CN112839067A - 一种数据同步方法及装置 - Google Patents

Abstract

本发明公开了一种数据同步方法及装置。所述方法包括：响应于客户端发送的数据同步请求，确定出数据同步请求所携带的客户端标识和至少两个目标业务对象；获取每个业务对象对应的优先级级别序列；根据每个目标业务对象的对象标识，确定出每个目标业务对象对应的业务服务器；基于客户端标识分别向对应的业务服务器发送数据获取请求；响应于对应的业务服务器分别返回的业务数据，根据每个目标业务对象对应的优先级级别将返回的业务数据插入业务数据队列，以及从业务数据队列中依次抽取业务数据向客户端发送。能够保证下发数据时考虑到了数据所述携带的信息的重要性、时效性，便于客户端基于接收到的数据作及时处理。

Description

一种数据同步方法及装置

技术领域

本发明涉及互联网通信技术领域，尤其涉及一种数据同步方法及装置。

背景技术

现代社会是信息社会，信息影响着整个社会生活也影响着每个人的日常生活。随着互联网通信技术的发展，用户可以基于电子设备间的数据通信进行相关信息的接收和发送，用户可以就某一业务相关的信息进行获取。相应的，对于某一业务相关的信息可以由对应的服务端进行数据维护。比如，当这些数据发生变化时，服务端可以基于变化前的数据和变化后的数据进行数据维护。

现有技术中，用户可以就某一业务相关的信息的获取向服务端发送数据同步请求，服务端可以返回当前最新的数据。然而，服务端进行数据返回时往往仅基于时序，这样用户并不能对这些数据携带的信息的重要性、时效性作判断，进而不能及时就接收的信息作处理。因此，需要提供更有效的数据同步方案。

发明内容

为了解决现有技术应用在数据同步时，向客户端返回的数据缺乏对关键信息的引导等问题，本发明提供了一种数据同步方法及装置：

一方面，本发明提供了一种数据同步方法，所述方法包括：

响应于客户端发送的数据同步请求，确定出所述数据同步请求所携带的客户端标识和至少两个目标业务对象；

获取每个业务对象对应的优先级级别序列；

根据所述每个目标业务对象的对象标识，确定出所述每个目标业务对象对应的业务服务器；

基于所述客户端标识分别向所述对应的业务服务器发送数据获取请求；

响应于所述对应的业务服务器分别返回的业务数据，根据所述每个目标业务对象对应的优先级级别将所述返回的业务数据插入业务数据队列，以及从所述业务数据队列中依次抽取业务数据向所述客户端发送。

另一方面提供了一种数据同步装置，所述装置包括：

目标业务对象确定模块：用于响应于客户端发送的数据同步请求，确定出所述数据同步请求所携带的客户端标识和至少两个目标业务对象；

优先级级别获取模块：用于获取每个目标业务对象对应的优先级级别；

业务服务器确定模块：用于根据所述每个目标业务对象的对象标识，确定出所述每个目标业务对象对应的业务服务器；

数据获取请求发送模块：用于基于所述客户端标识分别向所述对应的业务服务器发送数据获取请求；

业务数据发送模块：用于响应于所述对应的业务服务器分别返回的业务数据，根据所述每个目标业务对象对应的优先级级别将所述返回的业务数据插入业务数据队列，以及从所述业务数据队列中依次抽取业务数据向所述客户端发送。

另一方面提供了一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述的数据同步方法。

另一方面提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述的数据同步方法。

本发明提供的一种数据同步方法及装置，具有如下技术效果：

本发明对于同一数据同步请求涉及的业务数据可以基于相应业务对象的优先级级别向客户端下发数据，保证下发数据时考虑到了数据所述携带的信息的重要性、时效性，降低客户端对接收到的数据进行信息关键性判断的工作量(包括等待时间)和复杂度，便于客户端基于接收到的数据作及时处理。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案和优点，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。

图1是本发明实施例提供的一种应用环境的示意图；

图2是本发明实施例提供的一种数据同步方法的流程示意图；

图3是本发明实施例提供的基于版本号比较结果确定出所述对应的业务服务器的一种流程示意图；

图4是本发明实施例提供的从所述业务数据队列中依次抽取业务数据向所述客户端发送的一种流程示意图；

图5也是本发明实施例提供的从所述业务数据队列中依次抽取业务数据向所述客户端发送的一种流程示意图；

图6也是本发明实施例提供的一种数据同步方法的流程示意图；

