技术领域
[0001] 本
发明涉及互联网服务技术领域，尤其涉及一种订单流程处理方法和系统。
背景技术
[0002] 随着科学技术的发展，人们生活
水平的逐步提高，网络已经在社会生活中广泛应用，其中，交易的多样化使得后台管理系统所对接的专业公司(商家)各不相同，每个专业公司所处理的业务亦不相同。市面上很多程序处理交易类流程时对外提供
接口比较多，接口多就意味着对接成本和维护成本都变得较高。
[0003] 传统的订单流程处理方式是串行的交互过程，即：针对客户端(专业公司、或者最终用户)发起的业务
请求，后台管理系统(即，服务端)需要根据订单流程而逐一处理每个
进程(子流程)，处理完毕之后，才能够将最终处理结果返回到发起业务请求的客户端。
[0004] 因此，对于客户端用户来说，其体验很大程度上依赖于服务端对业务请求的处理耗时情况，如果服务端执行耗时非常长和/或耗时难以预估的业务处理操作，那么就会导致客户端一直处于等待状态，而用户并不清楚等待的时长，使得用户(接入方)无法及时看到订单处理的结果。例如：对于某些订单业务，后台管理系统可能需要再接入第三方(例如，查询商品库存状况)而获得处理流程中的所需信息，而第三方的响应时间往往难以精确掌握。因此，如果服务端与客户端长时间的保持连接状态，会导致大量的资源被浪费，吞吐能
力很低。
[0005] 由此可见，在后台管理系统对接多个客户(例如商家、专业公司)的情况下，由于每个客户端处理的业务并不相同、可能涉及第三方(甚至还有更多参与方)，在这些不同的业务场景中，存在基于交易路由场景理念来解决不同客户不同场景的业务需求，以便克服服务端处理效率低、用户等待时间长的问题。
发明内容
[0006] 考虑到
现有技术的上述问题，本发明的主要目的在于：为了方便用户，根据业务逻辑中的进程的实际处理需要，在各种场景下，同步/异步处理方式均可自由切换，完成交易订单的所有步骤。
[0007] 具体地，本发明提出了订单流程处理方案，可包括以下方面：
[0008] 1、根据场景路由参数中的商品提供方、商品编码、一级渠道、二级渠道、交易类型、支付方式、订单管理平台、支付规则等参数，可确定交易场景；
[0009] 2、根据确定的场景，获取在该场景下已预先配置的订单预处理功能和通道功能；
[0010] 3、对于特定订单，根据订单预处理功能功能，组装成一个完整的交易处理流程，即，进一步确定处理进程组合；
[0011] 4、特定订单根据所述流程处理交易，实时进行异步判断，并向客户端反馈处理情况。
[0012] 根据本发明的
实施例，提供了订单流程处理系统，包括以下步骤：
[0013] 步骤1、从客户端接收订单处理请求，根据所述订单处理请求获取所述订单的进程队列，所述进程队列中包含处理所述订单所需的全部进程；
[0014] 步骤2、判断对所述进程队列中的当前进程是否需要进行异步处理；
[0015] 步骤3、如果对所述当前进程需要进行异步处理，则通知客户端将以异步方式推送订单处理结果，将所述当前进程放入异步队列，并在异步处理结束后向客户端推送处理结果；
[0016] 步骤4、如果对所述当前进程无需执行异步处理，则对所述当前进程执行同步处理，获得所述当前进程的处理状态；
[0017] 步骤5、如果所述当前进程的处理状态为“处理异常”，则记录所述当前进程的处理信息，所述处理信息包括用于再次执行所述当前进程所需的信息；
[0018] 步骤6、如果所述当前进程的处理状态为“处理成功”，则判断所述当前进程是否为所述进程队列中的最后一个进程，如果所述当前进程不是所述进程队列中的最后一个进程，则将所述进程队列中的下一个进程作为当前进程，返回到步骤2，否则，输出订单处理结果。
[0019] 根据本发明的实施例，所述订单的进程队列是根据与所述订单相关的场景路由参数确定的；其中，所述场景路由参数包括商品提供方、商品编码、一级渠道、二级渠道、交易类型、支付方式、订单管理平台以及支付规则，其中，不同的参数组合对应不同的订单处理场景。
[0020] 根据本发明的实施例，在步骤2中，根据所述当前进程的进程参数，判断对所述进程队列中的当前进程是否需要进行异步处理，其中，所述当前进程的进程参数包括执行当前进程所涉及的业务类型、是否请求异步处理的标识、所述当前进程对应的业务处理耗时的参考值。
[0021] 根据本发明的实施例，在步骤2中，根据所述当前进程的进程参数、以及所述当前进程的历史处理信息，来判断所述当前进程是否需要进行异步处理。
[0022] 根据本发明的实施例，所述方法还包括：步骤7、如果所述当前进程的处理状态为“处理失败”，则记录所述当前进程的处理信息，不再处理所述进程队列中的其余进程，[0023] 其中，步骤5还包括：
[0024] 步骤5-1、如果所述当前进程的处理状态为“处理异常”，则判断所述当前进程是否为所述进程队列中的最后一个进程，如果所述当前进程不是所述进程队列中的最后一个进程，则将所述进程队列中的下一个进程作为当前进程，返回到步骤2。
[0025] 根据本发明的实施例，所述方法还包括：步骤8、再次从客户端接收订单执行请求，重复执行之前未执行成功的各个进程。
[0026] 根据本发明的实施例，步骤8包括：步骤8-1、如果所述进程队列中的某个进程的同步处理的重复执行次数超过了预定
阈值，则将该进程的是否请求异步处理的标识置为“请求异步处理”。
[0027] 根据本发明的实施例，所述步骤3还包括：
[0028] 步骤3-1、通过广播方式启动异步队列中的进程，并且，在所述异步队列中的进程执行异常或者超时的情况下，按照预定重复周期和重复次数，重复执行所述异步队列中的进程。
[0029] 根据本发明的实施例，提供了一种用于执行所述方法的订单流程处理系统，包括订单受理组件、进程处理组件、订单反馈组件、进程异步判断组件、进程记录部件，[0030] 其中，所述订单受理组件用于从客户端接收订单处理请求，从所述订单处理请求中获取所述订单的进程队列，所述进程队列中包含处理所述订单所需的全部进程；
[0031] 其中，订单反馈组件用于将订单处理结果反馈给客户端。
[0032] 其中，所述进程异步判断组件用于对所述进程队列中的当前进程进行异步判断，[0033] 其中，所述进程处理组件用于：在需要对当前进程进行异步处理时，将所述当前进程放入异步队列；
[0034] 其中，所述进程处理组件还用于：在对当前进程进行同步处理时，执行相应处理，生成当前进程的处理结果，并通过所述订单反馈组件向客户端反馈处理结果；
[0035] 其中，所述进程记录部件用于记录各个订单的进程处理状态、历史处理记录，包括处理次数、每次的处理方式、处理状态(延缓、成功、失败)。
[0036] 根据本发明的实施例，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有用于上述方法的程序，所述程序被处理器执行时，执行根据所述方法的步骤。
[0037] 本发明的有益效果主要在于：1、对外部的各个接入方(专业公司)可以统一接口；2、系统的维护成本较低；3、通过对进程队列的事先配置，使得可以对同一场景是否进行同步异步进行自由切换，同时，同一个场景的进程队列可以进行复用；4、场景建模后，经过参数化配置能够快速上线；5、支付通道可配置化，可以根据预设好的流程，快速处理业务，解决不同专业公司不同场景的业务需求。
附图说明
[0038] 图1为根据本发明的一个实施例的订单流程处理方法的部分流程示意图；
[0039] 图2为根据本发明的另一个实施例的订单流程处理方法的部分流程示意图；
[0040] 图3为根据本发明的实施例的订单流程处理系统的功能架构示意图；
[0041] 图4为根据本发明实施例的安装了应用程序的系统的运行环境的示意图。
具体实施方式
[0042] 下面，结合附图对技术方案的实施作进一步的详细描述。
[0043] 本领域的技术人员能够理解，尽管以下的说明涉及到有关本发明的实施例的很多技术细节，但这仅为用来说明本发明的原理的示例、而不意味着任何限制。本发明能够适用于不同于以下例举的技术细节之外的场合，只要它们不背离本发明的原理和精神即可。
[0044] 另外，为了避免使本
说明书的描述限于冗繁，在本说明书中的描述中，可能对可在现有技术资料中获得的部分技术细节进行了省略、简化、变通等处理，这对于本领域的技术人员来说是可以理解的，并且这不会影响本说明书的公开充分性。
[0045] 下文中，将描述用于进行本发明的实施例。注意，将以下面的次序给出描述：1、发明构思的概要；2、订单流程处理方法(图1和2)；3、订单流程处理系统(图3)；4、根据本发明的实施例的安装了应用程序的系统、以及存储所述应用程序的计算机可读介质(图4)。
[0046] 1、发明构思的概要
[0047] 本发明的构思要点在于：
[0048] 1、在订单受理时，通过获取订单的场景路由参数，根据其场景路由参数判断订单流程所应获取的不同业务处理流程(流程配置以及进程队列)。通过前述场景建模以及订单场景路由化，使得订单流程参数化配置，使得处理方法能够快速上线应用；同时，可以根据人工事先预设好的流程，快速处理业务，解决不同专业公司不同场景的业务需求。
[0049] 2、通过对进程队列的事先配置，使得人工可以对同一场景是否进行同步异步进行自由切换，同时，同一个场景的进程队列可以进行复用。
[0050] 3、通过在订单流程配置中，设置进程参数，包括执行进程异步判断相关的参数，并可通过向后台发出告警邮件，由人工介入查看，降低人为失误的失败率，提升客户体验。
[0051] 4、在订单处理未成功的情况下，通过记录处理所中断的进程、以及每个进程的处理细节，可以实现断点重连。
[0052] 2、订单流程处理方法
[0053] 图1为根据本发明的一实施例的订单流程处理方法的部分流程示意图。
[0054] 图2为根据本发明的另一实施例的订单流程处理方法的部分流程示意图。
[0055] 如图1所示，本发明的实施例提供了一种订单流程处理方法，其中，处理订单的过程包括订单校验、订单异步处理判断以及订单进程处理这几个阶段，所述方法包括：
[0056] 步骤S100、从客户端接收订单处理请求，从所述订单处理请求中获取所述订单的进程队列，所述进程队列中包含处理所述订单所需的全部进程；
[0057] 其中，所述进程队列是根据与所述订单相关的场景路由参数确定的；
[0058] 其中，所述场景路由参数可包括商品提供方、商品编码、一级渠道、二级渠道、交易类型、支付方式、订单管理平台以及支付规则等具体参数，不同的参数组合对应不同的订单处理场景，即，订单处理场景是由多维条件共同决定的；
[0059] 例如，对于出行类服务订单的订单处理场景，商品提供方可为提供出行服务的公司，商品编码对应于具体产品(例如打车产品)，支付方式对应于用户的支付通道(例如，支付宝、微信、
银联等)，支付规则包括先付(例如一口价)、后付(例如根据行程)，等等。
[0060] 这样，可根据上述参数的多种组合定义多种订单处理场景，如出行场景1、出行场景2、出行场景3，等等。作为示例，由于出行场景1、出行场景2、出行场景3等均属于出行场景，可具有相同的订单预处理进程(例如专属于出行服务的预处理进程，包括校验驾驶员和乘客的身份)、以及不同的交易处理进程(例如，先付和后付、支付宝和微信各对应于不同的对账方式，即，不同的对账进程)。
[0061] 换句话说，所述订单处理场景可由所述场景路由参数转换为多维条件的表达形式，每个维度都可以涉及不同的处理进程/进程队列，各个维度的组合形成所述订单处理场景所对应的完整流程，其通过处理进程/进程队列来表示；
[0062] 步骤S200、对所述进程队列中的当前进程进行异步判断；
[0063] 其中，可根据当前进程的进程参数(例如，执行当前进程所涉及的业务类型，如支付、查询等)，判断是否需要对当前进程进行异步处理，如需异步处理，则客户端不能即时获得订单的处理结果，相应地，在正常情况下，对当前进程进行同步处理，客户端可以即时获得订单的处理结果，如交易成功、支付失败、校验失败、商品库存不足等等。
[0064] 其中，所述异步队列由后台管理系统维护，需要异步处理的进程通常是订单处理进程中相对耗时的进程、和/或依赖于第三方响应的进程；同时，作为示例，其处理并不影响后续进程(同步进程或者异步进程)的处理，也就是说，后续进程(同步进程)的处理并不依赖于前一进程的处理结果；后台管理系统可通过广播方式处理异步队列中的进程，例如，以定期方式处理异步队列中的进程，在第三方对异步进程无响应或处理超时的情况下，循环重复处理所述进程。
[0065] 作为示例，可通过判断所述当前进程中是否携带了请求异步处理的标识、或通过判断所述当前进程涉及的第三方/业务操作是否被标识为需要采用异步处理方式、或通过判断与所述当前进程对应的业务处理耗时参考值，来判断所述当前进程是否需要进行异步处理；
[0066] 可选地，根据与所述当前进程相对应的业务处理耗时参考值，估算处理所述当前进程的耗时；
[0067] 可选地，根据估算的处理所述当前进程的耗时、以及所述当前进程中携带的网络环境数据，计算处理所述当前进程的参考时间；
[0068] 作为示例，所述网络环境数据包括：当前所用网络的网络类型、网络制式和/或
信号强度、当前所用网络的网络传输速度；
[0069] 此外，还可根据所述当前进程的处理信息(包括历史处理信息)，判断是否需要对当前进程进行异步处理，例如，如果所述当前进程存在历史处理记录(之前曾经处理异常)，则可将之前的同步处理改为异步处理，即，对执行同步处理未完成的进程进行异步处理；
[0070] 步骤S300、若对所述当前进程需要进行异步处理，则通知客户端以异步方式推送订单处理结果(例如，在客户端上弹出消息“稍后推送订单处理结果，请等待”)，将所述当前进程放入异步队列，并在异步处理结束后向客户端推送处理结果；
[0071] 这样，用户在看到上述消息后，不会一直在客户端等待“同步”处理结果，改善了用户体验。
[0072] 步骤S400、若对所述当前进程无需执行异步处理，则对所述当前进程执行同步处理，获得所述当前进程的处理状态；
[0073] 步骤S500、若当前进程的处理状态为“处理异常”(同步处理出现异常，暂无法处理完毕并获得处理结果，这并非意味着处理失败)，则将所述订单状态记录为“订单处理中”，并记录所述当前进程的处理信息(这意味着订单中的部分进程的同步处理出现延缓，可记录这些延缓进程的信息(例如，包括当前进程在进程队列中的
位置、进程序列号、异常类型，等等)，以便用于将来的断点重连，或者将同步处理方式改为异步处理方式)，转到步骤S700；
[0074] 其中，在执行相应处理的过程中，还可实时生成所述当前进程的处理状态信息，例如，如果当前进程因为某种原因被挂起，可生成并显示状态信息为“xx进程保持处理中”；
[0075] 其中，对于“保持处理中”的各个进程，可由服务端自动重新处理，或可由客户端发起重新处理的请求，并无需重复执行已经处理完毕的进程，这样能够提高订单处理的复用率。
[0076] 步骤S600、若当前进程的处理状态为“处理成功”，则判断当前进程是否为所述进程队列中的最后一个进程；
[0077] 其中，如果当前进程处理结束，也可生成并显示状态信息为“xx进程处理成功”、或者“xx进程处理失败”；
[0078] 如果当前进程不是所述进程队列中的最后一个进程，则将所述进程队列中的下一个进程作为当前进程，返回到步骤S200；否则，结束本方法；
[0079] 步骤S700、对于当前进程的处理状态为“处理异常”或“处理失败”(即，已经完成了处理，但处理失败，其意味着该进程确认失败、确认订单处理失败，已无需再进行重复处理)的，可结束本方法，之后，如果需要再次处理同一订单，则需要客户端重新发起请求，重新处理进程队列中的全部进程；
[0080] 如图2所示，可选地，如果部分同步处理进程处理失败，则可根据处理失败原因，重复执行部分同步处理进程(步骤S702)。例如，如果处理失败原因是第三方无响应或响应超时，则可自动循环执行相关的进程，并向客户端通知“部分同步处理进程正在重试，请等待”。
[0081] 其中，通过上述步骤S200至S700的循环逻辑，可以汇总所述进程队列中的全部进程的历史处理记录，包括处理次数、每次的处理方式(同步/异步)、处理状态(延缓、成功、失败)，这样，服务端可以设定具体的循环规则，在整个订单处理未失效的情况下(包括必要进程尚未失败的情况)，可定期对未决进程(为处理完毕)进行再次处理。
[0082] 其中，对于同步处理异常的进程，如果达到一定限制(例如，重复次数限制)，也可自动放入异步队列(S704)，直接转为异步处理，而无需再进行步骤S200的异步判断。
[0083] 其中，可选地，进程队列中的各个进程也可带有与重复处理相关的标识，例如，可重复处理的次数、超时时间等等，其中，如果将可重复处理的次数设置为0，即表示不能进行重复处理，对处理异常的情况，一旦到达超时时间，即将处理状态确定为“处理失败”[0084] 3、订单流程处理系统
[0085] 根据本发明的实施例，提供了一种订单流程处理系统，用于执行本
申请中的所述方法的各个步骤，如图3所示，所述订单流程处理系统主要包括订单受理组件、进程处理组件、订单反馈组件、进程异步判断组件、进程记录部件。
[0086] 其中，所述订单受理组件用于从客户端接收订单处理请求，从所述订单处理请求中获取所述订单的进程队列，所述进程队列中包含处理所述订单所需的全部进程；
[0087] 其中，所述进程队列是根据与所述订单相关的场景路由参数确定的；
[0088] 其中，所述场景路由参数可包括商品提供方、商品编码、一级渠道、二级渠道、交易类型、支付方式、订单管理平台以及支付规则等具体参数，不同的参数组合对应不同的订单处理场景，即，订单处理场景是由多维条件共同决定的。
[0089] 订单反馈组件用于将订单处理结果反馈给客户端。
[0090] 其中，所述进程异步判断组件用于对所述进程队列中的当前进程进行异步判断。
[0091] 其中，所述进程处理组件用于：在需要对当前进程进行异步处理时，将所述当前进程放入异步队列；
[0092] 其中，所述进程处理组件还用于：在对当前进程进行同步处理时，执行相应处理，生成当前进程的处理结果，并通过所述订单反馈组件向客户端反馈处理结果；
[0093] 其中，所述进程处理组件还可用于：依次执行所述进程队列中的全部进程，并将进程处理中生成的相关信息发送到所述进程记录部件。
[0094] 其中，所述进程记录部件用于记录各个订单的进程处理状态、历史处理记录，包括处理次数、每次的处理方式(同步/异步)、处理状态(延缓、成功、失败)。
[0095] 此外，本发明的不同实施例也可以通过
软件模
块或存储在一个或多个计算机可读介质上的计算机可读指令的方式实现，其中，所述计算机可读指令是当被处理器或设备组件执行时，执行本发明所述的不同的实施例。类似地，
软件模块、计算机可读介质和
硬件部件的任意组合都是本发明预期的。所述软件模块可以被存储在任意类型的计算机可读存储介质上，例如RAM、EPROM、EEPROM、闪存、寄存器、
硬盘、CD-ROM、DVD等等。
[0096] 4、根据本发明的实施例的安装了应用程序的系统
[0097] 参照图4，其示出了根据本发明实施例的安装了应用程序的系统的运行环境。
[0098] 在本实施例中，所述的安装应用程序的系统安装并运行于
电子装置中。所述电子装置可以是桌上型计算机、笔记本、掌上电脑及
服务器等计算设备。该电子装置可包括但不限于
存储器、处理器及显示器。图中仅示出了具有上述组件的电子装置，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
[0099] 所述存储器在一些实施例中可以是所述电子装置的内部存储单元，例如该电子装置的硬盘或内存。所述存储器在另一些实施例中也可以是所述电子装置的外部存储设备，例如所述电子装置上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(FlashCard)等。进一步地，所述存储器还可以既包括所述电子装置的内部存储单元也包括外部存储设备。所述存储器用于存储安装于所述电子装置的
应用软件及各类数据，例如所述安装应用程序的系统的程序代码等。所述存储器还可以用于暂时地存储已经输出或者将要输出的数据。
[0100] 所述处理器在一些实施例中可以是中央处理单元(Central Processing Unit，CPU)、
微处理器或其他
数据处理芯片，用于运行所述存储器中存储的程序代码或处理数据，例如执行所述安装应用程序的系统等。
[0101] 所述显示器在一些实施例中可以是LED显示器、
液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，
有机发光二极管)触摸器等。所述显示器用于显示在所述电子装置中处理的信息以及用于显示
可视化的客户界面，例如应用菜单界面、应用图标界面等。所述电子装置的部件通过
系统总线相互通信。
[0102] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解，上述实施方式中的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件商品的形式体现出来，该计算机软件商品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，
空调器，或者网络设备等)执行本发明本申请各个实施例所述的方法。
[0103] 也就是说，根据本发明的实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有用于执行根据本发明的实施例的所述方法的程序，所述程序被处理器执行时，执行所述方法的各个步骤。
[0104] 由上，将理解，为了说明的目的，这里已描述了本发明的具体实施例，但是，可作出各个
修改，而不会背离本发明的范围。本领域的技术人员将理解，
流程图步骤中所绘出或这里描述的操作和例程可以多种方式变化。更具体地，可重新安排步骤的次序，可并行执行步骤，可省略步骤，可包括其它步骤，可作出例程的各种组合或省略。因而，本发明仅由所附
权利要求限制。
