信用审核的方法、设备、电子装置和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及信用审核的方法、设备、电子装置和存储介质。

背景技术

随着经济的高速发展，货物流动性越来越大，整个货运物流行业的运输量也越来越大，因此，在货物流转过程中，收货人和发货人在货款、运费等费用支出环节的周转需求也越来越频繁。在收货人和/或发货人资金周转存在困难的情况下，可以借助各类助贷软件，通过提供自己的手机号、身份证、工作情况、物流订单等相关信息进行资金借贷。

在相关技术中，助贷软件中的授信审核多为人工操作，例如，工作人员通过管理台人工审核客户的身份资料，第三方数据等信息。因此审核时间较长，审核速率慢。

目前针对相关技术中通过人工进行资金贷款审核，容易导致审核时间长、效率低的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种信用审核的方法、设备、电子装置和存储介质，以至少解决相关技术中通过人工进行资金贷款审核，容易导致审核时间长、效率低的问题。

第一方面，本申请实施例提供了一种信用审核的方法，其特征在于，所述方法包括：

获取请求方的信用审核申请，根据所述信用审核申请获取所述请求方的请求方信息；

根据所述请求方信息在数据库集合中查询所述请求方的多个信用指标，其中，所述数据库集合用于存储多个信用指标的信用审核数据；

根据多个所述信用指标和预设规则获取所述请求方的信用评分，根据所述信用评分获取所述请求方的信用审核结果。

在其中一些实施例中，根据所述请求方信息在数据库集合中查询所述请求方的多个信用指标包括以下至少之一：

根据所述请求方信息，在黑名单数据库中查询所述请求方的黑名单属性信息；

根据所述请求方信息，在物流数据库中查询所述请求方的物流订单信息；

根据所述请求方信息，在信用参考数据库中获取所述请求方的信用参考信息。

在其中一些实施例中，根据所述请求方信息，在物流数据库中查询所述请求方的物流订单信息包括：

根据预设条件，对所述请求方的物流订单信息进行筛选，其中，所述预设条件包括日期、频率和交易额度。

在其中一些实施例中，根据多个所述信用指标和预设规则获取所述请求方的信用评分包括：

根据预设规则对与所述预设规则对应的信用指标进行判断，根据判断结果对所述信用指标进行评分；

依次调用多个所述预设规则得到多个所述信用指标的评分，根据多个所述信用指标的评分计算所述请求方的信用评分。

在其中一些实施例中，在根据预设规则对与所述预设规则对应的信用指标进行判断之前，所述方法包括：

依次将获取到的所述信用指标存入缓存数据库；

在所有所述信用指标缓存完成之后，从所述缓存数据库中获取所述信用指标。

在其中一些实施例中，根据所述信用评分获取所述请求方的信用审核结果包括：

将所述信用评分与预设最低阈值进行对比，根据对比结果判断所述请求方的信用审核是否通过。

在其中一些实施例中，根据所述信用评分获取所述请求方的信用审核结果包括：

将所述信用评分和多个预设阈值等级进行对比，根据对比结果获取所述请求方的贷款额度。

第二方面，本申请实施例提供了一种信用审核的设备，所述设备包括获取模块、查询模块和审核模块：

所述获取模块，用于获取请求方的信用审核申请，根据所述信用审核申请获取所述请求方的请求方信息；

所述查询模块，用于根据所述请求方信息在数据库集合中查询所述请求方的多个信用指标，其中，所述数据库集合用于存储多个信用指标的信用审核数据；

所述审核模块，用于根据多个所述信用指标和预设规则获取所述请求方的信用评分，根据所述信用评分获取所述请求方的信用审核结果。

第三方面，本申请实施例提供了一种电子装置，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的信用审核的方法。

第四方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的信用审核的方法。

相比于相关技术，本申请实施例提供的信用审核的方法，通过获取请求方的信用审核申请，根据信用审核申请获取请求方的请求方信息，根据请求方信息在数据库集合中查询请求方的多个信用指标，其中，数据库集合用于存储多个信用指标的信用审核数据，根据多个信用指标和预设规则获取请求方的信用评分，根据信用评分获取请求方的信用审核结果，解决了相关技术中通过人工进行资金贷款审核，容易导致审核时间长、效率低的问题，提高了资金贷款过程中信用审核的速度和效率。

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

