CN114846471A - 数据流通方法、程序及数据流通系统 - Google Patents

数据流通方法、程序及数据流通系统 Download PDF

Info

Publication number
CN114846471A
CN114846471A CN202080090169.4A CN202080090169A CN114846471A CN 114846471 A CN114846471 A CN 114846471A CN 202080090169 A CN202080090169 A CN 202080090169A CN 114846471 A CN114846471 A CN 114846471A
Authority
CN
China
Prior art keywords
data
servers
authentication
authentication server
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202080090169.4A
Other languages
English (en)
Inventor
海上勇二
松岛秀树
芳贺智之
前田学
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of CN114846471A publication Critical patent/CN114846471A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1087—Peer-to-peer [P2P] networks using cross-functional networking aspects
    • H04L67/1091—Interfacing with client-server systems or between P2P systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/01—Customer relationship services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201—Market modelling; Market analysis; Collecting market data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2220/00—Business processing using cryptography
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

在本公开的数据流通方法中，多个第1认证服务器和第1数据服务器属于第1组，多个第2认证服务器和第2数据服务器属于与第1组不同的第2组。一个第1认证服务器取得包含数据取得委托的第1事务数据，改数据取得委托表示委托取得或参照设备的数据的意思；将包含第1事务数据的区块记录到属于第1组的一个第1认证服务器的分布式账本中；一个第2认证服务器取得第1事务数据，将包含第1事务数据的区块记录到属于第2组的分布式账本中。并且，使第1数据服务器将自身所具有的设备的数据转送给第2数据服务器，或者使自身所具有的设备的数据能够被第2数据服务器参照。

Description

