JP2017046129A - ネットワークノード、パス管理方法及び管理装置 - Google Patents

Abstract

【課題】仮想ネットワークごとに異なるロジックを実行して、仮想ネットワークごとに通信状態を監視する。【解決手段】データを転送するネットワークノードであって、前記ネットワークノードを管理する管理装置に接続されており、所定のイベントを検出した場合、当該イベントの検出を前記管理装置に通知するロジックを有し、転送されるデータのトラフィックの仮想ネットワークを識別し、前記識別された仮想ネットワークに定められたロジックを特定し、前記特定されたロジックを当該仮想ネットワークのトラフィックに対して実行する。【選択図】図１

Description

本発明は、データを転送するネットワークノード、パス管理方法及び管理装置に関する。

データを転送するネットワークシステムにおいてＯＡＭによる監視技術がある。この技術分野の背景技術として、特開２０１４−３４０８号公報（特許文献１） 、ＩＴＵ−Ｔ Ｇ．８０３１／Ｙ．１７３１（非特許文献１）がある。

特開２０１４−３４０８号公報（特許文献１）には、中継転送システムは、ラベルスイッチパスをエッジノード間に設定する際に、ユーザ網の経路状態等のユーザ網側に依存する情報（ユーザ網経路情報）と、ラベルスイッチパスの中継経路やラベルスイッチパスを指定するパスＩＤ等のラベルスイッチネットワーク側に依存する情報（ノード間パス情報）とに分離し、中継転送システム全体を通じて、それぞれの情報を別々に管理するパケットの転送制御が開示されている。

また、ＩＴＵ−Ｔ Ｇ．８０３１／Ｙ．１７３１（非特許文献１）には、Ｅｔｈｅｒｎｅｔ（Ｅｔｈｅｒｎｅｔは登録商標、以下同じ）で接続された通信機器によって構成されたネットワークの運用および保守のために利用されるＯＡＭ機能が開示されている。

特開２０１４−３４０８号公報

ＩＴＵ−Ｔ Ｇ．８０３１／Ｙ．１７３１（１１／２０１３）

前述した特許文献１に記載されたネットワークでは、二つのエッジ装置間でＭＰＬＳを用いてレイヤ２網においてトンネリングされたパスを設定する。

一方、レイヤ３網上でレイヤ２網を提供する方法として、Ｌ３トンネリング・プロトコル（例えば、ＶＸＬＡＮ、ＮＶＧＲＥ）でカプセル化して仮想ネットワークを実現する仮想化技術がある。ｖＣＰＥなどのＮＦＶ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）環境では、仮想ネットワークで接続する２点間で仮想化したネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）を提供する。しかし、仮想ネットワークの端点以外の点（例えば、中間点）では、仮想ネットワークを識別できない。このため、前述したＮＦＶ環境における監視はレイヤ２及びレイヤ３に限定され、レイヤ３上のトンネリング・プロトコルで接続される仮想ネットワーク機能を中継回線（例えば、ＷＡＮ回線）において監視が困難である。

さらに、仮想ネットワーク環境における監視が困難なため、通信事業者が仮想ネットワーク環境において利用される接続サービスに高信頼化などの付加価値を提供することが困難である。このため、仮想ネットワークのＷＡＮ区間にわたりＯＡＭ機能など監視機能を実装することが望まれている。

本発明は、通信キャリアが接続性を提供する中継区間のエッジ装置で仮想ネットワークを別個に識別したＯＡＭ機能などの監視・試験機能を提供することを目的とする。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、データを転送するネットワークノードであって、前記ネットワークノードを管理する管理装置に接続されており、所定のイベントを検出した場合、当該イベントの検出を前記管理装置に通知するロジックを有し、転送されるデータのトラフィックの仮想ネットワークを識別し、前記識別された仮想ネットワークに定められたロジックを特定し、前記特定されたロジックを当該仮想ネットワークのトラフィックに対して実行する。

本発明の代表的な実施の形態によれば、仮想ネットワークごとの通信状態を監視できる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

本発明の実施例のネットワークシステムの構成を説明する図である。 エッジ管理装置の構成を示すブロック図である。 要求元別プロファイルテーブルの構成例を示す図である。 フィードバック制御要求テーブルの構成例を示す図である。 フィードバック制御要求テーブルの構成例を示す図である。 エッジノードポートテーブルの構成例を示す図である。 ａ点・ｚ点候補テーブルの構成例を示す図である。 リソースプールテーブルの構成例を示す図である。 回線テーブルの構成例を示す図である。 アクションプロファイルテーブルの構成例を示す図である。 ロジック管理テーブルの構成例を示す図である。 エッジノード保有ロジックテーブルの構成例を示す図である。 ロジック状態テーブルの構成例を示す図である。 エッジノードの構成を示すブロック図である。 エッジノードの構成を示すブロック図である。 フロー識別テーブルの構成例を示す図である。 フロー識別・フロー毎統計情報テーブルの構成例を示す図である。 アクション・ポート毎統計情報テーブルの構成例を示す図である。 ロジック状態テーブルの構成例を示す図である。 ロジック起動要求処理のフローチャートである。 ロジック配置位置選択処理のフローチャートである。 ロジック配置処理のフローチャートである。 システム運用中の制御（接続性確立要求処理）のシーケンス図である。 システム運用中の制御（接続性確立要求処理）のシーケンス図である。 ロジック停止要求処理のフローチャートである。 システム運用中の制御（ロジックの停止）のシーケンス図である。 ロジック再開要求処理のフローチャートである。 システム運用中の制御（ロジックの再開）のシーケンス図である。 ロジック終了要求処理のフローチャートである。 システム運用中の制御（接続性解放要求処理）のシーケンス図である。 システム運用中の制御（接続性解放要求処理）のシーケンス図である。 イベント検出時にエッジ管理装置がエッジノードに適用するアクションを指示するシーケンス図である。 イベント検出時にエッジノードが自律的にアクションを実行して、エッジ管理装置に通知するシーケンス図である。 フロー識別テーブル（トンネリング受信）のエントリ作成手順を示すフローチャートである。 フロー識別テーブル（アプリケーション受信）のエントリ作成手順を示すフローチャートである。 フロー識別テーブル（トンネリング送信）のエントリ作成手順を示すフローチャートである。 転送部（トンネリング受信）が実行するパケット転送処理のフローチャートである。 転送部（アプリケーション受信）が実行するパケット転送処理のフローチャートである。 拠点間のＶＮＦマイグレーションを示すシーケンス図である。 拠点間のＶＮＦマイグレーションを示すシーケンス図である。

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

本実施例のネットワークシステムは、加入者拠点１１００や１２００と接続される複数のエッジノード１００と、エッジノード１００を管理するエッジ管理装置２００と、複数のエッジノード１００の間を接続する複数の中継装置３００とを有する。複数の中継装置３００は、相互に接続されることによって、中継部３０１を構成する。中継部３０１の外側には、複数のエッジノード１００によってエッジ部１０１が構成される。

また、本実施例のネットワークシステムは、中継装置３００を管理する中継管理装置４００を有する。

さらに、本実施例のネットワークシステムには、仮想ネットワーク機能２０５５が配置された中継拠点２０００が接続される。仮想ネットワーク機能２０５５は、加入者拠点間を接続する際、中継部３０１で任意のネットワーク機能を提供するために、ネットワーク機能を計算機環境上で仮想的に提供するＮＦＶ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）機構を提供する。仮想ネットワーク機能２０５５は、中継拠点２０００の計算機環境を制御するクラウド管理装置５００によって制御される。

本実施例のネットワークシステムによって接続される加入者拠点１１００は、通信装置１１１１および計算機１１１２を有し、加入者拠点１２００は、通信装置１２１１および計算機１２１２を有する。計算機１１１２は、レイヤ２スイッチ相当の機能を有する仮想スイッチ１１１３、および計算機１１１２上で論理的に分割されたアプリケーション１１１５の実行環境である仮想計算機環境１１１４を有する。計算機１２１２の構成も、計算機１１１２と同じである。そして、加入者拠点１１００および１２００には、該加入者拠点に配置された通信装置１１１１、１２１１、計算機１１１２、１２１２、該計算機内の仮想スイッチ１１１３、１２１３、および仮想計算機環境を制御するクラウド管理装置５００を有する。

エッジノード１００は、加入者拠点１１００や１２００と接続され、加入者拠点１１００内に設けられる通信装置１１１１から受信したパケットを中継装置３００に転送し、中継装置３００から転送されたパケットを通信装置１１１１に送信するエッジ中継装置である。本実施例のネットワークシステムが、モバイルコアネットワークである場合、適用先の網全体がキャリア網なので通信装置１１１１は、基地局装置（ｅ−ＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ））や、他システムと接続するゲートウェイ装置（Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ））である。

エッジノード１００は、転送するフローの監視、及びエッジノード間で疎通試験を実施する監視・試験機能を実現したトラフィック分析処理ロジック１０２や、転送するフローの統計情報を監視して任意のアクションを実行するトラフィック分析処理ロジック１０２を有する。これらトラフィック分析処理ロジック１０２は、エッジ管理装置２００の指示によって、エッジノード１００内にソフトウェア的及び／又はハードウェア的なロジックによって構築される。

監視・試験機能を実現したトラフィック分析処理ロジック１０２は、加入者拠点の計算機環境をネットワークシステムにより遠隔地へ延伸するために各加入者拠点間に配置された仮想スイッチ間を接続する仮想ネットワークを構成するレイヤ３トンネル（例えば、ＶＸＬＡＮ，ＮＶＧＲＥ）を識別することが可能で、特定のレイヤ３トンネルを監視し、および試験するためのＯＡＭパケットを送受信できる。このように監視・試験機能を実現したトラフィック分析処理ロジック１０２が仮想ネットワークを構成するレイヤ３トンネルを識別することによって、中継部３０１の中継拠点２０００で仮想ネットワーク機能２０５５が提供されても、仮想ネットワーク毎に監視機能や試験機能を提供することができる。

中継装置３００は、入力されたパケットを、宛先の通信装置１１１１などに届くように転送するコア中継装置である。このため、中継装置３００間には、転送すべきパケットを中継する中継回線が設けられている。以後の説明において、中継装置３００は、中継ノードと称することもある。

エッジ管理装置２００は、複数のエッジノード１００を制御するためのコンピュータである。エッジ管理装置２００は、オーケストレータ６００と接続されており、オーケストレータ６００が発行した制御要求を受信する。

オーケストレータ６００は、加入者拠点や中継拠点内の計算機環境とネットワークシステムが連携するように各拠点のクラウド管理装置５００およびエッジ管理装置２００を制御する上位の管理コンピュータである。具体的には、例えば、オーケストレータ６００は加入者拠点の計算機環境の状況に応じて、より適した加入者拠点の計算機環境を選択してアプリケーションを実行できる。また、オーケストレータ６００は中継拠点の計算機環境の状況に応じて、より適した中継拠点の計算機環境を選択して仮想ネットワーク機能を実行できる。このようにオーケストレータ６００は加入者へのサービス提供中に動的にアプリケーションや仮想ネットワーク機能を実行する計算機環境を制御し、この動的な計算機環境の制御に伴いネットワークシステムに対してもエッジ管理装置２００を介して制御することによって、エッジノード１００に接続された中継装置３００間に設けられた中継回線がエッジノード１００間の通信に使用可能となるように制御する。これによりオーケストレータ６００は該当するアプリケーションや仮想ネットワーク機能を適切に接続する。

エッジ管理装置２００は、エッジノード１００の監視・試験機能を実現したトラフィック分析処理ロジック１０２を管理するトラフィック監視・試験機能管理機能を有する。トラフィック監視・試験機能管理機能は、トラフィックに対する監視・試験機能を実現したトラフィック分析処理ロジック１０２をエッジノード１００に配布し、該トラフィック分析処理ロジック１０２の起動、一時停止、再開及び終了を制御する。

エッジ管理装置２００とエッジノード１００とは、装置制御インターフェースによって接続されている。装置制御インターフェースは、ネットワークシステム内でユーザデータを転送するネットワークと論理的又は物理的に分離されたネットワークで構成され、各装置間で制御信号を送受信するために使用される。

エッジ管理装置２００は、監視・試験機能処理ロジック制御メッセージをエッジノード１００に送信する。エッジノード１００は、受信した制御メッセージによって、該トラフィック分析処理ロジックを制御する。

また、エッジノード１００は、監視・試験機能を実現したトラフィック分析処理ロジック１０２を２台のエッジノード１００で実行することによって、該当する２台のエッジノード１００間で加入者拠点からのフローを転送する回線において監視用または試験用パケットを送受信することが可能になり、該当回線の監視や試験をする監視・試験機能を実現したトラフィック分析処理ロジック１０２を有する。監視・試験機能を実現したトラフィック分析処理ロジック１０２は、監視・試験の対象とする回線の不通など特定のイベントを検出した場合、エッジ管理装置２００に検出したイベントを通知する。

また、エッジ管理装置２００とエッジノード１００との間では、ＴＬ１、ＸＭＬ／ＨＴＴＰ等のプロトコルを用いて、エッジノード１００の制御及びエッジノード１００から取得するための情報が送受信される。

以後の説明では、中継部３０１内に形成される回線の始点のエッジノード１００をＡ点と称し、該回線の終点のエッジノード１００をＺ点と称する。より詳細には、始点エッジノード１００において、加入者拠点１１００の通信装置１１１１からパケットが入力されるポートを大文字のＡで示し、加入者拠点１１００の通信装置１１１１から入力されたパケットが中継装置３００に出力されるポートを小文字のａで示す。同様に、終点エッジノード１００において、加入者拠点１２００の通信装置１２１１へパケットが出力されるポートを大文字のＺで示し、加入者拠点１２００の通信装置１２１１へ転送されるパケットが中継装置３００から入力されるポートを小文字のｚで示す。なお、上記Ａ、ａ、Ｚ、ｚにはエッジノード番号及びポート番号を表す添字を付し、ノード及びポートが特定できるようにする。

図２は、エッジ管理装置２００の構成を示すブロック図である。

エッジ管理装置２００は、プロセッサ２１０と、メモリ２２０と、補助記憶装置２５０と、ネットワークインターフェース２６０とを有するコンピュータであり、メモリ２２０に格納されたプログラムをプロセッサ２１０が実行することによって、エッジ管理装置２００の機能を実現する。

プロセッサ２１０は、メモリ２２０に格納されたプログラムを実行する制御部（制御装置）である。

メモリ２２０は、不揮発性の記憶素子であるＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及び揮発性の記憶素子であるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ））などを格納する。ＲＡＭは、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような高速かつ揮発性の記憶素子であり、補助記憶装置２５０に格納されたプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。具体的には、メモリ２２０は、ＮＢＩ制御プログラム、接続性管理プログラム、ＳＢＩ制御プログラムを格納する。これらのプログラムを制御部であるプロセッサ２１０が実行することによって、ＮＢＩ制御部２２１、接続性管理部２２２、ＳＢＩ制御部２２７が実現される。

また、メモリ２２０は、要求元別プロファイルテーブル２３１、フィードバック制御要求テーブル２７１、エッジノードポートテーブル２３４、ａ点・ｚ点候補テーブル２３５、リソースプールテーブル２３７、回線テーブル２３９、アクションプロファイルテーブル２７３、ロジック管理テーブル２７４、エッジノード保有ロジックテーブル２７５及びロジック状態テーブル２７６を格納する。これらのテーブルは、通常は補助記憶装置２５０に格納されており、必要に応じて補助記憶装置２５０から読み出されてメモリ２２０（ＲＡＭ）に展開されてもよい。

補助記憶装置２５０は、例えば、磁気記憶装置（ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ））、フラッシュメモリ（ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ））等の大容量かつ不揮発性の記憶装置（記憶部）である。また、補助記憶装置２５０は、プロセッサ２１０が実行するプログラム及びプログラムの実行時に使用されるデータを格納する。すなわち、プログラムは、補助記憶装置２５０から読み出されて、メモリ２２０にロードされて、プロセッサ２１０によって実行される。

ネットワークインターフェース２６０は、所定のプロトコルに従って、他の装置との通信を制御する通信インターフェース装置である。

プロセッサ２１０が実行するプログラムは、ネットワーク又はリムーバブルメディア（ＣＤ−ＲＯＭ、フラッシュメモリなど）を介してエッジ管理装置２００に提供され、非一時的記憶媒体であるメモリ（ＲＯＭ）２２０又は補助記憶装置２５０に格納される。このため、エッジ管理装置２００は、リムーバブルメディアからデータを読み込むインターフェースを有してもよい。

エッジ管理装置２００は、物理的に一つの計算機上で、又は、論理的又は物理的に複数の計算機上で構成される計算機システムであり、前述したプログラムが、同一の計算機上で別個のスレッドで動作してもよく、複数の物理的計算機資源上に構築された仮想計算機上で動作してもよい。

ＮＢＩ制御部２２１は、オーケストレータ６００からの制御要求を受け付けるインターフェースである、Ｎｏｒｔｈ Ｂａｎｄ Ｉｎｔｅｒｆａｃｅ（ＮＢＩ）を制御する。

接続性管理部２２２は、オーケストレータ６００から受信した要求（接続性確立要求、接続性解放要求など）に従って、加入者網５０間の通信に提供される回線を管理する。接続性管理部２２２は、要求解析部２２３、端点管理部２２４、回線管理部２２５、リソースプール管理部２２６及びロジック管理部２４０を含む。

要求解析部２２３は、オーケストレータ６００から受信した要求を解析し、受信した要求から必要な情報を抽出する。なお、オーケストレータ６００から受信する要求は、例えばＸＭＬ形式で記述される。端点管理部２２４は、要求に従って端点（ａ点、ｚ点）の組み合わせ候補を決定する。回線管理部２２５は、決定された端点間を結ぶ回線を要求し、要求された回線を解放する。リソースプール管理部２２６は、リソースプールテーブル２３７を監視し、リソースプールを最適化する。

ロジック管理部２４０は、トラフィック分析処理ロジック１０２の運用管理を行い、運用制御部２４１及びアクション実施部２４２を含む。運用制御部２４１は、トラフィック分析処理ロジック１０２の配布時に配置位置を選択したり、エッジノード１００へロジック１０２を配布し、トラフィック分析処理ロジック１０２の起動、一時停止、再開及び終了を制御する。アクション実施部２４２は、エッジノード１００からの通知に基づいて、対応するアクション（操作、処理）を実行する。

ＳＢＩ制御部２２７は、制御対象の通信装置や管理装置と制御要求を送受信するインターフェースであるＳｏｕｔｈ Ｂａｎｄ Ｉｎｔｅｒｆａｃｅ（ＳＢＩ）を制御する。ＳＢＩ制御部２２７は、エッジノードＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）部２２８及び中継管理装置Ｉ／Ｆ部２２９を含む。エッジノードＩ／Ｆ部２２８は、エッジノード１００との制御要求の送受信を制御する。中継管理装置Ｉ／Ｆ部２２９は、中継管理装置４００との制御要求の送受信を制御する。

要求元別プロファイルテーブル２３１は、エッジ管理装置２００に要求を発行する要求元毎に適用されるプロファイルを格納するテーブルであり、その構成例は図３を用いて後述する。フィードバック制御要求テーブル２７１は、管理者及び上位管理システムから発行された接続要求を管理するための情報を格納するテーブルであり、その構成例は図４を用いて後述する。

エッジノードポートテーブル２３４は、エッジノード１００のポートの構成を管理するためのテーブルであり、その構成例は図５を用いて後述する。ａ点・ｚ点候補テーブル２３５は、ａ点とｚ点の組み合わせ候補を格納するテーブルであり、その構成例は図６を用いて後述する。

リソースプールテーブル２３７は、通信に使用可能な回線をリソースとして管理するためのテーブルであり、その構成例は図７を用いて後述する。回線テーブル２３９は、利用している回線を管理するためのテーブルであり、その構成例は図８を用いて後述する。

アクションプロファイルテーブル２７３は、エッジノード１００のトラフィック分析処理ロジック１０２から特定のイベントを検出した通知を受信した場合の動作を管理するためのテーブルであり、その構成例は図９を用いて後述する。ロジック管理テーブル２７４は、エッジノード１００で実行するトラフィック分析処理ロジック１０２を管理するためのテーブルであり、その構成例は図１０を用いて後述する。

エッジノード保有ロジックテーブル２７５は、エッジノード１００が保有しているトラフィック分析処理ロジック１０２の実行状態を管理するためのテーブルであり、その構成例は図１１を用いて後述する。ロジック状態テーブル２７６は、エッジノード１００が実行しているトラフィック分析処理ロジック１０２の実行状態を管理するためのテーブルであり、その構成例は図１２を用いて後述する。

なお、本実施例の説明では、管理用の情報をテーブル形式で説明するが、管理用の情報は必ずしもテーブルによるデータ構造で表現されていなくてもよく、リスト、ＤＢ、キュー等のデータ構造やディレクトリ構造等その他の方法で表現されてもよい。

図３は、エッジ管理装置に制御要求を発行する要求元を識別するための要求元別プロファイルテーブル２３１の構成例を示す図である。

要求元別プロファイルテーブル２３１は、エッジ管理装置２００に要求を発行する要求元毎に適用されるプロファイルを格納する。当該プロファイルは、中継部３０１の回線の利用方法を規定する。要求元別プロファイルテーブル２３１は、管理者がシステム構築時に設定し、要求元識別子２３１１、要求元名２３１２及び適用プロファイル識別子２３１３のフィールドを含む。要求元別プロファイルテーブル２３１は、エントリの内容を説明するための備考欄２３１４を有してもよい。

要求元識別子２３１１は、要求元を一意に識別するための識別情報である。要求元名２３１２は、エッジ管理装置２００に制御要求を発行する装置の名称である。なお、要求元名２３１２は、装置の名称ではなく、装置を一意に識別するための識別情報（例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス）でもよい。適用プロファイル識別子２３１３は、要求元からの接続性確立要求に対して回線を確保する方法を識別するための識別情報である。

エッジ管理装置２００は、接続性確立要求の送信元を識別して、受信した接続性確立要求に要求元識別子を付与する。

例えば、要求元識別子が「１」のプロファイルは、システムの管理者から要求であって、要求に従ってリソースプールで管理されていない回線を新たに確保する。要求元識別子が「２」のプロファイルは、オーケストレータから要求であって、リソースプールで管理されているリソースを専有する（１：１マッピング）回線を確保する。要求元識別子が「３」のプロファイルは、ＴＭＳ（Traffic Management Solution）制御システムからの要求であって、リソースプールで管理されているリソースを専有する（１：１マッピング）回線を確保する。要求元識別子が「４」「５」のプロファイルは、システムを使用するテナント（例えば、仮想移動体通信事業者（ＭＶＮＯ））からの要求であって、リソースプールで管理されているリソースを専有しないで、複数の回線で共有されるリソースによる（１：Ｎ多重）回線を確保する。

例えば、管理者は、バッチ処理によってデータベースをバックアップする場合、データベースのデータを転送する時間において、他の通信に影響しないように、新たな回線を設定することができる。

なお、オーケストレータ６００は、システム内の装置を監視し、管理するためにバックホール側に設置される統合管理サーバである。また、ＴＭＳ制御システムは、システム内のトラフィックを計測し、制御する管理システムである。オーケストレータや、ＴＭＳ制御システムは、本ネットワークシステムを含むキャリア網全体を統合管理している上位管理システムの例として記載したものであって、これらに限らない。

例えば、オーケストレータ６００は、無線基地局（ｅＮＢ）へ接続している端末の数を管理しているユーザ管理サーバからの情報によって、ｅＮＢとゲートウェイサーバとの間の回線の増減をエッジ管理装置２００へ要求する。

なお、図示した要求元は一例であり、例えば、オーケストレータ６００からの要求に従って１：Ｎ多重による回線を確保してもよい。

このように、エッジ管理装置２００は、接続性確立要求に付与された要求元識別子によって適用プロファイル識別子を定め、適用プロファイル識別子によって回線を確保する方法を変える。これによって、要求元に従って回線の増減に関する制御レベルを変えることができる。すなわち、要求元識別子が「１」のプロファイルの様に、要求に従ってリソースプールで管理されていない回線を新たに確保する場合、確実に回線を確保することができる。一方、要求元識別子が「２」や「３」のプロファイルの様に、リソースプールで管理されているリソースを専有する回線を確保する場合、他の通信に影響されることなく、高速かつ高品質な回線を確保することができる。また、要求元識別子が「４」や「５」のプロファイルの様に、複数の回線で共用されるリソースを回線として確保する場合、他の通信に影響されるが、回線を確保できる機会が増える。

図４Ａ、図４Ｂは、フィードバック制御要求テーブル２７１の構成例を示す図である。なお、図４Ｂは、図４Ａのフィードバック制御条件２７２２の実行時パラメータ２７２４のカラムを拡大した図である。

フィードバック制御要求テーブル２７１は、図４Ａに示すように、エッジ管理装置２００が管理者及び上位管理システムから発行された接続要求を管理するための情報を格納するテーブルであり、要求番号２７１１、Ａ点情報２７１２、Ｚ点情報２７１７、通信品質２７２１、フィードバック制御条件２７２２及び適用プロファイル識別子２７２９のフィールドを含む。Ａ点情報２７１２、Ｚ点情報２７１７、通信品質２７２１及びフィードバック制御条件２７２２は、接続性確立要求によって与えられる情報を格納する。また、要求番号２７１１及び適用プロファイル識別子２７２９は、エッジ管理装置２００が付与する。

要求番号２７１１は、受信した接続性確立要求を一意に識別するための識別情報であり、エッジ管理装置２００が付与する。

Ａ点情報２７１２は、回線の始点の情報であり、エッジノード識別子２７１３、インターフェース（ＩＦ）番号２７１４、ポート番号２７１５及び収容フロー識別子２７１６のフィールドを含む。エッジノード識別子２７１３は、要求によって準備される回線の始点のエッジノード１００を一意に識別するための識別情報である。インターフェース番号２７１４は、始点のエッジノード１００のネットワークインターフェース１５０を一意に識別するための識別情報である。ポート番号２７１５は、始点のエッジノード１００のネットワークインターフェース１５０によって提供される入出力ポートを一意に識別するための識別情報である。収容フロー識別子２７１６は、当該回線に収容されるべきフローの情報であり、例えば、転送されるパケット（データ）の宛先である加入者装置５１のＩＰアドレス、宛先である加入者装置５１のポート番号及び、転送されるパケットの送信元である加入者装置５１のＩＰアドレスを記録する。図示したものの他、ＯｐｅｎＦｌｏｗ １．３ｘに定義された様々なフィールド（例えば、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ） ＩＤ、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ポート番号、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ポート番号）やＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルのレイヤ４からレイヤ７の情報を収容フロー識別子２７１６に使用することができる。

Ｚ点情報２７１７は、回線の終点の情報であり、エッジノード識別子２７１８、インターフェース番号２７１９及びポート番号２７２０のフィールドを含む。エッジノード識別子２７１８は、要求によって準備される回線の終点のエッジノード１００を一意に識別するための識別情報である。インターフェース番号２７１９は、終点のエッジノード１００のネットワークインターフェース１５０を一意に識別するための識別情報である。ポート番号２７２０は、終点のエッジノード１００のネットワークインターフェース１５０によって提供される入出力ポートを一意に識別するための識別情報である。

通信品質２７２１は、受信した接続性確立要求で要求された回線の通信品質であり、例えば、保証される帯域（又は、帯域が保証されないベストエフォート）、遅延、ジッタなどが記録される。

フィードバック制御条件２７２２は、ロジック名２７２３、実行時パラメータ２７２４、アクションプロファイル番号２７２５及び仮想ネットワーク情報２７２６を含む。ロジック名２７２３は、エッジノード１００でトラフィック分析処理ロジック１０２の名称（例えば、トラフィック分析処理ロジック１０２を実装するためのプログラムの名称）である。実行時パラメータ２７２４は、当該トラフィック分析処理ロジック１０２を実行する際に設定されるパラメータであり、図４Ｂに示すように、回線番号、監視間隔、トラフィック量の閾値、イベント検出時の通知先アドレスなどが含まれる。また、ロジック毎に項目が異なり、インスタンス毎に値が異なる。例えば、ロジック名がＬ２ＯＡＭである場合、Ｙ．１７３１に必要なパラメータが実行時パラメータ２７２４に記載される。アクションプロファイル番号２７２５は、当該要求にかかる回線に適用されるアクションの識別情報である。

仮想ネットワーク情報２７２６は、ロジック名２７２７、パラメータ２７２８を含む。仮想ネットワーク情報２７２６は、フィードバック制御条件２７２２のロジック名２７２３に何らかのプログラムが指定されたときのみ指定することができる。しかし、仮想ネットワーク情報２７２６は、フィードバック制御条件２７２２のロジック名２７２３に何らかのプログラムが指定されたときでも、指定しなくても良い。仮想ネットワーク情報２７２６を指定することにより、フィードバック制御条件２７２２のロジック名２７２３で指定したプログラムがパケットを送信するとき、ロジック名２７２７で指定したプログラムがパラメータ２７２８を用いてカプセル化してから送信する。また、フィードバック制御条件２７２２のロジック名２７２３で指定したプログラムがパケットを受信する前に、ロジック名２７２７で指定したプログラムがパラメータ２７２８を用いてデカプセル化する。これにより、ロジック名２７２３で指定したプログラムは常にロジック名２７２７がデカプセル化したパケットを受信する。

ロジック名２７２３は、仮想ネットワークを構成するトンネリング・プロトコルを用いたカプセル化およびデカプセル化を行うトラフィック分析処理ロジック１０２の名称（例えば、ＶＸＬＡＮでカプセル化およびデカプセル化を実現するプログラムの名称）である。パラメータ２７２８は、ロジック名２７２７のプログラムを実行する際に設定される情報であり、カプセル化およびデカプセル化を実行するときに必要になる情報で、収容フロー識別子２７１６には含まれていない情報（例えば、カプセル化するときに付与されるイーサーネットフレームを構成するＭＡＣアドレスや送信元ポート番号など）である。

適用プロファイル識別子２７２９は、要求元別プロファイルテーブル２３１を参照して、受信した接続性確立要求の要求元から定められ、回線を確保する方法を定める。

フィードバック制御要求テーブル２７１に格納される情報の具体例を説明する。例えば、要求番号２７１１が「１」、「２」、「３」のレコードでは、いずれも、送信元ＩＰアドレスが同じユーザが同一サーバに対して接続する接続性を要求している。ただし、要求番号２７１１が「１」のレコードと「２」および「３」のレコードはＶＮＩが異なる別々の仮想ネットワークで接続されている。

要求番号２７１１が「１」のレコードには、帯域保証型接続サービスが定義されており、通信帯域を保証する接続性を要求し、トラフィック分析処理ロジック１０２によるフローを分析しない。

要求番号２７１１が「２」のレコードには、トラフィックの増加に自動的に追従する帯域保証型接続サービスが定義されており、フローが契約帯域に対して設定された上限閾値を超過するかを監視し、超過が一定時間継続すると、該当するフローの統計情報を監視する機能を実現したトラフィック分析処理ロジック１０２の実行時に指定した実行時パラメータ２７２４に従って、回線の保証帯域を大きくする要求をエッジ管理装置２００に送信する。また、フローが契約帯域に対して設定された下限閾値を下回るかを監視し、下限閾値を下回る状態が一定時間継続すると、トラフィック分析処理ロジック１０２の実行時に指定した実行時パラメータ２７２４に従って、回線の保証帯域を細くする要求をエッジ管理装置２００に送信する。

要求番号２７１１が「３」のレコードには、要求番号２７１１が「２」のレコードで示された回線で転送される仮想ネットワークをレイヤ２のＯＡＭ機能で監視するサービスが定義されており、該当する仮想ネットワークの接続性の状態を監視し、事前に指定した一定時間監視パケットを受信できないと、接続性が失われたと判定して、監視・試験機能を実現したトラフィック分析処理ロジック１０２の実行時に指定した実行時パラメータ２７２４に従って、該当フローを適切に処理するためのロジックの実行要求をエッジ管理装置２００に送信する。この制御例では、例えば、エッジ管理装置２００が、該当フローを同じ通信品質の別回線で収容するための切替えを、エッジノード１００に指示をすることができる。

図４Ａに示す例は、接続性確立要求時にフィードバック制御を要求しているが、フィードバック制御要求は、接続性確立要求時に限らず、他のタイミングに要求してもよい。

エッジ管理装置２００は、接続性確立要求を受信すると、フィードバック制御要求テーブル２７１のエントリを作成し、要求番号２７１１を付与して、受信した接続性確立要求の管理を開始する。そして、接続性確立要求の処理が終了して回線が確保されると、エッジ管理装置２００は、フィードバック制御要求テーブル２７１に格納された内容をオーケストレータ６００に返信する。

図５は、エッジノードポートテーブル２３４の構成例を示す図である。

エッジノードポートテーブル２３４は、エッジノード１００のポートの構成を管理するためのテーブルであり、エッジノード識別子２３４１、インターフェース番号２３４２、ポート番号２３４３、接続先種別２３４４及び接続先情報２３４５のフィールドを含む。接続先情報２３４５は、装置識別子２３４６、インターフェース番号２３４７及びポート番号２３４８のフィールドを含む。

エッジノード識別子２３４１は、エッジノード１００を一意に識別するための識別情報である。インターフェース番号２３４２は、エッジノード１００のネットワークインターフェース１５０を一意に識別するための識別情報である。ポート番号２３４３は、エッジノード１００のネットワークインターフェース１５０によって提供される入出力ポートを一意に識別するための識別情報である。接続先種別２３４４は、当該ポートの接続先、すなわち、当該ポートが加入者装置５１に接続されるか、中継装置（コアノード）３００に接続されるかを示す。

接続先情報２３４５は、当該ポートの接続先の情報であり、装置識別子２３４６、インターフェース番号２３４７及びポート番号２３４８のフィールドを含む。装置識別子２３４６は、接続先装置を一意に識別するための識別情報である。インターフェース番号２３４７は、接続先装置のネットワークインターフェースを一意に識別するための識別情報である。ポート番号２３４８は、接続先装置のネットワークインターフェースによって提供される入出力ポートを一意に識別するための識別情報である。

エッジノードポートテーブル２３４において、接続先情報が記録されていないポートは、未接続である。

図６は、ａ点・ｚ点候補テーブル２３５の構成例を示す図である。

ａ点・ｚ点候補テーブル２３５は、ａ点とｚ点の組み合わせ候補を格納するテーブルであり、候補番号２３５１、Ａ点情報２３５２、ａ点情報２３５６、Ｚ点情報２３６０及びｚ点情報２３６４のフィールドを含む。

候補番号２３５１は、ａ点とｚ点の組み合わせ候補を一意に識別するための識別情報である。

Ａ点情報２３５２は、Ａ点となるエッジノード１００の情報であり、エッジノード識別子２３５３、インターフェース番号２３５４及びポート番号２３５５のフィールドを含む。エッジノード識別子２３５３は、Ａ点を構成するエッジノード１００を一意に識別するための識別情報である。インターフェース番号２３５４は、Ａ点を構成するエッジノード１００のネットワークインターフェース１５０を一意に識別するための識別情報である。ポート番号２３５５は、Ａ点を構成するエッジノード１００のネットワークインターフェース１５０によって提供される入出力ポートを一意に識別するための識別情報である。

同様に、ａ点情報２３５６は、ａ点となるエッジノード１００の情報であり、エッジノード識別子２３５７、インターフェース番号２３５８及びポート番号２３５９のフィールドを含む。また、Ｚ点情報２３６０は、Ｚ点となるエッジノード１００の情報であり、エッジノード識別子２３６１、インターフェース番号２３６２及びポート番号２３６３のフィールドを含む。また、ｚ点情報２３６４は、ｚ点となるエッジノード１００の情報であり、エッジノード識別子２３６５、インターフェース番号２３６６及びポート番号２３６７のフィールドを含む。

なお、前述したように、始点エッジノード１００において、加入者網５０に接続されるポートがＡ点であり、コアノード３００に接続されるポートがａ点である。同様に、終点エッジノード１００において、加入者網５０に接続されるポートがＺ点であり、コアノード３００に接続されるポートがｚ点である。

図７は、リソースプールテーブル２３７の構成例を示す図である。

リソースプールテーブル２３７は、通信に使用可能な回線をリソースとして管理するためのテーブルであり、リソース識別子２３７１、ａ点情報２３７２、ｚ点情報２３７６、回線収容条件２３８０、通信品質２３８１及び使用中フラグ２３８２のフィールドを含む。

リソース識別子２３７１は、リソースとして管理される回線を一意に識別するための識別情報である。

ａ点情報２３７２は、回線の始点の情報であり、エッジノード識別子２３７３、インターフェース番号２３７４及びポート番号２３７５のフィールドを含む。エッジノード識別子２３７３は、プールされている回線の始点のエッジノード１００を一意に識別するための識別情報である。インターフェース番号２３７４は、始点のエッジノード１００のネットワークインターフェース１５０を一意に識別するための識別情報である。ポート番号２３７５は、始点のエッジノード１００のネットワークインターフェース１５０によって提供される入出力ポートを一意に識別するための識別情報である。

ｚ点情報２３７６は、回線の終点の情報であり、エッジノード識別子２３７７、インターフェース番号２３７８及びポート番号２３７９のフィールドを含む。エッジノード識別子２３７７は、回線の終点のエッジノード１００を一意に識別するための識別情報である。インターフェース番号２３７８は、終点のエッジノード１００のネットワークインターフェース１５０を一意に識別するための識別情報である。ポート番号２３７９は、終点のエッジノード１００のネットワークインターフェース１５０によって提供される入出力ポートを一意に識別するための識別情報である。

回線収容条件２３８０は、当該回線に収容されるパケットの条件であり、例えば、ＶＬＡＮ識別子、ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）ラベルなどが定義される。

通信品質２３８１は、当該回線で実現可能な品質であり、例えば、保証される帯域（又は、帯域が保証されないベストエフォート）、遅延、ジッタなどが記録される。なお、通信品質が保証帯域であり、リソースが複数の回線で共有される場合、当該リソースで提供可能な残余の帯域が記録される。具体的には、通信品質２３８１に記録される帯域保証は使用中フラグ２３８２の値により意味が異なる。すなわち、使用中フラグが「０」である場合、通信品質２３８１は回線（未使用）で保証できる帯域幅である。使用中フラグが「−１」である場合、通信品質２３８１は回線（使用中）で保証可能な残存帯域幅である。使用中フラグが正の数である場合、回線（共有中）で保証できる余剰帯域幅である。

使用中フラグ２３８２は、回線が使用中かを示すフラグである。なお、使用中フラグ２３８２は、共有されている回線の多重数を示す。例えば、回線が未使用の場合は使用中フラグが「０」、回線が専有されている場合は使用中フラグが「−１」、回線が使用中でかつ共有可能な場合は使用中フラグが１以上の整数（共有数）を設定する。

図８は、回線テーブル２３９の構成例を示す図である。

回線テーブル２３９は、利用している回線を管理するためのテーブルであり、回線番号２３９１、要求番号２３９２、始点情報２３９３、終点情報２４０４及びリソース識別子２４１５のフィールドを含む。

回線番号２３９１は、利用している回線を一意に識別するための識別情報である。要求番号２３９２は、この回線を確立した接続性確立要求の識別情報である。

始点情報２３９３及び終点情報２４０４は、各々、利用している回線の始点及び終点の情報である。

始点情報２３９３は、Ａ点情報２３９４及びａ点情報２４００のフィールドを含む。

Ａ点情報２３９４は、Ａ点となるエッジノード１００の情報であり、エッジノード識別子２３９５、インターフェース番号２３９６、ポート番号２３９７、収容フロー識別子２３９８及びアクション２３９９のフィールドを含む。

エッジノード識別子２３９５は、Ａ点を構成するエッジノード１００を一意に識別するための識別情報である。インターフェース番号２３９６は、Ａ点を構成するエッジノード１００のネットワークインターフェース１５０を一意に識別するための識別情報である。ポート番号２３９７は、Ａ点を構成するエッジノード１００のネットワークインターフェース１５０によって提供される入出力ポートを一意に識別するための識別情報である。収容フロー識別子２３９８は、当該回線に収容されるフローの情報であり、例えば、転送されるパケットの宛先である加入者装置５１のＩＰアドレス、宛先である加入者装置５１のポート番号及び、転送されるパケットの送信元である加入者装置５１のＩＰアドレスを記録する。

アクション２３９９は、Ａ点でパケットに行われる操作（処理）である。図示の場合、加入者装置５１から受信したパケットに、ＶＬＡＮ識別子＝３００のＶＬＡＮタグを追加して、コアノード３００に出力する。図示したものの他、ＯｐｅｎＦｌｏｗ １．３ｘに定義された様々なアクション（例えば、ＰＢＢ（Ｐｏｖｉｄｅｒ Ｂａｃｋｂｏｎｅ Ｂｒｉｄｇｅ）ヘッダの追加・削除、ＭＰＬＳラベルの追加・削除）やイーサネット・ヘッダ（イーサネットは登録商標、以下同じ）の追加・削除、イーサネット・ヘッダおよびＩＰヘッダの追加・削除、イーサネット・ヘッダおよびＩＰヘッダおよびトンネリング・プロトコル（例えば、ＶＸＬＡＮ（Ｖｉｒｔｕａｌ ｅＸｔｅｎｓｉｂｌｅ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ），ＮＶＧＲＥ（Ｎｅｔｗｏｒｋ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｕｓｉｎｇ Ｇｅｎｅｒｉｃ Ｒｏｕｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ））・ヘッダの追加・削除などの操作を指定することができる。

ａ点情報２４００は、ａ点となるエッジノード１００の情報であり、エッジノード識別子２４０１、インターフェース番号２４０２及びポート番号２４０３のフィールドを含む。エッジノード識別子２４０１は、ａ点を構成するエッジノード１００を一意に識別するための識別情報である。インターフェース番号２４０２は、ａ点を構成するエッジノード１００のネットワークインターフェース１５０を一意に識別するための識別情報である。ポート番号２４０３は、ａ点を構成するエッジノード１００のネットワークインターフェース１５０によって提供される入出力ポートを一意に識別するための識別情報である。

終点情報２４０４は、Ｚ点情報２４０５及びｚ点情報２４１０のフィールドを含む。

Ｚ点情報２４０５は、Ｚ点となるエッジノード１００の情報であり、エッジノード識別子２４０６、インターフェース番号２４０７、ポート番号２４０８及びアクション２４０９のフィールドを含む。エッジノード識別子２４０６は、Ｚ点を構成するエッジノード１００を一意に識別するための識別情報である。インターフェース番号２４０７は、Ｚ点を構成するエッジノード１００のネットワークインターフェース１５０を一意に識別するための識別情報である。ポート番号２４０８は、Ｚ点を構成するエッジノード１００のネットワークインターフェース１５０によって提供される入出力ポートを一意に識別するための識別情報である。アクション２４０９は、Ｚ点でパケットに行われる操作である。図示の場合、コアノード３００から受信したパケットからＶＬＡＮ識別子＝３００のＶＬＡＮタグを削除する。

ｚ点情報２４１０は、ｚ点となるエッジノード１００の情報であり、エッジノード識別子２４１１、インターフェース番号２４１２、ポート番号２４１３及び収容フロー識別子２４１４のフィールドを含む。エッジノード識別子２４１１は、ｚ点を構成するエッジノード１００を一意に識別するための識別情報である。インターフェース番号２４１２は、ｚ点を構成するエッジノード１００のネットワークインターフェース１５０を一意に識別するための識別情報である。ポート番号２４１３は、ｚ点を構成するエッジノード１００のネットワークインターフェース１５０によって提供される入出力ポートを一意に識別するための識別情報である。収容フロー識別子２４１４は、当該回線から出力されるフローの情報である。図示の場合、ＶＬＡＮ識別子＝３００のＶＬＡＮタグが付されてカプセル化されたパケットが当該回線で転送される。

リソース識別子２４１５は、当該回線を提供するためのリソースの識別情報である。

図９は、アクションプロファイルテーブル２７３の構成例を示す図である。

アクションプロファイルテーブル２７３は、エッジノード１００のトラフィック分析処理ロジック１０２から特定のイベントを検出した通知を受信した場合の動作を管理するためのテーブルであり、プロファイル番号２７３１及びアクション２７３２のフィールドを含む。アクションプロファイルテーブル２７３は、エントリの内容を説明するための備考欄２７３３を有してもよい。

プロファイル番号２７３１は、アクションを一意に識別するための識別情報である。アクション２７３２は、適用されるアクションの内容を定義する。

なお、アクションは、エッジ管理装置２００が実行しても、エッジノード１００が実行してもよい。エッジノード１００で実行しているロジック中にイベント検出時のアクションを埋め込むことによって、エッジノード１００がアクションを迅速に実行することができる。一方、エッジ管理装置２００がアクションを実行することによって、システム全体の状況を把握して、ネットワーク資源の効率的活用などの全体最適化を図ることができる。このための仕組みとして、アクションプロファイルを導入する。例えば、障害検出時や保証帯域超過時の回線切替のアクションはエッジノード１００が実行するのに適し、エッジノード１００におけるトラフィック量増減の検出によるリソースプールの運用管理は、アクションプロファイルによってエッジ管理装置２００がアクションを実行するのに適する。

なお、適用されるアクションは、エッジノード１００が実行するもの、エッジ管理装置２００が実行するもの、エッジノード１００及びエッジ管理装置２００の両方で実行するものがある。エッジ管理装置２００が実行するアクションはアクションプロファイルテーブル２７３で定義される。

図１０は、ロジック管理テーブル２７４の構成例を示す図である。

ロジック管理テーブル２７４は、エッジノード１００が実行するトラフィック分析処理ロジック１０２を管理するためのテーブルであり、ロジック識別子２７４１、ロジック名２７４２、ファイル名２７４３、適用種別２７４４及びロジック種別２７４５のフィールドを含む。ロジック管理テーブル２７４は、エントリの内容を説明するための備考２７４６を有してもよい。

ロジック識別子２７４１は、トラフィック分析処理ロジック１０２を一意に識別するための識別情報である。ロジック名２７４２は、トラフィック分析処理ロジック１０２の名称（例えば、トラフィック分析処理ロジック１０２を実装するためのプログラムの名称）である。ファイル名２７４３は、トラフィック分析処理ロジック１０２を実装するためのプログラムファイルの名称であり、パスを含む。適用種別２７４４は、始点（Ａ点）及び／又は終点（Ｚ点）のエッジノード１００に適用されるかを定義する。エッジ管理装置２００は、適用種別２７４４を参照してトラフィック分析処理ロジック１０２の配置を決定する。

ロジック種別２７４５は、ロジック名２７４２で示されるプログラムの種別を表し、例えば、アプリケーション、ＯＡＭ、トンネリングのいずれかが記録される。すなわち、ロジック種別２７４５は、当該ロジックがエッジノード１００で実行される実行部を表す。

ロジック種別２７４５がアプリケーションまたはＯＡＭのロジックは、フィードバック制御要求テーブル２７１（図４）のロジック名２７２３として指定することができる。しかし、ロジック種別２７４５がトンネリングのロジックをフィードバック制御要求テーブル２７１のロジック名２７２３として指定することはできない。その代わり、ロジック種別２７４５がアプリケーションまたはＯＡＭのロジックは、フィードバック制御要求テーブル２７１のロジック名２７２７に指定することができる。一方、ロジック種別２７４５がアプリケーションまたはＯＡＭのロジックは、フィードバック制御要求テーブル２７１のロジック名２７２７に指定することはできない。

ロジック管理テーブル２７４で管理されるトラフィック分析処理ロジック１０２は、トラフィック分析処理及び適用するアクションの組み合わせで構成されており、具体的には、分析及びアクションのロジック、分析のみのロジック及びアクションのみのロジックがある。

分析及びアクションのロジックでは、分析及びアクションを一つのエッジノード１００で実行して、エッジノード１００の自律的な動作を実現することができる。分析のみのロジックでは、エッジノード１００が分析を実行して、検出したイベントをエッジ管理装置２００に通知する。アクションのみのロジックでは、エッジノード１００はエッジ管理装置２００からの指示を受けて、アクションを実行する。

なお、分析のみのロジック及びアクションのみのロジックはペアを構成するが、両者は必ずしも同一のエッジノード１００で実行しなくてもよい。すなわち、アクションは、アクションの対象となるフローの経路上の適切な位置で実行すればよい。

また、分析を実行するエッジノード１００がイベントを検出し、通知を受けたエッジ管理装置２００が、イベントを検出したエッジノード１００にアクションを設定してもよい。

図４及び図１０ではエッジノード１００が実行するトラフィック分析処理ロジック１０２をプログラム（ソフトウェア）で実装する例について説明したが、トラフィック分析処理ロジック１０２をＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）のプログラマブルロジックで実装してもよい。この場合、ロジック名２７２３、２７４２は、ＦＰＧＡにトラフィック分析処理ロジック１０２を設定するための設定ファイルである。更に、トラフィック分析処理ロジック１０２をＮｅｔｗｏｒｋ Ｐｒｏｃｅｓｓｏｒ（ＮＰ）のマイクロコードで実装してもよい。この場合、ロジック名２７２３、２７４２は、ＮＰにトラフィック分析処理ロジック１０２を設定するための設定ファイルである。

図１１は、エッジノード保有ロジックテーブル２７５の構成例を示す図である。

エッジノード保有ロジックテーブル２７５は、エッジノード１００が保有しているトラフィック分析処理ロジック１０２の実行状態を管理するためのテーブルであり、エッジノード識別子２７５１及びロジック識別子２７５２のフィールドを含む。

エッジノード識別子２７５１は、トラフィック分析処理ロジック１０２が実行されているエッジノード１００の識別情報である。ロジック識別子２７５２は、エッジノード１００で実行されているトラフィック分析処理ロジック１０２の識別情報である。

図１２は、ロジック状態テーブル２７６の構成例を示す図である。

ロジック状態テーブル２７６は、エッジノード１００が実行しているトラフィック分析処理ロジック１０２の実行状態を管理するためのテーブルであり、要求番号２７６１、インスタンス識別子２７６２、ロジック識別子２７６３、実行状態２７６４、回線番号２７６５、回線状態２７６６、実行時パラメータ２７６７及びアクションプロファイル番号２７６８のフィールドを含む。

要求番号２７６１は、受信した接続性確立要求の識別情報である。インスタンス識別子２７６２は、トラフィック分析処理ロジック１０２を実行毎に一意に識別するための識別情報である。インスタンス識別子２７６２によって、同じトラフィック分析処理ロジック１０２を同時に複数実行しても、実行状態を個別に管理及び制御することができる。ロジック識別子２７６３は、エッジノード１００で実行されているトラフィック分析処理ロジック１０２の識別情報である。実行状態２７６４は、エッジノード１００で実行されているトラフィック分析処理ロジック１０２の実行状態であり、例えば、実行中、一時停止中、終了中のいずれかが記録される。

回線番号２７６５は、利用している回線の識別情報である。回線状態２７６６は、ロジック識別子２７６３で識別されるロジックについて、アクションプロファイルテーブル２７３（図１０）のロジック種別２７４５がＯＡＭである場合、当該ロジックのインスタンスが監視・試験を実施している回線の状態を示す。回線状態２７６６には、例えば、開通と不通のいずれかが記録される。ロジック識別子２７６３で識別されるロジックが、アクションプロファイルテーブル２７３のロジック種別２７４５がＯＡＭ以外である場合、該当する回線状態２７６６はＮ／Ａ（適用外）となる。

実行時パラメータ２７６７は、当該トラフィック分析処理ロジック１０２を実行する際に設定されるパラメータである。例えば、実行時パラメータ２７６７の「ｃｔｒｌ」には、イベントの検出の通知先であるエッジ管理装置２００のアドレスが記載される。アクションプロファイル番号２７６８は、当該要求にかかる回線に適用されるアクションの識別情報である。

なお、エッジノード１００毎にトラフィック分析処理ロジック１０２の実行状態を管理する必要があるので、ロジック状態テーブル２７６はエッジノード１００毎に作成されるとよい。

図１３Ａ、図１３Ｂは、エッジノード１００の構成を示すブロック図である。なお、図１３Ｂは、図１３Ａに示すエッジノード１００のアプリケーション・ロジック実行部１８１、トンネリング・ロジック実行部１８３及び転送部１９１〜１９３の詳細な構成を示す。

エッジノード１００は、装置管理部１２１、入力処理部１２３、出力処理部１２６、アプリケーション・ロジック実行部１８１、トンネリング・ロジック実行部１８３、転送部１９１〜１９３（図１３Ａでは不図示）、ロジック状態テーブル１８５及びネットワークインターフェース（ＮＩＦ）１５０を有する。

装置管理部１２１は、エッジ管理装置２００からの制御要求に従って、エッジノード１００の動作、すなわち、入力処理部１２３及び出力処理部１２６の動作を制御する。装置管理部１２１は、回線テーブル１２２及びロジック管理テーブル１７１を有する。回線テーブル１２２は、エッジノード１００が利用している回線を管理するためのテーブルであり、エッジ管理装置２００の回線テーブル２３９のうち、当該エッジノード１００に関係する回線の情報のみを格納したものである。よって、回線テーブル１２２の構成及び内容は、エッジ管理装置２００の回線テーブル２３９の構成及び内容と同じなので、図示及びその説明は省略する。ロジック管理テーブル１７１は、トラフィック分析処理ロジック１０２を管理するためのテーブルで、エッジノード１００がエッジ管理装置２００から受信したトラフィック分析処理ロジック（プログラム）１０２のロジック識別子が記録される。具体的には、エッジ管理装置２００のエッジノード保有ロジックテーブル２７５から、当該ノードの分のみを抽出したものでよい。

入力処理部１２３は、エッジノード１００のポートに入力されたパケットを識別し、所定の内部ポート１３２を介して、出力処理部１２６に出力する。入力処理部１２３は、エッジノード１００に入力されたパケットの統計情報を取得する。入力処理部１２３は、フロー識別部１２４、フロー識別・フロー毎統計情報テーブル１２５を有する。フロー識別部１２４は、エッジノード１００に入力されたパケットを識別し、出力すべきポートを決定する。フロー識別・フロー毎統計情報テーブル１２５は、入力処理部１２３がパケットを識別するための情報が記録されるテーブルであり、フロー毎の統計情報も記録される。フロー識別・フロー毎統計情報テーブル１２５の構成例は、図１４を用いて後述する。なお、以下の説明で、フローを識別するための情報だけを示す場合、単に「フロー識別テーブル１２５」と称することがある。

出力処理部１２６は、入力処理部１２３から転送されたパケットを識別し、所定のポート１３１から出力する。出力処理部１２６は、アクション適用部１２７及びアクション・ポート毎統計情報テーブル１２８を有する。アクション適用部１２７は、入力処理部１２３から転送されたパケットに所定の操作を行い、所定のポート１３１から出力する。アクション・ポート毎統計情報テーブル１２８は、出力処理部１２６がパケットを処理するための情報が記録されるテーブルであり、フロー毎の統計情報も記録される。アクション・ポート毎統計情報テーブル１２８の構成例は、図１５を用いて後述する。なお、以下の説明で、適用されるアクションの情報だけを示す場合、単に「アクションテーブル１２８」と称することがある。

アプリケーション・ロジック実行部１８１は、トラフィック分析処理ロジック１０２のロジック１８２を実行する。すなわち、アプリケーション・ロジック実行部１８１は、アクションプロファイルテーブル２７３（図１０）のロジック種別２７４５がアプリケーションまたはＯＡＭのロジックを実行する。

トンネリング・ロジック実行部１８３は、トラフィック分析処理ロジック１０２のロジック１８４を実行する。すなわち、トンネリング・ロジック実行部１８３は、アクションプロファイルテーブル２７３のロジック種別２７４５がトンネリングのロジックを実行する。トンネリング・ロジック実行部１８３が実行するロジック１８４は、アプリケーション・ロジック実行部１８１が実行するロジック１８２が送信したパケットをカプセル化してエッジノードから送出する。また、トンネリング・ロジック実行部１８３が実行するロジック１８４は、エッジノードが受信したアプリケーション・ロジック実行部１８１が実行するロジック１８２宛のパケットをデカプセル化して、ロジック１８２に転送する。

このようにトンネリング・ロジック実行部１８３で実行するロジック１８４は、アプリケーション・ロジック実行部１８１で実行されるロジック１８２と、必ずペアになる。一方、アプリケーション・ロジック実行部１８１で実行されるロジック１８２は、必ずしもトンネリング・ロジック実行部１８３で実行されるロジック１８４とペアにならなくてもよい。

図１３Ｂを参照して、アプリケーション・ロジック実行部１８１、トンネリング・ロジック実行部１８３及び転送部１９１〜１９３の詳細な構成を説明する。

転送部１９２は、フロー識別テーブル１９７（図１３Ｃ）を参照して、エッジノード１００が受信したパケットについて、受信パケットが監視対象のトンネルに関係するか、すなわち、トンネリング・ロジック１８４を実行するかを判定する。そして、転送部１９２は、監視対象のトンネルに関係する受信パケット（例えば、ＯＡＭパケット）をトンネリング・ロジック実行部１８３に転送する。また、転送部１９２は、受信パケットが監視対象のトンネルに関係しないが、アプリケーション・ロジックを実行すべき受信パケットを転送部１９１に転送する。さらに、転送部１９２は、フロー識別テーブル１９７にフロー識別子１９７２が定義されていない受信パケットを廃棄する。

トンネリング・ロジック実行部１８３は、インスタンス識別子で識別されるロジック＃１１（１８４）を実行し、当該受信パケット（ＯＡＭパケット）をデカプセル化して、転送部１９１に転送する。

転送部１９１は、ロジック＃１１（１８４）からＯＡＭパケットを受信すると、フロー識別テーブル１９６（図示省略）を参照して、実行するアプリケーション・ロジックを判定する。フロー識別テーブル１９６は、前述したフロー識別テーブル１９７と同様に、要求番号、フロー識別子及びインスタンス識別子を含む。なお、フロー識別テーブル１９６では、トンネリング・ロジック実行部１８３のトンネリング・ロジック１８４でデカプセル化されたＯＡＭパケットを振り分けるため、フロー識別子欄に宛先ＭＡＣアドレスが記載される。また、全てのフロー識別子に対応してインスタンス識別子が定義されている。

アプリケーション・ロジック実行部１８１は、転送部１９１で判定されたアプリケーション・ロジック１８２を実行して、転送部１９３に転送する。

転送部１９３は、フロー識別テーブル１９８（図示省略）を参照して、パケットを処理するトンネリング・ロジック１８４を判定する。また、転送部１９３は、トンネリング・ロジック１８４によって処理されないパケットを送信キューに格納する。

トンネリング・ロジック実行部１８３は、転送部１９３で判定されたトンネリング・ロジック１８４を実行し、送信すべきパケットを送信キューに格納する。なお、受信パケットをデカプセル化するトンネリング・ロジック１８４と、送信パケットをカプセル化するトンネリング・ロジック１８４とは、同じロジックでも、異なるロジックでもよい。

図１３Ｃは、フロー識別テーブル１９７の構成例を示す図である。フロー識別テーブル１９７は、要求番号１９７１、フロー識別子１９７２及びインスタンス識別子１９７３を含む。要求番号１９７１は、フロー識別テーブル１９７に記録されたデータを一意に識別するための識別情報である。フロー識別子１９７２は、監視対象のトンネルで転送されるフローの情報である。インスタンス識別子１９７３は、当該フローに対応して実行されるトラフィック分析処理ロジック１０２の識別情報である。なお、フローに対応するトラフィック分析処理ロジックが定義されていない場合、インスタンス識別子１９７３には、Ｎ／Ａが記載される。

図３１は、フロー識別テーブル１９７のエントリ作成手順を示すフローチャートである。フロー識別テーブル１９７は、受信側のトンネリング・ロジック１８４を識別するために使用され、フィードバック制御要求テーブル２７１（図４）が更新されるタイミングで更新される。

まず、フィードバック制御要求テーブル２７１を参照し、収容フロー識別子２７１６をフロー識別子１９７２に設定する（２００１）。そして、実行されるロジックが仮想ネットワーク情報２７２６のロジック名２７２７に指定されているかを判定する（Ｓ２００２）。実行されるロジックが仮想ネットワーク情報２７２６に指定されていれば（Ｓ２００２で「指定あり」）、当該ロジック名２７２７を取得し、ロジック管理テーブル２７４を参照してロジック識別子２７４１を取得し、ロジック状態テーブル２７６を参照してインスタンス識別子２７６２を取得し、インスタンス識別子１９７３に記録する（Ｓ２００３）。一方、実行されるロジックが仮想ネットワーク情報２７２６に指定されていなければ（Ｓ２００２で「指定なし」）、トンネリング・ロジック実行部１８３で実行すべきロジックはないので、インスタンス識別子１９７３にＮ／Ａを記録する（Ｓ２００４）。

図３２は、フロー識別テーブル１９６のエントリ作成手順を示すフローチャートである。フロー識別テーブル１９６は、受信側のアプリケーション・ロジック１８２を識別するために使用され、フィードバック制御要求テーブル２７１が更新されるタイミングで更新される。

まず、フィードバック制御要求テーブル２７１を参照し、実行されるロジックが仮想ネットワーク情報２７２６のロジック名２７２７に指定されているかを判定する（Ｓ２０１１）。実行されるロジックが仮想ネットワーク情報２７２６に指定されていれば（Ｓ２０１１で「指定あり」）、アプリケーション・ロジック実行部１８１で処理されるパケットはＯＡＭパケットなので、実行時パラメータ２７２４から受信時情報（例えば、受信時宛先ＭＡＣアドレス）を取得し、フロー識別子１９６２に設定する（Ｓ２０１２）。一方、実行されるロジックが仮想ネットワーク情報２７２６に指定されていなければ（Ｓ２０１１で「指定なし」）、収容フロー識別子２７１６をフロー識別子１９６２に設定する（２０１３）。

そして、実行されるロジック名２７２３を取得し、ロジック管理テーブル２７４を参照してロジック識別子２７４１を取得し、ロジック状態テーブル２７６を参照してインスタンス識別子２７６２を取得し、インスタンス識別子１９６３に記録する（Ｓ２０１４）。

図３３は、フロー識別テーブル１９８のエントリ作成手順を示すフローチャートである。フロー識別テーブル１９８は、送信側のアプリケーション・ロジック１８４を識別するために使用され、フィードバック制御要求テーブル２７１が更新されるタイミングで更新される。

まず、フィードバック制御要求テーブル２７１を参照し、実行されるロジックが仮想ネットワーク情報２７２６のロジック名２７２７に指定されているかを判定する（Ｓ２０２１）。実行されるロジックが仮想ネットワーク情報２７２６に指定されていれば（Ｓ２０２１で「指定あり」）、トンネリング・ロジック実行部１８３で処理されるパケットはＯＡＭパケットなので、実行時パラメータ２７２４から受信時情報（例えば、送信時宛先ＭＡＣアドレス）を取得し、フロー識別子１９７２に設定する（Ｓ２０２２）。そして、仮想ネットワーク情報２７２６のロジック名２７２７を取得し、ロジック管理テーブル２７４を参照してロジック識別子２７４１を取得し、ロジック状態テーブル２７６を参照してインスタンス識別子２７６２を取得し、インスタンス識別子１９７３に記録する（Ｓ２０２３）。

一方、実行されるロジックが仮想ネットワーク情報２７２６に指定されていなければ（Ｓ２０２１で「指定なし」）、トンネリング・ロジック実行部１８３で処理されるパケットはＯＡＭパケットではないので、収容フロー識別子２７１６をフロー識別子１９７２に設定する（２０２４）。そして、インスタンス識別子１９７３にＮ／Ａを記録する（Ｓ２０２５）。

図３４は、転送部１９２が実行するパケット転送処理のフローチャートである。転送部１９２は、フロー識別テーブル１９７を参照して、受信パケットを振り分ける。

まず、フロー識別テーブル１９７を参照し、受信パケットのヘッダ情報とフロー識別子１９７２とを比較する（Ｓ２１０１）。そして、受信パケットに該当するフロー識別子がフロー識別テーブル１９７に登録されていれば（Ｓ２１０１で「該当あり」）、さらに、インスタンス識別子１９７３が記録されているかを判定する（Ｓ２１０２）。

その結果、インスタンス識別子１９７３が記録されていれば（Ｓ２１０２で「Ｎ／Ａでない」）、トンネリング・ロジック実行部１８３で処理すべきパケットなので、インスタンス識別子１９７３が示すロジックのインスタンスに受信パケットを転送する（Ｓ２１０３）。

また、インスタンス識別子１９７３が記録されていなければ（Ｓ２１０２で「Ｎ／Ａに等しい」）、トンネリング・ロジック実行部１８３で処理すべきパケットではないので、受信パケットを転送機能１８６へ転送する（Ｓ２１０４）。

さらに、受信パケットに該当するフロー識別子がフロー識別テーブル１９７に登録されていなければ（Ｓ２１０１で「該当なし」）、受信パケットを廃棄する（Ｓ２１０５）。

図３５は、転送部１９１が実行するパケット転送処理のフローチャートである。転送部１９１は、フロー識別テーブル１９６を参照して、受信パケットを振り分ける。

まず、フロー識別テーブル１９６を参照し、受信パケットのヘッダ情報とフロー識別子１９６２とを比較する（Ｓ２１１１）。そして、受信パケットに該当するフロー識別子がフロー識別テーブル１９６に登録されていれば（Ｓ２１１１で「該当あり」）、さらに、インスタンス識別子１９６３が記録されているかを判定する（Ｓ２１１２）。

その結果、インスタンス識別子１９６３が記録されていれば（Ｓ２１１２で「Ｎ／Ａでない」）、アプリケーション・ロジック実行部１８１で処理すべきパケットなので、インスタンス識別子１９６３が示すロジックのインスタンスに受信パケットを転送する（Ｓ２１１３）。

また、インスタンス識別子１９６３が記録されていなければ（Ｓ２１１２で「Ｎ／Ａに等しい」）、アプリケーション・ロジック実行部１８１で処理すべきパケットではないので、受信パケットを廃棄する（Ｓ２１１４）。さらに、受信パケットに該当するフロー識別子がフロー識別テーブル１９６に登録されていない場合も（Ｓ２１１１で「該当なし」）、受信パケットを廃棄する（Ｓ２１１４）。

図１３Ａに戻って説明を続ける。ロジック状態テーブル１８５は、エッジノード１００で実行しているトラフィック分析処理ロジック１０２の実行状態を管理するために用いるテーブルであり、その構成例は図１６を用いて後述する。

装置管理部１２１、入力処理部１２３、出力処理部１２６、アプリケーション・ロジック実行部１８１、トンネリング・ロジック実行部１８３及び転送部１９１〜１９３は、制御部であるプロセッサが記憶部であるメモリに格納されたプログラムを実行することによって構成される。入力処理部１２３、出力処理部１２６、アプリケーション・ロジック実行部１８１、トンネリング・ロジック実行部１８３及び転送部１９１〜１９３は、ＦＰＧＡに内蔵されるゲートアレイやＮｅｔｗｏｒｋ Ｐｒｏｃｅｓｓｏｒ（ＮＰ）のマイクロコードによってプログラミングされた論理回路によって構成されてもよい。

メモリは、不揮発性の記憶素子であるＲＯＭ及び揮発性の記憶素子であるＲＡＭを含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ）などを格納する。ＲＡＭは、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような高速かつ揮発性の記憶素子であり、プログラム及びプログラムの実行時に使用されるデータを一時的に格納する。具体的には、メモリは、装置管理プログラム、入力処理プログラム、出力処理プログラムを格納してもよい。メモリは、フロー識別・フロー毎統計情報テーブル１２５及びアクション・ポート毎統計情報テーブル１２８及びロジック状態テーブル１８５を格納する。フロー識別・フロー毎統計情報テーブル１２５、アクション・ポート毎統計情報テーブル１２８及びロジック状態テーブル１８５はＦＰＧＡ内のメモリに格納されてもよい。

なお、装置管理部１２１、入力処理部１２３、出力処理部１２６、アプリケーション・ロジック実行部１８１およびトンネリング・ロジック実行部１８３の各々は、一つのプロセッサ上で論理的に独立した論理ブロックでも、独立したプロセッサ上の論理ブロックでも、ＦＰＧＡの独立した論理回路でもよい。

ネットワークインターフェース１５０は、パケットが入出力される複数のポート１３１を提供する。

図１４は、フロー識別・フロー毎統計情報テーブル１２５の構成例を示す図である。

フロー識別・フロー毎統計情報テーブル１２５は、入力処理部１２３がパケットを処理するために用いるテーブルであり、フロー毎の統計情報１２５５も記録される。フロー識別・フロー毎統計情報テーブル１２５は、入力点１２５１及び内部出力点１２５９のフィールドを含む。

入力点１２５１は、パケットが入力される点の情報であり、インターフェース番号１２５２、ポート番号１２５３、収容フロー識別子１２５４及び統計情報１２５５のフィールドを含む。統計情報１２５５は、受信バイト数１２５６、受信パケット数１２５７及びカウンタリセット時刻１２５８のフィールドを含む。内部出力点１２５９は、入力処理部１２３からパケットが出力される内部ポート１３２の情報であり、当該内部ポート１３２のポート番号を記録するフィールドを含む。

インターフェース番号１２５２は、エッジノード１００にパケットが入力されるネットワークインターフェース１５０を一意に識別するための識別情報である。ポート番号１２５３は、ネットワークインターフェース１５０によって提供され、パケットが入力されるポートを一意に識別するための識別情報である。収容フロー識別子１２５４は、当該ポートに入力されるフローの情報であり、例えば、転送されるパケットの宛先である加入者装置５１のＩＰアドレス、宛先である加入者装置５１のポート番号及び、転送されるパケットの送信元である加入者装置５１のＩＰアドレスを記録する。

統計情報１２５５は、当該ポートに入力される（すなわち、当該フローの）パケットの統計情報を記録する。受信バイト数１２５６は、当該ポートで受信したパケットのデータ量を記録するカウンタである。受信パケット数１２５７は、当該ポートで受信したパケットの数を記録するカウンタである。カウンタリセット時刻１２５８は、統計情報を記録するカウンタ（受信バイト数１２５６、受信パケット数１２５７）をリセットした時刻である。すなわち、統計情報は、カウンタリセット時刻１２５８からの時間において集計される。なお、統計情報１２５５のカウンタの初期値は０であり、カウンタリセット時刻はエントリの追加時刻である。

なお、フローを識別するための情報と統計情報とを一つのテーブルに構成したが、フロー識別テーブルと、フロー毎統計情報テーブルとを別に構成してもよい。

入力処理部１２３は、回線テーブル１２２にエントリが追加される際、フロー識別・フロー毎統計情報テーブル１２５にエントリを追加する。また、入力処理部１２３は、回線テーブル１２２からエントリが削除される際、対応するエントリをフロー識別・フロー毎統計情報テーブル１２５から削除する。

具体的には、入力処理部１２３は、回線テーブル１２２のＡ点情報及びＺ点情報を参照し、Ａ点情報のエッジノード識別子が本エッジノードの識別子である場合、Ａ点情報のインターフェース番号、ポート番号及び収容フロー識別子を取得し、それぞれをフロー識別・フロー毎統計情報テーブル１２５の入力点のインターフェース番号１２５２、ポート番号１２５３及び収容フロー識別子１２５４に記録する。そして、エッジノード１００に格納されている内部ポート１３２とネットワークインターフェース１５０との対応情報（図示省略）を参照して、回線テーブル１２２のＡ点情報に対応するａ点情報のインターフェース番号から出力処理部１２６へパケットを出力する内部ポート１３２の番号を決定し、内部出力点１２５９に記録する。

一方、回線テーブル１２２のＺ点情報のエッジノード識別子が本エッジノードの識別子である場合、回線テーブル１２２のＺ点情報のインターフェース番号、ポート番号及びｚ点情報の収容フロー識別子を取得し、それぞれをフロー識別・フロー毎統計情報テーブル１２５の入力点のインターフェース番号１２５２、ポート番号１２５３及び収容フロー識別子１２５４に記録する。そして、内部ポート１３２とネットワークインターフェース１５０との対応情報（図示省略）を参照して、回線テーブル１２２のＺ点情報に対応するｚ点情報のインターフェース番号から出力処理部１２６へパケットを出力する内部ポート１３２の番号を決定し、内部出力点１２５９に記録する。

図１５は、アクション・ポート毎統計情報テーブル１２８の構成例を示す図である。

アクション・ポート毎統計情報テーブル１２８は、出力処理部１２６がパケットを処理するために用いるテーブルであり、フロー毎の統計情報１２８８も記録される。アクション・ポート毎統計情報テーブル１２８は、内部入力点１２８１及び出力点１２８５のフィールドを含む。内部入力点１２８１は、パケットが出力処理部１２６に入力される内部ポート１３２の情報であり、内部ポート番号１２８２、収容フロー識別子１２８３及びアクション１２８４のフィールドを含む。出力点１２８５は、パケットが出力される点の情報であり、インターフェース番号１２８６、ポート番号１２８７及び統計情報１２８８のフィールドを含む。統計情報１２８８は、送信バイト数１２８９、送信パケット数１２９０及びカウンタリセット時刻１２９１のフィールドを含む。

内部ポート番号１２８２は、出力処理部１２６にパケットが入力される内部ポート１３２のポート番号である。収容フロー識別子１２８３は、当該内部ポート１３２から入力されるフローの情報であり、例えば、転送されるパケットの宛先である加入者装置５１のＩＰアドレス、宛先である加入者装置５１のポート番号及び、転送されるパケットの送信元である加入者装置５１のＩＰアドレスを記録する。アクション１２８４は、出力処理部１２６がパケットに行う操作である。図示の場合、コアノード３００から受信したパケットからＶＬＡＮ識別子＝３００のＶＬＡＮタグを削除し、パケットをデカプセル化する。

インターフェース番号１２８６は、エッジノード１００からパケットが出力されるネットワークインターフェース１５０を一意に識別するための識別情報である。ポート番号１２８７は、ネットワークインターフェース１５０によって提供され、パケットが出力されるポートを一意に識別するための識別情報である。

統計情報１２８８は、当該ポートから出力される（すなわち、当該フローの）パケットの統計情報を記録する。送信バイト数１２８９は、当該ポートから出力されたパケットのデータ量を記録するカウンタである。送信パケット数１２９０は、当該ポートから送信したパケットの数を記録するカウンタである。カウンタリセット時刻１２９１は、統計情報を記録するカウンタ（送信バイト数１２８９、送信パケット数１２９０）をリセットした時刻である。すなわち、統計情報は、カウンタリセット時刻１２９１からの時間において集計される。なお、統計情報１２８８のカウンタの初期値は０であり、カウンタリセット時刻はエントリの追加時刻である。

なお、出力処理部１２６がパケットに行うアクションと統計情報とを一つのテーブルに構成したが、アクションテーブルと、フロー毎統計情報テーブルとを別に構成してもよい。

出力処理部１２６は、回線テーブル１２２にエントリが追加される際、アクション・ポート毎統計情報テーブル１２８にエントリを追加する。また、出力処理部１２６は、回線テーブル１２２からエントリが削除される際、対応するエントリをアクション・ポート毎統計情報テーブル１２８から削除する。

具体的には、入力処理部１２３は、回線テーブル１２２のＡ点情報及びＺ点情報を参照し、Ａ点情報のエッジノード識別子が本エッジノードの識別子である場合、エッジノード１００に格納されている内部ポート１３２とネットワークインターフェース１５０との対応情報（図示省略）を参照して、回線テーブル１２２のＡ点情報に対応するａ点情報のインターフェース番号から出力処理部１２６へパケットを入力する内部ポート１３２の番号を決定し、内部ポート番号１２８２に記録する。そして、Ａ点情報の収容フロー識別子及びＡ点情報のアクションを取得し、それぞれをアクション・ポート毎統計情報テーブル１２８の収容フロー識別子１２８３及びアクション１２８４に記録する。

一方、回線テーブル１２２のＺ点情報のエッジノード識別子が本エッジノードの識別子である場合、内部ポート１３２とネットワークインターフェース１５０との対応情報（図示省略）を参照して、回線テーブル１２２のＺ点情報に対応するｚ点情報のインターフェース番号から出力処理部１２６へパケットを入力する内部ポート１３２の番号を決定し、内部ポート番号１２８２に記録する。そして、ｚ点情報の収容フロー識別子及びＺ点情報のアクションを取得し、それぞれをアクション・ポート毎統計情報テーブル１２８の収容フロー識別子１２８３及びアクション１２８４に記録する。

次に、本発明の実施例のネットワークシステムにおける処理について説明する。

本ネットワークシステムにおいてリソースプールテーブル２３７は以下の方針で管理される。

まず、管理者が、リソースプールテーブル２３７の初期エントリ数及び初期値を設計する。具体的には、管理者が、システム運用開始前に、管理しているエッジノード間に予め想定される回線を割り当て、リソースプールテーブル２３７を構築する。

その後、運用状況（統計情報）に応じて、リソースプールテーブル２３７において、使用中フラグ２３８２を用いてリソースの空き状況を管理し、リソースプールのエントリを追加又は削除する。

エッジ管理装置２００は、中継部３０１の中継管理装置４００を介して、リソースプールのエントリの保証帯域を動的に広げる又は狭めるなどの制御ができる。また、適用プロファイル識別子に応じて、中継回線要求処理で既存回線を活用する。中継回線要求処理によって必要なリソースが確保できない場合、管理者に通知する、管理者は、リソースプールへリソースを追加するなどの措置をとることができる。エッジ管理装置２００のノースバンドＩ／Ｆに接続されるオーケストレータ６００は、不足している区間の回線をリソースプールテーブル２３７に自動的に追加してもよい。

エッジ管理装置２００は、オーケストレータ６００から接続性確立要求を受信すると、リソースプールにて管理されているリソース又は新たに確保したリソースを用いて、エッジノード間の回線を確立する。回線の確立時に、エッジ管理装置２００は、エッジノード１００にトラフィック分析処理ロジック１０２を配布する。トラフィック分析処理ロジック１０２は、エッジノード１００が転送するフローを監視したり、統計情報を取得する。

エッジ管理装置２００は、オーケストレータ６００から接続性解放要求を受信すると、エッジノード間の回線を解放する。回線の解放時は、適用プロファイル識別子が「０」である場合、通常、使用済み回線は即時解放するが、リソースプールに残存するリソースが少ない場合、回線を解放せずリソースプールテーブル２３７に残し、他の接続性でも活用できるようにする。回線の解放時に、エッジ管理装置２００は、エッジノード１００のトラフィック分析処理ロジック１０２を停止し、エッジノード１００からトラフィック分析処理ロジック１０２を消去する。

図１６は、ロジック状態テーブル１８５の構成例を示す図である。

ロジック状態テーブル１８５は、エッジノード１００で実行しているトラフィック分析処理ロジック１０２の実行状態を管理するために用いるテーブルである。ロジック状態テーブル１８５は、要求番号１８３１、インスタンス識別子１８３２、ロジック識別子１８３３、実行状態１８３４、回線番号１８３５、回線状態１８３６、実行時パラメータ１８３７及び適用アクションプロファイル番号１８３８のフィールドを含む。

ロジック状態テーブル１８５は、エッジ管理装置２００が保持するロジック状態テーブル２７６から当該ノードの分のみを抽出したものである。よって、ロジック状態テーブル１８５の構成及び内容は、エッジ管理装置２００のロジック状態テーブル２７６の構成及び内容と同じなので、その説明は省略する。

次に、本発明の実施例のネットワークシステムにおける処理について説明する。

図１７は、ロジック起動要求処理のフローチャートである。エッジ管理装置２００は、オーケストレータ６００から接続性確立要求を受信した際（より具体的には、回線テーブル２３９にエントリが生成された後）に、ロジック起動要求処理を実行する。

エッジ管理装置２００のロジック管理部２４０は、受信した接続性確立要求を解析し、起動すべきトラフィック分析処理ロジック１０２を指定するロジック識別子を抽出する（Ｓ１０００）。そして、受信した接続性確立要求においてロジック識別子によるトラフィック分析処理ロジック１０２が指定されていない場合（Ｓ１００１で「なし」）、確立する接続性においてトラフィック分析処理ロジック１０２を起動しないので、ロジック起動要求処理を終了する。

一方、受信した接続性確立要求においてロジック識別子によるトラフィック分析処理ロジック１０２が指定されている場合（Ｓ１００１で「あり」）、確立する接続性においてトラフィック分析処理ロジック１０２を起動する必要があるので、ロジック配置位置選択処理を実行してトラフィック分析処理ロジック１０２を配置するエッジノード１００、すなわちトラフィック分析処理ロジック１０２を配置する位置を決定する（Ｓ１００２）。ロジック配置位置選択処理は、図１８を用いて後述する。

その後、ロジック配置位置選択処理にて決定されたトラフィック分析処理ロジック１０２の配置位置に基づいてロジック配置処理を実行して、ロジック状態テーブル１８５のエントリを追加して、トラフィック分析処理ロジック１０２を配置するエッジノード１００に転送（ロード）する（Ｓ１００３）。ロジック配置処理は、図１９を用いて後述する。

最後に、ロジック管理テーブル２７４のロジック種別２７４５を参照して、ロジックを起動するロジック実行部を定め、トラフィック分析処理ロジック１０２の起動をエッジノード１００に指示し、ロジック状態テーブル１８５の実行状態１８３４を「実行中」に設定する（Ｓ１００４）。

図１８は、ロジック配置位置選択処理のフローチャートである。

エッジ管理装置２００の運用制御部２４１は、ステップＳ１０００にて抽出したロジック識別子をキーにしてロジック管理テーブル２７４の適用種別２７４４を参照して、配置すべきトラフィック分析処理ロジック１０２の適用種別を判定する。すなわち、配置すべきトラフィック分析処理ロジック１０２が、始点ノード用（Ａ点専用）なのか、終点ノード用（Ｚ点専用）なのか、始点終点共用（Ａ／Ｚ点共用）なのかを判定する（Ｓ１０１１）。配置すべきトラフィック分析処理ロジック１０２がＡ点専用又はＺ点専用である場合（Ｓ１０１１で「Ａ点専用又はＺ点専用」）、指定された回線中の配置位置を決定する必要がないので、ロジック配置位置選択処理を終了する。

一方、配置すべきトラフィック分析処理ロジック１０２がＡ／Ｚ点共用である場合（Ｓ１０１１で「Ａ／Ｚ点共用」）、トラフィック分析処理ロジック１０２を配置すべき場所がＡ点であるのかＺ点であるのかを決定する（Ｓ１０１２）。具体的には、受信した接続性確立要求を解析して特定されるＡ点の配置先の候補のエッジノード１００のデータ、およびＺ点の配置先の候補のエッジノード１００のデータを取得する。

さらに、事前に設定されたポリシに従ってトラフィック分析処理ロジック１０２の配置位置を決定する（Ｓ１０１３）。トラフィック分析処理ロジック１０２は、回線の始点側又は終点側に配置すればよいので、トラフィック分析処理ロジック１０２をＡ点に配置するかＺ点に配置するかをポリシに従って決定する。ポリシは、例えば、トラフィック分析処理ロジック１０２が既にロードされているエッジノード１００を優先する、起動ロジック数が少ない（低負荷の）エッジノード１００を優先するなどがある。

図１９は、ロジック配置処理のフローチャートである。

エッジ管理装置２００の運用制御部２４１は、ロジック配置処理の起動時にパラメータとして渡された要求番号をキーにしてフィードバック制御要求テーブル２７１を参照し、当該要求にかかるＡ点及びＺ点のエッジノード識別子２７１３、２７１８を取得する。取得したエッジノード識別子２７１３、２７１８をキーにしてエッジノード保有ロジックテーブル２７５を参照して、ステップＳ１００２にて決定された配置先のエッジノード１００が配置すべきトラフィック分析処理ロジック１０２を既に保有しているかを判定する（Ｓ１０２１）。具体的には、取得したエッジノード識別子２７１３、２７１８をキーにしてエッジノード保有ロジックテーブル２７５を参照してロジック識別子２７５２を取得する。そして、ステップＳ１０００にて抽出したロジック識別子と取得したロジック識別子２７５２とを比較して、配置先のエッジノード１００が配置すべきトラフィック分析処理ロジック１０２を既に保有しているか判定する。つまり、取得したロジック識別子２７５２とステップＳ１０００にて抽出したロジック識別子とを比較した結果、ステップＳ１０００にて抽出したロジック識別子と一致するロジック識別子２７５２が存在する場合、配置先のエッジノード１００が、配置すべきトラフィック分析処理ロジック１０２を既に保有していると判定する。一方、抽出したロジック識別子とロジック識別子２７５２とが一致しない場合、配置先のエッジノード１００が、配置すべきトラフィック分析処理ロジック１０２を保有していないと判定する。

なお、本実施例では、エッジノード１００が配置すべきロジック１０２を既に保有しているかを、エッジノード保有ロジックテーブル２７５を参照して判定するが、その都度、トラフィック分析処理ロジック１０２を保有しているかをエッジノード１００に問い合わせてもよい。

配置先のエッジノード１００が配置すべきトラフィック分析処理ロジック１０２を既に保有している場合（Ｓ１０２１で「有」）、新たにエッジ管理装置２００がトラフィック分析処理ロジック１０２を転送する必要がないので、ロジック配置処理を終了する。一方、配置先のエッジノード１００が配置すべきトラフィック分析処理ロジック１０２を保有していない場合（Ｓ１０２１で「無」）、ロジック管理テーブル２７４のロジック識別子２７４１を参照してファイル名２７４３を取得し、取得したファイル名のトラフィック分析処理ロジック１０２を配置先のエッジノード１００に転送する（Ｓ１０２２）。

図２０は、システム運用中の制御のシーケンス図であり、エッジノード１００がトラフィック分析処理ロジック１０２を保有しない場合の接続性確立要求を処理するシーケンスを示す。

オーケストレータ６００は、エッジ管理装置２００に接続性確立要求＃１を送信する（Ｓ１２０１）。

エッジ管理装置２００は、受信した接続性確立要求＃１を解析し（Ｓ１２０２）、トラフィック分析処理ロジック１０２を始点ノードに配置するか、終点ノードに配置するかを選択するロジック配置位置選択処理を実行する（Ｓ１２０３）。その後、エッジ管理装置２００は、ロジック配置処理を実行して、選択されたノードにトラフィック分析処理ロジック１０２を転送するか否かを判定し、選択されたノードがトラフィック分析処理ロジック１０２を保有していないため、選択されたエッジノード１００にエッジノード識別子及びファイル（ロジック）を含むロード命令を送信し（Ｓ１２０４）、トラフィック分析処理ロジック１０２（例えば、プログラムファイル）をエッジノード１００へダウンロードする（Ｓ１２０５）。

エッジノード１００は、ロードされたトラフィック分析処理ロジック１０２をいずれかの定められたロジック実行部１８１、１８３、１８７のメモリに格納する（Ｓ１２０６）。その後、エッジノード１００は、トラフィック分析処理ロジック１０２の格納処理の実行結果をエッジ管理装置２００に返信する。エッジノード１００が送信する格納処理実行結果は、要求の成功又は失敗の情報、及び失敗した場合のエラーコードを含む。

エッジ管理装置２００は、受信したロジック格納完了の通知に従って、エッジノード保有ロジックテーブル２７５及びロジック状態テーブル２７６を更新し、要求された接続性にリソースを割り当て、始点及び終点のエッジノード１００に接続性を設定する接続性追加要求を送信する（Ｓ１２０７）。この接続性追加要求は、エッジノード識別子、インターフェース番号、ポート番号、収容フロー識別子及びアクションを含む。

エッジノード１００は、接続性追加要求を受けると、接続性を設定して（Ｓ１２０８）、接続性確立処理の結果をエッジ管理装置２００に送信する。エッジ管理装置２００へ送信される回線設定の完了通知は、要求された接続性の設定の成功又は失敗の情報、設定された接続性のリソース識別子、エラーコードを含む。

エッジ管理装置２００は、受信した回線設定完了の通知に従って、回線テーブル２３９を更新し、トラフィック分析処理ロジック１０２の起動を指示する（Ｓ１２０９）。具体的には、エッジ管理装置２００は、エッジノード１００が保有しているトラフィック分析処理ロジック１０２（例えば、プログラム）を起動する場合、エッジノード識別子、インターフェース番号、ポート番号、収容フロー識別子、ファイルの識別子、及び実行時パラメータを含む実行命令を送信する。

エッジノード１００は、受信したトラフィック分析処理ロジック１０２の起動指示に従って、ロードされたトラフィック分析処理ロジック１０２を起動して、インスタンス化し、ロジック状態テーブル１８５のインスタンス識別子１８３２を記録する（Ｓ１２１０、Ｓ１２１１）。その後、エッジノード１００は、トラフィック分析処理ロジック１０２の起動完了（成功又は失敗）をエッジ管理装置２００に返信する。

エッジ管理装置２００は、受信したロジック起動完了の通知に従って、ロジック状態テーブル２７６を更新し、オーケストレータ６００に接続性確立要求の完了を通知する（Ｓ１２１２）。

図２１は、システム運用中の制御のシーケンス図であり、エッジノード１００がトラフィック分析処理ロジック１０２を保有する場合の接続性確立要求を処理するシーケンスを示す。図２１に示すシーケンスでは、エッジノード１００がトラフィック分析処理ロジック１０２を保有しているので、エッジ管理装置２００からエッジノード１００にトラフィック分析処理ロジック１０２を転送しない。

オーケストレータ６００は、エッジ管理装置２００に接続性確立要求＃２を送信する（Ｓ１２０１）。

エッジ管理装置２００は、受信した接続性確立要求＃２を解析し（Ｓ１２０２）、トラフィック分析処理ロジック１０２を始点ノードに配置するか、終点ノードに配置するかを選択するロジック配置位置選択処理を実行する（Ｓ１２０３）。その後、エッジ管理装置２００は、ロジック配置処理を実行して、選択されたノードにトラフィック分析処理ロジック１０２を転送するか否かを判定し、選択されたノードがトラフィック分析処理ロジック１０２を既に保有しているため、選択されたノードにトラフィック分析処理ロジック１０２を転送しない（Ｓ１２０４）。その後、要求された接続性にリソースを割り当て、始点及び終点のエッジノード１００に接続性を設定するため、接続性変更要求をエッジノード１００に送信する（Ｓ１２０７）。この接続性変更要求は、変更する接続性を特定するための情報（例えば、エッジノード識別子、インターフェース番号、ポート番号及び収容フロー識別子）と、新しいアクションとを含む。

エッジノード１００は、接続性変更要求を受けると、受信した制御要求に従って接続性を設定して（Ｓ１２０８）、接続性変更処理の結果をエッジ管理装置２００に送信する。エッジ管理装置２００へ送信される回線設定の完了通知は、要求された回線の設定の成功又は失敗の情報、設定された回線のリソース識別子、エラーコードを含む。

エッジ管理装置２００は、受信した回線設定完了の通知に従って、回線テーブル２３９を更新し、トラフィック分析処理ロジック１０２の起動を指示する（Ｓ１２０９）。

エッジノード１００は、受信したトラフィック分析処理ロジック１０２の起動指示に従って、ロードされたトラフィック分析処理ロジック１０２を起動して、インスタンス化し、ロジック状態テーブル１８５のインスタンス識別子１８３２を記録する（Ｓ１２１０、Ｓ１２１１）。その後、エッジノード１００は、トラフィック分析処理ロジック１０２の起動の完了（成功又は失敗）をエッジ管理装置２００に返信する。

エッジ管理装置２００は、受信したロジック起動完了の通知に従って、ロジック状態テーブル２７６を更新し、オーケストレータ６００に接続性確立要求の完了を通知する（Ｓ１２１２）。このようにして、エッジノードで行われるアクションを変更することができる。

なお、収容フロー識別子を変更する場合、フィードバック制御要求テーブル２７１の現在のエントリを削除し、新たなエントリを追加する。

図２２は、ロジック停止要求処理のフローチャートである。エッジ管理装置２００は、オーケストレータ６００からロジック停止要求を受信した際に、ロジック停止要求処理を実行する。

エッジ管理装置２００のロジック管理部２４０は、受信したロジック停止要求を解析し、一時停止すべきトラフィック分析処理ロジック１０２を指定するロジック識別子を抽出する（Ｓ１０３０）。受信したロジック停止要求においてロジック識別子によるトラフィック分析処理ロジック１０２が指定されていない場合（Ｓ１０３１で「なし」）、ロジック停止要求処理を終了する。

一方、受信したロジック停止要求においてロジック識別子によるトラフィック分析処理ロジック１０２が指定されている場合（Ｓ１０３１で「あり」）、エッジ管理装置２００の運用制御部２４１は、一時停止が要求されたトラフィック分析処理ロジック１０２がエッジノード１００に配置されているかを判定する。そして、エッジ管理装置２００の運用制御部２４１は、一時停止が要求されたトラフィック分析処理ロジック１０２がエッジノード１００に配置されている場合、ロジック停止要求処理の起動時にパラメータとして渡された要求番号を用いて、ロジック状態テーブル２７６のインスタンス識別子２７６２を参照して、一時停止すべきインスタンスを特定する。

そして、当該インスタンスのトラフィック分析処理ロジック１０２の一時停止をエッジノード１００に指示し、実行状態２７６４を「停止中」に変更する（Ｓ１０３２）。

図２３は、システム運用中の制御のシーケンス図であり、トラフィック分析処理ロジック１０２を停止する処理のシーケンスを示す。

オーケストレータ６００は、エッジ管理装置２００にロジック停止要求＃１を送信する（Ｓ１２２１）。

エッジ管理装置２００は、受信したロジック停止要求＃１を解析し、一時停止が要求されたトラフィック分析処理ロジック１０２がエッジノード１００に配置されているかを判定する（Ｓ１２２２）。そして、エッジ管理装置２００は、一時停止が要求されたトラフィック分析処理ロジック１０２がエッジノード１００に配置されていることを確認して、一時停止すべきインスタンスを特定した後、トラフィック分析処理ロジック１０２を一時停止するために、エッジノード識別子及びインスタンス識別子を含む停止命令をエッジノード１００に送信する（Ｓ１２２３）。

エッジノード１００は、停止命令を受けると、指示されたロジック１０２のインスタンスを一時停止して、ロジック状態テーブル１８５の実行状態１８３４を更新する（Ｓ１２２４）。その後、エッジノード１００は、ロジックの停止処理の実行結果をエッジ管理装置２００に返信する。エッジ管理装置２００に送信される実行結果は、成功又は失敗の情報、成功した場合のインスタンス識別子、及び失敗した場合のエラーコードを含む。

エッジ管理装置２００は、受信したロジック停止完了の通知に従って、ロジック状態テーブル２７６の実行状態２７６４を更新し、オーケストレータ６００にロジックの停止完了を通知する（Ｓ１２２５）。

図２４は、ロジック再開要求処理のフローチャートである。エッジ管理装置２００は、オーケストレータ６００からロジック再開要求を受信した際に、ロジック再開要求処理を実行する。

エッジ管理装置２００のロジック管理部２４０は、受信したロジック再開要求を解析し、再開すべきトラフィック分析処理ロジック１０２を指定するロジック識別子を抽出する（Ｓ１０４０）。受信したロジック再開要求においてロジック識別子によるトラフィック分析処理ロジック１０２が指定されていない場合（Ｓ１０４１で「なし」）、ロジック再開要求処理を終了する。

一方、受信したロジック再開要求においてロジック識別子によるトラフィック分析処理ロジック１０２が指定されている場合（Ｓ１０４１で「あり」）、エッジ管理装置２００の運用制御部２４１は、再開が要求されたトラフィック分析処理ロジック１０２がエッジノード１００に配置されているかを判定する。そして、エッジ管理装置２００の運用制御部２４１は、再開が要求されたトラフィック分析処理ロジック１０２がエッジノード１００に配置されている場合、ロジック再開要求処理の起動時にパラメータとして渡された要求番号を用いてロジック状態テーブル２７６のインスタンス識別子２７６２を参照して、再開すべきインスタンスを特定する。

そして、当該インスタンスのトラフィック分析処理ロジック１０２の再開をエッジノード１００に指示し、実行状態２７６４を「実行中」に変更する（Ｓ１０４２）。

図２５は、システム運用中の制御のシーケンス図であり、トラフィック分析処理ロジック１０２を再開する処理のシーケンスを示す。

オーケストレータ６００は、エッジ管理装置２００にロジック再開要求＃１を送信する（Ｓ１２３１）。

エッジ管理装置２００は、受信したロジック再開要求＃１を解析し、再開が要求されたトラフィック分析処理ロジック１０２がエッジノード１００に配置されているかを判定する（Ｓ１２３２）。そして、エッジ管理装置２００は、再開が要求されたトラフィック分析処理ロジック１０２がエッジノード１００に配置されていることを確認して、再開すべきインスタンスを特定した後、トラフィック分析処理ロジック１０２を再開する指示をエッジノード１００に送信する（Ｓ１２３３）。

エッジノード１００は、指示されたトラフィック分析処理ロジック１０２のインスタンスを再開して、ロジック状態テーブル１８５の実行状態１８３４を更新する（Ｓ１２３４）。その後、エッジノード１００は、ロジックの再開完了（成功又は失敗）をエッジ管理装置２００に返信する。

エッジ管理装置２００は、受信したロジック再開完了の通知に従って、ロジック状態テーブル２７６の実行状態２７６４を更新し、オーケストレータ６００にロジック再開完了を通知する（Ｓ１２３５）。

図２６は、ロジック終了要求処理のフローチャートである。エッジ管理装置２００は、オーケストレータ６００から接続性解放要求を受信した際に、ロジック停止要求処理を実行する。

まず、エッジ管理装置２００のロジック管理部２４０は、受信した接続性解放要求を解析し、終了すべきトラフィック分析処理ロジック１０２を指定するロジック識別子を抽出する（Ｓ１０５０）。そして、受信した接続性解放要求においてロジック識別子によるトラフィック分析処理ロジック１０２が指定されていない場合（Ｓ１０５１で「なし」）、解放する接続性においてトラフィック分析処理ロジック１０２が実行されていないので、ロジック終了要求処理を終了する。

一方、受信した接続性解放要求においてロジック識別子によるトラフィック分析処理ロジック１０２が指定されている場合（Ｓ１０５１で「あり」）、解放する接続性においてトラフィック分析処理ロジック１０２を終了する必要があるので、エッジ管理装置２００の運用制御部２４１は、解放する接続性で実行されているトラフィック分析処理ロジック１０２の有無を判定する。そして、エッジ管理装置２００の運用制御部２４１は、解放する接続性で実行されているトラフィック分析処理ロジック１０２がエッジノード１００に有る場合、接続性解放要求に含まれる要求番号を用いてロジック状態テーブル２７６のインスタンス識別子２７６２を参照して、終了（停止）すべきインスタンスを特定し、当該インスタンスのトラフィック分析処理ロジック１０２の終了をエッジノード１００に指示し、実行状態２７６４を「終了中」に変更する（Ｓ１０５２）。

その後、ロジック状態テーブル２７６を参照して、当該トラフィック分析処理ロジック１０２のインスタンスが、同じエッジノード１００の中で一つだけ存在しているか、複数動作しているか存在するかを判定する（Ｓ１０５３）。

そして、当該トラフィック分析処理ロジック１０２のインスタンスが当該エッジノード１００の中で複数存在していれば（Ｓ１０５３で「複数存在」）、当該トラフィック分析処理ロジック１０２を削除することができないので、トラフィック分析処理ロジック１０２を削除せずに、ロジック終了要求処理を終了する。一方、当該トラフィック分析処理ロジック１０２のインスタンスが当該エッジノード１００の中で一つだけ存在していれば（Ｓ１０５３で「１つのみ」）、当該トラフィック分析処理ロジック１０２を削除してもよいので、当該トラフィック分析処理ロジック１０２の削除を当該エッジノード１００に指示する（Ｓ１０５４）。

図２７は、システム運用中の制御のシーケンス図であり、接続性解放要求の処理と共に、エッジノード１００がトラフィック分析処理ロジック１０２を終了し、削除する処理のシーケンスを示す。

オーケストレータ６００は、エッジ管理装置２００に接続性解放要求＃１を送信する（Ｓ１２４１）。

エッジ管理装置２００は、受信した接続性解放要求＃１を解析し、解放する接続性で実行されているトラフィック分析処理ロジック１０２の有無を判定する（Ｓ１２４２）、そして、エッジ管理装置２００は、解放する接続性で実行されているトラフィック分析処理ロジック１０２を確認して、停止すべきインスタンスを特定した後、トラフィック分析処理ロジック１０２を終了するために、エッジノード識別子及びインスタンス識別子を含む終了命令をエッジノード１００に送信する。また、当該トラフィック分析処理ロジック１０２のインスタンスが、同じエッジノード１００の中で一つだけ存在していることを判定する（Ｓ１２４３）。

エッジノード１００は、指示されたトラフィック分析処理ロジック１０２のインスタンスを停止して、ロジック状態テーブル１８５の実行状態１８３４を更新する（Ｓ１２４４、Ｓ１２４５）。その後、エッジノード１００は、処理実行結果をエッジ管理装置２００に返信する。エッジ管理装置２００に送信される処理実行結果は、処理の成功又は失敗の情報、成功した場合のインスタンス識別子、及び失敗した場合のエラーコードを含む。ここで、ロジック終了が成功すると、これまで実行していた該当トラフィック分析処理ロジック１０２のインスタンスとしてメモリ上に確保されていたプログラムの実行状態などを保持するメモリ領域が解放される。

エッジ管理装置２００は、受信したロジック終了完了の通知に従って、ロジック状態テーブル２７６の実行状態２７６４を更新し、始点及び終点のエッジノード１００に接続性を解放する制御要求を送信する（Ｓ１２４６）。接続性を解放する制御要求は、削除する接続性を特定するための情報（エッジノード識別子、インターフェース番号、ポート番号及び収容フロー識別子）を含む。

エッジノード１００は、接続性解放要求を受けると、接続性を解放して（Ｓ１２４７）、接続性解放処理の結果をエッジ管理装置２００に送信する。エッジ管理装置２００へ送信される接続性解放処理の結果は、要求された回線の解放の成功又は失敗の情報、及び失敗した場合のエラーコードを含む。

エッジ管理装置２００は、受信した回線解放完了の通知に従って、回線テーブル２３９を更新し、トラフィック分析処理ロジック１０２の削除を指示するために、エッジノード識別子及びファイルの識別子を含むアンロード命令を送信する（Ｓ１２４８）。

エッジノード１００は、アンロード命令を受けると、指示されたトラフィック分析処理ロジック１０２を削除して、ロジック状態テーブル１８５からレコードを削除する（Ｓ１２４９）。その後、エッジノード１００は、処理実行結果をエッジ管理装置２００に返信する。エッジ管理装置２００に送信される処理実行結果は、命令の成功又は失敗情報、及び失敗した場合のエラーコードを含む。

