CN114981830A - 点对点终端以及合约交易系统 - Google Patents

点对点终端以及合约交易系统 Download PDF

Info

Publication number
CN114981830A
CN114981830A CN202080094187.XA CN202080094187A CN114981830A CN 114981830 A CN114981830 A CN 114981830A CN 202080094187 A CN202080094187 A CN 202080094187A CN 114981830 A CN114981830 A CN 114981830A
Authority
CN
China
Prior art keywords
contract
point
terminal
result
contract result
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
CN202080094187.XA
Other languages
English (en)
Inventor
奥村悠太
小田拓也
梶川裕矢
田中圭介
X·德瓦哥
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.)
Mitsubishi Electric Corp
Tokyo Institute of Technology NUC
Original Assignee
Mitsubishi Electric Corp
Tokyo Institute of Technology NUC
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 Mitsubishi Electric Corp, Tokyo Institute of Technology NUC filed Critical Mitsubishi Electric Corp
Publication of CN114981830A publication Critical patent/CN114981830A/zh
Pending legal-status Critical Current

Links

Images

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/22—Payment schemes or models
    • G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
    • 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/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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3827—Use of message hashing
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • 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
    • G06Q30/08—Auctions
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

提供没有单一故障点、能够从不同的多个合约结果中确定应依据的一个合约结果的合约交易系统。点对点终端具备出价数据获取部、出价数据发送部、合约结果计算部、合约结果发送部、合约结果接收部以及合约结果选定部。出价数据获取部获取出价数据。出价数据发送部将出价数据发送到其它点对点终端。合约结果计算部根据由出价数据获取部获取的出价数据集来计算合约结果。合约结果发送部将合约结果发送到其它点对点终端。合约结果接收部从其它点对点终端接收由其它点对点终端计算出的其它合约结果。合约结果选定部从合约结果及其它合约结果中选定一个合约结果。

Description

点对点终端以及合约交易系统
技术领域
本公开涉及点对点(peer-to-peer)终端以及合约交易(contract transaction)系统。
背景技术
已提出了如下合约交易系统：通过网络对想要销售内容(content)的人和想要购入内容的人进行匹配以达成合约交易。
例如，在专利文献1所记载的金融资产交易系统中，希望进行金融资产交易的用户操作客户端终端装置(0012段)。另外，交易所服务器装置接收经由网络从各客户终端装置发送来的交易信息，基于接收到的交易信息进行交易汇总的处理(0013段)。
现有技术文献
专利文献
专利文献1：日本实用新型注册第3219516号公报
发明内容
发明所要解决的技术课题
专利文献1所记载的金融资产交易系统所代表的以往的合约交易系统采用客户端-服务器模型。因此，服务器进行达成合约交易的处理。因此，服务器为单一故障点(single point of failure)。因此，在服务器出问题的情况下，无法维持合约交易系统。另外，为了防止向服务器的非法访问、恶意软件感染，必须提高服务器的安全强度。因此，耗费用于提高服务器的安全强度的成本。
另一方面，在区块链等点对点(P2P；Peer to Peer，点对点)网络中，对等的终端彼此相互进行通信。因此，P2P网络没有像上述服务器那样的单一故障点。但是，P2P网络不具备像上述服务器那样对整体进行管理的终端。因此，在P2P网络中具备的各终端进行了达成合约交易的处理的情况下，由多个终端分别计算出的多个合约结果有时会不同。因此，无法确定应依据的一个合约结果。
本公开是鉴于这些问题而做出的。本公开的目的在于提供一种没有单一故障点、能够从不同的多个合约结果中确定应依据的一个合约结果的合约交易系统。
用于解决技术课题的技术方案
本公开涉及点对点终端。
点对点终端具备出价(bid)数据获取部、出价数据发送部、合约结果计算部、合约结果发送部、合约结果接收部以及合约结果选定部。
出价数据获取部获取出价数据。
出价数据发送部将出价数据发送到其它点对点终端。
合约结果计算部根据由出价数据获取部获取的出价数据集来计算合约结果。
合约结果发送部将合约结果发送到其它点对点终端。
合约结果接收部从其它点对点终端接收由其它点对点终端计算出的其它合约结果。
合约结果选定部从合约结果及其它合约结果中选定一个合约结果。
本公开也适合于具备该点对点终端的合约交易系统。
发明效果
根据本公开，能够在包括多个点对点终端的点对点网络中达成合约交易。据此，能够提供没有单一故障点的合约交易系统。另外，能够提供能从不同的多个合约结果中确定应依据的一个合约结果的合约交易系统。
通过以下的详细说明和附图，本公开的目的、特征、方面及优点将更加清晰。
附图说明
图1为示意性图示实施方式1的合约交易系统的框图。
图2为示意性图示包括实施方式1的合约交易系统中具备的多个终端的点对点(P2P)网络的网络图。
图3为示意性图示实施方式1的合约交易系统中具备的各终端的硬件结构的框图。
图4为图示实施方式1的合约交易系统中具备的各终端进行的处理的流程的流程图。
图5为图示由实施方式1的合约交易系统中具备的各终端获取的出价数据的例子的图。
图6为图示由实施方式1的合约交易系统中具备的终端计算的合约结果的例子的图。
图7为图示由实施方式1的合约交易系统中具备的各终端参照的选定指标(criterion)的例子的图。
图8为图示实施方式1的合约交易系统中具备的各终端所保存的区块的例子的图。
图9为示意性图示实施方式2的合约交易系统的框图。
图10为图示实施方式2的合约交易系统中具备的各终端进行的处理的流程的流程图。
图11为图示由实施方式2的合约交易系统中具备的各终端参照的激励比率的例子的图。
图12为图示由实施方式2的合约交易系统中具备的各终端计算的激励的例子的图。
图13为示意性图示P2P网络的拓扑结构的例子的图。
图14为示意性图示实施方式3的合约交易系统的框图。
图15为图示实施方式3的合约交易系统中具备的各终端进行的处理的流程的流程图。
图16为图示由实施方式3的合约交易系统中具备的各终端参照的评价指标的例子的图。
附图标记
1、2、3：合约交易系统；11：多个终端；12：认证机构；21：P2P网络；41：认证信息获取部；42：出价数据获取部；43：出价数据发送部；44：合约结果计算部；45：合约结果发送部；46：合约结果接收部；47：合约结果验证部；48：合约结果选定部；49：区块接收部；50：区块选定部；51：合约结果保存部；52：激励计算部；53：终端评价部。
具体实施方式
1实施方式1
1.1合约交易系统的概述
图1为示意性图示实施方式1的合约交易系统的框图。
图1所示的实施方式1的合约交易系统1获取由用户创建的出价数据101。获取的出价数据101表示表明有交易商品的意思的出价的内容。出价数据101为买入出价数据或卖出出价数据。买入出价数据表示表明有购买商品的意思的买入出价的内容。卖出出价数据表示表明有出售商品的意思的卖出出价的内容。商品为证券、电力、天然气、小麦、黄金等。
另外，合约交易系统1在买入出价与卖出出价之间达成合约交易，计算表示已达成的合约交易的结果的合约结果102。合约交易系统1以使创建了买入出价数据的买方用户能够以由买入出价数据表示的出价价格以下的价格购买商品、创建了卖出出价数据的卖方用户能够以由卖出出价数据表示的出价价格以上的价格出售商品的方式达成合约交易。
在合约交易系统1中设定出价截止时刻。合约交易系统1在有由在设定的出价截止时刻之前获取的买入出价数据表示的内容的买入出价与有由在设定的出价截止时刻之前获取的卖出出价数据表示的内容的卖出出价之间达成合约交易。合约交易系统1在设定的出价截止时刻达成合约交易。出价截止时刻例如按照恒定时间间隔来设定。恒定时间间隔例如为间隔5分钟。在恒定时间间隔为间隔5分钟的情况下，针对例如任意小时TT，TT时00分、TT时05分、TT时10分、TT时15分、TT时20分、TT时25分、TT时30分、TT时35分、TT时40分、TT时45分、TT时50分及TT时55分被设定为出价截止时刻。
1.2合约交易系统中具备的要素
如图1的图示，合约交易系统1具备多个终端11及认证机构12。图1中仅图示了多个终端11当中的终端11a及11b。
在图1中，为方便起见，终端11a被作为多个终端11中包含的各终端11x来处理，终端11b被作为多个终端11中包含的其它终端11y来处理。
各终端11x为构成点对点(P2P)网络的P2P终端。
各终端11x获取出价数据101。获取的出价数据101为各终端11x从多个终端11中不包括的终端接收的出价数据101x、各终端11x从多个终端11中包括的其它终端11y接收的出价数据101y或在各终端11x创建的未图示的出价数据。据此，各终端11x获取出价数据集103。
另外，各终端11x将获取的出价数据101发送到其它终端11y。
另外，各终端11x在买入出价与卖出出价之间达成合约交易，计算表示已达成的合约交易的结果的合约结果102x。
在由多个终端11分别获取的多个出价数据集103相同的情况下，由多个终端11分别计算出的多个合约结果102x也相同。但是，在由于通信延迟、包括多个终端11的P2P网络的拓扑结构等的影响而该多个出价数据集103不同的情况下，该多个合约结果102x有时会不同。在该多个合约结果102x不同的情况下，各终端11x从该多个合约结果102x中选定应依据的一个合约结果。
认证机构12发放各终端11x的数字证书104。
1.3P2P网络
图2为示意性图示包括实施方式1的合约交易系统中具备的多个终端的P2P网络的网络图。
图2所示的P2P网络21具备多个终端11。图2中仅图示了多个终端11当中的终端11a、11b、11c、11d、11e及11f。
如图2所示，P2P网络21具备多个通信线22。多个通信线22中包括的各通信线22x将多个终端11中包括的两个终端互相可通信地连接。
各终端11x知晓与各终端11x可通信地连接的终端的地址，能够向该终端发送数据，能够从该终端接收数据。
各终端11x由独占各终端11x的一个用户操作。因此，终端11a、11b、11c、11d、11e、11f、……分别由用户A、B、C、D、E、F、……操作。各终端11x可以由共享各终端11x的两个以上用户操作。
1.4各终端的硬件结构
图3为示意性图示实施方式1的合约交易系统中具备的各终端的硬件结构的框图。
各终端11x包括图3所示的个人计算机(PC)31。各终端11x也可以包括PC 31以外的信息处理装置。例如，各终端11x也可以包括智能手机、平板等。
如图3所示，PC 31具备处理器32、存储器33及储存器34。
储存器34中安装有合约交易程序35。合约交易程序35的安装可以通过将从外部记录介质36读取的合约交易程序35写入到储存器34来进行，也可以通过将经由网络37接收到的合约交易程序35写入到储存器34来进行。
处理器32为中央处理装置(CPU)、图形处理装置(GPU)、数字信号处理装置(DSP)等。存储器33为随机存取存储器(RAM)等。储存器34为硬盘驱动器、固态硬盘、RAM盘等。外部记录介质36为压缩盘(CD)、数字多用途盘(DVD)、蓝光盘(BD)、通用串行总线(USB)存储器等。
存储器33、储存器34及外部记录介质36为记录有合约交易程序35的非临时性的计算机可读记录介质。
在PC 31中，安装于储存器34的合约交易程序35被加载至存储器33，加载的合约交易程序35被处理器32执行。据此，PC 31作为各终端11x而工作。
1.5各终端中具备的要素
如图1所示，各终端11x具备认证信息获取部41、出价数据获取部42、出价数据发送部43、合约结果计算部44、合约结果发送部45、合约结果接收部46、合约结果验证部47、合约结果选定部48、区块接收部49、区块选定部50以及合约结果保存部51。出价数据获取部42具备出价数据接收部54及出价数据创建部55。
通过安装于储存器34的合约交易程序35被加载至存储器33、加载的合约交易程序35被处理器32执行来构成这些要素。这些要素的一部分可以由不执行程序的硬件来构成。
1.6各终端进行的处理的流程
图4为图示实施方式1的合约交易系统中具备的各终端进行的处理的流程的流程图。
各终端11x执行图4所示的步骤S101至S111。
在步骤S101，认证信息获取部41进行认证信息获取处理。此时，认证信息获取部41从认证机构12获取各终端11x的数字证书104，保存获取的各终端11x的数字证书104。获取的数字证书104例如为符合由国际电信联盟电信标准化部门(ITU-T)制定的公钥基础设施标准X.509的数字证书。
在接下来的步骤S102，出价数据获取部42进行出价数据获取处理。此时，出价数据获取部42获取出价数据101，保存获取的出价数据101。据此，出价数据获取部42获取出价数据集103，保存获取的出价数据集103。获取的出价数据101为出价数据接收部54从多个终端11中不包括的终端接收的出价数据101x、出价数据接收部54从多个终端11中包括的其它终端11y接收的出价数据101y、使用出价数据创建部55在各终端11x创建的未图示的出价数据等。各终端11x创建出价数据是通过各终端11x的用户操作各终端11x来进行的。多个终端11中不包括的终端为用户拥有的终端等。用户拥有的终端为用户拥有的智能手机等。
图5为图示由实施方式1的合约交易系统中具备的各终端获取的出价数据的例子的图。
如图5所示，获取的出价数据101包含出价数据标识符(ID)111、时间戳112、终端ID113、用户ID 114、商品115、出价数量116、出价单价117、买卖分类118及数字证书119。
出价数据ID 111、时间戳112、终端ID 113、用户ID 114、商品115、出价数量116、出价单价117、买卖分类118及数字证书119分别记述于表格的第1列至第9列。
出价数据ID 111确定出价数据101。出价数据ID 111是以不与其它出价数据中包含的出价数据ID重复的方式来决定的。出价数据ID 111为将创建出价数据101的终端的信息、出价数据101被创建的时刻等作为自变量而赋予给哈希函数时返回的哈希值等。
时间戳112表示出价数据101被创建的时刻。时间戳112具有“yyyy/MM/dd/hh:mm:ss”这样的表达形式。“yyyy”表示年。“MM”表示月。“dd”表示日。“hh”表示时。“mm”表示分。“ss”表示秒。
终端ID 113确定创建出价数据101的终端。
用户ID 114确定创建出价数据101的用户。
商品115、出价数量116、出价单价117及买卖分类118分别表示构成由出价数据101表示的出价的内容的商品、出价数量、出价单价及买卖分类。买卖分类118表示出价数据101是买入出价数据及卖出出价数据中的哪个。买卖分类118为“买入”表示出价数据101为买入出价数据。买卖分类118为“卖出”表示出价数据101为卖出出价数据。
数字证书119为创建出价数据101的终端的数字证书。
当用户A在2019年01月01日00时00分30秒在终端A创建表示表明有以出价单价“12”购买出价数量“2.0”的商品“X”的意思的买入出价的内容的买入出价数据的情况下，出价数据ID 111为例如“0002”。另外，时间戳112为“2019/01/01/00:00:30”。另外，终端ID113为终端A的终端ID。另外，用户ID 114为用户A的用户ID。另外，商品115为“X”。另外，出价数量116为“2.0”。另外，出价单价117为“12”。另外，买卖分类118为“买入”。另外，数字证书119为作为终端A的数字证书的“证书A”。
在接下来的步骤S103，出价数据发送部43进行出价数据发送处理。此时，出价数据发送部43将获取的出价数据101发送到其它终端11y。出价数据发送部43将获取的出价数据101广播给其它终端11y。
在接下来的步骤S104，合约结果计算部44进行合约结果计算处理。此时，合约结果计算部44根据获取的出价数据集103计算合约结果102x，保存计算出的合约结果102x。在出价截止时刻按间隔5分钟来设定的情况下，合约结果计算部44以5分钟间隔计算合约结果102x。例如，在当前时刻为2019年01月01日00时05分00秒的情况下，合约结果计算部44根据包含如下出价数据101的出价数据集103计算合约结果102x，该出价数据101包含表示2019年01月01日00时05分00秒以前的时刻的时间戳112。合约结果计算部44针对商品115的每个种类在买入出价与卖出出价之间达成合约交易。达成合约交易的买入出价与卖出出价的组合、合约数量及合约价格利用例如与股市开盘前的拍板定价式(板寄せ，itayose)同样的方式来决定。
图6为图示由实施方式1的合约交易系统中具备的终端计算出的合约结果的例子的图。
图6的(a)、图6的(b)及图6的(c)分别图示由终端11a计算出的合约结果121a、由终端11b计算出的合约结果121b及由终端11c计算出的合约结果121c的例子。
如图6所示，合约结果121a、121b及121c中包含的各合约结果121x包含块头(header)131及块体(body)132。
如图6所示，块头131包含合约结果ID 141、时间戳142、终端ID 143及数字证书144。
合约结果ID 141、时间戳142、终端ID 143及数字证书144分别记述于表格的第1列至第4列。
合约结果ID 141确定各合约结果121x。合约结果ID 141是以不与其它合约结果中包含的合约结果ID重复的方式来决定的。合约结果ID 141为将计算各合约结果121x的终端的信息、各合约结果121x被计算出的时刻等作为自变量而赋予给哈希函数时返回的哈希值等。
时间戳142表示各合约结果121x被计算出的时刻。时间戳142具有“yyyy/MM/dd/hh:mm:ss”这样的表达形式。“yyyy”表示年。“MM”表示月。“dd”表示日。“hh”表示时。“mm”表示分。“ss”表示秒。
终端ID 143确定计算出各合约结果121x的终端。
数字证书144为计算出各合约结果121x的终端的数字证书。
如图6所示，块体132包含买入出价数据ID 151、卖出出价数据ID 152、合约数量153及合约单价154。
买入出价数据ID 151、卖出出价数据ID 152、合约数量153及合约单价154分别记述于表格的第1列至第4列。
买入出价数据ID 151及卖出出价数据ID 152分别确定表示已达成合约交易的买入出价及卖出出价的内容的买入出价数据及卖出出价数据。
合约数量153及合约单价154分别表示构成已达成的合约交易的内容的合约数量及合约单价。
在块体132中，分别表示已达成合约交易的买入出价及卖出出价的内容的买入出价数据ID 151及卖出出价数据ID 152相互关联起来。
为了在P2P网络21中达成合约交易，必须由各终端11x而非服务器来计算合约结果102x。但是，在由各终端11x计算合约结果102x的情况下，由于通信延迟、P2P网络21的拓扑结构等的影响，由多个终端11分别获取的多个出价数据集103有时不同。其结果是，由多个终端11分别计算的多个合约结果102x有时会不同。例如，在由终端11a获取的出价数据集103包括包含“0001”、“0002”及“0003”这样的出价数据ID 111的出价数据101、由终端11b获取的出价数据集103包括包含“0001”及“0002”这样的出价数据ID 111的出价数据101、由终端11c获取的出价数据集103包括包含“0002”及“0003”这样的出价数据ID 111的出价数据101的情况下，如图6所示，由终端11a计算出的合约结果121a、由终端11b计算出的合约结果121b以及由终端11c计算出的合约结果121c不同。在步骤S108进行合约结果选定处理时进行从这些合约结果121a、121b及121c中选定作为最终结果的一个合约结果。
在接下来的步骤S105，合约结果发送部45进行合约结果发送处理。此时，合约结果发送部45将计算出的合约结果102x发送到其它终端11y。另外，在存在由合约结果接收部46从其它终端11y接收到的其它合约结果102y的情况下，合约结果发送部45将接收到的其它合约结果102y发送到其它终端11y。合约结果发送部45将计算出的合约结果102x及接收到的其它合约结果102y广播给其它终端11y。
在接下来的步骤S106，合约结果接收部46进行合约结果接收处理。此时，合约结果接收部46从其它终端11y接收由其它终端11y计算出的其它合约结果102y，保存接收到的其它合约结果102y。
在接下来的步骤S107，合约结果验证部47进行合约结果验证处理。此时，合约结果验证部47进行接收到的其它合约结果102y的验证，基于已进行的验证的结果判定是否将其它合约结果102y作为在步骤S108选定的一个合约结果的候选。另外，在未将接收到的其它合约结果102y作为选定的一个合约结果的候选的情况下，合约结果验证部47删除该其它合约结果102y。
合约结果验证部47在进行对接收到的其它合约结果102y的验证时，进行其它合约结果102y是否具有一致性的验证。在接收到的其它合约结果102y具有一致性的情况下，合约结果验证部47将其它合约结果102y作为选定的一个合约结果的候选。另外，在接收到的其它合约结果102y没有一致性的情况下，合约结果验证部47不将其它合约结果102y作为选定的一个合约结果的候选并将其删除。
验证是否具有一致性包括例如下述验证。
(1)验证由其它合约结果102y中包含的买入出价数据ID 151及卖出出价数据ID152确定的出价数据101各自包含的数字证书119是否与从认证机构12获取的数字证书104一致，
(2)验证其它合约结果102y中包含的数字证书144是否与从认证机构12获取的数字证书104一致，
(3)验证由利用其它合约结果102y中包含的买入出价数据ID 151及卖出出价数据ID 152确定的出价数据101各自包含的时间戳112所示的时刻是否在由其它合约结果102y中包含的时间戳142所示的时刻以前，
(4)验证由其它合约结果102y中包含的买入出价数据ID 151确定的买入出价数据101中包含的出价单价117是否为由与该买入出价数据ID 151关联起来的卖出出价数据ID152确定的卖出出价数据101中包含的出价单价117以下，
(5)验证由其它合约结果102y中包含的卖出出价数据ID 152确定的卖出出价数据101中包含的出价单价117是否为由与该卖出出价数据ID 152关联起来的买入出价数据ID151确定的买入出价数据101中包含的出价单价117以上，
(6)验证由其它合约结果102y中包含的买入出价数据ID 151确定的买入出价数据101中包含的出价数量116的合计是否为由与该买入出价数据ID 151关联起来的卖出出价数据ID 152确定的卖出出价数据101中包含的出价数量116以下，以及
(7)验证由其它合约结果102y中包含的卖出出价数据ID 152确定的卖出出价数据101中包含的出价数量116的合计是否为由与该卖出出价数据ID 152关联起来的买入出价数据ID 151确定的买入出价数据101中包含的出价数量116以下。
在接下来的步骤S108，合约结果选定部48进行合约结果选定处理。此时，合约结果选定部48从计算出的合约结果102x及接收到的其它合约结果102y中选定一个合约结果。在判定了是否将其它合约结果102y作为选定的一个合约结果的候选的情况下，合约结果选定部48从合约结果102x及被作为候选的其它合约结果102y中选定一个合约结果。在出价截止时刻按间隔5分钟来设定的情况下，合约结果选定部48以5分钟间隔选定一个合约结果，从过去5分钟计算出的合约结果102x及其它合约结果102y中选定一个合约结果。合约结果选定部48基于选定指标107选定一个合约结果。
图7为图示由实施方式1的合约交易系统中具备的各终端参照的选定指标的例子的图。
图7所示的选定指标107为“合约总量最大”的选定指标。在选定指标107为“合约总量最大”的选定指标的情况下，计算出的合约结果102x及接收到的其它合约结果102y中包含的、合约数量153的合计最大的合约结果为选定的一个合约结果。例如考虑如下情况：出价截止时刻按间隔5分钟来设定，当前时刻为2019年01月01日00时10分00秒，从在2019年01月01日00时05分00秒计算出的、图6的(a)所示的合约结果121a、图6的(b)所示的合约结果121b及图6的(c)所示的合约结果121b中选定一个合约结果。在该情况下，合约结果121a中包含的合约数量153的合计为3.0+1.0＝4.0，合约结果121b中包含的合约数量153的合计为3.0，合约结果121c中包含的合约数量153的合计为1.0。因此，合约数量153的合计最大的4.0的合约结果121a为选定的一个合约结果。据此，即使在由多个终端11分别计算出的多个合约结果102x不同的情况下，也能够确定应依据的一个合约结果。
在接下来的步骤S109，区块接收部49进行区块接收处理。此时，区块接收部49从其它终端11y接收包含在步骤S108选定一个合约结果之前选定的过去的一个合约结果的过去区块108。在过去区块108未被保存于各终端11x的情况下，区块接收部49从其它终端11y接收过去区块108。例如，出价截止时刻按间隔5分钟来设定，由于终端11a的故障等理由，包含在5分钟之前的2019年01月01日00时00分00秒选定的一个合约结果的上次区块未被保存于终端11a，当终端11a在2019年01月01日00时05分00秒恢复的情况下，终端11a所具备的区块接收部49从其它终端11y接收该上次区块。
在接下来的步骤S110，区块选定部50进行区块选定处理。此时，区块选定部50从由区块接收部49接收到的多个过去区块中，选定使新区块跟随其后的过去区块108，保存选定的过去区块108。选定的过去区块108为在由区块接收部49接收到的多个过去区块中通过采用多数表决而决定的为最多数的过去区块。
在接下来的步骤S111，合约结果保存部51进行合约结果保存处理。此时，合约结果保存部51保存选定的一个合约结果，更新出价数据101。更新后的出价数据101为通过将更新前的出价数据101中包含的出价数量替换为从该出价数量中减去合约数量而得到的新出价数量而得到的出价数据。在保存选定的一个合约结果时，合约结果保存部51保存包含选定的一个合约结果的新区块。保存的新区块跟随选定的过去区块108之后。
图8为图示实施方式1的合约交易系统中具备的各终端所保存的区块的例子。
如图8所示，使新区块161跟随上次区块162之后。
新区块161包含选定的一个合约结果171及哈希值172。上次区块162包含5分钟前选定的一个合约结果173及哈希值174。哈希值174为将未图示的上上次区块作为自变量而赋予给哈希函数175时返回的哈希值。哈希值172为将上次区块162作为自变量而赋予给哈希函数175时返回的哈希值。
1.7实施方式1的效果
根据实施方式1，不需要像采用客户端-服务器模型的情况那样在服务器达成合约交易，而能够在包括多个终端11的P2P网络21中达成合约交易。据此，能够提供没有单一故障点的合约交易系统1。另外，能够从不同的多个合约结果中确定应依据的一个合约结果171。
2实施方式2
2.1实施方式1与实施方式2的差异
图9为示意性图示实施方式2的合约交易系统的框图。图10为图示实施方式2的合约交易系统中具备的各终端进行的处理的流程的流程图。
图9所示的实施方式2的合约交易系统2主要在以下方面与图1所示的实施方式1的合约交易系统1不同。对于以下未描述的方面，在合约交易系统2中也采用与合约交易系统1中采用的结构同样的结构。
如图9所示，合约交易系统2中具备的各终端11x还具备激励计算部52。另外，如图10所示，合约交易系统2中具备的各终端11x还执行步骤S112。
在步骤S112，激励计算部52进行激励计算处理。此时，激励计算部52针对计算出选定的一个合约结果的终端计算激励。该终端的用户能够得到计算出的激励。激励计算部52基于激励比率109来计算激励。
图11为图示由实施方式2的合约交易系统中具备的各终端参照的激励比率的例子的图。图12为图示由实施方式2的合约交易系统中具备的各终端计算的激励的例子的图。
图11所示的激励比率109为“1％”的激励比率。在激励比率109为“1％”的激励比率、选定的一个合约结果为图6的(a)所示的合约结果121a的情况下，计算出图12所示的激励181。
图12所示的激励181包含买入出价数据ID 191、卖出出价数据ID 192及佣金193。买入出价数据ID 191、卖出出价数据ID 192及佣金193分别记述于表格的第1列至第3列。买入出价数据ID 191及卖出出价数据ID 192分别确定表示已达成合约交易的买入出价及卖出出价的内容的买入出价数据及卖出出价数据。佣金193表示支付给计算出表示已达成的合约交易的结果的合约结果的终端的用户的佣金。佣金193为表示已达成的合约交易的结果的合约结果中包含的合约数量153、该合约结果中包含的合约单价154与激励比率109之积。因此，支付给计算出如下合约结果121a的终端11a的用户A的佣金193为3.0×11.5×1％＝0.345，其中该合约结果121a表示在有由买入出价数据ID 191“0001”确定的买入出价数据所表示的内容的买入出价与有由卖出出价数据ID 192“0002”确定的卖出出价数据所表示的内容的卖出出价之间已达成的合约交易的结果。创建了由买入出价数据ID 191“0001”确定的买入出价数据的买方用户B向具有数字证书144“证书A”的终端11a的用户A支付佣金193“0.345”。另外，支付给计算出如下合约结果121a的终端A的用户A的佣金193为1.0×11×1％＝0.11，该合约结果121a表示在有由买入出价数据ID 191“0003”确定的买入出价数据所表示的内容的买入出价与有由卖出出价数据ID 192“0002”确定的卖出出价数据表示的内容的卖出出价之间已达成的合约交易的结果。创建了由买入出价数据ID 191“0003”确定的买入出价数据的买方用户C向具有数字证书“证书A”的终端11a的用户A支付佣金193“0.11”。也可以是买方用户及卖方用户平摊支付佣金193。也可以是卖方用户支付佣金193。
在步骤S111，合约结果保存部51进行合约结果保存处理。此时，合约结果保存部51保存与选定的一个合约结果一同计算出的激励181，更新出价数据101。
2.2实施方式2的效果
实施方式2具有与实施方式1的效果同样的效果。
此外，实施方式2还具有以下效果。
图13为示意性图示P2P网络的拓扑结构的例子的图。
在P2P网络21具有图13所示的拓扑结构的情况下，将包括终端11a的终端集合201a与包括终端11b的终端集合201b互相可通信地连接的通信线202仅由将终端11a与终端11b互相可通信地连接的通信线203构成。因此，在经由通信线203的通信被断开的情况下，P2P网络21被切断，在终端集合201a计算出的合约结果与在终端集合201b计算出的合约结果互不相同。
在实施方式2中，计算出选定的一个合约结果、即合约数量153的合计最大的合约结果的终端的用户能够得到激励181。因此，为了得到激励181，存在增加各终端11x接收的出价数据101、增加各终端11x计算出的合约结果102x中反映的出价数据101的动机。而且，为了增加各终端11x接收的出价数据101，增加可通信地连接于各终端11x的终端的数量是有效的，因此存在增加构成多个通信线22的通信线22的数量的动机。其结果是，能够抑制P2P网络21的切断，能够抑制在终端集合201a计算出的合约结果与在终端集合201b计算出的合约结果互不相同的情况。
3实施方式3
3.1实施方式1与实施方式3的差异
图14为示意性图示实施方式3的合约交易系统的框图。图15为图示实施方式3的合约交易系统中具备的各终端进行的处理的流程的流程图。
图14所示的实施方式3的合约交易系统3主要在以下方面与图1所示的实施方式1的合约交易系统1不同。关于以下未描述的方面，在合约交易系统3中也采用与合约交易系统1中采用的结构同样的结构。
如图14所示，合约交易系统3中具备的各终端11x还具备终端评价部53。另外，如图15所示，合约交易系统3中具备的各终端11x还执行步骤S113。
在步骤S113，终端评价部53进行终端评价处理。此时，终端评价部53进行对其它终端11y的评价，基于已进行的评价的结果从其它终端11y中选定过去区块108的发送源终端。终端评价部53基于评价指标110进行对其它终端11y的评价。
图16为图示由实施方式3的合约交易系统中具备的各终端参照的评价指标的例子的图。
图16所示的评价指标110为“合约结果计算次数”的评价指标。在评价指标110为“合约结果计算次数”的评价指标的情况下，终端评价部53参照已接收到的过去区块，提取计算出合约结果的其它终端11y。另外，终端评价部53将其它终端11y按计算出合约结果的次数以降序进行排列，将排名在前的设定数量的其它终端11y作为过去区块108的发送源终端。
在接下来的步骤S109，区块接收部49进行区块接收处理。此时，区块接收部49从选定的过去区块108的发送源终端接收过去区块108。
3.2实施方式3的效果
实施方式3具有与实施方式1的效果同样的效果。
此外，实施方式3还具有以下效果。
在实施方式1中，在过去区块108未被保存于各终端11x的情况下，区块接收部49从多个其它终端11y接收多个过去区块。另外，区块选定部50从接收到的多个过去区块中，选定使新区块跟随其后的过去区块108。选定的过去区块108是通过在接收到的多个过去区块中采用多数表决来决定的。但是，为了使多数表决的结果可信，区块接收部49必须接收大量的过去区块，在进行区块接收处理时施加于各终端11x的负荷变大。
与此相对，在实施方式3中，在包含的过去区块未被保存于各终端11x的情况下，从选定的、过去区块108的发送源终端接收过去区块108。因此，区块接收部49不需要接收大量的过去区块，在进行区块接收处理时施加于各终端11x的负荷变小。
此外，能够将各实施方式自由组合或是将各实施方式适当变形、省略。
虽然详细说明了实施方式，但上述说明在所有方面都是例示，实施方式不限于此。理解为可以设想未例示的无数变形例。

Claims (9)

1.一种点对点终端，具备：
出价数据获取部，获取出价数据；
出价数据发送部，将所述出价数据发送到其它点对点终端；
合约结果计算部，根据由所述出价数据获取部获取的出价数据集来计算合约结果；
合约结果发送部，将所述合约结果发送到所述其它点对点终端；
合约结果接收部，从所述其它点对点终端接收由所述其它点对点终端计算出的其它合约结果；以及
合约结果选定部，从所述合约结果及所述其它合约结果中选定一个合约结果。
2.根据权利要求1的点对点终端，其中，
所述一个合约结果为所述合约结果及所述其它合约结果中包含的、合约数量的合计最大的合约结果。
3.根据权利要求1或2的点对点终端，其中，
还具备激励计算部，该激励计算部针对计算出所述一个合约结果的点对点终端计算激励。
4.根据权利要求1至3中任意一项的点对点终端，还具备：
区块接收部，从所述其它点对点终端接收过去区块，该过去区块包含在所述一个合约结果被选定之前选定的过去的一个合约结果；以及
合约结果保存部，保存新区块，该新区块跟随所述过去区块之后并且包含所述一个合约结果。
5.根据权利要求4的点对点终端，其中，
所述区块接收部接收多个过去区块，
还具备区块选定部，该区块选定部从所述多个过去区块中选定所述过去区块。
6.根据权利要求4或5的点对点终端，其中，
还具备终端评价部，该终端评价部进行对所述其它点对点终端的评价，基于所述评价的结果从所述其它点对点终端中选定所述过去区块的发送源的点对点终端，
所述区块接收部从所述过去区块的发送源的点对点终端接收所述过去区块。
7.根据权利要求1至6中任意一项的点对点终端，其中，
还具备合约结果验证部，该合约结果验证部进行对所述其它合约结果的验证，基于所述验证的结果判定是否将所述其它合约结果作为所述一个合约结果的候选，
所述合约结果选定部从所述合约结果及被作为所述一个合约结果的候选的其它合约结果中选定所述一个合约结果。
8.根据权利要求1至7中任意一项的点对点终端，其中，
还具备认证信息获取部，该认证信息获取部从认证机构获取所述点对点终端的数字证书，
所述出价数据包含创建出所述出价数据的点对点终端的数字证书，
所述合约结果包含计算出所述合约结果的点对点终端的数字证书。
9.一种合约交易系统，具备多个点对点终端，其中
所述多个点对点终端各自为权利要求1至8中任意一项的点对点终端。
CN202080094187.XA 2020-01-30 2020-01-30 点对点终端以及合约交易系统 Pending CN114981830A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/003410 WO2021152769A1 (ja) 2020-01-30 2020-01-30 ピアツーピア端末及び約定取引システム

Publications (1)

Publication Number Publication Date
CN114981830A true CN114981830A (zh) 2022-08-30

Family

ID=75267893

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080094187.XA Pending CN114981830A (zh) 2020-01-30 2020-01-30 点对点终端以及合约交易系统

Country Status (4)

Country Link
US (1) US20230020147A1 (zh)
JP (1) JP6854981B1 (zh)
CN (1) CN114981830A (zh)
WO (1) WO2021152769A1 (zh)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004341651A (ja) * 2003-05-13 2004-12-02 Nippon Telegr & Teleph Corp <Ntt> 分散型オークションシステム
US20170011460A1 (en) * 2015-07-09 2017-01-12 Ouisa, LLC Systems and methods for trading, clearing and settling securities transactions using blockchain technology

Also Published As

Publication number Publication date
US20230020147A1 (en) 2023-01-19
WO2021152769A1 (ja) 2021-08-05
JP6854981B1 (ja) 2021-04-07
JPWO2021152769A1 (zh) 2021-08-05

Similar Documents

Publication Publication Date Title
Wang et al. Ad valorem platform fees, indirect taxes, and efficient price discrimination
US7729950B2 (en) Method and system for auctioning assets and valuing same
US20200143469A1 (en) Technological improvements to networked computer systems having particularized components that are specially programmed to unconventionally effectuate efficient blockchain storage
JP2003533793A (ja) デリバティブ取引を電子的に実行するシステムとその方法
CN110275925B (zh) 基于区块链的虚拟资源分配方法和装置
JP7011365B1 (ja) 取引システム、取引方法及びプログラム
KR20210139198A (ko) 자산 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
KR102307662B1 (ko) 상품 정보 제공 시스템 및 그 방법
JP6487091B1 (ja) Ｉｃｏ管理方法、通信デバイス、ｉｃｏ管理システム及びプログラム
KR20190120474A (ko) 트랜잭션 처리 방법 및 장치
CN110648204A (zh) 用于仲裁的方法和装置
US20220245644A1 (en) System for correlating anonymized unique identifers
US20120123979A1 (en) Person evaluation device, person evaluation method, and person evaluation program
US20100241523A1 (en) Method and system for lead auction
JP2007200310A (ja) 有価証券即時決済システム、株式即時決済システム及び有価証券即時決済装置
KR20150126465A (ko) 온라인을 이용한 자동차 견적정보 제공 시스템
CN114981830A (zh) 点对点终端以及合约交易系统
EP3951692A1 (en) Data processing system, data processing method, and program
TWI766144B (zh) 遊戲帳號估價方法及其系統
KR20040084346A (ko) 인터넷에서 개인 간에 신용 거래를 하는 방법과 이에 관한프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체
US20210082029A1 (en) Intermediary Method, Intermediary Device, and Recording Medium/Program
KR20200098222A (ko) P2p 기반의 데이터 트랜잭션 장치 및 방법
US11790353B2 (en) System and method for online/offline payment with virtual currency for nodes included in mobile-based blockchain distributed network
US20050108147A1 (en) Transaction processing
KR20230070857A (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