CN114219305A - 一种增强网约车风控系统稳定性的方法及系统 - Google Patents

Abstract

本发明公开了一种增强网约车风控系统稳定性的方法及系统，其中方法包括：获取网约车订单；基于网约车订单进行数据源查询；将数据源查询成功的网约车订单传输至决策引擎；决策引擎执行数据源类型对应的风控规则判定，若风控规则命中，则输出预付款信息；将数据源查询失败的网约车订单传输至业务系统；业务系统执行硬代码策略，若硬代码策略执行失败，则输出预付款信息。本发明通过设置三个环节逐步减缓数据或系统崩溃造成的影响，以降低风控系统在决策时由于数据源的供应商不稳定时所带来的风险判定影响，降低风控系统对外部数据的依赖程度，进而保证下单风险判定的稳定性。

Description

一种增强网约车风控系统稳定性的方法及系统

技术领域

本发明涉及网约车风控系统稳定性技术的技术领域，具体涉及一种增强网约车风控系统稳定性的方法及系统。

背景技术

网约车，即网络预约出租汽车经营服务的简称,是指以互联网技术为依托构建服务平台,接入符合条件的车辆和驾驶员,通过整合供需信息,提供非巡游的预约出租汽车服务的经营活动。网约车服务需要网约车平台提供支持，现有的网约车服务为了进一步地突出便捷性，一般采用服务完成后再进行付款的后付款模式，因此会有部分用户针对网约车服务的后付款模式，在完成网约车服务后产生恶意逃单的行为，因此，网约车平台需要对网约车订单中恶意逃单的风险进行防控。

网约车风控系统在进行风险防控的过程中需要调用大量的外部数据源，在网约车服务的高峰期，由于网约车订单的数量庞大且并发量高，数据源会因为供应商的各种原因导致数据源短暂、突然或永久的停调，从而使得外部数据源调用超时或调用失败。

由于现有的网约车风险系统对外部数据的依赖程度高，数据或系统容易崩溃，外部数据源的调用失败会严重影响风控系统对网约车订单风险判断的稳定性，可能导致风险漏过的情况发生。

发明内容

为了克服上述现有的网约车风控系统稳定性较低的技术缺陷，本发明提供一种增强网约车风控系统稳定性的方法及系统。

为了解决上述问题，本发明按以下技术方案予以实现的：

第一方面，本发明公开一种增强网约车风控系统稳定性的方法，包括以下步骤：

获取网约车订单；

基于网约车订单进行数据源查询；

将数据源查询成功的网约车订单传输至决策引擎；

决策引擎执行数据源类型对应的风控规则判定，若风控规则命中，则输出预付款信息；

将数据源查询失败的网约车订单传输至业务系统；

业务系统执行硬代码策略，若硬代码策略执行失败，则输出预付款信息。

针对第一方面，提供第1种优选实施，所述基于网约车订单进行数据源查询，具体包括：

基于网约车订单进行数据源直接查询，若数据源直接查询失败，则将网约车订单传输至数据网关进行外部数据源调用，数据网关并行调用多种类型的外部数据源，外部数据源类型相同的多个供应商依次串行调用，直至调用成功或遍历所有供应商，对各外部数据源类型的调用结果进行汇总，基于汇总后形成的数据源查询结果进行相应的路由，至少一个数据源查询成功则将网约车订单路由至决策引擎，全部数据查询失败则将网约车订单路由至业务系统。

针对第一方面，提供第2种优选实施，所述决策引擎执行数据源类型对应的风控规则判定，具体包括：

启动决策引擎，获取网约车订单的数据源类型信息，基于数据源类型运行与数据源类型相对应的同类风险防控方法，网约车订单数据与同类风险防控方法中并行运行的多个风险分类规则分别进行规则匹配，将匹配命中任一风险分类规则的网约车订单标记为风险网约车订单，向风险网约车订单对应的用户终端发送预付款信息，当所有风险分类规则出现执行失败的情况时，将网约车订单传输至业务系统以执行硬代码策略。

