用于地址簿联系人管理的方法和装置的制作方法

专利名称：用于地址簿联系人管理的方法和装置的制作方法
技术领域：
本发明涉及电子地址簿。更具体地，本发明涉及在此类地址簿中进行联系人更新。
背景技术：
本部分旨在提供在权利要求书中记载的本发明的背景或者上下文。说明书在此可以包括可以寻求然而不必是先前已经构想或者探究的那些概念。由此，除非在此另外指示， 此部分中所述的内容不是对于本申请中说明书和权利要求书的现有技术，也不因包括与此部分中而承认其为现有技术。在业界，地址簿被称为各种名称，诸如电话簿、联系人等。网络地址簿(NAB)是存储在网络中的地址簿。开放移动联盟(OMA)正处于按照融合地址簿(CAB)进行NAB标准化过程中。利用此类标准化，CAB可以针对用户的自身联系人信息来定义网络存储库，被称作个人联系人卡(PCC)。期望用户在网络中维护和更新他/她的PCC。各种用户的PCC存储库在此称为PCC服务器。通常的实践是，向一个或者多个接收者发送联系人信息。该发送被统称为“发送” 操作，例如“提供”、“交换”、“共享”。由于在OMA中针对CAB将该动作称为“联系人共享”， 因此在此“共享”和“发送”两个术语都用来指代该动作。就此，来自地址簿的任何联系人信息被发送至用户感兴趣的设备或者网络存储库。被发送的联系人信息可以是发送者的部分或者完全联系人信息，或者由发送者所拥有的地址簿的任意数量的联系人条目。此外，被发送的信息可以包括地址簿的任意数量的条目的联系人信息。由此，在一种情况下，可以发送整个地址簿。

发明内容
在本发明的一个方面中，一种方法，包括接收与接收者共享发送者地址簿中的联系人的联系人信息的通知；获取联系人的联系人信息；以及使得向接收者递送联系人信肩、ο在一个实施方式中，通知可以包括接收者的地址和发送者的地址。通知可以进一步包括将被共享的联系人信息。通知可以包括指向将被共享的联系人信息的指针。将被共享的联系人信息可以由发送者的地址指示。在一个实施方式中，接收通知是响应于对联系人共享文档的更新。联系人共享文档可以是XML文档管理文档。在一个实施方式中，方法进一步包括一旦向接收者成功递送联系人信息，则更新联系人共享状态。更新联系人共享状态可以包括更新XML文档管理文档。更新XML文档管理文档可以包括利用联系人共享标记来更新接收者订阅列表。方法可以进一步包括当订阅列表XML文档被更新时，向发送者发送通知。在一个实施方式中，获取联系人信息包括获取来自个人联系人卡服务器或者地址簿的网络存储库的联系人信息。在一个实施方式中，递送联系人信息包括向远程域传输联系人信息。在一个实施方式中，方法进一步包括利用联系人信息来更新网络地址簿。在一个实施方式中，方法进一步包括从所述接收者接收指示所述接收者拒绝还是接受所述联系人信息的拒绝或者接受。在另一方面中，一种装置，包括处理器；以及存储器单元，可通信地连接至处理器。存储器单元包括用于接收与接收者共享发送者地址簿中的联系人的联系人信息的通知的计算机代码；用于获取联系人的联系人信息的计算机代码；以及用于使得向接收者递送联系人信息的计算机代码。在另一方面中，本发明涉及一种在计算机可读介质上实现的计算机程序产品。该计算机程序产品包括用于接收与接收者共享发送者地址簿中的联系人的联系人信息的通知的计算机代码；用于获取联系人的联系人信息的计算机代码；以及用于使得向接收者递送联系人信息的计算机代码。本发明各种实施方式的这些和其他优势和特征，连同其操作的构造和方式在结合附图时从以下详细描述中变得清楚。


