CN110431548B - 针对图表的上下文规则 - Google Patents

Abstract

本公开的示例描述了与图表或孤立集合中的上下文规则相关的系统和方法。在示例中，孤立集合中的信息可以与一个或多个上下文相关联。可以基于一个或多个规则在孤立集合内表示信息，并且所述规则中的一个或多个规则可以与信息所涉及的一个或多个上下文相关联，由此指示上下文关联性。上下文关联性可以指示在一个或多个规则与一个或多个上下文之间的正、负或其他关系。基于所述上下文关联性，可以调整孤立集合内的信息以针对不同的上下文生成孤立集合的不同视图。这样，可以包括或强调相关、有用或可操作的信息，而可以忽略或不强调不是相关、有用或可操作的信息。

Description

针对图表的上下文规则

背景技术

图表或孤立集合可以存储与各种域、上下文、数据类型、用户、租户、部门、团队或其他类别相关的信息。尽管拥有丰富的知识体可能最终是有用的，但是这样的各种信息集可能使访问或识别孤立集合中的相关信息变得复杂。

本文关于已经在本文中公开的各方面的这些和其他一般性考虑。而且，尽管可以讨论相对具体的问题，但是应当理解，示例不应当限于解决在本公开的背景技术或其他地方识别的具体问题。

发明内容

本公开的示例描述了与图表或孤立集合中的上下文规则相关的系统和方法。在示例中，孤立集合中的信息可以与一个或多个上下文相关联。可以使用一个或多个规则在孤立集合内表示信息。通过将所述规则中的每个规则与信息所涉及的一个或多个上下文相关联，可以针对所述规则中的一个或多个规则生成上下文关联性。结果，可以基于所述上下文关联性来调整所述孤立集合内的信息，以提供与所述上下文相关的所述孤立集合的视图。

当基于所述上下文关联性确定规则与给定上下文相关时，可以在所述孤立集合的调整内选择或强调所述规则。在一些示例中，上下文关联性可以指定负关联，使得在所述孤立集合的调整内可以忽略或不强调规则。通过使用一个或多个上下文关联性来调整所述孤立集合，可以针对不同的上下文生成孤立集合的不同视图，使得包括或强调相关、有用或可操作的信息，同时忽略或不强调不是相关、有用或可操作的信息。

提供本发明内容是为了以简化的形式介绍一些概念，这些概念将在下文的具体实施方式中进一步描述。本发明内容并不旨在识别所要求保护的主题的关键特征或必要特征，也并不旨在用于限制所要求保护的主题的范围。示例的其他方面、特征和/或优点将部分地在下文的描述中阐述，并且部分地将根据描述而显而易见，或者可以通过本公开的实践来学习。

附图说明

参考以下附图描述了非限制性和非穷举性示例。

图1图示了用于生成、应用和/或管理针对孤立集合的上下文规则的示例性系统的概览。

图2图示了用于管理源识别符和对应关系的孤立集合的示例性系统的概览。

图3A图示了示例性孤立集合的概览。

图3B-3E图示了可以被用于遍历孤立集合的示例性查询模型。

图4A-4E图示了示例性孤立集合的概览。

图5图示了用于基于上下文信息来调整孤立集合的示例性方法的概览。

图6图示了用于生成针对孤立集合的上下文关联性的示例性方法的概览。

图7是图示了可以利用其实现本公开的各方面的计算设备的示例性物理组件的框图。

图8A和图8B是可以利用其实践本公开的各方面的移动计算设备的简化框图。

图9是可以在其中实践本公开的各方面的分布式计算系统的简化框图。

图10图示了用于执行本公开的一个或多个方面的平板计算设备。

具体实施方式

下文参考附图更全面地描述了本公开的各个方面，附图形成本发明的一部分，并且示出了具体的示例性方面。然而，本公开的不同方面可以以许多不同的形式来实施，而不应当被解读为限于在本文中所阐述的各方面；相反，提供这些方面是为了使本公开透彻和完整，并且将向本领域技术人员充分传达各方面的范围。各方面可以被实践为方法、系统或设备。因此，各方面可以采用硬件实现方式、完全软件实现方式或者组合软件和硬件方面的实现方式的形式。因此，以下详细描述不应当被视为具有限制意义。

图表或孤立集合可以存储与广泛信息有关的源和关系(例如，来自各种信息源、涉及不同的域等)。鉴于孤立集合内包含的信息的潜在多样性，在孤立集合的源之间可能存在许多不同类型的关系，由此创建了可以从其查询或访问信息的丰富知识体。尽管具有包含大的宽度和/或深度的信息的孤立集合可能是有用的，但是在任意给定时间，孤立集合中的一些量的或甚至大部分的信息可能不适用或不相关。这样，识别信息的哪些部分(例如，规则、源、关系、性质和/或属性)与用户或客户相关或者对其有用可能是困难的。

本公开提供了针对图表的上下文规则的系统和方法。在示例中，可以基于上下文信息来调整图表或孤立集合内的信息，所述上下文信息包括但不限于：用户的位置，时间(例如，访问时间、将使用信息的时间等)，应用或服务的类型，用户在团队或组织内的角色，环境条件，安全参数，与信息相关联的域，以及其他识别的、生成的和/或用户提供的上下文参数。可以通过生成在孤立集合的一个或多个规则(例如，用于表示或生成源、关系等的断言的规则或推断的规则)与应当应用所述规则的一个或多个上下文之间的上下文关联性来调整信息。作为示例，“在…处”关系指示事件在特定时间处(例如，使得孤立集合内的事件源可以使用“在…处”关系与时间源相关)，其可以被确定为在用户正在查看日历或安排会议的上下文中相关。相反，当用户最终确定针对事件的客户列表时从而可以确定最终的人数，“在…处”关系可能不相关或者可能不提供有用或可操作的信息。结果，通过将上下文信息与应用于孤立集合的规则相关联，可以基于上下文来调整孤立集合内的信息，以强调或者使得更容易访问相关或可操作的信息。将意识到，可以出于各种原因中的任意原因基于上下文来应用规则，所述原因包括限制对信息的访问、忽略或不强调不相关或无关的信息、或者针对基础信息生成一个或多个不同的视图、以及其他原因。

在一些示例中，图表或孤立集合可以包括源和关系。源可以是文档、与文档有关的信息(例如，修订、评论或注释、元数据、属性等)、消息、对话、存在更新或指示、日历事件、包括与用户有关的信息(例如，用户名、用户身份、电子邮件地址、电话号码等)的用户源等。文档可以包含任何类型的信息，包括但不限于：文本数据、图像或视频数据、音频数据、绘图、模拟、3D模型、加密密钥、共享秘密、计算、算法、配方、公式或者其任意组合。在一些示例中，源可以由源识别符来识别，所述源识别符可以是指向特定源的持久统一源识别符(URI)。所述源识别符还可以是统一源定位符(URL)、统一源名称(URN)或者指向源本身的其他合适的识别符或指针。在一个示例中，源可以被存储在孤立集合内。在另一示例中，源可以被存储在数据集合中，而相关联的源识别符可以被存储在孤立集合中。例如，源可以驻留在远程服务器上，并且源识别符可以被用于取回源(例如，源可以被存储在远程web服务器上，其中源识别符包括URL)。识别源的位置可以包括：使用例如正则表达式来解析源识别符；将所述源识别符的一个或多个部分提供给搜索实用程序；执行源识别符等。孤立集合内的关系可以识别在孤立集合中的两个或更多个源之间的关系。在一些示例中，孤立集合可以是多个通用数据节点(UDN)、文档图表或者源与关系的其他集合。

源或源识别符和/或关系可以由开发者或其他外部源来提供。这样的源、源识别符和关系在本文中被称为断言的源、断言的源识别符以及断言的关系。通过针对已经在孤立集合中的数据执行规则集，还可以丰富每个孤立集合以创建额外关系，并且在一些示例中创建额外源识别符。通过执行这样的规则集生成的额外数据在本文中被称为推断的数据，诸如推断的关系、推断的源以及推断的源识别符。然后，可以针对包括断言的数据和推断的数据两者的孤立集合执行查询，以提供比单独仅从断言的数据可获得的更丰富的结果。孤立集合也可以被存储为图形数据库，并且可以以图形格式(其中，源被显示为节点并且关系被显示为边缘)以及其他显示格式(例如，树、有向图、矩阵、表格等)来显示对孤立集合的查询结果。如在本文中所使用的，源识别符的孤立集合以及在那些源或源识别符之间的关系可以被称为“集合(Set)”。此外，可以通过各种技术来控制对孤立集合的访问，从而为每个孤立集合中的内容提供额外的安全措施，并且每个孤立集合可以具有不同的规则集以生成独有的并且不同的推断的数据来满足每个应用的特定需求。

