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

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

Info

Publication number
CN114008650A
CN114008650A CN202080046042.2A CN202080046042A CN114008650A CN 114008650 A CN114008650 A CN 114008650A CN 202080046042 A CN202080046042 A CN 202080046042A CN 114008650 A CN114008650 A CN 114008650A
Authority
CN
China
Prior art keywords
contract
information
transaction data
terminal
book
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
CN202080046042.2A
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 CN114008650A publication Critical patent/CN114008650A/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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/06—Energy or water supply
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Health & Medical Sciences (AREA)
  • Accounting & Taxation (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Finance (AREA)
  • Technology Law (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Public Health (AREA)
  • Water Supply & Treatment (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

从由第1用户使用的第1终端接收第1信息，第1用户是对第1合同达成了共识的二者中的一者，第1信息包含表示第1合同的合同内容的第1合同信息、以及表示第1合同信息是临时合同的临时合同标志；将接收到的第1信息保存到账本中；向由监查第1合同信息的监查员使用的第2终端发送从账本取得的第1合同信息；从第2终端接收表示上述监查员对第1合同信息的同意或不同意的确认结果；确认确认结果，在确认结果表示对第1合同信息的同意的情况下，取得包含第1合同信息和表示第1合同信息成为了正式合同的正式合同标志的第2信息，并保存到账本中。

Description

控制方法、服务器及程序
技术领域
本公开涉及控制方法、服务器及程序。
背景技术
例如在专利文献1中，公开了掌握各用户要使用的所需的最大电流容量，并根据所掌握的最大电流容量来决定合同电流的方法。
现有技术文献
专利文献
专利文献1：日本特开2002－159138号公报
发明内容
发明要解决的课题
但是，在专利文献1所公开的方法中，电力公司等的运营商与各用户单独订立合同，所以有不能抑制运营商与一个用户合谋而以与其他用户相比不公平的合同内容订立合同的情况的问题。
例如，在公寓等的集中住宅中，假设各户用户与电力公司单独订立合同。在此情况下，有电力公司与一个用户合谋、仅对该用户的住宅增多电力量的分配或使每1kw的费用便宜这样以与其他用户相比优越的合同内容订立合同的情况。这里，即使将集中住宅的各户的合同内容以能够由集中住宅整体阅览的方式进行管理，也不能保证各户用户主动地去看其他用户的合同内容并确认是否是公平的合同。即，不能抑制在运营商与各用户单独订立合同的情况下，电力公司与一个用户合谋而以优越的合同内容订立合同。
此外，例如在包括汽车的车辆的共享服务中，假设作为使用者的各用户与服务提供运营商单独订立合同。在此情况下，有服务提供运营商与一个用户合谋、以与其他用户相同的费用仅增多该用户的享用时间等以与其他用户相比优越的合同内容订立合同的情况。在这样的情况下，即使将作为使用者的各用户的合同内容以能够由使用者整体阅览的方式进行管理，与上述同样也不能保证各户用户主动地去看其他用户的合同内容并确认是否是公平的合同。即，不能抑制在服务提供运营商与各用户单独订立合同的情况下，服务提供运营商与一个用户合谋而以优越的合同内容订立合同。
本发明是鉴于上述情况而做出的，目的是提供一种能够更可靠地监查新签订的合同的控制方法、服务器及程序。
用于解决课题的手段
有关本发明的一技术方案的控制方法，在具备分别由用户使用的3个以上的终端和1个以上的服务器的***中，由上述1个以上的服务器中的第1服务器执行，其中，从由第1用户使用的第1终端接收第1信息，上述第1用户是对第1合同达成了共识的二者中的一者，上述第1信息包含表示上述第1合同的合同内容的第1合同信息、以及表示上述第1合同信息是临时合同的临时合同标志；将接收到的上述第1信息保存到账本中；向由监查上述第1合同信息的监查员使用的第2终端发送从上述账本取得的上述第1合同信息；从上述第2终端接收表示上述监查员对上述第1合同信息的同意或不同意的确认结果；确认上述确认结果，在上述确认结果表示对上述第1合同信息的同意的情况下，取得包含上述第1合同信息和表示上述第1合同信息成为了正式合同的正式合同标志的第2信息，并保存到上述账本中。
另外，这些包含性或具体的技术方案也可以由***、方法、集成电路、计算机程序或计算机可读取的CD－ROM等的记录介质实现，也可以由***、方法、集成电路、计算机程序及记录介质的任意的组合来实现。
发明效果
根据本发明，能够更可靠地监查新签订的合同。
附图说明
图1是表示有关实施方式1的管理***的构成的一例的图。
图2是表示有关实施方式1的运营商终端的构成的一例的图。
图3是表示有关实施方式1的终端的构成的一例的图。
图4是表示有关实施方式1的认证服务器的构成的一例的图。
图5是表示有关实施方式1的管理名册的一例的图。
图6是表示有关实施方式1的管理***的动作的顺序图。
图7是表示有关实施方式1的管理***的动作的顺序图。
图8是表示有关实施方式1的管理***的动作的顺序图。
图9是表示有关实施方式2的管理***的构成的一例的图。
图10是表示有关实施方式2的运营商终端的构成的一例的图。
图11是表示有关实施方式2的认证服务器的构成的一例的图。
图12是表示有关实施方式2的管理***的动作的顺序图。
图13是表示有关实施方式2的管理***的动作的顺序图。
图14是表示有关实施方式2的管理***的动作的顺序图。
图15是表示有关实施方式2的变形例的管理***的动作的顺序图。
图16是表示有关实施方式3的管理***的构成的一例的图。
图17是表示有关实施方式3的运营商终端的构成的一例的图。
图18是表示有关实施方式3的终端的构成的一例的图。
图19是表示有关实施方式3的管理***的动作的顺序图。
图20是表示有关实施方式3的管理***的动作的顺序图。
图21是表示有关实施方式3的管理***的动作的顺序图。
图22是表示有关实施方式3的变形例1的管理***的构成的一例的图。
图23是表示有关实施方式3的变形例1的代理服务器的构成的一例的图。
图24是表示有关实施方式3的变形例1的管理***的动作的顺序图。
图25是表示有关实施方式3的变形例1的管理***的动作的顺序图。
图26是表示有关实施方式3的变形例1的管理***的动作的顺序图。
图27是表示有关实施方式3的变形例2的管理***的构成的一例的图。
图28是表示有关实施方式3的变形例2的认证服务器的构成的一例的图。
图29是表示有关实施方式3的变形例2的管理***的动作的顺序图。
图30是表示有关实施方式3的变形例2的管理***的动作的顺序图。
图31是表示有关实施方式3的变形例2的管理***的动作的顺序图。
具体实施方式
有关本发明的一技术方案的控制方法，在具备分别由用户使用的3个以上的终端和1个以上的服务器的***中，由上述1个以上的服务器中的第1服务器执行，其中，从由第1用户使用的第1终端接收第1信息，上述第1用户是对第1合同达成了共识的二者中的一者，上述第1信息包含表示上述第1合同的合同内容的第1合同信息、以及表示上述第1合同信息是临时合同的临时合同标志；将接收到的上述第1信息保存到账本中；向由监查上述第1合同信息的监查员使用的第2终端发送从上述账本取得的上述第1合同信息；从上述第2终端接收表示上述监查员对上述第1合同信息的同意或不同意的确认结果；确认上述确认结果，在上述确认结果表示对上述第1合同信息的同意的情况下，取得包含上述第1合同信息和表示上述第1合同信息成为了正式合同的正式合同标志的第2信息，并保存到上述账本中。
这样，通过使监查员监查新签订的合同的合同书，能够可靠地监查新签订的合同。进而，由于能够可靠地监查新签订的合同，所以能够抑制运营商与用户合谋而订立合同。
此外，例如也可以是，在发送从上述账本取得的上述第1合同信息时，以规定的定时，决定对上述第1合同信息进行监查的监查员；向由决定的上述监查员使用的上述第2终端发送从上述账本取得的上述第1合同信息。
此外，例如也可以是，上述账本是在区块链的基础上构建的存在多个相同内容的账本的分布式账本。
由此，有效的合同被保存在分布式账本中，所以能够防止新签订的正式合同在日后被篡改。因此，还能够抑制日后运营商与用户合谋而篡改合同的情况。
此外，例如也可以是，在接收上述第1信息时，通过接收包含上述第1信息的第1事务数据，接收上述第1信息；在将接收到的上述第1信息保存到上述账本中时，将包含上述第1事务数据的区块保存到上述账本中；在取得上述第2信息时，通过取得包含上述第2信息的第2事务数据，取得上述第2信息；在将所取得的上述第2信息保存到上述账本中时，将包含上述第2事务数据的区块保存到上述账本中。
此外，例如也可以是，在将包含上述第1事务数据或上述第2事务数据的区块保存到上述账本中时，与上述1个以上的服务器中的除了上述第1服务器以外的多个第2服务器一起，执行用于关于上述第1事务数据或上述第2事务数据的正当性达成共识的共识算法；在通过上述共识算法关于上述第1事务数据或上述第2事务数据的正当性达成了共识的情况下，将包含上述第1事务数据或上述第2事务数据的区块保存到上述账本中。
此外，例如也可以是，在将包含上述第1事务数据或上述第2事务数据的区块保存到上述账本中时，将上述第1事务数据或上述第2事务数据作为区块链的事务数据保存到上述账本中。
此外，例如也可以是，上述第1信息除了上述第1合同信息和上述临时合同标志以外，还包含：时间信息；表示作为对上述第1合同达成了共识的二者中的另一者的第2用户的ID；以及上述第1信息的生成者的签名。
有关本发明的一技术方案的服务器，其是具备分别由用户使用的3个以上的终端和1个以上的服务器的***中的、上述1个以上的服务器中的一个服务器，其中，具备：处理器；以及存储器；上述处理器从由第1用户使用的第1终端接收第1信息，上述第1用户是对第1合同达成了共识的二者中的一者，上述第1信息包含表示上述第1合同的合同内容的第1合同信息、以及表示上述第1合同信息是临时合同的临时合同标志；上述处理器将接收到的上述第1信息保存到账本中；上述处理器向由监查上述第1合同信息的监查员使用的第2终端发送从上述账本取得的上述第1合同信息；上述处理器从上述第2终端接收表示上述监查员对上述第1合同信息的同意或不同意的确认结果；上述处理器确认上述确认结果，在上述确认结果表示对上述第1合同信息的同意的情况下，取得包含上述第1合同信息和表示上述第1合同信息成为了正式合同的正式合同标志的第2信息，并保存到上述账本中。
有关本发明的一技术方案的程序，用于使计算机执行在具备分别由用户使用的3个以上的终端和1个以上的服务器的***中由上述1个以上的服务器中的第1服务器执行的控制方法，其中，使计算机执行：从由第1用户使用的第1终端接收第1信息，上述第1用户是对第1合同达成了共识的二者中的一者，上述第1信息包含表示上述第1合同的合同内容的第1合同信息、以及表示上述第1合同信息是临时合同的临时合同标志；将接收到的上述第1信息保存到账本中；向由监查上述第1合同信息的监查员使用的第2终端发送从上述账本取得的上述第1合同信息；从上述第2终端接收表示上述监查员对上述第1合同信息的同意或不同意的确认结果；确认上述确认结果，在上述确认结果表示对上述第1合同信息的同意的情况下，取得包含上述第1合同信息和表示上述第1合同信息成为了正式合同的正式合同标志的第2信息，并保存到上述账本中。
以下，参照附图对实施方式进行说明。另外，以下说明的实施方式都表示本公开的一具体例。因而，在以下的实施方式中表示的数值、形状、材料、构成要素、构成要素的配置位置及连接形态、步骤、步骤的顺序等是一例，不是限定本公开的意思。此外，关于以下的实施方式的构成要素中的、在表示最上位概念的独立权利要求中没有记载的构成要素，虽然不是为了达成本公开的课题所必须的，但作为构成更优选的形态的构成要素进行说明。
(实施方式1)
首先，对有关本公开的***构成进行说明。
有关本发明的管理***具备分别由用户使用的3个以上的终端和1个以上的认证服务器。有关本公开的管理***监查作为临时合同而新签订的合同的合同书即合同内容，将接受监查结果而成为正式合同的合同书保存到账本中。以下，参照附图进行有关本实施方式的管理***的构成等的说明。
[管理***]
图1是表示有关实施方式1的管理***的构成的一例的图。
有关本实施方式的管理***如图1所示，例如具备运营商终端10、终端20a～20x和认证服务器30。它们用网络N连接。网络N例如是因特网、便携电话的承载网络等，但由怎样的通信线路或网络构成都可以。另外，以下将终端20a～终端20x分别还称作终端20，但是也有将终端20a～终端20x称作终端A～终端X的情况。
以下，对运营商终端10进行说明。
[运营商终端10]
运营商终端10是由用户使用的终端的一例，是由作为对第1合同达成了共识的二者中的一者的第1用户使用的第1终端。
在本实施方式中，运营商终端10是由作为用户之一的运营商使用的终端。运营商终端10例如既可以是个人计算机，也可以是智能电话及平板电脑等的便携终端。另外，运营商例如既可以是经营电力事业、共享服务提供事业等的事业的运营商自身，也可以是它们的工作者。第1合同例如是单独合同的一个。
图2是表示有关实施方式1的运营商终端10的构成的一例的图。
有关本实施方式的运营商终端10具备通信部101、输入部102、显示部103和信息生成部104。
<通信部101>
通信部101将信息生成部104所生成的第1信息发送给认证服务器30。在本实施方式中，通信部101经由网络N将信息发送给认证服务器30，或接收来自认证服务器30的通知。此外，通信部101经由网络N向终端20发送信息，或从终端20接收信息。另外，信息n1是第1信息的一例，例如包括信息A1、信息B1等。
这样，通信部101经由网络N进行与终端20a～终端20x或认证服务器30的通信。另外，该通信也可以通过TLS(Transport Layer Security)进行，TLS通信用的加密密钥也可以由通信部101保持。
<输入部102>
输入部102受理基于运营商的操作的信息输入。输入部102将所受理的信息输入显示在显示部103上、或发送给信息生成部104、或发送给通信部101。
在本实施方式中，输入部102受理通过运营商的操作而输入的、与用户n达成了共识的合同n的合同书n。合同书n是表示第1合同的合同内容的第1合同信息的一例。输入部102将所受理的合同n的合同书n发送给信息生成部104。此外，输入部102通过运营商的操作，受理对显示在显示部103上的通知进行了确认的消息。另外，在合同n的合同书n中，包含以下说明的例如合同A的合同书A或/及合同B的合同书B。
<显示部103>
显示部103显示输入部102受理的信息输入。显示部103显示从认证服务器30通知的信息。
<信息生成部104>
信息生成部104生成第1信息，该第1信息包含表示第1合同的合同内容的第1合同信息、以及表示第1合同信息是临时合同的临时合同标志。
在本实施方式中，信息生成部104生成在输入部102受理的与用户n达成了共识的合同n的合同书n中包含临时合同标志的信息n1。用户n是对第1合同达成了共识的二者中的另一者，例如是第2用户的一例。
这里，信息n1除了表示合同书n的合同信息和临时合同标志以外，还包含时间信息、合同签订者ID和信息n1的生成者的电子签名。合同信息是表示合同n的合同内容的数据，既可以是合同书n的数据，也可以是将合同书n加密后的数据，也可以是用于确定合同书n的合同内容的哈希值。时间信息既可以表示信息n1被生成的时间，也可以表示合同n被签订的时间。此外，时间信息也可以表示信息n1被通信部101发送给认证服务器30的时间。另外，这里的信息n1的生成者是第1用户即运营商。合同签订者ID是作为对第1合同达成了共识的二者中的另一者的第2用户的ID。
接着，对终端20a～终端20x进行说明。另外，由于终端20a～终端20x的构成是共同的，所以称作终端20而进行说明。
[终端20]
终端20是由用户使用的终端的一例。终端20例如既可以是个人计算机，也可以是智能电话及平板电脑等的便携终端。终端20中的某一个是由作为对第1合同达成了共识的二者中的另一者的第2用户使用的终端。此外，终端20中的某一个是由监查对表示合同n的合同内容的合同信息即合同书n的监查员使用的第2终端。
在本实施方式中，作为一例，假设多个终端20中的例如终端20c即终端C是由监查合同书A及合同书B的监查员使用的终端而进行说明。此外，假设多个终端20中的终端20a即终端A是由作为对合同A达成了共识的二者中的另一者的第2用户使用的终端。进而，假设终端20b即终端B是由作为对合同B达成了共识的二者中的另一者的第2用户使用的终端。
图3是表示有关实施方式1的终端20的构成的一例的图。
有关本实施方式的终端20具备通信部201、输入部202、显示部203和信息生成部204。
<通信部201>
通信部201经由网络N向认证服务器30发送信息，或从认证服务器30接收或被通知信息。此外，通信部201经由网络N向运营商终端10或其他终端20发送信息，或接收来自运营商终端10或其他终端20的信息。
这样，通信部201经由网络N进行与运营商终端10、其他终端20或认证服务器30的通信。另外，该通信也可以通过TLS进行，TLS通信用的加密密钥也可以由通信部201保持。
更具体地讲，在终端20是由监查员使用的第2终端的情况下，通信部201从认证服务器30接收第1合同信息。通信部201将表示监查员对第1合同信息的同意或不同意的确认结果发送给认证服务器30。例如，如果假设终端20是由监查员使用的终端C，则通信部201从认证服务器30接收合同书n即合同书A及合同书B。合同书n是第1合同信息的一例。此外，通信部201将表示监查员对合同书A及合同书B各自的同意或不同意的确认结果发送给认证服务器30。
<输入部202>
输入部202受理基于用户的操作的信息输入。输入部202将所受理的信息输入显示在显示部203上、或发送给信息生成部204、或发送给通信部201。
更具体地讲，在终端20是由监查员使用的终端的情况下，输入部202受理通过监查员的操作输入的、表示监查员对第1合同信息的同意或不同意的确认结果。输入部202将所受理的确认结果发送给信息生成部204。例如，如果假设终端20是由监查员使用的终端C，则输入部202受理通过监查员的操作而输入的、表示监查员对合同书A及合同书B各自的同意或不同意的确认结果。输入部202将所受理的对合同书A及合同书B各自的确认结果发送给信息生成部204。
<显示部203>
显示部203显示输入部202所受理的信息输入。显示部203显示从认证服务器30发送的信息。
例如，在终端20是由监查员使用的终端C的情况下，显示部203显示从认证服务器30发送的例如合同书A及合同书B等的第1合同信息。
<信息生成部204>
信息生成部204生成表示监查员对第1合同信息的同意或不同意的确认结果的信息。例如，如果假设终端20是由监查员使用的终端C，则信息生成部204生成表示监查员对合同书A的确认结果和监查员对合同书B的确认结果的信息。
接着，对认证服务器30进行说明。
[认证服务器30]
认证服务器30是第1服务器的一例。
图4是表示有关实施方式1的认证服务器30的构成的一例的图。
如图4所示，认证服务器30具备通信部301、判断部302、信息生成部303和账本存储部304。认证服务器30可以通过由处理器使用存储器执行规定的程序来实现。以下，对各构成要素进行说明。
<通信部301>
通信部301从由第1用户使用的第1终端接收第1信息，第1用户是对第1合同达成了共识的二者中的一者，第1信息包含表示第1合同的合同内容的第1合同信息、以及表示第1合同信息是临时合同的临时合同标志。
通信部301向判断部302决定的监查员所使用的第2终端发送从账本取得的第1信息的第1合同信息。通信部301从第2终端接收表示监查员对第1合同信息的同意或不同意的确认结果。
更具体地讲，通信部301经由网络N从运营商终端10接收包含表示运营商及用户n达成了共识的合同n的合同内容的合同书n、以及表示该合同书n是临时合同的临时合同标志的信息n。此外，通信部301向判断部302决定的监查员所使用的终端20发送信息n的合同书n，或从该终端20接收表示监查员对合同书n的同意或不同意的确认结果。此外，通信部301至少向运营商终端10通知合同n成为了正式合同的消息。
这样，通信部301经由网络N进行与运营商终端10或终端20的通信。另外，该通信也可以通过TLS进行，TLS通信用的加密密钥也可以由通信部301保持。
<判断部302>
判断部302判断是否到达了规定的定时。这里，规定的定时既可以是保存在账本中的第1合同信息的数量成为n(n是1以上的整数)时，也可以是经过了规定时间时。此外，规定的定时也可以是与运营商订立了合同的合同签订者的数量超过了阈值时，也可以是运营商进行的服务的交易次数超过了阈值时。此外，规定的定时也可以是与运营商进行的服务的交易有关的法规制度发生了变化时。
判断部302在规定的定时决定监查第1合同信息的监查员。这里，判断部302既可以从比作为监查对象的第1合同信息的第1合同靠后签订了合同的人中决定监查员，也可以从对接受运营商进行的服务的用户的信息进行管理的管理名册中随机地决定监查员。
图5是表示有关实施方式1的管理名册的一例的图。在图5所示的例子中，表示了运营商进行的服务是电力交易且接受运营商进行的服务的用户是某公寓的住户的情况下的管理名册。即，判断部302只要从图5所示的管理名册中随机地决定监查员即可。
此外，判断部302从账本取得第1合同信息。在本实施方式中，判断部302从账本取得合同n的合同书n。例如，判断部302从账本存储部304的账本取得合同A的合同书A和合同B的合同书B。
此外，判断部302确认通信部301接收到的确认结果，判断确认结果是否表示对第1合同信息的同意。例如，判断部302对确认结果进行确认，判断监查员是否同意了合同A的合同书A和是否同意了合同B的合同书B。
<信息生成部303>
信息生成部303在判断为监查员同意了第1合同信息的情况下，生成包含第1合同信息和表示第1合同信息成为了正式合同的正式合同标志的第2信息。这里，第2信息除了表示合同书n的合同信息和正式合同标志以外，还包含时间信息、合同签订者ID、第1信息的生成者的电子签名和第2信息的生成者即监查员的电子签名。关于时间信息、合同签订者ID和第1信息的生成者的电子签名，由于如上述那样，所以省略说明。
更具体地讲，信息生成部303在由判断部302判断为监查员同意了合同书n的情况下，生成包含合同书n和表示合同书n的合同n成为了正式合同的正式合同标志的第2信息。
另外，信息生成部303在由判断部302判断为监查员没有同意合同书n的情况下，也可以生成用于进行不同意处理的信息。例如，信息生成部303也可以关于监查员没有同意的合同n的合同书n，生成合同内容的变更命令。这里，信息生成部303既可以与变更命令一起生成监查员没有同意的理由等用于向合同签订者给予反驳的机会的信息，也可以生成用于监查员同意的条件。
<账本存储部304>
账本存储部304存储有账本。账本存储部304将包含通信部301接收到的第1合同信息和临时合同标志的第1信息保存到账本中。此外，账本存储部304取得信息生成部303生成的第2信息，将所取得的第2信息保存到账本中。
例如，在账本存储部304的账本中，保存包含通信部301接收到的合同书A及临时合同标志的信息1、以及包含合同书B及临时合同标志的信息2。此外，在账本存储部304的账本中，保存包含由信息生成部303生成的合同书A及正式合同标志的信息1、以及包含合同书B及正式合同标志的信息。
[管理***的动作等]
接着，对如以上这样构成的管理***的动作进行说明。
图6～图8是表示有关实施方式1的管理***的动作的顺序图。
首先，假设使用运营商终端10的运营商与用户A关于合同A达成了共识(S101)。另外，上述的运营商是作为对合同A达成了共识的二者中的一者的第1用户的一例，用户A是作为另一者的第2用户的一例。
接着，运营商终端10通过运营商的操作，生成包含合同A的合同书A和临时合同标志的信息A1(S102)。另外，上述的信息A1除了合同书A的数据和临时合同标志以外，还包含时间信息、表示第2用户的合同签订者ID、和作为信息A1的生成者的运营商的电子签名。
接着，运营商终端10将在步骤S102中生成的信息A1发送给认证服务器30(S103)。
接着，认证服务器30接收在步骤S103中发送的信息A1(S104)。
接着，认证服务器30将在步骤S104中接收到的信息A1保存到账本中(S105)。
接着，假设使用运营商终端10的运营商与用户B关于合同B达成了共识(S106)。另外，上述的运营商是作为对合同B达成了共识的二者中的一者的第1用户的一例，用户B是作为另一者的第2用户的一例。
接着，运营商终端10通过运营商的操作，生成包含合同B的合同书B和临时合同标志的信息B1(S107)。另外，的信息B1除了合同书B的数据和临时合同标志以外，还包含时间信息、表示第2用户的合同签订者ID、和作为信息B1的生成者的运营商的电子签名。
接着，运营商终端10将在步骤S107中生成的信息B1发送给认证服务器30(S108)。
接着，认证服务器30接收在步骤S108中发送的信息B1(S109)。
接着，认证服务器30将在步骤S109中接收到的信息B1保存到账本(S110)。
接着，认证服务器30判断是否达到了规定的定时(S111)。
在步骤S111中，在认证服务器30判定为没有达到规定的定时的情况下(S111中为“否”)，回到步骤S111而反复处理。
另一方面，在步骤S111中，在认证服务器30判定为达到了规定的定时的情况下(S111中为“是”)，决定监查员(S112)。例如，认证服务器30从如图5所示的管理名册中随机地决定监查员。
接着，认证服务器30从账本取得合同n的合同书n(S113)。在图6等所示的例子中，认证服务器30从账本取得合同A的合同书A和合同B的合同书B。
接着，认证服务器30向在S112中决定的监查员的终端20发送在S113中取得的合同书n(S114)。在图6及图7所示的例子中，认证服务器30将合同书A和合同书B发送给由监查员使用的终端C。
接着，终端C接收在步骤S114中发送的合同书n(S115)。在图7所示的例子中，终端C从认证服务器30接收合同书A和合同书B。
接着，终端C通过监查员的操作，生成是否同意合同书n的确认结果(S116)。在图7所示的例子中，终端C通过监查员的操作，生成是否同意合同书A的确认结果和是否同意合同书B的确认结果。
接着，终端C将在步骤S116中生成的确认结果发送给认证服务器30(S117)。在图7所示的例子中，终端C将是否同意合同书A的确认结果和是否同意合同书B的确认结果发送给认证服务器30。
接着，认证服务器30接收在步骤S117中发送的确认结果(S118)。在图7及图8所示的例子中，认证服务器30接收是否同意合同书A的确认结果和是否同意合同书B的确认结果。
接着，认证服务器30确认在步骤S118中接收到的确认结果，判断监查员是否同意了合同书n(S119)。在图8所示的例子中，认证服务器30判断监查员是否同意了合同书A，判断监查员是否同意了合同书B。
在步骤S119中，在判断为监查员没有同意合同书n的情况下(S119中为“否”)，认证服务器30进行不同意处理(S120)。
这里，不同意处理是对于监查员没有同意的合同的合同书生成合同内容的变更命令的处理。另外，在不同意处理中，除了生成变更命令的处理以外，也可以还包括生成监查员不同意的理由等用于对合同签订者给予反驳的机会的信息的处理，也可以包括生成用于监查员同意的条件的处理。此外，在不同意处理中，也可以还包括发送监查员没有同意的合同的合同签订者进行修正后的合同内容的处理。在此情况下，只要回到步骤S114，将表示修正后的合同内容的修正合同书发送给监查员即可。由此，至少能够促使使用运营商终端10的运营商重新考虑监查员没有同意的合同。另外，认证服务器30也可以向运营商终端10通知监查员没有同意合同书的消息。
另一方面，在步骤S119中，在判断为监查员同意了合同书n的情况下(S119中为“是”)，认证服务器30将包含合同书n和正式合同标志的信息n2保存到账本中(S121)。在图6～图8所示的例子中，认证服务器30在判断为监查员同意了合同书A及合同书B的情况下，将包含合同书A和正式合同标志的信息A2、以及包含合同书B和正式合同标志的信息B2保存到账本中。
接着，认证服务器30至少向运营商终端10通知合同n成为了正式合同的消息(S122)。在图6～图8所示的例子中，认证服务器30向运营商终端10和终端A通知合同书A的合同A成为了正式合同的消息，向运营商终端10和终端B通知合同书B的合同B成为了正式合同的消息。
这样，有关本实施方式的管理***能够使监查员监查作为临时合同新签订的合同的合同书。并且，有关本实施方式的管理***将接受监查结果而成为了正式合同的合同书保存到账本中。
[效果等]
如以上这样，根据有关实施方式1的管理***等，不仅能够使监查员监查作为临时合同新签订的合同，还能够将接受监查结果而成为了正式合同的合同书保存到账本中。
由此，能够可靠地监查新签订的合同，所以能够抑制运营商与用户合谋而订立合同。
另外，在上述中，设为对新签订的合同的合同书进行监查的监查员为一个人而进行了说明，但并不限于此。进行监查的监查员只要是1个人以上即可。
此外，在上述中，设为运营商终端10生成信息A1及信息B1等信息n1和信息n2而进行了说明，但并不限于此。也可以是由对第1合同达成了共识的二者中的另一者使用的终端20生成信息n1和信息n2。
(实施方式2)
在实施方式1中，对包含第1合同信息及临时合同标志的第1信息、以及接受监查结果而第1合同被有效化的第2信息即包含第1合同信息及正式合同标志的第2信息被保存到账本中的情况进行了说明。该账本既可以是区块链的分布式账本，也可以是在区块链的基础上构建的存在多个相同内容的账本的分布式账本。
在实施方式2中，对认证服务器分别具有由多个相同内容的账本构成的分布式账本的情况进行说明。以下，以与实施方式1不同点为中心进行说明。
[管理***]
图9是表示有关实施方式2的管理***的构成的一例的图。对于与图1同样的要素赋予相同的标号，省略详细的说明。
图9所示的管理***相对于有关实施方式1的管理***，不同的是运营商终端11的构成和认证服务器31a～认证服务器31c的构成。另外，以下将认证服务器31a～31c分别也称作认证服务器31，但是也有将认证服务器31a～认证服务器31c称作认证服务器1～认证服务器3的情况。
首先，对运营商终端11进行说明。
[运营商终端11]
运营商终端11是由用户使用的终端的一例。运营商终端11是由作为对第1合同达成了共识的二者中的一者的第1用户使用的第1终端。
在本实施方式中，运营商终端11也是由作为用户之一的运营商使用的终端。运营商终端11例如既可以是个人计算机，也可以是智能电话及平板电脑等的便携终端。
图10是表示有关实施方式2的运营商终端11的构成的一例的图。对于与图2同样的要素赋予相同的标号，省略详细的说明。
图10所示的运营商终端11相对于有关实施方式1的运营商终端10，在还具备事务数据生成部115这一点上构成不同。
<通信部101>
通信部101也可以将事务数据生成部115所生成的包含第1信息的第1事务数据发送给认证服务器30。
另外，在认证服务器30侧生成第1事务数据的情况下，与实施方式1同样，通信部101也可以将信息生成部104所生成的第1信息发送给认证服务器30。关于其他，与在实施方式1中说明的一样，所以省略说明。
<信息生成部104>
信息生成部104生成第1信息，该第1信息包含表示第1合同的合同内容的第1合同信息、以及表示第1合同信息是临时合同的临时合同标志。此外，信息生成部104生成第2信息，该第2信息包含表示第1合同的合同内容的第1合同信息、以及表示第1合同信息是正式合同的正式合同标志。
这里，第1信息除了表示合同书n的合同信息和临时合同标志以外，还包含时间信息和合同签订者ID。第2信息除了表示合同书n的合同信息和正式合同标志以外，还包含时间信息和合同签订者ID。另外，在第1信息及第2信息中，也可以包含用于掌握第1合同被签订的顺序的序列号。关于其他，与在实施方式1中说明的一样，所以省略说明。
<事务数据生成部115>
事务数据生成部115生成事务数据。更具体地讲，事务数据生成部115也可以生成包含第1信息的第1事务数据。事务数据生成部115也可以生成包含第2信息的第2事务数据。
这里，第1事务数据除了第1信息即表示合同书n的合同信息、临时合同标志、时间信息和合同签订者ID以外，还包含第1事务数据的ID(事务数据ID)和第1事务数据的生成者的电子签名。同样，第2事务数据除了第2信息即表示合同书n的合同信息、正式合同标志、时间信息和合同签订者ID以外，还包含第2事务数据的ID(事务数据ID)和第2事务数据的生成者的电子签名。
在本实施方式中，事务数据生成部115生成包含信息生成部104所生成的信息n1的事务数据n1。在信息n1中，包含合同n的合同书n和临时合同标志。此外，事务数据生成部115生成包含信息生成部104所生成的信息n2的事务数据n2。在信息n1中，包含合同n的合同书n和正式合同标志。
事务数据生成部115经由通信部101将所生成的事务数据n1或事务数据n2发送给认证服务器31。
接着，对认证服务器31a～认证服务器31c进行说明。另外，认证服务器31a～认证服务器31c的构成由于是共同的，所以称作认证服务器31而进行说明。
[认证服务器31]
认证服务器31是第1服务器的一例。
图11是表示有关实施方式2的认证服务器31的构成的一例的图。对于与图4同样的要素赋予相同的标号，省略详细的说明。
图11所示的认证服务器31相对于有关实施方式1的认证服务器30，在没有信息生成部303和账本存储部304的构成、以及还具备事务数据验证部313、记录部315和分布式账本316这些点上构成不同。认证服务器31也可以通过由处理器使用存储器执行规定的程序来实现。
<通信部301>
通信部301从由作为对第1合同达成了共识的二者中的一者的第1用户使用的第1终端，接收包含第1信息的第1事务数据。第1信息包含表示第1合同的合同内容的第1合同信息和表示第1合同信息是临时合同的临时合同标志。此外，通信部301从第1终端取得包含第2信息的第2事务数据。第2信息包含第1合同信息和表示第1合同信息成为了正式合同的正式合同标志。
另外，在认证服务器30侧生成第1事务数据的情况下，与实施方式1是同样的。即，通信部301也可以从第1终端原样接收第1信息。
通信部301在由事务数据验证部313执行共识算法的情况下，将接收到的第1事务数据或第2事务数据转送给其他的认证服务器31。
关于其他，与在实施方式1中说明的一样，所以省略说明。
<事务数据验证部313>
事务数据验证部313在通信部301接收到第1事务数据或第2事务数据时，验证第1事务数据或第2事务数据的正当性。例如，事务数据验证部313验证通信部301接收到的第1事务数据或第2事务数据是否被赋予了以正确的方法生成的电子签名等。另外，也可以将该验证跳过。
此外，事务数据验证部313与其他的认证服务器31一起，执行用于关于第1事务数据或第2事务数据等事务数据的正当性达成共识的共识算法。
这里，在共识算法中，既可以使用PBFT(Practical Byzantine Fault Tolerance：实用拜占庭容错算法)，也可以使用其他周知的共识算法。作为周知的共识算法，例如有PoW(Proof of Work：工作量证明)或PoS(Proof of Stake：权益证明)等。在共识算法中使用PBFT的情况下，事务数据验证部313从其他的认证服务器31分别接受表示事务数据的验证是否成功的报告，判定该报告的数量是否超过了规定的数量。并且，事务数据验证部313在该报告的数量超过了规定的数量时，判定为通过共识算法验证了事务数据的正当性即可。
事务数据验证部313在确认了事务数据的正当性的情况下，使记录部315记录该事务数据。
在本实施方式中，事务数据验证部313验证由通信部301接收到的包含信息n1的事务数据n1或包含信息n2的事务数据n2的正当性。
此外，事务数据验证部313执行用于关于事务数据n1或事务数据n2的正当性达成共识的共识算法。并且，事务数据验证部313在确认了事务数据n1或事务数据n2的正当性的情况下，使记录部315记录事务数据n1或事务数据n2。
<记录部315>
记录部315通过将由事务数据验证部31进行了正当性的验证的第1事务数据或第2事务数据包含于区块中并保存到分布式账本316中，来记录第1事务数据或第2事务数据。在本实施方式中，记录部315将由事务数据验证部313进行了正当性的验证的事务数据n1或事务数据n2包含于区块中并保存到分布式账本316中。
另外，记录部315也可以在内部构成分布式账本316。
<分布式账本316>
分布式账本316保存有第1事务数据及第2事务数据。在本实施方式中，分布式账本316通过保存由事务数据验证部313进行了正当性的验证的事务数据n1或事务数据n2，来保存第1信息和第2信息。
[管理***的动作等]
接着，对如以上这样构成的管理***的动作进行说明。
图12～图14是表示有关实施方式2的管理***的动作的顺序图。
首先，假设使用运营商终端11的运营商与用户A关于合同A达成了共识(S201)。另外，运营商是作为对合同A达成了共识的二者中的一者的第1用户的一例，用户A是作为另一者的第2用户的一例。
接着，运营商终端11通过运营商的操作，生成包含合同A的合同书A和临时合同标志的事务数据A1(S202)。在本实施方式中，运营商终端11生成包含信息A1的事务数据A1。信息A1包含合同书A的数据和临时合同标志。
接着，运营商终端11将在步骤S202中生成的事务数据A1发送给认证服务器1(S203)。
接着，认证服务器1接收在步骤S203中发送的事务数据A1(S204)。
接着，假设使用运营商终端11的运营商与用户B关于合同B达成了共识(S205)。另外，运营商是作为对合同B达成了共识的二者中的一者的第1用户的一例，用户B是作为另一者的第2用户的一例。
接着，运营商终端11通过运营商的操作，生成包含合同B的合同书B和临时合同标志的事务数据B1(S206)。在本实施方式中，运营商终端11生成包含信息B1的事务数据B1。信息B1包含合同书B的数据和临时合同标志。
接着，运营商终端11将在步骤S206中生成的事务数据B1发送给认证服务器1(S207)。
接着，认证服务器1接收在步骤S207中发送的事务数据B1(S208)。
接着，认证服务器1在执行用于关于事务数据n1的正当性达成共识的共识算法的情况下(S209中为“是”)，将事务数据n1转送给其他的认证服务器31即认证服务器2及认证服务器3(S210)。在图12所示的例子中，认证服务器1将事务数据A1及事务数据B1作为事务数据n1转送给认证服务器2及认证服务器3。
接着，认证服务器1、认证服务器2及认证服务器3执行共识算法，生成包含事务数据n1的区块，并保存到分布式账本316中(S211)。
接下来的步骤S212～步骤S221仅在认证服务器30为认证服务器1这一点上不同，但进行与图7及图8所示的步骤S111～步骤S120同样的处理，所以省略说明。
在步骤S220中，在判断为监查员同意了合同书n的情况下(S220中为“是”)，认证服务器1向运营商终端11通知监查员同意了合同书n的消息(S222)。在图12～图14所示的例子中，认证服务器1在判断为监查员同意了合同书A及合同书B的情况下，向运营商终端11通知同意了合同书A及合同书B的消息。
接着，运营商终端11如果取得在步骤S222中通知的同意了合同书n的消息(S223)，则生成包含合同n的合同书n和正式合同标志的事务数据n2(S224)。在本实施方式中，运营商终端11生成包含信息n2的事务数据n2。信息n2包含合同书n的数据和正式合同标志。在图14所示的例子中，运营商终端11生成包含信息A2即合同A的合同书A和正式合同标志的事务数据A2，并且生成包含信息B2即合同B的合同书B和正式合同标志的事务数据B2。
接着，运营商终端11将在步骤S224中生成的事务数据n2发送给认证服务器1(S225)。在图14所示的例子中，运营商终端11将包含合同A的合同书A及正式合同标志的事务数据A2和包含合同B的合同书B及正式合同标志的事务数据B2发送给认证服务器1。
接着，认证服务器1接收在步骤S225中发送的事务数据n2(S226)。
接着，认证服务器1将事务数据n2转送给其他的认证服务器31即认证服务器2及认证服务器3(S227)。在图14所示的例子中，认证服务器1将事务数据A2及事务数据B2作为事务数据n2转送给认证服务器2及认证服务器3。
接着，认证服务器1、认证服务器2及认证服务器3执行共识算法，生成包含事务数据n2的区块，并保存到分布式账本316中(S228)。
另外，在图12～图14所示的例子中，将运营商终端11所生成的事务数据n1及事务数据n2发送给认证服务器1，但也可以发送给认证服务器2或认证服务器3。为同样的处理。
此外，监视员使用的终端C将对于送来的合同书n的确认结果发送给认证服务器1，但并不限于此。监视员使用的终端C也可以生成包含对于送来的合同书n的确认结果的事务数据，并发送给认证服务器1。在此情况下，监视员的确认结果被保存到分布式账本中。
[效果等]
如以上这样，根据有关实施方式2的管理***等，不仅能够使监查员监查作为临时合同而新签订的合同，还能够将包含接受监查结果而成为了正式合同的合同书的事务数据保存到分布式账本中。
由此，能够可靠地监查新签订的合同，所以能够抑制运营商与用户合谋而订立合同。此外，由于被监查而成为正式合同的合同书被保存在分布式账本中，所以能够防止新签订的正式合同在日后被篡改。因此，能够更可靠地抑制运营商与用户合谋而订立合同。
另外，在上述中设为对新签订的合同的合同书进行监查的监查员是一个人而进行了说明，但并不限于此。如在实施方式1中说明那样，进行监查的监查员只要是1个人以上即可。
此外，在上述中，设为运营商终端11生成信息n1及信息n2以及事务数据n1及事务数据n2而进行了说明，但并不限于此。也可以是由对第1合同达成了共识的二者中的另一者使用的终端20生成这些。
(变形例)
另外，在图12所示的管理***的动作中，对在运营商终端11侧生成事务数据的情况进行了说明，但并不限于此。如果认证服务器31还具备事务数据生成部，则也可以在认证服务器31侧生成事务数据。使用图15说明该情况下的动作。以下，以与上述的图12所示的动作不同的部分为中心进行说明。
图15是表示有关实施方式2的变形例的管理***的动作的顺序图。另外，对于与图12同样的动作赋予相同的标号，省略详细的说明。
首先，假设使用运营商终端11的运营商与用户A关于合同A达成了共识(S201)。
接着，运营商终端11通过运营商的操作，生成包含合同A的合同书A和临时合同标志的事务数据A1(S202a)。
接着，运营商终端11将在步骤S202a中生成的事务数据A1发送给认证服务器1(S203a)。
接着，认证服务器1接收在步骤S203a中发送的事务数据A1(S204a)。
接着，假设使用运营商终端11的运营商与用户B关于合同B达成了共识(S205)。
接着，运营商终端11通过运营商的操作，生成包含合同B的合同书B和临时合同标志的事务数据B1(S206a)。
接着，运营商终端11将在步骤S206a中生成的事务数据B1发送给认证服务器1(S207a)。
接着，认证服务器1接收在步骤S207a中发送的事务数据B1(S208a)。
接着，认证服务器1在经过了规定的期间的情况下(S209a中为“是”)，生成包含信息n1的事务数据n1(S210a)。在图15所示的例子中，认证服务器1生成包含信息A1的事务数据A1和包含信息B1的事务数据B1。
接着，认证服务器1将事务数据n1转送给其他的认证服务器31即认证服务器2及认证服务器3(S210b)。
关于步骤S211以后的步骤，由于如上述那样，所以省略说明。
另外，在图15所示的例子中，将运营商终端11所生成的事务数据n1发送给认证服务器1，但也可以发送给认证服务器2或认证服务器3。为同样的处理。
(实施方式3)
在实施方式2中，设为在管理***所具备的多个认证服务器31的分布式账本中保存包含临时合同标志的事务数据n1和包含正式合同标志的事务数据n2而进行了说明，但并不限于此。管理***也可以不具备认证服务器，而具备分别具有分布式账本的运营商终端及多个终端。并且，在这样的情况下，也可以在运营商终端及多个终端的分布式账本中保存包含临时合同标志的事务数据n1和包含正式合同标志的事务数据n2。以下，以与实施方式1及实施方式2不同的点为中心进行说明。
[管理***]
图16是表示有关实施方式3的管理***的构成的一例的图。
图16所示的管理***相对于有关实施方式2的管理***，在不具备多个认证服务器31这一点上与运营商终端12的构成及终端21a～21x的构成不同。另外，以下将终端21a～终端21x分别也称作终端21，但也可以将终端21a～终端21x称作终端A～终端X的情况。
首先，对运营商终端12进行说明。
[运营商终端12]
运营商终端12与运营商终端11同样，是由用户使用的终端的一例。运营商终端12是由作为对第1合同达成了共识的二者中的一者的第1用户使用的第1终端。
在本实施方式中，运营商终端12也是由作为用户之一的运营商使用的终端。运营商终端12例如既可以是个人计算机，也可以是智能电话及平板电脑等的便携终端。
图17是表示有关实施方式3的运营商终端12的构成的一例的图。对于与图2及图10同样的要素赋予相同的标号，省略详细的说明。
图17所示的运营商终端12相对于有关实施方式2的运营商终端11，在还具备事务数据验证部126、记录部127和分布式账本128这一点上构成不同。
<事务数据验证部126>
事务数据验证部126在通信部101接收到第1事务数据或第2事务数据时，验证第1事务数据或第2事务数据的正当性。另外，也可以将该验证跳过。
此外，事务数据验证部126与其他终端21一起执行用于关于第1事务数据或第2事务数据的正当性达成共识的共识算法。事务数据验证部126在确认了第1事务数据或第2事务数据的正当性的情况下，使记录部127记录第1事务数据或第2事务数据。
在本实施方式中，事务数据验证部126验证包含信息n1的事务数据n1或包含信息n2的事务数据n2的正当性。
此外，事务数据验证部126执行用于关于包含信息n1的事务数据n1或包含信息n2的事务数据n2的正当性达成共识的共识算法。并且，事务数据验证部126在确认了包含信息n1的事务数据n1或包含信息n2的事务数据n2的正当性的情况下，使记录部127记录该包含信息n1的事务数据n1或包含信息n2的事务数据n2。
<记录部127>
记录部127通过将由事务数据验证部126进行了正当性的验证的第1事务数据或第2事务数据包含于区块中并保存到分布式账本128中，来记录第1事务数据或第2事务数据。
另外，记录部127也可以在内部构成分布式账本128。
<分布式账本128>
分布式账本128保存着第1事务数据或第2事务数据。在本实施方式中，分布式账本128通过保存包含信息n1的事务数据n1或包含信息n2的事务数据n2，来保存信息n1及信息n2。
接着，对终端21a～终端21x进行说明。另外，由于终端21a～终端21x的构成是共同的，所以称作终端21而进行说明。
[终端21]
终端21与终端20同样，是由用户使用的终端的一例。终端21例如既可以是个人计算机，也可以是能够访问分布式账本的智能电话及平板电脑等的便携终端。终端21中的某一个是由作为对第1合同达成了共识的二者中的另一者的第2用户使用的终端。此外，终端21中的某一个是由对表示合同n的合同内容的合同信息即合同书n进行监查的监查员使用的第2终端。
在本实施方式中，作为一例，假设多个终端21中的例如终端21c即终端C是由监查员使用的终端而进行说明。此外，假设多个终端21中的终端21a即终端A是由作为对合同A达成了共识的二者中的另一者的第2用户使用的终端而进行说明。进而，假设终端21b即终端B是由作为对合同B达成了共识的二者中的另一者的第2用户使用的终端而进行说明。
图18是表示有关实施方式3的终端21的构成的一例的图。对于与图3同样的要素赋予相同的标号，省略详细的说明。
图18所示的终端21相对于有关实施方式1的终端20，在还具备判断部215、事务数据生成部216、事务数据验证部217、记录部218和分布式账本219这一点上构成不同。
<判断部215>
判断部215判断是否达到了规定的定时。并且，判断部215在规定的定时决定对第1合同信息进行监查的监查员。这里，判断部215既可以从比监查对象的第1合同信息的第1合同靠后签订了合同的人中决定监查员，也可以从对接受运营商进行的服务的用户的信息进行管理的管理名册中随机地决定监查员。
此外，判断部215从分布式账本取得第1合同信息。在本实施方式中，判断部215从分布式账本219取得合同n的合同书n。例如，判断部215从保存在分布式账本219中的事务数据A1和事务数据B1中，取得合同A的合同书A和合同B的合同书B。
此外，判断部215确认通信部201接收到的确认结果，判断确认结果是否表示对第1合同信息的同意。例如，判断部215对确认结果进行确认，判断监查员是否同意了合同A的合同书A、以及是否同意了合同B的合同书B。
<事务数据生成部216>
事务数据生成部216生成第1事务数据或第2事务数据。更具体地讲，事务数据生成部216也可以生成包含第1信息的第1事务数据。事务数据生成部216也可以生成包含第2信息的第2事务数据。此外，事务数据生成部216也可以将所生成的第1事务数据或第2事务数据发送给其他终端21等。
在本实施方式中，事务数据生成部216生成包含信息n1即合同书n及临时合同标志的事务数据n1和包含信息n2即合同书n及正式合同标志的事务数据n2。
事务数据生成部216经由通信部201，将所生成的事务数据n1或事务数据n2发送给其他终端21或运营商终端12。
<事务数据验证部217>
事务数据验证部217在通信部201接收到第1事务数据或第2事务数据时，验证第1事务数据或第2事务数据的正当性。另外，也可以将该验证跳过。
此外，事务数据验证部217与其他终端21及运营商终端12一起，执行用于关于第1事务数据或第2事务数据的正当性达成共识的共识算法。事务数据验证部217在确认了第1事务数据或第2事务数据的正当性的情况下，使记录部218记录第1事务数据或第2事务数据。
在本实施方式中，事务数据验证部217验证包含信息n1的事务数据n1或包含信息n2的事务数据n2的正当性。此外，事务数据验证部217执行用于关于包含信息n1的事务数据n1或包含信息n2的事务数据n2的正当性达成共识的共识算法。并且，事务数据验证部217在确认了该事务数据n1或n2的正当性的情况下，使记录部218记录该事务数据n1或n2。
<记录部218>
记录部218通过将由事务数据验证部217进行了正当性的验证的第1事务数据或第2事务数据包含于区块中并保存到分布式账本219中，来记录第1事务数据或第2事务数据。
另外，记录部218也可以在内部构成分布式账本219。
<分布式账本219>
分布式账本219保存着第1事务数据或第2事务数据。在本实施方式中，分布式账本219通过保存包含信息n1的事务数据n1或包含信息n2的事务数据n2，来保存信息n1及信息n2。
[管理***的动作等]
接着，对如以上这样构成的管理***的动作进行说明。
图19～图21是表示有关实施方式3的管理***的动作的顺序图。
首先，假设使用运营商终端12的运营商与用户n关于合同n达成了共识(S301)。另外，上述的运营商是作为对第1合同达成了共识的二者中的一者的第1用户的一例，用户n是作为另一者的第3用户的一例。
接着，运营商终端12通过运营商的操作，生成包含合同n的合同书n和临时合同标志的事务数据n1(S302)。
接着，运营商终端12将在步骤S302中生成的事务数据n1转送给其他终端21即终端A、终端B及终端C(S303)。
接着，运营商终端12、终端A、终端B及终端C执行共识算法，生成包含事务数据n1的区块，并保存到分布式账本中(S304)。
接着，例如终端A判断是否达到了规定的定时(S305)。另外，只要是签订了第1合同的另一者使用的终端21，则并不限于终端A，也可以是终端B。为同样的处理。
在步骤S305中，终端A在判断为没有达到规定的定时的情况下(S305中为“否”)，回到步骤S305并反复处理。
另一方面，在步骤S305中，终端A在判断为达到了规定的定时的情况下(S305中为“是”)，决定监查员(S306)。例如，终端A从如图5所示的管理名册中随机地决定监查员。
接着，终端A从分布式账本219取得合同n的合同书n(S307)。
接着，终端A将在步骤S307中取得的合同书n发送给在步骤S306中决定的监查员的终端21(S308)。在图20所示的例子中，终端A将合同书n发送给由监查员使用的终端C。
接着，终端C接收在步骤S308中发送的合同书n(S309)。
接着，终端C通过监查员的操作，生成是否同意合同书n的确认结果(S310)。
接着，终端C将在步骤S310中生成的确认结果发送给终端A(S311)。
接着，终端A接收在步骤S311中发送的确认结果(S312)。
接着，终端A确认在步骤S312中接收到的确认结果，判断监查员是否同意了合同书n(S313)。
在步骤S313中，在判断为监查员没有同意合同书n的情况下(S313中为“否”)，终端A进行不同意处理(S313)。不同意处理由于与在步骤S120中说明的一样，所以省略这里的说明。
另一方面，在步骤S313中，在判断为监查员同意了合同书n的情况下(S313中为“是”)，终端A生成包含合同n的合同书n和正式合同标志的事务数据n2(S314)。在本实施方式中，终端A生成包含信息n2的事务数据n2。信息n2包含合同书n的数据和正式合同标志。
接着，终端A将事务数据n2转送给其他终端21即终端B、终端C及运营商终端12(S315)。
接着，终端A、终端B、终端C及运营商终端12执行共识算法，生成包含事务数据n2的区块，并保存到各自的分布式账本中(S316)。
最后，终端A至少向运营商终端12通知合同n成为了正式合同的消息(S317)。
这样，有关本实施方式的管理***能够使监查员监查作为临时合同而新签订的合同。并且，有关本实施方式的管理***将接受监查结果而成为正式合同的合同书包含于事务数据中而保存到分布式账本中。
[效果等]
如以上这样，根据有关实施方式3的管理***等，不仅能够使监查员监查作为临时合同而新签订的合同，还能够将包含接受监查结果而成为正式合同的合同书的事务数据保存到分布式账本中。
由此，能够可靠地监查新签订的合同，所以能够抑制运营商与用户合谋而订立合同。此外，由于被监查而成为正式合同的合同书被保存在分布式账本中，所以能够防止新签订的正式合同在日后被篡改。因此，能够更可靠地抑制运营商与用户合谋而订立合同。
另外，在上述中设为对新签订的合同的合同书进行监查的监查员是一个人而进行了说明，但并不限于此。如在实施方式1中说明的那样，进行监查的监查员只要是1个人以上即可。
此外，在上述中，设为运营商终端12生成事务数据n1和事务数据n2而进行了说明，但并不限于此。也可以是由对第1合同达成了共识的二者中的另一者使用的终端21中的某一个生成事务数据n1和事务数据n2。
(变形例1)
在上述的实施方式3中，对终端A等多个终端21中的某一个决定对作为临时合同而新签订的合同的合同书进行监查的监查员、或判断监查员是否同意了该合同书的情况进行了说明，但并不限于此。也可以是代理服务器决定对作为临时合同而新签订的合同的合同书进行监查的监查员、或判断监查员是否同意了该合同书。
在本变形例中，对代理服务器40决定监查员、或根据确认结果判断监查员是否同意了合同书的情况进行说明。此外，在本变形例中，对代理服务器40、多个终端21和运营商终端12具有由相同内容的多个账本构成的分布式账本的情况进行说明。以下，以与实施方式1等不同的点为中心进行说明。
[管理***]
图22是表示有关实施方式3的变形例1的管理***的构成的一例的图。对于与图16同样的要素赋予相同的标号，省略详细的说明。
图22所示的管理***相对于有关实施方式3的管理***，在还具备代理服务器40这一点上构成不同。另外，以下将终端21a～终端21x分别也称作终端21，但也有将终端21a～终端21x称作终端A～终端X的情况。
以下，对代理服务器40进行说明。
[代理服务器40]
代理服务器40是第1服务器的一例。
图23是表示有关实施方式3的变形例1的代理服务器40的构成的一例的图。
如图23所示，代理服务器40具备通信部401、判断部402和存储部403。代理服务器40可以通过由处理器使用存储器执行规定的程序来实现。以下，对各构成要素进行说明。
<通信部401>
通信部401将从分布式账本取得的第1信息的第1合同信息发送给判断部402决定的对第1合同信息进行监查的监查员所使用的第2终端。通信部401从第2终端接收表示监查员对第1合同信息的同意或不同意的确认结果。
在本实施方式中，通信部401对于判断部402所决定的对合同书n进行监查的监查员，将信息n的合同书n发送给由监查员使用的终端20，或从该终端21接收表示监查员对合同书n的同意或不同意的确认结果。此外，通信部401至少向运营商终端12通知合同n成为了正式合同的消息。
这样，通信部401经由网络N进行与运营商终端12或终端21的通信。另外，该通信也可以通过TLS进行，TLS通信用的加密密钥也可以由通信部401保持。
<判断部402>
判断部402判断是否达到了规定的定时。并且，判断部402在规定的定时决定对第1合同信息进行监查的监查员。这里，判断部402既可以从比监查对象的第1合同信息的第1合同靠后签订了合同的人中决定监查员，也可以从对接受运营商进行的服务的用户的信息进行管理的管理名册中随机地决定监查员。
判断部402从分布式账本取得第1合同信息。在本实施方式中，判断部402从终端21或运营商终端12的分布式账本取得合同n的合同书n。例如，判断部402从终端21或运营商终端12的分布式账本取得合同A的合同书A和合同B的合同书B。
此外，判断部402确认通信部401接收到的确认结果，判断确认结果是否表示对第1合同信息的同意。在本实施方式中，判断部402确认通信部401接收到的确认结果，判断监查员是否同意了合同n的合同书n。例如，判断部402对确认结果进行确认，判断监查员是否同意了合同A的合同书A以及是否同意了合同B的合同书B。
<存储部403>
存储部403存储通信部401接收到的确认结果，或存储从终端21或运营商终端12的分布式账本取得的第1合同信息。在本实施方式中，存储部403存储合同n的合同书n作为第1合同信息。
[管理***的动作等]
接着，对如以上这样构成的管理***的动作进行说明。
图24～图26表示有关实施方式3的变形例1的管理***的动作的顺序图。
步骤S401～步骤S404进行与图19所示的步骤S301～步骤S304同样的处理，所以省略说明。
接着，在步骤S405中，例如代理服务器40判断是否达到了规定的定时。
在步骤S405中，代理服务器40在判断为没有达到规定的定时的情况下(S405中为“否”)，回到步骤S405并反复处理。
另一方面，在步骤S405中，代理服务器40在判断为达到了规定的定时的情况下(S405中为“是”)，决定监查员(S406)。
接着，代理服务器40从终端21或运营商终端12的分布式账本取得合同n的合同书n(S407)。
接着，代理服务器40将在步骤S407中取得的合同书n发送给在步骤S406中决定的监查员的终端21(S408)。在图25所示的例子中，代理服务器40将合同书n发送给由所决定的监查员使用的终端C。
接着，终端C接收在步骤S408中发送的合同书n(S409)。
接着，终端C通过监查员的操作，生成是否同意合同书n的确认结果(S410)。
接着，终端C将在步骤S410中生成的确认结果发送给代理服务器40(S411)。
接着，代理服务器40接收在步骤S411中发送的确认结果(S412)。
接着，代理服务器40确认在步骤S412中接收到的确认结果，判断监查员是否同意了合同书n(S413)。
在步骤S413中，判断为监查员没有同意合同书n的情况下(S413中为“否”)，代理服务器40进行不同意处理(S414)。不同意处理与在步骤S120中说明的一样，所以省略这里的说明。
另一方面，在步骤S413中，判断为监查员同意了合同书n的情况下(S413中为“是”)，代理服务器40向运营商终端12通知监查员同意了合同书n的消息(S415)。
接着，运营商终端12如果取得了在步骤S415中通知的同意了合同书n的消息(S416)，则生成包含合同n的合同书n和正式合同标志的事务数据n2(S417)。在本实施方式中，运营商终端12生成包含信息n2的事务数据n2。信息n2包含合同书n的数据和正式合同标志。
接着，运营商终端12将在步骤S417中生成的事务数据n2转送给终端21即终端A、终端B及终端C(S418)。
接着，终端A、终端B、终端C及运营商终端12执行共识算法，生成包含事务数据n2的区块，并保存到各自的分布式账本中(S419)。
这样，有关本实施方式的变形例1的管理***能够使监查员监查作为临时合同而新签订的合同。并且，有关本实施方式的管理***能够将接受监查结果而成为正式合同的合同书包含于事务数据中而保存到分布式账本中。
(变形例2)
在上述的实施方式3的变形例1中，对多个终端21和运营商终端12具有由相同内容的多个账本构成的分布式账本，且代理服务器决定监查员或判断监查员是否同意了该合同书的情况进行了说明，但并不限于此。也可以是，多个认证服务器具有由相同内容的多个账本构成的分布式账本，多个终端21和运营商终端12不具有该分布式账本，代理服务器决定监查员或判断监查员是否同意了该合同书。以下，将该情况作为实施方式3的变形例2，以与变形例1等不同的点为中心进行说明。
[管理***]
图27是表示有关实施方式3的变形例2的管理***的构成的一例的图。对于与图9等同样的要素赋予相同的标号，省略详细的说明。
图27所示的管理***相对于图9所示的管理***，还具备代理服务器40，认证服务器32a～认证服务器32c的构成不同。另外，图27所示的代理服务器40与在实施方式3的变形例1中说明的一样，所以这里省略说明。此外，以下将终端20a～终端20x分别也称作终端20，但也有将终端20a～终端20x称作终端A～终端X的情况。此外，将认证服务器32a～32c分别也称作认证服务器32，但也有将认证服务器32a～认证服务器32c称作认证服务器1～认证服务器3的情况。
首先，对认证服务器32a～认证服务器32c进行说明。另外，认证服务器32a～认证服务器32c的构成由于是共同的，所以称作认证服务器32而进行说明。
[认证服务器32]
认证服务器32是第1服务器的一例。
图28是表示有关实施方式3的变形例2的认证服务器32的构成的一例的图。对于与图11同样的要素赋予相同的标号，省略详细的说明。
图28所示的认证服务器32相对于有关实施方式2的认证服务器31在没有判断部这一点上构成不同。认证服务器32也能够通过由处理器使用存储器执行规定的程序来实现。
关于其他，与在有关实施方式2的认证服务器31中说明的一样，所以省略说明。
[管理***的动作等]
接着，对如以上这样构成的管理***的动作进行说明。
图29～图31是表示有关实施方式3的变形例2的管理***的动作的顺序图。
步骤S501及步骤S502由于进行与图19所示的步骤S301及步骤S302同样的处理，所以省略说明。
接着，运营商终端11将在步骤S502中生成的事务数据n1发送给代理服务器40(S503)。
接着，代理服务器40接收在步骤S503中发送的事务数据n1(S504)。
接着，代理服务器40在经过了规定的期间的情况下(S505中为“是”)，将在步骤S504中接收到的事务数据n1发送给认证服务器1～认证服务器3(S506)。
接着，认证服务器1、认证服务器2及认证服务器3执行共识算法，生成包含事务数据n1的区块，并保存到分布式账本316中(S507)。
接下来的步骤S508～步骤S520由于进行与图25及图26所示的步骤S405～步骤S416同样的处理，所以省略说明。
接着，在步骤S521中，运营商终端11将在步骤S520中生成的事务数据n2发送给代理服务器40(S521)。
接着，代理服务器40接收在步骤S521中发送的事务数据n2(S522)。
接着，代理服务器40在经过了规定的期间的情况下(S523中为“是”)，将在步骤S522中接收到的事务数据n2发送给认证服务器1～认证服务器3(S524)。
接着，认证服务器1、认证服务器2及认证服务器3执行共识算法，生成包含事务数据n2的区块，并保存到分布式账本316中(S525)。
这样，有关本实施方式的变形例2的管理***能够使监查员监查作为临时合同而新签订的合同。并且，有关本实施方式的管理***将接受监查结果而成为正式合同的合同书包含于事务数据中并保存到分布式账本中。
这样，有关本实施方式的变形例2的管理***能够使监查员监查作为临时合同而新签订的合同。并且，有关本实施方式的管理***将接受监查结果而成为正式合同的合同书包含于事务数据中并保存到分布式账本中。
[其他的实施方式等]
如以上这样，基于上述的实施方式对本公开进行了说明，但本公开当然并不限定于上述的实施方式。以下这样的情况也包含于本公开中。
(1)例如在本公开中，也可以通过由所决定的监查员利用所使用的终端确认由运营商终端生成的合同书的内容，来确认第1合同没有被篡改等。
(2)在上述实施方式中，说明了认证服务器及代理服务器等决定监查新签订的合同的合同书的监查员，但并不限于此。在决定监查员的认证服务器及代理服务器等中也可以还搭载AI(Artificial Intelligence：人工智能)。在此情况下，也可以是认证服务器及代理服务器等使该AI将新签订的合同的合同书与保存在分布式账本中的合同书进行比较，判断保存在分布式账本中的合同书是否为比新签订的合同的合同书不利的合同内容。
(3)上述的实施方式的各装置具体而言是由微处理器、ROM、RAM、硬盘单元、显示器单元、键盘、鼠标等构成的计算机***。在上述RAM或硬盘单元中存储有计算机程序。通过由上述微处理器按照上述计算机程序动作，各装置实现其功能。这里，计算机程序是为了实现规定的功能而将表示对计算机的指令的命令代码组合多个来构成的。
(4)上述的实施方式的各装置也可以由1个***LSI(Large Scale Integration：大规模集成电路)构成。***LSI是将多个结构部集成到1个芯片上而制造出的超多功能LSI，具体而言，是包括微处理器、ROM、RAM等而构成的计算机***。在ROM中存储有计算机程序。通过由微处理器按照计算机程序动作，***LSI实现其功能。
此外，构成上述各装置的构成要素的各部既可以单独地形成1个芯片，也可以以包含一部分或全部的方式形成1个芯片。
此外，这里设为***LSI，但根据集成度的差异，也有称作IC、LSI、超级LSI、超大规模LSI的情况。此外，集成电路化的方法并不限于LSI，也可以由专用电路或通用处理器实现。也可以利用在LSI制造后能够编程的FPGA(Field Programmable Gate Array)、或能够重构LSI内部的电路单元的连接或设定的可重构处理器。
进而，如果因半导体技术的进步或派生的其他技术而出现替代LSI的集成电路化的技术，则当然也可以使用其技术进行功能块的集成化。有可能是生物技术的应用等。
(5)构成上述各装置的构成要素的一部分或全部也可以由相对于各装置可拆装的IC卡或单体的模块构成。上述IC卡或上述模块是由微处理器、ROM、RAM等构成的计算机***。上述IC卡或上述模块也可以包括上述的超多功能LSI。通过由微处理器按照计算机程序动作，上述IC卡或上述模块达成其功能。该IC卡或该模块也可以具有耐篡改性。
(6)本公开也可以是上述所示的方法。此外，也可以是通过计算机实现这些方法的计算机程序，也可以是由上述计算机程序构成的数字信号。
此外，本公开也可以将上述计算机程序或上述数字信号记录到能够由计算机读取的记录介质，例如软盘、硬盘、CD－ROM、MO、DVD、DVD－ROM、DVD－RAM、BD(Blu－ray(注册商标)Disc)、半导体存储器等中。此外，也可以是记录在这些记录介质中的上述数字信号。
此外，本公开也可以将上述计算机程序或上述数字信号经由电气通信线路、无线或有线通信线路、以因特网为代表的网络、数据广播等传送。
此外，本公开也可以是具备微处理器和存储器的计算机***，上述存储器记录有上述计算机程序，上述微处理器按照上述计算机程序动作。
此外，也可以通过将上述程序或上述数字信号记录到上述记录介质中并移送，或通过将上述程序或上述数字信号经由上述网络等移送，来由独立的其他的计算机***实施。
(7)也可以将上述实施方式及上述变形例分别组合。
产业上的可利用性
本公开能够利用于控制方法、服务器及程序，例如能够利用于在车辆的共享服务等中运营商和用户进行个人合同订立的情况下能够使监查员监查新签订的个人合同的控制方法、服务器及程序等。
标号说明
10、11、12 运营商终端
20、20a、20b、20c、20x、21、21a、21b、21c、21x 终端
30、31、31a、31b、31c、32、32a、32b、32c 认证服务器
40 代理服务器
101、201、301、401 通信部
102、202 输入部
103、203 显示部
104、204、303 信息生成部
115、216 事务数据生成部
126、217、313 事务数据验证部
127、218、315 记录部
128、219、316 分布式账本
215、302、402 判断部
304 账本存储部
403 存储部

Claims (9)

1.一种控制方法，在具备分别由用户使用的3个以上的终端和1个以上的服务器的***中，由上述1个以上的服务器中的第1服务器执行，其中，
从由第1用户使用的第1终端接收第1信息，上述第1用户是对第1合同达成了共识的二者中的一者，上述第1信息包含表示上述第1合同的合同内容的第1合同信息、以及表示上述第1合同信息是临时合同的临时合同标志；
将接收到的上述第1信息保存到账本中；
向由监查上述第1合同信息的监查员使用的第2终端发送从上述账本取得的上述第1合同信息；
从上述第2终端接收表示上述监查员对上述第1合同信息的同意或不同意的确认结果；
确认上述确认结果，在上述确认结果表示对上述第1合同信息的同意的情况下，取得包含上述第1合同信息和表示上述第1合同信息成为了正式合同的正式合同标志的第2信息，并保存到上述账本中。
2.如权利要求1所述的控制方法，其中，
在发送从上述账本取得的上述第1合同信息时，
以规定的定时，决定对上述第1合同信息进行监查的监查员，
向由决定的上述监查员使用的上述第2终端发送从上述账本取得的上述第1合同信息。
3.如权利要求1或2所述的控制方法，其中，
上述账本是在区块链的基础上构建的存在多个相同内容的账本的分布式账本。
4.如权利要求3所述的控制方法，其中，
在接收上述第1信息时，
通过接收包含上述第1信息的第1事务数据，接收上述第1信息；
在将接收到的上述第1信息保存到上述账本中时，
将包含上述第1事务数据的区块保存到上述账本中；
在取得上述第2信息时，
通过取得包含上述第2信息的第2事务数据，取得上述第2信息；
在将所取得的上述第2信息保存到上述账本中时，
将包含上述第2事务数据的区块保存到上述账本中。
5.如权利要求4所述的控制方法，其中，
在将包含上述第1事务数据或上述第2事务数据的区块保存到上述账本中时，
与上述1个以上的服务器中的除了上述第1服务器以外的多个第2服务器一起，执行用于关于上述第1事务数据或上述第2事务数据的正当性达成共识的共识算法，
在通过上述共识算法关于上述第1事务数据或上述第2事务数据的正当性达成了共识的情况下，将包含上述第1事务数据或上述第2事务数据的区块保存到上述账本中。
6.如权利要求4或5所述的控制方法，其中，
在将包含上述第1事务数据或上述第2事务数据的区块保存到上述账本中时，
将上述第1事务数据或上述第2事务数据作为区块链的事务数据保存到上述账本中。
7.如权利要求1～6中任一项所述的控制方法，其中，
上述第1信息除了上述第1合同信息和上述临时合同标志以外，还包含：
时间信息；
表示作为对上述第1合同达成了共识的二者中的另一者的第2用户的ID；以及
上述第1信息的生成者的签名。
8.一种服务器，其是具备分别由用户使用的3个以上的终端和1个以上的服务器的***中的、上述1个以上的服务器中的一个服务器，其中，具备：
处理器；以及
存储器；
上述处理器从由第1用户使用的第1终端接收第1信息，上述第1用户是对第1合同达成了共识的二者中的一者，上述第1信息包含表示上述第1合同的合同内容的第1合同信息、以及表示上述第1合同信息是临时合同的临时合同标志；
上述处理器将接收到的上述第1信息保存到账本中；
上述处理器向由监查上述第1合同信息的监查员使用的第2终端发送从上述账本取得的上述第1合同信息；
上述处理器从上述第2终端接收表示上述监查员对上述第1合同信息的同意或不同意的确认结果；
上述处理器确认上述确认结果，在上述确认结果表示对上述第1合同信息的同意的情况下，取得包含上述第1合同信息和表示上述第1合同信息成为了正式合同的正式合同标志的第2信息，并保存到上述账本中。
9.一种程序，用于使计算机执行在具备分别由用户使用的3个以上的终端和1个以上的服务器的***中由上述1个以上的服务器中的第1服务器执行的控制方法，其中，
使计算机执行：
从由第1用户使用的第1终端接收第1信息，上述第1用户是对第1合同达成了共识的二者中的一者，上述第1信息包含表示上述第1合同的合同内容的第1合同信息、以及表示上述第1合同信息是临时合同的临时合同标志；
将接收到的上述第1信息保存到账本中；
向由监查上述第1合同信息的监查员使用的第2终端发送从上述账本取得的上述第1合同信息；
从上述第2终端接收表示上述监查员对上述第1合同信息的同意或不同意的确认结果；
确认上述确认结果，在上述确认结果表示对上述第1合同信息的同意的情况下，取得包含上述第1合同信息和表示上述第1合同信息成为了正式合同的正式合同标志的第2信息，并保存到上述账本中。
CN202080046042.2A 2019-08-01 2020-07-28 控制方法、服务器及程序 Pending CN114008650A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962881609P 2019-08-01 2019-08-01
US62/881,609 2019-08-01
PCT/JP2020/028946 WO2021020407A1 (ja) 2019-08-01 2020-07-28 制御方法、サーバ、及び、プログラム

Publications (1)

Publication Number Publication Date
CN114008650A true CN114008650A (zh) 2022-02-01

Family

ID=74229180

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080046042.2A Pending CN114008650A (zh) 2019-08-01 2020-07-28 控制方法、服务器及程序

Country Status (4)

Country Link
US (1) US20220148110A1 (zh)
JP (1) JP7422155B2 (zh)
CN (1) CN114008650A (zh)
WO (1) WO2021020407A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7507834B2 (ja) 2022-11-11 2024-06-28 株式会社日本カ－ドネットワ－ク 取引管理プログラム、取引管理方法、及び取引管理システム

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8768729B2 (en) * 2004-10-14 2014-07-01 Trizetto Corporation System and method for using a first electronic representation of contract terms for generating a second electronic representation of the contract terms
WO2007056799A1 (en) * 2005-11-15 2007-05-24 Andrew Lewis Christie Consumer assistance systems
US20080183506A1 (en) * 2007-01-25 2008-07-31 Jeffrey Mamorsky Method for quantifying risk for use in underwriting and insuring such risk and method for measuring the adequacy of the security required under the fiduciary prudence and prohibited transaction provisions of the employee retirement security act of 1974
US10592985B2 (en) * 2015-03-02 2020-03-17 Dell Products L.P. Systems and methods for a commodity contracts market using a secure distributed transaction ledger
JP6483827B2 (ja) * 2015-07-13 2019-03-13 日本電信電話株式会社 契約合意方法、合意検証方法、契約合意システム、合意検証装置、契約合意装置、契約合意プログラム及び合意検証プログラム
US20170083954A1 (en) * 2015-08-10 2017-03-23 Reviews From Friends, Inc. Obtaining Referral Using Customer Database
SG10202109555WA (en) * 2016-02-23 2021-09-29 Nchain Holdings Ltd Agent-based turing complete transactions integrating feedback within a blockchain system
US11514448B1 (en) * 2016-07-11 2022-11-29 Chicago Mercantile Exchange Inc. Hierarchical consensus protocol framework for implementing electronic transaction processing systems
JP6892088B2 (ja) * 2017-02-08 2021-06-18 株式会社サテライトオフィス 電子ファイル証明システム
WO2018161007A1 (en) * 2017-03-03 2018-09-07 Mastercard International Incorporated Method and system for storage and transfer of verified data via blockhain
US11055703B2 (en) * 2017-06-19 2021-07-06 Hitachi, Ltd. Smart contract lifecycle management
WO2019071230A1 (en) * 2017-10-05 2019-04-11 Baton Systems, Inc. SYSTEMS AND METHODS OF DATA INGESTION
US11387981B2 (en) * 2018-02-13 2022-07-12 Accenture Global Solutions Limited Platform for multi-party digital records using distributed ledger system
US10855448B2 (en) * 2018-05-03 2020-12-01 Honeywell International Inc. Apparatus and method for using blockchains to establish trust between nodes in industrial control systems or other systems
US10984474B1 (en) * 2018-06-28 2021-04-20 Edjx, Inc. Systems and methods for IT supply chain management on a distributed platform
US10885276B2 (en) * 2018-08-22 2021-01-05 International Business Machines Corporation Document clearance using blockchain
JP7051648B2 (ja) * 2018-09-05 2022-04-11 株式会社日立製作所 電子取引装置、電子取引検証装置、及び電子取引方法

Also Published As

Publication number Publication date
US20220148110A1 (en) 2022-05-12
WO2021020407A1 (ja) 2021-02-04
JPWO2021020407A1 (zh) 2021-02-04
JP7422155B2 (ja) 2024-01-25

Similar Documents

Publication Publication Date Title
EP2806526A1 (en) Unauthorized connection detection device, unauthorized connection detection system and method for detecting unauthorized connection
CN109246175A (zh) 电子投票***和控制方法
CN109324590A (zh) 管理***、车辆及信息处理方法
CN109509288A (zh) 电子投票***和控制方法
JP7109238B2 (ja) 管理システム、車両、及び、情報処理方法
CN104335214A (zh) 安全的用户存在检测及认证
JP2019053712A (ja) 電子投票システム、及び、制御方法
CN110866289A (zh) 基于区块链的数据处理方法、装置、服务器及存储介质
CN103886255A (zh) 应用程序的隐私权限管理方法和装置
CN110796553A (zh) 业务请求处理方法、装置、终端及存储介质
CN114008650A (zh) 控制方法、服务器及程序
CN112187471A (zh) 基于区块链与智能合约的数据抄送方法、***及介质
CN103686712A (zh) 网络连接方法和电子设备
EP3457622A1 (en) Electronic voting system and control method
Chaudhary et al. Blockchain-based secure voting mechanism underlying 5G network: A smart contract approach
WO2021100831A1 (ja) 制御方法、装置、及び、プログラム
WO2021020408A1 (ja) 制御方法、サーバ、及び、プログラム
CN109286616B (zh) 基于区块链技术的权限校验方法及装置
WO2021020406A1 (ja) 制御方法、サーバ、及び、プログラム
CN111008902A (zh) 核保数据处理方法、装置、设备和介质
Leune et al. Enhancing Electronic Voting With A Dual-Blockchain Architecture
CN115989480A (zh) 用于修改机动车辆中的软件的方法
CN103544592A (zh) 一种电子***使用方法和装置
Kwame-Okpu EXAMINING THE EFFECTIVENESS AND APPLICATION OF DATA PROTECTION MODELS IN CONTEMPORARY CONTEXT
KR102433039B1 (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