CN116186080A - 一种名单管理方法及系统 - Google Patents
一种名单管理方法及系统 Download PDFInfo
- Publication number
- CN116186080A CN116186080A CN202211430143.7A CN202211430143A CN116186080A CN 116186080 A CN116186080 A CN 116186080A CN 202211430143 A CN202211430143 A CN 202211430143A CN 116186080 A CN116186080 A CN 116186080A
- Authority
- CN
- China
- Prior art keywords
- list
- name
- item
- component
- field
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000007726 management method Methods 0.000 title abstract description 13
- 238000000034 method Methods 0.000 claims description 17
- 210000004899 c-terminal region Anatomy 0.000 claims description 6
- 238000004364 calculation method Methods 0.000 claims description 5
- 238000004590 computer program Methods 0.000 claims description 4
- 230000006870 function Effects 0.000 description 29
- 238000004891 communication Methods 0.000 description 10
- 238000004519 manufacturing process Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000013500 data storage Methods 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 239000013589 supplement Substances 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000013528 artificial neural network Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 210000004027 cell Anatomy 0.000 description 1
- 238000013524 data verification Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000000047 product Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Software Systems (AREA)
- Finance (AREA)
- Computational Linguistics (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请提供一种名单管理方法及系统,在新建名单项时,放弃使用布隆过滤器作为名单项的缓存中间件,直接将名单项缓存至缓存组件,以及将名单项的数据存储到功能服务器中,后续,若缓存组件无法查询到名单项,可以通过功能服务器中查询到名单项,并将该名单项写入缓存组件,这样既减少了名单项查询时间,又避免了缓存组件宕机导致的名单系统不可用的问题。并且,在通过功能服务器中查询到名单项,将该名单项写入缓存组件时,可以随机设置缓存组件中该名单项的失效时间,防止因为大量超时导致的缓存雪崩。
Description
技术领域
本申请涉及反欺诈系统技术领域,具体而言,涉及一种名单管理方法及系统。
背景技术
随着数字金融服务以及移动互联网的高速发展,银行保险等金融机构在面临多样化的欺诈手段和场景时,轻则影响用户体验,重则遭遇资金损失、违反监管以及商业信息泄露。金融机构在承担合规性风险、声誉风险的基础上,还会产生大量的资产损失。由此可见,做好反欺诈工作对于保护用户、金融机构资产安全都具有重要意义。
反欺诈名单系统指一套集合各类监管要求名单并提供业务系统进行接口调用,实现对于客户交易的实时监控功能的风险管理系统,支持监管或者银行内部对风险合规部分要求,自行导入、导出黑白名单数据。包含名单命中、名单查询、名单管理、名单导入导出等功能。其中,名单:在计算机科学中特质串列或者序列,是一种抽象数据类型。名单类型:根据不同监管要求,在任意字段上构建名单类型(如:手机号白名单、身份证黑名单)。
现有名单系统强依赖redis组件的布隆过滤器,如果redis不可用会导致名单组件失效,造成不可估计的生产风险。
发明内容
本申请实施例的目的在于提供一种名单管理方法及系统,用以解决现有名单系统强依赖redis组件的布隆过滤器,如果redis不可用会导致名单组件失效,造成不可估计的生产风险的问题。
本申请实施例提供的一种名单管理方法,包括:
根据创建名单项事件,查询到对应的名单类型;
根据名单类型,配置创建名单项事件对应的名单项,并生成名单项对应的主键;
将名单项和主键存储到缓存组件和至少一个功能服务器中。
上述技术方案中,在新建名单项时,放弃使用布隆过滤器作为名单项的缓存中间件,直接将名单项缓存至缓存组件,以及将名单项的数据存储到功能服务器中,后续,若缓存组件无法查询到名单项,可以通过功能服务器中查询到名单项,并将该名单项写入缓存组件,这样既减少了名单项查询时间,又避免了缓存组件宕机导致的名单系统不可用的问题。并且,在通过功能服务器中查询到名单项,将该名单项写入缓存组件时,可以随机设置缓存组件中该名单项的失效时间,防止因为大量超时导致的缓存雪崩。
在一些可选的实施方式中,还包括:
根据用户注册事件的用户数据,查询缓存组件中的所有主键:
若查询到与用户数据匹配的主键,则根据该主键确定用户数据命中的名单项。
在一些可选的实施方式中,查询缓存组件中的所有主键之后,还包括:
若未查询到与用户数据匹配的主键,则查询功能服务器中的所有主键。
在一些可选的实施方式中,还包括:
在名单类型中添加用以标识不同的场景名单类型的命名空间字段;其中,命名空间字段包括C端反欺诈、B端反欺诈和信用卡;
在名单项中添加用以标识不同的场景名单类型的命名空间字段;其中,名单项的命名空间字段的值继承对应的名单类型中命名空间字段的值。
上述技术方案中,重新定义名单类型底层数据结构,增加namespace命名空间字段标识不同的场景名单类型,例如customer:C端反欺诈、business:B端反欺诈、digital_credit_card:信用卡。相应地,重新定义名单项底层数据结构,增加namespace命名空间字段,在创建名单项的时候,根据该名单类型的命名空间值进行继承。
在一些可选的实施方式中,还包括:
在名单项中添加业务属性字段;业务属性字段用于在名单项命中时,将业务属性字段的值返回业务系统。
上述技术方案中,增加业务属性字段business_info维护名单项的业务属性,例如在创建名单时根据不同业务系统使用的场景,在命中名单时将业务属性字段的值作为结果返回,方便业务系统串联上下文。
在一些可选的实施方式中,还包括:
在名单项中添加标签字段;其中,标签字段采用数组嵌套字典的数据结构来赋予标签属性含义。
上述技术方案中,增加标签字段groups作为名单项标签,其数据结构为数组嵌套字典,在每一个字典中定义编码code、失效时间invalid_time、创建时间created和内容properties四个属性。其中编码属性作为标签的键值,代表不同的含义,例如:limit_20000代表上限2万,内容属性作为对编码属性的补充,可以在构建名单项的时候传入,使标签的含义更丰富化。
在一些可选的实施方式中,将名单项和主键存储到缓存组件和至少一个功能服务器中,包括:
在名单项存储时,生成名单项的表名,表名由包括了命名空值字段的值的数据经过哈希计算得到。
上述技术方案中,重新定义数据储存的表名,构建规则:通用前缀+业务环境+场景+机构号+名单项值,然后将其做md5求得唯一key进行命中或者删除,其中,业务环境包括开发环境、测试环境、预发布环境和生产环境等。
在一些可选的实施方式中,其中,功能服务器包括:es组件和hbase组件,es组件用于通过正则查询实现名单项的模糊匹配,hbase组件用于校验es组件和缓存组件中的数据是否与hbase中的数据一致。
上述技术方案中,利用es组件来实现名单项模糊匹配,模糊匹配依赖es组件的正则查询。将命中名单的入参作规则匹配,找到es索引,再根据不同的业务场景、名单项值去做正则匹配查询。为了保持es、redis、hbase三方数据一致,需要做一致性的补偿任务,如定时检查数据的一致性,以hbase数据为基础,校验数据。
本申请实施例提供的一种名单管理系统,包括:
查询模块,用于根据创建名单项事件,查询到对应的名单类型;
配置模块,用于根据名单类型,配置创建名单项事件对应的名单项,并生成名单项对应的主键;
存储模块,用于将名单项和主键存储到缓存组件和至少一个功能服务器中。
上述技术方案中,在新建名单项时,放弃使用布隆过滤器作为名单项的缓存中间件,直接将名单项缓存至缓存组件,以及将名单项的数据存储到功能服务器中,后续,若缓存组件无法查询到名单项,可以通过功能服务器中查询到名单项,并将该名单项写入缓存组件,这样既减少了名单项查询时间,又避免了缓存组件宕机导致的名单系统不可用的问题。并且,在通过功能服务器中查询到名单项,将该名单项写入缓存组件时,可以随机设置缓存组件中该名单项的失效时间,防止因为大量超时导致的缓存雪崩。
在一些可选的实施方式中,查询模块还用于查询根据用户注册事件的用户数据,查询缓存组件中的所有主键:
若查询到与用户数据匹配的主键,则根据该主键确定用户数据命中的名单项。
若未查询到与用户数据匹配的主键,则查询功能服务器中的所有主键。
在一些可选的实施方式中,名单类型包括用以标识不同的场景名单类型的命名空间字段;其中,命名空间字段包括C端反欺诈、B端反欺诈和信用卡;
名单项包括用以标识不同的场景名单类型的命名空间字段;其中,名单项的命名空间字段的值继承对应的名单类型中命名空间字段的值。
在一些可选的实施方式中,名单项包括业务属性字段;业务属性字段用于在名单项命中时,将业务属性字段的值返回业务系统。
在一些可选的实施方式中,名单项包括标签字段;其中,标签字段采用数组嵌套字典的数据结构来赋予标签属性含义。
在一些可选的实施方式中,存储模块还用于:在名单项存储时,生成名单项的表名,表名由包括了命名空值字段的值的数据经过哈希计算得到。
在一些可选的实施方式中,功能服务器包括:es组件和hbase组件,es组件用于通过正则查询实现名单项的模糊匹配,hbase组件用于校验es组件和缓存组件中的数据是否与hbase中的数据一致。
本申请实施例提供的一种电子设备,包括:处理器和存储器,所述存储器存储有所述处理器可执行的机器可读指令,所述机器可读指令被所述处理器执行时执行如以上任一所述的方法。
本申请实施例提供的一种计算机可读存储介质,该存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如以上任一所述的方法。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种名单管理方法步骤流程图;
图2为本申请实施例提供的一种名单管理系统功能模块图;
图3为本申请实施例提供的电子设备的一种可能的结构示意图。
图标:1-查询模块,2-配置模块,3-存储模块,41-处理器,42-存储器,43-通信接口,44-通信总线。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
现有名单系统强依赖redis组件的布隆过滤器,如果redis不可用会导致名单组件失效,造成不可估计的生产风险。其中,布隆过滤器是一种概率型数据结构,特点是高效地插入和查询,可以用来告诉查询者“某样东西一定不存在或者可能存在”。现有技术在redis组件进行名单项查询时,通常通过布隆过滤器进行预查询,若未命中则直接返回,若可能命中,则到hbase组件查询是否命中。
请参照图1,图1为本申请实施例提供的一种名单管理方法步骤流程图,包括:
步骤S1、根据创建名单项事件,查询到对应的名单类型;
步骤S2、根据名单类型,配置创建名单项事件对应的名单项,并生成名单项对应的主键;
步骤S3、将名单项和主键存储到缓存组件和至少一个功能服务器中。
本申请实施例中,在新建名单项时,放弃使用布隆过滤器作为名单项的缓存中间件,直接将名单项缓存至缓存组件,以及将名单项的数据存储到功能服务器中,后续,若缓存组件无法查询到名单项,可以通过功能服务器中查询到名单项,并将该名单项写入缓存组件,这样既减少了名单项查询时间,又避免了缓存组件宕机导致的名单系统不可用的问题。并且,在通过功能服务器中查询到名单项,将该名单项写入缓存组件时,可以随机设置缓存组件中该名单项的失效时间,防止因为大量超时导致的缓存雪崩。
在一些可选的实施方式中,还包括:
根据用户注册事件的用户数据,查询缓存组件中的所有主键:
若查询到与用户数据匹配的主键,则根据该主键确定用户数据命中的名单项。
在一些可选的实施方式中,查询缓存组件中的所有主键之后,还包括:
若未查询到与用户数据匹配的主键,则查询功能服务器中的所有主键。
下表1和表2分别为本申请实施例提供的名单类型和名单项类型的格式示例:
表1
表2
其中,在名单类型中添加用以标识不同的场景名单类型的命名空间字段;其中,命名空间字段包括C端(customer,客户端)反欺诈、B端(business,业务端)反欺诈和信用卡;在名单项中添加用以标识不同的场景名单类型的命名空间字段;其中,名单项的命名空间字段的值继承对应的名单类型中命名空间字段的值。本申请实施例中,重新定义名单类型底层数据结构,增加namespace命名空间字段标识不同的场景名单类型,例如customer:C端反欺诈、business:B端反欺诈、digital_credit_card:信用卡。相应地,重新定义名单项底层数据结构,增加namespace命名空间字段,在创建名单项的时候,根据该名单类型的命名空间值进行继承。根据不同的场景去配置多维度名单类型,解决了以往业务中重复使用单维度名单的问题,同时也隔离了名单数据,避免不同业务场景数据混杂冗余。
将名单类型中的fields字段定义为包含字符串的列表类型,将名单类型字段扩展为双维度甚至多维度。在名单类型增加desc字段作为名单类型的描述。
在名单项中添加业务属性字段;业务属性字段用于在名单项命中时,将业务属性字段的值返回业务系统。本申请实施例中,增加业务属性字段business_info维护名单项的业务属性,例如在创建名单时根据不同业务系统使用的场景,在命中名单时将业务属性字段的值作为结果返回,方便业务系统串联上下文。
在名单项中添加标签字段;其中,标签字段采用数组嵌套字典的数据结构来赋予标签属性含义。本申请实施例中,增加标签字段groups作为名单项标签,其数据结构为数组嵌套字典,在每一个字典中定义编码code、失效时间invalid_time、创建时间created和内容properties四个属性。其中编码属性作为标签的键值,代表不同的含义,例如:limit_20000代表上限2万,内容属性作为对编码属性的补充,可以在构建名单项的时候传入,使标签的含义更丰富化。在名单标签的重构中,增加了标签熟悉字段:内容properties,在专案业务场景中,多数名单需要配置大量的标签字段,且标签中字段含义存在冗余,比如一个专案标签会有大量重复语义前缀,如果定义不清晰对于业务方来说造成大量困扰。在通用的名单组件中,摒弃了多条标签的结构,赋予标签属性含义。
在一些可选的实施方式中,将名单项和主键存储到缓存组件和至少一个功能服务器中,包括:在名单项存储时,生成名单项的表名,表名由包括了命名空值字段的值的数据经过哈希计算得到。本申请实施例中,重新定义数据储存的表名,构建规则:通用前缀+业务环境+场景+机构号+名单项值,然后将其做md5求得唯一key进行命中或者删除,其中,业务环境包括开发环境、测试环境、预发布环境和生产环境等。同理,该表名也可以应用到hbase表名以及es索引中。
在一些可选的实施方式中,其中,功能服务器包括:es组件和hbase组件,es组件用于通过正则查询实现名单项的模糊匹配,hbase组件用于校验es组件和缓存组件中的数据是否与hbase中的数据一致。本申请实施例中,利用es组件来实现名单项模糊匹配,模糊匹配依赖es组件的正则查询。将命中名单的入参作规则匹配,找到es索引,再根据不同的业务场景、名单项值去做正则匹配查询。为了保持es、redis、hbase三方数据一致,需要做一致性的补偿任务,如定时检查数据的一致性,以hbase数据为基础,校验数据。增加循环检查机制,使其数据保证强一致性,提高了系统的健壮性,后台建立补偿机制,定时校验数据副本中是否保持一致,为提高名单的准确性做出保障。
为名单的模糊查询进行赋能,当前的业务需求中已经存在需要使用模糊匹配的场景,通过强一致的数据校验,使得我们可以通过es的正则匹配来命中名单项的值,为支持业务提供助益。
本申请实施例中进行名单项的主键rowkey的拼接,包括:遍历名单项中名单项值multi_value,将其中的值value取出用于进行拼接,那么,Rowkey即为:“机构号_产品号_名单类型code_value_是否生效”。
请参照图2,图2为本申请实施例提供的一种名单管理系统功能模块图,包括查询模块1、配置模块2和存储模块3。
其中,查询模块1,用于根据创建名单项事件,查询到对应的名单类型;配置模块2,用于根据名单类型,配置创建名单项事件对应的名单项,并生成名单项对应的主键;存储模块3,用于将名单项和主键存储到缓存组件和至少一个功能服务器中。
本申请实施例中,在新建名单项时,放弃使用布隆过滤器作为名单项的缓存中间件,直接将名单项缓存至缓存组件,以及将名单项的数据存储到功能服务器中,后续,若缓存组件无法查询到名单项,可以通过功能服务器中查询到名单项,并将该名单项写入缓存组件,这样既减少了名单项查询时间,又避免了缓存组件宕机导致的名单系统不可用的问题。并且,在通过功能服务器中查询到名单项,将该名单项写入缓存组件时,可以随机设置缓存组件中该名单项的失效时间,防止因为大量超时导致的缓存雪崩。
在一些可选的实施方式中,查询模块1还用于查询根据用户注册事件的用户数据,查询缓存组件中的所有主键:
若查询到与用户数据匹配的主键,则根据该主键确定用户数据命中的名单项。
若未查询到与用户数据匹配的主键,则查询功能服务器中的所有主键。
在一些可选的实施方式中,名单类型包括用以标识不同的场景名单类型的命名空间字段;其中,命名空间字段包括C端反欺诈、B端反欺诈和信用卡;
名单项包括用以标识不同的场景名单类型的命名空间字段;其中,名单项的命名空间字段的值继承对应的名单类型中命名空间字段的值。
在一些可选的实施方式中,名单项包括业务属性字段;业务属性字段用于在名单项命中时,将业务属性字段的值返回业务系统。
在一些可选的实施方式中,名单项包括标签字段;其中,标签字段采用数组嵌套字典的数据结构来赋予标签属性含义。
在一些可选的实施方式中,存储模块3还用于:在名单项存储时,生成名单项的表名,表名由包括了命名空值字段的值的数据经过哈希计算得到。
在一些可选的实施方式中,功能服务器包括:es组件和hbase组件,es组件用于通过正则查询实现名单项的模糊匹配,hbase组件用于校验es组件和缓存组件中的数据是否与hbase中的数据一致。
图3示出了本申请实施例提供的电子设备的一种可能的结构。参照图3,电子设备包括:处理器41、存储器42和通信接口43,这些组件通过通信总线44和/或其他形式的连接机构(未示出)互连并相互通讯。
其中,存储器42包括一个或多个(图中仅示出一个),其可以是,但不限于,随机存取存储器(Random Access Memory,简称RAM),只读存储器(Read Only Memory,简称ROM),可编程只读存储器(Programmable Read-Only Memory,简称PROM),可擦除可编程只读存储器(Erasable Programmable Read-Only Memory,简称EPROM),电可擦除可编程只读存储器(Electric Erasable Programmable Read-Only Memory,简称EEPROM)等。处理器41以及其他可能的组件可对存储器42进行访问,读和/或写其中的数据。
处理器41包括一个或多个(图中仅示出一个),其可以是一种集成电路芯片,具有信号的处理能力。上述的处理器41可以是通用处理器,包括中央处理器(CentralProcessing Unit,简称CPU)、微控制单元(Micro Controller Unit,简称MCU)、网络处理器(Network Processor,简称NP)或者其他常规处理器;还可以是专用处理器,包括神经网络处理器(Neural-network Processing Unit,简称NPU)、图形处理器(Graphics ProcessingUnit,简称GPU)、数字信号处理器(Digital Signal Processor,简称DSP)、专用集成电路(Application Specific Integrated Circuits,简称ASIC)、现场可编程门阵列(FieldProgrammable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。并且,在处理器41为多个时,其中的一部分可以是通用处理器,另一部分可以是专用处理器。
通信接口43包括一个或多个(图中仅示出一个),可以用于和其他设备进行直接或间接地通信,以便进行数据的交互。通信接口43可以包括进行有线和/或无线通信的接口。
在存储器42中可以存储一个或多个计算机程序指令,处理器41可以读取并运行这些计算机程序指令,以实现本申请实施例提供的名单管理方法。
可以理解的,图3所示的结构仅为示意,电子设备还可以包括比图3中所示更多或者更少的组件,或者具有与图3所示不同的结构。图3中所示的各组件可以采用硬件、软件或其组合实现。电子设备可能是实体设备,例如PC机、笔记本电脑、平板电脑、手机、服务器、嵌入式设备等,也可能是虚拟设备,例如虚拟机、虚拟化容器等。并且,电子设备也不限于单台设备,也可以是多台设备的组合或者大量设备构成的集群。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序指令,所述计算机程序指令被计算机的处理器读取并运行时,执行本申请实施例提供的名单管理方法。例如,计算机可读存储介质可以实现为图3中电子设备中的存储器42。
在本申请所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
再者,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
以上所述仅为本申请的实施例而已,并不用于限制本申请的保护范围,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种名单管理方法,其特征在于,包括:
根据创建名单项事件,查询到对应的名单类型;
根据所述名单类型,配置创建名单项事件对应的名单项,并生成所述名单项对应的主键;
将所述名单项和主键存储到缓存组件和至少一个功能服务器中。
2.如权利要求1所述的方法,其特征在于,还包括:
根据用户注册事件的用户数据,查询所述缓存组件中的所有主键:
若查询到与用户数据匹配的主键,则根据该主键确定用户数据命中的名单项。
3.如权利要求2所述的方法,其特征在于,所述查询所述缓存组件中的所有主键之后,还包括:
若未查询到与用户数据匹配的主键,则查询所述功能服务器中的所有主键。
4.如权利要求1所述的方法,其特征在于,还包括:
在所述名单类型中添加用以标识不同的场景名单类型的命名空间字段;其中,所述命名空间字段包括C端反欺诈、B端反欺诈和信用卡;
在所述名单项中添加用以标识不同的场景名单类型的命名空间字段;其中,所述名单项的命名空间字段的值继承对应的名单类型中命名空间字段的值。
5.如权利要求2所述的方法,其特征在于,还包括:
在名单项中添加业务属性字段;所述业务属性字段用于在名单项命中时,将业务属性字段的值返回业务系统。
6.如权利要求1所述的方法,其特征在于,还包括:
在所述名单项中添加标签字段;其中,所述标签字段采用数组嵌套字典的数据结构来赋予标签属性含义。
7.如权利要求1所述的方法,其特征在于,所述将所述名单项和主键存储到缓存组件和至少一个功能服务器中,包括:
在名单项存储时,生成名单项的表名,所述表名由包括了命名空值字段的值的数据经过哈希计算得到。
8.如权利要求1所述的方法,其特征在于,其中,所述功能服务器包括:es组件和hbase组件,所述es组件用于通过正则查询实现名单项的模糊匹配,所述hbase组件用于校验es组件和缓存组件中的数据是否与hbase中的数据一致。
9.一种名单管理系统,其特征在于,包括:
查询模块,用于根据创建名单项事件,查询到对应的名单类型;
配置模块,用于根据所述名单类型,配置创建名单项事件对应的名单项,并生成所述名单项对应的主键;
存储模块,用于将所述名单项和主键存储到缓存组件和至少一个功能服务器中。
10.一种计算机可读存储介质,其特征在于,该存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如权利要求1-8任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211430143.7A CN116186080A (zh) | 2022-11-15 | 2022-11-15 | 一种名单管理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211430143.7A CN116186080A (zh) | 2022-11-15 | 2022-11-15 | 一种名单管理方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116186080A true CN116186080A (zh) | 2023-05-30 |
Family
ID=86431437
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211430143.7A Pending CN116186080A (zh) | 2022-11-15 | 2022-11-15 | 一种名单管理方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116186080A (zh) |
-
2022
- 2022-11-15 CN CN202211430143.7A patent/CN116186080A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101625686B (zh) | 一种监控多数据库之间数据一致性的方法及系统 | |
CN111902810A (zh) | 中心化和去中心化的数据的混合云链管理 | |
CN109446197A (zh) | 用户信息处理方法、装置、计算机设备及存储介质 | |
CN109815228A (zh) | 数据库表的创建方法、装置、计算机设备及可读存储介质 | |
WO2021062299A1 (en) | Pruning entries in tamper-evident data stores | |
EP4070221A1 (en) | Cross-partition calls in partitioned, tamper-evident data stores | |
CN113065875B (zh) | 表单自动填单方法、装置、服务器、介质和产品 | |
CN110222265A (zh) | 一种信息推送的方法、系统、用户终端及服务器 | |
WO2018053024A1 (en) | Organizing datasets for adaptive responses to queries | |
CN111259056A (zh) | 一种区块链数据查询方法、系统及相关设备 | |
CN112328657A (zh) | 特征衍生方法、装置、计算机设备及介质 | |
CN112597165A (zh) | 一种监管数据质量核验方法、装置、电子设备及存储介质 | |
CN110704486A (zh) | 数据处理方法、装置、系统、存储介质和服务器 | |
CN114386509A (zh) | 数据融合方法、装置、电子设备及存储介质 | |
CN115544183A (zh) | 数据可视化方法、装置、计算机设备和存储介质 | |
CN114547696A (zh) | 文件脱敏方法、装置、电子设备及存储介质 | |
CN113902574A (zh) | 协议数据处理方法、装置、计算机设备及存储介质 | |
CN114066533A (zh) | 产品推荐方法、装置、电子设备及存储介质 | |
CN111444368B (zh) | 构建用户画像的方法、装置、计算机设备及存储介质 | |
CN114840608B (zh) | 分布式数据访问方法、设备及存储介质 | |
CN116186080A (zh) | 一种名单管理方法及系统 | |
CN114840388A (zh) | 数据监控方法、装置、电子设备及存储介质 | |
CN114265633A (zh) | 自助设备的应用参数配置、查询方法、设备和存储介质 | |
CN113934729A (zh) | 一种基于知识图谱的数据管理方法、相关设备及介质 | |
CN111444307B (zh) | 基于相似度值的实体编码方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |