CN110390512A - 互联网金融管理方法、系统、存储介质及设备 - Google Patents

Abstract

本发明实施例公开了互联网金融管理方法、系统、存储介质及设备。该方法包括：通过授信申请接口接收用户的授信申请，并根据授信申请确定目标合作方系统，通过授信申请接口将用户的授信申请信息发送至目标合作方系统，通过授信查询接口接收目标合作方系统返回的授信申请结果，若授信申请结果为成功，则获取用户的放款申请信息，并通过放款申请接口将放款申请信息发送至目标合作方系统，通过放款查询接口接收目标合作方系统返回的放款申请结果，并根据放款申请结果更新放款状态。本发明实施例通过采用上述技术方案，可以将互联网金融管理系统的贷前流程标准化，对外仅暴露四个接口，提升开发效率，同时方便日后的维护和监控，降低管理成本。

Description

互联网金融管理方法、系统、存储介质及设备

技术领域

本发明实施例涉及计算机技术领域，尤其涉及互联网金融管理方法、系统、存储介质及设备。

背景技术

互联网金融是指传统金融机构与互联网企业利用互联网技术和信息通信技术实现资金融通、支付、投资和信息中介服务的新型金融业务模式。作为一家互联网金融公司，为了提供更优质的服务，资金的充足是保障，而在企业的高速发展中，需要更多的资金渠道和资金额度以满足企业的对外业务，减少由于资金问题而导致用户的流失，因此需要保证合作方的数量。

由于企业业务发展较快，合作方越来越多，传统的业务系统在每次新增合作方，接入合作方资金业务时，都需要为了满足合作方的系统业务要求对自己现有的流程做改动，并针对该合作方构建一个新的系统环境，并且，在每次有系统升级时，都需要逐一升级与各个合作方匹配的系统环境。因此，现有的互联网金融管理方案，管理和维护成本高，开发效率低，需要改进。

发明内容

本发明实施例提供了互联网金融管理方法、系统、存储介质及设备，可以优化现有的互联网金融管理方案。

第一方面，本发明实施例提供了一种互联网金融管理方法，应用于互联网金融管理系统，所述互联网金融管理系统配置有对外统一的标准接口，所述标准接口对接所有合作方系统，所述标准接口包括授信申请接口、授信查询接口、放款申请接口和放款查询接口，所述方法包括：

通过所述授信申请接口接收用户的授信申请，并根据所述授信申请确定目标合作方系统，通过所述授信申请接口将所述用户的授信申请信息发送至所述目标合作方系统；

通过所述授信查询接口接收所述目标合作方系统返回的授信申请结果；

若所述授信申请结果为成功，则获取所述用户的放款申请信息，并通过所述放款申请接口将所述放款申请信息发送至所述目标合作方系统；

通过放款查询接口接收所述目标合作方系统返回的放款申请结果，并根据所述放款申请结果更新放款状态。

第二方面，本发明实施例提供了一种互联网金融管理系统，所述互联网金融管理系统配置有对外统一的标准接口，所述标准接口对接所有合作方系统，所述标准接口包括授信申请接口、授信查询接口、放款申请接口和放款查询接口，所述系统包括：

授信申请管理模块，用于通过所述授信申请接口接收用户的授信申请，并根据所述授信申请确定目标合作方系统，通过所述授信申请接口将所述用户的授信申请信息发送至所述目标合作方系统；

授信申请查询模块，用于通过所述授信查询接口接收所述目标合作方系统返回的授信申请结果；

放款申请管理模块，用于在所述授信申请结果为成功时，获取所述用户的放款申请信息，并通过所述放款申请接口将所述放款申请信息发送至所述目标合作方系统；

放款申请查询模块，用于通过放款查询接口接收所述目标合作方系统返回的放款申请结果，并根据所述放款申请结果更新放款状态。

第三方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本发明实施例提供的互联网金融管理方法。

第四方面，本发明实施例提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如本发明实施例提供的互联网金融管理方法。

