CN104509028A

CN104509028A - 在通信系统中更新个人信息的方法及装置

Info

Publication number: CN104509028A
Application number: CN201380040343.4A
Authority: CN
Inventors: 吴奎奉; 金旭; 李炅卓
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2012-08-02
Filing date: 2013-08-02
Publication date: 2015-04-08
Anticipated expiration: 2033-08-02
Also published as: US20140040188A1; CN104509028B; KR20140017945A; WO2014021674A1; EP2891270A1; KR101906413B1; US9336261B2; EP2891270A4; EP2891270B1

Abstract

提供了一种在支持融合地址簿(CAB)的通信系统中更新个人简档信息的方法和装置。所述装置和方法包括从非CAB系统导入外部个人简档信息，以及按照基于用户偏好的同步方法使用外部个人简档信息更新个人信息。

Description

在通信系统中更新个人信息的方法及装置

技术领域

本公开涉及一种通信系统。更具体地，本公开涉及一种用于在支持融合地址簿(CAB)服务的通信系统中更新个人信息的方法及装置。

背景技术

作为公共的、基于单个网络的地址簿服务的CAB服务在网络中存储单个网络地址薄，并且提高了对于存储的单个网络地址薄的用户体验和能力。更具体地，单个网络地址簿被提供，使得它可以在任何时间和任何地点被能够由用户操作的各种设备访问，并且为此目的而被同步。

然而，在支持CAB服务的通信系统中，其中由CAB用户使用的个人信息因为修改、删除、增加，以及类似的操作而被改变的文档可能需要被更新。因此，需要一种允许用户可以容易地更新文档的装置和方法。

背景技术

技术问题

上述信息作为背景信息，仅用于帮助理解本公开。至于上述的任何内容是否可能适用于作为关于本公开的现有技术，没有做任何的判定，也没有做任何断言。

技术解决方案

本公开的方面至少解决上述提到的问题和/或者缺点，并且至少提供以下描述的优点。因此，本公开的一个方面是提供一种用于手动地在使用已经从非CAB系统导入的个人简档信息的融合地址簿(CAB)系统中更新个人信息的方法和装置。

本公开的另一个方面是提供一种用于自动地在使用已经从非CAB系统导入的个人简档信息的CAB系统中更新个人信息的方法和装置。

根据本公开的一个方面，提供了一种用于通过在支持CAB服务的通信系统中的CAB XML文档管理服务器(XDMS)更新个人信息的方法。所述方法包括：接收来自CAB客户端的简档导入请求，提供简档导入请求信息给CAB服务器，根据CAB服务器的指令存储CAB服务器已经从非CAB系统导入的外部个人简档信息为新的个人简档信息文档，在存储在CAB XDMS中的个人简档信息文档中将个人简介信息的更新类型设置为“简档导入(profileimport)”，以及，根据由CAB服务器检查的用户偏好设置并存储批准类型。

根据本公开的另一个方面，提供了一种用于在支持CAB服务的通信系统中通过CAB服务器更新个人信息的方法。所述方法包括：响应CAB客户端的请求，从CAB XDMS获得简档请求信息，请求导入在非CAB系统中的外部个人简档信息，从非CAB系统导入请求的外部个人简档信息，检查用于更新外部个人简档信息的用户偏好，在CAB XDMS中存储导入的外部个人简档信息来作为新的个人简档信息文档，在存储在CAB XDMS中的个人简档信息文档中将个人简介信息的更新类型设置为“简档导入”，以及，根据检查的用户偏好设置并存储批准类型。

根据本公开的再另一个方面，提供了一种用于在支持CAB服务的通信系统中更新个人信息的装置。所述装置包括：特征处理机(FH)应用程序用法，其被配置来接收来自CAB客户端的简档导入请求，并且提供简档导入请求信息给CAB服务器；以及，个人联系卡(PCC)应用程序用法(usage)，其被配置来根据CAB服务器的指令，存储CAB服务器已经从非CAB系统导入的外部个人简档信息来为新的个人简档信息文档，在存储在CAB XDMS中的个人简档信息文档中将个人简档信息的更新类型设置为“简档导入”，以及，根据由CAB服务器检查的用户偏好设置并存储批准类型。

根据本公开的再另一个方面，提供了一种用于在支持CAB服务的通信系统中更新个人信息的装置。所述装置包括：互通功能(IWF)，其被配置来响应CAB客户端的请求，从CAB XDMS获得简档请求信息，请求导入在非CAB系统中的外部个人简档信息，从非CAB系统导入请求的外部个人简档信息，检查用于外部个人简档信息更新的用户偏好，将导入的外部个人简档信息在CAB XDMS中存储为新的个人简档信息文档，在存储在CAB XDMS中的个人简档信息文档中将个人简档信息的更新类型设置为“简档导入”，以及，根据检查的用户偏好设置并存储批准类型。

附图说明

通过结合以下附图的描述，本公开的某些实施例的上述以及其他的方面、特征、以及优点会更加明显，其中：

图1示出了根据本公开的实施例的支持由开放移动联盟(OMA)CAB组提出的融合地址簿(CAB)服务的通信系统的概念结构；

图2是示出了根据本公开的实施例的使用外部个人简档来更新个人信息的方法的流程图；

图3a和3b是示出了根据本公开的第一实施例的个人信息的手动更新方法的例子的流程图；

图4示出了根据本公开的实施例的在CAB特征处理机(FH)应用程序用法中的用于导入在非CAB系统中的外部个人简档信息的请求消息的例子；

图5示出了根据本公开的实施例的在CAB FH应用程序用法中的对于导入在非CAB系统中的外部个人简档的请求消息的响应消息的例子；

图6示出了根据本公开的实施例的在CAB个人联系卡(PCC)应用程序用法中的PCC更新信息列表文档的例子(手动)；

图7示出了根据本公开的实施例的XML文档管理器(XDM)文档命令协议(XDCP)差分写入请求消息，例如在图3b中的操作312使用的消息的例子。

图8a和8b是示出了根据本公开的第一实施例的个人信息的手动更新方法的另一个例子的流程图；

图9是示出了根据本公开的第二实施例的个人信息的自动更新方法的流程图；

图10示出了根据本公开的实施例的在CAB PCC应用程序用法中的PCC更新信息列表文档的例子(自动)。

整个附图中，相同的参考标号将被理解为指代相同的部分、组件和结构。

具体实施方式

以下参照附图的描述被提供来帮助全面理解由权利要求及其等同物所限定的本公开的各种实施例。包括各种特定的细节以帮助理解，但是这些将被理解为仅仅是示例性的。因此，那些本领域的普通技术人员将认识到，在不脱离本公开的范围和精神的前提下，可以对本文中描述的各种实施例做出各种的变化的修改。此外，为了清楚和简明，可能会省略对公知的功能和结构的描述。

下面的描述和权利要求中使用的术语和词语并不限于字面含义，而是仅仅被发明人用来使得对本公开有清楚和一致的理解。因此，对于本领域的技术人员来讲显而易见的是，以下对本公开的各种实施例的描述仅仅被提供用于说明的目的，而不是用于如所附权利要求及其等同物所限定的那样限制本公开的目的。

应该被理解到的是，除非上下文另有明确规定，都则单数形式“一”、“一个”和“该”包括复数对象。因此，例如，提及“一个组件表面”包括一个或者多个这样的表面。

图1示出了根据本公开的实施例的支持由开放移动联盟(OMA)CAB组提出的融合地址簿(CAB)服务的通信系统的概念结构。

参照图1，通过推动者(enabler)体现的单元可以包括CAB客户端100、CAB服务器105、和CAB可扩展标记语言(XML)文档管理服务器(XDMS)110。所述CAB XDMS 110由CAB地址簿(AB)应用程序用法112、CAB个人联系卡(PCC)应用程序用法114、CAB用户偏好(UP)应用程序用法116、和CAB特征处理机(FH)应用程序用法118组成。

所述CAB客户端100与在终端上的CAB服务器105通信，并且用于验证CAB用户，与存储在网络存储器中的融合地址簿来同步联系人信息(例如，个人简档信息或者PCC)，并且发送CAB用户的请求(例如，联系人订阅、联系人搜索、联系人共享、与现有联系人的交互、用户偏好的管理等等)给CAB服务器105。

所述CAB服务器105，其作为CAB结构中的主要网络组件用于处理从CAB客户端100接收的CAB用户的请求。CAB服务器105的一个主要特征是用于相互验证CAB客户端、存储CAB联系人、同步联系人信息、从联系人订阅功能接收更新的联系人信息、并将其反映在地址簿中。此外，CAB服务器105，其作为用于订阅/共享/转换联系人并反映用户的偏好/策略的网络组件包括从CAB用户偏好应用程序用法接收关于CAB用户偏好XML文档和CAB用户的订阅请求的数量信息的联系人订阅功能；应用通过联系人订阅获得的数据的个人偏好，将其反映在地址簿中，保持订阅状态信息，并且共享PCC或者融合地址簿的联系人共享功能。CAB服务器105还包括与现有地址簿系统互通和/或者暴露接口给外部推动者的互通功能。此外，作为CAB推动者，所述应用程序用法包括用于在管理用户数据的XML文档管理(XDM)服务器中存储融合地址簿和联系人状态的CAB AB应用程序用法112、用于管理用户偏好的CAB用户偏好应用程序用法116、用于管理CAB服务请求/响应的CAB FH应用程序用法118、和用于存储PCC信息的CAB PCC应用程序用法114。此外，存在用于访问各种应用程序用法功能的XDMC、用于与外部域的实体进行消息路由的会话发起协议/互联网协议(SIP/IP)、以及用于发送非SIP的终端通知消息的PUSH推动者(enabler)。

参照图1，公共CAB服务的特征包括地址簿同步、联系人订阅、联系人共享、联系人搜索等等。

1.地址簿同步

在第一操作中，如果CAB用户修改了存储在他/她的终端中的本地地址簿，CAB客户端100使用CAB-1(SyncML)接口发送该修改的信息给CAB服务器105。在第二操作中，由CAB服务器105提供的地址簿(AB)同步功能105-1将本地地址簿的修改反映在CAB AB应用程序用法112中，其是XML文档管理器，使用XDM代理105-5。如果CAB客户端100在格式方面与CAB AB应用程序用法112不同，则可能会发生翻译，导致由于翻译成另外一种格式引起的可能的数据丢失。

2.联系人订阅

在第一操作中，CAB客户端100发送用于联系人订阅的XML配置访问协议(XCAP)请求给CAB用户偏好应用程序用法116。在第二操作中，当接收到XCAP请求后，CAB用户偏好应用程序用法116把从XCAP请求获得的联系人地址添加到联系人订阅列表中。在第三操作中，CAB用户偏好应用程序用法116通知CAB服务器115中的联系人订阅功能105-6由于添加操作引起的联系人订阅列表中的文档变化。在第四操作中，联系人订阅功能105-6可以从联系人订阅列表直接发送接收人PCC的联系人订阅请求给接收域，或者通过订阅代理来发送。在第五操作中，当接收到联系人订阅请求时，接收CABPCC应用程序用法114检查联系人订阅请求的访问许可和用户偏好，并且通知接收人订阅结果。在第六操作中，在CAB客户端100不支持SIP的环境情况下，终端和推动者可能使用XDM文档命令协议(XDCP)执行联系人订阅。

3.联系人共享

在第一操作中，CAB客户端100发送用于联系人共享的XCAP请求给CABFH应用程序用法118。在第二操作中，在CAB特征处理机中，CAB FH应用程序用法118添加联系人地址和参考到将被共享的数据中，其从XCAP请求中获取。在第三操作中，CAB FH应用程序用法118通知CAB服务器105中的联系人共享功能105-3由于添加联系人地址和参考到将被共享的数据中而引起的文档变化，其从XCAP请求中获取。在第四操作中，联系人共享功能105-3使用联系人状态功能105-2，基于接收人的联系人来识别接收人的CAB AB应用程序用法112的联系人状态。作为第四操作中的一部分，如果接收人是CAB用户，联系人共享功能105-3产生联系人共享请求，并且使用XDM代理105-5发送联系人共享请求到期望的目标服务器(例如，CAB AB应用程序用法112或者CAB PCC应用程序用法114)。当接收到联系人共享请求后，该应用程序用法基于XDM转发机制发送共享的数据给接收人。作为第四操作的另一部分，如果接收人不是CAB用户，联系人共享功能105-3从，例如CAB AB应用程序用法112或者CAB PCC应用程序用法114接收数据，传递接收的数据给CAB互通功能105-4，从而请求格式转换为数据的旧格式，并且通过消息推动者(未示出)将其发送给接收人。

4.联系人搜索

在第一操作中，CAB客户端100通过SDM推动者的汇聚代理115或者搜索代理120发送对于其自己的AB或者PCC的，或者其他域的AB或者PCC的联系人搜索请求。在第二操作中，联系人搜索请求被搜索代理120路由到应用程序用法，并且应用程序用法传递搜索结果到CAB客户端100。在第三操作中，在外部目录搜索期间，CAB客户端100转换联系人搜索请求为外部搜索请求，并且通过互通功能105-4将其发送给外部目录，以及，外部目录将通过互通功能105-4接收到的外部搜索结果转换回标准的XML搜索结果，并且将它们传递给CAB客户端100。

5.从非CAB系统导入外部地址簿

在第一操作中，CAB客户端100发送用于导入非CAB数据到CAB FH应用程序用法118的XCAP请求。在第二操作中，在CAB特征处理机中，CAB FH应用程序用法118添加从XCAP请求获得的信息(例如，关于非CAB源、凭证、调度间隔、到期时间等信息)。在第三操作中，CAB FH应用程序用法118通知CAB服务器105中的互通功能105-4由于CAB特征处理机的添加操作引起的文档变化。在第四操作中，互通功能105-4得到关于非CAB地址簿数据的信息，根据CAB用户偏好将其存储在CAB AB应用程序用法112中，并且然后指示CAB客户端100开始AB同步。

图2是示出了根据本公开的实施例的使用外部个人简档来更新个人信息的方法的流程图。更具体地，图2示出了通过外部个人简档信息的导入更新个人信息的方法。

参照图2，在操作201中，CAB客户端100将“导入简档”的请求存储在CAB特征处理机应用程序用法110-1中，用于从非CAB系统(即第三方系统)115导入外部个人简档信息。在操作202中，CAB服务器105可以按预定周期通过文档管理或者文档订阅/通知从CAB特征处理机应用程序用法110-1获得作为操作201的一部分的关于XDM文档变化的信息。在操作203中，CAB服务器105中的互通功能(IWF)请求导入非CAB系统115中的外部个人简档信息。在操作204中，CAB服务器105中的IWF获得非CAB系统115中的外部个人简档信息。在操作205中，CAB服务器105中的IWF将获得的信息的格式改变为CAB格式，并且将其存储在PCC应用程序用法110-2中。在操作206中，CAB服务器105将请求的结果存储在CAB特征处理机应用程序用法110-1中。在操作207中，CAB服务器105接收对于请求的响应。在操作208中，PCC应用程序用法110-2通知CAB客户端110更新的PCC信息。

然而，通过导入非CAB系统115中的外部个人简档信息的个人信息更新方法可能不适合作为公共网络个人信息的同步方法，因为其没有提供通过用户参与/识别的个人信息更新方法，并且没有提供允许用户意识到更新的个人信息中的变化的原因和/或者时间的方法。

对于执行以下要求的需求已经在本公开的背景中提出了。如以下表1中所示，与外部系统的联系人订阅被作为当前CAB1.1标准中的要求进行管理。

表1

在本公开的实施例中，通过定义通过导入非CAB系统115中的外部个人简档信息来更新CAB系统中的个人信息的方法，从而解决以上描述的问题，可以向用户提供一种更加有效的个人信息管理方法。

更具体地，以下方法在本公开的实施例中被提出。

-提供了一种数据传送/接收的方法和系统，用于在支持各种类型的通信服务的通信系统中提供高速通信服务而不浪费资源、功率、或者存储器。

-提供了一种数据传送/接收的方法和系统，用于在通信系统中提供CAB服务给用户。

-提供了一种数据传送/接收的方法和装置，其中，根据用户的选择可以得到快速和便捷的CAB服务，其通过在CAB系统中导入非CAB系统中的外部个人简档信息来定义一种CAB系统中的个人信息的更新方法来提供。

换句话说，在本公开的实施例中，如果CAB服务导入了非CAB系统中的外部个人简档信息以用于更新CAB系统中的个人信息，则CAB服务器可以把从非CAB系统中导入的外部个人简档信息和状态信息与PCC文档分离地存储在PCC应用程序用法中，并且新定义关于CAB系统中的个人信息状态的信息，以便在用户偏好内按照与非CAB系统的同步方法(自动或者手动)来更新CAB系统中的个人信息，从而使得有可能提供一种更有效的个人信息管理方法给用户。在本公开的实施例中，应该注意的是，涉及非CAB系统中的外部个人信息导入的信息包括各种类型的信息，例如个人、团队、组织、公司等等的简档或者联系人。

在本公开的实施例中，与非CAB系统中的个人简档信息导入有关的详细方法可以包括：根据本公开的第一实施例的，使用从非CAB系统导入的个人简档信息的用于CAB系统中的个人信息的手动更新方法，以及根据本公开的第二实施例的，使用从非CAB系统导入的个人简档信息的用于CAB系统中的个人信息的自动更新方法，。根据本公开的第一实施例，使用从非CAB系统获得的个人简档信息的用于CAB系统中的个人信息的手动更新方法包括：通过个人信息更新文档的个人信息手动更新方法，和通过PCC标识符(ID)的个人信息手动更新方法。

图3a和3b是示出了根据本公开的第一实施例的个人信息的手动更新方法的例子的流程图。更具体地，图3a和3b示出了在导入在非CAB系统中的外部个人简档信息之后，通过CAB系统中的个人信息更新信息文档的个人信息手动更新方法。

参照图3a和3b，在操作301中，CAB客户端100发送用于导入在非CAB系统中的外部个人简档信息的XCAP请求给CAB XDMS中的CAB特征处理机应用程序用法110-1。所述XCAP请求可以表示为图4中所示的结构(schema)。

图4示出了根据本公开的实施例的，在CAB FH应用程序用法中的用于导入在非CAB系统中的外部个人简档信息的请求消息的例子。

参照图4，操作301的XCAP请求指示<导入简档>元素作为用于导入在非CAB系统中的外部个人简档信息的CAB特征处理机应用程序用法110-1的<cab特征>的附加的子元素。所述<导入简档>元素可以包括<非cab域>，<凭证>、<调度间隔>，<到期时间>，<过滤器>等等作为其子元素，并且附加的子元素可以被创建用于其相关功能的扩展。所述<非cab域>表示一个非CAB域，其包括用于外部个人简档信息导入的目标统一资源标识符(URI)，所述<调度间隔>表示外部个人简档信息的导入间隔，所述<凭证>表示用于用户的外部个人简档信息导入的凭证，所述<到期时间>指的是外部个人简档信息导入请求的有效周期，以及所述<过滤器>表示用于外部个人简档信息的选择性导入的过滤器。

参照回图3a和3b，在操作302中，CAB客户端100从CAB特征处理机应用程序用法110-1接收响应消息(200OK)。在操作303中，CAB特征处理机应用程序用法110-1在CAB特征处理机文档中添加来自XCAP请求的相关元素，并且通知CAB服务器105中的IWF在CAB特征处理机中的文档变化。此外，CAB服务器105可以通过主动轮询文档来获知CAB特征文档中的文档变化。在操作304中，CAB服务器105中的IWF基于从CAB特征处理机应用程序用法110-1接收到的用于导入在非CAB系统中的外部个人简档信息的请求消息的<导入简档>元素中的信息，来产生外部个人简档信息导入请求(非cab简档导入请求)消息，将其发送到非CAB系统115，并且将作为CAB特征处理机应用程序用法110-1中的<导入简档>元素的<响应>元素中的子元素的<代码>元素设置为“待定”。将不涉及关于在非CAB系统中的外部个人简档信息的导入请求和它的响应方法的细节，因为其不在本公开的范围内。

在操作305中，CAB服务器105中的IWF从非CAB 115接收到对于非cab简档导入请求的响应消息。所述响应消息可以表示为图5中所示的结构。

图5示出了根据本公开的实施例的，在CAB FH应用程序用法中的对于导入在非CAB系统中的外部个人简档的请求消息的响应消息的例子。

参照图5，非CAB系统发送对于CAB用户的外部个人简档信息导入请求的响应消息到CAB系统，该响应消息包括现有版本信息和外部个人简档信息的详细更新信息。将不涉及关于在非CAB系统中的外部个人简档信息的导入请求及其响应方法的细节，因为其不在本公开的范围内。

在图3a的操作306中，CAB服务器中的IWF检查CAB用户偏好应用程序用法中的用户偏好，以用于响应消息中的CAB系统中的PCC信息的更新。在CAB用户偏好应用程序用法中定义的用于执行操作306的用户偏好指示了IWF将要自动地或者手动地更新CAB系统中的个人信息。如果用户偏好被设置为“自动”，则CAB服务器可以不经过CAB用户的检查而使用从非CAB系统导入的外部个人简档信息直接更新PCC信息。如果用户偏好被设置为“手动”，CAB服务器可以经过CAB用户的检查而最终更新PCC信息。在本公开的第一实施例中，用于更新CAB系统中的个人信息的用户偏好被假设设置为“手动”。

在操作307中，CAB服务器105中的IWF基于数据转换工具，例如预设数据映射表，来把从非CAB系统115接收到的响应消息转换或者翻译成适合于CAB系统的数据格式的形式，然后以新的PCC形式将其存储在CAB XDMS中的PCC应用程序用法110-2中的现有的PCC文档或者新的PCC更新文档中。以下所定义的PCC更新信息列表文档也可以被产生并存储在新的PCC文档中。在PCC应用程序用法中的PCC文档中的PCC更新信息列表文档可以与现有的PCC信息(例如，个人详情、组织详情，以及团队详情)分离地产生。PCC更新信息列表文档的结构如图6中所示。

图6示出了根据本公开的实施例的在CAB PCC应用程序用法中的PCC更新信息列表文档的例子(手动)。

参照图6，在操作307的CAB PCC应用程序用法中的PCC更新信息列表文档的例子可以包括作为元素<更新信息列表>的子元素的元素<更新信息>、<pccidref>、<时间戳>、<批准类型>、<更新类型>、<源>、和<状态>，并且额外的子元素可以被创建来扩展其相关功能。所述<更新信息列表>是包括关于PCC更新信息列表的信息的元素。所述<更新信息>，其是包括与实际PCC更新信息相关的信息的元素，包括用于PCC更新信息文档的验证的“id”属性，并且可以包括元素<pccidref>、<时间戳>、<批准类型>、<更新类型>、<源>、和<状态>作为其子元素，并且额外的子元素可以被创建用于扩展其相关功能。所述<pccidref>表示基于操作307中产生的外部个人简档导入响应消息在现有的PCC文档或者新的PCC更新文档中产生的新的PCC信息。如果外部个人简档在被转换成PCC的形式之后被自动地存储在现有的PCC文档中，则<pccidref>的值可能不会被包括在PCC更新信息列表文档中，以防止产生的PCC信息的重复指定。所述<时间戳>表示外部个人简档信息被导入的时间，所述<批准类型>表示导入的外部个人简档的更新类型，并且可以包括用于个人信息自动更新的“自动”值和用于个人信息手动更新的“手动”值来作为其子元素值。所述<更新类型>表示PCC更新信息文档的更新类型，并且可以包括用于外部个人简档信息的导入的“导入简档”值来作为其子元素值。所述<源>表示导入的外部个人简档信息的源，以及，所述<状态>表示用于所产生的PCC个人信息文档的外部个人简档信息导入请求的状态值，并且可以具有“有效”、“待定”、“拒绝或者其他错误”等等作为其子元素值。此外，在PCC更新信息列表文档被添加到现有用户的PCC中的情况下，如果从外部个人简档信息转换而来的PCC信息与现有的PCC重叠，则相关的信息可以在其重复存储之后被包括在PCC更新信息列表文档中，以及，如果PCC信息没有与现有的PCC重叠，则转换的PCC信息被暂时存储，并且然后可以创建PCC更新信息列表文档，在其中为此将链接包括在<pccidref>中。

在图3a的操作308处，CAB服务器105中的IWF接收来自CAB XDMS中的PCC应用程序用法110-2的响应消息(200OK)。在操作309处，CAB服务器105中的IWF基于接收到的响应消息更新CAB特征处理机文档110-1中的<响应>元素。在操作310中，CAB服务器105中的IWF从CAB特征处理机应用程序用法110-1接收响应消息(200OK)。在操作311中，CAB客户端100被通知CAB用户的PCC应用程序用法110-2中的变化。CAB客户端100被通知的信息可以根据在操作307是否产生PCC更新信息列表文档而不同。例如，根据导入在非CAB系统中的外部个人简档信息，(i)在新的PCC更新文档中的新产生的PCC信息和在用户PCC文档中的PCC更新信息列表文档可以被通知给CAB客户端100；(ii)它们可以以新产生的PCC信息和现有PCC文档中的PCC更新信息列表文档的形式被通知给CAB客户端100；(iii)它们可以以由以子元素形式添加PCC更新信息列表文档到现有用户的PCC所给出的集成形式来被通知，即，以用户的PCC信息和PCC更新信息列表文档的形式而被通知；或者(iv)它们可以仅仅以在现有用户的PCC文档中添加的PCC更新信息列表文档的形式被通知给CAB客户端100。新产生的PCC信息可以以参考链接的形式，例如‘pccidref’，被包括在PCC更新信息列表文档中，如在操作307所提到的。

在操作312处，CAB客户端100基于在操作311被通知的信息(例如，在新的PCC更新文档中的新产生的PCC信息和在用户PCC文档中的PCC更新信息列表文档；新产生的PCC信息和在现有PCC文档中的PCC更新信息列表文档；用户的PCC信息和通过以子元素的形式添加PCC更新信息列表文档到现有用户的PCC所给出的合成形式的PCC更新信息列表文档；或者在现有用户的PCC文档中添加的PCC更新信息列表文档)通知CAB用户在新产生的PCC信息和现有的PCC信息之间的变化，允许CAB用户只选择他/她的期望信息，并且使用XDCP差分写入请求消息(Different ial Write request message)发送CAB用户期望修改的PCC信息和CAB用户期望删除的新的PCC信息文档到PCC应用程序用法110-2。如果向CAB用户通知包括添加的PCC更新信息列表文档的现有用户的PCC信息，或者只通知添加的PCC更新信息列表文档，CAB用户使用“pccidref”中的参考链接检查现有的PCC信息和变化，以检查新产生的PCC信息，并且可以类似地只选择他/她期望的信息。在操作312处的XDCP差分写入请求消息的例子可以表示为如图7中所示。

图7示出了根据本公开的实施例的XDCP差分写入请求消息的例子，例如在图3b的在操作312使用的消息。

参照图7，在操作312处，CAB客户端100发送XDCP差分写入请求消息到PCC应用程序用法110-2,该消息包括CAB用户在操作311被通知的PCC更新信息；CAB用户基于现有用户的PCC信息最终选择的信息(例如，添加爱好(例如，足球)，和删除网络信息(例如，推特/joeblogs))；以及，用于删除在操作307中存储在现有PCC文档或者新的PCC更新文档中的新的PCC信息的信息。尽管CAB客户端100被假设在操作312执行XDCP差分写入请求来执行所述操作，CAB客户端100可以根据其操作的执行，使用例如XCAPPUT和XDCP PUT的命令来执行所述操作。

在图3b的操作313处，CAB客户端100从PCC应用程序用法110-2接收响应消息(200OK)。在操作314，PCC应用程序用法110-2更新PCC，以响应接收的XDCP差分写入请求，并且删除在操作307中存储在现有PCC文档或者新的PCC更新文档中的新的PCC信息。

此外，在图3a和图3b中可以注意到，如果CAB客户端100期望检查导入在非CAB系统中的外部个人简档信息的结果，CAB客户端100可以通过由于订阅CAB特征处理机文档中的文档而导致的变化通知，或者通过主动轮询文档来检查结果。

接下来，将参照图8a和8b来描述一种通过个人信息标识符“id”，而不是PCC信息更新文档的个人信息的手动更新方法。

图8a和8b是示出了根据本公开的第一实施例的个人信息的手动更新方法的另一个例子的流程图。更具体地，图8a和8b示出了使用个人信息标识符的个人信息手动更新方法。

参照图8a和8b，操作801到806就操作而言与图3a中的操作301到306基本相同。更具体地，在操作801中，CAB客户端100发送用于导入在非CAB系统中的外部个人简档信息的XCAP请求到CAB XDMS中的CAB特征处理机应用程序用法110-1。所述XCAP请求可以如图4中所示的结构所表示。

在操作802，CAB客户端100从CAB特征处理机应用程序用法110-1接收响应消息(200OK)。在操作803中，CAB特征处理机应用程序用法110-1在CAB特征处理机文档中添加来自XCAP请求的相应元素，并且通知CAB服务器105中的IWF在CAB特征处理机中的文档变化。此外，通过主动轮训所述文档，可以向CAB服务器105通知CAB特征文档中的文档变化。在操作804中，CAB服务器105中的IWF基于从CAB特征处理机应用程序用法110-1接收到的用于导入在非CAB系统中的外部个人简档信息的请求消息的<导入简档>元素中的信息来产生外部个人简档信息请求(非CAB简档导入请求)消息，将其发送到非CAB系统115，并且将<代码>元素设置为“待定”，其是CAB特征处理机应用程序用法110-1中的<导入简档>元素的<响应>元素中的子元素。将不涉及关于在非CAB系统中的外部个人简档信息的导入请求和其响应方法的细节，因为其不在本公开的范围内。

在操作805中，CAB服务器105中的IWF从非CAB系统115接收非CAB简档导入请求的响应消息。所述响应消息可以表示为如图5中所示的结构。

在操作806中，CAB服务器105中的IWF检查CAB用户偏好应用程序用法中的用户偏好，以用于响应消息中的CAB系统中的PCC信息的更新。在CAB用户偏好应用程序用中定义的用于执行操作806的用户偏好指示了IWF将要自动地或者手动地更新CAB系统中的个人信息。如果用户偏好被设置为“自动”，CAB服务器可以不经过CAB用户的检查而使用从非CAB系统获取的外部个人简档信息直接更新PCC信息。如果用户偏好被设置为“手动”，CAB服务器可以经过CAB用户的检查而最终更新PCC信息。在本公开的第一实施例中，用于更新CAB系统中的个人信息的用户偏好被假设设置为“手动”。

在操作807中，CAB服务器105中的IWF基于数据转换工具，例如预设数据映射表，把从非CAB系统115接收到的外部个人简档响应消息转换或者翻译成适合于CAB系统的数据格式的形式，并且以新的PCC格式将其存储在CAB XDMS中的PCC应用程序用法110-2中的现有的PCC文档或者新的PCC更新文档中。转换结果可以被产生并存储在图6中所定义的PCC更新信息列表文档中，或者在用户PCC文档中。换句话说，PCC应用程序用法中的PCC文档中的PCC更新信息列表文档可以与现有PCC信息(例如，个人详情、组织详情和团队详情)分离地来产生，使得CAB用户可能着手PCC更新。根据图6中定义的PCC更新信息列表文档的XML结构，相关元素被包括，并且特别地，表示新的PCC信息的元素<pccidref>必须被包括，以用于使用个人信息标识符“id”来手动更新个人信息，并且元素<更新类型>可以被设置为“导入简档”。

图8a和8b中的操作808到810就操作而言与图3a和3b中的操作308到310基本相同。换句话说，在操作808中，CAB服务器105中的IWF接收来自CAB XDMS中的PCC应用程序用法110-2的响应消息(200OK)。在操作809中，CAB服务器105中的IWF基于接收到的响应消息更新CAB特征处理机文档110-1中的<响应>元素。在操作810中，CAB服务器105中的IWF从CAB特征处理机应用程序用法110-1接收响应消息(200OK)。

在操作811中，CAB客户端100被通知CAB用户的PCC应用程序用法110-2中的变化。CAB客户端100被通知的信息可以根据在操作807是否产生PCC更新信息列表文档而不同。例如，根据导入在非CAB系统中的外部个人简档信息而被通知的信息可以与操作311中被通知的信息具有相同的格式。新产生的PCC信息可以以参考链接的形式，例如‘pccidref’，而被包括在PCC更新信息列表文档中，如在操作807所提到的。

在操作812中，如果需要，CAB客户端100使用‘pccidref’属性中的参考链接从PCC应用程序用法110-2得到信息，来检查新产生的PCC信息。在操作813中，CAB客户端100从CAB XDMS中的PCC应用程序用法110-2接收响应消息(200OK)。新产生的PCC信息在操作807的响应消息中被接收。在操作814中，CAB客户端100基于在操作812和813获得的信息(例如，在新的PCC更新文档中的新产生的PCC信息和在用户PCC文档中的PCC更新信息列表文档；新产生的PCC信息和在现有PCC文档中的PCC更新信息列表文档；用户的PCC信息和通过以子元素的形式添加PCC更新信息列表文档到现有用户的PCC所给出的合成形式的PCC更新信息列表文档；或者在现有用户的PCC文档中添加的PCC更新信息列表文档)通知CAB客户端在新产生的PCC信息和现有的PCC信息之间的变化，允许CAB用户只选择他/她的期望信息，并且使用XDCP差分写入请求消息发送CAB用户期望修改的PCC信息和CAB用户期望删除的新的PCC信息文档到PCC应用程序用法110-2。在操作814中的XDCP差分写入请求消息的例子可以表示为如图7中所示。尽管CAB客户端100被假设在操作814执行XDCP差分写入请求来执行所述操作，CAB客户端100可以根据其操作的执行，使用例如XCAP PUT和XDCP PUT的命令来执行所述操作。

在操作815中，CAB客户端100从PCC应用程序用法110-2接收响应消息(200OK)。在操作816中，PCC应用程序用法110-2响应接收到的XDCP差分写入请求来更新PCC，并且删除在操作807产生的新的PCC信息。

接下来，根据本公开的第二实施例，将参照图9来描述一种个人信息的自动更新方法。

图9是示出了根据本公开的第二实施例的个人信息的自动更新方法的流程图。

参照图9，操作901到905就操作而言与图3a中的操作301到305基本相同。更具体地，在操作901中，CAB客户端100发送用于导入在非CAB系统中的外部个人简档信息的XCAP请求到CAB XDMS中的CAB特征处理机应用程序用法110-1。所述XCAP请求可以表示为如图4中所示的架构。

在操作902，CAB客户端100从CAB特征处理机应用程序用法110-1接收响应消息(200OK)。在操作903，CAB特征处理机应用程序用法110-1在CAB特征处理机文档中添加来自XCAP请求的相关元素，并且通知CAB服务器105中的IWF在CAB特征处理机中的文档变化。此外，CAB服务器105也可以通过主动轮询文档来获知CAB特征文档中的文档变化。在操作904中，CAB服务器105中的IWF基于从CAB特征处理机应用程序用法110-1接收到的用于导入在非CAB系统中的外部个人简档信息的请求消息的<导入简档>元素中的信息来产生外部个人简档信息请求(非CAB简档导入请求)消息，将其发送到非CAB系统115，并且将<代码>元素设置为“待定”，其是CAB特征处理机应用程序用法110-1中的<导入简档>元素的<响应>元素中的子元素。将不涉及关于在非CAB系统中的外部个人简档信息的导入请求和它的响应方法的细节，因此为其不在本公开的范围内。

在操作905中，CAB服务器105中的IWF从非CAB 115接收到对于非CAB简档导入请求的响应消息。所述响应消息可以表示为图5中所示的结构。

在操作906中，CAB服务器中的IWF检查CAB用户偏好应用程序用法中的用户偏好，用于响应消息中的CAB系统中的PCC信息的更新。在CAB用户偏好应用程序用法中定义的用于执行操作906的用户偏好指示了IWF将要自动地或者手动地更新CAB系统中的个人信息。如果用户偏好被设置为“自动”，CAB服务器可以不经过CAB用户的检查而使用从非CAB系统导入的外部个人简档信息来直接更新PCC信息。如果用户偏好被设置为“手动”，CAB服务器可以经过CAB用户的检查而最终更新PCC信息。在本公开的第二实施例中，用于更新CAB系统中的个人信息的用户偏好被假设设置为“自动”。

在操作907中，CAB服务器105中的IWF基于数据转换工具，例如预设数据映射表，把从非CAB系统115接收到的响应消息转换或者翻译成适合于CAB系统的数据格式的形式，并且使用转换结果更新CAB XDMS中的PCC应用程序用法110-2中的现有PCC。在图10中定义的PCC更新信息列表文档可以与现有PCC信息(例如，个人详情、组织详情和团队详情)分离地产生，并且CAB服务器105中的IWF设置PCC更新信息列表文档中的元素<更新类型>为“导入简档”，使得CAB用户可能着手PCC更新。

图10的结构与图6的结构的不同之处在于因为没有产生新的PCC信息，所以没有显示‘pccidref’属性，并且<批准类型>被设置为“自动”。其他元素和属性与图6中定义的那些相同。

操作908到910就操作而言与图3a中的操作308到310基本相同。换句话说，在操作908中，CAB服务器105中的IWF接收来自CAB XDMS中的PCC应用程序用法110-2的响应消息(200OK)。在操作909中，CAB服务器105中的IWF基于接收到的响应消息来更新CAB特征处理机文档110-1中的<响应>元素。在操作910中，CAB服务器105中的IWF从CAB特征处理机应用程序用法110-1接收响应消息(200OK)。

在操作911中，CAB客户端100被通知CAB用户的PCC应用程序用法110-2中的变化。换句话说，通过导入在非CAB系统中的外部个人简档信息而由CAB服务器105更新的PCC信息，和在现有的PCC信息中产生的PCC更新信息列表文档被通知给CAB客户端100，使得CAB用户有可能知道现有的PCC信息已经通过导入在非CAB系统中的外部个人简档信息而被更新了的细节。

如上面所述，通过导入在非CAB系统中的外部个人简档信息来定义CAB系统中的个人信息的更新方法，在CAB系统中的个人信息的有效管理是可能的。

如从前面的描述中显而易见，通过导入在非CAB系统中的外部个人简档信息来定义CAB系统中的个人信息的更新方法，本公开可以向用户提供一种有效的个人信息管理方法。

