JPH09319618A - 装置シミュレータ - Google Patents

Abstract

(57)【要約】 【課題】 同期がとれて実運用に近くて処理装置の応答
を反映してしかも制御計算機側も実運用と同じ動作をす
る装置シュミレータを得る。 【解決手段】 シミュレーション対象の複数の処理装置
を各々模擬するサーバシミュレータを備え、各制御計算
機側ではこれらの処理装置を実処理装置を使用するかシ
ミュレーション対象として装置シミュレータを使用する
かを設定する装置処理モード変更タスクと、装置をシミ
ュレータで置き換える場合はサーバシミュレータと交信
するクライアント・シミュレータ・タスクを備えた。ま
た、サーバシミュレータは、受信コマンド・キュー・バ
ッファと、送信コマンド・キュー・バッファと、受信処
理タスクとを備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、処理装置を制御
計算機で管理しているＦＡシステム等において、シミュ
レータによって処理装置をシミュレーション処理する装
置シミュレータに関するものである。

【０００２】

【従来の技術】図１０は、例えば特開平２−１８３３４
７号公報に示された従来のシミュレーション制御方式を
示す図である。図において、端末装置Ｚ９１に対して通
信回線Ｚ９２を介して接続された通信制御手段Ｚ９３
と、前記端末装置Ｚ９１の動作をあらかじめ用意された
擬似データによりシミュレーションする端末シミュレー
タタスクＺ９５と、前記通信回線Ｚ９２あるいは端末シ
ミュレータタスクＺ９５の擬似データ転送を制御するた
めに必要な回線識別名が付与され回線状態フラグを有す
る回線制御テーブルＺ９７と、個々の端末装置に割り当
てられる端末制御テーブルＺ９８とを備えている。この
データ通信システムのシミュレーション制御方式は、前
記回線制御テーブルＺ９７に、実回線管理用領域の他に
制御端末装置群アドレス格納領域を含むシミュレーショ
ン状態管理用領域を設け、オンライン実運用モードの回
線に対して回線単位でのシミュレーションモードの組込
みを行なうシミュレーション回線組込み制御手段Ｚ９９
と、端末単位にシミュレーション組込みを行なうシミュ
レーション端末組込み制御手段Ｚ９０とを備えたもので
ある。

【０００３】上記構成のシミュレーション制御方式の動
作を説明する。上記構成で述べたように、制御テーブル
にシミュレーション状態管理用領域を設け、これに基づ
いて管理を行なうので実運用モードでのシミュレーショ
ン実行を可能にしている。すなわち、通信回線Ｚ９２に
割り当てられた回線制御テーブルＺ９７により実運用モ
ードの場合は、実端末装置Ｚ９１から通信回線Ｚ９２経
由で通信制御手段Ｚ９３と更新を行っている。この場合
に、端末装置Ｚ９１からの実業務実行が終了し、しかも
その端末装置Ｚ９１が属する通信回線Ｚ９２において他
に実業務を実行している端末装置Ｚ９１がないと、模擬
対象の端末装置Ｚ９１をシミュレーション回線に組込み
を指定するコマンドがシステム操作卓から投入されてい
れば、シミュレータとして実行中の端末シミュレータタ
スクＺ９５を起動して、シミュレーションテストを行な
うことができる。こうして、２つの状態を連続してシミ
ュレーションテストができる。

【０００４】また、複数端末装置を接続した回線では、
一つの端末装置Ｚ９１がオンライン実運用モードでの実
業務実行を行っており、他の端末装置群は実業務を終了
した後にシミュレーションモードで接続したい場合に
は、まずシミュレーション回線組込みコマンドがシステ
ム操作卓から投入されると、オンライン実運用モードを
接続したい上記一つの端末装置の識別名が指定される。
この指定を受けてシミュレーション端末組込み制御手段
Ｚ９０が指定された端末をオンライン実運用モードで使
用し、それ以外の端末をシミュレーションモードで使用
する。これにより、両モードでの混在が可能となり、両
モードで制御が必要な端末制御テーブルＺ９８を管理し
て、回線単位のシミュレーションモードだけでなく、端
末装置Ｚ９１単位でもシミュレーションモードの組込み
を行う。こうして、システム効率を高めることができる
としている。

【０００５】

【発明が解決しようとする課題】従来のシミュレーショ
ン制御方式は上記のように構成されており、以下の課題
が発生しうる。第１にシミュレータは各制御マシン毎に
設置されており、スタンドアロンにて運用されていて連
携、同期動作ができないという課題があった。このた
め、制御マシンが複数台設置された場合においても、お
のおののシミュレータ情報は共有されていない。図１の
リアルモード時の構成を用いて例えると、従来のシミュ
レータでは制御マシンＡにてシミュレーションを実行し
た後に、制御マシンＢにてシミュレーションを実行する
というシミュレータの同期が必要となる処理を行なうこ
とが出来なかった。このため、制御マシンＡでのシミュ
レーション完了後、人の介入によりシステムコンソール
などの端末から入力をすることで制御マシンＢでのシミ
ュレーションを開始しなければならなかった。

【０００６】第２に、処理アプリケーションとシミュレ
ータが、同じ制御マシン内にてそれぞれ処理を行なって
いるので、シミュレータを同時に動作させると、制御マ
シンのディスクアクセス回数が増加し処理アプリケーシ
ョンのＣＰＵ占有時間が減少し、実際の運用とは差が生
じるという課題があった。即ち、リアルモードでの処理
アプリケーションの運用とシミュレーションモードでの
処理アプリケーションの運用とでは処理時間において差
が生ずる。このためシミュレーションモード時は、処理
アプリケーションの実際の負荷がどの程度であるのか測
定することが出来なかった。

【０００７】第３に、実処理装置の処理に要する加工時
間や搬送時間等を考慮されていないため、リアルモード
での処理とシミュレーションモードでの処理とで応答時
間が異なる事があるという課題があった。

【０００８】この発明は、上記の課題を解消するために
なされるもので、制御計算機の管理する処理装置の範囲
制限をなくし、また、実運用に近い状態で各処理を模擬
し、処理アプリケーションの負荷測定も行える装置シミ
ュレータを得ることを目的とする。

【０００９】

【課題を解決するための手段】この発明に係る装置シミ
ュレータは、シミュレーション対象の複数の処理装置を
各々模擬するサーバシミュレータを備え、各制御計算機
側ではこれらの処理装置を実処理装置を使用するかシミ
ュレーション対象として装置シミュレータを使用するか
を設定する装置処理モード変更タスクと、装置をシミュ
レータで置き換える場合はサーバシミュレータと交信す
るクライアント・シミュレータ・タスクを備えた。

【００１０】また更に、各制御計算機では、装置処理モ
ード変更タスクは装置処理モード変更タスクは実処理装
置を使用するかシミュレータを使用するかを装置毎に設
定するようにした。

【００１１】また更に、サーバシミュレータは、受信コ
マンド・キュー・バッファと、送信コマンド・キュー・
バッファと、受信処理タスクとを備え、各制御計算機の
クライアント・シミュレータ・タスクからサーバシミュ
レータの上記受信コマンド・キュー・バッファに送信が
あると、上記受信処理タスクは対応する装置シミュレー
タの動作を模擬して上記送信コマンド・キュー・バッフ
ァに応答を書き込むようにした。

【００１２】また更に、各制御計算機では装置シミュレ
ータ用キュー・バッファを備え、装置をシミュレータで
置き換える場合は、クライアント・シミュレータ・タス
クは上記装置シミュレータ用キュー・バッファにあるコ
マンドをサーバシミュレータと交信するようにした。

【００１３】また更に、サーバシミュレータの受信処理
タスクは、所定周期で受信コマンド・キュー・バッファ
を監視してデータがあれば対応する送信コマンド・デー
タを送信コマンド・キュー・バッファに書き込むように
した。

【００１４】

【発明の実施の形態】

実施の形態１．ＦＡシステムでは多くの処理装置を効率
良く制御する為、工場内を幾つかのエリアに分割し、各
エリア毎に制御マシン（制御計算機）を設置している。
図１のリアルモード時の構成にて示す様に、制御マシン
は担当するエリアに設置されている複数の処理装置の制
御および情報を管理している。処理装置は、処理の問合
せや、開始および完了報告等の情報を制御マシンに知ら
せる。この情報を受けた制御マシンは次処理の命令を各
処理装置に伝える。なお、この発明において、処理装置
からの情報および制御マシンからの命令を一括してコマ
ンドと記述する。この発明のシミュレーションシステム
は、各制御マシンで管理している処理装置の各シミュレ
ータを全て集めて模擬するサーバシミュレータと、制御
マシン側にあってサーバシミュレータへコマンドを送信
する役を担うクライアントシミュレータから構成され
る。サーバシミュレータは、図１のシミュレーションモ
ード時の構成にて示すとおり、すべての装置の一括した
模擬（シミュレート）を行なう。このシミュレータの装
置一括模擬によって、処理データが一元管理されること
で実際の工場のようにエリア間を渡る物流をシミュレー
トすることが可能となっている。

【００１５】図２は上記で説明した制御マシン（制御計
算機）内、およびサーバシミュレータ内における装置シ
ミュレータの構成を示した図である。制御マシンＺ１０
内には、原則として通常の実処理装置を処理する処理ア
プリケーションタスクＴ１２と、装置毎に処理モードを
定義した装置モードテーブルＤ２０とがあり、処理アプ
リケーションタスクＴ１２は装置モードテーブルＤ２０
を参照して処理を行う。また、該当処理装置がシミュレ
ーションモードである場合にコマンドの書込みを行なう
シミュレータ用キューＤ２５と、シミュレータ用キュー
Ｄ２５からコマンドを読み出してサーバシミュレータＺ
１１にコマンドを送信するクライアントシミュレータＴ
１１を有する。さらに、処理装置毎の処理モードを変更
する装置処理モード変更タスクＴ１０と、実処理装置Ｚ
１２やサーバシミュレータＺ１１からの応答コマンドを
書込む受信コマンドキューＤ２６を有する。このうち本
装置シミュレータに特有のものは、装置処理モード変更
タスクＴ１０と、クライアントシミュレータＴ１１であ
る。処理アプリケーションタスクＴ１２とクライアント
シミュレータタスクＴ１１は、システム起動時に立ち上
げられるタスクであり、メモリ上に常駐している。装置
処理モード変更タスクＴ１０はシステムコンソール等の
端末から随時起動されるタスクである。

【００１６】一方、サーバシミュレータＺ１１は、制御
マシンＺ１０内のクライアントシミュレータＴ１１から
送られてくるコマンド（以後受信コマンドとする）を蓄
積する受信コマンドキューＤ２１と、受信コマンドに対
応したサーバシミュレータＺ１１より送るコマンド（以
後送信コマンドとする）の対応送信コマンドＮｏを定義
した対応コマンドテーブルＤ２２と、サーバシミュレー
タＺ１１が送信するコマンドの定義をした送信コマンド
テーブルＤ２３と、送信待ちであるデータを書込む送信
コマンドキューＤ２４を有する。さらに、受信コマンド
の処理を受け持つ受信処理タスクＴ１３と、送信コマン
ドの処理を受け持つ送信処理タスクＴ１５と、対応コマ
ンドテーブルＤ２２に記述された送信コマンド定義をメ
ンテナンスする送信コマンド作成タスクＴ１４とを有す
る。受信処理タスクＴ１３と送信処理タスクＴ１５はサ
ーバシミュレータ起動時に立ち上げられるタスクであ
り、メモリ上に常駐している。送信コマンド作成タスク
Ｔ１４はシステムコンソール等の端末から随時起動され
るタスクである。

