(57)【要約】【課題】網管理装置のリソースの使用量等を低減しつつ、網リソースの変化等に追従した予備系統合ネットワークの更新を実現する。【解決手段】リンクを介して接続される複数の通信装置と、複数の通信装置を経由し、複数のサービスの各々を収容する複数のパスから構成される統合ネットワークを管理する管理装置とを備える通信システムであって、管理装置は、予備系統合ネットワークのリンクの帯域の使用効率を表すコストを含む統合ネットワーク管理情報を保持し、現用系統合ネットワーク及び予備系統合ネットワークを生成する統合ネットワーク生成部と、コスト及びコスト閾値に基づいて、予備系統合ネットワークの構成を変更する必要があるか否かを判定し、予備系統合ネットワークの再生成指示を統合ネットワーク生成部に出力するコスト判定部と、を有する。【選択図】図２
2016213588.tif 000002
【特許請求の範囲】
【請求項１】
リンクを介して接続される複数の通信装置と、前記複数の通信装置を経由し、複数のサービスの各々を収容する複数のパスから構成される統合ネットワークを管理する管理装置とを備える通信システムであって、
前記管理装置は、
通常の運用時に使用される前記統合ネットワークである現用系統合ネットワーク、及び前記現用系統合ネットワークを切り替える場合に使用される前記統合ネットワークである予備系統合ネットワークを管理する統合ネットワーク管理情報を保持し、
前記統合ネットワーク管理情報は、前記予備系統合ネットワークの前記リンクの帯域の使用効率を表す第１のコスト、及びコスト閾値を含み、
前記管理装置は、
前記現用系統合ネットワーク及び前記予備系統合ネットワークを生成する統合ネットワーク生成部と、
前記第１のコスト及び前記コスト閾値に基づいて、前記予備系統合ネットワークの構成を変更する必要があるか否かを判定し、前記予備系統合ネットワークの再生成を指示する第１の指示を前記統合ネットワーク生成部に出力するコスト判定部と、を有し、
前記コスト判定部は、前記予備系統合ネットワークの構成を変更する必要があると判定された場合に、前記第１の指示を前記統合ネットワーク生成部に出力することを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
前記管理装置は、前記リンクを介した前記複数の通信装置間の接続関係を管理するトポロジ情報と、前記予備系統合ネットワーク内の前記複数のサービスの各々を収容するパスを管理する第１のパス管理情報と、を保持し、
前記コスト判定部は、前記通信システム内のリソース量が変化した場合、又は、前記通信システム内のトラヒック需要が変化した場合に、前記予備系統合ネットワークの構成を変更する必要があるか否かを判定し、
前記統合ネットワーク生成部は、
対象となる予備系統合ネットワークの識別子を含む前記第１の指示を受け付けた場合、前記第１のパス管理情報を参照して、検索対象から除外するパスの通信経路の組合せを特定し、
前記トポロジ情報に基づいて、前記対象の予備系統合ネットワークにおける前記複数のサービスの各々を収容するパスの候補経路を検索し、
前記特定された通信経路の組合せに基づいて前記複数のサービスの各々を収容するパスの候補経路の組合せについて前記第１のコストを算出し、前記第１のコストが最小となる候補経路の組合せを、前記対象の予備系統合ネットワークにおける前記複数のサービスの各々を収容するパスの新たな通信経路に決定し、当該新たな通信経路の情報に基づいて前記第１のパス管理情報を更新することを特徴とする通信システム。
【請求項３】
請求項２に記載の通信システムであって、
前記管理装置は、前記現用系統合ネットワーク内の前記複数のサービスの各々を収容するパスを管理する第２のパス管理情報を保持し、
前記統合ネットワーク生成部は、
前記第１のパス管理情報及び前記第２のパス管理情報を比較することによって、前記パスの変更が必要なサービスである第１のサービスを特定し、
前記第１のサービス以外のサービスについては、前記第２のパス管理情報から当該サービスを収容する前記パスの通信経路の情報を取得し、
前記第１のサービスについては、前記トポロジ情報に基づいて、当該サービスを収容するパスの候補経路を検索することを特徴とする通信システム。
【請求項４】
請求項２に記載の通信システムであって、
前記管理装置は、前記サービスの運用を開始するための初期設定要求を受け付けた場合、前記現用系統合ネットワーク及び前記予備系統合ネットワークの生成を指示する第２の指示を前記統合ネットワーク生成部に出力する初期設定部を有し、
前記第２の指示は、前記サービスの識別子、前記サービスの帯域、端点となる通信装置の識別子、及び前記除外する通信経路の情報を含み、
前記統合ネットワーク管理情報は、前記現用系統合ネットワークの前記リンクの帯域の使用効率を表す第２のコストを含み、
前記統合ネットワーク生成部は、
前記第２の指示を受け付けた場合、前記トポロジ情報に基づいて、前記現用系統合ネットワークにおける前記複数のサービスの各々を収容するパスの候補経路を検索し、
前記複数のサービスの各々を収容するパスの候補経路の組合せについて前記第２のコストを算出し、前記第２のコストが最小となる候補経路の組合せを、前記現用系統合ネットワークにおける前記複数のサービスの各々を収容するパスの通信経路に決定し、当該通信経路の情報に基づいて前記第２のパス管理情報を生成し、
前記トポロジ情報及び前記除外する通信経路の情報に基づいて、前記予備系統合ネットワークにおける前記複数のサービスの各々を収容するパスの候補経路を検索し、
前記複数のサービスの各々を収容するパスの候補経路の組合せについて前記第１のコストを算出し、前記第１のコストが最小となる候補経路の組合せを、前記予備系統合ネットワークにおける前記複数のサービスの各々を収容するパスの通信経路に決定し、当該通信経路の情報に基づいて前記第１のパス管理情報を生成することを特徴とする通信システム。
【請求項５】
請求項４に記載の通信システムであって、
前記統合ネットワーク生成部は、
前記第２のパス管理情報及び前記除外する通信経路の情報に基づいて、前記現用系統合ネットワークのパスの通信経路と同一の通信経路を設定可能なパスに収容されるサービスである第２のサービスを特定し、
前記第２のサービスについては、前記第２のパス管理情報から当該サービスを収容する前記パスの通信経路の情報を取得し、
前記第２のサービス以外のサービスについては、前記トポロジ情報及び前記除外する通信経路の情報に基づいて、当該サービスを収容するパスの候補経路を検索することを特徴とする通信システム。
【請求項６】
リンクを介して接続される複数の通信装置を経由し、複数のサービスの各々を収容する複数のパスから構成される統合ネットワークを管理する管理装置であって、
通常の運用時に使用される前記統合ネットワークである現用系統合ネットワーク、及び前記現用系統合ネットワークを切り替える場合に使用される前記統合ネットワークである予備系統合ネットワークを管理する統合ネットワーク管理情報を保持し、
前記統合ネットワーク管理情報は、前記予備系統合ネットワークの前記リンクの帯域の使用効率を表す第１のコスト、及びコスト閾値を含み、
前記管理装置は、
前記現用系統合ネットワーク及び前記予備系統合ネットワークを生成する統合ネットワーク生成部と、
前記第１のコスト及び前記コスト閾値に基づいて、前記予備系統合ネットワークの構成を変更する必要があるか否かを判定し、前記予備系統合ネットワークの再生成を指示する第１の指示を前記統合ネットワーク生成部に出力するコスト判定部と、を備え、
前記コスト判定部は、前記予備系統合ネットワークの構成を変更する必要があると判定された場合に、前記第１の指示を前記統合ネットワーク生成部に出力することを特徴とする管理装置。
【請求項７】
請求項６に記載の管理装置であって、
前記リンクを介した前記複数の通信装置間の接続関係を管理するトポロジ情報と、前記予備系統合ネットワーク内の前記複数のサービスの各々を収容するパスを管理する第１のパス管理情報と、を保持し、
前記コスト判定部は、前記通信システム内のリソース量が変化した場合、又は、前記通信システム内のトラヒック需要が変化した場合に、前記予備系統合ネットワークの構成を変更する必要があるか否かを判定し、
前記統合ネットワーク生成部は、
対象となる予備系統合ネットワークの識別子を含む前記第１の指示を受け付けた場合、前記第１のパス管理情報を参照して、検索対象から除外するパスの通信経路の組合せを特定し、
前記トポロジ情報に基づいて、前記対象の予備系統合ネットワークにおける前記複数のサービスの各々を収容するパスの候補経路を検索し、
前記特定された通信経路の組合せに基づいて前記複数のサービスの各々を収容する前記パスの候補経路の組合せについて前記第１のコストを算出し、前記第１のコストが最小となる候補経路の組合せを、前記対象の予備系統合ネットワークにおける前記複数のサービスの各々を収容するパスの新たな通信経路に決定し、当該新たな通信経路の情報に基づいて前記第１のパス管理情報を更新することを特徴とする管理装置。
【請求項８】
請求項７に記載の管理装置であって、
前記現用系統合ネットワーク内の前記複数のサービスの各々を収容するパスを管理する第２のパス管理情報を保持し、
前記統合ネットワーク生成部は、
前記第１のパス管理情報及び前記第２のパス管理情報を比較することによって、前記パスの変更が必要なサービスである第１のサービスを特定し、
前記第１のサービス以外のサービスについては、前記第２のパス管理情報から当該サービスを収容する前記パスの通信経路の情報を取得し、
前記第１のサービスについては、前記トポロジ情報に基づいて、当該サービスを収容するパスの候補経路を検索することを特徴とする管理装置。
【請求項９】
請求項７に記載の管理装置であって、
前記サービスの運用を開始するための初期設定要求を受け付けた場合、前記現用系統合ネットワーク及び前記予備系統合ネットワークの生成を指示する第２の指示を前記統合ネットワーク生成部に出力する初期設定部を有し、
前記第２の指示は、前記サービスの識別子、前記サービスの帯域、端点となる通信装置の識別子、及び前記除外する通信経路の情報を含み、
前記統合ネットワーク管理情報は、前記現用系統合ネットワークの前記リンクの帯域の使用効率を表す第２のコストを含み、
前記統合ネットワーク生成部は、
前記第２の指示を受け付けた場合、前記トポロジ情報に基づいて、前記現用系統合ネットワークにおける前記複数のサービスの各々を収容するパスの候補経路を検索し、
前記複数のサービスの各々を収容するパスの候補経路の組合せについて前記第２のコストを算出し、前記第２のコストが最小となる候補経路の組合せを、前記現用系統合ネットワークにおける前記複数のサービスの各々を収容するパスの通信経路に決定し、当該通信経路の情報に基づいて前記第２のパス管理情報を生成し、
前記トポロジ情報及び前記除外する通信経路の情報に基づいて、前記予備系統合ネットワークにおける前記複数のサービスの各々を収容するパスの候補経路を検索し、
前記複数のサービスの各々を収容するパスの候補経路の組合せについて前記第１のコストを算出し、前記第１のコストが最小となる候補経路の組合せを、前記予備系統合ネットワークにおける前記複数のサービスの各々を収容するパスの通信経路に決定し、当該通信経路の情報に基づいて前記第１のパス管理情報を生成することを特徴とする管理装置。
【請求項１０】
請求項９に記載の管理装置であって、
前記統合ネットワーク生成部は、
前記第２のパス管理情報及び前記除外する通信経路の情報に基づいて、前記現用系統合ネットワークのパスの通信経路と同一の通信経路を設定可能なパスに収容されるサービスである第２のサービスを特定し、
前記第２のサービスについては、前記第２のパス管理情報から当該サービスを収容する前記パスの通信経路の情報を取得し、
前記第２のサービス以外のサービスについては、前記トポロジ情報及び前記除外する通信経路の情報に基づいて、当該サービスを収容するパスの候補経路を検索することを特徴とする管理装置。
【請求項１１】
リンクを介して接続される複数の通信装置と、前記複数の通信装置を経由し、複数のサービスの各々を収容する複数のパスから構成される統合ネットワークを管理する管理装置とを備える通信システムであって、
前記管理装置は、通常の運用時に使用される前記統合ネットワークである現用系統合ネットワーク、及び前記現用系統合ネットワークを切り替える場合に使用される前記統合ネットワークである予備系統合ネットワークを管理する統合ネットワーク管理情報を保持し、
前記統合ネットワーク管理情報は、前記予備系統合ネットワークの前記リンクの帯域の使用効率を表す第１のコスト、及びコスト閾値を含み、
前記管理装置は、
前記現用系統合ネットワーク及び前記予備系統合ネットワークを生成する統合ネットワーク生成部と、
前記第１のコスト及び前記コスト閾値に基づいて、前記予備系統合ネットワークの構成を変更する必要があるか否かを判定し、構成を変更する必要がある予備系統合ネットワークに関する情報を表示するための表示情報を生成し、前記表示情報を出力するコスト判定部と、を有し、
前記コスト判定部は、前記予備系統合ネットワークの構成を変更する必要があると判定された場合に、前記表示情報を生成し、
前記表示情報は、前記予備系統合ネットワークの再生成を指示するための操作領域を表示する情報を含むことを特徴とする通信システム。
【請求項１２】
請求項１１に記載の通信システムであって、
前記管理装置は、
前記予備系統合ネットワークの再生成の指示を受け付ける指示受付部を有し、
前記リンクを介した前記複数の通信装置間の接続関係を管理するトポロジ情報と、
前記予備系統合ネットワーク内の前記複数のサービスの各々を収容するパスを管理する第１のパス管理情報と、を保持し、
前記コスト判定部は、前記通信システム内のリソース量が変化した場合、又は、前記通信システム内のトラヒック需要が変化した場合に、前記予備系統合ネットワークの構成を変更する必要があるか否かを判定し、
前記指示受付部は、対象となる予備系統合ネットワークの識別子を含み、当該予備系統合ネットワークの再生成を指示する第１の指示を前記統合ネットワーク生成部に出力し、
前記統合ネットワーク生成部は、
前記第１の指示を受け付けた場合、前記第１のパス管理情報を参照して、検索対象から除外するパスの通信経路の組合せを特定し、
前記トポロジ情報に基づいて、前記対象の予備系統合ネットワークにおける前記複数のサービスの各々を収容するパスの候補経路を検索し、
前記特定された通信経路の組合せに基づいて前記複数のサービスの各々を収容するパスの候補経路の組合せについて前記第１のコストを算出し、前記第１のコストが最小となる候補経路の組合せを、前記対象の予備系統合ネットワークにおける前記複数のサービスの各々を収容するパスの新たな通信経路に決定し、当該新たな通信経路の情報に基づいて前記第１のパス管理情報を更新することを特徴とする通信システム。
【請求項１３】
リンクを介して接続される複数の通信装置を経由し、複数のサービスの各々を収容する複数のパスから構成される統合ネットワークを管理する管理装置であって、
通常の運用時に使用される前記統合ネットワークである現用系統合ネットワーク、及び前記現用系統合ネットワークを切り替える場合に使用される前記統合ネットワークである予備系統合ネットワークを管理する統合ネットワーク管理情報を保持し、
前記統合ネットワーク管理情報は、前記予備系統合ネットワークの前記リンクの帯域の使用効率を表す第１のコスト、及びコスト閾値を含み、
前記管理装置は、
前記現用系統合ネットワーク及び前記予備系統合ネットワークを生成する統合ネットワーク生成部と、
前記第１のコスト及び前記コスト閾値に基づいて、前記予備系統合ネットワークの構成を変更する必要があるか否かを判定し、構成を変更する必要がある予備系統合ネットワークに関する情報を表示するための表示情報を生成し、前記表示情報を出力するコスト判定部と、
前記予備系統合ネットワークの再生成の指示を受け付け、前記予備系統合ネットワークの再生成の指示を前記統合ネットワーク生成部に出力する指示受付部と、を有し、
前記コスト判定部は、前記予備系統合ネットワークの構成を変更する必要があると判定された場合に、前記表示情報を生成し、
前記表示情報は、前記予備系統合ネットワークの再生成を指示するための操作領域を表示する情報を含むことを特徴とする管理装置。
【請求項１４】
請求項１３に記載の管理装置であって、
前記リンクを介した前記複数の通信装置間の接続関係を管理するトポロジ情報と、前記予備系統合ネットワーク内の前記複数のサービスの各々を収容するパスを管理する第１のパス管理情報と、を保持し、
前記コスト判定部は、前記通信システム内のリソース量が変化した場合、又は、前記通信システム内のトラヒック需要が変化した場合に、前記予備系統合ネットワークの構成を変更する必要があるか否かを判定し、
前記統合ネットワーク生成部は、
対象となる予備系統合ネットワークの識別子を含み、当該予備系統合ネットワークの再生成を指示する第１の指示を受け付けた場合、前記第１のパス管理情報を参照して、検索対象から除外するパスの通信経路の組合せを特定し、
前記トポロジ情報に基づいて、前記対象の予備系統合ネットワークにおける前記複数のサービスの各々を収容するパスの候補経路の組合せを検索し、
前記特定された通信経路の組合せに基づいて前記複数のサービスの各々を収容するパスの候補経路の組合せについて前記第１のコストを算出し、前記第１のコストが最小となる候補経路の組合せを、前記対象の予備系統合ネットワークにおける前記複数のサービスの各々を収容するパスの新たな通信経路に決定し、当該新たな通信経路の情報に基づいて前記第１のパス管理情報を更新することを特徴とする管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム上の仮想ネットワークの管理技術に関する。
【背景技術】
【０００２】
通信事業者は、企業向け専用線サービス、クラウドサービス、インターネット接続サービス、Ｍ２Ｍサービス等、多様なサービスを企業ユーザ及びコンシューマ等のエンドユーザに提供する。近年、エンドユーザの増加に伴って、トラヒック量も増加している。限られた投資、及び物理インフラの中で多様化するサービスを提供するために、ネットワーク仮想化技術を用いて、複数サービスを同時に収容する統合ネットワークの構築が必要である。なお、ネットワーク仮想化技術には、ＶＬＡＮ、ＭＰＬＳ−ＴＰ（Ｍｕｌｔｉ  Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ−Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｆｉｌｅ）、ＶＸＬＡＮ、ＮＶＧＲＥ等が知られている。
【０００３】
また、データセンタネットワーク事業者は、仮想マシン間の柔軟なマイグレーションを実現するために、ＶＸＬＡＮ、ＮＶＧＲＥ等のネットワーク仮想化技術を用いて、仮想マシン間をＬ２ネットワークで接続する仮想ネットワークの構築を進めている。
【０００４】
通信事業者及びデータセンタネットワーク事業者は、網管理装置を用いて、複数の通信装置及び複数の通信装置間を接続する物理リンクから構成される物理インフラ上に、複数のサービスの各々に対応する複数のスライスを構築し、各スライスの仮想ネットワークを管理する。そのため、通信事業者及びデータセンタネットワーク事業者は、統合ネットワークの構成、及び仮想ネットワークによって消費される物理的な帯域等の網リソースを管理する。ここで、統合ネットワークとは、同一の物理インフラに収容される複数の仮想ネットワーク群を示す。
【０００５】
統合ネットワークの構築及び運用にあたっては、複数のサービスを高いリソース利用効率で管理する必要がある。消費帯域を管理する標準技術としては、論理的な通信経路を予めエンド・トゥー・エンドで静的に設定するＭＰＬＳ−ＴＰ（Ｍｕｌｔｉ  Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ−Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｆｉｌｅ）がある。ＭＰＬＳ−ＴＰは、ＩＰパケットにラベルを付与し、ラベルを参照してＩＰパケットを転送するＭＰＬＳ（Ｍｕｌｔｉ  Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）技術の一種である。通信経路（すなわち、論理パス）毎に帯域を設定し、通信経路上の通信装置が設定帯域にしたがってポリシング、シェーピング等の帯域制御を行う。
【０００６】
また、通信事業者網、及び、データセンタ網では、網内で障害が発生した時に自律的に経路を復旧し、エンドユーザが継続してサービスを利用できるような信頼性が求められる。
【０００７】
従来のＭＰＬＳ（以下、ＩＰ／ＭＰＬＳ）では、ＩＰルーティングプロトコルに基づいて動的に通信経路が設定される。これに対し、ＭＰＬＳ−ＴＰでは、通信経路が静的に設定され、通信経路上の接続性を監視するためのＯＡＭ（Ｏｐｅｒａｔｉｏｎ、Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）機能、及び、通信経路毎に予め予備経路が設定され、障害発生時に通信経路を予備経路へ切替えるプロテクション機能により、従来のトランスポート網と同等の信頼性を実現する。
【０００８】
通信事業者網、及びデータセンタ網では、通信装置及び物理リンク等の網リソースの増強に伴うリソース量の変化、又は、新規ユーザの収容若しくはサービスの契約帯域の変更に伴うトラヒック需要の変化が高い頻度で発生する。リソース量の変化又はトラヒック需要の変化後に、障害が発生した場合、通信サービスを継続するためには、リソース量の変化又はトラヒック需要の変化に追従した予備経路の更新が必要となる。
【０００９】
予備経路の更新方式としては、特許文献１に記載の技術がある。特許文献１には、「周期的に予備ルートの検索および再設定を行う。検索結果にしたがって予備ルートの帯域が他の現用ルートなどに使用されている場合に予備ルートを再設定する。あるいは、予備ルートの帯域の有無にかかわらず周期的に予備ルートの再設定を行う。」ことが記載されている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開平１１−５５２７２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
網管理装置は、同一の物理インフラに統合収容する複数の仮想ネットワークの構成、及び、仮想ネットワークによって消費される物理的な帯域等の網リソースを管理する。そのため、網リソースに対する各仮想ネットワークの消費帯域が、網リソースのリソース量を超えないように管理する必要があり、高いリソース利用効率の実現が求められる。
【００１２】
従来は、現用系の通信経路及び予備系の通信経路は、網運用開始時に予め設定される。しかし、高いリソース利用効率でのサービスの提供を実現するためには、オペレータがリソース利用効率を計算し、網を設計する必要がある。リソース量の変化、又はトラヒック需要の変化が頻繁に発生した場合、オペレータの負荷が増大し、リソース利用効率の高い網を設計ができない課題があった。
【００１３】
特許文献１に開示の技術を用いた場合、網管理装置が、網リソース量又はトラヒック需要の変化に追従して、通信経路の設定を行うことが可能である。
【００１４】
しかし、特許文献１に開示の技術は、予備経路の帯域不足を解決することを目的としており、網全体としてのリソース利用効率を管理するものではない。したがって、高いリソース利用効率の予備経路を構成できない課題があった。
【００１５】
また、特許文献１に記載の技術では、網リソースのリソース量又はトラヒック需要が変化した場合に予備経路が更新される。そのため、頻繁に網リソースのリソース量又はトラヒック需要が変化する場合、網管理装置の計算機リソースが不足し、また、網管理装置の処理負荷が増大する。これによって、予備経路の再生成処理が実行できず、また、通常の保守管理に支障がでる可能性がある。
【課題を解決するための手段】
【００１６】
本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、リンクを介して接続される複数の通信装置と、前記複数の通信装置を経由し、複数のサービスの各々を収容する複数のパスから構成される統合ネットワークを管理する管理装置とを備える通信システムであって、前記管理装置は、通常の運用時に使用される前記統合ネットワークである現用系統合ネットワーク、及び前記現用系統合ネットワークを切り替える場合に使用される前記統合ネットワークである予備系統合ネットワークを管理する統合ネットワーク管理情報を保持し、前記統合ネットワーク管理情報は、前記予備系統合ネットワークの前記リンクの帯域の使用効率を表す第１のコスト、及びコスト閾値を含み、前記管理装置は、前記現用系統合ネットワーク及び前記予備系統合ネットワークを生成する統合ネットワーク生成部と、前記第１のコスト及び前記コスト閾値に基づいて、前記予備系統合ネットワークの構成を変更する必要があるか否かを判定し、前記予備系統合ネットワークの再生成を指示する第１の指示を前記統合ネットワーク生成部に出力するコスト判定部と、を有し、前記コスト判定部は、前記予備系統合ネットワークの構成を変更する必要があると判定された場合に、前記第１の指示を前記統合ネットワーク生成部に出力することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、複数のサービスを収容する統合ネットワークにおいて、管理装置の計算機リソースの使用量及び処理負荷を低減しつつ、網リソースのリソース量の変化及びトラヒック需要の変化に追従して、網全体のリソース利用効率が高い予備系統合ネットワークを設定できる。前述した以外の課題、構成及び効果は、以下の実施例の説明によって明らかにされる。
【図面の簡単な説明】
【００１８】
【図１】実施例１の通信システムの一例を示すブロック図である。
【図２】実施例１の網管理装置の構成の一例を示すブロック図である。
【図３Ａ】実施例１の網管理装置が保持する面管理情報の一例を示す説明図である。
【図３Ｂ】実施例１の網管理装置が保持する面管理情報の一例を示す説明図である。
【図３Ｃ】実施例１の網管理装置が保持する面管理情報の一例を示す説明図である。
【図３Ｄ】実施例１の網管理装置が保持する面管理情報の一例を示す説明図である。
【図３Ｅ】実施例１の網管理装置が保持する面管理情報の一例を示す説明図である。
【図４】実施例１の網管理装置によって生成される面の一例を示す説明図である。
【図５Ａ】実施例１の網管理装置が保持するパス管理情報の一例を示す説明図である。
【図５Ｂ】実施例１の網管理装置が保持するパス管理情報の一例を示す説明図である。
【図６】実施例１の網管理装置が保持するリンク管理情報の一例を示す説明図である。
【図７】実施例１の網管理装置が保持するエリア管理情報の一例を示す説明図である。
【図８Ａ】実施例１の網管理装置が保持するエリア障害管理情報の一例を示す説明図である。
【図８Ｂ】実施例１の網管理装置が保持するエリア障害管理情報の一例を示す説明図である。
【図９】実施例１の網管理装置が保持するトポロジ管理情報の一例を示す説明図である。
【図１０】実施例１の通信システムの処理の流れを説明するシーケンスである。
【図１１】実施例１の網管理装置のコスト閾値設定部が実行するコスト閾値設定処理の一例を説明するフローチャートである。
【図１２】実施例１の網管理装置の面初期設定部が実行する面初期設定処理の一例を説明するフローチャートである。
【図１３】実施例１の網管理装置のコスト判定部が実行するコスト判定処理を説明するフローチャートである。
【図１４】実施例１の網管理装置によって再生成された予備面１の一例を示す説明図である。
【図１５Ａ】実施例１の網管理装置の面生成部が実行する面生成処理を説明するフローチャートである。
【図１５Ｂ】実施例１の網管理装置の面生成部が実行する面生成処理を説明するフローチャートである。
【図１６Ａ】実施例２の網管理装置の面生成部が実行する面生成処理を説明するフローチャートである。
【図１６Ｂ】実施例２の網管理装置の面生成部が実行する面生成処理を説明するフローチャートである。
【図１７】実施例２の網管理装置によって再生成された予備面１の一例を示す説明図である。
【図１８】実施例２の網管理装置が保持するパス管理情報の一例を示す説明図である。
【図１９】実施例２の網管理装置が保持する面管理情報の一例を示す説明図である。
【図２０】実施例３の網管理装置の構成の一例を示すブロック図である。
【図２１】実施例３の網管理装置が実行するコスト判定処理の一例を説明するフローチャートである。
【図２２】実施例３の網管理装置がオペレータに対して表示するイベント表示画面の一例を示す説明図である。
【図２３】実施例３の指示受付部が実行する面再生成処理の一例を説明するフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明の実施例を添付図面に基づいて説明する。
【実施例１】
【００２０】
図１は、実施例１の通信システムの一例を示すブロック図である。
【００２１】
実施例１の通信システムは、複数の通信装置（ノード）及び網管理装置３０から構成される。
【００２２】
通信装置は、スイッチ又はルータ等の機能を備える装置である。通信装置は、図示しない、プロセッサ、メモリ、及びネットワークインタフェース等の計算機リソースを有する。本明細書では、通信装置をノードとも記載する。図１に示す通信システムは、ノード１〜９を含み、各ノードはリンクを介して互いに接続される。また、図１に示す通信システムでは、リンク１〜１１を含む。通信システムは、複数のノード及び複数のリンクによって網が構成される。
【００２３】
図１に示す網に含まれるノードのうち、ノード１及びノード２は、網のエッジに配置されたエッジノードであり、ノード１には端末１〜３が接続され、また、ノード２にはサーバ１〜３が接続される。ノード３〜１０は、ノード１及びノード２間の通信を中継する。
【００２４】
端末１〜３は、エンドユーザが操作する端末装置であり、また、サーバ１〜３は、端末１〜３の要求に応じて各種サービスを提供する計算機である。提供されるサービスは、例えば、映像配信サービス、インターネット接続サービス、及びクラウドサービスなどがある。
【００２５】
本実施例では、端末１は任意のパスを介してサーバ１と接続し、端末２は任意のパスを介してサーバ２と接続し、また、端末３は任意のパスを介してサーバ３と接続するものとする。また、サーバ１は端末１にサービス１を提供し、サーバ２は端末２にサービス２を提供し、また、サーバ３は端末３にサービス３を提供する。
【００２６】
ここで、パスとは一つのエッジノードから他のエッジノードを接続する通信経路であり、所定の帯域が確保された通信経路をいう。本実施例では、サービス毎にパスが網上に設定される。本実施例では、複数のサービスの各々を収容するパス（スライス）の集合を面（統合ネットワーク）とも記載する。すなわち、面は、サービスの識別情報及びパスの情報が対応付けられることによって定義される。
【００２７】
網管理装置３０は、網を管理する。網管理装置３０は、直接又は管理ネットワーク等を介して各ノードと接続する。
【００２８】
オペレータは、網管理装置３０を用いてノード及びリンクから構成される網を管理する。また、オペレータは、網管理装置３０を用いて、網内に、隣接するノード及び当該ノード間を接続するリンクから構成されるエリアを設定する。図１に示す例では、ノード３、ノード４及びリンク２から構成されるエリア１、ノード５、ノード６及びリンク５から構成されるエリア２、並びに、ノード７、ノード８、ノード９、リンク８、リンク９及びリンク１０から構成されるエリア３がオペレータによって設定される。
【００２９】
なお、ノード１及びノード２は、いずれのエリアにも属さないノードであるが、オペレータは、ノード１及びノード２がエリアに含まれるように設定することもできる。
【００３０】
網管理装置３０は、オペレータによって設定されたエリアの状態を管理することによって、隣接する複数のノード及びリンクにおいて同時に障害が発生する広域災害が発生した場合に、エリア単位の障害に対応できる。
【００３１】
図２は、実施例１の網管理装置３０の構成の一例を示すブロック図である。
【００３２】
網管理装置３０は、ＣＰＵ１０１、メモリ１０２、ハードディスク１０３、及び複数のインタフェース１０４を備える。ＣＰＵ１０１、メモリ１０２、ハードディスク１０３及び複数のインタフェース１０４は、バス１０５を介して互いに接続される。なお、網管理装置３０は、図示しないマウス、キーボード、ディスプレイ等の入出力装置を備えてもよい。
【００３３】
ＣＰＵ１０１は、メモリ１０２に格納されるプログラムを実行する。ＣＰＵ１０１がプログラムを実行することによって網管理装置３０が有する機能を実現する。以下、プログラムを主語にして処理を説明するときは、ＣＰＵ１０１によってプログラムが実行されていることを示す。
【００３４】
メモリ１０２は、ＣＰＵ１０１によって実行されるプログラム及び当該プログラムに必要な情報を格納する。本実施例のメモリ１０２は、パス管理部１１１、ノード通信処理部１１２、障害管理部１１３、コスト閾値設定部１１４、面初期設定部１１５、コスト判定部１１６、及び面生成部１１７を実現するプログラムを格納する。
【００３５】
なお、メモリ１０２に格納されるプログラムはハードディスク１０３に格納されてもよい。この場合、ＣＰＵ１０１がハードディスク１０３からプログラムを読み出し、メモリ１０２上にプログラムをロードする。
【００３６】
ハードディスク１０３は、各種情報を格納する。本実施例のハードディスク１０３は、面管理情報１２１、パス管理情報１２２、リンク管理情報１２３、エリア管理情報１２４、エリア障害管理情報１２５、及びトポロジ管理情報１２６を格納する。
【００３７】
なお、網管理装置３０は、必ずしもハードディスク１０３を備える必要はない。例えば、メモリ１０２に各情報が格納されてもよいし、また、外部記憶装置に各情報が格納されてもよい。
【００３８】
インタフェース１０４は、外部装置と接続する回線１０６を収容するインタフェースである。本実施例の網管理装置３０は、回線１０６−１を収容するインタフェース１０４−１及び回線１０６−２を収容するインタフェース１０４−２を備える。
【００３９】
ここで、メモリ１０２に格納されるプログラム、及びハードディスク１０３に格納される情報について説明する。
【００４０】
パス管理部１１１は、網に設定されるパスを管理する。より具体的には、パス管理部１１１は、オペレータからの入力に基づいて、複数のパスの各々の経路及び帯域を管理する。
【００４１】
ノード通信処理部１１２は、ノード間の通信処理を実行する。具体的には、ノード通信処理部１１２は、インタフェース１０４を介してノードにメッセージを送信し、また、ノードから受信する。網管理装置３０とノードとの間で送受信されるメッセージは、例えば、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）メッセージが考えられる。
【００４２】
障害管理部１１３は、網の状態を管理する。具体的には、障害管理部１１３は、ノード、リンク、及びパスの障害発生通知及び回復通知をノードから受信し、受信した通知に基づいてノード、リンク、及びパスの状態を管理する。障害管理部１１３は、エリアの状態も管理する。例えば、地震等の災害によって、広範囲の地域においてノード及びリンクの障害が発生した場合、障害管理部１１３は、エリア毎に予め定義された閾値と、エリア内において障害が発生したノード及びリンクの総数とを比較し、当該総数が閾値より大きい場合、エリアの障害と判定する。
【００４３】
コスト閾値設定部１１４は、リンクの帯域消費率に基づいて算出されるコストの閾値を設定する。具体的には、コスト閾値設定部１１４は、オペレータから入力されたコスト閾値を面管理情報１２１等に設定し、又は、面管理情報１２１に設定されたコスト閾値を更新する。
【００４４】
本実施例では、パスを構成する各リンクの物理帯域に対する消費帯域の割合、すなわち、リンクの帯域消費率の最大値をコストと定義する。例えば、三つのリンクを含むパスの場合、三つのリンクのそれぞれについて帯域消費率が算出され、最も大きい帯域消費率が当該パスのコストになる。
【００４５】
また、本実施例では、面に含まれる全てのパスのコストがコスト閾値より小さくなるようにパスが設定される。コストが大きい面の場合、帯域の消費が特定のリンクに偏るため、輻輳によるパケットロス又は遅延等により通信品質の劣化が発生する。したがって、オペレータは、コストが最小となる面を設定することによって、高品質の通信サービスをエンドユーザに提供できる。
【００４６】
面初期設定部１１５は、網の運用開始前に、面の設定情報を含む入力を受け付け、コストがコスト閾値以下となる現用面及び一つ以上の予備面の設定を行う。現用面（現用系統合ネットワーク）は、通常の運用時に、すなわち、障害が発生していない時に適用される面である。予備面は、障害の発生時又は現用面の保守点検時等に適用される面である。予備面（予備系統合ネットワーク）は、障害エリアを回避したパスから構成される。例えば、あるエリアにおいて障害が発生した場合、当該障害エリアを回避したパスから構成される予備面に切り替えられる。以下の説明では、予備面においてパスが設定されないエリア、すなわち、障害の発生が想定されるエリアを想定障害エリアとも記載する。
【００４７】
後述するように、面初期設定部１１５によって、複数の障害エリアに応じた複数の予備面が自動的に生成される。したがって、オペレータが手動で面の設計することなく、コストが最小となる現用面及び予備面を生成することができる。
【００４８】
コスト判定部１１６は、網の運用時に、網の変化に伴う予備面のコストの変化を監視する。具体的には、コスト判定部１１６は、網リソースのリソース量の変化、トラヒック需要の変化、又は、コスト閾値の更新等のコスト判定のトリガを検知した場合、予備面のコストを算出し、算出されたコストがコスト閾値より大きい予備面が存在するか否かを判定する。算出されたコストがコスト閾値より大きい予備面が存在する場合、コスト判定部１１６は、当該予備面を再度生成する。すなわち、予備面が更新される。
【００４９】
コスト判定部１１６は、ノード通信処理部１１２がノード若しくはリンクの障害発生通知又は回復通知をノードから受信した場合、網リソースのリソース量の変化と判定する。
【００５０】
また、オペレータがノード若しくはリンクを増設若しくは減設した場合、又は、ハードウェア処理コア若しくはサーバ型ノードのＶＭの追加によって処理性能が増加した場合、該当するノードが網管理装置３０に所定の通知を送信する。コスト判定部１１６は、ノード通信処理部１１２が前述の通知を受信した場合、網リソースのリソース量の変化と判定してもよい。
【００５１】
また、パスの帯域の設定値が変更された場合、コスト判定部１１６は、トラヒック需要の変化と判定する。また、網管理装置３０がサーバと接続するインタフェースを備え、サーバからトラヒック需要の変化の通知を受信した場合、コスト判定部１１６は、トラヒック需要の変化と判定してもよい。
【００５２】
また、オペレータが網管理装置３０が提供するインタフェースを用いてコスト判定の指示を入力した場合、コスト判定部１１６は処理を実行してもよい。
【００５３】
面生成部１１７は、面初期設定部１１５又はコスト判定部１１６に呼び出された場合に、コストが最小となる各サービスのパスを決定することによって面を生成する。ここで、面を生成するとは、面を管理するための各種情報を生成、又は設定することを示す。
【００５４】
面管理情報１２１は、現用面及び想定障害エリア毎の予備面の構成を管理する情報を格納する。面管理情報１２１の詳細は、図３Ａ〜図３Ｅを用いて説明する。パス管理情報１２２は、一つの面に設定された複数のパスの構成を管理する情報を格納する。網管理装置３０は、一つの面に対して一つのパス管理情報１２２を保持する。パス管理情報１２２の詳細は、図５Ａ及び図５Ｂを用いて説明する。リンク管理情報１２３は、網内のリンク、及びリンクの物理帯域等を管理する情報を格納する。リンク管理情報１２３の詳細は、図６を用いて説明する。
【００５５】
エリア管理情報１２４は、エリアの構成を管理する情報を格納する。エリア管理情報１２４の詳細は、図７を用いて説明する。エリア障害管理情報１２５は、各エリアの状態を管理する情報を格納する。エリア障害管理情報１２５の詳細は、図８Ａ及び図８Ｂを用いて説明する。トポロジ管理情報１２６は、網を構成するノード及びリンクの接続関係を管理する情報を格納する。トポロジ管理情報１２６の詳細は、図９を用いて説明する。
【００５６】
図３Ａ、図３Ｂ、図３Ｃ、図３Ｄ、及び図３Ｅは、実施例１の網管理装置３０が保持する面管理情報１２１の一例を示す説明図である。図４は、実施例１の網管理装置３０によって生成される面の一例を示す説明図である。
【００５７】
図３Ａ〜図３Ｅに示す面管理情報１２１の構成は同一であるため、図３Ａを用いて面管理情報１２１について説明する。
【００５８】
面管理情報１２１は、面ＩＤ２０１、面種別２０２、障害エリアＩＤ２０３、状態２０４、収容サービス２０５、パスＩＤ２０６、帯域２０７、コスト２０８、及びコスト閾値２０９を含む。
【００５９】
面ＩＤ２０１は、面を一意に識別するための識別子である。面種別２０２は、面の種別を示す情報である。本実施例では、「現用」又は「予備」のいずれかが面種別２０２に格納される。「現用」は、面ＩＤ２０１に対応する面が現用面であることを示し、「予備」は、面ＩＤ２０１に対応する面が予備面であることを示す。
【００６０】
障害エリアＩＤ２０３は、想定障害エリアを一意に識別するための識別子である。なお、面種別２０２に「現用」が設定された行の障害エリアＩＤ２０３には「なし」が格納される。
【００６１】
状態２０４は、網上において面が適用されているか否かを示す情報である。本実施例では、「有効」又は「無効」のいずれかが状態２０４に格納される。「有効」は、現在、面ＩＤ２０１に対応する面が網に適用されていることを示し、「無効」は、面ＩＤ２０１に対応する面が網に適用されていないことを示す。
【００６２】
収容サービス２０５は、サービスを一意に識別するための識別子である。パスＩＤ２０６は、一つの面に含まれるパスを一意に識別するための識別子である。帯域２０７は、パスの帯域である。
【００６３】
コスト２０８は、面のコストである。面のコストは各面毎に算出されるため、一つの面ＩＤ２０１に対して一つのコストが対応付けられる。コスト閾値２０９は、生成される面のコストの基準となるコスト閾値である。
【００６４】
本実施例では、パスを構成するリンクにおける帯域消費率をコストとして用いる。帯域消費率は下式（１）で求めることができる。また、本実施例では、下式（２）で与えられる値を面のコストとする。
【００６５】
【数１】
2016213588.tif 000003
【００６６】
【数２】
2016213588.tif 000004
【００６７】
ここで、ＢＬ＿ｉは識別子がｉであるリンクの帯域を表す。また、ＢＰ＿ｋは、識別子がｉであるリンクを経由し、かつ、識別子がｋであるパスによって消費される帯域を示す。式（１）に示すように、帯域消費率は、一つのリンクに収容される各パスの消費帯域の合計値を当該リンクの帯域で除算することによって算出される。また、式（２）に示すように、コストは帯域消費率の最大値となる。
【００６８】
なお、コストは式（２）に示すものに限定されない。帯域の使用効率、通信品質等を示す他の指標をコストとして用いることもできる。
【００６９】
本実施例では、網管理装置３０は、面の初期設定時に、コスト２０８がコスト閾値２０９より小さいくなるように現用面及び予備面を生成する。また、網管理装置３０は、運用時において予備面のコスト２０８がコスト閾値２０９より大きくなった場合、コスト２０８がコスト閾値２０９以下となるように予備面を再度生成する。
【００７０】
本実施例では、面の初期設定時に、図３Ａに示すような面管理情報１２１が生成されるものとする。ここで、図３Ａに対応する各面の具体的な構成を図４を用いて説明する。なお、図４では、ノード１〜９間を接続するリンク１〜１１は省略している。
【００７１】
本実施例では、一つの面には、サービス１、サービス２、及びサービス３を収容する三つのパスが含まれる。現用面及び三つの予備面のそれぞれは、ノード１及びノード２が終端する三つのパス１〜３から構成され、それぞれのパスにサービス１〜３が収容される。なお、現用面及び予備面には、予備のパスが含まれてもよい。サービス１の初期の帯域は５Ｇｂｐｓ、サービス２の初期の帯域は２Ｇｂｐｓ、サービス３の初期の帯域は１Ｇｂｐｓであるものとする。
【００７２】
図４の一番上に示す面は、図３Ａの面ＩＤ２０１が「１」の現用面を表す。現用面は、通常の運用時に適用される面である。
【００７３】
現用面を構成するパス１、パス２、及びパス３は以下のような構成である。パス１は、ノード１、リンク１、ノード３、リンク２、ノード４、リンク３、及びノード２を経由する通信経路から構成され、帯域が５Ｇｂｐｓのサービス１を収容する。パス２は、ノード１、リンク４、ノード５、リンク５、ノード６、リンク６、及びノード２を経由する通信経路から構成され、帯域が２Ｇｂｐｓのサービス２を収容する。パス３は、ノード１、リンク７、ノード７、リンク８、ノード８、リンク１１、及びノード２を経由する通信経路から構成され、帯域が１Ｇｂｐｓのサービス３を収容する。
【００７４】
なお、現用面に予備のパスが含まれる場合、予備のパスの通信の接続を監視するために、ノード１及びノード２の間で周期的に接続性監視フレームが送受信される。接続性監視フレームを用いた通信の接続の監視方式としては、ＭＰＬＳ−ＴＰのＯＡＭ（Ｏｐｅｒａｔｉｏｎ、Ａｄｍｉｎｉｓｔｒａｔｉｏｎ、ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）フレームによるＰｒｏａｃｔｉｖｅ  ＣＣ（Ｃｏｎｔｉｎｕｉｔｙ  Ｃｈｅｃｋ）／ＣＶ（Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｖｅｒｉｆｉｃａｔｉｏｎ）がある。サービスが収容されていないパスにおいて通信の接続を監視することによって、切替先の面を構成するパスの接続を保証できる。
【００７５】
図４の上から二番目に示す面は、図３Ａの面ＩＤ２０１が「２」の予備面１を表す。予備面１は、エリア１がエリア障害となった時に適用される面である。予備面１を構成するパス２及びパス３は、現用面のパス２及びパス３と同一である。予備面１を構成するパス１は、エリア１を回避するように設定される。すなわち、パス１は、ノード１、リンク７、ノード７、リンク９、ノード９、リンク１０、ノード８、リンク１１、及びノード２を経由する通信経路から構成され、帯域が５Ｇｂｐｓのサービス１を収容する。
【００７６】
図４の上から三番目に示す面は、図３Ａの面ＩＤ２０１が「３」の予備面２を表す。予備面２は、エリア２がエリア障害となった時に適用される面である。予備面２を構成するパス１及びパス３は、現用面のパス１及びパス３と同一である。予備面２を構成するパス２は、エリア２を回避するように設定される。すなわち、パス２は、ノード１、リンク７、ノード７、リンク９、ノード９、リンク１０、ノード８、リンク１１、及びノード２を経由する通信経路から構成され、帯域が２Ｇｂｐｓのサービス２を収容する。
【００７７】
図４の上から四番目に示す面は、図３Ａの面ＩＤ２０１が「４」の予備面３を表す。予備面３は、エリア３がエリア障害となった時に適用される面である。予備面３を構成するパス１及びパス２は、現用面のパス２及びパス３と同一である。予備面３を構成するパス３は、エリア３を回避するように設定される。すなわち、パス３は、ノード１、リンク４、ノード５、リンク５、ノード６、リンク６、及びノード２を経由する通信経路から構成され、帯域が１Ｇｂｐｓのサービス３を収容する。
【００７８】
図４に示すように、網管理装置３０が、現用面及び想定障害エリア毎に生成された予備面を管理し、広域災害によるエリア障害が検知された場合、現用面から予備面に切り替えることによって、サービスの提供を継続できる。
【００７９】
なお、図３Ｂ〜図３Ｅは、図３Ａに示す面管理情報１２１の更新状態を示すものである。具体的な更新方法等については、後述する処理において説明する。
【００８０】
図５Ａ及び図５Ｂは、実施例１の網管理装置３０が保持するパス管理情報１２２の一例を示す説明図である。
【００８１】
図５Ａ及び図５Ｂに示すパス管理情報１２２の構成は同一であるため、図５Ａを用いてパス管理情報１２２について説明する。また、図５Ａ及び図５Ｂでは、面ＩＤ２０１が「２」の予備面のパス管理情報１２２を示す。
【００８２】
パス管理情報１２２は、パスＩＤ２２１、Ａ側端点ノード２２２、Ｚ側端点ノード２２３、中継ノード２２４、及び経由リンク２２５を含む。
【００８３】
パスＩＤ２２１は、パスＩＤ２０６と同一のものである。Ａ側端点ノード２２２及びＺ側端点ノード２２３は、パスのエッジノードの識別子である。なお、Ａ側及びＺ側の定義は、オペレータによって予め設定される。
【００８４】
中継ノード２２４は、二つのエッジノードを接続する通信経路に含まれるノードの識別子である。経由リンク２２５は、二つのエッジノードを接続する通信経路に含まれるノードを接続するリンクを一意に識別するための識別子である。
【００８５】
網管理装置３０は、パス管理情報１２２を保持することによって、面の切替時に、対象となるパスのエッジノード及び中継ノードにパスの設定変更の要求を送信できる。
【００８６】
図６は、実施例１の網管理装置３０が保持するリンク管理情報１２３の一例を示す説明図である。
【００８７】
リンク管理情報１２３は、リンクＩＤ２４１、及び物理帯域２４２を含む。リンクＩＤ２４１は、リンクを一意に識別するための識別子である。なお、リンクＩＤ２４１及び経由リンク２２５に格納される識別子は同一のものである。物理帯域２４２は、リンクの最大帯域である。
【００８８】
網管理装置３０は、面管理情報１２１、パス管理情報１２２、及びリンク管理情報１２３に基づいて、現用面及び予備面のコストを算出できる。図３Ａの面ＩＤ２０１が「２」である予備面１の場合、網管理装置３０は、面管理情報１２１の面ＩＤ２０１が「２」の行の帯域２０７と、予備面１を構成するパス１〜３を収容するリンクの物理帯域２４２とを式（１）に代入することによって、予備面１のコストを算出する。
【００８９】
例えば、パス管理情報１２２に示すように、リンクＩＤ２４１が「１」のリンクは、パスが収容されていないため、当該リンクの帯域消費率は０％と算出される。また、リンクＩＤ２４１が「７」のリンクは、物理帯域２４２が１０Ｇｂｐｓであり、また、パスＩＤ２２１が「１」及び「３」の二つのパスを収容し、また、各パスの帯域２０７が「２Ｇｂｐｓ」及び「１Ｇｂｐｓ」である。したがって、当該リンクの帯域消費率は３０％と算出される。他のリンクについても同様に算出される。具体的には、リンクＩＤ２４１が「２」、「３」のリンクの帯域消費率は０％、リンクＩＤ２４１が「４」、「５」、「６」のリンクの帯域消費率は２０％、リンクＩＤ２４１が「８」のリンクの帯域消費率は１０％、リンクＩＤ２４１が「９」、「１０」のリンクの帯域消費率は５０％、リンクＩＤ２４１が「１１」のリンクの帯域消費率は６０％と算出される。したがって、網管理装置３０は、予備面１のコストを６０％と算出し、コスト２０８に算出された値を格納する。
【００９０】
網管理装置３０は、現用面、予備面２、及び予備面３についても同様の手順でコストを算出する。
【００９１】
図７は、実施例１の網管理装置３０が保持するエリア管理情報１２４の一例を示す説明図である。
【００９２】
エリア管理情報１２４は、エリアＩＤ２５１、ノード２５２、及びリンク２５３を含む。エリアＩＤ２５１は、網内のエリアを一意に識別する識別子である。ノード２５２は、エリアに含まれるノードの識別子である。リンク２５３は、エリアに含まれるリンクの識別子である。
【００９３】
図８Ａ及び図８Ｂは、実施例１の網管理装置３０が保持するエリア障害管理情報１２５の一例を示す説明図である。
【００９４】
図８Ａ及び図８Ｂに示すエリア障害管理情報１２５の構成は同一であるため、図８Ａを用いてエリア障害管理情報１２５について説明する。
【００９５】
エリア障害管理情報１２５は、エリアＩＤ２６１及び状態２６２を含む。エリアＩＤ２６１は、網内のエリアを一意に識別する識別子である。状態２６２は、エリアの状態を示す情報である。本実施例では、「正常」又は「障害」のいずれかが状態２６２に格納される。「正常」は、エリアが正常な状態であることを示し、「障害」は、エリアに障害が発生した状態であることを示す。
【００９６】
網管理装置３０は、エリア障害管理情報１２５を保持することによって、各エリアの状態を把握できる。
【００９７】
図９は、実施例１の網管理装置３０が保持するトポロジ管理情報１２６の一例を示す説明図である。
【００９８】
トポロジ管理情報１２６は、ノードＩＤ２８１、接続ノードＩＤ２８２、及びリンクＩＤ２８３を含む。
【００９９】
ノードＩＤ２８１は、網内のノードを一意に識別するための識別子である。接続ノードＩＤ２８２は、ノードＩＤ２８１に対応するノードに接続される他のノードの識別子である。なお、ノードＩＤ２８１、接続ノードＩＤ２８２、Ａ側端点ノード２２２、Ｚ側端点ノード２２３、及び中継ノード２２４に格納される識別子は同一のものである。
【０１００】
リンクＩＤ２８３は、ノードＩＤ２８１に対応するノード及び接続ノードＩＤ２８２に対応するノードを接続するリンクを一意に識別するための識別子である。なお、リンクＩＤ２８３は、リンクＩＤ２４１と同一のものである。
【０１０１】
網管理装置３０は、トポロジ管理情報１２６を保持することによって、網内に複数のパスを設定できる。なお、トポロジ管理情報１２６は、リンク管理情報１２３と統合した形式の情報であってもよい。この場合、リンクの識別子に対して、当該リンクを介して接続されるノードの識別子、及び帯域が対応付けられる。
【０１０２】
次に、網管理装置３０が実行する具体的な処理について説明する。
【０１０３】
図１０は、実施例１の通信システムの処理の流れを説明するシーケンスである。ここでは、図１に示すような網を例に処理を説明する。
【０１０４】
ステップＳ３０１からステップＳ３０４までの処理は、網の運用開始前に実行される処理を示す。ステップＳ３０５からステップＳ３０９までの処理は、網の運用中にコストが変化した場合に実行される処理を示す。ステップＳ３１０からステップＳ３１３までの処理は、網の運用中にエリアの障害が発生した場合に実行される処理を示す。
【０１０５】
まず、通信事業者によって物理網が構築される（ステップＳ３０１）。具体的には、通信事業者が、複数のノード１〜９、及び複数のリンク１〜１１を接続して物理網を構築する。
【０１０６】
網管理装置３０は、入出力装置を介してコスト閾値の設定要求を受け付けた場合、コスト閾値設定処理を実行する（ステップＳ３０２）。コスト閾値の設定要求には、設定されるコスト閾値が含まれる。なお、コスト閾値設定処理の詳細は、図１１を用いて説明する。
【０１０７】
次に、網管理装置３０は、面初期設定処理を実行する（ステップＳ３０３）。当該処理によって、面管理情報１２１が自動的に生成される。面初期設定処理の実行タイミングは、オペレータから面の初期設定要求を受け付けた場合、又は、コスト閾値設定処理が終了した場合等が考えられる。なお、本発明は、面初期設定処理の実行タイミングに限定されない。なお、面初期設定処理の詳細は、図１２を用いて説明する。
【０１０８】
次に、網管理装置３０は、面初期設定処理の処理結果に基づいて、各ノードに現用面を構成するパスの設定を行う（ステップＳ３０４）。具体的には、網管理装置３０は、面管理情報１２１及びパス管理情報１２２に基づいて、現用面を構成するパス１〜３の設定要求をノード１〜９に送信する。以上の処理によって、網上には図４の一番上に示す現用面が設定される。
【０１０９】
網管理装置３０は、関連する全てのノードに対してパスの設定が完了したことを検知した後、網の運用を開始する（ステップＳ３０５）。具体的には、網管理装置３０は、エッジノードであるノード１に端末１〜３を接続し、エッジノードであるノード２にサーバ１〜３が接続することによって、サービスの提供を開始する。
【０１１０】
網管理装置３０は、網の運用中に、サービス３を収容するパス３の帯域が１Ｇｂｐｓから２Ｇｂｐｓに増速した場合、面管理情報１２１の収容サービス２０５が「３」である行の帯域２０７の値を「１」から「２」に更新する（ステップＳ３０６）。このとき、網管理装置３０は、パスの帯域の変化をコスト閾値判定処理のトリガとして検知し、コスト閾値判定処理を実行する（ステップＳ３０７）。コスト閾値判定処理の詳細は、図１３を用いて説明する。
【０１１１】
ここでは、予備面１のコスト２０８が「７０」に更新される。このとき、面管理情報１２１は、図３Ａから図３Ｂの状態に更新される。この場合、いずれの面のコスト２０８もコスト閾値２０９以下であるため、網管理装置３０は、面の設定の維持を決定する。
【０１１２】
網管理装置３０は、網の運用中に、サービス３を収容するパス３の帯域が２Ｇｂｐｓから４Ｇｂｐｓに増速した場合、面管理情報１２１の収容サービス２０５が「３」である行の帯域２０７の値を「２」から「４」に更新する（ステップＳ３０８）。このとき、網管理装置３０は、パスの帯域の変化をコスト閾値判定処理のトリガとして検知し、コスト閾値判定処理を実行する（ステップＳ３０９）。
【０１１３】
ここでは、予備面１のコスト２０８が「９０」に更新される。このとき、面管理情報１２１は、図３Ｂから図３Ｃの状態に更新される。この場合、予備面１のコスト２０８はコスト閾値２０９より大きいため、網管理装置３０は、再度、予備面１を生成する。当該処理によって、面管理情報１２１は、図３Ｃから図３Ｄの状態に更新される。
【０１１４】
網管理装置３０は、網の運用中に、エリア１においてエリア障害が発生した場合、エリア１を構成するノード３及びノード４、並びにエリア１を経由するパス１を終端するノード１、２から障害通知を受信する（ステップＳ３１０）。このとき、網管理装置３０の障害管理部１１３が、障害通知を解析することによって、エリア１の障害として検知する（ステップＳ３１１）。障害管理部１１３は、エリア障害管理情報１２５のエリアＩＤ２６１が「１」である行の状態２６２を「障害」に更新する。これによって、エリア障害管理情報１２５が、図８Ａから図８Ｂの状態に更新される。
【０１１５】
網管理装置３０は、面管理情報１２１に基づいて、面切替処理を実行する（ステップＳ３１２）。
【０１１６】
具体的には、網管理装置３０の障害管理部１１３は、図３Ｄに示す面管理情報１２１を参照し、障害エリアＩＤ２０３が「エリア１」である行、すなわち、予備面１に対応する行を検索する。障害管理部１１３は、現用面のパスの設定と、予備面のパスの設定とを比較し、パス１の設定を変更する必要があると判定する。
【０１１７】
次に、網管理装置３０は、面切替処理の処理結果に基づいて各ノードに予備面を構成するパスの設定を行うことによって、現用面から予備面に切り替える（ステップＳ３１３）。具体的には、網管理装置３０は、面管理情報１２１及びパス管理情報１２２に基づいて、パス１、パス３、パス４、及びパス５の設定変更要求をノード１〜９に送信する。以上の処理によって、網上には図４の上から二番目に示す予備面１が設定される。なお、網管理装置３０は、面が切り替えられた後、面ＩＤ２０１が「１」である行の状態２０４を「無効」に更新し、また、面ＩＤ２０１が「２」である行の状態２０４を「有効」に更新する。これによって、面管理情報１２１は、図３Ｄから図３Ｅの状態に更新される。
【０１１８】
図１１は、実施例１の網管理装置３０のコスト閾値設定部１１４が実行するコスト閾値設定処理の一例を説明するフローチャートである。
【０１１９】
コスト閾値設定部１１４は、コスト閾値が入力されたか否かを判定する（ステップＳ４０１）。具体的には、コスト閾値を含むコスト閾値の設定要求を受信したか否かが判定される。コスト閾値の設定要求を受信した場合、コスト閾値設定部１１４は、コスト閾値が入力されたと判定する。
【０１２０】
コスト閾値が入力されていないと判定された場合、コスト閾値設定部１１４は、ステップＳ４０１に戻り、コスト閾値が入力されるまで待ち続ける。
【０１２１】
コスト閾値が入力されたと判定された場合、コスト閾値設定部１１４は、面管理情報１２１のコスト閾値２０９の値を入力されたコスト閾値に基づいて更新する（ステップＳ４０２）。その後、コスト閾値設定部１１４は、ステップＳ４０１に戻り同様の処理を実行する。
【０１２２】
具体的には、コスト閾値２０９に値が設定されていない場合、コスト閾値設定部１１４は、コスト閾値２０９に入力されたコスト閾値を格納する。コスト閾値２０９に値が設定されている場合、コスト閾値設定部１１４は、コスト閾値２０９に入力されたコスト閾値を上書きする。例えば、コスト閾値として「８０％」が入力された場合、コスト閾値設定部１１４は、コスト閾値２０９に「８０」を設定する。
【０１２３】
なお、面管理情報１２１が生成されていない場合、コスト閾値設定部１１４は、メモリ１０２に一時的にコスト閾値を保持する。この場合、面生成部１１７が、面管理情報１２１を生成する場合に、当該コスト閾値がコスト閾値２０９に設定される。
【０１２４】
以上で説明したように、オペレータは、網の運用開始時、又は、網の運用中に、コスト閾値を設定できる。
【０１２５】
図１２は、実施例１の網管理装置３０の面初期設定部１１５が実行する面初期設定処理の一例を説明するフローチャートである。
【０１２６】
面初期設定部１１５は、面の初期設定要求を受け付けたか否かを判定する（ステップＳ４２１）。
【０１２７】
面の初期設定要求を受け付けていないと判定された場合、面初期設定部１１５は、ステップＳ４２１に戻り、面の初期設定要求を受け付けるまで待ち続ける。なお、面の初期設定要求には、予備面の数、各予備面の想定障害エリアの識別子、サービスの識別子、サービスに必要な帯域、及びエッジノードの識別子等が含まれる。
【０１２８】
面の初期設定要求を受け付けたと判定された場合、面初期設定部１１５は、面生成部１１７を呼び出し、現用面及び予備面を含む面の生成を指示する（ステップＳ４２２）。面の生成を指示には、面の初期設定要求に含まれる各種情報が含まれる。面生成部１１７は、当該指示を受け付けると面生成処理を実行する。なお、面生成処理の詳細は、図１５Ａ及び図１５Ｂを用いて説明する。
【０１２９】
次に、面初期設定部１１５は、全ての面のコストがコスト閾値以下であるか否かを判定する（ステップＳ４２３）。具体的には、面初期設定部１１５は、面管理情報１２１を参照して、各面に対応する行のコスト２０８がコスト閾値２０９以下であるか否かを判定する。
【０１３０】
少なくとも一つの面のコストがコスト閾値より大きいと判定された場合、面初期設定部１１５は、コストがコスト閾値より大きい面の識別情報とともに、面の設定ができない旨を示すエラーを通知する（ステップＳ４２４）。その後、面初期設定部１１５は、処理を終了する。
【０１３１】
図１１を用いて説明したように、面初期設定部１１５は、オペレータからの指示に基づいて、自動的にコストがコスト閾値以下の面（現用面及び予備面）を設定できる。また、面初期設定部１１５は、コストがコスト閾値より大きい面が存在する場合、エラーを通知することによって、オペレータは、ノードの追加、又はコスト閾値の変更等の保守操作が可能となる。
【０１３２】
図１３は、実施例１の網管理装置３０のコスト判定部１１６が実行するコスト判定処理を説明するフローチャートである。図１４は、実施例１の網管理装置３０によって再生成された予備面１の一例を示す説明図である。
【０１３３】
コスト判定部１１６は、コスト判定のトリガを検知したか否かを判定する（ステップＳ４４１）。
【０１３４】
コスト判定のトリガが検知されていないと判定された場合、コスト判定部１１６は、ステップＳ４４１に戻り、コスト判定のトリガが検知されるまで待ち状態となる。
【０１３５】
コスト判定のトリガが検知されたと判定された場合、コスト判定部１１６は、面の識別子を示す変数ｉを「１」に設定する（ステップＳ４４２）。
【０１３６】
コスト判定部１１６は、面管理情報１２１を参照して、面の識別子が変数ｉである対象の面が現用面であるか否かを判定する（ステップＳ４４３）。
【０１３７】
具体的には、コスト判定部１１６は、面管理情報１２１を参照して、面ＩＤ２０１が変数ｉと一致する行を検索する。コスト判定部１１６は、検索された行の面種別２０２が「現用」であるか否かを判定する。検索された行の面種別２０２が「現用」である場合、コスト判定部１１６は対象の面が現用面であると判定する。
【０１３８】
対象の面が現用面であると判定された場合、コスト判定部１１６はステップＳ４４９に進む。
【０１３９】
対象の面が現用面ではないと判定された場合、コスト判定部１１６は、対象の面のコストを算出する（ステップＳ４４４）。具体的には、以下のような処理が実行される。
【０１４０】
コスト判定部１１６は、リンク管理情報１２３を参照して、対象のリンクを一つ選択する。このとき、コスト判定部１１６は、選択されたリンクの物理帯域２４２の値を取得する。
【０１４１】
コスト判定部１１６は、対象の面に対応するパス管理情報１２２の経由リンク２２５を参照して、対象のリンクに収容されるパスを特定する。コスト判定部１１６は、面管理情報１２１の面ＩＤ２０１が変数ｉと一致する行を検索する。コスト判定部１１６は、検索された行のパスＩＤ２０６を参照し、特定されたパスの識別子に一致する行の帯域２０７の値を取得する。
【０１４２】
コスト判定部１１６は、取得された各値を式（１）に代入することによって、対象のリンクの帯域消費率を算出する。コスト判定部１１６は、各リンクに対して同様の処理を実行する。さらに、コスト判定部１１６は、算出された複数の帯域消費率の最大値をコストとして算出する。
【０１４３】
コスト判定部１１６は、面管理情報１２１の対象の面に対応する行のコスト２０８に算出されたコストを設定する。以上がステップＳ４４４の処理の説明である。
【０１４４】
コスト判定部１１６は、対象の面のコストがコスト閾値より大きいか否かを判定する（ステップＳ４４５）。具体的には、コスト判定部１１６は、面管理情報１２１を参照して、対象の面に対応する行のコスト２０８がコスト閾値２０９より大きいかか否かを判定する。
【０１４５】
対象の面のコストがコスト閾値以下であると判定された場合、コスト判定部１１６は、ステップＳ４４９に進む。
【０１４６】
対象の面のコストがコスト閾値より大きいと判定された場合、コスト判定部１１６は、面生成部１１７を呼び出し、対象の面の再生成を指示する（ステップＳ４４６）。面の再生成の指示には、対象の面の識別子が含まれる。面生成部１１７は、当該指示を受け付けると面生成処理を実行する。面生成処理の詳細は、図１５Ａ及び図１５Ｂを用いて説明する。
【０１４７】
コスト判定部１１６は、面生成処理が完了した後、対象の面のコストがコスト閾値以下であるか否かを判定する（ステップＳ４４７）。具体的には、コスト判定部１１６は、面管理情報１２１を参照して、対象の面に対応する行のコスト２０８がコスト閾値２０９以下であるか否かを判定する。
【０１４８】
対象の面のコストがコスト閾値以下であると判定された場合、コスト判定部１１６は、ステップＳ４４９に進む。
【０１４９】
対象の面のコストがコスト閾値より大きいと判定された場合、コスト判定部１１６は、対象の面の識別子とともに、面の設定ができない旨を示すエラーを通知する（ステップＳ４４８）。その後、コスト判定部１１６は、ステップＳ４４９に進む。
【０１５０】
ステップＳ４４９では、変数ｉに１を加算した値を新たな変数ｉの値に設定する（ステップＳ４４９）。その後、コスト判定部１１６は、全ての面について処理が完了したか否かを判定する（ステップＳ４５０）。具体的には、コスト判定部１１６は、面管理情報１２１に変数ｉに対応する面が存在するか否かを判定する。面管理情報１２１に変数ｉに対応する面が存在しないと判定された場合、コスト判定部１１６は、全ての面について処理が完了したと判定する。
【０１５１】
全ての面について処理が完了していないと判定された場合、コスト判定部１１６は、ステップＳ４４３に戻り、同様の処理を実行する。全ての面について処理が完了したと判定された場合、コスト判定部１１６は、処理を終了する。
【０１５２】
ステップＳ３０７のコスト判定処理では、ステップＳ４４５の判定結果がＮＯとなるため、予備面の再生成は行われない。一方、ステップＳ３０９のコスト判定処理では、ステップＳ４４５の判定結果がＹＥＳとなるため、予備面１の再生成が行われる。その結果、図１４に示すような面の構成に変更される。図１４に示す予備面１では、パス３の構成が変更されている。また、更新後の予備面１のコストは６０％と算出される。したがって、ステップＳ４４８の判定結果はＹＥＳとなる。これによって、再度生成された予備面１に切替られた後も高品質の通信サービスを提供できる。
【０１５３】
従来は、網リソースのリソース量の変化、又はトラヒック需要の変化が発生した場合に、再度、予備面の生成が行われていた。しかし、本実施例では、コスト判定部１１６が、処理のトリガを検知し、かつ、コストがコスト閾値より大きい場合にのみ面の再生成を面生成部１１７に指示する。したがって、網管理装置３０の処理負荷を低減できる。すなわち、網管理装置３０の計算機リソースを有効に活用できる。
【０１５４】
また、現用面の運用中に予備面の再生成が行われるため、面の切替による復旧時間を短くすることができる。
【０１５５】
また、コスト判定部１１６は、対象の面のコストがコスト閾値より大きい場合、エラーを通知することによって、オペレータは、ノードの追加、コスト閾値の変更等の保守操作が可能となる。
【０１５６】
図１５Ａ及び図１５Ｂは、実施例１の網管理装置３０の面生成部１１７が実行する面生成処理を説明するフローチャートである。
【０１５７】
面生成部１１７は、面初期設定部１１５又はコスト判定部１１６から呼び出されると、以下で説明する処理を開始する。まず、面生成部１１７は、入力された指示が面の生成指示であるか否かを判定する（ステップＳ４６１）。例えば、入力された指示に面の識別子、サービスの識別子及び帯域等が含まれている場合、面生成部１１７は、入力された指示が面の生成指示であると判定する。一方、入力された指示に面の識別子のみが含まれている場合、面生成部１１７は、入力された指示が面の再生成指示であると判定する。なお、本発明は指示の判定方法に限定されない。
【０１５８】
入力された指示が面の生成指示であると判定された場合、面生成部１１７は、各種情報を初期化する（ステップＳ４６２）。
【０１５９】
具体的には、面生成部１１７は、情報が設定されていない面管理情報１２１及びパス管理情報１２２を生成する。パス管理情報１２２は、生成される面（現用面及び予備面）の数だけ生成される。なお、本実施例では、リンク管理情報１２３、エリア管理情報１２４、エリア障害管理情報１２５及びトポロジ管理情報１２６は予め設定されているものとする。
【０１６０】
次に、面生成部１１７は、面の識別子を示す変数ｉ及びサービスの識別子を示す変数ｊをそれぞれ「１」に設定する（ステップＳ４６３）。
【０１６１】
次に、面生成部１１７は、生成される面が現用面であるか否かを判定する（ステップＳ４６４）。例えば、面生成部１１７は、変数ｉが「１」であるか否かを判定する。本実施例では、現用面には識別子「１」が割り当てられるため、変数ｉが「１」である場合、面生成部１１７は、生成される面が現用面であると判定する。
【０１６２】
生成される面が現用面であると判定された場合、面生成部１１７は、ステップＳ４６６に進む。
【０１６３】
生成される面が現用面でないと判定された場合、面生成部１１７は、予備面を構成するパスの経路の検索対象から除外するノード及びリンクを設定する（ステップＳ４６５）。その後、面生成部１１７は、ステップＳ４６６に進む。
【０１６４】
具体的には、面生成部１１７は、エリア管理情報１２４を参照し、予備面に対応付けられた想定障害エリアに含まれるノード及びリンクの識別子を除外するノード及びリンクの識別子としてメモリ１０２上に一時的に保持する。
【０１６５】
ステップＳ４６６では、面生成部１１７は、全てのサービスについて処理が完了したか否かを判定する（ステップＳ４６６）。具体的には、面生成部１１７は、変数ｊの値がサービスの数より大きいか否かを判定する。変数ｊの値がサービスの数より大きい場合、面生成部１１７は、全てのサービスについて処理が完了したと判定する。
【０１６６】
全てのサービスについて処理が完了していないと判定された場合、面生成部１１７は、変数ｊに対応する対象のサービスを収容するパスの候補経路を検索する（ステップＳ４６７）。
【０１６７】
具体的には、面生成部１１７は、生成する面が現用面の場合、面の生成指示に含まれる情報、リンク管理情報１２３、及びトポロジ管理情報１２６に基づいて、対象のサービスを収容可能な候補経路を全て検索する。また、面生成部１１７は、生成する面が予備面の場合、面の生成指示に含まれる情報、ステップＳ４６５において設定された情報、リンク管理情報１２３、及びトポロジ管理情報１２６に基づいて、対象のサービスを収容可能な候補経路を全て検索する。なお、本発明は、候補経路を検索するアルゴリズムに限定されない。
【０１６８】
次に、面生成部１１７は、変数ｊに１を加算した値を新たな変数ｊの値に設定する（ステップＳ４６８）。その後、面生成部１１７は、ステップＳ４６６に戻る。
【０１６９】
ステップＳ４６６において、全てのサービスについて処理が完了したと判定された場合、面生成部１１７は、各サービスの候補経路の中から、各のサービスを収容するパスの経路を決定する（ステップＳ４６９）。このとき、面のコストも算出される。具体的には、以下のような処理が実行される。
【０１７０】
面生成部１１７は、各サービスの候補経路から候補経路の組合せを生成する。面生成部１１７は、候補経路の組合せを一つ選択し、リンク管理情報１２３及び各サービスの帯域に基づいて、当該候補経路の組合せにおける各リンクの帯域消費率を算出する。面生成部１１７は、候補経路の全ての組合せについて同様の処理を実行する。
【０１７１】
面生成部１１７は、各リンクの帯域消費率がコスト閾値より小さい候補経理の組合せを抽出する。さらに、面生成部１１７は、抽出された候補経路の組合せの中から、各リンクの帯域消費率の合計値又は平均値が最小となる候補経路の組合せを選択する。選択された候補経路の組合せが、各サービスを収容するパスの経路として決定される。このとき、選択された候補経路の組合せにおける帯域消費率の最大値が面のコストとなる。前述した処理によって、コストが最小となる面を生成することができる。以上がステップＳ４６９の処理の説明である。
【０１７２】
次に、面生成部１１７は、決定された経路の情報等に基づいて、各種情報を更新する（ステップＳ４７０）。具体的には、以下のような処理が実行される。
【０１７３】
面生成部１１７は、面管理情報１２１に行を一つ追加し、当該行の面ＩＤ２０１に変数ｉの値を設定する。面生成部１１７は、追加された行の面種別２０２及び障害エリアＩＤ２０３に、生成される面に関する情報を設定する。面生成部１１７は、コスト２０８にステップＳ４６９において算出されたコストを設定する。また、面生成部１１７は、状態２０４に「無効」を設定する。なお、現用面の場合、網の運用開始時に、状態２０４が「有効」に更新される。
【０１７４】
面生成部１１７は、収容サービス２０５、パスＩＤ２０６及び帯域２０７に、面に含まれるサービスの数だけ行を生成する。面生成部１１７は、所定の規則に基づいて、収容サービス２０５にサービスの識別子を設定する。面生成部１１７は、所定の規則に基づいて、パスＩＤ２０６にパスの識別子を設定する。また、面生成部１１７は、帯域２０７に収容サービス２０５に対応するサービスの帯域を設定する。
【０１７５】
面生成部１１７は、パス管理情報１２２にパスＩＤ２０６の行数と同一の数の行を追加し、各行のパスＩＤ２２１にパスの識別子を設定する。また、面生成部１１７は、追加された行のＡ側端点ノード２２２及びＺ側端点ノード２２３にエッジノードの識別子を設定する。面生成部１１７は、中継ノード２２４及び経由リンク２２５のそれぞれに、ステップＳ４６９において決定された経路に含まれるノードの識別子及びリンクの識別子を格納する。以上がステップＳ４７０の処理の説明である。
【０１７６】
次に、面生成部１１７は、変数ｉに１を加算した値を新たな変数ｉの値に設定する（ステップＳ４７１）。次に、面生成部１１７は、全ての面について処理が完了したか否かを判定する（ステップＳ４７２）。ステップＳ４７２の判定方法は、ステップＳ４５０の判定方法と同一である。
【０１７７】
全ての面について処理が完了していない判定された場合、面生成部１１７は、ステップＳ４６６に戻る。全ての面について処理が完了したと判定された場合、面生成部１１７は、処理を終了する。
【０１７８】
ステップＳ４６１において、入力された指示が面の再生成の指示であると判定された場合、面生成部１１７は、再生成する予備面を特定し、サービスの識別子を示す変数ｊを「１」に設定する（ステップＳ４８１）。
【０１７９】
次に、面生成部１１７は、予備面を構成するパスの経路の検索対象から除外するノード及びリンクを設定する（ステップＳ４８２）。ステップＳ４８２の処理はステップＳ４６５の処理と同一である。
【０１８０】
次に、面生成部１１７は、再生成前の予備面のパスの経路の組合わせを除外組合わせとして設定する（ステップＳ４８３）。具体的には、面生成部１１７は、再生成が指示された予備面に対応するパス管理情報１２２を除外組合せの情報として設定する。
【０１８１】
次に、面生成部１１７は、全てのサービスについて処理が完了したか否かを判定する（ステップＳ４８４）。
【０１８２】
具体的には、面生成部１１７は、変数ｊの値がサービスの数より大きいか否かを判定する。変数ｊの値がサービスの数より大きい場合、面生成部１１７は、全てのサービスについて処理が完了したと判定する。
【０１８３】
全てのサービスについて処理が完了していないと判定された場合、面生成部１１７は、対象のサービスを収容するパスの候補経路を検索する（ステップＳ４８５）。ステップＳ４８５の処理はステップＳ４６７の処理と同一である。さらに、面生成部１１７は、変数ｊに１を加算した値を新たな変数ｊの値に設定する（ステップＳ４８６）。その後、面生成部１１７は、ステップＳ４８４に戻る。
【０１８４】
全てのサービスについて処理が完了したと判定された場合、面生成部１１７は、各サービスの候補経路の中から、各のサービスを収容するパスの経路を決定する（ステップＳ４８７）。このとき、面のコストも算出される。具体的には、以下のような処理が実行される。
【０１８５】
面生成部１１７は、各サービスの候補経路から候補経路の組合せを生成する。さらに、面生成部１１７は、候補経路の組合せの中から、除外組合せと一致する組合せを削除する。面生成部１１７は、候補経路の組合せを一つ選択し、リンク管理情報１２３及び各サービスの帯域に基づいて、当該候補経路の組合せにおける各リンクの帯域消費率を算出する。面生成部１１７は、候補経路の全ての組合せについて同様の処理を実行する。なお、面生成部１１７は、予め除外組合せ以外の候補経路の組合せを生成してもよい。
【０１８６】
面生成部１１７は、各リンクの帯域消費率がコスト閾値より小さい候補経理の組合せを抽出する。さらに、面生成部１１７は、抽出された候補経路の組合せの中から、各リンクの帯域消費率の合計値又は平均値が最小となる候補経路の組合せを選択する。選択された候補経路の組合せが、各サービスを収容するパスの経路として決定される。このとき、選択された候補経路の組合せにおける帯域消費率の最大値が面のコストとなる。前述した処理によって、コストが最小となる面を生成することができる。以上がステップＳ４８７の処理の説明である。
【０１８７】
次に、面生成部１１７は、決定された経路の情報等に基づいて、パス管理情報１２２を更新する（ステップＳ４８８）。
【０１８８】
具体的には、面生成部１１７は、更新前の予備面のパス管理情報１２２、及び、決定された経路の情報に基づいて、更新が必要なパスを特定する。面生成部１１７は、特定されたパスに対応する行の中継ノード２２４及び経由リンク２２５に、決定された経路に含まれるノードの識別子及びリンクの識別子を格納する。
【０１８９】
次に、面生成部１１７は、指示された全ての予備面について処理が完了したか否かを判定する（ステップＳ４８９）。
【０１９０】
指示された全ての予備面について処理が完了していないと判定された場合、面生成部１１７は、ステップＳ４８１に戻る。指示された全ての予備面について処理が完了したと判定された場合、面生成部１１７は処理を終了する。
【０１９１】
実施例１では、網管理装置３０がパスの帯域をノードに設定することによって、ノードはポリシング、シェーピング等の帯域制御を行うことができる。ただし、網管理装置３０がパスの消費帯域を管理する場合、ノードに消費帯域の設定を行わなくてもよい。
【０１９２】
また、実施例１では、パスを構成するリンクの帯域消費率の最大値をコストとして用いていたが、本発明はこれに限定されない。例えば、パスのホップ数の合計値、及びパスによって消費される帯域の割合の最大値の二つの値を重みづけを行い、さらに、加算した値をコストとして用いてもよい。
【０１９３】
実施例１では、コストがコスト閾値より大きい場合に、予備面が再生成されていたが、コストがコスト閾値より小さい場合に、予備面が再生成されてもよい。これによって、一部のリンクにパスが設定される。この場合、使用されていないリンクを介して接続されるノードを停止等することによって、通信システム全体の消費電力を削減できる。
【０１９４】
実施例１では、コストがコスト閾値より大きい場合に、予備面が再生成されていたが、周期的に予備面の再生成処理を実行してもよい。この場合、網管理装置３０は、コストを管理しなくてもよいため、網管理装置３０が保持する情報量を削減できる。
【０１９５】
また、実施例１では、コストがコスト閾値より大きい場合に、網管理装置３０が自動的に予備面を再生成していたが、本発明はこれに限定されない。
【０１９６】
例えば、網管理装置３０は、コストがコスト閾値より大きくなったことをポップアップ画面等でオペレータに通知し、オペレータからの指示に基づいて予備面を再生成してもよい。このとき、網管理装置３０は、コストが最小となる予備面の候補を複数算出し、算出結果をオペレータに提示するインタフェースを備えてもよい。
【０１９７】
また、例えば、所定の時間間隔におけるコストの増加量が所定の閾値より大きい場合に、網管理装置３０は、予備面を再生成してもよい。これによって、短期間における急激な消費帯域の増加等に対応できる。
【０１９８】
実施例１では、仮想ネットワークを前提にして説明したが、本発明は、これに限定されない。物理ネットワーク上に複数のサービスを収容するパスが設定された通信システムにも同様の制御が可能である。
【０１９９】
以上で説明したように、実施例１によれば、現用面の運用中に予備面のコストがコスト閾値より大きくなった場合に、網管理装置３０は、予備面を再生成する。これによって、網リソースのリソース量の変化及びトラヒック需要の変化に対応した最適な予備面を設定できる。
【０２００】
また、実施例１の網管理装置３０は、網リソースのリソース量又はトラヒック需要が変化し、かつ、コストがコスト閾値より大きい場合にのみ、予備面が再生成される。したがって、網管理装置３０の計算機リソースの不足、及び処理負荷の増大により、予備面再生成処理が実行できない問題、及び、通常の保守管理に支障が出る問題を回避できる。
【実施例２】
【０２０１】
実施例２は、面生成処理の一部が実施例１とは異なる。以下、実施例１との差異を中心に、実施例２について説明する。
【０２０２】
実施例２の通信システムの構成、網管理装置３０の構成、及び各種情報の構成は実施例１と同一であるため説明を省略する。また、実施例２の処理の流れ、コスト閾値設定処理、面初期設定処理、及びコスト判定処理は、実施例１と同一であるため説明を省略する。
【０２０３】
図１６Ａ及び図１６Ｂは、実施例２の網管理装置３０の面生成部１１７が実行する面生成処理を説明するフローチャートである。図１７は、実施例２の網管理装置３０によって再生成された予備面１の一例を示す説明図である。図１８は、実施例２の網管理装置３０が保持するパス管理情報１２２の一例を示す説明図である。図１９は、実施例２の網管理装置３０が保持する面管理情報１２１の一例を示す説明図である。
【０２０４】
ステップＳ４６１〜Ｓ４６５までの処理は実施例１と同一である。実施例２では、ステップＳ４６５の処理の後、面生成部１１７は、パスの変更が必要であるサービスを特定する（ステップＳ５０１）。以下の説明では、パスの変更が必要であるサービスをパス変更サービスとも記載する。ステップＳ５０１では、面生成部１１７は、現用面を構成するパスのうち、予備面の想定障害エリアを経由するパスに収容されるサービスを特定する。具体的には、以下のような処理が実行される。
【０２０５】
面生成部１１７は、まず、面ＩＤが変数ｉである予備面の想定障害エリアを特定する。面管理情報１２１を参照して、面ＩＤ２０１が変数ｉと一致する行を検索する。面生成部１１７は、検索された行の障害エリアＩＤ２０３から想定障害エリアの識別子を取得する。面生成部１１７は、エリア管理情報１２４を参照して、エリアＩＤ２５１が障害エリアＩＤ２０３から取得された識別子と一致する行を検索する。面生成部１１７は、検索された行のノード２５２、及びリンク２５３からノード及びリンクの識別子を取得する。
【０２０６】
面生成部１１７は、現用面のパス管理情報１２２を参照し、現用面を構成するパスの中から、予備面の想定障害エリアを経由するパスを特定する。すなわち、面生成部１１７は、中継ノード２２４に格納されるノードの識別子が取得されたノードの識別子と一致し、かつ、経由リンク２２５に格納されるノードの識別子が取得されたリンクの識別子と一致するパスを検索する。
【０２０７】
面生成部１１７は、面管理情報１２１の現用面に対応する行を参照して、パスＩＤ２０６が検索されたパスの識別子と一致する行を検索する。面生成部１１７は、検索された行の収容サービス２０５に格納される識別子を、パス変更サービスの識別子として取得する。以上がステップＳ５０１の処理の説明である。
【０２０８】
ステップＳ４６６の処理は実施例１と同一である。実施例２では、ステップＳ４６７の処理が異なる。
【０２０９】
面生成部１１７は、変数ｊがステップＳ５０１において取得されたサービスの識別子と一致するか否かを判定する。変数ｊがステップＳ５０１において取得されたサービスの識別子と一致する場合、面生成部１１７は、実施例１と同一の方法を用いて候補経路を検索し、検索された候補経路の中から経路を決定する。変数ｊがステップＳ５０１において取得されたサービスの識別子と一致しない場合、面生成部１１７は、現用面のパス管理情報１２２から、当該サービスを収容するパスの情報を取得し、当該パスの通信経路を予備面の候補経路に決定する。すなわち、パス変更サービス以外のサービスについては、候補経路の検索が行われず、現用面と同一のパスの通信経路が用いられる。
【０２１０】
ステップＳ４６８〜Ｓ４７２までの処理は実施例１と同一である。また、ステップＳ４８１〜ステップＳ４８３までの処理は実施例１と同一である。実施例２では、ステップＳ４８３の処理の後に、面生成部１１７は、パス変更サービスを特定する（ステップＳ５０２）。ステップＳ５０２では、面生成部１１７は、予備面のパスのうち、現用面のパスと一致しないパスに収容されるサービスを特定する。具体的には、以下のような処理が実行される。
【０２１１】
面生成部１１７は、現用面のパス管理情報１２２と再生成が指示された予備面のパス管理情報１２２とを比較し、異なる構成のパスを特定する。本実施例では、同一のパスには現用面と同一のサービスが収容されるため、現用面のパスとは異なる構成のパスに収容されるサービスがパス変更サービスとなる。
【０２１２】
なお、サービスを収容するパスの識別番号が面毎に異なる場合、面生成部１１７は、面管理情報１２１を参照して、同一の構成のパスに収容されるサービスが一致するか否かを判定する。同一の構成のパスに収容されるサービスが一致しない場合、当該パスに収容されるサービスはパス変更サービスとなる。以上がステップＳ５０２の処理の説明である。
【０２１３】
ステップＳ５０２の処理の後、面生成部１１７は、全てのサービスについて処理が完了したか否かを判定する（ステップＳ４８４）。全てのサービスについて処理が完了していないと判定された場合、面生成部１１７は、変数ｊに対応するサービスを収容するパスの候補経路を検索する（ステップＳ４８５）。実施例２では、以下のような処理が実行される。
【０２１４】
面生成部１１７は、変数ｊがステップＳ５０２において取得されたサービスの識別子と一致するか否かを判定する。変数ｊがステップＳ５０２において取得されたサービスの識別子と一致する場合、面生成部１１７は、実施例１と同一の方法を用いて候補経路を検索する。変数ｊがステップＳ５０１において取得されたサービスの識別子と一致しない場合、面生成部１１７は、現用面のパス管理情報１２２から、当該サービスを収容するパスの情報を取得し、当該パスの通信経路を予備面の候補経路に決定する。すなわち、パス変更サービス以外のサービスについては、候補経路の検索が行われず、現用面と同一のパスの通信経路が用いられる。
【０２１５】
ステップＳ４８６〜ステップＳ４８９までの処理は実施例１と同一であるため説明を省略する。
【０２１６】
ここで、実施例１と同様にサービス３の帯域が２Ｇｂｐｓから４Ｇｂｐｓに増速した場合を考える。このとき、面管理情報１２１は図３Ｃの示す状態になっている。面ＩＤ２０１が「２」の予備面１のコストはコスト閾値より大きいため、面生成部１１７は、予備面１を再生成する。
【０２１７】
ステップＳ５０２において、面生成部１１７は、現用面のパス１に収容されるサービス１をパス変更サービスとして特定する。ステップＳ４８５において、面生成部１１７は、サービス１を収容する新たなパスの候補経路を検索する。実施例２では、サービス２及びサービス３を収容するパスの候補経路は、現用面のパスの経路と同一のものである。
【０２１８】
当該処理の結果、図１７に示すようにサービス１を収容するパス１が更新される。このとき、パス管理情報１２２は図１８に示すように更新され、また、面管理情報１２１は図１９に示すように更新される。更新後の予備面１のコスト２０８は、「７０％」であり、コスト閾値２０９より小さい。したがって、網管理装置３０が現用面から再生成された予備面１に切り替えた場合、輻輳によるパケットロス及び遅延等が発生しないため、品質の高いサービスをエンドユーザに提供することができる。
【０２１９】
実施例２によれば、現用面のパスのうち、再生成を指示された予備面の想定障害エリアを経由せず、かつ、予備面のパスと同一のパスに収容されるサービスについては、当該パスが維持されるように予備面が再生成される。これによって、当該パスに収容されるサービスについては、面の切替時に、中断されることなくエンドユーザに提供することができる。
【実施例３】
【０２２０】
実施例３は、網管理装置３０が、コストがコスト閾値より大きい予備面をオペレータに通知し、オペレータからの更新指示を受け付けた場合に、予備面を再生成する点が実施例１と異なる。以下、実施例１との差異を中心に実施例３について説明する。
【０２２１】
実施例３の通信システムの構成は実施例１と同一である。実施例３では、網管理装置３０の構成が一部異なる。図２０は、実施例３の網管理装置３０の構成の一例を示すブロック図である。
【０２２２】
実施例３の網管理装置３０のメモリ１０２は、指示受付部１１８を実現するプログラムを格納する。指示受付部１１８は、オペレータから予備面の再生成指示を受け付け、指示された予備面を再生成する。
【０２２３】
また、実施例３のコスト判定部１１６は、コストがコスト閾値より大きい予備面が検索された場合、自ら予備面を再生成せず、オペレータに通知を行う。
【０２２４】
網管理装置３０のその他の構成は実施例１と同一である。また、コスト閾値設定処理、面初期設定処理、面生成処理は、実施例１と同一であるため説明を省略する。
【０２２５】
図２１は、実施例３の網管理装置３０が実行するコスト判定処理の一例を説明するフローチャートである。図２２は、実施例３の網管理装置３０がオペレータに対して表示するイベント表示画面の一例を示す説明図である。
【０２２６】
ステップＳ４４１〜ステップＳ４４５までの処理は実施例１の処理と同一である。ステップＳ４４５において、コストがコスト閾値より大きいと判定された場合、コスト判定部１１６は、対象の面の識別子を通知対象の面の識別子としてメモリ１０２上に一時的に保持する（ステップＳ６００）。このとき、コスト判定部１１６は、ステップＳ４４４において算出されたコスト、及びステップＳ４４５の判定処理で用いたコスト閾値を面の識別子と対応付けてメモリ１０２に一時的に保持する。その後、コスト判定部１１６は、ステップＳ４４９に進む。なお、ステップＳ４４９及びステップＳ４５０の処理は実施例１の処理と同一である。
【０２２７】
ステップＳ４５０において、全ての面について処理が完了したと判定された場合、コスト判定部１１６は、コストがコスト閾値より大きくなったことを示すイベントを通知するための情報を生成を表示する（ステップＳ６０１）。その後、コスト判定部１１６は、当該情報を網管理装置３０の入出力装置を介して画面を表示し、又は、他の計算機に当該情報を送信し、処理を終了する。例えば、コスト判定部１１６によって生成された情報に基づいて、図２２に示すような画面が表示される。
【０２２８】
図２２に示すイベント表示画面７００は、網管理装置３０の入出力装置を介してオペレータに対して表示される画面であり、テーブル形式の情報が表示される。イベント名称７０１、付加情報７０２、及び保守操作７０３を含む。イベント名称７０１は、イベントの名称である。本実施例では、コストがコスト閾値より大きくなるイベントをコスト閾値超過イベントと呼ぶ。イベント名称７０１にはコスト閾値超過イベントであることを示す「コスト閾値超過イベント」が格納される。
【０２２９】
付加情報７０２は、発生したイベントに関する付加情報である。「コスト閾値超過イベント」の場合、付加情報７０２には、コストがコスト閾値より大きくなった面の識別子、当該面のコスト、及びコスト閾値が含まれる。
【０２３０】
保守操作７０３は、発生したイベントに対する保守操作を指示するためのリンク又は操作ボタンである。オペレータは保守操作７０３のリンク等を操作することによって、面の再生成を指示することができる。例えば、オペレータが保守操作７０３のリンク等を操作した場合、再生成指示が指示受付部１１８に出力される。
【０２３１】
網管理装置３０が図２２に示すようなイベント表示画面７００をオペレータに対して表示することによって、オペレータは、再生成すべき予備面を把握し、また、予備面を再生成するか否かを選択できる。
【０２３２】
図２３は、実施例３の指示受付部１１８が実行する面再生成処理の一例を説明するフローチャートである。
【０２３３】
指示受付部１１８は、再生成指示を受け付けたか否かを判定する（ステップＳ８０１）。
【０２３４】
再生成指示を受け付けていないと判定された場合、指示受付部１１８は、ステップＳ８０１に戻り、再生成指示を受け付けるまで待ち続ける。なお、再生成指示には、対象の予備面の識別子が含まれる。
【０２３５】
再生成指示を受け付けたと判定された場合、指示受付部１１８は、面生成部１１７を呼び出し、対象の予備面の再生成を指示する（ステップＳ８０２）。なお、当該指示には対象の予備面の識別子が含まれる。面生成部１１７は、当該指示を受け付けると面生成処理を実行する。この場合、面生成部１１７は、ステップＳ４８１からステップＳ４８９までの処理を実行する。
【０２３６】
指示受付部１１８は、面の再生成処理が完了した後、対象の予備面のコストがコスト閾値以下であるか否かを判定する（ステップＳ８０３）。ステップＳ８０３の処理はステップＳ４４７と同一である。
【０２３７】
対象の予備面のコストがコスト閾値以下であると判定された場合、指示受付部１１８は、再生成された予備面の構成をオペレータに通知し（ステップＳ８０４）、その後、処理を終了する。
【０２３８】
例えば、図５Ｂに示すようなパス管理情報１２２又は図１４に示すような画像がオペレータに対して表示される。
【０２３９】
対象の予備面のコストがコスト閾値より大きいと判定された場合、指示受付部１１８、エラーを通知し（ステップＳ８０５）、その後、処理を終了する。
【０２４０】
なお、コスト判定部１１６は、コストがコスト閾値より大きい面の識別子等をオペレータに通知していたが、本発明はこれに限定されない。例えば、コストがコスト閾値以下である面の識別子を表示してもよい。これによって、オペレータは、コストの判定が完了している予備面を把握できる。
【０２４１】
実施例３によれば、オペレータが再生成すべき予備面を把握し、また、再生成する予備面を選択できる。
【０２４２】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。
【０２４３】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるＣＰＵが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【０２４４】
また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。
【０２４５】
さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、コンピュータが備えるＣＰＵが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。
【０２４６】
上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。
【符号の説明】
【０２４７】
３０  網管理装置
１０１  ＣＰＵ
１０２  メモリ
１０３  ハードディスク
１０４  インタフェース
１０５  バス
１０６  回線
１１１  パス管理部
１１２  ノード通信処理部
１１３  障害管理部
１１４  コスト閾値設定部
１１５  面初期設定部
１１６  コスト判定部
１１７  面生成部
１１８  指示受付部
１２１  面管理情報
１２２  パス管理情報
１２３  リンク管理情報
１２４  エリア管理情報
１２５  エリア障害管理情報
１２６  トポロジ管理情報
７００  イベント表示画面
７０１  イベント名称
７０２  付加情報
７０３  保守操作
【図１】
2016213588.tif 000005
【図２】
2016213588.tif 000006
【図３Ａ】
2016213588.tif 000007
【図３Ｂ】
2016213588.tif 000008
【図３Ｃ】
2016213588.tif 000009
【図３Ｄ】
2016213588.tif 000010
【図３Ｅ】
2016213588.tif 000011
【図４】
2016213588.tif 000012
【図５Ａ】
2016213588.tif 000013
【図５Ｂ】
2016213588.tif 000014
【図６】
2016213588.tif 000015
【図７】
2016213588.tif 000016
【図８Ａ】
2016213588.tif 000017
【図８Ｂ】
2016213588.tif 000018
【図９】
2016213588.tif 000019
【図１０】
2016213588.tif 000020
【図１１】
2016213588.tif 000021
【図１２】
2016213588.tif 000022
【図１３】
2016213588.tif 000023
【図１４】
2016213588.tif 000024
【図１５Ａ】
2016213588.tif 000025
【図１５Ｂ】
2016213588.tif 000026
【図１６Ａ】
2016213588.tif 000027
【図１６Ｂ】
2016213588.tif 000028
【図１７】
2016213588.tif 000029
【図１８】
2016213588.tif 000030
【図１９】
2016213588.tif 000031
【図２０】
2016213588.tif 000032
【図２１】
2016213588.tif 000033
【図２２】
2016213588.tif 000034
【図２３】
2016213588.tif 000035