CN110969531A - 借款存证、在线查证方法及其*** - Google Patents

Abstract

本说明书中的实施例提供了借款存证、在线查证方法及其***。借款人和出借人中任一方的用户端向对方的用户端发起借款合约流程。进而，服务端从借款人和/或出借人的用户端获取借款合约凭证，并将借款合约凭证的映射结果上传至区块链。互联网法院的终端可以接收用户端针对目标借款合同发起的仲裁请求，并基于该仲裁请求在区块链中查询，以：得到区块链中存储的目标借款合同的借款合约凭证，或者验证该仲裁请求中的目标借款合同的借款合约凭证是否经过篡改。

Description

借款存证、在线查证方法及其***

技术领域

本说明书实施例涉及信息技术领域，特别涉及借款存证、在线查证方法及其***。

背景技术

借款是人们常见的需求，而电子支付手段（例如，支付宝、微信、银行转账等）因其便捷性，被广泛地应用于借款或还款。借助电子支付手段的借款或还款行为可以产生转账记录，该转账记录是具有法律支持的，但有限。

目前，希望提供一种可靠的对借款相关信息进行在线存证和/或查询的方案。

发明内容

本说明书实施例之一提供一种借款存证方法，其中，该方法由服务端执行。所述方法包括：从借款人和/或出借人的用户端获取借款合约凭证；至少基于所述借款合约凭证生成第一映射结果；将所述第一映射结果上传至区块链。

本说明书实施例之一提供一种借款存证***，其中，包括：借款合约凭证获取模块，用于从借款人和/或出借人的用户端获取借款合约凭证；第一映射结果生成模块，用于至少基于所述借款合约凭证生成第一映射结果；上传模块，用于将所述第一映射结果上传至区块链。

本说明书实施例之一提供一种借款存证***，其中，包括至少一个处理器和至少一个存储设备，所述存储设备用于存储指令，当至少一个处理器执行指令时，实现本说明书任一实施例所述的由服务端执行的借款存证方法。

本说明书实施例之一提供一种借款存证方法，其中，所述方法由第一用户的用户端执行，所述第一用户为借款人和出借人中任一方。所述方法包括：向第二用户的用户端发送借款合约请求，以发起借款合约流程，其中，所述第二用户为所述借款人和出借人中另一方；获取借款合约凭证；向服务端发送所述借款合约凭证，以使所述服务端能够：至少基于所述借款合约凭证生成第一映射结果；以及将所述第一映射结果上传至区块链。

本说明书实施例之一提供一种借款存证***，其中，包括：借款合约流程发起模块，用于向第二用户的用户端发送借款合约请求，以发起借款合约流程，其中，所述第二用户为所述借款人和出借人中另一方；借款合约凭证获取模块，用于获取借款合约凭证；借款合约凭证发送模块，用于向服务端发送所述借款合约凭证，以使所述服务端能够：至少基于所述借款合约凭证生成第一映射结果；以及将所述第一映射结果上传至区块链。

本说明书实施例之一提供一种借款存证装置，其中，包括至少一个处理器和至少一个存储设备，所述存储设备用于存储指令，当至少一个处理器执行指令时，实现本说明书任一实施例所述的由第一用户的用户端执行的借款存证方法。

本说明书实施例之一提供一种在线查证方法，其中，所述方法由互联网法院的终端执行。所述方法包括：接收来自用户端的针对目标借款合同的仲裁请求，所述仲裁请求包括目标借款合同的借款合约凭证和/或其对应的区块索引；基于所述仲裁请求在区块链中查询，以：得到区块链中存储的目标借款合同的借款合约凭证，或者验证所述仲裁请求中的目标借款合同的借款合约凭证是否经过篡改。

本说明书实施例之一提供一种在线查证***，其中，包括：仲裁请求接收模块，用于接收来自用户端的针对目标借款合同的仲裁请求，所述仲裁请求包括目标借款合同的借款合约凭证和/或其对应的区块索引；区块链查询模块，用于基于所述仲裁请求在区块链中查询，以：得到区块链中存储的目标借款合同的借款合约凭证，或者验证所述仲裁请求中的目标借款合同的借款合约凭证是否经过篡改。

本说明书实施例之一提供一种在线查证装置，其中，包括至少一个处理器和至少一个存储设备，所述存储设备用于存储指令，当至少一个处理器执行指令时，实现本说明书任一实施例所述的由互联网法院的终端执行的在线查证方法。

本说明书实施例之一提供一种在线查证方法，其中，所述方法由服务端执行。所述方法包括：接收来自终端的查证请求，所述查证请求中包括目标借款合同的借款合约凭证和/或其区块索引；基于所述查证请求在区块链中查询，以得到区块链中存储的目标借款合同的借款合约凭证或者验证所述仲裁请求中的目标借款合同的借款合约凭证是否经过篡改；向所述终端返回区块链中存储的目标借款合同的借款合约凭证或者所述仲裁请求中的目标借款合同的借款合约凭证的验证结果。

本说明书实施例之一提供一种在线查证***，其中，包括：查证请求接收模块，用于接收来自终端的查证请求，所述查证请求中包括目标借款合同的借款合约凭证和/或其区块索引；区块链查询模块，用于基于所述查证请求在区块链中查询，以得到区块链中存储的目标借款合同的借款合约凭证或者验证所述仲裁请求中的目标借款合同的借款合约凭证是否经过篡改；查询结果返回模块，用于向所述终端返回区块链中存储的目标借款合同的借款合约凭证或者所述仲裁请求中的目标借款合同的借款合约凭证的验证结果。

本说明书实施例之一提供一种在线查证装置，其中，包括至少一个处理器和至少一个存储设备，所述存储设备用于存储指令，当至少一个处理器执行指令时，实现本说明书任一实施例所述的由服务端执行的在线查证方法。

附图说明

本说明书将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1为根据本说明书一些实施例所示的借款管理***的应用场景示意图；

图2为根据本说明书一些实施例所示的借款存证方法的示例性流程图；

图3为根据本说明书一些实施例所示的借款存证方法的示例性流程图；

图4为根据本说明书一些实施例所示的第一用户的用户端获得基于所述第一用户和所述第二用户的用户端对合同模板共同编辑以及电子签名的结果的示例性流程图；

图5为根据本说明书一些实施例所示的在线查证方法的示例性流程图；

图6为根据本说明书一些实施例所示的在线查证方法的示例性框图；

图7为根据本说明书一些实施例所示的借款存证***的示例性框图；

图8为根据本说明书一些实施例所示的借款存证***的示例性框图；

