CN112465599A - 订单处理方法、订单处理系统及计算设备 - Google Patents

Abstract

本发明公开了订单处理方法，包括：接收业务模块发送的订单状态变更请求，订单状态变更请求包括订单标识以及请求变更的订单状态；获取与订单标识相对应的订单信息，并确定与订单信息相对应的业务模块；确定与业务模块相对应的订单状态链以及订单状态链中与订单状态相对应的订单状态节点，获取订单状态节点对应的一个或多个订单处理组件；基于每个订单处理组件对订单进行处理，生成新的订单信息，并基于每个订单处理组件推送新的订单信息。本发明还一并公开了相应的订单处理系统和计算设备。本发明的订单处理方法，能实现更高效、灵活地与合作业务模块进行业务对接，便于在多个合作业务模块之间共享和更新订单数据和订单状态。

Description

订单处理方法、订单处理系统及计算设备

技术领域

本发明涉及互联网技术领域，特别涉及一种订单处理方法、订单处理系统及计算设备。

背景技术

随着网络信息的不断更新迭代以及线上业务模式的快速发展，线上办理各种业务(包括但不限于话费充值、油卡充值、违章代办、年检代办等)使人们足不出户即可实现生活中的日常所需，极大的方便了人们的日常生活。提供线上服务的业务方运行着庞大复杂的订单业务系统来支撑其业务运转，在能满足大多数人办理业务需求的情况下，这些业务方经常会与其他业务方合作，以实现流量置换。

客户端用户在线上办理业务，一般是通过相应的APP进行下单操作，并在业务服务器生成订单信息，每个客户端用户下单后生成的订单信息对于业务合作方而言是非常重要的数据资源。通过将这些订单数据推送至业务合作方，业务合作方通过统计这些订单数据并进行研究，进而改进运营策略、完善相关业务，这样有利于为合作方公司带来更多的流量和拉新数据。

现有技术中，对于向不同业务合作方的订单数据推送，通常是采用硬编码限定逻辑，这样，每新增一个合作方，就需要在订单业务系统增加与合作方相对应的限定条件的代码，并测试部署上线，从而导致与合作方业务对接的效率极低。

为此，需要一种订单处理方法和系统来解决上述技术方案中存在的问题。

发明内容

为此，本发明提供一种订单处理方法和订单处理系统，以力图解决或者至少缓解上面存在的问题。

根据本发明的一个方面，提供了一种订单处理方法，在计算设备中执行，所述计算设备与多个业务模块连接，且所述计算设备中包括与多个业务模块相对应的多个订单状态链，每个订单状态链分别包括多个订单状态节点，每个订单状态节点对应一个或多个订单处理组件，所述方法包括：接收业务模块发送的订单状态变更请求，所述订单状态变更请求包括订单标识以及请求变更的订单状态；获取与所述订单标识相对应的订单信息，并确定与所述订单信息相对应的业务模块；确定与所述业务模块相对应的订单状态链以及所述订单状态链中与所述订单状态相对应的订单状态节点，获取所述订单状态节点对应的一个或多个订单处理组件；以及基于每个订单处理组件对所述订单进行处理，生成新的订单信息，并基于每个订单处理组件推送所述新的订单信息。

可选地，在根据本发明的订单处理方法中，所述订单处理组件包括相应的配置信息，所述配置信息包括一个或多个推送地址，推送新的订单信息的步骤包括：从所述订单处理组件的配置信息中获取一个或多个推送地址；基于每个推送地址推送新的订单信息，以便将所述新的订单信息发送至与每个推送地址相对应的终端。

可选地，在根据本发明的订单处理方法中，所述配置信息还包括与推送地址相对应的校验规则，基于推送地址推送新的订单信息的步骤包括：基于与推送地址相对应的校验规则对所述订单变更请求进行验证；如果验证通过，则基于所述推送地址推送所述新的订单信息。

可选地，在根据本发明的订单处理方法中，在基于每个推送地址推送新的订单信息之后，还包括步骤：确定基于每个推送地址推送新的订单信息的推送结果，推送结果包括推送成功和推送失败；当基于推送地址推送失败时，确定该推送地址对应的推送失败次数，并基于推送失败次数重新向该推送地址推送所述新的订单信息。

可选地，在根据本发明的订单处理方法中，基于推送失败次数重新向该推送地址推送所述新的订单信息的步骤包括：基于所述推送失败次数确定下一次向该推送地址推送所述新的订单信息的推送时间，以便基于所述推送时间重新向该推送地址推送所述新的订单信息。

可选地，在根据本发明的订单处理方法中，当基于推送地址推送新的订单信息失败时，还包括步骤：在推送失败列表中记录与所述推送地址相对应的推送失败信息，所述推送失败信息包括推送失败次数、以及下一次向该推送地址推送所述新的订单信息的推送时间。

可选地，在根据本发明的订单处理方法中，基于推送失败次数重新向该推送地址推送所述新的订单信息的步骤还包括：判断所述推送失败次数是否超过阈值；如果超过阈值，则不再向所述推送地址推送所述新的订单信息，并生成相应的报警信息；如果不超过阈值，则基于推送失败次数重新向该推送地址推送所述新的订单信息。

可选地，在根据本发明的订单处理方法中，所述计算设备与多个业务模块通过消息队列服务器连接，消息队列服务器包括消息队列，所述消息队列中包括一个或多个与订单状态变更请求相对应的消息体，接收业务模块发送的订单状态变更请求的步骤包括：从消息队列中逐次获取消息体，以获取与所述消息体相对应的订单状态变更请求。

可选地，在根据本发明的订单处理方法中，所述计算设备、业务模块均与数据存储系统连接，所述数据存储系统存储有所述业务模块生成的订单信息，获取与所述订单标识相对应的订单信息的步骤包括：基于所述订单标识请求从数据存储系统中获取相应的订单信息。

可选地，在根据本发明的订单处理方法中，所述订单状态包括：已完成状态、待付款状态、已付款状态、正在办理状态、已退款状态、已取消状态、已发货状态、待退款状态中的一种或多种。

根据本发明的一个方面，提供了一种订单处理系统，包括：订单处理服务器，适于执行如上所述的方法来对订单进行处理；一个或多个客户端；以及一个或多个业务服务器，所述业务服务器与所述订单处理服务器、客户端连接，每个业务服务器包括一个或多个业务模块，所述业务模块适于响应于客户端的请求，并适于向订单处理服务器发送订单状态变更请求。

可选地，在根据本发明的订单处理系统中，还包括：消息队列服务器，包括消息队列，所述消息队列服务器分别与业务服务器、订单处理服务器相连，所述消息队列服务器适于接收业务服务器的业务模块发送的订单状态变更请求，并适于将订单状态变更请求封装为相应的消息体添加到所述消息队列中；所述订单处理服务器适于从所述消息队列中逐次获取消息体，以获取与所述消息体相对应的订单状态变更请求。

可选地，在根据本发明的订单处理系统中，还包括：数据存储系统，与所述业务服务器、订单处理服务器相连，适于存储所述业务服务器的业务模块生成的订单信息；所述订单处理服务器适于基于订单标识从所述数据存储系统获取相应的订单信息。

根据本发明的一个方面，提供了一种计算设备，包括：至少一个处理器；以及存储器，存储有程序指令，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如上所述的订单处理方法的指令。

根据本发明的一个方面，提供了一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如上所述方法。

根据本发明的技术方案，提供了一种订单处理方法和系统，通过预先配置与多个业务模块相对应的多个订单状态链，每个订单状态链分别包括与相应业务模块的多种订单状态相对应的多个订单状态节点，并针对每个订单状态节点分别配置了相应的一个或多个订单处理组件。这样，针对每个业务模块的订单状态变更可以分别基于相应的订单规则链中的相应状态节点的订单处理组件来对订单进行处理，不仅能实现处理不同的业务模块的订单状态变更，并且，通过为每个业务模块的每个订单状态单独配置订单处理组件，能实现更高效、灵活地与合作业务模块进行业务对接，也大大提高了代码复用率。

进一步地，在基于相应的订单处理组件对订单进行状态变更处理后，通过将更新后的订单信息推送至相应的业务合作方，能实现在多个合作业务模块之间共享和更新订单数据和订单状态，满足多渠道多业务的合作需求。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的订单处理系统100的示意图；

图2示出了根据本发明一个实施例的计算设备200的示意图；以及

图3示出了根据本发明一个实施例的订单处理方法300的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的订单处理系统100的示意图。

如图1所示，该系统100包括订单处理服务器200、一个或者多个客户端110、一个或多个业务服务器130，每个业务服务器130与订单处理服务器200连接，并且每个业务服务器130可以与一个或多个客户端110连接。每个业务服务器130可以包括一个或多个业务模块135，多个业务服务器130所包括的多个业务模块135均可以连接到订单处理服务器200，以便各个业务模块135与订单处理服务器200进行通信，业务模块135可以请求订单处理服务器200处理订单状态变更事件。

另外，每个业务模块135分别与一个或多个客户端110通信连接，例如通过有线或无线的方式网络连接，从而客户端110可以向业务服务器130的业务模块135发送订单请求，订单请求例如包括开始的下单请求、后续的支付请求等，其中，业务服务器130的业务模块135在接收到客户端110的下单请求后，基于下单请求创建订单并生成订单初始的订单信息。并且，业务模块135在生成初始的订单信息时还为订单生成相应的订单标识(例如订单号)，每个订单信息分别包括相应的订单标识。

在本发明的实施例中，业务模块135可以响应于客户端110的订单请求，并在订单状态有变更需求时，向订单处理服务器200发送订单状态变更请求。

在本发明的实施例中，订单处理服务器200中预先配置了与多个业务模块135相对应的多个订单状态链，其中每个业务模块135分别对应一个订单状态链。每个订单状态链分别包括与相应业务模块135的多种订单状态相对应的多个订单状态节点，换言之，订单状态链中的每个订单状态节点分别与相应业务模块135中创建的订单所包括的每个订单状态相对应。另外，每个订单状态节点分别对应一个或多个订单处理组件，也就是说，订单处理服务器200在每个订单状态链中针对每个订单状态节点单独配置了相应的一个或多个订单处理组件。需要说明的是，订单处理服务器200可以利用相应的订单处理组件对业务模块中有状态变更需求的订单进行相应处理。这样，通过为每个业务模块的每个订单状态单独配置订单处理组件，能实现更高效、灵活地与合作业务模块进行业务对接，大大提高了代码复用率。

在一个实施例中，订单状态可以包括已完成状态、待付款状态、已付款状态、正在办理状态、已退款状态、已取消状态、已发货状态、待退款状态中的一种或多种。也即是说，每个业务模块135创建的订单分别可以包括以上订单状态中的一种或多种，不同的业务模块135可以基于各自的业务服务需求设置不同种类的订单状态。相应的，每个业务模块135对应的订单状态链上的每个订单状态节点是基于该业务模块135的订单所包括的每个订单状态来设置的。

在一个实施例中，订单处理系统100还包括消息队列服务器150，消息队列服务器150包括消息队列，消息队列服务器150分别与业务服务器130、订单处理服务器200相连。也就是说，业务服务器130中的业务模块135与订单处理服务器200是通过消息队列服务器150建立了通信连接，并基于消息队列进行异步通信。

每个业务服务器130的业务模块135发送订单状态变更请求时，消息队列服务器150可以接收到业务模块135发送的订单状态变更请求，并会将每个订单状态变更请求封装为相应的消息体添加到消息队列中。这样，消息队列中可以包括一个或多个基于添加顺序排列的消息体，每个消息体分别对应一个订单状态变更请求。

订单处理服务器200通过从消息队列中逐次获取消息体，以获取与消息体相对应的订单状态变更请求。进而，订单处理服务器200可以基于订单状态变更请求利用相应的订单处理组件对订单进行处理。

