JP2016158078A

JP2016158078A - ネットワークシステム及びネットワーク管理方法

Info

Publication number: JP2016158078A
Application number: JP2015034094A
Authority: JP
Inventors: 誠由高瀬; Masayoshi Takase; 高橋　清隆; Kiyotaka Takahashi; 清隆高橋; 良祐西野; Ryosuke Nishino; 健二藤平; Kenji Fujihira
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2015-02-24
Filing date: 2015-02-24
Publication date: 2016-09-01

Abstract

【課題】通信事業者の設備コストを抑えつつ、ネットワークリソースを最大限に活用して低コストで通信サービスを利用者に提供する。【解決手段】通信装置、及び通信装置を管理するネットワーク管理計算機を備えるネットワークシステムであって、ネットワークシステムは、プロトコルが異なる複数の通信サービスを収容し、通信装置は通信処理モジュールを有し、ネットワーク管理計算機は、処理機能がインストールされ、かつ、有効化された第１の状態の通信処理モジュールをリソースプールとして管理する制御部を有し、制御部は候補経路が経由する複数の通信装置毎に、第１の状態の通信処理モジュールが不足しているか否かを判定し、候補経路が経由する全ての通信装置について通信処理モジュールが不足していないと判定された場合、候補経路を新規通信サービスが使用する通信経路として決定する。【選択図】図１

Description

本発明は、ネットワークシステムに関する。

クラウドサービスが広く普及することによって、利用者（企業利用者等）が必要に応じてコンピュータ資源やストレージ資源を柔軟に調達できる環境が整った。一方、通信事業者が提供する事業者向けの通信サービスは、サービス申し込み後に通信サービスを利用開始までに時間が掛かる、サービス契約後は一定期間の利用が前提、需要に応じて柔軟に通信利用帯域を変更できないなど、クラウドサービスの柔軟性に追従できていない。

従来の通信サービスにクラウドサービスのような柔軟性がなかった背景には、通信事業者のネットワークが、装置ベンダからの出荷時に予めパケット処理機能及び性能が定められたある特定の通信機能に特化した通信装置で構成されているためである。そのため、前述したようなネットワークでは、急な需要変動に追従できないことからクラウドサービスのような柔軟性を実現できなかった。

通信事業者は、通信サービスの利用者の需要予測に基づいて、通信装置を装置ベンダから購入してネットワークを構築する。そのため、新規申し込みには新たな設備投資が必要な場合や、急激な需要の変動によって大量に遊休設備が発生するなどのリスクがあり、柔軟に通信サービスを提供できていなかった。

クラウドサービスと同等の柔軟性を持つ通信サービスを利用者に提供するためには、利用者ニーズに合わせて柔軟にネットワークを設計し、利用者の需要を満たすのに必要最低限のパケット処理性能を装置ベンダから都度購入することができる仕組み求められている。

このような課題を解決するために、通信サービス利用者の要求に合わせてネットワークを動的に設計する技術、及び通信装置の機能性能を柔軟に変化できる通信装置等が提供されている（例えば、特許文献１及び特許文献２参照）。

特許文献１には、「リソースにアクセスしまたはそれを使用するよう動作可能な複数装置間の共有リソースを割り付けるための共有リソース割付けシステム。システムは、各装置によるリソースへのアクセスまたはその使用を制御するための制御手段、および一つ以上の装置からの入札を受信するための手段を含む。各入札は、リソースの要求量、および要求量に対して提供された価格を示す。システムはまた、受信した入札を処理するための割付け手段も含み、適度なリソース割付けを決定する。また、決定された割付けに応じて共有リソースへのアクセスまたはその使用を制御する制御手段を命令するための命令手段も含む」ことが記載されている。

また、特許文献２には、「ノード装置において、スイッチを通じて複数のパケット処理部に接続し、各パケットとこれを処理可能なパケット処理部の情報とを対応づけるための対応付け情報を格納し、前記対応付け情報において第１のパケット処理部の情報に対応付けられたパケットを前記第１のパケット処理部に転送するインタフェース部を備える。又、ノード装置において、前記第１のパケット処理部が閾値以上の高負荷であると判定される場合に、前記対応付け情報において前記第１のパケット処理部で処理可能なパケットを第２のパケット処理部の情報にも対応付けるよう前記対応付け情報を更新する制御部を備える。インタフェース部は、前記更新された対応付け情報において前記第２のパケット処理部の情報に対応付けられたパケットを前記第２のパケット処理部に転送する」ことが記載されている。

特表２００３−５２０４９６号公報特開２０１３−６２６８０号公報

特許文献１に記載の技術と特許文献２に記載の技術を適用したネットワークシステムでは、（１）ノード装置等が、ネットワークトポロジ及びリンクの空き状況を確認し、経路候補を選定する。（２）経路候補の通信装置に十分なパケット処理性能が不足している場合、処理性能が追加される。という構成を実現できる。これによって、動的に通信サービス利用者をネットワークに収容でき、かつ、需要に合わせて通信装置のパケット処理性能を変更することができる。

しかし、特許文献１に記載の技術では、ネットワークトポロジ、通信経路の伝送路（リンク）の最大通信帯域、及びリンクの利用状況（最大通信帯域は光モジュールの種別で決まる）を考慮して、通信サービス利用者を収容するネットワーク経路が決定されていたが、通信装置のラインカードに現時点でどれだけのパケット処理性能があるかを考慮した通信経路の選択ができない。

従来のネットワーク制御技術では、ラインカードの処理性能が考慮されておらず、通信経路のリンク帯域に空きがあった場合でもラインカードに、新規通信サービス利用者を収容するのに必要十分なパケット処理性能がない場合が考えられる（従来の通信装置はリンク帯域分の処理性能がラインカードにはあった）。この場合、新規通信サービス利用者を収容するためには、通信装置にパケット処理性能を追加する必要がある。

しかし、通信装置にパケット処理機能を追加した場合、通信事業者が装置ベンダに支払う通信装置費用及び消費電力が大きくなってしまう。

また、特許文献２に記載の通信装置は、新規サービスを導入するために、当該通信装置のラインカードに未使用のパケット処理性能があった場合でも、新たに装置を入れ替える必要がある。

本発明の第一の目的は、上記のような従来技術の問題点に鑑みて、通信事業者が新規通信利用者の通信サービスをネットワークに収容する場合に、現在のネットワークリソースを最大限に活用して低コストで通信サービスを利用者に提供することである。

本発明の第二の目的は、通信事業者が必要なときに必要なだけのパケット処理機能を装置ベンダから購入し、通信サービス利用者に通信サービスを提供することができるネットワークシステムを提供することである。

本発明の第三の目的は、同一のネットワークシステムに新規通信サービスを収容することを可能とするネットワークシステムを提供することである。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数の通信装置、及び前記複数の通信装置を管理するネットワーク管理計算機を備えるネットワークシステムであって、前記ネットワークシステムは、プロトコルが異なる複数の通信サービスを収容し、前記複数の通信装置の各々は、任意のプロトコルに対応した通信処理を実行する処理機能を実現するプログラムをインストールすることによって、任意のプロトコルの通信処理を実行する複数の通信処理モジュールを有し、前記複数の通信処理モジュールの各々は、任意の前記処理機能を実現するプログラムがインストールされ、かつ、当該処理機能が有効化された第１の状態、前記任意の処理機能を実現するプログラムがインストールされ、かつ、当該処理機能が無効化された第２の状態、及び前記任意の処理機能を実現するプログラムがインストールされていない第３の状態のいずれかの状態を取ることができ、前記ネットワーク管理計算機は、プロセッサ、前記プロセッサに接続されるメモリ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるインタフェースを有し、前記第１の状態の前記複数の通信処理モジュールをリソースプールとして管理する制御部と、前記ネットワークシステムにおける前記複数の通信装置の接続関係を管理するネットワークトポロジ管理情報と、前記複数の通信装置間を接続するリンクの使用帯域及び空き帯域を管理するネットワークリソース管理情報と、前記複数の通信装置毎に、前記複数の通信処理モジュールにおけるプロトコル毎の使用帯域、及び空き帯域を管理するモジュールリソース管理情報と、前記複数の通信装置毎に、前記複数の通信処理モジュールの各々の状態を管理するモジュール機能管理情報と、を有し、前記制御部は、前記通信サービスを収容するために使用する通信経路を検索する検索部を含み、前記検索部は、第１の通信サービスにおける通信経路のエッジ、前記第１の通信サービスで使用される第１のプロトコル、及び前記第１の通信サービスの第１の帯域を含む、前記第１の通信サービスの収容を指示する第１の要求を受信した場合、前記ネットワークトポロジ管理情報及び前記ネットワークリソース管理情報に基づいて、前記第１の通信サービスを収容可能な通信経路の候補である候補経路を検索し、前記第１の帯域に基づいて前記モジュールリソース管理情報を参照して、前記候補経路が経由する複数の通信装置毎に、前記第１のプロトコルに対応する前記第１の状態の通信処理モジュールが不足しているか否かを判定し、前記候補経路が経由する複数の通信装置の全てについて、前記第１のプロトコルに対応する第１の状態の通信処理モジュールが不足していないと判定された場合、前記候補経路を前記第１の通信サービスが使用する通信経路として決定し、前記制御部は、前記検索部が前記候補経路が経由する複数の通信装置のうち、少なくとも一つの通信装置について前記第１のプロトコルに対応する第１の状態の通信処理モジュールが不足していると判定した場合、前記モジュール機能管理情報に基づいて、前記候補経路が経由する複数の通信装置の各々に前記第１の状態の通信処理モジュールを追加する制御情報を生成し、前記候補経路が経由する複数の通信装置に前記制御情報を送信することによって、前記候補経路を前記第１の通信サービスが使用する通信経路として設定することを特徴とする。

本発明によれば、新規通信サービスの収容に必要な通信処理モジュールを有効かつ適切に管理できる。これによって高品質かつ高信頼な通信サービスの提供を実現し、また、ネットワークの設備コスト、及び、保守コストを抑止できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

実施例１のネットワークシステムの構成の一例を示す説明図である。実施例１のＮＭＳの構成の一例を示す説明図である。実施例１の受付システムの構成の一例を示す説明図である。実施例１の利用リソース管理システムの構成の一例を示す説明図である。実施例１の通信装置の構成の一例を示す説明図である。実施例１のＮＭＳが備えるＮＷトポロジＤＢの一例を示す説明図である。実施例１のＮＭＳが備えるＮＷリソース管理ＤＢの一例を示す説明図である。実施例１のＮＭＳが備えるモジュール数管理ＤＢの一例を示す説明図である。実施例１のＮＭＳが備えるモジュールリソース管理ＤＢの一例を示す説明図である。実施例１のＮＭＳが備えるモジュール状態管理ＤＢの一例を示す説明図である。実施例１のＮＭＳが備える通信サービス管理ＤＢの一例を示す説明図である。実施例１のＮＭＳが備えるモジュールプログラムＤＢの一例を示す説明図である。実施例１の受付システムが備える利用者課金ＤＢの一例を示す説明図である。実施例１の利用リソース管理システムが備える使用モジュール管理ＤＢの一例を示す説明図である。実施例１のＮＭＳが実行する処理を説明するフローチャートである。実施例１のＮＭＳが実行する処理を説明するフローチャートである。実施例１のＮＭＳが実行する処理を説明するフローチャートである。実施例１のＮＭＳが実行する処理を説明するフローチャートである。

以下、図面を用いて本発明の実施例を詳細に説明する。

[ネットワークシステム]
図１は、実施例１のネットワークシステムの構成の一例を示す説明図である。

本実施例のネットワークシステムは、様々な通信サービスをネットワーク（ＷＡＮ１５５）に収容するためのシステムであり、ネットワーク管理システム１００、受付システム１１０、利用リソース管理システム１２０、利用者システム１６０、データセンタ１７０、及び複数の通信装置１３０から構成される。以下、ネットワーク管理システム１００をＮＭＳ１００とも記載する。

本実施例では、複数の通信装置１３０を用いてＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）１５５が構成される。ネットワーク管理システム１００は、制御ネットワーク１５０を介してＷＡＮ１５５を構成する複数の通信装置１３０と接続する。また、利用者システム１６０及びデータセンタ１７０はＷＡＮ１５５に接続される。

本実施例では、ＷＡＮ１５５の通信プロトコルには、ＭＰＬＳ−ＴＰ（ＭｕｌｔｉＰｒｏｔｏｃｏｌＬａｂｅｌＳｗｉｔｃｈｉｎｇ − ＴｒａｎｓｐｏｒｔＰｒｏｆｉｌｅ）を利用する。ただし、本実施例はＷＡＮ１５５の通信プロトコルに限定されず、ＭＰＬＳ−ＴＰ以外の通信プロトコルを利用したネットワークであっても本同等の効果を得ることができる。

本実施例では、通信装置１３０の装置ベンダが予め十分な数の複数の通信装置１３０を提供し、通信事業者が複数の通信装置１３０を用いてＷＡＮ１５５を構成する。通信事業者は、利用者からの利用申請に基づいて、複数の通信装置１３０を用いた通信サービスを提供し、また、通信サービスの利用料金を取得する。また、装置ベンダは、複数の通信装置１３０の各々のリソース利用量に応じて、通信事業者から利用料金を取得する。

ＮＭＳ１００は、ＷＡＮ１５５を構成する複数の通信装置１３０の各々を制御する。ＮＭＳ１００の詳細な構成については図２を用いて後述する。ＮＭＳ１００には、当該ＮＭＳ１００を管理する通信事業者側の保守者が使用する保守者端末１４０が接続される。保守者端末１４０は、例えば、ＣＰＵ、メモリ、及びネットワークインタフェース等を有する。なお、通信事業者側の保守者は、ＮＭＳ１００を直接操作してもよい。

受付システム１１０は、利用者システム１６０を運用する利用者からの利用申請を受け付ける。受付システム１１０の詳細な構成については図３を用いて後述する。

利用リソース管理システム１２０は、ＮＭＳ１００から受信したモジュール利用申請に基づいて、通信事業者に請求する利用料金を決定する。利用リソース管理システム１２０の詳細な構成については図４を用いて後述する。利用リソース管理システム１２０には、当該利用リソース管理システム１２０を管理する装置ベンダ側の保守者が使用する保守者端末１４５が接続される。保守者端末１４５は、例えば、ＣＰＵ、メモリ、及びネットワークインタフェース等を有する。なお、装置ベンダ側の保守者は、利用リソース管理システム１２０を直接操作してもよい。

本実施例の利用リソース管理システム１２０は、後述するように、通信事業者によって利用されるモジュール種別毎の数、及び総利用時間を管理する。各モジュールには単位時間あたりの利用料金が定められており、利用リソース管理システム１２０は、利用するモジュール数及び利用時間に基づいて利用料金を決定する。

なお、利用リソース管理システム１２０は、装置ベンダが管理するシステム内に配置されてもよい。この場合、装置ベンダが保守者端末１４５を操作して、通信事業者のモジュール利用状況等の情報を取得して、利用リソース管理システム１２０に入力する。利用リソース管理システム１２０は取得された情報に基づいて利用料金を算出し、通信事業者に対して利用料金を請求できる。

装置ベンダは、これまで、通信事業者に対しての装置販売するビジネスの形態であった。しかし、図１に示すような利用リソース管理システム１２０を用いることによって装置レンタルビジネスなどの提供が可能となる。また、通信事業者についても、利用者に対する通信サービスの提供に必要な通信装置を購入する必要がなくなるため、初期投資を抑止できる。さらには、必要最小限の投資で最大限の通信サービスを提供できるため、ビジネスの利益率を向上できる。

利用者システム１６０は、通信事業者から通信サービスの提供をうける利用者が運用するシステムである。例えば、利用者システム１６０は、ＣＰＵ、メモリ、ネットワークインタフェース、及び記憶媒体等を有する複数の計算機から構成される。

データセンタ１７０は、利用者の通信サービスに必要な計算機リソース及び通信サービスを提供するための施設であり、ＣＰＵ、メモリ、及びネットワークインタフェース等を有する計算機、並びに、コントローラ及び記憶媒体を有するストレージ装置等から構成される。

［ＮＭＳ１００の構成］
図２は、実施例１のＮＭＳ１００の構成の一例を示す説明図である。

ＮＭＳ１００は、受付システム１１０から送信されたネットワーク制御コマンドに基づくＷＡＮ１５５内の通信経路の候補の検索、通信経路の設定、変更、及び削除等を行う機能、通信装置１３０のパケット処理機能の追加、変更、及び削除等を行う機能、並びに、利用リソース管理システム１２０へのリソース利用状況の通知等を行う機能を備える。また、ＮＭＳ１００は、保守者端末１４０から送信された制御コマンドを受信する受信機能、現在の運用状況を保守者端末１４０に通知するステータス通知機能を備える。

ＮＭＳ１００は、後述するように、受付システム１１０から受信したコマンドを解析し、解析結果に基づいて通信装置１３０の制御を行う。ＮＭＳ１００が、通信装置１３０のパケット処理機能を柔軟に変更又は追加することによって、通信事業者の投資コストを抑えつつ、収容される通信サービスの入れ替えを容易になり、また、オペレーション負荷を低減できる。

実施例１のＮＭＳ１００は、ＣＰＵ２００、複数のデータベース、及び複数のインタフェースを備える。また、ＮＭＳ１００は、図示しないメモリを備える。

ＣＰＵ２００は、図示しないメモリに格納されるプログラム等を実行することによって、ＮＭＳ１００の機能を実現する演算装置である。なお、演算機能を有する装置であれば、ＣＰＵ２００以外のプロセッサを用いてもよい。また、図２では、一つのＣＰＵ２００のみを図示しているが、複数のＣＰＵ２００を有する構成であってもよい。

本実施例では、ＣＰＵ２００によって、ＮＭＳ１００全体を制御する制御部２０１が実現される。なお、図示しないメモリには、制御部２０１を実現するプログラムが格納されるものとする。

制御部２０１は、後述する通信装置１３０のパケット処理モジュール５０４（図５参照）のうち、パケット処理機能がインストールされ、かつ、有効化されたパケット処理モジュール５０４をリソースプールとして管理し、リソースプールを用いて通信サービスを収容する通信経路を設定する。また、制御部２０１は、現在のリソースプールを用いて通信サービスを収容する通信経路を設定できない場合、パケット処理機能を所定のパケット処理モジュール５０４に追加することによって、リソースプールのリソース量を変更する。制御部２０１は、パケット処理モジュール決定部２０２、パケット処理モジュール設定部２０３、及びネットワークパス検索部２０４を含む。

なお、制御部２０１、パケット処理モジュール決定部２０２、パケット処理モジュール設定部２０３、及びネットワークパス検索部２０４は、別々に実現してもよい。この場合、メモリには、制御部２０１、パケット処理モジュール決定部２０２、パケット処理モジュール設定部２０３、及びネットワークパス検索部２０４のそれぞれを実現する四つのプログラム、又は、制御部２０１、パケット処理モジュール決定部２０２、パケット処理モジュール設定部２０３、及びネットワークパス検索部２０４を実現する一つのプログラムが格納される。

パケット処理モジュール決定部２０２は、各データベースに格納される情報に基づいて、通信装置１３０のパケット処理モジュール５０４に設定するパケット処理機能を決定する。パケット処理モジュール設定部２０３は、パケット処理モジュール決定部２０２によって決定された内容にしたがって、通信装置１３０のパケット処理モジュール５０４にパケット処理機能を設定する。ネットワークパス検索部２０４は、ＷＡＮ１５５内の通信経路を検索する。

ＮＭＳ１００が備えるデータベースには、ＮＷトポロジＤＢ２２１、ＮＷリソース管理ＤＢ２２２、モジュール数管理ＤＢ２２３、モジュールリソース管理ＤＢ２２４、モジュール状態管理ＤＢ２２５、通信サービス管理ＤＢ２２６、及び、モジュールプログラムＤＢ２２７が含まれる。データベースに格納される情報の詳細は、図６から図１２を用いて後述する。なお、パケット処理モジュール決定部２０２、パケット処理モジュール設定部２０３、及びネットワークパス検索部２０４は、データベースアクセスパスを介して後述する各種データベースと接続する。制御部２０１もデータベースアクセスパスを介して各種データベースと接続される。

本実施例では、一つの記憶媒体を用いてＮＷトポロジＤＢ２２１等の一つのデータベースを実現するものとする。記憶媒体はＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）又はＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等が考えられる。なお、一つの記憶媒体を用いて複数のデータベースを実現してもよい。また、複数の記憶媒体から構成されるＲＡＩＤボリュームを用いて一つ又は複数のデータベースを実現してもよい。

ＮＭＳ１００が備えるインタフェースには、第１連携インタフェース２１１、制御インタフェース２１２、接続インタフェース２１３、及び第２連携インタフェース２１４が含まれる。第１連携インタフェース２１１は、受付システム１１０と通信するためのインタフェースである。制御インタフェース２１２は、制御ネットワーク１５０を介して通信装置１３０と通信するためのインタフェースである。接続インタフェース２１３は、保守者端末１４０と通信するためのインタフェースである。また、第２連携インタフェース２１４は、利用リソース管理システム１２０と通信するためのインタフェースである。

［受付システム１１０の構成］
図３は、実施例１の受付システム１１０の構成の一例を示す説明図である。

受付システム１１０は、利用者からの利用申請を受け付ける機能、利用申請を解析してＷＡＮ１５５の通信経路設定のリクエストを生成し、ＮＭＳ１００に送信する機能、通信サービス利用者の課金情報の管理機能を有する。

従来、通信事業者のオペレータが、利用者から送信された利用申請を受け付けて、保守者端末１４０を用いてＮＭＳ１００に設定していた。しかし、本実施例では、受付システム１１０が、利用申請の受付、及びネットワークの設定情報の出力等を自動的に実行するため、オペレーション負荷を低減できる。

実施例１の受付システム１１０は、ＣＰＵ３００、複数のデータベース、及び複数のインタフェースを備える。また、受付システム１１０は、図示しないメモリを備える。

ＣＰＵ３００は、図示しないメモリに格納されるプログラム等を実行することによって、受付システム１１０の機能を実現する演算装置である。なお、演算機能を有する装置であれば、ＣＰＵ３００以外のプロセッサを用いてもよい。また、図３では、一つのＣＰＵ３００のみを図示しているが、複数のＣＰＵ３００を有する構成であってもよい。

本実施例では、ＣＰＵ３００によって、課金算出部３０１、及び経路設定コマンド生成部３０２が実現される。なお、図示しないメモリには、課金算出部３０１、及び経路設定コマンド生成部３０２のそれぞれを実現する二つのプログラム、又は、課金算出部３０１、及び経路設定コマンド生成部３０２を実現する一つのプログラムが格納されるものとする。

課金算出部３０１、各データベースに格納される情報、及び各利用者の利用申請の内容に基づいて、各利用者に請求する利用料金を算出する。経路設定コマンド生成部３０２は、利用申請の内容を解析し、解析結果に基づいてＷＡＮ１５５内に通信経路を設定するための経路設定コマンドを生成する。また、経路設定コマンド生成部３０２は、生成された経路設定コマンドをＮＭＳ１００に送信する。

受付システム１１０が備えるデータベースには、利用者課金ＤＢ３２１及びＮＷトポロジＤＢ３２２が含まれる。ＮＷトポロジＤＢ３２２は、ＮＷトポロジＤＢ２２１と同一のものであるため説明を省略する。利用者課金ＤＢ３２１の詳細は図１３を用いて後述する。なお、課金算出部３０１及び経路設定コマンド生成部３０２は、データベースアクセスパスを介して後述する各種データベースと接続する。

本実施例では、一つの記憶媒体を用いて一つのデータベースを実現するものとする。記憶媒体はＨＤＤ又はＳＳＤ等が考えられる。なお、一つの記憶媒体を用いて複数のデータベースを実現してもよい。また、複数の記憶媒体から構成されるＲＡＩＤボリュームを用いて一つ又は複数のデータベースを実現してもよい。

受付システム１１０が備えるインタフェースには、応答インタフェース３１１及び連携インタフェース３１２が含まれる。応答インタフェース３１１は、利用者システム１６０と通信するためのインタフェースである。連携インタフェース３１２は、ＮＭＳ１００と通信するためのインタフェースである。

［利用リソース管理システム１２０の構成］
図４は、実施例１の利用リソース管理システム１２０の構成の一例を示す説明図である。

利用リソース管理システム１２０は、装置ベンダが通信事業者に対してモジュール利用状況に基づいて課金する機能を有する。

利用リソース管理システム１２０は、ＣＰＵ４００、使用モジュール管理ＤＢ４２１、及び複数のインタフェースを備える。また、利用リソース管理システム１２０は、図示しないメモリを備える。

ＣＰＵ４００は、図示しないメモリに格納されるプログラム等を実行することによって、利用リソース管理システム１２０の機能を実現する演算装置である。なお、演算機能を有する装置であれば、ＣＰＵ４００以外のプロセッサを用いてもよい。また、図４では、一つのＣＰＵ４００のみを図示しているが、複数のＣＰＵ４００を有する構成であってもよい。

本実施例では、ＣＰＵ４００によって、モジュール利用時間算出部４０１が実現される。なお、図示しないメモリには、モジュール利用時間算出部４０１を実現するプログラムが格納されるものとする。

モジュール利用時間算出部４０１は、後述する使用モジュール管理ＤＢ４２１に格納される情報及びＮＭＳ１００から受信したモジュール利用申請に基づいて、パケット処理モジュール５０４（図５参照）の利用時間を算出する。

使用モジュール管理ＤＢ４２１の詳細は、図１４を用いて後述する。なお、モジュール利用時間算出部４０１は、データベースアクセスパスを介して後述する使用モジュール管理ＤＢ４２１と接続する。

本実施例では、一つの記憶媒体を用いて一つのデータベースを実現するものとする。記憶媒体はＨＤＤ又はＳＳＤ等が考えられる。なお、複数の記憶媒体から構成されるＲＡＩＤボリュームを用いて使用モジュール管理ＤＢ４２１を実現してもよい。

利用リソース管理システム１２０が備えるインタフェースには、連携インタフェース４１１及び接続インタフェース４１２が含まれる。連携インタフェース４１１は、ＮＭＳ１００と通信するためのインタフェースである。接続インタフェース４１２は、保守者端末１４５と通信するためのインタフェースである。

［通信装置１３０の構成］
図５は、実施例１の通信装置１３０の構成の一例を示す説明図である。図１４では、通信装置１３０−１を例に説明するが、通信装置１３０−２、１３０−３、１３０−４、１３０−５、１３０−６、１３０−７についても同一の構成である。

通信装置１３０−１は、ＮＭＳ１００からの指示にしたがって、パケット処理モジュール５０４上で動作させるパケット処理機能を変更する機能、パケット処理モジュール５０４によって処理されるデータ量を示すカウント情報をＮＭＳ１００に通知する機能、ラインカード１３１で発生したイベントをＮＭＳ１００に通知する機能等を有する。また、通信装置１３０は、データパケットを受信した場合、データパケットを解析することによって利用者情報及び宛先情報を特定し、所定の通信経路にデータパケットを転送する機能を有する。

通信装置１３０−１は、複数のラインカード１３１、ＳＷ部１３２、及び装置コントローラ１３３を備える。

ラインカード１３１は、外部装置と接続し、かつ、各種通信サービスを収容する。ラインカード１３１は、例えば、様々な通信装置として利用できるＮＦＶ（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎＶｉｒｔｕａｌｉｚａｔｉｏｎ）サーバ、モバイルサービスを収容するモバイルサービス収容装置、企業向けのＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）サービスを収容する企業サービス収容装置等と接続することによって、各種通信サービスを一つの通信装置１３０−１に収容できる。なお、ラインカード１３１の詳細は後述する。

装置コントローラ１３３は、通信装置１３０−１全体を制御する。具体的には、装置コントローラ１３３は、ＮＭＳ１００との間で制御情報を送受信し、また、ラインカード１３１及びＳＷ部１３２から情報を取得する。また、装置コントローラ１３３は、ＮＭＳ１００からの指示にしたがってラインカード１３１及びＳＷ部１３２にパラメータを設定し、ラインカード１３１のパケット処理モジュール５０４に対するパケット処理機能のインストール処理及びアンインストール処理を実行する。

ＳＷ部１３２は、複数のラインカード１３１の各々と接続し、各ラインカード１３１から受信したデータパケットを他のラインカード１３１に転送する。

以下、ラインカード１３１の詳細について説明する。ラインカード１３１は、一つ以上の受信回路５０１、一つ以上の送信回路５０２、受信パケット振分け部５０３、一つ以上のパケット処理モジュール５０４、パケット多重部５０５、ＳＷ送信回路５０６、ＳＷ受信回路５０７、パケット振分け部５０８、カードコントローラ５０９、及び図示しない物理ポートを含む。

受信回路５０１は、物理ポートを介して、隣接する通信装置１３０又は利用者システム１６０等からデータパケットを受信し、受信したデータパケットを通信装置１３０内部で処理可能なフォーマットに変換する。受信回路５０１の数は、ラインカード１３１が有する物理ポートの数に依存する。例えば、一つのラインカード１３１のデータパケットの処理性能が１００Ｇｂｉｔ／ｓであり、かつ、１０Ｇｂｉｔ／ｓの物理ポートを複数有する場合は、ラインカード１３１に含まれる受信回路５０１の数は「１０」となる。

送信回路５０２は、物理ポートを介して、隣接する通信装置１３０又は利用者システム１６０等にデータパケットを送信する。なお、送信回路５０２は、ＷＡＮ１５５の外部へデータパケットを送信する場合、データパケットを装置内部で処理可能なフォーマットから所定のフォーマットに変換し、外部へ変換されたデータパケットを送信する。また、受信回路５０１と同様に、送信回路５０２の数は、ラインカード１３１が有する物理ポートの数に依存する。例えば、１枚のラインカード１３１のデータパケットの処理性能が１００Ｇｂｉｔ／ｓであり、かつ、１０Ｇｂｉｔ／ｓの物理ポートを複数有する場合、ラインカード１３１に含まれる送信回路５０２の数は「１０」となる。

受信パケット振分け部５０３は、受信回路５０１からデータパケットを受信した場合、データパケットのヘッダを抽出し、ヘッダの宛先情報等に基づいて通信サービス及びユーザを特定し、また、処理可能なパケット処理モジュール５０４に当該データパケットを転送する。

受信パケット振分け部５０３は、図示していないが、パケット処理モジュール５０４が使用されているか否かを示す状態管理リスト、及び、使用中のパケット処理モジュール５０４にインストールされているパケット処理機能の管理リストを有する。受信パケット振分け部５０３は、当該リストを参照して、受信したデータパケットを所定のパケット処理モジュール５０４に転送する。

パケット処理モジュール５０４は、インストールされたパケット処理機能に応じて各種機能を実現するモジュールである。ＮＭＳ１００からの指示に基づいて、任意のパケット処理機能がパケット処理モジュール５０４にインストールされる。また、パケット処理モジュール５０４は、受信パケット振分け部５０３からデータパケットを受信した場合、インストールされたパケット処理機能に応じて、受信したデータパケットに対して異なるパケット処理を実行し、パケット多重部５０５にデータパケットを転送する。

なお、本実施例のパケット処理モジュール５０４は、パケット単位の通信データを処理する通信処理モジュールの一例であってこれに限定されない。

ここで、パケット処理モジュール５０４による通信装置１３０のパケット処理性能の拡張性、及び、パケット処理モジュール５０４の動作について説明する。まず、通信装置１３０のパケット処理性能の拡張性について説明する。

通信装置１３０は、ＮＭＳ１００からパケット処理機能のインストールを指示する制御情報を受信した場合、指定されたパケット処理モジュール５０４にＮＭＳ１００からダウンロードしたパケット処理機能をインストールする。このとき、通信装置１３０は、状態管理リスト及びパケット処理機能の管理リストを更新する。また、通信装置１３０は、ＮＭＳ１００から、パケット処理機能のアンインストールを指示する制御情報を受信した場合、指示されたパケット処理モジュール５０４からパケット処理機能をアンインストールする。このとき、通信装置１３０は、状態管理リスト及びパケット処理機能の管理リストを更新する。

パケット処理モジュール５０４からパケット処理機能がアンインストールされた場合、受信パケット振分け部５０３のパケット処理機能の管理リストから、パケット処理機能がアンインストールされたパケット処理モジュール５０４の識別情報を削除することが望ましい。これによって、パケット処理モジュール５０４においてデータパケットの処理中にパケット処理機能がアンインストールされることが抑止できるため、パケット処理機能の入れ替えによるデータパケットの廃棄を回避できる。

また、通信装置１３０は、複数のパケット処理モジュール５０４の各々に任意のパケット処理機能をインストール及びアンインストールできるだけでなく、複数のパケット処理モジュール５０４の各々にインストールされたパケット処理機能の有効化及び無効化を設定できる。

例えば、通信装置１３０は、パケット処理機能の「有効化」を設定する指示をＮＭＳ１００から受信した場合、所定のパケット処理モジュール５０４のパケット処理機能を有効化する。これによって、ラインカード１３１は、パケット処理機能が有効化されたパケット処理モジュール５０４に対してデータパケットの振分けを開始する。また、通信装置１３０は、パケット処理機能の「無効化」を設定する指示を受信した場合、所定のパケット処理モジュール５０４のパケット処理機能を無効化する。このとき、通信装置１３０は、状態管理リストから無効化されたパケット処理モジュールの識別情報を削除する。

前述したようにパケット処理モジュール５０４にパケット処理機能をインストールし、また、パケット処理モジュール５０４にインストールされたパケット処理機能を有効化することによって、通信装置１３０のパケット処理性能が拡張できる。

例えば、パケット処理性能が１０Ｇｂｉｔ／ｓである三つのパケット処理モジュールに同一のパケット処理機能（ここではＭＰＬＳ−ＴＰプロトコル処理機能とする）がインストールされている場合、ラインカード１３１は、３０Ｇｂｉｔ／s分のＭＰＬＳ−ＴＰデータを処理可能なパケット処理性能を有することになる。

ラインカード１３１に対して１５Ｇｂｉｔ／ｓのＭＰＬＳ−ＴＰデータパケットが流入している場合、通信装置１３０は、二つのパケット処理モジュールのみを有効化すれば受信した全てのＭＰＬＳ−ＴＰデータパケットを処理できる。この場合、通信装置１３０は、一つのパケット処理モジュール５０４のパケット処理機能を無効化する。これによって、パケット処理モジュール５０４への電力供給を停止することができるため、省電力効果が期待できる。また、通信事業者は、通信装置１３０に流入するデータパケットの処理に必要なパケット処理機能を必要な数だけを購入、すなわちインストールすればよい。また、通信事業者は、必要な数だけ通信装置のパケット処理モジュール５０４のパケット処理機能を有効化し、不要なパケット処理機能を無効化又は削除することによって、通信事業者のオペレーションコストの削減できる。

次に、パケット処理機能がインストールされたパケット処理モジュール５０４の動作について説明する。ここでは、パケット処理モジュール５０４にＶＬＡＮ機能を実現するパケット処理機能がインストールされた場合を例に、当該パケット処理モジュール５０４の動作について説明する。

パケット処理モジュール５０４は、データパケットを受信した場合、受信したデータパケットのＶＬＡＮタグの中に含まれるＶＩＤをデータパケットから取得し、ＶＩＤから当該データパケットの送信元（例えば、送信者）を特定する。その後、パケット処理モジュール５０４は、送信元のデータパケットの転送先を特定し、データパケットを転送するＭＰＬＳ−ＴＰパス（ＷＡＮに設定されたデータ通信経路）を特定する。パケット処理モジュール５０４は、ＭＰＬＳ−ＴＰパスを特定した後、当該ＭＰＬＳ−ＴＰパスを介してデータパケットを転送するためのＭＰＬＳ−ＴＰヘッダを生成することによって、データパケットをカプセル化する。このとき、パケット処理モジュール５０４は、ポリシング（Ｐｏｌｉｃｉｎｇ）及びカラーリング（Ｃｏｌｏｒｉｎｇ）等のトラヒック制御を行うこともできる。

上記では、ＶＬＡＮを一例としてパケット処理モジュール５０４の動作を説明したが、前述したように通信装置１３０の各パケット処理モジュール５０４には任意のパケット処理機能をインストールできる。また、通信装置１３０の各パケット処理モジュール５０４から、一度インストールされたパケット処理機能をアンインストールできる。

パケット多重部５０５は、一つ以上のパケット処理モジュール５０４によって特定のパケット処理が実行されたデータパケットを受信し、受信したデータパケットを多重し、多重したデータパケットをＳＷ送信回路５０６に転送する。

ＳＷ送信回路５０６は、データパケットをラインカード１３１からＳＷ部１３２へ転送するためのフォーマットに変換する機能を有する。ＳＷ送信回路５０６は、パケット多重部５０５からデータパケットを受信した場合、受信したデータパケットのフォーマットを変換し、フォーマットが変換されたデータパケットをＳＷ部１３２に転送する。

ＳＷ受信回路５０７は、ＳＷ部１３２からデータパケットを受信し、受信したデータパケットをラインカード１３１が処理可能なフォーマットに変換し、パケット振分け部５０８又は送信回路５０２に変換されたデータパケットを転送する。

パケット振分け部５０８は、ＳＷ受信回路５０７からデータパケットを受信した場合、データパケットの出力先の物理ポートを特定し、特定された物理ポートと接続する送信回路５０２にデータパケットを転送する。

カードコントローラ５０９は、ラインカード１３１全体を制御し、また、装置コントローラ１３３と通信する。具体的には、カードコントローラ５０９は、ラインカード１３１に含まれる各パケット処理モジュール５０４に対して特定の値を設定する。また、カードコントローラ５０９は、各パケット処理モジュール５０４のパケット処理機能の有効又は無効のいずれの状態であるかを示すステータス情報、及び各パケット処理モジュール５０４が保持する性能情報等を取得し、装置コントローラ１３３に取得された情報を通知する。

実施例１のネットワークシステムを構成する通信装置１３０のラインカード１３１は、前述したように、パケット処理機能の書換えが可能なパケット処理モジュール５０４を複数備える。通信装置１３０が収容する通信サービスに利用されるプロトコルに応じて、パケット処理モジュール５０４にインストールするパケット処理機能を変更することによって、一つのラインカード１３１にさまざまな通信サービスを収容できる。さらに、ラインカード１３１が収容する通信サービスのトラヒック量の増減に応じて、パケット処理モジュールにインストールするパケット処理機能の個数を変更することよって、ラインカード１３１を用いて、必要なパケット処理性能、すなわち、必要なリソースを柔軟に確保できる。

次に、ＮＭＳ１００が備えるデータベース、受付システム１１０が備えるデータベース、及び利用リソース管理システム１２０が備えるデータベースの詳細について説明する。まず、図６から図１２を用いてＮＭＳ１００が備えるデータベースについて説明する。

図６は、実施例１のＮＭＳ１００が備えるＮＷトポロジＤＢ２２１の一例を示す説明図である。

ＮＷトポロジＤＢ２２１は、ＷＡＮ１５５を構成する複数の通信装置１３０の接続関係及び複数の通信装置１３０の各々に接続される周辺装置等との接続関係を管理するための情報を格納する。具体的には、ＮＷトポロジＤＢ２２１は、一つの通信装置１３０に対して一つのエントリを含み、当該エントリは、装置ＩＤ６０１及び装置接続情報６０２から構成される。

装置ＩＤ６０１は、通信装置１３０を一意に識別するための識別情報である。本実施例では、装置ＩＤ６０１が「１」のエントリは通信装置１３０−１に対応し、装置ＩＤ６０１が「２」のエントリは通信装置１３０−２に対応する。

装置接続情報６０２は、装置ＩＤ６０１に対応する通信装置１３０に接続される他の通信装置、又は周辺装置等の識別情報である。装置接続情報６０２に格納される番号は、装置ＩＤ６０１と同一のものであり、装置接続情報６０２に格納される「外部」は、通信装置１３０以外の周辺装置を示す。

ＮＭＳ１００は、ＮＷトポロジＤＢ２２１に基づいて、ＷＡＮ１５５の物理的な構成を把握することができる。

図７は、実施例１のＮＭＳ１００が備えるＮＷリソース管理ＤＢ２２２の一例を示す説明図である。

ＮＷリソース管理ＤＢ２２２は、通信装置１３０間、及び通信装置１３０と周辺装置との間の通信帯域に関する情報、すなわち、ネットワークリソースを管理するための情報を格納する。具体的には、ＮＷリソース管理ＤＢ２２２は、一つのリンクに対して一つのエントリを含み、当該エントリは、装置接続情報７０１、リンク帯域７０２、予約帯域７０３、及び残り帯域７０４から構成される。

装置接続情報７０１は、リンクによって接続される装置を示す情報である。例えば、一番上のエントリは、識別子が「１」である通信装置１３０の、識別子が「１」であるラインカード１３１から、識別子が「１」である物理ポートを介して周辺装置と接続されたリンクであることを示す。

リンク帯域７０２は、リンクの全帯域である。予約帯域７０３は、通信サービスを提供するために確保されている帯域である。残り帯域７０４は、予約されずに余っている帯域である。

図８は、実施例１のＮＭＳ１００が備えるモジュール数管理ＤＢ２２３の一例を示す説明図である。

モジュール数管理ＤＢ２２３は、各通信装置１３０が備えるラインカード１３１の数、及びラインカード１３１にインストールされたパケット処理機能等を管理するための情報を格納する。具体的には、モジュール数管理ＤＢ２２３は、一つの通信装置１３０に対して一つのエントリを含み、当該エントリは、装置ＩＤ８０１、ラインカードＩＤ８０２、モジュール数８０３、機能種別８０４、利用モジュール数８０５、未利用モジュール数８０６、及びモジュール帯域８０７から構成される。

なお、一つのエントリのラインカードＩＤ８０２には、一つの通信装置１３０が備えるラインカード１３１の数だけ行が存在し、また、機能種別８０４には一つのラインカード１３１の行に対して当該ラインカード１３１にインストールされたパケット処理機能の数だけ行が存在する。

装置ＩＤ８０１は、装置ＩＤ６０１と同一のものである。ラインカードＩＤ８０２は、一つの通信装置１３０内のラインカード１３１を一意に識別するための識別情報である。なお、ラインカードＩＤ８０２は、通信装置１３０内の複数のラインカード１３１を識別するためのものであるため、通信装置１３０間で重複したものであってもよい。

モジュール数８０３は、一つのラインカード１３１に搭載されるパケット処理モジュール５０４の数である。機能種別８０４は、ラインカード１３１にインストールされているパケット処理機能（プロトコル）の種別である。利用モジュール数８０５は、機能種別８０４に対応するパケット処理機能がインストールされるパケット処理モジュール５０４の数である。未利用モジュール数８０６は、一つのラインカード１３１が備える複数のパケット処理モジュール５０４のうち、パケット処理機能がインストールされていないパケット処理モジュール５０４の数である。モジュール帯域８０７は、所定のパケット処理機能がインストールされた一つのパケット処理モジュール５０４における処理性能である。

図９は、実施例１のＮＭＳ１００が備えるモジュールリソース管理ＤＢ２２４の一例を示す説明図である。

モジュールリソース管理ＤＢ２２４は、各通信装置１３０の一つのラインカード１３１におけるパケット処理機能毎の利用状態を管理するための情報を格納する。具体的には、モジュールリソース管理ＤＢ２２４は、一つの通信装置１３０に対して一つのエントリを含み、当該エントリは、装置ＩＤ９０１、ラインカードＩＤ９０２、機能種別９０３、利用可能帯域９０４、及び利用帯域９０５から構成される。

なお、一つのエントリのラインカードＩＤ９０２には、一つの通信装置１３０が備えるラインカード１３１の数だけ行が存在し、また、機能種別８０４には一つのラインカード１３１の行に対して当該ラインカード１３１にインストールされたパケット処理機能の数だけ行が存在する。

装置ＩＤ９０１、ラインカードＩＤ９０２、及び機能種別９０３は、装置ＩＤ６０１、ラインカードＩＤ８０２、及び機能種別８０４と同一のものである。

利用可能帯域９０４は、ラインカード１３１にインストールされた一つのパケット処理機能における利用可能な帯域である。利用帯域９０５は、ラインカード１３１にインストールされた一つのパケット処理機能における実際の利用帯域である。

なお、利用可能帯域９０４の値は、装置ＩＤ９０１、ラインカードＩＤ９０２、及び機能種別９０３が装置ＩＤ８０１、ラインカードＩＤ８０２、及び機能種別８０４と一致する行の、利用モジュール数８０５及びモジュール帯域８０７を乗算することによって算出できる。

図１０は、実施例１のＮＭＳ１００が備えるモジュール状態管理ＤＢ２２５の一例を示す説明図である。

モジュール状態管理ＤＢ２２５は、各通信装置１３０の一つのラインカード１３１における複数のパケット処理モジュール５０４の状態を管理するための情報を格納する。具体的には、モジュール状態管理ＤＢ２２５は、一つの通信装置１３０に対して一つのエントリを含み、当該エントリは、装置ＩＤ１００１、ラインカードＩＤ１００２、モジュールＩＤ１００３、機能種別１００４、及びステータス１００５から構成される。

なお、一つのエントリのラインカードＩＤ１００２には、一つの通信装置１３０が備えるラインカード１３１の数だけ行が存在し、また、モジュールＩＤ１００３には、一つのラインカード１３１の行に対して当該ラインカード１３１に含まれるパケット処理モジュール５０４の数だけ行が存在する。

装置ＩＤ１００１及びラインカードＩＤ１００２は、装置ＩＤ６０１及びラインカードＩＤ８０２と同一のものである。

モジュールＩＤ１００３は、ラインカード１３１内のパケット処理モジュール５０４を一意に識別するための識別情報である。なお、モジュールＩＤ１００３は、ラインカード１３１内の複数のパケット処理モジュール５０４を識別するためのものであるため、ラインカード１３１間で重複したものであってもよい。

機能種別１００４は、モジュールＩＤ１００３に対応するパケット処理モジュール５０４にインストールされたパケット処理機能の種別である。なお、機能種別１００４が「Ｅｍｐｔｙ」の場合、当該パケット処理モジュール５０４にはパケット処理機能がインストールされていないことを示す。

ステータス１００５は、パケット処理モジュール５０４のパケット処理機能の状態である。パケット処理機能がインストールされたパケット処理モジュール５０４のステータス１００５には、インストールされたパケット処理機能が有効化されていることを示す「有効」、又は、インストールされたパケット処理機能が無効化されていることを示す「無効」のいずれかが格納される。一方、パケット処理機能がインストールされていないパケット処理モジュール５０４のステータス１００５は空欄となる。

図１０に示すように、パケット処理モジュール５０４は、パケット処理機能がインストールされ、かつ、当該パケット処理機能が有効化された状態（第１の状態）、パケット処理機能がインストールされ、かつ、当該パケット処理機能が無効化された状態（第２の状態）、及びパケット処理機能がインストールされていない状態（第３の状態）のいずれかの状態を取ることになる。本実施例のＮＭＳ１００は、第１の状態のパケット処理モジュール５０４をネットワークリソースとして管理する。また、ＮＭＳ１００は、後述するように、ネットワークリソースが不足している場合、第２の状態又は第３の状態のパケット処理モジュール５０４を第１の状態のパケット処理モジュール５０４に設定することによってネットワークリソースを追加する。

なお、本実施例では、モジュール数管理ＤＢ２２３、モジュールリソース管理ＤＢ２２４、及びモジュール状態管理ＤＢ２２５の三つのデータベースに分けてパケット処理モジュール５０４を管理しているが、一つ又は二つのデータベースとして管理してもよい。例えば、モジュールリソース管理ＤＢ２２４にモジュール帯域８０７のカラムを追加し、利用モジュール数８０５、及び未利用モジュール数８０６は、モジュール状態管理ＤＢ２２５から逐次算出すれば、モジュール数管理ＤＢ２２３を省略することができる。

図１１は、実施例１のＮＭＳ１００が備える通信サービス管理ＤＢ２２６の一例を示す説明図である。

通信サービス管理ＤＢ２２６は、通信事業者から通信サービスの提供を受ける利用者（利用者システム１６０）のＷＡＮ１５５内の通信経路に関する情報を格納する。具体的には、通信サービス管理ＤＢ２２６は一つの利用者システム（一人の利用者）に対して一つのエントリを含み、当該エントリは、利用者ＩＤ１１０１、優先度１１０２、経路情報１１０３、契約帯域１１０４、及び契約プロトコル１１０５から構成される。

なお、経路情報１１０３には、利用者の通信経路を介して送受信されるデータパケットが経由する通信装置１３０の数だけ行が存在する。

利用者ＩＤ１１０１は、利用者、すなわち、利用者システム１６０を一意に識別するための識別情報である。優先度１１０２は、ＷＡＮ１５５内における利用者が送受信するトラヒックの優先順位である。本実施例では、数値が小さいほど優先順位が高いことを示す。

経路情報１１０３は、利用者システム１６０が送受信するデータパケットの通信経路が経由する通信装置１３０の情報である。経路情報１１０３は、さらに、装置ＩＤ１１１１、ラインカードＩＤ１１１２、及びポートＩＤ１１１３を含む。

装置ＩＤ１１１１は、通信経路に含まれる通信装置１３０の識別情報である。ラインカードＩＤ１１１２は、通信経路を構成するラインカード１３１の識別情報である。ポートＩＤ１１３は、通信経路上で送受信されるデータパケットの送信時に使用される物理ポートの識別情報である。

契約帯域１１０４は、利用者が通信サービスの利用申請時に申し込んだ帯域の情報である。契約プロトコル１１０５は、利用者の通信サービスを収容するエッジの通信装置１３０のラインカード１３１が、データパケットの送信元及び宛先を特定するために用いるプロトコルの種別である。例えば、契約プロトコル１１０５が「ＩＰｖ４」の場合、利用者の通信サービスを収容するエッジの通信装置１３０のラインカード１３１は、ＩＰｖ４の送信元ＩＰアドレス又は宛先ＩＰアドレスを参照することによって、送信元及び宛先を特定できる。

なお、データベース間の参照を容易にするために、契約プロトコル１１０５に格納される情報及び機能種別８０４に格納される情報には、同等の値を用いるものとする。例えば、契約プロトコル１１０５が「ＶＬＡＮ」の場合、ＶＬＡＮを用いた通信サービスであることを示し、機能種別８０４が「ＶＬＡＮ」の場合、ＶＬＡＮを処理するパケット処理機能であることを示す。

図１２は、実施例１のＮＭＳ１００が備えるモジュールプログラムＤＢ２２７の一例を示す説明図である。

モジュールプログラムＤＢ２２７は、パケット処理モジュールにインストールするパケット処理機能を実現する実行プログラムを管理する。具体的には、モジュールプログラムＤＢ２２７は、一つのパケット処理機能に対して一つのエントリを含み、当該エントリは、機能種別１２０１及びファイル名１２０２から構成される。

機能種別１２０１は、機能種別８０４と同一のものである。ファイル名１２０２は、機能種別１２０１に対応するパケット処理機能を実現するプログラムの名称である。

次に、図１３を用いて受付システム１１０が備える利用者課金ＤＢ３２１について説明する。図１３は、実施例１の受付システム１１０が備える利用者課金ＤＢ３２１の一例を示す説明図である。

利用者課金ＤＢ３２１は、ＷＡＮ１５５を用いた通信サービスの提供を受ける利用者に対する利用料金を管理する。具体的には、利用者課金ＤＢ３２１は、利用者ＩＤ１３０１、契約区間１３０２、契約帯域１３０３、契約期間１３０４、契約プロトコル１３０５、及び利用料金１３０６を含む。

