プロトコル試験装置、プロトコル試験方法およびプロトコル試験プログラム
【課題】サーバおよびクライアントを試験対象とする場合に、試験モードを自動的に変更可能なプロトコル試験装置を提供する。
【解決手段】ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験装置１０であって、サーバまたはクライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定する判定手段２０と、判定手段の判定結果に基づいて試験を行う試験実行手段３０とを備える。
【解決手段】ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験装置１０であって、サーバまたはクライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定する判定手段２０と、判定手段の判定結果に基づいて試験を行う試験実行手段３０とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバとクライアントの双方を試験対象とするプロトコル試験装置、プロトコル試験方法およびプロトコル試験プログラムに関する。
【背景技術】
【０００２】
サーバおよびクライアントを試験対象として、プロトコル試験装置を使用して、ＩＰネットワーク上のプロトコル試験を行う場合に、一般に、プロトコル試験装置の試験モードを、サーバ対抗用試験モード（以下、クライアントモードと称する。）とするか、クライアント対向用試験モード（以下、サーバモードと称する。）とするかの設定を、事前にユーザが手動で設定する。また、試験の対象とするプロトコルなどのプロトコル試験装置に対する設定も、事前にユーザが設定する。
【０００３】
そこで、試験実行中に試験モードを切り替えることができるエミュレーション装置が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１７５９１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載されたエミュレーション装置を使用する場合に、ユーザが、トリガ条件とトリガ条件成立時に切り替える試験モードとを、試験を実行する前にトリガ情報として設定する。そして、トリガ情報をもとにして、試験モードの切り替えが行われていた。また、試験の構成変更がされた場合には、ユーザがトリガ情報を設定し直さなければならないので、試験中に試験の構成変更が必要な試験項目については、試験を行うことができなかった。
【０００６】
また、プロトコルが策定中である場合など研究試作段階であって、サーバまたはクライアントの機能がハード的またはソフト的に準備できていないときに、プロトコルの整合性を確かめる上で、試験モードを柔軟に切り替えることができる試験ツールが必要とされている。
【０００７】
そこで、本発明は、試験モードを自動的に変更可能なプロトコル試験装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明によるプロトコル試験装置は、ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験装置であって、サーバまたはクライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定する判定手段と、判定手段の判定結果に基づいて試験を行う試験実行手段とを備えることを特徴とする。
【０００９】
本発明によるプロトコル試験方法は、ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験方法であって、サーバまたはクライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定し、判定結果に基づいて試験を行うことを特徴とする。
【００１０】
本発明によるプロトコル試験プログラムは、ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験プログラムであって、コンピュータに、サーバまたはクライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定し、判定結果に基づいて試験を行う処理を実行させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ＩＰネットワークのプロトコル試験において、サーバ及び、クライアントを試験対象とするときに、受信したパケットからプロトコルを解析して、クライアントモードとサーバモードとの試験モードを判定し、試験モードの設定を自動で行うことによって、サーバとクライアントとの試験の動的な共用を可能にしている。また、コネクションごとに試験モードを管理しているため、複数のサーバとクライアントに対して個別にプロトコル試験を実施できる環境を容易に構成することができる。さらに、複数のプロトコルに対応することで、複数のプロトコル試験を同時に実施することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施形態の運用例を示す説明図である。
【図２】本発明のプロトコル試験装置の第１の実施形態の構成例を示すブロック図である。
【図３】ＩＰインタフェース部１１０の構成を示すブロック図である。
【図４】プロトコル判定・生成部１２０の構成を示すブロック図である。
【図５】試験シナリオ記憶部１６０の構成を示すブロック図である。
【図６】パケット送受信時の動作を示すブロック図である。
【図７】試験シナリオ生成時の動作を示すブロック図である。
【図８】本発明の第２の実施形態の運用例を示す説明図である。
【図９】本発明のプロトコル試験装置の第２の実施形態の構成例を示すブロック図である。
【図１０】本発明の主要部を示すブロック図である。
【図１１】本発明の主要部を示すブロック図である。
【図１２】本発明の主要部を示すブロック図である。
【図１３】本発明の主要部を示すブロック図である。
【発明を実施するための形態】
【００１３】
実施形態１．
以下、本発明の第１の実施形態を図面を参照して説明する。
【００１４】
図１は、本発明の第１の実施形態の運用例を示す説明図である。図１に示すように、本発明によるプロトコル試験装置１００は、ネットワークを介して、１つまたは複数のサーバまたはクライアントと接続され、接続されたサーバまたはクライアントに対して、プロトコル試験を行う。
【００１５】
図２は、本発明によるプロトコル試験装置の第１の実施形態の構成例を示すブロック図である。図２に示すように、本発明のプロトコル試験装置１００は、ＩＰインタフェース部１１０と、プロトコル判定・生成部１２０と、プロトコル制御部１３０と、コネクション制御部１４０と、制御管理部１５０と、試験シナリオ記憶部１６０とを備える。
【００１６】
図３は、ＩＰインタフェース部１１０の構成を示すブロック図である。図３に示すように、ＩＰインタフェース部１１０は、プロトコルインタフェース部１１１と、パケットインタフェース部１１２と、外部インタフェース部１１３とを備える。
【００１７】
プロトコルインタフェース部１１１は、制御パケットを終端し、プロトコルパケットのペイロード部をプロトコル判定・生成部１２０へ出力する。また、プロトコル判定・生成部１２０から受信した制御パケットを、試験対象であるサーバやクライアントに対して送信する。
【００１８】
パケットインタフェース部１１２は、プロトコルの設定が正常であることを確認するために出力するデータパケットを出力する。データパケットとは、例えば、試験対象がソフトルータであった場合、制御パケットによってルーティング設定の試験が行われた後に、設定が正しく行われたか否かの確認のために出力される制御パケット以外のパケットである。
【００１９】
外部インタフェース部１１３は、外部インタフェースを有する装置を制御するためのデータを出力する。外部インタフェースとは、例えば、ＲＳ−２３２Ｃインタフェースであり、試験の中でＲＳ−２３２Ｃインタフェースを有する装置を制御したりする場合に、ＲＳ−２３２Ｃコマンドを送信する。
【００２０】
図４は、プロトコル判定・生成部１２０の構成を示すブロック図である。図４に示すように、プロトコル判定・生成部１２０は、プロトコル情報抽出部１２１と、プロトコル判定部１２２と、プロトコル判定・生成制御部１２３と、パケット生成部１２４とを備える。
【００２１】
プロトコル情報抽出部１２１は、ＩＰインタフェース部１１０から受信した制御パケットからプロトコルを判定し、制御パケットからプロトコル情報を抽出する。プロトコル情報とは、試験モードの判定に必要な情報や、例えばプロトコルがＴＣＰであった場合のＴＣＰパケットに含まれる情報などである。プロトコル情報抽出部１２１は、抽出したプロトコル情報をプロトコル判定部１２２に出力する。
【００２２】
プロトコル判定部１２２は、プロトコル情報から試験モードの判定を行う。
【００２３】
プロトコル判定・生成制御部１２３は、プロトコル情報と、プロトコル情報の解析結果とをプロトコル制御部１３０へ出力する。プロトコル情報の解析結果には、プロトコルの判定結果、試験モードの判定結果が含まれる。また、プロトコル情報の解析結果を制御管理部１５０へ出力する。また、試験パケットを生成する場合は、制御管理部１５０から通知された試験シナリオの情報とプロトコル制御部１３０とから通知された試験情報をもとに試験パケット情報を生成し、パケット生成部１２４へ送信する。
【００２４】
パケット生成部１２４は、受信した試験パケット情報から、パケットに格納するデータを抽出し、抽出したデータをもとに試験パケットとなる制御パケットまたはデータパケットを生成する。
【００２５】
プロトコル制御部１３０は、プロトコル情報からコネクション情報を抽出し、コネクション制御部１４０に送信する。コネクション情報とは、例えば、ＴＣＰにおけるセッションＩＤなど、コネクションを判別できる情報である。また、コネクション制御部１４０から受信した試験情報、または、制御管理部１５０から通知された試験シナリオの情報をもとに試験情報を生成し、プロトコル生成・判定部１２０に送信する。
【００２６】
コネクション制御部１４０は、ＴＣＰなどのコネクションの制御と監視を行う。具体的には、プロトコル制御部１３０から受信したコネクション情報を監視する。複数のサーバやクライアントが接続され、複数のコネクションが存在するときには、コネクション情報に変化があった場合は、制御管理部１５０へ通知する。また、コネクション関連の試験をするときは、試験情報をプロトコル制御部１３０に送信する。コネクション関連の試験とは、コネクションの正常動作、異常動作を確認する試験である。例えば、サーバ、クライアント間の認証試験の異常動作を確認する場合は、誤ったメッセージを応答するような試験情報をプロトコル制御部１３０に通知する。
【００２７】
制御管理部１５０は、試験モードに対応した試験シナリオを試験シナリオ記憶部１６０から読み出し、ＩＰインタフェース部１１０、プロトコル判定・生成部１２０、プロトコル制御部１３０およびコネクション制御部１４０に対して、試験モードを設定するとともに、各部が試験シナリオに沿って動作するために必要な情報（以下、シナリオ情報と称する。）を送信する。また、制御管理部１５０は、コネクション制御部１４０から受信したコネクション情報の変化の通知に合わせて、プロトコル制御部１３０を制御し、プロトコル制御部１３０がコネクション毎に試験を実行できるようにする。
【００２８】
試験シナリオ記憶部１６０は、フラッシュメモリなどの不揮発性メモリによって実現される。なお、試験シナリオ記憶部１６０は、プロトコル試験装置１００の外部の記憶装置によって実現されてもよい。
【００２９】
図５は、試験シナリオ記憶部１６０の構成を示すブロック図である。図５に示すように、試験シナリオ記憶部１６０は、サーバ試験シナリオ群１６１とクライアント試験シナリオ群１６２を有する。サーバ試験シナリオ群１６１は、サーバモード時に使用する１つまたは複数の試験シナリオを含む。また、クライアント試験シナリオ群１６２は、クライアントモード時に使用する１つまたは複数の試験シナリオを含む。
【００３０】
次に、本実施形態の全体の動作について説明する
【００３１】
まず、図６を参照して、試験モード判定時の動作について説明する。図６は、パケット送受信時の動作を示すブロック図である。ＩＰネットワークを介して接続されたサーバまたはクライアントから、制御パケットが格納されたＩＰパケットが、プロトコル試験装置１００のＩＰインタフェース部１１０に入力される（図６における（１））。ＩＰインタフェース部１１０は、プロトコルのペイロード部を抽出し、プロトコル判定・生成部１２０へ送信する（図６における（２））。
【００３２】
プロトコル情報抽出部１２１は、受信したプロトコルのペイロード部からプロトコルを判定し、プロトコル情報を抽出し、プロトコル情報をプロトコル判定部１２２へ送信する（図６における（３））。
【００３３】
プロトコル判定部１２２は、受信したプロトコル情報をもとに試験モードの判定を行い、判定結果をプロトコル情報とともにプロトコル判定・生成制御部１２３へ送信する（図６における（４））。
【００３４】
プロトコル判定・生成制御部１２３は、プロトコル情報と、プロトコル情報の解析結果とをプロトコル制御部１３０へ出力し（図６における（５））、また、プロトコル情報の解析結果を制御管理部１５０へ通知する（図６における（６））。
【００３５】
制御管理部１５０は、プロトコル情報の解析結果から試験モードを取得し、試験モードに対応した試験シナリオを、サーバ試験シナリオ群１６１またはクライアント試験シナリオ群１６２から読み込む（図６における（７））。具体的には、試験モードの判定結果がサーバモードであった場合は、サーバ試験シナリオ群１６１からサーバ試験シナリオを抽出し、試験モードの判定結果がクライアントモードであった場合は、クライアント試験シナリオ群１６２からクライアント試験シナリオを抽出する。
【００３６】
また、制御管理部１５０は、ＩＰインタフェース部１１０とプロトコル判定・生成部１２０とプロトコル制御部１３０とコネクション制御部１４０に対して、試験モードの設定をし、また、各構成要素に対してシナリオ情報を送信する（図６における（８））。
【００３７】
プロトコル制御部１３０は、プロトコル判定・生成制御部１２３から受信したプロトコル情報からコネクション情報を抽出し、コネクション制御部１４０へ送信する（図６における（９））。
【００３８】
コネクション制御部１４０は、シナリオ情報の内容がコネクション関連の試験であるときは、シナリオ情報と受信したコネクション情報から、試験情報を生成し、プロトコル制御部へ送信する（図６における（１０））。また、コネクション情報を監視し、コネクション情報に変化があった場合は、制御管理部１５０へ通知する（図６における（１１））。
【００３９】
プロトコル制御部１３０は、制御部１５０から受信したシナリオ情報をもとに生成した試験情報、またはコネクション制御部１４０から受信した試験情報を、プロトコル判定・生成部１２０のプロトコル判定・生成制御部１２３へ送信する（図６における（１２））。
【００４０】
プロトコル判定・生成制御部１２３は、プロトコル制御部１３０から受信した試験情報をもとに試験パケット情報を生成し、パケット生成部１２４へ試験パケット情報を送信する（図６における（１３））。
【００４１】
パケット生成部１２４は、受信した試験パケット情報から、試験パケットとなる制御パケットまたはデータパケットを生成し、ＩＰインタフェース部１１０へ送信する（図６における１４）））。ＩＰインタフェース部１１０は、ＩＰネットワークを介して、試験対象のサーバまたはクライアントへ試験パケットを送信する（図６における（１５））。
【００４２】
次に、図７を参照して、試験シナリオが生成されるときの動作について説明する。図７は、試験シナリオ生成時の動作を示すブロック図である。
【００４３】
プロトコル制御部１３０は、図６における（９）において受信したプロトコル情報を制御管理部１５０へ送信する（図７における（１））。
【００４４】
制御管理部１５０は、コネクションが完了したことをトリガにして、プロトコル制御部１３０から受信したプロトコル情報をプロトコル情報バッファ１５１に記憶し始める。制御管理部１５０は、試験が終了するまで、受信したプロトコル情報をプロトコルごとにプロトコル情報バッファ１５１に記憶する。また、試験終了時に、プロトコル情報バッファ１５１に記憶されたプロトコル情報をシナリオ情報バッファ１５２にコピーする（図７における（２））。
【００４５】
また、制御管理部１５０は、プロトコル試験装置の電源がオフされる直前に、シナリオ情報バッファ１５２に記憶された試験シナリオを、試験モードに従って、試験シナリオ記憶部１６０に記憶する（図７における（５））。具体的には、試験モードがサーバモードである場合は、サーバ試験シナリオ群１６１にサーバ試験シナリオを記憶し、試験モードがクライアントモードである場合は、クライアント試験シナリオ群１６２にクライアント試験シナリオを記憶する。
【００４６】
以上に説明したように、第１の実施形態によれば、入力されたパケットからプロトコル情報を解析し、試験モードを判定しているため、事前に手動で試験モードを設定することなく、試験モードを設定することができる。また、コネクションごとに試験モードを管理することが可能なため、複数のサーバおよびクライアントに対する試験を同時に実施することができる。
【００４７】
なお、試験シナリオに優先順序を設定できるようにしてもよい。そのような形態を実現するには、例えば、試験シナリオに優先順序を示すパラメータを用意し、ユーザが任意にそのパラメータを編集できるようにすればよい。また、制御管理部１５０が試験シナリオ記憶部１６０から試験シナリオを読み出すときに、試験シナリオに記録されている優先順序のパラメータを参照し、優先順序の高い試験シナリオから順番に読み出すようにすればよい。そのように試験シナリオに優先順位を設定できるようにしておけば、ユーザが指定した優先順序に従って、試験シナリオを実行させることが可能となる。
【００４８】
なお、複数のサーバが同一のクライアントに対する試験において複数のサーバが試験対象であった場合に、セッション毎に管理しているが、同一クライアントに対するアクセスであると判断すると、その制御結果を自動的に共有化するようにしてもよい。そのような構成を実現するには、複数のサーバによる同一クライアントに対するアクセスを排他制御するようにすればよい。例えば、コネクション情報制御部１４０が、同一クライアントに対するアクセスがあったことを検出し制御管理部１５０に通知し、通知を受けた制御管理部１５０が、試験対象となる複数のサーバに対して排他的にアクセスできるように、プロトコル制御部１３０の試験情報の送信を制御するようにすればよい。
【００４９】
そのように、同一クライアントに対する複数のサーバの制御結果を共有化するようにしておけば、例えば、サーバＡがクライアントに対して行った制御結果を保持した状態で、サーバＢに対しても試験を行え、サーバＡとサーバＢとを連動させた試験を実施することが可能となる。
【００５０】
実施形態２．
以下、本発明の第２の実施形態を図面を参照して説明する。
【００５１】
図８は、本発明の第２の実施形態の運用例を示す説明図である。第２の実施形態では、図８に示すように、試験装置Ａ４００ａ、試験装置Ｂ４００ｂ、試験装置Ｃ４００ｃに対応するプロトコルが、プロトコルＡ、プロトコルＢ、プロトコルＣと、それぞれ異なる場合について説明する。
【００５２】
図９は、本発明のプロトコル試験装置の第２の実施形態の構成例を示すブロック図である。図９に示すプロトコル試験装置１００は、プロトコル制御部１３０ａと、プロトコル制御部１３０ｂと、プロトコル制御部１３０ｃとを備える。また、コネクション制御部１４０ａと、コネクション制御部１４０ｂと、コネクション制御部１４０ｃとを備える。また、プロトコル判定・生成部１２０は、プロトコル判定・生成制御部１２３ａ、プロトコル判定・生成制御部１２３ｂ、プロトコル判定・生成制御部１２３ｃとを備える。
【００５３】
なお、第２の実施形態のその他の構成は、第１の実施形態と同様なため説明を省略する。また、図９には、３つのプロトコル制御部１３０ａ〜１３０ｃが示されているが、プロトコル制御部の数は３つに限定されない。また、図９には、３つのコネクション制御部１４０ａ〜１４０ｃが示されているが、コネクション制御部の数は３つに限定されない。また、図９には、３つのプロトコル判定・生成制御部１２３ａ〜１２３ｃが示されているが、プロトコル判定・生成制御部の数は３つに限定されない。
【００５４】
次に、本実施形態の動作について説明する。
【００５５】
プロトコル判定・生成部１２０は、プロトコルの判定を行い、プロトコルに対応したプロトコル判定・生成制御部へプロトコル情報を通知する（図９の（１））。
【００５６】
プロトコル判定・生成制御部１２３ａ〜１２３ｃは、対応するプロトコルのプロトコル制御部へ、プロトコル情報と、プロトコル情報の解析結果とを出力する（図９の（２））。また、プロトコル情報の解析結果を制御管理部１５０へ通知する（図９における（３））。
【００５７】
また、制御管理部１５０は、ＩＰインタフェース部１１０とプロトコル判定・生成部１２０とプロトコル制御部１３０ａ〜１３０ｃとコネクション制御部１４０ａ〜１４０ｃに対して、試験モードの設定をし、各構成要素に対してシナリオ情報を送信する（図９における（４））。このとき、プロトコル制御部１３０ａ〜１３０ｃと、コネクション制御部１４０ａ〜１４０ｃには、対応するプロトコルのシナリオ情報を各々に送信する。
【００５８】
プロトコル制御部１３０ａ〜１３０ｃは、プロトコル判定・生成制御部１２３ａ〜１２３ｃから受信したプロトコル情報からコネクション情報を抽出し、対応するプロトコルのコネクション制御部へ送信する（図９における（５））。
【００５９】
コネクション制御部１４０ａ〜１４０ｃは、試験モードと受信したコネクション情報とをもとに、試験情報を生成し、対応するプロトコルのプロトコル制御部へ送信する（図９における（６））。
【００６０】
プロトコル制御部１３０ａ〜１３０ｃは、制御部１５０から受信したシナリオ情報をもとに生成した試験情報、または、対応するプロトコルのコネクション制御部から受信した試験情報を、対応するプロトコルのプロトコル判定・生成制御部へ送信する（図９における（７））。
【００６１】
プロトコル判定・生成制御部１２３ａ〜１２３ｃは、プロトコル制御部１３０ａ〜１３０から受信した試験情報をもとにパケット生成情報を生成し、パケット生成部１２４へ試験パケット情報を送信する（図９における（８））。
【００６２】
第２の実施形態のその他の動作については、第１の実施形態と同様なため説明を省略する。
【００６３】
以上に説明したように、第２の実施形態によれば、プロトコル判定・生成部とプロトコル制御部とコネクション制御部とをプロトコルごとに準備しているため、任意のプロトコルに対応することが可能となる。また、各プロトコル毎に対応したコネクション管理も可能となる。
【００６４】
図１０は、本発明によるプロトコル試験装置の主要部を示すブロック図である。図１０に示すように、ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験装置１０（実施形態では、プロトコル試験装置１００で実現されている。）であって、サーバまたはクライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定する判定手段２０（実施形態では、プロトコル判定部１２２で実現されている。）と、判定手段の判定結果に基づいて試験を行う試験実行手段３０（実施形態では、プロトコル制御部１３０、コネクション制御部１４０および制御管理部１５０で実現されている。）とを備える。
【００６５】
上記の実施形態には、以下のようなプロトコル試験装置も開示されている。
【００６６】
（１）図１１に示すように、試験シナリオを記憶する試験シナリオ記憶手段４０を備え、試験実行手段３０は、判定手段２０の判定結果に基づいて試験シナリオを試験シナリオ記憶手段４０から抽出するプロトコル試験装置。
【００６７】
（２）図１２に示すように、試験実行手段３０は、プロトコル情報バッファ３１とシナリオ情報バッファ３２とを備え、プロトコル試験が開始されると、サーバまたはクライアントとの通信によって取得されるプロトコル情報をプロトコル情報バッファ３１に記憶し、試験終了後にプロトコル情報バッファ３１に記憶した内容をシナリオ情報バッファ３２に記憶するバッファ格納手段３３と、シナリオ情報バッファ３１の内容を試験シナリオとして試験シナリオ記憶手段４０に格納するシナリオ格納手段３４とを含むプロトコル試験装置。
【００６８】
（３）判定手段２０は、パケットのヘッダ部分に設定されている情報に基づいてサーバの試験を行うべきかクライアントの試験を行うべきかを判定するプロトコル試験装置。
【００６９】
（４）図１３に示すように、試験実行手段３０は、複数種類のプロトコルの各々に対応する試験部３５１〜３５ｎ（実施形態では、プロトコル判定・生成制御部１２３ａ〜１２３ｃ、プロトコル制御部１３０ａ〜１３０ｃおよびコネクション制御部１４０ａ〜１４０ｃで実現されている。）を含むプロトコル試験装置。
【符号の説明】
【００７０】
２０ 判定手段
３０ 試験実行手段
３３ バッファ格納手段
３４ シナリオ格納手段
３５１〜３５ｎ 試験部
４０ 試験シナリオ記憶手段
１０、１００ プロトコル試験装置
１１０ ＩＰインタフェース部
１１１ プロトコルインタフェース部
１１２ パケットインタフェース部
１１３ 外部インタフェース部
１２０ プロトコル判定・生成部
１２１ プロトコル情報抽出部
１２２ プロトコル判定部
１２３ プロトコル判定・生成制御部
１２４ パケット生成部
１３０、１３０ａ、１３０ｂ、１３０ｃ プロトコル制御部
１４０、１４０ａ、１４０ｂ、１４０ｃ コネクション制御部
１５０ 制御管理部
３１、１５１ プロトコル情報バッファ
３２、１５２ シナリオ情報バッファ
１６０ 試験シナリオ記憶部
１６１ サーバシナリオ群
１６２ クライアントシナリオ群
２０１ サーバ１
２０２ サーバ２
３０１ クライアント１
３０２ クライアント２
４００ａ 装置Ａ
４００ｂ 装置Ｂ
４００ｃ 装置Ｃ
【技術分野】
【０００１】
本発明は、サーバとクライアントの双方を試験対象とするプロトコル試験装置、プロトコル試験方法およびプロトコル試験プログラムに関する。
【背景技術】
【０００２】
サーバおよびクライアントを試験対象として、プロトコル試験装置を使用して、ＩＰネットワーク上のプロトコル試験を行う場合に、一般に、プロトコル試験装置の試験モードを、サーバ対抗用試験モード（以下、クライアントモードと称する。）とするか、クライアント対向用試験モード（以下、サーバモードと称する。）とするかの設定を、事前にユーザが手動で設定する。また、試験の対象とするプロトコルなどのプロトコル試験装置に対する設定も、事前にユーザが設定する。
【０００３】
そこで、試験実行中に試験モードを切り替えることができるエミュレーション装置が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１７５９１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載されたエミュレーション装置を使用する場合に、ユーザが、トリガ条件とトリガ条件成立時に切り替える試験モードとを、試験を実行する前にトリガ情報として設定する。そして、トリガ情報をもとにして、試験モードの切り替えが行われていた。また、試験の構成変更がされた場合には、ユーザがトリガ情報を設定し直さなければならないので、試験中に試験の構成変更が必要な試験項目については、試験を行うことができなかった。
【０００６】
また、プロトコルが策定中である場合など研究試作段階であって、サーバまたはクライアントの機能がハード的またはソフト的に準備できていないときに、プロトコルの整合性を確かめる上で、試験モードを柔軟に切り替えることができる試験ツールが必要とされている。
【０００７】
そこで、本発明は、試験モードを自動的に変更可能なプロトコル試験装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明によるプロトコル試験装置は、ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験装置であって、サーバまたはクライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定する判定手段と、判定手段の判定結果に基づいて試験を行う試験実行手段とを備えることを特徴とする。
【０００９】
本発明によるプロトコル試験方法は、ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験方法であって、サーバまたはクライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定し、判定結果に基づいて試験を行うことを特徴とする。
【００１０】
本発明によるプロトコル試験プログラムは、ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験プログラムであって、コンピュータに、サーバまたはクライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定し、判定結果に基づいて試験を行う処理を実行させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ＩＰネットワークのプロトコル試験において、サーバ及び、クライアントを試験対象とするときに、受信したパケットからプロトコルを解析して、クライアントモードとサーバモードとの試験モードを判定し、試験モードの設定を自動で行うことによって、サーバとクライアントとの試験の動的な共用を可能にしている。また、コネクションごとに試験モードを管理しているため、複数のサーバとクライアントに対して個別にプロトコル試験を実施できる環境を容易に構成することができる。さらに、複数のプロトコルに対応することで、複数のプロトコル試験を同時に実施することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施形態の運用例を示す説明図である。
【図２】本発明のプロトコル試験装置の第１の実施形態の構成例を示すブロック図である。
【図３】ＩＰインタフェース部１１０の構成を示すブロック図である。
【図４】プロトコル判定・生成部１２０の構成を示すブロック図である。
【図５】試験シナリオ記憶部１６０の構成を示すブロック図である。
【図６】パケット送受信時の動作を示すブロック図である。
【図７】試験シナリオ生成時の動作を示すブロック図である。
【図８】本発明の第２の実施形態の運用例を示す説明図である。
【図９】本発明のプロトコル試験装置の第２の実施形態の構成例を示すブロック図である。
【図１０】本発明の主要部を示すブロック図である。
【図１１】本発明の主要部を示すブロック図である。
【図１２】本発明の主要部を示すブロック図である。
【図１３】本発明の主要部を示すブロック図である。
【発明を実施するための形態】
【００１３】
実施形態１．
以下、本発明の第１の実施形態を図面を参照して説明する。
【００１４】
図１は、本発明の第１の実施形態の運用例を示す説明図である。図１に示すように、本発明によるプロトコル試験装置１００は、ネットワークを介して、１つまたは複数のサーバまたはクライアントと接続され、接続されたサーバまたはクライアントに対して、プロトコル試験を行う。
【００１５】
図２は、本発明によるプロトコル試験装置の第１の実施形態の構成例を示すブロック図である。図２に示すように、本発明のプロトコル試験装置１００は、ＩＰインタフェース部１１０と、プロトコル判定・生成部１２０と、プロトコル制御部１３０と、コネクション制御部１４０と、制御管理部１５０と、試験シナリオ記憶部１６０とを備える。
【００１６】
図３は、ＩＰインタフェース部１１０の構成を示すブロック図である。図３に示すように、ＩＰインタフェース部１１０は、プロトコルインタフェース部１１１と、パケットインタフェース部１１２と、外部インタフェース部１１３とを備える。
【００１７】
プロトコルインタフェース部１１１は、制御パケットを終端し、プロトコルパケットのペイロード部をプロトコル判定・生成部１２０へ出力する。また、プロトコル判定・生成部１２０から受信した制御パケットを、試験対象であるサーバやクライアントに対して送信する。
【００１８】
パケットインタフェース部１１２は、プロトコルの設定が正常であることを確認するために出力するデータパケットを出力する。データパケットとは、例えば、試験対象がソフトルータであった場合、制御パケットによってルーティング設定の試験が行われた後に、設定が正しく行われたか否かの確認のために出力される制御パケット以外のパケットである。
【００１９】
外部インタフェース部１１３は、外部インタフェースを有する装置を制御するためのデータを出力する。外部インタフェースとは、例えば、ＲＳ−２３２Ｃインタフェースであり、試験の中でＲＳ−２３２Ｃインタフェースを有する装置を制御したりする場合に、ＲＳ−２３２Ｃコマンドを送信する。
【００２０】
図４は、プロトコル判定・生成部１２０の構成を示すブロック図である。図４に示すように、プロトコル判定・生成部１２０は、プロトコル情報抽出部１２１と、プロトコル判定部１２２と、プロトコル判定・生成制御部１２３と、パケット生成部１２４とを備える。
【００２１】
プロトコル情報抽出部１２１は、ＩＰインタフェース部１１０から受信した制御パケットからプロトコルを判定し、制御パケットからプロトコル情報を抽出する。プロトコル情報とは、試験モードの判定に必要な情報や、例えばプロトコルがＴＣＰであった場合のＴＣＰパケットに含まれる情報などである。プロトコル情報抽出部１２１は、抽出したプロトコル情報をプロトコル判定部１２２に出力する。
【００２２】
プロトコル判定部１２２は、プロトコル情報から試験モードの判定を行う。
【００２３】
プロトコル判定・生成制御部１２３は、プロトコル情報と、プロトコル情報の解析結果とをプロトコル制御部１３０へ出力する。プロトコル情報の解析結果には、プロトコルの判定結果、試験モードの判定結果が含まれる。また、プロトコル情報の解析結果を制御管理部１５０へ出力する。また、試験パケットを生成する場合は、制御管理部１５０から通知された試験シナリオの情報とプロトコル制御部１３０とから通知された試験情報をもとに試験パケット情報を生成し、パケット生成部１２４へ送信する。
【００２４】
パケット生成部１２４は、受信した試験パケット情報から、パケットに格納するデータを抽出し、抽出したデータをもとに試験パケットとなる制御パケットまたはデータパケットを生成する。
【００２５】
プロトコル制御部１３０は、プロトコル情報からコネクション情報を抽出し、コネクション制御部１４０に送信する。コネクション情報とは、例えば、ＴＣＰにおけるセッションＩＤなど、コネクションを判別できる情報である。また、コネクション制御部１４０から受信した試験情報、または、制御管理部１５０から通知された試験シナリオの情報をもとに試験情報を生成し、プロトコル生成・判定部１２０に送信する。
【００２６】
コネクション制御部１４０は、ＴＣＰなどのコネクションの制御と監視を行う。具体的には、プロトコル制御部１３０から受信したコネクション情報を監視する。複数のサーバやクライアントが接続され、複数のコネクションが存在するときには、コネクション情報に変化があった場合は、制御管理部１５０へ通知する。また、コネクション関連の試験をするときは、試験情報をプロトコル制御部１３０に送信する。コネクション関連の試験とは、コネクションの正常動作、異常動作を確認する試験である。例えば、サーバ、クライアント間の認証試験の異常動作を確認する場合は、誤ったメッセージを応答するような試験情報をプロトコル制御部１３０に通知する。
【００２７】
制御管理部１５０は、試験モードに対応した試験シナリオを試験シナリオ記憶部１６０から読み出し、ＩＰインタフェース部１１０、プロトコル判定・生成部１２０、プロトコル制御部１３０およびコネクション制御部１４０に対して、試験モードを設定するとともに、各部が試験シナリオに沿って動作するために必要な情報（以下、シナリオ情報と称する。）を送信する。また、制御管理部１５０は、コネクション制御部１４０から受信したコネクション情報の変化の通知に合わせて、プロトコル制御部１３０を制御し、プロトコル制御部１３０がコネクション毎に試験を実行できるようにする。
【００２８】
試験シナリオ記憶部１６０は、フラッシュメモリなどの不揮発性メモリによって実現される。なお、試験シナリオ記憶部１６０は、プロトコル試験装置１００の外部の記憶装置によって実現されてもよい。
【００２９】
図５は、試験シナリオ記憶部１６０の構成を示すブロック図である。図５に示すように、試験シナリオ記憶部１６０は、サーバ試験シナリオ群１６１とクライアント試験シナリオ群１６２を有する。サーバ試験シナリオ群１６１は、サーバモード時に使用する１つまたは複数の試験シナリオを含む。また、クライアント試験シナリオ群１６２は、クライアントモード時に使用する１つまたは複数の試験シナリオを含む。
【００３０】
次に、本実施形態の全体の動作について説明する
【００３１】
まず、図６を参照して、試験モード判定時の動作について説明する。図６は、パケット送受信時の動作を示すブロック図である。ＩＰネットワークを介して接続されたサーバまたはクライアントから、制御パケットが格納されたＩＰパケットが、プロトコル試験装置１００のＩＰインタフェース部１１０に入力される（図６における（１））。ＩＰインタフェース部１１０は、プロトコルのペイロード部を抽出し、プロトコル判定・生成部１２０へ送信する（図６における（２））。
【００３２】
プロトコル情報抽出部１２１は、受信したプロトコルのペイロード部からプロトコルを判定し、プロトコル情報を抽出し、プロトコル情報をプロトコル判定部１２２へ送信する（図６における（３））。
【００３３】
プロトコル判定部１２２は、受信したプロトコル情報をもとに試験モードの判定を行い、判定結果をプロトコル情報とともにプロトコル判定・生成制御部１２３へ送信する（図６における（４））。
【００３４】
プロトコル判定・生成制御部１２３は、プロトコル情報と、プロトコル情報の解析結果とをプロトコル制御部１３０へ出力し（図６における（５））、また、プロトコル情報の解析結果を制御管理部１５０へ通知する（図６における（６））。
【００３５】
制御管理部１５０は、プロトコル情報の解析結果から試験モードを取得し、試験モードに対応した試験シナリオを、サーバ試験シナリオ群１６１またはクライアント試験シナリオ群１６２から読み込む（図６における（７））。具体的には、試験モードの判定結果がサーバモードであった場合は、サーバ試験シナリオ群１６１からサーバ試験シナリオを抽出し、試験モードの判定結果がクライアントモードであった場合は、クライアント試験シナリオ群１６２からクライアント試験シナリオを抽出する。
【００３６】
また、制御管理部１５０は、ＩＰインタフェース部１１０とプロトコル判定・生成部１２０とプロトコル制御部１３０とコネクション制御部１４０に対して、試験モードの設定をし、また、各構成要素に対してシナリオ情報を送信する（図６における（８））。
【００３７】
プロトコル制御部１３０は、プロトコル判定・生成制御部１２３から受信したプロトコル情報からコネクション情報を抽出し、コネクション制御部１４０へ送信する（図６における（９））。
【００３８】
コネクション制御部１４０は、シナリオ情報の内容がコネクション関連の試験であるときは、シナリオ情報と受信したコネクション情報から、試験情報を生成し、プロトコル制御部へ送信する（図６における（１０））。また、コネクション情報を監視し、コネクション情報に変化があった場合は、制御管理部１５０へ通知する（図６における（１１））。
【００３９】
プロトコル制御部１３０は、制御部１５０から受信したシナリオ情報をもとに生成した試験情報、またはコネクション制御部１４０から受信した試験情報を、プロトコル判定・生成部１２０のプロトコル判定・生成制御部１２３へ送信する（図６における（１２））。
【００４０】
プロトコル判定・生成制御部１２３は、プロトコル制御部１３０から受信した試験情報をもとに試験パケット情報を生成し、パケット生成部１２４へ試験パケット情報を送信する（図６における（１３））。
【００４１】
パケット生成部１２４は、受信した試験パケット情報から、試験パケットとなる制御パケットまたはデータパケットを生成し、ＩＰインタフェース部１１０へ送信する（図６における１４）））。ＩＰインタフェース部１１０は、ＩＰネットワークを介して、試験対象のサーバまたはクライアントへ試験パケットを送信する（図６における（１５））。
【００４２】
次に、図７を参照して、試験シナリオが生成されるときの動作について説明する。図７は、試験シナリオ生成時の動作を示すブロック図である。
【００４３】
プロトコル制御部１３０は、図６における（９）において受信したプロトコル情報を制御管理部１５０へ送信する（図７における（１））。
【００４４】
制御管理部１５０は、コネクションが完了したことをトリガにして、プロトコル制御部１３０から受信したプロトコル情報をプロトコル情報バッファ１５１に記憶し始める。制御管理部１５０は、試験が終了するまで、受信したプロトコル情報をプロトコルごとにプロトコル情報バッファ１５１に記憶する。また、試験終了時に、プロトコル情報バッファ１５１に記憶されたプロトコル情報をシナリオ情報バッファ１５２にコピーする（図７における（２））。
【００４５】
また、制御管理部１５０は、プロトコル試験装置の電源がオフされる直前に、シナリオ情報バッファ１５２に記憶された試験シナリオを、試験モードに従って、試験シナリオ記憶部１６０に記憶する（図７における（５））。具体的には、試験モードがサーバモードである場合は、サーバ試験シナリオ群１６１にサーバ試験シナリオを記憶し、試験モードがクライアントモードである場合は、クライアント試験シナリオ群１６２にクライアント試験シナリオを記憶する。
【００４６】
以上に説明したように、第１の実施形態によれば、入力されたパケットからプロトコル情報を解析し、試験モードを判定しているため、事前に手動で試験モードを設定することなく、試験モードを設定することができる。また、コネクションごとに試験モードを管理することが可能なため、複数のサーバおよびクライアントに対する試験を同時に実施することができる。
【００４７】
なお、試験シナリオに優先順序を設定できるようにしてもよい。そのような形態を実現するには、例えば、試験シナリオに優先順序を示すパラメータを用意し、ユーザが任意にそのパラメータを編集できるようにすればよい。また、制御管理部１５０が試験シナリオ記憶部１６０から試験シナリオを読み出すときに、試験シナリオに記録されている優先順序のパラメータを参照し、優先順序の高い試験シナリオから順番に読み出すようにすればよい。そのように試験シナリオに優先順位を設定できるようにしておけば、ユーザが指定した優先順序に従って、試験シナリオを実行させることが可能となる。
【００４８】
なお、複数のサーバが同一のクライアントに対する試験において複数のサーバが試験対象であった場合に、セッション毎に管理しているが、同一クライアントに対するアクセスであると判断すると、その制御結果を自動的に共有化するようにしてもよい。そのような構成を実現するには、複数のサーバによる同一クライアントに対するアクセスを排他制御するようにすればよい。例えば、コネクション情報制御部１４０が、同一クライアントに対するアクセスがあったことを検出し制御管理部１５０に通知し、通知を受けた制御管理部１５０が、試験対象となる複数のサーバに対して排他的にアクセスできるように、プロトコル制御部１３０の試験情報の送信を制御するようにすればよい。
【００４９】
そのように、同一クライアントに対する複数のサーバの制御結果を共有化するようにしておけば、例えば、サーバＡがクライアントに対して行った制御結果を保持した状態で、サーバＢに対しても試験を行え、サーバＡとサーバＢとを連動させた試験を実施することが可能となる。
【００５０】
実施形態２．
以下、本発明の第２の実施形態を図面を参照して説明する。
【００５１】
図８は、本発明の第２の実施形態の運用例を示す説明図である。第２の実施形態では、図８に示すように、試験装置Ａ４００ａ、試験装置Ｂ４００ｂ、試験装置Ｃ４００ｃに対応するプロトコルが、プロトコルＡ、プロトコルＢ、プロトコルＣと、それぞれ異なる場合について説明する。
【００５２】
図９は、本発明のプロトコル試験装置の第２の実施形態の構成例を示すブロック図である。図９に示すプロトコル試験装置１００は、プロトコル制御部１３０ａと、プロトコル制御部１３０ｂと、プロトコル制御部１３０ｃとを備える。また、コネクション制御部１４０ａと、コネクション制御部１４０ｂと、コネクション制御部１４０ｃとを備える。また、プロトコル判定・生成部１２０は、プロトコル判定・生成制御部１２３ａ、プロトコル判定・生成制御部１２３ｂ、プロトコル判定・生成制御部１２３ｃとを備える。
【００５３】
なお、第２の実施形態のその他の構成は、第１の実施形態と同様なため説明を省略する。また、図９には、３つのプロトコル制御部１３０ａ〜１３０ｃが示されているが、プロトコル制御部の数は３つに限定されない。また、図９には、３つのコネクション制御部１４０ａ〜１４０ｃが示されているが、コネクション制御部の数は３つに限定されない。また、図９には、３つのプロトコル判定・生成制御部１２３ａ〜１２３ｃが示されているが、プロトコル判定・生成制御部の数は３つに限定されない。
【００５４】
次に、本実施形態の動作について説明する。
【００５５】
プロトコル判定・生成部１２０は、プロトコルの判定を行い、プロトコルに対応したプロトコル判定・生成制御部へプロトコル情報を通知する（図９の（１））。
【００５６】
プロトコル判定・生成制御部１２３ａ〜１２３ｃは、対応するプロトコルのプロトコル制御部へ、プロトコル情報と、プロトコル情報の解析結果とを出力する（図９の（２））。また、プロトコル情報の解析結果を制御管理部１５０へ通知する（図９における（３））。
【００５７】
また、制御管理部１５０は、ＩＰインタフェース部１１０とプロトコル判定・生成部１２０とプロトコル制御部１３０ａ〜１３０ｃとコネクション制御部１４０ａ〜１４０ｃに対して、試験モードの設定をし、各構成要素に対してシナリオ情報を送信する（図９における（４））。このとき、プロトコル制御部１３０ａ〜１３０ｃと、コネクション制御部１４０ａ〜１４０ｃには、対応するプロトコルのシナリオ情報を各々に送信する。
【００５８】
プロトコル制御部１３０ａ〜１３０ｃは、プロトコル判定・生成制御部１２３ａ〜１２３ｃから受信したプロトコル情報からコネクション情報を抽出し、対応するプロトコルのコネクション制御部へ送信する（図９における（５））。
【００５９】
コネクション制御部１４０ａ〜１４０ｃは、試験モードと受信したコネクション情報とをもとに、試験情報を生成し、対応するプロトコルのプロトコル制御部へ送信する（図９における（６））。
【００６０】
プロトコル制御部１３０ａ〜１３０ｃは、制御部１５０から受信したシナリオ情報をもとに生成した試験情報、または、対応するプロトコルのコネクション制御部から受信した試験情報を、対応するプロトコルのプロトコル判定・生成制御部へ送信する（図９における（７））。
【００６１】
プロトコル判定・生成制御部１２３ａ〜１２３ｃは、プロトコル制御部１３０ａ〜１３０から受信した試験情報をもとにパケット生成情報を生成し、パケット生成部１２４へ試験パケット情報を送信する（図９における（８））。
【００６２】
第２の実施形態のその他の動作については、第１の実施形態と同様なため説明を省略する。
【００６３】
以上に説明したように、第２の実施形態によれば、プロトコル判定・生成部とプロトコル制御部とコネクション制御部とをプロトコルごとに準備しているため、任意のプロトコルに対応することが可能となる。また、各プロトコル毎に対応したコネクション管理も可能となる。
【００６４】
図１０は、本発明によるプロトコル試験装置の主要部を示すブロック図である。図１０に示すように、ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験装置１０（実施形態では、プロトコル試験装置１００で実現されている。）であって、サーバまたはクライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定する判定手段２０（実施形態では、プロトコル判定部１２２で実現されている。）と、判定手段の判定結果に基づいて試験を行う試験実行手段３０（実施形態では、プロトコル制御部１３０、コネクション制御部１４０および制御管理部１５０で実現されている。）とを備える。
【００６５】
上記の実施形態には、以下のようなプロトコル試験装置も開示されている。
【００６６】
（１）図１１に示すように、試験シナリオを記憶する試験シナリオ記憶手段４０を備え、試験実行手段３０は、判定手段２０の判定結果に基づいて試験シナリオを試験シナリオ記憶手段４０から抽出するプロトコル試験装置。
【００６７】
（２）図１２に示すように、試験実行手段３０は、プロトコル情報バッファ３１とシナリオ情報バッファ３２とを備え、プロトコル試験が開始されると、サーバまたはクライアントとの通信によって取得されるプロトコル情報をプロトコル情報バッファ３１に記憶し、試験終了後にプロトコル情報バッファ３１に記憶した内容をシナリオ情報バッファ３２に記憶するバッファ格納手段３３と、シナリオ情報バッファ３１の内容を試験シナリオとして試験シナリオ記憶手段４０に格納するシナリオ格納手段３４とを含むプロトコル試験装置。
【００６８】
（３）判定手段２０は、パケットのヘッダ部分に設定されている情報に基づいてサーバの試験を行うべきかクライアントの試験を行うべきかを判定するプロトコル試験装置。
【００６９】
（４）図１３に示すように、試験実行手段３０は、複数種類のプロトコルの各々に対応する試験部３５１〜３５ｎ（実施形態では、プロトコル判定・生成制御部１２３ａ〜１２３ｃ、プロトコル制御部１３０ａ〜１３０ｃおよびコネクション制御部１４０ａ〜１４０ｃで実現されている。）を含むプロトコル試験装置。
【符号の説明】
【００７０】
２０ 判定手段
３０ 試験実行手段
３３ バッファ格納手段
３４ シナリオ格納手段
３５１〜３５ｎ 試験部
４０ 試験シナリオ記憶手段
１０、１００ プロトコル試験装置
１１０ ＩＰインタフェース部
１１１ プロトコルインタフェース部
１１２ パケットインタフェース部
１１３ 外部インタフェース部
１２０ プロトコル判定・生成部
１２１ プロトコル情報抽出部
１２２ プロトコル判定部
１２３ プロトコル判定・生成制御部
１２４ パケット生成部
１３０、１３０ａ、１３０ｂ、１３０ｃ プロトコル制御部
１４０、１４０ａ、１４０ｂ、１４０ｃ コネクション制御部
１５０ 制御管理部
３１、１５１ プロトコル情報バッファ
３２、１５２ シナリオ情報バッファ
１６０ 試験シナリオ記憶部
１６１ サーバシナリオ群
１６２ クライアントシナリオ群
２０１ サーバ１
２０２ サーバ２
３０１ クライアント１
３０２ クライアント２
４００ａ 装置Ａ
４００ｂ 装置Ｂ
４００ｃ 装置Ｃ
【特許請求の範囲】
【請求項１】
ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験装置であって、
前記サーバまたは前記クライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定する判定手段と、
前記判定手段の判定結果に基づいて試験を行う試験実行手段とを備える
ことを特徴とするプロトコル試験装置。
【請求項２】
試験シナリオを記憶する試験シナリオ記憶手段を備え、
試験実行手段は、判定手段の判定結果に基づいて試験シナリオを前記試験シナリオ記憶手段から抽出する
請求項１に記載のプロトコル試験装置。
【請求項３】
試験実行手段は、プロトコル情報バッファとシナリオ情報バッファとを備え、
プロトコル試験が開始されると、サーバまたはクライアントとの通信によって取得されるプロトコル情報を前記プロトコル情報バッファに記憶し、試験終了後に前記プロトコル情報バッファに記憶した内容をシナリオ情報バッファに記憶するバッファ格納手段と、
シナリオ情報バッファの内容を試験シナリオとして試験シナリオ記憶手段に格納するシナリオ格納手段とを含む
請求項２に記載のプロトコル試験装置。
【請求項４】
判定手段は、パケットのヘッダ部分に設定されている情報に基づいてサーバの試験を行うべきかクライアントの試験を行うべきかを判定する
請求項１から請求項３のいずれか１項に記載のプロトコル試験装置。
【請求項５】
試験実行手段は、複数種類のプロトコルの各々に対応する試験部を含む
請求項１から請求項４のいずれか１項に記載のプロトコル試験装置。
【請求項６】
ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験方法であって、
前記サーバまたは前記クライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定し、判定結果に基づいて試験を行う
ことを特徴とするプロトコル試験方法。
【請求項７】
ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験プログラムであって、
コンピュータに、
前記サーバまたは前記クライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定し、判定結果に基づいて試験を行う処理を実行させる
ことを特徴とするプロトコル試験プログラム。
【請求項１】
ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験装置であって、
前記サーバまたは前記クライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定する判定手段と、
前記判定手段の判定結果に基づいて試験を行う試験実行手段とを備える
ことを特徴とするプロトコル試験装置。
【請求項２】
試験シナリオを記憶する試験シナリオ記憶手段を備え、
試験実行手段は、判定手段の判定結果に基づいて試験シナリオを前記試験シナリオ記憶手段から抽出する
請求項１に記載のプロトコル試験装置。
【請求項３】
試験実行手段は、プロトコル情報バッファとシナリオ情報バッファとを備え、
プロトコル試験が開始されると、サーバまたはクライアントとの通信によって取得されるプロトコル情報を前記プロトコル情報バッファに記憶し、試験終了後に前記プロトコル情報バッファに記憶した内容をシナリオ情報バッファに記憶するバッファ格納手段と、
シナリオ情報バッファの内容を試験シナリオとして試験シナリオ記憶手段に格納するシナリオ格納手段とを含む
請求項２に記載のプロトコル試験装置。
【請求項４】
判定手段は、パケットのヘッダ部分に設定されている情報に基づいてサーバの試験を行うべきかクライアントの試験を行うべきかを判定する
請求項１から請求項３のいずれか１項に記載のプロトコル試験装置。
【請求項５】
試験実行手段は、複数種類のプロトコルの各々に対応する試験部を含む
請求項１から請求項４のいずれか１項に記載のプロトコル試験装置。
【請求項６】
ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験方法であって、
前記サーバまたは前記クライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定し、判定結果に基づいて試験を行う
ことを特徴とするプロトコル試験方法。
【請求項７】
ネットワーク上のサーバまたはクライアントを対象としてプロトコル試験を実行するプロトコル試験プログラムであって、
コンピュータに、
前記サーバまたは前記クライアントから入力されたパケットをもとに、サーバの試験を行うべきかクライアントの試験を行うべきかを判定し、判定結果に基づいて試験を行う処理を実行させる
ことを特徴とするプロトコル試験プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−８０３７８（Ｐ２０１２−８０３７８Ａ）
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願番号】特願２０１０−２２４５１０（Ｐ２０１０−２２４５１０）
【出願日】平成２２年１０月４日（２０１０．１０．４）
【出願人】（０００２３２２５４）日本電気通信システム株式会社 (586)
【Ｆターム（参考）】
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願日】平成２２年１０月４日（２０１０．１０．４）
【出願人】（０００２３２２５４）日本電気通信システム株式会社 (586)
【Ｆターム（参考）】
[ Back to top ]