异步报送信息的方法及装置与流程

本发明涉及信息报送技术领域，特别涉及一种异步报送信息的方法及装置。

背景技术：

目前，在核心银行系统向另外一个系统采用异步报送信息过程中，遇到交易量较大时，就会存在报送效率低下的问题。

下面以核心银行系统向外围系统报送交易信息为例，说明现有技术中信息报送效率低下的原因：

核心银行系统主要负责账户处理、账务处理。而其他的处理基本上都依靠外围系统。对于时效性要求不高的数据传递需求，核心银行系统可以使用批量方式在当日日终处理完成后，下传当日的数据。而对于时效性要求比较高的外围系统，需要实时或准实时拿到数据，这时就需要联机的信息传输。

在信息传输的需求中，有比较密集的，也就是说对相当比例的交易都需要传输数据，比如所有金融交易的信息都需要报送到信息整合及服务系统(即外围系统)。在这种情况下，报送处理如果采用实时报送，就会占用联机交易的时间，影响联机交易对外的服务。为了减少报送对联机交易的影响，可以采用异步报送方式。在联机交易完成时，在中间数据表中记录需要报送的索引信息，然后报送处理根据中间数据表的索引信息整理完成报送。这是一种准实时处理，通常情况下实际的报送延迟并不明显。

在异步报送中，报送进程通过不断扫描中间数据表，并将扫描到的数据根据目标系统的要求，读取相应的信息。在交易量小时不会有问题，在交易量大时，报送效率问题就出来。未报送的交易会越积越多，特别是信息已经从数据库系统的缓存(例如DB2的BUFFER POOL)中被置换掉后，数据要从硬盘上读取，报送效率进一步降低，未报送数据堆积情况进一步恶化，这种情况下的异步信息报送已经对客户服务造成很大的影响，客户在交易完成后很长时间得不到相应的服务。这种现象在网站促销比如双十一这样的节日就会表现得比较严重。

技术实现要素：

本发明实施例提供了一种异步报送信息的方法，用以提高异步报送信息的效率，该方法包括：

在核心银行系统处理客户交易请求时，获取处理客户交易请求产生的待报送信息，将其中满足预设条件的待报送信息进行缓存，将缓存的待报送信息进行压缩整理后存入报送中间数据表，将未缓存的待报送信息存入存储系统；

在核心银行系统处理客户交易请求完成后，将未缓存的待报送信息对应的索引信息存入报送中间数据表；

在核心银行系统处理客户交易请求完成后，解析压缩整理后的缓存待报送信息，获得缓存信息对应的待报送信息；根据索引信息，读取并整理存储系统中索引信息对应的待报送信息，获得索引信息对应的待报送信息；

根据接收待报送信息的目标系统的要求，将缓存信息对应的待报送信息和索引信息对应的待报送信息进行拼接后向目标系统报送；

满足预设条件的待报送信息为：在核心银行系统处理客户交易请求的过程中进行压缩整理所用时长将会小于在核心银行系统处理客户交易请求完成后进行压缩整理所用时长的待报送信息。

本发明实施例还提供了一种异步报送信息的装置，用以提高异步报送信息的效率，该装置包括：

联机交易模块；联机交易模块包括：待报送信息获取模块，用于在核心银行系统处理客户交易请求时，获取处理客户交易请求产生的待报送信息；部分待报送信息缓存整理模块，用于将其中满足预设条件的待报送信息进行缓存，将缓存的待报送信息进行压缩整理后存入报送中间数据表；未缓存的待报送信息存储模块，用于将未缓存的待报送信息存入存储系统；

索引信息存储模块，用于在核心银行系统处理客户交易请求完成后，将未缓存的待报送信息对应的索引信息存入报送中间数据表；

报送准备模块，用于在核心银行系统处理客户交易请求完成后，解析压缩整理后的缓存待报送信息，获得缓存信息对应的待报送信息；根据索引信息，读取并整理存储系统中索引信息对应的待报送信息，获得索引信息对应的待报送信息；

报送模块，用于根据接收待报送信息的目标系统的要求，将缓存信息对应的待报送信息和索引信息对应的待报送信息进行拼接后向目标系统报送；

满足预设条件的待报送信息为：在核心银行系统处理客户交易请求的过程中进行压缩整理所用时长将会小于在核心银行系统处理客户交易请求完成后进行压缩整理所用时长的待报送信息。

与现有技术相比较，本发明实施例提供的技术方案，具有如下有益技术效果：

首先，本发明实施例提供的技术方案，将报送过程中的部分整理工作，即对在核心银行系统处理客户交易请求的过程中进行压缩整理所用时长将会小于在核心银行系统处理客户交易请求完成后进行压缩整理所用时长的待报送信息的整理工作，放在核心银行系统处理客户交易请求时同步进行：将满足预设条件的待报送信息进行缓存，将缓存的待报送信息进行压缩整理后存入报送中间数据表；而另一部整理工作，即对未缓存的待报送信息的整理工作，放在核心银行系统处理客户交易请求完成后进行：在核心银行系统处理客户交易请求完成后，根据所述索引信息，读取并整理存储系统中索引信息对应的待报送信息，获得索引信息对应的待报送信息；在该步骤中，还实现了解析压缩整理后的缓存待报送信息，获得缓存信息对应的待报送信息；最后，将缓存信息对应的待报送信息和索引信息对应的待报送信息进行拼接后向所述目标系统报送，通过上述可知，本发明提供的技术方案提高了异步报送信息的效率。

另外，本发明实施例提供的技术方案中，整理并压缩后的缓存信息存入的报送中间数据表，与索引信息存入的报送中间数据表是同一个数据表，这样，对原有的系统架构没有影响，另外，在处理客户交易请求的过程中，将缓存信息存入该报送中间数据表，也不会增加额外的I/O开销。

综上，本发明实施例提供的技术方案在对原有系统架构没有影响，也没有增加额外I/O开销的基础上，提高了异步报送信息的效率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1是本发明实施例中异步报送信息的方法的流程示意图；

图2是本发明实施例中核心银行系统处理客户交易请求完成后获取并处理得到完整待报送信息的流程示意图；

图3是本发明实施例中异步报送信息的装置的结构示意图；

图4是现有技术中异步报送信息的方法的流程示意图；

图5是本发明另一实施例中异步报送信息架构及方法的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本发明做进一步详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。

核心银行系统主要负责账户处理、账务处理。而其它的处理基本上都依靠外围系统。对于时效性要求不高的数据传递需求，核心银行系统可以使用批量方式在当日日终处理完成后，下传当日的数据。而对于时效性要求比较高的外围系统，需要实时或准实时拿到数据，这时就需要联机的信息传输。

实现传输有同步和非同步两种方式。

同步方式就是在交易的同时，将需要的数据整理完成并报送给目标系统(外围系统)。

异步方式就是在联机交易完成后(在核心银行系统处理客户交易请求完成后)，在中间数据表记录需要报送的索引信息，然后报送处理根据中间数据表的索引信息整理完成报送。这是一种准实时处理。

对于同步方式，很多数据的处理和整理是和交易本身没有关系，这些处理仅仅是为了给目标系统报送数据。对于主要服务于联机交易的系统来说，这些多出来的处理时间会降低联机交易的服务质量。

对于一般的异步处理，中间数据表只记录索引信息(因为记录得多，起到降低联机交易耗时的问题)。在报送进程中，重新整理所有的数据，这些处理需要重新和数据库打交道，而数据库的BUFFER POOL中可能不存在这些数据了，所以性能会非常低，在交易量高峰时段，需要报送的信息会大量积压，延迟对目标系统的报送服务。

发明人发现并考虑到以上问题，并发现对于异步报送，最大的问题就是数据的重新整理，于是提出了一种异步报送信息的方案，本发明是将一部分整理工作放在交易进程中，但关键是，并不是将全部整理信息的工作，而是将最耗时、但在交易时整理并不耗时的工作放在交易时同步整理，并将这部分整理好的数据放入中间数据表中。

该方案需要同时满足以下目标：

A.不增加额外的I/O的开销。

B.整个报送效率在高峰时段仍然能保持高效的报送效率。

C.对原有的架构影响极小。

下面对本发明提供的技术方案详细介绍如下。

在介绍本发明之前，首先对本发明实施例中涉及到的术语进行介绍如下：

异步信息报送：核心系统处理客户请求的完成和该请求处理产生的信息报送到外围不是一个提交点内完成的，而是在客户请求处理完成后，通过中间数据记录交易信息，然后由另外的进程将这些信息按目标系统要求发送出去。

IFXX：代表从IF01开始的多个中间数据表，每个AOR一个。各个AOR处理互不冲突；

ACVT：账户交易信息表；

ACVM：账户基本信息表；

ACVE：账户扩展信息表；

CMST：客户信息表；

PARM：参数信息表。