在示例中，孤立集合的一个或多个规则可以涉及与一个或多个上下文相关的关系、源和/或源识别符。上下文可以包括一个或多个参数，所述参数包括但不限于：位置、时间或日期、事件、用户、或者请求的应用或服务。在一些示例中，所述上下文可以基于孤立集合的状态或者孤立集合中的或者与孤立集合相关联的其他信息。在一些示例中，所述上下文可以与孤立集合的一个或多个规则正关联，使得当存在或满足上下文参数时，孤立集合可以针对所述上下文来调整。在其他示例中，可以生成负关联，使得当确定上下文时不应用该规则。在另一示例中，当确定上下文时，可以在孤立集合内强调或不强调所述规则。如将意识到的，基于与上下文和/或上下文参数的关联，可以针对孤立集合的规则或其他信息发生各种动作中的任意动作。这样，可以基于一个或多个上下文关联性来调整所述孤立集合的信息。

由于评估上下文关联性而生成的孤立集合的调整或表示可以被存储在孤立集合中或者与孤立集合相关联、可以动态地生成(例如，当访问、查询数据时等)、或者与孤立集合分离地存储、以及其他技术。在一些示例中，可以将一个或多个上下文关联性应用于孤立集合中的信息，以便确定当在给定上下文中查看时上下文关联性如何至少影响孤立集合的子部分。在其他示例中，可以修改上下文关联性(例如，通过添加或移除上下文参数、通过修改上下文参数等)，以便细化或迭代被应用于孤立集合的上下文关联性。在一些示例中，不同的上下文关联性或上下文参数可以被应用于孤立集合的不同规则。

可以由孤立集合的用户或客户端来生成或提供上下文关联性。在另一示例中，可以基于识别出的行为、请求模式或者信息结构或域以及其他因素来自动地生成上下文关联性。在一些示例中，可以由应用或服务来生成或提供上下文关联性，使得可以基于所述上下文关联性来调整服务的用户的信息。在示例中，用户或客户端可以提供或生成当基于上下文关联性来调整孤立集合中的信息时可以使用的一个或多个上下文参数。在另一示例中，可以自动地确定或生成一个或多个上下文参数，所述上下文参数随后可以被用于调整所述孤立集合中的信息。作为示例，可以提供一个或多个上下文参数作为来自孤立集合的信息请求的一部分(例如，用户的位置、关于请求应用的信息等)，而其他上下文参数可以基于接收到请求的时间、请求所涉及的信息等自动地生成。

图1图示了用于生成、应用和/或管理针对孤立集合的上下文规则的示例性系统的概览。示例性系统100可以是相互依赖的组件的组合，所述组件进行交互以形成用于执行在本文中所公开的各方面的集成整体。在各方面，系统100可以包括硬件组件(例如，用于执行/运行操作系统(OS))和/或在硬件上运行的软件组件(例如，应用、应用编程接口(API)、模块、虚拟机、运行时库等)。在特定方面，系统100可以为软件组件提供环境以执行、评估操作约束集以及利用系统100的资源或设施。在这样的方面中，所述环境可以包括或者被安装在一个或多个处理设备上。例如，软件(例如，应用、操作指令、模块等)可以在诸如计算机、移动设备(例如，智能手机/电话、平板计算机、膝上型计算机、个人数字助理(PDA)等)和/或任何其他电子设备的处理设备上运行。作为处理设备操作环境的示例，参考图10-13中所描绘的示例性操作环境。在其他情况下，在本文中所公开的系统的组件可以跨多个设备分布，并且能由多个设备来执行。例如，可以在客户端设备上录入输入，并且可以从网络中的其他设备(例如，服务器设备、网络家电、其他客户端设备等)处理或访问信息。

如所呈现的，系统100包括：客户端设备102A-C，分布式网络104，以及包括一个或多个服务器(诸如服务器设备106A-C)的分布式服务器环境。本领域技术人员将意识到，诸如系统100的系统的规模可以变化，并且可以包括比在图1中所描述的组件更多或更少的组件。在一些方面，在系统100的各组件之间的接口可以远程地发生，例如，其中，系统100的组件可以跨分布式网络的一个或多个设备分布。

在各方面中，客户端设备102A-C可以被配置为经由用户界面组件或其他输入单元来接收输入。输入的示例可以包括语音、视觉、触摸以及文本输入。界面组件可以实现各种数据集和图形表示的创建、修改和导航。在示例中，各种数据集可以包括(或者以其他方式与其相关联)：例如，源识别符、源元数据、关系信息、断言的关系、图形映射信息、查询数据、规则集(例如，推理规则)、授权信息、认证信息等，如下文进一步详细讨论的。通常，所述数据集被存储在一个或多个服务器设备106A-C上，并且能由客户端设备102A-C访问。然而，在一些示例中，所述数据集可以至少部分地存储在客户端设备102A-C中的一个或多个设备上。各种数据集中表示的底层源可以本地存储或者被存储在客户端设备102A-C能访问的数据存储中，例如云存储应用。在至少一个示例中，各种数据集(或者其部分)中表示的底层源可以跨客户端设备102A-C分布。例如，客户端设备102A(例如，移动电话)可以本地存储数据集中表示的源的第一部分，客户端设备102B(例如，平板计算机)可以本地存储源的第二部分，以及客户端设备102C(例如，膝上型计算机)可以本地存储数据集中表示的源的剩余部分。在示例中，客户端设备102A-C可以访问数据集中包括的所有源、可以访问数据集中包括的源的子集、或者备选地可以访问数据集中包括的任意源。

客户端设备102A-C还可以被配置为询问包括与各种数据集中的源识别符相对应的源的数据存储。在示例中，客户端设备102A-C可以经由分布式网络104询问内容提供者，诸如服务器设备102A-C。所述询问可以包括：识别源所在的远程设备，和/或确定远程设备(或者服务/单独的远程设备)是否被认证具有对源的访问权。如果已经认证了对源的访问权，则客户端设备102A-C可以从所述远程设备取回认证指示。客户端设备102A-C可以使用所述认证指示来提供对包括对应源识别符的各种数据集中的一个或多个数据集的访问。

服务器设备106A-C可以被配置为存储和/或提供对一个或多个源的访问。例如，服务器设备102A可以是web服务器，服务器设备102B可以是包括协作消息传送工具和日历应用的设备，并且服务器设备102C可以是电子邮件服务器。这些设备中的每个设备可以包括能经由一种或多种认证机制访问的源库。在示例中，服务器设备106A-C可以在接收到对源的请求时执行或监视认证过程。如果认证是成功的，则认证设备可以在指定的时间段期间存储或维持认证指示。当所述时间段期满时，服务器设备106A-C可以移除或者尝试更新认证指示。在示例中，服务器设备106A-C可以向询问客户端设备提供认证指示。在一些方面，服务器设备106A-C还可以被配置为存储各种数据集和图形表示的至少一部分，如上文所讨论的。

图2图示了用于管理源识别符和对应关系的孤立集合的示例性系统200的概述。在系统200中实施的孤立集合技术可以包括在图1中所描述的一种或多种技术或者与其相关联。在替代示例中，单个设备(包括诸如处理器和/或存储器的一个或多个组件)可以执行分别在系统100和200中所描述的处理。

关于图2，系统200可以包括：集合创建应用202和204，集合环境206，集合208和210，实体212和214，源识别符216、218、220、222、224和226，以及源228、230、232、234、236和238。在各方面，集合创建应用202和204可以是被配置为创建、推断、操纵、导航和可视化各种源、关系和图形表示的应用或服务。集合创建应用202和204可以定义在源(例如，人、文件、任务、邮件、文档、日历事件等)之间的关系的集合以及对这些集合执行查询。集合创建应用202和204还可以提供用于定义和存储用于推断集合中的一个或多个关系的规则集，并且显示集合数据的图形表示。所定义的规则集可以被存储在集合本身中，并且在一些示例中作为元数据存储在集合内。在示例中，可以在客户端设备上或者在分布式环境中的一个或多个设备上安装和执行集合创建应用202和204。例如，集合创建应用202可以被安装在客户端设备102A上，集合创建应用204可以被安装在客户端设备102B上，并且与服务器设备106A相关联的集合创建服务可以是客户端设备102C能访问的。

