JP2022147500A - ネットワーク設計支援方法およびネットワーク設計支援プログラム - Google Patents

Abstract

【課題】通信要件に対応するネットワークの設定工期を短縮することを課題とする。【解決手段】各設計モジュールを組み合わせて、要求された通信要件を満たす論理ネットワークを設計するネットワーク設計支援装置は、各設計モジュールに設定される、設計モジュールを適用する適用条件と論理ネットワークへ機能を追加または削除する内容を示す設計内容とに基づき、各設計モジュールの依存関係を導出する。ネットワーク設計支援装置は、依存関係に基づき、通信要件へ適用する各設計モジュールの適用順番を決定する。【選択図】図１１

Description

本発明は、ネットワーク設計支援方法およびネットワーク設計支援プログラムに関する。

デジタルビジネスを支えるインフラには、新規サービスの展開、既存サービスの拡張を素早く実現するスピードが求められる。例えば、エンタープライズ領域においては、ＶＭ（Virtual Machine）やコンテナ技術によってサーバインフラをダイナミックに展開することが普及してきているが、ネットワークインフラの構築および変更は、依然として人手に頼ることが主流であり、デジタルビジネスが求めるスピードを実現しているとは言いがたい。すなわち、人手に頼ったネットワークのインテグレーションでは速度が遅く、デジタルビジネスの拡大に向けた妨げになってしまう恐れがある。

このようなことから、ユーザがサービス提供のためにネットワークに求める要件から、要件を満たすネットワークを素早く設計し、設計したネットワークの実現に必要な各ネットワーク装置への設定内容を自動導出する技術が提案されている。なお、ユーザがサービス提供のためにネットワークに求める要件とは、例えば「業務アプリケーション間はＨＴＴＰ（Hyper Text Transfer Protocol）通信だけを許可したい」、「１Ｍｂｐｓで映像配信したい」といったものであり、これらを通信要件と呼ぶ。

近年では、通信要件に必要なネットワークを実現するための装置への設定内容を導出する技術として、ユーザの通信要件やネットワーク構成（例えばトポロジ、装置の型番、ＯＳ（Operating System）、機能など）ごとに設定機能を事前に開発しておき、その機能を用いて各装置を設定する方式が用いられている。

例えば、クライアント端末、ファイアウォール、Ｗｅｂサーバの３つの装置がつながったネットワーク構成において、「ユーザ端末とＷｅｂサーバ間のＨＴＴＰ通信だけを許可したい」場合には、「１．クライアント端末に経路表を設定」、「２．ファイアウォールに経路表を設定」、「３．Ｗｅｂサーバに経路表を設定」、「４．ファイアウォールにＷｅｂサーバへのアクセス許可を設定」を行う機能を事前に開発しておくことにより、その機能を実行するだけで各装置に必要な設定を行うことができる。

特開２０１６－０１５６７２号公報 特開平０８－０９５８８４号公報

しかしながら、上記技術では、設定内容や設定手順が固定されており、限定された要件や構成にしか対応できない。すなわち、通信要件及び現在のネットワーク構成に一致する設計機能が事前に用意されていない場合は、ネットワークの設定を行うことができない。また、入力情報により、送信元端末や宛先サーバを変更したり、許可する通信内容を変更したり設定が発生することもあるが、事前に想定した要件や構成の範囲でしか設定することができない。

一つの側面では、通信要件に対応するネットワークの設定工期を短縮することができるネットワーク設計支援方法およびネットワーク設計支援プログラムを提供することを目的とする。

第１の案では、ネットワーク設計支援方法は、各設計モジュールを組み合わせて、要求された通信要件を満たす論理ネットワークを設計するコンピュータが、前記各設計モジュールに設定される、設計モジュールを適用する適用条件と前記論理ネットワークへ機能を追加または削除する内容を示す設計内容とに基づき、前記各設計モジュールの依存関係を導出し、前記依存関係に基づき、前記通信要件へ適用する前記各設計モジュールの適用順番を決定する、処理を実行することを特徴とする。

一つの側面では、通信要件に対応するネットワークの設定工期を短縮することができる。

図１は、実施例１にかかるネットワーク設計支援装置を説明する図である。 図２は、論理ネットワークの設計を説明する図である。 図３は、論理ネットワークの内部モデルを説明する図である。 図４は、実ネットワークとの照合を説明する図である。 図５は、実ネットワークへの設定内容の一例を説明する図である。 図６は、実施例１にかかるネットワーク設計支援装置の機能構成を示す機能ブロック図である。 図７は、設計モジュールを説明する図である。 図８は、設計モジュールの詳細を説明する図である。 図９は、設計モジュールから各要素を抽出する一例を説明する図である。 図１０は、設計モジュール間の依存関係の導出を説明する図である。 図１１は、設計モジュールの適用順番の決定を説明する図である。 図１２は、設計モジュールの適用順序の決定処理の流れを示すフローチャートである。 図１３は、ネットワーク設計支援処理の流れを示すフローチャートである。 図１４は、実施例２にかかる設計モジュールの追加を説明する図である。 図１５は、追加する設計モジュールから各要素を抽出する一例を説明する図である。 図１６は、依存関係の再導出を説明する図である。 図１７は、適用順番の再決定を説明する図である。 図１８は、設計モジュールの追加時の処理の流れを示すフローチャートである。 図１９は、実施例３にかかる論理ネットワーク設計の具体例を説明する図である。 図２０は、実施例３にかかる論理ネットワーク設計の具体例を説明する図である。 図２１は、実施例３にかかる論理ネットワーク設計の具体例を説明する図である。 図２２は、実施例３にかかる論理ネットワーク設計の具体例を説明する図である。 図２３は、実施例３にかかる論理ネットワーク設計の具体例を説明する図である。 図２４は、実施例３にかかる論理ネットワーク設計の具体例を説明する図である。 図２５は、ハードウェア構成例を説明する図である。

以下に、本願の開示するネットワーク設計支援方法およびネットワーク設計支援プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、各実施例は、矛盾のない範囲内で適宜組み合わせることができる。

［全体構成］
図１は、実施例１にかかるネットワーク設計支援装置を説明する図である。近年、ビジネスニーズの変化に従い新しいサービスを提供するために、新しい通信要件を満たしたネットワーク（以下では、単に「ＮＷ」と記載する場合がある。）の設計が要求される。また、ビジネスの拡大に伴うネットワークの増強や障害によるネットワーク装置の故障など、ネットワーク構成の変化も考えられる。しかし、一般技術では、新しい通信要件やネットワーク構成に対応するために、設定機能を一から作り直す必要があり、通信要件やネットワーク構成を限定して開発された設定機能では、他の要件や構成に対して使いまわすことも困難である。その結果、ユーザの求めるスピード感でネットワークの構築や変更ができず、ユーザのビジネスニーズを迅速に反映できず、ユーザビリティの低下に繋がっていた。

そこで、実施例１にかかるネットワーク設計支援装置１０は、ネットワーク構成に依存しない処理と、依存する処理とを分離することで、新しい通信要件やネットワーク構成への対応にかかる時間を短縮できるネットワーク設定方法を実現する。

具体的には、図１に示すように、ネットワーク設計支援装置１０は、通信要件のみから論理ネットワークを設計する「論理ネットワーク設計」と、論理設計結果と実ネットワークとを照合して必要な物理的なネットワークを設計する「実ネットワークとの照合機能」とを実行することで、設定の自動化を実現する。

例えば、ネットワーク設計支援装置１０は、ユーザから「Ｗｅｂアクセスを安全に実行したい」などの通信要件を受信すると、適用条件と設計内容とが対応付けられた各設計モジュールを用いて、通信経路内に設定する各条件に対応した各論理モジュールを組み合わせた論理ネットワークを設計する。続いて、ネットワーク設計支援装置１０は、各物理モジュールを用いて構成される物理ネットワーク１００（以下では、「実ネットワーク」と記載する場合がある）と、各論理モジュールを用いて設計された論理ネットワークとの対応関係を検証する。

このようにして、ネットワーク設計支援装置１０は、実ネットワーク１００を考慮した設計を実行する。そして、ネットワーク設計支援装置１０は、当該設計に基づき、実ネットワーク１００を構成するクライアント端末（以下では、単に「クライアント」と記載する場合がある）、ファイアウォール（以下では、単に「ＦＷ」と記載する場合がある）、Ｗｅｂサーバなどの各物理モジュールに設定コマンドを発行してパラメータの設定や更新を行うことで、論理ネットワークを満たすネットワーク構成を実ネットワーク上で生成する。

ここで、ネットワーク設計支援装置１０が実行する「論理ネットワークの設計」と「実ネットワークとの照合」について説明する。

（論理ネットワーク設計の説明）
図２は、論理ネットワークの設計を説明する図である。図２に示すように、ネットワーク設計支援装置１０が実行する「論理ネットワークの設計」とは、ユーザの通信要件から、通信要件を満たすために必要な論理ノードやその接続、各論理ノードや接続に必要なネットワーク機能の組合せや並びを導出する処理である。例えば、ネットワーク設計支援装置１０は、ユーザの通信要件を満たすネットワーク設計を行うために、複数の設計モジュール（設計ルール）に順番に適用して、通信要件に応じて複数の設計モジュールを組み合わせることにより、多種多様な通信要件を満たす論理ネットワークの設計を実現する。

設計モジュールとは、内部モデルが適用条件を満たしている場合に内部モデルを変換するルールであって専門家のノウハウをルール化したものであり、モジュールを適用する条件と適用した場合の設計内容を有する。例えば、設計モジュールの一例としては、適用条件「安全なアクセスが必要」に設計内容「送信元と宛先との間にアクセスコントロール機能を持つ論理ノードが必要」を対応付けた「安全なアクセスを実現するルール」などがある。また、条件「宛先へのアクセスが必要」に設計内容「送信元と宛先との間の全ノードにルーティング機能が必要」を対応付けた「Ｗｅｂサーバへのアクセスを実現する設計モジュール」などがある。

このような設計モジュールを保持するネットワーク設計支援装置１０は、通信要件として「クライアントからＷｅｂサーバへのＨＴＴＰ通信だけを許可して固定経路でアクセスしたい」という要件が入力された場合、上記の２つの設計モジュールを適用する。その結果、ネットワーク設計支援装置１０は、「クライアントからＷｅｂサーバへの間にアクセスコントロール機能を有する装置が必要であり、それら３つの装置すべてに静的ルーティング機能が必要である」ことが導出される。このように、これらの設計モジュールを組み合わせることにより、多種多様な通信要件に対応した論理ネットワークを設計することが可能になる。

ここで、通信要件や論理ネットワーク、物理ネットワーク構成を一貫して表現可能な内部モデルを説明する。図３は、内部モデルを説明する図である。図３に示すように、ネットワーク設計支援装置１０は、通信要件「Ｗｅｂアクセスを安全に実行したい」が入力された場合に、図３の（Ｐ）に示す内部モデルのプログラム（Ｐ）を生成して、内部モデルのイメージ（論理ネットワーク）を生成する。ここで、図３の（ａ）は、例えば論理ノードやポートを示し、装置やインタフェースなどを抽象化したものである。図３の（ｂ）は、例えば機能要素を示し、装置やインタフェース間のつながりが持つべき機能や役割である。図３の（ｃ）は、例えばリレーションであり、装置やインタフェース間のつながりである。なお、論理ノードであるか論理ポートであるかを区別させることもできる。

（実ネットワークとの照合の説明）
図４は、実ネットワークとの照合を説明する図である。図４に示すように、ネットワーク設計支援装置１０が実行する「実ネットワークとの照合」とは、論理ネットワークの設計で導出された論理ノードや必要なネットワーク機能を、実際にどの物理的なネットワーク装置で有効にするかを実ネットワークの構成情報をもとに決定する処理である。ここでは、実ネットワークの構成情報とは、設定対象のネットワークに存在するネットワーク装置や、それらの接続関係、各装置で利用可能なネットワーク機能の一覧、各装置で有効化されている各機能の設定内容などである。

具体的には、ネットワーク設計支援装置１０は、実ネットワークとの照合の実現例として、実ネットワークの構成情報から、送信元から宛先に通信できるパターンをすべて列挙し、論理設計結果を満たすパターンを一つ選択する。

例えば、図４に示すように、ネットワーク設計支援装置１０は、通信要件を満たす論理設計結果として、「クライアント機能とルーティング機能とを有する送信元」、「アクセスコントロール機能とルーティング機能とを有するノード」、「Ｗｅｂサーバ機能とルーティング機能とを有する宛先」とを特定したとする。

続いて、ネットワーク設計支援装置１０は、実ネットワークの構成情報を参照し、実ネットワークが「ルーティング機能を有する「クライアント」、ルーティング機能を有する「ルータ」、ルーティング機能とアクセスコントロール機能を有する「ファイアウォール」、ルーティング機能を有する「Ｗｅｂサーバ」」から構成されることを特定する。

そして、ネットワーク設計支援装置１０は、通信経路としては経路１「クライアント、ルータ、Ｗｅｂサーバ」と経路２「クライアント、ファイアウォール、Ｗｅｂサーバ」を特定する。その後、ネットワーク設計支援装置１０は、経路１については論理設計結果の「アクセスコントロール機能」を有していないと判定し、論理設計結果の全てを満たす経路２を選択する。

このように、ネットワーク設計支援装置１０は、事前に、実ネットワークの構成情報として、各装置で利用可能なネットワークの機能の一覧の情報を管理しておく。そして、送信元から宛先に通信できる各パターンで経由する装置で利用可能なネットワークの機能と、論理設計で導出された必要なネットワーク機能とを比較することで、各パターンが論理設計結果を満たすかどうかを判断する。その結果、ネットワーク設計支援装置１０は、実際に各ネットワーク機能を有効にする装置（配備先）を決定する。

（配備先への設定内容の説明）
図５は、実ネットワークへの設定内容の一例を説明する図である。図５に示すように、ネットワーク設計支援装置１０は、実ネットワークとの照合に決定された配備先の決定結果をもとに、必要なネットワーク機能を有効にするための各装置への設定内容を導出し、導出した各設定内容を各装置に設定することにより、通信要件を満たすネットワークを実現する。

ネットワーク設計支援装置１０は、設定内容の導出の実現例として、ネットワーク機能ごとに必要な設定項目やパラメータを決めておき、入力された通信要件や各装置のアドレス情報などの構成情報をもとに各パラメータ値を決定する。

例えば、実ネットワークとの照合により配備先が図４にように決定されたとする。この場合、ネットワーク設計支援装置１０は、論理設計で導出されたノードが割り当てられたファイアウォールにはアクセスコントロール機能が必要であり、それを有効化するためのアクセスコントロールリスト（ACL：Access Control List）の設定が必要であることを特定する。また、ネットワーク設計支援装置１０は、各装置にはルーティング機能も必要であり、それを有効化するための経路表（Routing TB（Table））の設定が必要であり、それらを設定するためには、図５に示すようなパラメータを決定する必要があることを特定する。例えば、経路表であれば宛先（Dest：Destination）と次の通信先となるルータのアドレス（Nexthop）を決定する必要がある。最終的に、各装置のインタフェースのＩＰ（Internet Protocol）アドレスなどを用いて、図５に示す設定内容が決定される。

具体的には、ネットワーク設計支援装置１０は、「クライアント」に対しては、「DST」および「Nexthp」をパラメータとする設定項目「経路表」と、「IPアドレス」をパラメータとする設定項目「インタフェース」との設定を実行する。

また、ネットワーク設計支援装置１０は、「ファイアウォール」に対しては、ＡＣＬ、経路表、インタフェース１、インタフェース２の設定を実行する。ここで、「ＡＣＬ」は、送信元のアドレスを示す「Src IP」と、宛先のアドレスを示す「Dest IP」と、宛先のポート番号を示す「Dest Port」と、使用するプロトコルを示す「Protocol」と、アクセス許可（accept）やアクセス拒否などのアクセス制御内容を示す「Action」とをパラメータとする設定項目である。「経路表」は、「Dest」と「Necthp」とをパラメータとする設定項目である。「インタフェース１」は、アクセス元のIPアドレスをパラメータとする設定項目であり、「インタフェース２」は、アクセス先のIPアドレスをパラメータとする設定項目である。

また、ネットワーク設計支援装置１０は、「Ｗｅｂサーバ」に対しては、「DST」および「Nexthp」をパラメータとする設定項目「経路表」と、「IPアドレス」をパラメータとする設定項目「インタフェース」との設定を実行する。なお、各装置に設定される設定項目等は、一般的に利用される設定項目を採用することができ、設定するためのコマンド等も一般的に利用される設定項目を採用することができる。

（改善点）
上述した論理ネットワーク設計の説明では、ネットワーク設計支援装置１０は、ユーザの通信要件を満たすネットワーク設計を行うために、複数の設計モジュールに順番に適用して、通信要件に応じて複数の設計モジュールを組み合わせることにより、多種多様な通信要件を満たす論理ネットワークの設計を実現する。しかし、ネットワーク設計支援装置１０は、正しい順番で設計モジュールを適用（または適用可能かを判断）しないと、適切な論理ネットワークが設計できないことがある。また、新しい設計モジュールを追加する際、その設計モジュールと他のすべての設計モジュールの内容とを比較して人が適切な順番を判断して追加する必要があった。このように、設計モジュールの数が増えるにつれて、他の設計モジュールとの比較が困難になり、時間やコストがかかる。また、人為的なミスにより間違った順番にしてしまった場合に適切な論理ネットワークが構築できない懸念もある。

そこで、ネットワーク設計支援装置１０は、設計モジュールの正しい適用順番を自動決定する。具体的には、ネットワーク設計支援装置１０は、設計モジュール間の依存関係をもとに順番を決定する。例えば、ネットワーク設計支援装置１０は、第１の設計モジュールの「適用条件」が、第２の設計モジュールの「内部モデルの変換結果」で追加されるものであれば、第１の設計モジュールは第２の設計モジュールに依存していると判定し、第２の設計モジュールを第１の設計モジュールよりも先に適用する。このようにすることで、ネットワーク設計支援装置１０は、大量の設計モジュールが存在しても、短時間で、人為的なミスを回避して、正しい論理ネットワークを構築することができる。

［機能構成］
次に、ネットワーク設計支援装置１０の機能構成について説明する。図６は、実施例１にかかるネットワーク設計支援装置１０の機能構成を示す機能ブロック図である。図６に示すように、ネットワーク設計支援装置１０は、通信部１１、記憶部１２、制御部２０を有する。

通信部１１は、他の装置との間の通信を制御する処理部であり、例えば通信インタフェースにより実現される。例えば、通信部１１は、ユーザ端末との間でＷｅｂブラウザによる通信を確立して通信要件を受信したり、ユーザ端末からコマンド等により通信要件を受信したりする。また、通信部１１は、物理ネットワークを構成する各物理モジュールにコマンド等を送信する。

記憶部１２は、各種データや制御部２０が実行するプログラムなどを記憶する記憶装置の一例であり、例えばメモリやハードディスクにより実現される。記憶部１２は、設計モジュールＤＢ１３、実ネットワークの構成情報１４、ネットワークの設計結果１５を記憶する。

設計モジュールＤＢ１３は、設計モジュールを適用する「適用条件」と論理ネットワークへ機能を追加または削除する内容を示す「設計内容」の組から構成される設計モジュールを記憶するデータベースである。すなわち、「適用条件」には、設計モジュールを適用するための条件が定義され、「設計内容」には、設計モジュールを適用した場合に、物理モジュールに設定される具体的な内容が定義される。

図７は、設計モジュールを説明する図である。図７に示すように、設計モジュールは、「適用条件と設計内容」、「適用条件の機能要素」、「追加される機能要素（削除する機能要素）」を含んで構成される。なお、「適用条件と設計内容」は、予め設定されている情報であり、「適用条件の機能要素」と「追加される機能要素（削除する機能要素）」は、後述する事前処理部２０ａにより抽出される情報である。

図７の例では、設計モジュール＃Ａは、適用条件が「論理ノード間を固定経路で接続したいなら」であり、設計内容が「各論理ノードには論理ポートが必要」である。また、設計モジュール＃Ａの「適用条件の機能要素」として、「要素１：固定経路の機能要素を持つ接続がある」と「要素１：その接続元と接続先が論理ノードである」とが抽出されたことを示す。また、設計モジュール＃Ａの「追加される機能要素（削除する機能要素）」として、「要素３：接続元の論理ノードに論理ポートを追加し、接続先の論理ノードに論理ポートを追加する」が抽出されたことを示す。

なお、各設計モジュールは、プログラムで記述されているので、ネットワーク設計支援装置１０は、そのプログラムを解釈することで、上記「適用条件と設計内容」を抽出することができる。このときの解釈方法は、既存の手法を採用することができる。

実ネットワークの構成情報１４は、設定対象のネットワークに存在するネットワーク装置や、それらの接続関係、各装置で利用可能なネットワーク機能の一覧の情報、各装置の現在の設定内容の情報である。例えば、実ネットワークの構成情報１４には、各装置について、識別子、利用可能なネットワーク機能の一覧、有効化されている各機能の設定内容、各インタフェースのアドレス情報、設定反映に必要なアクセスのための情報（管理用インタフェースのアドレス情報など）の情報などが定義される。また、それらの装置間や各装置のインタフェ－ス間の接続の有無の情報を保持している。

ネットワークの設計結果１５は、通信要件や論理ネットワークの設計結果や配備先の情報を表す情報である。例えば、ネットワークの設計結果１５は、論理ノードや論理ポート、それらの間の接続関係、ネットワーク機能、それらが持つべき要件や制約を含む情報である。例えば、制約は、各論理ノードや論理ポート、接続関係に必要なネットワーク機能や、それらの配備先を表す識別子の情報を保持する。

制御部２０は、ネットワーク設計支援装置１０全体を司る処理部であり、例えばプロセッサなどにより実現される。この制御部２０は、事前処理部２０ａ、受信部２１、設計部２２、照合部２３、設定反映部２４を有する。なお、事前処理部２０ａ、受信部２１、設計部２２、照合部２３、設定反映部２４は、プロセッサが有する電子回路の一例として実現することもでき、プロセッサが実行するプロセスの一例として実現することもできる。

事前処理部２０ａは、設計モジュールＤＢ１３に記憶される各設計モジュールの依存関係を特定して、論路ネットワーク設計時の適用順序を決定する処理部である。例えば、事前処理部２０ａは、各設計モジュールのソースコードを参照し、if文の判定式に記載されている機能要素を「適用条件の機能要素」として抽出するとともに、if文の中の処理で内部モデルに追加されている機能要素を「追加される機能要素（削除する機能要素）」として抽出する。そして、事前処理部２０ａは、各設計モジュールの機能要素の依存関係により、各設計モジュールの適用順序を決定する。なお、事前処理部２０ａは、抽出結果を設計モジュールＤＢ１３に反映する。

受信部２１は、ユーザが入力した通信要件を受けて、設計部２２、照合部２３、設定反映部２４に対して、各種処理の実行を要求する処理部である。例えば、受信部２１は、コマンドベースやＧＵＩ（Graphical User Interface）などにより、通信要件を受信する。そして、受信部２１は、受信された通信要件を記憶部１２に格納したり、各処理部に出力したりする。

設計部２２は、入力された通信要件に基づき特定される、通信経路内に設定する通信条件に対応した各論理モジュールを通信経路内に配置した論理ネットワークを設計する処理部である。具体的には、設計部２２は、入力された通信要件の情報から、通信要件を満たすために必要な論理ネットワークを設計し、設計結果をネットワークの設計結果１５の情報として記憶部１２に格納する。

照合部２３は、各物理モジュールを用いて構成される物理ネットワークと、各論理モジュールを用いて設計された論理ネットワークとの対応関係を検証する処理部である。具体的には、照合部２３は、ネットワークの設計結果の情報（論理設計結果）と実ネットワークの構成情報から、論理設計結果を満たすネットワークを設計し、設計結果をネットワークの設計結果１５の情報として記憶部１２に格納する。

設定反映部２４は、照合部２３による照合結果に応じた、該当する物理モジュールに各種設定を実行する処理部である。具体的には、設定反映部２４は、ネットワークの設計結果の情報（配備先）から、設定内容を決定し、各ネットワーク装置に設定を行う。なお、各ネットワーク装置への各設定は、一般的なネットワーク装置への設定に利用される機能やコマンド等を採用することができる。

［具体例］
次に、図８から図１１を用いて、設計モジュールの解析および適用順序の決定について説明する。図８は、設計モジュールの詳細を説明する図である。図８に示すように、事前処理部２０ａは、設計モジュールのソースコードを走査して、各設計モジュールの「適用条件の機能要素」と「追加される機能要素（削除する機能要素）」を抽出する。

例えば、事前処理部２０ａは、ソースコード内の適用条件に含まれる「機能要素」として、例えばif文の判定式に記載されている機能要素をすべて抽出する。図８の例では、事前処理部２０ａは、ソースコードの「２．その接続が“ALLOW”の機能要素を持つ場合」を「適用条件の機能要素」として抽出する（図８の（ａ）参照）。

また、事前処理部２０ａは、ソースコード内で内部モデルの変換結果として追加される「機能要素」として、例えばif文の中の処理で内部モデルに追加する機能要素をすべて抽出する。図８の例では、事前処理部２０ａは、ソースコードの「（１）“Function access－control”の機能要素を持つ論理ノードを作成」を「追加される機能要素（削除する機能要素）」として抽出する（図８の（ｂ）参照）。

次に、図７に示す設計モジュール＃Ｃを例にして、図８で説明した処理をより具体的に説明する。図９は、設計モジュールから各要素を抽出する一例を説明する図である。図９では、設計モジュール＃Ｃのソースコードを、説明を分かりやすくするために、コンピュータ（例えばネットワーク設計支援装置１０）が解釈する内容を文字化している。例えば、ソースコードのif文の判定式の内容（ａ）は、「２．その接続が“Routing static”の機能要素を持ち」と解釈され、内容（ｂ）は、「その接続の接続元に“Is port”の機能要素を持ち、その接続の接続先に“Is port”の機能要素を持つ場合」と解釈される。同様に、ソースコードのif文内の処理（ｃ）は、「（１）接続元に“Function static－routing”の機能要素を追加、（２）接続先に“Function static－routing”の機能要素を追加」と解釈される。

この結果、図９に示すように、事前処理部２０ａは、if文の判定式に記載されている機能要素である「「Routing static」の機能要素」と「「Is port」の機能要素」」とを、「適用条件の機能要素」として抽出する。同様に、事前処理部２０ａは、if文の中の処理で内部モデルに追加する機能要素である「「Function static－routing」の機能要素」を、「追加される機能要素（削除する機能要素）」として抽出する。

上述した処理により要素が抽出された結果が図７に示すとおりである。具体的には、図７に示すように、設計モジュール＃Ａに対しては、事前処理部２０ａは、「適用条件の機能要素」として「要素１：固定経路の機能要素を持つ接続がある」と「要素２：その接続元と接続先が論理ノードである」を抽出する。同様に、事前処理部２０ａは、「追加される機能要素（削除する機能要素）」として「要素３：接続元の論理ノードに論理ポートを追加し、接続先の論理ノードに論理ポートを追加する」を抽出する。

また、設計モジュール＃Ｂに対しては、事前処理部２０ａは、「適用条件の機能要素」として「要素３：単一の論理ノードが２つ以上の論理ポートを持つ」と「要素４：それらが静的なルーティング機能を持つ論理ノードである」を抽出する。同様に、事前処理部２０ａは、「追加される機能要素（削除する機能要素）」として「要素５：当該論理ノードに転送機能の機能要素を追加」を抽出する。

また、設計モジュール＃Ｃに対しては、事前処理部２０ａは、「適用条件の機能要素」として「要素１：固定経路の機能要素を持つ接続がある」と「要素３：その接続元と接続先が論理ポートである」を抽出する。同様に、事前処理部２０ａは、「追加される機能要素（削除する機能要素）」として「要素４：接続元の論理ポートに静的なルーティング機能の機能要素を追加、接続先の論理ポートに静的なルーティング機能の機能要素を追加」を抽出する。

なお、ここでは、要素の番号は、登場した順番に割り振ればよい。また、同じ機能要素をチェックする、または、追加するコードが複数ある場合は、機能要素として一つにまとめている。また、若干表現が異なる記述を同じ要素と判定する手法としては、同じ表記と判定する対応表などを予め用意しておくこともでき、一般的な言語解析手法などを用いることもできる。

続いて、事前処理部２０ａは、抽出した各要素に基づき、設計モジュール間の依存関係を導出する。図１０は、設計モジュール間の依存関係の導出を説明する図である。図１０に示すように、事前処理部２０ａは、設計モジュール＃Ａについて、「適用条件の機能要素」として「要素１、要素２」を抽出し、「追加される機能要素（削除する機能要素）」として「要素３」を抽出する。また、事前処理部２０ａは、設計モジュール＃Ｂについて、「適用条件の機能要素」として「要素３、要素４」を抽出し、「追加される機能要素（削除する機能要素）」として「要素５」を抽出する。また、事前処理部２０ａは、設計モジュール＃Ｃについて、「適用条件の機能要素」として「要素１、要素３」を抽出し、「追加される機能要素（削除する機能要素）」として「要素４」を抽出する。

このような状態において、事前処理部２０ａは、各設計モジュールの適用条件の機能要素を追加する設計モジュールが存在するかを確認することで、各設計モジュールの依存先を導出する。すなわち、事前処理部２０ａは、設計モジュール＃Ａについては、適用条件の機能要素を追加される設計モジュールが存在しないので、依存先は存在しないと導出する。事前処理部２０ａは、設計モジュール＃Ｂについては、設計モジュール＃Ａと＃Ｃで追加される機能要素を条件とするので、設計モジュール＃Ａと＃Ｃに依存すると導出する。事前処理部２０ａは、設計モジュール＃Ｃについては、設計モジュール＃Ａで追加される機能要素を条件とするので、設計モジュール＃Ａに依存すると導出する。なお、要素１や要素２のように、他の設計モジュールで追加されない機能要素については、初期状態として入力される可能性があり、依存先は初期状態とも言える。

その後、事前処理部２０ａは、依存関係を考慮して適用順番を決定する。具体的には、事前処理部２０ａは、設計モジュールの中で依存先の設計モジュールが存在しない設計モジュール群を選択し、未選択の設計モジュールの中で依存先の設計モジュールがすべて選択済の設計モジュール群を選択し、すべての設計モジュールが選択されるまでを繰り返すことで選択された順番を適用順番とする。

