专利名称：用于在基于网络的地址簿中实现个性化和映射的系统与方法
技术领域：
本发明一般地涉及电子地址簿的管理。更具体地，本发明的各个实施方式涉及基于网络的地址簿中信息的个性化、同步和映射，以及对这种地址簿中的状态信息的获取。
背景技术：
本节旨在提供关于在权利要求书中所陈述的本发明的背景或环境。此处的描述可能包括可以实行但并非一定已于先前被构思或实行的概念。因此，除非在此另有说明，否则本节中所描述的并非关于本申请书中的说明书和权利要求书的现有技术，并且不因包含于本节之中而被承认是现有技术。有各种各样的名称用来指电子地址簿，这些名称包括电话薄、联络人等。出于各种原因而更新地址簿是一种常见的做法。例如，用户可能期望用他或她感兴趣的合适文本来替换某些联系人信息。举例而言，用户可能希望每当他/她的父亲的联系人信息出现时，此人都被称为“爸爸”。类似地，某人可能希望每当他/她的爱人的信息出现时，此人都被称为“甜心”。其他可能的所需调整可能涉及对某人昵称的使用(例如，使用“Nick” 来称呼“Nicholas”或者“Susie”来称呼“Susan”)或者对特定属性的修改，比如将词语 "telephone"改变为“fone”或“phone”。这种类型的信息调整通常被称为对联系人信息的 “个性化”或“定制”，而要采取的这些行动中的每一个在此都被称为“个性化规则”或“定制规则”。地址簿内的特定联系人可能还具有超出常规地址簿范围的相关信息。举例而言， 这种信息可能包括在线信息、用户设置、定制信息等。在这样的情况中，在涉及相同联系人 (艮P，相同用户)的各条信息之间需要映射，从而使该信息可以一致地合并在设备的用户界面内并且/或者可以由应用、由设备中的客户端和/或由网络内的实体正确地处理。网络地址簿(NAB)是存储于网络中的地址簿。开放移动联盟(OMA)正处于以融合的地址簿(CAB)的形式对NAB进行标准化的进程之中。通过这样的标准化，CAB可以定义用于用户的联系人信息的网络库，这被称为个人联系人卡(PCC)。预期用户会维护和更新他的/她的网络中的PCC。各个用户的PCC的库在此被称为PCC服务器。在CAB标准化进程中，已颁布了以下述方式个性化联系人信息的要求通过这样的方式，使得被个性化的信息可跨所有用户设备协调一致。CAB标准化还要求对地址簿中的在线信息的整合，以便改善整体的用户体验，从而要求适当的机制对来自地址簿的联系人信息和来自不同源的在线信息进行合并/映射。当需要这样时，由用户或服务提供商维护的个性化规则和用户设置也必须正确地映射到特定联系人的联系人信息。个性化规则或者用户设置还可以具有默认值，这些默认值无需由任何人来维护。
发明内容
各个实施方式提供一种用于在基于网络的地址簿中实现个性化和映射的系统与方法。根据各个实施方式，用户偏好与策略(UPP)服务器包括用于定义针对各用户的个性化规则的树，或者个性化规则可以存储在另一服务器中。订阅功能(SF)向PCC服务器订阅特定用户的个人联系人信息，并且响应于该订阅，经由通知来接收对一个或多个被订阅用户的联系人信息的更新。在接收更新后，SF从UPP服务器(或者存储个性化规则文档的任何其他地方)检索订阅用户的个性化规则文档，并向更新的联系人信息应用基础的规则。 在应用个性化规则后，SF将经个性化的联系人信息移交给数据同步(此)客户端，从而DS 客户端可以将该信息与CAB服务器中订阅用户的地址簿进行同步。继而基于CAB服务器与 CAB客户端之间地址簿的同步而将被订阅的联系人的经个性化的联系人信息传播至其他设备或web入口。各个实施方式还提供字段、属性或参数，该字段、属性或参数可以提供给地址簿中的每个联系人条目，用于唯一地标识该联系人。SF可以维护概括地址簿中条目的状态的文档。在开始使用服务时，可以在同SF耦合的DS客户端与CAB服务器之间同步整个地址簿。 当在地址簿中有改变时，同步还可能在稍后的时间发生。通过这种同步，SF具有关于地址簿的所有联系人条目的正确信息，以便管理概括这些条目的状态的文档，正如上文所提到的那样。在某些情况下，可能仅对所有的联系人条目(例如，每个联系人的唯一身份)的联系人信息的所需子集应用同步。作为各个实施方式的实现的结果，为个性化规则的管理提供了相对简单的机制。 此外，在此讨论的各个实施方式提供了并非特定于设备的个性化和映射布置，从而使信息的个性化能够更加容易地跨设备进行。本发明的各个实施方式的这些优点和特征以及其他优点和特征，连同其操作的组织和方式，将从结合随附附图考虑的以下详细描述变得明显。
通过参考附图而描述本发明的示例实施方式，在附图中图1是根据本发明的各个实施方式、在示例性架构图中的地址簿自动更新所涉及的实体以及信息流的示意图；图2是示出根据一个示例实施方式的、可通过其更新地址簿的过程的流程图；图3是针对OMA CAB的高层架构的示意图；图4是示出通过其可实现本发明的各个实施方式的过程的流程图；图5是在其内可实现本发明各个实施方式的系统的概况图；图6示出了可以依据本发明各个实施方式来使用的示例电子设备的透视图；以及图7是可包括在图6的电子设备中的电路的示意图。
具体实施例方式如前所述，针对地址簿信息的个性化已颁布了各种要求。当用户实现某个个性化规则时，该规则必须在该用户所拥有的所有设备间协调一致。此外，举例而言，如果用户拥有基于web的地址簿，则这一个性化规则还必须类似地在他的或她的这样的地址簿中协调一致。因为这些原因，用于在设备内实现特定个性化规则的严格意义上的“本地”解决方案在许多情况下可能是不够的。
迄今为止，尽管此前已经提出了和/或开发了各种个性化机制，但这些机制是被局部地提供在设备内或者web入口内的。结果，在实现这些机制时，在同一用户的任何其他设备或入口上不会产生任何影响。举例而言，一个用户可能拥有两个不同的电子设备和web 入口，而他或她可能希望使用所有这些设备和web入口来访问地址簿信息。在上述常规的个性化机制中，用户将会需要在每个设备和web入口中单独地输入个性化规则以便跨各系统实现该规则，即，以便将该地址簿跨所有三个系统协调一致。这些本地解决方案因此不符合颁布的要求，从颁布的要求的角度看，基于设备或基于入口的解决方案是不够充分的。除了以上所述之外，在特定用户/联系人的联系人信息与存在信息之间具有一致的映射是重要的。如果没有这种一致的映射，存在信息可能无法如CAB所要求的那样正确地合并到地址簿用户界面之中。CAB还要求对具体用户/联系人的用户设置和联系人信息的个性化应用类似的映射。尽管已开发出了用于对相同联系人/用户的来自不同源的信息进行映射的常规系统，但这些解决方案通常为设备内的“封闭式”解决方案。结果是，这些解决方案在跨设备或入口的开放环境中往往将无法正常工作。举例而言，特定联系人/用户的姓名可能不是全球唯一的，从而导致多个联系人/用户在设备和/或入口间具有相同的姓名。另外，使用不同机制来解决与唯一性相关的问题并不适合于开放式解决方案，即，跨设备或入口解决方案。本发明的各个实施方式提供了一种用于解决上述涉及跨设备和/或入口的个性化规则的协调和映射的各种问题的“开放式”解决方案。根据各个实施方式，针对各个用户的个性化规则被存储和维护于用户偏好与策略(UPP)服务器中或者其他合适的服务器中。 UPP服务器例如可以基于OMA可扩展标记语言(XML)文档管理(XDM)。在这一布置中，个性化信息可以以XML格式存储，并且可以由XML配置访问协议(XCAP)经超文本传输协议 (HTTP)访问。图1是根据各个实施方式、在示例性架构图中地址簿的自动更新所涉及的实体以及信息流的示意图。地址簿更新系统200包括CAB服务器202，该CAB服务器202被配置成充当用户的地址簿的服务器的作用。在一个实施方式中，并且如图1的括号中所示，CAB服务器是OMA数据同步(DQ服务器。在用户设备208中提供有CAB客户端210用以在CAB服务器202中维护该用户的地址簿。在所示实施方式中，CAB客户端还包括DS客户端的功能性。如图1中示例性示出地，地址簿更新系统200可以配置成容纳几乎任何数量的CAB客户端。在CAB客户端210与CAB服务器202之间可以提供接口。该接口可被配置成支持在CAB客户端210与CAB服务器202之间的数据同步。CAB客户端210包括DS客户端的功能性以便用于同步。类似地，CAB服务器202出于相同目的而包括DS服务器的功能性。所述接口可以支持如下功能，包括但不限于=(I)CAB的数据同步协议；(2)诸如CAB的添加、 删除和更新之类的CAB管理功能；以及(3)与CAB客户端210的相互认证。提供PCC服务器204用于充当各个用户的PCC库。根据各个实施方式，在CAB服务器(DS服务器)202与PCC服务器204之间提供有订阅功能(SF) 206。在图1所描绘的实施方式中，SF 206被配置成充当DS客户端。根据各个实施方式，DS客户端和SF 206可以属于同一逻辑实体。因此，DS客户端可以与SF 206
6耦合。应当注意，虽然在图1中将DS客户端和SF 206示为逻辑实体，但在各个实施方式中也可将DS客户端和SF 206实现为分立的物理实体。图1被简化成仅示出归属域。然而在实践中，可以将远程域的PCC服务器连接至归属域，从而向远程域的PCC服务器提供订阅和搜索请求。根据各个实施方式，在CAB客户端210与CAB服务器202之间执行对地址簿的同步。图2是示出一种使用图1中所描绘的系统进行示例性地址簿更新过程的流程图。在示例性过程220中，CAB客户端210向CAB服务器202通知这样的联系人，即，CAB服务器202 应当针对这样的联系人订阅从PCC服务器204的自动更新(图2的框222)。如这里所使用的，“联系人”可以指具有联系人信息的个人或实体。在各个实施方式中，这可以通过在例如被广泛用作地址簿的数据格式的vCard内提供新的标记、属性、参数或其他特征而实现。所述标记、属性、参数或其他特征的值可以指示是否应当订阅对应的联系人。在图2中的2M处，CAB服务器202接着向SF206通知需要订阅的联系人列表。 在一个实施方式中，实现了 OMA DS的筛选，从而使CAB服务器(或者DS服务器)202创建包括要求订阅的联系人条目的筛选文档。在创建了这样的筛选文档后，CAB服务器202可以通知DS客户端基于由OMA DS所定义的解决方案来进行同步。在接收到该通知后，(可以与SF 206耦合的)DS客户端开始与CAB服务器202进行同步并且接收用于订阅的联系人条目。作为上述222和224的备选，用户可以在服务器(例如，UPP服务器)中维护需要订阅的联系人的列表，并且SF 206在订阅前从所述服务器检索该列表。该列表可以储存为XML文档并且使用XCAP或其他合适的机制来访问。即使遵循这种备选方法，CAB服务器 202也可以通过同步而使用所有联系人条目的联系人信息的所需子集来将SF 206保持为最新。该子集至少包括每个联系人的唯一身份字段/属性以及每个联系人的其他所必需的信息以便管理具有每个联系人的状态信息的文档。在2 处，DS客户端将联系人条目的列表移交给SF 206，并且SF 206向PCC服务器204提出对所述条目的订阅请求。就此而言，SF 206可以使用会话发起协议(SIP)订阅机制。在一个实施方式中，PCC服务器204基于OMA XDM。在图2中的2 处，在接收到订阅请求后，PCC服务器204遵循SIP订阅机制并针对被订阅的联系人条目的每次更新发送通知。SF接下来可将更新的联系人信息移交给耦合的DS客户端，并且DS客户端可以在230处与CAB服务器202同步以便用CAB服务器中的地址簿更新被订阅的联系人的联系人信息。同步可以基于OMA DS0更新在稍后当地址簿在 CAB客户端与CAB服务器之间进行同步时传播至CAB客户端，同样潜在地基于OMA DS0在图2的232处，CAB服务器与CAB客户端进行同步，并且联系人信息的更新被传播至设备中的本地地址簿。图3是根据各个实施方式，大体在240处示出的、针对OMA CAB的高层架构的示意图。如图3中所描绘，归属域242包括CAB客户端244 (包括DS客户端功能性)XAB服务器 246 (包括DS服务器功能性)、PCC服务器248和具有DS客户端的SF 250。UPP服务器252 被配置成与CAB客户端M4、CAB服务器246、PCC服务器248和具有DS客户端的SF 250通信。UPP服务器252被配置成存储用于订阅和搜索的认证规则。因此，除了维护PCC之外， 用户可能还维护用于订阅和搜索他或她的个人联系人卡的认证规则。另外，UPP服务器252 还可以存储用户偏好/设置，比如SF应当针对每个联系人订阅的联系人信息。因此，在一个实施方式中，在接收到SF需要订阅的联系人的列表后，SF从UPP服务器252检索所期望的联系人信息的列表，并仅向PCC服务器248订阅所期望的信息。在图3中所示的实施方式中，架构240还包括远程域沈0。应当注意，尽管在图3 中描绘了一个远程域沈0，但基于运营商和/或服务提供商之间的协定能够将多个归属域 260连接至归属域M2。当SF提出订阅请求时，可能并非所有被订阅的用户都属于归属域。 针对属于一个或更多远程域260的用户，SF可将订阅请求转发至远程域沈0的PCC服务器 2480远程域260也可以协助搜索。就此而言，用户的搜索请求可被转发至一个或多个远程域 260。根据本发明的各个实施方式，UPP服务器252基于XDM (XML文档管理)并且包括针对每个用户的树，以定义个性化规则。根据这些实施方式并且再次参考图3，SF 250向PCC 服务器248订阅特定用户的个人联系人信息，并且响应于该订阅，经由通知来接收对被订阅用户的联系人信息的更新。如果任何被订阅的联系人属于远程域沈0并且在归属域242 与远程域260之间存在服务协定，则归属域M2的PCC服务器248或者任何相关实体(例如，(图3中未示出的)处理订阅的代理/服务器)还可以将订阅请求转发至相连的远程域260的PCC服务器M8。作为响应，远程域260的PCC服务器248提供被订阅的用户的更新，并且所有的更新都由归属域M2的PCC服务器248或者诸如上述代理/服务器之类的任何相关实体在归属域对2中聚集。将聚集的更新向SF 250发送。在接收到更新后，SF 250从UPP服务器252检索订阅用户的个性化规则文件，并将其中包含的基础规则应用于更新的联系人信息。举例而言，如果个性化规则文档包括应将特定用户称为“爸爸”的规则，则向更新的联系人信息应用该规则。在应用了个性化规则后，SF250将经个性化的联系人信息移交给DS客户端，该DS客户端在各个实施方式中可以与SF 250耦合，从而使该DS客户端可以与CAB服务器M6中的订阅用户的地址簿同步信息，该CAB服务器246具有OMA DS服务器的功能性。接下来基于在CAB服务器246与CAB 客户端244之间的地址簿同步而将被订阅的联系人的经个性化的联系人信息传播至其他设备或web入口。应当注意，设备或web入口中的CAB客户端244具有OMA DS客户端的功能性。在这一特定实施方式中，UPP服务器252用于存储个性化规则。然而，也可以使用任何合适的服务器来存储个性化规则。图4是示出通过其可实现本发明各个实施方式的过程的流程图。在图4中的400 处，SF 250向PCC服务器248订阅特定用户/联系人的个人联系人信息。响应于这些订阅， SF 250在405处经由通知来接收对被订阅的用户的联系人信息的更新。在接收到更新后， SF 250在410处从PCC服务器248检索订阅用户的个性化规则文档，并且在415处将来自该个性化规则文档的基础规则应用到更新的联系人信息。在420处，SF 250将经个性化的联系人信息移交给DS客户端，该DS客户端可以与SF 250耦合，从而使该DS客户端可以与 CAB服务器246中订阅用户的地址簿进行信息同步，该CAB服务器246具有OMA DS服务器的功能性。接下来，在425处，基于在CAB服务器246与CAB客户端244之间的地址簿的同步而将被订阅的联系人的经个性化的联系人信息传播至其他设备或web入口。在另外一组实施方式中，在会话开始时在耦合至SF的DS客户端与CAB服务器之间对整个地址簿(具有所有联系人条目的所有联系人信息或该联系人信息的子集)进行同步。在这些实施方式中，同步在刚开始使用服务时进行，并且随后当在地址簿中有变化时进行。在这些实施方式中，同步并不仅限于被订阅的条目，而是涵盖地址簿中所有的条目。在特定实施方式中，仍然可以允许一定程度的筛选。然而，筛选并不应用到整个的联系人条目，而是应用到条目内的特定联系人细节。各个实施方式还针对地址簿中的每个联系人条目提供新字段、属性或参数的添加，用于唯一地标识该联系人。在一个特定实施方式中，电子名片，即，vCard，具有用于标识用户身份的新属性。在某些实施方式中，可将该参数取名为“ui”，意指“用户身份(user identity)”。在各个实施方式中该参数的值可以包括几乎任何唯一的标识符。举例而言， XML用户标识符(XUI) (OMA XDM)、电子邮件地址或者国际格式的电话号码均可作为该值使用。在此，XUI简单地为用户的会话发起协议(SIP)统一资源标识符(URI)或者电话(TEL) 统一资源标识符(URI)，这两者都是全球唯一的。任何用户的在线信息还在〈presence〉元素的“entity”属性下并且在用于列表订阅的资源列表元信息(RLMI)内包括相同的XUI。 因此，可以基于用户的身份来合并联系人信息和在线信息。此外，当用户定义针对特定联系人的个性化规则或者任何设置时，UPP服务器中的文档也可以将该XUI包括在规则内。这允许SF对规则和对应的联系人条目进行映射。作为针对上述的备选，可以使用vCard或者任何其他格式的任何现有属性来唯一地标识用户/联系人。如果使用XUI，则可以使用携带SIP/TEL URI的属性来唯一地标识用户。如果使用电子邮件地址，则使用对应的属性(即，vCard的EMAIL属性)来唯一地标识用户。然而，十分重要的是存在关于应当使用何种属性来对用户/联系人进行唯一标识的全球协定/共识/标准化。对任何联系人条目的唯一标识有助于独立地提供并维护地址簿信息的状态和统计，例如用户的订阅状态(例如，已订阅、待定/等待、失败等)、用户是否在PCC服务器中具有个人联系人信息、用户是否为遗留用户、谁是地址簿中某联系人的服务提供商、联系人信息的源等。举例而言，如果UCC或者任何其他服务器维护用户的地址簿中联系人的状态，则用户身份可以用于指代地址簿中的任何联系人。因此，如果该状态被提供给用户的设备，则该设备，即，CAB客户端，可以将该状态信息与地址簿内对应的联系人条目进行映射。在填入用户标识参数方面，有可能当联系人条目被最初创建于地址簿内时，用户或CAB客户端可能并不知晓该值。在这种情况下，客户端可以使用任何本地唯一标识符作为正确参数/属性的值。随后，如果SF代表用户订阅了对应的联系人，则SF继而可以获得 XUI (或者任何用以唯一地标识联系人/用户之物)，这时SF用接收到的XUI来替换本地身份。接下来，可以通过同步而将接收到的XUI传播至CAB服务器和CAB客户端。CAB客户端可以在UCC服务器中的任何XDM文档(例如，个性化规则、用户设置、状态信息等)中使用这一身份来代替先前使用的本地身份。 除上述之外，通过CAB标准化过程颁布了额外的要求即，维护地址簿内的联系人条目的某些状态信息并使其可由个人用户获得。本文所用的“状态信息”意在指代诸如对于单个条目的订阅的状态之类的信息——订阅是成功、待定、不允许还是失败；条目是否在 PCC服务器中没有PCC (即，如果该条目不是CAB用户)；联系人/用户的联系人信息的源； 联系人/用户的服务提供商等。各个实施方式通过令SF生成并维护概括地址簿中条目的状态的文档而解决这一问题。SF可以使用其已经具有的涉及地址簿中每个条目的状态的信息来生成这一文档。在特定实施方式中，该文档是基于XML的，并且该文档可以存储在任何
9的XDMS服务器中，例如UPP服务器中。在这种布置中，用户可以使用XCAP或者另一机制来检索该文档。用户可以例如使用SIP来对其进行订阅，从而使他或她得到关于在该文档中做出的每次改变的通知。以下所述为本发明的各个实施方式的非限制性示例。在各个实施方式中，提供了用于针对融合的地址簿更新个性化规则的方法、计算机程序产品、系统和装置。订阅功能向个人联系人卡服务器订阅至少一个特定用户的个人联系人信息。响应于对个人联系人信息的订阅，接收至少一个特定用户的更新的个人联系人信息。在接收到更新后，从用户偏好与策略服务器获取包括至少一个特定用户的至少一个个性化规则的个性化规则文档。将该至少一个个性化规则应用到更新的经个性化的联系人信息。将更新的经个性化的联系人信息提供给数据同步客户端，从而允许数据同步客户端将更新的经个性化的联系人信息与至少一个订阅用户在融合的地址簿服务器中的地址簿进行同步。订阅功能可以与数据同步客户端耦合。接下来可以通过进一步的同步而将至少一个特定用户的更新的经个性化的联系人信息传播至其他设备和/或web入口。用户偏好与策略服务器可以包括针对每个用户的树， 用以定义个性化规则。各个实施方式还提供了用于跨多个设备和/或入口对基于网络的地址簿进行协调的方法、计算机程序产品、系统和装置。至少一个全球定义的个性化规则存储于服务器上。该至少一个全球定义的个性化规则涉及基于网络的地址簿中的至少一个联系人。该至少一个个性化规则跨多个设备和/或入口进行应用。作为跨多个设备和/或入口应用该个性化规则的结果，在被用户访问时，在多个设备和/或入口中的每一个上都显示出经个性化的联系人信息的共同协调一致的视图。各个实施方式还提供了用于维护地址簿中联系人条目的方法、计算机程序产品、 系统和装置。向特定用户分配参数/属性。该参数/属性用于在对地址簿的使用和/或操纵期间唯一地标识特定用户。该参数/属性可以包括可扩展标记语言用户标识符或者其他合适的值，比如电子邮件地址。可扩展标记语言用户标识符可以包括至少一个特定用户的订阅发起协议统一资源指示符。可扩展标记语言用户标识符可以包括至少一个特定用户的电话统一资源指示符。各个实施方式还提供了用于维护地址簿中状态信息的方法、计算机程序产品、系统和装置。生成包含地址簿中多个条目的状态的文档。在该文档中维护所述多个条目的状态中的改变。该文档可以由订阅功能来维护。该文档可以基于可扩展标记语言，并且该文档可以存储在可扩展标记语言文档管理服务器中，比如用户偏好与策略服务器中。各个实施方式还提供了用于同步地址簿中联系人信息的方法、计算机程序产品、 系统和装置。在刚开始使用服务时将数据同步客户端和融合的地址簿同步，使得地址簿中的所有联系人条目(具有所有联系人信息或者联系人信息的子集)都得到同步，无论是否所有条目都被订阅。数据同步客户端可与订阅功能耦合。在同步期间，可以筛选单个联系人条目内的细节。不为了筛选整个的联系人条目而应用筛选。图5示出了在其中可以利用本发明的各个实施方式中的系统10，其包括可以通过一个或多个网络进行通信的多个通信设备。系统10可以包括有线或无线网络的任何组合， 这些网络包括但不限于移动电话网、无线局域网(LAN)、蓝牙个域网络、以太网LAN、令牌环LAN、广域网、因特网等。系统10既可以包括有线通信设备又可以包括无线通信设备。
举例而言，图5中所示的系统10包括移动电话网11和因特网28。到因特网观的连接性可以包括但不限于远程无线连接、短程无线连接以及各种有线连接，包括但不限于 电话线、电缆线、电力线等。系统10的示例通信设备可以包括但不限于形式为移动电话的电子设备12、组合式个人数字助理(PDA)与移动电话14、PDA 16、集成的消息收发设备(IMD) 18、桌上型计算机20、笔记本计算机22等。通信设备可以为固定式，或者如由移动中的个人随身携带时那样为移动式。通信设备还可以位于运输模式之中，所述运输模式包括但不限于汽车、卡车、 出租车、巴士、火车、船舶、飞机、自行车、摩托车等。通信设备中的一些或所有通信设备可以通过至基站M的无线连接25发送和接收呼叫和消息，并且与服务提供商进行通信。基站 M可以连接至允许移动电话网11与因特网观之间的通信的网络服务器沈。系统10可以包括额外的通信设备和不同类型的通信设备。通信设备可以使用各种传输技术进行通信，这些传输技术包括但不限于码分多址接入(CDMA)、全球移动通信系统(GSM)、通用移动电信系统(UMTS)、时分多址(TDMA)、频分多址(FDMA)、传输控制协议/因特网协议(TCP/IP)、短消息收发服务(SMS)、多媒体消息收发服务(MMS)、电子邮件、即时消息收发服务(IMS)、蓝牙、IEEE 802. 11等。在实现本发明各个实施方式中涉及的通信设备可以使用各种介质进行通信，这些介质包括但不限于无线电、红外线、激光、电缆连接等。图6和图7示出了一种具有代表性的电子设备观，其依据本发明的各个实施方式可以用作网络节点。然而应当理解，本发明的范围并不旨在限于一种特定类型的设备。图6 和图7的电子设备28包括外壳30、形式为液晶显示器的显示器32、小键盘34、麦克风36、 耳机38、电池40、红外端口 42、天线44、形式依据一个实施方式为UICC的智能卡46、读卡器48、无线电接口电路52、编解码器电路M、控制器56和存储器58。根据本发明各个实施方式，上述组件使电子设备观能够向/从可以驻留在网络上的其他设备发送/接收各种消息。单个电路和元件全都是本领域中公知的类型，例如在诺基亚移动电话的范围中。在此所述的各个实施方式是以方法步骤或过程为背景进行描述的，所述方法步骤或过程在一个实施方式中可以由计算机程序产品来实现，该计算机程序产品以计算机可读介质体现，包括计算机可执行指令(诸如程序代码)，由联网环境中的计算机执行。计算机可读介质可以包括可移动存储设备和非可移动存储设备，包括但不限于只读存储器(ROM)、 随机存取存储器(RAM)、压缩光盘(⑶)、数字多功能盘(DVD)等。一般而言，程序模块可包括执行特定任务或者实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令、相关数据结构以及程序模块代表用于执行本文所公开的方法的步骤的程序代码。这样的可执行指令或者相关数据结构的特定序列代表用于实现这样的步骤或过程中所述的功能的对应动作的例子。本发明的实施方式可以以软件、硬件、应用逻辑或者软件、硬件和应用逻辑的组合来实现。软件、应用逻辑和/或硬件例如可以驻留在芯片组、移动设备、台式计算机、膝上型计算机或者服务器上。各个实施方式的软件和web实现方式可以使用标准编程技术来实现，所述技术具有基于规则的逻辑和用以实现各种数据库搜索步骤或过程、相关步骤或过程、比较步骤或过程以及决策步骤或过程的其他逻辑。各个实施方式还可以完全地或者部分地在网络单元或模块内实现。应当注意，在本文中和在以下权利要求书中所使用的词语“组件”和“模块”旨在包括使用一行或更多行软件代码的实现方式和/或硬件实现方式和 /或用于接受手动输入的设备。 实施方式的上述描述是为了说明和描述的目的而呈现的。上述描述并不旨在成为穷举性的或者将本发明的实施方式限于所公开的精确形式，并且可以根据以上教导进行修改和改变或者从对各个实施方式的实践获取修改和改变。本文所讨论的实施方式是为了解释各个实施方式及其实际应用的原理和本质而选择和描述的，以使本领域中技术人员能够在各个实施方式，并利用适合于所设想的特定用途的各种修改来利用本发明。本文所述的实施方式的特征可以结合在方法、装置、模块、系统和计算机程序产品的所有可能的组合之中。
权利要求
1.一种方法，包括接收地址簿中联系人列表的指示以便接收自动更新； 提交针对所述联系人的订阅请求； 接收针对被订阅的联系人的联系人信息的更新； 获取个性化规则文档，所述个性化规则文档包括至少一个个性化规则； 向所述被订阅的联系人的更新的联系人信息应用所述至少一个个性化规则；以及将具有应用的所述至少一个个性化规则的所述更新的联系人信息与所述地址簿进行同步。
2.根据权利要求1所述的方法，进一步包括 将所述更新的联系人信息传播至其他设备。
3.根据权利要求1所述的方法，其中所述接收指示包括接收联系人条目列表。
4.根据权利要求3所述的方法，其中所述联系人条目列表的形式为XML文档。
5.根据权利要求1所述的方法，其中所述提交订阅请求包括使用会话发起协议订阅机制。
6.根据权利要求1所述的方法，其中所述接收通知响应于对联系人共享文档的更新。
7.根据权利要求1所述的方法，其中所述接收针对联系人信息的更新包括从地址簿的个人联系人卡服务器或者网络库接收更新。
8.一种装置，包括 处理器；以及存储器单元，其通信地连接至所述处理器，并且包括用于接收地址簿中联系人列表的指示以便接收自动更新的计算机代码；用于提交针对所述联系人的订阅请求的计算机代码；用于接收针对被订阅的联系人的联系人信息的更新的计算机代码；用于获取个性化规则文档的计算机代码，所述个性化规则文档包括至少一个个性化规则；用于向所述被订阅的联系人的更新的联系人信息应用所述至少一个个性化规则的计算机代码；以及用于将具有应用的所述至少一个个性化规则的所述更新的联系人信息与所述地址簿进行同步的计算机代码。
9.根据权利要求8所述的装置，其中所述存储器单元进一步包括 用于将所述更新的联系人信息传播至其他设备的计算机代码。
10.根据权利要求8所述的装置，其中所述用于接收指示的计算机代码包括用于接收联系人条目列表的计算机代码。
11.根据权利要求10所述的装置，其中所述联系人条目列表的形式为XML文档。
12.根据权利要求8所述的装置，其中所述用于提交订阅请求的计算机代码包括用于使用会话发起协议订阅机制的计算机代码。
13.根据权利要求8所述的装置，其中所述用于接收通知的计算机代码是响应于对联系人共享文档的更新而实现的。
14.根据权利要求8所述的装置，其中所述用于接收针对联系人信息的更新的计算机代码包括用于从地址簿的个人联系人卡服务器或者网络库接收更新的计算机代码。
15.一种计算机程序产品，其体现在计算机可读介质上，包括用于接收地址簿中联系人列表的指示以便接收自动更新的计算机代码；用于提交针对所述联系人的订阅请求的计算机代码；用于接收针对被订阅的联系人的联系人信息的更新的计算机代码；用于获取个性化规则文档的计算机代码，所述个性化规则文档包括至少一个个性化规则；用于向所述被订阅的联系人的更新的联系人信息应用所述至少一个个性化规则的计算机代码；以及用于将具有应用的所述至少一个个性化规则的所述更新的联系人信息与所述地址簿进行同步的计算机代码。
16.根据权利要求15所述的计算机程序产品，进一步包括 用于将所述更新的联系人信息传播至其他设备的计算机代码。
17.根据权利要求15所述的计算机程序产品，其中所述用于接收指示的计算机代码包括用于接收联系人条目列表的计算机代码。
18.根据权利要求15所述的计算机程序产品，其中所述用于提交订阅请求的计算机代码包括用于使用会话发起协议订阅机制的计算机代码。
19.根据权利要求15所述的计算机程序产品，其中所述用于接收通知的计算机代码是响应于对联系人共享文档的更新而实现的。
20.根据权利要求15所述的计算机程序产品，其中所述用于接收针对联系人信息的更新的计算机代码包括用于从地址簿的个人联系人卡服务器或者网络库接收更新的计算机代码。
全文摘要
用于在基于网络的地址簿中实现个性化、映射和状态管理的系统和方法。订阅功能(SF)向个人联系人卡(PCC)服务器订阅特定用户的个人联系人信息，并且接收针对被订阅的用户的联系人信息的更新。SF检索订阅用户的个性化规则文档，并向更新的联系人信息应用个性化规则。经个性化的联系人信息被移交给数据同步(DS)客户端，从而DS客户端可以将该信息与融合的地址簿(CAB)服务器中的订阅用户的地址簿进行同步。被订阅的联系人的经个性化的联系人信息被传播至其他设备或web入口。可以针对每个联系人条目提供和/或使用新的或者现有的属性/参数，用于唯一地标识每个联系人。SF可以维护概括地址簿中条目的状态的文档。
文档编号G06F17/30GK102171690SQ200980138758
公开日2011年8月31日 申请日期2009年8月13日 优先权日2008年8月13日
发明者M·莫斯塔法 申请人:诺基亚公司