利用者ＩＤ１３０１は、利用者ＩＤ１１０１と同一のものである。契約区間１３０２は、利用者の通信経路の区間を示す。本実施例では、通信経路のエッジとなる二つの通信装置１３０の識別情報が格納される。

なお、利用者が通信経路の区間を指定する場合、「東京」、「大阪」等の地点を指定することが考えられる。この場合、受付システム１１０が、ＮＷトポロジＤＢ３２２を参照して、それぞれの地点に設置された通信装置１３０の識別情報に変換し、当該通信装置１３０の識別情報を契約区間１３０２に設定する。

契約帯域１３０３は、契約区間１３０２に対応する区間において設定された通信経路の帯域である。契約期間１３０４は、通信経路を利用する期間である。契約期間１３０４には、時間、日、月などの日時の情報が格納される。契約プロトコル１３０５は、通信経路において、利用者のデータパケットの転送に用いられる通信プロトコルである。

利用料金１３０６は、契約区間１３０２、契約帯域１３０３、契約期間１３０４、及び契約プロトコル１３０５等に基づいて算出される利用料金である。

次に、図１４を用いて利用リソース管理システム１２０が備える使用モジュール管理ＤＢ４２１について説明する。図１４は、実施例１の利用リソース管理システム１２０が備える使用モジュール管理ＤＢ４２１の一例を示す説明図である。

使用モジュール管理ＤＢ４２１は、通信事業者によって使用される各パケット処理機能毎のパケット処理モジュール５０４の使用状態を管理するための情報を格納する。具体的には、使用モジュール管理ＤＢ４２１は、一つのパケット処理機能に対して一つのエントリを含み、当該エントリは、機能種別１４０１、利用モジュール数１４０２、総利用時間１４０３、及びモジュール利用料金１４０４から構成される。

機能種別１４０１は、機能種別８０４と同一のものである。利用モジュール数１４０２は、機能種別１４０１に対応するパケット処理機能がインストールされたパケット処理モジュール５０４のうち、通信事業者によって実際に使用されているパケット処理モジュール５０４の総数である。総利用時間１４０３は、機能種別１４０１に対応するパケット処理機能がインストールされ、かつ、通信事業者によって使用されたパケット処理モジュール５０４の使用時間である。モジュール利用料金１４０４は、機能種別１４０１に対応するパケット処理機能がインストールされた一つのパケット処理モジュール５０４の単位時間あたりの利用料金である。

次に、各システムの処理について説明する。まず、受付システム１１０の処理について説明する。

受付システム１１０は、応答インタフェース３１１を介して利用者システム１６０から利用申請を受け付ける。受付システム１１０は、利用申請の内容を解析し、新規通信経路の追加、帯域の追加（増速）、帯域の削減（減速）、及び通信経路の削除の四種類に利用申請の処理内容を分類する。

利用申請の処理内容が新規通信経路の追加である場合、受付システム１１０の課金算出部３０１は、利用申請から利用者システム１６０の識別情報、契約区間の情報、契約帯域、契約期間、及び契約プロトコル等を抽出し、抽出された情報に基づいて利用料金を算出する。また、課金算出部３０１は、利用者課金ＤＢ３２１にエントリを追加し、追加されたエントリの各カラムに利用申請から抽出された情報及び算出された利用料金を格納する。ここで、利用料金は、例えば、下式（１）を用いて算出することができる。

なお、Ｌは契約区間の物理的な距離を示し、Ｂｗは契約帯域を示し、Ｓは契約期間を示し、Ｙは１Ｇｂｐｓあたりの基本通信料を示す。また、αは係数を示す。

例えばαを「１」に固定することによって、全ての利用者システム１６０に対して公平に課金できる。また、利用者の利用体系又は通信システムの状態に応じてαの値を変更することによって、利用料金を調整できる。

例えば、下式（２）に示すような料金体系が考えられる。

式（２）の料金体系では、小口利用者には割高料金を課金し、大口利用者には割安料金を課金できる。

また、収容されている通信サービスの総帯域量を下式（３）で定義した場合、下式（４）に示すような料金体系が考えられる。

式（４）の料金体系では、閑散期には割安な価格で通信サービスを提供できるため利用者の集客力が高まり、繁盛期には限りある資源にプレミアム価格を支払うユーザにのみ通信サービスを提供できるため収益を拡大できる。また、多くの通信サービスを収容した場合、通信装置の稼働率が高くなることによってＷＡＮ全体の消費電力も高くなるため、上昇した消費電力分を利用料金に上乗せすることも可能となる。

さらに、式（４）の料金体系では、収容された全通信サービスの帯域の総量が７０％以上の場合、同一の時間帯に利用申請を送信した利用者に、予めαの値として「２．０」以上の値を申告してもらい、大きなαの値を申告した利用者から順に通信サービスの契約を成立させる運用が考えられる。これによって、オークションのような形態で通信サービスの契約が可能となり、通信事業者の収益を拡大できる。

前述のような式を用いて利用料金が算出された後、受付システム１１０の経路設定コマンド生成部３０２は経路設定コマンドを生成し、連携インタフェース３１２を介してＮＭＳ１００に生成された経路設定コマンドをネットワーク制御コマンドとして送信する。

利用申請の内容が帯域の追加、帯域の削減、又は通信経路の削除である場合、受付システム１１０は、利用申請から、帯域の追加、帯域の削除、又は通信経路の削除を指示するネットワーク制御コマンドを生成し、連携インタフェース３１２を介してＮＭＳ１００に生成されたネットワーク制御コマンドを送信する。

なお、ネットワーク制御コマンドは、オーダ内容、利用者システム１６０の識別情報、通信区間、帯域、及びプロトコルから構成される。

オーダ内容は、ネットワーク制御コマンドの制御種別を通知するための情報であり、本実施例では「新規」、「増速」、「減速」、及び「削除」の四種類のオーダ内容がある。

「新規」は任意の利用者システム１６０に通信サービスを提供するための制御であることを示す。「増速」及び「減速」は、任意の利用者システム１６０に提供される通信サービスの契約帯域を変更するための制御であることを示す。「削除」は、任意の利用者システム１６０に提供される通信サービスの登録を削除するための制御であることを示す。

通信区間は、利用者システム１６０のネットワーク内の通信経路のエッジを示す情報である。例えば、エッジとなる通信装置１３０の識別情報、当該通信装置１３０が有するラインカード１３１の識別情報、及び当該ラインカード１３１のポートの識別情報等から構成される。なお、オーダ内容が「増速」、「減速」、及び「削除」である場合、通信区間は必ずしも必要ではない。

帯域は、通信経路の帯域の値を示す情報である。なお、オーダ内容が「削除」の場合、ネットワーク制御コマンドには帯域は含まれない。プロトコルは、通信サービスにおける通信プロトコルを示す情報である。

次に、ＮＭＳ１００が実行する処理について説明する。図１５Ａ、図１５Ｂ、図１５Ｃ、及び図１５Ｄは、実施例１のＮＭＳ１００が実行する処理を説明するフローチャートである。

ＮＭＳ１００は、第１連携インタフェース２１１を介して、受付システム１１０からネットワーク制御コマンドを受信すると処理を開始する。

ＮＭＳ１００の制御部２０１は、受信したネットワーク制御コマンドのオーダ内容が「新規」であるか否かを判定する（ステップＳ１５０１）。

オーダ内容が「新規」であると判定された場合、制御部２０１は、新たな通信サービスに使用する通信経路の候補、すなわち、候補経路を一つ以上検索する（ステップＳ１５０２）。具体的には、以下のような処理が実行される。

制御部２０１のネットワークパス検索部２０４が、ネットワーク制御コマンドに含まれる通信区間に基づいて、ＮＷトポロジＤＢ２２１及びＮＷリソース管理ＤＢ２２２を参照し、通信区間によって指定された複数の通信装置１３０等を接続する通信経路を検索する。通信経路の検索方法としては、ダイクストラ法及びベルマン−フォード法、及びこれらを改良した方法を利用できる。

ネットワークパス検索部２０４は、一つの通信経路に含まれる通信装置１３０の識別情報及び当該通信装置１３０のラインカード１３１の識別情報との組の集合を通信経路の情報として保持する。以上がステップＳ１５０２の処理の説明である。

次に、ＮＭＳ１００の制御部２０１は、検索された通信経路に含まれる通信装置１３０毎の空き帯域ＢＷ０を算出する（ステップＳ１５０３）。具体的には、以下のような処理が実行される。

ネットワークパス検索部２０４は、処理対象の候補経路を選択し、また、選択された候補経路に含まれる複数の通信装置１３０の中から処理対象の通信装置１３０を選択する。

ネットワークパス検索部２０４は、モジュールリソース管理ＤＢ２２４を参照し、装置ＩＤ９０１及びラインカードＩＤ９０２が通信装置１３０の識別情報及びラインカード１３１の識別情報と一致し、かつ、機能種別９０３がネットワーク制御コマンドに含まれるプロトコルに一致するエントリを検索する。

ネットワークパス検索部２０４は、検索されたエントリの利用可能帯域９０４及び利用帯域９０５の値を取得し、下式（５）にそれぞれの値を代入して空き帯域ＢＷ０を算出する。

ネットワークパス検索部２０４は、選択された候補経路に含まれる全ての通信装置１３０に対して前述した処理を繰り返し実行する。その後、ネットワークパス検索部２０４は、選択された候補経路に含まれる全ての通信装置１３０の空き帯域ＢＷ０の中から最も小さい値を最小空き帯域ＢＷｍ０として決定する。

ネットワークパス検索部２０４は、検索された全ての通信経路に対して前述した処理を繰り返し実行する。以上がステップＳ１５０３の処理の説明である。

次に、ＮＭＳ１００の制御部２０１は、候補経路の中に使用可能な通信経路が存在するか否かを判定する（ステップＳ１５０４）。

具体的には、ネットワークパス検索部２０４は、下式（６）を満たす通信経路が一つ以上存在するか否かを判定する。ここで、ＢＷ１は、ネットワーク制御コマンドに含まれる帯域の値を示す。式（６）を満たす通信経路が一つ以上存在する場合、ネットワークパス検索部２０４は、候補経路の中に使用可能な通信経路が存在すると判定する。

候補経路の中に使用可能な通信経路が存在すると判定された場合、ＮＭＳ１００の制御部２０１は、使用可能な通信経路の中から実際に使用する通信経路を決定する（ステップＳ１５０５）。

具体的には、ネットワークパス検索部２０４は、式（６）を満たす通信経路について、下式（７）に示す値を算出する。ネットワークパス検索部２０４は、式（７）の値が最大の通信経路を使用する通信経路として決定する。また、ネットワークパス検索部２０４は、決定された通信装置１３０に通信経路を設定するための経路情報を生成する。

次に、ＮＭＳ１００の制御部２０１は、各種ＤＢを更新し、また、通信経路に含まれる通信装置１３０に経路情報を送信する（ステップＳ１５０６）。その後、ＮＭＳ１００の制御部２０１は、処理を終了する。具体的には、以下のような処理が実行される。

ネットワークパス検索部２０４は、モジュールリソース管理ＤＢ２２４を参照して、決定された通信経路に含まれる通信装置１３０に一致するエントリを検索する。なお、エントリの検索方法は、ステップＳ１５０３と同一である。ネットワークパス検索部２０４は、検索されたエントリの利用帯域９０５の値に、ネットワーク制御コマンドに含まれる帯域を加算する。

また、ネットワークパス検索部２０４は、通信経路の情報に基づいてＮＷリソース管理ＤＢ２２２を参照して、通信経路が通過するリンクに対応するエントリを検索する。具体的には、ネットワークパス検索部２０４は、二つの通信装置１３０の識別情報と、二つの通信装置１３０の各々のラインカード１３１の識別情報との組み合わせが装置接続情報７０１と一致するエントリを検索する。ネットワークパス検索部２０４は、検索されたエントリの残り帯域７０４の値からネットワークコマンドに含まれる帯域を減算する。

また、ネットワークパス検索部２０４は、通信サービス管理ＤＢ２２６にエントリを追加し、追加されたエントリの利用者ＩＤ１１０１、契約帯域１１０４、及び契約プロトコル１１０５のそれぞれにネットワーク制御コマンドに含まれる利用者システム１６０の識別情報、帯域、及びプロトコルを設定する。さらに、ネットワークパス検索部２０４は、追加されたエントリの経路情報１１０３に決定された通信経路の情報を設定する。以上がステップＳ１５０６の処理の説明である。

以上のように、ＮＭＳ１００は、ネットワークリソースが不足していない場合、現在のネットワークリソースを効率的に利用して新規通信サービスを収容できる。

ステップＳ１５０４において、候補経路の中に使用可能な通信経路が存在しないと判定された場合、本実施例のＮＭＳ１００の制御部２０１は、所定の通信装置１３０のパケット処理モジュール５０４にパケット処理機能の追加することによって、通信サービスの収容を実現する。具体的には、ステップＳ１５０８からステップＳ１５１２の処理が実行される。まず、ＮＭＳ１００の制御部２０１は、候補経路の中から使用する通信経路を決定する（ステップＳ１５０７）。

具体的には、ネットワークパス検索部２０４は、式（７）の値が最小の通信経路を使用する通信経路として決定する。

次に、ＮＭＳ１００の制御部２０１は、決定された通信経路に含まれる全ての通信装置１３０に通信サービスの収容に必要なパケット処理機能がインストールされているか否かを判定する（ステップＳ１５０８）。具体的には、以下のような処理が実行される。

パケット処理モジュール決定部２０２は、モジュールリソース管理ＤＢ２２４を参照して、決定された通信経路に含まれる通信装置１３０の中から式（８）を満たす通信装置１３０を検索する。すなわち、パケット処理機能の追加が必要な通信装置１３０が検索される。

パケット処理モジュール決定部２０２は、検索された通信装置１３０の中から処理対象の通信装置１３０を選択する。

パケット処理モジュール決定部２０２は、モジュール状態管理ＤＢ２２５を参照して、装置ＩＤ１００１及びラインカードＩＤ１００２が、選択された通信装置１３０の識別情報及びラインカード１３１の識別情報と一致する行（ラインカード１３１）を検索する。パケット処理モジュール決定部２０２は、検索された行の機能種別１００４がネットワーク制御コマンドに含まれるプロトコルと一致する行を検索する。パケット処理モジュール決定部２０２は、検索された行の中に、ステータス１００５が「無効」である行が存在するか否かを判定する。

検索された行の中に、ステータス１００５が「無効」である行が存在しないと判定された場合、パケット処理モジュール決定部２０２は、選択された通信装置１３０には通信サービスの収容に必要なパケット処理機能がインストールされていないと判定する。

検索された行の中に、ステータス１００５が「無効」である行が存在すると判定された場合、パケット処理モジュール決定部２０２は、モジュール数管理ＤＢ２２３を参照して、装置ＩＤ８０１、ラインカードＩＤ８０２、及び機能種別８０４が、装置ＩＤ１００１、ラインカードＩＤ１００２、及び機能種別１００４と一致する行を検索する。パケット処理モジュール決定部２０２は、検索された行のモジュール帯域８０７の値を下式（９）に代入して、式（９）を満たすか否かを判定する。ここで、Ｋはステータス１００５が「無効」である全ての行の数である。

式（９）を満たさない場合、パケット処理モジュール決定部２０２は、選択された通信装置１３０には通信サービスの収容に必要なパケット処理機能がインストールされていないと判定する。この場合、パケット処理モジュール決定部２０２は、式（１０）を用いてパケット処理機能を追加するパケット処理モジュール５０４の数を算出する。なお、式（１０）の値が整数である場合、式（１０）の値がパケット処理機能を追加するパケット処理モジュール５０４の数となる。一方、式（１０）の値が整数でない場合、式（１０）の値より大きい整数の中で最小の整数がパケット処理機能を追加するパケット処理モジュール５０４の数となる。

一方、式（９）を満たす場合、パケット処理モジュール決定部２０２は、選択された通信装置１３０には通信サービスの収容に必要なパケット処理機能がインストールされていると判定する。このとき、パケット処理モジュール決定部２０２は、式（９）を満たす最小のＫｍを、有効化するパケット処理機能の数として算出する。さらに、パケット処理モジュール決定部２０２は、ステータス１００５が「無効」である行の中から、Ｋｍだけ行（パケット処理モジュール５０４）を選択する。これによって、パケット処理機能が有効化されるパケット処理モジュール５０４を決定できる。

なお、選択された通信装置１３０には通信サービスの収容に必要なパケット処理機能がインストールされていないと判定された場合、パケット処理モジュール決定部２０２は、ステータス１００５が「無効」である全てのパケット処理モジュール５０４のパケット処理機能を有効化した場合に、新たにパケット処理機能を追加するパケット処理モジュール５０４の数を算出する。

具体的には、パケット処理モジュール決定部２０２は、下式（１１）を用いてパケット処理機能を追加するパケット処理モジュール５０４の数を算出する。なお、式（１１）の値が整数である場合、式（１１）の値がパケット処理機能を追加するパケット処理モジュール５０４の数となる。一方、式（１１）の値が整数でない場合、式（１１）の値より大きい整数の中で最小の整数がパケット処理機能を追加するパケット処理モジュール５０４の数となる。

算出された値が未利用モジュール数８０６より大きい場合、パケット処理モジュール決定部２０２は、ステップＳ１５０７に戻る。この場合、ネットワークパス検索部２０４は、式（７）の値が２番目に小さい通信経路を使用する通信経路として決定する。

