管理用户优选简档的方法、共享服务器和客户端

摘要

公开了用于在共享服务器中管理用户优选简档的方法、在客户端中管理用户优选简档的方法以及相应的共享服务器和客户端。该在共享服务器中管理用户优选简档的方法包括步骤：从客户端接收多个用户优选简档，用户优选简档包括与至少一个应用的每个应用对应的服务设置；存储多个用户优选简档；接收激活在多个用户优选简档中的一个用户优选简档的请求；激活该用户优选简档；以及将激活的用户优选简档提供给与该激活的用户优选简档对应的相应的应用服务器。通过以这种方式将各个应用的用户优选简档存储在一个位置，可以高效地管理用户优选。

说明书

本案是申请日为2007年8月1日、申请号为200780033186.9、发明名称为“管理用户优选简档的系统和方法”的发明专利申请的分案申请。

技术领域

本发明一般涉及移动通信领域，更具体地，涉及OMA(开放移动联盟)开发的经由SIP(会话发起协议)的应用，例如即时消息(IM)、无线一键通(PoC)和任何其它未来的应用。换句话说，本发明涉及这样的应用：由用户提供的服务设置被发布给应用服务器、被应用服务器存储和执行。更详细地，本发明涉及用于管理用户优选(preference)简档的系统和方法。

背景技术

服务提供商提供各种服务的同时，也允许用户选择他们的优选项，以根据他们的需要和情况来定制应用的行为。当前，由OMA开发的PoC应用允许用户配置服务设置，例如呼入会话限制、应答模式、呼入即时个人警报限制、同时PoC会话支持设置等。另外，OMA开发的SIMPLE(即时消息和存在调节(leveraging)扩展的SIP)IM应用定义了像呼入会话限制、呼入IM寻呼模式限制、延迟的消息传递等的服务设置。正在开发中的新应用也具有相似的服务设置。用户利用他/她的客户端应用来将他的优选项指示给各个应用服务器。现有技术的一些应用也被融入，如下所述。

作为示例，图1示出了OMA开发的SIMPLE IM和PoC应用。对于其它应用，也有相似的结构。在现有技术中，用于发布服务设置的接口用虚线表示。应当注意，每个客户端应用将服务设置发布到其自己的应用服务器上，因而可以发布多个服务设置。

图2示出了由用户发布服务设置的过程的流程图。

SIP PUBLISH是用于经由SIP接口将服务设置发布到应用服务器上的方法。通常，服务设置发布发生在每次登录之后，也发生在用户想要更新/刷新他的服务设置的时候(S210)。应用服务器111、121存储这样的用户优选项，并且在可以应用时执行(S230)。

前述现有技术具有下述局限性：

I.逐渐增加的应用数量会导致以分布式存储用户优选项。

II.增加了服务设置发布的数量。

III.对用户来说，管理服务设置很复杂。

IV.增加了成本。

发明内容

技术问题

本发明的目的是提供一种用于在共享位置处存储和管理各种应用服务设置的系统和方法，从而降低服务设置维护的复杂度和到应用服务器上的服务设置的发布数。本发明也提供这样的操作：当在共享位置处存储该服务设置时，应用服务器通过使用现有接口来执行服务设置。本发明不需要定义任何新接口，以克服相关现有技术中存在的缺点。

技术方案

为了解决前述技术问题，本发明提供一种用于管理用户优选简档的系统，该系统包括：多个应用客户端；与该多个应用客户端对应的多个应用服务器；和共享服务器，用于存储和管理各个应用的用户优选简档，其中该应用客户端选择性地激活存储在该共享服务器中的用户优选简档，并且将该选择性地激活的用户优选简档提供给该应用服务器。

另外，本发明提供一种用于管理用户优选简档的方法，该方法包括步骤：由多个应用客户端创建多个用户优选简档，每个用户优选简档对应于每个应用；将所创建的用户优选简档存储在共享服务器中；选择性地激活所存储的用户优选简档；以及将该选择性地激活的用户优选简档提供给相应的应用服务器。

本发明提供一种用于在共享服务器中管理用户优选简档的方法，该方法包括步骤：从客户端接收多个用户优选简档，用户优选简档包括与至少一个应用的每个应用对应的服务设置；存储多个用户优选简档；接收激活在多个用户优选简档中的一个用户优选简档的请求；激活该用户优选简档；以及将激活的用户优选简档提供给与该激活的用户优选简档对应的相应的应用服务器。

本发明提供一种用于管理用户优选简档的共享服务器，该共享服务器包括：用于接收来自客户端的多个用户优选简档和激活在多个用户优选简档中的一个用户优选简档的请求的部件，其中该用户优选简档包括与至少一个应用的每个应用对应的服务设置；用于存储多个用户优选简档的部件；用于激活该用户优选简档的部件；和用于将激活的用户优选简档提供给与该激活的用户优选简档对应的相应的应用服务器的部件。

本发明提供一种在客户端中管理用户优选简档的方法，该方法包括步骤：创建多个用户优选简档，用户优选简档包括与至少一个应用的每个应用对应的服务设置；向共享服务器发送该多个用户优选简档；以及发送激活在多个用户优选简档中的一个用户优选简档的请求；其中将选择性地激活的用户优选简档提供给与该激活的用户优选简档对应的相应的应用服务器。

本发明提供一种用于管理用户优选简档的客户端，该客户端包括：用于创建多个用户优选简档的部件，其中用户优选简档包括与至少一个应用的每个应用对应的服务设置；和用于向共享服务器发送该多个用户优选简档以及发送激活在多个用户优选简档中的一个用户优选简档的请求的部件；其中将选择性地激活的用户优选简档提供给与该激活的用户优选简档对应的相应的应用服务器。

有益效果

1、通过将与各个应用对应的多个用户优选简档存储(或配置)在公共位置处，可以安排并优化用户优选简档的布置。

2、XCAP操作被用于简档操作——XCAP操作比SIP操作的开销少。

3、用户可以一次设置多个用户优选简档，不需要在每次他/她登录时发布它们。

4、降低了用户管理服务设置的复杂度。

5、减少了客户端上可用的有限资源的资源使用。

6、能够仅通过一个XCAP操作修改多个服务的服务设置。

7、可以存储预先配置的多个优选简档，这使得不同简档之间的切换更容易。

8、用户优选简档容易扩展。

9、各个应用的用户优选简档可以被选择性地激活。

10、当用户优选简档被选择性地激活时，可以由调度功能容易地实现自动设置，等等。

附图说明

图1描述了在现有技术中所用的OMA开发的具有接口指示的SIMPLE架构；

图2描述了在现有技术中用户经由SIP PUBLISH指示他/她的优选项；

图3描述了在本发明中所用的OMA开发的具有接口指示的SIMPLE架构；

图4描述了用户创建优选简档；

图5描述了用户检索优选简档；

图6描述了用户更新优选简档；

图7描述了应用服务器订阅并且接收优选简档改变的通知；

图8描述了XDMS发布激活的简档和活动的简档内容；

图9描述了客户端发布活动的简档并且应用服务器取得该活动的简档的内容；以及

图10到12分别描述了根据本发明的三种方法的操作流。

具体实施方式

随着使用各种应用的服务数量的增加，这些应用的每一个都需要由用户优选项指示的一些服务设置，服务设置以分布式被存储在应用服务器中。本发明提出将这样的服务设置集合在公共位置处，例如共享用户简档XDMS(XML文档管理服务器)。另外，当用户使能这些预先配置的服务设置的情况中的任意一种时，在简档情况中所有一致的服务设置可以同时在每个相应的服务器中被激活。

作为示例，图3示出了OMA开发的SIMPLE IM和PoC应用。对于其它应用可以存在相似的架构。本发明中所用的接口由虚线指示。应当注意，可以仅通过一个XCAP操作将多个服务的服务设置放在共享简档XDM服务器361上或者任何其它相似的实体362、363上。

在说明本发明时，为了逻辑清楚和简单，共享简档XDMS被当作用于存储集总服务设置的位置，但是它们可以被存储在任何这样的相似实体中。