图7是本发明实施例提供的版本号服务器向所述对应的业务服务器发送最大版本号获取请求的示意图；

图8是本发明实施例提供的一种数据同步装置的组成框图；

图9是本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，图1是本发明实施例提供的一种应用环境的示意图，可以包括客户端01和服务端02，客户端与服务端通过网络连接。用户通过客户端向服务端发送数据同步请求，服务端基于所述数据同步请求向所述客户端返回业务数据。需要说明的是，图1仅仅是一种示例。

具体的，客户端01可以包括智能手机、台式电脑、平板电脑、笔记本电脑、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、数字助理、智能可穿戴设备等类型的实体设备，也可以包括运行于实体设备中的软体，比如计算机程序。客户端01上运行的操作系统可以包括但不限于安卓系统、IOS系统、linux、windows等。

具体的，所述服务端02可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。服务端02可以包括有网络通信单元、处理器和存储器等等。所述服务端02可以为上述客户端提供后台服务。

在实际应用中，客户端和服务端可以属于同一移动化群体办公平台，移动化群体办公平台不仅可以实现通讯功能，还可以作为诸多其他功能的集成化功能平台，比如对于审批事件(如请假、办公物品申领、财务等审批事件)、考勤事件、任务事件、日志事件等群体内部事件的处理，再比如订餐、采购等群体外部事件的处理，本说明书一个或多个实施例并不对此进行限制。

以下介绍本发明一种数据同步方法的具体实施例，图2是本发明实施例提供的一种数据同步方法的流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，所述方法可以包括：

S201：响应于客户端发送的数据同步请求(对应S2011)，服务端确定出所述数据同步请求所携带的客户端标识和至少两个目标业务对象(对应S2012)；

在本发明实施例中，相应的，客户端向服务端发送数据同步请求，所述数据同步请求携带有至少两个目标业务对象，所述服务端基于所述数据同步请求确定出所述至少两个目标业务对象。目标业务对象指向客户端确定出、需要进行数据同步请求的业务对象，目标业务对象可以由客户端基于需要来确定。业务对象可以对应企业邮箱业务、通信录管理业务、视频会议业务、企业支付业务、公费电话业务、文件盘业务、打卡业务等等。比如，数据同步请求携带的目标业务对象对应企业邮箱业务，那么该请求旨在请求服务端返回与企业邮箱业务相关的数据。这里的业务对象也可以对应一种通知类型，比如邮件、即时消息等。

当然，所述数据同步请求可以携带当前业务场景对应的所有业务对象，比如当前业务场景对应群体办公场景，那么数据同步请求可以对应群体级别(比如企业级别、事业群级别)的变更数据的拉取，相应的，企业级别对应的所有变更数据能够汇集成同一个请求内触及。

在一个具体的实施例中，所述数据同步请求可以由用户通过点击目标页面上的“检查新版本”、下拉目标页面等触发，当然数据同步请求的触发形式还可以包括声音触发(麦克风采集声音，通过提取具有特定含义的语音来触发)、图像触发(摄像头采集图像，通过提取具有特定含义的表情、手势来触发)。

S202：所述服务端获取每个目标业务对象对应的优先级级别；

在本发明实施例中，服务端可以基于确定出的目标业务对象，获取该目标业务对象的优先级级别，进而得到所述至少两个目标业务对象对应的优先级级别序列。比如在步骤S201中确定出目标业务对象1、目标业务对象2和目标业务对象3，目标业务对象1的优先级级别为第三级，目标业务对象2的优先级级别为第一级，目标业务对象3的优先级级别为第四级，那么目标业务对象1、目标业务对象2和目标业务对象3对应的优先级级别序列为：目标业务对象2>目标业务对象1>目标业务对象3(因为第一级>第三级>第四级)。

优先级级别的确定可以基于当前业务场景中各业务对象对应的重要性、时效性等。这里对于“重要性”、“时效性”等的粒度设置可以根据历史经验、业务场景需求等灵活设置，实现针对不同业务场景对企业级别等变更数据的可控的、可调整的下发。比如，当前业务场景对应群体办公场景，那么与办公相关程度高的业务对象(例如企业邮箱业务对象)的优先级级别高于与办公相关程度低的业务对象(例如bug(漏洞)修复业务对象)，后者在群体办公场景中对应的重要性、时效性更低。

在实际应用中，为每个业务对象(比如通知类型)设置对应的优先级级别，对于群体办公场景，群体级别(比如企业级别、事业群级别)的变更数据下发对象往往是一个群体，这样整体上可以有效集中控制。客户端可以定期向服务端发送数据同步请求以进行群体级别的变更数据的拉取，这样相比服务端的主动推送可以更准确的将变更数据下发至对应的客户端，可以减少由服务端作主动推送所带来的计算资源消耗以及可能出现推送遗漏的情形。

S203：所述服务端根据所述每个目标业务对象的对象标识，确定出所述每个目标业务对象对应的业务服务器；

在本发明实施例中，所述服务端包括业务服务器集群，所述业务服务器集群中的各业务服务器分别存储指向对应业务对象的业务数据。也就是说，业务服务器1存储指向业务对象1的业务数据，业务服务器5存储指向业务对象5的业务数据。当然，这里的业务服务器可以为一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。

可以建立业务对象与该业务对象对应的业务服务器之间的关联关系。比如，业务服务器5存储指向业务对象5的业务数据，可以建立业务对象5的对象标识与业务服务器5的服务器标识之间的关联关系。所述服务端可以基于前述关联关系，确定出所述每个目标业务对象对应的业务服务器。服务端中以业务对象的维度对相关业务数据作分级管理，可以较少数据存储、数据查询的压力，尤其对于群体办公场景带来的吞吐量巨大的情形。对于后续得到的所述返回的业务数据可以取于不同的业务服务器，这样可以避免同一时刻对于某一存储方或接口方的依赖过高。在本发明实施例提供的数据同步方法中，业务服务器需要保证能够对新旧数据作序列化区分，需要保证在两个版本号之间生成的数据可以分批次返回。

同时，每个业务服务器存储对应业务对象的业务数据，可以降低不同业务服务器之间的耦合性，在对每个业务服务器进行维护时能够更方便。进一步的，业务系统1涉及的业务可以对应业务对象1、3、5、9-22，业务系统2涉及的业务可以对应业务对象1、2、5、9-10。相应的，业务系统1和业务系统2可以共同接入业务服务器1、5、9-10，可以提高相关业务服务器的通用性、适应性和兼容性。

S204：所述服务端基于所述客户端标识分别向所述对应的业务服务器发送数据获取请求；

在本发明实施例中，所述对应的业务服务器根据所述客户端标识可以查找前一次数据同步时目标业务对象对应的版本号，以及获取目标业务对象对应的当前版本号。当然，所述数据同步请求也可以携带有指示目标业务对象的当前版本号。

在一个具体的实施例中，所述服务端可以基于步骤S202中确定出的优先级级别序列，分别向所述对应的业务服务器发送数据获取请求。比如，目标业务对象1、目标业务对象2和目标业务对象3对应的优先级级别序列为：目标业务对象2>目标业务对象1>目标业务对象3。那么，所述服务端先向业务服务器2(对应目标业务对象2)发送数据获取请求，然后向业务服务器1(对应目标业务对象1)发送数据获取请求，再向业务服务器3(对应目标业务对象3)发送数据获取请求。

在另一个具体的实施例中，如图3所示，当所述数据同步请求携带有指示目标业务对象的当前版本号时，在所述基于所述客户端标识分别向所述对应的业务服务器发送数据获取请求之前，所述方法还包括：

S301：获取所述目标业务对象对应的最大版本号；

由步骤S203确定出所述对应的业务服务器，而所述对应的业务服务器并不一定都存储有需要返回的用于数据同步的数据，也就是说，所述对应的业务服务器中可能对于某一目标业务对象在前一次数据同步请求至本次数据同步请求之间没有相关业务数据变更。

所述服务端可以从对应的业务服务器获取所述目标业务对象对应的最大版本号。对于存储每个业务对象的相关业务数据的业务服务器可以配置自身的版本号生成逻辑。比如，业务服务器1存储指向业务对象1的业务数据，当前存储的指向业务对象1的业务数据对应业务对象1的最大版本号(S223)。业务服务器5存储指向业务对象5的业务数据，当前存储的指向业务对象5的业务数据对应业务对象5的最大版本号(12)。

当然，如图7所示，所述服务端可以包括版本号服务器，所述版本号服务器负责管理业务服务器集群就对应业务对象的相关业务数据变更生成的版本号。业务服务器可以定期或者每生成一版本号后将该版本号发生至所述版本号服务器存储。所述版本号服务器也可以基于该数据同步请求、在确定出所述对应的业务服务器之后向所述对应的业务服务器发送最大版本号获取请求，这样所述服务端可以从所述版本号服务器获取所述目标业务对象对应的最大版本号。

S302：比较所述当前版本号和所述最大版本号；

所述服务端可以比较所述当前版本号和所述最大版本号之间的大小，所述当前版本号表征着所述客户端当前存储的指向某一目标业务对象的业务数据对应的版本号，所述最大版本号表征着所述服务端当前存储的指向某一目标业务对象的业务数据对应的版本号。所述当前版本号和所述最大版本号相等，说明某一目标业务对象在前一次数据同步请求至本次数据同步请求之间没有相关业务数据变更，也就是不需要返回用于数据同步的数据。

S303：当所述最大版本号大于所述当前版本号时，确定出所述目标业务对象对应的业务服务器。

所述当前版本号小于所述最大版本号，说明某一目标业务对象在前一次数据同步请求至本次数据同步请求之间存在相关业务数据变更，需要返回用于数据同步的数据。基于版本号比较结果，可以从所述对应的业务服务器中筛选出能够提供用于数据同步的数据的业务服务器。

比如，所述数据同步请求携带有目标业务对象1、目标业务对象2和目标业务对象3。这些目标业务对象对应的优先级级别序列为：目标业务对象2>目标业务对象1>目标业务对象3。若目标业务对象1对应的当前版本号等于对应的最大版本号，那么服务端可以不需要向业务服务器1(对应目标业务对象1)发送数据获取请求。所述服务端先向业务服务器2(对应目标业务对象2)发送数据获取请求，然后向业务服务器3(对应目标业务对象3)发送数据获取请求。

在另一个具体的实施例中，基于前述步骤S301-303，所述服务端可以在所述比较所述当前版本号和所述最大版本号之后，向所述客户端发送版本号比较结果。当然，所述服务端也可以在所述获取所述目标业务对象对应的最大版本号之后，向所述客户端发送所述最大版本号，进而由所述客户端比较所述当前版本号和所述最大版本号以得到版本号比较结果。

所述服务端可以在所述当所述最大版本号大于所述当前版本号时，确定出所述目标业务对象对应的业务服务器之后，确定出指示版本号差异的业务数据的预期数量，以及向所述客户端发送所述预期数量。响应于所述客户端根据所述预期数量和与所述服务端间的通信网络状态发送的数据获取指令，所述服务端将所述目标业务对象对应的业务服务器作为目标业务服务器。

客户端可以根据所述预期数量、与所述服务端间的通信网络状态以及自身代码确定当前是否获取相关业务数据，甚至确定获取相关业务数据的数量。比如，客户端与服务端间的通信网络状态可以由网络速度或网络带宽表征。通信网络状态网络状态不满足预定条件，即通信网络状态较差或者说网络速度小于预定速度；通信网络状态满足预定条件，即通信网络状态较好或者说网络速度大于预定速度。可以设置通信网络状态较差时，客户端获取相关业务数据的第一数量阈值；以及设置通信网络状态较好时，客户端获取相关业务数据的第二数量阈值(大于第一数量阈值)。这样，当通信网络状态较差时，若预期数量大于第一数量阈值，可以不进行相关业务数据获取，也就说不生成数据获取指令。当然也可以生成指示获取第一数量阈值的相关业务数据的数据获取指令。若预期数量小于等于第一数量阈值，可以直接生成数据获取指令。当通信网络状态较好时，若预期数量大于第二数量阈值，可以不进行相关业务数据获取，也就说不生成数据获取指令。当然也可以生成指示获取第二数量阈值的相关业务数据的数据获取指令。若预期数量小于等于第二数量阈值，可以直接生成数据获取指令。

如图6所示，客户端接收到一个ContinueFlag(继续拉取标志位)以及(部分或全部的)业务数据。客户端可以确定当前是否已经把所有的业务数据拉取完毕，若没有，客户端还可以确定是否继续拉取以及下一次进行拉取的数据量。

另外，也可以将具有版本号差异的目标业务对象对应的数据变更标记发送给客户端，由客户端基于自身的需要从对应的业务服务器拉取数据，可以在客户端层面实现变更数据的可控的、可调整的柔性拉取。

S205：响应于所述对应的业务服务器分别返回的业务数据(对应S2051)，所述服务端根据所述每个目标业务对象对应的优先级级别将所述返回的业务数据插入业务数据队列，以及从所述业务数据队列中依次抽取业务数据向所述客户端发送(对应S2052)。

在本发明实施例中，考虑到由所述对应的业务服务器在返回业务数据时存在的问题，比如延时、丢包等，那么在将所述返回的业务数据插入业务数据队列时：

