CN101211345A - 一种历史交易的查询方法、装置及一种差错处理平台 - Google Patents

Abstract

本发明提供了一种历史交易的查询方法和装置以及一种差错交易处理平台，所述方法包括：在交易信息从联机数据库存储至历史交易数据库的过程中，对交易信息数据中的帐号进行逆序处理；接收查询关键词，所述查询关键词包括用户帐号的全部或者部分；对所接收的用户帐号进行逆序处理；根据查询关键词得到查询条件，在历史交易数据库中进行查询；显示查询结果。本发明通过将历史交易数据库中的帐号、以及操作员输入的帐号作逆序处理，然后对帐号字段的末尾N位进行匹配，可以非常快速的在海量的历史交易记录中定位差错交易，并且，由于帐号中的末尾N位是最具个性特征的，所以本发明还可以保证定位的准确度。

Description

一种历史交易的查询方法、装置及一种差错处理平台

技术领域

本发明涉及金融数据处理领域，特别是涉及一种历史交易的查询方法、装置及一种差错处理平台。

背景技术

随着人们越来越多的使用金融产品，用户、银行以及商户之间的各种数据处理过程也越来越频繁，这些数据处理过程可以统称为交易，而在所有的交易中一定会存在一些差错交易。

例如，一笔银行卡交易的交易流程一般是这样：终端机具收到卡片和交易信息，将交易信息组成通信包传递给收单银行，收单银行通过自己跟中国银联的信息交换接口把交易发给银联信息中心，银联交换系统跟据银行卡号判断出发卡银行，把交易发给发卡银行确认，发卡银行确认以后返回给银联交换系统，银联交换系统会记录下交易信息，并将发卡银行的应答转给收单银行，收单银行将应答信息给终端机具，终端机具根据应答确定交易是否成功。

差错交易一般是指错误交易，如ATM扣账不吐钞或POS重复扣账等等。如果出现了差错交易，则必须首先从海量的历史交易数据中查找到原来的这一笔交易流水信息，然后才能根据具体情况对该笔交易进行相应的处理。由于差错交易的发生是随机、无法被预知的，所以，几乎所有的差错交易的查询都是由人工发起的。

作差错交易的时候则需要针对一笔已经发生的银行卡交易来做。具体来说，就是根据交易的相关信息(卡号，清算日期等)在交易历史数据库里检索到那笔发生错误的银行卡交易，然后进行处理。

现有技术中，一般采用以下的流程完成差错交易的查询：

首先，用户发现其参与的交易中发生了差错交易之后，通过各种通信手段(例如，电话或者网络)通知相应的帐户银行该差错交易的相关信息，例如帐号、交易时间等等。

其次，由银行操作人员手工输入完整的帐号等信息，在历史交易数据库中进行查询。由于帐号是每个用户唯一的信息，所以一般采用帐号作为最主要的查询条件，其他信息作为辅助查询条件。

但是上述过程在实际应用中发现存在以下的问题：

首先，一般的银行帐号都比较长(例如，16-19位)，并且差错交易查询都需要人工发起，即需要人工输入帐号等信息，导致输入费时费力，并且容易输入错误，查询效率低下。

其次，对于在历史交易数据库中的查询过程而言，不管是完整的帐号还是不完整的帐号，都需要与历史交易数据库中的帐号字段中存储的数据一一从头进行匹配，最后得到匹配的一个或者几个交易流水信息，再通过人工筛选确定最终结果。这就带来一个问题，由于帐号中的前若干位(例如，帐号)都是事先确定分配给具体的银行的，也就是说同一银行的帐号的前若干位都是相同的。而数据库的匹配过程则是从帐号的开头一位一位的匹配下去，假设历史交易数据库中查询帐号对应银行的交易流水信息有1000条，则匹配过程中就有999次的前若干位是无效过程，浪费了计算资源，降低了查询效率。

尤其当面对的是数以亿计的历史交易记录时(实际中大约30亿条左右)，上述问题就更加突出，每次查询效率低下，耗时较长。

