CN108109017A

CN108109017A - 基于区块链智能合约的商品交易系统

Info

Publication number: CN108109017A
Application number: CN201810028387.XA
Authority: CN
Inventors: 谢晗剑; 王晓亮; 卢缃梅
Original assignee: Cryptape Co ltd
Current assignee: Hangzhou Rivtower Technology Co Ltd
Priority date: 2018-01-11
Filing date: 2018-01-11
Publication date: 2018-06-01

Abstract

本发明提出一种基于区块链的智能合约的商品交易系统，所述系统包括买家终端、卖家终端、区块链，所述区块链存储智能合约，其特征在于：所述卖家终端选择设置商品的定价模式，所述定价模式包括固定价格模式、动态定价模式、密封竞拍模式；买家终端根据商品的定价模式，选择进入相对应的商品交易流程，包括：若所述商品为固定价格模式或动态定价模式，买家通过提交购买订单进入普通的商品交易流程；若所述商品为密封价格模式，买家作为竞拍者通过参与商品竞拍进入特殊的商品交易流程。本交易系统的智能合约可以由用户自己灵活设计并部署，能够为所有商家实现理想的价格计算模型，实现商品价格的灵活定价，提高电商平台的灵活多样性。

Description

基于区块链智能合约的商品交易系统

技术领域

本发明涉及智能商务技术领域，特别涉及一种基于区块链的智能合约的商品交易系统。

背景技术

电子商务是以信息网络技术为手段，以商品交换为中心的商务活动；也可理解为在互联网(Internet)、企业内部网(Intranet)和增值网(VAN，Value Added Network)上以电子交易方式进行交易活动和相关服务的活动，是传统商业活动各环节的电子化、网络化、信息化。

在目前传统的中心化系统中，商品交易一般通过BS系统来完成，用户使用浏览器完成商品选择、下订单、支付、卖家发货、收货确认这一系列环节，服务器端的程序处理这些用户的操作。

然而在传统的中心化系统中，中心化平台固然可以为商家设计一系列价格计算模式，如单一价格，如商品组合价格，如根据订单数量修改价格等。但是，这些计算模式非常有限，平台不可能面面俱到，为所有商家设计实现理想的价格计算模型。

发明内容

本发明的目的在于提出一种基于区块链的智能合约的商品交易系统，其运用于基于区块链的分布式电子商务平台，区块链中的智能合约可以由用户自己灵活设计并部署，能够为所有商家实现理想的价格计算模型，实现商品价格的灵活定价，提高电商平台的灵活多样性。

为实现上述目的，本发明提出一种基于区块链的智能合约的商品交易系统，所述系统包括：买家终端、卖家终端、区块链，所述区块链存储智能合约，其特征在于:

所述卖家终端选择设置商品的定价模式，所述定价模式包括固定价格模式、动态定价模式、密封竞拍模式；

所述买家终端在查看商品明细时，获取所述商品的定价模式，根据所述定价模式展示与商品价格相关的对应信息；

所述固定价格模式：价格作为一个属性值由卖家设定，可通过读取商品合约的属性值直接获取，无需计算，买家在浏览商品概况时可直接显示在买家终端；

所述动态定价模式：商品的价格按照一定的策略进行动态计算，价格作为一个动态计算结果，根据相关函数计算并将动态价格值返回给买家终端；

所述密封价格模式：是一种密封式拍卖模式，由卖家设置竞拍相关信息，启动竞拍，买家参与竞拍，最后所述系统根据竞价规则确定商品在竞价人之间的分配数量和对应的成交价格；

买家终端根据商品的定价模式，选择进入相对应的商品交易方式，具体为：

若所述商品为固定价格模式或动态定价模式，买家通过提交购买订单进入普通的商品交易流程；

若所述商品为密封价格模式，买家作为竞拍者通过参与商品竞拍进入特殊的商品交易流程。

作为优选地，所述与商品价格相关的对应信息具体为：

若所述商品是固定价格模式，则所述对应信息即为所述商品的价格属性值；

若所述商品是动态定价模式，则所述对应信息即为根据多重因素计算出的动态价格值；

若所述商品是密封价格模式，则所述对应信息即为商品的竞拍相关信息，包括竞拍说明及要求、竞拍状态。

作为优选地，所述多重因素包括：用户合约的部分属性、用户输入的商品订购数量、商品的部分属性。

作为优选地，所述用户合约的部分属性包括用户的评分值、用户注册的地理位置、用户的年龄、性别、职业；所述商品的部分属性包括商品的库存量。

作为优选地，若所述商品的定价模式为动态定价模式，则当买家终端修改订购数量时，调用商品合约的价格计算函数重新计算价格并将计算出的价格返回给买家终端。

作为优选地，卖家将商品设置为密封价格模式包括：卖家向区块链发送一笔交易，所述交易创建并发布拍卖交易代理合约，所述拍卖交易代理合约作为商品的交易代理合约，根据卖家终端输入的具体拍卖设置初始化拍卖交易代理合约的竞拍最低报价minimumBidPrice、竞拍结束时间biddingEndTime、竞拍是否启动中isBiddingOn、竞拍说明instruction属性。

作为优选地，所述普通的商品交易流程包括：

步骤1，买家通过所述商品交易系统提交订单，向区块链发送一笔交易，创建并部署一个订单合约，所述订单合约包括商品单价、数量、运费、商品合约地址、商品合约快照、收货地址合约快照、物流订单合约地址、订单状态；

步骤2，买家支付，并更新订单合约的状态；

步骤3，卖家发货、物流更新及买家收货、买家验货，所述卖家发货包括卖家终端创建物流订单合约，所述物流订单合约包括该物流订单对应的交易订单合约地址集合、物流状态，物流订单合约在区块链发布完成后，卖家向区块链发送一笔交易，该交易调用物流订单合约的confirm()方法，确认所述物流订单信息无误，在所述confirm()方法中更新所述交易订单合约的物流订单合约地址以及所述交易订单合约的订单状态；物流更新及买家收货包括物流公司在服务过程中向区块链发送一笔交易，更新物流信息，当买方线下收到货物并签字确认后，物流公司向区块链发送一笔交易，更新物流订单合约的物流状态以及订单合约的订单状态；所述买方验货包括买方线下验货，若满意，则向区块链发送一笔交易，以调用订单合约的结算方法，所述结算方法将订单合约中锁定的金额转给卖家账户，并更新订单合约的订单状态；若不满意，买卖双方可以线下沟通，根据协商结果进行处理，或者让仲裁介入。

作为优选地，所述特殊的商品交易流程包括：

步骤1，买家作为竞拍者输入报价、订购数量，并向区块链发送一笔交易，所述交易根据竞价交易订单合约模板创建并发布一个竞价交易订单合约，初始化所述竞价交易订单合约的属性；

步骤2，竞拍者支付所述竞价交易订单合约的保证金；

步骤3，卖家关闭所述拍卖，向区块链发送一笔交易，所述交易根据竞价规则，确定商品最终在竞价人之间的分配数量及对应的价格；

步骤5，卖家向区块链发送结算交易，所述交易根据所有竞拍人的竞拍结果，进行资金结算，并根据结算出的资金进行资金退还处理；

步骤6，进入如上述普通的商品交易流程的步骤3所述的卖家发货、物流更新及买家收货、买家验货流程。

作为优选地，所述竞价交易订单合约的属性包括价格、数量、运费、保证金金额、订单状态。

作为优选地，在所述特殊的商品交易流程的步骤2竞拍者支付所述竞价交易订单合约中，还包括：验证步骤，以验证此次出价是否有效。若验证不通过，则将所述竞价交易订单合约的状态设置为“已关闭”状态，合约不接受保证金，返回失败消息到买家终端；若验证通过，合约接受用户转入的保证金，并根据所述竞价交易订单合约更新拍卖交易代理合约。

作为优选地，所述验证是根据以下至少一个或多个条件来判断的：

该拍卖是否还在进行中；

该用户是否已经报过一次价格；

本次报价是否大于或等于规定的所述最低报价；

所述报价时间是否超过了最晚报价时间；

标的数量是否足够。

作为优选地，所述根据所述竞价交易订单合约更新拍卖交易代理合约，具体包括：

调用拍卖交易代理合约的添加报价合约函数，将所述竞价人的合约地址作为key，将[P1,N1,0,0,竞价交易订单合约的合约地址]作为value值，保存到拍卖交易代理合约中的biddingMap中，其中P1和N1分别代表竞价者的出价和欲购买数量，其后两个数据分别代表最后成交的价格和数量，初始化为0。

作为优选地，所述特殊的商品交易流程的步骤3卖家关闭并处理拍卖中，还包括：根据确定的结果更新所述biddingMap，具体为：将确定的数量及对应的成交价格保存在biddingMap的对应竞价人的value的第三、四位数值中，对于未竞得该商品的竞价者，其value的第三、四位数值仍保持为0。

基于本发明提出的商品交易系统，包括至少三种定价模式，由卖家自行选择及设置，且所述交易系统部署在基于区块链的分布式系统，既能够为所有商家实现理想的价格计算模型，实现商品价格的灵活定价，提高电商平台的灵活多样性，又能够避免传统电子商务平台的安全性风险、寡头化和垄断、灵活性差、数据容易被篡改的等问题。

附图说明

图1是本发明实施例的基于区块链的分布式电子商务平台系统的逻辑架构层结构；

图2是本发明实施例的智能合约设计类图；

图3是本发明实施例的基于区块链的分布式电子商务平台系统交易流程图；

图4是本发明实施例的固定价格/智能定价模式下智能合约的对象图；

图5是本发明实施例的固定价格/智能定价交易模式下的时序图；

图6是本发明实施例的密封拍卖模式下智能合约的对象图；

图7是本发明实施例的密封拍卖模式下时序图。

具体实施方式

区块链本质上是一个去中心化的数据库，是一连串使用密码学方法产生相关联的数据块，每一个数据块中包含了一段时间内全网交易的信息，用于验证其信息的有效性和生产下一个区块。区块链是以去中心化和去信任化的方式，来集体维护一个可靠数据库的技术方案。因此，区块链也可以称为一种全民记账的技术，或者说可以理解为一种分布式总账技术。

智能合约是能够自动执行合约条款的计算机程序，区块链之所以被认为是一种颠覆性的技术，主要就是因为区块链上能够实现智能合约。智能合约不但是由代码进行定义的，也是由代码强制执行的，完全自动而无法干预。智能合约是去中心化的，并不依赖单个中心化的服务器，而是分布式的，它存储在区块链上，通过网络节点来自动运行。

如图1所示，本发明一实施例提供一种基于区块链的分布式电子商务平台系统，该系统的逻辑架构层结构，其包括客户端、中继服务器、智能合约、区块链底层，其中，各个层结构的具体描述如下：

客户端：客户端可以是浏览器，或者桌面应用程序，也可以是手机APP等。客户端用于展现数据，提供用户操作界面，其中甚至可以包括让用户直接提交智能合约代码。此外，客户端还可以包括钱包功能、转账和私钥管理功能等。本发明中客户端以桌面应用程序为例，其包括商品发布、商品交易、争议解决、评价等模块。

业务服务器中继：连接区块链的一个全节点，维护数据缓存。中继服务器还可以对数据提供服务，包括客户端读取前的服务，如对数据缓存进行整理，如建立索引，或根据一定的规则进行分类、排序等工作；也包括对区块链写入交易前的服务。总体上，就相当于与是区块链的一个代理，也是区块链和客户端之间的中介和桥梁。用户不仅可以选择不同的中继服务商，也可以选择不使用中继，直接从客户端从区块链上读取数据或向区块链上传交易。

在传统的中心化电商模式中，数据和平台功能都在中心化的服务器中。而在本发明的区块链的分布式电子商务平台系统中，数据在区块链层，数据展示与用户数据输入在客户端，中继层实现了数据读取及展示前准备的一个类似“管家”的功能，是区块链层和客户端之间的一座桥梁。同时由于数据层的独立性，中继可以由任意服务商提供，甚至可以不选择中继。从而可以形成良性竞争，有利于整个系统功能拆分、分工合作，最终形成良性的商业生态圈。

智能合约：包括系统合约、用户合约、商品合约、订单合约等。

区块链层：负责分布式记账功能，包括共识算法、执行器、网络、通信等服务。