图9为根据本说明书一些实施例所示的在线查证***的示例性框图；

图10为根据本说明书一些实施例所示的在线查证***的示例性框图。

具体实施方式

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“***”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本说明书和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本说明书中使用了流程图用来说明根据本说明书的实施例的***所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

图1为根据本说明书一些实施例所示的借款管理***的应用场景示意图。如图1所示，借款管理***100可以包括用户端110、服务端120、法院终端130、网络140、区块链150和存储设备160。

用户端110是指用户所使用的终端设备或软件。在一些实施例中，用户可以指借款人或出借人中任一方。用户可以利用用户端110来进行社交、借款/还款、以及发起仲裁等中的一种或多种操作。在一些实施例中，用户端110可以具有添加好友、聊天等社交功能，以使多个用户之间建立联系，并互相商定借款细节（例如，借款金额、利息、还款时间、分期、重签等）。在一些实施例中，借款人或出借人中任一方可以发起借款合约流程（借钱或出借），与另一方的用户端交互以生成借款合约凭证，该借款合约凭证可由服务端120进行存证，例如，将借款合约凭证上传至区块链150。在一些实施例中，用户可以通过用户端110查询借款合约凭证以及相关的转款凭据。其中，转款可以指出借人向借款人的借出款项，也可以指借款人向出借人偿还款项。在一些实施例中，借款合约凭证可以保存在用户端110本地、服务端120的存储设备、存储设备160等中的一个或多个中。在一些实施例中，用户端110可以记录还款时间，并对用户进行还款提醒。在一些实施例中，当借款人和出借人就某次借款发生纠纷（例如相关款项逾期未还）时，任一方可针对此次借款向法院终端发起在线仲裁请求，或者可以与另一方的用户端110交互以签订新的借款合同。

在一些实施例中，用户端110可以包括各类具有信息接收和/或发送功能的设备。在一些实施例中，用户终端110可以包括智能电话110-1、平板计算机110-2、膝上型计算机110-3、台式计算机110-4 等或其任意组合。

服务端120可以接收和处理来自其他设备（如，用户端110、法院终端130等）的数据和/或信息。例如，服务端120可以从借款人和/或出借人的用户端110获取借款合约凭证，并将基于该借款合约凭证生成的第一映射结果上传至区块链150。又如，服务端120可以基于借款合约凭证对应的借款合同将指定金额的款项从借款人和/或出借人的账户转到另一方账户上，并生成转款凭据。又如，服务端120可以基于转款凭据生成第二映射结果，并将第二映射结果上传至区块链150。又如，服务端120可以接收来自终端（如法院终端130）的查证请求，并基于该查证请求在区块链150中查询，以：得到区块链150中存储的目标借款合同的借款合约凭证，或确定该目标借款合同的借款合约凭证是否经过篡改。又如，服务端120还可以基于该查证请求在区块链150中查询，以：得到区块链150中存储的目标借款合同的转款凭据，或确定该目标借款合同的转款凭据是否经过篡改。

值得说明的是，本说明书提及的映射可以指对原始内容（如，借款合约凭证、转款凭据等）进行关联以及保密，映射方式可以包括但不限于加密算法、哈希运算等。应当注意，利用加密算法生成的映射结果可以利用相应的解密算法来解密出原始内容。利用哈希算法生成的映射结果（即哈希值）可以通过哈希值的比对来验证原始内容是否经过篡改。

在一些实施例中，服务端120可以是独立的服务器或者服务器组，该服务器组可以是集中式的或者分布式的。在一些实施例中，该服务器可以是区域的或者远程的。在一些实施例中，服务端120可通过网络140访问存储于用户端110、存储设备160中的信息和/或数据。在一些实施例中，服务端120可直接与用户端110、存储设备160连接以访问存储于其中的信息和/或数据。在一些实施例中，服务端120可以通过网络140向法院终端130发送信息和/或数据。在一些实施例中，服务端120可在云平台上执行。例如，该云平台可包括私有云、公共云、混合云、社区云、分散式云、内部云等中的一种或其任意组合。

法院终端130是指互联网法院所使用的终端设备或软件。互联网法院可以通过法院终端130接收并受理借款方和/或出借方发起的仲裁请求。在一些实施例中，法院终端130可以接收来自用户端110的针对目标借款合同的仲裁请求，并基于该仲裁请求在区块链150中查询，以：得到区块链150中存储的目标借款合同的借款合约凭证，或确定仲裁请求中的目标借款合同的借款合约凭证是否经过篡改。在一些实施例中，法院终端130还可以基于该仲裁请求，在区块链150中查询，以：得到区块链150中存储的目标借款合同的转款凭据，或者确定仲裁请求中的目标借款合同的转款凭据是否经过篡改。

在一些实施例中，法院终端130可以包括各类具有信息接收和/或发送功能的设备。在一些实施例中，法院终端130可以包括智能电话130-1、平板计算机130-2、膝上型计算机130-3、台式计算机130-4 等或其任意组合。

网络140可促进数据和/或信息的交换。在一些实施例中，***100中的一个或多个组件(如：用户终端110、服务器120、法院终端130、区块链150、存储设备160)可通过网络140发送数据和/或信息给***100中的其他组件。在一些实施例中，网络140可包括任意类型的有线或无线网络。例如，网络140可包括缆线网络、有线网络、光纤网络、电信网络、内部网络、网际网络、区域网络(LAN)、广域网络(WAN)、无线区域网络(WLAN)、都会区域网络(MAN)、公共电话交换网络(PSTN)、蓝牙网络、ZigBee网络、近场通讯(NFC)网络等或以上任意组合。在一些实施例中，网络140可包括一个或多个网络进出点。例如，网络140可包含有线和/或无线网络进出点，如基站和/或多个网际网络交换点140-1、140-2，通过这些进出点，***100的一个或多个组件可连接到网络140上以交换数据和/或信息。

区块链150是指由区块链节点组成的网络。区块链150可以被配置用于处理和/或保存***100产生的映射结果（例如，第一映射结果、第二映射结果）。区块链150可以利用去中心的、分布式的和公共的数字账本，来维持不断增长的记录（如映射结果的记录等）列表。区块链150可以保证记录以可验证和永久的方式存储，并且不能被追溯地修改。在一些实施例中，区块链节点可以包括各类终端设备、服务器等。例如，***100中的设备，如服务端120或法院终端130等，也可作为区块链节点通过网络140加入区块链150，与区块链150中的一个或多个其他区块链节点进行通信。

