轨道交通中的票务交易数据处理方法

摘要

一种轨道交通中的票务交易数据处理方法，包括以下步骤：接收原始交易数据。判断原始交易数据是否重复，根据原始交易数据中的标识号，在内存数据库预设的索引库内查找标识号相对应的历史交易数据的位置索引，再根据查找到的位置索引，在内存数据库预设的与索引库对应的交易数据库内查找位置索引所对应的历史交易数据，将查找到的历史交易数据与原始交易数据进行比对；对重复的原始交易数据，则进行剔重处理。对于非重复的原始交易数据，进行清分处理。在上述轨道交通中的票务交易数据处理方法中提高了查找历史交易数据的效率。从而提高了内存数据库的运算效率，保证轨道交通中的票务交易达到实时处理。

权利要求

1.一种轨道交通中的票务交易数据处理方法，包括以下步骤：

接收原始交易数据；

判断原始交易数据是否重复，根据原始交易数据中的标识号，在内存数据库预设的索引库内查找所述标识号相对应的历史交易数据的位置索引，再根据查找到的位置索引，在内存数据库预设的与所述索引库对应的交易数据库内查找位置索引所对应的历史交易数据，将查找到的历史交易数据与原始交易数据进行比对，所述索引库记录的信息包括标识号和位置索引，所述交易数据库记录的信息包括标识号、位置索引、卡类型、交易类型和设备终端号；

对重复的原始交易数据，则进行剔重处理，并接收下一原始交易数据；

对于非重复的原始交易数据，进行清分处理，并接收下一原始交易数据；

所述判断原始交易数据是否重复的步骤包括：

根据交易日期，到相应的内存数据库内查找；其中，不同的交易日期的交易数据存放在不同的内存数据库文件中，根据交易日期，查找相应的内存数据库；

根据获得的原始交易数据的标识号，所述索引库以所述标识号为主键，采用多值键进行查找，则获得与所述原始交易数据的标识号相同的多条历史交易数据的位置索引；

交易数据库分别以获得的多条历史交易数据的位置索引为主键，采用单值键进行查找，则查找到相应的多条历史交易数据；

将原始交易数据与多条历史交易数据进行比对，如果原始交易数据记录的信息与历史交易数据中记录的信息一致，则该原始交易数据重复，如果不一致，则该原始交易数据为非重复交易数据；

在所述对于非重复的原始交易数据，进行清分处理的步骤还包括：

获得非重复的原始交易数据中的标识号，在预设的索引库内查找与标识号对应的历史交易数据的位置索引，再根据查找到的历史交易数据的位置索引，在预设的与所述索引库相对应的交易数据库内查找，得到相应的历史交易数据，原始交易数据与历史交易数据进行匹配；

对于匹配成功的原始交易数据，进行清分处理，并接收下一交易数据，对于匹配失败的原始交易数据，则重新返回到所述接收交易数据的步骤，实时接收下一交易数据。

2.根据权利要求1所述的轨道交通中的票务交易数据处理方法，其特征在于，所述索引库的索引结构为T树索引。

3.根据权利要求1所述的轨道交通中的票务交易数据处理方法，其特征在于，根据匹配是否成功，所述交易数据库还记录标识信息，所述标识信息包括：交易匹配状态、匹配成功时间及入库时间。

4.根据权利要求1所述的轨道交通中的票务交易数据处理方法，其特征在于，还包括对匹配成功的原始交易数据与历史交易数据进行合并交易记录，所述原始交易数据生成相应的索引库信息及交易数据库信息，并与索引库及交易数据库中记录的历史交易数据进行交易记录合并。

5.根据权利要求1所述的轨道交通中的票务交易数据处理方法，其特征在于，所述将交易数据匹配的步骤还包括：根据交易日期，到相应的内存数据库内查找；

根据获得的原始交易数据的标识号，所述索引库以所述标识号为主键，采用多值键进行查找，则获得与所述原始交易数据的标识号相同的多条历史交易数据的位置索引；

交易数据库分别以获得的多条历史交易数据的位置索引为主键，采用单值键进行查找，则查找到相应的多条历史交易数据；

将查找到的多条历史交易数据按照交易类型进行二次排序；

根据匹配条件，判断原始交易数据与相应的交易类型的历史交易数据是否匹配，如果符合匹配条件，则原始交易数据匹配成功，完成此次操作；否则匹配失败，则返回所述接收原始交易数据的步骤，并实时尝试再次交易匹配。

6.根据权利要求5所述的轨道交通中的票务交易数据处理方法，其特征在于，所述判断是否符合匹配条件的步骤包括：比较出站交易的进站站点是否与进站交易的交易站点相同，若不相同则匹配失败；否则比较出站交易的进站时间是否与进站交易的交易时间相同，若不相同则匹配失败；否则比较进站交易的交易时间是否与普通单程票和/或预付值单程票售票交易的交易时间相同，若不相同则匹配失败；否则比较进站交易数据交易站点是否与普通单程票和/或预付值单程票售票交易的交易站点相同，若不相同则匹配失败；否则比较出站交易数据的交易金额是否与普通单程票和/或预付值单程票售票交易的交易金额相同，若不相同则匹配失败。

说明书

轨道交通中的票务交易数据处理方法

技术领域

[0001] 本发明涉及一种票务清分方法，特别涉及一种轨道交通中的票务交易数据处理方法。

背景技术

[0002] 目前城市轨道交通行业发展迅猛，越来越多城市的轨道交通也由前期的单线路独立运营发展到多线路运营。其中，有些城市为了向乘客提供更高质量的服务而引入竞争机制，实行多个运营主体进行运营管理，如深圳，至2011年6月28日共开通1、2、3、4、5号轨道交通线网，并分别由深圳地铁、龙岗地铁及香港地铁三家不同的运营公司管理运营。同时，为了方便乘客，一般在轨道交通多线路之间都采用一票制、无障碍换乘的方式。在这种多线路之间一票制、无障碍换乘的模式下，乘客可在各线路间任意换乘，不论是多线路、单运营商模式，还是多线路、多运营商共同运营的模式，都涉及到需要对乘客的乘车费用进行清分，而清分的科学性和准确性直接影响着单运营商的多线路之间和多运营商之间的直接运营收益，所以清分方法将显得尤为重要。为保证清分结构的准确性，则清分方法中涉及到复杂的交易匹配方法，并需要对大量的原始交易数据进行检索、剔重和匹配，但是这部分的计算量较大，影响整个运营系统的性能，使系统无法达到实时系统的要求，无法实时完成清分和统计的功能。

发明内容

[0003] 基于此，有必要提供一种能够较高效率地处理票务信息的轨道交通中的票务交易数据处理方法。

[0004] 一种轨道交通中的票务交易数据处理方法，包括以下步骤：

[0005] 接收原始交易数据；

[0006] 判断原始交易数据是否重复，根据原始交易数据中的标识号，在内存数据库预设的索引库内查找所述标识号相对应的历史交易数据的位置索引，再根据查找到的位置索引，在内存数据库预设的与所述索引库对应的交易数据库内查找位置索引所对应的历史交易数据，将查找到的历史交易数据与原始交易数据进行比对；

[0007] 对重复的原始交易数据，则进行剔重处理，并接收下一原始交易数据；

[0008] 对于非重复的原始交易数据，进行清分处理，并接收下一原始交易数据。

[0009] 在其中一实施方式中，所述索引库记录的信息包括标识号及位置索引，所述交易数据库记录的信息包括标识号、位置索引、卡类型、交易类型和设备终端号。

[0010] 在其中一实施方式中，所述索引库的索引结构为T树索引。

[0011] 在其中一实施方式中，所述判断原始交易数据是否重复的步骤包括：

[0012] 所述判断原始交易数据是否重复的步骤包括：

[0013] 根据交易日期，到相应的内存数据库内查找；

[0014] 根据获得的原始交易数据的标识号，所述索引库以所述标识号为主键，采用多值键进行查找，则获得与所述原始交易数据的标识号相同的多条历史交易数据的位置索引；

[0015] 交易数据库分别以获得的多条历史交易数据的位置索引为主键，采用单值键进行查找，则查找到相应的多条历史交易数据；

[0016] 将原始交易数据与多条历史交易数据进行比对，如果原始交易数据记录的信息与历史交易数据中记录的信息一致，则该原始交易数据重复，如果不一致，则该原始交易数据为非重复交易数据。

[0017] 在其中一实施方式中，在所述对于非重复的原始交易数据，进行清分处理的步骤还包括：

