CN117280369A - 控制方法、终端、以及程序 - Google Patents
控制方法、终端、以及程序 Download PDFInfo
- Publication number
- CN117280369A CN117280369A CN202280028997.4A CN202280028997A CN117280369A CN 117280369 A CN117280369 A CN 117280369A CN 202280028997 A CN202280028997 A CN 202280028997A CN 117280369 A CN117280369 A CN 117280369A
- Authority
- CN
- China
- Prior art keywords
- terminal
- smart contract
- transaction data
- blockchain
- data
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 49
- 238000004891 communication Methods 0.000 description 69
- 238000012545 processing Methods 0.000 description 23
- 238000004590 computer program Methods 0.000 description 16
- 238000010586 diagram Methods 0.000 description 14
- 230000004931 aggregating effect Effects 0.000 description 11
- 238000012546 transfer Methods 0.000 description 11
- 238000006243 chemical reaction Methods 0.000 description 10
- 238000012795 verification Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 238000004220 aggregation Methods 0.000 description 7
- 230000002776 aggregation Effects 0.000 description 7
- 239000000470 constituent Substances 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 4
- 238000000151 deposition Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Classifications
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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/06—Buying, selling or leasing transactions
-
- 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
- G06Q2220/10—Usage protection of distributed data files
-
- 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
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
一种拥有利用了区块链的分布式账本的第1终端的控制方法,在该控制方法中,从第2用户所拥有的第2终端获取购买交易数据(S133),该购买交易数据中包括与第2用户向第1用户支付的代价有关的代价信息;通过将购买交易数据记录到第1区块链,来执行第1区块链中记录的第1智能合约(S135、S136);根据第1智能合约,来执行与第1区块链不同的第2区块链中记录的第2智能合约(S145);第2智能合约是用于将代价的至少一部分,从第1用户的第1帐户转入到第3用户的第3帐户的智能合约。
Description
技术领域
本公开涉及控制方法、终端、以及程序。
背景技术
以往就有将签约的条件确认到履行在区块链上自动执行的智能合约技术。例如,在专利文献1中公开了一种利用智能合约技术来使贸易交易的手续自动执行的方法。
(现有技术文献)
(专利文献)
专利文献1国际公开第2019/003414号
发明内容
发明要解决的课题
本公开的目的在于提供一种能够使与代价的支付有关的两种签约协作来履行的控制方法等。
用来解决课题的手段
本公开的一个方式所涉及的控制方法是拥有利用了区块链的分布式账本的第1终端的控制方法,在所述控制方法中,从第2用户所拥有的第2终端获取购买交易数据,该购买交易数据中包括与所述第2用户向第1用户支付的代价有关的代价信息,通过将所述购买交易数据记录到第1区块链,来执行所述第1区块链中记录的第1智能合约,根据所述第1智能合约,来执行第2区块链中记录的第2智能合约,所述第2区块链是与所述第1区块链不同的区块链,所述第2智能合约是用于将所述代价的至少一部分,从所述第1用户的第1帐户转入到第3用户的第3帐户的智能合约。
另外,这些概括性的或具体的方式可以由系统、装置、集成电路、计算机程序或计算机可读取的CD-ROM等记录介质来实现,也可以通过系统、装置、集成电路、计算机程序以及记录介质的任意的组合来实现。
发明效果
通过本公开,能够使与代价的支付有关的两种签约协作来履行。
附图说明
图1示出了实施方式1所涉及的管理系统的构成的一个例子。
图2示出了实施方式1所涉及的汇集方终端的构成的一个例子。
图3是示出公开用的数据信息的构成的一个例子的表。
图4是示出帐户信息的构成的一个例子的表。
图5是示出非公开用的数据信息的构成的一个例子的表。
图6示出了实施方式1所涉及的购买方终端的构成的一个例子。
图7示出了实施方式1所涉及的提供方终端的构成的一个例子。
图8是示出实施方式1所涉及的管理系统进行的数据获取处理的一个例子的序列图。
图9是示出实施方式1所涉及的管理系统进行的将分布式账本信息存放到分布式账本的处理的一个例子的序列图。
图10是示出实施方式1所涉及的管理系统进行的将智能合约存放到分布式账本的处理的一个例子的序列图。
图11是示出实施方式1所涉及的管理系统进行的数据买卖处理的一个例子的序列图。
图12是示出实施方式2所涉及的管理系统进行的数据买卖处理的一个例子的序列图。
图13是示出实施方式3所涉及的管理系统进行的数据买卖处理的一个例子的序列图。
图14是示出实施方式4所涉及的管理系统进行的数据买卖处理的一个例子的序列图。
具体实施方式
本公开的一个方式所涉及的控制方法是拥有利用了区块链的分布式账本的第1终端的控制方法,在所述控制方法中,从第2用户所拥有的第2终端获取购买交易数据,该购买交易数据中包括与所述第2用户向第1用户支付的代价有关的代价信息,通过将所述购买交易数据记录到第1区块链,来执行所述第1区块链中记录的第1智能合约,根据所述第1智能合约,来执行第2区块链中记录的第2智能合约,所述第2区块链是与所述第1区块链不同的区块链,所述第2智能合约是用于将所述代价的至少一部分,从所述第1用户的第1帐户转入到第3用户的第3帐户的智能合约。
据此,能够将与用于履行与数据的代价的支付有关的两种签约分别对应的两个智能合约,分开记录到不同的两个区块链。两种签约的其中之一是在第2用户购买了数据时发生的、从第2用户向第1用户支付该数据的代价的支付签约。两种签约的另一个是在第2用户购买了数据时发生的、从第1用户向第3用户支付该数据的代价的至少一部分的支付签约。如以上所述,两种签约是第1用户以及第2用户间的签约、和第1用户以及第3用户间的签约,成为签约的当事人的用户的组合不同。也就是说,通过将两个智能合约分开记录到不同的两个区块链,从而能够抑制与该签约对应的智能合约被签约的当事人以外的用户知道。这样,即使在将两个智能合约分开记录到不同的两个区块链的情况下,由于是将两个智能合约协作来执行,因此能够将两种签约协作来履行。因此,例如在第3用户是数据的提供方,第1用户是对第3用户与第2用户之间的数据的买卖进行中介的中介方的情况下,当从第2用户向第1用户的针对数据的代价的支付被执行时,则从第1用户向第3用户的数据的代价的至少一部分的支付就被自动地执行。
并且也可以是,在所述第1智能合约的执行中,生成用于执行所述第2智能合约的第1执行交易数据,通过将生成的所述第1执行交易数据记录到所述第2区块链中,来执行所述第2智能合约。
据此,能够通过执行第1智能合约,来执行第2智能合约。
并且也可以是,在所述第1智能合约的执行中,生成用于执行第3区块链中记录的第3智能合约的第2执行交易数据,所述第3区块链是与所述第1区块链以及所述第2区块链都不同的区块链,通过将所述第2执行交易数据记录到所述第3区块链,来执行所述第3智能合约。
据此,能够通过执行第1智能合约,来执行第3智能合约。
并且也可以是,在所述第3智能合约的执行中,确定与所述第1智能合约建立了关联的智能合约即所述第2智能合约,生成用于执行所述第2智能合约的第1执行交易数据,通过将所述第1执行交易数据记录到所述第2区块链,来执行所述第2智能合约。
据此,能够通过执行第1智能合约,来执行第3智能合约,进一步能够通过执行第3智能合约,来执行第2智能合约。
并且也可以是,在所述第1智能合约的执行中,将所述代价从所述第2用户的帐户转入到所述第1用户的帐户。
据此,通过执行第1智能合约,从而第2用户能够向第1用户支付代价。
并且也可以是,所述第1智能合约包括用于确定所述第2智能合约的标识符,在所述第1智能合约的执行中,参照所述标识符来确定与所述第1智能合约建立了关联的所述第2智能合约,在确定之后生成所述第1执行交易数据。
据此,能够容易地确定与第1智能合约协作执行的第2智能合约。
并且也可以是,在所述第1智能合约的执行中,判断所述第1终端是否拥有所述第2区块链,在判断为所述第1终端拥有所述第2区块链的情况下,执行所述第2智能合约。
据此,拥有第2区块链的第1终端能够执行第2智能合约。
并且也可以是,所述代价是从所述第3用户提供来的数据的代价,所述数据与用于识别所述第3用户的标识符被转换后的转换后的标识符建立对应,并以被公开的状态而被存储,所述标识符与所述转换后标识符建立对应,并以不被公开的状态而被存储。
因此,能够以第3用户的标识符不被公开的状态,与数据关联地来管理。
并且,本公开的一个方式所涉及的终端拥有利用了区块链的分布式账本,所述终端具备:获取部,从第2用户所拥有的第2终端获取购买交易数据,该购买交易数据中包括与所述第2用户向第1用户支付的代价有关的代价信息;以及执行部,(i)通过将所述购买交易数据记录到第1区块链,来执行所述第1区块链中记录的第1智能合约,(ii)根据所述第1智能合约,来执行第2区块链中记录的第2智能合约,所述第2区块链是与所述第1区块链不同的区块链,所述第2智能合约是用于将所述代价的至少一部分,从所述第1用户的第1帐户转入到第3用户的第3帐户的智能合约。
据此,能够将与用于履行与数据的代价的支付有关的两种签约分别对应的两个智能合约,分开记录到不同的两个区块链。两种签约的其中之一是在第2用户购买了数据时发生的、从第2用户向第1用户支付该数据的代价的支付签约。两种签约的另一个是在第2用户购买了数据时发生的、从第1用户向第3用户支付该数据的代价的至少一部分的支付签约。如以上所述,两种签约是第1用户以及第2用户间的签约、和第1用户以及第3用户间的签约,成为签约的当事人的用户的组合不同。也就是说,通过将两个智能合约分开记录到不同的两个区块链,从而能够抑制与该签约对应的智能合约被签约的当事人以外的用户知道。这样,即使在将两个智能合约分开记录到不同的两个区块链的情况下,由于是将两个智能合约协作来执行,因此能够将两种签约协作来履行。因此,例如在第3用户是数据的提供方,第1用户是对第3用户与第2用户之间的数据的买卖进行中介的中介方的情况下,当从第2用户向第1用户的针对数据的代价的支付被执行时,则从第1用户向第3用户的数据的代价的至少一部分的支付就被自动地执行。
另外,这些概括性的或具体的方式可以由系统、装置、集成电路、计算机程序或计算机可读取的CD-ROM等记录介质来实现,也可以通过系统、装置、集成电路、计算机程序以及记录介质的任意的组合来实现。
以下,参照附图对实施方式进行说明。另外,以下将要说明的实施方式均为示出本公开的一个具体例子。即以下的实施方式所示的数值、形状、材料、构成要素、构成要素的配置以及连接方式、步骤、步骤的顺序等均为一个例子,其主旨并非是对本公开进行限定。并且,以下的实施方式的构成要素之中没有记载在示出最上位概念的独立技术方案的构成要素,虽然不是为了实现本公开的课题而必需的构成要素,但是作为构成优选的方式的构成要素来说明。
(实施方式1)
首先,对本公开所涉及的系统构成进行说明。
以下参照附图,对本实施方式所涉及的管理系统的构成等进行说明。
[管理系统]
图1示出了实施方式1所涉及的管理系统的构成的一个例子。
本公开所涉及的管理系统如图1所示,例如具备汇集方终端10、购买方终端20、以及提供方终端30,汇集方终端10是从提供方将以各种设备获取的有可能成为交易对象的数据(以后称为“提供数据”)进行汇集的汇集方所拥有的终端,购买方终端20是购买由汇集方汇集的提供数据的购买方所拥有的终端,提供方终端30是提供方所拥有的终端。这些终端经由网络N连接。网络N例如是互联网、便携式电话的承载网等,也可以由任意的通信线路或网络来构成。在管理系统中,汇集方例如从多个提供方接受提供数据的提供,并对提供数据进行汇集。并且,汇集方例如接受来自购买方的请求,将被请求的提供数据出售给购买方。这样,管理系统是用于汇集方对提供数据的买卖进行中介的系统。
另外,汇集方是第1用户的一个例子。购买方是第2用户的一个例子。提供方是第3用户的一个例子。汇集方终端10是第1终端的一个例子。购买方终端20是第2终端的一个例子。提供方终端30是第3终端的一个例子。
以下对汇集方终端10进行说明。
[汇集方终端10]
汇集方终端10是进行如下工作的装置的一个例子,即:收集提供方所拥有的一个以上的设备的工作日志等数据,将收集的数据或根据收集的数据而生成的分析数据,作为提供数据提供给购买方。工作日志例如是由设备所具备的传感器检测的检测结果、与检测到设备的工作状态等的时间建立了关联的信息。一个以上的设备例如是被设置在家庭中的家电、被设置在工厂的装置、具有通信功能的传感器等。汇集方终端10经由提供方终端30来获取上述的提供数据。另外,汇集方终端10也可以不经由提供方终端30,而从生成了上述的提供数据的一个以上的设备获取该提供数据。
汇集方终端10在由购买方购买了数据的情况下,则执行第1支付处理,该第1支付处理是用于将该数据的代价从购买方支付给汇集方的处理。汇集方终端10在执行第1支付处理时,也可以将由购买方购买的数据发送给购买方的购买方终端20。并且,汇集方终端10在第1支付处理被执行了的情况下,可以执行第2支付处理,该第2支付处理是用于从汇集方向提供了该数据的提供方至少支付该数据的代价的一部分的处理。支付可以是交出相当于代价的代币或电子货币。
图2示出了实施方式1所涉及的汇集方终端10的构成的一个例子。
如图2所示,汇集方终端10具备:通信部101、控制部102、转换部103、记录部104、第1分布式账本111、第2分布式账本112、第3分布式账本113、公开数据库114、以及非公开数据库115。汇集方终端10通过处理器利用存储器执行规定的程序来实现。另外,在图2中将公开数据库记作公开DB,将非公开数据库记作非公开DB。以下对汇集方终端10所具备的各构成要素进行说明。
<通信部101>
通信部101通过与购买方终端20或提供方终端30之间进行通信,来进行数据的收发等。
具体而言,通信部101接收从提供方终端30提供的提供数据。
并且,通信部101从提供方终端30接收包括第3账本信息的第3账本交易数据,第3账本信息示出提供方终端30所拥有的分布式账本。提供方终端30所拥有的分布式账本是被存放在提供方终端30的分布式账本,是第1分布式账本111以及第3分布式账本113。
并且,通信部101从购买方终端20接收包括第2账本信息的第2账本交易数据,第2账本信息示出购买方终端20所拥有的分布式账本。购买方终端20所拥有的分布式账本是被存放在购买方终端20的分布式账本,是第2分布式账本112以及第3分布式账本113。
并且,通信部101从提供方终端30接收包括第1支付智能合约的第1交易数据。第1支付智能合约是用于将数据的代价从汇集方的帐户转入到提供方的帐户的智能合约。第1支付智能合约包括:对汇集方的帐户进行识别的汇集方帐户地址、对提供方的帐户进行识别的提供方帐户地址、对后述的关联智能合约进行识别的关联智能合约ID、对提供数据进行识别的数据ID、以及作为提供数据的代价的第1代价。第1支付智能合约是第2智能合约的一个例子。
并且,通信部101将包括第2支付智能合约的第2交易数据发送给购买方终端20。第2支付智能合约是用于将数据的代价从购买方的帐户转入到汇集方的帐户的智能合约。第2支付智能合约包括:对汇集方的帐户进行识别的汇集方帐户地址、对购买方的帐户进行识别的购买方帐户地址、对后述的关联智能合约进行识别的关联智能合约ID、对提供数据进行识别的数据ID、以及作为提供数据的代价的第2代价。第2支付智能合约是第1智能合约的一个例子。
另外,从汇集方向提供方支付的数据的第1代价是,从购买方向汇集方支付的数据的第2代价的至少一部分。
并且,通信部101将包括关联智能合约的第3交易数据发送给购买方终端20以及提供方终端30。关联智能合约是对第1支付智能合约与第2支付智能合约建立关联的智能合约。第2支付智能合约由于是按照通过购买方终端20而成为购买对象的每个数据来生成的,因此关联智能合约也是同样,按照通过购买方终端20而成为购买对象的每个数据,与第2智能合约相对应地生成。关联智能合约是在第2支付智能合约被执行时而被执行,且执行第1支付智能合约。关联智能合约包括第1地址、第2地址、以及对关联智能合约进行识别的关联智能合约ID,第1地址示出存放了第1支付智能合约的第1支付区块链中的存放场所,第2地址示出存放了第2支付智能合约的第2支付区块链中的存放场所。
并且,通信部101从购买方终端20接收包括代价信息的购买交易数据,上述的代价信息是关于由购买方向汇集方支付的作为提供数据的代价的第2代价的信息。购买交易数据是用于使第2支付智能合约执行的交易数据。购买交易数据包括:对购买对象数据进行识别的数据ID、购买对象数据的代价、以及对购买方进行识别的购买方ID。
并且,通信部101从购买方终端20接收第3执行交易数据。第3执行交易数据是用于使关联智能合约执行的交易数据。
并且,通信部101与购买方终端20或提供方终端30之间进行各种交易数据的收发等。具体而言,通信部101可以向购买方终端20或提供方终端30传输各种交易数据,也可以接收从购买方终端20或提供方终端30传输来的各种交易数据。另外,各种交易数据包括如下的交易数据的其中之一,这些交易数据是指:第1账本交易数据、第2账本交易数据、第3账本交易数据、购买交易数据、第1交易数据、第2交易数据、第3交易数据、第1执行交易数据、以及第3执行交易数据。
这样,通信部101经由网络N,与购买方终端20或提供方终端30之间进行通信。另外,该通信可以通过TLS(Transport Layer Security:传输层安全协议)来执行,TLS通信用的加密密钥也可以由通信部101来保持。
<控制部102>
控制部102生成第1账本交易数据,该第1账本交易数据包括示出汇集方终端10所拥有的分布式账本的第1账本信息。汇集方终端10所拥有的分布式账本是被存放在汇集方终端10的分布式账本,是第1分布式账本111、第2分布式账本112以及第3分布式账本113。控制部102经由通信部101,为了将生成的第1账本交易数据存放到第3分布式账本113,而将第1账本交易数据发送给购买方终端20以及提供方终端30。
并且,控制部102生成包括第2支付智能合约的第2交易数据。控制部102为了将生成的第2交易数据存放到第2分布式账本112,从而经由通信部101,将第2交易数据发送给购买方终端20。具体而言,控制部102在由通信部101从购买方终端20接收到购买交易数据的情况下,根据购买交易数据中包括的示出购买对象数据的数据ID,参照在后述的公开数据库114管理的公开用的数据信息以及在非公开数据库115管理的非公开用的数据信息,来确定提供了购买对象数据的提供方的提供方ID。并且,控制部102根据数据ID,并根据在后述的公开数据库114管理的公开用的数据信息以及帐户信息,来确定提供方终端30的帐户地址。据此,控制部102确定与第2支付智能合约建立对应的第1支付智能合约。
并且,控制部102生成包括关于关联智能合约的信息的第3交易数据。控制部102为了将生成的第3交易数据存放到第3分布式账本,从而经由通信部101,将第3交易数据发送给购买方终端20以及提供方终端30。
另外也可以是,控制部102在生成第2支付智能合约时,也就是在生成关联智能合约之前,生成对关联智能合约进行识别的关联智能合约ID。于是,控制部102可以在生成第2支付智能合约之后,利用生成的关联智能合约ID,来生成关联智能合约。
并且,控制部102在由通信部101接收到交易数据时,对该交易数据的正当性进行验证。例如,控制部102对通信部101接收的交易数据,验证是否被赋予了以正确的方法生成的电子签名。另外,该验证也可以跳过。在此,由通信部101接收的交易数据是如下的交易数据中的任一个,这些交易数据包括第2账本交易数据、第3账本交易数据、第1交易数据、第2交易数据、购买交易数据、第1执行交易数据、以及第3执行交易数据。
并且,控制部102与购买方终端20以及提供方终端30的至少其中一方一起执行用于对交易数据的正当性进行协议的共识算法。
在此,共识算法可以采用PBFT(Practical Byzantine Fault Tolerance:实用拜占庭容错算法),也可以采用其他的周知的共识算法。作为周知的共识算法例如有PoW(Proof of Work:工作量证明)或PoS(Proof of Stake:持有量证明)等。在共识算法中采用了PBFT的情况下,控制部102从与汇集方终端10一起执行共识算法的终端的每一个中接受示出交易数据的验证是否成功了的报告,并判断该报告的数量是否超过规定的数量。于是,控制部102在该报告的数量超过了规定的数量时,可以判断为交易数据的正当性通过共识算法得到了验证。
控制部102在确认到交易数据的正当性的情况下,使记录部104记录该交易数据。
在本实施方式中,控制部102对由通信部101接收的第2账本交易数据、第3账本交易数据、第1交易数据、第2交易数据、购买交易数据、第1执行交易数据、以及第3执行交易数据的正当性进行验证。
<转换部103>
转换部103在由通信部101从提供方终端30接收到提供数据时,则参照转换表,将该提供数据中包括的用于识别提供方的第3标识符(提供方ID)转换为第3特定标识符。转换部103将提供数据与第3特定标识符建立对应后存放到公开数据库114。转换部103也可以将第3标识符以规定的哈希函数转换为第3特定标识符。即第3特定标识符可以是第3标识符的哈希值。另外,由于按每个提供方而被赋予了不同的第3标识符,因此由不同的提供方提供的数据与不同的第3特定标识符建立对应而被存放到公开数据库114。
<记录部104>
记录部104将由控制部102进行了正当性的验证的交易数据包括在区块中来存放到第1分布式账本111、第2分布式账本112以及第3分布式账本113的任一个中,据此对交易数据进行记录。
另外,记录部104也可以被构成为内部具有第1分布式账本111、第2分布式账本112以及第3分布式账本113。
<第1分布式账本111>
第1分布式账本111中存放有与汇集方和提供方之间的签约有关的信息。第1分布式账本111中例如存放有包括第1支付智能合约的第1交易数据。第1分布式账本111中存放有包括具有第1交易数据的区块的第1支付区块链。第1支付区块链是第2区块链的一个例子。
<第2分布式账本112>
第2分布式账本112中存放有与汇集方和购买方之间的签约有关的信息。第2分布式账本112中例如存放有包括第2支付智能合约的第2交易数据。第2分布式账本112中存放有包括具有第2交易数据的区块的第2支付区块链。第2支付区块链是第1区块链的一个例子。
<第3分布式账本113>
第3分布式账本113中存放有与汇集方、购买方、提供方有关的信息。第3分布式账本113中例如存放有包括关联智能合约的第3交易数据。第3分布式账本113中存放有包括具有第3交易数据的区块的第3区块链。
<公开数据库114>
公开数据库114中存放的信息是汇集方终端10、购买方终端20、以及提供方终端30能够阅览的信息。
公开数据库114中存放有从提供方终端30获取的与提供数据有关的公开用的数据信息。图3是示出公开用的数据信息的一个构成例的表。
如图3所示,公开用的数据信息是针对多个数据的每一个,用于识别该数据的数据编号、该数据、第3特定标识符建立了对应的信息,在此的第3特定标识符是提供了该数据的提供方的转换后的标识符。
并且,公开数据库114中存放有与汇集方终端10、购买方终端20、以及提供方终端30分别对应的特定标识符和帐户地址对应起来的帐户信息。图4是示出帐户信息的构成的一个例子的表。
如图4所示,帐户信息是按每个特定标识符与由该特定标识符确定的终端的帐户地址建立了对应的信息,在此的特定标识符是转换后的各终端的标识符。例如,第1特定标识符与汇集方终端10的帐户地址对应,第2特定标识符与购买方终端20的帐户地址对应,第3特定标识符与提供方终端30的帐户地址对应。
另外,第1特定标识符是对汇集方进行识别的第1标识符(汇集方ID)被转换而得到的标识符。例如,第1特定标识符是第1标识符由规定的哈希函数被转换后而得到的标识符。并且,第2特定标识符是对购买方进行识别的第2标识符(购买方ID)被转换而得到的标识符。例如,第2特定标识符是第2标识符由规定的哈希函数被转换后而得到的标识符。
<非公开数据库115>
非公开数据库115中存放的信息是汇集方终端10、购买方终端20、以及提供方终端30不能阅览的信息。另外,非公开数据库115中存放的信息也可以是能够由汇集方终端10阅览,而不能由购买方终端20以及提供方终端30阅览的信息。
非公开数据库115中存放有从提供方终端30获取的与提供数据有关的非公开用的数据信息。图5是示出非公开用的数据信息的一个构成例的表。
如图5所示,非公开用的数据信息是针对多个数据的每一个,该数据与第3特定标识符建立了对应的信息,在此的第3特定标识符是提供了该数据的提供方的转换后的标识符。在非公开用的数据信息中也可以是,还与对各个数据进行识别的数据编号建立对应。
接着,对购买方终端20进行说明。
[购买方终端20]
购买方终端20是用于购买由汇集方终端10汇集的数据之中所需要的数据的终端。购买方终端20通过将与所需要的数据的购买有关的请求发送给汇集方终端10,并向汇集方终端10支付所需要的数据的代价,从而接收所需要的数据。
图6示出了实施方式1所涉及的购买方终端20的构成的一个例子。
如图6所示,购买方终端20具备:通信部201、控制部202、记录部203、第2分布式账本112、以及第3分布式账本113。购买方终端20通过处理器利用存储器执行规定的程序来实现。以下对购买方终端20所具备的各构成要素进行说明。
<通信部201>
通信部201通过与汇集方终端10之间进行通信,来进行数据的收发等。
具体而言,通信部201将包括示出购买方终端20所拥有的分布式账本的第2账本信息的第2账本交易数据,发送给汇集方终端10。购买方终端20所拥有的分布式账本是购买方终端20中存放的分布式账本,是第2分布式账本112以及第3分布式账本113。
并且,通信部201从汇集方终端10接收包括关联智能合约的第3交易数据。并且,通信部201将包括与第2代价有关的代价信息的购买交易数据发送给汇集方终端10,该第2代价是购买方向汇集方支付的代价,并且是提供数据的代价。并且,通信部201将第2执行交易数据发送给汇集方终端10以及提供方终端30。
并且,通信部201与汇集方终端10以及提供方终端30的至少其中一方之间进行各种交易数据的收发等。具体而言,通信部201可以将各种交易数据传输给汇集方终端10或提供方终端30,也可以接收从汇集方终端10或提供方终端30传输来的各种交易数据。并且,各种交易数据中包括如下的交易数据中的一个,这些交易数据是:第1账本交易数据、第2账本交易数据、第3账本交易数据、第2交易数据、第3交易数据、第1执行交易数据、以及第2执行交易数据。
这样,通信部201经由网络N,与汇集方终端10或提供方终端30之间进行通信。另外,该通信可以通过TLS(Transport Layer Security:传输层安全性协议)来执行,TLS通信用的加密密钥也可以由通信部201来保持。
<控制部202>
控制部202生成包括示出购买方终端20所拥有的分布式账本的第2账本信息的第2账本交易数据。并且,控制部202生成第2执行交易数据。
并且,控制部202在由通信部201接收到交易数据时,对该交易数据的正当性进行验证。例如,控制部202验证在通信部201所接收的交易数据中是否被赋予了以正确的方法生成的电子签名等。另外,该验证也可以跳过。在此,由通信部201接收的交易数据是如下的交易数据中的任一个,这些交易数据是指:第1账本交易数据、第3账本交易数据、第2交易数据、第3交易数据、第1执行交易数据、以及第2执行交易数据。
并且,控制部202与购买方终端20以及提供方终端30的至少其中一方一起执行用于对交易数据的正当性进行协议的共识算法。
在此,共识算法可以采用PBFT(Practical Byzantine Fault Tolerance:实用拜占庭容错算法),也可以采用其他的周知的共识算法。作为周知的共识算法例如有PoW(Proof of Work:工作量证明)或PoS(Proof of Stake:持有量证明)等。在共识算法中采用PBFT的情况下,控制部202从与购买方终端20一起执行共识算法的终端分别接受报告,并判断该报告的数量是否超过了规定的数量,所述报告示出交易数据的验证是否已经成功。于是,控制部202可以在该报告的数量超过了规定的数量时,判断为交易数据的正当性通过共识算法得到了验证。
控制部202在确认到交易数据的正当性的情况下,使记录部203记录该交易数据。
在本实施方式中,控制部202对由通信部201接收到的第2账本交易数据、第3账本交易数据、第1交易数据、第2交易数据、购买交易数据、第1执行交易数据、以及第2执行交易数据的任一个的正当性进行验证。
<记录部203>
记录部203通过将由控制部202进行了正当性的验证的交易数据包括在区块中,来存放到第2分布式账本112以及第3分布式账本113的某一个中,从而对交易数据进行记录。
另外,记录部203也可以被构成为内部具有第2分布式账本112以及第3分布式账本113。
由于第2分布式账本112以及第3分布式账本113与汇集方终端10所具备的第2分布式账本112以及第3分布式账本113相同,因此省略说明。
[提供方终端30]
提供方终端30是用于将数据提供给汇集方终端10的终端。提供方终端30是用于从汇集方终端10接受由购买方终端20购买的数据的代价的至少一部分的支付的终端。
图7示出了实施方式1所涉及的提供方终端30的构成的一个例子。
如图7所示,提供方终端30具备:通信部301、控制部302、记录部303、第1分布式账本111、以及第3分布式账本113。提供方终端30通过处理器利用存储器执行规定的程序来实现。以下对提供方终端30所具备的各构成要素进行说明。
<通信部301>
通信部301通过与汇集方终端10之间进行通信,来进行数据的收发等。
具体而言,通信部301将提供数据发送给汇集方终端10。
并且,通信部301将第3账本交易数据发送给汇集方终端10,该第3账本交易数据包括示出提供方终端30所拥有的分布式账本的第3账本信息。提供方终端30所拥有的分布式账本是被存放在提供方终端30的分布式账本,是第1分布式账本111以及第3分布式账本113。
并且,通信部301将包括第1支付智能合约的第1交易数据发送给汇集方终端10。并且,通信部301从汇集方终端10接收包括关联智能合约的第3交易数据。
并且,通信部301与汇集方终端10以及购买方终端20的至少一方进行各种交易数据的收发等。具体而言,通信部301可以向汇集方终端10或购买方终端20传输各种交易数据,也可以接收从汇集方终端10或购买方终端20传输来的各种交易数据。另外,各种交易数据包括如下交易数据的其中之一,这些交易数据是指:第1账本交易数据、第2账本交易数据、第3账本交易数据、第1交易数据、第3交易数据、第1执行交易数据、以及第2执行交易数据。
这样,通信部301经由网络N与汇集方终端10或购买方终端20之间进行通信。另外,该通信可以通过TLS(Transport Layer Security:传输层安全性协议)来执行,TLS通信用的加密密钥也可以由通信部301保持。
<控制部302>
控制部302生成第3账本交易数据,该第3账本交易数据包括示出提供方终端30所拥有的分布式账本的第3账本信息。并且,控制部302生成第1执行交易数据。
并且,控制部302生成包括第1支付智能合约的第1交易数据。控制部302为了将生成的第1交易数据存放到第1分布式账本111,从而经由通信部301,将第1交易数据发送给汇集方终端10。
另外,控制部302在生成第1支付智能合约时,即在关联智能合约被生成之前,可以生成关联智能合约ID,并生成包括被生成的关联智能合约ID的第1支付智能合约。于是,控制部302可以将生成的关联智能合约ID发送给汇集方终端10。汇集方终端10在从提供方终端30接收到关联智能合约ID的情况下,可以利用接收到的关联智能合约ID,来生成第2支付智能合约以及关联智能合约。相反,控制部302在生成第1支付智能合约时,可以询问汇集方终端10是否已经生成了关联智能合约ID。在询问的结果是生成了关联智能合约ID的情况下,可以从汇集方终端10获取关联智能合约ID,并生成包括获取的关联智能合约ID的第1支付智能合约。在这种情况下,控制部302也可以不生成关联智能合约ID。
并且,控制部302在通信部301接收到交易数据时,对该交易数据的正当性进行验证。例如,控制部302验证是否在由通信部301接收的交易数据中赋予了以正确的方法生成的电子签名等。另外,该验证也可以跳过。在此,由通信部301接收的交易数据包括如下的交易数据中的一个,这些交易数据是指:第1账本交易数据、第2账本交易数据、第3交易数据、第1执行交易数据、以及第2执行交易数据。
并且,控制部302与汇集方终端10以及购买方终端20的至少一方一起执行用于对交易数据的正当性进行协议的共识算法。
在此,在共识算法中可以采用PBFT(Practical Byzantine Fault Tolerance:实用拜占庭容错算法),也可以采用其他的周知的共识算法。作为周知的共识算法例如有PoW(Proof of Work:工作量证明)或PoS(Proof of Stake:持有量证明)等。在共识算法采用PBFT的情况下,控制部302从与提供方终端30一起执行共识算法的终端的每一个接受报告,并判断该报告的数量是否超过了规定的数量,所述报告示出交易数据的验证是否已经成功。于是,控制部302在该报告的数量超过了规定的数量时,可以判断为交易数据的正当性通过共识算法得到了验证。
控制部302在确认到交易数据的正当性的情况下,使记录部303记录该交易数据。
在本实施方式中,控制部302对由通信部301接收的第1账本交易数据、第2账本交易数据、第3交易数据、第1执行交易数据、以及第2执行交易数据中的任一个的正当性进行验证。
<记录部303>
记录部303通过将由控制部302进行了正当性的验证的交易数据包括在区块,来存放到第1分布式账本111以及第3分布式账本113的某一个中,从而对交易数据进行记录。
另外,记录部303也可以被构成为内部具有第1分布式账本111以及第3分布式账本113。
由于第1分布式账本111以及第3分布式账本113与汇集方终端10所具备的第1分布式账本111以及第3分布式账本113相同,因此省略说明。
[管理系统的工作等]
接着,对具有以上这种构成的管理系统的工作进行说明。另外,在图8以后将交易数据记作Tx数据。
图8是示出由实施方式1所涉及的管理系统进行的数据获取处理的一个例子的序列图。
数据获取处理是在汇集方终端10从提供方终端30获取提供数据时,由汇集方终端10执行的处理。
提供方终端30将提供数据发送给汇集方终端10(S101)。提供方终端30也可以定期地将提供数据发送给汇集方终端10。提供数据中包括用于对提供方终端30进行识别的第3标识符。
汇集方终端10在从提供方终端30接收到提供数据时,参照转换表,将该提供数据中包括的第3标识符转换为第3特定标识符(S102)。
接着,汇集方终端10将接收的提供数据与通过转换而得到的第3特定标识符建立对应,存放到公开数据库114(S103)。
接着,汇集方终端10将第3标识符与第3特定标识符建立对应,存放到非公开数据库115(S104)。
图9是示出实施方式1所涉及的管理系统进行的将分布式账本信息存放到分布式账本的处理的一个例子的序列图。
提供方终端30生成包括示出提供方终端30所拥有的分布式账本的第3账本信息的第3账本交易数据(S111)。
提供方终端30将生成的第3账本交易数据发送给汇集方终端10以及购买方终端20(S112)。
接着,汇集方终端10、购买方终端20、以及提供方终端30执行共识算法,生成包括第3账本交易数据的区块,并存放到第3分布式账本113(S113)。
汇集方终端10生成包括示出汇集方终端10所拥有的分布式账本的第1账本信息的第1账本交易数据(S114)。
汇集方终端10将生成的第1账本交易数据发送给购买方终端20以及提供方终端30(S115)。
接着,汇集方终端10、购买方终端20、以及提供方终端30执行共识算法,生成包括第1账本交易数据的区块,并存放到第3分布式账本113(S116)。
购买方终端20生成包括示出购买方终端20所拥有的分布式账本的第2账本信息的第2账本交易数据(S117)。
购买方终端20将生成的第2账本交易数据发送给汇集方终端10以及提供方终端30(S118)。
接着,汇集方终端10、购买方终端20、以及提供方终端30执行共识算法,生成包括第2账本交易数据的区块,并存放到第3分布式账本113(S119)。
将分布式账本信息存放到分布式账本的处理可以在各终端所拥有的分布式账本被设定或被更新时执行。关于步骤S111~S113的一系列的处理、步骤S114~S116的一系列的处理、以及步骤S117~S119的一系列的处理,也可以不按照上述的顺序来执行。并且,步骤S111~S113的一系列的处理、步骤S114~S116的一系列的处理、以及步骤S117~S119的一系列的处理可以仅被执行一次,也可以在每当各终端所拥有的分布式账本的构成被更新时执行。
图10是示出实施方式1所涉及的管理系统进行的将智能合约存放到分布式账本的处理的一个例子的序列图。
提供方终端30生成包括第1支付智能合约的第1交易数据(S121)。
提供方终端30将生成的第1交易数据发送给汇集方终端10以及购买方终端20(S122)。
接着,汇集方终端10以及提供方终端30执行共识算法,生成包括第1交易数据的区块,并存放到第1分布式账本111(S123)。
汇集方终端10生成包括第2支付智能合约的第2交易数据(S124)。
汇集方终端10将生成的第2交易数据发送给购买方终端20(S125)。
接着,汇集方终端10以及购买方终端20执行共识算法,生成包括第2交易数据的区块,并存放到第2分布式账本112(S126)。
汇集方终端10生成包括关联智能合约的第3交易数据(S127)。
汇集方终端10将生成的第3交易数据发送给购买方终端20以及提供方终端30(S128)。
接着,汇集方终端10、购买方终端20、以及提供方终端30执行共识算法,生成包括第3交易数据的区块,并存放到第3分布式账本113(S129)。
图11是示出实施方式1所涉及的管理系统进行的数据买卖处理的一个例子的序列图。
购买方终端20参照包括成为交易对象的数据的一览的数据库,来指定购买对象的数据(S131)。
购买方终端20生成包括示出购买对象的数据的信息以及该数据的代价的购买交易数据(S132)。
购买方终端20将生成的购买交易数据发送给汇集方终端10(S133)。
接着,汇集方终端10以及购买方终端20执行共识算法,生成包括购买交易数据的区块,并存放到第2分布式账本112(S134)。
接着,当汇集方终端10以及购买方终端20针对购买交易数据执行了共识算法时,执行第2支付智能合约(S135、S136)。
汇集方终端10以及购买方终端20各自进行数据的代价从购买方的帐户向汇集方的帐户的转入(S135)。
接着,汇集方终端10以及购买方终端20各自生成调用关联智能合约的第2执行交易数据(S136)。第2执行交易数据包括关联智能合约ID。
接着,汇集方终端10以及购买方终端20的至少一方将第2执行交易数据,发送给汇集方终端10、购买方终端20、以及提供方终端30这三个终端中除自身终端以外的其他的终端(S137)。在图11中示出的例子是,购买方终端20将第2执行交易数据发送给汇集方终端10以及提供方终端30的例子。汇集方终端10也可以将第2执行交易数据发送给购买方终端20以及提供方终端30。
接着,汇集方终端10、购买方终端20、以及提供方终端30执行共识算法,生成包括第2执行交易数据的区块,并存放到第3分布式账本113(S138)。
接着,当汇集方终端10、购买方终端20、以及提供方终端30针对第2执行交易数据执行了共识算法时,就执行关联智能合约(S140~S142)。
接着,汇集方终端10、购买方终端20、以及提供方终端30各自对与第2支付智能合约建立了对应的第1支付智能合约进行确定(S140)。具体而言,汇集方终端10、购买方终端20、以及提供方终端30各自根据关联智能合约中的、示出存放了第1支付智能合约的第1支付区块链中的存放场所的第1地址,来对第1支付智能合约进行确定。
接着,汇集方终端10、购买方终端20、以及提供方终端30各自判断是否拥有第1分布式账本(S141)。具体而言,汇集方终端10、购买方终端20、以及提供方终端30各自根据第3分布式账本113中存放的各个分布式账本信息,来判断自身终端是否拥有第1分布式账本。由于汇集方终端10以及提供方终端30拥有第1分布式账本,因此判断为“是”,执行下一个步骤S142。另外,由于购买方终端20没有第1分布式账本,因此判断为“否”,从而结束处理。
接着,汇集方终端10以及提供方终端30各自生成调用第1支付智能合约的第1执行交易数据(S142)。第1执行交易数据包括用于识别第1支付智能合约的第1支付智能合约ID。
接着,汇集方终端10以及提供方终端30的其中一方将第1执行交易数据发送给汇集方终端10以及提供方终端30中的另一方(S143)。在图11中示出了汇集方终端10将第1执行交易数据发送给提供方终端30的例子提供方终端30也可以将第1执行交易数据发送给汇集方终端。
接着,汇集方终端10以及提供方终端30执行共识算法,生成包括第1执行交易数据的区块,并存放到第1分布式账本111(S144)。
接着,当汇集方终端10以及提供方终端30针对第1执行交易数据执行了共识算法时,执行第1支付智能合约(S145)。具体而言,汇集方终端10以及提供方终端30各自进行将数据的代价的至少一部分从汇集方的帐户向提供方的帐户的转入(S145)。
[效果等]
如以上所述,实施方式1所涉及的管理系统的汇集方终端10进行如下的控制方法。汇集方终端10从购买方所拥有的购买方终端20,获取包括与购买方向汇集方支付的代价有关的代价信息的购买交易数据(S133)。汇集方终端10通过将购买交易数据记录到第2支付区块链,来执行第2支付区块链中记录的第2支付智能合约(S135、S136)。汇集方终端10根据第2支付智能合约,来执行与第2支付区块链不同的第1支付区块链中记录的第1支付智能合约(S145)。第1支付智能合约是用于将提供数据的代价的至少一部分从汇集方的帐户转入到提供方的帐户的智能合约。
据此,将用于履行与提供数据的代价的支付有关的两种签约的、与这两种签约分别对应两个智能合约分在不同的两个区块链中记录。两种签约的其中之一是,在购买方购买提供数据时发生的、购买方向汇集方的该提供数据的代价的支付签约。两种签约的另一个是,在购买方购买提供数据时发生的、汇集方向提供方的该提供数据的代价的至少一部分的支付签约。这样,两种签约分别是汇集方以及购买方间的签约、和汇集方以及提供方间的签约,成为签约的当事人的用户的组合不同。也就是说,通过将两个智能合约分开记录到不同的两个区块链,从而能够抑制与该签约对应的智能合约被签约的当事人以外的用户知道。具体而言,能够抑制购买方以及提供方的一方的用户的签约被另一方的用户知道。这样,即使在将两个智能合约分开记录到不同的两个区块链的情况下,由于汇集方终端10是将两个智能合约协作来执行的,因此能够抑制签约被其他的用户知道,并且能够将两种签约协作来履行。为此,例如在提供方是提供数据的提供方、汇集方是进行提供方与购买方之间的提供数据的买卖的中介方的情况下,当购买方向汇集方的提供数据的代价的支付被执行时,汇集方向提供方的提供数据的代价的至少一部分的支付就能够被自动执行。
并且,汇集方终端10在第2支付智能合约的执行中,生成用于执行与第1支付区块链以及第2支付区块链都不同的第3区块链中记录的关联智能合约的第2执行交易数据(S136)。接着,汇集方终端10通过将第2执行交易数据记录到第3区块链(S138),来执行关联智能合约(S140~S142)。
因此,汇集方终端10通过执行第2支付智能合约,从而能够执行关联智能合约。
并且,汇集方终端10在关联智能合约的执行中,确定与第2支付智能合约建立了关联的智能合约即第1支付智能合约(S140),生成用于执行第1支付智能合约的第1执行交易数据(S142)。汇集方终端10通过将第1执行交易数据记录到第1支付区块链(S144),来执行第1支付智能合约(S145)。
因此,汇集方终端10能够通过执行第2支付智能合约,来执行关联智能合约,而且能够通过执行关联智能合约,来执行第1支付智能合约。
并且,汇集方终端10在第2支付智能合约的执行中,将提供数据的代价从购买方的帐户转入到汇集方的帐户。
据此,汇集方终端10能够通过执行第2支付智能合约,从而能够将提供数据的代价从购买方支付给汇集方。
并且,汇集方终端10在第2支付智能合约的执行中,判断汇集方终端10是否拥有第1支付区块链(S141)。汇集方终端10在判断为汇集方终端10拥有第1支付区块链的情况下,执行第1支付智能合约(S145)。
据此,拥有第1支付区块链的汇集方终端10能够执行第1支付智能合约。
并且,代价是从提供方提供来的提供数据的代价。提供数据与第3特定标识符建立对应,以被公开的状态而被存储,第3特定标识符是对提供方进行识别的第3标识符(提供方ID)被转换后而得到的转换后标识符。第3标识符与第3特定标识符建立对应,以没有被公开的状态而被存储。因此,第3用户的标识符能够以没有被公开的状态且与数据相关联地来管理。
(实施方式2)
实施方式2与实施方式1相比不同之处是,由管理系统进行的数据买卖处理的一部分处理不同。关于管理系统的构成,由于与实施方式1相同,因此省略说明。
图12是示出实施方式2所涉及的管理系统进行的数据买卖处理的一个例子的序列图。
购买方终端20参照包括成为交易对象的数据的一览的数据库,来指定成为购买对象的数据(S151)。
购买方终端20生成包括示出成为购买对象的数据的信息以及该数据的代价的购买交易数据(S152)。
购买方终端20将生成的购买交易数据发送给汇集方终端10(S153)。
接着,汇集方终端10以及购买方终端20执行共识算法,生成包括购买交易数据的区块,并存放到第2分布式账本112(S154)。
接着,当汇集方终端10以及购买方终端20对购买交易数据执行了共识算法时,就执行第2智能合约(S155)。具体而言,汇集方终端10以及购买方终端20各自进行从购买方的帐户向汇集方的帐户的数据的代价的转入(S155)。
接着,汇集方终端10生成调用关联智能合约的第2执行交易数据(S156)。第2执行交易数据包括关联智能合约ID。
接着,汇集方终端10将第2执行交易数据发送给购买方终端20以及提供方终端30(S157)。
接着,汇集方终端10、购买方终端20、以及提供方终端30执行共识算法,生成包括第2执行交易数据的区块,并存放到第3分布式账本113(S158)。
接着,当汇集方终端10、购买方终端20、以及提供方终端30对第2执行交易数据执行了共识算法时,就执行关联智能合约(S159~S161)。
接着,汇集方终端10、购买方终端20、以及提供方终端30各自对与第2支付智能合约建立了关联的第1支付智能合约进行确定(S159)。具体而言,汇集方终端10、购买方终端20、以及提供方终端30各自根据关联智能合约中包括的、示出存放有第1支付智能合约的第1支付区块链中的存放场所的第1地址,来确定第1支付智能合约。
接着,汇集方终端10、购买方终端20、以及提供方终端30各自判断是否拥有第1分布式账本(S160)。具体而言,汇集方终端10、购买方终端20、以及提供方终端30各自根据被存放在第3分布式账本113的各分布式账本信息,来判断自身终端是否拥有第1分布式账本。汇集方终端10以及提供方终端30由于拥有第1分布式账本,因此判断为“是”,执行下一个步骤S161。另外,购买方终端20由于没有第1分布式账本,因此判断为“否”,并结束处理。
接着,汇集方终端10、购买方终端20、以及提供方终端30分别对与第2支付智能合约建立了关联的第1支付智能合约进行通知(S161)。
接着,汇集方终端10以及提供方终端30各自生成调用第1支付智能合约的第1执行交易数据(S162)。第1执行交易数据包括用于识别第1支付智能合约的第1支付智能合约ID。
接着,汇集方终端10以及提供方终端30的其中一方将第1执行交易数据发送给汇集方终端10以及提供方终端30的另一方(S163)。图12示出了汇集方终端10将第1执行交易数据发送给提供方终端30的例子。提供方终端30也可以将第1执行交易数据发送给汇集方终端。
接着,汇集方终端10以及提供方终端30执行共识算法,生成包括第1执行交易数据的区块,并存放到第1分布式账本111(S164)。
接着,当汇集方终端10以及提供方终端30对第1执行交易数据执行了共识算法时,执行第1支付智能合约(S165)。具体而言,汇集方终端10以及提供方终端30各自进行从汇集方的帐户向提供方的帐户的数据的代价的至少一部分的转入(S165)。
(实施方式3)
实施方式3与实施方式1相比,由管理系统进行的数据买卖处理的一部分处理不同。关于管理系统的构成,由于与实施方式1相同,因此省略说明。另外,在实施方式3中,汇集方终端10也可以将生成第2支付智能合约时确定的第1支付智能合约ID,包括在将要生成的第2支付智能合约中。并且,在实施方式3中视为各分布式账本信息被存放在第2分布式账本112的第2支付区块链。
图13是示出实施方式3所涉及的管理系统所进行的数据买卖处理的一个例子的序列图。
购买方终端20参照包括成为交易对象的数据的一览的数据库,对成为购买对象的数据进行指定(S171)。
购买方终端20生成包括示出成为购买对象的数据信息以及该数据的代价的购买交易数据(S172)。
购买方终端20将生成的购买交易数据发送给汇集方终端10(S173)。
接着,汇集方终端10以及购买方终端20执行共识算法,生成包括购买交易数据的区块,并存放到第2分布式账本112(S174)。
接着,当汇集方终端10以及购买方终端20对购买交易数据执行了共识算法时,就执行第2智能合约(S175~S177)。
接着,汇集方终端10以及购买方终端20各自进行从购买方的帐户向汇集方的帐户的数据的代价的转入(S175)。
接着,汇集方终端10以及购买方终端20各自判断是否拥有第1分布式账本(S176)。具体而言,汇集方终端10以及购买方终端20分别根据被存放在第2分布式账本112的各分布式账本信息,来判断自身终端是否拥有第1分布式账本。汇集方终端10由于拥有第1分布式账本,因此判断为“是”,执行下一个步骤S177。另外,购买方终端20由于没有第1分布式账本,因此判断为“否”,并结束处理。
接着,汇集方终端10生成调用第1支付智能合约的第1执行交易数据(S177)。第1执行交易数据包括用于识别第1支付智能合约的第1支付智能合约ID。
接着,汇集方终端10将第1执行交易数据发送给提供方终端30(S178)。
接着,汇集方终端10以及提供方终端30执行共识算法,生成包括第1执行交易数据的区块,并存放到第1分布式账本111(S179)。
接着,当汇集方终端10以及提供方终端30对第1执行交易数据执行了共识算法时,就执行第1支付智能合约(S180)。具体而言,汇集方终端10以及提供方终端30各自进行从汇集方的帐户向提供方的帐户的数据的代价的至少一部分的转入(S180)。
这样,汇集方终端10在第2支付智能合约的执行中,生成用于执行第1支付智能合约的第1执行交易数据(S177)。汇集方终端10通过将生成的第1执行交易数据记录到第1支付区块链(S179),来执行第1支付智能合约(S180)。
因此,汇集方终端10通过执行第2支付智能合约,从而能够执行第1支付智能合约。也就是如实施方式1那样,即使不执行关联智能合约,也能够与第2支付智能合约的执行协作,来执行第1支付智能合约。
并且,第2支付智能合约包括用于确定第1支付智能合约的标识符即第1支付智能合约ID。汇集方终端10在第2支付智能合约的执行中,参照第1支付智能合约ID,对与第2支付智能合约建立了关联的第1支付智能合约进行确定,在进行了确定后生成第1执行交易数据。
据此,汇集方终端10能够容易地确定与第2支付智能合约协作来执行的第1支付智能合约。
(实施方式4)
实施方式3与实施方式1相比不同之处是,由管理系统进行的数据买卖处理的一部分处理不同。关于管理系统的构成,由于与实施方式1相同,因此省略说明。
图14是示出实施方式4所涉及的管理系统所进行的数据买卖处理的一个例子的序列图。
购买方终端20参照包括成为交易对象的数据的一览的数据库,对成为购买对象的数据进行指定(S191)。
购买方终端20生成包括示出成为购买对象的数据的信息以及该数据的代价的购买交易数据(S192)。
购买方终端20将生成的购买交易数据发送给汇集方终端10(S193)。
接着,汇集方终端10以及购买方终端20执行共识算法,生成包括购买交易数据的区块,并存放到第2分布式账本112(S194)。
接着,当汇集方终端10以及购买方终端20对购买交易数据执行了共识算法时,就执行第2智能合约(S195~S198)。
汇集方终端10以及购买方终端20各自进行从购买方的帐户向汇集方的帐户的数据的代价的转入(S195)。
接着,汇集方终端10以及购买方终端20各自判断是否可以将以购买交易数据指定的购买对象数据出售给购买方(S196)。在此可以是,汇集方终端10以及购买方终端20各自对提供方的属性与购买方的属性进行比较,在双方的属性满足规定的关系的情况下,判断为可以将购买对象数据出售给购买方,在双方的属性不满足规定的关系的情况下,判断为不能将购买对象数据出售给购买方。规定的关系是指,提供方的属性与购买方的属性不类似,例如提供方的居住地与购买方的居住地的相隔距离超过了规定的距离。
在汇集方终端10以及购买方终端20各自判断为可以将以购买交易数据指定的购买对象数据出售给购买方的情况下(S196的“是”),执行步骤S197,在判断为不能出售给购买方的情况下(S196的“否”),则结束处理。
在步骤S197中,汇集方终端10将购买对象数据转让给购买方(S197)。具体而言,汇集方终端10可以将购买对象数据发送给购买方终端20,也可以向存放有购买对象数据的数据库进行访问接入,将用于下载购买对象数据的信息发送给购买方终端20。
接着,汇集方终端10以及提供方终端30各自进行从汇集方的帐户向提供方的帐户的数据的代价的至少一部分的转入(S198)。
[其他的实施方式等]
以上基于实施方式对本公开进行了说明,但是本公开并非受上述的实施方式所限。以下的情况也包括在本公开中。
(1)上述的实施方式中的各装置具体而言是由微处理器、ROM、RAM、硬盘单元、显示器单元、键盘、鼠标等构成的计算机系统。在所述RAM或硬盘单元中记录有计算机程序。通过所述微处理器按照所述计算机程序来进行工作,从而各装置实现各自的功能。在此,计算机程序是为了实现规定的功能,而由向计算机发出指令的多个命令代码组合而成。
(2)上述的实施方式中的各装置的构成要素的一部分或全部可以由1个系统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 汇集方终端
20 购买方终端
30 提供方终端
101、201、301 通信部
102、202、302控制部
103转换部
104、203、303记录部
111第1分布式账本
112第2分布式账本
113第3分布式账本
114公开数据库
115非公开数据库
N网络
Claims (10)
1.一种控制方法,是拥有利用了区块链的分布式账本的第1终端的控制方法,
在所述控制方法中,
从第2用户所拥有的第2终端获取购买交易数据,该购买交易数据中包括与所述第2用户向第1用户支付的代价有关的代价信息,
通过将所述购买交易数据记录到第1区块链,来执行所述第1区块链中记录的第1智能合约,
根据所述第1智能合约,来执行第2区块链中记录的第2智能合约,所述第2区块链是与所述第1区块链不同的区块链,
所述第2智能合约是用于将所述代价的至少一部分,从所述第1用户的第1帐户转入到第3用户的第3帐户的智能合约。
2.如权利要求1所述的控制方法,
在所述第1智能合约的执行中,生成用于执行所述第2智能合约的第1执行交易数据,
通过将生成的所述第1执行交易数据记录到所述第2区块链,来执行所述第2智能合约。
3.如权利要求1所述的控制方法,
在所述第1智能合约的执行中,生成用于执行第3区块链中记录的第3智能合约的第2执行交易数据,所述第3区块链是与所述第1区块链以及所述第2区块链都不同的区块链,
通过将所述第2执行交易数据记录到所述第3区块链,来执行所述第3智能合约。
4.如权利要求3所述的控制方法,
在所述第3智能合约的执行中,确定与所述第1智能合约建立了关联的智能合约即所述第2智能合约,生成用于执行所述第2智能合约的第1执行交易数据,
通过将所述第1执行交易数据记录到所述第2区块链,来执行所述第2智能合约。
5.如权利要求1至4的任一项所述的控制方法,
在所述第1智能合约的执行中,将所述代价从所述第2用户的帐户转入到所述第1用户的帐户。
6.如权利要求2所述的控制方法,
所述第1智能合约包括用于确定所述第2智能合约的标识符,
在所述第1智能合约的执行中,参照所述标识符来确定与所述第1智能合约建立了关联的所述第2智能合约,在确定之后生成所述第1执行交易数据。
7.如权利要求1所述的控制方法,
在所述第1智能合约的执行中,判断所述第1终端是否拥有所述第2区块链,
在判断为所述第1终端拥有所述第2区块链的情况下,执行所述第2智能合约。
8.如权利要求1至4的任一项所述的控制方法,
所述代价是从所述第3用户提供来的数据的代价,
所述数据与用于识别所述第3用户的标识符被转换后的转换后标识符建立对应,并以被公开状态而被存储,
所述标识符与所述转换后标识符建立对应,以不被公开的状态而被存储。
9.一种终端,拥有利用了区块链的分布式账本,
所述终端具备:
获取部,从第2用户所拥有的第2终端获取购买交易数据,该购买交易数据中包括与所述第2用户向第1用户支付的代价有关的代价信息;以及
执行部,(i)通过将所述购买交易数据记录到第1区块链,来执行所述第1区块链中记录的第1智能合约,(ii)根据所述第1智能合约,来执行第2区块链中记录的第2智能合约,所述第2区块链是与所述第1区块链不同的区块链,
所述第2智能合约是用于将所述代价的至少一部分,从所述第1用户的第1帐户转入到第3用户的第3帐户的智能合约。
10.一种程序,用于使计算机执行第1终端的控制方法,所述第1终端拥有利用了区块链的分布式账本,
在所述控制方法中,
从第2用户所拥有的第2终端获取购买交易数据,该购买交易数据包括与所述第2用户向第1用户支付的代价有关的代价信息,
通过将所述购买交易数据记录到第1区块链,来执行所述第1区块链中记录的第1智能合约,
根据所述第1智能合约,来执行第2区块链中记录的第2智能合约,所述第2区块链是与所述第1区块链不同的区块链,
所述第2智能合约是用于将所述代价的至少一部分,从所述第1用户的第1帐户转入到第3用户的第3帐户的智能合约。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202163178144P | 2021-04-22 | 2021-04-22 | |
US63/178,144 | 2021-04-22 | ||
PCT/JP2022/017945 WO2022224907A1 (ja) | 2021-04-22 | 2022-04-15 | 制御方法、端末、及び、プログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117280369A true CN117280369A (zh) | 2023-12-22 |
Family
ID=83723295
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202280028997.4A Pending CN117280369A (zh) | 2021-04-22 | 2022-04-15 | 控制方法、终端、以及程序 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20240046264A1 (zh) |
JP (1) | JPWO2022224907A1 (zh) |
CN (1) | CN117280369A (zh) |
WO (1) | WO2022224907A1 (zh) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6628188B2 (ja) * | 2016-05-10 | 2020-01-08 | 日本電信電話株式会社 | 決済システム、決済方法、トランザクション生成装置及びトランザクション生成プログラム |
JP7021747B2 (ja) * | 2018-09-20 | 2022-02-17 | 日本電信電話株式会社 | 決済システム、決済方法、利用者装置、決済プログラム |
JPWO2020213678A1 (zh) * | 2019-04-16 | 2020-10-22 |
-
2022
- 2022-04-15 CN CN202280028997.4A patent/CN117280369A/zh active Pending
- 2022-04-15 JP JP2023515446A patent/JPWO2022224907A1/ja active Pending
- 2022-04-15 WO PCT/JP2022/017945 patent/WO2022224907A1/ja active Application Filing
-
2023
- 2023-10-20 US US18/382,154 patent/US20240046264A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2022224907A1 (ja) | 2022-10-27 |
US20240046264A1 (en) | 2024-02-08 |
JPWO2022224907A1 (zh) | 2022-10-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11044095B2 (en) | Debt recordation to blockchains | |
CA3031133C (en) | Distributed ledger platform for vehicle records | |
US20140180852A1 (en) | Communicating payments | |
US10169748B2 (en) | Alternative payment implementation for electronic retailers | |
US20110046969A1 (en) | Alias hierarchy and data structure | |
US20140074723A1 (en) | Communicating payments | |
US20170193479A1 (en) | Communicating payments | |
US20090313147A1 (en) | Alternative payment implementation for electronic retailers | |
US20210081918A1 (en) | Methods and systems for dual-to-single message conversion in electronic transactions | |
JP2004328802A (ja) | 電子転送システムの通信方法 | |
CN112116334A (zh) | 跨区块链第三方仲裁履约保证系统及其方法 | |
US20230062776A1 (en) | Supplemental Digital Content Access Control using Nonfungible Tokens (NFTs) | |
CN112613877B (zh) | 应用于区块链网络的智能合约触发方法、装置及相关设备 | |
JP7341304B2 (ja) | 制御方法 | |
US20230108610A1 (en) | Systems for secure data replication and original destruction using a blockchain distributed ledger | |
US20220270102A1 (en) | Controlling method, device, and recording medium | |
US11195158B2 (en) | Communicating payments | |
CA3033678A1 (en) | Server, wireless router and method for transmitting electronic red envelope thereof | |
CN104484797A (zh) | 信息通信系统及其装置 | |
CN114708093A (zh) | 基于区块链的数字资源处理方法和装置 | |
CN117280369A (zh) | 控制方法、终端、以及程序 | |
CN108876339B (zh) | 基于通证的电子宠物交易方法及装置 | |
WO2021125109A1 (ja) | 制御方法、装置、及び、プログラム | |
US20200372496A1 (en) | System and method for validation of business transactions | |
KR102169311B1 (ko) | 블록 체인 기반 스마트 컨트랙트를 이용한 구독서비스 방법 |
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 |