CN103460681A

CN103460681A - 融合地址薄能力的管理方法

Info

Publication number: CN103460681A
Application number: CN2012800057598A
Authority: CN
Inventors: 爱德华多·富列亚卡列拉; 劳拉·加西亚加西亚; 约瑟胡安·桑切斯达斯; 约瑟路易斯·努涅斯迪亚兹
Original assignee: Telefonica SA
Current assignee: Telefonica SA
Priority date: 2011-01-14
Filing date: 2012-01-13
Publication date: 2013-12-18
Anticipated expiration: 2032-01-13
Also published as: WO2012095518A1; ES2388389B1; KR20140040111A; EP2664128A1; US20140082075A1; EP2664128B1; BR112013018048A2; ES2644267T3; CN103460681B; ES2388389A1

Abstract

本发明涉及一种管理地址薄用户融合地址薄能力的方法，所述用户订阅了融合地址薄服务，在存储于呈现服务器的呈现文件中定义服务元组；在所述服务元组中设置融合地址薄能力的值，该值表明所述用户是否支持融合地址薄服务；将所述用户的融合地址薄能力和用户标识发布到融合地址薄服务器上；从所述呈现服务器接收用户联系人的融合地址薄能力的更新；以及用具有服务用户的融合地址能力更新存储于融合地址薄XML文件管理服务器中的网络地址薄。

Description

融合地址薄能力的管理方法

技术领域

本发明主要涉及地址薄、尤其涉及对用户及其联系人的融合地址薄能力的管理。

背景技术

地址薄是用于存储称为联系人的表项的数据库。当前，OMA（OpenMobile Alliance,开放移动联盟）定义的通信标准，即OMA CAB（Converged Address Book，融合地址薄）使能器，提供了用于在网络存储库中存储用户地址薄的框架，并保持该地址薄其与该用户不用设备的联系人列表的同步。

大多数人都有多个不同的地址薄：电子邮件账户、他们的手机号码、以及社交网上的“好友列表”。网络地址薄可以允许用户对其所有地址薄通过单个界面进行组织和管理，并在他们不同的地址薄和社交网络之间分享其联系人。此外，CAB使能器提供了随时更新用户地址薄中存储的联系人信息的机制。这种机制是这样实现的：允许用户定义个人档案（个人联系卡），该档案包含其他用户可以订阅的联系人信息，这样，当联系人信息发生变化时，用户可以接收通知，从而可以在其地址薄中具有最新的联系人信息。

其中，订阅另一用户PCC（Personal Contact Card，个人联系卡）的过程如下：

●用户通过添加其CAB标识（CAB XUI）到CAB XDMS中存储的订阅列表中，添加其要订阅的新联系人。

●接着，CAB服务器检索所述订阅列表，并下发订阅请求至存储所述订阅列表中联系人PCC的PCC XDMS。

●如果存在自动处理这些请求的规则，无论是接受请求的规则，还是拒绝请求的规则，都应用该规则。

●否则，要求最终用户通过反应授权机制进行确认。

该机制仅在被订阅的联系人为支持CAB功能的用户时才有效。为了便于发现用户地址薄中哪些联系人是支持CAB功能的用户，CAB联系人信息数据模型包括元素<联系人-类型>（<contact-type>），以对CAB能力支持进行编码。因此，所有该元素设置为合适值（“CAB”）的联系人都是支持CAB功能的用户，因而，这些用户适于接收PCC订阅请求。该指示CAB能力的信息元素在CAB服务器和客户端之间同步，作为用户地址薄的一部分。

</address-book>OMA CAB使能器基于标准技术和协议，如SIP、XDM及OMA DS。

除了标准外，专利申请US2010088276A1公开了一种框架，通过该框架，用户指示出其地址薄中需要接收自动更新的联系人列表。订阅功能负责实现该组联系人个人联系卡的订阅，并在更新用户地址薄之前，将对应的个性化规则应用到更新的联系人信息中。该专利申请还提出了在呈现和融合地址薄服务中使用统一的用户标识，从而可合并每个地址薄表项的呈现和联系人信息。但这不能作为将用户联系人的标识传送给用户以实现CAB服务的通用方案，因为无法保证在每个系统中标识之间具有通用的对应关系。

专利申请WO2010033669A1公开了一种融合地址薄系统，该系统允许用户订阅其他用户的联系人信息，从而使得用户可以接收其他融合地址薄用户的可用PCC（Personal Contact Card，个人联系卡）信息的自动更新。上述系统还允许融合地址薄用户通过发送消息方案将其联系人信息分享给其他用户。所述联系人信息可以包括用户地址薄内的用户个人联系卡、或地址薄数据、或者两者都包括。该系统还允许融合地址薄用户将数据从其他（非CAB）地址薄数据源导入所述融合地址薄中。上述系统的另一特征在于，提供了一种从主机融合地址薄系统中、远程融合地址薄系统和/或服务提供商提供的外部数据库中搜索联系人信息的机制。

专利申请WO2009154973A2公开了一种融合地址薄系统，包括CAB客户端。该客户端管理联系人信息，并通过同步接口保持联系人信息与CAB服务器之间的同步。该系统为CAB客户端与CAB服务器之间提供额外的接口，目的在于实现附加的功能，如订阅地址薄中的用户联系人、数据管理（如发布信息和管理信息的变化）、与原有系统机型交互、分享以及搜索联系人信息。

另一方面，呈现服务旨在散播呈现信息，这取决于该信息所有者授予的许可。呈现服务由OMA定义于OMA呈现使能器中，基于IETF（Internet Engineer Task Force，互联网工程任务组）指定的多个相关的RFC。

所述呈现服务（呈现源）的用户的呈现信息包括有关如下的数据：

●用户本身（<人>）（<person>），如进行各种通信的意愿、形象及心情。

●用户所使用的通信方式（<元组>）（<tuple>），如与服务A通信的意愿、用户终端上服务B的可用性。

●他/她所使用的（<设备>）（<device>），如手机、PC、以及PDA。由于相同的服务可以在多个设备上实现，所以服务与设备之间是多对多的映射关系。

OMA呈现数据模型为XML文件，该文件符合IETF组织在RFC3863中定义的呈现信息数据格式，此外，OMA在呈现SIMPLE数据规范中还定义了其他一些扩展的格式。

呈现服务器负责接受呈现源的呈现发布，整理呈现文件、并根据呈现源的许可将呈现信息发送给观察者。

所述呈现信息可以由呈现源通过如下一种或两种机制提供：

●使用SIP协议将呈现信息发布到呈现服务器。

●使用XCAP操作存储在呈现XDMS的永久呈现状态。

第一种机制最适合呈现信息是动态的、随时间不断变化的场景。另一方面，第二种机制最适合应用于呈现信息不频繁变化的场景。

所述呈现服务器整理用户的呈现文件，将永久呈现状态及从用户不同设备发布到呈现服务器的呈现信息均作为源。

OMA呈现使能器基于标准技术或协议，如SIP和XDM。

尽管CAB使能器描述了编码用户地址薄中不同联系人的CAB能力的方法，但是实际确定该CAB能力对于不同的联系人是否存在的方法不在CAB使能器描述的范围。这对于属于相同域的联系人来说是十分明确的。然而，需要一种能够检查属于其他域的联系人的CAB能力的方案。对于CAB服务器来说，如果不存在一种确定用户地址薄中属于不同域的联系人是否支持CAB功能的标准机制，那么将不能在地址薄中设置对应的标志。因此，用户将无法获知哪个联系人支持CAB功能。

除了上述问题外，还需要一种能够确定地址薄中不同地址中的具体地址，所述具体地址能够标识用户是否支持CAB服务。

发明内容

本发明的目的在于解决上述技术问题，提供一种管理地址薄用户融合地址薄能力的方法。所述用户订阅融合地址薄服务，所述方法允许用户为其他用户指示出自己的CAB能力，以及获知其联系人的融合地址薄能力，即获知其联系人是否支持融合地址薄服务。反过来，向其他用户提供用户标识，使得其他用户可以订阅他的个人联系卡。

本发明第一方面提供的方法，包括以下步骤：

-定义与存储于呈现服务器的呈现文件中的CAB使能器关联的服务元组。用户呈现文件中包含该服务元组，且该服务元组的状态设置为“打开”，这表明用户支持CAB服务能力。同时，在联系人地址字段提供了用户XUI，使得其他用户可以订阅他/她的PCC。

-在所述服务元组中设置融合地址薄能力的值，该值表明所述用户是否支持融合地址薄服务。

-将所述用户的融合地址薄能力和用户标识发布到融合地址薄服务器。

-从所述呈现服务器接收所述用户的联系人的融合地址薄能力的更新。

-用服务用户的融合地址能力更新存储于融合地址薄XML文件管理服务器中的网络地址薄。

上述步骤可以由融合地址薄能力功能模块执行，其负责创建、发布并更新此信息，与融合地址薄服务器连接或直接在融合地址薄服务器内实施。因此，该功能模块对于其他CAB客户端是可用的。

还提出了两种发布用户融合地址薄能力的方法。通过发送“SIP发布”请求至所述呈现服务器或直接修改存储于XML文件管理服务器中的永久呈现状态，来实现所述用户的融合地址薄能力和用户标识的发布。

此外，本发明的方法将订阅请求发送至由所述融合地址薄服务器通知的所述地址薄中的每个新联系人。优选地，该请求为匿名请求。

可选地，所述方法发出作为来自融合地址薄客户端的订阅请求，所述融合地址薄客户端将其呈现信息正在被请求的联系人存储在所述用户的地址薄中。

可选地，所述方法发出作为来自融合地址薄能力功能模块的请求。

本发明第二方面涉及该方法如何管理呈现信息更新。当收到呈现信息更新时，所述方法分析所述融合地址薄能力是否已由呈现使能器获得。

在所述方法中，当融合地址薄能力已由呈现使能器获得，且在没有服务元组的情况下收到呈现信息更新时，所述融合地址薄能力和所述用户标识可以从所述融合地址薄XML文件管理服务器中移除。

在所述方法中，当融合地址薄能力已由呈现使能器获得，且收到携带指示所述用户不再支持融合地址薄服务的服务元组值的呈现信息更新时，所述融合地址薄能力和所述用户标识可以从所述融合地址薄XML文件管理服务器中移除。

在所述的方法中，当所述融合地址薄服务器不再为所述用户提供服务时，地址薄能力信息可以从所述呈现文件中移除。

同时还提供了一种计算机程序，所述程序运行于通用处理器、数字信号处理器、FPGA（Field Programmable Gate Array，现场可编辑门阵列、ASIC（Application-specific Integrated Circuit，专用集成电路）、微处理器、微控制器、或其他任何形式的可编辑硬件时，执行上述方法中的步骤。

上述本发明的特征和优点不应理解为对本发明的限制，通过一下详细描述，参考附图，本领域技术人员可以获知本发明的其他特征和优点。

附图说明

为了更好的描述本发明，获得对本发明特征更好的理解，根据本发明实际实施例的较佳实例，伴随所述描述的是为本发明组成部分的一组附图，以下附图仅为示例性的，而非限制性的。其中：

图1所示为应用本发明方法的系统包含的元素的简单架构图，包括CAB能力功能模块。

图2所示为在CAB服务器内如何管理新用户的融合地址薄能力发布的流程图。

图3所述为如何管理新联系人的呈现服务订阅的流程图。

图4所示为CAB能力功能模块如何管理呈现信息更新的流程图。

具体实施方式

