JPH0766851A

JPH0766851A - 通信シミュレータ

Info

Publication number: JPH0766851A
Application number: JP5209418A
Authority: JP
Inventors: Yoshihito Kumamoto; 良仁隈元
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1993-08-24
Filing date: 1993-08-24
Publication date: 1995-03-10

Abstract

(57)【要約】【目的】被試験通信装置の動作確認を行う通信シミュ
レータ１に関し、シミュレートする装置の通信動作が複
雑であってもそれぞれの処理を把握し易く且つ処理し易
くする。【構成】被試験通信装置２から出力された要因又はこ
の要因に基づき自局内で発生した要因に対する要因番号
を与える要因定義データと処理内容を決定する処理定義
データとを別々に記憶しておき、要因定義データを逐次
検索してその要因番号並びに現在の状態を示す状態番号
に対応した処理定義データを処理して被試験通信装置２
に送出する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信シミュレータに関
し、特に被試験通信装置の動作確認を行う為の通信シミ
ュレータに関するものである。

【０００２】近年、サービスの高度化、多様化に伴い、
通信機能を要する各種装置が行う通信処理はより複雑な
ものへ変化している。

【０００３】この為、この様な複雑な通信機能を有する
装置の動作確認を行うための通信シミュレータが必要に
なって来ている。

【０００４】

【従来の技術】図１２には通信シミュレータ１とこの通
信シミュレータ１によって動作確認が行われる被試験通
信装置２との通信処理例（その１）が示されており、ま
ず最初は通信シミュレータ１は被試験通信装置２に対し
て「リンク未接続状態（切断状態）」にしておき、この
状態で被試験通信装置２から「リンク接続要求」が送ら
れてくると、通信シミュレータ１は「リンク接続状態」
とし、その応答を被試験通信装置２に送る。

【０００５】この様なリンク接続状態において被試験通
信装置２から「情報要求」が通信シミュレータ１に送ら
れてくると、通信シミュレータ１は情報通知を被試験
通信装置２に対して送信するとともに、２秒タイマを起
動する。

【０００６】そして、この２秒タイマが「タイムアウ
ト」すると、この時は２度目の情報通知であるので情報
通知を被試験通信装置２に対して送信するとともに再
度２秒タイマを起動する。

【０００７】そして、更に２秒タイマがタイムアウトし
た時には３度目の情報通知になるので情報通知を通信
シミュレータ１から被試験通信装置２に対して送信す
る。

【０００８】この様にして通信シミュレータ１において
は予め何回情報通知を行えば良いかを知っており、例え
ば図１２の例では３回の情報通知〜を送信した段階
で情報通知を終了する。

【０００９】但し、まだリンク接続状態にあるので、こ
の状態で被試験通信装置２から「リンク切断要求」が通
信シミュレータ１に与えられた時には、通信シミュレー
タ１は「リンク切断応答」を被試験通信装置２に対して
与えるとともに、状態を「リンク切断状態」とする。

【００１０】図１３は通信シミュレータ１と被試験通信
装置２との通信処理例（その２）を示したもので、この
例では上部のリンク未接続状態又は下部のリンク切断状
態において被試験通信装置２から通信シミュレータ１に
対して情報要求が送られてきた時には、通信シミュレー
タ１はこれを無視した状態が示されている。その他は図
１２と同様である。

【００１１】図１４は更に別の通信処理例（その３）が
示されており、この例においては、図１２及び図１３に
示す様に３回目の情報通知が通信シミュレータ１から
被試験通信装置２に対して送信される前に被試験通信装
置２から情報要求が通信シミュレータ１に対して送られ
て来た時には、通信シミュレータ１はこの時から同様に
して情報通知〜を送信する様子が示されている。

【００１２】更に、図１５には別の通信処理例（その
４）が示されており、この例ではリンク接続状態におい
て、被試験通信装置２からリンク切断要求が送られてき
た時には、通信シミュレータ１は２秒タイマを停止して
その後の情報通知を打ち切ると共にリンク切断応答を被
試験通信装置２に送り、状態をリンク切断状態としてい
る。

【００１３】上記の様な通信処理を行う従来の通信シミ
ュレータの構成例が図１６に示されており、通信シミュ
レータ１は端末装置２０とのマン・マシン・インタフェ
ースを司るＭＭＩ管理部１１と、このＭＭＩ管理部１１
を経由して端末装置２０から与えられた処理定義データ
を記憶するメモリ１２と、被試験通信装置２からのデー
タを通信する受信管理部１３と、この受信管理部１３か
らの受信データをメモリ１２における処理定義データに
基づいて処理を行う処理定義データ実行部１４と、この
処理定義データ実行部１４で処理されたデータを被試験
通信装置２に対して送信する送信管理部１５と受信管理
部１３及び処理定義データ実行部１４と相互接続されて
タイマ管理を行うタイマ管理部１６とで構成されてい
る。

【００１４】図１７には図１６に示した従来例に用いら
れる処理定義データが示されており、図１８には図１６
に示した処理定義データ実行部における図１７の処理定
義データの処理フローが示されており、以下、図１６の
従来例の動作を図１２〜図１５並びに図１７及び図１８
を参照して以下に説明する。尚、図１８に示した処理フ
ローは図１７の処理定義データの一部分の処理のみを示
したものである。

【００１５】まず、図１７に示すような処理定義データ
は端末装置２０からＭＭＩ管理部１１を経て通信シミュ
レータ１に入力されメモリ１２に格納されている。

【００１６】この様な処理定義データを入力した処理定
義データ実行部１４は現在の行番号を処理定義データ最
若番とする（図１８のステップＳ５１）。そして、ＭＭ
Ｉ管理部１１から終了指示があるまで実行を繰り返す
（ステップＳ５２）。

【００１７】この場合、現在の行番号のコマンドは何で
あるかを解読し（ステップＳ５３）、送信フレームの定
義は図１７の行「０１０」〜「０５０」で示される様に
“DEF SEND#N=XXXXX”となり（ステップＳ５４）、図１
９のコマンド内容にも示される如く＃Ｎで示される送信
フレームの内容を「ＸＸＸＸＸ」としている。そして、
行番号を次の行に更新する（ステップＳ５５）。

【００１８】そして、図１７の行「０６０」に示すよう
に“SET REG#1=01”で示される如く状態をリンク切断状
態にし、受信完了待ちに入る。

【００１９】この受信完了待ちは、行「０７０」に示す
様に“IF RCV THEN 90”でチェックされ（ステップＳ５
６）、これによりフレームは受信完了したか否かが判定
され（ステップＳ５７）。受信完了した時は（ステップ
Ｓ５８）、行番号を指定した飛び先、即ち行「０９０」
に飛ぶ（ステップＳ５９）が、フレーム受信が完了して
いない時（ステップＳ６０）には、行番号を次の行「０
８０」に更新する（ステップＳ６１）。

【００２０】フレーム受信が完了して実行される行「１
００」においては“SET REG#2=RCV,3,1 ”で示されるよ
うに受信したフレームの３バイト目の１バイト（フレー
ム種別）をレジスタ＃２にセットし、続く行「１１０」
〜「１３０」においてレジスタ＃２の内容（フレーム種
別）に従って該当する処理を起動する。即ち、例えばレ
ジスタ＃２の内容が「１０」である時には図５に示す受
信フレームフォーマットにより「１０」はリンク接続要
求を示しているので、この場合には行「１１０」が適用
されて行「１５０」に飛びリンク接続要求受信時の処理
を実行する。

【００２１】即ち、この時には、行「１５０」において
“SET TIM#1=00”で示される如く＃１で示されるタイマ
ーを停止し、更に行「１６０」で＃１で示される送信フ
レームを送信し、更に行「１７０」で“SET REG#1=02”
で示す如くレジスタ＃１に「０２」として示される値を
セットして行「０７０」に戻り、上記と同様に受信完了
待ちがなされているかどうかを判定した後、受信完了待
ちで無い時には行「０８０」において“IF TIM#1 THEN
280 ”で示す様にタイマ＃１がタイムアウトしていれば
行「２８０」に飛ぶことになるので、行「２８０」以下
のタイムアウト処理が実行され、再び行「０７０」に戻
ることとなる。

【００２２】このようにして、図１６に示した従来の通
信シミュレータは図１７の処理定義データ及び図１９の
コマンドに従い、図１２〜図１５に示した通信処理手順
を実行している。

【００２３】

【発明が解決しようとする課題】この様に複雑な通信機
能を有する装置の動作確認を行う為の通信シミュレータ
には複雑な通信処理のシミュレートに柔軟に対応するこ
とが出来るようにするため通信処理をユーザがプログラ
ミング言語イメージのデータで自由に設定出来るように
なっているものが多い。

【００２４】しかしながら被試験通信装置の通信処理が
複雑であればあるほど、ユーザーが設定するデータも大
量で且つ複雑なものになってしまい、図１７に示す如く
全ての通信処理が一つにまとまってしまっていると各処
理が把握しにくく、特に図１７に示す行「１１０」〜
「１３０」の様な分岐処理が多くなればなるほど該当処
理が見出し難くなり、データの設定やデバッグ時に多大
な時間を要してしまうという問題点があった。

【００２５】従って本発明は、被試験通信装置の動作確
認を行う通信シミュレータにおいて、シミュレートする
装置の通信動作が複雑であってもそれぞれの処理を把握
し易く且つ処理し易い通信シミュレータを実現すること
を目的とする。

【００２６】

【課題を解決するための手段】上記の目的を達成するた
め、本発明に係る通信シミュレータは、図１に原理的に
示すように、被試験通信装置２から出力された要因又は
該要因に基づき自局１内で発生した要因に対する要因番
号を与える要因定義データを記憶する手段３と、処理内
容を決定する処理定義データを記憶する手段４と、該要
因定義データを逐次検索して該要因番号に対応した該処
理定義データを処理して該被試験通信装置２に送出する
処理手段５と、を備えている。

【００２７】上記において、処理手段５は、該要因番号
と現在の状態を示す状態番号に対応した該処理定義デー
タの処理を行うことができる。

【００２８】

【作用】図１に示す本発明に係る通信シミュレータ１に
おいては、被試験通信装置２と信号の授受を行う処理手
段５に与える処理定義データを記憶手段４に格納すると
共に、この処理定義データの内の要因定義データを別の
記憶手段３に記憶しておき、処理手段５は被試験通信装
置２から出力された要因（例えば図１２〜図１５に示し
たリンク接続要求）またはこの要因に基づき自局内で発
生した要因（例えば同図に示したタイムアウト）に対す
る要因番号を与える要因定義データを逐次検索してその
要因番号（及び現在の処理状態を示す状態番号）に対応
した処理定義データを処理して被試験通信装置２に送出
するようにしている。

【００２９】これにより、各要因毎（及び各状態毎）の
処理が洗い出されるので処理の漏れを少なく出来、ま
た、各要因毎及び各状態毎に分割されるので全体の処理
が把握し易くなる。

【００３０】従って、設定するデータの中で、処理を複
雑にする要因となっていた条件分岐コマンドを減少させ
ることが出来るのでデータの把握が簡単になる他、分岐
先の誤りも減少させる事が出来る。

【００３１】また、設定するデータが各要因毎、各状態
毎に分割されるため、一つ一つの処理が把握し易く、ど
の様な時にどの様な処理が行われるかを容易に把握する
事が出来るようになる。

【００３２】

【実施例】図２には本発明による通信シミュレータの実
施例が示されており、この実施例では、通信シミュレー
タ１は処理手段５としてＭＭＩ管理部１１の管理下にお
いてメモリ３の要因定義データにより要因解析を行う要
因解析部５１と、やはりＭＭＩ管理部１１の管理下にお
いてメモリ４の処理定義データを要因解析部５１の解析
結果に基づき処理を実行する処理定義データ実行部５２
と、状態番号を記憶しておく状態番号メモリ５３とで構
成している。尚、その他の構成は図１６に示した従来例
と同様であるが、送信定義データメモリ６は送信管理部
１５に送信フレームを与える為のメモリである。

【００３３】図３は図２に示した通信シミュレータの状
態遷移表を示したもので、この表において縦方向は要因
並びに要因番号を示し、横方向は状態並びに状態番号を
示している。

【００３４】即ち、この図３の遷移表は図１２〜図１５
に示した通信処理例に関して要因毎及び状態毎に整理し
たものであり、要因定義データとして定義される要因は
以下の四つとなる。リンク接続要求受信リンク切断要求受信情報要求受信タイムアウト

【００３５】尚、これらの要因及び状態は単なる一例で
あり、システムに応じてこの他に種々の要因及び状態が
存在し得るものである。

【００３６】この様な要因定義データのフォーマットが
図４に示されており、先頭に要因番号が示され、次に要
因種別（データ受信、タイムアウト等）が示されてい
る。その次は要因種別毎に異なって２つの場合があり、
データ受信の場合（ＲＥＣ）は、受信データの比較開始
バイト位置、受信データとの比較バイト数、比較データ
となっており、タイムアウトの場合（ＴＩＭ）は、タイ
マ番号となっている。

【００３７】また、図５には被試験通信装置２から受信
されるフレームフォーマットが示されており、それぞれ
共通に３バイトで構成され、１バイト目は相手局、即ち
通信シミュレータ１のＩＤ（識別番号）を示し、２バイ
ト目は自局のＩＤを示している。そして、３バイト目は
フレーム種別に応じて３つの場合を示しており、リンク
接続要求の場合には「１０」、リンク切断要求の時は
「２０」、そして情報要求の時は「３０」が送られて来
るようになっている。

【００３８】図６には送信定義データメモリ６に格納さ
れ必要に応じて通信シミュレータ１から被試験通信装置
２に送信されるフレームフォーマットが示されており、
この場合にも同じく３バイトで構成され１バイト目は相
手局、即ち被試験通信装置２のＩＤを示し、２バイト目
は自局のＩＤを示し、３バイト目はフレーム種別により
３つの場合を示している。このフレーム種別は、リンク
接続応答の場合には「１Ｆ」となり、リンク切断応答の
時は「２Ｆ」となり、情報要求の場合には情報通知〜
に対応して「３１」〜「３３」となる様に設定されて
いる。尚、情報要求の場合には３バイトのデータ部が付
加されている。

【００３９】上記の様な各要因定義データは図１２〜図
１５にも示した様にリンク切断状態とリンク接続状態と
に応じてその処理が変わることとなり、図３には各要因
定義データが状態番号「１」のリンク切断状態と、状態
番号「２」のリンク接続状態とに分けて処理が行われる
ように設定されている。

【００４０】即ち、要因番号「１」であるリンク接続要
求の受信時においては、通信シミュレータ１が状態番号
「１」のリンク切断状態にあれば、タイマ管理部１６で
管理されるタイマを停止すると共にリンク接続応答を送
信してリンク切断状態から状態番号「２」のリンク接続
状態に遷移することを示している。

【００４１】同様にしてその他の要因番号並びに状態番
号についても図１２〜図１５に示した通信処理例を参照
すれば容易に理解することが出来る。

【００４２】この様な図３に示した状態遷移表における
要因定義データが図７に示されており、要因番号「１」
のリンク接続要求受信の場合には“1,REC,3,10”とな
り、要因番号「２」のリンク切断要求受信の場合には
“2,REC,3,1,20”となり、要因番号「３」の情報要求受
信の場合には“3,REC,3,1,30”となり、そして要因番号
「４」のタイムアウトの場合には“4,TIM,1 ”となる。

【００４３】尚、この要因定義データにおける比較デー
タ「１０」〜「３０」と要因番号「１」〜「３」とが互
いに独立した数字を用いているのは、この例の様に要因
種別としてデータ受信（ＲＥＣ）だけでなくタイムアウ
ト（ＴＩＭ）等が含まれており、必ずしも一対一の対応
ではないためである。

【００４４】図８は図３における状態遷移表の内の処理
定義データを示したものであり、これは従来例において
も説明した様に、図１９に示したコマンドの内容に則し
たものとなっており、例えば要因番号「２」のリンク切
断要求受信時に状態番号「２」のリンク接続状態であっ
た時には、タイマを停止するため行「１００」において
“SET TIM#1=00”とし、リンク切断応答を送信するため
行「１１０」において“SEND #1 ”とすると共に、状態
を「２」から「１」になる様にするため行「１２０」に
おいて“END 1 ”としている。その他、図１９のコマン
ド一覧表により同様にして図８の処理定義データを作成
する事が出来る。

【００４５】この結果、図３に示した状態遷移表は図９
に示す様に要因定義データと処理定義データとで表すこ
とが出来る。

【００４６】動作説明：次に、図２に示した本発明の実
施例の動作を図９に示した状態遷移表を参照しながら図
１０及び図１１に沿って説明する。

【００４７】まず、図１０は要因解析部５１の処理フロ
ーを示したもので、この要因解析部５１においては、ま
ず要因解析ポインタを“１”にする（ステップＳ１）。

【００４８】そしてこの要因解析部５１はＭＭＩ管理部
１１から終了指示があるまで繰り返し動作を実行する
（ステップＳ２）。

【００４９】そしてメモリ３に端末装置２０から与えら
れた要因定義データを取り出して現在の要因解析ポイン
タの示す要因定義データは何であるかを解析する（ステ
ップＳ３）。この要因定義データは“ｘ₁,REC ｘ₂,ｘ₃,
ｘ₄ ”として表されている（ステップＳ４）。

【００５０】そして、フレーム受信が完了したか否かを
判定し（ステップＳ５）、フレーム受信が完了している
時には（ステップＳ６）、受信フレームのｘ₂バイト目
からｘ₃バイトは「ｘ₄」であるか否かを判定する（ステ
ップＳ７）。

【００５１】この結果、ｘ₂バイト目からｘ₃バイトが
「ｘ₄」であった時には（ステップＳ８）、例えば要因
解析ポインタが「２」の場合、図９に要因定義データに
おいて四角で囲んだ様に要因番号は「２」となり（ステ
ップＳ９）、受信フレームの「３」バイト目から「１」
バイト目が「２０」であるか否かを判定し、条件成立時
は、この要因番号ｘ₁＝「２」を処理定義データ実行部
５２に与える。

【００５２】一方、要因解析ポインタの示す要因定義デ
ータが“ｘ₁,TIM ｘ₂”であった時には（ステップＳ１
１）、タイマｘ₂（例えば１）がタイムアウトしたか否
かを判定し（ステップＳ１２）、タイムアウトしている
時には（ステップＳ１３）、要因番号を「ｘ₁（例えば
４）」とし（ステップＳ１４）、この要因番号「ｘ₁」
を処理定義データ実行部５２へ与える（ステップＳ１
５）。

【００５３】そして、要因解析ポインタをインクリメン
トし（ステップＳ１６）、要因解析ポインタの示す要因
定義データが無いか否かを判定し（ステップＳ１７）、
要因定義データが無い場合には要因解析ポインタを１に
する（ステップＳ１８）。

【００５４】この様にして要因番号を受けた処理定義デ
ータ実行部５２の処理フローが図１１に示されており、
まず、要因番号と状態番号メモリ５３によって示される
状態番号とで示される処理定義データを対象とする（ス
テップＳ２１）。これは図９に太線で示した状態＝２，
要因＝２の処理定義データに相当する。

【００５５】そして、現在の行番号を処理定義データ番
号の最若番号とする（ステップＳ２２）。

【００５６】更にこの処理は“END”コマンドが実行さ
れるまで繰り返し実行される（ステップＳ２３）。

【００５７】そして、現在の行番号のコマンドは何であ
るかを判定する（ステップＳ２４）。この図９の例で
は、行「１００」において“SET TIM#1=00”（ステップ
Ｓ２５）となっているので図１９に示したようにこれは
タイマ１が停止されることを意味している。

【００５８】そして、行「１１０」において“SEND #
1”となっているので（ステップＳ２６）、＃１で示さ
れる送信フレームを送信し、行番号を次の行に更新する
（ステップＳ２７）。

【００５９】従って、行「１２０」において“END 1”
となっている（ステップＳ２８）ので、状態を「２」か
ら状態「１」に遷移させる。

【００６０】この様にして図９に示した４つの要因と２
つの状態に伴う８つの処理定義データを処理する事が可
能となる。

【００６１】

【発明の効果】以上説明した様に本発明に係る通信シミ
ュレータによれば、被試験通信装置から出力された要因
又はこの要因に基づき自局内で発生した要因に対する要
因番号を与える要因定義データと処理内容を決定する処
理定義データとを別々に記憶しておき、要因定義データ
を逐次検索してその要因番号並びに現在の状態を示す状
態番号に対応した処理定義データを処理して被試験通信
装置に送出する様に構成したので、設定するデータ量を
減少させる事が出来る上、設定するデータの内容を把握
することが容易になり、データの設定やデバッグ時に要
する時間を大幅に短縮する事が出来、且つデータの設定
ミスを少なくする事が可能となる。

【図面の簡単な説明】

【図１】本発明に係る通信シミュレータの構成を原理的
に示したブロック図である。

【図２】本発明に係る通信シミュレータの実施例を示し
たブロック図である。

【図３】本発明に係る通信シミュレータの各要因に関す
る状態遷移を示した図である。

【図４】本発明に係る通信シミュレータに用いられる要
因定義データのフォーマット図である。

【図５】本発明並びに従来例で使用される受信フレーム
のフォーマット図である。

【図６】本発明並びに従来例で使用される送信フレーム
のフォーマット図である。

【図７】図３における状態遷移図において各要因を要因
定義データとして示した図である。

【図８】図３における状態遷移図において各処理を処理
定義データとして示した図である。

【図９】図３における状態遷移図を要因定義データと処
理定義データとで表した図である。

【図１０】本発明の実施例に用いられる要因解析部の処
理フローチャート図である。

【図１１】本発明の実施例に用いられる処理定義データ
実行部の処理フローチャート図である。

【図１２】通信シミュレータと被試験通信装置との一般
的な通信処理例（その１）を示した図である。

【図１３】通信シミュレータと被試験通信装置との一般
的な通信処理例（その２）を示した図である。

【図１４】通信シミュレータと被試験通信装置との一般
的な通信処理例（その３）を示した図である。

【図１５】通信シミュレータと被試験通信装置との一般
的な通信処理例（その４）を示した図である。

【図１６】従来の通信シミュレータの構成を示したブロ
ック図である。

【図１７】従来例による通信シミュレータに用いられる
処理定義データを示した図である。

【図１８】従来例における処理定義データ実行部の処理
フローチャート図である。

【図１９】本発明及び従来例に用いられるコマンドの一
覧表を示した図である。

【符号の説明】

１通信シミュレータ２被試験通信装置３要因定義データメモリ４処理定義データメモリ５処理手段５１要因解析部５２処理定義データ実行部５３状態番号メモリ１３受信管理部１５送信管理部１６タイマ管理部２０端末装置図中、同一符号は同一又は相当部分を示す。

Claims

【特許請求の範囲】

【請求項１】被試験通信装置（２）の動作確認を行う
通信シミュレータ（１）において、該被試験通信装置（２）から出力された要因又は該要因
に基づき自局（１）内で発生した要因に対する要因番号
を与える要因定義データを記憶する手段（３）と、処理
内容を決定する処理定義データを記憶する手段（４）
と、該要因定義データを逐次検索して該要因番号に対応
した該処理定義データを処理して該被試験通信装置
（２）に送出する処理手段（５）と、を備えたことを特
徴とする通信シミュレータ。
【請求項２】該処理手段（５）が、該要因番号と現在
の状態を示す状態番号に対応した該処理定義データの処
理を行うことを特徴とした請求項１に記載の通信シミュ
レータ。