CN102014124A - 企业通信录的差量更新方法 - Google Patents
企业通信录的差量更新方法 Download PDFInfo
- Publication number
- CN102014124A CN102014124A CN2010102957866A CN201010295786A CN102014124A CN 102014124 A CN102014124 A CN 102014124A CN 2010102957866 A CN2010102957866 A CN 2010102957866A CN 201010295786 A CN201010295786 A CN 201010295786A CN 102014124 A CN102014124 A CN 102014124A
- Authority
- CN
- China
- Prior art keywords
- address book
- residual quantity
- enterprise
- document
- enterprise address
- 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
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种企业通信录的差量更新方法,该方法包括步骤:S1.客户端通过HTTP的方式向通信录服务器发送获取企业通信录差量文档的请求;S2.通信录服务器比对客户端通信录版本与当前服务器中的通信录版本,若版本一致,则向客户端返回内容空的文档,否则构建差量文档URI,并向客户端发送成功响应;S3.客户端根据获取到的URI向通信录服务器迭代发起请求,直至获取全部差量文档;S4.客户端根据差量文档更新企业通信录。在本发明的方法中,客户端更新企业通信录数据需从通信服务器获取可以gzip的方式压缩的差量文档,并存储在客户端本地,方便了用户针对企业通信录的相关增值业务的使用,增强了用户体验且减少了网络带宽。
Description
技术领域
本发明涉及企业通信录群组管理技术领域,尤其涉及一种企业通信录的差量更新方法。
背景技术
每个企业都可以拥有自己的企业通信录(企业通信录可以是企业内的组织架构内成员,也可以是企业外的其他联系人或组织),企业通信录保存在服务侧,通信录的存储方式,可以是基于数据库的方式存储,也可以通过XML文档(Document)的方式存储在服务器,通过XML配置访问协议(XML Configuration Access Protocol,XCAP)群组管理(Group Management,GM)企业通信录,Document是记录企业通信录的信息的数据,且关于谁的数据进行过改变而记录了标记,用户可以通过XML文档管理客户端(XML Document ManagementClient,XDMC)获取或更新企业通信录文档。GM是一种业务能力,它提供了个人信息管理、群组信息管理、联系人列表管理、企业通信录管理的功能,可以为其它业务系统提供群组管理的业务能力,如企业信息化平台、即时消息平台、状态呈现平台、多媒体会议业务等平台。
XDMC是通过HTTP请求的方式操作通信录。XDMC可以是PC应用程序客户端,也可是手机应用程序客户端,也可以是其他设备的应用程序客户端,只要能发送HTTP请求,并能解析回应回来的XML文档即可,至于通过XML文档如何展现通信录不做要求。
如图1所示为现有技术的企业通信录的获取方式,其获取流程如下:
1、用户设备(User Equipment,UE),在本发明中为XDMC,发起请求到XDMC聚合代理(Aggregation Proxy,AP),获取企业信息及一级目录,该请求中包括了需要获取的企业个人XCAP用户标识(XCAP User Identifier,XUI);
2、由于UE首次发起的请求没有包含鉴权的信息,AP需要对该UE进行鉴权,并返回UE尚未授权的响应;
3~4、UE再次发起获取企业信息及一级目录的请求给AP,请求中包含了鉴权信息,AP对请求鉴权通过之后,将该请求发送至XML文档管理服务器(XML Document Management Server,XDMS);
XDMS或XCAP Server也叫通信录服务器,是管理文档的协议及其实体标记,负责所有GM文档的组织和管理,对客户端请求文档的处理和根据需求的应答,通常包含完整的差量通知或通过机制;
5~6、XDMS构造企业信息后,返回成功的响应;
7~10、UE迭代发起获取企业组织结构目录并返回成功的响应,直到获取到最小部门单位信息,并且可以发起获取企业雇员信息并返回成功响应;
11~12、在UE上展开部门节点时,订阅部门状态信息,状态服务器(Presence server,PS)返回订阅的部门成员状态信息到UE;
13~14、在UE上关闭部门节点时,取消订阅部门状态信息,PS返回取消订阅的信息到UE。
在该方法中要求每次用户登录都要向服务器请求获取用户的企业通信录信息,而不是在本地保存,用户每次重新获取的方式,影响用户的使用体验,通信录中的成员人数很多的时候占用大量的带宽,而且重新获取的通信录中的信息绝大部分都是重复的数据。
发明内容
(一)要解决的技术问题
本发明要解决的技术问题是:如何减少通信录获取的占用带宽,提高通信录获取效率。
(二)技术方案
为解决上述问题,本发明提供了一种企业通信录的差量更新方法,该方法包括步骤:
S1.客户端通过HTTP的方式向群组管理平台的通信录服务器发送获取企业通信录差量文档的请求,其中,所述客户端本地存储有已获取的企业通信录,所述差量文档为标记了变化的企业通信录文档,所述请求中包括所述已获取的企业通信录的版本标记;
S2.所述通信录服务器比对所述请求中的所述企业通信录的版本与当前通信录服务器中的企业通信录的版本,若版本标记一致,则向所述客户端返回内容为空的文档,否则构建所述企业通信录差量文档的通用资源标志符,并向所述客户端发送成功响应;
S3.若所述客户端接收到来自所述通信录服务器的内容为空的文档,则更新结束,若接收到来自所述通信录服务器的成功响应,则根据所述成功响应向所述通信录服务器迭代发起获取企业通信录差量文档的请求,直至获取由所述通信录服务器发送的全部差量文档;
S4.所述客户端根据接收到的所述差量文档更新本地存储的企业通信录。
其中,步骤S1进一步包括:
S1.1客户端通过HTTP的方式向群组管理平台的聚合代理发送获取企业通信录差量文档的请求;
S1.2.所述聚合代理对所述客户端进行鉴权,并返回所述客户端尚未授权的响应;
S1.3所述客户端向所述聚合代理发送获取所述差量文档的第二次请求,所述第二次请求中包括鉴权信息;
S1.4所述聚合代理对所述客户端进行鉴权,并将所述第二次请求发送至所述通信录服务器。
其中,所述请求中包括要获取的企业通信录的企业XML配置访问协议用户标识。
其中,在该方法中文档为以数据库保存的数据记录或以XML文件格式保存的文件数据。
其中,所述成功响应中包括所述通信录服务器当前企业通信录的版本标记、所述客户端本地存储的企业通信录的版本标记、差量文档的通用资源标志符、以及差量事件。
其中,在步骤S3中,所述通信录服务器以压缩的XML格式发送所述差量文档。
其中,所述压缩的XML格式为HTTP协议规范中的gzip的实时编解码格式。
(三)有益效果
在本发明的方法中,用户成功的获取企业通信录数据后,不需要每次都要从通信录服务器重新获取整个企业通信录数据,只是获取文档中改变的那些数据,通信录服务器可以gzip的方式压缩传输给客户端,并存储在用户客户端本地,方便用户针对企业通信录的相关增值业务的使用,增强用户体验和减少网络带宽。
附图说明
图1为现有技术中的企业通信录的获取时序图;
图2为依照本发明一种实施方式的企业通信录的差量更新方法流程图;
图3为依照本发明一种实施方式的企业通信录的差量更新时序图。
具体实施方式
本发明提出的企业通信录的差量更新方法,结合附图及实施例详细说明如下。
为更好的阐释本发明的技术方案,首先做说明如下:
差量文档:Diff document是设置标记了改变的、且要被传送到客户端的文件,改变即本发明下文中将出现的差量事件包括:add-增加、replace-更新/替换、remove-删除,这里的增加、更新/替换、以及删除的动作可以是企业通信录组织结构或成员信息。
Etag:文件相关标记或版本标记,用于比较统一资源的不同实体。
差量文档通知机制:Diffnotifier,差量文档变化的通知机制一般有两种方式:
1、采用SIP协议的订阅通知机制,这种方法需要两个前提条件:a)文档一般是以文件服务器存储的方式存储;b)针对文档的变化采用电信的标准协议。这种方法有两个缺点a1)文件服务器对保存、检索、更新无数企业信息必须以XML格式保存,而且一个企业至少需要一个文件,尤其涉及到企业个人权限时,从技术和实现方法上都不能很好的实现。b1)采用文档订阅通知机制,对于文档变化频繁时,产生的消息量是非常大的,因此这种方法不可取。
2、采用差量按需HTTP请求获取的方式XCAP Diff,即本发明方法所采用的方法,包括两种实现方式:
(1)在客户端登录的时候自动请求差量更新,即客户端登录时即向服务器发送获取差量文档的请求;
(2)设置菜单手动请求更新;
本发明所采用的该方法能够给用户良好的体验,并且减轻了通信录服务器的压力并减少了流量。
另外,本发明中所指的客户端为XCAP Client或UE,XDMC更新和接收来自通信录服务器的文档,也能修来自通信录服务器的XML的节点和属性。
如图2所示,依照本发明一种实施方式的企业通信录的差量更新方法,包括步骤:
S1.订阅XCAP-Diff,客户端通过HTTP的方式向GM平台的XDMS发送获取企业通信录差量文档的请求,如图3中的1~4所示;
其中,文档为以数据库保存的数据记录或以XML文件格式保存的文件数据。客户端满足预置条件,即:其本地存储有已获取的完整的企业通信录,该请求中包括客户端已获取的企业通信录的版本标记,还包括需要获取的企业通信录的企业个人XUI,版本标记的携带方式为:在HTTP协议头携带Etag:Etag-value(Etag-value即为版本标记);
S2.通信录服务器比对该请求中的客户端已获取的企业通信录的Etag与当前服务器中的企业通信录的Etag,若一致,则向客户端返回内容为空的document,否则构建所述通信录差量文档的通用资源标志符(Uniform Resource Identifier,URI),并向客户端发送成功响应,如图3中的5~6所示;
S3.若客户端接收到来自通信录服务器的内容为空的document,则更新结束,若接收到来自通信录服务器的成功响应,则通过XCAPGET根据成功响应向通信录服务器迭代发起获取企业通信录差量文档的请求,直至获取全部差量文档,如图3中的7~10所示;
S4.客户端根据接收到的差量文档更新本地存储的企业通信录。
其中,如图3中的1~4所示,步骤S1进一步包括:
S1.1客户端通过HTTP的方式向GM平台的AP发送获取企业通信录差量文档的请求;
S1.2由于客户端首次发送的请求中没有包含鉴权的信息,因此AP对客户端进行鉴权,并返回客户端尚未授权的响应;
S1.3客户端向AP发送获取差量文档的第二次请求,该第二次请求中包括了鉴权信息;
S1.4AP对客户端进行鉴权,并将该第二次请求发送至XDMS。
以下给出作为示例的请求行:
Method SP Request-URI SP HTTP-Version
请求行格式:
Head Line=Method XCAP_URI“HTTP/1.1”//请求行
Method=GET//请求方法
XCAP_URI=ttp://XCAPHost/services/AUID/users/XUI/company//xcap协议连接行
XCAP Host=通信录服务器地址
AUID=company-info
XUI=用户的Public User ID
HOME Directory=company
请求行描述:
示例性的鉴权的信息如下:
步骤S2中通信录服务器发送的成功响应中包括通信录服务器当前企业通信录的Etag、客户端本地的企业通信录的Etag、差量文档的URI、以及差量事件等等,示例如下:
消息头:
消息体的重要参数:
在步骤S3中,通信录服务器以压缩的XML格式发送所述差量文档,优选地,XML格式为HTTP协议规范中的gzip的实时编解码格式。
以上实施方式仅用于说明本发明,而并非对本发明的限制,有关技术领域的普通技术人员,在不脱离本发明的精神和范围的情况下,还可以做出各种变化和变型,因此所有等同的技术方案也属于本发明的范畴,本发明的专利保护范围应由权利要求限定。
Claims (7)
1.一种企业通信录的差量更新方法,其特征在于,该方法包括步骤:
S1.客户端通过HTTP的方式向群组管理平台的通信录服务器发送获取企业通信录差量文档的请求,其中,所述客户端本地存储有已获取的企业通信录,所述差量文档为标记了变化的企业通信录文档,所述请求中包括所述已获取的企业通信录的版本标记;
S2.所述通信录服务器比对所述请求中的所述企业通信录的版本与当前通信录服务器中的企业通信录的版本,若版本标记一致,则向所述客户端返回内容为空的文档,否则构建所述企业通信录差量文档的通用资源标志符,并向所述客户端发送成功响应;
S3.若所述客户端接收到来自所述通信录服务器的内容为空的文档,则更新结束,若接收到来自所述通信录服务器的成功响应,则根据所述成功响应向所述通信录服务器迭代发起获取企业通信录差量文档的请求,直至获取由所述通信录服务器发送的全部差量文档;
S4.所述客户端根据接收到的所述差量文档更新本地存储的企业通信录。
2.如权利要求1所述的企业通信录的差量更新方法,其特征在于,步骤S1进一步包括:
S1.1客户端通过HTTP的方式向群组管理平台的聚合代理发送获取企业通信录差量文档的请求;
S1.2.所述聚合代理对所述客户端进行鉴权,并返回所述客户端尚未授权的响应;
S1.3所述客户端向所述聚合代理发送获取所述差量文档的第二次请求,所述第二次请求中包括鉴权信息;
S1.4所述聚合代理对所述客户端进行鉴权,并将所述第二次请求发送至所述通信录服务器。
3.如权利要求1所述的企业通信录的差量更新方法,其特征在于,所述请求中包括要获取的企业通信录的企业XML配置访问协议用户标识。
4.如权利要求1所述的企业通信录的差量更新方法,其特征在于,在该方法中文档为以数据库保存的数据记录或以XML文件格式保存的文件数据。
5.如权利要求1所述的企业通信录的差量更新方法,其特征在于,所述成功响应中包括所述通信录服务器当前企业通信录的版本标记、所述客户端本地存储的企业通信录的版本标记、差量文档的通用资源标志符、以及差量事件。
6.如权利要求1所述的企业通信录的差量更新方法,其特征在于,在步骤S3中,所述通信录服务器以压缩的XML格式发送所述差量文档。
7.如权利要求6所述的企业通信录的差量更新方法,其特征在于,所述压缩的XML格式为HTTP协议规范中的gzip的实时编解码格式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010295786 CN102014124B (zh) | 2010-09-28 | 2010-09-28 | 企业通信录的差量更新方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010295786 CN102014124B (zh) | 2010-09-28 | 2010-09-28 | 企业通信录的差量更新方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102014124A true CN102014124A (zh) | 2011-04-13 |
CN102014124B CN102014124B (zh) | 2013-09-18 |
Family
ID=43844136
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201010295786 Active CN102014124B (zh) | 2010-09-28 | 2010-09-28 | 企业通信录的差量更新方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102014124B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104077053A (zh) * | 2014-06-30 | 2014-10-01 | 珠海市君天电子科技有限公司 | 终端信息的操作方法、装置及移动终端 |
CN110414771A (zh) * | 2019-06-04 | 2019-11-05 | 腾讯科技(深圳)有限公司 | 企业组织架构数据的更新方法、装置、服务器及客户端 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1564574A (zh) * | 2004-04-02 | 2005-01-12 | 戴生伟 | 移动通讯录系统及移动通讯录访问和创建方法 |
EP1879360A1 (en) * | 2006-07-10 | 2008-01-16 | Sysopen Digia Oyj | Maintaining corporate contact information in mobile terminal |
CN101552801A (zh) * | 2009-05-20 | 2009-10-07 | 中国电信股份有限公司 | 一种在线浏览和下载用户群组通讯录的方法和系统 |
CN101588375A (zh) * | 2009-05-21 | 2009-11-25 | 中国电信股份有限公司 | 一种通信录处理系统和方法 |
-
2010
- 2010-09-28 CN CN 201010295786 patent/CN102014124B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1564574A (zh) * | 2004-04-02 | 2005-01-12 | 戴生伟 | 移动通讯录系统及移动通讯录访问和创建方法 |
EP1879360A1 (en) * | 2006-07-10 | 2008-01-16 | Sysopen Digia Oyj | Maintaining corporate contact information in mobile terminal |
CN101552801A (zh) * | 2009-05-20 | 2009-10-07 | 中国电信股份有限公司 | 一种在线浏览和下载用户群组通讯录的方法和系统 |
CN101588375A (zh) * | 2009-05-21 | 2009-11-25 | 中国电信股份有限公司 | 一种通信录处理系统和方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104077053A (zh) * | 2014-06-30 | 2014-10-01 | 珠海市君天电子科技有限公司 | 终端信息的操作方法、装置及移动终端 |
CN104077053B (zh) * | 2014-06-30 | 2017-05-24 | 珠海市君天电子科技有限公司 | 终端信息的操作方法、装置及移动终端 |
CN110414771A (zh) * | 2019-06-04 | 2019-11-05 | 腾讯科技(深圳)有限公司 | 企业组织架构数据的更新方法、装置、服务器及客户端 |
Also Published As
Publication number | Publication date |
---|---|
CN102014124B (zh) | 2013-09-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101195393B1 (ko) | 동적 컨텐츠 배포 방법 및 장치 | |
CN101557409B (zh) | 一种地址簿信息融合管理的方法及装置 | |
CN101355797B (zh) | 获得用户终端设备信息的方法和通信业务功能实体 | |
US7602765B2 (en) | Method for synchronizing status information of IMPS client | |
US20090298489A1 (en) | System and method for a converged network-based address book | |
CN103314558A (zh) | 策略管理 | |
EP2207305A1 (en) | A method and a system for address book processing | |
CN103491055A (zh) | 一种在多个客户端间同步信息的方法、客户端和服务器 | |
CN103119911A (zh) | 用于同步社交网络的用户配置文件和用户的个人联系卡(pcc)的方法和系统 | |
CN101299829A (zh) | 一种实现统一存储中管理媒体内容的方法和消息系统 | |
CN102291243A (zh) | 业务处理服务器、系统和方法 | |
WO2011029025A1 (en) | Methods and apparatus to subscribe for change notifications in a document management system | |
CN102487375B (zh) | 一种在线下载视频的方法、装置和系统 | |
CN102447740A (zh) | 应用于网络云服务器通信历史记录管理方法及云服务器 | |
CN103873518A (zh) | 多终端同步获取增强通讯录的方法、系统与Web服务器 | |
WO2015011158A1 (en) | User friendly names for stored cpm conversation histories | |
JP2005530258A (ja) | クライアント・デバイスをサーバからリフレッシュする間に再同期化するためのシステムおよび方法 | |
US9237206B2 (en) | Method and apparatus for updating personal information in communication system | |
CN105812460A (zh) | 一种面向企业客户的移动互联网消息推送技术 | |
CN102014124B (zh) | 企业通信录的差量更新方法 | |
CN103036861A (zh) | 通讯录联系人关系匹配的方法、系统、服务器端和客户端 | |
KR20100112979A (ko) | 휴대 광고 시스템에서 휴대 광고 서비스 제공 방법 및 장치 | |
CN103460681B (zh) | 融合地址薄能力的管理方法 | |
CN101677317B (zh) | 更新内容发送方法及动态内容分发服务器 | |
CN103167424A (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 | ||
CP02 | Change in the address of a patent holder | ||
CP02 | Change in the address of a patent holder |
Address after: Room 818, 8 / F, 34 Haidian Street, Haidian District, Beijing 100080 Patentee after: BEIJING ULTRAPOWER SOFTWARE Co.,Ltd. Address before: 100089 Beijing city Haidian District wanquanzhuang Road No. 28 Wanliu new building A block 5 layer Patentee before: BEIJING ULTRAPOWER SOFTWARE Co.,Ltd. |