【摘要】 一种维护个人信息管理数据一致性的方法,操作步骤如下:(1)用户在客户端的配置文件界面上选择设置PIM数据的同步方式;(2)系统按照用户设置的同步方式执行相应的同步操作;且在同步操作之前,系统先分别将准备删除的客户端数据或服务器端数据进行存储备份,以供后续操作调用;(3)当用户因误操作而丢失数据时,选择执行该数据回滚机制步骤,以便恢复原来的数据后,重新选择合适的同步方式再次进行同步。本发明利用SyncML协议的慢同步实现了PUT和GET两种同步方式,供用户方便地选择是以服务器端为准进行同步还是以客户端为准进行同步,还提供了删除数据的二次确认、建立删除数据的回收站等操作步骤,能有效地维护客户端和服务器端两侧数据的一致性。 【专利类型】发明授权 【申请人】北京邮电大学 【申请人类型】学校 【申请人地址】100876 北京市海淀区西土城路10号 【申请人地区】中国 【申请人城市】北京市 【申请人区县】海淀区 【申请号】CN200810240185.8 【申请日】2008-12-19 【申请年份】2008 【公开公告号】CN101431741B 【公开公告日】2010-07-14 【公开公告年份】2010 【授权公告号】CN101431741B 【授权公告日】2010-07-14 【授权公告年份】2010.0 【IPC分类号】H04W4/16; H04W8/22 【发明人】杨放春; 王红熳; 于晓燕 【主权项内容】一种维护个人信息管理数据一致性的方法,其特征在于,所述方法包括下列操作步骤:(1)初始化设置:用户先在客户端的配置文件界面上选择设置个人信息管理数据的同步方式;(2)执行同步操作:系统按照用户设置的同步方式执行相应的同步操作;且在同步操作之前,系统先分别将准备删除的客户端数据或服务器端数据进行存储备份,以供后续操作调用;当用户选择设置基于慢同步的PUT同步方式、即用客户端的数据覆盖服务器端的数据时,其操作内容如下所述:(201)客户端弹出交互界面,显示内容为:“您选择的是PUT同步,将用客户端的数据来替代服务器端的数据,按确认键继续”,请求用户进行二次确认;(202)用户按确认键进行确认;(203)客户端向服务器端发送鉴权和初始化请求,即在SyncML协议中采用Alert 201消息通知服务器:该客户端请求执行慢同步;(204)服务器端向客户端返回鉴权和初始化请求的响应;同时对其本地原有的该用户数据进行存储备份,然后删除其本地原有的该用户数据;(205)客户端向服务器端进行数据同步,因服务器端已经删除了本地原有的该用户数据,故此时的所有同步操作均为增加操作;(206)服务器端返回数据同步的结果报告;(207)客户端向服务器端发送同步结束的消息,然后服务器端保存该用户的客户端所有数据;(208)服务器端完成该用户的客户端所有数据的存储处理后,向客户端发送同步结束的消息,指示不再需要进行数据同步;(209)客户端告知用户:同步完成,该客户端的信息已经覆盖服务器端信息,两端数据一致;当用户选择设置基于慢同步的GET同步方式、即用服务器端的数据覆盖客户端的数据时,该步骤包括下列操作内容:(211)客户端弹出交互界面,显示内容为:“您选择的是GET同步,将用服务器端的数据来替代客户端的数据,按确认键继续”,请求用户进行二次确认;(212)用户按确认键进行确认;(213)客户端向服务器端发送鉴权和初始化请求,即在SyncML协议中采用Alert 201消息通知服务器:该客户端请求执行慢同步;(214)服务器端向客户端返回鉴权和初始化请求的响应;(215)客户端先对其本地的该用户原有的全部数据进行存储备份后,删除这些本地该用户数据,再向服务器端发送同步结束的消息,指示不需要进行数据同步;(216)服务器端向客户端进行数据同步,因客户端已经删除了本地原有的该用户数据,故此时的所有同步操作均为增加操作;(217)客户端向服务器端返回数据同步结果和用于标记客户端的记录标识与服务器上的记录标识之间映射关系的MAP消息;(218)服务器端向客户端发送同步结束的消息,然后客户端保存该用户位于服务器端的所有数据;(219)客户端告知用户:同步完成,服务器端信息已经覆盖该客户端的信息,两端数据一致。 【当前权利人】北京邮电大学 【当前专利权人地址】北京市海淀区西土城路10号 【专利权人类型】公立 【统一社会信用代码】12100000400009952C 【被引证次数】2 【被他引次数】2.0 【家族被引证次数】14