虽然已经参照其各种实施例来显示和描述了本公开，对于本领域中的技术人员来讲将要理解到的是，在不脱离所附权利要求和它们的等同物所限定的本公开的精神和范围的前提下，可以在其中做出各种形式和细节上的变化。

Claims

1.一种在支持融合地址簿(CAB)服务的通信系统中通过融合地址簿(CAB)可扩展标记语言(XML)文档管理服务器(XDMS)更新个人信息的方法，所述方法包含：接收来自CAB客户端的简档导入请求；提供简档导入请求信息给CAB服务器；按照CAB服务器的指令，将CAB服务器已经从非CAB系统导入的外部个人简档信息存储作为新的个人简档信息文档；在存储在CAB XDMS中的个人简档信息文档中将个人简档信息的更新类型设置为“简档导入”；以及，根据CAB服务器检查的用户偏好设置并存储批准类型。

2.一种在支持融合地址簿(CAB)服务的通信系统中通过CAB服务器更新个人信息的方法，所述方法包含：响应于CAB客户端的请求，从CAB可扩展标记语言(XML)文档管理服务器(XDMS)获取简档请求信息；请求导入在非CAB系统中的外部个人简档信息；从非CAB系统导入请求的外部个人简档信息；检查用于更新外部个人简档信息的用户偏好；将导入的外部个人简档信息在CAB XDMS中存储为新的个人简档信息文档；在存储在CAB XDMS中的个人简档信息文档中将个人简档信息的更新类型设置为“简档导入”；以及，根据检查的用户偏好设置并存储批准类型。

3.如权利要求1或2所述的方法，进一步包含从CAB XDMS向CAB客户端通知个人简档信息中的变化。

4.如权利要求3所述的方法，其中，如果用户偏好被设置为“手动”，CABXDMS从CAB客户端接收修改的个人简档信息，其中，根据CAB用户的选择而选择的变化在通知的变化中被反映出来，并且在个人简档信息中只更新由CAB用户选择的变化。

5.如权利要求3所述的方法，其中，如果用户偏好被设置为“手动”，CAB XDMS使得指示存储有新的个人简档信息的位置的参考链接将被包括在个人简档信息文档中，使用所述参考链接提供新产生的个人简档信息给CAB客户端，基于通知的变化和使用参考链接导入的新产生的个人简档信息，从CAB客户端接收修改的个人简档信息，在其中，根据CAB用户的选择而选择的变化被反映出来，以及在个人简档信息中只更新由CAB用户选择的变化。

6.如权利要求3所述的方法，其中，通知个人简档信息中的变化包含使用会话发起协议(SIP)消息和XDM文档命令协议(XDCP)消息的至少其中之一来通知个人简档信息中的变化。

7.如权利要求4所述的方法，其中，CAB XDMS从CAB客户端接收修改的个人简档信息，没有被CAB用户选择的变化被从其中删除，并且关于被删除的变化的信息在其中被反映，并且，从个人简档信息中删除未被选择的变化。

8.一种在支持融合地址簿(CAB)服务的通信系统中更新个人信息的装置，所述装置包含：特征处理机(FH)应用程序用法，其被配置来接收来自CAB客户端的简档导入请求，并且提供简档导入请求信息给CAB服务器；以及，个人联系卡(PCC)应用程序用法，其被配置为根据CAB服务器的指令，将CAB服务器已经从非CAB系统导入的外部个人简档信息存储作为新的个人简档信息文档，在存储在CAB XDMS中的个人简档信息文档中将个人简档信息的更新类型设置为“简档导入”，以及根据由CAB服务器检查的用户偏好来设置并存储批准类型。

9.如权利要求8所述的装置，其中，FH应用程序用法通知CAB客户端个人简档信息中的变化。

10.如权利要求9所述的装置，其中，如果用户偏好被设置为“手动”，PCC应用程序用法接收来自CAB客户端的修改的个人简档信息，在其中根据CAB用户的选择而选择的变化在通知的变化中被反映出来，并且在个人简档信息中只更新由CAB用户选择的变化。

11.如权利要求9所述的装置，其中，如果用户偏好被设置为“手动”，则将指示存储了新的个人简档信息的位置的参考链接包括在个人简档信息文档中；其中，PCC应用程序用法使用参考链接提供新产生的个人简档信息给CAB客户端，基于通知的变化和使用参考链接获得的新产生的个人简档信息，接收来自CAB客户端的修改的个人简档信息，在其中根据CAB用户的选择而选择的变化被反映，以及在个人简档信息中只更新由CAB用户选择的变化。

12.如权利要求9所述的装置，其中，PCC应用程序用法使用会话发起协议(SIP)消息和XDM文档命令协议(XDCP)消息中的至少一种来通知变化。

13.如权利要求10所述的装置，其中，PCC应用程序用法接收来自CAB客户端的修改的个人简档信息，没有被CAB用户选择的变化被从其中删除，并且在其中关于被删除的变化的信息被反映，以及从个人简档信息中删除未被选择的变化。

14.一种在支持融合地址簿(CAB)服务的通信系统中更新个人信息的装置，所述装置包含：互通功能(IWF)，其被配置来响应CAB客户端的请求，从CAB可扩展标记语言(XML)文档管理服务器(XDMS)获得简档请求信息，请求导入在非CAB系统中的外部个人简档信息，从非CAB系统导入请求的外部个人简档信息，检查外部个人简档信息的更新的用户偏好，将导入的外部个人简档信息在CAB XDMS中存储为新的个人简档信息文档，在存储在CABXDMS中的个人简档信息文档中将个人简档信息的更新类型设置为“简档导入”，以及根据检查的用户偏好设置并存储批准类型。