一种用于监管报送的数据处理方法及装置制造方法及图纸

本申请提供了一种用于监管报送的数据处理方法及装置，涉及数据处理技术领域，包括：对获取的监管报送需求文件进行解析，确定需求属性集合，其中，需求属性集合包括多个需求属性；确定与每个需求属性对应的源应用系统，并获取源应用系统的预先建立的交易日志数据表，其中，交易日志数据表包括多条交易日志数据，交易日志数据存储有事件编号以及多个交易属性；对每个源应用系统执行提取操作，得到多个监管报送中间文件；基于事件编号，对各个监管报送中间文件中属于同一事件编号的交易属性进行汇总，生成监管报送结果文件。本申请能够实现同一业务链路上不同应用系统间数据的关联处理，降低监管报送业务研发耦合性，缩短监管报送业务上线周期。送业务上线周期。送业务上线周期。

【技术实现步骤摘要】
一种用于监管报送的数据处理方法及装置


[0001]本申请涉及数据处理
，也可以用于金融领域，具体地讲，涉及一种用于监管报送的数据处理方法及装置。

技术介绍

[0002]以数据为基础的数字化金融监管时代已经到来，为进一步发挥监管标准化数据在防范金融风险、促进银行业金融机构数据治理和合规发展等方面的有效作用，监管机构在面向各商业银行提供的监管报送数据质量和精细化管理提出了更高要求，一方面，报送数据口径已从统计报送变为明细报送。另一方面，报送数据信息已从业务单一数据源扩展到业务全链路数据源报送。由于银行业务流程链路长，产生的数据繁多，加上同一链路上跨应用系统数据记录的差异性，大大增加了报送数据的设计复杂性和加工难度。目前商业银行根据监管报送需求，先明确相关报送应用系统和相关报送数据范围，在基于报送数据范围进行数据加工时，通常采用两种方式，其中：
[0003]方式一：通过在其中一个应用系统数据表增加冗余存储另一个应用系统的数据信息完成报送，其存在当一方涉及数据标准改变时，冗余存储的应用系统需同步配合进行调整，增加了应用间研发耦合性；方法二：监管报送各应用系统数据表建立主键关联关系完成报送，由于不同应用系统记录信息差异化，相关应用系统报送数据表需逐一确认关联规则，应用系统之间沟通缺乏共同语言，沟通成本高，无法快速响应监管机构报送需求。

技术实现思路

