知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024151570
(43)【公開日】2024-10-25
(54)【発明の名称】通信要件生成システムおよび通信要件生成方法
(51)【国際特許分類】
H04L 41/0803 20220101AFI20241018BHJP
H04L 41/12 20220101ALI20241018BHJP
H04L 41/5009 20220101ALI20241018BHJP
【ＦＩ】
H04L41/0803
H04L41/12
H04L41/5009
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023065024
(22)【出願日】2023-04-12
(71)【出願人】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110002365
【氏名又は名称】弁理士法人サンネクスト国際特許事務所
(72)【発明者】
【氏名】橋本 佳樹
(57)【要約】
【課題】通信要件を容易に生成し得る通信要件生成システムを提供する。
【解決手段】所定のネットワークにおいて通信を行うコンポーネント間の論理的な距離を算出するための定義情報を記憶する記憶部と、ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、記憶部により記憶される定義情報をもとに、コンポーネントとコンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離に基づいて、ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部と、ネットワークの運用者による確認を求める通信要件であると判定部により判定された通信要件を出力する出力部と、を設けるようにした。
【選択図】図１
【解決手段】所定のネットワークにおいて通信を行うコンポーネント間の論理的な距離を算出するための定義情報を記憶する記憶部と、ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、記憶部により記憶される定義情報をもとに、コンポーネントとコンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離に基づいて、ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部と、ネットワークの運用者による確認を求める通信要件であると判定部により判定された通信要件を出力する出力部と、を設けるようにした。
【選択図】図１
【特許請求の範囲】
【請求項1】
所定のネットワークにおいて通信を行うコンポーネント間の論理的な距離を算出するための定義情報を記憶する記憶部と、
前記ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、前記記憶部により記憶される定義情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離に基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部と、
前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力する出力部と、
を備える通信要件生成システム。
前記ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、前記記憶部により記憶される定義情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離に基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部と、
前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力する出力部と、
を備える通信要件生成システム。
【請求項2】
前記ネットワークにおいて通信を行うコンポーネントのセキュリティの強度を示すセキュリティレベルを決定する決定部と、
前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントのセキュリティレベルの判定に用いられる情報を入力する入力部と、を備え、
前記記憶部は、前記ネットワークにおいて通信を行うコンポーネントのセキュリティレベルを判定するための条件を示すセキュリティレベル条件情報を記憶し、
前記決定部は、前記入力部により入力された前記ネットワークに接続されるコンポーネントの情報と、前記記憶部により記憶されているセキュリティレベル条件情報とから、前記コンポーネントのセキュリティレベルを決定し、
前記判定部は、前記コンポーネントに係る複数の通信要件の各々について、前記コンポーネントのセキュリティレベルに基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定する、
請求項１に記載の通信要件生成システム。
前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントのセキュリティレベルの判定に用いられる情報を入力する入力部と、を備え、
前記記憶部は、前記ネットワークにおいて通信を行うコンポーネントのセキュリティレベルを判定するための条件を示すセキュリティレベル条件情報を記憶し、
前記決定部は、前記入力部により入力された前記ネットワークに接続されるコンポーネントの情報と、前記記憶部により記憶されているセキュリティレベル条件情報とから、前記コンポーネントのセキュリティレベルを決定し、
前記判定部は、前記コンポーネントに係る複数の通信要件の各々について、前記コンポーネントのセキュリティレベルに基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定する、
請求項１に記載の通信要件生成システム。
【請求項3】
前記記憶部は、セキュリティレベルごとに、前記ネットワークに接続されるコンポーネントに設定されるセキュリティコストを示す第１のセキュリティコスト情報と、前記コンポーネントの通信を許可するか否かを判定するための閾値を示す閾値情報と、を記憶し、
前記記憶部は、前記ネットワークを介した通信に係る論理構造をツリー構造により表現した際の各構成要素であるノードを示すノード情報と、前記ツリー構造におけるノードに設定されるセキュリティコストを示す第２のセキュリティコスト情報と、を記憶し、
前記判定部は、前記決定部により決定された前記ネットワークに接続されるコンポーネントのセキュリティレベルに対応する第１のセキュリティコスト情報と閾値情報とを前記記憶部から読み出し、前記コンポーネントに係る複数の通信要件の各々について、
前記記憶部により記憶されているノード情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの通信に係るノードを特定し、
前記第１のセキュリティコスト情報と前記記憶部により記憶されている第２のセキュリティコスト情報とをもとに、特定したノードのセキュリティコストを合計して通信要件のセキュリティコストを算出し、
算出した通信要件のセキュリティコストが前記閾値情報の閾値を超える通信要件を、前記ネットワークの運用者による確認を求める通信要件であると判定する、
請求項２に記載の通信要件生成システム。
前記記憶部は、前記ネットワークを介した通信に係る論理構造をツリー構造により表現した際の各構成要素であるノードを示すノード情報と、前記ツリー構造におけるノードに設定されるセキュリティコストを示す第２のセキュリティコスト情報と、を記憶し、
前記判定部は、前記決定部により決定された前記ネットワークに接続されるコンポーネントのセキュリティレベルに対応する第１のセキュリティコスト情報と閾値情報とを前記記憶部から読み出し、前記コンポーネントに係る複数の通信要件の各々について、
前記記憶部により記憶されているノード情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの通信に係るノードを特定し、
前記第１のセキュリティコスト情報と前記記憶部により記憶されている第２のセキュリティコスト情報とをもとに、特定したノードのセキュリティコストを合計して通信要件のセキュリティコストを算出し、
算出した通信要件のセキュリティコストが前記閾値情報の閾値を超える通信要件を、前記ネットワークの運用者による確認を求める通信要件であると判定する、
請求項２に記載の通信要件生成システム。
【請求項4】
前記ネットワークにおけるコンポーネント間の通信を制御するホストを備え、
前記ネットワークの運用者により通信を許可するか否かが確認された前記ネットワークに接続されるコンポーネントの通信要件が、前記コンポーネントのファイアウォールの設定情報に設定され、
前記ホストは、前記コンポーネントからパケットを受け取った場合、前記設定情報に基づいて、前記コンポーネントと前記通信相手のコンポーネントとの通信を制御する、
請求項３に記載の通信要件生成システム。
前記ネットワークの運用者により通信を許可するか否かが確認された前記ネットワークに接続されるコンポーネントの通信要件が、前記コンポーネントのファイアウォールの設定情報に設定され、
前記ホストは、前記コンポーネントからパケットを受け取った場合、前記設定情報に基づいて、前記コンポーネントと前記通信相手のコンポーネントとの通信を制御する、
請求項３に記載の通信要件生成システム。
【請求項5】
前記ホストは、前記コンポーネントからパケットを受け取った場合、
前記パケットの宛先である前記コンポーネントの通信相手のコンポーネントを特定し、前記記憶部により記憶されているノード情報をもとに、前記コンポーネントと前記通信相手のコンポーネントとの通信に係るノードを特定し、
前記コンポーネントのセキュリティレベルに対応した第１のセキュリティコスト情報および前記記憶部により記憶されている第２のセキュリティコスト情報をもとに、特定したノードのセキュリティコストを合計して通信のセキュリティコストを算出し、
算出した通信のセキュリティコストが前記コンポーネントのセキュリティレベルに対応した閾値情報の閾値を超えるとき、前記設定情報に基づいて、前記コンポーネントの通信相手に前記パケットを転送する、または、前記パケットを遮断する、
請求項４に記載の通信要件生成システム。
前記パケットの宛先である前記コンポーネントの通信相手のコンポーネントを特定し、前記記憶部により記憶されているノード情報をもとに、前記コンポーネントと前記通信相手のコンポーネントとの通信に係るノードを特定し、
前記コンポーネントのセキュリティレベルに対応した第１のセキュリティコスト情報および前記記憶部により記憶されている第２のセキュリティコスト情報をもとに、特定したノードのセキュリティコストを合計して通信のセキュリティコストを算出し、
算出した通信のセキュリティコストが前記コンポーネントのセキュリティレベルに対応した閾値情報の閾値を超えるとき、前記設定情報に基づいて、前記コンポーネントの通信相手に前記パケットを転送する、または、前記パケットを遮断する、
請求項４に記載の通信要件生成システム。
【請求項6】
前記判定部は、前記記憶部によりノード情報が記憶されていない場合、ディレクトリサービスの情報を読み取り、読み取った情報をユーザ端末に出力し、前記ユーザ端末において修正された情報をノード情報として受け取り、
前記記憶部は、前記判定部が受け取ったノード情報を記憶する、
請求項３に記載の通信要件生成システム。
前記記憶部は、前記判定部が受け取ったノード情報を記憶する、
請求項３に記載の通信要件生成システム。
【請求項7】
前記出力部は、前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントが用いられる事業の業種と、前記コンポーネントの種別と、前記コンポーネントが扱うデータの種類と、前記コンポーネントによるインターネットを介した通信の有無との少なくとも１つを選択可能に入力するための画面を出力する、
請求項２に記載の通信要件生成システム。
請求項２に記載の通信要件生成システム。
【請求項8】
前記出力部は、前記判定部により判定された通信要件の通信を許可するか否かを入力するための画面を出力する、
請求項１に記載の通信要件生成システム。
請求項１に記載の通信要件生成システム。
【請求項9】
記憶部が、所定のネットワークにおいて通信を行うコンポーネント間の論理的な距離を算出するための定義情報を記憶することと、
判定部が、前記ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、前記記憶部により記憶される定義情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離に基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定することと、
出力部が、前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力することと、
を含む通信要件生成方法。
判定部が、前記ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、前記記憶部により記憶される定義情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離に基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定することと、
出力部が、前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力することと、
を含む通信要件生成方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、概して、通信要件を生成する技術に関する。
【背景技術】
【0002】
近年、クラウドサービスが普及したことにより、インターネット上に保護すべき対象がある状況が増えつつある。従来は、信頼できる内側と信頼できない外側にネットワーク（ＮＷ）が定義され、境界型ファイアウォール（ＦＷ）によりアクセス制御が行われている。しかしながら、保護すべき対象がさまざまな場所に点在するようになったことで内部と外部との境界が曖昧になり、従来のアクセス制御では十分な対策を講じることが難しくなりつつある。近時、内部ＮＷについて無条件に信頼することはなく、内部ＮＷの通信については分散型ＦＷ等によりアクセス制御が行われるゼロトラストが広まっている。
【0003】
また、企業においては、ビジネスシーンの変化が激しく、アプリケーションプログラム（ＡＰＰ）の追加、修正等を、より迅速に行うことが求められている。従来は、すべての機能がまとまったひとつの大きな塊としてＡＰＰが設計されている。しかしながら、従来の開発手法では、迅速に要求に対応することができない。この点、巨大で複雑なＡＰＰを機能（コンポーネント）ごとに効率よく開発できるマイクロサービスに注目が集まっている。マイクロサービスでは、個々のコンポーネントは依存関係が低く、それぞれのサービスの呼び出しは、ＮＷを介して行われる。
【0004】
このように、ゼロトラストおよびマイクロサービスの流行により、ＮＷに接続するコンポーネント数が増大し、コンポーネントごとに分散型ＦＷが導入されるケースが増え、コンポーネント間の通信を示す通信要件を分散型ＦＷに設定するＮＷ運用者の負担が大きくなっている。
【0005】
この点、通信要件を自動で生成するネットワーク要件生成システムが開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特許第７１３６７１９号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
特許文献１に記載のネットワーク要件生成システムによれば、通信要件が自動で生成されるので、通信要件の生成の負担は低減される。しかしながら、生成された通信要件の全てについて通信を許可するかどうかをＮＷ運用者が確認しなければならない問題がある。
【0008】
本発明は、以上の点を考慮してなされたもので、通信要件を容易に生成し得る通信要件生成システム等を提案しようとするものである。
【課題を解決するための手段】
【0009】
かかる課題を解決するため本発明においては、所定のネットワークにおいて通信を行うコンポーネント間の論理的な距離を算出するための定義情報を記憶する記憶部と、前記ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、前記記憶部により記憶される定義情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離に基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部と、前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力する出力部と、を設けるようにした。
【0010】
上記構成では、ネットワークに接続されるコンポーネントと通信相手のコンポーネントとの論理的な位置関係に応じて、ネットワークの運用者による確認を求める通信要件であるか否かが判定される。上記構成によれば、例えば、ネットワークに接続されるコンポーネントに係る複数の通信要件からネットワークの運用者による確認を求める通信要件に絞られるので、ネットワークの運用者によるファイアウォールへの通信要件の設定の負担を低減することができる。
【発明の効果】
【0011】
本発明によれば、通信要件生成システムの利便性を向上することができる。上記以外の課題、構成、および効果は、以下の実施の形態の説明により明らかにされる。
【図面の簡単な説明】
【0012】
【図1】第１の実施の形態による通信管理システムに係る構成の一例を示す図である。
【図2】第１の実施の形態による通信要件生成システムに係るハードウェア構成の一例を示す図である。
【図3】第１の実施の形態によるテンプレート情報の一例を示す図である。
【図4】第１の実施の形態によるセキュリティレベル情報の一例を示す図である。
【図5】第１の実施の形態によるノード情報の一例を示す図である。
【図6】第１の実施の形態によるツリー構造の一例を示す図である。
【図7】第１の実施の形態による通信要件生成処理の一例を示す図である。
【図8】第１の実施の形態による通信要件生成処理の一例を示す図である。
【図9】第１の実施の形態による入力画面の一例を示す図である。
【図10】第１の実施の形態による入力画面の一例を示す図である。
【図11】第１の実施の形態によるセキュリティコストリストの一例を示す図である。
【図12】第１の実施の形態による確認画面の一例を示す図である。
【図13】第１の実施の形態によるＦＷ設定情報の一例を示す図である。
【図14】第１の実施の形態による通信管理の一例を示す図である。
【図15】第２の実施の形態によるパケット制御処理の一例を示す図である。
【図16】第３の実施の形態によるツリー構造生成処理の一例を示す図である。
【発明を実施するための形態】
【0013】
（Ｉ）第１の実施の形態
以下、本発明の一実施の形態を詳述する。ただし、本発明は、実施の形態に限定されるものではない。
以下、本発明の一実施の形態を詳述する。ただし、本発明は、実施の形態に限定されるものではない。
【0014】
本実施の形態の通信要件生成システムは、コンポーネントの情報に基づいてコンポーネントのセキュリティレベルを決定する。また、通信要件生成システムは、コンポーネント間の論理的な距離が規定されたツリー構造をもとに、ＮＷに接続されるコンポーネントと当該コンポーネントの通信相手のコンポーネントとの論理的な遠さを特定し、決定したセキュリティレベルと特定した論理的な遠さとの少なくとも１つに基づいて、複数の通信要件の中からＮＷ運用者による確認を求める通信要件（例えば、セキュリティリスクが高い通信要件）を識別して出力する。
【0015】
コンポーネントは、ＮＷに通信可能に接続されるソフトウェアまたはハードウェアであり、ＡＰＰ、ＡＰＰの機能、所定の端末等である。コンポーネントの情報は、業種と、コンポーネントの種別と、コンポーネントが扱うデータの種類（個人情報、機密情報等）と、インターネット通信の有無との少なくとも１つ、コンポーネントのふるまい（例えば、コンポーネントによるリソースの使用状況）等である。
【0016】
コンポーネント間の論理的な遠さは、コンポーネント間の遠さを物理的な遠さ（スイッチ、ルータ等の経由数）でなく、コンポーネント間のノードの数や、各ノードのセキュリティコストを加味して算出した値である。ノードは、企業内のコンポーネントの論理構造をツリー構造で表現した際の各構成要素であり、会社、部署、システム等である。セキュリティコストは、セキュリティリスクを評価するための値であり、例えば、セキュリティレベルに対応して定義された数値であって、コンポーネント間の通信が各ノードを通過する際に加算される数値である。セキュリティレベルは、各ノードの特性に応じて定める、各ノードのセキュリティの強度の度合いである。
【0017】
上記構成によれば、例えば、ＮＷに接続されるコンポーネントと通信相手のコンポーネントとが論理的に遠いと識別された通信要件が出力されるので、セキュリティリスクが高い通信要件の通信の可否をＮＷ運用者が容易に選定することができ、ＮＷ運用者による分散型ＦＷへの設定の負担を低減することができる。
【0018】
ここで、ＮＷに接続されるコンポーネントのセキュリティレベルがコンポーネントの開発者により自由に設定されると、分散型ＦＷの設定が企業のセキュリティポリシに適さなくなってしまう。
【0019】
この点、本通信要件生成システムは、コンポーネントの開発者により入力されたコンポーネントの情報をもとに、通信要件のセキュリティレベルを決定する。通信要件生成システムは、セキュリティレベルと論理的な遠さとに基づいて、ＮＷ運用者による確認を求める通信要件を識別する。上記構成によれば、ＮＷに接続されるコンポーネントのセキュリティレベルが自動で設定されるので、分散型ＦＷの設定が企業のセキュリティポリシに適さなくなる事態を回避することができる。
【0020】
また、ＮＷに接続されるコンポーネントのセキュリティレベルが決定されたとしても、通信要件に対してセキュリティレベルを反映し、分散型ＦＷに設定すべき内容を判断しなければならない問題がある。
【0021】
この点、本通信要件生成システムは、当該コンポーネントのセキュリティレベルを考慮した上で、ＮＷに接続されるコンポーネントと当該コンポーネントの通信相手との間のセキュリティコストを算出し、各通信要件についてＮＷ運用者による確認を求める通信要件であるか否かを判定する。上記構成によれば、当該コンポーネントのセキュリティレベルに基づき算出された、当該コンポーネントと通信相手とのセキュリティコストを加味し、ＮＷ運用者による確認を求める通信要件が判定されるので、セキュリティレベルが反映された通信要件をＮＷ運用者が容易に確認することができる。
【0022】
なお、本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数または順序を限定するものではない。また、構成要素の識別のための番号は、文脈ごとに用いられ、１つの文脈で用いた番号が、他の文脈で必ずしも同一の構成を示すとは限らない。また、ある番号で識別された構成要素が、他の番号で識別された構成要素の機能を兼ねることを妨げるものではない。
【0023】
次に、本発明の実施の形態を図面に基づいて説明する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。例えば、コンポーネントについてはＡＰＰと記したり、分散型ＦＷについては、ＦＷと記したり、仮想ＮＷについてはＮＷと記したりする。また、本発明は、他の種々の形態でも実施することが可能である。特に限定しない限り、各構成要素は、単数でも複数でも構わない。なお、以下の説明では、図面において同一要素については、同じ番号を付し、説明を適宜省略する。
【0024】
図１は、本実施の形態に係る通信管理システム１００に係る構成の一例を示す図である。
【0025】
通信管理システム１００は、所定のＮＷに接続されるＡＰＰによる通信を管理するためのシステムであり、通信要件生成システム１１０と、通信要件受付部１２０と、通信要件設定部１３０とを含んで構成される。
【0026】
通信要件生成システム１１０は、物理マシン、仮想マシン、クラウドシステム等であり、入力部１１１と、決定部１１２と、判定部１１３と、出力部１１４と、記憶部１１５とを含んで構成される。通信要件生成システム１１０に係るハードウェア構成については、図２を用いて詳細を説明する。
【0027】
入力部１１１は、ＡＰＰ開発者から指示された各種の情報を入力したり、ＮＷ運用者から指示された各種の情報を入力したりする。例えば、入力部１１１は、ＡＰＰのセキュリティレベルに関する情報であるＡＰＰ情報１１６、仮想マシンファイル、コンテナイメージといったＡＰＰイメージ１１７等を入力する。なお、ＡＰＰ情報１１６の入力に係るテンプレート情報については、図３を用いて詳細を説明する。
【0028】
決定部１１２は、セキュリティレベル情報１１８を用いて、ＡＰＰ情報１１６およびＡＰＰのふるまいを示す情報の少なくとも１つから、ＡＰＰのセキュリティレベルを決定する。以下では、ＡＰＰ情報１１６を用いてＡＰＰのセキュリティレベルを決定する態様について主に説明する。
【0029】
ここで、ＡＰＰのふるまいを示す情報は、ＡＰＰが受信または送信するパケットのトラフィック量、ＴＣＰ（Transmission Control Protocol）のコネクション数、ＡＰＰが使用するリソース（ＣＰＵ、メモリ、ディスク等）のリソース量等である。なお、リソース量は、コンポーネントを新規に追加するときは予測値であってもよいし、コンポーネントを移動するときは実測値であってもよい。付言するならば、決定部１１２は、リソース量が大きいほど、重要なＡＰＰであると判断し、ＡＰＰのセキュリティレベルを高く設定してもよい。セキュリティレベル情報１１８については、図４を用いて詳細を説明する。
【0030】
判定部１１３は、ノード情報１１９等を用いて、通信要件受付部１２０により受け付けられた通信要件１５０（入力）からＮＷ運用者による確認を求める通信要件１６０（出力）に変換する。例えば、判定部１１３は、各通信要件のセキュリティコストと無条件に許可される通信コストとを比較し、セキュリティコストが小さいと判定した通信要件を、予め無条件に許可されていると想定して削除し、セキュリティコストが大きいと判定した通信要件を通信要件１６０とする。ノード情報１１９については、図５および図６を用いて詳細を説明する。
【0031】
ここで、通信要件１５０および通信要件１６０に示すように、通信要件は、項番（＃）と送信元と宛先とサービスとの情報を含んで構成される。項番の情報は、通信要件を識別するための識別情報である。送信元の情報は、通信の送信元を示す情報（名称、ＩＰアドレス等）である。宛先の情報は、通信の送信先（宛先）を示す情報（名称、ＩＰアドレス等）である。サービスの情報は、通信に用いられるサービスを識別する情報（例えば、ＯＳＩ参照モデルの第４層のプロトコルであるＬ４プロトコル（ＴＣＰ／ＵＤＰ）およびポート番号）である。
【0032】
出力部１１４は、判定部１１３により変換された通信要件１６０の情報を出力する。通信要件１６０については、出力された通信要件１６０の情報をもとにＮＷ運用者によって最終判断（例えば、通信要件の通信を許可するか否かの入力）が行われる。そして、出力部１１４は、ＮＷ運用者によって最終判断が行われた通信要件を通信要件設定部１３０に出力する。
【0033】
通信要件受付部１２０は、ユーザにより生成された通信要件１２１（ユーザ）と、所定のシステムにより生成された通信要件１２２（システム）との少なくとも１つを受け付ける。通信要件受付部１２０は、受け付けた通信要件１２１および／または通信要件１２２を通信要件１５０として通信要件生成システム１１０に送信する。
【0034】
通信要件設定部１３０は、ホスト１３１と、ＦＷ設定システム１３２とを含んで構成される。ホスト１３１は、所定のＮＷ（例えば、仮想ＮＷ）および所定のＦＷ（例えば、分散型ＦＷ）を実現するソフトウェアおよび／またはハードウェアである。ホスト１３１は、クラウドサービス、ハイパーバイザ、ランタイム等であってよい。ＦＷ設定システム１３２は、通信要件生成システム１１０により出力された通信要件を、ホスト１３１が通信を制御する際に参照する後述のＦＷ設定情報に設定する。
【0035】
図２は、通信要件生成システム１１０に係るハードウェア構成の一例を示す図である。
【0036】
通信要件生成システム１１０は、ＮＷ２０１を介して、ユーザ端末２０２、ＮＷ機器２０３、ＦＷ設定システム１３２等と通信可能に接続されている。ユーザ端末２０２は、ＡＰＰ開発者、ＮＷ運用者等が操作する端末である。ＮＷ機器２０３は、所定のＮＷ、ホスト１３１等を提供する機器である。なお、ＮＷ機器２０３は、ＮＷ２０１を構成する機器であってもよい。
【0037】
通信要件生成システム１１０は、プロセッサ２１１と、メモリ２１２と、記憶装置２１３と、入力ＩＦ２１４と、出力ＩＦ２１５と、通信ＩＦ２１６とを含んで構成される。
【0038】
プロセッサ２１１は、演算処理を行う装置である。プロセッサ２１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＡＩ（Artificial Intelligence）チップ等である。
【0039】
メモリ２１２は、プログラム、データ等を記憶する装置である。メモリ２１２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等である。ＲＯＭは、ＳＲＡＭ（Static Random Access Memory）、ＮＶＲＡＭ（Non Volatile RAM）、マスクＲＯＭ（Mask Read Only Memory）、ＰＲＯＭ（Programmable ROM）等である。ＲＡＭは、ＤＲＡＭ（Dynamic Random Access Memory）等である。
【0040】
記憶装置２１３は、ハードディスクドライブ（Hard Disk Drive）、フラッシュメモリ（Flash Memory）、ＳＳＤ（Solid State Drive）、光学式記憶装置等である。光学式記憶装置は、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等である。記憶装置２１３に格納されているプログラム、データ等は、メモリ２１２に随時読み込まれる。
【0041】
入力ＩＦ２１４は、ユーザから情報を受け付けるユーザインターフェースである。入力ＩＦ２１４には、キーボード２２１、マウス２２２、カードリーダ、タッチパネル等の入力デバイスが接続される。
【0042】
出力ＩＦ２１５は、各種の情報を出力（表示出力、音声出力、印字出力、通信等）するユーザインターフェースである。出力ＩＦ２１５には、表示装置２３１、音声出力装置（スピーカ）、印字装置、通信装置等の出力デバイスが接続される。
【0043】
通信ＩＦ２１６は、ＮＷ２０１等の通信媒体を介して他の装置と通信する通信インターフェースである。通信ＩＦ２１６は、例えば、ＮＩＣ（Network Interface Card）、無線通信モジュール、ＵＳＢ（Universal Serial Bus）モジュール、シリアル通信モジュール等である。
【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】
入力画面１０００には、通信要件１２１を手動で入力するための入力フィールド１０１０と、所定のシステムにより生成された通信要件１２２を入力するための入力フィールド１０２０とが設けられている。
【0095】
入力フィールド１０１０では、項番１０１１（＃）と、送信元１０１２と、宛先１０１３と、サービス１０１４との情報が入力される。項番１０１１には、レコード（通信要件）を識別するための識別情報が自動で入力される。送信元１０１２には、通信の送信元を示す情報（名称、ＩＰアドレス等）が入力される。宛先１０１３には、通信の送信先（宛先）を示す情報（名称、ＩＰアドレス等）が入力される。サービス１０１４には、通信に用いられるサービスを識別する情報（例えば、Ｌ４プロトコルおよびポート番号）が入力される。
【0096】
上記した入力画面１０００を介して、ＡＰＰ開発者は、通信要件１５０を入力する。
【0097】
図１１は、セキュリティコストリストの一例（セキュリティコストテーブル１１１０）と、通信要件リストの一例（通信要件テーブル１１２０）とを示す図である。
【0098】
セキュリティコストテーブル１１１０は、通信要件１５０にセキュリティコストが付与されたテーブルである。通信要件テーブル１１２０は、ＡＰＰのセキュリティレベルに対応して設けられている閾値より高いセキュリティコストの通信要件（セキュリティリスクが高い通信要件、換言するならば、ＮＷ運用者による確認を求める通信要件）を格納するテーブルである。
【0099】
例えば、セキュリティコストテーブル１１１０に示すように、各通信要件のセキュリティコストが算出されて記憶されている場合、ＡＰＰのセキュリティレベルに対応して設けられている閾値が「１０」であるとき、通信要件テーブル１１２０に示すように、セキュリティコストが「１０」より大きい通信要件が選定される。
【0100】
図１２は、通信要件生成システム１１０により出力された通信要件をＮＷ運用者が確認するための確認画面の一例（確認画面１２００）を示す図である。
【0101】
確認画面１２００には、通信要件生成システム１１０により生成された通信要件を表示するための表示フィールド１２１０と、当該通信要件をＮＷ運用者が確認した結果を入力するための入力フィールド１２２０とが設けられている。例えば、入力フィールド１２２０には、当該通信要件の通信を許可することを示す「許可」、または、当該通信要件の通信を拒否することを示す「拒否」が格納される。
【0102】
確認画面１２００においてＮＷ運用者により確認された通信要件は、ＮＷ運用者を介して（手動で）またはＮＷ運用者を介することなく（自動で）、ＦＷ設定システム１３２に渡される。
【0103】
図１３は、ＦＷ設定システム１３２によりホスト１３１に設定されるＦＷ設定情報の一例（ＦＷ設定テーブル１３００）を示す図である。
【0104】
ＦＷ設定テーブル１３００は、ＦＷに設定される情報（ルール）を記憶する。より具体的には、ＦＷ設定テーブル１３００は、項番１３０１（＃）と、送信元１３０２と、宛先１３０３と、サービス１３０４と、アクション１３０５との情報が対応付けられたレコードを記憶する。
【0105】
項番１３０１には、レコード（ルール）を識別するための識別情報が格納される。送信元１３０２には、通信の送信元を示す情報（名称、ＩＰアドレス等）が格納される。宛先１３０３には、通信の送信先（宛先）を示す情報（名称、ＩＰアドレス等）が格納される。サービス１３０４には、通信に用いられるサービスを識別する情報（例えば、Ｌ４プロトコルおよびポート番号）が格納される。アクション１３０５には、送信元１３０２と宛先１３０３とサービス１３０４との情報が合致した場合に通信を許可するか拒否するかを示す情報が格納される。本実施の形態では、ＡＰＰのセキュリティレベルに対応して設けられている閾値以下であるセキュリティコストの通信要件の通信については「許可」が設定され、当該閾値より高いセキュリティコストの通信要件の通信については、ＮＷ運用者により最終判断が行われた結果（「許可」または「拒否」）が設定される。
【0106】
なお、ＦＷ設定テーブル１３００では、最後のレコード（ルール）に、全ての通信を拒否するルールを設定することで、ホワイトリスト方式のＦＷを実現している。
【0107】
図１４は、通信管理の一例を示す図である。
【0108】
通信管理システム１００では、ホスト１３１により仮想ＮＷ全体１４００が実現される。仮想ＮＷ全体１４００に示すように、所定のマシン１４１０においてＡＰＰ１４２０（コンポーネント）が稼働する。所定のマシン１４１０は、所定のＮＷ１４３０に接続されている。なお、マシン１４１０は、物理的なコンピュータまたは仮想的なコンピュータであり、物理サーバ、仮想マシン、コンテナ、モバイル端末等である。ＮＷ１４３０は、所定のＮＷの一例であり、ＮＷ２０１と同じであってもよいし、異なっていてもよい。
【0109】
ホスト１３１は、ＮＷ１４３０に追加または変更されるＡＰＰ１４２０ごとに分散型ＦＷ１４４０を設定し、ＡＰＰ１４２０間の通信を管理する。以下では、送信元ＡＰＰ１４２０Ａが送信先ＡＰＰ１４２０Ｂにデータを送信するケースを例に挙げて、通信を管理する方法について説明する。なお、本ケースでは、送信元ＡＰＰ１４２０Ａの分散型ＦＷ１４４０を提供するホスト１３１Ａが使用するＦＷ設定テーブル１３００と、送信先ＡＰＰ１４２０Ｂの分散型ＦＷ１４４０を提供するホスト１３１Ｂが使用するＦＷ設定テーブル１３００とが設けられている。また、ＦＷ設定テーブル１３００には、ＮＷ運用者１４５０による指示に応じて、ユーザ端末２０２またはＦＷ設定システム１３２により、分散型ＦＷ１４４０のルールが入力されているものとする。付言するならば、一のホスト１３１のＦＷ設定テーブル１３００に更新された内容は、全てのホスト１３１のＦＷ設定テーブル１３００に適用される。
【0110】
ここで、送信元ＡＰＰ１４２０Ａが送信先ＡＰＰ１４２０Ｂにデータを送信する際、送信元ＡＰＰ１４２０Ａは、ホスト１３１Ａにパケット（分割されたデータ）を渡す。なお、この時点では、パケットの制御は行われない。ホスト１３１Ａは、パケットを転送してもよいかを、自身のＦＷ設定テーブル１３００を参照して判定し、転送してもよいと判定した場合、パケット転送処理を行い、転送してはいけないと判定した場合、パケットを遮断する。パケット転送処理では、ホスト１３１Ａは、ルーティングテーブルに基づいてパケットを転送する。
【0111】
転送されたパケットは、ＮＷ１４３０（Ｌ３スイッチ、Ｌ２スイッチ等）を介して、ホスト１３１Ｂに到達する。ホスト１３１Ｂは、パケットを送信先ＡＰＰ１４２０Ｂに渡してよいかを、自身のＦＷ設定テーブル１３００を参照して判定する。ホスト１３１Ｂは、転送してもよいと判定した場合、送信先ＡＰＰ１４２０Ｂにパケットを渡し、転送してはいけないと判定した場合、パケットを遮断する。なお、ホスト１３１Ｂは、ホスト１３１Ａと同様の内容を判定しているため、基本的には、ホスト１３１Ｂを通るときにパケットが遮断されることはない。
【0112】
本実施の形態によれば、利便性の高い通信要件生成システムを提供することができる。
【0113】
（ＩＩ）第２の実施の形態
第１の実施の形態では、入力された全ての通信要件についてＦＷ設定情報（ルール）を登録する構成であるが、本実施の形態では、セキュリティリスクが高い通信要件についてＦＷ設定情報を登録する構成である点が主に異なる。本実施の形態では、第１の実施の形態と異なる構成について主に説明し、第１の実施の形態と同じ構成については、その説明を省略する。
第１の実施の形態では、入力された全ての通信要件についてＦＷ設定情報（ルール）を登録する構成であるが、本実施の形態では、セキュリティリスクが高い通信要件についてＦＷ設定情報を登録する構成である点が主に異なる。本実施の形態では、第１の実施の形態と異なる構成について主に説明し、第１の実施の形態と同じ構成については、その説明を省略する。
【0114】
図１５は、パケット制御処理の一例を示す図である。パケット制御処理は、ホスト１３１がパケットを受け取った際に実行される。以下では、ホスト１３１Ａが送信元ＡＰＰ１４２０Ａからパケットを受け取ったケースを例に挙げて説明する。
【0115】
ステップＳ１５０１では、ホスト１３１Ａは、送信元ＡＰＰ１４２０Ａが送信先ＡＰＰ１４２０Ｂに送信したパケットの送信元および宛先を確認する。例えば、ホスト１３１Ａは、当該パケットの送信元ＡＰＰ１４２０ＡのＩＰアドレスおよび送信先ＡＰＰ１４２０ＢのＩＰアドレスを確認する。
【0116】
ステップＳ１５０２では、ホスト１３１Ａは、送信元および宛先間のセキュリティコスト「Ｍ」を算出する。この処理は、ステップＳ８０３と同様であるので、その説明を省略する。
【0117】
ステップＳ１５０３では、ホスト１３１Ａは、「Ｍ」＞「Ｎ」を満たすか否かを判定する。ホスト１３１Ａは、満たすと判定した場合、パケットを転送してもよいかを、自身のＦＷ設定テーブル１３００を参照して判定し、パケットを転送してよいと判定したきはパケット転送処理を行い、パケットを転送してはいけないと判定したときは、パケットを遮断する。他方、ホスト１３１Ａは、満たさないと判定した場合、パケット転送処理を行う。
【0118】
本実施の形態では、通信ごとにセキュリティコストが算出され、算出されたセキュリティコストが閾値より大きい場合にＦＷ設定情報を参照する構成であるので、閾値より小さいセキュリティコストのＦＷ設定情報の登録が不要となり、ＦＷ設定情報が膨大になる事態を回避することができる。
【0119】
（ＩＩＩ）第３の実施の形態
第１の実施の形態では、ＮＷ運用者がツリー構造の情報を全て登録する構成であるが、本実施の形態ではツリー構造の情報の一部を自動で登録する構成である点が主に異なる。本実施の形態では、第１の実施の形態と異なる構成について主に説明し、第１の実施の形態と同じ構成については、その説明を省略する。
第１の実施の形態では、ＮＷ運用者がツリー構造の情報を全て登録する構成であるが、本実施の形態ではツリー構造の情報の一部を自動で登録する構成である点が主に異なる。本実施の形態では、第１の実施の形態と異なる構成について主に説明し、第１の実施の形態と同じ構成については、その説明を省略する。
【0120】
図１６は、ツリー構造生成処理の一例を示す図である。ツリー構造生成処理は、ステップＳ７１２に代えて実行される。
【0121】
ステップＳ１６０１では、入力部１１１は、ディレクトリサービスの情報を読み取る。ディレクトリサービスの情報は、例えば、企業内のユーザ、ＰＣといったリソースを管理するツール（Active Directory等）のデータである。
【0122】
ステップＳ１６０２では、入力部１１１は、ステップＳ１６０１において読み取ったディレクトリサービスの情報をもとに、ツリー構造（表および図）を生成する。
【0123】
ステップＳ１６０３では、入力部１１１は、ステップＳ１６０２において生成したツリー構造をユーザ端末２０２に出力する。
【0124】
ステップＳ１６０４では、入力部１１１は、ユーザ端末２０２からの指示に応じて、ツリー構造を修正し、修正したツリー構造を記憶する。
【0125】
本実施の形態では、ディレクトリサービスの情報を読み取り、本システムで使用するツリー構造のデータを生成するので、ツリー構造の定義を行うＮＷ運用者の負担を軽減することができる。
【0126】
（ＩＶ）付記
上述の実施の形態には、例えば、以下のような内容が含まれる。
上述の実施の形態には、例えば、以下のような内容が含まれる。
【0127】
上述の実施の形態においては、本発明を通信要件生成システムに適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のシステム、装置、方法、プログラムに広く適用することができる。
【0128】
また、上述の実施の形態において、プログラムの一部またはすべては、プログラムソースから、通信要件生成システムを実現するコンピュータのような装置にインストールされてもよい。プログラムソースは、例えば、ネットワークで接続されたプログラム配布サーバまたはコンピュータが読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。また、上述の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
【0129】
また、上述の実施の形態において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部または一部が１つのテーブルであってもよい。
【0130】
また、上述の実施の形態において、説明の便宜上、通信要件生成システムに係る情報を、テーブルを用いて説明したが、データ構造はテーブルに限定されるものではない。通信要件生成システムに係る情報は、ＸＭＬ（Extensible Markup Language）、ＹＡＭＬ（YAML Ain't a Markup Language）、ハッシュテーブル、木構造等、テーブル以外のデータ構造によって表現されてもよい。
【0131】
また、上述の実施の形態において、図示および説明した画面は、一例であり、受け付ける情報が同じであるならば、どのようなデザインであってもよい。
【0132】
また、上述の実施の形態において、図示および説明した画面は、一例であり、提示する情報が同じであるならば、どのようなデザインであってもよい。
【0133】
また、上述の実施の形態において、情報の出力は、ディスプレイへの表示に限るものではない。情報の出力は、スピーカによる音声出力であってもよいし、ファイルへの出力であってもよいし、印刷装置による紙媒体等への印刷であってもよいし、プロジェクタによるスクリーン等への投影であってもよいし、その他の態様であってもよい。
【0134】
また、上記の説明において、各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【0135】
上述した実施の形態は、例えば、以下の特徴的な構成を有する。
【0136】
（１）
通信要件生成システム（例えば、通信要件生成システム１１０）は、所定のネットワーク（ＮＷ１４３０等）において通信を行うコンポーネント（コンポーネント、ＡＰＰ、ＡＰＰの機能、所定の端末、ＡＰＰ１４２０等）間の論理的な距離（通信に係るノードの数、通信に係る経路等）を算出するための定義情報（例えば、ノード情報１１９）を記憶する記憶部（記憶部１１５、通信要件生成システム１１０の機能、サーバ装置、クラウドシステム等）と、上記ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、上記記憶部により記憶される定義情報をもとに、上記コンポーネントと上記コンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離（例えば、通信に係るノードの数が所定の値を超えるか否か、通信に係る経路にインターネット等の所定のノードが含まれるか否か等）に基づいて、上記ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部（判定部１１３、通信要件生成システム１１０の機能、サーバ装置、クラウドシステム等）と、上記ネットワークの運用者による確認を求める通信要件であると上記判定部により判定された通信要件を出力する出力部（出力部１１４、通信要件生成システム１１０の機能、サーバ装置、クラウドシステム等）と、を備える。
通信要件生成システム（例えば、通信要件生成システム１１０）は、所定のネットワーク（ＮＷ１４３０等）において通信を行うコンポーネント（コンポーネント、ＡＰＰ、ＡＰＰの機能、所定の端末、ＡＰＰ１４２０等）間の論理的な距離（通信に係るノードの数、通信に係る経路等）を算出するための定義情報（例えば、ノード情報１１９）を記憶する記憶部（記憶部１１５、通信要件生成システム１１０の機能、サーバ装置、クラウドシステム等）と、上記ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、上記記憶部により記憶される定義情報をもとに、上記コンポーネントと上記コンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離（例えば、通信に係るノードの数が所定の値を超えるか否か、通信に係る経路にインターネット等の所定のノードが含まれるか否か等）に基づいて、上記ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部（判定部１１３、通信要件生成システム１１０の機能、サーバ装置、クラウドシステム等）と、上記ネットワークの運用者による確認を求める通信要件であると上記判定部により判定された通信要件を出力する出力部（出力部１１４、通信要件生成システム１１０の機能、サーバ装置、クラウドシステム等）と、を備える。
【0137】
上記構成では、ネットワークに接続されるコンポーネントと通信相手のコンポーネントとの論理的な位置関係に応じて、ネットワークの運用者による確認を求める通信要件であるか否かが判定される。上記構成によれば、例えば、ネットワークに接続されるコンポーネントに係る複数の通信要件からネットワークの運用者による確認を求める通信要件に絞られるので、ネットワークの運用者によるファイアウォールへの通信要件の設定の負担を低減することができる。
【0138】
（２）
上記ネットワークにおいて通信を行うコンポーネントのセキュリティの強度を示すセキュリティレベルを決定する決定部（決定部１１２、通信要件生成システム１１０の機能、サーバ装置、クラウドシステム等）と、上記ネットワークに接続されるコンポーネントの情報として、上記コンポーネントのセキュリティレベルの判定に用いられる情報（例えば、ＡＰＰ情報１１６およびＡＰＰのふるまいを示す情報の少なくとも１つ）を入力する入力部（入力部１１１、通信要件生成システム１１０の機能、サーバ装置、クラウドシステム等）と、を備え、上記記憶部は、上記ネットワークにおいて通信を行うコンポーネントのセキュリティレベルを判定するための条件を示すセキュリティレベル条件情報（例えば、条件４０４の値）を記憶し、上記決定部は、上記入力部により入力された上記ネットワークに接続されるコンポーネントの情報と、上記記憶部により記憶されているセキュリティレベル条件情報とから、上記コンポーネントのセキュリティレベルを決定し（例えば、ステップＳ７１０参照）、上記判定部は、上記コンポーネントに係る複数の通信要件の各々について、上記コンポーネントのセキュリティレベルに基づいて、上記ネットワークの運用者による確認を求める通信要件であるか否かを判定する（例えば、ステップＳ８０６～ステップＳ８１１参照）。
上記ネットワークにおいて通信を行うコンポーネントのセキュリティの強度を示すセキュリティレベルを決定する決定部（決定部１１２、通信要件生成システム１１０の機能、サーバ装置、クラウドシステム等）と、上記ネットワークに接続されるコンポーネントの情報として、上記コンポーネントのセキュリティレベルの判定に用いられる情報（例えば、ＡＰＰ情報１１６およびＡＰＰのふるまいを示す情報の少なくとも１つ）を入力する入力部（入力部１１１、通信要件生成システム１１０の機能、サーバ装置、クラウドシステム等）と、を備え、上記記憶部は、上記ネットワークにおいて通信を行うコンポーネントのセキュリティレベルを判定するための条件を示すセキュリティレベル条件情報（例えば、条件４０４の値）を記憶し、上記決定部は、上記入力部により入力された上記ネットワークに接続されるコンポーネントの情報と、上記記憶部により記憶されているセキュリティレベル条件情報とから、上記コンポーネントのセキュリティレベルを決定し（例えば、ステップＳ７１０参照）、上記判定部は、上記コンポーネントに係る複数の通信要件の各々について、上記コンポーネントのセキュリティレベルに基づいて、上記ネットワークの運用者による確認を求める通信要件であるか否かを判定する（例えば、ステップＳ８０６～ステップＳ８１１参照）。
【0139】
上記構成によれば、例えば、企業のセキュリティポリシを満たすように決定されたセキュリティレベルに基づいてネットワークの運用者に確認する通信要件が判定されるので、ファイアウォールの設定が企業のセキュリティポリシに適さなくなる事態を回避することができる。
【0140】
（３）
上記記憶部は、セキュリティレベルごとに、上記ネットワークに接続されるコンポーネントに設定されるセキュリティコストを示す第１のセキュリティコスト情報（例えば、ＡＰＰセキュリティコスト４０５の値）と、上記コンポーネントの通信を許可するか否かを判定するための閾値を示す閾値情報（例えば、通信許可セキュリティコスト４０６の値）と、を記憶し、上記記憶部は、上記ネットワークを介した通信に係る論理構造をツリー構造により表現した際の各構成要素であるノードを示すノード情報（例えば、ノード５０２および親ノード５０３の値）と、上記ツリー構造におけるノードに設定されるセキュリティコストを示す第２のセキュリティコスト情報（例えば、セキュリティコスト５０４の値）と、を記憶し、上記判定部は、上記決定部により決定された上記ネットワークに接続されるコンポーネントのセキュリティレベルに対応する第１のセキュリティコスト情報と閾値情報とを上記記憶部から読み出し、上記コンポーネントに係る複数の通信要件の各々について、上記記憶部により記憶されているノード情報をもとに、上記コンポーネントと上記コンポーネントの通信相手のコンポーネントとの通信に係るノードを特定し、上記第１のセキュリティコスト情報と上記記憶部により記憶されている第２のセキュリティコスト情報とをもとに、特定したノードのセキュリティコストを合計して通信要件のセキュリティコストを算出し、算出した通信要件のセキュリティコストが上記閾値情報の閾値を超える通信要件を、上記ネットワークの運用者による確認を求める通信要件であると判定する（例えば、図８参照）。
上記記憶部は、セキュリティレベルごとに、上記ネットワークに接続されるコンポーネントに設定されるセキュリティコストを示す第１のセキュリティコスト情報（例えば、ＡＰＰセキュリティコスト４０５の値）と、上記コンポーネントの通信を許可するか否かを判定するための閾値を示す閾値情報（例えば、通信許可セキュリティコスト４０６の値）と、を記憶し、上記記憶部は、上記ネットワークを介した通信に係る論理構造をツリー構造により表現した際の各構成要素であるノードを示すノード情報（例えば、ノード５０２および親ノード５０３の値）と、上記ツリー構造におけるノードに設定されるセキュリティコストを示す第２のセキュリティコスト情報（例えば、セキュリティコスト５０４の値）と、を記憶し、上記判定部は、上記決定部により決定された上記ネットワークに接続されるコンポーネントのセキュリティレベルに対応する第１のセキュリティコスト情報と閾値情報とを上記記憶部から読み出し、上記コンポーネントに係る複数の通信要件の各々について、上記記憶部により記憶されているノード情報をもとに、上記コンポーネントと上記コンポーネントの通信相手のコンポーネントとの通信に係るノードを特定し、上記第１のセキュリティコスト情報と上記記憶部により記憶されている第２のセキュリティコスト情報とをもとに、特定したノードのセキュリティコストを合計して通信要件のセキュリティコストを算出し、算出した通信要件のセキュリティコストが上記閾値情報の閾値を超える通信要件を、上記ネットワークの運用者による確認を求める通信要件であると判定する（例えば、図８参照）。
【0141】
上記構成では、ネットワークに接続されるコンポーネントのセキュリティレベルに対応するセキュリティコストおよび閾値とツリー構造における上記コンポーネントの通信に係るノードのセキュリティコストとが加味されてネットワークの運用者に確認する通信要件が判定される。上記構成によれば、例えば、ネットワークに接続されるコンポーネントのセキュリティレベルに対応したファイアウォールの設定が可能である。
【0142】
（４）
上記通信要件生成システムは、上記ネットワークにおけるコンポーネント間の通信を制御するホスト（例えば、ホスト１３１）を備え、上記ネットワークの運用者により通信を許可するか否かが確認された上記ネットワークに接続されるコンポーネントの通信要件が、上記コンポーネントのファイアウォールの設定情報（例えば、ＦＷ設定テーブル１３００）に設定され、上記ホストは、上記コンポーネントからパケットを受け取った場合、上記設定情報に基づいて、上記コンポーネントと上記通信相手のコンポーネントとの通信を制御する。
上記通信要件生成システムは、上記ネットワークにおけるコンポーネント間の通信を制御するホスト（例えば、ホスト１３１）を備え、上記ネットワークの運用者により通信を許可するか否かが確認された上記ネットワークに接続されるコンポーネントの通信要件が、上記コンポーネントのファイアウォールの設定情報（例えば、ＦＷ設定テーブル１３００）に設定され、上記ホストは、上記コンポーネントからパケットを受け取った場合、上記設定情報に基づいて、上記コンポーネントと上記通信相手のコンポーネントとの通信を制御する。
【0143】
上記構成によれば、コンポーネントのファイアウォールの設定情報に基づいてパケットの転送が行われるので、例えば、企業のセキュリティポリシに合ったコンポーネントごとのファイアウォールを実現することができる。
【0144】
（５）
上記ホストは、上記コンポーネントからパケットを受け取った場合、上記パケットの宛先である上記コンポーネントの通信相手のコンポーネントを特定し、上記記憶部により記憶されているノード情報をもとに、上記コンポーネントと上記通信相手のコンポーネントとの通信に係るノードを特定し、上記コンポーネントのセキュリティレベルに対応した第１のセキュリティコスト情報および上記記憶部により記憶されている第２のセキュリティコスト情報をもとに、特定したノードのセキュリティコストを合計して通信のセキュリティコストを算出し、算出した通信のセキュリティコストが上記コンポーネントのセキュリティレベルに対応した閾値情報の閾値を超えるとき、上記設定情報に基づいて、上記コンポーネントの通信相手に上記パケットを転送する、または、上記パケットを遮断する（例えば、図１５参照）。
上記ホストは、上記コンポーネントからパケットを受け取った場合、上記パケットの宛先である上記コンポーネントの通信相手のコンポーネントを特定し、上記記憶部により記憶されているノード情報をもとに、上記コンポーネントと上記通信相手のコンポーネントとの通信に係るノードを特定し、上記コンポーネントのセキュリティレベルに対応した第１のセキュリティコスト情報および上記記憶部により記憶されている第２のセキュリティコスト情報をもとに、特定したノードのセキュリティコストを合計して通信のセキュリティコストを算出し、算出した通信のセキュリティコストが上記コンポーネントのセキュリティレベルに対応した閾値情報の閾値を超えるとき、上記設定情報に基づいて、上記コンポーネントの通信相手に上記パケットを転送する、または、上記パケットを遮断する（例えば、図１５参照）。
【0145】
上記構成では、通信のセキュリティコストが閾値より大きい場合に設定情報が参照されるので、例えば、セキュリティコストが閾値より小さいルールを設定情報に設定する必要がなく、設定情報のルール数が膨大になってしまう事態を回避することができる。
【0146】
（６）
上記判定部は、上記記憶部によりノード情報が記憶されていない場合、ディレクトリサービスの情報を読み取り、読み取った情報をユーザ端末に出力し、上記ユーザ端末において修正された情報をノード情報として受け取り、上記記憶部は、上記判定部が受け取ったノード情報を記憶する（例えば、図１６参照）。
上記判定部は、上記記憶部によりノード情報が記憶されていない場合、ディレクトリサービスの情報を読み取り、読み取った情報をユーザ端末に出力し、上記ユーザ端末において修正された情報をノード情報として受け取り、上記記憶部は、上記判定部が受け取ったノード情報を記憶する（例えば、図１６参照）。
【0147】
上記構成では、例えば、ディレクトリサービスの情報からノード情報が生成されるので、ノード情報の入力の負担を低減することができる。
【0148】
（７）
上記出力部は、上記ネットワークに接続されるコンポーネントの情報として、上記コンポーネントが用いられる事業の業種と、上記コンポーネントの種別と、上記コンポーネントが扱うデータの種類と、上記コンポーネントによるインターネットを介した通信の有無との少なくとも１つを選択可能に入力するための画面（例えば、入力画面９００）を出力する。
上記出力部は、上記ネットワークに接続されるコンポーネントの情報として、上記コンポーネントが用いられる事業の業種と、上記コンポーネントの種別と、上記コンポーネントが扱うデータの種類と、上記コンポーネントによるインターネットを介した通信の有無との少なくとも１つを選択可能に入力するための画面（例えば、入力画面９００）を出力する。
【0149】
上記構成では、例えば、コンポーネントの情報を選択して入力できる画面が出力されるので、ネットワークの運用者は、コンポーネントの情報を容易に入力することができる。
【0150】
（８）
上記出力部は、上記判定部により判定された通信要件の通信を許可するか否かを入力するための画面（例えば、確認画面１２００）を出力する。
上記出力部は、上記判定部により判定された通信要件の通信を許可するか否かを入力するための画面（例えば、確認画面１２００）を出力する。
【0151】
上記構成では、通信要件の通信を許可するか否かを入力するための画面が出力されるので、例えば、ネットワークの運用者は、通信要件の通信の許可と拒否とを容易に設定することができる。
【0152】
また上述した構成については、本発明の要旨を超えない範囲において、適宜に、変更したり、組み替えたり、組み合わせたり、省略したりしてもよい。
【0153】
「Ａ、Ｂ、およびＣのうちの少なくとも１つ」という形式におけるリストに含まれる項目は、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）または（Ａ、Ｂ、およびＣ）を意味することができると理解されたい。同様に、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」の形式においてリストされた項目は、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）または（Ａ、Ｂ、およびＣ）を意味することができる。
【符号の説明】
【0154】
１１０……通信要件生成システム、１１１……入力部、１１２……決定部、１１３……判定部、１１４……出力部、１１５……記憶部。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【手続補正書】
【提出日】2024-07-29
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
所定のネットワークにおいて通信を行うコンポーネントのセキュリティの強度を表すセキュリティレベルを判定するための条件を示すセキュリティレベル条件情報を記憶する記憶部と、
前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントのセキュリティレベルの判定に用いられる情報を入力する入力部と、
前記入力部により入力された前記ネットワークに接続されるコンポーネントの情報と、前記記憶部により記憶されているセキュリティレベル条件情報とから、前記コンポーネントのセキュリティレベルを決定する決定部と、
前記コンポーネントに係る複数の通信要件の各々について、前記コンポーネントのセキュリティレベルに基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部と、
前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力する出力部と、
を備える、通信要件生成システム。
前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントのセキュリティレベルの判定に用いられる情報を入力する入力部と、
前記入力部により入力された前記ネットワークに接続されるコンポーネントの情報と、前記記憶部により記憶されているセキュリティレベル条件情報とから、前記コンポーネントのセキュリティレベルを決定する決定部と、
前記コンポーネントに係る複数の通信要件の各々について、前記コンポーネントのセキュリティレベルに基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部と、
前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力する出力部と、
を備える、通信要件生成システム。
【請求項2】
前記記憶部は、セキュリティレベルごとに、前記ネットワークに接続されるコンポーネントに設定されるセキュリティコストを示す第１のセキュリティコスト情報と、前記コンポーネントの通信を許可するか否かを判定するための閾値を示す閾値情報と、を記憶し、
前記記憶部は、前記ネットワークを介した通信に係る論理構造をツリー構造により表現した際の各構成要素であるノードを示すノード情報と、前記ツリー構造におけるノードに設定されるセキュリティコストを示す第２のセキュリティコスト情報と、を記憶し、
前記判定部は、前記決定部により決定された前記ネットワークに接続されるコンポーネントのセキュリティレベルに対応する第１のセキュリティコスト情報と閾値情報とを前記記憶部から読み出し、前記コンポーネントに係る複数の通信要件の各々について、
前記記憶部により記憶されているノード情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの通信に係るノードを特定し、
前記第１のセキュリティコスト情報と前記記憶部により記憶されている第２のセキュリティコスト情報とをもとに、特定したノードのセキュリティコストを合計して通信要件のセキュリティコストを算出し、
算出した通信要件のセキュリティコストが前記閾値情報の閾値を超える通信要件を、前記ネットワークの運用者による確認を求める通信要件であると判定する、
請求項１に記載の通信要件生成システム。
前記記憶部は、前記ネットワークを介した通信に係る論理構造をツリー構造により表現した際の各構成要素であるノードを示すノード情報と、前記ツリー構造におけるノードに設定されるセキュリティコストを示す第２のセキュリティコスト情報と、を記憶し、
前記判定部は、前記決定部により決定された前記ネットワークに接続されるコンポーネントのセキュリティレベルに対応する第１のセキュリティコスト情報と閾値情報とを前記記憶部から読み出し、前記コンポーネントに係る複数の通信要件の各々について、
前記記憶部により記憶されているノード情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの通信に係るノードを特定し、
前記第１のセキュリティコスト情報と前記記憶部により記憶されている第２のセキュリティコスト情報とをもとに、特定したノードのセキュリティコストを合計して通信要件のセキュリティコストを算出し、
算出した通信要件のセキュリティコストが前記閾値情報の閾値を超える通信要件を、前記ネットワークの運用者による確認を求める通信要件であると判定する、
請求項１に記載の通信要件生成システム。
【請求項3】
前記ネットワークにおけるコンポーネント間の通信を制御するホストを備え、
前記ネットワークの運用者により通信を許可するか否かが確認された前記ネットワークに接続されるコンポーネントの通信要件が、前記コンポーネントのファイアウォールの設定情報に設定され、
前記ホストは、前記コンポーネントからパケットを受け取った場合、前記設定情報に基づいて、前記コンポーネントと前記通信相手のコンポーネントとの通信を制御する、
請求項２に記載の通信要件生成システム。
前記ネットワークの運用者により通信を許可するか否かが確認された前記ネットワークに接続されるコンポーネントの通信要件が、前記コンポーネントのファイアウォールの設定情報に設定され、
前記ホストは、前記コンポーネントからパケットを受け取った場合、前記設定情報に基づいて、前記コンポーネントと前記通信相手のコンポーネントとの通信を制御する、
請求項２に記載の通信要件生成システム。
【請求項4】
前記ホストは、前記コンポーネントからパケットを受け取った場合、
前記パケットの宛先である前記コンポーネントの通信相手のコンポーネントを特定し、前記記憶部により記憶されているノード情報をもとに、前記コンポーネントと前記通信相手のコンポーネントとの通信に係るノードを特定し、
前記コンポーネントのセキュリティレベルに対応した第１のセキュリティコスト情報および前記記憶部により記憶されている第２のセキュリティコスト情報をもとに、特定したノードのセキュリティコストを合計して通信のセキュリティコストを算出し、
算出した通信のセキュリティコストが前記コンポーネントのセキュリティレベルに対応した閾値情報の閾値を超えるとき、前記設定情報に基づいて、前記コンポーネントの通信相手に前記パケットを転送する、または、前記パケットを遮断する、
請求項３に記載の通信要件生成システム。
前記パケットの宛先である前記コンポーネントの通信相手のコンポーネントを特定し、前記記憶部により記憶されているノード情報をもとに、前記コンポーネントと前記通信相手のコンポーネントとの通信に係るノードを特定し、
前記コンポーネントのセキュリティレベルに対応した第１のセキュリティコスト情報および前記記憶部により記憶されている第２のセキュリティコスト情報をもとに、特定したノードのセキュリティコストを合計して通信のセキュリティコストを算出し、
算出した通信のセキュリティコストが前記コンポーネントのセキュリティレベルに対応した閾値情報の閾値を超えるとき、前記設定情報に基づいて、前記コンポーネントの通信相手に前記パケットを転送する、または、前記パケットを遮断する、
請求項３に記載の通信要件生成システム。
【請求項5】
前記判定部は、前記記憶部によりノード情報が記憶されていない場合、ディレクトリサービスの情報を読み取り、読み取った情報をユーザ端末に出力し、前記ユーザ端末において修正された情報をノード情報として受け取り、
前記記憶部は、前記判定部が受け取ったノード情報を記憶する、
請求項２に記載の通信要件生成システム。
前記記憶部は、前記判定部が受け取ったノード情報を記憶する、
請求項２に記載の通信要件生成システム。
【請求項6】
前記出力部は、前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントが用いられる事業の業種と、前記コンポーネントの種別と、前記コンポーネントが扱うデータの種類と、前記コンポーネントによるインターネットを介した通信の有無との少なくとも１つを選択可能に入力するための画面を出力する、
請求項１に記載の通信要件生成システム。
請求項１に記載の通信要件生成システム。
【請求項7】
前記出力部は、前記判定部により判定された通信要件の通信を許可するか否かを入力するための画面を出力する、
請求項１に記載の通信要件生成システム。
請求項１に記載の通信要件生成システム。
【請求項8】
記憶部が、所定のネットワークにおいて通信を行うコンポーネントのセキュリティの強度を表すセキュリティレベルを判定するための条件を示すセキュリティレベル条件情報を記憶することと、
入力部が、前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントのセキュリティレベルの判定に用いられる情報を入力することと、
決定部が、前記入力部により入力された前記ネットワークに接続されるコンポーネントの情報と、前記記憶部により記憶されているセキュリティレベル条件情報とから、前記コンポーネントのセキュリティレベルを決定することと、
判定部が、前記コンポーネントに係る複数の通信要件の各々について、前記コンポーネントのセキュリティレベルに基づいて、
前記ネットワークの運用者による確認を求める通信要件であるか否かを判定することと、
出力部が、前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力することと、
を含む、通信要件生成方法。
入力部が、前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントのセキュリティレベルの判定に用いられる情報を入力することと、
決定部が、前記入力部により入力された前記ネットワークに接続されるコンポーネントの情報と、前記記憶部により記憶されているセキュリティレベル条件情報とから、前記コンポーネントのセキュリティレベルを決定することと、
判定部が、前記コンポーネントに係る複数の通信要件の各々について、前記コンポーネントのセキュリティレベルに基づいて、
前記ネットワークの運用者による確認を求める通信要件であるか否かを判定することと、
出力部が、前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力することと、
を含む、通信要件生成方法。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【0009】
かかる課題を解決するため本発明においては、所定のネットワークにおいて通信を行うコンポーネントのセキュリティの強度を表すセキュリティレベルを判定するための条件を示すセキュリティレベル条件情報を記憶する記憶部と、前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントのセキュリティレベルの判定に用いられる情報を入力する入力部と、前記入力部により入力された前記ネットワークに接続されるコンポーネントの情報と、前記記憶部により記憶されているセキュリティレベル条件情報とから、前記コンポーネントのセキュリティレベルを決定する決定部と、前記コンポーネントに係る複数の通信要件の各々について、前記コンポーネントのセキュリティレベルに基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部と、前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力する出力部と、を設けるようにした。
【手続補正書】
【提出日】2024-10-11
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
所定のネットワークにおいて通信を行うコンポーネント間の論理的な距離を算出するための定義情報と、前記ネットワークにおいて通信を行うコンポーネントのセキュリティの強度を表すセキュリティレベルを判定するための条件を示すセキュリティレベル条件情報とを記憶する記憶部と、
前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントのセキュリティレベルの判定に用いられる情報を入力する入力部と、
前記入力部により入力された前記ネットワークに接続されるコンポーネントの情報と、前記記憶部により記憶されているセキュリティレベル条件情報とから、前記コンポーネントのセキュリティレベルを決定する決定部と、
前記ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、前記記憶部により記憶される定義情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離と、前記コンポーネントのセキュリティレベルとに基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部と、
前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力する出力部と、
を備える、
通信要件生成システム。
前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントのセキュリティレベルの判定に用いられる情報を入力する入力部と、
前記入力部により入力された前記ネットワークに接続されるコンポーネントの情報と、前記記憶部により記憶されているセキュリティレベル条件情報とから、前記コンポーネントのセキュリティレベルを決定する決定部と、
前記ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、前記記憶部により記憶される定義情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離と、前記コンポーネントのセキュリティレベルとに基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部と、
前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力する出力部と、
を備える、
通信要件生成システム。
【請求項2】
前記記憶部は、セキュリティレベルごとに、前記ネットワークに接続されるコンポーネントに設定されるセキュリティコストを示す第１のセキュリティコスト情報と、前記コンポーネントの通信を許可するか否かを判定するための閾値を示す閾値情報と、を記憶し、
前記記憶部は、前記ネットワークを介した通信に係る論理構造をツリー構造により表現した際の各構成要素であるノードを示すノード情報と、前記ツリー構造におけるノードに設定されるセキュリティコストを示す第２のセキュリティコスト情報と、を記憶し、
前記判定部は、前記決定部により決定された前記ネットワークに接続されるコンポーネントのセキュリティレベルに対応する第１のセキュリティコスト情報と閾値情報とを前記記憶部から読み出し、前記コンポーネントに係る複数の通信要件の各々について、
前記記憶部により記憶されているノード情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの通信に係るノードを特定し、
前記第１のセキュリティコスト情報と前記記憶部により記憶されている第２のセキュリティコスト情報とをもとに、特定したノードのセキュリティコストを合計して通信要件のセキュリティコストを算出し、
算出した通信要件のセキュリティコストが前記閾値情報の閾値を超える通信要件を、前記ネットワークの運用者による確認を求める通信要件であると判定する、
請求項１に記載の通信要件生成システム。
前記記憶部は、前記ネットワークを介した通信に係る論理構造をツリー構造により表現した際の各構成要素であるノードを示すノード情報と、前記ツリー構造におけるノードに設定されるセキュリティコストを示す第２のセキュリティコスト情報と、を記憶し、
前記判定部は、前記決定部により決定された前記ネットワークに接続されるコンポーネントのセキュリティレベルに対応する第１のセキュリティコスト情報と閾値情報とを前記記憶部から読み出し、前記コンポーネントに係る複数の通信要件の各々について、
前記記憶部により記憶されているノード情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの通信に係るノードを特定し、
前記第１のセキュリティコスト情報と前記記憶部により記憶されている第２のセキュリティコスト情報とをもとに、特定したノードのセキュリティコストを合計して通信要件のセキュリティコストを算出し、
算出した通信要件のセキュリティコストが前記閾値情報の閾値を超える通信要件を、前記ネットワークの運用者による確認を求める通信要件であると判定する、
請求項１に記載の通信要件生成システム。
【請求項3】
前記ネットワークにおけるコンポーネント間の通信を制御するホストを備え、
前記ネットワークの運用者により通信を許可するか否かが確認された前記ネットワークに接続されるコンポーネントの通信要件が、前記コンポーネントのファイアウォールの設定情報に設定され、
前記ホストは、前記コンポーネントからパケットを受け取った場合、前記設定情報に基づいて、前記コンポーネントと前記通信相手のコンポーネントとの通信を制御する、
請求項２に記載の通信要件生成システム。
前記ネットワークの運用者により通信を許可するか否かが確認された前記ネットワークに接続されるコンポーネントの通信要件が、前記コンポーネントのファイアウォールの設定情報に設定され、
前記ホストは、前記コンポーネントからパケットを受け取った場合、前記設定情報に基づいて、前記コンポーネントと前記通信相手のコンポーネントとの通信を制御する、
請求項２に記載の通信要件生成システム。
【請求項4】
前記ホストは、前記コンポーネントからパケットを受け取った場合、
前記パケットの宛先である前記コンポーネントの通信相手のコンポーネントを特定し、前記記憶部により記憶されているノード情報をもとに、前記コンポーネントと前記通信相手のコンポーネントとの通信に係るノードを特定し、
前記コンポーネントのセキュリティレベルに対応した第１のセキュリティコスト情報および前記記憶部により記憶されている第２のセキュリティコスト情報をもとに、特定したノードのセキュリティコストを合計して通信のセキュリティコストを算出し、
算出した通信のセキュリティコストが前記コンポーネントのセキュリティレベルに対応した閾値情報の閾値を超えるとき、前記設定情報に基づいて、前記コンポーネントの通信相手に前記パケットを転送する、または、前記パケットを遮断する、
請求項３に記載の通信要件生成システム。
前記パケットの宛先である前記コンポーネントの通信相手のコンポーネントを特定し、前記記憶部により記憶されているノード情報をもとに、前記コンポーネントと前記通信相手のコンポーネントとの通信に係るノードを特定し、
前記コンポーネントのセキュリティレベルに対応した第１のセキュリティコスト情報および前記記憶部により記憶されている第２のセキュリティコスト情報をもとに、特定したノードのセキュリティコストを合計して通信のセキュリティコストを算出し、
算出した通信のセキュリティコストが前記コンポーネントのセキュリティレベルに対応した閾値情報の閾値を超えるとき、前記設定情報に基づいて、前記コンポーネントの通信相手に前記パケットを転送する、または、前記パケットを遮断する、
請求項３に記載の通信要件生成システム。
【請求項5】
前記判定部は、前記記憶部によりノード情報が記憶されていない場合、ディレクトリサービスの情報を読み取り、読み取った情報をユーザ端末に出力し、前記ユーザ端末において修正された情報をノード情報として受け取り、
前記記憶部は、前記判定部が受け取ったノード情報を記憶する、
請求項２に記載の通信要件生成システム。
前記記憶部は、前記判定部が受け取ったノード情報を記憶する、
請求項２に記載の通信要件生成システム。
【請求項6】
前記出力部は、前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントが用いられる事業の業種と、前記コンポーネントの種別と、前記コンポーネントが扱うデータの種類と、前記コンポーネントによるインターネットを介した通信の有無との少なくとも１つを選択可能に入力するための画面を出力する、
請求項１に記載の通信要件生成システム。
請求項１に記載の通信要件生成システム。
【請求項7】
前記出力部は、前記判定部により判定された通信要件の通信を許可するか否かを入力するための画面を出力する、
請求項１に記載の通信要件生成システム。
請求項１に記載の通信要件生成システム。
【請求項8】
記憶部が、所定のネットワークにおいて通信を行うコンポーネント間の論理的な距離を算出するための定義情報と、前記ネットワークにおいて通信を行うコンポーネントのセキュリティの強度を表すセキュリティレベルを判定するための条件を示すセキュリティレベル条件情報とを記憶することと、
入力部が、前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントのセキュリティレベルの判定に用いられる情報を入力することと、
決定部が、前記入力部により入力された前記ネットワークに接続されるコンポーネントの情報と、前記記憶部により記憶されているセキュリティレベル条件情報とから、前記コンポーネントのセキュリティレベルを決定することと、
判定部が、前記ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、前記記憶部により記憶される定義情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離と、前記コンポーネントのセキュリティレベルとに基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定することと、
出力部が、前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力することと、
を含む、通信要件生成方法。
入力部が、前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントのセキュリティレベルの判定に用いられる情報を入力することと、
決定部が、前記入力部により入力された前記ネットワークに接続されるコンポーネントの情報と、前記記憶部により記憶されているセキュリティレベル条件情報とから、前記コンポーネントのセキュリティレベルを決定することと、
判定部が、前記ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、前記記憶部により記憶される定義情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離と、前記コンポーネントのセキュリティレベルとに基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定することと、
出力部が、前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力することと、
を含む、通信要件生成方法。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【0009】
かかる課題を解決するため本発明においては、所定のネットワークにおいて通信を行うコンポーネント間の論理的な距離を算出するための定義情報と、前記ネットワークにおいて通信を行うコンポーネントのセキュリティの強度を表すセキュリティレベルを判定するための条件を示すセキュリティレベル条件情報とを記憶する記憶部と、前記ネットワークに接続されるコンポーネントの情報として、前記コンポーネントのセキュリティレベルの判定に用いられる情報を入力する入力部と、前記入力部により入力された前記ネットワークに接続されるコンポーネントの情報と、前記記憶部により記憶されているセキュリティレベル条件情報とから、前記コンポーネントのセキュリティレベルを決定する決定部と、前記ネットワークに接続されるコンポーネントに係る複数の通信要件の各々について、前記記憶部により記憶される定義情報をもとに、前記コンポーネントと前記コンポーネントの通信相手のコンポーネントとの論理的な距離を算出し、算出した距離と、前記コンポーネントのセキュリティレベルとに基づいて、前記ネットワークの運用者による確認を求める通信要件であるか否かを判定する判定部と、前記ネットワークの運用者による確認を求める通信要件であると前記判定部により判定された通信要件を出力する出力部と、を設けるようにした。