在一个实施例中，订单处理系统100还包括数据存储系统140，数据存储系统140与业务服务器130、订单处理服务器200相连。业务服务器130的业务模块135生成的订单信息可以发送给数据存储系统140，以便将在业务模块135生成的大量客户的订单信息存储在数据存储系统140中。并且，订单信息可以基于订单标识存储在数据存储系统140中。这样，订单处理服务器200可以基于订单标识请求从数据存储系统140中获取相应的订单信息。这里，所获取的订单信息是与订单当前状态相对应的当前订单信息。

应当指出，订单信息除包括订单标识外，还包括与订单相关的各种各样的具体信息，例如订单的来源信息(订单对应的业务模块信息)、具体商品信息、交易信息、当前的订单状态信息等。

在一个实施例中，订单处理服务器200适于执行本发明的订单处理方法300来对请求状态变更的订单进行处理。本发明的订单处理方法300将在下文中详述。

在一个实施例中，订单处理服务器200在基于相应的订单处理组件对请求状态变更的订单进行处理之后，会生成新的订单信息，并基于订单处理组件中的推送地址将新的订单信息推送至相应的业务合作方。这样，通过将更新后的订单信息推送至相应的业务合作方，能实现在多个合作业务之间同步更新订单数据和订单状态，满足多渠道多业务的合作需求。

另外，订单处理服务器200在生成新的订单信息后，还将生成的新的订单信息发送至数据存储系统140进行存储，以便对数据存储系统140中存储的相应的订单信息进行更新，这样，保证从数据存储系统140中请求获取的订单信息是与订单的当前状态相对应的信息。

根据本发明的实施例，上述订单处理系统100中的各种部件，可以通过诸如局域网(LAN)或者如因特网的广域网(WAN)的一个或多个网络进行通信。其中，订单处理服务器200可以通过如下所述的计算设备200来实现。

图2示出了根据本发明一个实施例的计算设备200的示意图。

如图2所示，在基本的配置202中，计算设备200典型地包括系统存储器206和一个或者多个处理器204。存储器总线208可以用于在处理器204和系统存储器206之间的通信。

取决于期望的配置，处理器204可以是任何类型的处理，包括但不限于：微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器204可以包括诸如一级高速缓存210和二级高速缓存212之类的一个或者多个级别的高速缓存、处理器核心214和寄存器216。示例的处理器核心214可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器218可以与处理器204一起使用，或者在一些实现中，存储器控制器218可以是处理器204的一个内部部分。

取决于期望的配置，系统存储器206可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器106可以包括操作系统220、一个或者多个应用222以及程序数据224。应用222实际上是多条程序指令，其用于指示处理器204执行相应的操作。在一些实施方式中，应用222可以布置为在操作系统上使得处理器204利用程序数据224进行操作。

计算设备200还可以包括有助于从各种接口设备(例如，输出设备242、外设接口244和通信设备246)到基本配置202经由总线/接口控制器230的通信的接口总线240。示例的输出设备242包括图形处理单元248和音频处理单元250。它们可以被配置为有助于经由一个或者多个A/V端口252与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口244可以包括串行接口控制器254和并行接口控制器256，它们可以被配置为有助于经由一个或者多个I/O端口258和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备246可以包括网络控制器260，其可以被布置为便于经由一个或者多个通信端口264与一个或者多个其他计算设备262通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

在根据本发明的实施例中，计算设备200被配置为执行根据本发明的订单处理方法。计算设备200的应用222中包括执行本发明的订单处理方法300的多条程序指令，这些程序指令可以指示处理器204执行本发明的订单处理方法300。计算设备200通过执行本发明的订单处理方法300来处理订单状态变更。

需要说明的是，业务方通常会提供多种类型的线上业务，每种线上业务分别对应一个业务模块。这样，业务方的业务服务器中可以包括多个业务模块，以提供不同类型的线上业务服务。根据本发明的订单处理方法300，可以实现针对每个业务模块的订单状态变更分别基于相应的订单规则链中的相应状态节点的订单处理组件来进行处理。

图3示出了根据本发明一个实施例的订单处理方法300的流程图。方法300适于在计算设备(例如前述计算设备200)中执行。

在根据本发明的实施例中，计算设备200与多个业务服务器130的多个业务模块135通信连接，且计算设备200中预先配置了与多个业务模块135相对应的多个订单状态链，其中每个业务模块135分别对应一个订单状态链。每个订单状态链分别包括与相应业务模块135的多种订单状态相对应的多个订单状态节点，换言之，订单状态链中的每个订单状态节点分别与相应业务模块135中创建的订单所包括的每个订单状态相对应。另外，每个订单状态节点分别对应一个或多个订单处理组件，也就是说，计算设备200在每个订单状态链中针对每个订单状态节点单独配置了相应的一个或多个订单处理组件，这里，基于订单处理组件可以对相应业务模块中有状态变更需求的订单进行相应处理。这样，通过为每个业务模块的每个订单状态单独配置订单处理组件，能实现更高效、灵活地与合作业务模块进行业务对接，从而大大提高代码复用率。

需要说明的是，订单状态可以包括已完成状态、待付款状态、已付款状态、正在办理状态、已退款状态、已取消状态、已发货状态、待退款状态中的一种或多种。也即是说，每个业务模块135创建的订单分别可以包括以上订单状态中的一种或多种，不同的业务模块135可以基于各自的业务服务需求设置不同种类的订单状态。相应的，每个业务模块135对应的订单状态链上的每个订单状态节点是基于该业务模块135的订单所包括的每个订单状态来设置的。

如图3所示，订单处理方法300始于步骤S310。

在步骤S310中，接收业务服务器130的业务模块135发送的订单状态变更请求，这里，订单状态变更请求包括订单标识以及请求变更的订单状态。

根据一个实施例，计算设备200与多个业务模块135通过消息队列服务器150连接，消息队列服务器150包括消息队列。这样，计算设备200与多个业务模块135可以基于消息队列进行异步通信。其中，消息队列中包括一个或多个与订单状态变更请求相对应的消息体。具体而言，每个业务服务器130的业务模块135发送订单状态变更请求时，是发送给消息队列服务器150，消息队列服务器150在接收到业务模块135发送的订单状态变更请求后，会将每个订单状态变更请求封装为相应的消息体添加到消息队列中。这样，消息队列中可以包括一个或多个基于添加顺序排列的消息体，每个消息体分别对应一个订单状态变更请求。

计算设备200接收业务模块135发送的订单状态变更请求时，是通过从消息队列中逐次获取消息体，从而获取与消息体相对应的订单状态变更请求。进而，可以基于订单状态变更请求对相应订单进行处理。

还应当指出，消息队列中的消息体仅封装了与请求变更状态的订单相对应的订单标识以及订单状态信息，并不包括订单的其它具体信息(例如订单的来源信息、具体商品信息、交易信息等)，这样，有利于降低消息队列的负载，以便基于消息队列稳定、高效地传送订单状态变更请求。

随后，在步骤S320中，计算设备200获取与订单标识相对应的订单信息，并确定与订单信息相对应的业务模块135。

需要说明的是，每个业务模块135分别与一个或多个客户端110通信连接，例如通过有线或无线的方式网络连接，从而客户端110可以向业务服务器130的业务模块135发送订单请求，订单请求例如包括开始的下单请求、后续的支付请求等，其中，业务服务器130的业务模块135在接收到客户端110的下单请求时，基于下单请求创建订单并生成订单初始的订单信息。并且，业务模块135在生成初始的订单信息时还为订单生成相应的订单标识(例如订单号)，每个订单信息分别包括相应的订单标识。

另外，计算设备200、业务服务器130及其业务模块135均与数据存储系统140连接，业务服务器130的业务模块135生成的订单信息可以发送给数据存储系统140，以便将在业务模块135生成的大量客户的订单信息存储在数据存储系统140中。并且，订单信息是基于订单标识存储在数据存储系统140中。

