基于在预定义的工作时间之外收到的会议邀请而更新闹钟设置的制作方法

基于在预定义的工作时间之外收到的会议邀请而更新闹钟设置背景技术：1.现代企业正变得越来越全球化，因此许多业务部门包括来自世界各地的团队成员。出于这个原因，任何特定业务部门的工作活动通常全天候进行，因为居住在世界某个地方的团队成员的正常工作时间可能对于居住在世界其他地方的其他团队成员而言发生在半夜。此外，现代企业的全球化本质意味着远距离同事之间的会议通常安排在对于某些参与者而言是很早的早晨而对于其他参与者而言是一天中很晚的时间。例如，安排在印度标准时间(ist)下午6:30举行的会议将对应于太平洋夏令时间(pdt)早上6:00。现代企业的全球化特性还意味着会议邀请可以在正常工作时间内发送给发送者，但接收者可能会在半夜收到。例如，如果来自印度的团队成员在ist下午4:00向华盛顿州西雅图的同事发送会议邀请，请求参加在ist下午6:30举行的会议，那么华盛顿州西雅图的同事将在pdt时间凌晨3:30——距离请求的会议时间仅两个半小时——收到该邀请。2.不幸的是，在临时通知中并在半夜接收会议邀请可能会导致两种不希望的结果之一。第一个不希望的结果是华盛顿州西雅图的同事完全错过了会议，因为他或她的闹钟预定在会议已经开始后的某个时间响起。第二个不希望的结果是，华盛顿州西雅图的同事在半夜被例如导致通知在客户端设备上响起的会议邀请唤醒。3.正是关于这些和其他考虑，做出了以下公开。技术实现要素：4.本文公开的技术使系统能够基于在预定义的工作时间之外接收到的会议邀请来更新闹钟设置。一般而言，系统可以代表用户监视传入通信以确定何时在预定的工作时间之外接收到会议邀请，并且最终在会议邀请满足一个或多个闹钟更新标准时更新闹钟设置。例如，假设在晚上睡觉之前，用户定义闹钟设置以使客户端设备在第二天早上在用户定义的时间发出闹钟信号。进一步假设在安排的工作时间之外的某个稍后时间，当用户在用户定义的时间之前(例如，在闹钟响起之前)正在睡觉时，接收到会议邀请，该会议邀请请求用户参加将发生在用户定义的时间之前的会议。因此，除非用户在夜间被唤醒或闹钟时间适当地改变，否则用户很可能会睡过请求的会议时间。在这样的示例中，系统可以确定会议邀请是否满足可能已经由用户先前定义的闹钟更新标准。然后，如果会议邀请确实满足闹钟更新标准，则系统可以更新闹钟设置以使客户端设备在早于用户定义时间的经更新的时间发出闹钟信号-从而提醒(例如，唤醒)用户以留有足够的时间使用户能够在请求的时间参加请求的会议。5.在各种实现方式中，本文公开的技术向用户提供定制与他或她的用户账户相关联的闹钟更新标准的至少一些方面的能力，以使系统以特别适合他或她的偏好的方式自动(例如，无需用户干预)更新闹钟设置。作为一个示例，用户可以定义在其期间必须接收会议邀请的第一时间范围以便满足闹钟更新标准。以这种方式，用户可以阻止系统通过基于在这个“用户定义的”第一时间范围之外接收到的会议邀请而自动更新闹钟设置来代表他或她采取行动。示例性的这种“用户定义的”第一时间范围可以对应于减少的通知时间，在该通知时间内，客户端设备被阻止暴露某些类型的通知。作为另一示例，用户可以定义第二时间范围以便满足闹钟更新标准，在该第二时间范围之外，必须在会议邀请中请求参加会议。以这种方式，用户可以阻止系统通过基于请求用户将在第二时间范围期间发生的会议参与的会议邀请而自动更新闹钟设置来代表他或她采取行动。示例性的这样的第二时间范围可以对应于定期安排的工作时间。可以理解，通过在如上所述的闹钟更新标准内定义第一时间范围和/或第二时间范围，用户可以使系统当且仅当在第一个时间范围期间收到邀请(例如，减少的通知时间)和/或会议邀请请求在第二个时间范围之外(例如，在定期安排的工作时间之前)参加会议时，更新用户定义的闹钟设置。这种实施例的主要技术优势在于，用户可以将客户端设备置于简化通知模式，以阻止在某个时间段(例如，整个夜间)期间的不希望的中断，同时还部署系统以分析在此时间段期间接收到的会议邀请并适当更新闹钟设置以使客户端设备及时响起闹钟，以便用户参加在此时间段内安排的任何相关会议。6.本文描述的技术还可以使用户能够在与他或她的用户账户唯一对应的闹钟更新标准内定义各种类型的闹钟更新许可。在一些实现方式中，闹钟更新许可可以由用户定义以使系统响应于从一个或多个预定义发送账户接收到的会议邀请而更新闹钟设置。例如，用户可以在闹钟更新许可内、以及在指示系统将在何种情况下响应于从特定用户账户接收到的会议邀请而代表用户自动更新闹钟设置的某些闹钟更新标准内，定义特定的用户账户(例如，通过“电子邮件别名”或一些其他合适的标识符)。这样，用户可以预定义从某些重要个人(例如，用户的老板、某些团队成员等)接收到会议邀请可以确保更新闹钟设置的情况。然后，如果从这些预定义的重要个人之一接收到会议邀请，并且还满足任何其他闹钟更新标准，则系统可以自动更新与用户账户关联的闹钟设置，以确保向用户提醒这些预定义的重要个人在请求的会议时间之前提出请求的会议。7.另外或替代地，本文描述的技术可以使用户能够闹钟更新许可，该闹钟更新许可当且仅当与预定义时区或预定义地理位置相关联地接收到会议邀请时允许对闹钟设置的自动更新。通过这种方式，用户可以限制系统仅在当前正在从世界上一些预定义区域工作的其他用户接收到会议邀请时代表他或她更新闹钟设置。可以意识到，这样的实施例对于努力增加其可用性和灵活性以适应在各种其他时区工作的团队成员所请求的会议时间的用户可能是有益的。另外或替代地，本文描述的技术可以使用户能够定义当且仅当在某个预定义的日期范围内接收到会议邀请时允许对闹钟设置的自动更新的闹钟更新许可。例如，如果用户想为临时跨境出差到远离用户许多时区的世界某个地方的团队成员提供额外的支持，则用户可以定义该其他团队成员将正在旅行的的时间段以适应提供这种支持。8.在一些实现方式中，系统可以识别会议邀请的相关方面，例如会议地点或交通状况，以确定在响起闹钟信号的经更新的时间与所请求的会议时间之间的适当缓冲时间量。例如，系统可以解析会议邀请以确定会议将在安排的工作时间之前的某个早期时间在企业园区进行。在该示例中，系统可以确定缓冲时间量，该缓冲时间量将在所请求的会议时间之前为用户提供足够的时间来唤醒、在家做好准备，然后及时通勤到企业园区以参加所请求的会议。可替代地，解析会议邀请可以替代地揭示所请求的会议是用户可以在家中参加的基于互联网的电话会议类型的会议。在这些替代情况下，与用户必须及时通勤到企业园区以参加所请求的会议的其他情况相比，系统可以确定一些较少量的缓冲时间量。9.因此，本文描述的系统可以识别在预定义的工作时间之外接收到的会议邀请，以基于会议邀请的相关方面、以及时和上下文适当的方式自动(例如，无需用户干预)更新用户定义的闹钟设置。本文所述的系统的这些新颖能力提供了优于传统闹钟系统的许多技术优势。例如，响应于在预定义的工作时间之外接收到会议邀请，代表用户自动更新用户定义的闹钟设置，这减少甚至消除了用户在预定义的工作时间之外与客户端设备交互以便及时回应此类会议邀请的需要。例如，本文描述的技术可以消除用户阅读在夜间收到的会议邀请并通过相应地手动更新他或她的闹钟设置来做出反应以确保出席新安排的清晨会议的需要。因此，本文描述的技术至少提供改进用户与计算设备的交互的技术益处。这样的技术可以通过减少用户需要与计算设备交互(例如，通过“唤醒”)以从新接收到的会议邀请中获取相关信息的次数来提高计算系统的效率。因此，可以显著减少网络资源、存储器资源和处理资源等各种计算资源的使用。此外，通过自动更新闹钟设置，可以改进用户与计算设备的交互。减少手动数据输入和改进人机之间的用户交互可以带来许多其他好处。例如，通过减少手动输入的需要，可以减少无意的输入和人为错误。这最终可以导致更有效地使用计算资源，例如存储器使用、网络使用、处理资源等。10.通过阅读以下详细说明和查看相关附图，将清楚上述明确描述之外的特征和技术优势。提供本概述以以简化形式介绍概念的选择，这些概念将在下面的详细描述中进一步描述。本发明内容不旨在识别所要求保护的主题的关键或基本特征，也不旨在用作确定所要求保护的主题范围的辅助。例如，术语“技术”可以指上面及整个文件所描述的上下文所允许的系统、方法、计算机可读指令、模块、算法、硬件逻辑和/或操作。附图说明11.参考附图来描述详细描述。在图中，参考编号的最左侧数字标识参考编号首次出现的图。不同图中相同的参考数字表示相似或相同的项目。对多个项目中的单个项目的引用可以使用带有字母序列中的字母的参考编号来指代每个单独的项目。对项目的通用引用可以使用没有字母序列的特定参考编号。12.图1图示了系统基于在预定义的工作时间之外接收到的会议邀请来更新闹钟设置的示例性场景。13.图2a图示了一种场景，其中响应于在第一时间范围期间接收到的、并请求将在第二时间范围之前开始的会议参与的会议邀请而代表用户更新闹钟设置。14.图2b图示了响应于在特定时间范围之外接收到会议邀请而代表用户更新闹钟设置的场景。15.图2c图示了响应于源自特定发送账户的会议邀请而代表用户更新闹钟设置的场景。16.图2d图示了响应于与特定位置和/或时区相关联的会议邀请而代表用户更新闹钟设置的场景。17.图2e图示了一种场景，其中闹钟更新标准定义了与基于请求的会议开始时间而确定缓冲时间量相关的条件。18.图2f图示了一种场景，其中闹钟更新标准可以定义与确定是否基于针对会议邀请指示的重要性级别而更新闹钟设置相关的条件。19.图3图示了示例性图形用户界面，其可以被显示以使用户能够与一个或多个特定用户账户相关联地定义闹钟更新标准。20.图4a图示了示例性图形用户界面(gui)，其包括通知以通知用户闹钟设置响应于接收到会议邀请而自动更新。21.图4b图示了示例性gui，其包括通知以通知用户闹钟设置响应于接收到会议取消而自动更新。22.图5是图示了用于响应于满足与用户账户相关联地接收到的一个或多个闹钟更新标准的会议邀请而更新与用户账户相关联的闹钟设置的例程的方面的图。23.图6图示了示出被配置为实现在本文中描述的各种操作的示例设备(在本文中也称为“计算设备”)的各种组件的图。具体实施方式24.图1图示了系统100基于在预定义的工作时间之外接收到的会议邀请126来更新闹钟设置106的示例性场景。本文公开的关于系统100的技术提供了对现有闹钟系统的改进，现有闹钟系统缺乏代表用户监视传入通信并且当监视的通信包括满足一个或更多闹钟更新标准的会议邀请时自动(例如，不需要用户干预)更新闹钟设置的功能。例如，现有的闹钟系统通常限于在一些先前提供的用户定义的时间(例如，用户在睡觉前手动设置的闹钟时间)生成(例如，可听得见的)闹钟信号。因此，在可能潜在地在预定义的工作时间之外接收到会议邀请126以请求在先前提供的用户定义时间之前(甚至可能在预定义的工作时间之前)的某个时间参加会议的情况下，前述的现有闹钟系统的技术限制迫使许多用户在预定义的工作时间之外监视传入的通信，并在接收到某些会议邀请时手动更新闹钟设置106。不幸的是，这是一个非常繁琐的过程——尤其是当这些会议邀请126可能潜在地在这些用户试图休息的夜间接收到时。相对地，本文所述的技术使用户能够根据他或她的偏好定义闹钟更新标准110，然后部署系统100以响应于在满足用户定义的闹钟更新标准110的情况下接收到的会议邀请126而自动更新闹钟设置106。25.因此，本文描述的技术减轻或甚至完全消除了用户在预定义的工作时间之外与客户端设备交互以通过手动更新闹钟设置106来及时响应重要会议邀请的必要性。例如，在用户根据他或她的偏好成功地定义闹钟更新标准110时，本文描述的技术可以消除该用户阅读在夜间期间接收的会议邀请并通过手动更新他或她的闹钟设置106来相应地做出反应以确保参加临时通知安排的清晨会议的需要。至少出于前述原因，本文描述的技术提供改进用户与计算设备的交互的技术益处。这样的技术可以通过减少用户需要与计算设备交互(例如，通过“唤醒”)以获得新接收到的会议邀请126中包括的相关信息并对其作出反应的次数来提高计算系统的效率。因此，可以显著减少各种计算资源的使用，例如网络资源、存储器资源、处理资源和电源资源(例如“电池”)。26.如图1所示，系统100可以部署计算系统来执行本文描述的各种操作中的一个或多个和/或存储本文描述的各种类型的数据。尽管以客户端设备102(例如，智能电话)的形式示出，但计算系统可以是任何合适的形式，例如台式计算机、膝上型计算机、智能手表、一个或多个服务器计算机，等等。在所示实施例中，客户端设备102可以存储(或以其他方式访问)用户账户数据104，该用户账户数据104为与客户端设备102相关联的用户以及为代表其更新闹钟设置106的用户定义用户账户的方面。客户端设备102被示为进一步存储(或以其他方式访问)本文所述的其他类型的数据，这些数据可包括但不限于闹钟设置106、闹钟更新标准110和传入的通信数据120。另外或替代地，本文描述的各种类型的数据可以远程存储在一个或多个服务器上，并且可以被访问或提供给客户端设备102。同样在所示实施例中，客户端设备102可以执行闹钟更新引擎108以确定响应于与用户的用户账户(例如，用户的电子邮件收件箱)相关联地接收到的某些会议邀请126而何时以及如何代表用户更新闹钟设置106。另外或替代地，本文描述的与闹钟更新引擎108相关的各种操作可以在一个或多个服务器上远程执行。27.系统100更新图1中的闹钟设置106的示例性场景的各个方面是关于第一时间t1到第五时间t5来描述的。出于本讨论的目的，这些时间表示以下时间序列：t1《t2《t3《t4《t5(其中《表示“之前”)。在示例性场景中，系统100确定闹钟设置106以及闹钟更新标准110，闹钟设置106规定用于生成闹钟信号128的用户定义的时间，闹钟更新标准110规定闹钟更新引擎108何时以及如何代表用户自动更新闹钟设置106的方面。在此，闹钟设置106和闹钟更新标准110都在第一时间t1时(或之前)通过用户输入124提供给系统100。另外或替代地，闹钟更新标准110中的一些或全部可以经由一个或多个远程资源以“默认”闹钟更新标准110(例如，尚未由特定用户唯一定义的)形式提供给客户端设备102。在示例性场景中，用户定义的时间被设置为第五时间t5，其可以在与用户账户相关联的安排的工作时间之前不久。出于对图1的当前讨论的目的，假设用户定义的时间t5设置为上午7:30，并且安排的工作时间在1小时后的上午8:30开始。因此，在图1的示例性场景中，用户手动定义了上午7:30的闹钟时间，以便为她或他自己提供足够的时间在早上8:30之前醒来并开始工作。28.在第二时间t2(在第一时间t1之后并且在第五时间t5之前)，系统100代表用户监视传入的通信数据120并且识别与用户账户相关联地接收到的会议邀请126。传入的通信数据120的示例性形式可以包括但不限于对应于电子邮件收件箱的数据、文本消息或适合于传达会议邀请126的任何其他形式的通信数据。在一些实施例中，会议邀请126可以是电子日历数据对象的形式，例如发送到对应于用户账户的电子邮件地址的microsoft outlook会议请求。在这样的实施例中，系统100可以基于各种预定义的字段来解析会议邀请126以提取会议邀请126的相关方面。例如，系统100可以从“发件人(from)”字段中提取信息以识别会议邀请126所源自的发送账户。另外或替代地，系统100可以从“开始时间(start time)”字段中提取信息以识别与所请求的会议相关联的会议开始时间。另外或替代地，系统100可以从“位置(location)”字段中提取信息以识别所请求的会议将要发生的位置。所识别的位置可以是实体位置(例如，会议室、街道地址等)或虚拟位置(例如，到电话会议会话的超链接，也就是远程通信会话)。在一些实施例中，会议邀请126可以是通用格式的通信的形式，例如电子邮件消息、短消息服务(sms)消息(例如，“文本消息”)或持久聊天类型消息(例如，microsoft teams聊天消息)。在这样的实施例中，系统100可以使用自然语言处理技术分析通用格式的通信的内容，以便确定通用格式的通信是会议邀请126并且还解析出新识别的会议邀请126的相关方面。29.出于对图1的当前讨论的目的，假设由系统100识别的会议邀请126的相关方面至少包括被定义为第四时间t4的会议开始时间(其在用户手动安排闹钟信号关闭的第五时间t5之前)。具体而言，假设请求用户参加会议的第四时间t4是早上6:30-在预定闹钟唤醒用户的第五时间t5前1小时并在在与用户账户关联的安排的工作时间前2小时。30.系统100然后可以利用会议邀请126的相关方面来确定会议邀请126是否满足闹钟更新标准110。然后，响应于确定特定的会议邀请确实满足闹钟更新标准110，系统100自动更新闹钟设置106以规定经更新的时间以使客户端设备102生成闹钟信号128。这里，经更新的时间被定义为第三时间t3，它是以下两者：(i)在接收到会议邀请126的第二时间t2之后，以及(ii)在请求用户会议开始的第四时间t4之前。31.最终，如图1中所示，系统100使闹钟信号128在第三时间t3生成。在此，客户端装置102被图示为利用i/o设备122来在第三时间t3生成闹钟信号128。在一些实现方式中，i/o设备122可以包括音频扬声器，根据一些预定义的可听闹钟音通过该音频扬声器生成闹钟信号128。另外或替代地，i/o设备122可以包括光源(例如，发光二极管“led”)，根据一些用户选择的闪光模式通过该光源生成闹钟信号128。32.在一些实施例中，闹钟更新标准110包括指示特定时间范围的时间范围定义112，为了满足闹钟更新标准110，会议邀请126的某些方面将落入其之内或落入其之外，在其之前或之后。作为特定但非限制性示例，时间范围定义112可以定义将在其中接收会议邀请126以便满足闹钟更新标准110的第一时间范围。为了说明这一点，假设用户具有特定偏好，即系统100将监视传入的通信数据120并潜在地仅在指定用于睡眠的夜间时段(例如，晚上10点-早上6点)代表他或她更新闹钟设置106。在这些情况下，用户可以在时间范围定义112内定义这些“夜间”时间，以使系统100仅针对在该时间范围内接收的会议邀请126而代表他或她采取行动。另外或替代地，时间范围定义112可以定义第二时间范围，在该第二时间范围之前，会议开始时间(如在会议邀请126中所指示的)将是为了满足闹钟更新标准110。为了说明这一点，假设用户已经安排了他或她通常实际出现在企业园区的工作时间。在这些情况下，用户可以在时间范围定义112内定义这些“安排的工作时间”，以使系统100仅针对请求参与将在此时间范围之前开始的会议的会议邀请126而代表他或她采取行动。33.在一些实施例中，闹钟更新标准110包括定义特定计算模式的设备模式数据114，客户端设备102将根据接收到会议邀请126的实际而运行，以便满足闹钟更新标准110。作为具体但非限制性示例，设备模式数据114可以定义精简通知模式，该精简通知模式可以暂时(即，只要客户端设备102保持在精简通知模式内)阻止客户端设备102生成一个或多个预先确定的通知类型。例如，只要客户端设备102根据精简通知模式保持运行，就可以阻止客户端设备102响应于传入的通信(例如电话、文本消息、电子邮件、会议邀请等)而提醒用户(例如，听觉上的、视觉上的和/或经由诸如振动的触觉输出)。34.在一些实施例中，闹钟更新标准110包括闹钟更新许可116，其可以指示会议邀请126将从其发起的特定发送账户，以便满足闹钟更新标准110。例如，用户可以指示允许系统100在从这些特定用户账户之一接收到会议邀请126的情况下(当然，只要还满足任何其他相关闹钟更新标准)更新闹钟设置106的一个或多个特定用户账户(例如，其可以通过电子邮件地址或任何其他合适的识别特征来识别)。另外或替代地，闹钟更新许可116可以指示一个或多个时区，会议邀请126将与其相关联地接收(例如，从其发送)，以便满足闹钟更新标准110。例如，用户可以通过自动更新闹钟设置110来限制系统100代表他或她采取行动，除非会议邀请126是与具体定义的时区相关联地发送的。如本文所使用的，与具体定义的时区相关联地发送的会议邀请126可以包括源自具体定义的时区的会议邀请或包括驻留在具体定义的时区内的一个或多个会议受邀者的会议邀请。另外或替代地，闹钟更新许可116可以指示一个或多个地理定位，会议邀请126将与其相关联地接收(例如，从其发送)以便满足闹钟更新标准110。例如，用户可以通过自动更新闹钟设置110来限制系统100代表他或她采取行动，除非会议邀请126是从居住在特定国家的用户发送的。另外或替代地，闹钟更新许可116可以指示将在期间(或在之外)接收会议邀请126以便满足闹钟更新标准110的一个或多个预定义日期范围。例如，用户可以通过在除一些受限且具体定义的日期范围期间(例如，当特定团队成员正在旅行时，在引导至产品发布活动期间，等等)之外而自动更新闹钟设置110，从而限制系统100代表他或她采取行动。35.在一些实施例中，闹钟更新标准110包括缓冲时间设置110，其定义在会议邀请126中指示的会议开始时间和使闹钟信号128发出的经更新的时间之间提供的缓冲时间量(如果有的话)。特别地，关于确定触发生成闹钟信号128的经更新的时间，系统100可以在经更新的闹钟设置106导致生成闹钟信号128的第三时间t3与请求用户参加新安排的/请求的会议的第四时间t4(例如，如在会议邀请126中所定义的)之间提供适当量的缓冲时间。在一些实施例中，缓冲时间量可以是预定义且恒定的时间量，例如1小时、45分钟、30分钟、15分钟、根本没有缓冲时间或任何其他合适的时间量。在此类实施例中，在确定会议邀请126满足闹钟更新标准110并且还识别出会议邀请126内指示的会议开始时间时，系统100可以自动更新闹钟设置106以使客户端设备102在会议开始时间之前该预定义的且恒定量的“缓冲”时间而生成闹钟信号128。例如，如果这样的“恒定”缓冲时间被定义为30分钟并且识别出的会议开始时间是早上6:30，则系统100可以将第三时间t3设置为早上6:00，使得在新安排的会议开始前30分钟用户被唤醒(或以其他方式被提醒)。36.在一些实施例中，缓冲时间量可以是由系统100基于会议邀请126的具体可识别的且相关方面而动态确定和/或选择的可变时间量。一个示例性的这样的方面可以是在会议邀请126中定义的会议位置。例如，系统100可以从会议邀请126的“位置”字段中提取位置数据，以识别将要举行的所请求的会议的特定位置。所识别的位置可以是实体位置(例如，会议室、街道地址等)或虚拟位置(例如，到电话会议会话的超链接)。然后，系统100可以基于将要举行所请求的会议的特定位置来确定适当的缓冲时间量。例如，如果特定位置是企业园区的会议室，则系统100可以更新闹钟设置106以在闹钟信号128被触发和会议开始时间之间提供足够的时间(例如，1小时)以使用户能够醒来，在家做好准备，然后及时通勤到企业园区参加所要求的会议。相反，如果将要举行会议的特定位置是虚拟的(使得用户可以从包括他或她的家在内的任何位置呼叫)，则系统100可以更新闹钟设置106以提供在触发闹钟信号128(例如，在t3)和会议开始时间(例如，在t4)之间的一些较少的时间量(例如，20分钟)。37.与确定缓冲时间量相关的会议邀请126的另一个示例性方面可以是从会议邀请126中提取的会议开始时间。为了说明这一点，假设交通状况通常已知总体上随着早晨的进行而恶化，从而使得从用户的家庭住址到企业园区的预计通勤时间将随着早晨的进行而增加。在这些情况下，如果系统100确定会议邀请126正在请求用户在上午7:30在企业园区参加会议，则系统100可以选择基于预计的通过“繁忙的”交通在上午7:30之前(例如，提前10分钟)到达企业园区的通勤的缓冲时间量。相反，如果系统100确定会议邀请126正在请求用户在早上6:30在企业园区参加会议，则系统100可以选择基于预计的通过“轻”交通在早上6:30之前(例如，提前10分钟)到达企业园区的通勤的相对较少的缓冲时间量。38.本文描述的系统的这些新颖能力提供了优于传统闹钟系统的许多技术优势。例如，响应于在预定义的工作时间之外收到的会议邀请而代表用户自动更新用户定义的闹钟设置，这减少甚至消除了用户在预定义的工作时间之外与客户端设备交互以便及时回应此类会议邀请的需要。例如，本文描述的技术可以消除用户这样的需要：阅读在夜间收到的会议邀请并通过相应地手动更新他或她的闹钟设置以确保出席新安排的清晨会议来做出响应。因此，本文描述的技术至少提供改进用户与计算设备的交互的技术益处。这样的技术可以通过减少用户需要与计算设备交互(例如，通过“唤醒”)以从新接收到的会议邀请中获取相关信息的次数来提高计算系统的效率。39.现在转向图2a至图2f，示出了示例场景，其中闹钟设置106最初被定义并且随后基于检测到在不同的实际情况下接收到会议邀请126而被更新。应当意识到，关于图2a到2f中的一个或多个描述的各个方面可以从示例场景中省略，这些方面是关于其他示例场景描述的和/或与其他示例场景组合的。此外，本文描述的有限数量的示例场景仅用于说明目的，并且不应被解释为限制性的。本文描述的技术的各个方面的性能在许多其他实际情况下被设想。40.图2a图示了其中响应于在第一时间范围202期间接收的并请求将在第二时间范围204之前开始的会议参与的会议邀请126而代表用户更新闹钟设置106的场景。如图所示，用户定义的时间206最初被设置为在第二时间范围204之前的某个时间发出闹钟信号(例如，闹钟信号“发出”是指由诸如扬声器之类的输出设备生成)。在具体说明的场景中，用户定义的时间206被设置为上午7:30，这是在第一时间范围之后一小时三十分钟并且在第二时间范围204之前一小时。41.关于时间范围，在该示例场景中，第一时间范围202对应于从晚上10:00延伸到早上6:00的精简通知时间范围。在一些实施例中，该精简通知时间范围可以是在其期间客户端设备102(即最终生成闹钟信号)被设置为在临时阻止客户端设备102以各种通知打扰用户的精简通知模式下操作的时间段。示例性的精简通知模式包括但不限于在各种移动设备操作系统中通常提供的“请勿打扰”模式，例如apple inc.的“ios”操作系统和/或android移动操作系统。在一些实现方式中，第一时间范围是预先安排的时间范围，在该时间范围期间，客户端设备102被使得在特定模式(例如上述精简通知模式)下临时操作。在一些实现方式中，第一时间范围可以是自组织时间范围，其在用户手动将客户端设备102切换到特定模式时开始并且稍后在用户手动将客户端设备102切换出特定模式时结束。因此，可以由用户根据需要而针对某些特定目的(例如，阻止干扰)手动创建自组织时间范围。此外，在所示场景中，第二时间范围204对应于从上午8:30延伸至下午5:30的安排的工作时间。在一些实施例中，可以在用户账户数据104和/或时间范围定义112内具体定义第二时间范围204。例如，各种电子日历应用程序(例如，microsoft outlook、google calendar等)为用户提供与其电子日历相关联地定义工作时间的能力。基于这些用户定义的工作时间，一些日历系统可以自动回复尝试在落入这些安排的工作时间之外的时间范围内安排会议的人。42.在所示场景中，第二时间范围204在第一时间范围202之后。例如，在具体示出但非限制性的场景中，第一时间范围202被示为开始于特定的一天的晚上10点并延长到第二天早上6点(例如，这个第一时间范围202穿过午夜)。然后，在该第一时间范围202结束之后，第二时间范围204被示为在上午8:30开始，然后在第一时间范围202结束的第二天下午5:30结束。因此，可以意识到，即使第一时间范围202开始的晚上10点的时间晚于第二时间范围204结束的下午5:30，但是第二时间范围204在第一时间范围204之后，这是因为第一时间范围202在第二时间范围204开始的前一天晚上10点开始。例如，特定日期(例如2019年12月2日)的晚上10点早于第二天(例如2019年12月3日)的下午5:30。43.如图所示，会议邀请126的各个相关方面由系统100通过例如解析会议邀请的预定义字段和/或使用自然语言处理(npl)技术分析会议邀请126来识别。这里，第一相关方面是会议邀请126是在传入的通信数据120内接收会议邀请126的特定时间。在具体说明的场景中，会议邀请126在凌晨4:15被接收，该时间落入在第一时间范围202内，在第一时间范围202期间，客户端设备102被设置为根据精简通知模式进行操作。可以意识到，由于已经将客户端设备102专门设置为操作模式以限制干扰，可能不希望在凌晨4:15生成会打扰用户的通知(例如，因为用户可能睡着了)。此外，第二相关方面是在会议邀请126内请求的会议开始时间。在具体说明的场景中，在会议邀请126内请求的会议开始时间是早上6:30，其早于第二时间范围204。可以意识到，由于所请求的会议开始时间在用户所安排的开始工作的时间之前，用户很可能甚至不会意识到会议邀请126，直到所请求的会议时间过去之后。此外，在该具体示例中，所请求的会议时间早上6:30甚至早于用户定义的时间上午7:30，在该时间最初安排闹钟信号发出——从而唤醒用户。因此，用户甚至可能在所请求的会议时间早上6:30都没有醒来。使用缺乏代表用户监视传入通信并且当接收到满足一个或多个闹钟更新标准的会议邀请126时自动(例如，无需用户干预)更新闹钟设置106的功能的现有闹钟系统，当接收到用户会议邀请126或在所请求的会议期间一直睡觉时，用户将面临允许客户端设备102关于用户会议邀请126而提醒用户的不幸选择。44.然而，在所示示例中，系统100分析会议邀请126以识别相关方面，然后响应于这些方面满足闹钟更新标准110，代表用户自动更新闹钟设置106。这里，闹钟更新标准110包括定义何时以及如何更新闹钟设置106的四个标准(或条件)。第一个标准是在第一时间范围202期间(在所示示例中对应于精简通知时间范围)(例如，在传入的通信数据120内)接收到会议邀请126。因此，在该示例中，系统100将潜在地基于在该时间范围期间接收到会议邀请126来更新闹钟设置106，但不会基于在该时间范围之外接收到会议邀请126来更新闹钟设置106。这里，满足第一标准是因为会议邀请126是在晚上10:00到早上6:00之间的早上4:15接收的。第二标准是在会议邀请126内所请求的会议开始时间早于第二时间范围204(在所示示例中对应于安排的工作时间)。这里，满足第二标准是因为所请求的会议开始时间是早上6:30，其比第二时间范围204早2小时。第三标准是在会议邀请126中所请求的会议开始时间减去缓冲时间(其被预定义为45分钟)在用户定义的时间206之前，其中闹钟信号最初被安排在该用户定义的时间206发出。可以意识到，该第三标准可以阻止以下情况：闹钟设置106被更新以使得闹钟在比用户定义的时间更晚的时间触发。这里，满足该第三标准是因为用户定义的闹钟时间206在早上5:45之后。45.在场景a中，会议邀请126的相关方面满足闹钟更新标准110，因此，系统100代表用户自动更新闹钟设置106。这里，系统100通过从所请求的早上6:30的会议开始时间减去45分钟的缓冲时间来确定触发闹钟信号128的经更新的时间。因此，在由系统100自动更新之后，闹钟设置106使闹钟信号128由客户端设备102在早上5:45生成。应当意识到，这些技术的主要技术益处是客户端设备102可以保持在精简通知模式中以阻止在某个时间段(例如，通宵)期间出现不希望的干扰，同时系统100同时分析在该时间段期间接收到的会议邀请，并适当地更新闹钟设置106以使客户端设备102及时发出闹钟，以便用户参加在该时间段期间安排的任何相关会议。这通过减少及时提醒用户参加新安排的会议所需的用户交互的次数以及通过减少客户端设备102生成干扰用户的闹钟或通知的程度而极大地改进了用户与客户端设备102的交互。46.在一些实施例中，闹钟更新标准110可以参考单个时间范围和/或可以定义用于根据会议邀请126的相关方面确定缓冲时间的多种方法。图2b结合图1，图示了这样一个实施例的示例。关于会议邀请126的相关方面，场景b与场景a的不同之处在于会议邀请126包括会议位置数据，其指示所请求的会议将是“虚拟(远程)会议”。例如，系统100可以解析会议邀请126并识别到远程通信会话的超链接208，例如microsoft teams会议，其中来自世界各地的两个或更多个人可以通过实况音频/视频流实时地通信。关于闹钟更新标准110，场景b与场景a的不同之处在于不存在在用户定义的时间段(例如，精简通知时间范围)期间接收会议邀请126的具体标准。相反，在场景b中，第一标准是在第二时间范围(例如，安排的工作时间)之外接收到会议邀请126。特别地，为了在场景b中满足闹钟更新标准，在安排的工作时间期间接收到会议邀请的逻辑语句必须是错误的。在一些实施例中，尽管未如场景b中所示，但闹钟更新标准110可包括在来自特定时间范围的阈值时间量内接收到会议邀请126的条件。例如，示例性这样的条件可以是在上午8:30的安排的工作时间开始之前10小时内接收到会议邀请126。47.此外，在场景b中，闹钟更新标准110提供了不同的方法来确定要在将触发闹钟信号128的经更新的时间与会议邀请126中所请求的会议开始时间之间设置的缓冲时间量。特别地，闹钟更新标准提供以下内容：如果会议邀请126指示所请求的会议被设置为虚拟会议，则缓冲时间将被设置为20分钟的预定义值。相反，闹钟更新标准还提供以下内容：如果会议邀请126替代地指示所请求的会议被设置为在特定实体地址(例如，企业园区)举行，则缓冲时间将被设置为一个值，该值是基于在会议开始时间(或稍早于，5分钟前)到达特定实体地址的预计的通勤时间而动态确定的。这里，如果会议位置被定义为实体地址，则缓冲时间将由系统100设置为确定的预计通勤时间加上额外的30分钟(例如，为用户提供唤醒和开始通勤的时间)。48.在场景b中，会议邀请126的相关方面满足用于更新闹钟设置110的闹钟更新标准110。此外，在会议邀请126内定义的会议位置向系统100指示利用预定义的并且恒定的缓冲时间(例如20分钟)以便确定触发闹钟信号的经更新的时间。因此，场景b的会议邀请和闹钟更新标准的相关方面导致系统100更新闹钟设置以使闹钟信号128在经更新的时间早上6:10被触发。49.在一些实施例中，闹钟更新标准110与特定发送账户相关联地定义一个或多个标准。例如，这样的标准可以将系统100限制为仅在从这些特定发送账户接收到会议邀请126的条件下才更新闹钟设置106。作为另一个示例，这样的标准可以阻止系统100在从特定发送账户接收到会议邀请126的条件下更新闹钟设置106。另外或替代地，闹钟更新标准110可以与特定日期范围相关联地定义条件，以将系统100限制为仅当在一个或多个特定日期接收到会议邀请时才更新闹钟设置106。图2c结合图1图示了这种实施例的一个示例。关于会议邀请126的相关方面，场景c与场景a的不同之处在于，会议邀请126是在特定日期(例如，2019年11月6日)并从特定发送账户(例如，bob@contoso.com)接收的。关于闹钟更新标准，场景c与场景a的不同之处在于，满足闹钟更新标准要求会议邀请是从特定定义的账户并且是从特定定义的日期范围内发送的。如图所示，接收会议邀请126的日期落入在闹钟更新标准中定义的2019年11月4日-2019年11月11日的日期范围内。此外，从其发送会议邀请126的发送账户与在标准三的逻辑语句内定义的用户账户相匹配。因此，在场景c中，会议邀请126的相关方面满足用于更新闹钟设置110的闹钟更新标准110——这导致系统100自动更新闹钟设置106。50.在一些实施例中，闹钟更新标准110定义了特定的地理位置和/或时区，会议邀请126将与这些特定的地理位置和/或时区相关联地发送以使得闹钟更新标准110被满足。例如，闹钟更新标准110可以将系统100限制为仅当会议邀请可以将系统100限制为仅当会议邀请126包括至少一些将出席所请求的会议同时实际出现在预定义的地理位置和/或时区内的受邀者时才更新闹钟设置106。图2d结合图1图示了这种实施例的一个示例。关于会议邀请126的相关方面，场景d与场景a的不同之处在于会议邀请126定义了受邀者的列表以及指示预期这些受邀者中的一个或多个受邀者在会议期间预期所处的地理位置和/或时区的位置信息。关于确定用户当前和/或预期的未来位置，可以意识到的是，诸如microsoft outlook之类的一些日历系统可以基于用户登录到他或她的用户账户的ip地址来确定用户的位置数据。这样，当会议邀请126被发送时，这些日历系统可以确定用户当前实际在场的特定时区。然后，系统100可以在所请求的会议期间用户将在所识别的时区内的假设下操作。可以意识到，这在用于实现本文描述的技术的各种实际场景下是合理假设，因为所请求的会议开始时间通常将距离发送会议邀请126的时间仅几个(例如，6或更短)小时。出于方案d的目的，假设受邀者2是生成并最终将会议邀请126发送给受邀者1的组织者。进一步假设，当会议邀请被发送到传入的通信数据120和/或在传入的通信数据120处接收时，受邀者2当前实际出现在国家印度，受邀者1当前出现在华盛顿州西雅图。由于所请求的会议开始时间仅在发送会议邀请126的时间之后2小时15分钟，因此会议开始时受邀者很可能仍然在华盛顿州西雅图和印度。关于闹钟更新标准，场景c与场景a的不同之处在于，满足闹钟更新标准要求至少有一名会议受邀者预期从印度标准时间(ist)时区参加(例如，呼入)会议。因此，在场景d中，会议邀请126的相关方面满足用于更新闹钟设置110的闹钟更新标准110——这导致系统100自动更新闹钟设置106。51.在一些实施例中，闹钟更新标准110定义与基于所请求的会议开始时间确定缓冲时间量相关的标准。例如，如果所请求的会议开始时间在特定时间之前，则闹钟更新标准110可以使系统100选择第一缓冲时间量，但是如果所请求的会议开始时间在特定时间之后，则使系统100替代地选择第二缓冲时间量。图2e结合图1图示了这种实施例的示例。关于会议邀请126的相关方面，场景e与场景a的不同之处在于会议邀请126将会议位置定义为特定的实体位置(例如，系统100已知的位于实体企业地址的“mt.rainer会议室”)。关于闹钟更新标准110，场景e与场景a的不同之处在于闹钟更新标准指示多个不同的缓冲时间供系统100根据所请求的会议的何时和/或何地举行(并用于确定要触发闹钟的经更新的时间)。在这个特别说明的事实场景中，“如果会议位置＝实体企业地址&会议开始时间《早上7:00”的逻辑语句为真，并且因此，系统100使用45分钟的缓冲时间值来计算经更新的会议时间。因此，在场景e中，系统自动更新闹钟设置以使闹钟信号在早上5:45发出。52.在一些实施例中，闹钟更新标准110可以定义与基于针对会议邀请而指示的重要性级别确定是否更新闹钟设置相关的标准。例如，闹钟更新标准110可以将系统100限制为仅针对会议邀请126指示所请求的会议具有“高”重要性的情况而更新闹钟设置。另外或替代地，闹钟更新标准110可以定义与基于对参加会议的那些个体用户的重要性的指示确定是否为一个或多个个体用户(其可以是会议受邀者的子集)更新闹钟设置相关的标准。例如，闹钟更新标准110可以将系统100限制为仅针对其出席会议被指定为“必需”的特定受邀者更新闹钟设置。图2f结合图1图示了这种实施例的一个示例。关于会议邀请126的相关方面，场景f与场景a的不同之处在于会议邀请126将会议重要性定义为“高”，并且还将受邀者1指定为必需的出席者。关于闹钟更新标准110，场景f与场景a的不同之处在于闹钟更新标准将系统100限制为仅针对所需参加者而更新闹钟设置，并且还将系统100限制为仅响应于指示所请求的会议的预定义重要性级别(例如，“高”、“中”或任何其他合适的重要性级别)的会议邀请来更新闹钟设置。因此，在场景f中，会议邀请126的相关方面满足用于更新闹钟设置110的闹钟更新标准110——这导致系统100自动更新闹钟设置106。53.现在转向图3，示出了示例性图形用户界面(gui)300，其可以被显示以使用户与一个或多个特定用户账户相关联地定义闹钟更新标准。在一些实施例中，个体用户可以定义针对他或她的用户账户唯一定制的闹钟更新标准。另外或替代地，对一个或多个用户账户具有某种级别的管理权限的用户可以跨多个用户账户定义和应用闹钟更新标准。54.如图所示，gui 300表示用户已定义闹钟更新标准的情况，该闹钟更新标准将系统100限制为将闹钟设置更新为特定的实际情况。如进一步说明的，gui 300还表示这样的情况：用户已定义缓冲时间以供系统100用来确定要触发的闹钟信号的经更新的闹钟时间。这里，闹钟更新标准包括会议邀请的相关方面要满足以便系统100通过代表用户自动更新闹钟设置来举行响应的三个单独的条件或个体标准。第一标准是在上午8:30到下午5:00的第一时间范围之外接收到会议邀请。第二标准是在定义为客户端设备102处于特定设备模式(例如，“请勿打扰”模式)内的任何时间的第二时间范围期间接收到会议邀请。第三标准是会议邀请是从预定义的用户账户(例如bob@contoso.com)接收的。因此，通过定义如图3所示的三个标准，用户可以向系统100提供关于何时可以代表用户自动更新用户定义的闹钟时间的高度具体的指令(例如，无需来自用户的输入)。此外，闹钟更新标准包括定义如何更新闹钟设置的另一个“第四”标准。特别地，gui 300表示用户正在定义闹钟更新标准的情况，该闹钟更新标准指示系统100在会议邀请中所请求的会议开始时间之前30分钟设置闹钟的经更新的时间——当然，前提是满足任何其他相关标准。55.现在转向图4a，所图示的是示例性gui 400，其包括通知402以通知用户闹钟设置响应于接收到会议邀请而自动更新。在具体说明的实施例中，gui 400响应于在晚上8:14分(例如，在特定日期的安排的工作时间之后)接收到邀请用户参加第二天早上6:30(例如，在第二天的安排的工作时间之前)的会议的会议邀请而显露通知402。因此，在这些情况下，可以意识到，除非用户在安排的工作时间之外检查他或她的传入通信(例如，电子邮件和/或日历邀请)，否则在不部署本文描述的技术的情况下用户可能不会及时被通知会议。56.在一些实施例中，通知402可以包括一个或多个用户界面元素404，以使用户能够关于新接收到的会议邀请而在各种动作之间选择以进行操作。在具体说明的但非限制性实施例中，通知402包括第一用户界面元素404(1)，其使得用户能够接受以下两者：会议邀请以及经更新的早上5:45的闹钟时间。因此，通过提供单个用户输入(即，通过选择第一用户界面元素404(1))，用户能够同时接受经更新的闹钟时间并且使得与会议邀请相关联地发送接受回复。如图所示，通知402还包括第二用户界面元素404(2)，其使得用户既可以拒绝会议邀请，也可以拒绝经更新的闹钟时间早上5:45。因此，通过提供单个用户输入(即，通过选择第二用户界面元素404(2))，用户能够同时取消经更新的闹钟时间并使得与会议邀请相关联地发送拒绝回复。57.现在转向图4b，示出了示例性gui 410，其包括通知412以通知用户闹钟设置响应于接收到会议取消而自动更新。在具体说明的示例中，gui 410响应于在晚上8:14(例如，在特定一天的安排的工作时间之后)接收到的正在取消用户被安排在第二天早上6:30分参加的会议的会议取消而显露通知412。例如，用户可能已经收到邀请他或她参加早上6:30会议的会议邀请。然后，用户可能已经接受了会议(例如，将其添加到日历中)，并且还手动更新了闹钟设置以将闹钟设置为早上5:45——为用户提供45分钟的缓冲时间以被闹钟唤醒并参加会议。这里，可以意识到，由于会议取消是在安排的工作时间之后接收到的，因此在不部署此处描述的技术的情况下，用户很可能不会被通知会议取消(例如，因为许多用户很少，如果有的话，在安排的工作时间之外查看他们的电子邮件和/或日历邀请)。58.在一些实施例中，通知412可以包括一个或多个用户界面元素404，以使用户能够关于新接收到的会议取消而在各种动作之间选择以进行操作。在具体说明但非限制性的实施例中，通知412包括第一用户界面元素414(1)，其使用户能够接受新闹钟时间早上7:00，同时取消先前设置的闹钟时间早上5:45。如图所示，通知412还包括第二用户界面元素414(2)，其使用户能够拒绝经更新的闹钟时间上午7:00并将他或她的闹钟设置为早上5:45。59.图5是示出用于响应于满足与用户账户相关联地接收到的一个或多个闹钟更新标准的会议邀请而更新与用户账户相关联的闹钟设置的例程500的各方面的图。本领域普通技术人员应当理解，本文所公开的方法的操作不必以任何特定顺序呈现，并且以替代顺序执行一些或所有操作是可能的并且是预期的。为了便于描述和说明，操作已按演示顺序呈现。在不脱离所附权利要求的范围的情况下，可以添加、省略、一起执行和/或同时执行操作。60.还应该理解，所说明的方法可以在任何时候结束并且不需要全部执行。可以通过执行包括在计算机存储介质上的计算机可读指令来执行这些方法的一些或所有操作，和/或基本上等效的操作，如本文所定义的。如在描述和权利要求中使用的术语“计算机可读指令”及其变体在本文中广泛使用以包括例程、应用程序、应用程序模块、程序模块、程序、组件、数据结构、算法等。计算机可读指令可以在各种系统配置上实现，包括单处理器或多处理器系统、小型计算机、大型计算机、个人计算机、手持计算设备、基于微处理器的可编程消费电子产品、它们的组合等。61.因此，应当意识到，本文描述的逻辑操作被实现为(1)作为在诸如本文描述的那些的计算系统上运行的计算机实现的动作或程序模块的序列)和/或(2)作为计算系统内的互连机器逻辑电路或电路模块。实现方式是取决于计算系统的性能和其他要求的选择问题。因此，逻辑操作可以用软件、固件、专用数字逻辑以及它们的任何组合来实现。62.在框502，系统100确定与用户账户相关联的闹钟设置。例如，系统100可以访问存储在与用户账户数据104相关联的客户端设备102上的闹钟设置106。闹钟设置106可以规定用于使闹钟信号要由客户端设备102生成的用户定义的时间。简单地说，这个用户定义的时间可以简单地是用户在睡觉之前手动定义的并且客户端设备102将发出闹钟信号以唤醒用户的特定时间。63.在框504，系统100确定用于响应于在某些实际情况下接收到会议邀请来更新闹钟设置的闹钟更新标准。简而言之，闹钟更新标准可以定义响应于与用户账户相关联地接收到会议邀请，系统100何时以及如何更新闹钟设置106。例如，闹钟更新标准可以定义系统100要更新用户定义的闹钟时间的一个或多个特定条件。此外，闹钟更新标准可以定义在经更新的闹钟时间与所请求的会议开始时间之间设置的缓冲时间量。64.在框506，系统100接收与用户账户相关联地发送的会议邀请。例如，系统100可以监视传入的通信数据，例如，诸如对应于用户账户的电子邮件收件箱。65.在框508，系统100分析会议邀请以确定是否满足闹钟更新标准。例如，系统100可以分析传入的通信以确定它是否是会议邀请。此外，系统100可以提取会议邀请的相关方面以用于确定是否满足闹钟更新标准。66.在框510，系统100响应于会议邀请满足闹钟更新标准而更新闹钟设置。例如，如关于图2a-2f所描述的，系统可以确定会议邀请的相关方面何时满足由用户针对他或她的用户账户定义的一个或多个特定闹钟更新标准。然后，系统可以进一步确定由于接收到会议邀请而更新的闹钟将在什么时间发出。因此，在定义与用户账户相关联的闹钟更新标准时，用户可以部署本文所述的技术以使系统在预定义的工作时间之外监视传入的通信，并且最终在收到满足要求某些标准的会议邀请时自动更新闹钟设置。67.在一些实施方式中，响应于满足闹钟更新标准的会议邀请来更新闹钟设置可以包括将通信传输到设备的操作系统本机的闹钟应用程序。该通信可以包括指示如何更新已经在设备上设置的闹钟的时间的闹钟更新数据。为了说明这一点，请考虑具有本机操作系统(例如apple ios版本13)的典型智能手机(例如apple iphone)，其中包括作为本机应用程序的闹钟应用程序。这里，可以将包括闹钟更新数据的通信从闹钟更新引擎108发送到本机操作系统和/或“本机”闹钟应用程序以更新“本机”闹钟应用程序的闹钟设置。另外或替代地，响应于会议邀请满足闹钟更新标准而更新闹钟设置可以包括安排在更新的闹钟时间由非本机应用程序(例如，第三方日历和/或电子邮件应用程序，诸如例如，安装在基于aios的apple iphone上的microsoft outlook)暴露通知。可以意识到，这样的实施例在实现闹钟更新引擎108的非本机应用程序不能直接操纵本机闹钟的闹钟设置的情况下可能是有益的。68.应当意识到，上述主题可以实现为计算机控制的装置、计算机过程、计算系统，或者实现为诸如计算机可读存储介质之类的制品。示例方法的操作在各个块中说明并参考这些块进行总结。这些方法被图示为块的逻辑流，其中的每个块可以表示可以在硬件、软件或其组合中实现的一个或多个操作。在软件的上下文中，操作表示存储在一个或多个计算机可读介质上的计算机可执行指令，当由一个或多个处理器执行时，使一个或多个处理器能够执行所列举的操作。69.通常，计算机可执行指令包括执行特定功能或实现特定抽象数据类型的例程、程序、对象、模块、组件、数据结构等。描述操作的顺序不旨在被解释为限制，并且任何数量的描述的操作可以以任何顺序执行、以任何顺序组合、细分为多个子操作和/或并行执行以实施所描述的过程。所描述的过程可以由与一个或多个设备相关联的资源执行，例如一个或多个内部或外部cpu或gpu，和/或一个或多个硬件逻辑，例如现场可编程门阵列(“fpga”)、数字信号处理器(“dsp”)或其他类型的加速器。70.上述所有方法和过程可以体现在由一个或多个通用计算机或处理器执行的软件代码模块中，并且通过由一个或多个通用计算机或处理器执行的软件代码模块完全自动化。代码模块可以存储在任何类型的计算机可读存储介质或其他计算机存储设备中，例如下面描述的那些。一些或所有方法可以替代地体现在专用计算机硬件中，例如下面描述的那些。71.在此描述和/或在附图中描绘的流程图中的任何例程描述、元素或块应被理解为潜在地表示包括用于实现例程中的特定逻辑功能或元件的一个或多个可执行指令的模块、段或代码部分。替代实现方式包括在本文描述的示例的范围内，其中元件或功能可以被删除，或者与所示出或讨论的顺序无序执行，包括基本上同步或以相反的顺序执行，这取决于所涉及的功能，如本领域技术人员将理解的那样。72.图6图示了示出被配置为实现在此描述的各种操作的示例设备600(在本文中也称为“计算设备”)的各种组件的图。如图所示，设备600包括一个或多个数据处理单元602、计算机可读介质604和通信接口606。设备600的组件例如通过总线609可操作地连接，它可以包括系统总线、数据总线、地址总线、pci总线、mini-pci总线和任何种类的本地、外围和/或独立总线中的一种或多种。73.如本文所使用的，诸如数据处理单元602的数据处理单元可以表示例如cpu类型的数据处理单元、gpu类型的数据处理单元、现场可编程门阵列(“fpga”)、另一类dsp或其他硬件逻辑组件，在某些情况下可能由cpu驱动。例如但不限于，可以使用的说明性类型的硬件逻辑组件包括专用集成电路(“asic”)、专用标准产品(“assp”)、片上系统式系统(“soc”)、复杂可编程逻辑器件(“cpld”)等。74.如本文所使用的，诸如计算机可读介质604之类的计算机可读介质可以存储可由数据处理单元执行的指令。计算机可读介质还可以存储可由诸如外部cpu、外部gpu等外部数据处理单元执行和/或由诸如fpga类型加速器、dsp类型加速器或任何其他内部或外部加速器的外部加速器执行的指令。在各种示例中，至少一个cpu、gpu和/或加速器被并入计算设备中，而在一些示例中，cpu、gpu和/或加速器中的一个或多个在计算设备外部。75.计算机可读介质，在本文中也可称为计算机可读介质，可包括计算机存储介质和/或通信介质。计算机存储介质可以包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据的信息的任何方法或技术实现的易失性存储器、非易失性存储器和/或其他持久性和/或辅助计算机存储介质、可移动和不可移动计算机存储介质中的一种或多种。因此，计算机存储介质包括有形和/或实体形式的介质，包括在设备和/或作为设备的一部分或在设备外部的硬件组件中，包括但不限于随机存取存储器(“ram”)、静态随机存取存储器(“sram”)、动态随机存取存储器(“dram”)、相变存储器(“pcm”)、只读存储器(“rom”)、可擦除可编程只读存储器(“eprom”))、电可擦可编程只读存储器(“eeprom”)、闪存、光盘只读存储器(“cd-rom”)、数字多功能磁盘(“dvd”)、光卡或其他光存储介质、磁盒、磁带、磁盘存储、磁卡或其他磁性存储设备或介质、固态存储设备、存储阵列、网络附加存储、存储区域网络、托管计算机存储或任何其他存储存储器、存储设备和/或可用于存储和维护信息以供计算设备访问的存储介质。76.与计算机存储介质相比，通信介质可以将计算机可读指令、数据结构、程序模块或其他数据包含在诸如载波或其他传输机制的调制数据信号中。如本文所定义，计算机存储介质不包括通信介质。也就是说，计算机存储介质本身不包括仅由调制数据信号、载波或传播信号组成的通信介质。77.通信接口606可以表示例如网络接口控制器(“nic”)或其他类型的收发器设备以通过网络发送和接收通信。此外，通信接口606可以包括一个或多个输入/输出(i/o)设备122，例如用于生成闹钟信号的扬声器、用于接收定义闹钟更新标准的用户输入的触摸屏，等等。78.在所示示例中，计算机可读介质604包括数据存储库608。在一些示例中，数据存储库608包括数据存储，例如数据库、数据仓库或其他类型的结构化或非结构化数据存储。在一些示例中，数据存储库608包括具有一个或多个表、索引、存储过程等的语料库和/或关系数据库，以实现包括例如，一个或多个超文本标记语言(“html”)表、资源描述框架(“rdf”)表、网络本体语言(“owl”)表和/或可扩展标记语言(“xml”)表的数据访问。79.数据存储库608可以存储用于存储在计算机可读介质604中和/或由数据处理单元602和/或加速器执行的过程、应用、组件和/或模块的操作的数据。例如，在一些示例中，数据存储库608可以存储如本文所述的用户账户数据104、闹钟设置108和闹钟更新标准110。在该示例中，计算机可读介质604还包括操作系统618和被配置为将设备600的功能和数据暴露给其他设备的应用程序编程接口(api)610。此外，计算机可读介质604包括用于实现如本文所述的闹钟更新引擎108的指令(例如，计算机代码)。80.当前公开的技术被认为适用于用于响应于用户与第二数字上下文中的数据对象交互而在第一数字上下文中呈现状态指示符的各种系统和方法。此外，目前公开的技术被认为适用于各种系统和方法，以使状态指示符的接收者能够直接从第一数字上下文与正在与第二数字上下文中的数据对象交互的用户发起通信。在统一通信平台的上下文中描述了所公开技术的方面。尽管当前公开的技术不一定限于此上下文，但最好通过讨论此特定上下文中的示例来获得对当前公开技术的各个方面的理解。然而，目前公开的技术也可以部署在不包括统一通信平台的场景中，例如文件同步平台(例如，onedrive、dropbox等)、文件目录平台(例如，windows、macos等)、照片预览、sharepoint等。还应该意识到，可以对上述示例进行许多变化和修改，其中的元素应被理解为在其他可接受的示例中。所有这样的修改和变化都旨在包括在本公开的范围内并受以下权利要求保护。81.示例条款82.示例条款a，一种计算机实现的方法，包括：确定一个或多个闹钟设置，所述闹钟设置至少规定用于使与用户账户相关联的客户端设备生成闹钟信号的用户定义的时间；确定用于响应于与所述用户账户相关联地接收到一个或多个会议邀请而更新所述一个或多个闹钟设置的闹钟更新标准，所述闹钟更新标准至少包括：在第一时间范围期间接收到所述一个或多个会议邀请，以及所述一个或多个会议邀请请求将在第二时间范围之前开始的会议参与，所述第二时间范围指示与所述用户账户相关联的安排的工作时间，其中所述第一时间范围在所述第二时间范围的开始时间之前结束；在所述第一时间范围期间接收特定会议邀请，所述特定会议邀请被寻址到所述用户账户并定义在所述第二时间范围之前的会议开始时间；并且响应于确定所述特定会议邀请满足闹钟更新标准，更新所述一个或多个闹钟设置以至少规定用于使得所述闹钟信号要由所述客户端设备在所述用户定义的时间之前生成的经更新的时间。83.示例条款b，示例条款a的计算机实现的方法，其中所述第二时间范围是与所述客户端设备相关联地规定以暂时阻止所述客户端设备生成一种或多种预定通知类型的精简通知时间范围。84.示例条款c，示例条款a至b中任一项的计算机实现的方法，其中确定所述特定会议邀请满足所述闹钟更新标准包括：识别所述特定会议邀请所源自的发送账户；以及确定与用户账户相关联地定义的闹钟更新许可允许响应于从所述发送账户接收到所述一个或多个会议邀请而更新所述一个或多个闹钟设置。85.示例条款d，示例条款a至c中任一项的计算机实施方法，其中确定所述特定会议邀请满足所述闹钟更新标准包括：识别与所述特定会议邀请相关联的至少一个时区；以及确定与用户账户相关联地定义的闹钟更新许可允许响应于与所述至少一个时区相关联地接收到所述一个或多个会议邀请而更新所述一个或多个闹钟设置。86.示例条款e，示例条款a至d中任一项的计算机实施方法，其中确定所述特定会议邀请满足所述闹钟更新标准包括：识别与所述特定会议邀请相关联的至少一个地理位置；以及确定与用户账户相关联地定义的闹钟更新许可允许响应于与所述至少一个地理位置相关联地接收到所述一个或多个会议邀请而更新所述一个或多个闹钟设置。87.示例条款f，示例条款a至e中任一项的计算机实施方法，其中与所述用户账户相关联的闹钟更新许可规定了允许更新所述一个或多个闹钟设置的预定义日期范围，并且其中所述闹钟更新标准进一步包括在预定义的日期范围内接收到所述一个或多个会议邀请。88.示例条款g，示例条款a至f中任一项的计算机实施方法，其中所述经更新的时间至少部分地基于从所述会议开始时间向回(backward)测量的缓冲时间量来定义。89.示例条款h，示例条款g的计算机实现的方法，其中缓冲时间量是基于会议开始时间来确定的。90.示例条款i，示例条款g的计算机实现的方法，其中缓冲时间量是基于包括在特定会议邀请中的位置数据来确定的。91.示例条款j，一种系统，包括：至少一个处理器；以及与所述至少一个处理器通信的至少一个存储器，所述至少一个存储器具有存储在其上的计算机可读指令，当由所述至少一个处理器执行时，使所述至少一个处理器：确定定义用于使得闹钟信号要由与用户账户相关联的客户端设备生成的第一时间；接收寻址到所述用户账户的会议邀请；至少部分地基于会议邀请中定义的会议开始时间早于与所述用户账户相关联的预定义时间范围，确定所述会议邀请满足与用户账户相关联的闹钟更新标准；并且响应于所述会议邀请满足所述闹钟更新标准，更新所述闹钟设置以定义用于使得所述闹钟信号要由所述客户端设备生成的第二时间，其中所述第二时间是至少部分基于与所述用户账户相关联的缓冲时间设置确定的。92.示例条款k，示例条款j的系统，其中确定所述会议邀请满足与所述用户账户相关联的闹钟更新标准进一步基于在客户端设备根据预定操作模式操作时接收到所述会议邀请。93.示例条款l，示例条款j至k中任一项的系统，其中确定所述会议邀请满足与所述用户账户相关联的闹钟更新标准进一步基于在所述客户端设备根据精简通知模式操作时接收到所述所述会议邀请。94.示例条款m，示例条款j至l中任一项的系统，其中确定所述会议邀请满足与所述用户账户相关联的闹钟更新标准进一步基于所述会议邀请指示与预定时区相关联的至少一个受邀者。95.示例条款n，示例条款j至m中任一项的系统，其中计算机可读指令还使至少一个处理器：确定与会议邀请相关联的位置数据；并基于缓冲时间设置和位置数据，确定第二时间与会议开始时间之间规定的缓冲时间量。96.示例条款o，示例条款j至n中任一项的系统，其中缓冲时间量至少部分地基于到与会议邀请相关联的实体位置的预计通勤来确定。97.示例条款p，示例条款j至o中任一项的系统，其中计算机可读指令还使至少一个处理器：基于会议开始时间确定缓冲时间量；并基于缓冲时间量确定第二时间。98.示例条款q，一种系统，包括：用于确定闹钟设置的单元，该闹钟设置定义用于使得闹钟信号要由与用户账户相关联的客户端设备生成的第一时间；用于接收寻址到所述用户账户的会议邀请的单元；用于至少部分基于在会议邀请中定义的会议开始时间早于与用户账户相关联的预定义时间范围来确定会议邀请满足与用户账户相关联的闹钟更新标准的单元；以及用于更新闹钟设置以定义用于响应于所述会议邀请满足所述闹钟更新标准而使得所述闹钟信号要由所述客户端设备生成闹钟信号的第二时间的单元。99.示例条款r，示例条款q的系统，进一步包括：用于接收与所述用户账户相关联地定义所述闹钟更新标准的用户输入的单元，所述用户输入定义以下至少一项：特定用户账户、特定地理位置、特定时区或特定日期范围。100.示例条款s，示例条款q至r中任一项的系统，其中确定所述会议邀请满足闹钟更新标准包括：识别与所述会议邀请相关联的发送账户；以及确定与所述用户账户相关联地定义的闹钟更新许可允许响应于从所述发送账户接收到所述会议邀请而更新所述闹钟设置。101.示例条款t，示例条款j至s中任一项的系统，还包括用于基于在会议邀请内指示的会议开始时间或包括在该会议邀请内的位置数据中的至少一个来确定缓冲时间量的单元。102.结论103.最后，尽管各种配置已经以结构特征和/或方法行为特定的语言进行了描述，但应理解，在所附表示中定义的主题不一定限于所描述的特定特征或行为。相反，具体特征和动作被公开为实现要求保护的主题的示例形式。