CN109146675A - 一种金融资产真实性验证的方法、装置、设备和介质 - Google Patents

Abstract

本申请公开了一种金融资产真实性验证的方法、装置、设备和介质，该方法包括：获得解密支付清算机构发送的加密放款/扣款资金信息得到的资金支付信息和基于助贷机构与资金机构之间的放款/扣款业务得到的资金业务信息。判断资金支付信息与资金业务信息中的对应内容是否一致；若否，确定资金业务信息异常；若是，确定资金业务信息真实有效。可见，采用真实来源于支付清算机构未被篡改的资金支付信息，核实资金支付信息和资金业务信息中对应内容是否一致的方式，以完成金融资产的真实性校验验证，及时发现和防止助贷机构的造假欺骗行为，从而保障出资人的合法权益不受侵害。

Description

一种金融资产真实性验证的方法、装置、设备和介质

技术领域

本申请涉及金融信息技术领域，尤其涉及一种金融资产真实性验证的方法、装置、设备和介质。

背景技术

现阶段，在金融领域中普惠金融越来越盛行，普惠金融一般是指小额信贷，例如，消费信用贷款、汽车抵押贷款和房屋抵押贷款等。在普惠金融的整个业务流程中会形成的放款借据、还款计划、资金支付信息等普惠金融资产。

传统地，普惠金融的业务模式是由助贷机构、资金机构、支付清算机构三方组成三方业务模式。其中，助贷机构负责获取客户的借款申请和还款申请，资金机构负责募集资金以及确定放款/扣款业务，支付清算机构负责贷款资金的放款、扣款和清算。助贷机构和资金机构之间传递资金业务信息流，支付清算机构和助贷机构之间传递资金支付信息。

但是，发明人经过研究发现，在上述三方业务模式下，由于资金机构管理能力较弱，容易发生发生助贷机构恶意欺骗资金机构事件，例如，助贷机构伪造客户借款以挪用资金、或者伪造客户还款以掩饰贷款不良率等，实际上，普惠金融业务所形成的普惠金融资产真实性存在异常，最终导致资金机构无法有效保障出资人的权益，出资人的合法权益被严重侵害。

发明内容

本申请所要解决的技术问题是，提供一种金融资产真实性验证的方法、装置、设备和介质，采用真实来源于支付清算机构未被篡改的资金支付信息，核实资金支付信息和资金业务信息中对应内容是否一致的方式，以完成金融资产的真实性校验验证，及时发现和防止助贷机构的造假欺骗行为，从而保障出资人的合法权益不受侵害。

第一方面，本申请实施例提供了一种金融资产真实性验证的方法，该方法包括：

获得资金支付信息和资金业务信息，所述资金支付信息是解密所述支付清算机构发送的加密放款/扣款资金信息得到的，所述资金业务信息是基于助贷机构与资金机构之间的放款/扣款业务得到的；

判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；

若否，确定所述资金业务信息异常；若是，确定所述资金业务信息真实有效；

其中，当放款完成后，所述资金支付信息为放款资金信息，所述资金业务信息包括放款业务信息和放款借据；当扣款完成后，所述资金支付信息为扣款资金信息，所述资金业务信息包括扣款业务信息和还款计划。

可选的，当放款完成后，对应地，所述判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；若否，确定所述资金业务信息异常；若是，确定所述资金业务信息真实有效，包括：

判断所述放款资金信息中的放款相关内容与所述放款业务信息中对应的放款相关内容是否一致；

若否，确定所述放款业务信息异常；若是，确定所述放款业务信息真实有效，并判断所述放款资金信息中的放款相关内容与所述放款借据中对应的借款相关内容是否一致；

若否，确定所述放款借据异常；若是，确定所述放款借据真实有效。

可选的，所述放款相关内容包括账户号、户名、放款金额、放款日期和标识号，所述借款相关内容包括借款人、借款金额和借款日期。

