技术新讯 > 计算推算,计数设备的制造及其应用技术 > 用户数据处理方法、装置、设备以及存储介质与流程  >  正文

用户数据处理方法、装置、设备以及存储介质与流程

  • 国知局
  • 2024-09-05 15:04:53

本申请涉及计算机,尤其涉及一种用户数据处理方法、装置、设备以及存储介质。

背景技术:

1、用户敏感数据下沉的实施过程中,除现存的业务系统用户之外,业务系统也会持续的新增用户。然而现有的用户数据处理方法为确保敏感数据下沉实施顺利,往往不区分用户,使用一套数据处理流程进行用户敏感数据的处理,造成了无法在保障敏感数据下沉实施顺利的同时,使得现存用户和新用户业务处理不间断的问题。

2、因此,如何能够实现对不同用户的敏感数据进行不间断的处理是一个亟待解决的技术问题。

3、上述内容仅用于辅助理解本申请的技术方案,并不代表承认上述内容是现有技术。

技术实现思路

1、本申请的主要目的在于提供一种用户数据处理方法、装置、设备以及存储介质,旨在解决如何能够实现对不同用户的敏感数据进行不间断的处理的技术问题。

2、为实现上述目的,本申请提出一种用户数据处理方法,所述方法应用于数据管理平台,所述方法包括:

3、接收用户敏感数据;

4、基于所述用户敏感数据,确认满足预设条件的用户敏感数据为第一用户敏感数据,不满足预设条件的用户敏感数据为第二用户敏感数据;

5、根据第一数据处理流程,将所述第一用户敏感数据实时下沉至数据存储系统;

6、根据第二数据处理流程,将所述第二用户敏感数据下沉至数据存储系统。

7、在一实施例中,所述基于所述用户敏感数据,确认满足预设条件的用户敏感数据为第一用户敏感数据,不满足预设条件的用户敏感数据为第二用户敏感数据的步骤,包括:

8、基于所述用户敏感数据,确定用户类型与用户下沉灰度值;

9、判断所述用户类型是否为预设用户类型,且所述用户下沉灰度值是否在预设灰度范围内;

10、若皆是,则确认所述用户敏感数据为第一用户敏感数据;

11、若所述用户类型不是预设用户类型,或者所述用户类型是预设用户类型,且所述用户下沉灰度值不在预设灰度范围内,确认所述用户敏感数据为第二用户敏感数据。

12、在一实施例中,所述判断所述用户类型是否为预设用户类型,且所述用户下沉灰度值是否在预设灰度范围内的步骤之前,包括:

13、基于预设时间内所述数据管理平台进行数据下沉的运行情况,动态调整所述预设灰度范围。

14、在一实施例中,所述判断所述用户类型是否为预设用户类型,且所述用户下沉灰度值是否在预设灰度范围内的步骤之前,还包括:

15、基于所述用户敏感数据,判断用户是否处于预设用户白名单内;

16、当用户处于预设用户白名单内时,则确认所述用户敏感数据为第一用户敏感数据;

17、当用户不处于预设用户白名单内时,则执行步骤:判断所述用户类型是否为预设用户类型,且所述用户下沉灰度值是否在预设灰度范围内。

18、在一实施例中,所述数据管理平台包括云数据库,所述根据第二数据处理流程,将所述第二用户敏感数据下沉至数据存储系统的步骤,包括:

19、将所述第二用户敏感数据进行加密处理,得到第二用户加密数据,并将所述第二用户加密数据存储至所述云数据库;

20、基于预设定时任务机制,将所述第二用户加密数据下沉至数据存储系统。

21、在一实施例中,所述数据管理平台包括云数据库,所述根据第一数据处理流程,将所述第一用户敏感数据实时下沉至数据存储系统的步骤之后,还包括:

22、当数据下沉成功后,将所述第一用户敏感数据进行脱敏处理,得到第一用户脱敏数据,并将所述第一用户脱敏数据存储至所述云数据库;

23、当数据下沉失败后,将所述第一用户敏感数据进行加密处理,得到第一用户加密数据;

24、将所述第一用户加密数据存储至所述云数据库,并对所述第一用户敏感数据进行下沉失败记录,得到下沉失败记录结果;

25、基于预设定时任务机制与所述下沉失败记录结果,将所述第一用户加密数据重新下沉至数据存储系统。

26、在一实施例中,所述方法还包括:

27、基于用户敏感数据使用需求,查询并确认云数据库中的相应用户敏感数据是否已下沉;

28、当所述用户敏感数据已下沉时,根据所述用户敏感数据使用需求,判断是否需要完整的用户敏感数据;