附图说明

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

图1是根据本申请实施例的信用审核的方法的应用环境示意图；

图2是根据本申请实施例的信用审核的方法的流程图；

图3是根据本申请实施例的计算信用评分的方法的流程图；

图4为本申请实施例的信用审核的方法的终端的硬件结构框图；

图5是根据本申请实施例的信用审核的设备的结构框图；

图6是根据本申请优选实施例的信用审核系统的示意图；

图7是根据本申请优选实施例的信用审核的方法的流程图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

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

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

本申请提供的信用审核的方法，可以应用于如图1所示的应用环境中，图1是根据本申请实施例的信用审核的方法的应用环境示意图，如图1所示。其中，信用审核系统102与数据库集合104通过网络进行通信。在请求方需要进行资金贷款以实现周转的情况下，请求方向信用审核系统102发出信用审核申请，信用审核系统102根据请求方提供的身份信息在数据库集合104中查询与请求方相关的多个信用指标，其中，数据库集合104用于存储多个信用指标的信用审核数据；然后信用审核系统102根据多个信用指标和预设规则获取请求方的信用评分，根据信用评分获取请求方的信用审核结果。其中，信用审核102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，数据库集合104可以由多个数据库组成的集群实现。

本实施例提供了一种信用审核的方法。图2是根据本申请实施例的信用审核的方法的流程图，如图2所示，该方法包括如下步骤：

步骤S210，获取请求方的信用审核申请，根据信用审核申请获取请求方的请求方信息。

本实施例中的请求方包括需要进行贷款的个人用户和企业用户，请求方的信用审核流程均在信用审核系统中完成，因此请求方需在信用审核系统中进行注册，注册时提供的联系方式，例如手机、邮箱、社交账号，以及注册后请求方的系统账号，均为本实施例中的请求方信息。

在请求方提出信用审核申请之后，信用审核系统可以根据请求方的系统账号获取到所述请求方信息。

步骤S220，根据请求方信息在数据库集合中查询请求方的多个信用指标，其中，数据库集合用于存储多个信用指标的信用审核数据。

本实施例中的信用审核系统与数据库集合通过网络进行通信。在信用审核系统获取到请求方信息之后，便向数据库集合请求相应的信用指标，其中，数据库集合中可以存储所有请求方每一个信用指标下的信用审核数据。

具体地，信用指标为对请求方的信用进行评价的各项指标，信用指标可以为针对所有请求方的黑名单，此时信用审核数据则为黑名单中的各个请求方的身份信息或者账号信息，信用指标还可以为各个请求方的物流订单信息，此时信用审核数据为订单中的货物属性、交易金额等等。

步骤S230，根据多个信用指标和预设规则获取请求方的信用评分，根据信用评分获取请求方的信用审核结果。

其中，预设规则为信用审核系统中存储的用于对请求方进行信用评分的规则，例如，如果请求方在黑名单中，则请求方在黑名单这一指标上的评分为0。本实施例中通过将各个指标与对应预设规则进行对比，得到各个指标的评分，根据所有指标的评分得到请求方最终的信用评分。

本实施例中将信用评分与信用等级进行对应，与信用评分的一致的信用等级为最终的信用审核结果，该信用等级可以代表请求方是否通过信用审核，以及贷款额度。

通过上述步骤S210至步骤S230，本实施例中的信用审核系统在获取到信用审核申请之后，向数据库集合请求各项信用指标，再根据预设规则对请求方的信用评分进行计算，最后根据信用评分获取信用审核结果，整个过程可以完全通过计算机实现，不需要工作人员一一检查与借贷相关的信用审核数据，因此解决了相关技术中通过人工进行资金贷款审核，容易导致审核时间长、效率低的问题，对于请求方而言，提高了资金贷款过程中信用审核的速度和效率，也会减少由于不同工作人员的主观性导致审核结果不稳定的情况，提高信用审核结果的稳定性。

在其中一些实施例中，请求方信用指标包括以下之一：黑名单属性信息、物流订单信息和信用参考信息。

黑名单属性信息为请求方是否在黑名单数据库的黑名单上。本实施例中的黑名单主要为支付黑名单，如果请求方在支付系统中触发了一些进行风险控制的规则，就会被拉入黑名单，其中，风险控制规则包括请求方在一天中的交易金额大于设置的交易阈值。进一步地，多个支付公司之间可以形成支付联盟，支付联盟内部可以共享黑名单。通过各种方式得到的所有的黑名单被存入黑名单数据库，在信用审核系统接收到信用审核信息之后，可以根据请求方信息和黑名单数据库中的黑名单判断请求方是否在黑名单中，进而获取请求方的黑名单属性信息。

物流订单信息为请求方在货运交易过程产生的交易信息，例如交易金额、交易频率，进一步地，还可以获取一个时间段内最高的和/或最低的交易金额、交易频率。所有请求方的物流订单信息被存储在物流数据库中，在信用审核系统接收到信用审核信息之后，可以根据请求方信息在物流数据库中查找对应的物流订单信息。本实施例中的物流订单信息可以来源于物流运输管理系统(Transportation Management System，简称为TMS)，TMS是物流公司的业务管理系统，适用于运输公司、物流企业、个体经营运输车队等，包括订单管理、配载作业、调度分配、行车管理等。

信用参考信息为请求方在第三方信用审核平台的信用评价，本申请中的信用审核系统可以向第三方信用审核平台获取请求方的信用评价，然后将所有请求方的第三方信用评价经过缓存形成信用参考数据库。在信用审核系统接收到信用审核信息之后，可以根据请求方信息在信用参考数据库中获取信用参考信息。进一步地，本实施例中的信用参考数据库会定时更新，与第三方的信用评价同步。

本实施例中，结合黑名单属性信息、物流订单信息和信用参考信息等多维度信息对请求方进行信用审核，可以提高信用审核结果的准确度，对信用审核方而言，降低了授信风险。

在其中一些实施例中，在物流数据库中查询请求方的物流订单信息包括：根据预设条件，对请求方的物流订单信息进行筛选，其中，预设条件包括日期、频率和交易额度，对于日期，可以选择具体的时间段，例如最近几个月或者最近几天，对于频率，可以设置只选择最高频率和/或最低频率，对于交易额度，可以选择最高和/或最低的交易额度。通常情况下，对于请求方的物流订单信息中与预设条件不符的数据会进行清洗，从而筛选出符合预设条件的数据进行信用指标的计算，此外，物流订单信息中还会包括一些对于信用审核而言价值不高的信息，例如订单编号等等，因此，在从物流数据库中查询请求方的物流订单信息时也需要对这些数据进行清洗。可选地，本实施例中的使用Kettle对物流订单信息进行筛选，Kettle是一种用于实现数据仓库技术(Extract Transform Load，简称为ETL)的工具，可以通过图形化的界面实现数据抽取的高效稳定。Kettle包括transformation和job两种脚本文件，其中，transformation完成对物流订单信息中数据的基础转换，job完成整个筛选过程的控制。本实施例中对物流订单数据进行清洗，可以剔除不必要的物流订单数据，在此基础上，信用审核系统可以只对感兴趣的物流订单数据进行信用指标的计算，从而提高对请求方的信用审核的准确度。

在其中一些实施例中，图3是根据本申请实施例的计算信用评分的方法的流程图，如图3所示，该方法包括如下步骤：

步骤S310，根据预设规则对与预设规则对应的信用指标进行判断，根据判断结果对信用指标进行评分。

本实施例中，预设规则为信用指标是否满足预设的一些判断条件，预设规则可以和信用指标一一对应。

例如，对于黑名单属性信息，预设规则为如果请求方不在黑名单中，则可以得到对应的分数，对于物流订单信息，预设规则为物流订单信息中的交易金额或者交易频率应该处于一定的范围内，请求方的相应数据越符合预设规则中的规定，得分越高，进一步地，在对于物流订单信息的数据进行处理时，需要根据原始的物流订单数据进行统计学计算，例如求和、计算方差、平均数等等，以得到更加准确的统计结果，然后根据计算之后的结果进行信用指标的评分，同样的，对于信用参考信息，也需要对第三方提供的交易数据或者支付信息进行计算，根据计算之后的结果与对应的预设规则进行对比，从而得到信用参考信息的评分。

步骤S320，依次调用多个预设规则得到多个信用指标的评分，根据多个信用指标的评分计算请求方的信用评分。

本实施例中通过调用信用审核系统的中的节点，依次对各个不同的信用指标进行评分。具体为，每个节点对应一个信用指标，在计算信用指标的评分时，该节点会调用相应的规则，最后得到该信用指标的评分，然后信用审核系统调用下一个节点，对下一个信用指标进行评分。

在得到所有信用指标的评分之后，可以通过求和或者加权求和的方式对各个信用指标的评分进行计算，从而得到请求方的信用评分。

通过上述步骤S310和步骤S320，本实施例中对每一个信用指标设置相对应的预设规则，可以使得请求方的信用审核结果更加准确。

在其中一些实施例中，在根据预设规则对与预设规则对应的信用指标进行判断之前，需要先将信用指标进行缓存，具体为：依次将获取到的信用指标存入缓存数据库，在所有信用指标缓存完成之后，从缓存数据库中获取信用指标。由于对请求方进行信用审核时需要调用大量的数据，因此设置缓存数据库，信用审核系统可以将先计算好的信用指标的评分存入缓存数据库，直到所有信用指标的评分计算完成，从缓存数据库中调用各个信用指标的评分进行最终信用评分的计算，以提高信用评分的计算速度。本实施例中，可以使用Aerospike缓存、Redis缓存或者Memcache缓存建立缓存数据库。

在其中一些实施例中，信用审核系统会存储多个预设阈值等级，不同的预设阈值等级对应不同的可贷款额度，其中，最低的预设阈值等级为预设最低阈值，如果请求方的信用评分没有达到该预设最低阈值，则请求方的信用审核结果为不通过。因此，根据信用评分获取请求方的信用审核结果包括将信用评分与预设最低阈值进行对比，根据对比结果判断请求方的信用审核是否通过，如果信用评分大于或者等于最低预设阈值，则信用审核结果为通过，然后将信用评分和多个预设阈值等级进行对比，根据对比结果获取请求方的贷款额度。本实施例中通过信用评分与多个预设阈值等级的对应，可以更为直观地判断请求方的信用审核结果，且避免了人工审核时的主观性，保证信用审核结果的稳定性。

在其中一些实施例中，在请求方向信用审核系统提出信用审核申请之后，信用审核系统还需要对信用审核申请进行报文转换，将信用审核申请中的字段类型或者数据格式转换成信用审核系统容易识别的格式，以提高信用审核的速度。

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

本申请提供的方法实施例可以在终端、计算机或者类似的运算装置中执行。以运行在终端上为例，图4为本申请实施例的信用审核的方法的终端的硬件结构框图。如图4所示，终端40可以包括一个或多个(图4中仅示出一个)处理器402(处理器402可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器404，可选地，上述终端还可以包括用于通信功能的传输设备406以及输入输出设备408。本领域普通技术人员可以理解，图4所示的结构仅为示意，其并不对上述终端的结构造成限定。例如，终端40还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。

存储器404可用于存储控制程序，例如，应用软件的软件程序以及模块，如本申请实施例中的信用审核的方法对应的控制程序，处理器402通过运行存储在存储器404内的控制程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器404可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器404可进一步包括相对于处理器402远程设置的存储器，这些远程存储器可以通过网络连接至终端40。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输设备406用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端40的通信供应商提供的无线网络。在一个实例中，传输设备406包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备406可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

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

图5是根据本申请实施例的信用审核的设备的结构框图，如图5所示，该设备包括获取模块51、查询模块52和审核模块53：

获取模块51，用于获取请求方的信用审核申请，根据信用审核申请获取请求方的请求方信息；

查询模块52，用于根据请求方信息在数据库集合中查询请求方的多个信用指标，其中，数据库集合用于存储多个信用指标的信用审核数据；

审核模块53，用于根据多个信用指标和预设规则获取请求方的信用评分，根据信用评分获取请求方的信用审核结果。

本实施例中信用审核设备在获取模块51得到请求方信息之后，通过查询模块52向数据库集合请求各项信用指标，最后通过审核模块53根据预设规则对请求方的信用评分进行计算，根据信用评分获取信用审核结果。整个过程可以完全通过信用审核设备实现，不需要工作人员一一检查与借贷相关的信用审核数据，因此解决了相关技术中通过人工进行资金贷款审核，容易导致审核时间长、效率低的问题，对于请求方而言，提高了资金贷款过程中信用审核的速度和效率，也会减少由于不同工作人员的主观性导致审核结果不稳定的情况，提高信用审核结果的稳定性。

下面通过优选实施例对本申请实施例进行描述和说明。

图6是根据本申请优选实施例的信用审核系统的示意图，该信用审核系统包括信息处理模块、评分计算模块和数据库集合，其中，信息处理模块用于处理请求方的信用审核申请，包括业务交易系统、业务库和风险管理模块，评分计算模块通过获取数据库集合中的信用审核数据来计算信用指标的评分，最后得到请求方的信用评分，包括决策流引擎、数据采集单元、指标计算单元、缓存数据库和规则引擎，数据库集合包括不同数据源的数据库，例如黑名单数据库、物流数据库和信用参考数据库，其中，物流数据库中的数据来源于物流订单信息，信用参考数据库是对第三方的信用数据进行缓存形成的，需要通过访问外部数据网关得到。其中，业务交易系统通过业务库将物流订单信息同步至物流数据库。

图7是根据本申请优选实施例的信用审核的方法的流程图，如图7所示，该方法包括：

步骤S701，请求方在业务交易系统发起信用审核申请，该信用审核申请会先进入风险管理模块；

步骤S702，风险管理模块将信用审核申请进行报文转换，将转换后的信用审核申请发送到决策流引擎。由于决策流引擎除了进行信用审核还兼具其他功能，因此风险管理模块需要将信用审核申请的报文转化成决策流引擎在进行信用审核时所需要的报文格式；

步骤S703，决策流引擎接收到信用审核申请之后，通过数据采集单元来获取各项信用指标的信用审核数据；

步骤S704，从物流数据库中获取与物流订单信息对应的交易数据。物流数据库中记录的为通过对TMS订单信息经过离线计算后产生的数据，其中，离线计算是指对原始的数据进行清洗和筛选，本实施例中采用kettle来进行清洗计算；

步骤S705，通过访问外部数据网关，从信用参考数据库中获取请求方的信用参考信息；

步骤S706，从黑名单数据库中获取黑名单中的用户或者企业信息；

步骤S707，数据采集单元将爬取的各项信用指标的数据通过应用编程接口(Application Programming Interface，简称为API)推送到指标计算单元模块；

步骤S708，指标计算单元根据配置好的计算规则对信用指标的统计学参数进行计算；

步骤S709，指标计算单元将计算好的信用指标存在缓存数据库中供规则引擎使用。本实施例中采用Aerospike缓存，Aerospike是一个分布式、高可用的键值对类型的Nosql数据库，可以提供类原子性(atomicity)、一致性(consistency)、隔离性(isolation)和持久性(durability)操作；

步骤S710，当数据采集完成之后，数据采集单元将采集完成的信息发送至决策流引擎，决策流引擎根据事先配置的决策流程，循环调用规则引擎中的节点；

步骤S711，规则引擎从缓存数据库总调取缓存，根据预设规则和已经计算好的信用指标来判断节点里面的信用指标是否满足预设规则，在信用指标不满足预设规则的情况下，预设规则会被触发；

步骤S712，当所有的节点调用完，决策流引擎将汇总规则触发情况并得到请求方的信用审核结果，例如输出请求方的信用审核申请是否通过，或者贷款额度，信用评分等；

步骤S713，风险管理模块把信用审核结果返回给业务交易系统。

通过上述步骤S701至步骤S713，本实施例中的信用审核系统在获取到信用审核申请之后，向数据库集合请求各项信用指标，再根据预设规则对请求方的信用评分进行计算，最后根据信用评分获取信用审核结果，整个过程可以完全通过计算机实现，不需要工作人员一一检查与借贷相关的信用审核数据，因此解决了相关技术中通过人工进行资金贷款审核，容易导致审核时间长、效率低的问题，对于请求方而言，提高了资金贷款过程中信用审核的速度和效率，也会减少由于不同工作人员的主观性导致审核结果不稳定的情况，提高信用审核结果的稳定性。

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

本实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，获取请求方的信用审核申请，根据信用审核申请获取请求方的请求方信息。

S2，根据请求方信息在数据库集合中查询请求方的多个信用指标，其中，数据库集合用于存储多个信用指标的信用审核数据。

S3，根据多个信用指标和预设规则获取请求方的信用评分，根据信用评分获取请求方的信用审核结果。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

另外，结合上述实施例中的信用审核的方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种信用审核的方法。

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

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