可选的，所述判断所述放款资金信息中的放款相关内容与所述放款业务信息中对应的放款相关内容是否一致，包括：

将所述放款资金信息中的放款相关内容进行hash计算，获得第一hash值；

将所述放款业务信息中对应的放款相关内容进行所述hash计算，获得第二hash值；

判断所述第一hash值与所述第二hash值碰撞检测是否匹配。

可选的，当扣款完成后，对应地，所述判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；若否，确定所述资金业务信息异常；若是，确定所述资金业务信息真实有效，包括：

判断所述扣款资金信息中的扣款相关内容与所述扣款业务信息中对应的扣款相关内容是否一致；

若否，确定所述扣款业务信息异常；若是，确定所述扣款业务信息真实有效，并判断所述扣款资金信息中的扣款相关内容与所述还款计划中对应的还款相关内容是否一致；

若否，确定所述还款计划异常；若是，确定所述还款计划真实有效。

可选的，所述扣款相关内容包括账户号、户名、扣款金额、扣款日期和标识号，所述还款相关内容包括还款人、还款金额和还款日期。

可选的，所述判断所述扣款资金信息中的扣款相关内容与所述扣款业务信息中对应的扣款相关内容是否一致，包括：

将所述扣款资金信息中的扣款相关内容进行hash计算，获得第三hash值；

将所述扣款业务信息中对应的扣款相关内容进行所述hash计算，获得第四hash值；

判断所述第三hash值与所述第四hash值碰撞检测是否匹配。

第二方面，本申请实施例提供了一种金融资产真实性验证的装置，该装置包括：

第一获得单元，用于获得资金支付信息和资金业务信息，所述资金支付信息是解密所述支付清算机构发送的加密放款/扣款资金信息得到的，所述资金业务信息是基于助贷机构与资金机构之间的放款/扣款业务得到的；

第一判断单元，用于判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；

第一确定单元，用于若所述资金支付信息与所述资金业务信息中的对应内容不一致，确定所述资金业务信息异常；若所述资金支付信息与所述资金业务信息中的对应内容一致，确定所述资金业务信息真实有效；

其中，当放款完成后，所述资金支付信息为放款资金信息，所述资金业务信息包括放款业务信息和放款借据；当扣款完成后，所述资金支付信息为扣款资金信息，所述资金业务信息包括扣款业务信息和还款计划。

第三方面，本申请实施例提供了一种终端设备，其特征在于，所述终端设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行上述任一项所述金融资产真实性验证的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行上述任一项所述金融资产真实性验证的方法。

与现有技术相比，本申请至少具有以下优点：

采用本申请实施例的技术方案，首先，获得资金支付信息和资金业务信息，所述资金支付信息是解密所述支付清算机构发送的加密放款/扣款资金信息得到的，所述资金业务信息是基于助贷机构与资金机构之间的放款/扣款业务得到的。然后，判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；若否，确定所述资金业务信息异常；若是，确定所述资金业务信息真实有效。其中，当放款完成后，所述资金支付信息为放款资金信息，所述资金业务信息包括放款业务信息和放款借据；当扣款完成后，所述资金支付信息为扣款资金信息，所述资金业务信息包括扣款业务信息和还款计划。由此可见，采用真实来源于支付清算机构未被篡改的资金支付信息，核实资金支付信息和资金业务信息中对应内容是否一致的方式，以完成金融资产的真实性校验验证，及时发现和防止助贷机构的造假欺骗行为，从而保障出资人的合法权益不受侵害。

附图说明

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

图1为本申请实施例中一种应用场景所涉及的系统框架示意图；

图2为本申请实施例提供的一种金融资产真实性验证的方法的流程示意图；

图3为本申请实施例提供的另一种金融资产真实性验证的方法的流程示意图；

图4为本申请实施例提供的另一种金融资产真实性验证的方法的流程示意图；

图5为本申请实施例提供的一种金融资产真实性验证的装置的结构示意图。

