CN107909359B - 批量调用联机交易公共处理机制的数据处理方法及装置 - Google Patents

Abstract

本发明提供了一种批量调用联机交易公共处理机制的数据处理方法及装置，涉及银行系统数据处理技术领域。方法包括：获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定文本数据的文本类型；根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；根据逐输入域的数据映射后的数据生成联机交易数据流。本发明可以解决现有技术中Trickle Feed文本的开发和维护流程繁琐复杂，需要开发编写新的处理程序或修改文本处理程序，开发和维护成本较高的问题。

Description

批量调用联机交易公共处理机制的数据处理方法及装置

技术领域

本发明涉及银行系统数据处理技术领域，尤其涉及一种批量调用联机交易公共处理机制的数据处理方法及装置。

背景技术

目前，在核心银行系统中，Trickle Feed公共机制得到了广泛的应用。TrickleFeed公共机制，即为核心银行系统中的批量调用联机交易公共处理机制，又称为TF公共机制，是一种根据核心银行系统外部(或内部生成)提供的文本数据，以联机批量的方式模拟前端发起交易，调用核心银行系统的核心后台功能进行联机交易处理的公共机制。TF公共机制的主要服务对象是各外围系统(也为核心银行系统内少量特殊功能所使用)，适用于各类大量可事先批量生成交易请求数据、对交易响应时效性要求不高的批量业务处理需求。

在目前的核心银行系统产品下的Trickle Feed文本的开发流程下，若需新增一组业务数据批量联机处理功能，则需要在核心银行系统中增加一种新的文本类型、并新增与之对应的一组两支文本处理程序，即文本预处理程序和返回文本处理程序，其本身需要有一定的开发成本；而一旦文本处理程序完成，后续对其复用联机交易的接口进行任何的调整，同样需要修改文本处理程序，从而又加大了后续的维护成本。而且开发一套新的Trickle Feed文本预处理和返回文本处理程序，其需要大量开发维护成本的问题，制约着Trickle Feed机制的广泛应用，使业务发展和维护成本成为一对难以调和的矛盾。

发明内容

本发明的实施例提供一种核心银行系统批量调用联机交易公共处理机制的数据处理方法及装置，以解决现有技术中Trickle Feed文本的开发和维护流程繁琐复杂，需要开发编写新的处理程序或修改文本处理程序，开发和维护成本较高的问题。

为达到上述目的，本发明采用如下技术方案：

一种核心银行系统批量调用联机交易公共处理机制的数据处理方法，包括：

获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定所述核心银行系统批量调用联机交易公共处理机制文本数据的文本类型；

根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；

根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；

根据逐输入域的数据映射后的数据生成联机交易数据流。

具体的，所述文本类型包括：存款产品参数交易文本、贷款产品参数交易文本以及银行机构参数交易文本。

具体的，所述映射参数数据包括各文本类型对应的各输入域名称、各输入域对应的起始位置、各输入域对应的长度以及各输入域进行域移位后的位置。

具体的，所述对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射，包括：

确定所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据的各个输入域；

将各个输入域从其对应的起始位置移位到其对应的进行域移位后的位置。

一种核心银行系统批量调用联机交易公共处理机制的数据处理装置，包括：

文本数据获取单元，用于获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定所述核心银行系统批量调用联机交易公共处理机制文本数据的文本类型；

映射参数数据获取单元，用于根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；

数据映射单元，用于根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；

联机交易数据流生成单元，用于根据逐输入域的数据映射后的数据生成联机交易数据流。

具体的，所述文本数据获取单元中的文本类型包括：存款产品参数交易文本、贷款产品参数交易文本以及银行机构参数交易文本。

具体的，所述映射参数数据获取单元中的映射参数数据包括各文本类型对应的各输入域名称、各输入域对应的起始位置、各输入域对应的长度以及各输入域进行域移位后的位置。

此外，所述数据映射单元，具体用于：

确定所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据的各个输入域；

将各个输入域从其对应的起始位置移位到其对应的进行域移位后的位置。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现以下步骤：

获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定所述核心银行系统批量调用联机交易公共处理机制文本数据的文本类型；

根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；

根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；

根据逐输入域的数据映射后的数据生成联机交易数据流。

一种计算机设备，包括存储器、处理器及存储在存储上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：

获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定所述核心银行系统批量调用联机交易公共处理机制文本数据的文本类型；

根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；

根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；

根据逐输入域的数据映射后的数据生成联机交易数据流。

本发明实施例提供一种核心银行系统批量调用联机交易公共处理机制的数据处理方法及装置，在需要根据核心银行系统批量调用联机交易公共处理机制的数据生成联机交易数据流时，仅需要通过文本类型，即可在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；从而根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；并根据逐输入域的数据映射后的数据生成联机交易数据流。这样，对于不同文本类型的数据，仅需要维护好公共机制映射控制表，即可完成逐输入域的数据映射，生成联机交易数据流，而无需对不同文本类型的数据开发不同的处理程序，从而实现通过Trickle Feed文本上传的方式即可实现业务参数增加、删除、修改的批量处理功能，减少针对Trickle Feed功能中预处理和返回处理的程序开发工作。可见，本发明可以解决现有技术中TrickleFeed文本的开发和维护流程繁琐复杂，需要开发编写新的处理程序或修改文本处理程序，开发和维护成本较高的问题。

附图说明

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

图1为现有技术中的Trickle Feed公共机制的业务数据映射的程序比重示意图；

图2为现有技术中的AGENT文本处理流程示意图；

图3为本发明实施例提供的一种核心银行系统批量调用联机交易公共处理机制的数据处理方法的流程图；

图4为本发明实施例中生成联机交易数据流的示意图一；

图5为本发明实施例中的具体程序流程示意图；

图6为本发明实施例中生成联机交易数据流的示意图二；

图7为本发明实施例提供的一种核心银行系统批量调用联机交易公共处理机制的数据处理装置的结构示意图。

具体实施方式

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

对于本发明实施例，发明人的研究过程如下：

首先，在核心银行系统中，任何功能最终都是为业务服务的，Trickle Feed批量联机交易也不例外。因此Trickle Feed处理的关键，是业务数据的处理，即：将柜员上送的、按照固定格式填写的业务数据要素，经过预处理，映射成为联机交易接口所约定的输入输出通信区。

与此对应的，不同Trickle Feed格式的文本，其差异集中在不同的映射规则上；而用于实现Trickle Feed本身机制的代码，则是功能一致的可以复用的，即Trickle Feed应用的特点为：①、整体机制一致的控制流程；②、不同文本类型差异化的映射规则。

然而，在现存的各类Trickle Feed文本处理程序中，大量的代码是用来配合实现Trickle Feed本身的控制流程，对于本应是核心内容的业务数据映射过程，在程序中所占的比重反而不大。由图1可见，只有黑色部分用于处理业务数据映射，是程序处理的关键部分，但其在程序中的比重很小。事实上，以批量更新使用者代码USERCODE的预处理程序TF0232为例，程序全长1125行，其中用于数据映射的仅为30行，占比不足3％。由此可见，开发一套新的Trickle Feed文本处理程序，其投入(编写一套包含全部控制流程的处理程序)和产出(只有很小篇幅用于核心数据转换处理)的效能比是相当低的。

在银行数据处理领域中，现有的批量代收付功能AGENT文本功能可以在复用同一套TF整体控制流程的情况下，实现差异化的功能映射。其概况如下：

AGENT文本(又称为批量代收付文本)通过同一文本类型提供了客户账、BGL(中国银行核心内部账户。全称Branch General Ledger账户)、CGL(中国银行内部的虚拟账户)间互转的不同功能，流程如图2所示：其中公共处理使用相同的逻辑代码(白色框部分)、不同业务交易在各自预处理程序段使用不同的逻辑代码(黑色框部分)实现，增加或调整业务交易处理只需修改黑色框部分的逻辑代码、无需关注公共部分(即无需关注白色框部分)。其中，黑色框部分中的1030、1050、20045等是指核心银行系统的业务处理交易码。

通过上述内容可见，AGENT文本是一个较为成功的尝试，使该文本处理免于琐碎的实现机制控制逻辑、可以在一定程度专注于“业务数据映射”这一核心内容上；然而其通过硬代码本身处理业务数据的特点，也注定有着难以突破的局限性：

不同文本类型的实现仅通过程序段隔开，新增功能时仍需大量编写代码；

不同的功能格式复用程序中一些关键变量，任何一种格式的调整需要对所有类型进行测试。

那么，如何解决AGENT模式所面临的局限性就成为进一步研究的课题。

为了克服以上问题，如图3所示，本发明实施例提供一种核心银行系统批量调用联机交易公共处理机制的数据处理方法，包括：

步骤101、获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定所述核心银行系统批量调用联机交易公共处理机制文本数据的文本类型。

步骤102、根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据。

步骤103、根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射。

步骤104、根据逐输入域的数据映射后的数据生成联机交易数据流。

本发明实施例提供一种核心银行系统批量调用联机交易公共处理机制的数据处理方法，在需要根据核心银行系统批量调用联机交易公共处理机制的数据生成联机交易数据流时，仅需要通过文本类型，即可在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；从而根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；并根据逐输入域的数据映射后的数据生成联机交易数据流。这样，对于不同文本类型的数据，仅需要维护好公共机制映射控制表，即可完成逐输入域的数据映射，生成联机交易数据流，而无需对不同文本类型的数据开发不同的处理程序，从而实现通过Trickle Feed文本上传的方式即可实现业务参数增加、删除、修改的批量处理功能，减少针对Trickle Feed功能中预处理和返回处理的程序开发工作。可见，本发明可以解决现有技术中Trickle Feed文本的开发和维护流程繁琐复杂，需要开发编写新的处理程序或修改文本处理程序，开发和维护成本较高的问题。

具体的，所述文本类型包括：存款产品参数交易文本、贷款产品参数交易文本、银行机构参数交易文本、国际支付汇款路径信息参数、借记卡产品参数等覆盖所有核心银行系统批量维护参数信息的交易范围的类型。

具体的，所述映射参数数据包括各文本类型对应的各输入域名称、各输入域对应的起始位置、各输入域对应的长度以及各输入域进行域移位后的位置。

具体的，上述步骤103中的对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射，可以采用如下方式：

确定所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据的各个输入域。

将各个输入域从其对应的起始位置移位到其对应的进行域移位后的位置。

上述步骤101至步骤104是基于Trickle Feed公共机制的特点而设置的，由于Trickle Feed公共机制具有整体机制一致的控制流程，且不同文本类型的映射具有差异化，因此，这种业务数据的映射往往较为简单，即不需要进行复杂的数据处理和转换、仅需要直接将多个域的数据，从输入文本的固定位置中，填充到联机交易所使用的位置上。如图4所示，输入文本中的业务要素并不需要任何形式的处理、转换，只需要按联机交易数据流的格式进行移位、拼接后，即可直接作为联机交易输入进行Trickle Feed的转联机处理。

对Trickle Feed文本的核心处理进行提炼，可以抽象为下面的过程：

在控制流程的基础上，执行：

将第1个域从文本中指定位置移动到联机输入指定位置；

将第2个域从文本中指定位置移动到联机输入指定位置；

将第3个域从文本中指定位置移动到联机输入指定位置；

……(以此类推)；

将第n个域从文本中指定位置移动到联机输入指定位置。

经过提炼，TF文本的处理已经脱离了“文本类型”、“文本格式”的业务内容，提升为“数据映射”的抽象概念、任何格式的Trickle Feed文本处理均需遵从此处的规则；而所有的“映射过程”亦分解为从位置A移动到位置B“数据搬家”的原子过程。

在核心银行系统中需要维护一公共机制映射控制表，控制着特定文本类型下，不同域的映射参数数据；

在核心银行系统中可以设置预处理程序，可以实现完成TF整体流程的控制；

同时该预处理程序根据不同文本类型，读取该文本类型所有域的映射参数数据，并循环实现每个域的“数据搬家”原子过程。

通过此种方式，不同文本类型的业务特性即不同的业务数据输入和输出(即数据映射规则)被提炼至公共机制映射控制表中；相同的功能(TF控制、搬家动作)则保留在程序中，通过程序读取公共机制映射控制表，使两者相互结合。其具体程序流程可以如图5所示。

从图5可以看出，代码实现部分的流程只用来控制实现Trickle Feed本身的流程和完成读取参数、映射数据的动作，这部分与文本类型和业务数据功能没有任何联系。文本类型的业务数据映射关系储存在系统的公共机制映射控制表中，固化的程序根据公共机制映射控制表决定如何对输入文本划分域、以及如何对域进行映射、以及进行简单的取值合法性检查，例如如图6所示。

可见，本发明实施例经过抽象与提取，搭建起Trickle Feed文本处理骨架的代码部分已经与业务数据、业务逻辑完全分离，不会因业务功能的实现而对逻辑代码进行任何调整；而业务需求的实现，仅需配置公共机制映射控制表即可完全实现。可见，本发明将复杂的Trickle Feed开发过程，改变为一个参数的配置过程，大大减少了开发的工作量。下表1可以体现出使用本发明实施例的开发方式(即可以称为文本公共处理方式)与传统开发方式的对比：

表1：

对应于上述的方法实施例，如图7所示，本发明实施例提供一种核心银行系统批量调用联机交易公共处理机制的数据处理装置，包括：

文本数据获取单元21，用于获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定所述核心银行系统批量调用联机交易公共处理机制文本数据的文本类型。

映射参数数据获取单元22，用于根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据。

数据映射单元23，用于根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射。

联机交易数据流生成单元24，用于根据逐输入域的数据映射后的数据生成联机交易数据流。

具体的，所述文本数据获取单元21中的文本类型包括：存款产品参数交易文本、贷款产品参数交易文本、银行机构参数交易文本、国际支付汇款路径信息参数、借记卡产品参数等覆盖所有核心银行系统批量维护参数信息的交易范围的类型。

具体的，所述映射参数数据获取单元22中的映射参数数据包括各文本类型对应的各输入域名称、各输入域对应的起始位置、各输入域对应的长度以及各输入域进行域移位后的位置。

此外，所述数据映射单元23，具体用于：

