JP2022033242A - Ｂｃｎ（ブロックチェーンネットワーク）を使用したデータ利用方法、システムおよびそのプログラム - Google Patents

Abstract

【課題】個人が主体的にその自らの個人データを利用し活用しつつデータの安全性と秘匿化も図れる新たなデータ活用システムを提供する。【解決手段】個人の利用する記情報処理装置は、個人の利用するブロックチェーンネットワーク上のアドレスに関するデータを、当該個人の情報に関連するデータの提供元となるストレージ装置を有する提供者側情報処理装置にネットワークを介して送信する機能と、その提供者側情報処理装置から、ブロックチェーンネットワークのアドレスに発行された、ブロックチェーンネットワークのアドレスに関するデータと、データの提供元を識別するためのデータとを含んだアクセス用データ（ＡＣＴ）を参照する機能と、アクセス用データ（ＡＣＴ）に基づき、その個人の情報に関連するデータを提供側のストレージ装置から取得し、少なくともその個人のメモリまたはストレージ装置に格納する機能と、を有する。【選択図】図１

Description

本発明は、ＢＣＮ（ブロックチェーンネットワーク）を使用したデータ利用方法、システムおよびそのプログラムに関する。

情報処理および通信の発達により、利用者の日々の活動や定期的あるいは継続的なモニターによって、その個人の情報が日々データとして電子的に蓄えられるようになっている。

その情報は、例えば、利用者の健康に関するデータや病院での治療、薬品投与などの個人医療データ、日々の買い物の履歴情報、お気に入り情報の検索のための日々のアクセス情報等、多種多様である。

それらの情報は時刻情報と一緒にデータとして蓄積されて、いわゆる個人の履歴データとして扱うことができる。

このような多様な活動や定期的あるいは継続的なモニターに応じて生じた各種データは、その活動等に関連したサービスに応じて、それぞれのサービスを提供する処理システムが使用するストレージに蓄えられる。例えば、買い物情報には、クレジットによる買い物、現金より買い物、デビットカードによる買い物、等があるように、購入の形、すなわち、各サービスに散らばって蓄えられている。

つまり、そのような履歴データは、サービスを提供した業者においてのみ管理されており、その利用者個人が、過去の履歴データを別な形で他の機関や業者に利用してもらうものではない。

したがって、サービスごとの履歴データは、非常に偏った内容となっている可能性もある。さらには、今日高度に発達した情報システムにおいても、相互のサービスで関連した履歴データが、その個々のサービスを提供しているシステムによって分断され、相互の関連性を有したデータとして活用することも妨げられている。

しかも、個人の活動内容は、その個人のおかれている環境に応じても刻々変化するものであり、異なる業者のサービスへと移ったりすることも少なくないために、個人の非常に重要な資産としてのデータが、その異なるサービスで分断されるとなると、その個人にとっても、あるいは、それを新たに活用しようする企業や機関団体にとっても、十分な活用を阻害してしまう。

一方、個人データは、そのプライバシを保護するために、極めて慎重に取り扱わなければならない。単に情報を拡散するだけでは、その個人の情報が悪用され、あるいは成りすまし等で他方にも被害を生じることになる。また、情報が改竄されることで大きな被害も発生しうる。

特許出願公開第２０１６－２１８６３３号公報

本発明はかかる問題に着目してなされたものである。

従って、本発明は、個人が主体的にその自らの個人データを利用し、活用を図ることもでき、さらには、そのデータの秘匿化も図れるデータ活用システムおよび活用方法等を提供するものである。

さらに、本発明は、その目的およびデータの対象を限定するものではないが、例えば、個人情報である医療データは、個人の資産でもある。患者は複数の疾患やあるいは居住する場所を変更するなどの多くの理由で複数の病院にまたがって治療を受けることが少なくない。

複数の異なった医療機関での治療データはその患者にとって重要な治療資産であるが、それらが統合して医療データとして管理できれば、多様な活用を行うことができる。逆に、それらの医療データが、医療機関等で分断されていると、本来必要となる治療が見過ごされてしまうことになる。

例えば、ある疾患の治療目的として継続的に行った治療や薬品投与の結果として、その患者がどのように回復したか、あるいは回復しなかったかの情報は、その患者のみならず、多くの医療機関にとって重要な情報であり、これによって、同じような疾病を有する他の患者に対しての更なる改良した治癒方法が提供できるようになる。

一方、医療データは個人情報であり、厳格に管理を行う必要がある。さらに、真正な個人のデータであることの信頼性や秘匿性、医療機関と個人との医療活動内容（例えば、治療方法、投薬方法等）の信頼性と秘匿性も、非常に重要である。

従って、本発明は、真正な個人による真正な情報を流通させることのできる新たな手法を提供し、その重要な情報を活用させることのできるように、新たな手法を提供するものである。

さらに本発明は、既存の医療等に関する個人のデータを適切に加工して、その活用を安全に図るための流通基盤を提供するものである。

本発明によると、個人の利用する情報処理装置によって当該個人の情報に関連するデータを取得し活用可能するための方法であって、個人の利用するブロックチェーンネットワーク上のアドレスに関するデータを、当該個人の情報に関連するデータの提供元にネットワークを介して送信するステップと、その提供者から、上記アドレスに関するデータと、データの提供元を識別するためのデータとを含んだアクセス用データ（ＡＣＴ）をそのブロックチェーンネットワークのアドレスに発行して登録するステップと、上記ブロックチェーンネットワークのアドレスからアクセス用データ（ＡＣＴ）を参照して、データの提供元を特定し、当該特定した提供元からその個人の情報に関連するデータを取得するステップと、からなるデータ活用方法を開示する。

これによって、ブロックチェーンネットワークのアドレスを通じての信頼性を利用しながら秘匿性の高い個人情報の利用が可能となる。

さらに本発明によると、上記提供元から提供されるデータには、情報処理装置に利用が認可された個人の識別情報や、個人が利用する情報処理装置の識別情報、あるいは提供元の識別情報の少なくともいずれかが含まれている。

さらに本発明によると、上記提供元から提供されるデータには、そのデータの生成時間を示す情報が含まれており、そのデータの時間的履歴を参照することが可能となる。

さらに本発明によると、上記提供元から提供されるデータは、個人に関する履歴データである複数のデータを基に生成された複数のデータ項目それぞれに関するデータからなるデータセットである。

さらに本発明によると、そのデータ活用方法において、上記複数のデータ項目の各々は、履歴データのデータセットの中の最新のデータを示すように構成され、直近の最新の情報として提供を受けることができる。

さらに本発明によると、少なくとも個人の情報に関連するデータがハッシュ関数のよってハッシュされており、ブロックチェーンへと台帳登録される。

本発明はさらに、個人の利用する情報処理装置によって当該個人の情報に関連するデータを取得し活用可能とするためのシステムを提供するものである。

本発明によるシステムの上記情報処理装置は、少なくとも、メモリまたは当該情報処理装置と接続されたストレージ装置を有し、個人の利用するブロックチェーンネットワーク上のアドレスに関するデータを、当該個人の情報に関連するデータの提供元となるストレージ装置を有する提供者側情報処理装置にネットワークを介して送信する機能と、その提供者側情報処理装置から、ブロックチェーンネットワークのアドレスに発行された、ブロックチェーンネットワークのアドレスに関するデータと、データの提供元を識別するためのデータとを含んだアクセス用データ（ＡＣＴ）を参照する機能と、アクセス用データ（ＡＣＴ）に基づき、その個人の情報に関連するデータを提供側のストレージ装置から取得し、少なくともその個人のメモリまたはストレージ装置に格納する機能と、を有する。

