(57)【特許請求の範囲】
【請求項１】
複数の通信装置と、前記複数の通信装置を管理する管理サーバとを含むネットワークシステムであって、
前記各通信装置は、パケット処理機能をプログラムにより変更できる複数のパケット処理モジュールを備え、
前記管理サーバは、
前記パケット処理モジュールに設定可能な異なる複数のパケット処理モジュール回路のプログラム情報を保持し、
前記異なる複数のパケット処理モジュール回路のうち前記パケット処理モジュールに設定すべきパケット処理モジュール回路を選択し、
前記選択したパケット処理モジュール回路のプログラム情報と設定対象のパケット処理モジュールを識別するための情報を設定対象の通信装置に送信することを特徴とするネットワークシステム。
【請求項２】
請求項１に記載のネットワークシステムであって、
前記管理サーバは、
前記各通信装置から受信する各通信装置の現在の利用帯域と、所定の閾値と、に基づいて、保守者端末にパケット処理モジュール回路の追加または削除を奨励するため画面を表示させるための情報を生成し、
前記生成した情報を前記保守者端末に出力することを特徴とするネットワークシステム。
【請求項３】
請求項１に記載のネットワークシステムであって、
前記管理サーバは、
前記通信装置から受信する当該通信装置のパケット処理モジュールの利用状況、または、保守者端末から受信するサービスオーダーに基づいて、前記パケット処理モジュール上のパケット処理モジュール回路の設定変更内容含むコマンドを生成し、
前記生成したコマンドを前記設定変更すべきパケット処理モジュールを含む通信装置に送信することを特徴とするネットワークシステム。
【請求項４】
請求項３に記載のネットワークシステムであって、
前記設定変更内容は、
パケット処理モジュール回路の無効化、有効化、インストール、または、アンインストールのいずれかを示すことを特徴とするネットワークシステム。
【請求項５】
請求項２に記載のネットワークシステムであって、
前記保守者端末にパケット処理モジュール回路の追加または削除を奨励するため画面を表示させるための情報は、当該パケット処理モジュール回路を追加または削除した場合に支払うべき課金情報または減額または不要となる課金情報を含み、
前記管理サーバは、前記課金情報を出力することを特徴とするネットワークシステム。
【請求項６】
請求項１に記載のネットワークシステムであって、
前記通信装置は、
優先度毎のパケット廃棄発生時、優先度毎のキューの所定の閾値以上または以下の負荷発生時、または、未対応プロトコル検出時に前記管理サーバにイベント発生通知を送信し、
前記管理サーバは、
前記通知されたイベント発生通知の内容に基づいて、保守者端末にパケット処理モジュール回路の追加または削除を奨励するため画面を表示させるための情報を生成、または、前記パケット処理モジュール上のパケット処理モジュール回路の設定変更内容含むコマンドを生成することを特徴とするネットワークシステム
【請求項７】
パケット処理機能をプログラムにより変更できる複数のパケット処理モジュールを備えた複数の通信装置と接続される管理サーバであって、
前記パケット処理モジュールに設定可能な異なる複数のパケット処理モジュール回路のプログラム情報を保持し、
前記異なる複数のパケット処理モジュール回路のうち前記パケット処理モジュールに設定すべきパケット処理モジュール回路を選択し、
前記選択したパケット処理モジュール回路のプログラム情報と設定対象のパケット処理モジュールを識別するための情報を設定対象の通信装置に送信することを特徴とする管理サーバ。
【請求項８】
請求項7に記載の管理サーバであって、さらに保守者端末に接続され、
前記各通信装置から受信する各通信装置の現在の利用帯域と、所定の閾値と、に基づいて、前記保守者端末にパケット処理モジュール回路の追加または削除を奨励するため画面を表示させるための情報を生成し、
前記生成した情報を前記保守者端末に出力することを特徴とする管理サーバ。
【請求項９】
請求項7に記載の管理サーバであって、
前記通信装置から受信する当該通信装置のパケット処理モジュールの利用状況、または、保守者端末から受信するサービスオーダーに基づいて、前記パケット処理モジュール上のパケット処理モジュール回路の設定変更内容含むコマンドを生成し、
前記生成したコマンドを前記設定変更すべきパケット処理モジュールを含む通信装置に送信することを特徴とする管理サーバ。
【請求項１０】
請求項８に記載の管理サーバであって、
前記保守者端末にパケット処理モジュール回路の追加または削除を奨励するため画面を表示させるための情報は、当該パケット処理モジュール回路を追加または削除した場合に支払うべき課金情報または減額または不要となる課金情報を含み、
前記管理サーバは、前記課金情報を出力することを特徴とする管理サーバ。
【請求項１１】
複数の通信装置と、前記複数の通信装置を管理する管理サーバとを含むネットワークシステムにおける通信方法であって、
前記各通信装置は、パケット処理機能をプログラムにより変更できる複数のパケット処理モジュールを備え、
前記管理サーバは、
前記パケット処理モジュールに設定可能な異なる複数のパケット処理モジュール回路のプログラム情報を保持し、
前記管理サーバは、
前記異なる複数のパケット処理モジュール回路のうち前記パケット処理モジュールに設定すべきパケット処理モジュール回路を選択し、
前記選択したパケット処理モジュール回路のプログラム情報と設定対象のパケット処理モジュールを識別するための情報を設定対象の通信装置に送信することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステムに関し、特にネットワークに接続する周辺装置の機能、性能によりネットワークを構成する通信装置の機能、性能を変更するのに好適なものである。
【背景技術】
【０００２】
ＳＤＮ(Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ)やＮＦＶ(Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ)などの新しいＩＴ技術の出現は、新規通信サービスの発生周期の短期化やロングテール化を加速する。
【０００３】
図１に示すように、従来の通信事業者のＷＡＮ(Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)は、そのネットワークで提供する通信サービス専用に作られることが多い。例えば、図１では、モバイルサービスを収容するためのＥｔｈｅｒｎｅｔ（登録商標）通信装置１−ｎにより構築されたモバイル収容ネットワーク３と、企業向けの遠隔拠点間のＬａｙｅｒ ２接続サービスを提供するためにＰＢＢ(Ｐｒｏｖｉｄｅｒ Ｂａｃｋｂｏｎｅ Ｂｒｉｄｇｅ)通信装置４−ｎにより構築された広域イーササービスネットワーク６と、同じく企業向けの遠隔拠点間のＩＰ接続サービスを提供するためにＩＰ／ＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）通信装置８−ｎにより構築されたＩＰ ＶＰＮサービスネットワーク１０の３種類のネットワークと、から構成される。このように、通信事業者はそれぞれの通信サービスを収容するために、通信サービス毎に専用ネットワークを構築することが多い。
【０００４】
この背景には、ＷＡＮには小さい遅延時間で確実にデータパケットを転送する高品質性/高信頼性が求められていたこと、さらに、従来の通信サービスは種別が少なく、かつ、長期間にわたり同じ通信サービスを提供することを前提としていたことから、通信サービス毎にそれぞれ専用のネットワークを構築して、通信サービスを提供する方が良かった。
【０００５】
ここで補足として、これらネットワークを構成する、Ｅｔｈｅｒｎｅｔ通信装置１−ｎ、ＰＢＢ通信装置４−ｎ、及び、ＩＰ／ＭＰＬＳ通信装置８−ｎは、ネットワーク外部から受信したデータパケットの宛先やユーザを特定する識別子（例えば、イーサネット（登録商標）で宛先を特定するサービスの場合はＭＡＣやＶＬＡＮ、ＩＰで宛先を特定するサービスの場合はＩＰアドレスなど）を解析した上で、ＷＡＮ内のどの経路を用いて受信したデータパケットを転送すると良いかを判定して、判定した経路を用いてＷＡＮ内にデータパケットを転送する機能を必要とする。
【０００６】
一方、特許文献１には、複数の通信サービスを１つのＷＡＮで収容するための技術が開示されている。非特許文献１には、ＷＡＮを構築する通信装置の外部に汎用のサーバなどを接続し、汎用サーバ上で通信サービスの処理機能を実現すること、SDN Controllerと呼ぶマネジメントシステムからの設定により、汎用サーバの処理機能が増強されることが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９−０２１６８２号公報
【非特許文献】
【０００８】
【非特許文献１】インテル”ＮＥＣ＊ Ｖｉｒｔｕａｌｉｚｅｄ ＥＰＣ ＩｎｎｏｖａｔｉｏｎＰｏｗｅｒｅｄ ｂｙ Ｍｕｌｔｉ Ｃore Intel（R） Architecture Processors” [online] 平成２５年   [平成２５年１２月１６日検索]、インターネット＜ＵＲＬ：http://networkbuilders.intel.com/docs/communications_nec_virtualized_epc_paper.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、上述のようにＳＤＮやＮＦＶの出現により、新規通信サービスの発生周期の短期化やロングテール化が進展することで、従来のように通信サービス毎に専用のネットワークを構築すると通信事業者の投資コストが上昇する。そのため、通信事業者は、新規通信サービスの発生周期の短期化やロングテール化に対応したネットワークを提供しつつも、投資コストを抑止することが課題になる。
【００１０】
特許文献１に開示の技術は、ＷＡＮを構築する通信装置に新規通信サービスを収容するには、ＷＡＮを構築する通信装置に各通信サービス専用のラインカードを追加する必要がある。このため、通信事業者は、新規通信サービスの導入時に、必要十分以上のパケット処理性能あるいはパケット処理機能を有するラインカードを購入する必要があるなどの投資リスクを有する。また、通信事業者は、通信サービスが終了した時に、既存ラインカードの転用ができないなどの課題もある。
【００１１】
また、非特許文献１では、SDN Controllerと呼ぶマネジメントシステムからの設定により汎用サーバの機能が増強されることは開示されているものの、ネットワークの利用状況を分析して汎用サーバの処理機能を増強あるいは削除したり、汎用サーバに新規の処理機能を追加したりする仕組みが開示されていないそのため、例えば、保守者が通信サービスの需要予測を外した場合はデータパケットのロスが発生するなどの課題がある。
【００１２】
したがって、いずれの文献も、通信事業者が、新規通信サービスの発生周期の短期化やロングテール化に対応した、高品質・高信頼なネットワークを提供しつつも、投資コストを抑止するネットワークシステムは実現されていない。
【００１３】
本発明の第一の目的は、上記のような従来技術の問題点に鑑みて、通信事業者が新規通信サービス導入時に必要最低限の投資コストでネットワークを構築可能なネットワークシステムを提供することである。
【００１４】
本発明の第二の目的は、通信サービスを利用中の通信装置のハードウェアを変更することなく新規通信サービスをネットワークに収容することを可能とするネットワークシステムを提供することである。
【００１５】
本発明の第三の目的は、データパケットのロスの発生を抑止しつつ、ネットワーク保守コストを削減することである。
【課題を解決するための手段】
【００１６】
通信装置は、パケット処理機能をプログラムにより変更できる複数のパケット処理モジュールを備え、管理サーバは、前記パケット処理モジュールに設定可能な異なる複数のパケット処理モジュール回路のプログラム情報を保持し、前記異なる複数のパケット処理モジュール回路のうち前記パケット処理モジュールに設定すべきパケット処理モジュール回路を選択し、前記選択したパケット処理モジュール回路のプログラム情報と設定対象のパケット処理モジュールを識別するための情報を設定対象の通信装置に送信する。
【発明の効果】
【００１７】
本発明のネットワークシステムによれば、新規通信サービスの発生周期の短期化やロングテール化に対応した、高品質・高信頼なネットワークを提供しつつも、ネットワーク構築コスト、及び、保守コストを抑止することが出来る。
【図面の簡単な説明】
【００１８】
【図１】従来の通信キャリアネットワークの一例である。
【図２】本発明の通信装置ネットワークシステムの一例である。
【図３】ネットワークマネジメントシステム２０の一例である。
【図４】通信装置３０−ｎの構成例である。
【図５】パケット受信振分け部７３の構成である。
【図６】パケット処理モジュール資源管理データベース６１の一例である。
【図７】パケット処理モジュール機能管理データベース６２の一例である。
【図８】ネットワークトポロジデータベース６３の一例である。
【図９】ネットワークリソース管理データベース６４の一例である。
【図１０】ユーザ管理データベース６５の一例である。
【図１１】パケット処理モジュール利用状況データベース６６の一例である。
【図１２】イベント発生時処理内容保持データベース６７の一例である。
【図１３】パケット処理モジュール回路データベース６８の一例である。
【図１４】パケット振分け管理テーブル８１の一例である。
【図１５】パケット処理モジュール管理テーブル８３の一例である。
【図１６】ユーザ優先度管理テーブルである。
【図１７】装置とネットワークマネジメントシステム間通信で利用するコマンドフォーマットの一例である。
【図１８】通信装置からのイベント通知でかつネットワークマネージメントシステム自動で処理する時の処理シーケンス図である。
【図１９】通信装置からのイベント通知で保守者アクションを期待する時の処理シーケンス図である。
【図２０】周辺制御システムからネットワークマネジメントシステムへサービス追加依頼が来た時の処理シーケンス図である。
【図２１】ネットワークマネージメントシステムが装置からコマンド受信時の処理フローである。
【図２２】ネットワークマネージメントシステムが周辺制御システムからコマンド受信時の処理フローである。
【図２３】ネットワークマネージメントシステムが保守者端末からコマンドを受信した時の処理フローである。
【図２４】ネットワークマネージメントシステムからのパケット処理モジュール回路追加推奨画面の一例である。
【図２５】他制御システムからネットワークマネジメントシステムへサービス追加依頼が来た時のオペレータ通知画面の一例である。
【図２６】ネットワークマネジメントシステムからのパケット処理モジュール回路追加推奨通知画面の一例である。
【図２７】ネットワークマネジメントシステムからのパケット処理モジュール回路削減推奨通知画面の一例である。
【図２８】新規でユーザを追加するオペレーション画面の一例である。
【発明を実施するための形態】
【００１９】
（実施形態１）
以下、図面を用いて本発明の実施形態を詳細に説明する。本発明の実施例は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）の通信プロトコルにはＭＰＬＳ−ＴＰ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ - Ｔｒａｎｓｐｏｒｔ Ｐｒｏｆｉｌｅ）を利用した場合を一例として記載するが、それ以外の通信プロトコルを利用したネットワークであっても本発明を使用することで同等の効果が得られる。
【００２０】
[ネットワークシステム]
図２に本発明のネットワークシステムの一例を示す。
【００２１】
本発明のネットワークシステムは、様々な通信サービスを一つのＷＡＮ４０で収容するためのシステムであり、ＷＡＮ４０を構成する複数の通信装置３０−ｎ、通信装置３０−ｎを制御する制御ネットワーク４１、制御ネットワーク４１経由で通信装置３０−ｎを制御するネットワークマネジメントシステム（以下、「ＮＭＳ」）２０、及び、通信事業者がＷＡＮ４０の設定及び状況確認を行う保守者端末２１から構成される。
【００２２】
[ＮＭＳの構成]
図３に、本発明に用いられるＮＭＳ２０の構成例を示す。
【００２３】
ＮＭＳ２０は、通信装置３０−ｎから、通信装置３０−ｎへのパケットの流入量、通信装置３０−ｎでのパケットの廃棄有無、通信装置３０−ｎの故障情報などを収集し、収集した情報を解析し、解析した情報を保守者端末２１へ通知する。また、ＮＭＳ２０は、保守者端末２１からの指示に従い、通信装置３０−ｎのパケット処理機能及びパケット処理性能の制御を実行する。さらに、ＮＭＳ２０は、その他周辺装置のマネジメントシステム２２からの新規通信サービス接続要求や通信帯域の増減設要求を受信し、受信した要求の内容を解析し、解析した情報を保守者端末２１へ通知し、保守者端末からの指示に従い通信装置３０−ｎの処理機能及び処理性能を制御する。また、ＮＭＳ２０は、通信装置３０−ｎから収集した情報の解析結果に基づいて、人手を介さずに、通信装置３０−ｎのパケット処理機能及びパケット処理性能の制御を実行したり、その他周辺装置のマネジメントシステム２２からの各種要求の解析結果に基づいて、人手を介さずに通信装置３０−ｎを制御することも可能である。
【００２４】
ＮＭＳ２０が、通信装置３０−ｎのパケット処理機能を柔軟に変更、追加することにより、通信事業者の投資コストの最適化、通信サービス収容入替えの容易化、オペレーション負荷の低減を実現する。
【００２５】
ＮＭＳ２０は、パケット処理モジュール資源管理データベース６１、パケット処理モジュール機能管理データベース６２、ネットワークトポロジデータベース６３、ネットワークリソース管理データベース６４、ユーザ管理データベース６５、パケット処理モジュール利用状況保持データベース６６、イベント発生時処理内容保持データベース６７、及び、パケット処理モジュール回路データベース６８、ＣＰＵ５５、その他周辺装置のマネジメントシステム２２と通信するためのマネジメントシステム連携インタフェース４２、通信装置３０−ｎと通信するための通信装置制御インタフェース４３、及び、保守者端末２１と通信するための保守者端末接続インタフェース４４から構成される。また、ＮＭＳ２０は、図示しないメモリを備える。
【００２６】
ＣＰＵ５５は、メモリに格納されたプログラム等を実行することによって、ＮＭＳ２０の機能を実装する演算装置である。ＣＰＵ５５は、演算装置であれば、ＣＰＵ以外のいかなるプロセッサでもよいし、一つまたは複数のプロセッサによって構成されてもよい。ＣＰＵ５５は、プログラムを実行することによって、各データベースの情報から通信装置３０−ｎに設定するパケット処理機能を計算するパケット処理モジュール計算部５１、パケット処理モジュール計算部５１で決定した内容に従い通信装置３０−ｎのパケット処理機能を増減設するパケット処理モジュール回路ダウンロード部５２、ＷＡＮ４０内の通信経路を計算するネットワークパス計算部５３、パケット処理モジュール資源管理データベース６１、パケット処理モジュール機能管理データベース６２、ネットワークトポロジデータベース６３、ネットワークリソース管理データベース６４、ユーザ管理データベース６５、パケット処理モジュール利用状況保持データベース６６、イベント発生時処理内容保持データベース６７、及び、パケット処理モジュール回路データベース６８のいづれか１以上のデータベースの情報を用いて保守者端末２１に提示する金額を算出する課金処理部５４、の機能を実装してもよい。
【００２７】
パケット処理モジュール計算部５１、パケット処理モジュール回路ダウンロード部５２、ネットワークパス計算部５３、課金処理部５４は、一つのプログラムによって実装されてもよく、また、各々複数のプログラムによって実装されてもよい。また、ＣＰＵ２１は、パケット処理モジュール計算部５１、パケット処理モジュール回路ダウンロード部５２、ネットワークパス計算部５３、課金処理部５４を実装する一つ又は複数の物理的な装置を内蔵してもよい。パケット処理モジュール資源管理データベース６１、パケット処理モジュール機能管理データベース６２、ネットワークトポロジデータベース６３、ネットワークリソース管理データベース６４、ユーザ管理データベース６５、パケット処理モジュール利用状況保持データベース６６、イベント発生時処理内容保持データベース６７、及び、パケット処理モジュール回路データベース６８は、ＣＰＵ５５とデータベースアクセスパスとを介して接続される。
【００２８】
課金処理部５４は、制御ネットワーク４１に接続された、ネットワークマネジメントシステムとは異なるサーバ等にその機能を備えていてもよい。この場合、パケット処理モジュール資源管理データベース６１、パケット処理モジュール機能管理データベース６２、ネットワークトポロジデータベース６３、ネットワークリソース管理データベース６４、ユーザ管理データベース６５、パケット処理モジュール利用状況保持データベース６６、イベント発生時処理内容保持データベース６７、及び、パケット処理モジュール回路データベース６８のうち、課金処理に必要なデータベースを当該サーバは備える。
【００２９】
図６〜図１３を用いて各データベースの詳細な内容を説明する。
【００３０】
図６は、ＮＭＳS２０が保持するパケット処理モジュール資源管理データベース６１の一例である。パケット処理モジュール資源管理データベース６１は、各通信装置３０−ｎが有するラインカードの枚数及びラインカード上に搭載されるパケット処理モジュールの個数とそのパケット処理モジュールの利用状況を保持するデータベースである。
【００３１】
パケット処理モジュール資源管理データベース６１は、通信装置３０−ｎを識別する装置ＩＤ（identification）１０１と、通信装置３０−ｎに搭載されているラインカードを識別するラインカードＩＤ１０２と、ラインカードに搭載されているパケット処理モジュールの数を示すパケットモジュール数１０３と、パケット処理モジュール上に同一の処理回路がインストールされている場合の管理ＩＤとなるパケット処理モジュールグループＩＤ１０４と、パケット処理モジュールグループＩＤ１０４毎にパケット処理モジュールにインストールされている処理回路の種別を保持するパケット処理モジュール種別１０５と、パケット処理モジュールグループに属するパケット処理モジュール回路がインストールされているパケット処理モジュールの数を保持する予約パケット処理モジュール数１０６と、同一パケット処理モジュールグループに属するパケット処理モジュールのうち現在インストールされているパケット処理モジュール回路が有効化されているパケット処理モジュール数を保持する利用パケット処理モジュール数１０７から構成されている。
【００３２】
図７は、ＮＭＳ２０が保持するパケット処理モジュール機能管理データベース６２の一例である。パケット処理モジュール機能管理データベース６２は、通信装置３０−ｎのラインカードの各パケット処理モジュールにインストールされている処理機能を管理するデータベースである。
【００３３】
パケット処理モジュール機能管理データベース６２は、通信装置３０−ｎを識別する装置ＩＤ１１１と、通信装置３０−ｎに搭載されているラインカードを識別するラインカードＩＤ１１２と、パケット処理モジュールを識別するパケット処理モジュールＩＤ１１３と、パケット処理にインストールされている回路情報を保持する設定内容１１４と、そのパケット処理モジュールの利用状況を保持するステータス１１５から構成されている。パケット処理モジュールに回路情報がインストールされていない場合は、設定内容１１４は”Ｅｍｐｔｙ”となる。また、ステータス１１５には、パケット処理モジュールにおいてパケット処理モジュール回路が有効化されている場合は“有効”、無効化されている場合は”無効”が保持される。
【００３４】
図８は、ＮＭＳ２０が保持する、通信装置３０−ｎの接続関係を示すネットワークトポロジデータベース６３の一例である。ネットワークトポロジデータベース６３には通信装置３０−ｎ間の接続関係及び各通信装置３０−ｎに接続する周辺装置が管理されている。ネットワークトポロジデータベース６３により、物理的にどのようにネットワークが構成されているかが分かる。
【００３５】
図９は、ＮＭＳ２０が保持するネットワークリソース管理データベース６４の一例である。ネットワークリソース管理データベース６４は、ネットワークトポロジデータベースで管理されている通信装置３０−ｎ及び周辺装置のうち、いづれの装置間が接続されているかを示す装置接続情報１２１と、通信装置３０−ｎ間または通信装置３０−ｎと周辺装置間の接続リンク帯域を保持するリンク帯域１２２と、リンク帯域１２２のうち利用可能なリンク速度を保持する予約帯域１２３と、リンク帯域１２２のうち予約帯域１２３を除いた保持する残帯域１２４と、から構成されている。
【００３６】
図１０は、ＮＭＳ２０が持つユーザ管理データベース６５の一例である。ユーザ管理データベース６５は、ＷＡＮ４０を利用するユーザの契約内容およびＷＡＮ内でのユーザデータの転送経路を保持するデータベースである。
【００３７】
ユーザ管理データベース６５は、ＷＡＮ４０を利用するユーザを識別するユーザＩＤ１３１と、そのユーザが送受するトラヒックのＷＡＮ４０内の優先順位を示す優先度１３２と、ユーザの課金等に利用する契約料金１３３と、ユーザデータをＷＡＮ内で送受する経路を特定する経路 ＩＤ１３４と、ユーザデータの転送経路上の通信装置３０−ｎ及びラインカードを示す装置ＩＤ１３６−ｎ及びラインカードＩＤ１３７−ｎから構成される経路情報１３５と、ユーザの契約帯域を保持する契約帯域１３８と、ユーザの契約プロトコルを保持する契約プロトコル１３９と、から構成される。契約プロトコル１３９は、ユーザを収容するエッジの通信装置３０−ｎのラインカード３１−ｎ上で、ユーザ及びその宛先を特定するために用いるプロトコルである。例えば、契約プロトコル１３９がＩＰｖ４の場合、ユーザを収容するエッジの通信装置３０−ｎのラインカード３１−ｎは、ＩＰｖ４の送信元ＩＰアドレスまたは宛先ＩＰアドレスを参照することでユーザ及びその宛先を特定することができる。
【００３８】
図１１は、ＮＭＳ２０が保持するパケット処理モジュール利用状況データベース６６の一例である。パケット処理モジュール利用状況データベース６６は、各通信装置３０−ｎのラインカード上に搭載されたパケット処理モジュール種別ごとに、パケット処理モジュール利用状況履歴を保持するデータベースである。ＮＭＳ２０は、パケット処理モジュール利用状況データベース６６を保持することで、パケット処理モジュールの現在の利用状況、時間帯毎の利用状況管理することができ、時間帯ごとにパケット処理モジュール数を増減設することができる。さらに、パケット処理モジュール利用状況データベース６６にリソース不足通知閾値とリソース余剰通知閾値を持たせることで、ＮＭＳ２０は、パケット処理モジュールの利用状況に応じてパケット処理モジュールの追加/削減をオペレータに通知することができる。
【００３９】
パケットモジュール利用状況データベース６６は、通信装置３０−ｎを識別する装置ＩＤ１４１と、ラインカード３１−ｎを識別するラインカードＩＤ１４２と、ラインカード上のパケット処理モジュールにインストールされているパケット処理モジュール種別を保持するパケット処理モジュール種別１４３と、パケット処理モジュールで処理できる帯域を示す利用可能帯域１４４と、パケット処理モジュールに現在流入しているトラヒック量を保持する現時刻利用帯域１４５と、1日を複数の時間帯に分割し、それぞれの時間帯での各パケット処理モジュールの利用可能帯域を保持する時間帯Ｘ利用帯域１４６、１４７（図１１では、１日を２つの時間帯に分割した例を一例とし、時間帯Ａ利用帯域１４６と、時間帯Ｂ利用帯域１４７とを保持する例を示している。）と、利用可能帯域１４４に対して現時刻利用帯域１４５の割合が高い場合にリソース不足としてオペレータに通知する閾値となるリソース不足通知閾値１４８と、利用帯域１４４に対して現時刻利用帯域１４５の割合が低い場合にリソース余剰としてオペレータに通知する閾値となるリソース余剰閾値１４９と、から構成される。
【００４０】
図１１では、１日を２つの時間帯に分け、時間帯Ａ利用帯域１４６と、時間帯Ｂ利用帯域１４７と、を管理する例を記載したが、例えば、１週間または１カ月など１日よりも長期間の単位を複数の時間帯に分けて複数の時間帯Ｘ利用帯域を保持しても良い。このとき、ＮＭＳ２０は、過去の利用帯域を保持するためのデータベースをさらに保持する。
【００４１】
図１２は、ＮＭＳ２０が保持するイベント発生時処理内容保持データベース６７の一例である。「イベント」とは、通信装置３０−ｎでのパケット廃棄、通信装置３０−ｎでのパケット処理負荷の上昇/下降、通信装置３０−ｎでのデータパケット廃棄、あるいは、周辺のマネジメントシステムで発生する各種の要求などである。イベント発生時処理内容保持データベース６７は、通信装置３０−ｎから通知される、通信装置３０−ｎでのパケット廃棄、通信装置３０−ｎでのパケット処理負荷の上昇/下降、通信装置３０−ｎでのデータパケット廃棄などのイベントを受信した場合の処理内容、あるいは、周辺マネジメントシステムからの要求などのイベントを受信した場合の処理内容を保持するデータベースである。イベント発生時処理内容保持データベース６７を有することで、ＮＭＳ２０は、イベント発生時に、通信装置３０−ｎに必要となるパケット処理モジュールを人手を介さずに、インストールしたり、不要となったパケット処理モジュールをアンインストールしたり、保守者端末２１にパケット処理モジュール追加/削除を推奨する通知を実施したりすることができる。
【００４２】
イベント発生時処理内容保持データベース６７は、通信装置３０−ｎや周辺マネジメントシステムから受信するイベント種別を保持するイベント内容１５１と、そのイベント発生時にＮＭＳ２０が実行する処理内容を保持する処理アクション１５２と、から構成される。処理アクションの種類としては、例えば、パケット処理モジュール回路自動追加、パケット処理モジュール回路追加推奨画面表示、パケット処理モジュール回路自動削除、パケット処理モジュール回路無効化、処理なし、などがある。
【００４３】
イベント内容１５１及び処理アクション１５２はネットワークオペレータが設定する。例えば、高優先度のキューでパケットの廃棄が発生している場合には、ネットワークオペレータからの指示なくパケット処理モジュール回路を追加するよう、高優先キューでパケットの廃棄が発生していることを通信装置３０−ｎが検出したときの処理アクションを「パケット処理モジュール回路自動追加」とする。また、高優先キューの負荷が所定の閾値以上に上昇している場合、低優先度のキューでパケットの廃棄が発生している場合、または、通信装置３０−ｎから未対応プロトコル検出イベントが通知された場合、保守者端末２１にパケット処理モジュール回路追加奨励画面を表示させ、ネットワークオペレータから指示があった場合にパケット処理モジュール回路を追加するよう、高優先キュー負荷上昇イベント、低優先キューパケット廃棄イベント、未対応プロトコル検出イベントに対応する処理アクションを「パケット処理モジュール回路追加推奨画面表示」としてもよい。高優先キューで負荷が下降している場合、ネットワークオペレータからの指示なくパケット処理モジュール回路を削除するよう、高優先キュー負荷下降イベントに対応する処理アクションを「パケット処理モジュール回路自動削減」とする。低優先キューで負荷が下降している場合、ネットワークオペレータからの指示なくパケット処理モジュール回路を無効化するよう、低優先キュー負荷下降イベントに対応する処理アクションを「パケット処理モジュール回路自動削減」とする。さらに、通信装置３０−ｎの低優先キューで所定の閾値以上負荷が上昇している場合は、パケット処理モジュールの設定の変更は行わないよう、低優先キュー負荷上昇イベントに対応する処理アクションを「処理なし」とする。
【００４４】
図１３は、ＮＭＳ２０が持つパケット処理モジュール回路データベース６８の一例である。パケット処理モジュール回路データベース６８は。通信装置３０−ｎへインストールするパケット処理モジュールの回路ファイルを保持している。パケット処理モジュール回路データベース６８は、パケット処理モジュール種別１６１とプログラムのファイル名１６２と、から構成される。
【００４５】
[通信装置の構成]
図４に本発明に用いられる通信装置３０の構成例を示す。
【００４６】
通信装置３０は、ＮＭＳ２０の指示に従いパケット処理モジュール７４−ｎ上で動作させる回路を変更する機能、パケット処理モジュール７４−ｎで処理しているデータ量のカウント情報をＮＭＳ２０に通知する機能、ラインカードで発生したイベントをＮＭＳ２０に通知する機能、などを保持する。また、通信装置３０は、データパケットを受信すると、データパケットからユーザ情報や宛先情報を特定したのちに、所定の方路へとデータパケットを転送する機能を保持する。
【００４７】
通信装置３０−ｎは、各種通信サービスを収容するユーザネットワークインタフェース（ＵＮＩ）ラインカード３１−ｎと、通信装置３０−ｎ間の接続に用いられＷＡＮ４０を構成するネットワークネットワークインタフェース（ＮＮＩ）ラインカード３２−ｎと、各種ラインカード間のデータパケットの転送に用いられるスイッチカード３２と、通信装置３０−１とＮＭＳ２０間の制御情報の通信と各種ラインカード及びスイッチカード３２の制御や状態監視を行う装置コントローラ３３と、から構成される。
【００４８】
ＵＮＩラインカード３１−ｎは、例えば、様々な通信装置として利用出来るＮＦＶ（Network Function Virtualization）サーバ２３やモバイルサービスを収容するモバイルサービス収容装置２４や企業向けのＶＰＮ（Virtual Private Network）サービスを収容する企業サービス収容装置２５等と接続することで各種通信サービスを一つの通信装置３０−ｎで収容することを可能とする。詳細は後述するが、ＵＮＩラインカード３１−ｎ、ＮＮＩラインカード３２−ｎには、受信したデータパケットの宛先解析及びプロトコル変換を行うパケット処理モジュールが複数個搭載されている。通信装置３０−ｎは、データパケットを受信すると、これらパケット処理モジュールでパケットの宛先解析及びプロトコル変換を行い、次の通信装置３０−ｎにデータパケットを転送する。なお、このパケット処理モジュール上で実行される機能は、通信装置３０−ｎが動作中に変更することができる。以下、「ラインカード」と記す場合は、ＵＮＩラインカード３１−ｎ及びＮＮＩラインカード３２−ｎを指す。
【００４９】
装置コントローラ３４は、制御ネットワーク４１経由でＮＭＳ２０と接続される。装置コントローラ３４は、ＮＭＳ２０との間で制御情報を通信する、また、装置コントローラ３４は、ＵＮＩラインカード３１、ＮＮＩラインカード３２、及び、ＳＷカード３３からの情報収集、ＮＭＳ２０からの指示に従ったＵＮＩラインカード３１、ＮＮＩラインカード３２、及び、ＳＷカード３３へのパラメータ設定、ＵＮＩラインカード３２とＮＮＩラインカードのパケット処理モジュールへのパケット処理モジュール回路のインストール及びアンインストール処理を実行する。
【００５０】
スイッチカード３３は、各ラインカード（ＵＮＩラインカード３１―ｎとＮＮＩラインカード３２―ｎ）と接続し、各ラインカードから受信したデータパケットを他のラインカードへ転送する機能を有する。
【００５１】
次に、ＵＮＩラインカード３１及びＮＮＩラインカード３２の詳細を説明する。ＵＮＩラインカード３１及びＮＮＩラインカード３２は、説明の便宜上、通信サービスを収容するラインカードをＵＮＩラインカード、通信装置間を接続するラインカードをＮＮＩラインカードと命名しているが、ラインカードを構成するファンクションは同じものである。ここでは、例として、ＵＮＩラインカード３１の構成を説明する。
【００５２】
ＵＮＩラインカード３１は、１つ以上の受信回路７１と、１つ以上の送信回路７２と、パケット受信振分け部７３と、１つ以上のパケット処理モジュール７４と、パケット多重部７５と、ＳＷ送信回路７６と、ＳＷ受信回路７７と、パケット送信振分け部７８と、カードコントローラ７９と、送受信の物理ポート（図示せず）と、から構成される。
【００５３】
受信回路７１は、物理ポートを介して、隣接する通信装置３０−ｎやユーザ装置などからデータパケットを受信して、受信したデータパケットを通信装置３０内部で処理するフォーマットに整える。受信回路７１は、ＵＮＩラインカード３１が具備する物理的な通信ポートの個数によってラインカードに搭載する個数が変わる。例えば、１枚のラインカードのデータパケット処理性能が１００Ｇｂｉｔ／ｓであり、かつ１０Ｇｂｉｔ／ｓのポートを複数個有する場合は、１０個の受信回路を有することになる。
【００５４】
送信回路７２は、物理ポートを介して、隣接する通信装置３０−ｎやユーザ装置などにデータパケットを送信する回路である。ＷＡＮ２０の外部へデータパケットを送信する場合は、データパケットを装置内部のフォーマットから装置外のフォーマットに変換して送信する。また、受信回路７１と同様に、送信回路７２の個数は、ＵＮＩラインカード３１が具備する物理ポートの個数によって、ラインカードに搭載する個数が変わる。例えば、１枚のラインカードのデータパケット処理性能が１００Ｇｂｉｔ／ｓであり、かつ１０Ｇｂｉｔ／ｓのポートを複数個有する場合は、１０個の送信回路を有することになる。
【００５５】
次に、パケット受信振分け部７３の詳細を図５、図１４、及び、図１５を用いて説明する。
【００５６】
図５はパケット受信振分け部７３の機能ブロック図の一例を示している。
【００５７】
パケット受信振分け部７３は、パケット振分け管理テーブル８１を有するパケット識別部９１と、ユーザ優先度管理テーブル８２及びパケット処理モジュール管理テーブル８３を有するグループｎパケット処理モジュールスケジューラ９２−ｎと、から構成される。
【００５８】
さらに、グループｎパケット処理モジュールスケジューラ９２−ｎは、複数の優先度を持つパケットを優先度別に一時的に格納するクラスキューと、スケジューラ９５と、から構成される。スケジューラ９５は、パケット処理モジュール管理テーブル８３に基づき、データパケットの処理を実行するパケット処理モジュールを決定し、優先順位に応じてクラスキューからパケットをパケット処理モジュールに転送する。ここでは、クラスキューは、高優先キュー９３と低優先キュー９４の２クラスとして例示しているが、本クラスキューは２個以上あっても良いし、受信パケットに優先度を付けない場合は１つのみでも良い。
【００５９】
図１４にパケット振分け管理テーブル８１の構成例を示す。パケット振分け管理テーブル８１は、パケット振分け管理テーブル８１の検索キーとなるデータパケットの振分け識別ＩＤ２０１とパケット処理モジュールグループＩＤ２０２と、から構成される。振分け識別ＩＤ２０１には、例えば、通信装置３０が、パケットを受信した物理ポートからパケットの処理を決定する場合は、物理ポートＩＤが格納される。また、パケット処理モジュールグループＩＤ２０２には、前記物理ポートから受信したデータパケットの処理を行うパケット処理モジュールグループのパケット処理モジュールグループＩＤが格納される。
【００６０】
図１６にユーザ優先度管理テーブル８２の構成例を示す。ユーザ優先度管理テーブル８２は、ユーザ優先度管理テーブル８２の検索キーとなるユーザ識別ＩＤ２２１と、優先順位２２２と、から構成される。ユーザ識別ＩＤ２２１には、例えば、ＶＩＤ、ＭＡＣ ＳＡ、送信元ＩＰアドレスなどが格納される。優先順位２２２には、該当するネットワーク利用ユーザのデータパケットを格納するクラスキューが格納される。
【００６１】
図１５にパケット処理モジュール管理テーブル８３の構成例を示す。パケット処理モジュール管理テーブル８３は、パケット処理モジュール管理テーブル８３の検索キーとなるパケット処理モジュールグループＩＤ２１１と、パケット処理モジュールグループの現在の利用帯域を保持するパケット処理モジュールグループ利用帯域２１２と、予約パケット処理モジュールＩＤ２１３と、利用パケット処理モジュールＩＤ２１４と、から構成される。
【００６２】
パケット処理モジュールグループ利用帯域２１２は、スケジューラ９５からパケット処理モジュール７４−ｎに転送された単位時間当たりのデータパケット量を格納するフィールドである。予約パケット処理モジュールＩＤ２１３は、パケット処理モジュールグループに属するパケット処理モジュールを格納するフィールドであり、複数のパケット処理モジュールに同一のパケット処理モジュール回路がインストールされている場合は同じパケット処理モジュールグループとして管理する。このとき、予約パケット処理モジュールＩＤ２１３のフィールドには、同一のパケット処理回路がインストールされている複数のパケット処理モジュールのＩＤが格納されている。利用パケット処理モジュールＩＤ２１４は、予約パケット処理モジュールのうちグループｎパケット処理モジュールスケジューラ９２−ｎが有するスケジューラ９５がパケットの振り分け対象とするパケット処理モジュールのパケット処理モジュールのＩＤが格納されている。
【００６３】
図５の戻り、パケット受信振分け部７３の詳細を説明する。
【００６４】
パケット受信振分け部７３がパケットを受信すると、パケット識別部９１は、パケットの内部を解析して振分け識別ＩＤを特定する。この振分け識別ＩＤには、例えば、ＭＡＣヘッダのＴｙｐｅ値を利用することができる。パケット識別部９１は、受信したパケットのＭＡＣヘッダのＴｙｐｅ値を参照し、同じＴｙｐｅ値ならば同じ処理をするパケットとして識別する。また、振分け識別ＩＤに、パケットを受信した物理ポートＩＤを利用することもできる。その場合、パケット識別部９１は、受信したパケットに当該パケットが到着した物理ポートの識別ＩＤが付与されている場合、物理ポートの識別ＩＤが同値ならば同じ処理をするパケットとして識別する。さらには、ＴＣＰヘッダのＰｏｒｔ ＩＤなど受信したパケットを一連のグループとして分類できる情報であれば、振分け識別ＩＤとして利用することができ、パケット識別部９１にどの情報で受信パケットを識別するのかを設定すればよい。
【００６５】
パケット識別部９１は、振分け識別ＩＤを特定すると、特定した振分け識別ＩＤを用いてパケット振分け管理テーブル８１を検索する。パケット識別部９１は、振分け識別ＩＤを検索キ―としてパケット振分け管理テーブル８１を検索することで、受信したパケットを処理するパケット処理モジュールグループを特定し、特定されたパケット処理モジュールグループのグループｎパケット処理モジュールスケジューラ９２−ｎにパケットを転送する。
【００６６】
グループｎパケット処理モジュールスケジューラ９２−ｎは、パケット識別部９１からパケットを受信すると、受信したパケットの任意のフィールドからパケットの優先順位を特定し、対応するクラスキュー（ここでは高優先キュー９３と低優先キュー９４のどちらか）にパケットを格納する。また、パケットを格納するクラスキューを決定する別の方法として、グループｎパケット処理モジュールスケジューラ９２−ｎは、ユーザ優先度管理テーブル８２を参照し、ネットワーク利用ユーザおよびそのネットワーク利用ユーザの優先度を特定してパケットを格納するクラスキューを決定しても良い。ユーザ識別ＩＤを検索キーとしてユーザ優先度管理テーブル８２を検索し、パケットを格納するクラスキューを特定する。
【００６７】
さらに、グループｎパケット処理モジュールスケジューラ９２−ｎが有するスケジューラ９５は、クラスキューにパケットが格納されると、パケット処理モジュール管理テーブル８３を参照して、グループに属するパケット処理モジュールのうち利用可能なパケット処理モジュールである利用パケット処理モジュールＩＤ２１４を特定して、任意のパケット処理モジュールへパケットを転送する。
【００６８】
スケジューラ９５は、パケット処理モジュール管理テーブル８３を自グループのパケット処理モジュールグループＩＤで検索し、利用パケット処理モジュールＩＤ２１４を取得することでデータパケットの転送先を決定して、クラスキューから読出したデータパケットを決定したパケット処理モジュールへと転送する。クラスキューに複数のデータパケットが格納されている場合、スケジューラ９５は、より優先度の高いクラスキューからデータパケットを読み出してパケット処理モジュールへと転送する。
【００６９】
ここで、通信装置３０−ｎは、パケット処理モジュール管理テーブル８３に登録されている利用パケット処理モジュールＩＤ２１４フィールドに登録するパケット処理モジュールＩＤを書き換えることで、任意に、利用するパケット処理モジュールの個数を変更することができる。スケジューラ９５がデータパケットの処理をしているときに、パケット処理モジュール管理テーブル８３の利用パケット処理モジュールＩＤ２１４フィールドに登録されているパケット処理モジュールＩＤの値が書き換えられた場合、スケジューラ９５は、書き換えられる前または書き換えられる後の情報に基づいて、パケットの振分け先のパケット処理モジュールを特定することができる。このため、パケット処理モジュール管理テーブル８３の値は、いつ書き換えられたとしてもパケットの振分け処理にはまったく影響がない。
【００７０】
さらに、スケジューラ９５は、単位時間当たりのパケット読み出し量を計算し、計算結果をパケット処理モジュール管理テーブル８３のパケット処理モジュールグループ利用帯域２１１に格納する。ここでは、パケット処理モジュールグループ利用帯域２１１は、１秒あたりにスケジューラ９５がパケット処理モジュールに転送したデータ量を格納する例を示しているが、１秒あたりにスケジューラ９５パケット処理モジュールに転送したデータパケット数、または、これまでにスケジューラ９５がパケット処理モジュールに転送したデータ量の総和またはパケット数の総和などでも良い。さらには、読み出し量ではなく、パケット処理モジュールスケジューラに入力したパケットのデータ量およびパケット数から生成できる値を保持しても良い。図１５の例では、グループｎパケット処理モジュールスケジューラ９２−ｎで、１つのパケット処理モジュールグループ利用帯域２１１を管理する例を示しているが、例えば、グループｎパケット処理モジュールスケジューラ９２−ｎが１個以上のクラスキューを有する場合はクラスキュー毎のパケット処理モジュールグループ利用帯域２１１を保持していても良い。
【００７１】
さらに、スケジューラ９５に負荷上昇閾値と負荷下降閾値とを設定することができる。スケジューラ９５は、現在の利用パケット処理モジュール数で処理できるデータ量に対して、現在スケジューラ９５がパケット処理モジュールに転送しているデータ量が負荷上昇閾値を上回った場合、負荷上昇閾値越えイベントが発生したとし、イベント通知コマンドを生成する。また、スケジューラ９５は、現在の利用パケット処理モジュール数で処理できるデータ量に対して、現在スケジューラ９５がパケット処理モジュールに転送しているデータ量が負荷下降閾値を下回った場合、負荷下降閾値越えイベントが発生したとし、イベント通知コマンドを生成する。これらのイベント生成の閾値は、スケジューラ９５が１秒あたりにパケット処理モジュールに転送したデータ量とすることもできるし、１秒あたりにパケット処理モジュールに転送したデータパケット数とすることもできる。上記では、負荷上昇閾値及び負荷下降閾値は、グループｎパケット処理モジュール９２−ｎで１つとして管理した例を示したが、例えば、グループｎパケット処理モジュール９２−ｎが１個以上のクラスキューを有する場合は、クラスキュー毎に負荷上昇閾値及び負荷下降閾値を保持してもよい。
【００７２】
さらに、スケジューラ９５は、クラスキューでのデータパケット廃棄監視を行う。スケジューラ９５は、パケット処理モジュールの処理性能不足により、クラスキューでパケット廃棄が発生した場合には、廃棄イベントが発生したとし、イベント通知コマンドを生成する。上記では、これら廃棄イベントは、グループｎパケット処理モジュールスケジューラ９２−ｎで１つとして管理した例を示したが、例えば、グループｎパケット処理モジュールスケジューラ９２−ｎが１個以上のクラスキューを有する場合はクラスキュー毎にデータパケット廃棄監視をして、クラスキュー毎に、イベント通知コマンドを生成しても良い。
【００７３】
また、スケジューラ９５は、当該スケジューラで管理するパケット処理モジュール７４−ｎにインストールされ有効化されているパケット処理モジュール回路が処理できないプロトコルのパケットを受信したことを検出すると、未対応プロトコル検出イベントを生成する。
【００７４】
スケジューラ９５は、生成したこれらのイベント通知コマンドをＮＭＳ２０に送信する。
【００７５】
次にパケット処理モジュール７４−ｎについて説明する。パケット処理モジュール７４−ｎには、ＮＭＳ２０から、任意のパケット処理機能を有するパケット処理モジュール回路がインストールされる。パケット処理モジュール７４−ｎは、パケット受信振り分け部７３からデータパケットを受信すると、パケット処理モジュールにインストールされているパケット処理モジュール回路ごとに、異なるパケット処理を受信データパケットに施し、パケット多重部７５にデータパケットを転送する。
【００７６】
一例として、パケット処理モジュール７４−ｎにインストールされたパケット処理モジュール回路がＶＬＡＮ回路の場合の動作を説明する。パケット処理モジュール７４−ｎは、データパケットを受信すると、受信データパケットのＶＬＡＮタグの中に含まれるＶＩＤをデータパケットから取得して、ＶＩＤから当該データパケットを送信したユーザを特定する。その後、パケット処理モジュール７４−ｎは、当該ユーザのデータパケットの転送先を特定し、さらには、データパケットを転送するＭＰＬＳ−ＴＰパス（ＷＡＮに設定されたデータ通信経路）を特定する。ＭＰＬＳ−ＴＰパスが特定できると、次に前記ＭＰＬＳ−ＴＰパスでデータパケットを転送するためのＭＰＬＳ−ＴＰヘッダを生成して当該データパケットをカプセル化する。さらには、パケット処理モジュール７４−ｎは、ここでポリシング（Ｐｏｌｉｃｎｇ）やカラーリング（Ｃｏｌｏｒｎｇ）などのトラヒック制御を行うこともできる。
【００７７】
上記では、ＶＬＡＮを用いて、データパケットの送信ユーザを特定して、データパケットを処理する一例を説明したが、通信装置は、各パケット処理モジュール７４−ｎに、データパケットの送信ユーザを特定できる任意のパケット処理モジュール回路をインストールすることができる。
【００７８】
また、通信装置３０は、パケット処理モジュール７４−ｎに一度インストールされたパケット処理モジュール回路をアンインストールすることができる。パケット処理モジュール７４−ｎからパケット処理モジュール回路をアンインストールする場合、パケット受信振分け部７３のパケットモジュール管理テーブル８３からはパケット処理モジュール回路をアンインストールしたパケット処理モジュール７４−ｎの情報を削除することが望ましい。これにより、パケット処理モジュール７４−ｎでデータパケット処理中にパケット処理モジュール回路がアンインストールされることが抑止でき、パケット処理モジュール回路の入れ替えによるデータパケット廃棄がなくなる。
【００７９】
また、通信装置３０のパケット処理モジュール７４−ｎは、個別に任意のパケット処理モジュール回路をインストール及びアンインストールできるだけでなく、パケット処理モジュール７４−ｎにインストーされたパケット処理モジュール回路の有効及び無効を設定することができる。
【００８０】
通信装置３０−ｎは、パケット処理モジュールの「有効化」が設定されたパケット処理モジュール回路有効コマンド３０４を受信すると、指示されたパケット処理のパケット処理モジュール回路を有効化する。また、このとき、通信装置３０−ｎは、パケット処理モジュール管理テーブル８３のパケット処理モジュールグループ利用帯域２１２、予約パケット処理モジュールＩＤ２１３、及び、利用パケット処理モジュールＩＤ２１４を更新する。これにより、通信装置３０−ｎのラインカードでは新たなパケット処理モジュールに対してパケットの振分けが開始される。これにより、通信装置３０−ｎのパケット処理性能が拡張される。
【００８１】
また、通信装置３０−は、ＮＭＳ２０からパケット処理モジュール回路ダウンロードコマンド３０３を受信すると、当該コマンド３０３で指定されたパケット処理モジュール７４−ｎに、パケット処理モジュール回路ダウンロードコマンド３０３に含まれるパケット処理モジュール回路ファイル３０３−７を用いて、パケット処理モジュール回路をインストールする。このとき、通信装置３０−ｎは、パケット処理モジュール管理テーブルのパケット処理モジュールグループ利用帯域２１２、予約パケット処理モジュールＩＤ２１３、及び、利用パケット処理モジュールＩＤ２１４を更新する。
【００８２】
また、通信装置３０−ｎは、ＮＭＳ２０から、パケットモジュール削除コマンド３０５を受信すると、パケットモジュール回路削除コマンド３０５で指示されたパケット処理モジュールのパケット処理モジュール回路をアンインストールする。このとき、通信装置３０−ｎは、パケット処理モジュール管理テーブル８３のパケット処理モジュールグループ利用帯域２１２、予約パケット処理モジュールＩＤ２１３、及び、利用パケット処理モジュールＩＤ２１４を更新する。
【００８３】
また、通信装置３０−ｎは、パケット処理モジュール回路有効/無効コマンド３０４の「無効」指示を受信すると、パケット処理モジュール回路有効/無効コマンド３０４で指示されたパケット処理モジュールのパケット処理モジュール回路を無効化する。このとき、通信装置３０−ｎは、パケット処理モジュール管理テーブル８３の利用パケット処理モジュールＩＤ２１４から、パケット処理モジュール回路有効/無効コマンド３０４で指示されたパケット処理モジュールＩＤを削除する。
【００８４】
例えば、ここで、一つのパケット処理モジュールのパケット処理性能が１０Ｇｂｉｔ／ｓであり、３個のパケット処理モジュールに同一のパケット処理機能（ここではＭＰＬＳ−ＴＰプロトコル処理機能とする）がインストールされているとする。このとき、本ラインカードは３０Ｇｂｉｔ／s分のＭＰＬＳ−ＴＰデータのパケット処理性能を有することになる。一方、本ラインカードには１５Ｇｂｉｔ／ｓのＭＰＬＳ−ＴＰデータパケットが流入している場合、本発明の通信装置３０―ｎは、１個のパケット処理モジュールのパケット処理モジュール回路を無効化し、３個のうち２個のパケット処理モジュールのパケット処理モジュール回路を有効にするだけで、受信する全てのＭＰＬＳ−ＴＰデータパケットを処理することが出来る。このとき、利用パケット処理モジュールＩＤ２１４のフィールドには、稼働中の（すなわち、パケットの振り分け対象である）パケット処理モジュールのパケット処理モジュールＩＤが格納されている。パケット処理モジュールのパケット処理モジュール回路を無効化することで、そのパケット処理モジュールへの電力供給を停止することができるので、省電力効果が期待できる。
【００８５】
これにより、通信事業者は、通信装置３０に流入するパケットを処理するために必要なパケット処理機能・パケット処理性能だけを購入（すなわちダウンロード）または、有効化し、不要なパケット処理機能を無効にする、または、削除することで、通信事業者のネットワーク構築コスト、及び、保守コストの削減することができる。
【００８６】
パケット多重部７５は、パケット処理モジュール７４−ｎで特定のパケット処理が施されたデータパケットを受信し、データパケットを多重して、多重したデータパケットをＳＷ送信回路７６へと転送する。
【００８７】
ＳＷ送信回路７６は、データパケットをラインカードからＳＷカードへ転送するためのフォーマットに変換する機能を有する回路である。ＳＷ送信回路７６は、パケット多重部７５からデータパケットを受信すると、データパケットのフォーマット変換を行い、フォーマット変換したデータパケットをＳＷカードへ転送する。
【００８８】
ＳＷ受信回路７７は、ＳＷカードからデータパケットを受信して、データパケットをラインカード内部で処理するフォーマットに整える。ＳＷ受信回路７７は、ＳＷカードからデータパケットを受信すると、データパケットのフォーマット変換を行い、パケット振り分け部７８または送信回路７２にフォーマット変換したデータパケットを転送する。
【００８９】
パケット振分け部７８は、複数の送信回路７２−ｎを有するラインカードに具備される回路である。パケット振分け部７８は、ＳＷ受信回路７７からデータパケットを受信すると、データパケットの出力先の物理ポートを特定し、出力先物理ポートと接続する送信回路７２−ｎにデータパケットを転送する。
【００９０】
カードコントローラ７９は、装置コントローラ３４と通信する。また、カードコントローラ７９は、ラインカード上の各パケット処理モジュールへの特定の値の設定を行う。また、カードコントローラ７９は、各パケット処理モジュール回路の有効/無効を示すステータス情報および各パケット処理モジュールが保持する性能情報などを収集して装置コントローラ３４に通知する。
【００９１】
本発明のネットワークシステムを構成する通信装置３０−ｎのＵＮＩラインカード３１およびＮＮＩラインカード３２は、前述のとおり書換え可能なパケット処理モジュールを複数具備している。このパケット処理モジュールにインストールするパケット処理モジュール回路を、通信装置３０−ｎのＵＮＩラインカード３１で収容する通信サービスで利用するプロトコルに応じて変更する。これにより、同一のＵＮＩラインカード３１でさまざまな通信サービスを収容することができる。さらには、ＵＮＩラインカード３１で収容する通信サービスのトラヒック量の増減により、パケット処理モジュールにインストールするパケット処理モジュール回路の個数を変更する。したがって、柔軟に必要十分なパケット処理性能をＵＮＩラインカード３１上で実現することができる。
【００９２】
[コマンドの例]
図１７に、通信装置３０−ｎとＮＭＳ２０との間でやりとりするコマンドのフォーマットの例を示す。
【００９３】
ＮＭＳ２０が通信装置３０から受信するコマンドの種別は、イベント通知コマンド３０１と、性能情報通知コマンド３０２との２種類がある。それぞれのコマンドは、コマンド種別に関係なく共通の情報を保持する共通部と、それぞれのコマンドごとに内容が異なる個別部から構成されている。共通部は、装置ＩＤ３０１−１、３０２−１、ラインカードＩＤ３０１−２、３０２−２、パケット処理モジュールグループＩＤ３０１−３、３０２−３、コマンド種別３０１−４、３０２−４から構成されている。
【００９４】
装置ＩＤ３０１−１、３０２−１は、当該コマンドを送信した通信装置３０−ｎの装置ＩＤが格納されるフィールドである。ラインカードＩＤ３０１−２、３０２−２は、当該コマンドを送信した通信装置３０−ｎのラインカードの識別ＩＤが格納されるフィールドである。パケット処理モジュールグループＩＤ３０１−３、３０２−３は、当該コマンドを送信した通信装置３０−ｎのラインカードが具備するパケット処理モジュールグループを識別するＩＤである。これら３つのフィールドの組み合わせで、当該コマンドがどの通信装置３０−ｎのラインカードのパケット処理モジュールグループから送信されたものかを一意に特定することができる。コマンド種別は、当該コマンドの種別を保持するフィールドである。通信装置３０から送信されるコマンド種別としてはイベント通知、性能情報通知などがある。
【００９５】
次にコマンドの個別部を説明する。イベント通知コマンド３０１の個別部は、発生イベントフィールド３０１−５と未知パケット識別情報３０１−６とから構成される。
【００９６】
発生イベントフィールド３０１−５には、発生したイベントの内容が保持される。発生イベントフィールド３０１−５に保持されるイベント内容の例としては以下のようなものがある。
【００９７】
（1）高優先キューでのデータパケットの廃棄発生 
（2）高優先キューの負荷上昇 
（3）高優先キューの負荷下降 
（4）低優先キューでのデータパケットの廃棄発生 
（5）低優先キューの負荷上昇 
（6）低優先キューの負荷下降 
（7）未知パケットの受信
また、未知パケット識別情報フィールド３０１−６は、当該コマンドが発生イベント「（７）未知パケットの受信」を通知するコマンドである場合のみ使用され、受信したパケットのプロトコル種別が特定できる情報を未知パケット識別情報フィールド３０１−６に格納する。
【００９８】
次に、性能情報通知コマンド３０２について説明する。共通部の装置ＩＤ３０２−１、ラインカードＩＤ３０２−２、パケット処理モジュールグループＩＤ３０２−３、コマンド種別３０２−４は、イベント通知コマンド３０１と同じであるので説明を割愛する。性能情報通知コマンド３０２のコマンド個別部を説明する。性能情報通知コマンド３０２の個別部は性能情報フィールドを有する。性能情報フィールド３０２−５には、通信装置３０−ｎのラインカードやパケット処理モジュールから取得された性能情報が格納される。性能情報の一例としては、例えば、受信パケット数、受信バイト数、送信パケット数、送信バイト数、廃棄フレーム数、受信レート、送信レートなどがある。これら性能情報が、装置単位、ラインカード単位、パケット処理モジュール単位、ユーザ単位など、さまざまな単位で通信装置３０−ｎから送信される。
【００９９】
ＮＭＳ２０から通信装置に送信するコマンドの種別は、パケット処理モジュール回路ダウンロードコマンド３０３、パケット処理モジュール回路有効/無効コマンド３０４、パケット処理モジュール回路削除コマンド３０５の３種類がある。それぞれのコマンドは、コマンドの種別に関係なく共通の情報を保持する共通部と、それぞれのコマンドごとに内容が異なる個別部と、から構成される。
【０１００】
共通部は、装置ＩＤ３０３−１、３０４−１、３０５−１、ラインカードＩＤ３０３−２、３０４−２、３０５−２、パケット処理モジュールグループＩＤ３０３−３、３０４−３、３０５−３、コマンド種別３０３−４、３０４−４、３０５―４、ターゲットパケット処理モジュールＩＤ３０３−５、３０４−４、３０５−５から構成される。装置ＩＤ３０３−１、３０４−１、３０５−１は、当該コマンドを受信すべき通信装置３０−ｎの識別ＩＤが格納されるフィールドである。ラインカードＩＤ３０３−２、３０４−２、３０５−２は、当該コマンドを受信すべき通信装置のラインカードの識別ＩＤが格納されるフィールドである。パケット処理モジュールグループＩＤ３０３−３、３０４−３、３０５−３は、当該コマンドを受信すべき通信装置３０−ｎのラインカードが具備するパケット処理モジュールグループを識別するＩＤが格納されるフィールドである。コマンド種別３０３−４、３０４−４、３０５―４は、当該コマンドの種別を保持するフィールドである。ＮＭＳ２０が送信するコマンド種別としては、パケット処理モジュール回路ダウンロード、パケット処理モジュール回路有効/無効、パケット処理モジュール回路削除などがある。ターゲットパケット処理モジュールＩＤ３０３−５、３０４−４、３０５−５は、当該コマンドにより何らかの処理アクションが実行されるパケット処理モジュール７４−ｎの識別ＩＤが格納されるフィールドである。通信装置３０―ｎは、ＮＭＳ２０から受信したコマンドの、装置ＩＤ、ラインカードＩＤ、パケット処理モジュールグループＩＤ、ターゲットパケット処理モジュールＩＤの４つのフィールドの組み合わせにより、当該コマンドが、どの通信装置３０―ｎのどのラインカードのどのパケット処理モジュール７４−ｎに向けてのコマンドであるかを一意に特定することができる。
【０１０１】
次にコマンドの個別部を説明する。パケット処理モジュール回路ダウンロードコマンド３０３の個別部は、パケット処理モジュール種別３０３−６とパケット処理モジュール回路ファイル３０３−７とから構成される。パケット処理モジュール種別３０３−６は、当該パケット処理モジュール回路ダウンロードコマンド３０３により通信装置３０−ｎのパケット処理モジュールにインストールされるパケット処理モジュール種別を格納するフィールドである。パケット処理モジュール回路ファイル３０３−７は、当該パケット処理モジュール回路ダウンロードコマンド３０３により通信装置３０―ｎのパケット処理モジュール７４−ｎにインストールされるパケット処理モジュール回路のプログラム情報を保持するフィールドである。プログラム情報が大きい場合は、ＮＭＳ２０は、パケット処理モジュール回路ダウンロードコマンド３０３を複数個に分割して送信することもある。パケット処理モジュール回路有効/無効コマンド３０４およびパケット処理モジュール回路削除コマンド３０５には個別部はない。
【０１０２】
[装置間の処理シーケンス例]
図１８〜図２０にＮＭＳ２０、通信装置３０−ｎ、保守者端末２１の間の情報のやりとりを示す処理シーケンスを示す。
【０１０３】
図１８は通信装置３０−ｎでイベントが発生した時の処理シーケンスの一例である。
【０１０４】
通信装置３０−ｎは、当該通信装置３０−ｎでイベントが発生すると（Ｓ４０１）、イベント通知コマンド３０１をＮＭＳ２０に送信する（Ｓ４０２）。
【０１０５】
ＮＭＳ２０は、イベント通知コマンド３０１を受信すると、イベント通知コマンド３０１を解析し、発生イベントを特定する（Ｓ４０３）。特定した発生イベントの内容に基づいて、イベント発生時処理内容保持データベース６７を検索し、処理アクションが「パケット処理モジュール自動追加」、「パケット処理モジュール自動削減」、「パケット処理モジュール無効化」のうち、いずれの処理アクションであるかを特定する（Ｓ４０４）。処理アクションが「パケット処理モジュール自動追加」、「パケット処理モジュール自動削減」、「パケット処理モジュール無効化」のうち、いずれの処理アクションである場合、特定した処理アクション、イベント通知コマンド３０１に含まれる情報に基づいて、パケット処理モジュール資源管理データベース６１及びパケット処理モジュール機能管理データベース６２を検索し（Ｓ４０６）、通信装置３０−ｎに、パケット処理モジュール回路タウンロードコマンド３０３、パケット処理モジュール回路有効/無効コマンド３０４、パケット処理モジュール回路削除コマンド３０５のいずれかのコマンドを送信する（Ｓ４０６）。
【０１０６】
また、ＮＭＳ２０は、S４０５の処理結果に基づいて、パケット処理モジュール資源管理データベース６１、パケット処理モジュール機能管理データベース６２、及び、ネットワークリソース管理データベース６４を更新する（Ｓ４０７）。
【０１０７】
通信装置３０−ｎは、ＮＭＳ２０から、いずれかのコマンドを受信すると、コマンドに従って、パケット処理モジュールを設定する（Ｓ４０８）。また、通信装置３０−ｎは、S４０８の結果に従って、パケット振分け管理テーブル８１及びパケット処理モジュール管理テーブル８３を更新する（Ｓ４０９）。ここで、「パケット処理モジュールを設定する」とは、パケット処理モジュールにパケット処理モジュール回路をインストールする、パケット処理モジュールにインストールされたパケット処理モジュール回路をアンインストールする、パケット処理モジュールにインストールされているパケット処理モジュール回路を有効化、または、無効化する処理を指す。
【０１０８】
以上により、パケット処理モジュールの利用状況により、パケット処理モジュールのパケット処理機能及びパケット処理性能を増減設出来る。従って、通信事業者は、必要最低限のパケット処理機能またはパケット処理性能で通信サービスを導入し、必要に応じてパケット処理モジュールのパケット処理機能及びパケット処理性能を増減設出来るので、ネットワーク構築コスト、及び保守コストを削減することができる。
【０１０９】
図１９は、通信装置３０−ｎでイベントが発生した時に、保守者端末にパケット処理モジュールの更新を促す表示し、その結果、通信装置３０−ｎのパケット処理モジュールを設定する場合の処理シーケンスの一例である。
【０１１０】
通信装置３０−ｎは、当該通信装置３０−ｎでイベントが発生すると（Ｓ５０１）、イベント通知コマンド３０１をＮＭＳ２０に送信する（S５０２）。ＮＭＳ２０は、イベント通知コマンド３０１を受信すると、イベント通知コマンドを解析し、発生イベントを特定する（Ｓ５０３）。特定した発生イベントの内容に基づいて、イベント発生時処理内容保持データベース６７を検索し、処理アクションが「パケット処理モジュール追加推奨画面表示」であるかを特定する（Ｓ５０４）。処理アクションが「パケット処理モジュール追加推奨画面表示」である場合、ＮＭＳ２０は、イベント通知コマンド３０１に含まれる情報に基づいて、パケット処理モジュール資源管理データベース６１及びパケット処理モジュール機能管理データベース６２を検索し（Ｓ５０５）、保守者端末２１に、保守者端末２１がイベント受信通知ウィンドウ４３１を表示するための、通信サービス追加確認画面表示情報を送信する（Ｓ５０６）。保守者端末２１は、通信装置３０−ｎから受信した情報に基づいて、イベント受信通知ウィンドウ４３１を表示する。イベント受信通知ウィンドウ４３１は、図２４を用いて後述する。
【０１１１】
保守者端末２１は、オペレーターから入力された情報に基づいて（Ｓ５０７）、サービスオーダーコマンドをＮＭＳ２０に送信する（Ｓ５０８）。ＮＭＳ２０は、受信したサービスオーダーコマンドを解析し（Ｓ５０９）、サービスオータが、「パケット処理モジュール追加」、「パケット処理モジュール回路削除」、または、「パケット処理モジュール回路無効化」である場合、サービスオーダーの内容及びサービスオーダーコマンドに含まれる情報に基づいて、パケット処理モジュール資源管理データベース６１及びパケット処理モジュール機能管理データベースを検索し（Ｓ５１０）、パケット処理モジュール回路ダウンロードコマンド３０３、パケット処理モジュール回路有効/無効コマンド３０４、パケット処理モジュール回路削除コマンド３０５のいずれかのコマンドを生成し、該当する通信装置３０−ｎに送信する（Ｓ５１１）。
【０１１２】
また、ＮＭＳ２０は、パケット処理モジュール資源管理データベース６１、パケット処理モジュール機能管理データベース６２、及び、ネットワークリソース管理データベース６４を更新する（Ｓ５１２）。通信装置３０−ｎは、いずれかのコマンドを受信すると、コマンドに従って、パケット処理モジュールを設定する（Ｓ５１３）。また、通信装置３０−ｎは、S５１３の結果に従って、パケット振分け管理テーブル８１及びパケット処理モジュール管理テーブル８３を更新する（Ｓ５１４）。
【０１１３】
以上により、パケット処理モジュールの利用状況により、パケット処理モジュールのパケット処理機能及びパケット処理性能を増減設出来る。また、新規通信サービスが追加され、通信装置３０−ｎに備えていないパケット処理機能で処理すべき種別（プロトコル）のパケットを通信装置３０−ｎで検出した場合に、パケット処理モジュールのパケット処理機能を追加出来る。従って、通信事業者は、必要最低限のパケット処理機能またはパケット処理性能で通信サービスを導入し、必要に応じてパケット処理モジュールのパケット処理機能及びパケット処理性能を増減設出来るので、ネットワーク構築コスト、及び保守コストを削減することができる。
【０１１４】
図２０は、ＮＭＳ２０が、他の制御システムからネットワーク変更指示コマンドを受信し、通信装置３０−ｎがパケット処理モジュールを設定するまでの処理シーケンスの一例である。
【０１１５】
ＮＭＳ２０は、他の制御システムからネットワーク変更指示コマンドを受信すると（Ｓ６０１）、コマンドを解析する（Ｓ６０２）。コマンドの内容が、「新たな通信サービスの追加」、または、「既存通信サービスの削除」の場合、保守者端末２１に通信サービス追加リクエストウィンドウ４４１を表示するための情報を通知する（Ｓ６０３）。
【０１１６】
保守者端末２１は、通信装置３０−ｎから受信した情報に基づいて（Ｓ６０４）、通信サービス追加リクエストウィンドウ４４１を表示する。通信サービス追加リクエストウィンドウ４４１の例は図２５に示す。
【０１１７】
保守者端末２１は、オペレータから入力された情報に基づいて、サービスオーダーコマンドをＮＭＳ２０に送信する（Ｓ６０５）。Ｓ６０６乃至Ｓ６１１は、それぞれ、Ｓ５０９乃至Ｓ５１４と同様である。
【０１１８】
従来は、他の制御システムを管理するネットワークオペレータとＮＭＳ２０を管理する通信事業者のネットワークオペレータとが打合せなどをした後に、ＮＭＳ２０を管理する通信事業者のネットワークオペレータがＷＡＮ４０へのネットワーク収容設計を行っていた。その後、ＮＭＳ２０を管理する通信事業者のオペレータは、ＷＡＮ４０のネットワーク設定、通信装置３０−ｎ設定をする過程を経て、新規ユーザを収容する必要があった。しかしながら、本発明により、他の制御システムとの間の連携ができ、オペレータの作業工数の削減および通信サービス収容までのリードタイムの短縮が可能となる。
【０１１９】
また、ＮＭＳ２０は、パケット処理モジュール機能管理データベース６２で管理するパケット処理モジュールのパケット処理モジュール回路の設定状況（具体的には、設定内容１１４、ステータス１１５）を含む情報を、通信装置３０−ｎを提供する通信装置ベンダの端末（図示しない）に通知し、ＮＭＳ２０がパケット処理モジュールのパケット処理モジュール回路の設定状況を通知するタイミングは、定期的に通知してもよいし、パケット処理モジュールの設定が変更され、パケット処理モジュール機能管理データベース６２が更新された時に通知してもよい。
【０１２０】
[ＮＭＳ２０の処理フロー]
図２１は、ＮＭＳ２０が通信装置３０で何らかのイベントが発生したことを通知するイベント通知コマンド３０１、または、通信装置３０から性能情報を通知する性能情報通知コマンド３０２を通信装置３０から受信したときのパケット処理モジュール計算部５１及びパケット処理モジュール回路ダウンロード部５２が実施する処理を説明するフローチャートである。
【０１２１】
まず、パケット処理モジュール計算部５１は、通信装置制御インタフェース４３を介して通信装置３０からコマンドを受信するとコマンドの内容を解析する（Ｓ１０１）。
【０１２２】
受信するコマンドが通信装置３０−ｎからのイベント通知コマンド３０１か、通信装置３０−ｎからの性能情報通知コマンド３０２かにより処理が変わる（Ｓ１０２）。
【０１２３】
まずは、コマンド種別が通信装置からのイベント通知の場合の処理例から説明する。パケット処理モジュール計算部５１は、コマンド種別が通信装置３０−ｎからのイベント通知コマンド３０１の場合、イベント通知コマンド３０１のイベント内容を解析する（Ｓ１０３）。次に、通信装置３０−ｎから受信したイベント通知コマンド３０１の発生イベント３０１−５の内容を検索キーとして、イベント発生時処理内容保持データベース６７を検索する（Ｓ１０４）。
【０１２４】
ここで、処理アクションが「パケット処理モジュール回路の自動追加」の場合の処理例を説明する。
【０１２５】
パケット処理モジュール計算部５１は、イベント発生時処理内容保持データベース６７を検索した結果、発生イベントに対応する処理アクションが「パケット処理モジュール回路自動追加」の場合（Ｓ１０５）、イベント通知コマンド３０１に含まれる、装置ＩＤ３０１−１、ラインカードＩＤ３０１−２、及び、パケット処理モジュールグループＩＤ３０１−３を検索キーとして、パケット処理モジュール資源管理データベース６１及びパケット処理モジュール機能管理データベース６２を検索し、当該通信装置３０−ｎのラインカードのパケット処理モジュールグループＩＤの予約パケット処理モジュール１０８のうちパケット処理モジュールにパケット処理モジュール回路がインストールされているがパケット処理モジュール回路が無効化されているパケット処理モジュールの数（以下、「予約パケット処理モジュール残数」）、パケット処理モジュール数１０３のうちパケット処理モジュール回路がインストールされていないパケット処理モジュールの数（以下、「空きパケット処理モジュール残数」）、及び、どのパケット処理モジュールに何のパケット処理モジュール回路がインストールされているかを特定する（Ｓ１０６）。
【０１２６】
パケット処理モジュール回路ダウンロード部５２は、当該通信装置３０−ｎのラインカードのモジュールグループＩＤに属するパケット処理モジュールに予約パケット処理モジュール残数がゼロでなければ、パケット処理モジュール回路有効コマンド３０３を生成する。パケット処理モジュール回路ダウンロード部５２は、当該通信装置３０−ｎのラインカードのモジュールグループＩＤに属するパケット処理モジュールに予約パケット処理モジュール残数がゼロであり、かつ、空きパケット処理モジュール残数がゼロでなければ、パケット処理モジュール回路データベース６８からパケット処理モジュール回路のプログラム情報を取得し、取得したパケット処理モジュール回路のプログラム情報を含むパケット処理モジュール回路ダウンロードコマンドを生成する（Ｓ１０７）。
【０１２７】
Ｓ１０７の処理を詳しく説明する。
【０１２８】
ＮＭＳ２０は、Ｓ１０７において、パケット処理モジュール資源管理データベース６１から取得した情報に基づいて、予約パケット処理モジュール残数がゼロでなければ、当該通信装置３０−ｎに対してパケット処理モジュール回路有効/無効コマンド３０４を送信する。具体的には、パケット処理回路ダウンロード部５２は、Ｓ１０７において、パケット処理モジュール資源管理データベース６１から、コマンドに含まれる装置ＩＤ３０１−１,ラインカードＩＤ３０１−２,パケット処理モジュールＩＤ３０１−３に対応した予約パケット処理モジュール数１０６と利用パケット処理モジュール数１０７とを取得し、取得した予約パケット処理モジュール数１０６より利用パケット処理モジュール数１０７が小さい場合、パケット処理回路ダウンロード部５２５１は、パケット処理モジュール回路有効/無効コマンドのコマンド種別３０４―４に「パケット処理モジュール回路有効」を格納し、有効化したいパケット処理モジュール回路がインストールされているパケット処理モジュールのパケット処理モジュールＩＤをターゲットパケット処理モジュールＩＤのフィールドに設定する。コマンドに設定すべきターゲットパケット処理モジュールＩＤには、パケット処理モジュール機能管理データベースにおいて、コマンドに含まれる通信装置ＩＤ３０１−３,ラインカードＩＤ３０１−２、パケット処理モジュールグループＩＤ３０１−３によってパケットモジュール種別１０５を特定し、パケット処理モジュール機能管理データベースの設定内容１１４が特定したパケット処理モジュール種別に対応するパケット処理モジュールのうち、ステータス１１５が無効であるパケット処理モジュールＩＤを設定する。ＮＭＳ２０は、以上により生成したパケット処理モジュール回路有効/無効コマンド３０４を通信装置制御インタフェース４３を介して送信する。これにより、ＮＭＳ２０は、通信装置３０−ｎに対してパケット処理モジュール回路の有効化を指示する。
【０１２９】
これにより、通信装置３０−ｎのパケット処理モジュールの利用状況に応じてパケット処理モジュールのパケット処理モジュール回路を有効化することができる。従って、例えば、利用した分のパケット処理モジュール、すなわち、パケット処理モジュールのパケット処理モジュール回路が有効化されているパケット処理モジュールに対して、通信事業者に課金するようなビジネスのシステムを提供することができる。さらには、パケット処理モジュールの利用状況に応じて必要な分だけパケット処理モジュールのパケット処理モジュール回路を有効化することで通信装置３０−ｎの消費電力を低減することが出来る。
【０１３０】
一方、パケット処理モジュール回路ダウンロード部５２は、Ｓ１０７において、パケット処理モジュール資源管理データベース６１から、コマンドに含まれる装置ＩＤ３０１−１,ラインカードＩＤ３０１−２,パケット処理モジュールＩＤ３０１−３に対応した予約パケット処理モジュール数１０６と利用パケット処理モジュール数１０７とを取得し、取得した予約パケット処理モジュール数１０６と利用パケット処理モジュール数１０７との差分が”０”である場合、同一ラインカードＩＤ内の予約パケット処理モジュール数１０６の合算値を計算する。計算で得た合算値と当該ラインカードのパケット処理モジュール数１０３とを比較して、未使用のパケット処理モジュールがある（すなわち、パケット処理モジュール回路がインストールされていないパケット処理モジュールがある場合）場合、不足しているパケット処理機能のパケット処理モジュール回路をインストールする処理を実行する。パケット処理モジュール回路ダウンロード部５２は、当該ラインカードにおいて、未使用のパケット処理モジュールがある場合、パケット処理モジュール機能管理データベース６２のうち、コマンドに含まれる装置ＩＤ３０１−１,ラインカードＩＤ３０１−２に対応する通信装置３０−ｎ及びラインカードの設定内容１１４が“Ｅｍｐｔｙ”のパケット処理モジュールＩＤを特定する。さらに、パケット処理モジュール資源管理データベースを参照して、コマンドに含まれるパケット処理モジュールグループＩＤ３０１−３に対応するパケット処理モジュール種別１０５を特定し、パケット処理モジュール回路データベース６８から、特定したパケット処理モジュール回路のプログラム情報を取得する。パケット処理モジュール計算部５１は、パケット処理モジュール回路ダウンロードコマンド３０３の装置ＩＤ３０３−１、ラインカードＩＤ３０３−２、及び、パケット処理モジュールグループＩＤ３０３−３に装置ＩＤ３０１−１、ラインカードＩＤ３０１−２、パケット処理モジュールグループＩＤ３０１−３を格納し、コマンド種別３０３−４には、「パケット処理モジュールダウンロード」を格納し、ターゲットＩＤ３０３−５に特定したパケット処理モジュールＩＤを格納し、パケット処理モジュール回路ファイルフィールド３０３−７に、取得したパケット処理モジュール回路のプログラム情報を格納し、パケット処理モジュール回路ダウンロードコマンド３０３を生成する。
【０１３１】
ＮＭＳ２０は、以上により生成したパケット処理モジュール回路ダウンロードコマンド３０３を通信装置制御インタフェース４３を介して送信する。
【０１３２】
これにより、通信装置３０−ｎのラインカードでは、新たなパケット処理モジュールに対してパケットの振分けが開始され、通信装置３０−ｎのパケット処理性能が拡張される。この処理により、本発明のネットワークシステムにおいては、通信装置３０−ｎの利用状況に応じてパケット処理モジュール回路を自動的にインストールすることができる。従って、例えば、インストールした分のパケット処理モジュールに対して通信事業者に課金するようなビジネスのシステムを提供することができる。さらには、パケット処理モジュールを利用状況に応じて必要な分だけインストールすることで、通信装置３０−ｎの消費電力を低減することが出来る。
【０１３３】
パケット処理モジュール回路有効/無効コマンド３０４またはパケット処理モジュール回路ダウンロードコマンド３０３を生成すると、パケット処理モジュール回路ダウンロード部５２は、パケット処理モジュール資源管理データベース６１、パケット処理モジュール機能管理データベース６２、及び、ネットワークリソース管理データベース６４の内容を更新する（Ｓ１０８）。パケット処理モジュール計算部５１は、パケット処理モジュール回路ダウンロードコマンド３０３を生成したとき、ネットワークリソース管理データベース６４を更新する。具体的には、パケット処理モジュール回路ダウンロード部５２は、パケット処理モジュール７４−ｎに新規にパケット処理モジュール回路がインストールされると予約帯域が増加するので、予約帯域１２３を更新する。
【０１３４】
上記Ｓ１０１乃至Ｓ１０８の処理により、本発明のネットワークシステムは通信装置３０−ｎの利用状況に応じて、人手を介さずに通信装置３０−ｎのパケット処理性能を増強することが出来る。
【０１３５】
次に、通信装置３０−ｎのラインカードのうちあるラインカードの利用率が下がり、パケット処理モジュールを、人手を介さずにパケット処理モジュールのパケット処理モジュール回路を削減または無効化するときのＮＭＳ２０のパケット処理モジュール計算部５１及びパケット処理モジュールダウンロード部５２で実行される処理を説明する。
【０１３６】
Ｓ１０１からＳ１０４までは前述と同じ処理であるため説明を割愛する。
【０１３７】
パケット処理モジュール計算部５１は、通信装置３０−ｎから受信するコマンドを解析した結果、イベント発生時処理内容保持データベース６７を参照し、コマンドに含まれる発生イベント３０１−５に対応する処理アクションが「パケット処理モジュール回路自動追加」ではなかった場合（Ｓ１０５）、処理アクションが「パケット処理モジュール回路自動削減」または「パケット処理モジュール回路無効化」であるか判断する（Ｓ１１１）。処理アクションが「パケット処理モジュール自動削減」または「パケット処理モジュール回路無効化」の場合、Ｓ１１２の処理を実行する。
【０１３８】
まず、パケット処理モジュールダウンロード部５２は、処理アクションが「パケット処理モジュール回路自動削減」の場合、当該通信装置３０−ｎのラインカードへ送信するパケット処理モジュール回路削除コマンド３０５を生成する（Ｓ１１２）。具体的には、パケット処理モジュール計算部５１は、通信装置３０−ｎから受信したイベント通知コマンド３０１の装置ＩＤ３０１−１、ラインカードＩＤ３０１−２、パケット処理モジュールグループＩＤ３０１−３を検索キーとして、パケット処理モジュール資源管理データベース６１を検索し、削減対象のパケット処理モジュールグループＩＤ１０４のパケット処理モジュール種別１０５を特定する。次に、通信装置３０−ｎから受信したイベント通知コマンド３０１の、装置ＩＤ３０１−１、ラインカードＩＤ３０１−２、および、特定したパケット処理モジュール種別を検索キーとして、パケット処理モジュール機能管理データベース６２を検索し、削除対象のパケット処理モジュール回路がインストールされているパケット処理モジュールＩＤ１１３を特定する。特定されるパケット処理モジュールＩＤ１１３が複数ある場合は、任意に複数のうち１のパケット処理モジュールＩＤ１１３を特定してもよい。パケット処理モジュールダウンロード部５２は、パケット処理モジュールＩＤ１１３が特定されると、パケット処理モジュール回路削除コマンド３０５を生成する。ＮＭＳ２０は、通信装置制御インタフェース４３を介してパケット処理モジュール回路削除コマンド３０５を通信装置３０−ｎに送信する。パケット処理モジュール回路削除コマンド３０５の装置ＩＤ３０５−１、ラインカードＩＤ３０５−２、パケット処理モジュールＩＤ３０５−３には、それぞれ、装置ＩＤ３０１−１、ラインカードＩＤ３０１−２、パケット処理モジュールＩＤ３０１−３を、コマンド種別３０５−４には「パケット処理モジュール回路削除」を、ターゲットパケット処理モジュールＩＤ３０５−５には特定したパケット処理モジュールＩＤを格納する。これにより、通信装置３０−ｎのラインカードでは、パケット処理モジュール回路がアンインストール（削除）されたパケット処理モジュールに対してパケットの振分けが停止され、パケット処理性能が縮小される。
【０１３９】
これより、通信装置３０−ｎの利用状況に応じて、パケット処理モジュール回路を人手を介さずにアンストールすることができる。従って、例えば、インストールした分のパケット処理モジュールに対して通信事業者に課金するようなビジネスのシステムを提供することができる。
【０１４０】
次に、パケット処理モジュール計算部５１がＳ１１１において、処理アクションが「パケット処理モジュール回路無効化」であると判断した場合、パケット処理モジュールダウンロード部５２は、当該通信装置３０−ｎのラインカードに送信するパケット処理モジュール回路有効/無効コマンド３０４を生成する（Ｓ１１２）。具体的には、パケット処理モジュール計算部５１は、通信装置３０−ｎから受信した、イベント通知コマンド３０１の装置ＩＤ３０１−１、ラインカードＩＤ３０１−２、モジュールグループＩＤ３０１−３を検索キーとして、パケット処理モジュール資源管理データベース６１を検索し、無効化対象のパケット処理モジュールグループＩＤのパケット処理モジュール種別１０５を特定する。次に、装置ＩＤ３０１−１、ラインカードＩＤ３０１−２、及び、特定したパケット処理モジュール種別を検索キーとして、パケット処理モジュール機能管理データベース６２を検索し、無効化対象のパケット処理モジュール回路がインストールされているパケット処理モジュール７４−ｎのうちステータス１１５が“有効”であるパケット処理モジュールＩＤ１１３を特定する。特定されるパケット処理モジュールＩＤ１１３が複数ある場合は、任意に複数のうち１のパケット処理モジュールＩＤ１１３を特定してもよい。パケット処理モジュールダウンロード部５２は、無効化対象のパケット処理モジュールＩＤ１１３が特定されると、パケット処理モジュール回路有効／無効コマンド３０４の「無効」指示を生成する。パケット処理モジュール回路有効／無効コマンド３０４の装置ＩＤ３０５−１、ラインカードＩＤ３０５−２、パケット処理モジュールＩＤ３０５−３には、それぞれ、装置ＩＤ３０１−１、ラインカードＩＤ３０１−２、パケット処理モジュールＩＤ３０１−３を、コマンド種別３０５−４には「パケット処理モジュール回路無効化」を、ターゲットパケット処理モジュールＩＤ３０５−５には特定したパケット処理モジュールＩＤを格納する。これにより、通信装置３０−ｎのラインカードではパケット処理モジュール回路が無効化されたパケット処理モジュールに対して、パケットの振分けが停止される。これにより、ラインカードのパケット処理性能を縮小することが出来る。
【０１４１】
この処理により、通信装置３０−ｎの利用状況に応じてパケット処理モジュールのパケット処理モジュール回路を人手を介さずに無効化することができる。従って、例えば利用した分のパケット処理モジュール、すなわち、パケット処理モジュール回路が有効化されているパケット処理モジュールに対して通信事業者に課金するようなビジネスのシステムを提供することができる。
【０１４２】
パケット処理モジュールダウンロード部５２は、パケット処理モジュール回路無効化コマンドまたはパケット処理モジュール回路削除コマンドを生成すると、パケット処理モジュール資源管理データベース６１、パケット処理モジュール機能管理データベース６２、ネットワークリソース管理データベース６３の内容を更新する（Ｓ１０８）。ネットワークリソース管理データベース６３は、パケット処理モジュール回路削除コマンドを生成したとき更新する。パケット処理モジュール回路がアンインストールされると、予約帯域が減少するので予約帯域１２３を更新する。
【０１４３】
上記Ｓ１０１乃至Ｓ１０５、Ｓ１１１乃至Ｓ１１２、及び、Ｓ１０８の処理により、本発明のネットワークシステムは人手を介さずに通信装置３０−ｎの利用状況に応じて、パケット処理性能を縮小することができる。
【０１４４】
次に、ＮＭＳ２０のパケット処理モジュール計算部５１が通信装置３０−ｎから受信したコマンドを解析した結果、イベント通知コマンド３０１の設定が、ネットワークオペレータの判断でパケット処理モジュールの追加を行う設定であった場合の処理について説明する。
【０１４５】
Ｓ１０１からＳ１０４までは前述と同じ処理となるので説明を割愛する。
【０１４６】
パケット処理モジュール計算部５１は、通信装置３０−ｎから送信されてきたコマンドの解析の結果、イベント発生時処理内容保持データベース６７を参照し、イベント通知コマンド３０１に含まれる発生イベント３０１−５に対応する処理アクションが、「パケット処理モジュール回路自動追加」ではなく（Ｓ１０５）、かつ、「パケット処理モジュール回路自動削減」、または、パケット処理モジュール回路無効化」でもなかった（Ｓ１１１）場合、「パケット処理モジュール回路追加推奨画面表示」かどうかを判断する（Ｓ１１３）。
【０１４７】
パケット処理モジュール計算部５１は、イベント通知コマンドに含まれる発生イベント３０１−５に対応する処理アクションが「パケット処理モジュール追加推奨画面表示」の場合、保守者端末２１の画面に、受信したイベント通知コマンド３０１の装置ＩＤ３０１−１、ラインカードＩＤ３０１−２、パケット処理モジュールグループＩＤ３０１−３、発生イベント３０１−５、未知パケット識別情報３０１−６の内容を表示するための情報を、保守者端末接続インタフェース４４を介して出力する（Ｓ１１４）。パケット処理モジュール回路を追加（購入）するのに必要な課金情報を含めてもよい。保守者端末２１に表示されるイベント受信通知ウィンドウ４３１については、図２４で後述する。
【０１４８】
これにより、保守者端末２１を操作するオペレータは、保守者端末２１を介して通信装置３０−ｎからのステータス通知を確認することができ、発生イベントに応じて、パケット処理モジュール回路の追加、パケット処理モジュール回路の削除などの保守アクションを実行することができる。
【０１４９】
次に、ＮＭＳ２０のパケット処理モジュール計算部５１が通信装置３０−ｎから受信したコマンドを解析した結果、通信装置３０−ｎからのコマンドは性能情報通知コマンド３０２であると判断した場合について説明する。
【０１５０】
Ｓ１０１の処理は前述と同じ処理であるため説明を割愛する。Ｓ１０２において、コマンドのコマンド種別フィールド３０２−４を確認した結果、コマンドはイベント通知コマンド３０１で無かった場合、Ｓ１０９の処理へと移る。
【０１５１】
パケット処理モジュール計算部５１は、Ｓ１０９において、通信装置３０−ｎから受信したコマンドが、性能情報通知コマンド３０２であること判断すると、Ｓ１１０の処理へ移る（Ｓ１０９）。
【０１５２】
パケット処理モジュール計算部５１は、性能情報通知コマンド３０２を受信すると、コマンドに含まれる性能情報３０２−５に基づいて、パケット処理モジュール利用状況データベース６６の更新処理を行う（Ｓ１１０）。
【０１５３】
パケット処理モジュール利用状況データベース６６の一例では、パケット処理モジュール種別ごとに現時刻利用帯域１４４、時間帯Ａ利用帯域１４５、時間帯Ｂ利用帯域１４７を保持しているので、パケット処理モジュール計算部５１は、現時刻利用帯域１４５を性能情報通知コマンド３０２の性能情報フィールドから取得した値で更新し、現在の時刻に対応する時間帯Ａまたは時間帯Ｂの利用帯域を更新する。時間帯Ａまたは時間帯Ｂの利用帯域フィールドにはそれぞれの時間帯の平均した利用帯域が格納されている。
【０１５４】
最後に、パケット処理モジュール計算部５１は、パケット処理モジュール利用状況データベース更新後の現時刻利用帯域１４５と利用可能帯域１４４の値から、現在の利用率を算出し、利用率をリソース不足通知閾値１４８およびリソース余剰通知閾値１４９と比較する。比較の結果、リソース不足通知閾値１４８またはリソース余剰通知閾値１４９を越えると、保守者端末接続インタフェースを介して、保守者端末２１にオペレータアクションプラン（すなわち、パケット処理モジュール追加推奨通知ウィンドウ４１１及びパケット処理モジュール削除推奨通知ウィンドウ４２１）を表示するための情報を出力する（Ｓ１１５）。保守者端末２１にオペレータアクションプランを表示するための情報には、性能情報通知コマンド３０２の装置ＩＤ３０２−１、ラインカードＩＤ３０２−２、モジュールグループＩＤ３０２−３に対応するパケット処理モジュール種別、購入済み帯域合計（すなわち、ラインカードＩＤ３０２−２のモジュールグループＩＤ３０２−３に対応するパケット処理モジュール種別に対応する利用可能帯域１４４）、現時刻利用帯域１４５などが含まれる。また、保守者端末２１にパケット処理モジュール追加推奨通知ウィンドウ４１１及びパケット処理モジュール削除推奨通知ウィンドウ４２１を表示するための情報に、パケット処理モジュール回路を追加（購入）するのに必要な課金情報を含めてもよい。
【０１５５】
パケット処理モジュール計算部５１は、現在時刻利用帯域１４５が、利用可能帯域１４４の設定値とリソース不足通知閾値１４８から算出される帯域（算出方法：利用可能帯域×リソース不足通知閾値(比率)）を超過する場合、保守者端末２１にパケット処理モジュール追加推奨通知ウィンドウ４１１を表示するための情報を出力する。
【０１５６】
また、パケット処理モジュール計算部５１は、現在時刻利用帯域１４５が、利用可能帯域１４４の設定値とリソース余剰通知閾値１４９から算出される帯域（算出方法：利用可能帯域×リソース余剰通知閾値(比率)）を下回る場合、保守者端末２１にパケット処理モジュール削除推奨通知ウィンドウ４２１を表示するための情報を出力する。保守者端末２１に表示される画面例については、図２６、図２７を用いて後述する。
【０１５７】
これらの通知機能により、通信装置３０−ｎの利用状況を定期的に監視しながら、パケット処理モジュールの利用状況に応じて、パケット処理モジュール回路の追加/削除を保守者に促すことができる。従って、例えば、通信事業者に対して、利用した分のパケット処理モジュール、すなわち、インストールしたパケット処理モジュール回路に対して課金するようなビジネスモデルを提供することができる。
【０１５８】
図２２を用いて、ＮＭＳ２０が本発明のネットワークシステムとは異なる周辺の制御システム（マネジメントシステム２２など）からネットワーク変更指示コマンドを受信した場合のパケット処理モジュール計算部５１の処理フローを説明する。
【０１５９】
パケット処理モジュール計算部５１は、マネジメントシステム連携インタフェース４２を介して他の制御システムからネットワーク変更指示コマンドを受信すると、コマンドの内容を解析する（Ｓ２０１）。ネットワーク変更指示コマンドの内容が新たな通信サービスの追加、または、既存通信サービスの削除の場合は、保守者端末２１の画面に、オペレータに通信サービス追加リクエストウィンドウ４４１を表示するための情報を、保守者端末接続インタフェース４４を介して出力する（Ｓ２０２）。ここで、ネットワーク変更指示コマンドには、当該コマンドを送信した制御システムの識別情報、ユーザＩＤ、プロトコル種別（図２５の例ではIPv4）、優先度、要求帯域、などが含まれる。
【０１６０】
パケット処理モジュール計算部５１は、パケット処理モジュール利用状況データベース６６を参照し、決定した経路上の通信装置３０−ｎのラインカードで、ネットワーク変更指示コマンドに含まれるパケット種別、優先度、要求帯域のサービスが収容できるかを計算する。パケット処理モジュール計算部５１は、計算した結果、ネットワーク変更指示コマンドに含まれるパケット種別、優先度、要求帯域のサービスを収容するには、通信装置３０−ｎのラインカードに新たなパケット処理モジュール回路を追加する必要がある場合、保守者端末２１に通信サービス追加リクエストウィンドウ４４１を表示するための情報を出力する。保守者端末２１に通信サービス追加リクエストウィンドウ４４１を表示するための情報には、ネットワーク変更指示コマンドに含まれる優先度及び要求帯域、パケット処理計算部５１が計算によって特定したパケット処理モジュール回路を追加する必要がある通信装置の装置ＩＤ、ラインカードＩＤ、追加する必要があるパケット処理モジュール種別などが含まれる。また、保守者端末２１に通信サービス追加リクエストウィンドウ４４１を表示するための情報に、パケット処理モジュール回路を追加（購入）するのに必要な課金情報を含めてもよい。
【０１６１】
保守者端末２１に表示される通信サービス追加リクエストウィンドウ４４１の例は図２５を用いて後述する。
【０１６２】
図２３を用いてＮＭＳ２０が保守者端末２１からサービスオーダーを受信したときのパケット処理モジュール計算部５１及びパケット処理回路タウンロード部５２の処理フローを説明する。
【０１６３】
パケット処理モジュール計算部５１は、保守者端末２１からサービスオーダーを受信すると、サービスオーダーの内容を解析する（Ｓ３０１）。サービスオーダーの種類には、「パケット処理モジュール回路の追加」、「パケット処理モジュール回路の削除/無効」、「パケット処理モジュール回路の状態表示」などが主なものとしてある。
【０１６４】
パケット処理モジュール計算部５１は、サービスオーダーが「パケット処理モジュール回路の追加」であるかを判断する（Ｓ３０２）。サービスオーダーが「パケット処理モジュール回路の追加」であると判断した場合、パケット処理モジュール資源管理データベース６１及びパケット処理モジュール機能管理データベース６２を検索する。これらのデータベースの検索キーには、サービスオーダーで指示された、通信装置ＩＤ、ラインカードＩＤなどを用いる。まず、パケット処理モジュール計算部５１は、パケット処理モジュール資源管理データベース６１から予約パケット処理モジュール数１０６と利用パケット処理モジュール数１０７とを取得し、パケット処理モジュールにパケット処理モジュール回路がインストールされているが、パケット処理モジュール回路が無効化されているパケット処理モジュールの有無を確認する。次に、パケット処理モジュール機能管理データベース６２から、どのパケット処理モジュールに何のパケット処理モジュール回路がインストールされているかを確認する（Ｓ３０３）。
【０１６５】
次に、パケット処理モジュール回路ダウンロード部５２は、サービスオーダーで要求されるパケット処理機能が既にパケット処理モジュール種別１０５としてパケット処理モジュール資源管理データベース６１に登録されており、サービスオーダーで指示された通信装置ＩＤ及びラインカードＩＤに対応する通信装置３０−ｎのラインカード上に、既にパケット処理モジュールにサービスオーダーで要求されるパケット処理機能を有するパケット処理モジュール回路がインストールされているが、パケット処理モジュール機能管理データベース６２のステータス１１５が「無効」となっているパケット処理モジュールがあれば、当該パケット処理モジュールのパケット処理モジュールＩＤを特定し、当該パケット処理モジュールのパケット処理モジュール回路を有効化するために、パケット処理モジュール回路有効/無効コマンド３０４を生成する。パケット処理モジュール回路有効/無効コマンド３０４の装置ＩＤ３０４−１、ラインカードＩＤ３０４−２には、サービスオーダーで指示された通信装置ＩＤ及びラインカードＩＤを格納し、パケット処理モジュールグループＩＤ３０４−３にはサービスオーダーで指示されたパケット処理機能に対応するパケット処理モジュールグループＩＤを格納し、パケット処理機能コマンド種別には、「パケット処理モジュール回路有効」を格納し、ターゲットパケット処理モジュールＩＤには特定したパケット処理モジュールＩＤを格納する（Ｓ３０４）。
【０１６６】
また、パケット処理モジュール回路ダウンロード部５２は、サービスオーダーで要求されるパケット処理機能が、既にパケット処理モジュール種別としてパケット処理モジュール資源管理データベース６１に登録されているが、パケット処理モジュール機能管理データベース６２のステータス１１５が「無効」であるパケット処理モジュールが無い場合、設定内容１１４が”Ｅｍｐｔｙ”であるパケット処理モジュールのパケット処理モジュールＩＤを特定し、特定したパケット処理モジュールにパケット処理モジュール回路をインストールするために、パケット処理モジュール回路ダウンロードコマンド３０３を生成する。パケット処理モジュール回路ダウンロードコマンド３０３の装置ＩＤ３０３−１、ラインカードＩＤ３０３−２には、サービスオーダーで指示された通信装置ＩＤ及びラインカードＩＤを格納し、パケット処理モジュールグループＩＤ３０３−３にはサービスオーダーで指示されたパケット処理機能に対応するパケット処理モジュールグループＩＤを格納し、ターゲットパケット処理モジュールＩＤ３０３−５には特定したパケット処理モジュールＩＤを格納し、パケット処理モジュール種別３０３−６にはサービスオーダーで指示されたパケット処理機能に対応するパケット処理モジュールの種別を格納し、パケット処理モジュール回路ファイル３０３−７には、パケット処理モジュール回路データベース６８から取得するパケット処理モジュール回路のプログラム情報を格納する（Ｓ３０４）。
【０１６７】
また、パケット処理モジュール回路ダウンロード部５２は、サービスオーダーで要求されるパケット処理機能がパケット処理モジュール資源管理データベース６１にパケット処理モジュール種別１０５として登録されていない場合、設定内容１１４が”Ｅｍｐｔｙ”であるパケット処理モジュールのパケット処理モジュールＩＤを特定し、特定したパケット処理モジュールにパケット処理モジュール回路をインストールするために、パケット処理モジュール回路ダウンロードコマンド３０３を生成する。（Ｓ３０４）。パケット処理モジュール回路ダウンロードコマンド３０３の装置ＩＤ３０３−１、ラインカードＩＤ３０３−２には、サービスオーダーで指示された通信装置ＩＤ及びラインカードＩＤを格納し、パケット処理モジュールグループＩＤ３０３−３にはサービスオーダーで指示されたパケット処理機能に対応するパケット処理モジュールグループＩＤを格納し、ターゲットパケット処理モジュールＩＤ３０３−５には特定したパケット処理モジュールＩＤを格納し、パケット処理モジュール種別３０３−６にはサービスオーダーで指示されたパケット処理機能に対応するパケット処理モジュールの種別を格納し、パケット処理モジュール回路ファイル３０３−７には、パケット処理モジュール回路データベース６８から取得するパケット処理モジュール回路のプログラム情報を格納する（Ｓ３０４）。
【０１６８】
次に、パケット処理モジュール回路ダウンロード部５２は、パケット処理モジュール資源管理データベース６１とパケット処理モジュール機能管理データベース６２の内容を更新する（Ｓ３０５）。
【０１６９】
上記の処理により、ネットワークオペレータからの指示に従い、通信装置３０−ｎにパケット処理モジュール回路を追加することが可能である。
【０１７０】
次に、サービスオーダーが「パケット処理モジュール回路削除/無効」の場合について述べる。パケット処理モジュール計算部５１は、Ｓ３０２において、サービスオーダーが「パケット処理モジュール回路の追加」でないと判断した場合、サービスオーダーが「パケット処理モジュール回路削除/無効」であるかを判断する（Ｓ３０６）。
【０１７１】
サービスオーダーが「パケット処理モジュール回路削除/無効」であると判断された場合、パケット処理モジュール計算部５１は、パケット処理モジュール資源管理データベース６１及びパケット処理モジュール機能管理データベース６２を検索する。パケット処理モジュール資源管理データベース６１及びパケット処理モジュール機能管理データベース６２の検索キーには、サービスオーダーで指示された、通信装置ＩＤ、ラインカードＩＤなどを用いる。まず、パケット処理モジュール資源管理データベースから予約パケット処理モジュール数１０６と利用パケット処理モジュール数１０７とを取得し、パケット処理モジュールにパケット処理モジュール回路がインストールされているが、パケット処理モジュール回路が無効化されているパケット処理モジュールの有無を確認する。次に、パケット処理モジュール機能管理データベース６２から、どのパケット処理モジュールに何のパケット処理モジュール回路がインストールされているかを特定する（Ｓ３０３）。
【０１７２】
次に、パケット処理回路タウンロード部５２は、サービスオーダーが「パケット処理モジュール回路の削除」の場合は、サービスオーダーで指示されたパケット処理機能に対応するパケット処理モジュール回路がインストールされているパケット処理モジュール７４―ｎのパケット処理モジュールＩＤをパケット処理モジュール機能管理データベース６２から特定し、パケット処理モジュール回路削除コマンド３０５を生成する。パケット処理モジュール回路削除コマンド３０５の装置ＩＤ３０５−１、ラインカードＩＤ３０５−２には、サービスオーダーで指示された通信装置ＩＤ及びラインカードＩＤを格納し、パケット処理モジュールグループＩＤ３０５−３にはサービスオーダーで指示されたパケット処理機能に対応するパケット処理モジュールグループＩＤを格納し、ターゲットパケット処理モジュールＩＤ３０３−５には特定したパケット処理モジュールＩＤを格納する。
【０１７３】
パケット処理回路タウンロード部５２は、サービスオーダーが「パケット処理モジュール回路の無効」の場合は、指示されたパケット処理機能に対応するパケット処理モジュール回路がインストールされているパケット処理モジュール７４のうち、ステータス１１５が有効であるパケット処理モジュールのパケット処理モジュールＩＤをパケット処理モジュール機能管理データベース６２から特定し、パケット処理モジュール回路有効/無効コマンド３０４を生成する（Ｓ３０７）。パケット処理モジュール回路有効/無効コマンド３０４の装置ＩＤ３０４−１、ラインカードＩＤ３０４−２には、サービスオーダーで指示された通信装置ＩＤ及びラインカードＩＤを格納し、パケット処理モジュールグループＩＤ３０４−３にはサービスオーダーで指示されたパケット処理機能に対応するパケット処理モジュールグループＩＤを格納し、コマンド種別３０４−４には「パケット処理モジュール回路無効」を格納し、ターゲットパケット処理モジュールＩＤ３０４−５には特定したパケット処理モジュールＩＤを格納する。
【０１７４】
次に、パケット処理回路タウンロード部５２は、パケット処理モジュール資源管理データベース６１とパケット処理モジュール機能管理データベース６２の内容を更新する（Ｓ３０５）。
【０１７５】
上記処理により、本発明のネットワークシステムでは、オペレータからの指示に従いパケット処理モジュール回路を削除または無効化することが出来る
次に、サービスオーダーが「パケットモジュール状態表示要求」であった場合について述べる。パケット処理モジュール計算部５１は、S３０６において、サービスオーダーが「パケット処理モジュール回路削除/無効」でないと判断した場合、サービスオーダーが「パケットモジュール状態表示要求」であるか否かを判断する（Ｓ３０８）。サービスオーダーが「パケットモジュール状態表示要求」であると判断した場合、パケット処理モジュール資源管理データベース６１及びパケット処理モジュール機能管理データベース６２を検索する。パケット処理モジュール資源管理データベース６１及びパケット処理モジュール機能管理データベース６２の検索キーには、サービスオーダーで指示された、通信装置ＩＤ、ラインカードＩＤなどを用いる。パケット処理モジュール計算部５１は、サービスオーダで指示された通信装置３０−ｎに属する全パケット処理モジュールの利用状況をパケット処理モジュール資源管理データベース６１及びパケット処理モジュール機能管理データベース６２から取得する。取得したパケット処理モジュールの利用状況を保守者端末２１の画面に表示するために、取得したパケット処理モジュールの利用状況に関する情報を出力する（Ｓ３０９）。
【０１７６】
上記処理により、オペレータは通信装置３０−ｎの利用状況を把握することができ、設備増設などの計画を立てることができる。
【０１７７】
上記のような特徴を有する本発明のネットワークシステムでは、通信装置３０−ｎが受信するデータパケットの量を処理するために必要なだけのパケット処理モジュール回路を通信装置に増減設することで、ネットワークに流入するデータ量を処理するのに必要十分なパケット処理モジュール回路で通信装置３０−ｎを構築する。これにより、通信事業者が新規通信サービスを導入する時に、必要最低限の投資コストでネットワークを構築可能なネットワークシステムを提供することができる。
【０１７８】
さらに、本発明のネットワークシステムでは、パケット処理モジュール上で動作するパケット処理モジュール回路を変更することにより、利用中の通信装置のハードウェアを変更することなく新しい通信サービスをネットワークに収容することを可能とする。
【０１７９】
さらに、本発明のネットワークシステムでは、通信装置にインストールされているパケット処理モジュール回路で処理できる通信プロトコルの種別及び当該パケット処理モジュール回路がインストールされている個数を管理し、通信装置に流入するデータパケットの量の監視及び新規の通信プロトコルのデータパケットの受信を監視している。通信装置３０−ｎは、受信するデータパケットを、現在インストールされているパケット処理モジュール回路では処理できないこと状況に陥った場合、ＮＭＳ２０にその状況を報告することで、ＮＭＳ２０が自発的またはネットワークオペレータの了承を取って通信装置にパケット処理モジュール回路を追加することを可能とするネットワークシステムを提供することができる。
[保守者端末の画面表示例]
図２４は、通信装置３０−ｎからイベント通知コマンド３０１を受信した場合、保守者端末２１に表示される画面の一例である。保守者端末２１は、イベント受信通知ウィンドウ４３１を開く。保守者端末２１は、ＮＭＳ２０から受信した情報に基づいて、イベント受信通知ウィンドウ４３１に、イベントの送信元を特定するための、装置ＩＤ、ラインカードＩＤ、パケット処理モジュール種別（画面ではＸＸＸと記載）などの情報を表示する。また、発生したイベントの情報（画面ではＹＹＹと記載）と、未知パケット識別情報が表示される。なお、未知パケット識別情報は、未知パケット受信イベントを受信したときのみ表示される。また、このときパケットモジュール種別は表示されない。
【０１８０】
さらに、保守者端末２１は画面に、
「装置ＩＤ：１００、ラインカードＩＤ：１のパケット処理モジュール種別ＸＸＸでＹＹＹが発生しました。パケット処理モジュール回路を追加しますか？」や、
「装置ＩＤ：１００、ラインカードＩＤ：１のパケット処理モジュール種別ＸＸＸでＹＹＹが発生しました。パケット処理モジュール回路を削除しますか？」などのオペレーションを促す情報を表示する。パケット処理モジュール回路の追加または削除を促す際、パケット処理モジュール回路を追加するのに必要な課金を示す情報またはパケット処理モジュール回路を削除すると不要になる課金を示す情報を表示してもよい。例えば、図示したように「契約料金：××円」などと表示してもよいし、「契約料金：××円/月」などと表示してもよい。パケット処理モジュール回路を削除すると不要になる課金を示す情報とは、例えば、契約期間が数年の場合は、パケット処理モジュール回路を削除することにより減額（返金）される金額である。
【０１８１】
図２５は、ＮＭＳ２０が他の制御システムから受信したネットワーク変更指示コマンドの内容が通信サービス追加リクエストである時のオペレータ通知画面の一例を示す図である。ＮＭＳ２０が他の制御システムから通信サービス追加リクエストまたは通信サービス削除リクエストなどのネットワーク変更指示コマンドを受信すると、保守者端末２１の画面に、他システムからの通信サービス追加リクエストウィンドウ４４１が表示される。通信サービス追加リクエストウィンドウ４４１には、ネットワーク変更指示コマンドを送信した制御システム名称や、その制御システムからの通信サービス追加リクエストを受け付けるために設定が必要な通信装置３０−ｎなどの情報を表示させる。
【０１８２】
例えば、ＮＭＳ２０がＳ６０２において他の制御システムからのネットワーク変更指示コマンドを解析した結果、装置ＩＤ１００のラインカードＩＤ１に対して、新規パケット処理モジュール回路の追加が必要であると判断された場合、保守者端末２１の画面には、装置ＩＤ：１００、ラインカードＩＤ：１、パケット処理モジュール種別：ＩＰｖ４（収容するプロトコルにより表示内容は変わる）、そのサービス提供の優先度、および、要求帯域が表示される。さらに、通信サービス追加リクエストウィンドウ４４１には、「装置ＩＤ：１００、ラインカードＩＤ：１にＩＰｖ４モジュールが必要です。ＩＰｖ４機能モジュールを購入してください。」などのオペレーションを促す情報が表示される。パケット処理モジュール回路の追加を促す際、パケット処理モジュール回路を追加するのに必要な課金を示す情報を表示してもよい。例えば、図示したように「契約料金：××円」などと表示してもよいし、「契約料金：××円/月」などと表示してもよい。
【０１８３】
図２６は、パケット処理モジュール回路追加推奨通知ウィンドウ４１１の一例である。パケット処理モジュール回路追加推奨通知ウィンドウ４１１には、イベントの送信元を特定するための、装置ＩＤ、ラインカードＩＤ、パケットモジュール種別、購入済み合計（すなわち、利用可能帯域１４４のこと）、現時刻利用帯域１４５が表示される。さらに、パケット処理モジュール追加推奨通知ウィンドウ４１１には、「装置ＩＤ：１００、ラインカードＩＤ：１の処理性能が逼迫しています。ＶＬＡＮの処理をする機能モジュールを購入してください。」などのオペレーションを促す情報が表示される。パケット処理モジュール回路の追加を促す際、パケット処理モジュール回路を追加するのに必要な課金を示す情報を表示してもよい。例えば、図示したように「契約料金：××円」などと表示してもよいし、「契約料金：××円/月」などと表示してもよい。
【０１８４】
図２７に、パケット処理モジュール削除推奨通知ウィンドウ４２１の一例を示す。パケット処理モジュール削除推奨通知ウィンドウ４２１には、イベントの送信元を特定するための、装置ＩＤ、ラインカードＩＤ、パケット処理モジュール種別、購入済み合計（すなわち、利用可能帯域１４４のこと）、現時刻利用帯域１４５が表示される。さらに、パケット処理モジュール回路削除推奨通知ウィンドウ４２１には、「装置ＩＤ：１００、ラインカードＩＤ：１の処理性能に余裕があります。ＶＬＡＮの処理をする機能モジュール回路を削除しますか？」などのオペレーションを促す情報が表示される。パケット処理モジュール回路の削除を促す際、パケット処理モジュール回路を削除すると不要になる課金を示す情報を表示してもよい。例えば、図示したように「契約料金：××円」などと表示してもよいし、「契約料金：××円/月」などと表示してもよい。
【０１８５】
図２８は、本発明のネットワークシステムにネットワーク利用ユーザを登録するときの保守者端末２１の画面の一例を表す図である。
【０１８６】
ネットワーク利用ユーザ登録ウィンドウ４０１には、ネットワークシステム内でネットワーク利用ユーザを一意に特定する「ユーザＩＤ」、ユーザの優先度を設定する「優先度」、ユーザの契約帯域を設定する「契約帯域」、ユーザが利用する通信プロトコルを設定する「契約プロトコル」、ユーザが支払うネットワーク利用料金を設定する「契約料金」、ネットワーク利用ユーザを収容するエッジ装置およびそのラインカードを指定する「エッジ装置ＩＤ（始点）」「ラインカードＩＤ（始点）」「エッジ装置ＩＤ（終点）」「ラインカードＩＤ（終点）」などの設定項目がある。
【０１８７】
ネットワークオペレータがこれら設定を行った後にＯＫボタンを押下すると、保守者端末２１は、これらの設定値をＮＭＳ２０に通知する。ＮＭＳ２０のネットワークパス計算部５３は、保守者端末２１で設定された、「エッジ装置ＩＤ（始点）」、「ラインカードＩＤ（始点）」、「エッジ装置ＩＤ（終点）」、「ラインカードＩＤ（終点）」、「優先度」、及び、「契約帯域」と、ネットワークトポロジデータベース６３、ネットワーク管理データベース６４、パケット処理モジュール利用状況データベース６６を参照し、ＷＡＮ４０内の当該ユーザの通信経路を計算し、ＷＡＮ４０内の当該ユーザのパス経路を決定する。ＮＭＳ２０は、ユーザ管理データベース６５にエントリを追加し、ユーザＩＤ、優先度などの情報とともに、決定したパス経路を経路情報１３５に格納する。また、ＮＭＳ２０は、計算したパス経路を通信装置３０−ｎに通知する。これにより、ＷＡＮ４０上に通信経路が設定されることになる。
【０１８８】
また、保守者端末２１は、ユーザＩＤが入力されると、既に登録済みのネットワーク利用ユーザ情報をユーザ管理データベース６５から読み出すことが可能であり、読み出したネットワーク利用ユーザ情報を再編集することが可能である。ネットワーク利用ユーザ情報が再編集されると、ＮＭＳ２０のユーザ管理データベース６５に上書きされる。具体的には、ＮＭＳ２０は保守者端末２１からユーザＩＤを受信すると、パケット処理モジュール計算部５１は、受信したユーザＩＤを検索キーとしてユーザ管理データベース６５を検索し、検索されたユーザ情報を保守者端末２１に送信する。また、保守者端末２１が図２８に示すウィンドウを用いて当該ユーザＩＤに対するユーザ情報を変更すると、ＮＭＳ２０は、変更後のユーザ情報を受信し、パケット処理モジュール計算部５１は、ユーザ管理データベース６５の情報を更新する。
【０１８９】
ネットワークパス計算部５３は、ユーザ管理データベース６５が更新されると、ユーザの通信経路を再計算する。再計算の結果、ＷＡＮ４０上の通信経路が変更になった場合、ＮＭＳ２０は、通信装置３０−ｎに、旧パス経路の削除および新パス経路の設定を通信装置３０−ｎに通知する。これにより、ＷＡＮ４０上に通信経路が設定される。
【０１９０】
また、保守者端末２１から指示され、新規ネットワーク利用ユーザを追加、または、既存ネットワーク利用ユーザの契約帯域を追加した場合、パケット処理モジュール計算部５１は、当該通信装置３０−ｎを利用するネットワーク利用ユーザの契約帯域の積算値の総和が通信装置３０−ｎが有するパケット処理性能を超過する場合、ＮＭＳ２０は、保守者端末２１にパケット処理モジュール回路の追加を促す情報を表示する。尚、パケット処理性能は、利用パケット処理モジュール数１０７×パケット処理モジュールの処理性能（パケット処理モジュール固有の性能値）で計算できる。
【０１９１】
これにより、本発明のネットワークシステムを利用するオペレータは収容するネットワーク利用ユーザの契約帯域の総和に応じて、必要十分なだけ機能処理モジュールを配備することができる。
【０１９２】
また、保守者端末２１の画面にパケット処理モジュール回路の追加を促す情報を表示する条件として、ある優先度より高いユーザの契約帯域の総和が通信装置３０−ｎが有するパケット処理性能よりも大きくなった場合としても良い。これにより、収益増が見込める優先度の高いユーザに対して、必要十分なパケット処理モジュール回路を配備することができる。
【符号の説明】
【０１９３】
２０：ネットワークマネジメントシステム
２１：保守者端末
２２：マネジメントシステム
３０−ｎ：通信装置
４１：制御ネットワーク
４２：マネジメントシステム連携インタフェース
４３：通信装置制御インタフェース
４４：保守者端末接続インタフェース
５１：パケット処理モジュール計算部
５２：パケット処理モジュール回路ダウンロード部
５３：ネットワークパス計算部
５４：課金処理部
６１：パケット処理モジュール資源管理データベース
６２：パケット処理モジュール機能管理データベース
６３：ネットワークトポロジデータベース
６４：ネットワークリソース管理データベース
６５：ユーザ管理データベース
６６：パケット処理モジュール利用状況データベース
６７：イベント発生時処理内容保持データベース
６８：パケット処理モジュールプログラムデータベース
７１―ｎ：受信回路
７２−ｎ：送信回路
７３：パケット受信振分け部
７４―ｎ：パケット処理モジュール
７５：パケット多重部
７６：ＳＷ送信回路
７７：ＳＷ受信回路
７８：パケット振分け部
７９：カードコントローラ
８１：パケット振分け管理テーブル
８２：ユーザ識別テーブル
８３：パケット処理モジュール管理テーブル
９１：パケット識別部
９２―ｎ：グループｎパケット処理モジュールスケジューラ
９３：高優先キュー
９４：低優先キュー
９５：スケジューラ
【図１】
0006275572.tif 000002
【図２】
0006275572.tif 000003
【図３】
0006275572.tif 000004
【図４】
0006275572.tif 000005
【図５】
0006275572.tif 000006
【図６】
0006275572.tif 000007
【図７】
0006275572.tif 000008
【図８】
0006275572.tif 000009
【図９】
0006275572.tif 000010
【図１０】
0006275572.tif 000011
【図１１】
0006275572.tif 000012
【図１２】
0006275572.tif 000013
【図１３】
0006275572.tif 000014
【図１４】
0006275572.tif 000015
【図１５】
0006275572.tif 000016
【図１６】
0006275572.tif 000017
【図１７】
0006275572.tif 000018
【図１８】
0006275572.tif 000019
【図１９】
0006275572.tif 000020
【図２０】
0006275572.tif 000021
【図２１】
0006275572.tif 000022
【図２２】
0006275572.tif 000023
【図２３】
0006275572.tif 000024
【図２４】
0006275572.tif 000025
【図２５】
0006275572.tif 000026
【図２６】
0006275572.tif 000027
【図２７】
0006275572.tif 000028
【図２８】
0006275572.tif 000029