CN116303755A - 一种信息同步变更方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请涉及信息处理技术领域，尤其涉及一种信息同步变更方法、装置、电子设备和存储介质，用以提高信息同步变更准确性。其中，方法包括：接收基于目标变更事件触发的通知消息，并从通知消息获得目标变更事件的第一流水标识；至少基于第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息，待处理业务至少包括目标业务；向业务服务器发送变更信息获取请求，变更信息获取请求中携带至少一个待处理业务的业务标识信息；基于业务服务器返回的至少一个待处理业务变更的业务信息，进行信息同步变更。由于本申请通过基于流水标识确定需要变更信息的业务的业务标识信息，从而获取变更的业务信息，能够有效提高信息同步变更准确性。

Description

一种信息同步变更方法、装置、电子设备和存储介质

技术领域

本申请涉及信息处理技术领域，尤其涉及一种信息同步变更方法、装置、电子设备和存储介质。

背景技术

随着互联网的发展迅速，人们的工作、生活、学习和交流越来越多的依靠网络进行信息的传递，而且，一些信息会存储在多端，信息发生变更时，多端需要进行信息同步。

以客户群信息变更为例，相关技术中主要是采取以下两种方式进行信息同步变更的：

方式一：首次全量拉取客户群数据，之后在对象通过客户端操作(增删改)客服群时，会产生客户群变更事件，回调给企业，告知当前发生变更的客户群ID(Identitydocument，身份标识号)；企业收到变更事件后，根据客户群ID获取该客户群详情；企业根据拉到的详情，更新本地数据。

方式二：按一定周期(例如每天)全量拉取客户群详情，覆盖本地数据。

但是，基于方式一，因为网络原因或企业接收事件的服务器的稳定性等原因，不可避免会导致一些事件并没有成功回调给企业；或者，因为网络延时，多个事件接收的顺序不一定准确，都可能导致企业接收到的变更事件不可靠，因而没办法精确同步数据，导致信息更新部分是不可靠的；基于方式二，全量拉取会带来极大的流量压力，信息同步变更效率低。因而，如何高效准确的实现信息同步变更是亟待解决的。

发明内容

本申请实施例提供一种信息同步变更方法、装置、电子设备和存储介质，用以提高信息同步变更准确性。

本申请实施例提供的第一种信息同步变更方法，包括：

接收基于目标变更事件触发的通知消息，并从所述通知消息获得所述目标变更事件的第一流水标识；所述目标变更事件表征目标业务的业务信息发生变更；

至少基于所述第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息，所述待处理业务至少包括所述目标业务；

向业务服务器发送变更信息获取请求，所述变更信息获取请求中携带所述至少一个待处理业务的业务标识信息；

基于所述业务服务器返回的所述至少一个待处理业务变更的业务信息，进行信息同步变更。

本申请实施例提供的第二种信息同步变更方法，包括：

向业务管理端发送基于目标变更事件触发的通知消息，以使所述业务管理端从所述通知消息获得所述目标变更事件的第一流水标识，至少基于所述第一流水标识，确定发生变更的至少一个待处理业务的业务标识信息；所述目标变更事件表征目标业务的业务信息发生变更，所述待处理业务至少包括所述目标业务；

接收所述业务管理端发送的变更信息获取请求，所述变更信息获取请求中携带所述至少一个待处理业务的业务标识信息；

向所述业务管理端返回所述至少一个待处理业务变更的业务信息，以使所述业务管理端进行信息同步变更。

本申请实施例提供的第一种信息同步变更装置，包括：

接收单元，用于接收基于目标变更事件触发的通知消息，并从所述通知消息获得所述目标变更事件的第一流水标识；所述目标变更事件表征目标业务的业务信息发生变更；

第一确定单元，用于至少基于所述第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息，所述待处理业务至少包括所述目标业务；

发送单元，用于向业务服务器发送变更信息获取请求，所述变更信息获取请求中携带所述至少一个待处理业务的业务标识信息；

变更单元，用于基于所述业务服务器返回的所述至少一个待处理业务变更的业务信息，进行信息同步变更。

可选的，流水标识的取值按照对应的变更事件先后顺序依次递增；所述装置还包括第二确定单元，用于：

确定所述第一流水标识的取值不大于所述第二流水标识的取值，则不处理本次信息同步变更。

可选的，所述第一确定单元具体用于：

至少基于所述第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息和对应的变更类型；

所述变更单元具体用于：

分别基于所述至少一个待处理业务各自对应的变更类型，以及对应变更的业务信息，进行信息同步变更。

本申请实施例提供的第二种信息同步变更装置，包括：

发送单元，用于向业务管理端发送基于目标变更事件触发的通知消息，以使所述业务管理端从所述通知消息获得所述目标变更事件的第一流水标识，至少基于所述第一流水标识，确定发生变更的至少一个待处理业务的业务标识信息；所述目标变更事件表征目标业务的业务信息发生变更，所述待处理业务至少包括所述目标业务；

第一接收单元，用于接收所述业务管理端发送的变更信息获取请求，所述变更信息获取请求中携带所述至少一个待处理业务的业务标识信息；

返回单元，用于向所述业务管理端返回所述至少一个待处理业务变更的业务信息，以使所述业务管理端进行信息同步变更。

可选的，在所述接收所述业务管理端发送的变更信息获取请求之前，所述装置还包括第二接收单元，用于：

接收所述业务管理端发送的标识获取请求，确定所述标识获取请求中各个目标流水标识各自对应的变更事件相关的业务的业务标识信息；

将基于各个目标流水标识所确定的业务标识信息，作为所述至少一个待处理业务的标识信息，并返回给所述业务管理端；

其中，所述目标流水标识是由所述业务管理端确定的，若所述业务管理端在接收到所述目标变更事件之前，接收到其他的历史变更事件，则基于上一次处理的历史变更事件的第二流水标识，以及所述第一流水标识，确定至少一个目标流水标识；若所述业务管理端在接收到所述目标变更事件之前，未接收到其他的历史变更事件，则将所述第一流水标识作为目标流水标识。

可选的，所述装置还包括存储单元，用于：

每接收到业务客户端发送的基于变更事件触发的通知消息，则存储本次业务信息发生变更的业务的业务标识信息，并生成一个流水标识，其中，流水标识的取值按照对应的变更事件先后顺序依次递增。

本申请实施例提供的一种电子设备，包括处理器和存储器，其中，所述存储器存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行上述任意一种信息同步变更方法的步骤。

本申请实施例提供一种计算机可读存储介质，其包括计算机程序，当所述计算机程序在电子设备上运行时，所述计算机程序用于使所述电子设备执行上述任意一种信息同步变更方法的步骤。

本申请实施例提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序存储在计算机可读存储介质中；当电子设备的处理器从计算机可读存储介质读取所述计算机程序时，所述处理器执行所述计算机程序，使得所述电子设备执行上述任意一种信息同步变更方法的步骤。

本申请有益效果如下：

本申请实施例提供的信息同步变更方法、装置、电子设备和存储介质，通过接收基于目标变更事件触发的通知消息，并从通知消息获得目标变更事件的第一流水标识，并至少基于第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息；然后，向业务服务器发送变更信息获取请求，基于业务服务器返回的至少一个待处理业务变更的业务信息，进行信息同步变更。通过上述方式，基于变更事件触发信息同步变更，基于每次的变更事件对应的流水标识拉取信息，只是拉取基于第一流水标识确定的业务信息发生变更的至少一个待处理业务的业务信息，即增量拉取信息，相比于定期全量拉取信息，能够减少流量压力，提高信息同步变更效率；进一步的，基于第一流水标识确定业务信息发生变更的业务标识信息，并基于业务标识信息获取变更的业务信息，能够避免因通知消息丢失或者乱序，而导致信息同步变更不一致的情况，提高了信息同步变更的准确性。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为相关技术中的一种信息同步变更方法的示意图；

图2为相关技术中的另一种信息同步变更方法的示意图；

图3为本申请实施例中的一种应用场景的一个可选的示意图；

图4为本申请实施例提供的一种信息同步变更方法的实施流程图

图5为本申请实施例中的第一种回调通知与变更流水的对应关系图；

图6为本申请实施例中的第一种回调通知与变更流水的对应关系图；

图7为本申请实施例中的第一种回调通知与变更流水的对应关系图；

图8为本申请实施例中的另一种信息同步变更方法的实施流程图；

图9为本申请实施例中的一种流水标识生成机制的示意图；

图10为本申请实施例中的一种信息同步变更方法的交互时序图；

图11A为本申请实施例中的一种信息同步变更方法的流程示意图；

图11B为本申请实施例中的一种信息同步变更方法的逻辑示意图；

图11C为本申请实施例中的另一种信息同步变更方法的流程示意图；

图12为本申请实施例中的一种信息同步变更装置的组成结构示意图；

图13为本申请实施例中的另一种信息同步变更装置的组成结构示意图；

图14为应用本申请实施例的一种电子设备的一个硬件组成结构示意图；

图15为应用本申请实施例的另一种电子设备的一个硬件组成结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请技术方案的一部分实施例，而不是全部的实施例。基于本申请文件中记载的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请技术方案保护的范围。

下面对本申请实施例中涉及的部分概念进行介绍。

业务服务器：用于存储所有的业务信息，一个业务服务器可以对应多个业务管理端，当发生业务信息变更时，业务服务器通知对应的业务管理端进行信息同步变更。

业务管理端：专门用于处理某种业务的服务器，或者专门用于处理某种业务的相关账号对应的客户端，以服务器为例，例如，所有的业务都会储存在业务服务器中，A业务服务器用于处理A公司的业务，B业务服务器用于处理B公司的业务。

增量更新：指在进行更新操作时，只更新需要改变的地方，不需要更新或者已经更新过的地方则不会重复更新，在本申请实施例中，对发生过变更的待处理业务的业务信息进行信息同步变更，就是采用增量更新的方法，能够节省流量，提高信息同步更新效率。

事件回调：指当发生事件后调用回调接口，响应事件变更，在本申请实施例中，在发生变更事件后，业务服务器将事件回调给业务管理端，以通知业务管理端进行信息同步变更。

信息同步变更：指在信息变更后需要在多端同步变更的信息，在本申请实施例中，主要是以客户群信息变更为例，在对象通过客户端增、删、改客户群时，对变更的信息进行业务管理端和业务服务端之间的同步。

应用程序接口(Application Programming Interface，API)：是一些预先定义的接口(如函数接口)，或指软件系统不同组成部分衔接的约定，用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程，而又无需访问源码，或理解内部工作机制的细节。

客户端(Client)或称为用户端：是指与服务器相对应，为客户提供本地服务的程序。除了一些只在本地运行的应用程序之外，一般安装在普通的客户机上，需要与服务端互相配合运行。因特网发展以后，较常用的用户端包括了如万维网使用的网页浏览器，收寄电子邮件时的电子邮件客户端，以及即时通讯的客户端软件等。对于这一类应用程序，需要网络中有相应的服务器和服务程序来提供相应的服务，如数据库服务，电子邮件服务等等，这样在客户机和服务器端，需要建立特定的通信连接，来保证应用程序的正常运行。

下面对本申请实施例的设计思想进行简要介绍：

随着互联网的发展迅速，人们的工作、生活、学习和交流越来越多的依靠网络进行信息的传递，而且，一些信息会存储在多端，信息发生变更时，多端需要进行信息同步。

以客户群信息变更为例，相关技术中主要是通过以下两种方式进行信息同步变更：

方式一：如图1所示，企业服务器(业务管理端)首次全量拉取客户群并维护一份数据，在对象通过企业通讯客户端操作(增删改)客户群时，在企业通讯服务器(业务服务器)上会产生客户群变更事件，企业通讯服务器回调给企业服务器，告知当前发生变更的客户群ID，企业服务器收到变更事件后，根据客户群ID获取该客户群变更详情，并根据拉到的详情，更新本地数据，每次根据回调事件增量更新数据保持企业服务器与业务服务器两端数据对齐；

方式二：如图2所示，企业服务器按一定周期(例如每天)从企业通讯服务器全量拉取客户群详情，覆盖本地数据。

但是，基于方式一，由于网络原因或企业接收事件的服务器稳定性等原因，不可避免会导致一些事件并没有成功回调给企业服务器；或者，由于网络延时，多个事件接收的顺序不一定准确，都可能导致企业服务器接收到的变更事件不可靠，因而没办法精确同步数据，导致信息更新部分是不可靠的；

基于方式二，因为客户群数量是无上限增长的，随着客户群数量增多，全量拉取会造成流量压力越来越大，速度也越来越慢。另外，由于全量拉取代价很高，不可能频繁拉取(一般来说只能每天定时拉取)，所以在一天修复数据前，都可能存在有问题的数据，因此数据修复的实时性不高，信息同步变更效率低。

综上，现有技术本质上是基于业务管理端被动接收来自业务服务端的变更事件来进行增量更新，因为服务接收端或者网络原因会不可避免的发生事件丢失或乱序，还需要很重的全量拉取数据来不断修复数据，信息同步变更效率低。因而，如何高效准确的实现信息同步变更是亟待解决的。

有鉴于此，本申请实施例提出了一种信息同步变更方法、装置、电子设备和存储介质。在本申请实施例中，通过接收基于目标变更事件触发的通知消息，并从通知消息获得目标变更事件的第一流水标识，并至少基于第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息；然后，向业务服务器发送变更信息获取请求，基于业务服务器返回的至少一个待处理业务变更的业务信息，进行信息同步变更。通过上述方式，基于变更事件触发信息同步变更，基于每次的变更事件对应的流水标识拉取信息，只是拉取基于第一流水标识确定的业务信息发生变更的至少一个待处理业务的业务信息，即增量拉取信息，相比于定期全量拉取信息，能够减少流量压力，提高信息同步变更效率，进一步的，基于第一流水标识确定业务信息发生变更的业务标识信息，并基于业务标识信息获取变更的业务信息，能够避免因通知消息丢失或者乱序，而导致信息同步变更不一致的情况，提高了信息同步变更的准确性。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如图3所示，其为本申请实施例的应用场景示意图。该应用场景图中包括两个终端设备310和一个服务器320。

在本申请实施例中，终端设备310包括但不限于手机、平板电脑、笔记本电脑、台式电脑、电子书阅读器、智能语音交互设备、智能家电、车载终端等设备；终端设备上可以安装有信息交互相关的客户端，该客户端可以是软件(例如浏览器、即时通讯软件等)，也可以是网页、小程序等，服务器320则是与软件或是网页、小程序等相对应的后台服务器，或者是专门用于进行信息同步变更的服务器，本申请不做具体限定。服务器320可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。

需要说明的是，本申请实施例中的信息同步变更方法可以由电子设备执行，该电子设备可以为服务器320或者终端设备310，即，该方法可以由服务器320或者终端设备310单独执行，也可以由服务器320和终端设备310共同执行，还可以由多个服务器320共同执行。比如由服务器320和终端设备310共同执行时，终端设备310接收基于目标变更事件触发的通知消息，并从通知消息获得目标变更事件的第一流水标识，并至少基于第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息，然后向业务服务器320发送携带至少一个待处理业务的业务标识信息的变更信息获取请求，最后基于业务服务器320返回的至少一个待处理业务变更的业务信息，进行信息同步变更。

需要说明的是，这里仅是以业务管理端为终端设备310为例进行说明的，实际上本申请实施例中的业务管理端可以是终端设备310，也可以是服务器320，本申请实施例中的信息变更方法可以由终端设备和服务器共同执行，也可以由多个服务器共同执行，在此不做具体限定。

在一种可选的实施方式中，终端设备310与服务器320之间可以通过通信网络进行通信。

在一种可选的实施方式中，通信网络是有线网络或无线网络。

需要说明的是，图3所示只是举例说明，实际上终端设备和服务器的数量不受限制，在本申请实施例中不做具体限定。

本申请实施例中，当服务器的数量为多个时，多个服务器可组成为一区块链，而服务器为区块链上的节点；如本申请实施例所公开的信息同步变更方法，其中所涉及的业务信息可保存于区块链上，例如，客户群ID等。

此外，本申请实施例可应用于各种场景，不仅包括信息同步变更场景，还包括但不限于云技术、人工智能、智慧交通、辅助驾驶等场景。

可以理解的是，在本申请的具体实施方式中，涉及到用户信息等相关的数据，当本申请以上实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

下面结合上述描述的应用场景，参考附图来描述本申请示例性实施方式提供的信息同步变更方法，需要注意的是，上述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。

参阅图4，为本申请实施例提供的一种信息同步变更方法的实施流程图，应用于业务管理端，下面以客户群信息同步变更为例，介绍本申请中的信息同步变更方法，该方法的具体实施流程如下：

S401：业务管理端接收基于目标变更事件触发的通知消息，并从通知消息获得目标变更事件的第一流水标识；

其中，目标变更事件表征目标业务的业务信息发生变更。在本申请实施例中，具体的信息同步可以是指：客户信息同步变更，组织架构同步变更等，除此之外，还可以是其他任何需要远端同步的信息同步变更，下文主要是以客户群信息的同步变更为例进行举例说明的。

可选的，流水标识的取值可以按照对应的变更事件先后顺序依次递增，例如，当目标业务为客户群变更业务时，A企业用户操作企业通讯客户端，新增了一个企业客户群，则新增企业客户群为目标变更事件，企业服务器(即业务管理端)需要同步更新客户群信息，接收通知消息，通知消息中携带第一流水标识为“事件001”。若之后A企业用户删除了一个企业客户群，则企业服务器接收的通知消息中携带的第一流水标识为“事件002”。

S402：业务管理端至少基于第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息；

其中，待处理业务至少包括目标业务，例如，第一流水标识为“事件001”时，业务管理端基于“事件001”确定对应业务信息发生变更的客户群ID为“企业客户群5”。

S403：业务管理端向业务服务器发送变更信息获取请求；

