(57)【要約】【課題】本発明は、レイヤ構成のネットワークシステムにおいて、迅速なパスサービスを提供する技術の提供を目的とする。【解決手段】パスサービス設定要求で指定されるレイヤ構成情報に記述される最上位のレイヤを処理対象として、処理対象のレイヤについて、ネットワーク構成情報を取得して、それに基づいて、パスサービス設定要求を充足する経路を探索し、その経路を探索できない場合には、１つ下のレイヤを新たな処理対象として、この経路探索を繰り返し、探索結果の経路を持つレイヤに対して、その探索結果の経路を設定するとともに、そのレイヤの１つ上のレイヤを処理対象として、処理対象のレイヤに対して、その探索結果の経路と同一の経路を設定し、その設定を終える場合に、１つ上のレイヤを新たな処理対象として、この経路設定を最上位レイヤが処理対象となるまで繰り返すように構成する。【選択図】          図１
2004260231.tif 000002
【特許請求の範囲】
【請求項１】
レイヤ構成のネットワークシステムで用いられ、パスサービス設定要求に応答してパスサービスを設定するパスサービス設定方法であって、
上記パスサービス設定要求で指定されるレイヤ構成情報に記述される最上位のレイヤを処理対象として、処理対象のレイヤについて、ネットワーク構成情報を取得して、それに基づいて、上記パスサービス設定要求を充足する経路を探索し、その経路を探索できない場合には、１つ下のレイヤを新たな処理対象として、この経路探索を繰り返す過程と、
上記探索結果の経路を持つレイヤに対して、その探索結果の経路を設定するとともに、そのレイヤの１つ上のレイヤを処理対象として、処理対象のレイヤに対して、その探索結果の経路と同一の経路を設定し、その設定を終える場合に、１つ上のレイヤを新たな処理対象として、この経路設定を上記最上位レイヤが処理対象となるまで繰り返す過程とを備えることを、
特徴とするパスサービス設定方法。
【請求項２】
レイヤ構成のネットワークシステムで用いられ、パスサービス設定要求に応答してパスサービスを設定するパスサービス設定装置であって、
上記パスサービス設定要求で指定されるレイヤ構成情報に記述される最上位のレイヤを処理対象として、処理対象のレイヤについて、ネットワーク構成情報を取得して、それに基づいて、上記パスサービス設定要求を充足する経路を探索し、その経路を探索できない場合には、１つ下のレイヤを新たな処理対象として、この経路探索を繰り返す手段と、
上記探索結果の経路を持つレイヤに対して、その探索結果の経路を設定するとともに、そのレイヤの１つ上のレイヤを処理対象として、処理対象のレイヤに対して、その探索結果の経路と同一の経路を設定し、その設定を終える場合に、１つ上のレイヤを新たな処理対象として、この経路設定を上記最上位レイヤが処理対象となるまで繰り返す手段とを備えることを、
特徴とするパスサービス設定装置。
【請求項３】
レイヤ構成のネットワークシステムで用いられ、パスサービス設定要求に応答してパスサービスを設定する処理を行うパスサービス設定プログラムであって、
上記パスサービス設定要求で指定されるレイヤ構成情報に記述される最上位のレイヤを処理対象として、処理対象のレイヤについて、ネットワーク構成情報を取得して、それに基づいて、上記パスサービス設定要求を充足する経路を探索し、その経路を探索できない場合には、１つ下のレイヤを新たな処理対象として、この経路探索を繰り返す処理と、
上記探索結果の経路を持つレイヤに対して、その探索結果の経路を設定するとともに、そのレイヤの１つ上のレイヤを処理対象として、処理対象のレイヤに対して、その探索結果の経路と同一の経路を設定し、その設定を終える場合に、１つ上のレイヤを新たな処理対象として、この経路設定を上記最上位レイヤが処理対象となるまで繰り返す処理とをコンピュータに実行させるためのパスサービス設定プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、レイヤ構成のネットワークシステム（複数のレイヤに跨がるネットワークシステム）で用いられて、パスサービス設定要求に応答してパスサービスを設定するパスサービス設定方法及びその装置と、そのパスサービス設定方法の実現に用いられるパスサービス設定プログラムとに関する。
【０００２】
【従来の技術】
通信事業者は、波長、ＳＤＨ、Ｅｔｈｅｒｎｅｔ（登録商標）といったレイヤ毎のネットワークインフラを保有し、レイヤ毎にネットワークを管理している（例えば、非特許文献１，非特許文献２参照）。
【０００３】
そして、通信事業者は、それぞれのレイヤに特化したパスサービスをユーザに提供している。
【０００４】
これから、従来では、通信事業者は、複数レイヤの関わり方に関する情報については保有していなかった。
【０００５】
このようなことを背景にして、従来では、パスサービスの収容設計方法として、事前にリソースの確認を行った上で、空いているところにパスサービスを追加していくといった「人手による作業」が行われていた。
【０００６】
【非特許文献１】
北田敦史  外２名，レイヤ２ブロードバンドアクセスシステムによるセッション管理／サービス切替方式，  電子情報通信学会，  ２００２年総合大会講演論文集，  Ｂ−８−４０，［ＣＤ−ＲＯＭ］，平成１４年３月７日発行
【非特許文献２】
小西良明  外１名，光ネットワークにおけるパス正常性確認法の一検討，電子情報通信学会，  ２００２年総合大会講演論文集，Ｂ−６−１９１，［ＣＤ−ＲＯＭ］，平成１４年３月７日発行
【０００７】
【発明が解決しようとする課題】
しかしながら、このような従来技術に従っていると、通信事業者は、パスサービスを提供する際にリソースが不足していた場合には、より下位のレイヤにおいてサービスが開通するのを待って、その後に、自分の管理するレイヤのパスを開通しなければならないことから、サービス提供の遅延をもたらすという問題がある。
【０００８】
そして、このような従来技術に従っていると、設計担当者の人手による収容設計が行われていることから、ネットワークサービスの需要増に伴って設計担当者の負荷が増大するという問題がある。
【０００９】
本発明はかかる事情に鑑みてなされたものであって、レイヤ構成のネットワークシステムにおいて、迅速なパスサービスを提供するとともに、オペレータのパス設定に伴う負荷を軽減することを実現する新たなパスサービス設定技術の提供を目的とする。
【００１０】
【課題を解決するための手段】
この目的を達成するために、本発明のパスサービス設定装置は、レイヤ構成のネットワークシステム（複数のレイヤに跨がるネットワークシステム）で用いられて、パスサービス設定要求に応答してパスサービスを設定する処理を行うものであって、（イ）パスサービス設定要求で指定されるレイヤ構成情報に記述される最上位のレイヤを処理対象として、処理対象のレイヤについて、ネットワーク構成情報を取得して、それに基づいて、パスサービス設定要求を充足する経路を探索し、その経路を探索できない場合には、１つ下のレイヤを新たな処理対象として、この経路探索を繰り返す手段と、（ロ）探索結果の経路を持つレイヤに対して、その探索結果の経路を設定するとともに、そのレイヤの１つ上のレイヤを処理対象として、処理対象のレイヤに対して、その探索結果の経路と同一の経路を設定し、その設定を終える場合に、１つ上のレイヤを新たな処理対象として、この経路設定を最上位レイヤが処理対象となるまで繰り返す手段とを備えるように構成する。
【００１１】
以上の各処理手段が動作することで実現される本発明のパスサービス設定方法はコンピュータプログラムで実現できるものであり、このコンピュータプログラムは、半導体メモリなどのような適当な記録媒体に記録して提供したり、ネットワークを介して提供することができる。
【００１２】
このように構成される本発明のパスサービス設定装置では、経路の始点及び終点とパスサービス種別とリソースとを指定するパスサービス設定要求が発行されると、先ず最初に、パスサービス種別についてのレイヤ構成情報を管理するデータベースにアクセスすることで、パスサービス設定要求で指定されるレイヤ構成情報に記述される最上位のレイヤを特定する。
【００１３】
続いて、その特定した最上位のレイヤを処理対象のレイヤとして、処理対象のレイヤに対応付けて用意されるデータベースにアクセスすることで、処理対象のレイヤのネットワーク構成情報を取得する。
【００１４】
続いて、その取得したネットワーク構成情報に基づいて、パスサービス設定要求で指定される経路始点と経路終点とを結び、かつ、パスサービス設定要求で指定されるリソースを持つ経路を探索する。
【００１５】
この経路探索により、処理対象のレイヤでパスサービス設定要求を充足する経路を探索できない場合には、パスサービス種別についてのレイヤ構成情報を管理するデータベースにアクセスすることで、１つ下のレイヤを特定して、その特定した１つ下のレイヤを新たな処理対象のレイヤとして、この経路探索を繰り返すことで、パスサービス設定要求を充足する経路を探索する。
【００１６】
このようにしてパスサービス設定要求を充足する経路を探索すると、続いて、その探索結果の経路を持つレイヤに対して、その探索結果の経路を設定する。
【００１７】
続いて、その探索結果の経路を持つレイヤの１つ上のレイヤを処理対象のレイヤとして、処理対象のレイヤに対して、その探索結果の経路と同一の経路を設定する。
【００１８】
この経路設定により、処理対象のレイヤに対して、探索結果の経路と同一の経路の設定を終えると、１つ上のレイヤを新たな処理対象のレイヤとして、この経路設定を最上位レイヤが処理対象となるまで繰り返すことで、最上位のレイヤに対して、探索結果の経路と同一の経路を設定する。
【００１９】
このようにして、本発明では、レイヤ構成のネットワークシステムにおいて、パスサービス設定要求の発行に応答して、オペレータの希望する経路でパスサービスを自動的に提供することを実現することから、迅速なパスサービスを提供できるようになるとともに、オペレータのパス設定に伴う負荷を軽減することができるようになる。
【００２０】
【発明の実施の形態】
以下、実施の形態に従って本発明を詳細に説明する。
【００２１】
図１に、本発明を具備するレイヤ構成のネットワークシステムのシステム構成を図示する。
【００２２】
図中、１は本発明のネットワーク管理システムであって、オペレータの発行するサービスオーダ（ＳＯ）を受け付けて、パスサービスを提供するもの、２はレイヤ構成データベースであって、パスサービス種別についてのレイヤ構成情報を管理するもの、３は各レイヤのネットワークに対応付けて設けられる構成管理データベースであって、対となるネットワークの構成情報を管理するもの、４はネットワークに設けられる経路作成装置であって、本発明のネットワーク管理システム１からの指示に応答して、ネットワーク上に経路（パスと称することがある）を作成するものである。
【００２３】
なお、図１では、図面作成の便宜上、各レイヤのネットワークが１台の経路作成装置４（ルータなどのネットワーク構成機器）を備えることで説明しているが、この経路作成装置４は、ネットワーク上に様々な経路を作成するために実際には複数台数備えられることになる。
【００２４】
本発明のネットワーク管理システム１は、入出力のインタフェースを具備したコンピュータ（ＣＰＵ、メモリ、ネットワークインタフェースなどを具備した計算機）で構成されて、サービスオーダを受け付けるＳＯ受付機構１１と、ネットワークの管理を司るＮＷ管理機構１２と、パスサービスの経路に関する管理を司る経路管理機構１３と、リソース（以下の説明では、リソースとして容量を想定している）の検討を行うリソース情報検討機構１４と、経路作成装置４に対して経路の設定を指示する装置設定機構１５とを備える。
【００２５】
レイヤ構成データベース２は、図２に示すように、通信事業者が提供している複数のパスサービスについて、どのようなレイヤから構成されているのかという情報を蓄積している。レイヤの構成方法についてはパスサービス種別毎に異なることから、こうしたデータベースによる管理が必要となる。
【００２６】
構成管理データベース３は、対となるネットワークの構成情報として、構成装置の情報（装置名称、設置場所、ポート数、ポート使用状況、提供可能容量など）と、リンク情報（リンク名称、両端装置名、容量、コストなど）とを蓄積している。
【００２７】
次に、図１中に示す▲１▼〜▲７▼の処理の順番に従って、本発明のネットワーク管理システム１の実行する処理について説明する。ここで、図３に、これらの▲１▼〜▲７▼で流通する情報の詳細を図示する。
【００２８】
オペレータは、ＳＯ受付機構１１のユーザインタフェースを用いて、本発明のネットワーク管理システム１に対して、経路の両端点、パスサービス種別、希望容量などを指定してパスサービスのサービスオーダを投入してくる（図中の▲１▼）。
【００２９】
このサービスオーダの投入を受けて、ＳＯ受付機構１１は、サービスオーダの中からパスサービス種別を抽出して、ＮＷ管理機構１２に渡す。
【００３０】
これを受けて、ＮＷ管理機構１２は、レイヤ構成データベース２に対して、そのパスサービス種別を指定してレイヤ構成情報要求を送り（図中の▲２▼）、これに対するレイヤ構成情報回答を得て（図中の▲３▼）、最上位のネットワークレイヤ名を把握する。
【００３１】
続いて、ＮＷ管理機構１２は、この最上位のレイヤの構成管理データベース３に対して構成情報要求を送り（図中の▲４▼）、これに対する回答として、この最上位のレイヤのネットワーク構成情報を取得する（図中の▲５▼）。
【００３２】
続いて、ＮＷ管理機構１２は、サービスオーダで指定された経路の両端点を結ぶ経路を特定するために、経路管理機構１３に対して、両端点の情報と、取得した最上位のレイヤのネットワーク構成情報とを渡して、その両端点を結ぶ経路の特定を依頼する。
【００３３】
これを受けて、経路管理機構１３は、経路のコスト和を比較計算して、コスト和の低いものから特定することにより自動的にＮ個の経路を特定したり、オペレータから事前に投入された情報に従ってＮ個の経路を特定して、ＮＷ管理機構１２に回答する。
【００３４】
この回答を受け取ると、ＮＷ管理機構１２は、その特定されたＮ個の経路情報と、サービスオーダで指定された希望容量と、取得した最上位のレイヤのネットワーク構成情報（リソース情報）とをリソース情報検討機構１４に渡して、その特定されたＮ個の経路についてリソースが十分に存在するかどうかの判定を依頼する。
【００３５】
これを受けて、リソース情報検討機構１４は、最上位のレイヤのネットワーク構成情報と、特定されたＮ個の経路情報及び希望容量とを比較検討することで、その最上位のレイヤについて、パスサービスを提供するリソースがあるかどうかを判定する。
【００３６】
この判定処理により、Ｎ個の経路のうち、いずれかにリソースが存在することが判断されると、装置設定機構１５は、そのリソースの存在する経路を形成する経路作成装置４に対して、使用ポート及び使用容量などを通知することでパスの設定要求を発行する（図中の▲６▼）。
【００３７】
このとき、複数の経路についてリソースが存在した場合には、新たに設定が必要となる経路に対してのコストの和を比較し、最もコストの低い経路を形成する経路作成装置４に対して、パス設定要求を発行することになる。
【００３８】
このパス設定要求を受けて、経路作成装置４は、パスの設定を行い、最上位のレイヤの構成管理データベース３に対して、その設定した内容の通知を行うことで（図中の▲７▼）、その構成管理データベース３を更新する。
【００３９】
このようにして、パスサービス種別の指定する最上位のレイヤで経路を探索できた場合には、最上位のレイヤの構成管理データベース３にアクセスするだけで、パスサービスを設定できることになる。
【００４０】
一方、リソース情報検討機構１４によって、経路管理機構１３により特定された最上位のレイヤのＮ個の経路についてリソースが存在しないことが判断されると、ＮＷ管理機構１２は、経路管理機構１３に対して経路の特定を再度依頼する。
【００４１】
これを受けて、経路管理機構１３は、前回提示したＮ個の経路とは異なる経路をＮ個特定して、ＮＷ管理機構１２に対して改めて回答する。
【００４２】
この回答を受け取ると、ＮＷ管理機構１２は、その特定されたＮ個の経路情報をリソース情報検討機構１４に渡して、その特定されたＮ個の経路についてリソースが十分に存在するかどうかの判定を依頼する。
【００４３】
このようにして、リソースの存在する経路を探索できるまで、この処理をＭ回繰り返す。そして、Ｍ回処理を繰り返しても、リソースの存在する経路を探索できなかった場合と、Ｍ回の処理を終了する前に経路を特定し尽くした場合には、以下の処理へ移行する。
【００４４】
すなわち、ＮＷ管理機構１２は、レイヤ構成データベース２に対して、ＳＯ受付機構１１により抽出されたパスサービス種別を指定してレイヤ構成情報要求を送り（図中の▲２▼）、これに対するレイヤ構成情報回答を得て（図中の▲３▼）、１つ下位のネットワークレイヤ名を把握する。
【００４５】
続いて、ＮＷ管理機構１２は、この１つ下位のレイヤの構成管理データベース３に対して構成情報要求を送り（図中の▲４▼）、これに対する回答として、この１つ下位のレイヤのネットワーク構成情報を取得する（図中の▲５▼）。
【００４６】
続いて、ＮＷ管理機構１２は、サービスオーダで指定された経路の両端点を結ぶ経路を特定するために、経路管理機構１３に対して、両端点の情報と、取得した１つ下位のレイヤのネットワーク構成情報とを渡して、その両端点を結ぶ経路の特定を依頼する。
【００４７】
これを受けて、経路管理機構１３は、この１つ下位のレイヤにおいて、経路のコスト和を比較計算して、コスト和の低いものから特定することにより自動的にＮ個の経路を特定したり、オペレータから事前に投入された情報に従ってＮ個の経路を特定して、ＮＷ管理機構１２に回答する。
【００４８】
この回答を受け取ると、ＮＷ管理機構１２は、その特定されたＮ個の経路情報と、サービスオーダで指定された希望容量と、取得した１つ下位のレイヤのネットワーク構成情報（リソース情報）とをリソース情報検討機構１４に渡して、その特定されたＮ個の経路についてリソースが十分に存在するかどうかの判定を依頼する。
【００４９】
これを受けて、リソース情報検討機構１４は、この１つ下位のレイヤのネットワーク構成情報と、特定されたＮ個の経路情報及び希望容量とを比較検討することで、この１つ下位のレイヤについて、パスサービスを提供するリソースがあるかどうかを判定する。
【００５０】
この判定処理により、Ｎ個の経路のうち、いずれかにリソースが存在することが判断されると、装置設定機構１５は、そのリソースの存在する経路を形成する経路作成装置４（１つ下位のレイヤの経路作成装置４）に対して、使用ポート及び使用容量などを通知することでパスの設定要求を発行する（図中の▲６▼）。
【００５１】
このとき、複数の経路についてリソースが存在した場合には、新たに設定が必要となる経路に対してのコストの和を比較し、最もコストの低い経路を形成する経路作成装置４に対して、パス設定要求を発行することになる。
【００５２】
このパスの設定を受けて、経路作成装置４は、パスの設定を行い、１つ下位のレイヤの構成管理データベース３に対して、その設定した内容の通知を行うことで（図中の▲７▼）、その構成管理データベース３を更新する。
【００５３】
以下、リソースが存在しなかった場合には最下位のレイヤ（ファイバのレイヤ）までレイヤをたぐってリソースを探すという処理を繰り返すことになる。
【００５４】
そして、リソースが確保できたレイヤがあれば、図４に示すように、そのレイヤから再度上位レイヤに向かってパスサービスの提供を試みるという処理を行うことになる。
【００５５】
図５ないし図７に示す処理フローに従って、以上に説明した本発明のネットワーク管理システム１の実行する処理について更に詳細に説明する。
【００５６】
本発明のネットワーク管理システム１は、オペレータからサービスオーダが投入されると、図５ないし図７の処理フローに示すように、先ず最初に、ステップ１０で、そのサービスオーダを受け取る。
【００５７】
続いて、ステップ１１で、そのサービスオーダで指定されるパスサービス種別を抽出し、続くステップ１２で、レイヤ構成データベース２に問い合わせることで、そのパスサービス種別の指定する最上位のレイヤを特定する。
【００５８】
続いて、ステップ１３で、その特定したレイヤ（最上位のレイヤ）に対応付けられる構成管理データベース３から、ネットワークの接続状態・使用状態の情報を取得する。続いて、ステップ１４で、その取得したネットワークの接続状態・使用状態の情報に従って、サービスオーダで指定される経路始点から経路終点に至る経路を探索する。
【００５９】
続いて、ステップ１５で、経路を探索できたのか否かを判断して、経路を探索できたことを判断するときには、ステップ１６に進んで、探索した経路の容量がサービスオーダで指定されるリソースの条件に入るのか否かをチェックする。
【００６０】
続いて、ステップ１７で、このチェック処理に従って、探索した経路の容量がサービスオーダで指定されるリソースの条件に入らないことを判断するときには、次の経路を探索すべくステップ１４に戻る。
【００６１】
このようにして、ステップ１４〜ステップ１７の処理を繰り返していくときに、ステップ１７で、探索した経路の容量がサービスオーダで指定されるリソースの条件に入ることを判断するときには、ステップ１８に進んで、探索した経路上に設けられる経路作成装置４に対して、経路設定要求を送出することで探索した経路を設定して、処理を終了する。
【００６２】
したがって、パスサービス種別の指定する最上位のレイヤで経路を探索できた場合には、最上位のレイヤの構成管理データベース３にアクセスするだけで、パスサービスを設定できることになる。
【００６３】
一方、ステップ１４〜ステップ１７の処理を繰り返していくときに、ステップ１５で、これ以上経路を探索できないことを判断するとき、すなわち、最上位のレイヤではサービスオーダの要求する経路を設定できないことを判断するときには、ステップ１９に進んで、レイヤ構成データベース２に問い合わせることで、経路を設定できなかったレイヤの１つ下位のレイヤ（パスサービス種別の指定する１つ下位のレイヤ）を特定する。
【００６４】
続いて、ステップ２０で、その特定したレイヤに対応付けられる構成管理データベース３から、ネットワークの接続状態・使用状態の情報を取得する。続いて、ステップ２１で、その取得したネットワークの接続状態・使用状態の情報に従って、サービスオーダで指定される経路始点から経路終点に至る経路を探索する。
【００６５】
続いて、ステップ２２で、経路を探索できたのか否かを判断して、経路を探索できたことを判断するときには、ステップ２３に進んで、探索した経路の容量がサービスオーダで指定されるリソースの条件に入るのか否かをチェックする。
【００６６】
続いて、ステップ２４で、このチェック処理に従って、探索した経路の容量がサービスオーダで指定されるリソースの条件に入らないことを判断するときには、次の経路を探索すべくステップ２１に戻る。
【００６７】
このようにして、ステップ２１〜ステップ２４の処理を繰り返していくときに、ステップ２２で、これ以上経路を探索できないことを判断するとき、すなわち、現在のレイヤではサービスオーダの要求する経路を設定できないことを判断するときには、ステップ２５に進んで、最下位レイヤまで処理を行ったのか否かを判断する。
【００６８】
そして、この判断処理により、最下位レイヤまで処理を行っていないことを判断するときには、さらに１つ下位のレイヤでの処理を行うべくステップ１９に戻り、最下位レイヤまで処理を行ったことを判断するときには、ステップ２６に進んで、パスサービスを提供できない旨を出力して、処理を終了する。
【００６９】
一方、ステップ２１〜ステップ２４の処理を繰り返していくときに、ステップ２４で、探索した経路の容量がサービスオーダで指定されるリソースの条件に入ることを判断するときには、ステップ２７に進んで、探索した経路上に設けられる経路作成装置４に対して、経路設定要求を送出することで探索した経路を設定する。
【００７０】
続いて、ステップ２８で、これまでの処理履歴から、経路を設定したレイヤの１つ上位のレイヤを特定する。続いて、ステップ２９で、その特定したレイヤに対応付けられる構成管理データベース３から、ネットワークの接続状態・使用状態の情報を取得する。なお、この情報については既に取得してあるので、それを利用するようにしてもよい。
【００７１】
続いて、ステップ３０で、その取得したネットワークの接続状態・使用状態の情報に従って、１つ下位のレイヤで設定した経路と同一経路の実現に必要となる新設経路個所・増設経路個所を特定する。
【００７２】
続いて、ステップ３１で、その特定した経路上に設けられる経路作成装置４に対して、経路の新設要求・増設要求を送出することで１つ下位のレイヤで設定した同一の経路を設定する。
【００７３】
続いて、ステップ３２で、最上位レイヤまで戻ったのか否かを判断して、最上位レイヤまで戻っていないことを判断するときには、ステップ２８に戻り、最上位レイヤまで戻ったことを判断するときには、ステップ３３に進んで、パスサービスを提供できる旨を出力して、処理を終了する。
【００７４】
このようにして、本発明のネットワーク管理システム１は、図４に示したように、パスサービス設定要求の発行に応答して、オペレータの希望する経路でパスサービスを提供することを実現するのである。
【００７５】
【実施例】
次に、本発明の実施例について説明する。
【００７６】
〔１〕実施例１
以下に、図８のネットワーク例における本発明の実施例について説明する。
【００７７】
ここで、この実施例１では、レイヤ構成データベース２は、「パスサービス種別＝甲」として、図９に示すようなレイヤ構成情報を蓄積しているものとする。
【００７８】
オペレータは、経路の始点としてＡ点、経路の終点としてＺ点、パスサービス種別として“甲”、希望容量として“１００Ｍ”を指定してサービスオーダを投入したとする。
【００７９】
ＳＯ受付機構１１は、投入されたサービスオーダから「パスサービス種別＝甲」を抽出して、ＮＷ管理機構１２に渡す。
【００８０】
これを受けて、ＮＷ管理機構１２は、レイヤ構成データベース２に対して、「パスサービス種別＝甲」を指定するレイヤ構成情報要求を送ることで、レイヤ構成データベース２からレイヤ構成情報を得て、オペレータがＥｔｈｅｒレイヤのサービスを希望していることを認識する。
【００８１】
続いて、ＮＷ管理機能１２は、Ｅｔｈｅｒレイヤの構成管理データベース３に対して構成情報要求を送ることで、Ｅｔｈｅｒレイヤの構成管理データベース３から、Ｅｔｈｅｒレイヤのネットワーク構成情報を得る。
【００８２】
このネットワーク構成情報により、ＮＷ管理機構１２は、Ｅｔｈｅｒレイヤのネットワークの接続状態が図８の実線部の通りであることを認識する。このとき、それと同時に、Ｅｔｈｅｒレイヤの実線部における容量の使用状態についても把握する。
【００８３】
続いて、ＮＷ管理機構１２は、Ｅｔｈｅｒレイヤの構成管理データベース３から得たネットワーク構成情報と、オペレータの発行したサービスオーダで指定される両端点の情報（始点Ａ、終点Ｚ）とを経路管理機構１３に渡して、サービスオーダで指定される始点Ａから終点Ｚまでの経路の特定を依頼する。
【００８４】
ここで、経路管理機構１３には、一度に回答する経路数として“３”が設定されているものとする。
【００８５】
これを受けて、経路管理機構１３は、始点Ａから終点Ｚに至る経路を洗い出すことで、図１０に示すような経路一覧表を作成して、ＮＷ管理機構１２に回答する。
【００８６】
図８に示すネットワーク例では、始点Ａから終点Ｚに至る経路が一つしか存在しないため、経路管理機構１３は、図１０に示すように、「Ａ→Ｃ→Ｅ→Ｆ→Ｚ」という経路のみをＮＷ管理機構１２に対して回答することになる。
【００８７】
この回答を受けて、ＮＷ管理機構１２は、Ｅｔｈｅｒレイヤの構成管理データベース３から得たネットワーク構成情報（リソース情報）と、経路管理機構１３から回答された経路情報と、サービスオーダに含まれる希望容量の情報（“１００Ｍ”）とをリソース情報検討機構１４に渡して、リソースの確認を依頼する。
【００８８】
ここで、図８に示すように、「Ａ−Ｃ」、「Ｃ−Ｅ」、「Ｅ−Ｆ」、「Ｆ−Ｚ」の全ての区間において、１００Ｍを加える分のリソースが存在することを想定している。
【００８９】
これから、リソース情報検討機構１４は、このリソースの確認の依頼を受け取ると、リソースが十分であることを示すＯＫ回答をＮＷ管理機構１２に回答する。
【００９０】
この回答を受けて、ＮＷ管理機構１２は、装置設定機構１５に指示することで、ＥｔｈｅｒレイヤのＡ、Ｃ、Ｅ、Ｆ、Ｚのそれぞれの経路作成装置４に対して、１００Ｍのパスを開通するようパス設定要求を送る。
【００９１】
これを受けて、それぞれの経路作成装置４は、パスの設定を行い、そのパス設定が完了したならば、Ｅｔｈｅｒレイヤの構成管理データベース３に対して、構成変更通知を送りデータベースを更新する。
【００９２】
以上により、サービスオーダで指定された始点Ａから終点ＺまでのＥｔｈｅｒの１００Ｍのパスサービスが提供されることになる。
【００９３】
〔２〕実施例２
次に、図１１のネットワーク例における本発明の実施例について説明する。
【００９４】
ここで、この実施例２では、レイヤ構成データベース２は、「パスサービス種別＝甲」として、図９に示すようなレイヤ構成情報を蓄積しているものとする。
【００９５】
オペレータは、経路の始点としてＡ点、経路の終点としてＺ点、パスサービス種別として“甲”、希望容量として“１００Ｍ”を指定してサービスオーダを投入したとする。
【００９６】
ＳＯ受付機構１１は、投入されたサービスオーダから「パスサービス種別＝甲」を抽出して、ＮＷ管理機構１２に渡す。
【００９７】
これを受けて、ＮＷ管理機構１２は、レイヤ構成データベース２に対して、「パスサービス種別＝甲」を指定するレイヤ構成情報要求を送ることで、レイヤ構成データベース２からレイヤ構成情報を得て、オペレータがＥｔｈｅｒレイヤのサービスを希望していることを認識する。
【００９８】
続いて、ＮＷ管理機能１２は、Ｅｔｈｅｒレイヤの構成管理データベース３に対して構成情報要求を送ることで、Ｅｔｈｅｒレイヤの構成管理データベース３から、Ｅｔｈｅｒレイヤのネットワーク構成情報を得る。
【００９９】
このネットワーク構成情報により、ＮＷ管理機構１２は、Ｅｔｈｅｒレイヤのネットワークの接続状態が図１１の実線部の通りであることを認識する。このとき、それと同時に、Ｅｔｈｅｒレイヤの実線部における容量の使用状態についても把握する。
【０１００】
続いて、ＮＷ管理機構１２は、Ｅｔｈｅｒレイヤの構成管理データベース３から得たネットワーク構成情報と、オペレータの発行したサービスオーダで指定される両端点の情報（始点Ａ、終点Ｚ）とを経路管理機構１３に渡して、サービスオーダで指定される始点Ａから終点Ｚまでの経路の特定を依頼する。
【０１０１】
ここで、経路管理機構１３には、一度に回答する経路数として“３”が設定されているものとする。
【０１０２】
これを受けて、経路管理機構１３は、始点Ａから終点Ｚに至る経路を洗い出すことを試みるが、図１１に示すＥｔｈｅｒレイヤのネットワーク上には、始点Ａから終点Ｚに至る経路は存在しないことを認識し、その旨をＮＷ管理機構１２に通知する。
【０１０３】
これを受けて、ＮＷ管理機構１２は、Ｅｔｈｅｒレイヤでのパスサービス開通を諦めて、下位レイヤでのパス開通を試みる。
【０１０４】
すなわち、ＮＷ管理機構１２は、先ず、ＳＯ受付機構１１よりパスサービス種別が“甲”であることを受け取って、レイヤ構成データベース２に対して、「サービス種別＝甲」におけるＥｔｈｅｒの下位レイヤ名を通知するようにレイヤ構成情報要求を送る。
【０１０５】
このレイヤ構成情報要求を受け取ると、レイヤ構成データベース２は、図９に示すパスサービスのレイヤ構成を把握しており、「サービス種別＝甲」におけるＥｔｈｅｒレイヤの下位レイヤがＳＤＨレイヤであることをＮＷ管理機構１２に対して回答する。
【０１０６】
この回答を受け取ると、ＮＷ管理機構１２は、ＳＤＨレイヤの構成管理データベース３に対して構成情報要求を送ることで、ＳＤＨレイヤの構成管理データベース３から、ＳＤＨレイヤのネットワーク構成情報を得る。
【０１０７】
このネットワーク構成情報により、ＮＷ管理機構１２は、ＳＤＨレイヤのネットワークの接続状態が図１１の実線部の通りであることを認識する。このとき、それと同時に、ＳＤＨレイヤの実線部における容量の使用状態についても把握する。
【０１０８】
続いて、ＮＷ管理機構１２は、ＳＤＨレイヤの構成管理データベース３から得たネットワーク構成情報と、オペレータの発行したサービスオーダで指定される両端点の情報（始点Ａ、終点Ｚ）とを経路管理機構１３に渡して、サービスオーダで指定される始点Ａから終点Ｚまでの経路の特定を依頼する。
【０１０９】
これを受けて、経路管理機構１３は、ＳＤＨレイヤにおける始点Ａから終点Ｚに至る経路を洗い出すことで、図１２に示すような経路一覧表を作成し、その中からコストの低い順に３個の経路を選択してＮＷ管理機構１２に回答する。
【０１１０】
図１１に示すネットワーク例では、ＳＤＨレイヤにおける始点Ａから終点Ｚに至る経路が複数存在するので、経路管理機構１３は、図１２に示すように、それらの経路の候補のうち、コストの低い順に、３つの経路「Ａ→Ｂ→Ｚ」、「Ａ→Ｂ→Ｆ→Ｚ」、「Ａ→Ｂ→Ｅ→Ｆ→Ｚ」を選択してＮＷ管理機構１２に回答することになる。
【０１１１】
この回答を受けて、ＮＷ管理機構１２は、ＳＤＨレイヤの構成管理データベース３から得たネットワーク構成情報（リソース情報）と、経路管理機構１３から回答された経路情報と、サービスオーダに含まれる希望容量の情報（“１００Ｍ”）とをリソース情報検討機構１４に渡して、ＳＤＨレイヤのリソースが十分に存在するのか否かの判定を依頼する。
【０１１２】
図１１に示す例では、「Ａ−Ｂ」の区間においてリソースに１００Ｍの余分がないことを想定しており、これから、リソース情報検討機構１４は、判定依頼のあった３つの経路候補に「Ａ−Ｂ」区間が含まれていることを把握した上で、ＮＷ管理機構１２に対して、判定依頼のあった３つの経路候補に十分なリソースが存在しない旨を回答する。
【０１１３】
この回答を受けて、ＮＷ管理機構１２は、経路管理機構１３に対して経路特定を再度依頼する。
【０１１４】
これを受けて、経路管理機構１３は、前回提示した経路とは異なる経路を３個選択してＮＷ管理機構１２に回答する。図１２に示すような経路一覧表を作成しているので、今度は、「Ａ→Ｃ→Ｅ→Ｂ→Ｚ」、「Ａ→Ｃ→Ｅ→Ｆ→Ｚ」、「Ａ→Ｃ→Ｅ→Ｂ→Ｆ→Ｚ」という３つの経路を選択して、ＮＷ管理機構１２に対して回答することになる。
【０１１５】
この回答を受けて、ＮＷ管理機構１２は、前回と同様に、ＳＤＨレイヤの構成管理データベース３から得たネットワーク構成情報（リソース情報）と、経路管理機構１３から回答された経路情報と、サービスオーダに含まれる希望容量の情報（“１００Ｍ”）とをリソース情報検討機構１４に渡して、ＳＤＨレイヤのリソースが十分に存在するのか否かの判定を依頼する。
【０１１６】
図１１に示すように、今回判定依頼のあった３つの経路にはいずれも１００Ｍ以上のリソースの余分があり、これから、リソース情報検討機構１４は、ＮＷ管理機構１２に対して、最もコストの低い経路である「Ａ→Ｃ→Ｅ→Ｂ→Ｚ」について１００Ｍのリソースが存在することを回答する。
【０１１７】
この回答を受けて、ＮＷ管理機構１２は、装置設定機構１５に指示することで、ＳＤＨレイヤのＡ、Ｃ、Ｅ、Ｂ、Ｚのそれぞれの経路作成装置４に対して、１００Ｍのパスを開通するようパス設定要求を送る。
【０１１８】
これを受けて、それぞれの経路作成装置４は、パスの設定を行い、そのパス設定が完了したならば、ＳＤＨレイヤの構成管理データベース３に対して、構成変更通知を送りデータベースを更新する。
【０１１９】
このようにして、ＳＤＨレイヤにおける始点Ａから終点Ｚに至る経路が確保できると、ＮＷ管理機構１２は、再度、ＳＤＨレイヤの上位レイヤであるＥｔｈｅｒレイヤ（元々のパスサービス所望レイヤ）でのパスサービス開通を試みる。
【０１２０】
すなわち、下位レイヤで、ある経路が確保できたということは、上位レイヤで、その経路の確保が可能であるということを意味するので、ＮＷ管理機構１２は、再度、ＳＤＨレイヤの上位レイヤであるＥｔｈｅｒレイヤ（元々のパスサービス所望レイヤ）でのパスサービス開通を試みるのである。
【０１２１】
ＮＷ管理機構１２は、Ｅｔｈｅｒレイヤにおけるパスサービスを設定するために、直前に設定したＳＤＨレイヤにおける経路「Ａ→Ｃ→Ｅ→Ｂ→Ｚ」でＥｔｈｅｒレイヤのパスサービス開通を試みる。
【０１２２】
このパスサービス開通を実現するために、ＮＷ管理機構１２は、経路「Ａ→Ｃ→Ｅ→Ｂ→Ｚ」について、Ｅｔｈｅｒレイヤにおける１００Ｍ分のリソースが存在するかどうかの確認をリソース情報検討機構１４に依頼する。
【０１２３】
この判定依頼を受けて、リソース情報検討機構１４は、ＮＷ管理機構１２に対して、「Ａ−Ｃ」間、「Ｃ−Ｅ」間、「Ｅ−Ｂ」間についてはＥｔｈｅｒレイヤにおける１００Ｍのリソースがあることを回答する。
【０１２４】
この回答では「Ｂ−Ｚ」間にリソースが存在しないことになるが、ＮＷ管理機構１２は、下位レイヤであるＳＤＨレイヤにおいてパスが開通済みであることから、「Ｂ−Ｚ」間に新規にＥｔｈｅｒレイヤの１００Ｍのパスが設定可能であると判断する。
【０１２５】
そこで、ＮＷ管理機構１２は、装置設定機構１５に対して、「Ａ−Ｃ」間、「Ｃ−Ｅ」間、「Ｅ−Ｂ」間については既存のリソースに対する１００Ｍの増設、「Ｂ−Ｚ」間については１００Ｍの新設を指示する。
【０１２６】
これを受けて、装置設定機構１５は、ＥｔｈｅｒレイヤのＡ、Ｃ、Ｅ、Ｂ、Ｚのそれぞれの経路作成装置４に対して、１００Ｍのパスを開通するようパス設定要求を送る。
【０１２７】
これを受けて、それぞれの経路作成装置４は、パスの設定を行い、そのパス設定が完了したならば、Ｅｔｈｅｒレイヤの構成管理データベース３に対して、構成変更通知を送りデータベースを更新する。
【０１２８】
例えば、図１３（ａ）に示すように、「Ｂ−Ｚ」間については１００Ｍを新設し、図１３（ｂ）に示すように、「Ｃ−Ｅ」間については１００Ｍを増設するのである。
【０１２９】
このようにして、最終的に、図１４に示すように、始点Ａから終点Ｚに至るＥｔｈｅｒレイヤの１００Ｍのパスサービスが提供されることになる。
【０１３０】
図示実施形態例に従って本発明を説明したが、本発明はこれに限定されるものではない。例えば、実施形態例では、容量が足りないことでパスを設定できない場合への適用例に従って本発明を説明したが、例えば、通信品質が不足していることで所望のパスを設定できないといったようなその他のリソース不足に対しても、本発明はそのまま適用できるものである。
【０１３１】
【発明の効果】
以上説明したように、本発明では、レイヤ構成のネットワークシステムにおいて、パスサービス設定要求の発行に応答して、オペレータの希望する経路でパスサービスを自動的に提供することを実現することから、迅速なパスサービスを提供できるようになるとともに、オペレータのパス設定に伴う負荷を軽減することができるようになる。
【０１３２】
そして、本発明では、必要最小限のリソースを割り当てることになるので、効率的なネットワーク運用が可能となる。
【図面の簡単な説明】
【図１】本発明を具備するレイヤ構成のネットワークシステムのシステム構成図である。
【図２】レイヤ構成データベースの管理するレイヤ構成情報の説明図である。
【図３】本発明のネットワーク管理システムで流通する情報の説明図である。
【図４】本発明のネットワーク管理システムの実行する処理の説明図である。
【図５】本発明のネットワーク管理システムの実行する処理フローの一実施形態例である。
【図６】本発明のネットワーク管理システムの実行する処理フローの一実施形態例である。
【図７】本発明のネットワーク管理システムの実行する処理フローの一実施形態例である。
【図８】ネットワークの一例である。
【図９】パスサービス種別「甲」についてのレイヤ構成情報の説明図である。
【図１０】経路一覧表の説明図である。
【図１１】ネットワークの一例である。
【図１２】経路一覧表の説明図である。
【図１３】経路の新設・増設処理の説明図である。
【図１４】経路が新設・増設されたネットワークの説明図である。
【符号の説明】
１    ネットワーク管理システム
２    レイヤ構成データベース
３    構成管理データベース
４    経路作成装置
１１  ＳＯ受付機構
１２  ＮＷ管理機構
１３  経路管理機構
１４  リソース情報検討機構
１５  装置設定機構
【図１】
2004260231.tif 000003
【図２】
2004260231.tif 000004
【図３】
2004260231.tif 000005
【図４】
2004260231.tif 000006
【図５】
2004260231.tif 000007
【図６】
2004260231.tif 000008
【図７】
2004260231.tif 000009
【図８】
2004260231.tif 000010
【図９】
2004260231.tif 000011
【図１０】
2004260231.tif 000012
【図１１】
2004260231.tif 000013
【図１２】
2004260231.tif 000014
【図１３】
2004260231.tif 000015
【図１４】
2004260231.tif 000016