CN112699403A - 数据处理方法、装置、介质、设备及程序产品 - Google Patents

Abstract

本申请提供一种数据处理方法、装置、介质、设备及程序产品。本申请实施例提供的数据处理方法，通过获取后端服务器响应于前端设备请求的交互数据作为待处理数据，然后，根据预设处理协议中的预设目标注解来对目标协议字段所相应的待处理字符串进行字符处理，从而使得可以通过在目标协议字段上添加预设目标注解的方式，来实现对于待处理数据中目标协议字段所对应的待处理字符串的自动处理。而通过上述数据处理方式，既无需存储多份数据表，能够有效地避免资源的浪费，还可以使得数据处理逻辑和业务代码解耦，方便业务维护，并且，在拓展新的数据处理需求时，可以无需改动现有的代码，对存量业务不会造成影响，从而达到业务方便扩展的技术效果。

Description

数据处理方法、装置、介质、设备及程序产品

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据处理方法、装置、介质、设备及程序产品。

背景技术

随着计算机技术的发展，越来越多的技术应用在金融领域，传统金融业正在逐步向金融科技(Finteh)转变，数据处理技术也不例外，但由于金融行业的安全性、实时性要求，也对技术提出的更高的要求。

目前，前端设备与后端服务器之间的交互过程中对于敏感数据的脱敏保护至关重要。其中，对于数据的脱敏保护通常是通过以下两种方式：

第一种方式、通过在保存敏感数据入库的时候，将原始数据和脱敏数据分别保存在两张表，当与前端交互的时候取脱敏数据的表，而当进行其他业务则用原始数据表；

第二种方式、在前端设备与后端服务器交互的时候，通过代码对后端服务器每个接口返回到前端设备的敏感数据进行单独的脱敏处理。

但是，上述第一种方式需要存储多份数据表，容易造成资源的浪费，而对于上述第二种方式，则需要将处理敏感数据的逻辑和业务代码耦合在一起，并且需要对后端服务器每个接口都特殊处理，不利于业务维护及业务扩展。

发明内容

本申请实施例提供一种数据处理方法、装置、介质、设备及程序产品，以解决由于存储多份数据表所导致的资源的浪费，以及由于处理敏感数据的逻辑和业务代码耦合所导致的业务维护及扩展困难的技术问题。

第一方面，本申请实施例提供一种数据处理方法，应用于后端服务器，所述方法包括：

获取待处理数据，所述待处理数据为所述后端服务器响应于前端设备请求的交互数据；

判断所述待处理数据中各个待处理字符串所对应的目标协议字段在预设处理协议中是否存在相对应的预设目标注解；

若判断结果为是，则对所述待处理字符串进行字符处理，以生成处理后数据，其中，所述处理后数据中所述目标协议字段所对应的处理后字符串与所述待处理字符串之间至少存在一个差异字符。

在一种可能的设计中，所述对所述待处理字符串进行字符处理，包括：

利用所述预设处理协议获取所述待处理数据中符合所述目标协议字段的所述待处理字符串，所述预设处理协议中包括多个协议字段，其中，各个所述协议字段分别标识有对应的预设注解，所述目标协议字段包括所述预设处理协议中的至少一个协议字段；

调用所述目标协议字段对应的目标数据处理模块，以利用所述目标数据处理模块对所述待处理字符串进行字符处理。

在一种可能的设计中，所述调用所述目标协议字段对应的目标数据处理模块，以利用所述目标数据处理模块对所述待处理字符串进行字符处理，包括：

获取所述预设目标注解中的注解值，所述注解值用于标识所述目标协议字段；

根据所述注解值以及预设映射表确定目标脱敏转换器，所述目标数据处理模块包括所述目标脱敏转换器；

利用所述目标脱敏转换器对所述待处理字符串进行掩码处理，其中，所述处理后字符串为将所述待处理字符串中的部分字符替换为掩码字符后所生成的字符串。

在一种可能的设计中，所述根据所述注解值以及预设映射表确定目标脱敏转换器，包括：

根据所述注解值以及预设映射表确定第一目标脱敏转换器以及第二目标脱敏转换器，所述目标数据处理模块包括所述第一目标脱敏转换器以及所述第二目标脱敏转换器，其中，所述第一目标脱敏转换器为自定义脱敏转换器，所述第二目标脱敏转换器为通用脱敏转换器；

确定所述第一目标脱敏转换器为所述目标脱敏转换器。

在一种可能的设计中，所述预设注解包括第一预设注解、第二预设注解以及第三预设注解；

其中，所述第一预设注解用于指示对所述待处理字符串直接进行掩码处理，以生成所述处理后数据；

所述第二预设注解用于指示对所述待处理数据进行加密处理，以生成所述处理后数据；

所述第三预设注解用于指示对所述处理后数据进行追加处理。

在一种可能的设计中，若所述预设目标注解包括所述第一预设注解以及所述第三预设注解，则在所述利用预设处理协议对所述待处理数据中目标协议字段所对应的待处理字符串进行字符处理，以生成处理后数据之后，还包括：

按照预设字符长度将所述处理后字符串分段发送至所述前端设备，以对处理后数据进行追加处理。

在一种可能的设计中，在所述获取待处理数据之后，还包括：

确定所述待处理数据为目标业务数据。

在一种可能的设计中，若所述待处理数据为加密数据，则在利用预设处理协议对所述待处理数据中目标协议字段所对应的待处理字符串进行字符处理之前，还包括：

对所述待处理数据进行第一解密处理，以生成解密数据，所述解密数据用于后续的所述字符处理以生成所述处理后数据；

在所述生成处理后数据之后，还包括：

对所述处理后数据进行第一加密处理，以生成待发送数据，所述第一解密处理与所述第一加密处理为对应关系；

发送所述待发送数据至所述前端设备。

在一种可能的设计中，所述获取待处理数据，包括：

通过所述后端服务器中的过滤器获取所述待处理数据；和/或，

通过所述后端服务器中的拦截器获取所述待处理数据；和/或，

通过所述后端服务器中的配置切面获取所述待处理数据。

在一种可能的设计中，在获取待处理数据之后，还包括：

若所述待处理数据中包括集合类型数据，则对所述集合类型数据中的各个变量进行递归调用，以确定包含字符串类型数据的目标变量；

根据所述目标变量确定所述待处理字符串。

在一种可能的设计中，在获取待处理数据之后，还包括：

若所述待处理数据中包括集合类型数据，则对所述集合类型数据中的各个变量进行递归调用；

若在对当前变量进行调用时，所述当前变量所指向的目标变量属于所述集合类型数据，则直接返回，以进行后续步骤。

第二方面，本申请实施例还提供一种数据处理装置，包括：

获取模块，用于获取待处理数据，所述待处理数据为后端服务器响应于前端设备请求的交互数据；

处理模块，用于判断所述待处理数据中各个待处理字符串所对应的目标协议字段在预设处理协议中是否存在相对应的预设目标注解；

所述处理模块，还用于对所述待处理字符串进行字符处理，以生成处理后数据，其中，所述处理后数据中所述目标协议字段所对应的处理后字符串与所述待处理字符串之间至少存在一个差异字符。

在一种可能的设计中，所述处理模块，具体用于：

利用所述预设处理协议获取所述待处理数据中符合所述目标协议字段的所述待处理字符串，所述预设处理协议中包括多个协议字段，其中，各个所述协议字段分别标识有对应的预设注解，所述目标协议字段包括所述预设处理协议中的至少一个协议字段；

调用所述目标协议字段对应的目标数据处理模块，以利用所述目标数据处理模块对所述待处理字符串进行字符处理。

在一种可能的设计中，所述处理模块，具体用于：

获取所述预设目标注解中的注解值，所述注解值用于标识所述目标协议字段；

根据所述注解值以及预设映射表确定目标脱敏转换器，所述目标数据处理模块包括所述目标脱敏转换器；

利用所述目标脱敏转换器对所述待处理字符串进行掩码处理，其中，所述处理后字符串为将所述待处理字符串中的部分字符替换为掩码字符后所生成的字符串。

在一种可能的设计中，所述处理模块，具体用于：

根据所述注解值以及预设映射表确定第一目标脱敏转换器以及第二目标脱敏转换器，所述目标数据处理模块包括所述第一目标脱敏转换器以及所述第二目标脱敏转换器，其中，所述第一目标脱敏转换器为自定义脱敏转换器，所述第二目标脱敏转换器为通用脱敏转换器；

确定所述第一目标脱敏转换器为所述目标脱敏转换器。

在一种可能的设计中，所述预设注解包括第一预设注解、第二预设注解以及第三预设注解；

其中，所述第一预设注解用于指示对所述待处理字符串直接进行掩码处理，以生成所述处理后数据；

所述第二预设注解用于指示对所述待处理数据进行加密处理，以生成所述处理后数据；

所述第三预设注解用于指示对所述处理后数据进行追加处理。

在一种可能的设计中，若所述预设目标注解包括所述第一预设注解以及所述第三预设注解，则所述处理模块，还用于按照预设字符长度将所述处理后字符串分段发送至所述前端设备，以对处理后数据进行追加处理。

在一种可能的设计中，所述处理模块，还用于确定所述待处理数据为目标业务数据。

在一种可能的设计中，所述处理模块，具体用于：

对所述待处理数据进行第一解密处理，以生成解密数据，所述解密数据用于后续的所述字符处理以生成所述处理后数据；

对所述处理后数据进行第一加密处理，以生成待发送数据，所述第一解密处理与所述第一加密处理为对应关系；

所述数据处理装置，还包括：

发送模块，用于发送所述待发送数据至所述前端设。

在一种可能的设计中，所述获取模块，具体用于：

通过所述后端服务器中的过滤器获取所述待处理数据；和/或，

通过所述后端服务器中的拦截器获取所述待处理数据；和/或，

通过所述后端服务器中的配置切面获取所述待处理数据。

在一种可能的设计中，所述处理模块，还用于对集合类型数据中的各个变量进行递归调用，以确定包含字符串类型数据的目标变量；

所述处理模块，还用于根据所述目标变量确定所述待处理字符串。

在一种可能的设计中，所述处理模块，还用于对集合类型数据中的各个变量进行递归调用；

所述处理模块，还用于在对当前变量进行调用时，若所述当前变量所指向的目标变量属于所述集合类型数据，则直接返回，以进行后续步骤。

第三方面，本申请实施例还提供一种电子设备，包括：

处理器；以及，

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行第一方面中任意一种数据处理方法。

第四方面，本申请实施例还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面中任意一种数据处理方法。

第五方面，本申请实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面中任意一种数据处理方法。

本申请实施例提供的一种数据处理方法、装置、介质、设备及程序产品，通过获取后端服务器响应于前端设备请求的交互数据作为待处理数据，然后，根据预设处理协议中的预设目标注解来对目标协议字段所相应的待处理字符串进行字符处理，从而使得可以通过在目标协议字段上添加预设目标注解的方式，来实现对于待处理数据中目标协议字段所对应的待处理字符串的自动处理。而通过上述数据处理方式，既无需存储多份数据表，能够有效地避免资源的浪费，还可以使得数据处理逻辑和业务代码解耦，从而方便进行业务维护，并且，在拓展新的数据处理需求时，可以无需改动现有的代码，对存量业务不会造成影响，从而达到业务方便扩展的技术效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的数据处理方法的应用场景图；

图2是本申请根据一示例实施例示出的数据处理方法的流程示意图；

图3是本申请根据另一示例实施例示出的数据处理方法的流程示意图；

图4是本申请根据一示例实施例示出的数据处理装置的结构示意图；

图5是本申请根据一示例实施例示出的电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

由于金融行业的安全性、实时性要求，对于前端设备与后端服务器之间进行数据交互过程中敏感数据的处理是至关重要的一个环节。其中，数据脱敏是指对某些敏感信息通过脱敏规则进行数据的变形，实现敏感隐私数据的可靠保护。在涉及客户安全数据或者一些商业性敏感数据的情况下，在不违反系统规则条件下，对真实数据进行改造，如身份证号、手机号、卡号、客户号等个人信息都需要进行数据脱敏。目前，对于数据的脱敏保护通常是通过以下两种方式：

第一种方式、通过在保存敏感数据入库的时候，将原始数据和脱敏数据分别保存在两张表，当与前端交互的时候取脱敏数据的表，而当进行其他业务则用原始数据表。对于这种方式，在实现的过程中，需要存储多份数据表，容易造成资源的浪费。

第二种方式、在前端设备与后端服务器交互的时候，通过代码对后端服务器每个接口返回到前端设备的敏感数据进行单独的脱敏处理。而对于这种方式，则需要将处理敏感数据的逻辑和业务代码耦合在一起，并且需要对后端服务器每个接口都特殊处理，不利于业务维护，并且，如果要拓展新的敏感字段的脱敏处理，需要改动现有的代码，对存量业务可能造成影响，不方便扩展。

针对上述各个技术问题，本申请实施例中提供的一种数据处理方法、装置、介质、设备及程序产品，通过获取后端服务器响应于前端设备请求的交互数据作为待处理数据，然后，根据预设处理协议中的预设目标注解来对目标协议字段所相应的待处理字符串进行字符处理，从而使得可以通过在目标协议字段上添加预设目标注解的方式，来实现对于待处理数据中目标协议字段所对应的待处理字符串的自动处理。而通过上述数据处理方式，既无需存储多份数据表，能够有效地避免资源的浪费，还可以使得数据处理逻辑和业务代码解耦，从而方便进行业务维护，并且，在拓展新的数据处理需求时，可以无需改动现有的代码，对存量业务不会造成影响，从而达到业务方便扩展的技术效果。

图1是本申请提供的数据处理方法的应用场景图。本实施例提供的数据处理方法可应用如图1所示的应用环境中。具体地，该数据处理方法应用在数据处理系统中，该数据处理系统包括如图1所示的前端设备100和后端服务器200，前端设备100和后端服务器200通过网络进行通信，用于实现根据用户自定义的处理规则对特定信息进行数据处理(例如，可以是对敏感信息进行脱敏处理)。其中，前端设备100又称为用户端，是指与服务器相对应,为客户提供本地服务的程序。前端设备100可安装在但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备上。而后端服务器200可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

图2是本申请根据一示例实施例示出的数据处理方法的流程示意图。如图2所示，本实施例提供的数据处理方法，包括：

步骤101、获取待处理数据。

在前端设备和后端服务器进行数据交互的过程中，后端服务器会响应于前端设备请求，向前端设备反馈数据。而对于待处理数据的获取，可以是通过后端服务器中的过滤器、拦截器或者在后端服务器中的配置切面进行获取。而对于后端服务器向前端设备反馈的待处理数据中，经常会包括敏感信息，例如：身份证号、姓名、手机号、微信号、广告标示符(Identifier For Identifier，IDFA)、国际移动设备识别码(International MobileEquipment Identity，IMEI)、纳税人识别号、地址、生日、邮件、Mac地址、房产证掩码、固定电话、对公账户等。如果后端服务器直接将这些敏感信息发送至前端设备，则容易导致敏感信息的泄露，因此，在后端服务器中需要对此类敏感信息进行处理，再将去除敏感信息后的数据发送至前端设备。

步骤102、判断待处理数据中各个待处理字符串所对应的目标协议字段在预设处理协议中是否存在相对应的预设目标注解。若判断结果为是，则执行步骤103。

在获取到待处理数据之后，需要判断待处理数据中各个待处理字符串所对应的目标协议字段在预设处理协议中是否存在相对应的预设目标注解。

其中，上述的预设处理协议，则可以是时包括对各个目标协议字段所对应的预设目标注解。在本实施例中，可以是定义一套脱敏注解集合，其中，可以包含字符串字段脱敏注解WeupDataMask、字符串字段对称加密注解WeupDataEncrypt、字符串字段脱敏后追加逻辑处理注解WeupDataMaskAfter。具体的，对于此类注解用在字段上，则是指定该字段的脱敏类型，例如：对于@WeupDataMask(value＝weupDataMaskType.MOBILE_NO)，则是表示该字段脱敏类型是手机号。而若用在java类上，是用来关联具体的脱敏转换器，例如：对于@WeupDataMask(weupDataMaskType.MOBILE_NO)，则是表示该类是手机号脱敏转换器。在本步骤中，被该注解集合中任一注解指定的字段会被相应的脱敏转换器自动加掩码。而基于该注解集合，可以建立身份证号、姓名、手机号、微信号、IDFA、IMEI、纳税人识别号、地址、生日、邮件、Mac地址、房产证掩码、固定电话、对公账户等多种脱敏转换器，从而适用大部分业务场景。此外，基于该注解集合也很容易扩展新的脱敏转换器，以满足业务扩展的需求。若确定待处理数据中存在待处理字符串所对应的目标协议字段在预设处理协议中是否存在相对应的预设目标注解时，例如，存在字符串字段脱敏注解WeupDataMask时，则对该待处理字符串需要进行后续的脱敏处理。

步骤103、对待处理字符串进行字符处理，以生成处理后数据。

在本步骤中，后端服务器在将数据发送至前端设备之前，可以利用预设处理协议对待处理数据中目标协议字段所对应的待处理字符串进行字符处理，以生成处理后数据。

其中，处理后数据中目标协议字段所对应的处理后字符串与待处理字符串之间至少存在一个差异字符。例如，处理后数据中包括手机号码：12345678912，则利用预设处理协议可以对待处理数据中手机号码字段的待处理字符串“12345678912”进行字符处理。对于字符处理的方式，此处可以以进行加密掩码处理进行示例说明，其中，加密掩码指的是将敏感数据部分某种特殊字符进行替换，以实现防止敏感数据泄露，从而保证数据安全性。但是，值得说明的，在本实施例中并不将上述的字符处理仅仅限定在加密掩码处理，而是能够改变待处理字符串中的字符内容、字符排布顺序以及字符串长度，从而使得处理后字符串与待处理字符串之间至少存在一个差异字符的任意处理手段均可以满足本步骤中对于待处理字符串的处理需求。

在本实施例中，通过获取后端服务器响应于前端设备请求的交互数据作为待处理数据，然后，根据预设处理协议中的预设目标注解来对目标协议字段所相应的待处理字符串进行字符处理，从而使得可以通过在目标协议字段上添加预设目标注解的方式，来实现对于待处理数据中目标协议字段所对应的待处理字符串的自动处理。而通过上述数据处理方式，既无需存储多份数据表，能够有效地避免资源的浪费，还可以使得数据处理逻辑和业务代码解耦，从而方便进行业务维护，并且，在拓展新的数据处理需求时，可以无需改动现有的代码，对存量业务不会造成影响，从而达到业务方便扩展的技术效果。

在上述实施例的基础上，可以将上述实施例所提供的数据处理方案应用于数据脱敏处理。具体的，可以在数据处理系统中，配置身份证号、姓名、手机号、微信号、IDFA、IMEI、纳税人识别号、地址、生日、邮件、Mac地址、房产证掩码、固定电话、对公账户等多种脱敏转换器。然后，在启动该数据处理系统时，就会自动扫描注册加载上述的各个脱敏转换器。

此外，可以是在后端服务器的过滤器中，添加数据脱敏处理程序模块，并在该数据脱敏处理程序模块中定义预设处理协议，然后，在该预设处理协议中为需要进行脱敏处理的协议字段添加注解。例如，需要对后端服务器反馈至前端设备的数据中所包括的手机号进行脱敏处理，则就可以在该预设处理协议中为手机号协议字段添加注解。在过滤器获取到后端服务器响应于前端设备请求的待处理数据之后，就会通过该注解先确定需要对该待处理数据中的手机号进行脱敏处理，然后，再调用手机号脱敏转换器对待处理数据中的手机号字符串进行脱敏处理。同理，若需要对后端服务器反馈至前端设备的数据中所包括的地址进行脱敏处理，则就可以在该预设处理协议中为地址协议字段添加注解。在过滤器获取到后端服务器响应于前端设备请求的待处理数据之后，就会通过该注解先确定需要对该待处理数据中的地址进行脱敏处理，然后，再调用地址脱敏转换器对待处理数据中的地址字符串进行脱敏处理。

并且，只需为预设处理协议中新增敏感数据类型对应的协议字段添加注解，然后，定义一个对应的新增脱敏转换器，以通过在该注解先确定需要对该待处理数据中的新增敏感数据类型进行脱敏处理，再通过调用新增脱敏转换器对待处理数据中的地址字符串进行脱敏处理，即可实现对于新增敏感数据类型进行脱敏处理的业务需求。

图3是本申请根据另一示例实施例示出的数据处理方法的流程示意图。如图3所示，本实施例提供的数据处理方法，包括：

步骤201、获取待处理数据。

在前端设备和后端服务器进行数据交互的过程中，后端服务器会响应于前端设备请求，向前端设备反馈数据。而对于待处理数据的获取，可以是通过后端服务器中的过滤器、拦截器或者在后端服务器中的配置切面进行获取。而对于后端服务器向前端设备反馈的待处理数据中，经常会包括敏感信息，例如：身份证号、姓名、手机号、微信号、IDFA、IMEI、纳税人识别号、地址、生日、邮件、Mac地址、房产证掩码、固定电话、对公账户等。如果后端服务器直接将这些敏感信息发送至前端设备，则容易导致敏感信息的泄露，因此，在后端服务器中需要对此类敏感信息进行处理，再将去除敏感信息后的数据发送至前端设备。

由于待处理数据中通常包括各种不同类型的业务数据，其中，有些类型的业务数据(例如，项目自身对应的业务数据)需要进行脱敏处理，而有些类型的数据(例如，其他项目对应的辅助业务数据)并不需要进行脱敏处理。因此，在获取到待处理数据之后，还可以在确定待处理数据为目标业务数据之后，再对其进行脱敏处理，从而有效地避免了对于不必要数据的脱敏处理。

步骤202、利用预设处理协议获取待处理数据中符合目标协议字段的待处理字符串。

在获取到待处理数据之后，可以利用预设处理协议获取待处理数据中符合目标协议字段的待处理字符串。其中，在预设处理协议中可以包括多个协议字段，例如：身份证号协议字段、姓名协议字段、手机号协议字段、微信号协议字段、IDFA协议字段、IMEI协议字段、纳税人识别号协议字段、地址协议字段、生日协议字段、邮件协议字段、Mac地址协议字段、房产证掩码协议字段、固定电话协议字段、对公账户协议字段等。各个协议字段分别标识有对应的预设注解，值得说明的，各个协议字段可以是标注有同一个预设注解，也可以是标注有不同的预设注解。若各个协议字段可以是标注有同一个预设注解，则可以是通过获取预设注解中的内容确定需要进行处理的目标协议字段，进而再确定待处理数据中符合目标协议字段的待处理字符串。然后，再调用目标协议字段对应的目标数据处理模块，以利用目标数据处理模块对上述待处理字符串进行字符处理，例如，进行掩码处理。

可选的，若待处理数据为加密数据，则在利用预设处理协议对待处理数据中目标协议字段所对应的待处理字符串进行字符处理之前，还需要对待处理数据进行第一解密处理，以生成解密数据，解密数据用于后续的字符处理以生成处理后数据，然后，在生成处理后数据之后，再对处理后数据进行第一加密处理，以生成待发送数据，第一解密处理与第一加密处理为对应关系。最后，再将待发送数据发送至前端设备。

步骤203、获取预设目标注解中的注解值。

在获取到待处理数据中符合目标协议字段的待处理字符串之后，还需要对该待处理字符串进行掩码处理。在本步骤中，可以获取预设目标注解中的注解值，例如：对于@WeupDataMask(weupDataMaskType.MOBILE_NO)，则目标注解中的注解值为weupDataMaskType.MOBILE_NO。

然后，根据目标注解中的注解值以及预设映射表可以确定并调用目标脱敏转换器，例如，根据weupDataMaskType.MOBILE_NO以及预设映射表可以调用手机号脱敏转换器。其中，预设映射表可以以EnumMap的形式存储在内存中，而EnumMap的key为需要脱敏字段的脱敏注解的注解值，即开发定义的脱敏转换器类型枚举值，从而将预设映射表中的key和脱敏转换器的注解值联系在一起，在定义和使用脱敏转换器的时候，只需要关注脱敏转换器中的枚举值即可。

步骤204、根据注解值以及预设映射表确定第一目标脱敏转换器以及第二目标脱敏转换器。

而在本实施例所应用的数据处理系统中，除了设置有通用脱敏转换器之外，还为了满足业务的特殊需求，还可以自定义脱敏转换器。具体的通用脱敏转换器通常已经可以支持大部分场景，而在本实施例中，可以通过将自定义脱敏转换器的映射关系优先于通用脱敏转换器的方式，使得在具体业务中具备很好的灵活性，从而可以根据业务需要，开发各类自定义脱敏转换器。

需要理解的，通用手机号脱敏转换器可以将手机号“12345678912”脱敏处理为“1234567****”，即对手机号的后四位进行了掩码处理。但是，如果业务存在其他需求，需要对手机号的中间四位进行掩码处理，则通过本实施例提供的方法，可以自定义另一手机自定义脱敏转换器，从而利用自定义脱敏转换器将手机号“12345678912”脱敏处理为“1234****912”。

此时，由于通用脱敏转换器以及自定义脱敏转换器均为对相同目标对象进行脱敏处理的脱敏转换器，因此，其在EnumMap中对应注解值相同，即根据注解值以及预设映射表会一起调用第一目标脱敏转换器以及第二目标脱敏转换器。

步骤205、确定第一目标脱敏转换器为目标脱敏转换器。

然而，通过第一目标脱敏转换器以及第二目标脱敏转换器分别脱敏转化的数据结果并不相同，为了满足用户自定义业务需求，可以确定第一目标脱敏转换器为目标脱敏转换器。此外，还可以将第一目标脱敏转换器以及第二目标脱敏转换器进行合并使用。

步骤206、利用目标脱敏转换器对待处理字符串进行掩码处理。

在确定目标脱敏转换器，可以利用目标脱敏转换器对待处理字符串进行掩码处理。例如，利用手机自定义脱敏转换器将手机号“12345678912”脱敏处理为“1234****912”。

在单个脱敏转换器注册加载过程中，会先识别被扫描类是否属于脱敏转换器，然后将脱敏转换器加载进内存中。识别被扫描类是脱敏转换器的方式是基于脱敏转换器基类，所有脱敏转换器都继承该基类。当识别出脱敏转换器类之后，可以获取该转换器的注解值，该值作为预设映射表中的key，创建类的实例作为预设映射表中的value。后续即可根据key值从该预设映射表中获取所需的脱敏转换器实例。在本实施例中，将预设映射表中的key和脱敏转换器的注解值联系在一起，在定义和使用脱敏转换器的时候，只需要关注脱敏转换器中的枚举值即可。此外，在本实施中，支持自定义脱敏转换器可覆盖默认脱敏转换器，能适用于各种个性化需求，灵活性较好。

并且，如果需要扩展一种新的脱敏转换器，只需要新建一个脱敏转换器类，然后在预设映射表中对应新建一种脱敏转换器枚举，以实现这种脱敏转换器类。当需要进行使用时，可以在该转换器的字段加上注解，该注解的注解值等于该脱敏转换器枚举，即可实现加密掩码功能。而对于特定业务场景，可以新建相同注解值的脱敏转换器，然后，通过扫描加载技术会覆盖相同注解值的通用脱敏转换器，从而实现能够既适用于通用场景，也能够适用于特定场景的效果。此外，利用本实施例提供的方案，在添加新的脱敏转换器时，拓展性很好，和现有业务代码完全解耦。

在上述实施例的基础上，所定义一套脱敏注解集合，可以包括第一预设注解、第二预设注解以及第三预设注解。其中，第一预设注解用于指示对待处理字符串直接进行掩码处理，以生成处理后数据。第二预设注解用于指示对待处理数据进行加密处理，以生成处理后数据。第三预设注解用于指示对处理后数据进行追加处理。其中，第一预设注解可以为字符串字段脱敏注解WeupDataMask，第二预设注解可以为WeupDataEncrypt，而第三预设注解可以为字符串字段脱敏后追加逻辑处理注解WeupDataMaskAfter。

若预设目标注解包括第一预设注解以及第三预设注解，则在利用预设处理协议对待处理数据中目标协议字段所对应的待处理字符串进行字符处理，以生成处理后数据之后，还需要可以进行对处理后数据进行追加处理，例如：按照预设字符长度将处理后字符串分段发送至前端设备，以对处理后数据进行追加处理。具体的，在某些场景下，需要将银行卡加掩码，然后按照四位一段隔开的方式返回给前端设备，即第一次返回“1234”，第二次返回“4567”，第三次返回“8910”，第四次返回“****”。在现有其他方案中，通常是采用硬编码的方式，针对卡号做特殊处理，处理逻辑生硬且和业务代码耦合严重。而利用本实施例提供的方案，只需要对该协议字段加银行卡脱敏注解和脱敏后追加逻辑处理注解，然后，在脱敏转换器中实现脱敏和追加逻辑处理，即可实现将银行卡“1234456789109871”脱敏处理为“123445678910****”之后，还按照第一次返回“1234”，第二次返回“4567”，第三次返回“8910”，第四次返回“****”的方式进行数据返回，可见，可以与业务代码完全解耦，扩展性和复用性非常好。

此外，在对待处理数据进行脱敏处理时，由于待处理数据中会包含各种类型的数据以及对象，例如：列表类型、数组类型以及字符串类型。而在对待处理数据进行脱敏处理时，为了避免对不必要的数据类型所对应的数据进行误脱敏，则需要识别出待处理数据中的待处理字符串(字符串类型的数据)。值得说明的，在列表类型或数组类型中通常会包括多个变量，而对于变量中的数据所对应的数据类型可以为字符串类型、整型、浮点型等，而在脱敏处理过程中，通常只需对字符串类型的数据进行脱敏，而无需对整型或浮点型数据进行脱敏。但是，在待处理数据中通常会包括多种类型格式的数据，例如，当需要对银行汇款单数据(通常以列表类型的数据形式存储)进行脱敏处理时，其所对应的待处理数据通常包括：转账卡号(字符串类型)、接收卡号(字符串类型)、转账金额(浮点型)、业务流水号(整型)等数据。在对银行汇款单数据进行脱敏时，通常只需对转账卡号(字符串类型)以及接收卡号(字符串类型)进行脱敏处理，而对于转账金额(浮点型)以及业务流水号(整型)并不做脱敏处理。

因此，在处理响应对象脱敏的时候，程序会判断该对象是否为列表类型或数组类型等集合类型数据，如果该对象为集合类型数据，则先需要对集合类型数据内的各个变量逐个递归调用，最终处理到对象内的所有变量，从而将该对象拆解到字符串维度，然后仅对字符串类型的数据进行脱敏。

此外，对于上述对象，还存在集合类型数据中的变量指向自身集合中的另一变量的可能性，即该集合类型数据中的变量处于自循环调用的引用关系。因此，在对该类对象进行递归遍历的过程中，可以将所指向的另一变量重新设置回该集合进行对比，从而在遍历该集合中的各个变量时，判断所指向的另一变量是否在该集合中，如果在，则对于对该类对象的遍历直接作返回，以进行后续步骤，进而避免程序陷入死循环。

图4是本申请根据一示例实施例示出的数据处理装置的结构示意图。如图4所示，本实施例提供的数据处理装置300，包括：

获取模块301，用于获取待处理数据，所述待处理数据为后端服务器响应于前端设备请求的交互数据；

处理模块302，用于判断所述待处理数据中各个待处理字符串所对应的目标协议字段在预设处理协议中是否存在相对应的预设目标注解；

所述处理模块302，还用于对所述待处理字符串进行字符处理，以生成处理后数据，其中，所述处理后数据中所述目标协议字段所对应的处理后字符串与所述待处理字符串之间至少存在一个差异字符。

在一种可能的设计中，所述处理模块302，具体用于：

利用所述预设处理协议获取所述待处理数据中符合所述目标协议字段的所述待处理字符串，所述预设处理协议中包括多个协议字段，其中，各个所述协议字段分别标识有对应的预设注解，所述目标协议字段包括所述预设处理协议中的至少一个协议字段；

调用所述目标协议字段对应的目标数据处理模块，以利用所述目标数据处理模块对所述待处理字符串进行字符处理。

在一种可能的设计中，所述处理模块302，具体用于：

获取所述预设目标注解中的注解值，所述注解值用于标识所述目标协议字段；

根据所述注解值以及预设映射表确定目标脱敏转换器，所述目标数据处理模块包括所述目标脱敏转换器；

利用所述目标脱敏转换器对所述待处理字符串进行掩码处理，其中，所述处理后字符串为将所述待处理字符串中的部分字符替换为掩码字符后所生成的字符串。

在一种可能的设计中，所述处理模块302，具体用于：

根据所述注解值以及预设映射表确定第一目标脱敏转换器以及第二目标脱敏转换器，所述目标数据处理模块包括所述第一目标脱敏转换器以及所述第二目标脱敏转换器，其中，所述第一目标脱敏转换器为自定义脱敏转换器，所述第二目标脱敏转换器为通用脱敏转换器；

确定所述第一目标脱敏转换器为所述目标脱敏转换器。

在一种可能的设计中，所述预设注解包括第一预设注解、第二预设注解以及第三预设注解；

其中，所述第一预设注解用于指示对所述待处理字符串直接进行掩码处理，以生成所述处理后数据；

所述第二预设注解用于指示对所述待处理数据进行加密处理，以生成所述处理后数据；

所述第三预设注解用于指示对所述处理后数据进行追加处理。

在一种可能的设计中，若所述预设目标注解包括所述第一预设注解以及所述第三预设注解，则所述处理模块302，还用于按照预设字符长度将所述处理后字符串分段发送至所述前端设备，以对处理后数据进行追加处理。

在一种可能的设计中，所述处理模块302，还用于确定所述待处理数据为目标业务数据。

在一种可能的设计中，所述处理模块302，具体用于：

对所述待处理数据进行第一解密处理，以生成解密数据，所述解密数据用于后续的所述字符处理以生成所述处理后数据；

对所述处理后数据进行第一加密处理，以生成待发送数据，所述第一解密处理与所述第一加密处理为对应关系；

所述数据处理装置300，还包括：

发送模块303，用于发送所述待发送数据至所述前端设。

在一种可能的设计中，所述获取模块301，具体用于：

通过所述后端服务器中的过滤器获取所述待处理数据；和/或，

通过所述后端服务器中的拦截器获取所述待处理数据；和/或，

通过所述后端服务器中的配置切面获取所述待处理数据。

在一种可能的设计中，所述处理模块302，还用于对集合类型数据中的各个变量进行递归调用，以确定包含字符串类型数据的目标变量；

所述处理模块302，还用于根据所述目标变量确定所述待处理字符串。

在一种可能的设计中，所述处理模块302，还用于对集合类型数据中的各个变量进行递归调用；

所述处理模块302，还用于在对当前变量进行调用时，若所述当前变量所指向的目标变量属于所述集合类型数据，则直接返回，以进行后续步骤。

本实施例提供数据处理装置，可以用于执行上述方法实施例中的步骤。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图5是本申请根据一示例实施例示出的电子设备的结构示意图。如图5所示，本实施例提供的一种电子设备400，包括：

处理器401；以及，

存储器402，用于存储所述处理器的可执行指令，该存储器还可以是flash(闪存)；

其中，所述处理器401配置为经由执行所述可执行指令来执行上述方法中的各个步骤。

可选地，存储器402既可以是独立的，也可以跟处理器401集成在一起。

当所述存储器402是独立于处理器401之外的器件时，所述电子设备400，还可以包括：

总线403，用于连接所述处理器401以及所述存储器402。

本实施例还提供一种可读存储介质，可读存储介质中存储有计算机程序，当电子设备的至少一个处理器执行该计算机程序时，电子设备执行上述方法中的各个步骤。

本实施例还提供一种程序产品，该程序产品包括计算机程序，该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序，至少一个处理器执行该计算机程序使得电子设备实施上述方法中的各个步骤。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (15)

1.一种数据处理方法，其特征在于，应用于后端服务器，所述方法包括：

获取待处理数据，所述待处理数据为所述后端服务器响应于前端设备请求的交互数据；

判断所述待处理数据中各个待处理字符串所对应的目标协议字段在预设处理协议中是否存在相对应的预设目标注解；

若判断结果为是，则对所述待处理字符串进行字符处理，以生成处理后数据，其中，所述处理后数据中所述目标协议字段所对应的处理后字符串与所述待处理字符串之间至少存在一个差异字符。

2.根据权利要求1所述的数据处理方法，其特征在于，所述对所述待处理字符串进行字符处理，包括：

利用所述预设处理协议获取所述待处理数据中符合所述目标协议字段的所述待处理字符串，所述预设处理协议中包括多个协议字段，其中，各个所述协议字段分别标识有对应的预设注解，所述目标协议字段包括所述预设处理协议中的至少一个协议字段；

调用所述目标协议字段对应的目标数据处理模块，以利用所述目标数据处理模块对所述待处理字符串进行字符处理。

3.根据权利要求2所述的数据处理方法，其特征在于，所述调用所述目标协议字段对应的目标数据处理模块，以利用所述目标数据处理模块对所述待处理字符串进行字符处理，包括：

获取所述预设目标注解中的注解值，所述注解值用于标识所述目标协议字段；

根据所述注解值以及预设映射表确定目标脱敏转换器，所述目标数据处理模块包括所述目标脱敏转换器；

利用所述目标脱敏转换器对所述待处理字符串进行掩码处理，其中，所述处理后字符串为将所述待处理字符串中的部分字符替换为掩码字符后所生成的字符串。

4.根据权利要求3所述的数据处理方法，其特征在于，所述根据所述注解值以及预设映射表确定目标脱敏转换器，包括：

根据所述注解值以及预设映射表确定第一目标脱敏转换器以及第二目标脱敏转换器，所述目标数据处理模块包括所述第一目标脱敏转换器以及所述第二目标脱敏转换器，其中，所述第一目标脱敏转换器为自定义脱敏转换器，所述第二目标脱敏转换器为通用脱敏转换器；

确定所述第一目标脱敏转换器为所述目标脱敏转换器。

5.根据权利要求2-4中任意一项所述的数据处理方法，其特征在于，所述预设注解包括第一预设注解、第二预设注解以及第三预设注解；

其中，所述第一预设注解用于指示对所述待处理字符串直接进行掩码处理，以生成所述处理后数据；

所述第二预设注解用于指示对所述待处理数据进行加密处理，以生成所述处理后数据；

所述第三预设注解用于指示对所述处理后数据进行追加处理。

6.根据权利要求5所述的数据处理方法，其特征在于，若所述预设目标注解包括所述第一预设注解以及所述第三预设注解，则在所述利用预设处理协议对所述待处理数据中目标协议字段所对应的待处理字符串进行字符处理，以生成处理后数据之后，还包括：

按照预设字符长度将所述处理后字符串分段发送至所述前端设备，以对处理后数据进行追加处理。

7.根据权利要求1-4中任意一项所述的数据处理方法，其特征在于，在所述获取待处理数据之后，还包括：

确定所述待处理数据为目标业务数据。

8.根据权利要求1-4中任意一项所述的数据处理方法，其特征在于，若所述待处理数据为加密数据，则在利用预设处理协议对所述待处理数据中目标协议字段所对应的待处理字符串进行字符处理之前，还包括：

对所述待处理数据进行第一解密处理，以生成解密数据，所述解密数据用于后续的所述字符处理以生成所述处理后数据；

在所述生成处理后数据之后，还包括：

对所述处理后数据进行第一加密处理，以生成待发送数据，所述第一解密处理与所述第一加密处理为对应关系；

发送所述待发送数据至所述前端设备。

9.根据权利要求1-4中任意一项所述的数据处理方法，其特征在于，所述获取待处理数据，包括：

通过所述后端服务器中的过滤器获取所述待处理数据；和/或，

通过所述后端服务器中的拦截器获取所述待处理数据；和/或，

通过所述后端服务器中的配置切面获取所述待处理数据。

10.根据权利要求1-4中任意一项所述的数据处理方法，其特征在于，在获取待处理数据之后，还包括：

若所述待处理数据中包括集合类型数据，则对所述集合类型数据中的各个变量进行递归调用，以确定包含字符串类型数据的目标变量；

根据所述目标变量确定所述待处理字符串。

11.根据权利要求1-4中任意一项所述的数据处理方法，其特征在于，在获取待处理数据之后，还包括：

若所述待处理数据中包括集合类型数据，则对所述集合类型数据中的各个变量进行递归调用；

若在对当前变量进行调用时，所述当前变量所指向的目标变量属于所述集合类型数据，则直接返回，以进行后续步骤。

12.一种数据处理装置，其特征在于，包括：

获取模块，用于获取待处理数据，所述待处理数据为后端服务器响应于前端设备请求的交互数据；

处理模块，用于判断所述待处理数据中各个待处理字符串所对应的目标协议字段在预设处理协议中是否存在相对应的预设目标注解；

所述处理模块，还用于对所述待处理字符串进行字符处理，以生成处理后数据，其中，所述处理后数据中所述目标协议字段所对应的处理后字符串与所述待处理字符串之间至少存在一个差异字符。

13.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的计算机程序；

其中，所述处理器被配置为通过执行所述计算机程序来实现权利要求1至11任一项所述的数据处理方法。

14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至11任一项所述的数据处理方法。

15.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至11任一项所述的数据处理方法。

Images