エッジ管理装置２００は、受信したロジック削除完了の通知に従って、エッジノード保有ロジックテーブル２７５及びロジック状態テーブル２７６を更新し、オーケストレータ６００に接続性解放要求の完了を通知する（Ｓ１２５０）。

図２８は、システム運用中の制御のシーケンス図であり、接続性解放要求の処理と共に、エッジノード１００がトラフィック分析処理ロジック１０２を終了するが、当該トラフィック分析処理ロジック１０２を保持し続ける処理のシーケンスを示す。図２８に示すシーケンスでは、エッジノード１００が当該トラフィック分析処理ロジック１０２を他の回線で実行しているので、解放される接続性に関係するインスタンスは終了するが、エッジノード１００は当該トラフィック分析処理ロジック１０２を削除しない。

オーケストレータ６００は、エッジ管理装置２００に接続性解放要求＃２を送信する（Ｓ１２４１）。

エッジ管理装置２００は、受信した接続性解放要求＃２を解析し、解放する接続性で実行されているトラフィック分析処理ロジック１０２の有無を判定する（Ｓ１２４２）、そして、エッジ管理装置２００は、解放する接続性で実行されているトラフィック分析処理ロジック１０２を確認して、停止すべきインスタンスを特定した後、インスタンスを終了する指示をエッジノード１００に送信する。また、当該トラフィック分析処理ロジック１０２のインスタンスが、同じエッジノード１００の中で複数動作している存在していると判定する（Ｓ１２４３）。

エッジノード１００は、指示されたトラフィック分析処理ロジック１０２のインスタンスを停止して、ロジック状態テーブル１８５の実行状態１８３４を更新する（Ｓ１２５４、Ｓ１２４５）。その後、エッジノード１００は、ロジック終了の完了（成功又は失敗）をエッジ管理装置２００に返信する。エッジノード１００は、接続性解放要求を受けると、状態参照結果をエッジ管理装置２００に送信する。エッジ管理装置２００に送信される状態参照結果は、要求の成功又は失敗の情報、及び失敗した場合のエラーコードを含む。すなわち、エッジノード１００の全体の状態参照結果は、エッジノード１００の設定情報（例えば、ＩＰアドレス、設定済フロー数、設定可能フロー数）、Ｈ／Ｗ（ハードウェア）情報、及び障害情報を含む。また、エッジノード１００の構成の状態参照結果は、インターフェース番号、ポート番号、ポート状態情報（例えば、リンク状態、Ｈ／Ｗ情報、障害情報）を含む。

エッジ管理装置２００は、受信したロジック終了完了の通知に従って、ロジック状態テーブル２７６の実行状態２７６４を更新し、始点及び終点のエッジノード１００に接続性を解放する制御要求を送信する（Ｓ１２４６）。接続性を解放する制御要求は、削除する接続性を特定するための情報（エッジノード識別子、インターフェース番号、ポート番号及び収容フロー識別子）を含む。

エッジノード１００は、受信した制御要求に従って接続性を解放して（Ｓ１２４７）、回線解放の完了をエッジ管理装置２００に通知する。エッジ管理装置２００へ送信される回線解放の完了通知は、要求された回線の解放の成功又は失敗の情報及び失敗した場合のエラーコードを含む。

エッジ管理装置２００は、受信した回線解放完了の通知に従って、回線テーブル２３９を更新し、オーケストレータ６００に接続性解放要求の完了を通知する（Ｓ１２５０）。

また、エッジ管理装置２００はエッジノード１００に格納されている情報を参照することができる。

まず、エッジ管理装置２００は、参照する統計を特定するための情報を含む統計参照要求をエッジノード１００に送信する。参照する統計を特定するための情報は、参照する統計の種類によって異なる。例えば、エッジノード１００に格納されている情報の全てを参照する場合はエッジノード識別子であり、インターフェース毎の統計を参照する場合はインターフェース番号であり、ポート毎の統計を参照する場合はポート番号であり、フロー毎の統計を参照する場合は収容フロー識別子である。

エッジノード１００は、統計参照要求を受けると、要求の成功又は失敗の情報、及び失敗した場合のエラーコードを含む統計参照結果をエッジ管理装置２００に送信する。すなわち、成功時の統計参照結果は、要求されたエッジノード識別子、インターフェース番号、ポート番号又は収容フロー識別子と、統計情報とを含む。複数のレコードを含む場合、エッジノード１００はリスト形式で統計参照結果を送信する。

また、エッジ管理装置２００がエッジノード１００の状態を参照する場合、エッジノード識別子を含む状態参照要求をエッジノード１００に送信する。エッジノード１００の一部の構成の状態を参照する場合、エッジノード識別子に加え、インターフェース番号又はポート番号を状態参照要求に含める。

また、エッジノード１００が保有しているトラフィック分析処理ロジック１０２（プログラムファイル）の状態を参照する場合、エッジ管理装置２００は、エッジノード識別子を含む状態参照命令を送信する。エッジノード１００は、状態参照命令を受けると、成功又は失敗の情報及び失敗した場合のエラーコードを含むプログラム参照結果をエッジ管理装置２００に送信する。すなわち、成功時の状態参照結果は、当該エッジノード１００内の全てのプログラムのプログラム名と、対応する実行プロセスの状態情報（例えば、空きストレージ容量、ＣＰＵ使用率、メモリ使用量）を含む。

また、参照命令がトラフィック分析処理ロジック１０２の識別子を含み、特定のロジックの情報を参照するものでもよい。この場合、参照結果は、参照されるロジックの状態情報（例えば、空きストレージ容量、ＣＰＵ使用率、メモリ使用量）を含む。

図２９は、イベント検出時にエッジ管理装置２００がエッジノード１００に適用するアクションを指示するシーケンス図である。

エッジノード１００では、実行中のトラフィック分析処理ロジック１０２が所定のイベントを検出し（Ｓ１１０１）、要求＃と実行時パラメータとして指定された情報をパラメータとして指定されたアドレスへイベントの検出として通知する（Ｓ１１０２）。

エッジ管理装置２００は、イベントを通知したトラフィック分析処理ロジック１０２によって指定された要求＃をフィードバック制御要求テーブルを参照し該当するアクションプロファイル＃を特定する。そして、図９に示すアクションプロファイルテーブルを参照して該当するアクションプロファイル＃に対応するアクション２７３２を実行する。アクションプロファイル＃が５または６の場合は、該当するエッジノード１００にトラフィック分析処理ロジック１０２から通知されたイベントで指定されたロジックの起動を指示する（Ｓ１１０３）。

図２９に示すシーケンスの具体例として、フローのトラフィック量の閾値超過を契機として、リソースプールから広帯域な回線を取得して、収容する回線を切り替える例を説明する。

エッジノード１００では、実行中のトラフィック分析処理ロジック１０２が監視対象のフローのトラフィック量が閾値を超過したことを検出し（Ｓ１１０１）、パラメータとして指定されたアドレスのエッジ管理装置２００へトラフィック量の超過を通知する（Ｓ１１０２）。

エッジ管理装置２００は、リソースプールテーブル２３７から利用可能な広帯域回線を検索し、検索された新回線に当該フローを収容するアクションをエッジノード１００に指示する（Ｓ１１０３）。

図２９に示すシーケンスの別な具体例として、フローのトラフィック量の増減の傾向を検出し、この検出を契機にフローを収容する回線を予め指定された回線に切り替えてもよい。

すなわち、トラフィック分析処理ロジック１０２は、フローのトラフィックが過去Ａ回連続してＢ％以上減少していることを検出し（Ｓ１１０１）、パラメータとして指定されたアドレスのエッジ管理装置２００へトラフィック量の増加を通知する（Ｓ１１０２）。エッジ管理装置２００は、今後、当該フローのトラフィック量が余剰となる可能性があると判定し、容量が小さい回線に当該フローを収容するアクションをエッジノード１００に指示する（Ｓ１１０３）。また、トラフィック分析処理ロジック１０２が、フローのトラフィックが過去Ｃ回連続してＤ％以上増加していることを検出し（Ｓ１１０１）、パラメータとして指定されたアドレスのエッジ管理装置２００へトラフィック量の減少を通知する（Ｓ１１０２）。エッジ管理装置２００は、今後、当該フローのトラフィック量が閾値を超過する可能性があると判定し、容量が大きい回線に当該フローを収容するアクションをエッジノード１００に指示する（Ｓ１１０３）。なお、リソース使用率の評価基準に含まれる閾値（評価回数Ａ及びＢ、減少量Ｃ、増加量Ｄ）は、実行時パラメータ２７６７として設定する。

図３０は、イベント検出時にエッジノード１００が自律的にアクションを実行して、エッジ管理装置２００に通知するシーケンス図である。

エッジノード１００では、実行中のトラフィック分析処理ロジック１０２が所定のイベントを検出し（Ｓ１１１１）、適用アクションプロファイル番号１８３８として指定されたアクションを実行し（Ｓ１１１２）、パラメータとして指定されたアドレスへイベントの検出を通知する（Ｓ１１１３）。

エッジ管理装置２００は、通知されたイベントの内容によってエッジ管理装置が保持するテーブルの該当箇所を更新する（Ｓ１１１４）。例えば、エッジノード１００が自律的に収容する回線を切り替えた場合、エッジ管理装置２００は回線テーブルの始点情報のアクション、終点情報のアクションおよび収容フロー識別子を該当する回線に合うように修正する。また、リソースプールテーブル２３７の該当する回線の情報を修正する。

図３０に示すシーケンスの具体例として、フローのトラフィック量の閾値超過を契機として、フローを収容する回線を予め指定された回線に切り替えて、エッジ管理装置２００に通知する例を説明する。

エッジノード１００では、実行中のトラフィック分析処理ロジック１０２が監視対象のフローのトラフィック量が閾値を超過したことを検出し（Ｓ１１１１）、適用アクションプロファイル番号１８３８として指定された回線（容量が大きい回線）へ切り替えるアクションを実行し（Ｓ１１１２）、パラメータとして指定されたアドレスのエッジ管理装置２００へトラフィック量の超過及び回線の切り替えを通知する（Ｓ１１１３）。

エッジ管理装置２００は、通知された内容に従ってリソースプールテーブル２３７のエントリを更新する（Ｓ１１１４）。

図３０に示すシーケンスの別な具体例として、フローのトラフィック量の増減の傾向を検出し、この検出を契機にフローを収容する回線を予め指定された回線に切り替えてもよい。

すなわち、トラフィック分析処理ロジック１０２が、フローのトラフィックが過去Ａ回連続してＢ％以上減少していることを検出した場合（Ｓ１１１１）、今後、当該フローのトラフィック量が余剰となる可能性があるので、容量が小さい回線へ切り替えるアクションを実行する（Ｓ１１１２）。また、トラフィック分析処理ロジック１０２が、フローのトラフィックが過去Ｃ回連続してＤ％以上増加していることを検出した場合（Ｓ１１１１）、今後、当該フローのトラフィック量が閾値を超過する可能性があるので、容量が大きい回線へ切り替えるアクションを実行する（Ｓ１１１２）。なお、リソース使用率の評価基準に含まれる閾値（評価回数Ａ及びＢ、減少量Ｃ、増加量Ｄ）は、実行時パラメータ１８３７として設定する。

ここで、本実施例で使用されるＯＡＭパケットについて説明する。ＯＡＭパケットは、エッジノード１００が実行するトラフィック分析処理ロジック１０２のロジック種別がＯＡＭであり、監視・試験機能を実現したロジック間で回線の疎通を確認するために送受信される。本実施例で例示するＯＡＭパケットは、トンネリング・プロトコルにＶＸＬＡＮ又はＮＶＧＲＥがあり、ＯＡＭ機能としてＩＴＵ-Ｔが定めたＹ．１７３１規格に準拠したＯＡＭ機能又はＩＥＴＦが定めたＢＦＤ規格に準拠したＯＡＭ機能がある。このため、これらを組み合わせた４種類のＯＡＭパケットが本実施例では利用可能である。なお、前述した以外のトンネリング・プロトコルや、ＯＡＭ機能を実現する規格を利用することもできる。

まず、ＩＴＵ-Ｔが定めたＹ．１７３１規格に準拠したＯＡＭ機能を用いて、トンネリング・プロトコルにＶＸＬＡＮを適用したときに使用されるＯＡＭパケットの構成例を説明する。この形式のＯＡＭパケットは、イーサネットフレーム・ヘッダ（アウター）、ＩＰヘッダ、ＵＤＰヘッダ、ＶＸＬＡＮヘッダ、イーサネットフレーム・ヘッダ（インナー）及びＹ．１７３１準拠ＯＡＭペイロードで構成される。

トンネリング・ロジック実行部１８３が実行するトンネリング・ロジック１８４は、この形式のＯＡＭパケットから、イーサネットフレーム・ヘッダ（アウター）、ＩＰヘッダ、ＵＤＰヘッダ及びＶＸＬＡＮヘッダを除去し、受信パケットをデカプセル化し、イーサネットフレーム・ヘッダ（インナー）及びペイロードで構成されるＩＰパケットを作成する。

次に、ＩＥＴＦが定めたＢＦＤ規格に準拠したＯＡＭ機能を用いて、トンネリング・プロトコルにＶＸＬＡＮを適用したときに使用されるＯＡＭパケットの構成例を説明する。この形式のＯＡＭパケットは、イーサネットフレーム・ヘッダ（アウター）、ＩＰヘッダ（アウター）、ＵＤＰヘッダ（アウター）、ＶＸＬＡＮヘッダ、イーサネットフレーム・ヘッダ（インナー）、ＩＰヘッダ（インナー）、ＵＤＰヘッダ（インナー）及びＢＦＤ準拠ＯＡＭペイロードで構成される。

トンネリング・ロジック実行部１８３が実行するトンネリング・ロジック１８４は、この形式のＯＡＭパケットから、イーサネットフレーム・ヘッダ（アウター）、ＩＰヘッダ（アウター）、ＵＤＰヘッダ（アウター）及びＶＸＬＡＮヘッダを除去し、受信パケットをデカプセル化し、イーサネットフレーム・ヘッダ（インナー）、ＩＰヘッダ（インナー）、ＵＤＰヘッダ（インナー）及びペイロードで構成されるＩＰパケットを作成する。

次に、ＩＴＵ-Ｔが定めたＹ．１７３１規格に準拠したＯＡＭ機能を用いて、トンネリング・プロトコルにＮＶＧＲＥを適用したときに使用されるＯＡＭパケットの構成例を説明する。この形式のＯＡＭパケットは、イーサネットフレーム・ヘッダ（アウター）、ＩＰヘッダ、ＮＶＧＲＥヘッダ、イーサネットフレーム・ヘッダ（インナー）及びＹ．１７３１準拠ＯＡＭペイロードで構成される。

トンネリング・ロジック実行部１８３が実行するトンネリング・ロジック１８４は、この形式のＯＡＭパケットから、イーサネットフレーム・ヘッダ（アウター）、ＩＰヘッダ及びＮＶＧＲＥヘッダを除去し、受信パケットをデカプセル化し、イーサネットフレーム・ヘッダ（インナー）及びペイロードで構成されるパケットを作成する。

次に、ＩＥＴＦが定めたＢＦＤ規格に準拠したＯＡＭ機能を用いて、トンネリング・プロトコルにＮＶＧＲＥを適用したときに使用されるＯＡＭパケットの構成例を説明する。この形式のＯＡＭパケットは、イーサネットフレーム・ヘッダ（アウター）、ＩＰヘッダ（アウター）、ＮＶＧＲＥヘッダ、イーサネットフレーム・ヘッダ（インナー）、ＩＰヘッダ（インナー）、ＵＤＰヘッダ（インナー）及びＢＦＤ準拠ＯＡＭペイロードで構成される。

トンネリング・ロジック実行部１８３が実行するトンネリング・ロジック１８４は、この形式のＯＡＭパケットから、イーサネットフレーム・ヘッダ（アウター）、ＩＰヘッダ（アウター）及びＮＶＧＲＥヘッダを除去し、受信パケットをデカプセル化し、イーサネットフレーム・ヘッダ（インナー）、ＩＰヘッダ（インナー）、ＵＤＰヘッダ（インナー）及びペイロードで構成されるパケットを作成する。

図３６は、拠点間のＶＮＦ（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）マイグレーションを示すシーケンス図である。

例えば、図１に示すネットワークにおいて、加入者拠点１１００の計算機１１１２と加入者拠点１２００の計算機１２１２とが、中継拠点２０００の仮想ネットワーク機能２０５５を使用して通信しているとき、オーケストレータ６００の指示によって、加入者拠点１１００と加入者拠点１２００との間の通信を中継拠点３０００の仮想ネットワーク機能３０５５にマイグレーションする。この場合、加入者拠点１１００を収容するエッジノード１００と加入者拠点１２００の計を収容するエッジノード１００とは、仮想ネットワークを収容するパスの変更に伴って、仮想ネットワークを監視するトラフィック分析処理ロジック（インスタンス）１０２を変更する必要がある。このとき、ユーザフローを収容するエッジノードは変わらない。

まず、オーケストレータ６００は、エッジ管理装置２００にマイグレーション要求＃１を送信する（Ｓ１２６１）。

