CN103578030A - 一种数据处理方法和装置 - Google Patents

Abstract

本发明公开了一种数据处理方法和装置，涉及计算机技术领域。所述方法包括：接收web服务器发送的业务请求;根据所述业务请求,获得对应的请求对象以及对应的各统计类型;以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取目标服务器的响应数据并根据所述记录账户ID进行记录。本发明由此解决了进行后期统计分析处理数据量庞大，效率低，无法清晰的记录交易过程，容易出现逻辑错误的问题，取得了可以降低统计分析的数据量，提高处理效率，交互过程数据记录清晰，可使后期统计的业务逻辑简单的、能提高统计正确性的有益效果。

Description

一种数据处理方法和装置

技术领域

本发明涉及计算机技术领域，具体涉及一种数据处理方法和装置。

背景技术

随着inter网以及计算机技术的发展,越来越多的人在网上进行购物活动，比如为手机充话费、网上购买电子产品等，在这个过程中，第一客户端（对应消费者），第二客户端（对应商家）通过平台服务器系统连接各银行服务器，进行支付、退款等各种交易行为。在这个过程中，无论是消费者客户端，还是商户客户端其进行交易时均可能使用不同的银行服务器进行支付、转账等操作。而为了保证第一客户端或第二客户端、平台服务器系统、各银行服务器三方在进行数据交互时，各方军会对传输的交易数据（比如单号、金额）进行记录，那么在平台服务器系统中，对于某个账户ID发起的业务请求，进行处理后接收相应银行服务器返回的响应数据，再在该账户ID下建立一个记录表将对进行交易数据的记录，比如记录某个支出的数据为多少，收到的数据为多少等，但是该种记录方式得到的数据，对于后期平台服务器系统进行的数据分析会产生很多问题，在服务器进某些字段的统计分析时，按一个账户ID记录的数据中，需要获取该账户ID下的所有记录项进行摘取、分析，其处理数据量庞大、效率低，并且由于其是在一张表中按各种交易行为发生的时间进行记录，但是对于同一个业务请求，其可能对应一脉相承的多个阶段的交易行为，而不同业务请求对应的各阶段交易行为可能在时间上是交叉的，因此其无法对某个一脉相承的交易过程的数据进行清晰的记录，并且基于该记录方式，其记录逻辑混乱，使后期统计分析的业务逻辑复杂，导致统计准确性低。其一个应用场景为：对于一个账户ID，其所有交易行为产生的数据(比如账户中的金额)只直接以该ID构建记录表进行记录，比如进账多少金额，支出多少金额等各项交易过程中产生的数据，该种方法如果需要对各种会计科目进行统计分析，则需要将该账户ID下的表进行整个提取，其处理数据量庞大、效率低，并且该方法不能清晰的表示出记账的过程，由于其处理逻辑混乱，可能导致各种财务记账错误，统计正确性低。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据处理装置和相应的数据处理方法。

依据本发明的一个方面，提供了一种数据处理方法，包括：

接收web服务器发送的业务请求;

根据所述业务请求,获得对应的请求对象以及对应的各统计类型;

以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取目标服务器的响应数据并根据所述记录账户ID进行记录。

可选的，所述请求对象为各银行服务器，所述统计类型为会计科目，还包括：

针对各银行服务器分配第一编号，构建请求对象编号表；

针对各会计科目分配第二编号，构建统计类型编号表。

可选的，以请求对象和统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取目标服务器的响应数据并根据所述记录账户ID进行记录包括：

以对应银行服务器的第一编号和对应各会计科目的第二编号组合为记录账户ID，通过web服务器从请求对象所对应的银行服务器中，获取银行服务器的响应数据并根据所述记录账户ID进行记录。

可选的，在根据所述业务请求,获得对应的请求对象以及对应的统计类型时还包括：

获取所述业务请求对应的业务类型；

进一步，以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取响应数据并根据所述记录账户ID进行记录包括：

根据业务类型的业务处理阶段，在各阶段分别提取相应的记录账户ID进行记录。

可选的，根据业务类型的处理阶段，在各阶段分别提取相应的记录账户ID进行记录包括：

针对每个业务请求，构建业务处理对象，通过所述业务处理对象，针对每个阶段，在相应的记录表中采用各记录账户ID和/或用户账户ID进行数据记录。

可选的，还包括：