[0018] 获得非重复的原始交易数据中的标识号，在预设的索引库内查找与标识号对应的历史交易数据，再根据查找到的历史交易数据的位置索引，在预设的与所述索引库相对应的交易数据库内查找，得到相应的历史交易数据，原始交易数据与历史交易数据进行匹配；

[0019] 对于匹配成功的原始交易数据，进行清分处理，并接受下一交易数据，对于匹配失败的原始交易数据，则重新返回到所述接收交易数据的步骤，实时接收下一交易数据。

[0020] 在其中一实施方式中，根据匹配是否成功，所述交易数据库还记录的标识信息，所述标识信息包括：交易匹配状态、匹配成功时间及入库时间。

[0021] 在其中一实施方式中，还包括对匹配成功的原始交易数据与历史交易数据进行合并交易记录，所述原始交易数据生成相应的索引库信息及交易数据库信息，并与索引库及交易数据库中记录的历史交易数据进行交易记录合并。

[0022] 在其中一实施方式中，所述将交易数据匹配的步骤还包括：

[0023] 根据交易日期，到相应的内存数据库内查找；

[0024] 根据获得的原始交易数据的标识号，所述索引库以所述标识号为主键，采用多值键进行查找，则获得与所述原始交易数据的标识号相同的多条历史交易数据的位置索引；

[0025] 交易数据库分别以获得的多条历史交易数据的位置索引为主键，采用单值键进行查找，则查找到相应的多条历史交易数据；

[0026] 将查找到的多条历史交易数据按照交易类型进行二次排序；

[0027] 根据匹配条件，判断原始交易数据与相应的交易类型的历史交易数据是否匹配，如果符合匹配条件，则原始交易数据匹配成功，完成此次操作；否则匹配失败，则返回所述接收原始交易数据的步骤，并实时尝试再次交易匹配。

[0028] 在其中一实施方式中，所述判断是否符合匹配条件的步骤包括：比较出站交易的进站站点是否与进站交易的交易站点相同，若不相同则匹配失败；否则

[0029] 比较出站交易的进站时间是否与进站交易的交易时间相同，若不相同则匹配失败；否则

[0030] 比较进站交易的交易时间是否与普通单程票和/或预付值单程票售票交易的交易时间相同，若不相同则匹配失败；否则

[0031] 比较进站交易数据交易站点是否与普通单程票和/或预付值单程票售票交易的交易站点相同，若不相同则匹配失败；否则

[0032] 比较出站交易数据的交易金额是否与普通单程票和/或预付值单程票售票交易的交易金额相同，若不相同则匹配失败。

[0033] 在上述轨道交通中的票务交易数据处理方法中，内存数据库包括索引库及与索引库相对应的交易数据库，索引库记录交易数据库的索引信息。在上述轨道交通中的票务交易处理方法中的处理过程中，对历史交易数据的查找和比对的过程，只需根据原始交易数据中的标识号，对索引库进行检索，则获得同一标识号的多条历史交易记录的位置索引。由于索引库与交易数据库相对应，则根据检索得到的位置索引，在交易数据库内查找相应的历史交易数据。在上述轨道交通中的票务交易数据处理方法中提高了查找历史交易数据的效率。并且，对于重复的原始交易数据，不需要保持在内存数据库内，大大减少了内存数据库的存储量，同时大大减小了内存数据库进行查找的运算量，从而提高了内存数据库的运算效率，保证轨道交通中的票务交易达到实时处理。

附图说明

[0034] 下面将结合附图及实施例对本发明作进一步说明，附图中：

[0035] 图1是本发明一实施例的总体流程示意图；

[0036] 图2是本发明的内存数据库的示意图；

[0037] 图3是本发明另一实施例的总体流程示意图；

[0038] 图4是本发明一实施例的部分流程示意图；

[0039] 图5是本发明一实施例的部分流程示意图；

[0040] 图6是本发明一实施例的部分流程示意图。

具体实施方式

[0041] 为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的较佳实施方式。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施方式。相反地，提供这些实施方式的目的是使对本发明的公开内容理解的更加透彻全面。

[0042] 请参阅图1，本实施方式的轨道交通中的票务交易数据处理方法，包括内存数据库100，内存数据库100处理票务交易数据。其步骤为：

[0043] 步骤S1，接收原始交易数据；

