CN101399656A - 一种同步标记语言中的数据同步方法及系统 - Google Patents

Abstract

本发明公开了一种同步标记语言中的数据同步方法及系统，包括：接收数据同步请求，根据数据同步请求中携带的终端的型号信息确定终端配置能力信息；根据终端配置能力信息确定终端支持的解编码方式；根据解编码方式对同步标记语言报文及所述同步标记语言报文的数据内容进行编解码；通过解编码后的同步标记语言报文进行数据同步。使用本发明解决了在服务器与终端之间存在的因协议、以及厂商对协议规定不一致所带来的互通性问题，提高了数据同步的质量。

Description

一种同步标记语言中的数据同步方法及系统

技术领域

本发明涉及数据同步领域，特别涉及一种同步标记语言中的数据同步方法及系统。

背景技术

随着移动通信的普及和发展，人们之间的通讯联系越来越广泛深入，移动通信已经成为最为重要的沟通和交流手段之一，移动终端在移动用户的生活中扮演着越来越重要的角色。由于移动用户的终端中所存储的大量亲人、朋友和客户等的联系方式等信息，因此对于用户尤其是商务用户，有着无法衡量的重要性，一旦因意外事件丢失后，不但重新恢复比较困难，更有可能导致日常工作和商务活动的极大不便，甚至导致工作延误、生意失败等严重后果。而PIM(Personal Information Management，个人信息管理)业务的出现，则可以解决上述难题，可以为用户提供了安全便捷的备份、恢复手段，为用户的地址资料提供了统一的管理、便捷的查询。PIM业务允许客户将移动终端中的信息(如：通信录、日程安排等)以无线或有线方式与电脑或移动网络服务器保持一致，并能用多种终端、多种接入手段查询和管理信息。个人信息管理的内容除了通讯录之外，还可以包括日程安排、记事簿、短消息等各种信息。用户可以通过无线方式将自己移动终端中的数据备份到PIM服务器上，或从PIM服务器获取PIM信息同步到移动终端，最终达到移动终端、PIM服务器及PC(PersonalComputer，个人电脑)机的个人信息同步的目的。因为PIM的信息是存贮于网络，所以当在更换手机、或手机丢失的时候，资料也不会丢失。

下面对现有技术中基于SyncML-DS(Open Mobile Alliance-synchronizationmarkup language-Data Synchronization，开放移动联盟-同步标记语言-数据同步)协议的数据同步进行说明。

PIM业务的核心是数据同步，图1是基于SyncML-DS的同步示意图，如图所示，图中的SyncML客户端(SyncML Client)是以移动终端为例进行说明，但并不限于移动终端，还可以包含PC软终端等，同步客户端把客户端上做的数据修改信息(client modifications)通过SyncML消息(SyncML message)发送到同步服务器(SyncML Server)。服务器对SyncML消息中的数据进行同步处理(处理可以包括：增加、替换、删除等操作)。之后，服务器把服务器端上的数据修改信息(server modifications)也发送到客户端。

下面以地址本数据的同步为例进行说明，现有技术中同步过程中传输的地址本数据，使用vCard(电子名片)格式。在数据同步的过程中，例如在慢同步的过程中，服务器需要判断终端上发的vCard记录是否和服务器上的某条vCard记录“相同”，如果相同的话，则服务器只建立两条记录的映射关系，否则需要在服务器上增加一条记录。最后对于服务器上没有映射到终端上的数据，服务器通过“Add”(增加)命令下发到终端上。

图2为基于SyncML-DS的同步系统原理框示意图，如图所示是现有技术的典型同步服务器，含有通讯承载模块、同步状态机、SyncML编解码器、内容编解码器、持久存储模块等五个模块。各模块主要功能如下：

通讯承载模块：

负责接入同步客户端，实现TCP/IP(Transmission Control Protocol/InternetProtocol，传输控制协议/网络互连协议)、WSP(Wireless Session Protocol，无线会话协议)、HTTP(Hyper Text Transport Protocol，超级文本传送协议)等底层通讯协议，用来承载客户端和服务器之间交互的SyncML报文。

