CN101604437A

CN101604437A - 账户批量实时处理系统及账户批量实时处理方法

Info

Publication number: CN101604437A
Application number: CN200910159659.0A
Authority: CN
Inventors: 赵旭
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2009-07-22
Filing date: 2009-07-22
Publication date: 2009-12-16
Also published as: US20120131582A1; JP2012533824A; EP2457189A1; EP2457189A4; WO2011011146A1

Abstract

一种账户批量实时处理方法，包括：(1)账户处理中心接收到做好标记的批量处理请求；(2)对所有的批量处理请求进行缓存；(3)对批量处理中所有针对同一个账户的同一类型处理请求进行预处理，合并对该账户的所有同一类型操作；(4)用于对包括经过预处理在内的批量请求进行处理，并将处理结果返回至对应的商户端。批量处理请求可以由商户端直接提出。另外，也可以给商户提供提交包括批量处理在内请求的界面，通过该界面提交。商户端进行批量处理请求时，可以在线等待处理结果，可以实时得到处理结果。并且，本申请的账户处理中心接收到批量处理请求时，先进行预处理，即将对同一账户的同一业务操作进行汇总，就能提升批量处理时的效率。

Description

账户批量实时处理系统及账户批量实时处理方法

技术领域

本申请涉及网络领域，尤其涉及账户批量实时处理系统及账户批量实时处理方法。

背景技术

请参阅图1，其为现有账户处理系统的原理示意图。该账户处理系统包括账户处理中心11和若干客户端12。账户处理中心11可以通过专线连接客户端12，也可以通过网络(因特网、内部网)等连接至客户端12。客户端12可以是多个。客户端12也可以是终端，也可以为网络。账户处理中心11至少包括服务器21和数据库22。数据库22用于存储账户信息及各种处理信息。服务器21用于对账户进行各种操作和管理。

以账户处理中心11为第三方支付平台为例，当客户端12向账户处理中心11发送将A账户中的资金分别向若干其它账户(以账户B1、B2、B3...Bn)支付金额分别为S1、S2、S3...Sn的指令时，现有的支付流程为：

首先，账户处理中心11接收到客户端12发送的支付操作；

接着，账户处理中心11先处理一次支付操作：

服务器21通过访问数据库22中A账户来判断A账户中的金额是否有超过S1金额，若账户中的金额大于等于S1金额，则锁住A账户和B1账户，并将数据库中A账户中S1金额扣除，在B1账户中增加S1金额，操作完毕后释放A账户和B1账户的锁。

如此，账户处理中心11需要进行n次上述支付操作。这种处理操作存在以下的技术缺陷：

现有的支付流程需要对A账户进行频繁操作，每一次操作都需要锁住A账户，并在处理完毕后释放A账户。不仅造成服务器21的处理效率低，更为重要的是造成服务器21的处理能力极剧下降，甚至不能接收其它客户端发出的处理请求，严重的造成整个服务器21的瘫痪。

特别是，当接收到这类对账户进行批处理请求个数较多，或者这类对账户进行批处理请求中需要处理账户特别多时，对整个服务器21造成的运行压力非常大，容易造成服务器21请求处理的队列堵塞，容易造成请求处理的失败率增加，也影响商户的体验。

为了解决上述问题，账户处理中心11的技术人员做过大量的研究，账户处理中心11以银行子系统为例，曾提出一种账户批量异步处理的方法，即：

账户处理中心11接收到客户端提交的将A账户中的资金分别向若干其它账户(以账户B1、B2、B3...Bn)支付金额分别为S1、S2、S3...Sn的指令时，预先将该指令进行存储，等到账户处理中心11适当的时机去处理该指令，并保存处理该指令的处理结果，并在适合的时机再反馈至客户端12。通常，账户处理中心11会在服务器21请求处理的队列不长时才处理该指令，比如说深夜等。这种处理方式能够减少服务器21由于处理批量操作而引起运行压力大的问题，但是实时性不高。特别是客户端12账户A中的总额不足以支付费用时，客户端12不能及时获知，影响整个支付过程。

