CN108765083A - 路由化订单配置及处理方法、以及*** - Google Patents

Abstract

本公开涉及一种路由化订单配置及处理方法和***，该方法包括以下步骤：步骤1、从客户端接收订单执行请求，从订单执行请求中提取订单的场景路由参数；步骤2、根据场景路由参数，确定订单处理场景，并将预先配置好的与订单处理场景相对应的进程队列分配给订单；步骤3、对校验进程进行异步判断并根据判断结果执行校验进程；步骤4、若校验成功，则依次处理普通进程队列中的每个进程，并向客户端反馈进程处理结果。根据本公开，通过对进程队列的事先配置，使得以对同一场景是否进行同步异步进行自由切换、并可以进行复用，有利于快速处理业务，解决不同接入方的不同业务需求。

Description

路由化订单配置及处理方法、以及***

技术领域

本发明涉及互联网服务技术领域，尤其涉及一种路由化订单配置及处理方法、以及***。

背景技术

随着科学技术的发展，人们生活水平的逐步提高，网络已经在社会生活中广泛应用，其中，交易的多样化使得后台管理***所对接的专业公司(商家)各不相同，每个专业公司所处理的业务亦不相同。市面上很多程序处理交易类流程时对外提供接口比较多，接口多就意味着对接成本和维护成本都变得复杂。

传统的订单流程处理方式是串行的交互过程，即：针对客户端(专业公司、或者最终用户)发起的业务请求，后台管理***(即，服务端)需要根据订单流程而逐一处理每个进程(子流程)，处理完毕之后，才能够将最终处理结果返回到发起业务请求的客户端。

因此，对于客户端用户来说，其体验很大程度上依赖于服务端对业务请求的处理耗时情况，如果服务端执行耗时非常长和/或耗时难以预估的业务处理操作，那么就会导致客户端一直处于等待状态，而用户并不清楚等待的时长。例如：对于某些订单业务，后台管理***可能需要再接入第三方(例如，查询商品库存状况)而获得处理流程中的所需信息，而第三方的响应时间往往难以精确掌握。因此，如果服务端与客户端长时间的保持连接状态，会导致大量的资源被浪费，吞吐能力很低。

由此可见，在后台管理***对接多个专业公司(商家)的情况下，由于每个专业公司处理的业务并不相同、所涉及的第三方(甚至还有更多参与方)，在这些不同的业务场景中，存在基于交易路由场景理念来解决不同专业公司不同场景的业务需求，以便克服服务端处理效率低、用户等待时间长的问题。

发明内容

考虑到现有技术的上述问题，本发明的主要目的在于：为了方便用户，实现下单接口统一化，通过其中的场景参数获取不同的业务处理流程，组装整个业务处理逻辑，根据业务逻辑中的普通类/特殊类的进程类别、以及异步/同步的处理需要，完成交易订单的所有步骤。

具体地，本发明提出了交易场景建模方案，可包括以下方面：

1、根据场景路由参数中的商品提供方、商品编码、一级渠道、二级渠道、交易类型、支付方式、订单管理平台、支付规则等参数，可确定交易场景；

2、根据确定的场景，获取在该场景下已预先配置的订单预处理功能和通道功能；

3、对于特定订单，根据订单预处理功能和通道功能，组装成一个完整的交易处理流程，即，进一步确定处理进程组合；

4、特定订单根据所述流程处理交易，实时向客户端反馈处理情况。

根据本发明的实施例，提供了一种路由化订单配置及处理方法，其特征在于包括以下步骤：

步骤1、从客户端接收订单执行请求，从所述订单执行请求中提取所述订单的场景路由参数，其中，所述场景路由参数包括与所述订单的交易环境相关的参数；

步骤2、根据所述场景路由参数，确定所述订单处理场景，并将预先配置好的与所述订单处理场景相对应的进程队列分配给所述订单，所述进程队列中包含处理所述订单所需的全部进程，包括普通进程和校验进程；

步骤3、对所述进程队列中的校验进程进行异步判断，若对校验进程需要执行异步处理，则通知客户端等待返回订单校验结果、并在异步处理结束后向客户端返回订单校验结果，

若对校验进程无需执行异步处理，则对校验进程执行同步处理，在同步处理结束后直接向客户端返回订单校验结果；

步骤4、若客户端接收到的所述订单校验结果为“校验成功”，则从所述进程队列中提取普通进程，形成普通进程队列，之后，依次处理所述普通进程队列中的每个进程，并向客户端反馈进程处理结果。

根据本发明的实施例，所述场景路由参数包括所述订单的商品提供方、商品编码、一级渠道、二级渠道、交易类型、支付方式、订单管理平台以及支付规则，其中，不同的参数组合对应不同的订单处理场景。

根据本发明的实施例，所述步骤4包括：

步骤4-1、对所述普通进程队列中的当前进程进行异步判断；

步骤4-2、若需要对当前进程执行异步处理，则将所述当前进程放入异步队列，通知客户端“当前进程正在处理中”，并将所述普通进程队列中的下一进程作为当前进程，返回到步骤4-1；

步骤4-3、对当前进程执行同步处理，如果当前进程不是所述普通进程队列中的最后一个进程，则在同步处理结束后将所述普通进程队列中的下一进程作为当前进程，返回到步骤4-1；

步骤4-4、向客户端汇总所述普通进程队列中的每个进程的处理结果。

根据本发明的实施例，在步骤3中，根据所述校验进程是否需要与第三方交互，来判断对所述校验进程是否需要执行异步处理。

根据本发明的实施例，在步骤4-1中，根据所述当前进程中是否带有请求异步处理的标识，来判断对所述当前进程是否需要执行异步处理。

根据本发明的实施例，在步骤4-1中，根据所述当前进程对应的业务处理耗时的参考值，来判断所述当前进程是否需要进行异步处理。

根据本发明的实施例，在步骤4-2中，通过广播方式启动异步队列中的进程，并且，在所述异步队列中的进程执行失败的情况下，按照预定重复周期和重复次数，重复执行所述异步队列中的进程。

根据本发明的实施例，在步骤4-4之后，可再次从客户端接收订单执行请求，从未执行成功的普通进程起恢复执行各个进程。

根据本发明的实施例，提供了一种用于执行所述方法的路由化订单配置及处理***，其特征在于包括订单受理组件、订单校验组件、订单处理组件、订单反馈组件、进程异步判断组件，

其中，所述订单受理组件用于从客户端接收订单执行请求，从所述订单执行请求中提取所述订单的场景路由参数；

所述订单受理组件还用于根据所述场景路由参数，确定所述订单处理场景，并将预先配置好的与所述订单处理场景相对应的进程队列分配给所述订单；

其中，所述订单校验组件用于根据所述进程队列中的校验进程，执行订单校验，并生成订单校验结果，将订单校验结果发送到订单处理组件、以及订单反馈组件。

其中，所述订单反馈组件用于将订单校验结果、以及进程处理结果反馈给客户端，

其中，所述订单处理组件用于在订单校验成功之后，从所述进程队列中提取普通进程，形成普通进程队列，并依次处理所述普通进程队列中的每个进程；

其中，所述进程异步判断组件用于执行订单进程的异步判断，包括执行所述校验进程的异步判断、以及所述普通进程的异步判断。

根据本发明的实施例，提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有用于执行路由化订单配置及处理方法的程序，所述程序被处理器执行时，执行根据所述方法的步骤。

本发明的有益效果主要在于：1、对外部的各个专业公司可以统一接口；2、***的维护成本较低；3、通过对进程队列的事先配置，使得人工可以对同一场景是否进行同步异步进行自由切换，同时，同一个场景的进程队列可以进行复用；4、场景建模后，经过参数化配置能够快速上线；5、支付通道可配置化，可以根据人工事先预设好的流程，快速处理业务，解决不同专业公司不同场景的业务需求。

附图说明

图1为根据本发明的一个实施例的路由化订单配置及处理方法的部分流程示意图；

图2为根据本发明的另一个实施例的路由化订单配置及处理方法的部分流程示意图；

图3为根据本发明的实施例的路由化订单配置及处理***的功能架构示意图；

图4为根据本发明实施例的安装了应用程序的***的运行环境的示意图。

具体实施方式

下面，结合附图对技术方案的实施作进一步的详细描述。

本领域的技术人员能够理解，尽管以下的说明涉及到有关本发明的实施例的很多技术细节，但这仅为用来说明本发明的原理的示例、而不意味着任何限制。本发明能够适用于不同于以下例举的技术细节之外的场合，只要它们不背离本发明的原理和精神即可。

另外，为了避免使本说明书的描述限于冗繁，在本说明书中的描述中，可能对可在现有技术资料中获得的部分技术细节进行了省略、简化、变通等处理，这对于本领域的技术人员来说是可以理解的，并且这不会影响本说明书的公开充分性。

下文中，将描述用于进行本发明的实施例。注意，将以下面的次序给出描述：1、发明构思的概要；2、路由化订单流程配置及处理方法(图1和2)；3、路由化订单流程配置及处理***(图3)；4、根据本发明的实施例的安装了应用程序的***、以及存储所述应用程序的计算机可读介质(图4)。

1、发明构思的概要

本发明的构思要点在于：

1、在订单受理时，通过获取订单的场景路由参数，根据其场景路由参数判断订单流程所应获取的不同业务处理流程(流程配置以及进程队列)。通过前述场景建模以及订单场景路由化，使得订单流程参数化配置，使得处理方法能够快速上线应用；同时，可以根据人工事先预设好的流程，快速处理业务，解决不同专业公司不同场景的业务需求。

2、通过对进程队列的事先配置，使得人工可以对同一场景是否进行同步异步进行自由切换，同时，同一个场景的进程队列可以进行复用。

3、通过在订单流程配置中，设置进程类型参数，来区分普通进程和特殊的进程，对于特殊进程来说，是由人工预先设置好不允许失败的进程(例如，校验类进程)，该进程可通过向后台发出告警邮件，由人工介入查看，降低人为失误的失败率，提升客户体验。

4、在订单处理未成功的情况下，通过记录处理所中断的进程、以及每个进程的处理细节，可以实现断点重连。

2、路由化订单流程配置及处理方法

图1为根据本发明的一实施例的路由化订单流程配置及处理方法的部分流程示意图。图2为根据本发明的另一实施例的路由化订单流程配置及处理方法的部分流程示意图。

如图1所示，本发明的实施例提供了一种路由化订单配置及处理方法，其中，处理订单的过程包括订单校验、订单异步处理判断以及订单进程处理这几个阶段，所述方法包括：

步骤S100、从客户端接收订单的信息，从该信息中提取所述订单的场景路由参数；

其中，所述场景路由参数可包括商品提供方、商品编码、一级渠道、二级渠道、交易类型、支付方式、订单管理平台以及支付规则等具体参数，不同的参数组合对应不同的订单处理场景，即，订单处理场景是由多维条件共同决定的；

步骤S200、根据所述场景路由参数，确定所述订单处理场景，并将预先配置好的与处理场景相对应的进程队列分配给所述订单，所述进程队列中包含处理所述订单所需的全部进程，包括普通进程和特殊进程，其中，所述特殊进程包括校验进程；

其中，所述订单处理场景可由所述场景路由参数转换为多维条件的表达形式，每个维度都可以涉及不同的处理进程/进程队列，各个维度的组合形成所述订单处理场景所对应的完整流程，其通过处理进程/进程队列来表示；

其中，普通进程指的是处理订单所需的一般进程，其可以同步或者异步执行，其执行过程和执行结果并不影响其它进程的执行、进而也不影响整个订单的处理，因此，可以分别得到各个普通进程的处理结果，例如，在某个/某些普通进程的处理时间可能较久的情况下，可对该普通进程采用异步处理方式，例如向客户端(或简称为“前端”)反馈“xx进程正在处理中”之类的消息，客户端的用户无需继续等待，只需被动接收服务端发送的处理完成的消息即可，同时，可以实时向客户端反馈其他普通进程的同步处理情况；

此外，对于处理失败的普通进程，可记录其处理细节，之后如果客户端再请求同一订单的执行，可以断点重连，即，从处理失败的普通进程处恢复处理，而无需再重复进行之前已经处理成功的进程；

相对应地，特殊进程指的是处理订单所需的先决进程，例如，校验进程，即，特殊进程确定订单本身的“合法性”，如果特殊进程未能执行成功(例如，校验失败)，则服务端的订单处理流程即刻终止，客户端收到“订单处理失败”之类的消息，之后，如果需要再次请求同一订单的执行，则特殊进程必须重新进行；

步骤S300、根据所述进程队列中的校验进程，执行订单校验，并生成订单校验结果，若所述订单校验结果为“校验通过”，则执行步骤S400；否则返回“校验失败”信息，结束本方法；

可选地，在步骤S300中，进行校验进程异步判断，其中，将需要异步执行的校验进程加入异步队列，并向客户端反馈“订单校验中，请等待通知”，之后进行异步处理。

步骤S400、在校验成功、或者所述异步处理完成之后，从所述进程队列中提取普通进程，形成普通进程队列，将所述普通进程队列中的首个进程作为当前进程；

之后，可依次处理普通进程队列中的每个进程，并生成、汇总普通进程的处理状态和结果。例如，所述普通进程的处理状态和结果可包括“处理中”、“处理成功”、“处理失败”，并被反馈到客户端。

可选地，作为步骤S400的替代，所述方法还可执行以下步骤：

步骤S500，进行订单进程异步判断；

具体地，根据当前进程的进程参数(例如，执行当前进程所涉及的业务类型，如支付、查询等)，判断是否需要对当前进程进行异步处理，如需异步处理，则客户端不能即时获得订单的处理结果，相应地，在正常情况下，对当前进程进行同步处理，客户端可以即时获得订单的处理结果；

步骤S600、若需要对当前进程进行异步处理，则将所述当前进程放入异步队列，向客户端返回“xx进程处理中”消息，并将所述普通进程队列中下一进程作为当前进程，返回到步骤S500；否则，若需要对当前进程进行同步处理，判断所述当前进程为同步处理进程，执行步骤S700；

其中，所述异步队列由后台管理***维护，需要异步处理的进程通常是订单处理进程中相对耗时的进程、和/或依赖于第三方响应的进程；同时，作为示例，其处理并不影响后续进程(同步进程或者异步进程)的处理，也就是说，后续进程(同步进程)的处理并不依赖于前一进程的处理结果；后台管理***可通过广播方式处理异步队列中的进程，例如，以定期方式处理异步队列中的进程，在第三方对异步进程无响应或处理超时的情况下，循环重复处理所述进程。

作为示例，可通过判断所述当前进程中是否携带了请求异步处理的标识、或通过判断所述当前进程涉及的第三方/业务操作是否被标识为需要采用异步处理方式、或通过判断与所述当前进程对应的业务处理耗时参考值，来判断所述当前进程是否需要进行异步处理；

可选地，根据与所述当前进程相对应的业务处理耗时参考值，估算处理所述当前进程的耗时；

可选地，根据估算的处理所述当前进程的耗时、以及所述当前进程中携带的网络环境数据，计算处理所述当前进程的参考时间；

作为示例，所述网络环境数据包括：当前所用网络的网络类型、网络制式和/或信号强度、当前所用网络的网络传输速度；

步骤S700、对于同步处理进程(当前进程)，执行相应处理，生成当前进程的处理结果；

其中，在执行相应处理的过程中，还可生成所述当前进程的处理状态信息，例如，如果当前进程因为某种原因被挂起，可生成并显示状态信息为“xx进程保持处理中”；

另一方面，如果当前进程处理结束，则生成并显示状态信息为“xx进程处理成功”、或者“xx进程处理失败”；

步骤S800、如果当前进程处理成功、且当前进程不是所述普通进程队列中的最后一个进程，将所述普通进程队列中下一进程作为当前进程，返回到步骤S500，否则，如果当前进程处理失败，返回“订单处理失败”消息，并记录进程处理相关信息(以用于将来的断点重连)，结束本方法；

如果当前进程处理成功、且当前进程是所述普通进程队列中的最后一个进程，则前进到步骤S900；

步骤S900、如果全部同步处理进程均处理成功，则向客户端通知处理情况，例如，向客户端通知“全部同步处理进程已处理完毕、请等待异步处理进程的处理结果通知”。

可选地，如果部分同步处理进程处理失败，则可根据处理失败原因，重复执行部分同步处理进程。例如，如果处理失败原因是第三方无响应或响应超时，则可自动循环执行相关的进程，并向客户端通知“部分同步处理进程正在重试，请等待”。

3、路由化订单流程配置及处理***

根据本发明的实施例，一种路由化订单流程配置及处理***用于执行本申请中的所述方法的各个步骤，如图3所示，所述路由化订单流程配置及处理***主要包括订单受理组件、订单校验组件、订单处理组件、订单反馈组件、进程异步判断组件。

其中，所述订单受理组件用于从客户端接收订单的信息，从该信息中提取所述订单的场景路由参数；

其中，所述场景路由参数可包括商品提供方、商品编码、一级渠道、二级渠道、交易类型、支付方式、订单管理平台以及支付规则等具体参数，不同的参数组合对应不同的订单处理场景，即，订单处理场景是由多维条件共同决定的。

所述订单受理组件还用于根据所述场景路由参数，确定所述订单的处理场景，并将预先配置好的与所述处理场景相对应的进程队列分配给所述订单，所述进程队列中包含处理所述订单所需的全部进程，包括普通进程和特殊进程，其中，所述特殊进程包括校验进程；

其中，所述订单校验组件用于根据所述进程队列中的校验进程，执行订单校验，并生成订单校验结果，将订单校验结果发送到订单处理组件、以及订单反馈组件。

订单反馈组件用于将订单校验结果反馈给客户端。

其中，所述订单处理组件用于在订单校验成功之后，从所述进程队列中提取普通进程，形成普通进程队列，将所述普通进程队列中的首个进程作为当前进程；

其中，所述进程异步判断组件用于执行订单进程异步判断，包括执行所述校验进程的异步判断、以及所述普通进程的异步判断。

其中，所述订单处理组件还用于：在需要对当前进程进行异步处理时，将所述当前进程放入异步队列，通过订单反馈组件向客户端返回“xx进程处理中”消息，并将所述普通进程队列中下一进程作为当前进程；

其中，所述订单处理组件还用于：若需要对当前进程进行同步处理，执行相应处理，生成当前进程的处理结果，并通过通过订单反馈组件向客户端反馈处理结果；

其中，所述订单处理组件还用于：依次执行所述普通进程队列中的全部进程，并记录进程处理相关信息。

此外，本发明的不同实施例也可以通过软件模块或存储在一个或多个计算机可读介质上的计算机可读指令的方式实现，其中，所述计算机可读指令是当被处理器或设备组件执行时，执行本发明所述的不同的实施例。类似地，软件模块、计算机可读介质和硬件部件的任意组合都是本发明预期的。所述软件模块可以被存储在任意类型的计算机可读存储介质上，例如RAM、EPROM、EEPROM、闪存、寄存器、硬盘、CD-ROM、DVD等等。

4、根据本发明的实施例的安装了应用程序的***

参照图4，其示出了根据本发明实施例的安装了应用程序的***的运行环境。

在本实施例中，所述的安装应用程序的***安装并运行于电子装置中。所述电子装置可以是桌上型计算机、笔记本、掌上电脑及服务器等计算设备。该电子装置可包括但不限于存储器、处理器及显示器。图4仅示出了具有上述组件的电子装置，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

所述存储器在一些实施例中可以是所述电子装置的内部存储单元，例如该电子装置的硬盘或内存。所述存储器在另一些实施例中也可以是所述电子装置的外部存储设备，例如所述电子装置上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器还可以既包括所述电子装置的内部存储单元也包括外部存储设备。所述存储器用于存储安装于所述电子装置的应用软件及各类数据，例如所述安装应用程序的***的程序代码等。所述存储器还可以用于暂时地存储已经输出或者将要输出的数据。

所述处理器在一些实施例中可以是中央处理单元(Central Processing Unit，CPU)、微处理器或其他数据处理芯片，用于运行所述存储器中存储的程序代码或处理数据，例如执行所述安装应用程序的***等。

所述显示器在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。所述显示器用于显示在所述电子装置中处理的信息以及用于显示可视化的客户界面，例如应用菜单界面、应用图标界面等。所述电子装置的部件通过***总线相互通信。

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

也就是说，根据本发明的实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有用于执行根据本发明的实施例所述的方法的程序，所述程序被处理器执行时，执行根据本发明的实施例所述的方法的步骤。

由上，将理解，为了说明的目的，这里已描述了本发明的具体实施例，但是，可作出各个修改，而不会背离本发明的范围。本领域的技术人员将理解，流程图步骤中所绘出或这里描述的操作和例程可以多种方式变化。更具体地，可重新安排步骤的次序，可并行执行步骤，可省略步骤，可包括其它步骤，可作出例程的各种组合或省略。因而，本发明仅由所附权利要求限制。

Claims (10)

1.一种路由化订单配置及处理方法，其特征在于包括以下步骤：

步骤1、从客户端接收订单执行请求，从所述订单执行请求中提取所述订单的场景路由参数，其中，所述场景路由参数包括与所述订单的交易环境相关的参数；

步骤2、根据所述场景路由参数，确定所述订单处理场景，并将预先配置好的与所述订单处理场景相对应的进程队列分配给所述订单，所述进程队列中包含处理所述订单所需的全部进程，包括普通进程和校验进程；

步骤3、对所述进程队列中的校验进程进行异步判断，若需要对校验进程执行异步处理，则通知客户端等待返回订单校验结果、并在异步处理结束后向客户端返回订单校验结果，

若无需对校验进程执行异步处理，则对校验进程执行同步处理，在同步处理结束后直接向客户端返回订单校验结果；

步骤4、若所述订单校验结果为“校验成功”，则从所述进程队列中提取普通进程，形成普通进程队列，之后，依次处理所述普通进程队列中的每个进程，并向客户端反馈进程处理结果。

2.根据权利要求1所述的路由化订单配置及处理方法，其特征在于，所述场景路由参数包括所述订单的商品提供方、商品编码、一级渠道、二级渠道、交易类型、支付方式、订单管理平台以及支付规则，其中，不同的参数组合对应不同的订单处理场景。

3.根据权利要求1所述的路由化订单配置及处理方法，其特征在于，所述步骤4包括：

步骤4-1、对所述普通进程队列中的当前进程进行异步判断；

步骤4-2、若需要对当前进程执行异步处理，则将所述当前进程放入异步队列，通知客户端“当前进程正在处理中”，并将所述普通进程队列中的下一进程作为当前进程，返回到步骤4-1；

步骤4-3、对当前进程执行同步处理，如果当前进程不是所述普通进程队列中的最后一个进程，则在同步处理结束后将所述普通进程队列中的下一进程作为当前进程，返回到步骤4-1；

步骤4-4、向客户端汇总所述普通进程队列中的每个进程的处理结果。

4.根据权利要求1所述的路由化订单配置及处理方法，其特征在于，在步骤3中，根据所述校验进程是否需要与第三方交互，来判断对所述校验进程是否需要执行异步处理。

5.根据权利要求3所述的路由化订单配置及处理方法，其特征在于，在步骤4-1中，根据所述当前进程中是否带有请求异步处理的标识，来判断对所述当前进程是否需要执行异步处理。

6.根据权利要求3所述的路由化订单配置及处理方法，其特征在于，在步骤4-1中，根据所述当前进程对应的业务处理耗时的参考值，来判断所述当前进程是否需要进行异步处理。

7.根据权利要求3所述的路由化订单配置及处理方法，其特征在于，在步骤4-2中，通过广播方式启动异步队列中的进程，并且，在所述异步队列中的进程执行失败的情况下，按照预定重复周期和重复次数，重复执行所述异步队列中的进程。

8.根据权利要求3所述的路由化订单配置及处理方法，其特征在于，在步骤4-4之后，再次从客户端接收订单执行请求，从之前未执行成功的普通进程起恢复执行各个进程。

9.一种用于执行根据权利要求1至8中的任一个所述的方法的路由化订单配置及处理***，其特征在于包括订单受理组件、订单校验组件、订单处理组件、订单反馈组件、进程异步判断组件，

其中，所述订单受理组件用于从客户端接收订单执行请求，从所述订单执行请求中提取所述订单的场景路由参数；

所述订单受理组件还用于根据所述场景路由参数，确定所述订单处理场景，并将预先配置好的与所述订单处理场景相对应的进程队列分配给所述订单；

其中，所述订单校验组件用于根据所述进程队列中的校验进程，执行订单校验，并生成订单校验结果，将订单校验结果发送到订单处理组件、以及订单反馈组件，

其中，所述订单反馈组件用于将订单校验结果、以及进程处理结果反馈给客户端，

其中，所述订单处理组件用于在订单校验成功之后，从所述进程队列中提取普通进程，形成普通进程队列，并依次处理所述普通进程队列中的每个进程；

其中，所述进程异步判断组件用于执行订单进程的异步判断，包括执行所述校验进程的异步判断、以及所述普通进程的异步判断。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有用于执行路由化订单配置及处理方法的程序，所述程序被处理器执行时，执行根据权利要求1至8中的任一个所述的方法的步骤。