[0044] 步骤S2，根据原始交易数据中的标识号，在内存数据库预设的索引库内查找所述标识号相对应的历史交易数据，再根据查找到历史交易数据的位置索引，在内存数据库预设的与索引库相对应的交易数据库内查找，查找到的历史交易数据与原始交易数据进行比对；对于重复的原始交易数据，进行步骤S3，对于非重复的原始交易数据，则进行步骤S4；

[0045] 步骤S3，对重复的原始交易数据，则进行剔重处理，并接收下一原始交易数据接收下一原始交易数据；

[0046] 步骤S4，对于非重复原始交易数据进行清分处理，并接收下一原始交易数据。

[0047] 交易数据包括售票、进站及出站的相关数据信息。单笔交易数据包括卡号、卡类型、交易类型、设备终端号、交易时间、站点、交易金额等信息。

[0048] 请参阅图2，在其他实施例中，内存数据库100包括索引库110及交易数据库120。索引库110与交易数据库120相对应，索引库110记录的信息包括标识号和位置索引。索引库的文件名以“.sdb”为后缀。索引库110记录所述交易数据库的索引信息。交易数据库120相对于索引库110记录更为详细的交易数据信息。交易数据库120记录的信息包括标识号、位置索引、卡类型、交易类型和设备终端号。相应的，交易数据库120的文件名以“.db”为后缀。

[0049] 内存数据库100分为索引库110及交易数据库120，查找的时候，先对索引库110进行查找，并且索引库110中一条信息对应交易数据库120内的多条信息，加快数据的检索速度，较快速检索到所需要的信息。

[0050] 内存数据库即将数据存放在内存中直接操作的数据库。内存数据库相对于磁盘数据库，内存数据库的读写速度要高出几个数量级，将数据保存在内存数据库中相比从磁盘数据库上访问能够极大地提高应用的性能。由于磁盘存取、内外存的数据传递、缓冲区管理、排队等待及锁的延迟等使得事务实际平均执行时间与估算的最坏情况执行时间相差很大。上述轨道交通中的票务交易数据处理方法中，避免了磁盘数据库的频繁操作，提高了处理器的处理速度。

[0051] 在一实施方式中，请参阅图3，在步骤2中，判断原始交易数据是否重复，包括：

[0052] 步骤S21，根据交易日期，到相应的内存数据库内查找。

[0053] 不同的交易日期的交易数据存放在不同的内存数据库文件中，根据交易日期，查找需要相应的内存数据库。例如：原始交易记录的卡号：1001，交易类型：售票，交易日期：2012年8月1日。则交易数据保存在索引库为20120801.sdb及交易数据库为20120801.db内。

[0054] 步骤S22，根据获得的原始交易数据的标识号，索引库以标识号为主键，采用多值键进行查找，则获得与所述原始交易数据的标识号相同的多条历史交易数据的位置索引。标识号可以为卡号或账号。

[0055] 根据卡号1001到索引库为20120801.sdb的内查找全部该卡号的交易记录的位置索引。索引库以标识号为主键，采用多值键进行查找，即可以查找到与该标识号一致的多条数据，因此只要是该卡号1001所对应的数据均被查找到，即进行一对多的查找。利用索引库110进行查找，较迅速的查找到该标识号所对应的多条历史交易数据，避免依次遍历内存数据库100内存储的所有历史交易数据，大大减少了内存数据库100的工作量，提高了查找速度，提升系统的性能。

[0056] 步骤S23，交易数据库分别以获得的多条历史交易数据的位置索引为主键，采用单值键进行查找，则查找到相应的多条历史交易数据，原始交易数据与多条历史交易数据进行比对，如果原始交易数据记录的信息与历史交易数据中记录的信息一致，则该原始交易数据重复，如果不一致，则该原始交易数据为非重复交易数据。

[0057] 由于每条历史交易数据均具有唯一的位置索引，在交易数据库120内以位置索引为主键进行唯一检索，采用单值键进行查找，即可根据一个位置索引查找到与该位置索引唯一确定的历史交易数据。由于在索引库110中，一个标识号对应多条位置索引，则每条位置索引唯一对应一条历史交易记录，不会发生重复。

[0058] 步骤S24，将原始交易数据与历史交易数据进行比对。原始交易数据记录的信息包括卡号、交易类型、交易时间及设备终端号。将原始交易数据与获得的历史交易数据进行比对，当原始交易数据记录的卡号、交易类型、交易时间及设备终端号信息与历史交易数据中记录的信息一致的时候，则判断该原始交易数据与历史交易数据重复。当原始交易数据记录的卡号、交易类型、交易时间及设备终端号信息与历史交易数据中记录的信息存在不一致的时候，则判断该原始交易数据与历史交易数据不重复。

