CN101075967B - 一种swift报文处理系统 - Google Patents

Abstract

本发明公开了一种SWIFT报文处理系统，包括：中央系统，包括中央服务器、SWIFT ALLIANCE终端以及通讯模块；至少一个子系统，包括子服务器、至少一个客户端以及交互模块，本发明通过建立子系统和中央系统，改变了现有技术中在每个分行分别设置终端的方式，有效降低了成本；并且，本发明通过直连所述子系统和中央系统，实现了报文的实时收发以及报文数据的集中处理，从而有效提高了银行业务的处理效率。

Description

一种SWIFT报文处理系统 

技术领域

本发明涉及联机数据交互领域，特别是涉及一种SWIFT报文处理系统。 

背景技术

SWIFT(Society for Worldwide InterBank Financial Telecommunications)，即国际银行金融电信协会的简称。SWIFT是一个国际银行同业间非盈利性的国际合作组织。SWIFT的标准作为规范化、标准化、国际化的通信标准已渗透到国际金融界，各种基于SWIFT网络平台和标准的系统正在被不断开发、应用。 

现有的SWIFT系统是一个全世界比较普遍使用的系统，通过网络连接SWIFT服务器，以提供各个银行之间的数据交换。需要做国际业务，例如外汇业务的，一般都要加入SWIFT组织，只有通过SWIFT才能与国外银行交换数据。SWIFT系统跟现有的银行系统是相对独立的系统，SWIFT系统在外网，而银行系统一般是内部网，它们之间通过网络路由或者优盘进行文件交换，然后完成自己的相应任务。简单的说：一份报文就像我们写的信或者汇款单，上面有收款人、收款银行、付款人、中间行、入账日期等，SWIFT通过这些信息就知道这份报文是去那个银行的，然后SWIFT系统就转发到该银行。 

现有银行通常会对于每个分行都分别配置一个SWIFT系统，然后通过分行的SWIFT系统连接SWIFT服务器完成相应的业务处理。在这种情况下，总行无法掌握各分行的SWIFT业务处理情况，并且由于一套SWIFT系统的花费不菲，每年还要收取服务费，因而，对于银行而言，这种SWIFT系统的使用成本是非常高的；此外，由于现有SWIFT系统报文传输采用电传方式，即通过电话拨号与总行主机联接的多个MODEM发报文，并且通常的传输速率不超过9600bps，由于速度慢，线路少，还经常造成通讯的排队和等候，严重影响业务处理效率。 

总之，本领域技术人员迫切需要解决的一个技术问题是，提供一种可以降低成本、提高业务处理效率的SWIFT报文处理系统。 

发明内容

本发明所要解决的技术问题是提供一种SWIFT报文处理系统，以降低成本，提高银行业务的处理效率。 

为解决上述技术问题，本发明实施例提供了一种SWIFT报文处理系统，包括： 

中央系统，包括中央服务器、SWIFT ALLIANCE终端、通讯模块以及其他业务模块，所述中央服务器包括中央接口模块和中央数据库，所述中央接口模块用于与子接口模块接口进行数据交互；所述中央数据库用于存储中央服务器发送和接收的SWIFT报文；所述SWIFT ALLIANCE终端用于接收SWIFT报文，并连接SWIFT服务器传输所述SWIFT报文，以及，返回结果SWIFT报文；所述通讯模块用于在所述中央服务器与SWIFT ALLIANCE终端之间进行通讯；所述其他业务模块，用于设置数据压缩算法，和/或，设置文件压缩传输算法，和/或，设置日志功能； 

至少一个子系统，包括子服务器、至少一个客户端以及交互模块，所述客户端用于接收SWIFT报文的输入以及返回的结果SWIFT报文；所述子服务器包括子接口模块和子数据库，所述子接口模块用于与所述中央接口模块接口进行数据交互，以及，与其它子接口模块进行数据交互；所述子数据库用于存储子服务器发送和接收的SWIFT报文；所述交互模块用于在所述子服务器与客户端之间进行数据交互。 

优选的是，所述中央接口模块为多个并发处理模块。 

优选的是，所述子服务器还包括： 

组包模块：用于对SWIFT报文进行组包，并将组包后的SWIFT报文发送至子接口模块。 

优选的是，所述子服务器还包括： 

报文管理模块，用于根据客户端的请求，编辑、查询或打印所述SWIFT报文。 

优选的是，所述子服务器还包括： 

报文分析模块，用于对所述SWIFT报文进行分类后，转发至相应的 子接口模块。 

优选的是，所述中央接口模块与子接口模块的数据交互为直连式数据交互。 

优选的是，所述通讯模块通过CASmf实现的连接在所述中央服务器与SWIFT ALLIANCE终端之间进行通讯。 

优选的是，所述的SWIFT报文处理系统，还包括： 

安全处理单元，用于对所述客户端、子服务器、中央服务器与SWIFTALLIANCE终端之间传输的SWIFT报文进行加/解密。 

优选的是，所述的系统基于B/S的网络体系结构。 

优选的是，所述子服务器包括：存储静态页面的PC Server，存储业务逻辑处理程序的小型机应用服务器，以及，存放数据库的单独服务器。 

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

首先，本发明通过建立子系统和中央系统，改变了现有技术中在每个分行分别设置终端的方式，有效降低了成本； 

其次，本发明通过直连所述子系统和中央系统，实现了报文的实时收发以及报文数据的集中处理，从而有效提高了银行业务的处理效率； 

再者，本发明可以通过严密的身份认证、数据加密、加押机制，实现报文传输、保存等的全程加密，并防范非法的用户连接； 

此外，本发明利用CASmf严密的异常恢复机制，可以确保通信双方的报文收发不重复、不遗漏； 

最后，本发明对于服务提供商来说，技术实现简单，无技术障碍，无特殊保密算法，成本和风险较低。 

附图说明

图1是本发明的一种SWIFT报文处理系统实施例的结构框图； 

图2应用图1所示的系统进行报文传输的流程图。 

具体实施方式

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

本发明的核心构思之一在于，由于SWIFT组织提供的PCC系统基于DOS操作环境的系统，无法提供IE浏览器和图形界面操作平台，并且还存在处理效率低、风险高、操作繁琐等问题，因此设计出一种全面取代该PCC系统的处理方式，以实现安全的报文传输、可接口图形化的操作界面、参数化的流程配置、自动化的报文及清算处理。 

参考图1，示出了本发明的一种SWIFT报文处理系统实施例的结构框图，具体包括以下模块： 

中央系统101，包括中央服务器1011、SWIFT ALLIANCE终端1012以及通讯模块1013，所述中央服务器1011包括中央接口模块和中央数据库，所述中央接口模块用于与子接口模块接口进行数据交互；所述中央数据库用于存储中央服务器发送和接收的SWIFT报文；所述SWIFTALLIANCE终端1012用于接收SWIFT报文，并连接SWIFT服务器传输所述SWIFT报文，以及，返回结果SWIFT报文；所述通讯模块1013用于在所述中央服务器与SWIFT ALLIANCE终端之间进行通讯； 

至少一个子系统102，包括子服务器1021、至少一个客户端1022以及交互模块1023，所述客户端1022用于接收SWIFT报文的输入以及返回的结果SWIFT报文；所述子服务器1021包括子接口模块和子数据库，所述子接口模块用于与所述中央接口模块接口进行数据交互，以及，与其它子接口模块进行数据交互；所述子数据库用于存储子服务器发送和接收的SWIFT报文；所述交互模块1023用于在所述子服务器与客户端之间进行数据交互。 

在实际中，由于现有的SWIFT系统不能适应数据集中和外汇业务处理集中后的报文收发量的急剧增加的需要。例如，在一级分行完成数据集中以及部分分行实现外汇业务处理集中后，其二级分行的报文收发都集中到了省行，由于电话拨号通讯速度的限制，导致这些分行通讯时间延长，延误了业务的处理效率。由于速度慢，线路少，造成通讯的排队和等候，每天的通讯时间有时达几个小时，严重影响业务处理效率。特别是外汇业务的特点是：早晨分行上班后集中接收夜里国外发来的报文，下午3点之前集中发送港币和美元付款，经常出现排队原因造成错过付 款截止时间的情况，经常给银行带来不可估量的损失。通过应用本实施例，在总数据库中，保存了向SWIFTAlliance终端发送的所有SWIFT报文，所有SWIFT服务器返回的结果SWIFT报文，从而在实际中可以实现总行级的报文集中管理。此外，在子数据库中，保存了子服务器发送和接收的SWIFT报文，在实际中可以为保存了分行及其辖内所有分/支行收发的报文，从而实现分行级的报文集中管理。这种数据的集中处理提高了报文的处理效率，减少报文在传输过程中可能产生的错误，以及，消除了数据泄漏等不安全因素。 

为了保证文件传输的高效性，提高系统的处理效率，优选的是，所述中央接口模块为多个并发处理模块。例如，设置在Windows 2000和AIX、HP-UX上支持多线程文件传输的处理模块。这种情况下，对于多个子接口模块发送的SWIFT报文，所述中央接口模块可以并行处理，从而有效防止过多线程占用过多系统资源使系统崩溃。 

为了提高报文的传输效率，优选的是，所述子服务器还包括组包模块：用于对SWIFT报文进行组包，并将组包后的SWIFT报文发送至子接口模块。例如，基于同一类型的业务SWIFT报文可以组包发送。当然，本发明对于所述组包的方法不需要进行限定。 

为了使所述系统更有利于客户的应用，优选的是，所述子服务器还包括：报文管理模块，用于根据客户端的请求，编辑、查询或打印所述SWIFT报文。当然，本领域技术人员根据需要或经验设置其它客户端功能也是可行的，本发明对此不作限制。 

优选的是，所述子服务器还包括： 

报文分析模块，用于对所述SWIFT报文进行分类后，转发至相应的子接口模块。 

在实际中，子接口模块接收中央接口模块返回的结果SWIFT报文，即对于分行报文系统而言，为接收来自SWIFTAlliance终端的报文，通过上述报文分析模块，可以按照报文的业务归属分发至相关部门、分/支行；各部门、分/支行统一登录报文系统，在同一系统内进行报文的取文、制作、复核等；一级分行在系统内直接对辖内分/支行制作的报文进 行复核、授权、修改、转发等。 

优选的是，在本实施例中，所述中央接口模块与子接口模块的数据交互为直连式数据交互。 

现有技术中，SWIFT系统的通信方式为File Transfer，在File Transfer通信方式下，将导入SWIFTAlliance终端的报文文本必须以DOS PC的格式明码存放于SWIFTAlliance终端可访问的文件目录(待发文目录)下，SWIFTAlliance终端将定时或由操作人员触发目录文件扫描功能，把报文文件导入相应的报文队列。 

公知的是，该报文通信方式存在以下的安全隐患及功能缺陷：待发文目录必须对其他用户开放读写权限，系统容易受到非法攻击；DOS PC格式的文本即普通的Text文本文件，且必须以非加密的明码形式存放，极易被盗取或篡改；无法实现SWIFTAlliance终端与通信客户端的之间的报文加密、加押、身份认证等，其他用户只要把按DOS PC格式编写的标准格式报文存放于该目录下，Alliance都将视同有效报文对外发送，带来巨大的资金安全风险；客户端无法保证与SWIFTAlliance终端之间的报文交换是否不重复、不遗漏；客户端与SWIFTAlliance终端之间的报文通信不是实时交互的，通信效率低。客户端不能得到SWIFTAlliance终端对客户发送报文的处理状态反馈，无法跟踪、监控报文的发送状态；报文的发送者难以实时得到SWIFT服务器对报文处理、送达/拒绝状态的反馈，为用户提供完整的处理结果报告。直连式的报文通信可以实时地为客户端(总行、分行的报文系统)反馈报文传输成功与否的状态，在报文内容格式有误时为客户提供明确的错误信息。 

在实际中，这种直接式数据交互可以保证总分行的服务器与SWIFTAlliance终端相互之间实时连接，该方式相对于传统的与SWIFT Alliance终端之间的明码File Transfer报文文本交换方式减少了报文收发的中间环节，在提升报文传输效率的同时，也极大提高了系统的安全性及稳定性。 

优选的是，在本实施例中，所述通讯模块通过CASmf实现的连接在所述中央服务器与SWIFT ALLIANCE终端之间进行通讯。 

利用SWIFT组织提供的CASmf实现的与SWIFTAlliance终端之间的报文通信连接，可以严格地校验通信双方的身份认证，并按照SWIFT的加密核押机制，确保报文信息的安全。采用这种模式，能够极大地提高报文通信效率，根据我们在实际用户处使用的具体案例，在局域网内的报文传输效率最高可以持续达到每秒钟10封左右。在这种情况下，SWIFTAlliance终端无需为任何其他用户开放其文件目录，客户端与Alliance之间的报文通信是在TCP/IP层上的内存交换；利用CASmf严密的身份认证、数据加密、加押机制，可以实现报文传输、保存等的全程加密，并防范非法的用户连接；利用CASmf严密的异常恢复机制，可以确保通信双方的报文收发不重复、不遗漏；客户端与SWIFTAlliance终端之间的报文传输是TCP/IP层上的实时交互，因而通信效率极高，且可以为通信的双方实时反馈双方的处理状态，跟踪报文处理状况；向报文的发送者实时提供SWIFT服务器对报文的处理状态及信息描述，为用户提供完整的处理结果报告。 