本发明实施例中提供的互联网金融管理方案，应用于互联网金融管理系统，互联网金融管理系统配置有对外统一的授信申请接口、授信查询接口、放款申请接口和放款查询接口，通过授信申请接口接收用户的授信申请，并根据授信申请确定目标合作方系统，通过授信申请接口将用户的授信申请信息发送至目标合作方系统，通过授信查询接口接收目标合作方系统返回的授信申请结果，若授信申请结果为成功，则获取用户的放款申请信息，并通过放款申请接口将放款申请信息发送至目标合作方系统，通过放款查询接口接收目标合作方系统返回的放款申请结果，并根据放款申请结果更新放款状态。通过采用上述技术方案，可以将互联网金融管理系统的贷前流程标准化，对外仅暴露四个接口，开发人员只需关注与合作方的交互，可以减少重复开发工作量，提升开发效率，同时方便日后的维护和监控，降低管理成本。

附图说明

图1为本发明实施例一提供的一种互联网金融管理方法的流程示意图；

图2为本发明实施例二提供的一种互联网金融管理方法的流程示意图；

图3为本发明实施例三提供的一种互联网金融管理方法的流程示意图；

图4为本发明实施例三提供的一种授信管理流程示意图；

图5为本发明实施例三提供的一种配置页面示意图；

图6为本发明实施例三提供的一种配置窗口示意图；

图7为本发明实施例提供的一种互联网金融管理系统的结构框图；

图8为本发明实施例提供的一种计算机设备的结构框图。

具体实施方式

下面结合附图并通过具体实施方式来进一步说明本发明的技术方案。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1为本发明实施例提供的一种互联网金融管理方法的流程示意图，该方法可以由互联网金融管理系统执行，其中该系统可由软件和/或硬件实现，一般可集成在服务器等计算机设备中。

相关技术中，互联网金融管理系统需要与众多合作方系统进行通信，为了满足各个合作方系统的业务需求，需要针对每个合作方的系统单独构建系统环境，每次进行互联网金融管理系统的系统升级时，都需要逐一升级与各个合作方匹配的系统环境。例如，如果有个公共包需要更新，就需要逐一更新合作方的项目，会影响互联网金融管理系统的稳定性，进而影响互联网金融企业的业务环境稳定，互联网金融管理系统后期的升级维护成本高，难以管理，同时开发效率低、耗时长，风险极大。

本申请实施例中的互联网金融管理系统配置有对外统一的标准接口，所述标准接口对接所有合作方系统，所述标准接口包括授信申请接口、授信查询接口、放款申请接口和放款查询接口。通过针对贷前流程进行标准化处理，为贷前流程配置了四个标准接口，基于这四个标准接口统一对接所有合作方系统，降低开发和管理成本。

具体的，如图1所示，该方法可包括：

步骤101、通过授信申请接口接收用户的授信申请，并根据授信申请确定目标合作方系统，通过授信申请接口将用户的授信申请信息发送至目标合作方系统。

示例性的，用户可以通过手机等移动终端或计算机等其他终端中的应用程序或网页等向本发明实施例中的互联网金融管理系统发送授信申请，该授信申请可以是基于超文本传输协议(Hyper Text Transfer Protocol，HTTP)或超文本传输安全协议(Hyper TextTransfer Protocol over Secure Socket Layer，HTTPS)的网络请求。本发明实施例可以通过授信申请接口接收用户的授信申请。可选的，用户在发出授信申请前，可以选择自己想要建立借贷关系的对象，也即本发明实施例中的合作方，在授信申请中可以包含用户选择的目标合作方的身份标识，如名称或代号等。本发明实施例可以通过对授信申请进行解析，得到其中的目标合作方的身份标识，进而确定目标合作方系统。

示例性的，用户的授信申请信息可以包括用户的基本信息，如姓名、性别、身份证号、身份证照片、银行卡号、银行卡照片、联系方式以及征信情况等，还可能包括用户的静态或动态影像信息等，以便于合作方根据这些信息判断是否授信通过，进而满足放款要求。

不同的合作方可能对授信申请信息中包含的项目要求不同，可根据目标合作方系统的要求获取用户的授信申请信息。例如，合作方系统A要求的项目包括身份证照片、银行卡照片、联系方式以及征信情况，则可获取这四项内容；而合作方系统B要求的项目包括姓名、性别、身份证号、银行卡号以及用户的动态影像信息，则可获取这五项内容。

