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

Description

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

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

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

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

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

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

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

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

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

さらに今日の人口知能（ＡＩ）技術とも言われる機械学習技術の発展により、個人のデータを処理してその個人の嗜好を分析したり、問い合わせに対して自動的に応じる処理が広く行われつつある。また、個人の生活の品質にとって健康維持はもっとも大切なものであり、例えば、臨床データなどを蓄積したＡＩに対して個人の医療データを提供することで、現在の病名や可能性のある疾患、投薬の種類等を推奨するシステムが知られている。

特に、ディープ・ラーニング（深層学習）の手法を活用し、多数の被験者からの医療や健康データの特徴を学習して、一人一人の医療や健康データに基づき、各自の特徴的な疾患を探し出すということが行なわれている。

さらに、今日で重視されている生活品質に対しては、狭義の病気のケアのみならず、一般に生活全般にかかわるヘルスケアの重要性が増しており、悪性腫瘍などの具体的な病気からその根本の原因の特定が難しい精神的疾患やストレスなど、扱えるデータの範囲は非常の幅広いものであり、現在の患者の状態のデータのみでは、ＡＩ（機械学習）といえども、被験者に対する適切な回答の特定を行うことが難しい場合が少なくない。

しかも、医療に限らず、個人の特徴に合わせた生活品質の維持を行うためにはどのようなデータが好ましいかを選択することを各個人で行うことも難しく、またそのようなデータを情報として個人が集めることも非常な困難を伴う。

さらに、現在のデータのみではなく、過去のデータを加味して分析を行う必要もあり、そのような柔軟に対応したデータ収集を行う新たなシステムが求められる。

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

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

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

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

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

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

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

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

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

本発明は、人の生活におけるデータを有効に利用でき、個人の生活品質の向上に寄与可能な新たな方法、システムを提供するものである。

さらに本発明は、すでにかかっている病気のみならず、病気の発生を未然に防いで個人の生活の品質を向上させるために、個人の変化に対応した適切な回答を提供するための広く個人の行動パターンのデータを時系列に管理できる新たな方法、システムを提供するものである。

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

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

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

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

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

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

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

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

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

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

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

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

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

さらに本発明は、個人の利用する情報処理装置に格納され、第１の情報処理装置によって実行される、当該個人の情報に関連するデータを取得するためのプログラムやそのプログラムを記憶した記憶媒体を提供するものであり、そのプログラムは、情報処理装置から提供されたブロックチェーンアドレスに基づきブロックチェーンネットワーク上に登録されたアクセス用データ（ＡＣＴ）を参照して、少なくともその情報処理装置または他の情報処理装置が利用可能なストレージ装置に格納された上記個人の情報に関連するデータを取得可能なように情報処理装置に実行させるように構成されている。

また、上記個人の情報に関連するデータには、上記個人の識別情報が含まれている。

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

本出願で開示する方法はさらに、個人の利用する情報処理装置によって通信可能である補助システムによってアクセスチケット（ＡＣＴ）によって参照される個人の情報に関連するデータに基づき加工データを生成するステップと、その補助システムまたは個人の利用する情報処理装置の少なくともいずれかによって加工データと個人の問い合わせデータを第三者の情報処理装置または情報処理システムに送信するステップと、第三者の情報処理装置または情報処理システムからの回答データを個人の利用する情報処理装置によって取得または参照するステップと、からなる。

さらに本出願開示の方法において、その補助システムは、ブロックチェーンネットワーク上のアクセス用データ（ＡＣＴ）を参照して、個人の情報に関連するデータを取得する。

また、補助システムは、そのデータに関連する専門家によって操作され、または個人の利用する情報処理装置を介して操作され、個人の問い合わせ内容に応じて個人の情報に関連するデータから加工データが生成可能に構成されている。あるいは、補助システムは、データに関連する専門家システムまたは人工知能システムが実装されて、その専門家システムまたは人工知能システムによって加工データが生成されるように構成されている。