29、若是,则根据所述用户敏感数据,在所述数据存储系统查询对应的用户完整敏感数据,得到需求数据;

30、若否,则确定所述用户敏感数据为需求数据;

31、当所述用户敏感数据未下沉时,对所述用户敏感数据进行解密脱敏,得到需求数据。

32、此外,为实现上述目的,本申请还提出一种用户数据处理装置,所述用户数据处理装置应用于数据管理平台,所述用户数据处理装置包括:

33、接收模块,用于接收用户敏感数据;

34、确定模块,用于基于所述用户敏感数据,确认满足预设条件的用户敏感数据为第一用户敏感数据,不满足预设条件的用户敏感数据为第二用户敏感数据;

35、数据下沉模块,用于根据第一数据处理流程,将所述第一用户敏感数据实时下沉至数据存储系统;根据第二数据处理流程,将所述第二用户敏感数据下沉至数据存储系统。

36、此外,为实现上述目的,本申请还提出一种用户数据处理设备,所述设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序配置为实现如上文所述的用户数据处理方法的步骤。

37、此外,为实现上述目的,本申请还提出一种存储介质,所述存储介质为计算机可读存储介质,所述存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上文所述的用户数据处理方法的步骤。

38、本申请提出的一个或多个技术方案,至少具有以下技术效果:

39、本申请实施例提出的用户数据处理方法、装置、设备以及存储介质,具体通过接收用户敏感数据;基于所述用户敏感数据,确认满足预设条件的用户敏感数据为第一用户敏感数据,不满足预设条件的用户敏感数据为第二用户敏感数据;根据第一数据处理流程,将所述第一用户敏感数据实时下沉至数据存储系统;根据第二数据处理流程,将所述第二用户敏感数据下沉至数据存储系统。

40、本申请通过实时接收用户敏感数据,依据预设条件将用户敏感数据进行分类,并对分类后的用户敏感数据进行不同的数据处理流程,能够在用户敏感数据下沉实施过程中,实现对于不同用户进行并行业务处理,在保障敏感数据下沉实施顺利的同时,保障业务处理不间断。

技术特征:

1.一种用户数据处理方法,其特征在于,所述方法应用于数据管理平台,所述方法包括:

2.如权利要求1所述的方法,其特征在于,所述基于所述用户敏感数据,确认满足预设条件的用户敏感数据为第一用户敏感数据,不满足预设条件的用户敏感数据为第二用户敏感数据的步骤,包括:

3.如权利要求2所述的方法,其特征在于,所述判断所述用户类型是否为预设用户类型,且所述用户下沉灰度值是否在预设灰度范围内的步骤之前,包括:

4.如权利要求2所述的方法,其特征在于,所述判断所述用户类型是否为预设用户类型,且所述用户下沉灰度值是否在预设灰度范围内的步骤之前,还包括:

5.如权利要求1所述的方法,其特征在于,所述数据管理平台包括云数据库,所述根据第二数据处理流程,将所述第二用户敏感数据下沉至数据存储系统的步骤,包括:

6.如权利要求1所述的方法,其特征在于,所述数据管理平台包括云数据库,所述根据第一数据处理流程,将所述第一用户敏感数据实时下沉至数据存储系统的步骤之后,还包括:

7.如权利要求5至6中任一项所述的方法,其特征在于,所述方法还包括:

8.一种用户数据处理装置,其特征在于,所述用户数据处理装置应用于数据管理平台,所述用户数据处理装置包括:

9.一种用户数据处理设备,其特征在于,所述设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序配置为实现如权利要求1至7中任一项所述的用户数据处理方法的步骤。

10.一种存储介质,其特征在于,所述存储介质为计算机可读存储介质,所述存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的用户数据处理方法的步骤。

技术总结本申请公开了一种用户数据处理方法、装置、设备以及存储介质,涉及计算机技术领域,所述方法应用于数据管理平台,所述方法包括:接收用户敏感数据;基于所述用户敏感数据,确认满足预设条件的用户敏感数据为第一用户敏感数据,不满足预设条件的用户敏感数据为第二用户敏感数据;根据第一数据处理流程,将所述第一用户敏感数据实时下沉至数据存储系统;根据第二数据处理流程,将所述第二用户敏感数据下沉至数据存储系统。本申请能够在用户敏感数据下沉实施过程中,实现对于不同用户进行并行业务处理,保障业务处理不间断。技术研发人员:孙婕,周小涤,赵凯,刘印辉,陈一丰受保护的技术使用者:深圳市深圳通有限公司技术研发日:技术公布日:2024/9/2

本文地址:https://www.jishuxx.com/zhuanli/20240905/289447.html

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 YYfuon@163.com 举报,一经查实,本站将立刻删除。