构建业务单表，所述业务单表用于针对各业务处理阶段的处理结果，进行状态记录。

可选的，还包括：

判断统计类型和/或目标数值是否错误；如果错误，则发出错误提醒。

可选的，接收web服务器发送的业务请求之后还包括：

获取所述业务请求中的用户状态数据并进行状态校验；当所述状态正常，则进入根据所述业务请求,获得对应的请求对象以及对应的统计类型；当所述状态不正常，则启动错误返回操作。

依据本发明的另外一个方面提供了一种数据处理装置，包括：

请求接收模块，适于接收web服务器发送的业务请求;

请求处理模块，适于根据所述业务请求,获得对应的请求对象以及对应的统计类型;

记录模块，适于以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取目标服务器的响应数据并根据所述记录账户ID进行记录。

可选的，所述请求对象为各银行服务器，所述统计类型为会计科目，还包括：

银行编号构建模块，适于针对各银行分配第一编号，构建请求对象编号表；

统计类型编号构建模块，适于针对各会计科目分配第二编号，构建统计类型编号表。

可选的，所述记录模块包括：

第一记录模块，适于以对应银行的第一编号和对应会计科目的第二编号组合为记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取银行服务器的响应数据并根据所述记录账户ID进行记录。

可选的，所述请求处理模块还包括：

第一处理模块，适于获取所述业务请求对应的业务类型；

进一步，所述记录模块包括：

第二记录模块，适于根据业务类型的业务处理阶段，在各阶段分别提取相应的记录账户ID进行记录。

可选的，所述第二记录模块包括：

针对每个业务请求，构建业务处理对象，通过所述业务处理对象，针对每个阶段，在相应的记录表中采用各记录账户ID和/或用户账户ID进行数据记录。

可选的，在业务处理对象构建模块中还包括：

状态记录模块，适于构建业务单表，所述业务单表用于针对各业务处理阶段的处理结果，进行状态记录。

可选的，还包括：

错误提醒模块，适于判断统计类型和/或目标数值是否错误；如果错误，则发出错误提醒。

可选的，所述请求接收模块之后，还包括：

账户状态判断模块，适于获取所述业务请求中的用户状态数据并进行状态校验；当所述状态正常，则进入根据所述业务请求,获得对应的请求对象以及对应的统计类型；当所述状态不正常，则启动错误返回操作。

根据本发明的一种数据处理方法可以针对web服务器发送的业务请求，获得对应的请求对象以及对应的各统计类型，然后以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取响应数据并根据所述记录账户ID进行记录，由此解决了进行后期统计分析处理数据量庞大，效率低，无法清晰的记录交易过程，容易出现逻辑错误的问题，取得了可以降低统计分析的数据量，提高处理效率，交互过程数据记录清晰，可使后期统计的业务逻辑简单的、能提高统计正确性的有益效果。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种数据处理方法的流程示意图;

图2示出了根据本发明一个实施例的一种数据处理方法流程示意图；

图3示出了根据本发明一个实施例的一种数据处理装置的结构示意图；

图4示出了根据本发明一个实施例的一种数据处理系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

下面以一种客户端、支付系统（在本发明实施例中包括web服务器和账户服务器，其中web服务器可以理解为与外部商户客户端、消费者客户端交互的外部网关系统）、银行服务器的架构为例，介绍本发明的数据处理流程。

实施例一

参照图1，其示出了本发明实施例1的一种数据处理方法的流程示意图，具体可以包括：

步骤102，接收web服务器发送的业务请求;

在本发明实施例中，商户的客户端，或者消费者的客户端可与web服务器进行交互，也可以理解为商户或者消费者在web服务器提供的网页中进行各种操作。那么比如，消费者的客户端在其浏览器页面中，点击购买某项商品对象，web服务器则返回付款页面给消费者的浏览器，消费者则通过浏览器选择某个银行进行支付，在浏览器发送支付数据到web服务器后，web服务器进行处理，然后向本发明实施例的账户服务器发出业务请求（收款请求），账户系统则接收该收款请求，进行后续处理。

步骤104，根据所述业务请求,获得对应的请求对象以及对应的各统计类型;

在本发明实施例中，web服务器发送到账户服务器的业务请求包括请求对象和对应的统计类型,比如前述收款请求中,请求向工商银行服务器收款,统计类型包括其他应付款和银行存款。

