CN111861723A - 针对网络融资的处理方法和装置 - Google Patents

Abstract

本公开提供了一种针对网络融资的处理方法，涉及金融领域。该方法包括：在融资方提交网络融资申请后，获取融资方的基本信息和融资方录入的融资信息；基于获取的基本信息和融资信息，生成借款合同；获取经融资方确认的公证信息；基于生成的借款合同和获取的公证信息，生成对应的公证数据；以及将借款合同和公证数据传送给公证方进行公证。本公开还提供了一种针对网络融资的处理装置、一种电子设备以及一种计算机可读存储介质。

Description

针对网络融资的处理方法和装置

技术领域

本公开涉及金融领域，包括金融信息安全领域，特别是涉及一种针对网络融资的处理方法和装置。

背景技术

网络融资业务多面向小微企业，具有“线上化、零售化、小额化”特征。相较于传统线下融资业务而言，网络融资业务在客户准入阶段是由数据引擎驱动的，缺少人工介入提示风险，而当客户贷款出现逾期或不良，传统诉讼方式处理又会有诸多问题。

在实现本公开实施例的过程中，发明人发现：目前的网络融资业务，对客户处理模式较为单一，通过核准不同额度的授信对客户的风险程度进行区分。对于已获得授信额度的客户，提款流程整齐划一，仅对触发刚性控的客户进行拒绝，这种一刀切的方式未对潜在的恶意借款人进行有效识别并通过流程区分告知违约成本，起到威慑作用。同时在不良贷款产生后才触发清收处置工作流程，未能提前采取措施降低清收处置成本，不利于借款人违约后快速实现银行债权。

发明内容

本公开的一个方面提供了一种针对网络融资的处理方法，包括：在融资方提交网络融资申请后，获取上述融资方的基本信息和上述融资方录入的融资信息；基于获取的基本信息和融资信息，生成借款合同；获取经上述融资方确认的公证信息；基于生成的借款合同和获取的公证信息，生成对应的公证数据；以及将上述借款合同和上述公证数据传送给公证方进行公证。

可选地，还包括：在将上述借款合同和上述公证数据传送给公证方进行公证之前，获取与上述融资方关联的风险数据；基于上述风险数据，确定上述融资方是否是高风险客户；其中，响应于确定上述融资方是高风险客户，执行上述将上述借款合同和上述公证数据传送给公证方进行公证的操作。

可选地，还包括：在确定上述融资方是高风险客户之后，向上述融资方展示上述公证信息；确定上述融资方是否已阅读上述公证信息；其中，响应于确定上述融资方已阅读上述公证信息，执行上述将上述借款合同和上述公证数据传送给公证方进行公证的操作。

可选地，还包括：在将上述借款合同和上述公证数据传送给公证方进行公证之前，对上述融资方进行人脸验签；其中，响应于人脸验签通过，执行上述将上述借款合同和上述公证数据传送给公证方进行公证的操作。

可选地，还包括：响应于人脸识验签未通过，对上述融资方进行手动签名验签和/或动态码验签；其中，响应于手动签名验签和/或动态码验签通过，执行上述将上述借款合同和上述公证数据传送给公证方进行公证的操作。

可选地，还包括：响应于人脸验签通过，对上述融资方进行手动签名验签和/或动态码验签；其中，响应于手动签名验签和/或动态码验签通过，执行上述将上述借款合同和上述公证数据传送给公证方进行公证的操作。

可选地，还包括：响应于确定上述融资方是低风险客户，跳过对上述借款合同进行公证的操作。

本公开的另一个方面提供了一种针对网络融资的处理装置，包括：第一获取模块，用于在融资方提交网络融资申请后，获取上述融资方的基本信息和上述融资方录入的融资信息；第一生成模块，用于基于获取的基本信息和融资信息，生成借款合同；第二获取模块，用于获取经上述融资方确认的公证信息；第二生成模块，用于基于生成的借款合同和获取的公证信息，生成对应的公证数据；以及公证模块，用于将上述借款合同和上述公证数据传送给公证方进行公证。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现本公开实施例的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现本公开实施例的方法。

本公开的另一方面提供了一种计算机程序，上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实现本公开实施例的方法。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了根据本公开实施例的适于针对网络融资的处理方法和装置的系统架构；

图2示意性示出了根据本公开实施例的针对网络融资的处理方法的流程图；

图3示意性示出了根据本公开另一实施例的针对网络融资的处理方法的流程图；

图4示意性示出了根据本公开又一实施例的针对网络融资的处理方法的流程图；

图5示意性示出了根据本公开实施例的针对网络融资的处理装置的框图；以及

图6示意性示出了根据本公开实施例的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

本公开的实施例提供了一种针对网络融资的处理方法以及能够应用该方法的针对网络融资的处理装置。该方法包括在融资方提交网络融资申请后，获取上述融资方的基本信息和上述融资方录入的融资信息；基于获取的基本信息和融资信息，生成借款合同；获取经上述融资方确认的公证信息；基于生成的借款合同和获取的公证信息，生成对应的公证数据；以及将上述借款合同和上述公证数据传送给公证方进行公证。

图1示意性示出了根据本公开实施例的适于针对网络融资的处理方法和装置的系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，该系统架构100包括：客户端101、102、103，金融机构融资系统104和公证机构公证系统105。其中，金融机构融资系统104进一步可以包括客户端1041和服务器1042。公证机构公证系统105进一步可以包括客户端1051和服务器1052。

具体地，融资方可以通过客户端101、102、103中的任意一个登录银行客户端，录入融资要素，并发起融资申请请求。

金融机构融资系统104接收到来自融资方的融资申请请求后，触发贷款业务办理流程以及公证流程。并在核准通过后，向公证机构公证系统105发送借款数据和公证数据，以便生成公证书。

公证机构公证系统105接收来自金融机构融资系统104发送的借款数据和公证数据，并基于接收到的借款数据和公证数据生成对应的公证书，以及将生成的公证书发送给融资方和放款方(金融机构)。

需要说明的是，在本公开实施例中，融资方是办理银行融资业务的借款方，包括小微企业主、个体工商户、农户等。融资方可以通过银行等金融机构提供的对客户服务端(如银行客户端)，例如手机银行、微信银行、网上银行(PC端)等，进行融资申请和提款。融资方登录银行客户端，并录入融资要素后，可以根据银行的要求执行人脸识别、手写签名、可信手机号认证等操作。

银行等金融机构是指提供网络融资服务的贷款机构。贷款机构可以通过其后台管理系统与银行客户端对接，根据客户(融资方)操作进行测算和判断，提供对应的决策反馈，并与外部合作机构系统(公证机构)连通，传输业务数据材料。

公证机构是指线上公证服务提供方。公证机构可以通过其公证处理系统接收银行发起的公证申请指令，进行公证处理，并将处理结果反馈给银行和银行客户。

通过本公开实施例，提供了一种改进型的网络融资处理方法，能够在融资产品提款阶段为预防客户贷后违约提供有效的处理手段。具体地，对于借款客户，尤其对于违约风险较高的借款客户，引入线上公证流程，可以提升线上小微融资业务不良贷款清收处置效率、有效维护银行合法权益。

以下将结合附图和具体实施例对本公开进行详细阐述。

图2示意性示出了根据本公开实施例的针对网络融资的处理方法的流程图。

如图2所示，该方法可以包括操作S201～S205。

在操作S201，在融资方提交网络融资申请后，获取融资方的基本信息和融资方录入的融资信息。

在操作S202，基于获取的基本信息和融资信息，生成借款合同。

在操作S203，获取经融资方确认的公证信息。

在操作S204，基于生成的借款合同和获取的公证信息，生成对应的公证数据。

在操作S205，将借款合同和公证数据传送给公证方进行公证。

具体地，对于操作S201，在一个实施例中，可以基于融资方登录银行客户端时输入的用户名和密码，调取与当前的银行账户关联的用户基本信息，并将调取的用户基本信息作为本公开实施例中融资方的基本信息。或者，在一个实施例中，还可以直接读取融资方录入的融资方的基本信息。此外，在操作S201，可以基于直接读取融资方录入的融资要素(融资信息)。

其中，融资信息可以包括但不限于融资额度、还款时间等。不同类别的融资方，其基本信息包括的内容也不同。例如，对于小微企业主，其基本信息可以包括企业名称、企业法人代表、企业ID、企业性质等；对于个人，其基本信息可以包括姓名、证件类型、证件号码、职业类型等。

具体地，在操作S202，可以获取预先设定的用于小额融资业务合同模板，并在合同模板中录入通过操作S201获取的融资方的基本信息和融资信息，以生成对应的借款合同。

考虑到有效的合同必须是当事人在知情、自愿的情况下签订的，因而在本公开实施例中，在公证借款合同之前，金融结构可以通过银行客户端向融资方展示相关公证信息，并请融资方予以确认，以示知情。如果融资方不予以确认，则结束融资业务办理流程。如果融资方予以确认，则继续后续流程。在后续流程中，获取经融资方确认的公证信息，并基于操作S202生成的借款合同和基于操作S203获取的公证信息，生成对应的公证数据，然后将借款合同和公证数据传送给公证方进行公证。

其中，在本公开实施例中，借款合同为带有银行电子印章的借款合同，可以是PDF文档。其中，合同末尾需要有客户的验签方式、介质编号(如U盾编号)、时间戳等信息。

公证数据可以包括贷款相关的结构化数据、公证员信息、客户手写签名图像以及根据借款合同计算的MD5值，将这些信息通过预设API接口传输给公证机构的公证系统。其中MD5值用于对合同数据和公证数据进行加密。通过对合同数据和公证数据使用非对称密钥算法进行加解密，可以在数据传输过程中保护数据安全，确保合同及交易明细不会遭到篡改。

此外，在本公开实施例中，公证机构的公证系统接收银行机构传输的合同数据和公证数据后，将收到的信息进行整合，形成公证书文本及相关附件，并对公证书进行电子签名，确保操作来自合法用户(持证公证员)，并将带有公证机构电子签名的公证书向银行传输，同时发送至借款人邮箱。

在本公开实施例中，通过在网络融资业务中引入线上公证，赋予借款合同强制执行效力，一旦借款人违约，可以大幅节省诉讼、仲裁等争议解决环节所需时间。既对借款人违约起到预防和警示作用，又明显提升了不良贷款的清收处置效率。

作为一种可选的实施例，该方法还可以包括：在将借款合同和公证数据传送给公证方进行公证之前，获取与融资方关联的风险数据；基于风险数据，确定融资方是否是高风险客户。其中，响应于确定融资方是高风险客户，执行将借款合同和公证数据传送给公证方进行公证的操作。

进一步，作为一种可选的实施例，该方法还可以包括：响应于确定融资方是非高风险客户(即低风险客户)，跳过对借款合同进行公证的操作。

由于对借款合同进行公证需要花费公证手续费，并且会影响融资业务的办理效率，进而影响客户体验。因此，为了尽量节约公证手续费，尽量提高融资业务的办理效率，保障优质客户便捷操作，同时还能够提升线上小微融资业务不良贷款的清收处置效率，能够有效维护银行合法权益，在本公开实施例中，通过差异化的管理手段，针对不同的融资方触发不同的融资办理流程。例如，针对高风险融资方可以引入公证流程，对于低风险融资方可以跳过公证流程，直接进入客户提款流程。

示例性的，如图3所示，可以获取与融资方关联的风险数据，并基于获取的风险数据，判断该融资方是否是高风险客户？如果是高风险客户则先进入公证流程进行公证，再进入客户提款流程进行放款。而如果是低风险客户则跳过公证流程，直接进入客户提款流程进行放款。

具体地，在本公开实施例中，银行系统可以根据所识别客户(融资方)的基本信息，提取与该客户关联的各类风险数据，统筹评估该客户风险等级，具体流程如下：

第一步，银行系统从多方获取客户的各类风险数据，并将风险数据进行分类，如分为金融信用数据、经营类数据、合规类数据、欺诈类数据以及司法类数据。

第二步，根据风险数据测算客户的风险评分。测算公式为：

y＝n₁x₁+n₂x₂+n₃x₃+n₄x₄+n₅x₅

其中，x₁表示金融信用数据得分，x₂表示经营类数据得分，x₃表示合规类数据得分，x₄表示欺诈类数据得分，x₅表示司法类数据得分。n₁、n₂、n₃、n₄、n₅分别表示各类数据得分所对应的权重，其中n₁+n₂+n₃+n₄+n₅＝1。

第三步，将客户风险评分与风险等级阈值m进行比较。如果客户风险评分高于风险等级阈值m，则将该客户视为潜在高风险客户。否则，如果客户风险评分不高于风险等级阈值m，则将该客户视为非潜在高风险客户，即低风险客户。

第四步，根据客户的风险等级区分后续流程。具体地，对于潜在高风险客户，则触发在线公证流程。对于非潜在高风险客户，则非公证流程。