综上所述，本领域技术人员迫切需要解决的一个技术问题是：怎样改进才可以使得差错交易的查询过程能够简单便捷、效率较高。

发明内容

本发明所要解决的技术问题是提供一种历史交易的查询方法和装置，可以简单便捷、效率较高的完成差错交易的查询过程。

本发明的另一个目的在于，提供了一种差错处理平台，用于简单便捷、效率较高的完成差错交易的查询、处理过程，以及实现各个金融系统之间的共用。

为了解决上述问题，本发明公开了一种历史交易的查询方法，包括以下步骤：

在交易信息从联机数据库存储至历史交易数据库的过程中，对交易信息数据中的帐号进行逆序处理；

接收查询关键词，所述查询关键词包括用户帐号的全部或者部分；对所接收的用户帐号进行逆序处理；

根据查询关键词得到查询条件，在历史交易数据库中进行查询；

显示查询结果。

优选的，所述历史交易数据库中的逆序处理过程包括：在历史交易数据库中增加一个存储字段，用于存储逆序排列的帐号。

进一步，所述查询关键词还可以包括：交易发生的时间信息或者开户金融机构信息。

优选的，所述接收的用户帐号信息为原始帐号的末尾6位数字。

优选的，所述历史交易的查询应用于差错交易发起过程中。

本发明还提供了一种历史交易的查询装置，包括以下部件：

数据采集单元，包括记录模块，用于记录联机交易信息并存储至历史交易数据库；第一逆序处理模块，用于在交易信息存储至历史交易数据库的过程中，对交易信息数据中的帐号进行逆序处理；

接口单元，用于接收查询关键词，所述查询关键词包括用户帐号的全部或者部分；以及显示查询结果；

查询单元，包括第二逆序处理模块，用于对所接收的用户帐号进行逆序处理；以及匹配模块，用于根据查询关键词得到查询条件，在历史数据库中进行查询并返回查询结果。

其中，所述第一逆序处理模块的逆序处理过程可以包括：在历史交易数据库中增加一个存储字段，用于存储逆序排列的帐号。

优选的，所述查询关键词还包括：交易发生的时间信息或者开户金融机构信息。

本发明还公开了一种差错处理平台，包括以下部件：

数据输入单元，包括导入模块，用于将交易流水信息和清算后的差错交易记录导入到历史交易数据库中；第一逆序处理模块，用于在导入存储的过程中，对交易信息数据中的帐号进行逆序处理；

历史交易查询单元，包括接口模块，用于接收查询关键词和显示查询结果，所述查询关键词包括用户帐号的全部或者部分；第二逆序处理模块，用于对所接收的用户帐号进行逆序处理；以及匹配模块，用于根据查询关键词得到查询条件，在数据库中进行查询并返回查询结果；

差错提交模块，用于提交差错交易，存储至差错交易数据库中，等待复核；

差错明细生成模块，用于从差错交易数据库中取出复核成功的差错明细，并生成预置的格式文件；

文件传输模块，用于发送所述差错明细文件至相应的处理系统，各处理系统分别对相应的差错交易进行清算；以及接收各处理系统发送的交易流水文件和清算后的差错交易文件。

优选的，所述第一逆序处理模块的逆序处理过程包括：在历史交易数据库中增加一个存储字段，用于存储逆序排列的帐号。

与现有技术相比，本发明具有以下优点：

本发明提出了一种历史交易的查询方法和装置，通过将历史交易数据库中的帐号、以及操作员手工输入的帐号作逆序处理，然后对帐号字段的末尾N位进行匹配，可以非常快速的在海量的历史交易记录中定位差错交易，并且，由于帐号中的末尾N位是最具个性特征的，所以本发明还可以保证定位的准确度。

如果应用本发明时，为了更加简便起见，仅仅输入了帐号的末尾N位，则可能匹配得到不同金融结构的末尾N位相同的流水记录，导致准确度有一定的下降。为了解决这个问题，本发明可以进一步在查询条件中加入差错交易发生的时间信息，则基本可以完全定位用户所查询的交易，准确度极高。

