CN101625749A - 一种联机批处理数据的方法、服务器及系统 - Google Patents

Abstract

本发明提供一种联机批处理数据的方法、服务器及系统，其中，该方法包括：接收一个或多个第一方以联机方式发送的数据，其中，数据中包括用户的业务数据、以及第一方与用户约定的代理业务编号；根据代理业务编号，对业务数据进行合法性验证；在合法性验证成功时，对业务数据执行批处理操作。本发明可以提高资源利用率。

Description

一种联机批处理数据的方法、服务器及系统

技术领域

本发明涉及数据处理领域，具体地，涉及一种联机批处理数据的方法、服务器及系统。

背景技术

目前，各银行的数据处理系统一般采用核心系统处理各种相关数据，核心系统提供两种数据处理环境：联机环境和批处理环境。其中，联机环境是实时的处理数据的环境，需要分行前置、或外围系统与核心系统之间的交互来完成业务。批处理环境是批量处理数据的环境，可以在核心系统侧进行整批的数据处理进程。

由于联机环境需要分行前置、或外围系统与核心系统之间的交互，在数据量较少时，联机环境不会给系统造成很大的压力，但是，在数据量较大时，如果还是采用联机环境处理数据，则会占用系统较多的资源，从而降低资源利用率。

发明内容

本发明实施例的主要目的在于提供一种联机批处理数据的方法、服务器及系统，以解决上述在数据量较大时，采用联机环境处理数据占用系统较多的资源，从而导致资源利用率降低的问题。

为了实现上述目的，本发明实施例提供一种联机批处理数据的方法，该方法包括：接收一个或多个第一方以联机方式发送的数据，其中，所述数据中包括用户的业务数据、以及第一方与所述用户约定的代理业务编号；根据所述代理业务编号，对所述业务数据进行合法性验证；在合法性验证成功时，对所述业务数据执行批处理操作。

其中，对所述业务数据执行批处理操作包括：判断当前系统资源是否处于忙状态；如果当前系统资源处于忙状态，则对所述业务数据延迟预定时间后再执行批处理操作；否则，直接对所述业务数据执行批处理操作。

优选地，根据如下参数至少之一判断当前系统资源是否处于忙状态：CPU利用率；磁盘吞吐量。

上述对业务数据进行合法性验证包括：根据所述代理业务编号，在预先保存的控制信息中查找与所述代理业务编号对应的信息；如果所述业务数据与所述代理业务编号对应的信息符合，则合法性验证成功；否则，合法性验证失败。

在所述预先保存的控制信息中查找与所述代理业务编号对应的信息之后，所述方法还包括：将所述业务数据读写入与所述代理业务编号对应的信息中。

对所述业务数据执行批处理操作之后，所述方法还包括：将对所述业务数据执行批处理操作的结果、或者合法性验证失败结果反馈给相应的第一方。

上述业务数据包括以下至少之一：姓名、与所述姓名对应的帐户号、与所述姓名对应的身份证号码、与所述代理业务编号对应的帐户号。

本发明实施例还提供一种联机批处理数据系统，所述系统包括一个或多个第一方，与所述一个或多个第一方进行信息交互的第二方，其中，所述第一方用于以联机方式向所述第二方发送数据，所述第二方包括：接收单元，用于接收来自所述第一方的数据，其中，所述数据中包括用户的业务数据、以及所述第一方与所述用户约定的代理业务编号；验证单元，用于根据所述代理业务编号，对所述业务数据进行合法性验证；批处理单元，用于在所述验证单元合法性验证成功时，对所述业务数据执行批处理操作。

具体地，上述验证单元包括：查找模块，用于根据所述代理业务编号，在预先保存的控制信息中查找与所述代理业务编号对应的信息；验证模块，用于验证所述业务数据是否符合与所述代理业务编号对应的信息。

具体地，上述批处理单元包括：判断模块，用于判断当前系统资源是否处于忙状态；计时器，用于在所述判断模块判断当前系统资源处于忙状态时，开始计时预定时间；批处理模块，用于对所述业务数据执行批处理操作。

优选地，上述第二方还包括：发送单元，用于将所述批处理单元执行的结果、或者合法性验证失败结果反馈给相应的第一方。

优选地，上述第二方还包括：存储器，用于保存信息。

优选地，上述第二方还包括：读写单元，用于进行读写操作。

本发明实施例还提供一种联机批处理数据服务器，该服务器包括：接收单元，用于接收来自第一方的数据，其中，所述数据中包括用户的业务数据、以及所述第一方与所述用户约定的代理业务编号；验证单元，用于根据所述代理业务编号，对所述业务数据进行合法性验证；批处理单元，用于在所述验证单元合法性验证成功时，对所述业务数据执行批处理操作。

借助于上述技术方案至少之一，通过接收第一方以联机方式发送的数据，在合法性验证成功时，第二方对数据执行批处理操作，克服了现有技术中以联机方式通过第一方和第二方的交互处理数据而占用大量资源的问题，提高了资源利用率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例的联机批处理数据系统的结构框图；

图2是根据本发明实施例的联机批处理数据系统的第二方的验证单元和批处理单元的具体结构框图；

图3是根据本发明实施例的联机批处理数据系统的第二方的具体结构框图；

图4是根据本发明实施例的实名团体购票业务的处理流程图；

图5是根据本发明实施例的基金批量退款业务的处理流程图；

图6是根据本发明实施例的联机批处理数据的方法的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

由于以联机方式处理大量数据会占用系统较多的资源，导致资源利用率的降低，基于此，本发明实施例提供一种联机批处理数据的方法、服务器及系统，通过以联机方式上送数据，然后以批量作业的方式来处理数据，减少了资源的占用，从而提高了资源利用率。以下结合附图对本发明进行详细说明。

实施例一

本发明实施例提供一种联机批处理数据系统，图1是该联机批处理数据系统的结构框图。

如图1所示，该系统包括一个或多个第一方1，与一个或多个第一方进行信息交互的第二方2，其中，第一方1用于以联机方式向第二方2发送数据，第二方2可以称为联机批处理数据服务器，用于处理第一方1上传的数据。

该第二方2包括：接收单元20、验证单元22和批处理单元24，以下对这三个单元进行详细描述。

接收单元20，用于接收来自第一方1的数据，其中，数据中包括用户的业务数据、以及第一方与用户约定的代理业务编号。这里的业务数据可以包括：姓名、与姓名对应的帐户号、与姓名对应的身份证号码、与代理业务编号对应的帐户号等。

验证单元22，连接至接收单元20，用于根据代理业务编号，对业务数据进行合法性验证。

批处理单元24，连接至验证单元22，用于在验证单元22合法性验证成功时，对业务数据执行批处理操作。

由以上描述可以看出，通过第一方以联机方式上送数据给第二方，在验证单元22验证合法性成功时，批处理单元24对业务数据执行批处理操作，这样就避免了以联机方式处理数据需要占用大量资源的问题，相比于现有技术，本发明实施例提供的技术方案，可以提高系统资源的利用率。

在实际操作中，上述第一方可以是银行系统中的分行前置、或外围系统，上述第二方可以是银行系统中的核心系统，以下以银行系统为例，对本发明实施例进行详细描述。为了描述方便，以下对分行前置、或外围系统简称为分行，对核心系统简称为总行。

上述代理业务编号可以由总行根据用户办理的业务类型分配。例如，某公司需要为公司员工办理网银待发工资业务，该公司可以在分行或总行办理此业务。如果在分行办理，则分行会通过联机方式将该公司需要办理网银待发工资业务的信息上送给总行，由总行给该公司分配一个代理业务编号，再由分行通知给该公司，如果在总行办理，则总行直接给该公司分配一个代理业务编号。这样，该公司在进行网银待发工资业务时，只需要提供该代理业务编号，总行就可以识别是否为该公司的业务。

图2是联机批处理数据系统中验证单元22和批处理单元24的具体结构框图。如图2所示，验证单元22包括：查找模块220和验证模块222；批处理单元24包括：判断模块240、计时器242和批处理模块244，以下分别详细描述验证单元22和批处理单元24。

(一)验证单元22

查找模块220，用于根据代理业务编号，在预先保存的控制信息中查找与代理业务编号对应的信息。

这里的控制信息可以包括与用户办理的业务相关的信息和代理业务编号。例如，如果是网银待发工资业务，则控制信息可以包括：用户(例如，某公司)的代理业务编号、用户的帐户、用户的帐户余额、每个员工的姓名、身份证号码等。

验证模块222，连接至查找模块220，用于验证业务数据是否与代理业务编号对应的信息符合；如果业务数据与代理业务编号对应的信息符合，则合法性验证成功，接下来执行批处理单元24；否则，就表示合法性验证失败，处理数据流程结束。

基于以上的网银待发工资业务为例，业务数据可以包含员工姓名、与员工姓名对应的帐户号、与员工姓名对应的身份证号码、与员工姓名对应的应发工资、以及与代理业务编号对应的帐户号。如果验证模块发现业务数据中与代理业务编号对应的帐户号、与控制信息中的用户的帐户号不符合；或者验证模块发现业务数据中全部员工的应发工资总额大于控制信息中的用户的帐户余额，则表示业务数据与代理业务编号对应的信息不符合，此时，验证模块验证业务数据合法性失败。

(二)批处理单元24

判断模块240，用于判断当前系统资源是否处于忙(或紧张)状态。

具体地，判断模块240可以根据当前系统的CPU利用率、和\或磁盘吞吐量来判断，当前系统资源是否处于忙状态。如果当前系统的CPU利用率大于第一预定值、和\或磁盘吞吐量大于第二预定值，则表示当前系统资源处于忙状态，否则，当前系统资源处于闲状态。

这里的第一预定值、和第二预定值可以根据系统的实际情况设定，本发明不限于此。

计时器242，连接至判断模块240，用于在判断模块240判断当前系统资源处于忙状态时，开始计时预定时间。

这里的预定时间可以根据系统的实际情况设定，本发明不限于此。

批处理模块244，用于对业务数据执行批处理操作。

具体地，如果判断模块240判断当前系统资源处于忙状态，则在计时器242计时结束后，对业务数据执行批处理操作；如果判断模块240判断当前系统资源处于闲状态，则直接对业务数据执行批处理操作。这样，就可以避开业务高峰时段，从而可以合理的使用系统资源，提高了系统资源的利用率。

优选地，上述第二方2还可以包括图3中所示的发送单元30、存储器32、读写单元34，其中：

发送单元30，连接至批处理单元24和验证单元22，用于将批处理单元24执行的结果、合法性验证失败结果等信息反馈给相应的分行；

存储器32，用于保存信息，优选地，用于保存控制信息、以及发送单元26发送给分行的信息；

读写单元34，用于进行读写操作，优选地，将接收单元20接收的业务数据读写入与代理业务编号对应的信息中、或者将批处理单元执行的结果读写入控制信息中，以供后续的查阅和操作。

在实际操作中，批处理单元执行的结果可以包括每条记录的执行情况，如果某条记录操作成功，则该条记录的执行状态为成功，否则，为失败，另外，还可以包括执行失败的原因、批处理单元执行的时刻、验证单元验证合法性结果、分行的地址(包括IP地址)等信息。

为了方便查阅和操作，上述控制信息、发送单元反馈的结果可以以表格的形式存在，例如，上述控制信息可以是控制表，发送单元反馈的结果可以是明细表。

为了更好的理解本发明，以下以BTP(Batch Transaction Process，批量交易处理)平台、控制表和明细表为例，进一步详细描述本发明。该BTP平台位于总行，可以集成接收单元20、验证单元22、批处理单元24、发送单元30、存储器32和读写单元34的功能。

在实际操作中，为了便于总行处理数据，分行在向总行上送数据之前，为每个数据分配一个分行内唯一的批次号，用于标识数据，即把每个数据看作为一个批次，然后，分行将数据上送给总行，该数据包括批次号、用户的业务数据、以及分行(或总行)与用户约定的代理业务编号。这样，总行就可以根据批次号方便的识别该处理的数据。批次号可以由各分行自行分配，例如，批次号可以由8位日期和4位顺序号构成。

在分行向总行的BTP平台上送数据(即批次)后，BTP平台根据批次携带的代理业务编码查找控制表中对应的记录，并将批次携带的批次号等信息读写入该记录相应的位置。每个批次对应控制表中的一条记录，每条记录可以包括用户的代理业务编号、用户的帐户号、用户的帐户余额，还可以包括批次号、系统状态、运行模式、处理日期、上传参数、下传参数、记录总数、交易总金额、正确数据记录数、正确数据总金额等信息，其中：

系统状态：系统当前是否处于忙状态，如果系统状态为允许运行，则表示系统当前处于闲状态，否则，表示系统当前处于忙状态，只有当系统状态为允许运行时，才能由系统正常处理该批次；

运行模式：批次允许的运行模式；

处理日期：批次要求处理的日期；

上传参数：包括分行上传总行的文件名称，上传机器IP地址，上传用户名称和密码；

下传参数：包括总行下传处理结果文件的名称，下传机器IP地址，下传用户名称和密码；

记录总数：批次需要处理的记录总数；

交易总金额：批次处理的金额总额；

正确数据记录数：用于记录处理完成后，统计的成功笔数；

正确数据总金额：成功入账的总金额。

然后，BTP平台进行合法性验证，包括：验证业务数据是否与控制表中的相应的记录的信息符合、验证当前是否为批次的处理日期，运行模式是否符合当前系统模式等。

在验证成功之后，BTP平台根据当前系统的CPU利用率、和\或磁盘吞吐量来判断当前系统状态是否为允许运行；

在当前系统状态为允许运行状态时，BTP平台执行批处理操作，在批处理过程中，如果遇到某条记录出错，例如，在网银待发工资业务中，BTP平台发现业务数据中有的员工姓名在控制表中不存在，则这些员工对应的操作就会出错，但是不会影响其它员工对应的操作。

BTP平台执行批处理操作完成后，将执行的结果读写入控制表和明细表的相应位置，这里的明细表包括批次中每条记录的操作情况。

具体地，明细表可以包括：分行号、批次号、笔序号、状态、错误代码、帐号、金额、备注，其中：

分行号、批次号：标志所属批次；

笔序号：批次中唯一标识某条记录的入账信息；

状态：标识每条记录的入账信息的处理状态；

错误代码：当某条记录入账处理失败后，记录错误原因；

帐号、金额、备注：需要入账的客户基本信息。

然后，BTP平台将明细表下传给与批次号相应的分行，以方便分行的查阅，如果明细表中有的记录的状态为错误，则分行可以根据该条记录出错的原因，查询并修改该条记录在控制表中的信息，以使BTP平台对该条记录重新执行操作。

为了更好地理解本发明，以下描述两个实例。

实例一：实名团体购票业务

图4是根据本发明实施例的实名团体购票业务的处理流程图，如图4所示，该流程包括：

步骤401，购票单位与总行签署代理业务协议，由总行生成代理业务编号；

步骤402，购票单元将购票员工的姓名、身份证号、购票数量等购票信息上交给分行；

步骤403，分行通过联机方式将购票信息和代理业务编号上送总行BTP平台，总行BTP平台将购票信息读入控制表中与代理业务编号相应的位置；

步骤404，当购票信息完全上送总行成功后，总行BTP平台验证购票信息的合法性，如果购票信息合法性验证成功，则进行步骤405；否则，进行步骤406；

步骤405，判断当前系统资源情况，如果系统资源情况允许运行，则进行步骤407；否则，延迟预定时间后，重新执行步骤405；

步骤406，将购票信息合法性验证失败信息读写入控制表中与代理业务编号相应的位置，并将失败信息下传给分行；

步骤407，执行批处理操作进行代售处理；

步骤408，执行批处理操作完成后，将操作结果读写入控制表中与代理业务编号相应的位置，并将操作结果下传给分行。

实例二：基金批量退款业务

基金公司每日都能收到大量的客户赎回要求，而这些赎回的金额往往要落到银行客户的储蓄账户上。银行系统通过分行(例如，基金前置机)与基金公司进行数据交互。图5是根据本发明实施例的基金批量退款业务的处理流程图，如图5所示，该流程包括：

步骤501，基金公司与总行签署代理业务协议，由总行生成代理业务编号；

步骤502，基金公司每日日终(例如，每天17时)会下传给分行一个代理基金买卖客户赎回清单文件，文件内容包含有基金公司在总行的帐号、客户名称、客户的签约信息、赎回金额等信息；

步骤503，分行将接收到的赎回清单文件上送总行BTP平台，BTP平台将赎回清单文件中的信息读入控制信息中与代理业务编号相应的位置；

