CN106327287A - 订单处理方法及装置 - Google Patents

Abstract

本发明实施例提供一种订单处理方法及装置，所述方法包括：服务器分别向多个子订单对应的服务器发起询问请求；分别接收所述各个子订单对应的服务器返回的响应信息；当所述子订单处于所述当前询问的状态节点，将所述当前询问的状态节点的订单数量更新；否则，将所述当前询问的状态节点的下一状态节点作为当前询问的状态节点，再次向所述子订单对应的服务器发送所述询问请求；将所述各个子订单对应的各个状态节点分别与对应的当前订单数量匹配。所述方法方便的监视到订单对应的多个子订单所处的节点状态，并且也能够直观的了解到各个子订单对应的各个状态节点的压力，也能直观的了解到各个子订单对应的服务器的压力。

Description

订单处理方法及装置

技术领域

本发明涉及计算机应用领域，具体而言，涉及一种订单处理方法及装置。

背景技术

跨境购物是一个新兴的购物模式，在购物过程中需要涉及到仓储系统、物流系统、支付系统、海关系统等多个系统。一个订单生成后，需要分别完成所述各个系统的状态节点的扭转，才可以将商品发给顾客。现有技术中仅仅对订单的开始和结束的状态节点进行监控，无法通过数据真正展示出各个系统的压力。

发明内容

有鉴于此，本发明实施例的目的在于提供一种订单处理方法及装置，以解决上述问题。

第一方面，本发明实施例提供一种订单处理方法，所述方法包括：服务器分别向多个子订单对应的服务器发起询问请求，所述询问请求分别用于向各个子订单对应的服务器询问所述子订单是否处于当前询问的状态节点，其中，所述多个子订单对应一个订单，所述各个子订单分别对应多个状态节点；所述服务器分别接收所述各个子订单对应的服务器返回的响应信息；当所述子订单处于所述当前询问的状态节点，所述服务器将所述当前询问的状态节点的订单数量更新；当所述子订单未处于所述当前询问的状态节点，所述服务器将所述当前询问的状态节点的下一状态节点作为当前询问的状态节点，再次向所述子订单对应的服务器发送所述询问请求；将所述各个子订单对应的各个状态节点分别与对应的当前订单数量匹配。

第二方面，本发明实施例提供一种订单处理装置，所述装置包括：发送模块，用于分别向多个子订单对应的服务器发起询问请求，所述询问请求分别用于向各个子订单对应的服务器询问所述子订单是否处于当前询问的状态节点，其中，所述多个子订单对应一个订单，所述各个子订单分别对应多个状态节点；接收模块，用于分别接收所述各个子订单对应的服务器返回的响应信息；第一处理模块，用于当所述子订单处于所述当前询问的状态节点，将所述当前询问的状态节点的订单数量更新；当所述子订单未处于所述当前询问的状态节点，将所述当前询问的状态节点的下一状态节点作为当前询问的状态节点，再次向所述子订单对应的服务器发送所述询问请求；第二处理模块，用于将所述各个子订单对应的各个状态节点分别与对应的当前订单数量匹配。

与现有技术相比，本发明实施例提供的一种订单处理方法及装置，通过分别向多个子订单对应的服务器询问所述子订单是否处于当前询问的状态节点，来确定当前子订单所处的状态节点，并更新所述状态节点下的订单数，最后将所述各个子订单对应的各个状态节点分别与对应的当前订单数量匹配，这种方式可以方便的监视到订单对应的多个子订单所处的节点状态，并且也能够直观的了解到各个子订单对应的各个状态节点的压力，也能直观的了解到各个子订单对应的服务器的压力。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明实施例提供的一种服务器运行环境的示意图。

图2是本发明实施例提供的服务器的方框示意图。

图3是本发明实施例提供的一种订单处理方法的流程图。

图4是本发明实施例提供的一种订单处理方法的部分流程图。

图5是本发明实施例提供的一种订单处理方法的部分流程图。

图6是本发明实施例提供的一种订单处理装置的功能模块示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性或时间先后。

如图1所示，是本发明实施例提供的一种服务器200运行环境的示意图。所述服务器200通过网络300与多个子订单对应的服务器进行通信连接，以进行数据通信或交互。所述服务器200通过网络300与一个或多个用户终端100进行通信连接，以进行数据通信或交互。所述服务器200可以是网络服务端、数据库服务端等。所述用户终端100可以是个人电脑(personal computer，PC)、平板电脑、智能手机、个人数字助理(personal digitalassistant，PDA)等。所述多个子订单对应的服务器可以是如图1所示的仓储系统服务器300，物流系统服务器400，支付系统服务器500以及海关系统服务器600。但是，并不局限于图中所示的服务器。

如图2所示，是所述服务器200的方框示意图。所述服务器200包括订单处理装置210、存储器220、存储控制器230、处理器240。

所述存储器220、存储控制器230、处理器240各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述订单处理装置210包括至少一个可以软件或固件(firmware)的形式存储于所述存储器中或固化在所述服务端200的操作系统(operating system，OS)中的软件功能模块。所述处理器240用于执行存储器220中存储的可执行模块，例如所述订单处理装置210包括的软件功能模块或计算机程序。

其中，存储器220可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(ReadOnly Memory，ROM)，可编程只读存储器(Programmable Read－OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read－Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read－Only Memory，EEPROM)等。其中，存储器220用于存储程序，所述处理器240在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务端所执行的方法可以应用于处理器中，或者由处理器实现。

处理器240可能是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

可以理解，图2所示的结构仅为示意，服务器200还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

图3示出了本发明实施例提供的一种订单处理方法的流程图，请参阅图3，本实施例描述的是服务器的处理流程，所述方法包括：

步骤S301，服务器分别向多个子订单对应的服务器发起询问请求，所述询问请求分别用于向各个子订单对应的服务器询问所述子订单是否处于当前询问的状态节点，其中，所述多个子订单对应一个订单，所述各个子订单分别对应多个状态节点。

服务器可以在获取到订单后，分别向多个子订单对应的服务器发起询问请求；也可以是由其它终端获取订单，当其它终端获取到订单后，向服务器发送一个用于确认获取到订单的消息，当服务器接收到所述消息后，分别向多个子订单对应的服务器发起询问请求。

当一个订单生成后，将分别在各个子订单对应的服务器中生成所述订单对应的各个子订单。其中，所述子订单可以包括仓储订单，物流订单，支付订单或海关订单。

例如，请参阅图1，当一个订单生成后，在仓储系统服务器，物流系统服务器，支付系统服务器以及海关系统服务器将分别对应产生仓储订单，物流订单，支付订单以及海关订单。其中，各个子订单分别对应多个状态节点。每个子订单对应的状态节点可以根据业务需求来确定。各个子订单对应的状态节点之间相互独立。每个子订单对应的多个状态节点之间具有顺序关系，当一个状态节点完成，子订单进入下一个状态节点。

服务器分别向仓储系统服务器，物流系统服务器，支付系统服务器以及海关系统服务器发送询问请求。

假设物流订单对应的状态节点为待创建状态节点，待推送状态节点以待回执状态节点，回执成功状态节点。对应每个物流订单而言，当待创建状态节点执行完成后，进入待推送状态节点，依次类推，直到回执成功状态节点完成，则表示所述物流订单的已经完成。

此时所述服务器可以向物流系统服务器发送询问请求，所述询问请求中可以包括待创建状态节点。当物流系统服务器接收到所述询问请求时，查看所述子订单是否处于待创建状态节点，若是，则向所述服务器返回的响应信息中包含用于确认所述子订单处于待创建状态节点的信息，否则向所述服务器返回的响应信息中包含用于否定所述子订单处于待创建状态节点的信息。

步骤S302，所述服务器分别接收所述各个子订单对应的服务器返回的响应信息。

步骤S303，当所述子订单处于所述当前询问的状态节点，所述服务器将所述当前询问的状态节点的订单数量更新。

所述服务器可以将所述当前询问的状态节点的订单数量加一。

步骤S304，当所述子订单未处于所述当前询问的状态节点，所述服务器将所述当前询问的状态节点的下一状态节点作为当前询问的状态节点，再次向所述子订单对应的服务器发送所述询问请求。

接上例，假设所述所述服务器接收到的响应信息中包含的是用于否定所述子订单处于待创建状态节点的信息。则此时，服务器再次向所述子订单对应的服务器发送所述询问请求，所述询问请求中包括待推送状态节点。依次类推，直到每个状态节点都被询问完毕。

步骤S305，将所述各个子订单对应的各个状态节点分别与对应的当前订单数量匹配。

对单个订单而言，将所述订单的各个子订单所处的状态节点的订单数量加一，则对于多个订单而言，此时所述各个子订单对应的各个状态节点分别与对应的当前订单数量匹配，即可方便的监视到订单对应的多个子订单所处的节点状态，并且也能够直观的了解到各个子订单对应的各个状态节点的压力，也能直观的了解到各个子订单对应的服务器的压力。

优选的，请参阅图4，在步骤S305之后，所述方法还可以包括：

步骤S306，将已匹配的所述各个子订单对应的各个状态节点与对应的当前订单数量形成图表，将所述图表发送到用户终端，以使用户通过用户终端查看所述各个子订单对应的各个状态节点下的当前订单数量。

可以理解的是，用图表的形式来表示所述匹配内容，将根据直观，也方便进行监控和提早发现问题。

进一步的，请参阅图5，在步骤S305之后，所述方法也可以包括：

步骤S307，分别判断所述各个子订单对应的各个状态节点下的当前订单数量是否达到预设阈值。

可以对不同的子订单的不同状态节点设置不同的预置，这样预警的准确率将会更高。

步骤S308，若是，则向用户终端发送预警信息。

所述预警信息可以包括所述子订单标识及所述子订单对应的状态节点标识。当用户通过用户终端接收到预警信息时，可以根据预警信息中的子订单标识及所述子订单对应的状态节点标识，及时发现子订单对应的服务器出现较大压力，并能够发现导致压力出现的订单，能够及时疏导和缓解子订单对应的服务器的压力。

本发明实施例提供的订单处理方法，通过分别向多个子订单对应的服务器询问所述子订单是否处于当前询问的状态节点，来确定当前子订单所处的状态节点，并更新所述状态节点下的订单数，最后将所述各个子订单对应的各个状态节点分别与对应的当前订单数量匹配，这种方式可以方便的监视到订单对应的多个子订单所处的节点状态，并且也能够直观的了解到各个子订单对应的各个状态节点的压力，也能直观的了解到各个子订单对应的服务器的压力。并且用图表的形式来表示所述匹配内容，将根据直观，也方便进行监控和提早发现问题。进一步的，可以根据预警信息中的子订单标识及所述子订单对应的状态节点标识，及时发现子订单对应的服务器出现较大压力，并能够发现导致压力出现的订单，能够及时疏导和缓解子订单对应的服务器的压力。

请参阅图6，是本发明实施例提供的图2所示的订单处理装置210的功能模块示意图。所述订单处理装置210运行于所述服务器200。所述订单处理装置210包括发送模块211，接收模块212，第一处理模块213，第二处理模块214。

所述发送模块211，用于分别向多个子订单对应的服务器发起询问请求，所述询问请求分别用于向各个子订单对应的服务器询问所述子订单是否处于当前询问的状态节点，其中，所述多个子订单对应一个订单，所述各个子订单分别对应多个状态节点。

其中，所述子订单包括仓储订单，物流订单，支付订单或海关订单。

所述接收模块212，用于分别接收所述各个子订单对应的服务器返回的响应信息。

