CN105471948B - 系统间同步业务数据的方法及装置 - Google Patents

Abstract

本申请提供一种系统间同步业务数据的方法，应用在与对端系统协同进行业务活动的本端系统上，所述方法包括：记录与对端系统进行业务活动的业务数据；生成业务核对文件，所述业务核对文件中包括满足设定条件的业务数据；向对端系统提供业务核对文件。通过本申请的技术方案，避免了因业务数据不同步给用户带来的不便，提高了服务效率，降低了服务成本。

Description

系统间同步业务数据的方法及装置

技术领域

本申请涉及网络与计算机技术领域，尤其涉及一种系统间同步业务数据的方法及装置。

背景技术

在当前世界的经济业务活动中，跨组织间协作非常普遍，一项业务活动需要多个参与组织协作才能完成，比如电子商务领域，一次成功的交易行为需要由电商商户、支付机构、物流快递公司、银行机构、以及这些组织的代理机构协同合作来完成。

在网络中，各个组织设置服务器系统，以配合其他组织和用户来运行自身的业务。不同组织的系统间的信息传递通常采用分布式交互方式，而分布式环境中，业务过程中传递的信息可能因网络通信故障、通信双方的某一方服务器宕机等原因，导致不同系统对同一项业务的进行阶段、处理结果等事项的认知不一致，不同系统内同一项业务的业务数据不匹配。

例如，在电子商务业务中，第三方支付平台向商户提供支付服务，在典型的业务场景下，用户向第三方支付平台进行支付，商户需要通过用户终端或者第三方支付平台才能知道支付结果。如果用户完成了支付，第三方支付平台已经在用户的账户中扣款，但商户的服务器因通信故障未收到已成功支付的结果，就会发生第三方业务平台与商户两方业务数据不匹配的情况。这种情况会对用户造成很大的困扰，并且降低了商户和第三方支付平台的服务效率，商户和第三方支付平台还需要额外的资源来处理这种情况，提高了运营成本。

发明内容

有鉴于此，本申请提供一种系统间同步业务数据的方法，应用在与对端系统协同进行业务活动的本端系统上，所述方法包括：

记录与对端系统进行业务活动的业务数据；

生成业务核对文件，所述业务核对文件中包括满足设定条件的业务数据；

向对端系统提供业务核对文件。

本申请提供的一种系统间同步业务数据的方法，应用在与对端系统协同进行业务活动的本端系统上，所述方法包括：

记录与对端系统进行业务活动的业务数据；

获取对端系统生成的业务核对文件；所述业务核对文件包括满足设定条件的业务数据；

根据业务核对文件和本端系统的记录进行业务数据的核对；

根据核对结果进行业务数据的同步。

本申请还提供了一种系统间同步业务数据的装置，应用在与对端系统协同进行业务活动的本端系统上，所述装置包括：

业务数据记录单元，用于记录与对端系统进行业务活动的业务数据；

核对文件生成单元，用于生成业务核对文件，所述业务核对文件中包括满足设定条件的业务数据；

核对文件提供单元，用于向对端系统提供业务核对文件。

本申请提供的一种系统间同步业务数据的装置，应用在与对端系统协同进行业务活动的本端系统上，所述装置包括：

业务数据记录单元，用于记录与对端系统进行业务活动的业务数据；

核对文件获取单元，用于获取对端系统生成的业务核对文件；所述业务核对文件包括满足设定条件的业务数据；

数据核对单元，用于根据业务核对文件和本端系统的记录进行业务数据的核对；

数据同步单元，用于根据核对结果进行业务数据的同步。

由以上技术方案可见，本申请的实施例中，协同进行业务活动的一方系统利用业务数据生成业务核对文件，提供给对端系统进行核对，以实现双方业务数据的同步，避免了因业务数据不同步给用户带来的不便，提高了服务效率，降低了服务成本。

附图说明

图1是一种系统间业务活动的流程示例图；

图2是本申请实施例一中请求方系统同步业务数据的方法的流程图；

图3是本申请实施例一中服务方系统同步业务数据的方法的流程图；

图4是一个应用实例中请求方系统与服务方系统进行业务数据同步的交互过程示意图；

图5是本申请实施例二中请求方系统同步业务数据的方法的流程图；

图6是本申请实施例二中服务方系统同步业务数据的方法的流程图；

图7是服务器的一种硬件结构图；

图8是本申请实施例提供的一种同步业务数据的装置的逻辑结构图；

图9是本申请实施例提供的一种同步业务数据的装置的逻辑结构图。

具体实施方式

在业务活动中，系统间的交互通常有两种方式：第一种是服务器与服务器之间的后台服务调用，这种方式需要两台服务器为对方开放一定的权限，因此一般只在同一个组织内部的服务器之间采用；第二种是通过用户终端的浏览器做跳转的page redirect(页面重定向)方式，这种方式中不同系统的服务器都与用户终端进行通信，相互之间并不直接传递信息，因而不同组织的系统间交互经常采用这种方式。

一种采用page redirect方式的系统间业务活动的流程如图1所示：

1)用户终端的浏览器向业务活动的请求方系统发起一项业务活动；

2)由于该项业务活动需要其他组织来实现，请求方系统向用户终端返回pageredirect指令，令用户终端调用该项业务活动的服务方系统的页面来继续进行业务活动，指令中携带用户终端完成该项业务活动所需的信息；

3)用户终端利用这些信息向服务方系统申请服务；

4)服务方系统按照其业务逻辑对用户终端的申请进行处理；

5)服务方系统处理完成后，将处理结果返回给用户终端；

6)用户终端将服务方系统的处理结果通知请求方系统；

7)请求方系统按照用户终端返回的处理结果进行后续业务过程。

例如，用户在其终端的浏览器上下单购买商品后，向商户服务器(请求方系统)发起支付的业务活动；商户服务器返回页面调用指令，令用户终端调用支付平台的服务器(服务方系统)的支付页面接口；用户终端向支付平台的服务器申请支付；支付平台的服务器处理支付申请后，将是否支付成功的结果返回到用户终端；用户终端将支付结果发送给商户服务器，如果支付成功，商户服务器则进行下一个业务流程(如发货)，支付不成功，则通常商户服务器终止业务过程。

如果用户终端收到支付平台服务器返回的支付成功的消息，但商户服务器并未收到用户终端发送的支付结果，就会发生请求方系统(商户服务器)和服务方系统(支付平台的服务器)中支付的业务数据不同步的情况，用户已被扣款但不会收到商品。

本申请的实施例提出一种新的系统间同步业务数据的方法来解决上述问题。本申请实施例中，业务数据的同步发生在业务活动的请求方系统和服务方系统之间，请求方系统和服务方系统作为本端系统和对端系统协同进行业务活动。其中，请求方系统或服务方系统是网络中运行相应业务流程的设备，可以是一台物理服务器，可以是两台以上的物理服务器集群，还可以是云计算环境下的虚拟服务器。

在本申请的实施例一中，运行在请求方系统上的同步业务数据的流程如图2所示，运行在服务方系统上的同步业务数据的流程如图3所示。

请求方系统上，步骤210，记录与对端系统进行业务活动的业务数据。

服务方系统上，步骤310，记录与对端系统进行业务活动的业务数据。

请求方系统和服务方系统上分别记录各自与对端系统所进行业务活动的业务数据。可以根据业务活动的类型和性质、根据具体的应用场景来确定需要对哪些业务数据进行同步，并将这些业务数据记录在本端系统上。例如，可以记录业务活动的唯一标识或代码、发生时间、涉及的第三方、本端系统的业务处理结果等。

请求方系统上，步骤220，生成业务核对文件，业务核对文件中包括满足设定条件的业务数据。

以记录的与对端系统进行业务活动的业务数据为基础生成业务核对文件，将符合设定条件的业务数据写入业务核对文件中。

请求方系统和服务方系统的业务数据同步可以周期性的进行。如果以预定时间为周期，则可采用对应的业务活动发生的时间段作为设定条件；如果以预定的业务活动数量为周期，则可采用对应的业务活动发生的顺序来作为设定条件。