在区块链系统中，可以设计一系列智能合约，将用户的读操作(如商品浏览)对应智能合约属性的读取，其他涉及到程序处理并保存结果的操作封装在智能合约函数中，用户调用这些函数的操作即为一次区块链的交易，交易被区块链全网记录并保存在每一个全节点中。

在区块链中，每个用户都有自主发布智能合约的权利，在特定的应用系统中，可以限定一些智能合约的框架标准，让这些智能合约符合一定接口标准。如某卖家在一定的标准下设计了一个商品的智能合约GContract，在GContract中，包含价格属性price和一个动态计算的方法calcPrice()，卖家A可以根据自己的需求设计calcPrice()接口的具体实现，即实现卖家自己特定的定价模型。比如，在该方法中，卖家可以根据时间、库存、订单数量、同类商品价格、以及买家因素(如买家评分值、买家地理位置、买家年龄、买家性别、买家职业)等多重因素来制定价格。

简单的固定价格模式：价格作为一个属性值，用户可以直接发消息读取，不需要计算，也就是不需要向区块链发送交易。因此在买家浏览一组商品概况时即可直接显示在客户端。

智能定价模式：商品的价格可以按照一定的策略进行动态计算。是一种灵活定价的模式，以实现卖家收益最大化。价格作为一个动态计算结果，用户需要向区块链发送一个消息，调用合约的相关函数去计算并返回动态价格值。

本发明不限制交易定价的具体模式分类，为简化模型，现针对三类典型的模式进行实现分析-固定价格模式，动态价格模式，密封拍卖模式。

另外，对于一种特殊的交易-竞价购买，在买方支付完成(此时的支付金额为订金金额)后，订单状态还不能真正确定，而是等到一轮竞价结束后，卖方根据预先设定的规则挑选出入围的买家，再进行交易，没有被卖家选中的订单将会自动被取消，买家订金将被合约自动退还给买家。

为实现上述定价模式，本发明提出如图2所示的智能合约类图设计，具体为：

设计商品合约模板GoodsTemplate1。在GoodsTemplate1中，加入一个枚举类型的属性priceMode,枚举值包括FIXED,DYNAMIC,SEALED_AUCTION，分别表示该商品的定价模式是：固定价格模式，动态价格模式，密封拍卖模式。在合约的方法中，加入一个calcPrice()方法，用于在动态价格模式下计算动态价格。①在固定价格模式下，商品合约的属性price是订单中体现的价格。②在动态价格模式下，calcPrice()方法会在这些情况下被买家账户调用：买家浏览商品明细时，买家下订单过程中修改订单参数如购买数量时。calcprice()方法可以结合商品参数、买家参数、订单参数，以及卖家自设的具体规则计算出一个价格，作为最终订单中的价格。这种模式下，属性price代表的不是订单中显示的最终价格，而是一个参考价，也可以不设具体值。③在密封拍卖模式下，price也是一个参考价而已，也可以不设具体值。

在GoodsTemplate1中，加入一个地址类型的属性saleProxyAddress，表示一个交易代理合约地址，该地址对应一个交易代理合约，用于处理复杂的交易模式，如密封拍卖模式。初始设为0，代表该商品无交易代理合约。当卖家为某一商品设置密封拍卖竞价模式时，该商品合约会创建这个交易代理合约，并将合约的地址赋值给属性saleProxyAddress。

设计交易订单合约模板OrderTemplate，该合约模板用于为一个买家购买一种商品时创建订单合约实例。在买家确定下单后会根据该合约模板生成一个订单合约实例。订单合约模板中包括属性：orderID(订单ID)，price(订单中商品成交价)，number(订单中商品购买数量)，status(订单状态，如待付款、待发货、待收货、待确认、已完成待评价，已完成已评价)，goodsContractAddress(该订单对应的商品合约地址)，goodsSnapshot(商品快照，即下单时商品的属性备份)，shippingAddressSnapshot(买家收货地址快照，即下单时买家的收货地址备份)，vendorContractAddress(卖家的用户合约地址)，buyerContractAddress(买家的用户合约地址)，payment(订单总金额)，shippingOrderAddress(物流订单合约地址，当订单中商品被第三方物流寄出时会有一个订单合约，即该属性指向的合约)，saleProxyAddress(交易代理合约地址，默认为0，只有在复杂的交易中，才会指向一个交易代理合约)。

