著录项信息
专利名称 | 一种数据同步的方法及其实现装置和实现系统 |
申请号 | CN200610152387.8 | 申请日期 | 2006-09-28 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2008-04-02 | 公开/公告号 | CN101155018 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L7/00 | IPC分类号 | H;0;4;L;7;/;0;0;;;H;0;4;L;2;9;/;0;6查看分类表>
|
申请人 | 华为技术有限公司 | 申请人地址 | 广东省深圳市龙岗区坂田华为总部办公楼
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 华为技术有限公司 | 当前权利人 | 华为技术有限公司 |
发明人 | 赵晖 |
代理机构 | 北京集佳知识产权代理有限公司 | 代理人 | 逯长明 |
摘要
本发明提供了提供一种自动发起数据同步的方法及其实现装置和实现系统,其所述装置,包括数据同步应用单元,用于根据数据条目的使用频率为数据条目配置频度等级,并且根据频度等级为数据条目配置数据同步策略;信息获取与发送单元,用于实现需同步的设备之间的数据通信。本发明实现了对使用频率高的联系人其记录项目的数据修改及时进行数据同步,避免因为使用频率低的联系人其记录项目的数据修改而频繁进行数据同步的情况发生,达到了自动、及时发起数据同步的目的,减少了人为跟踪通讯录变化状况发起数据同步的麻烦。
1.一种数据同步的方法,用于实现终端与服务器之间的数据同步,其特征在于,所述方法包括以下步骤:
根据通信日志中联系人的使用频率为不同联系人设置频度等级;
将所述频度等级作为记录项目添加到通讯录中相应联系人的记录条目中;
所述记录条目被修改后,根据其对应的频度等级确定数据同步策略,并根据所述数据同步策略进行数据同步操作:如果变更涉及到高活性的联系人,则立刻发起数据同步,或立刻提示用户是否进行数据同步,由用户进行手动发起;如果变更没有涉及到高活性的联系人,则不提示用户进行数据同步。
2.根据权利要求1所述的方法,其特征在于,所述设置频度等级,包括:
按照自定义的时间范围,对通信日志中联系人的使用频率进行统计,并按照统计值来划分频度等级。
3.根据权利要求1所述的方法,其特征在于,所述不提示用户进行数据同步之后还包括:
定期进行数据同步,以及通讯录中被修改条目的变动达到预置比例值时进行数据同步中的任意一种操作。
4.一种实现数据同步的装置,其特征在于,包括:
数据同步应用单元,用于将通信日志中联系人的使用频率进行频度等级的划分,并将划分的频度等级作为一记录项目增加到通讯录中,根据通讯录中用户所修改条目对应的频度等级,采取相应的数据同步策略,并将所采取的数据同步策略传递给信息获取与发送单元,其中,所述数据同步策略为:如果变更涉及到高活性的联系人,则立刻发起数据同步,或立刻提示用户是否进行数据同步,由用户进行手动发起;如果变更没有涉及到高活性的联系人,则不提示用户进行数据同步;
信息获取与发送单元,用于实现需同步的设备之间的数据通信;
数据条目修改时,所述数据同步应用单元根据所述频度等级调取相应的同步策略,并发送给所述信息获取与发送单元,所述信息获取与发送单元向需同步的设备发送所述数据同步策略。
5.根据权利要求4所述的装置,其特征在于,所述装置还包括:
通信统计分析单元,用于对通信日志中联系人的使用频率进行统计,并将统计值传递给数据同步应用单元。
6.一种实现数据同步的系统,包括:
用户端,对接收到的来自服务器端侧的消息进行应答及数据更新,能够发起数据同步;
服务器端,对接收到的来自用户端侧的消息进行应答及数据更新,能够发起数据同步;
其特征在于,所述系统还包括:
数据同步应用单元,可设置于所述服务器端或用户端,用于对通信日志中联系人的使用频率为数据条目配置频度等级,并将划分的频度等级作为一记录项目增加到通讯录中,能够按照通讯录中用户所修改条目对应的频度等级,采取相应的数据同步策略,并将所采取的数据同步策略传递给信息获取与发送单元,其中,所述数据同步策略为:如果变更涉及到高活性的联系人,则立刻发起数据同步,或立刻提示用户是否进行数据同步,由用户进行手动发起;如果变更没有涉及到高活性的联系人,则不提示用户进行数据同步;
当数据条目修改后,所述数据同步应用单元根据所述频度等级调取相应的同步策略,并通过用户端中的通信单元发送给服务器,或通过服务器中的通信单元发送给用户端,接收到所述数据同步策略的用户端或服务器根据制定的数据同步策略进行数据同步操作。
7.根据权利要求6所述的系统,其特征在于,当所述数据同步应用单元置于用户端时,数据同步请求由用户端发起;当所述数据同步应用单元置于服务器端时,数据同步请求由服务器端发起。
8.根据权利要求7所述的系统,其特征在于,所述系统,还包括:
通信统计分析单元,用于对通信日志中联系人的使用频率进行统计,并将统计值传递给数据同步应用单元。
一种数据同步的方法及其实现装置和实现系统\n技术领域\n[0001] 本发明涉及通信技术中的数据同步技术领域,一种数据同步的方法及其实现装置\n和实现系统。\n背景技术\n[0002] 数据同步可以在任意一种网络上、任何一种类型的网络设备上进行任意一种网络\n数据的同步,数据同步是指,例如,手机和PDA(Personal DigitalAssistant,个人数字助\n理)中都存有通讯录,办公室和家里的PC机或者笔记本中也都存有相同的通讯录,人们希\n望这些设备中的信息始终能够保持一致,即当其中一个设备上的数据变化时,使其他设备\n中的数据也做相应的更新,这种进行数据更新的过程,就是数据同步。\n[0003] 数据同步,需要同步协议。SYNCML(Synchronization Markup Language,同步标记\n语言)同步协议由IBM、Lotus、Motorola、Nokia、Palm Inc等商家组织发起成立数据同步\n论坛组织——SyncML发起组制定的,自2000年12月SyncML 1.0发布以来,已经有近700\n家的全球的公司宣布支持该协议,该协议有望发展成为一个可以被用户广泛接受的业界通\n用的同步协议。\n[0004] 应用该协议,一次SyncML数据同步过程通常需要六个数据包来完成,详细参见\n《SyncML Data Sync Protocol,version 1.2》文献,下面简单描述一次SyncML数据同步过\n程:\n[0005] 如图1所示,无论数据同步过程是由用户端发起还是由服务器端发起,用户端都\n首先向服务器端发送同步初始化数据包PKG1,在该数据包中主要包括用户端鉴权信息、设\n备能力;\n[0006] 服务器端收到数据包PKG1后,验证用户端帐号信息,同时把验证结果返回给客户\n端,将响应同步初始化数据包PKG2发给用户端;\n[0007] 用户端根据服务器端的数据包PKG2,通过分析PKG2中指定的同步类型,采取相应\n的同步方式进行同步,用户端会把本地数据库中自上次同步完成之后发生过变更的所有数\n据(包括增加、删除、修改的数据)封装到数据包PKG3中发送给服务器端;\n[0008] 其中,在本地数据库的操作日志中通常通过日志ID来标识出上次同步完成后日\n志所处的位置,用户端在下次进行同步时需要同步给服务器端的数据就是日志ID之后的\n日志中所记载的信息,参考日志信息格式如表1所示;\n[0009] 表1参考日志信息格式\n[0010] \n 日志ID LUID 执行的操作\n 1110 555 Add\n 1111 168 Replace\n 1112 123 delete\n 1113 556 Add\n[0011] 其中,LUID为数据库中某条数据对应的唯一标识ID;\n[0012] 服务器端收到数据包PKG3后,将该数据包中的更新数据更新到服务器端相应的\n数据库中;服务器端在将指令执行状态返回给用户端的同时,服务器端也会把自身数据库\n中自上次同步完成之后发生过变更的所有数据(包括增加、删除、修改的数据)封装到数据\n包PKG4中返回给客户端;\n[0013] 用户端根据收到的数据包PKG4将服务器端更新的数据更新到用户端数据库中;\n[0014] 用户端将指令执行状态返回给服务器端的同时,如果数据包PKG4中包含向本地\n数据库中增加数据条目的add指令,则客户端在成功向本地添加新的数据后,还需要生成\n相应的ID映射信息通过数据包PKG5通知服务器端;\n[0015] 其中,由于服务器端数据库容量很大,因而其中某条数据对应的全局唯一标识\nID(LUID:Global Unique Identifier)和用户端数据库中某条数据对应的LUID不一样,为\n了能够将双方要操作的同一数据条目对应起来,在服务器端还会维护一个ID映射表,表2\n所示;\n[0016] 表2 ID映射表\n[0017] \n[0018] 服务器端在将数据包PKG5中包含的ID映射信息维护到映射表之后,会返回数据\n包PKG6告知用户端维护指令的执行状态;\n[0019] 用户端收到数据包PKG6后,如果其中状态码全部正常,则数据同步成功结束;\n[0020] 所述SyncML用户端和SyncML服务器端,其作用分别是:\n[0021] 用户端:\n[0022] 其首先把其修改信息发给服务器端,且用户端必须能接收来自服务器端的应答消\n息,尽管总是用户端先发送修改信息,但在某种情况下,服务器端也要能发起数据同步过\n程。用户端通常是手机、PC或PDA等设备;\n[0023] 服务器端:\n[0024] 一般包含同步引擎和同步服务代理等设备,通常要等待用户端发起同步过程,并\n把用户修改信息发送到服务器端。服务器端负责接收用户端的修改信息,并进行同步分析。\n如果在传输层支持服务器端的命令,服务器也可以主动发起同步过程。一般服务器设备或\nPC机都可以成为服务器。\n[0025] 上述数据同步方法,其缺陷是:需要用户端手工发起数据同步需求。\n发明内容\n[0026] 本发明所要解决的技术问题是:提供一种自动发起数据同步的方法及其实现装置\n和实现系统,以避免用户端手工发起数据同步需求的麻烦。\n[0027] 于是,本发明提供了一种数据同步的方法,用于实现可通信设备之间的数据同步,\n所述方法包括以下步骤:\n[0028] 根据使用频率为数据条目设置频度等级,并为不同的频度等级制定相应的数据同\n步策略;\n[0029] 所述数据条目修改后,根据其对应的频度等级采取所述相应的数据同步策略进行\n数据同步操作。\n[0030] 其中,所述设置频度等级进一步包括:\n[0031] 按照自定义或者预先设定的时间范围,对数据条目的使用频率进行统计,并按照\n统计值来确定频度等级。\n[0032] 其中,所述为不同的频度等级制定相应的数据同步策略,包括:\n[0033] 立即进行数据同步、定期进行数据同步、及通讯录中被修改条目的变动达到预置\n比例值时进行数据同步。\n[0034] 本发明还提供了一种数据同步的方法,用于实现终端与服务器之间的数据同步,\n所述方法包括以下步骤:\n[0035] 根据通信日志中联系人的使用频率为不同联系人设置频度等级;\n[0036] 将所述频度等级作为记录项目添加到通讯录中相应联系人的记录条目中;\n[0037] 所述记录条目被修改后,根据其对应的频度等级确定数据同步策略,并根据所述\n数据同步策略进行数据同步操作:如果变更涉及到高活性的联系人,则立刻发起数据同步,\n或立刻提示用户是否进行数据同步,由用户进行手动发起;如果变更没有涉及到高活性的\n联系人,则不提示用户进行数据同步。\n[0038] 其中,设置频度等级,包括:\n[0039] 按照自定义或者预先设定的时间范围,对通信日志中联系人的使用频率进行统\n计,并按照统计值来划分频度等级。\n[0040] 其中,所述数据同步策略,包括:\n[0041] 立即进行数据同步、定期进行数据同步、及通讯录中被修改条目的变动达到预置\n比例值时进行数据同步。\n[0042] 本发明还提供了一种实现数据同步的装置,包括:\n[0043] 数据同步应用单元,用于将通信日志中联系人的使用频率进行频度等级的划分,\n并将划分的频度等级作为一记录项目增加到通讯录中,根据通讯录中用户所修改条目对应\n的频度等级,采取相应的数据同步策略,并将所采取的数据同步策略传递给信息获取与发\n送单元,其中,所述数据同步策略为:如果变更涉及到高活性的联系人,则立刻发起数据同\n步,或立刻提示用户是否进行数据同步,由用户进行手动发起;如果变更没有涉及到高活性\n的联系人,则不提示用户进行数据同步;\n[0044] 信息获取与发送单元,用于实现需同步的设备之间的数据通信;\n[0045] 数据条目修改时,所述数据同步应用单元根据所述频度等级调取相应的同步策\n略,并发送给所述信息获取与发送单元,所述信息获取与发送单元向需同步的设备发送所\n述数据同步策略。\n[0046] 其中,所述装置还包括:\n[0047] 通信统计分析单元,用于对通信日志中联系人的使用频率进行统计,并将统计值\n传递给数据同步应用单元。\n[0048] 本发明还提供了一种实现数据同步的系统,包括:\n[0049] 用户端,对接收到的来自服务器端侧的消息进行应答及数据更新,能够发起数据\n同步;\n[0050] 服务器端,对接收到的来自用户端侧的消息进行应答及数据更新,能够发起数据\n同步;其特征在于,所述系统还包括:\n[0051] 数据同步应用单元,可设置于所述服务器端或用户端,用于对通信日志中联系人\n的使用频率为数据条目配置频度等级,并将划分的频度等级作为一记录项目增加到通讯录\n中,能够按照通讯录中用户所修改条目对应的频度等级,采取相应的数据同步策略,并将所\n采取的数据同步策略传递给信息获取与发送单元,其中,所述数据同步策略为:如果变更涉\n及到高活性的联系人,则立刻发起数据同步,或立刻提示用户是否进行数据同步,由用户进\n行手动发起;如果变更没有涉及到高活性的联系人,则不提示用户进行数据同步;\n[0052] 当数据条目修改后,所述数据同步应用单元根据所述频度等级调取相应的同步策\n略,并通过用户端中的通信单元发送给服务器,或通过服务器中的通信单元发送给用户端,\n接收到所述数据同步策略的用户端或服务器根据制定的数据同步策略进行数据同步操作。\n[0053] 其中,当所述数据同步应用单元置于用户端时,数据同步请求由用户端发起;当所\n述数据同步应用单元置于服务器端时,数据同步请求由服务器端发起。\n[0054] 其中,所述系统,还包括:\n[0055] 通信统计分析单元,用于对通信日志中联系人的使用频率进行统计,并将统计值\n传递给数据同步应用单元。\n[0056] 本发明按照使用频率来划分频度等级,并将频度等级作为一条记录项目增加到通\n讯录中,当通讯录记录项目中除频度等级外,有数据被修改时,根据被修改条目对应的频度\n等级,由系统决定或者由系统提示用户是否要进行数据同步、及何时进行数据同步,能够使\n使用频率高的联系人其记录项目的数据修改,能够被及时进行数据同步,使用频率低的联\n系人其记录项目的数据修改,能够被定期或者定时进行数据同步,因此,本发明实现了对使\n用频率高的联系人其记录项目的数据修改及时进行数据同步,同时也避免了因为使用频率\n低的联系人其记录项目的数据修改而频繁进行数据同步的情况发生,达到了自动、及时发\n起数据同步的目的,减少了人为跟踪通讯录变化状况发起数据同步的麻烦。\n[0057] 附图说明\n[0058] 图1为SyncML数据同步过程示意图;\n[0059] 图2为本发明实现数据同步的装置示意图;\n[0060] 图3为本发明实现数据同步的系统示意图。\n[0061] 具体实施方式\n[0062] 下面,结合附图对本发明进行详细描述。\n[0063] 本发明提供了一种数据同步的方法,用于实现可通信设备之间的数据同步,所述\n方法包括:根据使用频率为数据条目设置频度等级,并为不同的频度等级制定相应的数据\n同步策略;所述数据条目修改后,根据其对应的频度等级采取所述相应的数据同步策略进\n行数据同步操作。\n[0064] 按照SYNCML同步协议,数据同步一般有七种方式,分别为:\n[0065] 双向同步:表示客户端与服务器端双方把各自的更新数据同步给对方;\n[0066] 慢同步:双向同步的一种,客户端与服务器端把自己的所有数据都发送给对方,进\n行一对一的比较同步,需时较长;\n[0067] 客户端单路同步:客户端把数据更新发送到服务器端,服务端不发送更新数据;\n[0068] 客户端刷新同步:客户端把全部的数据发送到服务器端,代替服务器端的所有数\n据;\n[0069] 服务器端单路同步:服务器端把数据更新送到客户端,客户端不发送数据;\n[0070] 服务器端刷新同步:服务器端把全部的数据发送到客户端,代替客户端的所有数\n据;\n[0071] 服务端通知同步:服务器端告知客户端要与服务端开始某种特定类型的同步;\n[0072] 进行数据同步的数据格式一般为:\n[0073] vcard:IETF组织定义,用于在网络和终端间同步通讯录信息;\n[0074] vcalendar:IETF组织定义,用于在网络和终端间同步日程表等信息;\n[0075] DataObjEmail:OMA SyncML DS工作组定义,用于在网络和终端间同步Email信\n息;\n[0076] DataObjFile:OMA SyncML DS工作组定义,用于在网络和终端间同步文件信息;\n[0077] DataObjFolder:OMA SyncML DS工作组定义,用于在网络和终端间同步文件夹信\n息。\n[0078] 用户端通常是手机、PC或PDA等设备,其上都有通信记录功能,例如记录终端呼入\n呼出的电话号码、呼出时间信息、记录终端收发的消息、时间等信息,这些记录用户与其他\n用户间的通信记录情况的记录被称为通信日志,用户终端存储的电话本被称为通讯录,通\n讯录中的每个联系人对应的相应记录项目组成条目,每个条目中包含例如,联系人、电话号\n码等多个记录项目;用户终端支持数据同步功能、通信记录功能;\n[0079] 本发明的方法用于上述网络与终端间的同步时:\n[0080] 根据通信日志中联系人的使用频率为不同联系人设置频度等级;将所述频度等级\n作为记录项目添加加到通讯录中相应联系人的记录条目中;所述记录条目被修改后,根据\n其对应的频度等级确定数据同步策略,并根据所述数据同步策略进行数据同步操作。\n[0081] 如图2所示,为本发明所述实现数据同步的装置10,其包括数据同步应用单元11\n和信息获取与发送单元12;\n[0082] 数据同步应用单元11,用于将通信日志中联系人的使用频率进行频度等级的划\n分,并将划分的频度等级作为一记录项目增加到通讯录中,如表3所示,数据同步应用单元\n根据通讯录中用户所修改条目对应的频度等级,采取相应的数据同步策略,并将所采取的\n数据同步策略传递给信息获取与发送单元12;\n[0083] 信息获取与发送单元12,用于实现与用户端和服务器端的数据通信,获取用户端\n或者服务器端通讯录、及将数据同步应用单元11采取的数据同步策略传递给用户端和服\n务器端;\n[0084] 数据条目修改时,所述数据同步应用单元根据所述频度等级调取相应的同步策\n略,并发送给所述信息获取与发送单元,所述信息获取与发送单元向需同步的设备发送所\n述数据同步策略;\n[0085] 其中,所述数据同步装置10,还包括:\n[0086] 通信统计分析单元13,用于对通信日志中联系人的使用频率进行统计,并将统计\n值传递给数据同步应用单元11。\n[0087] 如图3所示,本发明还提供了一种实现数据同步的系统20,包括:\n[0088] 用户端21,存储有通讯录,对接收到的来自服务器端22侧的消息进行应答及数据\n更新,能够发起数据同步;\n[0089] 服务器端22,存储有通讯录,对接收到的来自用户端11侧的消息进行应答及数据\n更新,能够发起数据同步;\n[0090] 数据同步应用单元11,可设置于所述服务器端或用户端,用于对通信日志中联系\n人的使用频率进行频度等级的划分,并将划分的频度等级作为一记录项目增加到通讯录\n中,能够按照通讯录中用户所修改条目对应的频度等级,采取相应的数据同步策略,并将所\n采取的数据同步策略传递给信息获取与发送单元;\n[0091] 当数据条目修改后,所述数据同步应用单元11根据所述频度等级调取相应的同\n步策略,并通过用户端21中的通信单元211发送给服务器22,或通过服务器22中的通信单\n元221发送给用户端21,接收到所述数据同步策略的用户端21或服务器22根据所述数据\n同步策略进行数据同步操作;\n[0092] 当用户端21和服务器22端收到信息获取单元与发送单元12发送的数据同步策\n略后,用户端21和服务器22端按照所述数据同步策略执行相应的动作;\n[0093] 其中,当所述数据同步应用单元11置于用户端21时,数据同步发起由用户端21\n执行;当所述数据同步应用单元11置于服务器端22时,数据同步发起由服务器端22执行;\n[0094] 所述系统还包括:\n[0095] 通信统计分析单元13,用于对通信日志中联系人的使用频率进行统计,并将统计\n值发送给数据同步应用单元11。\n[0096] 实施例1\n[0097] 本实施例为:数据同步应该单元11置于用户端21时,实现数据同步的方法具体如\n下:\n[0098] 信息获取与发送单元12与用户端21中的通信记录模块交互,获得用户端通讯录\n及通信日志;\n[0099] 数据同步应用单元11按照通信日志中联系人的使用频率,例如,某电话号码经常\n被呼入的次数、某电话号码经常被发送短信息的次数等,来划分频度等级,将所述频度等级\n作为一条记录项目增加到通讯录中,如表3所示,数据同步应用单元11根据用户对通讯录\n的修改条目对应的频度等级,采取相应的数据同步策略;\n[0100] 其中,还可以增加一个通信统计分析单元13,用于对数据条目的使用频率进行统\n计,并将统计值传递给数据同步应用单元;\n[0101] 可以是在用户自定义或预先设定的某时间范围内,通信统计分析单元13,统计用\n户终端使用通信日志项目的次数,即,例如统计通话次数、交互信息次数(短信息、彩信、电\n子邮件等);\n[0102] 数据同步应用11按照通信日志中联系人的使用频率将联系人划分为不同的等\n级,例如高级(活跃联系人)、低级(不活跃联系人)等;\n[0103] 数据同步应用单元11在用户端维护的通讯录数据库中增加一项,即每个电话本\n条目对应联系人的使用频度等级,该使用频度等级对应的字段名称不限,例如本实施例中\n使用频度等级,也可以用任意不限的数据格式表示,如数字、字符、布尔值等;\n[0104] 表3举出一个按照本发明修改后的通讯录,即数据同步应用单元维护的通讯录数\n据库;其中,频度等级以整数表示,1表示对应的联系人为高活性,0表示对应的联系人为低\n活性;\n[0105] 表3通讯录数据库\n[0106] \n LUID 数据 频度等级\n 1212 BBEEGGIINN::VVCCAARRDD VVEERRSSIIOONN::22..11 FFNN;;EENNCCOODDIINNGG==QQUUOOTTEEDD--PPRRIINNTTAABBLLEE;;CCHHAARRSSEETT==UUTTFF--88::zlssain TEL;CELL:13412345678 END:VCARD 10\n[0107] [0105]\n 33 TBEELGI;NHO:MVECA:6R3D 04 1VE23R4S I ONEN:D2:.V1 CA FRDN;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:wwu TEL;WORK:82236789 END:VCARD 1\n[0108] 用户通过用户端变更通讯录中的条目时,数据同步应用单元11记录通讯录的变\n更日志,日志中保存修改的通讯录条目的频度等级参数的值;\n[0109] 数据同步应用单元11根据修改的通讯录条目中是否涉及高活性的联系人,采取\n不同的同步策略,例如:如果变更涉及到高活性的联系人,则可以立刻发起数据同步,也可\n以立刻提示用户是否进行数据同步,由用户进行手动发起;如果变更没有涉及到高活性的\n联系人,则不提示用户进行数据同步,可以稍后由用户手工发起、定期数据同步、通讯录记\n录项目的修改达到预置比例值时发起数据同步等;\n[0110] 若进行数据同步策略,由用户端21发起数据同步。\n[0111] 可见,本发明当通信日志中联系人的使用频率中除频度等级外,有数据被修改时,\n根据被修改条目对应的频度等级,由系统决定或者由系统提示用户是否要进行数据同步、\n及何时进行数据同步,能够使使用频率高的联系人其记录项目的数据修改,能够被及时进\n行数据同步,使用频率低的联系人其记录项目的数据修改,能够被定期或者定时进行数据\n同步,因此,本发明实现了对使用频率高的联系人其记录项目的数据修改及时进行数据同\n步,同时也避免了因为使用频率低的联系人其记录项目的数据修改而频繁进行数据同步的\n情况发生,达到了自动、及时发起数据同步的目的,减少了人为跟踪通讯录变化状况发起数\n据同步的麻烦。\n[0112] 实施例2\n[0113] 本实施与实施例1不同之处在于:数据同步应该单元11置于服务器端22,信息获\n取与发送单元12与服务器端22中的通信记录模块交互,获得用户端通讯录及通讯日志,数\n据同步的发起由服务器端执行,其数据同步的方法与实施例1完全相同,在此不再重复描\n述。\n[0114] 以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精\n神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
法律信息
- 2010-11-03
- 2008-05-28
- 2008-04-02
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
1999-03-31
|
1998-07-18
| | |
2
| |
2004-02-04
|
2002-07-31
| | |
3
| |
2006-06-28
|
2005-10-27
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |