特開 2024-7742 ネットワーク構築プログラム及びネットワーク構築方法、並びに通信装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024007742

(43)【公開日】2024-01-19

(54)【発明の名称】ネットワーク構築プログラム及びネットワーク構築方法、並びに通信装置

(51)【国際特許分類】

   G06F 21/62 20130101AFI20240112BHJP

【ＦＩ】

G06F21/62 318

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022109030

(22)【出願日】2022-07-06

【国等の委託研究の成果に係る記載事項】（出願人による申告）平成３０年度、国立研究開発法人新エネルギー・産業技術総合開発機構、「戦略的イノベーション創造プログラム（ＳＩＰ）第２期／ＩｏＴ社会に対応したサイバー・フィジカル・セキュリティ／（Ｂ２） 信頼チェーンに関わる情報の安全な流通技術研究開発」委託研究、産業技術力強化法第１７条の適用を受ける特許出願

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100087480

【弁理士】

【氏名又は名称】片山 修平

(72)【発明者】

【氏名】森 貴也

(72)【発明者】

【氏名】根本 智

(72)【発明者】

【氏名】水口 有

(57)【要約】

【課題】ネットワークに接続している通信装置の一部が接続可能な新たなネットワークを構築する。
【解決手段】信用階層レベル１に参加する組織（組織Ｂ）のＳＧＷ１０に対し、信用階層レベル１に参加する組織の一部が参加可能な信用階層レベル２の形成が提起される。この提起に応じて、組織ＢのＳＧＷ１０は、信用階層レベル１に参加する組織のＳＧＷ１０に対し、信用階層レベル２への参加要否と、他の組織の参加可否と、を問い合わせる。そして、組織ＢのＳＧＷ１０は、問い合わせに対する回答に基づいて、信用階層レベル２に参加可能な組織を決定し、決定した組織間における信用階層レベル２のネットワークを介した内部情報の授受を許容する。
【選択図】図３

【特許請求の範囲】

【請求項1】

第１のネットワークを介したデータの授受が可能な複数の通信装置のうちの第１の通信装置に、
前記複数の通信装置の少なくとも一部の間でデータの授受を可能にする第２のネットワークの作成依頼が入力されると、前記第１の通信装置を除く前記複数の通信装置の全部又は一部に対し、前記第２のネットワークへの接続要否と、他の通信装置の接続可否と、を問い合わせ、
前記問い合わせに対する回答に基づいて、前記第２のネットワークに接続可能な通信装置を決定し、
決定した前記通信装置間における前記第２のネットワークを介したデータの授受を許容する、
処理を実行させることを特徴とするネットワーク構築プログラム。

【請求項2】

前記問い合わせる処理では、前記第２のネットワークへの接続が必要という回答を送信してきた第２の通信装置それぞれに対し、他の前記第２の通信装置の前記第２のネットワークへの接続可否を問い合わせ、
前記決定する処理では、前記接続可否の問い合わせに対する回答の集計結果に基づいて、前記第２の通信装置の中から前記第２のネットワークに接続可能な通信装置を決定する、ことを特徴とする請求項１に記載のネットワーク構築プログラム。

【請求項3】

前記許容する処理は、
前記第２のネットワークに接続する他の通信装置に受け渡し可能なデータの登録依頼が入力されると、前記第２のネットワークに接続する通信装置それぞれが有する分散データベースに、前記第２のネットワークの識別情報と対応付けて前記データを登録し、
前記第２のネットワークの識別情報を用いて前記分散データベースにアクセスし、前記第２のネットワークに接続する通信装置であることが認証された通信装置に対し、前記分散データベースにおいて前記第２のネットワークの識別情報に対応付けられているデータの参照を許容する、ことを特徴とする請求項１又は２に記載のネットワーク構築プログラム。

【請求項4】

前記第２のネットワークに接続する通信装置それぞれの間で各通信装置のクレデンシャルを保持し合っており、
前記許容する処理で前記第２のネットワークに接続する通信装置であることを認証するときに、クレデンシャル認証処理を実行する、ことを特徴とする請求項３に記載のネットワーク構築プログラム。

【請求項5】

第１のネットワークを介したデータの授受が可能な複数の通信装置のうちの第１の通信装置が、
前記複数の通信装置の少なくとも一部の間でデータの授受を可能にする第２のネットワークの作成依頼が入力されると、前記第１の通信装置を除く前記複数の通信装置の全部又は一部に対し、前記第２のネットワークへの接続要否と、他の通信装置の接続可否と、を問い合わせ、
前記問い合わせに対する回答に基づいて、前記第２のネットワークに接続可能な通信装置を決定し、
決定した前記通信装置間における前記第２のネットワークを介したデータの授受を許容する、
処理を実行することを特徴とするネットワーク構築方法。

【請求項6】

第１のネットワークを介したデータの授受が可能な複数の通信装置のうちの１つの通信装置であって、
前記複数の通信装置の少なくとも一部の間でデータの授受を可能にする第２のネットワークの作成依頼が入力された場合に、前記１つの通信装置を除く前記複数の通信装置の全部又は一部に対し、前記第２のネットワークへの接続要否と、他の通信装置の接続可否と、を問い合わせる問い合わせ部と、
前記問い合わせに対する回答に基づいて、前記第２のネットワークに接続可能な通信装置を決定する決定部と、
決定した前記通信装置間における前記第２のネットワークを介したデータの授受を許容する許容部と、
を備える通信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワーク構築プログラム及びネットワーク構築方法、並びに通信装置に関する。

【背景技術】

【0002】

近年、商品の多様化により、互いに独立した様々な企業や組織の間で相互に依存しあって、一つのビジネス環境を構築すること（エコシステム形成と呼ばれる）が求められている。また、近年のビジネス活動のＩＴ化により、コンピュータやインターネットを使用したサイバー空間でエコシステム形成のためのメンバ選定を行うことが求められている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－６０８２１号公報

【特許文献2】特開２００９－２１１３７４号公報

【特許文献3】特開２００６－２４７４０１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、現状は、サイバー空間においてエコシステム形成のためのメンバ選定を行えていない。

【0005】

１つの側面では、本発明は、ネットワークに接続している通信装置の一部が接続可能な新たなネットワークを構築することが可能なネットワーク構築プログラム及びネットワーク構築方法、並びに通信装置を提供することを目的とする。

【課題を解決するための手段】

【0006】

一つの態様では、ネットワーク構築プログラムは、第１のネットワークを介したデータの授受が可能な複数の通信装置のうちの第１の通信装置に、前記複数の通信装置の少なくとも一部の間でデータの授受を可能にする第２のネットワークの作成依頼が入力されると、前記第１の通信装置を除く前記複数の通信装置の全部又は一部に対し、前記第２のネットワークへの接続要否と、他の通信装置の接続可否と、を問い合わせ、前記問い合わせに対する回答に基づいて、前記第２のネットワークに接続可能な通信装置を決定し、決定した前記通信装置間における前記第２のネットワークを介したデータの授受を許容する、処理を実行させるプログラムである。

【発明の効果】

【0007】

ネットワークに接続している通信装置の一部が接続可能な新たなネットワークを構築することができる。

【図面の簡単な説明】

【0008】

【図1】一実施形態に係る通信システムの構成を概略的に示す図である。

【図2】図２（ａ）は、ＳＧＷのハードウェア構成を示す図であり、図２（ｂ）は、操作端末のハードウェア構成を示す図である。

【図3】図３（ａ）、図３（ｂ）は、通信システムにおいて実施される処理の概要を説明するための図（その１）である。

【図4】通信システムにおいて実施される処理の概要を説明するための図（その２）である。

【図5】ＳＧＷの機能ブロック図である。

【図6】図６（ａ）は、内部情報テーブルのデータ構造の一例を示す図であり、図６（ｂ）は、参加組織情報テーブルのデータ構造の一例を示す図である。

【図7】図７（ａ）は、受領クレデンシャルテーブルのデータ構造の一例を示す図であり、図７（ｂ）は、自組織クレデンシャルテーブルのデータ構造の一例を示す図であり、図７（ｃ）は、審議情報テーブルのデータ構造の一例を示す図である。

【図8】図８（ａ）は、信用階層レベルテーブルのデータ構造の一例を示す図であり、図８（ｂ）は、自組織クレデンシャルテーブルのデータ構造の一例を示す図であり、図８（ｃ）は、投票テーブルのデータ構造の一例を示す図である。

【図9】図９（ａ）、図９（ｂ）は、ｐｒｏｏｆ認証処理について説明するための図である。

【図10】クレデンシャル認証処理について説明するための図である。

【図11】信用階層レベル１に参加する組織Ａが内部情報を分散台帳ＤＢに登録する処理と、組織Ｂが分散台帳ＤＢに格納されている組織Ａの内部情報を参照する処理を示すシーケンス図である。

【図12】信用階層レベル２の形成処理を示すシーケンス図（その１）である。

【図13】信用階層レベル２の形成処理を示すシーケンス図（その２）である。

【図14】信用階層レベルｎ（ｎ≧２）に参加する組織Ａが内部情報を分散台帳ＤＢに登録する処理と、組織Ｂが分散台帳ＤＢに格納されている組織Ａの内部情報を参照する処理を示すシーケンス図である。

【発明を実施するための形態】

【0009】

以下、一実施形態について、図１～図１４に基づいて詳細に説明する。

【0010】

図１には、一実施形態に係る通信システム１００の構成が概略的に示されている。図１の通信システム１００は、一例として、基礎となるネットワーク（信用階層レベル１のネットワーク）８０に複数の組織（図１では組織Ａ～Ｆ）が参加するシステムである。組織Ａ～Ｆは、真正性が証明された組織であり、組織Ａ～Ｆそれぞれの間において信用階層レベル１のネットワーク８０を介したデータの授受が許容されている。

【0011】

各組織は、操作端末７０を有しており、操作端末７０は、無線ルータ、アクセスポイント等のデータ中継装置（通信装置）１０を介してネットワーク８０に接続されている。データ中継装置１０には、ソフトウェアゲートウェイと呼ばれるソフトウェアが搭載されている。以下においては、ソフトウェアゲートウェイを搭載するデータ中継装置１０を、「ＳＧＷ１０」と表記するものとする。

【0012】

図２（ａ）には、ＳＧＷ１０のハードウェア構成が示されている。図２（ａ）に示すように、ＳＧＷ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、ＨＤＤ（Hard Disk Drive）９６、通信インタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備える。これらＳＧＷ１０の構成各部は、バス９８に接続されている。ＳＧＷ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（ネットワーク構築プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラムをＣＰＵ９０が実行することにより、図５に示す、各部の機能が実現される。なお、図５の各部の機能は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＨＤＤ９６は、後述する分散台帳ＤＢ２０と、ローカルＤＢ２２と、を備えている。なお、ＨＤＤ９６に代えて、ＳＳＤ（Solid State Drive）などの他の種類のストレージを用いてもよい。通信インタフェース９７は、ネットワーク８０との間の通信や、操作端末７０との間の通信を実行する。

【0013】

図２（ｂ）には、操作端末７０のハードウェア構成が示されている。操作端末７０は、ＰＣ（Personal Computer）等の端末である。操作端末７０は、図２（ｂ）に示すように、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、ＨＤＤ１９６、通信インタフェース１９７、表示部１９３、入力部１９５、及び可搬型記憶媒体１９１からデータ等を読み取り可能な可搬型記憶媒体用ドライブ１９９等を備える。これら操作端末７０の構成各部は、バス１９８に接続されている。表示部１９３は液晶ディスプレイや有機ＥＬディスプレイ等を含み、入力部１９５は、キーボードやマウス、タッチパネル等を含む。通信インタフェース１９７は、ＳＧＷ１０との間の通信を実行する。

【0014】

ここで、本実施形態の通信システム１００において実施される処理の概要について説明する。例えば、図３（ａ）に示すように、信用階層レベル１のネットワークに参加する複数の組織が存在するとする。この信用階層レベル１に参加する組織は、自身の内部情報を後述する分散台帳ＤＢ２０に登録するとともに、信用階層レベル１に参加する他の組織の内部情報を参照可能となっている。このように信用階層レベル１に複数の組織が参加している場合において、複数の組織の中の１つの組織から信用階層レベル１よりも高度な（秘密度の高い）ネットワーク（信用階層レベル２）の形成が提起される（作成依頼される）ことがある。この場合、信用階層レベル２の形成を提起した組織のＳＧＷ１０は、信用階層レベル１に参加する組織に対し、信用階層レベル２への参加を希望するか（参加要否）を問い合わせる。また、信用階層レベル２の形成を提起した組織のＳＧＷ１０は、参加を希望した全ての組織に対し、参加を希望する他の組織が信用階層レベル２へ参加してもよいか（参加可否）を問い合わせる。そして、信用階層レベル２の形成を提起した組織のＳＧＷ１０は、各組織からの他の組織の参加可否に関する回答結果を集計し、採決（公正な議決）を行い、信用階層レベル２に参加可能な組織を決定する。図３（ｂ）には、信用階層レベル２への参加が可能になった組織が信用階層レベル２のネットワークに接続され、データの授受が許容された状態が示されている。

【0015】

なお、信用階層レベル２よりも高度な（秘密度の高い）ネットワークの形成についても、上記と同様に実行される。すなわち、信用階層レベルｎ（ｎは２以上の自然数）を形成する場合、形成を提起した組織は、図４に示す信用階層レベル（ｎ－１）に参加する組織に対し、参加要否と、他の組織の参加可否を問い合わせる。また、形成を提起した組織は、問い合わせに対する回答結果に基づいて、信用階層レベルｎに参加可能な組織を決定する。

【0016】

図５には、ＳＧＷ１０の機能ブロック図が示されている。図５に示すようにＳＧＷ１０は、決定部としてのイベントマネージャ部１２と、問い合わせ部としての接続エージェント部１４と、分散台帳部１６と、を有する。

【0017】

イベントマネージャ部１２は、操作端末７０からの入力情報を受け付ける機能や、新たな信用階層レベルのネットワークを構築するための審議プロセス（上述した新たなネットワークに参加する組織を決定するプロセス）を進める機能を有する。

【0018】

接続エージェント部１４は、他のＳＧＷ１０との間でメッセージを送受信する機能や、認証に用いるクレデンシャルやＰｒｏｏｆを発行する機能を有する。また、接続エージェント部１４は、他のＳＧＷ１０から取得したクレデンシャルやＰｒｏｏｆを用いた認証を実行する機能、受領したクレデンシャルを分散台帳ＤＢ２０に格納する機能等を有する。

【0019】

分散台帳部１６は、分散データベースとしての分散台帳ＤＢ２０にアクセスする機能を有する。

【0020】

分散台帳ＤＢ２０は、各組織の内部情報等を保管する機能を有する。各組織のＳＧＷ１０が有する分散台帳ＤＢ２０は、データの同期がとられている。これにより、分散台帳ＤＢ２０で管理するデータの改ざん等の不正が防止されている。

【0021】

ローカルＤＢ２２は、組織が参加しているネットワークの信用階層レベル情報等を保管する機能を有する。

【0022】

次に、分散台帳ＤＢ２０に格納されているテーブルについて説明する。分散台帳ＤＢ２０には、図６（ａ）に示す内部情報テーブル３０と、図６（ｂ）に示す参加組織情報テーブル３２とが格納されている。また、分散台帳ＤＢ２０には、図７（ａ）に示す受領クレデンシャルテーブル３４と、図７（ｂ）に示す自組織クレデンシャルテーブル３６と、図７（ｃ）に示す審議情報テーブル３８とが格納されている。なお、分散台帳ＤＢ２０に格納されているテーブルは、各ＳＧＷ１０の分散台帳部１６が管理している。

【0023】

図６（ａ）の内部情報テーブル３０は、ネットワーク８０に接続された組織において共用されるテーブルであり、各組織の内部情報を格納するテーブルである。具体的には、内部情報テーブル３０には、組織のＤＩＤ（Decentralized IDentifier）である「組織ＤＩＤ」に対応付けて、各組織が参加する信用階層レベルのＩＤである「信用階層レベルｎＩＤ」が格納されている。また、内部情報テーブル３０には、各組織が参加する「信用階層レベルｎＩＤ」に対応付けて、その信用階層レベルにおいて他の組織による参照が可能な内部情報（情報名称や情報）が格納されている。

【0024】

図６（ｂ）の参加組織情報テーブル３２は、ネットワーク８０に接続された組織において共用されるテーブルであり、各信用階層レベルに参加する組織の情報を格納するテーブルである。具体的には、参加組織情報テーブル３２には、「信用階層レベルｎＩＤ」に対応付けて、その信用階層レベルに参加する組織の名称（組織名）と組織のＤＩＤ（組織ＤＩＤ）とが格納されている。

【0025】

図７（ａ）の受領クレデンシャルテーブル３４は、分散台帳ＤＢ２０を所有する各組織（自組織）が個別に所有し、自組織のみがアクセス可能なテーブルである。受領クレデンシャルテーブル３４は、他の組織から受領したクレデンシャルの情報を管理するテーブルである。具体的には、受領クレデンシャルテーブル３４には、自組織の「組織ＤＩＤ」に対応付けて、受領クレデンシャルの情報が格納されている。受領クレデンシャルの情報には、自組織が参加する信用階層レベルのＩＤ（信用階層レベルｎＩＤ）と、当該信用階層レベルに参加し、クレデンシャルを自組織に対して発行した他の組織のＤＩＤ（発行元組織ＤＩＤ）とが含まれる。また、受領クレデンシャルの情報には、クレデンシャルデータそのもの（バイナリデータ）が含まれる。

【0026】

図７（ｂ）の自組織クレデンシャルテーブル３６は、分散台帳ＤＢ２０を所有する各組織（自組織）が個別に所有し、所有する組織のみがアクセス可能なテーブルである。自組織クレデンシャルテーブル３６は、自組織のクレデンシャルの情報を管理するためのテーブルである。具体的には、自組織クレデンシャルテーブル３６には、自組織の「組織ＤＩＤ」に対応付けて、自組織が参加する信用階層レベルのＩＤ（信用階層レベルｎＩＤ）と、クレデンシャルデータそのものが格納されている。

【0027】

図７（ｃ）の審議情報テーブル３８は、新たなネットワークの形成を提起した組織が個別に所有し、当該組織のみがアクセスできるテーブルである。審議情報テーブル３８には、新たなネットワークの形成を審議する際に必要な情報を、審議中に一時保存するためのテーブルである。具体的には、審議情報テーブル３８には、審議の識別情報である「審議ＩＤ」に対応付けて、提起の通知先である組織の情報（「提起通知先組織名」、「提起通知先組織ＤＩＤ」）が格納されている。また、審議情報テーブル３８には、提起の通知先の組織が新たなネットワークへの参加を希望するか否か（参加要否）の回答結果（「参加申請通知の結果」）も格納されている。更に、審議情報テーブル３８には、提起の通知先の組織が参加を希望する場合に、この組織の参加可否に対して他の組織が投票した結果（「投票結果＿参加可獲得数」）も格納されている。

【0028】

次に、ローカルＤＢ２２に格納されているテーブルについて説明する。ローカルＤＢ２２には、図８（ａ）に示す信用階層レベルテーブル４０と、図８（ｂ）に示す組織ＤＩＤテーブル４２と、図８（ｃ）に示す投票テーブル４４とが格納されている。なお、ローカルＤＢ２２に格納されているテーブルは、各ＳＧＷ１０のイベントマネージャ部１２が管理している。また、ローカルＤＢ２２に格納されているテーブルは、各ＳＧＷ１０を保有する組織（自組織）のみがアクセス可能となっている。

【0029】

図８（ａ）の信用階層レベルテーブル４０は、自組織が参加する信用階層レベルのＩＤ（「信用階層レベルｎＩＤ」）を格納するテーブルである。

【0030】

図８（ｂ）の組織ＤＩＤテーブル４２は、自組織の組織ＤＩＤを管理するテーブルである。

【0031】

