CN102105877A

CN102105877A - 用于地址簿更新的方法和装置

Info

Publication number: CN102105877A
Application number: CN2009801286709A
Authority: CN
Inventors: M·莫斯塔法
Original assignee: Nokia Oyj
Current assignee: Nokia Oyj
Priority date: 2008-07-23
Filing date: 2009-07-22
Publication date: 2011-06-22
Also published as: EP2327031A4; EP2327031A1; US20100161807A1; KR20110044250A; RU2467386C2; RU2011106400A; WO2010010446A1

Abstract

一种方法，包括：接收地址簿中应接收自动更新的联系人的列表的指示；提交针对所述联系人的订阅请求；接收针对所订阅的联系人的联络信息的更新；以及将所述更新与所述地址簿同步，其中所述同步包括仅对经更新的联系人进行同步。

Description

用于地址簿更新的方法和装置

技术领域

本发明涉及电子地址簿。具体而言，本发明涉及对这种地址簿的更新。

背景技术

本节旨在提供关于在权利要求中所阐述的本发明的背景或上下文。此处的描述可以包括可能被研究过但并非一定已在先前设想或研究过的概念。因此，除非文中另有说明，否则在本节中所描述的内容并不是关于本申请的说明书和权利要求的现有技术，并且不因包含于本节之中而被承认是现有技术。

在业内以各种名称来称谓地址簿，比如电话簿、联络簿等。网络地址簿(Network Address Book，NAB)是存储在网络中的地址簿。开放移动联盟(Open Mobile Alliance，OMA)正处于以融合地址簿(Converged Address Book，CAB)的形式将NAB标准化的进程之中。

通过这种标准化，CAB可以定义用于用户自己的联络信息的网络储存库，其称为个人名片(Personal Contact Card，PCC)。预计由用户来维护和更新网络中他/她的PCC。各种用户的PCC的储存库在本文中称为PCC服务器。

对地址簿进行更新是一种常见的做法。按照常规，由地址簿的所有者来手动地更新地址簿，从而对于每个更新都需要用户交互和花费精力，因此造成不良的用户体验。因此，地址簿可能并不总是最新的。此外，由于这是基于通过不同的间接途径的更新的可用性而手动完成的，因此用户的联络信息可能在很长时间里都是过时的。此外，经手动更新的联络信息可能未被正确输入并且可能包含源于人为失误的打字错误。

发明内容

在本发明的一个方面中，一种方法包括：接收地址簿中应接收自动更新的联系人的列表的指示；提交针对所述联系人的订阅请求；接收针对所订阅的联系人的联络信息的更新；以及将所述更新与地址簿同步，其中所述同步包括仅对经更新的联系人进行同步。

在一个实施方式中，接收指示包括接收筛选文件。在另一实施方式中，接收指示包括接收联系人列表。联系人列表的形式可以是XML文件。在一个实施方式中，订阅请求的提交包括使用会话发起协议订阅机制。

在另一方面中，一种装置包括：处理器，以及通信地连接到该处理器的存储单元。存储单元包括：用于接收地址簿中应接收自动更新的联系人的列表的指示的计算机代码；用于提交针对所述联系人的订阅请求的计算机代码；用于接收针对所订阅的联系人的联络信息的更新的计算机代码；以及用于将所述更新与地址簿同步的计算机代码，其中所述同步包括仅对经更新的联系人进行同步。

在又一方面中，本发明涉及一种实施于计算机可读介质上的计算机程序产品。该计算机程序产品包括：用于接收地址簿中应接收自动更新的联系人的列表的指示的计算机代码；用于提交针对所述联系人的订阅请求的计算机代码；用于接收针对所订阅的联系人的联络信息的更新的计算机代码；以及用于将所述更新与地址簿同步的计算机代码，其中所述同步包括仅对经更新的联系人进行同步。

本发明的各种实施方式的这些优点和特征以及其他优点和特征，连同其操作的组织和方式，将从与随附的附图相结合的以下详细描述中变得清楚明晰。

附图说明

本发明的示例实施方式是通过参考附图而描述的，在其中：

图1为根据本发明的一个实施方式的地址簿更新系统的示例架构和流程的示意图；

图2为示出根据本发明的实施方式的示例地址簿更新过程的流程图；

图3为根据本发明的一个实施方式的地址簿更新系统的示例架构的示意图；

图4为根据本发明的一个实施方式的地址簿更新系统的示例总体架构的示意图；

图5为可以在其中实现本发明的各种实施方式的系统的概况图；

图6示出了可以依据本发明的各种实施方式而使用的示例电子设备的透视图；以及

图7为可以包括在图6的电子设备之中的电路的示意表示。

具体实施方式

在以下描述中，为了解释而不是限制的目的阐述了细节和描述，以提供对本发明的深入理解。然而，对于本领域中的技术人员将显而易见的是，本发明可在脱离这些细节和描述的其他实施方式中实行。

本发明的实施方式提供了高效可靠的地址簿更新系统、装置和方法。现在参考图1，其示意性地示出了根据本发明的一个实施方式的地址簿更新系统的示例架构和流程。地址簿更新系统200包括CAB服务器202，其被配置为充当用于用户地址簿的服务器。在一个实施方式中，如图1中的括号中所示，CAB服务器为OMA数据同步(DS)服务器。在用户设备208中提供有CAB客户端210，用以维护CAB服务器202中的用户地址簿。在所示实施方式中，CAB客户端还包括DS客户端的功能。如图1中所示例性示出的，地址簿更新系统200可被配置成适应任何数量的CAB客户端。

在CAB客户端210与CAB服务器202之间可以提供接口。该接口可被配置成支持CAB客户端210与CAB服务器202之间的数据同步，并且可以支持以下功能：

1)CAB的数据同步协议；

2)CAB管理功能，比如CAB的添加、删除、更新；以及

3)与CAB客户端210的相互验证。

个人名片(PCC)服务器204被提供为充当各种用户的PCC的储存库。

依据本发明的诸实施方式，在CAB服务器(或者DS服务器)202与PCC服务器204之间提供订阅功能(SF)206。在所示实施方式中，SF 206被配置成充当DS客户端。依据本发明的诸实施方式，DS客户端和SF可以属于同一逻辑实体。因此，DS客户端可以与SF耦合。此外，尽管在图1中将DS客户端和SF示为一个逻辑实体，但在各种实施方式中，可将DS客户端和SF实现为独立的物理实体。

依据本发明的诸实施方式，在CAB客户端210与CAB服务器202之间执行地址簿的同步。同步或更新过程将参考图1和图2进行描述，其中图2为示出根据本发明的实施方式的示例地址簿更新过程的流程图。在示例过程220中，CAB客户端210告知CAB服务器202其应当为哪些联系人订阅来自PCC服务器204的自动更新(图2的框222)。本文中所使用的“联系人”可以指具有联络信息的个人或实体。在本发明的各种实施方式中，这是通过例如在广泛用作地址簿数据格式的vCard内提供新的标记、属性、参数或者其他特征而实现的。标记、属性、参数或者其他特征的值可以指示是否应当订阅对应的联系人。

CAB服务器202继而告知SF 206(或者SF 206内的DS客户端)需要订阅的联系人的列表(图2的框224)。在一个实施方式中，实施了OMA DS的筛选，从而使CAB服务器(或者DS服务器)创建包括需要订阅的联系人条目的筛选文件。在创建了这样的筛选文件时，CAB服务器可以通知DS客户端基于由OMA DS所定义的解决方案来进行同步。

在接收到通知时，DS客户端(可以与SF耦合)开始与CAB服务器进行同步并且接收用于订阅的联系人条目。继而，DS客户端将联系人条目列表移交给SF，而SF向PCC服务器204作出针对这些条目的订阅请求(图2的框226)。在这方面，SF可以使用会话发起协议(SIP)订阅机制。在一个实施方式中，PCC服务器是基于OMA XDM的。

依据本发明的诸实施方式，在接收到订阅请求时，PCC服务器204遵循SIP订阅机制并且发送对于所订阅的联系人条目的每个更新的通知(图2的框228)。SF继而可以向DS客户端移交经更新的联系人信息，而DS客户端可以与CAB服务器202同步(图2的框230)以对CAB服务器中的地址簿更新所订阅的联系人的联络信息。同步可以是基于OMA DS的。随后，当地址簿在CAB客户端与CAB服务器之间进行同步时(再次潜在地基于OMA DS)，更新传播到CAB客户端。在图2的框232处，CAB服务器与CAB客户端进行同步。在这方面，联络信息的更新被传播到设备中的本地地址簿。

因此，依据本发明的诸实施方式，只对经更新的联系人条目的联络信息进行同步。在这方面，CAB服务器获得针对所订阅的联系人条目的联络信息的自动更新，并且该更新通过同步而传播到用户设备208中的CAB客户端210，从而使设备中地址簿的本地副本也具有联络信息的更新。

现在参考图3，其示出了地址簿更新系统的另一示例实施方式。在所示系统240中，与以上参考图1所描述的实施方式相类似，在主域242中提供有CAB客户端244、CAB服务器246、PCC服务器248以及具有DS客户端的SF 250。在图3的实施方式中，系统还包括用户偏好与策略服务器252，其被配置成与其他部件244、246、248和250中的每一个通信。用户偏好与策略服务器252被配置成存储用于订阅和搜索的授权规则。因此，除了维护个人名片以外，用户还可以维护用于订阅和搜索他/她的个人名片的授权规则。此外，用户偏好与策略服务器252还可以存储用户偏好，比如SF应当为每个联系人订阅的联络信息。因此，在一个实施方式中，在接收到SF需要订阅的联系人列表时，SF从用户偏好与策略服务器252中检索所需联络信息的列表，并且仅向PCC服务器248订阅所需的信息。

在图3中所示的实施方式中，系统240还包括远程域。当SF作出订阅请求时，可能不是所有的所订阅用户都属于主域。对于属于一个或多个远程域的用户，SF可以向该远程域的PCC服务器转发订阅请求。远程域还可以帮助搜索。在这方面，可以向一个或多个远程域转发用户的搜索请求。

在一个实施方式中，CAB服务器被配置成订阅地址簿的所有联系人条目。因此，CAB客户端不需要使用vCard的任何额外标记、参数或者属性来指示是否需要订阅某个联系人。在这方面，由CAB服务器所创建的筛选文件包括地址簿的所有联系人。在这种情况下，SF订阅用户地址簿的所有联系人，并且仅获得使其个人名片在PCC服务器上可用并且在授权规则中允许订阅用户进行订阅的用户联系人的更新。

在另一实施方式中，在用户偏好与策略服务器中维护联系人(其联络信息要针对自动更新进行订阅)的列表。该列表可以维持为XML文件。在这方面，用户偏好与策略服务器可以是XML文件管理(XDM)服务器。在该实施方式中，SF可以从用户偏好与策略服务器检索该XML文件。

现在参考图4，其示意性地示出了地址簿更新系统的详细总体架构。图4中所示的实施方式包括许多以上参考图1-图3描述的部件并且还包括额外的部件。如本领域中技术人员将认识到的，本发明的各种实施方式可以包括比在此处所述实施方式中所示出的部件更多的、更少的部件，或者与其不同的部件。所有这样的实施方式都被认为是在本发明的范围之内。

依据本发明的诸实施方式，CAB客户端可以是提供对存储于网络中的融合地址簿(CAB)的访问的客户端实体。CAB客户端可以支持执行与CAB服务器的相互验证，以及将CAB与CAB服务器进行同步，包括添加、删除或者修改联系人。

依据本发明的诸实施方式，CAB服务器可以是充当用于存储于网络中的CAB的联络点的服务器实体。CAB服务器可以支持以下功能：

执行与CAB客户端的相互验证；

存储CAB；

与CAB客户端针对从由CAB客户端对CAB数据执行的一个或更多个动作中产生的CAB数据进行同步；

允许对CAB的管理(例如，添加、删除或者修改)；

向订阅功能(SF)提供用户列表以用于联系人订阅；以及

将CAB与来自在SF中可用的联系人订阅的数据进行同步。

依据本发明的诸实施方式，订阅功能(SF)可以是代表CAB用户订阅其他指定的CAB用户的个人名片(PCC)的网络实体。SF可以支持以下功能：