请求方系统和服务方系统的业务数据同步还可以根据具体应用场景的需要来启动，例如，请求方系统可以在符合预定的同步启动条件时，主动生成业务核对文件；如果用户对业务数据是否同步有质疑，可以通过终端向请求方系统发送进行业务核对的请求，请求方系统在收到进行业务核对的请求时，生成业务核对文件；也可以由服务方系统向请求方系统发送进行业务核对的请求。这样，参与业务活动的各方都可以根据需要发起业务数据的同步。

此外，还可以以业务数据作为生成业务核对文件时的筛选条件。例如，只将处理成功的业务活动的业务数据写入业务核对文件中。

请求方系统上，步骤230，向对端系统提供业务核对文件。

服务方系统上，步骤320，获取对端系统生成的业务核对文件；业务核对文件包括满足设定条件的业务数据。

请求方系统可以通过不同的途径将业务核对文件提供给服务方系统，服务方系统以相应的方式获取该文件。例如，请求方系统可以将生成的业务核对文件发送给服务方系统，服务方系统接收文件即可；请求方系统也可以将业务核对文件保存在本地或者保存在服务方系统上，由服务方系统到预定位置读取；再如，请求方系统定期将生成的业务核对文件上传到网络中文件服务器的预定位置，服务方系统定期从该文件服务器的预定位置下载业务核对文件。

服务方系统上，步骤330，根据业务核对文件和本端系统的记录进行业务数据的核对。

服务方系统得到请求方系统生成的业务核对文件后，对比业务核对文件里和本端系统上业务数据的记录，可以得知哪些业务活动的业务数据不匹配。

服务方系统上，步骤340，根据核对结果进行业务数据的同步。

如果业务核对文件和服务方系统本端的记录完全匹配，则双方的业务数据已经同步，服务方系统不需进一步处理。如果核对结果中存在双方业务数据不一致的情况，则服务方系统按照核对结果更新本端系统的业务数据，从而使双方系统的业务数据同步。

在一种可选的实施方式中，服务方系统可以将业务数据的更新结果通知请求方系统，以确认双方的业务数据同步结果。

在本实施例的一个具体的应用示例中，请求方系统与服务方系统进行业务数据同步的交互流程如图4所示：

1)请求方系统记录与服务方系统进行业务活动的业务数据，所记录的业务数据中包括业务活动的处理结果；

2)服务方系统记录与请求方系统进行业务活动的业务数据，所记录的业务数据中包括业务活动的处理结果；

3)请求方系统在每天结束后，利用当天处理成功的业务活动的业务数据生成业务核对文件；

4)请求方系统将生成的业务核对文件上传到文件服务器；

5)服务方系统每天从文件服务器上下载业务核对文件；

6)服务方系统按照业务核对文件和本地的记录进行业务数据的核对；

7)服务方系统对核对结果中服务方系统处理成功、请求方系统处理不成功的业务活动进行业务回滚。

业务回滚是在系统中取消该项业务，即撤销在执行该项业务过程中的所有操作。业务回滚后，在系统中的业务数据修改为该项业务活动未发生过的状态。

在本申请的实施例二中，运行在请求方系统上的同步业务数据的流程如图5所示，运行在服务方系统上的同步业务数据的流程如图6所示。实施例二与实施例一的不同之处在于：实施例一中由请求方系统生成业务核对文件，由服务方系统进行业务数据的核对和同步；实施例二中由服务方系统生成业务核对文件，由请求方系统进行业务数据的核对，再由服务方系统根据核对结果进行业务数据的同步。以下只对实施例二与实施例一的不同之处进行说明，相同之处请参见实施例一，不再赘述。

请求方系统上，步骤510，记录与对端系统进行业务活动的业务数据。

服务方系统上，步骤610，记录与对端系统进行业务活动的业务数据。

服务方系统上，步骤620，生成业务核对文件，业务核对文件中包括满足设定条件的业务数据。

服务方系统上，步骤630，向对端系统提供业务核对文件。

请求方系统上，步骤520，获取对端系统生成的业务核对文件；业务核对文件包括满足设定条件的业务数据。

请求方系统上，步骤530，根据业务核对文件和本端系统的记录进行业务数据的核对。

请求方系统得到服务方系统生成的业务核对文件后，对比业务核对文件里和本端系统上业务数据的记录，可以得知哪些业务活动的业务数据不匹配，将不匹配的业务数据写入核对结果中。

请求方系统上，步骤540，向服务方系统提供业务数据的核对结果。请求方系统通过向服务方系统提供核对结果，来进行业务数据的同步。

服务方系统上，步骤640，获取请求方系统生成的业务数据核对结果。

请求方系统可以利用多种途径将核对结果提供给服务方，例如可以利用业务核对文件的传递途径，当然也可以采用与业务核对文件不同的途径。

服务方系统上，步骤650，按照核对结果更新本端系统的业务数据。例如，如果业务数据中包括业务活动的处理结果，则对核对结果中服务方系统处理成功、请求方系统处理不成功的业务活动，可以进行业务回滚。

在一种可选的实施方式中，服务方系统可以将业务数据的更新结果通知请求方系统，以确认双方的业务数据同步结果。

与上述流程实现对应，本申请的实施例还提供了一种系统间同步业务数据的装置，该装置均可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过服务器的CPU将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，除了图7所示的CPU、内存以及非易失性存储器之外，该装置所在的服务器通常还包括用于用于实现网络通信功能的板卡等其他硬件。

图8所示为本实施例提供的一种系统间同步业务数据的装置，应用在与对端系统协同进行业务活动的本端系统上，所述装置包括业务数据记录单元、核对文件生成单元和核对文件提供单元，其中：业务数据记录单元用于记录与对端系统进行业务活动的业务数据；核对文件生成单元用于生成业务核对文件，所述业务核对文件中包括满足设定条件的业务数据；核对文件提供单元用于向对端系统提供业务核对文件。

在一种实施方式中，所述本端系统为业务活动的服务方系统，所述对端系统为业务活动的请求方系统；所述装置还包括核对结果获取及同步单元，用于获取请求方系统生成的业务数据核对结果，按照核对结果更新本端系统的业务数据。

在这种实施方式中，所述业务数据可以包括业务活动的处理结果；所述核对结果获取及同步单元包括回滚模块，用于对核对结果中服务方系统处理成功、请求方系统处理不成功的业务活动进行业务回滚。

在另一种实施方式中，所述本端系统为业务活动的请求方系统，所述对端系统为业务活动的服务方系统。

所述业务数据可以包括业务活动的处理结果；所述设定条件为预定周期内成功处理的业务活动的业务数据。

可选的，所述核对文件生成单元具体用于：在符合预定同步启动条件或收到进行业务核对的请求时，生成业务核对文件。

图9所示为本实施例提供的一种系统间同步业务数据的装置，应用在与对端系统协同进行业务活动的本端系统上，所述装置包括业务数据记录单元、核对文件获取单元、数据核对单元和数据同步单元，其中：业务数据记录单元用于记录与对端系统进行业务活动的业务数据；核对文件获取单元用于获取对端系统生成的业务核对文件；所述业务核对文件包括满足设定条件的业务数据；数据核对单元用于根据业务核对文件和本端系统的记录进行业务数据的核对；数据同步单元用于根据核对结果进行业务数据的同步。

在一种实施方式中，所述本端系统为业务活动的请求方系统，所述对端系统为业务活动的服务方系统；所述数据同步单元具体用于：向服务方系统提供业务数据的核对结果。

在另一种实施方式中，所述本端系统为业务活动的服务方系统，所述对端系统为业务活动的请求方系统；所述数据同步单元具体用于：按照核对结果更新本端系统的业务数据。

在这种实施方式中，所述业务数据包括业务活动的处理结果；所述数据同步单元包括回滚模块，用于对核对结果中服务方系统处理成功、请求方系统处理不成功的业务活动进行业务回滚。

从以上各种方法和装置的实施方式中可以看出，本申请的实施例中，协同进行业务活动的一方系统利用业务数据生成业务核对文件，提供给对端系统进行核对，以利用核对结果修正双方系统的业务数据，来实现同步。这样，不会因请求方系统与服务方系统的不同步而给用户带来困扰和不便，提高了对用户的服务效率；并且节省了为处理不同步情况所需的人力物力，降低了服务成本。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

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

Claims (10)

1.一种系统间同步业务数据的方法，应用在与对端系统协同进行业务活动的本端系统上，所述本端系统为业务活动的服务方系统，所述对端系统为业务活动的请求方系统，其特征在于，所述方法包括：

记录与对端系统进行业务活动的业务数据；

生成业务核对文件，所述业务核对文件中包括满足设定条件的业务数据；

向对端系统提供业务核对文件；供对端系统根据业务核对文件进行业务数据的核对；

获取对端系统生成的业务数据核对结果，按照核对结果更新本端系统的业务数据。

2.根据权利要求1所述的方法，其特征在于：所述业务数据包括业务活动的处理结果；

所述按照核对结果更新本端系统的业务数据，包括：对核对结果中服务方系统处理成功、请求方系统处理不成功的业务活动进行业务回滚。

3.根据权利要求1或2所述的方法，其特征在于，所述业务数据包括业务活动的处理结果；所述设定条件为预定周期内成功处理的业务活动的业务数据。

4.根据权利要求1所述的方法，其特征在于，所述生成业务核对文件，包括：在符合预定同步启动条件或收到进行业务核对的请求时，生成业务核对文件。

5.一种系统间同步业务数据的方法，应用在与对端系统协同进行业务活动的本端系统上，所述本端系统为业务活动的请求方系统，所述对端系统为业务活动的服务方系统，其特征在于，所述方法包括：

记录与对端系统进行业务活动的业务数据；

获取对端系统生成的业务核对文件；所述业务核对文件包括满足设定条件的业务数据；

根据业务核对文件和本端系统的记录进行业务数据的核对；

向对端系统提供业务数据的核对结果，供对端系统按照核对结果更新业务数据。

6.一种系统间同步业务数据的装置，应用在与对端系统协同进行业务活动的本端系统上，所述本端系统为业务活动的服务方系统，所述对端系统为业务活动的请求方系统，其特征在于，所述装置包括：

业务数据记录单元，用于记录与对端系统进行业务活动的业务数据；

核对文件生成单元，用于生成业务核对文件，所述业务核对文件中包括满足设定条件的业务数据；

核对文件提供单元，用于向对端系统提供业务核对文件；供对端系统根据业务核对文件进行业务数据的核对；

核对结果获取及同步单元，用于获取对端系统生成的业务数据核对结果，按照核对结果更新本端系统的业务数据。

7.根据权利要求6所述的装置，其特征在于：所述业务数据包括业务活动的处理结果；

所述核对结果获取及同步单元包括：回滚模块，用于对核对结果中服务方系统处理成功、请求方系统处理不成功的业务活动进行业务回滚。

8.根据权利要求6或7任意一项所述的装置，其特征在于，所述业务数据包括业务活动的处理结果；所述设定条件为预定周期内成功处理的业务活动的业务数据。

9.根据权利要求6所述的装置，其特征在于，所述核对文件生成单元具体用于：在符合预定同步启动条件或收到进行业务核对的请求时，生成业务核对文件。

10.一种系统间同步业务数据的装置，应用在与对端系统协同进行业务活动的本端系统上，所述本端系统为业务活动的请求方系统，所述对端系统为业务活动的服务方系统，其特征在于，所述装置包括：

业务数据记录单元，用于记录与对端系统进行业务活动的业务数据；

核对文件获取单元，用于获取对端系统生成的业务核对文件；所述业务核对文件包括满足设定条件的业务数据；

数据核对单元，用于根据业务核对文件和本端系统的记录进行业务数据的核对；

数据同步单元，用于向对端系统提供业务数据的核对结果，供对端系统按照核对结果更新业务数据。