エッジ管理装置２００は、受信したマイグレーション要求＃１を解析し、マイグレーションが要求された仮想ネットワークを判定し（Ｓ１２６２）、当該仮想ネットワーク収容するエッジノードの識別子及び当該仮想ネットワークに関係するトラフィック分析処理ロジック１０２のインスタンス識別子を含む停止指示をエッジノード＃１（１００）、エッジノード＃２（１００）及びエッジノード＃３（１００）に送信する（Ｓ１２６３）。

エッジノード＃１（１００）、エッジノード＃２（１００）及びエッジノード＃３（１００）は、停止命令を受けると、指示されたロジック１０２のインスタンスを一時停止して、ロジック状態テーブル１８５の実行状態１８３４を更新する（Ｓ１２６４）。エッジノード１００は、インスタンスの停止処理の実行結果をエッジ管理装置２００に返信する。エッジ管理装置２００に送信される実行結果は、成功又は失敗の情報、成功した場合のインスタンス識別子、及び失敗した場合のエラーコードを含む。

接続性を切り替える前に仮想ネットワークを監視するトラフィック分析処理ロジック（インスタンス）１０２を停止することによって、パスの切替中に異常（例えば、通信断）の検出を防止できる。

エッジ管理装置２００は、インスタンスの停止処理の成功の実行結果を受信すると、ロジック状態テーブル２７６の実行状態２７６４を更新し、現在収容されているパスへの仮想ネットワークの収容を取り止めるため、接続性を解放するエッジノード制御要求をエッジノード＃１（１００）、エッジノード＃２（１００）及びエッジノード＃３（１００）に送信する（Ｓ１２６５）。接続性を解放する制御要求は、削除する接続性を特定するための情報（エッジノード識別子、インターフェース番号、ポート番号及び収容フロー識別子）を含む。

エッジノード＃１（１００）、エッジノード＃２（１００）及びエッジノード＃３（１００）は、接続性解放要求を受けると、接続性を解放して（Ｓ１２６６）、接続性解放処理の結果をエッジ管理装置２００に送信する。エッジ管理装置２００へ送信される接続性解放処理の結果は、要求された回線の解放の成功又は失敗の情報、及び失敗した場合のエラーコードを含む。

エッジ管理装置２００は、接続性解放完了の通知を受信した後、回線テーブル２３９を更新し、仮想ネットワークを収容するパスを作成するために新たに確立する接続性にリソースを割り当て、接続性を設定する接続性確率要求をエッジノード＃１（１００）、エッジノード＃３（１００）及びエッジノード＃４（１００）に送信する（Ｓ１２６７）。この接続性追加要求は、エッジノード識別子、インターフェース番号、ポート番号、収容フロー識別子及びアクションを含む。

エッジノード＃１（１００）、エッジノード＃３（１００）及びエッジノード＃４（１００）は、接続性追加要求を受けると、接続性を設定して（Ｓ１２６８）、接続性確立処理の結果をエッジ管理装置２００に送信する。エッジ管理装置２００へ送信される回線設定の完了通知は、要求された接続性の設定の成功又は失敗の情報、設定された接続性のリソース識別子、エラーコードを含む。

エッジ管理装置２００は、接続性確立完了の通知を受信した後、トラフィック分析処理ロジック（インスタンス）１０２を再開する指示をエッジノード＃１（１００）、エッジノード＃３（１００）及びエッジノード＃４（１００）に送信する（Ｓ１２６９）。なお、再開すべきインスタンスがエッジノード＃４（１００）に配置されていない場合、接続性を監視するために必要なトラフィック分析処理ロジック１０２を新たに配置する。また、再開すべきインスタンスは、解放された接続性を監視するために、既にエッジノード＃１（１００）及びエッジノード＃３（１００）に配置されている。

エッジノード＃１（１００）、エッジノード＃３（１００）及びエッジノード＃４（１００）は、指示されたトラフィック分析処理ロジック１０２のインスタンスを再開して、ロジック状態テーブル１８５の実行状態１８３４を更新する（Ｓ１２７０）。その後、エッジノード１００は、ロジックの再開完了（成功又は失敗）をエッジ管理装置２００に返信する。

エッジ管理装置２００は、受信したロジック再開完了の通知に従って、ロジック状態テーブル２７６の実行状態２７６４を更新し、オーケストレータ６００にマイグレーションの完了を通知する（Ｓ１２７１）。

図３７は、拠点間のＶＮＦマイグレーションを示すシーケンス図である。

例えば、前述と同様に、図１に示すネットワークにおいて、加入者拠点１１００の計算機１１１２と加入者拠点１２００の計算機１２１２とが、中継拠点２０００の仮想ネットワーク機能２０５５を使用して通信しているとき、中継拠点２０００を収容するエッジノード＃２（１００）が仮想ネットワークの異常を検出したことを契機に、加入者拠点１１００と加入者拠点１２００との間の通信を中継拠点３０００の仮想ネットワーク機能３０５５にマイグレーションする。この場合も、加入者拠点１１００を収容するエッジノード１００と加入者拠点１２００の計を収容するエッジノード１００とは、仮想ネットワークを収容するパスの変更に伴って、仮想ネットワークを監視するトラフィック分析処理ロジック（インスタンス）１０２を変更する必要がある。このとき、ユーザフローを収容するエッジノードは変わらない。

エッジノード＃２（１００）に実装されているトラフィック分析処理ロジック１０２は、中継拠点２０００の仮想ネットワーク機能２０５５における通信を監視しており、通信の不通などの異常を検出した。すると、エッジノード＃２（１００）は、エッジ管理装置２００に異常の検出を通知する（Ｓ１２８１）。

エッジ管理装置２００は、受信した異常検出通知を解析し、マイグレーションが必要な仮想ネットワークを判定し、当該仮想ネットワーク収容するエッジノードの識別子及び当該仮想ネットワークに関係するトラフィック分析処理ロジック１０２のインスタンス識別子を含むパス変更指示をエッジノード＃１（１００）、エッジノード＃２（１００）及びエッジノード＃３（１００）に送信する（Ｓ１２８２）。

エッジノード＃１（１００）、エッジノード＃２（１００）及びエッジノード＃３（１００）は、パス変更指示を受けると、まず、パス変更に関するロジック１０２のインスタンスを一時停止して、ロジック状態テーブル１８５の実行状態１８３４を更新する（Ｓ１２６４）。

ステップＳ１２６５以後の処理は、図３６を用いて前述したシーケンスと同じなので、それらの説明は省略する。

図３７に示す場合も、接続性を切り替える前に仮想ネットワークを監視するトラフィック分析処理ロジック（インスタンス）１０２を停止することによって、パスの切替中に異常（例えば、通信断）の検出を防止できる。

以上に説明したように、本発明の実施例によれば、エッジノード１００は、転送されるデータのトラフィックの仮想ネットワークを識別し、識別された仮想ネットワークに定められたトラフィック分析処理ロジック１０２を特定し、特定されたトラフィック分析処理ロジック１０２を当該仮想ネットワークのトラフィックに対して実行するので、仮想ネットワークごとに異なるロジックを実行して、仮想ネットワークごとに通信状態を監視できる。

また、エッジノード１００は、仮想ネットワークで転送される監視用データをデカプセル化し、デカプセル化された監視用データをトラフィック分析処理ロジック１０２によって処理するので、仮想ネットワークごとに通信状態を監視でき、仮想ネットワークごとに異なるロジックを実行できる。

また、エッジノード１００は、仮想ネットワークで転送される監視用データをデカプセル化する第１のロジック１８４と、デカプセル化された監視用データを処理する第２のロジック１８２と、フロー識別子を用いてデカプセル化される監視用データ判定し、第１のロジックに転送する第１の転送部１９２と、デカプセル化された監視用データを処理する第２のロジック１８２を判定し、第２のロジック１８２に転送する第２の転送部１９１とを有するので、仮想ネットワークごとにデカプセル化するかを選択でき、デカプセル化した監視用パケットに異なるロジックを実行して、仮想ネットワークごとに通信状態を監視できる。

また、エッジノード１００は、仮想ネットワークに送出するデータをカプセル化する第３のロジック１８４と、記仮想ネットワークにカプセル化して送出するデータを判定し、第３のロジック１８４に転送する第３の転送部１９３とを有するので、仮想ネットワークごとに監視用パケットを送信するかを決定でき、仮想ネットワークごとにカプセル化するかを選択でき、デカプセル化した監視用パケットに異なるロジックを実行して、仮想ネットワークごとの通信状態を監視することができる。

また、エッジノード１００は、ＯＳＩモデルにおけるネットワーク層において転送されるＯＡＭパケットを処理するので、レイヤ３の仮想ネットワークサービスにおいてＯＡＭを使える環境を構築することができる。

より具体的には、通信キャリアの提供する接続性（ＷＡＮ回線）を利用してＮＦＶ環境を遠隔地に延伸する場合、各仮想ネットワークのＷＡＮ区間においてＯＡＭ機能を提供することができ、管理者がＮＦＶ環境を安定的に運用できるように支援してＯＰＥＸを低減できる。

さらに、エッジノード１００にＯＡＭ機能をプリインストールしなくても、動的にダウンロードできるので、新しいトンネリング・プロトコルなどの多様なプロトコルにも柔軟に対応できるエッジノード１００を提供でき、ＣＡＰＥＸ低減を実現できる。

また、エッジノード１００は、転送されるデータのトラフィックの仮想ネットワークを識別し、識別された仮想ネットワークに定められたロジックを特定し、特定されたロジックを当該仮想ネットワークのトラフィックに対して実行することによって、当該仮想ネットワークを監視し、エッジ管理装置２００は、エッジノード１００による仮想ネットワークの監視結果に基づいて、当該仮想ネットワークを収容する接続性を制御するので、仮想ネットワークごとに異なるロジックを実行して、仮想ネットワークごとの通信状態を監視できる。このため、通信に異常が生じたトンネルごとにパスを切り替えるなど、仮想ネットワークごとに接続性を制御できる。

また、エッジ管理装置２００は、エッジノード１００が転送するデータのトラフィックを監視するロジックを実装するための情報をエッジノード１００へ送信し、当該ロジックを起動する指示を当該エッジノード１００へ送信するので、所定のタイミングで（例えば、接続性確立要求を契機にして）、トラフィック分析処理ロジック１０２を配布し、配布したトラフィック分析処理ロジック１０２を起動することができる。
パス管理方法。

また、エッジ管理装置２００は、エッジノード１００を含む接続性を確立する要求を制御要求元から受けると、確立が要求された接続性に収容される仮想ネットワークのトラフィックに対して実行されるロジックを起動する指示を送信するので、仮想ネットワークごとに異なるロジックを実行して、仮想ネットワークごとに通信状態を監視できる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１００ エッジノード
１０１ エッジ部
１０２ 監視・試験機能（トラフィック分析処理ロジック）
１２１ 装置管理部
１２２ 回線テーブル
１２３ 入力処理部
１２４ フロー識別部
１２５ フロー識別・フロー毎統計情報テーブル
１２６ 出力処理部
１２７ アクション適用部
１２８ アクション・ポート毎統計情報テーブル
１３１ ポート
１３２ 内部ポート
１５０ ネットワークインターフェース
１７１ ロジック管理テーブル
１８１ ロジック実行部
１８２ ロジック
１８３ ロジック状態テーブル
２００ エッジ管理装置
２１０ プロセッサ
２２０ メモリ
２２１ ＮＢＩ制御部
２２２ 接続性管理部
２２３ 要求解析部
２２４ 端点管理部
２２５ 回線管理部
２２６ リソースプール管理部
２２７ ＳＢＩ制御部
２２８ エッジノードＩ／Ｆ部
２２９ 中継管理装置Ｉ／Ｆ部
２３１ 要求元別プロファイルテーブル
２３２ 接続性確立要求テーブル
２３４ エッジノードポートテーブル
２３５ ｚ点候補テーブル
２３７ リソースプールテーブル
２３９ 回線テーブル
２４０ ロジック管理部
２４１ 運用制御部
２４２ アクション実施部
２５０ 補助記憶装置
２６０ ネットワークインターフェース
２７１ フィードバック制御要求テーブル
２７３ アクションプロファイルテーブル
２７４ ロジック管理テーブル
２７５ エッジノード保有ロジックテーブル
２７６ ロジック状態テーブル
３００ 中継装置
３０１ 中継部
４００ 中継管理装置
５００ クラウド管理装置
６００ オーケストレータ
１１００ 加入者拠点
１１１１ 加入者装置
１１１２ 計算機
１１１３ 仮想スイッチ
１１１４ 仮想計算機環境
１１１５ アプリケーション
１２００ 加入者拠点
１２１１ 加入者装置
１２１２ 計算機
１２１３ 仮想スイッチ
１２１４ 仮想計算機環境
１２１５ アプリケーション
２０００ 中継拠点
２０５５ 仮想ネットワーク機能

Claims (12)

1. データを転送するネットワークノードであって、
   前記ネットワークノードを管理する管理装置に接続されており、
   所定のイベントを検出した場合、当該イベントの検出を前記管理装置に通知するロジックを有し、
   転送されるデータのトラフィックの仮想ネットワークを識別し、
   前記識別された仮想ネットワークに定められたロジックを特定し、
   前記特定されたロジックを当該仮想ネットワークのトラフィックに対して実行するネットワークノード。
2. 請求項１に記載のネットワークノードであって、
   前記仮想ネットワークで転送される監視用データをデカプセル化し、
   前記デカプセル化された監視用データを前記ロジックによって処理するネットワークノード。
3. 請求項２に記載のネットワークノードであって、
   前記ロジックは、前記仮想ネットワークで転送される監視用データをデカプセル化する第１のロジックと、前記デカプセル化された監視用データを処理する第２のロジックとを含み、
   前記ネットワークノードは、
   フロー識別子を用いて前記デカプセル化される監視用データを判定し、前記判定された監視用データを第１のロジックに転送する第１の転送部と、
   前記デカプセル化された監視用データを処理する第２のロジックを判定し、前記デカプセル化された監視用データを前記判定された第２のロジックに転送する第２の転送部とを有するネットワークノード。
4. 請求項３に記載のネットワークノードであって、
   前記仮想ネットワークに送出するデータをカプセル化する第３のロジックと、
   前記仮想ネットワークにカプセル化して送出するデータを判定し、前記判定されたデータを前記第３のロジックに転送する第３の転送部とを有するネットワークノード。
5. 請求項２から４のいずれか一つに記載のネットワークノードであって、
   前記監視用データは、ＯＳＩモデルにおけるネットワーク層において転送され、ＯＡＭによる監視機能を実現するデータであることを特徴とするネットワークノード。
6. ネットワークシステムにおけるパス管理方法であって、
   前記ネットワークシステムは、データを転送するネットワークノードと、前記ネットワークノードを管理する管理装置とを有し、
   前記パス管理方法は、
   前記ネットワークノードが、転送されるデータのトラフィックの仮想ネットワークを識別し、
   前記ネットワークノードが、前記識別された仮想ネットワークに定められたロジックを特定し、
   前記ネットワークノードが、前記特定されたロジックを当該仮想ネットワークのトラフィックに対して実行することによって、当該仮想ネットワークのトラフィックを監視し、
   前記管理装置は、前記ネットワークノードによる前記仮想ネットワークの監視結果に基づいて、当該仮想ネットワークを収容する接続性を制御するパス管理方法。
7. 請求項６に記載のパス管理方法であって、
   前記ネットワークノードは、前記仮想ネットワークで転送される監視用データをデカプセル化し、
   前記ネットワークノードは、前記デカプセル化された監視用データを前記ロジックによって処理するパス管理方法。
8. 請求項６に記載のパス管理方法であって、
   前記管理装置は、前記仮想ネットワークのトラフィックを監視するロジックを実装するための情報を前記ネットワークノードへ送信し、
   前記管理装置は、当該ロジックを起動する指示を前記ネットワークノードへ送信するパス管理方法。
9. 請求項６から８のいずれか一つに記載のパス管理方法であって、
   前記データは、ＯＳＩモデルにおけるネットワーク層において転送され、ＯＡＭによる監視機能を実現するデータであることを特徴とするパス管理方法。
10. データを転送するネットワークノードを管理する管理装置であって、
    前記ネットワークノードが転送するデータのトラフィックを監視するロジックを実装するための情報を格納する記憶部と、
    制御要求元からの制御要求を受け付けるインターフェースと、
    前記制御要求元から要求を受けると、前記要求によって指定されるロジックを実装するための情報を前記ネットワークノードへ送信し、
    前記ネットワークノードに実装されたロジックが所定のイベントを検出した場合、前記イベントの検出の通知を受信する制御部とを備え、
    前記制御部は、
    前記ネットワークノードを含む接続性を確立する要求を前記制御要求元から受けると、
    前記確立が要求された接続性に収容される仮想ネットワークのトラフィックに対して実行されるロジックを起動する指示を送信する管理装置。
11. 請求項１０に記載の管理装置であって、
    前記ネットワークノードによる前記仮想ネットワークのトラフィックの監視結果に基づいて、当該仮想ネットワークを収容する接続性を制御する管理装置。
12. 請求項１０又は１１に記載の管理装置であって、
    前記仮想ネットワークのトラフィックのデータは、ＯＳＩモデルにおけるネットワーク層において転送され、ＯＡＭによる監視機能を実現するデータであることを特徴とする管理装置。

Images