JPH1065762A - 通信ソフトウェアの自動試験シミュレータ及びその自動試験方法 - Google Patents

Abstract

(57)【要約】 【課題】 通信ソフトウェアの複数の異なる通信プロト
コルの動作確認試験を行うことができる通信ソフトウェ
アの自動試験シミュレータを提供する。 【解決手段】 テンプレートファイル１２３は、複数の
プロトコルの各々の通信形式を予め保持しておく。メッ
セージ編集部１２２では、テンプレートファイル１２３
を参照し、入力部１４０で受け付けられた一つのプロト
コルに対応する通信形式にしたがって、送信情報と受信
期待情報とを編集する。送信メッセージ部１２４は、メ
ッセージ編集部１２２で編集された送信情報を被テスト
プログラム１０２に対して送信する。受信メッセージ部
１２５は、被テストプログラム１０２から送出された受
信情報を受信する。編集出力部１２８は、受信期待情報
と、受信情報とが一致するか否かを判断し、判断の結果
を出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、網管理システム等
で開発されている通信ソフトウェアの動作確認試験を行
う際の自動試験シミュレータ及びその自動試験方法に関
する。

【０００２】

【従来の技術】従来、通信ソフトウェアの動作確認試験
は、試験者が、通信ソフトウェアに対してメッセージを
送り、通信ソフトウェアからその応答として送信された
メッセージを受信し、受信したメッセージ内容を試験者
が直接確認して正常な通信が行われたかどうかの判断を
行っている。

【０００３】また、動作確認試験専用の通信ソフトウェ
アを用意してシミュレーションによる試験を行う場合も
ある。この場合、１つの動作確認試験をするために、被
試験ソフトウェアである実際の通信ソフトウェアと、そ
の通信ソフトウェアの通信プロトコルに依存した動作確
認試験専用の通信ソフトウェアとの２つの通信ソフトウ
ェアを作成しなければならない。

【０００４】また、この場合、動作確認用通信ソフトウ
ェアは、正常性の確認を行うために、試験結果のメッセ
ージが正しいメッセージであるか否かを比較する手段を
組み込まなくてはならないので、メッセージの内容に変
更が出た場合や仕様変更の場合には、送信するメッセー
ジとそれに対する受信メッセージとを作成し直さなくて
はならない。

【０００５】このような課題を解決するものとして、特
開平５−５３８６４号公報に示されるような従来技術が
ある。この従来技術では、試験を行うためのシミュレー
ション用のツールを用意する。そのツールは、試験者か
らのコマンド入力を受け付け、被試験のプロセスに対し
てそのコマンドを送信し、送信したコマンドに対する応
答を被試験のプロセスから受信している。このツールを
利用することにより、動作確認試験専用の通信ソフトウ
ェアを作成せずに、試験を行っている。

【０００６】

【発明が解決しようとする課題】前述した２つの通信ソ
フトウェアを作成する方法では、通信プロトコルの異な
る別の動作確認試験を行う際に、同じ動作確認試験専用
の通信ソフトウェアは使えないので、動作確認試験専用
の通信ソフトウェアを異なる通信プロトコルに対応する
ように修正するか、もしくは、新たに作成しなくてはな
らない。このため、試験者は、確認したい通信ソフトウ
ェアの動作を試験するための専用の通信ソフトウェアを
通信プロトコルの数だけ作成する必要がある。

【０００７】また、特開平５−５３８６４号公報に示さ
れるような従来技術では、複数の異なる通信プロトコル
の通信ソフトウェアの動作確認試験を行うことについて
は、述べられていない。

【０００８】本発明は、このような課題を解決するため
に、通信ソフトウェアの複数の異なる通信プロトコルの
動作確認試験を行うことができる通信ソフトウェアの自
動試験シミュレータ及びその方法を提供することを目的
とする。また、仕様の変更にも柔軟に対応することがで
きる通信ソフトウェアの自動試験シミュレータ及びその
方法を提供することを他の目的とする。

【０００９】

【課題を解決するための手段】前述の課題を解決するた
め、本発明では、通信ソフトウェアの動作確認試験を行
う通信ソフトウェアの自動試験シミュレータであって、
複数のプロトコルの各々の通信形式を保持する保持部
と、前記通信ソフトウェアと通信を行うための、前記複
数のプロトコルのうちの一つのプロトコルと、送信すべ
き送信情報と、当該送信情報の応答として期待される受
信期待情報とを受け付ける受付部と、前記受付部で受け
付けられた前記一つのプロトコルに対応する、前記保持
部に保持されている通信形式にしたがって、前記受付部
で受け付けられた前記送信情報と前記受信期待情報とを
編集する編集部と、前記編集部で編集された送信情報を
前記通信ソフトウェアに対して送信する送信部と、前記
通信ソフトウェアから送出された、前記送信情報の応答
である情報を受信情報として受信する受信部と、前記編
集部で編集された受信期待情報と、前記受信部で受信さ
れた受信情報とが一致するか否かを判断し、当該判断の
結果を出力する出力部とを有する。

【００１０】保持部は、複数のプロトコルの各々の通信
形式を予め保持しておく。受付部は、通信ソフトウェア
と通信を行うための、前記複数のプロトコルのうちの一
つのプロトコルと、送信すべき送信情報と、当該送信情
報の応答として期待される受信期待情報とを受け付け
る。編集部では、前記受付部で受け付けられた前記一つ
のプロトコルに対応する、前記保持部に保持されている
通信形式にしたがって、前記受付部で受け付けられた前
記送信情報と前記受信期待情報とを編集する。送信部
は、前記編集部で編集された送信情報を前記通信ソフト
ウェアに対して送信する。受信部は、前記通信ソフトウ
ェアから送出された、前記送信情報の応答である情報を
受信情報として受信する。出力部は、前記編集部で編集
された受信期待情報と、前記受信部で受信された受信情
報とが一致するか否かを判断し、当該判断の結果を出力
する。異なるプロトコルで通信ソフトウェアと通信を行
う場合には、受付部で、異なるプロトコルを指示するよ
うにすればよい。

【００１１】本発明によれば、通信ソフトウェアの複数
の異なる通信プロトコルの動作確認試験を行うことがで
きる。このため、動作確認試験専用の通信ソフトウェア
を、試験者が通信プロトコルの数だけ作成する必要がな
い。また、被試験の通信ソフトウェアの仕様を変更した
場合にも、変更に対応した送信情報を受付部から指示す
るだけで柔軟に対応できる。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して詳細に説明する。

【００１３】図１は、本発明の実施の形態におけるシス
テム構成の概要を示した図である。図１において、シミ
ュレータ部１０１は、通信ソフトウェアの自動試験シミ
ュレータであり、被テストプログラム１０２のロジック
のテストなどの目的でメッセージを作成し送信する送信
部１１１と、被テストプログラム１０２から送信された
メッセージを受信し、受信したメッセージの正常性を判
定する受信部１１２とを備える。

【００１４】被テストプログラム１０２は、被試験ソフ
トウェアであり、シミュレータ部１０１とメッセージを
送受信する。

【００１５】シミュレータ部１０１の送信部１１１は、
プロトコルの種別と、送信したいメッセージとを受け付
ける入力部１４０と、入力部１４０で受け付けたプロト
コルの種別と、送信したいメッセージをテキスト形式で
記述した送信テキストメッセージとを保持する送信情報
ファイル１２１と、複数の通信プロトコルに準じた形式
をそれぞれ保持するテンプレートファイル１２３と、テ
ンプレートファイル１２３を参照し、送信情報ファイル
１２１に保持する送信テキストメッセージを通信プロト
コルの種別に従って編集し、送信メッセージを生成する
メッセージ編集部１２２と、メッセージ編集部１２２で
生成された送信メッセージを送信する送信メッセージ部
１２４とを備える。

【００１６】テンプレートファイル１２３は、例えば、
ｐ１、ｐ２、ＳＮＭＰなど予め定められた複数の通信プ
ロトコルに準じた形式をそれぞれ保持する。プロトコル
種別は、例えば、ＯＳＩの階層が異なる場合も、異なる
プロトコルとしている。

【００１７】メッセージ編集部１２２では、テンプレー
トファイル１２３を参照し、送信情報ファイル１２１で
受け付けた通信プロトコル種別に従い、送信テキストメ
ッセージを通信プロトコルに準じた形式に変換し、メッ
セージの送信に必要な通信プロトコルの情報を付加して
送信メッセージを生成する。メッセージの送信に必要な
通信プロトコルの情報とは、通信ヘッダ等の予め定めら
れた情報である。送信メッセージ部１２４は、メッセー
ジ編集部１２２で生成された送信メッセージを被テスト
プログラム１０２に送信する。送信情報ファイル１２１
とメッセージ編集部１２２とは通信プロトコルに依存し
ない汎用的なものである。

【００１８】一方、受信部１１２は、被テストプログラ
ム１０２から受信メッセージを受信する受信メッセージ
部１２５と、プロトコルの種別と、受信したいメッセー
ジとを受け付ける入力部１４０と、入力部１４０で受け
付けたプロトコルの種別とテキスト形式で記述した受信
期待値テキストメッセージとを保持する受信期待値ファ
イル１２６と、複数の通信プロトコルに準じた形式をそ
れぞれ保持するテンプレートファイル１２３と、テンプ
レートファイル１２３を参照し、受信期待値ファイル１
２６に保持する受信テキストメッセージを通信プロトコ
ルの種別に従って編集し、受信期待値メッセージを生成
するメッセージ編集部１２２と、メッセージ編集部１２
２で編集された受信期待値メッセージを保持する受信期
待値メッセージ部１２７と、受信期待値メッセージ部１
２７で保持する受信期待値メッセージと受信メッセージ
部１２５で受信した受信メッセージとを比較する編集出
力部１２８と、編集出力部で比較した結果を画面表示す
る画面出力部１２９と、編集出力部で比較した結果を保
持するファイル出力部１３０とを備える。

【００１９】メッセージ編集部１２２は、送信メッセー
ジを編集したのと同一の手段であり、受信期待値ファイ
ル１２５であらかじめ受け付けておいた受け付けた通信
プロトコル種別に従い、テンプレートファイル１２３を
参照し、受信期待値テキストメッセージを、通信プロト
コルに準じた形式に変換し、通信プロトコルの情報を付
加して受信期待値メッセージを生成する。編集出力部１
２８では、受信メッセージ部１２５で受信した受信メッ
セージを受け取り、受信メッセージと受信期待値メッセ
ージとを比較し、比較した結果を、画面出力部１２９ま
たはファイル出力部１３０あるいはその両方に出力す
る。

【００２０】本発明の実施の形態におけるメッセージの
やりとりは、送受信を行う対象やその数を限定するもの
ではなく、送受信の方向も特に意味は持たない。また特
定の通信手段に限定するものではなく、数字列、文字列
等で通信を行う各種の通信関数及びプロトコルに適用可
能であり、一つの機器内での内部通信においても適用可
能である。

【００２１】つぎに、図２〜図５を参照し、送信情報フ
ァイル１２１及び受信期待値ファイル１２６に保持する
プロトコルの種別と送信テキストメッセージとの記述の
仕方を説明する。図２〜図５に、送信情報ファイル１２
１及び受信期待値ファイル１２６に保持するプロトコル
の種別と送信テキストメッセージとの記述の一例を示
す。送信情報ファイル及び受信期待値ファイルは、プロ
トコルの種別と、そのプロトコル種別に対応するメッセ
ージのキーワードと、そのキーワードに対応する内容
（テキスト）とが含まれる。キーワードはプロトコルに
より異なる。入力部１４０で受け付けたプロトコルの種
別と、送信したいメッセージをテキスト形式で記述した
送信テキストメッセージとを図２〜図５に示すような、
テキスト形式で保持する。メッセージは、キーワードに
対応する内容を、予め定められたキーワードの羅列順序
で羅列したものとみなせる。キーワードに対応する内容
は、キーワードに対応させて、テキスト形式で文字列や
数字列という形式で作成する。試験者が入力部１４０か
らキーワードおよびその内容を直接入力するようにして
もよいし、試験者が入力部１４０からプロトコル種別を
入力することにより、キーワードを画面出力１２９のデ
ィスプレイ上に表示させ、それぞれのキーワードに対応
する内容を試験者が入力部１４０から入力するようにし
てもよい。さらに、テンプレートファイル１２３に保持
するすべてのプロトコル種別を、画面出力１２９のディ
スプレイ上に表示させ、いずれかのプロトコル種別を選
択し、選択されたプロトコル種別に対応するキーワード
を表示させ、それぞれのキーワードに対応する内容を試
験者が入力部１４０から入力するようにしてもよい。