具体实施方式

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

传统地，普惠金融采用是助贷机构、资金机构、支付清算机构三方所形成的三方业务模式。具体地，助贷机构负责获取客户的借款申请和还款申请，资金机构负责募集资金以及确定放款/扣款业务，支付清算机构负责贷款资金的放款、扣款和清算；通常情况下，助贷机构可直接与支付清算机构传递资金支付信息。发明人经过研究发现，上述模式中资金机构管理能力较弱，容易发生发生助贷机构恶意欺骗资金机构事件，例如，助贷机构伪造客户借款以挪用资金、或者伪造客户还款以掩饰贷款不良率等，实际上，普惠金融业务所形成的普惠金融资产真实性存在异常，最终导致资金机构无法有效保障出资人的权益，出资人的权益被严重损害。

为了解决这一问题，在本申请实施例中，首先，获得资金支付信息和资金业务信息，所述资金支付信息是解密所述支付清算机构发送的加密放款/扣款资金信息得到的，所述资金业务信息是基于助贷机构与资金机构之间的放款/扣款业务得到的。然后，判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；若否，确定所述资金业务信息异常；若是，确定所述资金业务信息真实有效。其中，当放款完成后，所述资金支付信息为放款资金信息，所述资金业务信息包括放款业务信息和放款借据；当扣款完成后，所述资金支付信息为扣款资金信息，所述资金业务信息包括扣款业务信息和还款计划。由此可见，采用真实来源于支付清算机构未被篡改的资金支付信息，核实资金支付信息和资金业务信息中对应内容是否一致的方式，以完成金融资产的真实性校验验证，及时发现和防止助贷机构的造假欺骗行为，从而保障出资人的合法权益不受侵害。

举例来说，本申请实施例的场景之一，可以是应用到如图1所示的场景中，该场景包括第一服务器101、第二服务器102和第三服务器103，其中，第一服务器101隶属于助贷机构，第二服务器102隶属于资金机构，第三服务器103隶属于支付清算机构。首先，支付清算机构的第三服务器103根据放款/扣款流水进行加密签名得到加密签名资金支付信息，将其发送至资金机构的第二服务器102；然后，资金机构的第二服务器102解密加密签名资金支付信息获得资金支付信息，还获得基于助贷机构的第一服务器101与资金机构的第二服务器102之间的放款/扣款业务得到的资金业务信息。最后，资金机构的第二服务器102判断资金支付信息与资金业务信息中的对应内容是否一致；若否，确定资金业务信息异常；若是，确定资金业务信息真实有效。

可以理解的是，在上述应用场景中，虽然将本申请实施方式的动作描述由服务器101执行，但是，本申请在执行主体方面不受限制，只要执行了本申请实施方式所公开的动作即可。

可以理解的是，上述场景仅是本申请实施例提供的一个场景示例，本申请实施例并不限于此场景。

下面结合附图，通过实施例来详细说明本申请实施例中金融资产真实性验证的方法、装置、设备和介质的具体实现方式。

示例性方法

实施例一

参见图2，示出了本申请实施例中一种金融资产真实性验证的方法的流程示意图。在本实施例中，所述方法例如可以包括以下步骤：

步骤201：获得资金支付信息和资金业务信息，所述资金支付信息是解密所述支付清算机构发送的加密放款/扣款资金信息得到的，所述资金业务信息是基于助贷机构与资金机构之间的放款/扣款业务得到的。

可以理解的是，由于传统的三方业务模式下，助贷机构可直接与支付清算机构传递资金支付信息，资金机构管理能力较弱，助贷机构很可能恶意欺骗资金机构，导致其所获得的资金业务信息的并不真实。因而，在本实施例中，需要直接从支付清算机构获取真实的资金支付信息，以便后续验证资金业务信息是否真实。

