(57)【要約】【課題】アプリケーションシステムにおいてやり取りされるデータを従来よりも迅速に収集できるようにする。【解決手段】検査用データ収集装置３を次のように構成する。アプリケーションシステムごとに、それを実現するサーバおよびクライアントが行う通信の属性を、他のアプリケーションシステムと区別するための識別子と対応付けて記憶する、設定ファイル記憶部３０２と、ユーザのクライアントから、検査の指令を識別子とともに受信する、指令情報受信部３０１と、受信した識別子に係るアプリケーションシステムを構成するサーバおよびクライアントが行う通信のパケットを、その識別子に対応する、指令情報受信部３０１に記憶されている属性に基づいて収集する、検査対象パケット収集部３０３と、を設ける。【選択図】図４
2009116478.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに対してサービスを提供するアプリケーションシステムを構成するサーバとクライアントとが当該サービスを提供するために行う通信の属性を、当該アプリケーションシステムを識別するための識別子と対応付けて記憶する、属性記憶手段と、
サービスを受けるユーザが操作するクライアントから、当該サービスを提供する前記アプリケーションシステムの検査の指令を、当該アプリケーションシステムの前記識別子とともに受信する、指令受信手段と、
前記指令受信手段によって受信された前記指令に係る前記アプリケーションシステムを構成するサーバおよびクライアントが行う通信のデータを、当該指令とともに受信された前記識別子に対応する、前記属性記憶手段に記憶されている前記属性に基づいて収集する、データ収集手段と、
を有することを特徴とするデータ収集装置。
【請求項２】
ユーザに対してサービスを提供するアプリケーションシステムを検査するためにデータを収集するデータ収集方法において、
前記アプリケーションシステムを構成するサーバおよびクライアントがサービスを提供するために行う通信の属性を属性記憶手段に記憶し、
前記アプリケーションシステムとデータ通信可能に接続された前記データ収集装置は、
サービスを受けるユーザが操作するクライアントから、当該サービスを提供する前記アプリケーションシステムの検査の指令を指令受信処理として受信し、
前記指令受信処理によって受信した前記指令に係る前記アプリケーションシステムを構成するサーバおよびクライアントが行う通信のデータを、前記属性記憶手段に記憶されている当該アプリケーションシステムの前記属性に基づいてデータ収集処理として収集する、
ことを特徴とするデータ収集方法。
【請求項３】
前記属性記憶手段を、前記データ収集装置に設け、
前記アプリケーションシステムの前記属性を、当該アプリケーションシステムを他のアプリケーションシステムと区別するための識別子と対応付けて、前記属性記憶手段に記憶し、
前記データ収集装置は、前記アプリケーションシステムに係る前記指令とともに、当該アプリケーションシステムの前記識別子を受信する、
請求項３記載のデータ収集方法。
【請求項４】
前記属性記憶手段を、前記アプリケーションシステムを構成するクライアントに設け、
前記データ収集装置は、前記アプリケーションシステムに係る前記指令とともに、当該アプリケーションシステムの前記属性を受信する、
請求項３記載のデータ収集方法。
【請求項５】
前記アプリケーションシステムについての前記指令を送信したクライアントは、当該アプリケーションシステムの評価をユーザに入力させるための画面を表示し、
前記データ収集装置は、ユーザが入力した前記評価をクライアントから受信する評価受信処理を実行する、
請求項３ないし請求項５のいずれかに記載のデータ収集方法。
【請求項６】
前記データ収集装置は、
サービスを受けるユーザが操作するクライアントから、当該サービスを提供する前記アプリケーションシステムの検査の終了指令を終了指令受信処理として受信し、
前記終了指令を受信した後、当該終了指令に係る前記アプリケーションシステムについての前記データ収集処理を終了する、
請求項３ないし請求項６のいずれかに記載のデータ収集方法。
【請求項７】
ユーザに対してサービスを提供するアプリケーションシステムを検査するためにデータを収集するデータ収集装置を制御するコンピュータプログラムであって、
当該データ収集装置に、
前記アプリケーションシステムごとに当該アプリケーションシステムを構成するサーバとクライアントとがサービスを提供するために行う通信の属性を当該アプリケーションシステムの識別子と対応付けて記憶部に記憶する属性記憶処理と、
サービスを受けるユーザが操作するクライアントから、当該サービスを提供する前記アプリケーションシステムの検査の指令を、当該アプリケーションシステムの識別子とともに受信する、指令受信処理と、
前記指令受信処理によって受信した前記識別子に対応する前記属性を前記記憶部から呼び出す、属性呼出処理と、
前記指令受信処理によって受信した前記指令に係る前記アプリケーションシステムを構成するサーバおよびクライアントが行う通信のデータを、前記属性呼出処理によって呼び出した当該アプリケーションシステムの前記属性に基づいて収集する、データ収集処理と、を実行させる、
ことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検査のためにデータを収集する装置および方法などに関する。
【背景技術】
【０００２】
企業、役所、または学校などに構築されているネットワークシステムは、ユーザ（従業員または生徒など）に対して様々なサービスを提供する。例えば、電子メールの送信、電子メールの受信、製品の開発の支援、または人事の業務の支援などのサービスを提供する。ネットワークシステムには、これらのサービスを提供するためのアプリケーション（いわゆるサーバアプリケーション）を備えたサーバが設けられている。ユーザは、これらのサービスを受けるためのアプリケーション（いわゆるクライアントアプリケーション）を備えたクライアントを操作することによって、これらのサービスを受けることができる。
【０００３】
このように、ネットワークシステムには、様々なサービスのアプリケーションを有するシステムが含まれている。以下、アプリケーションによってサービスを提供するシステムを「アプリケーションシステム」と記載する。つまり、ネットワークシステムには、複数のアプリケーションシステムが含まれていると、言える。
【０００４】
アプリケーションシステムの動作の不具合の原因を究明するために、通信に関する情報を収集するデータ収集装置が用いられる。このデータ収集装置は、通信に関する情報を収集するために通信回線を流れるデータ（トラフィック、パケット）を収集するので、「トラフィック収集装置」と呼ばれることがある。
【０００５】
従来、データ収集装置を次のようにして使用される。ユーザは、アプリケーションシステムの調子が悪いと感じると、電話を掛けるなどして管理者に対してその旨を申告する。管理者は、ユーザが使っているクライアントのＩＰアドレスを調べ、送信元または宛先としてそのＩＰアドレスが指定されているパケットを、収集の対象としてデータ収集装置に対して設定する。すると、データ収集装置は、そのようなパケットの収集を開始する。
【０００６】
そのほか、特許文献１には、次のようなパケットキャプチャ装置が開示されている。このパケットキャプチャ装置は、通信ネットワークの指定パケットから指定パケットデータを選択的に取り出してメモリに書き込み、メモリに書き込まれたパケットデータを読み出してデータ処理部に送出する。
【特許文献１】特開２００１−１０３０９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、一般に、不具合は常時生じているとは限らない。つまり、不具合が生じても、それは一時的なものであり、しばらく経てば見られなくなることがある。よって、不具合の原因を特定するためには、不具合が発生したら直ちにパケットの収集を行うのが望ましい。
【０００８】
しかし、従来の方法では、データ収集装置は、ユーザからの不具合の申告および管理者による設定の作業を待ってパケットの収集を開始する。よって、直ちにパケットの収集を行うことができず、原因を特定するのが不可能になりまたは困難になることがある。
【０００９】
データ収集装置に、常時、すべてのパケットを収集させることも、考えられる。しかし、この方法では、不具合にまったく関係のないパケットまで収集させてしまうので、データ収集装置の負荷を増大させるだけでなく、原因の特定の効率も低減させてしまう。
【００１０】
本発明は、このような問題点に鑑み、アプリケーションシステムにおいてやり取りされるデータを従来よりも迅速に収集できるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
本発明の１つの実施形態のデータ収集装置は、ユーザに対してサービスを提供するアプリケーションシステムを構成するサーバとクライアントとが当該サービスを提供するために行う通信の属性を、当該アプリケーションシステムを識別するための識別子と対応付けて記憶する、属性記憶手段と、サービスを受けるユーザが操作するクライアントから、当該サービスを提供する前記アプリケーションシステムの検査の指令を、当該アプリケーションシステムの前記識別子とともに受信する、指令受信手段と、前記指令受信手段によって受信された前記指令に係る前記アプリケーションシステムを構成するサーバおよびクライアントが行う通信のデータを、当該指令とともに受信された前記識別子に対応する、前記属性記憶手段に記憶されている前記属性に基づいて収集する、データ収集手段と、を有する。
【発明の効果】
【００１２】
本願で開示する装置、方法、およびコンピュータプログラムによると、アプリケーションシステムにおいてやり取りされるデータを従来よりも迅速に収集することができる。
【発明を実施するための最良の形態】
【００１３】
図１はネットワークシステムＮＳＹの全体的な構成の例を示す図、図２はクライアント２のハードウェア構成の例を示す図、図３はクライアント２の機能的構成の例を示す図、図４は検査用データ収集装置３の機能的構成の例を示す図である。
【００１４】
図１に示すように、ネットワークシステムＮＳＹは、種々のサーバ１、クライアント２（２１、２２、２３、…）、検査用データ収集装置３、およびスイッチ４などによって構成される。
【００１５】
各サーバ１、各クライアント２、および検査用データ収集装置３は、スイッチ４を介して通信を行うことができる。
【００１６】
スイッチ４は、送信元からのデータのフィルタリングまたは経路の制御などを行う。スイッチ４として、ミラー機能付きのレイヤ２スイッチ（スイッチングハブ）またはレイヤ３スイッチなどのスイッチが用いられる。スイッチ４のミラーポートには、検査用データ収集装置３が繋がれている。
【００１７】
一方、各クライアント２および各検査用データ収集装置３は、スイッチ４の通常のポートに繋がれている。スイッチ４に直接繋がれていることもあれば、他の通信装置（例えば、ファイアウォール、プロキシサーバ、またはルータなど）を介して繋がれていることもある。後者の場合は、通信回線として、いわゆるＬＡＮ回線のほか、インターネット、公衆回線、または専用線が用いられることもある。
【００１８】
以下、ある会社ＣｘのイントラネットとしてネットワークシステムＮＳＹが用いられる場合を例に説明する。
【００１９】
サーバ１として、ＳＭＴＰサーバ１１、ＰＯＰサーバ１２、開発業務サーバ１３、および人事業務サーバ１４などのサーバが設けられている。
【００２０】
ＳＭＴＰサーバ１１は、ＳＭＴＰ（Simple Mail Transfer Protocol）に基づいて電子メールの送信のサービスを社員に提供する。
【００２１】
ＰＯＰサーバ１２は、ＰＯＰ３（Post Office Protocol version 3）に基づいて電子メールの受信のサービスを社員に提供する。
【００２２】
開発業務サーバ１３は、会社Ｃｘが販売する製品の開発の支援のサービスを社員に提供する。
【００２３】
人事業務サーバ１４は、会社Ｃｘの人事の業務に関するサービス、例えば、出勤、退勤、および欠勤の情報の管理、有給休暇の使用実績の管理、および各種の申請の受付などのサービスを、社員に提供する。
【００２４】
これらのサーバ１には、サービスの提供のためのソフトウェア、つまり、いわゆるサーバアプリケーションがインストールされている。
【００２５】
クライアント２は、社員が上記のサービスを受けるために使用する端末装置である。クライアント２は、本体、ディスプレイ、キーボード、およびマウスなどによって構成される。本体は、図２に示すように、ＣＰＵ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、ハードディスク２０ｄ、ＮＩＣ２０ｅ、ＵＳＢインタフェース２０ｆ、およびＲＧＢ端子２０ｇなどによって構成される。
【００２６】
ＵＳＢインタフェース２０ｆには、キーボードおよびマウスなどが繋がれる。ＲＧＢ端子２０ｇには、ディスプレイが繋がれる。ＮＩＣ２０ｅには、上述の通り、スイッチ４が直接的にまたは間接的に繋がれる。
【００２７】
ハードディスク２０ｄまたはＲＯＭ２０ｃには、図３に示すようなアプリケーションシステム情報記憶部２０１、検査用画面表示部２０２、検査開始指令部２０３、検査終了指令部２０４、クライアント通信データ蓄積部２０５、評価データ送信部２０６、およびクライアント通信データ送信部２０７などを実現するためのプログラムおよびデータが記憶されている。これらのプログラムおよびデータは必要に応じてＲＡＭ２０ｂにロードされ、ＣＰＵ２０ａによってプログラムが実行される。
【００２８】
さらに、ハードディスク２０ｄには、ユーザが上記のサービスを受けるためのアプリケーション、つまり、いわゆるクライアントアプリケーションがインストールされている。
【００２９】
クライアント２として、パーソナルコンピュータまたはワークステーションなどが用いられる。
【００３０】
検査用データ収集装置３は、後述するアプリケーションシステムの検査を行うためのデータを収集する。検査用データ収集装置３のハードウェア構成は、図２で説明したクライアント２のハードウェア構成と同様である。ただし、ハードディスクまたはＲＯＭには、図４に示すような指令情報受信部３０１、設定ファイル記憶部３０２、検査対象パケット収集部３０３、評価データ受信部３０４、クライアントパケット受信部３０５、および検査用情報記憶部３０６などを実現するためのプログラムおよびデータが記憶されている。これらのプログラムおよびデータは必要に応じてＲＡＭにロードされ、ＣＰＵによってプログラムが実行される。
【００３１】
このように、ネットワークシステムＮＳＹには、電子メールの送信、電子メールの受信、製品の開発の支援、および人事の業務などのサービスを社員に提供するためのアプリケーションを有するシステムが含まれている。以下、アプリケーションによってサービスを提供するシステムを「アプリケーションシステム」と記載する。ネットワークシステムＮＳＹには、複数のアプリケーションシステムが含まれていると、言える。
【００３２】
図５はアプリケーションシステムテーブルＴＬＡの例を示す図、図６は検査対象選択画面ＨＧ１の例を示す図、図７は検査管理画面ＨＧ２の例を示す図、図８は検査設定ファイルＴＬＢの例を示す図である。
【００３３】
次に、図３に示すクライアント２の各部および図４に示す検査用データ収集装置３の各部の処理内容などについて詳細に説明する。
【００３４】
図３において、クライアント２のアプリケーションシステム情報記憶部２０１には、アプリケーションシステムテーブルＴＬＡが記憶されている。このアプリケーションシステムテーブルＴＬＡには、図５に示すように、ユーザ（社員）がそのクライアント２を使用して受け得るサービスのアプリケーションシステムごとのレコードが格納されている。このレコードには、次のようなフィールド（項目）の情報が含まれている。
【００３５】
「システムＩＤ」は、そのレコードに係るアプリケーションシステムの識別情報である。「システム名」は、そのアプリケーションシステムの名称である。「サーバＩＰアドレス」は、そのサービスを提供するサーバ１のＩＰアドレスである。「プロトコル番号」および「ポート番号」は、それぞれ、そのアプリケーションシステムで用いられるプロトコルのプロトコル番号およびポート番号を示している。「検査状態」は、そのアプリケーションシステムの検査を現在実行しているか否かを示す。
【００３６】
図３に戻って、検査用画面表示部２０２は、次のような、ユーザが検査に関する操作を行うための画面を、ディスプレイに表示させる。
【００３７】
ユーザがキーボードまたはマウスで所定のコマンドを入力すると、検査用画面表示部２０２は、アプリケーションシステム情報記憶部２０１に記憶されているアプリケーションシステムテーブルＴＬＡに基づいて、図６のような検査対象選択画面ＨＧ１を表示させる。この検査対象選択画面ＨＧ１には、そのクライアント２によってユーザが受け得るサービスのアプリケーションシステムの一覧が示されている。
【００３８】
ここで、ユーザは、検査の対象とするアプリケーションシステムに対応するボタンＢＮ１１〜ＢＮ１４を押す。すると、検査用画面表示部２０２は、図７のような検査管理画面ＨＧ２を表示させる。ユーザはこの検査管理画面ＨＧ２が表示されているときに、検査の開始または終了の指示を与えたり、検査の状態を確認したり、システムの動作の評価を行ったりすることができる。
【００３９】
検査開始指令部２０３は、検査管理画面ＨＧ２の開始ボタンＢＮ２１が押されると、その検査管理画面ＨＧ２に係るアプリケーションシステムの検査を開始するように、検査用データ収集装置３に対して指令する。この際に、検査開始指令部２０３は、アプリケーションシステムテーブルＴＬＡからそのアプリケーションシステムのシステムＩＤを抽出し、そのシステムＩＤ、そのクライアント２自身のＩＰアドレス、および検査の開始の指令などを示す検査開始指令情報７１を検査用データ収集装置３に宛てて送信する。検査用データ収集装置３のＩＰアドレスは、所定のテーブルに予め登録しておけばよい。検査開始指令情報７１は、パケット化され、スイッチ４を経由して検査用データ収集装置３に届けられる。
【００４０】
検査終了指令部２０４は、検査管理画面ＨＧ２の終了ボタンＢＮ２２が押されると、その検査管理画面ＨＧ２に係るアプリケーションシステムの検査を終了するように、検査用データ収集装置３に対して指令する。この際に、検査終了指令部２０４は、アプリケーションシステムテーブルＴＬＡからそのアプリケーションシステムのシステムＩＤを抽出し、そのシステムＩＤ、そのクライアント２自身のＩＰアドレス、および検査の終了の指令などを示す検査終了指令情報７２を検査用データ収集装置３に宛てて送信する。検査終了指令情報７２は、パケット化され、スイッチ４を経由して検査用データ収集装置３に届けられる。
【００４１】
なお、開始ボタンＢＮ２１が押されてから終了ボタンＢＮ２２が押されるまでの間、検査管理画面ＨＧ２のステータス表示領域ＲＹ２１には、現在検査を行っている最中である旨のメッセージが示される。また、アプリケーションシステムテーブルＴＬＡの中の、検査の対象のアプリケーションシステムのレコードの「検査状態」には「検査中」が示される。それ以外の時間帯は、ステータス表示領域ＲＹ２１には現在検査を行っていない旨のメッセージが示され、そのレコードの「検査状態」には「非検査中」が示される。
【００４２】
クライアント通信データ蓄積部２０５は、開始ボタンＢＮ２１が押されてから終了ボタンＢＮ２２が押されるまでの間、そのアプリケーションシステムのサーバ１に宛てて送信した、そのアプリケーションシステムに係るデータのパケットを蓄積する。例えば、製品の開発の支援のサービスのアプリケーションシステムの検査を行っている場合は、開発業務サーバ１３に宛てて送信したパケットを蓄積する。
【００４３】
図４において、検査用データ収集装置３の指令情報受信部３０１は、クライアント２からスイッチ４を介して送信されてきた検査開始指令情報７１および検査終了指令情報７２を受信する。
【００４４】
具体的には、スイッチ４のミラー機能によって種々のパケットがスイッチ４から送信されてくるが、指令情報受信部３０１は、これらのパケットのうちの、検査の開始または終了の指令であることを示すパケットのみを取得し、パケットに含まれるユーザデータ（つまり、パケットヘッダを除いたデータ）を組み立てることによって、検査開始指令情報７１または検査終了指令情報７２を得る。後述する評価データ受信部３０４およびクライアントパケット受信部３０５も、同様の方法で、所定の種類のデータのパケットを受信する。
【００４５】
設定ファイル記憶部３０２には、検査設定ファイルＴＬＢが記憶されている。この検査設定ファイルＴＬＢには、図８のように、検査のために取得すべきパケットの属性を示すレコードが格納されている。検査設定ファイルＴＬＢの各レコードは、検査に必要なパケットを取得（キャプチャ、フィルタリング）する際のパラメータとして使用される。
【００４６】
検査設定ファイルＴＬＢにおいて、「システムＩＤ」、「システム名」、「サーバＩＰアドレス」、「プロトコル番号」、および「ポート番号」の各フィールドは、図５のアプリケーションシステムテーブルＴＬＡの同名のフィールドと同様の意味を有する。ただし、そのシステムＩＤに係るアプリケーションシステムで使用され得るポート番号が複数存在する場合は、「ポート番号」のフィールドには、それらのポート番号が示される。
【００４７】
「適用フラグ」は、そのレコードに基づいてパケットの収集を現在行うべきか否かを示している。「オン」は収集を行うべきであることを意味し、「オフ」は行うべきでないことを意味する。適用フラグの初期値は「オフ」である。
【００４８】
ここで、適用フラグの更新のタイミングについて説明する。指令情報受信部３０１によって検査開始指令情報７１が受信されると、その検査開始指令情報７１に示されるシステムＩＤと同じシステムＩＤを示すレコードを検査設定ファイルＴＬＢの中から検索する。そして、そのレコードの適用フラグを「オン」に更新する。同様に、検査終了指令情報７２が受信されると、その検査終了指令情報７２に示されるシステムＩＤと同じシステムＩＤを示すレコードを検査設定ファイルＴＬＢの中から検索し、そのレコードの適用フラグを「オフ」に更新する。
【００４９】
検査対象パケット収集部３０３は、検査設定ファイルＴＬＢに格納されているレコードのうち適用フラグが「オン」であるレコードに基づいて、検査の対象の通信のパケットを取得する。
【００５０】
具体的には、スイッチ４から送信されてくる種々のパケットのうち、適用フラグが「オン」であるいずれかのレコードに示される属性を有するパケットのみを収集する。
【００５１】
例えば、スイッチ４からパケットが送信されてきたら、そのパケットの送信元または宛先のＩＰアドレスが「サーバＩＰアドレス」のフィールドに示され、そのパケットのプロトコルのプロトコル番号が「プロトコル番号」のフィールドに示され、かつ、そのパケットのポート番号が「ポート番号」のフィールドに示される、適用フラグが「オン」であるレコードの有無をチェックする。そのようなレコードがあれば、検査対象パケット収集部３０３は、そのパケットを収集する。なければ、収集しない。
【００５２】
検査対象パケット収集部３０３によって収集されたパケットは、そのパケットに係るシステムＩＤおよび収集日時などと対応付けられて検査用情報記憶部３０６に記憶される。なお、検査用情報記憶部３０６には、後に順次説明する評価データ受信部３０４およびクライアントパケット受信部３０５によって受信されたデータおよびパケットも記憶される。
【００５３】
ところで、ユーザは、アプリケーションシステムの検査中、自らそのアプリケーションシステムを使用してみる。これにより、そのアプリケーションシステムの中で、つまり、そのアプリケーションシステムを構成するクライアント２とサーバ１との間で、データ（パケット）の送受信が行われる。そして、検査中、上述の通り、これらのパケットが検査用データ収集装置３によってキャプチャ（収集）される。特に、ユーザには、不具合が起きるときと同じ操作を行うこと、つまり、不具合の再現を試みることが求められる。
【００５４】
ユーザは、アプリケーションシステムの検査を終了させた後または終了させる直前に、検査管理画面ＨＧ２（図７参照）の中のボタンを押すことによって、このシステムの動作の評価を入力する。動作が良好であると感じる場合は、良好ボタンＢＮ２３を押す。処理速度またはレスポンスがやや遅いなど、必ずしも良好であるとは言えないが、通常の操作が問題なく行えると感じる場合は、通常ボタンＢＮ２４を押す。処理速度またはレスポンスが非常に遅い場合または所望の処理が実行されない場合など、かなり重大な問題があると感じる場合は、劣悪ボタンＢＮ２５を押す。検査管理画面ＨＧ２にテキストボックスを設けておき、ユーザが評価を自由に入力できるようにしてもよい。
【００５５】
図３において、クライアント２の評価データ送信部２０６は、ユーザが入力したシステムの動作の評価を示す評価情報７３を検査用データ収集装置３に宛てて送信する。なお、評価情報７３には、そのシステムのシステムＩＤ、サーバＩＰアドレス、およびクライアントＩＰアドレスなどの情報も含めておく。
【００５６】
クライアント通信データ送信部２０７は、アプリケーションシステムの検査中にクライアント通信データ蓄積部２０５に蓄積されたパケットを、クライアントパケット情報７４として検査用データ収集装置３に送信する。クライアントパケット情報７４にも、評価情報７３と同様に、そのシステムのシステムＩＤ、サーバＩＰアドレス、およびクライアントＩＰアドレスなどの情報も含めておく。なお、蓄積されたパケットの全部分を送信するのではなく、検査の内容に応じて必要な部分（例えば、ユーザデータを除いた部分）のみを送信してもよい。
【００５７】
図４において、評価データ受信部３０４およびクライアントパケット受信部３０５は、それぞれ、クライアント２からの評価情報７３およびクライアントパケット情報７４を受信する。受信された評価情報７３およびクライアントパケット情報７４は、検査用情報記憶部３０６に記憶される。
【００５８】
検査用情報記憶部３０６に集められたパケットおよび各種の情報は、システムＩＤごとに仕分けされて（つまり、システムＩＤに紐付けられて）管理される。
【００５９】
また、これらのパケットおよび情報は、アプリケーションシステムの検査のために用いられる。例えば、アプリケーションシステムのトラフィック（クライアント２とサーバ１との間の通信量）を測定したり、クライアント２が行った要求に対してサーバ１がどれくらいの時間でレスポンスを行ったのかを測定したり、通信速度を測定したり、ユーザの評価を集計したり、重大な問題が生じている位置を特定したり、特定の種類のパケットの有無を監視したりすることができる。これらの検査は、直近に収集されたパケットに基づいてリアルタイムに行ってもよい。検査は、検査用データ収集装置３の中で行ってもよいし、これらのパケットおよび情報を他の装置にアウトプットし、当該他の装置で行ってもよい。
【００６０】
図９は検査のためのセットアップの流れの例を説明するフローチャート、図１０はクライアント２の全体的な処理の流れの例を説明するフローチャート、図１１は検査用データ収集装置３の全体的な処理の流れの例を説明するフローチャートである。
【００６１】
次に、検査のための準備の手順および検査の際のクライアント２および検査用データ収集装置３の処理の手順を、フローチャートを参照して説明する。
【００６２】
アプリケーションシステムの検査を行うために、管理者またはユーザは図９に示すような手順で準備を行っておく。
【００６３】
検査用データ収集装置３をスイッチ４のミラーポートに繋いでおく（図９の＃１）。検査用データ収集装置３に検査用のアプリケーションをインストールする（＃２）。ネットワークシステムＮＳＹの中で実現されるアプリケーションシステムごとのレコードを含む検査設定ファイルＴＬＢ（図８参照）を生成し検査用データ収集装置３に記憶させておく（＃３）。
【００６４】
ステップ＃１〜＃３と前後してまたは並行して、クライアント２に検査用のアプリケーションをインストールする（＃４）。そして、そのクライアント２が参加し得るアプリケーションシステムごとのレコードを含むアプリケーションシステムテーブルＴＬＡを生成しそのクライアント２に記憶させておく（＃５）。
【００６５】
クライアント２および検査用データ収集装置３は、それぞれ、図１０および図１１に示す手順で検査の処理を行う。以下、「Ｓ１００４」というシステムＩＤを有し人事業務サーバ１４によって実現されるアプリケーションシステムの検査をクライアント２１が要求する場合を例に、検査の処理の流れを説明する。
【００６６】
検査用のアプリケーションが起動されると、クライアント２１は、図６のような検査対象選択画面ＨＧ１をディスプレイに表示する（図１０の＃１１）。ここで、ユーザは、検査対象とするアプリケーションシステムを指定する。クライアント２１は、この指定を受け付けると（＃１２）、検査管理画面ＨＧ２（図７参照）を表示する（＃１３）。
【００６７】
ユーザが開始ボタンＢＮ２１を押すと（＃１４でＹｅｓ）、クライアント２１は、アプリケーションシステムテーブルＴＬＡに基づいて、そのアプリケーションシステムのシステムＩＤつまり「Ｓ０００１」、クライアント２１自身のＩＰアドレス、および検査の開始の指令などを示す検査開始指令情報７１を検査用データ収集装置３に宛てて送信する（＃１５）。さらに、現在検査を行っている最中である旨のメッセージを検査管理画面ＨＧ２のステータス表示領域ＲＹ２１に表示し（＃１６）、アプリケーションシステムテーブルＴＬＡに格納されているそのアプリケーションシステムのレコードの「検査状態」のフィールドを「検査中」に更新する（＃１７）。
【００６８】
ユーザは、開始ボタンＢＮ２１を押した後、アプリケーション（ここでは、メーラ）を起動し、電子メールの送信の操作を行う。すると、クライアント２１と人事業務サーバ１４との間で、電子メールの送信の処理のための通信が試みられる。このとき、パケットが両者の間でやり取りされるが、これらのパケットはスイッチ４においてコピーされ検査用データ収集装置３にも届けられる。また、クライアント２１は、人事業務サーバ１４に送信したパケットを、終了ボタンＢＮ２２が押されるまでの間、蓄積する（＃１８）。
【００６９】
終了ボタンＢＮ２２が押されると（＃１９でＹｅｓ）、クライアント２１は、システムＩＤつまり「Ｓ０００１」、そのクライアント２自身のＩＰアドレス、および検査の終了の指令などを示す検査終了指令情報７２を検査用データ収集装置３に宛てて送信する（＃２０）。さらに、現在検査を行っていない旨のメッセージを検査管理画面ＨＧ２のステータス表示領域ＲＹ２１に表示し（＃２１）、アプリケーションシステムテーブルＴＬＡに格納されているそのアプリケーションシステムのレコードの「検査状態」のフィールドを「非検査中」に更新する（＃２２）。
【００７０】
ユーザは、検査管理画面ＨＧ２のボタンＢＮ２３〜ＢＮ２５のいずれかを押すことによって、検査対象であるアプリケーションシステムの体感的な評価を入力する。クライアント２１は、その評価を受け付けると（＃２３）、その評価を示す評価情報７３を検査用データ収集装置３に送信する（＃２４）。そして、蓄積したパケットの全部分または一部分をクライアントパケット情報７４として検査用データ収集装置３に送信する（＃２５）。なお、クライアントパケット情報７４は、検査中、定期的に送信するようにしてもよい。
【００７１】
一方、検査用データ収集装置３は、検査開始指令情報７１を受信すると（図１１の＃３１でＹｅｓ）、それに示されるシステムＩＤに係る、検査設定ファイルＴＬＢの中のアプリケーションシステムのレコードの適用フラグを「オン」にするとともにそのレコードの情報を呼び出し（＃３２）、それに基づいてそのアプリケーションシステムのパケットの収集を開始する（＃３３）。本例では、クライアント２１と人事業務サーバ１４との間でやり取りされ、プロトコル番号が「６」であるプロトコルでやり取りされ、かつポート番号が「５０００１」であるパケットを収集する。
【００７２】
検査終了指令情報７２を受信すると（＃３４でＹｅｓ）、適用フラグを「オン」にするとともに（＃３５）、上記のパケットの収集を終了する（＃３６）。
【００７３】
評価情報７３を受信すると（＃３７でＹｅｓ）、これを保存する（＃３８）。クライアントパケット情報７４を受信すると（＃３９でＹｅｓ）、これを保存する（＃４０）。
【００７４】
本実施形態によると、アプリケーションシステムのクライアント２と検査用データ収集装置３との間でやり取りされるデータを従来よりも迅速に収集することができる。
【００７５】
本実施形態では、検査用データ収集装置３は、自ら有する検査設定ファイルＴＬＢ（図８参照）に示される設定内容に基づいて、検査対象であるアプリケーションシステムのパケットを収集したが、設定内容をクライアント２から検査用データ収集装置３に通知させ、それに基づいてパケットを収集するようにしてもよい。
【００７６】
本実施形態では、クライアント通信データ蓄積部２０５は、検査対象のアプリケーションシステムのサーバ１に宛てて送信したパケットを蓄積したが、さらに、そのサーバ１から受信したパケットも蓄積してもよい。そして、クライアント通信データ送信部２０７は、両方のパケットについてのクライアントパケット情報７４を検査用データ収集装置３に送信してもよい。
【００７７】
または、サーバ１においても、クライアント２に送信しまたはクライアント２から受信したパケットを蓄積し、それらのパケットを検査用データ収集装置３に転送しまたはそれらのパケットに関する情報を検査用データ収集装置３に報告してもよい。
【００７８】
複数のクライアント２が同時期に１つのアプリケーションシステムの中で稼動している場合がある。この場合は、検査用データ収集装置３は、１台のサーバ１と複数台のクライアント２とが通信を行う。よって、この場合は、これらの通信のデータが検査用データ収集装置３に収集される。
サーバ１と特定のクライアント２との通信の検査のみを行いたいのであれば、パケットの取得の条件を、これらのクライアント２のすべてのＩＰアドレスにするのではなく、当該特定のクライアント２のＩＰアドレスのみに限定すればよい。または、ポート番号についての条件を、サーバ１と当該特定のクライアント２との間で使用されるポート番号のみに限定してもよい。
【００７９】
本実施形態では、図３の各機能および図４の各機能をハードウェアをソフトウェアで制御することによって実現したが、これらの機能の全部または一部を組込回路によって実現してもよい。
【００８０】
ネットワークシステムＮＳＹの通信回線の全部または一部がトンネリングされている場合にも、本発明を適用することができる。
【００８１】
その他、ネットワークシステムＮＳＹ、サーバ１、クライアント２、検査用データ収集装置３、アプリケーションシステムの全体または各部の構成、処理内容、処理順序、テーブルの構成、ファイルの構成などは、本発明の趣旨に沿って適宜変更することができる。
【図面の簡単な説明】
【００８２】
【図１】ネットワークシステムの全体的な構成の例を示す図である。
【図２】クライアントのハードウェア構成の例を示す図である。
【図３】クライアントの機能的構成の例を示す図である。
【図４】検査用データ収集装置の機能的構成の例を示す図である。
【図５】アプリケーションシステムテーブルの例を示す図である。
【図６】検査対象選択画面の例を示す図である。
【図７】検査管理画面の例を示す図である。
【図８】検査設定ファイルの例を示す図である。
【図９】検査のためのセットアップの流れの例を説明するフローチャートである。
【図１０】クライアントの全体的な処理の流れの例を説明するフローチャートである。
【図１１】検査用データ収集装置の全体的な処理の流れの例を説明するフローチャートである。
【符号の説明】
【００８３】
ＮＳＹ  ネットワークシステム
１  サーバ
２  クライアント
３  検査用データ収集装置
３０１  指令情報受信部（指令受信手段）
３０３  検査対象パケット収集部（データ収集手段）
７１  検査開始指令情報
７２  検査終了指令情報
７３  評価情報
ＴＬＡ  アプリケーションシステムテーブル（属性記憶手段）
ＴＬＢ  検査設定ファイル（属性記憶手段）
【図１】
2009116478.tif 000003
【図２】
2009116478.tif 000004
【図３】
2009116478.tif 000005
【図４】
2009116478.tif 000006
【図５】
2009116478.tif 000007
【図６】
2009116478.tif 000008
【図７】
2009116478.tif 000009
【図８】
2009116478.tif 000010
【図９】
2009116478.tif 000011
【図１０】
2009116478.tif 000012
【図１１】
2009116478.tif 000013