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

Abstract

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

Description

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

技术领域

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

背景技术

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

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

背景技术

技术问题

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

技术解决方案

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

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

根据本公开的一个方面，提供了一种用于通过在支持CAB服务的通信系统中的融合地址簿(CAB)可扩展标记语言(XML)文档管理服务器(XDMS)更新个人信息的方法。所述方法包括：接收来自CAB客户端的简档订阅请求，提供简档订阅请求信息给CAB服务器，以及根据CAB服务器的指令，通过订阅在非CAB系统中的外部个人简档信息，将从非CAB系统向CAB服务器通知的外部个人简档信息中的变化存储作为新的个人简档信息文档，在存储在CAB XDMS中的个人简档信息文档中将个人简介信息的更新类型设置为“简档订阅(profi le subscribe)”，以及，根据由CAB服务器检查的用户偏好设置并存储批准类型。

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

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

根据本公开的再另一个方面，提供了一种用于在支持CAB服务的通信系统中更新个人信息的装置。所述装置包括：互通功能(IWF)，其被配置来允许CAB服务器响应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示出了在图3b中的操作312中的，根据本公开的实施例的可扩展标记语言(XML)文档管理服务器(XDMS)文档命令协议(XDCP)差分写入请求消息的例子。

图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推动者，所述应用程序用法包括用于在管理用户数据的XML文档管理(XDM)服务器中存储融合地址簿和联系人状态的CAB AB应用程序用法112、用于管理用户偏好的CAB UP应用程序用法116、用于管理CAB服务请求/响应的CAB FH应用程序用法118、和用于存储PCC信息的CAB PCC应用程序用法114。此外，存在用于访问各种应用程序用法功能的XDMC、用于与外部域的实体进行消息路由的会话发起协议/互联网协议(SIP/IP)、以及用于发送非SIP的终端通知消息的PUSH推动者(enabler)。

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

1.地址簿同步

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

2.联系人订阅

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

3.联系人共享

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

4.联系人搜索

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

5.从非CAB系统订阅外部地址簿

在操作(1)中，CAB客户端100发送用于订阅非CAB数据到CAB FH应用程序用法118的XCAP请求。在操作(2)中，在CAB特征处理机中，CAB FH应用程序用法118添加从XCAP请求获得的信息(例如，关于非CAB源、凭证、调度间隔、到期时间等信息)。在操作(3)中，CAB FH应用程序用法118通知CAB服务器105中的互通功能105-4由于CAB特征处理机的添加操作引起的文档变化。在操作(4)中，互通功能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系统中的个人信息的方法，从而解决以上描述的问题，可以向用户提供一种更加有效的个人信息管理方法。

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

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

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

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

换句话说，在本公开的实施例中，如果CAB服务订阅了非CAB系统中的外部个人简档信息以用于更新CAB系统中的个人信息，则CAB服务器可以把从非CAB系统中通知的外部个人简档信息和状态信息与PCC文档分离地存储在PCC应用程序用法中，并且新定义关于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 UP应用程序用法中的用户偏好，以用于通知消息中的CAB系统中的PCC信息的更新。在CAB UP应用程序用法中定义的用于执行操作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；(i i)它们可以以新产生的PCC信息和现有PCC文档中的PCC更新信息列表文档的形式被通知给CAB客户端100；(i i i)它们可以以由以子元素形式添加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示出了在图3b的在操作312中的根据本公开的实施例的XDCP差分写入请求消息的示例。

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

在操作812中，如果需要，CAB客户端100使用‘pccidref’属性中的参考链接从PCC应用程序用法110-2得到信息，来检查新产生的PCC信息。在操作813中，CAB客户端100从CAB XDMS中的PCC应用程序用法110-2接收响应消息(200OK)。新产生的PCC信息在操作807的响应消息中被接收。在操作814中，CAB客户端100基于在操作811、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系统订阅/通知的响应消息转换或者翻译成适合于CAB系统的数据格式的形式，并且然后在CAB XDMS中的用法110-2中使用转换结果更新CAB XDMS中的PCC应用程序用法110-2中的现有PCC。在图10中定义的PCC更新信息列表文档可以与现有PCC信息(例如，个人详情、组织详情和团队详情)分离地产生，并且CAB服务器105中的IWF设置PCC更新信息列表文档中的元素<更新类型>为“订阅简档”，使得CAB用户可能着手PCC更新。

图10示出了根据本公开的实施例的在CAB PCC应用程序用法中的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 (14)

1.一种在支持融合地址簿(CAB)服务的通信系统中通过融合地址簿(CAB)可扩展标记语言(XML)文档管理服务器(XDMS)更新个人信息的方法，所述方法包含：接收来自CAB客户端的简档订阅请求，以及提供简档订阅请求信息给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客户端通知个人简档信息中的变化。

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

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

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

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

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

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

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

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

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

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

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