对于一个用户来说，可能是已经在互联网金融管理系统中注册的老用户，系统中一般已经存储有该用户的授信申请相关信息，这样就可以从系统中直接获取授信申请信息；若该用户是互联网金融管理系统的新用户，则可提醒用户提供授信申请相关信息并存储用户输入的内容。此外，在获取授信申请信息时，若发现未获取到目标合作方系统要求的某项授信申请信息，则可提醒用户输入该项授信申请信息。

示例性的，在获取到用户的授信申请信息后，通过授信申请接口发送至目标合作方系统，供目标合作方系统进行授信审核。

步骤102、通过授信查询接口接收目标合作方系统返回的授信申请结果。

示例性的，可以等待目标合作方系统自动返回授信申请结果，也可以通过授信查询接口主动向目标合作方系统发出授信查询请求。在互联网金融系统中，以授信查询接口接收到的返回结果为准，以确保双方的结果一致性。

步骤103、若授信申请结果为成功，则获取用户的放款申请信息，并通过放款申请接口将放款申请信息发送至目标合作方系统。

示例性的，若授信申请结果为成功，则说明目标合作方对当前用户的授信请求审核通过，可以进行后续的业务。若用户选择贷款服务，可发起放款申请，该放款申请可以通过放款申请接口接收；也可由系统默认用户因发起授信申请而自动认为用户已发起放款申请。

本步骤中，获取用户的放款申请信息，放款申请信息可以包括用户申请的金额、接收款项的银行卡卡号和开户行以及借款期限等信息，并通过放款申请接口将这些信息发送至目标合作方系统，以便目标合作方确定是否同意放款。

步骤104、通过放款查询接口接收目标合作方系统返回的放款申请结果，并根据放款申请结果更新放款状态。

示例性的，可以等待目标合作方系统自动返回放款申请结果，也可以通过放款查询接口主动向目标合作方系统发出放款查询请求。在互联网金融系统中，以放款查询接口接收到的返回结果为准，以确保双方的结果一致性。放款申请结果中可包括目标合作方是否同意放款的结果，也可包括放款是否成功等放款进度信息等。

本发明实施例中提供的互联网金融管理方法，应用于互联网金融管理系统，互联网金融管理系统配置有对外统一的授信申请接口、授信查询接口、放款申请接口和放款查询接口，通过授信申请接口接收用户的授信申请，并根据授信申请确定目标合作方系统，通过授信申请接口将用户的授信申请信息发送至目标合作方系统，通过授信查询接口接收目标合作方系统返回的授信申请结果，若授信申请结果为成功，则获取用户的放款申请信息，并通过放款申请接口将放款申请信息发送至目标合作方系统，通过放款查询接口接收目标合作方系统返回的放款申请结果，并根据放款申请结果更新放款状态。通过采用上述技术方案，可以将互联网金融管理系统的贷前流程标准化，对外仅暴露四个接口，开发人员只需关注与合作方的交互，可以减少重复开发工作量，提升开发效率，同时方便日后的维护和监控，降低管理成本。

实施例二

图2为本发明实施例二提供的一种互联网金融管理方法的流程示意图，本发明实施例在上述实施例基础上进行优化，将合作方进行分类，并为标准接口配置了次标准接口，用于对接各个类别的合作方系统。

示例性的，每个所述标准接口对应至少两个继承所述标准接口的次标准接口，每个次标准接口对应归属于同一预设类别的至少两个合作方系统。这样设置的好处在于，可进一步提升开发效率。

进一步的，根据所述授信申请确定目标合作方系统，包括：对所述授信申请进行解析，得到对应的目标渠道号，根据所述目标渠道号确定对应的目标合作方系统。这样设置的好处在于，可以快速准确地以目标渠道号来区分目标合作方系统。

进一步的，通过所述授信申请接口将所述用户的授信申请信息发送至所述目标合作方系统，包括：根据所述目标渠道号确定对应的目标次授信申请接口；利用反射机制找到与所述目标次授信申请接口对应的目标实现方法类；将所述目标渠道号和所述目标实现方法类添加到预设地图中，并从所述预设地图中匹配所述目标合作方系统对应的目标授信申请实现类；通过所述目标授信申请实现类确定所述目标合作方系统对应的目标授信业务逻辑，并依照所述目标授信业务逻辑通过所述授信申请接口将所述用户的授信申请信息发送至所述目标合作方系统。这样设置的好处在于，可以实现多家合作方同时部署在一个环境中，减少运营成本，并降低框架升级的耗时。

可选的，如图2所示，该方法可包括：

步骤201、通过授信申请接口接收用户的授信申请。

在本发明实施例中，互联网金融管理系统配置有对外统一的标准接口，标准接口对接所有合作方系统，标准接口包括授信申请接口、授信查询接口、放款申请接口和放款查询接口。每个标准接口对应至少两个继承标准接口的次标准接口，每个次标准接口对应归属于同一预设类别的至少两个合作方系统。其中，授信申请接口对应的次标准接口为次授信申请接口、授信查询接口对应的次标准接口为次授信查询接口、放款申请接口对应的次标准接口为次放款申请接口和放款查询接口对应的次标准接口为次放款查询接口。

可选的，所述预设类别包括银行类、保险类、个人对个人(peer-to-peer,P2P)类、信托类、消费金融类、小额贷款类和其他类中的至少两个。这样设置的好处在于，可以合理地对合作方进行分类，将存在共性的多个合作方部署在一起，同时还涵盖了所有的合作方。

步骤202、对授信申请进行解析，得到对应的目标渠道号，根据目标渠道号确定对应的目标合作方系统。

示例性的，可以对各个合作方进行编号，称为渠道号，方便互联网金融管理系统快捷准确地识别各个合作方，进而确定合作方系统。例如，用户想要建立借贷关系的对象是中国银行，中国银行的渠道号为ChinaBank，则可以从授信申请中解析得到目标渠道号为ChinaBank，对应的目标合作方系统则为中国银行的系统。

步骤203、根据目标渠道号确定对应的目标次授信申请接口。

示例性的，可以在系统中维护渠道号和次授信申请接口的对应关系，在确定了目标渠道号后，可查询该对应关系，进而确定对应的目标次授信申请接口。如上述举例，中国银行属于银行类，ChinaBank对应银行类的次授信申请接口。

步骤204、利用反射机制找到与目标次授信申请接口对应的目标实现方法类。

示例性的，本发明实施例中的反射机制可以是在运行状态中，对于任意一个实体类，都能够知道这个类的所有属性和方法，对于任意一个对象，都能够调用它的任意方法和属性，这种动态获取信息以及动态调用对象方法的功能称为反射机制。示例性的，可以采用方法reflections.getTypesAnnotatedWith来实现找到与目标次授信申请接口对应的目标实现方法类。通过目标实现方法类可以实现与目标次授信接口对应的目标预设类别相关的业务功能或逻辑。如上述举例，通过目标实现方法类可以实现银行类相关的业务功能或逻辑。这样可以对同一预设类别内各合作方系统的通用业务功能或逻辑进行统一编写，在减少重复开发工作量的同时，还能够兼顾到各预设类别自身的特性，当某个预设类别的公共部分相关内容需要升级维护时，仅通过修改对应的实现方法类即可，不需要针对该预设类别下每个合作方系统分别进行改动，降低升级维护难度，提高升级维护的效率。

步骤205、将目标渠道号和目标实现方法类添加到预设地图中，并从预设地图中匹配目标合作方系统对应的目标授信申请实现类。

其中，预设地图可以是预先编写的map接口或map类，可以以按键/数值的形式存储数据。将目标渠道号和目标实现方法类添加到预设地图中，可以从中匹配到目标合作方系统对应的目标授信申请实现类。

步骤206、通过目标授信申请实现类确定目标合作方系统对应的目标授信业务逻辑，并依照目标授信业务逻辑通过授信申请接口将用户的授信申请信息发送至目标合作方系统。

示例性的，目标授信申请实现类是目标合作方系统的授信业务逻辑的具体实现类，如上述举例，可以实现中国银行特有的业务逻辑，从而满足中国银行对业务逻辑的个性化要求。例如，中国银行需要获取用户脸部实时的动态影像，按照中国银行特有的业务逻辑，可以提示或控制用户所使用的的终端开启摄像头并拍摄用户脸部的实时影像，在获取到终端上传的实时影像后，通过首先申请接口将实时影像发送至中国银行的系统。

步骤207、通过授信查询接口接收目标合作方系统返回的授信申请结果。

示例性的，目标合作方系统向授信查询接口返回授信申请结果后，可以通过继承授信查询接口的目标次授信查询接口进一步获取到该授信申请结果。

步骤208、若授信申请结果为成功，则获取用户的放款申请信息，并通过放款申请接口将放款申请信息发送至目标合作方系统。

示例性的，发送放款申请信息的过程可以与发送授信申请信息的过程类似。具体的，可以是：根据所述目标渠道号确定对应的目标次放款申请接口；利用反射机制找到与所述目标次放款申请接口对应的目标实现方法类；将所述目标渠道号和与所述目标次放款申请接口对应的目标实现方法类添加到预设地图中，并从所述预设地图中匹配所述目标合作方系统对应的目标放款申请实现类；通过所述目标放款申请实现类确定所述目标合作方系统对应的目标放款业务逻辑，并依照所述放款业务逻辑通过所述放款申请接口将所述用户的放款申请信息发送至所述目标合作方系统。

步骤209、通过放款查询接口接收目标合作方系统返回的放款申请结果，并根据放款申请结果更新放款状态。

示例性的，目标合作方系统向放款查询接口返回放款申请结果后，可以通过继承放款查询接口的目标次放款查询接口进一步获取到该放款申请结果，并根据放款申请结果更新放款状态。

本发明实施例提供的互联网金融管理方法，对合作方进行分类，通过为每一类合作方群体配置与标准接口对应的次标准接口，实现将多家合作方同时部署在一个环境中，减少了开发工作量，缩减开发成本，降低框架升级的耗时，且业务流程更加清晰易懂，开发人员只要按照流程开发，更容易上手，整体上降低了互联网金融企业的运营成本。

图3为本发明实施例三提供的一种互联网金融管理方法的流程示意图，本发明实施例在上述实施例基础上，针对目标合作方系统未在互联网金融管理系统中配置的情况进行了优化。

示例性的，从所述预设地图中未匹配到所述目标合作方系统对应的目标授信申请实现类时，进行提示操作，以提示所述目标渠道号对应的目标合作方系统未在所述互联网金融管理系统进行配置。这样设置的好处在于，可以及时提醒开发人员对新的合作方进行配置。

进一步的，在所述进行提示操作之后，还包括：接收所述目标渠道号对应的目标配置信息；根据所述目标配置信息对所述目标渠道号对应的目标合作方系统进行配置。这样设置的好处在于，可以自由配置新增合作方，且基于本发明实施例提供的标准贷前流程可以实现新增合作方的快速接入。

可选的，该方法包括：

步骤301、通过授信申请接口接收用户的授信申请，对授信申请进行解析，得到对应的目标渠道号，根据目标渠道号确定对应的目标合作方系统和对应的目标次授信申请接口。

本申请实施例中的互联网金融管理系统配置有对外统一的标准接口，所述标准接口对接所有合作方系统，所述标准接口包括授信申请接口、授信查询接口、放款申请接口和放款查询接口。每个所述标准接口对应至少两个继承所述标准接口的次标准接口，每个次标准接口对应归属于同一预设类别的至少两个合作方系统。

为了便于理解，下面以银行类的授信申请为例具体说明接口封装逻辑实现：

其中LoanChannelAuditMark内配置的是合作方渠道，可以配置多个合作方渠道。

参数：

private Map<Integer,CapitalAuditManager>auditManagerMap；

private ApplicationContext applicationContext；

其中CapitalAuditManager是封装的授信申请接口类。

步骤302、利用反射机制找到与目标次授信申请接口对应的目标实现方法类。

步骤303、将目标渠道号和目标实现方法类添加到预设地图中。

步骤304、判断从预设地图中是否匹配到目标合作方系统对应的目标授信申请实现类，若是，则执行步骤305；否则，执行步骤307。

图4为本发明实施例三提供的一种授信管理流程示意图，为了便于理解本发明实施例，下面以授信管理流程为例进行说明，放款管理流程与其类似，本发明实施例不做赘述。如图4所示，互联网金融管理系统通过授信申请接口(类CapitalAuditService)接收用户发出的http授信申请，通过网关来根据合作方渠道匹配到具体的环境，也即通过网关根据合作方渠道号找到目标次授信申请接口，确定预设类别为银行，则匹配到银行组(类BankCapitalService)，利用反射机制找到对应的实现方法(通过采用方法reflections.getTypesAnnotatedWith来实现)，将已配置的渠道和对应的类添加到map中(auditManagerMap)，判断根据合作方渠道号是否能够匹配具体的实现类，假设匹配到B合作方中国银行(ChinaBankAuditManager)，也即目标授信申请实现类，通过目标授信申请实现类确定目标合作方系统对应的目标授信业务逻辑，处理合作方业务逻辑，通过授信申请接口将用户的授信申请信息发送至目标合作方系统，判断是否发送成功并返回结果。当根据合作方渠道号匹配具体的实现类失败时，提示目标渠道号不存在，也即对应的合作方未配置，则需要工作人员进行配置。

步骤305、通过目标授信申请实现类确定目标合作方系统对应的目标授信业务逻辑，并依照目标授信业务逻辑通过授信申请接口将用户的授信申请信息发送至目标合作方系统。

步骤306、通过授信查询接口接收目标合作方系统返回的授信申请结果，若授信申请结果为成功，则获取用户的放款申请信息，并通过放款申请接口将放款申请信息发送至目标合作方系统，通过放款查询接口接收目标合作方系统返回的放款申请结果，并根据放款申请结果更新放款状态。

步骤307、进行提示操作，以提示目标渠道号对应的目标合作方系统未在所述互联网金融管理系统进行配置。

步骤308、接收目标渠道号对应的目标配置信息，根据目标配置信息对目标渠道号对应的目标合作方系统进行配置。

可选的，本发明实施例中也可包括主动对合作方进行配置，例如，在未接收到用户授权申请的情况下，若新增合作方，也可主动对新增合作方进行配置，另外，还可主动对已配置的合作方进行编辑。图5为本发明实施例三提供的一种配置页面示意图，如图5所示，页面的列表中列出了目前已经配置好的合作方，如“南京华章”和“南京人保”，可以在该页面中通过点击“编辑”对已配置好的合作方进行编辑。图6为本发明实施例三提供的一种配置窗口示意图，如图所示，在对合作方进行配置时，需要配置的参数可包括资金方名称(即合作方)、授信接口配置(auditService)、放款接口配置(paymenService)、接口超时时间(timeOutSec)以及请求类型(paramType)，还可配置其他参数。例如，合作方未百信银行，那么图6中资金方名称可以为百信银行，auditService的内容可以为com.dshamc.cia.capital.bank.service.BaiXinCapitalAudit,paymenService的内容可以为com.dshamc.cia.capital.bank.service.BaiXinCapitalPaym,timeOutSec的内容可以为60，paramType的内容可以为PfCapitalAPI。

本发明实施例中提供的互联网金融管理方法，在上述实施例基础上，针对目标合作方系统未在互联网金融管理系统中配置的情况进行优化，若从预设地图中未匹配到目标合作方系统对应的目标授信申请实现类时，进行提示操作，可以及时提醒开发人员对新的合作方进行配置，并且，基于本发明实施例提供的标准贷前流程可以实现新增合作方的快速接入。

图7为本发明实施例提供的一种互联网金融管理系统的结构框图，该系统可由软件和/或硬件实现，一般可集成在服务器等计算机设备中，可通过执行互联网金融管理方法来进行互联网金融管理。所述互联网金融管理系统配置有对外统一的标准接口，所述标准接口对接所有合作方系统，所述标准接口包括授信申请接口、授信查询接口、放款申请接口和放款查询接口，如图7所示，该系统包括：

授信申请管理模块701，用于通过所述授信申请接口接收用户的授信申请，并根据所述授信申请确定目标合作方系统，通过所述授信申请接口将所述用户的授信申请信息发送至所述目标合作方系统；

授信申请查询模块702，用于通过所述授信查询接口接收所述目标合作方系统返回的授信申请结果；

放款申请管理模块703，用于在所述授信申请结果为成功时，获取所述用户的放款申请信息，并通过所述放款申请接口将所述放款申请信息发送至所述目标合作方系统；

放款申请查询模块704，用于通过放款查询接口接收所述目标合作方系统返回的放款申请结果，并根据所述放款申请结果更新放款状态。

本发明实施例中提供的互联网金融管理系统，配置有对外统一的授信申请接口、授信查询接口、放款申请接口和放款查询接口，通过授信申请接口接收用户的授信申请，并根据授信申请确定目标合作方系统，通过授信申请接口将用户的授信申请信息发送至目标合作方系统，通过授信查询接口接收目标合作方系统返回的授信申请结果，若授信申请结果为成功，则获取用户的放款申请信息，并通过放款申请接口将放款申请信息发送至目标合作方系统，通过放款查询接口接收目标合作方系统返回的放款申请结果，并根据放款申请结果更新放款状态。通过采用上述技术方案，可以将互联网金融管理系统的贷前流程标准化，对外仅暴露四个接口，开发人员只需关注与合作方的交互，可以减少重复开发工作量，提升开发效率，同时方便日后的维护和监控，降低管理成本。

可选的，每个所述标准接口对应至少两个继承所述标准接口的次标准接口，每个次标准接口对应归属于同一预设类别的至少两个合作方系统，其中，授信申请接口对应的次标准接口为次授信申请接口、授信查询接口对应的次标准接口为次授信查询接口、放款申请接口对应的次标准接口为次放款申请接口和放款查询接口对应的次标准接口为次放款查询接口。

可选的，根据所述授信申请确定目标合作方系统，包括：

对所述授信申请进行解析，得到对应的目标渠道号，根据所述目标渠道号确定对应的目标合作方系统。

可选的，通过所述授信申请接口将所述用户的授信申请信息发送至所述目标合作方系统，包括：

根据所述目标渠道号确定对应的目标次授信申请接口；

利用反射机制找到与所述目标次授信申请接口对应的目标实现方法类；

将所述目标渠道号和所述目标实现方法类添加到预设地图中，并从所述预设地图中匹配所述目标合作方系统对应的目标授信申请实现类；

通过所述目标授信申请实现类确定所述目标合作方系统对应的目标授信业务逻辑，并依照所述目标授信业务逻辑通过所述授信申请接口将所述用户的授信申请信息发送至所述目标合作方系统。

可选的，该系统还包括：

提示模块，用于从所述预设地图中未匹配到所述目标合作方系统对应的目标授信申请实现类时，进行提示操作，以提示所述目标渠道号对应的目标合作方系统未在所述互联网金融管理系统进行配置。

可选的，该系统还包括：

配置信息接收模块，用于在所述进行提示操作之后，接收所述目标渠道号对应的目标配置信息；

配置模块，用于根据所述目标配置信息对所述目标渠道号对应的目标合作方系统进行配置。

可选的，所述预设类别包括银行类、保险类、个人对个人P2P类、信托类、消费金融类、小额贷款类和其他类中的至少两个。

本发明实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行互联网金融管理方法，应用于互联网金融管理系统，所述互联网金融管理系统配置有对外统一的标准接口，所述标准接口对接所有合作方系统，所述标准接口包括授信申请接口、授信查询接口、放款申请接口和放款查询接口，所述方法包括：

通过所述授信申请接口接收用户的授信申请，并根据所述授信申请确定目标合作方系统，通过所述授信申请接口将所述用户的授信申请信息发送至所述目标合作方系统；

通过所述授信查询接口接收所述目标合作方系统返回的授信申请结果；

若所述授信申请结果为成功，则获取所述用户的放款申请信息，并通过所述放款申请接口将所述放款申请信息发送至所述目标合作方系统；

通过放款查询接口接收所述目标合作方系统返回的放款申请结果，并根据所述放款申请结果更新放款状态。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带系统；计算机系统存储器或随机存取存储器，诸如DRAM、DDRRAM、SRAM、EDORAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的互联网金融管理操作，还可以执行本发明任意实施例所提供的互联网金融管理方法中的相关操作。

本发明实施例提供了一种计算机设备，该计算机设备中可集成本发明实施例提供的互联网金融管理系统。图8为本发明实施例提供的一种计算机设备的结构框图。计算机设备800可以包括：存储器801，处理器802及存储在存储器801上并可在处理器运行的计算机程序，所述处理器802执行所述计算机程序时实现如本发明实施例所述的互联网金融管理方法。

本发明实施例提供的计算机设备，可以将互联网金融管理系统的贷前流程标准化，对外仅暴露四个接口，开发人员只需关注与合作方的交互，可以减少重复开发工作量，提升开发效率，同时方便日后的维护和监控，降低管理成本。

上述实施例中提供的互联网金融管理系统、存储介质以及计算机设备可执行本发明任意实施例所提供的互联网金融管理方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的互联网金融管理方法。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种互联网金融管理方法，其特征在于，应用于互联网金融管理系统，所述互联网金融管理系统配置有对外统一的标准接口，所述标准接口对接所有合作方系统，所述标准接口包括授信申请接口、授信查询接口、放款申请接口和放款查询接口，所述方法包括：

通过所述授信申请接口接收用户的授信申请，并根据所述授信申请确定目标合作方系统，通过所述授信申请接口将所述用户的授信申请信息发送至所述目标合作方系统；

通过所述授信查询接口接收所述目标合作方系统返回的授信申请结果；

若所述授信申请结果为成功，则获取所述用户的放款申请信息，并通过所述放款申请接口将所述放款申请信息发送至所述目标合作方系统；

通过放款查询接口接收所述目标合作方系统返回的放款申请结果，并根据所述放款申请结果更新放款状态。

2.根据权利要求1所述的方法，其特征在于，每个所述标准接口对应至少两个继承所述标准接口的次标准接口，每个次标准接口对应归属于同一预设类别的至少两个合作方系统，其中，授信申请接口对应的次标准接口为次授信申请接口、授信查询接口对应的次标准接口为次授信查询接口、放款申请接口对应的次标准接口为次放款申请接口和放款查询接口对应的次标准接口为次放款查询接口。

3.根据权利要求2所述的方法，其特征在于，根据所述授信申请确定目标合作方系统，包括：

对所述授信申请进行解析，得到对应的目标渠道号，根据所述目标渠道号确定对应的目标合作方系统。

4.根据权利要求3所述的方法，其特征在于，通过所述授信申请接口将所述用户的授信申请信息发送至所述目标合作方系统，包括：

根据所述目标渠道号确定对应的目标次授信申请接口；

利用反射机制找到与所述目标次授信申请接口对应的目标实现方法类；

将所述目标渠道号和所述目标实现方法类添加到预设地图中，并从所述预设地图中匹配所述目标合作方系统对应的目标授信申请实现类；

通过所述目标授信申请实现类确定所述目标合作方系统对应的目标授信业务逻辑，并依照所述目标授信业务逻辑通过所述授信申请接口将所述用户的授信申请信息发送至所述目标合作方系统。

5.根据权利要求4所述的方法，其特征在于，还包括：

从所述预设地图中未匹配到所述目标合作方系统对应的目标授信申请实现类时，进行提示操作，以提示所述目标渠道号对应的目标合作方系统未在所述互联网金融管理系统进行配置。

6.根据权利要求5所述的方法，其特征在于，在所述进行提示操作之后，还包括：

接收所述目标渠道号对应的目标配置信息；

根据所述目标配置信息对所述目标渠道号对应的目标合作方系统进行配置。

7.根据权利要求2所述的方法，其特征在于，所述预设类别包括银行类、保险类、个人对个人P2P类、信托类、消费金融类、小额贷款类和其他类中的至少两个。

8.一种互联网金融管理系统，其特征在于，所述互联网金融管理系统配置有对外统一的标准接口，所述标准接口对接所有合作方系统，所述标准接口包括授信申请接口、授信查询接口、放款申请接口和放款查询接口，所述系统包括：

授信申请管理模块，用于通过所述授信申请接口接收用户的授信申请，并根据所述授信申请确定目标合作方系统，通过所述授信申请接口将所述用户的授信申请信息发送至所述目标合作方系统；

授信申请查询模块，用于通过所述授信查询接口接收所述目标合作方系统返回的授信申请结果；

放款申请管理模块，用于在所述授信申请结果为成功时，获取所述用户的放款申请信息，并通过所述放款申请接口将所述放款申请信息发送至所述目标合作方系统；

放款申请查询模块，用于通过放款查询接口接收所述目标合作方系统返回的放款申请结果，并根据所述放款申请结果更新放款状态。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7任一项所述的方法。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-7任一项所述的方法。