WO2012119547A1

WO2012119547A1 - 一种数据同步的方法、系统及设备

Info

Publication number: WO2012119547A1
Application number: PCT/CN2012/072028
Authority: WO
Inventors: 俞小良; 刘霖
Original assignee: 中国移动通信有限公司
Priority date: 2011-03-07
Filing date: 2012-03-07
Publication date: 2012-09-13
Also published as: CN102684865B; CN102684865A

Abstract

一种数据同步的方法、系统及设备，主要内容包括：服务器对返回给客户端的执行状态消息的消息长度进行检测，当确定执行状态消息的消息长度大于客户端能够识别的最大消息长度时，放弃本次客户端的同步请求（即不向客户端返回本次产生的执行状态消息），而是通过向客户端返回状态码，要求客户端重新发送消息长度减少的数据同步请求来重新进行同步操作，通过循环执行本发明实施例的方案，使服务器生成的执行状态消息的消息长度逐步接近并小于客户端能够识别的最大消息长度，直至客户端与服务器之间数据同步过程完成，避免由于客户端无法正确识别执行状态消息而导致同步过程中断的问题。

Description

一种数据同步的方法、系统及设备

本申请要求于 2011年 3月 7日提交中国专利局、申请号为 201110053760.5、发明名称为"一种数据同步的方法、系统及设备"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明涉及通信领域，尤其涉及一种数据同步的方法、系统及设备。背景技术

目前的移动数据同步化大多建立在互不兼容的私有协议上，每种协议只能支持有限种类的设备、系统及数据类型，这些不兼容的协议增加了各方面（用户、生产商、服务提供商、开发商）工作的复杂度，且这些不兼容的协议还会限制移动设备的使用、数据的访问和发行。

为了解决上述移动数据同步化的问题，业界提出了一种信息同步标准协议 (Synchronization Markup Language , SyncML) , SyncML协议是一种与平台无关的、开放的标准协议，可以在兼容的设备、程序及网络之间进行数据同步。

例如，基于 SyncML协议的客户端（ SyncML Client )和基于 SyncML协议的服务器（SyncML Server )之间进行数据（如通讯簿、日历等数据）同步时的过程如图 1所示，包括以下步骤：

Package )请求，在数据初始化请求中携带了 MaxMsgSize 参数，用于表示 SyncML Client能够识别 SyncML Server返回消息的最大消息长度。

步骤 102: SyncML Server存储所述 SyncML Client发送的 MaxMsgSize参数，在完成初始化操作后，向 SyncML Client返回初始化响应。

上述步骤 101和步骤 102是 SyncML Client和 SyncML Server进行数据同步之前的初始化操作过程， SyncML Client将自身的相关信息发送给 SyncML Server。

步骤 103: SyncML Client向 SyncML Server发送携带操作信息的数据同步 ( Sync Package )请求，所述数据同步请求的消息长度不大于 MaxMsgSize参数所表示的最大消息长度。

所述操作信息是 SyncML Client请求 SyncML Server执行的同步操作，如将 SyncML Client的通讯簿内的信息同步至 SyncML Server的操作信息、将 SyncML Client内更新后的日历信息同步至 SyncML Server的操作信息等。

步骤 104: SyncML Server执行所述操作信息对应的操作，生成所述操作的执行状态消息（Status package ), 并将所述执行状态信息返回给 SyncML Client, 完成本次 SyncML Client和 SyncML Server之间的数据同步过程。

在一般情况下， SyncML Server生成的执行状态消息的消息长度小于接收到的数据同步请求的消息长度，且由于数据同步请求的消息长度不大于 MaxMsgSize参数所表示的最大消息长度，则 SyncML Server向 SyncML Client 返回的执行状态消息的消息长度也不大于 MaxMsgSize参数所表示的最大消息长度，因此， SyncML Client能够正确识别接收到的执行状态消息。

但是，在所述操作信息是删除操作信息时， SyncML Server将指定的信息删除后生成的执行状态消息的消息长度将大于数据同步请求的消息长度，特别是在数据同步请求中携带多条删除操作信息的情况下，由于 SyncML Server将为每条删除操作信息生成相应的状态消息，则 SyncML Server返回给 SyncML Client的执行状态消息的消息长度可能会大于 MaxMsgSize参数所表示的最大消息长度，导致 SyncML Client无法正确识别接收到的执行状态消息，进而使数据同步操作失败。

以 SyncML Client请求 SyncML Server同步删除数据库中第 1条至第 8条记录为例，来说明 SyncML Server返回的执行状态消息的消息长度可能会大于 MaxMsgSize参数所表示的最大消息长度的情况。

SyncML Client向 SyncML Server发送的数据同步请求的内容为：

<Delete> //SyncML Client发送的数据同步请求中的操作信息是删除操作信息；

<Cred>

<Meta>

<Type xmlns='syncml:metinf>syncml:auth-md5</Type>

</Meta>

<Data>Zd5awBsesf0csa==</Data> //确认数据同步请求完整传输的校验信息；

y//¾5fpl/r¾rpl¾¾¾><><>gJoo§J <<

。£I1 <>US y/8/¾5fplr¾rpl¾¾¾><><>gJoo§J <<. 库中第 8条记录；

</Item>

</Delete>

SyncML Server接收到 SyncML Client发送的数据同步请求时，执行相应的删除操作，将数据库中第 5条至第 12条记录删除，生成的执行状态消息如下：

<MsgRef>2</MsgRefxCmdRef>5</CmdRefxCmd>Delete</Cmd>

</Status> //SyncML Server删除数据库中第 5条记录后的生成的状态消息；

<MsgRef>2</MsgRefxCmdRef>6</CmdRefxCmd>Delete</Cmd>

</Status> //SyncML Server删除数据库中第 6条记录后的生成的状态消息；

<MsgRef>2</MsgRefxCmdRef>7</CmdRefxCmd>Delete</Cmd>

</Status> //SyncML Server删除数据库中第 7条记录后的生成的状态消息；

<MsgRef>2</MsgRefxCmdRef>8</CmdRefxCmd>Delete</Cmd>

</Status> //SyncML Server删除数据库中第 8条记录后的生成的状态消息；

<CmdID>7</CmdID> <MsgRef>2</MsgRefxCmdRef>9</CmdRefxCmd>Delete</Cmd>

</Status> //SyncML Server删除数据库中第 9条记录后的生成的状态消息；

<MsgRef>2</MsgRefxCmdRef>10</CmdRefxCmd>Delete</Cmd>

</Status> //SyncML Server删除数据库中第 10条记录后的生成的状态消息；

<MsgRef>2</MsgRefxCmdRef>ll</CmdRefxCmd>Delete</Cmd>

</Status> //SyncML Server删除数据库中第 11条记录后的生成的状态消息；

<MsgRef>2</MsgRefxCmdRef>12</CmdRefxCmd>Delete</Cmd>

</Status> //SyncML Server删除数据库中第 12条记录后的生成的状态消息；需要说明的是，在 SyncML Client和 SyncML Server中记录的同一数据在数据库中的位置信息可能是不同的，例如：在 SyncML Client中记录的位置信息为 1的记录，在 SyncML Server中记录的位置信息为 5 , 在 SyncML Client 中记录的位置信息为 2的记录，在 SyncML Server中记录的位置信息为 6, 以此类推， SyncML Server生成的删除数据库中第 5条至第 12条记录的执行状态消息，也就是删除 SyncML Client请求的数据库中第 1条至第 8条记录的执行状态消息。

从上例中可以看出， SyncML Client发送的数据同步请求的消息长度为 592 字节，而 SyncML Server返回的执行状态消息的消息长度为 1036 字节，若 SyncML Client能够识别的最大消息长度介于 592字节和 1036字节之间时， SyncML Client可以向 SyncML Server正常发送数据同步请求，但却不能正确识别 SyncML Server返回的执行状态消息，使数据同步操作失败。发明内容本发明实施例提供一种数据同步的方法、系统及设备，用以解决现有技术中存在的当服务器生成的执行状态消息的消息长度大于客户端能够识别的最大消息长度时，导致数据同步操作失败的问题。

一种数据同步的方法，所述方法包括：

服务器在接收到客户端发送的数据同步请求时，确定在响应所述数据同步请求中的操作信息后生成的执行状态消息的消息长度；

服务器在确定生成的执行状态消息的消息长度大于客户端能够识别的最大消息长度时，向客户端返回状态码，指示客户端减少所述数据同步请求的消息长度后，向服务器发送减少消息长度的数据同步请求并重新进行数据同步。

一种服务器，所述服务器包括：

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

判断模块，用于判断响应所述数据同步请求中的操作信息后生成的执行状态消息的消息长度是否大于客户端能够识别的最大消息长度；

返回模块，用于在判断结果为生成的执行状态消息的消息长度大于客户端能够识别的最大消息长度时，向客户端返回状态码，指示客户端减少所述数据同步请求的消息长度后，向服务器发送减少消息长度的数据同步请求并重新进行数据同步。

一种客户端，所述客户端包括：

请求发送模块，用于发送数据同步请求；

状态码接收模块，用于接收状态码；

调整模块，用于减少当前发送的所述数据同步请求的消息长度，并利用减少消息长度的数据同步请求触发请求发送模块，请求与服务器重新进行数据同步。

一种数据同步的系统，所述系统包括：

客户端，用于发送数据同步请求，并在接收到状态码时，减少所述数据同步请求的消息长度后 ,再次发送减少消息长度的数据同步请求并重新进行数据同步；

服务器，用于在接收到数据同步请求时，确定在响应所述数据同步请求中的操作信息后生成的执行状态消息的消息长度，在确定生成的执行状态消息的消息长度大于客户端能够识别的最大消息长度时，返回状态码。

本发明实施例的方案中，服务器对返回给客户端的执行状态消息的消息长度进行检测，当确定执行状态消息的消息长度大于客户端能够识别的最大消息长度时，放弃本次客户端的同步请求（即不向客户端返回本次产生的执行状态消息），而是通过向客户端返回状态码，要求客户端重新发送消息长度减少的数据同步请求来重新进行同步操作，通过循环执行本发明实施例的方案，使服务器生成的执行状态消息的消息长度逐步接近并小于客户端能够识别的最大消息长度，直至客户端与服务器之间数据同步过程完成，避免由于客户端无法正确识别执行状态消息而导致同步过程中断的问题。附图说明

图 1为背景技术中 SyncML Client和 SyncML Server之间进行数据同步的步骤示意图；

图 2为本发明实施例一中数据同步的方法步骤示意图；

图 3为本发明实施例二中数据同步的方法步骤示意图；

图 4为本发明实施例三中数据同步的系统结构示意图；

图 5为本发明实施例四中服务器的结构示意图；

图 6为本发明实施例伍中客户端的结构示意图。具体实施方式

为了实现本发明目的，在本发明实施例的方案中，服务器主动对返回给客户端的执行状态消息的消息长度进行检测，当确定执行状态消息的消息长度大于客户端能够识别的最大消息长度时，放弃本次客户端的同步请求（即不向客户端返回本次产生的执行状态消息），而是通过向客户端返回状态码，要求客户端重新发送消息长度减少的数据同步请求，由于服务器重新接收到的数据同步请求的消息长度减少，因此重新生成的执行状态消息的消息长度也会减少，在重新生成的执行状态消息的消息长度不大于客户端能够识别的最大消息长度时，完成本次数据同步操作；否则，重复要求客户端发送消息长度不断减少的数据同步请求，直至最终生成的执行状态消息的消息长度不大于客户端能够识别的最大消息长度。通过本发明方案，服务器在执行状态消息不能被客户端正确识别时，要求客户端重新调整数据同步请求，直至完成通过过程，克服了现有技术中服务器盲目地向客户端发送执行状态消息，导致客户端与服务器之间的同步过程可能出现中断的问题。

本发明各实施例中的方案可以应用于 SyncML协议中，所涉及的服务器可以是 SyncML Server, 所涉及的客户端可以是 SyncML Client。

下面结合说明书附图对本发明实施例进行详细描述。

实施例一：

如图 2所示，为本发明实施例一中数据同步的方法步骤示意图，所述方法包括以下步骤：

步骤 201 : 服务器接收客户端发送的数据初始化请求，所述数据初始化请求中携带了 MaxMsgSize参数。

步骤 202: 服务器存储所述 MaxMsgSize参数，并返回初始化响应。

上述步骤 201和步骤 202是服务器和客户端之间进行初始化的过程，是本实施例的优选步骤。

在本实施例的方案中，服务器和客户端可以在首次进行数据同步之前进行上述初始化操作，无需在每次数据同步过程中执行上述初始化操作。

服务器可以通过在上述步骤 201和步骤 202的初始化过程中确定并记录所述 MaxMsgSize参数，进而确定客户端能够识别的最大消息长度，也可以通过其他方式确定客户端能够识别的最大消息长度，如客户端通过其他指令将自身能够识别的最大消息长度发送给服务器。

步骤 203: 服务器接收客户端发送的数据同步请求。

在本步骤中，服务器接收到的数据同步请求可以是客户端首次向服务器发送的数据同步请求，也可以是由于相邻的前一次数据同步被服务器放弃后，客户端调整重新调整数据同步请求的消息长度后再次发送的数据同步请求。

所述数据同步请求中包括至少一条操作信息，在本实施例中，可以包括要求删除数据库中第 1条至第 8条记录的 8条删除操作信息。步骤 204: 服务器确定在响应所述数据同步请求中的操作信息后生成的执行状态消息的消息长度。

假设在步骤 203中客户端发送的数据同步请求包含 8条操作信息，要求删除除数据库中第 1条至第 8条记录，则在本步骤中，服务器确定生成的执行状态消息的消息长度为 1036字节。

步骤 205: 服务器判断生成的执行状态消息的消息长度是否大于客户端能够识别的最大消息长度，若是，则执行步骤 206; 否则，将生成的执行状态消息返回给客户端，完成本次数据同步过程。

在本实施例的方案中，服务器在生成执行状态消息后并不立即向客户端返回，而是判断所述执行状态消息的消息长度是否大于客户端能够识别的最大消息长度，也就是判断客户端能够正确识别生成的执行状态消息。在确定客户端不能正确识别所述执行状态消息时，放弃本次数据同步过程，即不向客户端返回本次生成的执行状态消息，避免由于客户端无法正确识别执行状态消息而导致同步过程中断的问题。

步骤 206: 服务器判断之前连续返回状态码的次数是否达到设定门限值，若达到，则结束本次数据同步过程；否则，执行步骤 207。

其中，连续返回状态码中的最后一次返回状态码至本次向客户端返回状态码之间，服务器没有向客户端返回过执行状态消息。例如，若本次是服务器第 15次接收到所述客户端发送的数据同步请求，而在第 14次至第 10次的连续 5 次接收到同一客户端发送的数据同步请求时都返回了状态码，但在第 9次返回的是执行状态消息，则表示之前连续返回状态码的次数为 5次，第 9次的数据同步过程成功完成。

若之前连续返回状态码的次数是否达到设定门限值，则服务器将通知客户端结束本次数据同步过程，要求客户端不再针对本次需要同步的事件发送数据同步请求。若客户端希望针对其他事件发起的新的数据同步请求，则客户端可以针对其他事件再次向服务器发送新的数据同步请求。

步骤 206是本发明实施例的优选步骤，通过设定重传次数的门限值，避免同步过程出现死循环而无法停止的问题，同时，也避免重传次数过多导致通信资源的过度浪费的问题。需要说明的是，步骤 206中的重传过程可能是由于服务器生成的执行状态消息的消息长度大于客户端能够识别的最大消息长度而发生的，也可能是由于网络环境较差而发生的，在本实施例中，可以设定不论何种原因导致服务器判断之前连续返回状态码的次数已达到设定门限值时，都要求结束本次数据同步过程；也可以设定：以 "服务器生成的执行状态消息的消息长度大于客户端能够识别的最大消息长度"这一原因导致服务器判断之前连续返回状态码的次数已达到设定门限值时，才要求结束本次数据同步过程。

步骤 207: 服务器向客户端返回状态码（Alert Code ), 并跳转至步骤 203 , 等待重新接收客户端发送的消息长度减少了的数据同步请求。

所述状态码表示由于服务器生成的执行状态消息的消息长度大于客户端能够识别的最大消息长度，服务器放弃本次客户端的数据同步请求，服务器将等待客户端重传的消息长度减少了的数据同步请求，循环执行上述步骤 203~ 步骤 207的操作，直至在步骤 205中能够完成与客户端之间的数据同步过程，或是在步骤 206 中确定连续返回状态码的次数已达到设定门限值而退出数据同步过程。

在本步骤中，服务器向客户端返回状态码后，服务器将在步骤 206中涉及的连续返回状态码的次数基础上，再增加连续返回状态码的次数，并利用再次增加的连续返回状态码的次数作为下一次执行步骤 206的判断条件。

通过本发明实施例一的方案，描述了服务器侧进行数据同步的过程，由于服务器在生成了执行状态消息后并不立即向客户端返回，而是在确定所述执行状态消息的消息长度大于客户端能够识别的最大消息长度时，放弃本次数据同步过程，要求客户端调整数据同步请求的消息长度，直至生成的执行状态消息的消息长度不大于客户端能够识别的最大消息长度时才与客户端完成数据同步过程，避免由于客户端无法正确识别执行状态消息而导致同步过程中断的问题。

实施例二：

本发明实施例二是从客户端侧来描述本发明实施例的数据同步方法，本发明实施例二的方案与实施例一的方案相对应，下面以图 3为例，对本发明实施例二的方案进行说明。本发明实施例二的方案包括以下步骤：

步骤 301: 客户端向服务器发送数据初始化请求，所述数据初始化请求中携带了 MaxMsgSize参数。

本步骤与实施例一中的步骤 201和步骤 202对应，是客户端和服务器之间的初始化过程，本步骤也是本实施例的优选步骤。

步骤 302: 客户端向服务器发送数据同步请求。

本步骤与实施例一中的步骤 203相对应，客户端可以在首次与服务器之间进行数据同步时向服务器发送数据同步请求，也可以是在接收到服务器返回的状态码后，调整相邻的上一次发送的数据同步请求的消息长度后，向服务器发送消息长度减少后的数据同步请求。

步骤 303: 客户端判断服务器返回的是状态码还是执行状态消息，若返回的是状态码，则执行步骤 304; 否则，完成本次数据同步过程。

本步骤与实施例一的步骤 204~步骤 207对应，在服务器确定执行状态消息的消息长度大于客户端能够识别的最大消息长度，即确定客户端不能正确识别所述执行状态消息时，向客户端返回状态码。

在本步骤中，若客户端接收到服务器返回的状态码，表示服务器放弃本次数据同步请求，则客户端需要重传数据同步请求；若客户端接收到服务器返回的执行状态消息，表示服务器侧已完成本次数据同步过程，客户端识别接收到的执行状态消息后，完成本次数据同步过程。

步骤 304: 客户端减少相邻的上一次发送的数据同步请求的消息长度，并跳转至步骤 302, 向服务器发送减少消息长度的数据同步请求。

客户端去除了 M条删除操作信息后，在步骤 205中发送的数据同步请求中将携带（L-M )条删除操作信息，请求与服务器重新进行数据同步。

由于数据同步请求的消息长度减少了，服务器需要执行的删除操作内容也减少了，因此，生成的执行状态消息的消息长度相对于上一次也将减少，提高服务器和客户端之间数据同步成功实现的可能性。

客户端去除的 M条删除操作信息可以在本次数据同步过程成功执行后，再通过携带所述 M条删除操作信息的数据同步请求来要求服务器响应相应的操作。假设客户端发送给服务器的数据同步请求中可以携带 L ( L为大于 1的正方式一：

客户端确定每条删除操作信息的消息长度，并去除消息长度最长的 N条删除操作信息，所述 N为大于 0且小于 L的正整数。

方式二：

客户端去除所述数据同步请求中的 M条删除操作信息，所述 M为大于 0 且小于 L的正整数。

具体地，客户端可以按照数据同步请求中携带的删除操作信息的数量来去除其中 M条删除操作信息，也可以按照数据同步请求的消息长度来去除其中 M条删除操作信息，下面分别加以说明：

1、按照数据同步请求中携带的删除操作信息的数量来去除其中 M条删除操作信息。

首先，客户端预先设定的第一比值范围，如每次削减 8%~12%数目的删除操作信息。

然后，客户端确定需要去除的 M条删除操作信息，所述 M与 L的比值在所述第一比值范围内。

例如，在 L=10时，客户端确定当 M=l时，削减的数目为 10%, M与 L 的比值在第一比值范围内，因此，客户端去除 10条删除操作信息中的 1条删除操作信息。

2、按照数据同步请求的消息长度来去除其中 M条删除操作信息。

首先，客户端预先设定的第二比值范围，如每次数据同步请求的消息长度削减 8%~12%。

然后，客户端确定 L条删除操作信息中，每条删除操作信息的消息长度。接着，客户端根据设定的第二比值范围，确定需要去除的 M条删除操作信息，所述去除的 M条删除操作信息的消息长度与消息长度减少前的数据同步请求的消息长度的比值在所述第二比值范围内。

例如，在携带的删除操作信息为 L条时，数据同步请求的消息长度为 a, 则按照每条删除操作信息的消息长度，从 L条删除操作信息中选择 M条删除操作信息，要求 M条删除操作信息的消息长度为 b,且 b与 a的比值在第二比值范围内。

需要说明的是，无论通过上述何种方式去除数据同步请求中的删除操作信息后，若去除删除操作信息的数据同步请求发送到服务器，且客户端接收到服务器返回的执行状态消息（表示客户端和服务器完成针对去除删除操作信息的数据同步请求的数据同步操作）后，客户端去除的删除操作信息对应的删除操作仍需要与服务器进行同步，因此，客户端向服务器发送包含去除的删除操作信息的数据同步请求，针对包含去除的删除操作信息的数据同步请求，可以重新执行本实施例二的方案，进行同步操作。

通过本发明实施例二的方案，描述了客户端侧进行数据同步的过程，由于长度过长而放弃本次数据同步过程，因此，客户端将减少数据同步请求的消息长度后重新发送给服务器，要求服务器按照再次接收到的数据同步请求进行数据同步过程，如此循环，直至客户端与服务器之间数据同步过程完成，避免由于客户端无法正确识别执行状态消息而导致同步过程中断的问题。进一步地，本发明实施例二还提供了多种客户端减少数据同步请求的消息长度的方式，使服务器生成的执行状态消息的消息长度逐步接近并小于客户端能够识别的最大消息长度，在确保同步过程正确执行的情况下，使服务器能够同时响应的操作达到最大化，减少客户端和服务器之间的同步过程，提高数据同步效率。

实施例三：

本发明实施例三还提供一种数据同步的系统，所述系统包括客户端 11和服务器 12, 其中：客户端 11用于发送数据同步请求，并在接收到状态码时，减少所述数据同步请求的消息长度后，再次发送减少消息长度的数据同步请求并重新进行数据同步；服务器 12用于在接收到数据同步请求时，确定在响应所述数据同步请求中的操作信息后生成的执行状态消息的消息长度，在确定生成的执行状态消息的消息长度大于客户端能够识别的最大消息长度时，返回状态码。

服务器 12还用于判断之前连续返回状态码的次数是否达到设定门限值，在没有达到门限值时，向客户端返回状态码，并增加连续返回状态码的次数。其中，连续返回状态码中的最后一次返回状态码至本次向客户端返回状态码之间，服务器没有向客户端返回过执行状态消息；

服务器 12还用于与客户端 11进行初始化操作，存储客户端 11发送的数据初始化请求中携带的客户端能够识别的最大消息长度。

本实施例中的客户端 12可以按照实施例二中的多种方式来减少数据同步请求的消息长度。

具体的，本实施例三中数据同步的系统的客户端 11和服务器 12的交互过程如图 4所示：

第一步，客户端 11和服务器 12之间进行初始化操作，客户端 11向服务器 12发送数据初: ½ 4匕 ( Initialization Package )请求, 在 Initialization Package 请求中携带 MaxMsgSize参数，用于表示客户端 11能够识别服务器 12返回消息的最大消息长度；服务器 12存储所述 MaxMsgSize参数，并在完成初始化操作后，向客户端 11返回初始化响应。

第二步，在需要进行数据同步时，客户端 11 向服务器 12发送数据同步

( Sync Package )请求，所述数据同步请求的消息长度不大于 MaxMsgSize参数所表示的最大消息长度。

第三步，由服务器 12执行客户端 11请求的操作，并生成执行状态消息 ( Status package )。若生成的执行状态消息的消息长度大于 MaxMsgSize参数所表示的最大消息长度，则服务器 12向客户端 11返回状态码（ Alert Code ), 通知客户端 11 当前生成的执行状态消息的消息长度大于 MaxMsgSize参数所表示的最大消息长度；若生成的执行状态消息的消息长度不大于 MaxMsgSize 参数所表示的最大消息长度，则服务器 12将生成的执行状态信息返回给客户端 11 , 完成本次数据同步过程。

