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

Abstract

【課題】データの二次利用と加工サービスの漏洩を防止する。【解決手段】ネットワークＮ０には、通信装置１０−１、１０−２およびデータ加工環境２０が接続され、データ加工環境２０には、通信装置１０−３が含まれる。制御部１１ａは、データ提供者から提供されるデータおよびデータの属性情報を含む第１のメタデータを分散台帳ＤＬ１に登録する。制御部１１ｂは、データ利用者によってデータを加工して利用する際の加工サービスおよび加工サービスの属性情報を含む第２のメタデータを分散台帳ＤＬ２に登録する。制御部１１ａは、第１、第２のメタデータにもとづいて加工サービスの承認可否を判定する。制御部１１ｃは、承認可否の判定結果が承認可の場合、通信装置１０−１および通信装置１０−２からデータおよび加工サービスへのアクセスを不可とするデータ加工環境２０上で、加工サービスにもとづくデータ加工を実行する。【選択図】図１

Description

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

近年、企業（組織）が保有するデータを互いに出し合い、利活用することで、新規ビジネスを創出する動きが盛んである。このような企業間のデータ利活用を活性化させる場として、データ流通ネットワークが注目されている。

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

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

しかし、データ流通ネットワークでは、データの二次利用（複製、引用等）による他者への漏洩が問題になっている。また、データそのものでなくてもデータの加工サービスにおけるデータの処理方法や分析方法といったノウハウは他者に公開できない場合がある。データ流通ネットワークを円滑に運営するためにも、データの二次利用と加工サービスの漏洩の防止を行うデータ流通ネットワークが要望されている。

１つの側面では、本発明は、データの二次利用と加工サービスの漏洩の防止を図った通信プログラム、通信方法および通信装置を提供することを目的とする。

上記課題を解決するために、ネットワークに含まれる複数の通信装置に実行させる通信プログラムが提供される。通信プログラムは、データを提供する側の第１の通信装置の第１のコンピュータに、データおよびデータの属性情報を含む第１のメタデータを登録させ、データを利用する側の第２の通信装置の第２のコンピュータに、データを加工して利用する際の加工サービスおよび加工サービスの属性情報を含む第２のメタデータを登録させ、第１のコンピュータに、第１のメタデータと第２のメタデータにもとづいて加工サービスの承認可否を判定させ、データを加工する側の第３の通信装置の第３のコンピュータに、承認可否の判定結果が承認可の場合に、第１の通信装置および第２の通信装置からデータおよび加工サービスへのアクセスを不可とするデータ加工環境上で、加工サービスにもとづくデータ加工を実行させる。

また、上記課題を解決するために、通信装置が上記通信プログラムの制御を実行する通信方法が提供される。
さらに、上記課題を解決するために、上記通信プログラムの制御を実行する通信装置が提供される。

１側面によれば、データの二次利用と加工サービスの漏洩を防止することができる。

第１の実施の形態の通信装置の一例を説明するための図である。 データ流通市場を説明するための図である。 第２の実施の形態の通信システムの一例を示す図である。 通信システムで行われる動作の一例を示す図である。 ＧＷのハードウェア構成の一例を示す図である。 通信システムが構築されるＢＣプラットフォームの一例を示す図である。 データ加工環境の内部構成の一例を示す図である。 通信システムの全体処理フローの一例を示す図である。 通信システムの全体処理フローの一例を示す図である。 メタ情報テーブルの一例を示す図である。 プロキシ設定テーブルの一例を示す図である。 提供データ登録フェーズの一例を示すシーケンス図である。 提供データ登録フェーズの一例を示すシーケンス図である。 メタ情報テーブルの一例を示す図である（提供データ登録フェーズ）。 プロキシ設定テーブルの一例を示す図である（提供データ登録フェーズ）。 加工サービス登録フェーズの一例を示すシーケンス図である。 加工サービス登録フェーズの一例を示すシーケンス図である。 メタ情報テーブルの一例を示す図である（加工サービス登録フェーズ）。 プロキシ設定テーブルの一例を示す図である（加工サービス登録フェーズ）。 メタ情報更新フェーズの一例を示すシーケンス図である。 メタ情報更新フェーズの一例を示すシーケンス図である。 メタ情報テーブルの一例を示す図である（メタ情報更新フェーズ）。 プロキシ設定テーブルの一例を示す図である（メタ情報更新フェーズ）。 メタ情報マッチングフェーズの一例を示すシーケンス図である。 メタ情報マッチングフェーズの一例を示すシーケンス図である。 メタ情報マッチングフェーズの一例を示すシーケンス図である。 メタ情報マッチングフェーズにおけるデータ加工環境内の動作シーケンス示す図である。 メタ情報テーブルの一例を示す図である（メタ情報マッチングフェーズ）。 プロキシ設定テーブルの一例を示す図である（メタ情報マッチングフェーズ）。 メタ情報マッチングフェーズ後のデータ加工環境の構成の一例を示す図である。 加工データ取得フェーズの一例を示すシーケンス図である。 加工データ取得フェーズの一例を示すシーケンス図である。 加工データ取得フェーズの一例を示すシーケンス図である。 加工データ取得フェーズにおけるデータ加工環境内の動作シーケンスを示す図である。 提供データ登録フェーズの一例を示すシーケンス図である。 提供データ登録フェーズの一例を示すシーケンス図である。 提供データ登録フェーズの一例を示すシーケンス図である。 提供データ登録フェーズの一例を示すシーケンス図である。 提供データ登録フェーズにおけるデータ加工環境内の動作シーケンスを示す図である。 メタ情報テーブルの一例を示す図である（提供データ登録フェーズ）。 プロキシ設定テーブルの一例を示す図である（提供データ登録フェーズ）。 プロキシ設定テーブルの一例を示す図である（提供データ登録フェーズ）。 提供データ登録フェーズ後のデータ加工環境内の構成の一例を示す図である。 加工サービス登録フェーズの一例を示すシーケンス図である。 加工サービス登録フェーズの一例を示すシーケンス図である。 加工サービス登録フェーズの一例を示すシーケンス図である。 加工サービス登録フェーズにおけるデータ加工環境内の動作シーケンスを示す図である。 メタ情報テーブルの一例を示す図である（加工サービス登録フェーズ）。 プロキシ設定テーブルの一例を示す図である（加工サービス登録フェーズ）。 プロキシ設定テーブルの一例を示す図である（加工サービス登録フェーズ）。 加工サービス登録フェーズ後のデータ加工環境内の構成の一例を示す図である。 メタ情報更新フェーズの一例を示すシーケンス図である。 メタ情報更新フェーズの一例を示すシーケンス図である。 メタ情報テーブルの一例を示す図である（メタ情報更新フェーズ）。 プロキシ設定テーブルの一例を示す図である（メタ情報更新フェーズ）。 メタ情報マッチングフェーズの一例を示すシーケンス図である。 メタ情報マッチングフェーズの一例を示すシーケンス図である。 メタ情報マッチングフェーズの一例を示すシーケンス図である。 メタ情報テーブルの一例を示す図である（メタ情報マッチングフェーズ）。 プロキシ設定テーブルの一例を示す図である（メタ情報マッチングフェーズ）。 第４の実施の形態の通信システムの一例を示す図である。 メタ情報テーブルの一例を示す図である。 メタ情報テーブルの一例を示す図である。 メタ情報テーブルの一例を示す図である。 メタ情報テーブルの一例を示す図である。 プロキシ設定テーブルの一例を示す図である。 メタ情報テーブルの一例を示す図である。 メタ情報テーブルの一例を示す図である。 メタ情報テーブルの一例を示す図である。 メタ情報テーブルの一例を示す図である。

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

制御部１１は、ネットワークを介して他装置に接続して通信制御を行う。記憶部１２は、ブロックチェーンによる分散台帳の記憶領域を有し、通信制御に要する各種データを記憶する。制御部１１および記憶部１２の各処理は、通信装置１０が備える図示しないプロセッサが、所定のプログラムを実行することによって実現される。

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

通信装置１０−１は、制御部１１ａと記憶部１２ａを含み、通信装置１０−２は、制御部１１ｂと記憶部１２ｂを含み、通信装置１０−３は、制御部１１ｃと記憶部１２ｃを含む。記憶部１２ａは、分散台帳ＤＬ１の記憶領域を有し、記憶部１２ｂは、分散台帳ＤＬ２の記憶領域を有し、記憶部１２ｃは、分散台帳ＤＬ３の記憶領域を有する。なお、分散台帳ＤＬ１、ＤＬ２、ＤＬ３に格納される情報は、ブロックチェーンによる分散台帳管理によって共有化される。

通信装置１０−１は、データ提供者側に属する装置であり、通信装置１０−２は、データ利用者側に属する装置である。通信装置１０−３は、データ加工を行う機能を有する装置である。

〔ステップＳ１〕制御部１１ａは、データ提供者から提供されるデータおよびデータの属性情報を含む第１のメタデータを分散台帳ＤＬ１に登録する。
〔ステップＳ２〕制御部１１ｂは、データ利用者によってデータを加工して利用する際の加工サービスおよび加工サービスの属性情報を含む第２のメタデータを分散台帳ＤＬ２に登録する。

〔ステップＳ３〕制御部１１ａは、第１のメタデータと第２のメタデータにもとづいて加工サービスの承認可否を判定する。
〔ステップＳ４〕制御部１１ｃは、加工サービスの承認可否の判定結果が承認可の場合、通信装置１０−１および通信装置１０−２からデータおよび加工サービスへのアクセスを不可とするデータ加工環境２０上で、加工サービスにもとづくデータ加工を実行する。

このように、通信装置１０では、データおよびデータの加工サービスの属性情報であるメタデータにもとづいて、加工サービスの承認可を判定した場合、第三者のデータ加工環境上（通信装置１０−１、１０−２からデータおよび加工サービスへのアクセスを不可とするデータ加工環境上）で加工サービスにもとづくデータ加工を行う。これにより、データの二次利用と加工サービス（データ加工方法も含まれる）の漏洩を防止することができる。

［第２の実施の形態］
次に第２の実施の形態について説明する、最初にデータ流通市場について説明する。図２はデータ流通市場を説明するための図である。データ流通市場２００では、データ提供者（売り手）がデータに価格を設定して売りに出し、データ利用者（買い手）が買い入れるといったデータの売り買いが行われる。

データ利用者は、購入したデータを加工したり、分析したりすることで、自分たちのビジネスに役立つ情報を抽出し、利活用を行う。また、購入したデータに対して代金が支払われることで、データ提供者にとって利益が生まれ、より価値のあるデータが流通の場に集まることが期待できる。

ただし、データ流通市場２００の商品であるデータは、複製可能であるため、データ提供者の出す一次データをいかに保護するかが重要となる。複製可能なことを悪用するユーザが一次データを勝手に他者に漏洩してしまうと、データ提供者は不利益を被る。また、たとえ不正をする気がないデータ利用者でもデータをコピーできてしまうことから、一次データがデータ利用者の元から誤って流出してしまう可能性もある。

一方、データだけでなく、データの加工や分析といったデータ利用のノウハウは、例えば、知財であり、他者に公開できない場合がある。このようなデータの加工サービスの中身が他者から見えてしまうデータ流通市場２００では、ノウハウが他者に漏れてしまうことをデータ利用者は嫌って、データの利用が進まない状況になる可能性もある。

上記のように、データ流通市場２００を潤滑に運営するためにも、データの二次利用と加工サービスの漏洩を防止する仕組みが求められる。
図３は第２の実施の形態の通信システムの一例を示す図である。第２の実施の形態の通信システム１−１では、ブロックチェーン（以降、ＢＣと表記）を実現する通信ネットワークＮ１に、ゲートウェイ（以降、ＧＷと表記）１、ＧＷ２、ＧＷ３、ブロック生成サーバ４およびデータ加工環境５が接続される。なお、ＧＷ１、ＧＷ２、ＧＷ３は、通信装置１０に対応する。図３の例では、ＧＷ１は図１の通信装置１０−１に対応し、ＧＷ２は図１の通信装置１０−２に対応する。

ＧＷ１、ＧＷ２、ＧＷ３はそれぞれ、分散台帳（以降、ＢＣ台帳と表記）と、自動契約を行うプロトコルであるスマートコントラクト（スマート契約）とを有するノードであり、通信ネットワークｎ１、ｎ２、ｎ３に対してそれぞれ接続されている。なお、通信ネットワークＮ１は、例えば、インターネットやＢＣネットワークであり、通信ネットワークｎ１、ｎ２、ｎ３は、例えば、企業内のローカルネットワークである。

通信ネットワークｎ１には、データ提供者（userA）として、登録者ホスト端末、データストア［／product］およびデータストア［／test］が接続される。データストア［／product］には実データが格納され、データストア［／test］にはテストデータ（テスト（模擬）データ）が格納される。

通信ネットワークｎ２には、データ利用者（userB）として、利用者ホスト端末およびサービスストア［／service］が接続される。サービスストア［／service］には、加工サービスが格納される。また、通信ネットワークｎ３には、当事者以外の参加者（userC）として参加者ホスト端末が接続される。

ここで、ブロック生成サーバ４は、ＧＷ１、ＧＷ２、ＧＷ３で発行されたトランザクション（一連の処理のセット）をブロック化し、各ＧＷに送信する処理を行う。ブロック生成サーバ４は、例えば、コンソーシアム型ブロックチェーンのＯＳＳ（Open Source Software）であるHyperledger FabricのOrdering Serviceが適用できる。以降では、コンソーシアム型ブロックチェーンの場合を例として用いるが、パブリック型のブロックチェーンでも同様に実施可能である。パブリック型の場合、ブロック生成サーバ４はマイニング装置に相当する。

また、データ加工環境５（以降、データ加工環境［safe-env-X］等と呼ぶ場合がある）は、プラットフォームの管理者（以降、ＰＦ管理者と表記）によって管理され、参加者全員が安全と認めるサーバ環境であって、この場所でデータ加工が安全に行われる。

図４は通信システムで行われる動作の一例を示す図である。通信システム１−１では、スマートコントラクトの仕組みを活用し、ＢＣの参加者全員で処理内容を検証しながら、データ提供者とデータ利用者が互いに信頼できる環境でデータ加工を実行する。

信頼できる環境とは、図３に示すデータ加工環境［safe-env-X］に相当する。これはユーザが安全と認める第三者の環境であり、データや加工サービスを外部から直接のぞくことができないように保護された空間である。例えば、ＰＦ管理者やコンソーシアムオーナが用意したサーバ上に構築されるHTTP（Hypertext Transfer Protocol）／HTTPS（Hypertext Transfer Protocol Secure）のリクエスト（ＧＥＴ、ＰＯＳＴ）のみを受け付け、ＢＣ台帳の情報にもとづいて処理するシステムである。

なお、リクエストmethodにはＧＥＴおよびＰＯＳＴが使用される。ＧＥＴはサーバからデータを受信する場合に使用し、リクエストＵＲＬ（Uniform Resource Locator）を指定することで、所望のデータを受け取る。また、ＰＯＳＴはサーバにデータを送信する場合に使用し、リクエストボディにデータを埋め込み、リクエストＵＲＬに指定した場所にデータを転送する。

データ利用者が加工サービスによるデータ利用を行いたい場合、データ利用者は、データ処理を記述した加工サービスを作成する。そして、データ利用者は、作成した加工サービスおよび加工サービスの属性を含むメタ情報を含むトランザクションをデータ提供者に向けて発行することで、データ利用のリクエストを送る。

データ提供者は、加工サービスが不正なデータ利用をしていないことを確認し、データアクセスを承認する。データへのアクセスが承認されると、承認されたデータが加工サービスで処理されるように、データ加工環境内に設定される。

データ提供者とデータ利用者のやり取りは、ＢＣ上のスマートコントラクトで行われ、提供データおよび加工サービスと共に登録されるメタ情報によって、当事者だけでなく、第三者も加工サービスが正しく動いているかを検証できる。これにより、一次データおよび加工サービスをデータ利用者とデータ提供者間で見せあうことなく、データ提供者・利用者の両者が合意した処理結果のみが流通するプラットフォームを提供することができる。

＜ハードウェア構成＞
図５はＧＷのハードウェア構成の一例を示す図である。ＧＷ（通信装置１０）は、プロセッサ（コンピュータ）１００によって全体制御されている。プロセッサ１００は、制御部１１の機能を実現する。

プロセッサ１００には、バス１０３を介して、メモリ１０１、入出力インタフェース１０２およびネットワークインタフェース１０４が接続されている。プロセッサ１００は、マルチプロセッサであってもよい。プロセッサ１００は、例えば、ＣＰＵ（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）カード等を使用することもできる。ネットワークインタフェース１０４で受信されたデータは、メモリ１０１やプロセッサ１００に出力される。

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

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

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

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

なお、上記のＧＷのハードウェアは、図７で後述するデータ加工サーバ５０に対しても同様なハードウェアが適用することができる。
図６は通信システムが構築されるＢＣプラットフォームの一例を示す図である。ＢＣでは、ＢＣ台帳、ＢＣ台帳の同期制御およびスマートコントラクトの制御を行って、データや加工サービス毎のアクセス制御を実現する。

データをやり取りする参加者は、それぞれＧＷ１、ＧＷ２、ＧＷ３ａ、ＧＷ３ｂを持ち、ＧＷ１、ＧＷ２、ＧＷ３ａ、ＧＷ３ｂに備えられるＢＣ台帳を通じてアクセスポリシが共有されて互いにアクセス制御が行われる。そして、ＢＣ台帳と連動してルーティングテーブルを設定する動的プロキシによって、データ提供者自身がアクセス制御できる環境が提供される。なお、ＧＷ１、ＧＷ２、ＧＷ３ａ、ＧＷ３ｂにプロキシが動的に設定されることで中継機能を有することになり、例えば、プロキシを有するＧＷを経由して外部のノードが接続できるようになる。

また、データ利用者は、データ提供者によってあらかじめデータＡ（実データ）を模擬して作成された「テストデータ（模擬データ）」を使うことで、データ加工の処理が意図通りに行われることを確認することができ、データの利活用を円滑に行うことができる。

さらに、データ加工サービスを管理することも可能になるため、例えば、加工サービスＢを所持するデータ利用者が許可した加工サービスＢの一部の範囲だけ、他の利用者に対してアクセス可能とすることができる。

図７はデータ加工環境の内部構成の一例を示す図である。データ加工環境［safe-env-X］は、提供者テナント５１、利用者テナント５２、参加者テナント５３、通信ネットワークｎ１０、およびＢＣ台帳５ａを有するデータ加工サーバ５０（図１の通信装置１０−３に該当）が含まれ、データ加工サーバ５０は、図３に示した通信ネットワークＮ１に接続されている。

提供者テナント５１は、ストレージ５１ａ（ストレージ［／userA］）を有し、利用者テナント５２はストレージ５２ａ（ストレージ［／userB］）を有し、参加者テナント５３はストレージ５３ａ（ストレージ［／userC］）を有する。

データ加工環境［safe-env-X］の内部では、このようにユーザ毎のテナントが用意されており、互いのテナント間はアクセスできない。データ加工環境［safe-env-X］は、特定の通信プロトコルとしてHTTP／HTTPSのリクエスト（ＧＥＴ、ＰＯＳＴ）のみを受け付ける。

また、データ加工サーバ５０がＢＣ台帳５ａの情報にもとづいてデータ加工の処理を行い、提供データと、加工サービスを用いたデータ加工結果のみをユーザに返す。したがって、ユーザが直接、提供データや加工サービスを閲覧したり、編集したりといったことができない環境が構築されている。

図８、図９は通信システムの全体処理フローの一例を示す図である。図中のフローの括弧内は処理の主体を示す。全体処理フローは、提供データ登録フェーズ（ステップ１Ａからステップ３Ａ）および加工サービス登録フェーズ（ステップ１Ｂからステップ５Ｂ）の項目を有する。

さらに、メタ情報更新フェーズ（ステップ１Ｃからステップ５Ｃ）、メタ情報マッチングフェーズ（ステップ１Ｄからステップ６Ｄ）および加工データ取得フェーズ（ステップ１Ｅからステップ５Ｅ）の項目を有する。

〔ステップ１Ａ〕データ提供者（ＧＷ）は、提供データのメタ情報を登録する（トランザクション）。
〔ステップ２Ａ〕ＧＷは、データ提供者の署名が正しいか否かを検証する。正しい場合はステップ３Ａの処理に進む。

〔ステップ３Ａ〕ＧＷは、台帳登録を行う。ステップ１Ｂの処理に進む。
〔ステップ１Ｂ〕ＧＷは、参加者全員がテストデータにアクセスできるようにルーティングテーブルを設定する。

〔ステップ２Ｂ〕データ利用者（ＧＷ）は、テストデータをもとに加工サービスを作成する。
〔ステップ３Ｂ〕データ利用者（ＧＷ）は、加工サービスのメタ情報を登録する（トランザクション）。

〔ステップ４Ｂ〕ＧＷは、データ利用者の署名が正しいか否かを検証する。正しい場合はステップ５Ｂの処理に進む。
〔ステップ５Ｂ〕ＧＷは、台帳登録を行う。ステップ１Ｃの処理に進む。

〔ステップ１Ｃ〕ＧＷは、データ提供者のみが加工サービスにアクセスできるようにルーティングテーブルを設定する。
〔ステップ２Ｃ〕データ提供者（ＧＷ）は、加工サービスの内容を確認する。

〔ステップ３Ｃ〕データ提供者（ＧＷ）は、加工サービスを承認し、メタ情報を更新する（トランザクション）。
〔ステップ４Ｃ〕ＧＷは、データ提供者の署名が正しいか否かを検証する。正しい場合はステップ５Ｃの処理に進む。

〔ステップ５Ｃ〕ＧＷは、台帳登録を行う。ステップ１Ｄの処理に進む。
〔ステップ１Ｄ〕ＧＷは、メタ情報が更新されたことをデータ利用者に通知する。
〔ステップ２Ｄ〕データ利用者（ＧＷ）は、メタ情報の更新確認を行う（トランザクション）。

〔ステップ３Ｄ〕ＧＷは、データ利用者の署名は正しいか否か、対象の提供データの公開先に対象の加工サービスのＩＤがあるか否か、対象の加工サービスの公開先に対象の提供データのＩＤがあるか否かを検証する。データ利用者の署名は正しく、対象の提供データの公開先に対象の加工サービスのＩＤがあり、対象の加工サービスの公開先に対象の提供データのＩＤがある場合はステップ４Ｄの処理に進む。

〔ステップ４Ｄ〕データ加工環境は、対象の提供データをハッシュ計算した値がメタ情報のハッシュ値と一致するか否か、対象の加工サービスをハッシュ計算した値がメタ情報のハッシュ値と一致するか否かを検証する。対象の提供データをハッシュ計算した値がメタ情報のハッシュ値と一致し、対象の加工サービスをハッシュ計算した値がメタ情報のハッシュ値と一致する場合、ステップ５Ｄの処理に進む。

〔ステップ５Ｄ〕ＧＷは、安全なデータ加工環境に一次データと加工サービスをそれぞれＰＯＳＴする。
〔ステップ６Ｄ〕ＧＷは、台帳登録を行う。ステップ１Ｅの処理に進む。

〔ステップ１Ｅ〕データ利用者（ＧＷ）は、加工データを取得する（トランザクション）。
〔ステップ２Ｅ〕ＧＷは、データ利用者の署名が正しいか否かを検証する。正しい場合はステップ３Ｅの処理に進む。

〔ステップ３Ｅ〕データ加工環境は、データ加工を実行し、加工済みデータのみを利用者のＧＷに送信する。
〔ステップ４Ｅ〕データ加工環境は、データ加工環境内の一次データと加工サービスを削除する。

〔ステップ５Ｅ〕ＧＷは、台帳登録を行う。
次に第２の実施の形態の各フェーズにおける動作について詳しく説明する。
＜事前準備＞
ＰＦ管理者が安全なデータ加工環境として、図７に示すデータ加工環境safe-env-Xを用意する。また、各ＧＷには、データ加工環境safe-env-Xの情報を登録しておき、ネットワークが疎通可能な状態にする。

図１０はメタ情報テーブルの一例を示す図である。メタ情報テーブルＴ１は、データの利用範囲を公開するためのメタ情報を管理するテーブルである。メタ情報テーブルＴ１は、ＩＤ、所有者、属性、提供データＵＲＬ／サービスＵＲＬ、テストデータＵＲＬ、ハッシュ値、公開先および加工処理フローの項目を有する。初期状態では各項目に登録されているデータはない。メタ情報テーブルはＢＣ台帳に格納される。

なお、上記の項目において、属性とは提供データか、加工サービスか、または加工データかを示す。提供データＵＲＬ／サービスＵＲＬは、提供データまたは加工サービスを取得する際のアクセス先のＵＲＬである。

テストデータＵＲＬは、テストデータを取得する際のアクセス先のＵＲＬである。ハッシュ値は、データ（または加工サービス）をハッシュ計算した値である。ハッシュ値にもとづいて、送信されたデータ（または加工サービス）と登録されたデータ（または加工サービス）とが一致するか否かの判定が行われる。

図１１はプロキシ設定テーブルの一例を示す図である。プロキシ設定テーブルＴ２、Ｔ３、Ｔ４は、ＧＷ１、ＧＷ２、ＧＷ３毎に、ＧＷで受け付けたリクエストの振り分けに使う情報を管理するテーブルであり、RequestＵＲＬ、methodおよびSendToの項目を有する。プロキシ設定テーブルは、ＢＣ台帳に格納される。

ＧＷでは、RequestＵＲＬとmethodに適合する項目を検索し、適合するリクエストをSendToに書かれたＵＲＬへ転送する。適合しないリクエストが来た場合、Not Foundを返し、リクエストは破棄される。

初期状態では、各ＧＷの所有者が発行するトランザクションのリクエストとブロック生成サーバ４より配布されるブロックの情報をスマートコントラクトに転送する設定が入っている。

例えば、プロキシ設定テーブルＴ２では、トランザクションのリクエスト（／transaction）とブロック生成サーバ４より配布されるブロック（／block）の情報をＧＷ１のスマートコントラクトに転送する設定（／GW1／smartContract）が入っている。なお、これら以外のリクエストは破棄されるため、初期状態では、各ＧＷからはどのデータやサービスへもアクセスできない状態になっている。

＜提供データ登録フェーズ＞
図１２、図１３は提供データ登録フェーズの一例を示すシーケンス図である。
〔ステップ１ａ〕データ提供者（userA）は、登録者ホスト端末に提供データの登録を行う。

〔ステップ２ａ〕登録者ホスト端末は、プロキシ（ＧＷ１）に提供データの登録を行う。
〔ステップ３ａ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に提供データの登録を行う。

〔ステップ４ａ〕スマートコントラクト（ＧＷ１）は、トランザクションの作成および署名付与を行う。
〔ステップ５ａ〕スマートコントラクト（ＧＷ１）は、ブロック生成サーバ４にトランザクションを発行する。

〔ステップ６ａ〕ブロック生成サーバ４は、スマートコントラクト（ＧＷ１）に登録完了を通知する。
〔ステップ７ａ〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）に登録完了を通知する。

〔ステップ８ａ〕プロキシ（ＧＷ１）は、登録者ホスト端末に登録完了を通知する。
〔ステップ９ａ〕登録者ホスト端末は、データ提供者（userA）に登録完了を通知する。

〔ステップ１０ａ〕ブロック生成サーバ４は、ブロックを生成する。
〔ステップ１１ａ〕ブロック生成サーバ４は、プロキシ（ＧＷ１）にブロックを配布する。

〔ステップ１２ａ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）にブロックを配布する。
〔ステップ１３ａ〕スマートコントラクト（ＧＷ１）は、ブロック検証を行う。

〔ステップ１４ａ〕スマートコントラクト（ＧＷ１）は、ＢＣ台帳（ＧＷ１）に台帳記入を行う。
〔ステップ１５ａ〕ＢＣ台帳（ＧＷ１）は、スマートコントラクト（ＧＷ１）に登録完了を通知する。

