JPWO2020122095A1 - 制御方法、サーバ、プログラム、および、データ構造 - Google Patents

制御方法、サーバ、プログラム、および、データ構造 Download PDF

Info

Publication number
JPWO2020122095A1
JPWO2020122095A1 JP2020559269A JP2020559269A JPWO2020122095A1 JP WO2020122095 A1 JPWO2020122095 A1 JP WO2020122095A1 JP 2020559269 A JP2020559269 A JP 2020559269A JP 2020559269 A JP2020559269 A JP 2020559269A JP WO2020122095 A1 JPWO2020122095 A1 JP WO2020122095A1
Authority
JP
Japan
Prior art keywords
information
user
transaction data
user information
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.)
Granted
Application number
JP2020559269A
Other languages
English (en)
Other versions
JP7514766B2 (ja
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 JPWO2020122095A1 publication Critical patent/JPWO2020122095A1/ja
Application granted granted Critical
Publication of JP7514766B2 publication Critical patent/JP7514766B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G06F21/645—Protecting data integrity, e.g. using checksums, certificates or signatures using a third party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Medical Informatics (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Hardware Redundancy (AREA)

Abstract

分散台帳を保有している複数のサーバを備える情報管理システムにおいて、当該複数のサーバのうちの一のサーバが実行する制御方法は、情報管理システムにより管理されているユーザ情報であって、第一ユーザに関する情報であるユーザ情報に対応付けられた識別情報と、ユーザ情報の第二ユーザへの提供の許否を示す許否情報とを含む第一トランザクションデータを受信し（Ｓ６０１）、受信した第一トランザクションデータを複数のサーバそれぞれが備える分散台帳に格納する（Ｓ６０２）。

Description

本発明は、制御方法、サーバ、プログラム、および、データ構造に関する。
個人のデータを管理するとともに、そのデータを第三者に提供する情報銀行（情報利用信用銀行ともいう）が利用されている（非特許文献１参照）。
内閣官房IT総合戦略室、「AI、IoT時代におけるデータ活用ワーキンググループ中間とりまとめの概要」、[online]、［令和元年１１月２５日検索］、インターネット<URL:https://www.kantei.go.jp/jp/singi/it2/senmon_bunka/data_ryutsuseibi/dai2/siryou1.pdf>
しかしながら、個人のデータの利用の都度に当該個人と情報銀行との間で利用の承諾に関わる情報交換のための通信が発生し得るという問題がある。
そこで、本発明は、情報管理システムにおいて、個人のデータの利用の際に発生し得る通信を抑制する制御方法などを提供する。
本発明の一態様に係る制御方法は、分散台帳を保有している複数のサーバを備える情報管理システムにおいて、当該複数のサーバのうちの一のサーバが実行する制御方法であって、前記情報管理システムにより管理されているユーザ情報であって、第一ユーザに関する情報であるユーザ情報に対応付けられた識別情報と、前記ユーザ情報の第二ユーザへの提供の許否を示す許否情報とを含む第一トランザクションデータを受信し、受信した前記第一トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する。
なお、これらの包括的または具体的な態様は、システム、装置、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本発明の制御方法は、情報管理システムにおいて、個人のデータの利用の際に発生し得る通信を抑制することができる。
図１は、実施の形態における情報管理システムの構成を模式的に示すブロック図である。 図２は、実施の形態におけるサーバの構成を模式的に示すブロック図である。 図３は、実施の形態における登録トランザクションデータのデータ構造を模式的に示す説明図である。 図４は、実施の形態における利用要求トランザクションデータのデータ構造を模式的に示す説明図である。 図５は、実施の形態における提供トランザクションデータのデータ構造を模式的に示す説明図である。 図６は、実施の形態における利用制限トランザクションデータのデータ構造を模式的に示す説明図である。 図７は、実施の形態における削除トランザクションデータのデータ構造を模式的に示す説明図である。 図８は、実施の形態におけるトークン付与トランザクションデータのデータ構造を模式的に示す説明図である。 図９は、実施の形態におけるサーバが実行するユーザ情報の登録に係る処理を示すフロー図である。 図１０は、実施の形態における、ユーザ情報の登録に係る情報管理システム全体の処理を示すシーケンス図である。 図１１は、実施の形態におけるサーバが実行するユーザ情報の利用要求に係る処理を示すフロー図である。 図１２は、実施の形態におけるサーバが実行するユーザ情報の提供に係る処理を示すフロー図である。 図１３は、実施の形態における、ユーザ情報の利用要求および提供に係る情報管理システム全体の処理を示すシーケンス図である。 図１４は、実施の形態におけるサーバが実行するデータの利用制限に係る処理を示すフロー図である。 図１５は、実施の形態における、ユーザ情報の利用制限に係る情報管理システム全体の処理を示すシーケンス図である。 図１６は、実施の形態におけるサーバが実行するユーザ情報の削除に係る処理を示すフロー図である。 図１７は、実施の形態における、ユーザ情報の削除に係る情報管理システム全体の処理を示すシーケンス図である。 図１８は、実施の形態の変形例におけるサーバの処理を示すフロー図である。 図１９は、実施の形態の変形例におけるサーバの構成を模式的に示すブロック図である。 図２０は、ブロックチェーンのデータ構造を示す説明図である。 図２１は、トランザクションデータのデータ構造を示す説明図である。
（本発明の基礎となった知見）
本発明者は、「背景技術」の欄において記載した、情報銀行に関する技術に関し、以下の問題が生じることを見出した。
情報銀行は、個人のデータを管理するとともに、そのデータを第三者に提供する機能を有する。情報銀行は、個人のデータの活用に関する契約を個人との間で結び、個人のデータを管理するとともに、第三者に提供する事業である。
情報銀行に管理されている個人のデータの利用の都度に当該個人と情報銀行との間で利用の承諾に関わる情報交換のための通信が発生し得る。そのため、情報銀行に管理されるデータが多くなると通信量が増大し得るという問題がある。
そこで、本発明は、情報管理システムにおいて、個人のデータの利用の際に発生し得る通信を抑制する制御方法などを提供する。
このような問題を解決するために、本発明の一態様に係る制御方法は、分散台帳を保有している複数のサーバを備える情報管理システムにおいて、当該複数のサーバのうちの一のサーバが実行する制御方法であって、前記情報管理システムにより管理されているユーザ情報であって、第一ユーザに関する情報であるユーザ情報に対応付けられた識別情報と、前記ユーザ情報の第二ユーザへの提供の許否を示す許否情報とを含む第一トランザクションデータを受信し、受信した前記第一トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する。
上記態様によれば、サーバは、情報管理システムにより管理されているユーザ情報の利用に関する許否情報が含められた第一トランザクションデータを分散台帳に格納する。そのため、サーバは、個人のデータの利用の都度に利用の承諾に関わる情報交換をする必要がなくなり、当該情報交換のための通信を抑制することができる。
また、分散台帳に格納されたトランザクションデータの改ざんが実質的に不可能であることから、情報管理システムにより管理されているユーザ情報の利用に関する許否情報が適切に管理される。仮に、利用の承諾についての情報交換において個人と情報銀行との間、または、個人のデータを利用する企業と情報銀行との間で齟齬があると、個人のデータが適切に利用されるとはいえない。本発明の一態様に係る制御方法によれば、許否情報が分散台帳に格納され、改ざんが実質的に不可能となるので、上記の齟齬が生ずることが抑制される効果もある。
例えば、前記制御方法は、さらに、前記識別情報、又は、前記第一ユーザが属する属性を示す属性情報を含み、前記識別情報または前記属性情報に適合する前記ユーザ情報の利用を求めることを示す第二トランザクションデータを前記第二ユーザの端末から受信し、受信した前記第二トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する。
上記態様によれば、サーバは、情報管理システムにより管理されているユーザ情報の利用を求めることを示す第二トランザクションデータを分散台帳に格納する。そのため、利用の要求がなされたという事実を示す情報が、実質的に改ざんされることなく適切に管理される。よって、サーバは、ユーザ情報の利用の求めがあったという事実を示す情報を適切に管理しながら、個人のデータの利用の際に発生し得る通信を抑制することができる。
例えば、前記ユーザ情報は、１以上のユーザ情報を含み、前記許否情報は、前記１以上のユーザ情報のうち、前記第二ユーザへの提供が許可されるユーザ情報の条件を含み、前記第二トランザクションデータは、さらに、前記識別情報に対応付けられた前記第一ユーザ、又は、前記属性情報により示される前記属性に属する前記第一ユーザに関するユーザ情報であって、前記第二ユーザが提供を求めるユーザ情報を示す要求情報を含み、前記制御方法は、さらに、前記第二トランザクションデータに含まれる前記要求情報が、前記許否情報に含まれる前記条件に適合するか否かを判定し、前記要求情報が前記条件に適合すると判定した場合に限り、受信した前記第二トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する。
上記態様によれば、サーバは、第二ユーザによって利用を求められたユーザ情報について、許否情報に含まれる条件に基づいて利用を許可するか否かを判定する。許否情報は、第一ユーザの判断に基づいて生成され分散台帳に格納されたものであるので、実質的に改ざんされることなく適切に管理されている。よって、サーバは、第一ユーザによる判断に従ってユーザ情報を第二ユーザに利用させる際に、個人のデータの利用の際に発生し得る通信を抑制することができる。
例えば、前記制御方法は、さらに、前記第二トランザクションデータを受信したことに基づいて、前記第二ユーザの端末に前記ユーザ情報が送信された場合に、送信された前記ユーザ情報に係る前記識別情報又は前記属性情報を含む第三トランザクションデータを受信し、受信した前記第三トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する。
上記態様によれば、サーバは、第二ユーザにユーザ情報を送信したことを示す第三トランザクションデータを分散台帳に格納する。そのため、第二ユーザにユーザ情報を送信したという事実を示す情報が、実質的に改ざんされることなく適切に管理される。よって、サーバは、第二ユーザにユーザ情報を送信したという事実を示す情報を適切に管理しながら、個人のデータの利用の際に発生し得る通信を抑制することができる。また、第一ユーザが、自身のユーザ情報がどの企業によってどのように利用されたかを知ることができる利点がある。
例えば、前記制御方法は、さらに、前記第二ユーザの端末に前記ユーザ情報が送信されてから所定時間が経過した場合に、提供された前記ユーザ情報の利用が制限されることを示す制限情報を含む第四トランザクションデータを受信し、受信した前記第四トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する。
上記態様によれば、サーバは、第二ユーザにユーザ情報を提供してから所定時間が経過したことによって、提供したユーザ情報の利用の制限がなされたことを示す第四トランザクションデータを分散台帳に格納する。そのため、利用制限がなされたという事実を示す情報が、実質的に改ざんされることなく適切に管理される。よって、サーバは、ユーザ情報の利用制限がなされたという事実を示す情報を適切に管理しながら、個人のデータの利用の際に発生し得る通信を抑制することができる。
例えば、前記制御方法は、さらに、前記情報管理システムにおいて管理されていて削除されたユーザ情報を示す識別子と、前記ユーザ情報が削除されたことを示す削除情報とを含む第五トランザクションデータを受信し、受信した前記第五トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する。
上記態様によれば、サーバは、ユーザ情報が削除されたことを示す第五トランザクションデータを分散台帳に格納する。そのため、ユーザ情報が削除されたという事実を示す情報が、実質的に改ざんされることなく適切に管理される。よって、サーバは、ユーザ情報が削除されたという事実を示す情報を適切に管理しながら、個人のデータの利用の際に発生し得る通信を抑制することができる。
例えば、前記第一トランザクションデータを受信したときには、前記第一ユーザにトークンを付与する提供情報を含む第六トランザクションデータを取得し、取得した前記第六トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する。
上記態様によれば、サーバは、ユーザ情報の提供の許否情報が分散台帳に格納された第一ユーザにトークンを付与する。トークンは、分散台帳によって管理される価値情報であり、例えば金銭の価値の代替として用いられ得る。これにより、情報管理システムによってユーザ情報を管理することが促進され、管理対象であるユーザ情報の活用が促進される効果がある。
例えば、前記許否情報は、前記ユーザ情報の提供を許可する期間、前記ユーザ情報の提供が許可されるユーザ、又は、前記ユーザ情報の再提供の許否を示す情報を含む。
上記態様によれば、サーバは、ユーザ情報の提供を許可する期間、ユーザ情報の提供が許可されるユーザ、又は、ユーザ情報の再提供の許否を示す情報を、実質的に改ざんされることなく適切に管理する。これにより、サーバは、個人のデータの利用の都度に利用の承諾に関わる上記の情報の交換をする必要がなくなり、当該情報交換のための通信を抑制することができる。
例えば、前記１以上のユーザ情報のそれぞれには、当該ユーザ情報の種別を示す種別情報が紐付けられており、前記許否情報は、前記ユーザ情報の提供を許可する種別情報を含む。
上記態様によれば、サーバは、ユーザ情報の提供を許可する種別情報を、実質的に改ざんされることなく適切に管理する。これにより、サーバは、個人のデータの利用の都度に利用の承諾に関わる上記の情報の交換をする必要がなくなり、当該情報交換のための通信を抑制することができる。
また、本発明の一態様に係るサーバは、分散台帳を保有している複数のサーバを備える情報管理システムにおいて、当該複数のサーバのうちの一のサーバであって、前記情報管理システムにより管理されているユーザ情報であって、第一ユーザに関する情報であるユーザ情報に対応付けられた識別情報と、前記ユーザ情報の第二ユーザへの提供の許否を示す許否情報とを含む第一トランザクションデータを受信し、受信した前記第一トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する処理部を備える。
上記態様により、上記制御方法と同様の効果を奏する。
また、本発明の一態様に係るプログラムは、上記の制御方法をコンピュータに実行させるためのプログラムである。
上記態様により、上記制御方法と同様の効果を奏する。
また、本発明の一態様に係るデータ構造は、分散台帳を保有している複数のサーバを備える情報管理システムにおいて分散台帳に記録されるデータ構造であって、前記データ構造は、前記情報管理システムにより管理されているユーザ情報であって、第一ユーザに関する情報であるユーザ情報に対応付けられた識別情報と、前記ユーザ情報の第二ユーザへの提供の許否を示す許否情報とを含む第一トランザクションデータを含み、前記第一トランザクションデータは、前記複数のサーバそれぞれが備える前記分散台帳に記録される、データ構造である。
なお、これらの包括的または具体的な態様は、システム、装置、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。
以下、実施の形態について、図面を参照しながら具体的に説明する。
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
（実施の形態）
本実施の形態において、情報管理システムにおいて、個人のデータの利用の際に発生し得る通信を抑制する制御方法などについて説明する。
図１は、本実施の形態における情報管理システム１の構成を模式的に示すブロック図である。
図１に示されるように、情報管理システム１は、サーバ１０Ａ、１０Ｂ及び１０Ｃと、管理サーバ２０と、鍵管理装置３０とを備える。情報管理システム１が備える各装置及びサーバは、ネットワークＮを介して互いに通信可能に接続されている。ネットワークＮは、どのような通信回線又はネットワークから構成されてもよく、例えば、インターネット、携帯電話のキャリアネットワークなどを含む。サーバ１０Ａ、１０Ｂ及び１０Ｃを「サーバ１０Ａ等」ともいう。
また、情報管理システム１には、ネットワークＮを介して、ユーザＵ１の端末４１と、ユーザＵ２の端末４２とが接続されている。
サーバ１０Ａは、情報管理システム１によってなされる情報管理に関する記録を行う複数のサーバ１０Ａ、１０Ｂ及び１０Ｃのうちの１つである。サーバ１０Ａは、分散台帳を保有している複数のサーバ１０Ａ、１０Ｂ及び１０Ｃのうちの１つである。サーバ１０Ａが保有している分散台帳には、情報管理システム１によって管理されている情報の登録、利用要求、提供、利用制限および削除、ならびに、トークン付与に関する各種トランザクションデータが格納される。
サーバ１０Ｂ及び１０Ｃは、それぞれ、サーバ１０Ａと同じ機能を有する装置であり、サーバ１０Ａとは独立に動作する。なお、サーバの台数は、３に限られず、複数であればよい。また、サーバ１０Ａ等同士は、通信可能に接続されており、ネットワークＮを介して接続されていてもよい。
なお、ここでは、サーバ１０Ａが各種トランザクションデータまたは各種情報の送受信を行う場合を例として説明するが、サーバ１０Ｂまたは１０Ｃが行ってもよい。
管理サーバ２０は、ユーザ情報の管理をする情報管理サーバである。管理サーバ２０は、ユーザＵ１の端末４１からユーザ情報の提供を受け、提供されたユーザ情報を保有している。管理サーバ２０は、一般の情報銀行に相当する。
管理サーバ２０は、保有しているユーザ情報についてユーザＵ２から利用の要求がなされたときには、その要求に応じてユーザ情報をユーザＵ２の端末４２に提供する。管理サーバ２０は、ユーザ情報をユーザＵ２の端末４２に提供してから所定時間が経過すると、提供したユーザ情報の利用を制限する。管理サーバ２０は、管理しているユーザ情報について削除の指示を受けたときには、当該ユーザ情報を削除する。管理サーバ２０は、ユーザ情報をユーザＵ２の端末４２に提供するときには、ユーザ情報を暗号化する。暗号化に用いられる鍵は、鍵管理装置３０により提供される。
鍵管理装置３０は、データの暗号化および復号に用いる鍵情報を生成して提供する鍵管理装置である。具体的には、鍵管理装置３０は、ユーザ情報が管理サーバ２０からユーザＵ２の端末４２に提供されるときに、暗号化鍵と復号鍵とをペアで生成し、生成した暗号化鍵を管理サーバ２０に提供するとともに、生成した復号鍵をユーザＵ２の端末４２に提供する。なお、暗号化鍵と復号鍵とは同一であってもよい。
端末４１は、ユーザＵ１が保有する端末装置である。ユーザＵ１は、情報管理システム１に自身のユーザ情報を登録するユーザの一例である。ここで、ユーザ情報とは、ユーザＵ１の個人情報（すなわち、氏名、生年月日または住所などユーザＵ１の個人を特定し得る情報）、並びに、パーソナルデータ（すなわち、移動履歴または購買履歴などユーザＵ１と関係を有するデータ）を含む電子データである。端末４１は、ユーザＵ１のユーザ情報を管理サーバ２０に登録し、その登録がなされたという事実を示す情報がサーバ１０Ａ等によって管理される。端末４１は、ユーザ情報とともに、そのユーザ情報の利用条件を管理サーバ２０に登録してもよい。端末４１は、例えばパーソナルコンピュータ、スマートフォンまたはタブレットなどである。
端末４２は、ユーザＵ２が保有する端末装置である。ユーザＵ２は、情報管理システム１により管理されているユーザ情報を利用するユーザの一例であり、個人であることもあるし、企業などの団体であることもある。端末４２は、ユーザＵ１のユーザ情報を管理サーバ２０から提供される。端末４２によるユーザ情報の利用の要求、又は、提供があったことがサーバ１０Ａ等によって管理される。端末４２が取得したユーザ情報は、例えば、ユーザＵ２によって、認証またはデータ分析などのために利用されることが想定される。端末４２は、例えばパーソナルコンピュータ、スマートフォンまたはタブレットなどである。
以降において、情報管理システム１が備えるサーバ１０Ａ等の構成について詳細に説明する。
図２は、本実施の形態におけるサーバ１０Ａの構成を模式的に示すブロック図である。
図２に示されるように、サーバ１０Ａは、処理部１１と、台帳管理部１２と、制御部１３とを備える。サーバ１０Ａが備える上記機能部は、例えばＣＰＵ（Central Processing Unit）がメモリを用いてプログラムを実行することで実現され得る。
処理部１１は、分散台帳によって各種情報の管理を行う処理部である。処理部１１は、情報管理システム１内の装置からトランザクションデータを受信した、又は、制御部１３が生成したトランザクションデータを取得した場合に、受信又は取得したトランザクションデータを台帳管理部１２に提供することで分散台帳に格納する。トランザクションデータには、ユーザ情報の登録、利用要求、提供、利用制限および削除、ならびに、トークン付与に関する各種トランザクションデータが含まれる。各種トランザクションデータについては後で詳しく説明する。
台帳管理部１２は、分散台帳を管理している処理部である。台帳管理部１２は、処理部１１から提供されたトランザクションデータを分散台帳に格納する。分散台帳には、過去から現在までのトランザクションデータが格納される。分散台帳に記録された情報の改ざんが困難であるという特性に基づいて、上記トランザクションデータが改ざんされないように管理されている。
台帳管理部１２は、格納部１７と、台帳記憶部１８とを有する。
格納部１７は、分散台帳に格納すべき新しいトランザクションデータを台帳記憶部１８に格納する処理部である。格納部１７は、分散台帳の種別に応じた方式で新しいトランザクションデータを台帳記憶部１８に格納する。また、格納部１７は、サーバ１０Ａ等のうちの他のサーバの格納部１７と通信データを送受信し、他のサーバの台帳記憶部１８にも上記新しいトランザクションデータを格納させる。例えば、格納部１７は、分散台帳がブロックチェーンである場合には、新しいトランザクションデータを含むブロックを生成し、生成したブロックをサーバ１０Ａ等の間で同期をとったうえで、上記ブロックを台帳記憶部１８に格納する。
台帳記憶部１８は、分散台帳を記憶している記憶装置である。台帳記憶部１８に格納されている分散台帳は、１以上のトランザクションデータを記憶しており、ハッシュ値などの特性を用いて改ざんが困難であるように管理されている（後述）。
なお、分散台帳は、例えばブロックチェーンであり、この場合を例として説明するが、他の方式の分散台帳（例えば、ＩＯＴＡ又はハッシュグラフ等）を採用することも可能である。なお、分散台帳は、新しいデータの格納の際にコンセンサスアルゴリズム（例えば、ＰＢＦＴ（Ｐｒａｃｔｉｃａｌ Ｂｙｚａｎｔｉｎｅ Ｆａｕｌｔ Ｔｏｌｅｒａｎｃｅ）、ＰｏＷ（Ｐｒｏｏｆ ｏｆ Ｗｏｒｋ）又はＰｏＳ（Ｐｒｏｏｆ ｏｆ Ｓｔａｋｅ））を実行するものであってもよいし、実行しないものであってもよい。コンセンサスアルゴリズムを実行しない分散台帳技術の一例としてＨｙｐｅｒｌｅｄｇｅｒ ｆａｂｒｉｃがある。
制御部１３は、各種の情報処理を制御する処理部である。具体的には、制御部１３は、登録トランザクションデータを受信した場合に、登録トランザクションデータに含まれるユーザ情報の整合の検証の処理を実行する。また、制御部１３は、利用要求トランザクションデータを受信した場合に、利用要求が利用条件を満たすか否かについて判定の処理を実行する。
以降において、処理部１１が分散台帳に格納する各種トランザクションデータである、（１）登録トランザクションデータ、（２）利用要求トランザクションデータ、（３）提供トランザクションデータ、（４）利用制限トランザクションデータ、（５）削除トランザクションデータ、および、（６）トークン付与トランザクションデータについて説明する。
（１）登録トランザクションデータ
図３は、本実施の形態における登録トランザクションデータのデータ構造を模式的に示す説明図である。登録トランザクションデータは、ユーザＵ１がユーザ情報を管理サーバ２０に登録したという事実を示すトランザクションデータである。登録トランザクションデータは、ユーザＵ１がユーザ情報を管理サーバ２０に登録したときに、管理サーバ２０によって生成され、サーバ１０Ａ等に送信される。
登録トランザクションデータは、ユーザＵ１に関する情報であるユーザ情報に対応付けられた識別情報と、ユーザ情報のユーザＵ２への提供の許否を示す許否情報とを含む第一トランザクションデータに相当する。
許否情報は、例えば、ユーザ情報の提供を許可する期間、ユーザ情報の提供が許可されるユーザＵ２、又は、ユーザ情報の再提供の許否を示す情報を含む。また、ユーザ情報のそれぞれに、当該ユーザ情報の種別を示す種別情報が紐付けられている場合には、許否情報は、ユーザ情報の提供を許可する種別情報を含んでもよい。
以降では、許否情報が、ユーザ情報の提供を許可する種別情報を含む場合を例として説明する。
図３に示されるように、登録トランザクションデータは、トランザクションＩＤと、情報アドレスと、利用条件と、生成日時と、署名とを含む。
トランザクションＩＤは、当該登録トランザクションデータを一意に特定し得る識別子である。
情報アドレスは、管理サーバ２０に登録されたユーザ情報のアドレスを示す情報である。情報アドレスは、ユーザ情報に対応付けられた識別情報に相当する。
利用条件は、管理サーバ２０に登録されたユーザ情報の利用の条件を示す情報である。利用条件は、例えば、管理サーバ２０に登録されたユーザ情報のうち、ユーザＵ２への提供が許可されるユーザ情報の種別を示す条件である。利用条件は、上記種別情報に相当し、単に条件ともいう。
生成日時は、当該登録トランザクションデータが生成された日時を示す情報である。
署名は、当該登録トランザクションデータを生成した装置又は人が付した電子署名である。
図３に示される登録トランザクションデータは、トランザクションＩＤが「ａ００１」であり、アドレス「ａｄｄ１」にユーザ情報が登録されたことを示している。また、登録されたユーザ情報のうち、「住所と氏名を利用可」という利用条件が設定されている。生成日時は、「２０１８年１０月１０日 １５時００分００秒」であり、署名は、管理サーバ２０の電子署名である。
（２）利用要求トランザクションデータ
図４は、本実施の形態における利用要求トランザクションデータのデータ構造を模式的に示す説明図である。利用要求トランザクションデータは、ユーザＵ２がユーザ情報を利用することを求めたという事実を示すトランザクションデータである。利用要求トランザクションデータは、ユーザＵ２がユーザ情報を利用するための利用要求を送信するときに、ユーザＵ２の端末４２によって生成され、サーバ１０Ａ等に送信される。
利用要求トランザクションデータは、識別情報、又は、ユーザＵ１が属する属性を示す属性情報を含み、識別情報または属性情報に適合するユーザ情報の利用を求めることを示す第二トランザクションデータに相当する。
図４に示されるように、利用要求トランザクションデータは、トランザクションＩＤと、利用者ＩＤと、情報アドレスと、利用内容と、生成日時と、署名とを含む。
トランザクションＩＤは、当該利用要求トランザクションデータを一意に特定し得る識別子である。
利用者ＩＤは、ユーザ情報を利用する利用者を一意に特定し得る識別子である。
情報アドレスは、管理サーバ２０に登録されたユーザ情報であって、利用者が利用を求めるユーザ情報のアドレスを示す情報である。なお、情報アドレスの代わりに、ユーザＵ１が属する属性を示す属性情報を用いることもできる。属性情報とは、例えば、年代（２０代、３０代、４０代など）、性別または住所の都道府県などである。以降でも同様とする。
利用内容は、利用者が利用を求めるユーザ情報の内容を示す情報である。利用内容は、例えば、ユーザ情報が１以上存在する場合には、１以上のユーザ情報のうち利用を求めるユーザ情報を示す情報である。
生成日時は、当該利用要求トランザクションデータが生成された日時を示す情報である。
署名は、当該利用要求トランザクションデータを生成した装置又は人が付した電子署名である。
図４に示される利用要求トランザクションデータは、トランザクションＩＤが「ｂ００１」であり、アドレス「ａｄｄ１」に登録されているユーザ情報のうち、「住所と氏名」の情報の利用を利用者「ｕ００２」が求めていることを示している。生成日時は、「２０１８年１１月１１日 １６時００分００秒」であり、署名は、ユーザＵ２の電子署名である。ここで、ユーザＵ２の利用者ＩＤを「ｕ００２」とした。
（３）提供トランザクションデータ
図５は、本実施の形態における提供トランザクションデータのデータ構造を模式的に示す説明図である。提供トランザクションデータは、管理サーバ２０からユーザＵ２にユーザ情報を提供したという事実を示すトランザクションデータである。提供トランザクションデータは、管理サーバ２０からユーザＵ２にユーザ情報を提供したときに、管理サーバ２０によって生成され、サーバ１０Ａ等に送信される。
提供トランザクションデータは、管理サーバ２０からユーザＵ２の端末４２にユーザ情報が送信された場合に、送信されたユーザ情報に係る識別情報又は属性情報と、種別情報とを含む第三トランザクションデータに相当する。
図５に示されるように、提供トランザクションデータは、トランザクションＩＤと、利用者ＩＤと、情報アドレスと、提供内容と、生成日時と、署名とを含む。
トランザクションＩＤは、当該提供トランザクションデータを一意に特定し得る識別子である。
利用者ＩＤは、ユーザ情報を提供した宛先である利用者を一意に特定し得る識別子である。
情報アドレスは、管理サーバ２０に登録されたユーザ情報であって、管理サーバ２０が利用者に提供したユーザ情報のアドレスを示す情報である。
提供内容は、管理サーバ２０が利用者に提供したユーザ情報の内容を示す情報である。提供内容は、例えば、ユーザ情報が１以上存在する場合には、１以上のユーザ情報のうち利用者に提供したユーザ情報を示す情報である。
生成日時は、当該提供トランザクションデータが生成された日時を示す情報である。
署名は、当該提供トランザクションデータを生成した装置又は人が付した電子署名である。
図５に示される提供トランザクションデータは、トランザクションＩＤが「ｃ００１」であり、アドレス「ａｄｄ１」に登録されているユーザ情報のうち、「住所と氏名」のユーザ情報を利用者「ｕ００２」に提供したことを示している。生成日時は、「２０１８年１１月１１日 １７時００分００秒」であり、署名は、管理サーバ２０の電子署名である。
（４）利用制限トランザクションデータ
図６は、本実施の形態における利用制限トランザクションデータのデータ構造を模式的に示す説明図である。利用制限トランザクションデータは、ユーザＵ２に提供されたユーザ情報の利用が制限されるという事実を示すトランザクションデータである。利用制限トランザクションデータは、管理サーバ２０からユーザＵ２にユーザ情報を提供してから所定時間経過したことによって、提供されたユーザ情報の利用を制限するときに、管理サーバ２０によって生成され、サーバ１０Ａ等に送信される。
利用制限トランザクションデータは、提供されたユーザ情報の利用が制限されることを示す制限情報を含む第四トランザクションデータに相当する。
図６に示されるように、利用制限トランザクションデータは、トランザクションＩＤと、利用者ＩＤと、情報アドレスと、制限内容と、生成日時と、署名とを含む。
トランザクションＩＤは、当該利用制限トランザクションデータを一意に特定し得る識別子である。
利用者ＩＤは、ユーザ情報を提供した宛先である利用者を一意に特定し得る識別子である。
情報アドレスは、管理サーバ２０が利用者に提供したユーザ情報であって、利用が制限されるユーザ情報のアドレスを示す情報である。
制限内容は、利用が制限されるユーザ情報の内容を示す情報である。制限内容は、例えば、ユーザ情報が１以上存在する場合には、１以上のユーザ情報のうち利用が制限されるユーザ情報を示す情報である。制限内容は、制限情報に相当する。
生成日時は、当該利用制限トランザクションデータが生成された日時を示す情報である。
署名は、当該利用制限トランザクションデータを生成した装置又は人が付した電子署名である。
なお、ユーザ情報の情報アドレスと制限内容とを指定する代わりに、当該ユーザ情報が提供されたときの提供トランザクションデータのトランザクションＩＤ（図６参照）を指定してもよい。
図６に示される利用制限トランザクションデータは、トランザクションＩＤが「ｄ００１」であり、アドレス「ａｄｄ１」に登録されているユーザ情報のうち、利用者「ｕ００２」に提供された「住所と氏名」のユーザ情報の利用が制限されることを示している。生成日時は、「２０１９年５月１１日 １７時００分００秒」であり、署名は、管理サーバ２０の電子署名である。
（５）削除トランザクションデータ
図７は、本実施の形態における削除トランザクションデータのデータ構造を模式的に示す説明図である。削除トランザクションデータは、管理サーバ２０に登録されたユーザ情報が削除されたという事実を示すトランザクションデータである。削除トランザクションデータは、管理サーバ２０に登録されたユーザ情報が削除されたときに、管理サーバ２０によって生成され、サーバ１０Ａ等に送信される。
削除トランザクションデータは、情報管理システム１において管理されていて削除されたユーザ情報を示す識別子と、ユーザ情報が削除されたことを示す削除情報とを含む第五トランザクションデータに相当する。
図７に示されるように、削除トランザクションデータは、トランザクションＩＤと、情報アドレスと、削除情報と、生成日時と、署名とを含む。
トランザクションＩＤは、当該削除トランザクションデータを一意に特定し得る識別子である。
情報アドレスは、管理サーバ２０に登録されていて、削除されたユーザ情報のアドレスを示す情報である。
削除情報は、当該削除トランザクションデータがユーザ情報の削除に係ることを示す情報である。
生成日時は、当該削除トランザクションデータが生成された日時を示す情報である。
署名は、当該削除トランザクションデータを生成した装置又は人が付した電子署名である。
図７に示される削除トランザクションデータは、トランザクションＩＤが「ｅ００１」であり、アドレス「ａｄｄ１」に登録されていたユーザ情報が削除されたことを示している。生成日時は、「２０１９年５月１１日 １７時００分００秒」であり、署名は、管理サーバ２０の電子署名である。
（６）トークン付与トランザクションデータ
図８は、本実施の形態におけるトークン付与トランザクションデータのデータ構造を模式的に示す説明図である。トークン付与トランザクションデータは、ユーザ間でのトークンの授受を示すトランザクションデータであり、ユーザ情報を提供したユーザＵ１へのトークンの付与に用いられる。トークン付与トランザクションデータは、管理サーバ２０にユーザ情報が登録されたときに、管理サーバ２０によって生成され、サーバ１０Ａ等に送信される。
トークン付与トランザクションデータは、第一ユーザにトークンを付与する提供情報を含む第六トランザクションデータに相当する。
図８に示されるように、トークン付与トランザクションデータは、トランザクションＩＤと、提供元アドレスと、提供先アドレスと、生成日時と、署名とを含む。提供元アドレスと提供先アドレスとは、提供情報に相当する。
トランザクションＩＤは、当該トークン付与トランザクションデータを一意に特定し得る識別子である。
提供元アドレスは、トークン付与において、トークンを提供する元（つまり提供元）であるユーザを示すアドレスを示す情報である。提供元は、例えば、管理サーバ２０である。
提供先アドレスは、トークン付与において、トークンを提供する先（つまり提供先）であるユーザを示すアドレスを示す情報である。提供先は、例えば、ユーザＵ１である。
生成日時は、当該トークン付与トランザクションデータが生成された日時を示す情報である。
署名は、当該トークン付与トランザクションデータを生成した装置又は人が付した電子署名である。
図８に示されるトークン付与トランザクションデータは、トランザクションＩＤが「ｆ００１」であり、提供元アドレス「ａｄｄ５」に示されるユーザ（例えば管理サーバ２０）から、提供先アドレス「ａｄｄ６」に示されるユーザ（例えば、ユーザＵ１）にトークン付与が行われることを示している。生成日時は、「２０１８年１０月１０日 １５時００分００秒」であり、署名は、管理サーバ２０の電子署名である。
以上のように構成されたサーバ１０Ａ等および情報管理システム１の処理を以下で説明する。
以降において、（１）ユーザ情報の登録、（２）ユーザ情報の利用要求と提供、（３）ユーザ情報の利用制限、および（４）ユーザ情報の削除の際の処理について順に説明する。
（１）ユーザ情報の登録
図９は、本実施の形態におけるサーバ１０Ａ等が実行するユーザ情報の登録に係る処理を示すフロー図である。
ステップＳ１０１において、処理部１１は、管理サーバ２０から登録トランザクションデータを受信したか否かを判定する。登録トランザクションデータを受信したと判定した場合（ステップＳ１０１でＹｅｓ）には、ステップＳ１０２に進み、そうでない場合（ステップＳ１０１でＮｏ）には、ステップＳ１０１を再び実行する。つまり、処理部１１は、登録トランザクションデータを受信するまでステップＳ１０１で待機状態をとる。
ステップＳ１０２において、制御部１３は、利用条件の整合性の検証を行う。具体的には、制御部１３は、ステップＳ１０１で受信した登録トランザクションデータに含まれる利用条件が、ユーザＵ１のユーザ情報に対してユーザＵ１が設定した利用条件と整合しているか否かを検証する。
ステップＳ１０３において、制御部１３は、ステップＳ１０２において、利用条件の整合性の検証が成功したか否かを判定する。検証が成功した場合（ステップＳ１０３でＹｅｓ）には、ステップＳ１０４に進み、そうでない場合（ステップＳ１０３でＮｏ）には、ステップＳ１１１に進む。
ステップＳ１０４において、制御部１３は、ステップＳ１０１で受信した登録トランザクションデータを台帳管理部１２に提供することで、分散台帳に格納する。また、制御部１３は、上記登録トランザクションデータを他のサーバ１０Ｂ等に送信し、すべてのサーバ１０Ａ等の分散台帳に格納させる。
ステップＳ１０５において、制御部１３は、管理サーバ２０からユーザＵ１に対してトークンを付与するためのトークン付与トランザクションデータを生成する。
ステップＳ１０６において、制御部１３は、ステップＳ１０５で生成したトークン付与トランザクションデータを台帳管理部１２に提供することで、分散台帳に格納する。また、制御部１３は、上記トークン付与トランザクションデータを他のサーバ１０Ｂ等に送信し、すべてのサーバ１０Ａ等の分散台帳に格納させる。
ステップＳ１１１において、制御部１３は、利用条件の整合性の検証が成功しなかった（つまり失敗した）ことを示す情報を含めたトランザクションデータ（不図示）を生成する。
ステップＳ１１２において、制御部１３は、ステップＳ１１１で生成したトランザクションデータを台帳管理部１２に提供することで、分散台帳に格納する。また、制御部１３は、上記トークン付与トランザクションデータを他のサーバ１０Ｂ等に送信し、すべてのサーバ１０Ａ等の分散台帳に格納させる。
ステップＳ１０６又はＳ１１２を終えたら、図９に示される一連の処理を終了する。
図１０は、本実施の形態における、ユーザ情報の登録に係る情報管理システム１全体の処理を示すシーケンス図である。なお、図１０において、図９のフロー図と同じ処理を示すものは、図９と同じ符号を付し詳細な説明を省略する。なお、図１０では、利用条件の整合性の検証が成功する場合（図９のステップＳ１０３でＹｅｓ）を示している。
ステップＳ１３１において、端末４１は、ユーザＵ１による操作に基づいてユーザＵ１のユーザ情報を、その利用条件とともに管理サーバ２０に送信する。管理サーバ２０は、端末４１からユーザ情報及び利用条件を受信する。
ステップＳ１４１において、管理サーバ２０は、端末４１から受信したユーザ情報と利用条件とを、管理対象の情報として登録する。
ステップＳ１４２において、管理サーバ２０は、ユーザ情報を登録したことを示す登録トランザクションデータを生成し、生成した登録トランザクションデータをサーバ１０Ａ等に送信する。
この後、サーバ１０Ａ等は、ステップＳ１４２で送信された登録トランザクションデータを受信し、登録トランザクションデータの分散台帳への格納およびトークンの付与等の処理を行う（ステップＳ１０１〜Ｓ１１２）。
（２）ユーザ情報の利用要求と提供
図１１は、本実施の形態におけるサーバ１０Ａ等が実行するユーザ情報の利用要求に係る処理を示すフロー図である。
ステップＳ２０１において、処理部１１は、ユーザＵ２の端末４２から利用要求トランザクションデータを受信したか否かを判定する。利用要求トランザクションデータを受信したと判定した場合（ステップＳ２０１でＹｅｓ）には、ステップＳ２０２に進み、そうでない場合（ステップＳ２０１でＮｏ）には、ステップＳ２０１を再び実行する。つまり、処理部１１は、利用要求トランザクションデータを受信するまでステップＳ２０１で待機状態をとる。
ステップＳ２０２において、制御部１３は、ステップＳ２０１で受信した利用要求トランザクションデータに含まれているユーザ情報および利用内容が、管理サーバ２０が管理しているユーザ情報の利用条件に適合するか否かを判定する。適合していると判定した場合（ステップＳ２０２でＹｅｓ）には、ステップＳ２０３に進み、そうでない場合（ステップＳ２０２でＮｏ）には、ステップＳ２１１に進む。
ステップＳ２０３において、制御部１３は、ステップＳ２０１で受信した利用要求トランザクションデータを台帳管理部１２に提供することで、分散台帳に格納する。また、制御部１３は、上記利用要求トランザクションデータを他のサーバ１０Ｂ等に送信し、すべてのサーバ１０Ａ等の分散台帳に格納させる。
ステップＳ２０４において、制御部１３は、ユーザＵ１のユーザ情報について、ユーザＵ２から利用要求がなされたことを管理サーバ２０に通知する。この通知を受信した管理サーバ２０は、管理対象であるユーザＵ１のユーザ情報をユーザＵ２の端末４２に送信する。
ステップＳ２１１において、制御部１３は、利用内容が利用条件に適合しなかったことを示す情報を含めたトランザクションデータ（不図示）を生成する。
ステップＳ２１２において、制御部１３は、ステップＳ２１１で生成したトランザクションデータを台帳管理部１２に提供することで、分散台帳に格納する。また、制御部１３は、上記トークン付与トランザクションデータを他のサーバ１０Ｂ等に送信し、すべてのサーバ１０Ａ等の分散台帳に格納させる。
ステップＳ２０４又はＳ２１２を終えたら、図１１に示される一連の処理を終了する。
図１２は、本実施の形態におけるサーバ１０Ａ等が実行するユーザ情報の提供に係る処理を示すフロー図である。
ステップＳ３０１において、処理部１１は、管理サーバ２０からユーザＵ２の端末４２にユーザＵ１のユーザ情報が提供されたことを示す提供トランザクションデータを管理サーバ２０から受信したか否かを判定する。提供トランザクションデータを受信したと判定した場合（ステップＳ３０１でＹｅｓ）には、ステップＳ３０２に進み、そうでない場合（ステップＳ３０１でＮｏ）には、ステップＳ３０１を再び実行する。つまり、処理部１１は、提供トランザクションデータを受信するまでステップＳ３０１で待機状態をとる。
ステップＳ３０２において、制御部１３は、ステップＳ３０１で受信した提供トランザクションデータを台帳管理部１２に提供することで、分散台帳に格納する。また、制御部１３は、上記提供トランザクションデータを他のサーバ１０Ｂ等に送信し、すべてのサーバ１０Ａ等の分散台帳に格納させる。
ステップＳ３０３において、制御部１３は、ユーザＵ１のユーザ情報をユーザＵ２又は端末４２が正規に保有していることを証明する証明書を、ユーザＵ２に送信する。
ステップＳ３０３を終えたら、図１２に示される一連の処理を終了する。
図１３は、本実施の形態における、ユーザ情報の利用要求および提供に係る情報管理システム１全体の処理を示すシーケンス図である。なお、図１３では、利用要求トランザクションデータに含まれているユーザ情報および利用内容が利用条件に適合する場合（図１１のステップＳ２０２でＹｅｓ）を示している。
ステップＳ２６１において、端末４２は、ユーザＵ１のユーザ情報の利用の要求のための利用要求トランザクションデータを生成し、生成した利用要求トランザクションデータをサーバ１０Ａ等に送信する。
サーバ１０Ａ等は、送信された利用要求トランザクションデータを受信し、利用条件に適合することを判定した上で利用要求トランザクションデータを分散台帳に格納し、管理サーバ２０に通知する（ステップＳ２０１〜Ｓ２０４）。
ステップＳ２４１において、管理サーバ２０は、鍵発行依頼を鍵管理装置３０に送信する。鍵発行依頼は、ユーザＵ１のユーザ情報をユーザＵ２の端末４２に送信する際にユーザ情報の暗号化および復号に用いる鍵を発行することを依頼する情報である。
ステップＳ２５１において、鍵管理装置３０は、ステップＳ２４１で送信された鍵発行依頼を受信すると、ユーザ情報の暗号化に用いる暗号化鍵と、当該ユーザ情報の復号に用いる復号鍵とをペアで生成する。そして、鍵管理装置３０は、生成した暗号化鍵を管理サーバ２０に送信し、生成した復号鍵を端末４２に送信する。管理サーバ２０は、鍵管理装置３０が送信した暗号化鍵を受信する。端末４２は、鍵管理装置３０が送信した復号鍵を受信する。
ステップＳ２４２において、管理サーバ２０は、ステップＳ２５１で受信した暗号化鍵でユーザ情報を暗号化し、暗号化されたユーザ情報を端末４２に送信する。これにより、管理サーバ２０は、ユーザＵ１のユーザ情報をユーザＵ２に提供する。端末４２は、送信されたユーザ情報を受信し、ステップＳ２５１で受信した復号鍵でユーザ情報を復号することで、ユーザ情報を取得する。端末４２が取得したユーザ情報は、例えば、ユーザＵ２によって、認証またはデータ分析などのために利用されることが想定される。
ステップＳ２４３において、管理サーバ２０、ユーザＵ１のユーザ情報を提供したことを示す提供トランザクションデータを生成し、生成した提供トランザクションデータをサーバ１０Ａ等に送信する。
この後、サーバ１０Ａ等は、送信された提供トランザクションデータを受信し、受信した提供トランザクションデータを分散台帳に格納するとともに、端末４２に証明書を送信する（ステップＳ３０１〜Ｓ３０３）。
（３）ユーザ情報の利用制限
図１４は、本実施の形態におけるサーバが実行するデータの利用制限に係る処理を示すフロー図である。
ステップＳ４０１において、処理部１１は、ユーザＵ１のユーザ情報の利用制限がかかったことを示す利用制限トランザクションデータを管理サーバ２０から受信したか否かを判定する。利用制限トランザクションデータを受信したと判定した場合（ステップＳ４０１でＹｅｓ）には、ステップＳ４０２に進み、そうでない場合（ステップＳ４０１でＮｏ）には、ステップＳ４０１を再び実行する。つまり、処理部１１は、利用制限トランザクションデータを受信するまでステップＳ４０１で待機状態をとる。
ステップＳ４０２において、制御部１３は、ステップＳ４０１で受信した利用制限トランザクションデータを台帳管理部１２に提供することで、分散台帳に格納する。また、制御部１３は、上記利用制限トランザクションデータを他のサーバ１０Ｂ等に送信し、すべてのサーバ１０Ａ等の分散台帳に格納させる。
ステップＳ４０３において、制御部１３は、ユーザ情報の利用制限がなされたことを端末４２に通知する。端末４２は、利用制限の通知を受信すると、ユーザ情報の利用を制限する。その後、端末４２は、利用制限されているユーザ情報を利用することができない。
ステップＳ４０３を終えたら、図１４に示される一連の処理を終了する。
図１５は、本実施の形態における、ユーザ情報の利用制限に係る情報管理システム１全体の処理を示すシーケンス図である。なお、図１５では、管理サーバ２０が端末４２にユーザ情報を提供してから所定時間が経過した場合を示している。
ステップＳ４４１において、管理サーバ２０は、端末４２にユーザ情報を提供してから所定時間が経過したか否かを判定する。所定時間が経過したと判定した場合（ステップＳ４４１でＹｅｓ）には、ステップＳ４４２に進み、そうでない場合には、ステップＳ４４１を再び実行する。つまり、管理サーバ２０は、所定時間が経過するまでステップＳ４４１で待機状態をとる。
ステップＳ４４２において、管理サーバ２０は、ステップＳ４４１で所定時間が経過したと判定したことに基づいて、端末４２に提供したユーザ情報の利用を制限することを示す利用制限トランザクションデータを生成し、生成した利用制限トランザクションデータをサーバ１０Ａ等に送信する。
この後、サーバ１０Ａ等は、送信された利用制限トランザクションデータを受信し、受信した利用制限トランザクションデータを分散台帳に格納する。また、サーバ１０Ａ等は、端末４２に利用制限の通知をする（ステップＳ４０１〜Ｓ４０３）。
（４）ユーザ情報の削除
図１６は、本実施の形態におけるサーバ１０Ａ等が実行するユーザ情報の削除に係る処理を示すフロー図である。
ステップＳ５０１において、処理部１１は、管理サーバ２０において、ユーザＵ１のユーザ情報が削除されたことを示す削除トランザクションデータを管理サーバ２０から受信したか否かを判定する。削除トランザクションデータを受信したと判定した場合（ステップＳ５０１でＹｅｓ）には、ステップＳ５０２に進み、そうでない場合（ステップＳ５０１でＮｏ）には、ステップＳ５０１を再び実行する。つまり、処理部１１は、削除トランザクションデータを受信するまでステップＳ５０１で待機状態をとる。
ステップＳ５０２において、制御部１３は、ステップＳ５０１で受信した削除トランザクションデータを台帳管理部１２に提供することで、分散台帳に格納する。また、制御部１３は、上記削除トランザクションデータを他のサーバ１０Ｂ等に送信し、すべてのサーバ１０Ａ等の分散台帳に格納させる。
ステップＳ５０３において、制御部１３は、ユーザ情報の削除がなされたことを端末４２に通知する。端末４２は、削除の通知を受信すると、ユーザ情報を削除する。その後、端末４２は、削除されたユーザ情報を利用することができない。
ステップＳ５０３を終えたら、図１６に示される一連の処理を終了する。
図１７は、本実施の形態における、ユーザ情報の削除に係る情報管理システム１全体の処理を示すシーケンス図である。
ステップＳ５３１において、端末４１は、ユーザＵ１による操作に基づいて、管理サーバ２０に登録されているユーザＵ１のユーザ情報を削除する削除要求を管理サーバ２０に送信する。管理サーバ２０は、削除要求を受信する。
ステップＳ５４１において、管理サーバ２０は、管理しているユーザＵ１のユーザ情報を削除する。
ステップＳ５４２において、管理サーバ２０は、ステップＳ５４１でユーザＵ１のユーザ情報を削除したことを示す削除トランザクションデータを生成し、生成した削除トランザクションデータをサーバ１０Ａ等に送信する。
この後、サーバ１０Ａ等は、送信された削除トランザクションデータを受信し、受信した削除トランザクションデータを分散台帳に格納する。また、サーバ１０Ａ等は、端末４２に削除の通知をする（ステップＳ５０１〜Ｓ５０３）。
なお、上記の実施の形態では、ユーザ情報は、端末４１から管理サーバ２０に送信され、管理サーバ２０が保有しているとして説明したが、その代わりに、端末４１が保有していてもよい。その場合、登録トランザクションデータは、端末４１によって生成され、サーバ１０Ａ等に送信される。その場合、登録トランザクションデータ内の署名は、端末４１の電子署名である。
なお、上記の実施の形態では、利用制限トランザクションデータは、管理サーバ２０により所定時間が経過したことに基づいて生成されると説明したが、その代わりに、端末４２により所定時間が経過したことに基づいて生成されてもよい。その場合、利用制限トランザクションデータは、端末４１によりサーバ１０Ａ等に送信される。利用制限トランザクションデータの電子署名は、ユーザＵ２の端末４２の電子署名である。
（実施の形態の変形例）
なお、上記実施の形態の情報管理システムの制御方法は、以下のようにも記載され得るが、これに限定されない。
図１８は、本変形例におけるサーバの処理（サーバの制御方法ともいう）を示すフロー図である。
図１８に示される一連の処理は、分散台帳を保有している複数のサーバを備える情報管理システムにおいて、当該複数のサーバのうちの一のサーバが実行する制御方法である。
ステップＳ６０１において、サーバは、情報管理システムにより管理されているユーザ情報であって、第一ユーザに関する情報であるユーザ情報に対応付けられた識別情報と、ユーザ情報の第二ユーザへの提供の許否を示す許否情報とを含む第一トランザクションデータを受信する。
ステップＳ６０２において、サーバは、ステップＳ６０１で受信した第一トランザクションデータを複数のサーバそれぞれが備える分散台帳に格納する。
図１９は、本変形例における情報管理システムが備える複数のサーバのうちの一のサーバの構成を模式的に示すブロック図である。
図１９に示されるサーバ６０は、処理部６１を備える。なお、サーバ６０は、実施の形態におけるサーバ１０Ａに相当する。
処理部６１は、情報管理システムにより管理されているユーザ情報であって、第一ユーザに関する情報であるユーザ情報に対応付けられた識別情報と、ユーザ情報の第二ユーザへの提供の許否を示す許否情報とを含む第一トランザクションデータを受信する。そして、処理部６１は、受信した第一トランザクションデータを複数のサーバそれぞれが備える分散台帳に格納する。
これにより、情報管理システムにおいて、個人のデータの利用の際に発生し得る通信を抑制することができる。
上記実施の形態、又は、変形例におけるブロックチェーンについて補足的に説明する。
図２０は、ブロックチェーンのデータ構造を示す説明図である。
ブロックチェーンは、その記録単位であるブロックがチェーン（鎖）状に接続されたものである。それぞれのブロックは、複数のトランザクションデータと、直前のブロックのハッシュ値とを有している。具体的には、ブロックＢ２には、その前のブロックＢ１のハッシュ値が含まれている。そして、ブロックＢ２に含まれる複数のトランザクションデータと、ブロックＢ１のハッシュ値とから演算されたハッシュ値が、ブロックＢ２のハッシュ値として、ブロックＢ３に含められる。このように、前のブロックの内容をハッシュ値として含めながら、ブロックをチェーン状に接続することで、記録されたトランザクションデータの改ざんを有効に防止する。
仮に過去のトランザクションデータが変更されると、ブロックのハッシュ値が変更前と異なる値になり、改ざんしたブロックを正しいものとみせかけるには、それ以降のブロックすべてを作り直さなければならず、この作業は現実的には非常に困難である。この性質を使用して、ブロックチェーンに改ざん困難性が担保されている。
図２１は、トランザクションデータのデータ構造を示す説明図である。
図２１に示されるトランザクションデータは、トランザクション本体Ｐ１と、電子署名Ｐ２とを含む。トランザクション本体Ｐ１は、当該トランザクションデータに含まれるデータ本体である。電子署名Ｐ２は、トランザクション本体Ｐ１のハッシュ値に対して、当該トランザクションデータの作成者の署名鍵で署名する、より具体的には、作成者の秘密鍵で暗号化することで生成されたものである。
トランザクションデータは、電子署名Ｐ２を有するので、改ざんが実質的に不可能である。これにより、トランザクション本体の改ざんが防止される。
以上のように、上記の実施の形態および変形例に係る制御方法によれば、サーバは、情報管理システムにより管理されているユーザ情報の利用に関する許否情報が含められた第一トランザクションデータを分散台帳に格納する。そのため、サーバは、個人のデータの利用の都度に利用の承諾に関わる情報交換をする必要がなくなり、当該情報交換のための通信を抑制することができる。
また、分散台帳に格納されたトランザクションデータの改ざんが実質的に不可能であることから、情報管理システムにより管理されているユーザ情報の利用に関する許否情報が適切に管理される。仮に、利用の承諾についての情報交換において個人と情報銀行との間、または、個人のデータを利用する企業と情報銀行との間で齟齬があると、個人のデータが適切に利用されるとはいえない。本発明の一態様に係る制御方法によれば、許否情報が分散台帳に格納され、改ざんが実質的に不可能となるので、上記の齟齬が生ずることが抑制される効果もある。
また、サーバは、情報管理システムにより管理されているユーザ情報の利用を求めることを示す第二トランザクションデータを分散台帳に格納する。そのため、利用の要求がなされたという事実を示す情報が、実質的に改ざんされることなく適切に管理される。よって、サーバは、ユーザ情報の利用の求めがあったという事実を示す情報を適切に管理しながら、個人のデータの利用の際に発生し得る通信を抑制することができる。
また、サーバは、第二ユーザによって利用を求められたユーザ情報について、許否情報に含まれる条件に基づいて利用を許可するか否かを判定する。許否情報は、第一ユーザの判断に基づいて生成され分散台帳に格納されたものであるので、実質的に改ざんされることなく適切に管理されている。よって、サーバは、第一ユーザによる判断に従ってユーザ情報を第二ユーザに利用させる際に、個人のデータの利用の際に発生し得る通信を抑制することができる。
また、サーバは、第二ユーザにユーザ情報を送信したことを示す第三トランザクションデータを分散台帳に格納する。そのため、第二ユーザにユーザ情報を送信したという事実を示す情報が、実質的に改ざんされることなく適切に管理される。よって、サーバは、第二ユーザにユーザ情報を送信したという事実を示す情報を適切に管理しながら、個人のデータの利用の際に発生し得る通信を抑制することができる。また、第一ユーザが、自身のユーザ情報がどの企業によってどのように利用されたかを知ることができる利点がある。
また、サーバは、第二ユーザにユーザ情報を提供してから所定時間が経過したことによって、提供したユーザ情報の利用の制限がなされたことを示す第四トランザクションデータを分散台帳に格納する。そのため、利用制限がなされたという事実を示す情報が、実質的に改ざんされることなく適切に管理される。よって、サーバは、ユーザ情報の利用制限がなされたという事実を示す情報を適切に管理しながら、個人のデータの利用の際に発生し得る通信を抑制することができる。
また、サーバは、ユーザ情報が削除されたことを示す第五トランザクションデータを分散台帳に格納する。そのため、ユーザ情報が削除されたという事実を示す情報が、実質的に改ざんされることなく適切に管理される。よって、サーバは、ユーザ情報が削除されたという事実を示す情報を適切に管理しながら、個人のデータの利用の際に発生し得る通信を抑制することができる。
また、サーバは、ユーザ情報の提供の許否情報が分散台帳に格納された第一ユーザにトークンを付与する。トークンは、分散台帳によって管理される価値情報であり、例えば金銭の価値の代替として用いられ得る。これにより、情報管理システムによってユーザ情報を管理することが促進され、管理対象であるユーザ情報の活用が促進される効果がある。
また、サーバは、ユーザ情報の提供を許可する期間、ユーザ情報の提供が許可されるユーザ、又は、ユーザ情報の再提供の許否を示す情報を、実質的に改ざんされることなく適切に管理する。これにより、サーバは、個人のデータの利用の都度に利用の承諾に関わる上記の情報の交換をする必要がなくなり、当該情報交換のための通信を抑制することができる。
また、サーバは、ユーザ情報の提供を許可する種別情報を、実質的に改ざんされることなく適切に管理する。これにより、サーバは、個人のデータの利用の都度に利用の承諾に関わる上記の情報の交換をする必要がなくなり、当該情報交換のための通信を抑制することができる。
なお、上記実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記実施の形態のコンテンツ管理システムなどを実現するソフトウェアは、次のようなプログラムである。
すなわち、このプログラムは、コンピュータに、分散台帳を保有している複数のサーバを備える情報管理システムにおいて、当該複数のサーバのうちの一のサーバが実行する制御方法であって、前記情報管理システムにより管理されているユーザ情報であって、第一ユーザに関する情報であるユーザ情報に対応付けられた識別情報と、前記ユーザ情報の第二ユーザへの提供の許否を示す許否情報とを含む第一トランザクションデータを受信し、受信した前記第一トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する制御方法を実行させるプログラムである。
以上、一つまたは複数の態様に係る制御方法、サーバおよび情報管理システムなどについて、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、一つまたは複数の態様の範囲内に含まれてもよい。
本発明は、ユーザ情報を管理する情報管理システムに利用可能である。
１ 情報管理システム
１０Ａ、１０Ｂ、１０Ｃ、６０ サーバ
１１、６１ 処理部
１２ 台帳管理部
１３ 制御部
１７ 格納部
１８ 台帳記憶部
２０ 管理サーバ
３０ 鍵管理装置
４１、４２ 端末
Ｂ０、Ｂ１、Ｂ２、Ｂ３ ブロック
Ｎ ネットワーク
Ｐ１ トランザクション本体
Ｐ２ 電子署名
Ｕ１、Ｕ２ ユーザ

Claims (12)

  1. 分散台帳を保有している複数のサーバを備える情報管理システムにおいて、当該複数のサーバのうちの一のサーバが実行する制御方法であって、
    前記情報管理システムにより管理されているユーザ情報であって、第一ユーザに関する情報であるユーザ情報に対応付けられた識別情報と、前記ユーザ情報の第二ユーザへの提供の許否を示す許否情報とを含む第一トランザクションデータを受信し、
    受信した前記第一トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する
    制御方法。
  2. 前記制御方法は、さらに、
    前記識別情報、又は、前記第一ユーザが属する属性を示す属性情報を含み、前記識別情報または前記属性情報に適合する前記ユーザ情報の利用を求めることを示す第二トランザクションデータを前記第二ユーザの端末から受信し、
    受信した前記第二トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する
    請求項１に記載の制御方法。
  3. 前記ユーザ情報は、１以上のユーザ情報を含み、
    前記許否情報は、前記１以上のユーザ情報のうち、前記第二ユーザへの提供が許可されるユーザ情報の条件を含み、
    前記第二トランザクションデータは、さらに、前記識別情報に対応付けられた前記第一ユーザ、又は、前記属性情報により示される前記属性に属する前記第一ユーザに関するユーザ情報であって、前記第二ユーザが提供を求めるユーザ情報を示す要求情報を含み、
    前記制御方法は、さらに、
    前記第二トランザクションデータに含まれる前記要求情報が、前記許否情報に含まれる前記条件に適合するか否かを判定し、
    前記要求情報が前記条件に適合すると判定した場合に限り、受信した前記第二トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する
    請求項２に記載の制御方法。
  4. 前記制御方法は、さらに、
    前記第二トランザクションデータを受信したことに基づいて、前記第二ユーザの端末に前記ユーザ情報が送信された場合に、送信された前記ユーザ情報に係る前記識別情報又は前記属性情報を含む第三トランザクションデータを受信し、
    受信した前記第三トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する
    請求項２又は３に記載の制御方法。
  5. 前記制御方法は、さらに、
    前記第二ユーザの端末に前記ユーザ情報が送信されてから所定時間が経過した場合に、提供された前記ユーザ情報の利用が制限されることを示す制限情報を含む第四トランザクションデータを受信し、
    受信した前記第四トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する
    請求項３又は４に記載の制御方法。
  6. 前記制御方法は、さらに、
    前記情報管理システムにおいて管理されていて削除されたユーザ情報を示す識別子と、前記ユーザ情報が削除されたことを示す削除情報とを含む第五トランザクションデータを受信し、
    受信した前記第五トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する
    請求項１〜５のいずれか１項に記載の制御方法。
  7. 前記第一トランザクションデータを受信したときには、前記第一ユーザにトークンを付与する提供情報を含む第六トランザクションデータを取得し、
    取得した前記第六トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する
    請求項１〜６のいずれか１項に記載の制御方法。
  8. 前記許否情報は、前記ユーザ情報の提供を許可する期間、前記ユーザ情報の提供が許可されるユーザ、又は、前記ユーザ情報の再提供の許否を示す情報を含む
    請求項１〜７のいずれか１項に記載の制御方法。
  9. 前記１以上のユーザ情報のそれぞれには、当該ユーザ情報の種別を示す種別情報が紐付けられており、
    前記許否情報は、前記ユーザ情報の提供を許可する種別情報を含む
    請求項３に記載の制御方法。
  10. 分散台帳を保有している複数のサーバを備える情報管理システムにおいて、当該複数のサーバのうちの一のサーバであって、
    前記情報管理システムにより管理されているユーザ情報であって、第一ユーザに関する情報であるユーザ情報に対応付けられた識別情報と、前記ユーザ情報の第二ユーザへの提供の許否を示す許否情報とを含む第一トランザクションデータを受信し、
    受信した前記第一トランザクションデータを前記複数のサーバそれぞれが備える前記分散台帳に格納する処理部を備える
    サーバ。
  11. 請求項１〜９のいずれか１項に記載の制御方法をコンピュータによって実行するためのプログラム。
  12. 分散台帳を保有している複数のサーバを備える情報管理システムにおいて分散台帳に記録されるデータ構造であって、
    前記データ構造は、
    前記情報管理システムにより管理されているユーザ情報であって、第一ユーザに関する情報であるユーザ情報に対応付けられた識別情報と、前記ユーザ情報の第二ユーザへの提供の許否を示す許否情報とを含む第一トランザクションデータを含み、
    前記第一トランザクションデータは、前記複数のサーバそれぞれが備える前記分散台帳に記録される
    データ構造。
JP2020559269A 2018-12-11 2019-12-11 制御方法、情報管理システム、および、プログラム Active JP7514766B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862777922P 2018-12-11 2018-12-11
US62/777,922 2018-12-11
PCT/JP2019/048391 WO2020122095A1 (ja) 2018-12-11 2019-12-11 制御方法、サーバ、プログラム、および、データ構造

Publications (2)

Publication Number Publication Date
JPWO2020122095A1 true JPWO2020122095A1 (ja) 2021-10-21
JP7514766B2 JP7514766B2 (ja) 2024-07-11

Family

ID=71077280

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020559269A Active JP7514766B2 (ja) 2018-12-11 2019-12-11 制御方法、情報管理システム、および、プログラム

Country Status (5)

Country Link
US (1) US20210150058A1 (ja)
EP (1) EP3896900A4 (ja)
JP (1) JP7514766B2 (ja)
CN (1) CN112425119A (ja)
WO (1) WO2020122095A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL276868A (en) * 2020-08-23 2022-03-01 Google Llc Processing requests to control information stored on multiple servers
JP7441157B2 (ja) 2020-11-06 2024-02-29 株式会社東芝 データ管理方法、コンピュータプログラム及びデータ管理システム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101316150B1 (ko) * 2006-01-25 2013-10-08 파나소닉 주식회사 단말 장치, 서버 장치 및 디지털 컨텐츠 배포 시스템
WO2007142072A1 (ja) * 2006-06-09 2007-12-13 Heartland Co., Ltd. 端末装置及びこれを備えたデータ管理システム
JP2016091067A (ja) 2014-10-29 2016-05-23 ソフトバンク株式会社 個人情報流通方法、個人情報流通システム及び個人情報流通事業者装置
CA2991211C (en) * 2015-07-02 2024-02-20 Nasdaq, Inc. Systems and methods of secure provenance for distributed transaction databases
US11520928B2 (en) * 2016-06-10 2022-12-06 OneTrust, LLC Data processing systems for generating personal data receipts and related methods
US20180082023A1 (en) * 2016-09-16 2018-03-22 International Business Machines Corporation Secure Distributed Patient Consent and Information Management
US11636477B2 (en) 2016-12-28 2023-04-25 Takayuki Nakamura Data usage method, system, and program thereof employing blockchain network (BCN)
US10762479B2 (en) * 2017-04-05 2020-09-01 Samsung Sds Co., Ltd. Method and system for processing blockchain-based real-time transaction
US11049104B2 (en) * 2017-04-05 2021-06-29 Samsung Sds Co., Ltd. Method of processing payment based on blockchain and apparatus thereof
WO2019129582A1 (en) * 2017-12-27 2019-07-04 Newbanking Aps A method for managing a verified digital identity
US11151607B2 (en) * 2017-12-29 2021-10-19 Paypal, Inc. Blockchain-enabled targeted content system
US11405196B2 (en) * 2018-04-30 2022-08-02 Innoplexus Ag Authenticate transactions of secured file in blockchain

Also Published As

Publication number Publication date
JP7514766B2 (ja) 2024-07-11
EP3896900A4 (en) 2022-01-05
WO2020122095A8 (ja) 2020-12-30
WO2020122095A1 (ja) 2020-06-18
CN112425119A (zh) 2021-02-26
EP3896900A1 (en) 2021-10-20
US20210150058A1 (en) 2021-05-20

Similar Documents

Publication Publication Date Title
US11315110B2 (en) Private resource discovery and subgroup formation on a blockchain
US11025435B2 (en) System and method for blockchain-based cross-entity authentication
US11533164B2 (en) System and method for blockchain-based cross-entity authentication
US20220207159A1 (en) Systems and methods for privacy management using a digital ledger
US11314891B2 (en) Method and system for managing access to personal data by means of a smart contract
US20110276490A1 (en) Security service level agreements with publicly verifiable proofs of compliance
US20210174911A1 (en) Blockchain-based methods and systems
WO2021224696A1 (en) Low trust privileged access management
JPWO2019082442A1 (ja) データ登録方法、データ復号方法、データ構造、コンピュータ、及びプログラム
JP7514766B2 (ja) 制御方法、情報管理システム、および、プログラム
JP2023543474A (ja) 物理複製困難関数
US20230421543A1 (en) Method, apparatus, and computer-readable medium for secured data transfer over a decentrlaized computer network
US20230283466A1 (en) Content protection system
US20230141331A1 (en) A method and a system for securing data, especially data of biotechnological laboratories
WO2021073383A1 (zh) 一种用户注册方法、用户登录方法及对应装置
JP2023543515A (ja) ブロックチェーン上に応答値を記憶する物理複製困難関数
Calani et al. Exploiting the Blockchain to Guarantee GDPR Compliance while Consents Evolve under Data Owners' Control.
Khaba et al. Remote data integrity checking in cloud computing
WO2021171640A1 (ja) 情報流通履歴管理システム、情報流通履歴管理方法、情報流通履歴管理装置およびプログラム
US20240171414A1 (en) Blockchain-based electronic document vault
Vinothkumar et al. Hybrid cryptosystem based healthcare data sharing with access control policy in cloud environment
Noman Addressing the Data Location Assurance Problem of Cloud Storage Environments
Jadhav et al. Data Auditability and Data Dynamics for Secure Health Data Exchange Generation of Clinical Document Architecture (CDA) based on Cloud Computing
JP2020161945A (ja) 暗号システム、ユーザ端末、ストレージ装置、暗号方法、認証方法、暗号プログラム、及び認証プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221004

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231219

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240314

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240604