加えて、本出願で開示するシステムは、さらに、個人の利用する情報処理装置によって通信可能である補助システムからなり、その補助システムは、前記アクセスチケット（ＡＣＴ）によって参照される個人の情報に関連するデータに基づき加工データを生成可能に構成され、その補助システムまたは個人の利用する情報処理装置の少なくともいずれかによって加工データと個人の問い合わせデータが第三者の情報処理装置または情報処理システムに送信されて、その問い合わせデータに応じて、第三者の情報処理装置または情報処理システムからの回答データが上記個人の利用する情報処理装置または補助システムによって取得または参照されるように構成されている。

さらに、補助システムは、ブロックチェーンネットワーク上のアクセス用データ（ＡＣＴ）を参照して、個人の情報に関連するデータを取得可能とするように構成され、そのデータに関連する専門家によって操作され、または個人の利用する情報処理装置を介して操作され、個人の問い合わせ内容に応じて個人の情報に関連するデータから加工データが生成されるようにしてもよく、あるいは補助システムは、そのデータに関連する専門家システムまたは人工知能システムが実装されて、その専門家システムまたは人工知能システムによって加工データが生成されるようにしてもよい。

加えて、本出願は、プログラムまたはそのプログラムを格納する記憶媒体を開示するものであって、そのプログラムは、個人の利用する情報処理装置によって通信可能である補助システムが、ブロックチェーンネットワーク上のブロックチェーンへのアクセス用データ（ＡＣＴ）によって参照される個人の情報に関連するデータに基づき加工データを生成し、加工データを第三者の情報処理装置または情報処理システムに送信し、第三者の情報処理装置または情報処理システムからの回答データを取得または参照可能なように、個人の利用する情報処理装置によって通信可能である補助システムを実行させるように構成されている。

また、そのプログラムは、そのブロックチェーンネットワーク上のアクセス用データ（ＡＣＴ）を参照して前記個人の情報に関連するデータを取得可能なように補助システムを実行させるようにしてもよい。そして、そのプログラムは、補助システムが、データに関連する専門家によって操作され、または個人の利用する情報処理装置を介して操作され、個人の問い合わせ内容に応じて個人の情報に関連するデータから加工データが生成可能なように補助システムを実行させるように構成されていても良く、あるいは、補助システムに実装されたデータに関連する専門家システムまたは人工知能システムによって加工データが生成されるように、補助システムを実行させるように構成されていても良い。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上で説明したように、情報処理装置２０の利用者が利用可能なように、その利用者のために異なる時間の複数のデータがストレージ装置３０に格納できることが理解される。つまり、電子的に自らが健康状態などの個人データを一元的に管理し保管できる環境が整備され、時間経過に応じたデータを取得することができることとなる。
時系列に管理できるデータは、年月を追って変化する定期検診結果などの健康状態を示す医療データに限らず、時間的経過によって変化する広く全般の個人のデータでもよい。

また、単なる現在の検診結果だけでは判断が難しいような患者の症状に対しても、この時系列なデータを有することで、過去の健康状態や診療履歴に応じて適切な医療の提供が可能となる。

尚、この集約化された過去から現在までのデータは、連鎖したアクセスチケット（ＡＣＴ）によって台帳管理され、参照が可能となっている。従って、過去から現在までのデータは、複数のストレージ装置３０に分散して格納されていてもよい。

本発明の上記特徴は、これまでの本願明細書の記載から自明であり、データを全体で参照することで、医療や健康増進に従事する医師等によって、より適切なアドバイスが提供できることが理解される。

データが非常に多い場合には、却ってそのアドバイスに支障をきたすことも理解されることであるし、これは医療に限られるものでもなく、どのようなデータを判断の資料として種々選択するかは、より適切な処方や個人への様々なアドバイスを広く多方面に求める場合には非常に重要となる。

図１で説明したように、情報処理装置２０によって個人認証を受けた正当な利用者のデータは、ストレージ装置３０に格納され、ブロックチェーンネットワーク（ＢＣＮ）上の連鎖したアクセスチケット（ＡＣＴ）の台帳により参照することが可能である。さらに、図１、図６で示したように、利用者用のストレージ装置４０に個人のデータを作成し、ブロックチェーンネットワーク（ＢＣＮ）上のアクセスチケット（ＡＣＴ）を参照して、第三者用の情報処理装置６０によってもその個人のデータにアクセスすることも可能であることを説明した。

そして、この第三者用の情報処理装置６０でアクセス可能な利用者用ストレージ装置４０のデータは、情報処理装置２０の利用者の新たな活動のために利用可能となり、第三者用の情報処理装置６０にデータを提供することによってさらに有用な情報やサービスを、情報処理装置６０の第三者から受けることも可能となる。
また、その利用者の同意を得れば、他の利用者の利用にも有効な情報ともなりうるため、利用者自身のデータの有効利用の幅が広がり、データそのものの価値も向上する。

この第三者用の情報処理装置６０は、今日発達している機械学習によるＡＩ（人工知能）システム等の情報処理システムや、双方の契約に基づき、ブロックチェーン上で実行されるプログラム又はシステムであって、問い合わせに対して答えを返すための高度に自動化されたスマートコントラクトなども含みうる。

情報処理装置６０は高度に自動化されていてもよく、あるいは専門家による操作によって、受信したデータに対して返信を行うように操作されていてもよい。

仮に情報処理装置６０がＡＩ（人工知能）システムであった場合、利用者は、ＡＩ（人工知能）システムへの問いかけによって、利用者が提供するデータに基づいたＡＩによる回答を受け取ることも可能である。

一方、利用者用の情報処理装置２０の利用者が求める要求は多様である。さらに、例えば、図９で示したような、複数の機関から医療データを収集してストレージ装置３０に格納した場合に、それらのデータをどのように利用するかを個人が判断することは必ずしも容易ではない。

したがって、利用者が利用しやすいように、ストレージ装置３０に格納されたデータを情報処理装置６０に送り出す新たな手段を設けることが必要となる。

図１１は、その基本的システムの構成を示している。
図１１と図１、図６とで基本的に異なる点は、図１１では、ストレージ装置３０と利用者用ストレージ装置４０との間に介在して補助システム１００が設けられ、さらに、情報処理装置６０からの回答データを格納するストレージ装置１２０が設けられている点である。

補助システム１００は、利用者用の情報処理装置２０と相互に通信可能であり、その利用者からアクセス可能であり、利用者用の情報処理装置２０からの問い合わせ内容に応じて、ストレージ装置３０から格納されたデータを抽出して、情報処理装置６０での処理のための加工データに変換する。加工データは、情報処理装置２０の利用者の目的に応じて生成することができる。補助システム１００は、以下で示す機能を実行するためのアプリケーション・プログラムを格納するためのメモリを有する。利用者用の情報処理装置２０と協働で行うために、補助システム１００に格納されるアプリケーション・プログラムの機能と、情報処理装置２０のメモリに記憶されるアプリケーション・プログラムの機能のうち、互いに分担可能な機能は、その機能をどちらに持たせるか適宜選択してもよい。

生成された加工データは、利用者用のストレージ装置４０に格納され、例えば図６を示して説明した方法と同様の方法により、情報処理装置６０に提供することができる。このとき、情報処理装置２０から利用者の問い合わせに関するデータも受信する。利用者の問い合わせは、情報処理装置２０から直接受けても良く、あるいは補助システム１００から受けても良い。また、加工されたデータも、補助システム１００から直接うけてもよく、または情報処理装置２０から受けても良い。

情報処理装置６０は、受信した加工データから情報処理装置２０の利用者の問い合わせ内容に応じて回答データを生成し、その回答データは、ストレージ装置１２０に格納される。この場合ストレージ装置１２０は、利用者用ストレージ装置４０であってもよく、あるいは別途のストレージ装置で良く、ブロックチェーン５０にその履歴データを新たなアクセスチケット（ＡＣＴ）として情報処理装置２０の利用者用の台帳に追加されてもよい。また、すでに説明したように、分散型ストレージであってもよい。

ブロックチェーンの分散型台帳に追加されることによって、利用者用の情報処理装置２０は、情報処理装置６０から得られた回答データを取引の１つとして参照することができるようにしてもよく、またはそのデータを取得できるようにしてもよい。

ストレージ装置１２０に格納されたデータは、補助システム１００に送信しまたは補助システム１００によって参照できるようにしてもよく、または取得できるようにしてもよい。そして、補助システム１００も、情報処理装置２０の利用者用のブロックチェーンを参照して、ストレージ装置１２０に格納されたデータへとアクセス可能なように設定されていてもよい。

このフィードバックを形成することで、補助システム１００は、利用者用ストレージ装置４０から情報処理装置６０に送出したデータの検証をおこなうことができる。例えば、ストレージ装置３０には、補助システム１００が加工データを作るために利用したデータ後に作られた新たなデータを蓄えることができるために、補助システム１００は、その後に引き続くデータを取得して、情報処理装置６０から受けた回答の妥当性を検証することができる。例えば、情報処理装置６０が回答した情報処理装置２０利用者の病名が病名Ａであった場合に、後にストレージ装置３０に格納された、利用者の実際の病名が病名Ｂであった場合には、間違った病名の回答が得られたこととなる。補助システム１００側でこの間違いを検証し、その後のより適切な回答が得られるように、抽出すべきデータの選択を変え、場合によっては、情報処理装置２０に対して足りないデータの送出を要求するようにしてもよい。

すなわち、補助システム１００は、情報処理装置２０からの問い合わせ内容を分析し、ストレージ装置３０からどのデータを抽出するかの判断、どのようなデータに加工するかの判断、そして、情報処理装置６０から取得した回答データと比較し、その回答データが妥当であるかの検証を行うように構成することができる。もちろん、補助システム１００は、それらの機能を自動的に行うように構成された情報処理装置やシステムであってもよく、あるいは、問い合わせするデータの内容に関係する専門家の操作に応じて必要なデータ加工を行うように操作可能に構成されていてもよく、あるいは、情報処理装置２０を解して利用者から遠隔的に操作可能に構成されていても良く、それらが組み合わされた構成となっていてもよい。もし、補助システム１００と情報処理装置６０とがＡＩ技術を実装している場合には、補助システム１００と情報処理装置６０との間でのＡＩ－ＡＩ間対話が行われて、相互のディープ・ラーニング（深層学習）によって、より適切なデータの提供と回答が得られることとなる。

一つまたは複数のストレージ装置３０には一つまたは複数の機関からの利用者個人のデータを格納することができる。このデータは個人的なデータであり、ブロックチェーン５０上の台帳を構成するアクセスチケット（ＡＣＴ）も個人を特定する情報を有することとなる。

さらに、医療に限らず、個人のデータは秘匿性を有するために、個人を特定できるようなデータが広く公共の目に触れることも避けなければならない。

図１２は、図１１の基本的な構成に基づき、秘匿化すべき個人の情報を情報処理装置６０に提供する前にその個人情報の匿名化を行うための構成の一例を開示するものである。

破線で示した上部は非匿名化領域、破線で示した下部は匿名化領域を示している。
ストレージ装置３０内の情報処理装置２０の利用者用の個人データは、図７で示したブロックチェーン５０上のアクセスチケット（ＡＣＴ）によって参照可能である。利用者用の情報処理装置２０のアプリケーションは、そのアクセスチケット（ＡＣＴ）からなるブロックチェーン（ＢＣ）を参照して、ストレージ装置３０の個人データにアクセスすることができる。尚、この例では、分散型ストレージ装置３０（１）～３０（ｍ）（以下単に「ストレージ装置３０」と呼ぶ）に、時間経過に応じて生成されたトランザクションデータ（ＴＲ）とマスターデータ（ＭＡ）が形成されている例を示している。

図１１と異なるのは、ストレージ装置４０には、情報処理装置２０の利用者の個人データが匿名化されたデータ（以下、匿名データ）として格納されており、さらに、情報処理装置６０での回答データも、匿名データとしてストレージ装置１２０に格納されている点である。従って、ストレージ装置４０に格納されている利用者の匿名データを参照するためのアクセスチケット（ＡＣＴ）によるブロックチェーンがＢＣＮ上に別途設けられている。この匿名データは、それ自体の情報では個人は特定できないが、一意のデータであり、利用者個人を認証している利用者用の情報処理装置２０のアプリケーション上では、その匿名データから個人を識別できるようにしている。

補助システム１００は、ストレージ装置３０に格納された個人のデータから情報処理装置６０に提供する加工データとして匿名データを生成する。そして、その匿名データを参照するために、上記ブロックチェーン（ＢＣ）の代わりに匿名性のアクセスチケット（ＡＡＣＴ（anonymous ＡＣＴ））から構成されるブロックチェーン（ＡＢＣ(anonymous BC））を、情報処理装置２０の利用者が登録したＢＣＮ上のアドレスに形成する。

この匿名性のアクセスチケット（ＡＡＣＴ）は、補助システム１００に代わって利用者用の情報処理装置２０のアプリケーションによって生成することも可能である。そのアプリケーションは、匿名化領域サイドのブロックチェーンＡＢＣ(anonymous BC）のアクセスチケット（ＡＡＣＴ）を参照して、ストレージ装置４０内の匿名化されたデータにアクセスすることができる。尚、匿名化領域と非匿名化領域とは物理的に存在する必要はなく、本発明の理解を容易するため概念的に説明したものである。

そのアプリケーションは、個人の認証情報を管理し、利用者が個人認証されたことを条件として、その利用者が、これまで説明した自身の非匿名性領域のアクセスチケット（ＡＣＴ）に加えて、自身の匿名性領域のアクセスチケット（ＡＡＣＴ）への参照を可能とする。尚、もし、認証不可能な状態となった場合に備えて、正当な個人がそのアプリケーションを使用して自身のデータにアクセスできるように、アクティベート用の認証番号などを予め利用者用の情報処理装置２０のディスプレイ上に提示しておくようにしてもよい。これにより、たとえ別の情報処理装置を使用せざるをえなくなった場合でも、控え持ったアクティベート用の認証番号を使用することで、新たな情報処理装置上でのそのアプリケーションへの利用を可能とする。

図１２をより詳細に説明すると、複数の機関で管理するストレージ装置９０（ｉ）～９０（ｎ）に格納された情報処理装置２０の利用者の個人データは、利用者と複数の機関との同意形成により、ストレージ装置３０に利用者用の情報処理装置２０が利用可能な一連のトランザクションデータ（ＴＲ）と、そのトランザクションデータ（ＴＲ）から生成されたマスタデータ（ＭＡ）として生成され、利用者用の情報処理装置２０は、利用者が利用可能なブロックチェーンネットワーク上のアドレスにアクセスチケット（ＡＣＴ）のブロックチェーン台帳を生成する。チェーン状に連鎖する複数のアクセスチケット（ＡＣＴ）は、それぞれ利用者が参照できるように、ストレージ装置３０内のトランザクションデータ（ＴＲ）及びマスタデータ（ＭＡ）の所在を示すアドレス等のポインタ情報を有している。ポインタ情報は、そのデータの在り処を示しその内容からそのデータを参照できるものであればどのようなものであってもよい。

トランザクションデータ（ＴＲ）及びマスタデータ（ＭＡ）は、すでに説明したようにタイムスタンプが設けられているために、トランザクションデータ（ＴＲ）及びマスタデータ（ＭＡ）のデータの内容は時系列に把握でき、管理できる状態となっている。

利用者用の情報処理装置２０と補助システム１００とは相互に通信可能に構成され、補助システム１００は、情報処理装置２０から利用者の欲する問い合わせの内容を受信する。補助システム１００は、利用者用の情報処理装置２０よりブロックチェーンを構成するアクセスチケット（ＡＣＴ）への参照が可能であり、そのアクセスチケット（ＡＣＴ）を参照して、ストレージ装置３０へのデータにアクセスすることが可能である。

補助システム１００は、情報処理装置２０から受けた利用者の問い合わせ内容に応じて、そのデータの中から必要な一つ又は複数のデータを抽出する。この場合、一つ又は複数のトランザクションデータ（ＴＲ）とマスタデータ（ＭＡ）との組み合わせでも良く、あるいは複数のトランザクションデータ（ＴＲ）から新たにマスタデータ（ＭＡ）を生成して、ストレージ装置４０に格納するようにしてもよい。どのデータを利用するかは、問い合わせ内容とデータの内容に応じて適宜決定しうる。ただし、ここで重要な点は、データは時間情報を有し、異なる時間の複数のデータが時間情報とともに格納することができることから、個人の時間履歴としてデータを把握できる。従って、現在の一過性のデータとしてではなく、時間的経過によって変化する個人データを、情報処理装置６０に提供できるために、時間経過の観察データを必要とする個人の病状やメディカル症状の判断に有効となる。

利用者用ストレージ装置４０に格納されるデータに個人を特定できるような情報が含まれている場合には、その情報が除去され又は匿名人の情報が個人特定情報の代わりに付加されて格納される。さらに、利用者用の情報処理装置２０は、ストレージ装置４０に格納したデータを参照できるようにするためにその位置を特定するポインタを有したアクセスチケット（ＡＣＴ）のブロックチェーンが新たに形成される。この匿名性の新たなブロックチェーンを構成するアクセスチケット（ＡＣＴ）を、図７のアクセスチケット（ＡＣＴ）のブロックチェーンとの違いを明確とするために、図１２では、符号ＡＡＣＴ（１）～ＡＡＣＴ（ｌ）(anonymous ＡＣＴ）の参照符号としている。尚、図１２で示したように、補助システム１００は、非匿名性のアクセスチケット（ＡＣＴ）や匿名性アクセスチケット（ＡＡＣＴ）をより自律的に直接参照するかわりに、利用者用の情報処理装置２０のアプリケーションを介して参照してするようにしてもよく、アプリケーションと補助システム１００との協働によって、互いに機能を分担して利用者用ストレージ装置４０へのデータ加工と格納が行われるようにしても良い。

情報処理装置２０のアプリケーションは、情報処理装置６０に対して、ストレージ装置４０内の加工データと、回答として求める情報の問い合わせや質問（総称として「問い合わせ」という）をネットワークを介して情報処理装置６０に送出する。この問い合わせは、情報処理装置２０のアプリケーションに代わって補助システム１００から行うようにしてもよい。

この補助システム１００は、すでに説明したように、医療等、扱うデータの内容に応じた専門家が操作する情報処理装置やシステム、専門家システムが組み込まれた情報処理装置でもよく、あるいは人工知能を実装した情報処理装置又はシステムであってもよい。さらには、それらを複合化したものでもよい。

情報処理装置６０は、これもすでに説明したように、ユーザからのデータと問い合わせ内容にマッチングしたデータを回答として返信するようにデータ自動処理を行うように構成されるＡＩ（人工知能）システムや、双方の契約に基づき、問い合わせに対してマッチングした答えを返すための高度に自動化されたブロックチェーン上で実行されるプログラム又はシステムや、あるいは高度に専門化されたシステムなども含みうる。また、情報処理装置６０と補助システム１００とが相互に有機的に一体として機能するようにしてもよく、全体をブロックチェーン技術の補助システムとして機能させるようにしてもよい。

情報処理装置６０は、受けた問い合わせや質問内容とデータに応じて、ストレージ装置４０から提供された回答データを対価として返信する。ここで、対価とした理由は、ストレージ装置４０から提供されるデータは、個人の貴重なデータであり、そのデータが活用されることで有用な情報を回答として引き出す源泉となるためである。従って、その源泉は貴重な価値を有する場合もありうる。その価値を得た情報処理装置６０から、金銭的な価値を有する仮想貨幣などの返信データを取得する手段を有することが好ましい。図１２では、従来型のデータ格納手段であるストレージ装置１２０を例として示しているが、ＢＣＮ上の仮想通貨として情報処理装置６０は情報処理装置２０の利用者に返信できるようにしてもよい。特に、スマートコントラクトを利用することで、この仮想通貨としての対価の入手がよりスムースに行われる。

ストレージ装置１２０に格納された回答データは、補助システム１００によってアクセス可能とすることで、ストレージ装置４０から送出したデータとの比較を可能とする。従って、与えた情報と得られた情報とを比較できるフィードバックが形成されることで、補助システム１００のデータ加工の精度を向上させることが可能となる。

ストレージ装置１２０に格納されたデータを参照できるように匿名性ブロックチェーン（ＡＢＣ）には、そのデータを示す匿名性アクセスチケット（ＡＡＣＴ）がさらに追加されるようにしてもよい。これによって、情報処理装置２０や、補助システム１００は、匿名性ブロックチェーン（ＡＢＣ）から、第三者用の情報処理装置６０から取得した回答データへもアクセス可能となる。

尚、すでに説明したように、補助システム１００は、検診や医療等、扱うデータの内容に応じた専門家が操作する情報処理装置やシステム、専門家システムが組み込まれた情報処理装置でもよく、あるいは人工知能を実装した情報処理装置又はシステムであってもよく、あるいは、補助システム１００は、実装した人工知能や専門家システムが上記で説明した機能を発揮するようにプログラムされたアプリケーションによって動作するように構成された情報処理装置またはシステムであってもよい。

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

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

Claims (19)

1. ユーザが利用する第１の情報処理装置（２０）によって、データの提供元となるストレージ装置（３０）に格納された第１のデータを管理するための方法であって、
   少なくともユーザが利用する第１の情報処理装置（２０）、及びデータの提供元となるストレージ装置（３０）を利用して、前記ストレージ装置（３０）に格納された前記ユーザに紐付く第１のデータを管理するための方法であって、
   前記ユーザが利用するネットワークであって分散台帳型のデータ構造を構成してデータを格納するように当該ネットワーク上に形成された記憶領域で管理される、前記第１のデータを識別するための第２のデータを、第２の情報処理装置（１０）によって生成するステップと、
   前記ストレージ装置（３０）の前記ユーザに紐付く前記第１のデータにアクセスするためのアクセス用データを、前記第１の情報処理装置（２０）又は前記第２の情報処理装置（１０）によって、前記第２のデータに基づき前記ネットワーク上の記憶領域に登録するステップと、
   前記ネットワーク上に登録された前記アクセス用データを、前記第１の情報処理装置（２０）によって取得するステップと、
   前記取得したアクセス用データを基に、前記ストレージ装置（３０）に格納された前記第１のデータを前記第１の情報処理装置（２０）によって取得するステップと、
   前記第１の情報処理装置（２０）によって通信可能である補助システム（１００）によって前記取得された第１のデータに基づき加工データを生成するステップと、
   前記補助システム（１００）または前記第１の情報処理装置（２０）の少なくともいずれかによって前記加工データと問い合わせデータを第三者の情報処理装置または情報処理システム（６０）に送信するステップと、
   前記第三者の情報処理装置または情報処理システム（６０）からの回答データを前記第１の情報処理装置（２０）または前記補助システム（１００）によって取得または参照するステップと、
   を含む方法。
2. 前記補助システムは、前記ネットワーク上の前記アクセス用データを参照して、前記ユーザの情報に関連するデータを取得する、請求項１に記載の方法。
3. 前記補助システムは、前記第１のデータに関連する専門化システムまたは人工知能システムが実装されて、その専門化システムまたは人工知能システムによって前記加工データが生成される、請求項１乃至２のいずれかに記載の方法。
4. ユーザが利用する第１の情報処理装置（２０）によってデータの提供元となるストレージ装置（３０）に格納された第１のデータを管理するためのシステムであって、
   前記ユーザが利用するネットワークであって分散台帳型のデータ構造を構成してデータを格納するように当該ネットワーク上に形成された記憶領域に公開される、前記ユーザが管理する第１のデータを識別するための第２のデータを生成する機能と、
   前記ストレージ装置（３０）の前記ユーザに紐付く前記第１のデータにアクセスするためのアクセス用データを、前記第２のデータに基づき前記ネットワーク上の記憶領域に登録する機能と、
   前記ネットワーク上に登録された前記アクセス用データを前記第１の情報処理装置（２０）によって取得する機能と、
   前記取得したアクセス用データを基に、前記ストレージ装置（３０）に格納された前記第１のデータを取得する機能と、
   を有し、
   前記システムはさらに、前記第１の情報処理装置（２０）によって通信可能である補助システム（１００）を含み、
   前記補助システム（１００）は、前記取得された第１のデータに基づき加工データを生成するように構成され、
   前記補助システム（１００）または前記第１の情報処理装置（２０）の少なくともいずれかによって前記加工データと問い合わせデータが第三者の情報処理装置または情報処理システム（６０）に送信されて、その問い合わせデータに応じて、前記第三者の情報処理装置または情報処理システム（６０）からの回答データが前記情報処理装置（２０）または前記補助システム（１００）によって取得または参照されるようにした、
   システム。
5. 前記補助システムは、前記ネットワーク上の前記アクセス用データを参照して、前記ユーザの情報に関連するデータを取得可能とするように構成されている、請求項４に記載のシステム。
6. 前記補助システムは、前記第１のデータに関連する専門化システムまたは人工知能システムが実装されて、その専門化システムまたは人工知能システムによって前記加工データが生成される、請求項４乃至５のいずれかに記載のシステム。
7. ユーザが利用する情報処理装置によって通信可能である補助システムが、前記ユーザが利用するネットワーク上の記憶領域において分散台帳型のデータ構造を形成して登録されたアクセス用データによって参照されるストレージ装置に格納された前記ユーザの情報に関連するデータに基づき加工データを生成し、前記加工データを第三者の情報処理装置または情報処理システムに送信し、前記第三者の情報処理装置または情報処理システムからの回答データを取得または参照可能なように、前記ユーザの利用する情報処理装置によって通信可能である補助システムを実行させるプログラムを格納する記憶媒体。
8. 前記プログラムは、前記ネットワーク上のアクセス用データを参照して前記ユーザの情報に関連するデータを取得可能なように前記補助システムを実行させる、請求項７に記載の記憶媒体。
9. 前記プログラムは、前記補助システムに実装された前記データに関連する専門化システムまたは人工知能システムによって前記加工データが生成されるように、前記補助システムを実行させる、請求項７乃至８のいずれかに記載の記憶媒体。
10. 前記ストレージ装置（３０）から提供される前記第１のデータには、前記ユーザの識別情報が含まれている、請求項１乃至３のいずれかに記載の方法。
11. 前記ストレージ装置（３０）から提供される前記第１のデータには、前記第１の情報処理装置（２０）の識別情報、前記第２の情報処理装置（１０）、前記ストレージ装置（３０）の識別情報、データの生成時間を示す情報、の少なくともいずれかが含まれている、請求項１乃至３のいずれかに記載の方法。
12. 前記ストレージ装置（３０）から提供される前記第１のデータは、前記ユーザの履歴データから構成されている、請求項１乃至３のいずれかに記載の方法。
13. 請求項１２に記載の方法において、前記ストレージ装置（３０）から提供される前記第１のデータは、前記履歴データである複数のデータを基に生成された複数のデータ項目からなるデータセットである、方法。
14. 少なくとも前記アクセス用データは、ハッシュ関数によってハッシュされている、請求項１乃至３及び１０乃至１３のいずれかに記載の方法。
15. 前記第１のデータには、前記第1の情報処理装置（２０）による利用が認可されたユーザの識別情報が含まれている、請求項４乃至６のいずれかに記載のシステム。
16. 前記第１のデータには、前記第１の情報処理装置（２０）の識別情報、前記ストレージ装置（３０）の識別情報、データの生成時間を示す情報、の少なくともいずれかが含まれている、請求項４乃至６及び１５のいずれかに記載のシステム。
17. 前記ストレージ装置（３０）から提供される前記第１のデータは、前記ユーザの履歴データから構成されている、請求項４乃至６及び１５乃至１６のいずれかに記載のシステム。
18. 請求項１７に記載のシステムにおいて、前記ストレージ装置（３０）から提供される前記第１のデータは、前記履歴データである複数のデータを基に生成された複数のデータ項目からなるデータセットである、システム。
19. 少なくとも前記アクセス用データは、ハッシュ関数によってハッシュされている、請求項４乃至６及び１５乃至１８のいずれかに記載のシステム。