实现上下文感知业务应用的方法和相关装置

摘要

本发明实施例公开了一种实现上下文感知业务应用的方法和相关装置，其中的一种实现上下文感知业务应用的方法，包括：上下文感知业务平台接收来自上下文感知客户端的第一上下文请求，该第一上下文请求携带请求获取的上下文信息对应的描述信息；利用所述描述信息匹配已发布的上下文信息源，若匹配成功，则获取至少一个匹配出的上下文信息源提供的上下文信息，并向所述上下文感知客户端发送获取的上下文信息。本发明实施例的技术方案有利于灵活规范的实现上下文感知业务应用。

说明书

技术领域

本发明涉及计算机技术领域，具体涉及实现上下文感知业务应用的方法和相关装置。

背景技术

普适计算(Pervasive Computing)的概念在上世纪末本世纪初被提出。普适计算被定义为一种无所不在的、随时随地可以进行计算的方式，基于普适计算，人们可以随时随地获得需要的信息和服务。目前，普适计算已经成为一个极具活力和影响力的研究领域，其主要涉及移动计算、上下文(Context)感知、自然人机交互、普适网络、智能空间、嵌入式系统、软件结构、安全隐私以及硬件技术和电池技术等方面的研究。

其中，上下文感知(CA，Context Aware)是普适计算中最重要的研究课题之一，业界已对上下文感知业务应用进行一些讨论，但到目前为止，业界还没有提出一种灵活规范的上下文感知业务应用模型，因而还不能灵活规范的实现上下文感知业务应用。

发明内容

本发明实施例提供一种实现上下文感知业务应用的方法和相关装置，解决现有技术无法灵活规范的实现上下文感知业务应用的问题。

为解决上述技术问题，本发明实施例提供以下技术方案：

一种实现上下文感知业务应用的方法，包括：

上下文感知业务平台接收来自上下文感知客户端的第一上下文请求，所述第一上下文请求携带请求获取的上下文信息对应的描述信息；

利用所述描述信息匹配已发布的上下文信息源，若匹配成功，则获取至少一个匹配出的上下文信息源提供的上下文信息，并向所述上下文感知客户端发送获取的上下文信息。

一种上下文信息源发布方法，包括：

上下文感知业务平台接收上下文信息源发布请求，其中，所述上下文信息源发布请求携带有上下文信息源的标识信息、接入类型信息以及访问控制策略信息；

上下文感知业务平台保存所述上下文信息源的标识信息、接入类型信息以及访问控制策略信息。

一种实现上下文感知业务应用的方法，包括：

上下文感知客户端在本地应用的触发下，向上下文感知业务平台发送第一上下文请求，其中，所述第一上下文请求携带请求获取的上下文信息对应的描述信息；

若接收到所述上下文感知业务平台下发的上下文信息，将所述上下文信息与所述本地应用进行适配。

一种上下文感知业务平台，包括：

接收模块，用于接收来自上下文感知客户端的第一上下文请求，所述第一上下文请求携带请求获取的上下文信息对应的描述信息；

第一匹配下发模块，用于利用所述描述信息匹配已发布的上下文信息源，若匹配成功，则获取至少一个匹配出的上下文信息源提供的上下文信息，并向所述上下文感知客户端发送获取的上下文信息。

一种上下文感知客户端，包括：

发送模块，用于在本地应用的触发下，向上下文感知业务平台发送第一上下文请求，其中，所述第一上下文请求携带请求获取的上下文信息对应的描述信息；

上下文信息接收适配模块，用于在接收到所述上下文感知业务平台下发的上下文信息后，将所述上下文信息与所述本地应用进行适配。

由上技术方案可见，本发明实施例提供基于CA客户端和CA业务平台的CA应用架构，CA业务平台可根据CA客户端的上下文请求，为其提供对应的CS的Context，该应用架构有利于灵活规范的实现上下文感知业务应用。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供一种实现上下文感知业务应用的方法流程图；

图2是本发明实施例二提供一种CS发布方法流程图；

图3是本发明实施例三提供一种实现上下文感知业务应用的方法流程图；

图4是本发明实施例四提供一种实现上下文感知业务应用的方法流程图；

图5是本发明实施例提供一种上下文感知业务平台示意图；

图6是本发明实施例提供另一种上下文感知业务平台示意图；

图7是本发明实施例提供一种上下文感知客户端示意图；

图8是本发明实施例提供一种上下文感知业务应用系统示意图。

具体实施方式

本发明实施例提供一种实现上下文感知业务应用的方法和相关装置，有利于灵活规范的实现上下文感知业务应用。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在网络融合的背景下，未来电信网络中信息的获取已经越来越方便，但是信息的使用主体通常是“人”，需要将信息规范组织好，以提供给相应应用满足人各方面的移动应用需求；在移动互联网环境下，服务器和客户端应用越来越丰富情况下，如何实现基于上下文信息来简化用户的操作，提供更智能便捷的服务架构变得很有意义。

本发明实施例主要基于客户端-服务器通信架构，力求提供规范的上下文信息组织、管理、调用方式，以简化用户操作管理，丰富上下文应用。

本发明实施例描述的实现上下文感知业务应用的框架中，网络侧增设CA服务器，CA服务器中部署CA业务平台(上下文感知业务平台)；CA客户端(上下文感知客户端)配置在用户终端或其它设备，CA客户端和CA业务平台相配合，CA客户端可根据上下文信息组织、管理、执行本地应用(本地应用即CA客户端所在设备上的应用)，并可调用CA业务平台的CA服务，如向CA业务平台请求上下文信息等；CA业务平台可收集、组织、管理各种第三方(上下文信息源)的CA服务信息，以及形成各种CA服务逻辑，向为CA客户端下发上下文信息等。

在一种应用场景下，设备(如用户终端)中部署的CA客户端与CA服务器中部署的CA业务平台配合，可根据时间、地点、对象(包括用户、业务、网络等)来组织、调度、执行相关应用程序，以便满足人们的生活、工作和娱乐等多种需求。

本发明实施例中，上下文信息源(CS，Context Source)，亦可称为上下文发布者(CP，Context Provider)，CS提供(原始或规范的)上下文信息，CS可是互联网上的各种设备、各地部署的传感器或其它设备等，手机等用户终端也可作为CS。CA业务平台是CA客户端和互联网上各种CA业务应用和服务的桥梁，各CS可在CA业务平台上进行CS发布(类似于注册)，在CA业务平台发布CS的相关信息，而在CA业务平台发布的该CS的相关信息例如可包括：该CS的标识，还可包括接入类型(或可采用默认接入类型)以及访问控制策略(或采用默认的访问控制策略或完全开放访问等)等信息，CA业务平台可主动或被动的从已发布的CS获取上下文信息，CA客户端可向CA业务平台请求已发布的CS提供的上下文信息。

下面通过具体实施例对本发明实施例的技术方案进行详细描述。

实施例一

下面以CA业务平台的角度，描述本发明实施例中实现上下文感知业务应用的方法的一个实施例，可包括：CA业务平台接收来自CA客户端的第一上下文请求，该第一上下文请求携带请求获取的上下文信息对应的描述信息；利用上述描述信息匹配已发布的上下文信息源，若匹配成功，则获取一个或多个至少一个匹配出的上下文信息源提供的上下文信息，并向该CA客户端发送获取的上下文信息。

参见图1，具体步骤可以包括：

110、CA业务平台接收来自CA客户端的第一上下文请求，该第一上下文请求携带请求获取的上下文信息对应的描述信息；

在一种应用场景下，CA客户端例如可在某本地应用的触发下，向CA业务平台发送第一上下文请求，请求获取对应的上下文信息。

其中，本发明实施例上下文信息对应的描述信息(亦可称为相关描述信息)主要描述的是对应上下文信息的相关属性和特征等。在实际应用中，上下文请求中携带的请求获取的上下文信息对应的描述信息可包括如下信息的一种或多种：CS的标识、相关的一个或多个关键字等。

120、CA业务平台利用上述描述信息匹配已发布的CS，若匹配成功，则获取至少一个匹配出的CS提供的上下文信息，并向CA客户端发送获取的上下文信息。

在一种应用场景下，CA业务平台可直接获取匹配出的全部CS提供的上下文信息，也可获取匹配出的部分CS(CA业务平台或CA客户端从匹配出的全部CS中优选出至少一个CS)提供的上下文信息，向CA客户端发送获取的上下文信息。

在实际应用中，在CA业务平台发布CS可包括：

CA业务平台接收(如来自CS的)CS发布请求，该CS发布请求携带CS的相关描述信息，其中，该CS的相关描述信息例如可包括该CS的标识信息，还可包括该CS的接入类型信息(如通信协议、端口、主动/被动接入指示等)以及该CS的访问控制策略信息，以及该CS提供的上下文信息的关键字等；CS平台保存该CS的标识信息、接入类型信息、访问控制策略信息以及该CS提供的上下文信息的关键字等相关描述信息。

其中，在CA业务平台上发布的CS可以是上述CA客户端的本地CS或非本地CS(如互联网上的CS、传感器上的CS或其它设备上的CS)等。

在实际应用中，CA业务平台可按照预置的匹配算法(如精确匹配或模糊匹配等)，利用从第一上下文请求中解析出的上下文信息对应的描述信息匹配已发布的CS。若匹配CS成功，即成功匹配到一个或多个已发布的CS，则可向CA客户端下发匹配出的CS集合信息(该CS集合信息可采用CS列表的形式记录，可携带在第一上下文请求响应中向CA客户端下发)，该CS集合可包括CA业务平台匹配出的部分或全部CS。

进一步的，CA业务平台还可以根据预置的优选策略(例如可参考：CS的访问响应速度(优选响应速度较快的)、CS当前的访问量(优选当前访问量较小的)、CS是否是CA客户端所在设备的本地CS(优选CA客户端所在设备的本地CS)等参量中的一个或多个进行优选)对匹配出的上下文信息源集合进行筛选，并向CA客户端下发从匹配出的CS集合中筛选出的CS集合信息。例如匹配出的CS集合中共包括10个CS，根据预置的优选策略从中筛选出相对较优的5个CS，则CA业务平台向CA客户端下发该筛选出的相对较优的5个CS组成的CS集合(可称优选CS集合)。

在一种应用场景下，CA业务平台若利用从第一上下文请求中解析出的上下文信息对应的描述信息匹配已发布的CS失败，即没有匹配到一个已发布的CS，此时，CA业务平台可通知CA客户端上下文请求失败(例如可向CA客户端发送携带有请求失败指示的第一上下文请求响应)，或者，CA业务平台可进一步利用从上下文请求中解析出的上下文信息对应的描述信息，关联推理出关键字；并利用关联推理出的该关键字匹配已发布的CS；若匹配CS成功，则向CA客户端下发匹配出的CS集合信息；若匹配CS仍失败，则可通知CA客户端本次上下文请求失败。

此外，CA客户端在确定本次上下文请求失败后(CA客户端确定本次上下文请求失败的方式例如可包括：在CA业务平台通知请求失败时确定本次上下文请求失败，或者在设定的时长内都没有接收到CA业务平台下发的匹配出的CS集合信息)，可以终止相应上下文信息的请求流程；或可选择进一步向CA业务平台发送第二上下文请求，再次向CA业务平台请求上下文信息，该第二上下文请求可携带请求获取的上下文信息对应的更新的描述信息(CA客户端可以在此前的描述信息的基础上增加、删除或修改相关描述信息，或选择新的描述信息)；CA业务平台若接收到来自该CA客户端的该第二上下文请求，可利用从该第二上下文请求解析出的更新的描述信息关联推理出关键字；利用关联推理出的该关键字匹配已发布的CS；若匹配CS成功，则CA客户端下发匹配出的CS集合信息；若匹配CS仍失败，则可以通知CA客户端本次上下文请求失败，以此类推。

CA客户端若接收到上下文感知业务平台下发的上下文信息，则可将该上下文信息与本地应用进行适配。

CA客户端若接收到CA业务平台下发的匹配出的已发布的CS集合信息，则可根据用户指令或预置策略，从该CS集合中选择CS(一个或多个)；并获取选择出的该CS提供的上下文信息(可以通过CA业务平台获取，若选择出的CS为本地CS则也可以直接从本地CS获取)，并将该上下文信息与本地应用进行适配。

在一种应用场景下，CA客户端可根据预置策略，从CA业务平台下发的CS集合中优选满足要求的本地CS，若该CS集合中不包括满足要求的本地CS，可选择该CS集合中满足要求的非本地CS。

CA客户端若需通过CA业务平台获取选择出的CS提供的上下文信息，可向CA业务平台发送选择性上下文请求，其中，可携带CA客户端从上述CS集合中选择出的CS信息。特别的，若CA客户端选择出的CS为本地CS，则其可直接从本地CS获取相应的上下文信息，当然也可选择通过CA业务平台获取本地CS提供的上下文信息。举例来说，CA客户端请求获取当前位置信息，而CA客户端所在用户终端配置有全球定位装置(本地CS)，此时，CA客户端可直接从本地的全球定位装置获取当前位置信息。

在一种应用场景下，CA业务平台获取至少一个匹配出的上下文信息源提供的上下文信息，可包括：向CA客户端下发匹配出的上下文信息源集合信息；若接收到来自CA客户端的第一选择性上下文请求，且该第一选择性上下文请求携带该CA客户端从上述上下文信息源集合中选择出的CS信息，则获取该CA客户端选择出的上下文信息源提供的上下文信息。或者，CA业务平台可自主选择获取至少一个匹配出的上下文信息源提供的上下文信息，或者，CA业务平台可选择获取匹配出的所有上下文信息源提供的上下文信息。

在一种应用场景下，CA业务平台若接收到来自CA客户端的第一选择性上下文请求，且该第一选择性上下文请求携带该CA客户端从上述上下文信息源集合中选择出的CS信息，CA业务平台可根据CA客户端选择出的CS对应的接入类型，与该CS建立连接(若当前已建立连接，则省略建立连接的步骤)；并基于与该CS之间建立的连接，从该CS获取上下文信息。特别的，若CA业务平台缓存有该CS提供的上下文信息(CA业务平台可根据实际需要，缓存一些非实时变化且经常被请求的CS提供的上下文信息)，则可直接获取缓存的该CS提供的上下文信息，并下发给该CA客户端。

进一步的，CA客户端还可在上下文请求中携带用户标识信息和/或本地应用标识信息等，CA业务平台在获取至少一个匹配出的CS提供的上下文信息下发给该CA客户端之前，还可根据该至少一个匹配出的CS的访问控制策略，利用上述用户标识和/或本地应用标识，确定是否允许该CA客户端请求该至少一个匹配出的CS提供的上下文信息；若允许，则再执行获取至少一个匹配出的CS提供的上下文信息的步骤；若不允许，则可通知CA客户端请求失败。

其中，CA客户端获取到其选择出的CA提供的上下文信息后，将上述上下文信息与该本地应用进行适配，例如可将其转换为对应本地应用的输入，提供给该本地应用处理，例如通过浏览器提供给用户查看，或作其它用途等。

由上可见，本实施例提供基于CA客户端和CA业务平台的应用架构，CA业务平台可根据CA客户端的上下文请求，为其提供对应的CS的Context，该应用架构有利于灵活规范的实现上下文感知业务应用。

本发明实施例还提供一种上下文信息源发布方法，CA业务平台接收CS发布请求，该CS发布请求可携带CS的标识信息、接入类型信息以及访问控制策略信息；上下文感知业务平台保存该CS的标识信息、接入类型信息以及访问控制策略信息。

下面以CA业务平台的角度，描述本发明实施例中实现上下文感知业务应用的方法的另一个实施例，可包括：CA客户端在本地应用的触发下，向CA业务平台发送第一上下文请求，其中，该第一上下文请求携带请求获取的上下文信息对应的描述信息；若接收到该CA业务平台下发的上下文信息，将该上下文信息与该本地应用进行适配。

在一种应用场景下，CA客户端若接收到CA业务平台下发的其利用接收到的上下文请求携带的上下文信息对应的描述信息成功匹配出的已发布的CS集合信息，则根据用户指令或预置策略从该CS集合中选择CS；获取选择出的该CS提供的上下文信息。

在一种应用场景下，CA客户端根据预置策略从CS集合中选择CS包括：根据预置策略，从CS集合中优选满足要求的本地CS，若该CS集合中不包括满足要求的本地CS，则选择该CS集合中满足要求的非本地CS。进一步的，CA客户端获取到其选择出的CA提供的上下文信息后，可将该上下文信息与该本地应用进行适配，可将其转换为对应本地应用的输入，提供给该本地应用处理，例如通过浏览器提供给用户查看，或作其它用途等。

实施例二

本实施例中主要详细描述一种CS发布方法。参见图2，本发明CS发布方法的另一个实施例，可包括：

201、CS向CA业务平台发送CS发布请求；

其中，此处的CS可以是指：互联网上的CS、传感器上的CS、或其它设备上的CS等。并且，设备上部署的CA客户端也可作为CS，向CA业务平台进行CS发布。

在一种应用场景下，该CS发布请求中携带CS的相关描述信息，该CS的相关描述信息可包括该CS的标识信息(例如CS的地址信息、位置信息、和/或其它区别标识信息)，还可包括该CS的访问控制策略信息(例如允许特定用户访问，或完全开放等)、该CS的接入类型信息(可包括端口号、通信协议、数据传送方式等信息)，以及该CS提供的上下文信息的关键字等。

202、CA业务平台接收CS发布请求，解析该CS发布请求获得其携带的CS的相关描述信息，并保存该CS的相关描述信息。

在实际应用中，CA业务平台接收的CS发布请求中携带的CS的相关描述信息可选择多种描述方式进行描述。

下面以XML描述CS发布信息为例，例如CS发布的相关描述信息的主要包括：该CS所上报上下文信息的上下文标识(Context ID)，CS地址(例如IP地址、URI或其它地址等)，接入类型(包括通信协议，端口，主动/被动接入方式等)以及访问控制策略等信息，还可包括该CS提供的上下文信息的一个或多个关键字等。

举例来说，例如CS发布信息包括的Context ID为my location；CS地址URI为Http://Context.sample.com/location/get；通信协议为HTTP协议、接入端口为12345端口、数据传送方式为主动获得；访问控制策略包括在my presence为允许时可获得等。

<Context ID＝“my location”>

      <Context source>

           <URI>http://Context.sample.com/location/get</URI>

      </Context source>

      <Access Type>

             <model>active</model>

             <port>12345</port>

             <protocol>http</protocol>

      </Access Type>

      <Operation_policy>

           <time>always</time>

           <permission base on＝“my presence”>allowed</

           permission>

           .......

       </Operation_policy>

</Context>

在实际应用中，CA业务平台获取(包括更新)Context的方式可以包括主动获取和被动获取两种。

主动获取方式可以是，CA业务平台向CS发送Context上报请求；CS根据来自CA业务平台的上报请求，上报相应的Context。

被动获取方式可以是，CA业务平台创建监听事件并通知CS，CS的Context更新后主动按照CA业务平台的监听端口上报更新的Context；CA业务平台还可进一步向该CS回复Context上报响应，以通知CS其上报的Context被接收。

由上可见，本实施例中CS通过CS发布请求，向CA业务平台发布CS的相关描述信息，CA业务平台保存该CS的相关描述信息，该机制能够实现各种应用的CS在CA业务平台的独立规范发布，为后续实现CA业务应用提供基础。

实施例三

为便于更好的理解本发明实施例方案，本实施例以CA客户端为本地应用获取Context为例进行具体介绍。参见图3，本发明实现CA业务应用的方法的另一个实施例，可包括：

301、在本地应用1的触发下，CA客户端根据本地应用1的配置信息，生成本地应用1请求获取的Context对应的相关描述信息，并向CA业务平台发送Context请求消息，其中，该Context请求消息携带本地应用1请求获取的Context的相关描述信息；

在实际应用中，用户可预先设置本地应用1触发CA客户端的触发条件，例如可在本地应用1执行时触发或在用户指令下触发等。

302、CA业务平台接收上述Context请求，并根据该Context请求中携带的Context的相关描述信息，匹配已发布的CS；

在实际应用中，CA业务平台可按照预置的匹配算法(如精确匹配或模糊匹配等)，利用从Context请求中解析出的上下文信息的相关描述信息匹配已发布的CS。例如，CA业务平台可提取出上下文信息的相关描述信息中一个或多个关键字，利用该提取出的关键字进行匹配。

303、CA业务平台若匹配已发布的CS成功(即匹配到至少1个已发布的CS)，则向CA客户端发送Context请求响应，该Context请求响应携带匹配出的CS列表，该CS列表中记录有一个或多个CA业务平台匹配出的CS信息；

此外，CA业务平台若匹配已发布的CS失败，可向CA客户端发送携带请求失败指示的Context请求响应。

304、CA客户端接收CA业务平台下发的Context请求响应，根据预置的选择策略，在CA业务平台下发的CS列表中优选本地CS，其中，本地CS可能为本地(如终端)的其它相关应用；若本地CS无法满足本地应用1的业务需求，CA客户端在下发的CS列表中选择能够满足本地应用1的业务需求的非本地CS(一个或多个CS)。

305、CA客户端向CA业务平台发送选择性Context请求，该选择性Context请求携带CA客户端从CA业务平台下发的CS列表中选择出的CS信息。

306、CA业务平台接收选择性Context请求，从CA客户端选择的CS获取Context，获取方式可以为主动获取或被动获取。

307、CA业务平台向CA客户端发送选择性Context请求响应，其中携带CA业务平台从CA客户端选择的CS获取到的对应Context。CA客户端将CA业务平台反馈的对应Context转换为本地应用1的输入，提供给本地应用1处理。

进一步的，CA客户端在向CA业务平台请求Context过程中，还可将用户标识(UID，User Identify)和/或本地应用的应用标识(APP ID)发送给CA业务平台(例如可携带在Context请求或选择性Context请求，其中，选择性Context请求中还携带请求访问的CS的标识(CID))。

CA业务平台接收到携带UID和/或APP ID的请求后，可根据CA客户端请求访问的对应CS的访问控制策略，确定是否允许该CA客户端请求该CS提供的上下文信息，例如该CS的访问控制策略指示，允许用户或应用请求其提供CS提供的上下文信息；或者允许特定的用户或应用请求其提供CS提供的上下文信息，此时，CA业务平台可对CA客户端的本次请求进行鉴权，若鉴权通过(即CA客户端/本地应用有权访问对应的CS)，CA业务平台获取该CS提供的上下文信息，并下发给CA客户端。

进一步的，若鉴权通过，CA业务平台还可进一步根据UID、APPID和CID生成令牌(Token)，并携带在相应的应答消息中下发给CA客户端。CA客户端/本地应用后续再次请求该CS(或于该CS有依赖关系的其它CS)提供的上下文信息时，可以在Context请求/选择性Context请求中携带UID和/或APPID+CID+Token，CA业务平台可根据该Token确定CA客户端有权访问对应的CS，CA业务平台亦可获取该CS提供的上下文信息，并下发给CA客户端。

特别说明的是，一个CS可以提供多种上下文信息，可设置两种或以上上下文信息之间的依赖关系，当CA业务平台允许某个CA客户端请求该CS的提供的其中一种上下文信息时，CA业务平台也可根据该依赖关系，直接允许该CA客户端请求该CS的提供的其它一种或多种上下文信息。类似的，也可设置两个或以上CS间的依赖关系，当CA业务平台允许某个CA客户端请求某CS的提供的上下文信息时，CA业务平台也可根据该依赖关系，直接允许该CA客户端请求于该CS存在依赖关系的其它CS提供的上下文信息。

此外，若CA业务平台对CA客户端的请求鉴权失败，则可通知CA客户端请求失败。

进一步的，在CA客户端和CA业务平台之间还可设置一Portal服务器，Portal服务器用于转发CA客户端和CA业务平台之间交互的信息，以增强CA客户端和CA业务平台架构的扩展性和兼容性。

