CN114730436A - 控制方法、装置、以及程序 - Google Patents

Abstract

一种控制方法，是在具备拥有分布式账本的多个装置的电子交易中的非法交易通报系统中由多个装置中的一个装置执行的控制方法，获得包括示出怀疑一个交易是非法交易的通报的通报信息的通报交易数据(S101)，将获得的通报交易数据传输给多个装置中的多个其他装置(S102)，并且，将通报交易数据存放到一个装置的分布式账本(107)(S103)，获得包括针对通报的赞成与否信息的赞成与否交易数据(S104，S105)，将获得的赞成与否交易数据传输给多个其他装置(S106)，并且，将赞成与否交易数据存放到一个装置的分布式账本(107)(S107)，根据赞成与否交易数据中包括的赞成与否信息，判断通报是否正确。

Description

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

技术领域

本公开涉及控制方法、装置、以及程序。

背景技术

以往，随着电子商务的普及，在个人之间进行电子商务，存在其交易中包括非法交易的问题。

例如，专利文献1公开一种非法交易检测系统，即，分析交易数据，对已经分析的交易数据、与存放在非法交易者数据库中的非法交易者数据进行比较，在检测出一部分相同的数据的情况下发出警告。

(现有技术文献)

(专利文献)

专利文献1：日本特开2006-99913号公报

发明内容

发明要解决的课题

然而，根据专利文献1公开的方法，希望用于检测非法交易的非法交易者数据库具有一定程度以上的精度，因此，存在难以适当地检测非法交易的问题。

鉴于上述的情况，本公开的目的在于，提供能够适当地检测非法交易的控制方法、服务器、以及程序。

解决课题所采用的手段

本公开的一个形态所涉及的控制方法，是在具备拥有分布式账本的多个装置的电子交易中的非法交易通报系统中由所述多个装置中的一个装置执行的控制方法，获得包括通报信息的通报交易数据，所述通报信息示出怀疑一个交易是非法交易的通报，将获得的所述通报交易数据传输给所述多个装置中的多个其他装置，并且，将所述通报交易数据存放到所述一个装置的分布式账本，获得包括针对所述通报的赞成与否信息的赞成与否交易数据，将获得的所述赞成与否交易数据传输给所述多个其他装置，并且，将所述赞成与否交易数据存放到所述一个装置的分布式账本，根据所述赞成与否交易数据中包括的所述赞成与否信息，判断所述通报是否正确。

另外，这些总括性或具体的形态，也可以由系统、方法、集成电路、计算机程序或计算机可读取的CD-ROM等的记录介质实现，也可以由系统、方法、集成电路、计算机程序以及记录介质的任意组合实现。

发明效果

根据本公开，能够适当地检测非法交易。

附图说明

图1是示出实施方式1所涉及的管理系统的结构的一个例子的图。

图2是示出实施方式1所涉及的交易服务器的结构的一个例子的图。

图3是示出实施方式1所涉及的终端的结构的一个例子的图。

图4是示出实施方式1所涉及的管理系统的非法交易检测处理的第1例子的序列图。

图5是示出实施方式1所涉及的管理系统的非法交易检测处理的第1例子的序列图。

图6是示出实施方式1所涉及的管理系统的非法交易检测处理的第2例子的序列图。

图7是示出实施方式1所涉及的管理系统的非法交易检测处理的第2例子的序列图。

图8是示出实施方式1的合计处理的一个例子的流程图。

图9是示出实施方式1所涉及的管理系统的非法交易检测处理的第3例子的序列图。

图10是示出实施方式2所涉及的管理系统的结构的一个例子的图。

图11是示出实施方式2所涉及的终端的结构的一个例子的图。

图12是示出实施方式2所涉及的管理系统的非法交易检测处理的第1例子的序列图。

图13是示出实施方式2所涉及的管理系统的非法交易检测处理的第1例子的序列图。

图14是示出实施方式2所涉及的管理系统的非法交易检测处理的第2例子的序列图。

图15是示出实施方式2所涉及的管理系统的非法交易检测处理的第2例子的序列图。

图16是示出实施方式2所涉及的管理系统的非法交易检测处理的第3例子的序列图。

具体实施方式

本公开的一个形态所涉及的控制方法，是在具备拥有分布式账本的多个装置的电子交易中的非法交易通报系统中由所述多个装置中的一个装置执行的控制方法，获得包括通报信息的通报交易数据，所述通报信息示出怀疑一个交易是非法交易的通报，将获得的所述通报交易数据传输给所述多个装置中的多个其他装置，并且，将所述通报交易数据存放到所述一个装置的分布式账本，获得包括针对所述通报的赞成与否信息的赞成与否交易数据，将获得的所述赞成与否交易数据传输给所述多个其他装置，并且，将所述赞成与否交易数据存放到所述一个装置的分布式账本，根据所述赞成与否交易数据中包括的所述赞成与否信息，判断所述通报是否正确。

据此，能够根据因被存放在分布式账本而难以篡改的赞成与否信息，判断通报是否正确。因此，能够适当地检测非法交易。

并且，也可以是，在所述赞成与否交易数据的获得中，从多个用户拥有的多个终端获得多个赞成与否交易数据，在所述判断中，根据所述多个赞成与否交易数据中包括的多个赞成与否信息，在所述多个赞成与否信息中的示出赞成的赞成与否信息的数量比规定的阈值多的情况下，判断为所述通报正确，在示出所述赞成的赞成与否信息的数量比所述规定的阈值少的情况下，判断为所述通报不正确。

据此，利用多个赞成与否信息，在赞成的数量比规定的阈值多的情况下判断为通报正确，在比规定的阈值少的情况下判断为通报不正确，因此，能够更适当地检测非法交易。

并且，也可以是，进一步，将第1令牌交易数据发送给所述多个其他装置，并且，将所述第1令牌交易数据存放到所述一个装置的分布式账本，所述第1令牌交易数据包括对发送了所述多个赞成与否交易数据的所述多个用户的每一个赋予的第1令牌的量。

因此，能够向投票者赋予促使投票的激励。因此，能够增加投票者的数量，能够抑制针对通报进行的判断集中于一方，能够更适当地检测非法交易。

并且，也可以是，进一步，以发送了所述多个赞成与否交易数据的所述多个用户各自的第1可靠度增大的方式更新所述第1可靠度，将包括更新后的第1可靠度的第1可靠度交易数据传输给所述多个其他装置，并且，将所述第1可靠度交易数据存放到所述一个装置的分布式账本，在所述判断中，利用基于所述第1可靠度的权重来计算所述赞成的数量。

因此，用户的可靠性越高则越设定大的权重，据此能够抑制基于非法的投票的非法交易的误检测。

并且，也可以是，进一步，当在所述判断中被判断为所述通报正确的情况下，中止所述交易。

因此，能够抑制继续非法交易。

并且，也可以是，进一步，当在所述判断中被判断为所述通报正确的情况下，将第2令牌交易数据发送给所述多个其他装置，并且，将所述第2令牌交易数据存放到所述一个装置的分布式账本，所述第2令牌交易数据包括对发送了所述通报交易数据的用户即通报者赋予的第2令牌的量。

因此，能够向通报者赋予促使正确的通报的激励。因此，能够更适当地检测非法交易。

并且，也可以是，进一步，当在所述判断中被判断为所述通报不正确的情况下，将第3令牌交易数据发送给所述多个其他装置，并且，将所述第3令牌交易数据存放到所述一个装置的分布式账本，所述第3令牌交易数据包括向发送了所述通报交易数据的用户即通报者请求的第3令牌的量。

因此，能够抑制通报者进行非法的通报。因此，能够更适当地检测非法交易。

并且，也可以是，进一步，当在所述判断中被判断为所述通报正确的情况下，以发送了所述通报交易数据的用户即通报者的可靠度增大的方式更新所述可靠度，将包括更新后的可靠度的可靠度交易数据传输给所述多个其他装置，并且，将所述可靠度交易数据存放到所述一个装置的分布式账本，在所述判断中利用所述规定的阈值，所述规定的阈值被设定为存放在所述分布式账本中的所述分布式账本的所述通报者的所述更新后的可靠度越大则值就越小。

因此，即使通报者进行非法通报也难以将非法的通报判断为正确。因此，能够抑制非法交易的误检测。

并且，也可以是，进一步，从由所述交易的申请人操作的终端获得包括用于所述交易的第4令牌的量的申请信息，在没有针对所述交易的所述通报的情况下，或者，在虽有所述通报但被判断为该通报不正确的情况下，将与所述第4令牌的量为相同量的令牌返还给所述申请人，在有针对所述交易的所述通报且被判断为该通报正确的情况下，不将与所述第4令牌的量为相同量的令牌返还给所述申请人。

据此，能够抑制通报者对没有非法的怀疑的交易、或非法的怀疑的程度低的交易进行通报。

并且，也可以是，所述第4令牌的量被设定为，与针对所述申请人决定的可靠度对应的量。

并且，也可以是，进一步，获得包括用于执行所述判断的执行信息的执行交易数据，所述多个装置拥有的多个分布式账本的每一个包括，用于根据所述执行交易数据来执行所述判断的合约代码，在所述判断中，在获得所述执行交易数据后，执行所述一个装置的分布式账本中包括的所述合约代码来执行所述判断。

并且，也可以是，所述赞成与否交易数据中包括的所述赞成与否信息被加密，通过向发送了所述赞成与否交易数据的装置或终端，发送用于请求将加密后的所述赞成与否信息解密的解密密钥的请求信息，从而从所述装置或所述终端获得所述解密密钥，利用所述解密密钥将加密后的所述赞成与否信息解密，根据解密后的所述赞成与否信息，判断所述通报是否正确。

并且，也可以是，在所述请求信息的发送中，将包括所述请求信息的请求交易数据发送给所述多个其他装置，并且，将所述请求交易数据存放到所述一个装置的分布式账本，在所述解密密钥的获得中，从所述多个其他装置获得包括所述解密密钥的解密密钥交易数据，将所述解密密钥交易数据存放到所述一个装置的分布式账本。

并且，本公开的一个形态所涉及的装置，是在具备拥有分布式账本的多个装置的电子交易中的非法交易通报系统中的所述多个装置中的一个装置，所述一个装置，具备：处理器；以及存储器，所述处理器，利用所述存储器进行如下处理，即，获得包括通报信息的通报交易数据，所述通报信息示出怀疑交易是非法交易的通报，将获得的所述通报交易数据传输给所述多个装置中的多个其他装置，并且，将所述通报交易数据存放到所述一个装置的分布式账本，获得包括针对所述通报的赞成与否信息的赞成与否交易数据，将获得的所述赞成与否交易数据传输给所述多个其他装置，并且，将所述赞成与否交易数据存放到所述一个装置的分布式账本，根据所述赞成与否交易数据中包括的所述赞成与否信息，判断所述通报是否正确。

据此，能够根据因被存放在分布式账本而难以篡改的赞成与否信息，判断通报是否正确。因此，能够更适当地检测非法交易。

并且，本公开的一个形态所涉及的程序，该程序用于使计算机执行在具备拥有分布式账本的多个装置的电子交易中的非法交易通报系统中由所述多个装置中的一个装置执行的控制方法，获得包括通报信息的通报交易数据，所述通报信息示出怀疑交易是非法交易的通报，将获得的所述通报交易数据传输给所述多个装置中的多个其他装置，并且，将所述通报交易数据存放到所述一个装置的分布式账本，获得包括针对所述通报的赞成与否信息的赞成与否交易数据，将获得的所述赞成与否交易数据传输给所述多个其他装置，并且，将所述赞成与否交易数据存放到所述一个装置的分布式账本，根据所述赞成与否交易数据中包括的所述赞成与否信息，判断所述通报是否正确。

据此，能够根据因被存放在分布式账本而难以篡改的赞成与否信息，判断通报是否正确。因此，能够更适当地检测非法交易。

以下，参照附图，说明实施方式。另外，以下将要说明的实施方式均为示出本公开的一个具体例子。也就是说，以下的实施方式所示的数值、形状、材料、构成要素、构成要素的配置以及连接方式、步骤、步骤的顺序等是一个例子，其主旨并非是限定本公开。因此，以下的实施方式中的构成要素之中的示出最上位概念的实施方案中未记载的构成要素不是为了达成本公开的课题所必需的，而作为构成更优选的方式的构成要素进行说明。

(实施方式1)

首先，说明本公开所涉及的系统结构。

本公开所涉及的管理系统，具备分别由用户使用的三个以上的终端、以及一个以上的认证服务器，监查签订的新合同的合同书即合同内容，接受监查结果来将有效的合同书存放到账本。以下，参照附图，进行本实施方式所涉及的管理系统的结构等的说明。

[管理系统]

图1是示出实施方式1所涉及的管理系统的结构的一个例子的图。

如图1所示，本实施方式所涉及的管理系统具备，例如交易服务器10、以及终端20a至20x。这些由网络N连接。网络N是，例如互联网、手机的承运商网络等，但是，也可以由任何通信线路或网络构成。

另外，以下，将终端20a至终端20x的每一个也称为终端20，但是，有时会将终端20a至终端20x称为终端A至终端X。

以下，说明交易服务器10。

[交易服务器10]

交易服务器10是，拥有分布式账本的多个装置中的一个装置的一个例子。交易服务器10是，由交易运营商管理的服务器。交易运营商是，例如，向多个用户提供电子商务服务的运营商。电子商务服务，例如，也可以包括用于运营商与个人之间的交易的服务，也可以包括用于个人与个人之间的交易的服务。也就是说，电子商务服务也可以包括用于多个用户之间的交易的服务。关于电子商务服务的交易，也可以是在用户之间，交换物品与令牌的交易，也可以是交换服务与令牌的交易。

图2是示出实施方式1所涉及的交易服务器10的结构的一个例子的图。

如图2所示，交易服务器10具备，通信部101、判断部102、信息生成部103、交易数据生成部104、交易数据验证部105、记录部106、以及分布式账本107。交易服务器10是，处理器利用存储器执行规定的程序来能够实现的。以下，说明各构成要素。

<通信部101>

通信部101，从终端20接收包括通报信息的通报交易数据。通信部101，从终端20接收通报交易数据来获得通报信息。通报信息是，示出怀疑交易是非法交易的通报的信息。通报信息包括，例如交易识别信息、以及示出怀疑该交易识别信息所示的交易是非法交易的非法信息。通报信息也可以还包括，识别通报的用户的用户识别信息。用户识别信息也可以是，通报的用户的电子签名。非法信息也可以，不仅示出怀疑对象的交易是非法交易，还示出非法的内容。非法的内容是指，例如，成为交易的对象的物品或服务的实体是与该交易的名义不同的物品，对成为交易的对象的物品或服务设定的价格脱离标准的价格等。脱离标准的价格是指，例如，设定的价格与标准的价格的差，比标准的价格的规定的比例的价格大。标准的价格也可以，根据与该物品或该服务相同、同一种类或同等的物品或服务的过去交易的实际成绩而被计算。

交易识别信息是，识别交易服务中处理的交易的信息。交易识别信息，例如，也可以是交易ID，也可以是提供成为交易的对象的物品或服务的用户的用户ID、与该用户处理的物品或服务的序列号的组合。通信部101也可以，从终端20直接接收通报信息。

并且，通信部101，从终端20接收包括赞成与否信息的赞成与否交易数据。通信部101，从多个终端20接收多个赞成与否交易数据。也就是说，通信部101，从各终端20接收赞成与否交易数据，来获得多个赞成与否交易数据。赞成与否信息是，示出针对通报的赞成与否的信息、即示出赞成或反对通报的信息。赞成与否信息包括，示出终端20的用户针对通报的赞成与否的信息。赞成与否信息包括，例如，识别示出成为赞成与否的对象的通报的通报信息的通报识别信息、以及示出针对该通报的赞成与否的信息。赞成与否信息也可以还包括，识别进行了赞成与否的判断的用户的用户识别信息。用户识别信息也可以是，进行了赞成与否的判断的用户的电子签名。赞成与否信息也可以，不仅示出赞成以及反对，还示出不明。

并且，赞成与否信息也可以被加密。赞成与否信息也可以，例如，由发送了包括该赞成与否信息的赞成与否交易数据的终端20拥有的秘密密钥加密。通信部101也可以，从多个终端20直接接收赞成与否信息。

并且，通信部101，将包括请求信息的请求交易数据发送给多个终端20。请求信息是一种信息，即，用于向发送了包括赞成与否信息的赞成与否交易数据的多个终端20请求，将加密后的赞成与否信息解密的解密密钥。请求的解密密钥也可以是，例如，与各终端20拥有的秘密密钥成对的公开密钥。通信部101也可以，向各终端20直接发送请求信息。

并且，通信部101，接收包括解密密钥的解密密钥交易数据。具体而言，通信部101，通过将包括请求信息的请求交易数据发送给多个终端20，从而从多个终端20获得解密密钥。通信部101也可以，从多个终端20直接接收解密密钥。

并且，通信部101，将包括第1令牌的量的第1令牌交易数据发送给多个终端20。第1令牌的量示出，对发送了多个赞成与否交易数据的多个用户即多个投票者赋予的令牌的量。换而言之，第1令牌的量示出，向多个投票者提供的令牌的量。另外，在一名用户发送了赞成与否交易数据的情况下，第1令牌的量示出，对一名投票者赋予的令牌的量。

并且，通信部101，将包括第2令牌的量的第2令牌交易数据发送给多个终端20。第2令牌的量示出，对发送了通报交易数据的用户即通报者赋予的令牌的量。换而言之，第2令牌的量示出，向通报者提供的令牌的量。

并且，通信部101，将包括第3令牌的量的第3令牌交易数据发送给多个终端20。第3令牌的量示出，从发送了通报交易数据的用户即通报者收集的令牌的量。换而言之，第3令牌的量示出，从通报者接受的令牌的量。

并且，通信部101，在与多个终端20之间进行各交易数据的交换。具体而言，通信部101，向多个终端20传输各交易数据，或者，接收从多个终端20传输的各交易数据。另外，各交易数据包括，通报交易数据、赞成与否交易数据、请求交易数据、解密密钥交易数据、第1令牌交易数据、第2令牌交易数据以及第3令牌交易数据的其中之一。

如此，通信部101，经由网络N与多个终端20之间进行通信。另外，也可以通过TLS(Transport Layer Security)进行该通信，也可以由通信部101保持TLS通信用的加密密钥。

<判断部102>

判断部102，根据由通信部101获得的赞成与否交易数据中包括的赞成与否信息，判断由通信部101获得的通报交易数据中包括的通报信息所示的通报是否正确。具体而言，判断部102，根据由通信部101获得的多个赞成与否交易数据中包括的多个赞成与否信息，在该多个赞成与否信息中的示出赞成的赞成与否信息的数量比规定的阈值多的情况下，判断为通报正确，在示出赞成的赞成与否信息的数量比规定的阈值少的情况下，判断为通报不正确。也就是说，交易服务器10，从多个终端20收集多个赞成与否信息，来接受多个用户对通报的赞成与否的投票，在投票结果中的赞成票比规定的阈值多的情况下，判断为通报正确，在赞成票比规定的阈值少的情况下，判断为通报不正确。另外，在赞成票与规定的阈值相同的情况下，也可以判断为通报正确，也可以判断为通报不正确，也可以判断为不明。

规定的阈值，例如，也可以是以由通信部101获得的赞成与否交易数据的数量、或赞成与否信息的数量为基准而计算出的过半数，也可以是赞成与否交易数据的数量、或赞成与否信息的数量乘以规定的比例而计算出的数量。规定的比例，例如，也可以是40％至60％中的固定值，也可以是40％至60％中的按照规定的条件变动的变动值。

<信息生成部103>

信息生成部103，生成例如请求信息。并且，信息生成部103，生成例如第1令牌的量。并且，信息生成部103，生成例如第2令牌的量。并且，信息生成部103，生成例如第3令牌的量。关于请求信息、第1令牌的量、第2令牌的量、以及第3令牌的量的详细说明，上述中已经说明，因此省略。

<交易数据生成部104>

交易数据生成部104，生成请求交易数据。在本实施方式中，交易数据生成部104，生成包括由信息生成部103生成的请求信息的请求交易数据。

并且，交易数据生成部104，生成第1令牌交易数据。在本实施方式中，交易数据生成部104，生成包括由信息生成部103生成的第1令牌的量的第1令牌交易数据。第1令牌交易数据也可以，不仅包括第1令牌的量，还包括识别作为投票者的用户的用户识别信息。

并且，交易数据生成部104，生成第2令牌交易数据。在本实施方式中，交易数据生成部104，生成包括由信息生成部103生成的第2令牌的量的第2令牌交易数据。第2令牌交易数据也可以，不仅包括第2令牌的量，还包括识别作为通报者的用户的用户识别信息。

并且，交易数据生成部104，生成第3令牌交易数据。在本实施方式中，交易数据生成部104，生成包括由信息生成部103生成的第3令牌的量的第3令牌交易数据。第3令牌交易数据也可以，不仅包括第3令牌的量，还包括识别作为通报者的用户的用户识别信息。

交易数据生成部104，经由通信部101，将生成的请求交易数据发送给多个终端20。并且，交易数据生成部104，经由通信部101，将生成的第1令牌交易数据发送给多个终端20。并且，交易数据生成部104，经由通信部101，将生成的第2令牌交易数据发送给多个终端20。并且，交易数据生成部104，经由通信部101，将生成的第3令牌交易数据发送给多个终端20。

<交易数据验证部105>

交易数据验证部105，在通信部101接收交易数据时，验证该交易数据的正当性。例如，交易数据验证部105，验证通信部101接收的交易数据是否被赋予通过正确的方法而生成的电子签名等。另外，也可以跳过该验证。在此，通信部101接收的交易数据是，通报交易数据、赞成与否交易数据、请求交易数据、解密密钥交易数据、第1令牌交易数据、第2令牌交易数据以及第3令牌交易数据中的某一个。

并且，交易数据验证部105，与多个终端20一起，执行用于同意交易数据的正当性的共识算法。

在此，对于共识算法，也可以利用PBFT(Practical Byzantine FaultTolerance)，也可以利用其他的公知的共识算法。作为公知的共识算法有例如PoW(Proofof Work)或PoS(Proof of Stake)等。在对共识算法利用PBFT的情况下，交易数据验证部105，从多个终端20的每一个接受示出交易数据的验证是否成功的报告，判断该报告的数量是否超过规定的数量。于是，交易数据验证部105，在该报告的数量超过规定的数量时，判断为通过共识算法验证了交易数据的正当性即可。

交易数据验证部105，在确认到交易数据的正当性的情况下，使记录部106记录该交易数据。

在本实施方式中，交易数据验证部105，验证通信部101接收的通报交易数据、赞成与否交易数据、请求交易数据、解密密钥交易数据、第1令牌交易数据、第2令牌交易数据以及第3令牌交易数据的正当性。

<记录部106>

记录部106，将由交易数据验证部105进行了正当性的验证的交易数据包括在区块中并存放到分布式账本107，来记录交易数据。

另外，也可以在记录部106的内部构成分布式账本107。

<分布式账本107>

分布式账本107存放，包括交易信息以及通报信息的通报交易数据、包括通报信息以及赞成与否信息的赞成与否交易数据、包括请求信息的请求交易数据、包括解密密钥的解密密钥交易数据、包括第1令牌的量的第1令牌交易数据、包括第2令牌的量的第2令牌交易数据、以及包括第3令牌的量的第3令牌交易数据。

接着，说明终端20a至终端20x。另外，终端20a至终端20x的结构是共同的，因此，称为终端20来进行说明。

[终端20]

终端20是，由用户使用的终端的一个例子。终端20，也可以是例如个人电脑，也可以是智能手机以及平板电脑等的便携式终端。多个终端20是，由利用了由交易服务器10提供的电子商务服务的多个用户所使用的终端。多个用户包括，例如，提供成为交易的对象的物品或服务的第1用户、以及进行由第1用户提供的物品或服务的交易的第2用户。第1用户是，例如，物品或服务的提供者，第2用户是，例如，物品或服务的购买者。

图3是示出实施方式1所涉及的终端20的结构的一个例子的图。

本实施方式所涉及的终端20具备，通信部201、输入部202、显示部203、信息生成部204、交易数据生成部205、交易数据验证部206、记录部207、分布式账本208、以及存储部209。

<通信部201>

通信部201，经由网络N将信息发送给交易服务器10或其他的终端20，或者，从交易服务器10或其他的终端20接收信息或被通知信息。要交换的信息包括，各种交易数据。

如此，通信部201，经由网络N与交易服务器10或其他的终端20之间进行通信。另外，也可以通过TLS(Transport Layer Security)进行该通信，也可以由通信部201保持TLS通信用的加密密钥。

<输入部202>

输入部202，接受基于用户的操作的信息输入。输入部202，将接受的信息输入，显示在显示部203，或者，发送给信息生成部204，或者，发送给通信部201。

例如，输入部202也可以，接受示出怀疑由交易服务器10提供的交易是非法交易的输入，以作为通报。输入部202也可以，在示出该交易的界面(UI:User Interface)，与通报一起接受用户的电子签名。输入部202，将接受的通报、以及用户的电子签名，发送给信息生成部204。

例如，输入部202，接受向用于向终端20的用户确认针对通报信息所示的通报的赞成与否的界面(UI)的输入，以作为该用户的赞成与否的结果。在显示部203显示该界面(UI)。输入部202也可以，接受用户的电子签名。输入部202，将接受的赞成与否结果、以及用户的电子签名，发送给信息生成部204。

<显示部203>

显示部203，显示输入部202接受的信息输入。显示部203，显示从交易服务器10发送的信息。

例如，显示部203也可以，显示表示交易的界面(UI:User Interface)。并且，例如，显示部203，显示用于向终端20的用户确认针对通报信息所示的通报的赞成与否的界面(UI)。

<信息生成部204>

信息生成部204，生成例如通报信息。并且，信息生成部204，生成例如赞成与否信息。信息生成部204也可以，将赞成与否信息加密。信息生成部204也可以，例如，利用存储部209中存储的终端20的秘密密钥，将赞成与否信息加密。另外，关于通报信息以及赞成与否信息的详细说明，上述中已经说明，因此省略。

<交易数据生成部205>

交易数据生成部205，生成通报交易数据。在本实施方式中，交易数据生成部205，生成包括由信息生成部204生成的通报信息的通报交易数据。

并且，交易数据生成部205，生成赞成与否交易数据。在本实施方式中，交易数据生成部205，生成包括由信息生成部204生成的赞成与否信息的赞成与否交易数据。

并且，交易数据生成部205，生成解密密钥交易数据。在本实施方式中，交易数据生成部205，生成包括存储部209中存储的终端20的解密密钥的解密密钥交易数据。解密密钥交易数据也可以，不仅包括解密密钥，还包括识别终端20的用户的用户识别信息。用户识别信息也可以是，终端20的用户的电子签名。解密密钥是，例如，与终端20中存储的秘密密钥成对的公开密钥。

交易数据生成部205，经由通信部201，将生成的通报交易数据发送给交易服务器10。并且，交易数据生成部205，经由通信部201，将生成的赞成与否交易数据发送给交易服务器10。

<交易数据验证部206>

交易数据验证部206，在通信部201接收交易数据时，验证该交易数据的正当性。另外，也可以跳过该验证。

并且，交易数据验证部206，与其他的终端20以及交易服务器10一起，执行用于同意交易数据的正当性的共识算法。交易数据验证部206，在确认到交易数据的正当性的情况下，使记录部207记录交易数据。

在本实施方式中，交易数据验证部206，验证通信部201接收的通报交易数据、赞成与否交易数据、请求交易数据、解密密钥交易数据、第1令牌交易数据、第2令牌交易数据以及第3令牌交易数据的正当性。

进一步，交易数据验证部206，执行用于同意各交易数据的正当性的共识算法。于是，交易数据验证部206，在确认到各交易数据的正当性的情况下，使记录部207记录各交易数据。

<记录部207>

记录部207，将由交易数据验证部206进行了正当性的验证的交易数据包括在区块中并存放到分布式账本208，来记录该交易数据。

另外，也可以在记录部207的内部构成分布式账本208。

<分布式账本208>

分布式账本208存放，包括交易信息以及通报信息的通报交易数据、包括通报信息以及赞成与否信息的赞成与否交易数据、包括请求信息的请求交易数据、包括解密密钥的解密密钥交易数据、包括第1令牌的量的第1令牌交易数据、包括第2令牌的量的第2令牌交易数据、以及包括第3令牌的量的第3令牌交易数据。

<存储部209>

存储部209，存储用于进行终端20的加密的加密密钥、以及将由该加密密钥加密后的数据解密的解密密钥。加密密钥与解密密钥成对。加密密钥是例如秘密密钥，解密密钥是例如公开密钥。

[管理系统的工作等]

接着，说明如上构成的管理系统的工作。

图4以及图5是示出实施方式1所涉及的管理系统的非法交易检测处理的第1例子的序列图。图5示出，图4之后的处理。

图4以及图5所示的终端A、终端B以及终端C分别是，由用户A、用户B以及用户C操作的终端20。也就是说，终端A、终端B以及终端C，包括在多个终端20中。终端A是，在由交易服务器10提供的电子商务服务中，利用用户A的用户ID而被认证的终端。终端B是，在由交易服务器10提供的电子商务服务中，利用用户B的用户ID而被认证的终端。终端C是，在由交易服务器10提供的电子商务服务中，利用用户C的用户ID而被认证的终端。

首先，假设终端C的用户C利用终端C，进行了示出怀疑电子商务服务中处理的多个交易中的一个交易是非法交易的输入。也就是说，用户C是，进行通报的通报者。并且，用户A以及用户B是，进行关于赞成与否的投票的投票者。

终端C，将包括根据输入而生成的通报信息的通报交易数据发送给交易服务器10(S101)。

接着，交易服务器10，将从终端C接收的通报交易数据，传输给包括终端C的多个终端20(S102)。

接着，交易服务器10以及多个终端20，执行共识算法，生成包括通报交易数据的区块，存放到分布式账本107、208(S103)。

接着，终端A以及终端B的每一个，生成赞成与否交易数据，将赞成与否交易数据发送给交易服务器10(S104，S105)。具体而言，终端A，在步骤S103后，通过显示用于确认针对通报交易数据中包括的通报信息所示的通报的赞成与否的界面(UI)，从而催促用户A输入该赞成与否。于是，终端A，从用户A接受赞成与否的输入，来生成赞成与否信息，生成包括生成的赞成与否信息的赞成与否交易数据。另外，关于终端B，也进行同样的处理，来生成赞成与否交易数据。

接着，交易服务器10，将从终端A接收的赞成与否交易数据、以及从终端B接收的赞成与否交易数据，传输给包括终端A以及终端B的多个终端20(S106)。

接着，交易服务器10以及多个终端20，执行共识算法，生成包括赞成与否交易数据的区块，存放到分布式账本107、208(S107)。另外，在步骤S107中，也可以一并处理从终端A接收的赞成与否交易数据、以及从终端B接收的赞成与否交易数据，也可以个别地处理这些数据。

接着，交易服务器10，判断是否满足了投票结束条件(S108)。投票结束条件是指，经过以进行了通报的日期时间为基准而设定的该日期时间以后的投票期限。具体而言，投票期限被设定为，进行了通报的日期时间的规定期间后的日期时间。也可以以规定期间示出投票期限，也可以以规定期间后的日期时间示出投票期限。进行了通报的日期时间，例如，也可以是生成了通报信息的日期时间，也可以是交易服务器10接收到通报交易数据的日期时间。并且，投票结束条件是指，交易服务器10接收的通报交易数据的数量达到规定的数量。规定的数量也可以是，通报者以外的用户的数量的规定的比例的数量。

交易服务器10，在判断为满足了投票结束条件的情况下(S108的“是”)执行下一个步骤S109的处理，在判断为没有满足投票结束条件的情况下(S108的“否”)，等待来自终端A以及终端B的赞成与否交易数据的接收、传输、以及共识算法的执行。

在步骤S109中，交易服务器10，生成请求交易数据，将请求交易数据发送给多个终端20(S109)。

接着，交易服务器10以及多个终端20，执行共识算法，生成包括请求交易数据的区块，存放到分布式账本107、208(S110)。

接着，终端A以及终端B的每一个，生成解密密钥交易数据，将解密密钥交易数据发送给交易服务器10(S111，S112)。具体而言，终端A，在步骤S110后，按照请求交易数据中包括的请求信息，生成包括存储部209中存储的解密密钥的解密密钥交易数据。另外，关于终端B，也进行同样的处理，来生成解密密钥交易数据。

接着，交易服务器10，将从终端A接收的解密密钥交易数据、以及从终端B接收的解密密钥交易数据，传输给包括终端A以及终端B的多个终端20(S113)。

接着，交易服务器10以及多个终端20，执行共识算法，生成包括解密密钥交易数据的区块，存放到分布式账本107、208(S114)。

接着，交易服务器10，利用从终端A以及终端B的每一个获得的赞成与否交易数据以及解密密钥交易数据，对投票结果进行合计(S115)。具体而言，交易服务器10，利用从各终端20获得的解密密钥交易数据中包括的解密密钥，将从该终端20获得的赞成与否交易数据中包括的加密后的赞成与否信息解密。交易服务器10，例如，在解密后的赞成与否信息示出赞成的情况下，将赞成的计数值加1。进一步，交易服务器10也可以，例如，在解密后的赞成与否信息示出反对的情况下，将反对的计数值加1。交易服务器10，针对接收的多个赞成与否交易数据的每一个，反复进行上述的处理，从而对赞成的数量(或反对的数量)进行计数。换而言之，赞成的数量是，交易服务器10接收的多个赞成与否交易数据中包括的多个赞成与否信息中的、示出赞成的赞成与否信息的数量。如此，交易服务器10，通过对赞成的数量(或反对的数量)进行计数，从而对投票结果进行合计。

接着，交易服务器10，判断通报是否成功(S116)。具体而言，交易服务器10，在赞成的数量(即示出赞成的赞成与否信息的数量)比规定的阈值多的情况下，判断为通报成功，在赞成的数量比规定的阈值少的情况下，判断为通报失败。也可以将通报成功称为通报正确，也可以将通报失败称为通报不正确。

交易服务器10，在判断为通报成功的情况下(S116的“是”)，中止被通报的交易(S117)。具体而言，交易服务器10也可以，通过将示出被通报的交易是否中止的标志设为开，即，将标志的值，从示出正在交易的值切换为示出中止的值，从而中止交易。交易服务器10，在交易被中止时，在电子商务服务中，也可以进行示出该交易被中止的显示，也可以改变为不接受针对该交易的来自用户的输入的状态。

接着，交易服务器10，生成第1令牌交易数据以及第2令牌交易数据(S118)。

接着，交易服务器10，将生成的第1令牌交易数据以及第2令牌交易数据发送给多个终端20(S119)。

接着，交易服务器10以及多个终端20，执行共识算法，生成包括第1令牌交易数据的区块、以及包括第2令牌交易数据的区块，将这些区块存放到分布式账本107、208(S120)。据此，交易服务器10，针对投票者执行赋予第1令牌的量的令牌的处理，针对通报者执行赋予第2令牌的量的令牌的处理。交易服务器10也可以，针对各投票者的终端20，进行对该投票者赋予了第1令牌的量的令牌之意的通知。并且，交易服务器10也可以，针对通报者的终端20，进行对该通报者赋予了第2令牌的量的令牌之意的通知。

另外，交易服务器10也可以，在步骤S118中，生成包括第1令牌的量以及第2令牌的量的令牌交易数据。交易服务器10也可以，在步骤S119中，将生成的令牌交易数据发送给多个终端20。于是，交易服务器10以及多个终端20也可以，在步骤S120中，执行共识算法，生成包括令牌交易数据的区块，存放到分布式账本107、208。

交易服务器10，在判断为通报失败的情况下(S116的“否”)，生成第3令牌交易数据(S121)。

接着，交易服务器10，将生成的第3令牌交易数据发送给多个终端20(S122)。

接着，交易服务器10以及多个终端20，执行共识算法，生成包括第3令牌交易数据的区块，存放到分布式账本107、208(S123)。据此，在交易服务器10中，执行从通报者收集第3令牌的量的令牌的处理。交易服务器10也可以，针对通报者的终端20，进行从该通报者收集第3令牌的量的令牌之意的通知。

另外，交易服务器10也可以，在步骤S121中，还生成第1令牌交易数据。在此情况下，交易服务器10，在步骤S122中，还将生成的第1令牌交易数据发送给多个终端20。于是，交易服务器10以及多个终端20也可以，在步骤S123中，进一步，执行共识算法，生成包括第1令牌交易数据的区块，存放到分布式账本107、208。据此，在交易服务器10中，针对投票者执行赋予第1令牌的量的令牌的处理。交易服务器10也可以，针对各投票者的终端20，进行对该投票者赋予了第1令牌的量的令牌之意的通知。

图6以及图7是示出实施方式1所涉及的管理系统的非法交易检测处理的第2例子的序列图。图7示出，图6之后的处理。

第2例子是，以智能合约来执行第1例子中进行的各处理的例子。也就是说，在第2例子中，在分布式账本107、208中，存放执行第1例子中进行的各处理的合约代码。各处理包括，接受赞成与否信息的处理(即，投票的处理)、判断投票结束条件的处理、将赞成与否信息解密的处理、对投票结果进行合计的处理、判断通报是否正确的处理、中止交易的处理、以及针对通报者或投票者的令牌的赋予或收集的处理的某一个。在图6以及图7中，说明以智能合约来执行这些处理的全部的例子，但并不限于此。例如，也可以以智能合约来执行这些处理的一部分，不以智能合约执行剩余的一部分，而由交易服务器10以及多个终端20中的一个装置执行剩余的一部分。

图6以及图7所示的终端A、终端B以及终端C，与第1例子相同。并且，用户A、用户B以及用户C，也与第1例子相同。

首先，进行与第1例子的步骤S101至S107相同的处理。

接着，交易服务器10以及多个终端20，若针对赞成与否交易数据执行共识算法，则以智能合约来执行投票函数(S131至S134)。在第2例子中，赞成与否交易数据包括，智能合约地址、作为执行函数的投票函数、作为参数的赞成与否信息、以及各用户的用户ID。各用户的用户ID是，拥有生成了赞成与否交易数据的终端20的用户的用户ID。投票函数是，用于执行赞成与否的投票处理的函数。步骤S131至S134的各个处理是，按照赞成与否交易数据的数量进行的。也就是说，步骤S131至S134的各个处理是，按照投票的数量进行的。

接着，终端A以及终端B的每一个，生成确认交易数据，将确认交易数据发送给交易服务器10(S135，S136)。具体而言，终端A，在步骤S131后，生成包括用于执行投票是否结束的确认的确认函数的确认交易数据，将生成的确认交易数据发送给交易服务器10。确认交易数据包括，智能合约地址、作为执行函数的结束确认函数、作为参数的当前时刻、以及各用户的用户ID。各用户的用户ID是，拥有生成了确认交易数据的终端20的用户的用户ID。也就是说，在终端20是终端A的情况下，用户ID是用户A的用户ID。终端A，在步骤S131后，定期地生成确认交易数据，将生成的确认交易数据发送给交易服务器10。另外，关于终端B，也进行同样的处理，来生成确认交易数据，将生成的确认交易数据发送给交易服务器10。

接着，交易服务器10，将从终端A接收的确认交易数据、以及从终端B接收的确认交易数据，传输给包括终端A以及终端B的多个终端20(S137)。

接着，交易服务器10以及多个终端20，执行共识算法，生成包括确认交易数据的区块，存放到分布式账本107、208(S138)。

接着，交易服务器10以及多个终端20的每一个，若针对确认交易数据执行共识算法，则以智能合约来执行结束确认函数(S139至S146)。结束确认函数是，用于判断投票结束条件的函数。具体而言，交易服务器10以及多个终端20的每一个，执行结束确认函数，来判断是否满足了投票结束条件(S139至S142)。关于该处理，与第1例子的步骤S108同样，因此，省略详细说明。在判断为满足了投票结束条件的情况下(S139至S142的“是”)，交易服务器10以及多个终端20，将投票完成标志设为开，即，将标志的值从示出投票没有完成的值切换为示出投票完成的值(S143至S146)。交易服务器10以及多个终端20的每一个，在判断为没有满足投票结束条件的情况下(S139至S142的“否”)，返回到步骤S139至S142的处理。

接着，终端A以及终端B，确认投票完成标志为开(S147，S148)。

接着，终端A以及终端B，在投票完成标志为开的情况下，生成解密密钥交易数据，将解密密钥交易数据发送给交易服务器10(S149，S150)。具体而言，终端A，在步骤S147后，生成解密密钥交易数据，将生成的解密密钥交易数据发送给交易服务器10。在第2例子中，解密密钥交易数据包括，智能合约地址、作为执行函数的解密函数、作为参数的解密密钥、以及各用户的用户ID。各用户的用户ID是，拥有生成了解密密钥交易数据的终端20的用户的用户ID。也就是说，在终端20是终端A的情况下，用户ID是用户A的用户ID。另外，关于终端B，也进行同样的处理，来生成解密密钥交易数据，将生成的解密密钥交易数据发送给交易服务器10。

接着，交易服务器10，将从终端A接收的解密密钥交易数据、以及从终端B接收的解密密钥交易数据，传输给包括终端A以及终端B的多个终端20(S151)。

接着，交易服务器10以及多个终端20，执行共识算法，生成包括确认交易数据的区块，存放到分布式账本107、208(S152)。

接着，交易服务器10以及多个终端20，若针对解密密钥交易数据执行共识算法，则以智能合约来执行解密函数(S153至S156)。解密函数是，用于利用解密密钥将加密后的赞成与否信息解密的函数。具体而言，交易服务器10以及多个终端20的每一个，利用从各终端20获得的解密密钥交易数据中包括的解密密钥，将从该终端20获得的赞成与否交易数据中包括的加密后的赞成与否信息解密。解密结果，例如，被存储到交易服务器10以及多个终端20分别具备的存储部。解密结果也可以，暂时被存储到存储部。步骤S153至S156的各个处理是，按照解密密钥交易数据的数量进行的。也就是说，步骤S153至S156的各个处理是，按照解密密钥的数量进行的。

接着，终端A以及终端B的每一个，生成合计交易数据，将合计交易数据发送给交易服务器10(S157，S158)。具体而言，终端A，在步骤S153后，生成包括用于对投票结果进行合计的合计函数的合计交易数据，将生成的合计交易数据发送给交易服务器10。合计交易数据包括，智能合约地址、作为执行函数的合计函数、作为参数的当前时刻、以及各用户的用户ID。各用户的用户ID是，拥有生成了合计交易数据的终端20的用户的用户ID。也就是说，在终端20是终端A的情况下，用户ID是用户A的用户ID。终端A，在步骤S153后，定期地生成合计交易数据，将生成的合计交易数据发送给交易服务器10。另外，关于终端B，也进行同样的处理，来生成合计交易数据，将生成的合计交易数据发送给交易服务器10。

接着，交易服务器10，将从终端A接收的合计交易数据、以及从终端B接收的合计交易数据，传输给包括终端A以及终端B的多个终端20(S159)。

接着，交易服务器10以及多个终端20，执行共识算法，生成包括合计交易数据的区块，存放到分布式账本107、208(S160)。

接着，交易服务器10以及多个终端20的每一个，若针对合计交易数据执行共识算法，则以智能合约来执行合计函数(S161至S168)。具体而言，交易服务器10以及多个终端20的每一个，判断是否满足了投票结束条件(S161至S164)。在判断为满足了投票结束条件的情况下(S161至S164的“是”)，交易服务器10以及多个终端20的每一个，执行合计函数(S165至S168)。合计函数是，用于对投票结果进行合计的函数。交易服务器10以及多个终端20，执行合计函数，来进行合计处理。交易服务器10以及多个终端20，在判断为没有满足投票结束条件的情况下(S161至S164的“否”)，返回到步骤S161至S164的处理。

图8是示出实施方式1的合计处理的一个例子的流程图。

