数据处理方法、装置、设备及计算机存储介质制造方法及图纸

本申请公开了一种数据处理方法、装置、设备及计算机存储介质，属于金融科技和信息技术产业领域。根据本申请实施例，通过不同微服务处理不同监管报送项目的数据处理请求，并将不同微服务注册于预设的服务发现框架的服务注册列表中，使得采用预设的服务发现框架的监管报送系统可以通过不同微服务处理不同监管报送项目的数据处理请求。换言之，监管报送系统可以集成处理多个监管报送项目。此时，相对于不同监管报送项目由不同业务系统独立处理，集成处理多个监管报送项目的监管报送系统减少了登录代码、权限设置代码、前端界面代码等基础代码的重复设置，实现了减少重复代码，降低运维成本的技术效果。运维成本的技术效果。运维成本的技术效果。

【技术实现步骤摘要】
数据处理方法、装置、设备及计算机存储介质


[0001]本申请属于金融科技和信息技术产业领域，尤其涉及一种数据处理方法、装置、设备及计算机存储介质。

技术介绍

[0002]商业银行的监管报送项目具有多个，例如：报送人行的支付统计信息报送(PISAS)、存款保费报送(DEPI)、集中银行账户报送(BASS)、非居民涉税账户报送(CRS)、报送外管局的外汇信息报送(FIMS)、客户风险信息报送(CRSS)等。
[0003]商业银行现采用多个业务系统相互独立的处理上述监管报送项目，而商业银行所采用的多个业务系统中的重复代码较多，导致多个业务系统的运维成本较大，产生浪费人力资源的问题。此外，各个业务系统由于高度独立性，还会导致信息孤岛的问题。

技术实现思路

[0004]本申请实施例提供一种在数据处理方法、装置、设备及计算机存储介质，能够令多个监管报送项目集成于一个监管报送系统中进行处理，减少了登录代码、权限设置代码、前端界面代码等基础代码的重复设置，实现了减少重复代码，降低运维成本的技术目的。
[0005]第一方面，本申请实施例提供一种数据处理方法，方法包括：响应于用户对目标监管报送项目的数据处理操作，生成数据处理请求；根据所述数据处理请求，从预设的服务发现框架的服务注册列表中，确定所述目标监管报送项目对应的目标微服务，所述服务发现框架的服务注册列表中包括多个微服务，不同微服务用于处理不同监管报送项目的数据处理请求；调用所述目标微服务，处理所述数据处理请求。
[0006]第二方面，本申请实施例提供一种数据处理装置，装置包括：生成模块，用于响应于用户对目标监管报送项目的数据处理操作，生成数据处理请求；确定模块，用于根据所述数据处理请求，从预设的服务发现框架的服务注册列表中，确定所述目标监管报送项目对应的目标微服务，所述服务发现框架的服务注册列表中包括多个微服务，不同微服务用于处理不同监管报送项目的数据处理请求；处理模块，用于调用所述目标微服务，处理所述数据处理请求，
[0007]第三方面，本申请实施例提供了一种数据处理设备，设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如上所述的在数据处理方法。
[0008]第四方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如上所述的数据处理方法。
[0009]本申请实施例的数据处理方法、装置、设备及计算机存储介质，通过不同微服务处理不同监管报送项目的数据处理请求，并将不同微服务注册于预设的服务发现框架的服务注册列表中，使得采用预设的服务发现框架的监管报送系统可以通过不同微服务处理不同
监管报送项目的数据处理请求。换言之，监管报送系统可以集成处理多个监管报送项目。
[0010]此时，相对于不同监管报送项目由不同业务系统独立处理，集成处理多个监管报送项目的监管报送系统减少了登录代码、权限设置代码、前端界面代码等基础代码的重复设置，实现了减少重复代码，降低运维成本的技术效果。
[0011]此外，由于监管报送系统可以集成处理多个监管报送项目，使得监管报送系统在处理某监管报送项目时，可以调取其他监管报送项目的数据信息，避免了信息孤岛的情况发生。
附图说明
[0012]为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0013]图1是本申请一个实施例提供的数据处理方法的流程示意图；
[0014]图2是本申请一个实施例提供的监管报送系统的结构示意图；
[0015]图3是本申请一个实施例提供的数据处理装置的结构示意图；
[0016]图4是本申请一个实施例提供的数据处理设备的结构示意图。
具体实施方式
[0017]下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。
[0018]需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0019]现有技术中，商业银行的监管报送项目具有多个，比如像报送人行的支付统计信息报送(PISAS)、理财产品信息报送(资管)、存款保费报送(DEPI)、全球系统性重要银行(GBIS)、集中银行账户报送(BASS)、非居民涉税账户报送(CRS)、存贷款大额信息报送等业务领域；报送外管局的外汇信息报送(FIMS)；报送银保监的非现场监管报表(1104)、监管标准化数据报送(信息报送
‑
EAST)、客户风险信息报送(CRSS)等业务领域。虽然上述各业务系统都属于监管领域，但是各业务系统的后台都是独立的、不复用的。
[0020]上述现有技术中的监管系统报送的一般过程如下：
[0021]1、各系统从银行的核心系统取得数据，然后通过ETL加工完到达前端应用，数据在前端进行展现。
[0022]2、业务人员在前端进行数据的补录修改，在保存前，分别调用各系统的后台进行数据的检核，加工等操作，根据业务需求完成数据的增删查改。
[0023]3、业务人员在前端完成数据的修正后，分别调用各自的后台服务进行报送。
[0024]4、各监管机构会根据报送的数据进行数据的校验，返回相关的回执信息。
[0025]上述现有技术中的各个监管系统都有各自独立的前端界面，前端界面直接连接各系统的后台服务，各系统后台服务分别维护自己的内部逻辑，比如数据的校验检核，比如后台数据的修正加工，日志的保存逻辑等。
[0026]上述现有技术中的各个监管系统各自维护自己的后台服务，且各个监管系统的业务逻辑全部集中在各自后台服务中，导致各个监管系统的后台代码过于冗长，维护难度激增。具体而言，各个监管系统各自实现自己的业务逻辑，各自实现自己的功能，导致各个监管系统具有大量重复代码，没有实现代码复用，针对这部分重复代码，会增加运维人员不必要的重复工作量。
[0027]此外，各本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种数据处理方法，其特征在于，所述数据处理方法包括：响应于用户对目标监管报送项目的数据处理操作，生成数据处理请求；根据所述数据处理请求，从预设的服务发现框架的服务注册列表中，确定所述目标监管报送项目对应的目标微服务，所述服务发现框架的服务注册列表中包括多个微服务，不同微服务用于处理不同监管报送项目的数据处理请求；调用所述目标微服务，处理所述数据处理请求。2.根据权利要求1所述的数据处理方法，其特征在于，所述预设的服务发现框架为EUREKA服务发现框架，和/或，所述多个微服务采用pring clound构架搭建。3.根据权利要求1所述的数据处理方法，其特征在于，在响应于用户对目标监管报送项目的数据处理操作，生成数据处理请求之前，所述方法还包括：获取并验证用户输入的账户信息；在所述账户信息通过验证的情况下，登录所述账户信息对应的用户账户。4.根据权利要求3所述的数据处理方法，其特征在于，在响应于用户对目标监管报送项目的数据处理操作，生成数据处理请求之前，所述方法还包括：获取所述用户账户的权限信息；基于所述用户账户的权限信息，获取所述用户账户被允许处理的数据处理操作，所述数据处理操作为用户对监管报送项目的数据处理操作。5.根据权利要求1所述的数据处理方法，其特征在于，所述数据处理请求为数据查看请求、数据修改请求、数据保存请求和数据报送请求中的任意一项。6.根据权利要求5所述的数据处理方法，其特征在于，在所述数据处理请求为数据保存请求的情况下，调用所述目标微服务，处理...

【专利技术属性】
技术研发人员：张春荣，
申请(专利权)人：建信金融科技有限责任公司，
类型：发明
国别省市：