所述第一处理模块213，用于当所述子订单处于所述当前询问的状态节点，将所述当前询问的状态节点的订单数量更新；当所述子订单未处于所述当前询问的状态节点，将所述当前询问的状态节点的下一状态节点作为当前询问的状态节点，再次向所述子订单对应的服务器发送所述询问请求。

所述第二处理模块214，用于将所述各个子订单对应的各个状态节点分别与对应的当前订单数量匹配。

优选的，所述装置还包括返回模块215，所述返回模块215，用于将已匹配的所述各个子订单对应的各个状态节点与对应的当前订单数量形成图表，将所述图表发送到用户终端，以使用户通过用户终端查看所述各个子订单对应的各个状态节点下的当前订单数量。

进一步的，所述装置还包括第三处理模块216，所述第三处理模块216用于分别判断所述各个子订单对应的各个状态节点下的当前订单数量是否达到预设阈值；若是，则向用户终端发送预警信息。

其中，所述预警信息可以包括所述子订单标识及所述子订单对应的状态节点标识。

以上各模块可以是由软件代码实现，此时，上述的各模块可存储于中间服务器200的存储器220内。以上各模块同样可以由硬件例如集成电路芯片实现。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明实施例所提供的订单处理装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

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

服务器分别向多个子订单对应的服务器发起询问请求，所述询问请求分别用于向各个子订单对应的服务器询问所述子订单是否处于当前询问的状态节点，其中，所述多个子订单对应一个订单，所述各个子订单分别对应多个状态节点；

所述服务器分别接收所述各个子订单对应的服务器返回的响应信息；

当所述子订单处于所述当前询问的状态节点，所述服务器将所述当前询问的状态节点的订单数量更新；

当所述子订单未处于所述当前询问的状态节点，所述服务器将所述当前询问的状态节点的下一状态节点作为当前询问的状态节点，再次向所述子订单对应的服务器发送所述询问请求；

将所述各个子订单对应的各个状态节点分别与对应的当前订单数量匹配。

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

将已匹配的所述各个子订单对应的各个状态节点与对应的当前订单数量形成图表，将所述图表发送到用户终端，以使用户通过用户终端查看所述各个子订单对应的各个状态节点下的当前订单数量。

3.根据权利要求1所述的方法，其特征在于，所述子订单包括仓储订单，物流订单，支付订单或海关订单。

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

分别判断所述各个子订单对应的各个状态节点下的当前订单数量是否达到预设阈值；

若是，则向用户终端发送预警信息。

5.根据权利要求4所述的方法，其特征在于，所述预警信息包括所述子订单标识及所述子订单对应的状态节点标识。

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

发送模块，用于分别向多个子订单对应的服务器发起询问请求，所述询问请求分别用于向各个子订单对应的服务器询问所述子订单是否处于当前询问的状态节点，其中，所述多个子订单对应一个订单，所述各个子订单分别对应多个状态节点；

接收模块，用于分别接收所述各个子订单对应的服务器返回的响应信息；

第一处理模块，用于当所述子订单处于所述当前询问的状态节点，将所述当前询问的状态节点的订单数量更新；当所述子订单未处于所述当前询问的状态节点，将所述当前询问的状态节点的下一状态节点作为当前询问的状态节点，再次向所述子订单对应的服务器发送所述询问请求；

第二处理模块，用于将所述各个子订单对应的各个状态节点分别与对应的当前订单数量匹配。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括返回模块，所述返回模块，用于将已匹配的所述各个子订单对应的各个状态节点与对应的当前订单数量形成图表，将所述图表发送到用户终端，以使用户通过用户终端查看所述各个子订单对应的各个状态节点下的当前订单数量。

8.根据权利要求6所述的装置，其特征在于，所述子订单包括仓储订单，物流订单，支付订单或海关订单。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括第三处理模块，所述第三处理模块用于分别判断所述各个子订单对应的各个状态节点下的当前订单数量是否达到预设阈值；若是，则向用户终端发送预警信息。

10.根据权利要求9所述的装置，其特征在于，所述预警信息包括所述子订单标识及所述子订单对应的状态节点标识。