CN101426017A - 一种地址簿的处理方法和*** - Google Patents
一种地址簿的处理方法和*** Download PDFInfo
- Publication number
- CN101426017A CN101426017A CNA2007101667296A CN200710166729A CN101426017A CN 101426017 A CN101426017 A CN 101426017A CN A2007101667296 A CNA2007101667296 A CN A2007101667296A CN 200710166729 A CN200710166729 A CN 200710166729A CN 101426017 A CN101426017 A CN 101426017A
- Authority
- CN
- China
- Prior art keywords
- address book
- user
- information
- network address
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/48—Message addressing, e.g. address format or anonymous messages, aliases
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/26—Devices for calling a subscriber
- H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
- H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
- H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
- H04M1/2753—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content
- H04M1/2757—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content by data transmission, e.g. downloading
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Computer Hardware Design (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Data Mining & Analysis (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Communication Control (AREA)
Abstract
本发明公开了一种地址簿的处理方法,包括以下步骤:网络地址簿解析用户地址簿,根据所述用户地址簿上的设置生成相应的获取请求;所述网络地址簿根据所述获取请求获取需要更新的联系人信息,更新所述用户地址簿;所述网络地址簿将所述用户地址簿的更新信息同步或发送给用户设备。通过使用本发明实施例提供的方法,可以根据用户的设置获取丰富的联系人信息,解决了目前现有的地址簿功能单一,且与业务强相关不能作为独立功能为用户提供服务的缺点,且可以同步更新用户的的多个设备上的地址簿信息,当用户的其中一个设备发起更新的地址簿的信息时,其他用户的设备上地址簿也随之更新,保证了用户的多个设备上地址簿信息一致。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种地址簿的处理方法和***。
背景技术
地址簿是记录联系人联系方式的列表。在通信技术和计算机技术尚不发达时,人们只能通过手写的方式将联系人的联系方式记录在笔记本上,不仅信息量有限,而且信息更新方式繁琐。随着移动通信技术和计算机技术的发展,人们可以通过移动通信终端或计算机将联系人的联系方式记录在移动通信终端上或计算机的存储介质上,大大方便了人与人之间的通信与沟通,地址簿的功能和容量也随着移动通信业务的丰富而不断强大,例如提供联系人呈现信息、联系人的群组和分类等功能。但是当用户有多个终端设备时,需要对每一个设备分别录入联系人信息,不仅给用户带来了极大的不便,而且数据更新时很难保证所有设备上联系人信息的一致性,如何为用户的多个设备提供一致的地址簿,为用户提供更好的用户体验成为亟待解决的问题。
目前很多数据业务都需要地址簿的支持,例如IM(Instant Message,即时消息)、PoC(Push to talk over Cellar,无线一键通)等,用户在发送IM消息或发起PoC呼叫请求时都需要根据地址簿中联系人的用户标识发起相应的请求。现有技术中IM、PoC业务地址簿是通过网络侧的Shared List XDMS(共享列表XML文档管理服务器)实现的,对于使用IM和PoC服务的用户来说,用户需要在终端上安装相应的XDMS(XML Document Management Server,XML文档管理服务器)客户端才能够访问和编辑自己的地址簿,现有技术地址簿的实现架构如图1所示。
其中XDM Client(XML文档管理用户端)用于访问和编辑Shared ListXDMS上提供的联系人列表;Aggregation Proxy(聚合代理)对用户的访问和编辑请求进行鉴权并路由请求到Share List XDMS上;Shared List XDMS用于存储并管理用户的联系人列表。当用户访问或编辑自己的联系人列表时,可以使用XDM Client通过XCAP(XML Configuration Access Protocol,XML配置访问协议)协议的相关方法发起访问请求,请求通过Aggregation Proxy进行鉴权后转发给Shared List XDMS,Shared List XDMS完成用户的服务请求,并将最终的执行结果返回给用户的XDM Client。
此外具有相似地址簿功能的现有技术还有呈现信息使能地址簿。呈现信息使能地址簿是一个在终端上可以方便的显示呈现体呈现信息的联系人列表。用户可以使用客户终端通过SIP(Session Initiation Protocol,会话初始化协议)的SUBSCRIBE(订阅)方法向呈现信息服务器发起订阅呈现体呈现信息的订阅请求,当订阅请求被授权通过后,呈现信息服务器会将呈现体的呈现信息变化通知通过SIP协议的NOTIFY(通知)方法发送给用户终端,用户终端接收到呈现信息的变化通知后,呈现信息会被显示在用户的呈现信息使能地址簿上。
现有技术中无论是Shared List XDMS上的联系人列表还是呈现信息使能地址簿,在功能上都比较单一且与业务强相关,不能作为独立的功能为用户提供服务,当用户需要支持上述的多种功能时必须在终端上安装各种业务客户端。此外,当用户有多个终端设备时,上述现有技术也无法保证多个设备上联系人信息的一致性,尤其是联系人呈现信息,联系人呈现信息变化的通知只能发送给有订阅关系的用户终端,而没有订阅关系的用户终端无法接收到联系人呈现信息变化的通知。
发明内容
本发明实施例要解决的技术问题是提供一种地址簿的处理方法和***,以解决目前现有的地址簿功能单一且与业务强相关,不能作为独立功能为用户提供服务,且无法保证用户的多个设备上地址簿信息一致的问题。
为达到上述目的,本发明实施例提供一种地址簿的处理方法,包括以下步骤:
网络地址簿解析用户地址簿,根据所述用户地址簿上的设置生成相应的获取请求;
所述网络地址簿根据所述获取请求获取需要更新的联系人信息,更新所述用户地址簿;
所述网络地址簿将所述用户地址簿的更新信息同步或发送给用户设备。
本发明实施例还提供一种地址簿的处理***,包括:
用户终端,用于对网络地址簿进行访问和管理;
网络地址簿,用于保存和管理用户的地址簿、获取并合并需要更新的联系人信息;
业务引擎服务器,用于向所述网络地址簿提供联系人的相关信息。
与现有技术相比,本发明的实施例具有以下优点:
通过使用本发明实施例提供的方法,在网络侧提供一种网络地址簿,可以根据用户的设置获取丰富的联系人信息,解决了目前现有的地址簿功能单一,且与业务强相关不能作为独立功能为用户提供服务的缺点,且可以同步更新用户的的多个设备上的地址簿信息,当用户的其中一个设备发起更新的地址簿的信息时,其他用户的设备上地址簿也随之更新,保证了用户的多个设备上地址簿信息一致。
附图说明
图1是现有技术中地址簿的实现架构;
图2是本发明实施例一的一种地址簿的处理方法的流程图;
图3是本发明实施例二的一种地址簿的处理方法的流程图;
图4是本发明实施例二中地址簿的基本结构示意图;
图5是本发明实施例三的一种地址簿的处理方法流程图;
图6是本发明实施例四的一种地址簿的处理方法流程图;
图7是本发明实施例五的一种地址簿的处理方法流程图;
图8是本发明实施例六的一种地址簿的处理***图;
图9是本发明实施例七的一种地址簿的处理设备图;
图10是本发明实施例八的另一地址簿的处理设备图。
具体实施方式
下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。
本发明的实施例一中,一种地址簿的处理方法如图2所示,具体步骤如下:
步骤S201、网络地址簿解析用户地址簿,根据用户地址簿的设置生成相应的获取请求。
具体的,网络地址簿解析用户地址簿之前还包括:网络地址簿接收用户地址簿并保存;当网络地址簿接收到用户地址簿更新请求时,获取保存的用户地址簿并进行解析;或网络地址簿解析接收到的用户地址簿。
步骤S202、网络地址簿根据获取请求获取需要更新的联系人信息,更新用户地址簿。
步骤S203、网络地址簿将用户地址簿的更新信息向用户设备同步或发送。
步骤S204、网络地址簿解析用户设备的信息文件,根据用户设备的信息文件向用户的其他设备同步或发送用户地址簿的更新信息。
本发明的实施例二中,一种地址簿的处理方法如图3所示,具体步骤如下:
步骤S301、网络地址簿接收到用户通过NAB Client(Network Address BookClient,网络地址簿客户端)编辑的地址簿并保存。
具体的,所述地址簿是一个联系人的列表,包含一个或多个联系人信息、用户的群组信息以及用户的设备信息等。联系人信息还包括联系人的基本信息和设置信息,其中,联系人的基本信息包括联系人的联系方式、出生日期、名字、联系地址、性别和爱好等信息;设置信息包括在用户地址簿上是否需要联系人的呈现信息或位置信息的相关设置以及是否包含对联系人其他信息的引用。用户的群组信息包括是否引用用户定义的其他群组或列表。用户的设备信息包括用户设备的注册信息等。用户地址簿的基本结构如图4所示。
步骤S302、网络地址簿接收到用户的地址簿更新请求。
网络地址簿接收到的用户的地址簿更新请求是对整个用户地址簿的更新请求,或者是对某个联系人信息的更新请求。
步骤S303、网络地址簿获取用户的地址簿。
网络地址簿接收到用户编辑的地址簿后将用户地址簿保存在网络地址簿的数据存储装置中,当网络地址簿接收到用户的地址簿更新请求后,根据该更新请求中包含的用户信息从数据存储装置中获取用户的地址簿。
步骤S304、网络地址簿对获取到的用户地址簿进行解析,根据用户地址簿的设置判断是否需要从其他的业务引擎服务器获取联系人的相关信息,如果是则执行步骤S305,否则执行步骤S307。
具体的,网络地址簿在获取到用户地址簿之后对用户地址簿进行解析,依次判断每一个联系人的信息中是否需要联系人的呈现信息或位置信息、在联系人的基本信息中是否包含对联系人基本信息的引用以及用户的群组信息中是否包含对某个群组的引用等;如果判断出需要上述任一信息,网络地址簿根据判断结果生成相应的获取请求。如果判断出需要上述信息中的多个,则根据联系人的归属域信息将联系人组合成列表统一获取,例如判断需要在地址簿中获取5个联系人的呈现信息,则根据联系人归属域的信息将这5个联系人组合成不同的列表进行获取。生成的获取请求消息可以根据相应接收该获取请求消息的业务引擎支持机制的不同而不同,例如呈现信息业务引擎支持SIP协议的订阅通知机制,XDMS支持XCAP协议的获取方法和SIP协议的订阅通知机制,网络地址簿在生成获取联系人呈现信息的请求消息时则使用SIP协议的SUBSCRIBE(订阅)方法,在向XDMS获取联系人信息时即可以使用SIP协议的SUBSCRIBE方法又可以使用XCAP协议的GET(获取)方法,此外,还可以针对不同的业务引擎设置不同的过滤条件,例如对呈现信息而言,可以根据IETF(Internet Engineering Task Force,互联网工程工作小组)的草案draft-ietf-simple-filter-format-05进行设置,具体的,可以根据SP(ServiceProvider,服务提供商)、运营商的策略或根据用户的设置进行设置。
步骤S305、网络地址簿根据判断结果生成相应的获取请求,并发送给其他业务引擎服务器。
步骤S306、网络地址簿从其他业务引擎服务器获取联系人的相关信息后,将获取到的信息与用户地址簿上联系人的其他信息进行合并,更新用户地址簿。
具体的,网络地址簿在从其他业务引擎服务器获取到联系人相关信息后,根据信息中包含的内容或与信息相关的连接判断接收到的信息的类型,例如可以根据SIP NOTIFY(通知)消息中的event头字段判断出此接收到的消息为呈现信息,根据HTTP(HyperText Transfer Protocol,超文本传输协议)响应所属的HTTP连接来判断所述接收到的消息为位置信息或联系人的特征信息等;然后根据联系人的标识,将获取到的信息与地址簿上联系人的信息进行合并,合并时将获取到的信息添加到地址簿的相应位置上,例如如果用户的地址簿上已设置需要获取联系人的呈现信息,那么在获取到相应呈现信息后,将呈现信息作为上述设置的子信息添加到上述设置下,此外还需要在地址簿中增加相关的解析信息,以使NAB客户端可以正确的显示所述信息,例如,当获取到的信息是使用XML的形式实现的,那么在合并时应该在地址簿中增加相关的命名空间,以显示所述XML的形式的信息。
步骤S307、网络地址簿将用户地址簿的更新信息向发起更新请求的用户设备发送。
步骤S308、网络地址簿根据用户的设备信息文件向用户的多个设备发送更新后的地址簿,用户的设备信息文件可以在用户向网络地址簿注册时通过注册请求或通知消息携带给网络地址簿。
具体的,所述更新后的地址簿可以是被部分更新的地址簿,即仅包括联系人信息发生变化的部分,或者是整个地址簿。用户接收到更新后的地址簿,更新设备上的地址簿时,如果用户地址簿采用XML的形式实现,可以使用Etag来区分需要被更新的地址簿和地址簿的更新信息。
本发明的实施例三中,一种地址簿的处理方法如图5所示,具体步骤如下:
步骤S501、网络地址簿接收到用户通过NAB Client编辑的用户地址簿并保存。
步骤S502、网络地址簿解析接收到的用户地址簿,根据用户地址簿上的设置判断是否需要从其他的业务引擎服务器获取联系人的相关信息,如果是则执行步骤S503,否则执行步骤S505。
步骤S503、网络地址簿根据需要获取的联系人的相关信息,生成相应的获取请求,并发送给其他业务引擎服务器
步骤S504、网络地址簿接收到从其他业务引擎服务器上获取到的联系人信息,将获取到的联系人信息与用户地址簿上联系人的信息进行合并,更新用户地址簿。
步骤S505、网络地址簿向用户的NAB Client同步所述更新后的用户地址簿。
具体的,网络地址簿在向用户的NAB Client同步地址簿时,可以采取定时同步、事件触发同步、每次地址簿上联系人信息变化时同步等同步方式。可以通过XML的形式来描述同步设置。定时同步可以根据用户、服务提供商或运营商制定的策略来确定定时同步的时间间隔,该时间间隔可以通过如下所示XML的形式表示:
<synchronization type=timing>
<time_intervals value=10>
<device_subset scope=subset>
<device>
<gruu>sip:[email protected];opaque="kjh29x97us97d"</gruu>
</device>
</device_subset>
</synchronization>
其中“<synchronization>”元素表示此设置文件为同步的设置文件,“<synchronization>”元素的“type”属性的值为枚举型,具体的:“timing”表示定时同步,“event”表示事件触发同步,“change”表示每次地址簿上联系人信息发生变化时同步;当“type”属性值为“timing”时,<synchronization>元素包含一个<time_intervals>子元素,<time_intervals>子元素包含一个“value”属性,其值为整型,表示同步的时间间隔,<synchronization>元素还包含一个<device_subset>子元素,表示需要同步的设备子集,<device_subset>子元素可以包含一个“scope”属性,其值为“all”时表示要向所有的设备同步地址簿,其值为“subset”时表示仅向部分设备同步地址簿,此时<device_subset>元素包含一个或多个<device>子元素,<device>子元素还包含一个<gruu>子元素用来表明被同步的设备标识。
事件触发同步即当预定义的事件发生时,网络地址簿再向NAB Client发起同步,预定义的事件可以是用户的注册事件、用户发起获取请求的事件或用户预先定义的同步触发条件,例如用户可以定义同步条件:当联系人1向移动通信网络注册时,网络地址簿要将这一信息的变化同步到用户的所有设备上,或者接收到用户的获取请求时网络地址簿要将这一信息的变化同步到用户的所有设备上,用XML的形式表示上述规则如下:
<synchronization type=event event=registration>
<device_subset scope=subset>
<device>
<gruu>sip:[email protected];opaque="kjh29x97us97d"</gruu>
</device>
</device_subset>
</synchronization>
当<synchronization>元素的“type”属性值为“event”时,表示这是一个事件触发同步设置,此时<synchronization>元素会增加一个表示事件同步类型的“event”属性,其值可以是“registration”表示是注册事件触发的同步,“fetch”表示当用户发起获取请求时触发的同步等。
步骤S506、网络地址簿根据用户的设备信息文件向用户的多个设备同步更新后的地址簿。
本发明的实施例三与实施例二的主要区别在于,当网络地址簿接收到用户地址簿并保存后立即解析地址簿,根据用户地址簿上的设置获取联系人信息,而实施例一是在网络地址簿接收到用户的更新请求时,才根据用户地址簿上的设置获取联系人信息。
本发明的实施例四中,用户通过NAB Client添加联系人信息,并将添加后的信息保存在网络地址簿上,当用户使用地址簿时,NAB Client向网络地址簿发起信息更新请求,获取网络地址簿上联系人的最新联系信息,例如联系人的呈现信息、共享群组/列表/联系人profile(简介)等。本发明一种地址簿的处理方法如图6所示,具体步骤如下:
步骤S601、公共用户标识为sip:[email protected]的用户通过UE(User Equipment,用户终端)上的NAB Client向此用户的地址簿1(addressbook1)添加标识为sip:[email protected]的联系人信息,并通过XCAP协议的PUT方法将新添加的联系人信息保存在网络地址簿上,XCAP协议的PUT方法的添加消息如下所示:
PUThttp://xcap.example.com/nbook/users/sip:[email protected]/addressbook1/~~/resource-
lists/list[@name="My_friends"]/entry[@uri="sip:[email protected]"]HTTP/1.1
...
Content-Type:application/xcap-el+xml
Content-Length:(...)
<?xml version="1.0"encoding="UTF-8"?>
<entry uri="sip:[email protected]">
<display-name>Friend2</display-name>
</entry>
进一步,用户还可以向地址簿中添加对其他联系人列表或群组列表的引用,引用信息可以通过<entry-ref>元素的“ref”属性或<external>元素的“anchor”属性来表示。其中当引用联系人列表和被引用联系人列表在同一个XCAP root下时,<entry-ref>元素的ref属性值为被引用联系人列表的相对路径值;当引用联系人列表和被引用联系人列表在不同XCAP root下时,<external>元素的anchor属性值为被引用联系人列表的绝对路径值。
用户还可以向地址簿中添加联系人的基本信息,或引用其他引擎服务器中定义的联系人基本信息,例如OMAPAG(Open MobileAlliance Presence andAvailability Working Group)工作组的Shared Profile中定义的用户基本信息,就可以通过<basic-info>元素的anchor属性来引用;如果其它业务引擎服务器上没有相关联系人基本信息的定义,用户可以通过NAB Client添加联系人的基本信息。联系人基本信息可以包括联系人的联系方式、出生日期、名字、联系地址、性别和爱好等信息。其中联系方式可以使用<communication-address>元素来表示,其值可以是用户的SIP URI、TELURI、E.164地址或email地址等;出生日期可以使用<birth-date>元素表示;性别可以使用<gender>元素来表示,用来指示联系人的性别;爱好可以使用<hobbies>元素来表示。联系人的基本信息还可以进一步扩展包含更加丰富的信息,在此不在赘述。
此外,在用户的地址簿中还可以包含指示是否需要订阅联系人呈现信息或位置信息的标识元素,可以使用<presence-info>元素或<location-info>的“flag”属性来表示,其值为布尔型的变量true或false。在用户的地址簿中还可以包含指示是否需要的联系人漫游信息的标识元素,可以使用<roam-info>元素的“flag”属性表示,其值为布尔型的变量true或false。
包含上述信息的地址簿的实例如下所示:
<entryuri="sip:[email protected]">
<display-name>Friend3</display-name>
<basic-info>
<communication-address>
<comm-addr>tel:13843859438</comm-addr>
</communication-address>
<birth-date>1980-11-20</birth-date>
<gender>male</gender>
<hobbies>basketball</hobbies>
</basic-info>
<presence-info flag=”true”/>
<roam-info flag=”true”>
</entry>
<entry uri="sip:[email protected]">
<display-name>Friend4</display-name>
<basic-info
anchor=”http://org.openmobilealliance.user-profile/users/sip:[email protected]/
user-profile/”>
<presence-info flag=”true”/>
<roam-info flag=”false”>
</entry>
<entry-refref="nbook/users/sip:[email protected]/addressbook2/~~/resource-lists/1
ist%5b@name=%22list1%22%5d/entry%5b@uri=%22sip:[email protected]%22%5d"/>
步骤S602、网络地址簿将接收到的新添加的联系人信息发送给数据存储功能实体,数据存储功能实体将新添加的联系人信息更新到addressbook1中,更新后的addressbook1如下所示:
<?xml version="1.0"encoding="UTF-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<list name="My_friends">
<entry uri="sip:[email protected]">
<display-name>Friend1</display-name>
</entry>
<entry uri="sip:[email protected]">
<display-name>Friend2</display-name>
</entry>
<entry uri="sip:[email protected]">
<display-name>Friend3</display-name>
<basic-info>
<communication-address>
<comm-addr>tel:13843859438</comm-addr>
</communication-address>
<birth-date>1980-11-20</birth-date>
<gender>male</gender>
<hobbies>basketball</hobbies>
</basic-info>
<presence-info flag=”true”/>
<roam-info flag=”false”>
</entry>
<entry uri="sip:[email protected]">
<display-name>Friend4</display-name>
<basic-info
anchor=”http://org.openmobilealliance.user-profile/users/sip:[email protected]/
user-profile/”>
<presence-info flag=”true”/>
<roam-info flag=”false”>
</entry>
<entry-ref ref="nbook/users/sip:[email protected]/addressbook2/~~/resource-lists/l
ist%5b@name=%22list1%22%5d/entry%5b@uri=%22sip:[email protected]%22%5d"/>
步骤S603、addressbook1更新后,数据存储功能实体向网络地址簿返回200ok的成功响应。
步骤S604、网络地址簿向用户的NAB Client返回200ok的成功响应。
步骤S605、用户通过NAB Client使用用户地址簿,NAB Client通过XCAP协议的GET方法向网络地址簿发起信息更新请求。
步骤S606、网络地址簿的管理功能实体接收到信息更新请求后,通过XCAP协议的GET方法向数据存储功能实体获取用户的地址簿addressbook1。获取请求如下所示:
GET/org.openmobilealliance.network-addressbook/users/sip:[email protected]/addressbook1HTTP/1.1
Host:xcap.example.com
User-Agent:NAB-client/OMA 2.0
Date:Aug,10 Aug 2007 10:50:33GMT
X-3GPP-Intended-Identity:"sip:[email protected]"
进一步,此更新请求可以是仅更新某个联系人的联系信息,或者更新整个地址簿,例如,仅更新标识为sip:[email protected]的联系人信息时,获取请求如下所示:
GET/org.openmobilealliance.network-addressbook/users/sip:[email protected]/addressbook1/~~/resource-lists/entry[@uri="sip:[email protected]"]HTTP/1.1
步骤S607、数据存储功能实体向网络地址簿的管理功能实体返回200ok的成功响应,并在响应中返回获取的用户地址簿addressbook1,其中addressbook1的形式及内容如步骤S602表格中所示。
步骤S608、网络地址簿的管理功能实体对获取到的addressbook1进行解析,根据addressbook1中记录的内容判断出需要获取联系人标识为sip:[email protected]的联系人的呈现信息,获取联系人标识为sip:[email protected]的联系人的呈现信息和联系人的基本信息。
步骤S609、根据步骤S608的判断结果,网络地址簿的管理功能实体通过XCAP协议的GET方法向SharedProfileXDMS获取标识为sip:[email protected]的联系人的基本信息,获取请求如下所示:GET/org.openmobilealliance.user-profile/users/sip:[email protected]/user-profile HTTP/1.1Host:xcap.example.com
User-Agent:XDM-client/OMA2.0
Date:Aug,10Aug 2007 10:50:33GMT
X-3GPP-Intended-Identity:"sip:[email protected]"
步骤S610、Shared Profile XDMS向网络地址簿返回200ok的成功响应,并在响应中返回标识为sip:[email protected]的联系人的基本信息,返回的响应消息的内容如下所示:
HTTP/1.1 200 OK
Etag:"et53"
Content-Type:application/vnd.oma.user-profile+xml
<?xml version="1.0"encoding="UTF-8"?>
<user-profiles xmlns="urn:oma:xml:xdm:user-profile">
<user-profile uri="sip:[email protected]">
<communication-addresses>
<comm-addr>+1 858 623 0743</comm-addr>
</communication-addresses>
<display-name xml:lang="en">Alice</display-name>
<birth-date>1995-05-20</birth-date>
<gender>female</gender>
</user-profile>
</user-profiles>
步骤S611、根据步骤S608的判断结果,网络地址簿的管理功能实体通过SIP协议的SUBSCRIBE方法向呈现业务服务器订阅联系人标识为sip:[email protected]和sip:[email protected]的呈现信息。
进一步,上述订阅请求可以是一次订阅请求也可以是长期订阅请求,当订阅请求为一次订阅请求时,需指定此订阅请求的Expires头域值为“0”。
进一步,当根据步骤S608的判断结果需要获取多个联系人的呈现信息时,网络地址簿的管理功能实体可以将此多个联系人组成一个列表,并作为SUBSCRIBE请求的消息体发送给RLS(Resource List Server,资源列表服务器),由RLS根据这个列表产生后端订阅请求,发送给呈现业务服务器,订阅列表中所有联系人的呈现信息。由上述两个联系人组成的订阅列表如下所示:
<?xml version="1.0"encoding="UTF-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<list>
<entry uri="sip:[email protected]"/>
<entry uri="sip:[email protected]"/>
</list>
</resource-lists>
步骤S612、订阅成功,呈现业务服务器或资源列表服务器向网络地址簿返回200ok的成功响应。
步骤S613、呈现业务服务器通过SIP协议的NOTIRY方法,向网络地址簿发送所订阅的联系人的呈现信息通知消息,上述两个联系人的呈现信息如下所示:
<?xml version="1.0"encoding="UTF-8"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:im="urn:ietf:params:xml:ns:pidf:m"
xmlns:myex="http://id.example.com/presence/"
entity="sip:[email protected]">
<tuple id="bs35r9">
<status>
<basic>open</basic>
<im:im>busy</im:im>
<myex:location>home</myex:location>
</status>
<note xml:lang="en">Don′t Disturb Please!</note>
<timestamp>2001-10-27T16:49:29Z</timestamp>
</tuple>
</presence>
<?xml version="1.0"encoding="UTF-8"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:im="urn:ietf:params:xml:ns:pidf:im"
xmlns:myex="http://id.example.com/presence/"
entity="sip:[email protected]">
<tuple id="eg92n8">
<status>
<basic>open</basic>
</status>
</tuple>
<note>I′ll be in Tokyo next week</note>
</presence>
步骤S614、网络地址簿向呈现业务服务器返回200ok的成功响应。
步骤S615、网络地址簿将获取到的各种信息与地址簿中的联系人信息进行合并。
进一步,网络地址簿将获取到的各种信息与地址簿中的联系人信息进行合并时,可以根据联系人的用户标识将获取到的信息添加到地址簿中。在添加信息时应该将相关命名空间添加到地址簿中,添加后的地址簿如下所示:
<?xml version="1.0"encoding="UTF-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:im="urn:ietf:params:xml:ns:pidf:im"
xmlns:myex=http://id.example.com/presence
xmlns="urn:oma:xml:xdm:user-profile"/>
<list name="My_friends">
<entry uri="sip:[email protected]">
<display-name>Friend1</display-name>
</entry>
<entry uri="sip:[email protected]">
<display-name>Friend2</display-name>
</entry>
<entryuri="sip:[email protected]">
<display-name>Friend3</display-name>
<basic-info>
<communication-address>
<comm-addr>tel:13843859438</comm-addr>
</communication-address>
<birth-date>1980-11-20</birth-date>
<gender>male</gender>
<hobbies>basketball</hobbies>
</basic-info>
<presence-infoflag=”true”>
<tuple id="bs35r9">
<status>
<basic>open</basic>
<im:im>busy</im:im>
<myex:location>home</myex:location>
</status>
<note xml:lang="en">Don′t DisturbPlease!</note>
<timestamp>2001-10-27T16:49:29Z</timestamp>
</tuple>
</presence-info>
<roam-info flag=”false”>
</entry>
<entry uri="sip:[email protected]">
<display-name>Friend4</display-name>
<basic-info>
<communication-addresses>
<comm-addr>+1 858 623 0743</comm-addr>
</communication-addresses>
<display-name xml:lang="en">Alice</display-name>
<birth-date>1995-05-20</birth-date>
<gender>female</gender>
</basic-info>
<presence-info>
<tuple id="eg92n8">
<status>
<basic>open</basic>
</status>
</tuple>
<note>I′llbe in Tokyo next week</note>
</presence-info>
<roam-infoflag=”false”>
</entry>
<entry-refref="nbook/users/sip:[email protected]/addressbook2/~~/resource-lists/l
ist%5b@name=%22list1%22%5d/entry%5b@uri=%22sip:[email protected]%22%5d"/>
步骤S616、网络地址簿向用户的NAB Client返回200ok的成功响应,并将步骤S615合并后的联系人信息作为消息体发送给用户的NAB Client。
进一步,用户的地址簿中还可以包括联系人位置信息的相关设置,可以通过<location>元素表示联系人位置信息,通过其属性“flag”值表示此用户是否需要此联系人的位置信息,“flag”属性为一个布尔型的变量,其值为true或false。当某个联系人的<location>元素的flag属性值为true时,网络地址簿可以通过MLP(Mobile Location Protocol,移动位置协议)协议产生获取联系人位置信息的请求消息。此请求消息可以立即定位请求消息也可以是触发定位请求消息。当所述的请求消息为立即定位请求消息时,可以设置消息头中的<requestor>元素的<id>子元素值为网络地址簿的MSISDN(Mobile stationISDN number,移动基站ISDN号码)标识或IP标识或SIPURI,而<serviceid>子元素的值为网络地址簿的服务标识(此标识由运营商来分配),设置消息体中<msid>子元素的值为联系人的SIP URI标识,同时设置此元素的type属性为“SIP_URI”。网络地址簿还可以在一个位置信息请求消息体中包含多个联系人标识来一次获取多个联系人的位置信息。
进一步,在网络地址簿向发起更新请求的用户设备返回更新地址簿信息后,网络地址簿解析用户设备信息文件,并根据用户设备信息文件向用户的其他设备发送地址簿的更新信息。用户设备信息文件可以保存在网络地址簿的数据存储装置上,当用户的设备向IMS(IP Multimedia Subsystem,IP多媒体***,)网络注册时,网络地址簿可以通过第三方注册方式获得用户的设备信息并将设备信息增加到用户设备信息文件上,用户的设备信息可以是用户设备的GRUU(用户代理统一资源标识符)标识或contact地址。
上述实施例中NBA Client是用户终端上的功能实体,管理功能实体为网络地址簿上的功能实体,数据存储功能实***于网络地址簿上或者作为独立的网络实体存在,呈现业务服务器和Shared Profile XDMS属于同一业务引擎服务器或者属于不同的业务引擎服务器。
本发明的实施例五中,用户通过NAB Client向用户地址簿中添加联系人信息,并将添加后的信息保存在网络地址簿上。网络地址簿接收到用户的保存请求后解析用户地址簿的内容,根据用户地址簿上的设置获取联系人的各种信息,并将联系人的最新信息返回给用户的NAB Client;当联系人的信息发生变化时,网络地址簿对用户地址簿进行实时更新,并将更新后的网络地址簿上的地址簿信息与用户终端上的地址簿进行实时同步,或者当用户通过终端的NAB Client发起更新请求时,再将网络地址簿上地址簿信息与用户终端上的地址簿信息进行同步,本发明一种地址簿的处理方法如图7所示,具体步骤如下:
步骤S701、公共用户标识为sip:[email protected]的用户通过UE上的NAB Client向此用户的addressbook1(地址簿1)添加标识为sip:[email protected]的联系人信息,同时设置需要此联系人的呈现信息并引用了此联系人的基本信息,然后通过XCAP协议的PUT方法将新添加的联系人信息保存在网络地址簿上,添加消息如下所示:
PUT http://xcap.example.com/nbook/users/sip:[email protected]/addressbook1/~~/resource-
lists/list[@name="My_friends"]/entry[@uri="sip:[email protected]"]HTTP/1.1
...
Content-Type:application/xcap-el+xml
Content-Length:(...)
<?xml version="1.0"encoding="UTF-8"?>
<entry uri="sip:[email protected]">
<display-name>Friend2</display-name>
<basic-info
anchor=”http://org.openmobilealliance.user-profile/users/sip:[email protected]/
user-profile/”>
<presence-infoflag=”true”/>
</entry>
步骤S702、网络地址簿将用户提交的addressbook1通过XCAP协议的PUT方法保存在数据存储功能实体中。
步骤S703、保存成功后,数据存储功能实体向网络地址簿的管理功能实体返回200ok的成功响应。
步骤S704、管理功能实体解析用户提交的addressbook1,根据<basic-info>的anchor属性以及<presence-info>的flag属性判断出要获取联系人的基本联系信息和联系人的呈现信息,并产生相关的获取请求。
步骤S705、网络地址簿向呈现业务服务器发送订阅联系人标识为sip:[email protected]的SUBSCRIBE订阅请求消息。在所述订阅请求中可以包含一个过滤器,通过过滤器可以指定仅订阅此联系人目前使用的业务信息。过滤器可以由SP或运营商的策略指定。包含一个过滤器的订阅请求如下所示:SUBSCRIBE sip:[email protected] sip2.0
......
Event:presence
accept:application/simple-filter+xml
......
<?xml version="1.0"encoding="UTF-8"?>
<filter-set xmlns="urn:ietf:params:xml:ns:simple-filter">
<ns-bindings>
<ns-binding prefix="pidf"urn="urn:ietf:params:xml:ns:pidf"/>
<ns-binding prefix="rpid"
urn="urn:ietf:params:xml:ns:pidf:rpid-tuple"/>
</ns-bindings>
<filterid="123"uri="sip:[email protected]">
<what>
<include type="xpath">
/pidf:presence/pidf:tuple
</include>
</what>
</filter>
</filter-set>
步骤S706、订阅成功后,呈现业务服务器向网络地址簿返回200ok的成功响应。
步骤S707、呈现业务服务器通过SIP协议的NOTIFY方法向网络地址簿发送联系人呈现信息的通知消息,消息体中包含联系人的呈现信息。
步骤S708、网络地址簿向呈现业务服务器返回200ok的成功响应。
步骤S709、网络地址簿将获取到的信息与步骤S701用户通过NAB Client提交的addressbook1的副本进行合并,并将合并后的addressbook1作为200ok响应的消息体发送给NAB Client。
步骤S710、标识为sip:[email protected]的联系人呈现信息发生变化时,呈现业务服务器通过SIP协议的NOTIFY方法向网络地址簿发送呈现信息变化的通知消息。
步骤S711、网络地址簿向呈现业务服务器返回200ok的成功响应。
步骤S712、网络地址簿通过XCAP协议的GET方法从数据存储功能实体中获取用户的addressbook 1。
步骤S713、数据存储功能实体向网络地址簿返回200ok的成功响应,并在消息体中携带addressbook 1。
步骤S714、网络地址簿将用户addressbook1上联系人的信息与获取到的呈现信息进行合并,合并方式如实施例四的合并过程所示。
步骤S715、网络地址簿通过数据同步技术向用户的NAB Client同步addressbook1。
上述实施例中NBA Client是用户终端上的功能实体,管理功能实体为网络地址簿上的功能实体,数据存储功能实***于网络地址簿上或者作为独立的网络实体存在,呈现业务服务器和Shared Profile XDMS属于同一业务引擎服务器或者属于不同的业务引擎服务器。
通过使用本发明实施例提供的方法,在网络侧提供一种网络地址簿,可以根据用户的设置获取丰富的联系人信息,解决了目前现有的地址簿功能单一,且与业务强相关不能作为独立功能为用户提供服务的缺点,且可以同步更新用户的的多个设备上的地址簿信息,当用户的其中一个设备发起更新的地址簿的信息时,其他用户的设备上地址簿也随之更新,保证了用户的多个设备上地址簿信息一致。
本发明的实施例六中,一种地址簿的处理***如图8所示,所述的***包括至少一个用户终端10、一个网络地址簿20和至少一个业务引擎服务器30。
其中,用户终端10,用于通过NAB Client对网络地址簿20进行访问和管理,NAB Client可以使用XCAP协议、SIP协议或DS数据同步协议对网络地址簿20进行访问和管理。此外,NAB Client还提供其他业务客户端的访问接口,例如网络地址簿客户端与PoC客户端、IM客户端等业务客户端之间的接口。
网络地址簿20,用于保存和管理用户的地址簿、获取并合并需要更新的联系人信息。相应地,网络地址簿20可以通过特定接口与业务引擎服务器30相连,例如当业务引擎服务器30是呈现业务服务器时,网络地址簿20可以通过OMA PAG工作组Presence业务引擎技术规范中定义观察者到SIP/IP Core之间的接口PRS-2,SIP/IP Core到呈现业务服务器之间的接口PRS-3获得联系人的呈现信息;网络地址簿20还可以支持一个与Shared XDMS(Shared XMLDocument Management Server共享XML数据管理服务器)之间的接口,并通过XCAP协议或SIP协议实现获取联系人的基本信息的功能;网络地址簿20还可以支持一个与位置服务器之间的接口并通过MLP协议获得联系人的位置信息。
业务引擎服务器30,通过特定接口与网络地址簿连接,用于向网络地址簿20提供联系人的相关信息。业务引擎服务器30进一步包括呈现信息服务器、位置信息服务器、共享列表服务器、共享群组服务器等。
本发明的实施例七中,一种网络地址簿,如图9所示,包括:存储单元21、管理单元22、获取单元23以及发送单元24。
其中,存储单元21,用于存储用户地址簿以及用户的设备信息文件。其中,用户的地址簿可以使用XML的形式表示,因此存储单元21可以采取XDMS的形式实现或者使用数据库的方式实现。存储单元21位于网络地址簿20上或者作为独立的网络设备存在。
管理单元22,与存储单元21相连,用于管理存储单元21存储的用户地址簿,包括创建地址簿、获取地址簿、复制地址簿、删除地址簿以及修改地址簿。根据存储单元21的实现方式不同,管理单元22可以通过不同的协议实现,当存储单元21采用XDMS实现时,可以使用XCAP协议实现上述的管理功能。
获取单元23,用于对用户地址簿上的设置进行判断,根据用户地址簿上需要更新的联系人信息生成获取请求并发送给业务引擎服务器30,从业务引擎服务器30获取需要更新的联系人信息,并将获取到的需要更新的联系人信息与用户地址簿上联系人的信息进行合并,对用户地址簿进行更新。为了能够从不同的业务引擎服务器上获得联系人的信息,获取单元23需要实现相应的协议,例如当联系人信息中包含了对联系人基本信息的引用,那么获取单元23需要支持XCAP协议,当联系人信息包含了需要联系人呈现信息的设置,那么获取单元23需要支持SIP协议,当联系人信息包含了需要联系人位置信息的设置,那么获取单元23需要支持MLP(Mobile Location Protocol,移动位置协议)。
发送单元24,用于将获取单元23更新后的用户地址簿通过数据同步技术或其他方法发送给用户终端10。所述其他方法为通过SIP协议的PUBLISH方法、PUSH方法等技术实现。
本发明的实施例八中,如图10所示,另一网络地址簿在上述地址簿的基础上还包括:
鉴权单元25,与用户终端相连,用于对用户的访问请求进行鉴权,鉴权单元25支持HTTP Digest、GAA(Generic AuthenticationArchitecture,通用鉴权架构)等鉴权机制。
解析单元26,用于在接收到发送单元24的命令后通过管理单元22从存储单元21中获取用户的设备信息文件,并对用户的设备信息文件进行解析,将解析结果返回给发送单元24,发送单元24根据接收到的解析结果将从获取单元23中获得的用户地址簿同步或发送给用户的设备信息文件上记录的所有设备上。
计费单元27,与管理单元相连,用于对用户管理地址簿的操作产生计费信息,并上报计费信息给计费***,计费信息的收集可以根据用户的管理操作例如添加联系人、创建一个地址簿等。
配置单元28,与管理单元相连,用于为SP或运营商提供对网络地址簿上的简单管理,例如SP或运营商可以通过配置单元28设置每一个普通网络地址簿用户可以创建地址簿的数量、每个地址簿上包含联系人的数量等,配置单元28可以采用XML的形式实现所述的配置文件,并保存在存储单元21上。
通过上述实施例提供的***和设备,在网络侧提供一种网络地址簿,可以根据用户的设置获取丰富的联系人信息,解决了目前现有的地址簿功能单一,且与业务强相关不能作为独立功能为用户提供服务的缺点,且可以同步更新用户的的多个设备上的地址簿信息,当用户的其中一个设备发起更新的地址簿的信息时,其他用户的设备上地址簿也随之更新,保证了用户的多个设备上地址簿信息一致。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该获取机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备执行本发明各个实施例所述的方法。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (17)
1、一种地址簿的处理方法,其特征在于,包括以下步骤:
网络地址簿解析用户地址簿,根据所述用户地址簿上的设置生成相应的获取请求;
所述网络地址簿根据所述获取请求获取需要更新的联系人信息,更新所述用户地址簿;
所述网络地址簿将所述用户地址簿的更新信息同步或发送给用户设备。
2、如权利要求1所述地址簿的处理方法,其特征在于,所述网络地址簿解析用户地址簿之前还包括:
所述网络地址簿接收用户地址簿并保存;
当所述网络地址簿接收到用户地址簿更新请求时,获取保存的所述用户地址簿并进行解析;或
所述网络地址簿解析所述接收到的用户地址簿。
3、如权利要求2所述地址簿的处理方法,其特征在于,所述用户地址簿更新请求是整个用户地址簿的更新请求或者用户地址簿中某个联系人的更新请求。
4、如权利要求1所述地址簿的处理方法,其特征在于,所述网络地址簿解析用户地址簿,根据所述用户地址簿上的设置生成相应的获取请求具体为:
所述网络地址簿根据所述用户地址簿中的设置,判断是否需要从业务引擎服务器获取需要更新的联系人信息;当需要从所述业务引擎服务器获取需要更新的联系人信息时,所述网络地址簿根据需要更新的信息生成相应的获取请求。
5、如权利要求4所述地址簿的处理方法,其特征在于,所述网络地址簿解析用户地址簿,根据所述用户地址簿上的设置生成相应的获取请求之后还包括:
所述网络地址簿向所述业务引擎服务器发送所述获取请求。
6、如权利要求5所述地址簿的处理方法,其特征在于,所述网络地址簿根据所述获取请求获取需要更新的联系人信息,更新所述用户地址簿具体为:
所述网络地址簿根据所述获取请求从所述业务引擎服务器上获取所述需要更新的联系人信息,并将获取到的所述需要更新的联系人信息与所述用户地址簿上联系人的其他信息进行合并,更新所述用户地址簿。
7、如权利要求1所述地址簿的处理方法,其特征在于,所述网络地址簿将所述用户地址簿的更新信息同步到用户设备的方式包括:定时同步、事件触发同步或每次地址簿上联系人信息变化时同步。
8、如权利要求1所述地址簿的处理方法,其特征在于,所述网络地址簿将更新后的用户地址簿向用户设备发送之后还包括:
所述网络地址簿解析所述用户设备的信息文件,根据所述用户设备的信息文件向所述用户的其他设备同步或发送所述用户地址簿的更新信息。
9、如权利要求8所述地址簿的处理方法,其特征在于,所述用户设备的信息文件存储在网络地址簿上,当所述用户设备向IP多媒体子***IMS网络注册时,所述网络地址簿通过第三方注册方式获取用户设备信息并将所述用户设备信息增加到用户设备的信息文件上。
10、一种地址簿的处理***,其特征在于,包括:
用户终端,用于对网络地址簿进行访问和管理;
网络地址簿,用于保存和管理用户的地址簿、获取并合并需要更新的联系人信息;
业务引擎服务器,用于向所述网络地址簿提供联系人的相关信息。
11、如权利要求10所述地址簿的处理***,其特征在于,所述用户终端通过XML配置访问协议、会话初始协议SIP或DS数据同步协议对所述网络地址簿进行访问和管理。
12、如权利要求10所述地址簿的处理***,其特征在于,所述业务引擎服务器为呈现业务服务器,所述网络地址簿通过与SIP/IP Core之间的接口PRS-2以及所述SIP/IP Core到所述呈现业务服务器之间的接口PRS-3获得联系人的呈现信息。
13、如权利要求10所述地址簿的处理***,其特征在于,所述业务引擎服务器为Shared XDMS,所述网络地址簿通过与所述Shared XDMS之间的接口,利用XML配置访问协议或SIP协议获取联系人的基本信息。
14、如权利要求10所述地址簿的处理***,其特征在于,所述业务引擎服务器为位置服务器,所述网络地址簿通过与位置服务器之间的接口,利用移动位置协议MLP获得联系人的位置信息。
15、如权利要求10所述地址簿的处理***,其特征在于,所述网络地址簿进一步包括:
存储单元,用于存储用户地址簿以及用户的设备信息文件;
管理单元,与所述存储单元相连,用于管理所述存储单元存储的用户地址簿;
获取单元,用于对所述用户地址簿上的设置进行判断,根据所述用户地址簿上需要更新的联系人信息生成获取请求并发送给所述业务引擎服务器,从所述业务引擎服务器获取所述需要更新的联系人信息,并将获取到的所述需要更新的联系人信息与所述用户地址簿上联系人的信息进行合并,对所述用户地址簿进行更新。
发送单元,用于将所述获取单元更新后的用户地址簿信息发送给所述用户终端。
16、如权利要求15所述地址簿的处理***,其特征在于,所述网络地址簿还包括:
解析单元,在接收到所述发送单元的命令后,通过所述管理单元从所述存储单元中获取用户设备的信息文件,解析所述用户设备的信息文件并将解析结果返回给所述发送单元,所述发送单元根据所述解析结果将从所述获取单元中获取的用户地址簿同步,并同步或发送给所述用户设备的信息文件上记录的所有其他用户设备上。
17、如权利要求15所述地址簿的处理***,其特征在于,所述网络地址簿还包括:
鉴权单元,与所述用户终端相连,用于对用户的访问请求进行鉴权;
计费单元,与所述管理单元相连,用于对用户管理地址簿的操作产生计费信息,并将所述计费信息上报给计费***;
配置单元,与所述管理单元相连,用于为SP或运营商提供对所述网络地址簿上的简单管理。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101667296A CN101426017B (zh) | 2007-11-01 | 2007-11-01 | 一种地址簿的处理方法和*** |
EP08847647A EP2207305B1 (en) | 2007-11-01 | 2008-10-29 | A method and a system for address book processing |
AT08847647T ATE552694T1 (de) | 2007-11-01 | 2008-10-29 | Verfahren und system zur bearbeitung von adressbüchern |
ES08847647T ES2384418T3 (es) | 2007-11-01 | 2008-10-29 | Un método y un sistema para procesar agendas de direcciones |
PCT/CN2008/072873 WO2009059541A1 (fr) | 2007-11-01 | 2008-10-29 | Procédé et système de traitement de carnets d'adresses |
US12/770,144 US8332468B2 (en) | 2007-11-01 | 2010-04-29 | Method and system for processing an address book |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101667296A CN101426017B (zh) | 2007-11-01 | 2007-11-01 | 一种地址簿的处理方法和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101426017A true CN101426017A (zh) | 2009-05-06 |
CN101426017B CN101426017B (zh) | 2012-06-27 |
Family
ID=40616347
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101667296A Active CN101426017B (zh) | 2007-11-01 | 2007-11-01 | 一种地址簿的处理方法和*** |
Country Status (6)
Country | Link |
---|---|
US (1) | US8332468B2 (zh) |
EP (1) | EP2207305B1 (zh) |
CN (1) | CN101426017B (zh) |
AT (1) | ATE552694T1 (zh) |
ES (1) | ES2384418T3 (zh) |
WO (1) | WO2009059541A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404242A (zh) * | 2010-09-14 | 2012-04-04 | 联想(北京)有限公司 | 一种用户信息更新装置、电子设备及用户信息更新方法 |
CN101820452B (zh) * | 2009-12-14 | 2013-08-28 | 宇龙计算机通信科技(深圳)有限公司 | 一种获取联系人相关信息的方法及移动终端 |
CN104202431A (zh) * | 2014-09-26 | 2014-12-10 | 北京平治东方科技发展有限公司 | 具有个性化的单位通讯录同步方法、装置和智能通信*** |
CN104283761A (zh) * | 2013-07-05 | 2015-01-14 | 深圳中兴网信科技有限公司 | 一种好友列表的维护方法、客户端、服务器及*** |
CN105556983A (zh) * | 2013-09-20 | 2016-05-04 | 亚普知识产权控股有限公司 | 收发***、发送装置、接收装置、所述***和装置的控制方法及程序 |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101426017B (zh) * | 2007-11-01 | 2012-06-27 | 华为技术有限公司 | 一种地址簿的处理方法和*** |
US20100153528A1 (en) * | 2008-12-16 | 2010-06-17 | At&T Intellectual Property I, L.P. | Devices, Systems and Methods for Controlling Network Services Via Address Book |
US20110022580A1 (en) * | 2009-07-21 | 2011-01-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Exchange of service capabilities in communication networks |
EP2539835A4 (en) * | 2010-02-22 | 2015-06-03 | Nokia Corp | METHOD AND APPARATUS FOR PROVIDING A RESEARCH TOOL IN ASSOCIATION WITH MANAGING AN ADDRESS BOOK |
US8914000B2 (en) * | 2010-10-01 | 2014-12-16 | Wallrust, Inc. | Method and system for providing presence information |
JP5370466B2 (ja) | 2010-11-30 | 2013-12-18 | 株式会社リコー | 伝送管理システム、プログラム、プログラム提供システム、及びメンテナンスシステム |
CN103067427A (zh) * | 2011-10-21 | 2013-04-24 | 腾讯科技(深圳)有限公司 | 联系人资料同步方法、终端和sns网络好友管理模块 |
JP5907598B2 (ja) * | 2011-11-16 | 2016-04-26 | キヤノン株式会社 | 通信装置およびその制御方法、並びにプログラム |
KR101922985B1 (ko) * | 2011-12-08 | 2018-11-29 | 삼성전자주식회사 | 연락처 정보의 구독을 초대하는 장치 및 방법 |
JP5832376B2 (ja) * | 2012-05-30 | 2015-12-16 | 株式会社沖データ | 情報処理装置及び情報処理方法 |
JP6229374B2 (ja) * | 2013-08-30 | 2017-11-15 | 株式会社リコー | 伝送管理システム、管理方法及びプログラム |
CN105978924A (zh) * | 2015-11-10 | 2016-09-28 | 乐视致新电子科技(天津)有限公司 | 信息同步方法及装置 |
CN105915431A (zh) * | 2015-12-12 | 2016-08-31 | 乐视移动智能信息技术(北京)有限公司 | 一种自定义聊天工具的联系人标签同步方法和装置 |
US11012517B2 (en) * | 2016-12-29 | 2021-05-18 | Bce Inc. | System and method for accessing multimedia content |
US11928744B1 (en) | 2019-04-08 | 2024-03-12 | Avalara, Inc. | Nexus notification platform |
US11632419B1 (en) | 2019-12-19 | 2023-04-18 | Avalara, Inc. | Coarse values for estimating less-than-critical resources |
US11463375B1 (en) | 2020-03-05 | 2022-10-04 | Avalara, Inc. | Online software platform (OSP) accessing digital rules updated based on client inputs |
EP4176350A1 (en) | 2020-07-02 | 2023-05-10 | Avalara, Inc. | Online service platform (osp) generating and transmitting on behalf of primary entity to third party proposal of the primary entity while maintaining the primary entity anonymous |
CN112398811A (zh) * | 2020-10-19 | 2021-02-23 | 北京致远互联软件股份有限公司 | 一种基于协同办公***的多端通讯录控制方法 |
Family Cites Families (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5966714A (en) * | 1995-04-28 | 1999-10-12 | Intel Corporation | Method and apparatus for scaling large electronic mail databases for devices with limited storage |
US7813725B2 (en) * | 1998-10-01 | 2010-10-12 | Onepin, Llc | Wireless data exchange |
US6393434B1 (en) * | 1999-09-14 | 2002-05-21 | International Business Machines Corporation | Method and system for synchronizing data using fine-grained synchronization plans |
WO2001093061A1 (en) * | 2000-05-26 | 2001-12-06 | Vocaltec Ltd. | Communications protocol |
US7265858B2 (en) * | 2001-10-03 | 2007-09-04 | Kabushiki Kaisha Toshiba | Method and system to access address books |
US20030233437A1 (en) * | 2002-04-24 | 2003-12-18 | Hiroshi Kitada | Browser, method, and computer program product for managing documents |
US6956942B2 (en) * | 2002-09-18 | 2005-10-18 | Sbc Properties, L.P. | Multi-modal address book |
US20040093317A1 (en) * | 2002-11-07 | 2004-05-13 | Swan Joseph G. | Automated contact information sharing |
US7187932B1 (en) * | 2003-01-16 | 2007-03-06 | Cingular Wireless Ii, Llc | Autopopulation of address book entries |
US7539699B2 (en) * | 2003-03-21 | 2009-05-26 | Yahoo! Inc. | Apparatus, system and method for use in generating and maintaining an electronic address book |
US7711106B2 (en) * | 2003-06-30 | 2010-05-04 | Comverse, Ltd. | Telephone based method and system for adding contacts to a personal network address book |
US8131803B2 (en) * | 2003-08-19 | 2012-03-06 | Research In Motion Limited | System and method for integrating an address book with an instant messaging application in a mobile station |
US20050055412A1 (en) * | 2003-09-04 | 2005-03-10 | International Business Machines Corporation | Policy-based management of instant message windows |
US20050120084A1 (en) * | 2003-10-28 | 2005-06-02 | Yu Hu | Method of and system for creating, maintaining, and utilizing an online universal address book |
US7389324B2 (en) * | 2003-11-07 | 2008-06-17 | Plaxo, Inc. | Viral engine for network deployment |
US7080104B2 (en) * | 2003-11-07 | 2006-07-18 | Plaxo, Inc. | Synchronization and merge engines |
CN1558342A (zh) * | 2004-01-16 | 2004-12-29 | 旭 张 | 一种利用公众信息网实现通讯录信息同步更新的方法 |
KR20050097687A (ko) * | 2004-04-02 | 2005-10-10 | 주식회사 팬택 | 이동통신 단말기의 주소록 저장 방법 |
EP2031826B1 (en) * | 2004-04-13 | 2010-05-12 | Research In Motion Limited | Method for a session initiation protocol push-to-talk terminal to indicate answer operating mode to an internet protocol push-to-talk network server |
US20070294336A1 (en) * | 2004-07-02 | 2007-12-20 | Greg Pounds | Proxy-based communications architecture |
US20070226204A1 (en) * | 2004-12-23 | 2007-09-27 | David Feldman | Content-based user interface for document management |
EP1684490A1 (en) * | 2005-01-21 | 2006-07-26 | Hewlett-Packard Development Company, L.P. | Method for activating a network-based service in a communication network, apparatus, device and network therefor |
US7496379B2 (en) * | 2005-04-22 | 2009-02-24 | Kyocera Wireless Corp. | System and method for providing SMS contact information to a wireless mobile device |
KR100690877B1 (ko) * | 2005-08-11 | 2007-03-09 | 엘지전자 주식회사 | 이동통신 시스템에서의 주기적인 위치추적 방법 |
US7797318B2 (en) * | 2005-08-25 | 2010-09-14 | Microsoft Corporation | Networking through electronic messaging and mail |
WO2007026810A1 (ja) * | 2005-09-01 | 2007-03-08 | Access Co., Ltd. | 通信システム及び通信端末 |
US8041745B2 (en) * | 2005-09-15 | 2011-10-18 | At&T Intellectual Property I, L.P. | Methods for managing aggregated address books |
CN100505704C (zh) * | 2005-12-17 | 2009-06-24 | 华为技术有限公司 | 查询用户信息的方法 |
CN100446460C (zh) * | 2006-01-18 | 2008-12-24 | 华为技术有限公司 | 一种获得地址本的方法与装置 |
US8005073B2 (en) * | 2006-02-13 | 2011-08-23 | Nokia Corporation | Representing network availability status information in presence information |
JP4829653B2 (ja) * | 2006-03-27 | 2011-12-07 | 富士通株式会社 | アドレス情報管理システム,管理サーバ,及びアドレス帳更新方法 |
US20070280445A1 (en) * | 2006-06-05 | 2007-12-06 | Roy Shkedi | Method for Interacting Via an Internet Accessible Address-Book Using a Visual Interface Phone Device |
US7822761B2 (en) * | 2006-10-18 | 2010-10-26 | International Business Machines Corporation | Groupware system with improved contact data handling |
US20080108330A1 (en) * | 2006-11-07 | 2008-05-08 | O'neil Douglas | Methods, systems and computer products for notification to a remote party of mobile party presence status change |
US20080177626A1 (en) * | 2007-01-23 | 2008-07-24 | Samsung Electronics Co., Ltd. | System and method for determining user preferences in a telecommunications network |
US7853560B1 (en) * | 2007-04-16 | 2010-12-14 | Cellco Partnership | Methods for address book synchronization and subscription status notification |
US8184787B2 (en) * | 2007-07-12 | 2012-05-22 | Comverse Ltd. | System and method for generating a personalized bill using a personal address book |
US20090028179A1 (en) * | 2007-07-26 | 2009-01-29 | Motorola, Inc. | Storing device capability information in an address book |
CN101426017B (zh) * | 2007-11-01 | 2012-06-27 | 华为技术有限公司 | 一种地址簿的处理方法和*** |
-
2007
- 2007-11-01 CN CN2007101667296A patent/CN101426017B/zh active Active
-
2008
- 2008-10-29 EP EP08847647A patent/EP2207305B1/en active Active
- 2008-10-29 AT AT08847647T patent/ATE552694T1/de active
- 2008-10-29 ES ES08847647T patent/ES2384418T3/es active Active
- 2008-10-29 WO PCT/CN2008/072873 patent/WO2009059541A1/zh active Application Filing
-
2010
- 2010-04-29 US US12/770,144 patent/US8332468B2/en active Active
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101820452B (zh) * | 2009-12-14 | 2013-08-28 | 宇龙计算机通信科技(深圳)有限公司 | 一种获取联系人相关信息的方法及移动终端 |
CN102404242A (zh) * | 2010-09-14 | 2012-04-04 | 联想(北京)有限公司 | 一种用户信息更新装置、电子设备及用户信息更新方法 |
CN102404242B (zh) * | 2010-09-14 | 2016-03-30 | 联想(北京)有限公司 | 一种用户信息更新装置、电子设备及用户信息更新方法 |
CN104283761A (zh) * | 2013-07-05 | 2015-01-14 | 深圳中兴网信科技有限公司 | 一种好友列表的维护方法、客户端、服务器及*** |
CN105556983A (zh) * | 2013-09-20 | 2016-05-04 | 亚普知识产权控股有限公司 | 收发***、发送装置、接收装置、所述***和装置的控制方法及程序 |
CN104202431A (zh) * | 2014-09-26 | 2014-12-10 | 北京平治东方科技发展有限公司 | 具有个性化的单位通讯录同步方法、装置和智能通信*** |
CN104202431B (zh) * | 2014-09-26 | 2017-08-29 | 北京平治东方科技发展有限公司 | 具有个性化的单位通讯录同步方法、装置和智能通信*** |
Also Published As
Publication number | Publication date |
---|---|
EP2207305A4 (en) | 2011-04-06 |
US20100211634A1 (en) | 2010-08-19 |
WO2009059541A1 (fr) | 2009-05-14 |
EP2207305A1 (en) | 2010-07-14 |
ATE552694T1 (de) | 2012-04-15 |
CN101426017B (zh) | 2012-06-27 |
US8332468B2 (en) | 2012-12-11 |
ES2384418T3 (es) | 2012-07-04 |
EP2207305B1 (en) | 2012-04-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101426017B (zh) | 一种地址簿的处理方法和*** | |
EP1759513B1 (en) | Method, system and computer program to enable querying of resources in a certain context by defining a sip event package | |
CN103314558B (zh) | 一种实现ip多媒体子***中策略管理的方法 | |
CN103491055B (zh) | 一种在多个客户端间同步信息的方法、客户端和服务器 | |
RU2467386C2 (ru) | Способ и устройство для обновления адресных книг | |
EP1587239A1 (en) | Method of and apparatus for server-side management of buddy lists | |
US9942281B2 (en) | Group communication in communication system | |
US8176147B2 (en) | Method and messaging system for managing media contents in uniform storage | |
US20110214051A1 (en) | Methods and apparatus to subscribe for change notifications in a document management system | |
KR20070021816A (ko) | Xdm 서비스 정보 관리 시스템 및 방법 | |
CN101335634B (zh) | 提供联系人信息的方法、***及网络设备 | |
CN103119911A (zh) | 用于同步社交网络的用户配置文件和用户的个人联系卡(pcc)的方法和*** | |
US20140032493A1 (en) | Method, apparatus and system for synchronizing contact information | |
CN101771678B (zh) | 一种管理视图及视图触发的方法及装置 | |
CN101064692B (zh) | 一种呈现信息的发布方法、设备及*** | |
EP2847931B1 (en) | Method and apparatus for updating personal information in communication system | |
US9571563B2 (en) | Handling a shared data object in a communication network | |
CN101159910B (zh) | 同步呈现状态的方法及实现该方法的群组服务器和终端 | |
KR20100112979A (ko) | 휴대 광고 시스템에서 휴대 광고 서비스 제공 방법 및 장치 | |
CN102726030B (zh) | 用于路由xcap请求的方法和设备 | |
CN103460681B (zh) | 融合地址薄能力的管理方法 | |
CN101652788A (zh) | 提供增强型文档管理的设备、方法和计算机程序产品 | |
CN102025697B (zh) | 用于cab的邀请订阅、订阅和订阅更新通知方法及装置 | |
CN104509028A (zh) | 在通信***中更新个人信息的方法及装置 | |
CN101873542A (zh) | 基于条件的统一资源标识的选择方法、服务器及通信*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |