用于聚合、分析和使用上下文信息的上下文平台框架制造技术

描述了一种用于聚合、分析和使用上下文信息的上下文平台框架。系统的实施例包括聚合器，用于经由提供者应用程序接口（ＡＰＩ）从多个提供者接收上下文信息；其中所述聚合器用于聚合所述接收的上下文信息。所述系统还包括分析器，用于分析所述接收的上下文信息和所述聚合的上下文信息，以生成计算出的上下文信息。随后，基于所述聚合的上下文信息、所述计算出的上下文信息和一个或者多个分析规则，所述聚合器和所述分析器中至少一个触发多个客户机中的至少一个客户机的动作，其中与所述多个客户机的通信是经由客户机ＡＰＩ来完成的。描述和要求了其它实施例。

【技术实现步骤摘要】

技术介绍
上下文知晓系统或设备关注上下文的获取(例如，使用传感器来察觉情形(situation))、上下文的理解(例如，将所察觉的传感器激励与上下文匹配)以及基于所识别的上下文的应用行为(例如，基于上下文触发动作)。上下文知晓设备的目标在于适配它们的行为，做出决策或以用户的名义采取动作而不需要明确的用户输入。例如，上下文知晓移动电话可以知道其当前在会议室中以及用户已经坐下。该移动电话可以推断出该用户当前正在会议中，并且自动地拒绝任何不重要的电话呼叫。近期，各种新传感器已经变为在市场上可以获得。相应的一组新应用和使用同样正在变得可以获得。然而，上下文知晓设备的现今实现方式示出传感器的较窄使用，其中特定传感器导致特定使用。此种方案不允许更广地使用传感器。附图说明图1例示了用于聚合、分析和使用上下文信息的上下文平台框架(framework)的一个实施例；图2例示了上下文引擎的一个实施例；图3例示了策略引擎的一个实施例；图4例示了上下文引擎的逻辑组件之间的依赖性的一个实施例；图5例示了上下文模式(schema)的一个实施例；图6例示了本专利技术的环境的一个实施例；图7例示了用于例示如何向聚合器提供上下文信息的逻辑流程图的一个实施例；图8例示了用于例示客户机如何访问聚合器中的上下文数据的逻辑流程图的一个实施例；图9例示了用于例示客户机如何向分析器提供分析规则的逻辑流程图-->的一个实施例；图10例示了策略引擎的操作的逻辑流程图的一个实施例。具体实施方式本专利技术的实施例提供了用于聚合、分析和使用上下文信息的上下文平台框架。在实施例中，上下文引擎对上下文客户机隐藏传感器特有的特性，并且为客户机提供统一的机制来访问不同的上下文源。在实施例中，传感器可以包括物理传感器和软传感器(例如，基于软件的源)两者。上下文引擎的聚合器通过聚合上下文信息来使上下文信息的源与上下文信息的用户(即，客户机)解耦。在实施例中，上下文引擎的分析器可以对所聚合的上下文信息进行分析，以计算具有更有用的本性(nature)的新的上下文信息，如客户机所察觉到的。同样，上下文引擎的实施例促进由客户机另外执行的对上下文信息的带外处理。本专利技术的实施例使得上下文客户机免于进行上下文信息获取、聚合、监测和分析的连续任务，并且使得客户机能够关注它们的主要任务或者根据需要甚至进入功率节省睡眠状态。在实施例中，如可由客户机经由上下文引擎的分析器所使用的分析规则而定制的，当出现“在上下文上重要的”事件或情形时可以触发客户机。策略引擎可以基于所聚合的上下文信息中的变化、所计算出的上下文信息中的变化以及控制策略规则来触发实现上下文平台框架的物理平台内部或者其周围中的可触知动作。在实施例中，由上下文平台框架根据上下文模式来存储和处理上下文信息。描述和要求了其它实施例。不同实施例可以包括一个或多个元件或组件。元件可以包括被配置来执行确定操作的任何结构。如针对给定组设计参数或性能限制所期望的，每个元件可以被实现为硬件、软件或其任何组合。尽管可以通过例示来利用特定的拓扑中的有限数目的元件来描述实施例，但是如针对给定实现方式所期望的，该实施例可以包括替换拓扑中的更多或更少元件。值得注意的是，“一个实施例”或“实施例”的任何引用意味着结合该实施例描述的特定特征、结构或特性可以包括在至少一个实施例中。短语“在一个实施例中”在说明书中的不同位置处的出现不必都指同一实施例。图1例示了用于聚合、分析和使用上下文信息的上下文平台框架100-->的一个实施例。在一个实施例中，上下文平台框架100包括上下文引擎102和策略引擎104。上下文平台框架100还包括一个或多个提供者106-1-n，其中n是任意正整数；一个或多个客户机108-1-m，其中m是任意正整数；以及一个或多个激励器110-1-p，其中p是任意正整数。在实施例中，上下文平台框架100的组件是“使用不可知的”。尽管提供者106和客户机108通常都是依赖于使用域的，但是框架100的设计和实现都不进行任何关于使用框架100的使用域的假设。在一个实施例中，在上层，上下文引擎102经由提供者106连续地接收源自物理传感器或基于软件的源的上下文数据。提供者106经由提供者应用程序接口(API)112将上下文数据发送到上下文引擎102。上下文引擎102获取、处理和维护上下文信息。上下文引擎102使上下文信息的源与客户机108解耦。上下文引擎102可以使用所接收的数据作为“上下文”，并且使得它可为客户机108获得。在实施例中，上下文引擎102还可以对所述上下文信息进行分析，以生成附加上下文信息，与经由提供者106接收的原始上下文信息相比，该附加上下文信息具有对客户机108更为有用的本性。客户机108可以提供定制的分析规则，该定制的分析规则被上下文引擎102存储和使用。上下文引擎102和客户机108经由上下文客户机API114进行通信。客户机108还可以使用策略API118来指定或调整策略引擎104所使用的平台行为策略。下面参考图2和图4来更详细地描述上下文引擎102。上下文引擎102还与策略引擎104进行通信。策略引擎104可以被视为上下文引擎102的特定客户机。策略引擎104基于所聚合的上下文信息的变化、所计算出的上下文信息中的变化以及控制策略规则，触发实现上下文平台框架100的物理平台内部或者其周围内的可触知动作。客户机108可以提供定制的控制策略规则，该定制的控制策略规则被策略引擎104存储和使用。下面参考图3来更详细地描述策略引擎104。策略引擎104经由激励器API116来向激励器110发送控制命令和数据。激励器110能够控制所述设备内部和其周围中的硬件和软件组件。在实施例中，上下文平台框架100根据上下文模式存储和处理上下文信息。上下文模式包括类和关联性，其表示上下文信息的基本元素。所述-->模式类形成在上下文引擎102中出现的处理动作的基础。上下文模式的主要类包括上下文标识符、上下文项、上下文组和上下文数据。所述模式的上下文标识符表示上下文信息的特定类型(例如，“温度”类型)。上下文引擎102可以同时维护和处理多种类型的上下文信息。客户机108可以通过指定上下文标识符对象来请求上下文项。所述模式的上下文项中的每个表示与上下文标识符对应的上下文信息的样本(例如，温度读取)。典型地，上下文引擎102将为特定的上下文标...

【技术保护点】
一种方法，包括：　经由提供者应用程序接口（ＡＰＩ）从多个提供者接收上下文信息；　聚合所述接收的上下文信息；　分析所述接收的上下文信息和聚合的上下文信息，以生成计算出的上下文信息；以及　基于所述聚合的上下文信息、所述计算出的上下文信息和一个或者多个分析规则，触发多个客户机中的至少一个客户机的动作，其中与所述多个客户机的通信是经由客户机ＡＰＩ来完成的。

【技术特征摘要】
US 2007-9-20 11/858,8721、一种方法，包括：
经由提供者应用程序接口(API)从多个提供者接收上下文信息；
聚合所述接收的上下文信息；
分析所述接收的上下文信息和聚合的上下文信息，以生成计算出的上
下文信息；以及
基于所述聚合的上下文信息、所述计算出的上下文信息和一个或者多
个分析规则，触发多个客户机中的至少一个客户机的动作，其中与所述多
个客户机的通信是经由客户机API来完成的。
2、如权利要求1所述的方法，其中，所述多个客户机中的每个和所述
多个提供者中的每个是域特有的。
3、如权利要求1所述的方法，其中，所述分析规则可以由所述多个客
户机定制。
4、如权利要求1所述的方法，其中，聚合所述接收的上下文信息使得
所述接收的上下文信息与其源解耦。
5、如权利要求1所述的方法，其中，所述接收的上下文信息是基于所
述多个客户机提供的准则来聚合的。
6、如权利要求1所述的方法，其中，所述多个提供者中的每个是环境
传感器、平台传感器、生理传感器和软件源中之一。
7、如权利要求1所述的方法，其中，所述接收的上下文信息、所述聚
合的上下文信息和所述计算出的上下文信息是根据上下文模式来处理的。
8、如权利要求7所述的方法，其中，所述上下文模式包括上下文标识
符类、上下文项类、上下文组类、上下文数据类，以及所述上下文标识符
类、所述上下文项类、所述上下文组类和所述上下文数据类之间的一个或
多个关联性。
9、如权利要求1所述的方法，其中，所述多个客户机可以基于时间戳
和位置戳来请求上下文信息。
10、如权利要求1所述的方法，还包括：
基于一个或多个控制策略规则来触发动作。
11、如权利要求10所述的方法，其中，所述多个客户机可以定制所述
一个或多个控制策略规则。
12、一个系统，包括：
聚合器，用于经由提供者应用程序接口(API)从多个提供者接收上下
文信息，并且其中所述聚合器聚合所述接收的上下文信息；以及
分析器，用于分析所述接收的上下文信息和所述聚合的上下文信息，
以生成计算出的上下文信息；
其中基于所述聚合的上下文信息、所述计算出的上下文信息和一个或
者多个分析规则，所述聚合器和所述分析器中至少一个触发多个客户机中
的至少一个客户机的动作，其中与所述多个客户机的通信是经由客户机API
来完成的。
13、如权利要求12所述的系统，其中，所述多个客户机中的每个和所
述多个提供者中的每个是域特有的。
14、如权利要求12所述的系统，其中，所述分析规则可以由所述多个
客户机定制。
15、如权利要求12所述的系统，其中，聚合所述接收的上下文信息使
得所述接收的上下文信息与其源解耦。
16、如权利要求12所述的系统，其中，所述接收的上下文信息是基于
所述多个客户机提供的准则来聚合的。
17、如权利要求12所述的系统，其...

【专利技术属性】
技术研发人员：AN哈塔卡尔，JL梅莫特，DA桑德奇，
申请(专利权)人：英特尔公司，
类型：发明
国别省市：US[美国]