同步状态机：

客户端和服务器之间的一次同步过程涉及同步初始化、同步数据交互、同步尾处理三个阶段下的多个SyncML报文的处理，同步状态机用于控制整个同步会话过程、以及同步逻辑处理。它是同步服务器的核心调度模块。

SyncML编解码模块：

负责把XML(eXtensible Markup Language，可扩展标记语言)格式的SyncML报文解析成系统内部对象格式；以及把以内部对象格式表示的报文组成SyncML报文。

内容编解码模块：

负责把SyncML报文中包含的文本格式的vCard、vCalendar(电子日程)等内容数据解析成内部对象格式；以及把以内部对象格式表示的数据内容组成vCard、vCalendar等格式文本。

持久存储模块：

负责把用户上传到服务器的vCard、vCalendar等内容存储到文件系统、或数据库等持久存储设备上。

图3为基于SyncML-DS的同步实施流程示意图，如图所示，同步数据包括如下步骤：

步骤301、同步客户端发送同步请求到同步服务器；

步骤302、服务器的通讯承载模块把SyncML请求报文发送给同步状态机；

步骤303、同步状态机发送SyncML报文解析请求到SyncML编解码模块模块；

步骤304、SyncML编解码模块把XML格式的SynML报文解析成同步服务器内部使用的内部对象格式返回给同步状态机；

步骤305、同步状态机把解析成内部对象格式的SyncML报文中携带的内容文本发送到内容编解码模块请求解析；

步骤306、编解码模块把文本格式的内容解析成同步服务器内部使用的内部对象格式返回给同步状态机；

步骤307、同步状态机向持久存储模块请求查询用户已存在服务器的内容；

步骤308、持久存储模块返回用户已存在服务器的内容给同步状态机；

步骤309、同步状态机向内容编解码模块请求比对终端上发的内容和服务器已有的内容是否重复；

步骤310、内容编解码模块返回同步状态机内容比对结果；

步骤311、同步状态机根据终端上发的同步命令以及数据比对的结果，向持久存储模块请求对用户内容做增加、删除、更改的更新操作。

步骤312、持久存储模块向同步状态机返回更新结果；

步骤313、同步状态机根据更新结果，构造需要返回给客户端的信息，并请求内容编解码模块把需下发的内容组装成格式化文本；

步骤314、内容编解码模块返回同步状态机格式化文本；

步骤315、同步状态机请求SyncML编解码模块把需要下发给用户内容以及同步命令处理结果构造成SyncML报文；

步骤316、SyncML编解码模块返回同步状态机构造好的SyncML报文；

步骤317、同步状态机把SyncML响应报文返回给通讯承载模块；

步骤318、通讯承载模块通过底层通讯机制返回SycnML响应报文给客户端。

但发明人在发明过程注意到：现有技术中在基于SyncM-DS的同步过程中，同步内容主要有地址本(vCard)和日程(vCalendar)形式，而不同终端对应的vCard、vCalendar通常存在差异，如：对vCard中的“手机号码”标签，有的手机编码成tel；cell，有的手机编码成tel；home，在这种情况下，当用户更换手机后进行数据同步时，即使tel；cell与tel；home的取值相同，服务器也会将tel；cell与tel；home作为两个不同的标签，从而认为是两条不同的记录进行存储，这样就导致了数据的重复，如果新更换的手机中的vCard中包含的字段与原手机不同，还可能导致记录丢失或记录字段丢失等情况，因此，在现有技术中由于vCard、vCalendar协议本身的复杂性和灵活性，以及各厂家对协议理解上的差异，导致同步应用程序在互通性上存在不足。

发明内容

本发明实施例提供一种同步标记语言中的数据同步方法及系统，用以提高在SyncM-DS的数据同步过程中的互通性。

本发明实施例提供了一种使用同步标记语言的数据同步方法，包括：

接收数据同步请求，根据所述数据同步请求中携带的终端的型号信息确定终端配置能力信息；

根据所述终端配置能力信息确定终端支持的解编码方式；

根据所述解编码方式对同步标记语言报文及所述同步标记语言报文的数据内容进行编解码；

通过所述解编码后的同步标记语言报文进行数据同步。

本发明实施例还提供了一种使用同步标记语言的数据同步系统，包括接收模块、终端配置确定模块、编解码方式确定模块、编解码模块、数据同步模块，其中：

接收模块，用于接收数据同步请求；

终端配置确定模块，用于根据所述数据同步请求中携带的终端的型号信息确定终端配置能力信息；

编解码方式确定模块，用于根据所述终端配置能力信息确定终端支持的解编码方式；

编解码模块，用于根据所述解编码方式对同步标记语言报文及所述同步标记语言报文的数据内容进行编解码；

数据同步模块，用于通过所述解编码后的同步标记语言报文进行数据同步。

本发明实施例有益效果如下：

本发明实施例中根据数据同步请求中携带的终端的型号信息确定终端配置能力信息后；在服务器与终端通过SyncML报文进行数据同步的过程中，再根据终端配置能力信息确定终端支持的解编码方式；然后根据解编码方式对同步标记语言报文及所述同步标记语言报文的数据内容进行编解码；最后通过解编码后的同步标记语言报文进行数据同步。由于终端配置能力来源于数据同步请求时携带的型号信息，因此该信息能够准确地反映出终端的真实能力，服务器在据此对SyncML报文进行编解码过程中，就能够保证按终端的配置进行编解码，从而解决了在服务器与终端之间存在的因协议、以及厂商对协议规定不一致所带来的互通性问题，提高了数据同步的质量。

附图说明

图1为背景技术中基于SyncML-DS的同步示意图；

图2为背景技术中基于SyncML-DS的同步系统原理框示意图；

图3为背景技术中基于SyncML-DS的同步实施流程示意图；

图4为本发明实施例中使用同步标记语言的数据同步方法实施流程示意图；

图5为本发明实施例中使用同步标记语言的数据同步系统结构示意图；

图6为本发明实施例中使用同步标记语言的数据同步系统的另一结构示意图；

图7为本发明实施例中使用同步标记语言的数据同步实施流程示意图。

具体实施方式

下面结合附图对本发明的具体实施方式进行说明。

图4为使用同步标记语言的数据同步方法实施流程示意图，如图所示，在数据同步时可以包括如下步骤：

步骤401、接收数据同步请求，根据所述数据同步请求中携带的终端的型号信息确定终端配置能力信息；

本步骤中，可以根据终端在数据同步时携带的型号信息查询预先存储的该型号信息对应的终端配置能力信息以确定该终端的配置能力。

步骤402、根据终端配置能力信息确定终端支持的解编码方式；

步骤403、根据所述解编码方式对同步标记语言报文及所述同步标记语言报文的数据内容进行编解码；

步骤404、通过所述解编码后的同步标记语言报文进行数据同步。

实施中，终端配置能力可以包括SyncML能力信息、内容能力信息，同步标记语言报文根据终端配置能力的同步标记语言能力信息，及同步标记语言报文的数据内容根据终端配置能力信息的内容能力信息进行编解码。

SyncML能力信息可以包括包最大消息长度、和/或支持的状态码列表，其中：

包最大消息长度：

服务器下发SyncML报文不能超过此长度，超过则需要分多次下发；

支持的状态码列表：

终端不支持的状态码，服务器不下发，需要转换成其它状态码下发。

内容能力信息包括：电子名片定义规范(vCard)和电子日程定义规范(vCalendar)的属性(Property)和参数(Parameter)标签组合在终端和服务器的映射关系、服务器支持但终端不支持的标签组合、终端标签取值格式的正则表达式定义、构成内容联合主键的标签组合其中之一或者其组合，其中：

vCard和vCalendar的Property和Parameter标签组合：是在客户端和服务器的映射关系，如终端tel；cell；cell；work组合映射到服务器上的tel；cell组合；终端上行数据按此配置转换成服务器标签，服务器下行数据按此配置转换成终端标签。

服务器支持但终端不支持的标签组合：服务器根据这个组合在下行数据去掉这些标签组合。

终端标签取值格式的正则表达式定义：终端上行数据取值按此定义进行解析，服务器下行数据按此定义进行构造。

构成内容联合主键的标签组合：终端上行数据，按此主键来比对和服务器中的数据是否重复。

进一步还可以包括：

根据数据同步请求中携带的型号信息确定是否需要进行插件处理；确定需要进行插件处理后，根据终端配置能力信息及进行插件处理后的插件对同步标记语言报文及同步标记语言报文的数据内容进行解编码后的同步标记语言报文进行数据同步。

进行插件处理是采用动态库方式加载和/或卸载包括jar包、dll文件、.so文件三者之一或者其组合的插件。

本步骤可以通过利用插件适配标志和插件标识来实施，主要用于解决当配置了SyncML能力信息、内容能力信息两类信息后，仍有兼容性问题存在导致不能正确编解码的终端，插件适配标志和插件标识用于表明终端是否需要插件适配，以及对应插件标识，如当配置了电子名片定义规范和电子日程定义规范的属性和参数标签组合在终端和服务器的映射关系后，由于终端采用的映射关系并非所配置的映射关系，此时就需下载终端采用的映射关系插件。插件可以采用动态库方式加载和卸载，如jar包、dll文件、.so文件等。

图5为使用同步标记语言的数据同步系统结构示意图，如图所示，同步系统中包括接收模块、终端配置确定模块、编解码方式确定模块、编解码模块、数据同步模块，其中：

接收模块，用于接收数据同步请求；

终端配置确定模块，用于根据所述数据同步请求中携带的终端的型号信息确定终端配置能力信息；

编解码方式确定模块，用于根据所述终端配置能力信息确定终端支持的解编码方式；

编解码模块，用于根据所述解编码方式对同步标记语言报文及所述同步标记语言报文的数据内容进行编解码；

数据同步模块，用于通过所述解编码后的同步标记语言报文进行数据同步。

同步系统中还可以进一步包括设备能力库，用于提供包括同步标记语言能力信息、内容能力信息的所述终端配置能力信息；

设备能力库包括第一信息库、第二信息库，其中：

第一信息库，用于提供包括包最大消息长度、和/或支持的状态码列表的所述同步标记语言能力信息；

第二信息库，用于提供包括：电子名片定义规范vCard和电子日程定义规范vCalendar的Property和Parameter标签组合在终端和服务器的映射关系、服务器支持但终端不支持的标签组合、终端标签取值格式的正则表达式定义、构成内容联合主键的标签组合其中之一或者其组合的所述内容能力信息。

编解码模块进一步用于对所述同步标记语言报文根据所述终端支持的解编码方式中终端配置能力的同步标记语言能力信息进行编解码，对所述同步标记语言报文的数据内容根据所述终端支持的解编码方式中终端配置能力信息的内容能力信息进行编解码。

编解码模块实施中可以利用SyncML编解码模块、内容编解码模块来进行实施，数据同步模块可以利用通讯承载模块、同步状态机来进行实施。

同步系统中还可以进一步的包括设备插件库，用于存储解编码所需处理接口插件；

编解码模块进一步用于根据所述终端支持的解编码方式中终端配置能力信息从所述设备插件库调用处理接口插件进行编解码。

同步系统进一步可以包括插件识别模块、插件处理模块，其中：

插件识别模块，用于根据终端携带的型号信息确定是否需要进行插件处理；

插件处理模块，用于采用动态库方式在所述设备插件库加载或卸载包括jar包、dll文件、.so文件三者之一或者其组合的处理接口的插件；

所述编解码模块进一步用于在确定需要进行插件处理后，服务器根据所述终端支持的解编码方式中终端配置能力信息及所述进行插件处理后的插件对所述同步标记语言报文及所述同步标记语言报文的数据内容进行解编码。

实施中，插件按如下处理接口中的一个或者其组合来实施：

