订单的处理方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种订单的处理方法及装置。

背景技术

当前的订单的状态迁移主要依赖于Spring Statemachine技术。SpringStatemachine技术是在Spring框架下创建的一种应用程序开发框架。通过SpringStatemachine技术，可以完成订单在不同状态之间的迁移。然而这种技术主要依赖于程序代码完成。一个订单平台确定之后，修改该平台的程序代码的工作量较大。如果需要对多个订单平台进行管理，那么需要修改代码的工作量将非常巨大，并且适用性差。

发明内容

本申请提供一种订单的处理方法及装置，能够构建一种适用于多种订单平台的有限状态机，实现对多个订单平台的订单状态管理。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种订单的处理方法，该方法包括：服务器获取多个订单平台的配置数据；配置数据包括：订单状态数据，以及订单状态迁移数据；订单状态数据表征订单所处的状态；订单状态迁移数据表征订单在不同状态之间的迁移流程；服务器解析多个订单平台的配置数据，得到标准化配置数据集；标准化配置数据集包括：标准化订单状态数据，以及标准化订单状态迁移数据；标准化订单状态数据用于表征多个订单平台的任一个订单平台的订单所处的状态；标准化订单状态迁移数据用于表征每一个订单平台的订单在不同状态之间的迁移流程；服务器根据标准化配置数据集，构建有限状态机；服务器调用有限状态机，处理目标订单；目标订单为多个订单平台中的任一个订单。

基于上述技术方案，本申请实施例提供的订单的处理方法，服务器获取多个订单平台的配置数据；配置数据包括：订单状态数据，以及订单状态迁移数据；订单状态数据表征订单所处的状态；订单状态迁移数据表征订单在不同状态之间的迁移流程。服务器解析多个订单平台的配置数据，得到标准化配置数据集；标准化配置数据集包括：标准化订单状态数据，以及标准化订单状态迁移数据；标准化订单状态数据用于表征多个订单平台的任一个订单平台的订单所处的状态；标准化订单状态迁移数据用于表征每一个订单平台的订单在不同状态之间的迁移流程。服务器根据标准化配置数据集，构建有限状态机；服务器调用有限状态机，处理目标订单；目标订单为多个订单平台中的任一个订单。

这样，服务器根据多个订单平台的配置数据，生成一种标准化的配置数据集，使得该标准化的配置数据集能够适用于多种订单平台。进一步的，服务器根据该标准化的配置数据集生成的优先状态机也能够适用于多个订单平台，实现对多个订单平台中的订单状态迁移的无缝管理。

第二方面，本申请提供了一种订单的处理方法，该方法包括：有限状态机确定目标订单的第一状态，以及订单的状态迁移触发动作；第一状态为目标订单的当前状态；有限状态机调用标准化配置数据集，确定目标订单的第二状态；第二状态为目标订单在第一状态下，根据状态迁移触发动作，进行状态迁移后的状态；有限状态机将目标订单的状态迁移至第二状态。

第三方面，本申请提供一种订单的处理装置，该装置包括：通信单元，用于获取多个订单平台的配置数据；配置数据包括：订单状态数据，以及订单状态迁移数据；订单状态数据表征订单所处的状态；订单状态迁移数据表征订单在不同状态之间的迁移流程；处理单元，用于解析多个订单平台的配置数据，得到标准化配置数据集；标准化配置数据集包括：标准化订单状态数据，以及标准化订单状态迁移数据；标准化订单状态数据用于表征多个订单平台的任一个订单平台的订单所处的状态；标准化订单状态迁移数据用于表征每一个订单平台的订单在不同状态之间的迁移流程；处理单元，还用于根据标准化配置数据集，构建有限状态机；处理单元，还用于调用有限状态机，处理目标订单；目标订单为多个订单平台中的任一个订单。

第四方面，本申请提供一种订单的处理装置，该装置包括：处理单元，用于确定目标订单的第一状态，以及订单的状态迁移触发动作；第一状态为目标订单的当前状态；处理单元，还用于调用标准化配置数据集，确定目标订单的第二状态；第二状态为目标订单在第一状态下，根据状态迁移触发动作，进行状态迁移后的状态；处理单元，还用于将目标订单的状态迁移至第二状态。

第五方面，本申请提供了一种订单的处理装置，该装置包括：处理器和通信接口；通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的订单的处理方法。

第六方面，本申请提供了一种订单的处理装置，该装置包括：处理器和通信接口；通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第二方面和第二方面的任一种可能的实现方式中所描述的订单的处理方法。

第七方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在终端上运行时，使得终端执行如第一方面和第一方面的任一种可能的实现方式中描述的订单的处理方法。

第八方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在终端上运行时，使得终端执行如第二方面和第二方面的任一种可能的实现方式中描述的订单的处理方法。

第九方面，本申请实施例提供一种包含指令的计算机程序产品，当计算机程序产品在订单的处理装置上运行时，使得订单的处理装置执行如第一方面和第一方面的任一种可能的实现方式中所描述的订单的处理方法。

第十方面，本申请实施例提供一种包含指令的计算机程序产品，当计算机程序产品在订单的处理装置上运行时，使得订单的处理装置执行如第二方面和第二方面的任一种可能的实现方式中所描述的订单的处理方法。

第十一方面，本申请实施例提供一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的订单的处理方法。

第十二方面，本申请实施例提供一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第二方面和第二方面的任一种可能的实现方式中所描述的订单的处理方法。

具体的，本申请实施例中提供的芯片还包括存储器，用于存储计算机程序或指令。

附图说明

图1为本申请实施例提供的一种订单的处理方法的流程图；

图2为本申请实施例提供的另一种订单的处理方法的流程图；

图3为本申请实施例提供的订单从下单到收货的完整状态流转的流程图；

图4为本申请实施例提供的订单从退款到退款成功的完整状态流转的流程图；

图5为本申请实施例提供的一种订单的处理装置的结构示意图；

图6为本申请实施例提供的另一种订单的处理装置的结构示意图；

图7为本申请实施例提供的另一种订单的处理装置的结构示意图；

图8为本申请实施例提供的另一种订单的处理装置的结构示意图；

图9为本申请的实施例提供的一种芯片的装置结构示意图。

具体实施方式

下面结合附图对本申请实施例提供的订单的处理方法及装置进行详细地描述。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。

此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

以下，对本申请实施例涉及的名词进行解释，以方便读者理解。

(1)有限状态机

有限状态机是一种表示有限个状态，以及在这些状态之间迁移的动作行为的数学模型。有限状态机能够将复杂的逻辑简化为有限个稳定状态，并构建在这些状态之间的迁移和动作等行为的数学模型，在稳定状态中判断事件所处的状态。当状态接接收到一个输入的时间之后，状态机可以根据事件当前的状态，以及触发的时间确定一个唯一的迁移状态。

有限状态机包括以下四个要素：

1、现态：现态是指输入对象当前所处的状态。2、条件：条件是指输入对象所触发的一种动作；当输入对象满足某种条件时，即可触发对应的动作。3、动作：动作是指有限状态机在输入对象满足触发条件后所执行的动作；有限状态机执行的动作可以是将对象从一个状态迁移到另外一个状态，也可以是将对象的状态维持为原来的状态。4、次态：次态是指有限状态机对输入对象进行状态迁移后的状态。

需要说明的是，上述四个要素中的动作要素并不是必须的。有限状态机在输入对象满足触发条件后可以直接对输入对象的状态进行迁移。

为了解决现有技术中，难以对多个订单平台中的订单实现统一管理的问题，本申请提供了一种订单的处理方法，服务器综合多个目标平台的配置数据，生成一种适用于该多个目标平台的标准化配置数据。服务器根据该标准化配置数据，生成有限状态机。当服务器需要对订单的状态进行迁移时，通过调用该有限状态机实现对订单状态的迁移。使得服务器管理该多个平台的订单。

如图1所示，为本申请实施例提供的订单的处理方法的流程图，该方法包括以下步骤：

S101、服务器获取多个订单平台的配置数据。

其中，配置数据包括：订单状态数据，以及订单状态迁移数据。

订单状态数据表征订单所处的状态。订单状态迁移数据表征订单在不同状态之间的迁移流程。

一种示例，针对商家(To Business，TOB)的系统平台的订单状态数据包括：待付款、已付款、未发货、部分发货、全部发货、未妥投、部分妥投、已妥投、已取消、交易完成、交易关闭。

相应的，订单状态迁移数据可以为：1、在用户终端选好商品后，服务器创建订单，并将订单状态设置为待付款状态。2、当服务器接收到用户终端的付款操作之后，服务器将订单的状态从待付款状态迁移至已付款状态。3、服务器发送收货地址确认信息，并将订单的状态从已付款状态迁移至未发货状态。4、当服务器确定商品已发货之后，将订单的状态从未发货状态迁移至已发货状态。5、当服务器确认商品到达快递配送节点，尚未确认收货时，将订单的状态从已发货状态迁移至未妥投状态。6、当服务器确定用户已经确认收货时，将订单的状态从未妥投状态迁移至已妥投状态。7、服务器在预设时间内未收到用户终端的退货申请，则将订单的状态从已妥投状态迁移至交易完成状态。

在待付款阶段用户未付款，响应于买方终端的取消交易申请，服务器将订单的状态从待付款状态迁移至已取消状态。

在待付款阶段用户未付款，响应于卖方终端的取消交易申请，服务器将订单的状态从待付款状态迁移至交易关闭状态。

又一种示例，针对消费者(To Customer，TOC)系统的平台的订单状态包括：待付款、已付款、待发货、待收货、已收货、交易完成、交易关闭、取消、退款申请、同意退货待填写物流信息、审核未通过、待商家收货、拒绝收货、拒绝退款、待退款、退款完成。

相应的，订单状态迁移数据可以为：1、在用户终端选好商品后，服务器创建订单，并将订单状态设置为待付款状态。2、当服务器接收到用户终端的付款操作之后，服务器将订单的状态从待付款状态迁移至已付款状态。3、服务器发送收货地址确认信息，并将订单的状态从已付款状态迁移至未发货状态。4、当服务器确定商品已发货之后，将订单的状态从未发货状态迁移至待收货状态。5、在服务器确定用户已经确认收货时，将订单的状态从待收货状态迁移至已收货状态。6、服务器在预设时间内未收到用户终端的退货申请，则将订单的状态从已收货状态迁移至交易完成状态。7、服务器在预设时间内收到用户终端的退货申请，则服务器将订单的状态从交易完成状态迁移至退货申请状态。8、服务器接收到来自卖方终端的同意退货之后，将订单的状态从退货申请状态迁移至同意退货待填写物流信息状态。

在待付款阶段用户未付款，响应于买方终端的取消交易申请，服务器将订单的状态从待付款状态迁移至已取消状态。

在待付款阶段用户未付款，响应于卖方终端的取消交易申请，服务器将订单的状态从待付款状态迁移至交易关闭状态。

S102、服务器解析多个订单平台的配置数据，得到标准化配置数据集。

其中，标准化配置数据集包括：标准化订单状态数据，以及标准化订单状态迁移数据。

标准化订单状态数据用于表征多个订单平台的任一个订单平台的订单所处的状态。

标准化订单状态迁移数据用于表征每一个订单平台的订单在不同状态之间的迁移流程。

一种可能的实现方式中，标准化订单状态数据中包括订单的第一状态和第二状态；第一状态为目标订单当前所处的状态；第二状态为目标订单从第一状态进行状态迁移后的状态；目标订单为多个订单平台中任一个订单平台的任一个订单。

标准化订单状态迁移数据中具有目标订单的迁移流程；迁移流程中具有目标订单的第一状态、第二状态，以及状态迁移触发动作之间的映射关系；状态迁移触发动作用于将目标订单的订单状态从第一状态迁移至第二状态。

一种示例，标准化订单状态数据中包括：标准化订单状态和标准化订单明细，下面分别进行说明。

1、标准化订单状态包括：订单状态名称、订单状态编码、引用数据表、引用字段；当前标准化订单状态包括：待确认、待付款、已付款、待发货、待收货、已收货、交易完成、交易关闭、取消、通关失败、退款申请、退款中、退款成功、退款退货申请、退货中、退货失败、退货成功、换货申请、重新发货中、换货成功、换货失败。

2、订单明细状态共包括四个阶段，分别为：2.1、支付阶段；2.2发货阶段；2.3交易完成阶段；2.4售后阶段。

2.1支付阶段包括：付款状态(整单)，以及支付状态(支付批次号)。

付款状态(整单)具体包括：未付款、部分付款、全部付款。

支付状态(支付批次号)具体包括：未支付、支付中、支付成功、支付失败。

2.2发货阶段包括：发货状态(整单)，妥投状态(整单)，以及妥投状态(运单)。

发货状态(整单)具体包括：未发货、部分发货、全部发货。

妥投状态(整单)具体包括：未妥投、部分妥投、已妥投。

妥投状态(运单)具体包括：未妥投、已妥投。

2.3交易完成阶段包括：结算状态(整单)，以及结算状态(支付批次号)。

结算状态(整单)具体包括：未结算、部分结算、全部结算。

结算状态(支付批次号)具体包括：未结算、已结算。

2.4售后阶段包括：退单物流状态。

退单物流状态：待买家填写物流信息、待商家收货、商家确认收货、商家拒绝收货；订单失败原因。

需要说明的是，上述整单，指的是一个用户在一个订单中购买的全部商品。上述运单，指的是一个用户在一个订单中购买的全部商品中的一个商品。

举例来说，用户在一个手机订单中除了购买了手机之外，还分别购买了一幅耳机，一个移动电源，以及一个手机外壳。该几个商品可能是分别出库发货的。这几个商品总体构成一个整单，每个商品分别为一个运单。

一种示例，标准化订单状态迁移数据，包括上述各个状态之间与状态迁移触发动作之间的映射关系。

例如，在用户终端选好商品后，服务器创建订单，并将订单状态设置为待付款状态。

需要说明的是，标准化订单状态迁移数据中包括标准化订单状态数据中各个状态与状态迁移触发动作之间的映射关系。

一种可能的实现方式中，标准化配置数据集还包括：标准化订单平台配置数据；标准化订单平台配置数据为有限状态机管理多个订单平台的配置数据。

示例性的，标准化订单平台配置数据包括：

1、业务类型编码：服务器为接入的业务系统分配的业务类型。

2、订单类型编码：交易中心为接入的订单分配订单类型编号，用于标识不同的订单类型；若存在订单未分配订单编号，则服务器按照业务类型统一配置。

3、序号：订单状态的顺序，交易中心按照所配置的顺序生成订单状态。

需要说明的是，上述标准化订单状态数据可以记载在如下表1所示的表格中。

表1

一种可能的实现方式中，可以从业务节点，标准化状态，以及阶段明细状态三部分来划分订单的状态。订单所处阶段，订单状态以及订单明细状态之间的关系如下表2所示。

表2

S103、服务器根据标准化配置数据集，构建有限状态机。

一种可能的实现方式中，服务器创建StateMachineBuilder对象(即状态机建造者)，创建自定义Context类参数(自定义Context类参数是承载优先状态机的一种环境)，以及上述标准化配置数据集。服务器关联绑定状态机、标准化配置数据集，以及自定义Context类参数。完成该订单的处理。

S104、服务器调用有限状态机，处理目标订单。

其中，目标订单为多个订单平台中的任一个订单。

需要说明的是，在服务器构建完成有限状态机之后，若订单平台中增加了一种新的订单状态，则服务器可以将该新的订单状态，以及该订单状态对应的订单状态迁移触发动作，订单状态迁移触发动作对应的迁移后的状态更新到标准化配置数据集中，以使的有限状态机可以实现对订单平台的所有订单进行正确的状态迁移。

基于上述技术方案，本申请实施例提供的订单的处理方法，服务器获取多个订单平台的配置数据；配置数据包括：订单状态数据，以及订单状态迁移数据；订单状态数据表征订单所处的状态；订单状态迁移数据表征订单在不同状态之间的迁移流程。服务器解析多个订单平台的配置数据，得到标准化配置数据集；标准化配置数据集包括：标准化订单状态数据，以及标准化订单状态迁移数据；标准化订单状态数据用于表征多个订单平台的任一个订单平台的订单所处的状态；标准化订单状态迁移数据用于表征每一个订单平台的订单在不同状态之间的迁移流程。服务器根据标准化配置数据集，构建有限状态机；服务器调用有限状态机，处理目标订单；目标订单为多个订单平台中的任一个订单。

这样，服务器根据多个订单平台的配置数据，生成一种标准化的配置数据集，使得该标准化的配置数据集能够适用于多种订单平台。进一步的，服务器根据该标准化的配置数据集生成的优先状态机也能够适用于多个订单平台，实现对多个订单平台中的订单状态迁移的无缝管理。

在本申请实施例中，服务器构建了上述有限状态机之后，本申请实施例还提供了一种订单的处理方法，用于对订单平台中的订单进行管理。如图2所示，该方法包括：

S201、有限状态机确定目标订单的第一状态，以及订单的状态迁移触发动作。

其中，第一状态为目标订单的当前状态。

结合S102来说，第一状态可以是标准化订单状态数据中的任一种状态。该状态涵盖了多个订单平台中所有可能出现的订单状态。

需要说明的是，本申请实施例中的有限状态机可以对接多个订单平台，有限状态机根据有限状态机中预先关联绑定的标准化配置数据集，处理多个订单平台的订单。

S201、有限状态机调用标准化配置数据集，确定目标订单的第二状态。

第二状态为目标订单在第一状态下，根据状态迁移触发动作，进行状态迁移后的状态。

S203、有限状态机将目标订单的状态迁移至第二状态。

示例性的，目标订单的第一状态为待付款状态，有限状态机接收到针对目标订单的状态迁移触发动作为：用户付款成功的动作。则有限状态机将目标订单的状态迁移到已付款状态。该已付款状态即为第二状态。

以下，结合具体实例，对有限状态机对订单进行一个完整生命周期的状态迁移进行说明。

如图3所示，为本申请实时实施例提供的一个订单从下单到收货的完整状态流转过程。

如图4所示，为本申请实施例提供的一个订单从退款到退款成功的完整状态流转过程。

本申请实施例可以根据上述方法示例对订单的处理装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图5所示，为本申请实施例提供的一种订单的处理装置的结构示意图，该装置包括：

通信单元202，用于获取多个订单平台的配置数据；配置数据包括：订单状态数据，以及订单状态迁移数据；订单状态数据表征订单所处的状态；订单状态迁移数据表征订单在不同状态之间的迁移流程。

处理单元201，用于解析多个订单平台的配置数据，得到标准化配置数据集；标准化配置数据集包括：标准化订单状态数据，以及标准化订单状态迁移数据；标准化订单状态数据用于表征多个订单平台的任一个订单平台的订单所处的状态；标准化订单状态迁移数据用于表征每一个订单平台的订单在不同状态之间的迁移流程。

处理单元201，还用于根据标准化配置数据集，构建有限状态机。

处理单元201，还用于调用有限状态机，处理目标订单；目标订单为多个订单平台中的任一个订单。

可选的，标准化订单状态数据中包括订单的第一状态和第二状态；第一状态为目标订单当前所处的状态；第二状态为目标订单从第一状态进行状态迁移后的状态；目标订单为多个订单平台中任一个订单平台的任一个订单。标准化订单状态迁移数据中具有目标订单的迁移流程；迁移流程中具有目标订单的第一状态、第二状态，以及状态迁移触发动作之间的映射关系；状态迁移触发动作用于将目标订单的订单状态从第一状态迁移至第二状态。

可选的，标准化配置数据集还包括：标准化订单平台配置数据；标准化订单平台配置数据为有限状态机管理多个订单平台的配置数据。

如图6所示，为本申请实施例提供的另一种订单的处理装置的结构示意图，该装置包括：

通信单元302，用于获取目标订单。

处理单元301，用于确定目标订单的第一状态，以及订单的状态迁移触发动作；第一状态为目标订单的当前状态。

处理单元301，还用于调用标准化配置数据集，确定目标订单的第二状态；第二状态为目标订单在第一状态下，根据状态迁移触发动作，进行状态迁移后的状态。

处理单元301，还用于将目标订单的状态迁移至第二状态。

在通过硬件实现时，本申请实施例中的通信单元202可以集成在通信接口上，处理单元201可以集成在处理器上。具体实现方式如图7所示。

图7示出了上述实施例中所涉及的订单的处理装置的又一种可能的结构示意图。该订单的处理装置包括：处理器702和通信接口703。处理器702用于对订单的处理装置的动作进行控制管理，例如，执行上述处理单元201执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信接口703用于支持订单的处理装置与其他网络实体的通信，例如，执行上述通信单元202执行的步骤。订单的处理装置还可以包括存储器701和总线704，存储器701用于存储订单的处理装置的程序代码和数据。

其中，存储器701可以是订单的处理装置中的存储器等，该存储器可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

上述处理器702可以是实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线704可以是扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线704可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在通过硬件实现时，本申请实施例中的通信单元302可以集成在通信接口上，处理单元301可以集成在处理器上。具体实现方式如图8所示。

图8示出了上述实施例中所涉及的订单的处理装置的又一种可能的结构示意图。该订单的处理装置包括：处理器802和通信接口803。处理器802用于对订单的处理装置的动作进行控制管理，例如，执行上述处理单元301执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信接口803用于支持订单的处理装置与其他网络实体的通信，例如，执行上述通信单元302执行的步骤。订单的处理装置还可以包括存储器801和总线804，存储器801用于存储订单的处理装置的程序代码和数据。

其中，存储器801可以是订单的处理装置中的存储器等，该存储器可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

上述处理器802可以是实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线804可以是扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线804可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

图9是本申请实施例提供的芯片170的结构示意图。芯片170包括一个或两个以上(包括两个)处理器1710和通信接口1730。

可选的，该芯片170还包括存储器1740，存储器1740可以包括只读存储器和随机存取存储器，并向处理器1710提供操作指令和数据。存储器1740的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。

在一些实施方式中，存储器1740存储了如下的元素，执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

在本申请实施例中，通过调用存储器1740存储的操作指令(该操作指令可存储在操作系统中)，执行相应的操作。

其中，上述处理器1710可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

存储器1740可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

总线1720可以是扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线1720可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行上述方法实施例中的订单的处理方法。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得该计算机执行上述方法实施例所示的方法流程中的订单的处理方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合、或者本领域熟知的任何其它形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit，ASIC)中。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

本发明的实施例提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行如图1至图2中所述的订单的处理方法。

由于本发明的实施例中的订单的处理装置、计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本发明实施例在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。