设计一个交易代理合约模板SaleProxyTemplate，用于处理复杂的交易类型，并设计一个它的子类AuctionProxyTemplate用于处理密封式拍卖。当卖家为某一商品设置密封拍卖竞价模式时，该商品合约会创建这个交易代理合约，并将合约的地址赋值给商品合约中的属性saleProxyAddress。

该合约包括属性：

键值对类型的biddingMap，key为买家合约地址，value为一个5元数组，数组元素依次为[买方报价，买方购买数量，最终成交价，最终成交数量，对应的订单合约地址]。

minimumBidPrice(用于保存竞拍的最低报价)；

instruction(用于保存拍卖说明)

isBiddingOn(布尔值，用于保存竞拍是否启动中)。

bidEndTime(用于保存竞拍结束时间)；

包括方法：

validateABid()用于验证一个买家的竞拍是否有效；

processBiddings()用于在竞拍结束时处理报价和确定最终订单；

switchAuction()用于卖家开启或关闭这项竞拍。

settleAll()用于竞拍结束后与所有竞拍者结算。

设计物流订单合约模板ShippingOrderTemplate，用于生成物流订单合约，保存订单的物流信息。

图3示出了本发明实施例所提供的基于区块链的分布式电子商务平台系统交易流程图，其对三种定价模式的交易流程进行了流程的描述，主要包括固定价格、智能定价模式的商品交易以及密封拍卖模式的商品交易，以下即对各个定价模式的交易实现进行详细描述：

第一部分：固定价格、智能定价模式下的交易实现步骤

如图4所示，交易前系统内应已具备这些合约：1)根据GoodTemplate1商品合约模板生成的具体商品合约Good1。3)系统内至少有三个依据用户合约模板创建的用户合约，一个为卖家，假设其对应的用户合约为Vendor1；一个为买家，假设其合约为Buyer1；一个为物流服务提供商，其对应的用户合约为ShippingVendor1。其中物流服务提供商为特殊用户，该类用户的注册需要由平台审核，再此不作细述。

买家Buyer1购买卖家Vendor1的商品Good1的过程/步骤可参见图5所示的固定价格/智能定价交易模式下的时序图，包括：

1、商品搜索：买家输入关键字寻找一类商品，请求提交给中继服务器，中继服务器返回相应的一组商品的信息，买家也可以选择不使用中继服务器的形式，这种情况下，直接向区块链网络中发送消息，在区块链存储的商品合约中按用户输入的参数搜索商品，区块链返回一组满足条件的商品合约相关数据。(以下客户端与区块链的交互中，用户可以在一组中继服务器提供商中选择一个中继服务器，也可以选择不使用中继服务器，直接与区块链交互。为简化描述，以下均不特别指明中继服务器的模式。)此时客户端显示商品列表，即这组商品合约的部分属性数据，如商品名称，照片，以及商品价格即price属性值，以及商品定价模式即priceMode属性值。当priceMode为Fixed(固定价格模式)时，price即为后续订单价格；当priceMode为Dynamic(动态定价)时，price只是一个参考价格，最终下订单时会被重新计算。当priceMode为Sealed_Auction(密封竞价模式)时，price也是一个参考值而已，买家可以完全忽略这个值。

2、商品明细查看：买家点击其中的一个商品Good1以查看明细，此时：

1)对于商品价格price：

A.对于Fixed定价模式的商品，上一步已经返回正确的price值，无需再向区块链发送消息。

B.对于Dynamic定价模式的商品，Buyer1向区块链发送一个消息，即调用Good1的calcPrice()方法，该方法可以根据多重因素：如Buyer1用户合约中的部分属性，如用户的评分值、用户注册的地理位置等信息，如用户在页面输入的商品订购数量，以及Good1商品合约当前的一些属性值，如库存量等，结合calcPrice中设计的一定的定价逻辑，计算出一个价格并返回给客户端。当用户修改订购数量时，也会发送同样的消息，因为calcPrice()需要重新计算动态价格。

