CN101167335A

CN101167335A - 用于提供上下文信息的方法和装置

Info

Publication number: CN101167335A
Application number: CNA2005800495889A
Authority: CN
Inventors: J·耶尔姆; M·利德斯特龙; T·坎特
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2005-04-26
Filing date: 2005-10-04
Publication date: 2008-04-23
Anticipated expiration: 2025-10-04
Also published as: US20090132540A1; JP4809421B2; BRPI0520075B1; ZA200708898B; CN101167335B; EP1875719B1; WO2006115442A1; JP2008539500A; US8341174B2; KR20080013870A; BRPI0520075A2; EP1875719A1; KR101126974B1

Abstract

本发明提供一种用于在电信网络中从保存关注对象(306a)的上下文的上下文服务器(318)获得上下文信息的方法和设备。上下文服务器从与关注对象关联的传感器(306)接收原始上下文数据。从请求方接收对关于关注对象的精炼上下文信息的请求。为请求方的至少一个个体实体(316)收集个体上下文数据。在所接收的个体上下文数据的基础上创建定制规则。该规则定义对关于关注对象的精炼上下文信息的适应请求中的条件，将包括定制规则的适应请求发送给关注对象的上下文服务器。然后，从上下文服务器接收根据定制规则精炼的上下文数据。

Description

用于提供上下文信息的方法和装置

技术领域

一般来说，本发明涉及用于在电信网络中提供或获得所请求的上下文信息的方法和装置。具体来说，本发明涉及根据请求方的指定来提供或获得上下文信息。

背景技术

随着3G移动电话的出现，已经开发了新的基于分组的通信技术用来传送多媒体内容。例如，除了传统的电路交换语音呼叫外，GPRS(通用分组无线电业务)和WCDMA(宽带码分多址接入)技术还支持涉及表示图像、文本、文档、动画、音频文件、视频片段等的数据的分组交换通信的无线多媒体电话业务。此外，市面上还出现了成熟的新移动终端，它们配备有处理新业务的功能，且包括高分辨率彩色显示器和用于不同格式的多个编码解码器(编码器/解码器)。取决于网络配置和小区特性，这些终端通常还能够实现不同的接入技术。

最近，第三代合作伙伴项目(3GPP)开发了称为“IP多媒体子系统”(IMS)的业务网络架构作为开放标准，以便在分组域中为移动客户端提供多媒体业务。一般来说，IMS是基于IP传输来启用业务的平台，它或多或少独立于所采用的接入技术并且基本不限于任何有限的特定业务集。

目前已经定义了会话建立的规范，称为“SIP”(会话启动协议，这是根据标准IETF RFC 3261等建立的)，它是用于在分组交换逻辑上控制(例如，创建、修改和终止)会话的应用层信令协议。IMS网络通常利用SIP来处理多媒体会话。也可以利用称为“Simple”的基本SIP协议的扩展来处理一些业务。

图1示意性地示出通过IMS业务网络来提供多媒体业务的大大简化的基本通信场景。应注意，图中只示出有助于理解本发明的背景技术的网络元件的选集。简而言之，在涉及一个或多个多媒体业务的通信会话S中，主叫移动终端A连接到第一无线接入网100，并与连接到第二无线接入网102的被叫移动终端B通信。或者，终端A可以与固定终端或计算机通信，或者与用于将诸如一支乐曲、一部电影或一个游戏的某一多媒体内容递送给该终端的内容服务器通信。终端A、B也可以与提供信息服务的IMS网络中的服务器通信，下文将对此进行描述。

图中将IMS网络104示为连接到第一无线接入网100，并且IMS网络104处理关于终端A的多媒体会话S。因此，IMS网络104接收和处理来自终端A的任何服务请求。类似地，对应的IMS网络106代表终端B处理会话S，并且这两个IMS网络104和106可以由不同的运营商控制。或者，终端A和B当然也可以连接到相同的接入网和/或可以由相同的IMS网络提供服务。

所示会话S由各种合适的会话管理节点(一般由方框108表示)利用SIP信令进行控制。通常，会话管理节点的类型包括S-CSCF(服务呼叫会话控制功能)、I-CSCF(询问呼叫会话控制功能)和P-CSCF(代理呼叫会话控制功能)。所调用的多媒体业务由多个应用服务器110启用和执行。此外，主数据库元件HSS(归属地订户服务器)112存储订户和认证数据以及应用服务器110可以获取以便为客户端执行服务的其它服务信息。这里不必进一步描述IMS网络元件108-112的各种功能也可以理解本发明。当然，IMS网络104还包含众多其它节点和功能，为简单起见，这里不再示出。

可以通过IMS网络应用的业务的一个示例是所谓的“在场”业务。在这种类型的业务中，“在场”基本上是客户的动态、可变的状态概况，并且在场业务基本上涉及发布客户的“在场数据”以便使它可供其它用户和应用使用，而它又还可用于控制其它业务。在某一预定义方面，在场数据基本上定义客户的状态或情形以及他的/她的配备。因此，这里给出的术语“在场”具有非常广的含义，并且在场数据可以包括例如以下“客户状态”：

-客户状况，如有空、繁忙、会议中、休假中等；

-终端状况，如开机/关机、使用中、不在覆盖范围等；

-客户/终端的地理位置；

-终端的能力和选择，如SMS、MMS、聊天、游戏、视频等的功能；

-其它个人客户信息，如兴趣、职业、个性、心情等。