第四步，客户端 11在接收到状态码时，减少数据同步请求的消息长度后，再次发送减少消息长度的数据同步请求并重新进行数据同步，并跳转至第三步。

实施例四：本发明实施例四还提供一种服务器，如图 5 所示，包括：请求接收模块 21、判断模块 22和返回模块 23 , 其中：请求接收模块 21用于接收数据同步请求；判断模块 22用于判断响应所述数据同步请求中的操作信息后生成的执行状态消息的消息长度是否大于客户端能够识别的最大消息长度；返回模块 23 用于在判断结果为生成的执行状态消息的消息长度大于客户端能够识别的最大消息长度时，向客户端返回状态码，指示客户端减少所述数据同步请求的消息长度后，向服务器发送减少消息长度的数据同步请求并重新进行数据同步。

所述服务器还包括计数模块 24, 用于记录之前连续返回状态码的次数，其中，连续返回状态码中的最后一次返回状态码至本次向客户端返回状态码之间，服务器没有向客户端返回过执行状态消息。

所述判断模块 22还用于判断之前连续返回状态码的次数是否达到设定门限值，在判断结果为没有达到设定门限值时，触发返回模块 23。

返回模块 23在向客户端返回状态码后，触发计数模块 24增加连续返回状态码的次数。

所述服务器还包括：初始化模块 25和存储模块 26, 其中，初始化模块 25 用于接收客户端发送的数据初始化请求，所述数据初始化请求中携带了客户端能够识别的最大消息长度，并返回初始化响应；存储模块 26存储所述客户端能够识别的最大消息长度。

本发明实施四中还包括能够实现实施例一各步骤的功能模块，此处不再赘述。

实施例五：

本发明实施例五还提供一种客户端，如图 6 所示，包括：请求发送模块 31、状态码接收模块 32和调整模块 33 , 其中：请求发送模块 31用于发送数据同步请求；状态码接收模块 32用于在发送数据同步请求后，接收返回的状态码；调整模块 33用于减少当前发送的所述数据同步请求的消息长度，并利用减少消息长度的数据同步请求触发请求发送模块，请求与服务器重新进行数据同步。所述调整模块 33可以按照实施例二中的多种方式来减少数据同步请求的消息长度。

本发明实施五中还包括能够实现实施例二各步骤的功能模块，此处不再赘述。

具体的，所述数据同步请求中携带 L条删除操作信息；调整模块可以通过以下模块实现所述减少数据同步请求的消息长度：

用于去除数据同步请求中的 M条删除操作信息的模块；所述 L为大于 1 的正整数，所述 M为大于 0且小于 L的正整数。

其中，所述用于去除数据同步请求中的 M条删除操作信息的模块具体可以用于：

根据设定的第一比值范围，确定需要去除的 M条删除操作信息，所述 M 与 L的比值在所述第一比值范围内；或者，

确定每条删除操作信息的消息长度，根据设定的第二比值范围，确定需要去除的 M条删除操作信息，所述去除的 M条删除操作信息的消息长度与消息长度减少前的数据同步请求的消息长度的比值在所述第二比值范围内。

或者，所述数据同步请求中携带 L条删除操作信息；调整模块可以通过以下模块实现所述减少数据同步请求的消息长度：

用于确定每条删除操作信息的消息长度，并去除消息长度最长的 N条删除操作信息的模块，所述 L为大于 1的正整数，所述 N为大于 0且小于 L的正整数。

所述客户端还可以包括：用于在接收到服务器返回的执行状态消息时，向服务器发送包含去除的删除操作信息的数据同步请求的模块。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质 (包括但不限于磁盘存储器、

CD-ROM, 光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和 /或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和 /或方框、以及流程图和 /或方框图中的流程和 / 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

权利要求

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

2、如权利要求 1所述的方法，其特征在于，服务器在确定生成的执行状态消息的消息长度大于客户端能够识别的最大消息长度之后，且向客户端返回状态码之前，所述方法还包括：

服务器确定之前连续返回状态码的次数未达到设定门限值；

服务器本次在向客户端返回状态码之后，所述方法还包括：

服务器增加连续返回状态码的次数。

3、如权利要求 1或 2所述的方法，其特征在于，服务器接收数据同步请求之前，所述方法还包括：

服务器接收客户端发送的数据初始化请求，所述数据初始化请求中携带客户端能够识别的最大消息长度；

服务器存储所述客户端能够识别的最大消息长度，并返回初始化响应。

4、一种数据同步的方法，其特征在于，所述方法包括：

客户端向服务器发送数据同步请求；

客户端在接收到服务器返回的状态码时，减少所述数据同步请求的消息长度，并向服务器发送减少消息长度的数据同步请求，请求与服务器重新进行数据同步。

5、如权利要求 4所述的方法，其特征在于，所述数据同步请求中携带 L 条删除操作信息；

客户端减少所述数据同步请求的消息长度，具体包括：

客户端去除数据同步请求中的 M条删除操作信息；

所述 L为大于 1的正整数，所述 M为大于 0且小于 L的正整数。

6、如权利要求 5所述的方法，其特征在于，客户端确定需要去除的 M条删除操作信息，具体包括：

客户端根据设定的第一比值范围，确定需要去除的 M条删除操作信息，所述 M与 L的比值在所述第一比值范围内；或者

客户端确定每条删除操作信息的消息长度，根据设定的第二比值范围，确定需要去除的 M条删除操作信息，所述去除的 M条删除操作信息的消息长度与消息长度减少前的数据同步请求的消息长度的比值在所述第二比值范围内。

7、如权利要求 4所述的方法，其特征在于，所述数据同步请求中携带 L 条删除操作信息；

客户端减少所述数据同步请求的消息长度，具体包括：

客户端确定每条删除操作信息的消息长度，并去除消息长度最长的 N条删除操作信息，所述 L为大于 1的正整数，所述 N为大于 0且小于 L的正整数。

8、如权利要求 5或 7所述的方法，其特征在于，客户端向服务器发送减少消息长度的数据同步请求之后，所述方法还包括：

客户端在接收到服务器返回的执行状态消息时，向服务器发送包含去除的删除操作信息的数据同步请求。

9、一种服务器，其特征在于，所述服务器包括：

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

10、如权利要求 9所述的服务器，其特征在于，所述服务器还包括：计数模块，用于记录之前连续返回状态码的次数；

所述判断模块还用于：判断之前连续返回状态码的次数是否达到设定门限值，在判断结果为没有达到设定门限值时，触发返回模块；所述返回模块还用于：在向客户端返回状态码后，触发计数模块增加连续返回状态码的次数。

11、如权利要求 9或 10所述的服务器，其特征在于，所述服务器还包括：初始化模块，用于接收客户端发送的数据初始化请求，所述数据初始化请求中携带客户端能够识别的最大消息长度，并返回初始化响应；

存储模块，用于存储所述客户端能够识别的最大消息长度。

12、一种客户端，其特征在于，所述客户端包括：

请求发送模块，用于发送数据同步请求；

状态码接收模块，用于接收状态码；

13、如权利要求 12所述的客户端，其特征在于，所述数据同步请求中携带 L条删除操作信息；

调整模块通过以下模块实现所述减少数据同步请求的消息长度：

14、如权利要求 13所述的客户端，其特征在于，所述用于去除数据同步请求中的 M条删除操作信息的模块具体用于：

15、如权利要求 12所述的客户端，其特征在于，所述数据同步请求中携带 L条删除操作信息；

16、如权利要求 13或 15所述的客户端，其特征在于，所述客户端还包括：用于在接收到服务器返回的执行状态消息时，向服务器发送包含去除的删除操作信息的数据同步请求的模块。

17、一种数据同步的系统，其特征在于，所述系统包括：

客户端，用于发送数据同步请求，并在接收到状态码时，减少所述数据同步请求的消息长度后，再次发送减少消息长度的数据同步请求并重新进行数据同步；