一种支持多渠道交易的系统及多渠道交易处理的方法与流程

本发明实施例涉及计算机数据处理
技术领域：
，尤其涉及一种支持多渠道交易的系统及多渠道交易处理的方法。
背景技术：
：银行的服务手段由传统的柜台发展到目前的自动取款机(automatictellermachine，atm)、销售终端(pointofsale，pos)、手机银行、集成电路(integratedcircuit，ic)柜台机、银联交易系统等，上述多种交易渠道可能需要不同的通信协议与银行业务系统对接，例如超文本传输协议(hypertexttransportprotocol，http)、简单对象访问协议(simpleobjectaccessprotocol、soap)、传输控制协议(transmissioncontrolprotocol，tcp)等，且交易渠道发送的交易请求报文格式也有差异，常用的报文格式有定长格式、变长格式、分隔符、8583格式、字段控制语言格式、以太网协议报文格式等。所以，需要一种可以兼容多种交易渠道的系统，用于接收多种交易渠道的交易请求信息，以实现多种交易渠道与银行业务系统的连接。技术实现要素：本发明实施例提供一种支持多渠道交易的系统及多渠道交易处理的方法，接收多种交易渠道的交易请求信息，用于实现多种交易渠道与银行业务系统的连接。本发明实施例提供的一种支持多渠道交易的系统，包括：通讯子系统、业务处理子系统；所述通讯子系统与交易渠道连接，所述业务处理子系统与银行业务系统连接；所述通讯子系统接收所述交易渠道发送的交易请求报文，根据所述交易请求报文中的交易业务将所述交易请求报文进行报文格式转换；所述业务处理子系统将报文格式转换后的交易请求报文发送至与所述交易请求报文中的交易业务所对应的银行业务系统处理。上述实施例中，通讯子系统接收不同交易渠道发送的交易请求报文，根据该交易请求报文对应的交易业务，将该交易请求报文的报文格式根据其交易业务进行格式转换，并通过业务处理子系统将转换后的交易请求报文发送至对应的银行业务系统。可选的，所述通讯子系统包括通讯接口模块和报文转换模块；所述通讯接口模块与所述交易渠道连接，用于接收所述交易渠道发送的交易请求报文，所述报文转换模块用于将所述交易请求报文进行报文格式转换。上述实施例中，通讯接口模块支持多种通讯协议，用于接收各交易渠道发送的交易请求报文；根据交易请求报文中交易业务所对应的银行业务系统，报文转换模块将接收到的交易请求报文进行报文格式转换，即转换成对应银行业务系统能够解析的报文格式。可选的，所述交易渠道为atm/pos；所述银行业务系统包括银联系统、各银行的贷记卡系统、各银行的借记卡系统；所述通讯子系统通过tcp协议接收所述atm/pos发送的交易请求报文，判断交易银行卡的发卡银行与所述atm/pos所属的银行是否为同一银行，若是，则在确定所述交易请求报文中的交易业务为借记卡业务时，将所述交易请求报文的报文格式转换为与所述交易银行卡的发卡银行的借记卡系统相适配的报文格式；否则，将所述交易请求报文的报文格式转换为与所述银联系统相适配的报文格式。还包括，所述通讯子系统在确定所述交易请求报文中的交易业务为贷记卡业务时，将所述交易请求报文的报文格式转换为与所述交易银行卡的发卡银行的贷记卡系统相适配的报文格式。上述实施例中，交易渠道可以为atm/pos，在接收到atm/pos发送的交易请求报文时，可以先判断交易银行卡的发卡银行与atm/pos所属的银行是否为同一银行，然后再判断交易请求报文中的交易业务是借记卡业务还是贷记卡业务，针对不同交易请求报文或针对不同的银行业务系统，对交易请求报文的报文格式进行转换。可选的，所述系统还包括平台软件函数库(intelintegratedperformanceprimitives，ipp)；所述交易渠道为手机银行对应的移动终端/集成电路ic卡柜台机；所述通讯子系统通过所述ipp与所述手机银行对应的移动终端/ic卡柜台机连接。上述实施例中，ipp可以接收手机银行对应的移动终端/ic卡柜台机发送的交易请求报文，将该报文转发至通讯子系统，也就是通讯子系统可以通过ipp与手机银行对应的移动终端/ic卡柜台机连接。可选的，所述交易渠道为手机银行对应的移动终端；所述银行业务系统为各银行的贷记卡系统；所述通讯子系统通过tcp协议接收所述ipp转发的所述手机银行对应的移动终端发送的交易请求报文，将所述交易请求报文的报文格式转换为与所述手机银行对应的银行的贷记卡系统相适配的报文格式。上述实施例中，通讯子系统通过ipp接收手机银行对应的移动终端发送的交易请求报文，该交易请求报文中的交易业务对应银行贷记卡系统，则通讯子系统将该交易请求报文的格式转换成与银行贷记卡系统相匹配的格式。可选的，所述交易渠道为ic卡柜台机；所述银行业务系统为各银行的电子现金账户系统；所述通讯子系统通过tcp协议接收所述ipp转发的所述ic卡柜台机发送的交易请求报文，将所述交易请求报文的报文格式转换为与所述ic卡柜台机所属银行的电子现金账户系统相适配的报文格式。上述实施例中，通讯子系统通过ipp接收ic卡柜台机发送的交易请求报文，该交易请求报文中的交易业务对应电子现金账户系统，则通讯子系统将该交易请求报文的格式转换成与电子现金账户系统相适配的格式。可选的，所述交易渠道为银联交易系统；所述银行业务系统包括各银行的借记卡系统、各银行的贷记卡系统；所述通讯子系统通过http协议接收所述银联交易系统发送的交易请求报文，在确定所述交易请求报文中的交易业务为借记卡业务时，将所述交易请求报文的报文格式转换为与所述交易银行卡的发卡银行的借记卡系统相适配的报文格式；所述通讯子系统通过http协议接收所述银联交易系统发送的交易请求报文，在确定所述交易请求报文中的交易业务为贷记卡业务时，将所述交易请求报文的报文格式转换为与所述交易银行卡的发卡银行的贷记卡系统相适配的报文格式。上述实施例中，通讯子系统接收银联交易系统发送的交易请求报文，先判断银联交易系统发送的交易请求报文中的交易业务为借记卡业务还是贷记卡业务，在根据不同的银行业务系统将报文格式进行转换。可选的，还包括数据监控模块和机具管理子系统；所述数据监控模块包括交易监控模块、资源监控模块、预警通知模块和监控规则管理模块；所述交易监控模块监控系统的交易进程；所述资源监控模块监控系统硬件资源；所述预警通知模块提供声音、颜色、弹框、短信形式预警发布手段；所述监控规则管理模块对所述交易监控模块、资源监控模块、预警通知模块的监控规则进行参数化配置；所述机具管理子系统包括设备管理模块、密钥管理模块、终端状态监控模块和现金管理模块；所述设备管理模块对所述交易渠道对应的交易终端进行交易控制以及网络之间互连的协议(internetprotocol，ip)地址校验；所述密钥管理模块对所述交易渠道对应的交易终端分发管理密钥；所述终端状态监控模块对所述交易渠道对应的交易终端的状态进行监控管理；所述现金管理模块配合atm钞箱进行现金管理。上述实施例中，提供了数据监控模块和机具管理子系统，该数据监控模块包括交易监控模块、资源监控模块、预警通知模块和监控规则管理模块，该机具管理子系统包括设备管理模块、密钥管理模块、终端状态监控模块和现金管理模块，二者用于保障交易业务的正常运行和及时预警。相应的，本发明实施例还提供了一种多渠道交易处理的方法，包括：接收交易渠道发送的交易请求报文，根据所述交易请求报文中的交易业务将所述交易请求报文进行报文格式转换；将报文格式转换后的交易请求报文发送至与所述交易请求报文中的交易业务所对应的银行业务系统处理。可选的，所述交易渠道为atm/pos；所述银行业务系统包括银联系统、各银行的贷记卡系统、各银行的借记卡系统；所述接收交易渠道发送的交易请求报文，根据所述交易请求报文中的交易业务将所述交易请求报文进行报文格式转换，包括：通过tcp协议接收所述atm/pos发送的交易请求报文，判断交易银行卡的发卡银行与所述atm/pos所属的银行是否为同一银行，若是，则在确定所述交易请求报文中的交易业务为借记卡业务时，将所述交易请求报文的报文格式转换为与所述交易银行卡的发卡银行的借记卡系统相适配的报文格式；否则，将所述交易请求报文的报文格式转换为与所述银联系统相适配的报文格式。可选的，还包括：在确定所述交易请求报文中的交易业务为贷记卡业务时，将所述交易请求报文的报文格式转换为与所述交易银行卡的发卡银行的贷记卡系统相适配的报文格式。可选的，所述交易渠道为手机银行对应的移动终端；所述银行业务系统为各银行的贷记卡系统；所述接收交易渠道发送的交易请求报文，根据所述交易请求报文中的交易业务将所述交易请求报文进行报文格式转换，包括：通过tcp协议接收所述ipp转发的所述手机银行对应的移动终端发送的交易请求报文，将所述交易请求报文的报文格式转换为与所述手机银行对应的银行的贷记卡系统相适配的报文格式。可选的，所述交易渠道为ic卡柜台机；所述银行业务系统为各银行的电子现金账户系统；所述接收交易渠道发送的交易请求报文，根据所述交易请求报文中的交易业务将所述交易请求报文进行报文格式转换，包括：通过tcp协议接收所述ipp转发的所述ic卡柜台机发送的交易请求报文，将所述交易请求报文的报文格式转换为与所述ic卡柜台机所属银行的电子现金账户系统相适配的报文格式。可选的，所述交易渠道为银联交易系统；所述银行业务系统包括各银行的借记卡系统、各银行的贷记卡系统；所述接收交易渠道发送的交易请求报文，根据所述交易请求报文中的交易业务将所述交易请求报文进行报文格式转换，包括：通过http协议接收所述银联交易系统发送的交易请求报文，在确定所述交易请求报文中的交易业务为借记卡业务时，将所述交易请求报文的报文格式转换为与所述交易银行卡的发卡银行的借记卡系统相适配的报文格式；通过http协议接收所述银联交易系统发送的交易请求报文，在确定所述交易请求报文中的交易业务为贷记卡业务时，将所述交易请求报文的报文格式转换为与所述交易银行卡的发卡银行的贷记卡系统相适配的报文格式。相应的，本发明实施例还提供了一种计算设备，包括：存储器，用于存储程序指令；处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行上述多渠道交易处理的方法。相应的，本发明实施例还提供了一种计算机可读非易失性存储介质，包括计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述多渠道交易处理的方法。附图说明为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为本发明实施例提供的一种支持多渠道交易的系统结构的示意图；图2为本发明实施例提供的一种通讯子系统的结构示意图；图3为本发明实施例提供的一种数据监控模块的结构示意图；图4为本发明实施例提供的一种机具管理子系统的结构示意图；图5为本发明实施例提供的一种交易运行平台的体系结构示意图；图6为本发明实施例提供的一种多渠道交易处理的方法的流程示意图；图7为本发明实施例提供的一种交易渠道为atm的流程示意图；图8为本发明实施例提供的一种交易渠道为手机银行对应的移动终端的流程示意图。具体实施方式为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。图1示出了本发明实施例提供的一种支持多渠道交易的系统100，包括通讯子系统101、业务处理子系统102，通讯子系统101与交易渠道200连接，业务处理子系统102与银行业务系统300连接。通讯子系统101接收交易渠道200发送的交易请求报文，根据交易请求报文中的交易业务将交易请求报文进行报文格式转换。业务处理子系统102将报文格式转换后的交易请求报文发送至与交易请求报文中的交易业务所对应的银行业务系统300处理。如图2所示，通讯子系统101包括通讯接口模块1011和报文转换模块1012，通讯接口模块101与交易渠道200连接，用于接收交易渠道200发送的交易请求报文，报文转换模块1012将交易请求报文进行报文格式转换，即根据交易请求报文中的交易业务将交易请求报文的格式转换为与其请求业务相对应的银行业务系统300所适配的格式。其中，该通讯接口模块1011可以支持http协议、soap协议、tcp协议等，该报文转换模块1012可以将定长格式、变长格式、分隔符、8583格式、字段控制语言格式、以太网协议报文格式等转换为可扩展标记语言(extensiblemarkuplanguage，xml)格式。换句话说，通讯子系统101可以包括通信组件和解析组件，该通信组件用于连接各交易渠道，接收各交易渠道发送的交易请求报文，具体如表1所示；该解析组件用于将报文格式转换为其对应的银行业务系统可解析的报文格式，具体如表2所示。表1表2交易渠道200可以包括手机银行对应的移动终端201、ic柜台机202、atm/pos203、银联交易系统204等，不同交易渠道200在与通讯子系统101连接时，都会通过不同的传输协议发送不同格式的报文，同时银行业务系统300可以包括银联系统301、各银行的贷记卡系统302、各银行的借记卡系统303、各银行的电子现金账户系统304，不同银行以及不同银行的业务系统可以接收的报文格式也存在不同，所以通信子系统101需要将接收到的交易请求报文的报文格式根据该交易请求报文中的交易业务转换成与之相对应的银行业务系统300可解析的报文格式。当交易渠道200为atm或当交易渠道200为pos时，atm或pos发送的交易请求报文格式以及采用的通讯协议均一致，故将交易渠道200为atm或pos作为一个实施例阐述。当交易渠道200为atm/pos203时，对应的银行业务系统300包括银联系统301、各银行的贷记卡系统302、各银行的借记卡系统303，也就是atm/pos203发送的交易请求报文中的交易业务为请求银联系统301、各银行的贷记卡系统302、各银行的借记卡系统303的银行业务。具体的，通讯子系统101通过tcp协议接收atm/pos203发送的交易请求报文，该交易请求报文为atm/pos203发送的8583报文，通讯子系统101首先判断交易银行卡的发卡银行与atm/pos203所属的银行是否为同一银行，其次判断该交易请求为借记卡业务还是贷记卡业务。当通讯子系统101判断交易银行卡的发卡银行与atm/pos203所属的银行为同一银行，则在确定交易请求报文中的交易业务为借记卡业务时，将交易请求报文的报文格式转换为与交易银行卡的发卡银行的借记卡系统303相适配的报文格式，相当于将atm/pos203发送的8583报文转换为与交易银行卡的发卡银行的借记卡系统303相适配的报文，该转换后的报文可以为借记卡系统303的xml报文。例如，用户持有中国银行的借记卡去中国银行的atm203取钱，通讯子系统101确定该借记卡的发卡银行与该atm203的所属银行为同一个银行后，便可以将该atm203发送的8583报文转换为中国银行的借记卡系统303的xml报文。此外，通讯子系统101接收的交易请求报文中的交易业务为贷记卡业务时，则将交易请求报文的报文格式转换为与交易银行卡的发卡银行的贷记卡系统302相适配的报文格式，相当于将atm/pos203发送的8583报文转换为与交易银行卡的发卡银行的贷记卡系统303相适配的报文，该转换后的报文可以为贷记卡系统303的定长报文。当通讯子系统101判断交易银行卡的发卡银行与atm/pos203所属的银行不是同一银行，则该atm/pos203通过银联系统301与该交易银行卡的发卡银行连接，也就是通讯子系统101将交易请求报文的报文格式转换为与银联系统301相适配的报文格式，相当于将atm/pos203发送的8583报文转换与银联系统相适配的报文，该转换后的报文可以为银联8583报文。当通讯子系统101将报文格式转换后，业务处理子系统102将报文格式转换后的交易请求报文发送至与交易请求报文中的交易业务相对应的银行业务系统300处理，根据上述不同的交易业务或银行业务系统300，具体如下：业务处理子系统102将借记卡系统303的xml报文通过soap协议发送至交易银行卡的发卡银行的借记卡系统303；业务处理子系统102将贷记卡系统302的定长报文通过tcp协议发送至交易银行卡的发卡银行的贷记卡系统302；业务处理子系统102将银联系统301的银联8583报文通过tcp协议发送至银联系统301。可选的，pos203发送的交易请求报文包括协议数据单元(transportprotocoldataunit，tpdu)、报文头和应用数据三部分，如表3所示。表3tpdu说明：长度为5个字节。报文头说明：总长度为12字节，压缩时用二进码十进数(binary-codeddecimal，bcd)码表示为6个字节长度的数值。在pos203上送的交易请求报文中，该数值由pos203的终端应用程序在打包上送时根据pos203终端参数和当前状态填入应用类别、软件版本号和终端状态，用于pos中心根据数值进行相应的处理。在pos中心返回的响应报文中，由pos中心填入处理要求，其他域保持原值返回，pos将根据收到报文头中的处理要求进行相应处理。报文头取值如下：应用类别定义：目前只定义磁条卡金融支付类应用为60。软件版本号如表4所示，终端状态如表5所示，处理要求如表6所示。保留使用：暂时不用，填全“0”。表4表5终端状态含义0正常交易状态1测试交易状态表6处理要求编码处理要求说明0无处理要求1下传终端参数2上传终端状态信息3重新签到应用数据说明：应用数据是符合国际标准化组织(internationalorganizationforstandardization，iso)8583金融交换信息格式的交易数据，详细说明见《银联数据pos终端报文接口规范》。可选的，atm203发送的交易请求报文包括：报文头、报文类型标识符、位图和报文域。其结构如表7所示。表7报文头报文类型标识位图报文域其中，报文总长度是报文的第一个数据元素。报文总长度与报文头、报文类型标识、位图和报文域一块组成了一个完整的报文。报文头是报文的第一个数据元素。报文头与报文类型标识、位图和报文域一块组成了一个完整的报文。报文类型标识是报文的第二个数据元素，是最高级别报文类型定义，定义了报文一般性分类，比如是金融类报文还是管理类报文。报文类型标识符长度是四个字节。每个报文都要求有报文类型标识符。位图定义了哪些报文域会出现在报文中。位图区包含两个位图。位图一定义域2到域64，位图二定义域65到域128。报文域构成了报文的主体，其中大部分由iso8583定义，其它域由中国银联系统(chinaunionpaysystem，cups)自定义并使用。对于atm203发送的交易请求报文中的报文头，该数值由atm203的终端应用程序在打包上送时根据atm203的终端参数和当前状态填入应用类别、规范版本号和终端状态，用于atm前置根据数值进行相应的处理。在atm203和atm前置处理响应报文时，报文头保持原值返回。表8是报文头的具体组成，共占16个字节。表8报文总长度应用类别规范版本号终端状态保留使用n4n2n2n1n7报文总长度是报文头第一个元素，表示整个报文的长度，该值是4个字节。应用类别是报文头的第二个元素，表示后跟的报文类型，长度是2个字节,接入模块根据该域决定路由。具体值定义如表9所示。表9规范版本号是报文头的第三个元素，表示该报文采用何种规范,长度为2个字节。具体值定义表10所示。表10值含义012003年中国银联atm应用规范版本终端状态是报文头的第四个元素，表示该报文表示的交易状态，长度为1个字节。具体值定义表11所示。表11值含义0正常交易状态1测试交易状态保留使用是报文头的第五个元素，暂不使用，默认填为“0”，长度为7个字节。对于atm203发送的交易请求报文中的位图，在网络中传输报文的长度是变化的，报文中带有位图来标识报文中有哪些域而没有哪些域。一个报文中可以有一个或两个位图，根据交易类型确定位图数量。(1)第一个位图每一个报文都有第一个位图，即主位图。它是由64个二进制位(8个字节)构成，位于报文类型标识符之后。除了第一位，每一位和一个域相对应，即和域2到域64相对应。每位的值指示该域是否出现在报文中：如果一个位为0，与之相关的域不出现在报文中。如果一个位为1，与之相关的域出现在报文中。域号是1的域即是第二个位图，因此基本位图的第一位用来指明在主位图后是否还有第二个位图。(2)第二个位图主位图的第一位指明了主位图后是否有第二个位图—位图二。和主位图相同，位图二也由64个二进制位(八字节)构成。可以认为位图二是主位图的扩展，和域65到128相关。只有当报文中包含有域65到域128中的域，位图二才会使用到。位图二紧接着主位图，并在报文域之前。每一位和一个域相对应，即和域65到域128相对应。每位的值指示该域是否出现在报文中：如果一个位为0，与之相关的域不出现在报文中。如果一个位为1，与之相关的域出现在报文中。进一步的，本实施例对报文头的产生及其各域的用法做详细描述。描述中的“b”表示bit；“n”表示十进制数字。另外，本实施例中所有数字编码均采用ascii编码方式。在二进制表示中，排在左边的bit为高位bit，排在右边的bit为低位bit。报文头与报文类型标识符、位图和报文域一块组成了一个完整的报文。标准报文头的长度固定，由9个域组成。银行发送给交易系统的iso8583报文都带有此报文头，所有的域都是必填域，具体如表12所示。表12域域名长度(单位：byte)field1头长度(headerlength)1field2头标识和版本号(headerflagandversion)1field3整个报文长度(totalmessagelength)4field4目的id(destinationid)11field5源id(sourceid)11field6报文状态标识(messagestatusflags)3field7批次号(batchnumber)1field8保留使用(reservedforuse)8field9用户信息(userinfo)1此报文头共占41个字节。交易系统接收一个请求报文时，该报文必须包括根据报文数据构造的一个报文头；银联数据发卡系统保存报文头里的一些信息，以便在应答的时候返回给发送方。这些必须保存的域有4、5、6、7、8和9。报文头各域的含义如表13所示。表13域名域含义属性报文头域的长度和格式描述报文头域的可能内容和定义用法在对报文头域的处理过程中有用的一些特殊限制备注其他说明域编辑值报文头域的取值范围和取值规则进一步的，该系统还可以包括ipp103，用于当交易渠道200为手机银行对应的移动终端/ic卡柜台机时，通讯子系统101可以通过ipp103与手机银行对应的移动终端/ic卡柜台机连接。当交易渠道200为手机银行对应的移动终端201时，通讯子系统101通过tcp协议接收ipp103转发的手机银行对应的移动终端201发送的交易请求报文，将该交易请求报文的报文格式转换为与手机银行对应的银行的贷记卡系统303相适配的报文格式。具体的，该交易请求报文为移动终端201发出的用于信用卡还款请求的报文，并可以确定为信用卡还款交易的定长报文，通讯子系统101将该信用卡还款交易的定长报文转化为与手机银行对应的银行的贷记卡系统302相适配的报文，该转换后的报文可以为贷记卡系统302的定长报文。当通讯子系统101将报文格式转换后，业务处理子系统102将贷记卡系统302的定长报文通过tcp协议发送至交易银行卡的发卡银行的贷记卡系统302。当交易渠道200为ic卡柜台机202时，通讯子系统101通过tcp协议接收ipp103转发的ic卡柜台机202发送的交易请求报文，将该交易请求报文的报文格式转换为与ic卡柜台机所属银行的电子现金账户系统304相适配的报文格式。具体的，该交易请求报文为ic卡柜台机202发出的用于ic卡圈存请求的报文，并可以确定为ic卡圈存定长报文，通讯子系统101将该ic卡圈存定长报文转化为与ic卡柜台机所属银行的电子现金账户系统304相适配的报文，该转换后的报文可以为ic卡系统8583报文。当通讯子系统101将报文格式转换后，业务处理子系统102将ic卡系统8583报文通过tcp协议发送至电子现金账户系统304。当交易渠道200为银联交易系统204时，对应的银行业务系统300包括各银行的贷记卡系统302、各银行的借记卡系统303，也就是银联交易系统204发送的交易请求报文中的交易业务为请求各银行的贷记卡系统302、各银行的借记卡系统303的银行业务。具体的，通讯子系统101通过http协议接收银联交易系统204发送的交易请求报文，该交易请求报文为银联交易系统204发送的xml报文，在确定交易请求报文中的交易业务为借记卡业务时，将交易请求报文的报文格式转换为与交易银行卡的发卡银行的借记卡系统303相适配的报文格式，相当于将银联交易系统204发送的xml报文转换为与交易银行卡的发卡银行的借记卡系统303相适配的报文，该转换后的报文可以为借记卡系统303的核心xml报文。此外，通讯子系统101接收的交易请求报文中的交易业务为贷记卡业务时，将交易请求报文的报文格式转换为与交易银行卡的发卡银行的贷记卡系统302相适配的报文格式，相当于将银联交易系统204发送的xml报文转换为与交易银行卡的发卡银行的贷记卡系统302相适配的报文，该转换后的报文可以为贷记卡系统302的8583报文。当通讯子系统101将报文格式转换后，业务处理子系统102将报文格式转换后的交易请求报文发送至与交易请求报文中的交易业务所对应的银行业务系统300处理，根据上述不同的交易业务或银行业务系统300，具体如下：业务处理子系统102将借记卡系统303的核心xml报文通过soap协议发送至交易银行卡的发卡银行的借记卡系统303；业务处理子系统102将贷记卡系统302的8583报文通过tcp协议发送至交易银行卡的发卡银行的贷记卡系统302。可选的，银联交易系统204采用两进两出长连接通讯模式与支持多渠道交易的系统100连接。可选的，该支持多渠道交易的系统100与银行核心系统进行通信时，采用tcp通信协议与银行核心进行通讯，报文格式为标准作业程序(standardoperatingprocedure，sop)，具体地，二者之间的通讯数据包包括公共信息部分、交易数据部分。该公共信息部分包括系统信息头和交易公共信息头，该交易数据部分包括交易数据头(可选)、业务数据和系统控制命令。其中，业务数据部分又包括数据单元、表格和对象。业务数据部分可以插入系统控制命令。部分是与系统相关的，包括目标服务代码、数据源代码、长度等系统信息，由系统配置文件(数据库表)指定，每字段的个数、顺序、长度固定；部分是跟同一数据包中所包含的所有交易相关的信息，包括交易的终端，交易柜员，机构等信息，组织方式同系统信息头的格式；部分包括交易代码，交易模式，前台流水号，授权柜员等信息，组织方式同系统信息头的格式。该业务数据部分由长度+数据组成，长度用一个字节的二进制数表示，数据全部转换成字符串传送，字符串的最大长度由系统的byte_max_len宏定义指定(在本实施例中，定义byte_max_len为250(0xfa))，大于该长度的部分系统保留作为控制命令用。如果数据单元的长度超过byte_max_len，则分段发送，0xff作为超长数据的标志。例如要传768字节数据，由于系统定义byte_max_len为250，则该数据段为0xff+250字符+0xff+250字符+0xff+250字符+0x12+18字符；如要传250字节数据时，则该数据段为0xfa+250字符。此外，在业务数据中，可以穿插控制命令，其格式为：控制字符标志+控制字符串长度+控制字符串。控制字符标志由系统保留的byte_max_len～0xff之间的字符标识，在本实施例中系统保留字符为0xfb，0xfc，0xfd，0xfe，目前仅使用0xfe作为打印相关的控制命令标识符。整个通讯数据包的组成示意图如表14所示。表14可选的，该支持多渠道交易的系统100还包括数据监控模块104和机具管理子系统105。数据监控模块104负责异步接收交易数据，完成对正常交易、异常交易监控和交易统计等功能，监控展示界面在万维网(worldwideweb，web)界面中实现。数据监控模块104包括交易监控模块1041、资源监控模块1042、预警通知模块1043和监控规则管理模块1044，如图3提供了一种数据监控模块104的结构示意。各模块具体如下：交易监控模块1041用于监控系统的交易进程，可以提供总体交易监控、正常交易监控、统计交易监控、异常交易监控、风险交易监控、交易日志监控六大交易监控功能。资源监控模块1042用于监控系统硬件资源，可以提供系统上各硬件资源的实时监控。预警通知模块1043用于提供声音、颜色、弹框、短信形式预警发布手段。监控规则管理模块1044对上述交易监控模块1041、资源监控模块1042、预警通知模块1043的监控规则进行参数化配置。机具管理子系统105包括设备管理模块1051、密钥管理模块1052、终端状态监控模块1053和现金管理模块1054，如图4提供了一种机具管理子系统105的结构示意。各模块具体如下：设备管理模块1051对交易渠道200对应的交易终端进行交易控制以及ip地址校验；密钥管理模块1052对交易渠道200对应的交易终端分发管理密钥；终端状态监控模块1053对交易渠道200对应的交易终端的状态进行监控管理；现金管理模块1054配合atm钞箱进行现金管理，用于配合atm钞箱盘库、对账、加减钞等。其中，机具管理参数管理在web端实现，实现机具设备管理功能(机具设备添加、删除、修改等功能)，前置平台在处理相关交易时对设备进行检控，如交易终端ip地址效验等。密钥管理也在web端实现，实现密钥灌制、更新、废除等功能，并触发对各型设备分发密钥。为更好的理解本发明，本发明实施例提供的另一种支持多渠道交易的系统，该系统可以包括交易运行平台，该交易运行平台采用软总线设计思想，支持流水线式开发模式及组件式的开发方法，即“软总线+总线驱动器+软组件”的体系结构，具体如图5所示，并采用消息驱动模式。该交易运行平台的核心部件为交易运行平台的核心引擎，该核心引擎为全开放的体系结构，采用队列对(请求队列+相应队列)缓存技术、消息自动分发技术、线程池动态负载技术、组件驱动技术来完成对交易消息及业务的处理。该核心引擎具有以下功能：资源初始化，初始化队列缓冲区(队列对个数及缓存区大小可配置)、创建工作线程池(数量可配置，并可自动动态调整)、装配功能组件及方法。核心引擎框架为组件预留接口init_func、done_func、func，在组件装配时引擎自动驱动init_func方法，以便允许初始化组件需要的参数、配置、共享变量和资源分配等。在引擎服务停止时，自动驱动done_func方法释放init_func分配的资源。因此正常情况下init_func、done_func会对称出现，当然这两个方法在不需要的情况下可以根据配置不装载。func为组件功能方法，处理到来的消息。登记公告牌，当服务(核心引擎实例)启动成功后，自动在公告牌(共享内存区)登记本服务信息，如：服务器实例名称、服务器关系信息、消息路由路径信息。消息识别，当有消息到达时，根据消息来源识别消息类型。核心部件提供对外插件出口，用户可根据实际情况编写插件来识别消息类型。队列对缓存机制，核心引擎采用队列对的方式，每个队列对包括两个队列(请求、响应)，队列采用内存链表方式，消息在队列中分为5个优先级，可按消息类型定义优先级别，优先级高的先被处理。队列缓冲区大小可以在引擎实例配置文件中定义。消息自动分发，在队列创建时，引擎为每个队列建立了一个守候的分发线程，到有消息进入队列时唤醒分发线程，分发线程根据消息的优先级(大→小)顺序从队列中获得消息，并把消息分发给线程池中某个空闲的工作线程进行处理。组件驱动，当工作线程被分发线程激活后，根据消息类型搜索本消息类型对应的组件方法，找到后驱动对应的组件方法，完成特定任务。动态负载，线程池中工作线程可根据系统资源及业务压力配置(highlevel及lowlevel参数)，系统启动时初始化线程数为lowlevel数，当并发量超过此值时，核心引擎自动增加工作线程直到highlevel值。当压力减少时，核心引擎自动减少工作线程数到lowlevel值。如果不需要动态负载则将highlevel＝lowlevel即可。基于同一发明构思，图6示例性的示出了本发明实施例提供的一种多渠道交易处理的方法的流程，该流程可以由一种支持多渠道交易的系统执行。如图6所示，该流程具体包括：步骤601，接收交易渠道发送的交易请求报文，根据交易请求报文中的交易业务将交易请求报文进行报文格式转换。交易渠道可以包括atm、pos、ic柜台机、手机银行、银联交易系统等，不同交易渠道通过不同的传输协议发送不同格式的报文。当交易渠道为atm或pos时，交易请求报文格式以及通讯协议均一致，故将交易渠道为atm或pos作为一个实施例阐述。当交易渠道为atm/pos时，通过tcp协议接收atm/pos发送的交易请求报文，该交易请求报文为atm/pos发送的8583报文，首先判断交易银行卡的发卡银行与atm/pos所属的银行是否为同一银行，其次判断该交易请求中的交易业务为借记卡业务还是贷记卡业务。若交易银行卡的发卡银行与atm/pos所属的银行为同一银行，则在确定交易请求报文中的交易业务为借记卡业务时，将交易请求报文的报文格式转换为与交易银行卡的发卡银行的借记卡系统相适配的报文格式，相当于将atm/pos发送的8583报文转换为与交易银行卡的发卡银行的借记卡系统相适配的报文，该转换后的报文可以为借记卡系统的xml报文。例如，用户持有中国银行的借记卡去中国银行的atm取钱，确定该借记卡的发卡银行与该atm的所属银行为同一个银行后，便可以将该atm发送的8583报文转换为中国银行的借记卡系统的xml报文。此外，接收的交易请求报文中的交易业务为贷记卡业务时，则将交易请求报文的报文格式转换为与交易银行卡的发卡银行的贷记卡系统相适配的报文格式，相当于将atm/pos发送的8583报文转换为与交易银行卡的发卡银行的贷记卡系统相适配的报文，该转换后的报文可以为贷记卡系统的定长报文。若判断交易银行卡的发卡银行与atm/pos所属的银行不是同一银行，则该atm/pos通过银联系统与该交易银行卡的发卡银行连接，也就是将交易请求报文的报文格式转换为与银联系统相适配的报文格式，相当于将atm/pos发送的8583报文转换与银联系统相适配的报文，该转换后的报文可以为银联8583报文。当交易渠道为手机银行对应的移动终端时，通过tcp协议接收ipp转发的手机银行对应的移动终端发送的交易请求报文，将该交易请求报文的报文格式转换为与手机银行对应的银行的贷记卡系统相适配的报文格式。具体的，该交易请求报文为移动终端发出的用于信用卡还款请求的报文，并可以确定为信用卡还款交易的定长报文，将该信用卡还款交易的定长报文转化为与手机银行对应的银行的贷记卡系统相适配的报文，该转换后的报文可以为贷记卡系统的定长报文。当交易渠道为ic卡柜台机时，通过tcp协议接收ipp转发的ic卡柜台机发送的交易请求报文，将该交易请求报文的报文格式转换为与ic卡柜台机所属银行的电子现金账户系统相适配的报文格式。具体的，该交易请求报文为ic卡柜台机发出的用于ic卡圈存请求的报文，并可以确定为ic卡圈存定长报文，将该ic卡圈存定长报文格式转化为与ic卡柜台机所属银行的电子现金账户系统相适配的报文格式，该转换后的报文可以为ic卡系统8583报文。当交易渠道为银联交易系统时，对应的银行业务系统包括各银行的贷记卡系统、各银行的借记卡系统，也就是银联交易系统发送的交易请求报文中的交易业务为请求各银行的贷记卡系统、各银行的借记卡系统的银行业务。具体的，通过http协议接收银联交易系统发送的交易请求报文，该交易请求报文为银联交易系统发送的xml报文，在确定交易请求报文中的交易业务为借记卡业务时，将交易请求报文的报文格式转换为与交易银行卡的发卡银行的借记卡系统相适配的报文格式，相当于将银联交易系统发送的xml报文转换为与交易银行卡的发卡银行的借记卡系统相适配的报文，该转换后的报文格式可以为借记卡系统的核心xml报文。此外，通讯子系统接收的交易请求报文中的交易业务为贷记卡业务时，将交易请求报文的报文格式转换为与交易银行卡的发卡银行的贷记卡系统相适配的报文格式，相当于将银联交易系统发送的xml报文转换为与交易银行卡的发卡银行的贷记卡系统相适配的报文，该转换后的报文可以为贷记卡系统的8583报文。步骤602，将报文格式转换后的交易请求报文发送至与交易请求报文中的交易业务所对应的银行业务系统处理。将报文格式转换后的交易请求报文发送至与交易请求报文中的交易业务所对应的银行业务系统处理，根据上述不同的交易业务或银行业务系统，具体如下：1、交易渠道为atm/pos交易银行卡的发卡银行与atm/pos所属的银行是同一银行时，将借记卡系统的xml报文通过soap协议发送至交易银行卡的发卡银行的借记卡系统；或将贷记卡系统的定长报文通过tcp协议发送至交易银行卡的发卡银行的贷记卡系统；交易银行卡的发卡银行与atm/pos所属的银行不是同一银行时，将银联系统的银联8583报文通过tcp协议发送至银联系统。2、交易渠道为手机银行对应的移动终端将贷记卡系统的定长报文通过tcp协议发送至交易银行卡的发卡银行的贷记卡系统。3、交易渠道为ic卡柜台机将ic卡系统8583报文通过tcp协议发送至电子现金账户系统。4、交易渠道为银联交易系统将借记卡系统的核心xml报文通过soap协议发送至交易银行卡的发卡银行的借记卡系统；或将贷记卡系统的8583报文通过tcp协议发送至交易银行卡的发卡银行的贷记卡系统。为更好的理解本发明实施例提供的一种多渠道交易处理的方法的流程，预先对下列名词做出解释：本行借记卡：交易借记卡的发卡银行与atm/pos所属的银行为同一银行。本行贷记卡：交易贷记卡的发卡银行与atm/pos所属的银行为同一银行。他行卡：交易银行卡的发卡银行与atm/pos所属的银行为不同银行。本代他：交易银行卡的发卡银行与atm/pos所属的银行为不同银行，atm/pos所属的银行代理交易银行卡的发卡银行办理业务。如图7示出了交易渠道为atm时的流程示意图。步骤701，接收数据。接收atm通过tcp协议发送交易请求报文，该报文为8583报文。步骤702，消息认证码(messageauthenticationcode，mac)校验。mac能识别出篡改和伪装，也就是既可以确认交易请求报文的完整性，也可以进行认证，消息认证码的输入包括任意长度的消息和一个发送者与接受者之间共享的密钥，它可以输出固定长度的数据。步骤703，记录流水。记录该银行卡的交易流水。步骤704，判断是否为本代他，若是，则转向步骤705，若不是，则转向步骤706。判断该交易银行卡的发卡银行与该atm所属银行是否为同一个银行，若是同一个银行，则不是本代他，即转向步骤706。步骤705，取款处理。将取款处理的交易请求报文发送至银联系统，即在银联系统进行取款处理。步骤706，判断交易银行卡为借记卡还是贷记卡，若是贷记卡，则转向步骤707；若是借记卡，则转向步骤708。步骤707，取款处理。使用贷记卡进行取款操作时，也就交易银行卡为贷记卡时，将取款处理的交易请求报文发送至改贷记卡所属银行的贷记卡系统，让该贷记卡所属银行的贷记卡系统进行取款处理。步骤708，判断交易银行卡是ic卡还是磁条卡，若是磁条卡，则转向步骤710，若是ic卡，则转向步骤709。ic卡和磁条卡均属于借记卡，其中，ic卡通过可运算的芯片和存储在其中的密钥，确保终端与卡片的交互过程中安全真实，而且能保证联机交易信息的安全，几乎不能复制，且可靠性高，ic卡不仅保证联机交易的安全，还可实现安全的脱机使用；磁条卡存储信息相对简单，易于复制，为保证安全只能通过将每笔交易发送到银行后台系统的联机交易方式来校验，易于复制、易于损坏。ic卡需要arqc校验，磁条卡不需要arqc校验。若是磁条卡，则将取款处理的交易请求报文发送至银行核心系统；若是ic卡，则在ic卡经过arqc校验之后，将取款处理的交易请求报文发送至银行核心系统。步骤709，ic卡银行卡密码校验技术(authorisationrequestcryptogram，arqc)。ic卡向其所属银行进行arqc校验，判断该ic卡是否为其所属银行发行的卡片。步骤710，取款处理。将取款处理的交易请求报文发送至银行核心系统，即在银行核心系统进行取款处理。步骤711，接受结果。接受贷记卡系统、银联系统或银行核心系统反馈的应答报文。步骤712，判断交易银行卡为借记卡还是贷记卡，若是借记卡，则转向步骤713。步骤713，判断交易银行卡为ic卡还是磁条卡，若是ic卡，则转向步骤714。若是ic卡，则转向步骤714，再次进行ic卡的arqc校验，若是磁条卡，则将应答报文反馈给atm，atm可以根据该应答报文决定是否吐钞。步骤714，ic卡arqc码校验。本实施例中，首先确定该交易银行卡为本行借记卡或本行贷记卡或他行卡，根据不同类型的卡交易路由到不同的银行业务系统；根据不同银行业务系统对接的报文格式，进行相应的报文格式转换；对于他行卡，将8583报文转换成银联8583报文，通过tcp协议发送到银联系统，银联系统发送到相应的发卡方，接收到银联系统反馈应答报文后，反馈给atm，atm根据成功与否决定是否吐钞；对于本行借记卡，如果ic卡，需要进行arqc校验，arqc校验成功后转换成xml报文通过soap协议发送到借记卡系统，接收借记卡核心反馈应答报文后，反馈给atm，atm根据成功与否决定是否吐钞；对于本行贷记卡，转换成定长报文通过tcp协议方式发送到贷记卡核心，接收贷记卡系统反馈应答报文后，反馈给atm，atm根据成功与否决定是否吐钞；交易处理流程结束。为更好的理解本发明实施例提供的一种多渠道交易处理的方法的流程，如图8还示出了交易渠道为手机银行对应的移动终端时的流程示意图。步骤801，调核心现金账记账接口。手机银行app发送交易请求报文到ipp，调用ipp的核心现金账记账接口。步骤802，调核心现金账记账接口。ipp通过soap协议方式发送信用卡还款交易的定长报文到银行核心系统记账，并调用核心系统的核心现金账记账接口。步骤803，调贷记卡还款接口。银行核心系统返回成功后，调用ipp的贷记卡还款接口，ipp通过tcp协议方式发送信用卡还款交易的定长报文到交易系统。步骤804，调贷记卡还款接口。交易系统将接收到的信用卡还款交易的定长报文转换成贷记卡系统定长报文，并通过tcp协议方式发送到贷记卡系统，调用贷记卡还款接口。步骤805，贷记卡还款。贷记卡系统根据接收到的交易请求报文执行交易业务，并将结果返回到交易系统。在用户通过手机银行还款时，即交易渠道为手机银行，手机银行发送报文到ipp，ipp通过soap协议发送信用卡还款定长报文到核心系统，核心系统记账成功后，ipp通过tcp协议方式发送信用卡还款交易定长报文到交易系统，该交易系统将该信用卡还款交易定长报文转换成贷记卡系统定长报文，并通过tcp协议发送到贷记卡系统。贷记卡系统返回还款结果至交易系统，交易系统返回还款结果至ipp，ipp返回最终结果到手机银行。基于同一发明构思，本发明实施例还提供了一种计算设备，包括：存储器，用于存储程序指令；处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行上述多渠道交易处理的方法。基于同一发明构思，本发明实施例还提供了一种计算机可读非易失性存储介质，包括计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述多渠道交易处理的方法。本发明实施例提供的一种支持多渠道交易的系统及处理的方法，该系统包括通讯子系统、业务处理子系统，其中，通讯子系统与交易渠道连接，业务处理子系统与银行业务系统连接，通讯子系统接收交易渠道发送的交易请求报文，根据交易请求报文中的交易业务将交易请求报文进行报文格式转换，业务处理子系统将报文格式转换后的交易请求报文发送至与交易请求报文中的交易业务所对应的银行业务系统处理，可以接收不同交易渠道的交易请求，并根据该交易请求报文中的交易业务转换成与之对应的银行业务系统可解析的报文格式，以实现连接多种交易渠道和多种银行业务系统。同时，本发明实施例提供的一种支持多渠道交易的系统及处理的方法，该系统可以包括交易运行平台，该交易运行平台以软总线设计思想为基础，不仅支持应用集成框架的建立，满足协同工作的需求，而且采用了多层次的软组件技术，更加便于应用领域框架及组件的开发。该系统具备良好的开放性、扩展性及伸缩性，其可根据具体用户需求灵活扩展或裁剪相应组件及灵活调整软硬件资源限制，以适应不同规模或不同业务特点的需求。另外，该支持多渠道交易的系统用可视化的开发工具，为用户二次快速开发提供直观、方便的开发工具，使用此工具无需用户深入学习相关的语言、数据库技术，只要初步掌握相关技术即可进行业务功能的开发，此开发工具集成了版本管理、测试管理等功能。其中，版本管理解决用户使用本平台同时开发多个项目的版本控制及协作开发问题。测试管理功能为用户单元测试、集成测试提供案例编辑、案例提交测试、案例批量重测功能，并分析统计测试结果。最后，该支持多渠道交易的系统采用web开发平台实现业务管理，除具备基本系统管理功能(用户管理、机构管理、权限管理、渠道管理、日志管理等)外，同时提供了丰富的开发基础构建库，为具体业务客户化开发提供了快速实现的保证。本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。当前第1页12