在本发明的实施例中，计算设备200可以基于订单标识请求从数据存储系统140中获取相应的订单信息。这里，所获取的订单信息是与订单当前状态(变更之前)相对应的当前订单信息。

应当指出，订单信息除包括订单标识外，还包括与订单相关的各种各样的具体信息，例如订单的来源信息(订单对应的业务模块信息)、具体商品信息、交易信息、当前的订单状态信息等。在获取订单信息后，可以基于订单信息中的订单来源信息(业务模块信息)确定与订单信息相对应的业务模块135。

随后，在步骤S330中，计算设备200确定与业务模块相对应的订单状态链，并确定在该订单状态链中与请求变更的订单状态相对应的订单状态节点，进而，获取与所确定的订单状态节点对应的一个或多个订单处理组件。

最后，在步骤S340中，计算设备200基于所获取的每个订单处理组件对请求变更状态的订单进行处理，生成新的订单信息，并基于所获取的每个订单处理组件推送新的订单信息。需要说明的是，对订单的处理是基于订单状态变更请求由相应的订单处理组件来对订单进行相应的状态变更处理，这里，状态变更处理包括但不限于对订单状态的变更事件，还可以包括其他与订单状态变更相关联的事件。在根据本发明的实施例中，在基于订单组件对订单进行处理、生成新的订单信息后，计算设备200还基于所获取的每个订单处理组件来推送新的订单信息，这里，所推送的新的订单信息包括变更后的订单状态信息。

应当指出，本发明对订单信息的目标推送人员、具体推送方式、推送的具体信息均不做限制。应当理解，目标推送人员、具体推送方式、推送的具体信息之间是相互对应的关系，针对不同的目标推送人员会确定相应的推送方式和推送信息，目标推送人员可以包括多种(例如不同的业务合作方、下单客户、商家等)，因此，相应的推送方式和推送信息也可以包括多种。需要说明的是，在基于相应的订单处理组件对订单进行状态变更处理后，通过将更新后的订单信息推送至相应的合作方，能实现在多个合作业务之间同步更新订单数据和订单状态。

应当理解，由于所获取的订单处理组件是基于订单对应的业务模块以及订单状态来确定的相对应的处理组件，这样，也就实现了根据订单对应的业务模块以及请求变更的订单状态对订单进行相应的处理和推送。

根据一个实施例，计算设备200在基于所获取的每个订单处理组件对请求变更状态的订单进行处理、生成新的订单信息后，还将生成的新的订单信息发送至数据存储系统140进行存储，以便对数据存储系统140中存储的相应的订单信息进行更新，这样，保证从数据存储系统140中请求获取的订单信息是与订单的当前状态相对应的信息。

根据一个实施例，订单处理组件包括相应的配置信息，配置信息包括一个或多个推送地址。在推送新的订单信息时，是通过从订单处理组件的配置信息中获取一个或多个推送地址，并基于每个推送地址推送新的订单信息，以便将订单信息发送至与每个推送地址相对应的终端用户(例如业务合作方)。

根据一个实施例，配置信息还可以包括与一个或多个推送地址相对应的校验规则。在基于推送地址推送新的订单信息时，还会判断配置信息中是否包括与该推送地址相对应的校验规则，如果包括相应的校验规则，则在向该推送地址推送新的订单信息之前，先基于与推送地址相对应的校验规则对订单变更请求进行验证，如果验证通过，再基于该推送地址向相应的终端用户推送新的订单信息。这里，本发明对校验规则的具体设置不做具体限定。在一种实施方式中，校验规则可以针对订单状态变更请求的真实性进行校验。

根据一个实施例，在基于每个推送地址推送新的订单信息之后，还确定基于每个推送地址推送新的订单信息的推送结果，推送结果包括推送成功和推送失败。其中，当基于推送地址推送新的订单信息失败时，确定该推送地址对应的推送失败次数，并基于推送失败次数重新向该推送地址推送新的订单信息。

具体而言，基于推送失败次数重新向该推送地址推送新的订单信息，实际上是基于推送失败次数确定下一次向该推送地址推送新的订单信息的推送时间，并在确定到达该推送时间时，重新向该推送地址推送新的订单信息。

根据一个实施例，当基于推送地址推送新的订单信息失败时，并在基于推送失败次数确定下一次向该推送地址推送新的订单信息的推送时间后，还可以在推送失败列表中记录与推送地址相对应的推送失败信息。这里，推送失败信息包括相应的订单信息、推送地址、推送失败次数、以及下一次向该推送地址推送新的订单信息的推送时间等信息。这样，计算设备200可以监控推送失败列表中记录的与每个推送地址相对应的推送失败信息，并在确定到达推送地址对应的下一次推送时间时，向该推送地址再次推送相应的订单信息。

根据一个实施例，重新向推送地址推送新的订单信息时，还会判断该推送地址对应的推送失败次数是否超过阈值。如果超过阈值，则不再向推送地址推送新的订单信息，并生成相应的报警信息。这里，生成的与推送地址相对应的报警信息，可以通过钉钉、邮件等方式发送至客户端运营人员，以便运营人员基于报警信息处理推送失败事件。需要说明的是，在确定推送失败次数超过阈值时，也就不再确定下一次向该推送地址推送新的订单信息的推送时间，也不会在推送失败列表中记录与推送地址相对应的下一次推送时间，这样，计算设备200也就不会监控到与该推送地址相对应的下一次推送时间，也不会向该推送地址再次推送相应的订单信息。

如果不超过阈值，则基于推送失败次数确定下一次向该推送地址推送新的订单信息的推送时间，并在推送失败列表中记录与推送地址相对应的推送失败信息(包括下一次推送时间)，以便在确定到达推送地址对应的下一次推送时间时，重新向该推送地址推送新的订单信息。

根据本发明的订单处理方法和系统，通过预先配置与多个业务模块相对应的多个订单状态链，每个订单状态链分别包括与相应业务模块的多种订单状态相对应的多个订单状态节点，并针对每个订单状态节点分别配置了相应的一个或多个订单处理组件。这样，针对每个业务模块的订单状态变更可以分别基于相应的订单规则链中的相应状态节点的订单处理组件来对订单进行处理，不仅能实现处理不同的业务模块的订单状态变更，并且，通过为每个业务模块的每个订单状态单独配置订单处理组件，能实现更高效、灵活地与合作业务模块进行业务对接，也大大提高了代码复用率。

进一步地，在基于相应的订单处理组件对订单进行状态变更处理后，通过将更新后的订单信息推送至相应的业务合作方，能实现在多个合作业务模块之间共享和更新订单数据和订单状态，满足多渠道多业务的合作需求。

A8、如A1-A7任一项所述的方法，其中，所述计算设备与多个业务模块通过消息队列服务器连接，消息队列服务器包括消息队列，所述消息队列中包括一个或多个与订单状态变更请求相对应的消息体，接收业务模块发送的订单状态变更请求的步骤包括从消息队列中逐次获取消息体，以获取与所述消息体相对应的订单状态变更请求。

A9、如A1-A8任一项所述的方法，其中，所述计算设备、业务模块均与数据存储系统连接，所述数据存储系统存储有所述业务模块生成的订单信息，获取与所述订单标识相对应的订单信息的步骤包括：基于所述订单标识请求从数据存储系统中获取相应的订单信息。

A10、如A1-A9任一项所述的方法，其中，所述订单状态包括：已完成状态、待付款状态、已付款状态、正在办理状态、已退款状态、已取消状态、已发货状态、待退款状态中的一种或多种。

B12、如B11所述的订单处理系统，其中，还包括：消息队列服务器，包括消息队列，所述消息队列服务器分别与业务服务器、订单处理服务器相连，所述消息队列服务器适于接收业务服务器的业务模块发送的订单状态变更请求，并适于将订单状态变更请求封装为相应的消息体添加到所述消息队列中；所述订单处理服务器适于从所述消息队列中逐次获取消息体，以获取与所述消息体相对应的订单状态变更请求。

B13、如B11或B12所述的订单处理系统，其中，还包括：数据存储系统，与所述业务服务器、订单处理服务器相连，适于存储所述业务服务器的业务模块生成的订单信息；所述订单处理服务器适于基于订单标识从所述数据存储系统获取相应的订单信息。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、U盘、软盘、CD-ROM或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的多语言垃圾文本的识别方法。

以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。

在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (10)

1.一种订单处理方法，在计算设备中执行，所述计算设备与多个业务模块连接，且所述计算设备中包括与多个业务模块相对应的多个订单状态链，每个订单状态链分别包括多个订单状态节点，每个订单状态节点对应一个或多个订单处理组件，所述方法包括：

接收业务模块发送的订单状态变更请求，所述订单状态变更请求包括订单标识以及请求变更的订单状态；

获取与所述订单标识相对应的订单信息，并确定与所述订单信息相对应的业务模块；

确定与所述业务模块相对应的订单状态链以及所述订单状态链中与所述订单状态相对应的订单状态节点，获取所述订单状态节点对应的一个或多个订单处理组件；以及

基于每个订单处理组件对所述订单进行处理，生成新的订单信息，并基于每个订单处理组件推送所述新的订单信息。

2.如权利要求1所述的方法，其中，所述订单处理组件包括相应的配置信息，所述配置信息包括一个或多个推送地址，推送新的订单信息的步骤包括：

从所述订单处理组件的配置信息中获取一个或多个推送地址；

基于每个推送地址推送新的订单信息，以便将所述新的订单信息发送至与每个推送地址相对应的终端。

3.如权利要求2所述的方法，其中，所述配置信息还包括与推送地址相对应的校验规则，基于推送地址推送新的订单信息的步骤包括：

基于与推送地址相对应的校验规则对所述订单变更请求进行验证；

如果验证通过，则基于所述推送地址推送所述新的订单信息。

4.如权利要求2-3任一项所述的方法，其中，在基于每个推送地址推送新的订单信息之后，还包括步骤：

确定基于每个推送地址推送新的订单信息的推送结果，推送结果包括推送成功和推送失败；

当基于推送地址推送失败时，确定该推送地址对应的推送失败次数，并基于推送失败次数重新向该推送地址推送所述新的订单信息。

5.如权利要求4所述的方法，其中，基于推送失败次数重新向该推送地址推送所述新的订单信息的步骤包括：

基于所述推送失败次数确定下一次向该推送地址推送所述新的订单信息的推送时间，以便基于所述推送时间重新向该推送地址推送所述新的订单信息。

6.如权利要求5所述的方法，其中，当基于推送地址推送新的订单信息失败时，还包括步骤：

在推送失败列表中记录与所述推送地址相对应的推送失败信息，所述推送失败信息包括推送失败次数、以及下一次向该推送地址推送所述新的订单信息的推送时间。

7.如权利要求4-6任一项所述的方法，其中，基于推送失败次数重新向该推送地址推送所述新的订单信息的步骤还包括：

判断所述推送失败次数是否超过阈值；

如果超过阈值，则不再向所述推送地址推送所述新的订单信息，并生成相应的报警信息；

如果不超过阈值，则基于推送失败次数重新向该推送地址推送所述新的订单信息。

8.一种订单处理系统，包括：

订单处理服务器，适于执行如权利要求1-7任一项所述的方法来对订单进行处理；

一个或多个客户端；以及

一个或多个业务服务器，所述业务服务器与所述订单处理服务器、客户端连接，每个业务服务器包括一个或多个业务模块，所述业务模块适于响应于客户端的请求，并适于向订单处理服务器发送订单状态变更请求。

9.一种计算设备，包括：

至少一个处理器；以及

存储器，存储有程序指令，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如权利要求1-7中任一项所述方法的指令。

10.一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如权利要求1-7中任一项所述方法。

Images