CN104123654A - 一种多订单批量处理方法及装置 - Google Patents

Abstract

本发明适用于信息处理领域，提供了一种多订单批量处理方法及装置，该方法包括：于订单系统中接收下单请求；遍历订单系统中下单页面内的每一个下单组件，并根据各下单组件中的下单信息进行异步下单处理，生成与各下单组件中的下单信息对应的订单信息；订单系统将生成的所有订单信息提交至支付系统进行支付。本发明根据从订单系统中的下单页面内遍历到的各下单组件中的下单信息进行异步下单处理，订单系统将异步下单处理得到的所有订单信息一次性提交至支付系统进行支付，从而可以实现批量下单和批量付款的目的。

Description

一种多订单批量处理方法及装置

技术领域

本发明属于信息处理领域，尤其涉及一种多订单批量处理方法及装置。

背景技术

随着网络通讯技术的发展，网络可承载的业务类型越来越多，如基于网络实现的各种订单系统和支付系统等，通过订单系统和支付系统的协作，可以实现网络支付，如网络充值等。

现有的网络支付方式一般如下：用户通过订单系统提供的下单页面输入单条下单信息，订单系统在根据该下单信息生成订单号后，直接跳转至支付系统的支付页面，支付系统根据该订单号进行支付处理。这种方式一次支付操作只能实现一个订单的处理，使得网络支付操作复杂，特别通过网络充值时，一次只能给一个充值账号进行充值，从而使网络充值操作复杂。

发明内容

本发明实施例提供一种多订单批量处理方法，旨在解决现有技术存在一次支付操作只能实现一个订单的处理而造成的网络支付操作复杂的技术问题。

本发明实施例是这样实现的，一种多订单批量处理方法，所述方法包括：

于订单系统接收下单请求；

遍历订单系统中下单页面内的每一个下单组件，并根据各下单组件中的下单信息进行异步下单处理，生成与各下单组件中的下单信息对应的订单信息；

订单系统将生成的所有订单信息提交至支付系统进行支付。

本发明实施例还提供一种多订单批量处理装置，所述装置包括：

请求接收单元，用于在订单系统中接收下单请求；

下单处理单元，用于遍历订单系统中下单页面内的每一个下单组件，并根据所述下单组件中的下单信息进行异步下单处理，生成各下单组件中的下单信息对应的订单信息；

订单提交单元，用于将生成的所有订单信息提交至支付系统进行支付。

在本发明实施例中，在接收到下单请求后，根据从订单系统中的下单页面内遍历到的各下单组件中的下单信息进行异步下单处理，订单系统将异步下单处理得到的所有订单信息一次性提交至支付系统，支付系统根据所有订单信息进行合并付款处理，从而可以实现批量下单和批量付款。

附图说明

图1是本发明实施例提供的多订单批量处理方法的运行环境示意图；

图2是本发明实施例提供的多订单批量处理方法的作业流程图；

图3a、3b是本发明实施例提供的下单页面的示例图；

图4是本发明另一实施例提供的多订单批量处理方法的作业流程图；

图5是本发明实施例提供的多订单批量处理装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在本发明实施例中，根据从订单系统中的下单页面内遍历到的各下单组件中的下单信息进行异步下单处理，订单系统将异步下单处理得到的所有订单信息一次性提交至支付系统，支付系统根据所有订单信息进行合并付款处理，从而可以实现批量下单和批量付款的目的。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图1示出了运行本发明实施例提供的多订单批量处理方法的设备的硬件结构图。其中订单系统和支付系统是运行在该设备上的、提供不同服务的应用程序。当然订单系统和支付系统也可以分别运行在不同设备上，在此不作限定。在后续说明中，以订单系统和支付系统运行在同一设备上为例进行说明。该设备除了包括至少一个处理器(processor)150，至少一个存储器(memory)160，通讯总线130，还包括其他硬件，图中仅示意出处理器150、存储器160和通讯总线130。

处理器150，存储器160通过通讯总线130完成相互间的通信。

存储器160，用于存放程序162。其中存储器160可能为高速RAM存储器，也可能是非易失性存储器（non-volatile memory），例如为磁盘存储器。程序162是指实现多订单批量处理方法的程序，其可以是订单系统和/或支付系统等。具体地，程序162可以包括程序代码，所述程序代码包括计算机操作指令。

处理器150，用于执行程序162。处理器150可能是一个中央处理器（CPU），或者是特定集成电路ASIC（Application Specific Integrated Circuit），或者是被配置成实施本发明实施例的一个或多个集成电路。

图2示出了本发明实施例提供的多订单批量处理的方法的作业流程，详述如下：

S101，于订单系统中接收下单请求。

其中订单系统包括但不限于充值系统等。其中充值系统可以为手机充值系统、游戏币充值系统等。当订单系统为充值系统时，下单请求为充值请求。

在本实施例中，在打开订单系统时，于图1所示设备的显示界面上显示一个下单页面。该下单页面上显示有至少一个下单组件和一下单请求键。其中下单组件用于供用户输入下单信息。下单请求键用于供用户输入下单请求。

下单信息是指用户在所述下单页面上输入的下单信息，该下单信息包括商品标识字段和商品数量字段。本实施例中，如订单系统为充值系统，下单请求为充值请求时，商品标识字段为充值账号字段，商品数量字段为充值面值字段。该下单信息还可以包括其他字段，如商品单价字段等。当订单系统为充值系统，下单请求为充值请求时，该下单信息还可以包括账号归属地字段、验证码字段等。

在本发明另一实施例中，该下单页面上还显示有下单组件添加键。该下单组件添加键供用户输入下单组件添加指令。为了使用户可以输入多条下单信息，在本发明另一实施例中，该方法还包括：

检测下单页面中的下单组件添加指令，根据该下单组件添加指令在下单页面添加单个下单组件，或者批量添加下单组件。

在本实施例中，用户可以通过下单页面中的下单组件添加键输入下单组件添加指令，通过下单组件添加指令，可以在下单页面添加单个下单组件，也可以添加多个下单组件。在下单页面添加了下单组件后，如果下单页面包括多个下单组件，则通过下单页面包括的多个下单组件可以输入多条下单信息。

S102，遍历订单系统中下单页面内的每一个下单组件，并根据各下单组件中的下单信息进行异步下单处理，生成与下单组件中的下单信息对应的订单信息。其具体过程如下：

A1、在订单系统中循环遍历下单页面中的下单组件，获取遍历到的下单组件中的下单信息以及下单信息的条数。

在本实施例中，订单系统在接收到下单请求后，遍历下单页面中的下单组件，从下单页面中的每个下单组件中获取对应的下单信息。

A2、针对遍历到的下单组件，调用下单接口，将遍历到的下单组件中的下单信息传入该下单接口。

在本实施例中，订单系统在遍历下单页面中的一个下单组件，并从中获取到下单信息后，即调用下单接口，将从该下单组件中获取到的下单信息传入该下单接口。其中遍历下单组件和调用下单接口可以同时或者异步进行，举例说明如下：

订单系统遍历下单页面中的第一个下单组件，从中获取到下单信息，并针对该第一个下单组件，调用下单接口，将从第一个下单组件中获取到的下单信息传入下单接口，同时继续遍历下单页面中的第二个下单组件。在遍历下单页面中的第二个下单组件并从中获取到下单信息后，针对该第二个下单组件，调用下单接口，将从第二个下单组件中获取到的下单信息传入下单接口，同时继续遍历下单页面中的第三个下单组件，依此类推，直到订单系统遍历完下单页面中的所有下单组件。

在本发明另一实施例中，在订单系统循环遍历下单页面中的下单组件，获取遍历到的下单组件中的下单信息以及下单信息的条数之后，在订单系统针对遍历到的下单组件，调用下单接口，并将遍历到的下单组件中的下单信息传入所述下单接口之前，该方法还包括：

验证从下单组件中获取到的下单信息的有效性，针对下单信息有效的下单组件，调用下单接口，将该下单信息有效的下单组件中的下单信息传入下单接口。当从下单组件中获取到的下单信息验证为无效时，则输入信息输入错误的提示。其中验证从下单组件中获取到的下单信息有效性的具体方式可以采用现有技术提供的任意一种方式，也可以采用本发明实施例提供的如下方式：

如果订单系统为手机订单系统，则验证下单信息中的充值账号是否为有效的手机号码，同时验证充值面值是否为有效的充值面值，如果下单信息中的充值账号为有效的手机号码，同时充值面值为有效的充值面值，则验证该下单信息为有效，否则，验证该下单信息为无效。

A3、下单接口根据传入的下单信息进行下单处理，并返回下单结果。

在本实施例中，通过对现有的订单系统中的下单接口进行改进，在现有的订单系统中的下单接口中增加批量下单标识（format参数）。该批量下单标识用于标记订单系统接收到的下单请求为批量下单请求。该增加了批量下单标识的下单接口根据传入的下单信息进行下单处理后，向订单系统返回下单结果。其中下单接口向订单系统返回json格式的下单结果。其中下单结果为下单成功或者下单失败，当下单结果为下单成功时，该下单结果包括根据下单信息生成的订单信息。

其中订单信息包括订单标识，还可以包括商品标识字段、商品数量字段、应付金额字段等。其中订单标识用于唯一标识一条订单信息，如订单标识可以为订单号等。商品标识字段、商品数量字段分别与用于生成该条订单信息的下单信息中的商品标识字段、商品数量字段一致。应付金额可以根据该条订单信息中的商品标识字段和/或商品数量字段所对应的销售单价确定。

在本实施例中，下单接口根据传入的下单信息进行下单处理，并返回下单结果的具体过程如下：

下单接口根据传入的下单信息生成对应的订单号。以订单系统为订单系统，下单请求为充值请求为例，说明生成订单号的具体过程：

B1、下单接口将下单信息中的充值账号、充值时间以及随机码的组合生成订单号。举例说明如下：

假设传入下单接口的下单信息为：充值账号为13711111111，充值面值为50元，则根据该下单信息可生成如下订单号：13711111111|20130221|3131285658。其中13711111111为充值账号，20130221为充值时间，3131285658为随机码。

B2、根据下单接口传入的下单信息中的充值面值从存储的商品信息表中查询对应的销售单价。其中商品信息表用于存储商品信息，该商品信息包括但不限于充值面值字段、销售单价字段等。

B3、下单接口返回下单结果。

在本实施例中，下单接口在根据传入的下单信息进行下单处理时，存在下单处理失败的情况，因此下单接口返回的下单结果为下单成功或者下单失败，如果为下单成功，则该下单结果包括生成的订单信息。

A4、将订单系统种各下单接口返回的下单结果存储至订单数组中，当该订单数组中存储的下单结果与下单信息的条数一致时，则结束异步下单处理。

在本实施例中，订单系统针对每个下单组件或者针对每一个下单信息有效的下单组件，均调用一个下单接口，通过调用的下单结构根据该下单组件中的下单信息进行下单处理，而由于每个下单接口返回下单结果的时间有先有后，因此，需要创建一订单数组，每次在下单接口返回下单结果时，就将该下单结果存储至该订单数组中，直到该订单数组中存储的下单结果的数量与下单组件中下单信息的条数一致时，则认为异步批量下单处理结束。

S103，订单系统将生成的所有订单信息提交至支付系统。

在本实施例中，订单系统在异步下单请求已全部返回下单结果时，如所有下单接口均返回下单结果时，获取下单结果中的所有订单信息，将所有订单信息提交至支付系统，并跳转至支付系统的支付页面。其中判断所有下单接口是否均返回下单结果的具体方式如下：

判断订单数组中的下单结果的个数是否与下单页面中遍历到的下单信息的条数一致，如果是，则判定所有下单接口均返回了下单结果。

其中订单系统将生成的所有订单信息提交至支付系统的具体过程如下：

订单系统调用支付系统的支付接口，通过支付接口将所有订单信息提交至支付系统，并跳转至支付系统的支付页面。

其中支付接口为支持多个订单标识的支付接口，即该支付接口可扩展为包含任意数量的deal_id参数的支付接口。订单系统通过该充值接口可以将多个订单号一并提交至支付系统，并跳转至支付系统的支付页面。支付系统根据所有订单信息进行批量付款处理。

在本实施例中，在接收到下单请求后，针对下单页面中的每条下单信息进行异步下单处理，并异步返回根据下单信息生成的订单信息，将所有订单信息一并提交至支付系统，支付系统根据所有订单信息进行批量付款处理，从而可以实现批量充值、批量付款的目的，简化了充值操作。

为了便于理解，以下以订单系统为充值系统，下单请求为充值请求为例，对本发明进行进一步说明：

请参阅图3a和3b，为本发明实施例提供的下单页面的示例图，但下单页面不以图3a和3b为限，还可以为其它多种形式。

在本实施例中，在打开充值系统时，充值系统显示的下单页面可以为图3a所示的下单页面，在图3a所示的下单页面中，包括两个下单组件1，用户通过这两个下单组件可以输入两条下单信息。当用户还需要输入更多条下单信息时，可以通过图3a所示的下单页面中的下单组件添加键2（图3a以添加手机号为例）添加单个下单组件或者批量添加下单组件，如图3b所示。在图3b所示的下单页面中，包括四个下单组件，用户通过这四个下单组件可以输入四条下单信息。

当用户在图3b所示的下单页面输入了图3b所示的下单信息，并通过图3b所示的下单请求键输入了下单请求（如图3b中的“给一人充值”、“给多人充值”、“购买充值卡”）后，充值系统遍历图3b所示的下单页面中的第一个下单组件（如“手机号1”），获取其中的下单信息，调用下单接口，将下单信息传入下单接口，通过下单接口对所述下单信息进行下单处理，并将下单接口返回的下单结果存储至订单数组中，同时继续遍历图3b所示的下单页面中的下一个下单组件，获取其中的下单信息，调用下单接口，依此原理，直到遍历完图3b所示的下单页面中的所有下单组件，当调用的所有下单接口均返回下单结果，即当订单数组中存储的下单结果的数量与下单组件中下单信息的条数一致时，则认为异步批量下单处理结束。充值系统在异步批量下单处理结束时，将订单数组中的所有订单信息提交至支付系统，并跳转至支付系统的支付页面，通过支付系统的支付页面进行批量支付处理。其中，在遍历完图3b所示的下单页面中的下单组件后，即可获取到下表1所示的下单信息：

表1

充值账号	充值面值	账号归属地
			手机号1	50元
手机号2	30元
			手机号3	50元
手机号4	30元

图4示出了本发明另一实施例提供的多订单批量处理的方法的作业流程，其中S201至S203与图1所示的S101至S103相同，在此不再赘述，该方法还包括：

S204，支付系统显示所述合并支付的处理结果。

在本实施例中，支付系统在根据订单系统发送的所有订单信息进行合并支付处理后，显示合并支付的处理结果。其中合并支付处理结果为批量支付成功或者批量支付失败，当合并支付处理结果为批量支付成功时，支付系统跳转至支付成功页面，通过支付成功页面显示支付成功，当合并支付处理结果为支付失败时，支付系统跳转至支付失败页面，通过支付失败页面显示支付失败，并提示支付失败的原因。