无论客户何时改变他的/她的任何在场数据，都基于从IMS网络或客户接收的所说的“事件发布”来将该信息或其任何选定部分存储在IMS网络的应用服务器中。客户也可例如根据用户清单预订一个或多个其它用户的选定的在场数据。这些在场预订通常也是由IMS网络中的应用服务器处理的。预订客户就可以自动或应请求接收关于当前在场数据的通知。在SIP中，客户可以利用称为“SIP PUBLISH(SIP发布)”的消息来向IMS网络中的应用服务器提供动态数据。此外，客户也可以利用称为“SIP SUBSCRIBE(SIP预订)”的另一个SIP消息来预订由应用服务器处理的其它客户端的动态数据。

在传统的电信系统中，通信信道或多或少是固定且静止的，其具有可预测的位速率和协议。但是，利用这些新的接入技术，因为甚至在呼叫会话内也可以使用不同类型的连接，所以对于用户来说，网络环境变得更加动态且异质，其中无线网络中的可用通信资源存在很大变化。结果，位速率以及调制和编码方案变得非常多变。但是，不管是否存在这些变化，在网络中和网络之间移动的用户仍希望能够访问和利用各种各样的服务。因此，希望开发可以适于当前的用户情形和网络环境的服务或针对当前的用户情形和网络环境“定做”的业务。

最近，设计这样一种概念，它取决于对象的当前情形来提供关于对象的精炼信息，以便增加所调用服务的应用的可用性。在这方面的“对象”通常是人用户，但也可以是物理装置或设备，或者是向客户提供商品或服务的企业。在本描述中将使用术语“关注对象”来表示任何这样的对象。这一新概念一般称为“上下文”信息的分发，它可以通过利用与上述在场服务的机制类似的机制来实现。因此，希望开发“知道上下文”的应用来实现最佳适于现行情形的服务。

当移动用户调用了涉及导航辅助的电信业务时，这可以由第一示例说明。然后，这样可以在IMS服务器中为那个用户定义上下文，在此情况下该用户是关注对象。例如，只要用户登录，或者只要他/她是IMS网络中的订户，都可以将上下文保存在服务器中。接着，用于该服务的应用可以查询用户的当前上下文，并向用户提供适于取决于例如由上下文给定的用户的偏好、通信连接的当前位置和当前类型而包括或排除某些特征的映射。在此情况下，因此可以利用反映用户情形的上下文信息来创建最佳在场格式，即所显示的映射。

图2示出之前提出的用于向请求实体或“上下文消费者”提供关于关注对象的上下文信息的服务器配置。图中示出的上下文服务器200适于向这里一般示为“请求方”202的任何授权用户、装置或应用提供上下文信息。应注意，被保存了上下文信息的关注对象可以是人、装置、设备、系统等。此外，请求方202同样也可以是人(如上述在场订户)或装置。请求方202也可以是用于启用诸如上述导航辅助服务之类的服务的应用。

上下文服务器200包括上下文管理器204、公告器206和许可控制功能208，下文将对它们进行描述。上下文管理器204通过从示为传感器S 210的各种来源接收对象数据来不断收集关于关注对象(这里示意性地示为虚线框210a)的信息。传感器210适于测量或记录表征对象210a的当前状态、状况或情形的各种“变量”等。例如，这些传感器可适于测量诸如温度的物理特性，或适于记录某个当前对象的状况，如上文针对在场服务提到的任一客户状态。在另一个有形示例中，关注对象可以是电源开关，并且单个传感器然后可适于只记录开关是开还是关。

接收来自传感器210的原始上下文数据，并将它存储在上下文管理器204的上下文存储单元212中。然后，可以通过对原始数据应用预定义规则216来在上下文精炼器214中处理和精炼所存储的原始数据，以便从原始数据推导出或计算出新精炼的上下文信息。预定义规则216可以包括从原始数据计算某些参数、得出结论或创建编图(compilation)的算法等。例如，在上述电源开关的情况下，可以将规则定义成推导出各种统计参数。一个规则可以分别计算开关开和关的总时间。其它规则可以分别计算它保持开和关的最大、最小和平均持续时间，等等。

接着，可以通过分发器218将精炼上下文正确分发给任何请求方。首先，请求方202可以根据来自公告器206的合适信息通过检查由某种“揭露”机制提供的公告或告示来发现可以从上下文服务器获得哪些上下文信息。例如，如图中虚线所示，通过独立服务器等来揭露关于可用上下文信息的公告或告示。接着，请求方202可以对在许可控制单元208接收的上下文信息提出请求。该单元208适于对上下文请求应用策略，以便判断请求方202是否有权接收关注对象的上下文信息。策略基本上已经由诸如网络运营商的上下文拥有者定义好了。如果有权，则许可控制单元208触发分发器218向请求方202提供最新的上下文信息。策略还可规定允许特定请求者只接收可用上下文信息的某一部分。应注意，上下文请求可以是在或多或少连续的基础上从上下文服务器接收上下文信息的预订请求。

通常，上下文信息是关于个体对象(如人)的。但是，对象也可以属于由它的成员共享总概况的一组对象，如一组人。组成员关系本身可以视为是个体上下文中的参数。例如，一个家庭的成员可以各自具有个体上下文，同时整个家庭可以具有共同的上下文，其中它的成员共享总概况。如今，还没有一种机制可以用来为一组个体或装置创建聚集上下文。

利用上述图2中的解决方法，预先定义和固定用于创建精炼上下文信息的规则，并且可以将精炼上下文信息提供给任何授权请求方。用这种方法，请求方只可以根据它的预定义形式接收上下文，这有时是个问题，因为它可能不完全是请求方所需要或想要的。但是，现今还没有一种灵活的解决方法可以用来满足请求方的特定需要，而只限于预定义的上下文精炼。即使可用上下文信息的某些部分可能不需要，但是有时受策略的限制，请求方还将接收所有的可用上下文信息。