1)可以设置第一时间段，获取每个所述第一时间内由所述对应的业务服务器返回的业务数据，然后根据所述每个目标业务对象对应的优先级级别将这些业务数据插入业务数据队列。

2)可以设置第二时间段，当当前时间点与最近时间点(最近一次接收一业务服务器返回业务数据的时间点)的之间的时间段大于等于所述第二时间段时，可以视为该业务服务器已完成业务数据返回，然后根据所述每个目标业务对象对应的优先级级别将这些业务数据插入业务数据队列。

以及，在从所述业务数据队列中依次抽取业务数据向所述客户端发送时，需要按照最高优先级级别对应的业务数据、次高优先级级别对应的业务数据至最低优先级级别对应的业务数据的顺序进行抽取，比如在完成第三级对应的业务数据的抽取和下发之后：

第一步：需要确认第四级对应的业务数据是否存在于所述业务数据队列中，存在的话，需要判断第四级对应的业务数据的已返回数量是否满足对应的待返回数量的要求。

具体的，所述从所述业务数据队列中依次抽取业务数据向所述客户端发送，之前还包括：分别向所述对应的业务服务器发送待返回数据的数量查询指令；接收所述对应的业务服务器分别返回的待返回数量。

第二步：当第四级对应的业务数据的已返回数量满足对应的待返回数量的要求时，向所述客户端发送所述第四级对应的业务数据。

第三步：当第四级对应的业务数据的已返回数量不满足对应的待返回数量的要求时：

1)可以暂停业务数据的下发，直至重新抽取的第四级对应的业务数据的已返回数量满足对应的待返回数量的要求；

2)可以暂停业务数据的下发并设置等待时间段：若等待时间段内重新抽取的第四级对应的业务数据的已返回数量满足对应的待返回数量的要求，则向所述客户端发送所述重新抽取的第四级对应的业务数据；若等待时间段内重新抽取的第四级对应的业务数据的已返回数量仍不满足对应的待返回数量的要求，则对第五级对应的业务数据进行上述“第一步”、“第二步”、“第三步2)”的处理；

3)可以启动对第五级对应的业务数据进行上述“第一步”、“第二步”、“第三步3)”的处理。

具体的，当从所述业务数据队列中中抽取第一业务数据(对应较高优先级级别)；当所述第一业务数据的已返回数量符合对应的待返回数量的要求时，向所述客户端发送所述第一业务数据；当所述第一业务数据的已返回数量不符合对应的待返回数量的要求时，从所述业务数据队列中中抽取第二业务数据(对应较低优先级级别)；其中，所述第一业务数据对应的优先级级别高于所述第二业务数据对应的优先级级别。

在一个具体的实施例中，所述服务端可以根据所述优先级级别序列分别向所述对应的业务服务器发送数据获取请求，那么所述服务端会陆续接收到所述对应的业务服务器分别返回的业务数据。那么，所述服务端在业务数据接收完毕后，再基于所述优先级级别序列向所述客户端发送所述返回的业务数据。所述服务端也可以边接收对应最高优先级级别的目标业务对象的相关业务数据，边向所述客户端下发；在接收对应最高优先级级别的目标业务对象的相关业务数据完毕后，所述服务端可以边接收对应次高优先级级别的目标业务对象的相关业务数据，边向所述客户端下发；以此类推，至所述服务端可以边接收对应最低优先级级别的目标业务对象的相关业务数据，边向所述客户端下发。

在另一个具体的实施例中，如图4所示，所述从所述业务数据队列中依次抽取业务数据向所述客户端发送，包括：

S401：基于与所述客户端间的通信网络状态确定待发送数据的数量阈值；

服务端与客户端间的通信网络状态可以由网络速度或网络带宽表征。通信网络状态网络状态不满足预定条件，即通信网络状态较差或者说网络速度小于预定速度；通信网络状态满足预定条件，即通信网络状态较好或者说网络速度大于预定速度。服务端可以确定通信网络状态较差时，待发送数据对应的第三数量阈值；以及可以确定通信网络状态较好时，待发送数据对应的第四数量阈值(大于第三数量阈值)。

S402：从所述业务数据队列中抽取符合所述数量阈值的要求的业务数据构建当前批次数据，以及向所述客户端发送所述当前批次数据；

服务端可以直接从所述业务数据队列中抽取符合所述数量阈值的要求的业务数据构建当前批次数据。当然，若最高优先级级别对应的业务数据的总数量小于所述数量阈值，可以从次高优先级级别对应的业务数据中进行业务数据抽取。

S403：重复上述确定待发送数据的数量阈值至发送当前批次数据的步骤，至将所述返回的业务数据向所述客户端发送完成。

在实际应用中，群体级别的变更数据所携带的信息可以有轻重缓急之分，服务端在兼顾网络稳定性服可以对所述返回的业务数据进行分批次的返回，在进行数据分批次返回过程中不需要相关业务服务器作额外的数据切割。例如，在wifi网络情况下，每次可以返回稍大于100k的数据包；在弱网络环境或者4g网络情况下，每次可以返回64k的数据包。

如图5所示，当分别接收到多个客户端发送的数据同步请求，以及所述多个客户端发送的数据同步请求对应同一业务数据时，所述从所述业务数据队列中依次抽取业务数据向所述客户端发送，包括：

S501：当所述多个客户端发送的数据同步请求的数量大于预设数量时，对所述多个客户端作分类标注；

S502：向第一类客户端发送所述同一业务数据；

S503：向第二类客户端发送数据未变更通知。

所述服务端在特定时间段接收到多个客户端发送的数据同步请求，比如在春晚期间、“双十一”等，这些数据同步请求可以都包含有同一目标业务对象(比如对应“领取红包”相关的业务)，相应的，这些数据同步请求对应同一业务数据。在实际应用中，服务端可能面临突然的在一秒钟内集中接收到几十万个甚至一百万个数据同步请求。考虑到服务端的存储方存在被压碎的可能性，需要设置业务数据的柔性返回策略。可以对所述多个客户端作分类标注，这里可以是随机的。向第一类客户端发送所述同一业务数据；向第二类客户端发送数据未变更通知(可参见图6，可以由checksync返回已同步标志位)，当第二类客户端下次(之后时间段)再发送对应的数据同步请求时，可以向它返回所述业务数据。进一步的，可以对所述同一业务数据作缓存处理。对于上述涉及的群体级别的突发性变更，设置柔性返回策略+增加一层缓存可以更有效的保护业务服务器中存储的数据，提高容灾能力。

在实际应用中，对于群体办公场景，当某个用户长时间没有上线、没有登录客户端的时候，该用户利用客户端发送的数据同步请求指向的群体级别(比如企业级别、事业群级别)的变更数据往往数据巨大。通过本发明实施例提供的数据同步方法，可以基于优先级级别序列向所述客户端下发所述返回的业务数据，下发业务数据的过程是优先返回更携带有关键信息的数据。用户不用耗费时间过滤诸多时序靠前但并不携带有关键信息的数据，也不用耗费时间在数据下发过程中考虑哪些数据携带的信息需要及时处理、哪些需要所有数据下发完毕后方能处理。

在本说明书实施例中，服务端可以响应于所述客户端发送的通信请求，建立与所述客户端的通信关系；然后根据所述通信请求携带的客户端标识确定出与所述标识信息相匹配的候选业务对象；当所述候选业务对象对应的业务数据发生变更时，再向所述客户端发送变更后的业务数据。

这样可以在服务端有效的实现数据的灰度下发。对于某些突发的请求量峰值时刻，可以更好地控制整体请求流速。在实际应用中，某一业务数据的变更，服务端知晓，客户端未知。这样当所述候选业务对象对应的业务数据发生变更时，向所述客户端发送变更后的业务数据。其中，候选业务对象可以是基于当前业务需要而配置的，候选业务对象对应的业务数据时这个客户端可能会需要下发的数据组合。比如，其标识信息指向企业甲的客户端，可能需要业务对象A对应的业务数据、业务对象B对应的业务数据以及业务对象C对应的业务数据。其标识信息指向企业乙的客户端，因为企业乙人数众多，只能下发业务对象A对应的业务数据、业务对象B对应的业务数据。

进一步的，当所述候选业务对象对应的业务数据发生变更时，所述服务端更新所述候选业务对象对应的版本号。业务服务器在每次有业务数据变更的时候，需要更新当前的版本号，比如将当前的版本号作提升。版本号(序列号，seq)对应一个数字形式、是针对全量数据的。两个版本号之间的数据是针对增量的。然后，基于更新后的版本号生成数据变更通知，向所述客户端发送所述数据变更通知(可参见图6)。

如图6、7所示，所述服务端可以包括“检查是否同步”模块、同步系统、版本号服务器以及业务服务器集群。客户端可以发出检查是否同步的请求，“检查是否同步”模块对客户端提供的目标业务对象对应的当前版本号、和从版本号服务器获取的目标业务对象对应的最大版本号进行同步检查。当存在版本号差异时，客户端可以向同步系统发送同步数据的指令，由同步系统从业务服务器获取业务数据，进而由同步系统将业务数据按客户端的需求向其返回。

其中，客户端不需要理解对应的版本号以及其差异，它纯粹存储一份数据。客户端需要保证对于数据同步请求的串行行为。“存在版本号差异”的确定依赖于版本号发生变化，版本号服务器不需要知道相关的业务服务器提供的业务数据的内容，这样可以避免因吞吐量过大造成版本号紊乱的情形出现。“make a buff”意味着可以优化，可以在接入层(比如代理)缓存相关业务数据，缩短客户端获取相关业务数据、服务端查询相关业务数据的计算量。

由以上本说明书实施例提供的技术方案可见，本说明书实施例中对于携带有至少两个目标业务对象的数据同步请求，获取所述至少两个目标业务对象对应的优先级级别序列。根据所述优先级级别序列分别向所述至少两个目标业务对象对应的业务服务器发送数据获取请求，以及基于所述优先级级别序列向客户端发送由所述对应的业务服务器返回的业务数据。对于同一数据同步请求涉及的业务数据可以基于相应业务对象的优先级级别向客户端下发数据，保证下发数据时考虑到了数据所述携带的信息的重要性、时效性，降低客户端对接收到的数据进行信息关键性判断的工作量(包括等待时间)和复杂度，便于客户端基于接收到的数据作及时处理。

本发明实施例还提供了一种数据同步装置，如图8所示，所述装置包括：

目标业务对象确定模块810：用于响应于客户端发送的数据同步请求，确定出所述数据同步请求所携带的客户端标识和至少两个目标业务对象；

优先级级别获取模块820：用于获取每个目标业务对象对应的优先级级别；

业务服务器确定模块830：用于根据所述每个目标业务对象的对象标识，确定出所述每个目标业务对象对应的业务服务器；

数据获取请求发送模块840：用于基于所述客户端标识分别向所述对应的业务服务器发送数据获取请求；

业务数据发送模块850：用于响应于所述对应的业务服务器分别返回的业务数据，根据所述每个目标业务对象对应的优先级级别将所述返回的业务数据插入业务数据队列，以及从所述业务数据队列中依次抽取业务数据向所述客户端发送。

需要说明的，所述装置实施例中的装置与方法实施例基于同样的发明构思。

本发明实施例提供了一种电子设备，该电子设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的数据同步方法。

进一步地，图9示出了一种用于实现本发明实施例所提供的数据同步方法的电子设备的硬件结构示意图，所述电子设备可以参与构成或包含本发明实施例所提供的数据同步装置。如图9所示，电子设备90可以包括一个或多个(图中采用902a、902b，……，902n来示出)处理器902(处理器902可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器904、以及用于通信功能的传输装置906。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图9所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，电子设备90还可包括比图9中所示更多或者更少的组件，或者具有与图9所示不同的配置。

应当注意到的是上述一个或多个处理器902和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到电子设备90(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器904可用于存储应用软件的软件程序以及模块，如本发明实施例中所述的方法对应的程序指令/数据存储装置，处理器902通过运行存储在存储器94内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的一种数据同步方法。存储器904可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器904可进一步包括相对于处理器902远程设置的存储器，这些远程存储器可以通过网络连接至电子设备90。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置906用于经由一个网络接收或者发送数据。上述的网络具体实例可包括电子设备90的通信供应商提供的无线网络。在一个实例中，传输装置906包括一个网络适配器(NetworkInterfaceController，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实施例中，传输装置906可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与电子设备90(或移动设备)的用户界面进行交互。

本发明的实施例还提供了一种存储介质，所述存储介质可设置于电子设备之中以保存用于实现方法实施例中一种数据同步方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述方法实施例提供的数据同步方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和电子设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

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

响应于客户端发送的数据同步请求，确定出所述数据同步请求所携带的客户端标识和至少两个目标业务对象；

获取每个业务对象对应的优先级级别序列；

根据所述每个目标业务对象的对象标识，确定出所述每个目标业务对象对应的业务服务器；

基于所述客户端标识分别向所述对应的业务服务器发送数据获取请求；

响应于所述对应的业务服务器分别返回的业务数据，根据所述每个目标业务对象对应的优先级级别将所述返回的业务数据插入业务数据队列，以及从所述业务数据队列中依次抽取业务数据向所述客户端发送。

2.根据权利要求1所述的方法，其特征在于，当所述数据同步请求携带有指示目标业务对象的当前版本号时，在所述基于所述客户端标识分别向所述对应的业务服务器发送数据获取请求之前，所述方法还包括：

获取所述目标业务对象对应的最大版本号；

比较所述当前版本号和所述最大版本号；

当所述最大版本号大于所述当前版本号时，确定出所述目标业务对象对应的业务服务器。

3.根据权利要求1所述的方法，其特征在于：

所述从所述业务数据队列中依次抽取业务数据向所述客户端发送，之前还包括：

分别向所述对应的业务服务器发送待返回数据的数量查询指令；

接收所述对应的业务服务器分别返回的待返回数量；

所述从所述业务数据队列中依次抽取业务数据向所述客户端发送，包括：

从所述业务数据队列中中抽取第一业务数据；

当所述第一业务数据的已返回数量符合对应的待返回数量的要求时，向所述客户端发送所述第一业务数据；

当所述第一业务数据的已返回数量不符合对应的待返回数量的要求时，从所述业务数据队列中中抽取第二业务数据；

其中，所述第一业务数据对应的优先级级别高于所述第二业务数据对应的优先级级别。

4.根据权利要求1所述的方法，其特征在于，所述从所述业务数据队列中依次抽取业务数据向所述客户端发送，还包括：

基于与所述客户端间的通信网络状态确定待发送数据的数量阈值；

从所述业务数据队列中抽取符合所述数量阈值的要求的业务数据构建当前批次数据，以及向所述客户端发送所述当前批次数据；

重复上述确定待发送数据的数量阈值至发送当前批次数据的步骤，至将所述返回的业务数据向所述客户端发送完成。

5.根据权利要求2所述的方法，其特征在于：

所述比较所述当前版本号和所述最大版本号，之后还包括：

向所述客户端发送版本号比较结果；

所述当所述最大版本号大于所述当前版本号时，确定出所述目标业务对象对应的业务服务器，之后还包括：

确定出指示版本号差异的业务数据的预期数量，以及向所述客户端发送所述预期数量；

响应于所述客户端根据所述预期数量和与所述服务端间的通信网络状态发送的数据获取指令，将所述目标业务对象对应的业务服务器作为目标业务服务器。

6.根据权利要求1所述的方法，其特征在于，当分别接收到多个客户端发送的数据同步请求，以及所述多个客户端发送的数据同步请求对应同一业务数据时，所述从所述业务数据队列中依次抽取业务数据向所述客户端发送，还包括：

当所述多个客户端发送的数据同步请求的数量大于预设数量时，对所述多个客户端作分类标注；

向第一类客户端发送所述同一业务数据；

向第二类客户端发送数据未变更通知。

7.根据权利要求6所述的方法，其特征在于，所述向第一类客户端发送所述同一业务数据，之前还包括：

对所述同一业务数据作缓存处理。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于所述客户端发送的通信请求，建立与所述客户端的通信关系；

根据所述通信请求携带的客户端标识确定出与所述标识信息相匹配的候选业务对象；

当所述候选业务对象对应的业务数据发生变更时，向所述客户端发送变更后的业务数据。

9.根据权利要求8所述的方法，其特征在于，所述当所述候选业务对象对应的业务数据发生变更时，向所述客户端发送变更后的业务数据，包括：

当所述候选业务对象对应的业务数据发生变更时，更新所述候选业务对象对应的版本号；

基于更新后的版本号生成数据变更通知；

向所述客户端发送所述数据变更通知。

10.一种数据同步装置，其特征在于，所述装置包括：

目标业务对象确定模块：用于响应于客户端发送的数据同步请求，确定出所述数据同步请求所携带的客户端标识和至少两个目标业务对象；

优先级级别获取模块：用于获取每个目标业务对象对应的优先级级别；

业务服务器确定模块：用于根据所述每个目标业务对象的对象标识，确定出所述每个目标业务对象对应的业务服务器；

数据获取请求发送模块：用于基于所述客户端标识分别向所述对应的业务服务器发送数据获取请求；

业务数据发送模块：用于响应于所述对应的业务服务器分别返回的业务数据，根据所述每个目标业务对象对应的优先级级别将所述返回的业务数据插入业务数据队列，以及从所述业务数据队列中依次抽取业务数据向所述客户端发送。

Images