さらに、本発明によると、上記提供元から提供されるデータには、情報処理装置に利用が認可された個人の識別情報が含まれている。

そして、さらには、その提供元から提供されるデータには、少なくとも、上記個人が利用する情報処理装置の識別情報、提供元の識別情報、データの生成時間を示す情報、が含まれている。

上記提供元から提供されるデータは、個人に関する履歴データである複数のデータを基に生成された複数のデータ項目それぞれに関するデータからなるデータセットであり、例えば、複数のデータ項目の各々は、履歴データのデータセットの中の最新のデータを示している。

また、少なくとも個人の情報に関連するデータは、ハッシュ関数のよってハッシュされている。

さらに本発明は、個人の利用する情報処理装置に格納され、第１の情報処理装置によって実行される、当該個人の情報に関連するデータを取得するためのプログラムを提供するものであり、そのプログラムは、ブロックチェーンアドレスを他の情報処理装置に提供するステップと、ブロックチェーンアドレスに基づき当該他の情報処理装置から送信されたブロックチェーンアドレスの情報を含んだアクセス用データ（ＡＣＴ）に基づき、当該他の情報処理装置またはその情報処理装置が利用するストレージ装置に生成された上記個人の情報に関連するデータを取得するように構成されている。

また、上記個人の情報に関連するデータには、情報処理装置に利用が認可された個人の識別情報が含まれている。

そしてさらには、上記個人の情報に関連するデータには、少なくとも、その個人が利用する情報処理装置の識別情報、前記提供元の識別情報、データの生成時間を示す情報、が含まれている。

本発明による個人資産データ活用システムの実施形態を示した概要図である。 図１の情報提供リソースとなるストレージ装置や利用者で使用するストレージ装置において、個人データを更新していく場合の概念図を示している。 図１のストレージ装置において、個人データをその個人データを管理するシステム以外に提供する場合にアクセス用データとして発行する、アクセスチケット（Ａｃｃｅｓｓ ｔａｃｋｅｔ）（略して“ＡＣＴ”）のデータ構成の一例を示している。 図２の各ストレージ装置において作成する個人情報に関するマスターデータ（ＭＡ）およびトランザクションデータ（ＴＲ）のデータ構成の一例を示している。 図４のマスターデータ（ＭＡ）およびトランザクションデータ（ＴＲ）のデータ構成要素であるデータ部のデータ構成の一例を示している。 図４のマスターデータ（ＭＡ）およびトランザクションデータ（ＴＲ）のデータ構成要素である付加データ部のデータ構成の一例を示している。 本発明による個人資産データ活用システムの実施形態を示した概要図であり、受信したマスターデータ（ＭＡ）を他の者（個人、機関、団体等）へと提供する実施形態を示した概要図である。 利用者とそのデータ提供元のストレージ装置およびブロックチェーン５０内で発行履歴がチェーン上に連鎖したアクセスチケットとの相互関係を示した概念図である。 時系列に発生する異なる種類のトランザクションデータからマスターデータを生成する概念図および、異なる種類のマスターデータ（ＭＡ）を結合する概念図を示す。 本発明による個人資産データ活用システムに医療データを適用した場合の概念図である。 トランザクションデータ（ＴＲ）およびそれから生成されるマスターデータ（ＭＡ）のデータボディ部の一例を示す。 異なる種類のトランザクションデータから新たな生成されたマスターデータ（ＭＡ）のデータボディ部の一例を示す。

本発明は、仮想通貨であるビットコイン等の中核技術であるブロックチェーンを利用する。ブロックチェーンは、ネットワーク内で発生した取引の記録（ブロック）をチェーン状のブロックとして記録するための分散型台帳である。個々の取引のブロックは、その取引内容の他に、その前に生成されたブロックの内容のハッシュ値をその内部に格納することで、台帳には、チェーン状に連鎖した正当なブロックとして記録される。

新たなブロックをブロックチェーンに追加する場合には、マイナーによるマイニングを行わせることで、正当性が検証されたブロックのチェーンが形成されることを保障している。

マイニングによる合意形成が行われることで、正当なブロックによるチェーンが分散してデータベースに蓄積され、改竄の防止と、データの安全性が保障される。尚、マイニングの参加者のうちの取引の内容に不正が無いかどうかを最初に確認したものに対して、報酬を与え、データベースへの更新権限を与える方法が知られているが、ここではマイニング手法を限定するものではなく、正当性の合意形成が得られ、不正なブロックがチェーンに挿入される可能性が小さいものであれば、いかなるマイニング手法も採用し得る。

また、ブロックチェーンには、ビットコインで利用されるようなオープン型（またはパブリック型）のほか、参加者を限定するクローズ型（プライベート型）のブロックチェーンが知られている。本発明では、いずれの型のブロックチェーンも使用しうる。このように、ブロックチェーンは多様な形態があるが、本発明を実施できるものであるならば、ブロックチェーンを限定するものではない。

個々の取引は、例えば、Ｐ２Ｐ通信を使用して行うことができる。Ｐ２Ｐ通信は、例えば、インターネットや移動体通信網、専用通信回線等を利用することができる。ただし、これは例示であって、Ｐ２Ｐ通信以外の通信を利用しても良い。また、取引を行う情報処理装置として、パーソナルコンピュータや、携帯可能なスマートフォンやタブレット等の情報処理装置を利用することができるが、これに限定されるものではない。

ブロックチェーンを利用した技術は、仮想通貨であるビットコインで利用されているが、その仮想通貨の取引台帳では、仮想通貨の取引データのブロック（例えば、取引対象となる仮想通貨の額、利用者の仮想通貨の支払い先アドレス、利用者の支払い先アドレスを生成するために使用された公開鍵、さらには、その通貨の基本原資等のハッシュ値）が作成されて、ブロックチェーンネットワーク内にチェーン上に記録されている。

取引データは、上記ハッシュ値と公開鍵暗号方式とを用いることで、その安全性が担保されている。また、取引データは、マイナーによる正当性の検証を行わせるために、広く配信されることで、その正当性が監視されている。

本発明は、そのブロックチェーンを使用することで、ブロックチェーンの台帳に記録されるブロックの正当性を利用しつつ、そのブロックで参照するデータの利用を促進する。例えば、ブロックチェーンを利用することで、データの取引の履歴の正当性を担保しつつ、データの秘匿性を図るために、所定の許可された特定の利用者、または特定の利用者と特定の情報処理装置とに制限を行うようにしてもよい。ブロックチェーンに格納されるデータとして、その実際の取引対象のデータはそのブロックには存在せず、そのブロックには、その実際の取引対象のデータ参照できるような構造やデータ、例えば、ポインタを有するようにすることができる。

図１は、本発明による資産データ利用システム１の構成の一例を示している。

前提として、利用者用の情報処理装置２０の利用者と情報処理装置１０の利用者との間で、その利用者に対して、提供者用の情報処理装置１０で使用または管理している利用者の情報の提供の同意が形成されることが必要である。

この同意が形成されることによって、情報処理装置１０提供者は、その利用者の活動データを、利用者へと提供できるようになる。

利用者の利用する情報処理装置２０は、予め、その利用者個人の認証登録が完了しており、利用者の識別情報である利用者識別子（ＵＩＤ）が割り振られ、さらにその利用者用の情報処理装置２０の識別情報である端末（デバイス）識別子ＤＩＤが一意に利用者用の情報処理装置２０に登録されている。

さらに、その利用者には、予めブロックチェーン（図１のＢＣＮ５０）上への台帳記帳を可能とするブロックチェーンアドレス（簡略化のための「ＢＣＮアドレス」またた「ＢＣＮ Ａｄｄ」ともいう）が登録されている。そして、利用者と提供者間のそれぞれは、利用者用の情報処理装置２０と提供者用の情報処理装置１０によって電子的にデータ通信が可能なようにセットアップされている。

利用者個人の活動データを利用者に提供するステップを以下に説明する。

利用者はステップ（３）に平行して、あるいはそれと前後して、利用者は、ブロックチェーンネットワーク（ＢＣＮ５０）上の自分のアドレスを提供者に開示するために、そのＢＣＮアドレス（ＢＮＣ Ａｄｓ）を利用者用の情報処理装置２０から提供者用の情報処理装置１０に送信する（ステップ（１））。

利用者に関連するデータが、あるストレージ装置９０に格納されているとすると、ステップ（１）に応答して、またはそのステップ（１）とは独立に、その格納場所であるストレージ装置９０からその利用者のデータを提供者用の情報処理装置１０に取得する（ステップ（３））。そして、その受け取ったデータから、所定のデータフォーマットに沿って一つまたは複数のデータ項目に対応する実際の値（データ）のデータセットを生成し（ステップ（２）－１）、そのデータセットをトランザクションデータ（ＴＲ）としてストレージ装置３０に格納（アップロード）する（ステップ（２）－２）。

どのような項目をデータセットの要素として加えるかは、利用者と提供者の同意内容や、あるいは、提供者が提供し得る項目、利用者が欲する項目等の条件に応じて適宜決められる。

提供者用の情報処理装置１０と、利用者用の情報処理装置２０には、そのデータ提供のための選択用アプリケーション・プログラムを互いのメモリに格納し、各アプリケーション・プログラムがそれぞれの処理装置によって実行されて、トランザクションデータ（ＴＲ）に加えられるデータ項目が選定される。そして、その選定に応じて、データ項目に対応するデータが、所定のフォーマット形式に対応して、トランザクションデータ（ＴＲ）へと落とし込まれる。

トランザクションデータ（ＴＲ）として、その落とし込まれた実際のデータの内容はそのデータの項目に対応して読み込むことができる形式で記述されることで、提供者用の情報処理装置１０のほか、利用者用の情報処理装置２０や第三者の端末で読み込むことが可能である。その形式は、例えば、ＪＳＯＮ形式を使用することができる。

提供者用の情報処理装置１０は、さらに、トランザクションデータ（ＴＲ）の生成とそのトランザクションデータ（ＴＲ）からマスターデータ（ＭＡ）の生成プログラム有する。尚、提供者用の情報処理装置１０は利用者に対してデータの提供を行う側であり、利用者はデータを受ける側である。しかし、後に説明するが、利用者は受けたデータを提供できる側にもなり得る。したがって、利用者用の情報処理装置２０と提供者用の情報処理装置１０のアプリケーション・プログラムの機能は異なっても良いが、必ずしも異なる機能のアプリケーション・プログラムを有する必要は無く、同じ機能を有するアプリケーション・プログラム、または、後に説明する機能をいずれかの実行のためのアプリケーション・プログラムを有し得る。すなわち、ある情報処理装置に対して説明した機能は、その利用の目的のための他の情報処理装置においても有する可能性があることを認識すべきである。また、一部の実行、例えば、トランザクションデータ（TR)やマスターデータ（MA)の生成を、ストレージ装置のほうに肩代わりするようにしてもよい。

ステップ（１）において、利用者のＢＣＮアドレス（ＢＣＮ Ａｄｄ）を受け取ると、提供者用の情報処理装置１０は、そのＢＣＮアドレス（ＢＣＮ Ａｄｄ）と、データリソースを特定するためのデータリソース識別子（ＳＩＤ）をストレージ装置３０に送信し、それを受けた提供者用の情報処理装置１０は、アクセスチケット（ＡＣＴ）を生成する。尚、データの提供元を特定できるのであれば、データリソース識別子（ＳＩＤ)は、利用者用の情報処理装置２０の端末（デバイス）識別子ＤＩＤに限定されるものではなく、ストレージ装置３０の識別子であっても良い。また、ストレージ装置には秘密分散ストレージ装置のように広く分散して存在する場合もあるが、そのストレージ装置中のデータを参照できるのであれば、データリソース識別子（ＳＩＤ)は、どのような識別子であってもよい。

このアクセスチケット（ＡＣＴ）が、利用者のブロックチェーンに記録するためのデータである。

図３は、本発明による一実施形態のアクセスチケット（ＡＣＴ）のデータ構成図である。

アクセスチケット（ＡＣＴ）は、ブロックチェーンに適合するように所定のデータのハッシュ値である。その要素となるデータは、利用者のＢＣＮアドレス（ＢＣＮ Ａｄｄ）のハッシュ値と、データリソース識別子（ＳＩＤ）、そして、データリソース識別子（ＳＩＤ）に対応する秘密文字列であり、それらをハッシュ関数によってハッシュする。ハッシュ関数としては、例えばＭＤ５を使用することで、１２８ビットのハッシュ値となっている。これによって、固定長のアクセスチケット（ＡＣＴ）として、ブロックチェーンネットワーク（ＢＣＮ）へと記帳される。尚、図１には示されていないが、別途アクセスチケット（ＡＣＴ）の発行を提供者用の情報処理装置１０から利用者用の情報処理装置２０に知らせるようにしてもよい。また、ブロックチェーンネットワーク（ＢＣＮ）への登録を、利用者用の情報処理装置２０を経由させて行うようにしてもよい。

このデータが発行されることで、データリソース識別子（ＳＩＤ）からのデータが利用者に対して用意され、利用者は、そのデータを得る権限を有したことが示される。

そして、利用者はそのアクセスチケット（ＡＣＴ）によって、提供者用の情報処理装置１０が管理するストレージ装置３０内にあるトランザクションデータ（ＴＲ）やそこから生成されたマスターデータ（ＭＡ）へのアクセスが可能となる。

トランザクションデータ（ＴＲ）およびマスターデータ（ＭＡ）は、利用者によるデータの参照や操作、さらには、他の第三者へのデータの提供を可能とするために、所定のフォーマット形式を有する。

ここで、提供者がデータ提供するためのオリジナルのデータには、利用者の異なる時間の活動データとして、別々に存在する場合が少なくない。したがって、種類は同じだが、それぞれのオリジナルデータに対応するトランザクションデータ（ＴＲ）を複数用意しても良い。また、提供者がデータ提供するためのオリジナルのデータには、種類の異なる活動データもあり、互いのデータの記録項目が異なる場合も存在する。したがって、基本的な形式は同じだが、そのレコード長や、記録するデータ項目が異なる別なトランザクションデータ（ＴＲ）を用意するようにしてもよい。

また、利用者用の情報処理装置２０からの個人データの要求は、必ずしも１回とは限らず、活動したごとに生成された個人データを受け取ることができるように、時間を置いて提供者用の情報処理装置１０に複数回要求される場合もある。

このように、ストレージ装置３０に生成されるトランザクションデータ（ＴＲ）は、一つまたは複数のトランザクションデータ（ＴＲ）として生成され得る。

図１では、説明を簡便にするために、一つのトランザクションデータ（ＴＲ）から一つのマスターデータ（ＭＡ）を作成し利用者に提供する例で説明する。

ストレージ装置３０は、図示しないメモリに格納されたプログラムまたはマクロ命令を有し、そのストレージ装置３０の有する処理装置によってそのプログラムまたはマクロ命令が実行される。尚、プログラムはマクロ命令を含むものであり、ここでは、便宜的にわかりやすくするために、マクロ命令を別に使っているにすぎない。

プログラムまたはマクロ命令は、ＢＣＮアドレス（ＢＣＮ Ａｄｄ）や利用者用の情報処理装置２０へのデータのデータ提供元を示すデータリソース識別子（ＳＩＤ）を提供者用の情報処理装置１０から受けると、その情報を元にしてアクセスチケット（ＡＣＴ）を生成する（ステップ（４））。尚、トランザクションデータ（ＴＲ）を元にしたマスターデータ（ＭＡ）をストレージ装置３０が生成してもよい（ステップ（５））。そして、アクセスチケット（ＡＣＴ）を提供者用の情報処理装置１０に返す（ステップ（４）－１）。

すでに説明したように、アクセスチケット（ＡＣＴ）は、提供者用の情報処理装置１０で使用または管理しているデータを利用者が参照し、ダウンロードできる権限を与えるものであり、提供者用の情報処理装置１０を介して発行される（ステップ（４）－２）。

アクセスチケット（ＡＣＴ）の送信先は、情報処理装置２０から提供された利用者のＢＣＮアドレス（ＢＣＮ Ａｄｄ）である。利用者は、ＢＣＮ５０にアクセスすることによって、利用者用の情報処理装置２０を通してアクセスチケット（ＡＣＴ）を取得することができる（ステップ（６））。

取得したアクセスチケット（ＡＣＴ）には、データリソース識別子（ＳＩＤ）が格納されていることから、利用者は、その情報を元に提供者用の情報処理装置１０を介して、または直接的にストレージ装置３０に格納されたマスターデータ（ＭＡ）の情報を参照し、マスターデータ（ＭＡ）を利用者用の情報処理装置２０のメモリ２１にダウンロードすることができる（ステップ（７））。

すでに説明したように、トランザクションデータ（ＴＲ）は必ずしも一つではなく複数の時系列に生成したトランザクションデータＴＲ（１）～ＴＲ（ｎ）が存在しうる。また、利用者から個別の要求により、時間をおいて複数のデータ要求Ｒ１～Ｒｎを受けつけるようにしてもよい。図２は、複数のデータ要求Ｒ１～Ｒｎを受け、それぞれに対応したＧ１～Ｇｎの生成処理により、マスターデータＭＡ（１）～ＭＡ（ｎ）が生成される概念図を示している。

生成したマスターデータＭＡ（１）～ＭＡ（ｎ）のそれぞれが追加された資産として利用者に提供され、それを利用者が参照、取得できるように、データ要求Ｒ１～Ｒｎに応じて、アクセスチケット（ＡＣＴ）がＢＣＮアドレス（ＢＣＮ Ａｄｄ）に対して送信され、利用者は各マスターデータＭＡ（１）～ＭＡ（ｎ）へのアクセスを可能としてもよい。

ビットコインでは、ＢＣＮに取引のトークンを発行することで、そのトークンのブロックチェーンを台帳として形成するものであり、ブロックは取引の時系列に連鎖する。一方、本発明による例では、アクセスチケット（ＡＣＴ）のブロックのチェーンを台帳に登録し、そのブロックは時系列に連鎖する。

図４は、本発明による一実施形態のトランザクションデータ（ＴＲ）およびマスターデータ（ＭＡ）のデータ構成図である。

トランザクションデータ（ＴＲ）およびマスターデータ（ＭＡ）の構成要素には、利用者の要求に対して生成したデータであることを示すために、利用者用に発行したアクセスチケット（ＡＣＴ）の内容が含まれる。

利用者は、提供者用の情報処理装置１０によってマスターデータ（ＭＡ）のアクセス権をアクセスチケット（ＡＣＴ）によって得ることができる。そのアクセスチケット（ＡＣＴ）には、データリソース識別子（ＳＩＤ）の情報が含まれており（図３を参照）、利用者用の情報処理装置２０は、それを参照してデータへのアクセスが可能となる。

マスターデータ（ＭＡ）およびトランザクションデータ（ＴＲ）の基本的な構成要素には、アクセスチケット（ＡＣＴ）以外にデータ部と付加データ部とを有している（図４を参照）。

図５Ａはそのデータ部の構成要素を示している。データ部は、データヘッダ部とデータボディ部に分けることができる。

データヘッダ部は、利用者識別子（ＵＩＤ）と、端末（デバイス）識別子ＤＩＤ、そして、データリソース識別子（ＳＩＤ）から構成される。

一方、データボディ部は、項目数は１～ｋ個の個人の各項目のデータ（値）から構成される。ｋの値は任意の数であり、従って、データ部のデータ長は固定である必要は無い。データボディ部にはさらに、このトランザクションデータ（ＴＲ）またはマスターデータ（ＭＡ）が作成された日時を示すタイムスタンプが設けられている。これによって、トランザクションデータ（ＴＲ）およびマスターデータ（ＭＡ）を生成順に管理することが可能となる。

図５Ｂは、さらに付加データを示している。付加データは、データの送信先（例えば、利用者のＢＣＮアドレス）を示す送信アドレスと、データの閲覧条件（アクセス条件）を既定するＡＣＬ条件から構成される。

ＡＣＬ条件は、アクセス可能な最初の時間を示す「ｓｔａｒｔ ｔｉｍｅ」、アクセス可能な最後の時間を示す「ｅｎｄ ｔｉｍｅ」そして、閲覧の回数を制限する「閲覧回数（ｎｕｍｂｅｒ ｏｆ ｔｉｍｅ）」からなる。尚、このアクセス条件は例であり、多様なアクセス条件、あるいはそれらの組み合わせから構成するようにしてもよい。また、情報処理装置には、これらの条件をユーザによって設定できるように、ユーザが入力できるインタフェースを提供可能なアプリケーション・プログラムを設けるようにしてもよい。

尚、トランザクションデータ（ＴＲ）とマスターデータ（ＭＡ）の両方を説明したが、両データは必ずしも同じ構成である必要は無い。また、それぞれには、トランザクションデータ（ＴＲ）を示すものか、あるいはマスターデータ（ＭＡ）を示すものかの区別を容易にするためのデータ種項目を別途加えてもよい。また、付加データをトランザクションデータ（ＴＲ）およびマスターデータ（ＭＡ）のデータ構成中に含ませず、別途切り離してストレージ装置３０に格納するようにしてもよい。付加データを分離する場合には、そのトランザクションデータ（ＴＲ）またはマスターデータ（ＭＡ）との対応付けが可能なようにし、ストレージ装置３０のプログラムまたは情報処理装置１０のアプリケーション・プログラムによって管理する。

これまで、個人の認証がすでにされていることを前提に説明してきたが、提供者用の情報処理装置１０や利用者用の情報処理装置２０は、その端末を使用しようとする者が正当な利用者であるかを認証する機能を有する。例えば、利用者用の情報処理装置２０は指紋や声帯認証、あるいは血管認証等の生体認証機能を有し、その認証データと個人とを一意に関連づけて、個人認証を図っている。情報処理装置２０にインストールされたアプリケーション・プログラムは、個人認証が行われ、正当な利用者であることが特定されると、その実行を許可する。

図１に示したように、資産データ利用システム１は、データの提供者用の情報処理装置１０と、利用者用の情報処理装置２０を利用して、情報処理装置１０から情報処理装置２０へのデータを提供するものである。

さらに、図６で示したように、利用者用の情報処理装置２０へとデータが提供された場合に、そのデータをさらに別に提供するための第三者用の情報処理装置６０を有しても良い。利用者用の情報処理装置２０から第三者用の情報処理装置６０へのデータの提供は、提供者用の情報処理装置１０から利用者用の情報処理装置２０へのデータの提供と基本的にそのプロセスは変わらない。尚、単にデータを提供するだけのものであれば、ＢＣＮアドレス（ＢＣＮ Ａｄｄ）は、利用者が利用するＢＣＮアドレス（ＢＣＮ Ａｄｄ）でればよく、アクセスチケット（ＡＣＴ）は、利用者用ストレージ装置４０で作成したアクセスチケット（ＡＣＴ）である。

そのＢＣＮアドレス（ＢＣＮ Ａｄｄ）は、利用者用の情報処理装置２０のアプリケーション・プログラムによって生成され、アクセスチケット（ＡＣＴ）は、利用者用の情報処理装置２０の端末（デバイス）識別子ＤＩＤの情報から生成されることができる。具体的には、利用者からのデータの提供を行う前の比較的初期の段階において、ＢＣＮアドレス（ＢＣＮ Ａｄｄ）やアクセスチケット（ＡＣＴ）が次のように生成される。

まず、利用者用の情報処理装置２０のそのローカルなアプリケーション・プログラムは、利用者識別子（ＵＩＤ）を利用者用ストレージ装置４０に送信し、秘密鍵の生成を指示する。利用者用ストレージ装置４０に格納されたプログラムまたはマクロ命令は、その指示に応答して公開鍵と秘密鍵の生成を行う。公開鍵と秘密鍵の生成を受けると、利用者用の情報処理装置２０のアプリケーション・プログラムは、ＢＣＮアドレス（ＢＣＮ Ａｄｄ）を生成する。利用者用ストレージ装置４０は、その生成されたＢＣＮアドレス（ＢＣＮ Ａｄｄ）を受けてハッシュし、そのハッシュ値と、利用者用の情報処理装置２０の端末（デバイス）識別子ＤＩＤを示すデータリソース識別子（ＳＩＤ）、そしてそのデータリソース識別子（ＳＩＤ）の秘密文字列とのハッシュ値を生成して、アクセスチケット（ＡＣＴ）とする。尚、すでにストレージ装置３０で説明したように、利用者用ストレージ装置４０のデータを参照できるのであれば、データリソース識別子（ＳＩＤ)はかならずしも、情報処理装置２０自体の端末（デバイス）識別子ＤＩＤである必要は無く、ストレージ装置の装置自体の識別子であってもよく、あるいは秘密分散ストレージに応じてデータを特定できる情報を使用すればよい。

利用者用の情報処理装置２０から第三者用の情報処理装置６０へのデータ送信の話に戻ると、アクセスチケット（ＡＣＴ）は第三者用の情報処理装置６０に通知することができる。同時に、第三者用の情報処理装置６０へと提供するためのマスターデータ（ＭＡ）がトランザクションデータ（ＴＲ）から生成される。

第三者用の情報処理装置６０は、ＢＣＮアドレス（ＢＣＮ Ａｄｄ）を介して利用者用ストレージ装置４０内のマスターデータ（ＭＡ）のデータを入手するこができる。第三者は、必要に応じて、情報処理装置６０で使用するストレージ装置に格納し、データの共通利用を図ることが可能となる。

図７は、ブロックチェーン５０に登録されるアクセスチケット（ＡＣＴ）と、利用者用の情報処理装置２０の端末（デバイス）識別子ＤＩＤおよび利用者識別子（ＵＩＤ）、そして、ストレージ装置３０のマスターデータ（ＭＡ）の内容による、相互の紐付けの関係を示している。

複数がチェーン状に連鎖したアクセスチケット（ＡＣＴ）には、データリソース識別子（ＳＩＤ）が記述されており、これは、提供者用の情報処理装置１０が管理するストレージ装置３０を実質的に指定するポインタとして機能する。さらに、そのストレージ装置３０内に記録されているマスターデータ（ＭＡ）には、データヘッダ部の要素として、利用者識別子（ＵＩＤ）と端末（デバイス）識別子ＤＩＤとが記述されており、利用者用の情報処理装置２０のポインタとして機能する。情報処理装置２０は利用者をその利用者識別子（ＵＩＤ）によって認証し、その利用者識別子（ＵＩＤ）によってＢＣＮアドレス（ＢＣＮ Ａｄｄ）を生成し、これはＢＣＮアドレス（ＢＣＮ Ａｄｄ）上のアクセスチケット（ＡＣＴ）のポインタでもある。

このような関係が維持され、かつアクセスチケット（ＡＣＴ）がＢＣＮアドレス（ＢＣＮ Ａｄｄ）上で正当性が同意形成される。さらに、トランザクションデータ（ＴＲ）やマスターデータ（ＭＡ）を格納するストレージ装置３０およびストレージ装置４０は秘密分散ストレージ装置とすることが好ましく、データが分散管理されているために、データの秘匿性と安全性とがさらに維持される。

利用者用の情報処理装置２０は、すでにブロックチェーン５０上にデータを提供する環境が整えられており、その仕様に基づいた所定のフォームのデータをブロックチェーン５０にポストするごとに、ブロックチェーン５０上でハッシュ値によってデータのチェーンが形成されて、データの安全性が確保される。

データチェーン上に提供するデータのサイズは限定されるために、そのデータに対応した実際のデータは、ストレージ装置３０または利用者用ストレージ装置４０に格納できる。

図８は、時系列に発生する異なる種類のトランザクションデータからマスターデータを生成し、さらにその異なる種類のマスターデータ（ＭＡ）の名寄せを行い、新たなマスターデータ（ＭＡ）を生成する概念図である。

縦軸は時間の経過を示している。この時間は、例えば、各トランザクションデータ（ＴＲ）およびマスターデータ（ＭＡ）の生成した時とすることができ、そのデータ要素であるタイムスタンプによって示されている。トランザクションデータ（ＴＲ）は、２種類のトランザクションデータＴＲ＿Ａ（ｍ）、ＴＲ＿Ｂ（ｎ）（ｍ、ｎは経過時間順の番号を示す） が生成されている。トランザクションデータＴＲ＿Ａ（ｍ）、ＴＲ＿Ｂ（ｎ）が生成されるごとに、マスターデータＭＡ＿Ａ（ｍ）、ＭＡ＿Ｂ（ｎ）が生成される。さらに、異なる種類のマスターデータ（ＭＡ）がそれぞれ生成された場合には、その生成されたマスターデータ（ＭＡ）を名寄せし、新たなマスターデータ、ＭＡ＿Ｃ（ｈ）（ｈは経過時間順の番号を示す）が生成される。尚、これから理解できるように、マスターデータ（ＭＡ）は、次のマスターデータ（ＭＡ）を生成するトランザクションデータ（ＴＲ）としても利用される。