図８（ｃ）の投票テーブル４４は、新たなネットワークへの参加を希望した組織（自組織）に対し、新たなネットワークの形成を提起した組織から送信されてくる情報が格納されるテーブルである。具体的には、投票テーブル４４には、審議の識別情報である「審議ＩＤ」に対応付けて、提起した組織のＤＩＤ（「提起組織ＤＩＤ」）と「提起の目的」が格納されている。また、投票テーブル４４には、新たなネットワークへの参加を希望した組織のＤＩＤのリスト（「参加申請組織ＤＩＤリスト」）が格納されている。

【0032】

（認証について）
本実施形態においては、ＳＧＷ１０が実行する認証において、クレデンシャル認証処理又はＰｒｏｏｆ認証処理を行うこととしている。ここで、クレデンシャルは、クレデンシャル発行者（例えば、通信基盤提供事業者）が発行する証明書である。クレデンシャル保有者は、クレデンシャルの確からしさ（真正性）を検証することができる。Ｐｒｏｏｆは、クレデンシャルの確からしさをクレデンシャルを保有しない第三者が検証できるようにするためのものである。クレデンシャル保有者は第三者に対してクレデンシャルに対応するＰｒｏｏｆを発行することができる。

【0033】

（Ｐｒｏｏｆ認証について）
本実施形態において、Ｐｒｏｏｆ認証は、信用階層レベル１の参加組織認証に利用する。具体的には、Ｐｒｏｏｆ認証は、(ａ)他のＳＧＷ１０からメッセージを受信したときに、メッセージ送信元の組織が信用階層レベル１に参加しているかを確認する場合に利用する。また、Ｐｒｏｏｆ認証は、(ｂ)信用階層レベル１に参加する他の組織の内部情報を参照するときに、当該他の組織が信用階層レベル１に参加しているかを確認する場合に利用する。なお、信用階層レベル１に参加する組織は、信用階層レベル１クレデンシャルを保持している。信用階層レベル１に参加する組織は、信用階層レベル１に参加する他の組織に対して、信用階層レベル１クレデンシャルに対応するＰｒｏｏｆを発行することで、自組織が信用階層レベル１に参加する組織であることを提示する。

【0034】

図９（ａ）は、上記（ａ）のＰｒｏｏｆ認証処理について説明するための図である。図９（ａ）の例では、（１）組織ＢのＳＧＷ１０から組織ＡのＳＧＷ１０に対してメッセージが送信されると、（２）組織ＡのＳＧＷ１０は、組織ＢのＳＧＷ１０に対して、Ｐｒｏｏｆの発行を依頼する。そして、（３）組織ＢのＳＧＷ１０から組織ＡのＳＧＷ１０に対してＰｒｏｏｆが発行されると、（４）組織ＡのＳＧＷ１０は、Ｐｒｏｏｆの有効性を検証し、有効であれば、（５）メッセージを受理することができるようになっている。

【0035】

図９（ｂ）は、上記（ｂ）のＰｒｏｏｆ認証処理について説明するための図である。図９（ｂ）の例では、（１）組織ＡのＳＧＷ１０において組織Ｂの内部情報を参照するイベントが発生すると、（２）組織ＡのＳＧＷ１０は、組織ＢのＳＧＷ１０に対して、Ｐｒｏｏｆの発行を依頼する。そして、（３）組織ＢのＳＧＷ１０から組織ＡのＳＧＷ１０に対してＰｒｏｏｆが発行されると、（４）組織ＡのＳＧＷ１０は、Ｐｒｏｏｆの有効性を検証し、有効であれば、（５）組織Ｂの内部情報を参照することができるようになっている。

【0036】

上述のように信用階層レベル１においてＰｒｏｏｆ認証処理を行うことで、信用階層レベル１へ参加する組織が、特定組織（通信基盤提供事業者等）により認められた真正性のある組織であることを確認できるようになっている。

【0037】

（クレデンシャル認証について）
クレデンシャル認証は、本実施形態では信用階層レベルｎ（ｎは２以上の自然数）の参加組織認証に利用する。ここで、信用階層レベルｎを形成する際には、信用階層レベルｎクレデンシャルを参加組織間で１：１で配り合うようになっている。すなわち、信用階層レベルｎに参加する各組織は、信用階層レベルｎに参加する他の組織すべてのクレデンシャルを保持している。したがって、信用階層レベルｎに参加する各組織は、保持している他の組織のクレデンシャルを検証することによって、当該他の組織が信用階層レベルｎに参加しているかを確認する。

【0038】

図１０は、クレデンシャル認証処理について説明するための図である。クレデンシャルには、信用階層レベルｎの識別情報（レベルｎＩＤ）や、クレデンシャル発行元の組織の識別情報（組織ＤＩＤ）を記載することが可能になっている。また、信用階層レベルｎに参加する組織は、図１０に示すように他の参加組織のクレデンシャルを所持している。図１０のように、例えば、（１）組織ＡのＳＧＷ１０において組織Ｂの内部情報を参照するイベントが発生すると、（２）所持しているクレデンシャルの中から組織Ｂのクレデンシャルを読み出し、読み出したクレデンシャルの有効性を検証する。そして、クレデンシャルが有効であれば、（３）組織Ｂの内部情報を参照することができるようになっている。

【0039】

なお、信用階層レベルｎ（ｎは２以上の自然数）の参加組織のＳＧＷ１０が他の参加組織のＳＧＷ１０からメッセージを受信したときにも、メッセージ送信元の組織が信用階層レベルｎに参加しているかを確認する必要がある。この場合には、ＳＧＷ１０は、上記クレデンシャル認証（図１０）を行ってもよいし、上記Ｐｒｏｏｆ認証（図９（ａ））を行ってもよい。

【0040】

（通信システム１００の処理について）
以下、通信システム１００において実施される各種処理について詳細に説明する。

【0041】

（信用階層レベル１の参加組織による内部情報の登録、参照処理）
まず、信用階層レベル１に参加する組織Ａが内部情報を分散台帳ＤＢ２０に登録する処理と、組織Ｂが分散台帳ＤＢ２０に格納されている組織Ａの内部情報を参照する処理について、図１１のシーケンス図に基づいて説明する。

【0042】

まず、組織Ａの操作端末７０から、組織Ａのイベントマネージャ部１２に対して内部情報の登録依頼が行われる（Ｓ１０）。組織Ａのイベントマネージャ部１２は、内部情報の登録依頼があると、ローカルＤＢ２２に格納されている組織ＤＩＤテーブル４２（図８（ｂ）参照）において自組織（組織Ａ）の組織ＤＩＤを参照する（Ｓ１２）。次いで、組織Ａのイベントマネージャ部１２は、分散台帳部１６に対し、組織ＤＩＤを通知する（Ｓ１４）。

【0043】

組織ＤＩＤの通知を受けた組織Ａの分散台帳部１６は、組織Ａの組織ＤＩＤを基に信用階層レベル１の内部情報を分散台帳ＤＢ２０の内部情報テーブル３０（図６（ａ））に登録する（Ｓ１６）。

【0044】

内部情報の登録が完了すると、組織Ａの分散台帳部１６は、組織Ａのイベントマネージャ部１２に対し、登録完了を通知する（Ｓ１８）。そして、組織Ａのイベントマネージャ部１２は、組織Ａの操作端末７０に対し、登録が完了した旨を通知（表示）する（Ｓ２０）。

【0045】

以上により、組織Ａの信用階層レベル１の内部情報の登録処理が終了する。

【0046】

一方、信用階層レベル１に参加する組織Ｂの操作端末７０からは、信用階層レベル１に参加する組織Ａの内部情報を参照したい旨の通知を行う（Ｓ３０）。この場合、操作端末７０は、信用階層レベル１と、組織Ａを特定した通知を行う。

【0047】

通知を受けた組織Ｂのイベントマネージャ部１２は、分散台帳部１６に対し、信用階層レベル１と、組織Ａを指定して、組織Ａの組織ＤＩＤの取得依頼を行う（Ｓ３２）。組織Ｂの分散台帳部１６は、分散台帳ＤＢ２０の参加組織情報テーブル３２（図６（ｂ））を参照して、組織Ａの組織ＤＩＤを取得する（Ｓ３４）。そして、組織Ｂの分散台帳部１６は、イベントマネージャ部１２に対し組織Ａの組織ＤＩＤを通知する（Ｓ３６）。このとき、分散台帳部１６は、信用階層レベル１と、組織Ａ＿ＤＩＤをイベントマネージャ部１２に対して通知する。

【0048】

次いで、組織Ｂのイベントマネージャ部１２は、分散台帳部１６に対して、組織Ａの内部情報の参照要求を行う（Ｓ３８）。なお、イベントマネージャ部１２は、信用階層レベル１と組織Ａ＿ＤＩＤを特定して、参照要求を行う。この参照要求を受けた組織Ｂの分散台帳部１６は、分散台帳ＤＢ２０の内部情報テーブル３０（図６（ａ））を参照し、信用階層レベル１の組織Ａの内部情報を取得する（Ｓ４０）。そして、組織Ｂの分散台帳部１６は、イベントマネージャ部１２に対し、取得した内部情報を通知する（Ｓ４２）。

【0049】

内部情報の通知を受けた組織Ｂのイベントマネージャ部１２は、接続エージェント部１４に対し、組織ＡのＰｒｏｏｆ認証要求を行う（Ｓ４４）。このとき、イベントマネージャ部１２は、組織Ａ＿ＤＩＤを特定して、認証要求を行う。

【0050】

認証要求を受け付けた組織Ｂの接続エージェント部１４は、組織Ａの接続エージェント部１４に対して、Ｐｒｏｏｆの発行及び送信を要求する（Ｓ４６）。この要求に対応して、組織Ａの接続エージェント部１４は、所有する自組織のクレデンシャルに対応するＰｒｏｏｆを発行する（Ｓ４８）。そして、組織Ａの接続エージェント部１４は、組織Ｂの接続エージェント部１４に対し、発行したＰｒｏｏｆを送信する（Ｓ５０）。組織Ａの接続エージェント部１４からＰｒｏｏｆを受信した組織Ｂの接続エージェント部１４は、Ｐｒｏｏｆの有効性の検証を行う（Ｓ５２）。なお、上記ステップＳ４６、Ｓ４８、Ｓ５０、Ｓ５２の処理により、Ｐｒｏｏｆ認証処理が実現されている。

【0051】

Ｐｒｏｏｆ認証処理により、組織Ａが信用階層レベル１に参加していることが確認できた後は、組織Ｂの接続エージェント部１４が、イベントマネージャ部１２に対し認証結果を通知する（Ｓ５４）。そして、組織Ｂのイベントマネージャ部１２は、認証がＯＫであれば、組織Ｂの操作端末７０に対し、組織Ａの内部情報を送信する（Ｓ５６）。

【0052】

以上により、信用階層レベル１に参加する組織間で、組織の内部情報を安全に交換し合うことが可能となっている。

【0053】

（信用階層レベル２の形成処理）
次に、信用階層レベル１（第１のネットワーク）に参加する組織Ｂにおいて、信用階層レベル２の形成が提起（第２のネットワークの作成が依頼）されたときの各ＳＧＷ１０の処理について、図１２、図１３のシーケンス図に沿って説明する。なお、図１２、図１３において例示されている信用階層レベル１に参加する組織Ａは、信用階層レベル１に参加する組織Ｂ以外の組織の一例である。したがって、組織Ａ以外の組織のＳＧＷ１０においても、図１２に示す組織ＡのＳＧＷ１０と同様の処理が実行される。

【0054】

図１２の処理において、組織Ｂの操作端末７０から、組織Ｂのイベントマネージャ部１２に対し信用階層レベル２の形成が提起される（Ｓ１０２）と、イベントマネージャ部１２は、分散台帳部１６に対して通知を行う（Ｓ１０４）。より詳細には、イベントマネージャ部１２は、分散台帳部１６に対して、信用階層レベル１に参加する全組織のＤＩＤの取得依頼を通知する。

【0055】

通知を受けた組織Ｂの分散台帳部１６は、分散台帳ＤＢ２０の参加組織情報テーブル３２（図６（ｂ））から信用階層レベル１の全参加組織の組織ＤＩＤを取得する（Ｓ１０６）。そして、組織Ｂの分散台帳部１６は、イベントマネージャ部１２に対して、取得した組織ＤＩＤを通知する（Ｓ１０８）。なお、イベントマネージャ部１２は、分散台帳部１６を介して、分散台帳ＤＢ２０の審議情報テーブル３８（図７（ｃ））に、審議ＩＤ、提起通知先組織名、提起通知先組織ＤＩＤを登録する（Ｓ１０９）。

【0056】

次いで、組織Ｂのイベントマネージャ部１２は、接続エージェント部１４に対して、信用階層レベル１の全参加組織に信用階層レベル２の形成提起通知を送信するよう要求する（Ｓ１１０）。

【0057】

要求を受け付けた組織Ｂの接続エージェント部１４は、信用階層レベル１の全参加組織の接続エージェント部１４に対して信用階層レベル２の提起通知を行う（Ｓ１１２）。

【0058】

提起通知を受け付けた組織（組織Ａを含む）の接続エージェント部１４は、組織Ｂの接続エージェント部１４とやりとりを行うことで、Ｐｒｏｏｆ認証処理を行う（Ｓ１１４）。なお、ここで実行されるＰｒｏｏｆ認証処理は、前述した図１１のステップＳ４６、Ｓ４８、Ｓ５０、Ｓ５２と同様の処理である。

【0059】

Ｐｒｏｏｆ認証処理において、組織Ｂが信用階層レベル１に参加する組織であることが確認されると、提起通知を受けた組織（組織Ａを含む）の接続エージェント部１４は、提起通知を受理する（Ｓ１１６）。次いで、提起通知を受けた組織（組織Ａを含む）の接続エージェント部１４は、イベントマネージャ部１２に対して、提起通知の情報の登録指示を行う（Ｓ１１８）。この登録指示を受け付けたイベントマネージャ部１２は、ローカルＤＢ２２に格納されている投票テーブル４４に、審議ＩＤ、提起組織ＤＩＤ、提起の目的を登録する（Ｓ１２０）。

【0060】

次いで、提起通知を受けた組織（組織Ａを含む）のイベントマネージャ部１２は、各組織の操作端末７０に対し提起通知を表示する（Ｓ１２２）。この表示を確認した組織から、操作端末７０に対して、信用階層レベル２への参加申請が入力されると、操作端末７０は、イベントマネージャ部１２に対して信用階層レベル２への参加申請を通知する（Ｓ１２４）。参加申請の通知を受けた組織のイベントマネージャ部１２は、ローカルＤＢ２２に格納されている投票テーブル４４（図８（ｃ））を参照する（Ｓ１２６）。そして、イベントマネージャ部１２は、投票テーブル４４から提起組織のＤＩＤ（提起組織Ｂ＿ＤＩＤ）を取得し、接続エージェント部１４に対し、参加申請通知を要求する（Ｓ１２８）。

【0061】

この要求を受けた組織の接続エージェント部１４は、提起組織Ｂ＿ＤＩＤを用いることで、組織Ｂの接続エージェント部１４に対して、信用階層レベル２への参加申請を通知する（Ｓ１３０）。

【0062】

参加申請の通知を受け付けた組織Ｂの接続エージェント部１４は、ステップＳ１１４と同様、Ｐｒｏｏｆ認証処理を実行する（Ｓ１３２）。このＰｒｏｏｆ認証処理の結果、参加申請を通知してきた組織が信用階層レベル１に参加する組織であることが確認されると、組織Ｂの接続エージェント部１４は、参加申請を受理する（Ｓ１３４）。

【0063】

次いで、参加申請を受理した組織Ｂの接続エージェント部１４は、イベントマネージャ部１２に対して、参加申請を受理した旨を通知する（Ｓ１３６）。そして、通知を受け付けた組織Ｂのイベントマネージャ部１２は、分散台帳部１６に対して、参加申請の登録要求を行い（Ｓ１３８）、分散台帳部１６は、分散台帳ＤＢ２０の審議情報テーブル３８（図７（ｃ））に参加申請を登録する（Ｓ１４０）。具体的には、図７（ｃ）の「参加申請通知の結果」の欄に「参加希望」と登録する。

【0064】

その後、参加申請が一定以上集まった段階で、組織Ｂのイベントマネージャ部１２は、接続エージェント部１４に対して、信用階層レベル２の審議開始通知要求を行う（Ｓ１４２）。このとき、イベントマネージャ部１２は、審議情報テーブル３８（図７（ｃ））を参照し、「参加申請通知の結果」の欄に「参加希望」と入力されている組織のリスト（参加申請組織ＤＩＤリスト）を作成して、接続エージェント部１４に通知する。

【0065】

次いで、組織Ｂの接続エージェント部１４は、参加申請のあった組織（組織Ａ等）の接続エージェント部１４に対し、信用階層レベル２の審議開始を通知する（Ｓ１４４）。この審議は、信用階層レベル２への参加申請のあった各組織の参加可否について、参加申請のあった各組織に投票させ、投票結果に基づいて信用階層レベル２の参加組織を決定する処理である。

【0066】

審議開始の通知を受けた組織（組織Ａ等）の接続エージェント部１４は、Ｐｒｏｏｆ認証処理を実行する（Ｓ１４６）。このＰｒｏｏｆ認証処理の結果、審議開始を通知してきた組織Ｂが信用階層レベル１に参加する組織であることが確認されると、接続エージェント部１４は、審議開始通知を受理する（Ｓ１４８）。

【0067】

次いで、審議開始通知を受理した接続エージェント部１４は、イベントマネージャ部１２に対して、ローカルＤＢ２２の投票テーブル４４（図８（ｃ））に参加申請組織ＤＩＤリストを登録する（Ｓ１５０）。そして、イベントマネージャ部１２は、操作端末７０に対して、審議開始通知を表示する（Ｓ１５２）。

【0068】

図１３に移行し、審議開始通知が表示された操作端末７０において、信用階層レベル２に対する投票結果が入力されると、操作端末７０からイベントマネージャ部１２にその旨が通知される（Ｓ２０２）。

【0069】

投票結果の入力を受け付けたイベントマネージャ部１２は、ローカルＤＢ２２の投票テーブル４４（図８（ｃ））を参照し、提起組織のＤＩＤ（提起組織Ｂ＿ＤＩＤ）を取得する（Ｓ２０４）。また、イベントマネージャ部１２は、接続エージェント部１４に対し、信用階層レベル２に対する投票結果の通知を要求する（Ｓ２０６）。そして、要求を受け付けた接続エージェント部１４は、提起組織Ｂ＿ＤＩＤを用いることで、組織Ｂの接続エージェント部１４に対して、信用階層レベル２の投票結果を通知する（Ｓ２０８）。

【0070】

一方、投票結果の通知を受けた組織Ｂの接続エージェント部１４は、Ｐｒｏｏｆ認証処理を実行する（Ｓ２１０）。このＰｒｏｏｆ認証処理の結果、投票結果を通知してきた組織が信用階層レベル１に参加する組織であることが確認されると、接続エージェント部１４は、投票結果を受理する（Ｓ２１２）。また、組織Ｂの接続エージェント部１４は、イベントマネージャ部１２に対し、分散台帳部１６を介して分散台帳ＤＢ２０の審議情報テーブル３８（図７（ｃ））の「投票結果＿参加可獲得数」の欄に登録するよう指示する（Ｓ２１４）。例えば、組織「ＡＢＣ株式会社」が参加申請をし、他の５つの組織から参加可である旨の投票があった場合には、図７（ｃ）に示すように、「投票結果＿参加可獲得数」の欄に「５」が登録される。

【0071】

その後、投票結果が一定以上集まった段階で、組織Ｂのイベントマネージャ部１２は、公正な議決により信用階層レベル２への参加組織を決定する（Ｓ２１５）。例えば、イベントマネージャ部１２は、多数決や、参加可の票数に基づいて、参加組織を決定する。より具体的には、イベントマネージャ部１２は、投票の結果、「参加可」の数が「参加不可」の数よりも多い組織を参加組織と決定したり、「参加可」の数が所定数以上の組織を参加組織と決定したりする。なお、イベントマネージャ部１２は、参加可の票数が多い順に所定数の組織を選定し、選定した組織を参加組織として決定してもよい。

【0072】