再者，本发明将对帐号的逆序处理设置在记录联机交易后，从联机数据库转移至历史数据库的过程中完成，这样既避免了对联机交易系统的影响，又可以确保差错查询的快速定位；并且也可以避免对正向存储的字段信息进行逆向查询的困难。

最后，本发明还提供了一种差错处理平台，用于简单便捷、效率较高的完成差错交易的查询、处理过程，以及实现各个金融系统之间的共用，以满足实际中跨金融机构的交易越来越频繁的情况。

附图说明

图1是本发明历史交易的查询方法的步骤流程图；

图2是本发明历史交易查询装置的结构框图；

图3是本发明差错交易处理平台的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明历史交易的查询方法的步骤流程图，具体包括以下步骤：

步骤101、在交易信息从联机数据库存储至历史交易数据库的过程中，对交易信息数据中的帐号进行逆序处理；

一般情况下，需要对交易执行过程中的每个步骤进行记录，记录后得到的流水信息存储在联机数据库中，每隔一定的时间段自动将联机数据库中的交易信息存储至历史交易数据库中。所述的联机交易信息可以包括ATM交易、POS交易、柜面通交易、网上支付交易和公共支付交易等等。例如，对于一笔本地提款交易，只需要访问前置机的一次服务，则记录一条流水信息；对于一笔异地转账交易，其中交易收款方为异地卡，付款方为本地卡，则要将访问本地卡系统执行扣款操作记录一条流水信息；再将访问网络执行存款操作记录一条流水信息，总共记录两条流水信息。

由于在联机记录交易信息的过程中对用户帐号进行逆序处理，可能对联机系统产生影响，所以本发明优选的，将对帐号的逆序处理步骤设置在交易信息从联机数据库存储至历史交易数据库的过程中。

所述帐号的逆序排列可以通过本领域技术人员熟知的各种算法实现，在此不再详述。将交易记录中的帐号逆序排列后，可以仍然存储在原字段中。本发明优选的，为了适应有时仍然需要查询正向排列的帐号的情况，在历史交易数据库中增加一个存储字段，专用于存储逆序排列的帐号。应用本发明进行差错交易查询的时候，只需要匹配该字段即可。

步骤102、接收查询关键词，所述查询关键词包括用户帐号的全部或者部分；对所接收的用户帐号进行逆序处理；

所述查询关键词可以包括用户帐号。用户帐号信息是从历史交易数据中快速准确查找到所需交易的一个关键信息，本发明所述的用户帐号可以为全部位的帐号，也可以为部分位的帐号。

一般情况下，在差错交易查询中，用户发现其参与的交易中发生了差错交易之后，通过各种通信手段(例如，电话或者网络)通知相应的帐户银行该差错交易的相关信息，例如帐号、交易时间等等；然后由银行操作人员手工输入完整的帐号等信息，在历史交易数据库中进行查询。

对于交易查询而言，优选的，需要支持输入部分位的帐号进行查询，原因如下：

首先，由于上述整个过程都需要人工参与，银行的受理人员在受理持卡人的咨询投诉的时候，用户帐号的数字较多，很有可能出现记录错误的情况，使用部分帐号可以提高效率和准确度。

其次，一般情况下，受理人员和差错处理人员是不同的，则在用户帐号信息的传输过程中(例如，传真等)，有可能出现帐号错误或者模糊不清的情况。

再者，很多情况下，用户投诉差错交易的时候，直接以持卡人签购单或者取现凭条的复印件、传真件作为依据，而这些凭据上面都不是完整的帐号，要想获得完整的帐号信息比较麻烦和困难。此时，往往还需要差错处理人员寻找持卡人的资料，进行进一步的确认后才能发起差错交易，如果找不到，只能等待持卡人的下一次投诉，对差错处理人员的日常工作影响非常大。

所以在差错查询中支持部分位帐号的查询是非常有好处的，但是部分位帐号的查询必然会带来查询准确度的下降，那么如何才能同时保证差错查询的快速和准确呢？

发明人对整个用户帐号进行仔细分析，发现对于整个用户帐号而言，前若干位是作为发卡行识别码(cardbin)事先分配给具体的各个银行的，即同一发卡行的用户帐号前若干位都是相同的；而整个用户帐号中最具用户个性特征的是帐号的最末位几位。因此本发明通过匹配帐号的末尾N位来定位差错交易，通过对历史交易数据库中的交易数据的帐号进行逆序变换存储，可以非常快速的定位差错交易，减少了正向匹配中的帐号前若干位的无效匹配过程，提高了数据库匹配效率。

对于卡号而言，优选的，发明人通过对卡号的分析(通常一个卡号的长度为16-19位)，其中发卡行识别码一般为6-12位，因此为了兼顾性能和使用的便捷，以卡号的末尾6位进行匹配查询即可。

步骤103、根据查询关键词得到查询条件，在历史交易数据库中进行查询；

如果所述查询关键词仅仅包括帐号，则以逆序处理后的帐号的末尾N位在历史交易数据库中进行匹配查询即可。

采用部分位帐号进行查询时，为了确保查询的准确性，所述查询关键词还可以包括：交易发生的时间信息、交易渠道信息或者交易金额等等。在实际使用中，将上述多个查询关键词进行组合，得到综合查询条件，在数据库中采用快速前匹配的方法进行查询，能够同时保证快捷性和准确度。所述交易渠道可以包括：ATM、CDM、POS、EDC、自助终端、银行终端、网上、无线设备、电话银行、圈存/圈提设备、移动POS、无法识别的渠道等等。

步骤104、接收数据库返回的查询结果并显示。

返回的查询结果有可能为多条，此时还需要人工进行筛选，得到所需的原始交易记录。当图1所示的方法应用在差错交易发起过程中时，则还需要操作人员对确定的原始交易记录发起差错交易请求。

查询结果可以包括以下交易类型：取现、消费、预授权完成、预授权结算、手工预授权完成、文件结算、结算通知、联机退货、手工退货、文件退货、存款(确认)、圈存、圈提、代收、代付等等。

所述查询结果可以包括(但不限于)以下要素：

【序号】(交易信息显示时的自动编号)

【交易类型】trans_id(要求以文字形式说明，不宜直接显示交易代码)

【交易日期】loc_trans_dt

【清算日期】settle_dt

【主帐号】pri_acct_no

【交易金额】trans_at

【交易传输时间】transmsn_dt_tm

【交易状态】由trans_fwd_st、trans_rcv_st、trans_st三个字段组合决定。详情见表1

【系统跟踪号】sys_tra_no

【受理机构代码】acq_ins_id_cd

【转发机构代码】fwd_ins_id_cd

【接收机构代码】rcv_ins_id_cd

【发卡银行代码】iss_ins_id_cd

表1——交易状态表

发送方状态	接收方状态	交易状态	交易状态显示	归类
					1	1	10000	成功	成功
1	1	11000	成功被撤消	撤消
					1	1	10010	成功被冲正	冲正
0	0	10000	失败	失败
					0	0	00010	受理方超时冲正	冲正
0	0	10010	中心超时冲正	冲正
					0	0	20010	迟到应答	冲正
0	1	10010	向受理方回应答失败，中心冲正	冲正

对于交易状态为成功的才可以发差错交易，对于状态为冲正的交易由于可能会产生单边帐，故不可以发起差错交易。

图1所示实施例提供了一种根据不完整卡号在海量历史交易中快速定位原交易，便于进一步发起差错交易的方法。使用该方法定位交易具有快速、稳定、定位准确，支持大量机构并发处理等特点。

目前，历史交易记录超过30亿笔，日均查询超过10000次，从测试效果来看，本发明可以有效的减少用户输入、便捷用户使用、避免了数据库中的无效匹配过程，在保证快捷准确的基础上未对系统本身的性能带来负面影响。

参照图2，示出了一种历史交易的查询装置，具体包括以下部件：

数据采集单元201，包括记录模块2011，用于记录联机交易信息并存储至历史交易数据库204；第一逆序处理模块2012，用于在交易信息存储至历史交易数据库的过程中，对交易信息数据中的帐号进行逆序处理；

接口单元202，用于接收查询关键词，所述查询关键词包括用户帐号的全部或者部分；以及显示查询结果；

查询单元203，包括第二逆序处理模块2031，用于对所接收的用户帐号进行逆序处理；以及匹配模块2032，用于根据查询关键词得到查询条件，在历史数据库204中进行查询并返回查询结果。

优选的，所述第一逆序处理模块的逆序处理过程包括：在历史交易数据库中增加一个存储字段，用于存储逆序排列的帐号。所述查询关键词还包括：交易发生的时间信息或者开户金融机构信息，此时可以将多个关键词组合得到查询条件，以弥补部分帐号进行查询带来的准确度降低的问题。

图2所示装置与图1所示的方法实施例核心构思基本相同，为了节约篇幅，在此不进行详述了，相关内容可以参见图1相应部分的描述。

由于本发明在现实中主要用于差错交易的查询，所以下面对差错交易处理的流程和本发明提供的一种差错交易处理平台进行介绍。

首先对本发明提供的差错交易处理平台的大致功能，以及其应用环境进行简单介绍。

应用环境包括多个交易处理系统和一个中心系统，所述差错交易处理平台位于中心系统中，与各交易处理系统相连。

各交易处理系统在每日清算完毕之后，将当日交易流水生成交易流水文件，通过网络送到中心系统，中心系统在收到文件后，将各类数据分别存储至历史数据库，并根据各交易处理系统上传的差错交易流水更新差错交易状态。所述差错交易流水是指各交易处理系统清算完成的差错交易。各交易处理系统发送的交易流水可以包括：ATM交易流水、POS交易流水、差错交易流水、跨行转账交易流水、跨行转账差错交易流水等等。

各交易处理系统的操作员可以通过差错交易处理平台进行差错交易的查询和提交。

差错处理平台记录各个交易处理系统提交的差错交易请求，并于每日的预置时间点进行批量处理，由业务复核人员对所提交的差错交易进行复核；并从差错交易数据库中取出复核成功的差错明细，生成预置格式的文件，例如，以清算交易文件形式返回各交易处理系统参加当日的清算。

各交易处理系统当日清算完毕后，将差错交易流水与其他交易流水共同上送至中心系统。

下面参照图3示出的结构框图，对差错交易处理平台具体包括的部件进行介绍：

数据输入单元301，包括数据导入模块3011，用于将交易流水信息和清算后的差错交易记录导入到历史交易数据库306中；第一逆序处理模块3012，用于在导入存储的过程中，对交易信息数据中的帐号进行逆序处理；所述逆序处理过程可以包括：在历史交易数据库306中增加一个存储字段，用于存储逆序排列的帐号。优选的，所述数据导入模块3011可以分为异地交易数据导入和同城交易数据导入两个部分。

所述交易流水信息和清算后的差错交易记录由各个交易处理系统以文件的形式上送。所述交易流水信息可以包括：ATM交易、POS交易、柜面通交易、网上支付交易和公共支付交易等等。文件传送的过程可以通过在各交易处理系统和差错交易处理平台上分别设置专用的通信程序而加以实现，以提供专用的文件传输通道。优选的，该通信程序分为接收、发送两部分，分别从分公司和总中心两端启动。

具体而言，所述历史交易数据库306可以采用DB2数据库(一种大型关系型数据库平台)，用于存放180天原始/差错处理交易数据。其中对于数据量较大的ATM/POS数据可以按清算日存放，此时就需要查询用户必须提供清算日期。优选的，可以使用专门开发的数据采集器不断更新该历史交易数据库，例如，该采集器可以使用外壳(SHELL)程序驱动数据库的存储过程，实现将文本文件导入数据库中相应的表。