区块链150可以是任何类型的区块链网络，例如公有区块链网络、私有区块链网络、半私有区块链网络、联盟链等或其任何组合。在一些实施例中，区块链150可以基于Hyperledger fabric区块链构建。

应当说明的是，本说明书中提及的区块链既可以指由区块链节点组成的网络（如区块链150），也可以指由区块组成的数字账本。

存储设备160可以存储数据、指令和/或任何其他信息。在一些实施例中，存储设备160可以存储从***100的其他组件（例如，用户端110、服务端120、法院终端130等）获取的数据。例如，存储设备160可以备份借款合约凭证、转款凭据等，以供用户在用户端110查询。又如，存储设备160可以存储用户端110、服务端120、以及法院终端130等用来执行本说明书中描述的示例性方法的数据和/或指令。

值得说明的是，借款管理***100中的一个或多个组件可以内置有统一的区块链协议。另外，该区块链协议可以支持智能合约，本说明书中的一个或多个步骤可以通过智能合约实现。

关于借款管理***100的以上描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对借款管理***100进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。例如，借款管理***100可以包括一个或以上附加组件。又例如，可以省略上述借款管理***100的一个或以上组件。又例如，借款管理***100的两个或以上组件可以集成到单个组件中。

图2为根据本说明书一些实施例所示的借款存证方法的示例性流程图。流程200可以由服务端执行。流程200可以包括：

步骤210，从借款人和/或出借人的用户端获取借款合约凭证。在一些实施例中，步骤210可以由借款合约凭证获取模块710实现。

借款合约凭证可以反映借款人和出借人共同签订的合同的内容以及证明合同的有效性。应当理解，由于合同需要双方共同签订，借款合约凭证的生成依赖于借款人和出借人各自在用户端的操作。但需要说明的是，借款合约凭证可以由借款人和出借人中任一方的用户端上传至服务端，也可以由服务端基于借款人和出借人的用户端各自上传的数据生成。

在一些实施例中，借款合约凭证可以包括经过借款人和出借人电子签名的借款合同文本数据。其中，借款合同文本数据可以反映合同的内容，双方的电子签名可以证明合同的有效性。

例如，用户端可以向用户（借款人和/或出借人）展示电子文本形式的合同模板，借款人和出借人的用户端对合同模板进行共同编辑以获得完整的借款合同，进而经过借款人和出借人电子签名的合同借款合同可作为借款合约凭证。在一些实施例中，对合同模板的编辑包括但不限于替换、填写、删除、选择、撤销等。例如，合同模板中可以设置需要用户编辑的特定内容，如借款人和出借人的姓名、身份证号码、账户、电话号码、借款金额、还款时间、利息计算方式、还款方式、逾期赔偿方式等。在一些实施例中，对于合同模板中的某些特定内容（如，姓名、身份证号码、账户、电话号码等个人信息），可以设置用户权限，即只能由相应用户（借款人/出借人）进行编辑。在一些实施例中，借款人和出借人的用户端可以对同一合同模板进行实时的同步编辑，即，任一方的用户端对合同模板的编辑结果可以即时在对方的用户端展现。进而，借款人和出借人的用户端基于用户指令均对同一编辑结果进行确认后，基于该编辑结果可以得到完整的借款合同。在一些实施例中，可以从任一方的用户端开始对合同模板进行编辑，再将编辑结果发送至另一方的用户端，由另一方的用户端继续编辑。如此，经过双方的一次或多次编辑且对同一编辑结果的确认后，可以得到完整的借款合同。当双方确认完整的借款合同内容后，对借款合同进行电子签名，便可得到具有法律效力的借款合约凭证。

在一些实施例中，电子签名过程可以在用户端实施。例如，任一方的用户端可以基于用户的签名指令对借款合同进行电子签名并将电子签名的结果发送给另一方的用户端，另一方的用户端基于用户的签名指令对电子签名结果再次电子签名，得到借款合约凭证。又如，借款人和出借人可以通过用户端对确认后的完整借款合同分别进行电子签名，各自将单方签名后的借款合同发送给服务端，服务端可以将借款人和出借人上传的经过单方签名的借款合同绑定存储，当两份合同的内容相同，即可作为借款合约凭证。

在一些实施例中，借款合约凭证可以包括能够反映合同签订过程的图像数据。进一步地，图像数据可以包括视频数据。

例如，可以对合同签订过程进行录像。在一些实施例中，用户端自身可以具备录像功能，用户端也可以获取由单独的摄像设备录制的视频。用户端可以对视频的录制规范进行提示，提示的内容可以包括“保证合同条款、手写字迹清晰”、“签订过程一次录制完成”等或类似内容，以录制出清晰反映合同内容和双方手写签名的视频。借款人和出借人可以约定好合同内容，线下共同签订合同并进行录制签订过程，录制的视频可以由任一方的用户端获取。获取视频的用户端可以自行生成借款合约凭证，也可以将视频上传至服务端由服务端生成借款合约凭证。

在一些实施例中，借款合约凭证可以包括经过借款人和出借人手写签名的借款合同图像数据。例如，借款人和出借人可以约定好合同内容，线下共同签订合同并对经过借款人和出借人手写签名的借款合同进行拍照。在一些实施例中，用户端自身可以具备拍摄功能，用户端也可以获取由其他设备拍摄的合同图像。类似于录像，用户端可以对合同图像的拍摄规范进行提示，提示的内容可以包括“保证合同条款、手写字迹清晰”等或类似内容，以拍摄出清晰反映合同内容和双方手写签名的图像。获取合同图像的用户端可以自行生成借款合约凭证，也可以将合同图像上传至服务端由服务端生成借款合约凭证。

步骤220，至少基于借款合约凭证生成第一映射结果。在一些实施例中，步骤220可以由第一映射结果生成模块720实现。

步骤230，将第一映射结果上传至区块链。在一些实施例中，步骤230可以由上传模块730实现。

由于区块链中存储的内容是公开的，直接将借款合约凭证上传至区块链会引发用户隐私泄露，因此可以将借款合约凭证的映射结果（即所述第一映射结果）上传至区块链。区块链具有存储内容难以被篡改的特性，因此存储在区块链中的第一映射结果可以用于验证相应的借款合约凭证是否经过篡改。

在一些实施例中，映射结果可以是加密结果。加密类型可以是对称加密或非对称加密。在一些实施例中，加密过程可以由服务端执行，且服务端可保存相应的解密秘钥，解密秘钥可用于解密出未经篡改的借款合约凭证。

在一些实施例中，为了提供对合同签订时间的证明，服务端可以在借款合约凭证生成时即时获取数字时间戳并将借款合约凭证打上数字时间戳，再对具有数字时间戳的借款合约凭证进行加密，得到所述第一映射结果。在一些实施例中，所述第一映射结果所在区块的时间戳也可以作为合同签订时间的证明，但考虑到区块的生成距离借款合约凭证的生成有一定时间，因此在一些对合同签订时间的准确度要求不高的情况下，可以采用区块的时间戳作为合同签订时间的证明。

在一些实施例中，映射结果可以是哈希值。当借款合约凭证的数据量较大时，例如借款合约凭证包括视频数据时，将固定长度的哈希值上传至区块链可以有效节省区块的存储空间。

在一些实施例中，服务端可以基于借款合约凭证确定还款时间。例如，服务端可以通过识别借款合同中与还款时间对应的字段来确定还款时间。进而，服务端可以基于确定的还款时间向借款人和/或出借人的用户端发送还款提醒。具体地，还款提醒可以以消息和/或短信的方式提前于还款时间发送至借款人和/或出借人的用户端。

在一些实施例中，服务端可以基于出借人或借款人的转款指令进行转款并生成转款凭据，以实现借款/还款金额的转移并提供凭据。具体地，服务端可以获得基于借款合约凭证生成的转款交易，该转款交易中打款方和收款方的账户及转款金额均可基于借款合约凭证确定。当服务端获取到出借人或借款人的转款指令后即可执行该转款交易，从而将指定金额的款项从出借人或借款人的账户转移到对方账户上。在一些实施例中，用户端可以向用户展示转款交易并提示用户输入转款指令。转款指令包括但不限于密码、指纹、人脸等形式。

在一些实施例中，转款凭据可以包含打款方的账户、收款方的账户、转款金额以及转款时间等证明转款行为已发生。在一些实施例中，服务端还可以基于转款凭据生成第二映射结果，并将该第二映射结果上传至区块链。与将第一映射结果上链类似，将转款凭据的映射结果（即所述第二映射结果）上传至区块链，既可以防止转款凭据中的用户隐私泄露，也可以验证转款凭据是否经过篡改。

图3为根据本说明书一些实施例所示的借款存证方法的示例性流程图。流程300可以由第一用户的用户端执行，该第一用户为借款人和出借人中的任一方。流程300可以包括：

步骤310，向第二用户的用户端发送借款合约请求，以发起借款合约流程。在一些实施例中，步骤310可以由借款合约流程发起模块810实现。

其中，所述第二用户为借款人和出借人中另一方。在一些实施例中，第一用户可以通过在用户界面触发借款功能并选择第二用户，来向选择的第二用户的用户端发送借款合约请求，从而发起借款合约流程。第二用户可以通过第一用户的好友/联系人列表添加，也可以通过输入第二用户的标识信息（例如，电话号码、名称、编号等）添加。

步骤320，获取借款合约凭证。在一些实施例中，步骤320可以由借款合约凭证获取模块820实现。

为了便于用户查询，用户端可以将借款合约凭证保存在本地，在用户查询时可以直接从本地调用出借款合约凭证向用户展示。

在一些实施例中，借款合约凭证可以包括经过借款人以及出借人电子签名的借款合同文本数据、能够反映合同签订过程的图像数据、以及经过借款人和出借人手写签名的借款合同图像数据等中的至少一种。

在一些实施例中，第一用户的用户端可以获取合同模板，并通过与第二用户的用户端的交互，获得基于所述第一用户和所述第二用户的用户端对合同模板共同编辑以及电子签名的结果。

关于第一用户的用户端获得基于所述第一用户和所述第二用户的用户端对合同模板共同编辑以及电子签名的结果的具体流程，可以参考图4及其相关描述。

在一些实施例中，为确保借款合约凭证基于用户（借款人/出借人）本人操作生成，用户端可以设置用户身份认证环节。即，用户端可以对用户进行身份认证，若身份认证通过，则继续执行借款合约流程。在一些实施例中，身份认证的方式包括但不限于密码、指纹的比对、人脸识别等。在一些实施例中，人脸识别可以是动态人脸识别。在一些实施例中，当身份认证通过后，用户端可以自动执行相关操作。例如，当身份认证通过后，用户端可以获取对应用户的个人信息并将其编辑到合同模板中。应当理解，用户端的用户可以预先将自身的身份认证参照信息（如，密码、指纹、人脸数据等）和个人信息一起输入用户端或上传至服务端，其中，身份认证参照信息用于同身份认证时输入用户端的信息进行比对以得到身份认证结果。又如，当身份认证通过后，用户端可以自动获取对应用户的电子签名，进而可以对借款合同进行电子签名，即无需基于用户的签名指令进行电子签名。

步骤330，向服务端发送借款合约凭证，以使服务端能够：至少基于借款合约凭证生成第一映射结果，以及将第一映射结果上传至区块链。在一些实施例中，步骤330可以由借款合约凭证发送模块830实现。

在一些实施例中，用户端可以基于还款时间对用户进行还款提醒。其中，还款时间可以基于借款合约凭证确定，例如，可以通过识别借款合同中与还款时间对应的字段来确定还款时间。具体地，还款提醒可以以消息和/或短信的方式提前于还款时间发出。

在一些实施例中，借款人的用户端可以基于还款时间请求服务端将满足还款金额的款项从借款人的账户上转移到出借人的账户上。其中，除了还款时间，借款人和出借人的账户以及还款金额也可以基于借款合约凭证确定，例如，可以通过识别借款合同中与还款金额对应的字段来确定还款金额，可以通过识别借款合同中与借款人/出借人的账户对应的字段来确定借款人/出借人的账户。

值得说明的是，本说明书中涉及转款的步骤可以由用户端或服务端执行，借款人/出借人也可以通过其他途径（例如，现金、线上交易）向对方转款。当然，当借款人/出借人也可以通过其他途径向对方转款时，可以将相应的还款凭据上传至服务端，服务端还可以将还款凭据的映射结果上传至区块链。

在一些实施例中，用户端可以基于还款时间对第一用户进行改签借款合同提醒，以应对借款人逾期未按合同还款的情况。借款人和出借人中的任一方可通过用户端向对方发送改签借款合同的请求，当对方接受请求后，借款人和出借人可以重新签订借款合同，基于新签借款合同的借款合约凭证可以按前述实施例所示的一个或多个步骤上传至区块链。

应当说明的是，本说明书提及的借款合同可以指任何与借款相关的合同。在一些实施例中，所述借款合同可以是专门为还款签订的合同，例如，基于已签订借款合同重新签订的合同。

在一些实施例中，当针对某借款合同（以下称为目标借款合同）出现纠纷时，任一方（即第一用户）的用户端可以向法院终端发起针对目标借款合同的在线仲裁。具体地，第一用户可以在用户端发起针对目标借款合同的仲裁指令。用户端获取该仲裁指令后，获取目标借款合同的借款合约凭证和/或其对应的区块索引，并向法院终端发起针对目标借款合同的仲裁请求，该仲裁请求包括目标借款合同的借款合约凭证和/或其对应的区块索引。例如，用户端获得仲裁指令后，可以向服务端请求目标借款合同的借款合约凭证。在一些实施例中，服务端可以在本地保存各用户端的借款合约凭证，以便快速响应用户端的查证请求。在一些实施例中，服务端可以基于用户端的请求，返回借款合约凭证在区块链上的索引。法院终端接收到该仲裁请求后，可以基于所述仲裁请求在区块链中查询，以：得到区块链中存储的目标借款合同的借款合约凭证，或者验证所述仲裁请求中的目标借款合同的借款合约凭证是否经过篡改。

关于在线仲裁的更多细节，还可以参考图5、图6及其相关描述。

图4为根据本说明书一些实施例所示的第一用户的用户端获得基于所述第一用户和所述第二用户的用户端对合同模板共同编辑以及电子签名的结果的示例性流程图。流程400可以包括：

步骤410，接收第一用户输入的第一合同信息。

步骤420，接收来自第二用户的用户端的第二合同信息。

在一些实施例中，用户可以通过各自的用户端输入合同信息对合同模板进行内容填充。在一些实施例中，第一用户的用户端可以接收第二用户的用户端发送的第二用户输入的第二合同信息，以对位于第一用户的用户端的合同模板中需要第二用户填写的部分进行填充。

用户输入的合同信息（如，第一合同信息、第二合同信息）可以指用户对合同模板进行编辑产生的信息。例如，合同信息可以包括用户输入的姓名、身份证号码、账户、电话号码、借款金额、还款时间等中的至少一种。又如，合同信息可以包括指示用户选择的利息计算方式、还款方式、逾期赔偿方式等中的至少一种信息。

步骤430，基于合同模板、第一合同信息和第二合同信息获得借款合同。

应当理解，合同信息包括对应用户的个人信息（如，姓名、身份证号码、账户、电话号码等）和需要双方共同确认的共用信息（如，借款金额、还款时间、利息计算方式、还款方式、逾期赔偿方式等），其中，个人信息可以仅出现在对应用户的合同信息中，共用信息可以出现在任一方或双方的合同信息中，但只有经过双方确认的共用信息才可以用于生成借款合同。

步骤440，对借款合同进行电子签名。

步骤450，将电子签名结果发送给第二用户的用户端。

步骤460，接收第二用户的用户端对该电子签名结果再次电子签名的结果。

应当注意的是，步骤430中得到借款合同（电子文本形式）还需要经过第一用户和第二用户（即借款人和出借人）的电子签名，才可证明其有效性。

在一些实施例中，借款人和出借人的用户端可以将各自的合同信息（即第一合同信息和第二合同信息）均发送给服务端，服务端基于合同模板、第一合同信息和第二合同信息获得内容完整的借款合同，再将内容完整的借款合同分发给借款人和出借人的用户终端，由双方对借款合同进行电子签名，得到借款合约凭证。

值得说明的是，电子签名可以是用户终端基于用户授权执行，也可以在用户身份认证通过后自动执行。

图5为根据本说明书一些实施例所示的在线查证方法的示例性流程图。流程500可以由法院终端执行。流程500可以包括：

步骤510，接收来自用户端的针对目标借款合同的仲裁请求，所述仲裁请求包括目标借款合同的借款合约凭证和/或其对应的区块索引。在一些实施例中，步骤510可以由仲裁请求接收模块910实现。

步骤520，基于所述仲裁请求在区块链中查询，以：得到区块链中存储的目标借款合同的借款合约凭证，或者验证所述仲裁请求中的目标借款合同的借款合约凭证是否经过篡改。在一些实施例中，步骤520可以由区块链查询模块920实现。

在一些实施例中，用户端可以向法院终端提交目标借款合同的借款合约凭据，法院终端可以基于用户端提交的借款合约凭证生成映射结果，并在区块链中遍历，若遍历出与该映射结果相同的内容，则说明用户端提交的目标借款合同的借款合约凭据是真实存在且未经篡改的。

在一些实施例中，用户端可以向法院终端提交目标借款合同的借款合约凭据对应的区块索引，该区块索引可以指示目标借款合同的借款合约凭据的映射结果（即所述第一映射结果）在区块链中的存储位置（例如，对应某区块或某区块中的某交易）。在一些实施例中，该区块索引可以是哈希编号的形式。法院终端基于用户端提交的区块索引在区块链中查询，可得到区块链中存储的目标借款合同的借款合约凭证的映射结果。以映射结果为加密结果为例，接下来法院终端可以利用相应的解密秘钥（该解密秘钥可由服务端提供，如法院终端可以向服务端请求相应的解密密钥）解密出区块链中存储的第一映射结果映射的借款合约凭证。解密出的借款合约凭证可视为未经篡改过的目标借款合同的借款合约凭据，从而可以作为仲裁需要的证据。以映射结果为哈希值为例，用户终端还需向法院终端提交目标借款合同的借款合约凭证，法院终端可以基于用户终端提交的目标借款合同的借款合约凭证生成哈希值，以及基于用户端提交的区块索引查询区块链中存储的的目标借款合同的借款合约凭证的哈希值，通过哈希值比对可以确定用户终端提交的目标借款合同的借款合约凭证是否经过篡改。

在一些实施例中，所述仲裁请求还可以包括目标借款合同的转款凭据或其对应的区块索引。类似地，法院终端还可以基于所述仲裁请求在区块链中查询，以：得到区块链中存储的目标借款合同的转款凭据，或者验证所述仲裁请求中的目标借款合同的转款凭据是否经过篡改。

应当理解，得到区块链中存储的目标借款合同的借款合约凭证/转款凭据相当于基于区块链取证，验证所述仲裁请求中的目标借款合同的借款合约凭证是否经过篡改相当于基于区块链验证用户端提交的证据（即目标借款合同的借款合约凭证/转款凭据）的可靠性。

在一些实施例中，法院终端可以直接向区块链发起查询。在一些实施例中，法院终端还可以借由服务端向区块链发起查询。具体地，法院终端可以向服务端发起查证请求，该查证请求包括目标借款合同的借款合约凭证/转款凭据或其对应的区块索引。服务端接收到该查证请求后，基于所述查证请求在区块链中查询，以得到区块链中存储的目标借款合同的借款合约凭证/转款凭据或者验证所述仲裁请求中的目标借款合同的借款合约凭证/转款凭据是否经过篡改，进而将查证结果反馈给法院终端。

图6为根据本说明书一些实施例所示的在线查证方法的示例性流程图。流程600可以由服务端执行。流程600可以包括：

步骤610，接收来自终端的查证请求，所述查证请求中包括目标借款合同的借款合约凭证和/或其区块索引。在一些实施例中，步骤610可以由查证请求接收模块1010实现。

在一些实施例中，所述终端可以属于管辖仲裁或借款纠纷的机构，如互联网法院。

步骤620，基于所述查证请求在区块链中查询，以得到区块链中存储的目标借款合同的借款合约凭证或者验证所述查证请求中的目标借款合同的借款合约凭证是否经过篡改。在一些实施例中，步骤620可以由区块链查询模块1020实现。

步骤630，向所述终端返回区块链中存储的目标借款合同的借款合约凭证或者所述查证请求中的目标借款合同的借款合约凭证的验证结果查证结果。在一些实施例中，步骤630可以由查询结果返回模块1030实现。

在一些实施例中，所述查证请求还可以包括所述目标借款合同的转款凭据或其对应的区块索引。相应地，服务端可以基于所述查证请求在区块链中查询，以：得到区块链中存储的目标借款合同的转款凭据，或者验证所述查证请求中的目标借款合同的转款凭据是否经过篡改。进而，服务端可以向法院终端返回区块链中存储的目标借款合同的转款凭据或者所述查证请求中的目标借款合同的转款凭据的验证结果。

关于流程600的更多细节，还可以参考前文有关法院终端借由服务端向区块链发起查询的描述。

应当注意的是，上述有关流程的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。

图7为根据本说明书一些实施例所示的借款存证***700的示例性框图。该***700可以包括借款合约凭证获取模块710、第一映射结果生成模块720和上传模块730。

在一些实施例中，借款合约凭证获取模块710可以用于从借款人和/或出借人的用户端获取借款合约凭证。借款合约凭证可以反映借款人和出借人共同签订的合同的内容以及证明合同的有效性。在一些实施例中，借款合约凭证可以包括经过借款人和出借人电子签名的借款合同文本数据、能够反映合同签订过程的图像数据、以及经过借款人和出借人手写签名的借款合同图像数据等中的一种或多种。

在一些实施例中，第一映射结果生成模块720可以用于至少基于借款合约凭证生成第一映射结果。映射结果可以是加密结果。在一些实施例中，第一映射结果可以获取数字时间戳，并基于借款合约凭证和数字时间戳进行加密，得到第一映射结果。

在一些实施例中，上传模块730可以用于将第一映射结果上传至区块链。区块链具有存储内容难以被篡改的特性，因此存储在区块链中的第一映射结果可以用于验证相应的借款合约凭证是否经过篡改。

在一些实施例中，借款存证***700可以基于借款合约凭证确定还款时间，并以消息和/或短信的方式提前向借款人和/或出借人的用户端发送还款提醒。在一些实施例中，借款存证***700可以基于出借人或借款人的转款指令进行转款并生成转款凭据，以实现借款/还款金额的转移并提供凭据。在一些实施例中，借款存证***700还可以基于转款凭据生成第二映射结果，并将该第二映射结果上传至区块链。

图8为根据本说明书一些实施例所示的借款存证***800的示例性框图。该***800可以包括借款合约流程发起模块810、借款合约凭证获取模块820和借款合约凭证发送模块830。

在一些实施例中，借款合约流程发起模块810可以用于向第二用户的用户端发送借款合约请求，以发起借款合约流程，其中，第二用户为借款人和出借人中另一方。在一些实施例中，第一用户可以通过在用户界面触发借款功能并选择第二用户，来向第二用户的用户端发送借款合约请求。

在一些实施例中，借款合约凭证获取模块820可以用于获取借款合约凭证。用户端可以将借款合约凭证保存在本地，当用户查询时可以直接从本地调用出借款合约凭证。在一些实施例中，借款合约凭证可以通过第一用户和第二用户的用户端对合同模板共同编辑并进行电子签名来获得。在一些实施例中，用户端可以设置用户身份认证环节，若用户身份认证通过，则可以继续执行借款合约流程。

在一些实施例中，借款合约凭证发送模块830可以用于向服务端发送借款合约凭证，以使服务端能够：至少基于借款合约凭证生成第一映射结果；以及将第一映射结果上传至区块链。

在一些实施例中，借款存证***800可以基于还款时间对用户进行还款提醒。其中，还款时间可以基于借款合约凭证确定。在一些实施例中，借款存证***800还可以基于还款时间请求服务端将满足还款金额的款项从借款人的账户上转移到出借人的账户上。

图9为根据本说明书一些实施例所示的在线查证***900的示例性框图。该***900可以包括仲裁请求接收模块910和区块链查询模块920。

在一些实施例中，仲裁请求接收模块910可以用于接收来自用户端的针对目标借款合同的仲裁请求。仲裁请求可以包括目标借款合同的借款合约凭证和/或其对应的区块索引。在一些实施例中，仲裁请求还可以包括目标借款合同的转款凭据或其对应的区块索引。

在一些实施例中， 区块链查询模块920可以用于基于所述仲裁请求在区块链中查询，以得到区块链中存储的目标借款合同的借款合约凭证，或者验证所述仲裁请求中的目标借款合同的借款合约凭证是否经过篡改。在一些实施例中，法院终端可以基于目标借款合同的借款合约凭证生成映射结果。在一些实施例中，区块链查询模块920可以基于目标借款合同的借款合约凭证在区块链中遍历，若遍历出与该映射结果相同的内容，则说明用户端提交的目标借款合同的借款合约凭据是真实存在且未经篡改的。在一些实施例中，区块链查询模块920也可以基于目标借款合同的区块索引在区块链中查询，以得到区块链中存储的目标借款合同的借款合约凭证的映射结果。类似地，区块链查询模块920还可以基于目标借款合同的转款凭据或其对应区块索引，在区块链中查询以得到区块链中存储的目标借款合约的转款凭据或确定仲裁请求中的目标借款合约的转款凭据是否经过篡改。

图10为根据本说明书一些实施例所示的在线查证***1000的示例性框图。该***1000可以包括查证请求接收模块1010、区块链查询模块1020和查询结果返回模块1030。

在一些实施例中，查证请求接收模块1010可以用于接收来自终端的查证请求。查证请求中包括目标借款合同的借款合约凭证和/或其区块索引。在一些实施例中，查证请求还可以包括所述目标借款合同的转款凭据或其对应的区块索引。

在一些实施例中，区块链查询模块1020可以用于基于查证请求在区块链中查询，以得到区块链中存储的目标借款合同的借款合约凭证或者验证查证请求中的目标借款合同的借款合约凭证是否经过篡改。在一些实施例中，区块链查询模块1020可以用于基于查证请求在区块链中查询，以得到区块链中存储的目标借款合同的转款凭据或者验证所述查证请求中的目标借款合同的转款凭据是否经过篡改。

在一些实施例中，查询结果返回模块1030可以用于向终端返回区块链中存储的目标借款合同的借款合约凭证或者查证请求中的目标借款合同的借款合约凭证的验证结果。在一些实施例中，查询结果返回模块1030还可以用于向终端返回区块链中存储的目标借款合同的借款合约凭证或者查证请求中的目标借款合同的借款合约凭证的验证结果。

关于图7~10所示的***及其模块的更多细节，还可以参考图1~6及其相关描述。

应当理解，图7~10所示的***及其模块可以利用各种方式来实现。例如，在一些实施例中，***及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行***，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和***可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器（固件）的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本说明书的***及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合（例如，固件）来实现。

需要注意的是，以上对于***及其模块的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解***的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子***与其他模块连接。例如，在一些实施例中，图7中披露的第一映射结果生成模块720和上传模块730可以是一个***中的不同模块，也可以是一个模块实现这两个模块的功能。诸如此类的变形，均在本说明书的保护范围之内。

本说明书实施例可能带来的有益效果包括但不限于：（1）上链的借款相关信息（如，借款合约凭证/转款凭据的映射结果）难以被篡改，从而可以作为可靠的证据或用于验证用户提交证据的可靠性；（2）将映射结果上链，不仅可以关联原始内容（如，借款合约凭证、转款凭据等），还可以保护原始内容中的隐私；（3）数字时间戳可以为借款合同提供可靠的时间证明；（4）基于电子文本形式的借款合同，可以实现自动转款、还款提醒等；（5）发生借款纠纷时，用户端可以对接到互联网法院的终端，实现在线仲裁。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书实施例的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书实施例进行各种修改、改进和修正。该类修改、改进和修正在本说明书实施例中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。

同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本说明书实施例的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本说明书实施例的各个方面可以完全由硬件执行、可以完全由软件（包括固件、常驻软件、微码等）执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“***”。此外，本说明书实施例的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行***、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。

本说明书实施例各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、VisualBasic、Fortran2003、Perl、COBOL2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或处理设备上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网（LAN）或广域网（WAN），或连接至外部计算机（例如通过因特网），或在云计算环境中，或作为服务使用如软件即服务（SaaS）。

此外，除非权利要求中明确说明，本说明书实施例所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书实施例流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的***组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的处理设备或移动设备上安装所描述的***。

同理，应当注意的是，为了简化本说明书实施例披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书实施例对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外，对本申请权利要求最广范围有限制的文件（当前或之后附加于本说明书中的）也除外。需要说明的是，如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。

最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书实施例的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

Claims (30)

1.一种借款存证方法，其特征在于，所述方法由服务端执行，其包括：

从借款人和/或出借人的用户端获取借款合约凭证；

至少基于所述借款合约凭证生成第一映射结果；

将所述第一映射结果上传至区块链。

2.如权利要求1所述的方法，其中，所述借款合约凭证包括经过借款人和出借人电子签名的借款合同文本数据、能够反映合同签订过程的图像数据、以及经过借款人和出借人手写签名的借款合同图像数据中的至少一种。

3.如权利要求2所述的方法，其中，所述经过借款人以及出借人电子签名的借款合同文本数据包括：

基于所述借款人和所述出借人的用户端对合同模板进行共同编辑以及电子签名的结果。

4.如权利要求1所述的方法，其中，所述至少基于所述借款合约凭证生成第一映射结果，包括：

获取数字时间戳；

基于所述借款合约凭证以及所述数字时间戳进行加密，生成所述第一映射结果。

5.如权利要求1所述的方法，其中，还包括：

基于所述借款合约凭证确定还款时间；

基于确定的还款时间向所述借款人和/或所述出借人的用户端发送还款提醒。

6.如权利要求1所述的方法，其中，还包括：

获取所述出借人或所述借款人的转款指令；

基于所述转款指令将指定金额的款项从所述出借人或借款人的账户转移到对方账户上；

生成转款凭据。

7.如权利要求6所述的方法，其中，还包括：

基于所述转款凭据生成第二映射结果；

将所述第二映射结果上传至区块链。

8.一种借款存证***，其特征在于，包括：

借款合约凭证获取模块，用于从借款人和/或出借人的用户端获取借款合约凭证；

第一映射结果生成模块，用于至少基于所述借款合约凭证生成第一映射结果；

上传模块，用于将所述第一映射结果上传至区块链。

9.一种借款存证***，其特征在于，包括至少一个处理器和至少一个存储设备，所述存储设备用于存储指令，当至少一个处理器执行指令时，实现如权利要求1~7中任一项所述的方法。

10.一种借款存证方法，其特征在于，所述方法由第一用户的用户端执行，所述第一用户为借款人和出借人中任一方，所述方法包括：

向第二用户的用户端发送借款合约请求，以发起借款合约流程，其中，所述第二用户为所述借款人和出借人中另一方；

获取借款合约凭证；

向服务端发送所述借款合约凭证，以使所述服务端能够：至少基于所述借款合约凭证生成第一映射结果；以及将所述第一映射结果上传至区块链。

11.如权利要求10所述的方法，其中，还包括：

对所述第一用户进行身份认证；

若身份认证通过，则继续执行借款合约流程。

12.如权利要求10所述的方法，其中，所述借款合约凭证包括经过借款人以及出借人电子签名的借款合同文本数据、能够反映合同签订过程的图像数据、以及经过借款人和出借人手写签名的借款合同图像数据中的至少一种。

13.如权利要求10所述的方法，其中，所述获取借款合约凭证，包括：

获取合同模板；

与第二用户的用户端交互，获得基于所述第一用户和所述第二用户的用户端对合同模板共同编辑以及电子签名的结果。

14.如权利要求10所述的方法，其中，所述与第二用户的用户端交互，获得基于所述第一用户和所述第二用户的用户端对合同模板共同编辑以及电子签名的结果，包括：

接收第一用户输入的第一合同信息；

接收来自第二用户的用户端的第二合同信息；

基于所述合同模板、第一合同信息和第二合同信息获得借款合同；

对所述借款合同进行电子签名；

将电子签名结果发送给第二用户的用户端；

接收第二用户的用户端对所述电子签名结果再次电子签名的结果。

15.如权利要求10所述的方法，其中，还包括：

基于所述借款合约凭证确定还款时间；

基于确定的还款时间对所述第一用户进行还款提醒。

16.如权利要求10所述的方法，其中，所述第一用户为借款人，所述方法还包括：

基于所述借款合约凭证确定还款时间、借款人的账户、出借人的账户以及还款金额；

基于所述还款时间请求服务端将满足还款金额的款项从所述借款人的账户转移到所述出借人的账户上。

17.如权利要求10所述的方法，其中，还包括：

基于所述借款合约凭证确定还款时间；

基于确定的还款时间对所述第一用户进行改签借款合同提醒。

18.如权利要求10所述的方法，其中，还包括：

获取第一用户针对目标借款合同发起的仲裁指令；

获取所述目标借款合同的借款合约凭证和/或其对应的区块索引；

向互联网法院的终端发起针对目标借款合同的仲裁请求，所述仲裁请求包括所述目标借款合同的借款合约凭证和/或其对应的区块索引。

19.一种借款存证***，其特征在于，包括：

借款合约流程发起模块，用于向第二用户的用户端发送借款合约请求，以发起借款合约流程，其中，所述第二用户为所述借款人和出借人中另一方；

借款合约凭证获取模块，用于获取借款合约凭证；

借款合约凭证发送模块，用于向服务端发送所述借款合约凭证，以使所述服务端能够：至少基于所述借款合约凭证生成第一映射结果；以及将所述第一映射结果上传至区块链。

20.一种借款存证装置，其特征在于，包括至少一个处理器和至少一个存储设备，所述存储设备用于存储指令，当至少一个处理器执行指令时，实现如权利要求10~18中任一项所述的方法。

21.一种在线查证方法，其特征在于，所述方法由互联网法院的终端执行，其包括：

接收来自用户端的针对目标借款合同的仲裁请求，所述仲裁请求包括目标借款合同的借款合约凭证和/或其对应的区块索引；

基于所述仲裁请求在区块链中查询，以：得到区块链中存储的目标借款合同的借款合约凭证，或者验证所述仲裁请求中的目标借款合同的借款合约凭证是否经过篡改。

22.如权利要求21所述的方法，其中，基于所述仲裁请求在区块链中查询，以得到区块链中存储的目标借款合同的借款合约凭证或者验证所述仲裁请求中的目标借款合同的借款合约凭证是否经过篡改，包括：

将目标借款合同的借款合约凭证和/或其区块索引发送给服务端；

接收服务端返回的区块链中存储的目标借款合同的借款合约凭证或者所述仲裁请求中的目标借款合同的借款合约凭证的验证结果。

23.如权利要求21所述的方法，其中，所述仲裁请求还包括所述目标借款合同的转款凭据或其对应的区块索引；

所述方法还包括：

基于所述仲裁请求在区块链中查询，以：得到区块链中存储的目标借款合同的转款凭据，或者验证所述仲裁请求中的目标借款合同的转款凭据是否经过篡改。

24.如权利要求23所述的方法，其中，基于所述仲裁请求在区块链中查询，以得到区块链中存储的目标借款合同的转款凭据或者验证所述仲裁请求中的目标借款合同的转款凭据是否经过篡改，包括：

将目标借款合同的借款合约凭证和/或其区块索引发送给服务端；

接收服务端返回的区块链中存储的目标借款合同的转款凭据或者所述仲裁请求中的目标借款合同的转款凭据的验证结果。

25.一种在线查证***，其特征在于，包括：

仲裁请求接收模块，用于接收来自用户端的针对目标借款合同的仲裁请求，所述仲裁请求包括目标借款合同的借款合约凭证和/或其对应的区块索引；

区块链查询模块，用于基于所述仲裁请求在区块链中查询，以：得到区块链中存储的目标借款合同的借款合约凭证，或者验证所述仲裁请求中的目标借款合同的借款合约凭证是否经过篡改。

26.一种在线查证装置，其特征在于，包括至少一个处理器和至少一个存储设备，所述存储设备用于存储指令，当至少一个处理器执行指令时，实现如权利要求21~24中任一项所述的方法。

27.一种在线查证方法，其特征在于，所述方法由服务端执行，其包括：

接收来自终端的查证请求，所述查证请求中包括目标借款合同的借款合约凭证和/或其区块索引；

基于所述查证请求在区块链中查询，以得到区块链中存储的目标借款合同的借款合约凭证或者验证所述查证请求中的目标借款合同的借款合约凭证是否经过篡改；

向所述终端返回区块链中存储的目标借款合同的借款合约凭证或者所述查证请求中的目标借款合同的借款合约凭证的验证结果。

28.如权利要求27所述的方法，其中，所述查证请求还包括所述目标借款合同的转款凭据或其对应的区块索引；

所述方法还包括：

基于所述查证请求在区块链中查询，以：得到区块链中存储的目标借款合同的转款凭据，或者验证所述查证请求中的目标借款合同的转款凭据是否经过篡改；

向所述终端返回区块链中存储的目标借款合同的转款凭据或者所述查证请求中的目标借款合同的转款凭据的验证结果。

29.一种在线查证***，其特征在于，包括：

查证请求接收模块，用于接收来自终端的查证请求，所述查证请求中包括目标借款合同的借款合约凭证和/或其区块索引；

区块链查询模块，用于基于所述查证请求在区块链中查询，以得到区块链中存储的目标借款合同的借款合约凭证或者验证所述查证请求中的目标借款合同的借款合约凭证是否经过篡改；

查询结果返回模块，用于向所述终端返回区块链中存储的目标借款合同的借款合约凭证或者所述查证请求中的目标借款合同的借款合约凭证的验证结果。

30.一种在线查证装置，其特征在于，包括至少一个处理器和至少一个存储设备，所述存储设备用于存储指令，当至少一个处理器执行指令时，实现如权利要求27或28所述的方法。

Images