步骤504，BTP平台对赎回清单文件进行合法性验证，如果合法性验证成功，则进行步骤505；否则，进行步骤506；

步骤505，判断当前系统资源情况，如果系统资源情况允许运行，则进行步骤507；否则，延迟预定时间后，重新执行步骤505；

步骤506，将赎回清单文件合法性验证失败信息读写入控制表中与代理业务编号相应的位置，并将失败信息下传给分行；

步骤507，执行批处理操作进行退款业务；

步骤508，执行批处理操作完成后，将操作结果读写入控制表中与代理业务编号相应的位置，并将操作结果下传给分行。

实施例二

本发明实施例提供一种联机批处理数据的方法，图6是根据本发明实施例的联机批处理数据的方法的流程图，如图6所示，该方法包括：

步骤602，接收一个或多个第一方以联机方式发送的数据，其中，数据中包括用户的业务数据、以及第一方与用户约定的代理业务编号。

业务数据包括以下至少之一：姓名、与所述姓名对应的帐户号、与所述姓名对应的身份证号码、与所述代理业务编号对应的帐户号。

优选地，这里的代理业务编号可以是上述实施例一中的代理业务编号。

步骤604，根据代理业务编号，对业务数据进行合法性验证。

步骤606，在合法性验证成功时，对业务数据执行批处理操作。

由以上描述可以看出，通过第一方以联机方式上送数据给第二方，在第二方验证合法性成功时，对业务数据执行批处理操作，这样就避免了以联机方式处理数据需要占用大量资源的问题，相比于现有技术，本发明实施例提供的技术方案，可以提高系统资源的利用率。

优选地，本实施例中的第一方可以是上述实施例一中的第一方，本实施例中的第二方可以是上述实施例一中的第二方。

为了进一步理解本发明，以下对上述步骤604、606进行详细的描述。

(一)步骤604

对业务数据进行合法性验证包括：

根据代理业务编号，在预先保存的控制信息中查找与代理业务编号对应的信息；

如果业务数据与代理业务编号对应的信息符合，则合法性验证成功，接下来执行步骤606；否则，合法性验证失败，流程结束，总行将合法性验证失败结果反馈给分行。

具体的验证过程可以参考上述实施例一中的验证单元的执行过程，这里不再赘述。

(二)步骤606

对业务数据执行批处理操作具体包括：

判断当前系统资源是否处于忙状态；

如果当前系统资源处于忙状态，则对业务数据延迟预定时间后再执行批处理操作；否则，直接对业务数据执行批处理操作。这里的预定时间可以根据系统的实际情况设定，本发明不限于此。

这样，通过对当前系统资源的判断，就可以避开业务高峰时段，从而可以合理的使用系统资源，提高了系统资源的利用率。

在实际操作中，可以根据当前系统的CPU利用率、和\或磁盘吞吐量来判断，当前系统资源是否处于忙状态。如果当前系统的CPU利用率大于第一预定值、和\或磁盘吞吐量大于第二预定值，则表示当前系统资源处于忙状态，否则，当前系统资源处于闲状态。

这里的第一预定值、和第二预定值可以根据系统的实际情况设定，本发明不限于此。

在对业务数据进行合法性验证之前，总行可以将接收的业务数据读写入与代理业务编号对应的信息中。这样，就方便了后续的查阅和操作。

在对业务数据执行批处理操作完成之后，总行还可以将业务数据执行批处理操作的结果反馈给相应的分行。

综上所述，通过分行以联机方式将业务数据上送给总行之后，总行在本侧根据合法性验证、系统资源当前状态等，对业务数据进行批处理操作，这样，就克服了以联机方式处理业务数据需要占用大量资源的问题，通过本发明，可以提高系统资源的利用率。

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

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (19)

1.一种联机批处理数据的方法，其特征在于，所述方法包括：

接收一个或多个第一方以联机方式发送的数据，其中，所述数据中包括用户的业务数据、以及第一方与所述用户约定的代理业务编号；

根据所述代理业务编号，对所述业务数据进行合法性验证；

在合法性验证成功时，对所述业务数据执行批处理操作。

2.根据权利要求1所述的方法，其特征在于，所述对所述业务数据执行批处理操作包括：

判断当前系统资源是否处于忙状态；