在各方面中，集合创建应用202和204可以访问文件目录或执行环境，诸如环境206。环境206可以与集合创建应用并置，或者环境206可以远离集合创建应用来定位。环境206可以提供对一个或多个数据集合的访问，诸如集合208和210。在示例中，可以使用由集合创建应用202和204生成和/或维护的许可的一个或多个集合来确定对数据集合的访问。许可的集合可以跨一个或多个数据集合而不同。结果，可能无法从集合创建应用202和204中的一个或多个集合创建应用访问一个或多个数据集合(或者与其相关联的功能)。

集合208和210可以分别包括断言的源识别符和对应关系的孤立集合。所述孤立集合中的关系可以被手动地定义，或者可以使用一个或多个规则集而自动地导出。可以使用直接涉及数据集合中的源并且向取回关系数据提供单个操作的图形结构来表示孤立集合。每个孤立集合可以包括对该孤立集合独有的源识别符。替代地，所述孤立集合可以包括被包含在一个或多个备选的孤立集合中的源识别符。例如，如在图2中所图示的，集合208可以包括源识别符216、218、220和222，并且集合210可以包括源识别符220、222、224和226。源识别符216、218、220、222、224和226可以对应于和/或识别一个或多个源的位置。如在本文中所使用的，源识别符引用现有源，但是其本身不是源。源识别符的示例性类型包括但不限于：统一源识别符(例如，统一源定位符(URL)、统一源名称(URN)等)、IP地址、存储器或存储设备地址，等等。本领域技术人员将意识到，在不背离本公开的范围的情况下，本文公开的各个方面可以采用任何类型的识别符。识别源的位置可以包括：使用例如正则表达式来解析源识别符，向搜索实用程序提供源识别符的一个或多个部分，执行源识别符等。在各方面，访问数据集合不保证访问由包含在每个数据集合中的源识别符所识别的源。例如，尽管用户能够访问和操纵集合208，但是用户可能未被授权访问与集合208中的源识别符对应的一个或多个底层源。

源提供者212和214可以被配置为存储和/或提供对一个或多个源的访问。这样，在本文中所使用的源提供者可以是：数据存储，云服务提供者，客户端计算设备，服务器计算设备，设备的分布式系统，诸如，例如企业网络、应用、软件平台(例如，操作系统、数据库等)，等等。在各方面，源提供者212和214可以(或者可以访问)各种不同的数据源，诸如内容提供者、数据存储、各种应用数据集等。所述数据存储可以包括与一个或多个源识别符相对应的一个或多个源。例如，如在图2中所描绘的，源提供者212可以是包括各种不同类型的源的数据存储，所述源诸如是源228(例如，文档1(D1))和源230(例如，演示2(P1))，并且源提供者214可以是联系人管理应用，包括联系人源232(例如，联系人1(C1))、234(例如，联系人2(C2))、236(例如，联系人3(C3))和238(例如，联系人4(C4))。在该示例中，源识别符216可以对应于源228；源识别符218可以对应于源230；源识别符220可以对应于源232；源识别符222可以对应于源234；源识别符224可以对应于源236；以及源识别符226可以对应于源238。在一些方面，源提供者212和214可以由集合创建应用202和204访问。集合创建应用202和204可以访问源提供者212和214，以确定源的存在和/或取回与源相关联的信息(例如，源元数据、源位置、源识别符、许可集、认证数据等)。从源提供者212和214取回的信息可以被用于确定与可用源中的一个或多个可用源相对应的源识别符的集合。所述源识别符的集合可以被用于创建断言的源识别符和对应关系的一个或多个孤立集合。如上所述，所述源识别符可以是或者可以包括针对其对应的源的持久URI。例如，源识别符216可以包括针对实际文档(D1)228的URI。因此，在这样的示例中，用户能够从集合中确定文档(D1)228的位置，并且取决于认证和访问约束来取回文档(D1)228。作为另一示例，如在图2中所图示的，源提供者212可以由集合创建应用202访问。集合创建应用202可以确定源提供者212至少包括源228和230，并且可以确定针对所述源中的每个源的源识别信息。基于确定出的源识别信息，源识别符216和218可以分别被应用于/关联到源228和230，并且被提供给环境206。然后，环境206可以使源识别符216和218有资格对一个或多个孤立集合进行包含分析。

图3A图示了断言的源识别符和对应关系的示例性孤立集合300。示例性孤立集合300包括源识别符302、304、306、308、310、312和314以及关系316、318、320、322、324和326。在各方面中，可以使用作为上述集合创建应用的一部分而包含的集合创建实用程序来生成和/或操纵孤立集合300。当以图3A中描绘的图表形式来呈现时，每个源识别符可以被称为“节点”，并且每个关系可以被称为“边缘”。所述集合创建实用程序还可以使用一个或多个规则集来识别源和/或确定集合的源类型，所述规则集可以包括根据语义网络技术定义的规则，诸如源描述框架(RDF)、RDF模式(RDFS)、SPARQL协议和RDF查询语言(SPARQL)、网络本体语言(OWL)等。例如，集合300包括表示底层源的源识别符312，在所描绘的示例中为“email789”。类似地，源识别符304表示源文档“Doc123”，并且源识别符302表示源任务“Task123”。孤立集合300中包括的每个源和关系可以由开发者通过集合创建应用进行断言。例如，开发者可以手动地添加源识别符和源识别符之间的关系中的每个。作为示例，开发者可以手动地指示“task123”是“Doc123”上的任务，如由“taskOn”关系316在集合300中所表示的。源识别符和关系也可以由外部机器人或者由开发者创建的应用进行断言。例如，可以对插件进行编程以监视浏览器或其他应用中的活动以跟踪应用的使用情况。基于应用的使用情况，插件发送待包含在集合300中的额外源和关系。

与断言的源识别符和关系相反，集合创建实用程序可以执行规则集以确定额外的关系和源类型，在本文中被称为“推断的关系”和“推断的源识别符”或“推断的源类型”。例如，在执行规则集时，集合创建实用程序可以确定源识别符312表示电子邮件消息，并且源识别符304表示文档。下文进一步详细讨论了推断的关系和源的生成。

孤立集合300还描绘了源识别符302与源识别符304、306和308以及源识别符310相关联。集合创建实用程序可以确定源识别符302表示要对识别符304、306和308执行的任务。基于该确定，集合创建实用程序可以指派关系316、318和320(例如，“taskOn”)以定义源识别符302与源识别符304、306和308之间的关联。在其他示例中，如上文所讨论的，关系316、318和320可以被断言。诸如“hasDiscussion”关系322的额外关系可以由开发者手动地断言，或者根据分析电子邮件101的内容的电子邮件应用的插件来断言。尽管在图3A中描述了特定类型的源和关系，但是本领域技术人员将意识到，在不背离本公开的主旨的情况下，其他类型的源和/或关系可以被包含在孤立集合中。

图3B-3E图示了可以被用于遍历集合300的示例性查询模型。在各方面中，可以经由集合创建实用程序提供的接口来执行查询。可以针对包括诸如源识别符、源类型、源元数据、许可数据等的信息的一个或多个文件和/或目录来执行查询。查询结果可以以图表形式可视化为一个或多个集合，诸如集合300。例如，整个集合300数据集可以仅包括在集合300中图示的那些元素(例如，源识别符302、304、306、308、310、312和314以及关系316、318、320、322、324和326)。在该特定示例中，源识别符312可以表示包括主题“API设计”的电子邮件，并且源识别符314可以表示包括主题“集合”的电子邮件。可以针对集合300来执行查询“http://.../collection300/task123”。查询结果可以包括源识别符302，并且如在图3B中所图示的被可视化。在图3C中，查询已被修改为“http://…/collection300/task123？$expand＝taskOn”，并且针对集合300来执行。查询结果可以包括源识别符302、304、306和308以及关系316、318和320，并且如在图3C中所图示的被可视化。在图3D中，查询已被修改为“http://…/collection300/task123？$expand＝taskOn($expand＝attachmentOn)”并且针对集合300来执行。查询结果可以包括源识别符302、304、306、308、312和314以及关系316、318、320、324和326，并且如在图3D中所图示的被可视化。在图3E中，查询已被修改为“http://.../collection300/task123？($expand＝taskOn($expand＝attachmentOn)($filter＝Subject eq'Sets'))”，并且针对集合300来执行。由于仅源识别符314包括主题“集合”，所以查询结果可以包括源识别符302、306和314以及关系318和326，并且如在图3E中所图示的被可视化。

图4A-4E图示了根据在本文中所公开的各方面的示例性孤立集合的概览。如下文将更详细讨论的，图4A图示了孤立集合400中的信息，而图4B-4E图示了基于用于调整一个或多个规则的一个或多个上下文关联性的图4A中的孤立集合的各种视图或表示。

图4A图示了具有多个源识别符和关系的示例性孤立集合400。如在视觉表示400A中所描绘的，孤立集合400可以包括与若干个人(例如，PersonA 402、PersonB 404和PersonC 406)以及他们是出席者的两场会议(例如，MeetingA 408和MeetingB 410)有关的信息。从MeetingA 408开始，PersonA 402和PersonB 404可以是出席者，如由“出席者”关系412和414所图示的。关系412和414可以是方向性的，因为其指示MeetingA 408的出席者可以是PersonA 402和PersonB 404，而不是相反的。在示例中，关系412和414可以使用实线箭头来指示断言的关系，而不是可能已经由一个或多个推断规则创建的关系。作为示例，可以使用虚线箭头来图示“出席的”关系416和418，以指示在PersonA 402与MeetingA 408以及PersonB 404与MeetingA 408之间的“出席的”关系可以是由规则400B中的“出席的与出席者相反”规则产生的推断的关系。关系416和418可以是方向性的，以便指示PersonA 402和PersonB 404出席了MeetingA 408，而不是相反。

若干其他源可以与MeetingA 408相关，其中的每个源可以提供与MeetingA 408相关的额外信息。在示例中，RoomA 424可以通过“位置”关系426与MeetingA 408相关，指示MeetingA 408在RoomA 424中的位置。相反，“托管”关系428可以指示RoomA 424托管MeetingA 408。可以分别使用实线和虚线来图示关系426和428，由此指示关系426可以是断言的关系，而关系428可以是推断的关系(例如，由规则400B中的“托管的与位置相反”规则产生)。DateTimeA 420可以提供与MeetingA 408何时发生相关的信息，并且可以通过“在…处”关系422与MeetingA 408相关，指示MeetingA 408在DateTimeA 420处。另外，项目430可以与MeetingA 408相关，指示MeetingA 408的主题是项目430，如由MeetingA 408与项目430之间的“主题”关系432所图示的。在项目430与MeetingA 408之间可能存在相反的“讨论的”关系434，以指示在会议408期间讨论了项目430。如上所述，可以使用实线来图示关系422和432以指示断言的关系，而可以使用虚线来图示关系434以指示推断的关系。

现在转向与MeetingB 410、PersonA 402、Person B 404和PersonC 406相关联的源和关系可以是MeetingB 410的出席者，如由从MeetingB 410分别到PersonA 402、PersonB 404和PersonC 406的“出席者”关系436、438和440所图示的。如上所述，关系436-440可以使用实线箭头来表示，以指示在MeetingB 410与PersonA 402、PersonB 404和PersonC 406之间存在断言的方向关系。可能从PersonA 402、PersonB 404和PersonC 406到MeetingB 410存在推断的“出席的”关系442、444和446。可以使用虚线来指示推断的关系442-446。

若干其他源可以与MeetingB 410相关，其中每个源可以提供与MeetingB 410相关的额外信息。在示例中，RoomB 452可以通过“位置”关系454与MeetingB 410相关，指示MeetingB 410的位置在RoomB 452中。相反，“托管”关系456可以指示RoomB 452托管MeetingB 410。可以分别使用实线和虚线来图示关系454和456，由此指示关系454可以是断言的关系，而关系456可以是推断的关系(例如，由规则400B中的“托管的与位置相反”规则产生)。DateTimeB 448可以提供与MeetingB 410何时发生相关的信息，并且可以通过“在…处”关系450与MeetingB 410相关，指示MeetingB 410在DateTimeB 448处。

如在孤立集合400中所图示的，可能存在被存储在孤立集合中的许多不同的源和关系，并非所有源和关系在任意给定时间都是相关的或有用的。尽管在本文中参照图4A-4E讨论了特定示例，但是将意识到，孤立集合可以存储与任意域相关的任意类型的信息。

关于图4B，可以基于上下文来调整孤立集合400(例如，视觉表示400A和/或规则400B)。作为示例，可以基于指示用户(例如，与诸如PersonA 402的人员源相关联的用户)可能评估他的或她的日历的上下文，来生成孤立集合460(例如，视觉表示460A和规则460B)作为孤立集合400的调整。在一些示例中，所述上下文可以包括上下文参数，所述上下文参数指示用户使用诸如MICROSOFT OUTLOOK或GOOGLE CALENDAR或另一应用的日历应用来访问孤立集合400。在其他示例中，所述上下文可以涉及：用户通常访问日历数据的时间、用户最近是否退出会议的评估、另一用户已经请求来自用户的会议可用性的确定等。

在规则400B与规则460B之间进行比较，可以基于将一个或多个上下文关联性应用于孤立集合400来忽略某些规则。如所图示的，由于与上下文的负关联，因为在执行日历评估时这样的信息可能不相关，因此可能已经忽略了“托管的与位置相反”和“讨论的与主题相反”的推理规则。在示例中，与“出席者”相关的一个或多个规则和/或关系可以与上下文具有负相联，并且可以从规则460B中忽略。在另一示例中，可以确定与PersonA 402相关的规则是相关的，因为PersonA 402可以执行日历评估。

在一些示例中，额外的规则可以与上下文正关联，并且作为应用上下文关联性的结果来添加，诸如“MeetingA安排在MeetingB之前”和“安排在之后与安排在之前相反”，分别如关系462和464所图示的。假设在评估一个人的日历时识别针对会议的排序可能是相关的，这样的规则可以与上下文相关联。如将意识到的，尽管在本文中提供了正规则关联和负规则关联的特定示例，但是这样的规则关联是示例，并且根据在本文中所公开的各方面，可以使用来自其他域的各种其他规则类型、关系、源或信息中的任意一种，而不背离本公开的主旨。

图4C图示了图4A中的孤立集合400的另一示例性调整。在示例中，可以基于指示用户(例如，与诸如PersonA 402或PersonB 404的人员源相关联的用户)想要查看与他或她之前遇到(例如，在MeetingA 408中)并且将再次见面(例如，在MeetingB 410中)的人相关的信息的上下文关联性，来生成孤立集合470(例如，视觉表示470A和规则470B)。所述指示可以是查询孤立集合400的方式的结果(例如，进行请求的时间、来自哪个应用、用户的位置等)或者自动确定(例如，用户通常请求在给定时间对孤立集合400的以人为中心的视图，基于评估孤立集合中的源和关系来确定PersonA 402之前见过PersonB 404，或者任何其他情况)，以及其他上下文参数。

作为将上下文关联性应用于孤立集合400的结果，可以忽略或修改图4A中的规则400B的一个或多个预先存在的规则以生成规则470B。在另一示例中，可以添加一个或多个规则。如所图示的，规则470B包括与MeetingA 408和MeetingB 410相关的时间和位置信息(例如，DateTimeA 420、DateTimeB 448、RoomA 424和RoomB 452)。可以从孤立集合400强调或选择该信息，作为应用上下文关联性的结果，因为该信息与确定PersonA 402先前何时已经见过PersonB 404相关。类似地，可以包括推理规则“出席的与出席者相反”和关联关系416和418，因为其与识别PersonB 404参加的其他会议相关(例如，根据MeetingB 410，可以经由关系438来确定PersonB 404是MeetingB 410的出席者，使得随后可以通过关系418来确定PersonB 404出席了MeetingA 408。在另一示例中，可以忽略或不强调信息，诸如相反关系“讨论的与主题相反”和关联关系428和456。与孤立集合400的视觉表示400A相比，视觉表示470A可以包括底层信息的不同视图，使得由于应用一个或多个上下文关联性以生成规则470B，可以选择或强调与确定的上下文相关的相关信息。

图4D图示了图4A中的孤立集合400的另一示例性视图。在示例中，孤立集合480可以是由于应用上下文关联性产生的孤立集合400的调整。上下文关联性可以基于在本文中所讨论的上下文参数，所述上下文参数包括但不限于：与请求者相关的参数(例如，一个或多个安全特权、在组织或多租户环境内的用户角色等)、接收到请求的位置、与请求相关联的时间(例如，接收到请求的时间、与请求相关联的信息被更新或访问的时间等)、以及其他上下文参数。作为示例，映射规则480B可以是孤立集合400的调整，从而选择或强调与RoomA424相关的信息。例如，可能相关的是确定谁最近在房间中、最后一次使用房间的时间、或者房间最后一次托管的会议。上下文关联性可以基于请求者的位置(例如，正在请求来自孤立集合的信息的客户端或用户是否在RoomA 424中)、时间(例如，可以基于与RoomA 424的间接关系，根据DateTimeA 420确定MeetingA 408将在RoomA 424中发生或者已经发生)或者任何各种其他上下文参数，如在本文中所讨论的将上下文与一个或多个规则相关联。

这样，作为一个或多个上下文关联性的结果，诸如与RoomA 424和/或MeetingA408无关的源和关系(例如，PersonC 406、MeetingB 410、项目430、DateTimeB 448和RoomB452)，可以在孤立集合480中(例如，从视觉表示480A和/或规则480B)忽略或不强调不相关的信息。例如，上下文关联性可以指定待忽略的关系和/或源类型(例如，诸如“位置”关系426的关系，诸如项目430的项目源等)。在另一示例中，上下文关联性可以指定应当维持特定方向的关系(例如，将孤立集合中的源连接到某个源的关系，诸如将其他源与RoomA 424相关的关系)。在一些示例中，上下文关联性可以指定应当在图表内强调或选择的源、关系、源类型或者其他信息。作为示例，所述上下文关联性可以指示RoomA 424并且可以选择相关的源和/或关系。

图4E图示了图4A中的孤立集合400的另一示例性视图。在示例中，作为应用一个或多个上下文关联性的结果，孤立集合490可以是对孤立集合400的调整。所述上下文关联性可以基于如在本文中所讨论的一个或多个上下文参数。例如，作为调度上下文的结果，孤立集合490可以是孤立集合400的调整，其中，可以确定在尝试识别会议或其他事件的位置时正在访问孤立集合400中的信息。这样，可以将一个或多个上下文关联性应用于孤立集合400，以便生成孤立集合490以及相关视觉表示490A和规则490B。

作为示例，对于与“出席者”关系(例如，关系412、414、436、438和440)、与“出席者”关系相关联的源和/或关系(例如，由规则402B中的“出席的与出席者相反”规则产生的关系)或者项目源(例如，项目430)相关的规则，可以存在负上下文关联性。在另一示例中，对于与源自房间源424和452的关系(诸如分别是“托管的”推断的关系428和456)相关的规则，可以存在正上下文关联性。如将意识到的，推断的信息(例如，推断的源、推断的关系等)可以在孤立集合的调整中保持或被强调，即使与其相关的断言的信息可能由于应用一个或多个上下文关联性而被忽略或不强调。在另一示例中，作为上下文关联性的结果，可以修改源类型或关系。例如，基于确定DateTime源指示未来的会议时间，“托管的”关系可以适于“托管”关系(或者反之亦然)。将意识到，上下文关联性可以指定各种上下文参数中的任意上下文参数，如在本文中所讨论的，并且可以包括用于评估上下文参数的逻辑，其可以基于其他内部或外部信息。

图5图示了用于基于上下文信息来调整孤立集合的示例性方法500的概览。方法500可以由一个或多个计算设备来执行，所述计算设备诸如是图1中的客户端设备102A-C和/或服务器设备106A-C。方法500开始于操作502，其中可以接收针对孤立集合中的信息的请求。可以从孤立集合的用户、从访问、与之交互或存储孤立集合中的信息的客户端、或者应用或服务以及其他请求者来接收请求。所述请求可以是针对孤立集合中的目标信息的查询(例如，使用诸如Cypher查询语言或SPARQL协议和RDF查询语言之类的查询语言)，可以包括对孤立集合内的源和/或关系的一个或多个引用的引用(例如，基于独有的源识别符、特定特性或属性或者其他识别信息)，以及其他类型的请求。

在操作504处，可以接收与所述请求相关联的上下文。在示例中，可以从请求者(例如，从应用、用户设备等)接收上下文。在另一示例中，可以从内部和/或外部信息(例如，时间或日期、孤立集合的状态、与请求或请求者相关的安全信息等)生成或访问上下文。所述上下文可以包括如在本文中所公开的一个或多个上下文参数。作为示例，可以基于所述请求来确定上下文，诸如做出所述请求的用户的类型(例如，用户的角色、组织内的用户的职称或作业等)、用于提供所述请求(例如，应用是否是生产力套件的一部分、应用是否是特定应用、应用程序是否是最新的等)的应用的类型、或者可以基于所述请求确定或生成的其他信息或属性(例如，起源位置、请求大小、请求是否是先前请求的细化等)。如将意识到的，在不背离本公开的主旨的情况下，可以从各种源中的任意源和/或基于任意内部或外部信息来生成、接收或访问与一个或多个上下文参数相关的上下文信息。

移至操作506，可以访问与孤立集合相关联的一个或多个规则。所述规则可以包括断言的规则(例如，与断言的源、断言的关系等相关)、推断规则(例如，与推断的源、推断的关系等相关)、上下文关联性以及其他规则。所述规则可以被存储在孤立集合中、与孤立集合相关联、或者被存储为单独的规则集。在一些示例中，所述规则可以使用与用于提供孤立集合的相同计算设备或存储系统来存储，或者可以使用不同的计算设备或存储系统来存储。访问所述规则可以包括提供在操作504中接收到的上下文的至少一部分，或者可以包括取回规则集中的规则的子部分。在示例中，一个或多个上下文关联性可以与每个规则和/或规则集相关联。在另一示例中，所述上下文关联性可以与其应用的规则和/或规则集分离地存储。尽管在本文中关于在规则与上下文之间生成关联以形成上下文关联性来讨论特定示例，但是将意识到，可以使用多种技术中的任意技术来实现生成和/或存储上下文关联性。

在操作508处，可以基于接收到的上下文来调整所述规则。在示例中，可以基于所述上下文来评估一个或多个上下文关联性，以便针对接收到的上下文来调整所述规则。调整所述规则可以包括迭代地通过所访问的规则来确定任何适合的上下文关联性是否应用于所述规则中的一个或多个规则(例如，规则是否与上下文关联性相关联，或者上下文关联性是否指定可以被应用于规则的逻辑，以及其他示例)。例如，规则可以具有指示一个或多个上下文与规则相关联的性质、属性或元数据。在示例中，相关联的上下文可以包括关联类型(例如，正关联、负关联、强调或不强调关联等)。在另一示例中，可以评估一个或多个上下文关联性，以便识别上下文关联性所涉及的规则。在另一示例中，基于接收到的上下文调整所述规则可以包括修改或忽略预先存在的规则和/或生成新的规则。在一些示例中，当调整所述规则时可以使用技术的组合。在其他示例中，作为确定存在正上下文关联性、无上下文关联性或者其他指示的结果，所访问的规则中的一个或多个规则可以保持不变。

当调整所述规则时，可以使用上下文关联性来评估上下文(例如，一个或多个上下文参数)。例如，上下文参数可以指示设备位置，使得可以基于所指示的设备位置来比较或评估由上下文关联性所包括的位置、区域或者其他地理信息。在另一示例中，上下文参数可以指定孤立集合状态或条件，使得当评估上下文关联性时，可以访问或查询所述孤立集合以便确定所述孤立集合是否展现指定的状态。在一些示例中，评估上下文关联性可以包括访问或取回额外信息(例如，来自应用、计算设备、存储系统、网站等)。在其他示例中，上下文关联性可以包括逻辑，指示应当满足所述上下文参数中的一个或多个上下文参数、应当满足多个参数、在满足另一参数时应当满足一个参数，等等。如将意识到的，上下文关联性可以指定各种逻辑子句、结构或算法中的任意一种。类似地，上下文关联性可以涉及广泛的上下文信息和/或上下文参数。

移至操作510，可以使用经调整的规则从所述孤立集合生成响应。生成所述响应可以包括：从所述响应中忽略源和/或关系，或者修改和/或创建源和/或关系，以及其他操作。在示例中，所述响应可以至少包括所述孤立集合的子部分。在另一示例中，所述响应可以至少包括经调整的规则的子部分。在一些示例中，所述响应可以包括基于上下文或者作为评估一个或多个上下文关联性的结果而生成的中间信息。所述响应可以以各种格式中的任意格式来提供，所述格式包括但不限于：作为孤立集合的子部分，作为JavaScript对象表示法(JSON)对象，或者作为表格或电子表单文档，或者其任何组合。在一些示例中，可以提供在操作508处被忽略或不强调的信息(例如，作为单独的对象、作为结果的一部分等)。

在操作512处，可以提供所生成的响应。可以使用回调函数，作为对请求的响应，作为单独的电子传输，以及其他技术，来提供所述响应。在一些示例中，可以提供所述响应以进一步评估另一上下文关联性，使得上下文关联性可以取决于一个或多个其他上下文关联性的结果。流程在操作512处终止。

图6图示了用于生成针对孤立集合的上下文关联性的示例性方法600的概述。方法600可以由一个或多个计算设备来执行，诸如图1中的客户端设备102A-C和/或服务器设备106A-C。在示例中，方法600可以在用户或客户端的请求下执行，或者可以自动地执行(例如，作为识别上下文关联性的结果，当将规则添加到孤立集合时，等等)。方法600开始于操作602，其中可以访问与孤立集合相关联的一个或多个规则。在一些示例中，可以(例如，由用户、客户端等)提供规则或者(例如，从孤立集合、从存储系统、从计算设备、从与用户相关联的孤立集合或数据存储，等等)访问规则。

在操作604处，可以将一个或多个上下文参数确定为与上下文相关联。确定所述上下文参数可以包括接收上下文参数(例如，从用户、客户端、应用、用户设备等)、生成上下文参数(例如，通过执行模式分析以识别行为的模式，由于使用机器学习来识别关联等)、或者其任意组合。在一些示例中，可以接收和/或生成与一个或多个上下文相关的多个上下文参数。上下文可以包括与一个或多个上下文参数、外部或内部信息、算法或其他逻辑相关的逻辑。

移至操作606，可以在参数与一个或多个规则之间生成上下文关联性。生成所述上下文关联性可以包括将所述规则中的一个或多个规则与所述上下文相关联(例如，基于独有的识别符、基于其所涉及的一个或多个源和/或关系等)、将所述上下文与所述规则中的一个或多个规则相关联(例如，通过修改规则以与所述上下文相关，具有与所述上下文相关联的元数据等)、或者其任意组合。将意识到，可以使用各种技术中的任意技术来生成所述上下文关联性，以便将所述规则中的一个或多个规则与所述上下文相关联。

在操作608处，所述上下文关联性可以与所述孤立集合相关联。在示例中，所述上下文关联性可以与所述孤立集合相关联、使用所述孤立集合来存储、或者使用存储系统来存储。在另一示例中，可以存储所述上下文关联性，使得其特定于其所涉及的用户、客户端或应用等，而不是作为整体应用或者与所述孤立集合相关联。在一些示例中，所述上下文关联性可以由用户设备存储或者与客户端或其他应用相关联，使得可以在本地执行所述调整，而不是由孤立集合、存储系统或计算设备来执行。尽管在本文中讨论了特定示例，但是将意识到，在不背离本公开的主旨的情况下，可以使用各种技术中的任意技术来存储或关联所述上下文关联性。流程在操作608处终止。

图7-10和相关联的描述提供了可以实践本公开的各方面的各种操作环境的讨论。然而，关于图7-10所图示和讨论的设备和系统是出于示例和说明的目的，并且不限制可以被用于实践在本文中所描述的本公开的各方面的大量计算设备配置。

图7是图示了可以利用其实践本公开的各方面的计算设备700的物理组件(例如，硬件)的框图。下文所描述的计算设备组件可以适用于上述计算设备。在基本配置中，计算设备700可以包括至少一个处理单元702和系统存储器704。取决于计算设备的配置和类型，系统存储器704可以包括但不限于：易失性存储装置(例如，随机存取存储器)、非易失性存储装置(例如，只读存储器)、闪存、或者这样的存储器的任意组合。系统存储器704可以包括操作系统705以及适合于执行在本文中所公开的各个方面的一个或多个程序模块706，诸如上下文关联性生成组件724和孤立集合调整组件726。例如，操作系统705可以适于控制计算设备700的操作。此外，本公开的实施例可以结合图形库、其他操作系统或者任何其他应用程序来实践，并且并不限于任何特定应用或系统。该基本配置在图7中由虚线708内的那些组件来图示。计算设备700可以具有额外的特征或功能。例如，计算设备700还可以包括额外的数据存储设备(可移除和/或不可移除)，诸如，例如磁盘、光盘或磁带。这样的额外的存储装置在图7中由可移除存储设备709和不可移除存储设备710来图示。

如上所述，许多程序模块和数据文件可以被存储在系统存储器704中。当在处理单元702上运行时，程序模块706(例如，应用720)可以执行包括但不限于在本文中所描述的各方面的过程。可以根据本公开的各方面使用的其他程序模块可以包括电子邮件和联系人应用、文字处理应用、电子表单应用、数据库应用、幻灯片演示应用、绘图或计算机辅助应用程序等。

此外，本公开的实施例可以在电路中实践，所述电路包括分立电子元件、包含逻辑门的封装或集成电子芯片、利用微处理器的电路、或者在包含电子元件或微处理器的单个芯片上。例如，可以经由片上系统(SOC)来实践本公开的实施例，其中图7中图示的组件中的每个或许多组件可以被集成到单个集成电路上。这样的SOC设备可以包括一个或多个处理单元、图形单元、通信单元、系统虚拟化单元和各种应用功能，所有这些都作为单个集成电路集成(或者“烧制”)到芯片衬底上。当经由SOC操作时，在本文中所描述的关于客户端切换协议的能力的功能可以经由与单个集成电路(芯片)上的计算设备700的其他组件集成的专用逻辑来操作。还可以使用能够执行逻辑运算的其他技术来实践本公开的实施例，所述逻辑运算诸如例如是AND、OR和NOT，包括但不限于：机械、光学、流体和量子技术。另外，本公开的实施例可以在通用计算机或者任何其他电路或系统中实践。

计算设备700还可以具有一个或多个输入设备712，诸如键盘、鼠标、笔、声音或语音输入设备、触摸或滑动输入设备等。还可以包括(一个或多个)输出设备714，诸如显示器、扬声器、打印机等。上述设备是示例，并且可以使用其他设备。计算设备700可以包括允许与其他计算设备750通信的一个或多个通信连接716。合适的通信连接716的示例包括但不限于射频(RF)发射机、接收机和/或收发机电路；通用串行总线(USB)，并行和/或串行端口。

在本文中所使用的术语“计算机可读介质”可以包括计算机存储介质。计算机存储介质可以包括以用于存储信息(诸如计算机可读指令、数据结构或程序模块)的任何方法或技术实施的易失性和非易失性、可移除和不可移除介质。系统存储器704、可移动存储设备709和不可移动存储设备710都是计算机存储介质示例(例如，存储器存储装置)。计算机存储介质可以包括：RAM，ROM，电可擦除只读存储器(EEPROM)，闪存或其他存储器技术，CD-ROM，数字通用盘(DVD)或其他光学存储装置，磁带盒，磁带，磁盘存储装置或者其他磁存储装置，或者能够被用于存储信息并且能够由计算设备700访问的任何其他制品。任何这样的计算机存储介质可以是计算设备700的一部分。计算机存储介质不包括载波或其他传播的或调制的数据信号。

通信介质可以由计算机可读指令、数据结构、程序模块或经调制的数据信号中的其他数据(诸如载波或其他传输机制)来体现，并且包括任何信息传递介质。术语“经调制的数据信号”可以描述具有以对信号中的信息进行编码的方式而设置或改变的一个或多个特性的信号。通过示例而非限制，通信介质可以包括有线介质，诸如有线网络或直接有线连接；以及无线介质，诸如声学、射频(RF)、红外和其他无线介质。

图8A和图8B图示了移动计算设备800，例如，移动电话、智能电话、可穿戴计算机(诸如智能手表)、平板计算机、膝上型计算机等，可以利用其实践本公开的实施例。在一些方面，客户端可以是移动计算设备。参考图8A，图示了用于实施各方面的移动计算设备800的一个方面。在基本配置中，移动计算设备800是具有输入元件和输出元件两者的手持式计算机。移动计算设备800通常包括显示器805以及一个或多个输入按钮810，其允许用户将信息输入到移动计算设备800中。移动计算设备800的显示器805还可以用作输入设备(例如，触摸屏显示器)。如果包括的话，则可选的侧输入元件815允许进一步的用户输入。侧输入元件815可以是旋转开关、按钮或者任何其他类型的手动输入元件。在替代方面，移动计算设备800可以包含更多或更少的输入元件。例如，在一些实施例中，显示器805可以不是触摸屏。在又一替代实施例中，移动计算设备800是便携式电话系统，诸如蜂窝电话。移动计算设备800还可以包括可选的小键盘835。可选的小键盘835可以是物理小键盘或者在触摸屏显示器上生成的“软”小键盘。在各种实施例中，输出元件包括用于示出图形用户界面(GUI)的显示器805、视觉指示器820(例如，发光二极管)和/或音频换能器825(例如，扬声器)。在一些方面，移动计算设备800包括振动换能器，其用于向用户提供触觉反馈。在又一方面，移动计算设备800包括输入端口和/或输出端口，诸如音频输入(例如，麦克风插孔)、音频输出(例如，耳机插孔)和视频输出(例如，HDMI端口)，其用于向外部设备发送信号或者从外部设备接收信号。

图8B是图示了移动计算设备的一个方面的架构的框图。亦即，移动计算设备800能够包括系统(例如，架构)802以实施一些方面。在一个实施例中，系统802被实施为能够运行一个或多个应用(例如，浏览器、电子邮件、日历、联系人管理器、消息传递客户端、游戏和媒体客户端/播放器)的“智能电话”。在一些方面，系统802被集成为计算设备，诸如集成的个人数字助理(PDA)和无线电话。

一个或多个应用程序866可以被加载到存储器862中，并且在操作系统864上或者与操作系统864相关联地运行。应用程序的示例包括电话拨号程序、电子邮件程序、个人信息管理(PIM)程序、文字处理程序、电子表单程序、互联网浏览器程序、消息传递程序等。系统802还包括存储器862内的非易失性存储区域868。非易失性存储区域868可以被用于存储当系统802断电时不应当丢失的持久信息。应用程序866可以在非易失性存储区域868中使用和存储信息，诸如电子邮件或电子邮件应用使用的其他消息等。同步应用(未示出)也驻留在系统802上，并且被编程为与驻留在主机计算机上的对应同步应用进行交互，以使存储在非易失性存储区域868中的信息与存储在主机计算机中的对应信息保持同步。应当意识到，其他应用可以被加载到存储器862中，并且在本文中所描述的移动计算设备800上运行(例如，搜索引擎、提取器模块、相关性排名模块、回答评分模块等)。

系统802具有电源870，其可以被实施为一个或多个电池。电源870还可以包括外部电源，诸如AC适配器或供电对接支架，其对电池进行补充或者对电池进行重新充电。

系统802还可以包括执行发送和接收射频通信的功能的无线电接口层872。无线电接口层872经由通信运营商或服务提供商促进在系统802与“外部世界”之间的无线连接。在操作系统864的控制下进行去往和来自无线电接口层872的传输。换言之，由无线电接口层872接收到的通信可以经由操作系统864传播到应用程序866，反之亦然。

视觉指示器820可以被用于提供视觉通知，和/或音频接口874可以被用于经由音频换能器825产生可听通知。在所图示的实施例中，视觉指示器820是发光二极管(LED)，并且音频换能器825是扬声器。这些设备可以被直接耦合到电源870，使得当被激活时，其在由通知机制指示的持续时间内保持开启，即使处理器860和其他组件可能为节省电池电量而被关闭。LED可以被编程为无限期地保持开启，直到用户采取动作来指示设备的通电状态。音频接口874被用于向用户提供可听信号并且从用户接收可听信号。例如，除了耦合到音频换能器825之外，音频接口874还可以被耦合到麦克风以接收可听输入，以便于促进电话交谈。根据本公开的实施例，麦克风还可以用作音频传感器以促进对通知的控制，如下文将描述的。系统802还可以包括视频接口876，其实现机载相机830的操作来记录静止图像、视频流等。

实施系统802的移动计算设备800可以具有额外的特征或功能。例如，移动计算设备800还可以包括额外的数据存储设备(可移除和/或不可移除)，诸如磁盘、光盘或磁带。这样的额外的存储装置在图8B中由非易失性存储区域868来图示。

如上文所描述的，由移动计算设备800生成或捕获并且经由系统802存储的数据/信息可以本地存储在移动计算设备800上，或者所述数据可以被存储在可以由设备经由无线电接口层872或经者由在移动计算设备800和与该移动计算设备800相关联的单独计算设备(例如，在诸如互联网的分布式计算网络中的服务计算机)之间的有线连接访问的任意数量的存储介质上。应当意识到，可以经由移动计算设备800经由无线电接口层872或经由分布式计算网络来访问这样的数据/信息。类似地，根据公知的数据/信息传送和存储单元(包括电子邮件和协作数据/信息共享系统)，可以在计算设备之间容易地传送这样的数据/信息用于存储和使用。

图9图示了用于处理在计算系统处从远程源(诸如个人计算机904、平板计算设备906或移动计算设备908)接收到的数据的系统的架构的一个方面，如上文所描述的。在服务器设备902处显示的内容可以被存储在不同的通信信道或者其他存储类型中。例如，可以使用目录服务922、门户网站924、邮箱服务926、即时消息传递存储928或社交网络站点930来存储各种文档。上下文关联性生成组件921可以由与服务器设备902通信的客户端采用，和/或孤立集合调整组件920可以由服务器设备902采用。服务器设备902可以通过网络915向客户端计算设备(诸如个人计算机904、平板计算设备906和/或移动计算设备908(例如，智能电话))提供数据并且从其提供数据。通过示例，上述计算机系统可以体现在个人计算机904、平板计算设备906和/或移动计算设备908中(例如，智能电话)中。除了接收能用于在图形发起系统处预处理或者在接收计算系统处进行后处理的图形数据之外，计算设备的这些实施例中的任意实施例可以从存储916获得内容。

图9图示了可以执行在本文中所公开的一个或多个方面的示例性平板计算设备900。另外，在本文中所描述的各方面和功能可以在分布式系统(例如，基于云的计算系统)上操作，其中，应用功能、存储器、数据存储和取回以及各种处理功能可以通过分布式计算网络(诸如互联网或内联网)彼此远程地操作。用户界面和各种类型的信息可以经由机载计算设备显示器或者经由与一个或多个计算设备相关联的远程显示单元显示。例如，可以在墙面上显示和交互用户界面和各种类型的信息，在该墙面上投影用户界面和各种类型的信息。与可以实践本发明的实施例的多个计算系统的交互包括键击输入、触摸屏输入、语音或其他音频输入、手势输入，其中相关联的计算设备配备有检测(例如，相机)功能，用于捕获和解读用于控制计算设备的功能的用户手势等。

从前面的公开内容将意识到，本技术的一个方面涉及一种系统，其包括：至少一个处理器；以及存储指令的存储器，所述指令当由所述至少一个处理器运行时执行一组操作。所述一组操作包括：接收针对孤立集合中的信息的请求；确定与针对信息的所述请求相关联的上下文；访问规则集，所述规则集包括与所述孤立集合相关联的一个或多个规则；基于所述上下文以及与所述孤立集合相关联的上下文关联性来生成针对所述规则集的经调整的规则集；使用所述经调整的规则集来生成对针对信息的所述请求的响应；以及响应于针对信息的所述请求而提供所述响应。在示例中，生成经调整的规则集包括：基于所述上下文和所述上下文关联性来确定所述一个或多个规则中的每个规则是否应当包含在所述经调整的规则集中；以及当确定所述一个或多个规则中的一个规则应当包含在所述经调整的规则集中时，选择所述规则以包含在所述经调整的规则集中。在另一示例中，生成所述经调整的规则集还包括：基于所述上下文和所述上下文关联性来生成针对经调整的规则集的新规则。在另外的示例中，确定所述上下文包括：接收上下文信息作为针对信息的请求的一部分。在又一示例中，确定所述上下文包括：基于针对信息的所述请求来生成上下文信息。在又一示例中，响应于将上下文参数与孤立集合的规则相关联的用户指示来生成上下文关联性。在示例中，基于对孤立集合的规则与上下文参数相关联的确定来自动地生成所述上下文关联性。

在另一方面，本技术涉及一种用于使用上下文关联性来调整孤立集合的计算机实施的方法。所述方法包括：确定与所述孤立集合中的目标信息相关联的上下文；访问规则集，所述规则集包括与所述孤立集合相关联的一个或多个规则；基于所述上下文以及与所述目标信息相关联的上下文关联性来生成针对所述规则集的经调整的规则集；使用所述经调整的规则集来生成与所述目标信息相关的经调整的孤立集合；以及将所述经调整的孤立集合提供给与所述目标信息相关联的应用。在示例中，生成所述经调整的规则集包括：基于所述上下文和所述上下文关联性来确定所述一个或多个规则中的每个规则是否应当包含在所述经调整的规则集中；以及当确定所述一个或多个规则中的一个规则应当包含在所述经调整的规则集中时，选择所述规则以包含在所述经调整的规则集中。在另一示例中，生成所述经调整的规则集还包括：基于所述上下文和所述上下文关联性来生成针对所述经调整的规则集的新规则。在另外的示例中，确定所述上下文包括从所述应用接收上下文信息。在又一示例中，响应于将上下文参数与所述孤立集合的规则相关联的用户指示来生成上下文关联性。在又一示例中，基于对所述孤立集合的规则与上下文参数相关联的确定来自动地生成上下文关联性。

在另一方面，本技术涉及另一种用于使用与孤立集合相关联的上下文关联性来调整孤立集合的计算机实施的方法。所述方法包括：接收针对所述孤立集合中的信息的请求；确定与针对信息的所述请求相关联的上下文；访问规则集，所述规则集包括与所述孤立集合相关联的一个或多个规则；基于所述上下文以及与所述孤立集合相关联的所述上下文关联性来生成针对所述规则集的经调整的规则集；使用所述经调整的规则集来生成针对信息的所述请求的响应；以及响应于针对信息的所述请求而提供所述响应。在示例中，生成所述经调整的规则集包括：基于所述上下文和所述上下文关联性来确定所述一个或多个规则中的每个规则是否应当包含在所述经调整的规则集中；以及当确定所述一个或多个规则中的一个规则应当包含在所述经调整的规则集中时，选择所述规则以包含在所述经调整的规则集中。在另一示例中，生成所述经调整的规则集还包括：基于所述上下文和所述上下文关联性来生成针对所述经调整的规则集的新规则。在另外的示例中，确定所述上下文包括：接收上下文信息作为针对信息的请求的一部分。在又一示例中，确定所述上下文包括：基于针对信息的所述请求来生成上下文信息。在又一示例中，响应于将上下文参数与所述孤立集合的规则相关联的用户指示来生成所述上下文关联性。在示例中，基于对所述孤立集合的规则与上下文参数相关联的确定来自动地生成所述上下文关联性。

例如，以上参考根据本公开的各方面的方法、系统和计算机程序产品的框图和/或操作说明来描述本公开的各方面。框中记录的功能/动作可以不按任何流程图所示的次序发生。例如，连续示出的两个框实际上可以基本上同时地执行，或者这些框有时可以以相反的次序执行，这取决于所涉及的功能/动作。

本申请中提供的一个或多个方面的描述和说明并不旨在以任何方式限制或者约束本公开的范围。本申请中提供的各方面、示例和细节被认为足以传达拥有物并且使其他人能够制作和使用所要求保护的公开内容的最佳模式。要求保护的公开内容不应当被解释为限于本申请中提供的任何方面、示例或细节。无论是组合地还是单独地示出和描述，旨在选择性地包括或忽略各种特征(结构和方法)以产生具有特定特征集的实施例。已经提供了本申请的描述和图示，本领域技术人员可以设想落入本申请中体现的总体发明构思的更宽泛方面的主旨内的变型、修改和替代方面，其不背离所要求保护的公开内容的更宽泛的范围。

Claims (15)

1.一种用于处理数据的系统，包括：

至少一个处理器；以及

存储指令的存储器，所述指令当由所述至少一个处理器运行时执行包括以下项的一组操作：

接收针对孤立集合中的信息的请求，其中，所述孤立集合包括用于一组资源的在不同资源类型之间的第一组关系；

确定与针对信息的所述请求相关联的上下文；

访问规则集，所述规则集包括与所述孤立集合相关联的一个或多个规则；

基于所述上下文以及与所述孤立集合相关联的上下文关联性来生成针对所述规则集的经调整的规则集，其中，所述上下文关联性与用于所述孤立集合的规则集的子部分相关联，并且所述上下文关联性基于特定于提供针对信息的所述请求的请求者的特性的上下文参数；

生成对针对所述孤立集合中的信息的所述请求的响应，所述响应包括与所述第一组关系不同的用于所述一组资源的在资源之间的第二组关系，其中，所述第二组关系至少部分地使用所述经调整的规则集生成；以及

响应于针对信息的所述请求而提供所述响应。

2.根据权利要求1所述的系统，其中，生成所述经调整的规则集包括：

基于所述上下文和所述上下文关联性来确定所述一个或多个规则中的每个规则是否应当包含在所述经调整的规则集中；以及

当确定所述一个或多个规则中的一个规则应当包含在所述经调整的规则集中时，选择所述规则以包含在所述经调整的规则集中。

3.根据权利要求1所述的系统，其中，所述上下文关联性是基于对所述孤立集合的规则与上下文参数相关联的确定来自动地生成的。

4.根据权利要求1所述的系统，其中，确定所述上下文包括：接收上下文信息作为针对信息的所述请求的一部分。

5.根据权利要求1所述的系统，其中，确定所述上下文包括：基于针对信息的所述请求来生成上下文信息。

6.一种用于使用上下文关联性来调整孤立集合的计算机实施的方法，所述方法包括：

确定与所述孤立集合中的目标信息相关联的上下文，其中，所述孤立集合包括用于一组资源的在不同资源类型之间的第一组关系；

访问规则集，所述规则集包括与所述孤立集合相关联的一个或多个规则；

基于所述上下文以及与所述目标信息相关联的上下文关联性来生成针对所述规则集的经调整的规则集，其中，所述上下文关联性与用于所述孤立集合的规则集的子部分相关联，并且所述上下文关联性基于特定于提供针对信息的请求的请求者的特性的上下文参数；

生成与所述孤立集合中的所述目标信息相关的经调整的孤立集合，其中，所述经调整的孤立集合包括与所述第一组关系不同的用于所述一组资源的在资源之间的第二组关系，并且所述第二组关系至少部分地使用所述经调整的规则集生成；以及

将所述经调整的孤立集合提供给与所述目标信息相关联的应用。

7.根据权利要求6所述的计算机实施的方法，其中，生成所述经调整的规则集包括：

基于所述上下文和所述上下文关联性来确定所述一个或多个规则中的每个规则是否应当包含在所述经调整的规则集中；以及

当确定所述一个或多个规则中的一个规则应当包含在所述经调整的规则集中时，选择所述规则以包含在所述经调整的规则集中。

8.根据权利要求7所述的计算机实施的方法，其中，生成所述经调整的规则集还包括：基于所述上下文和所述上下文关联性来生成针对所述经调整的规则集的新规则。

9.根据权利要求6所述的计算机实施的方法，其中，确定所述上下文包括从所述应用接收上下文信息。

10.根据权利要求6所述的计算机实施的方法，其中，所述上下文关联性是响应于将上下文参数与所述孤立集合的规则相关联的用户指示来生成的。

11.一种用于使用与孤立集合相关联的上下文关联性来调整所述孤立集合的计算机实施的方法，所述方法包括：

接收针对所述孤立集合中的信息的请求，其中，所述孤立集合包括用于一组资源的在不同资源类型之间的第一组关系；

确定与针对信息的所述请求相关联的上下文；

访问规则集，所述规则集包括与所述孤立集合相关联的一个或多个规则；

基于所述上下文以及与所述孤立集合相关联的所述上下文关联性来生成针对所述规则集的经调整的规则集，其中，所述上下文关联性与用于所述孤立集合的规则集的子部分相关联，并且所述上下文关联性基于特定于提供针对信息的请求的请求者的特性的上下文参数；

生成对针对信息的所述请求的响应，所述响应包括与所述第一组关系不同的用于所述一组资源的在资源之间的第二组关系，其中，所述第二组关系至少部分地基于所述经调整的规则集生成；以及

响应于针对信息的所述请求而提供所述响应。

12.根据权利要求11所述的计算机实施的方法，其中，确定所述上下文包括：接收上下文信息作为针对信息的所述请求的一部分。

13.根据权利要求11所述的计算机实施的方法，其中，所述上下文关联性是响应于将上下文参数与所述孤立集合的规则相关联的用户指示来生成的。

14.根据权利要求11所述的计算机实施的方法，其中，生成所述经调整的规则集包括：

基于所述上下文和所述上下文关联性来确定所述一个或多个规则中的每个规则是否应当包含在所述经调整的规则集中；以及

当确定所述一个或多个规则中的一个规则应当包含在所述经调整的规则集中时，选择所述规则以包含在所述经调整的规则集中。

15.根据权利要求11所述的计算机实施的方法，其中，所述上下文关联性是基于对所述孤立集合的规则与上下文参数相关联的确定来自动地生成的。

Images