【００１７】次に上記構成の装置シミュレータの動作を
説明する。図３は、シミュレーション時における処理の
流れの概要について示したものである。○印の数字の順
に動作が行われる。ここではシミュレーションモードの
場合を述べる。まず対応する装置モードＴＢＬ Ｄ２０
で対象の装置はシミュレータを用いるものと設定済とす
る。システムコンソール等の端末より処理アプリケーシ
ョンタスクＴ１２にシミュレーションによる動作の開始
を命令する（）。処理アプリケーションタスクＴ１２
は装置モードテーブルＤ２０を参照し、該当装置がシミ
ュレーションモードとなっている場合、シミュレータ用
キューＤ２５にコマンドを書込む（）。クライアント
シミュレータＴ１１は所定のタイミングでシミュレータ
用キューＤ２５よりデータを取り出して、取得サーバシ
ミュレータＺ１１の受信コマンドキューＤ２１に転送し
て書込む（）。受信処理タスクＴ１３は、受信コマン
ドキューＤ２１に新しいデータが書込まれたことを確認
すると、対応コマンドテーブルＤ２２、送信コマンドテ
ーブルＤ２３を参照し、送信コマンドを作成し送信コマ
ンドキューＤ２４に書込む（）。送信処理タスクＴ１
５は送信コマンドキューＤ２４のデータを確認し、現在
時刻と同じまたは超過している送信待ちデータを検出し
た場合、制御マシンＺ１０内にある受信コマンドキュー
Ｄ２６にコマンドを転送し書込む（）。受信コマンド
キューＤ２６に書込まれたコマンドは、処理アプリケー
ションタスクＴ１２よって処理される。

【００１８】図４は装置モードテーブルＤ２０、および
サーバシミュレータＺ１１内の受信コマンドキューＤ２
１、対応コマンドテーブルＤ２２、送信コマンドテーブ
ルＤ２３、送信コマンドキューＤ２４にそれぞれ存在し
ている定義されたデータ構造を示したものである。装置
モードテーブルＤ２０には、装置名Ｄ２０１とその装置
の現在の処理モードを定義した現処理モードＤ２０２が
設定されている。現処理モードＤ２０２には、’Ｓ’
（シミュレーションモード）か’Ｒ’（リアルモード）
が書込まれる。装置モードテーブルＤ２０の更新は、装
置モード変更タスクＴ１０を用いて行なう。装置モード
変更タスクＴ１０はシステムコンソール等の端末より起
動する。ここで装置名と処理モードを入力すると、装置
モード変更タスクＴ１０は装置モードテーブルＤ２０は
シミュレーション中であっても該当レコードの更新を行
なうことができる。このように各処理装置毎にシミュレ
ーションモードかリアルモードかを指定できる。

【００１９】サーバシミュレータＺ１１内の受信コマン
ドキューＤ２１には、受信コマンドＤ２１１と処理フラ
グＤ２１２が設定されている。処理フラグＤ２１２は、
受信処理タスクＴ１３が送信コマンドキューＤ２４にデ
ータを書込むまでは’０’（未処理を表わす）とし、書
込んだ後は’１’（処理済みを表わす）とする。送信処
理タスクＴ１５にてコマンドの送信が行われると受信コ
マンドキューＤ２１からは削除される。対応コマンドテ
ーブルＤ２２には、受信コマンド種別Ｄ２２１、装置名
Ｄ２２２、送信コマンドＮｏＤ２２３が設定されてい
る。この送信コマンドＮｏＤ２２３は送信コマンドテー
ブルＤ２３から該当レコードを抽出するとき用いる。送
信コマンドテーブルＤ２３には、送信コマンドＮｏＤ２
３１、副番Ｄ２３２、装置名Ｄ２３３、送信コマンド種
別Ｄ２３４、コマンド伝文Ｄ２３５、送信待ち時間Ｄ２
３６が設定されている。副番Ｄ２３２には、同一送信コ
マンドＮｏＤ２３１内においての送信順序を設定する。
送信待ち時間Ｄ２３６には、サーバシミュレータＺ１１
がコマンドを受信後、コマンド送信処理を行なうまでの
待ち時間を設定する。ただし副番Ｄ２３２が’２’以上
の場合は、前送信コマンドの送信時刻から送信処理を行
なうまでの待ち時間として設定をする。

【００２０】送信コマンドキューＤ２４には、送信時間
Ｄ２４１、装置名Ｄ２４２、コマンド種別Ｄ２４３、コ
マンド伝文Ｄ２４４、次レコードポインタＤ２４５が設
定されている。ただし、次レコードポインタＤ２４５
が’−１’の場合は最終レコードを表わし、’０’の場
合はデータなしを表わす。なお、送信コマンドキューＤ
２４はキュー列のデータに対して送信時間Ｄ２４１の早
い順にソートを行なう。こうすると、送信処理タスクＴ
１５が送信コマンドキューＤ２４にある送信待ちのデー
タを全て確認する必要がなく、現時刻より後の送信待ち
データであるならばそれ以降の読込みは行なわない。以
後は送信コマンドキューＤ２４の先頭レコードのみ確認
し、現時刻と同じもしくは超過した送信待ちデータであ
るならば送信処理を再開する。対応する制御マシンＺ１
０内の受信コマンドＱＵＥ Ｄ２６への送信処理後、送
信コマンドキューＤ２４内にあるデータは、送信処理タ
スクＴ１５により削除される。なお送信コマンドキュー
Ｄ２４のソート処理は、受信処理タスクＴ１３が行なう
次レコードポインタＤ２４５の書き換えによって行われ
る。以上のようにして制御マシン側からの装置シミュレ
ータへの模擬が実行される。

【００２１】以下はサーバシミュレータ内のシミュレー
ション対象である各装置の特性等を変更する動作を説明
する。この場合には、送信コマンド作成タスクＴ１４
は、対応コマンドテーブルと装置コマンドテーブルの更
新を行なう。送信コマンド作成タスクＴ１４はシステム
コンソール等より起動する。ここで装置名とサーバシミ
ュレータＺ１１が受信するコマンド種別を入力すると、
送信コマンド作成タスクＴ１４はこれらを検索キーとし
て、対応コマンドテーブルＤ２２を検索する。結果とし
て対応コマンドテーブルＤ２２より送信コマンドＮｏＤ
２２３が得られると、この送信コマンドＮｏＤ２２３を
検索キーとして送信コマンドテーブルＤ２３より該当す
るレコードを全て抽出する。抽出されたレコードデータ
は副番Ｄ２３２の順に表示される。この副番Ｄ２３２と
は、１つの送信コマンドＮｏＤ２３１に対し複数のレコ
ードデータが存在するとき、送信するレコードデータの
順序を示すものである。抽出された送信コマンドテーブ
ルＤ２３のレコードデータは、送信コマンドＮｏＤ２３
１以外の各項目を更新／追加／削除する。送信コマンド
ＮｏＤ２３１は対応コマンドテーブルＤ２２とリンクし
ているので、更新を抑止している。送信コマンドテーブ
ルＤ２３のレコードデータを削除した場合、副番Ｄ２３
２の再定義を行ない、番号の中抜けを防ぐ。