其中，变更信息获取请求中携带至少一个待处理业务的业务标识信息，例如，业务管理端发送变更信息获取请求中携带客户群ID为“企业客户群5”，表示业务管理端需要获取企业客户群5的变更信息。

S404：业务管理端基于业务服务器返回的至少一个待处理业务变更的业务信息，进行信息同步变更。

例如，业务服务器返回企业客户群5的信息，业务管理端对应在本地客户群信息中新增企业客户群5的信息。

在本申请实施例中，基于变更事件触发信息同步变更，基于每次的变更事件对应的流水标识拉取信息，只是拉取基于第一流水标识确定的业务信息发生变更的至少一个待处理业务的业务信息，即增量拉取信息，相比于定期全量拉取信息，能够减少流量压力，提高信息同步变更效率，进一步的，基于第一流水标识确定业务信息发生变更的业务标识信息，并基于业务标识信息获取变更的业务信息，能够避免因通知消息丢失或者乱序，而导致信息同步变更不一致的情况，提高了信息同步变更的准确性。

可选的，在实施步骤S402时分为以下两种情况：

情况一：若确定在接收到目标变更事件之前，接收到其他的历史变更事件，则基于上一次处理的历史变更事件的第二流水标识，以及第一流水标识，确定至少一个目标流水标识；向业务服务器发送携带各个目标流水标识的标识获取请求；将业务服务器返回的各个目标流水标识各自对应的变更事件相关的业务的业务标识信息，作为至少一个待处理业务的业务标识信息。

其中，基于第二流水标识，以及第一流水标识，确定至少一个目标流水标识时，具体又可分为以下两类：

1)若第一流水标识的取值与第二流水标识的取值相邻，则将第一流水标识作为目标流水标识；

例如，若第一流水标识为“事件003”，第二流水标识为“事件002”，则表征上一次进行信息同步变更时，已完成“事件002”对应的信息同步变更处理，且本次进行信息同步变更时，请求完成“事件003”对应的信息同步变更处理，因而，需要将“事件003”作为目标流水标识。

进而，向业务服务器发送标识获取请求，获取“事件003”对应的业务标识信息：“客户群2”，将该业务标识信息作为待处理业务的业务标识信息。

2)若第一流水标识的取值与第二流水标识的取值不相邻，则将第一流水标识，以及第一流水标识与第二流水标识之间的各个中间流水标识，作为目标流水标识。

例如，若第一流水标识为“事件004”，第二流水标识为“事件001”，则表征上一次进行信息同步变更时，已完成“事件001”对应的信息同步变更处理，且本次进行信息同步变更时，请求完成“事件004”对应的信息同步变更处理，而其中“事件002”和“事件003”对应的变更事件因网络延时或其他原因，也需要在本次进行信息同步，因而“事件002”、“事件003”和“事件004”作为目标流水标识。

进而，向业务服务器发送标识获取请求，获取“事件002”、“事件003”和“事件004”分别对应的业务标识信息：“客户群7”、“客户群2”、“客户群10”，将上述三个业务标识信息作为待处理业务的业务标识信息。

需要说明的是，上述都是以一个变更事件(或流水标识)对应一个客户群为例简单举例的，实际上一段时间内的几个客户群信息的变更，也对应同一个变更事件，此时，一个目标流水标识也对应多个业务标识信息，在此不做具体限定。

情况二：若确定在接收到目标变更事件之前，未接收到其他的历史变更事件，则直接将第一流水标识作为目标流水标识；向业务服务器发送携带各个目标流水标识的标识获取请求；将业务服务器返回的各个目标流水标识各自对应的变更事件相关的业务的业务标识信息，作为至少一个待处理业务的业务标识信息。

具体的，仍以当前接收到的目标变更事件的第一流水标识为“事件003”为例，之前未接收到过其他历史变更事件，则直接将“事件003”作为目标流水标识，向业务服务器发送标识获取请求，获取“事件003”对应的业务标识信息为“客户群2”，将“客户群2”作为待处理业务的业务标识信息。

需要说明的是，本申请实施例中的第一流水标识和第二流水标识均是基于变更事件发生的先后顺序确定的流水标识，“第一”、“第二”仅是用于区分目标变更事件和历史变更事件，并不能限定变更事件发生的先后顺序。

假设，三个变更事件的发生顺序为：A-B-C，各自对应的流水标识分别为：101，102，103。

可选的，业务管理端根据回调通知(即通知消息)拉取变更流水时，可分为以下三种情况：

情况一：回调正常；

如图5所示，业务管理端依次收到A-B-C三个变更事件，每次收到事件即拿到一个变更流水，接收到三次回调通知后，依次拉到101-102-103三个变更流水(即流水标识，也称流水号)；

情况二：回调丢失；

如图6所示，在回调通知B丢失的情况下，业务管理端只收到回调通知A和C，收到回调通知A时，拉到流水101，记录本次最大编号101；收到回调通知C时，拉取102、103两个变更流水，也是拿到101-102-103三个变更流水。

情况三：回调乱序。

如图7所示，在回调通知A乱序的情况下，业务管理端先后收到B-C-A三个回调通知，收到回调通知B时，对应的变更流水为102，上一次处理的流水标识为100，则本次拉取变更流水101、102，收到回调通知C时，对应的变更流水为103，上次拉取到变更流水102，则本次拉取变更流水103，收到回调通知A时，对应的变更流水为101，不大于上次拉取到的变更流水103，则不处理本次变更，这样仍然是先后拉到101-102-103三个变更流水。

以上三种情况，业务管理端均是先后拿到101-102-103三个变更流水，由此可知，通过本申请实施例提供的信息变更方法，回调事件丢失或乱序，不会造成数据不一致问题，因此本机制具有自动补偿的属性，不需要再额外添加每天全量拉数据的补偿逻辑。

可选的，至少基于第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息和对应的变更类型；分别基于至少一个待处理业务各自对应的变更类型，以及对应变更的业务信息，进行信息同步变更。

具体地，变更类型可以包括客户群增加、客户群删除、客户群修改等类型，例如，第一流水标识为“事件003”，第二流水标识为“事件002”，目标流水标识为“事件003”，对应的业务标识信息为“客户群2”对应的变更类型为客户群修改，则在本地客户群数据中修改客户群2的信息。

基于上述实施方式进行信息同步变更，与现有技术基于企业服务器被动接收来自企业通讯服务器的变更事件来进行增量更新相比，因为现有技术中服务接收端或者网络原因而不可避免发生事件丢失或乱序，需要很重的全量拉取数据来不断修复数据，而本申请变被动为主动，通过在企业通讯服务器存储发生过变更客户群列表，让企业服务器针对性的主动来拉取变更流水信息来增量同步数据，能够避开被动接收的丢包乱序等问题。更重要的是，实际上发生变动过的客户群相比全量客户群占比及其低，因此能非常好的缓解流量压力、提高实时性。

参阅图8，其为本申请实施例中的另一种信息同步变更方法的实施流程图，应用于业务服务器，包括以下步骤：

S801：业务服务器向业务管理端发送基于目标变更事件触发的通知消息；

其中，业务管理端从通知消息获得目标变更事件的第一流水标识，并至少基于第一流水标识，确定发生变更的至少一个待处理业务的业务标识信息；目标变更事件表征目标业务的业务信息发生变更，待处理业务至少包括目标业务。

S802：业务服务器接收业务管理端发送的变更信息获取请求；

其中，变更信息获取请求中携带至少一个待处理业务的业务标识信息；

S803：业务服务器向业务管理端返回至少一个待处理业务变更的业务信息。

其中，业务管理端根据待处理业务变更的业务信息进行信息同步变更。

可选的，业务服务器每接收到业务客户端发送的基于变更事件触发的通知消息，则存储本次业务信息发生变更的业务的业务标识信息，并生成一个流水标识。

例如，用户通过业务客户端新增了客户群6，则业务服务器接收通知消息，存储本次业务标识信息“客户群6”，并生成流水标识“事件001”，之后用户通过业务客户端修改了客户群5的信息，业务服务器接收通知消息后，存储本次业务标识信息“客户群5”，并生成流水标识“事件002”，以此类推，流水标识的取值按照对应的变更事件先后顺序依次递增。

参阅图9，其为本申请实施例中的一种流水标识生成机制的示意图，业务服务器按时间先后顺序记录每一次发生过变更的客户群ID(即业务标识信息)，每一次变更流水都有一个自增的编号。当业务管理端来拉取流水时，记录本次拉取的流水的最大编号作为游标，下一次业务管理端拉取流水时，从上次拉取的最大编号开始拉取即可。如图9所示，类似一个按时间轴向右滑动的滑动窗口。

可选的，在步骤S82之前，业务服务器还接收业务管理端发送的标识获取请求，并确定标识获取请求中各个目标流水标识各自对应的变更事件相关的业务的业务标识信息；将基于各个目标流水标识所确定的业务标识信息，作为至少一个待处理业务的标识信息，并返回给业务管理端；

例如，业务管理端发送的表示获取请求中包括的目标流水标识为“事件005”，业务服务器确定目标流水标识对应的业务标识信息为“客户群7”，则将“客户群7”作为待处理业务的标识信息，返回给业务管理端，以使业务管理端根据接收到的标识信息，发送请求获取“客户群7”对应的变更信息。

参阅图10，其为本申请的一种信息同步变更方法的交互时序图，用于介绍业务管理端和业务服务器之间的交互逻辑，包括以下步骤：

S1001：业务服务器根据业务客户端发送的携带业务标识信息的通知信息，存储业务标识信息，并生成流水标识。

S1002：业务服务器向业务管理端发送携带第一流水标识的通知消息；

S1003：业务管理端根据是否接收到过其他历史变更事件，确定目标流水标识；

S1004：业务管理端向业务服务器发送携带目标流水标识的标识获取请求；

S1005：业务服务器根据目标流水标识在存储的数据中查找对应的业务标识信息；

S1006：业务服务器向业务管理端发送目标流水标识对应的业务标识信息；

S1007：业务管理端向业务服务器发送携带业务标识信息的变更信息获取请求；

S1008：业务服务器向业务管理端发送业务标识信息对应的变更信息；

S1009:业务管理端基于业务服务器返回的至少一个待处理业务变更的业务信息，进行信息同步变更。

参阅图11A，其为本申请实施例中的一种信息同步变更方法的流程示意图，下面结合图11A，以用户操作企业通讯客户端新增客户群为例，介绍本申请中的信息同步变更方法。

首先，企业用户在企业通讯客户端(即业务客户端)操作新增了一个客户群，客户群ID(即业务标识信息)为“客户群5”，企业通讯客户端向企业通讯服务器(即业务服务器)发送一个通知消息携带客户群ID，企业通讯服务器接收通知消息后，存储本次业务标识信息“客户群5”，并生成流水标识“事件001”，之后每次接收通知消息，均存储业务标识信息，并生成流水标识。

然后，企业通讯服务器向企业服务器发送通知消息，并携带流水标识“事件001”，企业服务器之前未处理过其他历史变更事件，则将“事件001”作为目标标识信息，企业服务器向企业通讯服务器发送标识获取请求，请求获取“事件001”对应的客户群ID，企业通讯服务器将“事件001”对应的客户群ID“客户群5”发送给企业服务器，企业服务器接收到业务标识信息“客户群5”之后，向企业通讯服务器发送变更信息获取请求，请求获取“客户群5”对应的变更信息，业务服务器接收业务管理端发送的变更信息获取请求，返回客户群5变更的业务信息，业务管理端基于业务服务器返回的客户群5变更的业务信息，在本地数据中新增客户群5信息，以进行信息同步变更。

另外，图11A以新增客户群为例介绍了本申请中的信息变更方法，客户群的信息变更还可以是删除客户群，或对原有客户群中的数据进行修改，并且本申请中的信息变更方法还可以应用于任何需要信息同步变更的场景，例如组织架构的同步变更，本申请在此不做具体限定。

