CN111144804A

CN111144804A - 一种订单处理方法、装置及系统

Info

Publication number: CN111144804A
Application number: CN201911270960.9A
Authority: CN
Inventors: 许全; 李建飞; 李青春; 陈伯佐
Original assignee: Jiangsu Suning Logistics Co ltd
Current assignee: Jiangsu Suning Logistics Co ltd
Priority date: 2019-12-11
Filing date: 2019-12-11
Publication date: 2020-05-12

Abstract

本发明提供了一种订单处理方法、装置及系统，其中方法包括：对接收的订单格式化处理后进行拆单，并将拆单过程数据记录在第一控制表中；从所述第一控制表中获取所述拆单后的订单下发至下游处理系统进行处理并根据下发结果更新第二控制表；所述第二控制表中存储有订单下发数据；根据所述下游处理系统对所述下发订单的处理信息以及上游库存系统的库存确认信息生成订单处理结果后推送出去并根据推送结果更新第三控制表；所述第三控制表中存储有订单处理结果推送数据；所述库存确认信息用于指示订单对应的库存信息。本发明方法相对现有技术，各步骤之间没有互相依赖，解耦合高，超时失败率低。

Description

一种订单处理方法、装置及系统

技术领域

本发明属于订单领域，具体来说，涉及一种订单处理方法、装置及系统。

背景技术

API系统的主要功能是接收客户的订单，下发订单至下游处理系统处理和接收上游系统库存信息以推送指定客户。在API处理过程中，接单、拆分、逻辑转化、下发，处理步骤繁琐，处理时间较长，容易造成超时等接单失败，大大影响API处理业务的效率。同样，接收内部上游系统推送信息也存在类似问题。

发明内容

针对现有技术的问题，本发明提出一种订单处理方法、装置及系统，以解决现有技术中订单处理慢，过程繁琐，接单失败率高的问题。

本发明第一方面公开一种订单处理方法，所述方法包括：

对接收的订单格式化处理后进行拆单，并将拆单过程数据记录在第一控制表中；

从所述第一控制表中获取所述拆单后的订单下发至下游处理系统进行处理并根据下发结果更新第二控制表；所述第二控制表中存储有订单下发数据；

根据所述下游处理系统对所述下发订单的处理信息以及上游库存系统的库存确认信息生成订单处理结果后推送出去并根据推送结果更新第三控制表；所述第三控制表中存储有订单处理结果推送数据；所述库存确认信息用于指示订单对应的库存信息。

优选的，所述方法还包括：

拆单后，发送订单确认信息至用户，将订单确认信息发送过程数据记录在第四控制表；

在接收到所述用户的确认指令后执行下发所述订单至下游处理系统。

优选的，所述对接收的订单格式化处理后进行拆单包括：

对接收的订单格式化处理后将所述订单拆分为子订单并将所述子订单对应的报文存储在第一数据库，将所述子订单的订单号存储在所述第一控制表中；

所述从所述第一控制表中获取所述拆单后的订单下发至下游处理系统进行处理包括：

从所述第一控制表中获取待下发的目标子订单的目标订单号；

根据所述目标订单号从所述第一数据库获取对应的目标报文；

将所述目标子订单对应的客户标识对应的下游处理系统确定为目标下游处理系统；

将所述目标订单号和所述目标报文下发至所述目标下游处理系统进行处理。

优选的，所述方法还包括：

根据所述第一控制表中记录的拆单过程数据对拆单失败的订单进行重处理并将订单拆分重处理数据记录在所述第一控制表；

和/或；

根据所述第二控制表中记录的订单数据对下发失败的订单进行重处理并将订单下发重处理数据记录在所述第二控制表；

和/或；

根据所述第三控制表中记录的订单处理结果推送数据对推送失败的订单进行重处理并将订单处理结果推送重处理数据记录在所述第三控制表。

优选的，所述方法还包括：

监控所述第一控制表中拆单失败的数量及同一订单重拆单的次数，若拆单失败的数量和/或同一订单重拆单的次数超过预设的第一阈值，则告警；

和/或；

监控所述第二控制表中订单下发失败的数量及同一订单重下发的次数，若下发失败的数量和/或同一订单重下发的次数超过预设的第二阈值，则告警；

和/或；

监控所述第三控制表中记录的订单处理结果推送失败的数量及同一订单重推送的次数，若订单处理结果推送失败的数量和/或同一订单重推送的次数超过预设的第三阈值，则告警。

优选的，所述第一数据库为Hbase数据库。

优选的，所述拆单以及订单下发均采用多线程并发处理方式。

本发明第二方面还公开一种订单处理装置，所述装置包括：

拆单单元，用于对接收的订单格式化处理后进行拆单，并将拆单过程数据记录在第一控制表中；

订单下发单元，用于从所述第一控制表中获取所述拆单后的订单下发至下游处理系统进行处理并根据下发结果更新第二控制表；所述第二控制表中存储有订单下发数据；

订单处理结果推送单元，用于根据所述下游处理系统对所述下发订单的处理信息以及上游库存系统的库存确认信息生成订单处理结果后推送出去并根据推送结果更新第三控制表；所述第三控制表中存储有订单处理结果推送数据；所述库存确认信息用于指示订单对应的库存信息。

优选的，所述装置还包括：

订单确认单元，用于拆单后，发送订单确认信息至用户，将订单确认信息发送过程数据记录在第四控制表；

所述订单下发单元，具体用于在接收到所述用户的确认指令后执行下发所述订单至下游处理系统。

本发明第三方面还公开一种计算机系统，包括：

一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如上所述的方法。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

1.本发明中各个步骤相互独立，采用生产者消费者模式，各步骤设有自己的数据库控制表，然后利用数据库控制表作为缓冲区。上一个步骤作为生产者产生数据放入缓冲区中，下一个步骤作为消费者从缓冲区中取出数据进行处理，然后再放入下一个生产消费者模型的缓冲区中，直至所有的业务逻辑处理完成。使得各步骤间存在数据缓冲区，不直接依赖。

2.某一步骤处理失败，只需利用对应控制表记录的数据对该步骤重新处理，不需要将已经成功处理的步骤重新执行。

3.多线程并发处理。单个步骤采用多线程并发处理，设置并发数量，大大的增加了业务处理的效率，减少资源的消耗，提高程序的响应速度。

4.Hbase数据存储处理。部分客户的业务报文冗长，加上分步骤处理，需要存储业务报文，Hbase提供高可靠性、高性能、可伸缩、实时读写的能力，可以释放关系型数据库的读写压力。

5.提供一套成型的API系统模块，针对大多数客户，大部分业务逻辑一致。隔离了具体类的生成，当接入新的客户，可以更加快速的开发，而不影响之前的业务，后续代码的维护也更加方便。

本发明所述产品只需具有上述一种效果即可。

通过参照以下附图及对本发明的具体实施方式的详细描述，本发明的特征及优点将会变得清楚。

附图说明

图1是本发明系统结构图；

图2是本发明实施例1方法的流程图；

图3是本发明实施例2装置结构图；

图4是本发明计算机系统结构图。

具体实施方式

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述，应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明旨在提供一种订单处理方案，通过将订单处理的各个过程如拆单、下发、推送过程建立数据缓冲区，上一个步骤作为生产者产生数据放入缓冲区中，下一个步骤作为消费者从缓冲区中取出数据进行处理，然后再放入下一个生产消费者模型的缓冲区中，直至所有的业务逻辑处理完成，实现各过程之间的解耦，减少因相互影响造成超时失败的概率。同时存储每个阶段得到的处理结果，让每一步操作都有记录，出现问题有迹可循。某一步骤处理失败时，只需对该步骤进行重处理，不需要将已经成功处理的步骤重新执行，减小系统维护和数据维护难度。

如图1所示，为本发明相关的系统架构图，包括：API订单系统、下游处理系统及上游库存系统。其中API订单系统用于从外部客户接收订单后进行拆单、拆单后将订单下发至下游处理系统进行处理并经下游处理系统与上游库存系统之间进行信息交互，使得上游库存系统根据下游处理系统发送的信息继续处理生成库存确认信息，从而从上游库存系统接收库存确认信息推送至用户等操作。下游处理系统用于对接收的下发订单进行处理，上游库存系统用于对订单进行库存匹配操作，确定入库的订单。比如有10个订单，其中2个没有对应的库存商品，其余8个订单有对应的商品且分配了对应的仓库，这些即为库存确认信息。这些信息将返回给用户，使其获知自己所下订单是否被成功对应库存。

以下对API订单系统的操作流程进行描述：

拆单

拆单是指将订单拆分为多个子订单，将订单对应报文以及订单号记录存储的过程。在该过程中还包括对不同格式的订单报文进行格式化处理以符合后续处理要求的步骤。

需要说明的是，拆单前还有一个接单步骤，由接单模块从外部客户处接收订单后存储，之后对存储的订单进行拆单。

接单过程较为简单，与现有接单处理类似，此处不做详述。

具体的，可通过Job定时触发客户供单的接口(实时http接口反馈或者ftp文件)获取订单。

为了防止业务处理的繁琐引起的超时等问题，本发明将报文存入Hbase，并记录订单号于数据库第一控制表中，这样就可以极大的减少处理时间和处理失败的机率，高效率的完成与客户的订单对接。

订单确认：

接下来需要将拆分的子订单下发给下游处理系统进行处理。实际应用中，有的客户要求在下发之前对订单在进行一次确认操作。该确认操作从上述控制表中读取订单号，并可同时读取Hbase中的报文信息一并拼接后发送至客户进行确认。如客户反馈确认，则可进行订单下发操作。

该步骤中，可使用定时Job触发接单确认，将原报文进行加工处理，采用多线程处理控制表中的数据，拼接客户需要的确认报文发送至客户，以反馈客户确认信息。通过http请求更新更新结果，订单确认过程数据包括发送结果记录在第四控制表中。

订单下发：

根据拆分的订单的客户标识将订单下发至对应的下游处理系统。

具体的，通过Job触发下发，获取Hbase原报文，从第一或第四控制表中获取订单号，根据订单对应的客户标识将订单下发指定的下游处理系统。将下发过程数据包括下发结果记录在第二控制表中。

若经过解析发现报文有错，比如解析后的报文中的地址不能被识别，则通过接口接收人工编辑的报文信息替换后下发。

下发后的订单将被下游处理系统进行处理如地址解析,商品校验等操作生成订单处理信息。该订单信息还将被发送至上游库存系统进行库存匹配，生成的库存确认信息将通过统一的RSF接口被API订单系统接收。

推送

API订单系统将接收内部上游系统推送单据以及下游处理系统的订单处理信息，存入数据库，等待后续Job处理内部待推送单据。Job定时扫描待处理推送单据，反馈客户单据处理结果。

具体的，

API订单系统通过统一RSF接口接收库存确认信息，通过客户标识区分不同业务场景，存入数据库第三控制表，拆分业务类型，确认报文存入Hbase。

通过Job触发信息回传，根据来源系统和业务类型，请求不同的业务处理分支，根据客户推送的需要，解析原确认报文，拼接推送报文，通过http接口完成推送，在第三控制表更新推送结果。

上述过程中每个步骤有对应的控制表记录了相关过程数据，对于各个步骤处理失败的数据，有补偿机制进行重试，如果多次未处理成功，会发出告警提醒相关负责人关注。对各步骤之间的控制表进行监控，设置阈值，若数据量大于阈值，则进行会发出告警提醒相关负责人关。

为了提高效率，避免超时，上述拆单、确认、下发以及推送过程均可采用多线程并发处理方式进行任务处理。

实施例1

根据上述描述，本申请实施例1提供一种订单处理方法，如图2所示，所述方法包括：

S21对接收的订单格式化处理后进行拆单，并将拆单过程数据记录在第一控制表中；

S22从所述第一控制表中获取所述拆单后的订单下发至下游处理系统进行处理并根据下发结果更新第二控制表；所述第二控制表中存储有订单下发数据；

S23根据所述下游处理系统对所述下发订单的处理信息以及上游库存系统的库存确认信息生成订单处理结果后推送出去并根据推送结果更新第三控制表；所述第三控制表中存储有订单处理结果推送数据；所述库存确认信息用于指示订单对应的库存信息。

优选的，在步骤S21与S22之间，所述方法还包括：

S24拆单后，发送订单确认信息至用户，将订单确认信息发送过程数据记录在第四控制表；

S22中，在接收到所述用户的确认指令后执行下发订单至下游处理系统。

步骤S21具体包括：

对接收的订单格式化处理后将所述订单拆分为子订单并将所述子订单对应的报文存储在第一数据库，将所述子订单的订单号存储在所述第一控制表中；所述第一数据库可为Hbase数据库。

步骤S22具体包括：

上述S21-S24各步骤可采用多线程并发处理方式。

本发明中，还可以利用控制表中记录的数据对失败过程进行重试，具体包括：

和/或；

优选的，所述方法还包括：

和/或；

实施例2

如图3所示，本申请实施例2还公开一种订单处理装置，应用在API订单系统，所述装置包括：

拆单单元31，用于对接收的订单格式化处理后进行拆单，并将拆单过程数据记录在第一控制表中；

订单下发单元32，用于从所述第一控制表中获取所述拆单后的订单下发至下游处理系统进行处理并根据下发结果更新第二控制表；所述第二控制表中存储有订单下发数据；

订单处理结果推送单元33，用于根据所述下游处理系统对所述下发订单的处理信息以及上游库存系统的库存确认信息生成订单处理结果后推送出去并根据推送结果更新第三控制表；所述第三控制表中存储有订单处理结果推送数据；所述库存确认信息用于指示订单对应的库存信息。

优选的，所述装置还包括：

订单确认单元34，用于拆单后，发送订单确认信息至用户，将订单确认信息发送过程数据记录在第四控制表；

拆单单元具体用于对接收的订单格式化处理后将所述订单拆分为子订单并将所述子订单对应的报文存储在第一数据库，将所述子订单的订单号存储在所述第一控制表中；所述第一数据库可为Hbase数据库。

订单下发单元具体用于从所述第一控制表中获取待下发的目标子订单的目标订单号；根据所述目标订单号从所述第一数据库获取对应的目标报文；将所述目标子订单对应的客户标识对应的下游处理系统确定为目标下游处理系统，并将所述目标订单号和所述目标报文下发至所述目标下游处理系统进行处理。

本发明中，还可以利用控制表中记录的数据对失败过程进行重试，所述装置还包括：

第一重试单元，用于根据所述第一控制表中记录的拆单过程数据对拆单失败的订单进行重处理并将订单拆分重处理数据记录在所述第一控制表；

和/或；

第二重试单元，用于根据所述第二控制表中记录的订单数据对下发失败的订单进行重处理并将订单下发重处理数据记录在所述第二控制表；

和/或；

第三重试单元，用于根据所述第三控制表中记录的订单处理结果推送数据对推送失败的订单进行重处理并将订单处理结果推送重处理数据记录在所述第三控制表。

优选的，所述装置还包括监控单元，具体用于：

和/或；

上述各单元如拆单单元以及订单下发单元等均可采用多线程并发处理方式。

实施例3

对应上述方法与装置，本发明实施例三公开一种计算机系统，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行一种终端，包括存储器和处理器，处理器读取存储器中存储的计算机程序指令，从而使处理器执行如上实施例1所述的方法。

其中，图4示例性的展示出了计算机系统的架构，具体可以包括处理器1510，视频显示适配器1511，磁盘驱动器1512，输入/输出接口1513，网络接口1514，以及存储器1520。上述处理器1510、视频显示适配器1511、磁盘驱动器1512、输入/输出接口1513、网络接口1514，与存储器1520之间可以通过通信总线1530进行通信连接。

其中，处理器1510可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本发明所提供的技术方案。

存储器1520可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1520可以存储用于控制计算机系统1500运行的操作系统1521，用于控制计算机系统1500的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器1523，数据存储管理系统1524，以及图标字体处理系统1525等等。上述图标字体处理系统1525就可以是本发明实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本发明所提供的技术方案时，相关的程序代码保存在存储器1520中，并由处理器1510来调用执行。

输入/输出接口1513用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口1514用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1530包括一通路，在设备的各个组件(例如处理器1510、视频显示适配器1511、磁盘驱动器1512、输入/输出接口1513、网络接口1514，与存储器1520)之间传输信息。

另外，该计算机系统1500还可以从虚拟资源对象领取条件信息数据库1541中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述设备仅示出了处理器1510、视频显示适配器1511、磁盘驱动器1512、输入/输出接口1513、网络接口1514，存储器1520，总线1530等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本发明方案所必需的组件，而不必包含图中所示的全部组件。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，云服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本发明所提供的订单处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是在本发明的构思下，利用本发明说明书及附图内容所作的等效结构变换，或直接/间接运用在其他相关的技术领域均包括在本发明的专利保护范围内。

Claims

1.一种订单处理方法，其特征在于，所述方法包括：

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

3.如权利要求1所述的方法，其特征在于，所述对接收的订单格式化处理后进行拆单包括：

4.如权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

和/或；

5.如权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

监控所述第一控制表中拆单失败的数量及同一订单重拆单的次数，若

拆单失败的数量和/或同一订单重拆单的次数超过预设的第一阈值，则告警；

和/或；

6.如权利要求1所述的方法，其特征在于，所述第一数据库为Hbase数据库。

7.如权利要求1所述的方法，其特征在于，所述拆单以及订单下发均采用多线程并发处理方式。

8.一种订单处理装置，其特征在于，所述装置包括：

9.如权利要求所述的装置，其特征在于，所述装置还包括：

10.一种计算机系统，其特征在于，包括：

一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如权利要求1-7所述的方法。