为了便于理解，以下从用户的角度来说明本发明提供的方案。

用户打开订单系统后，订单系统显示下单页面，用户通过下单页面可输入多条下单信息，并向订单系统发送下单请求，订单系统在接收到用户输入的下单请求后，采用异步下单处理方式针对下单页面中的各条下单信息生成对应的订单信息，订单系统一次性向支付系统提交生成的所有订单信息，支付系统对所有订单信息进行合并支付处理，并根据支付处理结果跳转至支付成功页面或者支付失败页面。

图5示出了本发明实施例提供的多订单批量处理装置的结构，为了便于说明仅示出了与本发明实施例相关的部分。该多订单批量处理装置包括：

请求接收单元11，用于在订单系统中接收下单请求。

其中订单系统包括但不限于充值系统等。其中充值系统可以为手机充值系统、游戏币充值系统等。当订单系统为充值系统时，下单请求为充值请求。

在本实施例中，订单系统提供下单页面，该下单页面包括至少一个下单组件和一下单请求键。其中下单组件用于供用户输入下单信息。下单请求键用于供用户输入下单请求。

下单处理单元12，用于遍历订单系统中下单页面内的每一个下单组件，并根据所述下单组件中的下单信息进行异步下单处理，生成各下单组件中的下单信息对应的订单信息。

该下单处理单元12具体包括：

组件遍历模块121，用于循环遍历下单页面中的下单组件，获取遍历到的下单组件中的下单信息以及下单信息的条数；

接口调用模块122，用于针对遍历到的下单组件，调用下单接口，并将遍历到的下单组件中的下单信息传入所述下单接口；

订单处理模块123，用于通过下单接口根据传入的下单信息进行下单处理，并返回下单结果，所述下单结果为下单成功或者下单失败，当所述下单结果为下单成功时，所述下单结果包含根据所述下单信息生成的订单信息；

结果处理模块124，用于将所述订单系统中各下单接口返回的下单结果存储至订单数组中，当所述订单数组中存储的下单结果与下单信息的条数一致时，异步下单处理结束。

在本发明另一实施例中，该下单处理单元12还包括信息验证模块125，用于验证从遍历到的下单组件中获取到的下单信息的有效性。此时，接口调用模块122针对下单信息有效的下单组件，调用下单接口，将所述下单信息有效的下单组件中的下单信息传入所述下单接口。

订单提交单元13，用于将生成的所有订单信息提交至支付系统进行支付。

该订单提交单元13具体用于调用支付系统的支付接口，通过所述支付接口将所有订单信息提交至支付系统，所述支付接口为支持多个订单标识的支付接口。

在本发明另一实施例中，该装置还包括：

下单组件添加单元14，用于检测下单页面中的下单组件添加指令，根据所述下单组件添加指令在下单页面添加单个下单组件，或者批量添加下单组件。

在本实施例中，订单系统提供的下单页面还包括下单组件添加键，用户可以通过下单页面中的下单组件添加键输入下单组件添加指令。

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

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

在本实施例中，订单系统在接收到下单请求后，根据下单页面中遍历到的各下单组件中的下单信息进行异步下单处理，订单系统将异步下单处理得到的所有订单信息一次性提交至支付系统，支付系统根据所有订单信息进行合并付款处理，从而一次可以给多个充值账号、多种面值进行充值处理。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种多订单批量处理方法，其特征在于，所述方法包括：

于订单系统中接收下单请求；

遍历订单系统中下单页面内的每一个下单组件，并根据各下单组件中的下单信息进行异步下单处理，生成与各下单组件中的下单信息对应的订单信息；

订单系统将生成的所有订单信息提交至支付系统进行支付。

2.如权利要求1所述的方法，其特征在于，所述订单系统为充值系统，所述下单请求为充值请求。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：

检测下单页面中的下单组件添加指令；

根据所述下单组件添加指令在下单页面添加单个下单组件，或者批量添加下单组件。

