CN101882293A

CN101882293A - 国内托管银行与境外托管代理银行间的数据处理方法及系统

Info

Publication number: CN101882293A
Application number: CN2010101834835A
Authority: CN
Inventors: 陈振华; 涂云; 施薇; 郝芫; 王威; 郑建利
Original assignee: Agricultural Bank of China
Current assignee: Agricultural Bank of China
Priority date: 2010-05-19
Filing date: 2010-05-19
Publication date: 2010-11-10

Abstract

本发明提供一种国内托管银行与境外托管代理银行间的数据处理方法及系统。一种国内托管银行与境外托管代理银行间的数据处理方法，包括：接收传入的数据；读取与所述数据的格式匹配的配置文件；根据所述配置文件解析所述数据，获得所述数据的字段信息；根据所述数据的字段信息生成适用于境外托管代理银行的报文，并发送所述报文。本发明实施例通过将QDII客户发送的各种格式的交易数据进行识别解析处理，生成可以直接应用于境外托管代理银行的报文，再发送给境外托管代理银行进行处理，从而无需使用网上银行，克服了网上银行数据处理效率低等问题，提高了交易数据处理的效率。

Description

国内托管银行与境外托管代理银行间的数据处理方法及系统

技术领域

本发明涉及数据处理技术领域，尤其涉及一种国内托管银行与境外托管代理银行间的数据处理方法及系统。

背景技术

随着中国QDII(Qualified Domestic Institutional Investors，合格境内机构投资者)制度的不断完善和发展，QDII在境外资本市场的运作日益成熟，投资者与托管银行之间的信息交换日趋频繁。

在QDII业务中，国内托管银行需要选择境外托管代理银行代为办理QDII在境外市场的托管业务，因此，国内托管银行需要在QDII客户和境外托管代理银行之间进行数据传输，传输的数据主要包括：由QDII客户端发送至境外托管代理银行的各种类型的交易数据，和由境外托管代理银行发送至QDII客户端的交易结算确认数据和CA(Corporation Action，公司行为)信息数据，同时，国内托管银行需要根据该交易结算确认数据和CA信息数据开展会计核算等业务，以便为QDII客户端提供服务。

目前，在国内托管银行将QDII客户端的各种类型的交易数据发送至境外托管代理银行时，需要使用境外托管代理银行的网上银行，但是，由于各银行的网上银行存在差异，国内的托管银行需要根据不同银行的要求完成各种类型交易数据的处理，这种方式大大降低了数据处理的效率，而且也增加了数据处理时的出错率。

发明内容

本发明实施例提供一种国内托管银行与境外托管代理银行间的数据处理方法及系统，能够提高数据处理的效率。

为了解决上述技术问题，本发明实施例的技术方案如下：

本发明实施例提供了一种国内托管银行与境外托管代理银行间的数据处理方法，包括：

接收传入的数据；

读取与所述数据的格式匹配的配置文件；

根据所述配置文件解析所述数据，获得所述数据的字段信息；

根据所述数据的字段信息生成适用于境外托管代理银行的报文，并发送所述报文。

进一步，所述读取与所述数据的格式匹配的配置文件，包括：

定时批次判断所述传入的数据的格式；

批次读取与所述数据的格式匹配的配置文件。

进一步，所述数据的格式包括DBF、EXCEL、XML。

进一步，所述根据所述配置文件解析所述数据，获得所述数据的字段信息，包括：

若所述数据的格式为XML，则根据DOM4J解析所述数据，获得所述数据的字段信息；

若所述数据的格式为EXCEL，则根据POI解析所述数据，获得所述数据的字段信息。

进一步，还包括：

在根据所述配置文件解析所述数据时，过滤非法字符并记录解读日志。

进一步，所述生成的适用于境外托管代理银行的报文为环球同业银行金融电讯协会SWIFT报文。

本发明实施例还提供了一种国内托管银行与境外托管代理银行间的数据处理系统，包括：

接收单元，用于接收传入的数据；

读取单元，用于读取与所述数据的格式匹配的配置文件；

解析单元，用于根据所述配置文件解析所述数据，获得所述数据的字段信息；

生成单元，用于根据所述数据的字段信息生成适用于境外托管代理银行的报文，并发送所述报文。

进一步，所述读取单元包括：

判断子单元，用于定时批次判断所述传入的数据的格式；

读取子单元，用于批次读取与所述数据的格式匹配的配置文件。

进一步，所述解析单元，具体用于当所述数据的格式为XML时，根据DOM4J解析所述数据，获得所述数据的字段信息；当所述数据的格式为EXCEL时，根据POI解析所述数据，获得所述数据的字段信息。

