基于订单信息的提额处理方法、系统、设备和介质

技术领域

本发明涉及信息数据处理技术领域，特别涉及一种基于订单信息的提额处理方法、系统、设备和介质。

背景技术

OTA(在线旅行社)中各产品线的订单均价高低不等，如团队游、国际机票等为高消费场景，火车票、汽车票等为低消费场景，然而用户的信用额度有上限阈值，因此在用户额度使用量过多、或者是当笔订单价格过高时，都会由于额度不足而无法使用额度进行支付，导致用户体验较差。

银行或其他金融平台主要通过定期提额和临时提额两种方式来对用户的信用额度进行提升。一方面，这两种方式通常是基于用户的历史消费情况来判断是否提升用户额度，这难以满足某些高风险用户的临时额度需求，在很大程度上降低了用户的体验感。另一方面，若是对高风险用户授信的额度过高，则会增加银行和相关金融机构的资金风险。因此，现有技术中的提额方法无法实现既满足高风险用户的实时合理额度需求，又达到控制逾期风险的目的。

发明内容

本发明要解决的技术问题是为了克服现有技术中的提额方法对当笔订单进行实时提额时风险识别的准确性较低的缺陷，提供一种基于订单信息的提额处理方法、系统、设备和介质。

本发明是通过下述技术方案来解决上述技术问题：

本发明提供一种基于订单信息的提额处理方法，所述基于订单信息的提额处理方法包括：

获取当前订单信息的场景化信息和对应于所述场景化信息的产品线的提额策略；

基于所述当前订单信息的场景化信息和所述提额策略确定出提额结果；

输出所述提额结果以使根据所述提额结果进行提额处理。

较佳地，所述方法还包括：

获取当前订单的订单金额；

当用户的可用额度小于所述当前订单的订单金额时，获取当前订单信息的场景化信息和对应于所述场景化信息的产品线的提额策略。

较佳地，获取当前订单的所述提额策略的步骤包括：

基于当前订单信息的场景化信息对应的产品线的历史订单数据筛选出所述产品线的历史提额风险特征，提额风险特征用于表征对归属于该产品线的订单进行提额的风险程度；

根据所述历史提额风险特征生成当前订单信息对应的产品线的提额策略。

较佳地，基于所述当前订单的场景化信息和所述提额策略确定出提额结果的步骤，包括：

筛选出所述当前订单的场景化信息中的对应的当前提额风险特征；

基于所述当前提额风险特征和当前订单信息对应的产品线的提额策略确定出提额结果。

较佳地，所述提额策略为加权提额策略；

所述基于所述当前提额风险特征和当前订单信息对应的产品线的提额策略确定出提额结果的步骤，包括：

将不同的当前提额风险特征作为不同的加权系数以加权提额策略方式确定出提额结果。

较佳地，所述方法还包括：

获取当前订单信息对应的用户历史消费特征；

将不同的用户历史消费特征作为不同的加权系数以加权的方式确定出提额金额；

输出所述提额金额以使根据所述提额金额进行提额处理。

本发明还提供一种基于订单信息的提额处理系统，所述基于订单信息的提额处理系统包括：

第一获取模块，用于获取当前订单信息的场景化信息和对应于所述场景化信息的产品线的提额策略；

提额结果确定模块，用于基于所述当前订单信息的场景化信息和所述提额策略确定出提额结果；

提额结果输出模块，用于输出所述提额结果以使根据所述提额结果进行提额处理。

较佳地，所述系统还包括：

第二获取模块，用于获取当前订单的订单金额；

当用户的可用额度小于所述当前订单的订单金额时，调用所述第一获取模块。

较佳地，所述第一获取模块用于：

基于当前订单信息的场景化信息对应的产品线的历史订单数据筛选出所述产品线的历史提额风险特征，提额风险特征用于表征对归属于该产品线的订单进行提额的风险程度；

根据所述历史提额风险特征生成当前订单信息对应的产品线的提额策略。

较佳地，其特征在于，所述提额结果确定模块用于：

筛选出所述当前订单的场景化信息中的对应的当前提额风险特征；

基于所述当前提额风险特征和当前订单信息对应的产品线的提额策略确定出提额结果。

较佳地，所述提额策略为加权提额策略；

所述提额结果确定模块用于：

将不同的当前提额风险特征作为不同的加权系数以加权提额策略方式确定出提额结果。

较佳地，所述系统还包括：

第三获取模块，用于获取当前订单信息对应的用户历史消费特征；

提额金额确定模块，用于将不同的用户历史消费特征作为不同的加权系数以加权的方式确定出提额金额；

提额金额输出模块，用于输出所述提额金额以使根据所述提额金额进行提额处理。

本发明还提供一种电子设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上任一项所述的基于订单信息的提额处理方法。

本发明还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上任一项所述的基于订单信息的提额处理方法。

本发明的积极进步效果在于：结合当笔订单的场景化信息实时判断是否提升用户的信用额度，增加了每一笔订单的提额风险识别的准确性，并且能够覆盖相对较高风险用户的临时需求，即在降低用户额度不足比例的同时也有效控制了高风险用户的逾期风险，极大地提升了提额安全性和用户体验感。

附图说明

图1为本发明实施例1的基于订单信息的提额处理方法的流程图。

图2为本发明实施例2的基于订单信息的提额处理方法的流程图。

图3为本发明实施例3的基于订单信息的提额处理系统的模块示意图。

图4为本发明实施例4的基于订单信息的提额处理系统的模块示意图。

图5为本发明实施例5的电子设备的结构示意图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

本实施例公开了一种基于订单信息的提额处理方法，如图1所示，该基于订单信息的提额处理方法包括以下步骤：

S11、获取当前订单信息的场景化信息和对应于场景化信息的产品线的提额策略。

在具体实施时，本步骤中的当前订单信息的场景化信息为可能对提额结果产生实际影响的信息，包括但不限于当前订单所购买的产品、该产品归属的产品线、当前订单是否涉及与套现相关的风险因素以及当前的经济形势。

此外，各个产品线的提额策略中的提额风险特征的加权比重各有不同，具体加权比重系数取决于上述场景化信息。例如，某一出行订单中包括机票和酒店产品，则可判断该订单归属于机票产品线和酒店产品线，则获取对应于上述两类产品的提额策略，同时，还可以考虑该订单的目的属于商旅出行还是个人出行，下单时间是在淡季还是旺季等等，基于这些差异，最终所获取的产品线的提额策略也会有所不同。

S12、基于当前订单信息的场景化信息和提额策略确定出提额结果。

上述步骤具体包括：预设一提额风险阈值，计算出提额风险值，若得到的提额风险值超过该提额风险阈值，则表明当前订单的提额风险较高，确定提额结果为不进行提额；反之，若得到的提额结果的数值低于该提额风险阈值，则表明当前订单的提额风险较低，确定提额结果为进行提额。其中，提额风险值的计算是通过提取出上述场景化信息中与上述提额策略相关的信息，将这些信息处理为对应的加权系数并输入提额策略中来得到的。

S13、输出提额结果以使根据提额结果进行提额处理。

具体地，该步骤中可以包括将提额结果输出至服务器中，以根据该结果进行是否提额的处理，并将最终结果在用户终端处进行展示。提额结果具体包括两种情况，若进行提额处理，则向用户展示信用额度支付方式并提示用户已为其临时提额；若不进行提额处理，则不展示信用额度支付方式，而是直接进入正常的额度不足流程。

实施例2

本实施例的基于订单信息的提额处理方法是在实施例1的基础上的进一步改进。

如图2所示，本实施例中的基于订单信息的提额处理方法还包括：

S101、获取当前订单的订单金额；

S102、当用户的可用额度小于当前订单的订单金额时，获取当前订单信息的场景化信息和对应于场景化信息的产品线的提额策略。

具体地，在进行提额结果的确定的步骤之前，可以先判断当前订单的金额是否已经超出了用户的当前可用额度，只有当用户的可用额度小于订单金额，即信用额度不足以覆盖用户的消费需求时，才将支付信息传递给风控提额决策点进行提额评估。因此，通过加入步骤S101和步骤102，可以节约时间和资源，提升效率。

较佳地，在本实施例中，实施例1的步骤S11中获取当前订单的提额策略的步骤包括：

S103、基于当前订单信息的场景化信息对应的产品线的历史订单数据筛选出产品线的历史提额风险特征，提额风险特征用于表征对归属于该产品线的订单进行提额的风险程度；

S104、根据历史提额风险特征生成当前订单信息对应的产品线的提额策略。

在具体实施过程中，每条产品线都包括大量的历史订单数据，对其中使用信用额度进行支付的订单进行数据清洗和变换，可以总结出各个产品线订单信息的历史提额风险特征，从而依据筛选出的历史提额风险特征来区分订单的风险程度。

上述步骤中的历史提额风险特征包括正向特征和负向特征，其中正向特征用于表征对订单进行提额的风险程度较低，负向特征用于表征对订单进行提额的风险程度较高。仍以上述包括机票和酒店产品的出行订单为例，其中正向特征可以包括该订单属于可报销的商旅订单、当前处于旅游旺季等；同时，负向特征可以包括订单金额占用户信用额度的总额的占比大于阈值、用户信用评分低等。

此外，该步骤还可以包括对生成的提额策略进行风险模拟测试，以不断提高提额策略的风险判断准确性。

在本实施例中，作为一种较佳的实施方式，实施例1中的步骤S12包括：

S105、筛选出当前订单的场景化信息中的对应的当前提额风险特征；

S106、基于当前提额风险特征和当前订单信息对应的产品线的提额策略确定出提额结果。

可以基于步骤S103中已经总结出的历史提额风险特征来筛选步骤S105和S106中包括的当前提额风险特征，换句话说，当前提额特征可以为当笔订单信息的场景信息中与其对应提额策略中历史提额风险特征相关联的各个特征。具体地，当前提额风险特征可以来自于当前订单数据、当前用户的登录数据、当前用户的浏览数据、当前用户的历史消费数据以及当前用户的信用评分。

较佳地，提额策略为加权提额策略；

在本实施例中，实施例1中的步骤S12包括：

S107、将不同的当前提额风险特征作为不同的加权系数以加权提额策略方式确定出提额结果。

在具体实施过程中，通过加权的方式计算提额结果，对应地，计算出的提额结果为一个数值。在步骤S107中，首先，基于对历史数据的处理，生成每一历史提额风险特征在提额策略中所占的权重；其次，需要将上述筛选出的当前提额风险特征也转化为相应的系数，将这些系数输入提额策略中；最终，通过加权的方式获得用于确定提额结果的数值，并与预设的阈值进行比较，以确定最终的提额结果。

作为一种较佳的实施方式，本实施例中的基于订单信息的提额处理方法还包括：

S108、获取当前订单信息对应的用户历史消费特征；

S109、将不同的用户历史消费特征作为不同的加权系数以加权的方式确定出提额金额；

S110、输出提额金额以使根据提额金额进行提额处理。

在具体实施过程中，提额结果确定之后，通常还需要进一步确定具体的提额金额。上述步骤中计算出的提额金额首先需要大于用户当前可用额度与当前订单金额的差额以确保用户下单成功，进一步地，对于当笔订单的低风险用户来说，该提额金额也可以超过上述差额，从而满足其在信用额度更新之前的其他消费需求。

需要注意的是，步骤S108～109可以存在于本实施例的基于订单信息的提额处理方法的全过程中，但是步骤S110仅在确定提额结果为进行提额之后执行。

实施例3

如图3所示，在本实施例中，公开了一种基于订单信息的提额处理系统，其可利用实施例1或实施例2提供的基于订单信息的提额处理方法，基于订单信息的提额处理系统包括：

第一获取模块1，用于获取当前订单信息的场景化信息和对应于场景化信息的产品线的提额策略。

在具体实施时，上述当前订单信息的场景化信息为可能对提额结果产生实际影响的信息，包括但不限于当前订单所购买的产品、该产品归属的产品线、当前订单是否涉及与套现相关的风险因素以及当前的经济形势。

此外，各个产品线的提额策略中的提额风险特征的加权比重各有不同，具体加权比重系数取决于上述场景化信息。例如，某一出行订单中包括机票和酒店产品，则可判断该订单归属于机票产品线和酒店产品线，则获取对应于上述两类产品的提额策略，同时，还可以考虑该订单的目的属于商旅出行还是个人出行，下单时间是在淡季还是旺季等等，基于这些差异，最终所获取的产品线的提额策略也会有所不同。

提额结果确定模块2，用于基于当前订单信息的场景化信息和提额策略确定出提额结果。

上述模块具体用于：预设一提额风险阈值，计算出提额风险值，若得到的提额风险值超过该提额风险阈值，则表明当前订单的提额风险较高，确定提额结果为不进行提额；反之，若得到的提额结果的数值低于该提额风险阈值，则表明当前订单的提额风险较低，确定提额结果为进行提额。其中，提额风险值的计算是通过提取出上述场景化信息中与上述提额策略相关的信息，将这些信息处理为对应的加权系数并输入提额策略中来得到的。

提额结果输出模块3，用于输出提额结果以使根据提额结果进行提额处理。

具体地，该提额结果输出模块3可以用于提额结果可以输出至服务器中，以根据该结果进行是否提额的处理，并将最终结果在用户终端处进行展示。提额结果具体包括两种情况，若进行提额处理，则向用户展示信用额度支付方式并提示用户已为其临时提额；若不进行提额处理，则不展示信用额度支付方式，而是直接进入正常的额度不足流程。

实施例4

本实施例的基于订单信息的提额处理系统是在实施例3的基础上的进一步改进。

如图4所示，本实施例中的基于订单信息的提额处理系统还包括：

第二获取模块4，用于获取当前订单的订单金额；当用户的可用额度小于当前订单的订单金额时，则调用第一获取模块1。

具体地，在进行提额结果的确定之前，可以先判断当前订单的金额是否已经超出了用户的当前可用额度，只有当用户的可用额度小于订单金额，即信用额度不足以覆盖用户的消费需求时，才将支付信息传递给风控提额决策点进行提额评估，因此，通过调用第二获取模块4，可以节约时间和资源，提升效率。

较佳地，在本实施例中，实施例3中的第一获取模块1用于：

基于当前订单信息的场景化信息对应的产品线的历史订单数据筛选出产品线的历史提额风险特征，提额风险特征用于表征对归属于该产品线的订单进行提额的风险程度；

根据历史提额风险特征生成当前订单信息对应的产品线的提额策略。

在具体实施过程中，每条产品线都包括大量的历史订单数据，对其中使用信用额度进行支付的订单进行数据清洗和变换，可以总结出各个产品线订单信息的历史提额风险特征，从而依据筛选出的历史提额风险特征来区分订单的风险程度。

上述历史提额风险特征包括正向特征和负向特征，其中正向特征用于表征对订单进行提额的风险程度较低，负向特征用于表征对订单进行提额的风险程度较高。仍以上述包括机票和酒店产品的出行订单为例，其中正向特征可以包括该订单属于可报销的商旅订单、当前处于旅游旺季等；同时，负向特征可以包括订单金额占用户信用额度的总额的占比大于阈值、用户信用评分低等。

此外，该模块还可以用于对生成的提额策略进行风险模拟测试，以不断提高提额策略的风险判断准确性。

作为一种较佳的实施方式，提额结果确定模块2用于：

筛选出当前订单的场景化信息中的对应的当前提额风险特征；

基于当前提额风险特征和当前订单信息对应的产品线的提额策略确定出提额结果。

可以基于已经总结出的历史提额风险特征来筛选上述当前提额风险特征，换句话说，当前提额特征可以为当笔订单信息的场景信息中与其对应提额策略中历史提额风险特征相关联的各个特征。具体地，当前提额风险特征可以来自于当前订单数据、当前用户的登录数据、当前用户的浏览数据、当前用户的历史消费数据以及当前用户的信用评分。

较佳地，提额策略为加权提额策略；

在本实施例中，提额结果确定模块2用于：

将不同的当前提额风险特征作为不同的加权系数以加权提额策略方式确定出提额结果。

在具体实施过程中，需要通过加权的方式计算提额结果，对应地，计算出的提额结果为一个数值。首先，基于对历史数据的处理，生成每一历史提额风险特征在提额策略中所占的权重；其次，需要将上述筛选出的当前提额风险特征也转化为相应的系数，将这些系数输入提额策略中；最终，通过加权的方式获得用于确定提额结果的数值，并与预设的阈值进行比较，以确定最终的提额结果。

作为一种较佳的实施方式，本实施例中的基于订单信息的提额处理系统还包括：

第三获取模块5，用于获取当前订单信息对应的用户历史消费特征；

提额金额确定模块6，用于将不同的用户历史消费特征作为不同的加权系数以加权的方式确定出提额金额；

提额金额输出模块7，用于输出提额金额以使根据提额金额进行提额处理。

在具体实施过程中，提额结果确定之后，通常还需要进一步确定具体的提额金额。首先，上述提额金额需要大于用户当前可用额度与当前订单金额的差额以确保用户下单成功，进一步地，对于当笔订单的低风险用户来说，该提额金额也可以超过上述差额，从而满足其在信用额度更新之前的其他消费需求。

需要注意的是，可以在本实施例的基于订单信息的提额处理方法的全过程中调用第三获取模块5和提额金额确定模块6，但是提额金额输出模块7仅在确定提额结果为进行提额之后才调用。

实施例5

图5为本实施例提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现实施例1或实施例2中的基于订单信息的提额处理方法。图5显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，电子设备30可以以通用计算设备的形式表现。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。

总线33包括数据总线、地址总线和控制总线。

存储器32可以包括易失性存储器，例如随机存取存储器(RAM)321和/或高速缓存存储器322，还可以进一步包括只读存储器(ROM)323。

存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1或实施例2中的基于订单信息的提额处理方法。

电子设备30也可以与一个或多个外部设备34(例如手机)通信。这种通信可以通过输入/输出(I/O)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图5所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例6

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现实施例1或实施例2中的基于订单信息的提额处理方法中的步骤。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行实现实施例1或实施例2中的基于订单信息的提额处理方法中的步骤。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。