CN108256967A - 基于区块链的电子商务争议解决方法及系统 - Google Patents

Abstract

本发明提出一种基于区块链的电子商务争议解决方法及系统，该方法及系统运用于基于区块链的分布式电子商务平台，所述方法包括：如果用户对接收到的商品不满意，用户开启争议流程，根据争议流程合约模板创建新的争议合约；将所述争议合约与所述交易的订单合约关联；所述订单合约通过事件发送消息以通知仲裁方介入；仲裁方根据交易信息设置货款重新分配方案，然后根据买卖双方对仲裁方设置的分配方案的意见而进入货款结算或重新仲裁阶段。通过本发明的方法和系统，实现了电子商务的在线争议解决方案，同时由卖方和买方共同选择仲裁方，也尽可能地实现了解决争议的公平性。

Description

基于区块链的电子商务争议解决方法及系统

技术领域

本发明涉及智能商务技术领域，特别涉及一种基于区块链的电子商务争议解决方法及系统。

背景技术

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

传统的中心化电子商务平台虽然是互联网技术运用的典型成功案例，但仍存在以下一些弊端：如安全性风险、寡头化和垄断、灵活性差、数据容易被篡改的等问题。

在传统的交易过程中，往往会出现一些货品与描述不符，或者运送过程中出现损坏或者其他原因，导致买家收到货品后不满意货品，在现有的电商平台中只能进行平台投诉、线下商量等方法来解决争议，这种争议解决办法低效、且还可能存在平台商偏袒卖家而导致解决缺乏公平等多种缺陷。

发明内容

本发明的目的在于提出一种基于区块链的电子商务争议解决方法及系统，其运用于基于区块链的分布式电子商务平台，以解决现有的交易过程中争议解决的弊端。

为了解决上述技术问题，本发明提出一种基于区块链的电子商务争议解决方法，其特征在于，包括：

步骤1，根据争议流程合约模板创建新的争议合约；

步骤2，将所述争议合约与商品交易的订单合约关联，初始化所述争议合约的状态；

步骤3，所述订单合约通过事件发送消息以通知仲裁方介入；

步骤4，仲裁方通过所述平台设置货款重新分配方案；

步骤5，若买家或卖家有一方对所述分配方案持同意意见，则修改争议合约的状态，争议流程结束；

步骤6，若买家和卖家对所述分配方案都反对，则回到步骤4。

优选地，所述步骤2中的关联包括：将所述争议合约的合约地址保存到所述订单合约的争议合约地址属性中。

优选地，所述步骤2中的初始化具体为：将所述争议合约的状态设置为预设的开始状态。

优选地，所述步骤5中的修改争议合约的状态具体为：将所述争议合约的状态修改为预设的结束状态。

优选地，所述步骤4中所述仲裁方设置货款重新分配方案，具体为：所述仲裁方通过订单合约的属性内容查看商品快照、交易信息及物流信息，还可以线下与买卖双方沟通搜集材料证据，包括商品照片、对话信息，然后设置货款重新分配方案。

优选地，在所述步骤5中，争议流程结束后，还包括：订单合约进行资金结算，具体为：判断该订单合约是否有争议合约，若有争议合约，且争议合约的状态为预设的结束状态，则根据争议合约中的所述分配方案进行货款结算。

优选地，所述货款结算具体为：根据所述仲裁方的收费模式，将货款的部分转入仲裁方，其余部分按照仲裁方设置的分配方案在买方和卖方之间进行分配。

优选地，在所述步骤4中设置货款重新分配方案之后，锁定该分配方案，在所述步骤6中，若买家和卖家对所述分配方案都反对，则解除所述分配方案，回到步骤4。

对应地，本发明还提出一种基于区块链的电子商务争议解决系统，其特征在于，所述系统包括：

争议合约创建模块，用于根据争议流程合约模板创建新的争议合约；

关联模块，用于将所述争议合约与商品交易的订单合约关联，初始化所述争议合约的状态；

通知模块，用于通过事件发送消息以通知仲裁方介入；

仲裁分配模块，用于仲裁方设置货款重新分配方案；

争议解决模块，用于在若买家或卖家有一方对所述分配方案持同意意见时，修改争议合约的状态，结束争议流程；

重分配模块，用于在买家和卖家对所述分配方案都反对时，回到仲裁分配模块。

优选地，所述关联包括：将所述争议合约的合约地址保存到所述订单合约的争议合约地址属性中。

优选地，所述初始化具体为：将所述争议合约的状态设置为预设的开始状态。

优选地，所述修改争议合约的状态具体为：将所述争议合约的状态修改为预设的结束状态。

优选地，所述仲裁分配模块中的设置货款重新分配方案，具体为：所述仲裁方通过订单合约的属性内容查看商品快照、交易信息及物流信息，还可以线下与买卖双方沟通搜集材料证据，包括商品照片、对话信息，然后设置货款重新分配方案。

优选地，所述系统还包括资金结算模块，用于在争议流程结束后，订单合约进行资金结算，具体为：判断该订单合约是否有争议合约，若有争议合约，且争议合约的状态为预设的结束状态，则根据争议合约中的所述分配方案进行货款结算。

优选地，所述货款结算具体为：根据所述仲裁方的收费模式，将货款的部分转入仲裁方，其余部分按照仲裁方设置的分配方案在买方和卖方之间进行分配。

优选地，所述仲裁分配模块在设置货款重新分配方案之后，还锁定该分配方案，所述重分配模块还在若买家和卖家对所述分配方案都反对时，解除所述分配方案。

基于本发明提出的争议解决方法及系统，买家在购买商品时即可选择争议解决的仲裁方，然后当交易出现争议时，由买家通过电商平台开启争议解决流程，由仲裁方根据订单信息、商品信息、物流信息、以及买方和卖方提供的其他信息来设置货款分配方案，争议的流程实现自动化，提高了争议解决的效率，同时，仲裁方由双方共同选择的，一定程度上确保了争议解决的公平性。

附图说明

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

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

图3是本发明实施例的争议解决流程图。

具体实施方式

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

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

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

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

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

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

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

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

基于区块链的电商平台中，假设一笔交易在买家收到货品后完全满意，经买家确认后，合约中锁定的货款即可转给卖家，这种情况下，订单合约中的结算方法settle()只需要买卖双方的双重签名即可完成最终货款结算。

然而实际交易中，往往会出现一些货品与描述不符，或者运送过程中出现损坏或者其他原因，导致买家收到货品后不满意，于是不同意按原计划将全部货款转给卖家，对于这种情况，本发明提出在电商系统中引入第三方仲裁的模式来解决争议。这种模式下，由仲裁给出解决方案即货款分配方案，该方案需要由买方、卖方、仲裁方的三方中的任意两方共同签名后才能生效，订单最终按此方案结算货款。

具体实施方式如图2和图3所示：

在用户合约的角色枚举类型中，除了一般的卖家、买家、物流三种角色以外，本发明增加一种仲裁角色。当一个用户合约的角色数组roles中包含“仲裁”时，表明该用户可以为其他卖家和买家的交易提供仲裁服务。

本发明在用户合约中添加一个属性moderationServiceAddress,该属性为该用户的仲裁服务参数合约地址，即指向该用户的一个仲裁服务设置。在仲裁服务设置的合约模板ModerationServiceTemplate中，包含属性：收费模式chargeMode,收费参数chargeParameters,服务语言language,服务条款说明terms。本发明不限定收费模式的设计，如可以按照货款的百分比收费，也可以按照固定费用收费，或者两者结合的方式，当然也可以在模板中设计其他更复杂的收费模式，在收费参数列表chargeParameters中保存所有与收费相关的参数，如百分比的数值。为简化模型，本发明只讨论第一种收费模式，即按照货款的百分比收费。另外，再设计一种争议合约模板DisputeCaseTemplate，当一个订单进行到买家已收货时，买家若对货品的不满意，可以开启一个争议流程，即根据DisputeCaseTemplate创建一个争议合约。

具体流程如下：

1、假设系统中存在一个买家用户UserBuyer1，一个卖家用户UserSeller1，3个仲裁人UserModerator1，UserModerator2，UserModerator3。卖家UserSeller1拥有一个商铺Store1，该商铺中关联了N个备选仲裁人：UserModerator1,UserModerator2,…,UserModeratorN。假设UserModerator1的服务收费为5％。即UserModerator1所关联的ModerationService1中chargeMode为“Percentage”收费模式，chargeParameter参数列表中代表该收费模式的参数为5％。将ModerationService1的合约地址保存在UserModerator1的参数moderationServiceAddress中。

2、买家下单：买家UserBuyer1选中UserSeller1的商铺Store1中的一个商品，下单的同时在卖家商铺备选仲裁人列表中选择一个仲裁UserModerator1。生成一个新订单合约Order1，将仲裁人UserModerator1的用户合约地址保存在Order1的属性moderatorAddress中，并将仲裁人UserModerator1当时的服务标准即ModerationService 1的备份(快照)存入订单合约Order1的参数moderationServiceSnapshot中。这样即使后来仲裁人UserModerator1修改了他的服务参数，如修改了收费标准，也不会影响到Order1。Order1的参数disputeCaseAddress初始化为0。这个步骤中，仲裁人首先由卖方选择一个列表并关联在商铺中，再由买方在这个列表中选择一个，因此这个仲裁人最终是由买卖双方共同选择出的，我们可以假定他会提供公平公正的服务。本发明并不限定选择仲裁人的流程细节，实际流程中，我们也可以放在下方的第5步，由买卖双方共同选择得出。不论哪种方式，仲裁人选定后，将仲裁人合约地址保存到订单合约。

3、买家付款：买家将商品货款打入合约。此时货款锁定在合约内。

4、交易流程按照商品交易的流程一直进行到买家收货并且对商品满意。当买家收货后，若对商品满意，买家不需要仲裁真正介入，此时买家确认后货款即可转入卖家账户。具体实现方式在订单合约Order1的设计一个结算方法settle()。settle方法会先判断disputeCaseAddress，若disputeCaseAddress为初始值0，表明该订单并没有开启争议流程，只需买方确认即买方签名即可将锁定在Order1中的货款转至卖方账户。我们可以认为在这种情况下，卖方已经默认提供签名了。