优选的是，本实施例还可以包括安全处理单元，用于对所述客户端、子服务器、中央服务器与SWIFT ALLIANCE终端之间传输的SWIFT报文进行加/解密。 

具体地说，数据加密是通过对网络数据的加密来保障网络的安全可靠性，数据加密技术按密码体制可分为对称密钥密码技术和非对称密钥密码技术。对称密钥密码技术要求加密解密双方拥有相同的密钥，需要用户之间传递密钥，安全保密性较差，但加解密速度快，强度高，在军事、外交以及商业应用中越来越普遍，DES密码算法就是有名的对称密钥加密算法。非对称密钥密码技术是加密解密双方拥有不同的密钥，要求密钥成对出现，一个用于加密，一个用于解密。它的特点是各用户拥有自己的解密密钥即私有密钥，而加密密钥即公开密钥则可以公开放置，用户之间不必传递密钥，安全保密性就比较好，但是多数公开密钥算法需要进行大量的代数运算，速度很慢，不能用于快速加密数据。目前典型的公开密钥密码算法包括RSA算法、Diffie-Hellman密钥交换协议和DSA美国数字签名算法等。 

根据上面所述加密技术的特点，在实际中，一般采用两种加密技术相结合的方式来实现数据的加密传输，在提供数据签名、身份认证等方面采用RSA算法，对传输数据采用DES算法进行加密，从而在加密速度和系统安全性两方面均达到较好的效果。 

本领域技术人员还可以根据需要或经验设置所述安全处理模块，例如，采用数字签名技术实现身份认证，提供基于证书验证的安全访问控制；和/或，设置多种级别加密通道。从40位密钥长度到168位密钥长度。将DES、三重DES等加密方法与RSA密钥(1024-4096bit)交换协同使用，；和/或，采用md5算法和私钥加密建立数字签名机制。对一份经过签名的密文文件作任何改动，都会导致数字签名验证过程失败，这可以保证数据完整性和文件的有效性；和/或，对于需要经安全处理的所有用户信息都进行数字签名，接收方作签名验证，并对相关数字签名作记录和存储管理，保证信息操作的不可否认性，本发明对此不需要进行限定。 

优选的是，所述的系统基于B/S的网络体系结构。在这种情况下，各操作用户(例如，一级分行及其下属的二级分/支行)利用客户端上Browser，通过Intranet登录相应的报文服务器、业务处理服务器，在集中的数据库中完成自己职责范围内的操作。 

B/S的网络设计可以让所有的用户共享中央系统的资源，中央系统承担了所有用户的信息处理任务，并实施数据的集中管理，从而在便于管理的同时，保证了数据的安全。B/S的体系结构使所有的应用服务集中于服务器，也为系统的升级、功能扩展、集中维护等提供了极大的便利条件。 

本发明所述的系统还可以采用通用的开放平台，如Windows、AIX、SCO、HP-UX、SUN Solaris等，利用C++、Java等开发工具，结合Informix、Microsoft SQL Server、SYBASE、ORACLE等主流数据库，使系统具有较高的开放性及平台适应性。 

基于所述B/S的网络体系结构下，优选的是，所述子服务器还包括：存储静态页面的PC Server，存储业务逻辑处理程序的小型机应用服务 器，以及，存放数据库的单独服务器。即采用静态页面、业务逻辑、数据库处理三层分离的程序架构，并在系统物理架构中，将静态页面存放于单独的PC Server上，业务逻辑处理程序存放在小型机应用服务器上，数据库存放在单独的数据库服务器上，实现了物理的三层分离。通过所述三层分离，采用两台PC Server来分担系统用户的请求，减轻了对单个服务器的压力，提高了系统的可靠性。 

此外，对于所述具体业务逻辑，可以采用参数化的业务流程配置，即，使用户通过维护相应功能模块的参数配置，灵活调整交易的处理流程，如清算交易、报文处理、报文分发、帐务处理等。例如，在服务器端设置流程控制参数表，在流程控制参数表的控制下，所有的交易——包括清算交易、报文处理、报文分发、帐务处理等，均可以实现直通式的处理，即从业务的发起，至业务的结束，不需要额外的人工干预，实现业务处理的全程不落地处理，提高业务处理效率。 

本领域技术人员还可以根据实际需要或经验设置其它业务处理模块，例如，通过设置数据压缩传输算法，例如，采用动态Huffman算法)，提高数据传输效率；和/或，设置文件压缩传输算法，例如，采用LZW压缩算法，提高文件传输效率；和/或，设置日志功能：提供通信日志，帮助用户跟踪、分析、调试应用系统。本发明对此不作限制。 

参考图2，示出了应用图1所示的系统进行报文传输的流程图，具体包括以下步骤： 

步骤201、客户端接收SWIFT报文的输入，通过交互模块将所述SWIFT报文发送至子服务器的子接口模块，并在子数据库中存储所述SWIFT报文； 

步骤202、子接口模块将所述SWIFT报文发送至中央接口模块； 

步骤203、中央接口模块接收所述SWIFT报文，将所述SWIFT报文保存至总数据库中，同时，通讯模块将所述SWIFT报文发送至SWIFTALLIANCE终端； 

步骤204、SWIFT ALLIANCE终端接收所述SWIFT报文，连接SWIFT服务器传输所述SWIFT报文，并通过通讯模块向中央接口模块 返回结果SWIFT报文； 

步骤205、中央接口模块将所述结果SWIFT报文返回子接口模块； 

步骤206、子接口模块将所述结果SWIFT报文返回客户端。 

当然，本领域技术人员应用本实施例可能获得的其它报文传输方式也在本发明范围之内。本发明对此不作限制。 

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

Claims (10)

1.一种SWIFT报文处理系统，其特征在于，包括：

中央系统，包括中央服务器、SWIFT ALLIANCE终端以及通讯模块，所述中央服务器包括中央接口模块和中央数据库，所述中央接口模块用于与子接口模块接口进行数据交互；所述中央数据库用于存储中央服务器向SWIFT Alliance终端发送的所有SWIFT报文，所有SWIFT服务器返回的结果SWIFT报文；所述SWIFT ALLIANCE终端用于接收SWIFT报文，并连接SWIFT服务器传输所述SWIFT报文，以及，返回结果SWIFT报文；所述通讯模块用于在所述中央服务器与SWIFT ALLIANCE终端之间进行通讯；

至少一个子系统，包括子服务器、至少一个客户端以及交互模块，所述客户端用于接收SWIFT报文的输入以及返回的结果SWIFT报文；所述子服务器包括子接口模块和子数据库，所述子接口模块用于与所述中央接口模块接口进行数据交互，以及，与其它子接口模块进行数据交互；所述子数据库用于存储子服务器发送和接收的SWIFT报文；所述交互模块用于在所述子服务器与客户端之间进行数据交互。

2.如权利要求1所述的SWIFT报文处理系统，其特征在于，所述中央接口模块为多个并发处理模块。

3.如权利要求2所述的SWIFT报文处理系统，其特征在于，所述子服务器还包括：

组包模块：用于对SWIFT报文进行组包，并将组包后的SWIFT报文发送至子接口模块。

4.如权利要求1、2或3所述的SWIFT报文处理系统，其特征在于，所述子服务器还包括：

报文管理模块，用于根据客户端的请求，编辑、查询或打印所述SWIFT报文。

5.如权利要求1所述的SWIFT报文处理系统，其特征在于，所述子服务器还包括：

报文分析模块，用于对所述SWIFT报文进行分类后，转发至相应的子接口模块。

6.如权利要求1所述的SWIFT报文处理系统，其特征在于，所述中央接口模块与子接口模块的数据交互为直连式数据交互。

7.如权利要求1所述的SWIFT报文处理系统，其特征在于，所述通讯模块通过CASmf实现的连接在所述中央服务器与SWIFTALLIANCE终端之间进行通讯。

8.如权利要求1所述的SWIFT报文处理系统，其特征在于，还包括：

安全处理单元，用于对所述客户端、子服务器、中央服务器与SWIFTALLIANCE终端之间传输的SWIFT报文进行加/解密。

9.如权利要求1所述的SWIFT报文处理系统，其特征在于，所述的系统基于B/S的网络体系结构。

10.如权利要求9所述的SWIFT报文处理系统，其特征在于，所述子服务器包括：存储静态页面的PC Server，存储业务逻辑处理程序的小型机应用服务器，以及，存放数据库的单独服务器。

Images