基于区块链的农产品流通场景下的金融服务系统的制作方法

1.本说明书一个或多个实施例涉及区块链领域，尤其涉及一种基于区块链的农产品流通场景下的金融服务系统。


背景技术：

2.随着科技的飞速发展，农产品销售互联网化已经成为一种常见的农产品销售形式，但是，由于农产品的特殊性，难以形成大规模的生产销售平台，且农产品的生产销售过程对农产品质量的影响巨大，因此，有必要提供一种集合质量监测、证据保存于一体的溯源平台，以加强产品质量的管理，提高农产品的可信度。基于上述背景，区块链技术被引入农产品的生产销售平台中。基于区块链的不可篡改和去中心化的性质，存储于区块链中的数据或信息因此获得了不可伪造、全程留痕、可以追溯、公开透明、集体维护等特征，因此，通过区块链进行农产品生成销售过程中的存证是值得信赖的。
3.但是，上述农产品生产销售平台无法形成资金链条，基于农产品的生产销售平台生成并进行区块链存证的可信赖数据无法成为金融机构提供资金的依据，无法降低融资成本、减少融资的周期。


技术实现要素：

4.有鉴于此，本说明书一个或多个实施例提供一种基于区块链的农产品流通场景下的金融服务系统。
5.为实现上述目的，本说明书一个或多个实施例提供技术方案如下：
6.根据本说明书一个或多个实施例，提出了一种基于区块链的农产品流通场景下的金融服务系统，包括：采购交易平台、电商平台、金融服务平台和区块链系统；
7.所述采购交易平台用于将农户和经销商之间的采购协议、针对所述采购协议的签署过程中产生的签署数据以及所述采购协议的履行过程中产生的采购数据上传至所述区块链系统进行存证；
8.所述电商平台用于将经销商与购买方基于该平台进行线上交易产生的订单数据上传至所述区块链系统进行存证；
9.所述金融服务平台用于根据作为融资方的所述农户或者所述经销商发起的融资请求，向所述金融机构发起融资申请，以使所述金融机构根据所述区块链系统中存证的与所述融资方相关的区块链数据对是否接受所述融资申请进行审核。
10.本说明书所提供的技术方案通过建立基于区块链的农产品流通场景下的金融服务系统，将农产品流通过程中产生与农产品的采购、交易相关的数据上传至区块链进行存证，并通过金融服务系统中的金融服务平台与金融机构建立联系，使得金融机构在对融资方通过该金融服务系统发起的融资请求进行审核时，可以通过调用区块链中存证的与融资方相关的数据对融资方进行评估以决定是否接受融资申请。上述方法利用了区块链中存储的数据或信息的不可伪造性，保障了区块链中存证的数据的真实性，为金融机构提供可信
赖的数据信息，以提高对融资申请的审核效率，并进一步提高农产品流通过程中的资金流转效率。
11.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。
附图说明
12.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
13.图1是本说明书一示例性实施例示出的一种基于区块链的农产品流通场景下的金融服务系统的架构示意图；
14.图2是本说明书一示例性实施例示出的一种采购协议的生成、签署、履约过程中的多方交互示意图；
15.图3是本说明书一示例性实施例示出的一种电商平台交易流程示意图；
16.图4是本说明书一示例性实施例示出的融资过程中的多方交互示意图；
17.图5是本说明书一示例性实施例提供的一种区块链智能合约的创建方式示意图；
18.图6是本说明书一示例性实施例提供的一种区块链智能合约的调用方式示意图。
具体实施方式
19.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。
20.需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。
21.在相关技术中，基于区块链的农产品生产销售平台可以为消费者提供农产品的溯源信息、销售信息等，但是由于平台缺乏引入资金的接口，因此，基于区块链存证的可信赖的溯源信息无法被提供至金融机构以作为融资申请的审核依据，为了解决上述问题，本说明书提供一种基于区块链的农产品流通场景下的金融服务系统。
22.本说明书所提供的技术方案通过建立基于区块链的农产品流通场景下的金融服务系统，将农产品流通过程中产生与农产品的采购、交易相关的数据上传至区块链进行存证，并通过金融服务系统中的金融服务平台与金融机构建立联系，使得金融机构在对融资方通过该金融服务系统发起的融资请求进行审核时，可以通过调用区块链中存证的与融资方相关的数据对融资方进行评估以决定是否接受融资申请。上述方法利用了区块链中存储
的数据或信息的不可伪造性，保障了区块链中存证的数据的真实性，为金融机构提供可信赖的数据信息，以提高对融资申请的审核效率，并进一步提高农产品流通过程中的资金流转效率。
23.图1是本说明书一示例性实施例示出的一种基于区块链的农产品流通场景下的金融服务系统的架构示意图。如图1所示，可以包括采购交易平台11、电商平台12、金融服务平台13和区块链系统14，以及与上述各平台连接的终端设备15、终端设备16和终端设备17。
24.上述采购交易平台11可以为包含一独立主机的物理服务器，或者该采购交易平台11可以为主机集群承载的虚拟服务器。在所述系统的运行过程中，采购交易平台11用于将农户和经销商之间的采购协议、针对所述采购协议的签署过程中产生的签署数据以及采购协议的履行过程中产生的采购数据上传至区块链系统14进行存证。
25.上述电商平台12可以为包含一独立主机的物理服务器，或者该电商平台12可以为主机集群承载的虚拟服务器。在所述系统的运行过程中，电商平台12用于将经销商与购买方基于该平台进行线上交易产生的订单数据上传至区块链系统14进行存证。
26.上述金融服务平台13可以为包含一独立主机的物理服务器，或者该金融服务平台13可以为主机集群承载的虚拟服务器。在所述系统的运行过程中，金融服务平台13用于根据作为融资方的所述农户或者所述经销商发起的融资请求，向金融机构发起融资申请，以使金融机构根据区块链系统14中存证的与融资方相关的区块链数据对是否接受所述融资申请进行审核。
27.在本说明书一示例性实施例中，上述各平台可以部署于同一虚拟服务器中，也可以部署于不同虚拟服务器中，或者部分部署于相同虚拟服务器中，对此，本说明书不做具体限制。
28.区块链系统14可以维护一个或多个区块链(例如：公有区块链、私有区块链、联盟区块链等)，并包括用于承载上述一个或多个区块链的多个区块链节点；例如，区块链节点1、区块链节点2、区块链节点3、区块链节点4、区块链节点i等可以共同承载一个或者多个区块链。区块链系统14包含的区块链之间，可以进行跨链的数据访问。此外，区块链系统14可以是服务器集群中的一台物理主机，也可以是基于虚拟化技术对服务器或者服务器集群搭载的硬件资源进行虚拟化后，创建的虚拟机。每个区块链节点之间，可以通过各种类型的通信方法(比如tcp/ip)连接在一起形成网络，来承载一个或者多个区块链。本说明书一个或多个实施例并不对此进行限制。在所述系统运行过程中，区块链系统14可以对所述采购交易平台11上传的采购协议、签署数据以及采购数据；电商平台12上传的订单数据进行存证，并且为金融服务平台13发起融资申请的金融机构提供存储于区块链系统14中的与融资申请相关的区块链数据，以使得金融服务机构根据所述区块链数据决定是否接受融资申请。
29.终端设备15、终端设备16或者终端设备17是指用户可以使用的，与上述平台建立连接进行数据交互的一种电子设备，例如，终端可以包括诸如pc终端设备、移动终端设备、物联网设备，以及其他形式的具有数据交互能力的智能设备，等等。
30.在本说明书一示例性实施例中，终端设备15与采购交易平台11相连接，具有相应权限的用户(例如：农户或者经销商)可以通过终端设备15登录金融服务系统，利用采购交易平台进行采购协议的签署与履行。终端设备16与电商平台12相连接，具有相应权限的用户(例如：经销商与购买方)可以通过终端设备16登录金融服务系统，通过电商平台12进行
线上交易。终端设备17与金融服务平台13相连接，具有相应权限的用户(例如：农户或者经销商)可以通过终端设备17登录金融服务系统，向金融服务平台发送融资请求，以使所述金融服务平台根据所述融资请求向金融机构发起融资申请。
31.需要注意的是，图1作为一示例性实施例示出的一种基于区块链的农产品流通场景下的金融服务系统的架构示意图，仅表示该系统的一种实现方式，以下文的融资申请为例，金融服务平台13可以根据农户或者经销商发起的融资请求向金融机构发送融资申请，金融机构在接收到该融资申请后，向区块链系统14中的任一节点发送数据查询交易，用于查询存储与所述区块链系统14中的与融资请求的发起方——融资方相关的采购协议、采购数据和/或订单数据等区块链数据。其中，上述区块链系统14的任一节点接收上述数据查询交易后可以执行以下任一操作：上述任一节点将上述区块链数据查询交易同步至区块链系统14中其他节点上，在上述数据查询交易于上述任一节点与上述其他节点中达成共识的情况下，上述任一节点可以执行上述数据查询交易，同时由金融机构监听并获取生成的查询结果；上述任一节点在本地直接执行上述数据查询交易，同时由金融机构监听并获取生成的查询结果。
32.上述系统还可以存在其他的实现方式，例如区块链系统14还可以在图1所示的基础上包含有区块链即服务(blockchain as a service，baas)的baas平台(又称baas云)，baas平台可以通过为区块链系统14上发生的活动(诸如订阅和通知、用户验证、数据库管理和远程更新)，提供预先编写的软件的方式，面向与baas平台连接的金融服务系统，提供简便高效的区块链服务，进而可以加速区块链相关应用开发、测试、上线，助力对应区块链商业应用场景的落地。依然以数据查询交易为例，金融机构可以向baas平台发起数据查询请求，该baas平台接收到该数据查询请求后，生成对应的数据查询交易，并将该数据查询交易发送至区块链系统14的任一节点。其中，上述区块链系统14的任一节点接收上述数据查询交易后可以执行以下任一操作：上述任一节点将上述数据查询交易同步至区块链系统14中其他节点上，在上述数据查询交易于上述任一节点与上述其他节点中达成共识的情况下，上述任一节点可以执行上述数据查询交易，并将生成的查询结果经由上述baas平台返回至金融机构；上述任一节点在本地直接执行上述数据查询交易，并将生成的查询结果经由上述baas平台返回至金融机构。
33.其中，上述采购交易平台11、电商平台12、金融服务平台13和区块链系统14之间进行通信的网络可以包括有线和/或无线通信网络；例如，可以是基于运营商提供的有线接入网络或者无线接入网络(比如移动蜂窝网络)实现的局域网(local area network，lan)、广域网(wide area network，wan)、因特网或其组合。本说明书对此并不进行限制。
34.在本说明书一示例性实施例中，金融服务系统中农产品的具体流通过程包括：农户生产农产品，经销商从农户处采购农产品，采购交易平台将采购相关的数据上传至区块链系统进行存证，并对采购到的农产品进行加工和/或包装等工序后，作为商品通过电商平台进行销售，购买方通过电商平台查看商品信息，并下订单购买选中的农产品。为了给金融服务的使用者提供给更加便捷的服务，金融服务系统引入区块链系统用于存储上述采购和销售过程中生产的数据进行存证，并加入金融服务平台，该平台可以与金融机构对接，农户或者经销商可以通过该平台发起融资请求，金融服务平台基于该融资请求向金融机构发送融资申请，金融机构根据区块链系统中存证的与所述融资方相关的区块链数据对是否接受
所述融资申请进行审核。
35.在本说明书一示例性实施例中，经销商可以通过如图1所示的采购交易平台11向农户发起在线的采购协议，并进行在线的采购协议签署，如图2所示为采购协议的生成、签署、履约过程中的多方交互示意图。
36.其中，如图2所示，采购协议的生成过程主要包括如下步骤：
37.s201，采购交易平台接收经销商发起的采购协议生成请求，其中，所述采购协议生成请求中包括：采购产品信息和签署人信息。
38.在本说明书一示例性实施例中，采购交易平台为需要购买农产品的经销商提供采购协议模板，经销商根据需求在采购协议模板中填入相关的采购产品信息(例如：农产品名称、农产品采购量、支付金额等)以及签署人信息(例如：签署人系统账户、签署人金融账户、签署采购协议时限等)，形成采购协议生成请求。
39.当然，采购交易平台也可以为经销商提供上述采购交易模板，经销商填写上述采购产品信息和签署人信息后，可以通过采购交易平台提供的下载接口下载填写后的采购交易模板，用以进行线下的采购协议签署。对此，本说明书不做具体限制。
40.s202，采购交易平台根据所述采购协议发起请求调用所述区块链系统中预先部署的协议生成合约逻辑。
41.在本说明书一示例性实施例中，上述协议生成合约逻辑可以为一独立的智能合约，或者一智能合约中的一部分，或者，该协议生成合约逻辑也可以包括多个存在相互调用关系的智能合约，对此，本说明书不做具体限制。
42.s203，区块链系统执行所述协议生成合约逻辑以生成待签署的采购协议。以及，在所有签署人对所述待签署的采购协议均签署完成后(s204、s205)，对签署后的采购协议进行存证(s206)。
43.在上述实施例中，采购交易平台基于预先部署于区块链系统中的智能合约中的协议生成合约逻辑生成待签署协议，以供采购协议的签署方(农户和经销商)进行签署。具体地，采购交易平台根据采购协议生成请求，向所述区块链系统发起调用所述区块链系统中预先部署的协议生成合约逻辑的交易，并对所述区块链系统进行监听并获取生成的待签署协议；或者，采购交易平台可以向baas平台发起采购协议生成请求，该baas平台接收到该采购协议生成请求后，生成对应的调用区块链系统预先部署的协议生成合约逻辑的交易，并将该交易发送至区块链系统，由区块链系统执行上述交易，并将生成的待签署协议经由上述baas平台返回至采购交易平台。
44.在本说明书另一示例性实施例中，采购交易平台接收经销商发起的采购协议生成请求后，可以不通过区块链系统，由采购交易平台生成待签署协议。
45.生成待签署协议后，需要由该待签署协议相关的签署人对待签署协议进行签署后，采购协议才算完成。
46.在本说明书一示例性实施例中，可以通过区块链系统进行待签署协议的签署。如图2所示，经销商和农户通过区块链系统对待签署协议进行签署。
47.在本说明书一示例性实施例中，区块链系统还用于执行协议签署合约逻辑，以实现：在针对所述待签署的采购协议发起签署请求的用户与所述采购协议中定义的目标签署人相匹配且所述签署请求的发起时刻处于所述采购协议中定义的签署时段内的情况下，利
用所述目标签署人的电子签章签署所述待签署的采购协议，并对签署记录进行存证。其中，签署人持有一对数据加密密钥，签署人的系统账户与签署人公钥相对应，在签署采购协议时使用签署人私钥签名进行身份核验，验证待签署的采购协议发起签署请求的用户与所述采购协议中定义的目标签署人是否匹配。
48.在本说明书一示例性实施例中，区块链系统在所有签署人对所述待签署的采购协议均签署完成后，对签署后的采购协议进行存证。签署人可以在存证完成后，通过所述采购交易平台向所述区块链系统发起调用上述存证的请求，以对区块链系统存证的采购协议进行下载或者进行核验。
49.在本说明书一示例性实施例中，金融服务系统还提供在线进行采购协议履行的功能。采购协议生成请求还包括：履约执行条件、签署人账户信息、支付额，所述区块链系统还用于执行协议履约合约逻辑，以实现：在所述采购协议签署完成且所述履约执行条件被满足的情况下(s207)，触发资产转移操作以将匹配于所述支付额的资产从经销商账户转入农户账户(s208、s209)。
50.在采购协议签署前，协议签署人向所述金融服务平台授权及金融账户自动扣款。在采购协议签署时，签署人确认根据上述采购协议生成请求生成的待签署协议中的履约执行条件、签署人账户信息、支付额等信息是否正确。一旦对采购协议进行签署，就表明签署人确认上述信息均正确无误。此时，区块链系统将上述信息写入协议履约合约中。在采购协议签署完成，情况下，表明所有签署人均同意采购协议中的履约执行条款，此时采购进入采购协议履约阶段。一旦履约执行条件被满足的情况下(s207)，区块链系统即可触发资产转移操作以将匹配于所述支付额的资产从经销商账户转入农户账户。
51.在本实施例中，区块链部署的智能合约预执行采购交易相关的步骤，例如：采购协议生成、采购协议签署、采购协议履约等。这些功能模块可以在一个智能合约中实现，也可以分为多个的智能合约来实现。为便于合约管理和升级，将各个功能模块写在不同的智能合约里，使用合约间调用的方式实现不同合约的功能调用。
52.在本说明书一示例性实施例中，所述区块链系统是上配置有司法权威节点，用于监督所述区块链系统的存证过程。
53.在上述实施例中，本说明书提供的金融服务系统通过引入区块链系统，基于区块链智能合约实现了链上签约、链上管理、链上履约。在采购交易的全流程中，均可以通过区块链系统将采购协议各个阶段产生的数据上传进行存证，因此，采购的流程中，各个节点均具有可追溯性，存证数据真实透明且不可篡改。在上述实施例中，通过采购交易平台与区块链系统使得采购双方数据真实有效、公开透明，提高了采购的效率，为后续双方经济纠纷提供依据。
54.在本说明书另一示例性实施例中，农户和经销商可能在线下签署采购协议，此时，为了保证采购协议相关数据或者信息的可信度，采购交易平台还提供如下功能：在农户与经销商线下签署采购协议并完成款项支付的情况下，接收农户与经销商中的任一方上传的采购协议和/或支付凭证，并将接收到的上传数据提供给另一方进行在线确认；将经确认后的上传数据提交至所述区块链系统进行存证。在本实施例中，虽然农户和经销商之间的采购协议没有基于区块链系统线上进行签署，但是，通过一方将线下签署的采购协议和/或支付凭证上传至区块链系统，由另一方进行确认的方法，可以确定采购协议和/或支付凭证的
真实性和正确性，提高上传数据的可信度，如果后续发生纠纷，可以通过区块链系统调用上述数据进行追责。
55.在本说明书一示例性实施例中，如图3所示，本技术提供的一种金融服务系统还包括：电商平台。电商平台是为经销商与购买方之间的交易而设立的平台。电商平台主要用于将经销商与购买方基于该平台进行线上交易产生的订单数据上传至所述区块链系统进行存证。经销商通过采购交易平台从农户处购买农产品后，经过后续处理，例如：加工、包装等，然后以商品的形式将上述经处理的农产品上架电商平台，并将上述加工处理过程中产生的有关于农产品质量等信息上传至区块链系统进行存证。
56.在本说明书一示例性实施例中，品牌方通过电商平台上传经加工和\或包装的农产品的相关信息，购买方根据上述商品信息选择需要购买的商品，通过电商平台实现在线购买，并生成订单信息，此时，区块链系统将上述订单信息进行存证；在购买方根据订单信息进行线下或者线上结算后，区块链系统将上述结算过程中产生的结算信息进行存证。
57.在本说明书一示例性实施例中，所述电商平台还提供物流信息查询功能，通过与第三方物流公司进行信息交互以获取订单对应的物流信息，以使下订单的购买方可以通过所述电商平台实时查看已购买商品的运输情况。
58.在本说明书另一示例性实施例中，上述农产品的相关信息还可以包括：农产品种植、生产信息。经销商还可以通过电商交易平台在线维护会员信息、活动信息、优惠券信息等，例如，店庆全场八折优惠、持有电子优惠券的购买方可以免费兑换实用装等。
59.在本说明书一示例性实施例中，如图1所示的金融服务平台13用于根据作为融资方的所述农户或者所述经销商发起的融资请求，向所述金融机构发起融资申请，以使所述金融机构根据所述区块链系统中存证的与所述融资方相关的区块链数据对是否接受所述融资申请进行审核。
60.在本说明书一示例性实施例中，区块链系统还用于执行预先部署的融资管理智能合约，以实现：生成对应于所述融资申请的融资单；在所述金融机构接受所述融资申请的情况下，对所述金融机构针对所述融资申请上传的放款记录进行存证，以作为所述融资单的融资记录。
61.在本说明书一示例性实施例中，金融服务平台还用于：响应于所述融资请求，获取所述区块链系统存证的与所述融资方相关的区块链数据，其中，所述与所述融资方相关的区块链数据包括：与所述融资方相关的采购协议、采购数据和/或订单数据；在根据所述区块链数据确定所述融资方满足平台方审核条件的情况下，将所述融资请求的信息和与所述融资方相关的区块链数据存证至所述区块链系统，并向所述金融机构发起基于所述融资请求的融资申请。
62.在本说明书一示例性实施例中，上述区块链系统还用于执行所述融资管理智能合约，以实现：针对所述融资方发起的还款申请，根据所述融资单对所述融资方进行身份校验和还款信息校验；以及，在通过校验的情况下，将所述金融机构针对所述融资单提交的还款记录进行存证，以作为所述融资方的还款凭证。
63.为便于理解，本说明书提供如下的具体实施例：
64.如图4所示为融资过程中的多方交互示意图。融资过程主要包括如下步骤：
65.s401，金融服务平台接收融资方发送的融资请求，其中，融资方为农户或者经销
商。
66.具体地，融资方根据金融服务平台提供的融资模板填写融资信息，所述融资信息包括以下一种或多种：融资方企业编号、企业名称、产品名称、融资金额、融资周期、融资利润等。在本说明书一示例性实施例中，金融服务平台可以响应于所述融资请求，调用所述区块链系统中预先部署的融资单生成合约逻辑，以使区块链系统生成与上述融资请求对应的融资单。并将所述融资单的融资状态修改为“待审核”状态，表示该融资单、需要经由金融服务平台验证是否满足平台方审核条件。
67.在本说明书一示例性实施例中，区块链系统中的融资单生成合约逻辑还用于判断所述融资请求是否满足生成融资单的格式要求，例如，必要融资信息是否填写完整，例如企业编号等是否包括在融资请求中，企业编号是否为有效编号等。
68.s402，金融服务平台响应于所述融资请求，获取所述区块链系统存证的与所述融资方相关的区块链数据，其中，所述与所述融资方相关的区块链数据包括：与所述融资方相关的采购协议、采购数据和/或订单数据。
69.s403，金融服务平台对融资请求是否满足平台方审核条件进行验证。
70.在本说明书一示例性实施例中，若金融服务平台判定融资申请不满足平台方审核条件，则金融服务平台通过区块链系统将上述融资单的融资状态修改为“审核未通过”；若金融服务平台判定融资申请满足平台方审核条件，则金融服务平台通过区块链系统将上述融资单的融资状态修改为“待放款”，表示所述融资单对应的融资请求以满足平台方审核体条件，金融服务平台可以根据该融资请求向金融机构发送对应的融资申请。
71.在根据所述区块链数据确定所述融资方满足平台方审核条件的情况下，将所述融资请求的信息和与所述融资方相关的区块链数据存证至所述区块链系统(s404)，并向所述金融机构发起基于所述融资请求的融资申请(s405)。
72.在本说明书一示例性实施例中，所述融资请求的信息包括：融资状态、审核状态等，所述融资方相关的区块链数据包括：与融资方相关的订单信息、采购信息等。
73.s406，金融机构接收融资申请，并调用区块链系统中存证的与融资方相关的区块链数据进行判断，已决定是否向所述融资方放款。
74.具体地，金融机构作为资金的提供者，可以通过区块链系统查看融资人的采购数据、订单数据等，以此为依据判断融资人是否符合金融机构的融资条件，在融资人符合金融机构的融资条件的情况下，进行线下放款，并将放款记录录入所述融资单中。
75.s407，金融机构向融资方放款。
76.s408，放款结束后，由区块链系统根据融资单的最终状态生成融资记录，进行区块链存证。
77.在本说明书一示例性实施例中，放款结束后，由区块链系统根据融资单的最终状态生成融资记录，进行区块链存证并将融资单的融资状态修改为“待还款”。
78.s409，在本说明书一示例性实施例中，融资方可以通过上述金融服务平台发起还款申请。
79.s410，区块链系统根据融资单上记录的关于融资人的信息与还款申请进行对比，校验融资人身份和还款信息。
80.s411，在还款申请通过上述校验后，融资方向金融机构发起线下还款，金融机构将
还款记录通过区块链系统进行存证。
81.在本说明书以示例性实施例中，金融机构将还款记录通过区块链系统录入融资单中，并将融资单状态修改为“已还款”。
82.s412，区块链系统生成还款凭证并进行存证。
83.在本说明书一示例性实施例中，金融服务平台基于区块链系统中预先部署的智能合约实现接入控制，只允许与合约相关的参与方(融资方、金融机构、金融服务平台)查看关于融资相关信息。
84.在本说明书一示例性实施例中，在特定情况下，打开第三方接口，允许第三方通过所述融资相关信息进行查证。
85.在本说明书一示例性实施例中，上述区块链系统还用于执行预先部署的融资管理智能合约，以实现：根据所述融资方、所述金融机构与所述金融服务系统的运营方预先协商并定义的对账和利润分配规则进行融资利润分配，并生成相应的对账文件以供所述运营方进行核验。
86.在本说明书一示例性实施例中，融资管理智能合约规定的利润分配规则和/或对账规则由融资人、金融机构、金融服务平台三方商定后通过区块链系统写入上述融资管理智能合约中。
87.在本说明书一示例性实施例中，通过在所述融资管理智能合约中规定定时任务的方法，可以使得融资管理智能合约按照预定周期进行利润分配和对账，并生成相关的对账文件，生成对账文件，以供所述运营方进行核验。
88.在本说明书一示例性实施例中，如图1所示，金融服务系统还包括溯源平台19。溯源平台19用于将农产品的生产及流通过程中产生的溯源信息上传至所述区块链系统进行存证。
89.在本说明书一示例性实施例中，上述溯源平台还用于接收农户或者经销商发起的注册申请。农户或者经销商根据自己的身份信息填写对应的注册表格，并通过实名认证工具完成实名认证。并将根据上述已填写的注册表格生成的注册申请。金融服务系统的运营商对注册申请进行线下审核，通过审核后，生成与注册申请的发起人对应的农户账户或者企业账户。
90.在本说明书一示例性实施例中，上述溯源信息包括通过物联网设备获取的物联网溯源信息。溯源平台与物联网设备进行信息交互，并通过上述物联网设备对农产品的种植、运输、仓储、加工等环节进行监测，以实时获取监测数据，通过监测数据判断农产品状态。
91.其中，对于种植环节，需要监测的数据包括：种植园区温湿度、气压、光照、风向风速、雨量、负氧离子、pm2.5、土壤ph值等，通过对上述数据的监测可以实现对种植园区的全方位立体描绘。
92.在本说明书一示例性实施例中，物联网设备包括集成有至少一种传感器的气象站，上述参数通过气象站进行监测。其中，可以根据种植环境的差异将种植园区进行划分，并在每个区域部署至少一个气象站，用以监测对应区域的数据。
93.在本说明书另一示例性实施例中，溯源信息还可以通过部署于种植园区或者仓储、运输环节中的仓库或者运输工具中。可使用固定的枪型摄像机，可360
°
旋转的球型摄像机，适合小面积的监控范围的半球型摄像机和远距离监控的云台型摄像机相结合，等方式
对农产品的种植、仓储、运输等环节的环境进行监控。
94.通过物联网设备和部署摄像机的方法对种植园区进行监测，可以全天候监测种植园区中农作物的生长状态、及时发现农作物的突发性病情、地质灾害等异常情况。
95.在农产品的运输过程中，同样使用智能物联网设备监测产品状态。例如，在运输环节中，在运装车内配置温湿度传感器，空气传感器等设备收集车内农产品的环境数据，确保运输过程中环境信息的全路径可追溯。
96.由于农产品的智能受其种植、运输、加工、仓储过程中的影响较大，因此，通过记录上述溯源信息，并将记录到的溯源信息上传至区块链系统进行存证，可以保证农作物的种植、运输、加工、仓储等环节的信息公开透明不可篡改的被存储于区块链系统中，通过上述方法可以建立农产品的购买者与农产品的提供者之间相互信任的关系，可以提高农产品的销量，拓展农产品的销路。
97.在本说明书另一示例性实施例中，溯源信息还包括：经销商上传的与其采购的农产品相关的工艺加工信息、质检信息和/或出入库信息。
98.在本说明书一示例性实施例中，在经销商对农产品进行包装时候，可以将溯源二维码印刷在农产品包装上。购买方购买农产品后，通过扫描溯源二维码即可获知该农产品在种植、运输、架构、仓储等环节中的溯源信息。
99.在本说明书一示例性实施例中，政府部门作为监管方可以实时查看农产品种植园区的种植、生产情况、运营情况等。
100.在本说明书一示例性实施例中，溯源平台还用于：根据预设周期获取溯源信息，并将所述溯源信息上传至区块链系统进行存证。
101.在本说明书一示例性实施例中，在农产品的加工、包装入库、发货、物流环节中使用pda扫描枪获取对应于农作物的溯源信息。
102.在本说明书一示例性实施例中，对于需要与区块链系统进行交互的用户，如：农户、经销商、购买方、金融机构、系统的运营商等，金融服务系统均提供身份认证功能。金融服务系统会颁发证书来帮助用户认证自己在区块链系统上的身份。各个终端和区块链系统的节点通过认证中心(certificate authority，ca)获取安全传输层协议(tls)证书，终端与节点、节点与节点间实行tls双向认证，且通信流量经tls加密，抵御中间人攻击。
103.上述实施例中，可以通过智能合约实现多种不同的合约逻辑从而实现不同的功能，智能合约的创建与调用方式可以参考如图5、图6所示的方式。图5是本说明书一示例性实施例示出的一种区块链智能合约的创建方式示意图，图6是本说明书一示例性实施例示出的一种区块链智能合约的调用方式示意图。
104.如图5所示，bob可以将一笔包含合约代码的创建智能合约创建信息的交易发送到区块链系统后，各节点设备均可以在搭载的虚拟机中执行这笔交易。其中，图5中交易的from字段用于记录发起创建智能合约的账户的地址，交易的data字段的字段值保存的合约代码可以是上述字节码，交易的to字段的字段值为一个null(空)的账户。当节点间通过共识机制达成一致后，这个智能合约成功创建，后续用户可以调用这个智能合约。智能合约创建后，区块链上出现一个与该智能合约对应的合约账户，并拥有一个特定的地址；比如，图5中各节点中的“0x68e12cf284
…”
就代表了创建的这个合约账户的地址；合约代码(code)和账户存储(storage)将保存在该合约账户的账户存储中。智能合约的行为由合约代码控制，
而智能合约的账户存储则保存了合约的状态。同时，包含创建智能合约的交易的data字段保存的可以是该智能合约的字节码。字节码由一连串的字节组成，每一字节可以标识一个操作。基于开发效率、可读性等多方面考虑，开发者可以不直接书写字节码，而是选择一门高级语言编写智能合约代码。例如：高级语言可以采用诸如solidity、serpent、lll语言等。对于采用高级语言编写的智能合约代码，可以经过编译器编译，生成可以部署到区块链上的字节码。以solidity语言为例，用其编写的合约代码与面向对象编程语言中的类(class)很相似，在一个合约中可以声明多种成员，包括状态变量、函数、函数修改器、事件等。其中，状态变量是永久存储在智能合约的账户存储字段中的值，用于保存合约的状态。
105.如图6所示，bob将一笔包含调用智能合约信息的调用交易发送到区块链系统后，各节点设备均可以在搭载的虚拟机中执行这笔交易。其中，图6中交易的from字段用于记录发起调用智能合约的账户的地址，to字段用于记录被调用的智能合约的地址，交易的data字段用于记录调用智能合约的方法和参数。调用智能合约后，合约账户的账户状态可能改变。后续，某个客户端可以通过接入的区块链节点(例如图6中的节点1)查看合约账户的账户状态。智能合约可以以规定的方式在区块链网络中每个节点独立的执行，所有执行记录和数据都保存在区块链上，所以当这样的交易执行完毕后，区块链上就保存了无法篡改、不会丢失的交易凭证。通过上述数据存证交易可以将上述使用状态变化通知与上述环境数据作为账户状态存储于对应的合约账户中。
106.在本说明书一示例性实施例中，区块链系统支持evm、native、myvm、precompiled类型的智能合约。
107.智能合约可以以规定的方式在区块链网络中每个节点独立的执行，所有执行记录和数据都保存在区块链上，所以当这样的交易执行完毕后，区块链上就保存了无法篡改、不会丢失的交易凭证。
108.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
109.在一个典型的配置中，计算机包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
110.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
111.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的
信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
112.在本说明书一个或多个实施例中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
113.在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
114.应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
115.以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。