在合计处理开始时，交易服务器10以及多个终端20的每一个，对投票结果进行合计(S171)。具体而言，交易服务器10以及多个终端20的每一个，例如，在解密后的赞成与否信息示出赞成的情况下，将赞成的计数值加1。进一步，交易服务器10以及多个终端20也可以，例如，在解密后的赞成与否信息示出反对的情况下，将反对的计数值加1。交易服务器10以及多个终端20，针对接收的多个赞成与否交易数据的每一个，反复进行上述的处理，从而对赞成的数量(或反对的数量)进行计数。换而言之，赞成的数量是，交易服务器10接收的多个赞成与否交易数据中包括的多个赞成与否信息中的、示出赞成的赞成与否信息的数量。如此，交易服务器10以及多个终端20的每一个，通过对赞成的数量(或反对的数量))进行计数，从而对投票结果进行合计。

接着，交易服务器10以及多个终端20的每一个，判断通报是否成功(S172)。关于该判断，与第1例子的步骤S116相同，因此，省略详细说明。

交易服务器10以及多个终端20的每一个，在判断为通报成功的情况下(S172的“是”)，中止被通报的交易(S173)。关于处理，与第1例子的步骤S117相同，因此，省略详细说明。

接着，交易服务器10以及多个终端20的每一个，执行对通报者赋予第2令牌的量的令牌的处理(S174)。另外，交易服务器10以及多个终端20的每一个也可以，执行对投票者赋予第1令牌的量的令牌的处理。

另一方面，交易服务器10以及多个终端20的每一个，在判断为通报失败的情况下(S172的“否”)，执行从通报者收集第3令牌的量的令牌的处理(S175)。另外，交易服务器10以及多个终端20的每一个也可以，执行对投票者赋予第1令牌的量的令牌的处理。

图9是示出实施方式1所涉及的管理系统的非法交易检测处理的第3例子的序列图。在第3例子中，前半部分的处理与第2例子共同，因此，主要说明与第2例子不同的处理。具体而言，在第3例子中，第2例子的图6中说明的处理是共同的。图9示出，图6之后的处理。

在第2例子中，个别地进行解密处理和合计处理，但是，在第3例子中，一并进行解密处理和合计处理。

从图6之后的处理开始说明。

步骤S147，与第2例子相同。

接着，终端A以及终端B，在投票完成标志为开的情况下，生成存放交易数据，将存放交易数据发送给交易服务器10(S181，S182)。具体而言，终端A，在步骤S147后，生成存放交易数据，将生成的存放交易数据发送给交易服务器10。存放交易数据包括，智能合约地址、作为执行函数的存放函数、作为参数的解密密钥、以及各用户的用户ID。各用户的用户ID是，拥有生成了存放交易数据的终端20的用户的用户ID。也就是说，在终端20是终端A的情况下，用户ID是用户A的用户ID。另外，关于终端B，也进行同样的处理，来生成存放交易数据，将生成的解密密钥交易数据发送给交易服务器10。

接着，交易服务器10，将从终端A接收的存放交易数据、以及从终端B接收的存放交易数据，传输给包括终端A以及终端B的多个终端20(S183)。

接着，交易服务器10以及多个终端20，执行共识算法，生成包括存放交易数据的区块，存放到分布式账本107、208(S184)。

接着，交易服务器10以及多个终端20，若针对存放交易数据执行共识算法，则以智能合约来执行存放函数(S185至S188)。存放函数是，用于将解密密钥存放到各存储部的函数。具体而言，交易服务器10以及多个终端20，将从各终端20获得的存放交易数据中包括的解密密钥存放到交易服务器10以及多个终端20分别具备的存储部。步骤S185至S188的各个处理是，按照存放交易数据的数量进行的。也就是说，步骤S185至S188的各个处理是，按照解密密钥的数量进行的。

接着，进行与第2例子中的步骤S157至S160同样的处理。

接着，交易服务器10以及多个终端20，若针对合计交易数据执行共识算法，则以智能合约来执行合计函数(S161至S168，S189至S192)。具体而言，交易服务器10以及多个终端20，判断是否满足了投票结束条件(S161至S164)。在判断为满足了投票结束条件的情况下(S161至S164的“是”)，交易服务器10以及多个终端20的每一个，将赞成与否信息解密(S189至S192)。于是，交易服务器10以及多个终端20的每一个，执行合计函数(S165至S168)。合计函数是，用于对投票结果进行合计的函数。交易服务器10以及多个终端20，执行合计函数，来进行合计处理。交易服务器10以及多个终端20，在判断为没有满足投票结束条件的情况下(S161至S164的“否”)，返回到步骤S161至S164的处理。另外，关于合计处理，与第2例子相同，因此，省略详细说明。

[效果等]

如上所述，根据实施方式1所涉及的管理系统等，能够根据因被存放在分布式账本而难以篡改的赞成与否信息，判断通报是否正确。因此，能够适当地检测非法交易。

并且，根据实施方式1所涉及的管理系统等，利用多个赞成与否信息，在赞成的数量比规定的阈值多的情况下，判断为通报正确，在比规定的阈值少的情况下，判断为通报不正确，因此，能够更适当地检测非法交易。

并且，根据实施方式1所涉及的管理系统等，将令牌提供给投票者，因此，能够向投票者赋予促使投票的激励。因此，能够增加投票者的数量，能够抑制针对通报进行的判断集中于一方，能够更适当地检测非法交易。

并且，根据实施方式1所涉及的管理系统等，在判断为通报正确的情况下，中止交易，因此，能够抑制继续进行非法交易。

并且，根据实施方式1所涉及的管理系统等，对进行了正确的通报的通报者赋予令牌，因此，能够向通报者赋予促使正确的通报的激励。因此，能够更适当地检测非法交易。

并且，根据实施方式1所涉及的管理系统等，从进行了非法的通报的通报者收集令牌，因此，能够抑制通报者进行非法的通报。因此，能够更适当地检测非法交易。

(实施方式2)

图10是示出实施方式2所涉及的管理系统的结构的一个例子的图。

实施方式2所涉及的管理系统，如图10所示，与实施方式1所涉及的管理系统相比，不同之处是，包括多个交易服务器10a至10c，以及终端21a至21x的结构。

另外，以下，将交易服务器10a至交易服务器10c的每一个也称为交易服务器10，但是，有时会将交易服务器10a至交易服务器10c称为交易服务器A至交易服务器C。并且，将终端21a至终端21x的每一个也称为终端21，但是，有时会将终端21a至终端21x称为终端A至终端X。

关于交易服务器10的结构，与实施方式1同样，因此，省略详细说明。

[终端21]

图11是示出实施方式2所涉及的终端21的结构的一个例子的图。对于与图3同样的要素，赋予相同的符号，省略详细说明。

图11所示的终端21，与实施方式1所涉及的终端20不同的结构是，不包括交易数据验证部206、记录部207、分布式账本208以及存储部209。另外，终端21也可以具有，与终端20同样的结构。

[管理系统的工作等]

接着，说明如上构成的管理系统的工作。

图12以及图13是示出实施方式2所涉及的管理系统的非法交易检测处理的第1例子的序列图。图13示出，图12所示的处理之后的处理。

图12以及图13所示的终端A、终端B以及终端C分别是，由用户A、用户B以及用户C操作的终端21。也就是说，终端A、终端B以及终端C，包括在多个终端21中。终端A是，在由交易服务器10a至10c提供的电子商务服务中，利用用户A的用户ID而被认证的终端。终端B是，在由交易服务器10a至10c提供的电子商务服务中，利用用户B的用户ID而被认证的终端。终端C是，在由交易服务器10a至10c提供的电子商务服务中，利用用户C的用户ID而被认证的终端。

首先，假设终端C的用户C利用终端C，进行了示出怀疑电子商务服务中处理的多个交易中的一个交易是非法交易的输入。也就是说，用户C是，进行通报的通报者。并且，用户A以及用户B是，进行关于赞成与否的投票的投票者。

终端C，将包括根据输入而生成的通报信息的通报交易数据发送给交易服务器10a(S201)。

接着，交易服务器10a，将从终端C接收的通报交易数据，传输给其他的交易服务器10b以及交易服务器10c(S202)。

接着，交易服务器10a至10c，执行共识算法，生成包括通报交易数据的区块，存放到分布式账本107(S203)。

接着，交易服务器10a，将通报交易数据中包括的通报信息通知给终端A以及终端B(S204)。

另外，交易服务器10a，也可以选择通报者以外的所有的用户，以作为投票者，也可以选择包括通报者的所有的用户，以作为投票者，也可以从通报者以外的多个用户中随机选择一部分的用户。交易服务器10a，向选择为投票者的用户拥有的终端21发送通报信息。

接着，终端A以及终端B的每一个，生成赞成与否交易数据，将赞成与否交易数据发送给交易服务器10a(S205，S206)。具体而言，终端A，在步骤S204后，通过显示用于确认针对通报信息所示的通报的赞成与否的界面(UI)，从而催促用户A输入该赞成与否。于是，终端A，从用户A接受赞成与否的输入，来生成赞成与否信息，生成包括生成的赞成与否信息的赞成与否交易数据。另外，关于终端B，也进行同样的处理，来生成赞成与否交易数据。

接着，交易服务器10a，将从终端A接收的赞成与否交易数据、以及从终端B接收的赞成与否交易数据，传输给其他的交易服务器10b以及交易服务器10c(S207)。

接着，交易服务器10a至10c，执行共识算法，生成包括赞成与否交易数据的区块，存放到分布式账本107(S208)。另外，在步骤S208中，也可以一并处理从终端A接收的赞成与否交易数据、以及从终端B接的收赞成与否交易数据，也可以个别地处理这些数据。

接着，交易服务器10a，判断是否满足了投票结束条件(S209)。另外，交易服务器10b以及交易服务器10c也可以进行步骤S209的判断。步骤S209的判断，与步骤S108同样。

交易服务器10a，在判断为满足了投票结束条件的情况下(S209的“是”)，执行下一个步骤S210的处理，在判断为没有满足投票结束条件的情况下(S209的“否”)，等待来自终端A以及终端B的赞成与否交易数据的接收、传输、以及共识算法的执行。

在步骤S210中，交易服务器10a，生成请求信息，将生成的请求信息发送给多个终端21(S210)。请求信息是一种信息，即，用于向发送了包括赞成与否信息的赞成与否交易数据的多个终端21请求，将加密后的赞成与否信息解密的解密密钥。

接着，终端A以及终端B的每一个，生成解密密钥交易数据，将解密密钥交易数据发送给交易服务器10a(S211，S212)。具体而言，终端A，在步骤S210后，按照请求交易数据中包括的请求信息，生成包括存储部209中存储的解密密钥的解密密钥交易数据。另外，关于终端B，也进行同样的处理，来生成解密密钥交易数据。

接着，交易服务器10a，将从终端A接收的解密密钥交易数据、以及从终端B接收的解密密钥交易数据，传输给交易服务器10b以及交易服务器10c(S213)。

接着，交易服务器10a至10c，执行共识算法，生成包括解密密钥交易数据的区块，存放到分布式账本107(S214)。

接着，交易服务器10a，利用从终端A以及终端B的每一个获得的赞成与否交易数据以及解密密钥交易数据，对投票结果进行合计(S215)。具体而言，交易服务器10a，利用从各终端21获得的解密密钥交易数据中包括的解密密钥，将从该终端21获得的赞成与否交易数据中包括的加密后的赞成与否信息解密。交易服务器10a，例如，在解密后的赞成与否信息示出赞成的情况下，将赞成的计数值加1。进一步，交易服务器10a也可以，例如，在解密后的赞成与否信息示出反对的情况下，将反对的计数值加1。交易服务器10a，针对接收的多个赞成与否交易数据的每一个，反复进行上述的处理，从而对赞成的数量(或反对的数量)进行计数。换而言之，赞成的数量是，交易服务器10a接收的多个赞成与否交易数据中包括的多个赞成与否信息中的、示出赞成的赞成与否信息的数量。如此，交易服务器10a，通过对赞成的数量(或反对的数量)进行计数，从而对投票结果进行合计。

接着，交易服务器10a，判断通报是否成功(S216)。具体而言，交易服务器10a，在赞成的数量(即示出赞成的赞成与否信息的数量)比规定的阈值多的情况下，判断为通报成功，在赞成的数量比规定的阈值少的情况下，判断为通报失败。也可以将通报成功称为通报正确，也可以将通报失败称为通报不正确。

交易服务器10a，在判断为通报成功的情况下(S216的“是”)，中止被通报的交易(S217)。具体而言，交易服务器10a也可以，通过将示出被通报的交易是否中止的标志设为开，即，将标志的值，从示出正在交易的值切换为示出中止的值，从而中止交易。交易服务器10a，在交易被中止时，在电子商务服务中，也可以进行示出该交易被中止的显示，也可以改变为不接受针对该交易的来自用户的输入的状态。

接着，交易服务器10a，生成第1令牌交易数据以及第2令牌交易数据(S218)。

接着，交易服务器10a，将生成的第1令牌交易数据以及第2令牌交易数据发送给交易服务器10b以及交易服务器10c(S219)。

接着，交易服务器10a至10c，执行共识算法，生成包括第1令牌交易数据的区块、以及包括第2令牌交易数据的区块，将这些区块存放到分布式账本107(S220)。据此，在交易服务器10a中，针对投票者执行赋予第1令牌的量的令牌的处理，针对通报者执行赋予第2令牌的量的令牌的处理。交易服务器10a也可以，针对各投票者的终端21，进行对该投票者赋予了第1令牌的量的令牌之意的通知。并且，交易服务器10a也可以，针对通报者的终端21，进行对该通报者赋予了第2令牌的量的令牌之意的通知。

另外，交易服务器10a也可以，在步骤S218中，生成包括第1令牌的量以及第2令牌的量的令牌交易数据。交易服务器10a也可以，在步骤S219中，将生成的令牌交易数据发送给交易服务器10b以及交易服务器10c。于是，交易服务器10a至10c也可以，在步骤S220中，执行共识算法，生成包括令牌交易数据的区块，存放到分布式账本107。

接着，交易服务器10a，针对多个终端21，进行示出进行了令牌的赋予的通知(S221)。具体而言，交易服务器10a也可以，针对各投票者的终端21，进行对该投票者赋予了第1令牌的量的令牌之意的通知。并且，交易服务器10a也可以，针对通报者的终端21，进行对该通报者赋予了第2令牌的量的令牌之意的通知。

交易服务器10a，在判断为通报失败的情况下(S216的“否”)，生成第3令牌交易数据(S222)。

接着，交易服务器10a，将生成的第3令牌交易数据发送给交易服务器10b以及交易服务器10c(S223)。

接着，交易服务器10a，执行共识算法，生成包括第3令牌交易数据的区块，存放到分布式账本107(S224)。据此，在交易服务器10a中，执行从通报者收集第3令牌的量的令牌的处理。

另外，交易服务器10a也可以，在步骤S222中，还生成第1令牌交易数据。在此情况下，交易服务器10a，在步骤S223中，还将生成的第1令牌交易数据发送给交易服务器10b以及交易服务器10c。于是，交易服务器10a至10c也可以，在步骤S224中，进一步，执行共识算法，生成包括第1令牌交易数据的区块，存放到分布式账本107。据此，在交易服务器10a中，针对投票者执行赋予第1令牌的量的令牌的处理。

接着，交易服务器10a，针对各投票者的终端21，进行示出进行了令牌的赋予或收集的通知(S225)。具体而言，交易服务器10a也可以，针对各投票者的终端21，进行对该投票者赋予了第1令牌的量的令牌之意的通知。交易服务器10a也可以，针对通报者的终端21，进行从该通报者收集第3令牌的量的令牌之意的通知。

关于在实施方式2所涉及的处理中交易服务器10a单独进行的处理，也可以在交易服务器10a至10c的每一个中进行。

图14以及图15是示出实施方式2所涉及的管理系统的非法交易检测处理的第2例子的序列图。图15示出，图14所示的处理之后的处理。

第2例子是，以智能合约来执行第1例子中进行的各处理的例子。也就是说，在第2例子中，在分布式账本107中，存放执行第1例子中进行的各处理的合约代码。各处理包括，接受赞成与否信息的处理(即，投票的处理)、判断投票结束条件的处理、将赞成与否信息解密的处理、对投票结果进行合计的处理、判断通报是否正确的处理、中止交易的处理、以及针对通报者或投票者的令牌的赋予或收集的处理的某一个。在图14以及图15中，说明以智能合约来执行这些处理的全部的例子，但并不限于此。例如，也可以以智能合约来执行这些处理的一部分，不以智能合约执行剩余的一部分，而由交易服务器10a至10c中的一个装置执行剩余的一部分。

图14以及图15所示的终端A、终端B以及终端C，与第1例子相同。并且，用户A、用户B以及用户C，也与第1例子相同。

首先，进行与第1例子的步骤S201至S208相同的处理。

接着，交易服务器10a至10c的每一个，若针对赞成与否交易数据执行共识算法，则以智能合约来执行投票函数(S231)。另外，在图14中示出，仅交易服务器10a执行步骤S231，但是，交易服务器10b以及交易服务器10c也同样执行步骤S231的处理。赞成与否交易数据，与实施方式1的第2例子中说明的赞成与否交易数据相同。步骤S231的处理是，按照赞成与否交易数据的数量进行的。也就是说，步骤S231的各处理是，按照投票的数量进行的。

接着，终端A以及终端B的每一个，生成确认交易数据，将确认交易数据发送给交易服务器10a(S232，S233)。具体而言，终端A，在步骤S205后，生成包括用于执行投票是否结束的确认的确认函数的确认交易数据，将生成的确认交易数据发送给交易服务器10a。确认交易数据，与实施方式1中说明的确认交易数据相同。终端A，在步骤S205后，定期地生成确认交易数据，将生成的确认交易数据发送给交易服务器10a。另外，关于终端B，也进行同样的处理，来生成确认交易数据，将生成的确认交易数据发送给交易服务器10a。

接着，交易服务器10a，将从终端A接收的确认交易数据、以及从终端B接收的确认交易数据，传输给交易服务器10b以及交易服务器10c(S234)。

接着，交易服务器10a至10c，执行共识算法，生成包括确认交易数据的区块，存放到分布式账本107(S235)。

接着，交易服务器10a至10c的每一个，若针对确认交易数据执行共识算法，则以智能合约来执行结束确认函数(S236)。结束确认函数是，用于判断投票结束条件的函数。具体而言，交易服务器10a至10c的每一个，执行结束确认函数，来判断是否满足了投票结束条件(S236)。关于该处理，与实施方式1的第1例子的步骤S108同样，因此，省略详细说明。在判断为满足了投票结束条件的情况下(S236的“是”)，交易服务器10a至10c的每一个，将投票完成标志设为开，即，将标志的值从示出投票没有完成的值切换为示出投票完成的值(S237)。交易服务器10a至10c的每一个，在判断为没有满足投票结束条件的情况下(S236的“否”)，返回到步骤S236的处理。另外，在图14中示出，仅交易服务器10a执行步骤S236以及步骤S237，但是，交易服务器10b以及交易服务器10c也同样执行步骤S236以及步骤S237的处理。

接着，交易服务器10a，确认投票完成标志为开(S238)。

接着，交易服务器10a，在投票完成标志为开的情况下，生成请求信息，将生成的请求信息发送给多个终端21(S210)。

接着，进行与步骤S211至S214同样的处理。

接着，交易服务器10a至10c的每一个，若针对解密密钥交易数据执行共识算法，则以智能合约来执行解密函数(S239)。解密函数是，用于利用解密密钥将加密后的赞成与否信息解密的函数。具体而言，交易服务器10a至10c的每一个，利用从各终端21获得的解密密钥交易数据中包括的解密密钥，将从该终端21获得的赞成与否交易数据中包括的加密后的赞成与否信息解密。解密结果，例如，被存储到交易服务器10a至10c分别具备的存储部。解密结果也可以，暂时被存储到存储部。步骤S239的处理是，按照解密密钥交易数据的数量进行的。也就是说，步骤S239的处理是，按照解密密钥的数量进行的。另外，在图15中示出，仅交易服务器10a执行步骤S239，但是，交易服务器10b以及交易服务器10c也同样执行步骤S239的处理。

接着，交易服务器10a，生成合计交易数据，将合计交易数据发送给交易服务器10b以及交易服务器10c(S240)。具体而言，交易服务器10a，在步骤S239后，生成包括用于对投票结果进行合计的合计函数的合计交易数据，将生成的合计交易数据发送给交易服务器10b以及交易服务器10c。合计交易数据，与实施方式1中说明的合计交易数据相同。交易服务器10a，在步骤S239后，定期地生成合计交易数据，将生成的合计交易数据发送给交易服务器10b以及交易服务器10c。另外，关于交易服务器10b以及交易服务器10c，也可以进行同样的处理，来生成合计交易数据，将生成的合计交易数据发送给其他的交易服务器10。

接着，交易服务器10a至10c，执行共识算法，生成包括合计交易数据的区块，存放到分布式账本107(S241)。

接着，交易服务器10a至10c的每一个，若针对合计交易数据执行共识算法，则以智能合约来执行合计函数(S242，S243)。具体而言，交易服务器10a至10c的每一个，判断是否满足了投票结束条件(S242)。在判断为满足了投票结束条件的情况下(S242的“是”)，交易服务器10a至10c的每一个，执行合计函数(S243)。合计函数是，用于对投票结果进行合计的函数。交易服务器10a至10c，执行合计函数，来进行合计处理。交易服务器10a至10c，在判断为没有满足投票结束条件的情况下(S242的“否”)，返回到步骤S242的处理。另外，在图15中示出，仅交易服务器10a执行步骤S242以及步骤S243，但是，交易服务器10b以及交易服务器10c也同样执行步骤S242以及步骤S243的处理。

关于合计处理，与实施方式1中利用图8说明的合计处理相同，因此，省略详细说明。

图16是示出实施方式2所涉及的管理系统的非法交易检测处理的第3例子的序列图。在第3例子中，前半部分的处理与第2例子共同，因此，主要说明与第2例子不同的处理。具体而言，在第3例子中，第2例子的图14中说明的处理是共同的。图16示出，图14之后的处理。

在第2例子中，个别地进行解密处理和合计处理，但是，在第3例子中，一并进行解密处理和合计处理。

从图14之后的处理开始说明。

步骤S238，与第2例子相同。

交易服务器10a，在投票完成标志为开的情况下，生成请求信息，将生成的请求信息发送给多个终端21(S251)。请求信息是一种信息，即，用于向发送了包括赞成与否信息的赞成与否交易数据的多个终端21请求，包括将加密后的赞成与否信息解密的解密密钥的存放交易数据。

接着，终端A以及终端B的每一个，生成存放交易数据，将存放交易数据发送给交易服务器10a(S252，S253)。存放交易数据，与实施方式1中说明的存放交易数据相同。具体而言，终端A，在步骤S251后，按照请求信息，生成包括存储部209中存储的解密密钥的存放交易数据。另外，关于终端B，也进行同样的处理，来生成存放交易数据。

接着，交易服务器10a，将从终端A接收的存放交易数据、以及从终端B接收的存放交易数据，传输给交易服务器10b以及交易服务器10c(S254)。

接着，交易服务器10a至10c，执行共识算法，生成包括存放交易数据的区块，存放到分布式账本107(S255)。

接着，交易服务器10a至10c，若针对存放交易数据执行共识算法，则以智能合约来执行存放函数(S256)。存放函数是，用于将解密密钥存放到各存储部的函数。具体而言，交易服务器10a至10c，将从各终端21获得的存放交易数据中包括的解密密钥存放到交易服务器10a至10c分别具备的存储部。步骤S256的处理是，按照存放交易数据的数量进行的。也就是说，步骤S256的处理是，按照解密密钥的数量进行的。

接着，进行与第2例子中的步骤S240以及步骤S241同样的处理。

接着，交易服务器10a至10c的每一个，若针对合计交易数据执行共识算法，则以智能合约来执行合计函数(S242，S243，S254)。具体而言，交易服务器10a至10c的每一个，判断是否满足了投票结束条件(S242)。在判断为满足了投票结束条件的情况下(S242的“是”)，交易服务器10a至10c的每一个，将赞成与否信息解密(S254)。于是，交易服务器10a至10c的每一个，执行合计函数(S243)。合计函数是，用于对投票结果进行合计的函数。交易服务器10a至10c的每一个，执行合计函数，来进行合计处理。交易服务器10a至10c，在判断为没有满足投票结束条件的情况下(S242的“否”)，返回到步骤S242的处理。另外，关于合计处理，与第2例子相同，因此，省略详细说明。

[效果等]

如上所述，根据实施方式2所涉及的管理系统等，能够根据因被存放在分布式账本而难以篡改的赞成与否信息，判断通报是否正确。因此，能够适当地检测非法交易。

(变形例1)

在实施方式1以及2所涉及的管理系统中，交易服务器10针对交易数据执行共识算法，生成包括交易数据的区块，将生成的区块存放到各交易服务器10具备的分布式账本107，但并不限于此。例如，不包括交易服务器10的多个装置也可以，生成包括交易数据的区块，将生成的区块存放到该多个装置分别具备的分布式账本。在此情况下，交易服务器10也可以，访问多个装置来参照多个装置的分布式账本中存放的数据，或者，将处理所需要的信息的请求发送给多个装置，来获得该所需要的信息。据此，交易服务器10也可以，执行说明为实施方式1以及2所涉及的管理系统中由交易服务器10执行的处理中的、生成包括交易的区块且将生成的区块存放到分布式账本的处理以外的处理。

(变形例2)

在上述实施方式1以及2所涉及的管理系统中，交易服务器10，按照通报是否成功，对通报者赋予令牌，或者，从通报者收集令牌，但是，也可以使通报者的可靠度增大或减小。例如，交易服务器10也可以，在判断为通报成功的情况下，以通报者的可靠度增大的方式更新该可靠度，即，以通报者的可靠性变高的方式更新该可靠度。并且，交易服务器10也可以，在判断为通报失败的情况下，以通报者的可靠度减小的方式更新该可靠度。可靠度是，示出用户是否可靠的指标，例如，可靠度所示的数值越大则越示出用户可靠。交易服务器10也可以，生成包括更新后的可靠度的交易数据，与其他装置一起执行针对该交易数据的共识算法，来生成包括该交易数据的区块，将生成的区块存放到交易服务器10具备的分布式账本107。

并且，交易服务器10也可以，按照用户的可靠度来改变用于判断通报是否成功的判断的规定的阈值。交易服务器10也可以，例如，以可靠度越大则越成为小的值的方式设定规定的阈值。据此，可靠度小的用户进行的通报难以成功。例如，虽然没有非法的怀疑但滥发通报的用户的通报难以成功，能够更新可靠度来使可靠度减小。因此，能够抑制虽然没有非法的怀疑但错误地判断为交易是非法交易。反而，可靠度大的用户进行的通报容易成功。关于可靠度大的用户，由于认真判断交易的非法的可能性高，因此，即使在赞成的数量不超过半数的情况下，也能够检测非法交易。例如，即使在因恶意反对非法交易的集团投票而赞成的数量不超过半数的情况下，也能够检测非法交易。

并且，在由交易服务器10提供的电子商务服务中也可以，针对提供物品或服务的第1用户，按照可靠度来改变能够同时提供的物品或服务的数量。例如，也可以将能够同时提供的物品或服务的数量设定为，用户的可靠度越小则越少。并且，也可以针对购买物品或服务的第2用户，按照可靠度来改变购买一个物品或服务的购买金额的上限。例如，也可以将购买金额的上限设定为，用户的可靠度越小则越少。

并且，也可以按照投票者的可靠度来改变投票者的赞成与否信息的投票的1票的计数的权重。例如，也可以将1票的计数的权重设定为，用户的可靠度越小则越小。例如，关于可靠性高的用户，也可以将权重设定为1.5，将1票计数为1.5票。关于可靠性低的用户，也可以将权重设定为0.8，将1票计数为0.8票。也就是说，在通报是否正确的判断中，利用基于可靠度的权重计算赞成的数量。

(变形例3)

在实施方式1以及2所涉及的管理系统中，在由交易服务器10提供的电子商务服务中也可以，从提供物品或服务的第1用户，预先收集作为用于进行该交易的押金的令牌。第1用户是，提供物品或服务的申请人。于是，管理系统也可以，在没有针对该交易的通报的情况下，或者，在虽有该通报但被判断为不正确的情况下，将作为押金而收集的令牌返还给申请人。并且，管理系统也可以，在有针对该交易的通报且被判断为该通报正确的情况下，不将作为押金而收集的令牌返还给申请人。也可以将决定为不返回的令牌，作为报酬赋予给进行了通报的通报者。据此，能够抑制由申请人提供非法的交易。

并且，在由交易服务器10提供的电子商务服务中也可以，从通报者，预先收集作为用于进行通报的押金的令牌。于是，管理系统也可以，在判断为通报者的通报正确的情况下，将作为押金而收集的令牌返还给通报者。并且，管理系统也可以，在判断为通报者的通报不正确的情况下，不将作为押金而收集的令牌返还给通报者。关于决定为不返回的令牌，也可以赋予给提供交易的申请人，也可以赋予给投票者，也可以赋予给电子商务服务的服务商，也可以废弃。据此，能够抑制通报者对没有非法的怀疑的交易、或非法的怀疑的程度低的交易进行通报。

关于在此设定的押金的量，也可以按照变形例2中说明的可靠度而被改变。例如，也可以将押金的量设定为，用户的可靠度越小则越多。

(变形例4)

关于实施方式1以及2所涉及的管理系统中利用的、将赞成与否信息加密的方法也可以是，同态加密、全同态加密、或秘密分散法。关于通过同态加密、全同态加密、或秘密分散法而加密的数据，不将数据解密也能够执行加法处理。例如，通过将示出赞成的数据设定为+1，将示出反对的数据设定为－1，从而能够对加密状态的赞成以及反对的投票数进行计数。也就是说，在合计处理中也可以，利用加密状态的赞成与否信息进行合计。此后，也可以将加密后的赞成与否信息解密。此时的合计处理，也可以由交易服务器10进行，也可以由与交易服务器10不同的装置进行。

(变形例5)

在实施方式1以及2所涉及的管理系统中，多个投票者分别利用多个终端进行示出针对通报的赞成与否的输入，来进行赞成与否的投票，但并不限于此。与投票者不同的信息处理装置也可以进行通报是否正确的判断。此时的信息处理装置，例如，也可以利用由机器学习得到的模型，判断通报是否正确，也可以利用预先决定的算法，判断通报是否正确。例如，信息处理装置也可以，利用针对过去的交易的通报、该交易的内容(物品或服务的内容以及其价格)、以及通报是否正确的判断结果，进行机器学习来生成模型。并且，也可以根据非法的内容生成预先决定的算法。非法的内容是指，例如，成为交易的对象的物品或服务的实体是与该交易的名义不同的物品，对成为交易的对象的物品或服务设定的价格脱离标准的价格等。脱离标准的价格是指，例如，设定的价格与标准的价格的差，比标准的价格的规定的比例的价格大。标准的价格也可以，根据与该物品或该服务相同、同一种类或同等的物品或服务的过去交易的实际成绩而被计算。

在此情况下，也可以仅由信息处理装置，将通报是否正确的判断结果作为赞成与否信息发送给交易服务器10。于是，交易服务器10也可以，仅根据从信息处理装置发送的赞成与否信息进行通报是否正确的判断。另外，在信息处理装置判断为通报正确的情况下，信息处理装置，将示出赞成的赞成与否信息发送给交易服务器10。反而，在信息处理装置判断为通报不正确的情况下，信息处理装置，将示出反对的赞成与否信息发送给交易服务器10。也可以将此时发送的赞成与否信息，作为赞成与否交易数据中包括的信息发送。也就是说，信息处理装置也可以，将赞成与否交易数据发送给交易服务器10。

(变形例6)

在实施方式1以及2所涉及的管理系统中，由交易服务器10提供电子商务服务，但是，提供的交易服务并不限于电子商务服务。例如，也可以提供一种服务，即，从多个用户拥有的终端，获得终端的工作日志以及/或检测日志，分析这些日志，向各用户通知分析结果。此时的交易是，包括工作日志以及/或检测日志的日志的交易。在通报中，也可以进行怀疑日志是非法日志的通报，也可以进行怀疑用户是非法用户的通报。

(变形例7)

在实施方式1以及2所涉及的管理系统中也可以，利用区块链的结构进行交易的中止处理。例如，交易服务器10也可以，在交易中止处理中，生成交易中止事务，利用生成的交易中止事务，与多个其他装置之间执行共识算法，生成包括交易中止交易数据的区块，将生成的区块，存放到交易服务器10具备的分布式账本107以及多个其他装置具备的分布式账本。交易中止交易数据包括，智能合约地址、作为执行函数的交易中止函数、以及作为参数的通报ID。于是，交易服务器10以及多个其他装置的每一个，执行交易中止函数，来进行交易中止处理。

(变形例8)

关于实施方式1以及2所涉及的管理系统，说明了如下例子，即，交易服务器10选择通报者以外的所有的用户，以作为投票者，但并不限于此。交易服务器10，也可以从通报者以外的多个用户中随机选择一部分的用户，也可以选择包括通报者的所有的用户，以作为投票者。交易服务器10，向选择为投票者的用户拥有的终端20发送赞成与否交易数据。

(变形例9)

在实施方式1以及2所涉及的管理系统中，赞成与否交易数据也可以包括，解密密钥的哈希值、或明文的赞成与否信息的哈希值。据此，能够判断终端A以及终端B，是否发送了正确的解密密钥，或者，是否发送了正确的正确赞成与否信息。

(变形例10)

在实施方式1以及2所涉及的管理系统中，向所有的投票者赋予第1令牌的量的令牌，但并不限于此。在通报成功的情况下也可以，对赞成通报的投票者赋予第1令牌的量的令牌，从反对通报的投票者收集第5令牌的量的令牌。并且，在通报失败的情况下也可以，从赞成通报的投票者收集第5令牌的量的令牌，对反对通报的投票者赋予第1令牌的量的令牌。

(变形例11)

在实施方式1以及2中，也可以将对用户赋予令牌的处理替换为使该用户的可靠度增大的处理，也可以在对用户赋予令牌的同时还使该用户的可靠度增大。并且，也可以将收集用户的令牌的处理替换为使用户的可靠度减小的处理，也可以在收集用户的令牌的同时还使该用户的可靠度减小。

(其他的实施方式等)

如上所述，根据上述的实施方式说明了本公开，但是，当然本公开并不限于上述的实施方式。如下情况也包含在本公开内。

(1)具体而言，上述的实施方式的各个装置是，由微处理器、ROM、RAM、硬盘驱动器、显示单元、键盘、鼠标等构成的计算机系统。在所述RAM或硬盘驱动器记录有计算机程序。所述微处理器，根据所述计算机程序进行工作，据此，各个装置实现其功能。在此，计算机程序是，为了实现规定的功能，而组合示出针对计算机的指令的多个指令码来构成的。

(2)关于上述的实施方式的各装置，构成的构成要素的一部分由全部也可以由一个系统LSI(Large Scale Integration:大规模集成电路)构成。系统LSI是，将多个构成部集成在一个芯片上而制造的超多功能LSI，具体而言，包括微处理器、ROM、RAM等而构成的计算机系统。在所述RAM记录有计算机程序。所述微处理器，根据所述计算机程序进行工作，据此，系统LSI实现其功能。

并且，构成所述各个装置的构成要素的各个部分，也可以个别地单片化，也可以以包含一部分或全部的方式单片化。

并且，在此，设为系统LSI，但是，也会有根据集成度的不同，称为IC、LSI、超LSI、特大LSI的情况。并且，集成电路化的方法，并不限于LSI，也可以由专用电路或通用处理器来实现。也可以利用在制造LSI后能够编程的FPGA(Field Programmable Gate Array)、或能够重构LSI内部的电路单元的连接以及设定的可重构处理器。

进而，若因半导体技术的进步或派生的其他的技术而出现代替LSI的集成电路化的技术，当然，也可以利用该技术进行功能块的集成化。会有生物技术的适用等的可能性。

(3)构成上述的各个装置的构成要素的一部分或全部，也可以由与各个装置能够装卸的IC卡或单体的模块构成。所述IC卡或所述模块是，由微处理机、ROM、RAM等构成的计算机系统。所述IC卡或所述模块也可以包括，所述超多功能LSI。微处理机根据计算机程序工作，从而所述IC卡或所述模块实现其功能。该IC卡或模块也可以具有，防篡改性。

(4)本公开也可以是，上述的方法。并且，也可以是这些方法由计算机实现的计算机程序，也可以是由所述计算机程序构成的数字信号。

并且，本公开，也可以将所述计算机程序或所述数字信号记录到计算机可读取的记录介质、例如软盘、硬盘、CD-ROM、MO、DVD、DVD-ROM、DVD-RAM、BD(Blu-ray(注册商标)Disc)、半导体存储器等。并且，也可以是这些记录介质所记录的所述数字信号。

并且，本公开也可以将所述计算机程序或所述数字信号经由电气通信线路、无线或有线通信线路、以因特网为代表的网络、数据广播等传送。

并且，本公开也可以是具备微处理器和存储器的计算机系统，所述存储器记录有上述计算机程序，所述微处理器按照所述计算机程序工作。

并且，也可以通过将所述程序或所述数字信号记录到所述记录介质中并移送，或通过将所述程序或所述数字信号经由所述网络等移送，来由独立的其他的计算机系统执行。

(5)也可以将上述实施方式及上述变形例分别组合。

工业实用性

本公开，能够用于控制方法、服务器、以及程序，例如，能够用于在交易中能够适当地检测非法交易的控制方法、服务器、以及程序等。

符号说明

10，10a至10c 交易服务器

20，20a至20x，21，21a至21x 终端

101，201 通信部

102 判断部

103，204 信息生成部

104，205 交易数据生成部

105，206 交易数据验证部

106，207 记录部

107，208 分布式账本

202 输入部

203 显示部

209 存储部

Claims (15)

1.一种控制方法，是在具备拥有分布式账本的多个装置的电子交易中的非法交易通报系统中由所述多个装置中的一个装置执行的控制方法，

获得包括通报信息的通报交易数据，所述通报信息示出怀疑一个交易是非法交易的通报，

将获得的所述通报交易数据传输给所述多个装置中的多个其他装置，并且，将所述通报交易数据存放到所述一个装置的分布式账本，

获得包括针对所述通报的赞成与否信息的赞成与否交易数据，

将获得的所述赞成与否交易数据传输给所述多个其他装置，并且，将所述赞成与否交易数据存放到所述一个装置的分布式账本，

根据所述赞成与否交易数据中包括的所述赞成与否信息，判断所述通报是否正确。

2.如权利要求1所述的控制方法，

在所述赞成与否交易数据的获得中，从多个用户拥有的多个终端获得多个赞成与否交易数据，

在所述判断中，根据所述多个赞成与否交易数据中包括的多个赞成与否信息，在所述多个赞成与否信息中的示出赞成的赞成与否信息的数量比规定的阈值多的情况下，判断为所述通报正确，在示出所述赞成的赞成与否信息的数量比所述规定的阈值少的情况下，判断为所述通报不正确。

3.如权利要求2所述的控制方法，

进一步，

将第1令牌交易数据发送给所述多个其他装置，并且，将所述第1令牌交易数据存放到所述一个装置的分布式账本，所述第1令牌交易数据包括对发送了所述多个赞成与否交易数据的所述多个用户的每一个赋予的第1令牌的量。

4.如权利要求2或3所述的控制方法，

进一步，

以发送了所述多个赞成与否交易数据的所述多个用户各自的第1可靠度增大的方式更新所述第1可靠度，将包括更新后的第1可靠度的第1可靠度交易数据传输给所述多个其他装置，并且，将所述第1可靠度交易数据存放到所述一个装置的分布式账本，

在所述判断中，利用基于所述第1可靠度的权重来计算所述赞成的数量。

5.如权利要求1至4的任一项所述的控制方法，

进一步，

当在所述判断中被判断为所述通报正确的情况下，中止所述交易。

6.如权利要求1至5的任一项所述的控制方法，

进一步，

当在所述判断中被判断为所述通报正确的情况下，将第2令牌交易数据发送给所述多个其他装置，并且，将所述第2令牌交易数据存放到所述一个装置的分布式账本，所述第2令牌交易数据包括对发送了所述通报交易数据的用户即通报者赋予的第2令牌的量。

7.如权利要求1至6的任一项所述的控制方法，

进一步，

当在所述判断中被判断为所述通报不正确的情况下，将第3令牌交易数据发送给所述多个其他装置，并且，将所述第3令牌交易数据存放到所述一个装置的分布式账本，所述第3令牌交易数据包括向发送了所述通报交易数据的用户即通报者请求的第3令牌的量。

8.如权利要求1至7的任一项所述的控制方法，

进一步，

当在所述判断中被判断为所述通报正确的情况下，以发送了所述通报交易数据的用户即通报者的可靠度增大的方式更新所述可靠度，将包括更新后的可靠度的可靠度交易数据传输给所述多个其他装置，并且，将所述可靠度交易数据存放到所述一个装置的分布式账本，

在所述判断中利用所述规定的阈值，所述规定的阈值被设定为存放在所述分布式账本中的所述分布式账本的所述通报者的所述更新后的可靠度越大则值就越小。

9.如权利要求1至8的任一项所述的控制方法，

进一步，

从由所述交易的申请人操作的终端获得包括用于所述交易的第4令牌的量的申请信息，

在没有针对所述交易的所述通报的情况下，或者，在虽有所述通报但被判断为该通报不正确的情况下，将与所述第4令牌的量为相同量的令牌返还给所述申请人，

在有针对所述交易的所述通报且被判断为该通报正确的情况下，不将与所述第4令牌的量为相同量的令牌返还给所述申请人。

10.如权利要求9所述的控制方法，

所述第4令牌的量被设定为，与针对所述申请人决定的可靠度对应的量。

11.如权利要求1至10的任一项所述的控制方法，

进一步，

获得包括用于执行所述判断的执行信息的执行交易数据，

所述多个装置拥有的多个分布式账本的每一个包括，用于根据所述执行交易数据来执行所述判断的合约代码，

在所述判断中，在获得所述执行交易数据后，执行所述一个装置的分布式账本中包括的所述合约代码来执行所述判断。

12.如权利要求1至11的任一项所述的控制方法，

所述赞成与否交易数据中包括的所述赞成与否信息被加密，

通过向发送了所述赞成与否交易数据的装置或终端，发送用于请求将加密后的所述赞成与否信息解密的解密密钥的请求信息，从而从所述装置或所述终端获得所述解密密钥，

利用所述解密密钥将加密后的所述赞成与否信息解密，

根据解密后的所述赞成与否信息，判断所述通报是否正确。

13.如权利要求12所述的控制方法，

在所述请求信息的发送中，将包括所述请求信息的请求交易数据发送给所述多个其他装置，并且，将所述请求交易数据存放到所述一个装置的分布式账本，

在所述解密密钥的获得中，从所述多个其他装置获得包括所述解密密钥的解密密钥交易数据，将所述解密密钥交易数据存放到所述一个装置的分布式账本。

14.一种装置，是在具备拥有分布式账本的多个装置的电子交易中的非法交易通报系统中的所述多个装置中的一个装置，

所述一个装置，具备：

处理器；以及

存储器，

所述处理器，利用所述存储器进行如下处理，即，

获得包括通报信息的通报交易数据，所述通报信息示出怀疑交易是非法交易的通报，

将获得的所述通报交易数据传输给所述多个装置中的多个其他装置，并且，将所述通报交易数据存放到所述一个装置的分布式账本，

获得包括针对所述通报的赞成与否信息的赞成与否交易数据，

将获得的所述赞成与否交易数据传输给所述多个其他装置，并且，将所述赞成与否交易数据存放到所述一个装置的分布式账本，

根据所述赞成与否交易数据中包括的所述赞成与否信息，判断所述通报是否正确。

15.一种程序，该程序用于使计算机执行在具备拥有分布式账本的多个装置的电子交易中的非法交易通报系统中由所述多个装置中的一个装置执行的控制方法，

获得包括通报信息的通报交易数据，所述通报信息示出怀疑交易是非法交易的通报，

将获得的所述通报交易数据传输给所述多个装置中的多个其他装置，并且，将所述通报交易数据存放到所述一个装置的分布式账本，

获得包括针对所述通报的赞成与否信息的赞成与否交易数据，

将获得的所述赞成与否交易数据传输给所述多个其他装置，并且，将所述赞成与否交易数据存放到所述一个装置的分布式账本，

根据所述赞成与否交易数据中包括的所述赞成与否信息，判断所述通报是否正确。

Images