当然，所述业务请求还可以其他参数组装，比如包括请求对象和交易方式，比如前述收款请求，其交易方式为向某银行进行收款，则根据该收款方式查询对应该收款方式的统计类型“其他应付款、银行存款”，也可实现本步骤的操作。

优选的，在本发明实施例中，所述请求对象为各银行服务器，所述统计类型为会计科目。相对应的，还包括：

步骤A10，针对各银行服务器分配第一编号，构建请求对象编号表；

步骤A12，针对各会计科目分配第二编号，构建统计类型编号表。

本发明实施例为了方便统计，节省计算量，可以数字编号对各银行服务器分配编号，构建请求对象编号表，并且可通过编号与各银行服务器的地址或者接口对应，以使后续操作可以连接到银行服务器获取响应数据。然后针对各个业务以及业务流程中需要进行统计的会计科目分配第二编号，构建统计类型编号表。根据上述两张表，web服务器可以根据编号组装业务请求，账户系统可以解析请求中的请求对象和统计类型。

优选的，在根据所述业务请求,获得对应的请求对象以及对应的统计类型时还包括：

步骤A14，获取所述业务请求对应的业务类型。

在本发明实施例中，每个业务请求对应一种业务类型，而每一种业务类型又有对应不尽相同的记录账户，比如收款请求，其对应的记录账户ID包括：其他应收款-A银行，银行存款-A银行。比如退款请求，其对应的记录账户ID包括：其他应付款-A银行，银行存款-A银行。

并且，各种业务类型存在对应的业务处理阶段：比如收款请求的处理阶段包括：收到收款成功响应—>收到清算成功响应。

另外，优选的，在接收web服务器发送的业务请求之后还包括：

步骤B10，获取所述业务请求中的用户状态数据并进行状态校验；当所述状态正常，则进入根据所述业务请求,获得对应的请求对象以及对应的统计类型；当所述状态不正常，则启动错误返回操作。

在本发明实施例中，浏览器客户端与web服务器交互，在网页上选择商品对象，进行支付等操作时，会发送前端业务请求给web服务器，前端业务请求包括了浏览器客户端的用户id、用户密码、证书秘钥、验证码等一系列状状态信息，web服务器对前端业务请求进行相应的业务处理，会将上述安全状态信息封装到业务请求中发送给账户服务器，账户服务器则解析这些状态进行检测，判断是否正常，比如用户密码是否正确、验证码是否正确、证书秘钥是否正确等，如果均正常，才会进行后续业务处理流程的操作，保证用户的资金安全。如果不正常，则启动错误返回操作，通知客户端浏览器重新输入、获取进行安全提醒等操作。

步骤106，以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取响应数据并根据所述记录账户ID进行记录。

在本发明实施例中，账户服务器获得请求对象的第一编号，和各统计类型的第二编号后；比如工商银行服务器-第一编号102，对应业务请求的统计类型包括两个：其他应收款-第二编号0，银行存款-第二编号2。

具体示例可如表一和表二，表一为针对各银行的请求对象编号表；表二为针对各会计科目的统计类型编号表：

第一编号	银行名称
		102	中国工商银行
105	中国建设银行
		103	中国农业银行
104	中国银行
		201	国家开发银行
202	中国进出口银行
		203	中国农业发展银行
301	交通银行
		302	中信银行
303	中国光大银行
		304	华夏银行
305	中国民生银行
		306	广东发展银行
307	深圳发展银行
		308	招商银行
309	兴业银行

310	上海浦东发展银行
		313	上海银行
401	邯郸市城市信用社
		402	农村信用合作社
501	汇丰银行
		502	东亚银行
503	南洋商业银行
		504	恒生银行
505	中国银行（香港）有限公司
		506	集友银行
509	星展银行
		510	永亨银行
531	花旗银行
		532	美国银行
533	美国摩根大通银行
		561	日本东京三菱银行
562	日本日联银行
		563	日本三井住友银行

564	日本瑞穗实业银行
		565	日本山口银行
591	韩国外换银行
		593	友利银行
596	韩国中小企业银行
		623	星展银行
661	荷兰银行
		662	荷兰商业银行
671	英国渣打银行
		781	厦门国际银行
787	华一银行

表一

第二编号	会计科目名称
		0	其他应收款
1	其他应付款
		2	银行存款
3	其他应付款（收款调账）
		4	其他应收款（手工调账）

表二

那么则可构建记录账户ID：1020，表示其他应收款-工商银行；1022，表示银行存款1-工商银行。

然后根据102查到请求对象为工商银行服务器，发送记录请求给web服务器，web服务器则根据记录请求发送收款请求至工商银行服务器，web服务器接收到工商银行的响应数据后，则发给账户服务器，账户服务器根据响应数据中的内容在相应记录账户中进行记录。

优选的，对应步骤A50，以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取响应数据并根据所述记录账户ID进行记录包括：

A70，根据业务类型的业务处理阶段，在各阶段分别提取相应的记录账户ID进行记录。

在是本发明实施例中，各业务处理阶段对应需求的记录账户ID可能存在差别，并且同一记录账户ID记录的内容存在变化。比如：收到收款成功响应需要记录：其他应收款-A银行、其他应付款-用户账户ID；收到清算成功响应需要记录：其他应收款-A银行、银行存款-A银行。那么在各业务处理阶段，则提取相应的记录账户ID进行记录。

进一步的，根据业务类型的处理阶段，在各阶段分别提取相应的记录账户ID进行记录包括：

A16，针对每个业务请求，构建业务处理对象，通过所述业务处理对象，针对每个阶段，在相应的记录表中采用各记录账户ID和/或用户账户ID进行数据记录。

在本发明实施例中，在各业务处理阶段对于响应数据的记录除了在记录账户ID中记录，还可能用到用户账户ID本身。

在接收到业务请求后（如果进行账户状态检查，则在状态正常后），构建一个事务处理对象，通过所述业务处理对象，针对每个阶段，在相应的记录表中采用各记录账户ID和/或用户账户ID进行数据记录。

本申请可在对应用户账户ID的账户表中，以记录账户ID或者用户ID记录输入或输出数据。在本发明实施例中在用户账户表中在不同的业务处理阶段，采用不同的记录账户ID或用户账户ID进行记录。当然还可增加账户流水表，以记录账户ID或者用户ID记录业务流水（可以理解为日志记录），还可以增加业务流水表，记录业务状态（包括业务代码、以及分录代码），用于判断该业务流程是否执行完毕。

比如前述收款请求，其对应收到收款应答阶段和收到清算应答阶段；那么在收到收款应答阶段，则可在事务处理对象中：选择在账户表中，以表示其他应收款-A银行的记录账户ID记录入账数值，并在账户流水表以该记录账户ID记录收款流水，还可在业务流水表中以该记录账户ID记录业务状态；以用户账户ID记录入账数值，并在账户流水表以该用户账户ID记录收款流水，还可在业务流水表中记录业务状态。在收到清算应答阶段，，则可在事务处理对象中：选择在账户表中，以表示其他应收款-A银行的记录账户ID记录出账数值，并在账户流水表以该记录账户ID记录收款流水，还可在业务流水表中以该记录账户ID记录业务状态；以表示银行存款-A银行的记录账户ID记录入账数值，并在账户流水表以该记录账户ID记录收款流水，还可在业务流水表中以该记录账户ID记录业务状态。

进一步，优选的，还包括：

步骤A18，构建业务单表，所述业务单表用于针对各业务处理阶段的处理结果，进行状态记录。

比如对于前述收款请求，在账户系统接收到该请求后，可在事务处理对象中构建收款单单表，包括交易号，收款金额，初始状态为未收款。当收到收款成功响应后，将各项数据进行记录后，可将收款单表状态更新为-收款成功，如果没有成功，则更新为收款失败，可进行人工调整；当收到清算成功响应后，可将收款单表状态更新为-清算成功，如果没有成功，则更新为清算失败，可进行人工调整。

进一步的，在每个业务阶段，还可包括：

步骤A20，判断统计类型和/或目标数值是否错误；如果错误，则发出错误提醒。

即检查记录账户ID中对应会计科目的第二编号是否匹配该业务流程。比如收到收款成功响应阶段，1020记录ID中第四个数字0即对应其为其他应付款类型，该类型与收到收款成功响应阶段匹配，和/或目标数值（在实际中，即为交易金额）是否错误。如果错误则发出错误提醒，提醒技术人员在该处理阶段出现错误。

本发明实施例本发明由此解决了进行后期统计分析处理数据量庞大，效率低，无法清晰的记录交易过程，容易出现逻辑错误的问题，取得了可以降低统计分析的数据量，提高处理效率，交互过程数据记录清晰，可使后期统计的业务逻辑简单的、能提高统计正确性的有益效果。进一步的，本发明实施例通过多账户进行业务账户统计，本发明可以有效避免因会计科目记错导致错账的潜在可能性；可以极大的减少财务报表产生过程中账务统计的业务逻辑，提高统计正确性；可以实时监控各个会计科目下账户的财务情况，账户账务异常时报警，增强账务的管理能力和风险控制能力。

实施例二

本实施例是以收款交易业务为例说明的数据处理过程。

以收款为工行，个人客户XX，系统内账户ID100001为例，会计分录（两个业务阶段的选择的记录账户ID）如下：

收到收款响应阶段记录：

Dr.其他应收款---工商银行1020

Cr.其他应付款---个人客户资金100001

收到清算响应阶段记录：

Dr.银行存款---工商银行1022

Cr.其他应收款---工商银行1020

下面以业务场景：个人客户XX的系统内用户账户ID100001选择用工行网银给系统内账户充值100元，介绍本发明实施例的一种记账流程。

参照图2，其示出了本发明实施例二的一种数据处理方法流程示意图。

步骤202，web服务器向账户服务器发出收款请求；

Web服务器可以理解为对电子商务平台服务器外接商户客户端、消费者客户端、银行服务器的外部网关系统，负责与外部的客户端或者服务器通过inter网络进行交互。

收款请求中包括了业务类型，用户账户ID，银行代码，交易单号、收款金额、用户账户密码、电子证书秘钥等。

步骤204，账户服务器接收收款请求；

步骤206，检查用户账户ID状态；如果状态正常，则进入步骤208，如果不正常，则进入步骤210；

在本发明实施例中需要首先检查用户账户ID状态，比如检验用户账户密码是否正确、电子证书秘钥是否与账户系统的秘钥匹配等，如果检验通过，则用户ID状态正常，才能进行后续账户数据的操作，避免账户交易风险，比如用户账户ID被盗等情况。

步骤208，创建事务处理对象：在事务处理对象中，创建一条收款单表，记录状态为等待收款；并通知web服务器发起第二收款请求。

在本发明实施例中，可起一个进程，由该进程创建事务处理对象。在步骤208中则首先创建一条收款单表，记录收款单表初始状态未等待收款。并向通知web服务器向银行服务器发起收款请求。

步骤210，如果用户账户ID状态不正常，则通知web服务器进行错误返回；

比如返回错误页面给相应客户端，提示错误原因。

步骤212，web服务器向银行服务器发起第二收款请求；

收款请求包括与收款请求一致的交易单号，金额。

步骤214，web服务器异步等待银行响应；

在web服务器向银行发起收款请求后，可异步等待银行响应，如此可以降低web服务器资源的浪费。

工商银行服务器接收到第二收款请求后，将个人客户的工行网银中扣款100，然后将该100针对第二收款请求的响应数据返回。

步骤216，web服务器接收到银行服务器的响应数据后，向账户服务器发出收款应答请求；

收款应答请求中包括响应数据，即充值到账户服务器的用户账户ID100001中的100。当然如果银行服务器响应失败，则收款应答请求中的响应数据为响应失败。

步骤218，账户服务器接收到web服务器的收款应答请求；

步骤220，触发事务处理对象，采用记录账户ID和/或用户账户ID进行收款应答记录。

收到应答请求后，如果响应数据包括需求的数据，则进入收款成功应答的处理过程。

前述进程则在事务处理对象中，根据业务类型和当前处理阶段对应的会计科目，组合记录账户ID1020或者1024（会计科目：其他应收款---1020,其他应收款（手工调账）---1024，在本申请中，还可人工在web服务器基于银行的响应数据进行人工记录，然后再基于人工记录发送第二收款请求，那么本实施例中，记录账户ID即为1024），然后进行记录：

1.1账户表：1020工商银行应收款账户+100。

1.2账户流水表：登记一条1020银行应收款账户流水记录。

1.3业务流水表：登记业务代码1，分录代码1.

2.1账户表：100001用户账户+100。

2.2账户流水表：登记一条用户账户流水记录。

2.3业务流水表：登记业务代码1，分录代码2

3.更新收款单记录：状态–收款成功

4.检查会计科目、金额是否正确。

其中，1中会计科目为其他应收款时---记录账户ID：1020；会计科目为其他应收款（手工调账）时---记录账户ID：1024，相应后续记录采用1024。

2中会计科目为其他应付款---个人用户账户ID：100001。

4中在检查到会计科目不对应当前业务处理阶段的会计科目、和/或收款金额与应收款金额不一致时，则进行报警提示，可提示技术人员进行处理。

在执行完收款成功应答请求对应的记录后，还需对该业务的交易记录进行数据核对及清算，即步骤222,由web服务器进行账户记录清算；

步骤224清算成功后，则向账户服务器发送清算成功应答请求；

步骤226，账户服务器接收到清算成功应答请求；

步骤228，触发事务处理对象，提取对应记录账户ID1022和/或记录账户ID1020或1024进行清算应答记录。

其事务处理如下：

1.1账户表：1022工商银行存款账户+100。

1.2账户流水表：登记一条1022账户流水记录。

1.3业务流水表：登记业务代码1，分录代码3.

2.1账户表：1020工商银行应收款账户-100。

2.2账户流水表：登记一条1020银行应收款账户流水记录。

3.3业务流水表：登记业务代码1，分录代码4.

3.1更新收款单记录：状态–清算成功

4.检查会计科目、金额是否正确。

其中，2中1中会计科目为其他应收款时---记录账户ID：1020；会计科目为其他应收款（手工调账）时---记录账户ID：1024，相应后续记录采用1024。

4中在检查到会计科目不对应当前业务处理阶段的会计科目、和/或收款金额与应收款金额不一致时，则进行报警提示，可提示技术人员进行处理。

其中，上述分录代码1、2、3、4分别表示借、贷、借、贷，用于对业务流程阶段进行标记，以判断记录是否完整。比如收款请求需要记录进行4次账户表记录，每个阶段两次。

当然，本发明实施例还包括其他业务场景，比如退款业务等涉及与银行账户金额相关的业务。

实施例三，

参照图3，其示出了本发明实施例一种数据处理装置的结构示意图，包括：

请求接收模块302，适于接收web服务器发送的业务请求;

请求处理模块304，适于根据所述业务请求,获得对应的请求对象以及对应的统计类型;

记录模块306，适于以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取目标服务器的响应数据并根据所述记录账户ID进行记录。

其中，所述请求对象为各银行服务器，所述统计类型为会计科目，还包括：

银行编号构建模块，适于针对各银行分配第一编号，构建请求对象编号表；

统计类型编号构建模块，适于针对各会计科目分配第二编号，构建统计类型编号表。

优选的，所述记录模块包括：

第一记录模块，适于以对应银行的第一编号和对应会计科目的第二编号组合为记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取银行服务器的响应数据并根据所述记录账户ID进行记录。

优选的，所述请求处理模块还包括：

第一处理模块，适于获取所述业务请求对应的业务类型；

进一步，所述记录模块包括：

第二记录模块，适于根据业务类型的业务处理阶段，在各阶段分别提取相应的记录账户ID进行记录。

优选的，所述第二记录模块包括：

针对每个业务请求，构建业务处理对象，通过所述业务处理对象，针对每个阶段，在相应的记录表中采用各记录账户ID和/或用户账户ID进行数据记录。

优选的，在业务处理对象构建模块中还包括：

状态记录模块，适于构建业务单表，所述业务单表用于针对各业务处理阶段的处理结果，进行状态记录。

优选的，还包括：

错误提醒模块，适于判断统计类型和/或目标数值是否错误；如果错误，则发出错误提醒。

优选的，所述请求接收模块之后，还包括：

账户状态判断模块，适于获取所述业务请求中的用户状态数据并进行状态校验；当所述状态正常，则进入根据所述业务请求,获得对应的请求对象以及对应的统计类型；当所述状态不正常，则启动错误返回操作。

实施例四

参照图4，其示出了本发明一种数据处理系统的结构示意图，包括：

账户服务器410和web服务器420；

所述账户服务器包括：

请求接收模块402，适于接收web服务器发送的业务请求;

请求处理模块404，适于根据所述业务请求,获得对应的请求对象以及对应的统计类型;

记录模块406，适于以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取目标服务器的响应数据并根据所述记录账户ID进行记录。

所述web服务器连接外部的客户端、银行服务器。

其中，所述请求对象为各银行服务器，所述统计类型为会计科目，还包括：

银行编号构建模块，适于针对各银行分配第一编号，构建请求对象编号表；

统计类型编号构建模块，适于针对各会计科目分配第二编号，构建统计类型编号表。

优选的，所述记录模块包括：

第一记录模块，适于以对应银行的第一编号和对应会计科目的第二编号组合为记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取银行服务器的响应数据并根据所述记录账户ID进行记录。

优选的，所述请求处理模块还包括：

第一处理模块，适于获取所述业务请求对应的业务类型；

进一步，所述记录模块包括：

第二记录模块，适于根据业务类型的业务处理阶段，在各阶段分别提取相应的记录账户ID进行记录。

优选的，所述第二记录模块包括：

针对每个业务请求，构建业务处理对象，通过所述业务处理对象，针对每个阶段，在相应的记录表中采用各记录账户ID和/或用户账户ID进行数据记录。

优选的，在业务处理对象构建模块中还包括：

状态记录模块，适于构建业务单表，所述业务单表用于针对各业务处理阶段的处理结果，进行状态记录。

优选的，还包括：

错误提醒模块，适于判断统计类型和/或目标数值是否错误；如果错误，则发出错误提醒。

优选的，所述请求接收模块之后，还包括：

账户状态判断模块，适于获取所述业务请求中的用户状态数据并进行状态校验；当所述状态正常，则进入根据所述业务请求,获得对应的请求对象以及对应的统计类型；当所述状态不正常，则启动错误返回操作。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的数据处理设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了A1、一种数据处理方法，包括：

接收web服务器发送的业务请求;

根据所述业务请求,获得对应的请求对象以及对应的各统计类型;

以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取目标服务器的响应数据并根据所述记录账户ID进行记录。

A2、如Ａ1所述的方法，所述请求对象为各银行服务器，所述统计类型为会计科目，还包括：

针对各银行服务器分配第一编号，构建请求对象编号表；

针对各会计科目分配第二编号，构建统计类型编号表。

A3、如Ａ2所述的方法，所述以请求对象和统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取目标服务器的响应数据并根据所述记录账户ID进行记录包括：

以对应银行服务器的第一编号和对应各会计科目的第二编号组合为记录账户ID，通过web服务器从请求对象所对应的银行服务器中，获取银行服务器的响应数据并根据所述记录账户ID进行记录。

A4、如Ａ1所述的方法，在根据所述业务请求,获得对应的请求对象以及对应的统计类型时还包括：

获取所述业务请求对应的业务类型；

进一步，以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取响应数据并根据所述记录账户ID进行记录包括：

根据业务类型的业务处理阶段，在各阶段分别提取相应的记录账户ID进行记录。

A5、如Ａ4所述的方法，所述根据业务类型的处理阶段，在各阶段分别提取相应的记录账户ID进行记录包括：

针对每个业务请求，构建业务处理对象，通过所述业务处理对象，针对每个阶段，在相应的记录表中采用各记录账户ID和/或用户账户ID进行数据记录。

A6、如Ａ5所述的方法，还包括：

构建业务单表，所述业务单表用于针对各业务处理阶段的处理结果，进行状态记录。

A7、如Ａ5所述的方法，还包括：

判断统计类型和/或目标数值是否错误；如果错误，则发出错误提醒。

A8、如Ａ1所述的方法，接收web服务器发送的业务请求之后还包括：

获取所述业务请求中的用户状态数据并进行状态校验；当所述状态正常，则进入根据所述业务请求,获得对应的请求对象以及对应的统计类型；当所述状态不正常，则启动错误返回操作。

本发明还公开了A9、一种数据处理装置，包括：

请求接收模块，适于接收web服务器发送的业务请求;

请求处理模块，适于根据所述业务请求,获得对应的请求对象以及对应的统计类型;

记录模块，适于以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取目标服务器的响应数据并根据所述记录账户ID进行记录。

A10、如Ａ9所述的装置，所述请求对象为各银行服务器，所述统计类型为会计科目，还包括：

银行编号构建模块，适于针对各银行分配第一编号，构建请求对象编号表；

