一种基于信贷平台的分发系统、方法及装置

技术领域

本发明涉及信贷资金路由技术领域，尤其涉及一种基于信贷平台的分发系统、方法及装置。

背景技术

信贷放款需要资金支持，目前的信贷业务，除了使用自营资金承接外，更多的资金来源需要依靠合作金融机构的资金池。每家平台都会接入几家甚至几十家的合作金融机构。

客户在平台申请一笔贷款后，系统就会匹配一家或多家出资方进行资金承接，在承接匹配的过程中，会出现借款方(客户)和出资方因为种种原因无法匹配的情况，例如客户的资质和风险评分与出资方的风控要求不匹配，或者出资方的资金不足，出资方系统临时维护等，这时候平台就需要进行快速调整，将这个客户分配给其他机构进行承接问询，找到合适的出资方进行后续的授信、用信、放款等流程，这个过程就称为回收再分发，即先回收、再分发。为了方便理解，此处用“客户”指代借款方，用“机构”指代出资方。

分发路由系统的核心定位是资产(客户)与资金(机构)的精准匹配，考虑因素包含盈利性、承接率、均衡度和合规政策等。整个分发的逻辑是一个综合判断实时调整的动态过程，属于策略产品设计的范畴，是一个持续迭代的最优策略结果的输出工作。

分发过程包括机构筛选、机构排序和机构轮询。机构筛选主要根据客户的定价等因素筛选合适的承接机构，然后根据资金计划均衡度进行机构排序，排序后进行机构轮询来决定最终可以承接的机构。整个过程对处理时效和承接率有明确的指标要求。

同时分发系统还承接机构拒绝后的客户的回收处理逻辑，将被拒绝的客户重新分配给其他机构，如果客户再次被拒绝且没有找到其他机构承接，则用信失败。系统最终可以根据经营策略进行调配和转移，将客户分配导流给第三方的贷超平台进行资产承接。

简单地说，导流模式就是我自己服务不了的客户，通过贷超产品分给其他外部合作伙伴进行接盘。站在客户体验角度来看，整个流程需要做到信息明示和自愿选择。

回收再分发从系统流程来看，主要分为授信回收再分发和用信回收再分发两类。客户在平台申请授信时，会首先经过平台的自有风控系统的初筛，然后问询机构的盈利性及风控等要求进行授信Offer的输出。

在过程中，平台会问询多家机构的风控系统，得到最终的承接机构，此过程会存在一定的等待耗时，此类属于负向体验折损，尽量让客户减少等待的感受。如果遇到机构维护等异常情况，还会进行缓冲池的兜底设计，将客户暂时放入等待队列而不直接给出最终的失败状态结果。

在业务开展过程中，为了最大化地减少前序流程的转化折损，提升转化率和承接率，目前很多的互联网金融平台都优先采取用信分发的模式，授信时先使用自有风控系统和自营资金进行资质判断和流程承接，在实际用信时再分发给合适的出资机构进行承接，对于客户资料不全的情况，下发对应补件信息引导客户进行资料补充，客户看到的前端流程就是用信补录页。

从客户体验的角度来看，回收再分发的次数不宜过多，最理想的状态就是用信分发的次数只有一次，一次性选择一家出资机构进行匹配，规避切换机构的负向体验感知。所以分发策略的智能化和准确度就显得尤为重要。

发明内容

本申请的目的是针对现有技术中的不足，提供一种基于信贷平台的分发系统、方法、装置、计算机设备和计算机可读存储介质，以至少解决相关技术中的信贷平台转化率、放款率较低，导致客户多次切换资金方体验感较差的问题。

为实现上述目的，本申请采取的技术方案是：

第一方面，本申请实施例提供了一种基于信贷平台的分发系统，包括：

资金方产品模块，用于配置信贷产品的基本信息以及资金方的放款要求；

策略规则配置模块，用于配置不同场景对应的策略以及各个策略对应的分发规则；

分发规则匹配模块，用于用户在选择进件前，根据所述用户所在的场景执行对应的目标分发规则，为所述用户匹配出目标信贷产品。

在其中一些实施例中，所述资金方产品模块包括：

信贷产品基本信息模块，用于配置信贷产品的基本信息；

产品偏好模块，用于配置资金方的放款要求。

在其中一些实施例中，所述策略规则配置模块包括：

策略规则配置模块，用于配置各个策略对应的规则执行链路，其中，所述规则执行链路用于指示多个分发规则的执行顺序；

排除规则配置模块，用于配置各个策略对应的排除的分发规则，其中，所述排除的分发规则无需执行。

第二方面，本申请实施例提供了一种基于信贷平台的分发方法，包括：

接收用户的进件请求；

响应所述进件请求，确定所述用户所在的场景；

获取与所述用户所在的场景对应的目标分发规则；

执行所述目标分发规则，为所述用户匹配出目标信贷产品。

在其中一些实施例中，所述获取与所述用户所在的场景对应的目标分发规则包括：

根据预设的场景与策略之间的对应关系，获取与所述用户所在的场景对应的目标策略；

根据预设的策略与分发规则之间的对应关系，获取与所述目标策略对应的所述目标分发规则。

在其中一些实施例中，在所述获取与所述用户所在的场景对应的目标分发规则之后，还包括：

为每个所述目标分发规则配置排序分数；

根据排序分数对每个所述目标分发规则进行排序，得到排序后的所述目标分发规则。

在其中一些实施例中，所述获取与所述用户所在的场景对应的目标分发规则包括：

获取信贷产品的基本信息以及资金方的放款要求；

获取满足所述资金方的放款要求、且与所述用户所在的场景对应的所述目标分发规则。

第三方面，本申请实施例提供了一种基于信贷平台的分发装置，包括：

接收单元，用于接收用户的进件请求；

确定单元，用于响应所述进件请求，确定所述用户所在的场景；

获取单元，用于获取与所述用户所在的场景对应的目标分发规则；

匹配单元，用于执行所述目标分发规则，为所述用户匹配出目标信贷产品。

第四方面，本申请实施例提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第二方面所述的基于信贷平台的分发方法。

第五方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第二方面所述的基于信贷平台的分发方法。

本申请采用以上技术方案，与现有技术相比，本申请实施例提供的基于信贷平台的分发方案，通过配置信贷产品的基本信息以及资金方的放款要求，配置不同场景对应的策略以及各个策略对应的分发规则，在用户选择进件前，根据用户所在的场景执行对应的目标分发规则，为用户匹配出目标信贷产品，解决了相关技术中的信贷平台转化率、放款率较低，导致客户多次切换资金方体验感较差的问题，实现了最大效率的转化客户，提升放款率，减少客户多次切换资金方带来的负面体验感。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的移动终端的结构框图；

图2是根据本申请实施例的基于信贷平台的分发系统的结构框图；

图3是根据本申请实施例的规则执行顺序的示意图；

图4是根据本申请实施例的基于信贷平台的分发方法的流程图；

图5是根据本申请实施例的基于信贷平台的分发装置的结构框图；

图6为根据本申请实施例的计算机设备的硬件结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本实施例提供了一种移动终端。图1是根据本申请实施例的移动终端的结构框图。如图1所示，该移动终端包括：射频(Radio Frequency，简称为RF)电路110、存储器120、输入单元130、显示单元140、传感器150、音频电路160、无线保真(wireless fidelity，简称为WiFi)模块170、处理器180、以及电源190等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对移动终端的各个构成部件进行具体的介绍：

RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器180处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，简称为LNA)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，简称为GSM)、通用分组无线服务(GeneralPacket Radio Service，简称为GPRS)、码分多址(Code Division Multiple Access，简称为CDMA)、宽带码分多址(Wideband Code Division Multiple Access，简称为WCDMA)、长期演进(Long Term Evolution，简称为LTE)、电子邮件、短消息服务(Short MessagingService，简称为SMS)等。

存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行移动终端的各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据移动终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元130可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，输入单元130可包括触控面板131以及其他输入设备132。触控面板131，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板131上或在触控面板131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板131。除了触控面板131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元140可用于显示由用户输入的信息或提供给用户的信息以及移动终端的各种菜单。显示单元140可包括显示面板141，可选的，可以采用液晶显示器(LiquidCrystal Display，简称为LCD)、有机发光二极管(Organic Light-Emitting Diode，简称为OLED)等形式来配置显示面板141。进一步的，触控面板131可覆盖显示面板141，当触控面板131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图1中，触控面板131与显示面板141是作为两个独立的部件来实现移动终端的输入和输入功能，但是在某些实施例中，可以将触控面板131与显示面板141集成而实现移动终端的输入和输出功能。

移动终端还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在移动终端移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于移动终端还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路160中的扬声器161，传声器162可提供用户与移动终端之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一移动终端，或者将音频数据输出至存储器120以便进一步处理。

WiFi属于短距离无线传输技术，移动终端通过WiFi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块170，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略，或者替换为其他的短距离无线传输模块，例如Zigbee模块、或者WAPI模块等。

处理器180是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。可选的，处理器180可包括一个或多个处理单元；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。

移动终端还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，移动终端还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本实施例中，处理器180被配置为：

接收用户的进件请求；

响应所述进件请求，确定所述用户所在的场景；

获取与所述用户所在的场景对应的目标分发规则；

执行所述目标分发规则，为所述用户匹配出目标信贷产品。

在其中一些实施例中，处理器180还被配置为：

根据预设的场景与策略之间的对应关系，获取与所述用户所在的场景对应的目标策略；

根据预设的策略与分发规则之间的对应关系，获取与所述目标策略对应的所述目标分发规则。

在其中一些实施例中，处理器180还被配置为：

为每个所述目标分发规则配置排序分数；

根据排序分数对每个所述目标分发规则进行排序，得到排序后的所述目标分发规则。

在其中一些实施例中，处理器180还被配置为：

获取信贷产品的基本信息以及资金方的放款要求；

获取满足所述资金方的放款要求、且与所述用户所在的场景对应的所述目标分发规则。

目前，常见的信贷平台在提升转化率、承接率，客户回收再分发和客户体验感一般，原因有两个：

其一，信贷平台是单个资金方，产品和放款策略比较单一。

其二，信贷平台不会根据客户述求和资金方放款条件进行最佳匹配，客户选择太多，放款失败率比较大。

因此，本实施例提供了一种基于信贷平台的分发系统，图2是根据本申请实施例的基于信贷平台的分发系统的结构框图，如图2所示，该系统包括：

资金方产品模块21，用于配置信贷产品的基本信息以及资金方的放款要求；

策略规则配置模块22，用于配置不同场景对应的策略以及各个策略对应的分发规则；

分发规则匹配模块23，用于用户在选择进件前，根据所述用户所在的场景执行对应的目标分发规则，为所述用户匹配出目标信贷产品。

在其中一些实施例中，所述资金方产品模块21可以包括：

信贷产品基本信息模块，用于配置信贷产品的基本信息；

产品偏好模块，用于配置资金方的放款要求。

信贷产品的基本信息可以描述产品名称、类型、放款额度、放款期限、利率、产品简介和标签等，以便于客户直观了解该信贷产品。配置资金方的放款要求，允许或不允许哪些类特性客户申请，通过配置偏好筛选出符合资金方放款要求的客户，可以提升资金方放款概率。其中，资金方放款概率＝放款订单数÷总进件数×100％。

在其中一些实施例中，所述策略规则配置模块22可以包括：

策略规则配置模块，用于配置各个策略对应的规则执行链路，其中，所述规则执行链路用于指示多个分发规则的执行顺序；

排除规则配置模块，用于配置各个策略对应的排除的分发规则，其中，所述排除的分发规则无需执行。

在实际应用场景中，通过运营管理后台，策略配置管理，新增策略输入策略编号选择策略需要执行的规则数组，提交策略，打开策略开关。策略所有需要执行的规则就是规则执行链路，该系统会根据执行的策略编号查到策略需要执行哪些规则，每个规则会有排序分数，根据所有要执行的规则排序分数进行排序，顺序执行所有规则。

每次分发都是对应一个策略来执行规则，但是有些资金方不需要执行某些规则，就需要配置排除的分发规则，当这个策略执行分发，在执行某个规则时，有资金方排除了该分发规则就跳过执行，没有配置排除的分发规则的资金方执行规则匹配。

在实际应用场景中，通过运营管理后台，策略配置管理，排除策略规则配置，新增排除策略规则选择策略编号、选择需要排除的规则、选择资金方编号，提交。

排除的分发规则例如：系统黑名单不可申请、指定特定标签客户不可申请、特定APP版本可申请、特定WEB版本可申请、指定哪些省份手机号不可申请、指定哪些省份手机号可申请、指定哪些身份证地区不可申请、指定年龄段可申请，指定哪些手机段不可申请、有申请中进件不可申请、授信拒绝冻结期内不可申请等。

分发规则匹配模块23用于客户在选择进件前，通过客户所在场景执行对应的策略规则链路，匹配最佳信贷产品。

每次分发都是对应一个策略来执行规则，查询所有平台上架可申请机构产品列表，根据策略编号查询当前策略配置的所有规则，每个规则都设定一个排序分数，根据排序分数进行规则排序，按照排序执行规则，规则是通过机构配置的属性和客户信息对应的属性进行匹配，例如规则指定哪些省份手机号不可申请，一个机构产品配置上海手机号不可申请，客户是上海手机号，客户可申请机构产品列表排除该机构产品，执行完所有规则，最终剩下的客户可申请机构产品列表就是客户分发到可用机构产品。

通过本实施例的基于信贷平台的分发系统，考虑了多个因素如盈利性、承接率和合规政策。分发过程包括机构筛选、排序和轮询，确保处理时效和承接率要求。如果客户被拒绝，会重新分配给其他机构。回收再分发分为授信和用信两类。为提高转化率和承接率，互联网金融平台通常采用用信分发的模式。最理想情况是只进行一次用信分发，避免切换机构对客户体验的负面影响。智能化和准确度对于分发策略至关重要。

本实施例中机构权重设置为：单用户收益*单用户价值收益权重+授信通过率*授信通过率权重+授信完件率*授信完件率权重+分润比例权重*分润比+机构人工加权，计算出机构权重值，按照权重值倒序排序，权重值越大机构优先级越高。

本实施例中机构轮询过程包括：轮询可进件机构，客户准入是否通过，客户注册是否通过，客户预进件是否通过等。

本实施例提供一种在进件前用户与资金方的分发路由的智能系统，即上述基于信贷平台的分发系统。从业务上将匹配规则抽象分类，系统按照抽象分类实现规则验证。将资金方的限制抽象提取后由业务人员在后台填写资金方不同分类的限制、偏好信息，并由业务人员配置策略集下需要执行的规则即可。在系统运行的过程中，业务人员可以自行在后台系统中修改策略集下的规则、资金方的限制、偏好信息等，修改后系统自动执行修改后的策略集规则，按照新的限制、偏好逻辑执行分发。

系统层面将限制、偏好抽象成规则、权重、策略集，策略集关联多个规则，规则实现采用模板+策略模式实现。

本实施例中的规则抽象及规则执行顺序如图3所示，规则说明如下：

1.全局规则

影响所有资金方分发逻辑的规则。例如：系统黑名单等。

2.标签规则

用户标签相关的规则。基于大数据可以为用户分配不同的等级、标签。基于等级、标签抽象出不同的规则。

3.来源规则

设备相关规则。例如：设备系统、应用版本等。

4.用户规则

用户信息相关规则。例如：用户手机号黑名单拦截、手机运营拦截、身份证详细地址拦截等。

5.数据验证规则

三方数据验证规则。例如：旷世活体分。

6.资金方基础规则

资金方相关规则。例如：注入冻结期、准入有效期等。

7.特殊组合规则

一些业务需要的特殊组合规则。

8.风控规则

风控相关规则。例如：快速风控等。

9.权重排序规则

资金方排序权重算法。资金方每项权重分数通过权重规则排序算法对资金方重新排序。

10.产品流程规则

资金方互斥相关规则。

11.后置规则

最后执行的一些特殊规则。例如：分发数量限制等。

分发的数量不宜过多，放款金额满足客户需求同时最大概率放款的资金方给客户。

下面结合本实施例对该基于信贷平台的分发系统进行说明：

在本实施例中，分析信贷平台黑名单，提取平台黑名单特性，设计黑名单标签，设计黑名单规则，限制黑名单客户反复申请进件。

在本实施例中，分析资金方产品规则，通过现有信贷平台几十家资金方产品放款偏好汇总，通过分析所有放款要求，梳理偏好特性，抽象业务规则，具体规则抽象提取通用性，制定成不同的规则。资金方产品配置偏好，根据偏好匹配规则，对应的规则逻辑。

在本实施例中，分析运营规则，对资金方产品配置不同的权重，通过权重排序算法，对资金方产品排序。太多的产品只会让客户更难选择最合适的产品，设计后置规则过滤，只展示几个匹配度最高的产品，提高客户转化率，减少客户放款失败重新申请概率，减少客户的负面体验感。

本实施例中，信贷平台提供几十家资金方产品甚至更多，通过本实施例的分发系统匹配最佳的资金方产品，提高客户放款成功率，客户放款体验好，才会长期选择本信贷平台，提高客户转化率。

本实施例还提供了一种基于信贷平台的分发方法。图4是根据本申请实施例的基于信贷平台的分发方法的流程图，如图4所示，该流程包括如下步骤：

步骤S401，接收用户的进件请求；

步骤S402，响应所述进件请求，确定所述用户所在的场景；

步骤S403，获取与所述用户所在的场景对应的目标分发规则；

步骤S404，执行所述目标分发规则，为所述用户匹配出目标信贷产品。

在其中一些实施例中，所述步骤S403获取与所述用户所在的场景对应的目标分发规则包括：

根据预设的场景与策略之间的对应关系，获取与所述用户所在的场景对应的目标策略；

根据预设的策略与分发规则之间的对应关系，获取与所述目标策略对应的所述目标分发规则。

在其中一些实施例中，在所述步骤S403获取与所述用户所在的场景对应的目标分发规则之后，还包括：

为每个所述目标分发规则配置排序分数；

根据排序分数对每个所述目标分发规则进行排序，得到排序后的所述目标分发规则。

在其中一些实施例中，所述步骤S403获取与所述用户所在的场景对应的目标分发规则包括：

获取信贷产品的基本信息以及资金方的放款要求；

获取满足所述资金方的放款要求、且与所述用户所在的场景对应的所述目标分发规则。

需要说明的是，本实施例的基于信贷平台的分发方法可以在上述实施例的基于信贷平台的分发系统中执行，涉及到的具体步骤以及执行步骤中所涉及的相关内容均已经在上述实施例中进行了介绍，此处不再赘述。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例还提供了一种基于信贷平台的分发装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是根据本申请实施例的基于信贷平台的分发装置的结构框图，如图5所示，该装置包括：

接收单元51，用于接收用户的进件请求；

确定单元52，用于响应所述进件请求，确定所述用户所在的场景；

获取单元53，用于获取与所述用户所在的场景对应的目标分发规则；

匹配单元54，用于执行所述目标分发规则，为所述用户匹配出目标信贷产品。

在其中一些实施例中，所述获取单元53包括：

第一获取模块，用于根据预设的场景与策略之间的对应关系，获取与所述用户所在的场景对应的目标策略；

第二获取模块，用于根据预设的策略与分发规则之间的对应关系，获取与所述目标策略对应的所述目标分发规则。

在其中一些实施例中，该装置还包括：

配置单元，用于在获取与所述用户所在的场景对应的目标分发规则之后，为每个所述目标分发规则配置排序分数；

排序单元，用于根据排序分数对每个所述目标分发规则进行排序，得到排序后的所述目标分发规则。

在其中一些实施例中，所述获取单元53包括：

第三获取模块，用于获取信贷产品的基本信息以及资金方的放款要求；

第四获取模块，用于获取满足所述资金方的放款要求、且与所述用户所在的场景对应的所述目标分发规则。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

本实施例还提供了一种计算机设备。结合本申请实施例基于信贷平台的分发方法可以由计算机设备来实现。图6为根据本申请实施例的计算机设备的硬件结构示意图。

计算机设备可以包括处理器61以及存储有计算机程序指令的存储器62。

具体地，上述处理器61可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器62可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器62可包括硬盘驱动器(Hard Disk Drive，简称为HDD)、软盘驱动器、固态驱动器(SolidState Drive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(Universal SerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器62可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器62可在数据处理装置的内部或外部。在特定实施例中，存储器62是非易失性(Non-Volatile)存储器。在特定实施例中，存储器62包括只读存储器(Read-Only Memory，简称为ROM)和随机存取存储器(RandomAccess Memory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory，简称为PROM)、可擦除PROM(Erasable ProgrammableRead-Only Memory，简称为EPROM)、电可擦除PROM(Electrically Erasable ProgrammableRead-Only Memory，简称为EEPROM)、电可改写ROM(Electrically Alterable Read-OnlyMemory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(Static Random-Access Memory，简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器(Fast Page Mode Dynamic Random Access Memory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic RandomAccess Memory，简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory，简称SDRAM)等。

存储器62可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器61所执行的可能的计算机程序指令。

处理器61通过读取并执行存储器62中存储的计算机程序指令，以实现上述实施例中的任意一种基于信贷平台的分发方法。

在其中一些实施例中，计算机设备还可包括通信接口63和总线60。其中，如图6所示，处理器61、存储器62、通信接口63通过总线60连接并完成相互间的通信。

通信接口63用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。通信接口63还可以实现与其他部件例如：外接设备、图像/数据采集设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。

总线60包括硬件、软件或两者，将计算机设备的部件彼此耦接在一起。总线60包括但不限于以下至少之一：数据总线(Data Bus)、地址总线(Address Bus)、控制总线(Control Bus)、扩展总线(Expansion Bus)、局部总线(Local Bus)。举例来说而非限制，总线60可包括图形加速接口(Accelerated Graphics Port，简称为AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，简称为EISA)总线、前端总线(Front Side Bus，简称为FSB)、超传输(Hyper Transport，简称为HT)互连、工业标准架构(Industry Standard Architecture，简称为ISA)总线、无线带宽(InfiniBand)互连、低引脚数(Low Pin Count，简称为LPC)总线、存储器总线、微信道架构(Micro ChannelArchitecture，简称为MCA)总线、外围组件互连(Peripheral Component Interconnect，简称为PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(Serial AdvancedTechnology Attachment，简称为SATA)总线、视频电子标准协会局部(Video ElectronicsStandards Association Local Bus，简称为VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线60可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

另外，结合上述实施例中的基于信贷平台的分发方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种基于信贷平台的分发方法。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。