其中，支付清算机构负责贷款资金的放款、扣款和清算，实现贷款资金的实际放款和扣款，即，具有实际的放款/扣款流水，放款流水可形成放款资金信息，扣款流水可形成扣款资金信息，需传递至资金机构，为了防止助贷机构篡改放款/扣款资金信息、确保放款/扣款资金信息的真实性，需要将放款/扣款资金信息进行加密得到加密资金支付信息再进行传递。

需要说明的是，基于常规的放款业务和扣款业务可知，对于三方业务模式下完成放款业务后，支付清算机构基于放款流水形成放款资金信息，基于助贷机构与资金机构之间的放款业务可得到放款业务信息和放款借据。对于三方业务模式下完成扣款业务后，支付清算机构基于扣款流水形成扣款资金信息，基于助贷机构与资金机构之间的扣款业务可得到扣款业务信息和还款计划。因此，在本实施例的一些实施方式中，当放款完成后，所述资金支付信息为放款资金信息，所述资金业务信息包括放款业务信息和放款借据；当扣款完成后，所述资金支付信息为扣款资金信息，所述资金业务信息包括扣款业务信息和还款计划。

步骤202：判断所述资金支付信息与所述资金业务信息中的对应内容是否一致，若否，执行步骤203；若是，执行步骤203。

可以理解的是，在步骤201得到真实来源于支付清算机构未被篡改的资金支付信息，需要判断基于助贷机构与资金机构之间的放款/扣款业务得到的资金业务信息是否真实，具体地，判断两个信息中相对应的内容是否一致，对于普惠金融业务而言，例如对比两个信息中常见的账户号、户名、金额、日期和标识号等等是否一致。

步骤203：确定所述资金业务信息异常。

步骤204：确定所述资金业务信息真实有效。

可以理解的是，当步骤202的判断结果为不一致时，表示资金支付信息与资金业务信息中的对应内容存在差异，该情况下，极大可能是助贷机构很可能恶意欺骗资金机构，资金业务信息很有可能是不真实的，确定其为异常。反之，当步骤202的判断结果为一致时，表示资金支付信息与资金业务信息中的对应内容没有差异，该情况下，确定资金业务信息不存在异常，是真实有效的。

通过本实施例提供的各种实施方式，首先，获得资金支付信息和资金业务信息，所述资金支付信息是解密所述支付清算机构发送的加密放款/扣款资金信息得到的，所述资金业务信息是基于助贷机构与资金机构之间的放款/扣款业务得到的。然后，判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；若否，确定所述资金业务信息异常；若是，确定所述资金业务信息真实有效。其中，当放款完成后，所述资金支付信息为放款资金信息，所述资金业务信息包括放款业务信息和放款借据；当扣款完成后，所述资金支付信息为扣款资金信息，所述资金业务信息包括扣款业务信息和还款计划。由此可见，采用真实来源于支付清算机构未被篡改的资金支付信息，核实资金支付信息和资金业务信息中对应内容是否一致的方式，以完成金融资产的真实性校验验证，及时发现和防止助贷机构的造假欺骗行为，从而保障出资人的合法权益不受侵害。

实施例二

以普惠金融业务中的放款业务完成为例，即，上述实施例中的所述资金支付信息为放款资金信息，所述资金业务信息包括放款业务信息和放款借据，结合附图3，通过又一实施例来详细说明本申请实施例中金融资产真实性验证的方法的具体实现方式。

参见图3，示出了本申请实施例中一种金融资产真实性验证的方法的流程示意图。在本实施例中，所述方法例如可以包括以下步骤：

步骤301：获得放款资金信息、放款业务信息和放款借据，所述放款资金信息是解密所述支付清算机构发送的加密签名放款资金信息得到的，所述放款业务信息和放款借据是基于助贷机构与资金机构之间的放款业务得到的。

步骤302：判断所述放款资金信息中的放款相关内容与所述放款业务信息中对应的放款相关内容是否一致；若否，执行步骤303；若是，执行步骤304。

