CN1987925A

CN1987925A - 一种金融系统综合前置平台及交易数据的转发方法

Info

Publication number: CN1987925A
Application number: CNA2006101564115A
Authority: CN
Inventors: 严志根; 施健; 杨忠伟; 张涛; 黄斌; 曹祥健; 周子坚; 郑炜杰; 肖鲁川; 王迎春
Original assignee: China Construction Bank Corp
Current assignee: China Construction Bank Corp
Priority date: 2006-12-29
Filing date: 2006-12-29
Publication date: 2007-06-27

Abstract

本发明提供了一种金融系统综合前置平台，包括：交易识别模块，用于从接收到的数据报文头中识别渠道请求标识和交易类型标识；报文组解包模块，用于调用相应的交易数据报文配置文件对所述数据报文进行解包，或者对需要发送的数据进行组包；所述交易数据报文配置文件用于记录特定交易数据的报文结构信息；数据转换模块，用于调用相应的数据转换配置文件完成外部数据和所述前置平台内部数据之间的转换；所述数据转换配置文件用于记录外部数据与所述前置平台内部数据之间的对应关系；流程确定模块，用于调用相应的流程配置文件确定相应的处理服务器标识和处理请求标识；所述流程配置文件用于记录特定交易数据的处理流程信息。

Description

一种金融系统综合前置平台及交易数据的转发方法

技术领域

本发明涉及金融数据处理领域，特别是涉及一种金融系统综合前置平台及交易数据通过该类前置平台进行转发的方法。

背景技术

现有技术中，用于处理金融交易数据的交易系统(例如，银行交易系统)一般都采用如下的三层结构：渠道系统、前置系统和服务系统。

其中，渠道系统一般位于最下层，主要是指能够主动向前置系统发出交易请求的系统，如柜台前端系统、ATM前置、电话银行、网络银行、POS终端等都是渠道系统。

前置系统主要用于转发各种交易数据，并记录交易流水信息，位于中间层。例如，接收ATM前置的交易请求，根据请求中的服务系统指向，转发该交易请求至相应的服务系统；并接收该服务系统返回的处理结果信息，返回至相应的ATM前置；同时记录此次交易处理的流水信息。

服务系统属于上述三层结构的最高层，与前置系统相连，主要用于提供具体的交易数据处理服务，一般也直接将处理过程称之为服务，如各个银行的主机系统、各银行分行的本地业务系统、金卡系统、证券系统等都是服务系统。

随着金融交易越来越频繁的出现在人们生活中，金融交易的类型也越来越多，并且推陈出新的速度也越来越快。并且这些新出现的交易类型越来越复杂，通常都不会是仅由一个服务系统处理的简单交易，而是由多个服务系统联动的复合交易；或者是一个新服务系统的简单交易。所述复合交易是指处理过程需要涉及到多个服务系统，例如：其他银行卡的取款交易。该交易就涉及到了收单行的卡处理系统、银联系统以及发卡行的卡处理系统，即该笔交易数据的处理完成需要上述单个服务系统联动完成：本行的DCC(DATA CENTERCONSOLIDATION、企业数据中心整合)主机系统完成现金记账功能，银联处理系统完成卡状态处理，发卡行完成记账处理。

当需要现有的交易系统能够支持新出现的交易类型，则除了要对渠道系统和服务系统进行改进之外，还需要在前置系统专门增加设置一个针对该交易的交易模块，用于完成针对该新交易的数据转换(从渠道数据报文转换为服务数据报文)、加解密以及通讯等数据转发功能。

在实际应用中，发现现有的前置系统增加支持新交易类型时，存在很多难以解决的问题：

首先，由于每支持一种交易类型，就需要专门设置一个交易模块，因此前置系统中存在很多的交易模块；而每个交易模块都主要用于完成数据转换、加解密以及通讯等数据转发功能，所以每个交易模块中都具有一些共有的部分；从而导致现有技术的前置系统中重复的部分过多，造成系统臃肿，效率低下，浪费系统资源。从开发的角度而言，由于每增加支持一个新交易，就需要专门开发一个交易模块，特别是涉及多个服务系统的复合交易，需要仔细控制每个交易步骤，总体的工作量过大，成本太高。

其次，由于在前置系统中每种交易都需要一个专门的交易模块执行，这样就导致整个前置系统中的交易模块数量太多；而金融系统需要保证每个交易模块都能够达到7*24小时的连续处理，则需要耗费大量的人力物力对这些服务进行监控和管理，严重浪费资源。

再者，由于针对一个新的交易类型需要专门开发、测试，从而导致每增加支持一种交易类型多需要很长的时间。

综上所述，本领域技术人员迫切需要解决的一个技术问题是：怎样改进才可以使得前置系统能够提高系统复用率，降低系统臃肿，提高资源利用率；怎样对前置系统改进才可以保证增加支持一种新交易类型时时间短、成本低，并且还易于监控和管理。

发明内容

本发明所要解决的技术问题是提供一种用于转发交易数据的金融系统综合前置平台以及通过该类前置平台进行交易数据转发的方法，该前置平台的系统复用率较高、可以非常简单方便的增加支持一种新交易类型，以及易于监控和管理。

为了解决上述问题，本发明公开了一种金融系统综合前置平台，包括以下部件：

交易识别模块，用于从接收到的数据报文头中识别渠道请求标识和交易类型标识；

报文组解包模块，用于调用相应的交易数据报文配置文件对所述数据报文进行解包，或者对需要发送的数据进行组包；所述交易数据报文配置文件用于记录特定交易数据的报文结构信息；

数据转换模块，用于调用相应的数据转换配置文件完成从外部数据到所述前置平台内部数据之间的转换；以及调用相应的数据转换配置文件完成从所述前置平台内部数据到外部数据之间的转换；所述数据转换配置文件用于记录外部数据与所述前置平台内部数据之间的对应关系；

流程确定模块，用于调用相应的流程配置文件确定相应的处理服务器标识和处理请求标识；所述流程配置文件用于记录特定交易数据的处理流程信息。

优选的，所述的前置平台还可以包括：通讯组件，用于调用相应的加解密配置文件，完成对数据报文的加解密；以及调用相应的通讯配置文件，完成对数据报文的接收和发送；所述加解密配置文件用于记录所述前置平台所支持的加解密参数；所述通讯配置文件用于记录所述前置平台所支持的通讯参数。

优选的，所述的前置平台还可以包括：通讯组件，用于根据预置的统一加解密方式完成对数据报文的加解密；以及调用相应的通讯配置文件，完成对数据报文的接收和发送；所述通讯配置文件用于记录所述前置平台所支持的通讯参数。

优选的，所述数据转换配置文件包括针对所有交易的第一数据转换字典，和针对特定交易的第二数据转换字典；所述第二数据转换字典的优先级大于第一数据转换字典。

优选的，所述的前置平台还可以包括：冲正模块，用于根据前端交易流水号查询该交易已执行完成的服务，从冲正流水表中确定需要冲正的服务信息，以及从后往前依次执行冲正服务。

优选的，所述渠道请求标识包括上送交易渠道标识和交易标识。

本发明还提供了一种交易数据通过前置平台转发的方法，包括：

步骤a、从接收到的数据报文头中识别渠道请求标识和交易类型标识；

步骤b、根据所述渠道请求标识，调用相应的交易数据报文配置文件对所述数据报文进行解包；

步骤c、根据所述渠道请求标识，调用相应的数据转换配置文件完成从外部数据到所述前置平台内部数据之间的转换；

步骤d、如果交易类型为正常交易，则根据所述渠道请求标识，调用相应的流程配置文件确定相应的处理服务器标识和处理请求标识；如果交易类型为冲正交易，则根据前端交易流水号和冲正流水表完成冲正；

步骤e、调用相应的数据转换配置文件完成从所述前置平台内部数据到外部数据之间的转换；

步骤f、调用相应的交易数据报文配置文件对需要发送的数据进行组包。

优选的，所述的交易数据转发方法还可以包括：调用相应的加解密配置文件，完成对数据报文的加解密；调用相应的通讯配置文件，完成对数据报文的接收和发送；其中，所述加解密配置文件用于记录该前置平台所支持的加解密参数；所述通讯配置文件用于记录该前置平台所支持的通讯参数。

优选的，针对同一交易，当服务系统返回的报文为正确报文时，所述的交易数据转发方法还可以包括：

调用相应的交易数据报文配置文件对所述数据报文进行解包；调用相应的数据转换配置文件完成从外部数据到所述前置平台内部数据之间的转换；调用相应的流程配置文件判断该交易流程是否执行完毕；如果是，则调用相应的数据转换配置文件完成从所述前置平台内部数据到外部数据之间的转换；调用相应的交易数据报文配置文件对需要发送的数据进行组包；调用相应的通讯配置文件，将组包后的数据发送至渠道系统；如果否，则转入步骤d，确定下一处理步骤的处理服务器标识和处理请求标识。

优选的，针对同一交易，当服务系统返回的报文为错误报文时，所述的交易数据转发方法还可以包括：

调用相应的交易数据报文配置文件对所述数据报文进行解包；调用相应的数据转换配置文件完成从外部数据到所述前置平台内部数据之间的转换；根据前端交易流水号查询该交易已执行完成的服务，从冲正流水表中确定需要冲正的服务信息，以及从后往前依次执行冲正服务；调用冲正配置文件完成数据转换和组包，以及将组包后的数据发送至渠道系统。

进一步，所述数据转换配置文件包括针对所有交易的第一数据转换字典，和针对特定交易的第二数据转换字典；所述第二数据转换字典的优先级大于第一数据转换字典。

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

本发明提出了一种能够支持各种交易类型的前置平台，该前置平台在技术上的创新点在于：整个前置平台为依赖于配置的交易流程处理框架；并且在前置平台中通过内外部数据转换配置文件、数据报文结构配置文件等方式消除了数据冲突；以及通过通讯组件的方法规范了通讯方式和加解密方式。该前置平台中的所有交易都可以通过一个调度总控单元(由交易识别模块、报文组解包模块、数据转换模块和流程确定模块构成)通过调用相应的配置文件即可完成；即将现有技术的前置平台中的多个交易模块统一成一个调度总控单元，每个交易都调用该单元即可完成转发。因此，需要增加支持新的交易类型时，只需要增加针对该交易的配置文件即可，无须进行专门的开发和测试，节约资源、提高效率；并且，由于将多个交易模块统一成一个调度总控单元，所有交易都可以通过该单元以单个服务的方式完成，则非常易于监控和管理，只需要监控和管理这个调度总控单元就可以了。

附图说明

图1是本发明系统实施例的结构框图；

图2是本发明方法实施例的步骤流程图。

具体实施方式

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

参照图1，示出了本发明金融系统综合前置平台的结构框图，具体包括以下部件：

交易识别模块101，用于从接收到的数据报文头中识别渠道请求标识和交易类型标识。所述识别过程可以采用预置规则完成拆报文头，并通过交易识别得到渠道请求标识和交易类型标识。所述拆报文头的规则以及交易识别的规则也可以采用配置文件的形式存在，由交易识别模块调用即可。

数据请求报文一般包括报文头和报文体，报文头中包含一些和具体交易数据无关的控制信息，报文体中为具体的交易数据。

所述渠道请求标识是为了帮助本发明的前置平台区分渠道系统发送来的不同种类的交易而设计的标识。所述渠道请求标识与渠道系统定义的渠道交易码之间存在映射关系，需要通过交易识别过程进行渠道交易码到渠道请求码的映射处理(最简单的情况是渠道交易码与渠道请求码恒等)。渠道请求码也是本发明实现数据转发所需的相关配置(拆包、映射、前置流程识别、打包等)的索引键值。

由于渠道交易的交易码可能存在冲突的情况(即不同的渠道系统发起的交易，但是具有相同的交易码)，所以根据上送交易渠道和交易码构造出渠道请求码，即所述渠道请求标识包括上送交易渠道标识和交易标识。本发明中所述的针对该交易的配置文件都是以渠道请求标识为识别标志的，例如，数据转换配置文件、流程配置文件、交易数据报文配置文件等等。

所述交易类型标识一般用于标识本次交易为正常交易(通常用0表示)还是冲正交易(通常用1表示)。根据交易类型标识的不同，分别调用流程确定模块或者冲正模块。

报文组解包模块102，用于调用相应的交易数据报文配置文件对所述数据报文进行解包，或者对需要发送的数据进行组包；所述交易数据报文配置文件用于记录特定交易数据的报文结构信息。不同的渠道系统或者不同的服务系统对数据报文的报文结构可能会有不同的定义，该模块可以通过各种配置文件实现对所有渠道系统或者服务系统传输的数据报文的解包和组包。

数据转换模块103，用于调用相应的数据转换配置文件完成从外部数据到所述前置平台内部数据之间的转换；以及调用相应的数据转换配置文件完成从所述前置平台内部数据到外部数据之间的转换；所述数据转换配置文件用于记录外部数据与所述前置平台内部数据之间的对应关系。

在交易数据的处理过程中，涉及的三个系统--渠道系统、前置平台、服务系统--各自对数据的定义和使用都有自己的限定。而对于不同的交易而言，各个交易之间的交易数据是不同的，主要表现在数据类型不同、数据名冲突和数据定义不同等情况。如果针对一个交易就在前置平台中设置一个专用交易模块进行处理，则就可以保证该交易模块针对该交易与渠道系统和服务系统的交易数据使用是没有冲突的。但是对于本发明而言，可以简单的通过配置文件消除这些数据冲突。

为了解决这个问题，所述数据转换配置文件可以包括针对所有交易的第一数据转换字典，例如，设置一个外部数据字典和内部数据字典，外部数据字典包含了所有渠道系统和服务系统的交易的所有字段的数据类型、数据名和数据定义，内部数据字典包含了前置内部使用的字段的数据类型、数据名和数据定义。

由于各个外部系统对于同一个交易数据的描述可能存在不一致的现象，因此针对每个交易还可以单独定义交易数据的类型、数据定义，其相当于针对该特定交易的第二数据转换字典。当然，所述第二数据转换字典的优先级大于第一数据转换字典。所述第一和第二数据转换字典可以根据交易种类的不同而单独使用或者配合使用。

通过上述方式，就能够将凌乱的、冲突的外部交易数据转换成统一的前置内部数据。在前置内部处理完成后再将内部数据转换成渠道或服务系统才接受道的外部数据即可。

流程确定模块104，用于调用相应的流程配置文件确定相应的处理服务器标识和处理请求标识；所述流程配置文件用于记录特定交易数据的处理流程信息。所述处理请求标识可以为服务请求码，具体可以为服务数据整合所需的相关配置(拆包、映射、打包等)的索引键值。

由于不同的交易可能有不同的交易流程，例如：有的交易只由一个服务系统处理；有的交易要多个服务系统处理；有的交易需要先由A服务系统处理，再由B服务系统处理；有的交易需要先由B服务系统处理，再由A服务系统处理。因此，本发明优选的，交易流程配置由服务系统和服务交易码构成；在流程配置文件中顺序定义了服务系统名和服务交易码，即实际上就是定义了该交易的处理流程顺序。

上述各个模块通过以下的顺序调用一次，即可完成一次交易数据的转发过程：交易识别模块--报文组解包模块--数据转换模块--流程确定模块--数据转换模块--报文组解包模块。上述得交易识别模块、报文组解包模块、数据转换模块、流程确定模块等可以集成为一个调度总控单元而实现。

优选的，图1所示的前置平台，还可以包括：

通讯组件，用于调用相应的加解密配置文件，完成对数据报文的加解密；以及调用相应的通讯配置文件，完成对数据报文的接收和发送；所述加解密配置文件用于记录所述前置平台所支持的加解密参数；所述通讯配置文件用于记录所述前置平台所支持的通讯参数。由于不同的服务系统都会有特定的加解密方法，如果要接入一个新的服务系统，就要用该服务系统的加解密方法对报文进行安全处理。

所述通讯组件优选的，如图1所示，可以由渠道接入组件1051和服务接入组件1052构成，各自负责与渠道和服务的通讯。所述通讯配置文件的获取可以依据流程确定中得到的处理服务器标识即可获得其相应的通讯配置文件。

由于针对各种交易、各个渠道系统和服务系统可以采用统一加解密方式，因此，上述通讯组件也可以不需要调用加解密配置文件。即图1所示的前置平台，还可以包括：通讯组件，用于根据预置的统一加解密方式完成对数据报文的加解密；以及调用相应的通讯配置文件，完成对数据报文的接收和发送；所述通讯配置文件用于记录所述前置平台所支持的通讯参数。

通讯方式是指传输控制协议/网际协议(tcp/ip)或交易中间件产品(Tuxedo)等不同的通讯方法。有的服务系统只能接入以tcp/ip协议呼叫的交易请求，而有的服务系统是以Tuxedo的服务来提供交易处理功能。针对这个问题，本发明采用通讯配置文件用于定义服务系统的通讯方式，如果是tcp/ip的通讯方式，那么就定义地址、端口；如果是tuxedo方式，那么就定义服务名。因为这两个方面都是针对特定的渠道系统或服务系统的，所以将这个特性进行归纳总结，可以将加解密和通讯功能封装在动态库中。需要向某个渠道系统或服务系统发送交易请求或交易应答的时候，就调用动态库的函数。动态库函数在执行时，通过配置文件就能够控制交易的发送。针对渠道系统接入的功能函数，定义其渠道接入组件即可；针对服务系统发送的功能函数，定义其服务接入组件即可。

即交易发到前置系统后，前置系统依次进行全文解密->按渠道配置中的拆包类型拆数据包->按配置映射数据->判断该交易的流程(即发往哪些后台服务系统)->按服务配置中的组包类型组数据包->全文加密发往服务系统，从服务系统得到响应后按相反路径处理。

所述通讯配置文件可以根据各种通讯方式的需要设置参数即可。例如，通讯配置文件可以依据下面的方式设置参数即可：

…………………………………………………………………………

[HOST]

type＝0|1 #定义通讯类型。0表示动态库方式，1表示TUXEDO方式

#在交易流程中配置的服务号代表函数名或TUXEDO服务名。

name＝expr #动态连接库名或者TUXEDO调用函数名。

#其中，name＝tpcall标识本地TUXEDO服务调用；

nodeid＝ #通讯适配器对应的服务节点号。必须。

#主机对应的nodeid必须是THISISHOST

flag＝ #全文加解密校验标志(整数)，默认为0。

func＝ #表示缺省动态库函数名，如果不设置则以服务号作为函数名

attr＝… #通讯参数，可选。

#attr是通讯参数名，由通讯函数自定义

[…]

…………………………………………………………………………………………

例如，目前的前置平台一般可以支持以下几种服务系统通讯方式，分别是本地服务函数、本地TUXEDO服务、SNA GW(IBM常用的一种系统网络体系结构网关协议)连接、其他服务系统。这四种通讯方式对应的通讯配置举例说明如下：

1、本地服务函数

本地服务函数一般7用于本地服务系统中，所述本地服务系统指前置系统中为完成某些银行特殊业务处理(如计算费率、跨机构授权等)而开发的系统。该系统既有渠道系统的功能，也有服务系统的功能。

在交易流程配置文件中

………………………………………………………………………………

host＝local #常量。指定服务所在的服务系统名。

service＝func1 #本地服务函数名称

……………………………………………………………………………

本地服务系统的通讯路由配置文件中

commname＝1k

message ＝ 1

前置平台的通讯配置文件中

[1k]

type＝0

name＝libtest.so #func1所在的动态库名称

2、本地TUXEDO服务

交易流程配置文件中

host＝localsys #常量。指定服务所在的服务系统名。

service＝svc1 #本地TUXEDO服务名称

本地服务系统的通讯路由配置文件中

commname＝qd

message＝2

前置平台的通讯配置文件中

[qd]

type＝1

name＝tpcall #基础平台定义的关键字，不可更改

3、SNA GW连接

交易流程配置文件中

host＝HOST #常量。指定服务所在的服务系统名。

service＝P001 #HOST服务系统的服务请求码

HOST服务系统的通讯路由配置文件中

commname＝HOST

message＝3

前置平台的通讯配置文件中

[HOST]

type＝1

name＝SNA_TRANS #SNA GW提供的TUXEDO服务名

4、其他服务系统--在连接其他服务系统时，需要该服务系统提供连接用的通讯API。其他配置如下：

交易流程配置文件中

host＝QS #常量。指定服务所在的服务系统名。

service＝Z0001 #通讯API函数名称

QS服务系统的通讯路由配置文件中

commname＝QSSYS

message＝0

……………………………………………………………………………………………

前置平台的通讯配置文件中

[QSSYS]

type＝0

name＝libqs.so #连接QS服务系统的通讯API所在的动态库名称

优选的，图1所示的前置平台还可以包括：冲正模块，用于根据前端交易流水号查询该交易已执行完成的服务，从冲正流水表中确定需要冲正的服务信息，以及从后往前依次执行冲正服务。所述冲正模块用于完成由于服务系统返回的是错误报文而引起的、或者由渠道前端发起的冲正请求、或者在交易执行过程中出现错误而引起的各种冲正交易。

下面通过几个具体的处理流程，对图1所示前置平台作进一步的说明。

例如，针对柜面活期取款这样一个简单交易的执行过程，本发明的执行步骤如下：

●接收到渠道请求；

●用sdp/ACE/input.head拆报文头(里面配的字段是用128个域的必输

项)；其中sdp是指渠道，ACE表示柜面；

●用sdp/ACE/tranid完成交易识别得到渠道请求码T002001和交易类型0；交易类型0表示此次渠道请求为正常交易，渠道请求码T002001表示是由某个度渠道发起的活期取款交易请求；

●用sdp/ACE/T002001/input.body完成拆包(如果该路径中没有相应的配置文件，则表示采用正常配置即可)；

●用sdp/ACE/input.map和sdp/ACE/T002001/input.map完成内外部数据的转换映射；

●用tp/T002001/flowid得到交易流程码F002001；其中，tp是指流程；

●根据tp/T002001/F002001执行服务，得到服务系统为HOST和服务请求码S002001；

●用spp/HOST//input.map和spp/HOST/S002001/input.map完成内外部数据的转换映射；其中，spp是指服务，HOST是需要发送的服务系统标识；

●用spp/HOST/commid和adapter.ini得到通讯参数；由通讯参数可以或者相应的具体通讯方式，例如，是tcp还是tuxedo；

●用spp/HOST/input.head和spp/HOST/S002001/input.body完成组包。

上述步骤就完成了在报文层的交易请求的转发，其中的input.body、input.map等等类似标识就表示了本发明的各种配置文件，。对于服务系统返回的数据，则按照相反路径处理即可：

●通过spp/HOST/svcid判断服务返回的是正确还是错误报文。假设是正确报文则执行以下步骤：

●用spp/HOST/output.head和spp/HOST/S002001/output.body完成拆包；

●用spp/HOST//output.map和spp/HOST/S002001/output.map完成映射；

●根据交易流程F002001判断交易是否执行完毕；如果否，则得到下一转发的服务系统和服务请求码；如果是，则：

●用sdp/ACE//output.map和sdp/ACE/T002001/output.map完成映射；

●用sdp/ACE/output.head和sdp/ACE/T002001/output.body完成组包；

●将打包后的数据返回给上送交易请求的渠道系统。假设是错误报文则执行以下步骤：

●用spp/HOST/output.head和spp/HOST/error.out完成拆包；

●用spp/HOST/error.map完成映射；

●查询当前交易已执行完的步骤(服务)；

●根据spp/HOST/svc.reverse得到最后一个需要冲正的服务和对应的冲正服务请求码(可能是一组)；

●从后往前依次执行冲正服务；

●冲正服务结束后用sdp/ACE/error.map完成错误报文映射；

●用sdp/ACE/output.head和sdp/ACE/error.out完成错误报文打包；

●交易处理模块把打包后的数据返回给渠道。

上述接收渠道请求--完成转发；并接收服务系统返回的处理信息--完成转发，整个处理过程就完全完成了。

上面所接收的渠道请求是正常交易请求，如果所接收的渠道请求是渠道前端发起冲正请求，则其步骤如下：

●用sdp/ACE/input.head完成拆报文头；

●用sdp/ACE/tranid完成交易识别得到渠道请求码999998和交易类型1；交易类型1表示本次交易请求为冲正交易；

●用sdp/ACE/T002001/input.body完成拆包；

●用sdp/ACE//input.map和sdp/ACE/999998/input.map完成映射；

●根据交易类型判断出是冲正交易；并根据前端交易流水号查询交易已执行完的步骤(服务)；

●根据spp/HOST/svc.reverse得到最后一个需要冲正的服务和对应的冲正服务号(可能是一组)；

●从后往前依次执行冲正服务；

●用sdp/ACE/error.map完成错误报文映射；

●用sdp/ACE/output.head和sdp/ACE/error.body完成错误报文打包；

●交易处理模块把打包后的数据返回给渠道。

如果所接收的渠道请求为本地服务函数发起的服务系统访问请求，则可以包括以下步骤：

●用spp/HOST/input.map和spp/HOST/S002001/input.map完成映射；

●用spp/HOST/commid和adapter.ini得到通讯参数；

●用spp/HOST/input.head和spp/HOST/S002001/input.body完成组包；

●通过spp/HOST/svcid判断服务返回的是正确还是错误报文。

假设是正确报文则执行以下步骤：

●用spp/HOST/output.head和spp/HOST/S002001/output.body完成拆包；

●用spp/HOST/output.map和spp/HOST/S002001/output.map完成映射；

●把结果数据返回给本地服务函数。

假设是错误报文则执行以下步骤：

●用spp/HOST/output.head和spp/HOST/error.out完成拆包；

●用spp/HOST/error.map完成映射；

●执行自动冲正流程(前述已经对冲正过程进行了详述，在此不再重复)。

参照图2，示出了本发明方法实施例的步骤流程图，具体包括以下步骤：

步骤201、从接收到的数据报文头中识别渠道请求标识和交易类型标识；

步骤202、根据所述渠道请求标识，调用相应的交易数据报文配置文件对所述数据报文进行解包；

步骤203、根据所述渠道请求标识，调用相应的数据转换配置文件完成从外部数据到所述前置平台内部数据之间的转换；

步骤204、如果交易类型为正常交易，则根据所述渠道请求标识，调用相应的流程配置文件确定相应的处理服务器标识和处理请求标识；如果交易类型为冲正交易，则根据前端交易流水号和冲正流水表完成冲正；

步骤205、调用相应的数据转换配置文件完成从所述前置平台内部数据到外部数据之间的转换；

步骤206、调用相应的交易数据报文配置文件对需要发送的数据进行组包。

由于实际中各个服务系统所采用的加解密方式和通讯方式都有所不同，所以图2所示实施例还可以包括：

调用相应的加解密配置文件，完成对数据报文的加解密；调用相应的通讯配置文件，完成对数据报文的接收和发送；其中，所述加解密配置文件用于记录该前置平台所支持的加解密参数；所述通讯配置文件用于记录该前置平台所支持的通讯参数。本步骤可以在步骤201之前，也可以在步骤206之后。

图2所示实施例将渠道请求转发至相应的服务系统之后，还可以根据相同的构思对服务系统返回的信息进行转发。例如：

(1)针对同一交易，当服务系统返回的报文为正确报文时，则执行以下流程：

调用相应的交易数据报文配置文件对所述数据报文进行解包；

调用相应的数据转换配置文件完成从外部数据到所述前置平台内部数据之间的转换；

调用相应的流程配置文件判断该交易流程是否执行完毕；

如果是，则调用相应的数据转换配置文件完成从所述前置平台内部数据到外部数据之间的转换；调用相应的交易数据报文配置文件对需要发送的数据进行组包；调用相应的通讯配置文件，将组包后的数据发送至渠道系统；

如果否，则转入步骤204，确定下一处理步骤的处理服务器标识和处理请求标识。

(2)针对同一交易，当服务系统返回的报文为错误报文时，则执行以下流程：

调用相应的交易数据报文配置文件对所述数据报文进行解包；调用相应的数据转换配置文件完成从外部数据到所述前置平台内部数据之间的转换；

根据前端交易流水号查询该交易已执行完成的服务，从冲正流水表中确定需要冲正的服务信息，以及从后往前依次执行冲正服务；

调用冲正配置文件完成数据转换和组包，以及将组包后的数据发送至渠道系统。

优选的，在所述数据转换配置文件中可以设置一数据转换字典，用于实现前置平台和外部系统(渠道系统或者服务系统)之间的数据转换。但是由于各个外部系统对于同一个交易数据的描述可能存在不一致的现象，因此针对每个交易还可以单独定义交易数据的类型、数据定义，其相当于针对该特定交易设置了另一数据转换字典。所以将前者称为第一数据转换字典，将后者成为第二数据转换字典。当然，所述第二数据转换字典的优先级大于第一数据转换字典。所述第一和第二数据转换字典可以根据交易种类的不同而单独使用或者配合使用。

上面对图2所示的方法实施例进行了介绍，由于大部分相关信息已经在关于图1的描述中提及，所以考虑到篇幅问题，在此没有进行重复。上述描述中没有涉及之处，请参见前述相关部分即可。

从上述各个实施例的描述可以看出，使用本发明的方法，在新增一个交易的时候，只要考虑通讯组件、内外部数据字典、交易配置、流程配置和通讯配置即可。若该交易是简单交易，且该交易的渠道、服务系统都已经定义，而交易数据并没有增加别的新字段，那么只需要定义交易配置和流程配置即可。可以非常方便的增加或者变更交易，从开发角度而言整个开发过程方便简介，开发周期能缩短很多。

另外，本发明使前置的交易服务能够统一，即将所有交易都统一至一个服务中来，非常方便使用本发明的系统管理人员进行管理和监控。系统管理人员可以在上述统一服务的各个环节设置监控，即可监控和管理所有交易的详细信息。例如：通过本发明可以很简单的实现以下监控功能：

能够监控所述前置平台上每一笔交易的明细信息；

能够按照交易的发起方通讯节点、交易代码、交易返回码、发生时间，对交易进行分类和统计，对统计后的结果进行实时监控；

能够允许系统管理人员通过配置的方式，修改交易统计的分类内容；

所有的监控历史能够记录备案，包括：交易明细信息、交易统计信息。为事后的分析和跟踪提供依据。

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

Claims

1、一种金融系统综合前置平台，其特征在于，包括：

2、如权利要求1所述的前置平台，其特征在于，还包括：

通讯组件，用于调用相应的加解密配置文件，完成对数据报文的加解密；以及调用相应的通讯配置文件，完成对数据报文的接收和发送；所述加解密配置文件用于记录所述前置平台所支持的加解密参数；所述通讯配置文件用于记录所述前置平台所支持的通讯参数。

3、如权利要求1所述的前置平台，其特征在于，还包括：

通讯组件，用于根据预置的统一加解密方式完成对数据报文的加解密；以及调用相应的通讯配置文件，完成对数据报文的接收和发送；所述通讯配置文件用于记录所述前置平台所支持的通讯参数。

4、如权利要求1所述的前置平台，其特征在于，所述数据转换配置文件包括针对所有交易的第一数据转换字典，和针对特定交易的第二数据转换字典；所述第二数据转换字典的优先级大于第一数据转换字典。

5、如权利要求1所述的前置平台，其特征在于，还包括：

冲正模块，用于根据前端交易流水号查询该交易已执行完成的服务，从冲正流水表中确定需要冲正的服务信息，以及从后往前依次执行冲正服务。

6、如权利要求1所述的前置平台，其特征在于，所述渠道请求标识包括上送交易渠道标识和交易标识。

7、一种交易数据通过前置平台转发的方法，其特征在于，包括：

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

调用相应的加解密配置文件，完成对数据报文的加解密；

调用相应的通讯配置文件，完成对数据报文的接收和发送；

其中，所述加解密配置文件用于记录该前置平台所支持的加解密参数；所述通讯配置文件用于记录该前置平台所支持的通讯参数。

9、如权利要求7所述的方法，其特征在于，针对同一交易，当服务系统返回的报文为正确报文时，还包括：

调用相应的流程配置文件判断该交易流程是否执行完毕；

如果否，则转入步骤d，确定下一处理步骤的处理服务器标识和处理请求标识。

10、如权利要求7所述的方法，其特征在于，针对同一交易，当服务系统返回的报文为错误报文时，还包括：

11、如权利要求7所述的方法，其特征在于，所述数据转换配置文件包括针对所有交易的第一数据转换字典，和针对特定交易的第二数据转换字典；所述第二数据转换字典的优先级大于第一数据转换字典。