C.对于Sealed_Auction密封竞价模式的商品，Buyer1向区块链发送一个消息，查询当前商品Good1的交易代理合约地址saleProxyAddress，并根据该地址找到相应的AuctionProxy，返回该商品的竞拍相关信息，如竞拍说明及要求，竞拍状态(未开始、已开始、已结束、已中止)等。具体见第二部分密封拍卖模式的交易实现方法。

2)对于商品的运费：Buyer1向区块链发送消息，调用Good1的calcFreightCharge()方法，该方法根据Buyer1用户合约的收货地址(当有多个收货地址时，用户在页面选择不同收货地址时都会调用calcFreightCharge()方法重新计算运费)、以及calcFreightCharge中设计的逻辑来计算运费并返回给客户端。

3)页面最终显示总金额：(price*number+feightCharge)

3、买家提交订单：买家在页面确认订单，此时Buyer1向区块链发送一笔交易，该交易调用Good1的createAnOrder()方法，创建并部署一个订单合约：

依据交易订单模板合约OrderTemplate创建一个订单合约Order1，初始化该合约中包含的信息，如全局唯一的订单号orderID，订单中商品单价price，数量number，订单中包含的运费freightCharge，订单状态status，订单生成时间timeStamp，商品合约地址goodContractAddress，商品合约快照goodSnapshot，收货地址合约快照vendorContractSnapShot，卖家用户合约地址vendorContractAddress，买家用户合约地址buyerContractAddress，物流订单合约地址shippingOrderAddress初始化为0，即还没有对应的物流订单。其中，合约快照是指该合约在下订单时的具体属性信息的拷贝，该快照不会因为后期用户修改该合约属性值而发生改变。比如，当订单生成后，即使卖家修改了商品价格，或者买家修改了买家合约中的收货地址，这些修改也不会影响到之前生成的订单。这一步完成后，订单Order1状态设置为“待付款”。

4、修改价格：买家与卖家线下沟通，仍可继续修改商品价格及运费。当协商完后，卖家Vendor1向区块链发送一笔交易，该交易调用Order1的setPrice()方法(用于修改价格)，或调用Order1的setFreightCharge()方法(用于修改运费)。由于修改价格及运费的权限只限卖家，因此在这两个方法中，会验证调用者是否为该订单的卖家。即验证调用者的用户合约地址是否等于Order1中保存的卖家用户合约地址vendorContractAddress。价格更新后，页面根据(price*number+feightCharge)计算得出更新后的订单总金额，并刷新显示。

5、买家支付：买家Buyer1以外部账户向合约Order1发送一笔交易，该交易将订单显示的总金额的代币转账至Order1。转账成功后，触发Order1中的事件，调用Order1中的setStatus()方法，将Order1的状态更新为“待发货”。

6、卖家发货：卖家联系物流服务商ShippingVendor1，并下物流订单发货。此时，ShippingVendor1创建一个新的物流订单合约ShippingOrder1,初始化该合约的属性如：物流订单号shippingOrderID，物流服务商所对应的用户合约地址ShippingVendorConAddress，物流订单ID，物流跟踪信息，物流状态(如已发货，已收货等)，所对应的交易订单合约地址集合orderContractAddress[]等。ShippingOrder1在区块链上发布完成后，卖家向区块链发送一笔交易，该交易调用ShippingOrder1的confirm()方法，确认该物流订单信息无误，在该方法内调用商品订单合约Order1的相关方法将Order1的shippingOrderAddresses设置为ShippingOrder1的合约地址，将Order1的status设置为“已发货”。

7、物流更新及买家收货：物流公司ShippingVendor1在服务过程中，更新物流信息，即向区块链发送一笔交易，该交易调用ShippingOrder1的setTrackingInfo()方法，更新物流信息。最后，当买方线下收到货物并签字确认后，ShippingVendor1向区块链发送一笔交易，该交易调用ShippingOrder1的setStatus()方法，将ShippingOrder1的属性status更新为“已收货”，同时调用Order1的方法将订单状态更新为“已收货”。

8、买方验货：若满意，则向区块链发送一笔交易，该交易调用订单合约Order1中的settle()方法进行结算，该方法将Order1中锁定的金额转给卖家外部账户，并将Order1状态更新为“已完成”。若不满意，买卖双方可以线下沟通，根据协商结果进行处理，或者让仲裁介入。

第二部分：密封拍卖模式的交易实现方法

如图6所示，示例出密封拍卖模式下的智能合约的对象之间的关系图。

具体的流程可参见图7所示的时序图，包括：

1、卖家Vendor1将某一商品Good2的交易模式设置为密封拍卖模式：Vendor1向区块链发送一笔交易，该交易根据拍卖交易代理合约模板AuctionProxyTemplate创建并发布一个拍卖交易代理合约AuctionProxy1，作为Good2的交易代理合约，并将拍卖的具体设置作为初始化参数保存到AuctionProxy1的属性中--如MinimumBidPrice，biddingEndTime，isBiddingOn，instruction等。最后调用Good2的setSaleProxyAddress()方法，将Good2的属性saleProxyAddress设置为AuctionProxy1的合约地址。AuctionProxy1合约的作用类似Good2的竞价交易的代理人。

2、卖家启动竞拍：Vendor1向区块链发送一笔交易，该交易调用AuctionProxy1的swtichBidding()方法，将属性isBiddingOn设置为“启动”，即启动竞拍。

3、启动竞拍后，竞拍者才可以出价：第一位用户UserBidder1报价P1、订购数量为N1。此时UserBidder1向区块链发送一笔交易，该交易根据竞价交易订单合约模板BiddingOrderTemplate创建并发布一个竞价交易订单合约BiddingOrder1，初始化该合约的价格Price(P1)、数量Number(N1)，运费freightCharge，保证金金额deposit，订单状态等属性。然后，UserBidder1向区块链发送消息，查询BiddingOrder1的deposit属性，客户端将返回的保证金金额显示出来。此时订单状态为“待支付”。卖家可将保证金金额设计为大于或等于成交后的金额，这样不论竞拍是否成功，买家都不需要补充付款，而只需要卖家根据具体情况退还多余金额。比如设置保证金金额为(P1*N1+freightCharge)。当最终成交价为该买家报价时，结算时不需退款。当成交价小于报价时(如维克瑞拍卖)，结算时退还多余款项。

BiddingOrderTemplate为一种特殊的订单合约，可以设计为普通的OrderTemplate的子类，与OrderTemplate的差别在于：①OrderTemplate中的价格修改权在于卖家，而BiddingOrderTemplate的价格修改权在于买家；②BiddingOrderTemplate在竞拍结束之前只是为竞拍者锁定了保证金，竞拍结束后才会对这些订单做筛选，对于成功竞得商品的买家来说，BiddingOrder成为真正有意义的订单；对于竞拍失败的买家来说，BiddingOrder就中止了。

4、竞拍者支付保证金：竞拍者UserBidder1向区块链发送一笔交易，将保证金从UserBidder1的外部账户转到合约BiddingOrder1中：首先竞拍代理合约验证该笔出价是否有效，UserBidder1向区块链发送一个消息，调用商品竞价交易代理合约AuctionProxy1中的validateABid()方法，该方法判断该次出价是否有效，validateABid可以通过验证一些条件来判断出价的有效性----如：该拍卖是否还在进行中，该用户是否已经报过一次价格，本次报价是否大于或等于规定的最低报价金额，判断报价时间是否超过了最晚报价时间，标的数量是否足够等。①若验证不通过，将订单BiddingOrder1的状态设置为“已关闭”，合约不接受保证金，返回失败消息。②若验证通过，合约接受用户转入的保证金。并调用AuctionProxy1的insertBiddingMap()方法，将UserBidder1的合约地址作为key值，将[P1,N1,0,0，BiddingOrder1地址]作为value值，保存在AuctionProxy1中的biddingMap中。其中P1和N1分别代表竞价者的出价和欲购买数量，其后两个数据分别代表最后成交的价格和数量。因为竞拍未结束，所以初始化为0，当竞拍结束时，AuctionProxy1才会更新这两个数据。

5、同理，第二位出价人UserBidder2的出价P2，订购数量N2；直至第n位出价人UserBidderN的出价Pn，订购数量Nn。均按照上述步骤3-4-5处理。

6、关闭并处理拍卖：当竞价结束时间bidEndTime到达时，卖家关闭拍卖。即Vendor1向区块链发送一笔交易，该交易先调用AuctionProxy1的switchBidding()方法，将属性isBiddingOn设置为“关闭”；再调用AuctionProxy1的processBiddings()方法，来处理本次拍卖。在processBiddings()方法中，按照竞价规则，决定商品最终在竞价人之间的分配数量及对应的成交价格。并将这些结果保存在biddingMap的对应竞价人的value的后两个属性中；对于未竞得该商品的Bidder，value的第三、四位数值仍保持为0。

7、结算：AuctionProxy1向区块链发送一笔交易，调用settleAll()方法。该方法首先遍历AuctionProxy1的biddingMap，对于每个Bidder，取得value为[p,n,p’,n’,orderAddress],①若n’>0,计算需要退还的金额refundNum＝p*n–p’*n’(为简化模型，我们假设即使成交数量减少，运费也不发生变化的情况)。此时AuctionProxy1调用orderAddress对应的订单合约的refund()方法，传入参数refundNum，将refundNum数目的金额退还给出价人。再将status更新为“待发货”。②若n’为0,表明该竞拍者未拍得商品。此时若orderAddress对应的订单合约为BiddingOrder_i,由AuctionProxy1调用BiddingOrder_i合约中的refundAll()方法，将该合约中的deposit全数退还给出价人。再将BiddingOrder_i的status设置为“已关闭”。

8、之后的流程与第一部分中固定价格的交易类似，可参见第一部分的步骤6-8。

基于本发明提出的商品交易方法，可以实现区块链中的智能合约可以由用户自己灵活设计并部署，每个用户都有自主发布智能合约的权利，以实现卖家收益最大化。

结合本文中所公开的实施例描述的方法或算法的可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机储存器、内存、只读存储器、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其他形式的存储介质中。

可以理解的是，对于本领域的普通技术人员来说，可以根据本发明的技术构思做出其它各种相应的改变与变形，而所有这些改变与变形都应属于本发明权利要求的保护范围。

Claims

1.一种基于区块链的智能合约的商品交易系统，所述系统包括：买家终端、卖家终端、

区块链，所述区块链存储智能合约，其特征在于:

2.根据权利要求1所述的系统，其特征在于，所述与商品价格相关的对应信息具体为：

3.根据权利要求2所述的系统，其特征在于，所述多重因素包括：用户合约的部分属

性、用户输入的商品订购数量、商品的部分属性。

4.根据权利要求3所述的系统，其特征在于，所述用户合约的部分属性包括用户的评分值、用户注册的地理位置、用户的年龄、性别、职业；所述商品的部分属性包括商品的库存量。

5.根据权利要求1所述的系统，其特征在于，若所述商品的定价模式为动态定价模式，则当买家终端修改订购数量时，调用商品合约的价格计算函数重新计算价格并将计算出的价格返回给买家终端。

6.根据权利要求1所述的系统，其特征在于，卖家将商品设置为密封价格模式包括：卖家向区块链发送一笔交易，所述交易创建并发布拍卖交易代理合约，所述拍卖交易代理合约作为商品的交易代理合约，根据卖家终端输入的具体拍卖设置初始化拍卖交易代理合约的竞拍最低报价minimumBidPrice、竞拍结束时间biddingEndTime、竞拍是否启动中isBiddingOn、竞拍说明instruction属性。

7.根据权利要求1所述的系统，其特征在于，所述普通的商品交易流程包括：

步骤2，买家支付，并更新订单合约的状态；

8.根据权利要求7所述的系统，其特征在于，所述特殊的商品交易流程包括：

步骤2，竞拍者支付所述竞价交易订单合约的保证金；

步骤6，进入如权利要求7所述的普通的商品交易流程的步骤3所述的卖家发货、物流更新及买家收货、买家验货流程。

9.根据权利要求6所述的系统，其特征在于，所述竞价交易订单合约的属性包括价格、数量、运费、保证金金额、订单状态。

10.权利要求8所述的系统，其特征在于，在所述步骤2竞拍者支付所述竞价交易订单合约中，还包括：验证步骤，以验证此次出价是否有效，

若验证不通过，则将所述竞价交易订单合约的状态设置为“已关闭”状态，合约不接受保证金，返回失败消息到买家终端；若验证通过，合约接受用户转入的保证金，并根据所述竞价交易订单合约更新拍卖交易代理合约。