【００２２】図２においては、複数の通信プロトコルの
うち、ｐ１の種別が入力され、送信情報ファイル及び受
信期待値ファイルが同じである場合を示す。また、通信
管理ヘッダ、メッセージ番号、チェーンポインタ、個別
部長ポインタ、個別部長のキーワードおよびそれらの内
容が保持されている。例２０１において、メッセージ番
号というキーワードの後に「８」という数字列でキーワ
ードに対する内容を記述している。また、本発明の実施
の形態においては、キーワードに対応する内容が、文字
列（キャラクタコード）、数字列（１０進コード）、１
６進コード、バイナリコードのうちいずれにより示され
ているかを、キーワードに対応する内容の属性とし、後
述するテンプレートファイルにおいて示される属性と一
致するかが判断される。

【００２３】また、図３においては、ｐ２の通信プロト
コルの送信情報ファイルが入力された例を示し、図４に
その応答としての受信期待値ファイルの例を示す。さら
に、図５においては、複数の通信プロトコルのうち、Ｓ
ＮＭＰの通信プロトコル種別の送信情報ファイルの例を
示す。

【００２４】つぎに、テンプレートファイル１２３に保
持する内容について説明する。図６〜図８に、送信情報
ファイルから送信メッセージ、及び、受信期待値ファイ
ルから受信期待値メッセージを生成するときに使用する
テンプレートファイル１２３の一例を示す。図６〜図８
において、テンプレートファイル１２３は、全てのプロ
トコル種別ごとにキーワードの属性およびサイズを定義
するキーワード定義部３０１と、プロトコル種別ごとに
キーワードの羅列順序を定義するメッセージ定義部３０
２とを保持している。また、テンプレートファイル１２
３には、図６〜図８に示すように、キーワード定義部３
０１は全てのプロトコルについてのキーワードが並べら
れており、メッセージ定義部３０２は、プロトコル種別
ｐ１、ｐ２やプロトコル種別ＳＮＭＰなどのように、複
数のプロトコル種別ごとに形式をそれぞれ保持してい
る。プロトコル種別ｐ１と、ｐ２とＳＮＭＰとに対応す
る場合には、図６〜図８に示すようなプロトコル種別ｐ
１と、ｐ２とＳＮＭＰとに対応する形式をテンプレート
ファイル１２３に備える。また、テンプレートファイル
１２３に保持する内容は入力部１４０から入力され、試
験者は、必要なプロトコルの形式を随時入力することが
できる。また、キーワード定義部３０１やメッセージ定
義部３０２に保持する定義内容を変更したいときには、
試験者は入力部１４０から変更後の内容を指示すること
ができる。

【００２５】図６〜図８において、キーワード定義部３
０１は、メッセージについての複数のキーワードと、各
々のキーワードに対応する属性およびサイズなどがあら
かじめ定義されている。複数のキーワードは、送信情報
ファイル及び受信期待値ファイルに記述されているキー
ワードと対応している。キーワード定義部３０１は、図
６に示す例では、通信管理ヘッダ、メッセージ番号、チ
ェーンポインタ、個別部長ポインタ、個別部長、ＣＳア
ドレス、結果というキーワードを備える。キーワードの
後に示す、Ｂ（１０進コード）、Ｘ（１６進コード）、
もしくは、Ｃ（キャラクターコード）は、属性を示し、
その後に示す数字は、キーワードの内容のサイズを示
す。例えば、キーワードの通信管理ヘッダは、Ｂで１バ
イト、キーワードのＣＳアドレスは、Ｃで８バイトとい
う属性とサイズとが定義されている。また、メッセージ
定義部３０２は、通信プロトコルに準拠した形式に変換
するための情報や、メッセージの構造を示すキーワード
の羅列順序が定義される。図６において、メッセージ定
義部３０２は、例えば、通信管理ヘッダの内容が「３」
というメッセージの場合、通信管理ヘッダの＃ＣＡＳＥ
３に対応し、＃ＣＡＳＥ３の下に示されるメッセージ番
号、チェーンポインタ、個別部ポインタ、個別部長の順
でメッセージの構成が定義される。メッセージ編集部１
２２では、テンプレートファイル１２３の入力されたプ
ロトコル種別に対応するキーワードに一致する送信情報
ファイルおよび受信期待値ファイルのキーワードを検索
し、一致するキーワードについて、指定された属性に基
づいて送信および受信メッセージの生成を行う。