[0059] 在判断原始交易数据是否重复的时候，对内存数据库内的历史交易数据进行检索、比对。先对索引库110进行检索，并且索引库110中一个标识号对应交易数据库内的多条信息，加快数据的检索速度，较快速检索到所需要的信息，提高了步骤S2的效率。

[0060] 对重复的原始交易数据进行删除，可以大大减小内存数据库所要存储的数据量，因此对上述内存数据库进行检索、查找、比对等操作，能够有效提高内存数据库的处理速度，提高轨道交通中的票务交易数据处理方法的效率。

[0061] 在其他实施例中，索引库110的索引结构为T树索引。T树索引针对主存访问优化的索引技术。T树索引的索引项精简。T树索引是一种一个节点中包含多个索引条目的平衡二叉树，T树索引每访问到一个新的索引节点，索引的范围减少一半，大大提高了检索效率。在上述轨道交通中的票务交易数据处理方法中，内存数据库100包括索引库110及与索引库110相对应的交易数据库120，索引库110记录交易数据库120的索引信息。对历史交易数据的查找和比对的过程，只需要先对内存数据库100中索引库110进行检索，由于索引库110与交易数据库120相对应，则根据索引库110再检索相应的交易数据库120，提高了查找历史交易数据的效率。

[0062] 在其他实施例中，在步骤S4，对于非重复的交易数据，进行清分处理的步骤还包括步骤S41对非重复的交易数据进行交易匹配的步骤。获得非重复的原始交易数据中的标识号，在预设的索引库内查找与标识号对应的历史交易数据，再根据查找到的历史交易数据的位置索引，在预设的与所述索引库相对应的交易数据库内查找，得到相应的历史交易数据，原始交易数据与历史交易数据进行匹配；

[0063] 对于匹配成功的原始交易数据，进行清分处理，完成本次操作，并接受下一交易数据；对于匹配失败的原始交易数据，则重新返回到所述接收原始交易数据的步骤，继续处理下一条实时接收的交易数据，并实时尝试再次交易匹配。

[0064] 请参阅图4，在其他实施例中，在步骤S41之前还包括：步骤S40，判断原始交易数据是否属于运费类型，属于运费类型的原始交易数据需要匹配，进行步骤S41，属于费用类型的原始交易记录无需匹配，则进行步骤S42；步骤S42，对属于费用类型的原始交易记录进行清分处理，并接受下一原始交易记录。

[0065] 其中，运费类型的交易包括但不限于普通单程票和/或预付值单程票的售票交易、进站交易、出站交易、超程补票交易和超时补票交易。费用类型的交易包括但不限于储值票的充值交易、售票交易、出站交易、超程补票交易、超时补票交易和/或行政罚款、行政支付、退卡及出站票。

[0066] 只有运费类型的原始交易数据才会进行匹配，进入到步骤S41中。

[0067] 在上述轨道交通中的票务交易数据处理方法中，对于运费类型的原始交易记录进行匹配运算，对于费用性的原始交易记录不必进行匹配运算，对于处理系统来说，会减小运算量，提高系统的处理速度，有助于实现票务交易数据的实时处理。

[0068] 请参阅图5，在其他实施方式中，步骤S41，将非重复的交易数据匹配的步骤包括：

[0069] 步骤S411，根据交易日期，到相应的内存数据库内查找。

[0070] 不同的交易日期的交易数据存放在不同的内存数据库文件中，根据交易日期，查找需要相应的内存数据库。例如交易日期是2012年8月1日，则交易数据保存在20120801.sdb的索引库及20120801.db的交易数据库内。

[0071] 步骤S412，根据获得的原始交易数据的标识号，索引库以标识号为主键，采用多值键进行查找，则获得与原始交易数据的标识号相同的多条历史交易数据的位置索引。

[0072] 根据标识号到20120801.sdb的索引库内查找。索引库以标识号为主键，并采用多个值键进行查找，则获得多条同一标识号、不同位置索引的交易数据。即可以查找到同一标识号的多条不同位置索引的交易数据。

[0073] 可以理解，标识号可以为卡号或账号。

[0074] 步骤S413，交易数据库分别以获得的多条历史交易数据的位置索引为主键，采用单值键进行查找，则查找到相应的多条历史交易数据。

[0075] 由于每条历史交易数据均具有唯一的位置索引，在交易数据库内以位置索引为主键进行唯一检索，可以找到唯一的一条历史交易数据。由于在索引库中，一个标识号对应多条位置索引，则每条位置索引唯一对应一条历史交易记录，不会发生重复。

[0076] 步骤S414，将查找到的多条历史交易数据按照交易类型进行二次排序。

[0077] 运费类的交易类型主要包括普通单程票的售票交易、进站交易、出站交易、补票交易（超程和超时）、预付值单程票的预付值交易、进站交易、出站交易、补票交易（超程和超时）。记录在交易数据库内的历史交易数据为运费类交易。因此，历史交易数据可以分成售票交易类、进站交易类、出站交易类等交易类型。二次排序为将历史交易数据按照交易类型进行排序。

[0078] 一条原始交易数据当售票记录、进站记录及出站记录完整的时候，才会匹配成功。例如，当原始交易记录是进站交易类型时，则需要对售票交易及出站交易数据进行匹配。因此，将历史交易数据按照交易类型进行分类，针对原始交易数据的类型和相应类型的历史交易数据进行匹配。避免了将原始交易数据一一对获得的所有历史交易数据进行匹配，只需要对相应交易类型的历史交易数据进行匹配即可，减小了系统的运算量，提高了系统的性能。

[0079] 步骤S415，根据匹配条件，判断原始交易数据与相应的交易类型的历史交易数据是否匹配。符合匹配条件则匹配成功，对于匹配成功的原始交易数据，进行清分处理，完成本次操作，并接受下一原始交易数据。否则匹配失败。对于匹配失败的原始交易数据，则重新返回到接收原始交易数据的步骤，继续处理下一条实时接收的交易数据，并实时尝试再次交易匹配。

[0080] 在一实施方式中，请参阅图6，步骤S415，判断是否符合匹配条件的步骤包括：

[0081] 步骤S4151，比较出站交易的进站站点是否与进站交易的交易站点相同，若不相同则匹配失败；否则

[0082] 步骤S4152，比较出站交易的进站时间是否与进站交易的交易时间相同，若不相同则匹配失败；否则

[0083] 步骤S4153，比较进站交易的交易时间是否与普通单程票和/或预付值单程票售票交易的交易时间相同，若不相同则匹配失败；否则

[0084] 步骤S4154，比较进站交易数据交易站点是否与普通单程票和/或预付值单程票售票交易的交易站点相同，若不相同则匹配失败；否则

[0085] 步骤S4155，比较出站交易数据的交易金额是否与普通单程票和/或预付值单程票售票交易的交易金额相同，若不相同则匹配失败。

[0086] 在步骤S41将交易数据匹配的步骤中，需要对内存数据库内的交易数据进行检索，查找。先对索引库进行检索，在索引库中检索到相应的交易数据，由于索引库对应着交易数据库，则索引库中一个标识号对应交易数据库内的多条信息，加快数据的检索速度，较快速检索到所需要同一标识号对应的所有交易信息记录，提高了步骤S41的效率，有利于实现实时处理。

[0087] 请再次参阅图5，在其他实施例中，在步骤S41还包括：

[0088] 步骤S416，对匹配成功的原始交易数据与历史交易数据进行记录，原始交易数据生成相应的索引库信息及交易数据库信息，并与索引库及交易数据库中记录的历史交易数据进行合并记录。

[0089] 将匹配成功的原始交易数据与历史交易数据进行合并记录，使本次原始交易记录的处理被记录到内存数据库内，并为下次原始交易记录的处理，提供条件。

[0090] 在内存数据库上记录匹配未成功的标识信息。由于清分方法为实时清分，则当原始交易数据仅仅包括购票记录或进站记录的时候，则不能实现原始交易数据匹配成功。或者，当网络出现问题，原始交易数据也不会匹配成功。交易数据库120中记录的信息还包括：交易匹配状态、匹配成功时间及入库时间。如果匹配成功，则内存数据库记录匹配成功的标识信息。如果匹配不成功，则内存数据库记录匹配未成功的标识信息。交易匹配状态、匹配成功时间及入库时间没有相应值的时候，则记录为空值。

[0091] 以上所述实施方式仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。