贷款方法和贷款装置

贷款方法和贷款装置

在技术领域

本申请涉及计算机领域，并且更具体地，涉及计算机领域中贷款方法和贷款装置。

背景技术

随着贷款产品和贷款业务在金融领域的广泛普及，越来越多的用户选择通过贷款平台办理贷款业务。在现有的贷款方法中，用户通常通过贷款应用程序(application，APP)(或贷款客户端)链接到贷款平台(或贷款组件)，并在贷款平台上进行贷款操作。

然而，由于现有的贷款平台往往是以软件开发工具包(software developmentkit，SDK)插件的形式封装在贷款应用程序(即宿主方)中的，因此，增加了应用程序包的大小。

发明内容

本申请提供一种贷款方法和贷款装置，能够达到不增加应用程序包的大小的技术效果。

为实现上述目的，本申请提供一种贷款方法，包括以下内容：

贷款客户端获取用户的贷款申请信息，所述贷款申请信息包括所述用户的贷款金额以及所述用户的身份信息；

所述贷款客户端通过API向贷款组件发送所述贷款申请信息；

所述贷款客户端通过所述API接收所述贷款组件发送的贷款申请结果，所述贷款申请结果包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项；

所述贷款客户端向所述用户输出所述贷款申请结果。

在一种可能的实现方式中，所述贷款客户端获取用户的贷款申请信息，包括：所述贷款客户端获取所述用户输入的所述贷款申请信息。

在一种可能的实现方式中，所述贷款申请信息还包括风险信息，所述风险信息用于表示所述用户通过所述贷款客户端进行贷款操作是否具有风险，所述方法还包括：所述贷款客户端获取所在终端的设备信息，所述设备信息包括所述终端的品牌和型号；所述贷款客户端根据所述终端的设备信息和预存的关联信息，确定所述风险信息，所述关联信息包括所述终端认证的至少一个机主，所述至少一个机主包括所述用户；所述贷款客户端通过所述API向所述贷款组件发送所述风险信息。

也就是说，该贷款客户端提前会将该终端的设备信息与至少一个机主的身份信息进行绑定，即默认该至少一个机主具有使用该贷款客户端进行贷款操作的权限，其他用户通过该贷款客户端进行贷款操作可能具有风险。

这样一来，如果其他用户使用该终端进行贷款操作，该贷款客户端发现该其它用户的身份信息不在该关联信息中，就可以确定该其它用户不是该终端的机主，通过该贷款客户端进行贷款操作可能具有风险，因此，会向该贷款组件发送风险信息，该风险信息表示该其它用户通过该贷款客户端进行贷款操作具有一定的风险。

在一种可能的实现方式中，所述贷款审批结果包括所述用户是否符合贷款资格和所述用户的贷款额度；贷款签约结果包括所述用户与贷款提供方是否完成贷款合同签订；贷后管理结果包括所述贷款提供方向所述用户制定的还款计划。

在一种可能的实现方式中，所述贷款申请结果包括所述贷款提供方向所述用户制定的还款计划，所述还款计划包括还款时间和还款金额，所述方法还包括：所述贷款客户端在所述还款时间之前向所述用户提醒所述还款计划。

为实现上述目的，本申请提供另一种贷款方法，包括以下内容：

贷款组件通过API接收贷款客户端发送的用户的贷款申请信息，所述贷款申请信息包括所述用户的贷款金额以及所述用户的身份信息；

所述贷款组件根据所述贷款申请信息，确定贷款申请结果，所述贷款申请结包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项；

所述贷款组件通过所述API向所述贷款客户端发送所述贷款申请结果。

在一种可能的实现方式中，所述贷款审批结果包括所述用户是否符合贷款资格和所述用户的贷款额度；贷款签约结果包括所述用户与贷款提供方是否完成贷款合同签订；贷后管理结果包括所述贷款提供方向所述用户制定的还款计划。

在一种可能的实现方式中，所述贷款申请信息还包括风险信息，所述风险信息用于表示所述用户通过所述贷款客户端进行贷款操作是否具有风险。

这样一来，如果其他用户使用该终端进行贷款操作，该贷款组件接收到的风险信息会指示该其它用户通过该贷款客户端进行贷款操作具有风险，因此，在进行贷款审批时，会考虑该风险信息。

为实现上述目的，本申请提供一种贷款装置，该装置具体包括：

获取单元，用于获取用户的贷款申请信息，所述贷款申请信息包括所述用户的贷款金额以及所述用户的身份信息；

第一发送单元，用于通过API向贷款组件发送所述获取单元获取的所述贷款申请信息；

第一接收单元，用于通过所述API接收所述贷款组件发送的贷款申请结果，所述贷款申请结果包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项；

输出单元，用于向所述用户输出所述第一接收单元接收的所述贷款申请结果。

在一种可能的实现方式中，所述获取单元具体用于获取所述用户输入的所述贷款申请信息。

在一种可能的实现方式中，所述贷款申请信息还包括风险信息，所述风险信息用于表示所述用户通过所述贷款客户端进行贷款操作是否具有风险，所述装置还包括确定单元；所述获取单元还用于获取所在终端的设备信息，所述设备信息包括所述终端的品牌和型号；所述确定单元用于根据所述终端的设备信息和预存的关联信息，确定所述风险信息，所述关联信息包括所述终端认证的至少一个机主，所述至少一个机主包括所述用户；所述第一发送单元用于通过所述API向所述贷款组件发送所述风险信息。

也就是说，该贷款客户端提前会将该终端的设备信息与至少一个机主的身份信息进行绑定，即默认该至少一个机主具有使用该贷款客户端进行贷款操作的权限，其他用户通过该贷款客户端进行贷款操作可能具有风险。

这样一来，如果其他用户使用该终端进行贷款操作，该贷款客户端发现该其它用户的身份信息不在该关联信息中，就可以确定该其它用户不是该终端的机主，通过该贷款客户端进行贷款操作可能具有风险，因此，会向该贷款组件发送风险信息，该风险信息表示该其它用户通过该贷款客户端进行贷款操作具有一定的风险。

在一种可能的实现方式中，所述贷款审批结果包括所述用户是否符合贷款资格和所述用户的贷款额度；贷款签约结果包括所述用户与贷款提供方是否完成贷款合同签订；贷后管理结果包括所述贷款提供方向所述用户制定的还款计划。

在一种可能的实现方式中，所述贷款申请结果包括所述贷款提供方向所述用户制定的还款计划，所述还款计划包括还款时间和还款金额，所述装置还包括提醒单元，所述提醒单元用于在所述还款时间之前向所述用户提醒所述还款计划。

为实现上述目的，本申请提供另一种贷款装置，该装置具体包括：

第二接收单元，用于通过API接收贷款客户端发送的用户的贷款申请信息，所述贷款申请信息包括所述用户的贷款金额以及所述用户的身份信息；

确定单元，用于根据所述所述第二接收单元接收的所述贷款申请信息，确定贷款申请结果，所述贷款申请结包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项；

第二发送单元，用于通过所述API向所述贷款客户端发送所述确定单元确定的所述贷款申请结果。

在一种可能的实现方式中，所述贷款审批结果包括所述用户是否符合贷款资格和所述用户的贷款额度；贷款签约结果包括所述用户与贷款提供方是否完成贷款合同签订；贷后管理结果包括所述贷款提供方向所述用户制定的还款计划。

在一种可能的实现方式中，所述贷款申请信息还包括风险信息，所述风险信息用于表示所述用户通过所述贷款客户端进行贷款操作是否具有风险。

为实现上述目的，本申请还提供一种计算机设备，包括存储器、处理器、通信接口以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述存储器、所述处理器以及所述通信接口之间通过内部连接通路互相通信，所述处理器执行所述计算机程序时实现上述方法的以下步骤：

获取用户的贷款申请信息，所述贷款申请信息包括所述用户的贷款金额以及所述用户的身份信息；

通过API向贷款组件发送所述贷款申请信息；

通过所述API接收所述贷款组件发送的贷款申请结果，所述贷款申请结果包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项；

向所述用户输出所述贷款申请结果。

为实现上述目的，本申请提供另一种计算机设备，包括存储器、处理器、通信接口以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述存储器、所述处理器以及所述通信接口之间通过内部连接通路互相通信，所述处理器执行所述计算机程序时实现上述方法的以下步骤：

通过API接收贷款客户端发送的用户的贷款申请信息，所述贷款申请信息包括所述用户的贷款金额以及所述用户的身份信息；

根据所述贷款申请信息，确定贷款申请结果，所述贷款申请结包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项；

通过所述API向所述贷款客户端发送所述贷款申请结果。

为实现上述目的，本申请提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的以下步骤：

获取用户的贷款申请信息，所述贷款申请信息包括所述用户的贷款金额以及所述用户的身份信息；

通过API向贷款组件发送所述贷款申请信息；

通过所述API接收所述贷款组件发送的贷款申请结果，所述贷款申请结果包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项；

向所述用户输出所述贷款申请结果。

为实现上述目的，本申请提供另一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的以下步骤：

通过API接收贷款客户端发送的用户的贷款申请信息，所述贷款申请信息包括所述用户的贷款金额以及所述用户的身份信息；

根据所述贷款申请信息，确定贷款申请结果，所述贷款申请结包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项；

通过所述API向所述贷款客户端发送所述贷款申请结果。

本申请提供的贷款方法、贷款装置、计算机设备和计算机可读存储介质中，贷款客户端获取贷款申请信息，并通过API向贷款组件发送该贷款申请信息。相应地，该贷款组件通过API接收该贷款申请信息，并根据该贷款申请信息，确定贷款申请结果，并通过API向该贷款客户端发送该贷款申请结果。最后，该贷款客户端向用户输出该贷款申请结果。

也就是说，相比于现有技术中贷款组件以SDK插件的形式封装在贷款客户端中，本申请实施例中将贷款组件从贷款客户端中分离出去，通过API实现贷款客户端与贷款组件之间的连接，能够达到不增加应用程序包的大小的技术效果。

此外，相比于现有技术中贷款组件中固化的贷款流程，本申请实施例中贷款客户端可以根据用户需求设计页面，以获取贷款申请信息，并将该贷款申请信息通过API发送给贷款组件进行后续流程，灵活性更强。另外，该贷款客户端还可以将获取到的贷款申请信息发送给其它组件进行其它业务的交互流程，灵活性较强。

附图说明

图1是本申请实施例提供的贷款方法的示意性流程图；

图2是本申请实施例提供的另一贷款方法的示意性流程图；

图3是本申请实施例提供的另一贷款方法的示意性流程图；

图4是本申请实施例提供的贷款装置的示意性框图；

图5是本申请实施例提供的另一贷款装置示意性框图；

图6是本申请实施例提供的又一贷款装置示意性框图；

图7是本申请实施例提供的又一贷款装置示意性框图。

具体实施方式

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

图1示出了本申请实施例提供的贷款方法100的示意性流程图。应理解，该方法100可以由贷款客户端执行。

S110，贷款客户端获取用户的贷款申请信息，该贷款申请信息包括该用户的贷款金额以及该用户的身份信息。

需要说明的是，本申请实施例中所述的贷款客户端可以是任意一款在手机或其它终端设备中使用的能够支持用户进行贷款操作的应用程序。例如，该贷款客户端可以是支付宝APP，也可以是APP等。

可选地，在S110中，该贷款客户端可以通过多种方式获取该用户的贷款申请信息，本申请实施例对此不作限定。

在一种可能的实现方式中，该贷款客户端可以获取该用户输入的该贷款申请信息。

具体地，该贷款客户端可以根据自己的界面设计风格，向用户显示填写贷款申请信息的界面。用户根据自己的实际情况在该界面上进行填写。相应地，该贷款客户端获取该用户输入的该贷款申请信息。

例如，该界面包括贷款金额选项和用户的身份信息选项，该贷款客户端可以获取用户输入的贷款金额和身份信息。

可选地，该贷款申请信息还可以包括还款计划，该还款计划可以包括还款时间、还款金额和还款方式。其中，还款方式可以为等额本金或等额本息等方式。

又例如，该界面包括还款计划选项和身份信息选项，该贷款客户端可以获取用户输入的还款计划和身份信息；并根据该还款计划，确定该贷款金额。

可选地，该用户的身份信息可以包括姓名、身份证号、年龄、工作单位、学历、征信、证件照等信息。

可选地，S110中该贷款申请信息还可以包括风险信息，该风险信息用于表示该用户通过该贷款客户端进行贷款操作是否具有风险，该方法还包括：该贷款客户端获取该贷款客户端所在终端的设备信息，该设备信息包括该终端的品牌和型号；该贷款客户端根据该终端的终端信息和预存的关联信息，确定该风险信息，该关联信息包括该终端认证的至少一个机主的身份信息，该至少一个机主包括该用户；该贷款客户端向该贷款组件发送该风险信息。

也就是说，该贷款客户端提前会将该终端的设备信息与至少一个机主的身份信息进行绑定，即默认该至少一个机主具有使用该贷款客户端进行贷款操作的权限，其他用户通过该贷款客户端进行贷款操作可能具有风险。

这样一来，如果其他用户使用该终端进行贷款操作，该贷款客户端发现该其它用户的身份信息不在该关联信息中，就可以确定该其它用户不是该终端的机主，通过该贷款客户端进行贷款操作可能具有风险，因此，会向该贷款组件发送风险信息，该风险信息表示该其它用户通过该贷款客户端进行贷款操作具有一定的风险。

例如，在汽车之家应用程序中，汽车之家可以支持用户进行贷款操作，该应用程序根据历史登陆情况，预存了该汽车之家所在终端的关联信息，即有权限使用该汽车之家进行贷款操作的人。此时，当用户想要在汽车之家中进行贷款操作，该应用程序可以获取用户的身份信息、贷款金额以及该用户进行操作时的设备信息，并将该用户的身份信息与关联信息中的人进行比对。如果关联信中的人包括该用户，则该风险信息指示该用户具有通过该应用程序进行贷款操作的资格；如果关联信息中的人不包括该用户，则该风险信息指示该用户通过该应用程序进行贷款操作具有风险。

S120，该贷款客户端通过API向贷款组件发送该贷款申请信息。

需要说明的是，本申请实施例中所述的贷款组件可以可以是各大经融机构或者其他贷款业务提供方的组件。例如，该贷款组件可以是平安普惠贷款组件，也可以是招商银行贷款组件等。

可选地，在S120之前，该贷款客户端可以调用人脸识别SDK组件对贷款用户进行人脸识别认证。相应地，在S120中，当该人脸识别认证成功之后，该贷款客户端通过应用程序编程接口API向该贷款组件发送该贷款申请信息。

可选地，在S120之前，该贷款客户端在研发过程中需要预先配置API接口，该API接口可以建立该贷款客户端与该贷款组件之间的连接。也就是说，该贷款客户端通过该API接口能够调用该贷款组件，并通过该API接口与该贷款组件进行信息交互。

例如，在该贷款客户端的代码中编写能够通过该API接口调用该贷款组件的代码段。

具体地，在S120中，贷款客户端可以通过API调用贷款组件，通过贷款组件来完成贷款用户的贷款审批、贷款签约和贷后管理中的任一项业务。

本申请实施例提供的贷款方法，贷款客户端是通过API结构与贷款组件连接，不会占用贷款客户端客户端应用程序包的大小，因此可以达到不增加客户端应用程序包的技术效果。

S130，该贷款客户端通过该API接收该贷款组件发送的贷款申请结果，该贷款申请结果包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项。

S140，该贷款客户端向该用户输出该贷款申请结果。

可选地，该贷款审批结果包括该用户是否符合贷款资格和该用户的贷款额度；贷款签约结果包括该用户与贷款提供方是否完成贷款合同签订；贷后管理结果包括该贷款提供方向该用户制定的还款计划。

在一种可能的实现方式中，S130中的贷款申请结果包括贷款审批结果，且该贷款审批结果中的贷款资格审核通过。相应地，在S140中，该贷款客户端可以向用户发送该贷款审批结果。之后，用户可以进行下一步贷款操作，例如，贷款签约。

类似地，S130中的贷款申请结果包括贷款签约结果，且该贷款签约结果中的贷款合同完成签订。相应地，在S140中，该贷款客户端可以向用户发送该贷款签约结果。之后，用户可以进行下一步贷款操作，例如，贷后管理。

换句话说，用户在贷款组件上完成贷款签约后，贷款组件可以向贷款客户端发送用户完成贷款签约的信息。此时，用户可以继续在贷款组件中完成后续贷款业务的办理，也可以从贷款组件中退出，终止和/或中止后续业务的办理。当用户中止后续业务的办理后，想要重新进入贷款组件进行业务办理时，贷款客户端可以将用户之前办理业务的贷款签约信息发送给贷款组件，贷款组件可以直接与用户进行后续贷款业务的办理。

在另一种可能的实现方式中，该贷款申请结果包括该贷款提供方向该用户制定的还款计划，且该还款计划包括还款时间和还款金额。相应地，在S140中，该贷款客户端可以向用户发送该还款计划。