从CAB服务器接收其PCC应被订阅的CAB用户的列表；

从CAB用户偏好与策略XDMS接收用于订阅的指定联系人名片性质/属性；

代表CAB用户对由该CAB用户所选择的联系人执行联系人订阅；以及

将产生自联系人订阅的数据与CAB服务器中CAB用户的CAB进行同步。

依据本发明的诸实施方式，个人名片XDMS可以是支持以下功能的服务器实体：

存储PCC XML文件并且提供对PCC XML文件的管理操作(例如，添加、更新、删除、创建)；

提供最新的PCC XML文件；

通知订户PCC XML文件的变化；

提供对于多个XML文件的变化的通知的聚合；

接收对PCC数据的搜索请求，并且返回请求者有权接收的数据；

接收对PCC XML文件的订阅请求；

从CAB用户偏好与策略XDMS检索授权规则；以及

执行对传入SIP和XCAP请求的授权。

依据本发明的诸实施方式，CAB用户偏好与策略XDMS可以是支持以下功能的服务器实体：

存储用户偏好(例如，CAB用户想要订阅的联系人名片的性质/属性的列表)和策略(例如，限定哪个CAB用户响应于联系人订阅应获得自身PCC的什么部分的授权规则)XML文件，并且提供对XML文件的管理操作；

接收对XML文件中的变化的通知的订阅请求，并向订户通知XML文件中的变化；

提供对多个XML文件的变化的通知的聚合；

使用户偏好对SF可用；

使授权规则对PCC XDMS可用；以及

执行对传入SIP和XCAP请求的授权。

依据本发明的诸实施方式，设备管理(DM)客户端可以执行以下功能，以支持驻留在用户设备中的XDMC：

接收由DM服务器发送的、XDM服务所需的初始配置参数和经更新的参数。

依据本发明的诸实施方式，DM服务器可以执行以下功能：

初始化和更新XDMC所需的配置参数。

依据本发明的诸实施方式，CAB-1参考点可以支持CAB服务器与SF之间的通信。CAB-1参考点可以支持以下功能：

发布应由SF订阅的CAB用户的列表；以及

在对已订阅的CAB用户的PCC的改变与正在订阅的CAB用户的CAB之间进行同步。

依据本发明的诸实施方式，CAB-2参考点可以支持SF与PCC XDMS之间的通信。用于CAB-2参考点的协议可以是XCAP。CAB-2参考点可以支持以下功能：

从PCC XDMS检索PCC。

依据本发明的诸实施方式，CAB-3参考点可以支持SF与CAB用户偏好与策略XDMS之间的通信。用于CAB-3参考点的协议可以是XCAP。CAB-3参考点可以支持以下功能：

从CAB用户偏好与策略XDMS检索用户偏好。

依据本发明的诸实施方式，CAB-4参考点可以支持PCC XDMS与SIP/IP核之间的通信。用于CAB-4参考点的协议可以是SIP。CAB-4参考点可以支持以下功能：

订阅PCC XML文件的修改；

通知PCC XML文件的修改。

依据本发明的诸实施方式，CAB-5参考点可以支持PCC XDMS与搜索代理之间的通信。用于CAB-5参考点的协议可以是HTTP上的有限XQuery[XDM_Core]。CAB-5参考点可以支持以下功能：

从存储于PCC XDMS中的个人名片XML文件中搜索数据。

依据本发明的诸实施方式，CAB-6参考点可以支持CAB用户偏好与策略XDMS同SIP/IP核之间的通信。用于CAB-6参考点的协议可以是SIP。CAB-6参考点可以支持以下功能：

订阅用户偏好与策略XML文件的修改；

通知用户偏好与策略XML文件的修改。

依据本发明的诸实施方式，CAB-7参考点可以支持PCC XDMS与聚合代理之间的通信。用于CAB-7参考点的协议可以是XCAP。CAB-7参考点可以支持以下功能：

PCC XDMS中的PCC XML文件的XML文件管理(例如，创建、修改、检索、删除)。