数据流通方法、程序及数据流通系统
技术领域
本公开涉及用于利用从用户收集到的数据的数据流通方法、程序及数据流通系统。
背景技术
近年来，研究了对用户的数据及设备的数据进行收集、分析及流通的系统。今后，随着IoT(Internet of Things)的发展及AI等的普及，能够收集比以往更多的数据，所以期待收集等的数据的利用。
例如在非专利文献1中，公开了通过将赛博空间(Cyberspace，虚拟空间)和物理空间(现实空间)高度融合的系统来兼顾经济发展和社会问题的解决的、作为以人为中心的社会的Society 5.0。
根据非专利文献1，在Society 5.0中叙述了例如在观光或健康管理中对个人数据进行收集等并利用。
现有技术文献
非专利文献
非专利文献1：Strategy for PromotingData Utilization to Realize Society5.0，因特网<URL：https：//www.keidanren.or.jp/en/policy/2017/104.html？v＝p>[2019年12月25日检索]
发明内容
发明要解决的课题
但是，在还不知道将从用户收集等得到的数据在何处怎样利用的情况下，即在不能确保从用户收集等得到的数据的可追溯性的情况下，有用户担心数据泄漏的风险而不提供数据本身的问题。由于该问题，使得不能收集到能够利用数据之程度的数据。
本公开是鉴于上述的情况而做出的，目的是提供能够在确保数据的可追溯性的同时利用数据的数据流通方法等。
用于解决课题的手段
为了达成上述目的，本公开的数据流通方法，是由分别具有分布式账本的多个认证服务器、多个数据服务器以及设备构成的数据流通系统中的数据流通方法，上述多个认证服务器中的多个第1认证服务器、以及上述多个数据服务器中的一个以上的第1数据服务器属于第1组，上述多个认证服务器中的与上述多个第1认证服务器不同的多个第2认证服务器、以及上述多个数据服务器中的与上述一个以上的第1数据服务器不同的一个以上的第2数据服务器属于与上述第1组不同的第2组，在上述数据流通方法中，上述多个第1认证服务器中的一个第1认证服务器取得包含数据取得委托的第1事务数据，上述数据取得委托表示委托取得或参照上述设备的数据的意思，上述一个第1认证服务器将包含上述第1事务数据的区块记录到属于上述第1组的上述一个第1认证服务器的分布式账本中，使上述一个以上的第1数据服务器将上述一个以上的第1数据服务器所具有的上述设备的数据转送给上述一个以上的第2数据服务器，或者使上述一个以上的第1数据服务器所具有的上述设备的数据能够被上述一个以上的第2数据服务器参照，上述多个第2认证服务器中的一个第2认证服务器取得上述第1事务数据，上述一个第2认证服务器将包含上述第1事务数据的区块记录到属于上述第2组的上述一个第2认证服务器的分布式账本中。
另外，这些包含性或具体的技术方案也可以由系统、方法、集成电路、计算机程序或计算机可读取的CD－ROM等记录介质实现，也可以由系统、方法、集成电路、计算机程序及记录介质的任意的组合来实现。
发明效果
根据本公开，能够实现能够在确保数据的可追溯性的同时利用数据的数据流通方法等。
附图说明
图1是表示有关实施方式的数据流通系统的整体构成的一例的图。
图2是表示有关实施方式的住宅的整体构成的一例的图。
图3是表示图2所示的控制器的构成的一例的框图。
图4是表示有关实施方式的终端的构成的一例的框图。
图5是表示有关实施方式的认证服务器的构成的一例的框图。
图6是表示区块链的数据结构的说明图。
图7是表示有关实施方式的数据服务器的一例的框图。
图8是表示有关实施方式的服务服务器的一例的框图。
图9A是有关实施方式的数据流通系统的整体顺序图。
图9B是有关实施方式的数据流通系统的整体顺序图。
图10是表示有关实施方式的终端与认证服务器之间的同意信息登记处理的顺序图。
图11是表示有关实施方式的住宅、认证服务器与数据服务器之间的数据登记处理的顺序图。
图12A是表示有关实施方式的终端、认证服务器、数据服务器与服务服务器之间的数据参照处理的顺序图。
图12B是表示有关实施方式的终端、认证服务器、数据服务器与服务服务器之间的数据参照处理的顺序图。
图13是表示有关实施方式的认证服务器与服务服务器之间的关于激励支付的智能合约登记处理的顺序图。
图14A是表示有关实施方式的数据流通系统的数据提供处理的一例的顺序图。
图14B是表示有关实施方式的数据流通系统的数据提供处理的一例的顺序图。
图15A是表示有关实施方式的数据流通系统的数据提供处理的另一例的顺序图。
图15B是表示有关实施方式的数据流通系统的数据提供处理的另一例的顺序图。
图15C是表示有关实施方式的数据流通系统的数据提供处理的另一例的顺序图。
具体实施方式
本公开的一实施方式的数据流通方法，是由分别具有分布式账本的多个认证服务器、多个数据服务器以及设备构成的数据流通系统中的数据流通方法，上述多个认证服务器中的多个第1认证服务器、以及上述多个数据服务器中的一个以上的第1数据服务器属于第1组，上述多个认证服务器中的与上述多个第1认证服务器不同的多个第2认证服务器、以及上述多个数据服务器中的与上述一个以上的第1数据服务器不同的一个以上的第2数据服务器属于与上述第1组不同的第2组，在上述数据流通方法中，上述多个第1认证服务器中的一个第1认证服务器取得包含数据取得委托的第1事务数据，上述数据取得委托表示委托取得或参照上述设备的数据的意思，上述一个第1认证服务器将包含上述第1事务数据的区块记录到属于上述第1组的上述一个第1认证服务器的分布式账本中，使上述一个以上的第1数据服务器将上述一个以上的第1数据服务器所具有的上述设备的数据转送给上述一个以上的第2数据服务器，或者使上述一个以上的第1数据服务器所具有的上述设备的数据能够被上述一个以上的第2数据服务器参照，上述多个第2认证服务器中的一个第2认证服务器取得上述第1事务数据，上述一个第2认证服务器将包含上述第1事务数据的区块记录到属于上述第2组的上述一个第2认证服务器的分布式账本中。
由此，在属于数据提供源的第1组的分布式账本和属于数据提供目的地的第2组的分布式账本双方中记录数据已被转送或成为数据能够被参照的情况。这样，能够进行属于不同的组的数据的协同。因此，能够实现即使是不同的组间也能够在确保数据的可追溯性的同时利用数据的数据流通方法等。
此外，也可以是，上述数据流通系统还包括服务服务器，在上述数据流通方法中，上述服务服务器生成上述第1事务数据，并发送给上述一个第1认证服务器及上述一个第2认证服务器，在上述一个第1认证服务器取得了上述第1事务数据时，上述一个第1认证服务器，基于从上述设备得到的与上述数据的利用有关的同意信息，判断是否能够将上述数据从上述一个以上的第1数据服务器提供给上述一个以上的第2数据服务器，使上述一个以上的第1数据服务器将上述一个以上的第1数据服务器所具有的上述设备的数据转送给上述一个以上的第2数据服务器，或者使上述一个以上的第1数据服务器所具有的上述设备的数据能够被上述一个以上的第2数据服务器参照。
由此，能够在确保数据的可追溯性的同时，在用户的同意之下利用数据。
此外，也可以是，进一步，上述服务服务器在确认了上述一个以上的第1数据服务器将上述设备的数据转送给了上述一个以上的第2数据服务器、或者已使上述设备的数据能够被上述一个以上的第2数据服务器参照的情况下，生成用于对上述设备发行令牌的第2事务数据，上述一个第1认证服务器取得上述第2事务数据，上述一个第1认证服务器将包含上述第2事务数据的区块记录到属于上述第1组的上述一个第1认证服务器的分布式账本中，上述一个第1认证服务器通过使被编程为能够基于所记录的上述第2事务数据执行发行令牌的处理的智能合约进行动作，使上述智能合约对上述设备发行令牌。
此外，也可以是，上述一个第1认证服务器取得被编程为能够基于上述同意信息执行判断是否能够提供上述数据的处理的智能合约，上述一个第1认证服务器在取得了上述第1事务数据的情况下，在通过基于所取得的上述第1事务数据执行上述智能合约而判断为能够将上述数据从上述一个以上的第1数据服务器提供给上述一个以上的第2数据服务器时，使上述一个以上的第1数据服务器将上述一个以上的第1数据服务器所具有的上述设备的数据转送给上述一个以上的第2数据服务器、或者使上述一个以上的第1数据服务器所具有的上述设备的数据能够被上述一个以上的第2数据服务器参照。
此外，也可以是，在向上述一个第1认证服务器的分布式账本记录时，上述一个第1认证服务器进行所取得的上述第1事务数据的验证，上述一个第1认证服务器在通过进行上述验证而确认了上述第1事务数据的正当性的情况下，与上述多个第1认证服务器中的除了上述一个第1认证服务器以外的多个第1认证服务器一起执行用于关于上述第1事务数据的正当性达成共识的共识算法，在通过上述共识算法关于上述第1事务数据的正当性达成了共识的情况下，上述一个第1认证服务器将包含上述第1事务数据的区块记录到属于上述第1组的上述一个第1认证服务器的分布式账本中。
此外，也可以是，在向上述一个第2认证服务器的分布式账本记录时，上述一个第2认证服务器进行所取得的上述第1事务数据的验证，上述一个第2认证服务器在通过进行上述验证而确认了上述第1事务数据的正当性的情况下，与上述多个第2认证服务器中的除了上述一个第2认证服务器以外的多个第2认证服务器一起执行用于关于上述第1事务数据的正当性达成共识的共识算法，在通过上述共识算法关于上述第1事务数据的正当性达成了共识的情况下，上述一个第2认证服务器将包含上述第1事务数据的区块记录到属于上述第2组的上述一个第2认证服务器的分布式账本中。
此外，本公开的一实施方式的数据流通系统，具备分别具有分布式账本的多个认证服务器和多个数据服务器，其中，上述多个认证服务器中的多个第1认证服务器、以及上述多个数据服务器中的一个以上的第1数据服务器属于第1组，上述多个认证服务器中的与上述多个第1认证服务器不同的多个第2认证服务器、以及上述多个数据服务器中的与上述一个以上的第1数据服务器不同的一个以上的第2数据服务器属于与上述第1组不同的第2组，上述多个第1认证服务器中的一个第1认证服务器具备：第1通信部，取得包含数据取得委托的第1事务数据，上述数据取得委托表示委托取得或参照设备的数据的意思；第1记录部，上述一个第1认证服务器将包含上述第1事务数据的区块记录到属于上述第1组的上述一个第1认证服务器的分布式账本中；以及执行部，使上述一个以上的第1数据服务器将上述一个以上的第1数据服务器所具有的上述设备的数据转送给上述一个以上的第2数据服务器，或者使上述一个以上的第1数据服务器所具有的上述设备的数据能够被上述一个以上的第2数据服务器参照，上述多个第2认证服务器中的一个第2认证服务器具备：第2通信部，取得上述第1事务数据；以及第2记录部，上述一个第2认证服务器将包含上述第1事务数据的区块记录到属于上述第2组的上述一个第2认证服务器的分布式账本中。
以下，参照附图对实施方式进行说明。另外，以下说明的实施方式都表示本公开的一具体例。因而，在以下的实施方式中表示的数值、形状、材料、构成要素、构成要素的配置及连接形态、步骤、步骤的顺序等是一例，不是限定本公开的意思。此外，以下的实施方式的构成要素中的、在表示有关本公开的一方式的实现方式的独立权利要求中没有记载的构成要素，设为任意的构成要素进行说明。本公开的实现方式并不限定于现行的独立权利要求，也可以由其他的独立权利要求来表现。
(实施方式)
首先，对本公开的系统构成进行说明。
[1.系统构成]
本公开的数据流通系统对属于数据提供源的组的分布式账本和属于数据提供目的地的组的分布式账本双方，记录数据已被转送或成为能够被参照的情况。这样，本公开的数据流通系统利用区块链技术能够在确保数据的可追溯性的同时，进行属于不同的组的数据的协同。即，本公开的数据流通系统能够在确保数据的可追溯性的同时进行该数据的利用。因此，用户能够安心地提供数据。
以下，参照附图进行实施方式的数据流通系统等的说明。
[1.1数据流通系统10的整体构成]
图1是表示有关本实施方式的数据流通系统10的整体构成的一例的图。如图1所示，数据流通系统10具备住宅100、终端110、认证服务器200a、200b、200c、210a、210b、210c、数据服务器300、310和服务服务器400、410。这些通过通信网络500连接。
认证服务器200a、200b、200c、210a、210b、210c与具有分布式账本的存储装置连接，分布式账本以电子方式记录区块链的事务数据及区块。另外，认证服务器200既可以经由通信网络500而与该存储装置连接，也可以在内部具备该存储装置。
此外，假设认证服务器200a、200b、200c和数据服务器300形成一个组(以下称作第1组)、认证服务器200a、200b、200c使用区块链技术管理数据服务器300的数据而进行说明。以下有时将认证服务器200a、200b、200c表现为认证服务器200。同样，假设认证服务器210a、210b、210c和数据服务器310形成与第1组不同的一个组(以下称作第2组)，认证服务器210a、210b、210c使用区块链技术管理数据服务器310的数据而进行说明。以下有时将认证服务器210a、210b、210c表现为认证服务器210。另外，第1组和第2组例如是区块链的不同的平台的一例，属于各自的分布式账本包含有不同的事务数据。
[1.2住宅100的构成]
图2是表示有关本实施方式的住宅100的整体构成的一例的图。
住宅100是取得或收集用户的数据的有关本公开的设备的一例。取得或收集的数据例如也可以是用户的健康诊断数据、睡眠数据、血压数据、体重数据、运动数据等的健康管理数据，但并不限于此。取得或收集的数据并不限于健康管理数据，也可以是包括心律等的生命体征数据的用户个人数据，也可以是测量数据，也可以是设备的动作履历或设备的操作履历等的设备的履历信息。这样，取得或收集的数据只要是服务业者能够利用的数据即可。
在本实施方式中，如图2所示，住宅100具备控制器101、太阳能发电装置102、蓄电池103、空调104、体组成计105和血压计106。这些通过通信网络连接。
另外，以下假设由住宅100取得或收集的数据被存储在属于第1组的数据服务器300中而进行说明。
<控制器101>
控制器101进行空调104、体组成计105及血压计106等的宅内设备的控制。此外，控制部1011也可以显示太阳能发电装置102及蓄电池103的动作状况。
此外，控制器101也可以收集宅内设备的动作履历或操作履历等的履历信息，也可以收集太阳能发电装置102及蓄电池103的动作状况的履历信息。此外，控制器101也可以收集由宅内设备测量的测量数据。
进而，控制器101也可以将收集到的履历信息及测量数据等的数据发送给数据服务器300，也可以将所生成的事务数据发送给认证服务器200。
<太阳能发电装置102>
太阳能发电装置102是搭载有使用太阳能电池将太阳光直接变换为电力的发电方式的装置。太阳能发电装置102发电的电力在住宅100内被使用，或被蓄电到蓄电池103中。另外，太阳能发电装置102不是必须的构成，在住宅100中也可以不具备。
<蓄电池103>
蓄电池103将太阳能发电装置102发电的电力进行蓄电。另外，蓄电池103不是必须的构成，在住宅100中也可以不具备。
<空调104、体组成计105及血压计106>
空调104、体组成计105及血压计106是用户使用的宅内设备，但也可以是本公开的设备的一例。例如空调104的动作履历或操作履历等的履历信息被发送至数据服务器300。此外，体组成计105及血压计106的动作履历或操作履历等的履历信息、由体组成计105测量的体重数据及/或由血压计106测量的血压数据等的用户的测量数据也被发送至数据服务器300。另外，这些数据既可以经由控制器101被发送至数据服务器300，也可以直接被发送至数据服务器300。
以下，对控制器101的构成的一例进行说明。
[1.3控制器101的构成]
图3是表示图2所示的控制器101的构成的一例的框图。
控制器101具备处理器(未图示)和存储有使处理器执行规定的处理的程序的存储器(未图示)。即，控制器101通过由处理器使用存储器执行规定的程序而实现。在本实施方式中，如图3所示，控制器101具备控制部1011、事务数据生成部1012、输入部1013、记录部1014和通信部1015。
<控制部1011>
控制部1011也可以进行宅内设备的控制。在图2所示的例子中，控制部1011对空调104、体组成计105及血压计106等的宅内设备进行操作，或对宅内设备的动作履历、状态进行管理。此外，控制部1011也可以显示太阳能发电装置102及蓄电池103的动作状况。例如，控制部1011也可以显示太阳能发电装置102中的发电状况或蓄电池103的蓄电状态。此外，控制部1011也可以显示宅内设备的状态或者由体组成计105或血压计106测量的生命体征数据。
此外，控制部1011也可以收集宅内设备的动作履历或操作履历等的履历信息，也可以收集太阳能发电装置102及蓄电池103的动作状况的履历信息。此外，控制部1011也可以收集由宅内设备测量的测量数据。
<输入部1013>
输入部1013生成与所取得或收集的数据的利用有关的同意信息。这里，同意信息是表示用户同意所取得或收集的数据被利用的内容的信息，基于用户的操作而生成。同意信息例如也可以通过从输入部1013所提供的数据提供目的地的服务业者一览或数据一览中选择或解除选择而生成。在此情况下，同意信息中包含用户同意的能够提供数据的服务业者或用户同意的能够提供的数据或数据的种类。即，同意信息中包含用户同意提供的服务业者、或者数据或数据的种类。另外，同意信息例如也可以是同意向第三者提供数据或供其参照的信息，所述第三者是从输入部1013所提供的数据提供目的地来看的第三者，并且是基于信任度或激励根据用户的规定基准来甄别的第三者。第三者也可以与输入部1013所提供的数据提供目的地所属的组不同。进而，在有一定以上的反馈的情况下，同意信息也可以包含同意提供的信息。
此外，输入部1013也可以基于所生成的同意信息来生成智能合约。这里，该智能合约是被编程为能够执行判断是否能够提供数据的处理的智能合约。该智能合约中也可以包含由输入部1013生成的同意信息。
另外，输入部1013也可以是安装在控制器101中的应用，在此情况下，所安装的应用实现输入部1013的上述功能。
<事务数据生成部1012>
事务数据生成部1012生成区块链中的事务数据。在本实施方式中，事务数据生成部1012生成包含由输入部1013生成的同意信息的事务数据。更具体地讲，事务数据生成部1012生成例如包含用户拥有的区块链地址、包括用户同意了提供的服务业者或者数据或数据的种类的同意信息、以及签名的事务数据。另外，事务数据生成部1012也可以还赋予识别符来生成事务数据。事务数据生成部1012使用用户单独的签名生成密钥生成签名。
此外，事务数据生成部1012也可以生成包含由输入部1013生成的智能合约的事务数据。另外，事务数据生成部1012也可以生成包含由输入部1013生成的同意信息和智能合约的事务数据。
此外，事务数据生成部1012也可以生成包含经由通信部1015取得的数据取得委托的事务数据。这里，数据取得委托例如也可以是使得属于与控制器101所属的组不同的组的数据服务器310能够取得或参照数据的委托。在此情况下，事务数据生成部1012只要生成包含经由通信部1015取得的数据取得委托和对它的同意信息的事务数据即可。
此外，事务数据生成部1012也可以生成包含表示由控制部1011收集等的履历信息或测量数据等数据的信息的事务数据。在此情况下，事务数据生成部1012例如只要生成包含用户拥有的区块链地址、表示由控制部1011收集等的数据的信息、以及签名的事务数据即可。这里，表示数据的信息例如可以是由控制部1011收集等的数据本身，也可以是该数据的哈希值，也可以是该数据的哈希值及该数据的属性信息。
数据的属性信息中例如也可以包含将该数据收集等的传感器或设备的类别。此外，在数据是步数数据、体重数据、体脂率数据或血压数据等的情况下，数据的属性信息中也可以包含表示该数据是何时、如何、在哪个项目中测量或收集到的数据的数据项目等。在设备是家电设备等的宅内设备的情况下，也可以在数据中包含表示其动作履历、动作日期时间等的数据项目。
事务数据生成部1012将所生成的事务数据记录到记录部1014中。事务数据生成部1012经由通信部1015发送给认证服务器200。
<记录部1014>
记录部1014记录由控制部1011收集到的履历信息及测量数据等的数据。此外，记录部1014记录事务数据生成部1012生成的事务数据。此外，记录部1014也可以记录由输入部1013生成的同意信息及智能合约。
<通信部1015>
通信部1015经由通信网络500与认证服务器200、210、数据服务器300和服务服务器400、410进行通信。该通信也可以通过TLS(Transport Layer Security：传输层安全协议)进行。在此情况下，TLS通信用的加密密钥由通信部1015保持。
接着，对终端110的构成的一例进行说明。
[1.4终端110的构成]
图4是表示有关本实施方式的终端110的构成的一例的框图。终端110是本公开的设备的一例，通过由处理器使用存储器执行规定的程序而实现。终端110例如是智能电话那样的具有显示部及输入部的设备、或可穿戴设备那样的取得用户的测量数据的设备等。
在本实施方式中，如图4所示，终端110具备事务数据生成部1101、输入部1102、数据取得部1103、记录部1104和通信部1105。另外，以下假设由终端110取得或收集的数据被存储到属于第1组的数据服务器300中而进行说明。
<输入部1102>
输入部1102生成与数据的利用有关的用户的同意信息。同意信息如上述那样是表示用户同意所取得或收集到的数据被利用的内容的信息，基于用户的操作而生成。
例如，同意信息也可以从输入部1102提供的数据提供目的地的服务业者一览或数据一览中选择或解除选择而生成。在此情况下，用户也可以基于数据的利用目的、数据的实际利用记录或因利用了数据而作出的对用户的反馈或激励，来选择数据提供目的地的服务业者。作为激励或反馈的一例，可以举出在用户将数据提供给服务业者的情况下从该服务业者向用户支付虚拟货币或显示能够享受的信息。此外，作为激励或反馈的一例，可以举出在用户将体组成计或血压计的测量履历等的测量数据提供给运动俱乐部的情况下，能够从运动俱乐部享受免费体验或会费减价、或者显示能够享受的信息。
另外，同意信息与上述同样，例如也可以是同意向第三者提供数据或供其参照的信息，所述第三者是从输入部1102所提供的数据提供目的地来看的第三者，并且是基于信任度或激励根据用户的规定基准来甄别的第三者。第三者也可以与输入部1102所提供的数据提供目的地所属的组不同。
此外，输入部1102也可以基于所生成的同意信息，生成被编程为能够执行判断是否能够提供数据的处理的智能合约。
<事务数据生成部1101>
事务数据生成部1101生成区块链中的事务数据。在本实施方式中，事务数据生成部1101生成包含由输入部1102生成的同意信息的区块链中的事务数据。更具体地讲，事务数据生成部1101生成例如包含用户拥有的区块链地址、包括用户同意了提供的服务业者或者数据或数据的种类的同意信息、以及签名的事务数据。
另外，事务数据生成部1101也可以还赋予识别符而生成事务数据。事务数据生成部1101只要使用用户单独的签名生成密钥来生成签名即可。
此外，事务数据生成部1101也可以生成包含表示由数据取得部1103取得的数据的信息的事务数据。在此情况下，事务数据生成部1101只要生成例如包含用户拥有的区块链地址、表示由数据取得部1103取得的数据的信息、以及签名的事务数据即可。表示数据的信息例如可以是由数据取得部1103取得的数据本身，也可以是该数据的哈希值，也可以是该数据的哈希值及该数据的属性信息。
此外，事务数据生成部1101也可以生成包含由输入部1102生成的智能合约的事务数据。另外，事务数据生成部1101也可以生成包含由输入部1102生成的同意信息和智能合约的事务数据。
事务数据生成部1101将所生成的事务数据记录到记录部1104。事务数据生成部1101将所生成的事务数据经由通信部1105发送给认证服务器200或数据服务器300。
此外，事务数据生成部1101也可以生成包含经由通信部1105取得的数据取得委托的事务数据。这里，数据取得委托例如也可以是使得属于与终端110所属的组不同的组的数据服务器310能够取得或参照数据的委托。在此情况下，事务数据生成部1101只要生成包含经由通信部1105取得的数据取得委托和对它的同意信息的事务数据即可。
<数据取得部1103>
数据取得部1103取得终端110拥有的传感器得到的测量数据等的数据。例如在终端110拥有加速度传感器及GPS传感器的情况下，数据取得部1103取得包含从加速度传感器得到的步数、从GPS传感器得到的位置信息的步数数据作为测量数据。此外，数据取得部1103既可以取得血压数据，也可以取得心律数据，作为测量数据。即，数据取得部1103取得服务业者能够利用的数据。
数据取得部1103将所取得的数据记录到记录部1104中。数据取得部1103也可以经由通信部1105发送给数据服务器300。
<记录部1104>
记录部1104记录事务数据生成部1101所生成的事务数据。此外，记录部1104记录数据取得部1103所取得的数据。另外，记录部1104也可以记录输入部1102所生成的同意信息及智能合约。
<通信部1105>
通信部1105经由通信网络500，与认证服务器200、数据服务器300进行通信。该通信也可以通过TLS进行。在此情况下，TLS通信用的加密密钥也可以由通信部1105保持。
接着，对认证服务器200的构成的一例进行说明。
[1.5认证服务器200、210的构成]
认证服务器200、210管理从住宅100或终端110取得的数据。
另外，如上述那样，认证服务器200和数据服务器300属于第1组，认证服务器200使用区块链技术对数据服务器300的数据进行管理。这里，认证服务器200即认证服务器200a、200b、200c是多个第1认证服务器的一例，认证服务器200a是多个第1认证服务器中的一个第1认证服务器的一例。
此外，认证服务器210和数据服务器310属于第2组，认证服务器210使用区块链技术对数据服务器310的数据进行管理。这里，认证服务器210即认证服务器210a、210b、210c是多个第2认证服务器的一例，例如认证服务器210c是多个第2认证服务器中的一个第2认证服务器的一例。
认证服务器200a、200b、200c、210a、210b、210c是同样的构成，所以以下举认证服务器200a为例进行说明。
图5是表示有关本实施方式的认证服务器200a的构成的一例的框图。
如图5所示，认证服务器200a具备事务数据验证部211、区块生成部212、同步部213、智能合约执行部214、记录部215和通信部216。认证服务器200a可以通过由处理器使用存储器执行规定的程序来实现。以下，对各构成要素进行说明。
<事务数据验证部211>
事务数据验证部211验证所取得的事务数据。具体而言，如果取得来自住宅100或终端110等设备的事务数据，则事务数据验证部211验证事务数据的格式是否符合、以及签名是否正当。例如，在验证包含数据取得委托的事务数据的情况下，事务数据验证部211验证该事务数据中包含的地址、数据取得委托及签名是否正当。另外，例如在验证包含表示数据的信息的事务数据的情况下，事务数据验证部211只要验证该事务数据中包含的地址、表示数据的信息及签名是否正当即可。
这样，事务数据验证部211通过确认所取得的事务数据的正当性来验证事务数据。
事务数据验证部211在验证的结果确认了事务数据的正当性的情况下，将该事务数据记录到记录部215中。这里，在判断为正当的事务数据的情况下，向同步部213通知。
<区块生成部212>
区块生成部212在事务数据验证部211中事务数据的验证成功的情况下，在多个认证服务器200之间执行关于事务数据的共识算法。这里，共识算法既可以使用被称作PBFT(Practical Byzantine Fault Tolerance：实用拜占庭容错算法)的共识算法，也可以使用PoW(Proof of Work：工作量证明)等其他的周知的共识算法。
在本实施方式中，区块生成部212在属于同一组即第1组的认证服务器200a、认证服务器200b及认证服务器200c之间执行共识算法。即，区块生成部212首先生成包含一个以上的事务数据的区块链的区块。接着，区块生成部212执行共识算法。并且，区块生成部212在通过执行共识算法形成了共识的情况下，将所生成的区块记录到记录部215中。由区块生成部212生成的区块由记录部215连接被记录到区块链上。
这里，对区块链的数据结构进行说明。
图6是表示区块链的数据结构的说明图。
区块链通过作为其记录单位的区块被以链(chain)状连接而成。各个区块具有多个事务数据、以及紧前的区块的哈希值。具体而言，在区块B2中包含其之前的区块B1的哈希值。并且，根据区块B2中包含的多个事务数据和区块B1的哈希值运算出的哈希值作为区块B2的哈希值被包含于区块B3。像这样，将之前的区块的内容作为哈希值来包含，并且将区块以链状连接，从而有效地防止所连接的事务数据的篡改。
假设过去的事务数据被变更，则区块的哈希值成为与变更前不同的值，要想使篡改后的区块伪装成正确的区块，必须重新制作其以后的全部区块，该作业在现实中是非常困难的。
<同步部213>
同步部213在属于同一组即第1组的多个认证服务器200(认证服务器200a～200c)之间进行区块链的区块或事务数据的同步。
在多个认证服务器200的同步部213中，以peer to peer进行区块链的事务数据的同步。并且，同步部213将进行同步后的区块链的事务数据记录到记录部215中。例如，如果在事务数据验证部211中验证了事务数据的正当性，则同步部213将已验证的事务数据转送给作为其他的认证服务器200的认证服务器200b、200c。此外，同步部213在从其他的认证服务器200接收到已验证的事务数据的情况下，将接收到的已验证的事务数据记录到记录部215中。
<智能合约执行部214>
智能合约执行部214将记录在分布式账本中的智能合约保存到工作存储器中。智能合约执行部214执行保存在工作存储器中的智能合约。
例如，如果包含有包括数据取得委托的事务数据的区块被生成并被记录到认证服务器200a的分布式账本中，则智能合约执行部214将基于用户的同意信息生成的智能合约保存到工作存储器中。智能合约执行部214通过执行保存在工作存储器中的智能合约，能够使被执行的智能合约判断能否提供数据。此外，被执行的智能合约进行能否提供数据的判断结果的通知，或对包括数据取得委托的事务数据中包含的区块链地址进行访问权的赋予。这样，智能合约执行部214例如通过以来自服务服务器400的访问为触发而执行智能合约，能够进行服务服务器400对数据服务器300所拥有的数据的访问管理。
另外，在数据取得委托是使得属于与认证服务器200a所属的第1组不同的第2组的数据服务器310等能够取得或参照数据的委托的情况下，被执行的智能合约如以下这样动作。即，被执行的智能合约基于用户的同意信息判断对属于第2组的数据服务器310等能否提供数据。并且，在被执行的智能合约判断为能够提供时，只要使属于第1组的数据服务器300将用户的数据转送给数据服务器310、或使得用户的数据能够被数据服务器310参照即可。这样，智能合约执行部214以包含数据取得委托的事务数据被记录到分布式账本中为触发，执行智能合约，将数据服务器300拥有的数据提供给不同的组。此外，由于在分布式账本中记录数据已被转送或成为能够被参照，所以能够确保数据的可追溯性。
此外，例如，如果包含与激励支付或反馈提供有关的信息的事务数据被记录到分布式账本中，则智能合约执行部214将基于激励支付或反馈提供而生成的智能合约保存到工作存储器中。智能合约执行部214通过执行保存在工作存储器中的智能合约，能够使被执行的智能合约进行激励支付或反馈提供。激励支付或反馈提供既可以是进行做了激励支付或反馈提供的意思的通知，也可以是对用户进行激励支付或反馈提供。
<记录部215>
记录部215将事务数据包含在区块中，向认证服务器200a的分布式账本记录。该分布式账本既可以构成在记录部215的内部中，也可以构成在认证服务器200a的外部存储装置的内部中。
另外，该事务数据包含从住宅100或终端110取得的事务数据。
在本实施方式中，记录部215在从本公开的设备接收到的事务数据的正当性得到确认的情况下，将包含该事务数据的区块记录到认证服务器200a的分布式账本中。另外，也可以将被记录到分布式账本中的区块链的区块向服务服务器400、住宅100或终端110公开。
<通信部216>
通信部216进行与住宅100、终端110、认证服务器200b、200c、数据服务器300及服务服务器400的通信。此外，通信部216有时也进行与认证服务器210的通信。这些通信也可以通过TLS进行。在此情况下，TLS通信用的加密密钥也可以由通信部216保持。
这样，认证服务器200a进行用于验证从住宅100或终端110取得的数据的正当性、或管理能否提供数据、或向服务服务器400提供数据的处理。此外，认证服务器200a进行用于管理对与自身所属的第1组不同的第2组能否提供数据、或向第2组提供数据的处理。另外，这里的数据提供，例如可以是数据的转送，也可以是使得能够参照数据。
此外，假设从住宅100或终端110取得的数据被数据服务器300记录、没有被认证服务器200a记录而进行了说明，但并不限于此。也可以由认证服务器200a记录该数据。在此情况下，也可以在认证服务器200a的分布式账本中作为包含该数据的事务数据进行记录。
接着，对数据服务器300、310进行说明。
[1.6数据服务器300、310的构成]
数据服务器300、310通过记录(存储)从住宅100或终端110取得的数据而管理该数据。数据服务器300、310是多个数据服务器的一例。数据服务器300是一个以上的第1数据服务器的一例，如上述那样属于第1组。此外，数据服务器310是与一个以上的第1数据服务器不同的一个以上的第2数据服务器的一例，如上述那样属于第2组。
由于数据服务器300、310是同样的构成，所以以下举数据服务器300为例进行说明。
图7是表示有关本实施方式的数据服务器300的构成的一例的框图。
如图7所示，数据服务器300具备数据管理部311、用户管理部312、记录部313和通信部314。数据服务器300可以通过由处理器使用存储器执行规定的程序来实现。以下，对各构成要素进行说明。
<数据管理部311>
数据管理部311管理从住宅100或终端110取得的数据。在本实施方式中，数据管理部311将从住宅100或终端110取得的数据记录到记录部313中。这里，所取得的数据既可以是住宅100或终端110等的本公开的设备从用户收集等的数据，也可以是用户信息。收集等的数据如上述那样并不限于健康管理数据，也可以是包含心律等的生命体征数据的用户个人数据，也可以是测量数据，也可以是设备的动作履历或设备的操作履历等的设备的履历信息。
此外，用户管理部312管理所取得的数据的用户信息。用户信息例如是与正在使用终端110的用户有关的信息、与处于住宅100内的包括用户的家族构成等的用户有关的信息。
此外，数据管理部311在从能够访问数据服务器300所属的第1组的服务服务器400接受到数据提供的委托时，基于记录在认证服务器200的分布式账本中的同意信息，提供用户的数据。例如，假设执行由认证服务器200基于同意信息生成的智能合约，数据服务器300从认证服务器200接收到表示能够提供数据的通知。在此情况下，进一步，数据管理部311在从服务服务器400接受到数据提供的委托时提供用户的该数据。另外，数据管理部311也可以从服务服务器400与数据提供的委托一起接受与希望数据提供的数据对应的区块链地址。
另外，例如在从不能访问第1组但能够访问第2组的服务服务器410接受到向属于第1组的认证服务器200a提供数据的委托的情况下，数据管理部311进行以下这样的动作。即，数据管理部311基于同意信息而被认证服务器200a控制，将记录在记录部313中的用户的数据转送给属于第2组的例如数据服务器310，或者使该数据能够被数据服务器310参照。这样，数据管理部311基于同意信息而被认证服务器200a控制，向作为不同的组的例如第2组的数据服务器310进行数据提供。
<记录部313>
记录部313记录从住宅100或终端110等的本公开的设备取得的数据。
<通信部314>
通信部314经由通信网络500与住宅100、终端110、认证服务器200、服务服务器400进行通信。此外，通信部314也可以经由通信网络500与数据服务器310或服务服务器400进行通信。这些通信也可以通过TLS进行。在此情况下，也可以由通信部314保持TLS通信用的加密密钥。
这样，属于第1组的数据服务器300记录从住宅100或终端110取得的数据。此外，属于第1组的数据服务器300通过智能合约等认证服务器200的控制等，向属于作为不同的组的第2组的数据服务器310进行数据提供。如上述那样，数据提供包括将数据转送及/或使得能够进行数据的参照。
另外，在本实施方式中，假设数据服务器300和认证服务器200为独立的服务器进行说明，但并不限于此。数据服务器300的功能也可以包含在认证服务器200中而动作。
接着，对服务服务器400、410的构成的一例进行说明。
[1.7服务服务器400的构成]
服务服务器400、410分别是由不同的服务业者管理的服务器，进行由服务业者提供的服务中的用户及服务的管理。服务业者例如是运动俱乐部等。服务服务器400、410分别利用从各终端110及/或住宅100取得的数据而提供服务。在本实施方式中，服务服务器400不能访问第2组但能够访问第1组，能够利用属于第1组的数据服务器300所拥有的数据。另一方面，服务服务器410不能访问第1组但能够访问第2组，能够利用属于第2组的数据服务器310所拥有的数据。
由于服务服务器400、410是同样的构成，所以以下举服务服务器400为例进行说明。
图8是表示有关本实施方式的服务服务器400的构成的一例的框图。
如图8所示，服务服务器400具备服务管理部411、用户管理部412、事务数据生成部413、记录部414和通信部415。服务服务器400可以通过由处理器使用存储器执行规定的程序来实现。以下，对各构成要素进行说明。
<服务管理部411>
服务管理部411利用用户管理部412所管理的用户的信息而提供服务。例如，服务管理部411从数据服务器300取得包括用户的体组成计测值或血压计测值等测量数据的数据，提供新的健康管理服务或验证效果。
服务管理部411使用用户管理部412所管理的用户的信息，生成表示委托数据的取得的数据取得委托，发送给事务数据生成部413。服务管理部411例如决定想要取得用户的怎样的数据，基于想要取得的用户的属性信息或想要取得的数据类别等，生成数据取得委托。例如在事前判明了用户的识别符的情况下，数据取得委托既可以包含指定了用户的识别符的委托，也可以包含区块链地址指定的委托，也可以包含指定了属性的委托。这里的属性既可以是住宅100或终端110等的设备的类别，也可以是从设备取得的数据的类别，也可以是用户的属性。
另外，也有服务管理部411想要取得的数据没有记录在属于第1组的数据服务器300中、而仅记录在属于与第1组不同的第2组的数据服务器310中的情况。在此情况下，服务管理部411经由通信部415，将由事务数据生成部413生成的包含数据取得委托的事务数据发送给属于第1组的认证服务器200和属于第2组的认证服务器210。在属于第2组的认证服务器210判断为也可以对第1组的数据服务器300等进行数据提供的情况下，通过该认证服务器210的控制，将属于第2组的数据服务器310所拥有的数据向属于第1组的数据服务器300提供。这样，服务管理部411在想要取得的数据没有记录在数据服务器300中而仅记录在数据服务器310中的情况下，也能够通过提供给数据服务器300而从数据服务器300取得该数据。
此外，服务管理部411在取得了数据的情况下，作为对所取得的数据的回报，生成与对所取得的数据的用户进行的激励支付或反馈提供有关的信息，发送给事务数据生成部413。这里，与激励支付或反馈提供有关的信息也可以包含作为对所取得的数据的回报而对于用户的区块链地址支付了虚拟货币的内容。另外，服务管理部411也可以基于所生成的激励支付或反馈提供来生成智能合约。在此情况下，智能合约中例如也可以包含用于执行以下处理的程序，该处理为，作为对所取得的数据的回报而对于用户的区块链地址支付虚拟货币。
<用户管理部412>
用户管理部412取得作为提供服务的对象的用户的信息，管理所取得的用户的信息。
<事务数据生成部413>
事务数据生成部413生成包含由服务管理部411生成的数据取得委托的事务数据。
此外，事务数据生成部413生成包含由服务管理部411生成的与激励支付或反馈提供有关的信息的事务数据。
此外，事务数据生成部413也可以生成包含由服务管理部411生成的基于激励支付或反馈提供的智能合约的事务数据。
<记录部414>
记录部414记录服务提供所需要的用户的信息或服务的信息。此外，记录部414记录由事务数据生成部413生成的事务数据。另外，记录部414也可以记录由服务管理部411生成的数据取得委托、与激励支付或反馈提供有关的信息、以及智能合约。
<通信部415>
通信部415经由通信网络500与认证服务器200及数据服务器300进行通信。该通信也可以通过TLS进行。在此情况下，TLS通信用的加密密钥也可以由通信部415保持。
[1.8数据流通系统10的整体次序]
接着，对数据流通系统10的整体次序进行说明。图9A及图9B是有关本实施方式的数据流通系统10的整体顺序图。关于各处理在后面叙述。
如图9A所示，在步骤S100中，在终端110、住宅100和属于第1组的认证服务器200a～200c之间进行同意信息登记处理。在图9A中，例如在终端110与属于第1组的认证服务器200a～200c之间进行同意信息登记处理。
此外，在步骤S200中，在终端110、住宅100、属于第1组的认证服务器200a～200c和数据服务器300之间进行数据登记处理。在图9A中，例如在住宅100与属于第1组的认证服务器200a～200c之间进行数据登记处理。
此外，在步骤S300中，在终端110、住宅100、认证服务器200a～200c、数据服务器300和服务服务器400之间进行数据参照处理。
另外，步骤S300的数据参照处理能够在步骤S100的同意信息登记处理中登记了用户的同意信息之后执行。在图9A中，例如在终端110、认证服务器200a～200c、数据服务器300和服务服务器400之间进行数据参照处理。
此外，在步骤S500中，如图9B所示，在终端110、服务服务器400、属于第1组的认证服务器200及数据服务器300、以及属于第2组的认证服务器210及数据服务器310之间进行数据提供处理。步骤S500的数据提供处理能够在步骤S200的数据登记处理中登记用户的数据之后执行。在后述的数据提供处理中，对将属于第1组的数据服务器300的数据向属于第2组的数据服务器310提供的情况进行说明。
[1.8.1同意信息登记处理]
接着，对终端110和认证服务器200a～200c之间的同意信息登记处理进行说明。
图10是表示有关本实施方式的终端110和认证服务器200a～200c之间的同意信息登记处理的顺序图。另外，在图10中表示了终端110登记同意信息的情况，但在住宅100的控制器101登记同意信息的情况下也为同样的处理。此外，在图10中表示了终端110和属于第1组的认证服务器200a～200c之间的同意信息登记处理，但并不限于此。在住宅100和属于第2组的认证服务器210a～210c之间进行同意信息登记处理的情况下也为同样的处理。
首先，终端110基于用户的操作生成同意信息(S101)。这里，优选的是在终端110中作为输入部1013而导入应用，应用基于用户的操作而生成同意信息。在此情况下，用户仅通过从输入部1013提供的数据提供目的地的服务业者一览或数据一览中指示选择或解除选择，就能够使终端110生成同意信息。
另外，用户在使终端110生成同意信息时，也可以在判断来自服务业者的反馈是否多之后，使其生成同意信息。例如，用户也可以根据在向服务业者提供了数据的情况下被提供虚拟货币、或者被提供服务业者的优惠券或折扣之类的反馈的内容，决定要选择的数据提供目的地(即数据提供的同意)。此外，例如，用户也可以基于在向服务业者提供了数据的情况下被提供的虚拟货币的数额或者优惠券或折扣的数额等向用户的反馈的内容，来决定要选择的数据提供目的地(即数据提供的同意)。反馈的内容既可以从服务业者公开，也可以被记录在认证服务器200的区块链中。
接着，终端110基于在步骤S101中生成的同意信息，生成智能合约(S102)。该智能合约是被编程为能够执行判断是否能够提供数据的处理的智能合约。在该智能合约中，也可以包含在步骤S101中生成的同意信息。进而，在该智能合约中，也可以包含能够执行在反馈为一定以上的情况下判断是否提供的处理的程序。
接着，终端110生成包含所生成的同意信息和智能合约的事务数据(S103)。
接着，终端110将在步骤S103中生成的事务数据发送给认证服务器200a(S104)。另外，在图10所示的例子中，终端110将所生成的事务数据发送给认证服务器200a，但也可以发送给认证服务器200b、200c。在发送给认证服务器200b、200c的情况下也是同样的。
接着，认证服务器200a如果从终端110取得事务数据(S105)，则进行所取得的该事务数据的验证(S106)。
在步骤S106中该事务数据的验证没有成功的情况下(S106中为“否”)，认证服务器200a向终端110发送该意思的通知(S107)。
另一方面，在步骤S106中该事务数据的验证成功的情况下(S106中为“是”)，认证服务器200a向其他的认证服务器200(认证服务器200b、200c)转送该事务数据(S108)。另外，在其他的认证服务器200中，也验证被转送来的该事务数据。
接着，认证服务器200a、认证服务器200b和认证服务器200c执行共识算法(S109)。认证服务器200a、认证服务器200b和认证服务器200c如果验证了该事务数据是正当的事务数据(即正当性)，则分别生成包含该事务数据的区块。并且，认证服务器200a、200b、200c将包含该事务数据的区块记录到分布式账本中。
这样，终端110制作的智能合约和同意信息被记录到分布式账本中。
并且，智能合约通过被记录到分布式账本中而成为能够执行即生效(S110)。另外，智能合约通过被记录到分布式账本中，被保存到认证服务器200a等的工作存储器中，所以成为能够执行。
[1.8.2数据登记处理]
接着，对住宅100、认证服务器200a～200c和数据服务器300之间的数据登记处理进行说明。
图11是表示有关本实施方式的住宅100、认证服务器200a～200c和数据服务器300之间的数据登记处理的顺序图。另外，在图11中表示了将住宅100取得的数据登记到数据服务器300的情况，但在登记终端110取得的数据的情况下也为同样的处理。此外，在图11中表示了住宅100与属于第1组的认证服务器200a～200c及数据服务器300之间的数据登记处理，但并不限于此。在住宅100和属于第2组的认证服务器210a～210c及数据服务器310之间进行数据登记处理的情况下也为同样的处理。
首先，住宅100取得由住宅100的宅内设备等得到的数据(S201)。住宅100取得的数据例如可以是宅内设备的操作履历，也可以是由太阳能发电装置102发电的电力量，也可以是蓄电池103输出的电力量数据。此外，住宅100取得的数据也可以是空调104的操作履历，也可以是由体组成计105及/或血压计106计测的生命体征数据。即，该数据只要是由住宅100取得并且服务业者能够利用的数据即可。
接着，住宅100生成包含与在步骤S201中取得的数据有关的信息在内的数据登记的事务数据(S202)。这里的与数据有关的信息，例如假设是该数据的哈希值及该数据的属性信息。在此情况下，该事务数据包含区块链地址、哈希值、属性信息及签名。
接着，住宅100将在步骤S201中取得的数据发送给认证服务器200a，将在步骤S202中生成的该事务数据发送给数据服务器300(S203)。另外，在图11所示的例子中，住宅100将在步骤S201中取得的事务数据发送给认证服务器200a，但也可以发送给认证服务器200b、200c。在发送给认证服务器200b、200c的情况下也是同样的。
接着，数据服务器300如果从住宅100取得数据(S204)，则数据服务器300记录在步骤S204中取得的数据(S205)。
接着，认证服务器200a如果从住宅100取得事务数据(S206)，则进行所取得的事务数据的验证(S207)。另外，步骤S204和步骤S206的顺序也可以不是这样而变更。
在步骤S207中事务数据的验证没有成功的情况下(S207中为“否”)，认证服务器200a向住宅100发送该意思的通知(S208)。另外，认证服务器200a并不限于向住宅100进行该意思的通知的情况，也可以也对数据服务器300通知该意思。进而，在此情况下，数据服务器300也可以将在步骤S205中记录的数据删除。
另一方面，在步骤S207中事务数据的验证成功的情况下(S207中为“是”)，认证服务器200a向其他的认证服务器200(认证服务器200b、200c)转送事务数据(S209)。另外，在其他的认证服务器200中也验证被转送来的事务数据。
接着，认证服务器200a、认证服务器200b和认证服务器200c执行共识算法(S210)。认证服务器200a、认证服务器200b和认证服务器200c如果验证了该事务数据是正当的事务数据(即正当性)，则分别生成包含该事务数据的区块。并且，认证服务器200a、200b、200c将包含该事务数据的区块记录到分布式账本中。
这样，包含有包含与数据有关的信息在内的数据登记的事务数据的区块被记录到分布式账本中，数据本身被记录到数据服务器300中。
[1.8.3数据参照处理]
接着，对终端110、认证服务器200a～200c、数据服务器300和服务服务器400之间的数据参照处理进行说明。
图12A及图12B是表示有关本实施方式的终端110、认证服务器200a～200c、数据服务器300和服务服务器400之间的数据参照处理的顺序图。在图12A及图12B所示的例子中，对服务服务器400从数据服务器300取得数据的情况进行说明。另外，在终端110、服务服务器410和属于第2组的认证服务器210a～210c及数据服务器310之间进行数据参照处理的情况也为同样的处理。即，服务服务器410从数据服务器310取得数据的情况下也是同样的。
首先，在图12A中，服务服务器400例如在决定了想要取得用户的怎样的数据的情况下，决定进行数据取得的委托(S301)。
接着，服务服务器400生成表示委托数据取得的意思的数据取得委托，生成包含数据取得委托的数据取得委托的事务数据(S302)。
接着，服务服务器400将所生成的事务数据发送给认证服务器200c(S303)。在图12A所示的例子中，服务服务器400将在步骤S302中生成的事务数据发送给认证服务器200c，但也可以发送给认证服务器200a、200b。在发送给认证服务器200a、200b的情况下也是同样的。
接着，认证服务器200c如果从服务服务器400取得该事务数据(S304)，则进行所取得的该事务数据的验证(S305)。
在步骤S305中该事务数据的验证没有成功的情况下(S305中为“否”)，认证服务器200c向服务服务器400发送该意思的通知(S306)。
另一方面，在步骤S305中该事务数据的验证成功的情况下(S305中为“是”)，认证服务器200c向其他的认证服务器200(认证服务器200a、200b)转送该事务数据(S307)。另外，在其他的认证服务器200中也验证被转送来的该事务数据。
接着，认证服务器200a、认证服务器200b和认证服务器200c执行共识算法(S308)。认证服务器200a、认证服务器200b和认证服务器200c如果验证了该事务数据是正当的事务数据(即正当性)，则分别生成包含该事务数据的区块。并且，认证服务器200a、200b、200c将包含该事务数据的区块记录到分布式账本中。
接着，认证服务器200a、认证服务器200b和认证服务器200c执行记录在分布式账本中的智能合约(S309)。该智能合约是基于同意信息生成的，并且通过被记录到分布式账本中，被保存到工作存储器中而成为能够执行。并且，由认证服务器200执行的智能合约基于同意信息，判断是否能够提供由服务服务器400委托的数据。该智能合约将判断结果的通知发送给数据服务器300和服务服务器400(S310)。另外，该智能合约并不限于将判断结果的通知发送给数据服务器300和服务服务器400的情况。智能合约也可以向用户所使用的终端110通知能够提供由服务服务器400委托的数据。
接着，数据服务器300和服务服务器400接收在步骤S310中发送的通知(S311)。这里，假设在步骤S310中发送的通知表示能够提供由服务服务器400委托的数据的意思。
接着，服务服务器400对数据服务器300进行数据提供的委托(S312)。另外，服务服务器400也可以为了取得数据提供而访问数据服务器300。
接着，数据服务器300如果从服务服务器400取得数据提供的委托(S313)，则确认在步骤S311中从认证服务器200c接收到的通知，判断是否能够提供由服务服务器400委托的数据(S314)。另外，数据服务器300在步骤S314中确认在步骤S311中从认证服务器200c接收到的通知，如果判断为不能提供由服务服务器400委托的数据(S314中为“否”)，则向服务服务器400发送该意思的通知(S315)。
如果在步骤S314中确认在步骤S311中从认证服务器200接收到的通知并判断为能够提供由服务服务器400委托的数据(S314中为“是”)，则数据服务器300向服务服务器400提供所委托的数据(S316)。
接着，服务服务器400取得所委托的数据(S317)。
于是，服务服务器400生成激励支付的事务数据(S318)。更具体地讲，服务服务器400生成包含与激励支付有关的信息的事务数据。
接着，服务服务器400将在步骤S318中生成的事务数据发送给认证服务器200c(S319)。另外，在图12B所示的例子中，服务服务器400将所生成的事务数据发送给认证服务器200c，但也可以发送给认证服务器200a、200b。在发送给认证服务器200a、200b的情况下也是同样的。
接着，认证服务器200c如果从服务服务器400取得事务数据(S320)，则进行所取得的事务数据的验证(S321)。
在步骤S321中该事务数据的验证没有成功的情况下(S321中为“否”)，认证服务器200c向服务服务器400发送该意思的通知(S322)。
另一方面，在步骤S321中该事务数据的验证成功的情况下(S321中为“是”)，认证服务器200c向其他的认证服务器200(认证服务器200a、200b)转送该事务数据(S323)。另外，在其他的认证服务器200中，也验证被转送来的事务数据。
接着，认证服务器200a、认证服务器200b和认证服务器200c执行共识算法(S324)。认证服务器200a、认证服务器200b和认证服务器200c如果验证了该事务数据是正当的事务数据(即正当性)，则分别生成包含该事务数据的区块。并且，认证服务器200a、200b、200c将包含该事务数据的区块记录到分布式账本中。
接着，认证服务器200a、认证服务器200b和认证服务器200c执行记录在分布式账本中的与激励支付有关的智能合约(S325)。该智能合约是基于激励支付生成的，并通过被记录在分布式账本中，被保存到工作存储器中而成为能够执行。在本实施方式中，与激励支付有关的智能合约也可以对用户进行激励支付。
并且，例如认证服务器200a的智能合约向用户(具体而言是终端110)发送进行了激励支付的意思的激励通知(S326)。
另外，服务服务器400也可以在步骤S318中生成包含与反馈提供有关的信息的事务数据。在此情况下，在步骤S325中执行与反馈提供有关的智能合约。
这样，在终端110、认证服务器200a～200c、数据服务器300和服务服务器400之间进行数据参照处理，然后进行激励支付处理。
另外，在图12A所示的数据参照处理的例子中，由认证服务器200执行的智能合约在步骤S310中将其判断结果发送给数据服务器300和服务服务器400，但并不限于此。由认证服务器200执行的智能合约也可以在步骤S310中还将服务服务器400取得数据的意思的通知发送给用户即终端110。
此外，在图12A所示的数据参照处理的例子中，在步骤S311及S312中，服务服务器400在接收由认证服务器200执行的智能合约的判断结果后，委托数据提供并取得数据，但并不限于此。也可以在步骤S309中，通过由认证服务器200执行的智能合约，将记录在数据服务器300中的、且由服务服务器400委托提供的数据向服务服务器400提供。
[1.8.4与激励支付有关的智能合约登记处理]
接着，对认证服务器200a～200c与服务服务器400之间的与激励支付有关的智能合约登记处理进行说明。
图13是表示有关本实施方式的认证服务器200a～200c与服务服务器400之间的与激励支付有关的智能合约登记处理的顺序图。在图13中，表示了在服务服务器400与属于第1组的认证服务器200a～200c之间进行智能合约登记处理的情况下的例子，但并不限于此。在服务服务器410与属于第2组的认证服务器210a～210c之间进行同意信息登记处理的情况下也为同样的处理。
首先，服务服务器400生成与激励支付有关的智能合约(S401)。
接着，服务服务器400生成包含在步骤S401中生成的与激励支付有关的智能合约的该智能合约登记的事务数据(S402)。
接着，服务服务器400将在步骤S402中生成的该事务数据发送给认证服务器200a(S403)。在图13所示的例子中，服务服务器400将在步骤S402中生成的该事务数据发送给认证服务器200a，但也可以发送给认证服务器200b、200c。在发送给认证服务器200b、200c的情况下也是同样的。
接着，认证服务器200a如果从服务服务器400取得该事务数据(S404)，则进行所取得的该事务数据的验证(S405)。
在步骤S405中该事务数据的验证没有成功的情况下(S405中为“否”)，认证服务器200a向服务服务器400发送该意思的通知(S406)。
另一方面，在步骤S405中该事务数据的验证成功的情况下(S405中为“是”)，认证服务器200a向其他的认证服务器200(认证服务器200b、200c)转送该事务数据(S407)。另外，在其他的认证服务器200中也验证被转送来的该事务数据。
接着，认证服务器200a、认证服务器200b和认证服务器200c执行共识算法(S408)。认证服务器200a、认证服务器200b和认证服务器200c如果验证了该事务数据是正当的事务数据(即正当性)，则分别生成包含该事务数据的区块。并且，认证服务器200a、200b、200c将包含该事务数据的区块记录到分布式账本中。
接着，该事务数据中包含的与激励支付有关的智能合约通过被记录到分布式账本中而成为能够执行即生效(S409)。与激励支付有关的智能合约通过被记录到分布式账本中而被保存到认证服务器200a等的工作存储器中，所以成为能够执行。
[1.8.5数据提供处理的一例]
接着，对终端110、服务服务器400、属于第1组的认证服务器200及数据服务器300、以及属于第2组的认证服务器210及数据服务器310之间的数据提供处理进行说明。
图14A及图14B是表示有关本实施方式的数据流通系统的数据提供处理的一例的顺序图。在图14A及图14B所示的例子中，假设服务服务器410想要取得的数据不在于服务服务器410能够访问的数据服务器310中，而在于服务服务器410不能访问的数据服务器300中。并且，对基于服务服务器410的数据取得的委托而从数据服务器300向数据服务器310提供数据的情况进行说明。这里，作为具体的使用场景，有服务业者的服务服务器410向数据服务器310提供记录在数据服务器300中的终端110的数据、并在服务中利用数据服务器310的数据的情况。另外，在基于服务服务器400的数据取得的委托而从数据服务器310向数据服务器300提供数据的情况下也为同样的处理。
首先，在图14A中，服务服务器410为了取得用户的数据，对于向数据服务器300进行了数据登记的终端110，生成并发送数据取得的委托(S501)。数据取得的委托中表示了例如委托取得或参照终端110的数据的意思。另外，服务服务器410向终端110直接发送数据取得的委托，但也可以经由邮件或其他的服务业者发送。
接着，终端110如果接受到在步骤S501中发送的委托，则基于终端110接受到的委托生成同意信息(S502)。这里，可以是在终端110中作为输入部1013而导入了应用，应用通过用户的操作而生成基于该委托的同意信息。例如，用户仅通过从记录在作为数据提供目的地的数据服务器300中的数据一览之中指示选择或解除选择，就能够选择能够提供的数据。由此，终端110能够生成表示数据取得的委托对象的数据通过用户的同意而能够提供的意思的同意信息，作为与数据的利用有关的同意信息。
接着，终端110基于在步骤S502中生成的同意信息，生成智能合约(S503)。该智能合约是被编程为能够基于同意信息执行判断是否能够提供数据的处理的智能合约。
接着，终端110生成包含所生成的同意信息和智能合约的智能合约登记的事务数据(S504)。
接着，终端110将在步骤S504中生成的事务数据发送给认证服务器200a(S505)。另外，在图14A所示的例子中，终端110将所生成的事务数据发送给认证服务器200a，但也可以发送给认证服务器200b、200c。在发送给认证服务器200b、200c的情况下也是同样的。
接着，认证服务器200a如果从终端110取得事务数据(S506)，则进行所取得的该事务数据的验证(S507)。
在步骤S507中该事务数据的验证没有成功的情况下(S507中为“否”)，认证服务器200a向终端110发送该意思的通知(S508)。
另一方面，在步骤S507中该事务数据的验证成功的情况下(S507中为“是”)，认证服务器200a向其他的认证服务器200(认证服务器200b、200c)转送该事务数据(S509)。另外，在其他的认证服务器200中，也验证被转送来的该事务数据。
接着，认证服务器200a、认证服务器200b和认证服务器200c执行共识算法(S510)。认证服务器200a、认证服务器200b和认证服务器200c如果验证了该事务数据是正当的事务数据(即正当性)，则分别生成包含该事务数据的区块。并且，认证服务器200a、200b、200c将包含该事务数据的区块记录到分布式账本中。这样，终端110制作出的智能合约被记录到分布式账本中。
接着，该智能合约通过被记录到分布式账本中，成为能够执行即生效(S511)。另外，该智能合约通过被记录到分布式账本中而被保存到认证服务器200a等的工作存储器中，所以成为能够执行。
接着，终端110基于在步骤S501中发送的数据取得的委托和在步骤S502中生成的同意信息，生成包含该数据取得的委托的第1事务数据(S512)。具体而言，终端110将该数据取得的委托和从数据服务器300向数据服务器310的数据提供的同意包含在内生成第1事务数据。这里，在终端110中，如上述那样作为输入部1013而被导入了应用。因此，应用只要在步骤S502中生成同意信息后确认步骤S501中的智能合约的执行即可。由此，应用能够生成包含该数据取得的委托和从数据服务器300向数据服务器310的数据提供的同意的第1事务数据。
接着，终端110将在步骤S512中生成的第1事务数据发送给属于第1组的认证服务器200a及属于第2组的认证服务器210a(S513)。另外，认证服务器200a是属于第1组的多个第1认证服务器中的一个第1认证服务器的一例，认证服务器210a是属于第2组的多个第2认证服务器中的一个第2认证服务器的一例。
接着，属于第2组的认证服务器210a如果取得来自终端110的第1事务数据(S514)，则进行所取得的第1事务数据的验证(S515)。
在步骤S515中第1事务数据的验证没有成功的情况下(S515中为“否”)，认证服务器210a向终端110发送该意思的通知(S516)。
另一方面，在步骤S515中第1事务数据的验证成功的情况下(S515中为“是”)，认证服务器210a向属于第2组的其他的认证服务器210(认证服务器210b、210c)转送第1事务数据(S517)。另外，在其他的认证服务器210中也验证被转送来的第1事务数据。
接着，认证服务器210a、认证服务器210b和认证服务器210c执行共识算法(S518)。认证服务器210a、认证服务器210b和认证服务器210c如果验证了第1事务数据是正当的事务数据(即正当性)，则分别生成包含第1事务数据的区块。并且，认证服务器210a、210b、210c将包含第1事务数据的区块记录到分布式账本中。这样，第1事务数据被记录到属于第2组的分布式账本中。
此外，属于第1组的认证服务器200a如果取得来自终端110的第1事务数据(S519)，则进行所取得的第1事务数据的验证(S520)。
在步骤S520中第1事务数据的验证没有成功的情况下(S520中为“否”)，认证服务器200a向终端110发送该意思的通知(S521)。
另一方面，在步骤S520中第1事务数据的验证成功的情况下(S520中为“是”)，认证服务器200a向属于第1组的其他的认证服务器200(认证服务器200b、200c)转送第1事务数据(S522)。另外，在其他的认证服务器200中，也验证被转送来的第1事务数据。
接着，认证服务器200a、认证服务器200b和认证服务器200c执行共识算法(S523)。认证服务器200a、认证服务器200b和认证服务器200c如果验证了第1事务数据是正当的事务数据(即正当性)，则分别生成包含第1事务数据的区块。并且，认证服务器200a、200b、200c将包含第1事务数据的区块记录到分布式账本中。这样，第1事务数据被记录到属于第1组的分布式账本中。
接着，例如认证服务器200c基于记录在分布式账本中的第1事务数据，执行在步骤S511中成为能够执行的智能合约(S524)。所执行的该智能合约向数据服务器300发送能够将指定数据提供给数据服务器310的意思的通知(S525)另外，该通知中只要包含提供对象的数据和提供目的地的信息即可。由此，能够使数据服务器300将自身具有的数据转送给数据服务器310，或者使得能够被数据服务器310参照。使得能够被数据服务器310参照的情况还包括以下情况：数据服务器310记录向数据服务器300的访问信息，在利用数据时访问数据服务器300而取得数据。
接着，数据服务器300如果从认证服务器200c取得通知(S526)，则基于所取得的通知向数据服务器310提供数据(S527)。另外，数据服务器300也可以通过将由该通知指定的数据转送给数据服务器310或使得能够被数据服务器310参照，向数据服务器310提供数据。这里，数据服务器300假设将由该通知指定的数据转送给数据服务器310。
接着，数据服务器310记录从数据服务器300提供的数据(S528)。
另外，在步骤S527中提供了数据的情况下，服务服务器410也可以对终端110进行激励支付。关于激励支付的处理，与在步骤S317～步骤S326中说明的处理是同样的，所以省略这里的说明。
如以上这样，即使在服务服务器410想要取得的数据不在于服务服务器410能够访问的数据服务器310中、而在于不能访问的数据服务器300中的情况下，也能够从数据服务器300向数据服务器310提供数据。因此，在有关实施方式的数据流通系统中，能够在不同的组间进行数据的协同。此外，由于在属于数据提供源的组的分布式账本和属于数据提供目的地的与该组不同的组的分布式账本双方中记录数据已被转送或成为能够被参照的情况，所以能够在确保数据的可追溯性的同时利用数据。
[1.8.6数据提供处理的另一例]
另外，在图14A及图14B所示的数据提供处理中，终端110在从服务服务器410接受数据提供的委托之后生成用于数据提供的智能合约，但并不限于此。终端110也可以事前生成用于数据提供的智能合约并使其执行。在此情况下，也可以在分布式账本中记录有满足记载在该智能合约中的能否提供数据的条件的第1事务数据时，使该智能合约执行而将提供对象的数据自动地提供。
以下，使用附图对该情况进行说明。
图15A～图15C是表示有关本实施方式的数据流通系统的数据提供处理的另一例的顺序图。在图15A～图15C中，与图14A及图14B同样，表示了终端110、服务服务器400、属于第1组的认证服务器200及数据服务器300和属于第2组的认证服务器210及数据服务器310之间的数据提供处理的另一例。在图15A～图15C所示的例子中，也假设服务服务器410想要取得的数据不在于服务服务器410能够访问的数据服务器310中，而在于服务服务器410不能访问的数据服务器300中。
首先，终端110基于用户的操作，生成同意信息(S551)。这里，可以是在终端110中作为输入部1013导入了应用，应用基于用户的操作生成同意信息。
接着，终端110基于在步骤S551中生成的同意信息，生成智能合约(S552)。该智能合约是被编程为能够基于同意信息执行判断是否能够提供数据的处理的智能合约。
接着，终端110生成包含所生成的同意信息和智能合约的智能合约登记的事务数据(S553)。
另外，之后的步骤S554～步骤S560的处理与上述的步骤S505～步骤S511的处理是同样的，所以省略说明。
接着，在图15B中，服务服务器410例如在决定了想要取得用户的怎样的数据的情况下，决定进行数据取得的委托(S570)。
接着，服务服务器410生成表示委托数据取得的意思的数据取得委托，生成包含数据取得委托的、数据取得委托的第1事务数据(S571)。
接着，服务服务器410将在步骤S571中生成的第1事务数据发送给属于第2组的认证服务器210c及属于第1组的认证服务器200c(S572)。这里，认证服务器200c是属于第1组的多个第1认证服务器中的一个第1认证服务器的一例，认证服务器210c是属于第2组的多个第2认证服务器中的一个第2认证服务器的一例。此外，服务服务器410想要取得的数据不在于服务服务器410能够访问的数据服务器310中，而在于服务服务器410不能访问的数据服务器300中。因此，服务服务器410将在步骤S571中生成的第1事务数据发送给认证服务器210c及认证服务器200c。
另外，之后的步骤S573～步骤S578的处理除了处理的主体不是认证服务器210a而是认证服务器210c以外，与上述的步骤S514～步骤S518的处理是同样的，所以省略说明。
接着，认证服务器200c如果取得来了自服务服务器410的第1事务数据(S579)，则进行所取得的第1事务数据的验证(S580)。
在步骤S580中，如图15C所示，第1事务数据的验证没有成功的情况下(S580中为“否”)，认证服务器200c向数据服务器310发送该意思的通知(S581)。
另一方面，在步骤S580中第1事务数据的验证成功的情况下(S580中为“是”)，认证服务器200c向属于第1组的其他的认证服务器200(认证服务器200a、200b)转送第1事务数据(S582)。另外，在其他的认证服务器200中，也验证被转送来的第1事务数据。
之后的步骤S583～步骤S588的处理与上述的步骤S523～步骤S528的处理是同样的，所以省略说明。
另外，在图15A所示的例子中，用户对终端110进行操作而在任意的定时生成同意信息，但并不限于此。用户也可以对终端110进行操作而定期或不定期地生成同意信息。
此外，也可以在服务业者新增加时、或新追加了来自服务业者的激励或反馈时用户生成同意信息。在此情况下，只要将新增加的服务业者或新追加的激励或反馈的内容提示给终端110，用户就能够基于被提示的内容来新生成同意信息。由此，能够增加为了终端110、住宅100的数据的利用而用户进行数据提供的机会。
[1.9实施方式的效果]
如以上这样，根据有关本实施方式的数据流通方法、程序及数据流通系统，能够在确保数据的可追溯性的同时利用数据。
例如，在服务服务器410想要取得的数据不在于服务服务器410能够访问的数据服务器310中、而在于不能访问的数据服务器300中的情况下，也能够使得从数据服务器300向数据服务器310提供数据。
即，根据本实施方式，能够将属于一个组的数据服务器所具有的从住宅100及终端110收集到的信息基于用户的同意，安全地提供给属于其他组的数据服务器。由此能够由多个服务业者利用用户的信息。因此，根据本实施方式，能够实现能够在不同的组间进行数据的协同的数据流通方法等。
此外，根据本实施方式，在属于数据提供源的组的分布式账本和属于数据提供目的地的与该组不同的组的分布式账本双方中记录数据已被转送或成为能够被参照的情况。这样，能够利用区块链技术，在确保数据的可追溯性的同时进行属于不同的组的数据的协同。即，能够在确保数据的可追溯性的同时利用数据。因此，用户能够安心地提供数据。
此外，根据本实施方式，能够基于由住宅100或终端110生成的同意信息，进行不同的组的数据服务器间的数据提供。由此，能够在限制用户的数据的流通的同时利用用户的履历信息等数据。此外，根据本实施方式，能够将用户的同意信息安全地记录到使用区块链技术的分布式账本中。
[2.其他的变形例]
另外，基于上述各实施方式说明了本公开，但本公开当然并不限定于上述各实施方式。以下这样的情况也包含在本公开中。
(1)在上述的实施方式中，假设认证服务器200、210和数据服务器300、310是不同的装置而进行了说明，但并不限于此。认证服务器200及数据服务器300和认证服务器210及数据服务器310也可以是相同的装置。
(2)在上述的实施方式中，假设数据服务器300、310和服务服务器400、410为不同的装置而进行了说明，但并不限于此。数据服务器300及服务服务器400和数据服务器310及服务服务器410也可以是相同的装置。
(3)在上述的实施方式中，用户对终端110或住宅100的控制器101进行操作，基于激励及/或反馈生成同意信息，但并不限于此。用户也可以基于服务业者处置的用户数据的量或与服务业者协同的服务的数量等生成同意信息。由此，不仅是数据的利用变多，服务业者向用户的服务提案或服务业者支付的激励等也有可能变多。此外，激励及/或反馈等也可以记录在认证服务器200、210中。
(4)上述的实施方式的各装置具体而言是由微处理器、ROM、RAM、硬盘单元、显示器单元、键盘、鼠标等构成的计算机系统。在上述RAM或硬盘单元中记录有计算机程序。通过由上述微处理器按照上述计算机程序动作，各装置达成其功能。这里，计算机程序是为了达成规定的功能将表示对于计算机的指令的命令代码组合多个而构成的。
(5)上述的实施方式的各装置也可以构成的构成要素的一部分或全部由一个系统LSI(Large Scale Integration：大规模集成电路)构成。系统LSI是将多个构成部集成到一个芯片上而制造出的超多功能LSI，具体而言，是包括微处理器、ROM、RAM等而构成的计算机系统。在上述RAM中存储有计算机程序。通过由微处理器按照计算机程序动作，系统LSI实现其功能。
此外，构成上述各装置的构成要素的各部既可以单独地形成一个芯片，也可以包含一部分或全部而形成一个芯片。
此外，这里设为系统LSI，但根据集成度的差异，也有称作IC、LSI、超级LSI、超大规模LSI的情况。此外，集成电路化的方法并不限于LSI，也可以由专用电路或通用处理器实现。也可以利用在LSI制造后能够编程的FPGA(Field Programmable Gate Array)、或能够重构LSI内部的电路单元的连接或设定的可重构处理器。
进而，如果因半导体技术的进步或派生的其他技术而出现替代LSI的集成电路化的技术，则当然也可以使用其技术进行功能块的集成化。有可能是生物技术的应用等。
(6)构成上述各装置的构成要素的一部分或全部也可以由相对于各装置能够拆装的IC卡或单体的模块构成。上述IC卡或上述模块是由微处理器、ROM、RAM等构成的计算机系统。上述IC卡或上述模块也可以包括上述的超多功能LSI。通过由微处理器按照计算机程序动作，上述IC卡或上述模块达成其功能。该IC卡或该模块也可以具有耐篡改性。
(7)本公开也可以是上述所示的方法。此外，也可以是将这些方法通过计算机实现的计算机程序，也可以是由上述计算机程序构成的数字信号。
此外，本公开也可以将上述计算机程序或上述数字信号记录到能够由计算机读取的记录介质，例如软盘、硬盘、CD－ROM、MO、DVD、DVD－ROM、DVD－RAM、BD(Blu－ray Disc(注册商标))、半导体存储器等中。此外，也可以是记录在这些记录介质中的上述数字信号。
此外，本公开也可以将上述计算机程序或上述数字信号经由电气通信线路、无线或有线通信线路、以因特网为代表的网络、数据广播等传送。
此外，本公开也可以是具备微处理器和存储器的计算机系统，上述存储器记录有上述计算机程序，上述微处理器按照上述计算机程序动作。
此外，也可以通过将上述程序或上述数字信号记录在上述记录介质中并移送、或通过将上述程序或上述数字信号经由上述网络等移送，从而由独立的其他的计算机系统实施。
(8)也可以将上述实施方式及上述变形例分别组合。
工业实用性
本公开能够利用于数据流通方法、程序及数据流通系统，例如能够利用于基于用户的同意信息能够进行不同的组间的数据的参照或转送、促进数据的利用的数据流通方法、程序及数据流通系统。
标号说明
10 数据流通系统
100 住宅
101 控制器
102 太阳能发电装置
103 蓄电池
104 空调
105 体组成计
106 血压计
110 终端
200、200a、200b、200c、210、210a、210b、210c 认证服务器
211 事务数据验证部
212 区块生成部
213 同步部
214 智能合约执行部
215、313、414、1014、1104 记录部
216、314、415、1015、1105 通信部
300、310 数据服务器
311 数据管理部
312、412 用户管理部
400、410 服务服务器
411 服务管理部
413、1012、1101 事务数据生成部
500 通信网络
1011 控制部
1013、1102 输入部
1103 数据取得部