【００２２】削除により送信コマンドＮｏＤ２３１を検
索キーとするレコードデータが送信コマンドテーブルＤ
２３よりなくなった場合、対応コマンドテーブルＤ２２
より該当するレコードを削除する。他の送信コマンドＮ
ｏＤ２３１のレコードデータを流用する場合は複写を行
なう。複写した際、送信コマンドテーブルＤ２３に指定
した送信コマンドＮｏＤ２３１のレコードデータが追加
される。この場合、送信コマンドＮｏＤ２３１と装置名
Ｄ２３３は現在のものに置き換えられ、副番Ｄ２３２は
最終副番の次の数より順に設定される。上記では対応コ
マンドＴＢＬ Ｄ２２と送信コマンドＴＢＬ Ｄ２３を
分離した形式を説明したが、これらを合わせて装置コマ
ンドＴＢＬとし、指定の装置とコマンドに対応して処理
時間、出力等の応答コマンドが書き込まれたテーブルと
し、このテーブルと受信コマンド中の要求制御マシンＮ
ｏ（アドレス）から、応答を送信コマンドＱＵＥに送る
ようにしてもよい。

【００２３】以下にフローチャートを用いて一般処理の
動作を図５ないし図８を用いて説明する。まず、制御マ
シンＺ１０側では、図５に示すように処理アプリケーシ
ョンタスクＴ１２が処理装置に対する処理コマンドを作
成（Ｓ３０）した後、処理コマンドの送信を行なう該当
装置に対し、現在の処理モードを装置モードテーブルＤ
２０から取得する（Ｓ３１）。取得した該当装置の処理
モードがリアルモードの場合、実処理装置に対して処理
コマンドを送信する（Ｓ３３）。反対に処理モードがシ
ミュレーションモードの場合、シミュレータ用キューＤ
２５に処理コマンドを書込む（Ｓ３４）。

【００２４】クライアントシミュレータタスクＴ１１
は、図６に示すようにシミュレータ用キューＤ２５内に
処理コマンドが書込まれているか確認する（Ｓ４０）。
既に書込まれている場合、シミュレータ用キューＤ２５
より処理アプリケーションタスクＴ１２が書込んだ処理
コマンドを読込む（Ｓ４１）。取得した処理コマンドを
サーバシミュレータＺ１１に対し送信を行なう（Ｓ４
２）。送信処理後、シミュレータ用キューＤ２５から送
信済みの処理コマンドを削除する（Ｓ４３）。

【００２５】制御マシン側のクライアントシミュレータ
タスクＴ１１から送信されたコマンドは、サーバシミュ
レータＺ１１内の受信コマンドキューＤ２１内に書込ま
れる。図７に示すように、受信処理タスクＴ１３は、受
信コマンドキューＤ２１に新しい処理コマンドが書込ま
れているか確認する（Ｓ５０）。書込まれている場合、
受信コマンドキューＤ２１より処理コマンドを読込む
（Ｓ５１）。取得した処理コマンドのコマンド種別と装
置名をキーにして、対応コマンドテーブルＤ２２から該
当する送信コマンドの送信コマンドＮｏＤ２２３を取得
する（Ｓ５２）。次に、この送信コマンドＮｏＤ２２３
を検索キーにして、送信コマンドテーブルＤ２３から該
当レコードを抽出する（Ｓ５３）。抽出されたレコード
の副番Ｄ２３２順に送信時間を計算する（Ｓ５５）。な
お、副番Ｄ２３２が’１’の時の送信時間とは、現在時
刻に送信コマンドテーブルＤ２３の送信待ち時間Ｄ２３
６を加算した値である。副番Ｄ２３２が’２’以降の場
合、１つ前の副番での送信時間に送信待ち時間Ｄ２３６
を加算した値である。送信時間を計算後、送信コマンド
キューＤ２４にデータを書込む（Ｓ５６）。送信コマン
ドキューＤ２４のファイル形式は鎖状編成で昇順にソー
トさせる為に、チェーンの繋ぎ換えをも行なうととも
に、受信コマンドキューＤ２１の処理フラグＤ２１２を
処理済みに更新する（Ｓ５７）。

【００２６】サーバシュミュレータＺ１１の送信処理タ
スクＴ１５は、ＯＳのタイマより取得した現在の時刻と
送信コマンドキューＤ２４に書かれた送信時間Ｄ２４１
を比較する（Ｓ６１）。このＯＳタイマによる現在時刻
は送信までの時間差を計るために使用するので、必ずし
も制御マシンのＯＳタイマによる現在時刻と一致する必
要はない。送信時間Ｄ２４１が現在時間よりも同等もし
くは過去となったデータに対し、送信コマンドキューＤ
２４に記された装置名の処理装置を管理する制御マシン
Ｚ１０に対しコマンドを送信する（Ｓ６２）。送信処理
後、送信コマンドキューＤ２４より該当データを削除す
る。さらに、受信コマンドキューＤ２１より該当データ
を削除する。

【００２７】サーバシミュレータＺ１１の構築先を専用
マシンに限定していないので、制御マシンＺ１０内にサ
ーバシミュレータＺ１１を構築する事も可能である。こ
の構築方法である場合は、制御マシンＺ１０単体での試
験にて有効である。

【００２８】以下では、図を用いて異なった制御マシン
に管理されている処理装置間で連続したシミュレーショ
ンを行う場合の動作について説明する。図９は、制御マ
シンＡの管理下にある処理装置ａａ１０１との応答が終
了した後、この処理装置ａａ１０１に基づいて連続して
動作する制御マシンＢの管理下にある処理装置ｂｂ２０
１が続いて応答を行なう例を説明する図である。

【００２９】処理装置間で連続して動作する応答のシミ
ュレーションを行なう場合、送信コマンドテーブルＤ２
３内のデータは同一送信コマンドＮｏＤ２３１を持つ複
数のレコードにて実現される。まず、制御マシンＡのシ
ステムコンソールＡより、処理装置ａａ１０１に対し処
理開始要求（ＳＥ）コマンドを送信する。この要求を受
けたサーバシミュレータＺ１１は、送信コマンドテーブ
ルＤ２３のデータに従い、送信コマンドテーブルＤ２３
より該当レコードを抽出する。サーバシミュレータＺ１
１は副番Ｄ２３２の順に処理装置ａａ１０１のシミュレ
ート処理を行なう。副番１の処理（ＳＴ：処理開始報
告）コマンドを送信後、ｔ１秒後に副番２の処理（Ｅ
Ｄ：処理完了報告）コマンドを送信する。その後、ｔ２
秒後に副番３の処理装置ｂｂ２０１の処理（ＳＱ：処理
問合せ）コマンドを送信する。このように、開始時の副
番１における処理対象の処理装置と異なる処理装置が、
副番２以降に記述されて、別の処理装置へ連続する動作
のシミュレーションを行なう事ができる。

【００３０】以下に本装置シミュレータによる負荷測定
について説明する。上記装置の構成によれば、制御マシ
ン側ではＯＳに付加された汎用ユーティリティを用い
て、マシンの負荷を実運用に近い状態で測定できる。従
来のシミュレータの場合、実際の装置における処理時間
を考慮していないので測定結果の信頼性が低いが、この
実施の形態によればより実際の処理時間に近いため、測
定結果の信頼性は高い。このことから、処理アプリケー
ションの試験を行なった際の結果が、実運用下の場合と
同様な結果を得ることが可能となる。

【００３１】

【発明の効果】上記のようにこの発明によれば、複数の
処理装置を管理する制御計算機から分離して個々に模擬
するサーバシミュレータと、制御計算機にはクライアン
トシミュレータを備えたので、複数の制御マシン管理下
にある処理装置間において同期の取れた連続処理を行な
える効果がある。

【００３２】また、サーバシミュレータで処理装置を集
中模擬するので、制御マシンではシミュレータのための
負荷が少なくなり、処理アプリケーションタスクの動作
を防げず、実運用と似た状態で負荷計測ができる効果が
ある。

【００３３】サーバシミュレータＺ１１が送信コマンド
を送るタイミングを送信コマンド別に任意に設定できる
ので、更に実運用と似たシミュレーションを行える効果
がある。

【図面の簡単な説明】

【図１】 この発明の装置シミュレータを説明するため
のリアルモード時の構成とシミュレーションモード時の
構成を示す図である。

【図２】 この発明の装置シミュレータの制御処理マシ
ン側およびサーバシミュレータの構成を示す図である。

【図３】 この発明の装置シミュレータのシミュレーシ
ョン時の処理の流れの例を示す図である。

【図４】 この発明の装置シミュレータの各テーブルの
データ構造の例を示す図である。

【図５】 この発明の装置シミュレータの制御マシン側
の処理アプリケーションタスクによる処理を示すフロー
チャート図である。

【図６】 この発明の装置シミュレータのクライアント
シミュレータでの全体の処理を示すフローチャート図で
ある。

【図７】 この発明の装置シミュレータのサーバシミュ
レータでの受信処理を示すフローチャート図である。

【図８】 この発明の装置シミュレータのサーバシミュ
レータでの送信処理を示すフローチャート図である。

【図９】 この発明の装置シミュレータの複数の処理装
置間にまたがる処理を行なう際の送信コマンドテーブル
設定の例を示す図である。

【図１０】 従来のシミュレータを有するシステムの構
成を示す図である。

【符号の説明】

Ｄ２０ 装置モードテーブル、Ｄ２１ 受信コマンドキ
ュー・バッファ、Ｄ２２ 対応コマンドテーブル、Ｄ２
３ 送信コマンドテーブル、Ｄ２４ 送信コマンドキュ
ー・バッファ、Ｄ２５ シミュレータ用キュー・バッフ
ァ、Ｄ２６ 受信コマンドキュー・バッファ、Ｔ１１
クライアントシミュレータタスク、Ｔ１２ 処理アプリ
ケーションタスク、Ｔ１３ 受信処理タスク、Ｔ１４
送信コマンド作成タスク、Ｔ１５ 送信処理タスク、Ｚ
１０ 制御マシン（計算機）、Ｚ１１ サーバシミュレ
ータ。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 シミュレーション対象の複数の処理装置
   を各々模擬するサーバシミュレータを備え、 各制御計算機では、上記処理装置を実処理装置を使用す
   るかシミュレーション対象として装置シミュレータを使
   用するかを設定する装置処理モード変更タスクと、装置
   をシミュレータで置き換える場合は上記サーバシミュレ
   ータと交信するクライアント・シミュレータ・タスクを
   備えた装置シミュレータ。
2. 【請求項２】 各制御計算機では、装置処理モード変更
   タスクは装置処理モード変更タスクは実処理装置を使用
   するかシミュレータを使用するかを装置毎に設定するよ
   うにしたことを特徴とする請求項１記載の装置シミュレ
   ータ。
3. 【請求項３】 サーバシミュレータは、受信コマンド・
   キュー・バッファと、送信コマンド・キュー・バッファ
   と、受信処理タスクとを備え、 各制御計算機のクライアント・シミュレータ・タスクか
   らサーバシミュレータの上記受信コマンド・キュー・バ
   ッファに送信があると、上記受信処理タスクは対応する
   装置シミュレータの動作を模擬して上記送信コマンド・
   キュー・バッファに応答を書き込むことを特徴とする請
   求項１記載の装置シミュレータ。
4. 【請求項４】 各制御計算機では、装置シミュレータ用
   キュー・バッファを備え、装置をシミュレータで置き換
   える場合は、クライアント・シミュレータ・タスクは上
   記装置シミュレータ用キュー・バッファにあるコマンド
   をサーバシミュレータと交信するようにしたことを特徴
   とする請求項３記載の装置シミュレータ。
5. 【請求項５】 サーバシミュレータの受信処理タスク
   は、所定周期で受信コマンド・キュー・バッファを監視
   してデータがあれば対応する送信コマンドデータを送信
   コマンド・キュー・バッファに書き込むようにしたこと
   を特徴とする請求項３記載の装置シミュレータ。