通过参考附图描述本发明的示例实施方式，在附图中图1是根据本发明一个实施方式的地址簿管理系统的示例性架构和流程的示意性示出；图2是根据本发明一个实施方式的地址簿更新系统的示例性架构的示意性示出；图3是示出根据本发明的实施方式的示例性联系人信息共享过程的流程图；图4是使用基于XDM方法的根据本发明实施方式的、用于本地域中的接收者的示例性信息流；图5是使用基于XDM方法的根据本发明实施方式的、用于远程域中的接收者的示例性信息流；图6是根据本发明另一实施方式的地址簿管理系统的示例性架构和流程的示意性示出；图7是使用基于SIP推送方法的根据本发明的实施方式的、用于接收者的示例信息流；图8是其中可以实现本发明各种实施方式的系统的概要图；图9是根据本发明各种实施方式而可以利用的示例电子设备的透视图；以及图10是可以包括于图9的电子设备中的电路的示意性表示。
具体实施例方式在以下描述中，出于解释而非限制目的而阐述了细节和描述，以便提供对本发明的透彻理解。然而，对于本领域技术人员易见的是，本发明可以脱离这些细节和描述在其他实施方式中实践。当前，针对从发送者向接收者发送联系人信息不存在标准化的方案，这导致用户体验较差。例如，不同厂商和不同实现可以使用不同的传输机制(例如，诸如SMS、匪S的消息发送服务)用于发送联系人信息，而用户或者设备可能不总是知晓联系人信息被隐藏于传输净载荷中这一事实。此外，从设备中的本地副本中发送联系人信息通常需要空中传输正被发送的整个联系人信息。移动终端可能还需要处理该信息(例如，编码/加密，解码/解密)。这可能加剧现有的电源管理和相应延迟问题。根据本发明的实施方式，OMA XML文档管理(XDM)的扩展提供了用于共享联系人信息的方案。如在此使用，“联系人”可以指对应于联系人信息的人员或者实体。本发明的实施方式提供有效并且可靠的系统、装置和方法以用于发送联系人信息。现在参考图1，其中示意性示出了根据本发明一个实施方式的地址簿管理系统的示例性架构和流程。地址簿更新系统200包括CAB服务器202，其配置为充当用户的地址簿的服务器。在一个实施方式中，如图1中的括号中所示，CAB服务器202包括OMA数据同步(DS) 服务器的功能。CAB服务器202可以利用其自身来存储地址簿。备选的是，地址簿可以存储于单独的存储装置，诸如图1的实施方式中示出的CAB存储装置218。CAB存储装置218可以基于XDMS(也即，地址簿XDMS)。在用户设备208中提供CAB客户端210，以维护CAB服务器202中的用户的用户地址簿以及PCC服务器204中用户的个人联系人卡二者。在示出的实施方式中，CAB客户端210还包括DS客户端功能。CAB客户端210进一步包括XML文档管理(XDM)客户端功能。如图1示例性示出，地址簿管理系统200可以配置用于支持任意数量的CAB客户端。可以在CAB客户端210和CAB服务器202之间提供接口。此接口可以配置以支持在CAB客户端210和CAB服务器202之间的数据同步，并且可以支持如下功能1)CAB的数据同步协议；2) CAB管理功能，诸如，CAB的增加、删除和更新；以及3)与CAB客户端210的相互认证。提供个人联系人卡(PCC)服务器204以管理和存储各种用户的PCC。根据本发明的实施方式，在CAB服务器202和PCC服务器204之间提供订阅功能 (SF) 206。SF 206可以是单独的网络实体，或者可以包括在任何其他网络实体内。根据本发明的实施方式，在CAB客户端210和CAB服务器202之间执行地址簿同步。在图1的实施方式中，系统进一步包括用户偏好和策略(UPP)服务器212。在各种实施方式中，UPP服务器212包括配置为XML文档管理(XDM)文档的各种文档。就此，UPP 服务器212可以是XDM服务器(XDMS)。尽管在图1中UPP服务器212示出为单个实体，但是在各种实施方式中，UPP服务器212可以包括多个实体以执行各种功能(例如，可以针对其处理的每个文档使用专用实体)。根据本发明的实施方式，UPP XDMS 212针对每个用户存储和管理联系人共享XML 文档。联系人共享XML文档是用户(例如，CAB客户端210)可以通过其来指示将与谁共享特定联系人信息的文档。在各种实施方式中，联系人共享XML文档至少具有“去往(To)”和 “来自(From)”字段。该“去往”和“来自”字段的格式可以是电话号码、电子邮件地址、网络接入标识符(NAI)等。此外，在其他实施方式中，联系人共享XML文档可以包括实际联系人共享信息或者对该信息的引用。例如，“联系人(Contact)”字段或者可以包括将被共享的全部联系人信息，或者作为引用仅包括联系人条目的标识符和相应的属性或者参数(不具有任何值)。在将要共享发送者(也即，“来自”字段)的PCC数据时，可以不需要联系人共享信息。当然，本领域技术人员易于理解，上述字段的名称(例如，“去往”、“来自”以及“联系人”)仅作为示例而提供。在标准或者各种实现中，字段的实际名称可以不同。在各种实施方式中，联系人信息可以包括发送用户的地址簿中一个或者多个联系人条目的部分或者全部信息，和/或发送用户的个人联系人卡的部分或者全部信息。在某些实施方式中，联系人信息和/或接收者信息可以包括指向联系人信息和/或接收者地址的指针。UPP XDMS 212还可以存储和管理联系人状态XML文档。联系人状态XML文档是向用户或者CAB客户端210指示联系人共享操作或者任何其他CAB操作的状态的文档。UPP XDMS 212还可以存储和管理CAB用户偏好XML文档。CAB用户偏好XML文档包括CAB客户端希望订阅的联系人条目的属性或者性质列表以及联系人条目列表(也即， 订阅列表)。例如，CAB用户偏好XML文档可以包括订阅列表。此外，CAB用户偏好XML文档可以包括用于CAB客户端210的个性化偏好。根据本发明的实施方式，如图1所示，系统200包括网络实体、联系人共享功能 214，其配置用于管理联系人信息的共享。联系人共享功能214配置以支持地址解析，其解析接收者类型和接收者域，并且提供消息收发功能以共享联系人信息。联系人共享功能214 对UPP XDMS 212、个人联系人卡服务器204和CAB服务器202中的XML文档具有完全访问。 在CAB服务提供时间，联系人共享功能214订阅UPP XDMS 212中的用户联系人共享XML文档。如图1所示，在特定实施方式中，SF 206可以提供有DS客户端功能，以便与具有 DS服务器功能的CAB服务器202对接。在其他实施方式中，SF 206可以提供为CAB服务器 202的功能。在另外的其他实施方式中，SF 206和CAB服务器202可以与联系人共享功能 214而归组为单个网络实体。根据本发明的实施方式，当UPP XDMS 212中的联系人共享XML文档由CAB客户端210更新时，联系人共享功能214接收通知。联系人共享功能214进一步配置用于从例如PCC服务器204和CAB服务器202获取联系人信息。作为示例，一旦接收到该通知，如果 “联系人”字段在联系人共享请求中不可用，则联系人共享功能214可以从PCC服务器(例如，使用XCAP操作)获取发送者的PCC。如果存在“联系人”字段，并且其包括对于条目的引用，则联系人共享功能214从CAB存储装置218获取该条目的联系人信息。如果CAB存储装置是XDMS(例如，地址簿XDMS)，则在此还可以使用XCAP操作。备选的是，联系人共享功能214可以使用同步而从CAB服务器直接获取共享的联系人信息。在此，联系人共享功能214可以使用DS客户端的功能，以及使用DS过滤，可以提供用于获取特定联系人信息的装置。作为替代，如果“联系人”字段包括共享的联系人信息，则不需要获取操作。注意，如果在PCC服务器204中可获得共享的联系人信息并且接收者是CAB用户，则可以不需要此获取操作，如下所述。联系人共享功能214可以是单独的网络实体，或可以是任何其他网络实体的部分，诸如订阅功能206。在一个实施方式中，消息收发服务216被配置为，如果接收者不是CAB用户则提供向接收者地址递送联系人信息。可以使用的示例消息收发服务为SMS、匪S、IM、电子邮件。在其他实施方式中，假定某传输/服务提供用于递送的必要装置，则任何其他传输或者服务可以用于向非CAB用户接收者递送联系人信息。就此，可以利用净载荷的某些定义以及某些报头的值而使用例如某些协议(诸如SIP、HTTP)。当使用SIP协议时，可以使用 MESSAGE (消息)方法。现在参考图2，示出了地址簿管理系统的另一示例性实施方式。在示出的系统240 中，CAB客户端244、CAB服务器246、PCC服务器248以及SF 250提供在归属域242中，这类似于上文参见图1描述的实施方式。系统240进一步包括UPP服务器252，诸如图1中的 UPP XDMS0在图2示出的实施方式中，系统240进一步包括远程域249。由此可能的是，被订阅的全部用户不属于归属域。现在参考图3至图5，示出了根据本发明实施方式的共享联系人信息的过程。就此，图3是流程图，该图示出了根据本发明实施方式的示例性过程。图4示出了接收者位于本地域中情况下的示例性信息流，而图5示出了接收者位于远程域中情况下的示例性信息流。现在参考图3，根据本发明的实施方式，当用户(例如CAB客户端)希望共享他自身的联系人信息或者来自他自身的地址簿的某些他人的联系人信息时，该用户使用XDM客户端来更新UPP XDMS中联系人共享XML文档中的“去往”、“来自”和“联系人”字段(块 252)。一旦成功完成联系人共享过程，则用户设备的联系人共享功能或者XDM客户端的任一项清除联系人共享XML文档中的内容。一旦成功更新UPP XDMS中的联系人共享XML文档，则联系人共享功能接收未决的或者新的联系人共享请求的通知(块254)。该通知包括联系人共享请求的内容。联系人共享功能继而取回相应联系人信息(块256)。如上所述，将被共享的联系人信息可以是发送者或者发送者地址簿中的其他实体的联系人信息。如果联系人字段包括引用，则从CAB服务器或者PCC服务器获取该联系人信息，如上所述。如果不包括联系人字段，则联系人共享功能假定将要共享发送者的PCC数据。此外，联系人共享功能可以解析该“去往”地址字段以确定该接收者是位于本地域还是位于远程域。联系人共享功能可以进一步解析接收者的类型，以确定接收者例如是CAB 用户还是非CAB用户。联系人共享功能可以使用本地服务联系人状态或者其他本地服务提供数据库，以确定接收者的类型。由此在块258，联系人共享功能确定用户是CAB用户还是非CAB用户。如果用户被确定是非CAB用户，则联系人共享功能可以使用消息收发服务(例如，SMS,MMS, IM、电子邮件)或者适合的传输协议(例如，SIP MESSAGE方法)，来向接收者发送联系人信息(块 260)，如上参见图1所述。例如，联系人共享文档的“去往”和“来自”字段映射至消息的接收者和发送者，而“联系人”字段(在地址簿条目的联系人信息被共享的情况下)或者“来自”字段(在PCC数据被共享的情况下)映射至消息的内容。在此情况下，联系人共享功能在创建消息或者传输数据单元之前获取联系人信息，如上所述。因此，联系人共享功能可以更新用户联系人状态XML文档，以指示联系人共享已经发送了联系人信息。另一方面，如果在块258确定接收者是CAB用户，则联系人共享功能确定接收者是位于本地域还是位于远程域(块262)。如果在块262确定接收者位于本地域，则联系人共享功能向联系人订阅功能递送联系人共享信息(块266)。可以参考针对此情况的示例性信息流的图4。联系人共享功能使用推送方法或者拉取方法中的任一项，来向联系人订阅功能递送联系人共享信息。根据本发明的各种实施方式，在拉取方法中，实际联系人共享内容在订阅功能获取内容之前不被传输至CAB系统。此方法类似于内容间接递送。拉取方法在当联系人在PCC服务器中维护他/她的PCC时是有用的。在拉取方法中，联系人共享功能可以针对UPP XDMS 212利用联系人共享标记来更新接收者订阅列表XML文档。当订阅列表XML 文档由UPP XDMS 212更新时，CAB客户端210接收通知。在根据本发明各种实施方式的推送方法中，联系人共享功能向订阅功能推送联系人共享信息。推送方法在当联系人在PCC服务器中不维护他/她的PCC时是有用的。就此，拉取方法可以是有利的，这是由于在订阅列表中记录联系人共享并对其进行跟踪。由此，在任何故障的情况下，订阅功能能够获取联系人共享。此外，在与接收者地址簿同步之前，接收者可以查看联系人共享状态和/或订阅列表。此选项提供接收者能够在与地址簿同步之前接受或者拒绝联系人共享信息的能力。如果接收者拒绝联系人共享信息，则接收者使用XDM客户端来更新订阅列表的XML文档。推送方法的一个优势在于，在网络中需要较少的操作。一旦向订阅功能递送联系人信息，则订阅功能经由同步来更新CAB地址簿，并且可以更新UPP XDMS中的联系人状态XML文档(块268)。在拉取方法的情况下，联系人共享功能通过包括“来自”(如果发送者自身信息被共享)或者“联系人”(如果发送者的地址簿条目的联系人信息被共享)字段，而更新UPP XDMS中的订阅列表。在各种实施方式中， 在订阅列表中提供属性字段。属性字段可以用于跟踪和/或在用户自身订阅列表和联系人共享订阅之间进行区分。订阅功能可以从UPP XDMS接收订阅列表的更新。订阅功能对通知进行处理，并且从PCC XDMS取回PCC联系人信息。订阅功能可以经由同步来进一步更新用户的CAB地址簿，并且更新发送者的联系人状态XML文档。在推送方法的情况下，联系人共享功能向订阅功能推送联系人共享信息。继而订阅功能经由同步来更新用户的CAB地址簿，并更新发送者联系人状态XML文档。在UPP XDMS中发送者联系人状态XML文档的更新可以向发送者指示联系人共享操作已经完成。然而，这可能并不指示接收者接受该联系人共享。在各种实施方式中，联系人共享功能可以监控发送者联系人状态XML文档。当发送者联系人状态XML文档示出联系人共享已完成时，通过清除具有特定字段的联系人条目，联系人共享功能可以更新订阅列表。如果联系人共享操作在多个尝试中失败，则联系人共享功能通过基于本地策略清除联系人条目而更新订阅列表。如果在块262处确定接收者不在本地域中而是在远程域中，则联系人共享功能可以使用SIP MESSAGE或者SIP INVITE和MSRP方法，来向远程域递送联系人共享内容。可以参考针对此情况的示例性信息流的图5。远程域继而可以遵循上述过程以向期望的接收者递送联系人共享。在各种实施方式中，其信息被共享的联系人可以不维护PCC。由此，在SIP MESSAGE 中包括将要被共享的联系人信息是安全的，从而该信息可以被推送至接收者的订阅功能，如上所述。在此情况下，接收者订阅功能不需要从PCC服务器取回联系人信息。备选地，消息收发服务(例如，SMS、匪S、IM、电子邮件)或者适合的传输协议(例如，SIP MESSAGE方法)可以用于向接收者发送联系人信息。在此情况下，联系人信息将被递送至接收者的用户设备(UE)，以及没有此类远程域的责任。一旦接收到联系人信息，则 UE可以将其存储在本地地址簿中，而一旦在UE和基于网络的存储库之间进行了地址簿同步，则该信息可以被传递至基于网络的地址簿存储库。多个联系人的联系人信息可以容易地在多部分/混合的或者多部分/相关的MIME 对象内编码。图像或者图标还可以是嵌入式的或者从MIME多部分/相关的对象引用。MMS 和电子邮件两者均支持MIME编码。当联系人信息被向电子邮件地址发送时，电子邮件可能是有用的传输，尽管MMS也可以用于向电子邮件地址发送信息。还可以使用即时消息收发 (IM)，尤其是如果接收者地址是IM地址时(例如，SIP URL)。根据本发明的实施方式，一旦接收到消息(例如，SMS、匪S、电子邮件、IM)，则接收者终端解码该消息，并且自动查看消息内容。如果接收者终端发现消息内容是联系人信息， 则其通知接收者用户，已经接收到联系人信息并且请求接收者用户许可在她的地址簿中保存联系人信息。在某些实施方式中，如果接收者终端已经由用户或者服务提供者相应配置， 则接收者设备可以直接向地址簿存储联系人信息。一旦将联系人信息存储在接收者终端的地址簿的本地副本中，则接收者终端可以开始地址簿与地址簿的基于网络的主副本的同步，如果存在此类基于网络的地址簿的话。 一旦在基于网络的地址簿中与所接收的联系人信息进行更新，则由相同接收者用户所有的其他可能设备的地址簿的本地副本最终将由随后的同步过程进行更新。在某些实施方式中，参考图1，联系人共享功能214和订阅功能206可以被组合， 因为这两者需要支持订阅/通知和其他XDM操作。在此情况下，可能不需要由联系人共享功能214从订阅功能206取回联系人信息。在其他实施方式中，联系人共享功能214可以与CAB服务器202、PCC服务器204或者任何其他服务器/代理相结合。类似地，在其他实施方式中，上述驻留在UPP XDMS中的各种XML文档可以驻留在任何XDMS中。在根据本发明的各种实施方式中，如上所述，接收者终端可以配置用于解码所接收消息，并且确定消息内容是否包括联系人信息。在某些实施方式中，如果消息是MIME编码的，则MIME内容类型报头的值可以直接指示内容是否是联系人信息。例如，如果值是文本/x-vCard或者应用/目录，其表示内容是联系人信息。在某些实施方式中，报头可以具有某些通用值(例如，文本/纯文本)，或者消息可以不是MIME编码的(例如，在SMS的情况下)。在这些情况下，接收者终端仍然可以从具体内容中理解联系人信息是否包括在消息中。例如，vCard格式总是以BEGIN类型开始以END类型结束并以VCARD作为值。现在参考图6和图7，示出了根据本发明另一实施方式的用于共享联系人信息的过程。图6示出了示例性架构，并示意性示出了根据本发明另一实施方式的地址簿管理系统的流程。图6的地址簿更新系统200包括的组件类似于在图1实施方式中示出的那些。在图6所示的实施方式中，用户设备208提供有会话发起协议(SIP)推送能力的功能。对于 SIP 推送能力的细节，请参见 OMA-TS-SIP Push-Vl 0-20080829-D。由此，根据图6的实施方式，不是经由XDM能力来更新联系人共享文档，而是用户设备使用SIP推送能力来向联系人共享功能214发送SIP消息。图7示出了在使用SIP推送能力情况下的示例信息流。在根据图6和图7的实施方式中，当用户(例如，CAB客户端)希望共享他自己的联系人信息、或者来自他自己的地址簿的其他人员的联系人信息时，用户使用SIP推送发送器代理来向联系人共享功能214发送联系人共享通知。就此，在特定实施方式中，SIP消息可以用于此通知。在其他实施方式中，可以使用SIP邀请和消息会话中继协议(MSRP)。由此，联系人共享功能接收未决的或者新的联系人共享请求的通知。该通知包括联系人共享请求的内容。一旦联系人共享功能接收到通知，信息流可以类似于上文参考图 1至图5描述的那些。图8示出了本发明各种实施方式可以在其中使用的系统10，包括可以通过一个或者多个网络进行通信的多个通信设备。系统10可以包括有线或无线网络的任意组合，包括但不限于移动电话网络、无线局域网(LAN)、蓝牙个域网、以太网LAN、令牌环LAN、广域网、 因特网等。系统10可以包括有线通信设备和无线通信设备两者。例如，图8中所示系统10包括移动电话网络11和因特网28。通往因特网28的连接可以包括但不限于远程无线连接、短程无线连接，以及各种有线连接，有线连接包括但不限于电话线、电缆线路、电力线等。系统10的示例性通信设备可以包括但不限于移动电话形式的电子设备12、组合式个人数字助理(PDA)和移动电话14、PDA 16、集成消息收发设备(IMD) 18、台式计算机20， 以及笔记本计算机22等。通信设备可以是固定的或者在由行进中的人携带时是移动的。 通信设备还可以处于交通模式中，包括但不限于汽车、卡车、出租车、公共汽车、火车、船、飞机、自行车、摩托车等。通信设备的一些或全部可以通过通往基站24的无线连接25发送和接收呼叫和消息，并且通过通往基站24的无线连接25与服务提供商进行通信。基站24可以连接至网络服务器26，该服务器26允许移动电话网络11和因特网28之间的通信。系统 10可以包括附加的通信设备和不同类型的通信设备。通信设备可以使用各种传输技术进行通信，包括但不限于，码分多址(CDMA)、全球移动通信系统(GSM)、通用移动通信系统(UMTS)、时分多址(TDMA)、频分多址(FDMA)、传输控制协议/因特网协议(TCP/IP)、短消息收发服务(SMS)、多媒体消息收发服务(MMS)、电子邮件、即时消息收发服务(IMS)、蓝牙、IEEE 802. 11等。实现本发明各种实施方式中涉及的通信设备可以使用各种介质进行通信，包括但不限于无线电、红外、激光、线缆连接等。图9和图10示出了一个代表性电子设备28，其可以用作根据本发明各种实施方式中的网络节点。然而应当理解，本发明的范围不旨在限于一种特定类型的设备。图9和图10的电子设备28包括外壳30、液晶显示器形式的显示器32、小键盘34、麦克风36、耳机 38、电池40、红外端口 42、天线44、根据本发明一个实施例的UICC形式的智能卡46、读卡器 48、无线接口电路52、编解码器电路54、控制器56以及存储器58。上述组件支持电子设备 28来往于其他设备发送/接收各种消息，该其他设备可以驻留在根据本发明各种实施方式的网络中。单独的电路以及元件是现有技术中公知的全部类型，例如Nokia范围内的移动电话系列。在方法步骤或过程的通常背景下对各种实施方式进行了描述，在一个实施例中， 这些方法步骤或过程可以通过计算机程序产品来实现，该计算机程序产品包含在计算机可读介质中，其包括由联网环境中的计算机执行的计算机可执行指令，诸如程序代码。计算机可读介质可以包括可移除和非可移除的存储设备，包括但不限于只读存储器(ROM)、随机访问存储器(RAM)、压缩盘(CD)、数字通用盘(DVD)等。通常，程序模块可以包括例程、程序、对象、组件、数据结构等，用于执行具体任务或者实现特定的抽象数据类型。计算机可执行指令、相关数据结构和程序模块代表了用于执行此处公开的方法的步骤的程序代码的示例。这种可执行指令或者相关数据结构的特定序列代表了用于实现在这种步骤或过程中描述的功能的对应动作的示例。本发明的实施方式可以以软件、硬件、应用逻辑或者软件、硬件以及应用逻辑的组合来实现。软件、应用逻辑和/或硬件可以例如驻留在芯片组、移动设备、台式机、膝上型计算机或者服务器上。各种实施方式的软件和网络实现能够利用标准编程技术来完成，利用基于规则的逻辑或者其他逻辑来实现各种数据库搜索步骤或过程、相关步骤或过程、比较步骤或过程和决策步骤或过程。各种实施方式还可以全部或者部分地实现在网元或者模块内部。还应当注意的是，此处以及以下权利要求书中使用的词语“组件”和“模块”意在包括使用一行或者更多行软件代码的实现和/或硬件实现和/或用于接收手动输入的设备。出于示例和描述的目的，已经给出了本发明实施方式的前述说明。前述说明并非是穷举性的也并非要将本发明限制到所公开的确切形式，根据上述教导还可能存在各种变形和修改，或者是可能从本发明的实践中得到各种变形和修改。选择和描述这些实施例是为了说明本发明的原理及其实际应用，以使得本领域的技术人员能够以适合于构思的特定用途来以各种实施方式和各种修改而利用本发明。在方法、装置、模块、系统和计算机程序产品的全部可能组合中，在此描述的本实施方式的特征可能组合。
权利要求
1.一种方法，包括接收与接收者共享发送者地址簿中的联系人的联系人信息的通知； 获取所述联系人的联系人信息；以及使得向所述接收者递送所述联系人信息。
2.根据权利要求1所述的方法，其中所述通知包括所述接收者的地址和所述发送者的地址。
3.根据权利要求2所述的方法，其中所述通知进一步包括将被共享的联系人信息。
4.根据权利要求2所述的方法，其中所述通知包括指向将被共享的所述联系人信息的指针。
5.根据权利要求2所述的方法，其中所述将被共享的联系人信息由所述发送者的所述地址来指示。
6.根据权利要求1所述的方法，其中所述接收通知是响应于对联系人共享文档的更新。
7.根据权利要求6所述的方法，其中所述联系人共享文档是XML文档管理文档。
8.根据权利要求1所述的方法，其中所述接收通知包括接收会话发起协议(SIP)推送消息。
9.根据权利要求1所述的方法，进一步包括一旦向所述接收者成功递送所述联系人信息，则更新联系人共享状态。
10.根据权利要求9所述的方法，其中所述更新联系人共享状态包括更新XML文档管理文档。
11.根据权利要求10所述的方法，其中所述更新XML文档管理文档包括利用联系人共享标记来更新接收者订阅列表。
12.根据权利要求11所述的方法，进一步包括当所述订阅列表XML文档被更新时，向所述发送者发送通知。
13.根据权利要求1所述的方法，其中所述获取所述联系人信息包括从个人联系人卡服务器或者地址簿的网络存储库获取所述联系人信息。
14.根据权利要求1所述的方法，其中所述使得递送所述联系人信息包括向远程域传输所述联系人信息。
15.根据权利要求1所述的方法，进一步包括 利用所述联系人信息来更新网络地址簿。
16.根据权利要求1所述的方法，进一步包括从所述接收者接收指示所述接收者拒绝还是接受所述联系人信息的拒绝或者接受。
17.一种装置，包括 处理器；以及存储器单元，可通信地连接至所述处理器并包括 用于接收与接收者共享发送者地址簿中的联系人的联系人信息的通知的计算机代码；用于获取所述联系人的联系人信息的计算机代码；以及用于使得向所述接收者递送所述联系人信息的计算机代码。
18.根据权利要求17所述的装置，其中所述通知包括所述接收者的地址和所述发送者的地址。
19.根据权利要求18所述的装置，其中所述通知进一步包括将被共享的联系人信息。
20.根据权利要求18所述的装置，其中所述通知包括指向将被共享的所述联系人信息的指针。
21.根据权利要求18所述的装置，其中将被共享的所述联系人信息由所述发送者的所述地址来指示。
22.根据权利要求17所述的装置，其中用于接收通知的计算机代码是响应于对联系人共享文档的更新而执行。
23.根据权利要求22所述的装置，其中所述联系人共享文档是XML文档管理文档。
24.根据权利要求17所述的装置，其中用于更新XML文档管理文档的所述计算机代码包括用于利用联系人共享标记来更新接收者订阅列表的计算机代码。
25.根据权利要求24所述的装置，其中所述存储器单元进一步包括用于当所述订阅列表XML文档被更新时，向所述发送者发送通知的计算机代码。
26.根据权利要求17所述的装置，其中用于接收通知的所述计算机代码包括用于接收会话发起协议(SIP)推送消息的计算机代码。
27.根据权利要求17所述的装置，其中所述存储器单元进一步包括用于一旦向所述接收者成功递送所述联系人信息，则更新联系人共享状态的计算机代码。
28.根据权利要求27所述的装置，其中所述用于更新联系人共享状态的计算机代码包括用于更新XML文档管理文档的计算机代码。
29.根据权利要求17所述的装置，其中所述用于获取所述联系人信息的计算机代码包括用于从个人联系人卡服务器或者地址簿的网络存储库获取所述联系人信息的计算机代码。
30.根据权利要求17所述的装置，其中所述用于递送所述联系人信息的计算机代码包括用于向远程域传输所述联系人信息的计算机代码。
31.根据权利要求17所述的装置，其中所述存储器单元进一步包括 用于利用所述联系人信息来更新网络地址簿的计算机代码。
32.根据权利要求17所述的装置，其中所述存储器单元进一步包括用于从所述接收者接收指示所述接收者拒绝还是接受所述联系人信息的拒绝或者接受的计算机代码。
33.一种在计算机可读介质上实现的计算机程序产品，包括用于接收与接收者共享发送者地址簿中的联系人的联系人信息的通知的计算机代码；用于获取所述联系人的联系人信息的计算机代码；以及用于使得向所述接收者递送所述联系人信息的计算机代码。
34.根据权利要求33所述的计算机程序产品，其中所述通知包括所述接收者的地址和所述发送者的地址。
35.根据权利要求34所述的计算机程序产品，其中所述通知进一步包括将被共享的联系人信息。
36.根据权利要求34所述的计算机程序产品，其中所述通知包括指向将被共享的所述联系人信息的指针。
37.根据权利要求34所述的计算机程序产品，其中将被共享的所述联系人信息由所述发送者的所述地址来指示。
38.根据权利要求33所述的计算机程序产品，其中用于接收通知的计算机代码是响应于对联系人共享文档的更新而执行。
39.根据权利要求38所述的计算机程序产品，其中所述联系人共享文档是XML文档管理文档。
40.根据权利要求39所述的计算机程序产品，其中用于更新XML文档管理文档的所述计算机代码包括用于利用联系人共享标记来更新接收者订阅列表的计算机代码。
41.根据权利要求40所述的计算机程序产品，进一步包括用于当所述订阅列表XML文档被更新时，向所述发送者发送通知的计算机代码。
42.根据权利要求33所述的计算机程序产品，其中用于接收通知的所述计算机代码包括用于接收会话发起协议(SIP)推送消息的计算机代码。
43.根据权利要求33所述的计算机程序产品，进一步包括用于一旦向所述接收者成功递送所述联系人信息，则更新联系人共享状态的计算机代码。
44.根据权利要求43所述的计算机程序产品，其中所述用于更新联系人共享状态的计算机代码包括用于更新XML文档管理文档的计算机代码。
45.根据权利要求33所述的计算机程序产品，其中所述用于获取所述联系人信息的计算机代码包括用于从个人联系人卡服务器或者地址簿的网络存储库获取所述联系人信息的计算机代码。
46.根据权利要求33所述的计算机程序产品，其中所述用于递送所述联系人信息的计算机代码包括用于向远程域传输所述联系人信息的计算机代码。
47.根据权利要求33所述的计算机程序产品，进一步包括 用于利用所述联系人信息来更新网络地址簿的计算机代码。
48.根据权利要求33所述的计算机程序产品，进一步包括用于从所述接收者接收指示所述接收者拒绝还是接受所述联系人信息的拒绝或者接受的计算机代码。
全文摘要
一种方法，包括接收与接收者共享发送者地址簿中的联系人的联系人信息的通知；获取联系人的联系人信息；以及向接收者递送联系人信息。
文档编号H04W8/20GK102172060SQ200980138760
公开日2011年8月31日 申请日期2009年9月30日 优先权日2008年9月30日
发明者M·莫斯塔法, T·恩古延普赫 申请人:诺基亚公司