如果当前系统资源处于忙状态，则对所述业务数据延迟预定时间后再执行批处理操作；否则，直接对所述业务数据执行批处理操作。

3.根据权利要求2所述的方法，其特征在于，根据如下参数至少之一判断当前系统资源是否处于忙状态：

CPU利用率；

磁盘吞吐量。

4.根据权利要求1所述的方法，其特征在于，对所述业务数据进行合法性验证包括：

根据所述代理业务编号，在预先保存的控制信息中查找与所述代理业务编号对应的信息；

如果所述业务数据与所述代理业务编号对应的信息符合，则合法性验证成功；否则，合法性验证失败。

5.根据权利要求4所述的方法，其特征在于，在所述预先保存的控制信息中查找与所述代理业务编号对应的信息之后，所述方法还包括：

将所述业务数据读写入与所述代理业务编号对应的信息中。

6.根据权利要求1所述的方法，其特征在于，对所述业务数据执行批处理操作之后，所述方法还包括：

将对所述业务数据执行批处理操作的结果、或者合法性验证失败结果反馈给相应的第一方。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述业务数据包括以下至少之一：

姓名、与所述姓名对应的帐户号、与所述姓名对应的身份证号码、与所述代理业务编号对应的帐户号。

8.一种联机批处理数据系统，所述系统包括一个或多个第一方，与所述一个或多个第一方进行信息交互的第二方，其中，所述第一方用于以联机方式向所述第二方发送数据，其特征在于，所述第二方包括：

接收单元，用于接收来自所述第一方的数据，其中，所述数据中包括用户的业务数据、以及所述第一方与所述用户约定的代理业务编号；

验证单元，用于根据所述代理业务编号，对所述业务数据进行合法性验证；

批处理单元，用于在所述验证单元合法性验证成功时，对所述业务数据执行批处理操作。

9.根据权利要求8所述的系统，其特征在于，所述验证单元包括：

查找模块，用于根据所述代理业务编号，在预先保存的控制信息中查找与所述代理业务编号对应的信息；

验证模块，用于验证所述业务数据是否符合与所述代理业务编号对应的信息。

10.根据权利要求8所述的系统，其特征在于，所述批处理单元包括：

判断模块，用于判断当前系统资源是否处于忙状态；

计时器，用于在所述判断模块判断当前系统资源处于忙状态时，开始计时预定时间；

批处理模块，用于对所述业务数据执行批处理操作。

11.根据权利要求8所述的系统，其特征在于，所述第二方还包括：

发送单元，用于将所述批处理单元执行的结果、或者合法性验证失败结果反馈给相应的第一方。

12.根据权利要求8至11中任一项所述的系统，其特征在于，所述第二方还包括：

存储器，用于保存信息。

13.根据权利要求8至11中任一项所述的系统，其特征在于，所述第二方还包括：

读写单元，用于进行读写操作。

14.一种联机批处理数据服务器，其特征在于，所述服务器包括：

接收单元，用于接收来自第一方的数据，其中，所述数据中包括用户的业务数据、以及所述第一方与所述用户约定的代理业务编号；

验证单元，用于根据所述代理业务编号，对所述业务数据进行合法性验证；

批处理单元，用于在所述验证单元合法性验证成功时，对所述业务数据执行批处理操作。

15.根据权利要求14所述的服务器，其特征在于，所述验证单元包括：

查找模块，用于根据所述代理业务编号，在预先保存的控制信息中查找与所述代理业务编号对应的信息；

验证模块，用于验证所述业务数据是否符合与所述代理业务编号对应的信息。

16.根据权利要求14所述的服务器，其特征在于，所述批处理单元包括：

判断模块，用于判断当前服务器资源是否处于忙状态；

计时器，用于在所述判断模块判断当前服务器资源处于忙状态时，开始计时预定时间；

批处理模块，用于对所述业务数据执行批处理操作。

17.根据权利要求14所述的服务器，其特征在于，所述服务器还包括：

发送单元，用于将所述批处理单元执行的结果、或者合法性验证失败结果反馈给相应的第一方。

18.根据权利要求14至17中任一项所述的服务器，其特征在于，所述服务器还包括：

存储器，用于保存信息。

19.根据权利要求14至17中任一项所述的服务器，其特征在于，所述服务器还包括：

读写单元，用于进行读写操作。

Images