(57)【要約】【課題】他装置における本来のデータ送信処理を阻害することなく、自装置において受信したレイヤ２フレームを他装置で一時的に保管する。【解決手段】本ネットワーク装置は、バッファと、レイヤ２フレームを順次受信する受信手段と、バッファの空き容量が第１の閾値を上回っているか判断する第１判断手段と、第１判断手段においてバッファの空き容量が第１の閾値を上回っていると判断された場合、受信したレイヤ２フレームをバッファに格納する手段と、第１判断手段においてバッファの空き容量が第１の閾値を下回っていると判断された場合、受信したレイヤ２フレームと、当該レイヤ２フレームのヘッダとは別の所定のヘッダとを含む転送データを生成し、ネットワーク装置の代わりにレイヤ２フレームを一時的に保管することが予め設定されている他のネットワーク装置に転送する転送手段とを有する。【選択図】図４
2010109475.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク装置であって、
バッファと、
レイヤ２フレームを順次受信する受信手段と、
前記バッファの空き容量が第１の閾値を上回っているか判断する第１判断手段と、
前記第１判断手段において前記バッファの空き容量が前記第１の閾値を上回っていると判断された場合、受信した前記レイヤ２フレームを前記バッファに格納する手段と、
前記第１判断手段において前記バッファの空き容量が前記第１の閾値を下回っていると判断された場合、受信した前記レイヤ２フレームと、当該レイヤ２フレームのヘッダとは別の所定のヘッダとを含む転送データを生成し、前記ネットワーク装置の代わりに前記レイヤ２フレームを一時的に保管することが予め設定されている他のネットワーク装置に転送する転送手段と、
を有するネットワーク装置。
【請求項２】
前記第１判断手段において前記バッファの空き容量が前記第１の閾値を下回っていると判断された後、前記バッファの空き容量が第２の閾値を上回ったか判断する第２判断手段と、
前記第２判断手段において前記バッファの空き容量が前記第２の閾値を上回ったと判断された場合、前記他のネットワーク装置から前記転送データを取得し、当該転送データに含まれる前記レイヤ２フレームを前記バッファに格納する取得手段と、
をさらに有する請求項１記載のネットワーク装置。
【請求項３】
前記他のネットワーク装置が複数存在する場合に、所定のタイミングにて、複数の前記他のネットワーク装置の各々から稼働状況とリソース情報とを取得する手段
をさらに有し、
前記転送手段が、
複数の前記他のネットワーク装置のうち、稼動中であり且つリソースが最も空いている装置を転送先として特定する手段と、
前記転送データに含まれる前記レイヤ２フレームのフレーム番号と転送先を表す情報とを転送管理テーブルに格納する手段と、
を有し、
前記取得手段が、
前記転送管理テーブルに格納されている前記フレーム番号と前記転送先を表す情報とに従って、前記転送データを取得する手段
を有する請求項２記載のネットワーク装置。
【請求項４】
ネットワーク装置により実行される、リソースを仮想化するための情報処理方法であって、
レイヤ２フレームを順次受信するステップと、
前記ネットワーク装置内のバッファの空き容量が第１の閾値を上回っているか判断する判断ステップと、
前記判断ステップにおいて前記バッファの空き容量が前記第１の閾値を上回っていると判断された場合、受信した前記レイヤ２フレームを前記バッファに格納するステップと、
前記判断ステップにおいて前記バッファの空き容量が前記第１の閾値を下回っていると判断された場合、受信した前記レイヤ２フレームと、当該レイヤ２フレームのヘッダとは別の所定のヘッダとを含む転送データを生成し、前記ネットワーク装置の代わりに前記レイヤ２フレームを一時的に保管することが予め設定されている他のネットワーク装置に転送するステップと、
を含む、リソースを仮想化するための情報処理方法。
【請求項５】
リソースを仮想化するための処理をネットワーク装置に実行させるためのプログラムであって、
レイヤ２フレームを順次受信するステップと、
前記ネットワーク装置内のバッファの空き容量が第１の閾値を上回っているか判断する判断ステップと、
前記判断ステップにおいて前記バッファの空き容量が前記第１の閾値を上回っていると判断された場合、受信した前記レイヤ２フレームを前記バッファに格納するステップと、
前記判断ステップにおいて前記バッファの空き容量が前記第１の閾値を下回っていると判断された場合、受信した前記レイヤ２フレームと、当該レイヤ２フレームのヘッダとは別の所定のヘッダとを含む転送データを生成し、前記ネットワーク装置の代わりに前記レイヤ２フレームを一時的に保管することが予め設定されている他のネットワーク装置に転送するステップと、
をネットワーク装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、ネットワークシステム内のリソースの仮想化技術の分野に関する。
【背景技術】
【０００２】
近年のネットワーク環境は複数のネットワーク機器やサーバ機器等から構成され、その規模は年々拡大し続けている。そして、ネットワーク環境の品質を維持する手段として、ネットワーク障害発生時の早期切り分けや原因究明のために各種ログ情報を収集する機能を実装したネットワーク監視／管理装置が注目されている。
【０００３】
従来、このようなネットワーク装置では、ログ情報を格納するために用意されたバッファの容量を超えた場合には、古いものから順にログ情報を上書きしていくか、以降のログ情報を廃棄していた。もしくは、バッファの容量溢れを回避するために代表的な情報のみをログ情報として格納し、代表的な情報以外の情報を廃棄していた。
【０００４】
一方、近年、コンピュータウィルスやワーム、悪意のあるプログラム、不正アクセス、スパイウェア、フレーミングなど、ネットワークに対する脅威は年々巧妙且つ複雑なものとなってきている。このような脅威への対策として、従来の下位レイヤ且つパケット単位でのフィルタリングから、上位レイヤ且つ複数パケットの組み合わせ（シーケンスや順序制御など）解析をリアルタイムで実現することにより、ワーム検知・駆除や動的不正侵入検知・防御などの機能の充実が求められている。
【０００５】
しかしながら、物理回線帯域の高速化も進んでおり、ネットワーク装置の処理能力が追いつかず、バッファの容量溢れが生じると、上で述べたように、古いものから上書きされてしまったり、溢れた分の情報が廃棄されてしまったりするため、全トラフィックを分析することはできない。また、上で述べたようにネットワークに対する脅威は年々巧妙且つ複雑なものとなっており、代表的な情報だけでは、これらの脅威を検知できない場合がある。
【０００６】
なお、自装置のバッファの残量が少なくなった際に、受信したフレームを他装置に一時的に退避する技術が従来から存在している。具体的には、自装置は、受信したフレームを他装置に転送する際に、当該フレームを送り返すことを示すタグを挿入した上でフレームを転送するようになっている。そして、他装置では、受信したフレームに上で述べたタグが挿入されている場合には受信ポートと同じポートに当該フレームを戻すようになっている。なお、フレームのループ防止のため、自装置のバッファの残量が所定の量になるまでは、自装置から他装置に対して、所定時間経過するまでデータの送信処理を停止させるためのポーズフレームを定期的に送信するようになっている。そして、ポーズフレームの送信を停止すると、他装置から自装置にフレームが戻るようになり、一時的な退避が可能となる。
【０００７】
しかし、この従来技術では、他装置は、自装置からポーズフレームを受信している間は、データ送信処理を一切行うことができない。そのため、他装置が待機系の装置であれば、フレームを一時的に退避することができるかもしれないが、他装置が現用系の装置の場合には、他装置における本来のデータ送信処理を阻害するという問題が生じることとなる。
【特許文献１】特開２００５−２１０３８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、本技術の目的は、他装置における本来のデータ送信処理を阻害することなく、自装置において受信したフレームを他装置で一時的に保管できるようにすることである。
【課題を解決するための手段】
【０００９】
本ネットワーク装置は、バッファと、レイヤ２フレームを順次受信する受信手段と、バッファの空き容量が第１の閾値を上回っているか判断する第１判断手段と、第１判断手段においてバッファの空き容量が第１の閾値を上回っていると判断された場合、受信したレイヤ２フレームをバッファに格納する手段と、第１判断手段においてバッファの空き容量が第１の閾値を下回っていると判断された場合、受信したレイヤ２フレームと、当該レイヤ２フレームのヘッダとは別の所定のヘッダとを含む転送データを生成し、ネットワーク装置の代わりにレイヤ２フレームを一時的に保管することが予め設定されている他のネットワーク装置に転送する転送手段とを有する。
【発明の効果】
【００１０】
他装置における本来のデータ送信処理を阻害することなく、自装置において受信したレイヤ２フレームを他装置で一時的に保管可能になる。
【発明を実施するための最良の形態】
【００１１】
［本技術の実施の形態の概要］
まず、図１乃至３を用いて、本技術の実施の形態の概要を説明する。例えば図１に示すように、ネットワーク装置Ａ乃至Ｄによりネットワークシステムが構築されているものとする。また、このようなネットワークシステムにおいて、ネットワーク装置Ａが、物理回線を介してフレーム（レイヤ２フレーム）を順次受信し、ワームや不正侵入などを検知するため、受信したフレームを解析するものとする。ここで、例えば、物理回線の帯域を１０Ｇｂｐｓとした場合に、図２に示すようなバースト負荷がかかると、受信するフレームの量がネットワーク装置ＡのＣＰＵの処理能力（ここでは８Ｇとする）を超え、バッファに格納されるフレームの量が増加し、最終的にはバッファの容量溢れが生じてしまう。
【００１２】
そこで、本実施の形態では、バッファの空き容量が第１の閾値を下回った場合（すなわち、バッファの使用量が溢れ閾値を超えた場合）、図２に示すように、溢れたフレームを他のネットワーク装置（ネットワーク装置Ｂ乃至Ｄ）に転送する。なお、本実施の形態では、当該フレームにレイヤ２ヘッダ以外のヘッダを付与した上で、他のネットワーク装置に転送する。
【００１３】
一方で、受信するフレームの量がネットワーク装置ＡのＣＰＵの処理能力より少なくなると、バッファに格納されるフレームの量も減少し、バッファの空き容量が増加する。そして、バッファの空き容量が第２の閾値を下回った場合（すなわち、バッファの使用量が復旧閾値を下回った場合）、図３に示すように、他のネットワーク装置に転送したフレームをネットワーク装置Ａに戻す。これにより、バッファの容量溢れが生じるような場合であっても、受信した全てのフレームを解析することが可能になる。
【００１４】
［実施の形態１］
図４乃至図２２を用いて、本技術の第１の実施の形態を説明する。なお、第１の実施の形態では、他のネットワーク装置にフレームを転送する際に、ＦＴＰ（File Transfer Protocol）ヘッダを付与した上で、他のネットワーク装置に転送する。
【００１５】
図４に、第１の実施の形態に係るシステム構成図を示す。例えばインターネットであるネットワーク１には、複数のサーバ（図４ではサーバＡ乃至Ｃ）と、ネットワーク装置３Ａとが接続されている。また、ネットワーク装置３Ａ乃至３Ｄによりネットワークシステム３０が構築されており、各ネットワーク装置は、社内（Local Area Network）などのネットワーク１１を介して接続されている。なお、各ネットワーク装置には、図示しないユーザ端末が接続されているものとする。また、ネットワーク装置３Ｂ乃至３Ｄは、ネットワーク装置３Ａの代わりにフレームを一時的に保管することが予め設定されている装置であるものとする。
【００１６】
図５に、図４に示したネットワーク装置３Ａの機能ブロック図を示す。ネットワーク装置３Ａは、バッファ３１１と、ネットワーク１を経由して送信されるフレームを順次受信するフレーム受信部３０１と、バッファ３１１の空き容量が第１の閾値を上回っているか判断し、バッファ３１１の空き容量が第１の閾値を上回っている場合には、フレーム受信部３０１の受信したフレームをバッファ３１１に格納する第１判断処理部３０２と、バッファ３１１に格納されているフレームを順次読み出し、フレームの解析処理などを実施するフレーム処理部３０３と、後で説明するリソース管理テーブルを格納するリソース管理テーブル格納部３０４と、定期的に又は任意のタイミングで他のネットワーク装置の各々から稼働状況及びリソース情報を取得し、リソース管理テーブル格納部３０４に格納されているリソース管理テーブルを更新するリソース管理部３０５と、後で説明する転送管理テーブルを格納する転送管理テーブル格納部３０６と、第１判断処理部３０２によりバッファ３１１の空き容量が第１の閾値を下回っていると判断された場合に、リソース管理テーブル格納部３０４に格納されているリソース管理テーブルに従って、フレーム受信部３０１の受信したフレームを他のネットワーク装置に転送するための処理を実施し、転送管理テーブル格納部３０６に格納されている転送管理テーブルにレコードを追加するフレーム転送部３０７と、転送管理テーブルにレコードが登録されている場合、バッファ３１１の空き容量が第２の閾値を下回ったか判断する第２判断処理部３０８と、第２判断処理部３０８によりバッファ３１１の空き容量が第２の閾値を下回ったと判断された場合に、転送管理テーブル格納部３０６に格納されている転送管理テーブルに従って、他のネットワーク装置からフレームを取得するための処理を実施し、当該フレームをバッファ３１１に格納するフレーム取得部３０９と、後で説明する転送データを他のネットワーク装置から受信し、バッファ３１１に格納する転送データ処理部３１０とを有する。なお、ネットワーク装置３Ｂ乃至３Ｄも基本的にはネットワーク装置３Ａと同様の構成を有する。
【００１７】
図６に、リソース管理テーブル格納部３０４に格納されるリソース管理テーブルの一例を示す。なお、図６は、ネットワーク装置３Ａにおけるリソース管理テーブルの例である。図６の例では、リソース管理テーブルには、他装置の列と、稼働状況（１：稼働中／０：停止）の列と、バッファ量（単位は「ＧＢ（giga bytes）」）の列と、バッファ使用率（単位は「％」）の列と、バッファ残量（単位は「ＧＢ」）の列と、ＣＰＵ処理能力（単位は「ｐｐｓ（Packet Per Second）」）の列と、ＣＰＵ使用率（単位は「％」）の列と、残ＣＰＵ処理能力（単位は「ｐｐｓ」）の列と、物理回線帯域（単位は「Ｍｂｐｓ（megabit per second）」）の列と、物理回線使用量（単位は「Ｍｂｐｓ」）の列と、残物理回線量（単位は「Ｍｂｐｓ」）の列とが含まれる。なお、バッファ量の列とＣＰＵ処理能力の列と物理回線帯域の列とには、各ネットワーク装置におけるバッファ量とＣＰＵ処理能力と物理回線帯域とが予め設定される。また、稼働状況の列とバッファ使用率の列とＣＰＵ使用率の列と物理回線使用量の列とには、各ネットワーク装置から取得した稼働状況及びリソース情報（すなわち、バッファ使用率、ＣＰＵ使用率及び物理回線使用量）がそれぞれ設定される。さらに、詳細は後で説明するが、バッファ残量の列と残ＣＰＵ処理能力の列と残物理回線量の列とには、リソース管理部３０５により算出された値が設定される。
【００１８】
図７に、転送管理テーブル格納部３０６に格納される転送管理テーブルの一例を示す。図７の例では、転送管理テーブルには、ファイル名の列と、開始フレーム番号の列と、終了フレーム番号の列と、転送先の列とが含まれる。なお、詳細は後で説明するが、第１の実施の形態では、いくつかの受信フレーム（１つの場合もある）とＦＴＰヘッダとを含む転送データを生成し、ＦＴＰ ｐｕｔコマンドにより当該転送データを他のネットワーク装置に転送する。ここでは、ＦＴＰ ｐｕｔコマンドによる転送の際に付与された任意のファイル名が、ファイル名の列に設定される。また、開始フレーム番号の列には、転送データに含まれる先頭フレームのフレーム番号が設定される。さらに、終了フレーム番号の列には、転送データに含まれる最後尾フレームのフレーム番号が設定される。また、転送先の列には、当該転送データを転送した他のネットワーク装置が設定される。
【００１９】
次に、図８乃至図１５を用いて、第１の実施の形態における処理概要を説明する。まず、図８を用いて、バッファ３１１の空き容量が第１の閾値を上回っている場合（すなわち、バッファ３１１の使用量が溢れ閾値を下回っている場合）の処理を説明する。この場合、ネットワーク装置３Ａにおいて、受信したフレームはバッファ３１１に順次格納されていく。一方で、フレーム処理部３０３はバッファ３１１からフレームを順次読み出し、フレームの解析などの処理を実施する。なお、網掛けの矢印は、フレームの流れを表す。
【００２０】
次に、図９乃至図１３を用いて、バッファ３１１の空き容量が第１の閾値を下回った場合（すなわち、バッファ３１１の使用量が溢れ閾値を上回った場合）の処理を説明する。ネットワーク装置３Ａのフレーム受信部３０１がフレーム１乃至フレーム１０を受信する。ここで、ネットワーク装置３Ａの第１判断処理部３０２によりバッファ３１１の空き容量が第１の閾値を下回っていると判断された場合、ネットワーク装置３Ａのフレーム転送部３０７が、いくつかの受信フレーム（図９ではフレーム１乃至フレーム１０）とＦＴＰヘッダとを含む転送データを生成する。そして、ネットワーク装置３Ａのフレーム転送部３０７は、リソース管理テーブルに格納されている（ａ）稼働状況と、（ｂ）バッファ残量と、（ｃ）残ＣＰＵ処理能力と、（ｄ）残物理回線量とに基づき、リソースの最も空いているネットワーク装置を転送先として特定する。具体的には、各ネットワーク装置について、（ａ）×（ｂ）×（ｃ）×（ｄ）の値を算出し、算出した値が最も大きいネットワーク装置を特定する。
【００２１】
例えば図１０のようなデータがリソース管理テーブルに格納されている場合、ネットワーク装置３Ｂにおける（ａ）×（ｂ）×（ｃ）×（ｄ）の値は、１２５０００（＝１×５０×５０×５０）となる。また、ネットワーク装置３Ｃにおける（ａ）×（ｂ）×（ｃ）×（ｄ）の値は、６３００（＝１×７０×１×９０）となる。さらに、ネットワーク装置３Ｄにおける（ａ）×（ｂ）×（ｃ）×（ｄ）の値は、３５０００（＝１×５０×１０×７０）となる。すなわち、ここでは、ネットワーク装置３Ｂが転送先として特定される。
【００２２】
そして、ネットワーク装置３Ａのフレーム転送部３０７は、ＦＴＰ ｐｕｔコマンドにより転送データ「ＡＡＡ」をネットワーク装置３Ｂに転送する。そして、ネットワーク装置３Ａのフレーム転送部３０７は、当該転送データに関する情報（ファイル名「ＡＡＡ」、開始フレーム番号「１」、終了フレーム番号「１０」、転送先「ネットワーク装置３Ｂ」）を含むレコードを転送管理テーブルに追加する。
【００２３】
一方、ネットワーク装置３Ｂでは、転送データ「ＡＡＡ」を受信し、ネットワーク装置３Ｂのバッファ３１１に格納するので、ネットワーク装置３Ｂのバッファ使用率は上昇する。なお、ネットワーク装置３Ｂのバッファ使用率は、ネットワーク装置３Ａのリソース管理部３０５によりネットワーク装置３Ａのリソース管理テーブルに反映され、例えば図１１に示すようなデータとなる。
【００２４】
図１２の説明に移行して、ネットワーク装置３Ａは、フレーム１１乃至フレーム１５をさらに受信すると、ネットワーク装置３Ａのフレーム転送部３０７が、これらの受信フレームとＦＴＰヘッダとを含む転送データを生成する。そして、上で述べたように、転送先のネットワーク装置を特定する。例えば図１１に示したデータがリソース管理テーブルに格納されている場合、ネットワーク装置３Ｂにおける（ａ）×（ｂ）×（ｃ）×（ｄ）の値は、３２５００（＝１×１３×５０×５０）となる。また、ネットワーク装置３Ｃにおける（ａ）×（ｂ）×（ｃ）×（ｄ）の値は、６３００（＝１×７０×１×９０）となる。さらに、ネットワーク装置３Ｄにおける（ａ）×（ｂ）×（ｃ）×（ｄ）の値は、３５０００（＝１×５０×１０×７０）となる。すなわち、ここでは、ネットワーク装置３Ｄが転送先として特定される。
【００２５】
そして、ネットワーク装置３Ａのフレーム転送部３０７は、ＦＴＰ ｐｕｔコマンドにより転送データ「ＢＢＢ」をネットワーク装置３Ｄに転送する。そして、ネットワーク装置３Ａのフレーム転送部３０７は、当該転送データに関する情報（ファイル名「ＢＢＢ」、開始フレーム番号「１１」、終了フレーム番号「１５」、転送先「ネットワーク装置３Ｄ」）を含むレコードを転送管理テーブルに追加する。
【００２６】
一方、ネットワーク装置３Ｄでは、転送データ「ＢＢＢ」を受信し、ネットワーク装置３Ｄのバッファ３１１に格納するので、ネットワーク装置３Ｄのバッファ使用率は上昇する。なお、ネットワーク装置３Ｄのバッファ使用率は、ネットワーク装置３Ａのリソース管理部３０５によりネットワーク装置３Ａのリソース管理テーブルに反映され、例えば図１３に示すようなデータとなる。
【００２７】
次に、図１４及び図１５を用いて、バッファ３１１の空き容量が第２の閾値を上回った場合（すなわち、バッファ３１１の使用量が復旧閾値を下回った場合）の処理を説明する。なお、図１４は、図１２の処理の続きとする。ネットワーク装置３Ａの第２判断処理部３０８によりバッファ３１１の空き容量が第２の閾値を下回ったと判断された場合、ネットワーク装置３Ａのフレーム取得部３０９が、転送管理テーブルからレコードを１つ読み出し、当該レコードに係る転送データをＦＴＰ ｇｅｔコマンドにより取得する。例えば図１４に示すように、ネットワーク装置３Ｂから転送データ「ＡＡＡ」を取得する。そして、ネットワーク装置３Ａのフレーム取得部３０９は、取得した転送データに含まれるフレーム（フレーム１乃至フレーム１０）をネットワーク装置３Ａのバッファ３１１に格納する。
【００２８】
図１５の説明に移行して、ネットワーク装置３Ａのフレーム取得部３０９は、転送管理テーブルから次のレコードを１つ読み出し、当該レコードに係る転送データをＦＴＰ ｇｅｔコマンドにより取得する。例えば図１５に示すように、ネットワーク装置３Ｄから転送データ「ＢＢＢ」を取得する。そして、ネットワーク装置３Ａのフレーム取得部３０９は、取得した転送データに含まれるフレーム（フレーム１１乃至フレーム１５）をネットワーク装置３Ａのバッファ３１１に格納する。
【００２９】
次に、図１６乃至図２２を用いて、上で説明したような処理を実施するネットワーク装置３Ａの処理をより詳細に説明する。なお、以下では、説明の便宜上、ネットワーク装置３Ａを「自装置」、ネットワーク装置３Ｂ乃至３Ｄを「他装置」と呼ぶ場合もある。まず、図１６及び図１７を用いて、他装置から稼働状況及びリソース情報を取得する処理を説明する。例えば自装置のリソース管理部３０５は、定期的に又は任意のタイミングで図１６に示すような処理を実施する。自装置のリソース管理部３０５は、各他装置に対してｐｉｎｇ送信を行い、リソース管理テーブルの稼働状況を更新する（図１６：ステップＳ１）。具体的には、図１７に示すように、ｐｉｎｇ送信に対する応答があった場合には、稼働中（１）と判断し、ｐｉｎｇ送信に対する応答がなかった場合には、停止（０）と判断する。
【００３０】
そして、自装置のリソース管理部３０５は、各他装置からバッファ使用率とＣＰＵ使用率と物理回線使用量とを取得し、リソース管理テーブルに格納する（ステップＳ３）。例えば、図１７に示すように、ＳＮＭＰ（Simple Network Management Protocol） ｇｅｔコマンドを用いて、これらのリソース情報を取得する。
【００３１】
そして、自装置のリソース管理部３０５は、各他装置の残バッファ量と残ＣＰＵ処理能力と残物理回線量とを算出し、リソース管理テーブルに格納し（ステップＳ５）、本処理を終了する。ここでは、「バッファ量−（バッファ量×バッファ使用率）」を残バッファ量として算出する。また、「ＣＰＵ処理能力−（ＣＰＵ処理能力×ＣＰＵ使用率）」を残ＣＰＵ処理能力として算出する。さらに、「物理回線帯域−物理回線使用量」を残物理回線量として算出する。
【００３２】
このように、定期的に各他装置のリソース情報を収集することにより、後に説明する処理において、リソースの最も空いている他装置に転送データを転送できるようになる。
【００３３】
次に、図１８及び図１９を用いて、フレームを受信した場合の処理を説明する。自装置のフレーム受信部３０１は、ネットワーク１を経由して送信されたフレームを受信する（図１８：ステップＳ１１）。そして、自装置の第１判断処理部３０２が、自装置のバッファ３１１の空き容量が第１の閾値を上回っているか判断する（ステップＳ１３）。自装置のバッファ３１１の空き容量が第１の閾値を上回っていると判断された場合（ステップＳ１３：Ｙｅｓルート）、自装置の第１判断処理部３０２は、受信フレームをバッファ３１１に格納する（ステップＳ１５）。その後、処理を終了する。
【００３４】
一方、自装置のバッファ３１１の空き容量が第１の閾値を下回っていると判断された場合（ステップＳ１３：Ｎｏルート）、自装置のフレーム転送部３０７が、リソース管理テーブルに格納されているデータ基づき、フレーム転送処理を実施し（ステップＳ１７）、本処理を終了する。なお、フレーム転送処理の詳細については図１９を用いて説明する。
【００３５】
まず、フレーム転送部３０７は、いくつかのフレームを結合し、ＦＴＰヘッダを付与して転送データを生成する（図１９：ステップＳ２１）。そして、フレーム転送部３０７は、リソース管理テーブルに格納されているデータに基づき、転送先を特定する（ステップＳ２３）。具体的には、上で説明したように、リソース管理テーブルに格納されている（ａ）稼働状況と、（ｂ）バッファ残量と、（ｃ）残ＣＰＵ処理能力と、（ｄ）残物理回線量とを用いて、他装置毎に（ａ）×（ｂ）×（ｃ）×（ｄ）の値を算出し、算出した値の最も大きい他装置を転送先として特定する。
【００３６】
そして、フレーム転送部３０７は、ＦＴＰ ｐｕｔコマンドにより転送データを転送先の他装置に転送する（ステップＳ２５）。この際、転送データに任意のファイル名を付与する。そして、フレーム転送部３０７は、転送データに付与された任意のファイル名と、転送データに含まれる先頭フレーム及び最後尾フレームの各々のフレーム番号と、転送先の他装置とを含むレコードを転送管理テーブルに追加する（ステップＳ２７）。その後、フレーム転送処理を終了し、元の処理に戻る。
【００３７】
以上のような処理を実施することにより、ＦＴＰヘッダを含む転送データを転送するので、レイヤ２レベルでの制御が不要となる。すなわち、他装置のデータ送信処理を阻害することなく、自装置において受信したフレームを他装置で一時的に保管できるようになる。
【００３８】
次に、図２０及び図２１を用いて、自装置のバッファ３１１の空き容量が第１の閾値を下回った後に、第２の閾値を上回った場合の処理を説明する。自装置の第２判断処理部３０８は、定期的に又は任意のタイミングで図２０に示すような処理を実施する。自装置の第２判断処理部３０８は、転送管理テーブルにレコードが登録されているか判断する（図２０：ステップＳ３１）。転送管理テーブルにレコードが登録されていると判断された場合（ステップＳ３１：Ｙｅｓルート）、自装置の第２判断処理部３０８は、自装置のバッファ３１１の空き容量が第２の閾値を上回っているか判断する（ステップＳ３３）。自装置のバッファ３１１の空き容量が第２の閾値を上回っていると判断された場合（ステップＳ３３：Ｙｅｓルート）、自装置のフレーム取得部３０９が、転送管理テーブルに基づき、フレーム取得処理を実施し（ステップＳ３５）、ステップＳ３１の処理に戻る。なお、フレーム取得処理については図２１を用いて説明する。
【００３９】
まず、フレーム取得部３０９は、転送管理テーブルからレコードを１つ読み出す（図２１：ステップＳ４１）。なお、レコードが複数登録されている場合には、最も古いフレーム番号を含むレコードを読み出す。そして、フレーム取得部３０９は、読み出したレコードからファイル名及び転送先を抽出し（ステップＳ４３）、ＦＴＰ ｇｅｔコマンドにより転送先の他装置から当該ファイル名に係る転送データを取得する（ステップＳ４５）。そして、フレーム取得部３０９は、取得した転送データに含まれる各フレームをフレーム番号の順に自装置のバッファ３１１に格納する（ステップＳ４７）。そして、フレーム取得部３０９は、読み出したレコードを転送管理テーブルから削除し（ステップＳ４９）、元の処理に戻る。
【００４０】
図２０の説明に戻って、転送管理テーブルにレコードが登録されていないと判断された場合（ステップＳ３１：Ｎｏルート）、又は、自装置のバッファ３１１の空き容量が第２の閾値を下回っていると判断された場合（ステップＳ３３：Ｎｏルート）、本処理を終了する。
【００４１】
以上のような処理を実施することにより、自装置のバッファ３１１の空き容量が一定量を上回った時点で、他装置で一時的に保管しているフレームを自装置に戻すことができる。これにより、自装置では、全フレームについて解析などの処理を行うことができるようになる。
【００４２】
次に、図２２を用いて、他装置における処理を説明する。まず、他装置の転送データ処理部３１０は、転送データを受信したか判断する（図２２：ステップＳ５１）。すなわち、ＦＴＰ ｐｕｔコマンドによる転送要求を受けたか判断する。転送データを受信していなければ（ステップＳ５１：Ｎｏルート）、ステップＳ５５の処理に移行する。一方、転送データを受信した場合（ステップＳ５１：Ｙｅｓルート）、他装置の転送データ処理部３１０は、他装置のバッファ３１１に転送データを格納する（ステップＳ５３）。その後、ステップＳ５５の処理に移行する。
【００４３】
そして、他装置の転送データ処理部３１０は、返却要求を受信したか判断する（ステップＳ５５）。すなわち、ＦＴＰ ｇｅｔコマンドによる取得要求を受けたか判断する。返却要求を受信していなければ（ステップＳ５５：Ｎｏルート）、本処理を終了する。一方、返却要求を受信した場合（ステップＳ５５：Ｙｅｓルート）、他装置の転送データ処理部３１０は、返却要求に係る転送データをバッファ３１１から読み出し、要求元に送信する（ステップＳ５７）。その後、本処理を終了する。
【００４４】
以上のように、本実施の形態によれば、ＦＴＰ転送によって、他装置との送受信を行うので、他装置における本来のデータ送信処理を阻害することはない。すなわち、他装置が現用系の装置であっても、レイヤ２フレームを一時的に退避することができる。また、他装置のリソースの状態に応じて、分散してレイヤ２フレームを転送するので、ネットワーク装置群全体としても、バッファの容量溢れなどの問題を生ずることなく、レイヤ２フレームを一時的に退避することもできる。
【００４５】
［実施の形態２］
次に、図２３乃至図３３を用いて本技術の第２の実施の形態を説明する。なお、第２の実施の形態におけるシステム構成は、基本的には図４に示したものと同じである。また、第２の実施の形態におけるネットワーク装置３Ａの機能ブロック図は、基本的には図５に示したものと同じである。
【００４６】
なお、第２の実施の形態では、図２３に示すようなデータが転送管理テーブルに格納される。図２３の例では、転送管理テーブルには、フレーム番号の列と、転送先の列とが含まれる。
【００４７】
図２４乃至図３０を用いて第２の実施の形態における処理概要を説明する。なお、バッファ３１１の空き容量が第１の閾値を上回っている場合（すなわち、バッファ３１１の使用量が溢れ閾値を下回っている場合）の処理は、第１の実施の形態で述べた処理（図８）と変わらないため、ここでは説明は省略する。
【００４８】
まず、図２４乃至図２６を用いて、バッファ３１１の空き容量が第１の閾値を下回った場合（すなわち、バッファ３１１の使用量が溢れ閾値を上回った場合）の処理を説明する。ネットワーク装置３Ａのフレーム受信部３０１がフレーム１乃至フレーム３を受信する。ここで、ネットワーク装置３Ａの第１判断処理部３０２によりバッファ３１１の空き容量が第１の閾値を下回っていると判断された場合、ネットワーク装置３Ａのフレーム転送部３０７が、各受信フレームについて、当該受信フレームと独自のヘッダとを含む転送データ（退避フレーム）を生成する。第２の実施の形態では、ＦＴＰヘッダの代わりに図２５に示すようなヘッダを用いる。図２５（ａ）に示すように、当該ヘッダには、ステータスコード（２ｂｉｔ）とフレーム番号（Ｎｏ．）（６ｂｉｔ）とが含まれる。また、図２５（ｂ）に示すように、ステータスコードには、通常フレームであることを表す「００」と、退避フレームであることを表す「０１」と、返却要求フレームであることを表す「１０」と、返却フレームであることを表す「１１」とのうちのいずれかが設定される。すなわち、図２４では、ステータスコードには「０１」が設定される。
【００４９】
そして、ネットワーク装置３Ａのフレーム転送部３０７は、リソース管理テーブルに格納されている（ａ）稼働状況と、（ｂ）バッファ残量と、（ｃ）残ＣＰＵ処理能力と、（ｄ）残物理回線量とに基づき、リソースの最も空いているネットワーク装置を転送先として特定する。なお、転送先の特定処理については、第１の実施の形態で述べた処理と変わらないため、ここでは説明は省略する。なお、ネットワーク装置３Ｂが転送先として特定されたものとする。
【００５０】
そして、ネットワーク装置３Ａのフレーム転送部３０７は、転送データ（退避フレーム）をネットワーク装置３Ｂに転送し、当該転送データに関する情報（フレーム番号及び転送先）を含むレコードを転送管理テーブルに追加する。
【００５１】
一方、ネットワーク装置３Ｂでは、転送データ（退避フレーム）を受信し、ネットワーク装置３Ｂのバッファ３１１に格納するので、ネットワーク装置３Ｂのバッファ使用率は上昇する。なお、ネットワーク装置３Ｂのバッファ使用率は、ネットワーク装置３Ａのリソース管理部３０５によりネットワーク装置３Ａのリソース管理テーブルに反映され、例えば図１１に示したデータとなる。
【００５２】
図２６の説明に移行して、ネットワーク装置３Ａは、フレーム４乃至フレーム６をさらに受信すると、ネットワーク装置３Ａのフレーム転送部３０７は、各受信フレームについて、当該受信フレームと図２５に示したヘッダとを含む転送データ（退避フレーム）を生成する。そして、上で述べたように、転送先のネットワーク装置を特定する。ここでは、ネットワーク装置３Ｄが転送先として特定されたものとする。
【００５３】
そして、ネットワーク装置３Ａのフレーム転送部３０７は、転送データ（退避フレーム）をネットワーク装置３Ｄに転送し、当該転送データに関する情報（フレーム番号及び転送先）を含むレコードを転送管理テーブルに追加する。
【００５４】
一方、ネットワーク装置３Ｄでは、転送データ（退避フレーム）を受信し、ネットワーク装置３Ｄのバッファ３１１に格納するので、ネットワーク装置３Ｄのバッファ使用率は上昇する。なお、ネットワーク装置３Ｄのバッファ使用率は、ネットワーク装置３Ａのリソース管理部３０５によりネットワーク装置３Ａのリソース管理テーブルに反映され、例えば図１３に示したデータとなる。
【００５５】
次に、図２７及び図３０を用いて、バッファ３１１の空き容量が第２の閾値を上回った場合（すなわち、バッファ３１１の使用量が復旧閾値を下回った場合）の処理を説明する。なお、図２７は、図２６の処理の続きとする。ネットワーク装置３Ａの第２判断処理部３０８によりバッファ３１１の空き容量が第２の閾値を下回ったと判断された場合、ネットワーク装置３Ａのフレーム取得部３０９が、転送管理テーブルからレコードを順次読み出し（図２７では、フレーム番号「１」〜「３」に係るレコードが読み出されたものとする）、読み出したレコード毎に、ステータスコード「１０」と当該レコードに係るフレーム番号とを含む返却要求フレームをネットワーク装置３Ｂに送信する。
【００５６】
図２８の説明に移行して、ネットワーク装置３Ｂは、ネットワーク装置３Ａからの返却要求フレームを受信すると、返却要求フレームに含まれるフレーム番号に対応するフレームと、図２５に示したヘッダとを含む転送データ（返却フレーム）を生成し、ネットワーク装置３Ａに送信する。なお、ヘッダのステータスコードには、「１１」が設定され、フレーム番号（Ｎｏ．）には、返却要求フレームに含まれるフレーム番号が設定される。
【００５７】
そして、ネットワーク装置３Ａのフレーム取得部３０９は、転送データ（返却フレーム）を受信し、転送データに含まれるフレームをネットワーク装置３Ａのバッファ３１１に格納する。
【００５８】
図２９の説明に移行して、ネットワーク装置３Ａのフレーム取得部３０９は、転送管理テーブルからレコードをさらに読み出し（図２９では、フレーム番号「４」〜「６」に係るレコードが読み出されたものとする）、読み出したレコード毎に、ステータスコード「１０」と当該レコードに係るフレーム番号とを含む返却要求フレームをネットワーク装置３Ｄに送信する。
【００５９】
図３０の説明に移行して、ネットワーク装置３Ｄは、ネットワーク装置３Ａからの返却要求フレームを受信すると、返却要求フレームに含まれるフレーム番号に対応するフレームと、図２５に示したヘッダとを含む転送データ（返却フレーム）を生成し、ネットワーク装置３Ａに送信する。なお、ヘッダステータスコードには、「１１」が設定され、フレーム番号（Ｎｏ．）には、返却要求フレームに含まれるフレーム番号が設定される。
【００６０】
そして、ネットワーク装置３Ａのフレーム取得部３０９は、転送データ（返却フレーム）を受信し、転送データに含まれるフレームをネットワーク装置３Ａのバッファ３１１に格納する。
【００６１】
次に、図３１乃至図３３を用いて、上で説明したような処理を実施するネットワーク装置３Ａの処理をより詳細に説明する。なお、基本的には第１の実施の形態で説明した処理内容と同じであるが、第２の実施の形態では、図１９に示したフレーム転送処理の代わりに図３１に示すような処理（フレーム転送処理２と呼ぶ）を実施する。また、図２１に示したフレーム取得処理の代わりに図３２に示すような処理（フレーム取得処理２と呼ぶ）を実施する。さらに、他装置においては、図２２に示した処理の代わりに図３３に示すような処理を実施する。以下、各処理について説明する。
【００６２】
まず、図３１を用いてフレーム転送処理２について説明する。自装置のフレーム転送部３０７は、退避フレームであることを表すコード「０１」を独自のヘッダに設定する（図３１：ステップＳ６１）。そして、受信したフレームに所定のヘッダを付与することにより転送データ（退避フレーム）を生成する（ステップＳ６３）。そして、フレーム転送部３０７は、リソース管理テーブルに格納されているデータに基づき、転送先を特定する（ステップＳ６５）。本処理は、ステップＳ２３の処理と変わらないため、ここでは詳細な説明は省略する。
【００６３】
そして、フレーム転送部３０７は、転送データ（退避フレーム）を転送先の他装置に転送する（ステップＳ６７）。そして、フレーム転送部３０７は、転送データに含まれるフレームのフレーム番号と、転送先の他装置とを含むレコードを転送管理テーブルに追加する（ステップＳ６９）。その後、フレーム転送処理を終了し、元の処理に戻る。
【００６４】
次に、図３２を用いてフレーム取得処理２について説明する。自装置のフレーム取得部３０９は、転送管理テーブルからレコードを１つ読み出す（図３２：ステップＳ７１）。なお、レコードが複数登録されている場合には、最も古いフレーム番号を含むレコードを読み出す。そして、フレーム取得部３０９は、読み出したレコードから転送先及びフレーム番号を抽出する（ステップＳ７３）。そして、フレーム取得部３０９は、抽出したフレーム番号を含む返却要求フレームを生成し、抽出した転送先に送信する（ステップＳ７５）。
【００６５】
その後、フレーム取得部３０９は、転送データ（返却フレーム）を受信し（ステップＳ７７）、受信した転送データから所定のヘッダを取り除き、フレームを自装置のバッファ３１１に格納する（ステップＳ７９）。そして、フレーム取得部３０９は、読み出したレコードを転送管理テーブルから削除し（ステップＳ８１）、元の処理に戻る。
【００６６】
次に、図３３を用いて他装置における処理を説明する。まず、他装置の転送データ処理部３１０は、転送データ（退避フレーム）を受信したか判断する（図３３：ステップＳ９１）。転送データ（退避フレーム）を受信していなければ（ステップＳ９１：Ｎｏルート）、ステップＳ９５の処理に移行する。一方、転送データ（退避フレーム）を受信した場合（ステップＳ９１：Ｙｅｓルート）、他装置の転送データ処理部３１０は、他装置のバッファ３１１に転送データ（退避フレーム）を格納する（ステップＳ９３）。その後、ステップＳ９５の処理に移行する。
【００６７】
そして、他装置の転送データ処理部３１０は、返却要求フレームを受信したか判断する（ステップＳ９５）。返却要求フレームを受信していなければ（ステップＳ９５：Ｎｏルート）、本処理を終了する。一方、返却要求フレームを受信した場合（ステップＳ９５：Ｙｅｓルート）、他装置の転送データ処理部３１０は、返却要求フレームからフレーム番号を抽出し（ステップＳ９７）、抽出したフレーム番号に対応するフレームをバッファ３１１から読み出す（ステップＳ９９）。そして、他装置の転送データ処理部３１０は、読み出したフレームにヘッダを付与することにより転送データ（返却フレーム）を生成する（ステップＳ１０１）。そして、他装置の転送データ処理部３１０は、転送データを要求元に送信する（ステップＳ１０３）。その後、本処理を終了する。
【００６８】
以上のような処理を実施することにより、ＦＴＰヘッダではなく、独自のヘッダを用いるようにしても、第１の実施の形態と同様に、他装置のデータ送信処理を阻害することなく、自装置において受信したフレームを他装置で一時的に保管できるようになる。
【００６９】
以上本技術の実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明したネットワーク装置３Ａの機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。
【００７０】
また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【００７１】
以上述べた本技術の実施の形態は、以下のような態様にまとめることができる。
【００７２】
本ネットワーク装置は、バッファと、レイヤ２フレームを順次受信する受信手段と、バッファの空き容量が第１の閾値を上回っているか判断する第１判断手段と、第１判断手段においてバッファの空き容量が第１の閾値を上回っていると判断された場合、受信したレイヤ２フレームをバッファに格納する手段と、第１判断手段においてバッファの空き容量が第１の閾値を下回っていると判断された場合、受信したレイヤ２フレームと、当該レイヤ２フレームのヘッダとは別の所定のヘッダとを含む転送データを生成し、ネットワーク装置の代わりにレイヤ２フレームを一時的に保管することが予め設定されている他のネットワーク装置に転送する転送手段とを有する。
【００７３】
このようにすれば、レイヤ２フレームのヘッダとは別のヘッダとを含む転送データを転送するので、レイヤ２レベルでの制御が不要となる。すなわち、他のネットワーク装置のデータ送信処理を阻害することなく、ネットワーク装置において受信したレイヤ２フレームを他のネットワーク装置で一時的に保管できるようになる。
【００７４】
さらに、第１判断手段においてバッファの空き容量が第１の閾値を下回っていると判断された後、バッファの空き容量が第２の閾値を上回ったか判断する第２判断手段と、第２判断手段においてバッファの空き容量が第２の閾値を上回ったと判断された場合、他のネットワーク装置から転送データを取得し、当該転送データに含まれるレイヤ２フレームをバッファに格納する取得手段とをさらに有するようにしてもよい。このようにすれば、バッファの空き容量が一定量を上回ると、他のネットワーク装置で保管されているレイヤ２フレームがネットワーク装置に戻ってくるので、例えばネットワーク装置にてレイヤ２フレームの解析処理などを行う場合には、全てのレイヤ２フレームについて処理することができるようになる。
【００７５】
また、他のネットワーク装置が複数存在する場合に、所定のタイミングにて、複数の他のネットワーク装置の各々から稼働状況とリソース情報とを取得する手段をさらに有するようにしてもよい。そして、上で述べた転送手段が、複数の他のネットワーク装置のうち、稼動中であり且つリソースが最も空いている装置を転送先として特定する手段と、転送データに含まれるレイヤ２フレームのフレーム番号と転送先を表す情報とを転送管理テーブルに格納する手段とを有し、上で述べた取得手段が、転送管理テーブルに格納されているフレーム番号と転送先を表す情報とに従って、転送データを取得する手段を有するようにしてもよい。このようにすれば、他のネットワーク装置のリソースの状態に応じて、分散してレイヤ２フレームを転送するので、ネットワーク装置群全体としても、バッファの容量溢れなどの問題を生ずることなく、レイヤ２フレームを一時的に退避することができる。
【００７６】
さらに、上で述べた所定のヘッダが、ＦＴＰヘッダである場合もある。また、上で述べた所定のヘッダが、フレーム種別とフレーム番号とを含むヘッダである場合もある。
【００７７】
なお、上記装置をハードウェアと共に実現するためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【００７８】
（付記１）
ネットワーク装置であって、
バッファと、
レイヤ２フレームを順次受信する受信手段と、
前記バッファの空き容量が第１の閾値を上回っているか判断する第１判断手段と、
前記第１判断手段において前記バッファの空き容量が前記第１の閾値を上回っていると判断された場合、受信した前記レイヤ２フレームを前記バッファに格納する手段と、
前記第１判断手段において前記バッファの空き容量が前記第１の閾値を下回っていると判断された場合、受信した前記レイヤ２フレームと、当該レイヤ２フレームのヘッダとは別の所定のヘッダとを含む転送データを生成し、前記ネットワーク装置の代わりに前記レイヤ２フレームを一時的に保管することが予め設定されている他のネットワーク装置に転送する転送手段と、
を有するネットワーク装置。
【００７９】
（付記２）
前記第１判断手段において前記バッファの空き容量が前記第１の閾値を下回っていると判断された後、前記バッファの空き容量が第２の閾値を上回ったか判断する第２判断手段と、
前記第２判断手段において前記バッファの空き容量が前記第２の閾値を上回ったと判断された場合、前記他のネットワーク装置から前記転送データを取得し、当該転送データに含まれる前記レイヤ２フレームを前記バッファに格納する取得手段と、
をさらに有する付記１記載のネットワーク装置。
【００８０】
（付記３）
前記他のネットワーク装置が複数存在する場合に、所定のタイミングにて、複数の前記他のネットワーク装置の各々から稼働状況とリソース情報とを取得する手段
をさらに有し、
前記転送手段が、
複数の前記他のネットワーク装置のうち、稼動中であり且つリソースが最も空いている装置を転送先として特定する手段と、
前記転送データに含まれる前記レイヤ２フレームのフレーム番号と転送先を表す情報とを転送管理テーブルに格納する手段と、
を有し、
前記取得手段が、
前記転送管理テーブルに格納されている前記フレーム番号と前記転送先を表す情報とに従って、前記転送データを取得する手段
を有する付記２記載のネットワーク装置。
【００８１】
（付記４）
前記所定のヘッダが、ＦＴＰヘッダであることを特徴とする付記１乃至３のいずれか１つ記載のネットワーク装置。
【００８２】
（付記５）
前記所定のヘッダが、フレーム種別とフレーム番号とを含むヘッダであることを特徴とする付記１乃至３のいずれか１つ記載のネットワーク装置。
【００８３】
（付記６）
ネットワーク装置により実行される、リソースを仮想化するための情報処理方法であって、
レイヤ２フレームを順次受信するステップと、
前記ネットワーク装置内のバッファの空き容量が第１の閾値を上回っているか判断する判断ステップと、
前記判断ステップにおいて前記バッファの空き容量が前記第１の閾値を上回っていると判断された場合、受信した前記レイヤ２フレームを前記バッファに格納するステップと、
前記判断ステップにおいて前記バッファの空き容量が前記第１の閾値を下回っていると判断された場合、受信した前記レイヤ２フレームと、当該レイヤ２フレームのヘッダとは別の所定のヘッダとを含む転送データを生成し、前記ネットワーク装置の代わりに前記レイヤ２フレームを一時的に保管することが予め設定されている他のネットワーク装置に転送するステップと、
を含む、リソースを仮想化するための情報処理方法。
【００８４】
（付記７）
リソースを仮想化するための処理をネットワーク装置に実行させるためのプログラムであって、
レイヤ２フレームを順次受信するステップと、
前記ネットワーク装置内のバッファの空き容量が第１の閾値を上回っているか判断する判断ステップと、
前記判断ステップにおいて前記バッファの空き容量が前記第１の閾値を上回っていると判断された場合、受信した前記レイヤ２フレームを前記バッファに格納するステップと、
前記判断ステップにおいて前記バッファの空き容量が前記第１の閾値を下回っていると判断された場合、受信した前記レイヤ２フレームと、当該レイヤ２フレームのヘッダとは別の所定のヘッダとを含む転送データを生成し、前記ネットワーク装置の代わりに前記レイヤ２フレームを一時的に保管することが予め設定されている他のネットワーク装置に転送するステップと、
をネットワーク装置に実行させるプログラム。
【図面の簡単な説明】
【００８５】
【図１】本技術の実施の形態の概要を説明するための図である。
【図２】本技術の実施の形態の概要を説明するための図である。
【図３】本技術の実施の形態の概要を説明するための図である。
【図４】実施の形態に係るシステム構成図である。
【図５】ネットワーク装置の機能ブロック図である。
【図６】リソース管理テーブルに格納されるデータの一例を示す図である。
【図７】第１の実施の形態における転送管理テーブルに格納されるデータの一例を示す図である。
【図８】第１の実施の形態の処理概要を説明するための図である。
【図９】第１の実施の形態の処理概要を説明するための図である。
【図１０】リソース管理テーブルに格納されるデータの一例を示す図である。
【図１１】リソース管理テーブルに格納されるデータの一例を示す図である。
【図１２】第１の実施の形態の処理概要を説明するための図である。
【図１３】リソース管理テーブルに格納されるデータの一例を示す図である。
【図１４】第１の実施の形態の処理概要を説明するための図である。
【図１５】第１の実施の形態の処理概要を説明するための図である。
【図１６】稼働状況及びリソース情報を取得する処理の処理フローを示す図である。
【図１７】稼働状況及びリソース情報を取得する処理を説明するための図である。
【図１８】フレーム受信時の処理フローを示す図である。
【図１９】第１の実施の形態におけるフレーム転送処理の処理フローを示す図である。
【図２０】バッファの空き容量が第１の閾値を下回った後に第２の閾値を上回った場合の処理フローを示す図である。
【図２１】第１の実施の形態におけるフレーム取得処理の処理フローを示す図である。
【図２２】第１の実施の形態における他装置の処理フローを示す図である。
【図２３】第２の実施の形態における転送管理テーブルに格納されるデータの一例を示す図である。
【図２４】第２の実施の形態の処理概要を説明するための図である。
【図２５】（ａ）及び（ｂ）は、第２の実施の形態におけるヘッダの構成を表す図である。
【図２６】第２の実施の形態の処理概要を説明するための図である。
【図２７】第２の実施の形態の処理概要を説明するための図である。
【図２８】第２の実施の形態の処理概要を説明するための図である。
【図２９】第２の実施の形態の処理概要を説明するための図である。
【図３０】第２の実施の形態の処理概要を説明するための図である。
【図３１】第２の実施の形態におけるフレーム転送処理２の処理フローを示す図である。
【図３２】第２の実施の形態におけるフレーム取得処理２の処理フローを示す図である。
【図３３】第２の実施の形態における他装置の処理フローを示す図である。
【符号の説明】
【００８６】
１，１１  ネットワーク
３Ａ，３Ｂ，３Ｃ，３Ｄ  ネットワーク装置
３０  ネットワークシステム
３０１  フレーム受信部
３０２  第１判断処理部
３０３  フレーム処理部
３０４  リソース管理テーブル格納部
３０５  リソース管理部
３０６  転送管理テーブル格納部
３０７  フレーム転送部
３０８  第２判断処理部
３０９  フレーム取得部
３１０  転送データ処理部
３１１  バッファ
【図１】
2010109475.tif 000003
【図２】
2010109475.tif 000004
【図３】
2010109475.tif 000005
【図４】
2010109475.tif 000006
【図５】
2010109475.tif 000007
【図６】
2010109475.tif 000008
【図７】
2010109475.tif 000009
【図８】
2010109475.tif 000010
【図９】
2010109475.tif 000011
【図１０】
2010109475.tif 000012
【図１１】
2010109475.tif 000013
【図１２】
2010109475.tif 000014
【図１３】
2010109475.tif 000015
【図１４】
2010109475.tif 000016
【図１５】
2010109475.tif 000017
【図１６】
2010109475.tif 000018
【図１７】
2010109475.tif 000019
【図１８】
2010109475.tif 000020
【図１９】
2010109475.tif 000021
【図２０】
2010109475.tif 000022
【図２１】
2010109475.tif 000023
【図２２】
2010109475.tif 000024
【図２３】
2010109475.tif 000025
【図２４】
2010109475.tif 000026
【図２５】
2010109475.tif 000027
【図２６】
2010109475.tif 000028
【図２７】
2010109475.tif 000029
【図２８】
2010109475.tif 000030
【図２９】
2010109475.tif 000031
【図３０】
2010109475.tif 000032
【図３１】
2010109475.tif 000033
【図３２】
2010109475.tif 000034
【図３３】
2010109475.tif 000035