(57)【特許請求の範囲】
【請求項１】
サービス要求に応じてネットワーク内の通信サービスを提供するリソース管理装置であって、
前記ネットワーク上の通信装置間に設定された通信パスの伝送帯域量及び、前記通信装置のポートの内、サービス要求に関わる端末装置と接続可能なポートであって、伝送帯域種別毎のポート数を含むリソース総量を第１の数値に換算する第１の算出部と、
前記第１の数値から、前記通信サービスを提供する通信サービス提供者毎に第２の数値を割り当てる第２の算出部と、
前記サービス要求のリソース要求量を第３の数値に換算する第３の算出部と、
前記第３の数値が、当該サービス要求の前記通信サービス提供者に割り当てられた前記第２の数値内にある場合に、前記ネットワーク上の通信装置に対して当該サービス要求に関わる通信サービスを設定する制御部と
を有することを特徴とするリソース管理装置。
【請求項２】
前記第３の算出部は、
前記サービス要求の通信サービスに関わる始点及び終点間のサービス品質を含む前記リソース要求量を前記第３の数値に換算することを特徴とする請求項１に記載のリソース管理装置。
【請求項３】
前記第１の算出部は、
前記通信装置が前記ネットワーク上のサーバで動作する仮想通信装置を含む場合に、前記仮想通信装置の台数を含む前記リソース総量を前記第１の数値に換算し、
前記第３の算出部は、
前記仮想通信装置の台数を含む前記リソース要求量を前記第３の数値に換算することを特徴とする請求項１又は２に記載のリソース管理装置。
【請求項４】
前記第１の算出部は、
前記仮想通信装置の台数に代えて、前記仮想通信装置に割り当てられたプロセッサの台数、メモリ量及び通信帯域を含む前記リソース総量を前記第１の数値に換算し、
前記第３の算出部は、
前記仮想通信装置の台数に代えて、前記仮想通信装置に割り当てられたプロセッサの台数、メモリ量及び通信帯域を含む前記リソース要求量を前記第３の数値に換算することを特徴とする請求項３に記載のリソース管理装置。
【請求項５】
前記第３の数値が当該サービス要求の当該通信サービスの前記第２の数値内にない場合に、当該通信サービスの前記第２の数値の不足分を調整すべく、他の通信サービスの前記第２の数値を調整する調整部を有することを特徴とする請求項１〜４の何れか一つに記載のリソース管理装置。
【請求項６】
ネットワーク内の複数の通信装置と、サービス要求に応じてネットワーク内の通信装置を使用して通信サービスを提供するリソース管理装置とを有する通信システムであって、
前記リソース管理装置は、
前記ネットワーク上の通信装置間に設定された通信パスの伝送帯域量及び、前記通信装置のポートの内、サービス要求に関わる端末装置と接続可能なポートであって、伝送帯域種別毎のポート数を含むリソース総量を第１の数値に換算する第１の算出部と、
前記第１の数値から、前記通信サービスを提供する通信サービス提供者毎に第２の数値を割り当てる第２の算出部と、
前記サービス要求のリソース要求量を第３の数値に換算する第３の算出部と、
前記第３の数値が、当該サービス要求の前記通信サービス提供者に割り当てられた前記第２の数値内にある場合に、前記ネットワーク上の前記通信装置に対して当該サービス要求に関わる通信サービスを設定する制御部と
を有することを特徴とするリソース管理システム。
【請求項７】
サービス要求に応じてネットワーク内の通信サービスを提供するリソース管理装置のプロセッサに、
前記ネットワーク上の通信装置間に設定された通信パスの伝送帯域量及び、前記通信装置のポートの内、サービス要求に関わる端末装置と接続可能なポートであって、伝送帯域種別毎のポート数を含むリソース総量を第１の数値に換算し、
前記第１の数値から、前記通信サービスを提供する通信サービス提供者毎に第２の数値を割り当て、
前記サービス要求のリソース要求量を第３の数値に換算し、
前記第３の数値が、当該サービス要求の前記通信サービス提供者に割り当てられた前記第２の数値内にある場合に、前記ネットワーク上の通信装置に対して当該サービス要求に関わる通信サービスを設定する
処理を実行させることを特徴とするリソース管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リソース管理装置、リソース管理システム及びリソース管理プログラムに関する。
【背景技術】
【０００２】
近年、利用者のネットワーク（ＮＷ：Network）利用要求やＮＷの使用状況等に応じてコントローラからＮＷのリソース設定を自動的かつ迅速に制御できるＳＤＮ(Software-Defined  Networking)が知られている。ＳＤＮコントローラは、利用者の通信サービスのサービス要求に応じて、オンデマンドにリソースを動的に割り当て、そのリソースを使用して通信サービスを利用者に提供する。更に、ＳＤＮコントローラは、利用者の通信サービスが終了した場合、リソースをすぐに解放して別の利用者に空きリソースを割り当る。その結果、ＳＤＮは、リソースの利用効率を高めることで、設備コストや運用コストを削減できる。
【０００３】
また、近年、通信事業者や移動体通信事業者からＮＷ設備を借りて利用者に通信サービスを提供する仮想通信事業者（VNO:Virtual  Network  Operator）や仮想移動体通信事業者(MVNO:Mobile  Virtual  Network  Operator)が増加している。例えば、光アクセス回線網を有する通信事業者からＮＳＰ(Network  Service  Provider)が光アクセス回線を借り受けた場合、そのＮＳＰは、ＶＮＯとして光アクセス回線サービスを利用者に提供できる。また、携帯電話網を有する移動体通信事業者からＮＳＰが無線通信設備を借り受けた場合、そのＮＳＰは、ＭＶＮＯとしてモバイル通信サービスを利用者に提供できる。
【０００４】
今後、ＳＤＮ技術を採用した通信事業者からリソースを借り受けるＮＳＰが増加する。そして、ＳＤＮコントローラは、ＮＷ内のリソースをＮＳＰに固定的に割り当てる。その結果、ＮＳＰは、通信事業者から借り受けたリソースを使用して当該ＮＳＰの利用者に通信サービスを提供できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−７８９３１号公報
【特許文献２】特開２０１２−１９０１０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＳＤＮコントローラは、ＮＳＰ毎に、ＮＷ内のリソースを固定的に割り当てるため、ＮＷ内のリソースをＮＳＰ間で使い回すことができず、リソースの利用効率が良くない。
【０００７】
一つの側面では、ＮＷ内のリソースの利用効率を高めるリソース管理装置、リソース管理システム及びリソース管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
一つの態様のリソース管理装置は、サービス要求に応じてネットワーク内の通信サービスを提供する。リソース管理装置は、第１の算出部と、第２の算出部と、第３の算出部と、制御部とを有する。第１の算出部は、ネットワーク内のリソース総量を第１の数値に換算する。第２の算出部は、第１の数値から、通信サービスの種別毎に第２の数値を割り当てる。第３の算出部は、サービス要求のリソース要求量を第３の数値に換算する。制御部は、第３の数値が、当該サービス要求の通信サービスの種別に割り当てられた第２の数値内にある場合に、ネットワーク上の通信装置に対して当該サービス要求に関わる通信サービスを設定する。
【発明の効果】
【０００９】
一つの側面として、ＮＷ内のリソースの利用効率を高める。
【図面の簡単な説明】
【００１０】
【図１】図１は、本実施例のＳＤＮシステムの一例を示す説明図である。
【図２】図２は、ＮＷのレイヤ構成の一例を示す説明図である。
【図３】図３は、ＳＤＮコントローラのハードウェア構成の一例を示すブロック図である。
【図４】図４は、ＳＤＮコントローラの機能構成の一例を示すブロック図である。
【図５】図５は、レイヤ毎の各リソースのＲＱの一例を示す説明図である。
【図６】図６は、ＯＴＮ／ＷＤＭレイヤのサービス要求のＲＱＣ換算の一例を示す説明図である。
【図７】図７は、ＭＰＬＳレイヤのサービス要求のＲＱＣ換算の一例を示す説明図である。
【図８】図８は、ＩＰ／Ｅｔｈｅｒレイヤ及びＯｐｅｎＦｌｏｗ／ＮＦＶレイヤのサービス要求のＲＱＣ換算の一例を示す説明図である。
【図９】図９は、調整前後のＮＳＰ毎の割当ＲＱ及び合計ＲＱＣの対応表の一例を示す説明図である。
【図１０】図１０は、ＲＱ総量算出処理に関わるＳＤＮコントローラ内のプロセッサの処理動作の一例を示すフローチャートである。
【図１１】図１１は、割当ＲＱ算出処理に関わるＳＤＮコントローラ内のプロセッサの処理動作の一例を示すフローチャートである。
【図１２】図１２は、要求受付処理に関わるＳＤＮコントローラ内のプロセッサの処理動作の一例を示すフローチャートである。
【図１３】図１３は、リソース管理プログラムを実行するコンピュータの一例を示す説明図である。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて、本願の開示するリソース管理装置、リソース管理システム及びリソース管理プログラムの実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。
【実施例】
【００１２】
図１は、本実施例のＳＤＮシステム１の一例を示す説明図である。図１に示すＳＤＮシステム１は、複数の利用者端末２と、ＮＷ３内の複数のノード４と、ＳＤＮコントローラ５とを有する。利用者端末２は、サービス要求に応じたＮＳＰの通信サービスを享受する、ＮＳＰの利用者の端末である。利用者端末２とノード４とは、有線または無線のいずれで接続されていても良い。ＮＳＰは、ＮＷ３の通信事業者と契約したＶＮＯ若しくはＭＶＮＯ等であって、通信事業者の割当リソースを使用して利用者端末２に対して通信サービスを提供する。ＳＤＮコントローラ５は、利用者端末２からのサービス要求に応じて通信サービスのリソースを動的に設定するリソース管理装置である。
【００１３】
図２は、ＮＷ３のレイヤ構成の一例を示す説明図である。図２に示すＮＷ３は、複数のレイヤ３Ａ〜３Ｄを有する。ＯＴＮ（Optical  Transport  Network）／ＷＤＭ（Wavelength  Division  Multiplexing）レイヤ３Ａは、例えば、ＯＴＮノード１１１、１１２及び１１３を有する。ＯＴＮノード１１１は、通信インタフェースの種別に応じて伝送帯域が異なるポートを有し、例えば、１０Ｇｂｐｓの割当候補ポート１個と、１０Ｇｂｐｓの装置間ポート１個および装置間のファイバポート１個とを有する。尚、割当候補ポートは、利用者端末２が専有可能なＰＥポート（図中の●で示す）である。装置間ポートは、ノード同士を接続するためのポート（図中の○で示す）である。装置間のファイバポートは、ＯＤＵを載せた多重波長によって伝送容量が異なるため、そのインタフェース速度は可変である。ＯＴＮノード１１２は、例えば、１０Ｇｂｐｓの割当候補ポート２個と、１０Ｇｂｐｓの装置間ポート１個および装置間のファイバポート２個とを有する。ＯＴＮノード１１３は、例えば、１０Ｇｂｐｓの割当候補ポート１個と、１０Ｇｂｐｓの装置間ポート１個および装置間のファイバポート１個とを有する。
【００１４】
ＭＰＬＳ（Multi-Protocol  Label  Switching)レイヤ３Ｂは、例えば、ＭＰＬＳノード１２１、１２２及び１２３を有する。ＭＰＬＳノード１２１、１２２及び１２３は、例えば、１Ｇｂｐｓの割当候補ポート２個と、１０Ｇｂｐｓの装置間ポート１個と、１Ｇｂｐｓの装置間ポート２個とを有する。
【００１５】
ＩＰ（Internet  Protocol）／Ｅｔｈｅｒレイヤ３Ｃは、複数のルータ１３１、１３３及び１３５と、複数のスイッチ１３２、１３４及び１３６を有する。各ルータ１３１、１３３及び１３５は、例えば、１Ｇｂｐｓの割当候補ポート２個と、１Ｇｂｐｓの装置間ポート２個とを有する。各スイッチ１３２、１３４及び１３６は、例えば、１Ｇｂｐｓの割当候補ポート２個と、１Ｇｂｐｓの装置間ポート２個とを有する。
【００１６】
ＯｐｅｎＦｌｏｗ／ＮＦＶ(Network  Function  Virtualization)レイヤ３Ｄは、ＯｐｅｎＦｌｏｗスイッチ１４１、１４３及び１４５と、汎用サーバ１４２、１４４及び１４６とを有する。汎用サーバ１４２、１４４及び１４６は、プロセッサ、メモリ、ストレージなどのサーバリソースを使用して仮想マシン（ＶＭ）を仮想通信装置（ＶＮＦ：Virtual  Network  Function）として機能させる。尚、ＶＮＦは、例えば、ソフトウェアセキュリティゲートウェイやソフトウェアアクセラレータ等のソフトウェアアプライアンスである。各汎用サーバ１４２、１４４及び１４６は、例えば、２台のＶＭを有する。各汎用サーバ１４２、１４４及び１４６は、例えば、１Ｇｂｐｓの割当候補ポート２個と、１Ｇｂｐｓの装置間ポート１個とを有する。ＯｐｅｎＦｌｏｗスイッチ１４１、１４３及び１４５は、例えば、１Ｇｂｐｓの割当候補ポート２個と、１Ｇｂｐｓの装置間ポート１個とを有する。
【００１７】
また、ＯｐｅｎＦｌｏｗスイッチ１４１等、汎用サーバ１４２等、ルータ１３１等、スイッチ１３２等、ＭＰＬＳノード１２１等間は、例えば、伝送帯域が１Ｇｂｐｓの１０００Ｂａｓｅ−Ｔのイーサネット（登録商標）インタフェースを使用するものとする。
【００１８】
ＭＰＬＳノード１２１、１２２及び１２３とＯＴＮノード１１１、１１２及び１１３との間は、例えば、伝送帯域が１０Ｇｂｐｓの１０ＧＢＡＳＥ−ＳＲ又は１０ＧＢＡＳＥ−ＬＲ等のイーサネットインタフェースを使用する。ＯＴＮノード１１１〜１１３同士は、例えば、光波長の異なる複数の光信号を同一の光ファイバで接続している。この場合、ＯＴＮノード１１１〜１１３間の伝送容量は、多重化する光波長の本数や、１波長にマッピングする電気回線の信号の伝送帯域によって決まる。例えば、ＯＴＮノード１１１とＯＴＮノード１１２との間、ＯＴＮノード１１２とＯＴＮノード１１３との間には、１００Ｇｂｐｓの伝送帯域のＯＤＵ４の２本のＯＤＵパスを設定している。ＯＴＮノード１１１とＯＴＮノード１１３との間は、ＯＴＮノード１１２を経由し、１０Ｇｂｐｓの伝送帯域のＯＤＵ２のＯＤＵパスを設定している。尚、ＯＤＵパスには、ＯＤＵ２やＯＤＵ４の他に、例えば、１．２５Ｇｂｐｓの伝送帯域のＯＤＵ０、２．５Ｇｂｐｓの伝送帯域のＯＤＵ１、１．２５Ｇｂｐｓ単位で可変の伝送帯域のＯＤＵｆｌｅｘのＯＤＵパスがある。ＯＤＵ２やＯＤＵ４等の広帯域のパスは事前にＯＴＮノード１１１〜１１３間に設定しておき、利用者端末２からのサービス要求に基づいて、要求された伝送帯域に適合したＯＤＵ０、ＯＤＵ１やＯＤＵｆｌｅｘ等のＯＤＵパスを動的に生成し、多重化しても良い。また、例えば、利用者端末２からのサービス要求が多く発生し、広帯域パスの残り伝送帯域が不足してきた場合、ＯＴＮノード１１１〜１１３間で未使用の波長があれば、動的に新たな広帯域パスを生成して追加しても良い。
【００１９】
図３は、ＳＤＮコントローラ５のハードウェア構成の一例を示すブロック図である。図３に示すＳＤＮコントローラ５は、例えば、サーバ等のコンピュータである。ＳＤＮコントローラ５は、入力装置１１と、出力装置１２と、補助記憶装置１３と、駆動装置１４と、ＮＷインタフェース（ＩＦ：Interface）１５と、主記憶装置１６と、プロセッサ１７と、バス１８とを有する。
【００２０】
入力装置１１は、例えば、キーボードやマウス等のポインティングデバイス等の入力インタフェースである。出力装置１２は、プロセッサ１７の処理の結果を出力する。例えば、スピーカ等の音声出力装置や表示装置等の出力インタフェースである。補助記憶装置１３は、様々なプログラムや、各プログラムの実行に際してプロセッサ１７が使用するデータを格納する領域である。補助記憶装置１３は、例えば、ＥＰＲＯＭ（Erasable  Programmable  ROM）又はハードディスクドライブ（Hard  Disc  Drive）等の不揮発性のメモリである。補助記憶装置１３は、例えば、オペレーティングシステム（ＯＳ）や様々なアプリケーションプログラムを保持する。
【００２１】
駆動装置１４は、可搬記録媒体１４Ａに記録されるプログラムや各種データを読み出し、プロセッサ１７に出力する。可搬記録媒体１４Ａは、例えば、ＳＤカード、ｍｉｎｉＳＤカード、ｍｉｃｒｏＳＤカード、ＵＳＢ（Universal  Serial  Bus）フラッシュメモリ、ＣＤ（Compact  Disc）、ＤＶＤ(Digital  Versatile  Disc)又はフラッシュメモリカード等の記録媒体である。ＮＷＩＦ１５は、例えば、ＮＷ３との情報の通信を司るインタフェースである。尚、ＮＷＩＦ１５は、有線のＮＷ３や無線のＮＷと接続するインタフェースを含む。ＮＷＩＦ１５は、例えば、ＮＩＣ（Network  Interface  Card）及び無線ＬＡＮ（Local  Area  Network）カード等である。
【００２２】
主記憶装置１６は、補助記憶装置１３に格納されているプログラムをロードするプロセッサ１７の記憶領域や作業領域に相当する、例えば、ＲＡＭ（Random  Access  Memory）等の半導体メモリである。プロセッサ１７は、ＳＤＮコントローラ５全体を制御する、例えば、ＣＰＵ（Central  Processing  Unit）である。プロセッサ１７は、補助記憶装置１３又は可搬記録媒体１４Ａに保持されたＯＳや様々なアプリケーションプログラムを主記憶装置１６にロードして実行することで、様々な処理を実行する。プロセッサ１７は、１個に限定されるものではなく、複数個であっても良い。
【００２３】
尚、ＮＷＩＦ１５を通じてデータを入力する場合、必ずしも入力装置１１を設けなくても良い。同様に、ＮＷＩＦ１５を通じてデータを出力する場合、例えば、ＳＤＮコントローラ５において必ずしも出力装置１２を設けなくても良い。
【００２４】
図４は、ＳＤＮコントローラ５の機能構成の一例を示すブロック図である。図４に示すＳＤＮコントローラ５内のプロセッサ１７は、処理機能として、識別部２１と、判定部２２と、ＲＱ換算部２３と、ＲＱ割当部２４と、ＲＱＣ換算部２５と、ＲＱ調整部２６と、生成部２７と、制御部２８とを有する。
【００２５】
更に、補助記憶装置１３は、ノード情報メモリ３１と、ポート情報メモリ３２と、リンク情報メモリ３３と、パス情報メモリ３４と、ＮＳＰ情報メモリ３５と、ＲＱ総量メモリ３６とを有する。ノード情報メモリ３１は、ＮＷ３内のレイヤ３Ａ〜３Ｄ毎の各ノードのノード情報を管理する領域である。尚、ノードは、ＯＴＮ／ＷＤＭレイヤ３Ａの場合はＯＴＮノード１１１〜１１３、ＭＰＬＳレイヤ３Ｂの場合はＭＰＬＳノード１２１〜１２３、ＩＰ／Ｅｔｈｅｒレイヤ３Ｃの場合はルータ１３１、１３３及び１３５及びスイッチ１３２、１３４及び１３６である。また、ノードは、例えば、ＯｐｅｎＦｌｏｗ／ＮＦＶレイヤ３Ｄの場合はＯｐｅｎＦｌｏｗスイッチ１４１、１４３及び１４５や汎用サーバ１４２、１４４及び１４６上のＶＭである。ノード情報は、ノードが属するレイヤ３Ａ〜３Ｄを識別するレイヤＩＤ、ノードの種別を識別する種別ＩＤ、ノードを識別するノードＩＤを対応付けて管理する情報である。尚、説明の便宜上、補助記憶装置１３に、各種メモリ３１〜３６を有するようにした。しかしながら、これに限定するものではなく、ＳＤＮコントローラ５のプログラムが動作する際には、必要な情報を補助記憶装置１３から主記憶装置１６に読み込み、各種換算値等の計算結果も、主記憶装置１６に記憶しても良い。
【００２６】
ポート情報メモリ３２は、ノード毎の各ポートに関わるポート情報を管理する領域である。ポート情報は、例えば、ポートを備えたノードを識別するノードＩＤ、ポートを識別するポートＩＤ、装置間ポート又は割当候補ポートを識別する種別ＩＤ、ポートの伝送帯域を対応付けて管理する情報である。リンク情報メモリ３３は、ノード間のリンクに関わるリンク情報を管理する領域である。リンク情報は、例えば、リンクを識別するリンクＩＤ、リンクの始点ノードを識別する始点ＩＤ、リンクの終点ノードを識別する終点ＩＤを対応付けて管理する情報である。
【００２７】
パス情報メモリ３４は、例えば、１本以上のリンクを経由してノード間を接続するパスに関わるパス情報を管理する領域である。パス情報は、例えば、パスを識別するパスＩＤと、パスの始点ノードを識別する始点ＩＤと、パスの終点ノードを識別する終点ＩＤとを対応付けて管理する情報である。尚、ノード情報、ポート情報、リンク情報及びパス情報は、補助記憶装置１３に保持された静的な情報を読み込んで設定しても良いし、入力装置１１から設定しても良い。
【００２８】
ＮＳＰ情報メモリ３５は、ＮＳＰに関わるＮＳＰ情報を格納する領域である。ＮＳＰ情報メモリ３５は、リソース情報メモリ４１と、カスタマ情報メモリ４２と、ＲＱメモリ４３とを有する。リソース情報メモリ４１は、ＮＳＰ毎に割り当てたＮＷ３内のリソース量を格納する領域である。カスタマ情報メモリ４２は、ＮＳＰ毎の利用者のカスタマ情報を格納する領域である。カスタマ情報は、例えば、ＮＳＰ契約者である利用者を識別する利用者ＩＤ及び利用者のサービス内容を対応付けて管理する情報である。
【００２９】
ＲＱ総量メモリ３６は、ＮＷ３内のレイヤ３Ａ〜３Ｄ毎のリソース量に対応するＲＱ（Resource  Quota)を格納した領域である。尚、リソース量は、ＮＷ３内の全リソース量の内、サービス要求に基づく通信コネクションの設定によってＮＳＰ毎に専有的に割当可能な割当候補数量である。割当候補数量は、例えば、割当候補ポートやＯＤＵパスの伝送帯域等のリソース量が対象となる。ＲＱは、リソース量を所定の基準レートに換算した換算値である。尚、ＳＤＮコントローラ５は、各ＮＳＰで使用可能なリソースをＮＷ３内の特定リソースで割当てるのではなく、特定リソースに依存せず、ＮＷ３内のリソース量を基準レートで換算した指標であるＲＱで割当てる。ＲＱ総量メモリ３６は、レイヤ３Ａ〜３Ｄ毎のＲＱを合計してＮＷ３全体のリソース総量を示すＲＱ総量を格納する。図５は、ＲＱ総量メモリ３６の一例を示す説明図である。ＲＱ総量メモリ３６は、例えば、レイヤを識別するレイヤＩＤ、リソースを識別するリソースＩＤ、リソースの全数量、割当候補数量、ＲＱを対応付けて管理する。
【００３０】
ＲＱメモリ４３は、ＮＳＰ毎に割り当てた割当ＲＱと、サービス要求の通信サービスに消費するＲＱＣ（要求ＲＱ）とを対応付けて格納する領域である。割当ＲＱは、ＮＳＰに割り当てられた割当リソース量を基準レートに換算したＲＱである。ＲＱＣは、サービス要求の要求リソース量を基準レートに換算した要求ＲＱである。
【００３１】
識別部２１は、ＮＷＩＦ１５を通じてＮＷ３から受信したパケットを識別する。判定部２２は、利用者端末２からのサービス要求に応じてサービス要求の受付可否を判定する。判定部２２は、経路計算部２２Ａを有する。経路計算部２２Ａは、サービス要求に応じて通信サービスの使用パスを最小コストで算出する。
【００３２】
ＲＱ換算部２３は、割当候補数量毎に基準レートでＲＱを算出する。尚、基準レートは、例えば、“１Ｇｂｐｓ”をＲＱ＝１、ＶＭの“１台”をＲＱ＝１とする。ＲＱ換算部２３は、図２に示すＯｐｅｎＦｌｏｗ／ＮＦＶレイヤ３Ｄのノード情報及びポート情報に基づき、例えば、ＯｐｅｎＦｌｏｗ／ＮＦＶレイヤ３Ｄの１Ｇｂｐｓポートの割当候補数量１２個を取得する。ＲＱ換算部２３は、１Ｇｂｐｓポートの割当候補数量が１２個の場合、基準レートに基づき、ＲＱを“１２”に換算する。ＲＱ換算部２３は、図５に示すＲＱ総量メモリ３６内のＯｐｅｎＦｌｏｗ／ＮＦＶレイヤ３Ｄのポート（１Ｇ）、全数量１８個、割当候補数量１２個に対応付けてＲＱ“１２”を格納する。
【００３３】
ＲＱ換算部２３は、図２に示すＯｐｅｎＦｌｏｗ／ＮＦＶレイヤ３Ｄのノード情報及びポート情報に基づき、ＯｐｅｎＦｌｏｗ／ＮＦＶレイヤ３ＤのＶＭの割当候補数量６台を取得する。ＲＱ換算部２３は、ＶＭの割当候補数量が６台の場合、基準レートに基づき、ＲＱを“６”に換算する。ＲＱ換算部２３は、図５に示すＲＱ総量メモリ３６内のＯｐｅｎＦｌｏｗ／ＮＦＶレイヤ３ＤのＶＭ、全数量６台、割当候補数量６台に対応付けてＲＱ“６”を格納する。
【００３４】
ＲＱ換算部２３は、図２に示すＩＰ／Ｅｔｈｅｒレイヤ３Ｃのノード情報及びポート情報に基づき、ＯｐｅｎＦｌｏｗ／ＮＦＶレイヤ３Ｄの１Ｇｂｐｓポートの割当候補数量１２個を取得する。ＲＱ換算部２３は、１Ｇｂｐｓポートの割当候補数量が１２個の場合、基準レートに基づき、ＲＱを“１２”に換算する。ＲＱ換算部２３は、図５に示すＲＱ総量メモリ３６内のＩＰ／Ｅｔｈｅｒレイヤ３Ｃのポート（１Ｇ）、全数量２４個、割当候補数量１２個に対応付けてＲＱ“１２”を格納する。
【００３５】
ＲＱ換算部２３は、図２に示すＭＰＬＳレイヤ３Ｂのノード情報及びポート情報に基づき、ＭＰＬＳレイヤ３Ｂの１Ｇｂｐｓポートの割当候補数量６個を取得する。ＲＱ換算部２３は、１Ｇｂｐｓポートの割当候補数量が６個の場合、基準レートに基づき、ＲＱを“６”に換算する。ＲＱ換算部２３は、図５に示すＲＱ総量メモリ３６内のＭＰＬＳレイヤ３Ｂのポート（１Ｇ）、全数量１２個、割当候補数量６個に対応付けてＲＱ“６”を格納する。
【００３６】
ＲＱ換算部２３は、図２に示すＭＰＬＳレイヤ３Ｂのノード情報及びポート情報に基づき、ＭＰＬＳレイヤ３Ｂの１０Ｇｂｐｓポートの割当候補数量０個を取得する。ＲＱ換算部２３は、１０Ｇｂｐｓポートの割当候補数量が０個の場合、基準レートに基づき、ＲＱを“０”に換算する。ＲＱ換算部２３は、図５に示すＲＱ総量メモリ３６内のＭＰＬＳレイヤ３Ｂのポート（１０Ｇ）、全数量３個、割当候補数量０個に対応付けてＲＱ“０”を格納する。
【００３７】
ＲＱ換算部２３は、図２に示すＯＴＮ／ＷＤＭレイヤ３Ａのノード情報及びポート情報に基づき、ＯＴＮ／ＷＤＭレイヤ３Ａの１０Ｇｂｐｓポートの割当候補数量４個を取得する。ＲＱ換算部２３は、１０Ｇｂｐｓポートの割当候補数量が４個の場合、基準レートに基づき、ＲＱを“４０”に換算する。ＲＱ換算部２３は、図５に示すＲＱ総量メモリ３６内のＯＴＮ／ＷＤＭレイヤ３Ａのポート（１０Ｇ）、全数量１１個、割当候補数量４個に対応付けてＲＱ“４０”を格納する。
【００３８】
ＲＱ換算部２３は、図２に示すＯＴＮ／ＷＤＭレイヤ３Ａのノード情報及びリンク情報に基づき、ＯＴＮ／ＷＤＭレイヤ３Ａの１００ＧｂｐｓのＯＤＵパスの割当候補数量２本を取得する。ＲＱ換算部２３は、１００ＧｂｐｓのＯＤＵパスの割当候補数量が２本の場合、基準レートに基づき、ＲＱを“２００”に換算する。ＲＱ換算部２３は、図５に示すＲＱ総量メモリ３６内のＯＴＮ／ＷＤＭレイヤ３ＡのＯＤＵパス（１００Ｇ）、全数量２本、割当候補数量２本に対応付けてＲＱ“２００”を格納する。
【００３９】
ＲＱ換算部２３は、図２に示すＯＴＮ／ＷＤＭレイヤ３Ａ内のノード情報及びリンク情報に基づき、ＯＴＮ／ＷＤＭレイヤ３Ａの１０ＧｂｐｓのＯＤＵパスの割当候補数量１本を取得する。ＲＱ換算部２３は、１０ＧｂｐｓのＯＤＵパスの割当候補数量が１本の場合、基準レートに基づき、ＲＱを“１０”に換算する。ＲＱ換算部２３は、図５に示すＲＱ総量メモリ３６内のＯＴＮ／ＷＤＭレイヤ３ＡのＯＤＵパス（１０Ｇ）、全数量１本、割当候補数量１本に対応付けてＲＱ“１０”を格納する。更に、ＲＱ換算部２３は、各レイヤ３Ａ〜３Ｄの全ＲＱを加算してＲＱ総量“２８６”を算出し、ＲＱ総量“２８６”をＲＱ総量メモリ３６内に格納する。
【００４０】
ＲＱ割当部２４は、ＲＱ総量からＮＳＰ毎の持分配分に応じてＮＳＰ毎の割当ＲＱを算出する。尚、持分配分は、例えば、ＮＳＰがＶＮＯとして通信事業者との間で事業契約を締結した利用内容や事業契約料金等に基づき決定される、ＮＳＰ毎のＮＷ内のリソースの割当配分である。ＲＱ割当部２４は、例えば、ＲＱ総量を２８６、ＮＳＰが３社ある場合、ＮＳＰ‐Ａの割当ＲＱを９６、ＮＳＰ‐Ｂの割当ＲＱを９５、ＮＳＰ‐Ｃの割当ＲＱを９５とする。
【００４１】
判定部２２は、サービス要求に応じて、サービス要求内の利用者の契約ＮＳＰを識別する。判定部２２は、サービス要求の通信サービスの種別、接続を要求する区間や、使用帯域や通信遅延等のＱｏＳ（Quality  of  Service）を識別する。判定部２２の経路算出部２２Ａは、通信サービスの種別、区間、ＱｏＳに基づき、通信サービスで使用する最適パスを、例えば、最小コストで算出する。ＲＱＣ換算部２５は、最適パス上の要求リソース量、すなわちサービス要求の通信サービスに消費されるリソース量を基準レートに基づき、ＲＱ単位のＲＱＣに換算する。
【００４２】
判定部２２は、サービス要求のＲＱＣがサービス要求のＮＳＰの割当ＲＱ内にあるか否かを判定する。判定部２２は、ＲＱＣが割当ＲＱ内にある場合、サービス要求の通信サービスを受付可と判定する。判定部２２は、ＲＱＣが割当ＲＱ内にない場合、サービス要求の通信サービスを受付不可と判定する。
【００４３】
制御部２８は、サービス要求の通信サービスが受付可と判定された場合、サービス要求の最適パス上の各ノードに制御メッセージを設定すべく、設定指示を生成部２７に指示する。制御部２８は、サービス要求の通信サービスが受付不可と判定された場合、ＮＳＰ間の割当ＲＱを調整する調整指示をＲＱ調整部２６に指示する。
【００４４】
生成部２７は、制御部２８からの設定指示に基づき、各ノードの制御プロトコルに応じた制御メッセージを生成し、ＮＷＩＦ１５を通じて最適パス上の各ノードに制御メッセージを送信する。尚、制御プロトコルは、ノードの種別に応じて、例えば、ＯｐｅｎＦｌｏｗ、ＴＬ１(Transaction  Language)やＮＥＴＣＯＮＦ等の制御プロトコルを使用しても良い。ＲＱ調整部２６は、調整指示に応じて、ＮＳＰ間で割当ＲＱを量調整する。
【００４５】
次に本実施例のＳＤＮシステム１の動作について説明する。先ずは、ＲＱＣ換算部２５の動作について説明する。ＲＱＣ換算部２５は、基準レートに基づき、サービス要求の通信サービスの要求リソース量をＲＱ単位のＲＱＣに換算する。尚、ＲＱＣは、利用者端末２からのサービス要求に応じてサービス設定に使用する要求リソース量をＲＱ単位に換算した要求ＲＱである。図６は、ＯＴＮ／ＷＤＭレイヤ３Ａのサービス要求のＲＱＣ換算の一例を示す説明図である。
【００４６】
サービス要求は、ＯＴＮ／ＷＤＭレイヤ３Ａを使用して利用者端末２Ａと利用者端末２Ｂとの間を１０Ｇｂｐｓの伝送帯域で通信するＮＳＰ‐Ａの通信要求である。この際、経路計算部２２Ａは、サービス要求に対応する通信サービスの最適パスを算出する。最適パスの内容は、例えば、利用者端末２ＡはＯＴＮノード１１１の１０Ｇｂｐｓポート、利用者端末２ＢはＯＴＮノード１１３の１０Ｇｂｐｓポートと接続する。更に、最適パスの内容として、ＯＴＮノード１１１とＯＴＮノード１１３との間の１０ＧｂｐｓのＯＤＵパスの内、１０Ｇｂｐｓの伝送帯域を要する。その結果、サービス要求の要求リソース量は、ＯＴＮノード１１１の１０Ｇｂｐｓポート１個、ＯＴＮノード１１３の１０Ｇｂｐｓポート１個、伝送帯域１０Ｇｂｐｓとなる。ＲＱＣ換算部２５は、１０ＧｂｐｓポートはＲＱ＝１０、伝送帯域１０ＧｂｐｓはＲＱ＝１０であるため、１０＊２個＋１０に基づき、ＲＱＣ＝３０を算出する。
【００４７】
判定部２２は、例えば、サービス要求のＮＳＰ‐Ａの割当ＲＱが５０の場合、ＲＱＣ“３０”がＮＳＰ‐Ａの割当ＲＱ“５０”以内であるため、サービス要求の通信サービスを受付可とする。そして、制御部２８は、サービス要求の通信サービスが終了するまでに当該サービス要求の要求リソースを他の利用者端末２に使用されないように予約する。更に、制御部２８は、サービス要求の要求リソースに対してパス情報を設定する設定指示を生成部２７に指示する。
【００４８】
図７は、ＭＰＬＳレイヤ３Ｂのサービス要求のＲＱＣ換算の一例を示す説明図である。サービス要求は、ＭＰＬＳレイヤ３Ｂを使用して利用者端末２Ｃと利用者端末２Ｄとの間を５００Ｍｂｐｓの伝送帯域で通信するＮＳＰ‐Ｂの通信要求である。この際、経路計算部２２Ａは、サービス要求に対応する通信サービスの最適パスを算出する。最適パスの内容は、例えば、利用者端末２ＣはＭＰＬＳノード１２１の１Ｇｂｐｓポート、利用者端末２ＤはＭＰＬＳノード１２３の１Ｇｂｐｓポートと接続する。最適パスの内容として、ＭＰＬＳノード１２１とＭＰＬＳノード１２２との間のＯＤＵパスの１００Ｇｂｐｓ内の５００Ｍｂｐｓ（＝０．５Ｇｂｐｓ）、ＭＰＬＳノード１２２とＭＰＬＳノード１２３との間のＯＤＵパスの１００Ｇｂｐｓ内の５００Ｍｂｐｓを要する。その結果、サービス要求の要求リソース量は、ＭＰＬＳノード１２１の１Ｇｂｐｓポート１個、ＭＰＬＳノード１２３の１Ｇｂｐｓポート１個、伝送帯域５００Ｍｂｐｓとなる。ＲＱＣ換算部２５は、１＊２個＋０．５に基づき、ＲＱＣ＝２．５を算出する。
【００４９】
判定部２２は、例えば、サービス要求のＮＳＰ‐Ｂの割当ＲＱが２０の場合、ＲＱＣ“２．５”が割当ＲＱ“２０”以内であるため、サービス要求の通信サービスを受付可とする。そして、制御部２８は、サービス要求の通信サービスが終了するまでに当該サービス要求の要求リソースを他の利用者端末２に使用されないように予約する。更に、制御部２８は、サービス要求の要求リソースに対してサービス要求のパス情報を設定する設定指示を生成部２７に指示する。尚、制御部２８は、ＭＰＬＳノード１２１及び１２３間でパケットをＬＳＰ（Label  Switch  Path）でトンネル転送するためのラベル設定や、ＬＳＰをＯＤＵパスに振り分けるためのスイッチング設定を実行する。
【００５０】
尚、図７に示すＲＱＣの換算例では、ＭＰＬＳノード１２１〜１２３内のトラフィックシェーピング等の帯域制御を使用して５００Ｍｂｐｓの伝送帯域を保証することを想定している。図７の換算例では、ＭＰＬＳノード１２１〜１２３間のＯＤＵパス及び、ＭＰＬＳノード１２１〜１２３間のＯＤＵパスの合計２本のパスが必要であるが、エンドトゥエンドで利用者端末２Ｃと利用者端末２Ｄとの間の５００Ｍｂｐｓパスが１本と考える。その結果、使用帯域のＲＱＣは０．５となる。例えば、利用者端末２Ｃと利用者端末２Ｄとの間の経路の接続方法は、サービス要求として指定するものではなく、ＮＷ３内の帯域リソースの状況やＮＳＰ‐Ｂの経路計算で選択するものである。従って、経路計算の結果によって経路が２ホップ以上の迂回経路になったとしても、消費するＲＱＣとして利用者の要求帯域の分のみを計算対象にする方法としている。
【００５１】
図８は、ＩＰ／Ｅｔｈｅｒレイヤ３Ｃ及びＯｐｅｎＦｌｏｗ／ＮＦＶレイヤ３Ｄのサービス要求のＲＱＣ換算の一例を示す説明図である。サービス要求は、ＩＰ／Ｅｔｈｅｒレイヤ３Ｃ及びＯｐｅｎＦｌｏｗ／ＮＦＶレイヤ３Ｄを使用して利用者端末２Ｅと利用者端末２Ｆとの間をベストエフォートで通信するＮＳＰ‐Ｃの通信要求である。この際、経路計算部２２Ａは、サービス要求に対応する通信サービスの最適パスを算出する。最適パスの内容は、例えば、利用者端末２Ｅはスイッチ１３２の１Ｇｂｐｓポート、利用者端末２Ｆはスイッチ１３６の１Ｇｂｐｓポートと接続する。更に、最適のパスの内容として、スイッチ１３２→サーバ１４２（ＯＦＳ→ＦＷ）→スイッチ１３２→スイッチ１３６→サーバ１４６（ＦＷ→ＯＦＳ）→スイッチ１３６の経路をベストエフォートとする。尚、ＦＷは仮想ファイアウォール装置に相当し、ＯＦＳは仮想ＯｐｅｎＦｌｏｗスイッチ装置に相当する。その結果、サービス要求の要求リソース量は、スイッチ１３２の１Ｇｂｐｓポート１個、スイッチ１３６の１Ｇｂｐｓポート１個、ＦＷ及びＯＦＳのＶＭを４台となる。ＲＱＣ換算部２５は、１＊２個＋１＊４台に基づき、ＲＱＣ＝６を算出する。尚、ベストエフォート（ＢＥ）は、ＲＱ＝０とする。
【００５２】
判定部２２は、例えば、サービス要求のＮＳＰ‐Ｃの割当ＲＱが３０の場合、ＲＱＣ“６”が割当ＲＱ“３０”以内であるため、サービス要求の通信サービスを受付可とする。そして、制御部２８は、サービス要求の通信サービスが終了するまでに当該サービス要求の要求リソースを他の利用者端末２に使用されないように予約する。更に、制御部２８は、サービス要求の要求リソースに対してサービス要求のパス情報を設定する設定指示を生成部２７に指示する。
【００５３】
ＲＱ調整部２６は、サービス要求のＲＱＣが当該サービス要求のＮＳＰの割当ＲＱ以内でない場合に他のＮＳＰの割当ＲＱを参照し、サービス要求のＲＱＣの不足分を他のＮＳＰの割当ＲＱから借り受ける。そして、ＲＱ調整部２６は、サービス要求のＮＳＰの割当ＲＱにＲＱＣ不足分を他のＮＳＰから加算し、貸元ＮＳＰの割当ＲＱから貸分のＲＱを減算し、ＲＱ総量メモリ３６の内容を更新する。更に、ＲＱ調整部２６は、サービス要求に対応する通信サービスの終了後、貸分のＲＱを貸元ＮＳＰの割当ＲＱに返却することで、ＲＱ総量メモリ３６の内容を更新する。
【００５４】
図９は、調整前後のＮＳＰ毎の割当ＲＱ及び合計ＲＱＣの対応表の一例を示す説明図である。調整前のＮＳＰ‐Ａの割当ＲＱを５０、合計ＲＱＣを３５、ＮＳＰ‐Ｂの割当ＲＱを３０、合計ＲＱＣを３０、ＮＳＰ‐Ｃの割当ＲＱを２０、合計ＲＱＣを１０とする。尚、合計ＲＱＣは、現在設定中の通信サービスに消費している消費中のリソース量相当のＲＱＣである。ＲＱ調整部２６は、ＮＳＰ‐ＢにてＲＱＣ“５”の新規のサービス要求を検出した場合、ＮＳＰ‐Ｂの割当ＲＱと合計ＲＱＣとが同一で割当可能な残りＲＱがゼロのため、ＮＳＰ‐Ａの割当ＲＱから“５”をＮＳＰ‐Ｂの割当ＲＱに貸し出す。その結果、調整後のＮＳＰ‐Ａの割当ＲＱは４５（貸５）、合計ＲＱＣは３５、ＮＳＰ‐Ｂの割当ＲＱは３５（借５）、合計ＲＱＣは３０、ＮＳＰ‐Ｃの割当ＲＱは２０、合計ＲＱＣは１０となる。尚、ＲＱ調整部２６は、他のＮＳＰの割当ＲＱが少ない場合、割当ＲＱの貸出調整を却下することになる。
【００５５】
図１０は、ＲＱ総量算出処理に関わるＳＤＮコントローラ５内のプロセッサ１７の処理動作の一例を示すフローチャートである。図１０に示すＲＱ総量算出処理は、ＮＷ３内のリソース量、すなわち割当候補数量をＲＱ単位に換算してＲＱ総量を算出する処理である。
【００５６】
ＳＤＮコントローラ５内のプロセッサ１７内のＲＱ換算部２３は、ポート情報メモリ３２を参照し、ＮＷ３内のレイヤ３Ａ〜３Ｄ毎の各ノード内の割当候補ポートのポート種別毎のリソース量、すなわち、ポート種別毎のポート数（割当候補数量）を取得する（ステップＳ１１）。ＲＱ換算部２３は、取得したポート種別毎のポート数を基準レートに基づき、ＲＱに換算する（ステップＳ１２）。尚、基準レートは、例えば、１Ｇｂｐｓポート１本をＲＱ＝１とする。
【００５７】
ＲＱ換算部２３は、リンク情報メモリ３３を参照し、ＮＷ３内の割当候補のパスのリソース量、すなわち使用帯域量（割当候補数量）を取得する（ステップＳ１３）。ＲＱ換算部２３は、取得したパスの割当候補の使用帯域量を基準レートに基づき、ＲＱに換算する（ステップＳ１４）。尚、基準レートは、例えば、１Ｇｂｐｓの使用帯域量をＲＱ＝１とする。
【００５８】
ＲＱ換算部２３は、ノード情報メモリ３１を参照し、ＮＷ３内の割当候補のＶＭのリソース量、すなわちＶＭ台数（割当候補数量）を取得する（ステップＳ１５）。ＲＱ換算部２３は、取得した割当候補のＶＭの台数を基準レートに基づき、ＲＱに換算する（ステップＳ１６）。尚、基準レートは、例えば、ＶＭ１台をＲＱ＝１とする。そして、ＲＱ換算部２３は、割当候補ポート種別毎のポート数のＲＱと、割当候補の使用帯域量のＲＱと、割当候補のＶＭ台数のＲＱとを加算してＲＱ総量を算出する（ステップＳ１７）。ＲＱ換算部２３は、算出したＲＱ総量をＲＱ総量メモリ３６に格納し（ステップＳ１８）、図１０に示す処理動作を終了する。
【００５９】
図１０に示すＲＱ総量算出処理を実行するプロセッサ１７は、ＮＷ３内の全てのリソース量の内、ＮＳＰ毎に専有可能な割当候補のリソース量をＲＱに換算し、ＮＳＰ毎のＲＱを加算してＲＱ総量を算出し、算出したＲＱ総量をＲＱ総量メモリ３６に格納する。その結果、プロセッサ１７は、ＮＷ３内の割当候補の全リソース量のＲＱ総量を算出できる。
【００６０】
図１１は、割当ＲＱ算出処理に関わるＳＤＮコントローラ５内のプロセッサ１７の処理動作の一例を示すフローチャートである。図１１に示す割当ＲＱ算出処理は、ＮＳＰ毎の持分配分に応じてＮＳＰ毎の割当ＲＱを算出する処理である。
【００６１】
ＳＤＮコントローラ５内のプロセッサ１７内のＲＱ割当部２４は、ＲＱ総量メモリ３６からＲＱ総量を取得する（ステップＳ２１）。ＲＱ割当部２４は、ＮＳＰを指定し（ステップＳ２２）、リソース情報メモリ４１を参照し、ＮＳＰの契約条件に基づき、ＲＱ総量からＮＳＰの割当ＲＱを算出する（ステップＳ２３）。尚、ＮＳＰの契約条件は、ＮＳＰ毎にどのリソースを何個使用するかを契約時に決めるものとする。ＲＱ割当部２４は、算出したＮＳＰの割当ＲＱをＲＱメモリ４３に格納し（ステップＳ２４）、未指定のＮＳＰがあるか否かを判定する（ステップＳ２５）。
【００６２】
ＲＱ割当部２４は、未指定のＮＳＰがある場合（ステップＳ２５肯定）、未指定のＮＳＰを指定すべく、ステップＳ２２に移行する。また、ＲＱ割当部２４は、未指定のＮＳＰがない場合（ステップＳ２５否定）、図１１に示す処理動作を終了する。
【００６３】
図１１に示す割当ＲＱ算出処理を実行するプロセッサ１７は、ＲＱ総量からＮＳＰ毎の契約リソース量に対応する割当ＲＱを算出し、算出した割当ＲＱをＲＱメモリ４３に格納する。その結果、プロセッサ１７は、ＮＳＰ毎の割当ＲＱを算出できる。
【００６４】
図１２は、要求受付処理に関わるＳＤＮコントローラ５内のプロセッサ１７の処理動作の一例を示すフローチャートである。図１２に示す要求受付処理は、サービス要求のＲＱＣと割当ＲＱとを比較し、サービス要求の通信サービスの受付可否を判定する処理である。
【００６５】
ＳＤＮコントローラ５内のプロセッサ１７内の判定部２２は、利用者端末２からのサービス要求を受信したか否かを判定する（ステップＳ３１）。尚、判定部２２は、利用者端末２からのサービス要求のアクセス先アドレスやＵＲＬ(Uniform  Resource  Locator)からサービス要求のＮＳＰを特定し、特定されたＮＳＰのカスタマ情報を参照し、利用者を特定する。判定部２２は、サービス要求を受信した場合（ステップＳ３１肯定）、サービス要求内の始点及び終点のポートを取得する（ステップＳ３２）。尚、判定部２２は、ポート情報メモリ３２を参照し、サービス要求の始点及び終点のポート及びポート種別を取得する。サービス要求の始点及び終点のポートは、利用者端末２から直接指定しても良いし、始点及び終点のノードのアドレス等から利用者端末２が接続するポートを特定しても良い。判定部２２は、サービス要求内の始点及び終点間の要求帯域やＱｏＳ等を取得する（ステップＳ３３）。尚、ＱｏＳは、例えば、ベストエフォート等のサービス品質である。
【００６６】
プロセッサ１７内のＲＱＣ換算部２５は、サービス要求の要求ポート数及び要求帯域量を基準レートに基づきＲＱ単位に換算してＲＱＣを算出する（ステップＳ３４）。判定部２２は、サービス要求の該当ＮＳＰに対応する割当ＲＱと受付済みのサービス要求のＲＱＣ合計とを取得し、割当ＲＱからサービス受付済みのＲＱＣ合計を差し引いて割当ＲＱ残りを算出する（ステップＳ３５）。更に、判定部２２は、ＲＱＣが割当ＲＱ残り以内（割当ＲＱから、受付済みサービス要求のＲＱＣ合計を除いた割当ＲＱ残り以内）であるか否かを判定する（ステップＳ３６）。
【００６７】
制御部２８は、ＲＱＣが割当ＲＱ残り以内の場合（ステップＳ３６肯定）、該当ＮＳＰの合計ＲＱＣにここでのサービス要求のＲＱＣを加算してＲＱメモリ４３内の合計ＲＱＣを更新し（ステップＳ３７）、ＲＱＣに対する使用リソースを予約する（ステップＳ３８）。制御部２８は、ＲＱＣに対する使用リソースを経路上の各ノードに設定すべく（ステップＳ３９）、設定指示を生成部２７に指示する。そして、生成部２７は、サービス要求の通信サービスに対する要求可の応答を送信し（ステップＳ４０）、図１２に示す処理動作を終了する。
【００６８】
ＲＱ調整部２６は、ＲＱＣが割当ＲＱ残り以内でない場合（ステップＳ３６否定）、該当ＮＳＰの不足ＲＱ分、すなわちＲＱＣ−割当ＲＱ残りを算出し（ステップＳ４１）、ＲＱメモリ４３を参照し、他のＮＳＰの割当ＲＱを取得する（ステップＳ４２）。尚、図９の例では、ＮＳＰ−Ａの持分５０からＮＳＰ−Ｂが５を借りることになる。
【００６９】
ＲＱ調整部２６は、他のＮＳＰの内、不足ＲＱ分を貸出可能にする割当ＲＱ残りを有するＮＳＰがあるか否かを判定する（ステップＳ４３）。ＲＱ調整部２６は、不足ＲＱ分を貸出可能にする割当ＲＱ残りを有するＮＳＰがある場合（ステップＳ４３肯定）、貸出元ＮＳＰの割当ＲＱから貸出ＲＱを減算する（ステップＳ４４）。更に、ＲＱ調整部２６は、該当ＮＳＰの割当ＲＱに貸出ＲＱを加算し（ステップＳ４５）、ＲＱＣが割当ＲＱ残り以内であるか否かを判定すべく、ステップＳ３６に移行する。尚、図９の例では、ＮＳＰ−Ｂの割当ＲＱ残り（＝０）が不足するときに、ＮＳＰ−Ａの割当ＲＱ残り（５０−３５＝１５）≧サービス要求のＲＱＣ（=５）の場合に、ＮＳＰ−Ａの割当ＲＱ（＝５０）からＮＳＰ−Ｂに不足分（＝ＲＱＣ−割当ＲＱ残り＝５−０＝５）を貸し出すことになる。
【００７０】
また、制御部２８は、不足ＲＱ分を貸出可能にする割当ＲＱ残りを有するＮＳＰがない場合（ステップＳ４３否定）、サービス要求に対する要求不可の応答を送信し（ステップＳ４６）、図１２に示す処理動作を終了する。また、判定部２２は、サービス要求を受信しなかった場合（ステップＳ３１否定）、図１２に示す処理動作を終了する。
【００７１】
要求受付処理を実行するプロセッサ１７は、サービス要求のリソース量をＲＱＣに換算し、ＲＱＣがサービス要求のＮＳＰの割当ＲＱ残り以内の場合、サービス要求の通信サービスを受付可にする。その結果、プロセッサ１７は、サービス要求の通信サービスを受け付けることができる。
【００７２】
プロセッサ１７は、ＲＱＣがサービス要求のＮＳＰの割当ＲＱ残り以内でない場合にＲＱ不足分を他のＮＳＰの割当ＲＱから借り、ＲＱＣが割当ＲＱ残り以内となった場合にサービス要求の通信サービスを受付可とする。その結果、プロセッサ１７は、サービス要求の通信サービスを受け付けることができる。
【００７３】
プロセッサ１７は、他のＮＳＰの割当ＲＱで割当ＲＱを調整しても、ＲＱＣが割当ＲＱ残り以内でない場合、サービス要求の受付を不可にする。その結果、プロセッサ１７は、サービス要求の受付を拒絶できる。
【００７４】
本実施例では、ＮＳＰ毎に固定的に割り当てられたＮＷ３の特定リソースを使用するのではなく、利用者端末２からのサービス要求に基づき、ＮＳＰ毎の割当ＲＱの範囲内で要求リソースを動的に割り当てる。その結果、ＮＳＰ間でリソースを使い回すことでリソースの利用効率が高まる。しかも、特定ＮＳＰで特定リソースを過剰消費する状況を回避することで公平性を維持できる。尚、公平性とは、従来のように同一種類のリソースを同数だけ使用される場合を公平とする考え方ではない。本実施例では、異なる種類のリソースを異なる数だけ組み合せて使用する場合においても、リソースの種類に依存しない数値（ＲＱ）に換算した統合的なリソースの使用量が同じであれば公平とする、より拡張された考え方に基づくものである。
【００７５】
ＳＤＮコントローラ５は、ＮＷ３内の割当候補の全リソース量をＲＱ総量に換算し、ＲＱ総量からＮＳＰ毎の割当ＲＱを算出する。ＳＤＮコントローラ５は、サービス要求の要求リソース量からＲＱＣを算出し、ＲＱＣが割当ＲＱ残り以内の場合、サービス要求の通信サービスを受け付ける。その結果、ＮＷ３のリソースの利用効率を高めることができる。つまり、決まったパスを割り当てるのではなく、リソースをＲＱ単位に換算してから割り当てるため、ＮＳＰの割当ＲＱの範囲内でサービス要求の要求リソースを割り当てることになるため、ＮＷ３内のリソースの利用効率を高める。
【００７６】
尚、ＳＤＮコントローラ５は、例えば、１台のコンピュータで構成したが、１台若しくは複数台のコンピュータで構成しても良い。
【００７７】
ＲＱ割当部２４は、例えば、ＲＱ総量を２８６、ＮＳＰ‐Ａの割当ＲＱを９６、ＮＳＰ‐Ｂの割当ＲＱを９５、ＮＳＰ‐Ｃの割当ＲＱを９５とし、ＲＱ総量全てをＮＳＰ毎の割当ＲＱに割り当てた。しかしながら、ＲＱ割当部２４は、ＮＳＰ‐Ａの割当ＲＱを９０、ＮＳＰ‐Ｂの割当ＲＱを９０、ＮＳＰ‐Ｃの割当ＲＱを９０とし、ＲＱ総量全てを割り当てず、マージンを残してＮＳＰ毎に少なめに割り当てても良い。その結果、サービス要求に対するリソース予約失敗の確率を低減できる。
【００７８】
また、ＲＱ割当部２４は、ＲＱ総量を２８６、ＮＳＰ‐Ａの割当ＲＱを１００、ＮＳＰ‐Ｂの割当ＲＱを１００、ＮＳＰ‐Ｃの割当ＲＱを１００とし、各ＮＳＰに割り当てたＲＱの合計がＲＱ総量を超えて各ＮＳＰに多めに割り当てても良い。その結果、自ＮＳＰの割当ＲＱを使い切ったとしても、他のＮＳＰがあまりリソースを使っていなかった場合には他のＮＳＰのＲＱを借りてサービスを提供できる。従って、トータルとしてユーザへのサービス提供成功の確率が上昇する。
【００７９】
ＲＱ割当部２４は、通信事業者とＮＳＰとの事業契約の内容に応じてＲＱ総量の割当ＲＱを分配した。しかしながら、ＮＳＰ毎に割当ＲＱを固定的に分配しても良い。また、事業契約内容に関係なく、ＮＳＰ毎の割当ＲＱを分配しても良い。
【００８０】
ＲＱ換算部２３は、ＲＱの基準レートとして、例えば、１Ｇｂｐｓポート１個をＲＱ＝１、１Ｇｂｐｓの使用帯域をＲＱ＝１、ＶＭ１台をＲＱ＝１とした。しかしながら、基準レートは、適宜設定変更を可能とし、ＮＷ３の設備を保有する通信事業者で定義しても良い。
【００８１】
例えば、ＮＷ３内で１Ｇｂｐｓポートを内蔵するノードが多く、１０Ｇｂｐｓポートを内蔵するノードが少ない場合に、１Ｇｂｐｓポート１個のＲＱを０．５、１０Ｇｂｐｓポート１個のＲＱを１０としても良い。実際のポート単価は、例えば、１Ｇｂｐｓ×１０ポート分の価格よりも１０Ｇｂｐｓ×１ポート分の価格が大きい場合もある。従って、通信事業者が、設備取得のためのコストをＲＱ使用の重みに反映し、コスト高のリソースのＲＱを大きくする。その結果、特定のＮＳＰがコスト高のリソースを使い続ける場合のＲＱ負担が大きくなるため、コスト高のリソースの回転率が上がってリソース使用の機会が均等になる。
【００８２】
また、例えば、ＶＭ１台をＲＱ＝１としたが、例えば、ＶＭが動作する汎用サーバの性能が高い場合にＲＱ＝２、汎用サーバの性能が低い場合にＲＱ＝１と換算しても良い。また、ＶＭ１台に対して割り当てるＣＰＵコアの台数、メモリ量、ＶＭの仮想通信ポートから汎用サーバのポートを通じて実行可能な通信帯域（汎用サーバ内の仮想スイッチ等でＶＭ毎に帯域制御される場合がある）に応じてＲＱを定義しても良い。例えば、ＶＭ１台のＣＰＵコア数が１台、メモリ量が２Ｇｂｙｔｅ、通信帯域が１Ｇｂｐｓの場合、ＣＰＵコア数、メモリ量及び通信帯域に応じて、ＶＭ１台をＲＱ＝１＋２＋１＝４のように換算しても良い。尚、ＶＭは、ＶＭが動作するためのハードウェア構成で処理能力や価格が異なるため、ある性能でＶＭを動作する際にかかるコストをＲＱ使用の重みに反映し、コスト高のＶＭのＲＱを大きくする。その結果、特定ＮＳＰがコスト高のＶＭを使い続ける場合のＲＱ負担が大きくなるため、リソースの回転率が上げることでリソース使用の機会が均等になる。
【００８３】
また、ＲＱＣ換算部２５は、利用者端末２間のホップ数を要求リソース量に考慮しなかった。しかしながら、ホップ数に応じて消費する帯域に相当するＲＱＣを加算、例えば、図７の例では０．５＊２（ホップ数）＝１．０にしても良い。この場合、ホップ数の増加に応じてＲＱＣが大きくなるため、ＮＳＰの割当ＲＱの減少量も大きくなる。その結果、次のサービス要求で同様に帯域リソースを使おうとしても、割当ＲＱ残りが不足し、そのサービス要求を拒否する確率が高くなる。従って、それ以上の迂回経路でのサービス提供が抑制されるため、迂回経路による帯域リソース浪費の悪循環を回避し、帯域リソースの無駄な消費を低減できる。
【００８４】
ＲＱＣ換算部２５は、例えば、エンドトゥエンドの遅延上限（例えば、１５０ｍ秒）を指定するサービス要求を検出した場合、経路計算で遅延上限を満たすために使用可能なＯＤＵパスの候補が絞られることになる。そこで、遅延上限を満たすためのＯＤＵパスの使用帯域のＲＱを大きくすべく、要求された保証帯域に一定の割合を乗算してＲＱＣに換算しても良い。図７の例では、ＲＱ＝０．５（使用帯域）＊１＝０．５に１５０％として１．５を乗算してＲＱＣ＝０．５＊１．５＝０．７５とＲＱＣを大きくしても良い。遅延上限の場合に消費されるＲＱＣが大きくなるため、ＮＳＰの割当ＲＱの量の減少も大きくなる。その結果、次のサービス要求で同様に遅延保証しようとしても、割当ＲＱが不足し、そのサービス要求を拒否する確立が高くなる。従って、ＮＳＰ間で帯域リソースの回転率が高くなってリソース使用の機会が均等になる。
【００８５】
ＲＱＣ換算部２５は、サービス要求として、使用帯域の保証を要求しないが、ＭＰＬＳノードにおけるパケットの優先制御を要求する場合、ポートの伝送帯域に基づく優先クラスに応じた一定の割合を乗算してＲＱＣに換算しても良い。図７の例では、優先クラスが高、中、低の３クラスの場合、１ＧｂｐｓポートのＲＱＣ＝１に対して、高クラスの場合、その５０％である０．５、中クラスの場合、その３０％である０．３、低クラスの場合、その１０％である０．１をＲＱＣとして換算しても良い。使用帯域の保証ではないが、優先制御によって平均的な帯域の使用割合に差ができるため、優先度に応じたＲＱＣの重み付けをすることで公平性を高くできる。
【００８６】
ＲＱＣ換算部２５は、サービス要求として、使用帯域の保証や優先クラスの要求も無い、すなわち、ベストエフォートの接続の場合、ＮＷ３の混雑状況によっては利用者の通信トラフィックが流れない。従って、帯域リソースは占有的に消費されないものとしてＲＱＣを０と換算した。しかしながら、ポートの伝送帯域に基づき一定の割合を乗算してＲＱＣに換算しても良い。図７の例では、１ＧｂｐｓのポートのＲＱＣ＝１に対して５％として０．０５に換算しても良い。
【００８７】
判定部２２は、利用者端末２からのサービス要求からＮＳＰを特定し、特定されたＮＳＰのカスタマ情報メモリ４２を参照し、利用者を特定した。しかしながら、判定部２２は、利用者端末２のサービス要求内に利用者ＩＤを含め、利用者ＩＤに基づき、利用者及びＮＳＰを特定しても良い。
【００８８】
制御部２８は、サービス要求の通信サービスが受付可の場合、通信サービスのパス上の各ノードに設定情報を設定し、動的にパスを設定した時点でパス情報をパス情報メモリ３４に格納しても良く。この場合、パス情報メモリ３４内のパス情報を動的に更新できる。
【００８９】
図１０に示すＲＱ総量算出処理では、ＶＭのリソース量を考慮して、ステップＳ１５、Ｓ１６及びＳ１７の処理を実行した。しかしながら、ＶＭの無いシステムでは、これらＶＭのリソース量を考慮することなく、ステップＳ１５及びＳ１６の処理を実行することなく、ステップＳ１７にて当候補ポートのＲＱ＋割当候補パスのＲＱでＲＱ総量を算出するようにしても良い。
【００９０】
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【００９１】
更に、各装置で行われる各種処理機能は、ＣＰＵ（Central  Processing  Unit）、ＤＳＰ（Digital  Signal  Processor）やＦＰＧＡ（Field  Programmable  Gate  Array）等上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ等で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良い。
【００９２】
各種情報を記憶する領域は、例えば、ＲＯＭ（Read  Only  Memory）や、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）、ＭＲＡＭ（Magnetoresistive  Random  Access  Memory）やＮＶＲＡＭ（Non  Volatile  Random  Access  Memory）等のＲＡＭ（Random  Access  Memory）で構成しても良い。
【００９３】
ところで、本実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータ内のＣＰＵ等のプロセッサで実行させることによって実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１３は、リソース管理プログラムを実行するコンピュータの一例を示す説明図である。
【００９４】
図１３に示すリソース管理プログラムを実行するコンピュータ１００は、通信部１１０と、ＲＯＭ１２０と、ＲＡＭ１３０と、ＣＰＵ１４０と、バス１５０とを有する。通信部１１０、ＲＯＭ１２０、ＲＡＭ１３０及びＣＰＵ１４０は、バス１５０を介して接続される。通信部１１０は、ＮＷ内の各通信装置と通信する。
【００９５】
そして、ＲＯＭ１２０には、上記実施例と同様の機能を発揮するリソース管理プログラムが予め記憶されている。ＲＯＭ１２０は、リソース管理プログラムとして第１の算出プログラム１２０Ａ、第２の算出プログラム１２０Ｂ、第３の算出プログラム１２０Ｃ及び設定プログラム１２０Ｄが記憶されている。尚、ＲＯＭ１２０ではなく、図示せぬドライブでコンピュータ読取可能な記録媒体にリソース管理プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。
【００９６】
そして、ＣＰＵ１４０は、第１の算出プログラム１２０ＡをＲＯＭ１２０から読み出し、ＲＡＭ１３０上で第１の算出プロセス１３０Ａとして機能する。更に、ＣＰＵ１４０は、第２の算出プログラム１２０ＢをＲＯＭ１２０から読み出し、ＲＡＭ１３０上で第２の算出プロセス１３０Ｂとして機能する。ＣＰＵ１４０は、第３の算出プログラム１２０ＣをＲＯＭ１２０から読み出し、ＲＡＭ１３０上で第３の算出プロセス１３０Ｃとして機能する。ＣＰＵ１４０は、設定プログラム１２０ＤをＲＯＭ１２０から読み出し、ＲＡＭ１３０上で設定プロセス１３０Ｄとして機能する。
【００９７】
ＣＰＵ１４０は、サービス要求に応じてＮＷ内の通信サービスを提供する。ＣＰＵ１４０は、ＮＷ内のリソース総量を第１の数値に換算する。ＣＰＵ１４０は、第１の数値から、通信サービスの種別毎に第２の数値を割り当てる。ＣＰＵ１４０は、サービス要求のリソース要求量を第３の数値に換算する。ＣＰＵ１４０は、第３の数値が当該サービス要求の通信サービスの種別に割り当てられた第２の数値内にある場合に、ＮＷ上の通信装置に対して当該サービス要求に関わる通信サービスを設定する。その結果、ＮＷ内のリソースの利用効率を高める。
【符号の説明】
【００９８】
１  ＳＤＮシステム
３  ＮＷ
４  ノード
５  ＳＤＮコントローラ
２２  判定部
２３  ＲＱ換算部
２４  ＲＱ割当部
２５  ＲＱＣ換算部
２６  ＲＱ調整部
２７  生成部
２８  制御部
【図１】
0006631322.tif 000002
【図２】
0006631322.tif 000003
【図３】
0006631322.tif 000004
【図４】
0006631322.tif 000005
【図５】
0006631322.tif 000006
【図６】
0006631322.tif 000007
【図７】
0006631322.tif 000008
【図８】
0006631322.tif 000009
【図９】
0006631322.tif 000010
【図１０】
0006631322.tif 000011
【図１１】
0006631322.tif 000012
【図１２】
0006631322.tif 000013
【図１３】
0006631322.tif 000014