CN117575603A - 一种风险控制方法、装置、存储介质及电子设备 - Google Patents

一种风险控制方法、装置、存储介质及电子设备 Download PDF

Info

Publication number
CN117575603A
CN117575603A CN202311561330.3A CN202311561330A CN117575603A CN 117575603 A CN117575603 A CN 117575603A CN 202311561330 A CN202311561330 A CN 202311561330A CN 117575603 A CN117575603 A CN 117575603A
Authority
CN
China
Prior art keywords
risk
target user
release
scheme
credential
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
Application number
CN202311561330.3A
Other languages
English (en)
Inventor
范文枪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to CN202311561330.3A priority Critical patent/CN117575603A/zh
Publication of CN117575603A publication Critical patent/CN117575603A/zh
Pending legal-status Critical Current

Links

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
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/9032—Query formulation
    • G06F16/90332—Natural language query formulation or dialogue systems
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0635—Risk analysis of enterprise or organisation activities
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201—Market modelling; Market analysis; Collecting market data
    • G06Q30/0203—Market surveys; Market polls

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Mathematical Physics (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Artificial Intelligence (AREA)
  • Educational Administration (AREA)
  • Computational Linguistics (AREA)
  • General Engineering & Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本说明书实施例公开了一种风险控制方法、装置、存储介质及电子设备，方法包括：首先根据目标用户的用户信息对目标用户进行第一风险稽查，在判定目标用户存在第一风险时，生成用于解除第一风险的第一风险解除方案，然后响应于用户针对第一风险解除方案的处理指令，在用户端呈现与第一风险对应的交互式问答组件，以通过交互式问答组件与目标用户进行交互式问答，采集得到补充信息，再根据补充信息和用户信息进行第二风险稽查，确定目标用户存在的第二风险，并生成用于解除第二风险的第二风险解除方案，最后获取目标用户根据第二风险解除方案上传的风险解除凭证，对风险解除凭证进行审核，并在风险解除凭证审核通过时，为目标用户进行风险解除。

Description

一种风险控制方法、装置、存储介质及电子设备
技术领域
本发明涉及计算机技术领域，尤其涉及一种风险控制方法、装置、存储介质及电子设备。
背景技术
为保障用户及企业的利益，服务提供商通常会基于行业经验积累配置风险控制策略，以减少风险事件发生时对用户及企业造成的损失。
相关技术中，通过机械学习的风险控制引擎对用户个人信息进行风险稽查，并根据预配置的风险控制策略下发与稽查到的风险相对应的处罚。然而，由于用户信息不完善或风控引擎本身存在的误差等原因，风控引擎稽查的风险以及下发的处罚可能并不准确，从而导致用户无法根据错误的处罚解决实际存在的风险问题。
发明内容
本说明书实施例提供一种风险控制方法，该方法能够在风险控制过程中提升对风险识别的准确率，避免由于风险识别错误导致用户无法解除风险的问题。所述方法包括：
根据目标用户的用户信息对目标用户进行第一风险稽查，在判定所述目标用户存在第一风险时，生成用于解除所述第一风险的第一风险解除方案；
响应于用户针对所述第一风险解除方案的处理指令，在用户端呈现与所述第一风险对应的交互式问答组件，以通过所述交互式问答组件与所述目标用户进行交互式问答，采集得到补充信息；
根据所述补充信息和所述用户信息进行第二风险稽查，确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案；
获取所述目标用户根据所述第二风险解除方案上传的风险解除凭证，在所述风险解除凭证审核通过时，为所述目标用户进行风险解除。
进一步地，在一些实施方式中，所述根据目标用户的用户信息对目标用户进行第一风险稽查，在判定所述目标用户存在第一风险时，生成用于解除所述第一风险的第一风险解除方案，包括：
确定所述用户信息对应的目标事务；
根据所述目标事务对应的风险控制策略对所述用户信息进行第一风险稽查，确定所述目标用户存在的第一风险，并生成用于解除所述第一风险的第一风险解除方案。
进一步地，在一些实施方式中，所述风险控制策略包括至少一条风险规则；
所述根据所述目标事务对应的风险控制策略对所述用户信息进行第一风险稽查，确定所述目标用户存在的第一风险，并生成用于解除所述第一风险的第一风险解除方案，包括：
将所述用户信息分别和至少一条所述风险规则进行匹配，根据匹配结果确定所述目标用户存在的第一风险。
进一步地，在一些实施方式中，所述根据所述补充信息和所述用户信息进行第二风险稽查，确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案，包括：
根据所述补充信息和所述用户信息进行第二风险稽查，确定所述目标用户存在的第三风险；
根据所述第一风险和所述第三风险合并生成所述第二风险，并生成用于解除所述第二风险的第二风险解除方案。
进一步地，在一些实施方式中，所述根据所述补充信息和所述用户信息进行第二风险稽查，确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案之后，还包括：
根据所述第一风险解除方案和所述第二风险解除方案合并生成目标风险解除方案；
获取所述目标用户根据所述目标风险解除方案上传的风险解除凭证，在所述风险解除凭证审核通过时，为所述目标用户进行风险解除。
进一步地，在一些实施方式中，所述方法还包括：
在判定所述目标用户存在所述第一风险时，创建与所述第一风险对应的审理任务；
所述获取所述目标用户根据所述第二风险解除方案上传的风险解除凭证之后，还包括：
基于所述审理任务，根据所述第二风险解除方案对所述风险解除凭证进行审核。
进一步的，在一些实施方式中，所述方法还包括：
在所述风险解除凭证审核不通过时，生成凭证重传指令，所述凭证重传指令用于指示所述目标用户根据所述第二风险解除方案重新上传新风险解除凭证；
在所述新风险解除凭证审核通过时，为所述目标用户进行风险解除。
本说明书实施例还提出了一种风险控制方法，应用于用户端，所述方法包括：
根据服务端下发的用于解除第一风险的第一风险解除方案，触发生成对所述第一风险解除方案的处理指令；
响应于所述处理指令，显示与所述第一风险对应的交互式问答组件；
基于所述交互式问答组件上传补充信息至服务端，以使所述服务端根据所述补充信息和所述目标用户对应的用户信息确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案；
响应于服务端生成所述第二风险解除方案，显示与所述第二风险解除方案对应的凭证上传组件；
基于所述凭证上传组件上传与所述第二风险解除方案对应的风险解除凭证至服务端，以使所述服务端根据所述风险解除凭证对所述目标用户进行风险解除。
进一步的，在一些实施方式中，所述方法还包括：
响应于服务端发送的凭证重传指令，基于所述凭证上传组件重新上传与所述第二风险解除方案对应的新风险解除凭证至服务端，以使所述服务端根据所述新风险解除凭证对所述目标用户进行风险解除。
本说明书实施例还提出了一种风险控制装置，包括：
第一风险稽查模块，用于根据目标用户的用户信息对目标用户进行第一风险稽查，在判定所述目标用户存在第一风险时，生成用于解除所述第一风险的第一风险解除方案；
交互信息采集模块，用于在用户端呈现与所述第一风险对应的交互式问答组件，以通过所述交互式问答组件与所述目标用户进行交互式问答，采集得到补充信息；
第二风险稽查模块，用于根据所述补充信息和所述用户信息进行第二风险稽查，确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案；
风险解除模块，用于获取所述目标用户根据所述第二风险解除方案上传的风险解除凭证，在所述风险解除凭证审核通过时，为所述目标用户进行风险解除。
本说明书实施例还提出了一种风险控制装置，包括：
解除方案处理模块，用于根据服务端下发的用于解除第一风险的第一风险解除方案，触发生成对所述第一风险解除方案的处理指令；
问答组件显示模块，用于响应于所述处理指令，显示与所述第一风险对应的交互式问答组件；
补充信息上传模块，用于基于所述交互式问答组件上传补充信息至服务端，以使所述服务端根据所述补充信息和所述目标用户对应的用户信息确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案；
凭证组件显示模块，用于响应于服务端生成所述第二风险解除方案，显示与所述第二风险解除方案对应的凭证上传组件；
解除凭证上传模块，用于基于所述凭证上传组件上传与所述第二风险解除方案对应的风险解除凭证至服务端，以使所述服务端根据所述风险解除凭证对所述目标用户进行风险解除。
本说明书实施例还提供一种计算机程序产品，所述计算机程序产品存储有至少一条指令，所述至少一条指令适于由处理器加载并执行上述的方法步骤。
本说明书实施例还提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序适于由处理器加载并执行上述的方法的步骤。
本说明书实施例还提供一种电子设备，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法的步骤。
在本说明书实施例中，首先根据目标用户的用户信息对目标用户进行第一风险稽查，在判定目标用户存在第一风险时，生成用于解除第一风险的第一风险解除方案，然后响应于用户针对第一风险解除方案的处理指令，在用户端呈现与第一风险对应的交互式问答组件，以通过交互式问答组件与目标用户进行交互式问答，采集得到补充信息，再根据补充信息和用户信息进行第二风险稽查，确定目标用户存在的第二风险，并生成用于解除第二风险的第二风险解除方案，最后获取目标用户根据第二风险解除方案上传的风险解除凭证，对风险解除凭证进行审核，并在风险解除凭证审核通过时，为目标用户进行风险解除；采用本说明书提供的风险控制方法，在根据用户信息对目标用户进行第一风险稽查之后，通过交互式问答组件和用户进行交互式问答获得更多的补充信息，进而根据补充信息进行第二风险稽查，提高了风险稽查的准确率，避免风险稽查存在错误导致用户无法解除风险的问题。
附图说明
图1为本说明书实施例提供了一种风险控制方法的流程示意图；
图2为本说明书实施例提供了一种风险控制方法的流程示意图；
图3为本说明书实施例提供了一种风险控制方法的流程示意图；
图4为本说明书实施例提供的一种风险控制装置的结构示意图；
图5为本说明书实施例提供的一种风险控制装置的结构示意图；
图6为本说明书实施例提供的一种风险控制装置的结构示意图；
图7为本说明书实施例提供的一种风险控制装置的结构示意图；
图8为本说明书实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。
请参见图1，为本说明书实施例提供了一种风险控制方法的流程示意图。在本说明书实施例中，所述风险控制方法应用于风险控制装置或配置有风险控制装置的电子设备。下面将针对图1所示的流程进行详细的阐述，所述风险控制方法具体可以包括以下步骤：
S102，根据目标用户的用户信息对目标用户进行第一风险稽查，在判定目标用户存在第一风险时，生成用于解除第一风险的第一风险解除方案；
其中，目标用户可以为在事务平台上，使用服务端提供的相关事务功能的企业、团体或者个人，比如使用支付软件这一事务平台提供的付钱码进行支付的消费者，付钱码为由服务提供方提供给该消费者使用的支付工具。再比如商家在服务端提供的外卖事务这一事务平台上经营餐饮，商家也为服务端的目标用户。对于目标用户的具体身份或对应的具体事务类型，在本说明书一个或多个实施例中不做具体限定。
用户信息为目标用户的个人信息以及目标用户对应的相关事务信息。
在本说明书一个或多个实施例中，风险控制装置或配置有风险控制装置的电子设备根据目标用户的用户信息对目标用户进行第一风险稽查，通过第一风险稽查可获知目标用户是否在风险，在根据稽查结果确定目标用户存在第一风险时，风险控制装置或配置有风险控制装置的电子设备生成用于解除第一风险的第一风险解除方案。
上述配置有风险控制装置的电子设备可以是用于对用户进行风险控制的服务器端，能够执行本说明书方案的诸如手机、个人计算机(Personal Computer，PC)等设备。为了方便说明，下面以服务端为执行主体进行说明。
可以理解的是，服务端预配置有与事务对应的风险控制策略，可以根据预设的风险控制策略对目标用户的用户信息进行相关事务的风险稽查。若目标用户的用户信息满足相应的风险控制策略，则确定目标用户不存在风险，若目标用户的用户信息不满足相应的风险控制策略，则确定目标用户在相关事务上存在风险。在确定目标用户存在第一风险后，服务端根据风险控制策略和第一风险生成用户解除第一风险的第一风险解除方案。例如，目标用户为外卖商家，服务端通过与外卖事务相关的风险控制策略对目标用户进行风险稽查，稽查发现目标用户的用户信息确实外卖店铺的店铺门头照片，则认为目标用户存在缺失店铺门头照片的风险，则对应的风险解除方案即为目标用户上传对应的店铺门头照片到外卖事务平台。
在本说明书一个或多个实施例中，首先确定用户信息对应的目标事务，根据目标事务对应的风险控制策略对用户信息进行第一风险稽查，确定目标用户存在的第一风险，并生成用于解除第一风险的第一风险解除方案。
在进行风险稽查时，首先通过获取目标用户的用户信息，根据目标用户的用户信息确定目标用户所涉及的目标事务，在服务端预设有与目标事务对应的风险控制策略，根据风险控制策略对应用户信息进行风险稽查，判断目标用户是否满足目标事务对应的风险控制策略，若不满足，根据风险稽查结果确定目标用户存在的第一风险，进而生成用户解除第一风险的第一风险解除方案。
在本说明书一个或多个实施例中，与目标事务对应的至少一个风险控制策略包括至少一个风险规则，则根据目标事务对应的风险控制策略对用户信息进行第一风险稽查，确定目标用户存在的第一风险，具体可以为：将所述用户信息分别和至少一条所述风险规则进行匹配，根据匹配结果确定所述目标用户存在的第一风险。
可以理解的是，风险控制策略为针对目标事务所设置的，其可以包括至少一个与目标事务相关的风险规则。例如，当目标事务为外卖商户时，其对应的风险控制策略可以设置为用户信息中需包括商铺门头照、营业执照、卫生许可证等风险规则。根据获取到的目标用户的用户信息，将用户信息和风险控制策略中的各风险规则一一匹配，判断用户信息是否存在商铺门头照、营业执照、卫生许可证，若不存在商铺门头照，则认为目标用户命中用户信息中不存在商铺门头照这一风险规则，确定目标用户存在商铺门头照缺失的风险。
S104，响应于用户针对第一风险解除方案的处理指令，在用户端呈现与第一风险对应的交互式问答组件，以通过交互式问答组件与目标用户进行交互式问答，采集得到补充信息；
需要说明的是，在本说明书实施例中，服务端根据用户信息确定目标用户存在的第一风险，并生成用户解决第一风险的第一风险解除方案之后，服务端会将第一风险解除方案发送至用户端，以使用户在用户端对第一风险解除方案进行处理，以对目标用户进行风险解除。
需要进一步说明的是，服务端将第一风险解除方案发送至用户端，可以为在用户端显示用于处理第一风险解除方案的处理通知，用户可在用户端通过发起对处理通知的执行请求，进入对第一风险解除方案的处理流程，在用户端会呈现用户处理第一风险解除方案的处理界面。
在本说明书实施例中，在用户发起对第一风险解除方案的执行请求时，服务端收到用户端发送的针对第一风险解除方案的处理指令，根据该处理指令，在用户端呈现与第一风险对应的交互式问答组件，交互式问答组件中包括预设的交互问题，通过交互式问答组件中的交互问题与目标用户进行交互式问答，根据目标用户的回答内容采集得到补充信息。
可以理解的是，服务端包括为针对不同事务以及不同风险所预设的交互问题，在确定目标用户对应的第一风险之后，根据目标用户所对应的目标事务和第一风险，即可根据预设的交互问题生成交互式问答策略，根据交互式问答策略在用户端呈现对应的交互式问答组件，通过交互式问答组件和目标用户进行交互式问答，以采集得到补充信息。
S106，根据补充信息和用户信息进行第二风险稽查，确定目标用户存在的第二风险，并生成用于解除第二风险的第二风险解除方案；
在本说明书一个或多个实施例中，补充信息为通过和目标用户进行交互式问答得到的用户信息，在得到补充信息后，根据补充信息和用户信息一起进行第二次的风险稽查，确定目标用户存在的第二风险，可以避免由于用户信息缺失严重导致的风险稽查结果不准确的问题，进一步的生成用户解除第二风险的第二风险解除方案，以使目标用户根据第二风险解除方案进行风险解除。
可选的，一个实施例中，在服务端根据补充信息和用户信息进行第二风险稽查并生成第二风险解除方案时，具体可以为：根据补充信息和用户信息进行第二风险稽查，确定目标用户存在的第三风险，然后根据第一风险和第三风险合并生成第二风险，并生成用于解除第二风险的第二风险解除方案。
S108，获取目标用户根据第二风险解除方案上传的风险解除凭证，在风险解除凭证审核通过时，为目标用户进行风险解除。
在本说明书一个或多个实施例中，在服务端根据目标用户存在的第二风险生成用于解除第二风险的第二风险解除方案之后，服务端会将第二风险解除方案发送至用户端，以使用户端根据第二风险解除方案上传风险解除凭证。服务端获取目标用户根据第二风险解除方案上传的风险解除凭证，并根据第二风险解除方案的具体要求对风险解除凭证进行审核，在确定风险解除凭证审核通过时，服务端对目标用户进行解除风险。
需要说明的是，服务端将第二风险解除方案发送至用户端，具体可以为：在用户端呈现基于第二风险解除方案创建的凭证上传组件，凭证上传组件显示在用户端中的风险解除页面上，目标用户可通过凭证上传组件上传与第二风险解除方案对应的风险解除凭证至服务端。
其中，风险解除凭证可以为目标事务安全运转所必须的凭证。例如，当目标事务为信贷事务时，风险解除凭证可以为目标用户身份证照片、目标用户个人照片以及手持身份证照片。当用户信息中不存在上述目标用户身份证照片、目标用户个人照片以及手持身份证照片等凭证时，风险稽查就会稽查到目标用户存在上述类型凭证缺失的风险，当目标用户将上述凭证作为风险解除凭证上传至服务端后，服务端根据目标用户所上传的风险解除凭证对目标用户进行风险解除。
可选的，一个实施例中，在判定目标用户存在第一风险时，创建与第一风险对应的审理任务，并在获取目标用户根据第二风险解除方案上传的风险解除凭证之后，基于所创建的审理任务，根据第二风险解除方案对风险解除凭证进行审核。
在本说明书一个或多个实施例中，首先根据目标用户的用户信息对目标用户进行第一风险稽查，在判定目标用户存在第一风险时，生成用于解除第一风险的第一风险解除方案，然后响应于用户针对第一风险解除方案的处理指令，在用户端呈现与第一风险对应的交互式问答组件，以通过交互式问答组件与目标用户进行交互式问答，采集得到补充信息，再根据补充信息和用户信息进行第二风险稽查，确定目标用户存在的第二风险，并生成用于解除第二风险的第二风险解除方案，最后获取目标用户根据第二风险解除方案上传的风险解除凭证，对风险解除凭证进行审核，并在风险解除凭证审核通过时，为目标用户进行风险解除；采用本说明书提供的风险控制方法，在根据用户信息对目标用户进行第一风险稽查之后，通过交互式问答组件和用户进行交互式问答获得更多的补充信息，进而根据补充信息进行第二风险稽查，提高了风险稽查的准确率，避免风险稽查存在错误导致用户无法解除风险的问题。
请参见图2，为本说明书实施例提供的一种风险控制方法的流程示意图。如图2所示，所述方法包括如下步骤：
S202，根据目标用户的用户信息对目标用户进行第一风险稽查，在判定目标用户存在第一风险时，生成用于解除第一风险的第一风险解除方案；
在本说明书一个或多个实施例中，步骤S202请参见本说明书另一实施例中对步骤S102的详细描述，在此不再赘述。
S204，响应于用户针对第一风险解除方案的处理指令，在用户端呈现与第一风险对应的交互式问答组件，以通过交互式问答组件与目标用户进行交互式问答，采集得到补充信息；
在本说明书一个或多个实施例中，步骤S204请参见本说明书另一实施例中对步骤S104的详细描述，在此不再赘述。
S206，根据补充信息和用户信息进行第二风险稽查，确定目标用户存在的第二风险，并生成用于解除第二风险的第二风险解除方案；
在本说明书一个或多个实施例中，步骤S206请参见本说明书另一实施例中对步骤S106的详细描述，在此不再赘述。
S208，根据第一风险解除方案和第二风险解除方案合并生成目标风险解除方案；
服务端根据目标用户的用户信息进行风险稽查一共分为两次，第一次首先根据目标用户在服务端已存的用户信息进行第一风险稽查，确定目标用户对应的第一风险，同时生成用于解除第一风险的第一风险解除方案，然后通过和目标用户进行交互式问答，采集得到目标用户对应的补充信息，再根据采集得到的补充信息和目标用户在服务端已存的用户信息进行第二风险稽查，确定目标用户对应的第二风险，同时再生成用于解除第二风险的第二风险解除方案。在本说明书实施例中，服务端在生成第二风险解除方案之后，将第一风险解除方案和第二风险解除方案进行合并生成目标风险解除方案。
可以理解的是，根据目标用户在服务端已存的用户信息进行第一风险稽查得到的第一风险可能并不准确，进而导致第一风险解除方案不准确，致使目标用户无法准确解除风险，而通过交互式问答组件和用户进行交互式问答获得更多的补充信息，进而根据补充信息进行第二风险稽查，第二次风险稽查得到的目标用户的第二风险会更加准确，在本说明书实施例中，将第一风险对应的第一风险解除方案和第二风险对应的第二风险解除方案进行合并得到目标风险解除方案，进一步保证风险解除的准确程度，避免存在未解除的风险。
S210，获取目标用户根据目标风险解除方案上传的风险解除凭证，在风险解除凭证审核通过时，为目标用户进行风险解除。
在本说明书一个或多个实施例中，在服务端将第一风险对应的第一风险解除方案和第二风险对应的第二风险解除方案进行合并得到目标风险解除方案之后，服务端会将目标风险解除方案发送至用户端，以使用户端根据目标风险解除方案上传风险解除凭证。服务端获取目标用户根据目标风险解除方案上传的风险解除凭证，并根据目标风险解除方案的具体要求对风险解除凭证进行审核，在确定风险解除凭证审核通过时，服务端对目标用户进行解除风险。
需要说明的是，服务端将目标风险解除方案发送至用户端，具体可以为：在用户端呈现基于目标风险解除方案创建的凭证上传组件，凭证上传组件显示在用户端中的风险解除页面上，目标用户可通过凭证上传组件上传与目标风险解除方案对应的风险解除凭证至服务端。
其中，风险解除凭证可以为目标事务安全运转所必须的凭证。例如，当目标事务为信贷事务时，风险解除凭证可以为目标用户身份证照片、目标用户个人照片以及手持身份证照片。当用户信息中不存在上述目标用户身份证照片、目标用户个人照片以及手持身份证照片等凭证时，风险稽查就会稽查到目标用户存在上述类型凭证缺失的风险，当目标用户将上述凭证作为风险解除凭证上传至服务端后，服务端根据目标用户所上传的风险解除凭证对目标用户进行风险解除。
可选的，一个实施例中，在判定目标用户存在第一风险时，创建与第一风险对应的审理任务，并在获取目标用户根据第二风险解除方案上传的风险解除凭证之后，基于所创建的审理任务，根据第二风险解除方案对风险解除凭证进行审核。
可以理解的是，服务端在风险稽查过程中，在发现某目标用户存在第一风险时，即在服务端创建第一风险对应的审理任务，审理任务用于对目标用户上传的用于解除风险的风险解除凭证进行审核，若审核结果为目标用户上传的风险解除凭证满足风险解除方案所要要求的凭证上传要求，则服务端对目标用户进行风险解除，若审核结果为目标用户上传的风险解除凭证不满足风险解除方案所要求的凭证上传要求，则服务端不能对目标用户进行风险解除。
可选的，审理任务可以基于人工客服进行审核，也可以基于深度学习的神经网络模型进行审核。
可选的，在本说明书一个实施例中，在风险解除凭证审核不通过时，生成凭证重传指令，凭证重传指令用于指示目标用户根据第二风险解除方案重新上传新风险解除凭证。并在新风险解除凭证审核通过时，为目标用户进行风险解除。
具体的，在服务端审核风险解除凭证不通过时，表明目标用户上传的风险解除凭证和风险解除方案所要求的凭证要求不匹配，不能为目标用户解除对应的风险。在本实施例中，在风险解除凭证审核不通过时，服务端生成凭证重传指令，将凭证重传指令发送至用户端，用户端响应于凭证重传指令，目标用户重新在用户端上传与第二风险解除方案相对应的新风险解除凭证到服务端，服务端对新风险解除凭证进行审核，并在审核通过时，为目标用户进行风险解除。
在本说明书实施例中，首先根据目标用户的用户信息对目标用户进行第一风险稽查，在判定目标用户存在第一风险时，生成用于解除第一风险的第一风险解除方案，然后响应于用户针对第一风险解除方案的处理指令，在用户端呈现与第一风险对应的交互式问答组件，以通过交互式问答组件与目标用户进行交互式问答，采集得到补充信息，再根据补充信息和用户信息进行第二风险稽查，确定目标用户存在的第二风险，并生成用于解除第二风险的第二风险解除方案，最后获取目标用户根据第二风险解除方案上传的风险解除凭证，对风险解除凭证进行审核，并在风险解除凭证审核通过时，为目标用户进行风险解除；采用本说明书提供的风险控制方法，在根据用户信息对目标用户进行第一风险稽查之后，通过交互式问答组件和用户进行交互式问答获得更多的补充信息，进而根据补充信息进行第二风险稽查，提高了风险稽查的准确率，避免风险稽查存在错误导致用户无法解除风险的问题。
请参见图3，为本说明书实施例提供的一种风险控制方法的流程示意图。所述风险控制方法应用于用户端。如图3所示，所述方法包括如下步骤：
S302，根据服务端下发的用于解除第一风险的第一风险解除方案，触发生成对第一风险解除方案的处理指令；
服务端预配置有与事务对应的风险控制策略，可以根据预设的风险控制策略对目标用户的用户信息进行相关事务的风险稽查。在服务端进行风险稽查过程中发现目标用户存在第一风险时，服务端生成用于解除第一风险的第一风险解除方案，并发送第一风险解除方案到用户端，目标用户在用户端通过点击操作、语音操作或手势指令等，触发对第一风险解除方案的处理指令。
需要说明的是，服务端将第一风险解除方案发送至用户端，具体可以为，在用户端显示第一风险解除方案对应的风险解除通知，在目标用户通过点击操作、语音操作或手势指令执行该风险解除通知时，生成处理指令，并进入与第一风险解除方案对应的风险解除界面。
S304，响应于处理指令，显示与第一风险对应的交互式问答组件；
在目标用户成功触发对第一风险解除方案的处理指令之后，在用户端的显示界面显示与第一风险对应的交互式问答组件。
S306，基于交互式问答组件上传补充信息至服务端，以使服务端根据补充信息和目标用户对应的用户信息确定目标用户存在的第二风险，并生成用于解除第二风险的第二风险解除方案；
可以理解的是，服务端包括为针对不同事务以及不同风险所预设的交互问题，在确定目标用户对应的第一风险之后，根据目标用户所对应的目标事务和第一风险，即可根据预设的交互问题生成交互式问答策略，根据交互式问答策略在用户端呈现对应的交互式问答组件，通过交互式问答组件和目标用户进行交互式问答，以采集得到补充信息。进而使得服务端根据补充信息和目标用户对应的用户信息确定目标用户存在的第二风险，并生成用于解除第二风险的第二风险解除方案。
S308，响应于服务端生成第二风险解除方案，显示与第二风险解除方案对应的凭证上传组件；
在本说明书实施例中，在服务端根据目标用户存在的第二风险生成用于解除第二风险的第二风险解除方案之后，服务端会将第二风险解除方案发送至用户端，在用户端的显示界面显示基于第二风险解除方案创建的凭证上传组件，目标用户可通过凭证上传组件上传与第二风险解除方案对应的风险解除凭证至服务端。
S310，基于凭证上传组件上传与第二风险解除方案对应的风险解除凭证至服务端，以使服务端根据风险解除凭证对目标用户进行风险解除。
在本说明书一个或多个实施例中，目标用户通过凭证上传组件上传与第二风险解除方案对应的风险解除凭证至服务端，服务端获取目标用户根据第二风险解除方案上传的风险解除凭证，并根据第二风险解除方案的具体要求对风险解除凭证进行审核，在确定风险解除凭证审核通过时，服务端对目标用户进行解除风险。
可选的，一个实施例中，在所上传的风险解除凭证审核不通过时，服务端生成凭证重传指令到用户端，用户端接受凭证重传指令，并响应于服务端发送的凭证重传指令，基于凭证上传组件重新上传与第二风险解除方案对应的新风险解除凭证至服务端，以使服务端根据新风险解除凭证对目标用户进行风险解除。
在本说明书实施例中，在风险稽查过程中，在服务端发现目标用户存在风险时，服务端发送与第一风险对应的第一风险解除方案到用户端，在用户端可以触发对第一风险解除方案的处理指令，并响应于处理指令，显示第一风险对应的交互式问答组件，通过交互式问答组件上传补充信息到服务端，以使服务端根据补充信息和用户信息进行第二风险稽查，避免第一次风险稽查不准确的问题，提高风险稽查的准确率，服务端根据第二风险稽查得到的第二风险下发第二风险解除方案到用户端，目标用户可在用户上传与第二风险解除方案对应的风险解除凭证至服务端，以使服务端根据风险解除凭证对进行风险解除，保证服务端稽查到的风险，目标用户在用户端可以精准解除，避免由于存在风险所导致的目标用户相关事务无法运转的问题。
请参见图4，为本说明书实施例提供的一种风险控制装置的结构示意图。如图4所示，该风险控制装置1可以通过软件、硬件或者两者的结合实现成为电子设备的全部或一部分。根据一些实施例，该风险控制装置1包括第一风险稽查模块11、交互信息采集模块12、第二风险稽查模块13以及风险解除模块14，具体包括：
第一风险稽查模块11，用于根据目标用户的用户信息对目标用户进行第一风险稽查，在判定所述目标用户存在第一风险时，生成用于解除所述第一风险的第一风险解除方案；
交互信息采集模块12，用于在用户端呈现与所述第一风险对应的交互式问答组件，以通过所述交互式问答组件与所述目标用户进行交互式问答，采集得到补充信息；
第二风险稽查模块13，用于根据所述补充信息和所述用户信息进行第二风险稽查，确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案；
风险解除模块14，用于获取所述目标用户根据所述第二风险解除方案上传的风险解除凭证，在所述风险解除凭证审核通过时，为所述目标用户进行风险解除。
可选的，所述第一风险稽查模块11，具体用于：
确定所述用户信息对应的目标事务；
根据所述目标事务对应的风险控制策略对所述用户信息进行第一风险稽查，确定所述目标用户存在的第一风险，并生成用于解除所述第一风险的第一风险解除方案。
可选的，所述风险控制策略包括至少一条风险规则，所述第一风险稽查模块11在执行所述根据所述目标事务对应的风险控制策略对所述用户信息进行第一风险稽查，确定所述目标用户存在的第一风险时，具体用于：
将所述用户信息分别和至少一条所述风险规则进行匹配，根据匹配结果确定所述目标用户存在的第一风险。
可选的，所述第二风险稽查模块13，具体用于：
根据所述补充信息和所述用户信息进行第二风险稽查，确定所述目标用户存在的第三风险；
根据所述第一风险和所述第三风险合并生成所述第二风险，并生成用于解除所述第二风险的第二风险解除方案。
可选的，请参见图5，为本说明书实施例提供的一种风险控制装置的结构示意图。如图5所示，装置还包括解除方案合并模块15，用于：
根据所述第一风险解除方案和所述第二风险解除方案合并生成目标风险解除方案；
获取所述目标用户根据所述目标风险解除方案上传的风险解除凭证，在所述风险解除凭证审核通过时，为所述目标用户进行风险解除。
可选的，如图5所示，所述装置还包括审理任务生成模块16，用于：
在判定所述目标用户存在所述第一风险时，创建与所述第一风险对应的审理任务；
基于所述审理任务，根据所述第二风险解除方案对所述风险解除凭证进行审核。
可选的，如图5所示，所述装置还包括凭证重传模块16，用于：
在所述风险解除凭证审核不通过时，生成凭证重传指令，所述凭证重传指令用于指示所述目标用户根据所述第二风险解除方案重新上传新风险解除凭证；
在所述新风险解除凭证审核通过时，为所述目标用户进行风险解除。
上述装置实施例与方法实施例相对应，具体说明可以参见方法实施例部分的描述，此处不再赘述。装置实施例是基于对应的方法实施例得到，与对应的方法实施例具有同样的技术效果，具体说明可参见对应的方法实施例。
请参见图6，为本说明书实施例提供的一种风险控制装置的结构示意图。如图6所示，该风险控制装置2可以通过软件、硬件或者两者的结合实现成为电子设备的全部或一部分。根据一些实施例，该风险控制装置2包括解除方案处理模块21、问答组件显示模块22、补充信息上传模块23、凭证组件显示模块24以及解除凭证上传模块25，具体包括：
解除方案处理模块21，用于根据服务端下发的用于解除第一风险的第一风险解除方案，触发生成对所述第一风险解除方案的处理指令；
问答组件显示模块22，用于响应于所述处理指令，显示与所述第一风险对应的交互式问答组件；
补充信息上传模块23，用于基于所述交互式问答组件上传补充信息至服务端，以使所述服务端根据所述补充信息和所述目标用户对应的用户信息确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案；
凭证组件显示模块24，用于响应于服务端生成所述第二风险解除方案，显示与所述第二风险解除方案对应的凭证上传组件；
解除凭证上传模块25，用于基于所述凭证上传组件上传与所述第二风险解除方案对应的风险解除凭证至服务端，以使所述服务端根据所述风险解除凭证对所述目标用户进行风险解除。
可选的，请参见图7，为本说明书实施例提供的一种风险控制装置的结构示意图。如图7所示，装置还包括解除凭证重传模块26，用于：
响应于服务端发送的凭证重传指令，基于所述凭证上传组件重新上传与所述第二风险解除方案对应的新风险解除凭证至服务端，以使所述服务端根据所述新风险解除凭证对所述目标用户进行风险解除。
上述装置实施例与方法实施例相对应，具体说明可以参见方法实施例部分的描述，此处不再赘述。装置实施例是基于对应的方法实施例得到，与对应的方法实施例具有同样的技术效果，具体说明可参见对应的方法实施例。
本说明书实施例还提供的一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图1～图3所示实施例的所述风险控制方法，具体执行过程可以参见图1～图3所示实施例的具体说明，在此不进行赘述。
本说明书还提供的一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行如上述图1～图3所示实施例的所述风险控制方法，具体执行过程可以参见图1～图3所示实施例的具体说明，在此不进行赘述。
本说明书实施例还提供了图8所示的电子设备的结构示意图。如图8，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他事务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述的语音活动检测方法。
当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (14)

1.一种风险控制方法，应用于服务端，所述方法包括：
根据目标用户的用户信息对目标用户进行第一风险稽查，在判定所述目标用户存在第一风险时，生成用于解除所述第一风险的第一风险解除方案；
响应于用户针对所述第一风险解除方案的处理指令，在用户端呈现与所述第一风险对应的交互式问答组件，以通过所述交互式问答组件与所述目标用户进行交互式问答，采集得到补充信息；
根据所述补充信息和所述用户信息进行第二风险稽查，确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案；
获取所述目标用户根据所述第二风险解除方案上传的风险解除凭证，在所述风险解除凭证审核通过时，为所述目标用户进行风险解除。
2.根据权利要求1所述的方法，所述根据目标用户的用户信息对目标用户进行第一风险稽查，在判定所述目标用户存在第一风险时，生成用于解除所述第一风险的第一风险解除方案，包括：
确定所述用户信息对应的目标事务；
根据所述目标事务对应的风险控制策略对所述用户信息进行第一风险稽查，确定所述目标用户存在的第一风险，并生成用于解除所述第一风险的第一风险解除方案。
3.根据权利要求2所述的方法，所述风险控制策略包括至少一条风险规则；
所述根据所述目标事务对应的风险控制策略对所述用户信息进行第一风险稽查，确定所述目标用户存在的第一风险，包括：
将所述用户信息分别和至少一条所述风险规则进行匹配，根据匹配结果确定所述目标用户存在的第一风险。
4.根据权利要求1所述的方法，所述根据所述补充信息和所述用户信息进行第二风险稽查，确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案，包括：
根据所述补充信息和所述用户信息进行第二风险稽查，确定所述目标用户存在的第三风险；
根据所述第一风险和所述第三风险合并生成所述第二风险，并生成用于解除所述第二风险的第二风险解除方案。
5.根据权利要求1所述的方法，所述根据所述补充信息和所述用户信息进行第二风险稽查，确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案之后，还包括：
根据所述第一风险解除方案和所述第二风险解除方案合并生成目标风险解除方案；
获取所述目标用户根据所述目标风险解除方案上传的风险解除凭证，在所述风险解除凭证审核通过时，为所述目标用户进行风险解除。
6.根据权利要求1所述的方法，所述方法还包括：
在判定所述目标用户存在所述第一风险时，创建与所述第一风险对应的审理任务；
所述获取所述目标用户根据所述第二风险解除方案上传的风险解除凭证之后，还包括：
基于所述审理任务，根据所述第二风险解除方案对所述风险解除凭证进行审核。
7.根据权利要求1所述的方法，所述方法还包括：
在所述风险解除凭证审核不通过时，生成凭证重传指令，所述凭证重传指令用于指示所述目标用户根据所述第二风险解除方案重新上传新风险解除凭证；
在所述新风险解除凭证审核通过时，为所述目标用户进行风险解除。
8.一种风险控制方法，应用于用户端，所述方法包括：
根据服务端下发的用于解除第一风险的第一风险解除方案，触发生成对所述第一风险解除方案的处理指令；
响应于所述处理指令，显示与所述第一风险对应的交互式问答组件；
基于所述交互式问答组件上传补充信息至服务端，以使所述服务端根据所述补充信息和所述目标用户对应的用户信息确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案；
响应于服务端生成所述第二风险解除方案，显示与所述第二风险解除方案对应的凭证上传组件；
基于所述凭证上传组件上传与所述第二风险解除方案对应的风险解除凭证至服务端，以使所述服务端根据所述风险解除凭证对所述目标用户进行风险解除。
9.根据权利要求8所述的方法，所述方法还包括：
响应于服务端发送的凭证重传指令，基于所述凭证上传组件重新上传与所述第二风险解除方案对应的新风险解除凭证至服务端，以使所述服务端根据所述新风险解除凭证对所述目标用户进行风险解除。
10.一种风险控制装置，包括：
第一风险稽查模块，用于根据目标用户的用户信息对目标用户进行第一风险稽查，在判定所述目标用户存在第一风险时，生成用于解除所述第一风险的第一风险解除方案；
交互信息采集模块，用于在用户端呈现与所述第一风险对应的交互式问答组件，以通过所述交互式问答组件与所述目标用户进行交互式问答，采集得到补充信息；
第二风险稽查模块，用于根据所述补充信息和所述用户信息进行第二风险稽查，确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案；
风险解除模块，用于获取所述目标用户根据所述第二风险解除方案上传的风险解除凭证，在所述风险解除凭证审核通过时，为所述目标用户进行风险解除。
11.一种风险控制装置，包括：
解除方案处理模块，用于根据服务端下发的用于解除第一风险的第一风险解除方案，触发生成对所述第一风险解除方案的处理指令；
问答组件显示模块，用于响应于所述处理指令，显示与所述第一风险对应的交互式问答组件；
补充信息上传模块，用于基于所述交互式问答组件上传补充信息至服务端，以使所述服务端根据所述补充信息和所述目标用户对应的用户信息确定所述目标用户存在的第二风险，并生成用于解除所述第二风险的第二风险解除方案；
凭证组件显示模块，用于响应于服务端生成所述第二风险解除方案，显示与所述第二风险解除方案对应的凭证上传组件；
解除凭证上传模块，用于基于所述凭证上传组件上传与所述第二风险解除方案对应的风险解除凭证至服务端，以使所述服务端根据所述风险解除凭证对所述目标用户进行风险解除。
12.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1～7或8～9中任意一项所述方法的步骤。
13.一种电子设备，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1～7或8～9中任意一项所述方法的步骤。
14.一种计算机程序产品，其上存储有至少一条指令，其特征在于，所述至少一条指令被处理器执行时实现权利要求1～7或8～9中任意一项所述方法的步骤。
CN202311561330.3A 2023-11-21 2023-11-21 一种风险控制方法、装置、存储介质及电子设备 Pending CN117575603A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311561330.3A CN117575603A (zh) 2023-11-21 2023-11-21 一种风险控制方法、装置、存储介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311561330.3A CN117575603A (zh) 2023-11-21 2023-11-21 一种风险控制方法、装置、存储介质及电子设备

Publications (1)

Publication Number Publication Date
CN117575603A true CN117575603A (zh) 2024-02-20

Family

ID=89862092

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311561330.3A Pending CN117575603A (zh) 2023-11-21 2023-11-21 一种风险控制方法、装置、存储介质及电子设备

Country Status (1)

Country Link
CN (1) CN117575603A (zh)

Similar Documents

Publication Publication Date Title
EP3780541B1 (en) Identity information identification method and device
CN110163612B (zh) 一种支付风控方法及装置
CN110503435B (zh) 基于区块链的交易预警方法、装置及设备
CN112015739A (zh) 一种数据核验、数据查询方法及装置
CN110390182B (zh) 一种确定小程序类目的方法、系统及设备
CN107066519A (zh) 一种任务检测方法及装置
CN111611558B (zh) 一种身份验证的方法及装置
CN110020699B (zh) 一种图形码校验方法及装置
CN113408254A (zh) 一种页面表单信息填写方法、装置、设备和可读介质
CN112416725A (zh) 一种压力测试方法及装置
CN110008252B (zh) 数据核对方法及装置
CN107392408B (zh) 一种信用分数的提示信息输出方法及装置
CN117575603A (zh) 一种风险控制方法、装置、存储介质及电子设备
CN111967769B (zh) 一种风险识别方法、装置、设备及介质
CN110245115B (zh) 一种文件处理方法、引擎及系统
CN110659415B (zh) 一种业务执行凭证的生成方法、装置及系统
CN111242731B (zh) 一种业务执行的方法及装置
CN110263816B (zh) 一种企业的分类方法以及装置
CN109598511B (zh) 一种账户风险识别方法、装置及设备
CN112596781A (zh) 一种业务执行以及业务配置方法及装置
CN111967767A (zh) 一种业务风险识别方法、装置、设备及介质
CN109190352B (zh) 一种授权文本准确性验证方法和装置
CN111598644A (zh) 一种物品推荐方法、装置以及介质
CN110502551A (zh) 数据读写方法、系统及架构组件
CN105989501B (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