[发明专利]实现多个系统通讯录数据融合的方法及系统

说明书

技术领域

本发明涉及系统间数据同步技术，特别是指一种实现多个系统通讯录数据融合的方法及统一通讯录平台系统。

背景技术

随着通信助理类应用及个人手持终端的发展，个人通讯录数据越来越多的被认为分散到各个孤立的终端(如：手机、PDA等)及应用(如：邮箱、办公系统等)中，从而形成了大量各自独立、无法互通的数据孤岛。同时不同类型的、针对不同用户群的应用分别保存了一部分的个人通信录，如针对企业的办公系统保存了企业员工的企业通信录(同事)，而个人助理、PIM等应用则保存了个人的个人通信录。过于分散的数据为用户使用各通讯录相关应用时造成了极大的不便，同时各个应用及终端间无法完成数据同步，也造成了用户无法完全掌握自己的通讯录数据。

目前，业界成熟通用的通讯录同步技术主要有两种：SyncML(Synchronization Markup Language)及ActiveSync。这两种通讯录同步技术分别由Open Mobile Alliance及微软公司制定，其主要局限在于：

现有的这两种技术主要应用均是为了完成手持移动终端与PC(个人电脑)或互联网服务之间的数据同步工作，仅能实现一对一的数据同步，无法对多个应用间的数据进行同步和融合。

通过SyncML和ActiveSync发起的同步过程中的双方是客户端和服务器的关系，数据以某一方为准，而当用于应用系统间数据同步时，难以保证数据安全性。

SyncML和ActiveSync均要求遵循统一的特定通讯录格式，超出该格式的数据将无法完成同步。但是目前现存大量应用的通讯录数据格式无法完全转换为其规定的统一格式。

发明内容

有鉴于此，本发明的目的在于提出一种实现多个系统通讯录数据融合的方法及统一通讯录平台系统，能够有效的融合各个应用系统以及用户终端中存储的个人通讯录数据，实现个人通讯录和企业通讯录的整合。

基于上述目的本发明提供的一种实现多个系统通讯录数据融合的方法，包括：

设置保存有统一通讯录的统一通讯录平台系统；

对通讯录数据中的个人帐号与企业帐号分别保存在不同的帐号表中，将个人帐号与企业帐号的对应关系保存在关系表中；

在统一通讯录平台系统接收业务系统发送的通讯录数据上报请求后，判断该上报请求中的通讯录数据是否与本地现有通讯录数据一致，如果一致，则结束流程；如果不一致，则根据上报请求中的通讯录数据更新现有通讯录数据，将更新后的通讯录数据下发到其他业务系统。

可选的，该方法将帐号对应的联系人基础信息存储在一数据库横表中，将通讯录联系人的详细信息保存在另一数据库纵表中；

联系人属性存放在联系人属性表中，通过制定统一的属性规范，规定各个业务系统数据字段与统一通讯录的属性名之间的对应关系。

可选的，该方法如果所述通讯录数据上报请求所请求的为新增或者删除现有通讯录数据，则统一通讯录平台系统直接对现有通讯录数据执行相应的操作；

如果所述通讯录数据上报请求所请求的为对现有通讯录数据进行修改，则将该上报请求中的通讯录数据与现有通讯录数据进行字段合并，保存合并后的数据，对无法合并的进行冲突控制处理。

可选的，该方法所述字段合并处理过程，包括如下步骤：

步骤601，对于通讯录数据中的一个字段f，判断当前上行通讯录数据中的该字段f与统一通讯录平台系统中当前保存的通讯录数据中对应的字段f是否相同，即是否CurVer.f＝NewVer.f，如果是，则直接进入步骤603；否则进入步骤602；

步骤602，判断当前上行的通讯录数据中的所述字段f与统一通讯录平台系统中对应的历史版本中的字段f是否相同，即是否CurVer.f＝HisVer.f，如果是，则进入步骤603；否则，进入步骤604；

步骤603，对统一通讯录平台系统中的数据不作更新，以CurVer.f为准，将NewVer.f修改为CurVer.f，然后直接进入步骤607；

步骤604，判断统一通讯录平台系统中当前保存的通讯录数据版本中的f字段f与历史版本中的f字段是否相同，即是否CurVer.f＝HisVer.f，如果是，则进入步骤605；否则，进入步骤606；

步骤605，对统一通讯录平台系统中数据的f字段以当前上行通讯录数据中的f字段为准，进行更新，即保留NewVer.f值不变，进入步骤607；

步骤606，标记该字段f的上行存在冲突，结束字段合并流程；