CN110634063B - 一种信用担保贷款业务处理方法、装置和电子设备 - Google Patents

Abstract

本申请公开了一种信用担保贷款业务处理方法、装置和电子设备，该方法包括：基于通过第一接口接收的担保贷款请求，获取与资金提供方标识和/或资金申请方标识对应的业务流程配置，基于业务流程配置所包含业务链路中各子业务的执行顺序，依次调用业务链路中用于处理信贷信息的各子业务，向资金申请方返回业务链路的执行结果。其中，当子业务包含用于调用资金提供方的第二接口的接口函数时，接口函数调用资金提供方标识对应的第二接口。通过设置业务流程配置，一次开发可支持多种业务链路调用，实现业务流程灵活配置，便于维护；第一接口和第二接口的通用设计，避免重复开发，实现对接方灵活扩展，降低开发联调成本和难度，提升业务对接处理效率。

Description

一种信用担保贷款业务处理方法、装置和电子设备

技术领域

本说明书涉及计算机软件技术领域，尤其涉及一种信用担保贷款业务处理方法、装置和电子设备。

背景技术

随着互联网金融服务的快速发展，线上信用担保贷款业务也随之开启。

以车贷险的信用担保贷款业务为例，现有的车贷险业务系统中主要涉及汽车销售渠道、保险公司以及资金提供方，车贷险业务主要是通过汽车销售渠道调用保险公司的业务接口将客户信息、车辆信息、贷款信息、抵押信息等信贷信息发送给保险公司，而后保险公司调用资金提供方的业务接口进行业务处理。考虑到每个汽车销售渠道对接的资金提供方不同，所需要提交的信贷信息(资金提供方涉及的业务流程和所需要校验的信息)存在差异，因此，保险公司一般会针对每个资金提供方配置一套业务接口。同时，考虑到每个汽车销售渠道可使用的资金提供方不同(取决于业务层面是否达成协议)，汽车销售渠道每对接一个资金提供方,保险公司都需要对接处理一次。如：假设有m个汽车销售渠道，n个资金提供方，保险公司最大需要对接处理的次数为：m*n次(即每个汽车销售渠道都能使用每个资金提供方)，最小对接处理次数为：m次(即每个汽车销售渠道仅对接1个资金提供方)。

目前，资金提供方所涉及的业务流程都是固定配置在资金提供方的业务接口中，当保险公司和/或资金提供方发生变化(增加、删除或修改)，都必然要求汽车销售渠道开发新的业务接口并做出相应联调，例如，资金提供方新增一个接口，则相应需要增加对接该资金提供方的保险公司与汽车销售渠道之间的业务接口，同时，还要联调整个业务链条之间的所有业务接口。然而，保险公司作为担保方所对接的汽车销售渠道以及资金提供方的数量较多，导致开发以及联调复杂，工作量和维护难度较大。

发明内容

本说明书实施例的目的是提供一种信用担保贷款业务处理方法、装置和电子设备，以有效降低开发以及联调维护成本、难度，保证信用担保贷款业务处理简洁、高效。

为解决上述技术问题，本说明书实施例是这样实现的：

第一方面，提出了一种信用担保贷款业务处理方法，包括：

接收资金申请方通过第一接口发送的担保贷款请求，所述担保贷款请求携带资金申请方标识、资金提供方标识以及信贷信息，所述第一接口为资金申请方与资金担保方之间的业务接口；

基于所述担保贷款请求，获取与所述资金提供方标识和/或所述资金申请方标识对应的业务流程配置，所述业务流程配置至少包括至少一个子业务构成的业务链路；

基于所述业务链路中各子业务的执行顺序，依次调用所述业务链路中用于处理所述信贷信息的各子业务，其中，当所述子业务包含用于调用资金提供方的第二接口的接口函数时，所述接口函数调用资金提供方标识对应的第二接口；

向所述资金申请方返回所述业务链路的执行结果。

第二方面，提出了一种信用担保贷款业务处理装置，包括：

接收模块，用于接收资金申请方通过第一接口发送的担保贷款请求，所述担保贷款请求携带资金申请方标识、资金发放方标识以及信贷信息，所述第一接口为资金申请方与资金担保方之间的业务接口；

获取模块，用于基于所述担保贷款请求，获取与所述资金发放方标识和/或所述资金申请方标识对应的业务流程配置，所述业务流程配置至少包括至少一个子业务构成的业务链路；

调用模块，用于基于所述业务链路中各子业务的执行顺序，依次调用所述业务链路中用于处理所述信贷信息的各子业务，其中，当所述子业务包含用于调用资金发放方的第二接口的接口函数时，所述接口函数调用资金发放方标识对应的第二接口；

返回模块，用于向所述资金申请方返回所述业务链路的执行结果。

第三方面，提出了一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

接收资金申请方通过第一接口发送的担保贷款请求，所述担保贷款请求携带资金申请方标识、资金提供方标识以及信贷信息，所述第一接口为资金申请方与资金担保方之间的业务接口；

基于所述担保贷款请求，获取与所述资金提供方标识和/或所述资金申请方标识对应的业务流程配置，所述业务流程配置至少包括至少一个子业务构成的业务链路；

基于所述业务链路中各子业务的执行顺序，依次调用所述业务链路中用于处理所述信贷信息的各子业务，其中，当所述子业务包含用于调用资金提供方的第二接口的接口函数时，所述接口函数调用资金提供方标识对应的第二接口；

向所述资金申请方返回所述业务链路的执行结果。

第四方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

接收资金申请方通过第一接口发送的担保贷款请求，所述担保贷款请求携带资金申请方标识、资金提供方标识以及信贷信息，所述第一接口为资金申请方与资金担保方之间的业务接口；

基于所述担保贷款请求，获取与所述资金提供方标识和/或所述资金申请方标识对应的业务流程配置，所述业务流程配置至少包括至少一个子业务构成的业务链路；

基于所述业务链路中各子业务的执行顺序，依次调用所述业务链路中用于处理所述信贷信息的各子业务，其中，当所述子业务包含用于调用资金提供方的第二接口的接口函数时，所述接口函数调用资金提供方标识对应的第二接口；

向所述资金申请方返回所述业务链路的执行结果。

通过上述技术方案，基于通过第一接口接收的担保贷款请求，获取与资金提供方标识和/或资金申请方标识对应的业务流程配置，基于业务流程配置所包含业务链路中各子业务的执行顺序，依次调用业务链路中用于处理信贷信息的各子业务，向所述资金申请方返回所述业务链路的执行结果。而且，当子业务包含用于调用资金提供方的第二接口的接口函数时，接口函数调用资金提供方标识对应的第二接口。从而，通过设置业务流程配置，一次开发可支持多种业务链路的调用，实现业务流程灵活配置，维护简单；而且，第一接口和第二接口的通用设计，避免了重复开发，实现了对接方的灵活扩展，降低开发联调成本和难度，提升信用担保贷款业务的对接处理效率。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本说明书实施例所涉及的信用担保贷款业务处理方案的适用场景图。

图2是本说明书实施例提供的信用担保贷款业务处理方法步骤示意图。

图3是本说明书实施例提供的保险公司与汽车销售渠道之间通用接口的全量要素的设计原理示意图。

图4是本说明书实施例所涉及的信用担保贷款业务链路对应的路由表示意图。

图5是本说明书的一个实施例提供的电子设备的结构示意图。

图6是本说明书的一个实施例提供的信用担保贷款业务处理装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

首先，对本说明书实施例所涉及的一些专业术语进行简单解释。所谓软件系统集成，可以是通过技术手段将各个单独系统功能集成为相互关联、统一协调的系统，从而使系统整体的功能、性能符合使用要求，使资源达到充分共享，实现集中、高效、便利的管理。软件接口，是一组定义、程序及协议的集合，通过软件接口可实现不同软件系统之间的相互通信，为使用者屏蔽实现细节和复杂性。业务流程，可理解成为达到特定的业务目标由不同的程序共同完成的一系列软件接口调用。其中，软件接口调用之间不仅有严格的先后顺序限定，而且软件接口的字段、方式、权限等也都必须有明确的要求。

本说明书方案的设计思路如下：考虑到担保方所对接多个资金方，每个资金方所需的要素信息的内容和/或表述不尽相同，为了缓解或解决对接每个资金方而单独开发一套接口带来的开发联调繁杂，可针对所有资金方配置一套通用接口，整合所有资金方的要素信息，便于结合担保方所需要素信息建立全量要素池。进而，基于全量要素池中的要素，针对所有渠道配置一通用接口，满足几乎所有渠道的接入需求，从不同渠道获取相应的要素信息，实现个性化需求。同时，还可以设置例如路由表形式的业务流程配置，简化业务链路的配置，而且可以支持多样化的业务流程需求，满足多种资金提供方的接入，降低开发联调工作量和难度。

需要说明的是，本说明书所涉及的信用担保贷款业务处理方案，可以使用在如图1所示的车贷险业务处理系统中，也可以使用在其它涉及到多方信息交互处理的担保业务场景中，本说明书并不对此进行限定。

参照图1所示，为本说明书实施例所涉及的信用担保贷款业务处理方案的适用场景图。该适用场景中构建有信用担保贷款业务系统，该信用担保贷款业务系统可以包括：多个汽车销售渠道(可视为本申请中的资金申请方)11，保险公司(信用担保方)12以及多个资金方(资金提供方)13。

保险公司汽车金融的信用担保贷款业务性质决定了需将汽车销售渠道11、保险公司12、资金方13三方系统以一定的业务逻辑集成起来实现车贷险业务的全流程管理。对于保险公司12来说，不同汽车销售渠道11和资金方13所需的信息以及业务流程也是不一样的。车贷险业务系统主要是通过汽车销售渠道11调用保险公司12的业务接口将信贷信息(客户信息、车辆信息、贷款信息、抵押信息等)传送到保险公司12，而后保险公司12调用资金方13的业务接口，执行相应业务流程(包括但不限于：初审、授信审批、开户、签约、申请放款、抵押等)，以实现授信及资金拨付。

下面结合上述系统架构对本说明书实施例所涉及的信用担保贷款业务方案进行详述。

参照图2所示，为本说明书实施例提供的信用担保贷款业务处理方法步骤示意图，该方法可以包括以下步骤：

步骤21：接收资金申请方通过第一接口发送的担保贷款请求，所述担保贷款请求携带资金申请方标识、资金提供方标识以及信贷信息，所述第一接口为资金申请方与资金担保方之间的业务接口。

在本说明书实施例中，一种可实现的方案，多个资金申请方对资金担保方的相同功能调用复用相同的第一接口，所述第一接口包括多个资金申请方的全量要素。

可选地，所述全量要素是根据所述资金担保方所需的要素和所述多个资金提供方所需的要素组合得到。

考虑到资金担保方对资金申请方提供的整个信贷担保功能近乎一致，进而，资金担保方从各资金申请方收集到的信贷信息在总体上也是趋于平稳的。因此，可以根据资金担保方以及各资金提供方所需的要素组合得到全量要素，并根据该全量要素设计一个通用接口来收集各资金申请方的信贷信息。

参照图3所示，以车贷险信用担保贷款业务系统为例，假设保险公司P后端对接资金方B1-B3，前端对接(汽车销售)渠道C1-C4。其中，保险公司P需要的要素包括(a,b,d)，资金方B1需要的要素包括(a,c,d,e)，资金方B2需要的要素包括(a,b,d,f,h)，资金方B3需要的要素包括(a,d,e,f)。如果对接资金方B1，则需要从渠道获取的要素包括(a,b,d)∪(a,c,d,e)＝(a,b,c,d,e)；如果对接资金方B2，需要从渠道获取的要素包括(a,b,d)∪(a,b,d,f,h)＝(a,b,d,f,h)；如果同时对接资金方B1和B2，需要从渠道获取的要素包括(a,b,c,d,e)∪(a,b,d,f,h)＝(a,b,c,d,e,f,h)。

为了避免给每个渠道设置匹配的个性化接口，减少业务接口设计开发复杂度，可以统计保险公司以及各资金方的要素总和，定义为全量要素。例如，针对图3的情况，可以设计全量要素池，其包括保险公司和所有对接资金方所需的全部要素，即(a,b,c,d,e,f,h)。每个要素可以用字段来表示，其中，字段设置有多维属性，包括权限、是否必传、字段属主、码值、校验规则等属性中的部分或全部。其中，不同渠道可配置有不同权限，修改权限相应的通用接口也会改变。应理解，在实际场景中，字段的属性可根据实际需要增加、删除或更改。

在本说明书实施例中，字段的属性可以用Attri[]表示，例如，字段b的属性为Attri[b]，进一步Attri[b]＝[允许调用、必传、保险公司P和资金方B2、(保险公司P:2；资金方B2:3)]。