[0004]针对现有技术中存在的问题，本申请提供一种用于监管报送的数据处理方法及装置，降低监管报送业务研发耦合性，缩短监管报送业务上线周期。
[0005]根据本申请的第一个方面，提供了一种用于监管报送的数据处理方法，该方法包括：
[0006]对获取的监管报送需求文件进行解析，确定需求属性集合，其中，所述需求属性集合包括多个需求属性；
[0007]确定与每个需求属性对应的源应用系统，并获取所述源应用系统的预先建立的交易日志数据表，其中，所述交易日志数据表包括多条交易日志数据，所述交易日志数据存储有事件编号以及多个交易属性；
[0008]对每个源应用系统执行提取操作，得到多个监管报送中间文件；其中，所述提取操作包括：在每条交易日志数据中，响应于存在与所述需求属性匹配的交易属性，对所述交易日志数据的事件编号以及匹配的交易属性进行提取，生成各源应用系统对应的监管报送中间文件；
[0009]基于事件编号，对各个监管报送中间文件中属于同一事件编号的交易属性进行汇总，生成监管报送结果文件。
[0010]在本实施例的一些可选方式中，建立所述交易日志数据表的步骤包括：
[0011]根据接收到的交易请求，确定所述交易请求的业务场景；
[0012]根据预设置的调用链路，确定所述业务场景的前端应用系统和后端应用系统；
[0013]响应于所述交易请求被执行，所述前端应用系统向所述后端应用系统发起服务请求，生成该交易请求对应的事件编号，并将所述事件编号发送至所述后端应用系统，其中，所述事件编号在所述后端应用系统之间的传递过程中不变；
[0014]将所述事件编号作为主键，分别对所述前端应用系统以及所述后端应用系统中生成的交易日志数据进行存储，得到各应用系统对应的交易日志数据表。
[0015]在本实施例的一些可选方式中，所述生成该交易请求对应的事件编号，包括：
[0016]确定所述交易请求的业务来源、交易渠道、交易地区、交易时间及前端应用系统，并生成所述交易请求的序列号以及校验位；
[0017]根据所述业务来源、交易渠道、交易地区、交易时间以及前端应用系统，分别确定总分行业务标志、渠道代码、地区号、儒略日期以及应用系统标识；
[0018]根据所述总分行业务标志、渠道代码、地区号、儒略日期、应用系统标识、序列号以及校验位，生成该交易请求对应的事件编号。
[0019]在本实施例的一些可选方式中，确定所述应用系统标识的步骤包括：
[0020]响应于所述前端应用系统申请分配应用系统标识，确定所述前端应用系统对应的渠道代码；
[0021]在该渠道代码下，根据当前序号的占用情况，生成区别于所述当前序号的应用系统标识，以确保所述应用系统标识在该渠道代码下唯一。
[0022]在本实施例的一些可选方式中，所述生成各源应用系统对应的监管报送中间文件，包括：
[0023]在从每条交易日志数据中提取所述事件编号以及匹配的交易属性后，生成交易日志提取数据，其中，所述交易日志提取数据包括所述事件编号以及所述匹配的交易属性；
[0024]将全部的交易日志提取数据进行汇总，生成与源应用系统对应的监管报送中间文件。
[0025]在本实施例的一些可选方式中，所述基于事件编号，对各个监管报送中间文件中属于同一事件编号的交易属性进行汇总，生成监管报送结果文件，包括：
[0026]响应于确定各源应用系统的监管报送中间文件之间存在相同的事件编号，对每个事件编号下的交易属性执行汇总操作，得到多条交易日志汇总数据，并将所述多条交易日志汇总数据，作为所述监管报送结果文件；
[0027]其中，所述汇总操作包括：将属于同一事件编号的交易属性汇总为一条交易日志汇总数据，其中，所述交易日志汇总数据的交易属性覆盖所述需求属性集合。
[0028]根据本申请的第二个方面，还提供了一种用于监管报送的数据处理装置，该装置包括：
[0029]需求解析模块，被配置为对获取的监管报送需求文件进行解析，确定需求属性集合，其中，所述需求属性集合包括多个需求属性；
[0030]源应用系统确定模块，被配置为确定与每个需求属性对应的源应用系统，并获取所述源应用系统的预先建立的交易日志数据表，其中，所述交易日志数据表包括多条交易日志数据，所述交易日志数据存储有事件编号以及多个交易属性；
[0031]监管报送中间文件生成模块，被配置为对每个源应用系统执行以下操作：在每个交易日志数据中，响应于存在与所述需求属性匹配的交易属性，对所述交易日志数据的事件编号以及匹配的交易属性进行提取，生成各源应用系统对应的监管报送中间文件；
[0032]监管报送结果文件生成模块，被配置为基于事件编号，对各个监管报送中间文件中属于同一事件编号的交易属性进行汇总，生成监管报送结果文件。
[0033]根据本申请的第三个方面，还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述一种用于监管报送的数据处理方法的步骤。
[0034]根据本申请的第四个方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述一种用于监管报送的数据处理方法的步骤。
[0035]根据本申请的第五个方面，还提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现所述一种用于监管报送的数据处理方法的步骤。
[0036]本申请提供的一种用于监管报送的数据处理方法及装置，基于各应用系本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种用于监管报送的数据处理方法，其特征在于，包括：对获取的监管报送需求文件进行解析，确定需求属性集合，其中，所述需求属性集合包括多个需求属性；确定与每个需求属性对应的源应用系统，并获取所述源应用系统的预先建立的交易日志数据表，其中，所述交易日志数据表包括多条交易日志数据，所述交易日志数据存储有事件编号以及多个交易属性；对每个源应用系统执行提取操作，得到多个监管报送中间文件；其中，所述提取操作包括：在每条交易日志数据中，响应于存在与所述需求属性匹配的交易属性，对所述交易日志数据的事件编号以及匹配的交易属性进行提取，生成各源应用系统对应的监管报送中间文件；基于事件编号，对各个监管报送中间文件中属于同一事件编号的交易属性进行汇总，生成监管报送结果文件。2.根据权利要求1所述的方法，其特征在于，建立所述交易日志数据表的步骤包括：根据接收到的交易请求，确定所述交易请求的业务场景；根据预设置的调用链路，确定所述业务场景的前端应用系统和后端应用系统；响应于所述交易请求被执行，所述前端应用系统向所述后端应用系统发起服务请求，生成该交易请求对应的事件编号，并将所述事件编号发送至所述后端应用系统，其中，所述事件编号在所述后端应用系统之间的传递过程中不变；将所述事件编号作为主键，分别对所述前端应用系统以及所述后端应用系统中生成的交易日志数据进行存储，得到各应用系统对应的交易日志数据表。3.根据权利要求2所述的方法，其特征在于，所述生成该交易请求对应的事件编号，包括：确定所述交易请求的业务来源、交易渠道、交易地区、交易时间及前端应用系统，并生成所述交易请求的序列号以及校验位；根据所述业务来源、交易渠道、交易地区、交易时间以及前端应用系统，分别确定总分行业务标志、渠道代码、地区号、儒略日期以及应用系统标识；根据所述总分行业务标志、渠道代码、地区号、儒略日期、应用系统标识、序列号以及校验位，生成该交易请求对应的事件编号。4.根据权利要求3所述的方法，其特征在于，确定所述应用系统标识的步骤包括：响应于所述前端应用系统申请分配应用系统标识，确定所述前端应用系统对应的渠道代码；在该渠道代码下，根据当前序号的占用情况，生成区别于所述当前序号的应用系统标识，以确保所述应用系统标识在该渠道代码下唯一。5.根据权利要求1所述的方法，其特征在于，所述生成各源应用系统对应的监管...

【专利技术属性】
技术研发人员：杨曾植，石凯，许美烘，
申请(专利权)人：中国工商银行股份有限公司，
类型：发明
国别省市：