図１を参照すると、このトランザクションデータＴＲ＿Ａ（ｍ）、ＴＲ＿Ｂ（ｎ）は、情報処理装置１０が利用するストレージ装置３０内に生成される場合もあるが、異なる情報処理装置が利用する異なるストレージ装置に生成される可能性もある。それは、利用者のデータが外部でどのように管理されているかに依存する。

同じストレージ装置に異なる種類のトランザクションデータＴＲ＿Ａ（ｍ）、ＴＲ＿Ｂ（ｎ）が生成される場合には、その同じストレージ装置内で、例えば、同じ利用者識別子（ＵＩＤ）で名寄せされたマスターデータＭＡ＿Ｃ（ｈ）を生成しても良く、あるいは、すでに説明した方法により、同じ種類のトランザクションデータ（ＴＲ）から得られたマスターデータ（ＭＡ）（例えば、ＭＡ＿Ａ（２）とＭＡ＿Ｂ（１））を利用者用の情報処理装置２０が利用するストレージ装置４０に格納し、その中で名寄せしたマスターデータ（ＭＡ）（例えば、ＭＡ＿Ｃ（１））を生成しても良い。

名寄せしたマスターデータ（ＭＡ）は、その生成したストレージ装置側が新たなリソースとなるために、従来のデータリソースとは異なる。従って、データリソース識別子（ＳＩＤ）は、新たに生成したマスターデータ（ＭＡ）を参照できるようなデータリソース識別子（ＳＩＤ)へと変更される。

このように、複数種類のトランザクションデータ（ＴＲ）を同一のデータリソースからも、あるいは複数のデータリソースから取得することができる。複数のデータリソースからの取得を可能とすることで、互いのデータを補完するような新たなデータとし利用することができる。また、名寄せのルールは、どのようなデータによるかによっても異なり、データの項目に応じて適宜決定すればよい。例えば、あるマスターデータ（ＭＡ）と別な種類のマスターデータ（ＭＡ）のデータ項目から、別な指標を示す新たなデータ項目が作られた新たなマスターデータ（ＭＡ）とすることができる。この新たなデータ項目の生成とは、たとえば、運動データに関するデータリソースと食事データに関するデータリソースからのそれぞれのデータをマージすることで、カロリー計算を含んだ新しいデータを生成する、といったことがあげられる。

図１および図６およびその説明から理解されるように、利用者用の情報処理装置２０のアプリケーション・プログラムは、提供者用の（ストレージ装置３０を含んだ）情報処理装置１０からのデータの受信と、第三者へのデータの提供の２つの大きな機能を含むことができる。そして、そのデータの受信には、提供者用の情報処理装置１０からブロックチェーン経由で送信されたアクセスチケット（ＡＣＴ）またはそのアクセスチケット（ＡＣＴ）の履歴を参照して、利用者用の情報処理装置１０からのデータの取得を行ったり、あるいは、自身の処理装置が利用するストレージ装置（好ましくは、秘密分散ストレージ、以下同）への自身の処理装置が有するデータをアップロードしたりすることが可能である。また、すでに説明したように、利用者用の情報処理装置２０は、提供者用の情報処理装置１０と同様に、データの提供も可能であり、そこには、単に、自身が所有するＢＣＮアドレス（ＢＣＮ Ａｄｄ）を利用してデータを生成して第三者に提供するばかりか、その相手のＢＣＮアドレス（ＢＣＮ Ａｄｄ）を利用して、データを提供する機能を有することができる。また、自身のＢＣＮアドレス（ＢＣＮ Ａｄｄ）でチェーン化される分散伝票を確認して、その履歴さえもプレビューすることができようにしてもよい。

このような処理の細かなステップを通常の利用者に行わせるのは好ましくない。従って、利用者にとって煩雑にならないようにするために、その利用者用の情報処理装置２０のディスプレイ表示画面に、一連の手順をグループ化してボタン一つで行えるようにしたり、あるいは簡単な操作で行えるユーザインターフェースが、アプリケーション・プログラムによって提供される。

図９は、本発明による実施例の一つとして医療データの活用を図るための医療情報活用システムの概念図である。図８で示したような複数種類のトランザクションデータ（ＴＲ）を異なる機関から取得する構成となっている。

中央部分は利用者を示し、左の医療機関、医療データクラウド、ヘルスケア事業会社は、その利用者が利用（活動）している医療団体である。通常はそれぞれが異なった医療データを有しており、それを利用者の秘密分散ストレージに取得し、必要に応じて、データを名寄せして新たなマスターデータ（ＭＡ）を生成する。

個人の心身に関する医療データは、複数の様々な種類のデータが存在する。例えば、病院などの医療機関の院内データベースとして蓄えた医療データや、医療機関がアクセスして使用する医療データクラウドの格納された医療データ、さらには、個人のヘルスケアを行う事業会社（例えば、メンタルヘルスへの対策や生活習慣病対策などを支援するサービスを行う会社など）が蓄えるデータなどが存在する。

まず、各所／各サービスに散らばっている個人自身の医療データを個人が集約して管理できるように、これらの医療データの情報リソースとなるクラウドシステムやデータベースシステムとの電子データの受け渡しのための事前の同意形成を行う。尚、医療データには、その個人の健康に関する情報を有するものであるかぎり、その種類、内容は問わず、広く医療データとして含んでよい。

同意形成に基づき自分の秘密分散ストレージに格納したデータは、右側の医療機関やヘルスケア事業会社とデータ提供の同意形成を行い、求められるデータを利用者の秘密分散ストレージから医療機関やヘルスケア事業会社に提供することが可能となる。

同意形成が適切に保たれるように、真正な個人であることの認証や正統で改ざんされていないデータであることの信頼性を確保するためにブロックチェーンネットワークが利用される。チェーン化によりデータの改ざんを事実上不可能として、データの信頼性を確保している。また、ブロックチェーンへのデータは実際に医療データではなく、その医療データは、ブロックチェーンネットワークに台帳記録されているポインタで示されており、そのポインタの先は秘密分散ストレージであることから、データが分散化されており、秘匿性の維持と改竄の困難性が確保され、仮にデータが部分的に破損したり消失しても対応が可能となる。

データは、データリソース提供単位でまとめることができ、さらに新たなデータやデータの更新が加わっても、ブロックチェーンによって一レコードで構成することもでき、過去から最新までをその個人の医療関係データを閲覧可能することができる。

たとえば、Ａさんの定期的な検診データをＢＣＮ上の１レコードで参照できるために、最新の検診から過去の検診データに遡って閲覧することが可能となる。

さらに、すでに名寄せとして説明したように、異なるデータを結合して新たなデータを生成することができ、その過去データと新たなデータとを参照するポインタはブロックチェーンネットワーク（ＢＣＮ）上でチェーンで結ぶこともでき、新たなデータと過去のデータを含めてそのデータの参照ポインタが壊されることがないために、医療データの紛失を抑えることも可能となる。

図１０Ａ及び図１０Ｂを参照し、医療データを例としてトランザクションデータ（ＴＲ）およびそれから生成されるマスターデータ（ＭＡ）の生成を説明する。

図１０Ａ及び図１０Ｂは、トランザクションデータ（ＴＲ）およびマスターデータ（ＭＡ）のデータボディ部のみを示している。データボディ部には、一つの項目でも良いが、通常はこの例のように複数のデータ項目が存在する。

図１０Ａの例で言えば、２種類のトランザクションデータＴＲ＿ＡとＴＲ＿Ｂが存在する。それぞれは理解を容易にするために、それぞれの発生時間順にカッコ内に番号を付している。尚、ここでは、トランザクションデータＴＲ＿Ａは「身体測定」に基づいて得られたバイオデータであり、トランザクションデータＴＲ＿Ｂは「バイタル」の測定に基づいて得られたバイオデータである。

従って、各種類のトランザクションデータＴＲ＿ＡとＴＲ＿Ｂは、異なるデータ項目からなり、そのデータ項目ごとに個人データ（または値）を有する。尚、個人データが得られていない部分は、“ｎｕｌｌ”で示されている。つまり、トランザクションデータ（ＴＲ）は、個人に関する複数の項目のデータが合わさったデータセットであり、複数のトランザクションデータ（ＴＲ）は、その履歴を示している。

各項目が何を示すか、どういった単位で示すかについては、情報処理装置が自身にインストールされているアプリケーション・プログラムや、または情報処理装置が有するメモリやストレージ装置で管理されており、そのデータ項目のデータが何の項目のデータ示すが対応付けられている。

トランザクションデータ（ＴＲ）ごとにマスターデータ（ＭＡ）が生成される。ここでは、その対応関係がわかうように、同じ番号で示している。

マスターデータ（ＭＡ）の直近のデータは、その個人のデータの最新のデータを示すことが好ましいために、ここでは、各データ項目について、直近のマスターデータ（ＭＡ）は、過去のトランザクションデータ（ＴＲ）のうちの最新のデータを示すようにルール化され、プログラムされている。ただし、“ｎｕｌｌ”の部分はそのデータが得られていないために、無視される。すなわち、個人に関する履歴である複数のデータセット（ＴＲ）において、各項目は、その履歴データのデータセットの中の最新のデータを示している、
例えば、最初のトランザクションデータＴＲ（１）では、そのデータを使用してマスターデータＭＡ（１）を生成する。次のトランザクションデータＴＲ（２）では、そのトランザクションデータＴＲ（２）に対応して生成されたＭＡ（２）は、トランザクションデータＴＲ（２）と、その前のマスターデータＭＡ（１）を組み合わせて生成され、“ｎｕｌｌ”の部分は無視しながら、各データ項目について、最新のデータを示すようにする。

マスターデータ（ＭＡ）の生成の指示を受けると、プログラムは、そのような規則に従って、マスターデータ（ＭＡ）を生成する。図１０Ａは、それらのトランザクションデータ（ＴＲ）とマスターデータ（ＭＡ）とのデータ内容を示したものである。

マスターデータ（ＭＡ）への更新のほかに、そのプログラムの機能として、名寄せ、つまり、マスターデータ（ＭＡ）どうしの結合処理機能を有する。図１０Ｂにその例を示す。

図１０Ｂの「生成されたマスターデータ（ＭＡ）」は、図１０Ａの２種類のトランザクションデータＴＲ＿ＡとＴＲ＿Ｂの発生順に、その各トランザクションデータ（ＴＲ）に対応して生成されたマスターデータ（ＭＡ＿ＡおよびＭＡ＿Ｂ）が並べられている。

そして、「新たに生成されるマスターデータ（ＭＡ）」には、その並べられた順に新たに生成されるマスターデータＭＡ＿Ｃを示している。ここでのマスターデータＭＡ＿Ｃを生成する規則は図１０Ａと同じである。

尚、複数種類のマスターデータ（ＭＡ）は、異なるデータリソース識別子から得られる場合もあるが、マスターデータ（ＭＡ）内に存在する利用者識別子（ＵＩＤ）を参照すれば、同じ利用者のマスターデータ（ＭＡ）のみを結合して新たなマスターデータ（ＭＡ）を生成することが可能である。

マスターデータ（ＭＡ）による結合生成は、単に該当するデータ項目の内容（データ）を読み込むだけではなく、より高度な処理となるようにプログラムしてもよい。トランザクションデータ（ＴＲ）のデータ項目として、体脂肪の重さ（ｋｇ）と体重（ｋｇ）とし、その結合生成プログラムには、体脂肪の重さ（ｋｇ）÷体重（ｋｇ）ｘ１００の計算プログラムを設け、その計算結果である体脂肪率（％）を新たに生成したデータ項目のデータとしてもよい。このように、その目的に応じて、適宜結合生成プログラムを設けるようにしてもよく、異なった利用者識別子（ＵＩＤ）からのデータ結合生成を行うことで、さらにより高度なデータ活用も可能となる。

以上の説明から理解されるように、利用者はアクセスチケット（ＡＣＴ）の内容に自身の利用するストレージ装置またはそれを管理する自身の処理装置２０の識別子を記載して、自身のＢＣＮアドレスに対して台帳記録してあれば、自身の最新データや過去のデータをそのストレージ装置から参照することもできる。また、自身のデータを第三者に提供することもできることとなり、これらの処理をユーザが簡単に操作できるように、例えば、「検査結果」ボタンや、「医師に渡す」「過去の結果」、といったボタンをユーザインタフェースとして操作画面上に用意するようにしてもよい。

また、ブロックチェーンネットワーク（ＢＣＮ）を介しての提供者や第三者との間での相互のデータを安全に行うために、ブロックチェーンアドレス（ＢＣＮ Ａｄｄ）をＱＲコード（登録商標）化し、アプリケーション・プログラムは、そのＱＲコード（登録商標）を情報処理装置に設けられたカメラで読み込み、相手先にＢＣＮアドレスとして送信するようにしてもよい。

更に以下にも開示する。
（項目１）
個人の利用する情報処理装置によって当該個人の情報に関連するデータを取得し活用可能とするための方法であって、
前記個人の利用するブロックチェーンネットワーク上のアドレスに関するデータを、当該個人の情報に関連するデータの提供元にネットワークを介して送信するステップと、
前記提供者から、前記アドレスに関するデータと、データの提供元を識別するためのデータとを含んだアクセス用データ（ＡＣＴ）を前記ブロックチェーンネットワークの前記アドレスに発行して登録するステップと、
前記ブロックチェーンネットワークの前記アドレスから前記アクセス用データ（ＡＣＴ）を参照して、データの提供元を特定し、当該特定した提供元から前記個人の情報に関連するデータを取得するステップと、
からなるデータ活用方法。
（項目２）
前記提供元から提供されるデータには、情報処理装置に利用が認可された個人の識別情報が含まれている、項目１に記載のデータ活用方法。
（項目３）
前記提供元から提供されるデータには、前記個人が利用する情報処理装置の識別情報が含まれている、項目１乃至２のいずれかに記載のデータ活用方法。
（項目４）
前記提供元から提供されるデータには、前記提供元の識別情報が含まれている、項目１乃至３のいずれかに記載のデータ活用方法。
（項目５）
前記提供元から提供されるデータには、そのデータの生成時間を示す情報が含まれている、項目１乃至４のいずれかに記載のデータ活用方法。
（項目６）
前記提供元から提供されるデータ（ＭＡ）は、前記個人に関する履歴データである複数のデータ（ＴＲ）を基に生成された複数のデータ項目それぞれに関するデータからなるデータセットである、項目１乃至５のいずれかに記載のデータ活用方法。
（項目７）
項目６に記載のデータ活用方法において、前記複数のデータ項目の各々は、前記履歴データのデータセットの中の最新のデータを示している、データ活用方法。
（項目８）
少なくとも前記個人の情報に関連するデータは、ハッシュ関数のよってハッシュされている、項目１乃至７のいずれかに記載のデータ活用方法。
（項目９）
個人の利用する情報処理装置によって当該個人の情報に関連するデータを取得し活用可能とするためのシステムであって、当該システムは前記情報処理装置からなり、
前記情報処理装置は、少なくとも、メモリまたは当該情報処理装置と接続されたストレージ装置を有し、
前記情報処理装置は、前記個人の利用するブロックチェーンネットワーク上のアドレスに関するデータを、当該個人の情報に関連するデータの提供元となるストレージ装置を有する提供者側情報処理装置にネットワークを介して送信する機能と、
前記提供者側情報処理装置から、前記ブロックチェーンネットワークの前記アドレスに発行された、前記アドレスに関するデータと、データの提供元を識別するためのデータとを含んだアクセス用データ（ＡＣＴ）を参照する機能と、
前記アクセス用データ（ＡＣＴ）に基づき、前記個人の情報に関連するデータを前記提供側のストレージ装置から取得し、少なくとも前記個人のメモリまたはストレージ装置に格納する機能と、
を有するデータ活用システム。
（項目１０）
前記提供元から提供されるデータには、情報処理装置に利用が認可された個人の識別情報が含まれている、項目９に記載のデータ活用システム。
（項目１１）
前記提供元から提供されるデータには、少なくとも、前記個人が利用する情報処理装置の識別情報、前記提供元の識別情報、データの生成時間を示す情報、が含まれている、項目９乃至１０のいずれかに記載のデータ活用システム。
（項目１２）
前記提供元から提供されるデータ（ＭＡ）は、前記個人に関する履歴データである複数のデータ（ＴＲ）を基に生成された複数のデータ項目それぞれに関するデータからなるデータセットである、項目９乃至１１のいずれかに記載のデータ活用システム。
（項目１３）
項目１２に記載のデータ活用システムにおいて、前記複数のデータ項目の各々は、前記履歴データのデータセットの中の最新のデータを示している、データ活用システム。
（項目１４）
少なくとも前記個人の情報に関連するデータは、ハッシュ関数のよってハッシュされている、項目９乃至１３のいずれかに記載のデータ活用システム。
（項目１５）
個人の利用する情報処理装置に格納され、第１の情報処理装置によって実行される、当該個人の情報に関連するデータを取得するためのプログラムであって、
ブロックチェーンアドレスを他の情報処理装置に提供するステップと、
前記ブロックチェーンアドレスに基づき前記他の情報処理装置から送信された前記ブロックチェーンアドレスの情報を含んだアクセス用データ（ＡＣＴ）に基づき、前記他の情報処理装置またはその情報処理装置が利用するストレージ装置に生成された前記個人の情報に関連するデータを取得する、プログラム。
（項目１６）
前記個人の情報に関連するデータには、情報処理装置に利用が認可された個人の識別情報が含まれている、項目１５に記載のプログラム。
（項目１７）
前記個人の情報に関連するデータには、少なくとも、前記個人が利用する情報処理装置の識別情報、前記提供元の識別情報、データの生成時間を示す情報、が含まれている、項目１５乃至１６のいずれかに記載のプログラム。

１．資産データ利用システム
１０．提供者用の情報処理装置
２０．利用者用の情報処理装置
３０、４０．ストレージ装置（秘密分散ストレージ装置）
５０．ブロックチェーンネットワーク

Claims (15)

1. 個人の利用する情報処理装置によって当該個人の情報に関連するデータを取得し活用可能とするための方法であって、
   前記個人の利用するブロックチェーンネットワーク上のアドレスに関するデータを、当該個人の情報に関連するデータの提供元にネットワークを介して送信するステップと、
   当該データの提供元から提供されるデータの所在を特定するためのデータを含んだアクセス用データ（ＡＣＴ）を前記ブロックチェーンネットワーク上に登録するステップと、
   前記アクセス用データ（ＡＣＴ）を参照して、前記個人の情報に関連するデータを取得するステップと、
   からなる方法。
2. 前記提供元から提供されるデータには、前記個人の識別情報が含まれている、請求項１に記載の方法。
3. 前記提供元から提供されるデータには、少なくとも、前記個人が利用する情報処理装置の識別情報、前記提供元の識別情報、データの生成時間を示す情報、のいずれかが含まれている、請求項１乃至２のいずれかに記載の方法。
4. 前記提供元から提供されるデータ（ＭＡ）は、前記個人に関する履歴データである複数のデータ（ＴＲ）を基に生成された複数のデータ項目それぞれに関するデータからなるデータセットである、請求項１乃至３のいずれかに記載の方法。
5. 請求項４に記載の方法において、前記複数のデータ項目の各々は、前記履歴データのデータセットの中の最新のデータを示している、方法。
6. 少なくとも前記個人の情報に関連するデータは、ハッシュ関数によってハッシュされている、請求項１乃至５のいずれかに記載の方法。
7. 個人の利用する情報処理装置からなり、当該情報処理装置によって当該個人の情報に関連するデータを取得し活用可能とするためのシステムであって、
   前記情報処理装置は、少なくとも、メモリまたは当該情報処理装置と接続されたストレージ装置を有し、
   前記情報処理装置は、前記個人の利用するブロックチェーンネットワーク上のアドレスに関するデータを、当該個人の情報に関連するデータの提供者側情報処理装置にネットワークを介して送信する機能と、
   前記提供者側情報処理装置から、当該データの提供元から提供されるデータの所在を特定するためのデータと含んだアクセス用データ（ＡＣＴ）を参照する機能と、
   前記アクセス用データ（ＡＣＴ）に基づき、前記個人の情報に関連するデータを取得する機能と、
   を有するシステム。
8. 前記提供元から提供されるデータには、利用が認可された個人の識別情報が含まれている、請求項７に記載のシステム。
9. 前記提供元から提供されるデータには、少なくとも、前記個人が利用する情報処理装置の識別情報、前記提供元の識別情報、データの生成時間を示す情報、が含まれている、請求項７乃至８のいずれかに記載のシステム。
10. 前記提供元から提供されるデータ（ＭＡ）は、前記個人に関する履歴データである複数のデータ（ＴＲ）を基に生成された複数のデータ項目それぞれに関するデータからなるデータセットである、請求項７乃至９のいずれかに記載のシステム。
11. 請求項１０に記載のシステムにおいて、前記複数のデータ項目の各々は、前記履歴データのデータセットの中の最新のデータを示している、システム。
12. 少なくとも前記個人の情報に関連するデータは、ハッシュ関数のよってハッシュされている、請求項７乃至１１のいずれかに記載のシステム。
13. 個人の利用する情報処理装置に実行される、当該個人の情報に関連するデータを取得するためのプログラムを格納した記憶媒体であって、
    当該プログラムは、前記情報処理装置から提供されたブロックチェーンアドレスに基づきブロックチェーンネットワーク上に登録されたアクセス用データ（ＡＣＴ）を参照して、少なくとも前記情報処理装置または他の情報処理装置が利用可能なストレージ装置に格納された前記個人の情報に関連するデータを取得可能なように前記情報処理装置に実行させる、記憶媒体。
14. 前記個人の情報に関連するデータには、前記個人の識別情報が含まれている、請求項１３に記載の記憶媒体。
15. 前記個人の情報に関連するデータには、少なくとも、前記個人が利用する情報処理装置の識別情報、前記提供元の識別情報、データの生成時間を示す情報、が含まれている、請求項１３乃至１４のいずれかに記載の記憶媒体。

Images