図１１は、設計モジュールの適用順番の決定を説明する図である。図１１に示すように、事前処理部２０ａは、まず、依存先がない設計モジュール＃Ａを選択し、各設計モジュールの未選択の依存先を更新する。次に、事前処理部２０ａは、未選択であり、未選択の依存先がない設計モジュール＃Ｃを選択し、各設計モジュールの未選択の依存先を更新する。

最後に、事前処理部２０ａは、未選択であり、未選択の依存先がない設計モジュール＃Ｂを選択し、すべての設計モジュールが選択されたので終了する。この結果、事前処理部２０ａは、選択された順番を適用順番とする。すなわち、設計モジュール＃Ａ、設計モジュール＃Ｃ、設計モジュール＃Ｂの順番で適用される。

［適用順序の決定処理の流れ］
図１２は、設計モジュールの適用順序の決定処理の流れを示すフローチャートである。図１２に示すように、事前処理部２０ａは、すべての設計モジュールを未確認に初期化し（Ｓ１０１）、すべての設計モジュールについての確認が終了するまで、Ｓ１０２からＳ１０６のループ処理を実行する。

すなわち、事前処理部２０ａは、未確認の設計モジュールを１つ選択し（Ｓ１０３）、ソースコードを走査し、適用条件の機能要素と追加（または削除）される機能要素を抽出し（Ｓ１０４）、選択した設計モジュールの情報を記録する（Ｓ１０５）。

続いて、当該ループ処理が完了すると、事前処理部２０ａは、すべての設計モジュールを設計モジュールＡとして未確認に初期化し（Ｓ１０７）、設計モジュールＡとしてすべての設計モジュールＡを確認したら終了するＳ１０８からＳ１１６までのループ処理を実行する。

すなわち、事前処理部２０ａは、設計モジュールＡとして未選択の設計モジュール１つを選択し（Ｓ１０９）、すべての設計モジュールを設計モジュールＢとして未確認に初期化する（Ｓ１１０）。その後、事前処理部２０ａは、設計モジュールＢとしてすべての設計モジュールＢを確認したら終了するＳ１１１からＳ１１５までのループ処理を実行する。

すなわち、事前処理部２０ａは、設計モジュールＢとして未選択の設計モジュール１つを選択し（Ｓ１１２）、設計モジュールＡの「適用条件の機能要素」に、設計モジュールＢの「追加される機能要素」が１つでも含まれる場合（Ｓ１１３：Ｙｅｓ）、設計モジュール＃Ａの依存先として設計モジュールＢを記録する（Ｓ１１４）。なお、事前処理部２０ａは、設計モジュールＡの「適用条件の機能要素」に、設計モジュールＢの「追加される機能要素」が１つも含まれていない場合（Ｓ１１３：Ｎｏ）、Ｓ１１４を実行することなく、ループ処理を継続する。

その後、これらのループ処理が完了すると、事前処理部２０ａは、すべての設計モジュールを未確認に初期化し（Ｓ１１７）、すべての設計モジュールの未選択の依存先を初期化し（Ｓ１１８）、すべての設計モジュールが選択済みになれば終了するＳ１１９からＳ１２４のループ処理を実行する。

すなわち、事前処理部２０ａは、未確認の依存先が存在しない未選択の設計モジュールをすべて抽出し（Ｓ１２０）、それらを選択済みにする（Ｓ１２１）。そして、事前処理部２０ａは、選択済みにした順番を記録し（Ｓ１２２）、すべての設計モジュールの未選択の依存先からそれらを削除する（Ｓ１２３）。

その後、当該ループ処理が完了すると、事前処理部２０ａは、選択済みにした順番を適用順番として、記憶部１２等に記録する（Ｓ１２４）。なお、上記フローで登場するＡやＢは、処理を実行する際の変数である。

［設計支援処理の流れ］
図１３は、ネットワーク設計支援処理の流れを示すフローチャートである。図１３に示すように、ネットワーク設計支援装置１０は、通信要件を取得すると（Ｓ２０１）、通信要件をもとに論理設計結果を初期化する（Ｓ２０２）。

そして、ネットワーク設計支援装置１０は、図１２で決定した適用順番を読み込み（Ｓ２０３）、未選択の設計モジュールに対するＳ２０４からＳ２０８のループ処理を実行する。

すなわち、ネットワーク設計支援装置１０は、未選択の設計モジュールを適用順番にしたがって１つ選択し（Ｓ２０５）、通信要件の適用条件を満たしているか否かを判定する（Ｓ２０６）。ここで、ネットワーク設計支援装置１０は、通信要件の適用条件を満たしている場合（Ｓ２０６：Ｙｅｓ）、論理設計結果に選択した設計モジュールを適用し（Ｓ２０７）、通信要件の適用条件を満たしていない場合（Ｓ２０６：Ｎｏ）、Ｓ２０７を実行しない。

その後、当該ループ処理が終了すると、ネットワーク設計支援装置１０は、実ネットワークの構成情報１４を取得し（Ｓ２０９）、送信元と宛先との全経路パターンを計算する（Ｓ２１０）。そして、ネットワーク設計支援装置１０は、選択されていない経路パターンを１つ選択し（Ｓ２１１）、当該経路パターンが論理設計結果を満たすか否かを判定する（Ｓ２１２）。

ここで、ネットワーク設計支援装置１０は、選択された経路パターンが論理設計結果を満たす場合（Ｓ２１２：Ｙｅｓ）、論理設計結果と当該経路パターンをもとに設定内容を導出し（Ｓ２１３）、実ネットワーク１００への設定反映を実行する（Ｓ２１４）。この結果、ユーザの希望する経路を実ネットワーク１００上で実現される。

一方、ネットワーク設計支援装置１０は、選択された経路パターンが論理設計結果を満たさない場合（Ｓ２１２：Ｎｏ）、選択されていない未処理の経路パターンが存在するか否かを判定する（Ｓ２１５）。

ここで、ネットワーク設計支援装置１０は、選択されていない経路パターンが存在する場合（Ｓ２１５：Ｙｅｓ）、Ｓ２１１以降を繰り返す。一方、ネットワーク設計支援装置１０は、選択されていない経路パターンが存在しない場合（Ｓ２１５：Ｎｏ）、ユーザの希望する経路の設定ができないと判断して処理を終了する（Ｓ２１６）。

［効果］
上述したように、ネットワーク設計支援装置１０は、設計モジュール間の依存関係を抽出し、依存関係をもとに設計モジュールの適用順番を決定するので、人為的なミスを回避して正しい論理ネットワークを短時間で構築することができる。特に、ネットワーク設計支援装置１０は、大量の設計モジュールが存在しても、適用順番のミスにより論理ネットワークが構築できない事象ややり直しの事象の発生を抑制できるので、適用順番を決定しない場合と比較して、論理ネットワークの構築にかかる時間を短縮することができる。

また、ネットワーク設計支援装置１０は、設計モジュールのソースコード内のif文を走査することで、適用条件の機能要素と追加される機能要素とを自動で抽出することができるので、依存関係の導出の人為的なミスを抑制し、処理の高速化を図ることができる。

また、ネットワーク設計支援装置１０は、第１の設計モジュールの適用条件の機能要素が第２の設計モジュールで追加される機能要素と一致する場合に、第１の設計モジュールが第２の設計モジュールに依存している判定し、第２の設計モジュールを第１の設計モジュールより先に適用すると判定するので、依存関係を正確に導出することができる。

また、ネットワーク設計支援装置１０は、依存関係により決定した適用順番で設計モジュールを適して論理ネットワークの設計を実行することができるので、やり直しなどの無用な処理の発生を抑制して、処理全体を高速化することができる。また、ネットワーク設計支援装置１０は、人為的なミスを考慮しての事前検証や試験の作業も不要になり、更に処理時間の短縮やコストの削減が実現できる。

ところで、新たな設計モジュールが追加された場合であっても、ネットワーク設計支援装置１０は、設計モジュールの適用順番を適切に決定することができ、追加に伴う処理遅延の発生を抑制することができる。

図１４は、実施例２にかかる設計モジュールの追加を説明する図である。図１４に示すように、実施例２では、図７に示した設計モジュール＃Ａ、＃Ｂ、＃Ｃに対して、新たな設計モジュール＃Ｄと＃Ｅを追加する例を説明する。ここで、設計モジュール＃Ｄは、適用条件と設計内容として「アクセスコントロール機能を持つ論理ノードと接続したいなら、その論理ノードとの間には固定経路での接続が必要」が設定されている。設計モジュール＃Ｅは、適用条件と設計内容として「通信を許可したいなら、アクセスコントロール機能を持つ論理ノードが必要」が設定されている。

次に、設計モジュール＃Ｅを例にして、機能要素の抽出処理をより具体的に説明する。図１５は、追加する設計モジュールから各要素を抽出する一例を説明する図である。図１５では、設計モジュール＃Ｅのソースコードを、説明を分かりやすくするために、コンピュータが解釈する内容を文字化している。例えば、ソースコードのif文の判定式の内容（ａ）は、「２．その接続が“Allow”の機能要素を持つ場合」と解釈され、ソースコードのif文内の処理（ｂ）は、「（１）“Function access－control”の機能要素を持つ論理ノードを作成」と解釈される。

この結果、図１５に示すように、事前処理部２０ａは、if文の判定式に記載されている機能要素である「「Allow http」の機能要素」を、「適用条件の機能要素」として抽出する。同様に、事前処理部２０ａは、if文の中の処理で内部モデルに追加されている機能要素である「「Function access－control」の機能要素」を、「追加される機能要素（削除する機能要素）」として抽出する。

次に、図１６を用いて、追加された設計モジュールを含む依存関係の再導出を説明する。図１６は、依存関係の再導出を説明する図である。図１６に示すように、実施例１で説明した設計モジュール＃Ａ、＃Ｂ、＃Ｃに加えて、設計モジュール＃Ｄと＃Ｅが追加されている。

ここで、設計モジュール＃Ｄに対しては、「適用条件の機能要素」として「要素６：アクセスコントロール機能の機能要素を持つ論理ノードがある」が抽出され、「追加される機能要素（削除する機能要素）」として「要素１：送信元と当該論理ノードの間に固定経路の機能要素を持つ接続を追加、当該論理ノードと宛先の間に固定経路の機能要素を持つ接続を追加」が抽出されている。同様に、設計モジュール＃Ｅに対しては、「適用条件の機能要素」として「要素７：通信許可の機能要素を持つ接続がある」が抽出され、「追加される機能要素（削除する機能要素）」として「要素６：アクセスコントロール機能の機能要素を持つ論理ノードを追加」が抽出されている。

続いて、事前処理部２０ａは、抽出した各要素に基づき、設計モジュール間の依存関係を導出する。図１６に示すように、事前処理部２０ａは、設計モジュール＃Ａについて、「適用条件の機能要素」として「要素１、要素２」を抽出し、「追加される機能要素（削除する機能要素）」として「要素３」を抽出する。また、事前処理部２０ａは、設計モジュール＃Ｂについて、「適用条件の機能要素」として「要素３、要素４」を抽出し、「追加される機能要素（削除する機能要素）」として「要素５」を抽出する。また、事前処理部２０ａは、設計モジュール＃Ｃについて、「適用条件の機能要素」として「要素１、要素３」を抽出し、「追加される機能要素（削除する機能要素）」として「要素４」を抽出する。また、事前処理部２０ａは、設計モジュール＃Ｄについて、「適用条件の機能要素」として「要素６」を抽出し、「追加される機能要素（削除する機能要素）」として「要素１」を抽出する。また、事前処理部２０ａは、設計モジュール＃Ｅについて、「適用条件の機能要素」として「要素７」を抽出し、「追加される機能要素（削除する機能要素）」として「要素６」を抽出する。

このような状態において、事前処理部２０ａは、各設計モジュールの適用条件の機能要素を追加する設計モジュールが存在するかを確認することで、各設計モジュールの依存先を導出する。すなわち、事前処理部２０ａは、各設計モジュールの適用条件の機能要素を追加する設計モジュールが存在するかを確認することで、各設計モジュールの依存先を導出。その際、元々の設計モジュールの依存先が変わる可能性もある。

例えば、図１６に示すように、事前処理部２０ａは、設計モジュール＃Ａについては、設計モジュール＃Ｄで追加される機能要素を条件とするので、設計モジュール＃Ｄに依存すると導出し、設計モジュール＃Ｂについては、実施例１と変更なしと導出する。また、事前処理部２０ａは、設計モジュール＃Ｃについては、設計モジュール＃Ａおよび＃Ｄで追加される機能要素を条件とするので、設計モジュール＃Ａおよび＃Ｄに依存すると導出する。また、事前処理部２０ａは、設計モジュール＃Ｄについては、設計モジュール＃Ｅで追加される機能要素を条件とするので、設計モジュール＃Ｅに依存すると導出し、設計モジュール＃Ｅについては、適用条件の機能要素を追加される設計モジュールが存在しないため依存先は存在しないと導出する。

なお、要素１、要素２、要素７のように、他の設計モジュールで追加されない機能要素については、初期状態として入力される可能性があるので、依存先は初期状態とも言える。この初期状態も、設計モジュールの追加に合わせて変わる場合もある。

その後、事前処理部２０ａは、依存関係を考慮して適用順番を決定する。図１７は、適用順番の再決定を説明する図である。図１７に示すように、事前処理部２０ａは、まず、依存先がない設計モジュール＃Ｅを選択し、各設計モジュールの未選択の依存先を更新する。次に、事前処理部２０ａは、未選択であり、未選択の依存先がない設計モジュール＃Ｄを選択する。これにより、すべての設計モジュールが選択される。

次に、事前処理部２０ａは、未選択であり、未選択の依存先がない設計モジュール＃Ａを選択し、各設計モジュールの未選択の依存先を更新する。続いて、事前処理部２０ａは、未選択であり、未選択の依存先がない設計モジュール＃Ｃを選択し、各設計モジュールの未選択の依存先を更新する。最後に、事前処理部２０ａは、未選択であり、未選択の依存先がない設計モジュール＃Ｂを選択し、すべての設計モジュールが選択されたので処理を終了する。この結果、事前処理部２０ａは、選択された順番を適用順番とする。すなわち、設計モジュール＃Ｅ、設計モジュール＃Ｄ。設計モジュール＃Ａ、設計モジュール＃Ｃ、設計モジュール＃Ｂの順番で適用される。

次に、上述した追加時の処理の流れを説明する。図１８は、設計モジュールの追加時の処理の流れを示すフローチャートである。図１８に示すように、事前処理部２０ａは、追加された設計モジュールを未確認に初期化し（Ｓ３０１）、すべての設計モジュールについての確認が終了するまで、Ｓ３０２からＳ３０６のループ処理を実行する。

すなわち、事前処理部２０ａは、未確認の設計モジュールを１つ選択し（Ｓ３０３）、ソースコードを走査し、適用条件の機能要素と追加（または削除）される機能要素を抽出し（Ｓ３０４）、選択した設計モジュールの情報を記録する（Ｓ３０５）。

続いて、当該ループ処理が完了すると、事前処理部２０ａは、元々の設計モジュールの適用条件の機能要素と追加される機能要素を読み込む（Ｓ３０７）。そして、事前処理部２０ａは、すべての設計モジュールを設計モジュールＡとして未確認に初期化し（Ｓ３０８）、設計モジュールＡとしてすべての設計モジュールＡを確認したら終了するＳ３０９からＳ３１７までのループ処理を実行する。

すなわち、事前処理部２０ａは、設計モジュールＡとして未選択の設計モジュール１つを選択し（Ｓ３１０）、すべての設計モジュールを設計モジュールＢとして未確認に初期化する（Ｓ３１１）。その後、事前処理部２０ａは、設計モジュールＢとしてすべての設計モジュールＢを確認したら終了するＳ３１２からＳ３１６までのループ処理を実行する。

すなわち、事前処理部２０ａは、設計モジュールＢとして未選択の設計モジュール１つを選択し（Ｓ３１３）、設計モジュールＡの「適用条件の機能要素」に、設計モジュールＢの「追加される機能要素」が１つでも含まれる場合（Ｓ３１４：Ｙｅｓ）、設計モジュールＡの依存先として設計モジュール＃Ｂを記録する（Ｓ３１５）。なお、事前処理部２０ａは、設計モジュールＡの「適用条件の機能要素」に、設計モジュールＢの「追加される機能要素」が１つも含まれていない場合（Ｓ３１４：Ｎｏ）、ループ処理を継続する。

その後、これらのループ処理が完了すると、事前処理部２０ａは、すべての設計モジュールを未確認に初期化し（Ｓ３１８）、すべての設計モジュールの未選択の依存先を初期化し（Ｓ３１９）、すべての設計モジュールが選択済みになれば終了するＳ３２０からＳ３２５のループ処理を実行する。

すなわち、事前処理部２０ａは、未確認の依存先が存在しない未選択の設計モジュールをすべて抽出し（Ｓ３２１）、それらを選択済みにする（Ｓ３２２）。そして、事前処理部２０ａは、選択済みにした順番を記録し（Ｓ３２３）、すべての設計モジュールの未選択の依存先からそれらを削除する（Ｓ３２４）。

その後、当該ループ処理が完了すると、事前処理部２０ａは、選択済みにした順番を適用順番として、記憶部１２等に記録する（Ｓ３２６）。

上述したように、ネットワーク設計支援装置１０は、設計モジュールが追加された場合であっても、人為的な再検討を行うことなく、適切なネットワーク設計を実行することができる。また、ネットワーク設計支援装置１０は、大規模なネットワーク設計であって、設計モジュールが膨大にある状態で、新たに設計モジュールを追加する場合でも、設計モジュールの適用順番を高速かつ正確に決定することができる。

例えば、既に９９個設計モジュールがあり、１００番目の設計モジュールを追加する際、追加する設計モジュールの適用順番は１００パターン考えられる。このときに、人手で追加位置等を判断する場合、１００パターンをすべて検討するのに時間がかかるとともに、１００パターンを検討する過程で人為的なミスが生じる可能性がある。一方で、実施例２による手法を用いることで、自動的に適用順番を１つに絞れるので、処理時間を短縮することができるとともに、依存関係を考慮した正しい適用順番を導出できるので、人為的なミスを回避することができる。

次に、図１９から図２４を用いて、上記実施例により適切に決定された適用順番で、設計モジュールを適用する具体例を説明する。図１９から図２４は、実施例３にかかる論理ネットワーク設計の具体例を説明する図である。ここでは、設計モジュール＃Ｅ、設計モジュール＃Ｄ。設計モジュール＃Ａ、設計モジュール＃Ｃ、設計モジュール＃Ｂの順番で適用される例で説明する。なお、各設計モジュールの機能要素は省略しているが、図１６に示す各機能要素が対応付けられているものとする。

図１９に示すように、ネットワーク設計支援装置１０は、ユーザの通信要件から「ノードＡとノードＢとをＨＴＴＰ通信で許可（Allow）する」内部モデルを生成する。具体的には、ネットワーク設計支援装置１０は、クライアント端末のノードＡ（論理ノードＡ）とサーバのノードＢとをＨＴＴＰ通信で接続する論理ネットワークを生成する。

続いて、図２０に示すように、ネットワーク設計支援装置１０は、適用順番１位の設計モジュール＃Ｅを適用する。ここでは、ネットワーク設計支援装置１０は、通信要件に「ノードＡとノードＢとをＨＴＴＰ通信で許可する」要件があることを根拠に、設計モジュール＃Ｅの適用条件「要素７：通信許可の機能要素を持つ接続があるなら」を満たすと判定する。この結果、ネットワーク設計支援装置１０は、設計モジュール＃Ｅの追加される機能要素「要素６：アクセスコントロール機能の機能要素を持つ論理ノードを追加」にしたがって、論理ネットワークを更新する。すなわち、ネットワーク設計支援装置１０は、論理ネットワークにおけるノードＡとノードＢの間に、アクセスコントロール機能を有するノードＣを追加する。

続いて、図２１に示すように、ネットワーク設計支援装置１０は、適用順番２位の設計モジュール＃Ｄを適用する。ここでは、ネットワーク設計支援装置１０は、論理ネットワーク上で「アクセスコントロール機能を有するノードＣ」があることから、設計モジュール＃Ｄの適用条件「要素６：アクセスコントロール機能の機能要素を持つ論理ノードがあるなら」を満たすと判定する。この結果、ネットワーク設計支援装置１０は、設計モジュール＃Ｄの追加される機能要素「要素１：送信元と当該論理ノードの間に固定経路の機能要素を持つ接続を追加、当該論理ノードと宛先の間に固定経路の機能要素を持つ接続を追加」にしたがって、論理ネットワークを更新する。すなわち、ネットワーク設計支援装置１０は、論理ネットワークに対して、ノードＡとノードＣとの間に固定経路を追加するとともに、ノードＣとノードＢとの間に固定経路を追加する。

続いて、図２２に示すように、ネットワーク設計支援装置１０は、適用順番３位の設計モジュール＃Ａを適用する。ここでは、ネットワーク設計支援装置１０は、論理ネットワーク上で「ノード間を固定経路で接続する」要件があることから、設計モジュール＃Ａの適用条件「要素１：固定経路の機能要素を持つ接続がある」と「要件２：その接続元と接続先が論理ノードである」を満たすと判定する。この結果、ネットワーク設計支援装置１０は、設計モジュール＃Ａの追加される機能要素「要素３：接続元の論理ノードに論理ポートを追加し、接続先の論理ノードに論理ポートを追加する」にしたがって、論理ネットワークを更新する。すなわち、ネットワーク設計支援装置１０は、ノードＡにポート１とノードＣにポート２を追加して当該ポートを用いた固定経路で接続するとともに、ノードＣにポート３とノードＢにポート４を追加して当該ポートを用いた固定経路で接続する。

続いて、図２３に示すように、ネットワーク設計支援装置１０は、適用順番４位の設計モジュール＃Ｃを適用する。ここでは、ネットワーク設計支援装置１０は、論理ネットワーク上で「ノード間を固定経路で接続する」要件があることから、設計モジュール＃Ｃの適用条件「要素１：固定経路の機能要素を持つ接続がある」と「要素３：その接続元と接続先が論理ポートである」を満たすと判定する。この結果、ネットワーク設計支援装置１０は、設計モジュール＃Ａの追加される機能要素「要素４：接続元の論理ポートに静的なルーティング機能の機能要素を追加、接続先の論理ポートに静的なルーティング機能の機能要素を追加」にしたがって、論理ネットワークを更新する。すなわち、ネットワーク設計支援装置１０は、ノードＡとノードＣとの固定経路のために、ノードＡのポート１とノードＣのポート２それぞれに静的なルーティング機能を追加する。同様に、ネットワーク設計支援装置１０は、ノードＣとノードＢとの固定経路のために、ノードＣのポート３とノードＢのポート４それぞれに静的なルーティング機能を追加する。

続いて、図２４に示すように、ネットワーク設計支援装置１０は、適用順番５位の設計モジュール＃Ｂを適用する。ここでは、ネットワーク設計支援装置１０は、論理ネットワーク上で「ノードＣに２つのポートがあり、各ポートがルーティング機能を有する」要件があることから、設計モジュール＃Ｂの適用条件「要素３：単一の論理ノードが２つ以上の論理ポートを持つ」と「要素４：それらが静的なルーティング機能を持つ論理ノードである」を満たすと判定する。この結果、ネットワーク設計支援装置１０は、設計モジュール＃Ｂの追加される機能要素「要素５：当該論理ノードに転送機能の機能要素を追加」にしたがって、論理ネットワークを更新する。すなわち、ネットワーク設計支援装置１０は、２つのポートを有し、各ポートがルーティング機能を有するノードＣに、転送機能を追加する。

このように、ネットワーク設計支援装置１０は、適切な順番で設計モジュールを適用して論理ネットワークを設計することができるので、ユーザの要件に合致したネットワークを、ミスなく高速に設計することができる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。

［数値等］
上記実施例で用いた数値例、ネットワーク構成、設計モジュール、ネットワーク機器の台数等は、あくまで一例であり、任意に変更することができる。また、各フローチャートで説明した処理の流れも矛盾のない範囲内で適宜変更することができる。

また、各設計モジュールに設定する適用条件や設計内容も例示したものに限らず、任意に設定変更することができる。上記実施例では、設計モジュールのif文から抽出する例を説明したが、これに限定されるものではなく、ユーザ等により指定することもでき、設計モジュール内でコメント文などにより指定することもできる。

［システム］
上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［ハードウェア］
次に、ネットワーク設計支援装置１０のハードウェア構成例を説明する。図２５は、ハードウェア構成例を説明する図である。図２５に示すように、ネットワーク設計支援装置１０は、ネットワークインタフェース１０ａ、補助記憶装置１０ｂ、出力装置１０ｃ、入力装置１０ｄ、主記憶装置１０ｅ、プロセッサ１０ｆを有する。また、図２５に示した各部は、バス等で相互に接続される。

ネットワークインタフェース１０ａは、ネットワークとの情報の入出力を行うインタフェースである。ネットワークインタフェース１０ａは、有線のネットワークと接続するインタフェース、無線のネットワークと接続するインタフェースを含む。ネットワークインタフェース１０ａは、例えば、NIC（Network Interface Card）、無線LAN（Local Area Network）カード等である。ネットワークインタフェース１０ａで受信されたデータ等は、プロセッサに出力される。

補助記憶装置１０ｂは、様々なプログラムや、各プログラムの実行に際してプロセッサが使用するデータを格納する。補助記憶装置１０ｂは、例えば、EPROM（Erasable Programmable ROM（Read Only Memory））、又はハードディスクドライブ（Hard Disc Drive）等の不揮発性のメモリである。補助記憶装置１０ｂは、例えば、オペレーティングシステム（OS：Operating System)、データ蓄積先決定プログラム、その他様々なアプリケーションプログラムを保持する。

出力装置１０ｃは、プロセッサの処理の結果を出力する。出力装置１０ｃは、例えば、スピーカ等の音声出力装置、ディスプレイ、プリンタを含む。入力装置１０ｄは、例えば、キーボード、マウス等のポインティングデバイス等である。入力装置１０ｄから入力されたデータは、プロセッサに出力される。

主記憶装置１０ｅは、プロセッサ１０ｆに、補助記憶装置１０ｂに格納されているプログラムをロードする記憶領域及び作業領域を提供したり、バッファとして用いられたりする。主記憶装置１０ｅは、例えば、RAM（Random Access Memory）のような半導体メモリである。

プロセッサ１０ｆは、例えば、CPU（Central Processing Unit)である。プロセッサは、補助記憶装置又は可搬記録媒体に保持されたOSや様々なアプリケーションプログラムを主記憶装置にロードして実行することによって、様々な処理を実行する。プロセッサ１０ｆは、１つに限られず、複数備えられてもよい。

プロセッサ１０ｆは、図６に示した各処理部と同様の処理を実行するプログラムを補助記憶装置１０ｂ等から読み出して主記憶装置１０ｅに展開することで、図６等で説明した各機能を実行するプロセスを動作させる。例えば、このプロセスは、ネットワーク設計支援装置１０が有する各処理部と同様の機能を実行する。具体的には、プロセッサ１０ｆは、事前処理部２０ａ、受信部２１、設計部２２、照合部２３、設定反映部２４等と同様の機能を有するプログラムを補助記憶装置１０ｂ等から読み出す。そして、プロセッサ１０ｆは、事前処理部２０ａ、受信部２１、設計部２２、照合部２３、設定反映部２４等と同様の処理を実行するプロセスを実行する。

このように、ネットワーク設計支援装置１０は、プログラムを読み出して実行することでネットワーク設計支援方法を実行する情報処理装置として動作する。また、ネットワーク設計支援装置１０は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記した実施例と同様の機能を実現することもできる。なお、この他の実施例でいうプログラムは、ネットワーク設計支援装置１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ（Magneto－Optical disk）、ＤＶＤ（Digital Versatile Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。

１０ ネットワーク設計支援装置
１１ 通信部
１２ 記憶部
１３ 設計モジュールＤＢ
１４ 実ネットワークの構成情報
１５ ネットワークの設計結果
２０ 制御部
２０ａ 事前処理部
２１ 受信部
２２ 設計部
２３ 照合部
２４ 設定反映部

Claims (5)

1. 各設計モジュールを組み合わせて、要求された通信要件を満たす論理ネットワークを設計するコンピュータが、
   前記各設計モジュールに設定される、設計モジュールを適用する適用条件と前記論理ネットワークへ機能を追加または削除する内容を示す設計内容とに基づき、前記各設計モジュールの依存関係を導出し、
   前記依存関係に基づき、前記通信要件へ適用する前記各設計モジュールの適用順番を決定する、
   処理を実行することを特徴とするネットワーク設計支援方法。
2. 前記導出する処理は、
   前記各設計モジュールの前記適用条件から、前記適用条件の適用要否を判定する前記論理ネットワークの状態を示す少なくとも１つの第１の機能要素を生成し、
   前記各設計モジュールの前記設計内容から、前記適用条件を満たす場合に前記論理ネットワークに追加または削除する少なくとも１つの第２の機能要素を生成し、
   前記決定する処理は、
   前記第１の機能要素と前記第２の機能要素の依存関係に基づき、前記通信要件へ適用する前記各設計モジュールの適用順番を決定する、
   処理を含むことを特徴とする請求項１に記載のネットワーク設計支援方法。
3. 前記導出する処理は、
   前記各設計モジュールのソースコード内のif文の判定式に記載されている機能要素を前記第１の機能要素として抽出し、
   前記各設計モジュールのソースコード内のif文内で規定されている処理を前記第２の機能要素として抽出する、
   処理を含むことを特徴とする請求項２に記載のネットワーク設計支援方法。
4. 前記決定する処理は、
   前記各設計モジュールのうちの第１の設計モジュールの前記第１の機能要素が、前記各設計モジュールのうちの第２の設計モジュールの前記第２の機能要素と一致する場合に、前記第１の設計モジュールが前記第２の設計モジュールに依存していると判定し、
   前記第２の設計モジュールを前記第１の設計モジュールより先に適用する前記適用順番を決定する、
   処理を含むことを特徴とする請求項２または３に記載のネットワーク設計支援方法。
5. 各設計モジュールを組み合わせて、要求された通信要件を満たす論理ネットワークを設計するコンピュータに、
   前記各設計モジュールに設定される、設計モジュールを適用する適用条件と前記論理ネットワークへ機能を追加または削除する内容を示す設計内容とに基づき、前記各設計モジュールの依存関係を導出し、
   前記依存関係に基づき、前記通信要件へ適用する前記各設計モジュールの適用順番を決定する、
   処理を実行させることを特徴とするネットワーク設計支援プログラム。

Images