CN112184235B - 风控数据变更方法和装置 - Google Patents

风控数据变更方法和装置 Download PDF

Info

Publication number
CN112184235B
CN112184235B CN202010921738.7A CN202010921738A CN112184235B CN 112184235 B CN112184235 B CN 112184235B CN 202010921738 A CN202010921738 A CN 202010921738A CN 112184235 B CN112184235 B CN 112184235B
Authority
CN
China
Prior art keywords
data
wind control
change
control data
changed
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
Application number
CN202010921738.7A
Other languages
English (en)
Other versions
CN112184235A (zh
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 CN202010921738.7A priority Critical patent/CN112184235B/zh
Publication of CN112184235A publication Critical patent/CN112184235A/zh
Application granted granted Critical
Publication of CN112184235B publication Critical patent/CN112184235B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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/23—Updating
    • G06F16/2358—Change logging, detection, and notification
    • 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/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Selective Calling Equipment (AREA)

Abstract

本说明书一个实施例提了一种风控数据变更方法和装置，其中方法包括：首先，获取用户针对风控平台的数据变更请求，数据变更请求用于请求变更风控平台中的风控数据。风控数据用于对待风控事件进行风险控制。然后，将数据变更请求发送至数据变更管控中心。最后，接收数据变更管控中心基于数据变更请求返回的数据变更策略。数据变更策略根据各个待变更的风控数据之间的依赖关系生成。根据数据变更策略，对各个待变更的风控数据进行变更。

Description

风控数据变更方法和装置
技术领域
本文件涉及计算机技术领域，尤其涉及一种风控数据变更方法和装置。
背景技术
随着线上互联网业务的高速发展，针对线上互联网业务进行风险控制，以保证业务的安全性，是被广泛研究的热门课题。目前，针对线上互联网业务设计有风控平台，风控平台能够对线上互联网业务进行风险控制。比如，线上互联网业务为支付业务，通过风控平台能够在付款用户进行支付时识别存在欺诈嫌疑的收款用户，从而提醒付款用户注意支付安全。
随着线上互联网业务的不断变化，风控平台中的用于进行风险控制的风控数据，比如风控模型、风控策略等，也要随之调整，以适应业务变化。因此，有必要提供一种技术方案，以高效便捷地对风控平台中的风控数据进行变更，提高风控数据的变更效率。
发明内容
本说明书一个实施例的目的是提供一种风控数据变更方法和装置，以高效便捷地对风控平台中的风控数据进行变更，提高风控数据的变更效率。
为达到上述技术效果，本说明书一个实施例是这样实现的：
本说明书一个实施例提供了一种风控数据变更方法，应用于风控平台上的数据变更组件，所述方法包括：获取用户针对所述风控平台的数据变更请求。所述数据变更请求用于请求变更所述风控平台中的风控数据。所述风控数据用于对待风控事件进行风险控制。将所述数据变更请求发送至数据变更管控中心。接收所述数据变更管控中心基于所述数据变更请求返回的数据变更策略。所述数据变更策略根据各个待变更的风控数据之间的依赖关系生成。根据所述数据变更策略，对各个待变更的风控数据进行变更。
本说明书一个实施例提供了一种风控数据变更方法，应用于数据变更管控中心，所述方法包括：接收风控平台上的数据变更组件发送的数据变更请求。所述数据变更请求用于请求变更所述风控平台中的风控数据。所述风控数据用于对待风控事件进行风险控制。确定各个待变更的风控数据之间的依赖关系。根据所述依赖关系，生成数据变更策略。将所述数据变更策略返回至所述数据变更组件。所述数据变更策略用于对各个待变更的风控数据进行变更。
本说明书一个实施例提供了一种风控数据变更装置，应用于风控平台上的数据变更组件，所述装置包括：请求获取模块，获取用户针对所述风控平台的数据变更请求。所述数据变更请求用于请求变更所述风控平台中的风控数据。所述风控数据用于对待风控事件进行风险控制。策略接收模块，将所述数据变更请求发送至数据变更管控中心。接收所述数据变更管控中心基于所述数据变更请求返回的数据变更策略。所述数据变更策略根据各个待变更的风控数据之间的依赖关系生成。数据变更模块，根据所述数据变更策略，对各个待变更的风控数据进行变更。
本说明书一个实施例提供了一种风控数据变更装置，应用于数据变更管控中心，所述装置包括：请求接收模块，接收风控平台上的数据变更组件发送的数据变更请求。所述数据变更请求用于请求变更所述风控平台中的风控数据。所述风控数据用于对待风控事件进行风险控制。策略生成模块，确定各个待变更的风控数据之间的依赖关系。根据所述依赖关系，生成数据变更策略。将所述数据变更策略返回至所述数据变更组件。所述数据变更策略用于对各个待变更的风控数据进行变更。
本说明书一个实施例提供了一种计算机设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器。所述计算机可执行指令在被执行时使所述处理器实现上述应用于数据变更组件的方法的步骤。
本说明书一个实施例提供了一种计算机设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器。所述计算机可执行指令在被执行时使所述处理器实现上述应用于数据变更管控中心的方法的步骤。
本说明书一个实施例提供了一种存储介质，用于存储计算机可执行指令。所述计算机可执行指令在被执行时实现上述应用于数据变更组件的方法的步骤。
本说明书一个实施例提供了一种存储介质，用于存储计算机可执行指令。所述计算机可执行指令在被执行时实现上述应用于数据变更管控中心的方法的步骤。
附图说明
为了更清楚地说明本说明书一个或多个实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本说明书一实施例提供的风控数据变更的场景示意图；
图2为本说明书一实施例提供的风控数据变更方法的流程示意图；
图3为本说明书一实施例提供的数据变更组件与数据变更管控中心之间的架构示意图；
图4为本说明书另一实施例提供的风控数据变更方法的流程示意图；
图5为本说明书一实施例提供的风控平台、数据变更组件、数据变更管控中心之间的架构示意图；
图6为本说明书一实施例提供的风控数据变更装置的结构示意图，该装置应用于风控平台上的数据变更组件；
图7为本说明书一实施例提供的风控数据变更装置的结构示意图，该装置应用于数据变更管控中心；
图8为本说明书一实施例提供的计算机设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
本说明书一个实施例的目的是提供一种风控数据变更方法和装置，以高效便捷地对风控平台中的风控数据进行变更，提高风控数据的变更效率。
图1为本说明书一实施例提供的风控数据变更的场景示意图，如图1所示，该场景包括数据变更组件100和数据变更管控中心200。数据变更组件100设置于风控平台上，风控平台通过其中的风控数据对待风控事件进行风险控制。如图1所示，数据变更组件100的数量为多个，每个数据变更组件100设置于一个风控平台上，不同的风控平台可以对应于不同地区或国家，对不同地区或国家发生的待风控事件进行风险控制。如图1所示，数据变更管控中心200的数量为一个，用于与每个数据变更组件100进行交互，以对风控平台中的风控数据进行变更。数据变更管控中心200能够实现对所有数据变更组件100的统一管控。
图2为本说明书一实施例提供的风控数据变更方法的流程示意图，该方法应用于风控平台上的数据变更组件，由数据变更组件执行，如图2所示，该流程包括：
步骤S202，获取用户针对风控平台的数据变更请求；数据变更请求用于请求变更风控平台中的风控数据，风控数据用于对待风控事件进行风险控制；
步骤S204，将数据变更请求发送至数据变更管控中心，并接收数据变更管控中心基于数据变更请求返回的数据变更策略；其中；数据变更策略根据各个待变更的风控数据之间的依赖关系生成；
步骤S206，根据数据变更策略，对各个待变更的风控数据进行变更。
本说明书一实施例中，数据变更组件首先获取用户针对风控平台的数据变更请求，然后将数据变更请求发送至数据变更管控中心，并接收数据变更管控中心基于数据变更请求返回的数据变更策略，最后根据数据变更策略，对各个待变更的风控数据进行变更。可见，通过本实施例，数据变更组件能够与数据变更管控中心进行通信，通过数据变更管控中心高效快速地确定数据变更策略，从而对风控数据进行变更，达到了高效便捷地对风控平台中的风控数据进行变更，提高风控数据的变更效率的效果。
数据变更组件设置于风控平台上。如图1描述，风控平台可以有多个，每个风控平台对应于不同地区或国家，对不同地区或国家发生的待风控事件进行风险控制，每个风控平台上都设置有一个数据变更组件。
数据变更组件包括前端部分和后端部分，前端部分用于向用户提供显示界面，用户可以在该显示界面中执行修改风控数据的操作。后端部分用于接收用户在前端部分的操作指令，解析该操作指令，并与数据变更管控中心进行通信，以实现对风控数据的变更。
本实施例中所指的用户可以是对风控数据进行管理和变更的工作人员，如风控平台的后台开发人员。
风控平台中运行有风控引擎，风控引擎能够对待风控事件进行风险控制，风控引擎中包含有各种各样的风控数据，风控数据用于对待风控事件进行风险控制。风控数据可以包括模型、参数、变量、策略、事件、场景等。
变量一般是复杂的脚本计算或模型计算逻辑，通过事件的输入参数，得到的结果。变量一般具有特定的业务含义。一个业务，为了防控风险，需要上千个变量，从各个维度来描述该业务。
一个具体的例子中，待风控事件为用户支付事件，以该事件为例，风控数据中的模型用于获取用户的支付信用值，风控数据中的参数可以为用户的支付金额，风控数据中的变量可以为用户十分钟之内的支付总金额和用户的支付信用值大小，风控数据中的策略可以为，若用户十分钟之内的支付总金额大于预设金额，且用户的支付信用值低于预设信用值，则确定该次支付存在风险，风控数据中的事件即为支付事件，风控数据中的场景可以为转账场景或发红包场景。
从以上例子能够看出，模型和参数为变量的下位概念，模型和参数的输出结果用于被变量调用，模型和参数的输出结果为变量的具体数值大小，变量又可以被策略调用，策略又用于对事件进行风险控制，用于被事件调用，事件发生于某种场景中，用于被场景调用。
因此，当用户需要变更风控数据时，可以变更模型、参数、变量、策略、事件、场景中的任意一项，比如变更模型的内部结构，以是得模型的输出结果发生变化，或者，变更参数的具体内容，以使得参数的输出结果发生变化，或者，变更变量的具体内容，以使得变量的输出结果发生变化，或者，变更策略的具体内容，以使得针对事件的判断规则发生变化，比如，改变策略中所用到的具体阈值大小，又或者，增加某种事件或者增加某种场景，以在新增加的事件或者场景下进行风险控制。
上述步骤S202中，数据变更组件获取用户针对风控平台中的风控数据的数据变更请求。该数据变更请求用于请求变更风控平台中的风控数据。根据前面描述可知，风控数据用于对待风控事件进行风险控制。
在一个实施例中，数据变更组件可以通过其前端部分向用户提供数据变更页面，用户在该数据变更页面中输入所要变更的风控数据的标识，以及，该风控数据的变更前的值和变更后的值，并提交数据变更请求，从而数据变更组件获取用户针对风控平台中的风控数据的数据变更请求。
该实施例中，数据变更请求中携带有待变更的风控数据的数据标识，比如上文中的变量标识、策略标识等，还携带有待变更的风控数据的变更前和变更后的值。比如，改变变量时，数据变更请求中携带有变量标识“用户一定时间内的支付金额”，还携带有该变量变更前的值“用户十分钟内的支付金额”，还携带有该变量变更后的值“用户二十分钟内的支付金额”。又如，改变策略时，可以改变策略中用到的阈值大小，数据变更请求中携带有策略标识“用于判断违规支付的策略”，还携带有该策略变更前的值“策略中的阈值等于10万”，还携带有该策略变更后的值“策略中的阈值等于20万”。
上述步骤S204中，数据变更组件将数据变更请求发送至数据变更管控中心。数据变更组件通过其后端部分与数据变更管控中心进行通信，向数据变更管控中心发送数据变更请求。根据前文描述可知，待变更的风控数据可以是参数、模型、变量、策略、事件、场景等，且各类数据之间存在调用关系，因此，数据变更管控中心可以确定各个待变更的风控数据之间的依赖关系，根据各个待变更的风控数据之间的依赖关系，生成数据变更策略，并将数据变更策略返回至数据变更组件。数据变更管控中心生成数据变更策略的过程将在后文详细描述。
数据变更策略中定义后各个待变更的风控数据之间的变更顺序，还定义有各个待变更的风控数据之间的变更时间间隔。该变更时间间隔可以为数据变更管控中心中预先设置好的数值。比如，待变更的风控数据包括变量1、变量2、策略1和策略2，数据变更策略可以举例为，先变更变量2，间隔10分钟之后，再变更变量1，间隔一小时之后，再变更策略2，间隔24小时之后，再变更策略1。
数据变更组件在接收到数据变更策略后，还可以通过其前端部分将数据变更策略展示给用户，用户可以确认或修改数据变更策略，比如，修改数据变更策略中的变更顺序或变更时间间隔。
上述步骤S206中，数据变更组件根据数据变更策略，对各个待变更的风控数据进行变更。一个实施例中，数据变更组件接收到用户对数据变更策略的确认指令后，执行数据变更策略，以对各个待变更的风控数据进行变更。另一个实施例中，数据变更组件接收到用户对数据变更策略的修改指令后，根据该修改指令生成修改后的数据变更策略并显示给用户，接收到用户对修改后的数据变更策略的确认指令后，执行修改后的数据变更策略，以对各个待变更的风控数据进行变更。
在一个实施例中，数据变更组件根据数据变更策略，对各个待变更的风控数据进行变更，具体包括：
(a1)获取用户针对上述数据变更策略的变更发布请求；变更发布请求包括第一子请求、第二子请求和第三子请求中的任意一种；
第一子请求对应的变更发布环境为预发环境，第一子请求用于请求在预发环境对各个待变更的风控数据进行变更；第二子请求对应的变更发布环境为灰度发布环境，第二子请求用于请求在灰度发布环境对各个待变更的风控数据进行变更；第三子请求对应的变更发布环境为正式发布环境，第三子请求用于请求在正式发布环境对各个待变更的风控数据进行变更；
(a2)响应于变更发布请求，在变更发布请求对应的变更发布环境，执行数据变更策略，以对各个待变更的风控数据进行变更。
本实施例中，用户提交数据变更请求的目的是用于生成数据变更策略，这时风控数据并没有在风控平台中发生变化。生成数据变更策略后，用户还需要针对该策略提交变更发布请求，用户提交变更发布请求的目的是在风控平台中发布针对风控数据的变更，从而通过发布变更的方式，使得风控数据在风控平台中发生变化。
数据变更组件的前端向用户显示数据变更策略后，可以同步提供发布按钮，若用户点击该发布按钮，则数据变更组件确定接收到用户针对数据变更策略的变更发布请求。
本实施例中，变更发布请求包括第一子请求、第二子请求和第三子请求中的任意一种，每种子请求所对应的发布环境不同。
第一子请求对应的变更发布环境为预发环境，第一子请求用于请求在预发环境对各个待变更的风控数据进行变更。其中，预发环境指的在预先建立好的测试环境，测试环境中有多台测试服务器用于对风控数据的变更情况进行测试，测试服务器不为真正的用户提供服务，而是为虚拟出来的用户提供服务。通过在预发环境中对风控数据进行变更，能够测试变更后的风控数据的风控效果而不对真实用户造成打扰。
第二子请求对应的变更发布环境为灰度发布环境，第二子请求用于请求在灰度发布环境对各个待变更的风控数据进行变更。其中，灰度发布环境指的由专门的灰度服务器组成的发布环境，这些灰度服务器为测试用户提供服务，测试用户是在大量的真实用户中选择得到的用户。通过在灰度发布环境中对风控数据进行变更，能够通过少量的测试用户测试变更后的风控数据的风控效果，而不对大量用户造成打扰。
第三子请求对应的变更发布环境为正式发布环境，第三子请求用于请求在正式发布环境对各个待变更的风控数据进行变更。其中，正式发布环境指的是由全部的服务器所组成的发布环境，这些服务器用于为全部用户提供服务。当通过预发环境和灰度发布环境确定变更后的风控数据可行时，即可以在正式发布环境中发布变更后的风控数据，从而达到全面推广应用变更后的风控数据的效果。
本实施例中，数据变更组件可以为用户提供不同的发布按钮以表示不同的发布环境。数据变更组件接收到用户的变更发布请求后，响应于该请求，在变更发布请求对应的变更发布环境，执行数据变更策略，以对各个待变更的风控数据进行变更。比如，在预发环境中执行数据变更策略，对各个待变更的风控数据进行变更，或者，在灰度发布环境中执行数据变更策略，对各个待变更的风控数据进行变更，或者，在正式发布环境中执行数据变更策略，对各个待变更的风控数据进行变更。
本实施例中，数据变更组件能够为用户提供不同的变更发布环境，以方便用户在不同的变更发布环境中执行数据变更策略，对各个待变更的风控数据进行变更，达到了在变更后的风控数据正式发布前，对变更后的风控数据进行精准测试的目的。
在一个实施例中，变更发布请求包括上述的第二子请求。相应地，在响应于变更发布请求，在变更发布请求对应的变更发布环境，执行数据变更策略，以对各个待变更的风控数据进行变更之后，本实施例还包括：
(b1)获取用户针对被变更的风控数据的灰度验证请求；
(b2)响应于所述灰度验证请求，在灰度发布环境中对被变更的风控数据进行灰度验证。
数据变更组件在接收到用户的第二子请求，在上述的灰度发布环境中执行数据变更策略，对各个待变更的风控数据进行变更之后，还能够获取用户针对被变更的风控数据的灰度验证请求。比如，数据变更组件在上述的灰度发布环境中执行数据变更策略，对各个待变更的风控数据进行变更之后，在界面上显示灰度验证按钮，若用户点击灰度验证按钮，则数据变更组件确定接收到用户针对被变更的风控数据的灰度验证请求。
继而，数据变更组件响应于用户的灰度验证请求，在灰度发布环境中对被变更的风控数据进行灰度验证。数据变更组件在灰度发布环境中对被变更的风控数据进行灰度验证，具体可以为：根据灰度发布环境中的灰度服务器的运行情况，获取与被变更的风控数据相关的灰度验证指标，显示灰度验证指标，以供用户查看。其中，以被变更的风控数据为支付相关数据为例，与被变更的风控数据相关的灰度验证指标包括但不限于用户支付成功率。以被变更的风控数据为人脸识别相关数据为例，与被变更的风控数据相关的灰度验证指标包括但不限于用户人脸识别成功率。
通过显示灰度验证指标供用户查看，能够使得用户根据灰度验证指标的指标值，判断风控数据的变更效果，从而达到对被变更的风控数据进行灰度验证的效果。
可见，通过本实施例，数据变更组件还能够在风控数据正式发布前，对被变更的风控数据进行灰度验证，从而对风控数据的变更效果进行准确验证。
在一个实施例中，数据变更组件在根据数据变更策略，对各个待变更的风控数据进行变更之后，还能够：
(c1)获取数据变更管控中心基于数据变更请求返回的风控数据监控链接；
(c2)请求风控数据监控链接对应的风控数据监控页面并加载，以对风控数据的变更效果进行监控；
其中，风控数据监控页面用于显示与被变更的风控数据相关的风控指标。
数据变更管控中心在接收到数据变更请求之后，除了能够返回数据变更策略以外，还能够返回风控数据监控链接，风控数据监控链接可以为URL链接。数据变更组件接收到该风控数据监控链接后，若已经完成对各个待变更的风控数据进行变更的操作，则能够请求该风控数据监控链接对应的风控数据监控页面并加载，其中，风控数据监控页面中显示有与被变更的风控数据相关的风控指标，从而数据变更组件通过显示监控指标的方式达到对风控数据的变更效果进行监控的目的。
其中，与被变更的风控数据相关的风控指标和上述提到的，与被变更的风控数据相关的灰度验证指标可以相同可以不同。以被变更的风控数据为支付相关数据为例，与被变更的风控数据相关的风控指标包括但不限于用户支付成功率。以被变更的风控数据为人脸识别相关数据为例，与被变更的风控数据相关的风控指标包括但不限于用户人脸识别成功率。
在一个具体的实施例中，风控数据监控链接有多类，每类监控链接对应于上述的一种变更发布环境。当数据监控组件在每种发布环境中对风控数据进行变更后，数据监控组件能够请求与该发布环境对应的一类监控链接所对应的风控数据监控页面并加载，以向用户显示该发布环境下所要关注的与被变更的风控数据相关的风控指标。
比如，当数据监控组件在预发环境中对风控数据进行变更后，数据监控组件能够请求与预发环境对应的一类监控链接所对应的风控数据监控页面并加载，以向用户显示该预发环境下所要关注的与被变更的风控数据相关的风控指标。
又如，当数据监控组件在正式发布环境中对风控数据进行变更后，数据监控组件能够请求与正式发布环境对应的一类监控链接所对应的风控数据监控页面并加载，以向用户显示该正式发布环境下所要关注的与被变更的风控数据相关的风控指标。
本实施例中，数据变更组件通过请求风控数据监控链接对应的风控数据监控页面并加载，向用户显示与被变更的风控数据相关的风控指标，从而达到对风控数据的变更效果进行监控的目的。
上述提到的灰度验证的过程和对风控数据进行监控的过程，可以择一进行，比如只进行灰度验证或者只进行监控，也可以既进行灰度验证又进行监控，本实施例不做限制。
在一个实施例中，数据变更组件在根据数据变更策略，对各个待变更的风控数据进行变更之后，还能够：
(d1)获取用户针对被变更的风控数据中的目标数据的回滚请求；
(d2)根据该回滚请求，将目标数据的数值回滚至变更前的数值。
数据变更组件能够在前端页面上显示多个回滚按钮，每个回滚按钮对应一个被变更的风控数据。用户点击某个回滚按钮后，数据变更组件确定接收到用户针对相应的被变更的风控数据的回滚请求，该相应的被变更的风控数据即为上述的目标数据。然后，数据变更组件将目标数据的数值回滚至变更前的数值。
可见，通过本实施例，数据变更组件能够对每个被变更的风控数据提供回滚操作，从而方便用户在数据变更过程中实现数据回滚。
在一个实施例中，数据变更组件在根据数据变更策略，对各个待变更的风控数据进行变更之后，还能够：
(e1)向数据变更管控中心发送风控数据的数据变更记录；数据变更记录用于确定风控数据的变更时间点，以根据风控数据变更前风控平台的风控效果指标和风控数据变更后风控平台的风控效果指标，分析风控数据的变更效果。
当数据变更组件在正式发布环境中执行数据变更策略，对各个待变更的风控数据进行变更之后，数据发布组件还能够向数据变更管控中心发送风控数据的数据变更记录。该记录中至少包括风控数据的变更时间点，风控数据的变更时间点即为风控数据在正式发布环境中的发布时间点。
数据变更管控中心获取到数据变更记录后，能够从中提取得到风控数据的变更时间点，根据该时间点，从数据库中获取风控数据变更前风控平台的风控效果指标和风控数据变更后风控平台的风控效果指标，从而基于变更前的风控效果指标和变更后的风控效果指标，分析风控数据的变更效果。
又或者，数据变更管控中心获取到数据变更记录后，能够从中提取得到风控数据的变更时间点，将变更时间点发送至专门用于分析变更效果的服务器，由该服务器根据该时间点，从数据库中获取风控数据变更前风控平台的风控效果指标和风控数据变更后风控平台的风控效果指标，从而基于变更前的风控效果指标和变更后的风控效果指标，分析风控数据的变更效果。
比如，若变更后的风控效果指标相比于变更前的风控效果指标有所好转，则说明风控数据的变更效果较好，若变更后的风控效果指标相比于变更前的风控效果指标变差，则说明风控数据的变更效果较差。
本说明书一实施例中，数据变更组件设置于不同的风控平台上，不同的风控平台包括不同地区的风控平台，数据变更管控中心用于与各个数据变更组件进行通信。该实施例可以参见前面的描述，风控平台可以有多个，每个风控平台对应于不同地区或国家，对不同地区或国家发生的待风控事件进行风险控制，每个风控平台上都设置有一个数据变更组件，数据变更管控中心的数量为一个，用于与各个数据变更组件进行通信，以实现对各个数据变更组件的管控。
该实施例中，数据变更组件通过指定接口与风控平台进行适配。数据变更组件统一存储数据变更过程中的相关数据，相关数据包括数据变更请求、数据变更策略和风控数据的数据变更记录等。
图3为本说明书一实施例提供的数据变更组件与数据变更管控中心之间的架构示意图，如图3所示，该架构中，数据变更组件通过指定接口与风控平台进行适配。数据变更组件的数量为多个，设置于不同的风控平台上，不同的风控平台包括不同地区的风控平台，数据变更管控中心的数量为一个，用于与各个数据变更组件进行通信。
本实施例中，通过上述的数据变更组件与数据变更管控中心之间的架构，至少具有以下优点：
(1)通过一个数据变更管控中心即可管理各个数据变更组件，从而管理各个风控平台的数据变更，提高了数据变更效率；；
(2)数据变更组件通过接口即可与风控平台进行适配，风控平台不需要做出较大改动，提高了数据变更效率的同时减轻了风控平台的工作量；
(3)数据变更组件统一存储数据变更过程中的相关数据，使得风控平台不需要关注数据存储工作，也即，不需要关注数据变更过程中的仓储工作，使得风控平台直接加载数据变更组件进行数据变更即可，提高了数据变更效率的同时减轻了风控平台的工作量；
(4)风控平台通过数据变更组件，能够实现对各种风控数据(如变量、策略、模型)的变更，而不需要单独管理每种风控数据的变更，提高了数据变更效率。
以上从数据变更组件的角度描述了风控数据变更方法，下面从数据变更管控中心的角度描述数据变更方法，图4为本说明书另一实施例提供的风控数据变更方法的流程示意图，该流程应用于数据变更管控中心，由数据变更管控中心执行，如图4所示，该流程包括以下步骤：
步骤S402，接收风控平台上的数据变更组件发送的数据变更请求；数据变更请求用于请求变更风控平台中的风控数据，风控数据用于对待风控事件进行风险控制；
步骤S404，确定各个待变更的风控数据之间的依赖关系，根据该依赖关系，生成数据变更策略，并将数据变更策略返回至数据变更组件，数据变更策略用于对各个待变更的风控数据进行变更。
本说明书一实施例中，数据变更管控中心能够接收风控平台上的数据变更组件发送的数据变更请求，并根据该数据变更请求，生成数据变更策略并返回至数据变更组件，从而使得数据变更组件根据数据变更策略，对各个待变更的风控数据进行变更。可见，通过本实施例，数据变更管控中心能够与数据变更组件进行通信，通过数据变更管控中心高效快速地确定数据变更策略，从而对风控数据进行变更，达到了高效便捷地对风控平台中的风控数据进行变更，提高风控数据的变更效率的效果。
上述步骤S402中，数据变更管控中心接收风控平台上的数据变更组件发送的数据变更请求。数据变更请求用于请求变更风控平台中的风控数据，风控数据用于对待风控事件进行风险控制。该步骤的具体解释可以参考前文对图2的描述，这里不再重复。
上述步骤S404中，数据变更管控中心确定各个待变更的风控数据之间的依赖关系，根据该依赖关系，生成数据变更策略，并将数据变更策略返回至数据变更组件，数据变更策略用于被数据变更组件执行，以对各个待变更的风控数据进行变更。
根据前文可知，风控数据包括参数、模型、变量、策略、场景、事件等。这些数据之间具有上下位关系，能够被相互调用。基于此，在一个实施例中，数据变更管控中心确定各个待变更的风控数据之间的依赖关系，具体包括：
(f1)针对任意两个待变更的风控数据，在风控平台对待风控事件进行风险控制过程中，若其中一个风控数据能够调用另一个风控数据，则确定该两个风控数据之间具有依赖关系；
和/或；
(f2)针对任意两个待变更的风控数据，在风控平台对待风控事件进行风险控制过程中，若其中一个风控数据和另一个风控数据被同步调用，则确定该两个风控数据之间具有依赖关系。
针对情况(f1)，比如，对于变量1和模型1这两个待变更的风控数据，在风控平台对待风控事件进行风险控制过程中，若变量1的数值由模型1输出，也即，变量1能够调用模型1，则确定变量1和模型1之间具有依赖关系。变量1可以举例为用户的信用分值，模型1可以举例为计算用户的信用分值的模型，由此可见，变量1的数值由模型1输出，也即，变量1能够调用模型1，因此，变量1和模型1之间具有依赖关系。
针对情况(f1)，又如，对于变量1和策略1这两个待变更的风控数据，在风控平台对待风控事件进行风险控制过程中，若运行策略1时，必须要调用变量1，也即，策略1能够调用变量1，则确定策略1和变量1之间具有依赖关系。变量1可以举例为用户十分钟之间的支付金额，策略1可以举例为，若用户十分钟之间的支付金额大于10万元，则确定用户为风险用户，由此可见，运行策略1时，必须要调用变量1，也即，策略1能够调用变量1，因此，策略1和变量1之间具有依赖关系。
针对情况(f1)，又如，对于策略1和事件1，这两个待变更的风控数据，在风控平台对待风控事件进行风险控制过程中，若对事件1进行风险判断时必须要调用策略1，也即事件1能够调用策略1，则确定策略1和事件1之间具有依赖关系。策略1可以举例为，若用户十分钟之间的支付金额大于10万元，则确定用户为风险用户，事件1可以举例为用户支付事件，由此可见，对事件1进行风险判断时必须要调用策略1，也即事件1能够调用策略1，因此，策略1和事件1之间具有依赖关系。
事件和场景之间的调用关系可以描述为：若某事件发生在某场景下，则该事件能够被该场景调用，该事件和该场景之间具有依赖关系，这里不再详细描述。
情况(f1)可以理解为，由于一个风控数据能够调用另一个风控数据，因此在风控数据变更时，被调用的风控数据需要先变更，作为调用方的风控数据需要后变更，以此提高变更效率，因此确定这两个风控数据之间具有依赖关系。
针对情况(f2)，比如，对于变量1和变量2这两个待变更的风控数据，在风控平台对待风控事件进行风险控制过程中，若变量1和变量2被同步调用，则变量1和变量2之间具有依赖关系。其中，变量1可以举例为用户的支付金额，变量2可以举例为用户的信用分值，当采用某种策略判断用户是否为风险用户时，需要同步调用用户的支付金额和用户的信用分值，则确定用户的支付金额和用户的信用分值之间具有依赖关系。
针对情况(f2)，又如，对于策略1和策略2这两个待变更的风控数据，在风控平台对待风控事件进行风险控制过程中，若策略1和策略2被同步调用，则策略1和策略2之间具有依赖关系。其中，策略1可以举例为判断用户为赌博用户的策略，策略2可以举例为判断用户为洗钱用户的策略，当采用某种策略判断用户是否为风险用户时，需要结合赌博用户的判断结果和洗钱用户的判断结果进行综合判断，则确定判断用户为赌博用户的策略和判断用户为洗钱用户的策略之间具有依赖关系。
情况(f2)可以理解为，由于一个风控数据和另一个风控数据被同步调用，因此在风控数据变更时，这两个风控数据可以同批次变更，以此提高变更效率，因此确定这两个风控数据之间具有依赖关系。
在一个实施例中，可以仅根据情况(f1)确定各个待变更的风控数据之间的依赖关系，另一个实施例中，可以仅根据情况(f2)确定各个待变更的风控数据之间的依赖关系，再一个实施例中，可以既根据情况(f1)又根据情况(f2)，确定各个待变更的风控数据之间的依赖关系。
步骤S404中，根据依赖关系，生成数据变更策略，具体包括：
(g1)根据依赖关系，将存在依赖关系的待变更的风控数据划分至第一组，将不存在依赖关系的待变更的风控数据划分至第二组；
(g2)根据第一组内的各个待变更的风控数据之间的依赖关系，确定第一组内的各个待变更的风控数据之间的变更顺序；
(g3)确定第二组内的各个待变更的风控数据的变更复杂度，根据变更复杂度，确定第二组内的各个待变更的风控数据之间的变更顺序；
(g4)根据各个待变更的风控数据所属的业务场景、第一组内的各个待变更的风控数据之间的变更顺序、第二组内的各个待变更的风控数据之间的变更顺序，生成数据变更策略。
首先，根据确定的各个待变更的风控数据之间的依赖关系，将存在依赖关系的待变更的风控数据划分至第一组，将不存在依赖关系的待变更的风控数据划分至第二组。
然后，根据第一组内的各个待变更的风控数据之间的依赖关系，确定第一组内的各个待变更的风控数据之间的变更顺序。比如，变量1与策略1之间相互依赖，变量1可以被策略1调用，因此可以确定变量1和策略1之间的变更顺序为：先变变量1，再变策略1。又如，变量1和变量2同步被策略1调用，则可以确定先同步变更变量1和变量2，再变策略1。
其次，确定第二组内的各个待变更的风控数据的变更复杂度。具体地，可以根据变更风控数据时所需要调用的计算机资源大小，确定变更复杂度。或者，根据风控数据被变更后，由于该数据变更所导致的被动被变更的风控数据的数据量多少，确定变更复杂度。比如，变更变量1时，策略1也会被变更，变更变量2时，策略2和策略3也会被变更，因此变量1的变更复杂度小于变量2的变更复杂度，该例子中，策略1、策略2和策略3不属于上述的待变更的风控数据，而属于被动被变更的风控数据。
由于第二组内的各个待变更的风控数据之间不具有依赖关系，因此第二组内的各个待变更的风控数据可以同步变更或者逐个变更，本实施例中考虑到变更第二组内的每个待变更的风控数据的变更复杂度，可以设定变更复杂度低的风控数据先变更，变更复杂度高的风控数据后变更，变更复杂度相同的风控数据同步变更，从而确定第二组内的各个待变更的风控数据之间的变更顺序。
最后，根据各个待变更的风控数据所属的业务场景、第一组内的各个待变更的风控数据之间的变更顺序、第二组内的各个待变更的风控数据之间的变更顺序，生成数据变更策略。数据变更策略中定义有各个待变更的风控数据之间的变更顺序，还定义有各个待变更的风控数据之间的变更时间间隔。
待变更的风控数据所属的业务场景可以举例为发红包场景、登录场景等。预先设定有各个业务场景之间的优先级顺序，所属的业务场景的优先级较高的风控数据先变更，所属的业务场景的优先级较低的风控数据后变更。
举例而言，第一组内包括变量1、变量2和变量3，第二组内包括变量4和变量5。第一组内的各个待变更的风控数据之间的变更顺序为：变量3—变量1—变量2，第二组内的各个待变更的风控数据之间的变更顺序为：变量4—变量5。由于变量1、变量2属于登录场景，变量3，变量4和变量5属于支付场景，支付场景的优先级高于登录场景，因此确定数据变更策略中，各个变量的变更顺序为：变量3—变量4—变量5—变量1—变量2，或者为，变量4—变量5—变量3—变量1—变量2。
在确定各个待变更的风控数据之间的变更顺序后，结合预先设置的各个风控数据之间的变更时间间隔，生成数据变更策略。该变更时间间隔可以为数据变更管控中心中预先设置好的数值。
通过确定各个变量的变更顺序，避免了风控数据全部同步变更，能够大大降低数据变更的复杂程度。
在其他实施例中，假设待变更的风控数据包括变量、策略、参数、模型、事件、场景等，则还可以设置优先变更参数和模型，再变更变量，再变更策略，再变更事件，最后变更场景。
在一个具体的例子中，假设待变更数据包括变量1、变量2、变量3，其中，变量1属于上述的第二组，变量2和变量3属于上述的第一组，且，变量3调用变量2，则可以确定数据变更策略中，各个变量的变更顺序为：变量1—变量2—变量3，或者，变量2—变量3—变量1。
在另一个实施例中，不仅可以确定待变更的风控数据之间的依赖关系，还能够确定待变更的风控数据与不被变更的风控数据之间的依赖关系。比如，某个待变更的风控数据被某个不被变更的风控数据调用，则确定这两个数据之间具有依赖关系。相应地，在生成数据变更策略时，也可以根据待变更的风控数据之间的依赖关系和待变更的风控数据与不被变更的风控数据之间的依赖关系，生成数据变更策略。
步骤S404中，在生成数据变更策略之后，还将数据变更策略返回至数据变更组件，数据变更策略用于被数据变更组件执行，以对各个待变更的风控数据进行变更。
在一个实施例中，在将数据变更策略返回至数据变更组件之后，还包括：
基于数据变更请求向数据变更组件返回风控数据监控链接；
风控数据监控链接用于数据变更组件请求风控数据监控链接对应的风控数据监控页面并加载，以对风控数据的变更效果进行监控；
其中，风控数据监控页面用于显示与被变更的风控数据相关的风控指标。
该过程可以参考前文的解释，这里不再重复。
在一个实施例中，在将数据变更策略返回至数据变更组件之后，还包括：
接收数据变更组件发送的数据变更记录并存储，数据变更记录用于确定风控数据的变更时间点，以根据风控数据变更前风控平台的风控效果指标和风控数据变更后风控平台的风控效果指标，分析风控数据的变更效果。
该过程可以参考前文的解释，这里不再重复。
在一个实施例中，数据变更组件设置于不同的风控平台上。不同的风控平台包括不同地区的风控平台。数据变更管控中心用于与各个数据变更组件进行通信。进一步地，数据变更组件通过指定接口与风控平台进行适配。数据变更组件统一存储数据变更过程中的相关数据。相关数据包括数据变更请求、数据变更策略和风控数据的数据变更记录等数据。
图5为本说明书一实施例提供的风控平台、数据变更组件、数据变更管控中心之间的架构示意图，如图5所示，数据变更组件可以通过各种接口，如策略修改接口、变量修改接口、模型修改接口、参数修改接口、场景修改接口、事件修改接口，与风控平台进行适配。数据变更组件还提供策略仓储定义接口、变量仓储定义接口、模型仓储定义接口、参数仓储定义接口、场景仓储定义接口、事件仓储定义接口，实现各类风控数据的仓储定义，这里仓储可以理解为内存，也即由数据变更组件通过统一内存的方式管理数据变更过程中的各种相关数据。
如图5所示，数据变更组件还提供变更流程扩展点、变更策略扩展点、变更对象修改扩展点、变更对象仓储扩展点，用于对风控平台进行扩展。
如图5所示，数据变更组件还提供待发布、预发发布、灰度发布、灰度验证、正式发布、回滚等功能，还提供应急监控的功能。
如图5所示，数据变更管控中心与数据变更组件交互，提供有变更点采集、智能分析、变更策略编排、智能监控等功能。变更点采集用于采集待变更的风控数据。智能分析用于分析风控数据之间的依赖关系、变更顺序、变更复杂度等。变更策略编排用于根据智能分析的结果生成数据变更策略。智能监控用于向数据变更组件提供监控链接。
如图5所示，数据变更管控中心还能够存储变更历史数据，从而为其他平台提供变更历史数据，便于其他平台进行分析。分析包括变更历史回溯、变更效能分析、变更大盘分析等。
图5中的实施例至少具有以下优点：
(1)通过组件化的方式，统一管控仓储的整个生命周期，通过定义好的扩展点，支持风控平台进行扩展。所有仓储数据都由组件来进行管理，变更流程支持配置化，动态编排。不需要每种风控数据去重复的实现自己的仓储，只需要实现扩展点，系统会默认初始化仓储，风控平台直接使用即可，风控平台不需要关心仓储的加载逻辑；
(2)数据变更管控中心更智能化，不依赖人工的专家经验。通过变更点的采集、智能分析、将变更点进行动态的分组、分批，并且智能的匹配相关的监控大盘、应急预案，保障风控的复杂策略变更的安全性；
(3)通过数据变更管控中心，所有的变更的历史记录都保存下来。针对任意一个资源，可以回溯其历史上的每一次的变更过程，还原每一步执行动作。基于此，结合历史数据进行大数据分析，可以得到一个风控场景下，所有策略的变更路径，与线上策略的防控效果结合起来，分析策略的防控效能；
(4)风控数据变更时，不需要重新启动风控平台，并且支持按顺序变更，支持回滚操作。
图6为本说明书一实施例提供的风控数据变更装置的结构示意图，该装置应用于风控平台上的数据变更组件，如图6所示，该装置包括：
请求获取模块61，获取用户针对所述风控平台的数据变更请求；所述数据变更请求用于请求变更所述风控平台中的风控数据，所述风控数据用于对待风控事件进行风险控制；
策略接收模块62，将所述数据变更请求发送至数据变更管控中心，并接收所述数据变更管控中心基于所述数据变更请求返回的数据变更策略；其中；所述数据变更策略根据各个待变更的风控数据之间的依赖关系生成；
数据变更模块63，根据所述数据变更策略，对各个待变更的风控数据进行变更。
可选地，数据变更模块63：获取用户针对所述数据变更策略的变更发布请求；所述变更发布请求包括第一子请求、第二子请求和第三子请求中的任意一种；所述第一子请求对应的变更发布环境为预发环境，所述第一子请求用于请求在预发环境对各个待变更的风控数据进行变更；所述第二子请求对应的变更发布环境为灰度发布环境，所述第二子请求用于请求在灰度发布环境对各个待变更的风控数据进行变更；所述第三子请求对应的变更发布环境为正式发布环境，所述第三子请求用于请求在正式发布环境对各个待变更的风控数据进行变更；响应于所述变更发布请求，在所述变更发布请求对应的变更发布环境，执行所述数据变更策略，以对各个待变更的风控数据进行变更。
可选地，所述变更发布请求包括所述第二子请求；所述装置还包括：灰度验证模块，在响应于所述变更发布请求，在所述变更发布请求对应的变更发布环境，执行所述数据变更策略，以对各个待变更的风控数据进行变更之后，获取用户针对被变更的风控数据的灰度验证请求；响应于所述灰度验证请求，在所述灰度发布环境中对被变更的风控数据进行灰度验证。
可选地，所述装置还包括：监控模块，在根据所述数据变更策略，对各个待变更的风控数据进行变更之后，获取所述数据变更管控中心基于所述数据变更请求返回的风控数据监控链接；请求所述风控数据监控链接对应的风控数据监控页面并加载，以对风控数据的变更效果进行监控；其中，所述风控数据监控页面用于显示与被变更的风控数据相关的风控指标。
可选地，所述装置还包括：回滚模块，在根据所述数据变更策略，对各个待变更的风控数据进行变更之后，获取用户针对被变更的风控数据中的目标数据的回滚请求；根据所述回滚请求，将所述目标数据的数值回滚至变更前的数值。
可选地，所述装置还包括：传输模块，在根据所述数据变更策略，对各个待变更的风控数据进行变更之后，向所述数据变更管控中心发送风控数据的数据变更记录；所述数据变更记录用于确定风控数据的变更时间点，以根据风控数据变更前所述风控平台的风控效果指标和风控数据变更后所述风控平台的风控效果指标，分析风控数据的变更效果。
可选地，所述数据变更组件设置于不同的风控平台上；所述不同的风控平台包括不同地区的风控平台；所述数据变更管控中心用于与各个所述数据变更组件进行通信。
可选地，所述数据变更组件通过指定接口与所述风控平台进行适配；所述数据变更组件统一存储数据变更过程中的相关数据；所述相关数据包括所述数据变更请求、所述数据变更策略和风控数据的数据变更记录。
本实施例中的风控数据变更装置能够实现前述实施例中的应用于数据变更组件的风控数据变更方法实施例中的各个过程，并达到相同的效果和功能，这里不再重复。
图7为本说明书一实施例提供的风控数据变更装置的结构示意图，该装置应用于数据变更管控中心，如图7所示，该装置包括：
请求接收模块71，接收风控平台上的数据变更组件发送的数据变更请求；所述数据变更请求用于请求变更所述风控平台中的风控数据，所述风控数据用于对待风控事件进行风险控制；
策略生成模块72，确定各个待变更的风控数据之间的依赖关系，根据所述依赖关系，生成数据变更策略，并将所述数据变更策略返回至所述数据变更组件，所述数据变更策略用于对各个待变更的风控数据进行变更。
可选地，策略生成模块72，针对任意两个待变更的风控数据，在所述风控平台对待风控事件进行风险控制过程中，若其中一个风控数据能够调用另一个风控数据，则确定该两个风控数据之间具有依赖关系；和/或；针对任意两个待变更的风控数据，在所述风控平台对待风控事件进行风险控制过程中，若其中一个风控数据和另一个风控数据被同步调用，则确定该两个风控数据之间具有依赖关系。
可选地，策略生成模块72，根据所述依赖关系，将存在依赖关系的待变更的风控数据划分至第一组，将不存在依赖关系的待变更的风控数据划分至第二组；根据所述第一组内的各个待变更的风控数据之间的依赖关系，确定所述第一组内的各个待变更的风控数据之间的变更顺序；确定所述第二组内的各个待变更的风控数据的变更复杂度，根据所述变更复杂度，确定所述第二组内的各个待变更的风控数据之间的变更顺序；根据各个待变更的风控数据所属的业务场景、所述第一组内的各个待变更的风控数据之间的变更顺序、所述第二组内的各个待变更的风控数据之间的变更顺序，生成数据变更策略。
可选地，所述装置还包括：监控模块，在将所述数据变更策略返回至所述数据变更组件之后，基于所述数据变更请求向所述数据变更组件返回风控数据监控链接；所述风控数据监控链接用于所述数据变更组件请求所述风控数据监控链接对应的风控数据监控页面并加载，以对风控数据的变更效果进行监控；其中，所述风控数据监控页面用于显示与被变更的风控数据相关的风控指标。
可选地，所述装置还包括：存储模块，在将所述数据变更策略返回至所述数据变更组件之后，接收所述数据变更组件发送的数据变更记录并存储，所述数据变更记录用于确定风控数据的变更时间点，以根据风控数据变更前所述风控平台的风控效果指标和风控数据变更后所述风控平台的风控效果指标，分析风控数据的变更效果。
可选地，所述数据变更组件设置于不同的风控平台上；所述不同的风控平台包括不同地区的风控平台；所述数据变更管控中心用于与各个所述数据变更组件进行通信。
本实施例中的风控数据变更装置能够实现前述实施例中的应用于数据变更管控中心的风控数据变更方法实施例中的各个过程，并达到相同的效果和功能，这里不再重复。
本说明书一实施例还提供了一种计算机设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器实现以下流程：
获取用户针对所述风控平台的数据变更请求；所述数据变更请求用于请求变更所述风控平台中的风控数据，所述风控数据用于对待风控事件进行风险控制；
将所述数据变更请求发送至数据变更管控中心，并接收所述数据变更管控中心基于所述数据变更请求返回的数据变更策略；其中；所述数据变更策略根据各个待变更的风控数据之间的依赖关系生成；
根据所述数据变更策略，对各个待变更的风控数据进行变更。
该实施例中，所述计算机可执行指令在被执行时使所述处理器实现上述应用于数据变更组件的风控数据变更方法实施例中的各个过程，并达到相同的效果和功能，这里不再重复。
本说明书一实施例还提供了一种计算机设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器实现以下流程：
接收风控平台上的数据变更组件发送的数据变更请求；所述数据变更请求用于请求变更所述风控平台中的风控数据，所述风控数据用于对待风控事件进行风险控制；
确定各个待变更的风控数据之间的依赖关系，根据所述依赖关系，生成数据变更策略，并将所述数据变更策略返回至所述数据变更组件，所述数据变更策略用于对各个待变更的风控数据进行变更。
该实施例中，所述计算机可执行指令在被执行时使所述处理器实现上述应用于数据变更管控中心的风控数据变更方法实施例中的各个过程，并达到相同的效果和功能，这里不再重复。
图8为本说明书一实施例提供的计算机设备的结构示意图，如图8所示，计算机设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器901和存储器902，存储器902中可以存储有一个或一个以上存储应用程序或数据。其中，存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对计算机设备中的一系列计算机可执行指令。更进一步地，处理器901可以设置为与存储器902通信，在计算机设备上执行存储器902中的一系列计算机可执行指令。计算机设备还可以包括一个或一个以上电源903，一个或一个以上有线或无线网络接口904，一个或一个以上输入输出接口905，一个或一个以上键盘906等。
当该计算机设备用于实现上述应用于数据变更组件的风控数据变更方法实施例中的各个过程时，该计算机设备可以为安装有数据变更组件的服务器，该服务器为组成风控平台的服务器。
当该计算机设备用于实现上述应用于数据变更管控中心的风控数据变更方法实施例中的各个过程时，该计算机设备可以为服务器，该服务器为组成数据变更管控中心的服务器。
本说明书另一实施例还提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现：
获取用户针对所述风控平台的数据变更请求；所述数据变更请求用于请求变更所述风控平台中的风控数据，所述风控数据用于对待风控事件进行风险控制；
将所述数据变更请求发送至数据变更管控中心，并接收所述数据变更管控中心基于所述数据变更请求返回的数据变更策略；其中；所述数据变更策略根据各个待变更的风控数据之间的依赖关系生成；
根据所述数据变更策略，对各个待变更的风控数据进行变更。
该实施例中，所述计算机可执行指令在被执行时能够实现上述应用于数据变更组件的风控数据变更方法实施例中的各个过程，并达到相同的效果和功能，这里不再重复。
本说明书另一实施例还提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现：
接收风控平台上的数据变更组件发送的数据变更请求；所述数据变更请求用于请求变更所述风控平台中的风控数据，所述风控数据用于对待风控事件进行风险控制；
确定各个待变更的风控数据之间的依赖关系，根据所述依赖关系，生成数据变更策略，并将所述数据变更策略返回至所述数据变更组件，所述数据变更策略用于对各个待变更的风控数据进行变更。
该实施例中，所述计算机可执行指令在被执行时能够实现上述应用于数据变更管控中心的风控数据变更方法实施例中的各个过程，并达到相同的效果和功能，这里不再重复。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
在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 (20)

1.一种风控数据变更方法，应用于风控平台上的数据变更组件，所述方法包括：
获取用户针对所述风控平台的数据变更请求；所述数据变更请求用于请求变更所述风控平台中的风控数据，所述风控数据用于对待风控事件进行风险控制；
将所述数据变更请求发送至数据变更管控中心，并接收所述数据变更管控中心基于所述数据变更请求返回的数据变更策略；其中；所述数据变更策略根据各个待变更的风控数据之间的依赖关系生成；
根据所述数据变更策略，对各个待变更的风控数据进行变更。
2.根据权利要求1所述的方法，根据所述数据变更策略，对各个待变更的风控数据进行变更，包括：
获取用户针对所述数据变更策略的变更发布请求；所述变更发布请求包括第一子请求、第二子请求和第三子请求中的任意一种；
所述第一子请求对应的变更发布环境为预发环境，所述第一子请求用于请求在预发环境对各个待变更的风控数据进行变更；所述第二子请求对应的变更发布环境为灰度发布环境，所述第二子请求用于请求在灰度发布环境对各个待变更的风控数据进行变更；所述第三子请求对应的变更发布环境为正式发布环境，所述第三子请求用于请求在正式发布环境对各个待变更的风控数据进行变更；
响应于所述变更发布请求，在所述变更发布请求对应的变更发布环境，执行所述数据变更策略，以对各个待变更的风控数据进行变更。
3.根据权利要求2所述的方法，所述变更发布请求包括所述第二子请求；在响应于所述变更发布请求，在所述变更发布请求对应的变更发布环境，执行所述数据变更策略，以对各个待变更的风控数据进行变更之后，所述方法还包括：
获取用户针对被变更的风控数据的灰度验证请求；
响应于所述灰度验证请求，在所述灰度发布环境中对被变更的风控数据进行灰度验证。
4.根据权利要求1所述的方法，在根据所述数据变更策略，对各个待变更的风控数据进行变更之后，所述方法还包括：
获取所述数据变更管控中心基于所述数据变更请求返回的风控数据监控链接；
请求所述风控数据监控链接对应的风控数据监控页面并加载，以对风控数据的变更效果进行监控；
其中，所述风控数据监控页面用于显示与被变更的风控数据相关的风控指标。
5.根据权利要求1所述的方法，在根据所述数据变更策略，对各个待变更的风控数据进行变更之后，所述方法还包括：
获取用户针对被变更的风控数据中的目标数据的回滚请求；
根据所述回滚请求，将所述目标数据的数值回滚至变更前的数值。
6.根据权利要求1所述的方法，在根据所述数据变更策略，对各个待变更的风控数据进行变更之后，所述方法还包括：
向所述数据变更管控中心发送风控数据的数据变更记录；所述数据变更记录用于确定风控数据的变更时间点，以根据风控数据变更前所述风控平台的风控效果指标和风控数据变更后所述风控平台的风控效果指标，分析风控数据的变更效果。
7.根据权利要求1所述的方法，所述数据变更组件设置于不同的风控平台上；所述不同的风控平台包括不同地区的风控平台；所述数据变更管控中心用于与各个所述数据变更组件进行通信。
8.根据权利要求7所述的方法，所述数据变更组件通过指定接口与所述风控平台进行适配；所述数据变更组件统一存储数据变更过程中的相关数据；所述相关数据包括所述数据变更请求、所述数据变更策略和风控数据的数据变更记录。
9.一种风控数据变更方法，应用于数据变更管控中心，所述方法包括：
接收风控平台上的数据变更组件发送的数据变更请求；所述数据变更请求用于请求变更所述风控平台中的风控数据，所述风控数据用于对待风控事件进行风险控制；
确定各个待变更的风控数据之间的依赖关系，根据所述依赖关系，生成数据变更策略，并将所述数据变更策略返回至所述数据变更组件，所述数据变更策略用于对各个待变更的风控数据进行变更。
10.根据权利要求9所述的方法，确定各个待变更的风控数据之间的依赖关系，包括：
针对任意两个待变更的风控数据，在所述风控平台对待风控事件进行风险控制过程中，若其中一个风控数据能够调用另一个风控数据，则确定两个风控数据之间具有依赖关系；
和/或；
针对任意两个待变更的风控数据，在所述风控平台对待风控事件进行风险控制过程中，若其中一个风控数据和另一个风控数据被同步调用，则确定该两个风控数据之间具有依赖关系。
11.根据权利要求9所述的方法，根据所述依赖关系，生成数据变更策略，包括：
根据所述依赖关系，将存在依赖关系的待变更的风控数据划分至第一组，将不存在依赖关系的待变更的风控数据划分至第二组；
根据所述第一组内的各个待变更的风控数据之间的依赖关系，确定所述第一组内的各个待变更的风控数据之间的变更顺序；
确定所述第二组内的各个待变更的风控数据的变更复杂度，根据所述变更复杂度，确定所述第二组内的各个待变更的风控数据之间的变更顺序；
根据各个待变更的风控数据所属的业务场景、所述第一组内的各个待变更的风控数据之间的变更顺序、所述第二组内的各个待变更的风控数据之间的变更顺序，生成数据变更策略。
12.根据权利要求9所述的方法，在将所述数据变更策略返回至所述数据变更组件之后，所述方法还包括：
基于所述数据变更请求向所述数据变更组件返回风控数据监控链接；
所述风控数据监控链接用于所述数据变更组件请求所述风控数据监控链接对应的风控数据监控页面并加载，以对风控数据的变更效果进行监控；
其中，所述风控数据监控页面用于显示与被变更的风控数据相关的风控指标。
13.根据权利要求9所述的方法，在将所述数据变更策略返回至所述数据变更组件之后，所述方法还包括：
接收所述数据变更组件发送的数据变更记录并存储，所述数据变更记录用于确定风控数据的变更时间点，以根据风控数据变更前所述风控平台的风控效果指标和风控数据变更后所述风控平台的风控效果指标，分析风控数据的变更效果。
14.根据权利要求9-13任一项所述的方法，所述数据变更组件设置于不同的风控平台上；所述不同的风控平台包括不同地区的风控平台；所述数据变更管控中心用于与各个所述数据变更组件进行通信。
15.一种风控数据变更装置，应用于风控平台上的数据变更组件，所述装置包括：
请求获取模块，获取用户针对所述风控平台的数据变更请求；所述数据变更请求用于请求变更所述风控平台中的风控数据，所述风控数据用于对待风控事件进行风险控制；
策略接收模块，将所述数据变更请求发送至数据变更管控中心，并接收所述数据变更管控中心基于所述数据变更请求返回的数据变更策略；其中；所述数据变更策略根据各个待变更的风控数据之间的依赖关系生成；
数据变更模块，根据所述数据变更策略，对各个待变更的风控数据进行变更。
16.一种风控数据变更装置，应用于数据变更管控中心，所述装置包括：
请求接收模块，接收风控平台上的数据变更组件发送的数据变更请求；所述数据变更请求用于请求变更所述风控平台中的风控数据，所述风控数据用于对待风控事件进行风险控制；
策略生成模块，确定各个待变更的风控数据之间的依赖关系，根据所述依赖关系，生成数据变更策略，并将所述数据变更策略返回至所述数据变更组件，所述数据变更策略用于对各个待变更的风控数据进行变更。
17.一种计算机设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器实现上述权利要求1至8任一项所述的方法的步骤。
18.一种计算机设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器实现上述权利要求9至14任一项所述的方法的步骤。
19.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现上述权利要求1至8任一项所述的方法的步骤。
20.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现上述权利要求9至14任一项所述的方法的步骤。
CN202010921738.7A 2020-09-04 2020-09-04 风控数据变更方法和装置 Active CN112184235B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010921738.7A CN112184235B (zh) 2020-09-04 2020-09-04 风控数据变更方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010921738.7A CN112184235B (zh) 2020-09-04 2020-09-04 风控数据变更方法和装置

Publications (2)

Publication Number Publication Date
CN112184235A CN112184235A (zh) 2021-01-05
CN112184235B true CN112184235B (zh) 2022-05-13

Family

ID=73925033

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010921738.7A Active CN112184235B (zh) 2020-09-04 2020-09-04 风控数据变更方法和装置

Country Status (1)

Country Link
CN (1) CN112184235B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117215948A (zh) * 2022-10-24 2023-12-12 支付宝(杭州)信息技术有限公司 变更风险防控系统、方法、电子设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108446910A (zh) * 2018-02-05 2018-08-24 阿里巴巴集团控股有限公司 一种风控决策系统、方法以及设备
CN110390465A (zh) * 2019-06-18 2019-10-29 深圳壹账通智能科技有限公司 业务数据的风控分析处理方法、装置和计算机设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6876992B1 (en) * 2000-11-28 2005-04-05 Willis North America Inc. Method and system for risk control optimization
US8521566B2 (en) * 2008-12-29 2013-08-27 Mukesh Chatter Systems and methods for determining optimal pricing and risk control monitoring of auctioned assets including the automatic computation of bid prices for credit default swaps and the like
CN102360464A (zh) * 2011-09-30 2012-02-22 镇江睿泰信息科技有限公司 一种软件风险测试和控制的方法及系统
CN106600073A (zh) * 2016-12-28 2017-04-26 携程旅游网络技术（上海）有限公司 互联网支付风控系统的优化方法及装置
CN109426912B (zh) * 2017-08-31 2022-07-26 创新先进技术有限公司 风控系统优化方法、系统、装置以及电子设备
CN108418851B (zh) * 2018-01-12 2020-12-04 创新先进技术有限公司 策略发布系统、方法、装置及设备
CN108765092A (zh) * 2018-06-04 2018-11-06 贵州数据宝网络科技有限公司 一种交易安全风控方法及系统
CN109597643A (zh) * 2018-11-27 2019-04-09 平安科技（深圳）有限公司 应用灰度发布方法、装置、电子设备及存储介质
CN110647335B (zh) * 2019-07-26 2024-06-25 平安科技（深圳）有限公司 软件灰度发布方法、装置、电子设备及存储介质
CN110827032B (zh) * 2019-09-26 2021-08-03 支付宝(杭州)信息技术有限公司 智能风控决策方法及系统、业务处理方法及系统
CN111580855B (zh) * 2020-04-09 2023-11-14 上海淇毓信息科技有限公司 一种基于全流程灰度发布的策略发布方法、系统和电子设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108446910A (zh) * 2018-02-05 2018-08-24 阿里巴巴集团控股有限公司 一种风控决策系统、方法以及设备
CN110390465A (zh) * 2019-06-18 2019-10-29 深圳壹账通智能科技有限公司 业务数据的风控分析处理方法、装置和计算机设备

Also Published As

Publication number Publication date
CN112184235A (zh) 2021-01-05

Similar Documents

Publication Publication Date Title
CN108460523B (zh) 一种风控规则生成方法和装置
CN110147990B (zh) 基于区块链的缴费代扣签约方法及装置、电子设备
CN106899666B (zh) 一种针对业务标识的数据处理方法及装置
CN109032825B (zh) 一种故障注入方法、装置及设备
CN108415832A (zh) 接口自动化测试方法、装置、设备及存储介质
CN109598407B (zh) 一种业务流程的执行方法及装置
CN111899008B (zh) 资源转移方法、装置、设备及系统
CN111367989B (zh) 一种实时数据指标计算系统和方法
CN110060139B (zh) 账务处理方法及装置
CN109285069B (zh) 资源转移方法、装置及服务器
CN109272323A (zh) 一种风险交易识别方法、装置、设备及介质
CN111325444A (zh) 一种风险防控决策方法、装置、系统及设备
CN112559635B (zh) 以太坊联盟链节点的业务处理方法、装置、设备及介质
US11321749B2 (en) Metering based on application code complexity
US11693858B2 (en) Access path optimization
CN112184235B (zh) 风控数据变更方法和装置
Oliva et al. The gas triangle and its challenges to the development of blockchain-powered applications
CN113327111A (zh) 一种网络金融交易风险的评估方法及系统
CN111177562B (zh) 一种目标对象的推荐排序处理方法、装置及服务器
CN112330329A (zh) 风险交易数据处理方法、装置、设备及存储介质
CN116993519A (zh) 账单生成方法及装置
CN112435029B (zh) 一种基于区块链的业务处理方法、装置和电子设备
CN114297675A (zh) 一种针对目标对象的审核请求的处理方法、装置、设备及介质
CN112596781A (zh) 一种业务执行以及业务配置方法及装置
CN114444120A (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40043952

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant