CN109074393A - 对于日历事件的上下文感知洞察 - Google Patents

Abstract

本文描述的技术提供对日历事件的上下文感知的洞察。一般而言，本文公开的技术可以分析各种各样的上下文数据，包括但不限于天气数据、交通数据、位置数据、性能数据、偏好数据和安排数据，以生成可以自动显示和/或传达给用户的突出洞察。响应于预定条件的发现，可以生成与一个或多个日历事件相关的洞察。可以在形成约会时或在上下文数据指示一个或多个条件的变化的稍后时间检测预定条件。洞察可以包括文本描述、图像、图形指示符、生成的语音以及描述关于一个或多个日历事件的有用信息的任何其他合适的通信形式。洞察可以包括也可以显示排序的建议列表。

Description

对于日历事件的上下文感知洞察

背景技术

计算机用户利用日历程序来安排约会，维护记录以及彼此传递信息。尽管现有的日历程序提供了许多用于安排约会的功能，但是当涉及到人类交互的效率时，现有技术可能会有些不利。例如，当用户遇到安排冲突时，某些系统在如何显示和解决安排冲突方面受到限制。在一些系统中，安排冲突的通知可以简单地示出指示两个日历事件彼此冲突的图形元素。某些系统还可以显示示出各个日历事件的时间线的图形元素。

尽管一些现有程序可以示出两个或更多个约会彼此冲突，但是要求用户手动调整各个日历事件以解决这样的冲突。某些用户界面设计仅显示有限数量的信息这一事实可能会加剧这些任务的挑战。这些限制可能会给试图协调多个事件的用户带来更多挑战。当呈现这样的场景时，具有一些现有日历程序的用户体验可能不是最佳的。这种场景可能导致计划不周的安排，这进而可能产生其他低效率的冗长连锁反应。

关于这些和其他考虑因素，提出了本文所公开的内容。

发明内容

本文描述的技术提供对日历事件的上下文感知的洞察。一般而言，本文公开的技术可以分析不同类型的上下文数据，包括但不限于天气数据、交通数据、位置数据、性能数据、偏好数据和安排数据，以生成可以自动显示和/或传达给用户的突出洞察。洞察可以包括文本描述、图像、图形指示符、生成的语音以及描述关于一个或多个日历事件的有用信息的任何其他合适的通信形式。例如，洞察可以提供关于安排冲突的性质、一个或多个用户的偏好、对一个或多个日历事件的更新和/或可以影响一个或多个日历事件的条件的更新的突出事实。定义与条件相关的一个或多个洞察的数据可以以许多不同方式传达给计算机和/或用户，包括但不限于电子邮件、通知、提醒、约会、对约会的修改等。

可响应于条件的发现而生成与一个或多个日历事件相关的洞察。可以在形成约会时检测条件，或者在上下文数据指示一个或多个预定条件的改变存在的稍后时间检测条件。在一些配置中，系统可以监视与一个或多个日历事件相关的上下文数据。如果检测到预定条件，则本文公开的技术可以生成描述对检测到的条件的洞察的数据。例如，系统可以分析两个或更多个日历事件以确定冲突的存在。在一个说明性示例中，如果两个日历事件彼此重叠，则可能出现冲突。在其他示例中，两个或更多个日历事件可以基于许多其他因素产生冲突，这些因素可能受到天气、交通、道路封闭和接收的上下文数据中呈现的条件的影响，例如性能数据、位置数据和其他数据。

在一些配置中，本文公开的技术可以分析两个或更多个日历事件的方面，以确定与给定日历事件相关联的位置以及与给定日历事件之前和之后的日历事件相关联的位置。可以分析交通数据、天气数据、安排数据和其他上下文数据以确定两个或更多个约会之间的通勤是否可能。在一些配置中，可以确定定义通勤可能性的数据。可以利用通勤可能性和其他因素来确定冲突的严重性。另外，可以分析上下文信息以生成定义洞察的数据。洞察可以提供冲突的文本描述、冲突的图像或图示、冲突的描述、通勤可能性的描述、严重性级别的描述等。

在一些配置中，由本文公开的技术生成的洞察可以描述解释条件的各方面的事件、冲突、动作和/或场景以及解决该条件的提议的解决方案的排序列表。冲突的解决方案可以包括新约会的建议、新客户的建议、新提供者的建议、提供安排冲突通知的任何类型的通信的生成以及其他形式的输出数据。

应当意识到，上述主题还可以实现为计算机控制的装置、计算机过程、计算系统或实现为如计算机可读存储介质的制品。通过对以下详细说明和相关联的附图的阅览，这些以及各种其它特征将是显而易见的。

提供该发明内容以便以简化的形式来引入下面的具体实施方式中进一步描述的概念的选择。该发明内容不旨在确定所要求保护的主题的关键特征或主要特征，也不旨在该发明内容用于限定所要求保护的主题的范围。此外，所要求保护的主题不限于解决在本公开的任意部分所提到的任意或全部缺点的实现方式。

附图说明

参考附图描述了详细描述。在附图中，附图标记的最左边的数字标识首次出现附图标记的图。不同图中的相同附图标记表示相似或相同的项目。

图1是示出用于提供对日历事件的上下文感知洞察的说明性系统的框图。

图2A-2D包括示出说明性图形用户界面的屏幕图，该图形用户界面配置有用于显示与日历事件相关的洞察的图形元素。

图3A-3C包括示出说明性图形用户界面的屏幕图，该图形用户界面配置有用于显示与日历事件相关的洞察的图形元素。

图4A-4C包括示出说明性图形用户界面的屏幕图，该图形用户界面配置有用于显示包括工作流数据和地图数据的洞察的图形元素。

图5是示出了例程的流程图，该例程示出了本文公开的用于提供对日历事件的上下文感知洞察的例程的各方面。

图6是示出用于计算系统的说明性计算机硬件和软件体系结构的计算机体系结构图，该计算系统能够实现本文给出的技术和方法的各方面。

图7是示出能够实现本文呈现的技术和方法的各方面的分布式计算环境的图。

图8是示出能够实现本文给出的技术和方法的各方面的计算设备的计算设备体系结构的计算机体系结构图。

具体实施方式

以下详细描述描述了提供对日历事件的上下文感知洞察的技术。一般而言，本文公开的技术可以分析不同类型的上下文数据，包括但不限于天气数据、交通数据、位置数据、性能数据、偏好数据和安排数据，以识别可以自动显示和/或传达给用户的突出洞察。洞察可以包括文本描述、图像、图形指示符、生成的语音以及描述关于一个或多个日历事件的有用信息的任何其他合适的通信形式。例如，洞察可以提供关于安排冲突的性质、一个或多个用户的偏好、对一个或多个日历事件的更新以及可以影响一个或多个日历事件的条件的更新的突出事实。定义与条件相关的一个或多个洞察的数据可以以许多不同方式传达给计算机和/或用户，包括但不限于电子邮件、通知、提醒、约会、对约会的修改等。

可以响应于预定条件的发现而生成与一个或多个日历事件相关的洞察。可以在形成约会时或在上下文数据指示一个或多个条件的变化的稍后时间检测预定条件。在一些配置中，系统可以监视与一个或多个日历事件相关的上下文数据。如果检测到预定条件，则本文公开的技术可以生成描述对检测到的条件的洞察的数据。例如，系统可以分析两个或更多个日历事件以确定冲突的存在。在一个说明性示例中，如果两个日历事件彼此重叠，则可能出现冲突。在其他示例中，两个或更多个日历事件可以基于许多其他因素产生冲突，这些因素可能受到天气、交通、道路封闭和接收的上下文数据中呈现的条件的影响，例如性能数据、位置数据和其他数据。

在一些配置中，本文公开的技术可以分析两个或更多个日历事件的方面，以确定与给定日历事件相关联的位置以及与给定日历事件之前和之后的日历事件相关联的位置。可以分析交通数据、天气数据、安排数据和其他上下文数据以确定两个或更多个约会之间的通勤是否可能。在一些配置中，可以确定定义通勤可能性的数据。可以利用通勤可能性和其他因素来确定冲突的严重性。另外，可以分析上下文信息以生成定义洞察的数据。洞察可以提供冲突的文本描述、冲突的图像或图示、冲突的语音描述等。

在一些配置中，由本文公开的技术生成的洞察可以描述解释安排冲突的性质的事件、条件、动作和/或场景以及针对预定条件的建议的解决方案的排序列表。冲突的解决方案可以包括新约会的建议、新客户的建议、新提供者的建议、提供安排冲突通知的任何类型的通信的生成以及其他形式的输出数据。

通过使用本文描述的技术，可以利用来自多个资源的上下文数据来提供对日历事件的上下文感知洞察。这些技术可以通过自动生成和显示相关信息的洞察而无需用户进行搜索或手动访问多个资源来改善用户与计算设备的交互。生成洞察可以有益于协助正在协调项目方面的用户，例如生成日历事件。在由本文描述的技术提供的许多益处中，可以改进用户与设备的交互，这可以减少疏忽输入的数量，减少处理资源的消耗，并减轻网络资源的使用。除了本文提到的那些之外的其他技术效果也可以从本文公开的技术的实现方式中实现。

应当意识到，上述主题可以实现为计算机控制的装置、计算机进程、计算系统或者诸如计算机可读存储介质之类的制品。通过阅读以下详细描述和对相关附图的回顾，这些和各种其他特征将是显而易见的。此外，所要求保护的主题不限于解决在本公开的任何部分中提到的任何或所有缺点的实施方式。

如将在本文中更详细地描述，可以意识到，本文描述的技术和方法的实现可以包括使用固态电路、数字逻辑电路、计算机组件和/或在一个或多个设备上执行的软件。这里描述的信号可以包括模拟信号和/或数字信号，用于传送改变的状态、移动和/或与运动检测相关的任何数据。由计算设备的用户捕获的手势可以使用任何类型的传感器或输入设备。

虽然本文描述的主题在与计算机系统上的操作系统和应用程序的执行一起执行的程序模块的一般上下文中呈现，但是本领域技术人员将认识到，其他实现方式可以与其他类型的程序模块相结合地执行。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、组件、数据结构和其他类型的结构。此外，本领域技术人员将会理解，本文描述的主题可以用包括手持设备、多处理器系统、基于微处理器或可编程消费电子设备、小型计算机、大型计算机等的其他计算机系统配置来实施。

在以下详细描述中，参考形成其一部分的附图，并且其中通过图示的方式示出了具体的配置或示例。现在参考附图，其中相同的数字代表几个附图中的相同元件，用于提供对日历事件的上下文感知洞察的计算系统、计算机可读存储介质和计算机实现的方法的各方面。如将在下面参考图6-8更详细地描述的，存在可以体现本文描述的功能和技术的许多应用和服务。

图1是示出本文公开的用于提供对日历事件的上下文感知洞察的一个示例环境100(本文中也称为“系统100”)的各方面的框图。在一个说明性示例中，示例环境100可以包括一个或多个服务器120、一个或多个网络150、一个或多个客户设备101A-101B(统称为“客户设备101”)、一个或多个提供者设备104A-104D(统称为“提供者设备104”)和一个或多个资源106A-106E(统称为“资源106”)。客户设备101可用于与一个或多个客户103A-103B(统称为“客户103”)进行交互，并且提供者设备104可用于与一个或多个服务提供者105A-105D(统称为“服务提供者105”)进行交互。提供该示例是为了说明的目的，而不应解释为限制。可以意识到，示例环境100可以包括任意数量的设备、客户、提供者和/或任何数量的服务器120。

为了说明的目的，服务提供者105可以是能够为客户103提供服务或产品的公司、个人或任何类型的实体，客户103也可以是公司、个人或其他实体。出于说明性目的，服务提供者105和客户103可以在本文中被属类地和单独地称为“用户”。通常，本文公开的技术使用户能够利用来自多个资源106的上下文数据来生成工作流数据128和与工作流数据128相关的其他数据对象。在一些配置中，数据对象可以包括与工作流的各个阶段相关的一个或多个日历事件。可以分析上下文数据以确定各个阶段的一个或多个候选时隙。可以基于上下文数据对候选时隙进行排序，并且可以将候选时隙的排序列表呈现给用户以供选择。

客户设备101、提供者设备104、服务器120和/或配置有本文公开的特征的任何其他计算机可以通过一个或多个局域网和/或广域网(例如网络150)互连。此外，计算设备可以使用任何技术进行通信，例如蓝牙、WIFI、WIFI DIRECT、NFC或任何其他合适的技术，其可以包括基于光的、有线的或无线的技术。应当意识到，可以使用比本文所述更多类型的连接。

客户设备101或提供者设备104(统称为“计算设备”)可以作为独立设备操作，或者这样的设备可以与其他计算机(例如一个或多个服务器120)一起操作。各个计算设备可以是个人计算机、移动电话、平板电脑、可穿戴计算机的形式，包括头戴式显示器(HMD)或手表，或具有用于与一个或多个用户和/或远程计算机交互的组件的任何其他计算设备。在一个说明性示例中，客户设备101和提供者设备104可以包括本地存储器180，在本文中也称为“计算机可读存储介质”，其被配置为存储数据，诸如客户端模块102和这里描述的其他上下文数据。

服务器120可以是个人计算机、服务器群、大规模系统或具有用于在一个或多个计算设备之间处理，协调，收集，存储和/或传送数据的组件的任何其他计算系统的形式。在一个说明性示例中，服务器120可以包括本地存储器180，在本文中也称为“计算机可读存储介质”，其被配置为存储数据，诸如服务器模块121和本文描述的其他数据。服务器120还可以包括组件和服务，例如应用服务并且如图7所示，用于提供，接收和处理上下文数据并执行本文描述的技术的一个或多个方面。如本文将更详细描述的，任何合适的模块可以结合其他模块或设备操作以实现本文公开的技术的各方面。

在一些配置中，应用程序编程接口199(“API”)公开接口，通过该接口，在计算设备上执行的操作系统和应用程序可以启用本文公开的功能。通过使用该数据接口和其他接口，操作系统和应用程序可以传送和处理上下文数据以修改如本文所述的安排数据。

系统100可以包括多个资源，诸如交通数据资源106A、地图数据资源106B、搜索引擎资源106C、专业数据资源106D和天气数据资源106E(在此统称为“资源106”)。资源106可以是服务器120的一部分或者与服务器120分离，并且资源106可以提供上下文数据，包括交通数据124、位置数据125、专业数据126、地图数据127、工作流数据128、偏好数据129、支付数据130、安排数据131、工作负载数据132、工作历史数据133、状态数据134、技能组数据135、天气数据136和本文描述的其他数据。元数据140可以包括但不限于人名、公司名称、联系信息、位置数据以及与提供者105或客户103相关的任何其他数据。在一些配置中，元数据140可以包括任何适合于填充用户界面的一个或多个数据输入字段的格式。

提供这些示例资源106和上下文数据是出于说明性目的，而不应被解释为限制。可以意识到，这里公开的技术可以使用图1中所示的更多或更少的资源106。还可以意识到，图1中所示的一些资源可以从诸如社交网络、电子商务系统、政府系统和其他类似的来源的其他资源获得任何类型的上下文信息。例如，来自电子商务系统的销售数据可用于确定客户或提供者的性能指标(performance indicator)。

安排数据131可以定义客户103和提供者105的约会。安排数据131可以定义开始时间和结束时间。如果约会与地理位置、全球坐标、地址、房间号和标识位置的其他信息相关联，则安排数据131还可以包括位置数据125。安排数据131可以定义单个约会或一系列约会。另外，安排数据131可以包括通信信息，诸如电话号码、IM地址、URL或用于促进语音或视频会议的其他信息。安排数据131还可以包括约会的文本描述和指示主题、服务类别、客户103和/或提供者105的其他数据。安排数据131可以存储在服务器120、客户设备101、提供者设备104或任何合适的计算设备上，其可以包括基于Web的服务。

地图数据127可以定义地理区域内的道路和其他类型的行进路径。地图数据127还可以包括地形数据和可能影响用户从一个位置到另一个位置的通勤的其他数据。地图数据127还可以包括定义建筑物、住宅和其他地标的数据。地图数据127还可以包括图像数据，该图像数据可以包括地理区域内的道路和路径的卫星图像以及建筑物、住宅和其他地标的图像。地图数据127可以来自多个资源，包括基于web的服务、政府服务或其他资源。

交通数据124可以包括关于地理区域内的车辆交通的实时更新。交通数据124还可以包括可用于预测两个或更多个位置之间的出行时间的历史出行数据。交通数据124可以是任何合适的格式，用于定义考虑出行时间，出行时的天气，出行时的交通以及可能影响预计出行时间的其他因素的两个或更多个位置之间的预计出行时间。例如，交通数据124可以包括关于道路封闭、延迟、建筑、新道路或可以影响关于日历事件的活动的其他场景的更新。交通数据124可以来自多个资源，包括基于web的服务、政府服务或其他资源。

天气数据136可包括指示天气状况的当前、历史和预测数据。天气数据136可包括关于风、降水、温度和可能影响从一个位置到另一个位置的通勤的其他条件的数据。天气数据136可以是任何合适的格式，以便能够预计两个或更多个位置之间的出行时间。天气数据136可以来自多个资源，包括基于web的服务、政府服务或其他资源。

专业数据126可以包括与专业化、学科、主题、一个或多个行业或感兴趣的领域有关的信息。例如，专业数据126可以包括与医学主题相关的细节，例如儿科、牙科等。在其他示例中，专业数据126可以涉及疾病、治疗、病情和其他类似主题。专业数据126可以从许多不同的资源获得，包括基于web的资源，例如由WebMD、美国医学协会和疾病控制中心提供的站点。提供这些示例是出于说明性目的而不应被解释为限制，因为专业数据126可以与任何感兴趣的主题或领域相关。

工作流数据128可以定义多步骤过程和在过程的每个步骤内的属性定义。工作流数据128可以从包括基于web的资源的许多不同资源获得。另外，工作流数据128可以从诸如专业数据126的其他数据导出。例如，可以分析与儿科相关的专业数据126以确定涉及许多步骤的过程，其可以包括免疫注射、例行考试以及在特定时间建议的其他里程碑和任务。

工作负载数据132可以包括为提供者安排的多个服务、项目或约会的列表。例如，工作负载数据132可以列出当前为公司安排的多个项目。工作负载数据132还可以基于安排数据131，例如为医生安排的多个约会。工作负载数据131还可以定义一个或多个阈值。这些数据可用于确定公司或个人是否处于、低于或高于给定容量。在一些配置中，工作负载数据132定义指示个体提供者相对于预定工作负载容量的能力的值。

技能组数据135识别和量化特定公司或个人的一系列技能和/或能力。技能组数据135可以包括标识行业、行业内的专业化以及关于过去已经执行的这些特定项目的细节的数据的层次结构。例如，技能组数据135可以将公司识别为能够执行特定类型的改造的建筑公司。技能组数据135还可以提供关于特定改造项目和与那些项目相关的专用特征的细节。技能组数据135可以应用于与任何行业相关的任何公司或个人。

工作历史数据133可以包括与提供者105或客户103相关的性能指标。例如，工作历史数据133可以指示由提供者105执行的一个或多个项目的质量。工作历史数据133可以包括一系列不同的性能指标，这些指标可能与及时性、生产力、准确性、价格、其他指标及其组合有关。在其他示例中，工作历史数据133可以指示与客户103相关联的性能指标。在这样的示例中，客户103可以与一系列不同的性能指标相关联，这些性能指标可以与信用分数或与该公司、个人或一组个人的行为相关联的任何其他分数相关。

支付数据130可以包括在两方或更多方之间进行的支付记录。支付数据130还可以包括指示进行支付的及时性的数据。支付数据130可以包括信用分数或指示及时支付的可靠性和/或能力的任何其他数据。

状态数据134可以定义一方或多方的可用性。例如，状态数据134可以指示一方是否不可用、可用或在特定日期之前不可用。状态数据134还可以定义可用性级别。提供这些示例是为了说明的目的，不应解释为限制。可以意识到，状态数据134包括指示公司、个人或一组个人的可用性的数据形式。

偏好数据129可以包括客户定义的偏好或提供者定义的偏好。在一些配置中，偏好数据129可以包括指示优先级、偏好和/或目标的多个加权参数。例如，提供者105可以指示他们有兴趣识别关于约会的及时的客户。在其他示例中，提供者105可以指示他们对具有良好信用的客户或可能具有特定支付历史的客户感兴趣。在一些配置中，提供者定义的偏好可以包括参数和/或优先级的组合，使得系统100能够向提供者识别，选择和排序具有长期价值或短期价值的客户。在一个说明性示例中，提供者定义的偏好可以标识关于客户的多个性能度量，并且可以对每个性能度量进行加权以使提供者105能够识别具有“高终生价值”的客户。可以为希望获得可以在长期目标方面使他们的公司受益的客户的提供者配置这样的偏好。偏好数据129可以包括提供者定义的偏好，使得系统100能够识别，选择和排序大容量客户、高档次客户以及适合一个或多个商业模型的其他类型的客户或用户。除了识别优选客户之外，本文公开的技术还可以使提供者能够“解雇”，例如终止与不合意的客户的关系。

在一些配置中，偏好数据129可以帮助客户识别和/或终止提供者。在一些配置中，客户定义的偏好可以指示他们对识别具有特定质量等级的提供者105感兴趣。偏好数据129还可以包括指示参数、目标和/或优先级的组合的其他数据。例如，偏好数据129可以包括客户定义的偏好，使得系统100能够识别，选择和排序大容量提供者、高档次提供者和满足客户需求的其他类型的提供者。

偏好数据129还可以定义指示特定项目、工作、约会或事件的“可中断性”级别的值。如将在本文提供的示例中描述的，客户103或提供者105可以指示特定日历事件是否可以被其他日历事件提议中断。这些特征使得本文公开的技术能够解决日历事件之间的冲突并且如果发生冲突则识别替代计划。

可以意识到，日历事件的可中断性的级别、优先级或其他偏好可以来自多个源。例如，当创建日历事件时，可以传达优先级或可中断性级别。在一些配置中，日历事件的优先级可以基于日历事件的发送者指示的优先级。在这样的示例中，输入输入数据的用户可以指示优先级或可中断性级别。另外，日历事件的优先级可以基于由日历事件的接收者建立的优先级。在这样的示例中，接收者可以接受约会的邀请并提供指示优先级和/或可中断性级别的输入数据。优先级和/或可中断性级别也可以是来自日历事件的发送者和接收者的输入的组合。

为了实现本文公开的技术的各方面，图1的一个或多个计算设备可以被配置为响应于检测到条件的存在而生成定义一个或多个洞察的数据。在一些配置中，实现方式可以包括接收定义日历事件的安排数据。此外，实现方式可以包括从多个资源获得上下文数据。如本文更详细描述的，上下文数据可以包括附加安排数据、工作负载数据、工作历史数据、支付数据、天气数据、地图数据、交通数据、位置数据和/或与日历事件有关的其他数据。

一个或多个计算设备可以被配置为识别指示存在影响日历事件的一个或多个方面的条件的上下文数据的模式。条件可以包括天气状况、交通状况、导致一个或多个安排冲突的对日历事件的引起或修改，和/或可以影响日历事件的各方面的其他事件或数据。天气状况和交通状况可包括实时更新或预报。

在一些配置中，本文公开的技术可以识别指示影响日历事件的条件的存在的上下文数据的模式包括通过生成指示条件的严重性的值并且识别指示当值满足或超过一个或多个阈值时或当上下文数据的模式满足某些标准时影响日历事件的条件的存在的上下文数据的模式。

例如，关于可用于确定与日历事件相关联的通勤可能性的天气状况和/或交通状况的预测。如果可能性满足某些标准或达到或超过一个或多个阈值，则系统可以确定存在影响日历事件的一个或多个方面的条件。在其他示例中，如果两个或更多个约会重叠到阈值水平或者被某个阈值时间量分开，则系统可以确定影响日历事件的一个或多个方面的条件的存在。出于说明性目的，影响日历事件的一个或多个方面的条件在本文中也可称为“预定条件”。

响应于检测到预定条件，本文公开的技术可以采取许多动作。在一些配置中，当检测到条件的存在时，一个或多个计算机可以生成定义描述条件的各方面的洞察的数据。此外，一个或多个计算机可以生成定义建议和/或解决方案的数据。在一些配置中，可以根据本文公开的技术生成和显示多个排序的菜单项。

在一些配置中，预定条件的存在可以导致在一个或多个计算设备的用户界面上一个或多个图形元素的显示，其指示洞察。洞察可以包括排序的项目列表，其中，排序的项目列表的各个项目包括被配置为使得生成或修改数据对象以提供条件通知的解决方案。数据对象可以包括电子邮件、日历事件、实例消息、文本或被配置为传递信息的其他数据对象。这些解决方案可以导致生成或修改数据对象以解决安排冲突。例如，可以基于上下文数据修改日历日期和时间。可以基于上下文数据将新客户或新提供者建议或填充到日历事件的字段中。在其他示例中，洞察可以导致生成包括概述条件的文本描述的一个或多个图形元素，其中一个或多个图形元素被配置为在计算设备的用户界面上显示文本描述。在一些配置中，洞察可以导致生成包括示出条件的各方面的地图的图像的一个或多个图形元素。

现在转到图2A-2D，示例图形用户界面(UI)被配置为显示和接收与本文公开的技术有关的数据。可以向希望安排日历事件或以其他方式提供输入数据的用户显示示例UI。尽管以下示例包括与项目相关或与日历相关的接口，但是可以意识到，本文公开的技术可以应用于被配置为采用任何合适形式的输入的任何用户界面，包括语音命令、手势等。还可以意识到，本文公开的示例可以应用于任何类型的用户，例如，客户103或提供者105。

图2A是示出显示与用于提供对日历事件的上下文感知洞察的技术有关的数据的说明性图形UI 200的屏幕图。UI 200可以由客户端模块102生成，如图1所示，并且呈现在计算设备上，例如客户设备101或提供者设备104。

如图2A中所示，UI 200包括用于接收和显示输入数据的多个图形元素的显示。在该示例中，UI 200包括用于接收优选约会日期的“日期”UI元素205A，用于接收优选约会时间的“时间”UI元素205B，用于接收指定至少一个提供者105的名称的数据的“接收者”UI元素205C、用于接收指定与约会相关联的位置的数据的“位置”UI元素205D。与约会相关的位置可以包括例如房间号、地址、街道、城市、州或指示与约会相关联的位置的任何其他信息。提供图2A的示例是出于说明性目的，而不应被解释为限制。可以意识到，输入数据可以是其他形式，例如指示发起项目、安排一系列会议等的兴趣的文本描述。输入数据可以是任何格式，例如文本消息、电子邮件、音频文件或适合启动日历事件的任何格式。

响应于接收到输入数据，可以分析来自多个资源的上下文数据以确定一个或多个洞察。上下文数据可以包括交通数据124、位置数据125、专业数据126、地图数据127、工作流数据128、偏好数据129、支付数据130、安排数据131、工作负载数据132、工作历史数据133、状态数据134、技能组数据135、天气数据136和其他数据。上下文数据还可以包括从一个或多个资源接收的。

在一些配置中，本文公开的技术可以分析日历事件和其他数据的各方面，以确定与给定日历事件相关联的位置以及与给定日历事件之前和之后的日历事件相关联的位置。在图2A的示例中，给定日历事件具有在“Bellevue Building 2”中标注的位置。出于说明的目的，给出了接收者Mike Smith具有从中午到下午1点的先前约会，其位于西雅图。另外，与Mike相关联的其他安排数据131和位置数据125表明类似的会议通常会超时(run over)，并且他在安排的结束时间之后10分钟离开这样的会议。例如，GPS信息可以显示他相对于约会的移动。可以分析这样的数据和其他上下文数据，例如交通数据和天气数据，以确定当前日历事件和先前日历事件之间的通勤可能性。在一些配置中，可以利用通勤可能性和诸如日历事件的优先级和/或可中断性的其他因素来确定两个会议之间的冲突的严重性。在该示例中，分析上下文信息以生成定义洞察的数据。洞察可以提供冲突的文本描述、冲突的图像或图示、冲突的语音描述、通勤可能性的描述、严重性级别的描述等。

图2B示出了作为由输入数据创建的当前日历事件的结果而生成的洞察的一个样本。在该示例中，图形元素250包括指示多个突出洞察的文本描述。在此示例中，洞察描述了先前约会的优先级、时间和位置。洞察还描述了与先前约会相关联的历史视图。此外，洞察显示指示到当前日历事件通勤可能性的值。

这种洞察可以基于一个或多个阈值，例如，如果可能性低于预定水平，则可以显示通勤可能性。其他条件可以触发洞察的显示，诸如日历事件和用户的位置数据之间的差异，在该示例中，因为与Mike相关联的位置数据显示他通常在会议结束后10分钟离开会议，系统可以选择指示这种模式的数据以作为洞察显示。在这个例子中，洞察表明“Mike在西雅图有一个中等优先级的约会，结束于下午1点。他的会议通常会超时。他可能会迟到的几率是10％。”

可以利用偏好数据来控制向用户显示的洞察的类型。例如，洞察可以帮助客户识别优选提供者，或者洞察可以帮助提供者识别优选客户。在图2C所示的示例中，所显示的洞察基于若干提供者的工作历史数据。在此示例中，日历事件的接收者是服务提供者。

出于说明性目的，给定所选时间和日期呈现安排冲突。因此，在该示例中，响应于检测到冲突，图形元素250包括指示冲突的洞察。在该示例中，给出了彼此冲突的两个日历事件是高优先级日历事件。图形元素250还包括优先级的指示。另外，图形元素250还包括用户和日历事件的接收者之间的工作历史的指示。在此示例中，洞察包括指示他们一起工作的次数的摘要，以及所选提供者与其他提供者之间的价格比较。基于安排数据131、工作历史数据133、支付数据130和其他数据的显示的洞察对于用户做出决定以解决冲突可能是有用的。

在图2D中所示的示例中，示出了其他类型的洞察。在该示例中，给出偏好数据指示客户更喜欢与及时且具有高性能评级的提供者一起工作。基于这样的偏好数据，可以将与输入数据中指示的提供者相关联的性能数据概括为洞察。在该示例中，图形元素250包括描述对优选提供者的建议的洞察，以及描述优选提供者的可用性的信息。此外，还提供了性能数据的摘要。

提供这些示例是为了说明的目的，不应解释为限制。尽管这些示例示出了寻找供应方的客户，但是本文公开的技术使得客户能够识别关于一个或多个目标的提供者，并且同时，提供者可以关于一个或多个目标识别客户。例如，性能数据可以量化关于提供者的工作产品的质量水平。同时，性能数据可以量化客户的支付历史或信用评级。如果客户或提供者的特定性能评级低于阈值，则本文公开的技术可以生成并向客户或提供者显示洞察。

现在转到图3A-3C，示出并描述了包括地图数据和其他数据的洞察的说明性示例。类似于上述示例，可以向希望安排日历事件的用户显示图3A-3C的示例UI。如下面将详细描述的，基于交通数据、地图数据、安排数据和其他数据的各种洞察可用于响应于输入数据的接收而提供洞察。

如图3A所示，UI 300包括用于接收和显示输入数据的多个图形元素的显示。在该示例中，UI 200包括用于接收优选约会日期的“日期”UI元素305A，用于接收优选约会时间的“时间”UI元素305B，用于接收指定至少一个提供者105的名称的数据的“接收者”UI元素305C。提供图3A的示例是为了说明的目的提供，而不应被解释为限制。可以意识到，输入数据可以是其他形式，例如指示发起项目、安排一系列会议等的兴趣的文本描述。输入数据可以是任何格式，例如文本消息、电子邮件、音频文件或适合启动日历事件的任何格式。

响应于接收输入数据，可以分析来自多个资源的上下文数据以确定条件的存在和/或生成一个或多个洞察。上下文数据可以包括交通数据124、位置数据125、专业数据126、地图数据127、工作流数据128、偏好数据129、支付数据130、安排数据131、工作负载数据132、工作历史数据133、状态数据134、技能组数据135、天气数据136和其他数据。上下文信息可以从许多资源获得，例如，与提供者Howson博士相关的位置数据，可以从网站、地址簿、日历系统等获得。与提供者Howson博士相关的位置数据可以包括例如房间号、地址、街道、城市、州或指示与约会相关联的位置的任何其他信息。

分析上下文数据以生成关于由输入数据定义的日历事件之前的日历事件的洞察。在该示例中，可以利用客户和提供者的位置数据来确定与日历事件相关联的出行路线。此外，交通数据和其他数据可以识别可能影响一个或多个确定的出行路线的条件。该示例为了说明的目的，给出交通数据指示至少一个确定出行路线上的道路封闭。

图3C示出了图形元素250的特写视图，其示出了包含地图数据和生成的一个或多个冲突的文本描述的洞察。在该示例中，洞察包括第一图形元素271，其包括来自先前约会的内容数据的文本描述、与Kelly博士的下午1点约会。该示例还包括第二图形元素273，其包括来自当前约会的内容数据，与Howson博士的2:30约会。此外，该示例性洞察还包括图形元素261，其具有影响至少一个出行路线的条件的文本描述。在该示例中，交通数据指示在约会时桥被封闭，并且图形元素包括这种数据的概要。另外，该示例洞察包括具有描述替代路线的文本描述的另一图形元素262。文本描述可以示出替代路线所需的时间，以及指示约会之间成功通勤可能性的值。

本文公开的技术可以利用任何合适的技术来确定成功通勤可能性并且用于确定两个或更多个位置之间的一个或多个出行路线。提供这些示例是为了说明的目的，不应解释为限制。可以意识到，影响日历事件的任何信息可以显示为图形元素中的洞察。

如上所述，可以分析其他类型的上下文数据以生成洞察。在图4A-4C所示的示例中，分析工作流数据以确定特定日历事件是否与工作流或过程一致。在该示例中，如图4A所示，输入数据定义用于完成项目的方面的日历事件。通过检索可包括工作流数据和其他数据的上下文信息，本文公开的技术可以利用工作流数据和其他上下文数据来分析输入数据的内容，以确定输入数据的内容是否与工作流一致。

考虑以下场景，其中建筑项目的最终确定需要检查。基于工作流数据和安排数据的分析，在该示例中，本文公开的技术可以识别冲突，其中日历事件被设置为在检查之前完成项目。如果由工作流数据定义的一个或多个规则(其可以从专业数据导出)指示项目的最终完成与检查之间的冲突，则本文公开的技术可以生成定义对这种冲突的洞察的数据。在该示例中，定义洞察的数据可以包括工作流的图形表示、相关日历事件的一个或多个指示符以及描述冲突的文本。在图4B所示的示例中，文本描述指示存在冲突和冲突的描述。还如图所示，图形元素还可以被配置为显示相对于时间线的冲突。

除了提供洞察之外，本文公开的技术可以提供一个或多个建议和/或解决方案。在一个示例中，本文公开的技术可以分析来自多个资源的上下文数据以生成数据对象，该数据对象可以包括修改的日历事件、新的日历事件、电子邮件或用于解决冲突的其他形式的通信。在一些配置中，洞察可以包括呈现与检测到的状况相关的不同建议的菜单项的排序列表。建议可以包括对新时间、新提供者、新客户、新过程的建议和/或解决发现的冲突的任何其他建议。

图4C示出了包括排序的解决方案列表的图形元素的示例。在该示例中，排序的解决方案列表包括将约会移到新日期的建议，请求移动检查的建议，提供冲突通知的建议、以及改变提供者的建议。提供这些示例是为了说明的目的，不应解释为限制。

可以生成任何数量的建议，其可以包括向一方或多方提供通知的电子邮件、新的或修改的日历事件或其他解决方案。各个建议可以基于偏好数据中定义的一个或多个目标。例如，如果提供者或客户具有某些目标，则可以评估与分包商相关联的性能数据，以选择满足偏好数据中定义的一个或多个目标的替代分包商。建议可以包括基于一个或多个实体的可用性和/或可中断性的新提议日期。可以基于提供者或客户的资格、关于事件的优先级以及由系统100接收的上下文数据中定义的其他标准对建议进行排名。

在一些配置中，建议日期和时间(例如，时隙)可以基于所涉及的一方或多方(例如提供者或客户)的可用性。建议的日期和时间还可以基于位置信息、地图数据和使客户和/或提供者能够成功通勤到约会的其他信息。如下面将更详细描述的，偏好数据和其他数据的使用可用于识别建议的时隙和/或对建议的时隙进行排序。除了生成针对为时隙的建议之外，本文公开的技术还可以包括选择一个或多个提供者。

候选提供者和/或候选时隙的选择和/或排名可以基于许多因素。在一些配置中，安排数据131的分析可以影响一个或多个提供者的选择或排名。例如，这里公开的技术可以识别在输入数据中指示的日期和时间可用的一个或多个提供者。如果在期望的日期和时间期间一个或多个提供者可用，则可以在提供者的排序列表中选择和/或排序这样的提供者。具有开放时间表的提供者可以比具有冲突的提供者排名更高。

另外，冲突的严重性可能影响候选提供者和/或候选时隙的排名。在一些配置中，本文公开的技术可以导致生成指示冲突严重性的数据。这种量化可以基于许多因素，包括两个或更多个实体的安排数据、两个或更多个约会之间的通勤可能性，以及可以用于确定会议是不可能的或可能的其他因素。指示冲突严重性的数据还可以基于指示安排冲突是不可调和或可调和的因素。指示冲突严重性的数据还可以基于关于特定日历事件的优先级或可中断程度。例如，如果确定两次会议具有高度可中断程度，则这种冲突的严重性可能高于仅一个日历事件具有高度可中断程度的冲突。

在一个示例中，可以分析与一个或多个提供者105和客户103相关联的安排数据131以确定是否存在安排冲突。候选提供者和/或候选时隙的排名也可能受到安排冲突的严重性的影响。例如，如果第一提供者具有与输入数据定义的约会完全重叠的安排冲突，则第一提供者的排名可能低于具有与由该输入数据定义的约定不完全重叠的安排冲突的另一提供者。与高度严重的冲突相关联的候选提供者和/或候选时隙排名可以低于与较不严重的冲突相关联的候选提供者和/或候选时隙。

在一些配置中，与日历事件相关联的冲突或条件可以基于专业数据、技能组数据和与日历事件相关联的其他数据之间的对准(alignment)。例如，如果日历事件指示需要洗碗机维修专家，并且与所选提供者相关联的技能组数据指示提供者的技能组不符合所描述的任务或需要，则系统100可检测到冲突，例如，存在需要采取行动的条件。冲突的严重性还可以基于量化技能组数据和与日历事件相关联的需求之间的对准的值。例如，如果日历事件表明需要耳鼻喉科专家，并且日历事件表示与全科医生的约会，则可以生成一个或多个值以量化该对准，这些值可以是确定冲突的严重程度的因素。可以基于定义冲突严重性的数据来调整建议提供者和/或建议时隙的排名。

在一些配置中，位置数据125、地图数据127、天气数据136和/或交通数据124的分析可以影响候选提供者和/或候选时隙的选择和/或排名。例如，如果第一提供者相对于第二提供者涉及较短的通勤，则第一提供者可以被排名高于第二提供者。这种分析还可以涉及地图数据、天气数据和其他数据，以确定通勤时间、通勤可能性和/或通勤的难度的预测。

在一些配置中，位置数据125和安排数据131的分析可以影响候选提供者和/或候选时隙的选择和/或排名。例如，如果特定提供者具有彼此相邻的两个日历事件，则可以确定事件之间成功通勤的可能性。具有成功通勤的高可能性的提供者可以被排名高于具有成功通勤的低可能性的提供者。

这种分析可以应用于客户的通勤。例如，如果消费者具有彼此相邻的两个约会，则与消费者的约会之间的通勤相关联的可能性可以影响一个或多个提供者的选择和/或排名。例如，如果用户安排数据131指示消费者仅有20分钟通勤到特定提供者的位置，则可以分析地图数据127、交通数据124和其他上下文数据以确定该通勤是否可能在给定的时间范围内进行。可以为每个提供者的通勤生成可能性，并且可以基于这样生成的数据对每个提供者进行排名。另外，如果可能性不满足或超过一个或多个阈值，例如一个或多个性能阈值，则可以从列表中过滤掉一个或多个提供者。

排序的建议列表还可以基于地图数据127、交通数据124、位置数据125、天气数据136和/或其他数据。在这样的配置中，交通数据124可以指示输入数据中指示的期望日期和时间的交通状况。在这样的配置中，一个或多个设备和/或服务器120可以基于交通模式来生成预测以确定用户或提供者是否可以进行约会。例如，如果在高峰时段期间安排工作日约会，则如果与特定提供者相关联的通勤受到这种交通状况的影响，则本文公开的技术可以改变该提供者的排名。这样的分析可以受到天气数据136中定义的预测的影响。例如，如果天气数据136指示有利的预测，则受这种预测影响的提供者的排名可以增加。另外，如果天气数据136指示不利的预测，则受这种预测影响的提供者的排名可以降低。

在一些配置中，对工作历史数据133、技能组数据135、工作流数据128、工作负载数据132和/或其他上下文数据的分析可以影响候选提供者和/或候选时隙的选择和/或排名。例如，具有高质量评级的特定提供者可以排名高于具有低质量评级的提供者。在另一示例中，可以分析技能组135以确定提供者的能力是否与特定约会相关联的目标一致。量化具有一个或多个目标的提供者的技能组之间的对准的数据可以影响该提供者和/或其他提供者的排名。

在另一示例中，具有较重工作负载的提供者可以比具有较轻工作负载的提供者排名更高或更低。在又一个示例中，可以分析工作流数据128以确定特定提供者的排名。例如，定义多步骤过程的工作流数据128指示特定提供者更适合于特定步骤，这种提供者的排名可能高于不太适合该特定步骤的提供者。提供这些示例是为了说明的目的，不应解释为限制。

在一些配置中，工作历史数据133可以定义两个或更多个实体之间的关系的状态。例如，如果两个或更多个实体当前正在处理项目，则可以增加关于客户和/或提供者的排名。如果两方或更多方在一段时间内没有一起工作，则可以根据期望的结果增加或减少关于客户和/或提供者的排名。例如，如果具有高终生价值的客户(例如比尔盖茨的家人)希望设置与提供者的约会，则寻求这样的客户/患者的这种提供者可能比其他提供者排名更高。在另一个示例中，如果患者的偏好数据表明希望与具有特定状态的医生或其他提供者(例如，前10名专家)一起工作，则匹配客户目标的这种提供者可以比不匹配该目标的其他提供者排名更高。

在一些配置中，提供者的排名和/或选择可以基于支付历史数据。例如，如果客户支付定期按时进行，则可以增加希望这些客户的提供者的等级。在一些配置中，偏好数据可以定义提供者的阈值。如果与客户相关联的性能数据低于阈值，例如关于支付、沟通和/或投诉，则本文公开的技术可以导致生成提供客户关系应该终止的通知的数据。提供提醒通知的其他数据可以响应于一个或多个条件而生成，例如延迟支付、延迟支付历史、投诉等。在这样的配置中，当系统发现这样的情况时，可以生成电子邮件、会议通知或其他形式的数据对象。

返回图4C的示例，图形元素251示出了多个候选提供者、候选时隙和其他建议。图形元素251可以被配置为接收排序列表中的至少一个项目的选择，诸如用户选择。对至少一个项目的选择可以导致日历事件的生成或修改，其可以被传送给多个用户以进行验证和处理。定义日历事件的安排数据可以存储在一个或多个设备和/或服务器中。另外，可以基于这样的安排数据生成通知、提醒和其他形式的通信。

现在转向图5，下面示出并描述了用于提供对日历事件的上下文感知洞察的例程500的各方面。应该理解的是，这里公开的方法的操作不一定以任何特定的顺序呈现，并且以可替换的顺序执行一些或所有操作是可能的并且是可预期的。为了便于描述和说明，已经以演示的顺序呈现了操作。在不脱离所附权利要求的范围的情况下，可以添加，省略操作和/或同时执行操作。

还应该理解，所示方法可以在任何时间结束，并且不需要完整地执行。可以通过执行包括在计算机存储介质上的计算机可读指令来执行方法的一些或所有操作和/或基本等同的操作，如下面所定义的。如在说明书和权利要求中使用的术语“计算机可读指令”及其变体在本文中被广泛使用以包括例程、应用程序、应用程序模块、程序模块、程序、组件、数据结构、算法等。计算机可读指令可以在各种系统配置上实现，包括单处理器或多处理器系统、小型计算机、大型计算机、个人计算机、手持计算设备、基于微处理器、可编程消费电子产品、它们的组合等。

因此，应当意识到，这里描述的逻辑操作被实现为(1)作为在计算系统上运行的计算机实现的动作或程序模块的序列和/或(2)作为计算系统内部的互连机器逻辑电路或电路模块。根据计算系统的性能和其他要求，实现是一个选择问题。因此，这里描述的逻辑操作被不同地称为状态、操作、结构设备、动作或模块。这些操作、结构设备、动作和模块可以用软件、固件、专用数字逻辑及其任何组合来实现。

如下面结合图1和图5将更详细描述的，例程500的操作在本文中描述为至少部分地由应用程序、组件和/或电路实现。尽管以下说明涉及图1的组件，但是可以意识到，例程500的操作也可以以许多其他方式实现。例如，例程500可以至少部分地由计算机处理器或另一计算机的处理器实现。另外，例程500的一个或多个操作可以替代地或附加地至少部分地由单独工作的计算机或者与诸如服务器模块121的其他软件模块结合来实现。

参考图5，例程500开始于操作501，其中一个或多个计算设备获得输入数据。输入数据可以包括语音输入、文本输入、菜单项的选择或其他类型的输入，其中动作由用户或计算设备发起，或者从用户或计算设备接收数据。例如，用户可以在电子邮件或日历事件中说出或键入信息描述主题、感兴趣的领域、项目或事件。在其他示例中，用户可以提供其他形式的输入数据，诸如指示服务类别的文本描述或语音输入，例如，“我需要建立约会来修理我的汽车”，或者“我需要预约医生”。

在操作503中，一个或多个计算设备获得上下文数据。如本文所述，可以从许多不同的资源获得上下文数据。例如，可以从交通数据资源106A、地图数据资源106B、搜索引擎资源106C、专业数据资源106D和天气数据资源106E和/或适合于存储，处理和/或传达上下文数据的其他资源获得上下文数据。

上下文数据可以与服务提供者和/或消费者相关。上下文可以包括，例如，定义两个或更多实体之间的先前工作历史、支付历史、信用历史、一方或多方的可用性、项目的位置、到约会的出行时间、交通数据、技能组数据、优选营业时间、安排可用性、性能标准、安排冲突、客户偏好、供应者偏好、工作流定义、其他数据及其组合的数据。本文公开的技术还可以量化客户的价值或提供者的价值。可以从一个或多个资源接收这样的上下文数据，或者可以从其他类型的上下文数据导出这样的上下文数据。例如，可以从支付历史、信用历史和其他信息生成定义客户的终生价值或提供者的终生价值的数据。

上下文数据还可以包括与专业化、学科、主题、一个或多个行业或感兴趣的领域有关的专业数据126。例如，专业数据126可以包括与医学主题相关的细节，例如儿科、牙科等。在其他示例中，专业数据126可以涉及疾病、治疗、病情和其他类似主题。提供这些示例是出于说明性目的而不应被解释为限制，因为专业数据126可以与任何感兴趣的主题或领域相关。如上所述，这样的上下文数据可以用于选择和排序建议项目，其可以包括基于客户的需求和提供者关于特定主题或行业的工作的能力来对准提供者和客户。

接下来，在操作505中，一个或多个计算设备可以识别预定条件的存在。可以在形成约会时或在上下文数据指示一个或多个条件的变化的稍后时间检测预定条件。在一些配置中，一个或多个计算设备可以监视与一个或多个日历事件相关的上下文数据。基于上下文数据的一个或多个模式，如果检测到预定条件，则本文公开的技术可以生成描述对检测到的条件的洞察的数据。

例如，系统可以分析两个或更多个日历事件以确定冲突的存在。在一个说明性示例中，如果两个日历事件彼此重叠，则可能出现冲突。在其他示例中，两个或更多个日历事件可以基于许多其他因素产生冲突，这些因素可能受到天气、交通、道路封闭和接收的上下文数据中呈现的条件的影响，例如性能数据、位置数据和其他数据。

接下来，在操作507中，一个或多个计算设备可以生成定义与日历事件或检测到的条件相关的洞察的数据。洞察可以包括文本描述、图像、图形指示符、生成的语音和/或适合于传达关于一个或多个日历事件的有用信息的数据对象的任何组合。例如，洞察可以提供关于安排冲突的性质，一个或多个用户的偏好、对一个或多个日历事件的更新和/或可以影响一个或多个日历事件的条件的更新的突出事实。定义与条件相关的一个或多个洞察的数据可以以许多不同方式传达给计算机和/或用户，包括但不限于电子邮件、通知、提醒、约会、对约会的修改等。

接下来，在操作509，一个或多个计算设备可以生成或更新与日历事件相关的数据对象。例如，一个或多个计算设备可以修改日历事件以包括新的提供者、客户或解决冲突的新时间。在另一示例中，一个或多个计算设备可以生成电子邮件消息以提供检测到的条件的通知，诸如由改变的环境产生的安排冲突。通知可以是一次性事件或重复事件。例如，如果发现安排冲突，则一个或多个计算设备可以每几天一次生成并向用户发送这种冲突的提醒，直到冲突得到解决。

操作509还可以包括向检测到的条件呈现一个或多个解决方案。在一个示例中，解决方案可以包括基于输入数据和/或获得的上下文数据生成和呈现排序的项目列表。可以自动生成排序的项目列表，或者可以响应于一个或多个动作而生成排序的项目列表。在一个示例中，在用户偏好数据中定义的标准可以指示用于生成排序的项目列表的一个或多个阈值。可以分析上下文数据以确定满足或超过一个或多个阈值的条件的存在。当发现这样的条件时，一个或多个计算设备可以生成排序的项目列表。排序的项目列表的示例在上面描述并在图4C中示出。

在另一个示例中，可以响应于用户动作生成排序的项目列表。例如，当用户提供定义日历项的输入数据时，可以通过使用这里描述的技术来处理输入数据和上下文数据，以生成排序的项目列表。可以意识到，排序列表还可以包括任务，诸如安排约会的提醒、自动生成的电子邮件消息、自动生成的文本消息或者诸如工作流数据的其他数据的生成。在一些配置中，排序列表可以显示在输入数据和/或指示洞察的图形元素附近。配置使用户或计算机能够选择排序列表中的项目。

一个或多个计算设备可以响应于对排序列表上的项目的选择而生成日历事件或另一类型的数据对象。可以通过许多不同的方法来实现对至少一个项目的选择。例如，操作509可以涉及指示对项目的选择的用户输入。在其他示例中，操作509可以涉及用于自动选择一个或多个项目的技术。在这样的配置中，偏好数据可以定义用于自动选择一个或多个项目的标准。例如，如果项目与满足在提供者或消费者的偏好数据中定义的阈值的性能数据相关联，则这些项目可以由一个或多个计算设备自动选择。操作509还可以包括响应于项目的选择而对任何类型的数据对象进行通信和处理。例如，可以将提醒、通知、电子邮件和其他数据对象发送给提供者和/或客户。

图6示出了能够执行本文描述的程序组件的计算机(例如计算设备101(图1))的示例计算机体系结构600的附加细节。因此，图6中所示的计算机体系结构600示出了用于服务器计算机、移动电话、PDA、智能电话、台式计算机、上网本计算机、平板计算机和/或膝上型计算机的体系结构。计算机体系结构600可用于执行本文呈现的软件组件的任何方面。

图6所示的计算机体系结构600包括中央处理器602(“CPU”)、包括随机存取存储器606(“RAM”)和只读存储器(“ROM”)608的系统存储器604以及将存储器604与CPU 602耦合的系统总线610。包含例如在启动期间帮助在计算机体系结构600内的元件之间传输信息的基本例程的基本输入/输出系统存储在ROM 608中。计算机体系结构600还包括用于存储操作系统607，诸如上下文数据650、输入数据651、安排数据131、日历事件667、内容数据669的数据以及一个或多个应用程序的大容量存储设备612。

大容量存储设备612通过与总线610连接的大容量存储控制器(未示出)来与CPU602连接。大容量存储设备612及其相关联的计算机可读介质提供了用于计算机体系结构600的非易失性存储。虽然在本文所包含的计算机可读介质的描述是指大容量存储设备，如固态驱动器、硬盘或CD-ROM驱动器，本领域技术人员应当意识到计算机可读介质可以是能够由计算机体系结构600访问的任何可用的计算机存储介质或通信介质。

通信介质包括计算机可读指令、数据结构、程序模块、或调制数据信号中的其它数据如载波或其他传输机制，并且包括任何递送介质。术语“调制数据信号”是指其一个或多个特性以将信息编码到信号中的方式进行设定或改变的信号。通过示例而不是限制的方式，通信介质包括诸如有线网或直接连线连接的有线介质以及诸如声波、RF、红外和其他无线介质的无线介质。上述任意的组合也应当包含在计算机可读介质的范围内。

通过举例而不是限制的方式，计算机存储介质可以包括以用于诸如计算机可读指令、数据结构、程序模块或其它数据的信息的存储的任何方法或技术实现的易失性和非易失性的、可移除和非可移除的介质。例如，计算机介质包括但不限于RAM、ROM、EPROM、EEPROM、闪速存储器或其它固态存储器技术、CD-ROM、数字多功能盘(“DVD”)、HD-DVD、BLU-RAY或其它光存储、磁盒、磁带、磁盘存储或其它磁存储设备、或者能够用于存储所需的信息且能够由计算机体系结构600访问的任何其它介质。为了权利要求的目的，“计算机存储介质”、“计算机可读存储介质”及其变化形式本身不包含波、信号、和/或其它暂态和/或无形的通信介质。

根据各种配置，计算机体系结构600可以使用通过网络756和/或另一网络(未示出)到远程计算机的逻辑连接在联网环境中操作。计算机体系结构600可以通过与总线610连接的网络接口单元614而连接到网络756。应当意识到，网络接口单元614还可以用来连接到其它类型的网络以及远程计算机系统。计算机体系结构600还可以包括用于接收和处理来自包括键盘、鼠标或电子指示笔(图6中未示出)的多个其它设备的输入的输入/输出控制器616。类似地，输入/输出控制器616可以提供输出给显示屏、打印机或其它类型的输出设备(图6中也未示出)。

应当意识到，本文所描述的软件组件在加载到CPU 602中且执行时可以将CPU 602和整个计算机体系结构600从通用计算系统变换成经定制而促进本文呈现的功能的专用计算系统。CPU 602可以由任意数量的晶体管或其它离散电路元件构成，这些晶体管和离散电路元件可以单独地或者统一地呈现任意数量的状态。更具体地，CPU 602可以响应于包含在本文公开的软件模块内的可执行指令而作为有限状态机来操作。这些计算机可执行指令可以通过规定CPU 602如何在状态之间转变而变换CPU 602，从而变换构成CPU 602的晶体管或其它离散硬件元件。

对本文呈现的软件模块编码还可以变换本文呈现的计算机可读介质的物理结构。在本说明书的不同的实现方式中，物理结构的具体的变换可以取决于各种因素。这些因素的示例可以包括但不限于用来实现计算机可读介质的技术，无论计算机可读介质是表征为主存储还是辅存储，等等。例如，如果计算机可读介质实现为基于半导体的存储器，则本文公开的软件可以通过变换半导体存储器的物理状态而编码到计算机可读介质上。例如，软件可以变换构成半导体存储器的晶体管、电容器、或其它离散电路元件的状态。软件还可以变换这些组件的物理状态从而在其中存储数据。

作为另一示例，本文所公开的计算机可读介质可以利用磁或光技术来实现。在这些实现方式中，当软件编码到其中时，本文所呈现的软件可以变换磁或光介质的物理状态。这些变换可以包括改变在既定磁介质内的特定位置的磁特性。这些变换还可以包括改变在给定的光介质内的特定位置的物理特征或特性，以改变那些位置的光学特性。物理介质的其它变换是可能的，而不偏离本说明书的范围和精神，提供了上述示例仅为了促进该论述。

根据上述，应当意识到，许多类型的物理变换可以发生在计算机体系结构600内从而存储和执行本文呈现的软件组件。还应当意识到，计算机体系结构600可以包括其它类型的计算设备，包括手持式计算机、嵌入式计算机系统、个人数字助理以及本领域技术人员所知的其它类型的计算设备。还可想到，计算机体系结构600可以不包括图6所示的全部组件，可以包括图6中未明确示出的其它组件，或者可以使用完全不同于图6所示的体系结构。

图7描绘了能够执行用于提供对日历事件的上下文感知的洞察的本文描述的软件组件的说明性分布式计算环境700。因此，图7中示出的分布式计算环境700可用于执行本文中呈现的软件组件的任何方面。例如，分布式计算环境700可用于执行本文描述的软件组件的各方面。

根据各种实现方式，分布式计算环境700包括在网络704上操作，与网络704通信或作为网络704的一部分的计算环境702。网络704可以是或可以包括如上所述的网络756。网络704还可以包括各种接入网络。一个或多个客户端设备706A-706N(下文统称和/或通称为“客户端706”)可以经由网络704和/或其他连接(图7中未示出)与计算环境702通信。在一个示出的配置中，客户端706包括计算设备706A，诸如膝上型计算机、台式计算机或其他计算设备；片式或平板式计算设备(“平板计算设备”)706B；移动计算设备706C，如移动电话、智能手机或其它移动计算设备；服务器计算机706D；和/或其它设备706N。应当理解的是，任意数量的客户端706能够与计算环境702通信。本文参考图6和图8描述了和图示出客户端606的两个示例的计算体系结构。应当理解的是，图示的客户端706和本文所图示和描述的计算体系结构是示例性的，而不应解释为以任何方式限制。

在图示的配置中，计算环境702包括应用服务器708、数据存储710以及一个或多个网络接口712。根据各个实现方式，应用服务器708的功能可以由作为网络620的部分执行或者与网络704通信的一个或多个服务器计算机来提供。应用服务器708能够托管各种服务、虚拟机、入口和/或其它资源。在图示的配置中，应用服务器708托管了用于托管应用或其它功能的一个或多个虚拟机714。根据各个实现方式，虚拟机714托管了用于提供对日历事件的上下文感知洞察的一个或多个应用和/或软件模块。应当理解的是，该配置是示例性的，而不应解释为以任何方式限制。应用服务器708还托管或提供对一个或多个门户、链接页面、web站点和/或其它信息(“web门户”)716的访问。

根据各个实现方式，应用服务器708还包括一个或多个邮箱服务718和一个或多个消息传递服务720。邮箱服务718可以包括电子邮件(“email”)服务。邮箱服务718还可以包括各种个人信息管理(“PIM”)服务，包括但不限于日历服务、联系人管理服务、协作服务和/或其它服务。消息传递服务720可以包括但不限于即时消息传递服务、聊天服务、论坛服务和/或其它通信服务。

应用服务器708还可以包括一个或多个社交联网服务722。社交联网服务722可以包括各种社交联网服务，包含但不限于用于共享或张贴状态更新、即时消息、链接、照片、视频和/或其它信息的服务；用于评论或显示对文章、产品、博客或其它资源的兴趣的服务；和/或其它服务。在一些配置中，社交联网服务722由如下提供或包含如下：FACEBOOK社交联网服务，LINKEDIN职业联网服务，MYSPACE社交联网服务，FOURSQUARE地理联网服务，YAMMER办公同事联网服务，等等。在其它配置中，社交联网服务722由其它可能或可能没有明确地表明为社交联网提供商的服务、站点和/或提供商来提供。例如，一些web站点允许用户在各种活动和/或上下文中经由电子邮件、聊天服务和/或其它手段彼此交互，例如，阅读公开的文章，评论商品或服务，发布，协作，玩游戏等。这些服务的示例包括但不限于来自华盛顿埃德蒙顿的微软公司的WINDOWS LIVE服务和XBOX LIVE服务。其它服务是可能的且可想到。

社交联网服务722还可以包括评论、发博客和/或微博服务。这些服务的示例包括但不限于，YELP评论服务、KUDZU审阅服务、OFFICETALK企业微博服务、TWITTER消息传递服务、GOOGLE BUZZ服务和/或其它服务。应当意识到，上述服务列表不是穷尽的，而且为了简要起见在此没有提到过多的附加的和/或可替代的社交联网服务722。因此，上述配置是示例性的，而不应解释为以任何方式进行限制。根据各种实现方式，社交网络服务722可以托管用于提供本文描述的功能的一个或多个应用和/或软件模块，用于提供对日历事件的上下文感知的洞察。例如，应用服务器708中的任何一个可以传达或促进本文描述的功能和特征。例如，社交网络应用、邮件客户端、消息传递客户端或在电话或任何其他客户端706上运行的浏览器可以与网络服务722通信并且促进功能，甚至部分地，如上面参考图5所描述的。

如图7所示，应用服务器708还可以托管其他服务、应用、门户和/或其他资源(“其他资源”)724。其他资源724可以包括但不限于文档共享、呈现或任何其他功能。因此可以意识到，计算环境702可以提供本文提供的本文公开的概念和技术与各种邮箱、消息传递、社交网络和/或其他服务或资源的集成。

如上所述，计算环境702可以包括数据存储710。根据各个实现方式，数据存储710的功能由操作于网络704上或者与网络704通信的一个或多个数据库来提供。数据存储710的功能还能够由被配置成托管用于计算环境702的数据的一个或多个服务器计算机来提供。数据存储710可以包括、托管或提供一个或多个真实的或虚拟的数据仓库726A-726N(下文统一地和/或一般地称为“数据仓库726”)。数据仓库726被配置成托管由应用服务器708所使用或创建的数据和/或其它数据。尽管未在图7中示出，但是数据仓库726还可以托管或存储网页文档、文字文档、演示文档、数据结构、由建议引擎执行的算法，和/或由任何应用程序或另一模块使用的其他数据。数据仓库726的方面可以与用于存储文件的服务相关联。

计算环境702能够与网络接口712通信或者由网络接口712访问。网络接口712可以包括用于支持包括但不限于客户端706和应用服务器708在内的两个或更多个计算设备之间的通信的各种类型的网络硬件和软件。应当意识到，网络接口712还可以用来连接到其它类型的网络和/或计算机系统。

应当理解的是，本文所描述的分布式计算环境700能够提供为本文所描述的软件元件的任意方面提供能够被配置成执行本文公开的软件组件的任意方面的任意数量的虚拟计算资源和/或其它分布式计算功能。根据本文公开的构思和技术的各个实现方式，分布式计算环境700向客户端706提供在本文描述为服务的软件功能。应当理解的是，客户端706可以包括真实或虚拟机，包括但不限于服务器计算机、web服务器、个人计算机、移动计算设备、智能手机和/或其它设备。这样，本文公开的概念和技术的各种配置使得被配置为访问分布式计算环境700的任何设备能够利用本文描述的功能来提供对日历事件的上下文感知的洞察以及其他方面。

现在转向图8，用于计算设备的说明性计算设备体系结构800，其能够执行本文描述的各种软件组件，用于提供对日历事件的上下文感知的洞察。计算设备体系结构800能应用于部分地由于形状因数、无线连接和/或电池供电操作而促进移动计算的计算设备。在一些配置中，计算设备包括但不限于移动电话、平板式设备、片式设备、便携式视频游戏设备等。计算设备体系结构800能应用于图7所示的任意客户端706。此外，计算设备体系结构800的方面可以能应用于传统的台式计算机、便携式计算机(例如，膝上型设备、笔记本设备、超级便携式设备和上网本)、服务器计算机和其它计算机系统，如本文参考图5所描述的。例如，下文所公开的单触摸和多触摸方面可应用于使用触摸屏的台式计算机或某种其它触摸使能设备，诸如触摸使能跟踪垫或触摸使能鼠标。

图8所示的计算设备体系结构800包括处理器802、存储器组件804、网络连接组件806、传感器组件808、输入/输出组件810和电力组件812。在图示的配置中，处理器802与存储器组件804、网络连接组件806、传感器组件808、输入/输出(“I/O”)组件810和电力组件812通信。虽然没有示出图8所示的各个组件之间的连接，各组件能够交互而实施设备功能。在一些配置中，组件被配置成经由一个或多个总线(未示出)通信。

处理器802包括中央处理器(“CPU”)，其被配置成处理数据，执行一个或多个应用程序的计算机可执行指令，并且与计算设备体系结构800的其它组件通信从而实施本文所描述的各种功能。处理器802可以用来执行本文所呈现的软件组件的方面，尤其是那些至少部分地使用触摸使能输入的方面。

在一些配置中，处理器802包括图形处理单元(“GPU”)，其被配置成加速CPU所执行的操作，包括但不限于，通过执行通用科学和/或工程计算应用所实施的操作，以及诸如高分辨率视频(例如，720P，1080P，以及更高分辨率)、视频游戏、三维(“3D”)建模应用等图形密集计算应用所实施的操作。在一些配置中，处理器802被配置成与分立的GPU(未示出)通信。在任何情况下，CPU和GPU可以依照共处理的CPU/GPU计算模型来配置，其中应用的顺序的部分在CPU上执行，而计算密集部分由GPU来加速。

在一些配置中，连同下文所描述的其它组件中的一个或多个一起，处理器802是片上系统(“SoC”)或者包含在SoC中。例如，SoC可以包括处理器802、GPU、网络连接组件806中的一个或多个以及传感器组件808中的一个或多个。在一些配置中，处理器802部分地利用封装上封装(“PoP”)集成电路封装技术来制造。处理器802可以是单核或多核处理器。

处理器802可以依照来自英国剑桥的ARM HOLDINGS的可供认证的ARM体系结构来产生。可替代地，处理器802可依照x86体系结构来产生，例如可从加利福尼亚山景城以及其它的英特尔公司获得。在一些配置中，处理器802是可从加利福尼亚的圣地牙哥的QUALCOMM得到的SNAPDRAGON SoC、可从加利福尼亚的圣塔克拉拉的NVIDIA得到的TEGRA SoC、可从韩国首尔SAMSUNG得到的HUMMINGBIRD SoC、可从德克萨斯州的达拉斯的德州仪器得到的OpenMultimedia Application Platform("OMAP")SoC、上述SoC中的任一个的定制版本或专有SoC。

存储器组件804包括随机存取存储器(“RAM”)814、只读存储器(“ROM”)816、集成存储存储器(“集成存储”)818和可移除存储存储器(“可移除存储”)820。在一些配置中，RAM814或其部分、ROM 816或其部分和/或RAM 814和ROM 816的某种组合集成到处理器802中。在一些配置中，ROM 816被配置成存储固件、操作系统或其部分(例如，操作系统内核)和/或从集成存储818和/或可移除存储820加载操作系统内核的引导加载程序。

集成存储818可以包括固态存储器、硬盘或固态存储器和硬盘的组合。集成存储818可以是钎焊到或以其它方式连接到逻辑板上，处理器802以及本文所描述的其它组件也可以连接到该逻辑板上。因此，集成存储818集成到计算设备中。集成存储818被配置成存储本文所描述的操作系统或其部分、应用程序、数据和其它软件组件。

可移除存储820可以包括固态存储器、硬盘或固态存储器和硬盘的组合。在一些配置中，可移除存储820被提供以取代集成存储818。在其它配置中，可移除存储820被提供作为附加的可选存储。在一些配置中，可移动存储820在逻辑上与集成存储818组合，使得总可用存储可用作总组合存储容量。在一些配置中，向用户示出了集成存储器818和可移动存储器820的总组合容量，而不是集成存储器818和可移动存储器820的单独存储容量。

可移除存储820被配置成插入可移除存储存储器槽(未示出)或可移除存储820通过其插入和固定的其它机构，以利于可移除存储820能够借以与诸如处理器802的计算设备的其它组件通信的连接。可移除存储820可以嵌入各种存储器卡格式中，包括但不限于，PC卡、CompactFlash卡、记忆棒、安全数字(“SD”)、miniSD、microSD、通用集成电路卡(“UICC”)(例如，订户身份模块(“SIM”)或通用SIM(“USIM”))、专有格式等等。

可以理解，存储器组件804中的一个或多个可以存储操作系统。根据各种配置，操作系统包括但不限于来自华盛顿州雷蒙德市的微软公司的WINDOWS MOBILE OS，来自微软公司的WINDOWS PHONE OS，来自微软公司的WINDOWS，来自加利福尼亚州帕洛阿尔托的惠普公司的PALM WEBOS，来自加拿大安大略省滑铁卢的Research In Motion Limited的BLACKBERRY OS，来自加利福尼亚州库比蒂诺的苹果公司的IOS和加利福尼亚州山景城的谷歌公司的ANDROID OS。预期其他操作系统。

网络连接组件806包括无线广域网组件(“WWAN组件”)822、无线局域网组件(“WLAN组件”)824以及无线个域网组件(“WPAN组件”)826。网络连接组件806促进去往和来自网络856或另一网络的通信，该网络可以是WWAN、WLAN或WPAN。虽然仅示出了网络856，但是网络连接组件806可以促进与多个网络的同时通信，包括图6的网络756。例如，网络连接组件806可以促进经由WWAN、WLAN或WPAN中的一个或多个与多个网络的同时通信。

网络856可以是WWAN或者可以包括WWAN，诸如使用一个或多个移动远程通信技术来经由WWAN组件822提供语音和/或数据服务给使用计算设备体系结构800的计算设备的移动远程通信网络。移动远程通信技术可以包括但不限于全球移动通信系统(“GSM”)、码分多址(“CDMA”)ONE、CDMA7000、通用移动远程通信系统(“UMTS”)、长期演进(“LTE”)和世界微波接入互操作(“WiMAX”)。而且，网络856可以使用各种信道接入方法(其可以或者可以不由上述标准来使用)，包括但不限于，时分多址(“TDMA”)、频分多址(“FDMA”)、CDMA、宽带CDMA(“W-CDMA”)、正交频分多路复用(“OFDM”)、空分多址(“SDMA”)和类似方法。数据通信可以利用如下来提供：通用分组无线电服务(“GPRS”)、全局演进增强数据率(“EDGE”)、高速分组接入(“HSPA”)协议系列，包括高速下行链路分组接入(“HSDPA”)、增强上行链路(“EUL”)或另外称为高速上行链路分组接入(“HSUPA”)、演进的HSPA(“HSPA+”)、LTE、以及其它各种当前和未来的无线数据接入标准。网络856可被配置成利用上述技术的任意组合来提供语音和/或数据通信。网络856可被配置或适于依照未来代的技术来提供语音和/或数据通信。

在一些配置中，WWAN组件822被配置成提供到网络856的双重多模式连接。例如，WWAN组件822可以被配置成提供到网络856的连接，其中网络856经由GSM和UMTS技术来提供服务，或者经由技术的某种其它组合。可替代地，多个WWAN组件822可用来实施该功能，和/或提供附加功能来支持其它非兼容技术(即，不能被单个WWAN组件支持)。WWAN组件822可促进到多个网络(例如，UMTS网络和LTE网络)的类似的连接。

网络856可以是依照一个或多个电气与电子工程师协会(“IEEE”)802.11标准而操作的WLAN，诸如IEEE 802.11a、802.11b、802.11g、802.11n和/或未来的802.11标准(在本文统称为WI-FI)。还可以想到起草的802.11标准。在一些配置中，WLAN利用一个或多个无线WI-FI接入点来实现。在一些配置中，一个或多个无线WI-FI接入点是与WWAN连接的充当WI-FI热点的另一计算设备。WLAN组件824被配置成经由WI-FI接入点与网络856连接。这些连接可经由各种加密技术来确保安全，加密技术包括但不限于WI-FI保护接入(“WPA”)、WPA2、有线等价隐私(“WEP”)和类似技术。

网络856可以是依照红外数据联盟(“IrDA”)、BLUETOOTH、无线通用串行总线(“USB”)、Z-Wave、ZIGBEE或某其它短程无线技术来操作的WPAN。在一些配置中，WPAN组件826被配置成促进与诸如外围设备、计算机或其它计算设备的其它设备经由WPAN的通信。

传感器组件808包括磁力计828、环境光传感器830、接近传感器832、加速度计834、陀螺仪836和全球定位系统传感器(“GPS传感器”)838。可想到，诸如但不限于温度传感器或震动检测传感器的其它传感器也可以包含在计算设备体系结构800中。

磁力计828可以被配置成测量磁场的强度和方向。在一些配置中，磁力计828提供测量给存储在存储器组件804中的一个内的罗盘应用程序从而为用户提供参考系内的精确的方向，包括主要方向，北、南、东和西。可以对包括罗盘组件的导航应用程序提供类似的测量。可想到通过磁力计828所获得的测量的其它用途。

环境光传感器830被配置成测量环境光。在一些配置中，环境光传感器830提供测量给存储在存储器组件604中的一个内的应用程序从而自动地调节显示器(下面所述)的亮度从而补偿低光照环境和高光照环境。可想到通过环境光传感器830所获得的测量的其它用途。

接近传感器832被配置成在不直接接触的情况下检测靠近计算设备的物体或事物的存在。在一些配置中，接近传感器832检测用户的身体(例如，用户的面部)的存在且提供该信息给存储在存储器组件804中之一内的、使用接近信息来启用或禁用计算设备的某功能的应用程序。例如，电话应用程序可以响应于接收到接近信息而自动禁用触摸屏(下面说明)，使得用户的面部不会在通话期间不利地结束通话或启用/禁用电话应用程序内的其它功能。接近传感器832所检测到的接近度的其它用途可被想到。

加速度计834被配置成测量适当的加速度。在一些配置中，来自加速度计834的输出由应用程序用作控制应用程序的某功能的输入机制。例如，应用程序可以是视频游戏，其中字符、其部分或对象响应于经由加速度计834接收到的输入而移动或以其它方式被操纵。在一些配置中，来自加速度计834的输出提供给应用程序以便用于在横向模式与纵向模式之间切换，计算坐标加速度，或者检测落差。可以想到加速度计834的其它用途。

陀螺仪836被配置成测量和维持方位。在一些配置中，来自陀螺仪836的输出由应用程序用作控制应用程序的某功能的输入机制。例如，陀螺仪838能够用于视频游戏应用或某其它应用的3D环境内的移动的精确识别。在一些配置中，应用程序使用来自陀螺仪836和加速度计834的输出来增强应用程序的某种功能的控制。可想到陀螺仪836的其它用途。

GPS传感器838被配置成接收来自GPS卫星的信号以用于计算位置。通过GPS传感器838计算的位置可由需要或受益于位置信息的任何应用程序使用。例如，通过GPS传感器838计算的位置可用于导航应用程序以提供从该位置到目的地的方向或者从目的地到该位置的方向。而且，GPS传感器838可以用于将位置信息提供给外部的基于位置的服务，诸如E911服务。GPS传感器838可以使用网络连接组件806中的一个或多个获得经由WI-FI、WIMAX和/或蜂窝三角测量技术所生成的位置信息以辅助GPS传感器838获得位置锁定。GPS传感器838还可用于辅助GPS(“A-GPS”)系统。

I/O组件810包括显示器840、触摸屏842、数据I/O接口组件(“数据I/O”)844、音频I/O接口组件(“音频I/O”)846、视频I/O接口组件(“视频I/O”)848和照相机850。在一些配置中，显示器840和触摸屏842组合。在一些配置中，数据I/O组件844、音频I/O组件846和视频I/O组件848中的两个或更多个被组合。I/O组件810可以包括被配置为支持下面所描述的各种接口的分立的处理器，或者可以包括内置于处理器802中的处理功能。

显示器840是被配置成以视觉形式呈现信息的输出设备。特别地，显示器840可以呈现图形用户接口(“GUI”)元件、文本、图像、视频、通知、虚拟按钮、虚拟键盘、消息传递数据、因特网内容、设备状况、时间、日期、日历数据、偏好、地图信息、位置信息以及任何其它能够以视觉形式呈现的信息。在一些配置中，显示器840是使用了任何有源或无源矩阵技术以及任何背光技术(如果使用)的液晶显示器(“LCD”)。在一些配置中，显示器840是有机发光二极管(“OLED”)显示器。可想到其它显示器类型。

触摸屏842(在此也称为“触摸屏幕”)是被配置为检测触摸的存在和位置的输入设备。触摸屏842可以是电阻触摸屏、电容触摸屏、表面声波触摸屏、红外触摸屏、光学成像触摸屏、分散信号触摸屏、声脉冲识别触摸屏，或者可以使用任何其它触摸屏技术。在一些配置中，触摸屏842作为透明层包含到显示器840之上以使用户能够使用一个或多个触摸来与呈现在显示器840上的对象或其它信息交互。在其它配置中，触摸屏842是并入未包含显示器840的计算设备的表面上的触摸板。例如，计算设备可以具有并入显示器840上的触摸屏和与显示器840相对的表面上的触摸板。

在一些配置中，触摸屏842是单触摸式触摸屏。在其它配置中，触摸屏842是多触摸式触摸屏。在一些配置中，触摸屏842被配置成检测离散的触摸、单触摸手势和/或多触摸手势。为方便，这些在本文统称为手势。现在将描述多个手势。应当理解的是，这些手势是示例性的，而不旨在限制随附权利要求的范围。而且，所描述的手势、附加手势和/或可替代手势可以软件来实现而与触摸屏842一起使用。因此，开发者可以创建特定于特定的应用程序的手势。

在一些配置中，触摸屏842支持轻敲手势，其中用户对呈现在显示器840上的项目轻敲触摸屏842一次。轻敲手势可由于各种原因而使用，包括但不限于，打开或启动用户所轻敲无论什么。在一些配置中，触摸屏842支持双轻敲手势，其中用户对呈现在显示器840上的项目轻敲触摸屏842两次。双轻敲手势可由于各种原因而使用，包括但不限于以阶段缩小或放大。在一些配置中，触摸屏842支持轻敲且保持手势，其中用户轻敲触摸屏842且保持接触至少预定时间。轻敲且保持手势可由于各种原因而使用，包括但不限于，打开上下文特定菜单。

在一些配置中，触摸屏842支持平移手势，其中用户将手指放在触摸屏842上且在触摸屏842上移动手指的同时保持与触摸屏842接触。平移手势可由于各种原因而使用，包括但不限于，在受控速率下移过屏幕、图像或菜单。还可以设想多手指平移手势。在一些配置中，触摸屏842支持轻弹手势，其中用户沿用户想要屏幕移动的方向划动手指。轻弹手势可由于各种原因而使用，包括但不限于，水平地或者垂直地滚动通过菜单或页面。在一些配置中，触摸屏842支持捏合与伸展手势，其中用户在触摸屏842上用两个手指(例如，拇指和食指)做出捏合运动或者移动使两个手指分开。捏合与伸展手势可由于各种原因而使用，包括但不限于，逐渐地缩小或放大网站、地图或图片。

虽然已经参考用于执行手势的一个或多个手指的使用描述了上述手势，诸如足趾或诸如指示笔的对象的其它附件也可用于与触摸屏842交互。因此，上述手势应当理解为示例性的，而不应解释为以任何方式限制。

数据I/O接口组件844被配置成促进向计算设备输入数据以及从计算设备输出数据。在一些配置中，数据I/O接口组件844包括连接器，该连接器被配置成提供计算设备与计算机系统之间的有线连接，例如用于同步操作的目的。连接器可以是专用连接器或标准化的连接器，如USB、微型USB、迷你型USB或类似物。在一些配置中，连接器是用于将计算设备与诸如对接站的另一设备、音频设备(例如，数字音乐播放器)或视频设备对接的对接连接器。

音频I/O接口组件846被配置成提供音频输入和/或输出能力给计算设备。在一些配置中，音频I/O接口组件846包括被配置成采集音频信号的麦克风。在一些配置中，音频I/O接口组件846包括被配置成提供用于耳机或其它外部扬声器的连接的耳机插口。在一些配置中，音频I/O接口组件846包括用于音频信号的输出的扬声器。在一些配置中，音频I/O接口组件846包括光学音频光缆出口。

视频I/O接口组件848被配置成提供视频输入和/或输出能力给计算设备。在一些配置中，视频I/O接口组件848包括视频连接器，该视频连接器被配置成接收来自另一设备(例如，诸如DVD或BLURAY播放器的视频媒体播放器)的视频作为输入或者将视频作为输出发送到另一设备(例如，监控器、电视机或某其它外部显示器)。在一些配置中，视频I/O接口组件848包括高清多媒体接口(“HDMI”)、迷你型HDMI、微型HDMI、DisplayPort或到输入/输出视频内容的专用连接器。在一些配置中，视频I/O接口组件848或其部分与音频I/O接口组件846或其部分组合。

照相机850可以被配置成捕获静态图像和/或视频。照相机850可以使用电荷耦合器件(“CCD”)或互补金属氧化物半导体(“CMOS”)图像传感器来捕获图像。在一些配置中，照相机850包括辅助在低光照环境下拍摄图片的闪光灯。用于照相机850的设置可实现为硬件或软件按钮。

虽然没有示出，一个或多个硬件按钮也可以包含在计算设备体系结构800中。硬件按钮可用于控制计算设备的某操作方面。硬件按钮可以是专用按钮或多用途按钮。硬件按钮可以是机械或基于传感器的。

图示的电力组件812包括一个或多个电池852，电池能够连接到电池计量仪854。电池852可以是可再充电的或一次性的。可再充电电池类型包括但不限于锂聚合物、锂离子、镍镉和镍金属氢化物。各个电池852可以由一个或多个单元制成。

电池计量仪854可以被配置成测量诸如电流、电压和温度的电池参数。在一些配置中，电池计量仪854被配置成测量电池的放电速率、温度、寿命和在一定误差百分比内预测剩余寿命的其它因素的效果。在一些配置中，电池计量仪854提供测量值给应用程序，应用程序被配置成使用测量值来向用户呈现有用的电力管理数据。电力管理数据可以包括所使用的电池百分比、电池剩余百分比、电池状态、剩余时间、剩余容量(例如，以瓦特小时数计)、消耗的电流和电压的中的一项或多项。

电力组件812还可以包括电力连接器，其可以与上述I/O组件810中的一个或多个组合。电力组件812可以经由I/O组件与外部电力系统或充电装备相接。

最后，尽管已经用结构特征和/或方法动作专用的语言描述了各种配置，但是应该理解，所附表示中定义的主题不必限于所描述的特定特征或动作。而是，公开了特定特征和动作作为实现所要求保护的主题的示例形式。

Claims (15)

1.一种计算机实现的方法，包括：

在计算设备处接收定义第一日历事件的安排数据；

在所述计算设备处从多个资源获得上下文数据；

在所述计算设备处确定所述第一日历事件是否与第二日历事件存在冲突，其中，所述冲突的存在至少部分地基于满足一个或多个标准的上下文数据的方面；

生成定义描述所述冲突的方面的洞察的数据；以及

使得指示所述洞察的一个或多个图形元素显示在所述计算设备或一个或多个计算设备的用户界面上。

2.根据权利要求1所述的方法，其中，生成定义所述洞察的数据包括生成概述所述冲突的文本描述，其中，所述一个或多个图形元素被配置为在所述计算设备的用户界面上显示所述文本描述。

3.根据权利要求1所述的方法，其中，生成定义所述洞察的数据包括生成指示所述冲突的严重性的值，其中，所述一个或多个图形元素指示所述指示所述冲突的所述严重性的值。

4.根据权利要求3所述的方法，其中，所述冲突的所述严重性基于所述第一日历事件与所述第二日历事件之间的重叠程度。

5.根据权利要求1所述的方法，其中，生成定义所述洞察的数据包括：

与所述第二日历事件的第二开始时间或第二结束时间相关地分析所述第一日历事件的第一开始时间或第一结束时间；以及

至少基于所述第一开始时间、所述第一结束时间、所述第二开始时间或所述第二结束时间来确定与所述第一日历事件和所述第二日历事件相关联的通勤的可能性，其中，所述洞察包括指示所述通勤的所述可能性的数据。

6.根据权利要求5所述的方法，其中，所述洞察包括指示所述通勤的所述可能性的文本描述。

7.根据权利要求5所述的方法，其中，所述方法还包括：获得地图数据，并且其中，所述洞察包括图形元素，所述图形元素包括示出所述通勤的方面的地图。

8.根据权利要求5所述的方法，其中，所述方法还包括：

获取天气数据；

确定所述天气数据的方面是否影响所述通勤；以及

如果所述天气数据的方面影响所述通勤，则至少部分地基于所述天气数据生成所述洞察。

9.根据权利要求5所述的方法，其中，所述方法还包括：

获取交通数据；

确定所述交通数据的方面是否影响所述通勤；以及

如果所述交通数据的方面影响所述通勤，则至少部分地基于所述天气数据生成所述洞察。

10.根据权利要求9所述的方法，其中，所述洞察包括被配置为以下的数据：在所述第一开始时间、所述第一结束时间、所述第二开始时间或所述第二结束时间或在所述第一开始时间、所述第一结束时间、所述第二开始时间或所述第二结束时间附近显示一个或多个交通状况或一个或多个交通模式的预测。

11.根据权利要求1所述的方法，还包括：

接收定义与关联于所述第一日历事件或所述第二日历事件的第一提供者相关联的一个或多个性能指标的工作历史数据；以及

至少部分地基于所述工作历史数据生成所述洞察。

12.根据权利要求1所述的方法，还包括：

接收定义多步骤过程的工作流数据；

确定所述第一日历事件或所述第二日历事件是否关于所述多步骤过程存在冲突；

如果所述第一日历事件或所述第二日历事件关于所述多步骤过程存在冲突，则至少部分地基于所述工作流数据生成所述洞察。

13.根据权利要求1所述的方法，其中，所述上下文数据包括安排数据、工作负载数据、工作历史数据、支付数据、天气数据、地图数据、交通数据或位置数据中的至少一个。

14.一种系统，包括：

处理器；以及

与所述处理器通信的存储器，所述存储器具有存储在其上的计算机可读指令，当由所述处理器执行时，使得所述系统执行一种方法，所述方法包括

接收定义日历事件的安排数据；

从多个资源获得上下文数据，所述上下文数据包括安排数据、工作负载数据、工作历史数据、支付数据、天气数据、地图数据、交通数据或位置数据中的至少一个；

识别指示影响所述日历事件的条件的存在的所述上下文数据的模式；

生成定义描述所述条件的方面的洞察的数据；以及

使得指示所述洞察的一个或多个图形元素显示在与所述系统通信的显示设备上渲染的用户界面上。

15.根据权利要求14所述的系统，其中，生成定义所述洞察的数据包括生成排序的项目列表，其中，所述排序的项目列表的各个项目包括被配置为使得生成或修改数据对象以提供所述条件的通知的解决方案。