图1是本发明实施例中异步报送信息的方法的流程示意图；如图1所示，该方法包括如下步骤：

步骤101：在核心银行系统处理客户交易请求时，获取处理客户交易请求产生的待报送信息，将其中满足预设条件的待报送信息进行缓存，将缓存的待报送信息进行压缩整理后存入报送中间数据表，将未缓存的待报送信息存入存储系统；

步骤102：在核心银行系统处理客户交易请求完成后，将未缓存的待报送信息对应的索引信息存入报送中间数据表；

步骤103：在核心银行系统处理客户交易请求完成后，解析压缩整理后的缓存待报送信息，获得缓存信息对应的待报送信息；根据索引信息，读取并整理存储系统中索引信息对应的待报送信息，获得索引信息对应的待报送信息；

步骤104：根据接收待报送信息的目标系统的要求，将缓存信息对应的待报送信息和索引信息对应的待报送信息进行拼接后向目标系统报送；

满足预设条件的待报送信息为：在核心银行系统处理客户交易请求的过程中进行压缩整理所用时长将会小于在核心银行系统处理客户交易请求完成后进行压缩整理所用时长的待报送信息。

与现有技术相比较，本发明实施例提供的技术方案，具有如下有益技术效果：

首先，本发明实施例提供的技术方案，将报送过程中的部分整理工作，即对在核心银行系统处理客户交易请求的过程中进行压缩整理所用时长将会小于在核心银行系统处理客户交易请求完成后进行压缩整理所用时长的待报送信息的整理工作(这部分工作在交易完成后整理最耗时、但在交易过程中同步整理并不耗时)，放在核心银行系统处理客户交易请求时同步进行：将满足预设条件的待报送信息进行缓存，将缓存的待报送信息进行压缩整理后存入报送中间数据表；而另一部整理工作，即对未缓存的待报送信息的整理工作，放在核心银行系统处理客户交易请求完成后进行：在核心银行系统处理客户交易请求完成后，根据所述索引信息，读取并整理存储系统中索引信息对应的待报送信息，获得索引信息对应的待报送信息；在该步骤中，还实现了解析压缩整理后的缓存待报送信息，获得缓存信息对应的待报送信息；最后，将缓存信息对应的待报送信息和索引信息对应的待报送信息进行拼接后向所述目标系统报送，通过上述可知，本发明提供的技术方案提高了异步报送信息的效率。

另外，本发明实施例提供的技术方案中，整理并压缩后的缓存信息存入的报送中间数据表，与索引信息存入的报送中间数据表是同一个数据表，这样，对原有的系统架构没有影响，另外，在处理客户交易请求的过程中，将缓存信息存入该报送中间数据表，也不会增加额外的I/O开销。

综上，本发明实施例提供的技术方案在对原有系统架构没有影响，也没有增加额外I/O开销的基础上，提高了异步报送信息的效率。

在一个实施例中，在将其中满足预设条件的待报送信息进行缓存之前，还可以包括：甄别满足预设条件的待报送信息。

在一个实施例中，在核心银行系统处理客户交易请求的过程中进行压缩整理所用时长将会小于在核心银行系统处理客户交易请求完成后进行压缩整理所用时长的待报送信息可以来源于如下整理工作：I/O操作数量小于预设值且占用大于预设时长的整理工作。

在一个实施例中，I/O操作数量小于预设值且占用大于预设时长的整理工作可以包括：对小于预设大小的数据表的访问工作(包括：对小数据表的访问工作)。

在一个实施例中，在核心银行系统处理客户交易请求的过程中进行压缩整理所用时长将会小于在核心银行系统处理客户交易请求完成后进行压缩整理所用时长的待报送信息可以来源于执行金融交易工作。

具体实施时，在上述步骤101中，在将其中满足预设条件的待报送信息进行缓存之前，首先要甄别满足预设条件的待报送信息，即要甄别在联机交易完成时整理报送信息耗时的场景和项目。下面对甄别主要耗时项目和主要的场景进行介绍。

首先，介绍甄别主要耗时的项目：

在信息报送中，会有很多数据表和文件的访问，但是大部分都是非常耗时，特别是小数据表的访问。总体耗时分布符合二八原则，很少量的I/O操作占用大部分的耗时，我们优化的主要目标是这些较少的I/O操作而不是全部，否则优化过程漫长、工作量大、对现有架构影响大而且效果不明显。即如果将少量的I/O操作占用大部分的耗时的工作放在核心银行系统处理客户请求交易完成后，进行整理压缩工作，耗费很多时间，但是，如果将这部分工作放在核心银行系统处理客户请求交易的过程中则不会耗费很多时间。

其次，介绍甄别主要的场景类别：

需要报送的交易场景多种多样，可能包含1个账户也可能包含几十个账户，交易包含的场景分布也符合二八原则，绝大部分发生的交易都集中在几个场景中，比如转账交易比重比较大，而且一般也就是一个转出账户和一个转入账户，也可能再包含一个收费账户。如果考虑全部场景，优化同样难以实施。

在一个实施例中，满足预设条件的待报送信息占处理客户交易请求产生的待报送信息的百分之二十，即主要场景的主要耗时项目的待报送信息占客户请求产生的待报送信息的百分之二十，具体实施时，符合二八原则的原因为：优化不是刻板的设计，而是优雅的艺术。它不讲究100％，不是绝对地满足一项功能，而是在各项质量指标中做出平衡。优化不像功能需求，提出10个功能点，必须100％满足。而质量属性中，包含了响应时间、空间占用、易修改性、易测性等等，很多质量属性是相互矛盾的，必须做出平衡，如何平衡是一个接近艺术的创作。

下面结合一个具体的例子说明甄别满足预设条件的待报送信息，即甄别主要耗时的项目和场景：

首先，对于需要信息报送的交易(绝大部分是金融交易)进行分析可以看到，对私业务占据大部分，而对私业务中活期一本通账户又占大部分。虽然账户可能有各种各样的签约，比如预约转账时会牵连最多达几十个账户或交易，但这样的账户数量非常少，生产交易发生的比率也非常低。

其次，在实际的数据分布中，账户信息和交易信息都是以亿为单位。I/O分析中，ACVM(账户主信息)，ACVE(账户扩展信息)，ACVT(账户交易信息)的总体耗时是最大的，每次I/O会有5个以上的DB2GETPAGE(页面读取)操作，而且每支交易必读，其他信息的读取则不是必然发生。

根据上述的场景和I/O(耗时项目)分析，可以制定的缓存策略：账户缓存6个，交易3个。这个缓存策略覆盖了正常单账户支取、存入，两个账户的转账，以及包含1个收费账户的场景，账户数量考虑一本通的主子两个账户。这个缓存策略可以涵盖生产上99％的场景。其余场景如果超过这个需求，采用继续读取数据表的方式补充，即使如此，也不会对总体性能产生较大的影响。

接着，介绍在步骤101中，将其中满足预设条件的待报送信息进行缓存，将缓存的待报送信息进行压缩整理后存入报送中间数据表，将未缓存的待报送信息存入存储系统的具体实施内容。

数据空间的浪费主要体现在无用数据和数据的重复，尽量减少无用的字段和重复，可大大减少存储空间。数据量的减少对于数据存储、传输、内存的消耗都是非常有利的。这里需要注意一个问题：在99％以上的场景中不使用的字段，在某种程度上来说也是一种浪费，这里的平衡点是，如果优化后，新增耗费的资源较少，且没有过多降低可维护性，而省下来的空间又能带来收益，这种情况下就建议优化；否则，优化措施就会过犹不及。

在一个实施例中，将其中满足预设条件的待报送信息进行缓存，可以包括：将满足预设条件的待报送信息中目标系统需要的字段进行缓存；

具体实施时，只缓存目标系统需要的字段，如果目标系统有变动时，需要同步修改缓存逻辑，但由于缓存的数据项有限，所以变动并不频繁。而且全部信息尤其是账户信息，非常庞大，全部缓存的方案不可行。

将其中满足预设条件的待报送信息进行缓存，即对主要场景的主要耗时项目设置缓存具体还可以包括：对于主要耗时数据表的I/O模块，增加数据收集环节。收集的数据量按照主要场景设置。收集数据栏位按照目标系统需要的信息设定。这样就以最小的代价获取最大的性能提高。而且不增加额外的I/O消耗。

在一个实施例中，将缓存的待报送信息进行压缩整理后存入报送中间数据表，可以包括：使用长度加数据的方式，紧密排列缓存的待报送信息后存入报送中间数据表；

具体实施时，使用长度加数据的方式，紧密排列缓存的待报送信息后存入报送中间数据表需要在保存和读取时有压缩和解压缩的逻辑。

缓存区数据结构如下表1所示：

表1

具体实施时，缓存数据的存储具体实施可以包括：

A：在ACVM，ACVE，ACVT的I/O处理模块中，增加缓存数据(缓存的待报送信息)保存的逻辑。

B：在缓存数据保存模块(可以设置这样一个模块来对缓存数据进行保存)中，上述三个表信息是独立处理的。交易信息记录的同时，记录交易账号列表。缓存首先判断是否已经达到缓存的上限个数，如果达到，对于交易信息来说，要将已缓存的账号置上缓存未完成标志，然后返回(这样实施也是考虑前文提到的二八原则，部分缓存，不是全部缓存，具体实施请参见前文)。

C：在交易处理完成后，从缓存中提取并整理数据(可以设置一个调用缓存提取模块来执行提取缓存的待报送信息)。由于账户基本信息和扩展信息必须配对使用，所以整理时，只对能够配对的部分进行存储。

在一个实施例中，将未缓存的待报送信息存入存储系统，可以包括：采用变长字段方式，将未缓存的待报送信息存入存储系统。

具体实施时，DB2对变长字段处理效率非常高，接近于定长字段。采用变长字段节省不需要的空间。

在上述步骤103中，在核心银行系统处理客户交易请求完成后，解析压缩整理后的缓存待报送信息，获得缓存信息对应的待报送信息；根据所述索引信息，读取并整理存储系统中索引信息对应的待报送信息，获得索引信息对应的待报送信息，包括：

读取报送中间数据表中的信息；

如果读取信息是缓存的待报送信息，从报送中间数据表中获得压缩整理后的缓存待报送信息，解析压缩整理后的缓存待报送信息，获得缓存信息对应的待报送信息；

如果读取信息是未缓存的待报送信息，从报送中间数据表中获得索引信息，根据所述索引信息，读取并整理存储系统中索引信息对应的待报送信息，获得索引信息对应的待报送信息；

如果读取信息包括缓存的待报送信息和未缓存的待报送信息，先从报送中间数据表中获得压缩整理后的缓存待报送信息，解析压缩整理后的缓存待报送信息，获得缓存信息对应的待报送信息，再根据缓存的待报送信息缓存完毕的位置，从报送中间数据表中获得索引信息，根据所述索引信息，读取并整理存储系统中索引信息对应的待报送信息，获得索引信息对应的待报送信息。

由于缓存的数据只是一部分，需要在数据处理时，考虑缓存数据和未缓存数据的拼接。在缓存时记录是否缓存完成的情况，在发送处理时，如果缓存已完成，则不需要多余的I/O去获取其他数据文件或表，如果缓存未完成，则需要继续读取数据文件或表完成信息整理。

下面对在核心银行系统处理客户交易请求完成后，获取并处理得到完整待报送信息的步骤进行介绍如下：

具体实施时，如图2所示，在核心银行系统处理客户交易请求完成后，获取并处理得到完整待报送信息可以包括如下步骤(还以交易信息为例)：

A:读取一笔交易信息，获取需要报送的所有账号，并循环处理这些账号；同时，缓存信息也被解析，放入内存工作区中；

B:查看当前账户信息是否已经缓存，如果缓存，则从缓存中获取账户信息，否则就继续从ACVM和ACVE中读取；

C:查看当前账户的交易信息是否缓存，如果缓存就将缓存的本账户的所有交易处理完毕。如果未缓存，设置交易信息开始扫描的位置；

D:查看当前账户的交易信息是否缓存完毕，如果未完毕，则根据交易信息的末笔信息设置下一笔要读取的交易信息键值；

E:无论是未缓存还是未缓存完毕，根据设置的交易信息ACVT的键值扫描剩余的交易信息，直至扫描完毕；

F:根据扫描的交易信息，做相应的报送处理。

图2中提到的扫描处理即为根据索引信息，读取并整理存储系统中索引信息对应的待报送信息，具体理解请参见本发明实例的开始段落。

基于同一发明构思，本发明实施例中还提供了一种异步报送信息的装置，如下面的实施例所述。由于异步报送信息的装置解决问题的原理与异步报送信息的方法相似，因此异步报送信息的装置的实施可以参见异步报送信息的方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是本发明实施例中异步报送信息的装置的结构示意图，如图3所示，该装置包括：

联机交易模块02；所述联机交易模块02包括：待报送信息获取模块021，用于在核心银行系统处理客户交易请求时，获取处理客户交易请求产生的待报送信息；部分待报送信息缓存整理模块022，用于将其中满足预设条件的待报送信息进行缓存，将缓存的待报送信息进行压缩整理后存入报送中间数据表；未缓存的待报送信息存储模块023，用于将未缓存的待报送信息存入存储系统；

索引信息存储模块04，用于在核心银行系统处理客户交易请求完成后，将未缓存的待报送信息对应的索引信息存入所述报送中间数据表；

报送准备模块06，用于在核心银行系统处理客户交易请求完成后，解析压缩整理后的缓存待报送信息，获得缓存信息对应的待报送信息；根据所述索引信息，读取并整理存储系统中索引信息对应的待报送信息，获得索引信息对应的待报送信息；

报送模块08，用于根据接收待报送信息的目标系统的要求，将缓存信息对应的待报送信息和索引信息对应的待报送信息进行拼接后向所述目标系统报送；

满足预设条件的待报送信息为：在核心银行系统处理客户交易请求的过程中进行压缩整理所用时长将会小于在核心银行系统处理客户交易请求完成后进行压缩整理所用时长的待报送信息。

在一个实施例中，满足预设条件的待报送信息占处理客户交易请求产生的待报送信息的百分之二十。

图4是现有技术中异步报送信息的方法的流程示意图；图5是本发明另一实施例中异步报送信息架构及方法的示意图。下面结合附图4和附图5说明本发明实施例的改进，以便于理解本发明如何实施。

如图4和图5对比可知，本发明实施例中的内容包括改造如下模块：

A:为了存储缓存的待报送信息，改进了三个数据表的I/O模块(ACVM，ACVE，ACVT)；

B:为了存储缓存的待报送信息，改进了交易记录模块(可以具体设置这样一个模块)；

C：通过上文可知，为了整理缓存和未缓存信息，后续涉及到将缓存信息对应的待报送信息和索引信息对应的待报送信息进行拼接，所以报送模块与现有技术的也不同了。

如图4和图5对比可知，本发明实施例中新增缓存模块(部分待报送信息缓存整理模块)、缓存提取模块(在后续整理报送时，可以设置这样一个模块，用于提取缓存信息)

另外，本发明实施例中修改了中间数据表的结构，增加缓存数据栏位，也是为了存储缓存的待报送信息。

最难的部分是确定被缓存的项，这里需要非常严谨，使用实际数据来确定最小的优化工作量和最大的优化收益之间做出平衡。

在一个具体的实例中，本发明实施例提供的异步报送信息的方法可以包括如下步骤：

步骤1：客户请求联机交易；

步骤2：完成数据存取(包括：将未缓存的待报送信息存入存储系统)；

步骤3：部分待报送信息缓存整理模块022完成缓存及缓存的压缩整理；

步骤4：在核心银行系统对客户请求处理完成后，将未缓存的待报送信息对应的索引信息存入所述报送中间数据表；

步骤5：联机交易返回客户；

步骤6：报送进程(进入报送步骤)调用缓存提取模块提取缓存信息；

步骤7：报送进程根据缓存信息同时选择性根据索引信息，读取并整理存储系统中索引信息对应的待报送信息，完成报送。

本发明实施例提供的技术方案，在异步报送的方案上，增加对主要耗时信息的缓存，将一部分整理工作放在交易进程中，但关键是，并不是将全部整理信息的工作，而是将最耗时、但在交易时整理并不耗时的工作(即对在核心银行系统处理客户交易请求的过程中进行压缩整理所用时长将会小于在核心银行系统处理客户交易请求完成后进行压缩整理所用时长的待报送信息的整理工作)放在交易时同步整理。本方案属于异步报送，但和异步的区别为，在联机交易的同时(核心银行系统处理客户交易请求)缓存了获取较为耗时的数据。缓存策略选取采用的是二八原则方式，而不是绝对的全部缓存和全部不缓存，具体的整理工作包括对缓存数据进行整理并压缩(对缓存的待报送信息进行压缩整理)。

本发明实施例实现了如下技术效果：

A.不会增加任何I/O的开销：缓存使用的是原有的中间数据表，缓存数据收集是在数据获取的过程中完成的，不使用额度读取逻辑。

B.整个报送效率大大提高：在压力测试环境，每个报送进程可以达到375TPS，比使用本发明实施例提供的方案前提高了5倍。

C.优化工作量小：本发明实施例中，仅对三个数据表的I/O模块、交易记录模块和报送模块做了改造，对原有的架构没有影响。

关联指标说明(通过发明人大量的实验验证得到的有益实验结果)：每个AOR上的报送进程数为1个，AOR个数为16个，所有AOR合计报送能力为6000笔/秒。

显然，本领域的技术人员应该明白，上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明实施例不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。