多系统系统数据保持一致性的方法及采用其的多系统与流程

本发明属于仓储信息管理技术领域，具体涉及一种多系统系统数据保持一致性的方法及采用其的多系统。

背景技术：

电子商务的高速发展，商品销售的线上业务与线下业务竞争优势越来越明显，商品销售平台的各项技术也水涨船高。商品销售平台通常包括库存、推荐和订单三个系统，三者之间互相传递消息来完成用户从商家购买商品的业务，在现有技术中其流程通常是：如图1所示，用户在平台上浏览商品，用户访问订单系统，订单系统调用推荐系统，然后推荐系统推荐商家给订单系统，在客户选择商家的相应商品后，订单系统占商家的库存后主动通知推荐系统，然后返回下单成功。然而在该过程中如果某个网路临时故障或丢失消息，例如订单系统占库存后未通知给推荐系统，推荐系统就不会知道这个库存的变动，就有可能出现不可用的商家，导致整个订单系统不可用。

由此可见，现有的多系统交互很容易出现商家数据的不一致，进而导致下单失败，由此迫切需要开发一套能够保持数据一致性的多系统系统及方法。

技术实现要素：

有鉴于此，本发明的主要目的在于提出一种多系统系统数据保持一致性的方法及采用其的系统，以期至少部分地解决上述技术问题中的至少之一。

为了实现上述目的，作为本发明的第一方面，提供了一种多系统系统数据保持一致性的方法，所述方法应用在底层系统、推荐系统和上层系统组成的多系统中，其中推荐系统用于向上层系统推荐某一或多个商家拥有的、底层系统管理的底层数据或信息；

所述多系统系统数据保持一致性的方法包括：

当底层系统管理的底层数据或信息发生变动时，底层系统主动通知推荐系统相关变动消息，直到收到确认收到的回执；和/或

推荐系统在向上层系统推荐商家不可用时，主动拉取所述商家对应的、底层系统管理的底层数据或信息；和/或

在上层系统如果无法占用或消费推荐系统推荐的商家时，上层系统被动触发一消息通知推荐系统进行商家变更。

作为本发明的第二方面，还提供了一种多系统系统，其能够保持数据的一致性，具体包括底层系统、推荐系统和上层系统，其中：

上层系统面向客户，用于接收商品的选择和下单，占用商家的对应数据指标后主动通知推荐系统；

推荐系统，用于向上层系统推荐一或多个商家，并根据商家通知底层系统去管理对应的底层数据或信息；

底层系统，用于管理底层数据或信息；

其中，所述多系统系统还包括如下控制逻辑：

当底层系统管理的底层数据或信息发生变动时，底层系统主动通知推荐系统相关变动消息，直到收到确认收到的回执；和/或

推荐系统在向上层系统推荐商家不可用时，主动拉取所述商家对应的、底层系统管理的底层数据或信息；和/或

在上层系统如果无法占用或消费推荐系统推荐的商家时，上层系统被动触发一消息通知推荐系统进行商家变更。

作为本发明的第三方面，还提供了一种电子设备，包括处理器和存储器，所述存储器用于存储计算机可执行程序，当所述计算机可执行程序被所述处理器执行时，所述处理器执行如上所述的多系统系统数据保持一致性的方法。

作为本发明的第四方面，还提供了一种计算机可读介质，存储有计算机可执行程序，所述计算机可执行程序被执行时，实现如上所述的多系统系统数据保持一致性的方法。

基于上述技术方案可知，本发明的多系统系统数据保持一致性的方法及采用其的系统相对于现有技术至少具有如下有益效果之一：

本发明的多系统之间能够完成商家信息的自动纠错，自动更新，保证数据最大的一致性；

本发明的方法步骤简单，能够克服网络线路偶尔断续导致的订单系统因数据不一致而发生的崩溃的难题，鲁棒性高，迁移性好。

附图说明

图1是现有技术的多系统系统之间的控制信息流的方框示意图；

图2是本发明的多系统系统之间的控制信息流的方框示意图；

图3是本发明的电子设备的结构示意图；

图4是本发明的计算机可读介质的示意图。

具体实施方式

在对于具体实施例的介绍过程中，对结构、性能、效果或者其他特征的细节描述是为了使本领域的技术人员对实施例能够充分理解。但是，并不排除本领域技术人员可以在特定情况下，以不含有上述结构、性能、效果或者其他特征的技术方案来实施本发明。

附图中的流程图仅是一种示例性的流程演示，不代表本发明的方案中必须包括流程图中的所有的内容、操作和步骤，也不代表必须按照图中所显示的顺序执行。例如，流程图中有的操作/步骤可以分解，有的操作/步骤可以合并或部分合并，等等，在不脱离本发明的发明主旨的情况下，流程图中显示的执行顺序可以根据实际情况改变。

附图中的框图一般表示的是功能实体，并不一定必然与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理单元装置和/或微控制器装置中实现这些功能实体。

各附图中相同的附图标记表示相同或类似的元件、组件或部分，因而下文中可能省略了对相同或类似的元件、组件或部分的重复描述。还应理解，虽然本文中可能使用第一、第二、第三等表示编号的定语来描述各种器件、元件、组件或部分，但是这些器件、元件、组件或部分不应受这些定语的限制。也就是说，这些定语仅是用来将一者与另一者区分。例如，第一器件亦可称为第二器件，但不偏离本发明实质的技术方案。此外，术语“和/或”、“及/或”是指包括所列出项目中的任一个或多个的所有组合。

本发明是针对现有的多系统系统，例如库存、推荐和订单三系统发生数据交互时容易出现商家数据不一致导致的下单失败的技术问题而提出来的，在库存、推荐和订单三系统组成的多系统中，出现数据不一致的是商品库存信息，而这样的技术问题同样可以进一步推广到其它的多系统系统中，例如底层系统、推荐系统和上层系统组成的多系统中，出现数据不一致的例如是底层数据或者信息。

由此，本发明提出了一种多系统系统数据保持一致性的方法，所述方法应用在底层系统、推荐系统和上层系统组成的多系统中，其中推荐系统用于向上层系统推荐某一或多个商家拥有的、底层系统管理的底层数据或信息；

所述多系统系统数据保持一致性的方法包括：

当底层系统管理的底层数据或信息发生变动时，底层系统主动通知推荐系统相关变动消息，直到收到确认收到的回执；和/或

推荐系统在向上层系统推荐商家不可用时，主动拉取所述商家对应的、底层系统管理的底层数据或信息；和/或

在上层系统如果无法占用或消费推荐系统推荐的商家时，上层系统被动触发一消息通知推荐系统进行商家变更。

其中，底层数据或信息可以是真实商品库存信息、物流信息等(真实商品资讯)，也可以是信息本身(电子资讯)或有价值的电子数据(如软件代码、统计数据、商业情报后台数据等)。

其中，上层系统例如为订单系统，直接面向客户，接受客户的选择和下单；底层系统例如为库存系统、仓储系统或物流系统，用于对应商品的存储和管理。

其中，推荐系统中的主动拉取步骤包括询问并同步所述商家对应的底层系统管理的底层数据或信息的步骤。

其中主动拉取步骤的频率取决于底层系统的变动频繁程度，即底层系统的变动越频繁，主动拉取步骤的间隔时间就越短。对于底层系统变动特别频繁的，例如每天都有超过十单成交的，则推荐系统每分钟或每半个小时主动拉取一次；而对于底层系统变动不频繁，例如一个月才成交一两笔的，每个月或每年主动拉取一次。

其中，上层系统的被动触发步骤属于异步触发，其通过设置端口监控来实现，如果上层系统连续多次返回无法下单成功的消息，则系统启动异常检测程序来检测上层系统是否可用，如果确定为不可用，则启动被动触发程序。

其中，如图2所示，该多系统系统在下单时执行如下步骤：

用户访问上层系统，上层系统调用推荐系统，然后推荐系统推荐商家给上层系统，并主动拉取所述商家对应的、底层系统管理的底层数据或信息；在客户通过上层系统选取推荐系统推荐的商品时，上层系统占用商家的对应数据指标(如库存指标)后主动通知推荐系统，然后返回下单成功。

本发明还提出了一种多系统系统，其能够保持数据的一致性，具体包括底层系统、推荐系统和上层系统，其中：

上层系统面向客户，用于接收商品的选择和下单，占用商家的对应数据指标(如库存指标)后主动通知推荐系统；

推荐系统，用于向上层系统推荐一或多个商家，并根据商家通知底层系统去管理对应的底层数据或信息；

底层系统，用于管理底层数据或信息；

其中，所述多系统系统还包括如下控制逻辑：

当底层系统管理的底层数据或信息发生变动时，底层系统主动通知推荐系统相关变动消息，直到收到确认收到的回执；和/或

推荐系统在向上层系统推荐商家不可用时，主动拉取所述商家对应的、底层系统管理的底层数据或信息；和/或

在上层系统如果无法占用或消费推荐系统推荐的商家时，上层系统被动触发一消息通知推荐系统进行商家变更。

其中，底层数据或信息可以是真实商品库存信息、物流信息等(真实商品资讯)，也可以是信息本身(电子资讯)或有价值的电子数据(如软件代码、统计数据、商业情报后台数据等)。

其中，上层系统例如为订单系统，直接面向客户，接受客户的选择和下单；底层系统例如为库存系统、仓储系统或物流系统，用于对应商品的存储和管理。

其中，推荐系统中的主动拉取步骤包括询问并同步所述商家对应的底层系统管理的底层数据或信息的步骤。

其中主动拉取步骤的频率取决于底层系统的变动频繁程度，即底层系统的变动越频繁，主动拉取步骤的间隔时间就越短。对于底层系统变动特别频繁的，例如每天都有超过十单成交的，则推荐系统每分钟或每半个小时主动拉取一次；而对于底层系统变动不频繁，例如一个月才成交一两笔的，每个月或每年主动拉取一次。