确定所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据的各个输入域。

将各个输入域从其对应的起始位置移位到其对应的进行域移位后的位置。

本发明实施例提供一种核心银行系统批量调用联机交易公共处理机制的数据处理装置，在需要根据核心银行系统批量调用联机交易公共处理机制的数据生成联机交易数据流时，仅需要通过文本类型，即可在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；从而根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；并根据逐输入域的数据映射后的数据生成联机交易数据流。这样，对于不同文本类型的数据，仅需要维护好公共机制映射控制表，即可完成逐输入域的数据映射，生成联机交易数据流，而无需对不同文本类型的数据开发不同的处理程序，从而实现通过Trickle Feed文本上传的方式即可实现业务参数增加、删除、修改的批量处理功能，减少针对Trickle Feed功能中预处理和返回处理的程序开发工作。可见，本发明可以解决现有技术中Trickle Feed文本的开发和维护流程繁琐复杂，需要开发编写新的处理程序或修改文本处理程序，开发和维护成本较高的问题。

另外，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现以下步骤：

获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定所述核心银行系统批量调用联机交易公共处理机制文本数据的文本类型。

根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据。

根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射。

根据逐输入域的数据映射后的数据生成联机交易数据流。

另外，本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：

获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定所述核心银行系统批量调用联机交易公共处理机制文本数据的文本类型；

根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；

根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；

根据逐输入域的数据映射后的数据生成联机交易数据流。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种核心银行系统批量调用联机交易公共处理机制的数据处理方法，其特征在于，包括：

获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定所述核心银行系统批量调用联机交易公共处理机制文本数据的文本类型，其中，所述文本类型为所述核心银行系统批量维护参数信息的交易范围的类型；

根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；

根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；

根据逐输入域的数据映射后的数据生成联机交易数据流。

2.根据权利要求1所述的核心银行系统批量调用联机交易公共处理机制的数据处理方法，其特征在于，所述文本类型包括：存款产品参数交易文本、贷款产品参数交易文本、银行机构参数交易文本。

3.根据权利要求2所述的核心银行系统批量调用联机交易公共处理机制的数据处理方法，其特征在于，所述映射参数数据包括各文本类型对应的各输入域名称、各输入域对应的起始位置、各输入域对应的长度以及各输入域进行域移位后的位置。

4.根据权利要求3所述的核心银行系统批量调用联机交易公共处理机制的数据处理方法，其特征在于，所述对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射，包括：

确定所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据的各个输入域；

将各个输入域从其对应的起始位置移位到其对应的进行域移位后的位置。

5.一种核心银行系统批量调用联机交易公共处理机制的数据处理装置，其特征在于，包括：

文本数据获取单元，用于获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定所述核心银行系统批量调用联机交易公共处理机制文本数据的文本类型，其中，所述文本类型为所述核心银行系统批量维护参数信息的交易范围的类型；

映射参数数据获取单元，用于根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；

数据映射单元，用于根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；

联机交易数据流生成单元，用于根据逐输入域的数据映射后的数据生成联机交易数据流。

6.根据权利要求5所述的核心银行系统批量调用联机交易公共处理机制的数据处理装置，其特征在于，所述文本数据获取单元中的文本类型包括：存款产品参数交易文本、贷款产品参数交易文本以及银行机构参数交易文本。

7.根据权利要求6所述的核心银行系统批量调用联机交易公共处理机制的数据处理装置，其特征在于，所述映射参数数据获取单元中的映射参数数据包括各文本类型对应的各输入域名称、各输入域对应的起始位置、各输入域对应的长度以及各输入域进行域移位后的位置。

8.根据权利要求7所述的核心银行系统批量调用联机交易公共处理机制的数据处理装置，其特征在于，所述数据映射单元，具体用于：

确定所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据的各个输入域；

将各个输入域从其对应的起始位置移位到其对应的进行域移位后的位置。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现以下步骤：

获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定所述核心银行系统批量调用联机交易公共处理机制文本数据的文本类型，其中，所述文本类型为所述核心银行系统批量维护参数信息的交易范围的类型；

根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；

根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；

根据逐输入域的数据映射后的数据生成联机交易数据流。

10.一种计算机设备，包括存储器、处理器及存储在存储上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现以下步骤：

获取核心银行系统批量调用联机交易公共处理机制文本数据，并确定所述核心银行系统批量调用联机交易公共处理机制文本数据的文本类型，其中，所述文本类型为所述核心银行系统批量维护参数信息的交易范围的类型；

根据所述文本类型，在预先设置的公共机制映射控制表中获取所述文本类型对应的映射参数数据；

根据所述映射参数数据，对所述文本类型对应的核心银行系统批量调用联机交易公共处理机制文本数据进行域移位，完成逐输入域的数据映射；

根据逐输入域的数据映射后的数据生成联机交易数据流。

Images