(57)【要約】【課題】物理構成図を自動で生成することを課題とする。【解決手段】ネットワーク設計装置は、ネットワークに関するネットワーク属性情報が設定された論理構成図から、論理構成図に含まれるリンクの両端に属する各オブジェクトを検出する。ネットワーク設計装置は、各オブジェクトが属するネットワークのネットワーク属性情報にしたがって、リンクの接続関係を判定する。ネットワーク設計装置は、判定されたリンクの接続関係に応じたネットワーク機器を特定し、論理構成図が有するリンクに、特定されたネットワーク機器を補完した物理構成図を生成する。【選択図】図３
2018136799.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに関するネットワーク属性情報が設定された論理構成図から、前記論理構成図に含まれるリンクの両端に属する各オブジェクトを検出する検出部と、
前記各オブジェクトが属する前記ネットワークの前記ネットワーク属性情報にしたがって、前記リンクの接続関係を判定する判定部と、
判定された前記リンクの接続関係に応じたネットワーク機器を特定する特定部と、
前記論理構成図が有する前記リンクに、特定された前記ネットワーク機器を補完した物理構成図を生成する生成部と
を有することを特徴とする構成図生成装置。
【請求項２】
前記判定部は、前記リンクによって接続される各オブジェクトについて、前記ネットワークの構成要素の包含関係を示す抽象度ごとに前記リンクの接続関係を判定し、
前記特定部は、前記抽象度ごとに判定された前記リンクの各接続関係に基づいて、補完する前記ネットワーク機器を特定することを特徴とする請求項１に記載の構成図生成装置。
【請求項３】
前記ネットワークを下位のオブジェクトとして含む上位のオブジェクトに対しては、前記上位のオブジェクトに含まれるネットワークの前記ネットワーク属性情報の論理和を属性情報として設定し、前記ネットワークに下位のオブジェクトとして含まれる下位のオブジェクトに対しては、前記下位のオブジェクトに含まれるネットワークの前記ネットワーク属性情報の中から属性情報を選択して設定する属性情報設定部をさらに有することを特徴とする請求項２に記載の構成図生成装置。
【請求項４】
前記判定部は、前記論理構成図において前記オブジェクトとして拠点、ネットワーク、ノードの階層構造が設定される状態で、前記リンクについて接続関係を特定する場合、前記リンクによって接続されるオブジェクト間の接続関係と、前記オブジェクトの下位のオブジェクト間の接続関係を判定し、
前記特定部は、判定された各接続関係に基づいて、補完する前記ネットワーク機器を特定することを特徴とする請求項３に記載の構成図生成装置。
【請求項５】
前記判定部は、前記拠点間の接続するリンクについては、前記拠点間の接続関係、前記リンクの端点に設定されるネットワーク間の接続関係、前記リンクの端点であるノード間の接続関係のそれぞれを判定し、
前記特定部は、前記拠点間の接続関係、前記ネットワーク間の接続関係、前記ノード間の接続関係の組み合わせに該当するネットワーク機器を、予め定義したネットワーク機器の一覧から特定することを特徴とする請求項４に記載の構成図生成装置。
【請求項６】
前記判定部は、前記ネットワーク間を接続するリンクについては、前記ネットワーク間の接続関係、前記リンクに端点であるノード間の接続関係のそれぞれを判定し、
前記特定部は、前記ネットワーク間の接続関係、前記ノード間の接続関係の組み合わせに該当するネットワーク機器を、予め定義したネットワーク機器の一覧から特定することを特徴とする請求項５に記載の構成図生成装置。
【請求項７】
前記判定部は、前記ノード間の接続するリンクについては、前記ノード間の接続関係を判定し、
前記特定部は、前記ノード間の接続関係に該当するネットワーク機器を、予め定義したネットワーク機器の一覧から特定することを特徴とする請求項６に記載の構成図生成装置。
【請求項８】
コンピュータが、
ネットワークに関するネットワーク属性情報が設定された論理構成図から、前記論理構成図に含まれるリンクの両端に属する各オブジェクトを検出し、
前記各オブジェクトが属する前記ネットワークの前記ネットワーク属性情報にしたがって、前記リンクの接続関係を判定し、
判定された前記リンクの接続関係に応じたネットワーク機器を特定し、
前記論理構成図が有する前記リンクに、特定された前記ネットワーク機器を補完した物理構成図を生成する
処理を実行することを特徴とする構成図生成方法。
【請求項９】
コンピュータに、
ネットワークに関するネットワーク属性情報が設定された論理構成図から、前記論理構成図に含まれるリンクの両端に属する各オブジェクトを検出し、
前記各オブジェクトが属する前記ネットワークの前記ネットワーク属性情報にしたがって、前記リンクの接続関係を判定し、
判定された前記リンクの接続関係に応じたネットワーク機器を特定し、
前記論理構成図が有する前記リンクに、特定された前記ネットワーク機器を補完した物理構成図を生成する
処理を実行させることを特徴とする構成図生成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、構成図生成装置、構成図生成方法および構成図生成プログラムに関する。
【背景技術】
【０００２】
従来から、ネットワークを設計する際には、論理構成図と物理構成図とを記述することが一般的である。論理構成図は、ユーザが作成したい論理的なネットワーク（以下では、単に論理ネットワークと記載する場合がある）の構成であり、ユーザにとって重要な情報であるサブネットや接続関係などのネットワーク情報が記載されるが、ユーザにとって重要ではないルータやブリッジなどの機器情報は省略されることが多い。物理構成図は、論理ネットワークが実際に動作する物理デバイスの構成（以下では、単に物理ネットワークと記載する場合がある）である。
【０００３】
近年では、ＳＮＭＰ（Simple  Network  Management  Protocol）、ＣＤＰ（Cisco  Discovery  Protocol）、ＬＬＤＰ（Link  Layer  Discovery  Protocol）等などのプロトコルを用いて、実際の物理ネットワークから物理デバイスと接続構成を探索して、物理構成図を自動で生成する技術が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２３４７０５号公報
【特許文献２】国際公開第２００７／１１０９４２号
【特許文献３】特開２００２−３６８７４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、クラウドシステムなどの仮想環境の普及に伴い、仮想ネットワークの変更頻度が増加していることから、論理構成図の作成に負担がかかるだけでなく、作成作業自体も困難なものとなっている。
【０００６】
一般的に、論理構成図から物理構成図を作成することはできず、ユーザが手動で物理構成図を作成するか、上記技術を用いて物理ネットワークから物理構成図を作成する。一方で、仮想環境上に仮想ネットワークを構築する技術が登場し、ユーザはクラウドインフラの上に自由に仮想デバイスを配置して、仮想ネットワークを構成できるようになっている。仮想環境上では自由に仮想デバイスを配置して、仮想（物理）ネットワークを構成できるため、ユーザが頻繁に仮想ネットワークを変更する使い方が増えている。このため、仮想ネットワークの作成や変更が容易になり、これに伴って、物理構成図の変更が頻発するので、ユーザの負担が増加する。
【０００７】
また、ネットワーク規模に比例して、仮想デバイスを決定するのに用いる情報も増える。例えば、拠点数やサブネット数が数十、数百に及ぶ規模のネットワークでは、必要な情報を手動で管理し、適切なデバイスを選択することが難しい。このように、仮想ネットワークの変更頻度の増加に伴い、手動による物理構成図の作成は作業の手間が増加し、設計ミスが増える原因となっている。
【０００８】
一つの側面では、物理構成図を自動で生成することができる構成図生成装置、構成図生成方法および構成図生成プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
第１の案では、構成図生成装置は、ネットワークに関するネットワーク属性情報が設定された論理構成図から、前記論理構成図に含まれるリンクの両端に属する各オブジェクトを検出する検出部を有する。構成図生成装置は、前記各オブジェクトが属する前記ネットワークの前記ネットワーク属性情報にしたがって、前記リンクの接続関係を判定する判定部を有する。構成図生成装置は、判定された前記リンクの接続関係に応じたネットワーク機器を特定する特定部と、前記論理構成図が有する前記リンクに、特定された前記ネットワーク機器を補完した物理構成図を生成する生成部とを有する。
【発明の効果】
【００１０】
一実施形態によれば、物理構成図を自動で生成することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施例１にかかるネットワーク設計装置を説明する図である。
【図２】図２は、仮想環境におけるネットワーク設計を説明する図である。
【図３】図３は、実施例１にかかるネットワーク設計装置の機能構成を示す機能ブロック図である。
【図４】図４は、論理構成ＤＢに記憶される論理構成図の例を示す図である。
【図５】図５は、論理構成図のオブジェクトの詳細内容を示す図である。
【図６】図６は、論理構成図全体の設定情報を示す図である。
【図７】図７は、論理構成図の拠点の設定情報を示す図である。
【図８】図８は、論理構成図のネットワークの接続関係を示す図である。
【図９】図９は、論理構成図のネットワークの属性情報を示す図である。
【図１０】図１０は、論理構成図のノードの属性情報を示す図である。
【図１１】図１１は、補完デバイスＤＢに記憶される情報の例を示す図である。
【図１２】図１２は、物理構成ＤＢに記憶されるインフラの属性情報を示す図である。
【図１３】図１３は、全体処理の流れを示すシーケンス図である。
【図１４】図１４は、属性情報の生成処理の流れを示すフローチャートである。
【図１５】図１５は、各抽象度の属性情報の生成例を説明する図である。
【図１６】図１６は、論理構成から作成された属性情報を説明する図である。
【図１７】図１７は、補完処理の全体的な流れを示すフローチャートである。
【図１８】図１８は、抽象度が拠点の場合の補完処理の流れを示すフローチャートである。
【図１９】図１９は、抽象度がネットワークの場合の補完処理の流れを示すフローチャートである。
【図２０】図２０は、抽象度がノードの場合の補完処理の流れを示すフローチャートである。
【図２１】図２１は、デバイスの補完を説明する図である。
【図２２】図２２は、物理構成図の生成を説明する図である。
【図２３】図２３は、物理構成図のオブジェクトの詳細内容を説明する図である。
【図２４】図２４は、物理構成図全体の設定情報を示す図である。
【図２５】図２５は、物理構成図の拠点１の設定情報を示す図である。
【図２６】図２６は、物理構成図の拠点２の設定情報を示す図である。
【図２７】図２７は、物理構成図のネットワーク１の接続関係を示す図である。
【図２８】図２８は、物理構成図のネットワーク２の接続関係を示す図である。
【図２９】図２９は、物理構成図のネットワーク３の接続関係を示す図である。
【図３０】図３０は、物理構成図のノードの属性情報を示す図である。
【図３１】図３１は、実施例２にかかる処理を説明する図である。
【図３２】図３２は、実施例２にかかる物理構成ＤＢに記憶されるインフラの属性情報を示す図である。
【図３３】図３３は、実施例２にかかる補完デバイスＤＢに記憶される情報を示す図である。
【図３４】図３４は、実施例２にかかる属性情報の補完を説明する図である。
【図３５】図３５は、実施例２にかかる補完処理の流れを示すフローチャートである。
【図３６】図３６は、実施例２で生成される物理構成図を示す図である。
【図３７】図３７は、実施例２にかかる物理構成の詳細を説明する図である。
【図３８】図３８は、実施例３にかかる処理を説明する図である。
【図３９】図３９は、実施例３にかかる物理構成ＤＢに記憶されるインフラの属性情報を示す図である。
【図４０】図４０は、実施例３にかかる補完デバイスＤＢに記憶される情報を示す図である。
【図４１】図４１は、実施例３にかかる補完処理の流れを示すフローチャートである。
【図４２】図４２は、実施例３で生成される物理構成図を示す図である。
【図４３】図４３は、実施例３で追記される物理構成を説明する図である。
【図４４】図４４は、ハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１２】
以下に、本願の開示する構成図生成装置、構成図生成方法および構成図生成プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、各実施例は、矛盾のない範囲内で適宜組み合わせることができる。
【実施例１】
【００１３】
［全体構成］
図１は、実施例１にかかるネットワーク設計装置１０を説明する図である。このネットワーク設計装置１０は、サーバなどのコンピュータであり、ユーザが設計した論理構成図から、物理構成図や物理ネットワークを生成する管理ツールとして機能する。なお、ネットワーク設計装置１０は、既存のサーバや管理装置などに管理ツールとして組み込むこともできる。
【００１４】
ここで、ユーザが設計する論理構成図は、ユーザがインフラの機能を隠蔽した状態で設計した論理構成図であり、サブネットや接続関係などのネットワーク情報が記載されるが、ルータやブリッジなどの機器情報は省略される。物理構成図は、論理構成図で定義される論理ネットワークが実際に動作する物理デバイスの構成である。物理ネットワークは、論理ネットワークに物理デバイスを補完した、サブネット、インフラ、ノードなどの接続関係が記述されたネットワーク図である。
【００１５】
近年、物理デバイスを探索して物理構成図を生成する手法は存在する。しかし、論理構成図から物理構成図を自動で設計する手法はない。これは、同じ論理ネットワークであっても物理ネットワーク（物理トポロジ）は様々な構成を取りうるため自動で設計を行うのが困難であること、一般に物理ネットワークは敷設してしまうと変更が少ないためにその上で動作する論理ネットワークの設計が重要であったことが理由として考えられる。そのため、論理構成図から物理構成図を自動で設計するツールは存在せず、物理ネットワークを新規に設計する場合は、ユーザ自身が物理構成図を作成する必要があった。
【００１６】
図２は、仮想環境におけるネットワーク設計を説明する図である。図２に示すように、ユーザは、論理構成図を生成するとともに、論理構成図にしたがって物理構成図を生成する。ここで、同じ論理ネットワークであっても物理ネットワーク（物理トポロジ）は様々な構成を取りうるので、ユーザが作成する物理構成図も様々な構成の物理構成図（仮想的な物理構成図）となる。
【００１７】
そして、ユーザは、管理ツールを用いて、作成した論理構成図や物理構成図から物理ネットワークを生成する。ここでも、ユーザは、物理構成図が仮想的な物理構成図となることから、管理ツールで生成される物理ネットワークも様々な形態の物理ネットワーク（仮想的な物理ネットワーク）となる。このように、論理ネットワークだけでは、単純に物理構成図を作成することができないので、試行錯誤が多くなり、ユーザの負担が増加する。さらに、ユーザは、仮想環境の追加や修正を行うたびに、物理構成図を作成し直すことになり、作業効率もよくない。
【００１８】
そこで、実施例１にかかるネットワーク設計装置１０は、システムを構成する各オブジェクトが属するネットワークに関する属性情報と、各オブジェクト間の接続関係に関するリンク情報とが設定された論理構成図を取得する。そして、ネットワーク設計装置１０は、リンク情報で特定されるリンクの両端に属する各オブジェクトの属性情報にしたがって、リンクの接続関係を判定する。その後、ネットワーク設計装置１０は、判定されたリンクの接続関係に応じたネットワーク機器を特定し、論理構成図が有するリンクの両端もしくは中間に、特定されたネットワーク機器を補完した物理構成図を生成する。
【００１９】
すなわち、ネットワーク設計装置１０は、ユーザに、クラウドを含むインフラの機能を隠蔽した状態で論理構成図を作成させて、論理構成の各リンク両端の抽象度毎の属性情報に基づいて、必要なネットワークデバイスを補完し、物理構成図を自動生成する。したがって、ネットワーク設計装置１０は、物理構成図を自動で生成することができるので、クラウドシステムなどの仮想環境の普及に伴い、仮想ネットワークの変更頻度が増加している場合でも、ユーザの負担を軽減できる。なお、本実施例においてインフラはユーザのオンプレミス拠点やクラウドサービスを表す。また、抽象度とは、ネットワーク構成要素の包含関係を示す情報であり、抽象度１は、最も広い概念であり、ネットワークおよびノードを包含し、抽象度２は、次に広い概念であり、ノードを包含し、抽象度３は、最も狭い概念であり、ノードに該当する。
【００２０】
［機能構成］
図３は、実施例１にかかるネットワーク設計装置１０の機能構成を示す機能ブロック図である。図３に示すように、ネットワーク設計装置１０は、論理構成ＤＢ１１、補完デバイスＤＢ１２、物理構成ＤＢ１３、受付部２０、論理構成管理部２１、自動補完処理部２２、インフラ設定部２３を有する。
【００２１】
なお、論理構成ＤＢ１１、補完デバイスＤＢ１２、物理構成ＤＢ１３は、メモリやハードディスクなどの記憶装置に記憶されるデータベースである。受付部２０、論理構成管理部２１、自動補完処理部２２、インフラ設定部２３は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例である。
【００２２】
論理構成ＤＢ１１は、ユーザがクラウドを含むインフラの機能を隠蔽した状態で作成した論理構成図を記憶するデータベースである。ユーザは、抽象度毎にオブジェクトを配置して、論理ネットワーク（論理構成図）を設計する。各抽象度のオブジェクトには、インフラ（拠点）や、そのインフラに含まれるネットワーク（サブネット等でグルーピングされたオブジェクト）、さらに、そのネットワークに含まれるノード（ホストやロードバランサなどのネットワーク機能）等がある。また、各オブジェクト間の接続関係（リンク）を設計する。なお、ネットワークを接続するルータやスイッチなどのデバイスは省略できる。複数のネットワークを同一インフラにすることもできる。ユーザは、ネットワーク構築に最低限必要な情報を属性情報として設定する。
【００２３】
図４は、論理構成ＤＢ１１に記憶される論理構成図の例を示す図である。図４に示すように、ユーザが作成した論理構成図は、最も高い抽象度（１）として拠点１（以下では  
site１と記載する場合がある）と拠点２を設定し、次に高い抽象度（２）としてネットワーク１−３（以下では、nw１などと記載する場合がある）を設定し、最も低い抽象度（３）として複数のノード（以下では、nodeと記載する場合がある）を設定する。
【００２４】
また、拠点１は、リンク２で接続されるネットワーク１とネットワーク２を有し、ネットワーク１は、３つのノードを有し、ネットワーク２は、２つのノードを有する。そして、ネットワーク１には、属性情報として、「インフラ＝インフラ１、subnet＝192.168.1.0/24」が設定され、ネットワーク２には、属性情報として、「インフラ＝インフラ１、subnet＝192.168.2.0/24，192.168.10.0/24，」が設定される。なお、以下では、インフラをinfraと記載する場合がある。
【００２５】
また、拠点２は、リンク１で接続されるネットワーク３を有し、ネットワーク３は、２つのノードを有する。そして、ネットワーク３には、属性情報として、「インフラ＝インフラ２、subnet＝192.168.3.0/24，192.168.10.0/24，」が設定される。
【００２６】
ここで、図５から図１０を用いて、ユーザが生成する論理構成図の詳細について説明する。図５は、論理構成図のオブジェクトの詳細内容を示す図である。図５に示すように、「Parameter、value」として、論理構成図の識別番号「ID＝１」に対応付けて「拠点、リンク」が設定される。図５に示すように、各オブジェクトの詳細情報は、配列で設定される。具体的には、「拠点」は、論理構成図に設定される拠点の詳細を設定する配列へのポインタであり、「リンク」は、拠点間を接続するリンク１の詳細情報を設定する配列へのポインタである。また、配列「拠点」には、拠点を識別する「拠点１」と「拠点２」とが設定され、配列「ネットワーク」には、ネットワークを識別する「ネットワーク１」と「ネットワーク２」と「ネットワーク３」が設定され、配列「リンク」には、リンクを識別する「リンク２」から「リンク６」が設定され、配列「ノード」には、ノードを識別する「ノード１」から「ノード７」が設定される。
【００２７】
図６は、論理構成図全体の設定情報を示す図である。図６では、各配列の接続関係が設定される。具体的には、「リンク１」の配列には、リンク１の端点となるオブジェクトの配列へのポインタが設定される。例えば、「リンク１」の配列には、「拠点−ａ、拠点−ｂ、ネットワーク−ａ、ネットワーク−ｂ、ノード−ａ、ノード−ｂ、属性情報」が設定される。
【００２８】
ここで、「拠点−ａ」は、リンク１で接続される一方の拠点である「拠点１」の配列へのポインタであり、「拠点−ｂ」は、リンク１で接続される他方の拠点である「拠点２」の配列へのポインタである。「Network−ａ」は、リンク１で接続される一方のネットワークである「ネットワーク２」の配列へのポインタであり、「Network−ｂ」は、リンク１で接続される他方のネットワークである「ネットワーク３」の配列へのポインタである。「ノード−ａ」は、リンク１で接続される一方のノードである「ノード５」の配列へのポインタであり、「ノード−ｂ」は、リンク１で接続される他方のノードである「ノード６」の配列へのポインタである。また、リンク１の属性情報として、リンク１のType（種別）がインターネットであることが設定される。
【００２９】
つまり、図６の設定によって、リンク１は、拠点１と拠点２とを接続するインターネットであり、ネットワーク２とネットワーク３とを接続するリンクであり、リンク１の端点は、ネットワーク２に属するノード５と、ネットワーク３に属するノード６であることがわかる。同様に、拠点１は、ネットワーク１とネットワーク２とを有し、ネットワーク１は、ノード１から３を有し、ネットワーク２は、ノード４から５を有することがわかる。また、拠点２は、ネットワーク３を有し、ネットワーク３は、ノード６から７を有することがわかる。
【００３０】
図７は、論理構成図の拠点の設定情報を示す図である。図７も図６等同様に、各拠点に設定される情報を、オブジェクトの配列へのポインタで参照する形式で設定される。具体的には、拠点１について、Networks（ネットワーク）としてネットワーク１とネットワーク２とが設定され、リンクとしてリンク２が設定され、属性情報としてインフラ１が設定される。同様に、拠点２について、Networks（ネットワーク）としてネットワーク３が設定され、リンクとして何も設定されておらず、属性情報としてインフラ２が設定される。
【００３１】
このような参照関係を考慮すると、図７によって、拠点１は、ネットワーク１とネットワーク２とリンク２とを有するインフラ（infra１）であることがわかる。また、拠点２は、ネットワーク３を有するがリンクを有さないインフラ（infra２）であることがわかる。また、リンク２は、ネットワーク１とネットワーク２とを接続するリンク（line）であり、ノード３とノード４とを端点とすることがわかる。
【００３２】
図８は、論理構成図のネットワークの接続関係を示す図である。図８も図６等同様に、各設定情報を、オブジェクトの配列へのポインタで参照する形式で設定される。この結果、以下の内容が設定されていることがわかる。例えば、ネットワーク１は、リンク３とリンク４を有し、リンク３は、ノード１とノード２とを端点とし、リンク４は、ノード２とノード３とを端点とする。ネットワーク２は、リンク５を有し、リンク５は、ノード４とノード５とを端点とする。ネットワーク３は、リンク６を有し、リンク６は、ノード６とノード７とを端点とする。
【００３３】
図９は、論理構成図のネットワークの属性情報を示す図である。図９に示すように、ネットワーク１には、「インフラ＝インフラ１、subnet＝192.168.1.0/24」が設定され、ネットワーク２には、「インフラ＝インフラ２、subnet＝192.168.2.0/24，192.168.10.0/24」が設定され、ネットワーク３には、「インフラ＝インフラ２、subnet＝192.168.3.0/24，192.168.10.0/24」が設定される。また、リンク３、４、５、６の種別として「line」が設定されている。
【００３４】
図１０は、論理構成図のノードの属性情報を示す図である。図１０も図６等同様、ポインタによって参照する詳細情報を設定する。図１０に示すように、ノード１はサーバであり、ノード２はロードバランサであり、ノード３はファイアウォールであり、ノード４はIDS（Intrusion  Detection  System）であり、ノード５は、WOC（Wild  Area  Network  Optimization  Controller）であり、ノード６はWOCであり、ノード７は端末（terminal）である。
【００３５】
図３に戻り、補完デバイスＤＢ１２は、論理構成図に補完するネットワークデバイスに関する情報を記憶するデータベースである。図１１は、補完デバイスＤＢ１２に記憶される情報の例を示す図である。図１１に示すように、補完デバイスＤＢ１２は、「抽象度、補完デバイス」を対応付けて記憶する。図１１に示すように、抽象度１がＮＡＴ（Network  Address  Translation）、抽象度２がリモートブリッジ、抽象度３がなしと特定された場合、補完されるデバイスは、リモートルータとＮＡＴルータとなる。なお、図１１に示される組み合わせに該当しない場合は、エラーとなる。
【００３６】
物理構成ＤＢ１３は、生成される物理構成図および物理ネットワークを記憶するデータベースである。また、物理構成ＤＢ１３は、各インフラの属性情報も予め記憶する。図１２は、物理構成ＤＢに記憶されるインフラの属性情報を示す図である。図１２に示すように、物理構成ＤＢ１３は、インフラ１の属性情報として「NF間接続方式＝ルータ」を記憶し、インフラ２の属性情報として「NF間接続方式＝SW（スイッチ）」を記憶する。
【００３７】
受付部２０は、管理ツールにおいて、GUIに対するインタフェースを提供し、GUIから受け取ったメッセージや論理構成図データを論理構成管理部へ送信する処理部である。なお、GUIは、ユーザと管理ツールの仲介をする。必ずしもGUIである必要はなく、受付部２０へメッセージを送信できればよい。ユーザは、このGUI上で論理構成図の作成を行い、補完や設定の指示を出す。GUIは管理ツールのAPI（受付部２０）へ、指示メッセージや論理構成図データを送信する。
【００３８】
論理構成管理部２１は、受付部２０を通じてGUIから受け取ったメッセージや論理構成図データに対して各種処理を実行する処理部である。論理構成管理部２１は、論理構成図データを論理構成ＤＢ１１へ保存し、自動補完処理部２２へ補完指示を出力し、インフラ設定部２３へインフラへの設定指示を出力する。
【００３９】
自動補完処理部２２は、論理構成図に対して、接続性を検証して必要なネットワークデバイスを補完する処理部である。自動補完処理部２２は、補完した結果を、物理構成図として物理構成ＤＢ１３へ保存する。
【００４０】
インフラ設定部２３は、物理構成図に基づいて、インフラへ設定を行う処理部である。なお、インフラは、仮想環境（クラウド）やユーザのオンプレミス拠点など、ユーザが管理するネットワークが動作する基盤である。
【００４１】
次に、各処理部が実行する処理内容と各処理部のフローチャートとをあわせて説明する。ここでは、全体処理、属性情報の生成処理、補完処理について説明する。
【００４２】
（全体処理）
図１３は、全体処理の流れを示すシーケンス図である。図１３に示すように、ユーザは、GUI（Graphical  User  Interface）を用いて、抽象度毎にオブジェクトを配置して、論理ネットワーク（論理構成図）を設計する（Ｓ１０１）。受付部２０は、GUIを経由して、ユーザが生成した論理構成図を受け付け（Ｓ１０２）、論理構成管理部２１へ出力する（Ｓ１０３）。論理構成管理部２１は、通知された論理構成図を論理構成ＤＢ１１に保存する（Ｓ１０４）。
【００４３】
その後、ユーザがＧＵＩを用いて補完指示を出力する（Ｓ１０５）。すると、受付部２０は、ＧＵＩを介して、この補完指示を受け付けて（Ｓ１０６）、論理構成管理部２１に補完指示を出力する（Ｓ１０７）。論理構成管理部２１は、論理構成図に対して、自動補完処理部２２へ補完指示を送信する（Ｓ１０８）。
【００４４】
この補完指示を受け取った自動補完処理部２２は、論理構成ＤＢ１１から論理構成図を取得するとともに（Ｓ１０９とＳ１１０）、infra属性情報である接続方式を物理構成ＤＢ１３から取得して（Ｓ１１１とＳ１１２）、属性情報の生成処理（Ｓ１１３）と補完処理（Ｓ１１４）を実行して物理構成図を生成する。そして、自動補完処理部２２は、生成した物理構成図を物理構成ＤＢ１３に保存する（Ｓ１１５）。
【００４５】
その後、GUIを通して補完結果を受け取ったユーザは、論理ネットワーク（論理構成図）のインフラへの設定をGUI上で指示する（Ｓ１１６）。GUIは、受付部２０を経由して論理構成管理部２１へ設定を指示する（Ｓ１１７とＳ１１８）。次に、論理構成管理部２１は、インフラ設定部２３に対して、指定された論理構成図の設定を指示する（Ｓ１１９）。インフラ設定部２３は、論理構成図に対応する物理構成図を物理構成ＤＢ１３から取得し（Ｓ１２０とＳ１２１）、物理構成にしたがって各インフラへ設定する（Ｓ１２２）。
【００４６】
（属性情報の生成処理）
次に、自動補完処理部２２が実行する属性情報の生成処理について説明する。この処理は、図１３のＳ１１３に該当する。自動補完処理部２２は、指示された論理構成図に対して、ユーザが設定した属性情報を基に、各抽象度の属性情報を生成する。自動補完処理部２２は、処理対象より下位の抽象度の属性情報を統合して、処理対象の属性情報を決定する。また、自動補完処理部２２は、処理対象より下位の抽象度の属性情報が無い場合、上位の抽象度の属性情報から、処理対象の属性情報を決定する。
【００４７】
（１）処理の流れ
図１４は、属性情報の生成処理の流れを示すフローチャートである。図１４に示すように、自動補完処理部２２は、抽象度１から順にＳ２０１以降のループ処理を実行し、各抽象度についてＳ２０２以降のループ処理を実行する。
【００４８】
具体的には、自動補完処理部２２は、各抽象度の各オブジェクトについて、処理対象のオブジェクトよりも下位の抽象度のオブジェクトが存在するか否かを判定する（Ｓ２０３）。そして、自動補完処理部２２は、処理対象のオブジェクトよりも下位の抽象度のオブジェクトが存在しない場合（Ｓ２０３：Ｎｏ）、処理対象のオブジェクトよりも上位の抽象度のオブジェクトが存在するか否かを判定する（Ｓ２０４）。
【００４９】
ここで、自動補完処理部２２は、処理対象のオブジェクトよりも上位の抽象度のオブジェクトが存在する場合（Ｓ２０４：Ｙｅｓ）、隣接するオブジェクトに空の属性情報があるか否かを判定する（Ｓ２０５）。そして、自動補完処理部２２は、空の属性情報がある場合（Ｓ２０５：Ｙｅｓ）、処理対象の属性情報を、上位抽象度のオブジェクトの属性情報から抽出して設定し（Ｓ２０６）、次のオブジェクトについてＳ２０２以降を実行する。なお、Ｓ２０４において、自動補完処理部２２は、処理対象のオブジェクトよりも上位の抽象度のオブジェクトが存在しない場合（Ｓ２０４：Ｎｏ）や空の属性情報がない場合（Ｓ２０５：Ｎｏ）、次のオブジェクトについてＳ２０２以降を実行する。
【００５０】
一方、自動補完処理部２２は、処理対象のオブジェクトよりも下位の抽象度のオブジェクトが存在し（Ｓ２０３：Ｙｅｓ）、隣接するオブジェクトに空の属性情報がある場合（Ｓ２０７：Ｙｅｓ）、処理対象の属性情報を、下位抽象度のオブジェクトの属性情報の論理和を算出して設定し（Ｓ２０８）、次のオブジェクトについてＳ２０２以降を実行する。なお、自動補完処理部２２は、処理対象のオブジェクトよりも下位の抽象度のオブジェクトが存在する場合であっても（Ｓ２０３：Ｙｅｓ）、空の属性情報がない場合（Ｓ２０７：Ｎｏ）、次のオブジェクトについてＳ２０２以降を実行する。
【００５１】
例えば、自動補完処理部２２は、ノードの場合、インフラ属性情報はネットワークのインフラになり、サブネット属性情報はネットワークのサブネット属性情報から選択することになる。ここで、サブネット属性情報は、ノードのtypeによって、必要なサブネットが異なる。例えば、WOCは２つ、FWは１つとなる。選択するサブネットは、隣接するノードのサブネットと同じものを優先する。また自動補完処理部２２は、隣接するノードのサブネットが空あるいは足りない場合、ネットワークのサブネットのうち、最小のものから選択していく。このようにして、自動補完処理部２２は、図４の論理構成図に対して属性情報を生成する。
【００５２】
（２）具体例
ここで、図４の論理構成図に対する属性情報の生成の具体例を説明する。図１５は、各抽象度の属性情報の生成例を説明する図である。ノードは、ネットワーク１の左から順にノード１として、ネットワーク３の右端がノード７とする。また、ここでは、隣接するオブジェクトにはサブネットの空きがあるものとする。また、ネットワーク１から３については、図１５に示すように、論理構成図の時点ですでに属性情報が設定されている。
【００５３】
例えば、自動補完処理部２２は、拠点１について、下位のオブジェクトが存在することから、下位のオブジェクトに設定される「インフラ１」の各サブネット「192.168.1.0/24、192.168.2.0/24、192.168.10.0/24」を、拠点１の属性情報に設定する。同様に、自動補完処理部２２は、拠点２について、下位のオブジェクトに設定される「インフラ２」の各サブネット「192.168.3.0/24、192.168.10.0/24」を、拠点２の属性情報に設定する。
【００５４】
また、自動補完処理部２２は、ノード１についてインフラの属性情報を生成する場合、下位のオブジェクトがなく、上位のオブジェクトとしてネットワーク１が存在し、ノード１がサーバであることを特定する（図１０参照）。すると、自動補完処理部２２は、種別がサーバなのでサブネットを１つ設定すると判定し、ノード１の属性情報として、ネットワーク１の属性情報「インフラ１、192.168.1.0/24」を設定する。なお、自動補完処理部２２は、ノード２（ロードバランサ）およびノード３（FW）についても、ノード１と同様の判定により、属性情報として、ネットワーク１の属性情報「インフラ１、192.168.1.0/24」を設定する。
【００５５】
また、自動補完処理部２２は、ノード４についてインフラの属性情報を生成する場合、下位のオブジェクトがなく、上位のオブジェクトとしてネットワーク２が存在し、ノード４がIDSであることを特定する（図１０参照）。すると、自動補完処理部２２は、種別がIDSなのでサブネットを１つ設定すると判定し、ノード４の属性情報として、ネットワーク２の属性情報「インフラ１、192.168.10.0/24」を設定する。
【００５６】
また、自動補完処理部２２は、ノード５についてインフラの属性情報を生成する場合、下位のオブジェクトがなく、上位のオブジェクトとしてネットワーク２が存在し、ノード４がWOCであることを特定する（図１０参照）。すると、自動補完処理部２２は、種別がWOCなのでサブネットを２つ設定すると判定し、ノード５の属性情報として、ネットワーク２の属性情報「インフラ１、192.168.2.0/24，192.168.10.0/24，」を設定する。
【００５７】
また、自動補完処理部２２は、ノード６についてインフラの属性情報を生成する場合、下位のオブジェクトがなく、上位のオブジェクトとしてネットワーク３が存在し、ノード６がWOCであることを特定する（図１０参照）。すると、自動補完処理部２２は、種別がWOCなのでサブネットを２つ設定すると判定し、ノード６の属性情報として、ネットワーク３の属性情報「インフラ２、192.168.3.0/24，192.168.10.0/24，」を設定する。
【００５８】
また、自動補完処理部２２は、ノード７についてインフラの属性情報を生成する場合、下位のオブジェクトがなく、上位のオブジェクトとしてネットワーク３が存在し、ノード７が端末であることを特定する（図１０参照）。すると、自動補完処理部２２は、種別が端末なのでサブネットを１つ設定すると判定し、ノード７の属性情報として、ネットワーク３の属性情報「インフラ２、192.168.10.0/24」を設定する。
【００５９】
このようにして、自動補完処理部２２が、抽象度が高い拠点、ネットワーク、ノードの順に、図１４に示したフローを実行することで、各オブジェクトについて生成した属性情報を図１６に示す。図１６は、論理構成から作成された属性情報を説明する図である。図１６と図４とを比較すると、論理構成図では、ネットワーク１から３の属性情報しか付加されていなかったが、自動補完処理部２２が、各オブジェクトの接続関係にしたがって、各ノード（ノード１から７）および拠点（site１、site２）に対しても、属性情報を付加することができる。
【００６０】
（補完処理）
次に、自動補完処理部２２が実行する補完処理について説明する。この処理は、図１３のＳ１１４に該当する。自動補完処理部２２は、各抽象度において、リンク両端のオブジェクトが持つ属性情報に基づき、必要なNetwork  Function（以下では、NFと記載する場合がある）を決定し、抽象度毎のNFから補完するデバイスを決定する。
【００６１】
すなわち、自動補完処理部２２は、論理構成図に含まれるリンクに対し、リンクが属する抽象度より低い抽象度に対して、リンク両端のオブジェクトの属性情報から、必要なNFを決定する。そして、自動補完処理部２２は、抽象度毎に決定したNFから、補完するネットワークデバイスを決定する。その後、自動補完処理部２２は、論理構成図にネットワークデバイスを補完し、物理構成図を生成する。そして、自動補完処理部２２は、補完した結果を物理構成図として物理構成ＤＢ１３に保存し、論理構成管理部２１に補完処理完了を通知する。さらに、通知を受け取った論理構成管理部２１は、GUIなどを介して、ユーザへ補完結果を通知する。
【００６２】
なお、ノードにおけるNF決定には、インフラの属性情報が必要になる。このインフラの属性情報としては、ルータ接続やスイッチ（SW）接続などを判断するための情報である。本実施例では、このインフラの属性情報として、図１２に示す接続方式を物理構成ＤＢ１３に予め保存する。なお、図１２に示す接続方式は、ネットワーク設計装置のベンダが生成し、予め保存されるものとする。
【００６３】
（１）処理の流れ（全体）
図１７は、補完処理の全体的な流れを示すフローチャートである。図１７に示すように、自動補完処理部２２は、各リンクについて識別子の小さいリンクから順にＳ３０１以降のループ処理を実行し、各抽象度について抽象度１から順にＳ３０２以降のループ処理を実行する。
【００６４】
具体的には、自動補完処理部２２は、リンクを１つ選択し、リンクが属する拠点（抽象度１）、ネットワーク（抽象度２）、ノード（抽象度３）のそれぞれについて、補完するＮＦの決定を実行する（Ｓ３０３）。そして、自動補完処理部２２は、各抽象度について決定した補完対象のＮＦ（補完ＮＦ）と、補完デバイスＤＢ１２に記憶される情報とに基づいて、補完デバイスを決定する（Ｓ３０４）。
【００６５】
（２）拠点間の補完
図１８は、抽象度が拠点の場合の補完処理の流れを示すフローチャートである。図１８に示すように、自動補完処理部２２は、図１６に示した属性情報の作成結果から、リンク両端の拠点の属性情報を取得し（Ｓ４０１）、両拠点のsubnetの属性情報に重複があるか否かを判定する（Ｓ４０２）。
【００６６】
そして、自動補完処理部２２は、両拠点のsubnetの属性情報に重複がある場合（Ｓ４０２：Ｙｅｓ）、補完ＮＦをＮＡＴと決定し（Ｓ４０３）、両拠点のsubnetの属性情報に重複がない場合（Ｓ４０２：Ｎｏ）、補完ＮＦを無しと決定する（Ｓ４０４）。
【００６７】
（３）ネットワーク間の補完
図１９は、抽象度がネットワークの場合の補完処理の流れを示すフローチャートである。図１９に示すように、自動補完処理部２２は、図１６に示した属性情報の作成結果から、リンク両端のネットワークの属性情報を取得し（Ｓ５０１）、両ネットワークのインフラ属性情報が完全一致するか否かを判定する（Ｓ５０２）。
【００６８】
そして、自動補完処理部２２は、両ネットワークのインフラ属性情報が完全一致する場合（Ｓ５０２：Ｙｅｓ）、両ネットワークのsubnetの属性情報が１つ、かつ、同じである場合（Ｓ５０３：Ｙｅｓ）、補完ＮＦをブリッジ（Bridge）と決定する（Ｓ５０４）。
【００６９】
一方、自動補完処理部２２は、両ネットワークのsubnetの属性情報が１つではない、または、同じではない場合（Ｓ５０３：Ｎｏ）、両ネットワークのsubnetの属性情報に重複している属性情報があるか否かを判定する（Ｓ５０５）。そして、自動補完処理部２２は、重複している属性情報がある場合（Ｓ５０５：Ｙｅｓ）、補完ＮＦをＮＡＴと決定し（Ｓ５０６）、重複している属性情報がない場合（Ｓ５０５：Ｎｏ）、補完ＮＦをルータと決定する（Ｓ５０７）。
【００７０】
また、自動補完処理部２２は、両ネットワークのインフラ属性情報が完全一致しない場合（Ｓ５０２：Ｎｏ）、両ネットワークのsubnetの属性情報が１つ、かつ、同じであるか否かを判定する（Ｓ５０８）。
【００７１】
そして、自動補完処理部２２は、両ネットワークのsubnetの属性情報が１つ、かつ、同じである場合（Ｓ５０８：Ｙｅｓ）、補完ＮＦをリモートブリッジと決定する（Ｓ５０９）。一方、自動補完処理部２２は、両ネットワークのsubnetの属性情報が１つではない、または、同じではない場合（Ｓ５０８：Ｎｏ）、補完ＮＦをリモートルータと決定する（Ｓ５１０）。
【００７２】
（４）ノード間の補完
図２０は、抽象度がノードの場合の補完処理の流れを示すフローチャートである。図２０に示すように、自動補完処理部２２は、図１６に示した属性情報の作成結果から、リンク両端のノードの属性情報を取得する（Ｓ６０１）。続いて、自動補完処理部２２は、両ノードについて、図１２に示す接続方式にしたがって当該ノードが属するインフラのＮＦ間接続方式を取得する（Ｓ６０２）。
【００７３】
そして、自動補完処理部２２は、ノードが同じネットワークに属する場合（Ｓ６０３：Ｙｅｓ）、補完ＮＦをＮＦ間接続方式に対応するデバイス（Value）と決定する（Ｓ６０４）。一方、自動補完処理部２２は、ノードが同じネットワークに属さない場合（Ｓ６０３：Ｎｏ）、補完ＮＦを無しと決定する（Ｓ６０５）。
【００７４】
（５）具体例
図２１は、デバイスの補完を説明する図である。ここでは、図２１のリンク１の補完について説明する。自動補完処理部２２は、リンク１の拠点（抽象度１）のsubnetについて、「192.168.10.0/24」が重複していることから、補完ＮＦをNATと決定する。また、自動補完処理部２２は、リンク１のネットワーク（抽象度２）のsubnetについて、subnetの属性情報が完全一致ではなく、１つでもないことから、補完ＮＦをリモートルータと決定する。また、自動補完処理部２２は、リンク１の端点であるノード５（抽象度３）とノード６（抽象度３）については、ノード５がインフラ１に属し、ノード６がインフラ２に属するので、別々のノードに属することから、補完ＮＦを無しと決定する。
【００７５】
このようにして、自動補完処理部２２は、抽象度（１、２、３）の補完NFとして「NAT、リモートルータ、なし」と決定する。そして、自動補完処理部２２は、図１１に示した補完デバイスＤＢ１２から、「NAT、リモートルータ、なし」に対応する補完デバイス「リモートルータ、ＮＡＴルータ」を決定する。
【００７６】
この結果、自動補完処理部２２は、補完デバイス「リモートルータ、ＮＡＴルータ」を、論理構成図のリンク１の端点に追加した物理構成図を生成する。具体的には、自動補完処理部２２は、インフラの若番側であるインフラ１にリモートルータを設定し、インフラの若番側ではないインフラ２にＮＡＴルータを設定する。
【００７７】
上述した処理によって、論理構成図における各リンクについて決定された補完デバイスの一覧を図２２に示す。図２２は、物理構成図の生成を説明する図である。自動補完処理部２２は、上述した処理によって、リンク１について補完デバイス「リモートルータ、ＮＡＴルータ」を決定し、リンク２−５について補完デバイス「ルータ」を決定し、リンク６について補完デバイス「SW」を決定する。
【００７８】
そして、自動補完処理部２２は、拠点１と拠点２の間のリンク１に「リモートルータ、ＮＡＴルータ」を設定する。自動補完処理部２２は、ネットワーク１とネットワーク２の間のリンク２に「ルータ」を設定する。自動補完処理部２２は、ノード１とのノード２との間のリンク３、ノード２とのノード３の間のリンク４、ノード４とノード５の間のリンク５のそれぞれに「ルータ」を設定する。自動補完処理部２２は、ノード６とノード７の間のリンク６に「SW」を設定する。
【００７９】
この結果、自動補完処理部２２は、ネットワーク機器の追加、すなわち新たなノードの追加に伴って、ノード等の更新を実行する。具体的には、自動補完処理部２２は、リモートルータを補完したリンク１の端点にノード１１を生成し、ＮＡＴルータを補完したリンク１の端点にノード１２を生成する。また、自動補完処理部２２は、ルータを補完したリンク２にノード２１を生成する。また、自動補完処理部２２は、ルータを補完したリンク３、リンク４、リンク５のそれぞれにノード３１、ノード３２、ノード３３を生成する。自動補完処理部２２は、SWを補完したリンク６にノード３４を生成する。
【００８０】
さらに、自動補完処理部２２は、ノードの追加に伴って、リンクの追加も実行する。具体的には、自動補完処理部２２は、ノード１１の追加に伴って、ノード５とノード１１の間にリンク１１と、ノード１２の追加に伴って、ノード１２とノード６の間にリンク１２とを追加する。また、自動補完処理部２２は、ノード２１の追加に伴って、ノード３とノード２１の間にリンク２１を追加し、ノード２１とノード４の間にリンク２２を追加する。
【００８１】
また、自動補完処理部２２は、ノード３１の追加に伴って、ノード１とノード３１の間にリンク３１を追加し、ノード３１とノード２の間にリンク３２を追加する。同様に、自動補完処理部２２は、ノード３２の追加に伴って、ノード２とノード３２の間にリンク３３を追加し、ノード３２とノード３の間にリンク３４を追加する。同様に、自動補完処理部２２は、ノード３３の追加に伴って、ノード４とノード３３の間にリンク３５を追加し、ノード３３とノード５の間にリンク３６を追加する。また、自動補完処理部２２は、ノード３４の追加に伴って、ノード６とノード３４の間にリンク３７を追加し、ノード３４とノード７の間にリンク３８を追加する。
【００８２】
このようにして、自動補完処理部２２は、論理構成図の設計情報にしたがって各オブジェクトの属性情報を生成し、各オブジェクトの属性情報にしたがってネットワーク機器を補完する。そして、自動補完処理部２２は、図２２の下図に示すような物理構成図を生成する。
【００８３】
（６）物理構成の詳細
ここで、図２３から図３０を用いて、自動補完処理部２２が、論理構成図の情報等を用いて生成した物理構成図の詳細について説明する。ここで説明する情報は、自動補完処理部２２が、物理構成図の生成に伴って生成する情報である。なお、図２３から図３０も図６と同様、ポインタによって参照関係が示される。
【００８４】
図２３は、物理構成図のオブジェクトの詳細内容を説明する図である。図２３に示すように、自動補完処理部２２は、図５の論理構成図のオブジェクトに加えて、ノード１１、ノード１２、ノード２１、ノード３１、ノード３２、ノード３３、ノード３４の配列を追加し、リンク１１、リンク１２、リンク２１、リンク２２、リンク３１−３８を追加する。
【００８５】
図２４は、物理構成図全体の設定情報を示す図である。図２４に示すように、自動補完処理部２２は、図６の論理構成図の状態から、拠点にノードを追加するとともに、リンク１の端点を更新する。具体的には、自動補完処理部２２は、拠点１（site１）にノード１１とノード２１とを新たに追加し、拠点２（site２）にノード１２を新たに追加する。また、自動補完処理部２２は、リンク１の端点となるノードのノード５とノード６について、ノード５をノード１１に更新し、ノード６をノード１２に更新する。
【００８６】
図２５は、物理構成図の拠点１の設定情報を示す図である。図２５に示すように、論理構成図の図２４と比較して、拠点１のリンク（Links）が参照する配列には、リンク２ではなくリンク１１、リンク２１、リンク２２が格納されている。また、リンク１１の配列は、ネットワーク配列のネットワーク２を参照し、ノード配列のノード５とノード１１を参照する。リンク２１の配列は、ネットワーク配列のネットワーク１を参照し、ノード配列のノード３とノード２１を参照する。リンク２２の配列は、ネットワーク配列のネットワーク２を参照し、ノード配列のノード４とノード２１を参照する。
【００８７】
図２６は、物理構成図の拠点２の設定情報を示す図である。図２６に示すように、論理構成図の図２４と比較して、拠点２のリンク（Links）が参照する配列には、リンク２ではなくリンク１２が格納されている。また、拠点２のノード（Nodesは）、ノード配列のノード１２を参照する。また、リンク１２の配列は、ノード配列のノード６を参照するネットワーク配列のネットワーク３を参照し、ノード配列のノード１２とノード６を参照する。
【００８８】
図２７は、物理構成図のネットワーク１の接続関係を示す図である。図２７に示すように、論理構成図の図８と比較して、ネットワーク１のノード（Nodes）は、ノード１−３およびノード３１−３２を要素とするノード配列を参照し、ネットワーク１のリンク（Links）は、リンク３１−３４を要素とするリンク配列を参照する。また、リンク３１は、ノード配列のノード１とノード３１を参照し、リンク３２は、ノード配列のノード３１とノード２を参照し、リンク３３は、ノード配列のノード２とノード３２を参照し、リンク３４は、ノード配列のノード３２とノード３を参照する。
【００８９】
図２８は、物理構成図のネットワーク２の接続関係を示す図である。図２８に示すように、論理構成図の図８と比較して、ネットワーク２のノード（Nodes）は、ノード４−５およびノード３３を要素とするノード配列を参照し、ネットワーク２のリンク（Links）は、リンク３５−３６を要素とするリンク配列を参照する。また、リンク３５は、ノード配列のノード４とノード３３を参照し、リンク３６は、ノード配列のノード３３とノード５を参照する。
【００９０】
図２９は、物理構成図のネットワーク３の接続関係を示す図である。図２９に示すように、論理構成図の図８と比較して、ネットワーク３のノード（Nodes）は、ノード６−７およびノード３４を要素とするノード配列を参照し、ネットワーク３のリンク（Links）は、リンク３７−３８を要素とするリンク配列を参照する。また、リンク３７は、ノード配列のノード６とノード３４を参照し、リンク３８は、ノード配列のノード３４とノード７を参照する。
【００９１】
図３０は、物理構成図のノードの属性情報を示す図である。なお、ノード１からノード７は、論理構成図から変更がないので省略する。図３０に示すように、論理構成図から、ノード１１、１２、２１、３１−３４の配列が追加される。ノード１１は、インフラ１に属するリモートルータであり、ノード２１は、インフラ１に属するルータである。ノード３１、３２、３３は、インフラ１に属するルータである。ノード１２は、インフラ２に属するリモートルータとＮＡＴルータであり、ノード３４は、インフラ２に属するＳＷである。
【００９２】
［効果］
実施例１にかかるネットワーク設計装置１０は、仮想ネットワークを構成するための物理構成図を、ユーザが作成した論理構成図から推定して、自動で生成することができる。また、仮想環境の増減に合わせて論理構成図を作成し直すだけで物理構成図が自動で生成されるので、ユーザの負担も軽減でき、ネットワークの設計も高速化できる。また、従来は手動で物理構成の設計が必要だった、世界中のデータセンタや拠点間のサービスが連携したネットワークやネットワークサービスの構築が容易になる。
【実施例２】
【００９３】
実施例１では、ルータなどのネットワーク機器を補完する例を説明したが、補完できるネットワーク機器はこれに限定されない。例えば、ＰａａＳ（Platform  as  a  Service）やＩａａＳ（Infrastructure  as  a  Service）などのクラウドサービスに適したネットワーク機器を補完することもできる。
【００９４】
ＰａａＳは、ソフトウェアを構築・稼動させるために必要なライブラリを含むプラットフォームを提供するサービスであり、ＩａａＳは、仮想マシンやネットワークなどを構築・稼働させるために必要なインフラを提供するサービスである。ＰａａＳは、一般的に外部（Internet）接続のインタフェースしか持たないが、ＩａａＳにはデフォルトで外部接続のインタフェースが存在しない。そのため、ＰａａＳとＩａａＳを接続するためには、ＩａａＳに外部接続用のＰｒｏｘｙが必要となる。そこで、実施例２では、ユーザが作成した論理構成図に対して、Ｐｒｏｘｙを補完する例を説明する。
【００９５】
［実施例２の説明］
図３１は、実施例２にかかる処理を説明する図である。図３１に示すように、ネットワーク設計装置１０は、論理構成図として、ノード１およびネットワーク１を含む拠点１と、ノード２およびネットワーク２を含む拠点２とがリンク１で接続された論理構成を受け付ける。ここで、ネットワーク１には、属性情報としてsubnet（192.168.1.0/24）が設定され、拠点１には、属性情報としてインフラ（infra１）が設定される。また、ネットワーク２には、属性情報としてsubnet（192.168.2.0/24）が設定され、拠点２には、属性情報としてインフラ（infra２）が設定される。
【００９６】
そして、ネットワーク設計装置１０は、インフラ１の属性情報（Layering）がPaaSであること、インフラ２の属性情報（Layering）がIaaSであることをさらに特定できると、インフラ１とインフラ２とを接続する機器としてProxyを補完する。すなわち、ネットワーク設計装置１０は、拠点１と拠点２とを接続するProxyを論理構成図に補完する。
【００９７】
ここで、実施例１とは異なる点について説明する。まず、実施例２で予め記憶する接続方式（インフラの属性情報）は、ＮＦ間接続方式に加えて「Layering」を記憶する。図３２は、実施例２にかかる物理構成ＤＢ１３に記憶されるインフラの属性情報を示す図である。図３２に示すように、物理構成ＤＢ１３は、インフラ１の属性情報として「NF間接続方式＝ルータ」に加えて「Layering＝PaaS」を記憶し、インフラ２の属性情報として「NF間接続方式＝SW」に加えて「Layering＝IaaS」を記憶する。この結果、ネットワーク設計装置１０は、この属性情報を予め記憶することで、論理構成図の拠点１がPaaSを提供し、拠点２がIaaSを提供することを特定できる。
【００９８】
次に、実施例２の補完デバイスＤＢ１２は、図１１に示した補完デバイス一覧に対して、「Proxy」を特定する組み合わせを記憶する。図３３は、実施例２にかかる補完デバイスＤＢに記憶される情報を示す図である。図３３に示すように、補完デバイスＤＢ１２は、「抽象度（１、２、３）、補完デバイス」として「Proxy、Remote  Bridge、無し、Proxy（IaaS側）」と「Proxy、Remote  Router、無し、Proxy（IaaS側）」を記憶する。この結果、ネットワーク設計装置１０は、抽象度（１）がProxy、抽象度（２）がRemote  Router、抽象度（３）が無しと特定されたときに、IaaS側にProxyを補完すると決定することができる。
【００９９】
［属性情報の生成］
実施例２にかかるネットワーク設計装置１０は、実施例１と同様の手法によって、指示された論理構成図に対して、ユーザが設定した属性情報を基に、各抽象度の属性情報を生成する。なお、詳細な説明は、実施例１と同様なので省略する。
【０１００】
図３４は、実施例２にかかる属性情報の補完を説明する図である。図３４の上図は、ユーザが生成した論理構成図で設定された属性情報を示し、図３４の下図は、論理構成図に基づいて、ネットワーク設計装置１０が生成した属性情報である。図３４に示すように、ネットワーク設計装置１０は、ユーザが作成した論理構成図の属性情報に対して、拠点１および拠点２のsubnet、ネットワーク１およびネットワーク２のインフラ、ノード１およびノード２のインフラとsubnetを追加生成する。
【０１０１】
［処理の流れ］
次に、実施例２にかかる補完処理の流れを説明する。ここでは、抽象度が拠点の場合のフローについて説明する。なお、抽象度が拠点以外のフローについては、実施例１と同じなので、詳細な説明は省略する。図３５は、実施例２にかかる補完処理の流れを示すフローチャートである。
【０１０２】
図３５に示すように、自動補完処理部２２は、図３４に示した属性情報の作成結果から、リンク両端の拠点の属性情報を取得し（Ｓ７０１）、図３２に示したインフラの属性情報（接続方式）を参照して、各拠点のinfra属性情報を基にインフラのLayeringの属性情報を取得する（Ｓ７０２）。
【０１０３】
そして、自動補完処理部２２は、２つの拠点のLayeringの属性情報がPaaSとIaaSである場合（Ｓ７０３：Ｙｅｓ）、補完ＮＦをProxyと決定する（Ｓ７０４）。一方、自動補完処理部２２は、２つの拠点のLayeringの属性情報がPaaSとIaaSではない場合（Ｓ７０３：Ｎｏ）、両拠点のsubnetの属性情報に重複があるか否かを判定する（Ｓ７０５）。
【０１０４】
そして、自動補完処理部２２は、両拠点のsubnetの属性情報に重複がある場合（Ｓ７０５：Ｙｅｓ）、補完ＮＦをＮＡＴと決定し（Ｓ７０６）、両拠点のsubnetの属性情報に重複がない場合（Ｓ７０５：Ｎｏ）、補完ＮＦを無しと決定する（Ｓ７０７）。
【０１０５】
［物理構成］
図３６は、実施例２で生成される物理構成図を示す図である。図３６の上図に示すように、上述した処理によって、ネットワーク設計装置１０は、リンク１の抽象度１から３について、「proxy、リモートルータ、無し」と判定した結果、リンク１の補完デバイスを「Proxy（IaaS側）」と決定する。したがって、図３６の下図に示すように、ネットワーク設計装置１０は、リンク１の端点のうちIaaS側である拠点２にProxyを追加する。
【０１０６】
この結果、自動補完処理部２２は、新たなノードであるProxyの追加に伴って、ノード等の更新を実行する。具体的には、自動補完処理部２２は、Proxyを補完したリンク１の端点にノード１１を生成する。さらに、自動補完処理部２２は、ノードの追加に伴って、リンクの追加も実行する。具体的には、自動補完処理部２２は、ノード１１の追加に伴って、ノード１１とノード２の間にリンク１１を追加する。
【０１０７】
このようにして、自動補完処理部２２は、論理構成図の設計情報にしたがって各オブジェクトの属性情報を生成し、各オブジェクトの属性情報にしたがってネットワーク機器を補完する。そして、自動補完処理部２２は、図３６の下図に示すような物理構成図を生成する。
【０１０８】
図３７は、実施例２にかかる物理構成の詳細を説明する図である。論理構成からの変更点としては、図３７に示すように、リンク配列のリンク１のノード−ｂには、ノード１１が新たに対応付けられる。また、ノード配列のノード１１には、属性情報として、「インフラ（infra２）、Subnets（192.168.2.0/24、10.0.0.0/24）」が新たに設定される。また、拠点配列の拠点２には、リンク１１とノード１１とが新たに対応付けられる。リンク１１の配列には、ネットワーク２、ノード１１、ノード２が対応付けられる。
【０１０９】
なお、Proxyの外部（Internet）接続には、グローバルＩＰ（Internet  Protocol）アドレスを設定する。このグローバルIPアドレスの取得方法はインフラ毎に異なるが、例えば、クラウドサービスの場合、課金してクラウドベンダに払出してもらう。
【０１１０】
［効果］
上述したように、ネットワーク設計装置１０は、ルータやブリッジなどの内部ネットワークに関するネットワーク機器に限らず、PaaSやIaaSなどのクラウドサービスに適したネットワーク機器を補完することもできる。したがって、ネットワーク設計装置１０を用いたネットワーク設計の汎用性を高くすることができ、ユーザの負担も軽減できる。
【実施例３】
【０１１１】
実施例１や２では、ルータやProxyなどのネットワーク機器を補完する例を説明したが、補完できるネットワーク機器はこれに限定されない。例えば、ＶＰＮ（Virtual  Private  Network）のＧＷ（GateWay）などのネットワーク機器を補完することもできる。
【０１１２】
IaaS間や、IaaSとユーザ拠点（オンプレミス拠点等）をインターネット経由で接続する場合、セキュリティを確保するために、VPN接続をする必要がある。そこで、この実施例３では、ユーザが作成した論理構成図に対して、VPNのGWを補完する。
【０１１３】
［実施例３の説明］
図３８は、実施例３にかかる処理を説明する図である。図３８に示すように、ネットワーク設計装置１０は、論理構成図として、ノード１およびネットワーク２を含む拠点１と、ノード２およびネットワーク２を含む拠点２とがリンク１で接続された論理構成を受け付ける。ここで、ネットワーク１には、属性情報としてsubnet（192.168.1.0/24）が設定され、拠点１には、属性情報としてインフラ（infra１）が設定される。また、ネットワーク２には、属性情報としてsubnet（192.168.2.0/24）が設定され、拠点２には、属性情報としてインフラ（infra２）が設定される。また、リンク１には、属性情報としてType（インターネット）が設定される。
【０１１４】
そして、ネットワーク設計装置１０は、インフラ１の属性情報（Layering）がIaaSであること、インフラ２の属性情報（Layering）がオンプレミス拠点であることをさらに特定できると、インフラ１とインフラ２とを接続する機器としてVPNのGWを補完する。すなわち、ネットワーク設計装置１０は、拠点１と拠点２とを接続するVPNのGWを論理構成図に補完する。
【０１１５】
ここで、実施例１−２とは異なる点について説明する。まず、実施例１で予め記憶するインフラの属性情報は、ＮＦ間接続方式に加えて「Layering」を記憶する。図３９は、実施例３にかかる物理構成ＤＢ１３に記憶されるインフラの属性情報を示す図である。図３９に示すように、物理構成ＤＢ１３は、インフラ１の属性情報として「NF間接続方式＝ルータ」に加えて「Layering＝IaaS」を記憶し、インフラ２の属性情報として「NF間接続方式＝SW」に加えて「Layering＝On−premise」を記憶する。この結果、ネットワーク設計装置１０は、この属性情報を予め記憶することで、論理構成図の拠点１がIaaSを提供し、拠点２がオンプレミス拠点であることを特定できる。
【０１１６】
次に、実施例３の補完デバイスＤＢ１２は、図３３に示した補完デバイス一覧に対して、「VPN  GW」を特定する組み合わせを記憶する。図４０は、実施例３にかかる補完デバイスＤＢに記憶される情報を示す図である。図４０に示すように、補完デバイスＤＢ１２は、「抽象度（１、２、３）、補完デバイス」として「VPN  GW、Remote  Bridge、無し、VPN  GW（レイヤ２用）」、「VPN  GW、Remote  Router、無し、VPN  GW（レイヤ３用）」、「NAT＋VPN  GW、Remote  Bridge、無し、（VPN  GW（レイヤ３用），NAT＋VPN  GW（レイヤ３用）」、「NAT＋VPN  GW、Remote  Router、無し、（VPN  GW（レイヤ３用），NAT＋VPN  GW（レイヤ３用）」を記憶する。この結果、ネットワーク設計装置１０は、抽象度（１）がVPN  GW、抽象度（２）がRemote  Router、抽象度（３）が無しと特定されたときに、レイヤ３用のVPN  GWを補完すると決定することができる。
【０１１７】
［属性情報の生成］
実施例３にかかるネットワーク設計装置１０は、実施例１と同様の手法によって、指示された論理構成図に対して、ユーザが設定した属性情報を基に、各抽象度の属性情報を生成する。なお、詳細な説明は、実施例１−２と同様なので省略する。
【０１１８】
［処理の流れ］
次に、実施例３にかかる補完処理の流れを説明する。ここでは、抽象度が拠点の場合のフローについて説明する。なお、抽象度が拠点以外のフローについては、実施例１−２と同じなので、詳細な説明は省略する。図４１は、実施例３にかかる補完処理の流れを示すフローチャートである。
【０１１９】
図４１に示すように、自動補完処理部２２は、属性情報の作成結果から、リンク両端の拠点の属性情報を取得し（Ｓ８０１）、図３９に示したinfraの属性情報（接続方式）を参照して、各拠点のinfra属性情報を基にインフラのLayeringの属性情報を取得する（Ｓ８０２）。
【０１２０】
そして、自動補完処理部２２は、２つの拠点のLayeringの属性情報がPaaSとIaaSである場合（Ｓ８０３：Ｙｅｓ）、補完ＮＦをProxyと決定する（Ｓ８０４）。一方、自動補完処理部２２は、２つの拠点のLayeringの属性情報がPaaSとIaaSではない場合（Ｓ８０３：Ｎｏ）、リンクのTypeがインターネットであるか否かを判定する（Ｓ８０５）。
【０１２１】
そして、自動補完処理部２２は、リンクのTypeがインターネットである場合（Ｓ８０５：Ｙｅｓ）、両拠点のsubnetの属性情報に重複があるか否かを判定する（Ｓ８０６）。
【０１２２】
ここで、自動補完処理部２２は、両拠点のsubnetの属性情報に重複がある場合（Ｓ８０６：Ｙｅｓ）、補完ＮＦをNAT＋VPN  GWと決定し（Ｓ８０７）、両拠点のsubnetの属性情報に重複がない場合（Ｓ８０６：Ｎｏ）、補完ＮＦをVPN  GWと決定する（Ｓ８０８）。
【０１２３】
一方で、自動補完処理部２２は、リンクのTypeがインターネットではない場合（Ｓ８０５：Ｎｏ）、両拠点のsubnetの属性情報に重複があるか否かを判定する（Ｓ８０９）。
【０１２４】
ここで、自動補完処理部２２は、両拠点のsubnetの属性情報に重複がある場合（Ｓ８０９：Ｙｅｓ）、補完ＮＦをＮＡＴと決定し（Ｓ８１０）、両拠点のsubnetの属性情報に重複がない場合（Ｓ８０９：Ｎｏ）、補完ＮＦを無しと決定する（Ｓ８１１）。
【０１２５】
［物理構成］
図４２は、実施例３で生成される物理構成図を示す図である。図４２の上図に示すように、上述した処理によって、ネットワーク設計装置１０は、リンク１の抽象度１から３について、「VPN  GW、リモートルータ、無し」と判定した結果、リンク１の補完デバイスを「VPN  GW（Ｌ３）」と決定する。したがって、図４２の下図に示すように、ネットワーク設計装置１０は、リンク１の両端点に、レイヤ３用のVPN  GWを追加する。
【０１２６】
この結果、自動補完処理部２２は、新たなノードである２つのVPN  GWの追加に伴って、ノード等の更新を実行する。具体的には、自動補完処理部２２は、リンク１の端点に、ノード１１とノード１２としてVPN  GWを追加する。さらに、自動補完処理部２２は、ノードの追加に伴って、リンクの追加も実行する。具体的には、自動補完処理部２２は、ノード１１の追加に伴って、ノード１とノード１１の間にリンク１１を追加する。また、自動補完処理部２２は、ノード１２の追加に伴って、ノード１２とノード２の間にリンク１２を追加する。
【０１２７】
このようにして、自動補完処理部２２は、論理構成図の設計情報にしたがって各オブジェクトの属性情報を生成し、各オブジェクトの属性情報にしたがってネットワーク機器を補完する。そして、自動補完処理部２２は、図４２の下図に示すような物理構成図を生成する。
【０１２８】
図４３は、実施例３で追記される物理構成を説明する図である。論理構成からの変更点としては、図４３に示すように、ノード１１の配列とノード１２の配列が新たに生成される。ノード１１の属性情報として、「インフラ（infra１）、Subnets（192.168.1.0/24、10.0.0.0/24）、Type（VPN  GW（L3））」が新たに設定され、ノード１２の属性情報として、「インフラ（infra２）、Subnets（192.168.2.0/24、10.1.0.0/24）、Type（VPN  GW（L3））」が新たに設定される。なお、VPN  GWの外部（Internet）接続には、グローバルＩＰアドレスを設定する。このグローバルIPアドレスの取得方法はインフラ毎に異なるが、例えば、クラウドサービスの場合、課金してクラウドベンダに払出してもらう。
【０１２９】
［効果］
上述したように、ネットワーク設計装置１０は、ルータやブリッジなどの内部ネットワークに関するネットワーク機器に限らず、外部ネットワークと内部ネットワークとを接続する状況を判定して、VPN  GWなどのネットワーク機器を自動で補完することもできる。したがって、ネットワーク設計装置１０を用いたネットワーク設計の汎用性を高くすることができ、ユーザの負担も軽減できる。
【実施例４】
【０１３０】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。
【０１３１】
［抽象度］
実施例１−３では、３つの抽象度を用いた例を説明したが、これに限定されるものではなく、２つであってもよく、４つ以上であっても同様に処理することができる。
【０１３２】
［システム］
記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１３３】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１３４】
［ハードウェア構成］
図４４は、ハードウェア構成例を示す図である。図４４に示すように、ネットワーク設計装置１０は、通信インタフェース１０ａ、入力装置１０ｂ、出力装置１０ｃ、ＨＤＤ（Hard  Disk  Drive）１０ｄ、ＲＡＭ（Random  Access  Memory）１０ｅ、ＣＰＵ（Central  Processing  Unit）１０ｆを有する。
【０１３５】
通信インタフェース１０ａは、他の装置の通信を制御するネットワークインタフェースカードや近距離無線インタフェースなどである。入力装置１０ｂは、ユーザからの入力を受け付ける装置であり、例えばマウスやキーボードなどである。出力装置１０ｃは、各種情報を出力する装置であり、例えばディスプレイなどである。ＨＤＤ１０ｄは、各種情報を記憶する記憶装置である。
【０１３６】
ＲＡＭ１０ｅは、メモリの一例であり、他には、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）等のＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ等を採用することができる。ＣＰＵ１０ｆは、プロセッサの一例であり、他には、ＤＳＰ（Digital  Signal  Processor）、ＦＰＧＡ（Field  Programmable  Gate  Array）、ＰＬＤ（Programmable  Logic  Device）等を採用することができる。
【０１３７】
また、ネットワーク設計装置１０は、プログラムを読み出して実行することで構成図生成方法を実行する情報処理装置として動作する。つまり、ネットワーク設計装置１０は、受付部２０、論理構成管理部２１、自動補完処理部２２、インフラ設定部２３と同様の機能を実行するプログラムを実行する。この結果、ネットワーク設計装置１０は、受付部２０、論理構成管理部２１、自動補完処理部２２、インフラ設定部２３と同様の機能を実行するプロセスを実行することができる。なお、この他の実施例でいうプログラムは、ネットワーク設計装置１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。
【０１３８】
このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ（Magneto−Optical  disk）、ＤＶＤ（Digital  Versatile  Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。
【符号の説明】
【０１３９】
１０  ネットワーク設計装置
１１  論理構成ＤＢ
１２  補完デバイスＤＢ
１３  物理構成ＤＢ
２０  受付部
２１  論理構成管理部
２２  自動補完処理部
２３  インフラ設定部
【図１】
2018136799.tif 000003
【図２】
2018136799.tif 000004
【図３】
2018136799.tif 000005
【図４】
2018136799.tif 000006
【図５】
2018136799.tif 000007
【図６】
2018136799.tif 000008
【図７】
2018136799.tif 000009
【図８】
2018136799.tif 000010
【図９】
2018136799.tif 000011
【図１０】
2018136799.tif 000012
【図１１】
2018136799.tif 000013
【図１２】
2018136799.tif 000014
【図１３】
2018136799.tif 000015
【図１４】
2018136799.tif 000016
【図１５】
2018136799.tif 000017
【図１６】
2018136799.tif 000018
【図１７】
2018136799.tif 000019
【図１８】
2018136799.tif 000020
【図１９】
2018136799.tif 000021
【図２０】
2018136799.tif 000022
【図２１】
2018136799.tif 000023
【図２２】
2018136799.tif 000024
【図２３】
2018136799.tif 000025
【図２４】
2018136799.tif 000026
【図２５】
2018136799.tif 000027
【図２６】
2018136799.tif 000028
【図２７】
2018136799.tif 000029
【図２８】
2018136799.tif 000030
【図２９】
2018136799.tif 000031
【図３０】
2018136799.tif 000032
【図３１】
2018136799.tif 000033
【図３２】
2018136799.tif 000034
【図３３】
2018136799.tif 000035
【図３４】
2018136799.tif 000036
【図３５】
2018136799.tif 000037
【図３６】
2018136799.tif 000038
【図３７】
2018136799.tif 000039
【図３８】
2018136799.tif 000040
【図３９】
2018136799.tif 000041
【図４０】
2018136799.tif 000042
【図４１】
2018136799.tif 000043
【図４２】
2018136799.tif 000044
【図４３】
2018136799.tif 000045
【図４４】
2018136799.tif 000046