需要说明的是，在本公开实施例中，金融信用数据可以从征信报告中读取。通过分析金融信用数据，可以确定客户是否有过度融资行为，对以往贷款是否有逾期行为，是否有对外担保行为，是否交叉违约行为等等。如果有以上行为，则表征客户为潜在高风险客户的可能性比较大。此外，金融信用数据还可以包括资产信息等。通过分析资产信息，可以确定客户是否有足够的、可变现的固定资产，客户资产是否稳定，等等。如果客户有足够的、可变现的固定资产，且资产比较稳定，则表征客户成为潜在高风险客户的可能性比较小。

此外，在本公开实施例中，经营类数据可以包括结算流水等信息。通过分析结算流水等信息，可以确定客户的资金回笼情况，客户资金的近期变化情况。如果客户资金回笼周期很长，客户资金的近期变化加大，则表征客户成为潜在高风险客户的可能性比较大。经营类数据还可以包括工商注册信息。通过分析商注册信息可以确定企业的股东和企业法人是否变更比较频繁。如果企业的股东和企业法人变更比较频繁，则表征客户成为潜在高风险客户的可能性比较大。如果企业的股东和企业法人变更不频繁，则表征客户成为潜在高风险客户的可能性比较小。

此外，在本公开实施例中，通过分析合规类数据，可以确定客户是否触发过风险事件，客户以往的贷款是否被中途停掉过或者被要求过提前还款，客户以往的贷款流向是否涉及到禁入领域，比如是否流入股市或者房地产等领域。如果客户触发过风险事件，其以往的贷款被中途停掉过或者被要求过提前还款，其以往的贷款流向涉及禁入领域，则表征客户成为潜在高风险客户的可能性比较大。

此外，在本公开实施例中，欺诈类数据可以通过反欺诈平台获取。通过分析欺诈类数据，可以确定客户是否存在个人欺诈行为、团伙欺诈行为、骗贷行为，以及可以确定公司背景是否干净等。如果客户有过个人欺诈行为、团伙欺诈行为、骗贷行为，客户的公司背景不干净，则表征客户成为潜在高风险客户的可能性比较大。

此外，在本公开实施例中，司法类数据可以从公安局和法院获取。通过分析司法类数据，可以确定客户是否是失信被执行人、当前是否涉诉、当前是否涉案等等。如果客户是失信被执行人、当前涉诉、当前涉案，则表征客户成为潜在高风险客户的可能性比较大。

通过本公开实施例，可以区分不同风险类型的客户，并对不同风险类型的客户执行差异化提款策略。例如，在融资产品提款阶段，基于概率评分的综合预测模型识别潜在高风险客户。对于潜在高风险客户，在融资产品提款阶段可以引入在线公证，赋予借款合同强制执行效力。这样，一旦借款人发生违约行为，可以省去诉讼环节，直接持公证机构出具的公证书等相关材料向法院申请强制执行。

此外，通过本公开实施例，可以从多维度(如金融信用数据、经营类数据、合规类数据、欺诈类数据以及司法类数据等维度)协同识别潜在高风险客户，并基于线上公证采取相应措施。

此外，通过本公开实施例，可以依托线上数据对接，运用大数据测算客户的风险等级，对不同风险等级的客户采取分层管理的模式。同时在银行系统和公证处系统之间建立安全通道，采用相互认可的认证身份和加密方式，在节省操作成本的同时保证数据真实性和不可篡改，有利于批量处理提升效率。

此外，在本公开实施例，可以采用API联机接口和自建服务器的形式，存储银行所需向公证处发送的结构化数据、PDF文本的贷款合同等内容以及申请公证书的指令，同时用于接收公证处传输的公证书、处理结果等内容。银行和公证处双方定期在服务器上进行自动对账，对于银行已上传合同、但公证处尚未反馈公证文书的情况，可以提醒公证处进行相应处理。银行服务器接收到公证文书后，自动根据公证书与银行出具的贷款合同的对应关系，分配至每份借款合同的影像附件中进行储存。由此可以实现问题可溯源、解决有方法，以防由于一方系统出现问题而导致指令未处理。

作为一种可选的实施例，该方法还可以包括：在确定融资方是高风险客户之后，向融资方展示公证信息。确定融资方是否已阅读公证信息；其中，响应于确定融资方已阅读公证信息，执行将借款合同和公证数据传送给公证方进行公证的操作。

考虑到具有法律效力的合同必须是当事人在知情、自愿的情况下签订的，因而在本公开实施例中，在公证借款合同之前，金融结构可以通过银行客户端向融资方展示相关公证信息，并请融资方予以确认，以示知情。如果融资方不予以确认，则结束融资业务办理流程。如果融资方予以确认，则继续后续流程。在后续流程中，获取经融资方确认的公证信息，并基于操作S202生成的借款合同和基于操作S203获取的公证信息，生成对应的公证数据，然后将借款合同和公证数据传送给公证方进行公证。

需要说明的是，在本公开实施例中，可以在客户录入融资要素之后，或者在确定客户是潜在高风险客户之后，向客户展示相关公证信息，以便客户浏览并确认知晓公证员进行公证告知的文字说明或视频。同时还可以向客户展示阅读借款合同、公证申请表、电子问询记录等，以便客户审阅并确认借款合同、公证申请表、电子问询记录等一系列文件材料。在客户确认无误或者无异议后再向公证处发起公证请求。

作为一种可选的实施例，该方法还可以包括：在将借款合同和公证数据传送给公证方进行公证之前，对融资方进行人脸验签；其中，响应于人脸验签通过，执行将借款合同和公证数据传送给公证方进行公证的操作。

具体地，可以对融资方进行人脸识别，以便确认是否是客户本人在办理融资业务。由此可以避免他人冒充融资方名义非法办理融资业务，进而避免给客户造成不必要的经济损失或者带来不必要的经济纠纷。

在本公开的一个实施例中，如果融资方首次在本行办理业务，则进行人脸识别时，可以将当前采集的人脸图像与从公安系统调取的人脸图像进行比对，以确定是否是客户本人。

在本公开的另一个实施例中，如果融资方不是首次在本行办理业务，则进行人脸识别时，可以将当前采集的人脸图像与本行之前针对该客户留存的人脸图像进行比对，以确定是否是客户本人。

需要说明的是，在本公开实施例中，如果经人脸验签确定是客户本人申请办理融资业务，则继续后续流程。如果经人脸验签确定不是客户本人申请办理融资业务，则可以终止本次发起的融资业务办理流程。

作为一种可选的实施例，该方法还可以包括：响应于人脸识验签未通过，对融资方进行手动签名验签和/或动态码验签；其中，响应于手动签名验签和/或动态码验签通过，执行将借款合同和公证数据传送给公证方进行公证的操作。

由于种种原因，人脸是会发生变化的。例如，长胖、变瘦、修眉等都会引起人脸局部特征发生变化。人脸局部特征发生变化进而会影响到人脸识别。为了避免因长胖、变瘦、修眉等原因引起的人脸局部特征发生变化而导致人脸验签不通过，进而使得客户本人无法正常办理业务，在人脸验签未通过的情况下，还可以通过手动签名验签和/或动态码验签，进一步确定是否是客户本人在办理融资业务。

需要说明的是，在本公开实施例中，如果经手动签名验签和/或动态码验签确定是客户本人在申请办理融资业务，则继续后续流程。如果经人脸验签确定不是客户本人在申请办理融资业务，则可以终止本次发起的融资业务办理流程。

示例性的，在本公开实施例中，客户在银行客户端录入人脸信息后，银行系统可以将客户现场采集的照片与客户前期在银行留存的面部信息进行比对，并根据面部要素的匹配程度计算出客户人脸识别分值。若人脸识别分值低于对应的既定阈值，则辅助以手写签名OCR校验和可信手机号校验。首先，手写签名OCR校验以手写签名图片与客户姓名正楷体文字的匹配程度超过另一对应的既定阈值，则认为手写签名验签通过。其次，可信手机号校验以客户正确输入银行系统向客户可信手机号发送的动态验证码为通过标准。若人脸识别分值高于对应的既定阈值，则跳过手写签名OCR校验和可信手机号校验，直接进入公证数据传输模块。

然而，随着易容技术的不断发展，人脸识别验签的可靠性变得越来越低。并且，不可否认现实社会上存在大量长相相似的人群，也会导致人脸识别验签的可靠性变得越来越低。鉴于此，在本公开实施例中，还可以采用多重验签技术，以尽最大可能确保是客户本人在办理融资业务。由此可以避免他人冒充融资方名义非法办理融资业务，进而避免给客户造成不必要的经济损失或者带来不必要的经济纠纷。例如，在人脸验签通过后，继续使用其他辅助验签手段进行验签。

进一步，作为一种可选的实施例，该方法还可以包括：响应于人脸验签通过，对融资方进行手动签名验签和/或动态码验签；其中，响应于手动签名验签和/或动态码验签通过，执行将借款合同和公证数据传送给公证方进行公证的操作。

以下通过一个具体实施例详细阐述本公开。

如图4所示，该网络融资流程包括如下操作：

操作S401，客户登录银行客户端，输入融资要素。

操作S402，银行基于操作S401获取的信息，测算客户风险得分。

操作S403，判断客户风险得分是否超过阈值。如果否，则结束流程。如果是，则执行操作S404。

操作S404，向客户展示公证告知和借款合同，以便客户阅读并确认同意公证相关协议和借款合同。

操作S405，对客户进行人脸识别，以采集人脸信息。

操作S406，判断人脸识别评分是否超过阈值。如果否，则执行操作S407，如果是，则执行操作S408。

操作S407，辅助以手写签名OCR识别、可信手机号动态密码验签等方式进行二次验签。在辅助验签通过的情况下，执行操作S408。否则，则结束流程。

操作S408，传输借款数据和公证数据。

操作S409，公证处接收借款数据和公证数据进行公证，并生成公证书。

操作S410，将公证书传输给银行和客户。

通过本公开实施例，按照“分级管理、有据可依、安全便捷”的思路进行构建。“分级管理”方面，根据客户数据测算不同的风险等级，执行差异化风险控制措施。“有据可依”方面，确保客户、公证处、银行三方出具的文件均经过授权，并可追根溯源。“安全便捷”方面，主要指数据传输通过线上进行，保障时效性，同时采用一定的加密手段和特定算法，确保数据及文本的真实性和不可篡改。

图5示意性示出了根据本公开实施例的针对网络融资的处理装置的框图。

如图5所示，应用于数据备份的处理装置500包括第一获取模块501、第一生成模块502、第二获取模块503、第二生成模块504和公证模块505。该处理装置可以执行上面参考方法实施例部分描述的方法，在此不再赘述。

具体地，第一获取模块501，用于在融资方提交网络融资申请后，获取融资方的基本信息和融资方录入的融资信息。

第一生成模块502，用于基于获取的基本信息和融资信息，生成借款合同。

第二获取模块503，用于获取经融资方确认的公证信息。

第二生成模块504，用于基于生成的借款合同和获取的公证信息，生成对应的公证数据。

公证模块505，用于将借款合同和公证数据传送给公证方进行公证。

在本公开实施例中，通过在网络融资业务中引入线上公证，赋予借款合同强制执行效力，一旦借款人违约，可以大幅节省诉讼、仲裁等争议解决环节所需时间。既对借款人违约起到预防和警示作用，又明显提升了不良贷款的清收处置效率。

作为一种可选的实施例，该装置还可以包括：第三获取模块，用于在公证模块将借款合同和公证数据传送给公证方进行公证之前，获取与融资方关联的风险数据；第一确定模块，用于基于风险数据，确定融资方是否是高风险客户。其中，响应于第一确定模块确定融资方是高风险客户，公证模块执行将借款合同和公证数据传送给公证方进行公证的操作。

进一步，作为一种可选的实施例，该装置还可以包括：展示模块，用于在第一确定模块确定融资方是高风险客户之后，向融资方展示公证信息；第二确定模块，用于确定融资方是否已阅读公证信息。其中，响应于第二确定模块确定融资方已阅读公证信息，公证模块执行将借款合同和公证数据传送给公证方进行公证的操作。

作为一种可选的实施例，该装置还可以包括：第一验签模块，用于在公证模块将借款合同和公证数据传送给公证方进行公证之前，对融资方进行人脸验签。其中，响应于第一验签模块人脸验签通过，公证模块执行将借款合同和公证数据传送给公证方进行公证的操作。

进一步，作为一种可选的实施例，该装置还可以包括：第二验签模块，用于响应于第一验签模块人脸识验签未通过，对融资方进行手动签名验签和/或动态码验签。其中，响应于第二验签模块手动签名验签和/或动态码验签通过，公证模块执行将借款合同和公证数据传送给公证方进行公证的操作。

或者，进一步，作为一种可选的实施例，该装置还可以包括：第三验签模块，用于响应于第一验签模块人脸验签通过，对融资方进行手动签名验签和/或动态码验签。其中，响应于第三验签模块手动签名验签和/或动态码验签通过，公证模块执行将借款合同和公证数据传送给公证方进行公证的操作。

