CN112613955A - 订单处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种订单处理方法、装置、电子设备及存储介质，所述方法包括：接收订单信息，基于订单信息确定订单业务类型，基于订单业务类型确定初始数据源；将订单信息发送至所述初始数据源，并接收初始数据源的回调信息；当回调信息为订单失败信息时，基于回调信息和订单业务类型确定更新数据源，并将订单信息发送至更新数据源；当接收的回调信息为订单成功信息时，基于回调信息发送订单完成信息至用户终端。本发明实施例的技术方案实现在大量订单信息进行处理时，当前数据源的订单处理失败时，可以及时的更换数据源，以提高订单处理的质量。

Description

订单处理方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种订单处理方法、装置、电子设备及存储介质。

背景技术

随着网络经济、信息技术和电子商务迅猛发展，现代化支付技术突飞猛进。线上支付是指用户使用手机、掌上电脑、移动POS机、电脑等对所消费的商品或服务进行账务支付的一种服务方式，是网络经济与电子商务融合的产物，具有便捷、快速、安全的特点。现在话费充值、油卡充值、流量充值等线上缴费业务订单量日益扩增，总是由于各种原因造成充值失败，导致用户体验差。

发明内容

本发明实施例提供一种订单处理方法、装置、电子设备及存储介质，实现在运营商增多、订单量大的情况下保证订单完成的质量。

第一方面，本发明实施例提供了一种订单处理方法，所述方法包括：

接收订单信息，基于订单信息确定订单业务类型，基于订单业务类型确定初始数据源；

将订单信息发送至所述初始数据源，并接收初始数据源的回调信息；

当回调信息为订单失败信息时，基于回调信息和订单业务类型确定更新数据源，并将订单信息发送至更新数据源；

当接收的回调信息为订单成功信息时，基于回调信息发送订单完成信息至用户终端。

第二方面，本发明实施例还提供了一种订单处理装置，该装置包括：

初始数据源确定模块，用于接收订单信息，基于订单信息确定订单业务类型，基于订单业务类型确定初始数据源；

回调信息接收模块，用于将订单信息发送至所述初始数据源，并接收初始数据源的回调信息；

第一订单信息发送模块，用于当回调信息为订单失败信息时，基于回调信息和订单业务类型确定更新数据源，并将订单信息发送至更新数据源；

订单成功信息发送模块，用于当接收的回调信息为订单成功信息时，基于回调信息发送订单完成信息至用户终端。

第三方面，本发明实施例还提供了一种电子设备，所述设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的订单处理方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的订单处理方法。

本发明实施例的技术方案，通过接收订单信息，基于订单信息确定订单业务类型，基于订单业务类型确定初始数据源，将订单信息发送至所述初始数据源，并接收初始数据源的回调信息，当回调信息为订单失败信息时，基于回调信息和订单业务类型确定更新数据源，以替换所述初始数据源，之后将订单信息发送至更新数据源，以对订单信息进行处理，当接收的回调信息为订单成功信息时，基于回调信息发送订单完成信息至用户终端，以通知用户该订单已处理完成。本发明实施例的技术方案实现在大量订单信息进行处理时，当前数据源的订单处理失败时，可以及时的更换数据源，以提高订单处理的质量。

附图说明

为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。

图1为本发明实施例一中的一种订单处理方法的流程示意图；

图2为本发明实施例二中的一种订单处理方法的流程示意图；

图3为本发明实施例三中的一种订单处理方法的示例；

图4为本发明实施例四中的一种订单处理装置的结构示意图；

图5为本发明实施例五中的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例所提供的一种订单处理方法的流程示意图，本实施例可适用于大量订单处理时，保证订单处理质量的情况，该方法可以由订单处理装置来执行，该系统可以通过软件和/或硬件的形式实现。

如图1所述，本发明实施例的订单处理方法包括如下步骤：

S110、接收订单信息，基于订单信息确定订单业务类型，基于订单业务类型确定初始数据源。

订单信息是指用户进行通过网上营业厅、APP、电话的方式进行充值的订单信息，所述APP比如微信、支付宝等第三方软件，或者爱奇艺、优酷等娱乐软件、亦或是各种银行APP等。订单信息包括用户名、充值账号和/手机号、充值金额、充值时间、业务类型等。所述订单业务类型包括话费充值、油卡充值、流量充值、会员充值中的一种。会员充值是指优酷、爱奇艺等软件的会员充值。可选的，预先存储订单业务类型及对应的数据源。根据订单信息可直接从各个业务类型中确定对应的业务类型。初始数据源是指与订单信息对应的订单业务类型中的一个数据源，是用于对订单信息进行处理的数据源。比如，订单信息中包括爱奇艺会员充值、月充、账号、用户名、金额等，基于订单信息确定订单业务类型为会员充值，订单业务类型对应的数据源为爱奇艺运营商。可选的，在接收到订单信息时，首先确定该订单信息的用户是否注册用户，当确定该用户为注册用户时，进行确定订单信息的业务类型的操作。可选的，当确定该用户为注册用户时，基于订单信息反馈订单受理信息至用户终端，以使用户可以知道订单正在处理，提高用户体验度。

S120、将订单信息发送至所述初始数据源，并接收初始数据源的回调信息。

其中，回调信息是指初始数据源反馈回来的信息，包括但不限于订单成功信息、订单失败信息等，通过接收初始数据源的回调信息可以清楚的知道订单的处理情况。

S130、当回调信息为订单失败信息时，基于回调信息和订单业务类型确定更新数据源，并将订单信息发送至更新数据源。

其中，订单失败信息包括但不限于订单失败的原因、订单失败的时间等。比如初始数据源接收到订单信息，之后进行订单处理时，由于初始数据源自身原因造成订单无法处理，或者，初始数据源断网等原因无法接收到订单信息。回调信息中包括但不限于初始数据源信息。

更新数据源是指与业务类型对应的区别于当前使用的初始数据源的其他数据源。可选的，话费业务类型的对应多个数据源包括移动运营商及对应的多个子类运营商、联通运营商及对应的多个子类运营商、电信运营商及对应的多个子类运营商。比如，根据订单信息确定的业务类型为话费充值，之后确定初始数据源为移动运营商中的一个子类运行商，当该子类运营商的回调信息时订单失败信息时，将重新确定移动运营商的区别于该子类运营商的另一个子类运营商为更新数据源。

可选的，将更新数据源作为新的数据源进行订单信息的处理。当基于更新数据源接收到回调信息为订单失败信息时，基于回调信息和订单处理业务类型再次确定更新数据源，重新将订单信息发送至再次确定的更新数据源，循环操作，当该订单业务类型对应的多个数据源都已经进行了订单处理，但是回调信息都是订单失败信息时，将订单失败信息发送至用户终端，以告知用户本次订单充值失败。

可选的，当再次接收到的订单信息为更新数据源对应的业务类型时，将订单信息发送至更新数据源。由于初始数据源的订单信息处理失败后，基于更新数据源进行的订单信息的处理，所以，将更新数据源作为该业务类型的初始数据源，当再次获取的订单信息为更新数据源对应的业务类型时，可以直接将订单信息发送至更新数据源，基于更新数据源进行订单的处理，提高订单信息处理的质量和速度。

S140、当接收的回调信息为订单成功信息时，基于回调信息发送订单完成信息至用户终端。

其中，订单成功信息是指数据源已经成功处理了订单信息。以业务类型为话费充值为例，订单成功信息可以是用于指示已完成充值任务的信息。用户终端包括移动终端、计算机等。订单完成信息可以以短信、APP消息、语音等方式发送至用户终端。

当接收到回调信息为订单成功信息时，可基于回调信息发送订单完成信息至用户终端，以使用户可以及时获知订单处理成功的消息。提高用户体验度。

本发明实施例的技术方案，通过接收订单信息，基于订单信息确定订单业务类型，并根据业务类型确定初始数据源，将订单信息发送至初始数据源，接收初始数据源的回调信息，当回调信息为订单失败信息时，基于回调信息和订单业务类型确定更新数据源，并将订单信息发送至更新数据源，以使订单信息可以继续处理。当接收的回调信息为订单成功信息时，基于回调信息发送订单成功信息至用户终端，以使用户可以知道已完成充值任务。提高用户的体验度，本发明实施例的技术方案可以实现当初始数据源处理订单失败后，切换至更新数据源继续进行订单的处理，提高订单处理的质量。

在上述实施例的可选方案的基础上，可选的，基于预先与外部数据源建立的连接关系接收外部数据源的订单信息，其中，所述连接关系基于采用Netty框架建立。

其中，外部数据源是指用户方的订单产生的数据源，比如网上营业厅、APP等。基于Netty框架建立与外部数据源的连接关系，接收外部数据源发送的订单信息，可选的，采用非阻塞Netty框架建立连接关系，提高处理数据的速度和吞吐量。

实施例二

图2是本发明实施例提供的一种订单处理方法的流程示意图，本发明实施例是在上述实施例的可选方案的基础上对步骤110和步骤130进行的细化，其中，可选的，所述基于订单业务类型确定初始数据源包括：通过订单业务类型确定父类数据源，之后通过父类数据源中各子类数据源之间的预设规则确定优先级；基于各子类数据源之间的优先级确定初始数据源。可选的，所述基于回调信息和订单业务类型确定更新数据源包括：基于回调信息确定所述初始数据源，并基于订单业务类型中的各数据源之间的优先级，确认所述初始数据源的下一优先级的数据源为更新数据源。其中，与上述实施例相同或者相似的技术术语将不再赘述。

如图2所示，本发明实施例的订单处理方法包括如下步骤：

S210、接收订单信息，基于订单信息确定订单业务类型，通过订单业务类型确定父类数据源，之后通过父类数据源中各子类数据源之间的预设规则确定优先级；基于各子类数据源之间的优先级确定初始数据源。

其中，订单业务类型中包括多个父类数据源；每个父类数据源包括多个子类数据源。可以预先设置每个子类数据源的优先级。可选的，通过每个子类数据源的反应效率、充值规则等预设条件设置子类数据源的优先级，基于子类数据源之间的优先级确定初始数据源。可选的，初始数据源的优先级最高。通过优先级确定初始数据源进行订单的处理，相对于随机确定的初始数据源而言，订单信息处理质量更高效果更好。

S220、将订单信息发送至所述初始数据源，并接收初始数据源的回调信息。

S230、当回调信息为订单失败信息时，基于回调信息确定所述初始数据源，并基于订单业务类型中所述父类数据源的各子类数据源之间的优先级，确认所述初始数据源的下一优先级的子类数据源为更新数据源。

其中，初始数据源的下一优先级的子类数据源为更新数据源是指优先级仅次于初始数据源的子类数据源。换言之，选择更新数据源的方式可以是按照数据源的优先级由高到底的顺序依次选择。当初始数据源由于某些原因造成无法处理订单时，可以根据订单业务类型中与初始数据源相对应的父类数据源下的各子类数据源之间的优先级，确定初始数据源的下一优先级的子类数据源为更新数据源，之后通过更新数据源进行订单的处理，以提高订单处理的质量。

可选的，所述更新数据源的条件包括：当在预设时间内未接收到回调信息时，基于订单业务类型中所述父类数据源的各子类数据源之间的优先级，确认所述初始数据源的下一优先级的数据源为更新数据源。当在预设时间内还未收到初始数据源的回调信息时，确定初始数据源的下一优先级的数据源作为更新数据源，并将订单信息发送至更新数据源进行订单处理。避免长时间无响应，无法对订单进行及时处理，导致用户充值时间过长，用户体验感差。

可选的，在确定更新数据源时，将关闭初始数据源的接口通道。避免初始数据源和更新数据源进行订单处理时造成重复充值处理。

S240、当接收的回调信息为订单成功信息时，基于回调信息发送订单完成信息至用户终端。

本发明实施例的技术方案，通过接收订单信息，基于订单信息确定订单业务类型，基于订单业务类型确定父类数据源，之后通过父类数据源中各个子类数据源之间的预设规则确定优先级，基于数据源之间的优先级确定初始数据源，将订单信息发送至初始数据源，之后接收初始数据源的回调信息，当回调信息为订单失败信息时，基于回调信息和订单业务类型确定更新数据源，并将订单信息发送至更新数据源，而当接收到订单成功信息时，发送订单完成信息至用户终端。本发明实施例的技术方案实现了有针对性的选择初始数据源，通过优先级的方式选择初始数据源，以提高订单完成的质量和效率，并且，更新数据源的选择也通过优先级的方式，进一步提高订单完成的质量。

实施例三

本发明实施例是上述实施例的可选方案的一个优选实施例，如图3所示，为本发明实施例提供的一种订单处理方法的示例。本发明实施例的技术方案将订单信息的处理过程分为订单接收环节、订单分布环节、订单执行环节以及回调信息接收环节，其中：

订单接收环节，采用非阻塞Netty框架建立与外部数据源之间的连接关系，以提高接收订单信息时的吞吐量。避免因数据库的性能瓶颈导致接收订单信息数量受限，通过Netty框架的非阻塞性可以接收更多的用户订单信息。

其中，对于各个环节之间的传输采用消息队列的方式，通过消息队列可以对大量的订单信息进行依次处理。

订单分发环节，通过消息队列对订单信息有针对性找到对应的订单业务类型，基于订单业务类型确定父类数据源以及优先级高的子类数据源。可选的，预先设置各个数据源的编号，提取订单信息中对应数据源的编号，从父类数据源中找到优先级高的子类数据源，订单分发环节采用Actor模型的AKKA框架进行订单信息的处理，AKKA框架的消息驱动和异步非阻塞性可以提高基于大量订单信息确定每个订单信息的初始数据源的速度，提高数据处理的吞吐量。Actor模型内部的状态由自身进行维护，减少服务器资源消耗，同时提高分发环节的数据处理的并发量。

订单执行环节，将订单信息发送至对应的初始数据源，并等待初始数据源的回调信息，回调信息接收模块接收了回调信息后，会将回调信息发送至订单执行环节，当回调信息为订单成功信息时，订单执行环节将发送订单完成信息至用户终端，当回调信息为订单失败信息时，订单执行环节将回调信息发送至订单分发环节，确定更新数据源，并再次通过订单执行环节将订单信息发送至更新数据源，等待更新数据源发送的回调信息。

可选的，订单执行环节对相同数据源配置多个节点，可以对该数据源的订单信息进行同时处理，当然，订单执行环节的内部也可以采用Actor模型的AKKA框架进行构件，通过多个节点部署和内部高效的Actor模型提高了数据处理的并发性。

本发明实施例的技术方案，通过Netty框架和消息队列增加了接收订单信息的数量，增加了承载量，通过Actor模型加大了接到订单信息后对订单信息进行处理的速度，通过上述的Netty框架和Actor模型的结合使得本发明实施例的订单处理方法实现了高吞吐和高并发的有益效果。

实施例四

图4所示为本发明实施例提供的一种订单处理装置的结构示意图，本发明实施例所提供的订单处理装置可执行本发明任意实施例所提供的订单处理方法，具备执行方法相应的功能模块和有益效果。如图4所示本发明实施例的订单处理装置包括初始数据源确定模块410、回调信息接收模块420、订单信息发送模块430和订单成功信息发送模块440，其中：

初始数据源确定模块410，用于接收订单信息，基于订单信息确定订单业务类型，基于订单业务类型确定初始数据源；

回调信息接收模块420，用于将订单信息发送至所述初始数据源，并接收初始数据源的回调信息；

第一订单信息发送模块430，用于当回调信息为订单失败信息时，基于回调信息和订单业务类型确定更新数据源，并将订单信息发送至更新数据源；

订单成功信息发送模块440，用于当接收的回调信息为订单成功信息时，基于回调信息发送订单完成信息至用户终端。

进一步的，所述订单业务类型中包括多个父类数据源；每个父类数据源包括多个子类数据源；所述初始数据源确定模块410包括：

初始数据源确定子模块，用于通过订单业务类型确定父类数据源，之后通过父类数据源中各子类数据源之间的预设规则确定优先级；基于各子类数据源之间的优先级确定初始数据源。

进一步的，所述第一订单信息发送模块430包括：

更新数据源确定子模块，用于基于回调信息确定所述初始数据源，并基于订单业务类型中所述父类数据源的各子类数据源之间的优先级，确认所述初始数据源的下一优先级的子类数据源为更新数据源。

进一步的，所述更新数据源的条件包括：

当在预设时间内未接收到回调信息时，基于订单业务类型中所述父类数据源的各子类数据源之间的优先级，确认所述初始数据源的下一优先级的数据源为更新数据源。

进一步的，所述装置还包括：

第二订单信息发送模块，用于当再次接收到的订单信息为更新数据源对应的业务类型时，将订单信息发送至更新数据源。

进一步的，所述初始数据源确定模块410包括：

连接关系建立子模块，用于基于预先与外部数据源建立的连接关系接收外部数据源的订单信息，其中，所述连接关系基于采用Netty框架建立。

本发明实施例的技术方案，通过接收订单信息，基于订单信息确定订单业务类型，基于订单业务类型确定初始数据源，将订单信息发送至所述初始数据源，并接收初始数据源的回调信息，当回调信息为订单失败信息时，基于回调信息和订单业务类型确定更新数据源，以替换所述初始数据源，之后将订单信息发送至更新数据源，以对订单信息进行处理，当接收的回调信息为订单成功信息时，基于回调信息发送订单完成信息至用户终端，以通知用户该订单已处理完成。本发明实施例的技术方案实现在大量订单信息进行处理时，当前数据源的订单处理失败时，可以及时的更换数据源，以提高订单处理的质量。

值得注意的是，上述系统所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

实施例五

图5为本发明实施例提供的一种电子设备的结构示意图。图5示出了适于用来实现本发明实施例实施方式的示例性设备50的框图。图5显示的设备50仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，设备50以通用计算设备的形式表现。设备50的组件可以包括但不限于：一个或者多个处理器或者处理单元501，系统存储器502，连接不同系统组件(包括系统存储器502和处理单元501)的总线503。

总线503表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

设备50典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备50访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器502可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)504和/或高速缓存存储器505。设备50可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统506可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线503相连。存储器502可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块507的程序/实用工具508，可以存储在例如存储器502中，这样的程序模块507包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块507通常执行本发明所描述的实施例中的功能和/或方法。

设备50也可以与一个或多个外部设备509(例如键盘、指向设备、显示器510等)通信，还可与一个或者多个使得用户能与该设备50交互的设备通信，和/或与使得该设备50能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口511进行。并且，设备50还可以通过网络适配器512与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器512通过总线503与设备50的其它模块通信。应当明白，尽管图5中未示出，可以结合设备50使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元501通过运行存储在系统存储器502中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的订单处理方法。

实施例六

本发明实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种订单处理方法。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种订单处理方法，其特征在于，包括：

接收订单信息，基于订单信息确定订单业务类型，基于订单业务类型确定初始数据源；

将订单信息发送至所述初始数据源，并接收初始数据源的回调信息；

当回调信息为订单失败信息时，基于回调信息和订单业务类型确定更新数据源，并将订单信息发送至更新数据源；

当接收的回调信息为订单成功信息时，基于回调信息发送订单完成信息至用户终端。

2.根据权利要求1所述的方法，其特征在于，所述订单业务类型中包括多个父类数据源；每个父类数据源包括多个子类数据源；

所述基于订单业务类型确定初始数据源包括：

通过订单业务类型确定父类数据源，之后通过父类数据源中各子类数据源之间的预设规则确定优先级；

基于各子类数据源之间的优先级确定初始数据源。

3.根据权利要求2所述的方法，其特征在于，所述基于回调信息和订单业务类型确定更新数据源包括：

基于回调信息确定所述初始数据源，并基于订单业务类型中所述父类数据源的各子类数据源之间的优先级，确认所述初始数据源的下一优先级的子类数据源为更新数据源。

4.根据权利要求2所述的方法，其特征在于，所述更新数据源的条件包括：

当在预设时间内未接收到回调信息时，基于订单业务类型中所述父类数据源的各子类数据源之间的优先级，确认所述初始数据源的下一优先级的数据源为更新数据源。

5.根据权利要求1所述的方法，其特征在于，所述订单业务类型包括话费充值、油卡充值、流量充值、会员充值中的一种。

6.根据权利要求1所述的方法，其特征在于，所述基于回调信息、订单业务类型确定更新数据源之后，包括：

当再次接收到的订单信息为更新数据源对应的业务类型时，将订单信息发送至更新数据源。

7.根据权利要求1所述的方法，其特征在于，所述接收订单信息，包括：

基于预先与外部数据源建立的连接关系接收外部数据源的订单信息，其中，所述连接关系基于采用Netty框架建立。

8.一种订单处理装置，其特征在于，所述装置包括：

初始数据源确定模块，用于接收订单信息，基于订单信息确定订单业务类型，基于订单业务类型确定初始数据源；

回调信息接收模块，用于将订单信息发送至所述初始数据源，并接收初始数据源的回调信息；

第一订单信息发送模块，用于当回调信息为订单失败信息时，基于回调信息和订单业务类型确定更新数据源，并将订单信息发送至更新数据源；

订单成功信息发送模块，用于当接收的回调信息为订单成功信息时，基于回调信息发送订单完成信息至用户终端。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的订单处理方法。

10.一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7中任一所述的订单处理方法。

Images