syncmlUpPreProcess--终端上行SyncML解析预处理接口；

syncmlUpPostProcess--终端上行SyncML报文解析后处理接口；

syncmlDownPreProcess--服务器下行SyncML构造预处理接口；

syncmlDownPostProcess--服务器下行SyncML构造后处理接口；

vcardUpPreProcess--终端上行vCard解析预处理接口；

vcardUpPostProcess--终端上行vCard解析后处理接口；

vcardDownPreProcess--服务器下行vCard构造预处理接口；

vcardDownPostProcess--服务器下行vCard构造后处理接口；

vcardCompare--vCard比对接口；

vcalendarUpPreProcess--终端上行vCalendar解析预处理接口；

vcalendarUpPostProcess--终端上行vCalendar解析后处理接口；

vcalendarDownPreProcess--服务器下行vCalendar构造预处理接口；

vcalendarDownPostProcess--服务器下行vCalendar构造后处理接口；

vcalendarCompare--vCalendar比对接口。

下面以具体实例来说明本发明的具体实施方式。

图6为使用同步标记语言的数据同步系统的另一结构示意图，如图所示，在系统中包括：确定模块、编解码模块、数据同步模块、设备能力库、设备插件库、持久存储模块，其中，数据同步模块以通讯承载模块、同步状态机来具体实现数据同步模块、以SyncML编解码模块、内容编解码模块来实现编解码模块，确定模块用于实现终端配置确定模块与编解码方式确定模块，即可以根据数据同步请求中携带的终端的型号信息确定终端配置能力信息，以及根据所述终端配置能力信息确定终端支持的解编码方式。

图中设备能力库还可以提供管理界面，系统操作员可以新增、修改、删除某类型客户端的同步能力信息；以及提供给SyncML编解码模块、内容编解码模块同步能力查询接口。

设备插件库模块也可以提供管理界面，系统操作员可以加载、卸载客户端适配插件；还提供给SyncML编解码模块、内容编解码模块插件调用接口。

则在该系统下，可以按如下流程进行实施：

图7为使用同步标记语言的数据同步实施流程示意图，如图所示，在得到终端同步时携带的型号信息后，设备能力库针对每种终端配置能力信息，服务器据此可以找到终端的能力配置，可以包括如下步骤：

步骤701、同步客户端发送同步请求到同步服务器；

步骤702、服务器的通讯模块把SyncML请求报文发送给同步状态机；

步骤703、同步状态机发送SyncML报文解析请求到SyncML编解码模块；

步骤704、SyncML编解码模块内存中如果没有此客户端的SyncML能力信息，则向设备能力库查询客户端SyncML能力信息；

步骤705、设备能力库返回SyncML编解码模块客户端的SyncML能力信息，SyncML能力信息可以包括包最大消息长度、和/或支持的状态码列表、含是否插件适配信息等；服务器下发SyncML报文不能超过包最大消息长度，超过则需要分多次下发；在支持的状态码列表中如果是终端不支持的状态码，服务器不下发，可以按需要转换成其它状态码下发；

步骤706-步骤709、如果客户端无需插件支持，则SycnML编解码模块根据终端SyncML能力配置进行SyncML解析；

如果客户端需要插件适配，则SycnML编解码模块在解析前调用设备插件库的“SynML解析前处理”接口，解析后调用插件的“SyncML解析后处理”接口进行解编码处理；

步骤710、SyncML编解码模块把XML格式的SynML报文解析成同步系统内部使用的内部对象格式的最终结果返回给同步状态机；

步骤711、同步状态机把SyncML中携带的内容文本发送到内容编解码模块请求解析；

步骤712、内容编解码模块内存中如果没有此客户端的内容能力信息，则向设备能力库查询客户端内容能力信息；内容能力信息可以包括电子名片定义规范(vCard)和电子日程定义规范(vCalendar)的属性(Property)和参数(Parameter)标签组合在终端和服务器的映射关系、服务器支持但终端不支持的标签组合、终端标签取值格式的正则表达式定义、构成内容联合主键的标签组合其中之一或者其组合；

