CN105577808A - 监管报送方法和系统 - Google Patents

Abstract

本发明公开了一种监管报送方法和系统。其中，业务数据处理模块将业务源数据导入业务数据库表，并向消息队列服务模块发布源数据到达消息；消息队列服务模块按照消息订阅列表中的订阅记录向报送加工模块推送源数据到达消息；报送加工模块根据源数据到达消息查询业务数据库表以获取业务源数据，并按照监管部门的接口规范对业务源数据进行加工；对外接口适配模块将加工后的数据进行监管数据申报。根据本发明的实施方式，在监管报送系统中使用消息队列，系统可扩展性大大提升；新增加报送接口时只需要添加该接口消息订阅，对原有消息处理及接口报送无影响；消息队列采用数据库队列方式实现，简单易开发，便于实现监管报送系统快速升级，提升可扩展性。

Description

监管报送方法和系统

技术领域

本发明涉及通信领域，更为具体而言，涉及一种具有高扩展性的监管报送方法和系统。

背景技术

按照我国监管部门(如银监会、国家外汇管理局、人民银行等)对金融机构监管相关要求，银行的各种业务应用系统需要向各个监管机构进行主动申报，其中用于业务数据采集及对口报送的系统称之为监管报送系统。

随着银行业务开展广泛，相应亦管理着各类业务系统，为满足相关监管要求，由统一的监管报送系统对口各监管主体进行自动化申报。随着银行业相关监管部门不断推进完善监管体制，监管报送相关的要求呈逐步上升态势；另一方面，监管报送要求对时间点要求严格，在有限的时间内要完成业务分析、相关业务系统数据筛选、报送接口配套等工作。因此，将原有系统进行可扩展性升级改造，以敏捷应对各类监管要求成为必然选择。

从图6可以看出，现有监管报送系统根据不同监管机构发布的接口规范开发了不同的数据接口，而不同数据接口交叉使用各种源业务系统数据，难以快速应对新增报送接口需求，即可扩展性差。

发明内容

鉴于现有技术的上述缺陷，本发明的实施方式提供了一种具有高扩展性的监管报送方法和系统。

根据本发明的实施方式，提供了一种监管报送方法，所述方法可以包括：将业务源数据导入业务数据库表；向消息队列服务发布源数据到达消息；消息队列服务按照消息订阅列表中的订阅记录向报送加工模块推送所述源数据到达消息；所述报送加工模块根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据，并按照业务对应的监管部门的接口规范对所述业务源数据进行加工；调用对外接口适配模块将所述报送加工模块加工后的数据进行监管数据申报。

根据本发明的其他实施方式，提供了一种监管报送系统，所述系统可以包括：

业务数据处理模块，用于将业务源数据导入业务数据库表，并向消息队列服务模块发布源数据到达消息；

所述消息队列服务模块，用于按照消息订阅列表中的订阅记录向报送加工模块推送所述源数据到达消息；

所述报送加工模块，用于根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据，并按照业务对应的监管部门的接口规范对所述业务源数据进行加工；

对外接口适配模块，用于将所述报送加工模块加工后的数据进行监管数据申报。

根据本发明的实施方式，在监管报送系统中使用消息队列实现事件驱动的架构，具有以下优点：

1.系统各模块高内聚、模块间通过消息队列实现低耦合，系统可扩展性大大提升；新增加报送接口时只需要添加该接口消息订阅，对原有消息处理及接口报送无影响；

2.消息队列采用数据库队列方式实现，简单易开发，便于实现监管报送系统快速升级，提升可扩展性。

附图说明

图1是示出根据本发明实施方式的一种监管报送方法的流程图；

图2是示出根据本发明实施方式的一种监管报送系统的框图；

图3是示出根据本发明实施方式的发布-订阅模式的示意图；

图4是示出根据本发明另一种实施方式的监管报送系统的框图；

图5是示出根据本发明又一种实施方式的监管报送系统的框图；

图6是示出现有监管报送系统的框图。

具体实施方式

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

参考图1，其示出了根据本发明实施方式的一种监管报送方法的处理流程。在本发明的各个实施方式中，所述监管报送方法可以包括，但不限于：

S101.将业务源数据导入业务数据库表；

S102.向消息队列服务发布源数据到达消息，具体地，例如发布到消息队列中；

S103.消息队列服务按照消息订阅列表中的订阅记录向报送加工模块推送所述源数据到达消息；

S104.所述报送加工模块根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据，并且

S105.按照业务对应的监管部门的接口规范对所述业务源数据进行加工；

S106.调用对外接口适配模块将所述报送加工模块加工后的数据进行监管数据申报。

由上述可知，在监管报送系统中使用消息队列实现事件驱动的架构，系统各模块高内聚、模块间通过消息队列实现低耦合，系统可扩展性大大提升，新增加报送接口时只需要添加该接口消息订阅，对原有消息处理及接口报送无影响。

根据本发明的其他实施方式，所述业务数据库表可包括记录ID、记录时间戳。进一步地，所述源数据到达消息可包括业务数据库表名、记录ID、记录时间戳。在本发明的一种实施方式中，对应各个监管部门，具有多个报送加工模块，则所述消息订阅列表可包括业务源ID、报送加工模块ID、申报接口ID和订阅状态。在本发明的另一种实施方式中，报送加工模块可以包含对应各个监管部门的多个报送接口加工子模块，则所述消息订阅列表可包括业务源ID、报送接口加工子模块ID、申报接口ID和订阅状态。

此外或者作为选择，处理S103可以包括：所述消息队列服务根据所述源数据到达消息的业务数据库表名确定业务源ID；根据所述业务源ID确定报送加工模块ID，并将所述源数据到达消息推送到与所述确定的报送加工模块ID对应的报送加工模块。进一步地，处理S104可以包括：根据所述源数据到达消息的业务数据库表名和记录ID查询对应的业务数据库表，获取与记录ID对应的业务源数据。

根据本发明的其他实施方式，消息队列采用数据库队列方式实现，简单易开发，便于实现监管报送系统快速升级，提升可扩展性。

参考图2，其示出了根据本发明的一种实施方式的监管报送系统。在本发明的一种实施方式中，所述监管报送系统可以包括但不限于：业务数据处理模块210、消息队列服务模块220、报送加工模块230、以及对外接口适配模块240。

具体而言，在本发明实施方式中，所述业务数据处理模块210将业务源数据导入业务数据库表，并向消息队列服务模块220发布源数据到达消息；所述消息队列服务模块220按照消息订阅列表中的订阅记录向报送加工模块230推送所述源数据到达消息；所述报送加工模块230根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据，并按照业务对应的监管部门的接口规范对所述业务源数据进行加工，优选地，报送加工模块230可以包括对应各监管部门的接口规范的多个报送接口加工子模块、线程、进程等，通过这些报送接口加工子模块、线程、进程等来对各类业务源数据进行加工；通过对外接口适配模块240将所述报送加工模块加工后的数据进行监管数据申报。

根据本发明实施方式，使用消息队列实现事件驱动的架构，系统各模块高内聚、模块间通过消息队列实现低耦合，系统可扩展性大大提升，新增加报送接口时只需要添加该接口消息订阅，对原有消息处理及接口报送无影响。

在本发明的其他实施方式中，所述业务数据库表可以包括记录ID、记录时间戳。相应地，所述源数据到达消息可包括业务数据库表名、记录ID、记录时间戳。所述消息订阅列表可包括业务源ID、报送接口加工子模块ID、申报接口ID和订阅状态。

优选地，所述消息队列服务模块220按照消息订阅列表中的订阅记录向报送加工模块推送所述源数据到达消息可包括：所述消息队列服务模块220根据所述源数据到达消息的业务数据库表名确定业务源ID；根据所述业务源ID确定报送接口加工子模块ID，并将所述源数据到达消息推送到与所述确定的报送接口加工子模块ID对应的报送加工子模块。

优选地，所述报送加工模块230(例如，确定出的报送接口加工子模块)根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据包括：根据所述源数据到达消息的业务数据库表名和记录ID查询对应的业务数据库表，获取与记录ID对应的业务源数据。

根据本发明的其他实施方式，消息队列采用数据库队列方式实现，简单易开发，便于实现监管报送系统快速升级，提升可扩展性。

消息队列是实现事件驱动架构的一种方式，其利用发布-订阅模式进行工作，如下：发布者发布消息，不定数量的消息接收者订阅消息。消息发布者是消息源，在对原始消息进行处理后将消息发送至各消息队列，消息接受者从队列中获取消息进行后续处理。对于一个新增业务，只要对分析业务敏感的消息源，即可订阅消息，对原有系统和业务没有任何影响，从而实现业务的高可扩展性。在本发明各种实施方式中，业务数据处理模块相当于消息发布者，报送加工模块中对应各个监管部门的接口规范执行报送加工的功能模块、线程、进程等相当于消息接受者，如图3所示，报送加工模块中的报送接口加工模块A、B、C均为消息接受者。

监管报送系统是随着银行持续满足各类监管要求的不断发展起来的，但随着国家各类监管体制的不断建设，银行各类金融业务的不断发展，亟需进行升级改造。鉴于此，本发明实施方式的采取消息队列机制的监管报送系统的可扩展性强，升级改造的成本低，效率高，非常适合银行等金融机构的需求。

下面参考图4对本发明的另一种实施方式的监管报送系统进行具体说明。在本实施方式中，从图4可以看出，监管报送系统主要包括业务数据处理模块、消息队列服务、报送加工模块、对外接口适配模块。业务数据处理模块从上游接收业务原始数据(即业务源数据)后，导入到业务原始数据库表中，并发送消息到消息队列服务中；消息队列服务按订阅规则进行推送；接下来，报送加工模块按报送不同监管部门接口进行报送加工，上述步骤完成后，即可调用对外接口适配模块进行监管数据申报，并且，在收到反馈信息后，反馈至相关业务人员。

在本实施方式中，监管报送系统使用统一的存储管理模块，不实际操作数据库；视图层有统一的界面管理，与用户(银行相关业务前台经办人员及后台管理人员)进行交互。

从监管报送系统这个具体应用来说，其特征符合生产者-消费者模式。接收并处理业务源数据的模块是生产者，各个对不同监管部门进行数据报送的模块是消费者，只要定义一致的消息接口，即可利用统一的消息队列服务对两端进行解耦，提升可扩展性。

下面以对国家外汇管理局报送为例，对本发明进行具体说明。如图5所示，从总体逻辑设计可以看到，采用生产者-消费者设计模式以达到解耦目的。业务数据处理模块(生产者)集中处理上游业务源数据，例如，定/活期存款、对公/个人贷款、客户信息等，将业务源数据导入数据库中并向消息队列服务发布消息；对外管局报送接口加工模块接收消息后获取业务源数据，并进一步加工成为监管部门定义的规范接口，进行申报。业务数据处理模块与报送加工模块之间通过统一消息队列服务进行交互，若新增加报送接口，只需要分析出涉及哪类消息，即可进行订阅，对原有的报送业务没有任何影响，实现系统的高可扩展性。

通过使用消息队列实现事件驱动架构，使得系统的可扩展性大大提高。具体而言，消息队列优选使用数据库实现方式：业务数据处理模块将收到的业务源数据写入数据库记录，消息队列服务根据消息订阅列表对各报送接口加工模块推送数据到达消息。具体的数据存储方案及业务处理逻辑包括以下过程：

过程1：在数据库中创建各类业务对应的数据库表(即各种业务数据库表)，存储业务源数据。以活期存款信息为例，对应的业务数据库表可包括记录ID、活存账号、客户编号、网点机构号、金额、币别、起息日、业务流水号、消息时间戳(即记录时间戳)。

过程2：在数据库中创建消息订阅列表，以记录消息订阅情况。消息订阅列表关键信息可包括业务源ID、报送加工子模块ID、申报接口ID、订阅状态。

过程3：根据各监管部门的报送要求分析对应报送加工模块需要订阅的业务源数据信息，统一维护到过程2中创建的消息订阅列表中。例如，对外管局报送接口加工模块的外汇账户信息申报接口，订阅的消息包括外汇定期户消息、外汇活期户消息。

过程4：业务数据处理模块将上游业务源数据导入数据库后，按照统一消息发布接口发布源数据到达消息到消息队列中，该源数据到达消息的关键信息可包括业务表名(即业务数据库表名)、记录ID、记录时间戳。

过程5：消息队列服务集中处理队列中的消息，根据过程2中创建的消息订阅表订阅记录，向相关报送接口加工模块推送源数据到达消息，各报送接口加工模块根据源数据到达消息的业务表名及记录ID查询对应业务数据库表，按接口报送规范加工数据，调用对外接口适配模块进行申报。

综上所述，根据本发明的各种不同实施方式，在监管报送系统中使用消息队列实现事件驱动的架构，具有以下优点：

1.系统各模块高内聚、模块间通过消息队列实现低耦合，系统可扩展性大大提升；新增加报送接口时只需要添加该接口消息订阅，对原有消息处理及接口报送无影响；

2.消息队列采用数据库队列方式实现，简单易开发，便于实现监管报送系统快速升级，提升可扩展性。

以上具体描述了本发明的各种不同的实施方式，下面以另一种形式描述本发明实施方式的技术方案的其他方面或特征，并且不限于下述一系列段落，为了清楚和有效起见，可给这些段落中的一些或所有段落指定字母数字。这些段落中的每一段可以以任何合适的方式与一个或多于一个其他段落组合的内容组。在不限定合适的组合中的一些的实例的条件下，下文中的一些段落特别引用其他段落并且进一步限定其他段落。

A1.一种监管报送方法可以包括：将业务源数据导入业务数据库表；向消息队列服务发布源数据到达消息；消息队列服务按照消息订阅列表中的订阅记录向报送加工模块推送所述源数据到达消息；所述报送加工模块根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据，并按照业务对应的监管部门的接口规范对所述业务源数据进行加工；调用对外接口适配模块将所述报送加工模块加工后的数据进行监管数据申报。

A2.根据段落A1所述的方法，其中，所述业务数据库表可包括记录ID、记录时间戳。

A3.根据段落A2所述的方法，其中，所述源数据到达消息可包括业务数据库表名、记录ID、记录时间戳。

A4.根据段落A3所述的方法，其中，所述消息订阅列表可包括业务源ID、报送加工模块ID、申报接口ID和订阅状态。

A5.根据段落A4所述的方法，其中，所述消息队列服务按照消息订阅列表中的订阅记录向报送加工模块推送所述源数据到达消息可包括：所述消息队列服务根据所述源数据到达消息的业务数据库表名确定业务源ID；根据所述业务源ID确定报送加工模块ID，并将所述源数据到达消息推送到与所述确定的报送加工模块ID对应的报送加工模块。

A6.根据段落A3～A5之一所述的方法，其中，所述报送加工模块根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据可包括：根据所述源数据到达消息的业务数据库表名和记录ID查询对应的业务数据库表，获取与记录ID对应的业务源数据。

B1.一种监管报送系统可包括：业务数据处理模块，用于将业务源数据导入业务数据库表，并向消息队列服务模块发布源数据到达消息；所述消息队列服务模块，用于按照消息订阅列表中的订阅记录向报送加工模块推送所述源数据到达消息；所述报送加工模块，用于根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据，并按照业务对应的监管部门的接口规范对所述业务源数据进行加工；对外接口适配模块，用于将所述报送加工模块加工后的数据进行监管数据申报。

B2.根据段落B1所述的系统，其中，所述报送加工模块可包括对应各个监管部门的接口规范的多个报送接口加工子模块，和/或，具有多个对应各个监管部门的接口规范的所述报送加工模块。

B3.根据段落B2所述的系统，其中，所述业务数据库表可包括记录ID、记录时间戳。

B4.根据段落B3所述的系统，其中，所述源数据到达消息可包括业务数据库表名、记录ID、记录时间戳。

B5.根据段落B4所述的系统，其中，所述消息订阅列表可包括业务源ID、报送接口加工子模块ID、申报接口ID和订阅状态。

B6.根据段落B5所述的系统，其中，所述消息队列服务模块按照消息订阅列表中的订阅记录向报送加工模块推送所述源数据到达消息可包括：所述消息队列服务模块根据所述源数据到达消息的业务数据库表名确定业务源ID；根据所述业务源ID确定报送接口加工子模块ID，并将所述源数据到达消息推送到与所述确定的报送接口加工子模块ID对应的报送接口加工子模块。

B7.根据段落B4～B6之一所述的系统，其中，所述报送加工模块根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据包括：根据所述源数据到达消息的业务数据库表名和记录ID查询对应的业务数据库表，获取与记录ID对应的业务源数据。

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

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

Claims (13)

1.一种监管报送方法，其特征在于，所述方法包括：

将业务源数据导入业务数据库表；

向消息队列服务发布源数据到达消息；

消息队列服务按照消息订阅列表中的订阅记录向报送加工模块推送所述源数据到达消息；

所述报送加工模块根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据，并按照业务对应的监管部门的接口规范对所述业务源数据进行加工；

调用对外接口适配模块将所述报送加工模块加工后的数据进行监管数据申报。

2.根据权利要求1所述的方法，其特征在于，所述业务数据库表包括记录ID、记录时间戳。

3.根据权利要求2所述的方法，其特征在于，所述源数据到达消息包括业务数据库表名、记录ID、记录时间戳。

4.根据权利要求3所述的方法，其特征在于，所述消息订阅列表包括业务源ID、报送加工模块ID、申报接口ID和订阅状态。

5.根据权利要求4所述的方法，其特征在于，所述消息队列服务按照消息订阅列表中的订阅记录向报送加工模块推送所述源数据到达消息包括：

所述消息队列服务根据所述源数据到达消息的业务数据库表名确定业务源ID；

根据所述业务源ID确定报送加工模块ID，并将所述源数据到达消息推送到与所述确定的报送加工模块ID对应的报送加工模块。

6.根据权利要求3所述的方法，其特征在于，所述报送加工模块根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据包括：

根据所述源数据到达消息的业务数据库表名和记录ID查询对应的业务数据库表，获取与记录ID对应的业务源数据。

7.一种监管报送系统，其特征在于，所述系统包括：

业务数据处理模块，用于将业务源数据导入业务数据库表，并向消息队列服务模块发布源数据到达消息；

所述消息队列服务模块，用于按照消息订阅列表中的订阅记录向报送加工模块推送所述源数据到达消息；

所述报送加工模块，用于根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据，并按照业务对应的监管部门的接口规范对所述业务源数据进行加工；

对外接口适配模块，用于将所述报送加工模块加工后的数据进行监管数据申报。

8.根据权利要求7所述的系统，其特征在于，所述报送加工模块包括对应各个监管部门的接口规范的多个报送接口加工子模块。

9.根据权利要求8所述的系统，其特征在于，所述业务数据库表包括记录ID、记录时间戳。

10.根据权利要求9所述的系统，其特征在于，所述源数据到达消息包括业务数据库表名、记录ID、记录时间戳。

11.根据权利要求10所述的系统，其特征在于，所述消息订阅列表包括业务源ID、报送接口加工子模块ID、申报接口ID和订阅状态。

12.根据权利要求11所述的系统，其特征在于，所述消息队列服务模块按照消息订阅列表中的订阅记录向报送加工模块推送所述源数据到达消息包括：

所述消息队列服务模块根据所述源数据到达消息的业务数据库表名确定业务源ID；

根据所述业务源ID确定报送接口加工子模块ID，并将所述源数据到达消息推送到与所述确定的报送接口加工子模块ID对应的报送接口加工子模块。

13.根据权利要求10所述的系统，其特征在于，所述报送加工模块根据所述源数据到达消息查询业务数据库表以获取相应的业务源数据包括：

根据所述源数据到达消息的业务数据库表名和记录ID查询对应的业务数据库表，获取与记录ID对应的业务源数据。