作为一种可选的实施例，该装置还可以包括：跳转模块，用于响应于第一确定模块确定融资方是低风险客户，跳过对借款合同进行公证的操作。

需要说明的是，本公开的装置部分的实施例与本公开的方法部分的实施例对应相同或类似，并且所达到的技术效果也对应相同或类似，在此不再赘述。

根据本公开的实施例的模块、单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一获取模块501、第一生成模块502、第二获取模块503、第二生成模块504和公证模块505中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一获取模块501、第一生成模块502、第二获取模块503、第二生成模块504和公证模块505中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一获取模块501、第一生成模块502、第二获取模块503、第二生成模块504和公证模块505中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图6示意性示出了根据本公开实施例的电子设备的框图。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600包括处理器610、计算机可读存储介质620。该电子设备600可以执行根据本公开实施例的方法。

具体地，处理器610例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器610还可以包括用于缓存用途的板载存储器。处理器610可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质620，例如可以是非易失性的计算机可读存储介质，具体示例包括但不限于：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；等等。

计算机可读存储介质620可以包括计算机程序621，该计算机程序621可以包括代码/计算机可执行指令，其在由处理器610执行时使得处理器610执行根据本公开实施例的方法或其任何变形。

计算机程序621可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序621中的代码可以包括一个或多个程序模块，例如包括621A、模块621B、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器610执行时，使得处理器610可以执行根据本公开实施例的方法或其任何变形。

根据本公开的实施例，第一获取模块501、第一生成模块502、第二获取模块503、第二生成模块504和公证模块505中的至少一个可以实现为参考图6描述的计算机程序模块，其在被处理器610执行时，可以实现上面描述的相应操作。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。

Claims (10)

1.一种针对网络融资的处理方法，包括：

在融资方提交网络融资申请后，获取所述融资方的基本信息和所述融资方录入的融资信息；

基于获取的基本信息和融资信息，生成借款合同；

获取经所述融资方确认的公证信息；

基于生成的借款合同和获取的公证信息，生成对应的公证数据；以及

将所述借款合同和所述公证数据传送给公证方进行公证。

2.根据权利要求1所述的方法，还包括：在将所述借款合同和所述公证数据传送给公证方进行公证之前，

获取与所述融资方关联的风险数据；

基于所述风险数据，确定所述融资方是否是高风险客户；

其中，响应于确定所述融资方是高风险客户，执行将所述借款合同和所述公证数据传送给公证方进行公证的操作。

3.根据权利要求2所述的方法，还包括：在确定所述融资方是高风险客户之后，

向所述融资方展示所述公证信息；

确定所述融资方是否已阅读所述公证信息；

其中，响应于确定所述融资方已阅读所述公证信息，执行将所述借款合同和所述公证数据传送给公证方进行公证的操作。

4.根据权利要求1至3中任一项所述的方法，还包括：在将所述借款合同和所述公证数据传送给公证方进行公证之前，

对所述融资方进行人脸验签；

其中，响应于人脸验签通过，执行将所述借款合同和所述公证数据传送给公证方进行公证的操作。

5.根据权利要求4所述的方法，还包括：

响应于人脸识验签未通过，对所述融资方进行手动签名验签和/或动态码验签；

其中，响应于手动签名验签和/或动态码验签通过，执行将所述借款合同和所述公证数据传送给公证方进行公证的操作。

6.根据权利要求4所述的方法，还包括：

响应于人脸验签通过，对所述融资方进行手动签名验签和/或动态码验签；

其中，响应于手动签名验签和/或动态码验签通过，执行将所述借款合同和所述公证数据传送给公证方进行公证的操作。

7.根据权利要求2所述的方法，还包括：

响应于确定所述融资方是低风险客户，跳过对所述借款合同进行公证的操作。

8.一种针对网络融资的处理装置，包括：

第一获取模块，用于在融资方提交网络融资申请后，获取所述融资方的基本信息和所述融资方录入的融资信息；

第一生成模块，用于基于获取的基本信息和融资信息，生成借款合同；

第二获取模块，用于获取经所述融资方确认的公证信息；

第二生成模块，用于基于生成的借款合同和获取的公证信息，生成对应的公证数据；以及

公证模块，用于将所述借款合同和所述公证数据传送给公证方进行公证。

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

一个或多个处理器；

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现权利要求1至7中任一项所述的方法。

Images