步骤713、设备能力库返回内容编解码模块客户端的内容能力信息(含是否插件适配信息)；

步骤714-步骤717、如果客户端无需插件支持，则内容编解码模块根据终端内容能力配置进行内容解析；

如果客户端需要插件适配，则内容编解码模块在解析前调用设备插件库的“内容解析前处理”接口，解析后调用插件的“内容解析后处理”接口进行解编码处理；

步骤718、编解码模块把文本格式的内容解析成同步系统内部使用的内部对象格式的最终结果返回给同步状态机；

步骤719、同步状态机向持久存储模块请求查询用户已存在服务器的内容；

步骤720、持久存储模块返回用户已存在服务器的内容给同步状态机；

步骤721、同步状态机向内容编解码模块请求比对终端上发的内容和服务器已有的内容是否重复；

步骤722-步骤723、如果客户端无需插件支持，则内容编解码模块根据终端内容能力配置进行内容比对；

如果客户端需要插件适配，则内容编解码模块调用插件的“内容比对”接口；

步骤724、内容编解码模块返回同步状态机内容比对结果；

步骤725、同步状态机根据终端上发的同步命令以及数据比对的结果，向持久存储模块请求对用户内容做增加、删除、更改的更新操作。

步骤726、持久存储模块向同步状态机返回更新结果；

步骤727、同步状态机根据更新结果，构造需要返回给客户端的信息，并请求内容编解码模块把需下发的内容组装成格式化文本；

步骤728-步骤731、如果客户端无需插件支持，则内容编解码模块根据终端内容能力配置构造内容文本；

如果客户端需要插件适配，则内容编解码模块在构造内容文本前调用插件的“内容构造前处理”接口，构造后调用插件的“内容构造后处理”接口进行解编码处理；

步骤732、内容编解码模块返回同步状态机格式化文本；

步骤733、同步状态机请求SyncML编解码模块把需要下发给用户内容以及同步命令处理结果构造成SyncML报文；

步骤734-步骤737、如果客户端无需插件支持，则SycnML编解码模块根据终端SyncML能力配置来构造SyncML；

如果客户端需要插件适配，则SycnML编解码模块在构造前调用插件的“SynML构造前处理”接口，构造后调用插件的“SyncML构造后处理”接口；

步骤738、SyncML编解码模块返回同步状态机构造好的SyncML报文；

步骤739、同步状态机把SyncML响应报文返回给通讯模块；

步骤740、通讯模块通过底层通讯机制返回SycnML响应报文给客户端。

上述实施例提出了新的同步服务器架构，引入了设备能力库和设备插件库两个模块。

设备能力库管理各种同步终端的SyncML支持能力和vCard、vCalendar等内容的支持能力信息；通过提供能力配置(配置动态生效)，无需升级同步服务器就可支持现在和未来大部份同步终端；

设备插件库则提供插件机制来适配一些特殊的终端，插件可独立服务器单独开发，并可动态加载进服务器。

因此本发明实施例提出的同步服务器能很好得兼容现有各种同步终端，并能很好得适应现在和将来对PIM同步功能的需求，且无需对服务器频繁升级，消除现有同步服务器面对多种同步客户端时发生同步成功率低、同步后数据重复、数据丢失、数据错误等致命缺陷。消除了PIM业务规模商用的最大障碍，使得PIM业务成为电信运营商可以大力发展的成熟数据业务。

能够提高同步服务器和各种同步客户端之间的同步成功率；提高同步后服务器和客户端数据的完整性和正确性；避免同步后出现重复重复数据；出现新的终端时，也能很快支持。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1、一种数据同步方法，其特征在于，包括：

接收数据同步请求，根据所述数据同步请求中携带的终端的型号信息确定终端配置能力信息；

根据所述终端配置能力信息确定终端支持的解编码方式；

根据所述解编码方式对同步标记语言报文及所述同步标记语言报文的数据内容进行编解码；

通过所述解编码后的同步标记语言报文进行数据同步。