这样，基于全量要素池中全量要素，设置有包括全量要素的第一接口，该第一接口是能够与所有渠道对接的通用接口，即，多个渠道对保险公司的相同功能调用复用相同的第一接口。例如，可以用Interface[C]表示提供给渠道的第一接口，即(a:Attri[a],b:Attri[b],c:Attri[c],d:Attri[d],e:Attri[e],f:Attri[f],h:Attri[h])。假设渠道C1对接资金方B1，保险公司P将第一接口Interface[C]提供给渠道C1，渠道C1根据对接的资金方B1和保险公司P对第一接口中字段和字段属性要求去设计前端页面以便于输入要素(a,b,c,d,e)，保险公司P根据接收到的字段以及字段属性进行校验处理。由此，可以通过一个通用接口满足不同渠道个性化对接要求。尤其对于相对成熟的车贷险信用担保贷款业务场景中，保险公司稳定对接大多数资金方后，通过整合保险公司和资金提供方所需信息(即上述提到的要素)，配置一个包括全量要素的通用接口，可以满足几乎所有渠道的接入需求，减少开发联调次数和复杂度，达到一次开发多次复用的目的。

应理解，在本说明书实施例中，通过设计全量要素池以及配置通用接口的方式，简化接口设计，且可以满足多个渠道的个性化接入需求。如果新增资金方，或是原有资金方所需信息发生变化，或是保险公司所需信息发生变化，不需要新增第一接口，而是对全量要素池中全量要素进行调整(增加、删除或更改)，换言之，对原有通用接口进行要素更新。从而，降低接口维护成本，高效更新原有通用接口以满足新的需求。

由此，通过上述方式设置通用接口，可实现的效果至少包括如下几点：

(1)、对于n个资金方而言，原来需要维护n个接口，现在只需要维护一个通用接口，减少接口数量，维护数量和成本大大降低；

(2)、资金方变更接口信息，直接通过接口字段属性配置即可实现，无需再次开发，开发成本几乎为零；

(3)、新对接资金方，原来需要开发新的接口，现在只要所需添加字段信息至全量要素池中，无需重新开发，直接基于通用接口联调即可。

步骤22：基于所述担保贷款请求，获取与所述资金提供方标识和/或所述资金申请方标识对应的业务流程配置，所述业务流程配置至少包括至少一个子业务构成的业务链路。

可选地，在本说明书实施例中，所述业务流程配置中的业务链路是根据所述资金担保方和/或所述资金提供方的业务需求设置的。

仍以车贷险信用担保贷款业务为例，保险公司的业务流程是相对固定的，一般包括：预审(简称R)→意向书审核(简称L)→出具保单(简称P)；而不同资金方的业务流程存在差别，例如，资金方B1的业务流程包括：初审(简称T)→授信(简称E)→开户(简称O)→签约(简称S)→申请放款(简称A)→抵押(简称M)；资金方B2的业务流程包括：授信(E)→开户(O)→申请放款(A)→抵押(M)；资金方B3的业务流程包括：初审(T)→授信(E)→申请放款(A)→抵押(M)。这样，若渠道C1对接资金方B1，那么，业务流程配置中包括一个业务链路，即由保险公司的业务流程和资金方B1的业务流程整合得到：预审(R)→初审(T)→意向书审核(L)→授信(E)→开户(O)→签约(S)→申请放款(A)→抵押(M)→出具保单(P)。若渠道C1对接资金方B2和B3，那么，业务流程配置中包括两个业务链路，即由保险公司的业务流程和资金方B2的业务流程整合得到：预审(R)→意向书审核(L)→授信(E)→开户(O)→申请放款(A)→抵押(M)→出具保单(P)；以及，由保险公司的业务流程和资金方B3的业务流程整合得到：预审(R)→初审(T)→意向书审核(L)→授信(E)→申请放款(A)→抵押(M)→出具保单(P)。

其实，在本说明书实施例中，一种可实现的方案，资金提供方还可以针对不同资金申请方提供不同的业务流程。这样，资金提供方可针对普通资金申请方提供通用的业务流程，而针对特殊资金申请方提供个性化的业务流程。例如，资金方B1为普通渠道提供的业务流程包括：初审(T)→授信(E)→开户(O)→签约(S)→申请放款(A)→抵押(M)；；而针对不需要进行开户的特殊渠道，资金方B1可提供的业务流程包括：初审(T)→授信(E)→签约(S)→申请放款(A)→抵押(M)。在本说明书实施例中，业务流程配置中业务链路除了包含资金担保方的业务流程和资金提供方的业务流程外；还可以仅包含资金担保方的业务流程，或者，仅包含资金提供方的业务流程。

应理解，在本说明书实施例中，一种可实现的方案，资金担保方本地或所述资金担保方可访问的云端服务器存储有多个业务流程配置，每个业务流程配置与一个标识信息建立有映射关系。其中标识信息可以是资金提供方标识，或是资金申请方标识，或是资金提供方标识与资金申请方标识组合。

相应地，步骤22在基于所述担保贷款请求，获取与所述资金提供方标识和/或所述资金申请方标识对应的业务流程配置时，可先判断发送担保贷款请求的资金申请方是否为普通用户，若是，则可以根据所述担保贷款请求中携带的资金提供方标识，获取与资金提供方标识对应的业务流程配置；否则，获取与资金提供方标识和所述资金申请方标识对应的业务流程配置，或是，获取与资金申请方标识对应的业务流程配置。

步骤23：基于所述业务链路中各子业务的执行顺序，依次调用所述业务链路中用于处理所述信贷信息的各子业务，其中，当所述子业务包含用于调用资金提供方的第二接口的接口函数时，所述接口函数调用资金提供方标识对应的第二接口。

由上述业务流程配置中的业务链路可知，业务链路中包含了各个子业务以及各个子业务之间的执行顺序，因此，步骤23可以基于该执行顺序，依次调用相应业务链路中各子业务来处理接收到的信贷信息。

可选地，所述资金担保方对不同资金提供方的相同指定功能调用复用相同的接口函数，所述接口函数封装有所述指定功能在不同资金提供方对应的第二接口。

具体实现时，资金担保方设置有子业务资源池，该子业务资源池中包括资金担保方以及资金提供方所提供的所有不重复的子业务。每个子业务可以用字段来表示，对应子业务的每个字段可以设置有多维属性，子业务属性可包括：权限、资金方名称、所需要素信息等。子业务属性与要素属性类似，可以根据实际需求随时增加、删除和更改。应理解，所述子业务资源池中的子业务，也可以根据实际需求(新增资金提供方、资金提供方的业务流程发生变化、资金担保方的业务流程发生变化等)增加、删除或更改。

以子业务开户(O)为例，该子业务配置有一个通用接口Interface[O]，其属性表示为Attri[O]＝[允许调用、资金方B1、(a,c)、资金方B2、(b,d)]，通用接口Interface[O]＝(O:Attri[O])。假设渠道对接资金方B1，涉及到开户子业务，则保险公司将调用与所有其它资金方共享的通用接口Interface[O]，资金方B1对通过该通用接口获取的信贷信息进行校验处理，由此，可以实现子业务的复用调用，不需要额外配置多条业务链路，减少维护成本以及降低维护难度。

可选地，所述业务流程配置是根据所述资金担保方和/或所述资金提供方的子业务确定的路由表。

考虑到业务流程配置中的业务链路，是由对资金担保方和/或资金提供方的子业务对应的通用接口按照不同调用顺序形成。因此，本说明书实施例中的业务流程配置可以是根据所述资金担保方和/或所述资金提供方的子业务确定的路由表实现。将子业务抽象为IP路由，由不同子业务组成的业务链路抽象为多个IP路由组合，路由表中包含两个要素，记录的目的地址是要对接的资金提供方，记录的下一跳路由地址是要调用的接口(这里的下一跳路由地址可用子业务名称标记)。

参照图4所示，为本说明书实施例所涉及的一个路由表示意图，需要说明的是，一个业务流程配置可以对应路由表中一条路由信息，或者，多个业务流程配置对应表示在一个路由表中，或者，一个业务流程配置中的一个业务链路对应一个路由表，或者，一个业务流程配置中的多个业务链路对应一个路由表。

在图4中，示出了三个业务链路对应在一个路由表中的情况，其中，资金方B1对应的业务链路用实线箭头表示，资金方B2对应的业务链路用虚线箭头表示，资金方B3对应的业务链路用加粗实线箭头表示。以调用资金方B1对应的业务链路为例，根据路由表的配置规则进行相应的接口调用即可，首先调用R对应子业务；完成后查表得知下一跳为L，调用L对应子业务；完成后查表得知下一跳为E，调用E对应子业务；依次查表、调用，最终完成对资金方B1的整个业务链路的调用。同理，对资金方B2对应的业务链路、资金方B3对应的业务链路的调用类似，在此不做赘述。

由此，通过使用路由表，可以实现的效果至少包括如下：

(1)、原来对接资金方的业务流程都直接在程序中固化，若业务流程中子业务发生任何变化，都需要开发联调；本说明书采用路由表形式，可以灵活配置业务流程，对于子业务更改只需要修改路由表中路由信息就可实现业务流程的变更，减少开发联调的工作量以及难度；

(2)、原来固化业务流程的方式，是针对每个资金方的业务流程实现的，这样，会产生大量的代码冗余。而本说明书采用路由表形式，可以充分复用子业务的调用程序，简化代码实现，提高开发效率；

(3)、若新对接的资金方，原来固化业务流程的方式需要针对新增资金方重新开发联调流程；而本说明书采用路由表形式，只需要在已有路由表中添加新对接的资金方的路由信息即可实现，降低开发联调成本；

(4)、若担保方的子业务发生变化，原来固化业务流程方式需要开发联调；而本说明书采用路由表形式，可以修改路由表中相应路由信息即可实现，减少开发联调的工作量和难度。

从而，进一步简化业务链路的配置，而且可以支持多样化的业务流程需求，满足多种资金提供方的接入，降低开发联调工作量和难度。

应理解，在本说明书实施例中，所涉及的子业务内容并不做过多介绍，具体可参照现有技术中的业务内容对信贷信息进行处理。

步骤24：向所述资金申请方返回所述业务链路的执行结果。

资金担保方根据对信贷信息的处理结果，向资金申请方返回相应业务链路的执行结果。

通过上述技术方案，基于通过第一接口接收的担保贷款请求，获取与资金提供方标识和/或资金申请方标识对应的业务流程配置，基于业务流程配置所包含业务链路中各子业务的执行顺序，依次调用业务链路中用于处理信贷信息的各子业务，向所述资金申请方返回所述业务链路的执行结果。而且，当子业务包含用于调用资金提供方的第二接口的接口函数时，接口函数调用资金提供方标识对应的第二接口。从而，通过设置业务流程配置，一次开发可支持多种业务链路的调用，实现业务流程灵活配置，维护简单；而且，第一接口和第二接口的通用设计，避免了重复开发，实现了对接方的灵活扩展，降低开发联调成本和难度，提升信用担保业务的对接处理效率。

实施例二

图5是本说明书的一个实施例电子设备的结构示意图。请参考图5，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成共享资源访问控制装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收资金申请方通过第一接口发送的担保贷款请求，所述担保贷款请求携带资金申请方标识、资金提供方标识以及信贷信息，所述第一接口为资金申请方与资金担保方之间的业务接口；

基于所述担保贷款请求，获取与所述资金提供方标识和/或所述资金申请方标识对应的业务流程配置，所述业务流程配置至少包括至少一个子业务构成的业务链路；

基于所述业务链路中各子业务的执行顺序，依次调用所述业务链路中用于处理所述信贷信息的各子业务，其中，当所述子业务包含用于调用资金提供方的第二接口的接口函数时，所述接口函数调用资金提供方标识对应的第二接口；

向所述资金申请方返回所述业务链路的执行结果。

上述如本说明书图1、图2所示实施例揭示的信用担保贷款业务处理装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(CentralProcessing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1的方法，并实现信用担保贷款业务处理装置在图1、图2所示实施例的功能，本说明书实施例在此不再赘述。

当然，除了软件实现方式之外，本说明书实施例的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

通过上述技术方案，基于通过第一接口接收的担保贷款请求，获取与资金提供方标识和/或资金申请方标识对应的业务流程配置，基于业务流程配置所包含业务链路中各子业务的执行顺序，依次调用业务链路中用于处理信贷信息的各子业务，向所述资金申请方返回所述业务链路的执行结果。而且，当子业务包含用于调用资金提供方的第二接口的接口函数时，接口函数调用资金提供方标识对应的第二接口。从而，通过设置业务流程配置，一次开发可支持多种业务链路的调用，实现业务流程灵活配置，维护简单；而且，第一接口和第二接口的通用设计，避免了重复开发，实现了对接方的灵活扩展，降低开发联调成本和难度，提升信用担保贷款业务的对接处理效率。

实施例三

本说明书实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示实施例的方法，并具体用于执行以下方法：

接收资金申请方通过第一接口发送的担保贷款请求，所述担保贷款请求携带资金申请方标识、资金提供方标识以及信贷信息，所述第一接口为资金申请方与资金担保方之间的业务接口；

基于所述担保贷款请求，获取与所述资金提供方标识和/或所述资金申请方标识对应的业务流程配置，所述业务流程配置至少包括至少一个子业务构成的业务链路；

基于所述业务链路中各子业务的执行顺序，依次调用所述业务链路中用于处理所述信贷信息的各子业务，其中，当所述子业务包含用于调用资金提供方的第二接口的接口函数时，所述接口函数调用资金提供方标识对应的第二接口；

向所述资金申请方返回所述业务链路的执行结果。

通过上述技术方案，基于通过第一接口接收的担保贷款请求，获取与资金提供方标识和/或资金申请方标识对应的业务流程配置，基于业务流程配置所包含业务链路中各子业务的执行顺序，依次调用业务链路中用于处理信贷信息的各子业务，向所述资金申请方返回所述业务链路的执行结果。而且，当子业务包含用于调用资金提供方的第二接口的接口函数时，接口函数调用资金提供方标识对应的第二接口。从而，通过设置业务流程配置，一次开发可支持多种业务链路的调用，实现业务流程灵活配置，维护简单；而且，第一接口和第二接口的通用设计，避免了重复开发，实现了对接方的灵活扩展，降低开发联调成本和难度，提升信用担保贷款业务的对接处理效率。

实施例四

图6为本说明书的一个实施例提供的信用担保贷款业务处理装置600的结构示意图。请参考图6，在一种软件实施方式中，信用担保贷款业务处理装置600可包括：

接收模块61，用于接收资金申请方通过第一接口发送的担保贷款请求，所述担保贷款请求携带资金申请方标识、资金发放方标识以及信贷信息，所述第一接口为资金申请方与资金担保方之间的业务接口；

获取模块62，用于基于所述担保贷款请求，获取与所述资金发放方标识和/或所述资金申请方标识对应的业务流程配置，所述业务流程配置至少包括至少一个子业务构成的业务链路；

调用模块63，用于基于所述业务链路中各子业务的执行顺序，依次调用所述业务链路中用于处理所述信贷信息的各子业务，其中，当所述子业务包含用于调用资金发放方的第二接口的接口函数时，所述接口函数调用资金发放方标识对应的第二接口；

返回模块64，用于向所述资金申请方返回所述业务链路的执行结果。

通过上述技术方案，基于通过第一接口接收的担保贷款请求，获取与资金提供方标识和/或资金申请方标识对应的业务流程配置，基于业务流程配置所包含业务链路中各子业务的执行顺序，依次调用业务链路中用于处理信贷信息的各子业务，向所述资金申请方返回所述业务链路的执行结果。而且，当子业务包含用于调用资金提供方的第二接口的接口函数时，接口函数调用资金提供方标识对应的第二接口。从而，通过设置业务流程配置，一次开发可支持多种业务链路的调用，实现业务流程灵活配置，维护简单；而且，第一接口和第二接口的通用设计，避免了重复开发，实现了对接方的灵活扩展，降低开发联调成本和难度，提升信用担保贷款业务的对接处理效率。

可选地，作为一个实施例，多个资金申请方对资金担保方的相同功能调用复用相同的第一接口，所述第一接口包括多个资金申请方的全量要素。

在本说明书实施例的一种具体实现方式中，所述全量要素是根据所述资金担保方所需的要素和所述多个资金提供方所需的要素组合得到。

在本说明书实施例的再一种具体实现方式中，所述业务流程配置中的业务链路是根据所述资金担保方和/或所述资金提供方的业务需求设置的。

在本说明书实施例的再一种具体实现方式中，所述资金担保方对不同资金提供方的相同指定功能调用复用相同的接口函数，所述接口函数封装有所述指定功能在不同资金提供方对应的第二接口。

在本说明书实施例的再一种具体实现方式中，所述业务流程配置是根据所述资金担保方和/或所述资金提供方的子业务确定的路由表。

应理解，本说明书实施例的信用担保贷款业务处理装置还可执行图1-图2中信用担保贷款业务处理装置(或设备)执行的方法，并实现信用担保贷款业务处理装置(或设备)在图1-图2所示实施例的功能，在此不再赘述。

总之，以上所述仅为本说明书的较佳实施例而已，并非用于限定本说明书的保护范围。凡在本说明书的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本说明书的保护范围之内。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

Claims (10)

1.一种信用担保贷款业务处理方法，其特征在于，包括：

接收资金申请方通过第一接口发送的担保贷款请求，所述担保贷款请求携带资金申请方标识、资金提供方标识以及信贷信息，所述第一接口为资金申请方与资金担保方之间的业务接口；

基于所述担保贷款请求，获取与所述资金提供方标识和/或所述资金申请方标识对应的业务流程配置，所述业务流程配置至少包括至少一个子业务构成的业务链路；

基于所述业务链路中各子业务的执行顺序，依次调用所述业务链路中用于处理所述信贷信息的各子业务，其中，当所述子业务包含用于调用资金提供方的第二接口的接口函数时，所述接口函数调用资金提供方标识对应的第二接口；

向所述资金申请方返回所述业务链路的执行结果。

2.如权利要求1所述的方法，其特征在于，多个资金申请方对资金担保方的相同功能调用复用相同的第一接口，所述第一接口包括多个资金申请方的全量要素。

3.如权利要求2所述的方法，其特征在于，所述全量要素是根据所述资金担保方所需的要素和多个所述资金提供方所需的要素组合得到。

4.如权利要求1所述的方法，其特征在于，所述业务流程配置中的业务链路是根据所述资金担保方和/或所述资金提供方的业务需求设置的。

5.如权利要求1所述的方法，其特征在于，所述资金担保方对不同资金提供方的相同指定功能调用复用相同的接口函数，所述接口函数封装有所述指定功能在不同资金提供方对应的第二接口。

6.如权利要求1-5任一项所述的方法，其特征在于，所述业务流程配置是根据所述资金担保方和/或所述资金提供方的子业务确定的路由表。

7.一种信用担保业务处理装置，其特征在于，包括：

接收模块，用于接收资金申请方通过第一接口发送的担保贷款请求，所述担保贷款请求携带资金申请方标识、资金发放方标识以及信贷信息，所述第一接口为资金申请方与资金担保方之间的业务接口；

获取模块，用于基于所述担保贷款请求，获取与所述资金发放方标识和/或所述资金申请方标识对应的业务流程配置，所述业务流程配置至少包括至少一个子业务构成的业务链路；

调用模块，用于基于所述业务链路中各子业务的执行顺序，依次调用所述业务链路中用于处理所述信贷信息的各子业务，其中，当所述子业务包含用于调用资金发放方的第二接口的接口函数时，所述接口函数调用资金发放方标识对应的第二接口；

返回模块，用于向所述资金申请方返回所述业务链路的执行结果。

8.如权利要求7所述的装置，其特征在于，所述业务流程配置是根据所述资金担保方和/或所述资金提供方的子业务确定的路由表。

9.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

接收资金申请方通过第一接口发送的担保贷款请求，所述担保贷款请求携带资金申请方标识、资金提供方标识以及信贷信息，所述第一接口为资金申请方与资金担保方之间的业务接口；

基于所述担保贷款请求，获取与所述资金提供方标识和/或所述资金申请方标识对应的业务流程配置，所述业务流程配置至少包括至少一个子业务构成的业务链路；

基于所述业务链路中各子业务的执行顺序，依次调用所述业务链路中用于处理所述信贷信息的各子业务，其中，当所述子业务包含用于调用资金提供方的第二接口的接口函数时，所述接口函数调用资金提供方标识对应的第二接口；

向所述资金申请方返回所述业务链路的执行结果。

10.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

接收资金申请方通过第一接口发送的担保贷款请求，所述担保贷款请求携带资金申请方标识、资金提供方标识以及信贷信息，所述第一接口为资金申请方与资金担保方之间的业务接口；

基于所述担保贷款请求，获取与所述资金提供方标识和/或所述资金申请方标识对应的业务流程配置，所述业务流程配置至少包括至少一个子业务构成的业务链路；

基于所述业务链路中各子业务的执行顺序，依次调用所述业务链路中用于处理所述信贷信息的各子业务，其中，当所述子业务包含用于调用资金提供方的第二接口的接口函数时，所述接口函数调用资金提供方标识对应的第二接口；

向所述资金申请方返回所述业务链路的执行结果。

Images