由上可见，本实施例提供的一种基于CA客户端和CA业务平台的CA应用架构，CA业务平台支持CS的发布，并可根据CA客户端的上下文请求，为CA客户端提供对应的CS的Context，该应用架构有利于灵活规范的实现上下文感知业务应用。

进一步的，CA客户端和CA业务平台的CA应用架构支持灵活的Context访问控制(针对用户/应用)有利于促进CS及相关Context应用的丰富，有助于运营商构建和运营一种面向普适计算的上下文感知信息开放与控制系统。

CA客户端既可作为CS，也可以调用各种Context应用，满足用户的上下文感知的个性化应用。

实施例四

为便于更好的理解本发明实施例方案，本实施例以CA客户端为本地应用获取Context为例进行具体介绍。本实施例中CA业务平台可先对匹配出的CS进行优选，然后向CA客户端反馈发送记录了优选出的CS(一个或多个)的CS列表，CA客户端进一步在CA业务平台反馈的CS列表中选择CS。

参见图4，本发明实现CA业务应用的方法的另一个实施例，可包括：

401、在本地应用1的触发下，CA客户端根据本地应用1的配置信息，生成本地应用1请求获取的Context的相关描述信息，并向CA业务平台发送Context请求m1，其中，该Context请求m1携带本地应用1请求获取的Context的相关描述信息；

在实际应用中，用户可预先设置本地应用1触发CA客户端的触发条件，例如可在本地应用1执行时触发或在用户指令下触发等。

402、CA业务平台接收上述Context请求m1，并根据该Context请求m1中携带的Context的相关描述信息，匹配已发布的CS；

在实际应用中，CA业务平台可按照预置的匹配算法(如精确匹配或模糊匹配等)，利用从Context请求m1中解析出的上下文信息的相关描述信息匹配已发布的CS。例如，CA业务平台可提取出上下文信息的相关描述信息中一个或多个关键字，利用该提取出的关键字进行匹配。

进一步的，CA业务平台若匹配已发布的CS失败，可进一步根据该Context请求m1中携带的Context的相关描述信息关联推理出关键字(一个或多个)，并利用关联推理出的该关键字再匹配已发布的CS。

403、CA业务平台若成功匹配到已发布的CS，可按照预置的优选策略对匹配出的CS集合进行筛选。

在实际应用中，CA业务平台预置的优选策略例如可参考：

CS的访问响应速度(优选响应速度较快的)、CS当前的访问量(优选当前访问量较小的)、CS是否是CA客户端所在设备的本地CS(优选CA客户端所在设备的本地CS)等参量来制定。

CA业务平台向CA客户端发送Context请求响应，该Context请求响应携带CS列表，该CS列表中记录有CA业务平台从匹配出的CS集合中筛选出的一个或多个CS信息。

例如CA业务平台匹配出的CS集合中共包括5个CS，根据预置的优选策略从中筛选出相对较优的3个CS，则CA业务平台向CA客户端下发CS列表中包括该筛选出的相对较优的3个CS信息。

此外，CA业务平台若匹配已发布的CS失败，可向CA客户端发送携带请求失败指示的Context请求响应。

404、CA客户端接收CA业务平台下发的Context请求响应，若该Context请求响应携带请求失败指示，执行步骤405；若该Context请求响应携带有CA业务平台下发的CS列表，执行步骤407。

405、CA客户端若确定请求Context失败，则向CA业务平台发送Context请求m2，该Context请求m2可携带本地应用1请求获取的上下文信息的更新的相关描述信息，其中，CA客户端可在此前的相关描述信息的基础上增加、删除或修改相关描述信息或选择新的相关描述信息。

406、CA业务平台接收Context请求m2，并根据该Context请求m2中携带的Context的更新的相关描述信息关联推理出关键字(一个或多个)，并利用关联推理出的该关键字匹配已发布的CS；

CA业务平台若匹配CS成功，仍可按照预置的优选策略对匹配出的CS集合进行筛选，向CA客户端发送Context请求响应，该Context请求响应携带CS列表，该CS列表中记录有一个或多个CA业务平台从匹配出的CS集合中筛选出的CS信息。

此外，CA业务平台若仍匹配已发布的CS失败，可向CA客户端发送携带请求失败指示的Context请求响应，以此类推。

407、CA客户端根据预置的选择策略，在CA业务平台下发的CS列表中优选本地CS，其中，本地CS可能为本地(终端)的其它相关应用；若本地CS无法满足本地应用1的业务需求，CA客户端在下发的CS列表中选择能够满足本地应用1的业务需求的非本地CS(一个或多个CS)。

408、CA客户端向CA业务平台发送选择性Context请求，该选择性Context请求携带CA客户端从CA业务平台下发的CS列表中选择出的CS信息。

409、CA业务平台接收选择性Context请求，从CA客户端选择的CS获取Context，获取方式可以为主动获取或被动获取。

410、CA业务平台向CA客户端发送选择性Context请求响应，其中携带CA业务平台从CA客户端选择的CS获取到的对应Context。CA客户端将CA业务平台反馈的对应Context转换为本地应用1的输入，提供给本地应用1处理。

进一步的，CA客户端在向CA业务平台请求Context过程中，还可将用户标识(UID，User Identify)和/或本地应用的应用标识(APP ID)发送给CA业务平台(例如可携带在Context请求或选择性Context请求，其中，选择性Context请求中还携带请求访问的CS的标识(CID))。

CA业务平台接收到携带UID和/或APP ID的请求后，可根据CA客户端请求访问的对应CS的访问控制策略，对CA客户端的本次请求进行鉴权，若鉴权通过(即CA客户端/本地应用有权访问对应的CS)，CA业务平台获取该CS提供的上下文信息，并下发给CA客户端。

进一步的，若鉴权通过，CA业务平台还可进一步根据UID、APPID和CID生成令牌(Token)，并携带在相应的应答消息中下发给CA客户端。CA客户端/本地应用后续再次请求该CS(或于该CS有依赖关系的其它CS)提供的上下文信息时，可以在Context请求/选择性Context请求中携带UID和/或APPID+CID+Token，CA业务平台可根据该Token确定CA客户端有权访问对应的CS，CA业务平台亦可获取该CS提供的上下文信息，并下发给CA客户端。

特别说明的是，一个CS可以提供多种上下文信息，可设置两种或以上上下文信息之间的依赖关系，当CA业务平台允许某个CA客户端请求该CS的提供的其中一种上下文信息时，CA业务平台也可根据该依赖关系，直接允许该CA客户端请求该CS的提供的其它一种或多种上下文信息。类似的，也可设置两个或以上CS间的依赖关系，当CA业务平台允许某个CA客户端请求某CS的提供的上下文信息时，CA业务平台也可根据该依赖关系，直接允许该CA客户端请求于该CS存在依赖关系的其它CS提供的上下文信息。

此外，若CA业务平台对CA客户端的请求鉴权失败，则可通知CA客户端请求失败。

进一步的，在CA客户端和CA业务平台之间还可设置一Portal服务器，Portal服务器用于转发CA客户端和CA业务平台之间交互的信息，以增强CA客户端和CA业务平台架构的扩展性和兼容性。

由上可见，本实施例提供了一种基于CA客户端和CA业务平台的CA应用架构，CA业务平台支持CS的发布，并可根据CA客户端的上下文请求，为CA客户端提供对应的CS的Context，该应用架构有利于灵活规范的实现上下文感知业务应用。

进一步的，CA客户端和CA业务平台的CA应用架构支持灵活的Context访问控制(针对用户/应用)有利于促进CS及相关Context应用的丰富，有助于运营商构建和运营一种面向普适计算的上下文感知信息开放与控制系统。

CA客户端可对匹配出的CS进行筛选，可进一步提高Context请求效率和准确度。CA客户端既可作为CS，也可以调用各种Context应用，满足用户的上下文感知的个性化应用。

为便于更好的理解本发明实施例的技术方案，下面通过一个具体实施例对本发明实施例的技术方案进行更为详尽的举例描述。

例如，CA客户端部署在手机终端，手机终端的本地应用包括搜索业务应用，手机终端中的拍照应用程序(摄像头)可触发搜索业务应用。

在网络侧CA业务平台，已发布的互联网业务的CP包括：交通业务，景点业务，历史业务，门票业务等。

其中，CA服务器中交通业务的发布参数例如可包括：

 参数类型  参数说明  参数举例 标识CID  唯一标识一个Context信息源  随机数，10.10.10(域：法国，类  型：旅游/出行，随机标识：交通) 地址Add  CS的地址  URI，IP address 输入参数In  调用业务的参数信息  时间，地点 输出参数Out  反馈的信息格式  网页 访问方式Access  调用协议  HTPP 策略控制Policy  调用权限控制  全部公开 操作方式Operation  获得业务方式  主动 计费Charging  是否计费，费率  免费

其中，CA服务器中门票业务的发布参数例如可包括：

  参数类型  参数说明  参数举例  标识CID  唯一标识一个Context信息源  随机数，10.12.130(域：法国.，  类型：旅游/出行，随机标识：门  票) 地址Add  Context信息源的地址  URI，IP address 输入参数In  调用业务的参数信息  景点名称 输出参数Out  反馈的信息格式  文字 访问方式Access  调用协议  HTTP 策略控制Policy  调用权限控制  全部公开 操作方式Operation  获得业务方式  主动 计费Charging  是否计费，费率  免费

此处，假设景点业务和历史业务本实施例中无需实际调用，因此详细参数信息不涉及。

用户设置CA客户端模式：旅游模式，摄像头触发搜索业务。

CA业务应用过程可以如下：

摄像头触发：用户用手机摄像头拍摄了一景点的照片(如EIFFEL铁塔)。

CA客户端，基于当前的旅游模式，根据EIFFEL铁塔的图片生成搜索关键字(即请求获取的上下文信息的相关描述信息)，向CA业务平台发送Context请求，其中携带生成的搜索关键字和UID，例如，EIFFEL铁塔和旅游。

其中，CA客户端识别景点照片和用户当前位置的方式可以有多种：

例如，将拍摄的EIFFEL铁塔图片与预存的经典景点图片匹配，进而识别出拍摄的图片是EIFFEL铁塔。CA客户端可以请求Location服务器获取用户位置信息，其它方式不在列举。

CA客户端向CA业务平台发送的Context请求的示例如下：

http://www.Contextaware.com/get/for＝travel&key＝eiffeltowel&location＝France.Paris.xxstreet.

该Context请求可通过超文本传输协议或其它协议发送到CA业务平台。

CA业务平台接收到该Context请求信息后解析该Context请求。

CA业务平台，匹配相应的已经发布的CS，例如匹配出：EIFFEL铁塔的历史，EIFFEL铁塔的门票，EIFFEL铁塔的交通等等CS。

假设CA客户端所属用户是合法运营商签约用户，且具有上述CS的权限访问。CA业务平台验证权限后，查询CA业务平台的发布Context信息源，寻找EIFFEL铁塔的旅游相关信息。CA业务平台将EIFFEL铁塔的历史业务，EIFFEL铁塔的交通业务，EIFFEL铁塔的门票业务等匹配出的CS信息记录在CS列表并下发给CA客户端。

CA客户端在用户指令的指示下，选择CS列表中的EIFFEL铁塔的交通业务和门票业务，并将选择的CS信息携带在选择性Context请求中发送给CA业务平台。

CA业务平台，将CA客户端的位置信息携带Context上报请求中发送给交通业务，交通业务确定从用户位置到EIFFEL铁塔的最佳路线，例如可以GoogleMap的形式提供步行，自驾，公交，地铁的交通路线。

CA业务平台向交通业务发送的Context上报请求示例如下：http://www.Trafficfrance.com/location＝france.paris.xxstreet&time＝2010-5-25-14:30，

交通业务向CA业务平台向发送Context上报请求应答，携带交通线路的上下文信息。CA业务平台将该交通线路的上下文信息下发给CA客户端，CA客户端可向用户呈现该交通线路的上下文信息。

并且，门票业务以此类推。

由上可见，本发明实施例提供基于CA客户端和CA业务平台的CA应用架构，CA业务平台支持CS的发布，并可根据CA客户端的上下文请求，为CA客户端提供对应的CS的Context，该应用架构有利于灵活规范的实现上下文感知业务应用。

进一步的，支持灵活的Context访问控制(针对用户/应用)有利于促进CS及相关Context应用的丰富，有助于运营商构建和运营一种面向普适计算的上下文感知信息开放与控制系统

CA客户端既可作为CS，也可以调用各种Context应用，满足用户的上下文感知的个性化应用。

为便于更好的理解本发明实施例方案，本发明实施例还提供一种上下文感知业务平台。参见图5、本发明实施例提供的一种上下文感知业务平台500，可包括：

接收模块510，用于接收来自上下文感知客户端的第一上下文请求，该第一上下文请求携带请求获取的上下文信息对应的描述信息；

第一匹配下发模块520，用于利用上述描述信息匹配已发布的CS，若匹配成功，则获取至少一个匹配出的CS提供的上下文信息，并向上述上下文感知客户端发送获取的上下文信息。

在一种应用场景下，第一匹配下发模块520可包括：

第一下发子模块，用于向上述上下文感知客户端下发匹配出的上下文信息源集合信息；

第一获取子模块，用于在接收到来自上述上下文感知客户端的第一选择性上下文请求，且该第一选择性上下文请求携带上述上下文感知客户端从上述上下文信息源集合中选择出的上下文信息源信息时，获取上述上下文感知客户端选择出的上下文信息源提供的上下文信息。

在一种应用场景下，第一下发子模块可具体用于，根据预置的优选策略对匹配出的上下文信息源集合进行筛选，向上述上下文感知客户端下发从匹配出的上下文信息源集合中筛选出的上下文信息源集合信息。

在一种应用场景下，上下文感知业务平台500还可包括：

第二接收模块，用于在利用上述描述信息匹配已发布的上下文信息源失败后，接收来自上述上下文感知客户端的第二上下文请求，上述第二上下文请求携带请求获取的上下文信息对应的更新的描述信息；

第二匹配下发模块，用于利用上述更新的描述信息关联推理出关键字；利用上述关键字匹配已发布的上下文信息源；若匹配成功，则获取至少一个匹配出的上下文信息源提供的上下文信息，并向上述上下文感知客户端发送获取的上下文信息。

在一种应用场景下，上下文感知业务平台500还可包括：

第三匹配下发模块，用于在利用上述描述信息匹配已发布的上下文信息源失败后，利用上述描述信息关联推理出关键字；利用关联推理出的该关键字匹配已发布的上下文信息源；若匹配成功，则获取至少一个匹配出的上下文信息源提供的上下文信息，并向上述上下文感知客户端发送获取的上下文信息。

在一种应用场景下，上下文感知业务平台500还可包括：

发布接收模块，用于接收上下文信息源发布请求，其中，上述上下文信息源发布请求携带有上下文信息源的标识信息、接入类型信息以及访问控制策略信息；

发布保存模块，用于保存上述上下文信息源的标识信息、上下文信息源类型以及访问控制策略信息，其中，该上下文信息源为上述上下文感知客户端的本地上下文信息源或非本地上下文信息源。

在一种应用场景下，第一/第二第三匹配下发模块获取至少一个匹配出的上下文信息源提供的上下文信息，可包括：

根据上述至少一个匹配出的上下文信息源的接入类型，建立与上述至少一个匹配出的上下文信息源的连接；

基于与上述至少一个匹配出的上下文信息源之间建立的连接，获取上述至少一个匹配出的上下文信息源提供的上下文信息。

在一种应用场景下，上下文请求还可携带用户标识信息和/或本地应用标识信息；上下文感知业务平台500还可包括：

访问控制模块，用于在获取至少一个匹配出的上下文信息源提供的上下文信息之前，根据上述至少一个匹配出的上下文信息源的访问控制策略，利用上述用户标识和/或本地应用标识，确定是否允许上述上下文感知客户端请求上述至少一个匹配出的上下文信息源提供的上下文信息；若允许，则执行获取至少一个匹配出的上下文信息源提供的上下文信息的步骤。

可以理解的是，本实施例上下文感知业务平台500可如上述实施例中的CA业务平台，其各功能模块的功能可根据上述方法实施例中的方法具体实现，此处不再赘述。

由上可见，本实施例上下文感知业务平台500支持CS的发布，并可根据CA客户端的上下文请求，为CA客户端提供对应的CS的Context，该应用架构有利于灵活规范的实现上下文感知业务应用。

进一步的，上下文感知业务平台500的CA应用架构支持灵活的Context访问控制(针对用户/应用)有利于促进CS及相关Context应用的丰富，有助于运营商构建和运营一种面向普适计算的上下文感知信息开放与控制系统。

参见图6、本发明实施例提供的一种上下文感知业务平台600，可包括：

发布接收模块610，用于接收上下文信息源发布请求，该上下文信息源发布请求携带上下文信息源的标识信息、接入类型信息以及访问控制策略信息；

保存模块620，用于保存上述上下文信息源的标识信息、接入类型信息以及访问控制策略信息。

可以理解的是，本实施例上下文感知业务平台600可如上述实施例中的CA业务平台，其各功能模块的功能可根据上述方法实施例中的方法具体实现，此处不再赘述。

由上可见，本实施例中上下文感知业务平台600支持发布CS的相关描述信息，CA业务平台保存该CS的相关描述信息，该机制能够实现各种应用的CS在CA业务平台的独立规范发布，为后续实现CA业务应用提供基础。

参见图7、本发明实施例提供的一种上下文感知客户端700，可包括：

发送模块710，用于在本地应用的触发下，向上下文感知业务平台发送第一上下文请求，其中，该第一上下文请求携带请求获取的上下文信息对应的描述信息；

上下文信息接收适配模块720，用于在接收到上述上下文感知业务平台下发的上下文信息后，将上述上下文信息与上述本地应用进行适配。

在一种应用场景下，上下文感知客户端700还包括：

接收选择模块，用于在接收到上述上下文感知业务平台下发的其利用上述描述信息成功匹配出的已发布的上下文信息源集合信息后，根据用户指令或预置策略从上述上下文信息源集合中选择上下文信息源；

获取适配模块，获取选择出的上述上下文信息源提供的上下文信息，将上述上下文信息与上述本地应用进行适配。

在一种应用场景下，接收选择模块具体用于，根据预置策略，从上述上下文信息源集合中优选满足要求的本地上下文信息源，若上述上下文信息源集合中不包括满足要求的本地上下文信息源，则选择上述上下文信息源集合中满足要求的非本地上下文信息源。

可以理解的是，本实施例上下文感知客户端700可如上述实施例中的CA客户端，其可部署在多种类型的设备上，例如可部署在手机终端上，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，此处不再赘述。

由上可见，本实施例上下文感知客户端700可在本地应用的触发下，向CA业务平台请求Context，并可将CA业务平台反馈的Context与本地应用进行适配，该应用架构有利于灵活规范的实现上下文感知业务应用。

CA客户端可对匹配出的CS进行筛选，可进一步提高Context请求效率和准确度。CA客户端既可作为CS，也可以调用各种Context应用，满足用户的上下文感知的个性化应用。

本发明实施例提供的一种上下文感知业务应用系统，可包括：

上下文感知业务平台500和/或上下文感知客户端700。

本发明实施例提供的一种上下文感知业务应用系统，可包括：

上下文感知客户端，用于在本地应用的触发下，向上下文感知业务平台发送第一上下文请求，其中，上述第一上下文请求携带请求获取的上下文信息对应的描述信息；若接收到上述上下文感知业务平台下发的上下文信息，将上述上下文信息与上述本地应用进行适配。

上下文感知业务平台，用于接收来自上下文感知客户端的第一上下文请求，上述第一上下文请求携带请求获取的上下文信息对应的描述信息；利用上述描述信息匹配已发布的上下文信息源，若匹配成功，则获取至少一个匹配出的上下文信息源提供的上下文信息，并向上述上下文感知客户端发送获取的上下文信息。

参见图8、本发明实施例还提供的另一种上下文感知业务应用系统，可以包括：CA客户端810和CA业务平台820。

其中，CA客户端810上部署和运行各种本地应用和服务。CA客户端810可包括：应用程序管理单元，Context输入与输出单元，Context存储单元，策略和隐私控制单元，Context源接入单元组成。

应用程序管理单元，用于管理用户终端的应用程序，其中包括系统自带的应用程序和用户下载的应用程序。

Context输入与输出单元，用于基于用户的输入，判断并自动生成Context信息请求(Context信息输出)和接收应答消息(Context信息输入)。

Context存储单元，用于存储CA客户端收集的Context。

策略和隐私控制单元，用于根据用户设置，发布的Context信息的开放策略和隐私保护。

Context信息源接入单元，CA客户端收集Context信息源信息的接口。

CA业务平台820可包括：Context分发单元，模型管理单元，请求和订阅管理单元，Context目录，Context策略管理单元，Context推理单元，Context存储单元，Context汇聚单元。

其中，Context分发单元，用于将Context信息源发布到各个Context信息请求者(包括CA客户端)。

模型管理单元，用于根据Context类型建立Context信息模型，便于Context信息的管理。例如键值对，本体库等。

请求和订阅管理单元，用一个根据Context信息请求者的Context请求，将Context信息更新及时推送给订阅者，还可分析和处理Context请求。

Context目录单元，用于存储CS发布的Context信息源的相关描述信息，还可用于查询并匹配Context请求。

Context策略管理单元，用于管理发布的Context信息源的访问以及接入控制，包括验证，授权等。

Context推理单元，用于对初始Context进一步推理，得到标准Context。

Context存储单元，用于存储缓存Context。

Context汇聚单元，用于将原始Context(Raw Context)进行去重，归整以及抽样等操作。

在一种应用场景下，CA客户端810和CA业务平台820的各个功能单元工作模式可以如下：

CA客户端810的Context信息输入与输出单元与CA业务平台820的请求与订阅单元交互，用于传递CA客户端810与CA业务平台820之间的消息传递。

当CA业务平台820的请求与订阅单元接收到来自CA客户端810的Context请求之后，调用Context策略管理单元，Context策略管理单元按照所请求的Context信息源的访问控制策略对该请求，对该请求者的身份和权限进行验证，验证通过后，表示有权请求Context信息源提供的Context。

Context请求和订阅单元查询Context目录单元，Context目录单元根据查询条件反馈Context信息源列表，Context请求和订阅单元将Context信息源列表返回给CA客户端输入输出单元，CA客户端810的输入输出单元从Context信息管理单元查询是否有本地CS资源(或者此查询由CA业务平台端820的Context请求和订阅单元查询Context目录后决定)，如有本地CS，则Context接入单元就去获取本地CS的Context信息；如果没有本地CS，就调用在CA业务平台820发布的Context信息源。CA客户端810的输入与输出单元发送选择性Context消息到CA业务平台820的请求与订阅单元，Context分发单元就相应CS通信，获得Context信息源的Context信息。如果Context存储单元中有缓存相应CS的Context信息，则可以直接反馈Context存储单元中的Context信息。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

综上，本发明实施例提供了一种基于CA客户端和CA业务平台的CA应用架构，CA业务平台支持CS的发布，并可根据CA客户端的上下文请求，为CA客户端提供对应的CS的Context，该应用架构有利于灵活规范的实现上下文感知业务应用。

进一步的，CA客户端和CA业务平台的CA应用架构支持灵活的Context访问控制(针对用户/应用)有利于促进CS及相关Context应用的丰富，有助于运营商构建和运营一种面向普适计算的上下文感知信息开放与控制系统。

CA客户端可对匹配出的CS进行筛选，可进一步提高Context请求效率和准确度。CA客户端既可作为CS，也可以调用各种Context应用，满足用户的上下文感知的个性化应用。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器、随机存储器、磁盘或光盘等。

以上对本发明实施例所提供的一种实现上下文感知业务应用的方法和相关装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。