此外，现今只可以将组成员关系表示成个体上下文中的参数。但是，不管它的成员是否处于活动中，组依然可以存在，并且即使当它的成员实际上离开该组时，该组依然可以继续存在。当组成员关系是个体上下文中的参数时，这会造成问题，因为个体上下文中忽略了那个组的上下文的总概况。

有时，一组用户还希望共同获得上下文信息，在利用现有解决方法时，这会是一个冗长的过程，因为它的成员可能具有不同的需要和偏好。在另一个实际示例中，一组用户想要一起去一家餐馆，并且可能会调用电信服务，以便基于例如用户的位置和偏好来提供关于可去餐馆及其菜单的信息。接着，组中的每个用户可以调用该服务，并且通常取决于位置和偏好差异而接收不同的结果。然后，由用户来协调结果并商定组中所有用户都满意的餐馆，这自然会比较困难且耗时。

总之，希望上下文服务器在提供上下文信息时具有更大的灵活性，并且还希望更有效地处理组上下文。此外，需要一种用于在向一个组提供关于关注对象的相关上下文信息时需要它的组成员关系付出最少努力的有用的解决方法。

发明内容

本发明的目的是减少或消除上述问题。具体来说，本发明的一个目的是提供一种用于在从上下文服务器获得上下文信息时满足请求方的特定需要和要求的解决方法。

该目的和其它目的主要是通过提供一种用于在电信网络中从保存关注对象的上下文的上下文服务器获得上下文信息的方法和设备来实现的，所述上下文服务器从与关注对象有关的传感器接收原始上下文数据。

在该发明方法中，从请求方接收对关于所述关注对象的精炼上下文信息的请求。为请求方的至少一个个体实体收集个体上下文数据，并在所接收的个体上下文数据的基础上创建定制规则。该规则定义对关于关注对象的精炼上下文信息的适应请求中的条件。接着，将包括定制规则的适应请求发送给关注对象的上下文服务器。最后，从上下文服务器接收根据该规则精炼的上下文数据。

优选从保存所述一个或多个个体实体的上下文的至少一个上下文管理器收集个体上下文数据。如果请求方是一组多个个体实体，则为每个个体实体收集个体上下文数据，将所接收的个体上下文数据聚集成组上下文，并从组上下文创建定制规则。

优选地，利用上下文模板结构来收集个体上下文数据。模板包括与请求方有关的参数的预定义数据字段，这些字段中填充有请求方的当前上下文数据。上下文模板可以采用XDM文档的形式来提供，所述XDM文档通过IMS接口利用SIP/Simple协议来传送。上下文模板可以通过将包括概括地定义请求方的基本数据的标准字段的通用模板扩展成还包括上下文参数的字段的应用模板创建而成。在请求方是一组多个个体实体的情况下，通用模板可以包括组标识、组成员和可选的可能使用的组管理员的标准字段。应用模板还可包括每个个体实体的参数字段。

本发明设备包括用于从请求方接收对关于所述关注对象的精炼上下文信息的请求的部件。该设备还包括适于为请求方的至少一个个体实体收集个体上下文数据的上下文采集单元。该设备还包括适于在所接收的个体上下文数据的基础上创建定制规则的上下文聚集单元。该规则定义对关于关注对象的精炼上下文信息的适应请求中的条件。该设备还包括用于将包括定制规则的适应请求发送给关注对象的上下文服务器的部件和用于从上下文服务器接收根据那个规则精炼的上下文数据的部件。

上下文采集单元优选还适于从保存所述一个或多个个体实体的上下文的至少一个上下文管理器收集个体上下文数据。在请求方是一组多个个体实体的情况下，上下文采集单元优选还适于为每个个体实体收集个体上下文数据。上下文聚集单元优选还适于将所接收的个体上下文数据聚集成组上下文并从组上下文创建定制规则。

上下文采集单元还可适于利用上下文模板结构来收集个体上下文数据。模板包括与请求方有关的参数的预定义数据字段，这些字段中填充有请求方的当前上下文数据。上下文采集单元优选还适于利用通过IMS接口利用SIP/Simple协议传送的XDM文档作为上下文模板。上下文采集单元还可适于通过将包括概括地定义请求方的基本数据的标准字段的通用模板扩展成还包括上下文参数的字段的应用模板来创建上下文模板。在请求方是一组多个个体实体的情况下，通用模板可以包括组标识、组成员和可选的可能使用的组管理员的标准字段。应用模板还可包括每个个体实体的参数字段。

本发明还包括一种用于在电信网络中从保存关注对象的上下文的上下文服务器提供上下文信息的方法，该上下文服务器从与关注对象关联的传感器接收原始上下文数据。根据这后一种方法，从请求方接收对关于关注对象的精炼上下文信息的适应请求。该适应请求包括在为请求方的至少一个个体实体收集的个体上下文数据的基础上创建而成的定制规则，该规则定义适应请求中的条件。通过应用所接收的定制规则来精炼原始上下文数据，最后提供精炼上下文信息以便递送给请求方。所接收的定制规则优选是从由组成员的多个个体上下文聚集而成的组上下文导出的。

本发明还包括一种用于在电信网络中从保存关注对象的上下文的上下文服务器提供上下文信息的对应的设备，该上下文服务器从与关注对象有关的传感器接收原始上下文数据。这后一种设备包括用于从请求方接收对关于关注对象的精炼上下文信息的适应请求的部件。该适应请求包括在为请求方的至少一个个体实体收集的个体上下文数据的基础上已创建而成的定制规则，该规则定义适应请求中的条件。这后一种设备还包括用于通过应用所接收的定制规则来精炼原始上下文数据的部件和用于提供精炼上下文信息以便递送给所述请求方的部件。所接收的定制规则优选可以从由组成员的多个个体上下文聚集而成的组上下文导出的。

通过阅读以下对优选实施例的描述将明白，用于从上下文服务器提供上下文信息的后一种设备可以与用于从上下文服务器获得上下文信息的前一种设备一起工作，以便形成相互的发明概念。这也适用于后一种用于从上下文服务器提供上下文信息的方法和前一种用于从上下文服务器获得上下文信息的方法。通过阅读以下的详细描述，本发明的其它优选特征和好处将变得显而易见。

附图说明

现在将参照附图、通过优选实施例更详细地描述本发明，附图中：

图1是根据现有技术的用于传送多媒体的基本网络配置；

图2是根据现有技术的一般用于向请求方提供精炼上下文信息的上下文服务器的框图；

图3是根据一个实施例的通信场景的框图，在该通信场景中，从上下文服务器为一组个体获得精炼上下文信息；

图4是根据另一个实施例的通信场景的框图，在该通信场景中，从上下文服务器为一组个体获得精炼上下文信息；

图5是根据又一个实施例在为一组个体获得精炼上下文信息时由组管理器处理的一组个体的状态图；

图6是根据又一个实施例的通信场景的框图，在该通信场景中，从上下文服务器为唯一个体获得精炼上下文信息；

图7a和7b分别示出根据又一个实施例的通用模板和应用模板，它们可用于创建定制规则以便获得精炼上下文信息；

图8示出根据又一个实施例如何在聚集上下文功能中处理模板；

图9是示出由聚集上下文功能执行的用于从保存关注对象的上下文的上下文服务器获得想要的上下文信息的过程的流程图；

图10是示出由保存关注对象的上下文的上下文服务器执行的用于提供想要的上下文信息的过程的流程图。

具体实施方式

简而言之，本发明提供一种在提供适合的相关上下文信息时可以满足请求方的特定需要的解决方法。在该解决方法中，可以为请求方创建“定制”规则，该规则定义适于关于特定的关注对象的它自己的要求和需要的精炼上下文信息的条件。这里所用的术语“规则”可以表示从原始上下文数据计算某些参数、得出结论或创建编图的任何算法等。优选地，在从请求方接收精炼上下文信息请求后，可以根据请求通过包括与请求方有关的参数的预定义数据字段的上下文模板来定义定制规则。接着，可以用请求方的当前上下文数据来填充模板中的空的参数字段。

接着，将包括从填充模板创建而成的定制规则的精炼上下文信息的适应请求提交给关注对象的上下文服务器，例如图2中所描述的上下文服务器。然后，上下文服务器将应用该新规则来精炼所接收的原始上下文数据，以便向请求方提供所需形式的上下文信息。从而，请求方将不限于预定义且固定的上下文精炼和规则，而是可以请求适合它自己的需要和要求的上下文信息。本发明可以在请求方是唯一个体或多个个体一起组成一个组时使用，这将在下文更详细地描述。

现在首先参照图3，将通过示例性实施例来描述用于从上下文服务器获得想要的上下文信息的发明过程和装置。在该实施例中，将上下文服务器300基本上配置成如图2所示的现有技术的上下文服务器200，因而它具有上下文管理器302和基于预定义策略的许可控制功能304。在该图中没有示出公告器功能，但这里也可以包括它。类似地，上下文管理器302包括用于接收和存储来自与关注对象306a关联的传感器306的原始上下文数据的上下文存储单元308。接着，根据预定义规则312在上下文精炼器310中处理所存储的原始数据，从而以基本上与图2中所述的方式相同的方式产生精炼上下文信息，以便通过分发器314提供给任何授权请求方。

在该示例中，请求方由一组个体316(这里示为实体A、B、C...)组成，并且对它的成员有效的组上下文是通过“聚集上下文功能”318创建的，“聚集上下文功能”318可以在诸如IMS网络的业务网络中的服务器等中实现。但是，下述机制也可以用于唯一请求方。在这里描述的实施例中，一般将聚集上下文功能视为是一个节点。

每个个体A、B、C...又具有以基本上与上下文服务器302保存代表关注对象306a的上下文的方式相同的方式保存代表它的关联个体的上下文的关联上下文管理器CM_A、CM_B、CM_C...320。例如，如果个体A、B、C...是移动用户，那么他们的上下文可以包括关于他们的终端能力、当前状态、个人偏好和当前位置的细节，但本发明在这方面不受限制。因此，每个上下文管理器320从与相应个体316关联的传感器(未示出)接收原始上下文数据。

在本解决方法中，聚集上下文功能318创建至少在一些方面对于组中的所有成员316共同有效的聚集组上下文，例如当形成组时这些成员一致同意的聚集组上下文。或者，可以输入其中组成员关系已经固定的已有组。这里假定，组已经形成并且聚集上下文功能318已经从该组接收上下文信息请求，这将在稍后下文中进行更详细地描述。在所示的第一步3:1中，聚集上下文功能318从每个上下文管理器CM_A、CM_B、CM_C...320收集个体上下文信息。在组很大的情况下，可以利用代理(未示出)来从组个体的上下文管理器320接收众多上下文更新，以免聚集上下文功能318过载。接着，代理可以只选择和转发那些具有对于组的利益影响重大的变化的更新，从而充当过滤器。因此，可以将代理配置成只转发那些对于所做请求“重要”的上下文变化，如超过某个极限的用户位置的变化。

然后，在步骤3:1中接收的个体上下文的基础上，优选通过利用上述上下文模板，在聚集上下文功能318中创建聚集组上下文，其中该上下文模板还将在稍后下文中更详细地描述。接着，在下一步3:2中，定义对应的定制规则并将它与对精炼上下文信息的适应请求一起发送给上下文服务器300。该规则因而是聚集组上下文和最初从请求方接收的请求的组合结果。因此，定制规则实际上表示向上下文服务器300所做的对适于由它们的上下文规定的组成员的要求和需要的形式的精炼上下文信息的请求。

如果在IMS网络中实施该解决方法，那么规则/模板优选可以以XDM(XML数据管理)文档的形式提供，XDM文档是用于管理IMS环境中的清单的专用语言。接着，可以通过IMS接口利用SIP/Simple协议来在聚集上下文功能318和上下文服务器300之间传送XDM定义规则，但其它传输方式也是可能的。此外，可以在为IMS网络定义的在场和组管理服务器(PGM)中实现聚集上下文功能318。

在另一个有形示例中，可以将定制规则定义成在一组移动用户对去合适餐馆就餐的请求中的条件。于是，应当将规则定义成满足所有组成员、或者至少满足尽可能多的组成员的偏好，并且可以从他们的个体上下文的集合中导出。例如，第一个成员可能对花生过敏，第二个成员可能比较喜欢吃米饭，第三个成员可能拒绝辛辣食品，等等。于是，所创建的规则可以包括具有以下条件的请求： “建议有米饭但没有花生的任何非辛辣餐点”。关于花费限制参数的其它偏好可以包括：成员A最多200 SEK，成员B最多250 SEK，成员C最多300 SEK，等等。在聚集组上下文中，花费参数变成：最多200 SEK，以便满足所有成员A-C。

也可以利用关于个体成员的位置信息来进一步定义规则中对餐馆位置的要求，例如“建议离某个地点500米内且满足上述条件的餐馆”。当接着利用提供关于可去餐馆及其菜单的信息的上下文服务器来调用服务时，向其提交所创建的规则。于是，来自上下文服务器的响应可以包括任何满足由定制规则设置的条件的餐馆的清单，其中优选包括菜单。

从以上给出的示例应明白，本领域的技术人员能够产生用于将所收集的个体上下文聚集成组上下文的逻辑和关于与请求有关的参数的定制规则。

返回到图3，在许可控制单元304检查在步骤3:2中发送给上下文服务器300的所创建的定制规则，以便根据现行策略判断请求是否有权。假定有权，则在步骤3:3中，将新规则312a添加到上下文管理器302中的已有规则312中，以便根据规则312a中的条件和要求产生精炼上下文信息。从而，在步骤3:4中，在上下文精炼器310中应用规则312a，并且接着在另一个步骤3:5中，分发器314按照根据规则312a所准备的那样提供精炼上下文，以便作为对聚集上下文功能318的响应。接着，在最后一步3:6中，聚集上下文功能318最后可以根据例如预定方案将信息结果交给任何一个个体实体316。也可以将结果传送给独立的应用服务器322等，任何一个个体316都可以访问该应用服务器322以获得所述结果。

图4示出与图3中的场景类似的用于从上下文服务器获得精炼上下文信息的过程和装置，其中更详细地示出聚集上下文功能400。如同图3中那样，聚集上下文功能400从与一组个体实体404相关的上下文管理器402收集个体上下文，并将定制规则发送给上下文服务器406。在该实施例中，聚集上下文功能400包括组管理器408、上下文采集单元410和上下文聚集单元412，下文将对它们进行描述。

在第一步4:1中，一组个体实体404中的实体A代表指定组将对关于关注对象的上下文信息的请求发送给聚集上下文功能400。可以取决于由例如图2中描述的揭露机制所提供的内容、或取决于该组总体关注的内容而做出该请求。如上所述，组可以是新的组或输入的已有组。如果个体404是移动用户，那么其中之一可以主动地为在某一方面具有共同兴趣(例如在午饭时间一起用餐)的组提出请求。或者，不是用于作为组成员本身的独立的服务管理单元或管理员可以发送上下文信息请求，例如在个体实体404是用于启用通信业务等的相关应用时。

在任一情况下，组管理器408接收组对上下文信息的请求，其中组管理器408在包括例如成员清单等的数据结构408a中定义和保存组。还可以在组管理器408中定义任何用于确定组的上下文的参数，如当前状态和偏好。优选地，只定义与上下文信息请求有关的参数。在一个实施例中，可以用这些参数的字段来定义上下文模板结构，其中这些字段中填充有当前上下文信息，这将在稍后下文中进一步描述。

在下一步4:2中，将上下文信息请求传送给上下文聚集单元412以便稍后使用，这将在下文描述。当组管理器408已经创建且激活了组时，正如同图3的步骤3:1中那样，在下一步4:3中，上下文采集单元410从与相应个体404相关的上下文管理器CM_A、CM_B、CM_C...402收集当前的个体上下文数据。应注意，步骤4:2和4:3的顺序可以颠倒。

接着，在步骤4:4中，将所采集的上下文传送给上下文聚集单元412，上下文聚集单元412接着将个体上下文聚集成共同的组上下文。可以将组上下文和在步骤4:2中传送的上下文信息请求组合在一起，然后转译成来自上下文服务器406的精炼上下文信息的适应请求中的条件。可以将这些条件表示成由单元412创建的定制规则。接着，在下一步4:5中，上下文聚集单元412将规则414与请求一起发送给上下文服务器406，该规则因而定义请求的条件。在基本上如图3中的步骤3:4描述的那样精炼原始上下文数据后，在步骤4:6中，上下文服务器406将根据所提交的规则414精炼的上下文信息提供回给组管理器408。最后，如步骤4:7所示，组管理器408可以根据例如某一预定方案将信息结果发送给任何一个个体实体404，或发送给可访问应用服务器等，但本发明在这方面不受限制。