次いで、組織Ｂのイベントマネージャ部１２は、信用階層レベル２のＩＤを発行する（Ｓ２１６）。また、組織Ｂのイベントマネージャ部１２は、分散台帳部１６を介して、信用階層レベル２ＩＤと、信用階層レベル２への参加する組織のＤＩＤ（組織ＤＩＤ）と、を参加組織情報テーブル３２（図６（ｂ））に登録する（Ｓ２１８）。

【0073】

次いで、組織Ｂのイベントマネージャ部１２は、接続エージェント部１４に対して、信用階層レベル２への参加組織の決定通知を行うよう要求する（Ｓ２２０）。

【0074】

要求を受け付けた組織Ｂの接続エージェント部１４は、信用階層レベル２への参加が可能となった組織（組織Ａを含むとする）の接続エージェント部１４に対して、参加組織決定の通知を行う（Ｓ２２２）。

【0075】

参加組織決定の通知を受けた組織（組織Ａ等）の接続エージェント部１４は、Ｐｒｏｏｆ認証処理を実行する（Ｓ２２４）。このＰｒｏｏｆ認証処理の結果、参加組織決定を通知してきた組織Ｂが信用階層レベル１に参加する組織であることが確認されると、接続エージェント部１４は、参加組織決定通知を受理する（Ｓ２２６）。

【0076】

次いで、組織Ａ等の接続エージェント部１４は、イベントマネージャ部１２を介して、ローカルＤＢ２２の信用階層レベルテーブル４０（図８（ａ））に信用階層レベル２のＩＤを登録する（Ｓ２２８）。

【0077】

次いで、組織Ｂを含む信用階層レベル２の参加組織のイベントマネージャ部１２は、接続エージェント部１４に対し、信用階層レベル２のクレデンシャルのフルメッシュ発行要求を行う（Ｓ２３０）。

【0078】

参加組織の接続エージェント部１４それぞれは、信用階層レベル２のクレデンシャルのフルメッシュ発行を行う（Ｓ２３２）。すなわち、各接続エージェント部１４は、参加組織すべてに対して、自組織のクレデンシャルを送信する。また、参加組織の接続エージェント部１４それぞれは、分散台帳部１６を介して、分散台帳ＤＢ２０の受領クレデンシャルテーブル３４に、信用階層レベル２の受領クレデンシャルを格納する（Ｓ２３４）。

【0079】

その後、参加組織の接続エージェント部１４それぞれは、イベントマネージャ部１２に対して、信用階層レベル２への参加処理が完了した旨を通知する（Ｓ２３６）。そして、参加組織のイベントマネージャ部１２それぞれは、操作端末７０に対して、信用階層レベル２への参加処理が完了した旨を通知する（Ｓ２３８）。

【0080】

以上の処理により、信用階層レベル２の形成処理が完了する。なお、信用階層レベル（ｎ－１）が形成されている状態で、信用階層レベルｎの形成が提起された場合にも、上記と同様の処理を行うことで、信用階層レベルｎを形成することができる。この場合、図１２、図１３において実行されるＰｒｏｏｆ認証処理に代えて、クレデンシャル認証処理を実行するようにしてもよい。

【0081】

（信用階層レベルｎ（ｎは２以上の自然数）の参加組織による内部情報の登録、参照処理）
図１４は、信用階層レベルｎに参加する組織Ａが内部情報を分散台帳ＤＢ２０に登録する処理と、組織Ｂが分散台帳ＤＢ２０に格納されている組織Ａの内部情報を参照する処理を示すシーケンス図である。なお、図１１と同一の処理には、同一のステップ番号を付している。

【0082】

信用階層レベルｎにおいて、組織Ａが内部情報を分散台帳ＤＢ２０に登録する処理については、信用階層レベル１の場合と同様となっている。すなわち、図１１と同様、図１４に示すステップＳ１０～Ｓ２０を経ることで、分散台帳ＤＢ２０の内部情報テーブル３０（図６（ａ））に組織Ａの内部情報が登録される。

【0083】

一方、信用階層レベルｎにおいて組織Ｂが組織Ａの内部情報を参照する場合には、図１１のステップＳ４４、Ｓ４６～Ｓ５２（Ｐｒｏｏｆ認証処理）に代えて、図１４のステップＳ４４’、Ｓ４６’（クレデンシャル認証処理）が実行される。

【0084】

ステップＳ４４’においては、組織Ｂのイベントマネージャ部１２が、接続エージェント部１４に対して、組織Ｂの受領クレデンシャルの取得と、認証を要求する。接続エージェント部１４は、分散台帳部１６を介して、分散台帳ＤＢ２０の受領クレデンシャルテーブル３４から、信用階層レベルｎの組織Ａのクレデンシャルデータを取得する。

【0085】

そして、接続エージェント部１４は、ステップＳ４６’において、取得したクレデンシャルデータを用いて、クレデンシャル認証を実行する。

【0086】

以上のようにすることで、信用階層レベルｎにおける組織の内部情報の登録、他の組織の内部情報の参照が実現される。この方法により、信用階層レベルｎに参加する組織間で、組織の内部情報を安全に交換し合うことが可能となっている。

【0087】

なお、本実施形態では、ＳＧＷ１０のイベントマネージャ部１２、接続エージェント部１４、分散台帳部１６を含んで、信用階層レベルｎの参加組織のＳＧＷ１０間におけるデータの授受を許容する許容部としての機能が実現されている。

【0088】

以上、詳細に説明したように、本実施形態によると、信用階層レベル（ｎ－１）に参加する組織ＢのＳＧＷ１０に対し、信用階層レベル（ｎ－１）に参加する組織の一部が参加可能な信用階層レベルｎの形成が提起される（Ｓ１０２）。この提起に応じて、組織ＢのＳＧＷ１０は、信用階層レベル（ｎ－１）に参加する組織のＳＧＷ１０に対し、信用階層レベルｎへの参加要否と、他の組織の参加可否と、を問い合わせる（Ｓ１１２、Ｓ１４４）。そして、組織ＢのＳＧＷ１０は、問い合わせに対する回答に基づいて、信用階層レベルｎに参加可能な組織を決定し（Ｓ２１５）、決定した組織間における信用階層レベルｎのネットワークを介した内部情報の授受を許容する（図１４）。これにより、本実施形態では、真正性の証明された組織のみが参加可能な信用階層レベルｎのネットワークを形成し、そのネットワーク内で各参加組織が内部情報をやり取りできる環境を提供することが可能である。

【0089】

また、本実施形態では、組織ＢのＳＧＷ１０は、信用階層レベルｎへの参加を希望する旨の回答を送信してきた組織に対し、信用階層レベルｎへの参加を希望する他の組織の参加可否を問い合わせる（Ｓ１４４）。そして、組織ＢのＳＧＷ１０は、参加可否の問い合わせに対する回答の集計結果に基づいて、信用階層レベルｎへの参加組織を決定する（Ｓ２１５）。このように、信用階層レベルｎへの参加を希望した組織に対し、参加を希望した他の組織の参加可否を問い合わせるため、信用階層レベルｎへの参加を希望している組織同士の公正な議決により、信用階層レベルｎの参加組織を決定することができる。

【0090】

また、本実施形態では、組織の内部情報を、信用階層レベルｎＩＤと組織ＤＩＤと対応付けて、分散台帳ＤＢ２０に登録する（図１１及び図１４のＳ１０～Ｓ２０）。そして、信用階層レベルｎの参加組織からの要求に応じて、組織の内部情報を参照可能にしている（図１１及び図１４のＳ３０～Ｓ５６）。このように、組織の内部情報を複数の分散台帳ＤＢ２０で管理することで、データ改ざん等の不正を防止することができる。

【0091】

また、本実施形態では、信用階層レベルｎの参加組織それぞれが他の参加組織のクレデンシャルを保持し合っており、参加組織の内部情報を参照する際にクレデンシャル認証処理を実行する。これにより、信用階層レベルｎへの参加が認められた組織であることを確認したうえで、当該組織の内部情報を参照することができる。また、クレデンシャル認証処理を行うことで、通信基盤提供事業者等を介さずに、他の組織の真正性を検証することができる。

【0092】

なお、上記実施形態では、図１２において信用階層レベル２の形成が提起された場合に、組織Ｂは、信用階層レベル１の参加組織すべてに信用階層レベル２の形成提起通知を送信する場合について説明した。ただし、これに限らず、例えば、信用階層レベル２の形成が提起されたときに、参加組織の候補が指定された場合には、当該参加組織の候補に対して、信用階層レベル２の形成提起通知を送信してもよい。

【0093】

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記憶媒体（ただし、搬送波は除く）に記録しておくことができる。

【0094】

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

【0095】

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

【0096】

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

【0097】

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） 第１のネットワークを介したデータの授受が可能な複数の通信装置のうちの第１の通信装置に、
前記複数の通信装置の少なくとも一部の間でデータの授受を可能にする第２のネットワークの作成依頼が入力されると、前記第１の通信装置を除く前記複数の通信装置の全部又は一部に対し、前記第２のネットワークへの接続要否と、他の通信装置の接続可否と、を問い合わせ、
前記問い合わせに対する回答に基づいて、前記第２のネットワークに接続可能な通信装置を決定し、
決定した前記通信装置間における前記第２のネットワークを介したデータの授受を許容する、
処理を実行させることを特徴とするネットワーク構築プログラム。
（付記２） 前記問い合わせる処理では、前記第２のネットワークへの接続が必要という回答を送信してきた第２の通信装置それぞれに対し、他の前記第２の通信装置の前記第２のネットワークへの接続可否を問い合わせ、
前記決定する処理では、前記接続可否の問い合わせに対する回答の集計結果に基づいて、前記第２の通信装置の中から前記第２のネットワークに接続可能な通信装置を決定する、ことを特徴とする付記１に記載のネットワーク構築プログラム。
（付記３） 前記許容する処理は、
前記第２のネットワークに接続する他の通信装置に受け渡し可能なデータの登録依頼が入力されると、前記第２のネットワークに接続する通信装置それぞれが有する分散データベースに、前記第２のネットワークの識別情報と対応付けて前記データを登録し、
前記第２のネットワークの識別情報を用いて前記分散データベースにアクセスし、前記第２のネットワークに接続する通信装置であることが認証された通信装置に対し、前記分散データベースにおいて前記第２のネットワークの識別情報に対応付けられているデータの参照を許容する、ことを特徴とする付記１又は２に記載のネットワーク構築プログラム。
（付記４） 前記第２のネットワークに接続する通信装置それぞれの間で各通信装置のクレデンシャルを保持し合っており、
前記許容する処理で前記第２のネットワークに接続する通信装置であることを認証するときに、クレデンシャル認証処理を実行する、ことを特徴とする付記３に記載のネットワーク構築プログラム。
（付記５） 第１のネットワークを介したデータの授受が可能な複数の通信装置のうちの第１の通信装置が、
前記複数の通信装置の少なくとも一部の間でデータの授受を可能にする第２のネットワークの作成依頼が入力されると、前記第１の通信装置を除く前記複数の通信装置の全部又は一部に対し、前記第２のネットワークへの接続要否と、他の通信装置の接続可否と、を問い合わせ、
前記問い合わせに対する回答に基づいて、前記第２のネットワークに接続可能な通信装置を決定し、
決定した前記通信装置間における前記第２のネットワークを介したデータの授受を許容する、
処理を実行することを特徴とするネットワーク構築方法。
（付記６） 第１のネットワークを介したデータの授受が可能な複数の通信装置のうちの１つの通信装置であって、
前記複数の通信装置の少なくとも一部の間でデータの授受を可能にする第２のネットワークの作成依頼が入力された場合に、前記１つの通信装置を除く前記複数の通信装置の全部又は一部に対し、前記第２のネットワークへの接続要否と、他の通信装置の接続可否と、を問い合わせる問い合わせ部と、
前記問い合わせに対する回答に基づいて、前記第２のネットワークに接続可能な通信装置を決定する決定部と、
決定した前記通信装置間における前記第２のネットワークを介したデータの授受を許容する許容部と、
を備える通信装置。
（付記７） 前記問い合わせ部は、前記第２のネットワークへの接続が必要という回答を送信してきた第２の通信装置それぞれに対し、他の前記第２の通信装置の前記第２のネットワークへの接続可否を問い合わせ、
前記決定部は、前記接続可否の問い合わせに対する回答の集計結果に基づいて、前記第２の通信装置の中から前記第２のネットワークに接続可能な通信装置を決定する、ことを特徴とする付記６に記載の通信装置。
（付記８） 前記許容部は、
前記第２のネットワークに接続する他の通信装置に受け渡し可能なデータの登録依頼が入力されると、前記第２のネットワークに接続する通信装置それぞれが有する分散データベースに、前記第２のネットワークの識別情報と対応付けて前記データを登録し、
前記第２のネットワークの識別情報を用いて前記分散データベースにアクセスし、前記第２のネットワークに接続する通信装置であることが認証された通信装置に対し、前記分散データベースにおいて前記第２のネットワークの識別情報に対応付けられているデータの参照を許容する、ことを特徴とする付記６又は７に記載の通信装置。
（付記９） 前記第２のネットワークに接続する通信装置それぞれの間で各通信装置のクレデンシャルを保持し合っており、
前記許容部が前記第２のネットワークに接続する通信装置であることを認証するときに、クレデンシャル認証処理を実行する、ことを特徴とする付記８に記載の通信装置。

【符号の説明】

【0098】

１０ ＳＧＷ（通信装置）
１２ イベントマネージャ部（決定部、許容部の一部）
１４ 接続エージェント部（問い合わせ部、許容部の一部）
１６ 分散台帳部（許容部の一部）
２０ 分散台帳ＤＢ（分散データベース）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】