CN113383358A - 控制方法、服务器、以及程序 - Google Patents

控制方法、服务器、以及程序 Download PDF

Info

Publication number
CN113383358A
CN113383358A CN202080012331.0A CN202080012331A CN113383358A CN 113383358 A CN113383358 A CN 113383358A CN 202080012331 A CN202080012331 A CN 202080012331A CN 113383358 A CN113383358 A CN 113383358A
Authority
CN
China
Prior art keywords
transaction
commission
transaction data
terminal
servers
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
CN202080012331.0A
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 CN113383358A publication Critical patent/CN113383358A/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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2379—Updates performed during online database operations; commit 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
    • 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/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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • 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/405—Establishing or using transaction specific rules
    • 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • 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

Abstract

控制方法，从终端(40)接收包括预定进行交易的日期和时间的申请信息(S201)，参照分散总账，根据在申请信息中包括的预定的日期和时间以前记录在分散总账的第一用户的交易计算手续费(S202)，将包括计算出的手续费的手续费信息发送到终端(40)(S203)，接收包括交易所需要的第一代币量的第一交易数据，将第一交易数据传输到多个服务器之中的与一个服务器(10A)不同的多个其他的服务器(10B，10C)，并且，将包括第一交易数据的第一区块存放到分散总(S204)，接收包括作为手续费的第二代币量的第二交易数据，将接收的第二交易数据传输到多个其他的服务器，并且，将包括第二交易数据的第二区块存放到分散总账(S205)。

Description

控制方法、服务器、以及程序
技术领域
本发明涉及，控制方法、服务器、以及程序。
背景技术
专利文献1公开，对于虚拟货币，为了使用户不将虚拟货币设为投资对象而催促虚拟货币的消费，而随着从虚拟货币的购买时起的时间的经过，购买的虚拟货币减价的结构。
(现有技术文献)
(专利文献)
专利文献1：日本特开2016-170530号公报
然而，会有管理虚拟货币等的代币的交易的多个服务器的处理不稳定的情况。
发明内容
于是，本公开提供，能够使管理代币的交易的各个服务器的处理稳定的控制方法等。
本发明的一个形态涉及的控制方法，由利用多个分散总账管理代币的交易的多个服务器之中的一个服务器执行，所述多个服务器分别管理所述多个分散总账之中的一个以上的分散总账，在所述控制方法中，从由第一用户操作的终端接收申请信息，所述申请信息中包括所述第一用户预定进行交易的日期和时间，参照所述一个服务器管理的第一分散总账，根据在接收的所述申请信息中包括的所述预定的日期和时间以前记录在所述第一分散总账的所述第一用户的交易计算手续费，将包括计算出的所述手续费的手续费信息发送到所述终端，从所述终端接收包括第一代币量的第一交易数据，将接收的所述第一交易数据传输到所述多个服务器之中的与所述一个服务器不同的多个其他的服务器，并且，将包括所述第一交易数据的第一区块存放到所述第一分散总账，所述第一代币量示出与所述预定对应的交易所需要的代币的量，从所述终端接收包括第二代币量的第二交易数据，将接收的所述第二交易数据传输到所述多个其他的服务器，并且，将包括所述第二交易数据的第二区块存放到所述第一分散总账，所述第二代币量示出作为所述手续费的代币的量。
而且，它们的总括或具体形态，也可以由系统、装置、集成电路、计算机程序或计算机可读取的CD-ROM等的记录介质实现，也可以由系统、装置、集成电路、计算机程序以及记录介质的任意组合实现。
本公开的控制方法，能够使管理代币的交易的各个服务器的处理稳定。
附图说明
图1是示意性地示出本实施方式的交易管理系统的结构的框图。
图2是示意性地示出本实施方式的服务器的结构的框图。
图3是示出本实施方式的手续费计算信息的一个例子的说明图。
图4是示意性地示出本实施方式的申请交易数据的说明图。
图5是示意性地示出本实施方式的支付交易数据的说明图。
图6是示意性地示出本实施方式的手续费交易数据的说明图。
图7是示出本实施方式的交易管理系统的处理的一个例子的流程图。
图8是示出终端的显示部显示的UI的一个例子的图。
图9是示出终端显的示部显示的UI的图。
图10是示出终端的显示部显示的UI的一个例子的图。
图11是示出终端的显示部显示的UI的一个例子的图。
图12是示意性地示出变形例3的交易管理系统的结构的框图。
图13是示意性地示出变形例3的交易管理系统的结构的框图。
图14是示出变形例4的服务器的处理的流程图。
图15是示意性地示出实施方式的变形例4的服务器的结构的框图。
图16是示出区块链的数据结构的说明图。
图17是示出交易数据的数据结构的说明图。
具体实施方式
(作为本发明的基础的知识)
本发明人，关于“背景技术”的栏中记载的、与代币的交易有关的技术，发现了产生以下的问题。
根据专利文献1所记载的结构，预先规定与时间的经过对应的虚拟货币等的代币的减价量，因此，难以按照交易的状况进行交易的控制。例如，在多个交易集中于某个期间的情况下，会有因管理代币的多个服务器的处理负荷增加而导致多个服务器的处理不稳定的情况。并且，例如，会有因在其他的期间不产生交易而关于交易的处理不由多个服务器进行的情况，在此情况下，多个服务器，等待交易的产生，因此，会有即使不进行关于交易的处理也消耗电力的情况。
于是，本公开提供，以管理代币的交易的多个服务器的处理不偏于特定的期间的方式控制交易发生的定时，从而能够实现多个服务器的处理的稳定化，并且，能够减少不进行与交易有关的处理而消耗电力的控制方法等。
为了解决这样的问题，本发明的一个形态涉及的控制方法，由利用多个分散总账管理代币的交易的多个服务器之中的一个服务器执行，所述多个服务器分别管理所述多个分散总账之中的一个以上的分散总账，在所述控制方法中，从由第一用户操作的终端接收申请信息，所述申请信息中包括所述第一用户预定进行交易的日期和时间，参照所述一个服务器管理的第一分散总账，根据在接收的所述申请信息中包括的所述预定的日期和时间以前记录在所述第一分散总账的所述第一用户的交易计算手续费，将包括计算出的所述手续费的手续费信息发送到所述终端，从所述终端接收包括第一代币量的第一交易数据，将接收的所述第一交易数据传输到所述多个服务器之中的与所述一个服务器不同的多个其他的服务器，并且，将包括所述第一交易数据的第一区块存放到所述第一分散总账，所述第一代币量示出与所述预定对应的交易所需要的代币的量，从所述终端接收包括第二代币量的第二交易数据，将接收的所述第二交易数据传输到所述多个其他的服务器，并且，将包括所述第二交易数据的第二区块存放到所述第一分散总账，所述第二代币量示出作为所述手续费的代币的量。
据此，能够以管理代币的交易的多个服务器的处理不偏于特定的期间的方式控制交易发生的定时。因此，能够实现多个服务器的处理的稳定化，并且，能够减少不进行与交易有关的处理而消耗电力。
例如，也可以是，所述申请信息是，包括所述预定的日期和时间的第三交易数据，所述多个分散总账的每一个，包括用于根据所述第三交易数据计算所述手续费的合约代码，在所述手续费的计算中，在接收所述第三交易数据的情况下，执行所述第一分散总账中包括的所述合约代码，从而计算所述手续费。
据此，不经由其他的人或其他的系统，也能够早期且安全地执行手续费的计算。因此，本公开涉及的控制方法，能够削减管理代币的交易的多个服务器的电力消耗。
例如，也可以是，在所述第一区块的向所述第一分散总账的存放中，与所述多个其他的服务器一起执行共识算法，将所述第一区块存放到所述第一分散总账，在所述第二区块的向所述第一分散总账的存放中，与所述多个其他的服务器一起执行共识算法，将所述第二区块存放到所述第一分散总账。
据此，经过共识算法的执行存放分散总账。因此，本公开涉及的控制方法，经过共识算法的执行，从而能够更容易适当地管理代币的交易。
例如，也可以是，在所述手续费的计算中，所述第一分散总账中的所述第一用户的所述代币的余额越多就越计算数额高的手续费。
因此，能够催促第一用户早期使用代币。因此，能够控制交易发生的定时。
例如，也可以是，在所述手续费的计算中，从所述第一分散总账中的所述第一用户的上次的交易定时起的经过时间越长就越计算数额高的手续费。
因此，能够催促第一用户早期使用代币。因此，能够控制交易发生的定时。
例如，也可以是，在所述手续费的计算中，在所述第一分散总账中的所述第一用户的交易中，从当前时刻到规定时间之前为止的期间中的交易量的每单位时间的平均越小就越计算数额高的手续费。
因此，能够催促第一用户早期使用代币。因此，能够控制交易发生的定时。
例如，也可以是，所述手续费信息是，用于使所述终端的显示部显示所述手续费的信息。
因此，手续费使终端的显示部显示手续费，从而能够催促第一用户早期使用代币。因此，能够控制交易发生的定时。
例如，也可以是，所述代币包括，多个种类的代币，所述第一分散总账，按不同种类的每个代币包括不同的多个副分散总账，在所述手续费的计算中，根据在所述申请信息中包括的所述预定的日期和时间以前记录在所述多个副分散总账的所述第一用户的交易，按不同种类的每个代币计算多个手续费，在所述手续费的发送中，将包括计算出的所述多个手续费的信息作为所述手续费信息发送到所述终端。
据此，为了按多个种类的每个代币计算手续费，而能够按代币的每个种类进行交易量的调整。
例如，也可以是，所述手续费信息是，用于使所述终端的显示部，按不同种类的每个代币显示所述手续费的信息。
因此，按代币的每个种类使终端的显示部显示手续费，从而能够催促第一用户按每个种类早期使用代币。因此，能够按每个种类控制交易发生的定时。
例如，也可以是，所述手续费信息包括，向所述第一用户询问是否同意所述手续费信息中包括的所述手续费的询问信息。
据此，能够经由终端，向第一用户询问是否同意手续费，因此，能够调整第一用户使用的定时。例如，使手续费的数额变得越大就越能够提前使用代币的定时。因此，能够控制交易发生的定时。
并且，本发明的一个形态涉及的服务器，该服务器是由利用多个分散总账管理代币的交易的多个服务器之中的一个服务器，所述多个服务器分别管理所述多个分散总账之中的一个以上的分散总账，所述服务器，具备：管理部，管理所述多个分散总账之中的第一分散总账；接收部，从由第一用户操作的终端接收包括所述第一用户预定进行交易的日期和时间的申请信息，从所述终端接收包括第一代币量的第一交易数据，从所述终端接收包括第二代币量的第二交易数据，所述第一代币量示出与所述预定对应的交易所需要的代币的量，所述第二代币量示出作为手续费的代币的量；计算部，参照所述管理部中的第一分散总账，根据在接收的所述申请信息中包括的所述预定的日期和时间以前记录在所述第一分散总账的所述第一用户的交易计算所述手续费；以及发送部，将包括计算出的所述手续费的手续费信息发送到所述终端，(i)在所述接收部接收所述第一交易数据的情况下，所述发送部，将接收的所述第一交易数据传输到所述多个服务器之中的与所述一个服务器不同的多个其他的服务器，并且，所述管理部，将包括所述第一交易数据的第一区块记录到所述第一分散总账，(ii)在所述接收部接收所述第二交易数据的情况下，所述发送部，将接收的所述第二交易数据传输到所述多个其他的服务器，并且，所述管理部，将包括所述第二交易数据的第二区块记录到所述第一分散总账。
据此，能够以管理代币的交易的多个服务器的处理不偏于特定的期间的方式控制交易发生的定时。因此，能够实现多个服务器的处理的稳定化，并且，能够减少不进行与交易有关的处理而消耗电力。
并且，本发明的一个形态涉及的程序是，用于使计算机执行上述的控制方法的程序。
根据所述形态，获得与所述控制方法同样的效果。
而且，它们的总括或具体形态，也可以由系统、装置、集成电路、计算机程序或计算机可读取的CD-ROM等的记录介质实现，也可以由系统、装置、集成电路、计算机程序或记录介质的任意组合实现。
以下，对于实施方式，参照附图进行具体说明。
而且，以下说明的实施方式，都示出总括或具体例子。以下的实施方式示出的数值、形状、材料、构成要素、构成要素的配置位置以及连接形态、步骤、步骤的顺序等是一个例子，不是限定本发明的宗旨。并且，对于以下的实施方式的构成要素中的示出最上位概念的实施方案中没有记载的构成要素，作为任意的构成要素而被说明。
(实施方式)
在本实施方式中，说明能够实现代币的交易管理系统的多个服务器的处理的稳定化、以及无用的电力消耗的减少的交易管理系统以及其控制方法等。
图1是示意性地示出本实施方式的交易管理系统1的结构的框图。
如图1示出，交易管理系统1具备，服务器10A、10B和10C、以及终端40、41和42。交易管理系统1具备的各个装置，与网络N连接成彼此能够通信。网络N也可以，由任何通信线路或网络构成，例如，包括互联网、手机的承运商网络等。将服务器10A、10B以及10C也称为“服务器10A等”。
多个服务器10A、10B以及10C，利用多个分散总账，管理代币的交易。服务器10A是，多个服务器10A、10B以及10C的其中之一。服务器10A是，持有分散总账的多个服务器10A、10B以及10C的其中之一。在服务器10A持有的分散总账中，存放与交易货币的交易的手续或处理(申请、支付、手续费的支付等)有关的各种交易数据。服务器10A，接收所述交易数据，从而接受代币的交易的手续或处理。而且，代币是，例如代币。代币是，由分散总账管理的价值信息，相当于金钱、分数(使用费)、商品券或优惠券等，或者，能够交换的。
服务器10B以及10C分别是，具有与服务器10A相同的功能的装置，与服务器10A独立工作。而且，服务器的台数，不仅限于3，多个即可。并且，服务器10A等也可以，连接成彼此能够通信，经由网络N连接。
在此，作为例子，说明服务器10A等中的、服务器10A从终端40等接收交易数据，或者，向终端40等发送通知的情况，但是，也可以由其他的服务器(服务器10B或10C)进行上述的处理。
终端40是，支付者U1持有的终端装置。终端40是，用于向服务器10A等进行代币的交易的申请、代币的交易、以及手续费的支付的终端。终端40，例如，从支付者U1接受示出代币的交易的预定日期和时间的输入、以及示出交易预定额的输入。终端40，根据接受的输入，生成用于交易的申请的交易数据(也称为申请交易数据，第三交易数据)，将生成的申请交易数据发送到服务器10A等。终端40，具体而言，生成包括交易预定日期和时间、以及交易预定额的交易数据，以作为申请交易数据。而且，申请交易数据，包括示出交易预定的信息即可，也可以不包括交易预定日期和时间以及交易预定额。
并且，终端40也可以，接收从服务器10A等接收的手续费信息，显示接收的手续费信息。也就是说，手续费信息是，用于使终端40的显示部60(参照图8)显示手续费的信息。并且，终端40，根据接收的手续费信息生成用于向管理手续费的交易的手续的商家X支付的交易数据(也称为手续费交易数据，第二交易数据)，将生成的交易数据发送到服务器10A等。终端40，具体而言，生成包括手续费信息中包括的手续费的数额的交易数据，以作为手续费交易数据。
并且，终端40，根据用于申请的输入生成用于支付交易的交易数据(也称为支付交易数据，第一交易数据)，将生成的支付交易数据发送到服务器10A等。终端40，具体而言，生成包括与交易预定日期和时间相同的交易日期和时间、以及与交易预定额相同的数额的交易额的交易数据，以作为支付交易数据。手续费信息也可以包括，向终端40的用户即支付者U1询问是否同意手续费信息中包括的手续费的询问信息。也就是说，终端40也可以，提示向支付者U1询问是否同意手续费信息中包括的手续费的数额的UI(User Interface)。终端40也可以，判断是否接受对提示的UI示出同意的输入，在接受示出同意的输入的情况下，生成手续费交易数据，在没有接受示出同意的输入的情况下，不生成手续费交易数据。
终端40是，例如个人电脑、智能手机、平板电脑等。
终端41是，由支付者U1进行交易的支付的目的地即支付目的地U2的用户持有的终端装置。终端41，将示出进行了交易的支付的通知从服务器10A等接收。终端41也可以，若接收通知，则显示示出在交易日期和时间由支付者U1进行支付交易数据中包括的支付额的支付的信息。
终端41是，例如个人电脑、智能手机、平板电脑等。
终端42是，商家X持有的终端装置。终端42，将示出由支付者U1进行了手续费的支付的通知从服务器10A等接收。终端42也可以，若接收通知，则显示示出在交易日期和时间由支付者U1进行手续费交易数据中包括的手续费的数额的支付的信息。
终端42是，例如个人电脑、智能手机、平板电脑等。
终端40，进一步，也可以具有终端41的功能，也可以具有终端42的功能。同样，终端41，也可以具有终端40的功能，也可以具有终端42的功能。同样，终端42也可以，也可以具有终端40的功能，也可以具有终端41的功能。各个终端40至42，与其他的终端独立工作。
以后，对交易管理系统1具备的服务器10A等的结构进行详细说明。
图2是示意性地示出本实施方式的服务器10A的结构的框图。
如图2示出，服务器10A具备，处理部11、总账管理部12、以及控制部13。服务器10A具备的所述功能部是，例如，CPU(Central Processing Unit)利用存储器执行程序来能够实现的。
处理部11是，由分散总账进行各种信息的管理的处理部。处理部11，在从交易管理系统1内的装置接收交易数据的情况下，或者，在获得控制部13生成的交易数据的情况下，将接收或获得的交易数据提供给总账管理部12，从而存放到分散总账。交易数据中包括，申请交易数据、支付交易数据以及手续费交易数据。对于各个交易数据，在后面进行详细说明。
总账管理部12是，管理分散总账的处理部。具体而言，总账管理部12，在接收交易数据的情况下，将接收的交易数据传输到其他的多个服务器，并且，将接收的交易数据存放到分散总账。例如，总账管理部12，从终端40接收支付交易数据，将接收的支付交易数据传输到多个服务器10A、10B以及10C中的与服务器10A不同的多个其他的服务器10B以及10C，并且，将包括支付交易数据的第一区块存放到总账存储部16所存储的分散总账。并且，总账管理部12，从终端40接收手续费交易数据，将接收的手续费交易数据传输到多个其他的服务器10B以及10C，并且，将包括第二交易数据的第二区块存放到总账存储部16所存储的分散总账。
如此，总账管理部12，将从处理部11提供的交易数据存放到分散总账。在分散总账，存放从过去到现在的交易数据。在分散总账中，根据分散总账中记录的信息难以被篡改的特性，以所述交易数据不被篡改的方式进行管理。
总账管理部12具有，存放部15、以及总账存储部16。
存放部15是，将应该存放到分散总账的新的交易数据存放到总账存储部16的处理部。存放部15，以与分散总账的类别对应的方式将新的交易数据存放到总账存储部16。并且，存放部15，与服务器10A等中的其他的服务器的存放部15之间收发通信数据，也将所述新的交易数据存放到其他的服务器的总账存储部16。例如，在分散总账是区块链的情况下，生成包括新的交易数据的区块，将生成的区块在服务器10A等之间同步后，将所述区块存放到总账存储部16。存放部15，例如，在第一区块的向分散总账的存放中，与多个其他的服务器10B以及10C一起执行共识算法，将第一区块存放到分散总账。并且，存放部15，例如，在第二区块的向分散总账的存放中，与多个其他的服务器10B以及10C一起执行共识算法，将第二区块存放到分散总账。
总账存储部16是，存储分散总账的存储装置。总账存储部16中存放的分散总账，存储一个以上的交易数据，利用散列值等的特性以难以篡改的方式被管理。在后面进行该详细说明。
并且，在总账存储部16中存放的分散总账中预先存放，用于计算用于进行支付者的支付的手续的手续费的手续费计算信息。并且，分散总账中包括，用于根据申请交易数据计算手续费的智能合约的代码。对于手续费的计算，在后面进行说明。
而且，分散总账是，例如，区块链，以该情况为例子进行说明，但是，也可以采用其他的方式的分散总账(例如，IOTA或散列图表等)。而且，分散总账，在新的数据的存放时也可以执行还是不执行共识算法(例如，PBFT(Practical Byzantine Fault Tolerance)、PoW(Proof of Work)、或PoS(Proof of Stake))。不执行共识算法的分散总账技术的一个例子有Hyperledger fabric。
控制部13是，对与代币的提供有关的处理进行控制的处理部。控制部13，将申请交易数据从终端40接收，从而将包括支付者进行代币的交易的预定的日期和时间的信息从终端40接收。并且，控制部13，参照总账存储部16中存放的分散总账，根据在申请交易数据中包括的交易预定的日期和时间以前记录在分散总账的支付者U1的交易，计算支付者U1的交易预定的交易所需要的手续费的数额。控制部13，将包括计算出的手续费的数额的手续费信息发送到终端40。
控制部13，例如，交易预定日期和时间的、分散总账中的支付者的代币的余额越多就越计算数额高的手续费。并且，控制部13，例如，从分散总账中的支付者的上次的交易定时起的经过时间越长就越计算数额高的手续费。经过时间是，例如，从上次的交易定时到接收申请交易数据的定时为止的时间。并且，控制部13，例如，在分散总账中的支付者的交易中，从接收申请交易数据的定时到规定时间之前为止的期间中的交易量的每单位时间的平均越小就越计算数额高的手续费。而且，期间中的交易量是，例如，支付者的该期间中的支付额的共计。支付也可以是寄钱、出钱、汇款等。
而且，控制部13的上述的处理的一部分或全部，由执行总账存储部16中存储的合约代码来实现的智能合约进行。控制部13，若从数据终端40接收申请交易，则执行分散总账中包括的合约代码来计算手续费。合约代码是，为了实现智能合约而执行的代码。
以后，说明向支付者请求的、支付者的交易所需要的手续费。
向支付者请求的手续费是，根据手续费计算信息，按照支付者的交易的申请的定时决定的。具体而言，手续费是，根据(i)申请的定时的、分散总账中的支付者的代币的余额、(ii)从分散总账中的支付者的上次的交易定时起的经过时间、以及(iii)分散总账中的支付者的交易中的、从接收申请交易数据的定时到规定时间之前为止的期间中的交易量的每单位时间的平均的至少一个决定的。手续费计算信息是，例如，规定手续费的函数或表。
图3是示出本实施方式的手续费计算信息的一个例子的说明图。图3所示的手续费计算信息是，由函数规定手续费额的手续费计算信息的例子。
在图3中，横轴示出，支付者的代币的余额x，纵轴示出，各个余额x的手续费额F(x)。
函数F(x)，原则上，具有相对于x的增加而增加的倾向。换而言之，手续费额具有，随着余额多就增加的倾向。更具体而言，函数F(x)是，相对于x而单调增加的函数。但是，函数F(x)也可以包括，相对于x的变化而维持值的区间。
控制部13，利用图3所示的手续费计算信息即函数F(x)，如下计算并决定手续费额。
以后，说明处理部11存放到分散总账的各种交易数据，即，(1)申请交易数据，(2)支付交易数据，以及(3)手续费交易数据。
(1)申请交易数据
图4是示意性地示出本实施方式的申请交易数据的说明图。申请交易数据，在支付者U1进行交易时，由支付者U1持有的终端40生成，发送到服务器10A等。
如图4示出，申请交易数据包括，支付者ID、支付目的地ID、支付预定日期和时间、支付预定额、指示、以及签名。
支付者ID是，用于唯一地确定预定交易(支付)的支付者的标识符。
支付目的地ID是，用于唯一地确定预定交易(支付)的支付目的地的标识符。
支付预定日期和时间是，示出预定进行交易(支付)的定时的信息。对于支付预定日期和时间，示出预定进行交易的日期和时间，但是，也可以不示出预定进行交易的时刻，也可以仅示出日期和时间之中的日期。
支付预定额是，示出交易中预定进行支付的数额的信息。数额是，例如，代币的量。
指示是，用于指示使服务器10A进行交易所需要的手续费的计算处理的信息。而且，申请交易数据也可以，代替指示，而包括示出该交易数据是，包括示出预定进行交易的信息的申请交易数据的信息。在此情况下，服务器10A等也可以，在接收申请交易数据的情况下，若检测出接收的交易数据中包括示出是申请交易数据的信息，则进行手续费的计算。
签名是，生成该申请交易数据的装置或人附加的电子签名。
图4所示的申请交易数据是，示出支付者ID为“aaa001”的支付者，预定向支付目的地ID为“bbb01”的支付目的地支付的申请交易数据。在该交易的预定中，支付预定额为“5”代币，支付预定日期和时间为“2018.10.1015:00”。签名是，支付者的电子签名。
(2)支付交易数据
图5是示意性地示出本实施方式的支付交易数据的说明图。支付交易数据，在支付者U1进行交易时，由支付者U1持有的终端40生成，发送到服务器10A等。
如图5示出，支付交易数据包括，支付者ID、支付目的地ID、支付日期和时间、支付额、以及签名。
支付者ID是，用于唯一地确定交易(支付)的支付者的标识符。
支付目的地ID是，用于唯一地确定交易(支付)的支付目的地的标识符。
支付日期和时间是，示出进行交易(支付)的定时的信息。对于支付日期和时间，示出进行交易的日期和时间，但是，也可以不示出进行交易的时刻，也可以仅示出日期和时间之中的日期。
支付额是，示出交易中进行支付的数额的信息。数额是，例如，代币的量。
签名是，生成该支付交易数据的装置或人附加的电子签名。
图5所示的支付交易数据是，支付者ID为“aaa001”的支付者，向支付目的地ID为“bbb01”的支付目的地支付的交易的支付交易数据。在该交易中，支付额为“5”代币，支付日期和时间为“2018.10.10 15:00”。签名是，支付者的电子签名。
(3)手续费交易数据
图6是示意性地示出本实施方式的手续费交易数据的说明图。手续费交易数据，在支付者U1进行交易时，由支付者U1持有的终端40生成，发送到服务器10A等。
如图6示出，手续费交易数据包括，支付者ID、支付目的地ID、支付日期和时间、手续费额、以及签名。
支付者ID是，用于唯一地确定交易所需要的手续费的支付的支付者的标识符。
支付目的地ID是，用于唯一地确定交易所需要的手续费的支付的目的地的标识符。
支付日期和时间是，示出进行交易所需要的手续费的支付的定时的信息。对于支付日期和时间，示出进行手续费的支付的日期和时间，但是，也可以不示出进行手续费的支付的时刻，也可以仅示出日期和时间之中的日期。
手续费额是，示出交易所需要的手续费的数额的信息。数额是，例如，代币的量。
签名是，生成该申请交易数据的装置或人附加的电子签名。
图6所示的申请交易数据是，示出支付者ID为“aaa001”的支付者，向支付目的地ID为“fljad4019”的支付目的地支付手续费的手续费交易数据。在该手续费的支付中，支付额为“1”代币，支付预定日期和时间为“2018.10.10 15:00”。签名是，支付者的电子签名。
以后，对于交易管理系统1的处理，说明具体例。
图7是示出本实施方式的交易管理系统1的处理的一个例子的流程图。
支付者U1的终端40，从支付者U1接受示出预定交易的日期和时间的输入、以及示出预定交易的数额的输入(S101)。
终端40，根据接受的输入，生成包括预定交易的日期和时间、以及预定交易的数额的申请交易数据(S102)。
终端40，将生成的申请交易数据发送到服务器10A等(S103)。此时，终端40，也可以将生成的申请交易数据发送到服务器10A等之中的一个服务器，也可以发送到多个服务器。
服务器10A等，接收由终端40发送的申请交易数据，存放到分散总账(S104)。
服务器10A等，计算为了进行与申请交易数据的发送源即终端40有关的支付者U1的支付的手续而需要的手续费的数额(S105)。
服务器10A等，将包括计算出的手续费的数额的手续费信息发送到支付者U1持有的终端40(S106)。此时，也可以是，不是服务器10A等中包括的多个服务器的全部将手续费信息发送到终端40。例如，计算出手续费的数额后的服务器也可以，将手续费信息发送到终端40，并且，将示出手续费的数额的计算完毕的完成信息发送到其他的服务器。其他的服务器也可以，在接收完成信息时没有将手续费信息发送到终端40的情况下，不将手续费信息发送到终端40。
终端40，若接收从服务器10A等发送的手续费信息，则使终端40显示手续费信息中包括的手续费的数额(S107)。此时，终端40也可以，提示向支付者U1询问是否同意手续费信息中包括的手续费的数额的UI(User Interface)。
图8是示出终端40的显示部60显示的UI50的一个例子的图。
UI50包括，手续费的数额51、用于接受示出同意手续费的支付的输入的同意按钮52、以及用于接受示出不会同意(不同意)手续费的支付的输入的不同意按钮53。
终端40，判断是否接受对提示的UI示出同意的输入(S108)。
终端40，在接受示出同意的输入的情况下(S108的“是”)，例如在UI50中接受向同意按钮52的输入的情况下，生成基于步骤S101中接受的输入的、包括与交易预定日期和时间相同的交易日期和时间、以及与交易预定额相同的数额的交易额的支付交易数据(S109)。另一方面，终端40，在接受示出不同意的输入的情况下，例如在UI50中接受向不同意按钮53的输入的情况下，或者，在一定期间不接受示出同意的输入的情况下(S108的“否”)，结束与该交易有关的处理。在此情况下，终端40也可以，将示出处理的结束的结束信息发送到服务器10A等。服务器10A等，若接收结束信息，则结束与该交易有关的处理。而且，服务器10A等也可以，不仅限于接收结束信息，而在发送手续费信息后的一定期间从终端40没有接收信息(例如，支付交易数据或手续费交易数据)的情况下，结束与该交易有关的处理。
在步骤S109后，终端40，将生成的支付交易数据发送到服务器10A等(S110)。此时，终端40，也可以将生成的支付交易数据发送到服务器10A等之中的一个服务器，也可以发送到多个服务器。
服务器10A等，接收由终端40发送的支付交易数据，存放到分散总账(S111)。
服务器10A等，将由支付者U1在交易日期和时间进行支付交易数据中包括的支付额的支付的情况通知给支付目的地U2的终端41(S112)。
并且，在步骤S109后，终端40，生成基于手续费信息的、包括手续费的数额的手续费交易数据(S113)。
终端40，将生成的手续费交易数据发送到服务器10A等(S114)。此时，终端40，也可以将生成的手续费交易数据发送到服务器10A等之中的一个服务器，也可以发送到多个服务器。
服务器10A等，接收由终端40发送的手续费交易数据，存放到分散总账(S115)。
服务器10A等，将由支付者U1在交易日期和时间进行手续费交易数据中包括的手续费的数额的支付的情况通知给商家X的终端42(S116)。
而且，步骤S109，也可以在步骤S113后进行，也可以与步骤S113并行进行。并且，步骤S110，也可以在步骤S114后进行，也可以与步骤S114并行进行。并且，步骤S111，也可以在步骤S115后进行，也可以与步骤S115并行进行。并且，步骤S112，也可以在步骤S116后进行，也可以与步骤S116并行进行。
如上所述，根据本实施方式涉及的控制方法，按照接收的申请交易数据中包括的预定的日期和时间以前记录在分散总账的支付者U1的交易计算手续费，请求支付手续费。因此，例如，调整计算出的手续费的数额的大小，从而能够以管理代币的交易的多个服务器的处理不偏于特定的期间的方式控制交易发生的定时。因此，能够实现多个服务器的处理的稳定化，并且，能够减少不进行与交易有关的处理而消耗电力。
并且，不经由其他的人或其他的系统，也能够早期且安全地执行手续费的计算。因此，本公开涉及的控制方法，能够削减管理代币的交易的多个服务器的电力消耗。
并且，经过共识算法的执行存放分散总账。因此，本公开涉及的控制方法，经过共识算法的执行，从而能够更容易适当地管理代币的交易。
并且，在手续费的计算中，分散总账中的支付者U1的代币的余额越多就越计算数额高的手续费。并且，在手续费的计算中，从分散总账中的支付者U1的上次的交易定时起的经过时间越长就越计算数额高的手续费。并且，在手续费的计算中，在分散总账中的支付者U1的交易中，从当前是可到规定时间之前为止的期间中的交易量的每单位时间的平均越小就越计算数额高的手续费。因此，支付者U1越不使用代币就越能够请求数额高的手续费。因此，能够催促支付者U1早期使用代币，能够控制交易发生的定时。
并且，手续费信息是，用于使终端40的显示部60显示手续费的信息。因此，使终端40的显示部60显示手续费，从而能够催促支付者U1早期使用代币。因此，能够控制交易发生的定时。
并且，手续费信息包括，向支付者U1询问是否同意手续费信息中包括的手续费的询问信息。据此，能够经由终端40，向支付者U1询问是否同意手续费，因此，能够调整支付者U1使用代币的定时。例如，使手续费的数额变得越大就越能够提前使用代币的定时。因此，能够控制交易发生的定时。
(变形例1)
在所述实施方式中，代币也可以包括，多个种类的代币。也就是说，交易管理系统1也可以，管理多个种类的代币的交易。在此情况下，服务器10A等持有的分散总账，按不同种类的每个代币包括不同的多个副分散总账。分散总账，例如，在存在两个种类的代币A以及代币B的情况，包括示出代币A的交易的副分散总账A、以及示出代币B的交易的副分散总账B。
服务器10A等的控制部13，在手续费的计算(S105)中，根据申请信息中包括的预定的日期和时间以前记录在多个副分散总账的支付者U1的交易，按不同种类的每个代币计算多个手续费。控制部13，例如，根据申请信息中包括的预定的日期和时间以前记录在副分散总账A的支付者U1的代币A的交易，计算代币A的交易所需要的手续费A。并且，控制部13，根据申请信息中包括的预定的日期和时间以前记录在副分散总账B的支付者U1的代币B的交易，计算代币B的交易所需要的手续费B。
而且，在手续费的计算中，控制部13也可以，在代币A的流通量多，代币B的流通量比代币A少的情况下，为了增加代币B的流通量，而使代币B的交易所需要的手续费变得比代币A的交易所需要的手续费少。在此，流通量也可以是，例如，从当前时刻到规定时间之前为止的期间中的、多个用户的交易量的每单位时间的平均。多个用户的交易量也可以是，利用特定的种类的代币的用户全部的交易量的总和。平均，除了每单位时间的平均以外，进一步，也可以是每一个人的用户的平均。使代币B的交易所需要的手续费变得比代币A的交易所需要的手续费少是指，在以用于比较代币A的价值以及代币B的价值的共同的价值进行比较时，以换算为该价值时的代币B的价值比代币A的价值少的方式计算。并且，在此情况下，例如，在手续费的计算中也可以，以示出用于计算代币B的手续费的手续费计算信息的关系，与示出用于计算代币A的手续费的手续费计算信息的关系相比，所述的共同的价值换算中的手续费额，哪个余额、哪个经过时间、或哪个平均中都小的方式调整，利用调整后的两个关系，计算代币A的手续费以及代币B的手续费。在调整中，例如，代币B的关系的手续费额乘以比1小的系数，从而也可以使代币B的关系变得比代币A的关系小，代币A的关系的手续费额乘以比1大的系数，从而也可以使代币B的关系变得比代币A的关系小。并且，在调整中，例如，从代币B的关系的手续费额减去规定的手续费额(即，向负的方向偏移)，从而也可以使代币B的关系变得比代币A的关系小，将代币A的关系的手续费额与规定的手续费额相加(即，向正的方向偏移)，从而也可以使代币B的关系变得比代币A的关系小。
控制部13，在手续费的发送(S106)中，将作为手续费信息的、包括计算出的多个手续费、即手续费A以及手续费B的信息发送到终端40。如此，为了按多个种类的每个代币计算手续费，而能够按代币的每个种类进行交易量的调整。
终端40，若接收从服务器10A等发送的手续费信息，则按不同种类的每个代币使终端40的显示部60显示手续费信息中包括的手续费的数额(S107)。也就是说，手续费信息是，用于按不同种类的每个代币使终端40的显示部60显示手续费的信息。因此，按代币的每个种类使终端的显示部显示手续费，从而能够催促支付者U1按每个种类早期使用代币。因此，能够按代币的每个种类控制交易发生的定时。
图9是示出终端40的显示部60显示的UI50A的一个例子的图。
UI50A，显示代币A的交易所需要的手续费A。UI50A包括，手续费A的数额51A、用于接受示出同意手续费A的支付的输入的同意按钮52A、用于接受示出不会同意(不同意)手续费A的支付的输入的不同意按钮53A、以及将显示切换为显示手续费B的UI50B的切换按钮54A。
终端40，在接受示出对代币A的手续费A的同意的输入的情况下，例如在UI50A中接受向同意按钮52A的输入的情况下，生成基于步骤S101中接受的输入的、包括与交易预定日期和时间相同的交易日期和时间、以及与交易预定额相同的数额的交易额的支付交易数据。生成的支付交易数据还包括，示出将代币A用于交易的信息。另一方面，终端40，在接受示出不同意的输入的情况下，例如在UI50A中接受向不同意按钮53A的输入的情况下，或者，在一定期间不接受示出同意的输入的情况下结束与该交易有关的处理，或者，将显示切换为显示手续费B的UI50B。
图10是示出终端40的显示部60显示的UI50B的一个例子的图。
UI50B，显示代币B的交易所需要的手续费B。UI50B包括，手续费B的数额51B、用于接受示出同意手续费B的支付的输入的同意按钮52B、用于接受示出不会同意(不同意)手续费B的支付的输入的不同意按钮53B、以及将显示切换为显示手续费B的UI50B的切换按钮54B。
终端40，在接受示出对代币B的手续费B的同意的输入的情况下，例如在UI50B中接受向同意按钮52B的输入的情况下，生成基于步骤S101中接受的输入的、包括与交易预定日期和时间相同的交易日期和时间、以及与交易预定额相同的数额的交易额的支付交易数据。生成的支付交易数据还包括，示出将代币B用于交易的信息。另一方面，终端40，在接受示出不同意的输入的情况下，例如在UI50B中接受向不同意按钮53B的输入的情况下，或者，在一定期间不接受示出同意的输入的情况下结束与该交易有关的处理，或者，将显示切换为显示手续费A的UI50A。
而且，在结束处理的情况下，终端40也可以，将示出处理结束的结束信息发送到服务器10A等。服务器10A等，若接收结束信息，则结束与该交易有关的处理。而且，服务器10A等，不仅限于接收结束信息，而在发送手续费信息后的一定期间从终端40没有接收信息(例如，支付交易数据或手续费交易数据)的情况下，结束与该交易有关的处理。
图11是示出终端40的显示部60显示的UI50C的图。UI50C是，与UI50A以及UI50B不同的例子的UI。
UI50C，显示代币A以及代币B之中的、手续费实惠(即便宜)的代币A的交易所需要的手续费A。UI50C包括，手续费C的数额51C、用于接受示出同意手续费C的支付的输入的同意按钮52C、以及用于接受示出不会同意(不同意)手续费C的支付的输入的不同意按钮53C。而且，UI50C也可以还包括，将显示切换为显示手续费B的UI的切换按钮。
而且，各个UI也可以还包括，示出计算出提出的手续费的理由的消息。消息也可以示出，例如，因为交易预定日期和时间的、分散总账中的支付者的代币的余额为规定的余额的理由，而计算出提出的手续费。在此情况下，在消息中也可以示出，代币的余额越少手续费就越便宜。并且，消息也可以示出，例如，因为从分散总账中的支付者的上次的交易定时起的经过时间为规定的经过时间的理由，而计算出提出的手续费。在此情况下，在消息中也可以示出，经过时间越短手续费就越便宜。并且，消息也可以示出，例如，因为分散总账中的支付者的交易中的、从接收申请交易数据的定时到规定时间之前为止的期间中的交易量的每单位时间的平均为规定的平均值的理由，而计算出提出的手续费。在此情况下，在消息中也可以示出，平均值越大手续费就越便宜。
(变形例2)
在本变形例中，说明所述各个实施方式的交易管理系统的其他的结构。
图12是示意性地示出本变形例的交易管理系统2的结构的框图。
如图12所示，交易管理系统2具备，服务器10A、10B和10C、以及终端40、41和42。交易管理系统2具备的各个装置，由网络N彼此连接成能够通信。网络N，也可以由任何通信线路或网络构成，例如，包括互联网、手机的承运商网络等。
特别是，在交易管理系统2中，服务器10A、10B以及10C经由网络N彼此连接。并且，服务器10A与终端40连接，服务器10B与终端41连接，服务器10C与终端42连接。
这样的结构是，例如，在多个团体运营交易管理系统2的情况下，经由网络N连接各个团体管理的服务器时能够利用的。例如，服务器10A以及终端40属于团体A，服务器10B以及终端41属于团体B，服务器10C以及终端42属于团体C。
对于服务器10A等以及终端40等的工作，与所述各个实施方式的情况同样，因此，省略说明。
(变形例3)
在本变形例中，说明所述各个实施方式的交易管理系统的其他的结构。
图13是示意性地示出本变形例的交易管理系统3的结构的框图。
如图13所示，交易管理系统3具备，服务器10D、终端40、41以及42。交易管理系统3具备的各个装置，由网络N彼此连接成能够通信。网络N，也可以由任何通信线路或网络构成，例如，包括互联网、手机的承运商网络等。
特别是，在交易管理系统3中，服务器10D、以及终端40和41经由网络N彼此连接。并且，服务器10D与终端42连接。在此情况下，服务器10D、以及终端40和41分别进行所述各个实施方式的服务器10A等的工作。
这样的结构是，例如，在一个以上的团体以及一个以上的个人运营交易管理系统3的情况下，经由网络N连接各个团体或各个人管理的服务器或终端时能够利用的。例如，服务器10D以及终端42属于团体D，团体D、以及个人即支付者U1和支付目的地U2运营交易管理系统3。
对于服务器10A等以及终端40等的工作，与所述各个实施方式的情况同样，因此，省略说明。
(变形例4)
在此，说明实施方式的变形例4。
图14是示出本变形例的服务器的处理的流程图。
如图14示出，服务器10A等，从由作为第一用户的支付者U1操作的终端40，接收包括支付者U1预定进行交易的日期和时间的申请信息(S201)。
各个服务器10A至10C，参照该服务器管理的第一分散总账，根据在接收的申请信息中包括的预定的日期和时间以前记录在分散总账的支付者U1的交易，计算手续费(S202)。
各个服务器10A至10C，向终端40发送包括计算出的手续费的手续费信息(S203)。
各个服务器10A至10C，从终端40接收包括示出与交易的预定对应的交易所需要的代币的量的第一代币量的第一交易数据，将接收的第一交易数据传输到多个服务器10A至10C中的与该服务器(成为步骤S204的处理的主体的服务器)不同的多个其他的服务器，并且，将包括第一交易数据的第一区块存放到第一分散总账(S204)。
各个服务器10A至10C，从终端40接收包括示出作为手续费的代币的量的第二代币量的第二交易数据，将接收的第二交易数据传输到多个其他的服务器，并且，将包括第二交易数据的第二区块存放到第一分散总账(S205)。
据此，能够以管理代币的交易的多个服务器的处理不偏于特定的期间的方式控制交易发生的定时。因此，能够实现多个服务器的处理的稳定化，并且，能够减少不进行与交易有关的处理而消耗电力。
图15是示意性地示出实施方式的变形例4的服务器的结构的框图。
如图15示出，在持有分散总账的多个服务器的交易管理系统中，该多个服务器之中的一个服务器60A具备，处理部61以及控制部63。
处理部61，从由作为第一用户的支付者U1操作的终端40，接收包括支付者U1预定进行交易的日期和时间的申请信息。
控制部63，参照该服务器管理的第一分散总账，根据在接收的申请信息中包括的预定的日期和时间以前记录在分散总账的支付者U1的交易，计算手续费。控制部63，向终端40发送包括计算出的手续费的手续费信息。
处理部61，进一步，从终端40接收包括示出与交易的预定对应的交易所需要的代币的量的第一代币量的第一交易数据，将接收的第一交易数据传输到多个服务器10A至10C中的与该服务器(具备该处理部61的服务器)不同的多个其他的服务器，并且，将包括第一交易数据的第一区块存放到第一分散总账。并且，处理部61，进一步，从终端40接收包括示出作为手续费的代币的量的第二代币量的第二交易数据，将接收的第二交易数据传输到多个其他的服务器，并且，将包括第二交易数据的第二区块存放到第一分散总账。
据此，能够以管理代币的交易的多个服务器的处理不偏于特定的期间的方式控制交易发生的定时。因此，能够实现多个服务器的处理的稳定化，并且，能够减少不进行与交易有关的处理而消耗电力。
(补充)
对所述各个实施方式、或变形例的区块链进行补充说明。
图16是示出区块链的数据结构的说明图。
区块链是，作为其记录单位的区块以链(锁)状连接的。各个区块具有，多个交易数据、以及之前的区块的散列值。具体而言，区块B2中包括，之前的区块B1的散列值。而且，根据区块B2中包括的多个交易数据、以及区块B1的散列值运算出的散列值，作为区块B2的散列值，包括在区块B3中。如此，将之前的区块的内容作为散列值包括，并且，将区块连接成链状，从而有效地防止记录的交易数据的篡改。
若过去的交易数据被变更，则区块的散列值成为与变更前的不同的值，为了使篡改后的区块看起来准确，而需要重新制作以后的区块的全部，在现实上该工作是非常困难的。使用该性质，确保区块链的篡改困难性。
图17是示出交易数据的数据结构的说明图。
图17所示的交易数据包括，交易主体P1、以及电子签名P2。交易主体P1是，该交易数据中包括的数据主体。电子签名P2是，针对交易主体P1的散列值，由该交易数据的制作者的签名钥进行签名，更具体而言，由制作者的密钥进行编码来生成的。
交易数据具有，电子签名P2，因此，实质上不能篡改。据此，防止交易主体的篡改。
而且，在所述实施方式中，各个构成要素也可以，由专用的硬件构成，或者执行适于各个构成要素的软件程序来实现。各个构成要素也可以，CPU或处理器等的程序执行部，读出并执行由硬盘或半导体存储器等的记录介质记录的软件程序来实现。在此，实现所述实施方式的内容管理系统等的软件是，如下程序。
也就是说，该程序，使计算机执行由利用多个分散总账管理代币的交易的多个服务器之中的一个服务器执行，所述多个服务器分别管理所述多个分散总账之中的一个以上的分散总账，在所述控制方法中，从由第一用户操作的终端接收申请信息，所述申请信息中包括所述第一用户预定进行交易的日期和时间，参照所述一个服务器管理的第一分散总账，根据在接收的所述申请信息中包括的所述预定的日期和时间以前记录在所述第一分散总账的所述第一用户的交易计算手续费，将包括计算出的所述手续费的手续费信息发送到所述终端，从所述终端接收包括第一代币量的第一交易数据，将接收的所述第一交易数据传输到所述多个服务器之中的与所述一个服务器不同的多个其他的服务器，并且，将包括所述第一交易数据的第一区块存放到所述第一分散总账，所述第一代币量示出与所述预定对应的交易所需要的代币的量，从所述终端接收包括第二代币量的第二交易数据，将接收的所述第二交易数据传输到所述多个其他的服务器，并且，将包括所述第二交易数据的第二区块存放到所述第一分散总账，所述第二代币量示出作为所述手续费的代币的量。
以上，对于一个或多个形态涉及的基金管理系统等，根据实施方式进行了说明，但是，本发明，不仅限于该实施方式。只要不脱离本发明的范围，对本实施方式实施本领域技术人员想到的各种变形的形态，或组合不同的实施方式的构成要素来构成的形态，也可以包含在一个或多个形态的范围内。
本公开，能够用于代币的交易的交易管理系统。
符号说明
1至3交易管理系统
10A至10C，60A 服务器
11，61 处理部
12 总账管理部
13，63 控制部
15 存放部
16 总账存储部
40至42终端
50，50A 至50C UI(User Interface)
51，51A 至51C手续费的数额
52，52A 至52C同意按钮
53，53A 至53C不同意按钮
54A，54B 切换按钮
B1，B2，B3 区块
N 网络
U1 支付者
U2 支付目的地
X 商家

Claims (12)

1.一种控制方法，由利用多个分散总账管理代币的交易的多个服务器之中的一个服务器执行，所述多个服务器分别管理所述多个分散总账之中的一个以上的分散总账，在所述控制方法中，
从由第一用户操作的终端接收申请信息，所述申请信息中包括所述第一用户预定进行交易的日期和时间，
参照所述一个服务器管理的第一分散总账，根据在接收的所述申请信息中包括的所述预定的日期和时间以前记录在所述第一分散总账的所述第一用户的交易计算手续费，
将包括计算出的所述手续费的手续费信息发送到所述终端，
从所述终端接收包括第一代币量的第一交易数据，将接收的所述第一交易数据传输到所述多个服务器之中的与所述一个服务器不同的多个其他的服务器，并且，将包括所述第一交易数据的第一区块存放到所述第一分散总账，所述第一代币量示出与所述预定对应的交易所需要的代币的量，
从所述终端接收包括第二代币量的第二交易数据，将接收的所述第二交易数据传输到所述多个其他的服务器，并且，将包括所述第二交易数据的第二区块存放到所述第一分散总账，所述第二代币量示出作为所述手续费的代币的量。
2.如权利要求1所述的控制方法，
所述申请信息是，包括所述预定的日期和时间的第三交易数据，
所述多个分散总账的每一个，包括用于根据所述第三交易数据计算所述手续费的合约代码，
在所述手续费的计算中，在接收所述第三交易数据的情况下，执行所述第一分散总账中包括的所述合约代码，从而计算所述手续费。
3.如权利要求1或2所述的控制方法，
在所述第一区块的向所述第一分散总账的存放中，与所述多个其他的服务器一起执行共识算法，将所述第一区块存放到所述第一分散总账，
在所述第二区块的向所述第一分散总账的存放中，与所述多个其他的服务器一起执行共识算法，将所述第二区块存放到所述第一分散总账。
4.如权利要求1至3的任一项所述的控制方法，
在所述手续费的计算中，所述第一分散总账中的所述第一用户的所述代币的余额越多就越计算数额高的手续费。
5.如权利要求1至4的任一项所述的控制方法，
在所述手续费的计算中，从所述第一分散总账中的所述第一用户的上次的交易定时起的经过时间越长就越计算数额高的手续费。
6.如权利要求1至5的任一项所述的控制方法，
在所述手续费的计算中，在所述第一分散总账中的所述第一用户的交易中，从当前时刻到规定时间之前为止的期间中的交易量的每单位时间的平均越小就越计算数额高的手续费。
7.如权利要求1至6的任一项所述的控制方法，
所述手续费信息是，用于使所述终端的显示部显示所述手续费的信息。
8.如权利要求1至6的任一项所述的控制方法，
所述代币包括，多个种类的代币，
所述第一分散总账，按不同种类的每个代币包括不同的多个副分散总账，
在所述手续费的计算中，根据在所述申请信息中包括的所述预定的日期和时间以前记录在所述多个副分散总账的所述第一用户的交易，按不同种类的每个代币计算多个手续费，
在所述手续费的发送中，将包括计算出的所述多个手续费的信息作为所述手续费信息发送到所述终端。
9.如权利要求8所述的控制方法，
所述手续费信息是，用于使所述终端的显示部，按不同种类的每个代币显示所述手续费的信息。
10.如权利要求1至9的任一项所述的控制方法，
所述手续费信息包括，向所述第一用户询问是否同意所述手续费信息中包括的所述手续费的询问信息。
11.一种服务器，该服务器是利用多个分散总账管理代币的交易的多个服务器之中的一个服务器，所述多个服务器分别管理所述多个分散总账之中的一个以上的分散总账，
所述服务器，具备：
管理部，管理所述多个分散总账之中的第一分散总账；
接收部，从由第一用户操作的终端接收包括所述第一用户预定进行交易的日期和时间的申请信息，从所述终端接收包括第一代币量的第一交易数据，从所述终端接收包括第二代币量的第二交易数据，所述第一代币量示出与所述预定对应的交易所需要的代币的量，所述第二代币量示出作为手续费的代币的量；
计算部，参照所述管理部中的第一分散总账，根据在接收的所述申请信息中包括的所述预定的日期和时间以前记录在所述第一分散总账的所述第一用户的交易计算所述手续费；以及
发送部，将包括计算出的所述手续费的手续费信息发送到所述终端，
(i)在所述接收部接收所述第一交易数据的情况下，所述发送部，将接收的所述第一交易数据传输到所述多个服务器之中的与所述一个服务器不同的多个其他的服务器，并且，所述管理部，将包括所述第一交易数据的第一区块记录到所述第一分散总账，
(ii)在所述接收部接收所述第二交易数据的情况下，所述发送部，将接收的所述第二交易数据传输到所述多个其他的服务器，并且，所述管理部，将包括所述第二交易数据的第二区块记录到所述第一分散总账。
12.一种程序，用于使计算机执行权利要求1至10的任一项所述的控制方法。
CN202080012331.0A 2019-02-08 2020-02-06 控制方法、服务器、以及程序 Pending CN113383358A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962802856P 2019-02-08 2019-02-08
US62/802,856 2019-02-08
PCT/JP2020/004453 WO2020162515A1 (ja) 2019-02-08 2020-02-06 制御方法、サーバ、および、プログラム

Publications (1)

Publication Number Publication Date
CN113383358A true CN113383358A (zh) 2021-09-10

Family

ID=71947218

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080012331.0A Pending CN113383358A (zh) 2019-02-08 2020-02-06 控制方法、服务器、以及程序

Country Status (4)

Country Link
US (1) US20210365936A1 (zh)
JP (1) JP7402187B2 (zh)
CN (1) CN113383358A (zh)
WO (1) WO2020162515A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113781227A (zh) * 2021-09-17 2021-12-10 北京快来文化传播集团有限公司 虚拟金币兑换方法、电子设备及计算机可读存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022163457A1 (ja) * 2021-01-28 2022-08-04 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 制御方法、サーバ、及びプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107615317A (zh) 2015-03-31 2018-01-19 纳斯达克公司 区块链交易记录的系统和方法
US20180189753A1 (en) * 2017-01-05 2018-07-05 Beskatta, LLC Infrastructure for obligation management and validation
US11341488B2 (en) * 2017-02-06 2022-05-24 Northern Trust Corporation Systems and methods for issuing and tracking digital tokens within distributed network nodes
US10944546B2 (en) * 2017-07-07 2021-03-09 Microsoft Technology Licensing, Llc Blockchain object interface
US10880074B2 (en) * 2018-10-15 2020-12-29 Adobe Inc. Smart contract platform for generating and customizing smart contracts

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113781227A (zh) * 2021-09-17 2021-12-10 北京快来文化传播集团有限公司 虚拟金币兑换方法、电子设备及计算机可读存储介质
CN113781227B (zh) * 2021-09-17 2024-03-29 北京快来文化传播集团有限公司 虚拟金币兑换方法、电子设备及计算机可读存储介质

Also Published As

Publication number Publication date
US20210365936A1 (en) 2021-11-25
JP7402187B2 (ja) 2023-12-20
WO2020162515A1 (ja) 2020-08-13
JPWO2020162515A1 (ja) 2021-12-23

Similar Documents

Publication Publication Date Title
TWI822037B (zh) 塊鏈實施之方法及系統
CN108369703B (zh) 使用加密货币系统管理支付和支付替代方式的方法和系统
JP2021193612A (ja) エネルギ資源ネットワーク
US20170221053A1 (en) Digital asset conversion
CN115641131A (zh) 在区块链上安全转移实体的方法和系统
CN109643415A (zh) 交易管理技术
US20200211109A1 (en) Methods and systems for margin lending and trading on a decentralized exchange
CN111582844A (zh) 基于区块链的手续费分配方法、装置及存储介质
US20210365936A1 (en) Control method, server, and recording medium
US20040034597A1 (en) System and method for managing micropayment transactions, corresponding client terminal and trader equipment
US20180341966A1 (en) System and method for promoting product sales by using distribution of sales profit according to event success
US20180341972A1 (en) System and method for distributing sales profit
CN111986022A (zh) 基于区块链的交易限额处理方法、系统及各节点
US20210350398A1 (en) Control method, server, recording medium, and data structure
JP2007102329A (ja) ポイント管理方法及びポイント管理プログラム
KR102065257B1 (ko) 블록체인방식에 기반한 전자상거래 마일리지 운용 방법 및 전자상거래 마일리지 운용 시스템
CN111401873A (zh) 一种任务创建方法、装置、存储介质和电子设备
CN112449706A (zh) 控制方法、基金管理系统、程序及数据结构
CN112437944A (zh) 控制方法、基金管理系统、程序及数据结构
US20210350365A1 (en) Control method, data structure, server, and recording medium
Mayer et al. BatPay: a gas efficient protocol for the recurrent micropayment of ERC20 tokens
CN110852891A (zh) 基于轧差的数据处理方法、装置以及可读存储介质
WO2019240185A1 (ja) 商品販売システム
CN112862482B (zh) 一种基于互联网的联名会员卡管理系统及方法
KR100915668B1 (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