图5是根据另一个实施例的组的状态图。该组优选由如图4所示的组管理器408保存。在第一状态500，响应组形成触发5:1而创建该组，组形成触发5:1可以是用户、指定的组管理员或服务应用管理器为指定组所做的上下文信息请求，如上所述。组创建包括指定它的成员和定义关注的参数等。

当创建组的过程完成时，组进入有效状态502，在该状态，如箭头5:2所示，可以接收和更新当前的个体上下文数据。如箭头5:3所示，也可以在组的寿命期间内的任何时间在有效状态修改组参数，例如当组中的组成员关系因为成员离开或加入该组而改变时，或者当它的成员或组管理员更新组概况或参数(如关于偏好和策略等)时。

组可以响应去活触发5:4在它的寿命期间内的任何时间点进入无效状态504。在无效状态，不可以接收上下文数据或修改，并且组在被激活触发5:5唤醒之前一直处于休眠状态。去活触发5:4可以来自组成员或管理员，或者可以是预定义超时期限(例如，组的总有限寿命或自从组接收到最新的上下文数据或修改以来的时间)期满。激活触发5:5通常可以来自组成员或管理员。激活触发也可以是满足预定义的上下文条件，例如当某一数量的组成员位于预定半径内时等。如果只有其中一些组成员满足该条件，那么可以在聚集上下文功能中将这些成员的小组定义成有效。

最后，可以响应删除触发5:6来分解该组，删除触发5:6通常来自判定组已经作废的成员或管理员。接着，进入组删除状态506，这是最后一种状态。或者，删除触发可以是与上述去活触发5:4类似的超时参数。主要差别在于，可以从无效状态504进入有效状态502，但不可以从删除状态506进入有效状态502。

现在将参照图6描述当请求方是唯一个体时如何从与关注对象有关的上下文服务器获得关于关注对象的精炼上下文信息。图中所示的聚集上下文功能600基本上包括与图4中的功能400相同的组件，即组管理器602、上下文采集单元604和上下文聚集单元606。

在第一步6:1中，从唯一个体A 608接收对关于关注对象的精炼上下文信息的请求。在此情况下，也可以从独立的服务管理单元或管理员(未示出)接收上下文信息请求。因为唯一个体608没有创建和保存任何组，所以可以绕过组管理器602，而将请求直接传送给上下文采集单元604。如步骤6:2所示，对此做出响应，上下文采集单元604从与个体608相关的上下文管理器CM_A 610收集个体上下文数据。

上下文采集单元604还优选利用具有填充有在步骤6:2中收集的上下文数据的参数字段的上下文模板结构来定义与上下文信息请求有关的参数。下文将更详细地描述示例性上下文模板结构。

在下一步6:3中，将优选呈现为填充模板的所收集的上下文信息连同在步骤6:1中接收的上下文信息请求一起传送给上下文聚集单元606。单元606现在通过创建包含组合条件的定制规则612来将所接收的个体上下文和上下文信息请求聚集成对来自上下文服务器614的上下文信息的适应请求。接着，在下一步6:4中，上下文聚集单元606将规则612与请求一起发送给上下文服务器614，该规则从而定义请求的条件。

在根据所接收的规则612精炼原始上下文数据后，在步骤6:5中，上下文服务器614将精炼上下文信息提供回给上下文采集单元604。应注意，与上述图4中的示例相比，可以再次绕过组管理器602，并且组管理器602在整个过程中基本上透明。在所示最后一个步骤6:6中，上下文采集单元604可以将信息结果发送给个体608，或发送给可访问的应用服务器等。

如上所述，优选可以用与所接收的上下文信息请求相关的参数的字段来定义上下文模板结构。这些参数字段因而可以用于收集和记录所创建的组中的成员的当前个体上下文或唯一个体的上下文(适用时)。接着，用来自所收集的每个上下文的对应数据来填充参数字段。图7a和7b分别示出根据一个优选实施例的通用模板结构和应用模板结构，这里示为利用XML的XDM文档。

“通用模板”数据结构包括概括地定义请求方的基本数据的标准字段。如图7a所示的通用模板700包括组标识、组成员(这里示为成员A、B和C的字段)和可选的可能使用的组管理员的这样的标准字段。成员和管理员的字段优选应当提供适于通信的标识和网络地址。

当将要代表请求方创建定制规则以便如上所述从上下文服务器获得精炼上下文信息时，将定义与上下文信息请求有关的参数。这可以通过增加用于该请求的应用的应用特有部分704而将通用模板700扩展成如图7b所示的“应用模板”702来完成。部分704包括应用名和与那个应用和请求有关的一个或多个经过定义的上下文参数1、2、3...的字段706。在应用模板702中，现在可以用在上下文采集过程(例如，如图4中的步骤4:3或图6中的步骤6:2所述)中为每个成员收集的上下文信息来填充空的参数字段706。

图8示出如何在与图4中所示的聚集上下文功能400类似的聚集上下文功能800中使用这样的模板结构的一个示例，该聚集上下文功能800包括组管理器802、上下文采集单元804和上下文聚集单元806。在第一步8:1中，组管理器802从请求方808接收上下文信息请求，在此情况下，是一组多个个体A、B、C中的个体A提出请求。在定义与上下文信息请求有关的参数后，组管理器802采用如图7a所示的通用模板作为创建应用模板结构812的起始点，其中应用模板结构812包括每个组成员的定义参数的字段，这些字段最初是空的，如图所示。

接着在步骤8:2中，将应用模板812传送给上下文采集单元804。此外，在步骤8:3中，还将在步骤8:1中接收的上下文信息请求传送给上下文聚集单元806。现在，在下一步8:4中，上下文采集单元804从与组成员关联的上下文管理器810收集个体上下文。这样做的同时，它用为每个组成员收集的上下文填充应用模板的参数字段。应注意，也可能发生不是所有参数都可用于一些个体实体的情形，从而使得一些字段将保持信息为空。还可以将一些参数定义成“必需”并将其它参数定义成“可选”。如果任何一个实体无法提供必需参数的上下文信息，则所得行为可能取决于情形和/或所用的应用。当上下文收集过程完成时，在下一步8:5中，将填充模板814传送给上下文聚集单元806。

在最后一步8:6中，单元806在步骤8:5中接收的模板814中的上下文信息和在步骤8:3中接收的请求的基础上创建定制规则816。接着，可以将规则816提交给上下文服务器，以便以基本上如图3所述的方式由此获得精炼上下文信息。

根据本发明的一个方面，提供一种用于在电信网络中从保存关注对象(如306a)的上下文的上下文服务器(如300、406或614)获得上下文信息的方法。现在将参照如图9所示的流程图来描述由如图3、4、6和8所述的聚集上下文服务器执行的该方法的一般过程。假定上下文服务器从与关注对象关联的传感器(如306)接收原始上下文数据。

在第一步900中，从代表唯一个体或具有多个个体的组的请求方接收对关于关注对象的精炼上下文信息的请求。

在下一步902中，优选从唯一个体的内容服务器或组中的个体的多个内容服务器为请求方的至少一个个体实体收集个体上下文数据。优选地，根据请求利用包括与请求方有关的参数的预定义数据字段的上下文模板结构。接着，用请求方的每个个体的当前上下文数据填充参数字段。

在下一步904中，基于所收集的个体上下文数据、同时关于在步骤900中接收的请求来创建定制规则。如上所述，定制规则可以通过填充模板来创建。

在下一步906中，将包括定制规则的对关于关注对象的精炼上下文信息的适应请求发送给保存关注对象的上下文的上下文服务器。

在最后一步908中，从上下文服务器接收根据所述规则精炼的上下文数据，以便递送给请求方。

根据本发明的另一个方面，提供一种用于在电信网络中从保存关注对象(如306a)的上下文的上下文服务器提供上下文信息的方法。现在将参照如图10所示的第二流程图来描述由上下文服务器(如分别在图3、4和6中描述的300、406或614)执行的该方法的一般过程。上下文服务器从与关注对象关联的传感器(如306)接收原始上下文数据。

在第一步1000中，接收对关于关注对象的精炼上下文信息的适应请求，其中该请求源自请求方。该适应请求包括在为所述请求方的至少一个个体实体(316，404)收集的个体上下文数据的基础上创建而成的定制规则(312a，414)，该规则定义适应请求中的条件。

在下一步1002中，通过应用所接收的定制规则来精炼所接收的原始上下文数据。

在最后一步1004中，提供精炼上下文信息用于递送给所述请求方。根据上述实施例，将精炼上下文信息发送给聚集上下文功能，该聚集上下文功能接着将精炼上下文信息递送给请求方，例如递送给一个或多个个体或递送给独立的可访问的应用服务器。

应注意，取决于应用领域和其它因素，可以在本发明的范围内以不同的方式配置上述机制。在另一个有形示例中，请求方可以是想要激活称为PoC(无线一键通)的通信服务的一组移动用户，在该PoC服务中，多个用户可以通过按按钮来打开信道进行通话，从而进行集体通信。在此情况下，关注对象由用于启用PoC通信的网络资源组成。这些网络资源通常由网络运营商拥有和/或控制，该网络运营商还控制着关联的上下文服务器，包括它的许可控制策略。为了最佳利用资源，应当在调用该服务之前确定组中用户的可用能力。接着，可以利用例如如图3或图4所示的配置来执行以下过程A)-G)：

A)在例如组管理器408中创建组或将组输入到组上下文功能。

B)通过在例如上下文聚集单元412中聚集个体上下文来创建组上下文。如果服务需要资源，那么对与服务关联的指定组应用的请求会调用采集上下文和创建定制规则的过程。

C)创建定制规则，以便确定服务允许的通信资源和用户使用服务的能力。规则中的条件因而反映用户的情形。

D)将定制规则发送给保存网络资源的上下文的上下文服务器。

E)一旦许可控制策略(如许可控制304)验证了定制规则，就在诸如服务器300或406的上下文服务器中处理定制规则。应用该规则以便精炼原始上下文数据(在此情况下是网络信息)，并确定允许用户保留的资源。

F)通过例如分发器314将具有精炼上下文的应答从上下文服务器发送到聚集上下文功能，并将该应答进一步分发给组成员关系。这可以表示成服务策略决策点(PDP)的资源保留规则，其中PDP是用于分发网络资源的已知的网络实体。

G)当用户最后调用服务时，他们可以将资源保留规则发送给给定服务的PDP。

总之，本发明提供一种用于在一般从上下文服务器获得关于关注对象的上下文信息时满足请求方的特定需要和要求的解决方法。此外，提供一种用于有效处理组上下文的机制，并且可以获得与组的集体需要和要求有关的相关上下文信息。

尽管关于具体示例性实施例描述了本发明，但本描述一般只用于说明发明概念，而不应将它视为是限制本发明的范围，本发明的范围由随附权利要求限定。

Claims

1.一种用于在电信网络中从保存关注对象(306a)的上下文的上下文服务器(300，406，614)获得上下文信息的方法，所述上下文服务器从与所述关注对象关联的传感器(306)接收原始上下文数据，所述方法的特征在于以下步骤：

从请求方接收对关于所述关注对象的精炼上下文信息的请求；

为所述请求方的至少一个个体实体(316，404)收集个体上下文数据；

在所接收的个体上下文数据的基础上创建定制规则，所述规则定义对关于所述关注对象的精炼上下文信息的适应请求中的条件；

将包括所述定制规则的所述适应请求发送给所述关注对象的上下文服务器；以及

从所述上下文服务器接收根据所述规则精炼的上下文数据。

2.如权利要求1所述的方法，其特征在于，所述个体上下文数据是从保存所述一个或多个个体实体的上下文的至少一个上下文管理器中收集获得的。

3.如权利要求1或2所述的方法，其中所述请求方是一组多个个体实体，其特征在于，为所述每个个体实体收集个体上下文数据，将所接收的个体上下文数据聚集成组上下文，并从所述组上下文创建所述定制规则。

4.如权利要求1-3中任一权利要求所述的方法，其特征在于，利用上下文模板结构来收集所述个体上下文数据，所述模板包括与所述请求方有关的参数的预定义数据字段，所述字段中填充有所述请求方的当前上下文数据。

5.如权利要求4所述的方法，其特征在于，所述上下文模板采用XDM文档的形式提供，所述XDM文档通过IMS接口利用SIP/Simple协议来传送。

6.如权利要求4或5所述的方法，其特征在于，所述上下文模板是通过将包括概括地定义请求方的基本数据的标准字段的通用模板扩展成还包括所述上下文参数的字段的应用模板创建而成的。

7.如权利要求6所述的方法，其中所述请求方是一组多个个体实体，其特征在于，所述通用模板包括组标识、组成员和可选的可能使用的组管理员的标准字段。

8.如权利要求6或7所述的方法，其中所述请求方是一组多个个体实体，其特征在于，所述应用模板包括所述每个个体实体的参数字段。

9.一种用于在电信网络中从保存关注对象(306a)的上下文的上下文服务器(300，406，614)获得上下文信息的设备，所述上下文服务器从与所述关注对象关联的传感器(306)接收原始上下文数据，所述设备的特征在于：

用于从请求方接收对关于所述关注对象的精炼上下文信息的请求的部件；

适于为所述请求方的至少一个个体实体(316，404)收集个体上下文数据的上下文采集单元(410，604)；

适于在所接收的个体上下文数据的基础上创建定制规则的上下文聚集单元(412，606)，所述规则定义对关于所述关注对象的精炼上下文信息的适应请求中的条件；

用于将包括所述定制规则的所述适应请求发送给所述关注对象的上下文服务器的部件；以及

用于从所述上下文服务器接收根据所述规则精炼的上下文数据的部件。

10.如权利要求9所述的设备，其特征在于，所述上下文采集单元还适于从保存所述一个或多个个体实体的上下文的至少一个上下文管理器收集个体上下文数据。

11.如权利要求9或10所述的设备，其中所述请求方是一组多个个体实体，其特征在于，所述上下文采集单元还适于为所述每个个体实体收集个体上下文数据，并且所述上下文聚集单元还适于将所接收的个体上下文数据聚集成组上下文并从所述组上下文创建所述定制规则。

12.如权利要求9-11中任一权利要求所述的设备，其特征在于，所述上下文采集单元还适于利用上下文模板结构来收集所述个体上下文数据，所述模板包括与所述请求方有关的参数的预定义数据字段，所述字段中填充有所述请求方的当前上下文数据。

13.如权利要求12所述的设备，其特征在于，所述上下文采集单元还适于利用XDM文档作为所述上下文模板，所述XDM文档通过IMS接口利用SIP/Simple协议来传送。

14.如权利要求12或13所述的设备，其特征在于，所述上下文采集单元还适于通过将包括概括地定义请求方的基本数据的标准字段的通用模板扩展成还包括所述上下文参数的字段的应用模板来创建所述上下文模板。

15.如权利要求14所述的设备，其中所述请求方是一组多个个体实体，其特征在于，所述通用模板包括组标识、组成员和可选的可能使用的组管理员的标准字段。

16.如权利要求14或15所述的设备，其中所述请求方是一组多个个体实体，其特征在于，所述应用模板包括所述每个个体实体的参数字段。

17.一种用于在电信网络中从保存关注对象的上下文的上下文服务器(300，406，614)提供上下文信息的方法，所述上下文服务器从与所述关注对象有关的传感器(306)接收原始上下文数据，所述方法的特征在于以下步骤：

接收源自请求方的对关于所述关注对象的精炼上下文信息的适应请求，所述适应请求包括在为所述请求方的至少一个个体实体(316，404)收集的个体上下文数据的基础上创建而成的定制规则(312a，414)，所述规则定义所述适应请求中的条件；

通过应用所接收的定制规则来精炼所述原始上下文数据；以及

提供所精炼的上下文信息用于递送给所述请求方。

18.如权利要求17所述的方法，其特征在于，所接收的定制规则是从由组成员的多个个体上下文聚集而成的组上下文导出的。

19.一种用于在电信网络中从保存关注对象的上下文的上下文服务器(300，406，614)提供上下文信息的设备，所述上下文服务器从与所述关注对象关联的传感器(306)接收原始上下文数据，所述设备的特征在于：

用于接收源自请求方的对关于所述关注对象的精炼上下文信息的适应请求的部件，所述适应请求包括在为所述请求方的至少一个个体实体(316，404)收集的个体上下文数据的基础上创建而成的定制规则(312a，414)，所述规则定义所述适应请求中的条件；

用于通过应用所接收的定制规则来精炼所述原始上下文数据的部件；以及

用于提供所精炼的上下文信息以便递送给所述请求方的部件。

20.如权利要求19所述的设备，其特征在于，所接收的定制规则是从由组成员的多个个体上下文聚集而成的组上下文导出的。