发明内容

本申请的目的在于提供一种账户批量实时处理系统，以解决现有技术对账户批量处理引起服务器运行压力大以及实时性不高的技术问题。

本申请的目的在于提供一种账户批量实时处理方法，以解决现有技术对账户批量处理引起服务器运行压力大以及实时性不高的技术问题。

为了达到上述目的，本申请提供一种账户批量实时处理系统，包括账户处理中心和商户端，

所述商户端包括：

批量处理单元，用于对批量处理请求进行标注；

中心交互单元，用于建立与账户处理中心的交互；

所述账户处理中心进一步包括：

批量识别处理单元，用于从接收到的请求中判别出批量处理请求；

预处理单元，用于对批量处理中所有针对同一个账户的同一类型处理请求进行预处理：合并对该账户的所有同一类型操作；

请求处理单元，用于对包括经过预处理在内的批量请求进行处理，并将处理结果返回至对应的商户端。

所述预处理单元和批量识别处理单元设置在预处理服务器上，所述请求处理单元设置在请求处理服务器上。也可以，所述预处理单元和批量识别处理单元设置在预处理模块上，预处理模块和和请求处理单元为两个并行处理单元。

本申请还提供另一种账户批量实时处理系统，包括账户处理中心，所述账户处理中心还包括预处理单元和请求处理单元，其中，

预处理单元包括：

商户交互子单元，用于给商户提供提交包括批量处理在内请求的界面；

预处理子单元，用于对批量处理中所有针对同一个账户的同一类型处理请求进行预处理：合并对该账户的所有同一类型操作；

一种账户批量实时处理方法，用于实现实时处理商户端提出的批量处理请求，包括：

(1)账户处理中心接收到做好标记的批量处理请求；

(2)对所有的批量处理请求进行缓存；

(3)对批量处理中所有针对同一个账户的同一类型处理请求进行预处理：合并对该账户的所有同一类型操作；

(4)用于对包括经过预处理在内的批量请求进行处理，并将处理结果返回至对应的商户端。

进行步骤(3)的同时，并列进行以下步骤：

对请求的处理，并将处理结果返回至对应的商户端，或

对其它批量请求进行处理，并将处理结果返回至对应的商户端。

并且，步骤(1)之前还包括：向商户提供输入批量请求指令的界面，通过该界面获得商户输入的批量处理信息，加上标记后形成批量处理请求。

还有另外一种方式是步骤(1)之前还包括：商户端接收到本端商户输入要求批量请求的指令后，在该些批量处理请求的开头加上开头标记，在结束处加上结束标记。

与现有技术相比，本申请具有以下的优点：

首先，商户端进行批量处理请求时，可以在线等待处理结果，可以实时得到处理结果。

其次，本申请账户处理中心接收到批量处理请求时，先进行预处理，即将对同一账户的操作进行汇总，这样，就能提升批量处理时的效率。

再次，本申请对现有请求处理单元不经过任何修改，只额外增加关于批量处理的单元(可以是新的软件或新服务器)，保证现有系统的稳定性。

最后，本申请提供了两种可实现的方案，一种是商户端直接向账户处理中心提出批量处理请求，另一种是账户处理中心提供给商户提交包括批量处理在内请求的界面，通过该界面提交批量处理请求。这两种方式都存在使用方便的优点。

附图说明

图1为现有账户处理系统的第一实施例原理示意图；

图2为本申请一种账户批量实时处理系统的实施示例图；

图3为第一种账户批量实时处理方法的流程图；

图4为账户处理中心的第二实施例原理结构示意图；

图5为第二种账户批量实时处理方法的流程图。

具体实施方式

以下结合附图，具体说明本申请。

实施例1

请参阅图2，其为本申请一种账户批量实时处理系统的实施示例图。它包括账户处理中心31和商户端32。

商户端32可以是一个终端，也可以是一个内部网上的节点。商户端32通常包括存储器42和处理器41。

为了能够实现实时处理批量请求的效果，账户处理中心31需要给商户端32提供一批量处理请求软件或实现批量处理请求的硬件元件。通常，账户处理中心31是提供一软件或其中一插件，其可以通过网络或安装有该软件移动光盘或设置有该软件的USB等方式，提供至商户端32。商户端32通过安装该软件来实现具有提出批量请求的功能。

商户端32包括处理器41和存储器42。处理器41是用于向账户处理中心31发出包括批量处理在内的请求，并接收由账户处理中心31返回的处理结果。存储器42用于存储包括处理软件、以及请求数据及处理结果等。由于标准请求如何提出，如何保存返回的结果都是现在技术，本申请就不再详细说明。本申请仅针对批量处理这一块做详细说明。

处理器41进一步包括：

批量处理单元411，用于对批量处理请求进行标注。当接收到商户提出的批量处理请求时，将批量处理做上标识后提出请求；

中心交互单元412，用于建立与账户处理中心32的交互。商户端31通常设置有与账户处理中心32的接口，中心交互单元412将请求通过该接口发送至账户处理中心32，并且通过该接口接收到返回的处理结果。

存储器42进一步还包括批量处理存储单元421和请求记录存储单元422。其中，批量处理存储单元421用于存储批量处理软件，尤其存储用于标注批量处理请求的开头标记和结束标记。请求记录存储单元422用于保存每一笔请求的处理情况。

另外，需要说明的是，可以在商户端32的处理器41上设置批量请求展示界面413，连接批量处理单元411，用于向商户提供输入批量请求指令界面，并将商户要求批量请求的指令发送至批量处理单元411，使其在该些批量处理请求的开头加上开头标记，在结束处加上结束标记。

账户处理中心31包括服务器51和数据库52。其中，

服务器51进一步包括：

批量识别处理单元511，用于从接收到的请求中判别出批量处理请求。

预处理单元513，用于对批量处理中所有针对同一个账户的同一类型处理请求进行预处理，合并对该账户的所有同一类型操作。

请求处理单元514，用于对包括经过预处理在内的批量请求进行处理，并将处理结果返回至对应的商户端32。

服务器51的请求处理单元514和现有的处理单元相同，不需要对其进行额外的操作。批量识别处理单元511和预处理单元513可以处理成独立于现有请求处理单元514的单元，有两种方式，一种是单独设置一个预处理服务器，包括批量识别处理单元511和预处理单元513。还有一种方式，是设置在现有的服务器51上设置独立的预处理模块。批量识别处理单元511通过标识来识别出批量处理请求。预处理单元513将多个对同一账户的请求一并处理成一个请求，并且请求的格式是符合原有格式的要求的。这样，当预处理单元513在进行操作时，并不影响现有的请求处理单元514进行处理，即两个并行处理单元。

数据库52除了现有的存储单元(如账户存储单元、处理记录存储单元等)之外，还包括批量处理缓存区521，分别连接批量识别处理单元511和预处理单元513，用于将批量识别处理单元511识别到的批量处理进行缓存。如果是单独设置一个预处理服务器，该预处理服务器包括批量识别处理单元511和预处理单元513。在上述情况下，批量处理缓存区521可以直接设置在预处理服务器上，直接保存在该服务器内部的存储器上。如果是采用在现有的服务器51上设置独立的预处理模块时，批量处理缓存区521可以设置在数据库52中(如图2所示)，也可以将其保存在服务器51的存储器上。

上述公开的仅为本实例的一原理结构，该些单元可以是逻辑单元，也可以是物理单元。即可以是用软件来实现的单元，也可以通过硬件来实现的单元，在此，并非用于局限于本申请。