统计类型编号构建模块，适于针对各会计科目分配第二编号，构建统计类型编号表。

A11、如Ａ10所述的装置，所述记录模块包括：

第一记录模块，适于以对应银行的第一编号和对应会计科目的第二编号组合为记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取银行服务器的响应数据并根据所述记录账户ID进行记录。

A12、如Ａ9所述的装置，所述请求处理模块还包括：

第一处理模块，适于获取所述业务请求对应的业务类型；

进一步，所述记录模块包括：

第二记录模块，适于根据业务类型的业务处理阶段，在各阶段分别提取相应的记录账户ID进行记录。

A13、如Ａ12所述的装置，所述第二记录模块包括：

针对每个业务请求，构建业务处理对象，通过所述业务处理对象，针对每个阶段，在相应的记录表中采用各记录账户ID和/或用户账户ID进行数据记录。

Ａ14、如Ａ13所述的装置，在业务处理对象构建模块中还包括：

状态记录模块，适于构建业务单表，所述业务单表用于针对各业务处理阶段的处理结果，进行状态记录。

A15、如Ａ13所述的装置，还包括：

错误提醒模块，适于判断统计类型和/或目标数值是否错误；如果错误，则发出错误提醒。

A16、如Ａ9所述的装置，所述请求接收模块之后，还包括：

账户状态判断模块，适于获取所述业务请求中的用户状态数据并进行状态校验；当所述状态正常，则进入根据所述业务请求,获得对应的请求对象以及对应的统计类型；当所述状态不正常，则启动错误返回操作。

Claims (10)

1.一种数据处理方法，包括：

接收web服务器发送的业务请求;

根据所述业务请求,获得对应的请求对象以及对应的各统计类型;

以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取目标服务器的响应数据并根据所述记录账户ID进行记录。

2.如权利要求1所述的方法，其特征在于，

所述请求对象为各银行服务器，所述统计类型为会计科目，还包括：

针对各银行服务器分配第一编号，构建请求对象编号表；

针对各会计科目分配第二编号，构建统计类型编号表。

3.如权利要求2所述的方法，其特征在于，以请求对象和统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取目标服务器的响应数据并根据所述记录账户ID进行记录包括：

以对应银行服务器的第一编号和对应各会计科目的第二编号组合为记录账户ID，通过web服务器从请求对象所对应的银行服务器中，获取银行服务器的响应数据并根据所述记录账户ID进行记录。

4.如权利要求1所述的方法，其特征在于，在根据所述业务请求,获得对应的请求对象以及对应的统计类型时还包括：

获取所述业务请求对应的业务类型；

进一步，以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取响应数据并根据所述记录账户ID进行记录包括：

根据业务类型的业务处理阶段，在各阶段分别提取相应的记录账户ID进行记录。

5.如权利要求4所述的方法，其特征在于，根据业务类型的处理阶段，在各阶段分别提取相应的记录账户ID进行记录包括：

针对每个业务请求，构建业务处理对象，通过所述业务处理对象，针对每个阶段，在相应的记录表中采用各记录账户ID和/或用户账户ID进行数据记录。

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

构建业务单表，所述业务单表用于针对各业务处理阶段的处理结果，进行状态记录。

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

判断统计类型和/或目标数值是否错误；如果错误，则发出错误提醒。

8.如权利要求1所述的方法，其特征在于，接收web服务器发送的业务请求之后还包括：

获取所述业务请求中的用户状态数据并进行状态校验；当所述状态正常，则进入根据所述业务请求,获得对应的请求对象以及对应的统计类型；当所述状态不正常，则启动错误返回操作。

9.一种数据处理装置，包括：

请求接收模块，适于接收web服务器发送的业务请求;

请求处理模块，适于根据所述业务请求,获得对应的请求对象以及对应的统计类型;

记录模块，适于以请求对象和各统计类型构建记录账户ID，通过web服务器从请求对象所对应的目标服务器中，获取目标服务器的响应数据并根据所述记录账户ID进行记录。

10.如权利要求9所述的装置，其特征在于，

所述请求对象为各银行服务器，所述统计类型为会计科目，还包括：

银行编号构建模块，适于针对各银行分配第一编号，构建请求对象编号表；

统计类型编号构建模块，适于针对各会计科目分配第二编号，构建统计类型编号表。

Images