(57)【要約】【課題】  リモート環境からのポートのトラフィックの解析を可能とし、ネットワークの診断を容易にすることができるイーサネットスイッチを提供すること【解決手段】  スイッチングコントローラ１１と、ＣＰＵ１２と、記憶装置１３とを備える。ＣＰＵは、ネットワークを介して受信したキャプチャ開始リクエストに従い、スイッチングコントローラに対してキャプチャするフレームの条件を設定する。スイッチングコントローラは、設定された条件に合致するフレームを記憶装置にキャプチャデータとしてコピーする。ＣＰＵは、ネットワークを介して受信したキャプチャ取得リクエストに従い、記憶装置に格納されたキャプチャデータを読み出すと共に、ネットワーク経由でキャプチャ取得リクエスト要求を発行したアナライザ装置１に転送する。【選択図】        図１
2008258846.tif 000002
【特許請求の範囲】
【請求項１】
複数のポートと、その複数のポートのうちの所定のポートから受信したフレームを指定された別のポートに転送するスイッチングコントローラと、制御手段と、記憶手段とを備え、
前記制御手段は、ネットワークを介して受信したキャプチャ開始リクエストに従い、前記スイッチングコントローラに対してキャプチャするフレームの条件を設定する機能を備え、
前記スイッチングコントローラは、設定された条件に合致するフレームを前記記憶手段にキャプチャデータとしてコピーする機能を備えた、
ことを特徴とするイーサネットスイッチ。
【請求項２】
前記制御手段は、ネットワークを介して受信したキャプチャ取得リクエストに従い、前記記憶手段に格納されたキャプチャデータを読み出すと共に、ネットワーク経由で前記キャプチャ取得リクエスト要求を発行した相手に転送する機能を備えたことを特徴とする請求項１に記載のイーサネットスイッチ。
【請求項３】
前記制御手段は、ネットワークを介して受信したリクエストに従い、前記記憶手段に格納されたキャプチャデータを削除する機能と、前記記憶手段に格納されているキャプチャデータの一覧をネットワーク経由で転送する機能と、前記記憶手段に格納されたキャプチャデータのファイル名を変更する機能とをリネームする機能のうち、少なくとも１つの機能を備えたことを特徴する請求項１または２に記載のイーサネットスイッチ。
【請求項４】
前記記憶手段は、取り外し可能な補助記憶媒体であることを特徴とする請求項１から３のいずれか１項に記載のイーサネットスイッチ。
【請求項５】
請求項１から４のいずれか１項に記載のイーサネットスイッチと、アナライザ装置とがネットワークを介して接続され、
前記アナライザ装置は、前記ネットワークを経由して前記イーサネットスイッチに所定のリクエストを発行し、
前記イーサネットスイッチの前記制御手段は、そのリクエストに従った処理を実行することを特徴とするリモートキャプチャシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、イーサネットスイッチ及びリモートキャプチャシステムに関するものである。
【背景技術】
【０００２】
ＬＡＮにおける標準的な通信プロトコルの一つであるイーサネット（登録商標）を、生産工場に導入しようとする試みがある。この場合、ＥｔｈｅｒＮｅｔ／ＩＰやＰＲＯＦＩＮＥＴに代表される産業用イーサネット規格に対応した機器を用い、ＩＰアドレスを使用して通信を行う。
【０００３】
ところで、イーサネットネットワークにて、何か障害が発生した発生した場合には、一般的に回線上に流れるイーサネットフレームをキャプチャし、イーサネット機器間の処理シーケンスを解析し、原因を調査する方法が用いられる。このときイーサネットネットワークのトラフィック解析（イーサネットフレームのキャプチャ）をする方法として、イーサネットネットワークにリピータハブを接続し解析する方法がある。この方法は、取得対象ポートにリピータハブを接続し、リピータハブにアナライザ装置を接続する。そして、アナライザ装置で、リピータハブを経由するフレームを全てキャプチャする。
【０００４】
また、イーサネットスイッチのポートミラーリング機能を使用する方法がある。この方法は、ポートミラーリング機能付きイーサネットスイッチを使用し、モニタ対象のポートをモニタポート、ミラーリングしたイーサネットフレームの送信先ポートをミラーポートとして設定し、ミラーポートにアナライザ装置を接続する。これより、ミラーリングしたイーサネットフレームをアラナイザ装置で取得できる。
【０００５】
また、上述した障害発生時にフレームをキャプチャするものではないが、イーサネットスイッチのポートミラーリング機能を使用して、パケットの統計を求めるものとしては、特許文献１がある。
【特許文献１】特開２００２−１０１１１５号候補
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したリピータハブを使用する方法の場合、適切な性能を持つリピータハブを入手するのが困難である。すなわち、一般的に市販されているリピータハブは、１０Ｍタイプのものであり、イーサネットフレームをキャプチャするのには十分な性能を有していない。一方、１００Ｍタイプのリピータハブも存在するが、価格が高いとともに少ないため、入手が困難となる。
【０００７】
イーサネットスイッチが設置されている場所にアナライザ装置を持って行く必要があるとともに、そのイーサネットスイッチ設置場所で物理的な配線作業を行なう必要があるので、煩雑である。すなわち、イーサネットスイッチとリピータハブとを接続し、そのリピータハブにアナライザ装置を接続する処理が、煩雑である。
【０００８】
リピータハブは、半２重通信のため、イーサネットフレームの衝突が発生し、パケットが消失するおそれがある。また、アナライザ装置の性能が低いと、パケットを取りこぼしてしまうおそれもある。よって、正しい情報を収集できずに、障害の原因究明を迅速かつ正確に行なえないおそれがある。
【０００９】
一方、ポートミラーリング機能を使用する方法の場合、リピータハブと使用する場合と同様に、イーサネットスイッチが設置されている場所にアナライザ装置を持って行く必要があることと、イーサネットスイッチミラーポートにアナライザを物理的に接続する必要があることと、アナライザ装置の性能が低いとパケットを取りこぼしてしまうおそれがあるという問題を有する。
【００１０】
さらに、ポートミラーリング機能を使用した場合の固有の問題としては、ミラーポートに設定されたポートに対するイーサネットフレーム送信ができないため、そのミラーポートに接続したアナライザ装置からのイーサネットプロトコルに従ったコマンドの送信が行なえないと言う問題がある。
【００１１】
この発明は、リモート環境からのポートのトラフィックの解析を可能とし、ネットワークの診断を容易にすることができるイーサネットスイッチ及びリモートキャプチャシステムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した目的を達成するため、本発明のイーサネットスイッチは、（１）複数のポートと、その複数のポートのうちの所定のポートから受信したフレームを指定された別のポートに転送するスイッチングコントローラと、制御手段と、記憶手段とを備え、制御手段は、ネットワークを介して受信したキャプチャ開始リクエストに従い、スイッチングコントローラに対してキャプチャするフレームの条件を設定する機能を備え、スイッチングコントローラは、設定された条件に合致するフレームを記憶手段にキャプチャデータとしてコピーする機能を備えるようにした。
【００１３】
（２）制御手段は、ネットワークを介して受信したキャプチャ取得リクエストに従い、前記記憶手段に格納されたキャプチャデータを読み出すと共に、ネットワーク経由で前記キャプチャ取得リクエスト要求を発行した相手に転送する機能を備えるとよい。
【００１４】
（３）制御手段は、ネットワークを介して受信したリクエストに従い、記憶手段に格納されたキャプチャデータを削除する機能と、記憶手段に格納されているキャプチャデータの一覧をネットワーク経由で転送する機能と、記憶手段に格納されたキャプチャデータのファイル名を変更する機能とをリネームする機能のうち、少なくとも１つの機能を備えると良い。
【００１５】
（４）記憶手段は、メモリカード等の取り外し可能な補助記憶媒体とするとよい。このようにすると、記憶したキャプチャデータを持ち運ぶことができるので、利便性が向上する。
【００１６】
本発明にかかるリモートキャプチャシステムは、（１）から（４）に記載のイーサネットスイッチと、アナライザ装置とがネットワークを介して接続され、そのアナライザ装置は、ネットワークを経由してイーサネットスイッチに所定のリクエストを発行し、イーサネットスイッチの制御手段は、そのリクエストに従った処理を実行するようにした。
【００１７】
本発明では、イーサネットスイッチとアナライザ装置とをネットワークを介して接続し、イーサネットスイッチは、ネットワーク経由で受信したリクエストに応じてスイッチングコントローラに対してキャプチャ設定をし、スイッチングコントローラはその設定に基づき所定のフレームをキャプチャデータとして記憶手段にコピーする。イーサネットスイッチの設置場所での物理的な配線作業が不要となり、リモート環境からのトラフィック解析が可能となる。また、記憶手段へのキャプチャデータの保存処理は、スイッチングコントローラが行なうため、アナライザ装置の性能によらず安定してパケットキャプチャが可能となる。
【発明の効果】
【００１８】
本発明は、リモート環境からのポートのトラフィックの解析を可能とし、ネットワークの診断を容易にすることができる。
【発明を実施するための最良の形態】
【００１９】
図１は、イーサネットスイッチの一実施形態を示している。このイーサネットスイッチ１０は、複数のポート（Ｐｏｒｔ１〜ＰｏｒｔＮ）と、所定ポートから受信したフレームを指定されたポートに転送するスイッチングコントローラ１１と、外部との処理を実行する制御手段たるＣＰＵ１２と、記憶装置１３と、を備えている。
【００２０】
記憶装置１３は、内部バッファやメモリカードなどの各種の記憶装置により実現される。本実施形態では、アナライザ装置１から指定された条件に合致する、スイッチングコントローラ１１で転送されるフレームを記憶する。この記憶したフレームが、ＣＰＵ１２により読み出され、アナライザ装置１に送られる。更に記憶装置１３として、メモリカードを用いた場合には、キャプチャ完了後のキャプチャデータを手軽に持ち運ぶことが可能となる。
【００２１】
ＣＰＵ１２は、イーサネットスイッチ１０の任意のポートに接続されたアナライザ装置１からリクエストコマンドを受け付け、そのコマンドに応じた処理を実行する。そして、実行結果をアナライザ装置１に返す処理を行なう。すなわち、転送フレームをキャプチャするキャプチャ開始処理は、図１（ａ）に示すように、以下の（１）から（４）の手順で実行される。
【００２２】
（１）アナライザ装置１は、イーサネットスイッチ１０のＣＰＵ１２に向けてキャプチャ開始リクエストコマンドを発行する。このリクエストコマンドには、キャプチャするポートや終了条件などの各種のパラメータが含まれている。
（２）ＣＰＵ１２は、アナライザ装置１からキャプチャ開始リクエストコマンドを受信すると、スイッチングコントローラ１１に対して指定されたキャプチャを設定する。
（３）スイッチングコントローラ１１は、設定された条件に合致するフレームを転送した場合に、そのフレームを記憶装置１３に保存する。
（４）キャプチャ開始リクエストには、キャプチャを終了する条件も含まれているため、係る終了する条件に至ったならば、ＣＰＵ１２は、レスポンスとしてアナライザ装置１に対してキャプチャ完了通知を返す。
また、キャプチャした転送フレームを実際にアナライザ装置１が取得するキャプチャ取得処理は、図１（ｂ）に示すように、以下の（１）から（３）の手順で実行される。
（１）アナライザ装置１は、イーサネットスイッチ１０のＣＰＵ１２に向けてキャプチャ取得リクエストコマンドを発行する。このリクエストコマンドには、取得するキャプチャを特定する情報（ファイル名等）が含まれている。
（２）ＣＰＵ１２は、アナライザ装置１からキャプチャ取得リクエストコマンドを受信すると、指定されたキャプチャについてデータ転送設定をする。
（３）ＣＰＵ１２は、上記（２）で設定した条件に従い、対応するキャプチャデータを記憶装置１３から読み出し、アナライザ装置１へ転送する。
【００２３】
上記の各処理を実行するため、本実施形態では、イーサネットスイッチ１０に、以下の（ａ）から（ｅ）の機能を実装し、リモート環境から指定したポートのトラフィックの解析を可能とし、ネットワークの診断を容易にしている。つまり、ユーザは、以下のイーサネットスイッチが提供しているサービスを使用して、アナライザ装置１にてパケットキャプチャの取得を実施する。
【００２４】
（ａ）アナライザ装置１からのリクエストにより、指定されたモニタポートに流れるイーサネットフレームをスイッチの記憶装置１３に格納する機能
この機能は、イーサネットスイッチが提供する“start capture”コマンドを用いる。このコマンドは、コマンド名を“start ｃapture [-filename］ [-port] [-buf] [-finish] [-filter]”とし、キャプチャ開始コマンドである。このキャプチャ開始コマンドは、図１（ａ）の（１）により発行される。そして、コマンドに含まれるパラメータは、以下の通りである。
“filename”は、キャプチャファイル名であり、必須のものである。これは、Tcpdump形式で格納され、一例を示すと、“-f test.cap”のようになる。
“port”は、スイッチ番号を特定するパラメータであり、必須のものである。つまり、監視するポートを特定するバラメータで、一例を示すと、“-p 1”のようになる。
“buf”は、キャプチャしたフレームデータを格納する先（記憶装置）を指定するもので、必須のものである。一例を示すと、“-b ram1”のようになる。
“finish”は、キャプチャの終了条件を特定するパラメータであり、必須のものである。終了条件としては、キャプチャサイズ(一例としては“-s 1024kb”)や、キャプチャ時間（一例としては“-time 60s”）や、キャプチャパケット数(一例としては“-total 10000”)などが用意される。
“filter”は、フィルタ条件を特定するパラメータであり、任意のものである。上記の終了条件を満たすまで指定されたポートを転送されるフレームを全てキャプチャする場合には、このフィルタ条件は不要である。一方、このフィルタ条件が指定された場合、該当するフレームのみがキャプチャされることになる。フィルタ条件としては、各種のものがあるが、例えば、ＩＰアドレス（一例としては、“-filter ip.addr == 192.168.250.200”）や、ポート番号(一例としては“-filter port == 1024”)などがある。ＩＰアドレスが指定された場合、フレームのヘッダに記述される送信元或いは送信先の装置を特定するIPアドレスが、指定されたもののみキャプチャされる。また、ここで言うポート番号は、ＩＰ層のポート番号のことを意味し、イーサネットスイッチ１０のネットワークとの接続端子となるポートＰｏｒｔ１〜ＰｏｒｔＮのことではない。
【００２５】
（ｂ）アナライザ装置１からのリクエストにより、記憶装置１３に格納されたイーサネットフレームを、アナライザ装置１にネットワーク経由（Ｅｔｈｅｒｎｅｔ（登録商標）、シリアル等）で転送する機能
【００２６】
この機能は、イーサネットスイッチが提供する“get capture”コマンドを用いる。このコマンドは、コマンド名を“get capture [filename]”とし、キャプチャデータ取得コマンドである。このキャプチャデータ取得コマンドは、図１（ｂ）の（１）により発行される。そして、コマンドに含まれるパラメータである“filename”は、取得するキャプチャを特定するキャプチャファイル名であり、必須のものである。イーサネット経由で転送する場合、アナライザ装置１は、イーサネットスイッチ１０へのアクセスはＶＬＡＮで割り付けられているイーサネットスイッチ１０のＩＰアドレスを使用する。
【００２７】
（ｃ）アナライザ装置１からのリクエストにより、イーサネットスイッチ１０（記憶装置１３）に格納されているキャプチャデータを削除する機能
この機能は、イーサネットスイッチが提供する“delete capture”コマンドを用いる。このコマンドは、コマンド名を“delete capture [filename]”とし、キャプチャデータ削除コマンドである。コマンドに含まれるパラメータである“filename”は、削除するキャプチャを特定するキャプチャファイル名であり、必須のものである。
【００２８】
（ｄ）アナライザ装置１からのリクエストにより、イーサネットスイッチ１０（記憶装置１３）に格納されているキャプチャファイル一覧をアナライザ装置１へネットワーク経由で転送する機能
【００２９】
この機能は、イーサネットスイッチが提供する“list capture”コマンドを用いる。このコマンドは、コマンド名を“list capture”とし、キャプチャファイルの一覧取得コマンドである。記憶装置１３に格納された全てのキャプチャのキャプチャファイル名の一覧リストを取得するため、パラメータはない。
【００３０】
（ｅ）アナライザ装置１からのリクエストにより、イーサネットスイッチ１０に格納されているキャプチャデータをリネームする機能
この機能は、イーサネットスイッチが提供する“rename capture”コマンドを用いる。このコマンドは、コマンド名を“rename capture [filename1] [failename2]”とし、キャプチャファイルの名前を変更するコマンドである。コマンドに含まれるパラメータである“filename１”は、変更前のキャプチャファイル名であり、“filename２”は、変更後のキャプチャファイル名であり、共に必須のものである。
【００３１】
上記の（ａ），（ｂ）の機能により、リモートによるキャプチャ開始並びにキャプチャ取得を行なえる環境が構築される。そして、さらに付加的な機能として、（ｃ）から（ｅ）を用意した。係る構成を採ることで、イーサネットスイッチ１０の設置場所で、物理的な配線作業が不要となり、リモート環境からのキャプチャ開始・取得リクエストを発行にともない、所望のイーサネットフレームを取得してトラフィック解析が可能となる。
【００３２】
イーサネットスイッチ１０でミラーポートを設定し使用する必要がないため、使用ポート数の節約がはかれると共に、イーサネットスイッチ１０へのリクエストで用いるポートと、キャプチャデータ取得時に使用するポートとが同一ポートで済む。
【００３３】
フレームのキャプチャは、イーサネットスイッチ１０の内部処理で行われるため、アナライザ装置１を構成するコンピュータの性能によらず安定してパケットキャプチャをすることができる。
【００３４】
次に、図１に示した各処理を実行するための具体的な処理機能を説明する。図２は、アナライザ装置１でのリモートキャプチャ手順を示している。また、図３は、起動するターミナルソフトにおける設定画面の一例を示している。
【００３５】
図２に示すように、ユーザの操作に従いアナライザ装置１はターミナルソフトを起動する（Ｓ１）。そして、ｔｅｌｅｎｅｔを用いてイーサネットスイッチ１０にログインする（Ｓ２）。この処理により、ターミナルソフト画面では、１行目の“＞  ｔｅｌｅｎｅｔ  １９２．１６８．２５０．２５４”から４行目のパスワード入力までが実行されることになる。
【００３６】
そして、ログインが成功すると、キャプチャ開始コマンドの発行処理を行う。すなわち、ユーザは、アナライザ装置１の入力装置を操作し、start captureコマンドを入力しＥｎｔｅｒキーを押下するので、アナライザ装置１は、Enterキーの押下に伴い、start captureコマンドを送信する（Ｓ３）。図３の４行目に例示したコマンドの入力後、Ｅｎｔｅｒキーの押下と共にイーサネットスイッチ１０側では指定されたパラメータに従ってキャプチャが開始される。
【００３７】
次いで、アナライザ装置１側では、プロンプトが戻ってくるのを待つ（Ｓ４）。すなわち、キャプチャ終了条件を満たしてイーサネットスイッチ１０からレスポンスとして送られるキャプチャ完了通知を受信すると、ターミナルソフト画面でプロンプトが戻るため、ユーザは、このプロントが戻ったことで、キャプチャが完了したことを知る。なお、このプロントが戻る前に、CntlキーとCキーを同時に押下することで、リクエストしたキャプチャをキャンセルすることができる。この場合、中断までのキャプチャデータがファイルとしてイーサネットスイッチ１０の記憶装置１３に保存される。
【００３８】
プロンプトが戻ってきたならば、キャプチャ取得コマンドの発行処理を行う。すなわち、ユーザは、アナライザ装置１の入力装置を操作し、get captureコマンドを入力しＥｎｔｅｒキーを押下するので、アナライザ装置１は、Enterキーの押下に伴い、get captureコマンドを送信する（Ｓ５）。図３の８行目に例示したコマンドの入力後、Ｅｎｔｅｒキーの押下と共にイーサネットスイッチ１０側では指定されたキャプチャファイル名のキャプチャデータの転送を開始する。
【００３９】
次いで、アナライザ装置１側では、プロンプトが戻ってくるのを待つ（Ｓ６）。すなわち、キャプチャデータの転送が完了すると、ターミナルソフト画面でプロンプトが戻るため、ユーザは、このプロントが戻ったことで、キャプチャが完了したことを知る。なお、このプロントが戻る前に、CntlキーとCキーを同時に押下することで、リクエストしたキャプチャデータ転送キャンセルすることができる。この場合、中断までのキャプチャデータがファイルとしてアナライザ装置１に保存される。
【００４０】
このように、本実施形態では、アナライザ装置１は、イーサネットスイッチ１０に対してｔｅｌｅｎｅｔを用いて直接アクセスするようにしたが、他の方法をもいても、もちろん良い。
【００４１】
図４以降は、イーサネットスイッチ１０の処理機能を示すフローチャートである。各処理を説明するに先立ち、処理の実行に伴い発行されるエラーレスポンスについて説明する。キャプチャ処理の実行に伴いイーサネットスイッチ１０が発行するエラーレスポンスは、例えば、“Invalid Parameter”，“Invalid Filename”，“Invalid Port Number”，“Invalid Buffer”，“Invalid End Condition”，“Buffer not Available”，“Invalid Finter Condition”，“Capture File not Found”等がある。
【００４２】
“Invalid Parameter”は、指定コマンドパラメータが不正の場合に発行されるエラーレスポンスである。例えば、リクエストコマンド中に必須のパラメータが存在しない場合に、このレスポンスが発行される。“Invalid Filename”は、指定ファイル名が不正な場合に発行されるエラーレスポンスである。例えば、指定されたファイル名が存在しなかった場合に、このレスポンスが発行される。“Invalid Port Number”は、指定スイッチポート番号が不正な場合に発行されるエラーレスポンスである。例えば、サポートされていないポート番号が指定された場合に、このレスポンスが発行される。“Invalid Buffer”は、指定格納先バッファが不正な場合に発行されるエラーレスポンスである。例えば、サポートしていないバッファを指定した場合に、このレスポンスが発行される。“Invalid End Condition”は、指定終了条件が不正な場合に発行されるエラーレスポンスである。“Buffer not Available”は、指定格納先バッファ容量不足な場合に発行されるエラーレスポンスである。例えば、イーサネットスイッチにおける記憶装置１３における記憶エリアの容量が少ない場合はもちろん、記憶装置１３において管理レコードのレコード数の制限によりこれ以上キャプチャできないような場合に、このレスポンスが発行される。“Invalid Finter Condition”は、指定フィルタ条件不正の場合に発行されるエラーレスポンスである。“Capture File not Found”は、指定キャプチャファイルが存在しない場合に発行されるエラーレスポンスである。これらのエラーレスポンスは、ユーザが不正なキャプチャコマンドを実行した場合に、ターミナル画面に返すことになる。
【００４３】
図４は、start captureコマンドを受信した場合のイーサネットスイッチ１０の処理を示している。まず、ＣＰＵ１２は、受信したStart_Captureのパラメータの解析処理を実行する（Ｓ１１）。このパラメータの解析処理は、具体的には、図５に示すフローチャートを実行する。
【００４４】
すなわち、ＣＰＵ１２は、指定されたパラメータが有効か否かを判断する（Ｓ２１）。ここでは、必須パラメータであるスイッチポートＮｏ，格納先バッファ，キャプチャ終了条件が、存在しているが否かを判断する。必須パラメータが全て存在する場合には、各パラメータが正しいか否かを判断する（Ｓ２２，Ｓ２３，Ｓ２４）。例えば、ポートＮｏについては、「指定された値は有効か？」，「指定ポートは存在するか？」，「指定されたポートは使用可能か？」などについてチェックがされる。また、格納先バッファについては、「指定された値は有効か？」，「指定格納先バッファは存在するか？」などについてチェックがされる。上記の分岐判断処理ステップ（Ｓ２１，Ｓ２２，Ｓ２３，Ｓ２４）のいずれか１つでエラーが見つかると、エラー終了となる。
【００４５】
一方、上記の全ての分岐判断処理ステップがＹｅｓとなった場合、ＣＰＵ１２は、オプションであるフィルタ条件が存在しているか否かを判断し（Ｓ２５）、存在しない場合（Ｓ２５でＮｏ）には、そのまま正常終了する。また、フィルタ条件が存在している場合、ＣＰＵ１２はそのフィルタ条件をチェックし（Ｓ２６）、そのチェック結果に応じた終了処理を行う。フィルタ条件チェックは、例えば、指定された値は有効か否かを判断することがある。
【００４６】
上記のパラメータ解析処理をすると、パラメータ正常／パラメータエラーのいずれかで終了する。図４に示すように、パラメータエラーの場合には、処理ステップＳ２０に飛び、ＣＰＵ１２は、そのエラーに対応するエラーレスポンスをアナライザ装置１に返す。このエラーレスポンスは、アナライザ装置１のターミナルソフト画面に表示される。
【００４７】
また、パラメータ解析結果が正常の場合、キャプチャデータ管理レコードを作成する（Ｓ１２）。この管理レコードは、図６に示すようなレコード構造としている。すなわち、前後いずれのキャプチャデータにも飛べるようにするため、キャプチャデータを双方向キュー構造により管理するようにしている。
【００４８】
キャプチャレコード構造体としては、“キャプチャファイル名”，“キャプチャパラメータ情報”，“キャプチャ格納先頭アドレス”，“キャプチャ格納サイズ”，“キャプチャリクエスト時刻”，“次レコードへのポインタ”，“前レコードへのポインタ”を含む。“キャプチャパラメータ情報”としては、“キャプチャ対象ポート”，“格納先バッファ指定”，“キャプチャ終了条件”，“フィルタ条件”がある。また、“キャプチャ格納サイズ”は、キャプチャ完了時に更新される。
【００４９】
そして、係るキャプチャデータ管理レコードは、ＣＰＵ１２が図７に示すフローチャートを実行することで作成される。まず、ＣＰＵ１２は、管理レコード用のメモリが割り当て可能か否かを判断する（Ｓ３１）。そして、割り当てが可能な場合、ＣＰＵ１２は、管理レコードのメモリ割り当てを行ない（Ｓ３２）、パラメータ解析により取得したキャプチャパラメータを管理レコードにセットし（Ｓ３４）、キャプチャデータ格納先アドレスを管理レコードにセットし（Ｓ３５）、内部時計などにより取得したキャプチャリクエスト時刻を管理レコードにセットし（Ｓ３６）、キャプチャデータ管理レコードキューに登録する（Ｓ３７）処理を順事実行することで、管理レコードが作成される。
【００５０】
上記の処理に管理レコードが作成されたならば、処理ステップＳ１３に進み、ＣＰＵ１２がスイッチングコントローラ１１に対してキャプチャパラメータをセットする（Ｓ１３）。次いで、ＣＰＵ１２は、スイッチングコントローラ１１に対してキャプチャ開始要求をする（Ｓ１４）。なお、処理ステップＳ１２を実行し、Ｓ３１の分岐判断でＮｏとなった場合には、管理レコードが作成されないため、管理レコード用メモリ枯渇エラーとなり、処理ステップＳ２０に飛び、ＣＰＵ１２は、そのエラーに対応するエラーレスポンスをアナライザ装置１に返す。
【００５１】
Ｓ１４の開始要求に従い、スイッチングコントローラ１１は、キャプチャ終了条件を満たすまで、指定ポートに流れるキャプチャ条件を満たすイーサネットフレームを指定された記憶装置１３に転送する（Ｓ１５，Ｓ１６）。キャプチャ終了条件を満たした場合（Ｓ１６でＹｅｓ）、スイッチングコントローラ１１は、ＣＰＵ１２に対してキャプチャ完了通知を発行する（Ｓ１７）。
【００５２】
このキャプチャ完了通知を受けたＣＰＵ１２は、キャプチャデータ管理レコードを更新し（Ｓ１８）、アナライザ装置１に対してキャプチャ完了通知を返す（Ｓ１９）。なお、Ｓ１８で実行される更新処理は、キャプチャ格納サイズである。
【００５３】
図８は、get captureコマンドを受信した場合のイーサネットスイッチ１０の処理を示している。まず、ＣＰＵ１２は、パラメータを解析し、指定パラメータが有効か否かを判断し（Ｓ４１）、有効な場合にはキャプチャデータレコードを照合して指定されたキャプチャファイルが存在するか否かを判断する（Ｓ４２）。Ｓ４１，Ｓ４２のいずれかの分岐判断でＮｏとなった場合、ＣＰＵ１２はアナライザ装置１に対してエラーレスポンスを返す（Ｓ４６）。
【００５４】
キャプチャファイルが存在する場合、ＣＰＵ１２はキャプチャデータ転送処理を実行する（Ｓ４３）。このキャプチャデータ転送処理は、図９に示すフローチャートを実行する。すなわち、まずＣＰＵ１２は、記憶装置１３から該当するキャプチャデータを読み出し、１回の転送で可能なサイズにキャプチャデータの分割を行なう（Ｓ５１）。次いで、ＣＰＵ１２は、キャプチャデータのイーサネットフレームカプセル化を行ない（Ｓ５２）、それをアナライザに送信する（Ｓ５３）。全サイズの転送を完了するまでＳ５１からＳ５４の処理を繰り返し実行する。全サイズ転送完了したならば（Ｓ５４でＹｅｓ）、転送処理を終了する。
【００５５】
そして、キャプチャデータ転送処理が完了したならば（Ｓ４４でＹｅｓ）、ＣＰＵ１２は、アナライザ装置１に対して完了通知を返す（Ｓ４５）。
【００５６】
図１０は、delete captureコマンドを受信した場合のイーサネットスイッチ１０の処理を示している。まず、ＣＰＵ１２は、パラメータを解析し、指定パラメータが有効か否かを判断し（Ｓ６１）、有効な場合にはキャプチャデータレコードを照合して指定されたキャプチャファイルが存在するか否かを判断する（Ｓ６２）。Ｓ６１，Ｓ６２のいずれかの分岐判断でＮｏとなった場合、ＣＰＵ１２はアナライザ装置１に対してエラーレスポンスを返す（Ｓ６５）。
【００５７】
キャプチャファイルが存在する場合、ＣＰＵ１２は該当するキャプチャデータ管理レコードを削除するとともに（Ｓ６３）、記憶装置１３に格納されている指定されたキャプチャデータファイルを削除する（Ｓ６４）。
【００５８】
図１１は、list captureコマンドを受信した場合のイーサネットスイッチ１０の処理を示している。まず、ＣＰＵ１２は、パラメータを解析し、指定パラメータが有効か否かを判断する（Ｓ７１）。有効でない場合、ＣＰＵ１２はアナライザ装置１に対してエラーレスポンスを返す（Ｓ７５）。
【００５９】
指定パラメータが有効な場合、ＣＰＵ１２は、キャプチャデータ管理レコードからキャプチャ情報を取得し（Ｓ７２）、キャプチャデータ情報をアナライザ装置１に通知する（Ｓ７３）。係る処理を全ファイル分について実行する（Ｓ７４）。
【００６０】
図１２は、rename captureコマンドを受信した場合のイーサネットスイッチ１０の処理を示している。まず、ＣＰＵ１２は、パラメータを解析し、指定パラメータが有効か否かを判断し（Ｓ８１）、有効な場合にはキャプチャデータレコードを照合して指定されたキャプチャファイルが存在するか否かを判断する（Ｓ８２）。Ｓ８１，Ｓ８２のいずれかの分岐判断でＮｏとなった場合、ＣＰＵ１２はアナライザ装置１に対してエラーレスポンスを返す（Ｓ８４）。
【００６１】
キャプチャファイルが存在する場合、ＣＰＵ１２は該当するキャプチャデータ管理レコードに登録されているキャプチャファイル名を更新する（Ｓ８３）。
【図面の簡単な説明】
【００６２】
【図１】本発明の好適な一実施形態を示す図である。
【図２】アナライザ装置の機能を説明するフローチャートである。
【図３】アナライザ装置におけるターミナルソフト画面の一例を示す図である。
【図４】イーサネットスイッチの機能（start captureコマンド処理）を示すフローチャートである。
【図５】start captureコマンドパラメータ解析処理を示すフローチャートである。
【図６】キャプチャデータ管理レコード構造の一例を示す図である。
【図７】キャプチャデータ管理レコード作成処理を示すフローチャートである。
【図８】イーサネットスイッチの機能（get captureコマンド処理）を示すフローチャートである。
【図９】キャプチャデータ転送処理を示すフローチャートである。
【図１０】イーサネットスイッチの機能（delete captureコマンド処理）を示すフローチャートである。
【図１１】イーサネットスイッチの機能（list captureコマンド処理）を示すフローチャートである。
【図１２】イーサネットスイッチの機能（rename captureコマンド処理）を示すフローチャートである。
【符号の説明】
【００６３】
１  アナライザ装置
１０  イーサネットスイッチ
１１  スイッチングコントローラ
１２  ＣＰＵ（制御手段）
１３  記憶装置
【図１】
2008258846.tif 000003
【図２】
2008258846.tif 000004
【図３】
2008258846.tif 000005
【図４】
2008258846.tif 000006
【図５】
2008258846.tif 000007
【図６】
2008258846.tif 000008
【図７】
2008258846.tif 000009
【図８】
2008258846.tif 000010
【図９】
2008258846.tif 000011
【図１０】
2008258846.tif 000012
【図１１】
2008258846.tif 000013
【図１２】
2008258846.tif 000014