针对上述公开结构原理图，请参阅图3，其为一种账户批量实时处理方法第一实施例的流程图。它用于实现实时处理商户端提出的批量处理请求，包括：

S110：账户处理中心接收到商户端发送的做好标记的批量处理请求。

商户端先进行能够批量处理的设置。比如，向商户提供输入批量请求指令的界面接口。

当商户端接收到本端商户输入要求批量请求的指令后，在该些批量处理请求的开头加上开头标记，在结束处加上结束标记。

商户端将做好标记的批量处理请求发送至账户处理中心。

标记可以是普通的字符标记，在本实例中，标记主要为一指令，账户处理中心接收到该指令，即可以进行对应的批量处理。

账户处理中心接收到请求后，预处理模块/预处理服务器先判断该请求是否是批量处理请求，如果是，则进行批量处理操作，如果不是，则直接发送至请求处理单元进行处理。预处理模块/预处理服务器通过标记来判别是不是批量处理请求。

S120：对所有的批量处理请求进行缓存。

当预处理模块/预处理服务器判断出该些请求是批量处理请求时，则可以将这些批量处理进行缓存。比如，判断出请求中携带的某数据是批量处理开头标记时，则开始缓存数据，直到检测出某数据是批量处理的结束标记。

本实例中，主要是通过编程语言来完成上述功能。

比如：

public class BatchTemplate{

/**

*执行账务的批处理。

*

*@return

当商户端接收到本端商户输入要求批量请求后，即可以在前端加入“publicclass BatchTemplate{”，在其后加上“@return”。事实上，public class BatchTemplate是一模板，即账户处理中心和商户端可以约定“BatchTemplate”为批量处理命令，里面的数据为需要进行批量处理的数据，还可以约定该些批量处理数据的排列顺序、内容等。商户端按照预先的约定来组织BatchTemplate这个模板中的数据。

这些数据可以和其它数据一并发送至账户处理中心，账户处理中心接收到请求后，看到“public class BatchTemplate{”即可知其为一个批量请求指令，执行里面的内容，并且，“@return”作为批量请求命令的结束。

S130：对批量处理请求中所有针对同一个账户的同一类型处理请求进行预处理，合并对该账户的所有同一类型操作。

批量处理主要指对某一些账单进行一些操作。预处理主要是指该些批量处理中对同一个账户的所有操作进行统一汇总，所述合并对该账户的所有同一类型操作进一步包括：将对该账户中所有输入/输出金额进行计算，计算出最终输入/输出的金额。

合并对该账户的所有同一类型操作后，按照处理请求格式重新组装成新的处理请求。

S140：用于对包括经过预处理在内的批量处理请求进行处理，并将处理结果返回至对应的商户端。

进行步骤S130的同时，并列进行以下步骤：

对请求的处理，并将处理结果返回至对应的商户端，或

也就是说，在请求处理单元进行步骤S140时，预处理模块/预处理服务器可以再进行另外批量处理请求的预处理。

上述实施例1是在商户端设置批量处理相应的软件或插件，商户通过本端设置的插件或软件来提出批量处理请求。这种方式商户端需要在本端安装对应的软件或插件。为此，申请人还提供了第二种实施方式。

实施例2

请参阅图4，其为第二种实例例中账户处理中心的原理示意图。它包括预处理单元61和请求处理单元62。请求处理单元62是现有的请求处理单元62，以第三方支付平台为例，请求处理单元62可以为现有的支付处理系统。

在本实例中，申请人主要是在现有的第三方支付平台外增设了预处理单元61。该预处理单元61包括：

商户交互子单元611，用于给商户提供提交包括批量处理请求在内的界面。商户与预处理单元61通过该商户交互子单元611建立交互。商户可以通过互联网连接至商户交互子单元611，也可以通过无线通信系统连接至商户交互子单元611。商户交互子单元611上设置用于商户提出批量处理的输入界面。

预处理子单元614，用于对批量处理中所有针对同一个账户的同一类型处理请求进行预处理，合并对该账户的所有同一类型操作。

当商户交互子单元611只接收批量处理请求时，可以仅包含预处理子单元614。由于商户交互子单元通常除了包括接收商户提出批量处理的请求之外，还包括其它请求。因此，预处理单元61还包括：

批量处理子单元612，用于获得商户输入的批量处理信息，加上标记后形成批量处理请求；

批量识别处理子单元613，用于从请求中判别出批量处理请求，并将判别出的批量处理请求发送至预处理子单元614。

当预处理单元61用独立的服务器来完成时，在服务器的存储器上开辟一空间，即批量处理缓存区615，用于将批量识别处理子单元614识别到的批量处理请求进行缓存。当预处理单元61在现有的请求处理单元62所在的服务器上完成时，则可以在现有的数据库中开辟一空间，用于将批量识别处理子单元613识别到的批量处理请求进行缓存。

通过上述的结构分析可知，在实施例2中无需要在客户端做任何改进，只需要客户能够建立与商户交互子单元611建立交互即可。

请参阅图5，其为一种账户批量实时处理方法第二实施例的流程图。它用于实现实时处理商户端提出的批量处理请求，包括：

S210：账户处理中心向商户提供输入批量请求指令的界面。

预处理单元向商户提供该界面，接收客户通过无线通信网络或互联网访问该界面。

S220：通过该界面获得商户输入的批量处理信息，加上标记后形成批量处理请求。

预处理单元接收到商户输入的批量处理信息，加上开头标记和结束标记后形成批量处理请求。

S230：对所有的批量处理请求进行缓存。

当预处理单元判断出该些请求是批量处理请求时，则可以将这些批量处理进行缓存。比如，判断出请求中携带的某数据是批量处理开头标记时，则开始存储，直到检测出某数据是批量处理的结束标记。

S240：对批量处理中所有针对同一个账户的同一类型处理请求进行预处理，合并对该账户的所有同一类型操作。

S250：用于对包括经过预处理在内的批量请求进行处理，并将处理结果返回至对应的商户端。

应用例

还是以账户处理中心接收到客户端提交的将A账户中的资金分别向30个其它账户(以账户B1、B2、B3...B30)支付金额3000元的指令为例。

原有的支付流程为：

1.A-->B1(A向B1账户支付资金3000元)

a)等待获取A账户的锁

b)A加锁

c)等待获取B1账户的锁

d)B1加锁

e)从A账户中减去3000

f)B1中加上3000

2.A-->B2(A向B2账户支付资金3000元)

a)等待获取A账户的锁

b)A加锁

c)等待获取B2账户的锁

d)B2加锁

e)从A账户中减去3000

f)B2中加上3000...A账户需要加锁30次，这种支付流程非常慢，而且，当A账户有没有足够的钱进行支付，只能做到某一支付处理时才能获知。特别是，当商户端不能及时获知没有足够的钱来进行支付，使得支付流程加长。

本应用例中，

1.预处理

a)经分析A计划-3000*30

b)B1计划+3000

c)B2计划+3000

...

d)计划B30+3000

2.执行处理

a)等待获取A锁

b)A-90000

c)等待获取B1锁

d)B1+3000

e)等待获取B2锁

f)B2+3000

g)...

h)等待获取B30锁

i)B30+3000

通过这样的预处理，可以及时获知A账户是否有足够的钱来进行本次支付，提高支付的效率。另外，A等待锁的次数大大降低了，节省了29次，通常这个29次带来节省的处理时间会在千级或更高的时间级别上。系统不需要这些等待了，就可以再接受其他更多的请求了，从另一个侧面也提高了系统的处理时间。

合并对该账户的所有同一类型操作后，可以按照原有的处理请求格式重新组装成新的处理请求。在本应用例中，合并完A账户的同一类型操作后，向系统发出的处理请求，处理请求的格式还是为：账户名、操作金额，即A账户、支出金额90000元。

以上公开的仅为本实用新型的几个具体实施例，但本实用新型并非局限于此，任何本领域的技术人员能思之的变化，都应落在本实用新型的保护范围内。

Claims

1、一种账户批量实时处理系统，包括账户处理中心和商户端，其特征在于，

所述商户端包括：

批量处理单元，用于对批量处理请求进行标注；

中心交互单元，用于建立与账户处理中心的交互；

所述账户处理中心进一步包括：

预处理单元，用于对批量处理请求中所有针对同一个账户的同一类型处理请求进行预处理，合并对该账户的所有同一类型操作；

2、如权利要求1所述的系统，其特征在于，所述预处理单元和批量识别处理单元设置在预处理服务器上，所述请求处理单元设置在请求处理服务器上。

3、如权利要求1所述的系统，其特征在于，所述预处理单元和批量识别处理单元设置在预处理模块上，预处理模块和请求处理单元为两个并行处理单元。

4、如权利要求2或3所述的系统，其特征在于，所述账户处理中心还包括批量处理缓存区，分别连接批量识别处理单元和预处理单元，用于将批量识别处理单元识别到的批量处理进行缓存。

5、如权利要求1所述的系统，其特征在于，所述商户端还包括批量处理标注存储单元，用于存储用于标注批量处理请求的开头标记和结束标记。

6、如权利要求5所述的系统，其特征在于，

商户端还提供批量请求展示界面，连接批量处理单元，用于向商户提供输入批量请求指令界面，并将商户要求批量请求的指令发送至批量处理单元，使其在该些批量处理请求的开头加上开头标记，在结束处加上结束标记。

7、一种账户批量实时处理系统，包括账户处理中心，其特征在于，所述账户处理中心还包括预处理单元和请求处理单元，其中，

预处理单元包括：

商户交互子单元，用于给商户提供提交包括批量处理请求在内请求的界面；

预处理子单元，用于对批量处理请求中所有针对同一个账户的同一类型处理请求进行预处理，合并对该账户的所有同一类型操作；

8、如权利要求7所述的系统，其特征在于，所述商户是通过网络与账户处理中心建立通信。

9、如权利要求7所述的系统，其特征在于，预处理单元还包括：

批量处理子单元，用于获得商户输入的批量处理信息，加上标记后形成批量处理请求；

批量识别处理子单元，用于从请求中判别出批量处理请求。

10、一种账户批量实时处理方法，用于实现实时处理商户端提出的批量处理请求，其特征在于，包括：

(1)账户处理中心接收到做好标记的批量处理请求；

(2)对所有的批量处理请求进行缓存；

(3)对批量处理请求中所有针对同一个账户的同一类型处理请求进行预处理，合并对该账户的所有同一类型操作；

11、如权利要求10所述的方法，其特征在于，步骤(1)之前还包括：

向商户提供输入批量请求指令的界面，通过该界面获得商户输入的批量处理信息，加上标记后形成批量处理请求。

12、如权利要求10所述的方法，其特征在于，步骤(1)之前还包括：

商户端接收到本端商户输入要求批量请求的指令后，在该些批量处理请求的开头加上开头标记，在结束处加上结束标记。

13、如权利要求10所述的方法，其特征在于，步骤(1)是通过开头标记和结束标记从处理请求中区别出批量处理请求的。

14、如权利要求10所述的方法，其特征在于，进行步骤(3)的同时，并列进行以下步骤：

对请求的处理，并将处理结果返回至对应的商户端，或

15、如权利要求10所述的方法，其特征在于，所述合并对该账户的所有同一类型操作进一步包括：将对该账户中所有输入/输出金额进行计算，计算出最终输入/输出的金额。

16、如权利要求10所述的方法，其特征在于，步骤(3)还包括，合并对该账户的所有同一类型操作后，按照处理请求格式重新组装成新的处理请求。