可以理解的是，由于存在放款业务信息和放款借据两个资金业务信息，在本实施例中，首先验证放款业务信息是否真实，在放款业务信息真实的情况下，再进一步验证放款借据是否真实。

需要说明的是，基于普惠金融业务中的放款业务可知，需要明确放款资金需放置的账户号、户名，需放款金额、需放款日期以及对应的标识号。当然，放款完成后需要记录至少包括借款人、借款金额和借款日期等内容作为凭证。因此，在本实施例的一些实施方式中，所述放款相关内容包括账户号、户名、放款金额、放款日期和标识号，所述借款相关内容包括借款人、借款金额和借款日期。

需要说明的是，由于放款资金信息中的放款相关内容与放款业务信息中对应的放款相关内容较多，一一进行对比判断是否一致，过程比较复杂，且对比速度较慢，花费大量的时间。为了解决这个问题，可以将放款资金信息中的放款相关内容与放款业务信息中对应的放款相关内容分别进行相同的hash计算得到两个hash值，若两个hash值碰撞检测匹配，则表示放款资金信息中的放款相关内容与放款业务信息中对应的放款相关内容一致。因此，在本实施例的一些实施方式中，所述步骤302例如可以包括以下步骤：

步骤A：将所述放款资金信息中的放款相关内容进行hash计算，获得第一hash值；

步骤B：将所述放款业务信息中对应的放款相关内容进行所述hash计算，获得第二hash值；

步骤C：判断所述第一hash值与所述第二hash值碰撞检测是否匹配。

显而易见，相较于放款相关内容一一进行对比判断是否一致，判断两个hash值碰撞检测是否匹配，仅仅是两个数值的匹配，方式比较简单，且检测速度较快，节省大量的时间。

步骤303：确定所述放款业务信息异常。

步骤304：确定所述放款业务信息真实有效。

步骤305：判断所述放款资金信息中的放款相关内容与所述放款借据中对应的借款相关内容是否一致，若否，执行步骤306；若是，执行步骤307。

步骤306：确定所述放款借据异常。

步骤307：确定所述放款借据真实有效。

通过本实施例提供的各种实施方式，首先，获得放款资金信息、放款业务信息和放款借据，放款资金信息是解密支付清算机构发送的加密签名放款资金信息得到的，放款业务信息和放款借据是基于助贷机构与资金机构之间的放款业务得到的。然后，先判断放款资金信息中的放款相关内容与放款业务信息中对应的放款相关内容是否一致，以确定放款业务信息是否异常，当放款业务信息真实有效时，再判断放款资金信息中的放款相关内容与放款借据中对应的借款相关内容是否一致，以确定放款借据异常。由此可见，采用真实来源于支付清算机构未被篡改的放款资金信息，核实放款资金信息、放款业务信息和放款借据中对应内容是否一致的方式，以完成放款业务信息和放款借据的真实性校验验证，及时发现和防止助贷机构的造假欺骗行为，从而保障出资人的合法权益不受侵害。

实施例三

参见图4，示出了本申请实施例中一种金融资产真实性验证的方法的流程示意图。在本实施例中，所述方法例如可以包括以下步骤：

步骤401：获得资金信息、扣款业务信息和还款计划，所述扣款资金信息是解密所述支付清算机构发送的加密签名扣款资金信息得到的，所述扣款业务信息和还款计划是基于助贷机构与资金机构之间的扣款业务得到的。

步骤402：判断所述扣款资金信息中的扣款相关内容与所述扣款业务信息中对应的扣款相关内容是否一致；若否，执行步骤403；若是，执行步骤404。

同上述实施例可知，由于存在扣款业务信息和还款计划两个资金业务信息，在本实施例中，首先验证扣款业务信息是否真实，在扣款业务信息真实的情况下，再进一步验证还款计划是否真实。

需要说明的是，基于普惠金融业务中的扣款业务可知，需要明确扣款资金需扣来源的账户号、户名，需扣款金额、需扣款日期以及对应的标识号。当然，扣款完成后需要记录至少包括还款人、还款金额和还款日期等内容作为凭证。因此，在本实施例的一些实施方式中，所述扣款相关内容包括账户号、户名、扣款金额、扣款日期和标识号，所述还款相关内容包括还款人、还款金额和还款日期。

同上述实施例可知，步骤402为了简化比较判断过程，加快比较判断速度，节省大量时间，同样进行hash计算和hash值碰撞检测匹配。需要注意的是，本实施例中的hash计算与上一实施例中的hash计算可相同，也可不同。因此，在本实施例的一些实施方式中，所述步骤402例如可以包括以下步骤：

步骤D：将所述扣款资金信息中的扣款相关内容进行hash计算，获得第三hash值；

步骤E：将所述扣款业务信息中对应的扣款相关内容进行所述hash计算，获得第四hash值；

步骤F：判断所述第三hash值与所述第四hash值碰撞检测是否匹配。

步骤403：确定所述扣款业务信息异常。

步骤404：确定所述扣款业务信息真实有效。

步骤405：判断所述扣款资金信息中的扣款相关内容与所述还款计划中对应的还款相关内容是否一致；若否，执行步骤406；若是，执行步骤407。

第三步骤406：确定所述还款计划异常。

步骤407：确定所述还款计划真实有效。

通过本实施例提供的各种实施方式，首先，获得扣款资金信息、扣款业务信息和还款计划，扣款资金信息是解密支付清算机构发送的加密签名扣款资金信息得到的，扣款业务信息和还款计划是基于助贷机构与资金机构之间的扣款业务得到的。然后，先判断扣款资金信息中的扣款相关内容与扣款业务信息中对应的扣款相关内容是否一致，以确定扣款业务信息是否异常，当扣款业务信息真实有效时，再判断扣款资金信息中的扣款相关内容与还款计划中对应的还款相关内容是否一致，以确定还款计划异常。由此可见，采用真实来源于支付清算机构未被篡改的扣款资金信息，核实扣款资金信息、扣款业务信息和还款计划中对应内容是否一致的方式，以完成扣款业务信息和还款计划的真实性校验验证，及时发现和防止助贷机构的造假欺骗行为，从而保障出资人的合法权益不受侵害。

示例性设备

参见图5，示出了本申请实施例中一种金融资产真实性验证的装置的结构示意图。在本实施例中，所述装置例如具体可以包括：

获得单元501，用于获得资金支付信息和资金业务信息，所述资金支付信息是解密所述支付清算机构发送的加密放款/扣款资金信息得到的，所述资金业务信息是基于助贷机构与资金机构之间的放款/扣款业务得到的；

判断单元502，用于判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；

确定单元503，用于若所述资金支付信息与所述资金业务信息中的对应内容不一致，确定所述资金业务信息异常；若所述资金支付信息与所述资金业务信息中的对应内容一致，确定所述资金业务信息真实有效；

其中，当放款完成后，所述资金支付信息为放款资金信息，所述资金业务信息包括放款业务信息和放款借据；当扣款完成后，所述资金支付信息为扣款资金信息，所述资金业务信息包括扣款业务信息和还款计划。

可选的，当放款完成后，对应地，所述判断单元502和所述确定单元503包括：

第一判断子单元，用于判断所述放款资金信息中的放款相关内容与所述放款业务信息中对应的放款相关内容是否一致，若否，进入第一确定子单元；若是，进入第二确定子单元；

所述第一确定子单元，用于确定所述放款业务信息异常；

所述第一确定子单元，用于确定所述放款业务信息真实有效；

第二判断子单元，用于判断所述放款资金信息中的放款相关内容与所述放款借据中对应的借款相关内容是否一致；若否，进入第三确定子单元；若是，进入第四确定子单元；

所述第三确定子单元，用于确定所述放款借据异常；

所述第四确定子单元，用于确定所述放款借据真实有效。

可选的，所述放款相关内容包括账户号、户名、放款金额、放款日期和标识号，所述借款相关内容包括借款人、借款金额和借款日期。

可选的，所述第一判断子单元包括：

第一获得模块，用于将所述放款资金信息中的放款相关内容进行hash计算，获得第一hash值；

第二获得模块，用于将所述放款业务信息中对应的放款相关内容进行所述hash计算，获得第二hash值；

第一判断模块，用于判断所述第一hash值与所述第二hash值碰撞检测是否匹配，若否，进入第一确定子单元；若是，进入第二确定子单元。

可选的，当扣款完成后，对应地，所述判断单元502和所述确定单元503包括：

第三判断子单元，用于判断所述扣款资金信息中的扣款相关内容与所述扣款业务信息中对应的扣款相关内容是否一致；若否，进入第五确定子单元；若是，进入第六确定子单元；

所述第五确定子单元，用于确定所述扣款业务信息异常；

所述第六确定子单元，用于确定所述扣款业务信息真实有效；

第四判断子单元，用于判断所述扣款资金信息中的扣款相关内容与所述还款计划中对应的还款相关内容是否一致；若否，进入第七确定子单元；若是，进入第八确定子单元；

所述第七确定子单元，用于确定所述还款计划异常；

所述第八确定子单元，用于确定所述还款计划真实有效。

可选的，所述扣款相关内容包括账户号、户名、扣款金额、扣款日期和标识号，所述还款相关内容包括还款人、还款金额和还款日期。

可选的，所述第三判断子单元包括：

第三获得模块，用于将所述扣款资金信息中的扣款相关内容进行hash计算，获得第三hash值；

第四获得模块，用于将所述扣款业务信息中对应的扣款相关内容进行所述hash计算，获得第四hash值；

第二判断模块，用于判断所述第三hash值与所述第四hash值碰撞检测是否匹配，若否，进入第五确定子单元；若是，进入第六确定子单元。

通过本实施例提供的各种实施方式，首先，获得资金支付信息和资金业务信息，所述资金支付信息是解密所述支付清算机构发送的加密放款/扣款资金信息得到的，所述资金业务信息是基于助贷机构与资金机构之间的放款/扣款业务得到的。然后，判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；若否，确定所述资金业务信息异常；若是，确定所述资金业务信息真实有效。其中，当放款完成后，所述资金支付信息为放款资金信息，所述资金业务信息包括放款业务信息和放款借据；当扣款完成后，所述资金支付信息为扣款资金信息，所述资金业务信息包括扣款业务信息和还款计划。由此可见，采用真实来源于支付清算机构未被篡改的资金支付信息，核实资金支付信息和资金业务信息中对应内容是否一致的方式，以完成金融资产的真实性校验验证，及时发现和防止助贷机构的造假欺骗行为，从而保障出资人的合法权益不受侵害。

本申请实施例还提供一种终端设备，其特征在于，所述终端设备包括至少一个处理器以及存储器：

其中，所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行上述任一实施例提供的所述金融资产真实性验证的方法。

此外，本申请实施例还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行上述任一实施例提供的所述金融资产真实性验证的方法。

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述，仅是本申请的较佳实施例而已，并非对本申请作任何形式上的限制。虽然本申请已以较佳实施例揭露如上，然而并非用以限定本申请。任何熟悉本领域的技术人员，在不脱离本申请技术方案范围情况下，都可利用上述揭示的方法和技术内容对本申请技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本申请技术方案的内容，依据本申请的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本申请技术方案保护的范围内。

Claims (10)

1.一种金融资产真实性验证的方法，其特征在于，包括：

获得资金支付信息和资金业务信息，所述资金支付信息是解密所述支付清算机构发送的加密放款/扣款资金信息得到的，所述资金业务信息是基于助贷机构与资金机构之间的放款/扣款业务得到的；

判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；

若否，确定所述资金业务信息异常；若是，确定所述资金业务信息真实有效；

其中，当放款完成后，所述资金支付信息为放款资金信息，所述资金业务信息包括放款业务信息和放款借据；当扣款完成后，所述资金支付信息为扣款资金信息，所述资金业务信息包括扣款业务信息和还款计划。

2.根据权利要求1所述的方法，其特征在于，当放款完成后，对应地，所述判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；若否，确定所述资金业务信息异常；若是，确定所述资金业务信息真实有效，包括：

判断所述放款资金信息中的放款相关内容与所述放款业务信息中对应的放款相关内容是否一致；

若否，确定所述放款业务信息异常；若是，确定所述放款业务信息真实有效，并判断所述放款资金信息中的放款相关内容与所述放款借据中对应的借款相关内容是否一致；

若否，确定所述放款借据异常；若是，确定所述放款借据真实有效。

3.根据权利要求2所述的方法，其特征在于，所述放款相关内容包括账户号、户名、放款金额、放款日期和标识号，所述借款相关内容包括借款人、借款金额和借款日期。

4.根据权利要求2所述的方法，其特征在于，所述判断所述放款资金信息中的放款相关内容与所述放款业务信息中对应的放款相关内容是否一致，包括：

将所述放款资金信息中的放款相关内容进行hash计算，获得第一hash值；

将所述放款业务信息中对应的放款相关内容进行所述hash计算，获得第二hash值；

判断所述第一hash值与所述第二hash值碰撞检测是否匹配。

5.根据权利要求1所述的方法，其特征在于，当扣款完成后，对应地，所述判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；若否，确定所述资金业务信息异常；若是，确定所述资金业务信息真实有效，包括：

判断所述扣款资金信息中的扣款相关内容与所述扣款业务信息中对应的扣款相关内容是否一致；

若否，确定所述扣款业务信息异常；若是，确定所述扣款业务信息真实有效，并判断所述扣款资金信息中的扣款相关内容与所述还款计划中对应的还款相关内容是否一致；

若否，确定所述还款计划异常；若是，确定所述还款计划真实有效。

6.根据权利要求5所述的方法，其特征在于，所述扣款相关内容包括账户号、户名、扣款金额、扣款日期和标识号，所述还款相关内容包括还款人、还款金额和还款日期。

7.根据权利要求5所述的方法，其特征在于，所述判断所述扣款资金信息中的扣款相关内容与所述扣款业务信息中对应的扣款相关内容是否一致，包括：

将所述扣款资金信息中的扣款相关内容进行hash计算，获得第三hash值；

将所述扣款业务信息中对应的扣款相关内容进行所述hash计算，获得第四hash值；

判断所述第三hash值与所述第四hash值碰撞检测是否匹配。

8.一种金融资产真实性验证的装置，其特征在于，包括：

第一获得单元，用于获得资金支付信息和资金业务信息，所述资金支付信息是解密所述支付清算机构发送的加密放款/扣款资金信息得到的，所述资金业务信息是基于助贷机构与资金机构之间的放款/扣款业务得到的；

第一判断单元，用于判断所述资金支付信息与所述资金业务信息中的对应内容是否一致；

第一确定单元，用于若所述资金支付信息与所述资金业务信息中的对应内容不一致，确定所述资金业务信息异常；若所述资金支付信息与所述资金业务信息中的对应内容一致，确定所述资金业务信息真实有效；

其中，当放款完成后，所述资金支付信息为放款资金信息，所述资金业务信息包括放款业务信息和放款借据；当扣款完成后，所述资金支付信息为扣款资金信息，所述资金业务信息包括扣款业务信息和还款计划。

9.一种终端设备，其特征在于，所述终端设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行权利要求1-7任一项所述金融资产真实性验证的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行权利要求1-7任一项所述金融资产真实性验证的方法。