"与えられた始点拠点と終点拠点との間の区間毎の複数のトラフィックデマンドを対象ネットワークに収容させる、数理計画問題として設定されたネットワーク設計問題における問題規模を表す設計変数の数および制約数を、該ネットワーク設計問題を解くソルバの性能に基づいて、該設計変数の数および該制約数の上限数以内に収まる問題規模になるように、同時設計デマンド数を導出する調整部と、前記導出した同時設計デマンド数毎にネットワーク設計演算を行う、該ソルバを備えた設計部と、を備えることを特徴とするネットワーク設計装置。前記ネットワーク設計問題は、ネットワーク設計条件として与えられる、物理リンク数、拠点数、装置候補数、回線候補数のパラメータによって規定されることを特徴とする請求項1に記載のネットワーク設計装置。与えられた問題規模を、前記パラメータを用いた線形不等式で記述することを特徴とする請求項2に記載のネットワーク設計装置。前記パラメータを用いた線形不等式の演算で、同時設計デマンド数を導出することを特徴とする請求項3に記載のネットワーク設計装置。前記設計部の演算の結果得られたトラフィックデマンドの収容設計結果をオペレータに提示することを特徴とする請求項1に記載のネットワーク設計装置。前記収容設計結果に基づいて、前記オペレータは、手動で前記対象ネットワークへの前記トラフィックデマンドの収容設定を行なうことを特徴とする請求項5に記載のネットワーク設計装置。前記収容設計結果に基づいて、前記オペレータは、自動で前記対象ネットワークへの前記トラフィックデマンドの収容設定を行なうことを特徴とする請求項5に記載のネットワーク設計装置。ネットワーク設計装置に実行させるネットワーク設計方法であって、該ネットワーク設計装置は、与えられた始点拠点と終点拠点との間の区間毎の複数のトラフィックデマンドを対象ネットワークに収容させる、数理計画問題として設定されたネットワーク設計問題における問題規模を表す設計変数の数および制約数を、該ネットワーク設計問題を解くソルバの性能に基づいて、該設計変数の数および該制約数の上限数以内に収まる問題規模になるように、同時設計デマンド数を導出し、該ソルバを用いて、前記導出した同時設計デマンド数毎にネットワーク設計演算を行う、ことを特徴とするネットワーク設計方法。ネットワーク設計装置にネットワーク設計を行なわせるプログラムであって、該ネットワーク設計装置に、与えられた始点拠点と終点拠点との間の区間毎の複数のトラフィックデマンドを対象ネットワークに収容させる、数理計画問題として設定されたネットワーク設計問題における問題規模を表す設計変数の数および制約数を、該ネットワーク設計問題を解くソルバの性能に基づいて、該設計変数の数および該制約数の上限数以内に収まる問題規模になるように、同時設計デマンド数を導出させ、該ソルバを用いて、前記導出した同時設計デマンド数毎にネットワーク設計演算を行わせる、ことを特徴とするプログラム。以下の実施形態では、コストが最小となるネットワーク設計の演算処理を、現実的な時間で実施することが可能なネットワーク設計装置を提供する。以下の実施形態の一側面におけるネットワーク設計装置は、与えられた始点拠点と終点拠点との間の区間毎の複数のトラフィックデマンドを対象ネットワークに収容させる、数理計画問題として設定されたネットワーク設計問題における問題規模を表す設計変数の数および制約数を、該ネットワーク設計問題を解くソルバの性能に基づいて、該設計変数の数および該制約数の上限数以内に収まる問題規模になるように、同時設計デマンド数を導出する調整部と、前記導出した同時設計デマンド数毎にネットワーク設計演算を行う、該ソルバを備えた設計部とを備える。以下の実施形態によれば、コストが最小となるネットワーク設計の演算処理を、現実的な時間で実施することが可能なネットワーク設計装置を提供することができる。本実施形態は、各拠点間のパスデマンドを収容する上で、最小電力や最小金額最小コストとなる装置構成、経路、及び、物理ポートの利用方法リンクアグリゲーションを同時に設計するためのネットワーク設計装置を提供する。本実施形態のネットワーク設計装置の一側面においては、例えば、設定部、調整部、モデル生成部、及び、導出部を有する。設定部は、要求されるパスの始点拠点および終点拠点間に新規に要求されるパスの要求帯域の情報と、各拠点に設置可能な装置候補の種類と、各装置のポート数の情報を用いて、装置コストを表す目的関数と、該目的関数を最小化する際に考慮すべき制約条件とを設定する。調整部は、設計を実施する演算性能に合わせて、問題規模を設定する。モデル生成部は、調整部より指定される問題規模によって設定される同時設計パス数の上限値に基づいて、設定部より得られる該制約条件の下に、該目的関数を最小とする数理計画問題を生成する。導出部は、モデル生成部より得られる問題の解を求め、要求されるすべてのパス数の設計が終了するまで、複数のパス収容設計を繰り返すことにより、各パスの配置の仕方、装置の配置の仕方、および、使用するポート数を導出する。図1は、本実施形態のネットワーク設計装置のブロック構成図である。図1において、オペレータ設定部10は、ネットワーク設計を行なうオペレータが、ネットワーク設計に必要な情報を入力したり、対象ネットワーク12のネットワーク状態の表示を目視するものである。ネットワーク設計管理部11は、オペレータ設定部10からの入力を受け付け、ネットワーク設計演算を行った結果をオペレータ設定部10に表示する。また、ネットワーク設計管理部11は、対象ネットワーク12からのネットワーク状態を受け取って、オペレータ設定部10に送信する。対象ネットワーク12は、ネットワーク設計演算の対象となるネットワークであり、ネットワークの設計演算の結果を用いて、パス設定がなされる対象である。対象ネットワーク12のパス設定は、オペレータが、ネットワーク設計演算結果を得てから、手動で行なってもよい。あるいは、オペレータが、オペレータ設定部10からコマンドを送信し、ネットワーク設計管理部11のパス設定部23を介して、自動で対象ネットワーク12のパス設定を行なうようにしてもよい。ネットワーク設計管理部11には、対象ネットワーク12の状態を計測するネットワーク状態計測部15が設けられている。ネットワーク状態計測部15は、対象ネットワーク12の状態を計測すると、計測されたパスの状態をパス管理部13に、装置使用の状態を装置管理部14に格納する。オペレータ設定部10において、ネットワーク設計の条件設定がなされると、演算性能設定部16は、線形計画問題のソルバなどのNWネットワーク設計部22の演算性能を取得して、ネットワーク設計のパラメータとして設定する。パス要求パスデマンド設定部17は、オペレータ設定部10から入力されるトラフィックデマンドに従った、設定することが要求されるパスを設定する。装置候補設定部18は、オペレータ設計部10から入力されるトラフィックデマンドを収容するのに使用可能な装置の候補を設定する。調整部19は、演算性能設定部16で設定された演算性能から、一度に現実的な時間で演算可能なパス要求の数を選択する。目的関数設定部20は、行なおうとするネットワーク設計に対応する数理計画問題の目的関数を設定する。制約条件設定部21は、行なおうとするネットワーク設計に対応する数理計画問題の制約条件を設定する。NW設計部22は、数理計画問題のソルバなどであり、目的関数設定部20で設定された目的関数と、制約条件設定部21で設定された制約条件に基づいて数理計画問題を解くことにより、ネットワーク設計を行なう。このとき、1回の演算でNW設計部22が処理するパス要求の数は、調整部19が設定した数に制限される。NW設計部22は、調整部19の設定したパス要求数ごとに演算を行い、全てのパス要求が処理されるまで演算を繰り返す。NW設計部22は、ネットワーク設計結果をオペレータ設定部10を介して、オペレータに提示する。オペレータは、提示されたネットワーク設計結果に基づいて、対象ネットワーク12に対し、手動で、あるいは、パス設定部23を介して自動で、トラフィックデマンドを収容する設定を行なう。本実施形態によれば、各装置のポート数上限とコストの関係を考慮しながら、パス収容に伴うコストが最小となる経路、装置、ポート利用数等を、現実的な時間で、設計可能なネットワーク設計システムを提供することができる。図2は、本実施形態におけるネットワーク設計処理について説明する図である。トラフィックデマンドを保証する装置ポートの選定問題として、トラフィック経路、リンクレート、利用ポート数の関係と、装置毎に搭載されるポート数上限の制約条件を定式化し、各拠点に配置される装置のコストの総和が最小となるネットワーク構成を設計する。さらに、この設計問題は、目的関数:min各拠点に配置される装置およびポートコストの和、制約条件:接続関係を考慮したトラフィック流量保存条件、各装置が持つポート利用数の上限条件、各拠点に配置される装置条件装置は各拠点に一つのみ存在などという条件式を立て、制約条件の下に目的関数を最小化する問題として記述することが出来る。このような問題を数理計画問題と呼び、設計変数の1次式である目的関数と制約式を結合した行列を生成し、作成した行列を既存の数理計画問題ソルバへの入力として与え、演算することで各設計変数の値を取得することができる。なお、数理計画問題を解くソルバには、フリーソフトや商用ソフトが存在する。これらのソルバでは、線形計画問題や整数計画問題の構造を各ソルバで指定されるフォーマットに変換した入力を与えると、目的関数を最適化最大化or最小化する設計解を自動計算することが可能である。なお、フリーのソルバには以下のようなソフトがある。GLPKhttpwwwgnuorgsoftwareglpkSCIPhttpscipZibdelpsolvehttplpsolvesourceforgenet55ClphttpsprojectscoinororgClp以下、Rという統計計算ソフト上で、Rsymphonyを実行する例題を説明する。R:httpwwwcranfyxmnetwebpackagesRsymphonyindexhtml目的関数minx9y3z制約条件x2y3zj間のリンクの利用の有無を示す。Zmkは、拠点mにおける装置種別kの装置の使用の有無を示す。Wrは、回線種別rの拠点i-j間の回線の使用の有無を示す。Yrは、回線種別rの拠点i-j間の利用ポート数である。図6のように、これらの設計変数の線形結合で、目的関数と各制約条件を定式化することで、目的関数を最適化する経路解X=0,1、装置選定解Z=0,1、利用ポート数Y∈整数を特定することが可能になる。なお、本問題で定義されるリンク変数Xは、転送方向を含めた経路を設計するものである。すなわち、リンク変数Xは、1つの物理リンクに対して、2つの片方向リンク変数が定義されるものであり、回線選択変数および利用ポート数変数は、1つの物理リンクに対して、回線種別毎に定義される。なお、図4および図5は、4つのパスデマンド1、2、3、4に対して、2つずつ12と34に分けて順番に設計する際の設計変数の定義例を表している。図4では、デマンド1と2で別々に設けられた1Gおよび10G回線レート毎の経路変数X各拠点間で選択される回線レートの変数W各拠点間で利用されるポート数の変数Y各拠点に配置される装置変数Z図5では、デマンド3と4で別々に設けられた1Gおよび10G回線レート毎の経路変数X各拠点間で選択される回線レートの変数W各拠点間で利用されるポート数の変数Y各拠点に配置される装置変数Zが定義される。また、図5では、図4で設計されたトラフィック経路状態からデマンド3、4を追加収容する問題として扱われる。そして、数理計画問題としては、以下の式にしたがって、ソルバによって問題を解く。上記式と、各変数の意味は、図6にまとめて示されている。各変数の説明において、用途のDesignは、設計変数であることを示し、Givenは、予め問題を解く際に与えられた値を持つことを示す。図7~図9は、数理計画問題の解の最適性と問題規模について説明する図である。これらの設計問題は、事前に与えられた複数の設計パスデマンドに対して、同時に設計するパス数を変更して設計できるが、図7に示すように、同時設計パス数に対して、設計解の最適性と問題規模計算時間にはトレードオフの関係が存在する。例えば、与えられたパスデマンドに対して一つずつ収容設計する場合、数理計画問題で解く設計問題行列ソルバに与えるパラメータを表す行列;列:設計変数の総数行:制約数は小さくでき、大規模なネットワークにおいても現実的な時間で解くことが可能になる。しかし、パスデマンドの設計順によっては、最小コストとなるネットワーク構成を導出できない場合がある。一方で、与えられたパスデマンドすべてを一括で設計しようとすると、必ず最適最小コストとなるネットワーク構成の導出が保証されるものの、設計問題行列が非常に大きくなり、現実的な計算時間で解けない場合が発生する。図8に示すように、数理計画演算を実施するソフト環境ソルバの種類によって、現実的な時間1時間とか数時間、多くても1日以内程度で解を導出できる問題規模は異なる。したがって、現実的な時間でできるだけ最適な設計解を導出するためには、演算環境に合わせて適切な同時パス設計数を導出する必要がある。なお、大きな問題規模で解けば、全体最適な解を得る確率が高まるので、現実的な時間で解ける範囲で、できるだけ大きい問題規模で問題を解くことが望ましい。しかしながら、計算時間はある問題規模以上になると指数関数的に増大してしまう。できるだけ現実的な計算時間で、できるだけ最適な解を導出するためには、図9のように、計算時間が許す限り、同時設計パス数を変えて施行し、計算できなくなる問題規模の前で得られた最良解を採用する方式が考えられる。しかし、この方式では、施行回数が膨大になり、かつ現実的な時間で計算できなくなる規模の問題も一度施行しなければ分からないため、結局多くの時間を要してしまう。そこで、ソルバ毎に、現実的な問題規模設計変数の数、制約数が規定されている状況を踏まえ、その規定規模になるようなデマンド同時設計数を事前に導出するようにする。すなわち、ネットワーク設計問題に対して、数理計画演算を実施するソフトウェアsolverによって指定される現実的な時間で演算可能な設計問題規模になるように、同時設計パス数を設定する。そして、設定された同時設計パス数と、事前に与えられる装置候補から、各装置のポート数上限とコストの関係を考慮しながら、パス収容に伴う電力量が最小となる転送経路、装置、ポート種別利用数を設計する問題を自動生成する。すなわち、ネットワーク設計を実施する環境の演算性能に応じて適切な問題規模に自動分割して、コストを軽減する転送経路、装置、ポート利用数などの設計演算を実施する。図10及び図11は、本実施形態のネットワーク設計装置の処理を示すフローチャートである。ステップS10においては、ソルバ環境、すなわち、使用するソルバが現実的な時間で解くことのできる問題規模を取得し、ステップS11において、一回の演算で解くことのできるパスデマンド数を問題規模目標値として設定する。この問題規模目標値から設計変数の上限数と制約式の上限数を決定する。設計変数の上限数は、ステップS12で用いられる。また、制約式の上限数は、ステップS16で用いられる。また、一方で、ステップS13において、ネットワーク設計条件が入力され、ステップS14において、設計問題に対する列数の方程式を算出する。また、ステップS15において、設計問題に対する行数の方程式を算出する。ここで、列数、行数といっているのは、数理計画問題で解く設計問題行列ソルバに与えるパラメータを表す行列;列:設計変数の総数行:制約数の列数と行数のことである。すなわち、ステップS14では、設計変数の数に関する後述の方程式を算出するもので、ステップS15では、制約の数に関する後述の方程式を算出するものである。ステップS14の方程式は、ステップS12で使用され、ステップS15の方程式は、ステップS16で使用される。ステップS12では、設計問題に対する列数の方程式と設計変数の上限数から、設計変数不等式を生成する。ステップS16では、設計問題に対する行数の方程式と制約式の上限数から制約数不等式を生成する。そして、ステップS12の設計変数不等式と、ステップS16の制約数不等式から、ステップS17で、同時設計デマンド数を設定する。そして、ステップS18において、デマンドリストからパスデマンドを読み込み、解くべき問題を生成する。ステップS19において、同時設計デマンド数のパスデマンドをまとめて収容設計する。ステップS20において、デマンドリストにある全てのパスデマンドについて設計したか否かを判断する。ステップS20の判断がNoの場合には、ステップS22において、新たに設計されたパスデマンドが収容された設計状態に、現在のネットワーク設計状態を更新し、ステップS19に戻って設計を行なう。ステップS20の判断がYesの場合には、デマンドリストにある全てのパスデマンドについて設計し終わったので、処理を終了する。図12及び図13は、問題規模の導出方法と問題規模の分割方法について説明する図である。数理計画演算を実施するソフトウェアsolverにおいて、現実的な時間で演算可能な設計変数および制約数になる設計問題規模になるように、同時設計パス数を導出する。図12の設計問題において、設計条件として、デマンド数D/物理リンク数L/拠点数M/装置種別数K/回線種別数Rが与えられたとき、設計問題規模は設計変数の数制約の数DM1LMとなる。ここで、可変パラメータは、Dのみであり、L、M、K、Rは、パスデマンドを収容する数理計画問題が設定されたときに与えられるものである。設計変数の数のは、Zmkの数であり、は、Xrの数であり、は、WrとYrの数である。ここで、図13に示すように、数理計画問題を解くソフトウェアsolverにおいて規定される最大問題規模として、設計変数の上限数X制約数の上限数Yが与えられている条件に対して、同時設計可能なパスデマンド数の見積もりを以下の方程式演算により行う。条件1設計変数制限X条件2制約数制限DM1LMYを満たす最大の同時設計パスデマンド数を導出する。この問題は、通常の線型方程式を解くソフトウェアを用いることにより、容易に解を得ることができる。指定された複数パス数を収容する問題として、各パスデマンドに対するトラフィック経路、回線レート、利用ポート数の設計を行う関係と、装置毎に搭載されるポート数上限の制約条件を定式化する。そして、各拠点に配置される装置のコストの総和が最小となるネットワーク構成を、各トラフィックデマンドに経路リンク集合装置回線の選定有無を示す0、1変数、各リンクで利用されるポート数を示す整数とで定義した整数計画モデルを生成する。数理計画問題を解くソフトウェアsolverを用いて、最小コストとなるパス選定、最小コストとなる装置選定、トラフィック経路、回線レート、利用ポート数の設計を行う。さらに、事前に与えられたパスデマンドをすべて収容設計するまで、整数計画モデルを生成し、ソルバで解くことを繰り返す。図14~図16は、本実施形態の動作のより具体的な説明における問題設定を説明する図である。図14では、2拠点が接続されたネットワークにおいて、与えられたトラフィックデマンドを収容する上で、最小コストとなる装置回線選定と、トラフィック転送経路設計をする場合を示している。デマンドリストには4本のデマンド情報が与えられている。1拠点1から拠点2へのデマンド要求帯域5Gbpsで、入口ポートおよび出口ポートは10Gポートが利用され、経路長は最短経路とする。2拠点2から拠点1へのデマンド要求帯域2Gbpsで、入口ポートおよび出口ポートは10Gポートが利用され、経路長は最短経路とする。3拠点1から拠点2へのデマンド要求帯域3Gbpsで、入口ポートおよび出口ポートは10Gポートが利用され、経路長は最短経路とする。4拠点2から拠点1へのデマンド要求帯域10Gbpsで、入口ポートおよび出口ポートは10Gポートが利用され、経路長は最短経路とする。回線候補としては,10Gおよび40Gを対象とし、各回線電力を1W、3Wとする。また、各拠点間のリンクにおいてアグリゲーション数の上限は2本までとする。さらに、各拠点に配置可能な装置情報は以下の3種類としている。装置A:電力100W10Gポート240Gポート0装置B:電力300W10Gポート440Gポート2装置C:電力500W10Gポート840Gポート4本具体例における設計問題を与えるパラメータは以下のようになる。物理リンク数L=1拠点数M=2装置種別数K=3回線種別数R=2したがって、図15に示されるように、本問題サイズは、同時設計デマンド数Dを用いて列数設計変数の数4D10行数制約の数5D13と表現される。一方で、使用するソルバが本設計問題を解く上で、問題規模の条件を設計変数の数20、制約数30と与えられたとすると、同時設計デマンド数Dは以下の不等号を満たす最大の値になる。4D10≦205D13≦30この線形不等式を、線形式を処理するソフトウェアで解く。結果として、D≦25となることから、本問題を解くための同時設計デマンド数は2本となる。ここで、デマンドリスト内には4本のデマンドが設定されていることから、デマンドを2本ずつ2回に分けて問題を解く。このときの設計変数の定義を図16に示す。各デマンドが経由するリンク利用有無を表す経路変数X∈{0、1}は、1回目の設計用と、2回目の設計用でそれぞれ定義される。それに合わせて、各拠点に配置する装置変数Z∈{0、1}、各拠点間を繋ぐ回線種別を表すW∈{0、1}、各拠点間で利用される回線種別毎のポート数Y∈整数が定義される。図17~図28は、パスデマンドの収容設計の具体的データ例を示す図である。1回目の設計演算のデータを図17~図22に、2回目の設定演算のデータを図23~図28に示す。1回目の設計演算では、デマンド1とデマンド2を収容設計する問題行列が生成される。ここで、目的関数を表す行列を図17に示す。図17にあるように、ソルバに入力する具体的データ例としては、各変数が対応付けられたデータ配列において、目的関数に用いられる変数の欄に対応する数値を入力し、使用されない変数の欄には、0を入力するものとなる。これにより、数値を入力するのみで、目的関数を表現することができるようになる。なお、ここでは、デマンド1収容用のX変数とデマンド2収容用のX変数が別個に定義されているが、目的関数には使用されていないので、それらの欄には0が設定されている。図18~図21は、制約行列の具体的データ例である。制約式としては、フロー保存則、ポート種別制約、ホップ数制約、装置選択制約、装置ポート数制約、回線種別の一意性を保証する制約、リンクアグリゲーション数制約がある。いずれも、データ配列の各欄に変数が対応付けられており、表現したい式にない変数には0が設定される。また、制約式の右辺の数値と、等号/不等号を入力する欄が設けられている。図22は、ソルバによる1回目の演算の問題行列と演算結果を示す図である。各制約行列と目的関数のベクトルを組み合わせた設計問題行列をソルバで演算した結果、デマンド1、2の経路が各方向で収容設計され、拠点1-拠点2間を接続する回線は10Gが1本設計される。さらに、拠点1には、外部からの入出力用10Gポートが2つと、拠点2と接続するための10Gポート1つで、合計10Gのポートが3つ必要のため装置Bが設けられるよう設計されている。同様に拠点2にも装置Bが設けられるよう設計される。装置Bを設けることは、Z1,B、Z2,Bの欄に1が設定されていることから示されている。また、10Gの回線を用いることは、X21,2、X22,1またはW2の欄に1が設定されていることによって示されている。図23~図28は、2回目のソルバによる演算の具体的データ例を示している。2回目の設計では、1回目のトラフィック経路状態に基づいて、デマンド3と4を追加設計する。図23は、2回目の演算の目的関数を示すが、目的関数は、1回目と2回目で同じなので、図17のものと同じである。2回目の設計において各制約条件を表す行列を図24~図27に示す。なお、各制約式は、デマンド3、4を表現する。フロー保存則、ポート種別制約、ホップ数制約、装置選択制約、回線種別の一意性を保証する制約、リンクアグリゲーション数制約式については1回目と同様である。すなわち、これらの制約式は、1回目の演算がデマンド1、について記述しているのに対し、2回目の演算では、デマンド3、4を記述している以外は同じである。ただし、装置ポート数制約式では、丸点線で示されるように、装置ポート数制約の右辺に1回目の設計結果を反映した値が設定されている。例えば、図26の装置ポート数制約において、1番目の式の右辺は、5となっている。同じく、2番目の式の右辺は、2となっており、1回目の設計デマンド量5Gbpsおよび2Gbpsを表す。一方で,3番目の式の右辺は、回線種別が2のときに-4となっており、1回目の設計デマンド収容時に用いられる入出力用10Gポートが2つと,これから設計する2回目のデマンド収容時に用いられる入出力用10Gポート2つを足し合わせた値を表す。図28は、ソルバによる2回目の演算の問題行列と演算結果を示す図である。デマンド1、2の経路に加えて、デマンド3、4が各方向で収容設計されている。拠点1-拠点2間を接続する回線は10Gが2本でアグリゲーション設計される。これは,Y2の欄に2が設定されていることから示される。さらに、各拠点では、デマンド1、2で入出ポートで利用された2個の10Gポートに加えて、デマンド3、4を追加収容する。これにより、各拠点で、外部からの入出力10Gポートが4個ずつと、拠点1と2を接続するための10Gポートが2つで、それぞれ10Gのポートが全部で6個ずつ必要になっているため、各拠点で装置Cを設けることが設計される。装置Cを設けることは、Z1,C、Z2,Cの欄に1が設定されていることから示されている。図29は、本実施形態の設計手法をプログラムで実行する場合に必要とされるコンピュータのハードウェア構成例である。本実施形態の設計手法は、プログラムで実行可能である。プログラムを実行するコンピュータ30は、スタンドアロンのマシンでも、対象ネットワーク40に通信インタフェース35を介して接続され、対象ネットワーク40のネットワーク装置の設定を自動で行なうネットワーク装置であっても良い。コンピュータ30は、プログラムを実行するCPU32を備える。また、プログラムを格納するハードディスクなどの記憶装置36、プログラムを展開して実行するためのワークエリアとしてRAM34、コンピュータ30の基本機能を制御するプログラムを格納するROM33、キーボードやディスプレイ、マウス等の入出力装置39、外部と通信するための通信インタフェース35を備える。また、記録媒体読み取りドライブ37は、プログラムを格納する、DVD,CD,フレキシブルディスク、ICメモリ等の可搬記録媒体38からプログラムを読み込む。これらは相互にバス31によって接続される。本実施形態の手法を実行するプログラムは、記憶装置36に格納されているか、可搬記録媒体38に記録されている。プログラムを実行する場合には、記憶装置36あるいは可搬記録媒体38からプログラムを読み取り、RAM34にそれを展開して実行する。ユーザオペレータは、本実施形態の設計手法を実行するにおいて、設計モデルを生成し、これをプログラムとして与えられるソルバへの入力データとして構築する。この入力データを入出力装置39から入力し、CPU32にプログラムを実行させ、設計結果をディスプレイ等に表示させる。これにより、ユーザは、どのようにネットワークを構築すればよいかをディスプレイの表示から知ることが出来る。プログラムは、通信インタフェース35に接続されたネットワーク42を介して、他所にある情報提供者41の保持するデータベースからダウンロードして実行したり、ネットワーク環境で実行することも可能である。また、コンピュータ30が通信インタフェース35を介して、設計対象のネットワーク40に接続されたネットワーク管理装置の場合、プログラムを実行するための設計モデルの構築に用いる必要なデータを対象ネットワーク40から収集することが可能である。また、プログラム実行後に得られた設計情報を通信インタフェース35からコマンドとして対象ネットワーク40に送信し、自動的に設計内容が対象ネットワーク40に反映されるようにしても良い。"