在本申请实施例中，企业通讯服务器存储了发生过变更的客户群ID列表。当企业服务器接收到回调通知后，不仅仅是获取当前变更的客户群的详情，而是先拉取从上次变更至目前所有发生过变更的客户群ID列表，然后针对性的拉取这些客户群详情来更新本地数据，回调通知其实只是一个通知，告知企业服务器有最新的变更流水了，而实际的变更详情则让企业服务器自己主动来拉取。通过这样的方式来处理，即便因为网络原因丢失了回调通知，当下次通知事件来到后，也能天然地补偿上次丢失的更新。同样的，如果接收到的回调事件是乱序的，也不会造成任何影响，因为这种方式不依赖回调事件的顺序。而且，因为只是拉取上次变更事件至目前发生过变更的客户群详情，通过增量的方式而非全量的方式来同步信息，避免了流量压力。

参阅图11B，其为本申请实施例中的一种信息同步变更方法的逻辑示意图，图11B示例性的给出了三次变更事件的信息同步变更流程，下面以事件101为例，结合图11C介绍本申请中的信息同步变更方法的另一个实施例。

A企业用户在企业通讯客户端操作对客户群2的客户信息进行更改，企业通讯客户端向企业通讯服务器发送通知消息携带变更信息，企业通讯服务器存储此次变更的业务标识信息“客户群2”，生成流水标识“事件101”，然后发送给企业服务器回调通知携带流水标识“事件101”，企业服务器查询上次处理的变更事件流水标识为“事件99”，因此“事件100”还未处理，向企业通讯服务器请求拉取“事件100”和“事件101”对应的业务标识信息，企业通讯服务器返回“事件100”对应的客户群ID“客户群8”，“事件101”对应的客户群ID“客户群2”，企业服务器向企业通讯服务器请求拉取“客户群8”和“客户群2”的变更信息，企业通讯服务器返回“客户群8”的变更信息为：新增群成员小X，“客户群2”的变更信息为：将管理员由小王变更为小李，企业通讯服务器根据变更信息更新本地数据。

基于相同的发明构思，本申请实施例还提供一种信息同步变更装置。如图12所示，其为信息同步变更装置1200的结构示意图，可以包括：

接收单元1201，用于接收基于目标变更事件触发的通知消息，并从通知消息获得目标变更事件的第一流水标识；目标变更事件表征目标业务的业务信息发生变更；

第一确定单元1202，用于至少基于第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息，待处理业务至少包括目标业务；

发送单元1203，用于向业务服务器发送变更信息获取请求，变更信息获取请求中携带至少一个待处理业务的业务标识信息；

变更单元1204，用于基于业务服务器返回的至少一个待处理业务变更的业务信息，进行信息同步变更。

可选的，第一确定单元1202具体用于：

确定在接收到目标变更事件之前，接收到其他的历史变更事件，则基于上一次处理的历史变更事件的第二流水标识，以及第一流水标识，确定至少一个目标流水标识；或者，确定在接收到目标变更事件之前，未接收到其他的历史变更事件，则将第一流水标识作为目标流水标识；

向业务服务器发送携带各个目标流水标识的标识获取请求；

将业务服务器返回的各个目标流水标识各自对应的变更事件相关的业务的业务标识信息，作为至少一个待处理业务的业务标识信息。

可选的，第一确定单元1202具体用于：

若第一流水标识的取值与第二流水标识的取值相邻，则将第一流水标识作为目标流水标识；

若第一流水标识的取值与第二流水标识的取值不相邻，则将第一流水标识，以及第一流水标识与第二流水标识之间的各个中间流水标识，作为目标流水标识。

可选的，流水标识的取值按照对应的变更事件先后顺序依次递增；装置还包括第二确定单元1205，用于：

确定第一流水标识的取值不大于第二流水标识的取值，则不处理本次信息同步变更。

可选的，第一确定单元1202具体用于：

至少基于第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息和对应的变更类型；

变更单元1204具体用于：

分别基于至少一个待处理业务各自对应的变更类型，以及对应变更的业务信息，进行信息同步变更。

基于相同的发明构思，本申请实施例还提供另一种信息同步变更装置。如图13所示，其为信息同步变更装置1300的结构示意图，可以包括：

发送单元1301，用于向业务管理端发送基于目标变更事件触发的通知消息，以使业务管理端从通知消息获得目标变更事件的第一流水标识，至少基于第一流水标识，确定发生变更的至少一个待处理业务的业务标识信息；目标变更事件表征目标业务的业务信息发生变更，待处理业务至少包括目标业务；

第一接收单元1302，用于接收业务管理端发送的变更信息获取请求，变更信息获取请求中携带至少一个待处理业务的业务标识信息；

返回单元1303，用于向业务管理端返回至少一个待处理业务变更的业务信息，以使业务管理端进行信息同步变更。

可选的，在接收业务管理端发送的变更信息获取请求之前，装置还包括第二接收单元1304，用于：

接收业务管理端发送的标识获取请求，确定标识获取请求中各个目标流水标识各自对应的变更事件相关的业务的业务标识信息；

将基于各个目标流水标识所确定的业务标识信息，作为至少一个待处理业务的标识信息，并返回给业务管理端；

其中，目标流水标识是由业务管理端确定的，若业务管理端在接收到目标变更事件之前，接收到其他的历史变更事件，则基于上一次处理的历史变更事件的第二流水标识，以及第一流水标识，确定至少一个目标流水标识；若业务管理端在接收到目标变更事件之前，未接收到其他的历史变更事件，则将第一流水标识作为目标流水标识。

可选的，装置还包括存储单元1305，用于：

每接收到业务客户端发送的基于变更事件触发的通知消息，则存储本次业务信息发生变更的业务的业务标识信息，并生成一个流水标识，其中，流水标识的取值按照对应的变更事件先后顺序依次递增。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本申请时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

与上述方法实施例基于同一发明构思，本申请实施例中还提供了一种电子设备。在一种实施例中，该电子设备可以是服务器，如图3所示的服务器320。在该实施例中，电子设备的结构可以如图14所示，包括存储器1401，通讯模块1403以及一个或多个处理器1402。