其中，shell是指用户和Linux内核之间的接口程序，如果把Linux内核想象成一个球体的中心，shell就是围绕内核的外壳，为用户提供使用操作系统的接口，它是命令语言、命令解释程序及程序设计语言的统称。当从shell或其他程序向Linux传递命令时，内核会做出相应的反应。

历史交易查询单元302，包括接口模块3021，用于接收查询关键词和显示查询结果，所述查询关键词包括用户帐号的全部或者部分；第二逆序处理模块3022，用于对所接收的用户帐号进行逆序处理；以及匹配模块3023，用于根据查询关键词得到查询条件，在历史交易数据库306中进行查询并返回查询结果；

所述查询关键词还可以包括：交易发生的时间信息或者开户金融机构信息等等。在实际使用中，将上述多个查询关键词进行组合，得到综合查询条件，在数据库中采用快速前匹配的方法进行查询，能够同时保证快捷性和准确度。

差错提交模块303，用于提交差错交易，存储至差错交易数据库中，等待复核；例如，该模块可以实现对贷记调整、再请款、退单、二次退单等差错交易的提交处理；进一步，该模块还可以包括进行必要的条件检查等功能；

差错明细生成模块304，用于从差错交易数据库中取出复核成功的差错明细，并生成预置的格式文件；

文件传输模块305，用于发送所述差错明细文件至相应的处理系统，各处理系统分别对相应的差错交易进行清算；以及接收各处理系统发送的交易流水文件和清算后的差错交易文件。

所述的接口模块3021可以包括各种查询页面，所述查询页面可以通过JSP技术加以实现。JSP(JavaServer Pages)是一种动态网页技术标准。JSP技术有点类似ASP技术，它是在传统的网页HTML文件(*.htm，*.html)中插入Java程序段(Scriptlet)和JSP标记(tag)，从而形成JSP文件(*.jsp)。Web服务器在遇到访问JSP网页的请求时，首先执行其中的程序段，然后将执行结果连同JSP文件中的HTML代码一起返回给客户。插入的Java程序段可以操作数据库、重新定向网页等，以实现建立动态网页所需要的功能。

例如，接口模块3021可以包括以下查询页面：

1、历史交易查询页

功能：可以分ATM/POS/TRS三种交易类型，获取历史交易的查询条件。可由主页面进入历史交易查询页面，在权限范围(一般为自己参与的交易)内查询历史交易数据库中的交易流水。

输入：提供主账号、清算日期(单独一天例20030605)、以及其他可选的查询关键词。

2、历史交易浏览页

功能：显示历史交易数据库中的交易流水和差错流水(相关交易)，当用户选中交易编号时，存储流水表中各字段OrgBean，方便以后在各JSP中调用。

以上对本发明提供的差错交易处理平台进行了简单介绍，下面对各交易处理系统如何采用本发明提供的差错交易处理平台完成差错处理的过程进行简单描述(以银行卡交易为例)：

在操作人员开始查询之前，历史数据库中存储了各种交易流水信息，并且在交易信息从联机数据库转移至历史数据库的过程中，对交易信息中的卡号信息进行了逆序处理，例如，在历史交易数据库中增加一个存储字段，用于存储逆序排列的卡号。

1.业务经办人员登录差错处理平台，选择相关业务种类(柜面通、网上支付或公共支付等)进行历史交易查询；

2.录入清算日期、卡号等查询关键词，所述卡号优选的，为整个卡号的末尾6位。该差错处理平台还可以提供输入其他查询关键词的接口，例如业务经办人员还可以输入系统跟踪号、交易金额等作为查询关键词查找原始及相关交易；

3、差错处理平台首先对输入的卡号进行逆序处理，并组合多个查询关键词作为综合性的查询条件，在历史交易数据库中查找并显示原始交易及相关的差错交易；

4、业务经办人员选择相应差错处理方式并按要求填写相关信息、说明提交原因后提交差错；

5.业务复核人员进行复核；

6.差错处理平台还可以提供撤销功能，用于对完成的差错交易在经办或已复核之后提供可撤消选项；当然，需要对撤销操作加以限制，例如，撤消交易仅限当天提出；

7、在预置时间点，例如，当天晚上20:00，通过差错明细生成模块将已复核的差错交易生成文本文件，发送至相应的各交易处理系统；

8、各交易处理系统分别将收到的差错交易纳入清算；

9、各交易处理系统完成清算后，将清算流水按指定的接口格式生成差错交易流水文件送差错处理平台，新系统完成清算后将流水直接送差错处理平台；

10、差错处理平台的数据导入模块将差错交易流水文件导入到差错交易数据库中。

以上对本发明所提供的一种历史交易的查询方法和装置，以及一种差错交易处理平台，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种历史交易的查询方法，其特征在于，包括：

在交易信息从联机数据库存储至历史交易数据库的过程中，对交易信息数据中的帐号进行逆序处理；

接收查询关键词，所述查询关键词包括用户帐号的全部或者部分；对所接收的用户帐号进行逆序处理；

根据查询关键词得到查询条件，在历史交易数据库中进行查询；

显示查询结果。

2.如权利要求1所述的方法，其特征在于，所述历史交易数据库中的逆序处理过程包括：

在历史交易数据库中增加一个存储字段，用于存储逆序排列的帐号。

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

交易发生的时间信息或者开户金融机构信息。

4.如权利要求1所述的方法，其特征在于，所述接收的用户帐号信息为原始帐号的末尾6位数字。

5.如权利要求1所述的方法，其特征在于，所述历史交易的查询应用于差错交易发起过程中。

6.一种历史交易的查询装置，其特征在于，包括：

数据采集单元，包括记录模块，用于记录联机交易信息并存储至历史交易数据库；第一逆序处理模块，用于在交易信息存储至历史交易数据库的过程中，对交易信息数据中的帐号进行逆序处理；

接口单元，用于接收查询关键词，所述查询关键词包括用户帐号的全部或者部分；以及显示查询结果；

查询单元，包括第二逆序处理模块，用于对所接收的用户帐号进行逆序处理；以及匹配模块，用于根据查询关键词得到查询条件，在历史数据库中进行查询并返回查询结果。

7.如权利要求6所述的装置，其特征在于，所述第一逆序处理模块的逆序处理过程包括：

在历史交易数据库中增加一个存储字段，用于存储逆序排列的帐号。

8.如权利要求6所述的装置，其特征在于，所述查询关键词还包括：

交易发生的时间信息或者开户金融机构信息。

9.一种差错处理平台，其特征在于，包括：

数据输入单元，包括导入模块，用于将交易流水信息和清算后的差错交易记录导入到历史交易数据库中；第一逆序处理模块，用于在导入存储的过程中，对交易信息数据中的帐号进行逆序处理；

历史交易查询单元，包括接口模块，用于接收查询关键词和显示查询结果，所述查询关键词包括用户帐号的全部或者部分；第二逆序处理模块，用于对所接收的用户帐号进行逆序处理；以及匹配模块，用于根据查询关键词得到查询条件，在数据库中进行查询并返回查询结果；

差错提交模块，用于提交差错交易，存储至差错交易数据库中，等待复核；

差错明细生成模块，用于从差错交易数据库中取出复核成功的差错明细，并生成预置的格式文件；

文件传输模块，用于发送所述差错明细文件至相应的处理系统，各处理系统分别对相应的差错交易进行清算；以及接收各处理系统发送的交易流水文件和清算后的差错交易文件。

10.如权利要求9所述的差错处理平台，其特征在于，所述第一逆序处理模块的逆序处理过程包括：

在历史交易数据库中增加一个存储字段，用于存储逆序排列的帐号。

Images