控制方法、控制装置、以及程序与流程

1.本发明涉及控制方法、控制装置、以及程序。


背景技术：

2.曾有一种利用区块链的技术，来自动执行贸易交易手续的技术(参照专利文献1)。
3.(现有技术文献)
4.(专利文献)
5.专利文献1日本专利第6718980号公报


技术实现要素：

6.发明要解决的问题
7.然而，利用区块链来执行交易中发生了问题的情况下的处理的技术是未知的。
8.于是，本发明提供一种能够容易地执行交易中发生了问题的情况下的处理的控制方法。
9.用来解决问题的手段
10.本发明的一个形态所涉及的控制方法是在分布式账本系统中由第一装置执行的控制方法，所述第一装置是所述分布式账本系统所具备的拥有分布式账本的多个装置中的装置，在所述控制方法中，从第二用户所使用的终端接收第一交易数据，所述第一交易数据示出将价值信息从第一用户转移到所述第二用户，将接收到的所述第一交易数据存放到所述分布式账本。
11.另外，这些概括性的或具体的形态可以由系统、装置、集成电路、计算机程序或计算机可读取的cd-rom等记录介质来实现，也可以由系统、装置、集成电路、计算机程序以及记录介质的任意的组合来实现。
12.发明效果
13.本发明的控制方法能够容易地执行交易中发生了问题的情况下的处理。
附图说明
14.图1是示出实施方式1中的管理系统的构成的说明图。
15.图2是示出实施方式1中的服务器的构成的方框图。
16.图3是示出实施方式1中的管理系统的处理的第一流程图。
17.图4是示出实施方式1中的管理系统的处理的第二流程图。
18.图5是示出实施方式1中的服务器的处理的第一流程图。
19.图6是示出实施方式1中的服务器的处理的第二流程图。
20.图7是示出实施方式1中的交易数据的第一例的说明图。
21.图8是示出实施方式1中的签约信息的例子的说明图。
22.图9是示出实施方式1中的交易数据的第二例的说明图。
23.图10是示出实施方式1中的结果信息的例子的说明图。
24.图11是示出实施方式1中的交易数据的第三例的说明图。
25.图12是示出实施方式1中的转移信息的例子的说明图。
26.图13是示出实施方式1的变形例中的管理系统的处理的流程图。
27.图14是示出实施方式1的变形例中的交易数据的例子的说明图。
28.图15是示出实施方式1的变形例中的支付信息的例子的说明图。
29.图16是示出实施方式2中的服务器的构成的方框图。
30.图17是示出实施方式2中的管理系统的处理的第一流程图。
31.图18是示出实施方式2中的管理系统的处理的第二流程图。
32.图19是示出区块链的数据结构的说明图。
33.图20是示出交易数据的数据结构的说明图。
具体实施方式
34.(成为本发明的基础的见解)
35.本发明人员关于“背景技术”部分记载的有关交易的处理，发现了如下的问题。
36.在利用像区块链这种分布式账本的技术，来自动执行与交易有关的处理的技术中，一般是由购买了商品或服务的购买者所使用的终端来生成示出代价的支付的交易数据，并存放到分布式账本。换而言之，由价值信息的转移源的用户所使用的终端，来生成使价值信息转移的交易数据，并存放到分布式账本。
37.在此会有在交易中发生问题的情况。问题中例如可以包括购买者所购买的商品的品质不好、或者购买者所购买的服务的质量不好的问题。
38.在交易中发生了问题的情况下，会有购买者想要针对销售者提出向自己支付价值信息的要求的情况。
39.然而，在利用分布式账本的技术来执行与交易有关的处理的技术中，由购买者所使用的终端来生成销售者向购买者支付价值信息的交易数据，并存放到分布式账本的技术是未知的。换而言之，由价值信息的转移目的地的用户所使用的终端来生成使价值信息转移的交易数据，并存放到分布式账本的技术是未知的。
40.这样，在交易中发生了问题的情况下，不知道利用分布式账本来进行发生了问题的情况下的处理的技术。
41.在分布式账本的技术领域中，若能够实现上述这种要求，则会有能够利用分布式账本来进行与更灵活的手续对应的处理的优点。
42.于是，本发明提供一种能够容易地执行在交易中发生了问题的情况下的处理的控制方法。
43.为了解决上述的问题，本发明的一个形态所涉及的控制方法是在分布式账本系统中由第一装置执行的控制方法，所述第一装置是所述分布式账本系统所具备的拥有分布式账本的多个装置中的装置，在所述控制方法中，从第二用户所使用的终端接收第一交易数据，所述第一交易数据示出将价值信息从第一用户转移到所述第二用户，将接收到的所述第一交易数据存放到所述分布式账本。
44.根据上述形态，构成分布式账本系统的装置通过将从作为价值信息的转移目的地
的第二用户所使用的终端接收到的第一交易数据存放到分布式账本，从而能够使价值信息从第一用户转移到第二用户。在以往的价值信息的转移中，利用从作为价值信息的转移源的用户所使用的终端接收到的交易数据是常例，然而，上述装置是利用从作为价值信息的转移目的地的用户所使用的终端接收到的交易数据。据此，在交易中发生了问题的情况下，购买者能够向销售者请求将价值信息支付给自己。这样，分布式账本系统能够容易地执行在交易中发生了问题的情况下的处理。
45.例如也可以是，所述第一交易数据是示出使所述第一用户拥有的价值信息减少、且使该减少部分的所述价值信息由所述第二用户拥有的交易数据。
46.根据上述形态，构成分布式账本系统的装置能够利用从第二用户所使用的终端接收到的第一交易数据，更容易地使价值信息从第一用户转移到第二用户。这样，分布式账本系统能够更容易地执行在交易中发生了问题的情况下的处理。
47.例如也可以是，进一步预先将第二交易数据存放到所述分布式账本，所述第二交易数据是被赋予了所述第一用户和所述第二用户的数字签名、且示出将所述价值信息从所述第一用户转移到所述第二用户的条件的交易数据，在接收到所述第一交易数据的情况下，判断是否满足所述第二交易数据所示的所述条件，在接收到所述第一交易数据且判断为满足所述条件的情况下，将接收到的所述第一交易数据存放到所述分布式账本。
48.根据上述形态，构成分布式账本系统的装置通过分布式账本来管理使价值信息转移的条件，并利用该条件，使价值信息从第一用户转移到第二用户。由于使价值信息转移的条件通过分布式账本而以实质上不被篡改的方式被恰当地管理，因此利用了该条件的价值信息的转移也被恰当地执行。因此，分布式账本系统能够更恰当地执行在交易中发生了问题的情况下的处理。
49.例如也可以是，进一步从所述第二用户所使用的所述终端接收第三交易数据，所述第三交易数据包括与所述第一用户所提供的商品或服务相关联的结果信息，将接收到的所述第三交易数据存放到所述分布式账本，在所述第二交易数据所示的所述条件中，包括所述第一用户所提供的所述商品或所述服务为正当的情况下的所述结果信息应该满足的正当条件没有得到满足这一条件。
50.根据上述形态，构成分布式账本系统的装置通过分布式账本来管理从第二用户所使用的终端接收到的结果信息，关于该结果信息，在没有满足正当条件的情况下，使价值信息从第一用户转移到第二用户。由于结果信息通过分布式账本而以实质上不被篡改的方式被恰当地管理，因此利用了该结果信息的价值信息的转移也被恰当地执行。因此，分布式账本系统能够利用正当条件，更恰当地执行在交易中发生了问题的情况下的处理。
51.例如也可以是，所述结果信息是通过对所述第一用户所提供的商品、或基于所述第一用户所提供的服务而得到的物体进行感测而得到的感测值。
52.根据上述形态，构成分布式账本系统的装置将感测值用作结果信息，来判断是否满足正当条件，在没有满足正当条件的情况下，使价值信息从第一用户转移到第二用户。因此，分布式账本系统能够更容易地执行在交易中发生了问题的情况下的处理。
53.例如也可以是，判断是否从所述第二用户所使用的所述终端接收到包括与所述第一用户所提供的商品或服务相关联的结果信息的第三交易数据，在判断为没有接收到所述第三交易数据的情况下发送委托信息，所述委托信息是委托第三方机构进行与所述结果信
息有关的验证的信息。
54.根据上述形态，构成分布式账本系统的装置在没有从第二用户所使用的终端接收到结果信息的情况下，通过发送委托信息，来委托第三方机构进行与结果信息有关的验证。在此设想第三方机构按照上述委托来进行与结果信息有关的验证，这样有助于上述装置对结果信息的接收。据此，分布式账本系统能够更恰当地执行在交易中发生了问题的情况下的处理。
55.例如也可以是，执行向接收到的所述第一交易数据赋予所述第一用户的数字签名的处理，在执行了所述处理之后，对被赋予到所述第一交易数据的所述第一用户的数字签名进行验证，在所述第一用户的数字签名的所述验证成功的情况下，将接收到的所述第一交易数据存放到所述分布式账本。
56.根据上述形态，构成分布式账本系统的装置将被赋予了第一用户的签名的第一交易数据存放到分布式账本。由于在此设想的是第一用户的签名的赋予是基于第一用户承认第一交易数据的内容来执行的，因此第一用户承认第一交易数据的内容这一事实能够被恰当地管理。因此，在分布式账本系统中，能够在使第一用户承认交易中发生了问题的基础上，来容易地执行发生了该问题的情况下的处理。
57.例如也可以是，在执行所述处理之后的规定时间内，所述第一用户的数字签名没有被赋予到所述第一交易数据的情况下，抑制接收到的所述第一交易数据向所述分布式账本的存放。
58.根据上述形态，构成分布式账本系统的装置不将没有被赋予第一用户的签名的第一交易数据存放到分布式账本，因此能够将第一用户承认的已发生的问题恰当地存放到分布式账本。据此，上述装置针对已由第一用户承认的发生的问题，能够恰当地且容易地执行发生了该问题的情况下的处理。
59.例如也可以是，在执行所述处理之后的规定时间内，所述第一用户的数字签名没有被赋予到所述第一交易数据的情况下，将所述第一用户登记到规定的名单。
60.根据上述形态，构成分布式账本系统的装置将没有在第一交易数据赋予签名的第一用户登记到名单，因而在此之后可以使想要与第一用户进行交易的用户抱有中止该交易的心理，这样可以有助于中止该购买。据此，分布式账本系统能够容易地执行在交易中发生了问题的情况下的处理，并且能够抑制将会出现问题的新的交易。
61.例如也可以是，在所述分布式账本中存放有第四交易数据，该第四交易数据包括用于执行转移处理的智能合约的合约代码，所述转移处理是将所述价值信息从所述第一用户转移到所述第二用户的处理，所述第一交易数据包括使所述智能合约执行的指令，通过将接收到的所述第一交易数据存放到所述分布式账本，来执行所述智能合约，据此将所述价值信息从所述第一用户转移到所述第二用户。
62.根据上述形态，构成分布式账本系统的装置通过智能合约的执行，来实现使价值信息从第一用户向第二用户转移的转移处理。据此，上述装置能够将第一交易数据的发送作为触发，来执行转移处理中包括的一系列的处理。因此，分布式账本系统能够更容易地执行在交易中发生了问题的情况下的处理。
63.例如也可以是，所述转移处理包括判断处理和存放处理，在所述判断处理中，对与所述第一用户所提供的商品或服务相关联的结果信息是否满足正当条件进行判断，所述正
当条件是由所述第一用户所提供的所述商品或所述服务为正当的情况下的所述结果信息应该满足的条件，在所述存放处理中，在通过所述判断处理判断为所述结果信息没有满足所述正当条件的情况下，将接收到的所述第一交易数据存放到所述分布式账本。
64.根据上述形态，构成分布式账本系统的装置能够通过智能合约来执行作为转移处理的判断处理和存放处理。因此，分布式账本系统能够更容易地执行在交易中发生了问题的情况下的处理。
65.例如也可以是，所述转移处理包括委托处理，该委托处理是指，在通过所述判断处理判断为所述结果信息没有满足所述正当条件的情况下，委托第三方机构进行与所述结果信息有关的验证。
66.根据上述形态，构成分布式账本系统的装置能够通过智能合约来执行转移处理中包括的通知处理。因此，分布式账本系统能够更恰当地执行在交易中发生了问题的情况下的处理。
67.为了解决上述的问题，关于本发明的一个形态所涉及的控制装置，拥有分布式账本的多个装置中的第一装置是该控制装置，该控制装置具备处理器以及与所述处理器连接的存储器，所述处理器利用所述存储器，从第二用户所使用的终端接收第一交易数据，所述第一交易数据示出将价值信息从第一用户转移到所述第二用户，将接收到的所述第一交易数据存放到所述分布式账本。
68.根据上述形态，实现与上述控制方法同样的效果。
69.为了解决这种问题，本发明的一个形态所涉及的程序是使计算机执行上述的控制方法的程序。
70.根据上述形态，实现与上述控制方法同样的效果。
71.另外，这些概括性的或具体的形态可以由系统、装置、集成电路、计算机程序或计算机可读取的cd-rom等记录介质来实现，也可以由系统、装置、集成电路、计算机程序或记录介质的任意的组合来实现。
72.以下参照附图对实施方式进行具体说明。
73.另外，以下将要说明的实施方式均为概括性的或具体的例子。以下的实施方式所示的数值、形状、材料、构成要素、构成要素的配置位置以及连接方式、步骤、步骤的顺序等是一个例子，其主旨并非是对本发明进行限定。并且，对于以下的实施方式中的构成要素之中没有记载在示出最上位概念的独立技术方案的构成要素，作为任意的构成要素来说明。
74.(实施方式1)
75.在本实施方式中，对能够容易地执行交易中发生了问题的情况下的处理的控制方法等进行说明。
76.图1是在模式上示出本实施方式中的管理系统1的构成的说明图。
77.如图1所示，管理系统1具备服务器10a、10b以及10c(也称为服务器10a等)。服务器10a等各自与网络n连接，而能够通过网络n来彼此通信。并且，在管理系统1中，用户u所使用的终端ta以及用户v所使用的终端tb通过网络n来连接。
78.管理系统1是具备拥有分布式账本的多个装置即多个服务器10a等的分布式账本系统。分布式账本对用户所拥有的价值信息进行管理。在分布式账本中存放的交易数据中包括示出价值信息的转移的信息。
79.价值信息是示出价值的信息，具体而言是相当于价值的量的信息。价值信息的具体例为代币，虽然以这种情况为例来说明，不过价值信息也可以是表示货币(现实的货币或虚拟货币)的信息，也可以是具有与货币同等的价值，能够与货币同样被利用的信息(具体而言可以是商品券或积分)。用户所拥有的代币与该用户的帐号(即帐户)建立关联而被管理。用户间的代币的转移是通过使与转移源的用户的帐号建立了关联的代币以规定量减少，并使与转移目的地的用户的帐号建立了关联的代币以规定量增加来实现的。关于用户间的代币的转移，是通过其内容被记载在交易数据，并存放到服务器10a等所拥有的分布式账本来执行的。
80.服务器10a是拥有分布式账本的多个服务器10a等中的一个。在服务器10a所拥有的分布式账本中存放交易数据。分布式账本中存放的交易数据除了有示出用户间的代币的转移的内容的交易数据以外，还有包括用户间的签约信息的交易数据、包括实际成绩信息的交易数据等。关于交易数据，将在以后详细说明。
81.服务器10b以及10c分别是具有与服务器10a相同的功能的装置，且与服务器10a分别独立工作。
82.另外，在本实施方式中，虽然以管理系统1具备3个服务器10a的情况为例来进行说明，管理系统1也可以具备比3个更多的服务器。
83.网络n可以由任意的通信线路或网络来构成，例如可以包括互联网、便携式电话的承载网络(carrier network)、互联网服务提供商的接入网络、或公共接入网络等。
84.以下将要说明的例子是如下的情况：用户v从用户u购买商品或服务，即用户u将商品或服务提供给用户v，作为其代价的价值信息从用户v支付给用户u。用户u也被称为第一用户，用户v也被称为第二用户。
85.例如，用户u是对住宅进行施工并提供住宅的企业，用户v是购买用户u所施工的住宅的一方。在这种情况下，例如要求用户u所提供的住宅的地面平，但是实际上会发生的问题是住宅的地面不平(或可以视为地面平的范围内)。用户v将被提供的住宅的地面作为对象，利用传感器进行感测，对是否发生了上述的问题进行调查。在发生了上述问题的情况下，则会有用户v想要向用户u请求价值信息的支付的情况。
86.图2是示出本实施方式中的服务器10a的构成的方框图。
87.如图2所示，服务器10a具备：通信部11、处理部12、以及账本存储部13。
88.通信部11是以能够进行通信的方式来与网络n连接的通信接口。通信部11为了与网络n进行连接而具备恰当的通信标准的通信接口。通信部11可以包括对与通信标准相应的通信信号进行收发的通信电路、以及通信连接器或通信天线。
89.处理部12是执行用户间的签约以及价值信息的转移等管理所涉及的处理的功能部。处理部12可以通过服务器10a所具备的处理器(例如cpu(central processing unit：中央处理器))利用存储器执行程序来实现。并且，处理部12执行与交易数据有关的处理。
90.处理部12当从终端ta或tb接收到交易数据时，将接收到的交易数据提供给账本存储部13，据此来存放到分布式账本。关于处理部12接收的交易数据的详细情况将在以后进行具体说明。
91.处理部12在将交易数据存放到分布式账本时，以与分布式账本的类别对应的方式，将该交易数据存放到账本存储部13所存储的分布式账本中。并且，处理部12通过与服务
器10a等中的其他的终端所具备的处理部12经由通信部11来进行通信数据的收发，从而将上述交易数据也存放到其他的终端所具备的账本存储部13中。例如，在分布式账本为区块链的情况下，处理部12生成包括新的交易数据的区块，针对生成的区块，在服务器10a等之间进行共识算法来达成合意，据此将上述区块存放到分布式账本。
92.具体而言，在用户u和用户v进行交易时发生了问题的情况下，也就是说在用户v从用户u购买商品或服务时发生了问题的情况下，处理部12从用户v使用的终端tb，经由通信部11来接收转移交易数据(也称为第一交易数据)，该转移交易数据是示出将代币从用户u转移到用户v的交易数据。于是，处理部12将接收到的转移交易数据存放到分布式账本。在此，转移交易数据是示出使用户u拥有的规定量的代币减少、且使该减少部分的代币让用户v来拥有的交易数据。这样，从用户u减少了的代币被添加到用户v，从而用户v所拥有的代币中增加这部分代币。例如，在将100代币从用户u转移到用户v的情况下，使用户u所拥有的代币减少100代币，使用户v拥有的代币中增加100代币。如以上所述，使价值信息减少或增加也可以说是，使价值信息所示的价值减少或增加。
93.换而言之，转移交易数据是示出使与用户u的帐户建立了关联的代币的量减少、且使用户v的帐户中加上该减少部分的代币的交易数据。
94.并且，处理部12也可以预先将签约交易数据(也称为第二交易数据)存放到分布式账本，所述签约交易数据是被赋予了用户u和用户v的数字签名的交易数据。签约交易数据是示出用户v从用户u购买商品或服务的签约(所谓的买卖合同)的内容的交易数据，并且是包括从用户u向用户v转移代币的条件的交易数据。在这种情况下，处理部12当接收到转移交易数据时，判断是否满足上述条件，在判断为满足上述条件的情况下，将转移交易数据存放到分布式账本。
95.上述条件例如是与和用户u所提供的商品或服务关联的结果信息有关的条件，包括当用户u所提供的商品或服务为正当的情况下，结果信息应该满足的条件(也称为正当条件)而没有得到满足这一条件。具体而言，结果信息是通过对用户u所提供的商品、或基于用户u提供的服务而得到的物体进行感测而得到的感测值。
96.例如，在用户u为对住宅进行施工的企业的情况下，感测值是示出住宅的地面倾斜的值，该地面倾斜的值是由对住宅的地面倾斜(或梯度)进行检测的传感器检测到的。正当条件包括用户u提供的住宅的地面倾斜为3/1000以下这一条件。另外，“3/1000”是指，基准位置的高度与从该基准位置离开1000mm的位置的高度相差3mm。以后也是同样。
97.并且，在用户u与用户v进行交易时，处理部12从用户v使用的终端tb经由通信部11来接收交易数据，并将接收到的交易数据存放到分布式账本，在此的交易数据用于将相当于商品或服务的代价的代币从用户v转移到用户u。
98.账本存储部13是存储分布式账本的存储部。账本存储部13所存储的分布式账本存储一个以上的交易数据，以利用哈希值等特性而不易被篡改的方式而被管理(待后述)。账本存储部13将从处理部12提供来的交易数据存放到分布式账本。在分布式账本中存放从过去到现在的交易数据。基于分布式账本中记录的信息难于被篡改的特性，以上述交易数据不被篡改的方式来管理。
99.另外，分布式账本例如是区块链，以下将以这种情况为例进行说明，不过也可以采用其他方式的分布式账本(例如，iota或哈希图等)。另外，分布式账本在存放新的数据时可
以执行共识算法(例如，pbft(practical byzantine fault tolerance：改进型实用拜占庭容错)、pow(proof of work：工作量证明)或pos(proof of stake：持有量证明))，也可以不执行。作为不执行共识算法的分布式账本技术的一个例子有hyperledger fabric(一种开源许可区块链框架)。
100.以下对管理系统1的处理进行详细说明。
101.图3是示出本实施方式中的管理系统1的处理的第一流程图。图3所示的处理是在用户v从用户u购买商品或服务而进行签约时，管理系统1执行的处理。
102.在步骤s101，终端tb生成包括签约信息的签约交易数据(也称为交易数据a1)，并发送给终端ta。终端ta接收交易数据a1。签约交易数据包括签约信息，签约信息中包括正当条件、以及上述正当条件未被满足的情况下转移的代币量(参照图8)。
103.在步骤s102，终端ta向通过步骤s101接收到的交易数据a1赋予数字签名(也简单称为签名)。
104.在步骤s103，终端ta将通过步骤s102赋予了签名的交易数据a1发送给服务器10a等的每一个。服务器10a等各自接收交易数据a1。
105.在步骤s104，服务器10a等各自将通过步骤s103接收到的交易数据a1存放到分布式账本。在将交易数据a1存放到分布式账本时，服务器10a等可以将基于共识算法而达成合意作为条件，来将上述交易数据存放到分布式账本。关于以后的将交易数据存放到分布式账本时也是同样。
106.另外，用于转移相当于商品或服务的代价的代币的交易数据，可以在交易数据a1被存放到分布式账本前或后被存放到分布式账本，也可以包括在交易数据a1中被存放到分布式账本。
107.通过图3所示的一系列的处理，管理系统1能够通过分布式账本来管理与用户u和用户v的签约有关的信息。
108.图4是示出本实施方式中的管理系统1的处理的第二流程图。图4所示的处理是在用户u提供了商品或服务之后，管理系统1执行的处理。
109.在步骤s201，终端tb获得结果信息。结果信息例如是感测值，该感测值是通过对用户u所提供的商品、或基于用户u提供的服务而得到的物体进行感测而得到的。
110.在步骤s202，终端tb对通过步骤s201获得的结果信息是否满足正当条件进行判断。在判断为结果信息满足正当条件的情况下(步骤s202的“是”)，进入到步骤s201并再次获得结果信息，在不是上述情况时(步骤s202的“否”)，进入到步骤s203。
111.在步骤s203，终端tb生成包括通过步骤s201获得的结果信息的交易数据(也称为交易数据a2)，并发送给服务器10a等的每一个。服务器10a等各自接收交易数据a2。
112.在步骤s204，服务器10a等各自将通过步骤s203接收到的交易数据a2存放到分布式账本。
113.在步骤s205，终端tb生成转移信息。转移信息中包括的信息针对用户间转移的代币而示出作为代币转移源的用户、作为代币转移目的地的用户、被转移的代币的量(参照图11以及图12)。终端tb在生成转移信息时，参照服务器10a等中存储的分布式账本，并参照分布式账本中存放的交易数据a1中包括的签约信息，据此来生成转移信息。更具体而言，终端tb生成示出将签约信息中包括的转移代币量从用户u转移到用户v的转移信息。
114.在步骤s206，终端tb生成包括通过步骤s205生成的转移信息的交易数据(也称为交易数据a3)，并发送给服务器10a等的每一个。服务器10a等各自接收交易数据a3。
115.在步骤s207，服务器10a等各自执行用于将通过步骤s206接收到的交易数据a3存放到分布式账本的处理。另外，在步骤s207可以按照上述处理的结果，既有将交易数据a3存放到分布式账本的情况，也有不存放的情况。
116.通过图4所示的一系列的处理，管理系统1在结果信息不是正当的情况下，能够通过从用户v所使用的终端tb接收到的交易数据，将代币从用户u转移到用户v。
117.图5是示出本实施方式中的服务器10a等的处理的第一流程图。图5所示的处理是示出步骤s207(参照图4)中包括的处理的第一例的处理。图5所示的处理是基于从终端tb接收到交易数据a3来执行的。
118.在步骤s301，服务器10a等的处理部12判断结果信息是否已被存放在分布式账本。处理部12在判断为结果信息已被存放在分布式账本的情况下(步骤s301的“是”)，进入到步骤s302，在不是上述情况时(步骤s301的“否”)，进入到步骤s311。在该步骤s301成为判断对象的结果信息可以被设想为，是在步骤s204(参照图4)被包括交易数据a2中一起存放到分布式账本的结果信息。
119.在步骤s302，服务器10a等的处理部12判断结果信息是否满足正当条件。处理部12在判断为结果信息满足正当条件的情况下(步骤s302的“是”)，结束图5所示的一系列的处理，在不是上述情况时(步骤s302的“否”)，进入到步骤s303。处理部12通过参照分布式账本，来获得被存放在分布式账本的正当条件，并进行上述判断。另外，在步骤s302为“是”的情况下，交易数据a3可以不被存放到分布式账本(换而言之，被存放到分布式账本受到抑制)，而是被废弃。
120.在步骤s303，处理部12将通过步骤s206接收到的交易数据a3存放到分布式账本。
121.在步骤s311，处理部12发送委托信息，该委托信息是委托第三方机构进行关于结果信息的调查的信息。第三方机构例如是用于调查结果信息没被存放到分布式账本的理由的机构，可以是管理或运用管理系统1的机构。委托信息例如可以是包括委托关于结果信息的调查的消息的电子邮件，或者可以是其他的信息手段。另外，步骤s311不是必需的处理。
122.通过图5所示的一系列的处理，在管理系统1中，能够由用户v所使用的终端tb来生成用于使代币从用户u转移到用户v的交易数据，并能够将该交易数据存放到分布式账本。
123.图6是示出本实施方式中的服务器10a等的处理的第二流程图。图6所示的处理是步骤s207(参照图4)中的处理的第二例。图6所示的处理与图5所示的处理同样，是基于从终端tb接收到交易数据a3而执行的。在图6所示的处理中，除了图5所示的处理以外，还包括向交易数据a3赋予用户u的签名的处理。
124.步骤s301以及步骤s302与图5中的相同。
125.在步骤s321，处理部12执行向在步骤s206接收到的交易数据a3赋予用户u的签名的处理。
126.例如，处理部12执行向终端ta发送通知的处理，该通知是用于请求将用户u的签名赋予到交易数据a3的通知。在这种情况下可以设想到，终端ta按照该请求并参照交易数据a3，向服务器10a等发送将要赋予到交易数据a3的用户u的签名。处理部12将被发送的上述签名赋予到交易数据a3。用户u的签名的赋予可以设想到是基于用户u承认了结果信息没有
满足正当条件而被执行的。
127.并且，例如处理部12也可以执行将交易数据a3发送给终端ta的处理。在这种情况下可以设想到，终端ta接收被发送来的交易数据a3，赋予用户u的签名并发送给服务器10a等。
128.在步骤s322，处理部12按照在步骤s321执行的处理，判断从上述处理的执行到规定时间内是否赋予了签名。在判断为在规定时间内赋予了签名的情况下(步骤s322的“是”)，进入到步骤s323，在不是上述情况下(步骤s322的“否”)，进入到步骤s331。
129.在步骤s323，处理部12对在步骤s322被赋予的用户u的签名进行验证，并判断验证是否成功。在判断为验证成功了的情况下(步骤s323的“是”)，进入到步骤s303，在不是上述情况时(步骤s323的“否”)，进入到步骤s331。
130.在步骤s303，处理部12将通过步骤s206接收到的交易数据a3存放到分布式账本。
131.在步骤s331，处理部12将用户u登记到名单。上述名单是登记了在规定时间内没有赋予签名的用户的名单。上述名单也可以说是，示出在提供的商品或服务不是正当的情况下虽然请求了签名但是没有赋予签名的提供者的名单。上述名单被公布，并且在此之后由想要购买用户u提供的商品或服务的用户阅览，并可以被用于是否购买的判断中。上述名单可以使人抱有中止购买该名单中记载的用户提供的商品或服务的心理，其结果是能够有助于中止该购买。另外，步骤s331不是必需的处理。
132.另外，在步骤s322或s323为“否”的情况下，交易数据a3也可以不被存放到分布式账本(换而言之，被存放到分布式账本受到抑制)，而可以被废弃。
133.步骤s311与图5中的相同。
134.通过图6所示的一系列的处理，在管理系统1中，用于使代币从用户u转移到用户v的交易数据能够由用户v所使用的终端tb来生成，并能够被存放到分布式账本。
135.以下对交易数据的详细进行说明。
136.图7是示出本实施方式中的交易数据的第一例即交易数据a1(签约交易数据)的说明图。图8是示出本实施方式中的签约信息的例子的说明图。
137.如图7所示，交易数据a1具有签约信息、用户u的签名(记作“签名(u)”，以后相同)、用户v的签名(记作“签名(v)”，以后相同)。
138.签约信息包括正当条件和转移代币量(参照图8)。
139.正当条件示出在用户u提供的商品或服务为正当的情况下，上述商品或基于上述服务而得到的物体应该满足的条件。例如，在用户u是对住宅进行施工的企业的情况下，正当条件包括用户u所提供的住宅的地面平这一条件，更具体而言，包括用户u所提供的住宅的地面倾斜为3/1000以下这一条件。另外，作为正当条件例如也可以采用与上述商品或基于上述服务而得到的物体的尺寸、重量、材料的性质或性能有关的条件。
140.转移代币量示出在用户u提供的商品或服务不是正当的情况下，用户u向用户v支付的价值信息的量，例如是100代币。
141.用户u的签名是用户u对交易数据a1赋予的数字签名。用户u的签名的赋予可以设想到是基于用户u承认了交易数据a1的内容而被执行的，更具体而言是基于用户u承认了签约信息的内容而被执行的。
142.用户v的签名是用户v对交易数据a1赋予的数字签名。用户v的签名的赋予可以设
想到是基于用户v承认了交易数据a1的内容而被执行的，更具体而言是基于用户v承认了签约信息的内容而被执行的。
143.另外，交易数据a1也可以包括用于转移相当于商品或服务的代价的代币的交易数据。
144.图9是示出本实施方式中的交易数据的第二例即交易数据a2的说明图。图10是示出本实施方式中的结果信息的例子的说明图。
145.如图9所示，交易数据a2具有结果信息和用户v的签名。
146.结果信息是用户u实际上提供的商品或基于实际上提供的服务而得到的物体的测量值。例如，在用户u是对住宅进行施工的企业的情况下，结果信息包括用户u所提供的住宅的地面倾斜为2/1000这一信息。另外，结果信息可以是与适用成果条件的量对应的信息，换而言之可以是示出尺寸、重量、材料的性质或性能的信息。
147.用户v的签名是用户v对交易数据a2赋予的数字签名。用户v的签名的赋予可以设想到是基于用户v承认了交易数据a2的内容而被执行的，更具体而言是基于用户v承认了结果信息而被执行的。
148.图11是示出本实施方式中的交易数据的第三例即交易数据a3的说明图。图12是示出本实施方式中的转移信息的例子的说明图。
149.如图11所示，交易数据a3具有转移信息和用户v的签名。另外，交易数据a3也可以进一步具有用户u的签名。
150.转移信息是与价值信息的转移有关的信息，该价值信息的转移是在用户u实际上提供的商品或基于用户u实际上提供的服务而得到的物体没有满足正当条件的情况下执行的。具体而言，转移信息包括转移源用户、转移目的地用户、以及转移代币量(参照图12)。
151.在此，转移信息一般而言是将使用生成该交易数据a3的终端的用户视为转移源用户的一个常例。这是因为考虑到对于转移源用户而言，从自身向对方(即转移目的地用户)转移价值信息的意图被反映出来，而便于理解的缘故。然而，管理系统1中的交易数据a3由于是由代币的转移目的地即用户v所使用的终端tb来生成的，因此违反上述的常例。
152.因此，在管理系统1中，对转移代币量新导入负的值。具有负的值的代币量的转移被定义为，将具有与其符号相反的正的值的代币量向与上述转移相反的方向转移。也就是说，在从用户v向用户u转移
“‑
100代币”的情况下，则意味着从用户u向用户v转移“100代币”。据此，管理系统1在按照上述的常例的状态下，来实现新的采用了用户v生成的交易数据的从用户u向用户v的代币的转移。
153.即处理部12将转移信息中包括的各项目如以下所示来设定。
154.转移源用户示出作为代币的转移源的用户，在转移代币量为负的值的情况下，示出使其符号反转的代币的转移目的地。在利用终端tb生成的交易数据进行从用户u向用户v的代币的转移的情况下，转移源用户为用户v。
155.转移目的地用户示出作为代币的转移目的地的用户，在转移代币量为负的值的情况下，示出使其符号反转的代币的转移源。在利用终端tb生成的交易数据进行从用户u向用户v的代币的转移的情况下，转移目的地用户为用户u。
156.转移代币量示出被转移的代币的量，在利用终端tb生成的交易数据进行从用户u向用户v的代币的转移的情况下，设为使其符号反转的代币量，即设为负的值。转移代币量
例如是-100代币。
157.用户v的签名是用户v对交易数据a3赋予的数字签名。用户v的签名的赋予可以设想到是基于用户v承认了交易数据a3的内容而被执行的，更具体而言是基于用户v承认了代币的转移而被执行的。
158.用户u的签名是用户u对交易数据a3赋予的数字签名。用户u的签名的赋予可以设想到是基于用户u承认了交易数据a3的内容而被执行的，更具体而言是基于用户u承认了代币的转移而被执行的。
159.管理系统1在结果信息不是正当的情况下，能够基于从用户v所使用的终端tb接收到的交易数据，来管理从用户u向用户v的代币的转移。
160.本实施方式的管理系统1如以上所述，在交易中发生了问题的情况下，能够容易地执行发生了问题的情况下的处理。
161.(实施方式1的变形例)
162.针对在本实施方式中的能够容易地执行在交易中发生了问题的情况下的处理的控制方法等，对变形例进行说明。
163.在本变形例的管理系统1中，在用户u与用户v的签约(即包括签约信息的交易数据a1向分布式账本的存放)之前，用户v向用户u转移规定量的价值信息。在此之后，对在判断为用户u提供的商品或服务不是正当的情况下，将代币从用户u转移到用户v的处理进行说明。上述规定量的代币也被称为保证金(即定金)。
164.图13是示出本变形例中的管理系统1的处理的流程图。图13所示的处理是用户v在从用户u购买商品或服务而进行签约时由管理系统1执行的处理，是与实施方式1中的图3的处理对应的处理。
165.在步骤s111中，终端tb生成包括保证金信息的交易数据(也称为交易数据b1)，并发送给服务器10a等的每一个，保证金信息示出用户u将规定量的代币作为保证金转移到用户v。服务器10a等各自接收交易数据b1。
166.在步骤s112，服务器10a等各自将通过步骤s111接收到的交易数据b1存放到分布式账本。
167.步骤s101至s104与实施方式1中的相同。
168.通过图13所示的一系列的处理，管理系统1能够通过分布式账本来管理与用户u和用户v的签约有关的信息(包括保证金信息)。
169.图14是示出本变形例中的交易数据的例子即交易数据b1的说明图。图15是示出本变形例中的保证金信息的例子的说明图。
170.如图14所示，交易数据b1具有保证金信息和用户v的签名。
171.保证金信息包括转移源用户、转移目的地用户、以及转移代币量(参照图15)。
172.转移源用户示出作为保证金的代币的转移源的用户，在此为用户v。
173.转移目的地用户示出作为保证金的代币的转移目的地的用户，在此为用户u。
174.转移代币量示出作为保证金而被转移的代币的量，例如是200代币。
175.用户v的签名是用户v对交易数据b1赋予的数字签名。用户v的签名的赋予可以设想到是基于用户v承认了交易数据b1的内容而被执行的，更具体而言是基于用户v承认了代币的转移而被执行的。
176.另外也可以是，将作为保证金从用户v向用户u转移的代币的用途限制为，在判断为商品或服务不是正当的情况下的代币的转移。并且，可以按照用户u的可信度，来改变进行上述限制的期间。用户u的可信度例如可以是对用户u提供的商品的品质或服务的质量比较高的一个可信的程度。用户的可信度越高，则可以越缩短进行上述限制的期间。
177.这样，由于从用户v向用户u预先转移作为保证金的代币，因此能够更确实地执行在用户u提供的商品或服务不是正当的情况下的代币从用户u向用户v的转移。
178.(实施方式2)
179.在本实施方式中，针对能够容易地执行在交易中发生了问题的情况下的处理的控制方法等，对其他的形态进行说明。具体而言，在本变形例的管理系统1中将要说明的形态是，通过智能合约的执行来进行从用户u向用户v的代币的转移。
180.图16是示出本实施方式中的服务器10a的构成的方框图。
181.如图16所示，本实施方式中的服务器10a具备：通信部11、处理部12、账本存储部13、以及执行部14。
182.本实施方式中的服务器10a具备执行部14之处与实施方式1中的服务器10a不同。以下对执行部14进行说明。
183.执行部14是执行智能合约的功能部。执行部14能够通过服务器10a所具备的处理器(例如cpu(central processing unit：中央处理器))利用存储器执行程序来实现。
184.具体而言，执行部14根据处理部12将包括用于指示代币的转移处理(待后述)的智能合约的执行的指示信息的交易数据存放到了分布式账本，从而将上述智能合约的合约代码从账本存储部13读出并执行。执行部14通过执行智能合约，来执行代币的转移处理。
185.图17是示出本实施方式中的管理系统1的处理的第一流程图。
186.在步骤s401中，终端tb生成代币的转移处理的合约代码。代币的转移处理包括判断处理和存放处理，判断处理是对与用户v所提供的商品或服务相关联的结果信息是否满足正当条件进行判断的处理，存放处理是在判断为结果信息不满足正当条件的情况下将交易数据a3存放到分布式账本的处理。代币的转移处理相当于实施方式1的步骤s207(参照图4、图5、图6)的处理。但是，在代币的转移处理中，在将交易数据a3存放到分布式账本的处理(步骤s303)之前插入生成交易数据a3的处理，这样生成的交易数据a3在步骤s303被存放到分布式账本。
187.另外，代币的转移处理也可以包括委托处理，在所述判断处理中判断为结果信息不满足正当条件的情况下，委托第三方机构进行与结果信息相关的验证。委托处理与实施方式1的步骤s311的处理相同。
188.在步骤s402，终端tb生成包括通过步骤s401生成的合约代码的交易数据(也称为交易数据c1)，并发送给终端ta。终端ta接收交易数据c1。交易数据c1除上述以外，也可以包括示出用户u和用户v的签约的内容的信息。
189.在步骤s403，终端ta向通过步骤s402接收到的交易数据c1赋予签名。
190.在步骤s404，终端ta将通过步骤s403赋予了签名的交易数据c1发送到服务器10a等的每一个。服务器10a等各自接收交易数据c1。
191.在步骤s405，服务器10a等各自将通过步骤s404接收到的交易数据c1存放到分布式账本。
192.通过图17所示的一系列的处理，管理系统1能够通过分布式账本对与用户u和用户v的签约有关的信息(包括转移处理的合约代码)进行管理。
193.图18是示出本实施方式中的管理系统1的处理的第二流程图。
194.图18所示的步骤s201至s204与图4所示的处理相同。
195.在步骤s501，终端tb生成用于使转移处理执行的交易数据(也称为交易数据c2)，并发送给服务器10a等的每一个。服务器10a等各自接收交易数据c2。
196.在步骤s502，服务器10a等各自将通过步骤s501接收到的交易数据c2存放到分布式账本。
197.在步骤s503，服务器10a等各自的执行部14根据在步骤s502已将交易数据c2存放到分布式账本，来执行转移处理的智能合约。通过服务器10a等各自的执行部14执行转移处理的智能合约，从而使代币从用户u转移到用户v。
198.本实施方式的管理系统1如以上所述，能够容易地执行在交易中发生了问题的情况下的处理。
199.(补充)
200.对上述实施方式或变形例中的分布式账本进行补充说明。在此虽然作为分布式账本的一个例子而对区块链进行说明，不过其他的分布式账本也是同样。
201.图19是示出区块链的数据结构的说明图。
202.区块链是作为其记录单位的区块被连接成链(锁链)状而被构成的。各个区块具有多个交易数据、以及前一个区块的哈希值。具体而言，区块b2中包括前一个区块b1的哈希值。于是，基于区块b2中包括的多个交易数据与区块b1的哈希值而被算出的哈希值，作为区块b2的哈希值而被包括在区块b3中。这样，通过将前一个区块的内容作为哈希值来包括在内，并将区块连接成链状，从而有效地防止记录的交易数据被篡改。
203.假使过去的交易数据被变更，则区块的哈希值就成为与变更前不同的值，要想使被篡改的区块看上去是正确的区块，则需要对在此之后的所有的区块都重新制作，这种操作在现实中是非常困难的。利用这种性质，来保证区块链不容易被篡改。
204.图20是示出交易数据的数据结构的说明图。
205.图20所示的交易数据包括交易主体p1和数字签名p2。交易主体p1是该交易数据中包括的数据主体。数字签名p2是通过针对交易主体p1的哈希值，由该交易数据的制作者利用签名密钥进行签名而生成的，更具体而言是通过利用制作者的加密密钥进行加密而生成的。
206.交易数据由于具有数字签名p2，因此实质上是不能被篡改的。据此，来防止交易主体的篡改。
207.另外在上述实施方式或变形例中，各构成要素可以由专用的硬件来构成，或者可以通过执行适于各构成要素的软件程序来实现。各构成要素可以通过cpu或处理器等程序执行部读出并执行硬盘或半导体存储器等记录介质中记录的软件程序来实现。在此，实现上述实施方式的服务器等的软件是如下的程序。
208.即该程序使计算机执行如下控制方法，该控制方法是在分布式账本系统中由第一装置执行的控制方法，所述第一装置是所述分布式账本系统所具备的拥有分布式账本的多个装置中的装置，在所述控制方法中，从第二用户所使用的终端接收第一交易数据，所述第
一交易数据示出将价值信息从第一用户转移到所述第二用户，将接收到的所述第一交易数据存放到所述分布式账本。
209.以上虽然基于实施方式对一个或多个形态所涉及的服务器装置等进行了说明，但是本发明并非受该实施方式所限。在不脱离本发明的主旨的范围内将本领域技术人员所能够想到的各种变形执行于本实施方式而得到的形态、对不同的实施方式中的构成要素进行组合而构筑的形态均可以包括在一个或多个形态的范围内。
210.工业实用性
211.本发明能够利用于对用户所拥有的价值信息进行管理的管理系统。
212.符号说明
213.1 管理系统
214.10a、10b、10c 服务器
215.11 通信部
216.12 处理部
217.13 账本存储部
218.14 执行部
219.b0、b1、b2、b3 区块
220.n 网络
221.p1 交易主体
222.p2 数字签名
223.ta、tb 终端
224.u、v 用户

技术特征：
1.一种控制方法，是在分布式账本系统中由第一装置执行的控制方法，所述第一装置是所述分布式账本系统所具备的拥有分布式账本的多个装置中的装置，在所述控制方法中，从第二用户所使用的终端接收第一交易数据，所述第一交易数据示出将价值信息从第一用户转移到所述第二用户，将接收到的所述第一交易数据存放到所述分布式账本。2.如权利要求1所述的控制方法，所述第一交易数据是示出使所述第一用户拥有的价值信息减少、且使该减少部分的所述价值信息由所述第二用户拥有的交易数据。3.如权利要求1或2所述的控制方法，进一步预先将第二交易数据存放到所述分布式账本，所述第二交易数据是被赋予了所述第一用户和所述第二用户的数字签名、且示出将所述价值信息从所述第一用户转移到所述第二用户的条件的交易数据，在接收到所述第一交易数据的情况下，判断是否满足所述第二交易数据所示的所述条件，在接收到所述第一交易数据且判断为满足所述条件的情况下，将接收到的所述第一交易数据存放到所述分布式账本。4.如权利要求3所述的控制方法，进一步从所述第二用户所使用的所述终端接收第三交易数据，所述第三交易数据包括与所述第一用户所提供的商品或服务相关联的结果信息，将接收到的所述第三交易数据存放到所述分布式账本，在所述第二交易数据所示的所述条件中，包括所述第一用户所提供的所述商品或所述服务为正当的情况下的所述结果信息应该满足的正当条件没有得到满足这一条件。5.如权利要求4所述的控制方法，所述结果信息是通过对所述第一用户所提供的商品、或基于所述第一用户所提供的服务而得到的物体进行感测而得到的感测值。6.如权利要求3所述的控制方法，进一步判断是否从所述第二用户所使用的所述终端接收到包括与所述第一用户所提供的商品或服务相关联的结果信息的第三交易数据，在判断为没有接收到所述第三交易数据的情况下发送委托信息，所述委托信息是委托第三方机构进行与所述结果信息有关的验证的信息。7.如权利要求1至6的任一项所述的控制方法，执行向接收到的所述第一交易数据赋予所述第一用户的数字签名的处理，在执行了所述处理之后，对被赋予到所述第一交易数据的所述第一用户的数字签名进行验证，在所述第一用户的数字签名的所述验证成功的情况下，将接收到的所述第一交易数据存放到所述分布式账本。8.如权利要求7所述的控制方法，在执行所述处理之后的规定时间内，所述第一用户的数字签名没有被赋予到所述第一
交易数据的情况下，抑制接收到的所述第一交易数据向所述分布式账本的存放。9.如权利要求7或8所述的控制方法，在执行所述处理之后的规定时间内，所述第一用户的数字签名没有被赋予到所述第一交易数据的情况下，将所述第一用户登记到规定的名单。10.如权利要求1至9的任一项所述的控制方法，在所述分布式账本中存放有第四交易数据，该第四交易数据包括用于执行转移处理的智能合约的合约代码，所述转移处理是将所述价值信息从所述第一用户转移到所述第二用户的处理，所述第一交易数据包括使所述智能合约执行的指令，通过将接收到的所述第一交易数据存放到所述分布式账本，来执行所述智能合约，据此将所述价值信息从所述第一用户转移到所述第二用户。11.如权利要求10所述的控制方法，所述转移处理包括判断处理和存放处理，在所述判断处理中，对与所述第一用户所提供的商品或服务相关联的结果信息是否满足正当条件进行判断，所述正当条件是由所述第一用户所提供的所述商品或所述服务为正当的情况下的所述结果信息应该满足的条件，在所述存放处理中，在通过所述判断处理判断为所述结果信息没有满足所述正当条件的情况下，将接收到的所述第一交易数据存放到所述分布式账本。12.如权利要求11所述的控制方法，所述转移处理包括委托处理，该委托处理是指，在通过所述判断处理判断为所述结果信息没有满足所述正当条件的情况下，委托第三方机构进行与所述结果信息有关的验证。13.一种控制装置，拥有分布式账本的多个装置中的第一装置是该控制装置，该控制装置具备处理器以及与所述处理器连接的存储器，所述处理器利用所述存储器，从第二用户所使用的终端接收第一交易数据，所述第一交易数据示出将价值信息从第一用户转移到所述第二用户，将接收到的所述第一交易数据存放到所述分布式账本。14.一种程序，用于使计算机执行权利要求1至12的任一项所述的控制方法。

技术总结
一种控制方法，是在具备拥有分布式账本的多个装置的分布式账本系统中，由该多个装置中的第一装置执行的控制方法，在该控制方法中，从第二用户所使用的终端接收示出将价值信息从第一用户转移到第二用户的第一交易数据(S206)，将接收到的第一交易数据存放到分布式账本(S207)。账本(S207)。账本(S207)。


技术研发人员：道山淳儿 海上勇二 西田直央 山本格也 添田纯一郎 广濑雄挥 大森基司 渊上哲司
受保护的技术使用者：松下电器（美国）知识产权公司
技术研发日：2021.10.26
技术公布日：2023/8/9