针对第一方面，提供第3种优选实施，所述业务系统执行硬代码策略，具体包括：

业务系统接收所有数据源均调用查询失败的网约车订单，执行硬代码策略，所述硬代码策略由直接嵌入到业务系统中的内部字段所形成，基于网约车订单数据执行硬代码策略，若硬代码策略执行成功，则完成网约车订单的下单，若硬代码策略执行失败或策略拒绝，则将网约车订单标记为风险网约车订单，向风险网约车订单对应的用户终端发送预付款信息。

针对第一方面，提供第4种优选实施，还包括：

输出预付款信息后，向网约车订单所对应的用户终端发送预付费节点，将用户终端的付费状态返回至业务系统，若预付费成功，则网约车订单下单成功，若预付费未成功，则获取用户的历史数据，将历史数据与自动拉黑规则进行匹配，若命中自动拉黑规则，则将用户拉入黑名单。

第二方面，本发明公开一种增强网约车风控系统稳定性的系统，包括：

订单获取模块，其用于获取网约车订单；

查询调用模块，其用于基于网约车订单进行数据源查询；

查询成功模块，其用于将数据源查询成功的网约车订单传输至决策引擎；

风险判定模块，其用于使决策引擎执行数据源类型对应的风控规则判定，若风控规则命中，则输出预付款信息；

查询失败模块，其用于将数据源查询失败的网约车订单传输至业务系统；

兜底策略模块，其用于使业务系统执行硬代码策略，若硬代码策略执行失败，则输出预付款信息。

针对第二方面，提供第1种优选实施，所述查询调用模块在运行时，具体执行：

基于网约车订单进行数据源直接查询，若数据源直接查询失败，则将网约车订单传输至数据网关进行外部数据源调用，数据网关并行调用多种类型的外部数据源，外部数据源类型相同的多个供应商依次串行调用，直至调用成功或遍历所有供应商，对各外部数据源类型的调用结果进行汇总，基于汇总后形成的数据源查询结果进行相应的路由，至少一个数据源查询成功则将网约车订单路由至决策引擎，全部数据查询失败则将网约车订单路由至业务系统。

针对第二方面，提供第2种优选实施，所述风险判定模块在运行时，具体执行：

启动决策引擎，获取网约车订单的数据源类型信息，基于数据源类型运行与数据源类型相对应的同类风险防控方法，网约车订单数据与同类风险防控方法中并行运行的多个风险分类规则分别进行规则匹配，将匹配命中任一风险分类规则的网约车订单标记为风险网约车订单，向风险网约车订单对应的用户终端发送预付款信息，当所有风险分类规则出现执行失败的情况时，将网约车订单传输至业务系统以执行硬代码策略。

针对第二方面，提供第3种优选实施，所述兜底策略模块在运行时，具体执行：

业务系统接收所有数据源均调用查询失败的网约车订单，执行硬代码策略，所述硬代码策略由直接嵌入到业务系统中的内部字段所形成，基于网约车订单数据执行硬代码策略，若硬代码策略执行成功，则完成网约车订单的下单，若硬代码策略执行失败或策略拒绝，则将网约车订单标记为风险网约车订单，向风险网约车订单对应的用户终端发送预付款信息。

针对第二方面，提供第4种优选实施，还包括：

自动拉黑模块，其用于在输出预付款信息后，向网约车订单所对应的用户终端发送预付费节点，将用户终端的付费状态返回至业务系统，若预付费成功，则网约车订单下单成功，若预付费未成功，则获取用户的历史数据，将历史数据与自动拉黑规则进行匹配，若命中自动拉黑规则，则将用户拉入黑名单。

与现有技术相比，本发明的有益效果是：

本发明通过采用三个缓冲区逐步减缓外部数据源调用失败影响的架构，使得风控系统对外部数据的依赖性降低，通过设置数据源查询的第一层缓冲区，对多个外部数据源及对应的供应商进行查询调用，对外部数据源查询成功的网约车订单传输至第二次缓冲区，即决策引擎，在风控引擎中针对性地对外部数据源的类型进行相应的风险判定，对风险判定命中的网约车订单提出预付款的请求，以避免恶意逃单的发生。将无法成功查询数据源的网约车订单传输至第三缓冲区，即嵌入有硬代码策略的业务系统，以硬代码策略作为兜底策略，实现不依赖外部数据的风险判定，以应对外部数据源崩溃或停调的情况。本发明通过设置三层缓冲区的架构，使得风控系统的稳定性得到显著的提高，且风险判定的准确性也得到相应的提高。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明，其中：

图1是本发明的增强网约车风控系统稳定性的方法的流程示意图；

图2是本发明的增强网约车风控系统稳定性的系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

访问设备和服务器可以通过有线或无线通信方式进行直接或间接地连接。访问设备可以是终端，也可以是服务器。访问设备上运行了目标应用。目标应用是能够向服务器发起数据请求的应用程序，如社交应用、支付应用、游戏应用等。服务器可以是目标应用提供服务的应用服务器，也可以是区别与目标应用所对应应用服务器的代理服务器。服务器用于识别每个访问设备是否属于恶意设备，对来自恶意设备的数据报文进行拦截。当服务器为代理服务器时，代理服务器将不属于来自恶意设备的数据报文转发至应用服务器。终端具体可以是台式终端或移动终端，移动终端具体可以智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。服务器与服务器分别可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

实施例1

如图1所示，本发明公开一种第一方面，本发明公开一种增强网约车风控系统稳定性的方法，包括以下步骤：

步骤S1：获取网约车订单。

具体地，服务器获取来自用户终端通过网约车平台下发的网约车订单，分析后获取其中的网约车订单数据以及对应用户的历史数据。

步骤S2：基于网约车订单进行数据源查询。

具体地，服务器基于网约车订单进行数据源直接查询，若数据源直接查询失败，则将网约车订单传输至数据网关进行外部数据源调用，数据网关并行调用多种类型的外部数据源，外部数据源类型相同的多个供应商依次串行调用，直至调用成功或遍历所有供应商，对各外部数据源类型的调用结果进行汇总，基于汇总后形成的数据源查询结果进行相应的路由，至少一个数据源查询成功则将网约车订单路由至决策引擎，全部数据查询失败则将网约车订单路由至业务系统。

本发明通过并行调用不同类型的外部数据源，且同类型的外部数据源中多个供应商串行调用的数据源查询架构，实现了准确高效的数据源查询。

步骤S3：将数据源查询成功的网约车订单传输至决策引擎。

步骤S4：决策引擎执行数据源类型对应的风控规则判定，若风控规则命中，则输出预付款信息。

具体地，服务器启动决策引擎，获取网约车订单的数据源类型信息，基于数据源类型运行与数据源类型相对应的同类风险防控方法，网约车订单数据与同类风险防控方法中并行运行的多个风险分类规则分别进行规则匹配，将匹配命中任一风险分类规则的网约车订单标记为风险网约车订单，向风险网约车订单对应的用户终端发送预付款信息，当所有风险分类规则出现执行失败的情况时，将网约车订单传输至业务系统以执行硬代码策略。

步骤S5：将数据源查询失败的网约车订单传输至业务系统。

步骤S6：业务系统执行硬代码策略，若硬代码策略执行失败，则输出预付款信息。

具体地，业务系统执行硬代码策略具体包括：业务系统接收所有数据源均调用查询失败的网约车订单，执行硬代码策略，所述硬代码策略由直接嵌入到业务系统中的内部字段所形成，基于网约车订单数据执行硬代码策略，若硬代码策略执行成功，则完成网约车订单的下单，若硬代码策略执行失败或策略拒绝，则将网约车订单标记为风险网约车订单，向风险网约车订单对应的用户终端发送预付款信息。

为了降低风险用户频繁的风险网约车订单，以降低服务器同时进行大量风险判定的负担，作为优选实施，还包括：

步骤S7：输出预付款信息后，向网约车订单所对应的用户终端发送预付费节点，将用户终端的付费状态返回至业务系统，若预付费成功，则网约车订单下单成功，若预付费未成功，则获取用户的历史数据，将历史数据与自动拉黑规则进行匹配，若命中自动拉黑规则，则将用户拉入黑名单。通过设置本步骤，能有效地筛选历史数据中存在逃单或多次未预支付的风险用户，以自动拉入黑名单的方式拒绝风险用户的后续网约车订单，以降低风控系统的负担。

综上所述，本发明创造性地，通过采用三个缓冲区逐步减缓外部数据源调用失败影响的架构，使得风控系统对外部数据的依赖性降低，通过设置数据源查询的第一层缓冲区，对多个外部数据源及对应的供应商进行查询调用，对外部数据源查询成功的网约车订单传输至第二次缓冲区，即决策引擎，在风控引擎中针对性地对外部数据源的类型进行相应的风险判定，对风险判定命中的网约车订单提出预付款的请求，以避免恶意逃单的发生。将无法成功查询数据源的网约车订单传输至第三缓冲区，即嵌入有硬代码策略的业务系统，以硬代码策略作为兜底策略，实现不依赖外部数据的风险判定，以应对外部数据源崩溃或停调的情况。本发明通过设置三层缓冲区的架构，使得风控系统的稳定性得到显著的提高，且风险判定的准确性也得到相应的提高。

本实施例所述的增强网约车风控系统稳定性的方法的其它步骤参见现有技术。

实施例2

如图2所示，本发明实施例公开一种第二方面，本发明公开一种增强网约车风控系统稳定性的系统，包括订单获取模块M1、查询调用模块M2、查询成功模块M3、风险判定模块M4、查询失败模块M5和兜底策略模块M6，其中：

订单获取模块M1用于获取网约车订单，使服务器能获取来自用户终端的网约车订单。

查询调用模块M2用于基于网约车订单进行数据源查询。

具体地，查询调用模块M2在运行时执行：基于网约车订单进行数据源直接查询，若数据源直接查询失败，则将网约车订单传输至数据网关进行外部数据源调用，数据网关并行调用多种类型的外部数据源，外部数据源类型相同的多个供应商依次串行调用，直至调用成功或遍历所有供应商，对各外部数据源类型的调用结果进行汇总，基于汇总后形成的数据源查询结果进行相应的路由，至少一个数据源查询成功则将网约车订单路由至决策引擎，全部数据查询失败则将网约车订单路由至业务系统。

查询成功模块M3用于将数据源查询成功的网约车订单传输至决策引擎。

风险判定模块M4用于使决策引擎执行数据源类型对应的风控规则判定，若风控规则命中，则输出预付款信息。

具体地，风险判定模块M4在运行时执行：启动决策引擎，获取网约车订单的数据源类型信息，基于数据源类型运行与数据源类型相对应的同类风险防控方法，网约车订单数据与同类风险防控方法中并行运行的多个风险分类规则分别进行规则匹配，将匹配命中任一风险分类规则的网约车订单标记为风险网约车订单，向风险网约车订单对应的用户终端发送预付款信息，当所有风险分类规则出现执行失败的情况时，将网约车订单传输至业务系统以执行硬代码策略。

查询失败模块M5用于将数据源查询失败的网约车订单传输至业务系统。

兜底策略模块M6用于使业务系统执行硬代码策略，若硬代码策略执行失败，则输出预付款信息。

具体地，兜底策略模块M6在运行时执行：业务系统接收所有数据源均调用查询失败的网约车订单，执行硬代码策略，所述硬代码策略由直接嵌入到业务系统中的内部字段所形成，基于网约车订单数据执行硬代码策略，若硬代码策略执行成功，则完成网约车订单的下单，若硬代码策略执行失败或策略拒绝，则将网约车订单标记为风险网约车订单，向风险网约车订单对应的用户终端发送预付款信息。

本实施例优选地，还包括：

自动拉黑模块M7，其用于在输出预付款信息后，向网约车订单所对应的用户终端发送预付费节点，将用户终端的付费状态返回至业务系统，若预付费成功，则网约车订单下单成功，若预付费未成功，则获取用户的历史数据，将历史数据与自动拉黑规则进行匹配，若命中自动拉黑规则，则将用户拉入黑名单。通过设置自动拉黑模块M7，能有效地筛选风险用户，以自动拉入黑名单的方式降低风险用户的风险网约车订单。

综上所述，本实施例所述的增强网约车风控系统稳定性的系统在运行时，能执行实施例1中所述的增强网约车风控系统稳定性的方法的全部步骤，以降低风控系统对外部数据的依赖程度的方式，实现显著地提高网约车风控系统在风险判定时的稳定性和准确性，以进一步地降低恶意逃单的情况。

本实施例所述的增强网约车风控系统稳定性的系统的其它结构参见现有技术。

实施例3

本发明还公开一种电子设备，至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，所述至少一个处理器执行指令时，具体实现以下的步骤：获取网约车订单；基于网约车订单进行数据源查询；将数据源查询成功的网约车订单传输至决策引擎；决策引擎执行数据源类型对应的风控规则判定，若风控规则命中，则输出预付款信息；将数据源查询失败的网约车订单传输至业务系统；业务系统执行硬代码策略，若硬代码策略执行失败，则输出预付款信息。

实施例4

本发明还公开一种存储介质，存储有计算机程序，所述计算机程序被处理器执行时，具体实现以下步骤：获取网约车订单；基于网约车订单进行数据源查询；将数据源查询成功的网约车订单传输至决策引擎；决策引擎执行数据源类型对应的风控规则判定，若风控规则命中，则输出预付款信息；将数据源查询失败的网约车订单传输至业务系统；业务系统执行硬代码策略，若硬代码策略执行失败，则输出预付款信息。

本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，上述编程语言包括面向对象的编程语言—诸如Smalltalk、C++、Java等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，上述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施方式，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施方式。在不偏离所说明的各实施方式的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施方式的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文披露的各实施方式。

Claims (10)

1.一种增强网约车风控系统稳定性的方法，其特征在于，包括以下步骤：

获取网约车订单；

基于网约车订单进行数据源查询；

将数据源查询成功的网约车订单传输至决策引擎；

决策引擎执行数据源类型对应的风控规则判定，若风控规则命中，则输出预付款信息；

将数据源查询失败的网约车订单传输至业务系统；

业务系统执行硬代码策略，若硬代码策略执行失败，则输出预付款信息。

2.根据权利要求1所述的增强网约车风控系统稳定性的方法，其特征在于，所述基于网约车订单进行数据源查询，具体包括：

基于网约车订单进行数据源直接查询，若数据源直接查询失败，则将网约车订单传输至数据网关进行外部数据源调用，数据网关并行调用多种类型的外部数据源，外部数据源类型相同的多个供应商依次串行调用，直至调用成功或遍历所有供应商，对各外部数据源类型的调用结果进行汇总，基于汇总后形成的数据源查询结果进行相应的路由，至少一个数据源查询成功则将网约车订单路由至决策引擎，全部数据查询失败则将网约车订单路由至业务系统。

3.根据权利要求2所述的增强网约车风控系统稳定性的方法，其特征在于，所述决策引擎执行数据源类型对应的风控规则判定，具体包括：

启动决策引擎，获取网约车订单的数据源类型信息，基于数据源类型运行与数据源类型相对应的同类风险防控方法，网约车订单数据与同类风险防控方法中并行运行的多个风险分类规则分别进行规则匹配，将匹配命中任一风险分类规则的网约车订单标记为风险网约车订单，向风险网约车订单对应的用户终端发送预付款信息，当所有风险分类规则出现执行失败的情况时，将网约车订单传输至业务系统以执行硬代码策略。

4.根据权利要求3所述的增强网约车风控系统稳定性的方法，其特征在于，所述业务系统执行硬代码策略，具体包括：

业务系统接收所有数据源均调用查询失败的网约车订单，执行硬代码策略，所述硬代码策略由直接嵌入到业务系统中的内部字段所形成，基于网约车订单数据执行硬代码策略，若硬代码策略执行成功，则完成网约车订单的下单，若硬代码策略执行失败或策略拒绝，则将网约车订单标记为风险网约车订单，向风险网约车订单对应的用户终端发送预付款信息。

5.根据权利要求1所述的增强网约车风控系统稳定性的方法，其特征在于，还包括：

输出预付款信息后，向网约车订单所对应的用户终端发送预付费节点，将用户终端的付费状态返回至业务系统，若预付费成功，则网约车订单下单成功，若预付费未成功，则获取用户的历史数据，将历史数据与自动拉黑规则进行匹配，若命中自动拉黑规则，则将用户拉入黑名单。

6.一种增强网约车风控系统稳定性的系统，其特征在于，包括：

订单获取模块，其用于获取网约车订单；

查询调用模块，其用于基于网约车订单进行数据源查询；

查询成功模块，其用于将数据源查询成功的网约车订单传输至决策引擎；

风险判定模块，其用于使决策引擎执行数据源类型对应的风控规则判定，若风控规则命中，则输出预付款信息；

查询失败模块，其用于将数据源查询失败的网约车订单传输至业务系统；

兜底策略模块，其用于使业务系统执行硬代码策略，若硬代码策略执行失败，则输出预付款信息。

7.根据权利要求6所述的增强网约车风控系统稳定性的方法，其特征在于，所述查询调用模块在运行时，具体执行：

基于网约车订单进行数据源直接查询，若数据源直接查询失败，则将网约车订单传输至数据网关进行外部数据源调用，数据网关并行调用多种类型的外部数据源，外部数据源类型相同的多个供应商依次串行调用，直至调用成功或遍历所有供应商，对各外部数据源类型的调用结果进行汇总，基于汇总后形成的数据源查询结果进行相应的路由，至少一个数据源查询成功则将网约车订单路由至决策引擎，全部数据查询失败则将网约车订单路由至业务系统。

8.根据权利要求7所述的增强网约车风控系统稳定性的方法，其特征在于，所述风险判定模块在运行时，具体执行：

启动决策引擎，获取网约车订单的数据源类型信息，基于数据源类型运行与数据源类型相对应的同类风险防控方法，网约车订单数据与同类风险防控方法中并行运行的多个风险分类规则分别进行规则匹配，将匹配命中任一风险分类规则的网约车订单标记为风险网约车订单，向风险网约车订单对应的用户终端发送预付款信息，当所有风险分类规则出现执行失败的情况时，将网约车订单传输至业务系统以执行硬代码策略。

9.根据权利要求8所述的增强网约车风控系统稳定性的方法，其特征在于，所述兜底策略模块在运行时，具体执行：

业务系统接收所有数据源均调用查询失败的网约车订单，执行硬代码策略，所述硬代码策略由直接嵌入到业务系统中的内部字段所形成，基于网约车订单数据执行硬代码策略，若硬代码策略执行成功，则完成网约车订单的下单，若硬代码策略执行失败或策略拒绝，则将网约车订单标记为风险网约车订单，向风险网约车订单对应的用户终端发送预付款信息。

10.根据权利要求6所述的增强网约车风控系统稳定性的方法，其特征在于，还包括：

自动拉黑模块，其用于在输出预付款信息后，向网约车订单所对应的用户终端发送预付费节点，将用户终端的付费状态返回至业务系统，若预付费成功，则网约车订单下单成功，若预付费未成功，则获取用户的历史数据，将历史数据与自动拉黑规则进行匹配，若命中自动拉黑规则，则将用户拉入黑名单。

Images