(57)【要約】【課題】複数のネットワークの間でデータを流通しやすくする。【解決手段】通信装置は、複数のクラスタのうちの第１のクラスタに属し、記憶部、制御部、および、転送部を備える。記憶部は、通信装置に接続する端末が取得可能な情報を有する他のクラスタの識別情報を、他のクラスタが保持するデータの要約に含めて記憶する。制御部は、要約にアクセスした端末から、取得対象のデータを保持する第２のクラスタの識別情報と取得対象のデータの識別情報の組み合わせを受信すると、組み合わせで特定される対象データを要求する制御を行う。転送部は、対象データを、端末に転送する。【選択図】図１
2019212017.tif 000002
【特許請求の範囲】
【請求項１】
複数のクラスタのうちの第１のクラスタに属する通信装置であって、
前記通信装置に接続する端末が取得可能な情報を有する他のクラスタの識別情報を、前記他のクラスタが保持するデータの要約に含めて記憶する記憶部と、
前記要約にアクセスした前記端末から、取得対象のデータを保持する第２のクラスタの識別情報と前記取得対象のデータの識別情報の組み合わせを受信すると、前記組み合わせで特定される対象データを要求する制御を行う制御部と、
前記対象データを、前記端末に転送する転送部
を備えることを特徴とする通信装置。
【請求項２】
前記要約は、前記他のクラスタが保持するデータのメタデータを要約することにより生成され、
前記制御部は、前記端末から、前記第２のクラスタに保持されているメタデータの取得を要求されると、前記第２のクラスタに保持されているデータのうちで前記端末が取得可能なデータのメタデータを取得するための制御を行い、
前記転送部は、取得したメタデータを前記端末に転送し、
前記制御部は、前記取得したメタデータを用いて前記取得対象のデータの識別情報を特定した前記端末から、前記組み合わせを受信すると、前記対象データを要求する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記制御部は、前記端末から前記端末が取得可能なデータを保持するクラスタの問合せを受信すると、前記要約のうちで前記端末が取得可能なデータに対応付けられている情報を特定し、
前記転送部は、前記制御部が特定した情報を前記端末に送信する
ことを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記第1のクラスタへの接続を許可されている装置からのデータへのアクセス状況を管理する管理部
をさらに備え、
前記制御部は、
前記組み合わせを受信すると、前記端末が前記対象データにアクセス可能であるかを前記管理部に問い合わせ、
前記端末が前記対象データにアクセス可能であると前記管理部が判定すると、前記対象データを要求する制御を行う
ことを特徴とする請求項１〜３のいずれか１項に記載の通信装置。
【請求項５】
前記制御部は、前記通信装置が前記第１のクラスタに属する装置の代表として他のクラスタにアクセスする代表装置に設定されていない場合、前記対象データの取得を、前記代表装置に要求する
ことを特徴とする請求項１〜４のいずれか１項に記載の通信装置。
【請求項６】
前記記憶部は、前記通信装置が前記第１のクラスタに属する装置の代表として他のクラスタにアクセスする代表装置に設定されている場合、前記複数のクラスタのうちの前記第1のクラスタ以外のクラスタでの接続先となる装置を特定する情報を含む代表テーブルをさらに記憶し、
前記制御部は、
前記転送部が、前記通信装置に接続する提供元装置から、前記複数のクラスタのうちの前記第1のクラスタ以外のクラスタ中の装置に提供可能なデータに関する他のメタデータを受信すると、前記他のメタデータを要約することによって他の要約を生成し、
前記他の要約を、前記代表テーブルで特定されている装置に通知する
ことを特徴とする請求項１〜４のいずれか１項に記載の通信装置。
【請求項７】
前記制御部は、
前記代表テーブルに特定されている他の代表装置から、前記端末が取得可能なデータのメタデータの要約を取得し、
前記他の代表装置から取得した要約を、前記第１のクラスタに属する他の通信装置に通知する
ことを特徴とする請求項６に記載の通信装置。
【請求項８】
複数のクラスタのうちの第１のクラスタに属する通信装置が、
前記通信装置に接続する端末が取得可能な情報を有する他のクラスタの識別情報を、前記他のクラスタが保持するデータの要約に含めて記憶し、
前記要約にアクセスした前記端末から、取得対象のデータを保持する第２のクラスタの識別情報と前記取得対象のデータの識別情報の組み合わせを受信すると、前記組み合わせで特定される対象データを要求する制御を行い、
前記対象データを、前記端末に転送する
処理を行うことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置および通信方法に関する。
【背景技術】
【０００２】
近年、デジタル化された様々なデータを流通させて活用することにより、新たなサービスやビジネスを創出するデジタルトランスフォーメーションに対する期待が高まっている。異なる企業や組織の間など、データが複数の拠点に分散されている場合にデータを流通する方法の１つとして、デバイス間のピアツーピア通信により、電子ファイルを共有することも提案されている。
【０００３】
関連する技術として、ネットワーク内のメインノードをネットワーク外から特定可能にする装置情報を、ディレクトリサービスを提供するサーバに登録し、公開中のコンテンツのメタデータもサーバに登録するシステムが提案されている（例えば、特許文献１）。このシステムでは、ネットワーク外の装置は、メインノードのアドレスとメタ情報をサーバから取得し、メインノードを介して配信中のコンテンツを取得する。
【０００４】
コンテンツ配信時にキャッシュサーバ等を利用する場合に、コンテンツの安全性を確保するために、暗号鍵で暗号化したコンテンツを、中継サーバ経由でクライアント端末に送信する方法も提案されている（例えば、特許文献２）。この方法では、クライアント端末は、チケットサーバから取得した復号鍵を用いて暗号化コンテンツを復号する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１９０２０５号
【特許文献２】特開２００３−１７９５９７号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
異なる企業や組織の間などでデータを流通させる場合、流通の対象となるデータは、異なるネットワークに分散して記憶されている。このように、データが異なるネットワークに分けて管理されている場合、全てのネットワークにおけるデータの格納場所は一元管理されない。このため、他のネットワークに存在するデータを取得しようとするユーザが、取得対象のデータの格納場所を特定することが困難である。その結果、データの流通が進まず、十分に活用されていないデータも多い。
【０００７】
本発明は、１つの側面として、複数のネットワークの間でデータを流通しやすくすることを目的とする。
【課題を解決するための手段】
【０００８】
ある１つの態様にかかる通信装置は、複数のクラスタのうちの第１のクラスタに属し、記憶部、制御部、および、転送部を備える。記憶部は、前記通信装置に接続する端末が取得可能な情報を有する他のクラスタの識別情報を、前記他のクラスタが保持するデータの要約に含めて記憶する。制御部は、前記要約にアクセスした前記端末から、取得対象のデータを保持する第２のクラスタの識別情報と前記取得対象のデータの識別情報の組み合わせを受信すると、前記組み合わせで特定される対象データを要求する制御を行う。転送部は、前記対象データを、前記端末に転送する。
【発明の効果】
【０００９】
複数のネットワークの間でデータを流通しやすくなる。
【図面の簡単な説明】
【００１０】
【図１】実施形態にかかる通信方法の例を説明する図である。
【図２】通信装置の構成の例を説明する図である。
【図３】通信装置のハードウェア構成の例を説明する図である。
【図４】代表テーブルの例を説明する図である。
【図５】メタデータと要約データの例を説明する図である。
【図６】通信装置が保持する情報の例と通信処理の概要の例を説明する図である。
【図７】各トランザクションに含まれる情報の一例を示す図である。
【図８】メタデータの登録処理の例を説明する図である。
【図９】メタデータの登録処理の例を説明するシーケンス図である。
【図１０】メタデータの配布処理と転送テーブルの例を説明する図である。
【図１１】クラスタ一覧の取得処理の例を説明する図である。
【図１２】クラスタ一覧の取得処理の例を説明するシーケンス図である。
【図１３】メタデータの取得処理の例を説明する図である。
【図１４】メタデータの取得処理の例を説明するシーケンス図である。
【図１５】データの取得処理の例を説明する図である。
【図１６】データの取得処理の例を説明するシーケンス図である。
【発明を実施するための形態】
【００１１】
図１は、実施形態にかかる通信方法の例を説明する図である。図１に示すシステムでは、クラスタＡ〜Ｃの３つのネットワークが含まれている。図１の例では、クラスタＡは、通信装置１０ａ〜１０ｄを含む。クラスタＢは通信装置１０ｅ〜１０ｈを含み、クラスタＣは通信装置１０ｉ〜１０ｌを含む。各通信装置１０は、例えば、ゲートウェイ装置として動作することができる。各通信装置１０には、データを取得しようとするユーザの端末２やデータを提供しようとする提供者のサーバ４が接続される。図１の例では、データの提供者のサーバ４は１０ａに接続されており、データを取得しようとするユーザの端末２は１０ｈに接続されている。なお、図１は一例であり、システム中のクラスタ（ネットワーク）の数、個々のクラスタに含まれる通信装置１０の数、端末の数や端末の接続先は任意である。例えば、クラスタは、ブロックチェーン技術におけるコンソーシアムであってもよい。
【００１２】
各クラスタでは、予め、そのクラスタに属する通信装置１０や、そのクラスタ中の通信装置１０に接続する端末等に対する認証が行われるものとする。さらに、各クラスタには、他のクラスタへのアクセスが可能になるように予め認証を受けた通信装置１０（代表装置）が含まれている。代表装置は、クラスタ中の他の通信装置１０の代表として、他のクラスタにアクセスする。図１の例では、通信装置１０ｂは、クラスタＢおよびクラスタＣへのアクセスが可能であり、クラスタＡ中の他の通信装置１０の代わりに、クラスタＢやクラスタＣにアクセスする。同様に、通信装置１０ｆは、クラスタＢ中の通信装置１０の代表として、クラスタＡやクラスタＣにアクセスする。また、通信装置１０ｋは、クラスタＣ中の通信装置１０の代表として、クラスタＡやクラスタＢにアクセスする。
【００１３】
実施形態にかかる通信方法では、セキュリティを確保するために、流通の対象となるデータは、そのデータの提供者のサーバ４に保持される。データの提供者のサーバ４が接続している通信装置１０を含むクラスタ中の通信装置１０は、流通の対象となるデータの代わりに、流通対象となるデータのメタデータを保持する。代表装置となる通信装置１０は、自装置が属するクラスタ中の通信装置１０を介して流通されるデータのメタデータを要約した要約データを生成し、他のクラスタの通信装置１０に通知する。このため、各通信装置１０は、自装置の属するクラスタで得られる情報に加え、他のクラスタから得られる情報も保持できる。例えば、通信装置１０ａ〜１０ｄは、図１のαに示すように、クラスタＡで流通可能なデータのメタデータと、クラスタＢおよびクラスタＣで流通可能なデータの要約データを保持する。通信装置１０ｅ〜１０ｈは、図１のβに示すように、クラスタＢで流通可能なデータのメタデータと、クラスタＡおよびクラスタＣで流通可能なデータの要約データを保持する。通信装置１０ｉ〜１０ｌは、図１のγに示すように、クラスタＣで流通可能なデータのメタデータと、クラスタＡおよびクラスタＢで流通可能なデータの要約データを保持する。
【００１４】
通信装置１０は、自装置に接続する端末からの問合せに対して、その端末が取得可能なデータに関する情報を、メタデータや要約データを用いて通知する。端末から、取得対象のデータが格納されているクラスタの識別情報と、取得対象のデータを識別する識別情報の組み合わせを受信すると、通信装置１０は、組み合わせで特定されるデータを取得する。なお、このとき、クラスタ間をまたがる通信は代表装置によって行われる。例えば、データＩＤ＝Ｘで識別されるデータがサーバ４に保持されているとする。さらに、ユーザの端末２は、クラスタＡを識別する情報と共に、データＩＤ＝Ｘのデータの取得要求を通信装置１０ｈに送信したとする。すると、通信装置１０ｈは、通信装置１０ｆと通信装置１０ｂを介して、クラスタＡにアクセスする。通信装置１０ｂは、自装置が保持するメタデータ等を用いて、通信装置１０ａにデータＩＤ＝Ｘのデータを要求する。すると、通信装置１０ａは、サーバ４からデータＩＤ＝Ｘのデータを取得して、通信装置１０ｂに送信する。データＩＤ＝Ｘのデータは、通信装置１０ｂから、通信装置１０ｆを介して、通信装置１０ｈに到達する。すると、通信装置１０ｈは、データＩＤ＝Ｘのデータを端末２に転送する。
【００１５】
なお、図１の例は一例であって、端末２やサーバ４は、クラスタの代表装置に接続されても良い。例えば、端末２が通信装置１０ｆに接続されていて、サーバ４中のデータを取得する場合、通信装置１０ｆは、端末２からのデータの取得要求に応じて、通信装置１０ｂ、通信装置１０ａを介して、サーバ４からデータを取得し、端末２に転送する。
【００１６】
このように、実施形態にかかる通信方法では、各クラスタ中の通信装置１０は、自装置が属さないクラスタ中の通信装置１０を介して取得可能なデータに関する要約データを保持し、その要約データをユーザの端末に提供することができる。このため、データを取得しようとするユーザの端末は、要約データを用いて、取得しようとする対象のデータがどこに格納されているかを特定することができる。従って、複数のクラスタをまたがる通信を介してデータを取得する際にも、端末が容易にデータの格納場所を特定することができ、結果として、データの流通が促進される。
【００１７】
また、クラスタ間の通信が代表装置によって行われ、代表装置は各クラスタでの認証も受けているので、各クラスタでの通信のセキュリティも確保される。
【００１８】
さらに、実施形態にかかる方法では、各通信装置１０は、自装置が属さないクラスタから取得できるデータについては、メタデータを要約して得られる要約データを保持するだけでよい。このため、各通信装置１０が全てのクラスタから得られるデータのメタデータを保持する場合に比べて、各通信装置１０が保持するデータの量を小さくすることもできる。
【００１９】
＜装置構成＞
図２は、通信装置１０の構成の例を説明する図である。通信装置１０は、転送部１１、制御部１２、管理部１３、および、記憶部２０を備える。記憶部２０は、メタデータ２１、要約データ２２、証明書データ２３、転送テーブル２４を有する。代表装置として動作する通信装置１０は、さらに、代表テーブル２５も保持する。
【００２０】
転送部１１は、端末や他の通信装置１０に対して、データを転送する。このとき、転送部１１は、制御部１２によって設定された転送テーブル２４を用いて、プロキシサーバとしての機能を提供できる。制御部１２は、メタデータやデータを取得するための制御、転送テーブル２４の設定、転送部１１への制御処理などを行う。管理部１３は、通信装置１０や端末に対する認証処理や、発行されたトランザクションの内容の検証処理を行う。管理部１３は、適宜、他の通信装置１０での検証結果を取得し、クラスタ中の特定割合の通信装置１０がトランザクションの内容が正しいと判定した場合に、指定された通信を許可する。すなわち、管理部１３は、コンソーシアム型ブロックチェーン技術などにおけるスマートコントラクトの機能を実現する。例えば、制御部１２と管理部１３は、ブロックチェーン技術を用いたデータ取得などの処理に使用されるアプリケーションとして実現され得る。
【００２１】
メタデータ２１は、データの提供元のサーバ４から通知されたデータの属性情報から生成され、提供元のサーバ４の接続先の通信装置１０と、接続先の通信装置１０が属するクラスタ中の他の通信装置１０に登録される。メタデータ２１には、クラスタ中の他の装置がデータを発見する際や、データを取得するための接続の確立の際に使用されるアドレスなどの情報が含まれる。従って、メタデータ２１は、クラスタ内の通信で流通可能なデータに対しての分散台帳として使用される。要約データ２２は、通信装置１０が属していないクラスタから取得可能なデータの要約であり、メタデータ２１を要約することによって生成される。従って、メタデータ２１と要約データ２２を合わせると、ブロックチェーン技術で使用される、システム全体の分散台帳に相当する情報が得られる。証明書データ２３は、クラスタでの通信を行うために、予め、通信装置１０に配布された電子証明書であり、認証処理に使用される。転送テーブル２４は、データの取得や転送の際のアドレスの指定に使用されるルーティングテーブルである。代表テーブル２５は、代表装置として動作する通信装置１０が、自装置の属しているクラスタ以外にアクセスする際に使用する情報を保持する。メタデータ２１、要約データ２２、転送テーブル２４、代表テーブル２５の例は後述する。
【００２２】
図３は、通信装置１０のハードウェア構成の例を説明する図である。通信装置１０は、プロセッサ１０１、メモリ１０２、バス１０３、ネットワーク接続装置１０４を有する。プロセッサ１０１は、任意の処理回路であり、例えば、ＣＰＵ（Central Processing Unit）とすることができる。プロセッサ１０１は、メモリ１０２をワーキングメモリとして使用して、プログラムを実行することにより、様々な処理を実行する。メモリ１０２には、ＲＡＭ（Random Access Memory）が含まれ、さらに、ＲＯＭ（Read Only Memory）等の不揮発性のメモリも含まれる。メモリ１０２は、プログラムやプロセッサ１０１での処理に使用されるデータを格納する。ネットワーク接続装置１０４は、ネットワークを介した他の装置との通信に使用される。バス１０３は、プロセッサ１０１、メモリ１０２、ネットワーク接続装置１０４を、互いにデータの入出力が可能になるように接続する。
【００２３】
通信装置１０において、制御部１２はプロセッサ１０１によって実現される。転送部１１は、ネットワーク接続装置１０４によって実現される。さらに、管理部１３は、プロセッサ１０１とネットワーク接続装置１０４により実現される。
【００２４】
＜実施形態＞
以下の実施形態では、まず、通信装置１０が保持する情報の例とトランザクションの例について説明し、その後、装置間での通信の具体例を説明する。なお、以下の説明では、システム中に含まれる複数のクラスタの各々が、コンソーシアム型ブロックチェーン技術におけるコンソーシアムである場合を例とする。
【００２５】
（１）通信装置１０が保持する情報の例とトランザクションの例
図４は、代表テーブル２５の例を説明する図である。図４を参照しながらクラスタをまたがる通信について説明する。図４の例では、クラスタＡの代表装置は通信装置１０ｂであるとする。また、クラスタＢの代表装置は通信装置１０ｆであり、クラスタＣの代表装置は通信装置１０ｋであるとする。クラスタ間の通信は、代表装置として動作する通信装置１０を介して行われ、代表装置以外の通信装置１０は他のクラスタ中の通信装置１０とは通信しない。従って、ある通信装置１０が他のクラスタからのデータを取得する場合、自装置の属するクラスタ中の代表装置に、データの格納先のクラスタの代表装置からのデータ取得を依頼し、自装置の属するクラスタ中の代表装置からデータを取得することになる。例えば、クラスタＡ中の通信装置１０ａがクラスタＢ中の装置に格納されているデータを取得する際には、クラスタＡの代表装置である通信装置１０ｂが、クラスタＢの代表装置である通信装置１０ｆを介して、通信装置１０ａから指定されたデータを取得する。その後、通信装置１０ｂは、通信装置１０ｆから取得したデータを通信装置１０ａに転送する。同様に、他のクラスタ間の通信も、各クラスタの代表装置を介して行われる。
【００２６】
各クラスタでは、予め、そのクラスタに属する通信装置１０やそのクラスタ中の通信装置１０に接続可能な端末等に対しては、認証に使用する電子証明書が配布されるとともに、クラスタに接続する際に使用するアカウントとパスワード（ＰＷ）が設定されている。代表装置として動作する通信装置１０は、予め、自装置の属しているクラスタ以外にアクセスする際に使用するアカウントとパスワードを代表テーブル２５に保持している。
【００２７】
代表テーブル２５ｂは、通信装置１０ｂが保持する代表テーブル２５の例である。代表テーブル２５には、アカウントとパスワードの他に、クラスタＩＤと代表装置アドレスが含まれている。クラスタＩＤは、接続先のクラスタを識別する識別情報である。代表装置アドレスは、エントリ中のクラスタＩＤで識別されるクラスタ中で代表装置として動作する通信装置１０に割り当てられたアドレスである。例えば、代表テーブル２５ｂの１番目のエントリは、通信装置１０ｂがクラスタＢにアクセスする際には、アドレス＝ＩＰＦの装置（通信装置１０ｆ）に、「代表Ａ」というアカウントと「ＰＷ１」というパスワードを用いてアクセスすることが記録されている。同様に、通信装置１０ｆは、クラスタＡやクラスタＣに接続する際に代表テーブル２５ｆを参照し、通信装置１０ｋは、クラスタＡやクラスタＢに接続する際に代表テーブル２５ｋを参照する。
【００２８】
図５は、メタデータと要約データの例を説明する図である。図５を参照しながら、メタデータ、および、要約データの生成方法の例を説明する。Ｔ１は、メタデータ登録トランザクションに含まれる情報要素の例である。メタデータ登録トランザクションは、データの提供元が、提供可能なデータのメタデータを通信装置１０に登録する際に用いられる。メタデータ登録トランザクションには、発行元ユーザＩＤ、宛先情報、データ属性情報が含まれる。発行元ユーザＩＤは、メタデータの登録を要求した装置を特定する情報である。宛先情報は、メタデータ登録トランザクションの宛先を特定する情報である。データ属性情報は、メタデータの情報要素の各々についての値を含む。データの提供元は、メタデータトランザクションを、接続先の通信装置１０に送信する。
【００２９】
通信装置１０は、メタデータ登録トランザクションを受信すると、データ属性情報として含められている情報を、メタデータのデータフォーマットに合わせて抽出することにより、メタデータを生成する。
【００３０】
図５のケースＣ１は、メタデータの例を示す。ここで、メタデータは、データ属性情報として含められている情報であるので、ケースＣ１は、メタデータ登録トランザクションのデータ属性情報の例であるともいえる。ケースＣ１の例では、メタデータには、データＩＤ、クラスタＩＤ、接続アドレス、説明、公開先情報、ブロック情報が含まれる。ここで、データＩＤは、データを一意に識別可能な任意の識別情報である。例えば、データＩＤとして、提供されるデータのハッシュ値が用いられてもよい。クラスタＩＤは、データの提供元が接続するクラスタの識別子である。データの説明は、データの属性やデータの用途などを特定するための情報である。接続アドレスは、そのデータを取得する場合のアクセス先のアドレスである。メタデータ登録トランザクションを受信した通信装置１０は、接続アドレスをメタデータ登録トランザクションの送信元に割り当てられたアドレスに設定する。公開先情報は、データにアクセス可能なユーザの設定に使用される。ブロック情報には、トランザクションＩＤや時刻情報が含まれる。
【００３１】
メタデータ２１はデータごとに生成される。このため、例えば、クラスタＡに含まれている通信装置１０は、クラスタＡを介して提供可能なデータと同数のメタデータ２１を記憶することになる。データの説明は、データの使用法や属性を説明する情報であり容量が大きくなる場合がある。例えば、データの説明に画像や動画が含まれる場合においては、メタデータであっても、比較的大きくなる。
【００３２】
そこで、メタデータからメタデータの情報要素の一部を要約した要約データが生成される。図５のケースＣ２は、要約データの例を示す。要約データには、クラスタＩＤ、代表装置アドレス、キーワード／カテゴリ、公開先情報、ブロック情報が含まれる。キーワードやカテゴリは、取得対象のデータの検索の際に使用される。例えば、キーワード＝地震、カテゴリ＝気象情報などが設定され得る。キーワードやカテゴリは、メタデータ中のデータの説明から抽出された語句などであっても良い。ブロック情報は、メタデータの公開時のトランザクションＩＤや時刻情報が含まれる。代表装置アドレスは、そのデータを取得する場合のアクセス先となる代表装置のアドレスである。
【００３３】
なお、要約データは、メタデータと同数生成されなくてもよく、複数のメタデータが１つの要約データに集約され得る。例えば、複数のメタデータ間で、公開先情報とクラスタＩＤが同じ場合、それらの複数のメタデータから抽出した情報を１つの要約データとすることができる。例えば、ケースＣ１に示す４つのメタデータは、公開先とデータを保持する装置が属するクラスタが同じであるとする。この場合、ケースＣ１に示すメタデータは、ケースＣ２に示すように、１つの要約データに集約され得る。
【００３４】
要約データは、メタデータに比べて容量が小さい上、図５に示すように、複数のメタデータの情報をまとめられる場合がある。このため、他のクラスタに保持されているデータについては、メタデータのかわりに要約データを用いることにより、メタデータを記憶する場合に比べて、通信装置１０にかかる負荷は小さくなっている。
【００３５】
図６は、通信装置１０が保持する情報の例と通信処理の概要の例を説明する図である。図６は、クラスタＡに接続するサーバ４が、クラスタＢに接続する端末２にデータを提供する場合を例として説明する。図６の例では、サーバ４は通信装置１０ａに接続し、端末２は通信装置１０ｈに接続するものとする。なお、以下の説明では、動作を行っている通信装置１０を明確にするために、符号の最後に動作を行っている通信装置１０に割り当てられているアルファベットを記載することがある。例えば、制御部１２ａは、通信装置１０ａの制御部１２である。同様に、転送テーブル２４ｂは、通信装置１０ｂが備える転送テーブル２４である。
【００３６】
まず、サーバ４からデータが提供される場合を例として、通信装置１０が保持する情報の例を説明する。サーバ４は、端末２に提供するデータの情報を含むメタデータ登録トランザクションを接続先の通信装置１０ａに送信する（ステップＳ１）。例えば、図６の例では、メタデータ登録トランザクションのデータ属性情報には、公開先情報として、クラスタＢ中の端末２、および、代表装置として動作する通信装置１０ｆが設定されているものとする。
【００３７】
通信装置１０ａは、取得したメタデータ登録トランザクションのデータ属性情報から抽出した情報を用いて、メタデータＭ１を生成する。メタデータＭ１には、データＩＤやデータの説明の他に、以下の情報が含まれているとする。
クラスタＩＤ＝クラスタＡ
接続アドレス＝サーバ４に割り当てられたアドレス
公開先情報  ＝クラスタＢ中の端末２、通信装置１０ｆ
【００３８】
通信装置１０ａは、メタデータＭ１中の接続アドレスを、データＩＤに対応付けて転送テーブル２４ａに記憶する。さらに、通信装置１０ａは、メタデータＭ１中の接続アドレスを、通信装置１０ａ自身に設定されたアドレスに変換し、以下の情報を含むメタデータＭ２を生成する。
クラスタＩＤ＝クラスタＡ
接続アドレス＝通信装置１０ａに割り当てられたアドレス
公開先情報  ＝クラスタＢ中の端末２、通信装置１０ｆ
【００３９】
通信装置１０ａは、メタデータＭ２をクラスタＡ中の他の通信装置１０に転送する（ステップＳ２）。メタデータＭ２を取得した他の通信装置１０は、メタデータＭ２を記憶するとともに、メタデータＭ２のアクセス先の情報を、メタデータＭ２のデータＩＤに対応付けて、転送テーブル２４に記録する。このため、サーバ４のアドレスは、クラスタＡ中の通信装置１０ａ以外の通信装置１０に対しては秘匿化される。
【００４０】
通信装置１０ｂは、クラスタＡの代表装置であるので、メタデータＭ２を受信すると、要約データＡｂ１を生成する。図６の例では、要約データＡｂ１には、クラスタＩＤ、キーワード、公開先情報が含まれており、さらに、データのアクセス先のアドレスとして、通信装置１０ｂに割り当てられたアドレス（代表アドレスＡ）が含められている。通信装置１０ｂは、適宜、代表テーブル２５ｂを用いて、他のクラスタの代表装置に要約データＡｂ１を送信する（ステップＳ３）。従って、クラスタＡ以外のクラスタの代表装置には、要約データＡｂ１に関するデータの問い合わせ先が通信装置１０ｂであることが通知されていることになる。
【００４１】
クラスタＢの代表装置である通信装置１０ｆは、要約データＡｂ１を受信すると、データのアクセス先のアドレスを通信装置１０ｆ自身に割り当てられたアドレス（代表アドレスＢ）に変更して、要約データＡｂ２を生成する。通信装置１０ｆは、要約データＡｂ２を、クラスタＢ中の他の通信装置１０に送信する（ステップＳ４）。要約データＡｂ２を受信した通信装置１０は、要約データＡｂ２を記憶する。従って、要約データを受信した各通信装置１０は、要約データに関するデータの問い合わせ先を、自装置が属するクラスタ中の代表装置に設定する。例えば、通信装置１０ｈは、要約データＡｂ２を記憶し、要約データＡｂ２に関する問い合わせ先を通信装置１０ｆとする。
【００４２】
次に、端末２がデータを取得する場合に行われる通信処理の概要を参照しながら、処理に使用されるトランザクションと、トランザクション中の情報要素の例を説明する。端末２は、クラスタＢ以外のクラスタからデータを取得する際に、取得可能なデータを保持するクラスタの識別情報を通信装置１０ｈに問い合わせる（ステップＳ５）。このとき、問合せ処理には、クラスタ一覧取得トランザクションが使用される。
【００４３】
図７のＴ１１は、クラスタ一覧取得トランザクションに含まれる情報の例である。クラスタ一覧取得トランザクションには、発行元ユーザＩＤ、宛先情報、検索条件が含まれる。発行元ユーザＩＤは、クラスタ一覧取得トランザクションを発行した装置を特定する情報である。図６のステップＳ５の例では、発行元ユーザＩＤは、端末２を識別する情報である。宛先情報は、クラスタ一覧取得トランザクションの宛先となる装置の情報である。図６のステップＳ５の例では、宛先情報は、通信装置１０ｈの情報である。検索条件は、クラスタ一覧取得トランザクションにより、端末２が取得しようとするデータに関するキーワードや、端末２に発行されているユーザアカウントなどの情報である。
【００４４】
クラスタ一覧取得トランザクションを受信すると、通信装置１０ｈは、記憶している要約データのうち、指定されたキーワードを含むものを端末２に通知する（図６のステップＳ６）。
【００４５】
端末２は、通知された要約データを用いて、アクセス先のクラスタを決定する。さらに、端末２は、取得するデータの識別情報を特定するために、アクセス先のクラスタから取得可能なデータのメタデータを取得することを、通信装置１０ｈに要求する（ステップＳ７）。メタデータの取得要求には、メタデータ一覧取得トランザクションが使用される。
【００４６】
図７のＴ１２は、メタデータ一覧取得トランザクションに含まれる情報の例である。メタデータ一覧取得トランザクションには、発行元ユーザＩＤ、転送元情報、宛先情報、クラスタＩＤ、検索条件が含まれる。発行元ユーザＩＤは、メタデータ一覧取得トランザクションを発行した装置を特定する情報である。転送元情報は、メタデータ一覧取得トランザクションを転送した通信装置１０の情報である。宛先情報は、メタデータ一覧取得トランザクションの宛先となる装置の情報である。クラスタＩＤは、メタデータの取得を行う対象のクラスタを特定する情報である。検索条件は、メタデータ一覧取得トランザクションにより、端末２が取得しようとするデータに関するキーワードや、端末２に発行されているユーザアカウントなどの情報を含む。例えば、図６のステップＳ７によって、クラスタＡに含まれているメタデータの一覧の取得が要求される場合、以下の情報を含むメタデータ一覧取得トランザクションが送信される。
発行元ユーザＩＤ＝端末２
転送元情報      ＝端末２
宛先情報        ＝通信装置１０ｈ
クラスタＩＤ    ＝クラスタＡ
検索条件        ＝ＵｓｅｒＡ
【００４７】
すると、メタデータ一覧取得トランザクションを受信した通信装置１０ｈは、通信装置１０ｆに、クラスタＡで共有されるメタデータを要求する（図６のステップＳ８）。このとき、通信装置１０ｈは、メタデータ一覧取得トランザクション中の転送元情報を、通信装置１０ｈ自身の情報に置換し、置換後のメタデータ一覧取得トランザクションを通信装置１０ｆに転送する。通信装置１０ｆは、クラスタＡ中の代表装置である通信装置１０ｂを介して、クラスタＡの通信装置１０で共有されているメタデータを取得し、通信装置１０ｈに転送する（ステップＳ９〜Ｓ１１）。通信装置１０ｆは、得られたメタデータ２１を端末２に転送する（ステップＳ１２）。
【００４８】
端末２は、通信装置１０ｈから取得したメタデータを用いて、取得対象のデータのデータＩＤを特定する。端末２は、データＩＤとクラスタＩＤを含むデータ要求トランザクションを、通信装置１０ｈに送信する（ステップＳ１３）。
【００４９】
図７のＴ１３は、データ要求トランザクションに含まれる情報の例である。データ要求トランザクションには、発行元ユーザＩＤ、転送元情報、宛先情報、クラスタＩＤ、データＩＤが含まれる。発行元ユーザＩＤは、データ要求トランザクションを発行した装置を特定する情報である。転送元情報は、データ要求取得トランザクションを転送した通信装置１０の情報である。宛先情報は、データ要求取得トランザクションの宛先となる装置の情報である。クラスタＩＤは、取得対象となるデータを保持している装置が属するクラスタを識別する情報である。データＩＤは、データ要求トランザクションの送信元が取得しようとするデータを識別する情報である。例えば、図６のステップＳ１３によって、クラスタＡ中のデータＸで識別されるデータの取得が要求される場合、以下の情報を含むデータ要求トランザクションが送信される。
発行元ユーザＩＤ＝端末２
転送元情報      ＝端末２
宛先情報        ＝通信装置１０ｈ
クラスタＩＤ    ＝クラスタＡ
データＩＤ      ＝データＸ
【００５０】
通信装置１０ｈは、通信装置１０ｈの情報を転送元情報に含めたデータ要求トランザクションを、通信装置１０ｆに転送する（図６のステップＳ１４）。データ要求トランザクション中のクラスタＩＤにクラスタＡが指定されているので、通信装置１０ｆは、クラスタＡの代表装置である通信装置１０ｂに、データ要求トランザクションを転送する（ステップＳ１５）。通信装置１０ｂは、データＩＤをキーとして転送テーブル２４ｂを検索する。転送テーブル２４ｂではデータＩＤ＝データＸで識別されるデータについて、接続先が通信装置１０ａに設定されている。このため、通信装置１０ｂは、データ要求トランザクションを、通信装置１０ａに転送する（ステップＳ１６）。
【００５１】
通信装置１０ａは、データＩＤをキーとして転送テーブル２４ａを検索する。転送テーブル２４ａでは、データＩＤ＝データＸで識別されるデータについて、接続先がサーバ４に設定されている。このため、通信装置１０ａは、データＩＤで識別されるデータをサーバ４から取得する（ステップＳ１７、Ｓ１８）。通信装置１０ａは、得られたデータを、データ要求トランザクションの応答として、通信装置１０ｂに送信する（ステップＳ１９）。通信装置１０ｂは、通信装置１０ａから得られたデータを、データ要求トランザクションの応答として、通信装置１０ｆに転送する（ステップＳ２０）。通信装置１０ｆは、通信装置１０ｂから得られたデータを、データ要求トランザクションの応答として、通信装置１０ｈに転送する（ステップＳ２１）。通信装置１０ｈは、通信装置１０ｆから得られたデータを、データ要求トランザクションの応答として、端末２に転送する（ステップＳ２２）。
【００５２】
なお、図６には、図示していないが、その他のクラスタとクラスタＡの間でも、クラスタＡとクラスタＢの間と同様に、要約データの配布やデータの取得が行われる。
【００５３】
図６を参照しながら説明したように、通信装置１０が他のクラスタを介して得られるデータについての要約データ２２を保持しているので、端末２は、要約データ２２を参照して、他のクラスタのデータにアクセスするための情報を取得することができる。また、要約データ２２では、メタデータ２１の要約であるため、メタデータ２１に比べて情報要素が少なく、データ量も小さくなる。このため、各通信装置１０が膨大なメタデータ２１を記憶することを防ぐことができる。
【００５４】
（２）装置間での通信の例
以下、装置間での通信の具体例をメタデータの登録処理、クラスタ一覧の取得処理、メタデータの取得処理、データの取得処理に分けて説明する。以下の説明でも、クラスタＡの通信装置１０ａに接続しているサーバ４からクラスタＢに接続する端末２にデータが提供される場合を例とする。また、端末２は、クラスタＢの通信装置１０ｈに接続しているとする。
【００５５】
（２ａ）メタデータの登録処理
図８は、メタデータの登録処理の例を説明する図である。図９は、メタデータの登録処理の例を説明するシーケンス図である。以下、図８と図９を参照しながらメタデータの登録処理の際に各装置で行われる処理の詳細を説明する。
【００５６】
提供者のサーバ４は、端末２に提供するデータの情報を含むメタデータ登録トランザクションを生成する。サーバ４は、メタデータ登録トランザクションを、クラスタＡへの接続用に取得している電子証明書とともに、通信装置１０ａに送信する（ステップＳ３１）。なお、サーバ４が生成したメタデータ登録トランザクションでは、データのアクセス先は、サーバ４自身のアドレスとなっている。
【００５７】
通信装置１０ａ中の転送部１１ａは、メタデータ登録トランザクションを受信すると、制御部１２ａに転送する（ステップＳ３２）。制御部１２ａは、メタデータ登録トランザクションと共に受信した電子証明書を管理部１３ａに出力し、データの提供元のサーバ４がクラスタＡの正規ユーザであるかの判定を要求する（ステップＳ３３）。管理部１３ａは、入力された電子証明書を用いて、サーバ４の認証を行う。さらに、管理部１３ａは、ブロックチェーン技術での認証処理を行うために、サーバ４の電子証明書をクラスタＡ中の他の通信装置１０に転送するとともに、各通信装置１０での認証処理を要求する。クラスタＡ中の通信装置１０ａ以外の通信装置１０の管理部１３は、得られた認証結果を管理部１３ａに通知する。なお、電子証明書の転送や認証結果の入手は、ブロックチェーン技術のスマートコントラクトを実現するために、ブロックチェーンアプリケーションによって実行される。ここで、クラスタＡ中の所定割合の通信装置１０がサーバ４の認証に成功したとする。すると、管理部１３ａは、サーバ４の認証に成功したと判定する。この場合、サーバ４の認証の成功により、管理部１３は、サーバ４からのデータ提供に対する合意が形成されたとみなす。管理部１３ａは、判定結果を制御部１２ａに通知する（ステップＳ３４）。
【００５８】
制御部１２ａは、サーバ４の認証が成功したため、サーバ４から受信したメタデータ登録トランザクションに含まれている情報から生成するメタデータの登録処理を開始する。以下、サーバ４から通知されたメタデータ登録トランザクションに含まれている情報から生成されるメタデータを、メタデータＭ１１とする。
【００５９】
制御部１２は、メタデータ登録トランザクション中の情報からメタデータＭ１１を生成し、記憶部２０ａに記憶する。さらに、制御部１２ａは、メタデータ中の情報のうち、データのアクセス先を通信装置１０ａのアドレスに変更して、メタデータＭ１２を生成する。メタデータＭ１２の例を図１０に示す。
【００６０】
図１０は、メタデータの配布処理と転送テーブル２４の例を説明する図である。メタデータＭ１２には、データＩＤ＝データＸ、クラスタＩＤ＝クラスタＡという情報と共に、アクセス先として通信装置１０ａのアドレスが記録されている。さらに、公開先情報として、代表ＢｆｏｒＡとＵｓｅｒＡが指定されている。ここで、代表ＢｆｏｒＡは通信装置１０ｆに割り当てられたアカウントであり、ＵｓｅｒＡは端末２に割り当てられたアカウントである。
【００６１】
管理部１３ａは、ブロックチェーンアプリケーションを用いて、クラスタＡ中の他の通信装置１０にメタデータＭ１２を転送し、記憶部２０中に記憶させる（図８、図９のステップＳ３５）。ステップＳ３５の処理により、クラスタＡ内でのブロックチェーン技術における分散台帳が、クラスタＡ中の各通信装置１０で更新される。
【００６２】
制御部１２ａは、記憶部２０ａに記憶しておいたメタデータＭ１１を用いて、転送テーブル２４ａを更新し、更新した転送テーブル２４ａが転送処理に使用されるように、転送部１１ａを設定する（ステップＳ３６）。転送部１１ａは、設定が終わると、メタデータが登録された旨を示す通知を、サーバ４に送信する（ステップＳ３７）。
【００６３】
図１０の転送テーブル２４ａは、制御部１２ａがメタデータＭ１１を用いて設定した転送テーブル２４の例である。転送テーブル２４ａでは、アクセス対象のデータと、そのデータの取得を要求するデータ取得トランザクションの転送先の情報が対応付けられており、アクセス対象のデータと転送先のいずれもＵＲＬ（Uniform Resource Locator）として記述されている。アクセス対象のデータは、データＩＤ＝データＸである場合、ｈｔｔｐｓ：／／＊／＊／データＸで指定される。さらに、データ取得トランザクションの転送先は、ｈｔｔｐ：／／サーバ４／ａｐｉ−ｐａｔｈに指定されている。なお、転送先のＵＲＬ中のサーバ４は、サーバ４のアドレスを示す。
【００６４】
次に、メタデータＭ１２を受信した通信装置１０ｂでの処理を説明する。通信装置１０ｂの制御部１２ｂは、メタデータＭ１２の配布を検知する（図８、図９のステップＳ３８）。制御部１２ｂは、メタデータＭ１２中の公開先情報からクラスタＢ中に属する「代表ＢｆｏｒＡ」、「ＵｓｅｒＡ」のアカウントで識別される装置に、メタデータＭ１２で特定されるデータが公開されることを認識する。制御部１２ｂは、クラスタＢの代表装置にメタデータＭ１２から生成した要約データを通知する際に使用するアカウント、パスワード、クラスタＢの代表装置のアドレスなどを、代表テーブル２５ｂから取得する（ステップＳ３９）。
【００６５】
さらに、制御部１２ｂは、端末２がデータの取得を行うときにクラスタＢの代表装置から転送されてくるデータ取得トランザクションの転送先を、転送テーブル２４ｂに記録する。更新後の転送テーブル２４ｂ（図１０）では、アクセス対象のデータがデータＩＤ＝データＸである場合、データ取得トランザクションの転送先は、ｈｔｔｐｓ：／通信装置１０ａ／＊／データＸに指定されている。制御部１２ｂは、転送テーブル２４ｂが転送処理に使用されるように、転送部１１ｂを設定する（図８、図９のステップＳ４０）。
【００６６】
制御部１２ｂは、メタデータＭ１２から要約データＡｂ１１（図１０）を生成する。要約データＡｂ１１には、クラスタＩＤ＝クラスタＡ、代表装置アドレス＝通信装置１０ｂのアドレスなどの情報と共に、キーワード、公開先情報なども含まれる。制御部１２ｂは、転送部１１ｂを制御して、通信装置１０ｂをクラスタＢ中の代表装置である通信装置１０ｆに接続する。さらに、制御部１２ｂは、転送部１１ｂを制御することにより、通信装置１０ｆに要約データＡｂ１１を送信する（図８、図９のステップＳ４１）。なお、このとき、要約データとともに、通信装置１０ｂがクラスタＢに接続する際に使用する証明書データ２３ｂも通信装置１０ｆに送信されているものとする。
【００６７】
通信装置１０ｆ中の転送部１１ｆは、要約データＡｂ１１と証明書データ２３ｂを受信すると、制御部１２ｆに転送する（ステップＳ４２）。制御部１２ｆは、証明書データ２３ｂを管理部１３ｆに出力し、通信装置１０ｂがクラスタＢの正規ユーザであるかの判定を要求する（ステップＳ４３）。通信装置１０ｂがクラスタＢの正規ユーザであるかの判定で行われる処理は、ステップＳ３３を参照しながら説明した処理と同様である。制御部１２ｆは、管理部１３ｆから通信装置１０ｂが正規ユーザであると判定された旨を通知されると、要約データＡｂ１２（図１０）を生成する。要約データＡｂ１２は、代表装置アドレス＝通信装置１０ｆのアドレス、公開先情報＝ＵｓｅｒＡという情報が含まれる。キーワードなどの情報は要約データＡｂ１２でも要約データＡｂ１１と同様である。管理部１３ｆは、ブロックチェーンアプリケーションを用いて、クラスタＢ中の他の通信装置１０に要約データＡｂ１２を転送し、記憶部２０中に記憶させる（図８、図９のステップＳ４５）。
【００６８】
制御部１２ｆは、端末２がクラスタＡ中のデータの取得を行う際に転送されてくるデータ取得トランザクションの転送先を、転送テーブル２４ｆに記録する。更新後の転送テーブル２４ｆ（図１０）では、クラスタＡ中のデータを、ｈｔｔｐｓ：／＊／＊／クラスタＡ／＊と表している。さらに、データ取得トランザクションの転送先は、ｈｔｔｐｓ：／通信装置１０ｂ／＊／クラスタＡ／＊に指定されている。制御部１２ｆは、転送テーブル２４ｆが転送処理に使用されるように、転送部１１ｆを設定する（図８、図９のステップＳ４６）。さらに、制御部１２ｆは、要約データの登録の終了を、通信装置１０ｂに通知する（ステップＳ４７）。
【００６９】
通信装置１０ｈの制御部１２ｈは、要約データＡｂ１２の配布を検知する（ステップＳ４８）。制御部１２ｂは、クラスタＡ中のデータに対するデータ取得トランザクションの転送先を、転送テーブル２４ｈに記録するとともに、更新後の転送テーブル２４ｈが使用されるように転送部１１ｈを設定する（ステップＳ４９）。更新後の転送テーブル２４ｆ（図１０）では、クラスタＡ中のデータ（ｈｔｔｐｓ：／＊／＊／クラスタＡ／＊）に対するデータ取得トランザクションの転送先は、ｈｔｔｐｓ：／通信装置１０ｆのアドレス／＊／クラスタＡ／＊に指定されている。
【００７０】
なお、図８〜１０を参照しながら説明した処理は一例である。例えば、ステップＳ３５とＳ３６の順序が変更されてもよいし、ステップＳ３９の前にＳ４０の処理が行われてもよい。
【００７１】
このように、実施形態にかかる方法では、各通信装置１０は、自装置が属さないクラスタから取得できるデータについては、メタデータを要約して得られる要約データを保持する。このため、各通信装置１０が全てのクラスタから得られるデータのメタデータを保持する場合に比べて、各通信装置１０が保持するデータの量は小さくなっている。
【００７２】
（２ｂ）クラスタ一覧の取得処理
図１１は、クラスタ一覧の取得処理の例を説明する図である。図１２は、クラスタ一覧の取得処理の例を説明するシーケンス図である。以下、図１１と図１２を参照しながら処理の詳細を説明する。
【００７３】
端末２は、クラスタ一覧取得トランザクションを通信装置１０ｈに送信することにより、クラスタＢ以外のクラスタで、端末２が取得可能なデータを保持するクラスタの識別情報を通信装置１０ｈに問い合わせる（ステップＳ６１）。なお、このとき、端末２は、クラスタＢへの接続用に端末２が取得している電子証明書も、クラスタ一覧取得トランザクションと共に送信する。
【００７４】
通信装置１０ｈ中の転送部１１ｈは、クラスタ一覧取得トランザクションと電子証明書を受信すると、制御部１２ｈに転送する（ステップＳ６２）。制御部１２ｈは、クラスタ一覧取得トランザクションと共に受信した電子証明書を管理部１３ｈに出力し、認証処理を要求する（ステップＳ６３）。管理部１３ｈは、入力された電子証明書を用いて、端末２の認証を行う。管理部１３ｈで行われる認証処理は、図８、図９のステップＳ３４を参照しながら説明した処理と同様である。なお、管理部１３ｈで行われる認証処理は、端末２がクラスタＢの正規ユーザであるかのチェックと、要約データへのアクセス権のチェックに相当する。クラスタ一覧取得トランザクションで指定されたクラスタＩＤを含む要約データの公開先情報に、発行元ユーザＩＤが含まれている場合、クラスタ一覧取得トランザクションの発行元に要約データへのアクセス権があると判定される。クラスタＢ中の所定割合の通信装置１０が認証処理に成功し、さらに、端末２にアクセス権があると判定すると、管理部１３ｈは、認証成功を制御部１２ｈに通知する（ステップＳ６４）。
【００７５】
制御部１２ｈは、端末２の認証が成功したため、端末２から受信したクラスタ一覧取得トランザクションに含まれている検索条件を満たし、かつ、端末２がアクセス可能なデータを含む要約データ２２ｈの検索を管理部１３ｈに要求する（ステップＳ６５）。このとき、制御部１２ｈは、検索条件としてクラスタ一覧取得トランザクションに含められているキーワードや、端末２のアカウントなどの情報を管理部１３ｈに通知する。管理部１３ｈは、記憶部２０ｈ中に格納されている要約データ２２ｈのうち、キーワードを含み、端末２がアクセス可能な要約データを抽出する（ステップＳ６６）。このとき、管理部１３ｈは、キーワードをキーとして、要約データのキーワード／カテゴリの欄を検索する。管理部１３ｈは、クラスタ一覧取得トランザクション中のキーワードを含む要約データのうち、公開先情報に、端末２に割り当てられたユーザアカウントが含まれている要約データを抽出する。管理部１３ｈは、抽出した要約データ２２を制御部１２ｈに出力する（ステップＳ６７）。制御部１２ｈは、管理部１３ｈから得られた情報を、転送部１１ｈを介して、端末２に送信する（ステップＳ６８、Ｓ６９）。例えば、クラスタ一覧取得トランザクションの応答として、クラスタＡのＩＤを含み、かつ、端末２のアカウントが公開先情報に含まれている要約データ２２が、端末２に送信され得る。
【００７６】
（２ｃ）メタデータの取得処理
図１３は、メタデータの取得処理の例を説明する図である。図１４は、メタデータの取得処理の例を説明するシーケンス図である。以下、図１３、図１４を参照しながら、クラスタＢに属する端末２が、クラスタＡから取得可能なデータのメタデータを取得する場合の例を説明する。
【００７７】
端末２は、クラスタＡに、取得可能なデータがあると認識したとする。すると、端末２は、以下の情報を含むメタデータ取得トランザクションを通信装置１０ｈに送信する（ステップＳ８１）。ＵｓｅｒＡは、端末２に割り当てられたアカウントであるとする。
発行元ユーザＩＤ＝ＵｓｅｒＡ
宛先情報        ＝通信装置１０ｈ
クラスタＩＤ    ＝クラスタＡ
【００７８】
なお、このとき、端末２は、クラスタＢへの接続用に端末２が取得している電子証明書も、メタデータ取得トランザクションと共に送信する。
【００７９】
通信装置１０ｈ中の転送部１１ｈは、メタデータ取得トランザクションと電子証明書を受信すると、制御部１２ｈに転送する（ステップＳ８２）。ステップＳ８３〜Ｓ８４で行われる処理は、図１１のステップＳ６３、Ｓ６４を参照しながら説明した処理と同様である。メタデータ取得トランザクションの受信に伴って管理部１３ｈで行われる認証処理は、端末２がクラスタＢの正規ユーザであるかのチェックと、メタデータを保持しているクラスタへのアクセス権があるかのチェックに相当する。なお、メタデータ取得トランザクションで指定されたクラスタＩＤを含む要約データの公開先情報に、発行元に割り当てられたアカウントが含まれている場合、メタデータ取得トランザクションの発行元に、メタデータへのアクセス権があると判定される。ここでは、端末２がクラスタＢの正規ユーザであり、クラスタＡ中のいずれかのメタデータへのアクセス権があると判定されたとする。
【００８０】
制御部１２ｈは、メタデータ取得トランザクション中のクラスタＩＤが自装置の属するクラスタ（クラスタＢ）のＩＤではないため、メタデータ取得トランザクションを、クラスタＢ中の代表装置（通信装置１０ｆ）に転送する（ステップＳ８５）。このとき、制御部１２ｈは、メタデータ一覧取得トランザクションの転送元情報に通信装置１０ｈの情報を含めるので、メタデータ取得トランザクションには、以下の情報が含まれる。
発行元ユーザＩＤ＝ＵｓｅｒＡ
転送元情報      ＝通信装置１０ｈ
宛先情報        ＝通信装置１０ｆ
クラスタＩＤ    ＝クラスタＡ
【００８１】
さらに、制御部１２ｈは、通信装置１０ｈに発行されている証明書データ２３ｈを、メタデータ一覧取得トランザクションと共に、クラスタＢ中の代表装置に送信するものとする。なお、クラスタＢ中の代表装置が通信装置１０ｆであることは、事前に制御部１２ｈに設定されているものとする。
【００８２】
通信装置１０ｆがメタデータ取得トランザクションを受信すると行われるステップＳ８６〜Ｓ８８の処理は、ステップＳ８２〜Ｓ８４を参照しながら説明した処理と同様である。従って、端末２がメタデータへのアクセス権を有するかについてのチェックは、端末２の接続先（通信装置１０ｈ）と、代表装置（通信装置１０ｆ）の両方で行われることになる。
【００８３】
認証処理が成功すると、メタデータの取得先がクラスタＡであるため、制御部１２ｆは、代表テーブル２５ｆ（図４）を参照することにより、通信装置１０ｆがクラスタＡにアクセスするための条件を取得する（ステップＳ８９）。ここでは、制御部１２ｆは、クラスタＡにアクセスする際に、アクセス先の代表装置のアドレスはＩＰＢであることと、クラスタＡにアクセスする際の通信装置１０ｆのアカウントは「代表Ｂ」、パスワードは「ＰＷ２１」であることを認識したとする。制御部１２ｆは、ステップＳ８９で得られた条件を用いて、クラスタＡ中の代表装置（通信装置１０ｂ）に、以下の情報を含むメタデータ取得トランザクションを転送する（ステップＳ９０）。
発行元ユーザＩＤ＝ＵｓｅｒＡ
転送元情報      ＝通信装置１０ｆ
宛先情報        ＝通信装置１０ｂ
クラスタＩＤ    ＝クラスタＡ
【００８４】
通信装置１０ｂの転送部１１ｂは、メタデータ取得トランザクションを受信する。通信装置１０ｂがメタデータ取得トランザクションを受信すると行われるステップＳ９１〜Ｓ９３の処理は、ステップＳ８２〜Ｓ８４を参照しながら説明した処理と同様である。認証では、通信装置１０ｆがクラスタＡの正規ユーザであるか、通信装置１０ｆにアクセスが認められるメタデータがあるか、および、端末２にアクセスが認められるメタデータがあるかが判定される。アクセス権の有無は、メタデータを用いて判定される。すなわち、メタデータ中の公開先情報に通信装置１０ｆが含まれていれば、通信装置１０ｆにそのメタデータへのアクセス権があると判定される。同様に、端末２も、端末２のアカウントが含まれているメタデータについて、アクセス権があると判定される。
【００８５】
制御部１２ｂは、管理部１３ｂに、メタデータ取得トランザクションの発行元である端末２がアクセス可能であって、メタデータ取得トランザクションの検索条件に含まれているキーワードに対応付けられたメタデータを要求する(ステップＳ９４)。管理部１３ｂは、記憶部２０ｂを参照することにより、メタデータ２１ｂのうちで、制御部１２ｂから通知された条件を満たすデータを抽出する（ステップＳ９５）。管理部１３ｂは、得られたデータを制御部１２ｂに出力する（ステップＳ９６）。制御部１２ｂは、管理部１３ｂから得られたデータを、転送部１１ｂを介して、通信装置１０ｆに転送する（ステップＳ９７、Ｓ９８）。このとき、制御部１２ｂは、通信装置１０ｂが受信したメタデータ取得トランザクションの転送元情報を用いて、転送先を決定しても良い。
【００８６】
通信装置１０ｆの制御部１２は、通信装置１０ｂから受信したデータを、転送部１１ｆを介して、通信装置１０ｈに転送する（ステップＳ９９、Ｓ１００）。通信装置１０ｈの制御部１２ｈは、通信装置１０ｆから受信したデータを、転送部１１ｆを介して、端末２に転送する（ステップＳ１０１、Ｓ１０２）。なお、通信装置１０ｆ、通信装置１０ｈにおいても、各装置が受信したメタデータ取得トランザクションの転送元情報を用いて、メタデータ取得トランザクションに対する応答の転送先を決定しても良い。この結果、クラスタＡで生成されたメタデータのうち、端末２がアクセス可能であって、端末２から送信したメタデータ取得トランザクション中のキーワードに対応付けられたデータが、端末２に転送される。
【００８７】
（２ｄ）データの取得処理
図１５は、データの取得処理の例を説明する図である。図１６は、データの取得処理の例を説明するシーケンス図である。以下、図１５と図１６を参照しながら、クラスタＢに属する端末２が、クラスタＡから、データＩＤ＝データＸで識別されるデータを取得する場合の例を説明する。
【００８８】
端末２は、メタデータ取得トランザクションの応答として取得したデータを用いて、クラスタＡに、データＩＤ＝データＸで識別されるデータがあると認識したとする。すると、端末２は、クラスタＩＤ＝クラスタＡ、データＩＤ＝データＸに設定したデータ取得トランザクションを通信装置１０ｈに送信する（ステップＳ１１１）。なお、このとき、端末２は、クラスタＢへの接続用に端末２が取得している電子証明書も、データ取得トランザクションと共に送信する。
【００８９】
通信装置１０ｈ中の転送部１１ｈは、データ取得トランザクションと電子証明書を受信すると、制御部１２ｈに転送する（ステップＳ１１２）。ステップＳ１１３〜Ｓ１１４で行われる処理は、図１１のステップＳ６３、Ｓ６４を参照しながら説明した処理と同様である。データ取得トランザクションの受信により管理部１３ｈで行われる認証処理は、端末２がクラスタＢの正規ユーザであるかのチェックと、端末２がクラスタＩＤで指定されているクラスタへのアクセス権を有するかのチェックに相当する。なお、クラスタＩＤで指定されているクラスタへのアクセス権のチェックは、要約データを用いて行われる。
【００９０】
制御部１２ｈは、データ取得トランザクションのクラスタＩＤが自装置の属するクラスタ（クラスタＢ）のＩＤではないため、データ取得トランザクションを、クラスタＢ中の代表装置に転送する（ステップＳ１１５）。このとき、制御部１２ｈは、通信装置１０ｈの情報を転送元情報に加えるので、データ取得トランザクションには以下の情報が含まれる。
発行元ユーザＩＤ＝ＵｓｅｒＡ
転送元情報      ＝通信装置１０ｈ
宛先情報        ＝通信装置１０ｆ
クラスタＩＤ    ＝クラスタＡ
データＩＤ      ＝データＸ
【００９１】
制御部１２ｈは、通信装置１０ｈに発行されている証明書データ２３ｈを、データ取得トランザクションと共に、クラスタＢ中の代表装置（通信装置１０ｆ）に送信する。通信装置１０ｆがデータ取得トランザクションを受信すると行われるステップＳ１１６〜Ｓ１１８の処理は、ステップＳ１１２〜Ｓ１１４を参照しながら説明した処理と同様である。従って、通信装置１０ｆにおいて、通信装置１０ｈがクラスタＢの正規ユーザであるかのチェックと、端末２がクラスタＩＤで指定されているクラスタへのアクセス権を有するかのチェックが認証処理として行われる。
【００９２】
認証処理が成功すると、データの取得先がクラスタＡであるため、制御部１２ｆは、代表テーブル２５ｆ（図４）を参照することにより、通信装置１０ｆがクラスタＡにアクセスするための条件を取得する（ステップＳ１１９）。制御部１２ｆは、ステップＳ１１９で得られた条件を用いて、クラスタＡ中の代表装置（通信装置１０ｂ）に、データ取得トランザクションを転送する（ステップＳ１２０）。転送されるデータ取得トランザクションには、以下の情報が含まれる。
発行元ユーザＩＤ＝ＵｓｅｒＡ
転送元情報      ＝通信装置１０ｆ
宛先情報        ＝通信装置１０ｂ
クラスタＩＤ    ＝クラスタＡ
データＩＤ      ＝データＸ
【００９３】
通信装置１０ｂの転送部１１ｂは、データ取得トランザクションを受信する。通信装置１０ｂがデータ取得トランザクションを受信すると行われるステップＳ１２１〜Ｓ１２３の処理は、ステップＳ１１２〜Ｓ１１４を参照しながら説明した処理と同様である。管理部１３ｂで行われる認証処理は、通信装置１０ｆがクラスタＢの正規ユーザであるかのチェックと、通信装置１０ｆとデータ取得トランザクションの発行元（端末２）の両方がデータＩＤで指定されているデータへのアクセス権を有するかのチェックに相当する。ここでは、図１０のメタデータＭ１２に示すように、ＩＤ＝データＸのデータに対してのアクセスは、アカウントが「代表ＢｆｏｒＡ」の装置（通信装置１０ｆ）と「ＵｓｅｒＡ」の装置（端末２）に許可されているので、認証が成功する。認証が成功すると、制御部１２ｂは、データＩＤ＝データＸをキーとして、転送テーブル２４ｂ（図１０）を検索することにより、取得対象のデータを取得する際のアクセス先を特定する。図１０の例では、データＸで識別されるデータは、ｈｔｔｐｓ：／／＊／＊／データＸと表されており、アクセス先は、ｈｔｔｐｓ：／／通信装置１０ａ／＊／データＸである。そこで、制御部１２ｂは、以下の情報を含むデータ取得トランザクションを通信装置１０ａに転送する（ステップＳ１２４）。
発行元ユーザＩＤ＝ＵｓｅｒＡ
転送元情報      ＝通信装置１０ｂ
宛先情報        ＝通信装置１０ａ
クラスタＩＤ    ＝クラスタＡ
データＩＤ      ＝データＸ
【００９４】
通信装置１０ａの転送部１１ａは、データ取得トランザクションを受信する。通信装置１０ａがデータ取得トランザクションを受信すると行われるステップＳ１２５〜Ｓ１２７の処理は、ステップＳ１２１〜Ｓ１２３を参照しながら説明した処理と同様である。認証が成功すると、制御部１２ａは、データＩＤ＝データＸをキーとして、転送テーブル２４ａ（図１０）を検索することにより、取得対象のデータを取得する際のアクセス先を特定する。図１０の例では、データＸで識別されるデータ（ｈｔｔｐｓ：／／＊／＊／データＸ）に対応づけられたアクセス先は、ｈｔｔｐｓ：／／サーバ４／＊／ａｐｉ−ｐａｔｈである。制御部１２ａは、データ取得トランザクションを、転送テーブル２４ａで指定されたアクセス先に転送するので、データ取得トランザクションはサーバ４に転送される（ステップＳ１２８）。
【００９５】
サーバ４は、データ取得トランザクションに応答して、要求されたデータを通信装置１０ａに送信する（ステップＳ１２９）。
【００９６】
通信装置１０ａの制御部１２ａは、サーバ４から受信したデータを、転送部１１ａを介して、通信装置１０ｂに転送する（ステップＳ１３０、Ｓ１３１）。通信装置１０ｂの制御部１２ｂは、通信装置１０ａから受信したデータを、転送部１１ｂを介して、通信装置１０ｆに転送する（ステップＳ１３２、Ｓ１３３）。通信装置１０ｆの制御部１２ｆは、通信装置１０ｂから受信したデータを、転送部１１ｆを介して、通信装置１０ｈに転送する（ステップＳ１３４、Ｓ１３５）。通信装置１０ｈの制御部１２ｈは、通信装置１０ｆから受信したデータを、転送部１１ｆを介して、端末２に転送する（ステップＳ１３６、Ｓ１３７）。この結果、端末２が要求したデータが、端末２に転送される。なお、データ取得トランザクションに対する応答の転送の際にも、各装置が受信したデータ取得トランザクション中の転送元の情報が使用されても良い。
【００９７】
このように、実施形態にかかる通信方法では、各クラスタ中の通信装置１０は、自装置が属さないクラスタ中の通信装置１０を介して取得可能なデータに関する要約データやメタデータを端末２に提供できる。また、端末２のユーザが要約データやメタデータを取得しようとする際には、取得したい情報に関連したカテゴリやキーワードを検索条件として含めることができる。このため、端末２のユーザが指定したカテゴリやキーワードに関連する要約データやメタデータの検索結果が端末２に提供されることになる。従って、異なるクラスタに属する装置に格納されているデータの所在を端末２で把握しやすくなり、クラスタをまたがるデータの流通が促進される。
【００９８】
各通信装置１０は、自装置が属さないクラスタから取得できるデータについては、メタデータの代わりに要約データを保持する。要約データは、メタデータに比べて容量が小さい上、１つの要約データは複数のメタデータの情報をまとめられる場合があるため、メタデータの代わりに要約データを用いることにより、通信装置１０が保持する情報量が削減される。このため、通信装置１０にかかる負荷は小さくなる。
【００９９】
また、クラスタ間の通信が代表装置によって行われ、代表装置は各クラスタでの認証も受けているので、各クラスタでの通信のセキュリティも確保される。さらに、データへのアクセス権についての判定は、クラスタごとに行われるため、クラスタをまたぐ通信ではアクセス権の有無が複数回チェックされる。例えば、図１５、図１６に示す例では、クラスタＡとクラスタＢの両方で、端末２にアクセス権があるかを判定している。このため、一方のクラスタが、悪意のある攻撃がかけられたなどの理由により、判定を誤ったとしても、他方のクラスタでの認証が正常に行われれば、情報の流出を防ぐことができる。
【０１００】
実施形態にかかる方法では、データを取得しようとする端末２にアクセスが許可されているかを、メタデータや要約データ中の公開先情報を用いてチェックするので、データ毎のアクセスポリシーが遵守される。また、ブロックチェーン技術により、クラスタ内の所定の割合以上の通信装置１０が認証に成功した場合に、アクセスが許可される。換言すると、データ通信は、ブロックチェーン技術による認証の成功に連動して行われている。このため、全ての拠点およびデータを管理する管理者が存在しない状況でも、不正アクセスや改ざんを防ぐことができる。従って、データ毎のアクセスポリシーを遵守し、データの真正性を保証した状態で、データを提供できる。
【０１０１】
＜その他＞
なお、実施形態は上記に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。
【０１０２】
以上の説明で述べたメタデータや要約データに含まれている情報要素は一例であり、実装に応じて変更され得る。例えば、要約データに、データＩＤが含まれていても良い。要約データにデータＩＤが含まれている場合、端末２は、クラスタ一覧取得トランザクションによって、要約データを取得すると、要約データ中のデータＩＤとクラスタＩＤを用いて、取得対象のデータを取得できる。従って、要約データにデータＩＤが含まれている場合では、要約データにデータＩＤが含まれていない場合に比べて、要約データの容量は大きくなるが、メタデータの取得処理が行われなくても良いので、通信処理が簡略化できる。
【０１０３】
要約データは、複数のメタデータの情報を１つにまとめることができるが、個々のメタデータに対して、１つの要約データを生成するようにしても良い。個々のメタデータに対して、１つの要約データが生成される場合、データの証跡管理を強固にすることができる。
【０１０４】
各トランザクションに含まれている情報要素も、実装に応じて変更されても良い。例えば、トランザクションの転送元と発行元が同じ場合、転送元情報が省略されても良い。
【０１０５】
要約データを生成した通信装置１０は、公開先を含むクラスタに要約データを送信するが、公開先となる装置を含まないクラスタに対しては、要約データを送信しないようにしても良い。例えば、図１０の例では、要約データＡｂ１１中の公開先情報は、クラスタＢ中の装置を指定しているが、クラスタＣ中の装置は指定していない。このため、クラスタＣの代表装置に属する装置に要約データＡｂ１１の情報を通知しても、要約データＡｂ１１がデータの取得のために使用される可能性はない。そこで、通信装置１０ｂは、クラスタＣの代表装置への要約データＡｂ１１を省略できる。このように変形すると、代表装置は、実際にデータの取得に使用されない要約データを保持しなくても良いし、要約データを使用しない見込みの装置に要約データを送信しなくても良くなる。従って、システムが効率化される。
【０１０６】
上述の実施形態に関し、さらに以下の付記を開示する。
（付記１）
複数のクラスタのうちの第１のクラスタに属する通信装置であって、
前記通信装置に接続する端末が取得可能な情報を有する他のクラスタの識別情報を、前記他のクラスタが保持するデータの要約に含めて記憶する記憶部と、
前記要約にアクセスした前記端末から、取得対象のデータを保持する第２のクラスタの識別情報と前記取得対象のデータの識別情報の組み合わせを受信すると、前記組み合わせで特定される対象データを要求する制御を行う制御部と、
前記対象データを、前記端末に転送する転送部
を備えることを特徴とする通信装置。
（付記２）
前記要約は、前記他のクラスタが保持するデータのメタデータを要約することにより生成され、
前記制御部は、前記端末から、前記第２のクラスタに保持されているメタデータの取得を要求されると、前記第２のクラスタに保持されているデータのうちで前記端末が取得可能なデータのメタデータを取得するための制御を行い、
前記転送部は、取得したメタデータを前記端末に転送し、
前記制御部は、前記取得したメタデータを用いて前記取得対象のデータの識別情報を特定した前記端末から、前記組み合わせを受信すると、前記対象データを要求する
ことを特徴とする付記１に記載の通信装置。
（付記３）
前記制御部は、前記端末から前記端末が取得可能なデータを保持するクラスタの問合せを受信すると、前記要約のうちで前記端末が取得可能なデータに対応付けられている情報を特定し、
前記転送部は、前記制御部が特定した情報を前記端末に送信する
ことを特徴とする付記１または２に記載の通信装置。
（付記４）
前記第1のクラスタへの接続を許可されている装置からのデータへのアクセス状況を管理する管理部
をさらに備え、
前記制御部は、
前記組み合わせを受信すると、前記端末が前記対象データにアクセス可能であるかを前記管理部に問い合わせ、
前記端末が前記対象データにアクセス可能であると前記管理部が判定すると、前記対象データを要求する制御を行う
ことを特徴とする付記１〜３のいずれか１項に記載の通信装置。
（付記５）
前記制御部は、前記通信装置が前記第１のクラスタに属する装置の代表として他のクラスタにアクセスする代表装置に設定されていない場合、前記対象データの取得を、前記代表装置に要求する
ことを特徴とする付記１〜４のいずれか１項に記載の通信装置。
（付記６）
前記記憶部は、前記通信装置が前記第１のクラスタに属する装置の代表として他のクラスタにアクセスする代表装置に設定されている場合、前記複数のクラスタのうちの前記第1のクラスタ以外のクラスタでの接続先となる装置を特定する情報を含む代表テーブルをさらに記憶し、
前記制御部は、
前記転送部が、前記通信装置に接続する提供元装置から、前記複数のクラスタのうちの前記第1のクラスタ以外のクラスタ中の装置に提供可能なデータに関する他のメタデータを受信すると、前記他のメタデータを要約することによって他の要約を生成し、
前記他の要約を、前記代表テーブルで特定されている装置に通知する
ことを特徴とする付記１〜４のいずれか１項に記載の通信装置。
（付記７）
前記制御部は、
前記代表テーブルに特定されている他の代表装置から、前記端末が取得可能なデータのメタデータの要約を取得し、
前記他の代表装置から取得した要約を、前記第１のクラスタに属する他の通信装置に通知する
ことを特徴とする付記６に記載の通信装置。
（付記８）
複数のクラスタのうちの第１のクラスタに属する通信装置が、
前記通信装置に接続する端末が取得可能な情報を有する他のクラスタの識別情報を、前記他のクラスタが保持するデータの要約に含めて記憶し、
前記要約にアクセスした前記端末から、取得対象のデータを保持する第２のクラスタの識別情報と前記取得対象のデータの識別情報の組み合わせを受信すると、前記組み合わせで特定される対象データを要求する制御を行い、
前記対象データを、前記端末に転送する
処理を行うことを特徴とする通信方法。
（付記９）
前記要約は、前記他のクラスタが保持するデータのメタデータを要約することにより生成され、
前記通信装置は、
前記端末から、前記第２のクラスタに保持されているメタデータの取得を要求されると、前記第２のクラスタに保持されているデータのうちで前記端末が取得可能なデータのメタデータを取得するための制御を行い、
取得したメタデータを前記端末に転送し、
前記取得したメタデータを用いて前記取得対象のデータの識別情報を特定した前記端末から、前記組み合わせを受信すると、前記対象データを要求する
ことを特徴とする付記８に記載の通信方法。
（付記１０）
前記通信装置は、
前記端末から前記端末が取得可能なデータを保持するクラスタの問合せを受信すると、前記要約のうちで前記端末が取得可能なデータに対応付けられている情報を特定し、
特定した情報を前記端末に送信する
ことを特徴とする付記８または９に記載の通信方法。
（付記１１）
前記通信装置は、
前記組み合わせを受信すると、前記端末が前記対象データにアクセス可能であるかを判定し、
前記端末が前記対象データにアクセス可能であると判定すると、前記対象データを要求する制御を行う
ことを特徴とする付記８〜１０のいずれか１項に記載の通信方法。
（付記１２）
前記通信装置は、前記第１のクラスタに属する装置の代表として他のクラスタにアクセスする代表装置に設定されていない場合、前記対象データの取得を、前記代表装置に要求する
ことを特徴とする付記８〜１１のいずれか１項に記載の通信方法。
（付記１３）
前記通信装置は、
前記第１のクラスタに属する装置の代表として他のクラスタにアクセスする代表装置に設定されている場合、前記複数のクラスタのうちの前記第1のクラスタ以外のクラスタでの接続先となる装置を特定する情報を含む代表テーブルを保持し、
前記通信装置に接続する提供元装置から、前記複数のクラスタのうちの前記第1のクラスタ以外のクラスタ中の装置に提供可能なデータに関する他のメタデータを受信すると、前記他のメタデータを要約することによって他の要約を生成し、
前記他の要約を、前記代表テーブルで特定されている装置に通知する
ことを特徴とする付記８〜１１のいずれか１項に記載の通信方法。
（付記１４）
前記通信装置は、
前記代表テーブルに特定されている他の代表装置から、前記端末が取得可能なデータのメタデータの要約を取得し、
前記他の代表装置から取得した要約を、前記第１のクラスタに属する他の通信装置に通知する
ことを特徴とする付記１３に記載の通信方法。
【符号の説明】
【０１０７】
２  端末
４  サーバ
１０  通信装置
１１  転送部
１２  制御部
１３  管理部
２０  記憶部
２１  メタデータ
２２  要約データ
２３  証明書データ
２４  転送テーブル
２５  代表テーブル
１０１  プロセッサ
１０２  メモリ
１０３  バス
１０４  ネットワーク接続装置
【図１】
2019212017.tif 000003
【図２】
2019212017.tif 000004
【図３】
2019212017.tif 000005
【図４】
2019212017.tif 000006
【図５】
2019212017.tif 000007
【図６】
2019212017.tif 000008
【図７】
2019212017.tif 000009
【図８】
2019212017.tif 000010
【図９】
2019212017.tif 000011
【図１０】
2019212017.tif 000012
【図１１】
2019212017.tif 000013
【図１２】
2019212017.tif 000014
【図１３】
2019212017.tif 000015
【図１４】
2019212017.tif 000016
【図１５】
2019212017.tif 000017
【図１６】
2019212017.tif 000018
【手続補正書】
【提出日】平成30年11月8日(2018.11.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の通信装置からなるクラスタのうちの第１のクラスタに属する通信装置のコンピュータに、
前記第１のクラスタと異なる他のクラスタに属する通信装置に接続される端末が保持するデータの属性を含むメタデータの要約を記憶し、
前記要約を前記第１のクラスタに属する他の通信装置に転送し、
前記要約に基づくメタデータの取得要求を受信すると、前記他のクラスタに属する通信装置から前記メタデータを取得し、前記取得したメタデータを取得要求元に転送することを実行させるための通信プログラム。
【請求項２】
前記第１のクラスタ内の他の通信装置に前記メタデータをブロックチェーンを用いて転送することを特徴とする請求項１に記載の通信プログラム。
【請求項３】
前記要約のデータ容量は、前記メタデータのデータ容量より小さい
ことを特徴とする請求項１または２に記載の通信プログラム。
【請求項４】
前記第１のクラスタに属する通信装置に接続される他の端末から前記他の端末が取得可能なデータを保持するクラスタの問合せを受信すると、前記要約のうちで前記他の端末が取得可能なデータに対応付けられている情報を特定し、
前記特定した情報を前記他の端末に送信する
ことを特徴とする請求項１乃至３の何れかに記載の通信プログラム。
【請求項５】
前記通信装置が前記第１のクラスタに属する装置の代表として前記他のクラスタにアクセスする代表装置に設定されていない場合、前記メタデータの取得を、前記代表装置に要求する
ことを特徴とする請求項１乃至４の何れかに記載の通信プログラム。
【請求項６】
前記通信装置が前記第１のクラスタに属する装置の代表として前記他のクラスタにアクセスする代表装置に設定されている場合、前記他のクラスタでの接続先となる装置を特定する情報を含む代表テーブルをさらに記憶し、
前記通信装置に接続する提供元装置から、前記他のクラスタ中の装置に提供可能なデータに関する他のメタデータを受信すると、前記他のメタデータを要約することによって他の要約を生成し、
前記他の要約を、前記代表テーブルで特定されている装置に通知する
ことを特徴とする請求項１乃至５のいずれか１項に記載の通信プログラム。
【請求項７】
前記代表テーブルに特定されている他の代表装置から、前記第１のクラスタに属する通信装置に接続される端末が取得可能なデータのメタデータの要約を取得し、
前記他の代表装置から取得した要約を、前記第１のクラスタに属する他の通信装置に通知する
ことを特徴とする請求項６に記載の通信プログラム。
【請求項８】
複数の通信装置からなるクラスタのうちの第１のクラスタに属する通信装置において
前記第１のクラスタと異なる他のクラスタに属する通信装置に接続される端末が保持するデータの属性を含むメタデータの要約を記憶する記憶部と、
前記要約を前記第１のクラスタに属する他の通信装置に転送する転送部を有し、
前記転送部は、前記要約に基づくメタデータの取得要求を受信すると、前記他のクラスタに属する通信装置から前記メタデータを取得し、前記取得したメタデータを取得要求元に転送する
ことを特徴とする通信装置。
【請求項９】
複数の通信装置からなるクラスタのうちの第１のクラスタに属する通信装置の通信方法において
前記第１のクラスタと異なる他のクラスタに属する通信装置に接続される端末が保持するデータの属性を含むメタデータの要約を記憶し、
前記要約を前記第１のクラスタに属する他の通信装置に転送し、
前記要約に基づくメタデータの取得要求を受信すると、前記他のクラスタに属する通信装置から前記メタデータを取得し、前記取得したメタデータを取得要求元に転送する
ことを特徴とする通信方法。
【手続補正書】
【提出日】平成31年3月25日(2019.3.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の通信装置からなるクラスタのうちの第１のクラスタに属する通信装置のコンピュータに、
前記第１のクラスタと異なる他のクラスタに属する通信装置に接続される端末が保持するデータの属性を含むメタデータの要約を記憶し、
前記要約を前記第１のクラスタに属する他の通信装置に転送し、
前記要約に基づくメタデータの取得要求を受信すると、前記他のクラスタに属する通信装置から前記メタデータを取得し、前記取得したメタデータを取得要求元に転送することを実行させるための通信プログラム。
【請求項２】
前記第１のクラスタ内の他の通信装置に前記メタデータをブロックチェーンアプリケーションを用いて転送することを特徴とする請求項１に記載の通信プログラム。
【請求項３】
前記要約のデータ容量は、前記メタデータのデータ容量より小さい
ことを特徴とする請求項１または２に記載の通信プログラム。
【請求項４】
前記コンピュータに、
前記第１のクラスタに属する通信装置に接続される他の端末から前記他の端末が取得可能なデータを保持するクラスタの問合せを受信し、
前記要約のうちで前記他の端末が取得可能なデータに対応付けられていると前記コンピュータが判定した情報を特定し、
前記特定した情報を前記他の端末に送信する
処理を行わせることを特徴とする請求項１乃至３の何れかに記載の通信プログラム。
【請求項５】
前記通信装置が前記第１のクラスタに属する装置の代表として前記他のクラスタにアクセスする代表装置に設定されている場合、前記他のクラスタでの接続先となる装置を特定する情報を含む代表テーブルをさらに記憶し、
前記通信装置に接続する提供元装置から、前記他のクラスタ中の装置に提供可能なデータに関する他のメタデータを受信すると、前記他のメタデータを要約することによって他の要約を生成し、
前記他の要約を、前記代表テーブルで特定されている装置に通知する
ことを特徴とする請求項１乃至４のいずれか１項に記載の通信プログラム。
【請求項６】
前記コンピュータに、
前記代表テーブルに特定されている他の代表装置によって前記第１のクラスタに属する通信装置に接続される端末が取得可能であると判定されたデータのメタデータの要約を前記他の代表装置から取得し、
前記他の代表装置から取得した要約を、前記第１のクラスタに属する他の通信装置に転送する
処理を行わせることを特徴とする請求項５に記載の通信プログラム。
【請求項７】
複数の通信装置からなるクラスタのうちの第１のクラスタに属する通信装置のコンピュータに、
前記第１のクラスタと異なる他のクラスタに属する通信装置に接続される端末が保持するデータの属性を含むメタデータの要約を、前記第１のクラスタの代表として前記他のクラスタ中の装置と通信する代表装置から受信し、
前記要約を記憶し、
前記要約に基づくメタデータの取得要求を受信すると、前記代表装置に前記取得要求で指定されたメタデータの取得を要求する
処理を実行させるための通信プログラム。
【請求項８】
複数の通信装置からなるクラスタのうちの第１のクラスタに属する通信装置において
前記第１のクラスタと異なる他のクラスタに属する通信装置に接続される端末が保持するデータの属性を含むメタデータの要約を記憶する記憶部と、
前記要約を前記第１のクラスタに属する他の通信装置に転送する転送部を有し、
前記転送部は、前記要約に基づくメタデータの取得要求を受信すると、前記他のクラスタに属する通信装置から前記メタデータを取得し、前記取得したメタデータを取得要求元に転送する
ことを特徴とする通信装置。
【請求項９】
複数の通信装置からなるクラスタのうちの第１のクラスタに属する通信装置の通信方法において
前記第１のクラスタと異なる他のクラスタに属する通信装置に接続される端末が保持するデータの属性を含むメタデータの要約を記憶し、
前記要約を前記第１のクラスタに属する他の通信装置に転送し、
前記要約に基づくメタデータの取得要求を受信すると、前記他のクラスタに属する通信装置から前記メタデータを取得し、前記取得したメタデータを取得要求元に転送する
ことを特徴とする通信方法。
【手続補正書】
【提出日】令和1年9月2日(2019.9.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の通信装置からなるクラスタのうちの第１のクラスタに属する通信装置のコンピュータに、
前記第１のクラスタと異なる他のクラスタに属する通信装置に接続される端末が保持するデータの属性を含むメタデータの要約を記憶し、
前記要約を前記第１のクラスタに属する他の通信装置に転送し、
前記要約に基づくメタデータの取得要求を受信すると、前記他のクラスタに属する通信装置から前記メタデータを取得し、前記取得したメタデータを取得要求元に転送することを実行させるための通信プログラム。
【請求項２】
前記第１のクラスタ内の他の通信装置に前記要約をブロックチェーンアプリケーションを用いて転送することを特徴とする請求項１に記載の通信プログラム。
【請求項３】
前記要約のデータ容量は、前記メタデータのデータ容量より小さい
ことを特徴とする請求項１または２に記載の通信プログラム。
【請求項４】
前記コンピュータに、
前記第１のクラスタに属する通信装置に接続される他の端末から前記他の端末が取得可能なデータを保持するクラスタの問合せを受信し、
前記要約のうちで前記他の端末が取得可能なデータに対応付けられていると前記コンピュータが判定した情報を特定し、
前記特定した情報を前記他の端末に送信する
処理を行わせることを特徴とする請求項１乃至３の何れかに記載の通信プログラム。
【請求項５】
前記通信装置が前記第１のクラスタに属する装置の代表として前記他のクラスタにアクセスする代表装置に設定されている場合、前記他のクラスタでの接続先となる装置を特定する情報を含む代表テーブルをさらに記憶し、
前記通信装置に接続する提供元装置から、前記他のクラスタ中の装置に提供可能なデータに関する他のメタデータを受信すると、前記他のメタデータを要約することによって他の要約を生成し、
前記他の要約を、前記代表テーブルで特定されている装置に通知する
ことを特徴とする請求項１乃至４のいずれか１項に記載の通信プログラム。
【請求項６】
前記コンピュータに、
前記代表テーブルに特定されている他の代表装置によって前記第１のクラスタに属する通信装置に接続される端末が取得可能であると判定されたデータのメタデータの要約を前記他の代表装置から取得し、
前記他の代表装置から取得した要約を、前記第１のクラスタに属する他の通信装置に転送する
処理を行わせることを特徴とする請求項５に記載の通信プログラム。
【請求項７】
複数の通信装置からなるクラスタのうちの第１のクラスタに属する通信装置のコンピュータに、
前記第１のクラスタと異なる他のクラスタに属する通信装置に接続される端末が保持するデータの属性を含むメタデータの要約を、前記第１のクラスタの代表として前記他のクラスタ中の装置と通信する代表装置から受信し、
前記要約を記憶し、
前記要約に基づくメタデータの取得要求を受信すると、前記代表装置に前記取得要求で指定されたメタデータの取得を要求する
処理を実行させるための通信プログラム。
【請求項８】
複数の通信装置からなるクラスタのうちの第１のクラスタに属する通信装置において
前記第１のクラスタと異なる他のクラスタに属する通信装置に接続される端末が保持するデータの属性を含むメタデータの要約を記憶する記憶部と、
前記要約を前記第１のクラスタに属する他の通信装置に転送する転送部を有し、
前記転送部は、前記要約に基づくメタデータの取得要求を受信すると、前記他のクラスタに属する通信装置から前記メタデータを取得し、前記取得したメタデータを取得要求元に転送する
ことを特徴とする通信装置。
【請求項９】
複数の通信装置からなるクラスタのうちの第１のクラスタに属する通信装置の通信方法において
前記第１のクラスタと異なる他のクラスタに属する通信装置に接続される端末が保持するデータの属性を含むメタデータの要約を記憶し、
前記要約を前記第１のクラスタに属する他の通信装置に転送し、
前記要約に基づくメタデータの取得要求を受信すると、前記他のクラスタに属する通信装置から前記メタデータを取得し、前記取得したメタデータを取得要求元に転送する
ことを特徴とする通信方法。