其中，上层系统的被动触发步骤属于异步触发，其通过设置端口监控来实现，如果上层系统连续多次返回无法下单成功的消息，则系统启动异常检测程序来检测上层系统是否可用，如果确定为不可用，则启动被动触发程序。

其中，所述多系统系统在下单时执行如下步骤：

用户访问上层系统，上层系统调用推荐系统，然后推荐系统推荐商家给上层系统，并主动拉取所述商家对应的、底层系统管理的底层数据或信息；在客户通过上层系统选取推荐系统推荐的商品时，上层系统占用商家的对应数据指标(如库存指标)后主动通知推荐系统，然后返回下单成功。

本发明还提出了一种电子设备，图3是本发明的电子设备的结构示意图，如图3所示，本发明的电子设备包括处理器和存储器，所述存储器用于存储计算机可执行程序，其中当所述计算机可执行程序被所述处理器执行时，所述处理器执行如上所述的多系统系统数据保持一致性的方法。

本发明的电子设备可以以通用计算设备的形式表现。其中处理器可以是一个，也可以是多个并且协同工作。本发明也不排除进行分布式处理，即处理器可以分散在不同的实体设备中。本发明的电子设备并不限于单一实体，也可以是多个实体设备的总和。

所述存储器存储有计算机可执行程序，通常是机器可读的代码。所述计算机可执行程序可以被所述处理器执行，以使得电子设备能够执行本发明的方法，或者方法中的至少部分步骤。

所述存储器包括易失性存储器，例如随机存取存储单元(ram)和/或高速缓存存储单元，还可以是非易失性存储器，如只读存储单元(rom)。

可选的，该实施例中，电子设备还包括有i/o接口，其用于电子设备与外部的设备进行数据交换。i/o接口可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

应当理解，图3显示的电子设备仅仅是本发明的一个示例，本发明的电子设备中还可以包括上述示例中未示出的元件或组件。例如，有些电子设备中还包括有显示屏等显示单元，有些电子设备还包括人机交互元件，例如按扭、键盘等。只要该电子设备能够执行存储器中的计算机可读程序以实现本发明方法或方法的至少部分步骤，均可认为是本发明所涵盖的电子设备。

本发明还提出了一种计算机可读介质，图4是本发明的计算机可读介质的示意图，如图4所示，本发明的计算机可读介质上存储有计算机可执行程序，所述计算机可执行程序被执行时，实现如上所述的多系统系统数据保持一致性的方法。所述计算机可读介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

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

通过以上对实施方式的描述，本领域的技术人员易于理解，本发明可以由能够执行特定计算机程序的硬件来实现，例如本发明的系统，以及系统中包含的电子处理单元、服务器、客户端、手机、控制单元、处理器等，本发明也可以由包含上述系统或部件的至少一部分的智能设备来实现。本发明也可以由执行本发明的方法的计算机软件来实现，例如由客户端的微处理器、电子控制单元，客户端、服务器端等执行的控制软件来实现。但需要说明的是，执行本发明的方法的计算机软件并不限于由一个或特定个的硬件实体中执行，其也可以是由不特定具体硬件的以分布式的方式来实现，例如计算机程序执行的某些方法步骤可以在机车端执行，另一部分可以在移动终端或智能头盔等中执行。对于计算机软件，软件产品可以存储在一个计算机可读的存储介质(可以是cd-rom，u盘，移动硬盘等)中，也可以分布式存储于网络上，只要其能使得电子设备执行根据本发明的方法。

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明作进一步的详细说明。需要注意的是，下述实施例仅是用于说明本发明，而不是用于对本发明作出限制。

实施例1

本发明实施例1公开了一种多系统系统，其能够保持数据的一致性，具体包括库存系统、推荐系统和订单系统，其中在库存、推荐和订单三系统中，设置有如下控制逻辑：当库存系统的库存变动时，库存系统主动通知推荐系统相关消息，直到收到确认收到的回执。

由此，本发明实施例1的多系统系统，可以避免库存、推荐和订单三系统发生数据交互时因商家数据不一致导致的下单失败的技术问题。

实施例2

本发明实施例2的方案同实施例1，区别仅在于实施例2的方案中还包括：推荐系统在推荐商家不可用时主动拉取库存系统中的商家库存数据；

实施例3

本发明实施例3的方案同实施例2，区别仅在于实施例3的方案中还包括：在订单侧如果推荐系统不能占用某一商家，则订单系统被动触发一消息通知推荐系统进行商家变更。

通过对上述实施方式的描述，本领域的技术人员易于理解，本发明的多系统系统保持数据一致性的方法具有结构简单，易于推广的优势，且能自动纠错，自动更新，保证数据最大的一致性。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，本发明不与任何特定计算机、虚拟装置或者电子设备固有相关，各种通用装置也可以实现本发明。以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。