JP2020071791A - 通信方法、通信プログラムおよび通信装置 - Google Patents

Abstract

【課題】データの保有装置とは異なる装置からデータの公開ポリシの設定を行う。【解決手段】制御部１ａ１は、装置ｅ１からデータの公開ポリシの設定権限を装置ｅ２に移譲させるためのメタデータの登録要求を受け付ける。制御部１ａ２は、装置ｅ２からメタデータの取得要求を受け付け、公開ポリシの設定を受け付ける。制御部１ａ３は、装置ｅ３からデータのアクセス要求を受け付けたときに装置ｅ３が公開ポリシに設定されている場合はデータへアクセスする。また、ネットワークＮ０に含まれる制御部１ａ１、１ａ２、１ａ３は互いに連携して、装置ｅ１、ｅ２、ｅ３との取引で生じたトランザクションを検証して、トランザクションを実行し履歴を共有する。【選択図】図１

Description

本発明は、通信方法、通信プログラムおよび通信装置に関する。

近年、企業（組織）が保有しているデータを相互に活用して企業間でデータを流通させるデータ流通ネットワークが注目されており、データ流通の促進によって新しいサービスやビジネスの創出が期待されている。

データ流通ネットワークの一形態に分散型のデータ流通ネットワークがある。これは、データを一括して管理する集中型とは異なり、各企業でデータを分散して管理し、データを保有する企業が、データを利用する企業に対して、ネットワークを介してデータを提供するものである。

データ流通ネットワークとして、例えば、ブロックチェーンによる分散台帳技術を利用してデータを安全に流通させるネットワークが提案されている。

国際公開第２０１７／０３８５０７号 特開２０１８−９８５６４号公報

従前のデータ流通ネットワークが対象とするデータは、企業が保有する産業データであり、企業間で産業データの授受が行われている。また、産業データを公開するためには、産業データの公開先を示した公開ポリシが設定され、この場合、産業データを保有している企業によって公開ポリシの設定が行われている。

一方、近年では、個人情報であるパーソナルデータのデータ流通の議論が盛んである。パーソナルデータも産業データと同様に、パーソナルデータの公開先を示した公開ポリシを設定することが求められる。

しかし、パーソナルデータの公開ポリシの設定を、産業データの公開ポリシの設定と同様にパーソナルデータを保有する企業が行ってパーソナルデータが提供されると、個人の同意を得ずにパーソナルデータが流通することになってしまう。

このため、パーソナルデータの流通においては、パーソナルデータを保有する企業が提供する場合であっても、パーソナルデータの公開ポリシは、オーナ（所有者）である個人によって設定されることが好ましく、そのような設定を可能とする通信技術の実現が要望されている。

１つの側面では、本発明は、データを保有している装置とは異なる装置から該データの公開ポリシの設定を可能にした通信方法、通信プログラムおよび通信装置を提供することを目的とする。

上記課題を解決するために、ネットワークに含まれる複数の通信装置による通信方法が提供される。通信方法は、データを保有する第１の装置に接続される第１の通信装置は、第１の装置からデータの属性情報を含むメタデータを受け付ける場合、データの公開ポリシの設定権限を第２の装置に移譲させる移譲属性が含まれるメタデータの登録要求を受け付け、第２の装置に接続される第２の通信装置は、登録されたメタデータの取得要求を第２の装置から受け付け、第２の装置によって取得されたメタデータに対して公開ポリシの設定を受け付け、データを利用する第３の装置に接続される第３の通信装置は、第３の装置からデータのアクセス要求を受け付けたときに第３の装置が公開ポリシに設定されている場合はデータへアクセスし、第１、第２、第３の通信装置は連携して、登録要求に応じた一連の登録処理である登録トランザクション、取得要求に応じた一連の取得処理である取得トランザクション、公開ポリシの設定に応じた一連の設定処理である設定トランザクションおよびアクセス要求に応じた一連のアクセス処理であるアクセストランザクションの正当性を検証して実行し履歴を共有する。

また、上記課題を解決するために、コンピュータに上記通信方法と同様の制御を実行させる通信プログラムが提供される。
さらに、上記課題を解決するために、上記通信方法と同様の制御を実行する通信装置が提供される。

１側面によれば、データを保有している装置とは異なる装置から該データの公開ポリシの設定が可能になる。

通信装置の構成および動作の一例を説明するための図である。 データ流通システムの構成の一例を示す図である。 ノードのハードウェア構成の一例を示す図である。 ノードの機能ブロックの一例を示す図である。 パーソナルデータの流通の全体動作シーケンスを示す図である。 パーソナルデータのメタデータの構成の一例を示す図である。 トランザクション情報の一例を示す図である。 トランザクションの検証および実行の一例を示す図である。 各トランザクションにおける検証内容の一例を示す図である。 メタデータ登録における動作シーケンスの一例を示す図である。 メタデータ取得における動作シーケンスの一例を示す図である。 公開ポリシ設定における動作シーケンスの一例を示す図である。 メタデータ参照における動作シーケンスの一例を示す図である。 データアクセスにおける動作シーケンスの一例を示す図である。

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
第１の実施の形態について図１を用いて説明する。図１は通信装置の構成および動作の一例を説明するための図である。通信装置１は、ネットワークに含まれ、制御部１ａと記憶部１ｂを備える。

制御部１ａは、ネットワークを介して他装置に接続して通信制御を行う。記憶部１ｂは、ブロックチェーンによる分散台帳の記憶領域を有し、通信制御に要する各種データを記憶する。

ここで、制御部１ａは、データ（サービスデータ）を保有する第１の装置に接続される場合、第１の装置からデータの属性情報を含むメタデータを受け付けるとき、データの公開ポリシの設定権限を第２の装置に移譲させる移譲属性が含まれるメタデータの登録要求を受け付ける。

また、制御部１ａは、第２の装置に接続される場合、第２の装置からメタデータの取得要求を受け付けて、第２の装置から公開ポリシの設定を受け付ける。
さらに、制御部１ａは、データを利用する第３の装置に接続される場合、第３の装置からデータのアクセス要求を受け付けたときに第３の装置が公開ポリシに設定されている場合は、第１の装置が保有しているデータへアクセスする。

図１に示す例を用いて動作について説明する。ネットワークＮ０は、通信装置１−１、１−２、１−３を含み、互いに接続されている。また、ネットワークＮ０には、通信装置１−１、１−２、１−３によってブロックチェーンのプラットフォームが構築されている。

通信装置１−１は、制御部１ａ１と記憶部１ｂ１を含み、通信装置１−２は、制御部１ａ２と記憶部１ｂ２を含む。通信装置１−３は、制御部１ａ３と記憶部１ｂ３を含む。
通信装置１−１には装置ｅ１が接続され、通信装置１−２には装置ｅ２が接続され、通信装置１−３には装置ｅ３が接続される。

装置ｅ１は、例えば、データを保有してデータを他者へ提供する企業のサーバに相当し、装置ｅ３は、データを利用する企業のサーバに相当する。また、装置ｅ２は、個人のユーザ端末に相当する。

図１に示す例にもとづいて動作について説明する。
〔ステップＳ１〕制御部１ａ１は、装置ｅ１からデータの属性情報を含むメタデータを受け付ける。この場合、制御部１ａ１は、データの公開ポリシの設定権限を装置ｅ２に移譲させるための移譲属性が含まれるメタデータの登録要求を受け付ける。

〔ステップＳ２〕制御部１ａ１は、メタデータの登録要求を受け付けるとメタデータの登録トランザクション（メタデータの登録要求に応じた一連の登録処理のセット）を発行し、制御部１ａ２、１ａ３に転送する。制御部１ａ１、１ａ２、１ａ３は、この登録トランザクションの検証を行い、正当性を検出した場合、登録トランザクションを実行する。

そして、制御部１ａ１は、登録トランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ１の分散台帳ＤＬ１に格納する。また、制御部１ａ１は、分散台帳ＤＬ１に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行した登録トランザクションの実行履歴を連結（チェーン連結）する。

同様に、制御部１ａ２は、登録トランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ２の分散台帳ＤＬ２に格納する。また、制御部１ａ２は、分散台帳ＤＬ２に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行した登録トランザクションの実行履歴をチェーン連結する。

さらに、制御部１ａ３は、登録トランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ３の分散台帳ＤＬ３に格納する。また、制御部１ａ３は、分散台帳ＤＬ３に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行した登録トランザクションの実行履歴をチェーン連結する。

このように、通信装置１−１、１−２、１−３において、メタデータの登録トランザクションが検証されて実行され、実行履歴が各々において保存されるブロックチェーンによる分散台帳管理が行われる。

〔ステップＳ３〕制御部１ａ２は、装置ｅ２からメタデータの取得要求を受け付ける。
〔ステップＳ４〕制御部１ａ２は、メタデータの取得要求を受け付けるとメタデータの取得トランザクション（メタデータの取得要求に応じた一連の取得処理のセット）を発行し、制御部１ａ１、１ａ３に転送する。制御部１ａ１、１ａ２、１ａ３は、この取得トランザクションの検証を行い、正当性を検出した場合、取得トランザクションを実行する。

そして、制御部１ａ２は、取得トランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ２の分散台帳ＤＬ２に格納する。また、制御部１ａ２は、分散台帳ＤＬ２に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行した取得トランザクションの実行履歴をチェーン連結する。

同様に、制御部１ａ１は、取得トランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ１の分散台帳ＤＬ１に格納する。また、制御部１ａ１は、分散台帳ＤＬ１に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行した取得トランザクションの実行履歴をチェーン連結する。

さらに、制御部１ａ３は、取得トランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ３の分散台帳ＤＬ３に格納する。また、制御部１ａ３は、分散台帳ＤＬ３に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行した取得トランザクションの実行履歴をチェーン連結する。

このように、通信装置１−１、１−２、１−３において、メタデータの取得トランザクションが検証されて実行され、実行履歴が各々において保存されるブロックチェーンによる分散台帳管理が行われる。

〔ステップＳ５〕制御部１ａ２は、装置ｅ２から公開ポリシの設定を受け付ける。
〔ステップＳ６〕制御部１ａ２は、公開ポリシの設定を受け付けると公開ポリシの設定トランザクション（公開ポリシの設定に応じた一連の設定処理のセット）を発行し、制御部１ａ１、１ａ３に転送する。制御部１ａ１、１ａ２、１ａ３は、この設定トランザクションの検証を行い、正当性を検出した場合、設定トランザクションを実行する。

そして、制御部１ａ２は、設定トランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ２の分散台帳ＤＬ２に格納する。また、制御部１ａ２は、分散台帳ＤＬ２に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行した設定トランザクションの実行履歴をチェーン連結する。

同様に、制御部１ａ１は、設定トランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ１の分散台帳ＤＬ１に格納する。また、制御部１ａ１は、分散台帳ＤＬ１に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行した設定トランザクションの実行履歴をチェーン連結する。

さらに、制御部１ａ３は、設定トランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ３の分散台帳ＤＬ３に格納する。また、制御部１ａ３は、分散台帳ＤＬ３に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行した設定トランザクションの実行履歴をチェーン連結する。

このように、通信装置１−１、１−２、１−３において、公開ポリシの設定トランザクションが検証されて実行され、実行履歴が各々において保存されるブロックチェーンによる分散台帳管理が行われる。

〔ステップＳ７〕制御部１ａ３は、装置ｅ３からメタデータの参照要求を受け付ける。
〔ステップＳ８〕制御部１ａ３は、参照要求を受け付けると参照トランザクション（参照要求に応じた一連の参照処理のセット）を発行し、制御部１ａ２、１ａ３に転送する。制御部１ａ１、１ａ２、１ａ３は、この参照トランザクションの検証を行い、正当性を検出した場合、アクセストランザクションを実行する。

そして、制御部１ａ３は、参照トランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ３の分散台帳ＤＬ３に格納する。また、制御部１ａ３は、分散台帳ＤＬ３に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行した参照トランザクションの実行履歴をチェーン連結する。

同様に、制御部１ａ１は、参照トランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ１の分散台帳ＤＬ１に格納する。また、制御部１ａ１は、分散台帳ＤＬ１に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行した参照トランザクションの実行履歴をチェーン連結する。

さらに、制御部１ａ２は、参照トランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ２の分散台帳ＤＬ２に格納する。また、制御部１ａ２は、分散台帳ＤＬ２に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行した参照トランザクションの実行履歴をチェーン連結する。

このように、通信装置１−１、１−２、１−３において、参照トランザクションが検証されて実行され、実行履歴が各々において保存されるブロックチェーンによる分散台帳管理が行われる。

〔ステップＳ９〕制御部１ａ３は、装置ｅ３からデータのアクセス要求を受け付ける。
〔ステップＳ１０〕制御部１ａ３は、アクセス要求を受け付けるとアクセストランザクション（アクセス要求に応じた一連のアクセス処理のセット）を発行し、制御部１ａ１、１ａ２に転送する。制御部１ａ１、１ａ２、１ａ３は、このアクセストランザクションの検証を行い、正当性を検出した場合、アクセストランザクションを実行する。

そして、制御部１ａ３は、アクセストランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ３の分散台帳ＤＬ３に格納する。また、制御部１ａ３は、分散台帳ＤＬ３に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行したアクセストランザクションの実行履歴をチェーン連結する。

同様に、制御部１ａ１は、アクセストランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ１の分散台帳ＤＬ１に格納する。また、制御部１ａ１は、分散台帳ＤＬ１に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行したアクセストランザクションの実行履歴をチェーン連結する。

さらに、制御部１ａ２は、アクセストランザクションの実行履歴のハッシュ値を算出し、実行履歴とハッシュ値を記憶部１ｂ２の分散台帳ＤＬ２に格納する。また、制御部１ａ２は、分散台帳ＤＬ２に格納されている前回実行した直前のトランザクションの実行履歴に対して、ハッシュ値を介して今回実行したアクセストランザクションの実行履歴をチェーン連結する。

このように、通信装置１−１、１−２、１−３において、アクセストランザクションが検証されて実行され、実行履歴が各々において保存されるブロックチェーンによる分散台帳管理が行われる。

〔ステップＳ１１〕制御部１ａ３は、装置ｅ１のデータリソースｅ１１に保有されているデータにアクセスする。
このように、通信装置１によれば、データを保有する装置とは異なる装置に公開ポリシを設定させるトランザクションをブロックチェーンによる分散台帳管理にもとづいて検証および実行する。これにより、安全性を維持したまま、データを保有する装置とは異なる装置が公開ポリシを設定することが可能になる。

例えば、サービスデータとしてパーソナルデータを流通させる場合、パーソナルデータを保有する企業ではなく、パーソナルデータのデータオーナによって安全性を維持したまま公開ポリシを設定することができる。

［第２の実施の形態］
次に本発明の機能を分散型データ流通ネットワークに適用した場合の第２の実施の形態について説明する。図２はデータ流通システムの構成の一例を示す図である。データ流通システム１Ａは、各拠点で分散して管理されるデータの取引が行われるネットワークシステムであって、ネットワークＮ１、Ｎ２、データ保有エンティティ２０、ユーザ端末３０およびデータ利用エンティティ４０を備える。なお、エンティティとは、個人や企業等の活動の主体である。

データ保有エンティティ２０は、サーバ２１および記憶装置２２を含む。データ保有エンティティ２０は、例えば、データを保有する企業等に該当する。データ利用エンティティ４０は、サーバ４１および記憶装置４２を含む。データ利用エンティティ４０は、例えば、データを利用する企業等に該当する。ユーザ端末３０は、企業とは異なる個人のエンティティである。

ネットワークＮ１は、例えば、インターネットである。ネットワークＮ２は、互いに接続されたノード（またはゲートウェイ）１０ａ、１０ｂ、１０ｃを含む（総称する場合はノード１０と呼ぶ）。ノード１０ａ、１０ｂ、１０ｃは、図１に示した通信装置１の機能を有している。

ノード１０ａはサーバ２１に接続され、ノード１０ｂはネットワークＮ１を介してユーザ端末３０に接続され、ノード１０ｃはサーバ４１に接続される。
また、ノード１０ａ、１０ｂ、１０ｃは、ブロックチェーンによる分散台帳管理でデータ転送およびデータ保存を行う機能を有しており、ネットワークＮ２にはブロックチェーンのプラットフォームが構築されている。

＜ハードウェア構成＞
図３はノードのハードウェア構成の一例を示す図である。ノード１０は、プロセッサ（コンピュータ）１００によって装置全体が制御されている。

プロセッサ１００には、バス１０３を介して、メモリ１０１および複数の周辺機器が接続されている。プロセッサ１００は、マルチプロセッサであってもよい。プロセッサ１００は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＰＬＤ（Programmable Logic Device）である。またプロセッサ１００は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

メモリ１０１は、ノード１０の主記憶装置として使用される。メモリ１０１には、プロセッサ１００に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０１には、プロセッサ１００による処理に要する各種データが格納される。

また、メモリ１０１は、ノード１０の補助記憶装置としても使用され、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。メモリ１０１は、補助記憶装置として、フラッシュメモリやＳＳＤ（Solid State Drive）等の半導体記憶装置やＨＤＤ（Hard Disk Drive）等の磁気記録媒体を含んでもよい。また、メモリ１０１は、分散台帳の記憶領域を有している。

バス１０３に接続されている周辺機器としては、入出力インタフェース１０２およびネットワークインタフェース１０４がある。入出力インタフェース１０２は、プロセッサ１００からの命令にしたがってノード１０の状態を表示する表示装置として機能するモニタ（例えば、ＬＥＤ（Light Emitting Diode）やＬＣＤ（Liquid Crystal Display）等）が接続されている。

また、入出力インタフェース１０２は、キーボードやマウス等の情報入力装置を接続可能であって、情報入力装置から送られてくる信号をプロセッサ１００に送信する。
さらにまた、入出力インタフェース１０２は、周辺機器を接続するための通信インタフェースとしても機能する。例えば、入出力インタフェース１０２は、レーザ光等を利用して、光ディスクに記録されたデータの読み取りを行う光学ドライブ装置を接続することができる。光ディスクには、Ｂｌｕ−ｒａｙＤｉｓｃ（登録商標）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（Rewritable）等がある。

また、入出力インタフェース１０２は、メモリ装置やメモリリーダライタを接続することができる。メモリ装置は、入出力インタフェース１０２との通信機能を搭載した記録媒体である。メモリリーダライタは、メモリカードへのデータの書き込み、またはメモリカードからのデータの読み出しを行う装置である。メモリカードは、カード型の記録媒体である。

ネットワークインタフェース１０４は、隣接ノード、エンティティ内の装置および他ネットワーク（ネットワークＮ１等）のインタフェース制御を行い、例えば、ＮＩＣ（Network Interface Card）、無線ＬＡＮ（Local Area Network）カード等を使用することができる。ネットワークインタフェース１０４で受信されたデータは、メモリ１０１やプロセッサ１００に出力される。

以上のようなハードウェア構成によって、ノード１０の処理機能を実現することができる。例えば、ノード１０は、プロセッサ１００がそれぞれ所定のプログラムを実行することで本発明の制御を行うことができる。

ノード１０は、例えば、コンピュータで読み取り可能な記録媒体に記録されたプログラムを実行することにより、本発明の処理機能を実現する。ノード１０に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。

例えば、ノード１０に実行させるプログラムを補助記憶装置に格納しておくことができる。プロセッサ１００は、補助記憶装置内のプログラムの少なくとも一部を主記憶装置にロードし、プログラムを実行する。

また、光ディスク、メモリ装置、メモリカード等の可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えば、プロセッサ１００からの制御により、補助記憶装置にインストールされた後、実行可能となる。またプロセッサ１００が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

＜機能ブロック＞
図４はノードの機能ブロックの一例を示す図である。ノード１０は、制御部１１、記憶部１２およびインタフェース部１３を備える。制御部１１は、要求受付部１１−１およびトランザクション処理部１１−２を含む。

インタフェース部１３は、隣接ノード、接続しているエンティティ内の装置および他ネットワークとのインタフェース制御を行う。要求受付部１１−１は、エンティティからのトランザクションの要求受付処理を行う。トランザクション処理部１１−２は、受け付けられたトランザクションの転送、検証、実行および実行履歴の格納を行う。

記憶部１２は、分散台帳ＤＬ０の記憶領域を有し、分散台帳ＤＬ０にトランザクションの実行履歴を格納する。この場合、記憶部１２は、実行履歴のハッシュ値を介して直前に格納された実行履歴に対してチェーン連結させて格納する。記憶部１２は、ノード全体の運用制御に関する情報や、サービスデータ等の格納も行う。

なお、制御部１１は図３のプロセッサ１００によって実現され、記憶部１２は図３のメモリ１０１によって実現される。また、インタフェース部１３は図３のネットワークインタフェース１０４（または入出力インタフェース１０２）によって実現される。

＜全体動作シーケンス＞
以降では、データ流通システム１Ａにおいてパーソナルデータが流通する場合の本発明の動作について詳しく説明する。

図５はパーソナルデータの流通の全体動作シーケンスを示す図である。パーソナルデータは、産業データとは異なる個人データであって、例えば、個人の移動、行動、購買履歴等に関する様々な情報が含まれる。

なお、図５では、例えば、データ保有エンティティ２０は、個人（以下、ユーザＸと呼ぶ場合がある）のパーソナルデータの利用目的をユーザＸに伝え、ユーザＸの承諾を得て該パーソナルデータを予め保有しているとする。

〔ステップＳ１０ａ〕サーバ２１は、データ保有エンティティ２０が保有しているパーソナルデータ（記憶装置２２に格納されている）に関するメタデータの登録要求をノード１０ａに送信する。

ここで、サーバ２１が産業データに関するメタデータを登録する場合、サーバ２１は産業データの公開ポリシの設定を行えるが、パーソナルデータに関するメタデータを登録する場合は、パーソナルデータの公開ポリシの設定は行わず、公開ポリシの設定権限の移譲を行う。すなわち、公開ポリシの設定を行うことができる権限者の設定を行うことになる。

具体的には、パーソナルデータに関するメタデータには、パーソナルデータの公開ポリシの設定を該パーソナルデータのオーナであるユーザＸに移譲するための移譲属性（公開ポリシ設定の権限者および公開ポリシ）が含まれる（メタデータに含まれる属性情報は後述）。

〔ステップＳ１０ｂ〕ノード１０ａ、１０ｂ、１０ｃは、メタデータを分散台帳に登録するためのトランザクションの検証を行い、メタデータを登録するエンティティの正当性が確認できた場合、メタデータ登録トランザクションを実行して実行履歴を各々の分散台帳に記憶する。

〔ステップＳ２０ａ〕ユーザ端末３０は、ノード１０ｂにメタデータの取得要求を送信する。
〔ステップＳ２０ｂ〕ノード１０ａ、１０ｂ、１０ｃは、メタデータをユーザ端末３０が取得するためのトランザクションの検証を行い、メタデータの取得を行うエンティティの正当性が確認できた場合、メタデータ取得トランザクションを実行して実行履歴を各々の分散台帳に記憶する。また、ノード１０ｂは、メタデータをユーザ端末３０に提供する。

〔ステップＳ３０ａ〕ユーザ端末３０は、取得したメタデータに公開ポリシの設定を行ってノード１０ｂに送信する。
〔ステップＳ３０ｂ〕ノード１０ａ、１０ｂ、１０ｃは、メタデータに公開ポリシを設定するためのトランザクションの検証を行い、公開ポリシの設定を行うエンティティの正当性が確認できた場合、公開ポリシ設定トランザクションを実行して実行履歴を各々の分散台帳に記憶する。

〔ステップＳ４０ａ〕サーバ４１は、ノード１０ｃにメタデータの参照要求を送信する。
〔ステップＳ４０ｂ〕ノード１０ａ、１０ｂ、１０ｃは、メタデータをサーバ４１に参照させるためのトランザクションの検証を行い、メタデータの参照を行うエンティティの正当性が確認できた場合、メタデータ参照トランザクションを実行して実行履歴を各々の分散台帳に記憶する。そして、ノード１０ｃは、サーバ４１にメタデータを参照させる。

〔ステップＳ５０ａ〕サーバ４１は、ノード１０ｃを通じてパーソナルデータにアクセスする。
〔ステップＳ５０ｂ〕ノード１０ａ、１０ｂ、１０ｃは、パーソナルデータをサーバ４１にアクセスさせるためのトランザクションの検証を行い、データのアクセスを行うエンティティの正当性が確認できた場合、データアクセストランザクションを実行して実行履歴を各々の分散台帳に記憶する。そして、ノード１０ｃは、データ保有エンティティ２０で管理されているパーソナルデータにアクセスする。

＜パーソナルデータのメタデータの構成＞
図６はパーソナルデータのメタデータの構成の一例を示す図である。メタデータ５は、属性として、パーソナルデータの概要５ａ、パーソナルデータのＩＤ５ｂ、公開ポリシ設定権限者５ｃおよび公開ポリシ５ｄを有する。

メタデータ登録時におけるメタデータ５は、データ保有エンティティ２０によってメタデータの登録が行われる場合の属性であり、公開ポリシ設定時におけるメタデータ５は、ユーザ端末３０によって公開ポリシの設定が行われる場合の属性である。

ここで、移譲属性には、公開ポリシ設定権限者５ｃおよび公開ポリシ５ｄが含まれる。公開ポリシ設定権限者５ｃは、パーソナルデータの公開ポリシの設定を行うことができる権限者の情報（ユーザＩＤ）である。上記の例でいえば、ユーザＸが権限者であるからユーザＩＤとして例えば、ユーザ端末３０のＩＤが登録される。

公開ポリシ５ｄは、パーソナルデータの公開先を示す情報である。公開ポリシ５ｄは、上記のステップＳ１０ａのメタデータの登録時（初期状態）において空きである（何も設定されない）。また、上記のステップＳ３０ａでの公開ポリシ設定時、公開ポリシ５ｄには、公開先（企業Ａ、Ｂ、Ｃ等）がユーザ端末３０から登録される。図２の例でいえば、データ利用エンティティ４０である企業（のＩＤ）が登録される。

＜トランザクション情報＞
図７はトランザクション情報の一例を示す図である。トランザクション情報とは、ネットワークＮ２に接続されるエンティティがネットワークＮ２のブロックチェーンのプラットフォームへのアクセス時にノードで発行される情報である。

メタデータ登録におけるトランザクション情報６ａには、発行元ＩＤとメタデータが含まれる。この発行元ＩＤは、データ保有エンティティ２０のＩＤに該当する。
メタデータ取得におけるトランザクション情報６ｂには、発行元ＩＤが含まれる。この発行元ＩＤは、データオーナ（ユーザＸ）のＩＤに該当する。ユーザ端末３０からノード１０ｂへ発行元ＩＤを通知することによって、ノード１０ｂで管理されている分散台帳からユーザＸのＩＤが登録されているメタデータが抽出され、ユーザＸがこのメタデータを取得することができる。

公開ポリシ設定におけるトランザクション情報６ｃには、発行元ＩＤおよびメタデータが含まれる。この発行元ＩＤは、データオーナ（ユーザＸ）のＩＤに該当する。また、トランザクション情報６ｃのメタデータ内には公開ポリシが設定されている。

メタデータ参照におけるトランザクション情報６ｄには、発行元ＩＤと検索条件が含まれる。この発行元ＩＤは、データ利用エンティティ４０のＩＤに該当する。また、検索条件とは、メタデータを検索するためのキー情報であって、メタデータの概要と検索条件のキー情報とが一致する場合に、所望のメタデータを参照できるようになっている。

データアクセスにおけるトランザクション情報６ｅには、発行元ＩＤとデータＩＤが含まれる。この発行元ＩＤは、データ利用エンティティ４０のＩＤに該当する。データＩＤは、パーソナルデータ本体のＩＤであり、ノード１０ｃがデータＩＤを設定したトランザクション情報６ｅをノード１０ａに送信することにより、該データＩＤに対応するパーソナルデータにアクセスすることができる。

＜トランザクションの検証および実行＞
図８はトランザクションの検証および実行の一例を示す図である。図中、エンティティｅ０はノード１０−１に接続され、ノード１０−１、１０−２、１０−３は互いに接続される。エンティティｅ０は、例えば、サーバまたはユーザ端末である。

〔ステップＳ６１〕エンティティｅ０は、トランザクションを発行し、エンティティｅ０に接続されるノード１０−１にトランザクション情報を送信する。
〔ステップＳ６２〕ノード１０−１は、トランザクション情報を受信してトランザクションを受け付けると、該トランザクション情報をノード１０―２、１０−３へ送信する。

〔ステップＳ６３〕ノード１０−２、１０−３は、トランザクション情報を受信する。ノード１０−２は、トランザクション情報の受信結果をノード１０−１、１０−３へ通知し、ノード１０−３は、トランザクション情報の受信結果をノード１０−１、１０−２へ通知する。

〔ステップＳ６４ａ〕ノード１０−１は、ノード１０−２、１０−３のトランザクション情報の受信結果にもとづいて正常受信されていることを認識した後、トランザクションの正当性を検証する。

〔ステップＳ６４ｂ〕ノード１０−２は、ノード１０−３のトランザクション情報の受信結果にもとづいて正常受信されていることを認識した後、トランザクションの正当性を検証する。

〔ステップＳ６４ｃ〕ノード１０−３は、ノード１０−２のトランザクション情報の受信結果にもとづいて正常受信されていることを認識した後、トランザクションの正当性を検証する。

〔ステップＳ６５ａ〕ノード１０−１は、トランザクションの検証結果をノード１０−２、１０−３に送信する。
〔ステップＳ６５ｂ〕ノード１０−２は、トランザクションの検証結果をノード１０−１、１０−３に送信する。

〔ステップＳ６５ｃ〕ノード１０−３は、トランザクションの検証結果をノード１０−１、１０−２に送信する。
〔ステップＳ６６ａ〕ノード１０−１は、ノード１０−２、１０−３から送信された検証結果を受信し、各ノードで正当性が検出されている場合はトランザクションを実行する。

〔ステップＳ６６ｂ〕ノード１０−２は、ノード１０−１、１０−３から送信された検証結果を受信し、各ノードで正当性が検出されている場合はトランザクションを実行する。

〔ステップＳ６６ｃ〕ノード１０−３は、ノード１０−１、１０−２から送信された検証結果を受信し、各ノードで正当性が検出されている場合はトランザクションを実行する。

〔ステップＳ６７〕ノード１０−１、１０−２、１０−３は、実行したトランザクションの履歴をチェーン連結して記憶する。例えば、ノード１０−１は、実行した最新のトランザクションの履歴をハッシュ化してハッシュ値を求め、前回実行した直前のトランザクションの履歴に対してハッシュ値を介して連結して記憶する。ノード１０−２、１０−３も同様な連結処理を行う。

このような処理が各ノードで行われることで、各ノードは、特定の管理者が存在しなくても、トランザクションの正当性を検証することができる。また、各ノードは、トランザクションを実行した履歴を上記のようなチェーン連結により記憶するために、履歴の改ざんを防止することができる。

図９は各トランザクションにおける検証内容の一例を示す図である。メタデータ登録トランザクションの検証７ａには、発行元ＩＤ（データ保有エンティティ）の検証と、公開ポリシが空になっているか否かの検証が行われる。

メタデータ取得トランザクションの検証７ｂでは、発行元ＩＤ（データオーナ（ユーザＸ））と、メタデータの取得権を有するエンティティであるか否かの検証が行われる。公開ポリシ設定トランザクションの検証７ｃでは、発行元ＩＤ（データオーナ（ユーザＸ））と、公開ポリシの設定権を有するエンティティであるか否かの検証が行われる。

メタデータ参照トランザクションの検証７ｅでは、発行元ＩＤ（データ利用エンティティ）と、メタデータの参照権を有するエンティティであるか否かの検証が行われる。データアクセストランザクションの検証７ｆでは、発行元ＩＤ（データ利用エンティティ）と、データアクセス権を有するエンティティであるか否かの検証が行われる。

＜動作シーケンス＞
次に各トランザクションにおける動作シーケンスについて図１０から図１４を用いて説明する。なお、以降に示すシーケンス図中の点線部分では、図８に示したトランザクションの検証および実行等の処理が行われるとする。

図１０はメタデータ登録における動作シーケンスの一例を示す図である。図５に示したステップＳ１０ａ、Ｓ１０ｂに関する詳細シーケンスである。
〔ステップＳ１１〕データ保有エンティティ２０のサーバ２１は、ノード１０ａの制御部１１ａにメタデータの登録要求を行う。

〔ステップＳ１２〕制御部１１ａは、メタデータ登録要求に応じたトランザクションの検証処理として、発行元ＩＤの検証および公開ポリシ（空き）の検証を行う。
〔ステップＳ１３〕制御部１１ａは、メタデータをその他ノードの制御部１１０へ送信する。

〔ステップＳ１４〕制御部１１ａは、ノード１０ａの記憶部１２ａにメタデータを記憶させ、制御部１１０は、その他ノードの記憶部１２０にメタデータを記憶させる。
図１１はメタデータ取得における動作シーケンスの一例を示す図である。図５に示したステップＳ２０ａ、Ｓ２０ｂに関する詳細シーケンスである。

〔ステップＳ２１〕ユーザ端末３０は、ノード１０ｂの制御部１１ｂにメタデータの取得要求を行う。
〔ステップＳ２２〕制御部１１ｂは、メタデータ取得要求に応じたトランザクションの検証処理として、発行元ＩＤの検証およびメタデータの取得権の検証を行う。

〔ステップＳ２３〕制御部１１ｂは、記憶部１２ｂにメタデータを要求する。
〔ステップＳ２４〕制御部１１ｂは、記憶部１２ｂからメタデータを読み出す。
〔ステップＳ２５〕制御部１１ｂは、読み出したメタデータをユーザ端末３０へ送信する。

図１２は公開ポリシ設定における動作シーケンスの一例を示す図である。図５に示したステップＳ３０ａ、Ｓ３０ｂに関する詳細シーケンスである。
〔ステップＳ３１〕ユーザ端末３０は、ノード１０ｂの制御部１１ｂに対して、メタデータの公開ポリシの設定を行う。

〔ステップＳ３２〕制御部１１ｂは、公開ポリシ設定に応じたトランザクションの検証処理として、発行元ＩＤの検証および公開ポリシ設定権の検証を行う。
〔ステップＳ３３〕制御部１１ｂは、その他ノードの制御部１１０に対して、公開ポリシが設定されたメタデータを送信する。

〔ステップＳ３４〕制御部１１ｂは、ノード１０ｂの記憶部１２ｂに格納されているメタデータの更新を行い、制御部１１０は、記憶部１２０に格納されているメタデータの更新を行う。

図１３はメタデータ参照における動作シーケンスの一例を示す図である。図５に示したステップＳ４０ａ、Ｓ４０ｂに関する詳細シーケンスである。
〔ステップＳ４１〕データ利用エンティティ４０のサーバ４１は、ノード１０ｃの制御部１１ｃにメタデータの参照要求を行う。

〔ステップＳ４２〕制御部１１ｃは、メタデータ参照要求に応じたトランザクションの検証処理として、発行元ＩＤの検証およびメタデータ参照権の検証を行う。
〔ステップＳ４３〕制御部１１ｃは、記憶部１２ｃからメタデータを検索する。

〔ステップＳ４４〕制御部１１ｃは、記憶部１２ｃからキー情報に一致するメタデータを抽出する。
〔ステップＳ４５〕制御部１１ｃは、抽出したメタデータをサーバ４１へ送信する。

図１４はデータアクセスにおける動作シーケンスの一例を示す図である。図５に示したステップＳ５０ａ、Ｓ５０ｂに関する詳細シーケンスである。
〔ステップＳ５１〕データ利用エンティティ４０のサーバ４１は、ノード１０ｃの制御部１１ｃにデータアクセス（パーソナルデータアクセス）要求を行う。

〔ステップＳ５２〕制御部１１ｃは、データアクセス要求に応じたトランザクションの検証処理として、発行元ＩＤの検証およびデータアクセス権の検証を行う。
〔ステップＳ５３〕制御部１１ｃは、ノード１０ａの制御部１１ａにデータアクセスを行う。

〔ステップＳ５４〕制御部１１ａは、データ保有エンティティ２０のデータリソースである記憶装置２２にデータアクセスする。
〔ステップＳ５５〕制御部１１ａは、記憶装置２２からデータを読み出す。

〔ステップＳ５６〕制御部１１ａは、制御部１１ｃにデータを送信する。
〔ステップＳ５７〕制御部１１ｃは、受信したデータをサーバ４１へ送信する。
なお、上記では、パーソナルデータの公開ポリシの設定を行うものとして説明したが、パーソナルデータのＡＰＩ（Application Programming Interface）に対して公開ポリシの設定を行うようにすることもできる。

すなわち、ノード１０ａは、サーバ２１からパーソナルデータのＡＰＩに関する公開ポリシの設定をユーザ端末３０に移譲させる移譲属性を受け付ける。
そして、ノード１０ｂは、ユーザ端末３０から公開ポリシとしてＡＰＩの設定を受け付け、ノード１０ｃは、ユーザ端末３０によって設定されたＡＰＩの公開ポリシにもとづいて、サーバ４１からパーソナルデータにアクセスするというような制御を行うこともできる。

上記で説明した本発明の通信装置１およびノード１０の処理機能は、コンピュータによって実現することができる。この場合、通信装置１およびノード１０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。

処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリ等がある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等がある。光ディスクには、ＤＶＤ、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ／ＲＷ等がある。光磁気記録媒体には、ＭＯ（Magneto Optical disk）等がある。

プログラムを流通させる場合、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。

また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。また、上記の処理機能の少なくとも一部を、ＤＳＰ、ＡＳＩＣ、ＰＬＤ等の電子回路で実現することもできる。

以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

１、１−１、１−２、１−３ 通信装置
１ａ、１ａ１、１ａ２、１ａ３ 制御部
１ｂ、１ｂ１、１ｂ２、１ｂ３ 記憶部
ＤＬ１、ＤＬ２、ＤＬ３ 分散台帳
Ｎ０ ネットワーク
ｅ１、ｅ２、ｅ３ 装置
ｅ１１ データリソース

Claims (12)

1. ネットワークに含まれる複数の通信装置による通信方法であって、
   データを保有する第１の装置に接続される第１の通信装置は、前記第１の装置から前記データの属性情報を含むメタデータを受け付ける場合、前記データの公開ポリシの設定権限を第２の装置に移譲させる移譲属性が含まれる前記メタデータの登録要求を受け付け、
   前記第２の装置に接続される第２の通信装置は、登録された前記メタデータの取得要求を前記第２の装置から受け付け、前記第２の装置によって取得された前記メタデータに対して前記公開ポリシの設定を受け付け、
   前記データを利用する第３の装置に接続される第３の通信装置は、前記第３の装置から前記データのアクセス要求を受け付けたときに前記第３の装置が前記公開ポリシに設定されている場合は前記データへアクセスし、
   前記第１、第２、第３の通信装置は連携して、前記登録要求に応じた一連の登録処理である登録トランザクション、前記取得要求に応じた一連の取得処理である取得トランザクション、前記公開ポリシの設定に応じた一連の設定処理である設定トランザクションおよび前記アクセス要求に応じた一連のアクセス処理であるアクセストランザクションの正当性を検証して実行し履歴を共有する、
   処理を実行する通信方法。
2. ネットワークに含まれる複数の通信装置に実行させる通信プログラムであって、
   データを保有する第１の装置に接続される第１の通信装置の第１のコンピュータに、前記第１の装置から前記データの属性情報を含むメタデータを受け付ける場合に前記データの公開ポリシの設定権限を第２の装置に移譲させる移譲属性が含まれる前記メタデータの登録要求を受け付ける処理を実行させ、
   前記第２の装置に接続される第２の通信装置の第２のコンピュータに、登録された前記メタデータの取得要求を前記第２の装置から受け付け、前記第２の装置によって取得された前記メタデータに対して前記公開ポリシの設定を受け付ける処理を実行させ、
   前記データを利用する第３の装置に接続される第３の通信装置の第３のコンピュータに、前記第３の装置から前記データのアクセス要求を受け付けたときに前記第３の装置が前記公開ポリシに設定されている場合は前記データへアクセスする処理を実行させ、
   前記第１、第２、第３のコンピュータを連携させて前記第１、第２、第３のコンピュータに、前記登録要求に応じた一連の登録処理である登録トランザクション、前記取得要求に応じた一連の取得処理である取得トランザクション、前記公開ポリシの設定に応じた一連の設定処理である設定トランザクションおよび前記アクセス要求に応じた一連のアクセス処理であるアクセストランザクションの正当性を検証して実行し履歴を共有する処理を実行させる、
   通信プログラム。
3. 前記第１のコンピュータが前記移譲属性を含む前記メタデータの前記登録要求を受け付けた場合、前記第１、第２、第３のコンピュータに、前記登録トランザクションの検証を行わせ、
   前記第１、第２、第３のコンピュータが前記登録トランザクションの正当性を検出した場合、前記第１のコンピュータに、前記登録トランザクションを実行させ、前記登録トランザクションの実行履歴を前記第１、第２、第３の通信装置が有する分散台帳に共有させる処理を実行させる請求項２記載の通信プログラム。
4. 前記登録トランザクションの検証は、登録要求元である前記第１の装置の識別情報の検証と、前記移譲属性のうちの前記公開ポリシの設定欄が空き状態になっていることの検証とが含まれる請求項３記載の通信プログラム。
5. 前記第２のコンピュータが前記メタデータの前記取得要求を受け付けた場合、前記第１、第２、第３のコンピュータに、前記取得トランザクションの検証を行わせ、
   前記第１、第２、第３のコンピュータが前記取得トランザクションの正当性を検出した場合、前記第２のコンピュータに、前記取得トランザクションを実行させ、前記取得トランザクションの実行履歴を前記第１、第２、第３の通信装置が有する分散台帳に共有させる処理を実行させる請求項２記載の通信プログラム。
6. 前記取得トランザクションの検証は、前記メタデータの取得要求元である前記第２の装置の識別情報の検証と、前記メタデータの取得権の検証とを含む請求項５記載の通信プログラム。
7. 前記第２のコンピュータが前記公開ポリシの設定を受け付けた場合、前記第１、第２、第３のコンピュータに、前記設定トランザクションの検証を行わせ、
   前記第１、第２、第３のコンピュータが前記設定トランザクションの正当性を検出した場合、前記第２のコンピュータに、前記設定トランザクションを実行させ、前記設定トランザクションの実行履歴を前記第１、第２、第３の通信装置が有する分散台帳に共有させる処理を実行させる請求項２記載の通信プログラム。
8. 前記設定トランザクションの検証は、前記公開ポリシの設定元である前記第２の装置の識別情報の検証と、前記公開ポリシの設定権限者の検証とを含む請求項７記載の通信プログラム。
9. 前記第３のコンピュータが前記データの前記アクセス要求を受け付けた場合、前記第１、第２、第３のコンピュータに、前記アクセストランザクションの検証を行わせ、
   前記第１、第２、第３のコンピュータが前記アクセストランザクションの正当性を検出した場合、前記第３のコンピュータに、前記アクセストランザクションを実行させ、前記アクセストランザクションの実行履歴を前記第１、第２、第３の通信装置が有する分散台帳に共有させる処理を実行させる請求項２記載の通信プログラム。
10. 前記アクセストランザクションの検証は、前記データのアクセス要求元である前記第３の装置の識別情報の検証と、前記データのアクセス権の検証とを含む請求項９記載の通信プログラム。
11. 前記第１のコンピュータに、前記第１の装置から前記データのＡＰＩ（Application Programming Interface）に関する前記公開ポリシの設定権限を前記第２の装置に移譲させる前記移譲属性を受け付けさせ、
    前記第２のコンピュータに、前記第２の装置から前記公開ポリシとして前記ＡＰＩの設定を受け付けさせ、
    前記第３のコンピュータに、前記第２の装置によって設定された前記ＡＰＩの前記公開ポリシにもとづいて、前記第３の装置から前記データにアクセスさせる処理を実行させる請求項２記載の通信プログラム。
12. ネットワークに含まれる通信装置であって、
    前記ネットワークを介して他装置に接続して通信制御を行う制御部と、
    分散台帳の記憶領域を有する記憶部と、
    を備え、
    前記制御部は、
    データを保有する第１の装置に接続される場合、前記第１の装置から前記データの属性情報を含むメタデータを受け付ける場合に前記データの公開ポリシの設定権限を第２の装置に移譲させる移譲属性が含まれる前記メタデータの登録要求を受け付け、
    前記第２の装置に接続される場合、登録された前記メタデータの取得要求を前記第２の装置から受け付けて、前記第２の装置によって取得された前記メタデータに対して前記公開ポリシの設定を受け付け、
    前記データを利用する第３の装置に接続される場合、前記第３の装置から前記データのアクセス要求を受け付けたときに前記第３の装置が前記公開ポリシに設定されている場合は前記データへアクセスし、
    前記登録要求に応じた一連の登録処理である登録トランザクション、前記取得要求に応じた一連の取得処理である取得トランザクション、前記公開ポリシの設定に応じた一連の設定処理である設定トランザクションおよび前記アクセス要求に応じた一連のアクセス処理であるアクセス要求トランザクションを検証して実行し履歴を前記分散台帳に記憶させる、
    通信装置。

Images