【００２６】つぎに、送信メッセージを送信するときの
処理を図９を参照して説明する。図９に、メッセージを
送信するときの処理の流れを示す。

【００２７】図９において、入力部１４０は、送信要求
として、プロトコルの種別と送信したいメッセージとを
受け付け、送信情報ファイル１２１は、受け付けたプロ
トコルの種別と、送信したいメッセージをテキスト形式
で記述した送信テキストメッセージとを保持する（ステ
ップ４１０）。メッセージ編集部１２２は、受け付けた
プロトコルの種別に対応する、あらかじめ登録してある
テンプレートファイル１２３のキーワード定義部３０１
を参照し（ステップ４２０）、キーワード定義部３０１
に定義されている、プロトコルの種別に対応するキーワ
ードと送信情報ファイルに保持するキーワードとが一致
するキーワードを検出し、一致したキーワードのキーワ
ード定義部３０１に定義されている属性およびサイズと
送信情報ファイルに保持されているキーワードの内容の
属性およびサイズとが、一致するか否かを判定する（ス
テップ４３０）。例えば、メッセージ編集部１２２は、
図６に示すテンプレートファイル１２３のキーワード定
義部３０１に定義されているキーワードの通信管理ヘッ
ダと図２に示す送信情報ファイルに保持するキーワード
の通信管理ヘッダとが一致することを検出する。送信情
報ファイルに保持する他のキーワードについても、キー
ワード定義部３０１に定義されている一致するキーワー
ドを検出する。つぎに、図６に示すテンプレートファイ
ル１２３のキーワード定義部３０１において、一致した
キーワードの通信管理ヘッダの属性がＢ（１０進コー
ド）でサイズが１バイトと定義されており、図２に示す
送信情報ファイルに保持するキーワードの通信管理ヘッ
ダの内容が「８」であり、１０進コードでサイズが１バ
イトであるので、属性が一致することを判定する。ま
た、図２において、０ｘ２８の０ｘの後に続く数字もし
くは文字が１６進コードであることを示し、”００２ｆ
３５”は””の内部にキャラクタコードが示されている
ことを示す。送信情報ファイルに保持する他のキーワー
ドの属性およびサイズについてもキーワード定義部３０
１に定義されている属性およびサイズと一致するか否か
を判定する。送信情報ファイルに保持するキーワードの
サイズが、キーワード定義部３０１に示されるサイズと
一致するかもしくはそれより小さいサイズであれば一致
するものと判断する。属性もしくはサイズが一致しない
場合には、画面出力１２９のディスプレイにエラーメッ
セージを表示出力し（ステップ４５０）、送信メッセー
ジを生成せずに終了する。

【００２８】送信情報ファイルに保持する全てのキーワ
ードおよび属性が一致すれば、プロトコル種別に対応す
るキーワード定義部３０１およびメッセージ定義部３０
２を参照し、通信プロトコルに準ずる形式の送信メッセ
ージを生成する（ステップ４４０）。送信メッセージの
生成方法としては、キーワード定義部３０１に定義され
ている属性およびサイズに従って、内容を１６進コード
に変換し、メッセージ定義部３０２に定義されているキ
ーワードの羅列順序で１６進コードに変換されたキーワ
ードの内容を羅列する。例えば、図６において、キーワ
ードの属性のＢは１０進コードで表現されていることを
示すので、これを１６進コードに変換し、キーワード定
義部３０１に定義されているサイズにあわせる。Ｘは１
６進コードで表現されていることを示し、例えば、図２
に示すチェーンポインタの内容の０ｘ２８は１６進コー
ドであるのでそのまま２８を取りだし、キーワード定義
部３０１に定義されているチェーンポインタのサイズが
４バイトであるので、２８の前に０を付加して４バイト
にする。また、Ｃはキャラクターコードであるので、キ
ャラクタコードを予め定められている対応する１６進コ
ードに変換し、さらにキーワード定義部３０１に定義さ
れているサイズに合わせるようにする。キーワードの内
容を１６進コードに変換後、メッセージ定義部３０２に
定義されているキーワードの羅列順序で１６進コードに
変換されたキーワードの内容を羅列する。このようにし
て送信メッセージが生成される。

【００２９】図９において、生成された送信メッセージ
は、図１０に示すように、画面出力１２９のディスプレ
イに表示出力され（ステップ４６０）、編集者が送信メ
ッセージを確認することができる。

【００３０】図１０に、生成された送信メッセージの一
例を示す。図１０において、送信メッセージは、図２に
示す送信情報ファイルに保持されている内容からテンプ
レートファイル１２３に基づいて生成されたものであ
る。図１０に示す送信メッセージは、最初の０３が、図
２に示す通信管理ヘッダの３が変換されたものであり、
以降、メッセージ番号の８が０８に変換され、チェーン
ポインタの０ｘ２８が００００００２８に変換され、個
別部長ポインタの０ｘ１６６６が００００１６６６に変
換され、個別部長の００２ｆ３５が３０３０３２６６３
３３５に変換され、生成されたことを示している。な
お、本発明の実施の形態においては、送信メッセージも
しくは受信メッセージを、図１０に示すように、１６進
コードにより示しているが、試験者がメッセージを確認
するのに、プロトコル種別にしたがい、判り易い形式、
例えば、キャラクタコードにより示すようにしてもよ
い。

【００３１】図９において、生成された送信メッセージ
は、図１に示す送信メッセージ部１２４により２進コー
ドに変換され、送信メッセージ部１２４は、変換された
２進コードにしたがって、送信メッセージを被テストプ
ログラム１０２に対して送信する。

【００３２】つぎに、受信メッセージを受け取るときの
処理を図１１を参照して説明する。図１１に、メッセー
ジを受け取るときの処理の流れを示す。

【００３３】図１１において、被テストプログラム１０
２からの受信要求により、受信メッセージを受信すると
（ステップ６１０）、あらかじめ予想できる受信結果の
受信期待値メッセージと比較を行うため、受信期待値フ
ァイル１２６を呼び出して（ステップ６１１）、受信期
待値メッセージ１２７を生成する。受信期待値メッセー
ジの生成方法は、送信メッセージの生成方法と同様であ
り、メッセージ編集部１２２は、受け付けたプロトコル
の種別に対応する、あらかじめ登録してあるテンプレー
トファイル１２３のキーワード定義部３０１を参照し
（ステップ６１２）、キーワード定義部３０１に定義さ
れている、プロトコルの種別に対応するキーワードと受
信期待値ファイルに保持するキーワードとが一致するキ
ーワードを検出し、一致したキーワードのキーワード定
義部３０１に定義されている属性およびサイズと受信期
待値ファイルに保持されているキーワードの内容の属性
およびサイズとが、一致するか否かを判定する（ステッ
プ６１３）。属性もしくはサイズが一致しない場合に
は、画面出力１２９のディスプレイにエラーメッセージ
を表示出力し（ステップ６１５）、受信期待値メッセー
ジを生成せずに終了する。受信期待値ファイルに保持す
る全てのキーワードおよび属性が一致すれば、プロトコ
ル種別に対応するキーワード定義部３０１およびメッセ
ージ定義部３０２を参照し、通信プロトコルに準ずる形
式の受信期待値メッセージを生成する（ステップ６１
４）。図１３に示す受信期待値メッセージは、図４に示
す受信期待値ファイルと、図７に示すテンプレートファ
イルとから生成されている。図１３に示す受信期待値メ
ッセージは、最初の０００２が、図４に示すメッセージ
種別の２が変換されたものであり、以降、オペレーショ
ンコードの１が０００１に変換され、送信元端末ＩＤと
送信先端末ＩＤとがキャラクタコード１２と１１に対応
する１６進数に変換され、同様に、付加情報長、サーバ
要求通番、ＣＳアドレスがそれぞれに変換されている。
また、羅列順序は、メッセージ種別が２であるので、メ
ッセージ定義部のメッセージ種別の＃ＣＡＳＥ２が選択
され、さらに、オペレーションコードが１であるので、
メッセージ定義部のオペレーションコードの＃ＣＡＳＥ
１が選択され、オペレーションコードの＃ＣＡＳＥ１の
下に続く、送信元端末ＩＤ、送信先端末ＩＤ、付加情報
長、サーバ要求通番、ＣＳアドレスが順番に羅列され
る。

【００３４】受信期待値メッセージが生成されたとき
に、編集出力部１２８において、実際に受信した受信メ
ッセージと受信期待値メッセージとを照合し（ステップ
６１６）、一致するかどうかを判断する（ステップ６１
７）。一致した場合は受信したメッセージを、図１２に
示すように、画面出力１２９のディスプレイに表示し、
また、ファイル出力部１３０に格納する（ステップ６１
８）。図１２に、比較した結果、正常な通信であると判
断されたときの出力例を示す。正常通信の場合は、この
例で示すように受信したメッセージを表示する。

【００３５】また、ステップ６１７の判断において、一
致せずに相違がある場合は、図１３に示すように、受信
メッセージと受信期待値メッセージとの双方のメッセー
ジに相違点を明示して画面出力１２９のディスプレイに
表示し、また、ファイル出力部１３０に格納する（ステ
ップ６１９）。図１３に、比較の結果が一致せず、動作
不良と判断されたときの出力例を示す。動作不良の場合
は、この例で示すように、受信メッセージと受信期待値
メッセージとの双方のメッセージを表示し、相違がある
箇所に括弧でしるしを付け、相違点が明示的にわかるよ
うに表示する。

【００３６】本発明の実施の形態における通信ソフトウ
ェアの自動試験シミュレータによれば、通信ソフトウェ
アの動作確認の際に、通信プロトコルの情報を持ったテ
ンプレートファイルを用いて試験データの自動作成、解
析を行うことにより、通信ソフトウェアの複数の異なる
通信プロトコルの動作確認試験を行うことができる。こ
のため、デバッグ用のプロセスを通信プロトコル毎に作
成することなくプロセスシミュレーションを実現でき、
通信ソフトウェアの動作確認試験に伴う工数を大幅に削
減することが可能となる。また、通信メッセージ構造を
変更する場合には、テンプレートファイルを変更するだ
けで良く、メッセージ編集部の変更をする必要が生じな
いため、動作確認試験にかかる工数を大幅に削減できる
にも柔軟に対応することができる。さらに、送受信メッ
セージの形式に誤りがないかのチェックが可能である。

【００３７】

【発明の効果】本発明によれば、本発明の実施の形態に
おける通信ソフトウェアの自動試験シミュレータによれ
ば、通信ソフトウェアの複数の異なる通信プロトコルの
動作確認試験を行うことができる。また、通信メッセー
ジ構造の変更にも柔軟に対応することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるシステム構成図。

【図２】テキスト形式で記述した送信情報ファイル及び
受信期待値ファイルの一例を示す説明図。

【図３】テキスト形式で記述した送信情報ファイルの一
例を示す説明図。

【図４】テキスト形式で記述した受信期待値ファイルの
一例を示す説明図。

【図５】テキスト形式で記述した送信情報ファイルの一
例を示す説明図。

【図６】送信メッセージ及び受信メッセージを生成する
ときに使用するテンプレートファイルの一例を示す説明
図。

【図７】送信メッセージ及び受信メッセージを生成する
ときに使用するテンプレートファイルの一例を示す説明
図。

【図８】送信メッセージ及び受信メッセージを生成する
ときに使用するテンプレートファイルの一例を示す説明
図。

【図９】メッセージを送るときの処理の流れを示したフ
ローチャート。

【図１０】送信メッセージの一例を示す説明図。

【図１１】メッセージを受け取るときの処理の流れを示
したフローチャート。

【図１２】正常な通信が行われたと判断されたときの出
力例を示す説明図。

【図１３】動作不良と判断されたときの出力例を示す説
明図。

【符号の説明】

１０１・・・シミュレータ部 １０２・・・被テストプログラム １１１・・・送信部 １１２・・・受信部 １２１・・・送信情報ファイル １２２・・・メッセージ編集部 １２３・・・テンプレートファイル １２４・・・送信メッセージ部 １２５・・・受信メッセージ部 １２６・・・受信期待値ファイル １２７・・・受信期待値メッセージ １２８・・・編集出力部 １２９・・・画面出力 １３０・・・ファイル出力 １４０・・・入力部 ２０１・・・送信情報ファイルまたは受信期待値ファイ
ルの書き方の一例 ３０１・・・テンプレートファイル内のキーワード定義
部 ３０２・・・テンプレートファイル内のメッセージ定義
部 ４０１・・・生成された送信メッセージの処理 ４０２・・・エラーメッセージを出力 ６０１・・・エラーメッセージを出力

───────────────────────────────────────────────────── フロントページの続き (72)発明者 峯尾 正美 神奈川県横浜市戸塚区戸塚町180番地 日 立通信システム株式会社内

Claims (5)

【特許請求の範囲】
1. 【請求項１】通信ソフトウェアの動作確認試験を行う通
   信ソフトウェアの自動試験シミュレータであって、 複数のプロトコルの各々の通信形式を保持する保持部
   と、 前記通信ソフトウェアと通信を行うための、前記複数の
   プロトコルのうちの一つのプロトコルと、送信すべき送
   信情報と、当該送信情報の応答として期待される受信期
   待情報とを受け付ける受付部と、 前記受付部で受け付けられた前記一つのプロトコルに対
   応する、前記保持部に保持されている通信形式にしたが
   って、前記受付部で受け付けられた前記送信情報と前記
   受信期待情報とを編集する編集部と、 前記編集部で編集された送信情報を前記通信ソフトウェ
   アに対して送信する送信部と、 前記通信ソフトウェアから送出された、前記送信情報の
   応答である情報を受信情報として受信する受信部と、 前記編集部で編集された受信期待情報と、前記受信部で
   受信された受信情報とが一致するか否かを判断し、当該
   判断の結果を出力する出力部とを有することを特徴とす
   る通信ソフトウェアの自動試験シミュレータ。
2. 【請求項２】請求項１において、前記出力部は、前記編
   集部で編集された送信情報と、前記受信期待情報とのう
   ち少なくとも一方をさらに出力することを特徴とする通
   信ソフトウェアの自動試験シミュレータ。
3. 【請求項３】請求項１において、前記出力部は、前記判
   断の結果、前記編集部で編集された受信期待情報と、前
   記受信部で受信された受信情報とが一致しない場合に、
   前記編集部で編集された受信期待情報と、前記受信部で
   受信された受信情報とをさらに出力することを特徴とす
   る通信ソフトウェアの自動試験シミュレータ。
4. 【請求項４】請求項３において、前記出力部は、前記編
   集部で編集された受信期待情報と、前記受信部で受信さ
   れた受信情報とを出力するときに、当該受信期待情報と
   当該受信情報との不一致の部分を明示することを特徴と
   する通信ソフトウェアの自動試験シミュレータ。
5. 【請求項５】通信ソフトウェアの動作確認試験を行うシ
   ミュレータにおける通信ソフトウェアの自動試験方法で
   あって、 複数のプロトコルの各々の通信形式を保持し、 前記通信ソフトウェアと通信を行うための、前記複数の
   プロトコルのうちの一つのプロトコルと、送信すべき送
   信情報と、当該送信情報の応答として期待される受信期
   待情報とを受け付け、 前記受け付けられた前記一つのプロトコルに対応する、
   前記保持されている通信形式にしたがって、前記受け付
   けられた前記送信情報と前記受信期待情報とを編集し、 前記編集された送信情報を前記通信ソフトウェアに対し
   て送信し、 前記通信ソフトウェアから送出された、前記送信情報の
   応答である情報を受信情報として受信し、 前記受信期待情報と、前記受信情報とが一致するか否か
   を判断し、当該判断の結果を出力することを特徴とする
   通信ソフトウェアの自動試験方法。