〔ステップ１６ａ〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にプロキシ設定を行う。
〔ステップ１７ａ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に設定完了を通知する。

〔ステップ１８ａ〕ブロック生成サーバ４は、プロキシ（ＧＷ２）にブロックを配布する。
〔ステップ１９ａ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）にブロックを配布する。

〔ステップ２０ａ〕スマートコントラクト（ＧＷ２）は、ブロック検証を行う。
〔ステップ２１ａ〕スマートコントラクト（ＧＷ２）は、ＢＣ台帳（ＧＷ２）に台帳記入を行う。

〔ステップ２２ａ〕ＢＣ台帳（ＧＷ２）は、スマートコントラクト（ＧＷ２）に登録完了を通知する。
〔ステップ２３ａ〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）にプロキシ設定を行う。

〔ステップ２４ａ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に設定完了を通知する。
〔ステップ２５ａ〕ブロック生成サーバ４は、プロキシ（ＧＷ３）にブロックを配布する。

〔ステップ２６ａ〕プロキシ（ＧＷ３）は、スマートコントラクト（ＧＷ３）にブロックを配布する。
〔ステップ２７ａ〕スマートコントラクト（ＧＷ３）は、ブロック検証を行う。

〔ステップ２８ａ〕スマートコントラクト（ＧＷ３）は、ＢＣ台帳（ＧＷ３）に台帳記入を行う。
〔ステップ２９ａ〕ＢＣ台帳（ＧＷ３）は、スマートコントラクト（ＧＷ３）に登録完了を通知する。

〔ステップ３０ａ〕スマートコントラクト（ＧＷ３）は、プロキシ（ＧＷ３）にプロキシ設定を行う。
〔ステップ３１ａ〕プロキシ（ＧＷ３）は、スマートコントラクト（ＧＷ３）に設定完了を通知する。

上記のような提供データ登録フェーズにおいて、データ提供者は、自ゲートウェイ（ＧＷ１）に対して、提供データの登録トランザクションを発行する。提供データには、例えば、上記に示したメタ情報テーブルで管理される「データＩＤ（ＩＤ）」、「提供者の署名（所有者）」、「属性」および「提供データにアクセスするためのＵＲＬ（提供データＵＲＬ／サービスＵＲＬ）」が含まれる。

さらに「テストデータにアクセスするためのＵＲＬ（テストデータＵＲＬ）」、「提供データのハッシュ値（ハッシュ値）」および「提供データの公開先（公開先）」が含まれる。また、各ＧＷでは、データ提供者の署名が正しいことを検証し、問題なければＢＣ台帳に提供データが書き込まれる。

ＢＣ台帳への書き込みが完了すると、ＢＣ台帳上で、データＩＤと紐づけたメタ情報がＧＷ１、ＧＷ２、ＧＷ３で共有され、外部からデータアクセスを許可するためのプロキシ設定が動的に生成される。

図１４はメタ情報テーブルの一例を示す図であり、図１５はプロキシ設定テーブルの一例を示す図である。メタ情報テーブルＴ１ａは、提供データ登録フェーズ後のメタ情報を示している（データに関する第１のメタデータが登録されている）。プロキシ設定テーブルＴ２ａ、Ｔ３ａ、Ｔ４ａは、提供データ登録フェーズ後のプロキシ設定情報を示している。なお、“−”はnull値を意味し、公開先にこの値が入っている場合は、提供データは誰にも公開しないことを表す。

データ利用者は、データＩＤをＵＲＬで指定してHTTP／HTTPSリクエストを行うことで、データにアクセスすることができる。リクエストされたデータＩＤによって、プロキシ側で、実際のデータへのＵＲＬ（SendTo）へ変換し、リクエストを転送する。

SendToのＵＲＬは「／[ＧＷ]／[path]」の形式になっており、例えば、／ＧＷ1／testの場合は、ＧＷ1の配下にある／testへリクエストが転送され、テストデータが取得できる。

上記より、提供データ登録フェーズでは、テストデータは全ユーザへ公開されるが、提供データは誰からもアクセス不可の状態となっている。
＜加工サービス登録フェーズ＞
図１６、図１７は加工サービス登録フェーズの一例を示すシーケンス図である。

〔ステップ１ｂ〕データ利用者（userB）は、利用者ホスト端末に加工サービスの登録を行う。
〔ステップ２ｂ〕利用者ホスト端末は、プロキシ（ＧＷ２）に加工サービスの登録を行う。

〔ステップ３ｂ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に加工サービスの登録を行う。
〔ステップ４ｂ〕スマートコントラクト（ＧＷ２）は、トランザクションの作成および署名付与を行う。

〔ステップ５ｂ〕スマートコントラクト（ＧＷ２）は、ブロック生成サーバ４にトランザクションを発行する。
〔ステップ６ｂ〕ブロック生成サーバ４は、スマートコントラクト（ＧＷ２）に登録完了を通知する。

〔ステップ７ｂ〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）に登録完了を通知する。
〔ステップ８ｂ〕プロキシ（ＧＷ２）は、利用者ホスト端末に登録完了を通知する。

〔ステップ９ｂ〕利用者ホスト端末は、データ利用者に登録完了を通知する。
〔ステップ１０ｂ〕ブロック生成サーバ４は、ブロックを生成する。
〔ステップ１１ｂ〕ブロック生成サーバ４は、プロキシ（ＧＷ１）にブロックを配布する。

〔ステップ１２ｂ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）にブロックを配布する。
〔ステップ１３ｂ〕スマートコントラクト（ＧＷ１）は、ブロック検証を行う。

〔ステップ１４ｂ〕スマートコントラクト（ＧＷ１）は、ＢＣ台帳（ＧＷ１）に台帳記入を行う。
〔ステップ１５ｂ〕ＢＣ台帳（ＧＷ１）は、スマートコントラクト（ＧＷ１）に登録完了を通知する。

〔ステップ１６ｂ〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にプロキシ設定を行う。
〔ステップ１７ｂ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に設定完了を通知する。

〔ステップ１８ｂ〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にデータ利用要求通知を送信する。
〔ステップ１９ｂ〕プロキシ（ＧＷ１）は、登録者ホスト端末にデータ利用要求通知を送信する。

〔ステップ２０ｂ〕登録者ホスト端末は、データ提供者（userA）にデータ利用要求通知を送信する。
〔ステップ２１ｂ〕ブロック生成サーバ４は、プロキシ（ＧＷ２）にブロックを配布する。

〔ステップ２２ｂ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）にブロックを配布する。
〔ステップ２３ｂ〕スマートコントラクト（ＧＷ２）は、ブロック検証を行う。

〔ステップ２４ｂ〕スマートコントラクト（ＧＷ２）は、ＢＣ台帳（ＧＷ２）に台帳記入を行う。
〔ステップ２５ｂ〕ＢＣ台帳（ＧＷ２）は、スマートコントラクト（ＧＷ２）に登録完了を通知する。

〔ステップ２６ｂ〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）にプロキシ設定を行う。
〔ステップ２７ｂ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に設定完了を通知する。

〔ステップ２８ｂ〕ブロック生成サーバ４は、プロキシ（ＧＷ３）にブロックを配布する。
〔ステップ２９ｂ〕プロキシ（ＧＷ３）は、スマートコントラクト（ＧＷ３）にブロックを配布する。

〔ステップ３０ｂ〕スマートコントラクト（ＧＷ３）は、ブロック検証を行う。
〔ステップ３１ｂ〕スマートコントラクト（ＧＷ３）は、ＢＣ台帳（ＧＷ３）に台帳記入を行う。

〔ステップ３２ｂ〕ＢＣ台帳（ＧＷ３）は、スマートコントラクト（ＧＷ３）に登録完了を通知する。
上記のような加工サービス登録フェーズにおいて、データ利用者は、提供データ登録フェーズでアクセス可能になったテストデータを用いて、加工サービスを作成する。加工サービスは、例えば、データを処理するプログラムやＡＰＩ（Application Programming Interface）等を指す。

また、作成した加工サービスを提供データで実際に使う申請をするために、データ利用者が、自ゲートウェイで「サービスＩＤ」「利用者の署名」「属性」「加工サービスにアクセスするためのＵＲＬ」「加工サービスのハッシュ値」「加工サービスの公開先」を含む加工サービスの登録トランザクションを発行する。

このとき、「加工サービスの公開先」に、利用したいデータＩＤを指定することで、メタ情報がＢＣ台帳で共有された際に、データ提供者にデータ利用要求としての通知（データ利用要求通知）が転送される仕組みになっている。

各ＧＷでは、データ利用者の署名が正しいことを検証し、問題なければＢＣ台帳に加工サービスが書き込まれる。ＢＣ台帳への書き込みが完了すると、ＢＣ台帳上で、サービスＩＤと紐づけたメタ情報が共有され、プロキシ設定が動的に生成される。

図１８はメタ情報テーブルの一例を示す図であり、図１９はプロキシ設定テーブルの一例を示す図である。メタ情報テーブルＴ１ｂは、加工サービス登録フェーズ後のメタ情報を示している（上述の図１４のテーブルに対して、新たに加工サービスに関する第２のメタデータが登録されている）。プロキシ設定テーブルＴ２ｂ、Ｔ３ｂ、Ｔ４ｂは、加工サービス登録フェーズ後のプロキシ設定情報を示している。

加工サービス登録フェーズでは、テストデータは全公開、提供データは誰からもアクセス不可の状態の状態は変わらず、データ提供者のみが加工サービスにＰＯＳＴのリクエストができる状態となっている。

＜メタ情報更新フェーズ＞
図２０、図２１はメタ情報更新フェーズの一例を示すシーケンス図である。
〔ステップ１ｃ〕データ提供者（userA）は、登録者ホスト端末に対してメタデータの更新を行う。

〔ステップ２ｃ〕登録者ホスト端末は、プロキシ（ＧＷ１）に対してメタデータの更新を行う。
〔ステップ３ｃ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に対してメタデータの更新を行う。

〔ステップ４ｃ〕スマートコントラクト（ＧＷ１）は、トランザクションの作成および署名付与を行う。
〔ステップ５ｃ〕スマートコントラクト（ＧＷ１）は、ブロック生成サーバ４にトランザクションを発行する。

〔ステップ６ｃ〕ブロック生成サーバ４は、スマートコントラクト（ＧＷ１）に登録完了を通知する。
〔ステップ７ｃ〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）に登録完了を通知する。

〔ステップ８ｃ〕プロキシ（ＧＷ１）は、登録者ホスト端末に登録完了を通知する。
〔ステップ９ｃ〕登録者ホスト端末は、データ提供者（userA）に登録完了を通知する。

〔ステップ１０ｃ〕ブロック生成サーバ４は、ブロックを生成する。
〔ステップ１１ｃ〕ブロック生成サーバ４は、プロキシ（ＧＷ１）にブロックを配布する。

〔ステップ１２ｃ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）にブロックを配布する。
〔ステップ１３ｃ〕スマートコントラクト（ＧＷ１）は、ブロック検証を行う。

〔ステップ１４ｃ〕スマートコントラクト（ＧＷ１）は、ＢＣ台帳（ＧＷ１）に台帳記入を行う。
〔ステップ１５ｃ〕ＢＣ台帳（ＧＷ１）は、スマートコントラクト（ＧＷ１）に登録完了を通知する。

〔ステップ１６ｃ〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にプロキシ設定を行う。
〔ステップ１７ｃ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に設定完了を通知する。

〔ステップ１８ｃ〕ブロック生成サーバ４は、プロキシ（ＧＷ２）にブロックを配布する。
〔ステップ１９ｃ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）にブロックを配布する。

〔ステップ２０ｃ〕スマートコントラクト（ＧＷ２）は、ブロック検証を行う。
〔ステップ２１ｃ〕スマートコントラクト（ＧＷ２）は、ＢＣ台帳（ＧＷ２）に台帳記入を行う。

〔ステップ２２ｃ〕ＢＣ台帳（ＧＷ２）は、スマートコントラクト（ＧＷ２）に登録完了を通知する。
〔ステップ２３ｃ〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）にプロキシ設定を行う。

〔ステップ２４ｃ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に設定完了を通知する。
〔ステップ２５ｃ〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）にメタデータ更新通知を行う。

〔ステップ２６ｃ〕プロキシ（ＧＷ２）は、利用者ホスト端末にメタデータ更新通知を行う。
〔ステップ２７ｃ〕利用者ホスト端末は、データ利用者（userB）にデータ利用要求通知を送信する。

〔ステップ２８ｃ〕ブロック生成サーバ４は、プロキシ（ＧＷ３）にブロックを配布する。
〔ステップ２９ｃ〕プロキシ（ＧＷ３）は、スマートコントラクト（ＧＷ３）にブロックを配布する。

〔ステップ３０ｃ〕スマートコントラクト（ＧＷ３）は、ブロック検証を行う。
〔ステップ３１ｃ〕スマートコントラクト（ＧＷ３）は、ＢＣ台帳（ＧＷ３）に台帳記入を行う。

〔ステップ３２ｃ〕ＢＣ台帳（ＧＷ３）は、スマートコントラクト（ＧＷ３）に登録完了を通知する。
上記のようなメタ情報更新フェーズにおいて、加工サービス登録フェーズでデータ利用要求の通知を受け、データ提供者は登録された加工サービスの内容を検証する。検証の方法は、登録されている加工サービスのメタ情報を参照することや、実際に加工サービスにデータを入力して、結果をみることで動作を確認する等がある。

加工サービスの動作を確認する場合、データ提供者は、サービスＩＤをＵＲＬで指定することで、加工サービスの加工内容を確認できる。このとき、許可されるリクエストはＰＯＳＴのmethodのみなので、データ提供者は加工サービスの中身を閲覧する（ＧＥＴする）ことはなく、あくまでデータのinputとoutputの関係を確認することで、内部で不正な処理がされていないことを検証する。そのため、データ利用者が持つデータ加工のノウハウが他者に漏れることはない。

ここで、加工サービスの検証方法の安全性について説明する。本フェーズの加工サービス検証方法は、いわゆるブラックボックステストと言われるもので、加工サービスの内部がどのようなロジックで構成されているか確認することができない点において、提供データが漏洩する危険性をはらんでいる。

例えば、加工サービス内で、一次データを加工せずに保持し、後からデータ利用者に閲覧されてしまうことが懸念される。しかし、本発明では、一次データの加工を安全な第三者のデータ加工環境で行うことで、加工サービスの所有者であるデータ利用者であっても、提供データを処理する加工サービス自体にアクセスすることはできず、加工した結果だけを受け取る仕組みにより安全性を保っている。そのため、本フェーズで、データ提供者はinputとoutputの情報だけを検証すればよく、内部処理について危惧することはない。

加工サービスの内容に問題ないと判断した場合は、提供データの利用を承認するために、データ提供者が、自ゲートウェイに登録済みの提供データのメタ情報の「提供データの公開先」の項目を更新するメタ情報更新トランザクションを発行する。

このトランザクションに含まれる情報は、提供データ登録フェーズと同様に「データＩＤ」「提供者の署名」「属性」「提供データにアクセスするためのＵＲＬ」「テストデータにアクセスするためのＵＲＬ」「提供データのハッシュ値」「提供データの公開先」であり、「提供データの公開先」を加工サービスのサービスＩＤを指定する。

このとき、「提供データの公開先」に、データの公開を許可するサービスＩＤを指定することで、メタ情報がＢＣ台帳で共有された際に、サービスＩＤの所有者（このフェーズの場合はデータ利用者）にメタ情報更新の通知が転送される仕組みになっている。

各ＧＷでは、署名が正しいことを検証し、問題なければ台帳に書き込まれる。ＢＣ台帳への書き込みが完了すると、ＢＣ台帳上で、データＩＤと紐づけたメタ情報が共有され、プロキシ設定が動的に生成される。

図２２はメタ情報テーブルの一例を示す図であり、図２３はプロキシ設定テーブルの一例を示す図である。メタ情報テーブルＴ１ｃは、メタ情報更新フェーズ後のメタ情報を示し、プロキシ設定テーブルＴ２ｃ、Ｔ３ｃ、Ｔ４ｃは、メタ情報更新フェーズ後のプロキシ設定情報を示している。

メタ情報更新フェーズでは、ＧＷ１からのみ提供データにＧＥＴし、提供者テナントへＰＯＳＴできる状態になっている。また、同じくＧＷ２からのみ加工サービスにＧＥＴし、利用者テナントにＰＯＳＴできる状態になっている。

＜メタ情報マッチングフェーズ＞
図２４から図２６はメタ情報マッチングフェーズの一例を示すシーケンス図である。
〔ステップ１ｄ〕データ利用者（userB）は、利用者ホスト端末にメタデータ更新確認を行う。

〔ステップ２ｄ〕利用者ホスト端末は、プロキシ（ＧＷ２）にメタデータ更新確認を行う。
〔ステップ３ｄ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）にメタデータ更新確認を行う。

〔ステップ４ｄ〕スマートコントラクト（ＧＷ２）は、トランザクションの作成および署名付与を行う。
〔ステップ５ｄ〕スマートコントラクト（ＧＷ２）は、ブロック生成サーバ４にトランザクションを発行する。

〔ステップ６ｄ〕ブロック生成サーバ４は、スマートコントラクト（ＧＷ２）に登録完了を通知する。
〔ステップ７ｄ〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）に登録完了を通知する。

〔ステップ８ｄ〕プロキシ（ＧＷ２）は、利用者ホスト端末に登録完了を通知する。
〔ステップ９ｄ〕利用者ホスト端末は、データ利用者（userB）に登録完了を通知する。

〔ステップ１０ｄ〕ブロック生成サーバ４は、ブロックを生成する。
〔ステップ１１ｄ〕ブロック生成サーバ４は、プロキシ（ＧＷ１）にブロックを配布する。

〔ステップ１２ｄ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）にブロックを配布する。
〔ステップ１３ｄ〕スマートコントラクト（ＧＷ１）は、ブロック検証を行う。

〔ステップ１４ｄ〕スマートコントラクト（ＧＷ１）は、ＢＣ台帳（ＧＷ１）からメタデータ取得を行う。
〔ステップ１５ｄ〕ＢＣ台帳（ＧＷ１）は、スマートコントラクト（ＧＷ１）にメタデータを送信する。

〔ステップ１６ｄ〕スマートコントラクト（ＧＷ１）は、メタデータマッチングを行う。
〔ステップ１７ｄ〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）に提供データＧＥＴを送信する。

〔ステップ１８ｄ〕プロキシ（ＧＷ１）は、データストア［／product］に提供データＧＥＴを送信する。
〔ステップ１９ｄ〕データストア［／product］は、プロキシ（ＧＷ１）に提供データを送信する。

〔ステップ２０ｄ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に提供データを送信する。
〔ステップ２１ｄ〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）に提供データＰＯＳＴを送信する。

〔ステップ２２ｄ〕プロキシ（ＧＷ１）は、データ加工環境［safe-env-X］に提供データＰＯＳＴを送信する。
〔ステップ２３ｄ〕データ加工環境［safe-env-X］は、プロキシ（ＧＷ１）に登録完了を通知する。

〔ステップ２４ｄ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に登録完了を通知する。
〔ステップ２５ｄ〕スマートコントラクト（ＧＷ１）は、ＢＣ台帳（ＧＷ１）に台帳記入を行う。

〔ステップ２６ｄ〕ＢＣ台帳（ＧＷ１）は、スマートコントラクト（ＧＷ１）に登録完了を通知する。
〔ステップ２７ｄ〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にプロキシ設定を行う。

〔ステップ２８ｄ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に設定完了を通知する。
〔ステップ２９ｄ〕ブロック生成サーバ４は、プロキシ（ＧＷ２）にブロックを配布する。

〔ステップ３０ｄ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）にブロックを配布する。
〔ステップ３１ｄ〕スマートコントラクト（ＧＷ２）は、ブロック検証を行う。

〔ステップ３２ｄ〕スマートコントラクト（ＧＷ２）は、ＢＣ台帳（ＧＷ２）からメタデータ取得を行う。
〔ステップ３３ｄ〕ＢＣ台帳（ＧＷ２）は、スマートコントラクト（ＧＷ２）にメタデータを送信する。

〔ステップ３４ｄ〕スマートコントラクト（ＧＷ２）は、メタデータマッチングを行う。
〔ステップ３５ｄ〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）に加工サービスＧＥＴを送信する。

〔ステップ３６ｄ〕プロキシ（ＧＷ２）は、サービスストア［／service］に加工サービスＧＥＴを送信する。
〔ステップ３７ｄ〕サービスストア［／service］は、プロキシ（ＧＷ２）に加工サービスを送信する。

〔ステップ３８ｄ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に加工サービスを送信する。
〔ステップ３９ｄ〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）に加工サービスＰＯＳＴを送信する。

〔ステップ４０ｄ〕プロキシ（ＧＷ２）は、データ加工環境［safe-env-X］に加工サービスＰＯＳＴを送信する。
〔ステップ４１ｄ〕データ加工環境［safe-env-X］は、プロキシ（ＧＷ２）に登録完了を通知する。

〔ステップ４２ｄ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に登録完了を通知する。
〔ステップ４３ｄ〕スマートコントラクト（ＧＷ２）は、ＢＣ台帳（ＧＷ２）に台帳記入を行う。

〔ステップ４４ｄ〕ＢＣ台帳（ＧＷ２）は、スマートコントラクト（ＧＷ２）に登録完了を通知する。
〔ステップ４５ｄ〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）にプロキシ設定を行う。

〔ステップ４６ｄ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に設定完了を通知する。
〔ステップ４７ｄ〕ブロック生成サーバ４は、プロキシ（ＧＷ３）にブロックを配布する。

〔ステップ４８ｄ〕プロキシ（ＧＷ３）は、スマートコントラクト（ＧＷ３）にブロックを配布する。
〔ステップ４９ｄ〕スマートコントラクト（ＧＷ３）は、ブロック検証を行う。

〔ステップ５０ｄ〕スマートコントラクト（ＧＷ３）は、ＢＣ台帳（ＧＷ３）に台帳記入を行う。
〔ステップ５１ｄ〕ＢＣ台帳（ＧＷ３）は、スマートコントラクト（ＧＷ３）に登録完了を通知する。

上記のメタ情報マッチングフェーズにおいて、メタ情報更新フェーズでメタ情報更新の通知を受け、データ利用者はデータ提供者からデータの利用が承認されたことを確認する。

そして、実際にデータ利用を開始するために、データ利用者が、自ゲートウェイで「利用するデータＩＤ」「利用するサービスＩＤ」「利用者の署名」を含むメタ情報更新確認トランザクションを発行する。

各ＧＷでは、署名が正しいこととメタ情報のマッチングが取れていることを検証する。メタ情報のマッチングとは、例えば、対象Ａのデータにおいて、「提供データの公開先」に対象Ｂの加工サービスのＩＤがあり、対象Ｂの「加工サービスの公開先」に対象Ａの提供データのＩＤがあるかの対応付けをとることである。

これらの検証に問題なければ、提供データおよび加工サービスをデータ加工環境への転送と、データアクセスするためのルーティングテーブルを動的に生成する。
また、データ加工環境へ提供データを転送する際には、データ加工サーバ５０は、メタ情報に登録されているハッシュ値と実際に転送されてきたデータをハッシュ計算した値の比較を行い、同じ値であることを検証してからデータ加工環境内のストレージに登録する。

これにより、本来登録したデータと異なるデータが登録されることを防ぐことができる。なお、加工サービスを転送する時も同様にハッシュ値の検証が行われる。
図２７はメタ情報マッチングフェーズにおけるデータ加工環境内の動作シーケンス示す図である。なお、図２４のステップ２２と図２７のステップ１０１ｄ、図２４のステップ２３と図２７のステップ１０７ｄ、図２５のステップ４０ｄと図２７のステップ１０８ｄ、図２５のステップ４１ｄと図２７のステップ１１４ｄはそれぞれ同じ処理を表す。

〔ステップ１０１ｄ〕プロキシ（ＧＷ１）は、データ加工サーバ５０に提供データ登録を行う。
〔ステップ１０２ｄ〕データ加工サーバ５０は、ＢＣ台帳から台帳情報取得を行う。

〔ステップ１０３ｄ〕ＢＣ台帳は、台帳情報をデータ加工サーバ５０に送信する。
〔ステップ１０４ｄ〕データ加工サーバ５０は、提供データのハッシュ値検証を行う。
〔ステップ１０５ｄ〕データ加工サーバ５０は、ストレージ［／userA］に提供データ登録を行う。

〔ステップ１０６ｄ〕ストレージ［／userA］は、データ加工サーバ５０に登録完了を通知する。
〔ステップ１０７ｄ〕データ加工サーバ５０は、プロキシ（ＧＷ１）に登録完了を通知する。

〔ステップ１０８ｄ〕プロキシ（ＧＷ２）は、データ加工サーバ５０に加工サービス登録を行う。
〔ステップ１０９ｄ〕データ加工サーバ５０は、ＢＣ台帳から台帳情報取得を行う。

〔ステップ１１０ｄ〕ＢＣ台帳は、台帳情報をデータ加工サーバ５０に送信する。
〔ステップ１１１ｄ〕データ加工サーバ５０は、加工サービスのハッシュ値検証を行う。

〔ステップ１１２ｄ〕データ加工サーバ５０は、ストレージ［／userB］に加工サービス登録を行う。
〔ステップ１１３ｄ〕ストレージ［／userB］は、データ加工サーバ５０に登録完了を通知する。

〔ステップ１１４ｄ〕データ加工サーバ５０は、プロキシ（ＧＷ２）に登録完了を通知する。
図２８はメタ情報テーブルの一例を示す図であり、図２９はプロキシ設定テーブルの一例を示す図である。メタ情報テーブルＴ１ｄは、メタ情報マッチングフェーズ後のメタ情報を示し、プロキシ設定テーブルＴ２ｄ、Ｔ３ｄ、Ｔ４ｄは、メタ情報マッチングフェーズ後のプロキシ設定情報を示している。

このフェーズでは、処理結果のデータを受け取るためのＵＲＬとして「／processDataId1」が発行され、利用者のみがアクセスできる状態になっている。また、メタ情報更新フェーズで設定した提供データおよび加工サービスをＧＥＴおよびＰＯＳＴできる設定は、安全のため削除している。

なお、基本的にこの設定があっても所有者以外がデータやサービスにアクセスすることはできないので残しておいてもよいが、利用しない設定はセキュリティホールとなるため削除しておき、再度利用する際に設定し直すことが望ましい。

図３０はメタ情報マッチングフェーズ後のデータ加工環境の構成の一例を示す図である。データ加工環境内の参加者テナントの図示は以降省略する。データ加工環境［safe-env-X］では、提供データ［／dataId1］が提供者テナント５１のストレージ［／userA］に配置され、加工サービス［／serviceId1］が利用者テナント５２のストレージ［／userB］に配置された状態になる。

＜加工データ取得フェーズ＞
図３１から図３３は加工データ取得フェーズの一例を示すシーケンス図である。
〔ステップ１ｅ〕データ利用者（userB）は、利用者ホスト端末に加工データ取得を行う。

〔ステップ２ｅ〕利用者ホスト端末は、プロキシ（ＧＷ２）に加工データ取得を行う。
〔ステップ３ｅ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に加工データ取得を行う。

〔ステップ４ｅ〕スマートコントラクト（ＧＷ２）は、ＢＣ台帳（ＧＷ２）から台帳情報取得を行う。
〔ステップ５ｅ〕ＢＣ台帳（ＧＷ２）は、台帳情報をスマートコントラクト（ＧＷ２）に送信する。

〔ステップ６ｅ〕スマートコントラクト（ＧＷ２）は、アクセス権検証およびアドレス変換を行う。
〔ステップ７ｅ〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）から加工データ取得を行う。

〔ステップ８ｅ〕プロキシ（ＧＷ２）は、データ加工環境［safe-env-X］から加工データ取得を行う。
〔ステップ９ｅ〕データ加工環境［safe-env-X］は、プロキシ（ＧＷ２）に加工データを送信する。

〔ステップ１０ｅ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に加工データを送信する。
〔ステップ１０ｅ１〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）に加工データを送信する。

〔ステップ１１ｅ〕プロキシ（ＧＷ２）は、利用者ホスト端末に加工データを送信する。
〔ステップ１２ｅ〕利用者ホスト端末は、データ利用者（userB）に加工データを送信する（加工データの確認）。

〔ステップ１３ｅ〕スマートコントラクト（ＧＷ２）は、トランザクションの作成および署名付与を行う。
〔ステップ１４ｅ〕スマートコントラクト（ＧＷ２）は、ブロック生成サーバ４にトランザクションを発行する。

〔ステップ１５ｅ〕ブロック生成サーバ４は、スマートコントラクト（ＧＷ２）に登録完了を通知する。
〔ステップ１６ｅ〕ブロック生成サーバ４は、ブロックを生成する。

〔ステップ１７ｅ〕ブロック生成サーバ４は、プロキシ（ＧＷ１）にブロックを配布する。
〔ステップ１８ｅ〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）にブロックを配布する。

〔ステップ１９ｅ〕スマートコントラクト（ＧＷ１）は、ブロック検証を行う。
〔ステップ２０ｅ〕スマートコントラクト（ＧＷ１）は、ＢＣ台帳（ＧＷ１）に台帳記入を行う。

〔ステップ２１ｅ〕ＢＣ台帳（ＧＷ１）は、スマートコントラクト（ＧＷ１）に登録完了を通知する。
〔ステップ２２ｅ〕ブロック生成サーバ４は、プロキシ（ＧＷ２）にブロックを配布する。

〔ステップ２３ｅ〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）にブロックを配布する。
〔ステップ２４ｅ〕スマートコントラクト（ＧＷ２）は、ブロック検証を行う。

〔ステップ２５ｅ〕スマートコントラクト（ＧＷ２）は、ＢＣ台帳（ＧＷ２）に台帳記入を行う。
〔ステップ２６ｅ〕ＢＣ台帳（ＧＷ２）は、スマートコントラクト（ＧＷ２）に登録完了を行う。

〔ステップ２７ｅ〕ブロック生成サーバ４は、プロキシ（ＧＷ３）にブロックを配布する。
〔ステップ２８ｅ〕プロキシ（ＧＷ３）は、スマートコントラクト（ＧＷ３）にブロックを配布する。

〔ステップ２９ｅ〕スマートコントラクト（ＧＷ３）は、ブロック検証を行う。
〔ステップ３０ｅ〕スマートコントラクト（ＧＷ３）は、ＢＣ台帳（ＧＷ３）に台帳記入を行う。

〔ステップ３１ｅ〕ＢＣ台帳（ＧＷ３）は、スマートコントラクト（ＧＷ３）に登録完了を行う。
図３４は加工データ取得フェーズにおけるデータ加工環境内の動作シーケンスを示す図である。図３２のステップ８ｅと図３４のステップ１０１ｅ、図３２のステップ９ｅと図３４のステップ１０９ｅはそれぞれ同じ処理を表す。

〔ステップ１０１ｅ〕プロキシ（ＧＷ２）は、データ加工サーバ５０に加工データ取得を行う。
〔ステップ１０２ｅ〕データ加工サーバ５０は、データ加工環境［safe-env-X］内のＢＣ台帳［safe-env-X］（ＢＣ台帳５ａ）から台帳情報取得を行う。

〔ステップ１０３ｅ〕ＢＣ台帳［safe-env-X］は、台帳情報をデータ加工サーバ５０に送信する。
〔ステップ１０４ｅ〕データ加工サーバ５０は、アクセス権検証および加工処理パース（プログラムの構造解析やデータ構造の変換処理等）を行う。

〔ステップ１０５ｅ〕データ加工サーバ５０は、ストレージ［／userA］に提供データ取得を行う。
〔ステップ１０６ｅ〕ストレージ［／userA］は、データ加工サーバ５０に提供データを送信する。

〔ステップ１０７ｅ〕データ加工サーバ５０は、ストレージ［／userB］に加工サービス実行の結果を送信する。
〔ステップ１０８ｅ〕ストレージ［／userB］は、データ加工サーバ５０に加工サービスを送信する。

〔ステップ１０９ｅ〕データ加工サーバ５０は、プロキシ（ＧＷ２）に加工データを送信する。
〔ステップ１１０ｅ〕データ加工サーバ５０は、ストレージ［／userA］に提供データ削除を行う。

〔ステップ１１１ｅ〕ストレージ［／userA］は、データ加工サーバ５０に削除完了を通知する。
〔ステップ１１２ｅ〕データ加工サーバ５０は、ストレージ［／userB］に加工サービス削除を行う。

〔ステップ１１３ｅ〕ストレージ［／userB］は、データ加工サーバ５０に削除完了を通知する。
上記のような加工データ取得フェーズにおいて、データ利用者が、「／processDataId1」に対してリクエストを送ると、ＧＷに設定されたルーティングテーブルにもとづいて、まずデータ加工環境にリクエストが転送される。その後、ＢＣ台帳に記述された内容の通りにデータ加工サーバ５０が提供データを取得し、加工サービスで加工した結果のみをレスポンスとして、データ利用者に返す。

加工データがデータ利用者に転送されたら、加工に使用した提供データおよび加工サービスは削除される。この削除処理はデータ加工サーバ５０が自動的に実施してもよいし、ＰＦ管理者の権限にもとづいて実施してもよい。

ここで、データ加工環境上のリソース削除確認について説明する。データ加工環境［safe-env-X］は、HTTP／HTTPSの特定のリクエストだけしか受け付けないことでデータとサービスの安全性を確保している。そのため、一般的なテナントと異なり、所有者が自由に閲覧し、編集も可能にすることができない。そのような特殊な環境でリソースが削除されたことを確認するために、リソースに対するアドレスを活用している。

データ加工サーバ５０では、データを格納した場合、データの格納アドレス（第１の情報）を一時的に発行し、また、加工サービスを格納した場合は、加工サービスの格納したアドレス（第２の情報）を一時的に発行する。また、データ加工サーバ５０は、データを削除した場合、データの格納アドレスも削除し、加工サービスを削除した場合は、加工サービスの格納したアドレスも削除する。

ＧＷは、これらアドレスを検出することで、データや加工サービスにアクセスすることなく、データ加工環境においてデータまたは加工サービスの存在有無を検証することができる。

また、加工データが正しくデータ利用者の手元に届いたことを証跡として残すために、加工データの取得が完了したタイミングで「加工データ取得結果」「利用者の署名」を含むトランザクションを発行し、各ＧＷでＢＣ台帳に記録する。

このような手続きにより、データ利用者は一次データを、データ提供者は加工サービスをそれぞれ閲覧することなく、データ提供者とデータ利用者間で同意した処理を実行し、データを流通することができる。

［第３の実施の形態］
次に第３の実施の形態について説明する。第３の実施の形態は、データ加工環境にデータと加工サービスを格納する場合である。第３の実施の形態では、メタ情報の登録と同時に、データ加工サーバ５０にデータおよび加工サービスを転送し、データ加工サーバ５０上でそれらを管理するものである。

＜提供データ登録フェーズ＞
図３５から図３８は提供データ登録フェーズの一例を示すシーケンス図である。
〔ステップ１ａ１〕データ提供者（userA）は、登録者ホスト端末に提供データ登録を行う。

〔ステップ２ａ１〕登録者ホスト端末は、プロキシ（ＧＷ１）に提供データ登録を行う。
〔ステップ３ａ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に提供データ登録を行う。

〔ステップ４ａ１〕スマートコントラクト（ＧＷ１）は、トランザクション作成および署名付与を行う。
〔ステップ５ａ１〕スマートコントラクト（ＧＷ１）は、ブロック生成サーバ４にトランザクションを発行する。

〔ステップ６ａ１〕ブロック生成サーバ４は、スマートコントラクト（ＧＷ１）に登録完了を通知する。
〔ステップ７ａ１〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）に登録完了を通知する。

〔ステップ８ａ１〕プロキシ（ＧＷ１）は、登録者ホスト端末に登録完了を通知する。
〔ステップ９ａ１〕登録者ホスト端末は、データ提供者（userA）に登録完了を通知する。

〔ステップ１０ａ１〕ブロック生成サーバ４は、ブロックを生成する。
〔ステップ１１ａ１〕ブロック生成サーバ４は、プロキシ（ＧＷ１）にブロックを配布する。

〔ステップ１２ａ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）にブロックを配布する。
〔ステップ１３ａ１〕スマートコントラクト（ＧＷ１）は、ブロック検証を行う。

〔ステップ１４ａ１〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にプロキシ設定を行う。
〔ステップ１５ａ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に設定完了を通知する。

〔ステップ１６ａ１〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にテストデータＧＥＴを送信する。
〔ステップ１７ａ１〕プロキシ（ＧＷ１）は、データストア［／test］にテストデータＧＥＴを送信する。

〔ステップ１８ａ１〕データストア［／test］は、プロキシ（ＧＷ１）にテストデータを送信する。
〔ステップ１９ａ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）にテストデータを送信する。

〔ステップ２０ａ１〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にテストデータＰＯＳＴを送信する。
〔ステップ２１ａ１〕プロキシ（ＧＷ１）は、データ加工環境［safe-env-X］にテストデータＰＯＳＴを送信する。

〔ステップ２２ａ１〕データ加工環境［safe-env-X］は、プロキシ（ＧＷ１）に登録完了を通知する。
〔ステップ２３ａ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に登録完了を通知する。

〔ステップ２４ａ１〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）に提供データＧＥＴを送信する。
〔ステップ２５ａ１〕プロキシ（ＧＷ１）は、データストア［／product］に提供データＧＥＴを送信する。

〔ステップ２６ａ１〕データストア［／product］は、プロキシ（ＧＷ１）に提供データを送信する。
〔ステップ２７ａ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に提供データを送信する。

〔ステップ２８ａ１〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）に提供データＰＯＳＴを送信する。
〔ステップ２９ａ１〕プロキシ（ＧＷ１）は、データ加工環境［safe-env-X］に提供データＰＯＳＴを送信する。

〔ステップ３０ａ１〕データ加工環境［safe-env-X］は、プロキシ（ＧＷ１）に登録完了を通知する。
〔ステップ３１ａ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に登録完了を通知する。

〔ステップ３２ａ１〕スマートコントラクト（ＧＷ１）は、ＢＣ台帳（ＧＷ１）に台帳記入を行う。
〔ステップ３３ａ１〕ＢＣ台帳（ＧＷ１）は、スマートコントラクト（ＧＷ１）に登録完了を通知する。

〔ステップ３４ａ１〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にプロキシ設定を行う。
〔ステップ３５ａ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に設定完了を通知する。

〔ステップ３６ａ１〕ブロック生成サーバ４は、プロキシ（ＧＷ２）にブロックを配布する。
〔ステップ３７ａ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）にブロックを配布する。

〔ステップ３８ａ１〕スマートコントラクト（ＧＷ２）は、ブロック検証を行う。
〔ステップ３９ａ１〕スマートコントラクト（ＧＷ２）は、ＢＣ台帳（ＧＷ２）に台帳記入を行う。

〔ステップ４０ａ１〕ＢＣ台帳（ＧＷ２）は、スマートコントラクト（ＧＷ２）に登録完了を通知する。
〔ステップ４１ａ１〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）にプロキシ設定を行う。

〔ステップ４２ａ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に設定完了を通知する。
〔ステップ４３ａ１〕ブロック生成サーバ４は、プロキシ（ＧＷ３）にブロックを配布する。

〔ステップ４４ａ１〕プロキシ（ＧＷ３）は、スマートコントラクト（ＧＷ３）にブロックを配布する。
〔ステップ４５ａ１〕スマートコントラクト（ＧＷ３）は、ブロック検証を行う。

〔ステップ４６ａ１〕スマートコントラクト（ＧＷ３）は、ＢＣ台帳（ＧＷ３）に台帳記入を行う。
〔ステップ４７ａ１〕ＢＣ台帳（ＧＷ３）は、スマートコントラクト（ＧＷ３）に登録完了を通知する。

〔ステップ４８ａ１〕スマートコントラクト（ＧＷ３）は、プロキシ（ＧＷ３）にプロキシ設定を行う。
〔ステップ４９ａ１〕プロキシ（ＧＷ３）は、スマートコントラクト（ＧＷ３）に設定完了を通知する。

図３９は提供データ登録フェーズにおけるデータ加工環境内の動作シーケンスを示す図である。図３６のステップ２１ａ１と図３９のステップ１０１ａ、図３６のステップ２２ａ１と図３９のステップ１０４ａ、図３６のステップ２９ａ１と図３９のステップ１０５ａ、図３６のステップ３０ａ１と図３９のステップ１１１ａはそれぞれ同じ処理を表す。

〔ステップ１０１ａ〕プロキシ（ＧＷ１）は、データ加工サーバ５０にテストデータ登録を行う。
〔ステップ１０２ａ〕データ加工サーバ５０は、ストレージ［／userA］にテストデータ登録を行う。

〔ステップ１０３ａ〕ストレージ［／userA］は、データ加工サーバ５０に登録完了を通知する。
〔ステップ１０４ａ〕データ加工サーバ５０は、プロキシ（ＧＷ１）に登録完了を通知する。

〔ステップ１０５ａ〕プロキシ（ＧＷ１）は、データ加工サーバ５０に提供データ登録を行う。
〔ステップ１０６ａ〕データ加工サーバ５０は、ＢＣ台帳から台帳情報取得を行う。

〔ステップ１０７ａ〕ＢＣ台帳は、データ加工サーバ５０に台帳情報を送信する。
〔ステップ１０８ａ〕データ加工サーバ５０は、提供データのハッシュ値検証を行う。
〔ステップ１０９ａ〕データ加工サーバ５０は、ストレージ［／userA］に提供データ登録を行う。

〔ステップ１１０ａ〕ストレージ［／userA］は、データ加工サーバ５０に登録完了を通知する。
〔ステップ１１１ａ〕データ加工サーバ５０は、プロキシ（ＧＷ１）に登録完了を通知する。

上記のような提供データ登録フェーズにおいて、データ提供者が、自ゲートウェイ（ＧＷ１）に「データＩＤ」「提供者の署名」「属性」「提供データにアクセスするためのＵＲＬ」「テストデータにアクセスするためのＵＲＬ」「提供データのハッシュ値」「提供データの公開先」を含む提供データ登録トランザクションを発行する。

各ＧＷでは、データ提供者の署名が正しいことを検証し、問題なければ提供データとテストデータをデータ加工環境へ転送し、ＢＣ台帳にメタ情報が書き込まれる。ＢＣ台帳への書き込みが完了すると、ＢＣ台帳上で、データＩＤと紐づけたメタ情報が共有され、外部からデータアクセスを許可するためのプロキシ設定が動的に生成される。

図４０はメタ情報テーブルの一例を示す図である。メタ情報テーブルＴ１ａ１は、提供データ登録フェーズ後のメタ情報を示している。図４１、図４２はプロキシ設定テーブルの一例を示す図である。

図４１のプロキシ設定テーブルＴ２ａ１、Ｔ３ａ１、Ｔ４ａ１は、提供データ登録フェーズにおいて、データ登録前のプロキシ設定情報を示しており（図３６のステップ１４ａ１で設定された後のプロキシ設定テーブル）、図４２のプロキシ設定テーブルＴ２ａ１１、Ｔ３ａ１１、Ｔ４ａ１１は、提供データ登録フェーズ後のプロキシ設定情報を示している。

図４３は提供データ登録フェーズ後のデータ加工環境内の構成の一例を示す図である。データ加工環境［safe-env-X］では、提供データ［／dataId1］およびテストデータ［／dataId1／test］が、提供者テナント５１のストレージ［／userA］に配置された状態になる。

上記の提供データ登録フェーズにより、テストデータは全ユーザへ公開、提供データは誰からもアクセス不可の状態になっている。
＜加工サービス登録フェーズ＞
図４４から図４６は加工サービス登録フェーズの一例を示すシーケンス図である。

〔ステップ１ｂ１〕データ利用者（userB）は、利用者ホスト端末に加工サービス登録を行う。
〔ステップ２ｂ１〕利用者ホスト端末は、プロキシ（ＧＷ２）に加工サービス登録を行う。

〔ステップ３ｂ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に加工サービス登録を行う。
〔ステップ４ｂ１〕スマートコントラクト（ＧＷ２）は、トランザクション作成および署名付与を行う。

〔ステップ５ｂ１〕スマートコントラクト（ＧＷ２）は、ブロック生成サーバ４にトランザクションを発行する。
〔ステップ６ｂ１〕ブロック生成サーバ４は、スマートコントラクト（ＧＷ２）に登録完了を通知する。

〔ステップ７ｂ１〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）に登録完了を通知する。
〔ステップ８ｂ１〕プロキシ（ＧＷ２）は、利用者ホスト端末に登録完了を通知する。

〔ステップ９ｂ１〕利用者ホスト端末は、データ利用者（userB）に登録完了を通知する。
〔ステップ１０ｂ１〕ブロック生成サーバ４は、ブロックを生成する。

〔ステップ１１ｂ１〕ブロック生成サーバ４は、プロキシ（ＧＷ１）にブロックを配布する。
〔ステップ１２ｂ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）にブロックを配布する。

〔ステップ１３ｂ１〕スマートコントラクト（ＧＷ１）は、ブロック検証を行う。
〔ステップ１４ｂ１〕スマートコントラクト（ＧＷ１）は、ＢＣ台帳（ＧＷ１）に台帳記入を行う。

〔ステップ１５ｂ１〕ＢＣ台帳（ＧＷ１）は、スマートコントラクト（ＧＷ１）に登録完了を通知する。
〔ステップ１６ｂ１〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にプロキシ設定を行う。

〔ステップ１７ｂ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に設定完了を通知する。
〔ステップ１８ｂ１〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にデータ利用要求通知を送信する。

〔ステップ１９ｂ１〕プロキシ（ＧＷ１）は、登録者ホスト端末にデータ利用要求通知を送信する。
〔ステップ２０ｂ１〕登録者ホスト端末は、データ提供者（userA）にデータ利用要求通知を送信する。

〔ステップ２１ｂ１〕ブロック生成サーバ４は、プロキシ（ＧＷ２）にブロックを配布する。
〔ステップ２２ｂ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）にブロックを配布する。

〔ステップ２３ｂ１〕スマートコントラクト（ＧＷ２）は、ブロック検証を行う。
〔ステップ２４ｂ１〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）にプロキシ設定を行う。

〔ステップ２５ｂ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に設定完了を通知する。
〔ステップ２６ｂ１〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）に加工サービスＧＥＴを送信する。

〔ステップ２７ｂ１〕プロキシ（ＧＷ２）は、サービスストア［／service］に加工サービスＧＥＴを送信する。
〔ステップ２８ｂ１〕サービスストア［／service］は、プロキシ（ＧＷ２）に加工サービスを送信する。

〔ステップ２９ｂ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に加工サービスを送信する。
〔ステップ３０ｂ１〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）に加工サービスＰＯＳＴを送信する。

〔ステップ３１ｂ１〕プロキシ（ＧＷ２）は、データ加工環境［safe-env-X］に加工サービスＰＯＳＴを送信する。
〔ステップ３２ｂ１〕データ加工環境［safe-env-X］は、プロキシ（ＧＷ２）に登録完了を通知する。

〔ステップ３３ｂ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に登録完了を通知する。
〔ステップ３４ｂ１〕スマートコントラクト（ＧＷ２）は、ＢＣ台帳（ＧＷ２）に台帳記入を行う。

〔ステップ３５ｂ１〕ＢＣ台帳（ＧＷ２）は、スマートコントラクト（ＧＷ２）に登録完了を通知する。
〔ステップ３６ｂ１〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）にプロキシ設定を行う。

〔ステップ３７ｂ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に設定完了を通知する。
〔ステップ３８ｂ１〕ブロック生成サーバ４は、プロキシ（ＧＷ３）にブロックを配布する。

〔ステップ３９ｂ１〕プロキシ（ＧＷ３）は、スマートコントラクト（ＧＷ３）にブロックを配布する。
〔ステップ４０ｂ１〕スマートコントラクト（ＧＷ３）は、ブロック検証を行う。

〔ステップ４１ｂ１〕スマートコントラクト（ＧＷ３）は、ＢＣ台帳（ＧＷ３）に台帳記入を行う。
〔ステップ４２ｂ１〕ＢＣ台帳（ＧＷ３）は、スマートコントラクト（ＧＷ３）に登録完了を通知する。

図４７は加工サービス登録フェーズにおけるデータ加工環境内の動作シーケンスを示す図である。図４５のステップ３１ｂ１と図４７のステップ１０１ｂ、図４５のステップ３２ｂ１と図４７のステップ１０７ｂはそれぞれ同じ処理を表す。

〔ステップ１０１ｂ〕プロキシ（ＧＷ２）は、データ加工サーバ５０に加工サービス登録を行う。
〔ステップ１０２ｂ〕データ加工サーバ５０は、ＢＣ台帳［safe-env-X］から台帳情報取得を行う。

〔ステップ１０３ｂ〕ＢＣ台帳［safe-env-X］は、データ加工サーバ５０に台帳情報を送信する。
〔ステップ１０４ｂ〕データ加工サーバ５０は、加工サービスのハッシュ値検証を行う。

〔ステップ１０５ｂ〕データ加工サーバ５０は、ストレージ［／userB］に加工サービス登録を行う。
〔ステップ１０６ｂ〕ストレージ［／userB］は、データ加工サーバ５０に登録完了を通知する。

〔ステップ１０７ｂ〕データ加工サーバ５０は、プロキシ（ＧＷ２）に登録完了を通知する。
上記のような加工サービス登録フェーズにおいて、データ利用者は、提供データ登録フェーズでアクセス可能になったテストデータを用いて加工サービスを作成する。作成した加工サービスを提供データで実際に使う申請をするために、データ利用者は、自ゲートウェイで「サービスＩＤ」「利用者の署名」「属性」「加工サービスにアクセスするためのＵＲＬ」「加工サービスのハッシュ値」「加工サービスの公開先」を含む加工サービス登録トランザクションを発行する。

各ＧＷでは、データ利用者の署名が正しいことを検証し、問題なければＢＣ台帳に書き込まれる。ＢＣ台帳への書き込みが完了すると、ＢＣ台帳上で、サービスＩＤと紐づけたメタ情報が共有され、プロキシ設定が動的に生成される。

図４８はメタ情報テーブルの一例を示す図である。メタ情報テーブルＴ１ｂ１は、加工サービス登録フェーズ後のメタ情報を示している。図４９、図５０はプロキシ設定テーブルの一例を示す図である。図４９のプロキシ設定テーブルＴ２ｂ１、Ｔ３ｂ１、Ｔ４ｂ１は、加工サービス登録フェーズにおいて、データ登録前のプロキシ設定情報を示しており（図４５のステップ２４ｂ１で設定された後のプロキシ設定テーブル）、図５０のプロキシ設定テーブルＴ２ｂ１１、Ｔ３ｂ１１、Ｔ４ｂ１１は、加工サービス登録フェーズ後のプロキシ設定情報を示している。

図５１は加工サービス登録フェーズ後のデータ加工環境内の構成の一例を示す図である。データ加工環境［safe-env-X］では、提供データ［／dataId1］およびテストデータ［／dataId1／test］が、提供者テナント５１のストレージ［／userA］に配置された状態になる。また、加工サービス［serviceId1］が利用者テナント５２のストレージ［／userB］に配置された状態になる。

上記の加工サービス登録フェーズでは、テストデータは全公開、提供データは誰からもアクセス不可の状態は変わらず、データ提供者のみが加工サービスにＰＯＳＴのリクエストができる状態となっている。

＜メタ情報更新フェーズ＞
図５２、図５３はメタ情報更新フェーズの一例を示すシーケンス図である。
〔ステップ１ｃ１〕データ提供者（userA）は、登録者ホスト端末にメタデータ更新を行う。

〔ステップ２ｃ１〕登録者ホスト端末は、プロキシ（ＧＷ１）に提供データ登録を行う。
〔ステップ３ｃ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）にメタデータ更新を行う。

〔ステップ４ｃ１〕スマートコントラクト（ＧＷ１）は、トランザクション作成および署名付与を行う。
〔ステップ５ｃ１〕スマートコントラクト（ＧＷ１）は、ブロック生成サーバ４にトランザクションを発行する。

〔ステップ６ｃ１〕ブロック生成サーバ４は、スマートコントラクト（ＧＷ１）に登録完了を通知する。
〔ステップ７ｃ１〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）に登録完了を通知する。

〔ステップ８ｃ１〕プロキシ（ＧＷ１）は、登録者ホスト端末に登録完了を通知する。
〔ステップ９ｃ１〕登録者ホスト端末は、データ提供者（userA）に登録完了を通知する。

〔ステップ１０ｃ１〕ブロック生成サーバ４は、ブロックを生成する。
〔ステップ１１ｃ１〕ブロック生成サーバ４は、プロキシ（ＧＷ１）にブロックを配布する。

〔ステップ１２ｃ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）にブロックを配布する。
〔ステップ１３ｃ１〕スマートコントラクト（ＧＷ１）は、ブロック検証を行う。

〔ステップ１４ｃ１〕スマートコントラクト（ＧＷ１）は、ＢＣ台帳（ＧＷ１）に台帳記入を行う。
〔ステップ１５ｃ１〕ＢＣ台帳（ＧＷ１）は、スマートコントラクト（ＧＷ１）に登録完了を通知する。

〔ステップ１６ｃ１〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にプロキシ設定を行う。
〔ステップ１７ｃ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に設定完了を通知する。

〔ステップ１８ｃ１〕ブロック生成サーバ４は、プロキシ（ＧＷ２）にブロックを配布する。
〔ステップ１９ｃ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）にブロックを配布する。

〔ステップ２０ｃ１〕スマートコントラクト（ＧＷ２）は、ブロック検証を行う。
〔ステップ２１ｃ１〕スマートコントラクト（ＧＷ２）は、ＢＣ台帳（ＧＷ２）に台帳記入を行う。

〔ステップ２２ｃ１〕ＢＣ台帳（ＧＷ２）は、スマートコントラクト（ＧＷ２）に登録完了を通知する。
〔ステップ２３ｃ１〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）にプロキシ設定を行う。

〔ステップ２４ｃ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に設定完了を通知する。
〔ステップ２５ｃ１〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）にメタデータ更新通知を行う。

〔ステップ２６ｃ１〕プロキシ（ＧＷ２）は、利用者ホスト端末にメタデータ更新通知を行う。
〔ステップ２７ｃ１〕利用者ホスト端末は、データ利用者（userB）にデータ利用要求通知を送信する。

〔ステップ２８ｃ１〕ブロック生成サーバ４は、プロキシ（ＧＷ３）にブロックを配布する。
〔ステップ２９ｃ１〕プロキシ（ＧＷ３）は、スマートコントラクト（ＧＷ３）にブッロクを配布する。

〔ステップ３０ｃ１〕スマートコントラクト（ＧＷ３）は、ブロック検証を行う。
〔ステップ３１ｃ１〕スマートコントラクト（ＧＷ３）は、ＢＣ台帳（ＧＷ３）に台帳記入を行う。

〔ステップ３２ｃ１〕ＢＣ台帳（ＧＷ３）は、スマートコントラクト（ＧＷ３）に登録完了を通知する。
上記のようなメタ情報更新フェーズにおいて、加工サービス登録フェーズでデータ利用要求の通知を受け、データ提供者は登録された加工サービスの内容を検証する。加工サービスの内容に問題ないと判断した場合は、提供データの利用を承認するために、データ提供者が、自ゲートウェイに登録済みの提供データのメタ情報の「提供データの公開先」の項目を更新するメタ情報更新トランザクションを発行する。

このトランザクションに含まれる情報は提供データ登録フェーズと同様に「データＩＤ」「提供者の署名」「属性」「提供データにアクセスするためのＵＲＬ」「テストデータにアクセスするためのＵＲＬ」「提供データのハッシュ値」「提供データの公開先」であり、「提供データの公開先」を加工サービスのサービスＩＤを指定する。

各ＧＷでは、署名が正しいことを検証し、問題なければＢＣ台帳に書き込まれる。ＢＣ台帳への書き込みが完了すると、ＢＣ台帳上で、データＩＤと紐づけたメタ情報が共有され、プロキシ設定が動的に生成される。

図５４はメタ情報テーブルの一例を示す図であり、図５５はプロキシ設定テーブルの一例を示す図である。メタ情報テーブルＴ１ｃ１は、メタ情報更新フェーズ後のメタ情報を示し、プロキシ設定テーブルＴ２ｃ１、Ｔ３ｃ１、Ｔ４ｃ１は、メタ情報更新フェーズ後のプロキシ設定情報を示している。このフェーズでは、検証の終わった加工サービスへのアクセスの設定が削除されるだけである。

＜メタ情報マッチングフェーズ＞
図５６から図５８はメタ情報マッチングフェーズの一例を示すシーケンス図である。
〔ステップ１ｄ１〕データ利用者（userB）は、利用者ホスト端末にメタデータ更新確認を行う。

〔ステップ２ｄ１〕利用者ホスト端末は、プロキシ（ＧＷ２）にメタデータ更新確認を行う。
〔ステップ３ｄ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）にメタデータ更新確認を行う。

〔ステップ４ｄ１〕スマートコントラクト（ＧＷ２）は、トランザクション作成および署名付与を行う。
〔ステップ５ｄ１〕スマートコントラクト（ＧＷ２）は、ブロック生成サーバ４にトランザクションを発行する。

〔ステップ６ｄ１〕ブロック生成サーバ４は、スマートコントラクト（ＧＷ２）に登録完了を通知する。
〔ステップ７ｄ１〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）に登録完了を通知する。

〔ステップ８ｄ１〕プロキシ（ＧＷ２）は、利用者ホスト端末に登録完了を通知する。
〔ステップ９ｄ１〕利用者ホスト端末は、データ利用者（userB）に登録完了を通知する。

〔ステップ１０ｄ１〕ブロック生成サーバ４は、ブロックを生成する。
〔ステップ１１ｄ１〕ブロック生成サーバ４は、プロキシ（ＧＷ１）にブロックを配布する。

〔ステップ１２ｄ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）にブロックを配布する。
〔ステップ１３ｄ１〕スマートコントラクト（ＧＷ１）は、ブロック検証を行う。

〔ステップ１４ｄ１〕スマートコントラクト（ＧＷ１）は、ＢＣ台帳（ＧＷ１）からメタデータ取得を行う。
〔ステップ１５ｄ１〕ＢＣ台帳（ＧＷ１）は、スマートコントラクト（ＧＷ１）にメタデータを送信する。

〔ステップ１６ｄ１〕スマートコントラクト（ＧＷ１）は、メタデータマッチングを行う。
〔ステップ１７ｄ１〕スマートコントラクト（ＧＷ１）は、ＢＣ台帳（ＧＷ１）に台帳記入を行う。

〔ステップ１８ｄ１〕ＢＣ台帳（ＧＷ１）は、スマートコントラクト（ＧＷ１）に登録完了を通知する。
〔ステップ１９ｄ１〕スマートコントラクト（ＧＷ１）は、プロキシ（ＧＷ１）にプロキシ設定を行う。

〔ステップ２０ｄ１〕プロキシ（ＧＷ１）は、スマートコントラクト（ＧＷ１）に設定完了を通知する。
〔ステップ２１ｄ１〕ブロック生成サーバ４は、プロキシ（ＧＷ２）にブロックを配布する。

〔ステップ２２ｄ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）にブロックを配布する。
〔ステップ２３ｄ１〕スマートコントラクト（ＧＷ２）は、ブロック検証を行う。

〔ステップ２４ｄ１〕スマートコントラクト（ＧＷ２）は、ＢＣ台帳（ＧＷ２）からメタデータ取得を行う。
〔ステップ２５ｄ１〕ＢＣ台帳（ＧＷ２）は、スマートコントラクト（ＧＷ２）にメタデータを送信する。

〔ステップ２６ｄ１〕スマートコントラクト（ＧＷ２）は、メタデータマッチングを行う。
〔ステップ２７ｄ１〕スマートコントラクト（ＧＷ２）は、ＢＣ台帳（ＧＷ２）に台帳記入を行う。

〔ステップ２８ｄ１〕ＢＣ台帳（ＧＷ２）は、スマートコントラクト（ＧＷ２）に登録完了を通知する。
〔ステップ２９ｄ１〕スマートコントラクト（ＧＷ２）は、プロキシ（ＧＷ２）にプロキシ設定を行う。

〔ステップ３０ｄ１〕プロキシ（ＧＷ２）は、スマートコントラクト（ＧＷ２）に設定完了を通知する。
〔ステップ３１ｄ１〕ブロック生成サーバ４は、プロキシ（ＧＷ３）にブロックを配布する。

〔ステップ３２ｄ１〕プロキシ（ＧＷ３）は、スマートコントラクト（ＧＷ３）にブッロクを配布する。
〔ステップ３３ｄ１〕スマートコントラクト（ＧＷ３）は、ブロック検証を行う。

〔ステップ３４ｄ１〕スマートコントラクト（ＧＷ３）は、ＢＣ台帳（ＧＷ３）に台帳記入を行う。
〔ステップ３５ｄ１〕ＢＣ台帳（ＧＷ３）は、スマートコントラクト（ＧＷ３）に登録完了を通知する。

上記のようなメタ情報マッチングフェーズにおいて、メタ情報更新フェーズでメタ情報更新の通知を受け、データ利用者はデータ提供者からデータの利用が承認されたことを確認する。

そして、実際にデータ利用を開始するために、データ利用者が、自ゲートウェイで「利用するデータＩＤ」「利用するサービスＩＤ」「利用者の署名」を含むメタ情報更新確認トランザクションを発行する。

各ＧＷでは、署名が正しいこととメタ情報のマッチングが取れていることを検証する。これらの検証に問題なければ、データアクセスするためのルーティングテーブルが動的に生成される。

図５９はメタ情報テーブルの一例を示す図であり、図６０はプロキシ設定テーブルの一例を示す図である。メタ情報テーブルＴ１ｄ１は、メタ情報マッチングフェーズ後のメタ情報を示し、プロキシ設定テーブルＴ２ｄ１、Ｔ３ｄ１、Ｔ４ｄ１は、メタ情報マッチングフェーズ後のプロキシ設定情報を示している。このフェーズでは、処理結果のデータを受け取るためのＵＲＬとして「／processDataId1」が発行され、データ利用者のみがアクセスできる状態になっている。

＜加工データ取得フェーズ＞
第３の実施の形態の加工データ取得フェーズのシーケンスは、上述の図３１から図３３に示したシーケンスと同じであり、第３の実施の形態のデータ加工環境内の動作シーケンスは、上述の図３４に示したシーケンスと同じである。

データ利用者が、「／processDataId1」に対してリクエストを送ると、ＧＷに設定されたルーティングテーブルにもとづいてリクエストが転送され、データ加工サーバ５０が提供データを取得し、加工サービスで加工した結果のみをレスポンスとして、データ利用者に返す。

また、加工データが正しく利用者の手元に届いたことを証跡として残すために、加工データの取得が完了したタイミングで「加工データ取得結果」「利用者の署名」を含むトランザクションを発行し、各ＧＷでＢＣ台帳に記録する。第３の実施の形態では、データおよび加工サービスの削除は行わず、ＢＣ台帳の記録ですべての処理を完了する。

［第４の実施の形態］
次に第４の実施の形態について説明する。第４の実施の形態は、複数のデータ加工環境のうちから実行するデータ加工環境を指定する。第４の実施の形態では、複数のデータ加工環境の中から、データおよび加工サービスの信頼する加工環境を選択し、その環境下でのみ加工処理を実行するものである。

図６１は第４の実施の形態の通信システムの一例を示す図である。第４の実施の形態の通信システム１ａ−１では、データ加工環境５−１（データ加工環境［safe-env-X］）、データ加工環境５−２（データ加工環境［safe-env-Y］）、データ加工環境５−３（データ加工環境［safe-env-Z］）が通信ネットワークＮ１に接続されている。その他の構成は図３と同様なので説明は省略する。

これらの複数のデータ加工環境は、それぞれ別のＰＦ管理者がおり、設置される場所や環境内のセキュリティレベル、利用しているストレージの種類、利用料金等が異なっている。データ提供者とデータ利用者は、複数あるデータ加工環境の中から利用するデータ加工環境を選択することができる。

＜事前準備＞
ＰＦ管理者が安全なデータ加工環境として、上述の図７に示すデータ加工環境を用意する。また、各ＧＷには、データ加工環境［safe-env-X］、データ加工環境［safe-env-Y］およびデータ加工環境［safe-env-Z］の情報を登録しておき、ネットワークが疎通可能な状態にする。

図６２はメタ情報テーブルの一例を示す図である。メタ情報テーブルＴ１０は、初期状態のテーブル情報である。プロキシ設定テーブルは、上述の図１１のテーブルと同じである。このフェーズでは、各ＧＷの所有者が発行するトランザクションのリクエストとブロック生成サーバ４より配布されるブロックの情報をスマートコントラクトに転送する設定が入っている。その他のリクエストは破棄されるため、各ＧＷからはどのデータやサービスへもアクセスできない状態となっている。

＜提供データ登録フェーズ＞
提供データ登録フェーズのシーケンスは、上述の図１２および図１３に示すシーケンスと同じである。データ提供者が、自ゲートウェイ（ＧＷ１）に「データＩＤ」「提供者の署名」「属性」「提供データにアクセスするためのＵＲＬ」「テストデータにアクセスするためのＵＲＬ」「提供データのハッシュ値」「提供データの公開先」「利用する加工環境」を含む提供データ登録トランザクションを発行する。

各ＧＷでは、データ提供者の署名が正しいことを検証し、問題なければＢＣ台帳に書き込まれる。ＢＣ台帳への書き込みが完了すると、ＢＣ台帳上で、データＩＤと紐づけたメタ情報が共有され、外部からデータアクセスを許可するためのプロキシ設定が動的に生成される。

図６３はメタ情報テーブルの一例を示す図である。メタ情報テーブルＴ１０ａは、提供データ登録フェーズ後のテーブル情報である。プロキシ設定テーブルは、上述の図１５のテーブルと同じである。このフェーズでは、テストデータは全ユーザへ公開、提供データは誰からもアクセス不可の状態となっている。

＜加工サービス登録フェーズ＞
加工サービス登録フェーズのシーケンスは、上述の図１６および図１７に示すシーケンスと同じである。データ利用者は、提供データ登録フェーズでアクセス可能になったテストデータを用いて加工サービスを作成する。

作成した加工サービスを提供データで実際に使う申請をするために、データ利用者が、自ゲートウェイで「サービスＩＤ」「利用者の署名」「属性」「加工サービスにアクセスするためのＵＲＬ」「加工サービスのハッシュ値」「加工サービスの公開先」「利用する加工環境」を含む加工サービス登録トランザクションを発行する。各ＧＷでは、データ利用者の署名が正しいことを検証し、問題なければ台帳に書き込まれる。

ＢＣ台帳への書き込みが完了すると、ＢＣ台帳上で、サービスＩＤと紐づけたメタ情報が共有され、プロキシ設定が動的に生成される。
図６４はメタ情報テーブルの一例を示す図である。メタ情報テーブルＴ１０ｂは、加工サービス登録フェーズ後のテーブル情報である。プロキシ設定テーブルは、上述の図１９のテーブルと同じである。

このフェーズでは、テストデータは全公開、提供データは誰からもアクセス不可の状態は変わらず、データ提供者のみが加工サービスにＰＯＳＴのリクエストができる状態になっている。

＜メタ情報更新フェーズ＞
メタ情報更新フェーズのシーケンスは、上述の図２０および図２１に示すシーケンスと同じである。加工サービス登録フェーズでデータ利用要求の通知を受け、データ提供者は登録された加工サービスの内容を検証する。

加工サービスの内容に問題ないと判断した場合は、提供データの利用を承認するために、データ提供者が、自ゲートウェイに登録済みの提供データのメタ情報の「提供データの公開先」の項目を更新するメタ情報更新トランザクションを発行する。

このトランザクションに含まれる情報は提供データ登録フェーズと同様に「データＩＤ」「提供者の署名」「属性」「提供データにアクセスするためのＵＲＬ」「テストデータにアクセスするためのＵＲＬ」「提供データのハッシュ値」「提供データの公開先」「利用する加工環境」であり、「提供データの公開先」を加工サービスのサービスＩＤを指定する。

各ＧＷでは、署名が正しいことを検証し、問題なければ台帳に書き込まれる。ＢＣ台帳への書き込みが完了すると、ＢＣ台帳上で、データＩＤと紐づけたメタ情報が共有され、プロキシ設定が動的に生成される。

図６５はメタ情報テーブルの一例を示す図であり、図６６はプロキシ設定テーブルの一例を示す図である。メタ情報テーブルＴ１０ｃは、メタ情報更新フェーズ後のメタ情報を示し、プロキシ設定テーブルＴ２０ｃ、Ｔ３０ｃ、Ｔ４０ｃは、フェーズ後のプロキシ設定情報を示している。

このフェーズでは、ＧＷ１からのみ提供データにＧＥＴし、提供者テナントへＰＯＳＴできる状態になっている。また、同じくＧＷ２からのみ加工サービスにＧＥＴし、利用者テナントにＰＯＳＴできる状態になっている（本フェーズでは、ＰＯＳＴ可能なデータ加工環境への設定をすべて登録しておき、実際にどのデータ加工環境へ送信するかは次のメタ情報マッチングフェーズで判断される）。

＜メタ情報マッチングフェーズ＞
メタ情報マッチングフェーズのシーケンスは、上述の図２４から図２６に示すシーケンスと同じであり、データ加工環境内の動作シーケンスは、上述の図２７のシーケンスと同じである。