Claims (8)

1.一种数据流通方法，是由分别具有分布式账本的多个认证服务器、多个数据服务器以及设备构成的数据流通系统中的数据流通方法，其中，
上述多个认证服务器中的多个第1认证服务器、以及上述多个数据服务器中的一个以上的第1数据服务器属于第1组，
上述多个认证服务器中的与上述多个第1认证服务器不同的多个第2认证服务器、以及上述多个数据服务器中的与上述一个以上的第1数据服务器不同的一个以上的第2数据服务器属于与上述第1组不同的第2组，
在上述数据流通方法中，
上述多个第1认证服务器中的一个第1认证服务器取得包含数据取得委托的第1事务数据，上述数据取得委托表示委托取得或参照上述设备的数据的意思，
上述一个第1认证服务器将包含上述第1事务数据的区块记录到属于上述第1组的上述一个第1认证服务器的分布式账本中，
使上述一个以上的第1数据服务器将上述一个以上的第1数据服务器所具有的上述设备的数据转送给上述一个以上的第2数据服务器，或者使上述一个以上的第1数据服务器所具有的上述设备的数据能够被上述一个以上的第2数据服务器参照，
上述多个第2认证服务器中的一个第2认证服务器取得上述第1事务数据，
上述一个第2认证服务器将包含上述第1事务数据的区块记录到属于上述第2组的上述一个第2认证服务器的分布式账本中。
2.如权利要求1所述的数据流通方法，其中，
上述数据流通系统还包括服务服务器，
在上述数据流通方法中，
上述服务服务器生成上述第1事务数据，并发送给上述一个第1认证服务器及上述一个第2认证服务器，
在上述一个第1认证服务器取得了上述第1事务数据时，
上述一个第1认证服务器，
基于从上述设备得到的、且与上述数据的利用有关的同意信息，判断是否能够将上述数据从上述一个以上的第1数据服务器提供给上述一个以上的第2数据服务器，
使上述一个以上的第1数据服务器将上述一个以上的第1数据服务器所具有的上述设备的数据转送给上述一个以上的第2数据服务器，或者使上述一个以上的第1数据服务器所具有的上述设备的数据能够被上述一个以上的第2数据服务器参照。
3.如权利要求2所述的数据流通方法，其中，
进一步，
上述服务服务器在确认了上述一个以上的第1数据服务器将上述设备的数据转送给了上述一个以上的第2数据服务器、或者已使上述设备的数据能够被上述一个以上的第2数据服务器参照的情况下，生成用于对上述设备发行令牌的第2事务数据，
上述一个第1认证服务器取得上述第2事务数据，
上述一个第1认证服务器将包含上述第2事务数据的区块记录到属于上述第1组的上述一个第1认证服务器的分布式账本中，
上述一个第1认证服务器通过使被编程为能够基于所记录的上述第2事务数据执行发行令牌的处理的智能合约进行动作，使上述智能合约对上述设备发行令牌。
4.如权利要求2或3所述的数据流通方法，其中，
上述一个第1认证服务器取得被编程为能够基于上述同意信息执行判断是否能够提供上述数据的处理的智能合约，
上述一个第1认证服务器在取得了上述第1事务数据的情况下，在通过基于所取得的上述第1事务数据执行上述智能合约而判断为能够将上述数据从上述一个以上的第1数据服务器提供给上述一个以上的第2数据服务器时，使上述一个以上的第1数据服务器将上述一个以上的第1数据服务器所具有的上述设备的数据转送给上述一个以上的第2数据服务器、或者使上述一个以上的第1数据服务器所具有的上述设备的数据能够被上述一个以上的第2数据服务器参照。
5.如权利要求1～4中任一项所述的数据流通方法，其中，
在向上述一个第1认证服务器的分布式账本记录时，
上述一个第1认证服务器进行所取得的上述第1事务数据的验证，
上述一个第1认证服务器在通过进行上述验证而确认了上述第1事务数据的正当性的情况下，与上述多个第1认证服务器中的除了上述一个第1认证服务器以外的多个第1认证服务器一起执行用于关于上述第1事务数据的正当性达成共识的共识算法，
在通过上述共识算法关于上述第1事务数据的正当性达成了共识的情况下，上述一个第1认证服务器将包含上述第1事务数据的区块记录到属于上述第1组的上述一个第1认证服务器的分布式账本中。
6.如权利要求1～5中任一项所述的数据流通方法，其中，
在向上述一个第2认证服务器的分布式账本记录时，
上述一个第2认证服务器进行所取得的上述第1事务数据的验证，
上述一个第2认证服务器在通过进行上述验证而确认了上述第1事务数据的正当性的情况下，与上述多个第2认证服务器中的除了上述一个第2认证服务器以外的多个第2认证服务器一起执行用于关于上述第1事务数据的正当性达成共识的共识算法，
在通过上述共识算法关于上述第1事务数据的正当性达成了共识的情况下，上述一个第2认证服务器将包含上述第1事务数据的区块记录到属于上述第2组的上述一个第2认证服务器的分布式账本中。
7.一种程序，使计算机执行由分别具有分布式账本的多个认证服务器、多个数据服务器以及设备构成的数据流通系统中的数据流通方法，其中，
上述多个认证服务器中的多个第1认证服务器、以及上述多个数据服务器中的一个以上的第1数据服务器属于第1组，
上述多个认证服务器中的与上述多个第1认证服务器不同的多个第2认证服务器、以及上述多个数据服务器中的与上述一个以上的第1数据服务器不同的一个以上的第2数据服务器属于与上述第1组不同的第2组，
上述程序使上述计算机执行：
上述多个第1认证服务器中的一个第1认证服务器取得包含数据取得委托的第1事务数据，上述数据取得委托表示委托取得或参照上述设备的数据的意思，
上述一个第1认证服务器将包含上述第1事务数据的区块记录到属于上述第1组的上述一个第1认证服务器的分布式账本中，
使上述一个以上的第1数据服务器将上述一个以上的第1数据服务器所具有的上述设备的数据转送给上述一个以上的第2数据服务器，或者使上述一个以上的第1数据服务器所具有的上述设备的数据能够被上述一个以上的第2数据服务器参照，
上述多个第2认证服务器中的一个第2认证服务器取得上述第1事务数据，
上述一个第2认证服务器将包含上述第1事务数据的区块记录到属于上述第2组的上述一个第2认证服务器的分布式账本中。
8.一种数据流通系统，具备分别具有分布式账本的多个认证服务器和多个数据服务器，其中，
上述多个认证服务器中的多个第1认证服务器、以及上述多个数据服务器中的一个以上的第1数据服务器属于第1组，
上述多个认证服务器中的与上述多个第1认证服务器不同的多个第2认证服务器、以及上述多个数据服务器中的与上述一个以上的第1数据服务器不同的一个以上的第2数据服务器属于与上述第1组不同的第2组，
上述多个第1认证服务器中的一个第1认证服务器具备：
第1通信部，取得包含数据取得委托的第1事务数据，上述数据取得委托表示委托取得或参照设备的数据的意思；
第1记录部，上述一个第1认证服务器将包含上述第1事务数据的区块记录到属于上述第1组的上述一个第1认证服务器的分布式账本中；以及
执行部，使上述一个以上的第1数据服务器将上述一个以上的第1数据服务器所具有的上述设备的数据转送给上述一个以上的第2数据服务器，或者使上述一个以上的第1数据服务器所具有的上述设备的数据能够被上述一个以上的第2数据服务器参照，
上述多个第2认证服务器中的一个第2认证服务器具备：
第2通信部，取得上述第1事务数据；以及
第2记录部，上述一个第2认证服务器将包含上述第1事务数据的区块记录到属于上述第2组的上述一个第2认证服务器的分布式账本中。
CN202080090169.4A 2019-12-26 2020-12-21 数据流通方法、程序及数据流通系统 Pending CN114846471A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962953761P 2019-12-26 2019-12-26
US62/953,761 2019-12-26
PCT/JP2020/047681 WO2021132159A1 (ja) 2019-12-26 2020-12-21 データ流通方法、プログラム及びデータ流通システム

Publications (1)

Publication Number Publication Date
CN114846471A true CN114846471A (zh) 2022-08-02

Family

ID=76574757

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080090169.4A Pending CN114846471A (zh) 2019-12-26 2020-12-21 数据流通方法、程序及数据流通系统

Country Status (5)

Country Link
US (1) US12088664B2 (zh)
EP (1) EP4083834A4 (zh)
JP (1) JPWO2021132159A1 (zh)
CN (1) CN114846471A (zh)
WO (1) WO2021132159A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7357096B1 (ja) 2022-03-24 2023-10-05 株式会社日立製作所 データ受け渡しシステム、データ受け渡し方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003256738A (ja) * 2002-03-05 2003-09-12 Toshiba Corp 製品情報の流通に伴う料金決済方法およびその料金決済システム
JP2016091067A (ja) * 2014-10-29 2016-05-23 ソフトバンク株式会社 個人情報流通方法、個人情報流通システム及び個人情報流通事業者装置
US20200126050A1 (en) * 2017-01-19 2020-04-23 Nokia Technologies Oy IoT GATEWAY AND DESTINATION CLOUD SERVER
EP4287104A3 (en) * 2018-01-29 2024-01-17 Panasonic Intellectual Property Corporation of America Control method, controller, data structure, and electric power transaction system
JP6543743B1 (ja) * 2018-03-05 2019-07-10 富士通株式会社 管理プログラム
KR101893729B1 (ko) * 2018-03-28 2018-10-04 주식회사 마크로젠 복수의 블록체인에 기반한 데이터 공유 방법

Also Published As

Publication number Publication date
US12088664B2 (en) 2024-09-10
US20220321649A1 (en) 2022-10-06
EP4083834A4 (en) 2023-01-04
JPWO2021132159A1 (zh) 2021-07-01
EP4083834A1 (en) 2022-11-02
WO2021132159A1 (ja) 2021-07-01

Similar Documents

Publication Publication Date Title
CN110098936B (zh) 控制方法、控制器、记录有数据结构的记录介质以及电力交易系统
US11682086B2 (en) Operating smart sensors using distributed ledgers
KR101848896B1 (ko) 블록체인을 이용한 선불형 전력 판매 및 전력 사용 방법
CN111916172B (zh) 一种基于区块链智能合约的医疗数据共享系统
CN111444209B (zh) 一种基于区块链的数据处理方法、装置、设备及介质
JP7102529B2 (ja) データ収集サーバ、データ利用サーバ、機器、データ流通システム、データ収集方法及びプログラム
US20110296169A1 (en) Facilitating secure communication between utility devices
JP2019528590A (ja) ブロックチェーンにより実現されるシステム及び方法
JP6379538B2 (ja) エネルギー使用データを共有する方法及びシステム
JP7341304B2 (ja) 制御方法
WO2012004597A2 (en) Data processing apparatus and system
CN110795721A (zh) 数据流通方法、认证服务器以及数据结构
EP2819056B1 (en) Information processing device, service providing system, service providing method and program
CN114846471A (zh) 数据流通方法、程序及数据流通系统
JPWO2020122039A1 (ja) データ管理方法、データ管理システム及びプログラム
Merrad et al. Machine learning-blockchain based autonomic peer-to-peer energy trading system
Sathish et al. A survey on Blockchain mechanisms (BCM) based on internet of things (IoT) applications
JP2012113425A (ja) データ仲介システム
Chandra et al. Privacy protected product differentiation through smart contracts based on bilateral negotiations in peer-to-peer transactive energy markets
JP6982152B2 (ja) 制御方法、プログラム及び不正データ検知システム
CN116547946A (zh) 控制方法、数据分发系统和程序
CN115606151A (zh) 控制方法、程序及不正当数据检测系统
CN114127773A (zh) 控制方法、服务器及程序
US20200175504A1 (en) Methods and apparatus for creating, tracking, and redeeming dlt-enabled digitized tokens from electricity generation
Papageorgiou et al. Energy efficiency of blockchain technologies

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination