CN105872035A - 多渠道报文处理系统及方法 - Google Patents

Abstract

本发明公开了一种多渠道报文处理系统及方法，其中，所述系统包括：报文预处理模块，用于接收通过不同渠道发送来的报文，并对接收到的报文进行第一报文处理得到待处理报文；路由模块，用于根据所述待处理报文的报文内容以及预设的路由策略确定所述待处理报文的处理方式；报文处理模块，用于根据所述待处理报文的处理方式对所述待处理报文进行第二报文处理。采用本发明，能够实现对多国外汇清算的支持、统一格式的报文解析以及报文的自动化处理。

Description

多渠道报文处理系统及方法

技术领域

本发明涉及数据处理领域，更为具体而言，涉及一种多渠道报文处理系统及方法。

背景技术

现有的中国建设银行的外汇清算系统是基于国内业务开发的，随着海外业务的迅猛发展，建行的各个海外分行由于受各国当地业务法规规定，对于清算业务有各国不同的要求，且海外分行核心系统也不同于国内的核心系统，国内的外汇清算系统已经不能满足海外分行各币种清算业务的需求。

现有的在海外各国开业的中资银行均采用外购当地清算业务系统的方式，有着运维成本高、系统不透明、无法进行个性化改造的缺点。

因此，迫切需要一个支持多币种且能实现自动清算的、自主研发的海外清算系统。

发明内容

鉴于现有技术的上述缺陷，本发明实施方式提供了一种多渠道报文处理系统及方法，能够支持多币种且能实现自动清算。

具体地，本发明实施例提供了一种多渠道报文处理系统，其包括：

报文预处理模块，用于接收通过不同渠道发送来的报文，并对接收到的报文进行第一报文处理确定待处理报文；

路由模块，用于根据所述待处理报文的报文内容以及预设的路由策略确定所述待处理报文的处理方式；

报文处理模块，用于根据所述待处理报文的处理方式对所述待处理报文进行第二报文处理。

相应地，本发明实施例还提供了一种多渠道报文处理方法，其包括：

接收通过不同渠道发送来的报文，并对接收到的报文进行第一报文处理确定待处理报文；

根据所述待处理报文的报文内容以及预设的路由策略确定所述待处理报文的处理方式；

根据所述待处理报文的处理方式对所述待处理报文进行第二报文处理。

采用本发明实施方式具有下述有益效果：

通过灵活的接口设计来接收不同渠道发送来的报文，能够集中接收不同地区、不同清算系统发送的报文，实现对多国外汇清算的支持；

通过将接收到的报文转换为统一的格式，有利于进行统一的报文解析，且能简化业务人员学习报文的要求；

通过结合预设的路由策略，能够自动确定不同报文的处理方式进而根据确定的处理方式处理报文，实现报文的自动化处理(例如，报文的清分)；

将本发明应用于B/S(Browser/Server，浏览器/服务器)的银行网络体系中，能够在实现数据集中的同时，为业务系统升级、功能扩展、维护等提供了极大的便利条件。

附图说明

图1是根据本发明实施例的一种多渠道报文处理系统的框图的一例；

图2A是图1所示报文处理系统的报文预处理模块的框图的一例；

图2B是根据本发明实施例的一种多渠道报文处理系统与不同的当地清算系统的接口示意图；

图2C是图1所示报文处理系统的路由模块的框图的一例；

图3是根据本发明实施例的一种多渠道报文处理系统的框图的另一例；

图4是根据本发明实施例的一种多渠道报文处理方法的流程示意图的一例；

图5是根据本发明实施例的一种银行网络体系的示意图；

图6是根据本发明实施例的系列正则表达式中的部分正则表达式的一例。

具体实施方式

为了便于理解本发明技术方案的各个方面、特征以及优点，下面结合附图对本发明进行具体描述。应当理解，下述的各种实施方式只用于举例说明，而非用于限制本发明的保护范围。

首先对本发明可能涉及到的名称或术语进行解释。

SWIFT：SWIFT国际报文组织。

SWIFT Alliance系统：SWIFT组织提供的、应用于总行的报文收发系统。

OCBS系统：指中国建设银行海外分行核心业务处理系统，用于处理会计总账、客户信息、存贷款业务等银行核心业务。

RTGS系统：香港本地清算系统，负责香港本地港元、美元清算。

CHIPS/FEDWIRE系统：美国的本地清算系统，负责美元清算。

Target2/SEPA/EMZ系统:德国本地清算系统，负责欧元清算。

BOJ系统：日本本地清算系统，负责日元清算。

RITS系统：澳大利亚本地清算系统，负责澳元清算。

图1是根据本发明实施例的一种多渠道报文处理系统的框图的一例。参照图1，报文处理系统包括报文预处理模块11、路由模块12和报文处理模块13，下面分别进行说明。

在本实施例中，报文预处理模块11用于接收通过不同渠道发送来的报文，并对接收到的报文进行第一报文处理得到待处理报文。关于所述不同渠道的说明请参见下文结合图2A和图2B进行的说明。

在本实施例中，路由模块12用于根据所述待处理报文的报文内容以及预设的路由策略确定所述待处理报文的处理方式。

可选地，在本实施例的一种实现方式中，报文的报文内容包括报文的特征内容信息和报文的唯一标识信息等关键信息。其中，所述特征内容信息例如可以是币种、报文类型、发报行、收报行等；所述唯一标识信息可以是流水号或者是通过组合构成报文的唯一标识的信息。

可选地，在本实施例的一种实现方式中，预设的路由策略可以是一系列正则表达式，用于与报文的关键信息进行匹配确定报文的处理方式(例如，确定报文的处理队列)。其中，不同的正则表达式可以用于与不同的关键信息进行匹配，本领域技术人员可以根据需要灵活设置正则表达式以及与之进行匹配的关键信息，本发明对此不做限制。

在本实施例中，报文处理模块13用于根据所述待处理报文的处理方式对所述待处理报文进行第二报文处理。其中，第二报文处理包括清算处理、业务签收处理等。

采用本实施例提供的系统，具有如下优点：通过接收不同渠道发送来的报文，能够集中接收不同地区、不同清算系统发送的报文，实现对多国外汇清算的支持；通过结合预设的路由策略，能够自动确定不同报文的处理方式进而根据确定的处理方式处理报文，实现报文的自动化处理(例如，报文的清分)。

可选地，在本实施例的一种实现方式中，如图2A所示，报文预处理模块11包括：接收子模块111，用于通过不同通讯接口接收通过不同渠道发送来的报文；格式转换子模块112，用于将接收到的报文中的非SWIFT报文转换为SWIFT格式，所述接收子模块接收到的以及所述格式转换子模块转换得到的SWIFT报文即所述待处理报文。

采用本实现方式，通过多种通讯接口来接收不同渠道发送来的报文(包括SWIFT报文、各地清算系统报文)并将报文转换为统一的报文格式，能够简化业务人员学习报文的要求。

在本实现方式中，通过多种不同的通讯接口能够实现不同清算系统的灵活接入。更具体而言，参照图2B所示的报文处理系统与不同的当地清算系统的接口示意图，报文处理系统可以采用MQ通讯工具与纽约的EGIFT系统相连转接美元清算系统(FEDWIRE/CHIPS)；采用TCP/IP协议与法兰克福的欧元清算系统(SEPA/EMZ)连接；采用HTTP协议与台北台币和人民币清算系统连接；采用采用文件接口，通过报文文件导入、报文生成下载的功能实现与布置在东京的格式特殊的日元清算系统BOJ、布置在胡志明市的越南盾清算系统CITAD、越南的美元清算系统VCBMoney的对接。当然，如果需要，还可以通过自定义的接口或现有接口与其它清算系统直接或间接地连接。例如，如图2B中虚线框所示，采用HTTP协议与中国建设银行开发的总行报文管理系统GMX连接进而与SWIFT连接，所述总行报文管理系统可通过智能路由的方式实现海外各分行之间的报文流转而无需通过SWIFT进行中转，从而实现本发明的报文处理系统与海外各分行间的报文统一管理和相互转发。

此外，如图2B所示，报文处理系统与OCBS系统连接以便对汇款客户或收款客户的账户进行扣帐或解付，与OPICS系统连接以便代OPICS系统接收或发送资金交易类的SWIFT报文。其中，OCBS系统是海外核心系统，客户在中国建设银行开立的账户信息就存放在该系统，而要对客户的账户进行扣帐，就要连接OCBS，把存储了“借记哪个账户，贷记哪个账户”信息的会计分录发送到OCBS中，OCBS就根据会计分录，对客户账户进行扣帐。OPICS系统是“资金业务后台处理系统”，该系统可以自己制作或处理SWIFT报文，但是它不直接连接SWIFT，所以需要本发明的报文处理系统代它接收或发送SWIFT报文。它通过一个基于socket协议的文件交换工具把存储着报文的文本文件发送到报文处理系统，报文处理系统不处理报文，直接将其发送到GMX中，同样，对于从GMX接收到的报文，报文处理系统判断出是要转发给OPICS的，也不进行处理，而是通过文件交换工具把报文发送给OPICS。

可选地，在本实施例的一种实现方式中，如图2C所示，路由模块12包括：索引子模块121，用于通过保存路由策略索引信息的路由信息设定表确定保存路由策略的路由策略设定表中与所述待处理报文相关的路由策略；匹配子模块122，用于根据所述待处理报文的报文内容和与所述待处理报文相关的路由策略进行匹配处理，确定所述待处理报文的处理方式。

进一步可选地，如图2C中的虚线框所示，路由模块12还可以包括保存子模块123，用于将所述待处理报文的处理方式保存至待处理报文临时表。此时，报文处理模块13可以读取(例如，周期性地读取)待处理报文临时表确定带处理报文的处理方式进而根据待处理报文的处理方式对所述待处理报文进行所述第二报文处理。在所述待处理报文临时表中可以同时保存待处理报文的报文内容。

图3是根据本发明实施例的一种多渠道报文处理系统的框图的另一例，如图3所示，报文处理系统除了包括报文预处理模块11、路由模块12和报文处理模块13之外，还可以包括：流水号模块14，用于根据序号控制表生成用于唯一标识所述SWIFT报文中各报文的流水号；保存模块15，用于根据报文路径参数表确定所述SWIFT报文中各报文的存储目录，并将所述SWIFT报文存储至相应的存储目录；解析模块16，用于解析所述待处理报文得到所述待处理报文的报文内容；登记模块17，用于将所述待处理报文的报文内容保存至收文记录表和收文待分发表，以及，将针对接收到的报文的每一步处理(包括格式转换后的每一步处理)记录于操作流水表。

本实施例提供的报文处理系统同样具有图1所示报文处理系统的优点。

图4是根据本发明实施例的一种多渠道报文处理方法的流程示意图的一例，参照图4，所述方法包括：

40：报文接收和预处理。具体而言，接收通过不同渠道发送来的报文，并对接收到的报文进行第一报文处理得到待处理报文。

42：确定报文的处理方式。具体而言，根据所述待处理报文的报文内容以及预设的路由策略确定所述待处理报文的处理方式。

44：处理待处理报文。具体而言，根据所述待处理报文的处理方式对所述待处理报文进行第二报文处理。

采用本实施例提供的方法，通过接收不同渠道发送来的报文，能够集中接收不同地区、不同清算系统发送的报文，实现对多国外汇清算的支持；通过结合预设的路由策略，能够自动确定不同报文的处理方式进而根据确定的处理方式处理报文，实现报文的自动化处理(例如，报文的清分)。

可选地，在本实施例的一种实现方式中，处理40包括：首先，通过不同通讯接口接收通过不同渠道发送来的报文。例如，通过MQ通讯工具、支持文件传输的接口、支持HTTP协议的接口、支持TCP/IP协议的接口等接收不同渠道发送来的报文。之后，将接收到的报文中的非SWIFT报文转换为SWIFT格式。这样，有利于集中对报文进行解密、拆解、解析等处理。

可选地，在本实施例的一种实现方式中，处理42包括：通过保存路由策略索引信息的路由信息设定表确定保存路由策略的路由策略设定表中与所述待处理报文相关的路由策略；根据所述待处理报文的报文内容和与所述待处理报文相关的路由策略进行匹配处理，确定所述待处理报文的处理方式。

进一步可选地，所述方法还包括：将所述待处理报文的处理方式保存至待处理报文临时表。此时，处理44可以通过以下方式实现：读取所述待处理报文临时表并根据所述待处理报文的处理方式对所述待处理报文进行所述第二报文处理。该待处理报文临时表可以在保存待处理报文的处理方式的同时保存待处理报文的报文内容。

可选地，在本实施例的一种实现方式中，所述第二报文处理包括：清算处理、业务签收处理、退件、批量打印等。例如，针对汇款业务报文进行清算处理(包括自动解付和自动扣账发报)、针对部门相关的业务报文进行业务签收处理、针对其它报文(例如，与ACK(Acknowledgement，应答信号)、资金国际结算、黑名单检索相关的报文)进行相应的处理等。

可选地，在本实施例的一种实现方式中，报文处理方法除了前述步骤40-44之外，还包括：根据序号控制表生成用于唯一标识所述SWIFT报文中各报文的流水号；根据报文路径参数表确定所述SWIFT报文中各报文的存储目录，并将所述SWIFT报文存储至相应的存储目录；解析所述待处理报文得到所述待处理报文的报文内容；将所述待处理报文的报文内容保存至收文记录表和收文待分发表，以及，将针对接收到的报文的每一步处理记录于操作流水表。在本实现方式中，可以通过读取所述收文待分发表获取所述待处理报文的报文内容。

下面对本发明实施例所涉及的用于进行信息登记的部分表格的内容及作用进行示例说明。

报文路径表：

序号控制表：

收文记录表：

收文待分发表：

操作流水表：

路由信息设定表：

路由策略设定表：

转发登记簿：

待处理报文临时表

以上结合附图对本发明的部分实施例及实现方式进行了说明，下面结合实际应用对本发明的部分相关内容进行示例性说明。

【相关的网络体系结构】

本发明提供的报文处理系统可以应用于银行领域，例如，应用于中国建设银行的海外清算系统(GMPS)以实现对多国外汇清算的统一处理。例如，如图5所示是根据本发明实施例的一种银行网络体系的示意图。该网络体系采用B/S网络体系结构，各操作用户(包括各海外分行用户)可以利用自己的客户机上浏览器，通过中国建设银行的专线骨干网登录海外清算系统，在集中的数据库汇总完成自己职责范围内的操作。

B/S的体系结构使得所有数据及应用服务集中于建行北京数据中心的应用服务器和数据库服务器，在实现数据集中的同时，为业务系统升级、功能扩展、维护等提供了极大的便利条件。具体而言，如图5所示，可以将海外清算系统部署在北京数据中心，所有的海外分行采用同一套应用、同一套数据库，从而实现系统的集中部署和总行的统一维护。总行内各系统通过广域网实现与海外分行各系统的连接；海外清算系统包括两台集群部署的应用服务器(AP)、两台集群部署的数据库服务器(DB)，并通过WEB池部署WEB服务器。

【报文处理的整体实现过程】

采用本发明提供的报文处理系统或方法的GMPS系统具有直接接入各个国家的当地清算系统的能力。此外，通过连接总行报文管理系统(GMX)，GMPS系统还可以接收SWIFT组织来源及国内建行来源的SWIFT报文。

在本发明的一种具体应用中，可以通过服务和队列的方式自动实现报文处理过程，步骤如下：1)由收报服务通过直连方式或连接GMX系统的方式，分别获得当地清算系统格式报文和SWIFT报文，如果当地清算系统格式报文为非SWIFT报文，则将其转换成SWIFT格式。2)根据报文路径参数表得到报文的存储路径，根据序号控制表生成流水号作为报文的文件名，将第1步处理后得到的报文存储到本地，随后对报文进行解密、拆解和解析，根据报文内容登记收文记录表、收文待分发表，并登记操作流水表。3)路由服务通过读取收文待分发表获得待处理的报文，用待处理报文的报文内容去匹配路由信息设定表和路由策略设定表(包含路由策略)。如果匹配结果符合自动清分条件，则将报文自动清分至相应的待处理队列，包括汇入队列、汇出队列、部门队列以及其他队列等。如果匹配结果不符合自动清分条件，则针对该报文进行人工清分或人工重新分发。4)根据清分结果登记转发登记簿和待处理报文临时表。5)各类自动处理服务通过读取待处理报文临时表获取待处理报文，根据业务规则及业务参数对报文进行处理。例如，针对汇入队列和汇出队列的报文进行自动或人工的清算处理，对落入部门队列的报文进行业务签收，对落入其他队列(例如，ACK、资金国际结算、黑名单检索)的报文进行相应的处理。

在上述处理中，路由策略是一系列正则表达式，用于根据报文的关键信息(如报文类型，发报行，收报行，币种等)进行匹配处理。如图6所示是系列正则表达式中的部分正则表达式。参照前文提及的路由信息设定表，假设一份报文的frommapid字段(参见路由信息设定表)的值是FRALI(表示该报文是swift来源的报文)，如果其关键要素中的报文类型(MSGTYPE)是910并且该报文的发报行(SENDER)不是字符串“HKICHKHH”开头的，则满足了图6中的第一条正则表达式，此时，判定这份报文的tomapid是PAYIN(表示报文的目的队列是汇入队列)，不同的tomapid则对应不同的报文处理方式。为了确定报文的tomapid，需要取出每一条完整的路由策略去匹配报文的关键要素，直到判断出报文的tomapid为止。如果取完路由策略仍无法判断，则由业务人员操作，人工判断报文的去向。

参见图6，如果结束标志(库表字段为finished)栏的值为N，则表示该条正则表达式未结束，需继续连接下一条正则表达式，直到某条正则表达式的结束标志是Y为止，构成完整的路由策略。此外，序号表示表达式的优先级，序号越小的表达式越优先被使用。

在上述处理的第3步中，所谓把报文清分至相应的待处理队列，是指根据确定的tomapid，将报文的关键信息登记在待处理报文临时表中。例如，假设某份来自swift的报文的tomapid是PAYIN(汇入队列)，则将这份报文所属的分行、进入系统的日期、系统分配给该报文的序号(三者可构成报文的唯一标识)、报文来源FRAIIL以及该报文的路由结果PAYIN登记到待处理报文临时表中，以便在第5步中由汇入自动服务进行处理。

所述汇入自动服务是专门处理汇入报文的后台进程，用于定时扫描待处理报文临时表，查看是否有字段tomapid的值为PAYIN的记录。如果有，则根据该记录的分行号+日期+序号查找收文记录表，从收文记录表中找到报文的文件名，读取报文并解析报文内容，进行后续的处理。

需要说明的是，在本本发明的实施例中并不限制如何划分队列、如何针对不同队列中的报文进行处理。换言之，在这些方面，本领域技术人员可根据需要灵活设置。

【自动业务处理的示例】

采用本发明提供的报文处理系统或方法，能够对报文进行自动解付或者自动扣账发报。下面通过列举对业务处理过程进行说明。

一、汇入汇款：

首先，读取待处理报文临时表，提取待处理的记录，根据待处理记录的收报报文日期及报文序号，分别查找转发登记簿及收文记录表，判断待处理记录所指示的报文是否存在，若存在，继续做业务处理。之后，根据收报登记簿记录的文件名及读取报文路径表获取报文存放路径，读取出报文原文。之后，根据收报登记簿中登记的报文类型分别对报文进行处理。

a.若报文类型为MT103，则进行以下处理：

解析报文内容，对汇入汇款进行初始化，设置解付日期、解付金额、国家代码、收费电标志等信息。

对报文进行黑名单检索，若命中黑名单则落地(即，落入手工修改队列)处理；若未命中，则读取一般参数表判断四角码落地标志，若需要，再判断原文是否存在四角码，若存在则进行落地处理，若不存在则继续进行汇入杂项判断，并进行相应的处理。

随后登记客户汇入汇款主表、匹配流水表、勾销流水表。然后对不规则的RTGS报文进行规则转换，若是SWIFT报文则无需转换。

然后根据报文的57域或59域识别客户类型，根据客户类型的不同，从往来账户参数表或挂账账号参数表或帐户行参数表获取实际入账账号和入账币种。

计算账户户名匹配率，若匹配率不足则落地，否则继续进行匹配报文判断。

根据清算渠道来源的不同，适用不同的匹配报文判断规则，登记匹配流水表。

随后获取档案编号，然后进行解付条件判断，根据分行号、报文类型、实际币种、发报行取得解付条件参数，根据解付条件获取对应的解付银行，若解付条件参数没有判断出解付银行，则通过报文内容判断该报文的解付银行。

随后进行头寸预测，调用费用模型获取手续费，判断是否需要发送收费电。

判断72域是否存在落地关键字，判断是否需要强制落地修改，读取流程控制参数表判断后续处理队列，若都无需落地，则生成会计分录发送至建行海外核心系统进行记账，打印客户汇款通知书。

最后更新客户汇入汇款主表、匹配流水表、勾销流水表，结束处理。

b.若报文类型为MT202，则进行以下处理：

解析报文内容，初始化金额、国家代码、时间等相关信息。

对报文进行黑名单检索，若中黑名单则落地处理，若未中则读取一般参数表判断四角码落地标志，若需要判断再判断原文是否存在四角码，若存在则落地处理，若不存在则继续进行汇入杂项判断，并进行相应的处理。

随后登记普通汇入汇款主表、匹配流水表、勾销流水表。然后对不规则的RTGS报文进行规则转换，若是SWIFT报文则无需转换。

随后根据报文的54域、57域、58域的内容查找VOSTRO(指：在中国建设银行开立了账户的同业机构，假如汇丰银行在建行开立有账户，则汇丰银行是建行的VOSTRO并且会在VOSTRO账户参数表中记录)账户参数表或第三方客户识别参数表，进行业务类型判断。

然后判断转发报文类型，如果是第三方代理收款业务，默认发202报文。如果是202COV，默认发202报文，否则根据报文56域、57域、58域查找VOSTRO账户参数表(cabal)，判断是否转发910报文，否则转发202报文。

随后判断匹配报文，先根据报文内容查找是否有匹配报文，若有则根据匹配流水信息分别做处理。有匹配报文的202报文需要结合匹配报文的内容进行头寸预测、费用计算、解付处理，无匹配报文的单笔202报文根据报文内容进行头寸预测、费用计算、解付处理。

然后进行落地判断，若无需落地则生成会计分录发送至建行海外核心系统进行记账。

最后更新普通汇入汇款主表、匹配流水表、勾销流水表，结束处理。

二、事务报文：

读取分行的待处理报文临时表提取待处理数据，根据待处理报文临时表查询出的待处理记录的收报报文日期及报文序号，分别查找来报转发登记簿及收报登记簿，判断待处理记录是否存在，若存在，解读该笔事务报文文件。

若为索费报文则无需解析报文；若为查询报文、撤销报文和回复报文则需要解析报文的原始报文类型、原始发报日期、原始报文序号。

处理汇入事务报文并进行事务关联。关联的条件是tag21(在SWIFT报文体系中，tag21和tag20都是报文参考编号，用于指示与报文匹配的另一份报文)必须有值，先按tag21找到原汇出汇款的勾销流水，若无结果，则用tag21找到客户汇款或者头寸的勾销流水；若无结果则用tag21找到状态为已关联的事务报文记录及其匹配事务报文和勾销流水；若无结果则根据该笔事务报文的tag21的前12位关联CASE号(即，事物档案号。对一份事务报文，都要设置一个对应的事务档案，每个事务档案都有自己的事务档案号)，找到事务档案，和相应的勾销流水。

判断是否成功找到勾销流水，如果找到勾销流水，再找到相应的主表流水，判断主表流水是否允许关联。如果允许，则进行开档关联处理。如果已经存在相关的事务档，则进行追加或者更新，如果不存在则进行开档处理。

三、汇出汇款：

读取分行的待处理报文临时表提取待处理记录，根据分行号、报文日期、报文序号从来报转发登记表中取出发报行的编号(TAG20)和报文的发报行，调用公共拆包功能，读取报文内容，检查发报行的编号(TAG20)、币种、金额、起息日在汇出汇款登记簿里查找是否有业务状态为未注销的记录，如果有则认为是重复报文，落失败交易处理。

按分行生成汇出流水号，根据分行号、交易类型、业务类型、币种、金额，读取流程控制参数表，判断目的队列，若无参数则目的队列为落汇出修改队列。

调用汇出汇款帐户行判断，判断失败则落汇出修改队列。

调用汇出手续费计算功能，计算手续费，填写手续费币种、手续费金额、电报费金额、邮电费金额、内外扣方式、收费方式、收费周期、收费帐号字段。

根据分行号、发报行BIC(Bank Identified Code，银行身份代码)调用VOSTRO帐号获取公函，得到发报行在建行海外核心系统的帐号；如果取不到帐号，则根据原始发报行、币种、53域帐号查找第三方客户识别参数表，找到对应的VOSTRO的BIC，取此BIC在VOSTRO账户参数表(cabal)中对应的帐号；若还未找到则报文落人工修改队列，登记原因为“发报行BIC对应的帐户不存在”。把取得的登记帐号信息登记到汇出汇款登记簿的扣款帐号中。

调用头寸预测，预测失败或者不通过则落汇出修改队列。

如果后续处理标志是修改，则落汇出修改队列，否则进行汇出交易落地校验，校验失败则落汇出修改队列，否则进行汇出交易合法性判断，判断失败则落汇出修改队列。

如果汇出业务的队列未定且汇出业务处理参数的后续处理标志是‘自动处理’，则调用汇出交易的可支付性校验，如果支付校验失败则落等待支付，如果最后汇出业务的队列未定且汇出业务处理参数的后续处理标志是自动处理’，则调用汇出支付处理，调用建行海外核心系统记账接口，产生会计分录，打印客户通知书，登记汇出汇款登记簿、发报流水表和报文待发流水表。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本领技术人员应当理解，以上所公开的仅为本发明的实施方式而已，当然不能以此来限定本发明之权利范围，依本发明实施方式所作的等同变化，仍属本发明权利要求所涵盖的范围。

Claims (16)

1.一种多渠道报文处理系统，其特征在于，所述系统包括：

报文预处理模块，用于接收通过不同渠道发送来的报文，并对接收到的报文进行第一报文处理得到待处理报文；

路由模块，用于根据所述待处理报文的报文内容以及预设的路由策略确定所述待处理报文的处理方式；

报文处理模块，用于根据所述待处理报文的处理方式对所述待处理报文进行第二报文处理。

2.如权利要求1所述的系统，其特征在于，所述报文预处理模块包括：

接收子模块，用于通过不同通讯接口接收通过不同渠道发送来的报文；

格式转换子模块，用于将接收到的报文中的非SWIFT报文转换为SWIFT格式，所述接收子模块接收到的以及所述格式转换子模块转换得到的SWIFT报文即所述待处理报文。

3.如权利要求2所述的系统，其特征在于，所述系统还包括：

流水号模块，用于根据序号控制表生成用于唯一标识所述SWIFT报文中各报文的流水号；

保存模块，用于根据报文路径参数表确定所述SWIFT报文中各报文的存储目录，并将所述SWIFT报文存储至相应的存储目录；

解析模块，用于解析所述待处理报文得到所述待处理报文的报文内容；

登记模块，用于将所述待处理报文的报文内容保存至收文记录表和收文待分发表，以及，将针对接收到的报文的每一步处理记录于操作流水表。

4.如权利要求3所述的系统，其特征在于，所述路由模块还用于通过读取所述收文待分发表获取所述待处理报文的报文内容。

5.如权利要求1所述的系统，其特征在于，所述路由模块包括：

索引子模块，用于通过保存路由策略索引信息的路由信息设定表确定保存路由策略的路由策略设定表中与所述待处理报文相关的路由策略；

匹配子模块，用于根据所述待处理报文的报文内容和与所述待处理报文相关的路由策略进行匹配处理，确定所述待处理报文的处理方式。

6.如权利要求5所述的系统，其特征在于，所述路由模块还包括：

保存子模块，用于将所述待处理报文的处理方式保存至待处理报文临时表。

7.如权利要求6所述的系统，其特征在于，所述报文处理模块用于：

读取所述待处理报文临时表并根据所述待处理报文的处理方式对所述待处理报文进行所述第二报文处理。

8.如权利要求1或7所述的系统，其特征在于，所述第二报文处理包括：清算处理和/或业务签收处理。

9.一种多渠道报文处理方法，其特征在于，所述方法包括：

接收通过不同渠道发送来的报文，并对接收到的报文进行第一报文处理得到待处理报文；

根据所述待处理报文的报文内容以及预设的路由策略确定所述待处理报文的处理方式；

根据所述待处理报文的处理方式对所述待处理报文进行第二报文处理。

10.如权利要求9所述的方法，其特征在于，

接收通过不同渠道发送来的报文包括：通过不同通讯接口接收通过不同渠道发送来的报文；

对接收到的报文进行第一报文处理得到待处理报文包括：将接收到的报文中的非SWIFT报文转换为SWIFT格式，所述接收子模块接收到的以及所述格式转换子模块转换得到的SWIFT报文即所述待处理报文。

11.如权利要求10所述的方法，其特征在于，所述方法还包括：

根据序号控制表生成用于唯一标识所述SWIFT报文中各报文的流水号；

根据报文路径参数表确定所述SWIFT报文中各报文的存储目录，并将所述SWIFT报文存储至相应的存储目录；

解析所述待处理报文得到所述待处理报文的报文内容；

将所述待处理报文的报文内容保存至收文记录表和收文待分发表，以及，将针对接收到的报文的每一步处理记录于操作流水表。

12.如权利要求11所述的方法，其特征在于，所述方法还包括：

通过读取所述收文待分发表获取所述待处理报文的报文内容。

13.如权利要求9所述的方法，其特征在于，根据所述待处理报文的报文内容以及预设的路由策略确定所述待处理报文的处理方式包括：

通过保存路由策略索引信息的路由信息设定表确定保存路由策略的路由策略设定表中与所述待处理报文相关的路由策略；

根据所述待处理报文的报文内容和与所述待处理报文相关的路由策略进行匹配处理，确定所述待处理报文的处理方式。

14.如权利要求13所述的方法，其特征在于，所述方法还包括：

将所述待处理报文的处理方式保存至待处理报文临时表。

15.如权利要求14所述的方法，其特征在于，根据所述待处理报文的处理方式对所述待处理报文进行第二报文处理包括：

读取所述待处理报文临时表并根据所述待处理报文的处理方式对所述待处理报文进行所述第二报文处理。

16.如权利要求9或15所述的方法，其特征在于，所述第二报文处理包括：清算处理和/或业务签收处理。