メタ情報更新フェーズでメタ情報更新の通知を受け、データ利用者はデータ提供者からデータの利用が承認されたことを確認する。そして、実際にデータ利用を開始するために、データ利用者が、自ゲートウェイで「利用するデータＩＤ」「利用するサービスＩＤ」「利用者の署名」を含むメタ情報更新確認トランザクションを発行する。

各ＧＷでは、署名が正しいこととメタ情報のマッチングが取れていることを検証する。第４の実施の形態のメタ情報マッチングフェーズでは、データ加工環境のマッチングも行う。データ加工環境のマッチングとは、対象Ａのデータにおける「データ加工環境」と対象Ｂの加工サービスにおける「データ加工環境」の項目で一致する項目を発見することである（項目の一致するデータ加工環境が複数ある場合のデータ加工環境の決定方法については後述する）。

例えば、“safe-env-X”の値がdataId1とserviceId1間で一致しているため、この値のデータ加工環境へリソースを転送すると判定される。検証に問題がなければ、提供データおよび加工サービスをデータ加工環境への転送と、データアクセスするためのルーティングテーブルが動的に生成される。

データ加工環境へ提供データを転送する場合は、メタ情報に登録されているハッシュ値と実際に転送されてきたデータをハッシュ計算した値の比較を行い、同じ値であることを検証してからストレージに登録する。加工サービスを転送する時も同様にハッシュ値の検証が行われる。

図６７はメタ情報テーブルの一例を示す図である。メタ情報テーブルＴ１０ｄは、メタ情報マッチングフェーズ後のテーブル情報を示す。プロキシ設定テーブルは、上述の図２９のテーブルと同じである。

このフェーズでは、処理結果のデータを受け取るためのＵＲＬとして「／processDataId1」が発行され、データ利用者のみがアクセスできる状態になっている。また、メタ情報更新フェーズで設定した提供データおよび加工サービスをＧＥＴおよびＰＯＳＴできる設定は、安全のため削除している。

なお、メタ情報マッチングフェーズ後のデータ加工環境内の構成は、上述の図３０に示す構成と同じである。提供データおよび加工サービスがそれぞれ所有者のテナントに配置された状態になる。

＜加工データ取得フェーズ＞
加工データ取得フェーズのシーケンスは、上述の図３１から図３３に示すシーケンスと同じであり、データ加工環境内の動作シーケンスは、上述の図３４のシーケンスと同じである。

データ利用者が、「／processDataId1」に対してリクエストを送ると、ＧＷに設定されたルーティングテーブルにもとづいて、まずデータ加工環境にリクエストが転送される。その後、ＢＣ台帳に記述された内容の通りにデータ加工サーバ５０が提供データを取得し、加工サービスで加工した結果のみをレスポンスとして、データ利用者に返し、加工に使用した提供データおよび加工サービスは削除する。

また、加工データが正しくデータ利用者の手元に届いたことを証跡として残すために、加工データの取得が完了したタイミングで「加工データ取得結果」「利用者の署名」を含むトランザクションを発行し、各ＧＷでＢＣ台帳に記録し、すべての処理を完了する。

ここで、上記のメタ情報マッチングフェーズにおける、項目の一致するデータ加工環境が複数ある場合のデータ加工環境の決定方法について説明する。項目の一致するデータ加工環境が複数あり、データ加工環境のマッチングにおいて、利用するデータ加工環境が一意に決まらない場合は、あらかじめ設定されたアルゴリズムにもとづいて決定する。例えば、アルファベット順や、データ加工環境に設定されるＩＤの値が小さい順等があり、全ＧＷで同一のルールにもとづいて決定するように事前に設定を行う。

図６８はメタ情報テーブルの一例を示す図である。メタ情報テーブルＴ１００は図６５に示したメタ情報テーブルＴ１０ｃに対して、serviceId1のデータ加工環境にsafe-env-Yが追加されているものである。

この状況でデータ加工環境のマッチングを行うと、dataId1とserviceId1で共通するデータ加工環境がsafe-env-X, safe-env-Yの２箇所になってしまう。提供データと加工データは同じデータ加工環境に転送するため、各ＧＷで共通のアルゴリズムを用いて、データ加工環境を一意に決定する。データ加工環境を決めるアルゴリズムの例を下記に示す。

例１：アルファベット順で決定する場合
データ加工環境はＩＤやＵＲＬのような文字列で管理されている。そのため、「データ加工環境の文字列をアルファベット順にした場合に、昇順（または降順）で１番目にヒットするデータ加工環境に決定する」といったアルゴリズムを各ＧＷで共有する。これにより、ＧＷ間で通信をせずとも全ＧＷで同じデータ加工環境を決定することができる。

例えば、アルファベット順で決定するアルゴリズムを用いた場合、図６８のメタ情報テーブルＴ１００では、選択できる環境はsafe-env-X、safe-env-Yの２つなので、昇順で１番目にヒットするsafe-env-XをすべてのＧＷで選択し、提供データおよび加工サービスを転送する。データ加工環境マッチング後のメタ情報テーブルＴ１０１は図６９のようになる。

例２：乱数プログラムを用いて決定する場合
例１のような決め方だと、決定されるデータ加工環境に偏りが生まれる可能性がある。そこで、選択されるデータ加工環境を平滑化するような方法として、乱数プログラムを用いる。

乱数プログラムは疑似乱数と呼ばれ、Ｃ言語のrand関数のように、一見、ランダムな値を返すように見えるが、法則性がある（完璧な乱数ではない）。また、同じ乱数プログラムと乱数生成の引数となるseed値を用いると、乱数プログラムは常に同じ順番に乱数を生成する。

例えば、seed値を１０で設定して、ある乱数プログラムを使うと、「２５ ４６ ７１ ４３ ９３ ６５ ２３・・・」と値を出力する。このプログラムを一旦リセットして、あらためて、seed値１０でプログラムを動かすと１回目と同じように「２５ ４６ ７１ ４３ ９３ ６５ ２３・・・」の出力を得られる。

ここでは、この特性を利用し、全ＧＷで同じ乱数プログラムと乱数生成の引数となるseed値を共有することで、選択自体はランダムでありながら、全ＧＷで同じデータ加工環境を選択するようにする。

図６８のメタ情報テーブルＴ１００では、選択できる環境はsafe-env-X、safe-env-Yの２つなのである。この例では、あらかじめ乱数プログラムrand（）およびseed値１０を全ＧＷで共有している。この乱数プログラムはseed値１０のとき、「２５ ４６ ７１ ４３ ９３ ６５ ２３・・・」といった順に乱数を発生させるので、得られた乱数を選択できる環境数（今回は２）で剰余をとり、アルファベットの昇順で剰余の値＋１番目の環境で決定するというアルゴリズムを共通で使うとする。

乱数プログラムを使った計算は、rand（１０）mod２＋１＝２５mod２＋１＝２となり、すべてのＧＷで２の値を得るので、アルファベットの昇順で２番目のsafe-env-YをすべてのＧＷで選択し、提供データおよび加工サービスを転送する。データ加工環境マッチング後のメタ情報テーブルＴ１０２は図７０のようになる。

以上説明したように、本発明によれば、スマートコントラクトの仕組みとメタ情報を活用し、同意したデータ処理が正しく実行されることを、他のＢＣ参加者を含めて検証する。本発明では、利用者は一次データを閲覧することがなく、利用者が見ることができるのは処理結果のみとなる。処理結果に関しては、データ提供者が承諾済みの二次データであり、権利や責任はデータ利用者のものである。

そのため、データ利用者に渡ったデータが仮に漏洩した場合でも、その影響はデータ提供者に波及しないので、データを出す側にとって安心してデータを提供することができる。また、データと同様に加工サービスの内容をデータ提供者に公開しないため、データ利用者側も安心してデータを加工し、利用することができる。

したがって、一次データおよび加工サービスを利用者と提供者間で見せあうことなく、データ提供者・データ利用者の両者が合意した処理結果のみが流通するプラットフォームが実現できる。その結果、一次データと加工サービスはそれぞれ流通されないので不正な二次利用を防止し、データ提供者・データ利用者共に安心してデータをやり取りできる。

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

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

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

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

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

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

１０、１０−１、１０−２、１０−３ 通信装置
１１、１１ａ、１１ｂ、１１ｃ 制御部
１２、１２ａ、１２ｂ、１２ｃ 記憶部
ＤＬ１、ＤＬ２、ＤＬ３ 分散台帳
２０ データ加工環境
Ｎ０ ネットワーク

Claims (9)

1. ネットワークに含まれる複数の通信装置に実行させる通信プログラムであって、
   データを提供する側の第１の通信装置の第１のコンピュータに、前記データおよび前記データの属性情報を含む第１のメタデータを登録させ、
   前記データを利用する側の第２の通信装置の第２のコンピュータに、前記データを加工して利用する際の加工サービスおよび前記加工サービスの属性情報を含む第２のメタデータを登録させ、
   前記第１のコンピュータに、前記第１のメタデータと前記第２のメタデータにもとづいて前記加工サービスの承認可否を判定させ、
   前記データを加工する側の第３の通信装置の第３のコンピュータに、前記承認可否の判定結果が承認可の場合に、前記第１の通信装置および前記第２の通信装置から前記データおよび前記加工サービスへのアクセスを不可とするデータ加工環境上で前記加工サービスにもとづくデータ加工を実行させる、
   通信プログラム。
2. 前記第１のコンピュータに、前記データを模擬した模擬データを登録させ、
   前記第２のコンピュータに、前記模擬データをもとに作成した前記加工サービスにもとづく情報を含む第１のトランザクションを発行させて、前記第１のコンピュータに前記データへのアクセスを要求させ、
   前記第１のコンピュータに、前記第１のトランザクションにもとづいて前記加工サービスの承認可否を判定させ、前記承認可否の判定結果を承認可とした場合、前記データを利用した前記加工サービスを許可する情報を含む第２のトランザクションを発行させて、前記第２のコンピュータに対して前記データを前記加工サービスによって加工した加工データへのアクセスを承認させる、
   請求項１記載の通信プログラム。
3. 前記第３のコンピュータに、
   前記データの第１のハッシュ値を算出させ、
   前記第１のハッシュ値と、前記第１のトランザクションに含まれる前記データの第２のハッシュ値とを比較させて、同一の値の場合に、前記データ加工環境に前記データを登録させる、
   請求項２記載の通信プログラム。
4. 前記第３のコンピュータに、
   前記加工サービスの第３のハッシュ値を算出させ、
   前記第３のハッシュ値と、前記第２のトランザクションに含まれる前記加工サービスの第４のハッシュ値とを比較させて、同一の値の場合に、前記データ加工環境に前記加工サービスを登録させる、
   請求項２記載の通信プログラム。
5. 前記第３のコンピュータに、
   前記データ加工環境に登録した前記データに一時的な第１の情報を付加させ、前記データを削除した場合は前記第１の情報を削除させ、
   前記データ加工環境に登録した前記加工サービスに一時的な第２の情報を付加させ、前記加工サービスを削除した場合は前記第２の情報を削除させて、
   前記第１のコンピュータおよび前記第２のコンピュータに対して、前記データ加工環境内の前記データおよび前記加工サービスの有無を、前記第１の情報および前記第２の情報にもとづいて検証可能とさせる、
   請求項１記載の通信プログラム。
6. 複数のデータ加工環境を含むデータ加工環境群がある場合、
   前記第１のコンピュータおよび前記第２のコンピュータに、
   前記第１のメタデータに含まれる前記データの識別子に対応する前記データ加工環境群のうちの複数の第１のデータ加工環境群識別子と、前記第２のメタデータに含まれる前記加工サービスの識別子に対応する前記データ加工環境群の複数の第２のデータ加工環境群識別子とで共通する共通データ加工環境識別子を選択し、選択した前記共通データ加工環境識別子を有する前記データ加工環境を前記データ加工環境群のうちから選択させる、
   請求項１記載の通信プログラム。
7. 前記第１の通信装置は、第１の分散台帳の記憶領域を有する第１の記憶部を備え、
   前記第２の通信装置は、第２の分散台帳の記憶領域を有する第２の記憶部を備え、
   前記第３の通信装置は、第３の分散台帳の記憶領域を有する第３の記憶部を備え、
   前記第１のコンピュータ、前記第２のコンピュータおよび前記第３のコンピュータそれぞれに、前記第１の分散台帳、前記第２の分散台帳および前記第３の分散台帳に登録される情報を共有化させる、
   請求項１記載の通信プログラム。
8. ネットワークに含まれる複数の通信装置に実行させる通信方法であって、
   データを提供する側の第１の通信装置は、前記データおよび前記データの属性情報を含む第１のメタデータを登録し、
   前記データを利用する側の第２の通信装置は、前記データを加工して利用する際の加工サービスおよび前記加工サービスの属性情報を含む第２のメタデータを登録し、
   前記第１の通信装置は、前記第１のメタデータと前記第２のメタデータにもとづいて前記加工サービスの承認可否を判定し、
   前記データを加工する側の第３の通信装置は、前記承認可否の判定結果が承認可の場合に、前記第１の通信装置および前記第２の通信装置から前記データおよび前記加工サービスへのアクセスを不可とするデータ加工環境上で前記加工サービスにもとづくデータ加工を実行する、
   処理を実行する通信方法。
9. ネットワークに含まれる通信装置であって、
   前記ネットワークを介して他装置に接続して通信制御を行う制御部と、
   分散台帳の記憶領域を有する記憶部と、
   を備え、
   前記制御部は、
   データを提供する側の第１の通信装置として機能する場合、前記データおよび前記データの属性情報を含む第１のメタデータを登録し、
   前記データを利用する側の第２の通信装置として機能する場合、前記データを加工して利用する際の加工サービスおよび前記加工サービスの属性情報を含む第２のメタデータを登録し、
   前記第１の通信装置として機能する場合、前記第１のメタデータと前記第２のメタデータにもとづいて前記加工サービスの承認可否を判定し、
   前記データを加工する側の第３の通信装置として機能する場合に、前記承認可否の判定結果が承認可の場合、前記第１の通信装置および前記第２の通信装置から前記データおよび前記加工サービスへのアクセスを不可とするデータ加工環境上で前記加工サービスにもとづくデータ加工を実行する、
   通信装置。

Images