本发明提供一种机制，用于基于OMA呈现SIMPLE使能器，为其他用户指示用户的CAB能力。本发明实施例的描述包括系统的呈现，及所需的管理和使能有关用户CAB能力的信息发布的方法，以及呈现文档中的服务元组，所述呈现文档存储该信息并将其集成于呈现使能器。

本发明定义了一种模块，即CAB能力功能模块，该模块可以为CAB服务器的一部分。所述CAB能力功能模块负责与呈现XDMA、呈现服务器及CAB XDMA进行交互，以实现如下功能：

●每次在CAB服务器中配置新用户时，发布新用户的CAB能力，作为对应呈现文件中的服务元组。

●更新对应的呈现文件，以便当CAB服务器（服务器取消订阅、服务暂时拒绝等）不再为某用户提供服务时，将CAB能力信息移除。

●接收来自所服务用户的联系人的关于CAB能力的更新。

●在网络地址薄中进行相应更新，以反映不同用户的能力，以及指示该信息已通过所述呈现使能器获得。

在元素<tuple><op:service-description><op:service-id>中，本发明中定义的CAB能力的服务元组包括CAB使能器的标识。该元素的优选值为org.openmobilealliance:CAB，但本发明不限于此。

对于CAB服务，在元素<tuple><contact>中，所述服务元组还包括XML配置接入协议用户标识（XUI），即标识用户的SIP URI或TELURI。

下面为CAB服务的一个有效元组的示例。

图1所示为本发明定义的机制中包含的元素的简单架构图，所述元素包括CAB能力功能模块。其余的元素在本领域是公知的。

位于用户设备(1)（UE）侧的元素如下：

●CAB客户端（2）：该元素实现UE侧CAB使能器的逻辑，如地址薄与CAB服务器的同步，管理PCC信息或联系人订阅交互。

●呈现观察者（3）：该元素负责订阅呈现源的呈现信息，并管理接收用来呈现给用户的呈现更新。

位于服务器侧的元素如下：

●CAB服务器（4）：该元素实现服务器侧CAB使能器的逻辑，如地址薄与CAB客户端的同步，在CAB XDMS中执行相关的更新，管理PCC订阅。

●CAB XDMS（5）：该元素为XML文件存储库，其存储了CAB服务相关的信息（如用户地址薄、用户偏好等）。

●CAB能力功能模块（6）：该元素是本发明新定义的元素，其优选地，但并非必须地，创建为CAB服务器的一部分。该元素支持所有与作为永久呈现状态的CAB能力发布到呈现XDMS或者作为定期SIP发布到呈现服务器相关的逻辑。同时，该元素订阅其服务的用户的联系人呈现信息，以接收他们的CAB能力作为呈现信息更新的一部分。

●呈现服务器（7）：该元素负责管理器接收到的订阅请求，应用呈现信息所有者定义的授权规则，整理呈现文件，并将呈现更新提供回给观察者。

●呈现XDMS（8）：该元素存储永久呈现状态、呈现订阅规则及呈现发布规则。

本发明包括两个步骤，第一个步骤为一旦用户变为支持CAB功能，所述CAB能力功能模块将CAB能力发布到呈现服务器。第二个步骤为将“支持CAB(CAB-capable)”标志拷贝到CAB用户的地址薄,该地址簿将新CAB用户作为联系人。

在一个优选实施例中，CAB能力功能模块在变为支持CAB功能的用户的呈现状态文件中发布对应的CAB能力。

图2详细描述了在CAB服务器内管理在特定时间点变为支持CAB功能（10）(例如，购买支持的设备、注册服务等)的用户的CAB能力的发布的步骤，这些步骤由CAB能力功能模块执行：

●在CAB服务器内，触发“新用户”事件（11），发起在CAB使能器内配置新用户的过程。CAB能力功能模块继续监听新的配置事件。当系统内配置了新用户时，CAB能力功能模块获得所需的信息，并在呈现服务器内发起更新CAB能力发布的过程。

●（12）CAB能力功能模块获得所述新用户的信息（9），所述信息需要用来正确地更新在呈现文件内的信息，特别是CABXDM服务器的XCAP用户标识（XCAP User Identifier，XUI），在用户配置过程中，该标识已由CAB服务器关联。

●（13）CAB能力功能模块获得关于呈现XDMS的所需的信息（9），以能够在下一步中发送更新请求。该信息在CAB能力功能模块的创建过程中配置，然后在CAB能力的每次发布中使用。

●（14）CAB能力功能模块发送请求至呈现XDMS，以修改与该用户关联的永久呈现状态成包括新CAB服务元组，该永久呈现状态存储在呈现XDMS中。该元组具有设置为“打开”的状态，且包括CAB服务用户的XUI，CAB服务允许其他用户订阅他/她的PCC。

CAB能力功能模块可以根据服务提供商策略，选择不发布CAB能力，直到该用户实际上创建了对应的PCC，即当其他用户可开始完全受益于该用户已经订阅了CAB服务的情况下（即其他用户可以订阅他/她的PCC）。

图3所示为CAB能力功能模块订阅其服务的用户的联系人的过程，该订阅旨在确定所述联系人中哪个联系人支持CAB服务，并将确定的相关信息添加到用户地址薄中：

●CAB能力功能模块的常规状态为等待模式（20），等待呈现信息更新或添加新联系人到地址薄。

●在特定时间点，CAB服务器识别出（21）用户的地址薄中有新的地址（如添加到设备的新联系人同步到CAB服务器，或者首次同步的地址簿）。

●然后，CAB服务器通知CAB能力功能模块，该CAB能力功能模块对于每个新地址（22）下发呈现订阅请求。该订阅请求优选地为匿名呈现请求或者可选地为代表用户或者CAB能力功能模块本身的订阅请求。该订阅请求可以为单一获取操作（终止属性设置为零的订阅），该操作接收单一通知，或可选地为持续特定时间的或永久持续的订阅。

●然后，CAB能力功能模块返回（23）等待模式，等待呈现信息更新或添加新联系人到地址薄。

图4所示为CAB能力功能模块接收呈现信息更新、以及如何继续CAB能力的过程：

●然后CAB能力功能模块处于等待模式，等待呈现信息更新或添加新联系人到地址薄。

●当收到呈现信息更新（30）时，CAB能力功能模块检查（31）接收到的呈现文件是否包括CAB服务元组：

○如果包括，CAB服务状态设置为“打开”（32）的，CAB能力功能模块（33）检查所述用户是否已标识为支持CAB功能。

●如果是（34），则CAB能力功能模块返回等待模式。

●如果不是（35），在返回等待模式之前，CAB能力功能模块对与在CAB XDMS中呈现更新对应的地址薄表项做如下更改（36）：

●通过设置元素“联系人-类型(contact-type)”为“CAB”，将联系人类型设置为CAB用户类型。

●通过更改“联系人-类型”元素的“源”属性（为本发明新定义的属性），将上条信息的来源设置为“呈现”。

●通过设置将要使用的CAB XUI的对应地址的“xui类型(xui-type)”属性为值“CAB”，添加XUI为用户的CAB XUI。

○如果相反的，CAB服务不呈现（40）或者其状态设置为“关闭”（41），则CAB能力功能模块检查（42）用户是否已经识别为支持CAB功能。

●如果否（43），则CAB能力功能模块返回等待模式。

●如果是（44），则CAB能力功能模块检查（45）CAB能力是否已通过呈现使能器获得，即“联系人-类型”元素的新定义的“源”属性是否设置为“呈现”。

●如果否（46），则CAB能力功能模块返回等待模式。

●如果是（47），则在返回等待模式之前，CAB能力功能模块对与在CAB XDMS中呈现更新对应的地址薄表项做如下更改（48）：

○将“联系人-类型”元素完全移除。

○将值为“CAB”的“xui-类型”属性移除。

○CAB能力功能模块继续等待呈现信息更新。

以下为已更新以反映该联系人CAB能力的联系人表项的示例。

●

在上述流程中的任意时间点，地址薄同步可根据常用的CAB使能器策略和用户偏好执行。当进行同步时，所有CAB XDMS发生的变化都拷贝到CAB客户端，用户将获知其某些联系人支持CAB功能。

应该注意的是，在本说明书中，术语“包括”及其变体不应理解为封闭式的包含，也就是说，这些术语不应解释为排除所描述或者定义的内容包括其他元素、步骤等的可能性。

Claims

1.一种管理地址薄用户融合地址薄能力的方法，所述用户订阅了融合地址薄服务，其特征在于，所述方法包括以下步骤：

a）定义与呈现文件的呈现使能器关联的服务元组，所述呈现文件存储在呈现服务器中；

b）在所述服务元组中设置融合地址薄能力的值，该值表明所述用户是否支持融合地址薄服务；

c）将所述用户的融合地址薄能力和用户标识发布到融合地址薄服务器；

d）从所述呈现服务器接收所述用户的联系人的融合地址薄能力的更新；

e）用服务用户的融合地址薄能力以及所述联系人的融合地址薄服务地址和表明该信息通过所述呈现使能器获得的指示，更新存储在融合地址薄XML文件管理服务器中的网络地址薄。

2.根据权利要求1所述的方法，其特征在于，步骤a-e由与融合地址薄服务器连接的融合地址薄能力功能模块执行。

3.根据权利要求1所述的方法，其特征在于，步骤a-e由在融合地址薄服务器中实施的融合地址薄能力功能模块执行。

4.根据权利要求1、2或者3所述的方法，其特征在于，所述用户的融合地址薄能力和所述用户标识的发布是通过发送请求至呈现XML文件管理服务器以更改永久呈现状态来实现。

5.根据权利要求1、2或者3所述的方法，其特征在于，所述用户的融合地址薄能力和用户标识的发布是通过发送“SIP发布”请求至所述呈现服务器来实现。

6.根据上述任一权利要求所述的方法，其特征在于，所述方法还包括：所述融合地址薄能力功能模块发送订阅请求至由所述融合地址薄服务器通知的所述地址薄中的每个新联系人。

7.根据权利要求6所述的方法，其特征在于，所述订阅请求为匿名呈现请求。

8.根据权利要求6所述的方法，其特征在于，所述订阅请求作为来自融合地址薄客户端的请求发出，所述融合地址薄客户端将其呈现信息正在被请求的联系人存储在所述用户的地址薄中。

9.根据权利要求6所述的方法，其特征在于，所述订阅请求作为来自所述融合地址薄能力功能模块的请求发出。

10.根据上述任一权利要求所述的方法，其特征在于，所述方法还包括：分析所述融合地址薄能力是否已由呈现使能器获得。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：当融合地址薄能力已由呈现使能器获得，且在没有服务元组的情况下收到呈现信息更新时，将所述融合地址薄能力和所述用户标识从所述融合地址薄XML文件管理服务器中移除。

12.根据权利要求10所述的方法，其特征在于，所述方法还包括：当融合地址薄能力已由呈现使能器获得，且收到携带指示所述用户不再支持融合地址薄服务的服务元组值的呈现信息更新时，将所述融合地址薄能力和所述用户标识从所述融合地址薄XML文件管理服务器中移除。

13.根据上述任一权利要求所述的方法,其特征在于，所述方法还包括：当所述融合地址薄服务器不再为所述用户提供服务时，将融合地址薄能力的信息从所述呈现文件中移除。

14.一种计算机程序，其特征在于，所述计算机程序包括：程序代码装置，所述程序代码装置适于，当所述程序运行于通用处理器、数字信号处理器、FPGA现场可编辑门阵列、ASIC专用集成电路、微处理器、微控制器、或其他任何形式的可编程硬件时，执行上述权利要求1至13中任一项所述的方法中的步骤。