(57)【要約】【課題】  通信システムの試験において、ユーザが容易に通信プロトコル試験を行うことができる通信試験装置を提供する。【解決手段】  本発明による通信試験装置は、ソケットを制御するソケット制御部５と、ネットワークを介して試験データを送受信する送受信制御部（７、９、１１）と、試験手順が記述されたアドインが格納されるアドイン格納部１４とのインタフェース機能を有し、オペレーティングシステムにアドインの実行をさせるように制御するアドイン制御部１３と、操作指示を取り込む操作部１８と、ソケット制御部５と送受信制御部（７、９、１１）アドイン制御部１３と操作部１８との処理結果を反映させてディスプレイ１６に表示させる画面制御部１５とを備え、試験データに対して予め設定された送受信情報及び操作部１８が取り込んだ操作指示に従い、送受信制御部（７、９、１１）が試験データを送受信する。【選択図】  図３
2006020170.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されて通信プロトコル試験を行う通信試験装置において、
ソケットを制御するソケット制御手段と、
前記ネットワークを介して試験データを送受信する送受信制御手段と、
試験手順が記述されたアドインが格納される外部記憶手段とのインタフェース機能を有し、オペレーティングシステムに前記アドインの実行をさせるアドイン制御手段と、
操作指示を取り込む入力手段と、
前記ソケット制御手段と前記送受信制御手段と前記アドイン制御手段と前記入力手段との処理結果を反映させて可視表示手段に表示させる画面制御手段とを備え、
前記送受信制御手段は、試験データに対して予め設定された送受信処理情報及び前記入力手段が取り込んだ操作指示に従って、試験データを送受信すること
を特徴とする通信試験装置。
【請求項２】
請求項１記載の通信試験装置において、
前記外部記憶手段に格納されるアドインはスクリプト及び実行形式ファイルであり、
前記アドイン制御手段が有するインタフェース機能は、前記スクリプト及び実行形式ファイルが共通で利用できる変数の型で構成されることを特徴とする通信試験装置。
【請求項３】
請求項１記載の通信試験装置において、
前記画面制御手段によりソケットの状態をツリービューで前記可視表示手段に表示させることを特徴とする通信試験装置。
【請求項４】
請求項１記載の通信試験装置において、
アドインの連携手順が記述されたファイルを格納するアドイン連携ファイル格納手段を備え、
前記アドイン制御手段は、前記アドイン連携ファイル格納手段に格納されたファイルの連携手順に従って、前記オペレーティングシステムに前記スクリプト及び実行形式ファイルの実行をさせることを特徴とする通信試験装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は通信システムの試験において、被試験設備の対向設備として擬似的に振舞うことで、通信プロトコル試験を行うことができる通信試験装置に関するものである。
【背景技術】
【０００２】
従来、通信ソフトウェアの動作確認試験は、試験者が、通信ソフトウェアに対してメッセージを送り、通信ソフトウェアからその応答として送信されたメッセージを受信し、受信したメッセージ内容を試験者が直接確認して正常な通信が行われたかどうかの判断を行っている。
【０００３】
また、動作確認試験専用の通信ソフトウェアを用意してシミュレーションによる試験を行う場合もある。この場合、１つの動作確認試験をするために、被試験ソフトウェアである実際の通信ソフトウェアと、その通信ソフトウェアの通信プロトコルに依存した動作確認試験専用の通信ソフトウェアとの２つの通信ソフトウェアを作成しなければならない。
【０００４】
また、この場合、動作確認用通信ソフトウェアは、正常性の確認を行うために、試験結果のメッセージが正しいメッセージであるか否かを比較する手段を組み込まなくてはならないので、メッセージの内容に変更が出た場合や仕様変更の場合には、送信するメッセージとそれに対する受信メッセージとを作成し直さなくてはならない。
【０００５】
このような課題を解決するものとして、特開平５−５３８６４号公報に示されるような従来技術がある。この従来技術では、試験を行うためのシミュレーション用のツールを用意する。そのツールは、試験者からのコマンド入力を受け付け、被試験のプロセスに対してそのコマンドを送信し、送信したコマンドに対する応答を被試験のプロセスから受信している。このツールを利用することにより、動作確認試験専用の通信ソフトウェアを作成せずに、試験を行っている。
【０００６】
また、特開平１０−６５７６２号公報に示される従来技術では、通信ソフトウェアの複数の異なる通信プロトコルの動作確認試験を行うことができる通信ソフトウェアの自動試験シミュレータ及びその方法を提供している。これは、複数のプロトコルの通信形式をあらかじめテンプレートとして用意しておき、そのテンプレートを用いることで、異なる通信プロトコルでの動作確認試験を実現している。
【０００７】
また、特開２００３−６０７３５号公報に示される従来技術では、試験に関するシナリオのみを記述し、試験条件および前記試験条件が満足されたときに実行される動作が定義されたシナリオ行を登録し、試験条件が満足されると前記シナリオに登録された動作を実行し、試験条件が満足されないと通信プロトコルで規定された標準動作を実行する。このようにすることで、シナリオには所望の試験条件や試験内容のみを記述すれば良いので、シナリオの作成に要する労力が低減される。
【特許文献１】特開平５−５３８６４号公報
【特許文献２】特開平１０−６５７６２号公報
【特許文献３】特開２００３−６０７３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、前述した２つの通信ソフトウェアを作成する方法では、通信プロトコルの異なる別の動作確認試験を行う際に、同じ動作確認試験専用の通信ソフトウェアは使えないので、動作確認試験専用の通信ソフトウェアを異なる通信プロトコルに対応するように修正するか、もしくは、新たに作成しなくてはならない。このため、試験者は、確認したい通信ソフトウェアの動作を試験するための専用の通信ソフトウェアを通信プロトコルの数だけ作成する必要がある。
【０００９】
また、特開平５−５３８６４号公報に示されるような従来技術では、複数の異なる通信プロトコルの通信ソフトウェアの動作確認試験を行うことについては、述べられていない。
【００１０】
また、上記二つの課題を解決した特開平１０−６５７６２号公報や特開２００３−６０７３５号公報に示される従来技術では、テンプレートやシナリオでは記述できない動作をユーザが行いたい場合、実現できないという課題がある。
【課題を解決するための手段】
【００１１】
かかる課題を解決するため、本発明による第１の通信試験装置は、ネットワークに接続されて通信プロトコル試験を行う通信試験装置において、ソケットを制御するソケット制御手段と、ネットワークを介して試験データを送受信する送受信制御手段と、試験手順が記述されたアドインが格納される外部記憶手段とのインタフェース機能を有し、オペレーティングシステムにアドインの実行をさせるアドイン制御手段と、操作指示を取り込む入力手段と、ソケット手段と送受信制御手段とアドイン制御手段と入力手段の処理結果を反映させて可視表示手段に表示させる画面制御手段とを備え、送受信制御手段は、試験データに対して予め設定された送受信処理情報及び入力手段が取り込んだ操作指示に従って、試験データを送受信することを特徴とする。
【００１２】
また、本発明による第２の通信試験装置は、第１の通信試験装置において、さらに外部記憶手段に格納されるアドインはスクリプト及び実行形式ファイルであり、アドイン制御手段が有するインタフェース機能は、スクリプト及び実行形式ファイルが共通で利用できる変数の型で構成されることを特徴とする。
【００１３】
また、本発明による第３の通信試験装置は、第１の通信試験装置において、さらに画面制御手段によりソケットの状態をツリービューで可視表示手段に表示させることを特徴とする。
【００１４】
また、本発明による第４の通信試験装置は、第１の通信試験装置において、さらにアドインの連携手順が記述されたファイルを格納するアドイン連携ファイル格納手段を備え、アドイン制御手段は、アドイン連携ファイル格納手段に格納されたファイルの連携手順に従って、オペレーティングシステムにスクリプト及び実行形式ファイルの実行をさせることを特徴とする。
【発明の効果】
【００１５】
発明の効果として、本発明の通信試験装置によれば、ユーザが定義する試験手順の記述の解釈をＯＳが持つスクリプトエンジンに任せる、もしくはＯＳの実行形式ファイルとしてＯＳに任せることで、記述内容に汎用性の高い言語を用いることが可能となる。その結果、試験装置内部に解釈部を持つ従来技術に比べ、記述の自由度を高めることができる。
【００１６】
また、本発明の通信試験装置によれば、記述には、ＯＳが持つスクリプトエンジンとＯＳで利用できるコンパイラ言語全てをサポートできるため、利用者の一番慣れ親しんだものを使用することができる。その結果、試験装置専用のシナリオ記述言語を覚える必要のある従来技術に比べ、すぐに試験手順の記述を行うことが可能になる。
【００１７】
さらに、本発明の通信試験装置によれば、アドイン連携ファイルに複数のアドインの連携手順を書き、それをアドイン制御部が解釈して実行することにより、アドインそのものには手を一切加えることなく、連携を可能とした。その結果、アドイン作成後、既に作られたアドインを複数個、連携させることで、新しいアドインを作る必要なく、複雑であった試験手順を容易に行うことができる。
【発明を実施するための最良の形態】
【００１８】
本発明による通信試験装置は、アドインの生成と起動、終了、そして実行されたアドインとのインタフェースの役割を果たすアドイン制御部が、スクリプトでも実行形式ファイルでも共通のインタフェースとし、アドインの記述を解釈する機能を該通信試験装置が動作するオペレーティングシステム（ＯＳ）に任せるように動作する。
【実施例１】
【００１９】
以下、本発明による通信試験装置の実施例１は、図１〜図６を用いて説明される。図１は本発明のＬＡＮ環境における実施形態の構成を示すシステム図である。図２は本発明のインターネット環境における実施形態を示すシステム図である。図３は本発明の実施例１におけるＴＣＰ試験装置の機能構成を示す機能ブロック図である。図４は本発明の実施例１におけるＴＣＰ試験装置の送受信動作を示すフローチャート図である。図５は本発明の実施例１におけるＴＣＰ試験装置のアドイン制御動作を示すフローチャート図である。図６は本発明のＴＣＰ試験装置のソケット状態を状態ごとに表示されたディスプレイの画面を示す図である。
【００２０】
まず図１及び図２を用いて、本発明による実施例１の通信試験装置のネットワークへの適用例が説明される。また、本発明による通信試験装置はＴＣＰ（Transmission Control Protocol）の通信試験を行うＴＣＰ試験装置１を例にして説明される。本実施例１ではＴＣＰ試験装置１は、ＴＣＰの通信試験を行うものとしているが、ＴＣＰだけでなくＵＤＰ（User Datagram Protocol）の通信試験を行うものとしてもよい。
【００２１】
図１及び図２において、ＴＣＰ試験装置１は、通信試験の対象となる被試験システム２と汎用的なＴＣＰを用いて通信試験用のＴＣＰ／ＩＰ（Internet Protocol）通信を行う。被試験システム２は、図１に示されるように、ＬＡＮ（Local Area Network）３上に存在する場合（形態１）と、図２に示されるように、インターネット４を介して遠隔に存在する場合（形態２）とが考えられる。
【００２２】
図１の形態１では、ＴＣＰ試験装置１および被試験システム２の一方がクライアント、他方がサーバとして振る舞い、双方のシステムからＴＣＰの通信を開始することができる。
【００２３】
図２の形態２では、ＴＣＰ試験装置１および被試験システム２がインターネット４を介している点以外は形態１と同様である。
【００２４】
形態１または形態２のいずれの場合においても、被試験システム２のＴＣＰの実装が試験対象となる。
【００２５】
図３は上述したＴＣＰ試験装置１の機能構成を示す機能ブロック図である。まずＴＣＰ試験装置１の各機能ブロックの構成が説明される。
【００２６】
図３を用いてソケット制御部５、ソケットインタフェース（ソケットＩ／Ｆ）６、受信制御部７、受信設定ファイル格納部８、応答制御部９、応答設定ファイル格納部１０、送信制御部１１、電文データファイル格納部１２、アドイン制御部１３、アドイン格納部１４、画面制御部１５、ディスプレイ１６、ログ制御部１７、操作部１８が説明される。このうち、ＴＣＰ試験装置１はソケット制御部５、受信制御部７、受信設定ファイル格納部８、応答制御部９、応答設定ファイル格納部１０、送信制御部１１、電文データファイル格納部１２、アドイン制御部１３、画面制御部１５、ログ制御部１７、操作部１８から構成される。
【００２７】
ソケット制御部５は、被試験システム２が接続されているＬＡＮ３などのネットワークとＴＣＰ試験装置１との通信を制御するソケットインタフェース（ソケットＩ／Ｆ）６を介してＴＣＰソケットの生成、開放、状態管理を行う。例えば、ＴＣＰソケットの場合はListen、Bind、Connect、Acceptの各状態があり、そのＴＣＰソケットの状態をソケットごとに管理し、ソケットインタフェース６を介して、試験データの送受信を行う。ソケットとはＩＰアドレスとポート番号を組み合わせたネットワークアドレスのことである。一般的にアプリケーションソフトは、このソケットを指定して回線を開くことによりデータの送受信を行うことができるようになる。
【００２８】
ＴＣＰソケットの場合の各状態において、Listenは、ソケット状態が被試験システム２とのＴＣＰコネクションの接続待ちであるか否かの状態を示す。そして、BindはソケットがＩＰアドレスとポート番号に結びつけられたか否かの状態を示す。そして、Connectは例えば、クライアントとなったＴＣＰ試験装置１、サーバとなった被試験システム２に接続されたか否かの状態を示す。そして、Acceptは、例えばサーバとなったＴＣＰ試験装置１がクライアントとなった被試験システム２からの接続要求を受け入れたか否かの状態を示す。
【００２９】
またＴＣＰ／ＩＰの通信では、３ＷＡＹハンドシェイクによりＴＣＰコネクションを確立する。
【００３０】
ソケット制御部５は、ＴＣＰソケットの生成、開放、各状態等の情報を画面制御部１５に送信する。
【００３１】
受信制御部７は、ソケット制御部５を通じて試験データであるストリームデータを受信すると、受信設定ファイル格納部８に予め設定されている受信設定ファイルを読み込み、その読み込んだ受信設定ファイルにしたがって、受信した試験データをＰＤＵ（Protocol Data Unit）に分割／組立を行う。そして受信制御部７は、分割／組立が行われたＰＤＵを応答制御部９に送信する。また、受信制御部７は、そのＰＤＵに関する受信情報を画面制御部１５に送信する。
【００３２】
受信設定ファイル格納部８には、受信したストリームデータをどのように分割すればよいか、または組立をすればよいかを示すヘッダサイズやデータサイズなどが記述された受信設定ファイルが予め格納されている。
【００３３】
例えば、受信制御部７は、ソケット制御部５から受信したデータを、予め設定されている受信設定ファイルにしたがって、ＰＤＵに分割する。つまりこの処理によって、試験データとしてソケット制御部５から受信したストリームデータがパケット単位に分割される。しかし、予め受信設定ファイルが設定されていない場合は、受信したストリームデータに対して分割／組立を行わずに、そのまま受信したストリームデータから受信情報を画面制御部１５に送信する。
【００３４】
応答制御部９は、受信制御部７からＰＤＵを受信すると、応答設定ファイル格納部１０に予め設定されている応答設定ファイルを読み込み、その読み込んだ応答設定ファイルにしたがって、受信したＰＤＵに対応した送信処理を決定する。応答設定ファイルが設定されていない場合はそのまま処理を終了する。そして、応答制御部９はその処理により決定された情報は、応答情報として送信制御部１１に送信される。また応答制御部９は、応答情報を画面制御部１５に送信する。
【００３５】
応答設定ファイル格納部１０には、受信したＰＤＵに対して、どのように被試験システム２へ送信処理を行うかが書かれた応答設定ファイルが予め格納されている。つまり、応答設定ファイルはシナリオのようなものである。また応答情報には、送信制御部１１にてＰＤＵを生成するとき電文データを付加するか否か、付加する場合にはどのような電文データを付加するかという情報が含まれる。
【００３６】
送信制御部１１は、応答制御部９から応答情報を受信すると、受信した応答情報を基に試験データとして被試験システム２に送信するＰＤＵを生成し、ソケット制御部５に送信する。
【００３７】
また応答情報により、ＰＤＵに電文データを付加して被試験システム２に送信する必要がある場合、送信制御部１１は、電文データファイル格納部１２に予め格納されている電文データファイルから該当する電文データファイルを読み込んで、生成されたＰＤＵとともに電文データをソケット制御部５に送信する。また送信制御部１１は、生成されたＰＤＵや付加された電文データに関する送信情報を画面制御部１５に送信する。
【００３８】
電文データファイル格納部１２には、予めいくつかの電文データファイルが格納されており、応答情報により付加すべき電文データがある場合には、該当する電文データファイルが読み出される。
【００３９】
アドイン制御部１３は、アドインの生成と起動、終了、そして実行されたアドインとのインタフェースの役割を果たす。アドインは、ハードディスク等の外部記憶装置であるアドイン格納部１４に格納されている。アドインとは試験の手順や実現方法に応じて、ユーザが自由に作成する外部プログラムで、例えばＴＣＰ試験装置１内で実行されるものではない。
【００４０】
つまりアドインの記述を解釈する機能は、ＴＣＰ試験装置１が動作するＯＳに任せ、ＴＣＰ試験装置内ではアドイン制御部１３において、そのアドインとのインタフェースだけを実現している。アドインはＯＳのインタプリタや実行形式で動作するものであればどんなものでもいいが、例えば、VBScriptやJScript等のスクリプト、ＤＬＬ（Dynamic Link Library）の実行形式ファイルなどが考えられる。つまり、ユーザが定義する試験手順の記述の解釈をＯＳが持つスクリプトエンジンに任せる、もしくはＯＳの実行形式ファイルとしてＯＳに任せることにしている。
【００４１】
アドイン制御部１３が提供するインタフェース機能は、少なくともスクリプトで利用できる変数（引数）の型のみで構成され、それ以外の変数の型を利用しないものとしている。これにより、スクリプトとＤＬＬが共通で利用できる変数の型で構成されることになる。
【００４２】
またアドイン制御部１３は、処理におけるアドイン情報を画面制御部１５に送信する。
【００４３】
画面制御部１５は、ソケット制御部５からソケット情報、受信制御部７から受信情報、応答制御部９から応答情報、送信制御部１１から送信情報、アドイン制御部１３からアドイン情報、操作部１８から操作指示の情報を受信し、それらの情報により各制御部の処理結果を反映させて、可視表示させるディスプレイ１６の画面にメッセージで表示する。また、画面制御部１５は、操作部１８からの操作指示により、入力されてディスプレイ１６の画面に表示されたメッセージを送信させるように動作する。
【００４４】
つまり、画面制御部１５は各制御部から与えられる受信情報、応答情報、送信情報、ソケット情報、アドイン情報を受け取り、ディスプレイ１６の画面に表示する。また、その情報をログ制御部１７にも渡す。また、操作部１８から与えられる操作情報をもとに、画面の表示を変更、ソケット制御部５や受信制御部７、応答制御部９、送信制御部１１、アドイン制御部１３にその操作を促す情報を渡す。
【００４５】
ログ制御部１７は、ディスプレイ１６の画面に表示される情報を、画面制御部１５から与えられる各情報をもとに、ログファイルに保存するログとして保存する。
【００４６】
そして、操作部１８は、ユーザの入力操作を受け付け、その入力された操作指示情報を画面制御部１５に送信する。
【００４７】
次に、図４及び図５を用いて、それぞれＴＣＰ試験装置１の送受信動作及びアドイン制御動作が説明される。
【００４８】
まず図４を用いて、ＴＣＰ試験装置１の被試験システム２からのパケット送受信動作がステップＳ４０１〜Ｓ４１３として説明される。
【００４９】
ソケット制御部５は、Ｓ４０１に示されるようにソケットインタフェース６を通じて試験データであるストリームデータを受信すると、Ｓ４０２に示されるように該当するソケットでそのストリームデータの受信を行う。そして、ソケット制御部５は、受信したストリームデータを受信制御部７へ送信し、さらにソケット情報を画面制御部１５へ送信する。
【００５０】
ストリームデータを受信した受信制御部７は、Ｓ４０３に示されるように、受信設定ファイル格納部８に設定されている受信設定ファイルがあるかを確認し、受信設定ファイルが設定されている場合はＳ４０４へ進み、受信設定ファイルが設定されていない場合は、Ｓ４１２へ進む。
【００５１】
受信設定ファイルが設定されていた場合、受信制御部７は、受信設定ファイル格納部８から、ＰＤＵのサイズとしてヘッダサイズやデータサイズが記述された受信設定ファイルを読み出し、この読み出された受信設定ファイルを基に、Ｓ４０４に示されるように受信したストリームデータをＰＤＵとして分割／組立を行う。受信制御部７は、受信したストリームデータが受信設定ファイルに記述されているＰＤＵサイズよりも大きい場合は記述されているＰＤＵサイズ単位に分割し、そうでない場合はＰＤＵ全てをストリームデータとしてソケット制御部５から送信されるまで待ってからＰＤＵに組み立てる。
【００５２】
そして受信制御部７は、そのＰＤＵから受信情報を画面制御部１５に送信し、ＰＤＵを応答制御部９へ送信する。受信情報を受信した画面制御部１５は、Ｓ４０５に示されるように、その受信情報のデータをディスプレイ１６の画面に表示させる。
【００５３】
受信設定ファイルが設定されていない場合、受信制御部７は、受信したストリームデータをそのまま受信情報として画面制御部１５に送信する。
【００５４】
なお、画面制御部１５は図６に示されるように、ツリービューなどを用いてソケットの状態（Listen、Bind、Connect、Accept）ごとに、現在の状態が分かるように表示させる。また、図６は、ＴＣＰ試験装置１のソケットの状態が表示されたディスプレイの画面を示す図であるが、ディスプレイ１６の画面の一部のフレームを表示部として、ソケットの状態を表示させればよい。図６では、ソケットの状態が、ソケットごとに、ソケット名：ＩＰアドレス：ポート番号として表示されている。
【００５５】
受信制御部７からＰＤＵを受信した応答制御部９は、Ｓ４０６に示されるように、応答設定ファイル格納部１０に設定されている応答設定ファイルがあるかを確認し、応答設定ファイルが設定されている場合はＳ４０７へ進み、応答設定ファイルが設定されていない場合は、Ｓ４１３へ進む。
【００５６】
応答設定ファイルが設定されていた場合、応答制御部９は、応答設定ファイル格納部１０から、受信したＰＤＵにしたがってどのように送信処理を行うかが記述された応答設定ファイルを読み出し、この読み出された応答設定ファイルに従い、Ｓ４０７に示されるように、送信処理を決定し、応答情報を送信制御部１１に送信する。また、応答制御部９は、応答情報を画面制御部１５に送信する。
【００５７】
応答制御部９から応答情報を受信した送信処理部１１は、応答情報を基に、Ｓ４０８に示されるように、送信するＰＤＵを生成する。
【００５８】
そして送信処理部１１は、応答情報により、Ｓ４０９に示されるように、送信処理上、電文データファイルが必要であるかを判断する。送信制御部１１は、何らかの電文データをＰＤＵに付加することが決定されていたら、Ｓ４１０へ進み、電文データを付加する必要がなければ、Ｓ４１１へ進む。
【００５９】
送信処理部１１は、何らかの電文データを付加することが決定されていたら、応答情報により該当する電文データファイルを電文データファイル格納部１２から読み出し、Ｓ４１０に示されるように、読み出された電文データファイルを生成されたＰＤＵに埋め込む。
【００６０】
そして、送信制御部１１は電文データを付加した形でＰＤＵをソケット制御部５に渡して、Ｓ４１１に示されるように、ソケット制御部５がそのＰＤＵを被試験システム２に送信する。電文データをＰＤＵに付加する必要がない場合は、送信制御部１１は、電文データを付加せずに生成したＰＤＵをソケット制御部５に渡して、Ｓ４１１に示されるように、ソケット制御部５がそのＰＤＵを被試験システム２に送信する。
【００６１】
また、送信制御部１１は、生成されたＰＤＵに関する送信情報を画面制御部１５に送信する。送信情報を受信した画面制御部１５は、Ｓ４１２に示されるように、画面制御処理をし、その送信情報のデータをディスプレイ１６の画面に表示させる。Ｓ４０３において、受信設定ファイルがなかった場合は、Ｓ４１２に示されるように、画面制御処理をし、受信情報のデータをディスプレイ１６の画面に表示させる。
【００６２】
Ｓ４１２の処理後は、Ｓ４１３に示されるように、ＴＣＰ試験装置１の送受信処理を終了する。
【００６３】
次に図５を用いて、ＴＣＰ試験装置１のアドイン制御部１３の動作がステップＳ５０１〜Ｓ５１１として説明される。
【００６４】
アドインはユーザが画面上に表示されているメニューなどを通じて、アドインの登録操作を始めることで、Ｓ５０１に示されるように、アドイン処理が始まる。それは操作部１８を通じて、アドイン制御部１３に処理がうつり、Ｓ５０２に示されるように、アドイン制御部１３はアドイン格納部１４から指定されたアドインを読み込む。この読み込み動作はアドインの種類によって異なってくる。例えば、VBScriptやJScriptのようなスクリプト形式の場合、その種類にあったスクリプトエンジンをロードし、アドインのファイルをスクリプトエンジンに読み込む。ＤＬＬのような実行形式の場合は、アドインのファイルそのものをＯＳに読み込む。これらのような作業がアドインの読み込みという処理になる。
【００６５】
次に、Ｓ５０３に示されるように、読み込んだアドインの開始処理を行う。この開始処理もアドインの種類によって異なってくる。例えば、スクリプト形式の場合なら、スクリプトエンジンの状態を開始状態に、ＤＬＬのような実行形式の場合は、直接、開始する関数を呼び出すことになる。
【００６６】
ここでアドイン制御部１３は一旦処理を停止させ、アドインに記述された命令か、ユーザからの操作による指示を待つ待機状態にさせる。
【００６７】
次の動作の契機は、アドインに記述された命令か、ユーザが何らかの操作を行ったときとなる。
【００６８】
Ｓ５０４に示されるように、アドインに記述された命令があったか、もしくはユーザにより操作が行われたか否か判定する。アドインに記述された命令、もしくはユーザによる操作がなければ、待機状態のままである。
【００６９】
まず、アドイン格納部１４から何らかの画面制御命令がアドイン制御部１３にきたら、それを画面制御部１５に送信して画面制御処理を実行する。例えば、画面制御部１５は、メッセージを画面に出す、アドイン用のメニューを表示する、アドイン用のダイアログを表示するなど、ディスプレイ１６の画面に表示させる。
【００７０】
また、Ｓ５０５に示されるように、アドイン格納部１４から送信命令がアドイン制御部１３にきたら、それを送信制御部１１に送信して送信制御処理を実行する。
【００７１】
また、アドイン格納部１４からソケット制御命令がアドイン制御部１３にきたら、Ｓ５０６に示されるように、それをソケット制御部５に送信してソケット制御処理を実行する。例えば、ソケットの新規作成や、ソケットの開放などである。
【００７２】
また、受信制御部７がソケット制御部５から渡されたデータをアドイン制御部１３に渡してきたときは、Ｓ５０７に示されるように、アドイン制御部１３はそのデータをアドイン格納部１４に渡し、受信制御処理を実行する。
【００７３】
Ｓ５０８に示されるように、Ｓ５０５、Ｓ５０６、Ｓ５０７の処理を介して、アドイン制御部１３は、画面制御部１５に対して画面制御を行わせる。また、アドインに記述された命令やユーザからの操作指示によっては、Ｓ５０５〜Ｓ５０７の処理を介さずに、Ｓ５０９に示されるように、画面制御処理だけを行うこともある。
【００７４】
さらに、アドイン格納部１４から終了命令がアドイン制御部１３にきたら、Ｓ５１０に示されるように、終了処理を行い、Ｓ５１１に示されるように、リソースの解放をしてアドインを終了する。例えば、スクリプト形式のアドインならば、スクリプトエンジンの状態を停止にし、スクリプトエンジンのアンロードを行う。ＤＬＬのような実行形式の場合は、終了する関数を直接、呼び出し、さらにＤＬＬをアンロードする。
【００７５】
本発明によれば、以下のような効果が達成される。
【００７６】
ユーザが定義する試験手順の記述の解釈をＯＳが持つスクリプトエンジンに任せる、もしくはＯＳの実行形式ファイルとしてＯＳに任せることで、記述内容に汎用性の高い言語を用いることが可能となる。その結果、試験装置内部に解釈部を持つ従来技術に比べ、記述の自由度を高めることができる。
【００７７】
記述には、ＯＳが持つスクリプトエンジンとＯＳで利用できるコンパイラ言語全てをサポートできるため、利用者の一番慣れ親しんだものを使用することができる。その結果、試験装置専用のシナリオ記述言語を覚える必要のある従来技術に比べ、すぐに試験手順の記述を行うことが可能になる。
【実施例２】
【００７８】
以下、本発明による通信試験装置の実施例２は、図７を用いて説明される。図７は本発明の実施例２におけるＴＣＰ試験装置の機能構成を示す機能ブロック図である。
【００７９】
図７に示されるように、実施例１に比べて、アドイン制御部１３がアドイン連携ファイル格納部１９というものを利用しているものである。
【００８０】
本実施例２のアドイン連携ファイル格納部１９以外の構成は、実施例１で説明されたＴＣＰ試験装置１と同じである。
【００８１】
本実施例２では、アドイン制御部１３が一つのアドインだけの動作を制御するのではなく、アドイン連携ファイル格納部１９に格納されるアドイン連携ファイルの記述に従って、複数のアドインを連携させる。アドイン連携ファイルは、複数のアドインの連携手順を記述したもので、例えば、複数のアドインの起動順番、そのアドインの実行結果によって処理を変える記述などができる。
【００８２】
それ以外の動作は、実施例１と同一なので、動作の詳細は省略する。
【００８３】
本発明によれば、以下のような効果が達成される。
【００８４】
アドイン連携ファイルに複数のアドインの連携手順を記述し、それをアドイン制御部１３が解釈して実行することにより、アドインそのものには手を一切加えることなく、連携を可能とした。その結果、アドイン作成後、既に作られたアドインを複数個、連携させることで、新しいアドインを作る必要なく、容易に複雑な試験手順を行えるようになる。
【００８５】
実施例１では、ＴＣＰプロトコルを例に説明したが、ＴＣＰに限らず、ＵＤＰ、またＴＣＰ上位の全ての通信プロトコルにも同様に適用することができる。
【００８６】
また、実施例１では、ＴＣＰ試験装置１と被試験システム２をＬＡＮ又はインターネットで結んでいたが、被試験システム２がソフトウェアで動作し、なおかつＴＣＰ試験装置１内でもそのソフトウェアが動作する場合、ＴＣＰ試験装置１内に本発明と被試験システム２のソフトウェアを置くことで、ＴＣＰ試験装置１単体で試験を行うこともできる。この場合、ループバック機能を使って、ＴＣＰ試験装置１と被試験システム２がソケットで接続された状態になる。
【図面の簡単な説明】
【００８７】
【図１】本発明のＬＡＮ環境における実施形態の構成を示すシステム図
【図２】本発明のインターネット環境における実施形態を示すシステム図
【図３】本発明の実施例１におけるＴＣＰ試験装置の機能構成を示す機能ブロック図
【図４】本発明の実施例１におけるＴＣＰ試験装置の送受信動作を示すフローチャート図
【図５】本発明の実施例１におけるＴＣＰ試験装置のアドイン制御動作を示すフローチャート図
【図６】本発明のＴＣＰ試験装置のソケット状態が表示されたディスプレイの画面を示す図
【図７】本発明の実施例２におけるＴＣＰ試験装置の機能構成を示す機能ブロック図
【符号の説明】
【００８８】
１…ＴＣＰ試験装置、５…ソケット制御部、７…受信制御部、８…受信設定ファイル格納部、９…応答制御部、１０…応答設定ファイル格納部、１１…送信制御部、１２…電文データファイル格納部、１３…アドイン制御部、１５…画面制御部、１７…ログ制御部、１８…操作部、アドイン連携ファイル格納部１９
【図１】
2006020170.tif 000003
【図２】
2006020170.tif 000004
【図３】
2006020170.tif 000005
【図４】
2006020170.tif 000006
【図５】
2006020170.tif 000007
【図６】
2006020170.tif 000008
【図７】
2006020170.tif 000009