存储器1401，用于存储处理器1402执行的计算机程序。存储器1401可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及运行即时通讯功能所需的程序等；存储数据区可存储各种即时通讯信息和操作指令集等。

存储器1401可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器1401也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者存储器1401是能够用于携带或存储具有指令或数据结构形式的期望的计算机程序并能够由计算机存取的任何其他介质，但不限于此。存储器1401可以是上述存储器的组合。

处理器1402，可以包括一个或多个中央处理单元(central processing unit，CPU)或者为数字处理单元等等。处理器1402，用于调用存储器1401中存储的计算机程序时实现上述信息同步变更方法。

通讯模块1403用于与终端设备和其他服务器进行通信。

本申请实施例中不限定上述存储器1401、通讯模块1403和处理器1402之间的具体连接介质。本申请实施例在图14中以存储器1401和处理器1402之间通过总线1404连接，总线1404在图14中以粗线描述，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线1404可以分为地址总线、数据总线、控制总线等。为便于描述，图14中仅用一条粗线描述，但并不描述仅有一根总线或一种类型的总线。

存储器1401中存储有计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于实现本申请实施例的信息同步变更方法。处理器1402用于执行上述的信息同步变更方法，如图4所示。

在另一种实施例中，电子设备也可以是其他电子设备，如图3所示的终端设备310。在该实施例中，电子设备的结构可以如图15所示，包括：通信组件1510、存储器1520、显示单元1530、摄像头1540、传感器1550、音频电路1560、蓝牙模块1570、处理器1580等部件。

通信组件1510用于与服务器进行通信。在一些实施例中，可以包括电路无线保真(Wireless Fidelity，WiFi)模块，WiFi模块属于短距离无线传输技术，电子设备通过WiFi模块可以帮助用户收发信息。

存储器1520可用于存储软件程序及数据。处理器1580通过运行存储在存储器1520的软件程序或数据，从而执行终端设备310的各种功能以及数据处理。存储器1520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器1520存储有使得终端设备310能运行的操作系统。本申请中存储器1520可以存储操作系统及各种应用程序，还可以存储执行本申请实施例信息同步变更方法的代码。

显示单元1530还可用于显示由用户输入的信息或提供给用户的信息以及终端设备310的各种菜单的图形用户界面(graphical user interface，GUI)。具体地，显示单元1530可以包括设置在终端设备310正面的显示屏1532。其中，显示屏1532可以采用液晶显示器、发光二极管等形式来配置。显示单元1530可以用于显示本申请实施例中的通讯软件用户界面等。

显示单元1530还可用于接收输入的数字或字符信息，产生与终端设备310的用户设置以及功能控制有关的信号输入，具体地，显示单元1530可以包括设置在终端设备310正面的触摸屏1531，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。

其中，触摸屏1531可以覆盖在显示屏1532之上，也可以将触摸屏1531与显示屏1532集成而实现终端设备310的输入和输出功能，集成后可以简称触摸显示屏。本申请中显示单元1530可以显示应用程序以及对应的操作步骤。

摄像头1540可用于捕获静态图像，用户可以将摄像头1540拍摄的图像通过应用发布评论。摄像头1540可以是一个，也可以是多个。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器1580转换成数字图像信号。

终端设备还可以包括至少一种传感器1550，比如加速度传感器1551、距离传感器1552、指纹传感器1553、温度传感器1554。终端设备还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。

音频电路1560、扬声器1561、传声器1562可提供用户与终端设备310之间的音频接口。音频电路1560可将接收到的音频数据转换后的电信号，传输到扬声器1561，由扬声器1561转换为声音信号输出。终端设备310还可配置音量按钮，用于调节声音信号的音量。另一方面，传声器1562将收集的声音信号转换为电信号，由音频电路1560接收后转换为音频数据，再将音频数据输出至通信组件1510以发送给比如另一终端设备310，或者将音频数据输出至存储器1520以便进一步处理。

蓝牙模块1570用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端设备可以通过蓝牙模块1570与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

处理器1580是终端设备的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器1520内的软件程序，以及调用存储在存储器1520内的数据，执行终端设备的各种功能和处理数据。在一些实施例中，处理器1580可包括一个或多个处理单元；处理器1580还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器1580中。本申请中处理器1580可以运行操作系统、应用程序、用户界面显示及触控响应，以及本申请实施例的信息同步变更方法。另外，处理器1580与显示单元1530耦接。

在一些可能的实施方式中，本申请提供的信息同步变更方法的各个方面还可以实现为一种程序产品的形式，其包括计算机程序，当程序产品在电子设备上运行时，计算机程序用于使电子设备执行本说明书上述描述的根据本申请各种示例性实施方式的信息同步变更方法中的步骤，例如，电子设备可以执行如图4中所示的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括计算机程序，并可以在计算装置上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被命令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由命令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的计算机程序，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。计算机程序可以完全地在用户计算装置上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算装置上部分在远程计算装置上执行、或者完全在远程计算装置或服务器上执行。在涉及远程计算装置的情形中，远程计算装置可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户计算装置，或者，可以连接到外部计算装置(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

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

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

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

Claims (15)

1.一种信息同步变更方法，其特征在于，该方法包括：

接收基于目标变更事件触发的通知消息，并从所述通知消息获得所述目标变更事件的第一流水标识；所述目标变更事件表征目标业务的业务信息发生变更；

至少基于所述第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息，所述待处理业务至少包括所述目标业务；

向业务服务器发送变更信息获取请求，所述变更信息获取请求中携带所述至少一个待处理业务的业务标识信息；

基于所述业务服务器返回的所述至少一个待处理业务变更的业务信息，进行信息同步变更。

2.如权利要求1所述的方法，其特征在于，所述至少基于所述第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息，包括：

确定在接收到所述目标变更事件之前，接收到其他的历史变更事件，则基于上一次处理的历史变更事件的第二流水标识，以及所述第一流水标识，确定至少一个目标流水标识；或者，确定在接收到所述目标变更事件之前，未接收到其他的历史变更事件，则将所述第一流水标识作为目标流水标识；

向所述业务服务器发送携带各个目标流水标识的标识获取请求；

将所述业务服务器返回的各个目标流水标识各自对应的变更事件相关的业务的业务标识信息，作为所述至少一个待处理业务的业务标识信息。

3.如权利要求2所述的方法，其特征在于，所述基于上一次处理的历史变更事件的第二流水标识，以及所述第一流水标识，确定至少一个目标流水标识，包括：

若所述第一流水标识的取值与所述第二流水标识的取值相邻，则将所述第一流水标识作为目标流水标识；

若所述第一流水标识的取值与所述第二流水标识的取值不相邻，则将所述第一流水标识，以及所述第一流水标识与所述第二流水标识之间的各个中间流水标识，作为目标流水标识。

4.如权利要求2所述的方法，其特征在于，流水标识的取值按照对应的变更事件先后顺序依次递增；所述方法还包括：

确定所述第一流水标识的取值不大于所述第二流水标识的取值，则不处理本次信息同步变更。

5.如权利要求1～4任一项所述的方法，其特征在于，所述至少基于所述第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息，包括：

至少基于所述第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息和对应的变更类型；

所述进行信息同步变更，包括：

分别基于所述至少一个待处理业务各自对应的变更类型，以及对应变更的业务信息，进行信息同步变更。

6.一种信息同步变更方法，其特征在于，该方法包括：

向业务管理端发送基于目标变更事件触发的通知消息，以使所述业务管理端从所述通知消息获得所述目标变更事件的第一流水标识，至少基于所述第一流水标识，确定发生变更的至少一个待处理业务的业务标识信息；所述目标变更事件表征目标业务的业务信息发生变更，所述待处理业务至少包括所述目标业务；

接收所述业务管理端发送的变更信息获取请求，所述变更信息获取请求中携带所述至少一个待处理业务的业务标识信息；

向所述业务管理端返回所述至少一个待处理业务变更的业务信息，以使所述业务管理端进行信息同步变更。

7.如权利要求6所述的方法，其特征在于，在所述接收所述业务管理端发送的变更信息获取请求之前，还包括：

接收所述业务管理端发送的标识获取请求，确定所述标识获取请求中各个目标流水标识各自对应的变更事件相关的业务的业务标识信息；

将基于各个目标流水标识所确定的业务标识信息，作为所述至少一个待处理业务的标识信息，并返回给所述业务管理端；

其中，所述目标流水标识是由所述业务管理端确定的，若所述业务管理端在接收到所述目标变更事件之前，接收到其他的历史变更事件，则基于上一次处理的历史变更事件的第二流水标识，以及所述第一流水标识，确定至少一个目标流水标识；若所述业务管理端在接收到所述目标变更事件之前，未接收到其他的历史变更事件，则将所述第一流水标识作为目标流水标识。

8.如权利要求6或7所述的方法，其特征在于，所述方法还包括：

每接收到业务客户端发送的基于变更事件触发的通知消息，则存储本次业务信息发生变更的业务的业务标识信息，并生成一个流水标识，其中，流水标识的取值按照对应的变更事件先后顺序依次递增。

9.一种信息同步变更装置，其特征在于，包括：

接收单元，用于接收基于目标变更事件触发的通知消息，并从所述通知消息获得所述目标变更事件的第一流水标识；所述目标变更事件表征目标业务的业务信息发生变更；

第一确定单元，用于至少基于所述第一流水标识，确定业务信息发生变更的至少一个待处理业务的业务标识信息，所述待处理业务至少包括所述目标业务；

发送单元，用于向业务服务器发送变更信息获取请求，所述变更信息获取请求中携带所述至少一个待处理业务的业务标识信息；

变更单元，用于基于所述业务服务器返回的所述至少一个待处理业务变更的业务信息，进行信息同步变更。

10.如权利要求9所述的装置，其特征在于，所述第一确定单元具体用于：

确定在接收到所述目标变更事件之前，接收到其他的历史变更事件，则基于上一次处理的历史变更事件的第二流水标识，以及所述第一流水标识，确定至少一个目标流水标识；或者，确定在接收到所述目标变更事件之前，未接收到其他的历史变更事件，则将所述第一流水标识作为目标流水标识；

向所述业务服务器发送携带各个目标流水标识的标识获取请求；

将所述业务服务器返回的各个目标流水标识各自对应的变更事件相关的业务的业务标识信息，作为所述至少一个待处理业务的业务标识信息。

11.如权利要求10所述的装置，其特征在于，所述第一确定单元具体用于：

若所述第一流水标识的取值与所述第二流水标识的取值相邻，则将所述第一流水标识作为目标流水标识；

若所述第一流水标识的取值与所述第二流水标识的取值不相邻，则将所述第一流水标识，以及所述第一流水标识与所述第二流水标识之间的各个中间流水标识，作为目标流水标识。

12.一种信息同步变更装置，其特征在于，包括：

发送单元，用于向业务管理端发送基于目标变更事件触发的通知消息，以使所述业务管理端从所述通知消息获得所述目标变更事件的第一流水标识，至少基于所述第一流水标识，确定发生变更的至少一个待处理业务的业务标识信息；所述目标变更事件表征目标业务的业务信息发生变更，所述待处理业务至少包括所述目标业务；

第一接收单元，用于接收所述业务管理端发送的变更信息获取请求，所述变更信息获取请求中携带所述至少一个待处理业务的业务标识信息；

返回单元，用于向所述业务管理端返回所述至少一个待处理业务变更的业务信息，以使所述业务管理端进行信息同步变更。

13.一种电子设备，其特征在于，其包括处理器和存储器，其中，所述存储器存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行权利要求1～8中任一所述方法的步骤。

14.一种计算机可读存储介质，其特征在于，其包括计算机程序，当所述计算机程序在电子设备上运行时，所述计算机程序用于使所述电子设备执行权利要求1～8中任一所述方法的步骤。

15.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序存储在计算机可读存储介质中；当电子设备的处理器从所述计算机可读存储介质读取所述计算机程序时，所述处理器执行所述计算机程序，使得所述电子设备执行权利要求1～8中任一所述方法的步骤。

Images