CN111784359B - 多模式风控分级容灾方法及装置 - Google Patents
多模式风控分级容灾方法及装置 Download PDFInfo
- Publication number
- CN111784359B CN111784359B CN202010762421.3A CN202010762421A CN111784359B CN 111784359 B CN111784359 B CN 111784359B CN 202010762421 A CN202010762421 A CN 202010762421A CN 111784359 B CN111784359 B CN 111784359B
- Authority
- CN
- China
- Prior art keywords
- disaster recovery
- wind control
- service request
- mode
- verification
- 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.)
- Active
Links
Images
Classifications
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
-
- 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/03—Credit; Loans; Processing 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/08—Insurance
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本说明书实施例提供了多模式风控分级容灾方法及装置,该方法的一具体实施方式适用于风控平台中的容灾决策系统,风控平台还包括标准风控系统、备用风控系统和认证系统,该实施方式包括:响应于接收到用户的业务请求,确定风控平台在预设的多个分级容灾模式中所处的当前容灾模式,其中,每个分级容灾模式对应标准风控系统、备用风控系统和认证系统中的至少一个系统;确定当前容灾模式对应的备选系统;在备选系统为单个系统时,将该单个系统确定为目标系统;在备选系统包括多个系统时,获取当前容灾模式对应的容灾策略组,并根据业务请求在容灾策略组中所符合的容灾策略,在该多个系统中确定目标系统;将业务请求发送至目标系统。
Description
技术领域
本说明书实施例涉及计算机技术领域,具体地,涉及多模式风控分级容灾方法及装置。
背景技术
随着接入风控系统的业务不断增加,风控系统承载的业务数量和复杂性与日俱增,由此对风控系统的稳定性也提出了很高的要求。实践中,风控系统抖动将影响全站业务,同时外围业务对风控系统的依赖方式错综复杂(例如,有的耗时敏感、有的资损敏感、有的存在强依赖等),常规的风控故障应急手段(如降级风险)在这种复杂业务依赖的场景下不再适用。
因此,迫切需要一种合理、可靠的方案,能够提高风控服务的稳定性。
发明内容
本说明书实施例提供了多模式风控分级容灾方法及装置。
第一方面,本说明书实施例提供了一种多模式风控分级容灾方法,应用于风控平台中的容灾决策系统,所述风控平台还包括标准风控系统、备用风控系统和认证系统,所述认证系统用于确定针对用户的校验方式,所述方法包括:响应于接收到的用户的业务请求,确定所述风控平台在预设的多个分级容灾模式中所处的当前容灾模式,其中,每个分级容灾模式对应所述标准风控系统、所述备用风控系统和所述认证系统中的至少一个系统;确定所述当前容灾模式对应的备选系统;在所述备选系统为单个系统时,将该单个系统确定为目标系统;在所述备选系统包括多个系统时,获取所述当前容灾模式对应的容灾策略组,并根据所述业务请求在所述容灾策略组中所符合的容灾策略,在所述多个系统中确定目标系统;将所述业务请求发送至所述目标系统。
在一些实施例中,所述多个分级容灾模式包括:一级容灾模式、二级容灾模式、三级容灾模式、四级容灾模式,所述一级容灾模式对应所述标准风控系统,所述二级容灾模式对应所述标准风控系统、所述备用风控系统和所述认证系统,所述三级容灾模式对应所述备用风控系统和所述认证系统,所述四级容灾模式对应所述认证系统。
在一些实施例中,所述一级容灾模式在进行业务监控时开启;所述二级容灾模式在所述标准风控系统发生故障预定时间段内开启;所述三级容灾模式在所述标准风控系统发生故障且故障持续所述预定时间段后开启;所述四级容灾模式在所述标准风控系统和所述备用风控系统均发生故障时开启。
在一些实施例中,所述二级容灾模式对应第一容灾策略组,所述三级容灾模式对应所述第一容灾策略组和第二容灾策略组。
在一些实施例中,所述第一容灾策略组和所述第二容灾策略组分别包括,与所述业务请求的至少一项属性特征有关的容灾策略,所述至少一项属性特征包括,所述业务请求涉及的商户标识、金额、操作渠道和/或请求类别。
在一些实施例中,所述第一容灾策略组和所述第二容灾策略组中的每条容灾策略包括:容灾条件、所述容灾条件对应的处理方式;所述处理方式用于表征,将所述业务请求放行至所述认证系统或所述备用风控系统。
在一些实施例中,所述多个分级容灾模式包括一级容灾模式和四级容灾模式,所述一级容灾模式对应所述标准风控系统,所述四级容灾模式对应所述认证系统;以及在所述当前容灾模式为所述一级容灾模式或所述四级容灾模式时,所述方法还包括:复制所述业务请求,并将复制的业务请求发送至所述备用风控系统,使得所述备用风控系统对所述复制的业务请求进行风险分析,并生成风险分析结果;获取并存储所述风险分析结果。
在一些实施例中,在所述当前容灾模式为所述四级容灾模式时,所述方法还包括:根据所述复制的业务请求,生成事件信息;在存储所述风险分析结果时,将所述事件信息和所述风险分析结果进行对应存储。
在一些实施例中,所述多个分级容灾模式包括二级容灾模式,所述二级容灾模式对应所述标准风控系统、所述备用风控系统和所述认证系统,所述容灾策略组中的容灾策略,指向所述备用风控系统或所述认证系统;以及在所述当前容灾模式为所述二级容灾模式时,所述根据所述业务请求在所述容灾策略组中所符合的容灾策略,在所述多个系统中确定目标系统,包括:若所述业务请求在所述容灾策略组中所符合的容灾策略的数目为零,则将所述标准风控系统确定为目标系统;若所述业务请求在所述容灾策略组中所符合的容灾策略为单个容灾策略,则将该单个容灾策略所指向的系统确定为目标系统;若所述业务请求在所述容灾策略组中所符合的容灾策略包括多个容灾策略,则根据所述多个容灾策略,在所述备用风控系统和所述认证系统中确定目标系统。
在一些实施例中,所述多个分级容灾模式包括三级容灾模式,所述三级容灾模式对应所述备用风控系统和所述认证系统,所述容灾策略组中的容灾策略,指向所述备用风控系统或所述认证系统;以及在所述当前容灾模式为所述三级容灾模式时,所述根据所述业务请求在所述容灾策略组中所符合的容灾策略,在所述多个系统中确定目标系统,包括:若所述业务请求在所述容灾策略组中所符合的容灾策略的数目为零,则将所述认证系统确定为目标系统;若所述业务请求在所述容灾策略组中所符合的容灾策略为单个容灾策略,则将该单个容灾策略所指向的系统确定为目标系统;若所述业务请求在所述容灾策略组中所符合的容灾策略包括多个容灾策略,则根据所述多个容灾策略,在所述备用风控系统和所述认证系统中确定目标系统。
在一些实施例中,所述根据所述多个容灾策略,在所述备用风控系统和所述认证系统中确定目标系统,包括:若所述多个容灾策略均指向同一个系统,则将该系统确定为目标系统;若所述多个容灾策略中存在指向所述备用风控系统的容灾策略,以及指向所述认证系统的容灾策略,则采用预设的决策方法,在所述备用风控系统和所述认证系统中确定目标系统。
第二方面,本说明书实施例提供了一种多模式风控分级容灾方法,应用于风控平台中的认证系统,所述风控平台还包括标准风控系统、备用风控系统和容灾决策系统,所述方法包括:接收目标信息,所述目标信息包括所述容灾决策系统发送的业务请求,或者所述标准风控系统或所述备用风控系统发送的所述业务请求的风险分析结果,所述目标信息是在所述风控平台当前处于预设的多个分级容灾模式中的容灾模式的情况下接收的;在所述目标信息包括所述业务请求时,根据所述业务请求在预设的校验策略组中所符合的校验策略,确定针对所述业务请求的风控结果信息;在所述目标信息包括所述风险分析结果时,确定所述风险分析结果是否包括校验方式,并根据确定结果,确定针对所述业务请求的风控结果信息;输出所述风控结果信息。
在一些实施例中,所述校验策略组包括,与所述业务请求的至少一项属性特征有关的校验策略,所述至少一项属性特征包括,所述业务请求涉及的商户标识、操作渠道和/或请求类别。
在一些实施例中,所述校验策略组中的每条校验策略包括:校验条件、所述校验条件对应的至少一种校验方式。
在一些实施例中,所述至少一种校验方式包括以下中的至少一项:人脸校验、虹膜校验、指纹校验、短信校验、密码校验。
在一些实施例中,所述校验策略组中的每条检验策略包括至少一个校验方式;以及所述根据所述业务请求在预设的校验策略组中所符合的校验策略,确定针对所述业务请求的风控结果信息,包括:若所述业务请求在所述校验策略组中所符合的校验策略的数目为零,则生成用于提示对所述业务请求进行放行的风控结果信息;若所述业务请求在所述校验策略组中所符合的校验策略的数目不为零,则在所述所符合的校验策略所包括的至少一个校验方式中,确定适用于所述业务请求对应的用户的目标校验方式,并生成包括所述目标校验方式的风控结果信息。
在一些实施例中,所述根据确定结果,确定针对所述业务请求的风控结果信息,包括:若所述确定结果示出,所述风险分析结果包括校验方式,则将所述风险分析结果确定为风控结果信息;若所述确定结果示出,所述风险分析结果不包括校验方式,则根据所述业务请求在预设的校验策略组中所符合的校验策略,以及所述风险分析结果,确定针对所述业务请求的风控结果信息。
在一些实施例中,所述校验策略组中的每条校验策略包括至少一个校验方式;以及所述根据所述业务请求在预设的校验策略组中所符合的校验策略,以及所述风险分析结果,确定针对所述业务请求的风控结果信息,包括:若所述业务请求在所述校验策略组中所符合的校验策略的数目为零,则将所述风险分析结果确定为风控结果信息;若所述业务请求在所述校验策略组中所符合的校验策略的数目不为零,则在所述所符合的校验策略所包括的至少一个校验方式中,确定适用于所述业务请求对应的用户的目标校验方式,并将所述风险分析结果和所述目标校验方式组成风控结果信息。
第三方面,本说明书实施例提供了一种多模式风控分级容灾装置,应用于风控平台中的容灾决策系统,所述风控平台还包括标准风控系统、备用风控系统和认证系统,所述认证系统用于确定针对用户的校验方式,所述装置包括:容灾模式确定单元,被配置成响应于接收到的用户的业务请求,确定所述风控平台在预设的多个分级容灾模式中所处的当前容灾模式,其中,每个分级容灾模式对应所述标准风控系统、所述备用风控系统和所述认证系统中的至少一个系统;备选系统确定单元,被配置成确定所述当前容灾模式对应的备选系统;目标系统确定单元,被配置成在所述备选系统为单个系统时,将该单个系统确定为目标系统;在所述备选系统包括多个系统时,获取所述当前容灾模式对应的容灾策略组,并根据所述业务请求在所述容灾策略组中所符合的容灾策略,在所述多个系统中确定目标系统;发送单元,被配置成将所述业务请求发送至所述目标系统。
第四方面,本说明书实施例提供了一种多模式风控分级容灾装置,应用于风控平台中的认证系统,所述风控平台还包括标准风控系统、备用风控系统和容灾决策系统,所述装置包括:接收单元,被配置成接收目标信息,所述目标信息包括所述容灾决策系统发送的业务请求,或者所述标准风控系统或所述备用风控系统发送的所述业务请求的风险分析结果,所述目标信息是在所述风控平台当前处于预设的多个分级容灾模式中的容灾模式的情况下接收的;确定单元,被配置成在所述目标信息包括所述业务请求时,根据所述业务请求在预设的校验策略组中所符合的校验策略,确定针对所述业务请求的风控结果信息;在所述目标信息包括所述风险分析结果时,确定所述风险分析结果是否包括校验方式,并根据确定结果,确定针对所述业务请求的风控结果信息;输出单元,被配置成输出所述风控结果信息。
第五方面,本说明书实施例提供了一种计算机可读存储介质,其上存储有计算机程序,其中,当该计算机程序在计算机中执行时,令该计算机执行如第一方面和第二方面中任一实现方式描述的方法。
第六方面,本说明书实施例提供了一种计算设备,包括存储器和处理器,其中,该存储器中存储有可执行代码,该处理器执行该可执行代码时,实现如第一方面和第二方面中任一实现方式描述的方法。
本说明书的上述实施例提供的多模式风控分级容灾方法及装置,通过容灾决策系统响应于接收到用户的业务请求,确定风控平台在预设的多个分级容灾模式中所处的当前容灾模式,其中,每个分级容灾模式对应风控平台中的标准风控系统、备用风控系统和认证系统中的至少一个系统,而后确定当前容灾模式对应的备选系统,然后在备选系统为单个系统时,将该单个系统确定为目标系统,或者在备选系统包括多个系统时,获取当前容灾模式对应的容灾策略组,并根据业务请求在容灾策略组中所符合的容灾策略,在该多个系统中确定目标系统,以便将业务请求发送至目标系统。由此,可以实现多模式风控分级容灾,能够提高风控平台所提供的风控服务的稳定性。
附图说明
为了更清楚地说明本说明书披露的多个实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书披露的多个实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是本说明书的一些实施例可以应用于其中的一个示例性系统架构图;
图2是根据本说明书的多模式风控分级容灾方法的一个实施例的流程图;
图3a是在当前容灾模式为一级容灾模式时的执行流程一个示意图;
图3b是在当前容灾模式为二级容灾模式时的执行流程一个示意图;
图3c是在当前容灾模式为三级容灾模式时的执行流程一个示意图;
图3d是在当前容灾模式为四级容灾模式时的执行流程一个示意图;
图4是根据本说明书的多模式风控分级容灾方法的另一个实施例的流程图;
图5是根据本说明书的多模式风控分级容灾装置的一个结构示意图;
图6是根据本说明书的多模式风控分级容灾装置的另一个结构示意图。
具体实施方式
下面结合附图和实施例对本说明书作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。在不冲突的情况下,本说明书中的实施例及实施例中的特征可以相互组合。
如前所述,风控系统抖动将影响全站业务,同时外围业务对风控系统的依赖方式错综复杂(例如,有的耗时敏感、有的资损敏感、有的存在强依赖等),常规的风控故障应急手段(如降级风险)在这种复杂业务依赖的场景下不再适用。
基于此,本说明书的一些实施例提供了多模式风控分级容灾方法,通过该方法,可以实现多模式风控分级容灾,能够提高风控服务的稳定性。具体地,图1示出了适用于这些实施例的风控平台(例如支付宝风控平台等)的示例性系统架构图。
如图1所示,风控平台的系统架构包括,容灾决策系统、标准风控系统、备用风控系统和认证系统。容灾决策系统可以分别与标准风控系统、备用风控系统和认证系统通信连接。标准风控系统和备用风控系统可以分别与认证系统通信连接。
容灾决策系统可以位于业务请求的入口,其用于接收用户的业务请求,并决策将接收到的业务请求放行至标准风控系统、备用风控系统和认证系统中的一个系统。标准风控系统可以用于提供完整的风控服务。备用风控系统可以用于提供基本的风控服务。认证系统又可称为认证兜底系统,其用于提供兜底的风控服务,例如用于确定针对用户的校验方式,该校验方式例如可以包括但不限于人脸校验、虹膜校验、指纹校验、短信校验或密码校验等。
具体地,风控平台可以设有正常工作状态和容灾状态,其同一时间处于一种状态。当风控平台处于正常工作状态时,容灾决策系统可以直接决策将所接收的业务请求放行至标准风控系统。当风控平台处于容灾状态时,容灾决策系统可以决策将所接收的业务请求放行至标准风控系统、备用风控系统和认证系统中的一个系统。
其中,标准风控系统、备用风控系统和认证系统三者是相互独立的系统。在容灾状态下,至少使用认证系统提供风控服务(例如确定针对用户的校验方式等)。具体地,在容灾状态下,若容灾决策系统决策出,将所接收的业务请求放行至标准风控系统或备用风控系统,这两种风控系统中的任一个风控系统,可以响应于接收到业务请求,针对该业务请求进行风险分析,并将风险分析结果输出至认证系统,使得认证系统执行与校验方式确定有关的操作。
容灾状态可以对应多个分级容灾模式,该多个分级容灾模式可以适用于不同的场景。例如,该多个分级容灾模式可以包括但不限于一级容灾模式、二级容灾模式、三级容灾模式、四级容灾模式等。
一级容灾模式又可称为监控模式,适用于业务监控场景,其通常在进行业务监控时开启。在该模式下,正常调用标准风控系统对业务请求进行风险分析。可选地,在调用标准风控系统对业务请求进行风险分析的同时,可以异步调用备用风控系统对业务请求进行风险分析。其中,通过异步调用备用风控系统,可以做数据存储和累积,用于后续数据沉淀和离线分析。
二级容灾模式又可称为高保防抖模式,通常在标准风控系统发生故障预定时间段内开启。该预定时间段的时长例如可以是30秒、1分钟、2分钟或5分钟等,可以根据实际需求设置,在此不做具体限定。其中,二级容灾模式适用于耗时敏感场景,在该模式下,能降低风控故障对耗时敏感型的商户的影响。以支付宝风控平台为例,以支付宝作为支付渠道的多个商户中通常存在对耗时极为敏感的商户,当风控系统抖动时,极易拖慢整体耗时,除了影响用户体验外,严重时还可能迫使对耗时极为敏感的商户切换支付渠道。
可以理解的是,二级容灾模式在标准风控系统刚发生故障时开启,此时往往无法准确判断故障严重程度和持续时间,为了在风控故障初期快速恢复针对耗时极其敏感的商户的风控服务,防止对该商户产生持续影响,将该商户对应的业务请求,放行至备用风控系统或认证系统,将其他商户对应的业务请求放行至标准风控系统。
三级容灾模式又可称为最小化风控模式,通常在标准风控系统发生故障且故障持续上述预定时间段后开启。其中,三级容灾模式适用于资损敏感场景,在该模式下,能降低风控故障对资损敏感型业务(例如支付宝收银台的支付业务等)的影响。实践中,资损敏感场景对耗时有一定的忍受度,但易产生资损,当风控系统抖动时,极易出现因风控超时而导致资损。具体地,该模式对应故障升级不得不降级风控的情况,能对资损敏感型业务保留一定的风控能力。实际应用中,可以将高资损业务对应的业务请求放行至备用风控系统,将低资损业务对应的业务请求放行至认证系统。
四级容灾模式又可称为兜底模式,通常在标准风控系统和备用风控系统均发生故障时开启。其中,四级容灾模式适用于对风控输出有强依赖的场景。在该模式下,能降低标准风控系统和备用风控系统均发生故障这种极端情况,对风控强依赖型业务的影响。例如,花呗签约等业务,强依赖风控输出一个如前所述的校验方式,若此类业务执行过程中,未接收到风控输出的校验方式,则将业务执行失败。具体地,在该模式下,可以将业务请求直接放行至认证系统,能确保对风控输出有强依赖的场景,不会因为风控异常而阻断业务。
此外,风控平台可以设置有多种策略组,例如容灾策略组、校验策略组等。其中,容灾策略组的数目可以为多个。为风控平台设置的各个容灾策略组可以包括,适用于二级容灾模式的一个或多个容灾策略组,以及适用于三级容灾模式的一个或多个容灾策略组。在本说明书中,适用于二级容灾模式的一个或多个容灾策略组可称第一容灾策略组。实践中,当三级容灾模式对应多个容灾策略组时,该多个容灾策略组可以包括除第一容灾策略组以外的容灾策略组,该容灾策略组可称为第二容灾策略组。或者,当三级容灾模式对应多个容灾策略组时,该多个容灾策略组可以包括第一容灾策略组和第二容灾策略组。
具体地,第一容灾策略组可以用于筛选出耗时敏感型商户对应的业务请求。第二容灾策略组,或者第一容灾策略组和第二容灾策略组的组合,可以用于筛选出资损敏感型业务对应的业务请求。
校验策略组可以适用于认证系统,使得认证系统依据校验策略组,确定适用于业务请求对应的用户的校验方式。
应理解,二级容灾模式可以对应第一容灾策略组。三级容灾模式可以对应第二容灾策略组,或者三级容灾模式可以对应第一容灾策略组和第二容灾策略组。在二级容灾模式下,容灾决策系统可以采用第一容灾策略组,决策将所接收的业务请求放行至标准风控系统、备用风控系统和认证系统中的哪个系统。在三级容灾模式下,容灾决策系统可以采用第二容灾策略组,或者采用第一容灾策略组和第二容灾策略组,决策将所接收的业务请求放行至备用风控系统和认证系统中的哪个系统。
需要说明的是,以上各分级容灾模式之间的切换,可以采用人为切换方式,也可以采用自动切换方式,在此不做具体限定。
下面,结合具体的实施例,描述上述方法的具体实施步骤。需要指出的是,以下各实施例提供的方案,在风控平台处于容灾状态的情况下执行。
参看图2,其示出了多模式风控分级容灾方法的一个实施例的流程200。该方法的执行主体可以为图1所示的容灾决策系统。该方法包括以下步骤:
步骤201,响应于接收到的用户的业务请求,确定风控平台在预设的多个分级容灾模式中所处的当前容灾模式,其中,每个分级容灾模式对应标准风控系统、备用风控系统和认证系统中的至少一个系统;
步骤202,确定当前容灾模式对应的备选系统;
步骤203,在备选系统为单个系统时,将该单个系统确定为目标系统;在备选系统包括多个系统时,获取当前容灾模式对应的容灾策略组,并根据业务请求在容灾策略组中所符合的容灾策略,在多个系统中确定目标系统;
步骤204,将业务请求发送至目标系统。
下面,对步骤201-204做详细说明。
在步骤201中,用户的业务请求,是接入上述执行主体所在的风控平台的业务对应的业务请求。该风控平台可以对多种业务提供风控服务,该多种业务可以包括但不限于支付业务、保险业务、代扣款业务、网购业务、打车业务、借贷业务等等。
在风控平台处于容灾状态的情况下,上述执行主体在接收到用户的业务请求后,可以响应于接收到的该业务请求,确定风控平台在预设的多个分级容灾模式中所处的当前容灾模式。
实践中,可以采用各种方法,确定风控平台所处的当前容灾模式。
例如,风控平台可以设有容灾模式参数,该参数可以对应多个参数值,该多个参数值对应多个分级容灾模式,每个参数值可以用于表征其所对应的分级容灾模式。在确定风控平台所处的当前容灾模式时,可以读取容灾模式参数的当前参数值,并将该当前参数值所表征的分级容灾模式确定为当前容灾模式。
再例如,在为风控平台切换容灾模式后,可以为风控平台设置对应的容灾模式标记,该标记用于表征当前所切换到的容灾模式。在确定风控平台所处的当前容灾模式时,可以读取风控平台的当前容灾模式标记,并将该当前容灾模式标记所表征的分级容灾模式确定为当前容灾模式。
应该理解,本说明书不对确定风控平台所处的当前容灾模式的方法,做具体限定。
可选地,上述多个分级容灾模式可以包括但不限于一级容灾模式、二级容灾模式、三级容灾模式、四级容灾模式等。一级容灾模式可以对应标准风控系统。二级容灾模式可以对应标准风控系统、备用风控系统和认证系统。三级容灾模式可以对应备用风控系统和认证系统。四级容灾模式可以对应认证系统。其中,每个分级容灾模式所对应的系统,可以理解为该分级容灾模式所对应的备选系统。后续,上述执行主体需要确定出当前容灾模式所对应的备选系统,并在该备选系统中确定出,用于接收业务请求的目标系统。
实践中,一级容灾模式可以在进行业务监控时开启。二级容灾模式可以在标准风控系统发生故障预定时间段内开启。三级容灾模式可以在标准风控系统发生故障且故障持续预定时间段后开启。四级容灾模式可以在标准风控系统和备用风控系统均发生故障时开启。
这里,关于各分级容灾模式的详细说明,可参看前文中的相关描述,在此不再细述。
在步骤202中,上述执行主体本地可以存储有与分级容灾模式有关的配置数据,该配置数据可以用于描述,分级容灾模式与备选系统之间的对应关系。上述执行主体可以根据当前容灾模式,从该配置数据中确定出当前容灾模式所对应的备选系统。
在步骤203中,在当前容灾模式对应的备选系统为单个系统时,可以直接将该单个系统确定为目标系统。在备选系统包括多个系统时,可以获取当前容灾模式对应的容灾策略组,并根据业务请求在容灾策略组中所符合的容灾策略,在该多个系统中确定目标系统。
其中,在当前容灾模式对应的备选系统为单个系统时,当前容灾模式可以是如前所述的一级容灾模式或四级容灾模式。具体地,在当前容灾模式为一级容灾模式时,可以将标准风控系统确定为目标系统。在当前容灾模式为四级容灾模式时,可以将认证系统确定为目标系统。
在当前容灾模式对应的备选系统包括多个系统时,当前容灾模式可以是如前所述的二级容灾模式或三级容灾模式。
下面,描述在当前容灾模式为二级容灾模式时的目标系统确定方法。
在当前容灾模式为二级容灾模式时,可以在二级容灾模式所对应的容灾策略组中,确定所接收的业务请求所符合的容灾策略,并根据所接收的业务请求所符合的容灾策略,在标准风控系统、备用风控系统和认证系统中,确定目标系统。其中,该容灾策略组中的每条容灾策略,可以指向备用风控系统或认证系统。
具体地,在当前容灾模式为二级容灾模式时,可以采用以下方法1-3中的任一种方法,确定目标系统:
方法1:若所接收的业务请求在容灾策略组中所符合的容灾策略的数目为零,则可以将标准风控系统确定为目标系统。
其中,在采用方法1时,上述执行主体可以确认该业务请求对应的商户不是耗时敏感型商户,可以将该业务请求放行至标准风控系统,采用常规的风控分析流程。
方法2:若所接收的业务请求在容灾策略组中所符合的容灾策略为单个容灾策略,则可以将该单个容灾策略所指向的系统确定为目标系统。
方法3:若所接收的业务请求在容灾策略组中所符合的容灾策略包括多个容灾策略,则根据该多个容灾策略,在备用风控系统和认证系统中确定目标系统。
其中,当容灾策略组中存在所接收的业务请求所符合的容灾策略时,可以表明该业务请求对应的商户属于耗时敏感型商户,为了在风控故障初期快速恢复针对该商户的风控服务,防止对该商户产生持续影响,上述执行主体可以依据该业务请求所符合的容灾策略,决策是将该业务请求放行至备用风控系统,还是放行至认证系统。
上述执行主体在采用方法3时,可以依据不同的情况,在备用风控系统和认证系统中确定目标系统。
例如,若所接收的业务请求所符合的多个容灾策略均指向同一个系统,则可以将该系统确定为目标系统。
再例如,若所接收的业务请求所符合的多个容灾策略中存在指向备用风控系统的容灾策略,以及指向认证系统的容灾策略,则可以采用预设的决策方法,在备用风控系统和认证系统中确定目标系统。
这里,预设的决策方法,可以是任意能适用目标系统决策的方法。例如,预设的决策方法可以包括:从所接收的业务请求所符合的多个容灾策略中,分别统计出指向备用风控系统的容灾策略的数量,以及指向认证系统的容灾策略的数量,并将统计出的最大数量对应的容灾策略所指向的系统确定为目标系统。再例如,容灾策略组中的容灾策略可以设置有优先级,可以从所接收的业务请求所符合的多个容灾策略中,选取出最高优先级对应的容灾策略,并将该容灾策略所指向的系统确定为目标系统。
应该理解,预设的决策方法可以根据实际需求进行设计,本说明书不对预设的决策方法做具体限定。
可选地,二级容灾模式可以对应第一容灾策略组,该第一容灾策略组可以是预先配置的用于筛选出耗时敏感型商户对应的业务请求的容灾策略组。第一容灾策略组可以包括,与业务请求的至少一项属性特征有关的容灾策略,该至少一项属性特征包括,业务请求涉及的商户标识、金额、操作渠道和/或请求类别等等。
具体地,第一容灾策略组中的每条容灾策略可以包括:容灾条件、容灾条件对应的处理方式。该处理方式可以用于表征,将业务请求放行至认证系统或备用风控系统。对于任意一条容灾策略,当该容灾策略与商户标识有关时,该容灾策略中的容灾条件例如可以包括,业务请求中的商户标识属于目标商户标识。其中,该目标商户标识可以为一个或多个,其可以根据实际需求配置,在此不做具体限定。当该容灾策略与金额有关时,该容灾策略中的容灾条件例如可以包括,业务请求中的金额大于金额阈值。需要说明的是,当该容灾策略与其它属性特征有关时,可以根据已列举的示例类推得到,在此不再一一举例说明。
可选地,在二级容灾模式对应第一容灾策略组时,上述方法1-3,可以对应变更为以下方法1.1-1.3:
方法1.1:若所接收的业务请求在第一容灾策略组中所符合的容灾策略的数目为零,则可以将标准风控系统确定为目标系统。
方法1.2:若所接收的业务请求在第一容灾策略组中所符合的容灾策略为单个容灾策略,则可以将该单个容灾策略所指向的系统确定为目标系统。
方法1.3:若所接收的业务请求在第一容灾策略组中所符合的容灾策略包括多个容灾策略,则根据该多个容灾策略,在备用风控系统和认证系统中确定目标系统。
以上描述了在容灾模式为二级容灾模式时的目标系统确定方法,下面介绍在当前容灾模式为三级容灾模式时的目标系统确定方法。
在当前容灾模式为三级容灾模式时,可以在三级容灾模式所对应的容灾策略组中,确定所接收的业务请求所符合的容灾策略,并根据所接收的业务请求所符合的容灾策略,在备用风控系统和认证系统中,确定目标系统。其中,该容灾策略组中的每条容灾策略,可以指向备用风控系统或认证系统。
具体地,在当前容灾模式为三级级容灾模式时,可以采用上述方法2-3,以及以下方法4中的任一种方法,确定目标系统:
方法4:若所接收的业务请求在容灾策略组中所符合的容灾策略的数目为零,则可以将认证系统确定为目标系统。
此时,上述执行主体可以确认该业务请求对应的业务不是资损敏感型业务,可以将该业务请求放行至认证系统,由认证系统提供兜底的风控服务。
其中,当容灾策略组中存在所接收的业务请求所符合的容灾策略时,可以表明该业务请求对应的业务属于资损敏感型业务。在故障升级不得不降级风控的情况,为了降低风控故障对资损敏感型业务的影响,上述执行主体可以依据该业务请求所符合的容灾策略,决策是将该业务请求放行至备用风控系统,还是放行至认证系统。
可选地,三级容灾模式可以对应如前所述的第一容灾策略组和第二容灾策略组。第一容灾策略组和第二容灾策略组的组合,可以用于筛选出资损敏感型业务对应的业务请求。其中,第二容灾策略组也可以包括,与业务请求的至少一项属性特征有关的容灾策略,该至少一项属性特征包括,业务请求涉及的商户标识、金额、操作渠道和/或请求类别等等。
具体地,第二容灾策略组中的每条容灾策略也可以包括:容灾条件、容灾条件对应的处理方式。该处理方式可以用于表征,将业务请求放行至认证系统或备用风控系统。
可选地,在三级容灾模式对应第一容灾策略组和第二容灾策略组时,上述方法4,以及上述方法2-3,可以对应变更为以下方法2.1-2.3:
方法2.1:若所接收的业务请求在第一容灾策略组和第二容灾策略组中所符合的容灾策略的总数目为零,则可以将认证系统确定为目标系统。
方法2.2:若所接收的业务请求在第一容灾策略组和第二容灾策略组中所符合的容灾策略的集合为单个容灾策略,则可以将该单个容灾策略所指向的系统确定为目标系统。
方法2.3:若所接收的业务请求在第一容灾策略组和第二容灾策略组中所符合的容灾策略的集合包括多个容灾策略,则根据该多个容灾策略,在备用风控系统和认证系统中确定目标系统。
应该理解,分级容灾模式所对应的容灾策略组可以根据实际需求进行设计,本说明书不对容灾策略组中的容灾策略的条数,以及容灾策略的内容做具体限定。
在步骤204中,可以将所接收的业务请求发送至目标系统,也就是说,将所接收的业务请求放行至目标系统,使得目标系统提供相应的风控服务。
下面,介绍在当前容灾模式为以上已描述的任意分级容灾模式时的执行流程。
在一些实施例中,在当前容灾模式为一级容灾模式时,可以异步复制所接收的业务请求,并将复制的业务请求发送至备用风控系统,使得备用风控系统对复制的业务请求进行风险分析,并生成风险分析结果。上述执行主体可以获取并存储该风险分析结果,该风险分析结果可以用于后续数据沉淀和离线分析。
如图3a所示,其示出了在当前容灾模式为一级容灾模式时的执行流程的一个示意图。具体地,容灾决策系统可以接收用户的业务请求,并将该业务请求直接放行至标准风控系统,此后,标准风控系统会针对该业务请求进行风险分析,并生成风险分析结果,以及将风险分析结果输出至认证系统。另外,容灾决策系统异步复制该业务请求,并将复制的业务请求发送至备用风控系统,使得备用风控系统针对复制的业务请求进行风险分析。
其中,备用风控系统针对复制的业务请求进行风险分析后,可以生成风险分析结果,并将该风险分析结果输出至指定位置,或者将该风险分析结果输出至容灾决策系统。
如图3b所示,其示出了在当前容灾模式为二级容灾模式时的执行流程的一个示意图。具体地,容灾决策系统可以接收用户的业务请求,并确定第一容灾策略组中是否存在该业务请求所符合的容灾策略。若不存在,则直接将该业务请求放行至标准风控系统。若存在,则根据该业务请求所符合的容灾策略,将该业务请求放行至备用风控系统或认证系统。其中,在将该业务请求放行至标准风控系统或备用风控系统的情况下,接收该业务请求的风控系统会针对该业务请求进行风险分析,并生成风险分析结果,以及将该风险分析结果输出至认证系统。
如图3c所示,其示出了在当前容灾模式为三级容灾模式时的执行流程的一个示意图。该执行流程适用于三级容灾模式对应第一容灾策略组和第二容灾策略组的情况。具体地,容灾决策系统可以接收用户的业务请求,并确定第一容灾策略组和第二容灾策略组中是否存在该业务请求所符合的容灾策略。若第一容灾策略组和第二容灾策略组中均不存在该业务请求所符合的容灾策略,则直接将该业务请求放行至认证系统。若第一容灾策略组和第二容灾策略组二者中的至少一项存在该业务请求所符合的容灾策略,则根据该业务请求所符合的容灾策略,将该业务请求放行至备用风控系统或认证系统。
可选地,在当前容灾模式为四级容灾模式时,可以异步复制所接收的业务请求,并将复制的业务请求发送至备用风控系统,使得备用风控系统对复制的业务请求进行风险分析,并生成风险分析结果。上述执行主体可以根据复制的业务请求生成事件信息,以及获取该风险分析结果,而后将该事件信息和该风险分析结果进行对应存储。其中,该事件信息和该风险分析结果可以用于后续数据沉淀和离线分析。
需要说明的是,事件信息可以包括业务请求的内容。可选地,事件信息在包括该内容的同时,还可以包括该业务请求的发送时间等信息。
如图3d所示,其示出了在当前容灾模式为四级容灾模式时的执行流程的一个示意图。具体地,容灾决策系统可以接收用户的业务请求,并将该业务请求直接放行至认证系统。另外,容灾决策系统异步复制该业务请求,并将复制的业务请求发送至备用风控系统,使得备用风控系统针对复制的业务请求进行风险分析。
其中,备用风控系统针对复制的业务请求进行风险分析后,可以生成风险分析结果,并将该风险分析结果输出至指定位置,或者将该风险分析结果输出至容灾决策系统。
本说明书的上述实施例提供的多模式风控分级容灾方法,通过容灾决策系统响应于接收到用户的业务请求,确定风控平台在预设的多个分级容灾模式中所处的当前容灾模式,其中,每个分级容灾模式对应风控平台中的标准风控系统、备用风控系统和认证系统中的至少一个系统,而后确定当前容灾模式对应的备选系统,然后在备选系统为单个系统时,将该单个系统确定为目标系统,或者在备选系统包括多个系统时,获取当前容灾模式对应的容灾策略组,并根据业务请求在容灾策略组中所符合的容灾策略,在该多个系统中确定目标系统,以便将业务请求发送至目标系统。由此,可以实现多模式风控分级容灾,能够提高风控平台所提供的风控服务的稳定性。
下面,介绍以认证系统为执行主体的多模式风控分级容灾方案。
如图4所示,其示出了多模式风控分级容灾方法的另一个实施例的流程400。该方法的执行主体可以为图1所示的认证系统。该方法包括以下步骤:
步骤401,接收目标信息,目标信息包括容灾决策系统发送的业务请求,或者标准风控系统或备用风控系统发送的业务请求的风险分析结果,目标信息是在风控平台当前处于预设的多个分级容灾模式中的容灾模式的情况下接收的;
步骤402,在目标信息包括业务请求时,根据业务请求在预设的校验策略组中所符合的校验策略,确定针对业务请求的风控结果信息;在目标信息包括风险分析结果时,确定风险分析结果是否包括校验方式,并根据确定结果,确定针对业务请求的风控结果信息;
步骤403,输出风控结果信息。
前文中描述了,在风控平台处于容灾状态的情况下,容灾决策系统可以将所接收的用户的业务请求,放行至标准风控系统、备用风控系统或认证系统。在将业务请求放行至标准风控系统或备用风控系统后,接收到业务请求的风控系统可以对业务请求进行风险分析,并生成风险分析结果,以及将该结果输出至认证系统。
由此可知,在本实施例中,上述执行主体可以接收容灾决策系统发送的业务请求,还可以接收标准风控系统和备用风控系统分别发送的业务请求的风险分析结果。
基于此,在步骤401中,上述执行主体所接收的目标信息,可以包括用户的业务请求,或者风险分析结果。该业务请求是容灾决策系统发送的。该风险分析结果是标准风控系统或者备用风控系统发送的。
如前所述,多个分级容灾模式可以包括但不限于一级容灾模式、二级容灾模式、三级容灾模式、四级容灾模式等。一级容灾模式可以对应标准风控系统。二级容灾模式可以对应标准风控系统、备用风控系统和认证系统。三级容灾模式可以对应备用风控系统和认证系统。四级容灾模式对应认证系统。
在目标信息包括用户的业务请求时,目标信息可以是在风控平台的当前容灾模式为二级容灾模式、三级容灾模式或四级容灾模式的情况下接收的。在目标信息包括风险分析结果时,目标信息可以是在风控平台的当前容灾模式为一级容灾模式、二级容灾模式或三级容灾模式的情况下接收的。
在步骤402中,预设的校验策略组可以存储在上述执行主体本地,或者存储在风控平台的其他位置,在此不做具体限定。校验策略组可以包括,与业务请求的至少一项属性特征有关的校验策略,该至少一项属性特征可以包括,业务请求涉及的商户标识、操作渠道和/或请求类别等。每条校验策略可以包括但不限于校验条件、该校验条件对应的至少一种校验方式等。该至少一种校验方式可以包括以下中的至少一项:人脸校验、虹膜校验、指纹校验、短信校验、密码校验等等。
实践中,接入风控平台的多个业务中通常存在风控强依赖型业务,此种业务强依赖风控输出一个如前所述的校验方式,若在业务执行过程中未接收到风控输出的校验方式,则将业务执行失败。基于此,通常预先针对此种业务进行校验策略配置,以用于后续提供风控服务时,根据配置所得的校验策略组,筛选出此种业务对应的业务请求,并确定针对该业务请求对应的用户的校验方式。
具体地,在目标信息包括业务请求时,若业务请求在校验策略组中所符合的校验策略的数目为零,则上述执行主体可以生成用于提示对业务请求进行放行的风控结果信息。若业务请求在校验策略组中所符合的校验策略的数目不为零,则上述执行主体可以在该所符合的校验策略所包括的至少一个校验方式中,确定适用于业务请求对应的用户的目标校验方式,并生成包括目标校验方式的风控结果信息。
其中,若业务请求在校验策略组中所符合的校验策略包括一个校验方式,则可以将该校验方式确定为目标校验方式。若业务请求在校验策略组中所符合的校验策略包括多个校验方式,则可以根据该业务请求对应的用户的相关信息,从该多个校验方式中确定目标校验方式。其中,该相关信息例如可以包括该用户的发送该业务请求的电子设备的设备信息,和/或该电子设备对应的历史用户校验信息等。该历史用户校验信息可以用于描述,以前针对该用户采用的校验方式等。
作为示例,假设上述多个校验方式包括人脸校验和短信校验,上述执行主体可以获取上述电子设备的设备信息,并根据该设备信息,确定上述电子设备是否支持人脸校验。若支持,则将人脸校验确定为目标校验方式;否则,将短信校验确定为目标校验方式。
作为另一个示例,假设上述多个校验方式包括人脸校验和短信校验,上述执行主体可以获取上述电子设备对应的历史用户校验信息。而后,可以分析该历史用户校验信息。若分析出该历史用户校验信息包括人脸校验和短信校验中的一种校验方式,则可以将该校验方式确定为目标校验方式。若分析出该历史用户校验信息同时包括人脸校验和短信校验,则可以随机选取一种校验方式作为目标校验方式,或者,统计出采用次数最多的校验方式,并将该校验方式确定为目标校验方式。
应该理解,确定适用于业务请求对应的用户的目标校验方式的方法,可以根据实际需求设计,本说明书不对该方法做具体限定。
可选地,在目标信息包括风险分析结果时,若上述确定结果示出,风险分析结果包括校验方式,则可以将风险分析结果确定为风控结果信息。若上述确定结果示出,风险分析结果不包括校验方式,则可以根据业务请求在预设的校验策略组中所符合的校验策略,以及风险分析结果,确定针对业务请求的风控结果信息。
实践中,风险分析结果对应的业务请求的上述至少一项属性特征,可以包含在风险分析结果中。或者,标准风控系统或备用风控系统可以将上述至少一项属性特征与风险分析结果同时输出至上述执行主体,或者,标准风控系统或备用风控系统可以将风险分析结果和风险分析结果对应的业务请求同时输出至上述执行主体。在此不做具体限定。
上述执行主体可以基于上述至少一项属性特征,在校验策略组中确定业务请求所符合的校验策略。若业务请求在校验策略组中所符合的校验策略的数目为零,则可以将风险分析结果确定为风控结果信息。若业务请求在校验策略组中所符合的校验策略的数目不为零,则可以在该所符合的校验策略所包括的至少一个校验方式中,确定适用于业务请求对应的用户的目标校验方式,并将风险分析结果和目标校验方式组成风控结果信息。
在步骤403中,可以将风控结果信息输出至相应的业务系统,或者,将风控结果信息输出至与该业务系统通信的信息收发模块,由该模块将风控结果信息发送至该业务系统。
本实施例提供的多模式风控分级容灾方法,通过认证系统接收如上所述的目标信息,而后在目标信息包括业务请求时,根据业务请求在预设的校验策略组中所符合的校验策略,确定针对业务请求的风控结果信息,或者在目标信息包括风险分析结果时,确定风险分析结果是否包括校验方式,并根据确定结果,确定针对业务请求的风控结果信息,以便输出风控结果信息。由此,认证系统是在如前所述的各个分级容灾模式下均使用的系统,通过对认证系统的有效利用,能确保向强依赖风控输出校验方式的业务系统提供校验方式,因而能够提高风控平台所提供的风控服务的稳定性。
进一步参考图5,作为对以上一些图所示方法的实现,本说明书提供了一种多模式风控分级容灾装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置可以应用于如图1所示的容灾决策系统。
如图5所示,本实施例的多模式风控分级容灾装置500包括:容灾模式确定单元501、备选系统确定单元502、目标系统确定单元503和发送单元504。其中,容灾模式确定单元501被配置成响应于接收到的用户的业务请求,确定风控平台在预设的多个分级容灾模式中所处的当前容灾模式,其中,每个分级容灾模式对应标准风控系统、备用风控系统和认证系统中的至少一个系统;备选系统确定单元502被配置成确定当前容灾模式对应的备选系统;目标系统确定单元503被配置成在备选系统为单个系统时,将该单个系统确定为目标系统;在备选系统包括多个系统时,获取当前容灾模式对应的容灾策略组,并根据业务请求在容灾策略组中所符合的容灾策略,在该多个系统中确定目标系统;发送单元504被配置成将业务请求发送至目标系统。
在本实施例中,容灾模式确定单元501、备选系统确定单元502、目标系统确定单元503和发送单元504的具体处理及其带来的技术效果可分别参考图2对应实施例中步骤201、步骤202、步骤203和步骤204的相关说明,在此不再赘述。
可选地,上述多个分级容灾模式可以包括但不限于一级容灾模式、二级容灾模式、三级容灾模式、四级容灾模式等。一级容灾模式可以对应标准风控系统。二级容灾模式可以对应标准风控系统、备用风控系统和认证系统。三级容灾模式可以对应备用风控系统和认证系统。四级容灾模式可以对应认证系统。
可选地,一级容灾模式可以在进行业务监控时开启。二级容灾模式可以在标准风控系统发生故障预定时间段内开启。三级容灾模式可以在标准风控系统发生故障且故障持续预定时间段后开启。四级容灾模式可以在标准风控系统和备用风控系统均发生故障时开启。
可选地,二级容灾模式可以对应第一容灾策略组,三级容灾模式可以对应第一容灾策略组和第二容灾策略组。
可选地,第一容灾策略组和第二容灾策略组可以分别包括,与业务请求的至少一项属性特征有关的容灾策略,该至少一项属性特征可以包括,业务请求涉及的商户标识、金额、操作渠道和/或请求类别等。
可选地,第一容灾策略组和第二容灾策略组中的每条容灾策略可以包括:容灾条件、容灾条件对应的处理方式。处理方式可以用于表征,将业务请求放行至认证系统或备用风控系统。
可选地,若上述多个分级容灾模式包括一级容灾模式和四级容灾模式,一级容灾模式对应标准风控系统,四级容灾模式对应认证系统,则在当前容灾模式为一级容灾模式或四级容灾模式时,上述装置还可以包括:处理单元(图中未示出),被配置成复制业务请求,并将复制的业务请求发送至备用风控系统,使得备用风控系统对复制的业务请求进行风险分析,并生成风险分析结果;获取并存储风险分析结果。
可选地,在当前容灾模式为四级容灾模式时,处理单元还可以被配置成:根据复制的业务请求,生成事件信息;在存储风险分析结果时,将事件信息和风险分析结果进行对应存储。
可选地,若上述多个分级容灾模式包括二级容灾模式,二级容灾模式对应标准风控系统、备用风控系统和认证系统,容灾策略组中的容灾策略,指向备用风控系统或认证系统,则在当前容灾模式为二级容灾模式时,目标系统确定单元503可以进一步被配置成:若业务请求在容灾策略组中所符合的容灾策略的数目为零,则将标准风控系统确定为目标系统;若业务请求在容灾策略组中所符合的容灾策略为单个容灾策略,则将该单个容灾策略所指向的系统确定为目标系统;若业务请求在容灾策略组中所符合的容灾策略包括多个容灾策略,则根据该多个容灾策略,在备用风控系统和认证系统中确定目标系统。
可选地,若上述多个分级容灾模式包括三级容灾模式,三级容灾模式对应备用风控系统和认证系统,容灾策略组中的容灾策略,指向备用风控系统或认证系统;则在当前容灾模式为三级容灾模式时,目标系统确定单元503可以进一步被配置成:若业务请求在容灾策略组中所符合的容灾策略的数目为零,则将认证系统确定为目标系统;若业务请求在容灾策略组中所符合的容灾策略为单个容灾策略,则将该单个容灾策略所指向的系统确定为目标系统;若业务请求在容灾策略组中所符合的容灾策略包括多个容灾策略,则根据该多个容灾策略,在备用风控系统和认证系统中确定目标系统。
可选地,目标系统确定单元503可以进一步被配置成:若上述多个容灾策略均指向同一个系统,则将该系统确定为目标系统;若上述多个容灾策略中存在指向备用风控系统的容灾策略,以及指向认证系统的容灾策略,则采用预设的决策方法,在备用风控系统和认证系统中确定目标系统。
本说明书的上述实施例提供的多模式风控分级容灾装置,通过容灾模式确定单元响应于接收到用户的业务请求,确定风控平台在预设的多个分级容灾模式中所处的当前容灾模式,其中,每个分级容灾模式对应风控平台中的标准风控系统、备用风控系统和认证系统中的至少一个系统,而后通过备选系统确定单元确定当前容灾模式对应的备选系统,然后通过目标系统确定单元在备选系统为单个系统时,将该单个系统确定为目标系统,或者在备选系统包括多个系统时,获取当前容灾模式对应的容灾策略组,并根据业务请求在容灾策略组中所符合的容灾策略,在该多个系统中确定目标系统,以便通过发送单元将业务请求发送至目标系统。由此,可以实现多模式风控分级容灾,能够提高风控平台所提供的风控服务的稳定性。
进一步参考图6,作为对以上一些图所示方法的实现,本说明书提供了一种多模式风控分级容灾装置的另一个实施例,该装置实施例与图4所示的方法实施例相对应,该装置可以应用于如图1所示的认证系统。
如图6所示,本实施例的多模式风控分级容灾装置600包括:接收单元601、确定单元602和输出单元603。其中,接收单元601被配置成接收目标信息,目标信息包括容灾决策系统发送的业务请求,或者标准风控系统或备用风控系统发送的业务请求的风险分析结果,目标信息是在风控平台当前处于预设的多个分级容灾模式中的容灾模式的情况下接收的;确定单元602被配置成在目标信息包括业务请求时,根据业务请求在预设的校验策略组中所符合的校验策略,确定针对业务请求的风控结果信息;在目标信息包括风险分析结果时,确定风险分析结果是否包括校验方式,并根据确定结果,确定针对业务请求的风控结果信息;输出单元603被配置成输出风控结果信息。
在本实施例中,接收单元601、确定单元602和输出单元603的具体处理及其带来的技术效果可分别参考图4对应实施例中步骤401、步骤402和步骤403的相关说明,在此不再赘述。
可选地,校验策略组可以包括,与业务请求的至少一项属性特征有关的校验策略,该至少一项属性特征可以包括,业务请求涉及的商户标识、操作渠道和/或请求类别等。
可选地,校验策略组中的每条校验策略可以包括:校验条件、校验条件对应的至少一种校验方式等。
可选地,上述至少一种校验方式可以包括以下中的至少一项:人脸校验、虹膜校验、指纹校验、短信校验、密码校验等。
可选地,在校验策略组中的每条检验策略包括至少一个校验方式的情况下,确定单元602可以包括:第一确定子单元(图中未示出),被配置成若业务请求在校验策略组中所符合的校验策略的数目为零,则生成用于提示对业务请求进行放行的风控结果信息;若业务请求在校验策略组中所符合的校验策略的数目不为零,则在该所符合的校验策略所包括的至少一个校验方式中,确定适用于业务请求对应的用户的目标校验方式,并生成包括目标校验方式的风控结果信息。
可选地,确定单元602可以包括:第二确定子单元(图中未示出),被配置成若上述确定结果示出,风险分析结果包括校验方式,则将风险分析结果确定为风控结果信息;若上述确定结果示出,风险分析结果不包括校验方式,则根据风控结果信息对应的业务请求在预设的校验策略组中所符合的校验策略,以及风险分析结果,确定针对业务请求的风控结果信息。
可选地,在校验策略组中的每条校验策略包括至少一个校验方式的情况下,第二确定子单元可以进一步被配置成:若业务请求在校验策略组中所符合的校验策略的数目为零,则将风险分析结果确定为风控结果信息;若业务请求在校验策略组中所符合的校验策略的数目不为零,则在该所符合的校验策略所包括的至少一个校验方式中,确定适用于业务请求对应的用户的目标校验方式,并将风险分析结果和目标校验方式组成风控结果信息。
本实施例提供的多模式风控分级容灾方装置,通过接收单元接收如上所述的目标信息,而后通过确定单元在目标信息包括业务请求时,根据业务请求在预设的校验策略组中所符合的校验策略,确定针对业务请求的风控结果信息,或者在目标信息包括风险分析结果时,确定风险分析结果是否包括校验方式,并根据确定结果,确定针对业务请求的风控结果信息,以便通过输出单元输出风控结果信息。由此,该装置所在的认证系统是在如前所述的各个分级容灾模式下均使用的系统,通过对认证系统的有效利用,能确保向强依赖风控输出校验方式的业务系统提供校验方式,因而能够提高风控平台所提供的风控服务的稳定性。
本说明书实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,其中,当该计算机程序在计算机中执行时,令计算机执行以上各方法实施例分别所示的多模式风控分级容灾方法。
本说明书实施例还提供了一种计算设备,包括存储器和处理器,其中,该存储器中存储有可执行代码,该处理器执行该可执行代码时,实现以上各方法实施例分别所示的多模式风控分级容灾方法。
本说明书实施例还提供了一种计算机程序产品,当在数据处理设备上执行时,使得数据处理设备实现以上各方法实施例分别所示的多模式风控分级容灾方法。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本说明书披露的多个实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。
在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
以上所述的具体实施方式,对本说明书披露的多个实施例的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本说明书披露的多个实施例的具体实施方式而已,并不用于限定本说明书披露的多个实施例的保护范围,凡在本说明书披露的多个实施例的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本说明书披露的多个实施例的保护范围之内。
Claims (22)
1.一种多模式风控分级容灾方法,应用于风控平台中的容灾决策系统,所述风控平台还包括标准风控系统、备用风控系统和认证系统,所述认证系统用于确定针对用户的校验方式,所述方法包括:
响应于接收到的用户的业务请求,确定所述风控平台在预设的多个分级容灾模式中所处的当前容灾模式,其中,每个分级容灾模式对应所述标准风控系统、所述备用风控系统和所述认证系统中的至少一个系统;
确定所述当前容灾模式对应的备选系统;
在所述备选系统为单个系统时,将该单个系统确定为目标系统;在所述备选系统包括多个系统时,获取所述当前容灾模式对应的容灾策略组,并根据所述业务请求在所述容灾策略组中所符合的容灾策略,在所述多个系统中确定目标系统;
将所述业务请求发送至所述目标系统。
2.根据权利要求1所述的方法,其中,所述多个分级容灾模式包括:一级容灾模式、二级容灾模式、三级容灾模式、四级容灾模式,所述一级容灾模式对应所述标准风控系统,所述二级容灾模式对应所述标准风控系统、所述备用风控系统和所述认证系统,所述三级容灾模式对应所述备用风控系统和所述认证系统,所述四级容灾模式对应所述认证系统。
3.根据权利要求2所述的方法,其中,
所述一级容灾模式在进行业务监控时开启;
所述二级容灾模式在所述标准风控系统发生故障预定时间段内开启;
所述三级容灾模式在所述标准风控系统发生故障且故障持续所述预定时间段后开启;
所述四级容灾模式在所述标准风控系统和所述备用风控系统均发生故障时开启。
4.根据权利要求2所述的方法,其中,所述二级容灾模式对应第一容灾策略组,所述三级容灾模式对应所述第一容灾策略组和第二容灾策略组。
5.根据权利要求4所述的方法,其中,所述第一容灾策略组和所述第二容灾策略组分别包括,与所述业务请求的至少一项属性特征有关的容灾策略,所述至少一项属性特征包括,所述业务请求涉及的商户标识、金额、操作渠道和/或请求类别。
6.根据权利要求4所述的方法,其中,所述第一容灾策略组和所述第二容灾策略组中的每条容灾策略包括:容灾条件、所述容灾条件对应的处理方式;所述处理方式用于表征,将所述业务请求放行至所述认证系统或所述备用风控系统。
7.根据权利要求1所述的方法,其中,所述多个分级容灾模式包括一级容灾模式和四级容灾模式,所述一级容灾模式对应所述标准风控系统,所述四级容灾模式对应所述认证系统;以及
在所述当前容灾模式为所述一级容灾模式或所述四级容灾模式时,所述方法还包括:
复制所述业务请求,并将复制的业务请求发送至所述备用风控系统,使得所述备用风控系统对所述复制的业务请求进行风险分析,并生成风险分析结果;
获取并存储所述风险分析结果。
8.根据权利要求7所述的方法,其中,在所述当前容灾模式为所述四级容灾模式时,所述方法还包括:
根据所述复制的业务请求,生成事件信息;
在存储所述风险分析结果时,将所述事件信息和所述风险分析结果进行对应存储。
9.根据权利要求1所述的方法,其中,所述多个分级容灾模式包括二级容灾模式,所述二级容灾模式对应所述标准风控系统、所述备用风控系统和所述认证系统,所述容灾策略组中的容灾策略,指向所述备用风控系统或所述认证系统;以及
在所述当前容灾模式为所述二级容灾模式时,所述根据所述业务请求在所述容灾策略组中所符合的容灾策略,在所述多个系统中确定目标系统,包括:
若所述业务请求在所述容灾策略组中所符合的容灾策略的数目为零,则将所述标准风控系统确定为目标系统;
若所述业务请求在所述容灾策略组中所符合的容灾策略为单个容灾策略,则将该单个容灾策略所指向的系统确定为目标系统;
若所述业务请求在所述容灾策略组中所符合的容灾策略包括多个容灾策略,则根据所述多个容灾策略,在所述备用风控系统和所述认证系统中确定目标系统。
10.根据权利要求1所述的方法,其中,所述多个分级容灾模式包括三级容灾模式,所述三级容灾模式对应所述备用风控系统和所述认证系统,所述容灾策略组中的容灾策略,指向所述备用风控系统或所述认证系统;以及
在所述当前容灾模式为所述三级容灾模式时,所述根据所述业务请求在所述容灾策略组中所符合的容灾策略,在所述多个系统中确定目标系统,包括:
若所述业务请求在所述容灾策略组中所符合的容灾策略的数目为零,则将所述认证系统确定为目标系统;
若所述业务请求在所述容灾策略组中所符合的容灾策略为单个容灾策略,则将该单个容灾策略所指向的系统确定为目标系统;
若所述业务请求在所述容灾策略组中所符合的容灾策略包括多个容灾策略,则根据所述多个容灾策略,在所述备用风控系统和所述认证系统中确定目标系统。
11.根据权利要求9或10所述的方法,其中,所述根据所述多个容灾策略,在所述备用风控系统和所述认证系统中确定目标系统,包括:
若所述多个容灾策略均指向同一个系统,则将该系统确定为目标系统;
若所述多个容灾策略中存在指向所述备用风控系统的容灾策略,以及指向所述认证系统的容灾策略,则采用预设的决策方法,在所述备用风控系统和所述认证系统中确定目标系统。
12.一种多模式风控分级容灾方法,应用于风控平台中的认证系统,所述风控平台还包括标准风控系统、备用风控系统和容灾决策系统,所述方法包括:
接收目标信息,所述目标信息包括所述容灾决策系统发送的业务请求,或者所述标准风控系统或所述备用风控系统发送的所述业务请求的风险分析结果,所述目标信息是在所述风控平台当前处于预设的多个分级容灾模式中的容灾模式的情况下接收的,每个分级容灾模式对应所述标准风控系统、所述备用风控系统和所述认证系统中的至少一个系统;
在所述目标信息包括所述业务请求时,根据所述业务请求在预设的校验策略组中所符合的校验策略,确定针对所述业务请求的风控结果信息;在所述目标信息包括所述风险分析结果时,确定所述风险分析结果是否包括校验方式,并根据确定结果,确定针对所述业务请求的风控结果信息;
输出所述风控结果信息。
13.根据权利要求12所述的方法,其中,所述校验策略组包括,与所述业务请求的至少一项属性特征有关的校验策略,所述至少一项属性特征包括,所述业务请求涉及的商户标识、操作渠道和/或请求类别。
14.根据权利要求12所述的方法,其中,所述校验策略组中的每条校验策略包括:校验条件、所述校验条件对应的至少一种校验方式。
15.根据权利要求14所述的方法,其中,所述至少一种校验方式包括以下中的至少一项:人脸校验、虹膜校验、指纹校验、短信校验、密码校验。
16.根据权利要求12所述的方法,其中,所述校验策略组中的每条检验策略包括至少一个校验方式;以及
所述根据所述业务请求在预设的校验策略组中所符合的校验策略,确定针对所述业务请求的风控结果信息,包括:
若所述业务请求在所述校验策略组中所符合的校验策略的数目为零,则生成用于提示对所述业务请求进行放行的风控结果信息;
若所述业务请求在所述校验策略组中所符合的校验策略的数目不为零,则在所述所符合的校验策略所包括的至少一个校验方式中,确定适用于所述业务请求对应的用户的目标校验方式,并生成包括所述目标校验方式的风控结果信息。
17.根据权利要求12所述的方法,其中,所述根据确定结果,确定针对所述业务请求的风控结果信息,包括:
若所述确定结果示出,所述风险分析结果包括校验方式,则将所述风险分析结果确定为风控结果信息;
若所述确定结果示出,所述风险分析结果不包括校验方式,则根据所述业务请求在预设的校验策略组中所符合的校验策略,以及所述风险分析结果,确定针对所述业务请求的风控结果信息。
18.根据权利要求17所述的方法,其中,所述校验策略组中的每条校验策略包括至少一个校验方式;以及
所述根据所述业务请求在预设的校验策略组中所符合的校验策略,以及所述风险分析结果,确定针对所述业务请求的风控结果信息,包括:
若所述业务请求在所述校验策略组中所符合的校验策略的数目为零,则将所述风险分析结果确定为风控结果信息;
若所述业务请求在所述校验策略组中所符合的校验策略的数目不为零,则在所述所符合的校验策略所包括的至少一个校验方式中,确定适用于所述业务请求对应的用户的目标校验方式,并将所述风险分析结果和所述目标校验方式组成风控结果信息。
19.一种多模式风控分级容灾装置,应用于风控平台中的容灾决策系统,所述风控平台还包括标准风控系统、备用风控系统和认证系统,所述认证系统用于确定针对用户的校验方式,所述装置包括:
容灾模式确定单元,被配置成响应于接收到的用户的业务请求,确定所述风控平台在预设的多个分级容灾模式中所处的当前容灾模式,其中,每个分级容灾模式对应所述标准风控系统、所述备用风控系统和所述认证系统中的至少一个系统;
备选系统确定单元,被配置成确定所述当前容灾模式对应的备选系统;
目标系统确定单元,被配置成在所述备选系统为单个系统时,将该单个系统确定为目标系统;在所述备选系统包括多个系统时,获取所述当前容灾模式对应的容灾策略组,并根据所述业务请求在所述容灾策略组中所符合的容灾策略,在所述多个系统中确定目标系统;
发送单元,被配置成将所述业务请求发送至所述目标系统。
20.一种多模式风控分级容灾装置,应用于风控平台中的认证系统,所述风控平台还包括标准风控系统、备用风控系统和容灾决策系统,所述装置包括:
接收单元,被配置成接收目标信息,所述目标信息包括所述容灾决策系统发送的业务请求,或者所述标准风控系统或所述备用风控系统发送的所述业务请求的风险分析结果,所述目标信息是在所述风控平台当前处于预设的多个分级容灾模式中的容灾模式的情况下接收的,每个分级容灾模式对应所述标准风控系统、所述备用风控系统和所述认证系统中的至少一个系统;
确定单元,被配置成在所述目标信息包括所述业务请求时,根据所述业务请求在预设的校验策略组中所符合的校验策略,确定针对所述业务请求的风控结果信息;在所述目标信息包括所述风险分析结果时,确定所述风险分析结果是否包括校验方式,并根据确定结果,确定针对所述业务请求的风控结果信息;
输出单元,被配置成输出所述风控结果信息。
21.一种计算机可读存储介质,其上存储有计算机程序,其中,当所述计算机程序在计算机中执行时,令计算机执行权利要求1-18中任一项的所述的方法。
22.一种计算设备,包括存储器和处理器,其中,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码时,实现权利要求1-18中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010762421.3A CN111784359B (zh) | 2020-07-31 | 2020-07-31 | 多模式风控分级容灾方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010762421.3A CN111784359B (zh) | 2020-07-31 | 2020-07-31 | 多模式风控分级容灾方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111784359A CN111784359A (zh) | 2020-10-16 |
CN111784359B true CN111784359B (zh) | 2022-07-22 |
Family
ID=72765513
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010762421.3A Active CN111784359B (zh) | 2020-07-31 | 2020-07-31 | 多模式风控分级容灾方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111784359B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113949631B (zh) * | 2021-11-19 | 2024-05-03 | 网宿科技股份有限公司 | 客户端容灾的处理方法、系统及电子设备 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105046562B (zh) * | 2015-09-10 | 2018-07-27 | 腾讯科技(深圳)有限公司 | 风控系统及风控数据获取方法 |
CN109002949A (zh) * | 2017-06-06 | 2018-12-14 | 阿里巴巴集团控股有限公司 | 一种风控策略配置以及业务风控的方法及装置 |
US20190392449A1 (en) * | 2018-06-22 | 2019-12-26 | Mastercard International Incorporated | Systems and methods for authenticating online users |
CN110827032B (zh) * | 2019-09-26 | 2021-08-03 | 支付宝(杭州)信息技术有限公司 | 智能风控决策方法及系统、业务处理方法及系统 |
CN110716769B (zh) * | 2019-09-27 | 2023-08-04 | 武汉极意网络科技有限公司 | 业务风控网关及业务风控方法 |
CN110781500A (zh) * | 2019-09-30 | 2020-02-11 | 口碑(上海)信息技术有限公司 | 一种数据风控系统以及方法 |
CN110737889B (zh) * | 2019-10-24 | 2022-04-05 | 武汉极意网络科技有限公司 | 业务风控调整方法、装置、设备及存储介质 |
-
2020
- 2020-07-31 CN CN202010762421.3A patent/CN111784359B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN111784359A (zh) | 2020-10-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108596619B (zh) | 用于区块链系统的交易方法、装置、中心节点及系统 | |
CN108681565B (zh) | 区块链数据并行处理方法、装置、设备和存储介质 | |
CN113726875B (zh) | 一种基于区块链一体机的交易处理方法及装置 | |
CN110784331B (zh) | 一种共识流程恢复方法及相关节点 | |
CN110704490A (zh) | 一种基于智能合约的业务数据处理方法和装置 | |
CN106953738A (zh) | 风险控制方法及装置 | |
CN110503551A (zh) | 一种网络资金交易渠道维护方法、装置和设备 | |
CN111931172A (zh) | 一种金融系统业务流程异常预警方法及装置 | |
CN108647105B (zh) | 系统切换过程中的幂等控制方法、装置及系统 | |
CN111784359B (zh) | 多模式风控分级容灾方法及装置 | |
CN109614263B (zh) | 一种容灾数据处理方法、装置及系统 | |
CN113255929B (zh) | 异常用户可解释原因的获取方法和装置 | |
CN114036164A (zh) | 一种乐观锁和悲观锁组合的高并发交易加锁方法及系统 | |
CN111367934A (zh) | 数据一致性的检验方法、装置、服务器和介质 | |
CN111191215A (zh) | 一种安全设备识别方法及系统 | |
CN110928841A (zh) | 一种文件操作控制方法、装置、设备及存储介质 | |
EP3174268A1 (en) | Method and apparatus for using network exhaustive resource | |
CN112527473B (zh) | 一种分布式事务处理方法及装置 | |
CN112541810A (zh) | 业务数据的风险处置方法、装置及计算机可读存储介质 | |
CN111797590A (zh) | 数据核对方法、装置和设备 | |
KR102639786B1 (ko) | 메시지큐를 이용한 무중단 로그 전송 시스템 및 방법 | |
CN109997166B (zh) | 用于截取智能合同的系统和方法 | |
US12093947B2 (en) | Memory management in a transaction processing device | |
JP2010061548A (ja) | 計算機システム、処理方法及びプログラム | |
CN117407460A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |