[发明专利]订单流程处理方法和系统

说明书

本公开涉及一种订单流程处理方法及系统，所述方法包括以下步骤：1、从客户端接收订单处理请求，根据订单处理请求获取订单的进程队列，进程队列中包含处理订单所需的全部进程；2、判断对进程队列中的当前进程是否需要进行异步处理；3、如果对当前进程需要进行异步处理，则将当前进程放入异步队列；4、如果对当前进程无需执行异步处理，则对当前进程执行同步处理；5、如果当前进程的处理状态为“处理异常”，则记录当前进程的处理信息；6、如果当前进程的处理状态为“处理成功”，则判断当前进程是否为进程队列中的最后一个进程，如果不是，则将进程队列中的下一个进程作为当前进程，返回到步骤2，否则，结束本方法。

技术领域

本发明涉及互联网服务技术领域，尤其涉及一种订单流程处理方法和系统。

背景技术

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

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

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

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

发明内容

考虑到现有技术的上述问题，本发明的主要目的在于：为了方便用户，根据业务逻辑中的进程的实际处理需要，在各种场景下，同步/异步处理方式均可自由切换，完成交易订单的所有步骤。

具体地，本发明提出了订单流程处理方案，可包括以下方面：

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

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

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

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

根据本发明的实施例，提供了订单流程处理系统，包括以下步骤：

步骤1、从客户端接收订单处理请求，根据所述订单处理请求获取所述订单的进程队列，所述进程队列中包含处理所述订单所需的全部进程；

步骤2、判断对所述进程队列中的当前进程是否需要进行异步处理；

步骤3、如果对所述当前进程需要进行异步处理，则通知客户端将以异步方式推送订单处理结果，将所述当前进程放入异步队列，并在异步处理结束后向客户端推送处理结果；

步骤4、如果对所述当前进程无需执行异步处理，则对所述当前进程执行同步处理，获得所述当前进程的处理状态；