进一步，还包括：

过滤单元，用于在根据所述配置文件解析所述数据时，过滤非法字符并记录解读日志。

进一步，所述生成的适用于境外托管代理银行的报文为SWIFT报文。

本发明实施例通过将QDII客户发送的各种格式的交易数据进行识别解析处理，然后生成可以直接应用于境外托管代理银行的报文，再发送给境外托管代理银行进行处理，境外托管代理银行可以根据该报文直接进行数据处理，从而无需使用各网上银行，克服了网上银行数据处理效率低等问题，提高了交易数据处理的效率。

附图说明

图1是本发明实施例一种国内托管银行与境外托管代理银行间的数据处理方法流程图；

图2是本发明实施例另一种国内托管银行与境外托管代理银行间的数据处理方法流程图；

图3是本发明实施例一种国内托管银行与境外托管代理银行间的数据处理系统的结构示意图；

图4是本发明实施例另一种国内托管银行与境外托管代理银行间的数据处理系统的结构示意图。

具体实施方式

为了使本领域技术人员能进一步了解本发明的特征及技术内容，请参阅以下有关本发明的详细说明与附图，附图仅提供参考与说明，并非用来限制本发明。

现有技术中，在国内托管银行将QDII客户端的各种类型的交易数据发送至境外托管代理银行时，需要使用境外托管代理银行的网上银行，发明人经过研究发现，这是因为各境外托管代理银行通常使用统一的报文格式进行数据传输，例如SWIFT(Society for worldwide interbank financial telecommunications，环球同业银行金融电讯协会)报文，而国内托管银行接收到的QDII客户端的交易数据由于格式不同，不能直接形成上述报文，所以只能通过不同托管代理银行的网上银行进行传输，进而由于各银行的网上银行存在差异，国内的托管银行在每次传输交易数据时，需要根据该网上银行的要求完成各种类型交易数据的处理，导致了数据处理效率低等问题。

基于此，本发明实施例通过将QDII客户发送的各种格式的交易数据进行处理，生成可以直接应用于境外托管代理银行的报文，然后再发送给境外托管代理银行进行处理，从而无需使用境外托管代理银行的网上银行，解决了网上银行的数据处理效率低等问题。

下面结合附图和实施例，对本发明的技术方案进行描述。

参见图1，为本发明实施例一种国内托管银行与境外托管代理银行间的数据处理方法流程图。

步骤101，接收传入的数据。

国内托管银行首先接收由QDII客户端传入的交易数据，该数据最终由国内托管银行传输至境外托管代理银行。

其中，QDII客户端传入的交易数据的格式可能有多种类型，例如，DBF、EXCEL、XML等。

步骤102，读取与数据的格式匹配的配置文件。

在本步骤，需要根据接收的交易数据的格式去找到匹配的配置文件，例如配置文件config.xml，其中，配置文件可以预存储在数据库中，具体的，可以是各种数据格式与配置文件内容的对应关系表。配置文件的内容可以包括：各种数据的格式与数据库表的对应关系，数据中字段的分割符等等，数据库表中包含不同数据格式的信息。根据不同的配置文件可以将对应格式的数据文件解析(划分)为字段及字段值，以便后续根据数据的字段及字段值重新构建形成SWIFT报文。读取与数据格式匹配的配置文件的详细过程请参见后续实施例。

步骤103，根据配置文件解析数据，获得数据的字段信息。

在上步骤中读取匹配的配置文件后，在本步骤根据该配置文件对接收的数据进行解析，以获取数据的字段信息，以便于后续可以根据数据的字段重新生成可以应用于境外托管代理银行的报文，例如SWIFT报文。

步骤104，根据数据的字段信息生成适用于境外托管代理银行的报文，并发送报文。

在本步骤中，可以根据解析后获得的数据的字段信息重新生成报文，然后将报文数据保存在数据库中，在需要时触发报文的发送，或者直接将生成的报文发送至境外托管代理银行。其中，重新生成的报文，例如SWIFT报文可以直接应用于境外托管代理银行。

本发明实施例通过将QDII客户发送的各种格式的交易数据进行统一的识别解析处理，然后生成可以直接应用于境外托管代理银行的报文，再发送给境外托管代理银行进行处理，境外托管代理银行可以根据该报文直接进行数据处理，从而无需使用各网上银行，克服了网上银行数据处理效率低等问题，提高了交易数据处理的效率。同时，通过对交易数据处理生成报文进行发送，增加了数据处理时的准确率。

参见图2，为本发明实施例另一种国内托管银行与境外托管代理银行间的数据处理方法流程图。

该方法可以包括：

步骤201，接收传入的数据。

本步骤与前述实施例类似，其中，接收的交易数据的格式以XML为例进行说明。

步骤202，定时批次判断传入的数据的格式。

在本实施例中，国内托管银行的系统服务器可以定时启动数据转换器，成批次的对传入数据的格式进行自动判断。例如，可以每隔3分钟启动一次数据转换器。

步骤203，批次读取与数据的格式匹配的配置文件。

根据系统自动判断传入的数据的格式，可以成批次去读取与数据的格式匹配的配置文件。配置文件的设置可以与前述实施例类似，此处不再赘述。

步骤204，根据配置文件解析数据，获得数据的字段信息。

本实施例中数据的格式为XML，则可以根据DOM4J解析数据，获得数据的字段信息。

DOM4J是一个非常优秀的Java XML API。它合并了许多超出基本XML文档表示的功能，包括集成的XPath支持、XML Schema支持以及用于大文档或流化文档的基于事件的处理。它还提供了构建文档表示的选项，它通过DOM4J API和标准DOM接口具有并行访问功能。

在另一实施例中，若数据的格式为EXCEL，则根据POI解析数据，获得数据的字段信息。

POI为apache公司的一个子项目，主要是提供一组操作windows文档的Java API。利用他提供的强大的Java API实现对Excel文件的操作。

步骤205，过滤非法字符并记录解读日志。

在根据所述配置文件解析所述数据时，还可以自动过滤非法字符并记录解读日志。

步骤206，根据数据的字段信息生成SWIFT报文，并发送该报文。

本实施例中生成的报文为SWIFT报文，SWIFT组织是全球银行间金融电讯协会的简称，其通讯技术作为全球银行业的通讯标准，在全球各大银行得到了广泛应用，其SWIFT的报文标准是SWITF通讯服务的核心，其报文标准涵盖了证券、贸易、外汇等各个金融领域。本实施例中可以在步骤204、205之后即根据数据的字段信息生成SWIFT报文，也可以在需要时再生成报文并发送。

以上步骤的具体实现可通过如下设置完成：

Mule-Client，对应客户端，可以向服务器端发送生成SWIFT报文的请求并接受返回，并根据返回的应用消息进行业务处理，获取报文所需的信息，从相应的表中取出用于生成报文的数据的字段信息。

Message Broker使用Mule的内嵌ActiveMQ实现消息代理，完成客户端与服务器端消息的转换、发送与接收，完成报文数据的传输的封装。

Mule-ListenerMule实现对消息(包括报文数据)的侦听和接收。

App-ServiceDispacher，CBFIX(托管银行信息交换系统)的Server端与mule框架的接口部分，并实现针对不同的客户端应用消息转发给应用的具体应用service并返回消息。服务器接收客户端传输过来的报文数据，对数据进行解析并生成报文。

DAO(数据库管理对象)由具体应用service调用的OR-Mapping实现数据访问，在数据库中保存报文数据。

SWIFT和DB(DB：DataBase)，CBFIX的Server端所需要访问的外部资源，本实施例中，需要访问的外部资源即数据库与SWIFT报文。通SWIFT系统发送数据库中的报文。

本发明实施例通过将QDII客户发送的XML格式的交易数据进行统一的识别解析处理，然后生成SWIFT报文，再发送给境外托管代理银行进行处理，境外托管代理银行可以根据该报文直接进行数据处理，从而无需使用网上银行，克服了网上银行数据处理效率低等问题，提高了交易数据处理的效率。同时，通过对交易数据处理生成SWIFT报文进行发送，增加了数据处理时的准确率。

以上是对本发明实施例方法的详细介绍，下面对应用上述方法的系统实施例进行说明。

参见图3，为本发明实施例一种国内托管银行与境外托管代理银行间的数据处理系统的结构示意图。

该系统可以包括：

接收单元301，用于接收传入的数据。

读取单元302，用于读取与所述数据的格式匹配的配置文件。

解析单元303，用于根据所述配置文件解析所述数据，获得所述数据的字段信息。

生成单元304，用于根据所述数据的字段信息生成适用于境外托管代理银行的报文，并发送所述报文。

接收单元301接收由QDII客户端传入的交易数据，该交易数据的格式可能有多种，例如，DBF、EXCEL、XML等。由读取单元302根据交易数据的格式读取与匹配的配置文件，该配置文件可以预存储在数据库中，配置文件的内容可以包括：各种数据的格式与数据库表的对应关系，数据中字段的分割符等等。读取与数据格式匹配的配置文件的详细过程请参见后续实施例。解析单元303在根据读取的配置文件对接收的数据进行解析后，获得数据的字段信息，然后由生成单元304根据解析后获得的数据的字段信息生成报文，例如SWIFT报文，然后根据需要或直接发送该报文至境外托管处理银行。

本发明实施例通过上述各单元将QDII客户发送的各种格式的交易数据进行统一的识别解析处理，然后生成可以直接应用于境外托管代理银行的报文，再发送给境外托管代理银行进行处理，境外托管代理银行可以根据该报文直接进行数据处理，从而无需使用网上银行，克服了网上银行的数据处理效率低等问题，提高了交易数据处理的效率。同时，通过对交易数据处理生成报文进行发送，增加了数据处理时的准确率。

参见图4，为本发明实施例另一种国内托管银行与境外托管代理银行间的数据处理系统的结构示意图。

该系统除了可以包括接收单元401、读取单元402、解析单元403、生成单元404之前，还可以包括过滤单元405。

其中，接收单元401和生成单元404与前述实施例类似，此处不再赘述。

过滤单元405，用于在根据所述配置文件解析所述数据时，过滤非法字符并记录解读日志。

本实施例中，读取单元402可以包括判断子单元4021和读取子单元4022。

判断子单元4021，用于定时批次判断所述传入的数据的格式。

读取子单元4022，用于批次读取与所述数据的格式匹配的配置文件。

解析单元403，具体用于当所述数据的格式为XML时，根据DOM4J解析所述数据，获得所述数据的字段信息；当所述数据的格式为EXCEL时，根据POI解析所述数据，获得所述数据的字段信息。

本实施例中，接收单元401接收到由QDII客户端传入的交易数据后，判断子单元4021对接收的数据的格式进行定时批次的判断，读取子单元4022进而根据判断子单元4021确定的数据格式，批次读取与数据格式匹配的配置文件，解析单元403根据配置文件对接收的数据进行解析，例如数据的格式为XML，则根据DOM4J解析数据，获得数据的字段信息，若数据的格式为EXCEL，则根据POI解析数据，获得数据的字段信息。在解析单元403解析数据的时候，过滤单元405可以自动过滤非法字符并记录解读日志。最后，由生成单元404根据解析后获得的数据的字段信息生成报文，例如SWIFT报文，然后根据需要或直接发送该报文至境外托管处理银行。

本发明实施例通过上述各单元生成了可以直接应用于境外托管代理银行的载有交易数据的报文，境外托管代理银行可以根据该报文直接进行数据处理，从而无需使用网上银行，提高了交易数据处理的效率。同时，通过对交易数据处理生成报文进行发送，增加了数据处理时的准确率。

上述系统中各单元的具体实现过程请参照前述方法实施例中的相应描述，此处不再赘述。

以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的权利要求保护范围之内。

Claims

1.一种国内托管银行与境外托管代理银行间的数据处理方法，其特征在于，包括：

接收传入的数据；

读取与所述数据的格式匹配的配置文件；

2.根据权利要求1所述的方法，其特征在于，所述读取与所述数据的格式匹配的配置文件，包括：

定时批次判断所述传入的数据的格式；

批次读取与所述数据的格式匹配的配置文件。

3.根据权利要求1所述的方法，其特征在于，所述数据的格式包括DBF、EXCEL、XML。

4.根据权利要求3所述的方法，其特征在于，所述根据所述配置文件解析所述数据，获得所述数据的字段信息，包括：

5.根据权利要求1所述的方法，其特征在于，还包括：

6.根据权利要求1至5中任意一项所述的方法，其特征在于，所述生成的适用于境外托管代理银行的报文为环球同业银行金融电讯协会SWIFT报文。

7.一种国内托管银行与境外托管代理银行间的数据处理系统，其特征在于，包括：

接收单元，用于接收传入的数据；

读取单元，用于读取与所述数据的格式匹配的配置文件；

8.根据权利要求7所述的系统，其特征在于，所述读取单元包括：

判断子单元，用于定时批次判断所述传入的数据的格式；

9.根据权利要求7所述的系统，其特征在于，

所述解析单元，具体用于当所述数据的格式为XML时，根据DOM4J解析所述数据，获得所述数据的字段信息；当所述数据的格式为EXCEL时，根据POI解析所述数据，获得所述数据的字段信息。

10.根据权利要求7所述的系统，其特征在于，还包括：

11.根据权利要求7至10中任意一项所述的系统，其特征在于，所述生成的适用于境外托管代理银行的报文为SWIFT报文。