2、如权利要求1所述的方法，其特征在于，所述终端配置能力包括同步标记语言能力信息、内容能力信息；所述根据所述解编码方式对同步标记语言报文及所述同步标记语言报文的数据内容进行编解码步骤包括：

根据所述终端配置能力的同步标记语言能力信息对所述同步标记语言报文进行编解码；

根据所述终端配置能力信息的内容能力信息对所述同步标记语言报文的数据内容进行编解码。

3、如权利要求2所述的方法，其特征在于，所述同步标记语言能力信息包括包最大消息长度、和/或支持的状态码列表；

和/或，所述内容能力信息包括：电子名片定义规范和电子日程定义规范的属性和参数标签组合在终端和服务器的映射关系、服务器支持但终端不支持的标签组合、终端标签取值格式的正则表达式定义、构成内容联合主键的标签组合其中之一或者其组合。

4、如权利要求1所述的方法，其特征在于，所述通过所述解编码后的同步标记语言报文进行数据同步步骤包括：

根据数据同步请求中携带的型号信息确定是否需要进行插件处理；

确定需要进行插件处理；

根据所述终端配置能力信息及所述进行插件处理后的插件对所述同步标记语言报文及所述同步标记语言报文的数据内容进行解编码；

通过所述解编码后的同步标记语言报文进行数据同步。

5、如权利要求4所述的方法，其特征在于，所述进行插件处理是采用动态库方式加载和/或卸载包括jar包、dll文件、.so文件三者之一或者其组合的插件。

6、一种使用同步标记语言的数据同步系统，其特征在于，包括接收模块、终端配置确定模块、编解码方式确定模块、编解码模块、数据同步模块，其中：

接收模块，用于接收数据同步请求；

终端配置确定模块，用于根据所述数据同步请求中携带的终端的型号信息确定终端配置能力信息；

编解码方式确定模块，用于根据所述终端配置能力信息确定终端支持的解编码方式；

编解码模块，用于根据所述解编码方式对同步标记语言报文及所述同步标记语言报文的数据内容进行编解码；

数据同步模块，用于通过所述解编码后的同步标记语言报文进行数据同步。

7、如权利要求6所述的同步系统，其特征在于，进一步包括设备能力库，用于提供包括同步标记语言能力信息、内容能力信息的所述终端配置能力信息；

编解码模块进一步用于对所述同步标记语言报文根据所述终端支持的解编码方式中终端配置能力的同步标记语言能力信息进行编解码，对所述同步标记语言报文的数据内容根据所述终端支持的解编码方式中终端配置能力信息的内容能力信息进行编解码。

8、如权利要求7所述的同步系统，其特征在于，所述设备能力库包括第一信息库、第二信息库，其中：

第一信息库，用于提供包括包最大消息长度、和/或支持的状态码列表的所述同步标记语言能力信息；

第二信息库，用于提供包括：电子名片定义规范和电子日程定义规范的属性和参数标签组合在终端和服务器的映射关系、服务器支持但终端不支持的标签组合、终端标签取值格式的正则表达式定义、构成内容联合主键的标签组合其中之一或者其组合的所述内容能力信息。

9、如权利要求6至8任一所述的同步系统，其特征在于，进一步包括设备插件库，用于存储解编码所需处理接口插件；

编解码模块进一步用于根据所述终端支持的解编码方式中终端配置能力信息从所述设备插件库调用处理接口插件进行编解码。

10、如权利要求9所述的同步系统，其特征在于，进一步包括插件识别模块、插件处理模块，其中：

插件识别模块，用于根据终端携带的型号信息确定是否需要进行插件处理；

插件处理模块，用于采用动态库方式在所述设备插件库加载或卸载包括jar包、dll文件、.so文件三者之一或者其组合的处理接口的插件；

所述编解码模块进一步用于在确定需要进行插件处理后，服务器根据所述终端支持的解编码方式中终端配置能力信息及所述进行插件处理后的插件对所述同步标记语言报文及所述同步标记语言报文的数据内容进行解编码。

Images