4.如权利要求1所述的方法，其特征在于，所述遍历订单系统中下单页面内的每一个下单组件，并根据所述下单组件中的下单信息进行异步下单处理，生成与各下单组件中的下单信息对应的订单信息的步骤，包括：

在所述订单系统中循环遍历下单页面中的下单组件，获取遍历到的下单组件中的下单信息以及下单信息的条数；

针对遍历到的下单组件，调用下单接口，将遍历到的下单组件中的下单信息传入所述下单接口；

所述下单接口根据传入的下单信息进行下单处理，并返回下单结果，所述下单结果为下单成功或者下单失败，当所述下单结果为下单成功时，所述下单结果包括根据所述下单信息生成的订单信息；

将所述订单系统中各下单接口返回的下单结果存储至订单数组中，当所述订单数组中存储的下单结果与下单信息的条数一致时，结束异步下单处理。

5.如权利要求4所述的方法，其特征在于，在所述订单系统中循环遍历下单页面中的下单组件，获取遍历到的下单组件中的下单信息以及下单信息的条数之后，针对遍历到的下单组件，调用下单接口，并将遍历到的下单组件中的下单信息传入所述下单接口之前，所述方法包括：

验证从遍历到的下单组件中获取到的下单信息的有效性；

所述订单系统针对遍历到的下单组件，调用下单接口，并将遍历到的下单组件中的下单信息传入所述下单接口，具体为：

针对下单信息有效的下单组件，调用下单接口，将所述下单信息有效的下单组件中的下单信息传入所述下单接口。

6.如权利要求1所述的方法，其特征在于，所述订单系统将生成的所有订单信息提交至支付系统的步骤包括：

订单系统调用支付系统的支付接口，通过所述支付接口将所有订单信息提交至支付系统，所述支付接口为支持多个订单标识的支付接口。

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

请求接收单元，用于在订单系统中接收下单请求；

下单处理单元，用于遍历订单系统中下单页面内的每一个下单组件，并根据所述下单组件中的下单信息进行异步下单处理，生成各下单组件中的下单信息对应的订单信息；

订单提交单元，用于将生成的所有订单信息提交至支付系统进行支付。

8.如权利要求所述的装置，其特征在于，所述订单系统为充值系统，所述下单请求为充值请求。

9.如权利要求7所述的装置，其特征在于，所述装置还包括：

下单组件添加单元，用于检测下单页面中的下单组件添加指令，根据所述下单组件添加指令在下单页面添加单个下单组件，或者批量添加下单组件。

10.如权利要求7所述的装置，其特征在于，所述下单处理单元具体包括：

组件遍历模块，用于循环遍历下单页面中的下单组件，获取遍历到的下单组件中的下单信息以及下单信息的条数；

接口调用模块，用于针对遍历到的下单组件，调用下单接口，并将遍历到的下单组件中的下单信息传入所述下单接口；

订单处理模块，用于通过下单接口根据传入的下单信息进行下单处理，并返回下单结果，所述下单结果为下单成功或者下单失败，当所述下单结果为下单成功时，所述下单结果包括根据所述下单信息生成的订单信息；

结果处理模块，用于将所述订单系统中各下单接口返回的下单结果存储至订单数组中，当所述订单数组中存储的下单结果与下单信息的条数一致时，结束异步下单处理。

11.如权利要求10所述的装置，其特征在于，所述下单处理单元还包括：

信息验证模块，用于验证从遍历到的下单组件中获取到的下单信息的有效性；此时，

所述接口调用模块针对下单信息有效的下单组件，调用下单接口，将所述下单信息有效的下单组件中的下单信息传入所述下单接口。

12.如权利要求7所述的装置，其特征在于，所述订单提交单元具体用于调用支付系统的支付接口，通过所述支付接口将所有订单信息提交至支付系统，所述支付接口为支持多个订单标识的支付接口。