本发明提出了一种用于多个简档和集总的各种服务设置的新方案。为了简便，假定该方案提供了考虑现有技术中可能存在的设置的细节。该方案可以被扩展以适应潜在的将来服务和已有服务的服务设置的改变。该内容类型可以被称为“application/user-preference-profile”。对于活动简档的指示，存在两种可能的途径：

1、由标志来指示活动简档的途径。

2、由属性来指示活动简档的途径。

由标志来指示活动简档的一般用户优选简档格式如下表1所示：

表1

由属性来指示活动简档的一般用户优选简档格式如下表2所示：

表2

用户可以创建具有名称的简档，如Home Profile、Office Profile、Travel Profile、Sleep Profile、Outdoor Profile、Meeting Profile等，每一个都包含各种服务的服务设置，例如呼入会话限制、呼入即时个人警报限制、呼入IM寻呼模式限制等，以及包含各个设置的用户优选值。

用于将用户优选简档创建到XDMS上所用的协议如图4所示。本发明提出使用XCAP PUT方法来创建用户优选简档。客户端接收关于成功创建简档的200 OK(S410)。

具有由标志指示的活动简档的一般用户优选简档的示例如表3所示：

表3

具有由属性指示的活动简档的一般用户优选简档的示例如下表4所示：

表4

用户可以想要从各个用户优选简档中读取由他/她提前指示的当前优选项。本发明提出使用XCAP GET操作来检索简档，如图5所示。客户端接收关于简档的成功检索的200 OK响应中的简档数据(S510)。

用户检索用户优选简档的示例如下表5所示。

表5

用户可以想要以下述过程中的任意一种来改变已经存储在XDMS上的用户优选简档：

1、用户可以更新对特定服务设置的优选。

2、用户可以将对所有服务设置的优选清零。

3、用户可以返回到默认优选。

本发明提出使用XCAP GET和XCAP PUT方法来执行按照用户请求的上述指定操作(S610、S620、S630)的任一个。这些操作如图6所示。

用户可以想要指示存储在XDMS 360中的各个用户优选简档中的活动简档。本发明提出两种执行“激活简档”的操作的方法：

1、根据标志或属性指示活动简档。

2、通过SIP PUBLISH指示活动简档。

当根据标志或属性值指示活动简档时，如在方法1中一样，应用服务器可以有两种途径来知道激活的用户优选简档：

1.1应用服务器订阅用户优选简档的XML(可扩展标记语言)文档变化。

1.2XDM服务器将激活的简档发布到相应的应用服务器。

应用服务器订阅用户优选简档的XML文档变化的方法如下：

应用服务器需要订阅用户优选简档的XML文档的任何变化。图7示出了操作序列的示例。SUBSCRIBE请求可以承载根据draft-ietf-simple-event-filter-funct和draft-ietf-simple-filter-format的过滤器(S710)，以使得应用服务器311、321仅接收XML文档改变时的相关通知。这样，当用户改变/指示活动简档时，应用服务器知道激活的简档。SIPNOTIFY是从应用服务器311、321向XML文档变化订阅的通知，其承载用户进行的变化(S730)。如果在相关SUBSCRIBE请求中请求任何过滤器规则，则在应用过滤器规则之后构成该通知。应用服务器311、321本地存储活动简档的指示以及这些服务设置的用户优选内容，以用于将来执行(S720)。应用服务器311、321现在知道用户优选简档，因此将执行那些设置，如在现有技术中一样。另外，应用服务器311、321将通过SIP NOTIFY通知动态地知道任何用户优选简档自身的用户优选的任何变化。

随后，SUBSCRIBE和NOTIFY将在下面的示例中被描述。

具有由属性指示活动简档的SUBSCRIBE和NOTIFY的示例如下表6所示。

表6

具有由属性指示活动简档的SUBSCRIBE和NOTIFY的示例如下表7所示。

表7

XDM服务器向相应应用服务器发布激活的简档的方式(方法1.2)如下：

在此方法中，一旦用户修改了用户优选简档XML文档，则XDM服务器就向应用服务器发送包含活动简档和活动简档的内容的SIP PUBLISH。操作的序列如图8的示例所示。应用服务器311、321本地存储活动简档的指示和那些服务设置的用户优选内容，以用于将来执行(S830)。应用服务器311、321现在知道用户优选简档，因此将执行那些设置，如同在现有技术中一样。

作为替换，该方法提出使用SIP PUBLISH方法来向应用服务器指示活动简档。与现有技术相比的不同之处在于，当用户通过SIP REGISTER登录时或者每当用户想要改变活动简档时，他/她仅发布活动简档名称设置。所产生的SIP PUBLISH具有如下说明(clarification)：

应用服务器标识符：例如，PoC或IM或CPM标识符

事件：新事件包“preference-settings”

本体：包含要被激活的目标简档以及其存储在用户优选XDMS中的URL。

新事件包“preference-settings”：

新事件包的名称可以被命名为“preference-settings”。该值可以出现在SIP PUBLISH中的事件首标字段中。

具有事件“preference-settings”的SIP PUBLISH的本体内容：

SIP PUBLISH请求的本体包含以“application/preferences-settings+xml”数据格式的优选设置文档。该优选设置文档描述用户的相关优选设置。利用MIME类型“application/preferences-settings+xml”标识的优选设置文档的格式通过示例被定义如下：

表8

用户优选设置文档开始于根元素标签<preferences-settings>。其由<target-profile>元素组成，该元素包括下列属性：

-“name”属性，包含要被激活的目标简档的唯一标识符，和

-“url”属性，包含URL，其是存在于特定用户的用户优选XDMS中的用户优选文档的唯一标识符。

一旦接收到活动简档指示的公布，则应用服务器从XDM服务器取得激活的简档的用户优选。取得活动简档内容的方法是通过XCAP GET方法获得它们，或者通过SIP SUBSCRIBE方法来订阅活动简档的文档变化。应用服务器本地存储活动简档的指示和那些服务设置的用户优选内容，以用于将来执行。应用服务器现在知道用户优选简档，因此将执行那些设置，如同现有技术一样。操作的序列如图9所示。

如果应用服务器311、321需要知道任何用户优选简档的用户优选的任何变化，则应用服务器311、321需要订阅XML文档用户优选简档的任何变化。这样，应用服务器311、321通过SIP NOTIFY几乎立即知道用户做出的变化。

整个发明可以被概括为下面结合图10到12描述的流程。

图10-方法1的发明概要；

图10概括了本发明提出的第一种方法的过程。

创建/更新用户优选简档

用户的多个服务简档被合并在一个“用户优选XDMS”的地方(S1010)。

1.用户可以利用从其客户端发源的、到用户优选XDMS的XCAP PUT请求来创建或修改其用户优选简档。

2.如果该请求是来自于认证的用户的，则用户优选XDMS创建/更新用户优选简档。

3.用户优选XDMS处理XCAP PUT请求，并且向客户端确认其结果。

激活用户优选简档：

用户优选XDMS中的每个用户优选简档具有“激活标志”，用户可以通过将该标志设置为“真”来激活特定的简档(S1020)。

4.用户可以利用从其客户端发源的、到用户优选XDMS的XCAP PUT请求来设置其用户优选简档(如步骤1中说明的创建的用户优选简档)中的“激活标志”。

5.用户优选XDMS知道用户想要应用服务器使用的简档名称。

6.用户优选XDMS处理该XCAP PUT请求，并且向客户端确认其结果。

用户优选简档的后(post)激活：

激活的简档向应用服务器的传递是通过应用服务器订阅激活的简档文档变化来实现的。激活的简档的更新也使用订阅的事件被传递到应用服务器(S1030)。

7.一旦用户优选简档被激活，则用户优选XDMS向每个应用服务器通知激活的用户优选简档的相应部分，这将在下面的步骤中进行说明。

8.由于应用服务器保持对“激活标志”的变化的订阅，则其可以被通知激活的用户优选简档。为此，应用服务器向用户优选XDMS发起具有下列说明的SIP SUBSCRIBE请求：

事件：xcap-diff

目标文档：用户优选简档文档

过滤器描述：如果设置了‘激活标志’，则应当通知相应用户优选简档的相关部分。

9.用户优选XDMS处理SIP SUBSCRIBE请求，并且向应用服务器确认其结果。

10.用户优选XDMS发起包含在SIP NOTIFY中的激活的用户优选简档的通知到应用服务器，该通知具有下列说明：

事件：xcap-difff

本体：激活的用户优选简档中对应于相应应用服务器的部分。

11.应用服务器处理该SIP NOTIFY请求，并且向用户优选XDMS确认其结果。

图11-发明的方法2的概要：

图11概括了本发明提出的第二种方法的过程。

创建/更新用户优选简档

用户的多个服务简档被合并在一个“用户优选XDMS”的地方(S1110)。

1到3.与“发明的方法1的概要”一章中说明的步骤1到3相同。

激活用户优选简档：

用户优选XDMS中的每个服务简档具有“激活标志”，用户可以通过将该标志设置为“真”来激活特定的简档(S1120)。

4到6.与“发明的方法1的概要”一章中说明的步骤4到6相同。

用户优选简档的后激活：

用户优选XDMS将通过使用SIP PUBLISH向应用服务器通知或传递激活的简档中与该应用服务器有关的部分。激活的简档的更新也将使用SIPPUBLISH被传递到该应用服务器(S1130)。

7.与“发明的方法1的概要”一章中说明的步骤7相同。

8.用户优选XDMS发起包含活动简档的该部分的SIP PUBLISH请求到该应用服务器，该请求具有下列说明：

事件：应用服务器的服务设置的事件，例如“poc-setting”

应用服务器标识符：例如媒体特征标签

本体：包含激活的用户优选简档的相关部分。

9.应用服务器处理对于SIP PUBLISH请求的向用户优选XDMS的确认。

图12-发明的方法3的概要：

图12概括了本发明提出的第三种方法的过程。

创建/更新用户优选简档

用户的多个服务简档被合并在一个“用户优选XDMS”的地方(S1210)。

1到3.与“发明的方法1的概要”一章中说明的步骤1到3相同。

激活用户优选简档：

用户通过使用SIP PUBLISH来激活每个应用的用户优选简档。SIPPUBLISH的内容可以是向位于用户优选XDMS中的要被激活的目标用户优选简档(例如，Home简档、Office简档)的指示器。对此可以需要新事件，例如“优选设置”(S1220、S1240)。

4.用户可以在具有下列说明的SIP PUBLISH请求中，从其客户端向应用服务器指示要被激活的用户优选简档(如步骤1中说明的创建的用户优选简档)的选择：

应用服务器标识符：例如Poc或IM或CPM标识符

事件：新事件“优选设置”

本体：包含要被激活的目标简档，其具有在用户优选XDMS中的URL。

5.应用服务器处理该SIP PUBLISH请求，并且向客户端确认其结果。

用户优选简档的后激活：

6.然后应用服务器通过使用XCAP GET请求或SIP SUBSCRIBE请求从用户优选XDMS取得激活的用户优选简档的内容(S1230、S1250)。

6.1.使用XCAP GET请求：为了从用户优选XDMS接收激活的用户优选简档的内容，应用服务器向要被激活的目标用户优选简档的URL发起XCAP GET，其中该应用服务器已经通过步骤4中SIP PUBLISH知道了该URL。

从用户优选XDMS到应用服务器的200OK响应包含从激活的用户优选简档取得的用户优选。

6.2.使用SIP SUBSCRIBE请求：应用服务器通过使用步骤4中的SIPPUBLISH来订阅XDM服务器中用户请求其激活的用户优选简档。然后，向应用服务器通知激活的用户优选简档的内容及其任何更新。因此，该应用服务器向用户优选XDMS发起具有下列说明的SIP SUBSCRIBE请求：

事件：xcap-diff

目标文档：用户优选简档文档

过滤器描述：“活动简档名称”，相应简档的相关部分应当被通知。

接着是在“发明的方法1的概要”一章中描述的步骤9到11。

可以为简档的调度激活、活动简档的寿命等提供更多的自动操作。

尽管这里参照附图对本发明的示范性实施例进行了描述，但是应当理解，本发明不限于这些准确的实施例，本领域技术人员来在不脱离本发明的范围和精神的情况下，可以对本发明进行各种变化和修改。