依据本发明的诸实施方式，CAB-8参考点可以支持CAB用户偏好与策略XDMS同聚合代理之间的通信。用于CAB-8参考点的协议可以是XCAP。CAB-8参考点支持以下功能：

CAB用户偏好与策略XDMS中的用户偏好与策略XML文件的XML文件管理(例如，创建、修改、检索、删除)。

依据本发明的诸实施方式，CAB-9参考点可以支持PCC XDMS同CAB用户偏好与策略XDMS之间的通信。用于CAB-9参考点的协议可以是XCAP。CAB-9参考点支持以下功能：

从CAB用户偏好与策略XDMS检索用户策略。

依据本发明的诸实施方式，CAB-10参考点可以支持SF与SIP/IP核之间的通信。用于CAB-10参考点的协议可以是SIP。CAB-10参考点可以支持以下功能：

订阅PCC XML文件的修改；

通知PCC XML文件的修改。

因此，本发明的实施方式解决了对CAB的更新需求。依据本发明的实施方式，订阅功能与CAB服务器解耦，以便可以将DS服务器的已有实现重新用作CAB服务器。

图5示出了可以在其中利用本发明的各种实施方式的系统10，其包括可以通过一个或更多个网络进行通信的多个通信设备。系统10可以包括以下有线或无线网络的任何组合，这些网络包括但不限于：移动电话网、无线局域网(LAN)、蓝牙个人区域网络、以太网LAN、令牌环LAN、广域网、因特网等。系统10可以同时包括有线和无线通信设备。

举例而言，图5中所示的系统10包括移动电话网11和因特网28。至因特网28的连接性可以包括但不限于：远程无线连接、近程无线连接以及各种有线连接，包括但不限于：电话线、电缆线、电力线等。

系统10的示例性通信设备可以包括但不限于：移动电话形式的电子设备12、个人数字助理(PDA)与移动电话的组合14、PDA 16、综合消息收发设备(IMD)18、台式计算机20、笔记本计算机22等。通信设备可以是固定式或者是如由移动中的个人所携带时的移动式。通信设备还可以位于如下运输模式之中，包括但不限于：汽车、卡车、出租车、巴士、火车、船舶、飞机、自行车、摩托车等。部分或者所有通信设备可以通过到基站24的无线连接25发送和接收呼叫和消息，并且与服务提供商通信。基站24可以连接到网络服务器26，该网络服务器26允许移动电话网络11与因特网28之间的通信。系统10可以包括额外的通信设备和不同类型的通信设备。

通信设备可以使用如下各种传输技术进行通信，包括但不限于：码分多址(CDMA)、全球移动通信系统(GSM)、通用移动电信系统(UMTS)、时分多址(TDMA)、频分多址(FDMA)、传输控制协议/因特网协议(TCP/IP)、短消息收发服务(SMS)、多媒体消息收发服务(MMS)、电子邮件、即时消息收发服务(IMS)、蓝牙、IEEE 802.11等。参与实现本发明的各种实施方式的通信设备可以使用如下各种介质进行通信，包括但不限于：无线电、红外、激光、电缆连接等。

图6和图7示出了根据本发明的各种实施方式、可以用作网络节点的一种代表性电子设备28。然而，应当理解，本发明的范围并不旨在仅限于一种特定设备类型。图6和图7的电子设备28包括外壳30、液晶显示器形式的显示器32、小键盘34、麦克风36、耳机38、电池40、红外端口42、天线44、根据一个实施方式为UICC形式的智能卡46、读卡器48、无线电接口电路52、编解码器电路54、控制器56和存储器58。上述部件使得电子设备28能够根据本发明的各种实施方式向可以驻留在网络上的其他设备发送各种消息/从可以驻留在网络上的其他设备接收各种消息。个体电路和元件都是本领域中公知的类型，例如移动电话的Nokia系列产品中的类型。

本文所述各种实施方式是在方法步骤或者过程的一般背景下描述的，这些方法步骤或者过程在一个实施方式中可以由实施于计算机可读介质之中、包括由联网环境中的计算机所执行的计算机可执行指令(比如程序代码)的计算机程序产品来实现。计算机可读介质可以包括可移动存储设备和非可移动存储设备，包括但不限于：只读存储器(ROM)、随机存取存储器(RAM)、压缩光盘(CD)、数字多功能光盘(DVD)等。一般而言，程序模块可以包括执行特定任务或者实现特定抽象数据类型的例程、程序、对象、部件、数据结构等。计算机可执行指令、相关数据结构以及程序模块代表用于执行本文所公开的方法步骤的程序代码的示例。这种可执行指令或者相关数据结构的特定顺序代表用于实现在这种步骤或过程中所描述的功能的相应动作。

本发明的实施方式可以实现于软件、硬件、应用逻辑，或者软件、硬件和应用逻辑的组合之中。软件、应用逻辑和/或硬件例如可以驻留在芯片组、移动设备、台式计算机、膝上型计算机或者服务器上。各种实施方式的软件和web实现方式可以使用标准编程技术来实现，利用基于规则的逻辑以及其他逻辑来实现各种数据库搜索步骤或过程、相关骤或过程、比较步骤或过程以及决策步骤或过程。各种实施方式还可以完全地或者部分地实现于网络元件或模块内。值得注意的是，在此处以及在权利要求中所使用的词语“部件”和“模块”旨在包括使用一行或多行软件代码的实现方式，以及/或者硬件实现方式，以及/或者用于接收手动输入的器件。

出于示例和描述目的而给出了实施方式的前述描述。前述描述并不是穷尽性的，也不是为了将本发明的实施方式限制在公开的确切形式，并且根据上述教导还可以存在修改和变形，或者可以从对各种实施方式的实践中获得。本文所讨论的实施方式是为了解释各个实施方式的原理和性质及其实际应用而选取和描述的，以使本领域中技术人员能够在各种实施方式中并且以适合于所设想的特定用途的各种修改来利用本发明。本文所述实施方式的特征可以结合于方法、装置、模块、系统以及计算机程序产品的所有可能的组合之中。

Claims

1.一种方法，包括：

接收地址簿中应接收自动更新的联系人的列表的指示；

提交针对所述联系人的订阅请求；

接收针对所订阅的联系人的联络信息的更新；以及

将所述更新与所述地址簿同步，其中所述同步包括仅对经更新的联系人进行同步。

2.根据权利要求1的方法，其中所述接收指示包括接收筛选文件。

3.根据权利要求1的方法，其中所述接收指示包括接收联系人条目的列表。

4.根据权利要求3的方法，其中所述联系人条目的列表的形式为XML文件。

5.根据权利要求1的方法，其中所述提交订阅请求包括使用会话发起协议订阅机制。

6.一种装置，包括：

处理器；以及

存储单元，其通信地连接到所述处理器，并且包括：

用于接收地址簿中应接收自动更新的联系人的列表的指示的计算机代码；

用于提交针对所述联系人的订阅请求的计算机代码；

用于接收针对所订阅的联系人的联络信息的更新的计算机代码；以及

用于将所述更新与所述地址簿同步的计算机代码，其中所述同步包括仅对经更新的联系人进行同步。

7.根据权利要求6的装置，其中所述用于接收指示的计算机代码包括用于接收筛选文件的计算机代码。

8.根据权利要求6的装置，其中所述用于接收指示的计算机代码包括用于接收联系人条目的列表的计算机代码。

9.根据权利要求8的装置，其中所述联系人条目的列表的形式为XML文件。

10.根据权利要求6的装置，其中用于提交订阅请求的计算机代码包括用于使用会话发起协议订阅机制的计算机代码。

11.一种计算机程序产品，实施于计算机可读介质之上，其包括：

用于提交针对所述联系人的订阅请求的计算机代码；

12.根据权利要求11的计算机程序产品，其中所述用于接收指示的计算机代码包括用于接收筛选文件的计算机代码。

13.根据权利要求11的计算机程序产品，其中所述用于接收指示的计算机代码包括用于接收联系人条目的列表的计算机代码。

14.根据权利要求13的计算机程序产品，其中所述联系人条目的列表的形式为XML文件。

15.根据权利要求11的计算机程序产品，其中所述用于提交订阅请求的计算机代码包括用于使用会话发起协议订阅机制的计算机代码。