5、若第三步以后，交易流程一直进行到买家收货，并且对商品不满意。则，进入如下流程：

5.1买家开启争议流程，此时按照争议流程合约模板DisputeCaseTemplate创建新的争议合约DisputeCase1，并将DisputeCase1的合约地址存入Order1的属性disputeCaseAddress中，DisputeCase1的状态设置为“OPEN”。此时合约Order1通过事件发送消息通知仲裁Moderator1介入。

5.2Moderator1通过Order1的属性内容可以查看商品快照，交易信息，物流信息，还可以线下与买卖双方沟通搜集材料证据，如商品照片，对话信息，通过这些材料最终给出解决方案——即货款重新分配方案。假设仲裁人最后给出的方案是卖家90％，买家10％，即DisputeCase1合约中设置solution为(90％，10％)。在DisputeCase1合约中锁定该方案，直至交易双方中有一方对该方案给出同意意见即发送签名。

5.3若买家或卖家中有一方对该解决方案持同意意见，争议流程结束，争议合约DisputeCase1的状态变为“CLOSED”。订单合约的settle()方法进行资金结算：首先判断该订单中disputeCaseAddress不为0，即有争议流程；再判断该订单对应的DisputeCase1合约的状态为”CLOSED”，即争议已经解决；然后按争议解决方案即DisputeCase1中的solution进行货款结算：先将5％服务费转给仲裁方，再将剩余货款的90％转给卖家，10％给买家。订单关闭。

5.3若上一步中，若买卖双方均对该方案持反对意见，该方案被驳回，即对DisputeCase1中的solution解除锁定，流程回到步骤5.2)，仲裁重新给出新的分配方案，即提交新的solution到合约DisputeCase1中。

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

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

Claims (10)

1.一种基于区块链的电子商务争议解决方法，该方法运用于基于区块链的分布式电子

商务平台，其特征在于，该方法包括：

步骤1，根据争议流程合约模板创建新的争议合约；

步骤2，将所述争议合约与商品交易的订单合约关联，初始化所述争议合约的状态；

步骤3，所述订单合约通过事件发送消息以通知仲裁方介入；

步骤4，仲裁方通过所述平台设置货款重新分配方案；

步骤5，若买家或卖家有一方对所述分配方案持同意意见，则修改争议合约的状态，争议流程结束；

步骤6，若买家和卖家对所述分配方案都反对，则回到步骤4。

2.根据权利要求1所述的方法，其特征在于，所述步骤2中的关联包括：将所述争议

合约的合约地址保存到所述订单合约的争议合约地址属性中。

3.根据权利要求1任一项所述的方法，其特征在于，所述步骤2中的初始化具体为：

将所述争议合约的状态设置为预设的开始状态。

4.根据权利要求1任一项所述的方法，其特征在于，所述步骤5中的修改争议合约的状态具体为：将所述争议合约的状态修改为预设的结束状态。

5.根据权利要求1所述的方法，其特征在于，所述步骤4中所述仲裁方设置货款重新分配方案，具体为：所述仲裁方通过订单合约的属性内容查看商品快照、交易信息及物流信息，还可以线下与买卖双方沟通搜集材料证据，包括商品照片、对话信息，然后设置货款重新分配方案。

6.根据权利要求4所述的方法，其特征在于，在所述步骤5中，争议流程结束后，还

包括：订单合约进行资金结算，具体为：判断该订单合约是否有争议合约，若有争议合约，且争议合约的状态为预设的结束状态，则根据争议合约中的所述分配方案进行货款结算。

7.根据权利要求6所述的方法，其特征在于，所述货款结算具体为：根据所述仲裁方

的收费模式，将货款的部分转入仲裁方，其余部分按照仲裁方设置的分配方案在买方和卖方之间进行分配。

8.根据权利要求1所述的方法，其特征在于，在所述步骤4中设置货款重新分配方案之后，锁定该分配方案，在所述步骤6中，若买家和卖家对所述分配方案都反对，则解除所述分配方案，回到步骤4。

9.一种基于区块链的电子商务争议解决系统，该系统运用于基于区块链的分布式电子

商务平台，其特征在于，该系统包括：

争议合约创建模块，用于根据争议流程合约模板创建新的争议合约；

关联模块，用于将所述争议合约与商品交易的订单合约关联，初始化所述争议合约的状态；

通知模块，用于通过事件发送消息以通知仲裁方介入；

仲裁分配模块，用于仲裁方设置货款重新分配方案；

判断模块，用于判断买家和卖家对所述分配方案的意见，若双方都反对所述分配方案，则进入重分配模块；若有一方对所述分配方案持同意意见，则进入争议解决模块；

争议解决模块，用于在若买家或卖家有一方对所述分配方案持同意意见时，修改争议合约的状态，结束争议流程；

重分配模块，用于在买家和卖家对所述分配方案都反对时，进行仲裁分配模块。

10.根据权利要求9所述的系统，其特征在于，所述关联包括：将所述争议合约的合约地址保存到所述订单合约的争议合约地址属性中。