本申请实施例提供的贷款方法，贷款客户端可以灵活配置用户的贷款交互流程，即贷款客户端可以根据用户的需求合理配置该贷款客户端的服务和第三方服务。

相比于现有技术中，用户使用贷款SDK插件包进行贷款操作时，只能按照服务方既定的流程进行。而本申请中，用户在贷款客户端上进行贷款申请的过程中，在该贷款客户端搜集到用户的贷款申请信息之后，可以选择进入审批贷款环节，也可以选择看贷款说明，或者选择去查看其它贷款产品。也就是说，贷款客户端可以根据用户的实际需求选择调用不同API为用户进行服务，灵活性更强。

此外，该方法还包括：该贷款客户端可以在该还款时间的截止时刻前向该用户提醒该还款时间和/或还款金额。

例如，贷款申请结果中的还款计划为用户在每月1号偿还贷款1000元，该贷款客户端可以通过显示界面向用户显示该还款计划，并在每个月1号某个时间点向用户发送提醒消息，该提醒消息包括还款时间和/还款金额。

可选地，S140中，该贷款客户端可以通过多种方式向该用户输出该贷款申请结果，本申请实施例对此不作限定。

在一种可能的实现方式中，该贷款客户端可以通过界面向该用户显示该贷款申请结果。

在另一种可能的实现方式中，该贷款客户端可以通过邮件向该用户发送该贷款申请结果。

图2示出了本申请实施例提供的贷款方法200的示意性流程图。应理解，该方法200可以由贷款组件执行。

S210，贷款组件通过API接收贷款客户端发送的用户的贷款申请信息，该贷款申请信息包括该用户的贷款金额以及该用户的身份信息。

可选地，在S210之前，该贷款组件在研发过程中需要预先配置API接口，该API接口建立该贷款组件与该贷款客户端之间的连接。也就是说，该贷款客户端通过该API接口能够调用该贷款组件，并通过该API接口与该贷款组件进行信息交互。

例如，在该贷款组件的代码中编写能够通过该API接口调用该贷款客户端的代码段。

需要说明的是，本申请实施例中所述的贷款组件可以可以是各大经融机构或者其他贷款业务提供方的组件。例如，该贷款组件可以是平安普惠贷款组件，也可以是招商银行贷款组件等。

还需要说明的是，本申请实施例中所述的贷款客户端可以是任意一款在手机或其它终端设备中使用的能够支持用户进行贷款操作的应用程序。例如，该贷款客户端可以是支付宝APP，也可以是APP等。

S220，该贷款组件根据该贷款申请信息，确定贷款申请结果，该贷款申请结包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项。

具体地，该贷款组件可以根据该贷款申请信息和预设规则与该用户完成贷款审批、贷款签约和贷后管理中的至少一项业务。

需要说明的是，上述预设规则与用户完成贷款审批等业务与现有技术相同，这里的预设规则可以是银行自主设定的规则。例如，银行可以综合考虑用户的征信记录、信用卡用卡情况、违约记录、固定资产情况等来制定的规则为用户进行贷款审批。贷款签约的规则可以包括电子签约程序、担保签约程序等。贷后管理规则可以包括定期对贷款用户的还款提醒、还款催缴等等。

可选地，所述贷款申请信息还包括风险信息，所述风险信息用于表示所述用户通过所述贷款客户端进行贷款操作是否具有风险。

这样一来，如果其他用户使用该终端进行贷款操作，该贷款组件接收到的风险信息会指示该其它用户通过该贷款客户端进行贷款操作具有风险，因此，在进行贷款审批时，会考虑该风险信息。

S230，该贷款组件通过该API向该贷款客户端发送该贷款申请结果。

图3示出了本申请实施例体用的贷款系统300的示意性流程图。应理解，该方法300可以应用于贷款系统，该贷款系统包括贷款客户端和贷款组件。

需要说明的是，本申请实施例中所述的贷款客户端可以理解为。

还需要说明的是，本申请实施例中所述的贷款组件可以理解为。

S310，贷款客户端获取用户的贷款申请信息，所述贷款申请信息包括所述用户的身份信息和所述用户的贷款金额。

S320，该贷款客户端通过API向贷款组件发送该贷款申请信息；相应地，该贷款组件通过该API接收该贷款申请信息。

可选地，在S310之前，在研发过程中需要预先为该贷款组件和该贷款客户端分别配置API接口，该API接口建立该贷款组件与该贷款客户端之间的连接。也就是说，该贷款客户端通过该API接口能够调用该贷款组件，并通过该API接口与该贷款组件进行信息交互。

例如，在该贷款组件的代码中编写能够通过该API接口调用该贷款客户端的代码段，并在该贷款客户端的代码中编写能够通过该API接口调用该贷款组件的代码段。

S330，该贷款组件根据该贷款申请信息，确定该用户的贷款申请结果，所述贷款申请结果包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项。

需要说明的是，S330的具体实现与S220类似，为避免重复，此处不再赘述。

S340，该贷款组件通过API向该贷款客户端发送该贷款申请结果；相应地，该贷款客户端通过该API接收该贷款组件发送的该贷款申请结果。

S350，该贷款客户端向该用户输出该贷款申请结果。

需要说明的是，S350的具体实现与S140类似，为避免重复，此处不再赘述。

上面结合图1至图3介绍了本申请实施例提供的贷款方法，下面将结合图4至图7介绍本申请实施例提供的贷款装置。

图4示出了本申请实施例提供的贷款装置400的示意性框图。该装置400例如可以为上述图1和图3中所述的贷款客户端，该装置400包括：

获取单元410，用于获取用户的贷款申请信息，所述贷款申请信息包括所述用户的贷款金额以及所述用户的身份信息；

第一发送单元420，用于通过API向贷款组件发送所述获取单元获取的所述贷款申请信息；

第一接收单元430，用于通过所述API接收所述贷款组件发送的贷款申请结果，所述贷款申请结果包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项；

输出单元440，用于向所述用户输出所述第一接收单元430接收的所述贷款申请结果。

可选地，所述获取单元具体用于获取所述用户输入的所述贷款申请信息。

可选地，所述贷款申请信息还包括风险信息，所述风险信息用于表示所述用户通过所述贷款客户端进行贷款操作是否具有风险，所述装置还包括确定单元；所述获取单元还用于获取所在终端的设备信息，所述设备信息包括所述终端的品牌和型号；所述确定单元用于根据所述终端的设备信息和预存的关联信息，确定所述风险信息，所述关联信息包括所述终端认证的至少一个机主，所述至少一个机主包括所述用户；所述第一发送单元用于通过所述API向所述贷款组件发送所述风险信息。

也就是说，该贷款客户端提前会将该终端的设备信息与至少一个机主的身份信息进行绑定，即默认该至少一个机主具有使用该贷款客户端进行贷款操作的权限，其他用户通过该贷款客户端进行贷款操作可能具有风险。

这样一来，如果其他用户使用该终端进行贷款操作，该贷款客户端发现该其它用户的身份信息不在该关联信息中，就可以确定该其它用户不是该终端的机主，通过该贷款客户端进行贷款操作可能具有风险，因此，会向该贷款组件发送风险信息，该风险信息表示该其它用户通过该贷款客户端进行贷款操作具有一定的风险。

可选地，所述贷款审批结果包括所述用户是否符合贷款资格和所述用户的贷款额度；贷款签约结果包括所述用户与贷款提供方是否完成贷款合同签订；贷后管理结果包括所述贷款提供方向所述用户制定的还款计划。

可选地，所述贷款申请结果包括所述贷款提供方向所述用户制定的还款计划，所述还款计划包括还款时间和还款金额，所述装置还包括提醒单元，所述提醒单元用于在所述还款时间之前向所述用户提醒所述还款计划。

图5示出了本申请实施例提供的贷款装置500的示意性框图。该装置500例如可以为上述图2和图3中所述的贷款组件，该装置500包括：

第二接收单元510，用于通过API接收贷款客户端发送的用户的贷款申请信息，所述贷款申请信息包括所述用户的贷款金额以及所述用户的身份信息；

确定单元520，用于根据所述所述第二接收单元510接收的所述贷款申请信息，确定贷款申请结果，所述贷款申请结包括贷款审批结果、贷款签约结果和贷后管理结果中的至少一项；

第二发送单元530，用于通过所述API向所述贷款客户端发送所述确定单元520确定的所述贷款申请结果。

可选地，所述贷款审批结果包括所述用户是否符合贷款资格和所述用户的贷款额度；贷款签约结果包括所述用户与贷款提供方是否完成贷款合同签订；贷后管理结果包括所述贷款提供方向所述用户制定的还款计划。

可选地，所述贷款申请信息还包括风险信息，所述风险信息用于表示所述用户通过所述贷款客户端进行贷款操作是否具有风险。

图6示出了本申请实施例提供的贷款装置600的示意性框图。该装置600可以为图4中所述的装置400，该装置600可以采用如图6所示的硬件架构。该装置600可以包括处理器610、通信接口620和存储器630，该处理器610、通信接口620和存储器630通过内部连接通路互相通信。图4中的获取单元410所实现的相关功能可以由处理器610来实现，第一发送单元420、第一接收单元430和输出单元440所实现的相关功能可以由处理器610控制通信接口620来实现。

该处理器610可以包括是一个或多个处理器，例如包括一个或多个中央处理单元(central processing unit，CPU)，在处理器是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

该通信接口620用于输入和/或输出数据。该通信接口可以包括发送接口和接收接口，发送接口用于输出数据，接收接口用于输入数据。

该存储器630包括但不限于是随机存取存储器(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程存储器(erasable programmable readonly memory，EPROM)、只读光盘(compact disc read-only memory，CD-ROM)，该存储器630用于存储相关指令及数据。

存储器630用于存储该装置的程序代码和数据，可以为单独的器件或集成在处理器610中。

具体地，所述处理器610用于控制通信接口620调用存储器630中存储的代码指令并执行该代码指令。具体可参见方法实施例中的描述，在此不再赘述。

可以理解的是，图6仅仅示出了装置的简化设计。在实际应用中，该装置600还可以分别包含必要的其他元件，包含但不限于任意数量的通信接口、处理器、控制器、存储器等，而所有可以实现本申请的装置都在本申请的保护范围之内。

在一种可能的设计中，该装置600可以被替换为芯片装置，例如可以为可用于该装置中的芯片，用于实现该装置中处理器610的相关功能。该芯片装置可以为实现相关功能的现场可编程门阵列，专用集成芯片，系统芯片，中央处理器，网络处理器，数字信号处理电路，微控制器，还可以采用可编程控制器或其他集成芯片。该芯片中，可选的可以包括一个或多个存储器，用于存储程序代码，当所述代码被执行时，使得处理器实现相应的功能。

图7示出了本申请实施例提供的贷款装置700的示意性框图。该装置700可以为图5中所述的装置500，该装置700可以采用如图7所示的硬件架构。该装置700可以包括处理器710、通信接口720和存储器730，该处理器710、通信接口720和存储器730通过内部连接通路互相通信。图5中的确定单元520所实现的相关功能可以由处理器710来实现，第二接收单元510和第二发送单元530所实现的相关功能可以由处理器710控制通信接口720来实现。

该处理器710可以包括是一个或多个处理器，例如包括一个或多个中央处理单元(central processing unit，CPU)，在处理器是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

该通信接口720用于输入和/或输出数据。该通信接口可以包括发送接口和接收接口，发送接口用于输出数据，接收接口用于输入数据。

该存储器730包括但不限于是随机存取存储器(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程存储器(erasable programmable readonly memory，EPROM)、只读光盘(compact disc read-only memory，CD-ROM)，该存储器730用于存储相关指令及数据。

存储器730用于存储该装置的程序代码和数据，可以为单独的器件或集成在处理器710中。

具体地，所述处理器710用于控制通信接口720调用存储器730中存储的代码指令并执行该代码指令。具体可参见方法实施例中的描述，在此不再赘述。

可以理解的是，图7仅仅示出了装置的简化设计。在实际应用中，该装置700还可以分别包含必要的其他元件，包含但不限于任意数量的通信接口、处理器、控制器、存储器等，而所有可以实现本申请的装置都在本申请的保护范围之内。

在一种可能的设计中，该装置700可以被替换为芯片装置，例如可以为可用于该装置中的芯片，用于实现该装置中处理器710的相关功能。该芯片装置可以为实现相关功能的现场可编程门阵列，专用集成芯片，系统芯片，中央处理器，网络处理器，数字信号处理电路，微控制器，还可以采用可编程控制器或其他集成芯片。该芯片中，可选的可以包括一个或多个存储器，用于存储程序代码，当所述代码被执行时，使得处理器实现相应的功能。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。