その後、パケット処理モジュール決定部２０２は、モジュール状態管理ＤＢ２２５を参照して、装置ＩＤ１００１、ラインカードＩＤ１００２が選択された通信装置１３０の識別情報及びラインカード１３１の識別情報と一致する行を参照し、機能種別１００４が「Ｅｍｐｔｙ」である行の中から、決定された数だけ行（パケット処理モジュール５０４）を選択する。これによって、パケット処理機能をインストールするパケット処理モジュール５０４を決定できる。

パケット処理モジュール決定部２０２は、通信経路に含まれる全ての通信装置１３０について前述した処理を繰り返し実行する。

通信サービスの収容に必要なパケット処理機能がインストールされていない通信装置１３０が一つ以上存在する場合、ネットワークパス検索部２０４は、ステップＳ１５０８の条件を満たさないと判定する。以上がステップＳ１５０８の処理の説明である。

ステップＳ１５０８の条件を満たすと判定された場合、ＮＭＳ１００の制御部２０１は、決定された通信経路に含まれる通信装置１３０のパケット処理機能を所定の数（Ｋｍ）だけ有効化する（ステップＳ１５０９）。

具体的には、パケット処理モジュール設定部２０３は、ステップＳ１５０８において決定された通信装置１３０のパケット処理モジュール５０４のパケット処理機能を有効化するための制御情報を生成し、式（８）を満たす通信装置１３０に制御情報を送信する。通信装置１３０は、制御情報を受信した場合、当該制御情報によって指定されたパケット処理モジュール５０４のパケット処理機能を有効化する。

ＮＭＳ１００の制御部２０１は、モジュール数管理ＤＢ２２３及びモジュール状態管理ＤＢ２２５を更新し（ステップＳ１５１０）、その後、利用リソース管理システム１２０にネットワークリソースの追加を通知する（ステップＳ１５１１）。具体的には、以下のような処理が実行される。

パケット処理モジュール設定部２０３は、モジュール状態管理ＤＢ２２５を参照して、装置ＩＤ１００１、ラインカードＩＤ１００２、及びモジュールＩＤ１００３が通信装置１３０の識別情報、ラインカード１３１の識別情報、及び有効化されたパケット処理モジュール５０４の識別情報と一致する行を検索する。パケット処理モジュール設定部２０３は、検索された行のステータス１００５に「有効」を設定する。

パケット処理モジュール設定部２０３は、モジュール数管理ＤＢ２２３を参照し、装置ＩＤ８０１、ラインカードＩＤ８０２、及び機能種別８０４が、通信装置１３０の識別情報、ラインカード１３１の識別情報、及び有効化されたパケット処理機能の種別に一致する行を検索する。パケット処理モジュール設定部２０３は、検索された行の利用モジュール数８０５の値にパケット処理機能を有効化したパケット処理モジュール５０４の数を加算し、また、未利用モジュール数８０６の値からパケット処理機能を有効化したパケット処理モジュール５０４の数を減算する。

また、制御部２０１は、第２連携インタフェース２１４を介して、有効化されたパケット処理機能の種別、及びパケット処理モジュール５０４の数等を利用リソース管理システム１２０に通知する。

ステップＳ１５０８の条件を満たさないと判定された場合、ＮＭＳ１００の制御部２０１は、決定された通信経路に含まれる通信装置１３０の所定のパケット処理モジュール５０４へパケット処理機能をインストールする（ステップＳ１５１２）。具体的には以下のような処理が実行される。

式（９）を満たさない通信装置１３０の場合、パケット処理モジュール設定部２０３は、モジュールプログラムＤＢ２２７を参照して所定のパケット処理機能に対応するプログラムを取得し、取得されたプログラムを含む制御情報を生成し、式（１０）に基づいて決定された通信装置１３０に当該制御情報を送信する。当該制御情報には、パケット処理機能を追加するパケット処理モジュール５０４の識別情報等が含まれる。通信装置１３０は、制御情報を受信した場合、当該制御情報によって指定されたパケット処理モジュール５０４にパケット処理機能を追加する。

式（９）を満たす通信装置１３０の場合、パケット処理モジュール設定部２０３は、ステップＳ１５０８において決定された通信装置１３０のパケット処理モジュール５０４のパケット処理機能を有効化するための制御情報を通信装置１３０に送信する。また、パケット処理モジュール設定部２０３は、モジュールプログラムＤＢ２２７を参照して所定のパケット処理機能に対応するプログラムを取得し、取得されたプログラムを含む制御情報を生成し、式（１１）に基づいて決定された通信装置１３０に当該制御情報を送信する。通信装置１３０は、制御情報を受信した場合、当該制御情報によって指定されたパケット処理モジュール５０４のパケット処理機能を有効化し、また、指定されたパケット処理モジュール５０４にパケット処理機能を追加する。以上がステップＳ１５１２の処理の説明である。

パケット処理モジュール設定部２０３は、モジュール状態管理ＤＢ２２５を参照して、装置ＩＤ１００１、ラインカードＩＤ１００２、及びモジュールＩＤ１００３が通信装置１３０の識別情報、ラインカード１３１の識別情報、及び有効化されたパケット処理モジュール５０４の識別情報と一致する行を検索する。パケット処理モジュール設定部２０３は、検索された行の機能種別１００４にインストールされたパケット処理機能の種別を設定し、また、当該行のステータス１００５に「有効」を設定する。なお、パケット処理機能が有効化されたパケット処理モジュール５０４については、パケット処理モジュール設定部２０３は、対応する行のステータス１００５に「有効」を設定する。

パケット処理モジュール設定部２０３は、モジュール数管理ＤＢ２２３を参照し、装置ＩＤ８０１、ラインカードＩＤ８０２、及び機能種別８０４が、通信装置１３０の識別情報、ラインカード１３１の識別情報、及びダウンロードされたパケット処理機能の種別に一致する行を検索する。パケット処理モジュール設定部２０３は、検索された行の利用モジュール数８０５の値にパケット処理機能がインストールされたパケット処理モジュール５０４の数を加算し、また、未利用モジュール数８０６の値からパケット処理機能がインストールされたパケット処理モジュール５０４の数を減算する。

なお、パケット処理機能が有効化されている場合、パケット処理モジュール設定部２０３は、パケット処理機能を有効化したパケット処理モジュール５０４の数とパケット処理機能がインストールされたパケット処理モジュール５０４の数の合計値を算出する。さらに、パケット処理モジュール設定部２０３は、検索された行の利用モジュール数８０５の値に合計値を加算し、また、未利用モジュール数８０６の値から合計値を減算する。

また、制御部２０１は、第２連携インタフェース２１４を介して、インストール及び有効化されたパケット処理機能の種別、及びパケット処理モジュール５０４の数等を利用リソース管理システム１２０に通知する。

ステップＳ１５１１の後に、ＮＭＳ１００の制御部２０１は、各種ＤＢを更新し、また、通信経路に含まれる通信装置１３０に経路情報を送信する（ステップＳ１５０６）。その後、ＮＭＳ１００の制御部２０１は、処理を終了する。具体的には、以下のような処理が実行される。

パケット処理モジュール設定部２０３は、モジュールリソース管理ＤＢ２２４を参照して、決定された通信経路に含まれる通信装置１３０に一致するエントリを検索する。なお、エントリの検索方法は、ステップＳ１５０３と同一である。パケット処理モジュール設定部２０３は、検索されたエントリの利用帯域９０５の値に、ネットワーク制御コマンドに含まれる帯域を加算する。

パケット処理モジュール設定部２０３は、有効化されたパケット処理モジュール５０４の数及びパケット処理機能がインストールされたパケット処理モジュールの数の合計値に、モジュール帯域８０７の値を乗算して追加帯域を算出する。パケット処理モジュール設定部２０３は、利用可能帯域９０４の値に追加帯域を加算する。なお、パケット処理機能が有効化されたパケット処理モジュール５０４、及び、パケット処理機能がインストールされたパケット処理モジュール５０４が存在しない通信装置については前述した更新処理は実行されない。

パケット処理モジュール設定部２０３は、通信経路の情報に基づいてＮＷリソース管理ＤＢ２２２を参照して、通信経路が通過するリンクに対応するエントリを検索する。具体的には、パケット処理モジュール設定部２０３は、二つの通信装置１３０の識別情報と、二つの通信装置１３０の各々のラインカード１３１の識別情報との組み合わせが装置接続情報７０１と一致するエントリを検索する。パケット処理モジュール設定部２０３は、検索されたエントリの予約帯域７０３の値に追加帯域を加算し、また残り帯域７０４の値からネットワークコマンドに含まれる帯域を減算する。

また、パケット処理モジュール設定部２０３は、通信サービス管理ＤＢ２２６にエントリを追加し、追加されたエントリの利用者ＩＤ１１０１、契約帯域１１０４、及び契約プロトコル１１０５のそれぞれにネットワーク制御コマンドに含まれる利用者システム１６０の識別情報、帯域、及びプロトコルを設定する。さらに、パケット処理モジュール設定部２０３は、追加されたエントリの経路情報１１０３に決定された通信経路の情報を設定する。以上がステップＳ１５０６の処理の説明である。

以上のように、ＮＭＳ１００は、ネットワークリソースが不足している場合、使用するパケット処理モジュール５０４の数を最小限に抑えつつ、新規通信サービスを収容できる。そのため、通信事業者が支払う費用を低く抑え、かつ、効率的に利用者の通信サービスを収容できる。また、ベンダは、ＮＭＳ１００からの通知に基づいて、使用するパケット処理モジュール５０４の数を把握できるため、通信事業者から追加された数に応じた料金を徴収できる。

ステップＳ１５０１においてオーダ内容が「新規」でないと判定された場合、すでに収容されている通信サービスに対する設定であるため、ＮＭＳ１００の制御部２０１は、利用者システム１６０によって使用される通信経路の情報を取得する（ステップＳ１５２１）。具体的には、以下のような処理が実行される。

制御部２０１は、通信サービス管理ＤＢ２２６の利用者ＩＤ１１０１がネットワーク制御コマンドに含まれる利用者システム１６０の識別情報と一致するエントリを検索し、検索されたエントリの経路情報１１０３、契約帯域１１０４、及び契約プロトコル１１０５の値を取得する。

制御部２０１は、経路情報１１０３の一つの行を選択する。さらに、制御部２０１は、ＮＷリソース管理ＤＢ２２２を参照し、選択された行の装置ＩＤ１１１１、ラインカードＩＤ１１１２、及びポートＩＤ１１１３の組み合わせが、装置接続情報７０１に対応するエントリを検索する。ネットワークパス検索部２０４は、検索されたエントリの残り帯域７０４の値を取得する。以上がステップＳ１５２１の処理の説明である。

次に、ＮＭＳ１００の制御部２０１は、受信したネットワーク制御コマンドのオーダ内容が「増速」であるか否かを判定する（ステップＳ１５２２）。

オーダ内容が「増速」であると判定された場合、ＮＭＳ１００の制御部２０１は、通信経路が経由するリンクに増速に必要な帯域を確保できるか否かを判定する（ステップＳ１５２３）。

具体的には、制御部２０１は、ステップＳ１５２１において取得された情報に基づいてＮＷリソース管理ＤＢ２２２を参照し、利用者システム１６０によって使用される通信経路に含まれる全てのリンクについて下式（１２）を満たすか否かを判定する。すなわち、ステップＳ１５２３では、通信経路が経由する各リンクの残り帯域が増速に必要な帯域以上であるか否かが判定される。式（１２）を満たさないリンクが一つでも存在する場合、ネットワークパス検索部２０４は、リンクに増速に必要な帯域を確保できないと判定する。

リンクに増速に必要な帯域を確保できると判定された場合、ＮＭＳ１００の制御部２０１は、利用者システム１６０の通信経路に含まれる通信装置１３０毎の空き帯域ＢＷ０を算出する（ステップＳ１５２４）。具体的には、以下のような処理が実行される。具体的には、以下のような処理が実行される。

制御部２０１は、ステップＳ１５２１において特定された通信経路に含まれる複数の通信装置１３０の中から処理対象の通信装置１３０を選択する。制御部２０１は、モジュールリソース管理ＤＢ２２４を参照し、装置ＩＤ９０１及びラインカードＩＤ９０２が装置ＩＤ１１１１及びラインカードＩＤ１１１２と一致し、かつ、機能種別９０３がネットワーク制御コマンドに含まれるプロトコルに一致するエントリを検索する。

制御部２０１は、検索されたエントリの利用可能帯域９０４及び利用帯域９０５の値を取得し、式（５）にそれぞれの値を代入して空き帯域ＢＷ０を算出する。制御部２０１は、選択された候補経路に含まれる全ての通信装置１３０に対して前述した処理を繰り返し実行する。以上がステップＳ１５０３の処理の説明である。

次に、ＮＭＳ１００の制御部２０１は、通信経路に含まれる通信装置１３０の中に、ネットワーク制御コマンドに含まれるプロトコルに対応する帯域が不足している通信装置１３０が存在するか否かが判定される（ステップＳ１５２５）。

具体的には、制御部２０１は、下式（１３）を満たす通信装置１３０が存在するか否かを判定する。式（１３）を満たす通信装置１３０が存在する場合、制御部２０１は、ネットワーク制御コマンドに含まれるプロトコルに対応する帯域が不足している通信装置１３０が存在すると判定する。なお、制御部２０１は、式（１３）を満たす通信装置１３０の装置ＩＤ９０１及びラインカードＩＤ９０２を一時的に保持する。

ネットワーク制御コマンドに含まれるプロトコルに対応する帯域が不足している通信装置１３０が存在しないと判定された場合、ＮＭＳ１００の制御部２０１は、各種ＤＢを更新し、また、通信経路に含まれる通信装置１３０に経路情報を送信する（ステップＳ１５２６）。その後、ＮＭＳ１００の制御部２０１は、処理を終了する。具体的には、以下のような処理が実行される。

制御部２０１は、モジュールリソース管理ＤＢ２２４を参照して、利用者システム１６０の通信経路に含まれる通信装置１３０に一致するエントリを検索する。なお、エントリの検索方法は、ステップＳ１５２４と同一である。制御部２０１は、検索されたエントリの利用帯域９０５の値に、ネットワーク制御コマンドに含まれる帯域を加算する。

また、制御部２０１は、通信経路の情報に基づいてＮＷリソース管理ＤＢ２２２を参照して、通信経路が通過するリンクに対応するエントリを検索する。具体的には、制御部２０１は、二つの通信装置１３０の識別情報と、二つの通信装置１３０の各々のラインカード１３１の識別情報との組み合わせが装置接続情報７０１と一致するエントリを検索する。制御部２０１は、検索されたエントリの残り帯域７０４の値からネットワークコマンドに含まれる帯域を減算する。

また、制御部２０１は、通信サービス管理ＤＢ２２６を参照し、ネットワーク制御コマンドに含まれる利用者システム１６０の識別情報に一致するエントリを検索する。制御部２０１は、検索されたエントリの契約帯域１１０４の値に、ネットワーク制御コマンドに含まれる帯域を加算する。以上がステップＳ１５２６の処理の説明である。

以上のように、ＮＭＳ１００は、ネットワークリソースが不足していない場合、現在のネットワークリソースを効率的に利用して通信サービスの帯域の追加設定を受け付けることができる。

ステップＳ１５２５において、ネットワーク制御コマンドに含まれるプロトコルに対応する帯域が不足している通信装置１３０が存在すると判定された場合、ＮＭＳ１００の制御部２０１は、利用者システム１６０の通信経路に含まれる全ての通信装置１３０に通信サービスの収容に必要なパケット処理機能がインストールされているか否かを判定する（ステップＳ１５２７）。具体的には、以下のような処理が実行される。

パケット処理モジュール決定部２０２は、式（１３）を満たす通信装置１３０の中から処理対象の通信装置１３０を選択する。

パケット処理モジュール決定部２０２は、モジュール状態管理ＤＢ２２５を参照して、装置ＩＤ１００１及びラインカードＩＤ１００２が、式（１３）を満たす通信装置１３０の装置ＩＤ９０１及びラインカードＩＤ９０２と一致する行（ラインカード１３１）を検索する。パケット処理モジュール決定部２０２は、検索された行の機能種別１００４がネットワーク制御コマンドに含まれるプロトコルと一致する行を検索する。パケット処理モジュール決定部２０２は、検索された行の中に、ステータス１００５が「無効」である行が存在するか否かを判定する。これ以降の処理はステップＳ１５０８と同一であるため説明を省略する。

ステップＳ１５２７の条件を満たすと判定された場合、ＮＭＳ１００の制御部２０１は、決定された通信経路に含まれる通信装置１３０のパケット処理機能を所定の数だけ有効化する（ステップＳ１５２８）。

具体的には、パケット処理モジュール設定部２０３は、ステップＳ１５２７において決定された通信装置１３０のパケット処理モジュール５０４のパケット処理機能を有効化するための制御情報を生成し、式（１３）を満たす通信装置１３０に当該制御情報を送信する。

ＮＭＳ１００の制御部２０１は、モジュール数管理ＤＢ２２３及びモジュール状態管理ＤＢ２２５を更新し（ステップＳ１５２９）、その後、利用リソース管理システム１２０にネットワークリソースの追加を通知する（ステップＳ１５３０）。ステップＳ１５２９及びステップＳ１５３０の処理は、ステップＳ１５１０及びステップＳ１５１１の処理と同一である。

ステップＳ１５２７の条件を満たさないと判定された場合、ＮＭＳ１００の制御部２０１は、利用者システム１６０の通信経路に含まれる通信装置１３０の所定のパケット処理モジュール５０４へパケット処理機能をインストールする（ステップＳ１５３１）。ステップＳ１５３１の処理は、ステップＳ１５１２の処理と同一である。

ステップＳ１５１１の処理の実行後に、ＮＭＳ１００の制御部２０１は、各種ＤＢを更新し、また、通信経路に含まれる通信装置１３０に経路情報を送信する（ステップＳ１５２６）。その後、ＮＭＳ１００の制御部２０１は、処理を終了する。具体的には、以下のような処理が実行される。

パケット処理モジュール設定部２０３は、モジュールリソース管理ＤＢ２２４を参照して、利用者システム１６０の通信経路に含まれる通信装置１３０に一致するエントリを検索する。なお、エントリの検索方法は、ステップＳ１５２４と同一である。パケット処理モジュール設定部２０３は、検索されたエントリの利用帯域９０５の値に、ネットワーク制御コマンドに含まれる帯域を加算する。

パケット処理モジュール設定部２０３は、有効化されたパケット処理モジュール５０４の数及びパケット処理機能がインストールされたパケット処理モジュールの数の合計値に、モジュール帯域８０７の値を乗算して追加帯域を算出する。ネットワークパス検索部２０４は、利用帯域９０５の値に追加帯域を加算する。なお、パケット処理機能が有効化されたパケット処理モジュール５０４、及び、パケット処理機能がインストールされたパケット処理モジュール５０４が存在しない場合、前述した更新処理は実行されない。

また、パケット処理モジュール設定部２０３は、通信サービス管理ＤＢ２２６を参照し、ネットワーク制御コマンドに含まれる利用者システム１６０の識別情報に一致するエントリを検索する。ネットワークパス検索部２０４は、検索されたエントリの契約帯域１１０４の値に、ネットワーク制御コマンドに含まれる帯域を加算する。以上がステップＳ１５２６の処理の説明である。

ステップＳ１５２３において、リンクに増速に必要な帯域を確保できないと判定された場合、ＮＭＳ１００の制御部２０１は、増速後の通信サービスを収容可能な通信経路の候補、すなわち、候補経路を一つ以上検索する（ステップＳ１５４１）。具体的には、以下のような処理が実行される。

ネットワークパス検索部２０４は、通信サービス管理ＤＢ２２６を参照して、利用者ＩＤ１１０１が利用者システム１６０の識別情報と一致するエントリを検索する。ネットワークパス検索部２０４は、検索されたエントリの経路情報１１０３に基づいて利用者システム１６０の通信経路のエッジを特定する。さらに、ネットワークパス検索部２０４は、特定されたエッジによって指定される通信区間に基づいて、ＮＷトポロジＤＢ２２１及びＮＷリソース管理ＤＢ２２２を参照し、通信区間によって指定された複数の通信装置１３０等を接続する通信経路を検索する。

ネットワークパス検索部２０４は、一つの通信経路に含まれる通信装置１３０の識別情報及び当該通信装置１３０のラインカード１３１の識別情報との組の集合を通信経路の情報として保持してもよい。以上がステップＳ１５４１の処理の説明である。

次に、ＮＭＳ１００の制御部２０１は、検索された通信経路に含まれる通信装置１３０毎の空き帯域ＢＷ０を算出する（ステップＳ１５４２）。具体的には、以下のような処理が実行される。ステップＳ１５４２の処理はステップＳ１５０３の処理と同一である。

次に、ＮＭＳ１００の制御部２０１は、候補経路の中に使用可能な通信経路が存在するか否かを判定する（ステップＳ１５４３）。ステップＳ１５４３の処理はステップＳ１５０４の処理と同一である。

候補経路の中に使用可能な通信経路が存在すると判定された場合、ＮＭＳ１００の制御部２０１は、使用可能な通信経路の中から実際に使用する通信経路を決定する（ステップＳ１５４４）。ステップＳ１５４４の処理はステップＳ１５０５の処理と同一である。

次に、ＮＭＳ１００の制御部２０１は、各種ＤＢを更新し、また、通信経路に含まれる通信装置１３０に経路情報を送信する（ステップＳ１５４５）。その後、ＮＭＳ１００の制御部２０１は、処理を終了する。具体的には、以下のような処理が実行される。

ネットワークパス検索部２０４は、通信サービス管理ＤＢ２２６を参照し、利用者ＩＤ１１０１がネットワーク制御コマンドに含まれる利用者システム１６０の識別情報と一致するエントリを検索する。これによって、ネットワークパス検索部２０４は、利用者システム１６０によって現在使用されている通信経路を把握することができる。

ネットワークパス検索部２０４は、モジュールリソース管理ＤＢ２２４を参照して、現在使用されている通信経路に含まれる通信装置１３０に一致するエントリを検索する。具体的には、装置ＩＤ９０１、ラインカードＩＤ９０２、及び機能種別９０３が、装置ＩＤ１１１１、ラインカードＩＤ１１１２、及び契約プロトコル１１０５に一致するエントリを検索する。ネットワークパス検索部２０４は、検索されたエントリの利用帯域９０５の値から、契約帯域１１０４の値を減算する。ネットワークパス検索部２０４は、検索されたエントリに含まれる全ての行について前述した処理を実行する。

ネットワークパス検索部２０４は、現在使用されている通信経路の情報に基づいてＮＷリソース管理ＤＢ２２２を参照して、当該通信経路が通過するリンクに対応するエントリを検索する。具体的には、ネットワークパス検索部２０４は、二つの通信装置１３０の識別情報と、二つの通信装置１３０の各々のラインカード１３１の識別情報との組み合わせが装置接続情報７０１と一致するエントリを検索する。ネットワークパス検索部２０４は、検索されたエントリの残り帯域７０４の値に契約帯域１１０４の値を加算する。

ネットワークパス検索部２０４は、通信サービス管理ＤＢ２２６から現在使用されている通信経路の情報を削除する。すなわち、ネットワークパス検索部２０４は、検索されたエントリの経路情報１１０３に設定された値を初期化する。

ネットワークパス検索部２０４は、通信サービス管理ＤＢ２２６から検索されたエントリの経路情報１１０３にステップＳ１５４４において決定された通信経路の情報を設定する。また、ネットワークパス検索部２０４は、検索されたエントリの契約帯域１１０４の値に、ネットワーク制御コマンドに含まれる帯域を加算する。これによって、新たに使用する通信経路の情報が設定される。

ネットワークパス検索部２０４は、モジュールリソース管理ＤＢ２２４を参照して、新たに使用する通信経路に含まれる通信装置１３０に一致するエントリを検索する。具体的には、装置ＩＤ９０１、ラインカードＩＤ９０２、及び機能種別９０３が、装置ＩＤ１１１１、ラインカードＩＤ１１１２、及び契約プロトコル１１０５に一致するエントリを検索する。ネットワークパス検索部２０４は、検索されたエントリの利用帯域９０５の値に、契約帯域１１０４の値を加算する。

ネットワークパス検索部２０４は、新たに使用する通信経路の情報に基づいてＮＷリソース管理ＤＢ２２２を参照して、当該通信経路が通過するリンクに対応するエントリを検索する。ネットワークパス検索部２０４は、検索されたエントリの残り帯域７０４の値から契約帯域１１０４の値を減算する。以上がステップＳ１５４５の処理の説明である。

ステップＳ１５４３において、候補経路の中に使用可能な通信経路が存在しないと判定された場合、本実施例のＮＭＳ１００の制御部２０１は、所定の通信装置１３０のパケット処理モジュール５０４にパケット処理機能の追加することによって、通信サービスの収容を実現する。具体的には、ステップＳ１５４６からステップＳ１５５１の処理が実行される。まず、ＮＭＳ１００の制御部２０１は、候補経路の中から使用する通信経路を決定する（ステップＳ１５４６）。ステップＳ１５４６の処理はステップＳ１５０７の処理と同一である。

次に、ＮＭＳ１００の制御部２０１は、決定された通信経路に含まれる全ての通信装置１３０に通信サービスの収容に必要なパケット処理機能がインストールされているか否かを判定する（ステップＳ１５４７）。ステップＳ１５４７の処理はステップＳ１５０８の処理と同一である。

ステップＳ１５４７の条件を満たすと判定された場合、ＮＭＳ１００の制御部２０１は、決定された通信経路に含まれる通信装置１３０のパケット処理機能を所定の数だけ有効化する（ステップＳ１５４８）。ステップＳ１５４８の処理はステップＳ１５０９の処理と同一である。

ＮＭＳ１００の制御部２０１は、モジュール数管理ＤＢ２２３及びモジュール状態管理ＤＢ２２５を更新し（ステップＳ１５４９）、その後、利用リソース管理システム１２０にネットワークリソースの追加を通知する（ステップＳ１５５０）。ステップＳ１５４９の処理は、ステップＳ１５０９の処理の後に実行されるステップＳ１５１０の処理と同一である。ステップＳ１５５０の処理はステップＳ１５１１の処理と同一である。

ステップＳ１５４７の条件を満たさないと判定された場合、ＮＭＳ１００の制御部２０１は、決定された通信経路に含まれる通信装置１３０の所定のパケット処理モジュール５０４へパケット処理機能をインストールする（ステップＳ１５５１）。ステップＳ１５５１の処理はステップＳ１５１２の処理と同一である。

ＮＭＳ１００の制御部２０１は、モジュール数管理ＤＢ２２３及びモジュール状態管理ＤＢ２２５を更新し（ステップＳ１５４９）、その後、利用リソース管理システム１２０にネットワークリソースの追加を通知する（ステップＳ１５５０）。ステップＳ１５４９の処理は、ステップＳ１５１２の処理の後に実行されるステップＳ１５１０の処理と同一である。ステップＳ１５５０の処理はステップＳ１５１１の処理と同一である。

ステップＳ１５５０の処理の実行後に、ＮＭＳ１００の制御部２０１は、各種ＤＢを更新し、また、通信経路に含まれる通信装置１３０に経路情報を送信する（ステップＳ１５４５）。その後、ＮＭＳ１００の制御部２０１は、処理を終了する。具体的には、以下のような処理が実行される。

パケット処理モジュール設定部２０３は、通信サービス管理ＤＢ２２６を参照し、利用者ＩＤ１１０１がネットワーク制御コマンドに含まれる利用者システム１６０の識別情報と一致するエントリを検索する。これによって、パケット処理モジュール設定部２０３は、利用者システム１６０によって現在使用されている通信経路を把握することができる。

パケット処理モジュール設定部２０３は、モジュールリソース管理ＤＢ２２４を参照して、現在使用されている通信経路に含まれる通信装置１３０に一致するエントリを検索する。具体的には、装置ＩＤ９０１、ラインカードＩＤ９０２、及び機能種別９０３が、装置ＩＤ１１１１、ラインカードＩＤ１１１２、及び契約プロトコル１１０５に一致するエントリを検索する。パケット処理モジュール設定部２０３は、検索されたエントリの利用帯域９０５の値から、契約帯域１１０４の値を減算する。パケット処理モジュール設定部２０３は、検索されたエントリに含まれる全ての行について前述した処理を実行する。

パケット処理モジュール設定部２０３は、現在使用されている通信経路の情報に基づいてＮＷリソース管理ＤＢ２２２を参照して、当該通信経路が通過するリンクに対応するエントリを検索する。具体的には、パケット処理モジュール設定部２０３は、二つの通信装置１３０の識別情報と、二つの通信装置１３０の各々のラインカード１３１の識別情報との組み合わせが装置接続情報７０１と一致するエントリを検索する。パケット処理モジュール設定部２０３は、検索されたエントリの残り帯域７０４の値に契約帯域１１０４の値を加算する。

パケット処理モジュール設定部２０３は、通信サービス管理ＤＢ２２６から現在使用されている通信経路の情報を削除する。すなわち、パケット処理モジュール設定部２０３は、検索されたエントリの経路情報１１０３に設定された値を初期化する。

パケット処理モジュール設定部２０３は、通信サービス管理ＤＢ２２６から検索されたエントリの経路情報１１０３にステップＳ１５４４において決定された通信経路の情報を設定する。また、パケット処理モジュール設定部２０３は、検索されたエントリの契約帯域１１０４の値に、ネットワーク制御コマンドに含まれる帯域を加算する。これによって、新たに使用する通信経路の情報が設定される。

パケット処理モジュール設定部２０３は、モジュールリソース管理ＤＢ２２４を参照して、新たに使用する通信経路に含まれる通信装置１３０に一致するエントリを検索する。具体的には、装置ＩＤ９０１、ラインカードＩＤ９０２、及び機能種別９０３が、装置ＩＤ１１１１、ラインカードＩＤ１１１２、及び契約プロトコル１１０５に一致するエントリを検索する。パケット処理モジュール設定部２０３は、検索されたエントリの利用帯域９０５の値に、契約帯域１１０４の値を加算する。

パケット処理モジュール設定部２０３は、新たに使用する通信経路の情報に基づいてＮＷリソース管理ＤＢ２２２を参照して、当該通信経路が通過するリンクに対応するエントリを検索する。パケット処理モジュール設定部２０３は、検索されたエントリの残り帯域７０４の値から契約帯域１１０４の値を減算する。以上がステップＳ１５４５の処理の説明である。

ステップＳ１５２２においてオーダ内容が「増速」でないと判定された場合、ＮＭＳ１００の制御部２０１は、利用者システム１６０の通信経路に含まれる通信装置１３０毎の利用帯域ＢＷ２を算出する（ステップＳ１５６１）。具体的には、以下のような処理が実行される。

制御部２０１は、通信サービス管理ＤＢ２２６を参照し、利用者ＩＤ１１０１がネットワーク制御コマンドに含まれる利用者システム１６０の識別情報と一致するエントリを検索する。制御部２０１は、検索されたエントリの経路情報１１０３、契約帯域１１０４、及び契約プロトコル１１０５の値を取得する。

制御部２０１は、経路情報１１０３の一つの行を選択する。さらに、制御部２０１は、モジュールリソース管理ＤＢ２２４を参照し、装置ＩＤ９０１及びラインカードＩＤ９０２が選択された行の装置ＩＤ１１１１及びラインカードＩＤ１１１２と一致し、かつ、機能種別９０３が契約プロトコル１１０５に一致するエントリを検索する。

制御部２０１は、検索されたエントリの利用帯域９０５の値を取得し、下式（１４）に値を代入して選択された通信装置１３０の利用帯域ＢＷ２を算出する。以上がステップＳ１５６１の処理の説明である。

次に、ＮＭＳ１００の制御部２０１は、利用者システム１６０の通信経路に含まれる各通信装置１３０において無効化できるパケット処理モジュール５０４が存在するか否かを判定する（ステップＳ１５６２）。具体的には、以下のような処理が実行される。

パケット処理モジュール決定部２０２は、通信サービス管理ＤＢ２２６を参照し、利用者ＩＤ１１０１がネットワーク制御コマンドに含まれる利用者システム１６０の識別情報と一致するエントリを検索する。パケット処理モジュール決定部２０２は、検索されたエントリの経路情報１１０３、契約帯域１１０４、及び契約プロトコル１１０５に格納される値を取得する。

パケット処理モジュール決定部２０２は、経路情報１１０３の一つの行を選択する。さらに、パケット処理モジュール決定部２０２は、モジュールリソース管理ＤＢ２２４を参照し、装置ＩＤ９０１及びラインカードＩＤ９０２が選択された行の装置ＩＤ１１１１及びラインカードＩＤ１１１２と一致し、かつ、機能種別９０３が契約プロトコル１１０５に一致するエントリを検索する。パケット処理モジュール決定部２０２は、検索されたエントリの利用可能帯域９０４の値を取得する。

また、パケット処理モジュール決定部２０２は、モジュール数管理ＤＢ２２３を参照し、装置ＩＤ８０１、ラインカードＩＤ８０２、及び機能種別８０４が、モジュールリソース管理ＤＢ２２４から検索されたエントリの装置ＩＤ９０１、ラインカードＩＤ９０２、及び機能種別９０３と一致するエントリを検索する。パケット処理モジュール決定部２０２は、検索されたエントリのモジュール帯域８０７の値を取得する。

パケット処理モジュール決定部２０２は、取得された利用可能帯域９０４の値及び取得されたモジュール帯域８０７の値を用いて下式（１５）を満たすか否かを判定する。

ここで、αは任意の係数である。通信事業者は、データパケットの処理性能の余力を考慮したネットワーク設計に応じてαの値を設定できる。例えば、αが「１」に設定されたとき、パケット処理モジュール５０４における余剰帯域がモジュール帯域８０７以上である場合、パケット処理モジュール決定部２０２は、無効化できるパケット処理モジュール５０４が存在すると判定する。

パケット処理モジュール決定部２０２は、式（１５）を満たすパケット処理モジュール５０４が存在する場合、装置ＩＤ９０１、ラインカードＩＤ９０２、及び機能種別９０３の組み合わせを一時的に保存する。

また、パケット処理モジュール決定部２０２は、下式（１６）を用いてパケット処理機能を削除するパケット処理モジュール５０４の数を算出する。なお、式（１６）の値が整数である場合、式（１６）の値がパケット処理機能を削除するパケット処理モジュール５０４の数となる。一方、式（１６）の値が整数でない場合、式（１６）の値より小さい整数の中で最大の整数がパケット処理機能を削除するパケット処理モジュール５０４の数となる。

パケット処理モジュール決定部２０２は、式（１５）を満たすパケット処理モジュール５０４の中から、式（１６）に基づいて算出された数だけパケット処理機能を無効化するパケット処理モジュール５０４を選択する。以上がステップＳ１５６２の処理の説明である。

無効化できるパケット処理モジュール５０４が存在しないと判定された場合、ＮＭＳ１００の制御部２０１は、モジュールリソース管理ＤＢ２２４及びＮＷリソース管理ＤＢ２２２を更新し（ステップＳ１５６３）、その後、ステップＳ１５６７に進む。具体的には、以下のような処理が実行される。

パケット処理モジュール設定部２０３は、通信サービス管理ＤＢ２２６を参照し、利用者ＩＤ１１０１がネットワーク制御コマンドに含まれる利用者システム１６０の識別情報と一致するエントリを検索する。ネットワークパス検索部２０４は、検索されたエントリの経路情報１１０３、契約帯域１１０４、及び契約プロトコル１１０５に格納される値を取得する。

パケット処理モジュール設定部２０３は、経路情報１１０３の一つの行を選択する。さらに、ネットワークパス検索部２０４は、モジュールリソース管理ＤＢ２２４を参照し、装置ＩＤ９０１及びラインカードＩＤ９０２が選択された行の装置ＩＤ１１１１及びラインカードＩＤ１１１２と一致し、かつ、機能種別９０３が契約プロトコル１１０５に一致するエントリを検索する。パケット処理モジュール設定部２０３は、検索されたエントリの利用帯域９０５の値からネットワーク制御コマンドに含まれる帯域を減算する。

パケット処理モジュール設定部２０３は、ＮＷリソース管理ＤＢ２２２を参照して、通信経路が通過するリンクに対応するエントリを検索する。具体的には、パケット処理モジュール設定部２０３は、二つの通信装置１３０の識別情報と、二つの通信装置１３０の各々のラインカード１３１の識別情報との組み合わせが装置接続情報７０１と一致するエントリを検索する。パケット処理モジュール設定部２０３は、検索されたエントリの残り帯域７０４の値にネットワーク制御コマンドに含まれる帯域を加算する。

パケット処理モジュール設定部２０３は、契約帯域を削減するための制御情報を生成し、通信経路に含まれる通信装置１３０に当該制御情報を送信する。以上がステップＳ１５６３の処理の説明である。

無効化できるパケット処理モジュール５０４が存在すると判定された場合、ＮＭＳ１００の制御部２０１は、通信経路に含まれる通信装置１３０のパケット処理機能を所定の数だけ無効化する（ステップＳ１５６４）。

具体的には、パケット処理モジュール設定部２０３は、ステップＳ１５６２において決定された通信装置１３０のパケット処理モジュール５０４のパケット処理機能を無効化するための制御情報を生成し、当該通信装置１３０に当該制御情報を送信する。なお、制御部２０１は、モジュール状態管理ＤＢ２２５を参照して、一定期間ステータス１００５が無効であるパケット処理モジュール５０４からパケット処理機能をアンインストールするための制御情報を送信してもよい。

ＮＭＳ１００の制御部２０１は、モジュール数管理ＤＢ２２３及びモジュール状態管理ＤＢ２２５を更新し（ステップＳ１５６５）、その後、利用リソース管理システム１２０にネットワークリソースの削除を通知する（ステップＳ１５６６）。具体的には、以下のような処理が実行される。

パケット処理モジュール設定部２０３は、モジュール状態管理ＤＢ２２５を参照して、装置ＩＤ１００１、ラインカードＩＤ１００２、及びモジュールＩＤ１００３がステップＳ１５６２において決定された通信装置１３０の装置ＩＤ９０１、ラインカードＩＤ９０２、及び機能種別９０３と一致する行を検索する。パケット処理モジュール設定部２０３は、検索された行のステータス１００５に「無効」を設定する。このとき、パケット処理モジュール設定部２０３は、装置ＩＤ９０１、ラインカードＩＤ９０２、及び機能種別９０３の組み合わせと、パケット処理機能が無効化されたパケット処理モジュール５０４の数とを対応付けて一時的に保持する。

パケット処理モジュール設定部２０３は、モジュール数管理ＤＢ２２３を参照し、装置ＩＤ８０１、ラインカードＩＤ８０２、及び機能種別８０４がステップＳ１５６２において決定された通信装置１３０の装置ＩＤ９０１、ラインカードＩＤ９０２、及び機能種別９０３と一致する行を検索する。パケット処理モジュール設定部２０３は、検索された行の利用モジュール数８０５の値からパケット処理機能を無効化したパケット処理モジュール５０４の数を減算し、また、未利用モジュール数８０６の値にパケット処理機能を無効化したパケット処理モジュール５０４の数を加算する。

また、制御部２０１は、第２連携インタフェース２１４を介して、無効化されたパケット処理機能の種別、及びパケット処理モジュール５０４の数等を利用リソース管理システム１２０に通知する。以上がステップＳ１５６６の処理の説明である。

ステップＳ１５６６の処理が実行された後、ＮＭＳ１００の制御部２０１は、モジュールリソース管理ＤＢ２２４及びＮＷリソース管理ＤＢ２２２を更新し（ステップＳ１５６３）、その後、ステップＳ１５６７に進む。具体的には、以下のような処理が実行される。

パケット処理モジュール設定部２０３は、経路情報１１０３の一つの行を選択する。さらに、パケット処理モジュール設定部２０３は、モジュールリソース管理ＤＢ２２４を参照し、装置ＩＤ９０１及びラインカードＩＤ９０２が選択された行の装置ＩＤ１１１１及びラインカードＩＤ１１１２と一致し、かつ、機能種別９０３が契約プロトコル１１０５に一致するエントリを検索する。

パケット処理モジュール設定部２０３は、ステップＳ１５６５の処理結果から、選択された行に対応する通信装置１３０においてパケット処理機能が無効化されたパケット処理モジュール５０４の数と、モジュール帯域８０７とを乗算することによって削除帯域を算出する。なお、モジュール帯域８０７は、装置ＩＤ８０１、ラインカードＩＤ、及び機能種別８０４が装置ＩＤ９０１、ラインカードＩＤ９０２、及び機能種別９０３と一致するエントリから取得される。

パケット処理モジュール設定部２０３は、モジュールリソース管理ＤＢ２２４から検索された行の利用可能帯域９０４の値から削除帯域を減算し、また、当該エントリの利用帯域９０５の値からネットワーク制御コマンドに含まれる帯域を減算する。

パケット処理モジュール設定部２０３は、ＮＷリソース管理ＤＢ２２２を参照して、通信経路が通過するリンクに対応するエントリを検索する。具体的には、パケット処理モジュール設定部２０３は、二つの通信装置１３０の識別情報と、二つの通信装置１３０の各々のラインカード１３１の識別情報との組み合わせが装置接続情報７０１と一致するエントリを検索する。

パケット処理モジュール設定部２０３は、ＮＷリソース管理ＤＢ２２２から検索されたエントリの予約帯域７０３の値から削除帯域を減算し、また、当該エントリの残り帯域７０４の値にネットワーク制御コマンドに含まれる帯域を加算する。

パケット処理モジュール設定部２０３は、契約帯域を削減するための制御情報を生成し、利用者システム１６０の通信経路に含まれる通信装置１３０に当該制御情報を送信する。以上がステップＳ１５６３の処理の説明である。

ステップＳ１５６３の処理が実行された後、ＮＭＳ１００の制御部２０１は、受信したネットワーク制御コマンドのオーダ内容が「減速」であるか否かを判定する（ステップＳ１５６７）。

オーダ内容が「減速」であると判定された場合、制御部２０１は、通信サービス管理ＤＢ２２６を更新し（ステップＳ１５６８）、その後、処理を終了する。

具体的には、制御部２０１は、通信サービス管理ＤＢ２２６を参照して、利用者ＩＤ１１０１がネットワーク制御コマンドに含まれる利用者システム１６０の識別情報と一致するエントリを検索する。制御部２０１は、検索されたエントリの契約帯域１１０４の値からネットワーク制御コマンドに含まれる帯域を減算する。

オーダ内容が「減速」でない、すなわち、オーダ内容が「削除」であると判定された場合、制御部２０１は、通信サービス管理ＤＢ２２６から利用者システム１６０の通信経路に関するエントリを削除し（ステップＳ１５６９）、その後、処理を終了する。

具体的には、ネットワークパス検索部２０４は、通信サービス管理ＤＢ２２６を参照して、利用者ＩＤ１１０１がネットワーク制御コマンドに含まれる利用者システム１６０の識別情報と一致するエントリを検索し、当該エントリを削除する。

次に、利用リソース管理システム１２０が実行する処理について説明する。利用リソース管理システム１２０のモジュール利用時間算出部４０１は、ＮＭＳ１００からの通知、又は、周期的に、パケット処理モジュール５０４の利用時間を算出し、利用モジュール管理データベース４２１の総利用時間１４０３を更新する。また、モジュール利用時間算出部４０１は、ＮＭＳ１００からの通知に基づいて利用モジュール数１４０２を更新する。

モジュール利用時間算出部４０１は、利用モジュール数１４０２の値が更新された場合、又は、周期的に、利用するモジュール数及び利用時間に基づいて利用料金を決定する。

以上で説明したように、本実施例によれば、通信事業者は利用者の通信サービスを収容するために必要な帯域が不足している場合、必要な数だけパケット処理モジュール５０４を使用することができる。また、装置ベンダは通信事業者からパケット処理モジュール５０４の使用数等に応じて利用料金を徴収できる。

なお、本実施例の通信装置１３０は、複数のラインカード１３１を有する構成であったがこれに限定されない。例えば、複数のパケット処理モジュール５０４のみを有する通信装置であってもよい。この場合、各ＤＢのラインカード１３１のカラムは必要ない。また、各処理はラインカード１３１単位ではなくパケット処理モジュール５０４単位で実行される。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるＣＰＵが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、コンピュータが備えるＣＰＵが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

１００ネットワーク管理システム
１１０受付システム
１２０利用リソース管理システム
１３０通信装置
１３１ラインカード
１３２ＳＷ部
１３３装置コントローラ
１４０、１４５保守者端末
１５０制御ネットワーク
１５５ＷＡＮ
１６０利用者システム
１７０データセンタ
２０１制御部
２０２パケット処理モジュール決定部
２０３パケット処理モジュール設定部
２０４ネットワークパス検索部
２２１ＮＷトポロジＤＢ
２２２ＮＷリソース管理ＤＢ
２２３モジュール数管理ＤＢ
２２４モジュールリソース管理ＤＢ
２２５モジュール状態管理ＤＢ
２２６通信サービス管理ＤＢ
２２７モジュールプログラムＤＢ
３０１課金算出部
３０２経路設定コマンド生成部
３２１利用者課金ＤＢ
３２２ＮＷトポロジＤＢ
４０１モジュール利用時間算出部
４２１使用モジュール管理ＤＢ
５０１受信回路
５０２送信回路
５０３受信パケット振分け部
５０４パケット処理モジュール
５０５パケット多重部
５０６ＳＷ送信回路
５０７ＳＷ受信回路
５０８パケット振分け部
５０９カードコントローラ

Claims

複数の通信装置、及び前記複数の通信装置を管理するネットワーク管理計算機を備えるネットワークシステムであって、
前記ネットワークシステムは、プロトコルが異なる複数の通信サービスを収容し、
前記複数の通信装置の各々は、任意のプロトコルに対応した通信処理を実行する処理機能を実現するプログラムをインストールすることによって、任意のプロトコルの通信処理を実行する複数の通信処理モジュールを有し、
前記複数の通信処理モジュールの各々は、任意の前記処理機能を実現するプログラムがインストールされ、かつ、当該処理機能が有効化された第１の状態、前記任意の処理機能を実現するプログラムがインストールされ、かつ、当該処理機能が無効化された第２の状態、及び前記任意の処理機能を実現するプログラムがインストールされていない第３の状態のいずれかの状態を取ることができ、
前記ネットワーク管理計算機は、
プロセッサ、前記プロセッサに接続されるメモリ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるインタフェースを有し、
前記第１の状態の前記複数の通信処理モジュールをリソースプールとして管理する制御部と、
前記ネットワークシステムにおける前記複数の通信装置の接続関係を管理するネットワークトポロジ管理情報と、
前記複数の通信装置間を接続するリンクの使用帯域及び空き帯域を管理するネットワークリソース管理情報と、
前記複数の通信装置毎に、前記複数の通信処理モジュールにおけるプロトコル毎の使用帯域、及び空き帯域を管理するモジュールリソース管理情報と、
前記複数の通信装置毎に、前記複数の通信処理モジュールの各々の状態を管理するモジュール機能管理情報と、を有し、
前記制御部は、収容される前記通信サービスが使用する通信経路を検索する検索部を含み、
前記検索部は、
第１の通信サービスにおける通信経路のエッジ、前記第１の通信サービスで使用される第１のプロトコル、及び前記第１の通信サービスの第１の帯域を含む、前記第１の通信サービスの収容を指示する第１の要求を受信した場合、前記ネットワークトポロジ管理情報及び前記ネットワークリソース管理情報に基づいて、前記第１の通信サービスを収容可能な通信経路の候補である候補経路を検索し、
前記第１の帯域に基づいて前記モジュールリソース管理情報を参照して、前記候補経路が経由する複数の通信装置毎に、前記第１のプロトコルに対応する前記第１の状態の通信処理モジュールが不足しているか否かを判定し、
前記候補経路が経由する複数の通信装置の全てについて、前記第１のプロトコルに対応する第１の状態の通信処理モジュールが不足していないと判定された場合、前記候補経路を前記第１の通信サービスが使用する通信経路として決定し、
前記制御部は、
前記検索部が前記候補経路が経由する複数の通信装置のうち、少なくとも一つの通信装置について前記第１のプロトコルに対応する第１の状態の通信処理モジュールが不足していると判定した場合、前記モジュール機能管理情報に基づいて、前記候補経路が経由する複数の通信装置の各々に前記第１の状態の通信処理モジュールを追加する制御情報を生成し、
前記候補経路が経由する複数の通信装置に前記制御情報を送信することによって、前記候補経路を前記第１の通信サービスが使用する通信経路として設定することを特徴とするネットワークシステム。
請求項１に記載のネットワークシステムであって、
前記モジュール機能管理情報は、前記通信装置の識別情報、前記通信処理モジュールの識別情報、前記処理機能の種別、及び前記処理機能が有効化されている状態を示す情報が対応付けられた複数のエントリを含み、
前記制御部は、
設定を変更する前記通信処理モジュールを決定する決定部と、
前記決定部によって決定された前記通信処理モジュールに対する設定を変更する設定部と、を含み、
前記検索部が前記候補経路が経由する複数の通信装置のうち、少なくとも一つの通信装置について前記第１のプロトコルに対応する第１の状態の通信処理モジュールが不足していると判定した場合、前記決定部は、前記モジュール機能管理情報の前記少なくとも一つの通信装置に対応するエントリを参照して、前記第１のプロトコルに対応する前記第２の状態の通信処理モジュールが存在するか否かを判定し、
前記決定部は、前記第１のプロトコルに対応する第２の状態の通信処理モジュールが存在しないと判定された場合、前記第１の通信サービスを収容するために必要となる前記通信処理モジュールの数を算出し、
前記モジュール機能管理情報の前記少なくとも一つの通信装置に対応するエントリを参照して、前記第３の状態の前記通信処理モジュールの中から前記算出された数だけ前記通信処理モジュールを選択し、
前記設定部は、前記決定部によって選択された前記第３の状態の通信処理モジュールを前記第１のプロトコルに対応する第１の状態の通信処理モジュールに設定する前記制御情報を生成し、前記制御情報を前記少なくとも一つの通信装置に送信することを特徴とするネットワークシステム。
請求項２に記載のネットワークシステムであって、
前記決定部は、
前記第１のプロトコルに対応する第２の状態の通信処理モジュールが存在すると判定された場合、前記第１の通信サービスを収容するために必要となる前記通信処理モジュールの数を算出し、
前記第１のプロトコルに対応する第２の状態の通信処理モジュールの数が、前記第１の通信サービスを収容するために必要な通信処理モジュールの数以上である場合、前記モジュール機能管理情報の前記少なくとも一つの通信装置に対応するエントリを参照して、前記第１のプロトコルに対応する第２の状態の中から前記算出された数だけ前記通信処理モジュールを選択し、
前記設定部は、前記決定部によって選択された前記第１のプロトコルに対応する第２の状態の通信処理モジュールを前記第１のプロトコルに対応する第１の状態の通信モジュールに設定する前記制御情報を生成し、前記制御情報を前記少なくとも一つの通信装置に送信することを特徴とするネットワークシステム。
請求項３に記載のネットワークシステムであって、
前記決定部は、
前記第１のプロトコルに対応する第２の状態の通信処理モジュールの数が、前記第１の通信サービスを収容するために必要な通信処理モジュールの数より小さい場合、前記第１の通信サービスを収容するために必要な通信処理モジュールの数から前記第１のプロトコルに対応する第２の状態の通信処理モジュールの数を減算することによって追加数を算出し、前記第３の状態の前記通信処理モジュールの中から前記算出された追加数だけ前記通信処理モジュールを選択し、
前記設定部は、第１のプロトコルに対応する第２の状態の通信処理モジュールの全て、及び前記決定部によって選択された前記第３の状態の通信処理モジュールを、前記第１のプロトコルに対応する第１の状態の通信処理モジュールに設定する前記制御情報を生成し、前記制御情報を前記少なくとも一つの通信装置に送信することを特徴とするネットワークシステム。
請求項４に記載のネットワークシステムであって、
前記ネットワーク管理計算機は、前記通信サービス毎に、前記通信サービスの前記プロトコルの種別、前記通信サービスが使用する通信経路が経由する前記複数の通信装置の識別情報、及び前記通信経路の帯域を対応付けて管理する通信サービス管理情報を有し、
前記制御部は、
第２の通信サービスの識別情報と、前記第２の通信サービスに追加する追加帯域を含む、帯域の追加を指示する第２の要求を受信した場合、前記通信サービス管理情報を参照して、前記第２の通信サービスの前記プロトコル、前記第２の通信サービスが使用する通信経路が経由する前記複数の通信装置を特定し、
前記ネットワークリソース管理を参照して、前記第２の通信サービスが使用する通信経路が経由する前記複数の通信装置の前記各リンクに、前記追加帯域以上の空き帯域が存在するか否かを判定し、
前記第２の通信サービスが使用する通信経路が経由する前記複数の通信装置の前記各リンクに、前記追加帯域以上の空き帯域が存在する場合、前記追加帯域に基づいて前記モジュールリソース管理情報を参照して、第２の通信サービスが使用する通信経路が経由する複数の通信装置毎に、前記第２の通信サービスに対応する前記第１の状態の通信処理モジュールが不足しているか否かを判定することを特徴とするネットワークシステム。
請求項４に記載のネットワークシステムであって、
前記ネットワーク管理計算機は、前記通信サービス毎に、前記通信サービスの前記プロトコルの種別、前記通信サービスに使用される通信経路が経由する前記複数の通信装置の識別情報、及び前記通信経路の帯域を対応付けて管理する通信サービス管理情報を有し、
前記決定部は、
第３の通信サービスの識別情報と、前記第３の通信サービスから削除される削除帯域を含む、帯域の削除を指示する第３の要求を受信した場合、前記通信サービス管理情報を参照して、前記第３の通信サービスの前記プロトコルである第３のプロトコル、前記第３の通信サービスが使用する通信経路が経由する前記複数の通信装置を特定し、
前記モジュールリソース管理情報及び前記第３の要求に含まれる帯域に基づいて、前記第３の通信サービスが使用する通信経路が経由する複数の通信装置毎に、前記第３のプロトコルに対応する前記第１の状態の通信処理モジュールの中から、前記第３のプロトコルに対応する前記第２の状態の通信処理モジュールに変更できる前記通信処理モジュールの数を算出し、
前記モジュール機能管理情報を参照して、前記第３の通信サービスが使用する通信経路が経由する複数の通信装置毎に、前記第３のプロトコルに対応する前記第１の状態の通信処理モジュールの中から前記算出された数だけ前記通信処理モジュールを選択し、
前記設定部は、前記決定部によって選択された前記第３のプロトコルに対応する第１の状態の通信処理モジュールを前記第３のプロトコルに対応する第２の状態の通信処理モジュールに設定する前記制御情報を生成し、前記第２の通信サービスが使用する通信経路が経由する複数の通信装置に前記制御情報を送信することを特徴とするネットワークシステム。
請求項３に記載のネットワークシステムであって、
前記通信サービスを収容に使用される前記第１の状態の通信処理モジュールの数に基づいて、前記複数の通信装置の利用料金を算出し、前記算出された前記複数の通信装置の利用料金を前記ネットワーク管理計算機に通知する利用リソース管理計算機を備え、
前記利用リソース管理計算機は、前記プロトコルの種別毎に、利用されている前記第１の状態の通信処理モジュールの数、及び一つの前記第１の状態の通信処理モジュールの利用料金を対応付けた複数のエントリを含む利用モジュール管理情報を有し、
前記制御部は、
前記第１のプロトコルに対応する第２の状態の通信処理モジュールを有効化することによって前記第１のプロトコルに対応する第１の状態の通信処理モジュールとして設定した場合、有効化された前記第２の状態の通信処理モジュールの数、及び前記第１のプロトコルを通知し、
前記決定部によって選択された前記第３の状態の通信処理モジュールに前記第１のプロトコルに対応するプログラムがインストールすることによって前記第１のプロトコルに対応する第１の状態の通信処理モジュールとして設定した場合、前記第１のプロトコルに対応するプログラムがインストールされた前記第３の状態の通信処理モジュールの数、及び前記第１のプロトコルを通知し、
前記利用リソース管理計算機は、
前記制御部からの通知を受信した場合、前記第１のプロトコルに対応するエントリの前記利用されている第１の状態の通信処理モジュールの数を更新し、前記複数の通信装置の利用料金を算出することを特徴とするネットワークシステム。
請求項１に記載のネットワークシステムであって、
前記検索部は、
前記候補経路が経由する複数の通信装置の中から対象の通信装置を選択し、
前記モジュールリソース管理情報を参照して、前記対象の通信装置における前記第１のプロトコルに対応した通信の空き帯域を算出し、
前記対象の通信装置における前記第１のプロトコルに対応した通信の空き帯域が前記使用帯域以上である場合、前記対象の通信装置について、前記第１のプロトコルに対応する第１の状態の通信処理モジュールが不足していないと判定することを特徴とするネットワークシステム。
請求項１に記載のネットワークシステムであって、
前記検索部は、
前記第１の通信サービスを収容可能な前記候補経路が複数存在する場合、前記第１の通信サービスを収容可能な候補経路毎に、前記モジュールリソース管理情報に基づいて、最小空き帯域を算出し、
前記使用帯域と前記最小空き帯域との差が最大となる候補経路を前記第１の通信サービスが使用する通信経路として決定することを特徴とするネットワークシステム。
複数の通信装置、及び前記複数の通信装置を管理するネットワーク管理計算機を備えるネットワークシステムにおけるネットワーク管理方法であって、
前記ネットワークシステムは、プロトコルが異なる複数の通信サービスを収容し、
前記複数の通信装置の各々は、任意のプロトコルに対応した通信処理を実行する処理機能を実現するプログラムをインストールすることによって、任意のプロトコルの通信処理を実行する複数の通信処理モジュールを有し、
前記複数の通信処理モジュールの各々は、任意の前記処理機能を実現するプログラムがインストールされ、かつ、当該処理機能が有効化された第１の状態、前記任意の処理機能を実現するプログラムがインストールされ、かつ、当該処理機能が無効化された第２の状態、及び前記任意の処理機能を実現するプログラムがインストールされていない第３の状態のいずれかの状態を取ることができ、
前記ネットワーク管理計算機は、
プロセッサ、前記プロセッサに接続されるメモリ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるインタフェースを有し、
前記第１の状態の前記複数の通信処理モジュールをリソースプールとして管理する制御部と、
前記ネットワークシステムにおける前記複数の通信装置の接続関係を管理するネットワークトポロジ管理情報と、
前記複数の通信装置間を接続するリンクの使用帯域及び空き帯域を管理するネットワークリソース管理情報と、
前記複数の通信装置毎に、前記複数の通信処理モジュールにおけるプロトコル毎の使用帯域、及び空き帯域を管理するモジュールリソース管理情報と、
前記複数の通信装置毎に、前記複数の通信処理モジュールの各々の状態を管理するモジュール機能管理情報と、を有し、
前記制御部は、収容される前記通信サービスが使用する通信経路を検索する検索部を含み、
前記ネットワーク管理方法は、
前記検索部が、第１の通信サービスにおける通信経路のエッジ、前記第１の通信サービスで使用される第１のプロトコル、及び前記第１の通信サービスの第１の帯域を含む、前記第１の通信サービスの収容を指示する第１の要求を受信した場合、前記ネットワークトポロジ管理情報及び前記ネットワークリソース管理情報に基づいて、前記第１の通信サービスを収容可能な通信経路の候補である候補経路を検索するステップと、
前記検索部が、前記第１の帯域に基づいて前記モジュールリソース管理情報を参照して、前記候補経路が経由する複数の通信装置毎に、前記第１のプロトコルに対応する前記第１の状態の通信処理モジュールが不足しているか否かを判定するステップと、
前記検索部が、前記候補経路が経由する複数の通信装置の全てについて、前記第１のプロトコルに対応する第１の状態の通信処理モジュールが不足していないと判定された場合、前記候補経路を前記第１の通信サービスが使用する通信経路として決定するステップと、
前記制御部が、前記検索部によって前記候補経路が経由する複数の通信装置のうち、少なくとも一つの通信装置について前記第１のプロトコルに対応する第１の状態の通信処理モジュールが不足していると判定された場合、前記モジュール機能管理情報に基づいて、前記候補経路が経由する複数の通信装置の各々に前記第１の状態の通信処理モジュールを追加する制御情報を生成するステップと、
前記制御部が、前記候補経路が経由する複数の通信装置に前記制御情報を送信することによって、前記候補経路を前記第１の通信サービスが使用する通信経路として設定するステップと、を含むことを特徴とするネットワーク管理方法。
請求項１０に記載のネットワーク管理方法であって、
前記モジュール機能管理情報は、前記通信装置の識別情報、前記通信処理モジュールの識別情報、前記処理機能の種別、及び前記処理機能が有効化されている状態を示す情報が対応付けられた複数のエントリを含み、
前記制御部は、
設定を変更する前記通信処理モジュールを決定する決定部と、
前記決定部によって決定された前記通信処理モジュールに対する設定を変更する設定部と、を含み、
前記ネットワーク管理方法は、
前記決定部が、前記検索部によって前記候補経路が経由する複数の通信装置のうち、少なくとも一つの通信装置について前記第１のプロトコルに対応する第１の状態の通信処理モジュールが不足していると判定された場合、前記モジュール機能管理情報の前記少なくとも一つの通信装置に対応するエントリを参照して、前記第１のプロトコルに対応する前記第２の状態の通信処理モジュールが存在するか否かを判定するステップと、
前記決定部が、前記第１のプロトコルに対応する第２の状態の通信処理モジュールが存在しないと判定された場合、前記第１の通信サービスを収容するために必要となる前記通信処理モジュールの数を算出するステップと、
前記決定部が、前記モジュール機能管理情報の前記少なくとも一つの通信装置に対応するエントリを参照して、前記第３の状態の前記通信処理モジュールの中から前記算出された数だけ前記通信処理モジュールを選択するステップと、
前記設定部が、前記決定部によって選択された前記第３の状態の通信処理モジュールを前記第１のプロトコルに対応する第１の状態の通信処理モジュールに設定する前記制御情報を生成し、前記制御情報を前記少なくとも一つの通信装置に送信するステップと、を含むことを特徴とするネットワーク管理方法。
請求項１１に記載のネットワーク管理方法であって、
前記決定部が、前記第１のプロトコルに対応する第２の状態の通信処理モジュールが存在すると判定された場合、前記第１の通信サービスを収容するために必要となる前記通信処理モジュールの数を算出するステップと、
前記決定部が、前記第１のプロトコルに対応する第２の状態の通信処理モジュールの数が、前記第１の通信サービスを収容するために必要な通信処理モジュールの数以上である場合、前記モジュール機能管理情報の前記少なくとも一つの通信装置に対応するエントリを参照して、前記第１のプロトコルに対応する第２の状態の中から前記算出された数だけ前記通信処理モジュールを選択するステップと、
前記設定部が、前記決定部によって選択された前記第１のプロトコルに対応する第２の状態の通信処理モジュールを前記第１のプロトコルに対応する第１の状態の通信モジュールに設定する前記制御情報を生成し、前記制御情報を前記少なくとも一つの通信装置に送信するステップと、
前記決定部が、前記第１のプロトコルに対応する第２の状態の通信処理モジュールの数が、前記第１の通信サービスを収容するために必要な通信処理モジュールの数より小さい場合、前記第１の通信サービスを収容するために必要な通信処理モジュールの数から前記第１のプロトコルに対応する第２の状態の通信処理モジュールの数を減算することによって追加数を算出し、前記第３の状態の前記通信処理モジュールの中から前記算出された追加数だけ前記通信処理モジュールを選択するステップと、
前記設定部が、第１のプロトコルに対応する第２の状態の通信処理モジュールの全て、及び前記決定部によって選択された前記第３の状態の通信処理モジュールを、前記第１のプロトコルに対応する第１の状態の通信処理モジュールに設定する前記制御情報を生成し、前記制御情報を前記少なくとも一つの通信装置に送信するステップと、を含むことを特徴とするネットワーク管理方法。
請求項１２に記載のネットワーク管理方法であって、
前記ネットワーク管理計算機は、前記通信サービス毎に、前記通信サービスの前記プロトコルの種別、前記通信サービスが使用する通信経路が経由する前記複数の通信装置の識別情報、及び前記通信経路の帯域を対応付けて管理する通信サービス管理情報を有し、
前記ネットワーク管理方法は、
前記制御部が、第２の通信サービスの識別情報と、前記第２の通信サービスに追加する追加帯域を含む、帯域の追加を指示する第２の要求を受信した場合、前記通信サービス管理情報を参照して、前記第２の通信サービスの前記プロトコル、前記第２の通信サービスが使用する通信経路が経由する前記複数の通信装置を特定するステップと、
前記制御部が、前記ネットワークリソース管理を参照して、前記第２の通信サービスが使用する通信経路が経由する前記複数の通信装置の前記各リンクに、前記追加帯域以上の空き帯域が存在するか否かを判定するステップと、
前記制御部が、前記第２の通信サービスが使用する通信経路が経由する前記複数の通信装置の前記各リンクに、前記追加帯域以上の空き帯域が存在する場合、前記追加帯域に基づいて前記モジュールリソース管理情報を参照して、第２の通信サービスが使用する通信経路が経由する複数の通信装置毎に、前記第２の通信サービスに対応する前記第１の状態の通信処理モジュールが不足しているか否かを判定するステップと、を含むことを特徴とするネットワーク管理方法。
請求項１２に記載のネットワーク管理方法であって、
前記ネットワーク管理計算機は、前記通信サービス毎に、前記通信サービスの前記プロトコルの種別、前記通信サービスに使用される通信経路が経由する前記複数の通信装置の識別情報、及び前記通信経路の帯域を対応付けて管理する通信サービス管理情報を有し、
ネットワーク管理方法は、
前記決定部が、第３の通信サービスの識別情報と、前記第３の通信サービスから削除される削除帯域を含む、帯域の削除を指示する第３の要求を受信した場合、前記通信サービス管理情報を参照して、前記第３の通信サービスの前記プロトコルである第３のプロトコル、前記第３の通信サービスが使用する通信経路が経由する前記複数の通信装置を特定するステップと、
前記決定部が、前記モジュールリソース管理情報及び前記第３の要求に含まれる帯域に基づいて、前記第３の通信サービスが使用する通信経路が経由する複数の通信装置毎に、前記第３のプロトコルに対応する前記第１の状態の通信処理モジュールの中から、前記第３のプロトコルに対応する前記第２の状態の通信処理モジュールに変更できる前記通信処理モジュールの数を算出するステップと、
前記決定部が、前記モジュール機能管理情報を参照して、前記第３の通信サービスが使用する通信経路が経由する複数の通信装置毎に、前記第３のプロトコルに対応する前記第１の状態の通信処理モジュールの中から前記算出された数だけ前記通信処理モジュールを選択するステップと、
前記設定部が、前記決定部によって選択された前記第３のプロトコルに対応する第１の状態の通信処理モジュールを前記第３のプロトコルに対応する第２の状態の通信処理モジュールに設定する前記制御情報を生成し、前記第２の通信サービスが使用する通信経路が経由する複数の通信装置に前記制御情報を送信するステップと、を含むことを特徴とするネットワーク管理方法。
請求項１２に記載のネットワーク管理方法であって、
前記通信サービスを収容に使用される前記第１の状態の通信処理モジュールの数に基づいて、前記複数の通信装置の利用料金を算出し、前記算出された前記複数の通信装置の利用料金を前記ネットワーク管理計算機に通知する利用リソース管理計算機を備え、
前記利用リソース管理計算機は、前記プロトコルの種別毎に、利用されている前記第１の状態の通信処理モジュールの数、及び一つの前記第１の状態の通信処理モジュールの利用料金を対応付けた複数のエントリを含む利用モジュール管理情報を有し、
前記ネットワーク管理方法は、
前記制御部が、前記第１のプロトコルに対応する第２の状態の通信処理モジュールを有効化することによって前記第１のプロトコルに対応する第１の状態の通信処理モジュールとして設定した場合、有効化された前記第２の状態の通信処理モジュールの数、及び前記第１のプロトコルを通知するステップと、
前記制御部が、前記決定部によって選択された前記第３の状態の通信処理モジュールに前記第１のプロトコルに対応するプログラムがインストールすることによって前記第１のプロトコルに対応する第１の状態の通信処理モジュールとして設定した場合、前記第１のプロトコルに対応するプログラムがインストールされた前記第３の状態の通信処理モジュールの数、及び前記第１のプロトコルを通知するステップと、
前記利用リソース管理計算機が、前記制御部からの通知を受信した場合、前記第１のプロトコルに対応するエントリの前記利用されている第１の状態の通信処理モジュールの数を更新し、前記複数の通信装置の利用料金を算出するステップと、を含むことを特徴とするネットワーク管理方法。