JP3330979B2 - エミュレータ - Google Patents

Description

【発明の詳細な説明】 【産業上の利用分野】

【０００１】この発明は、例えば、「ハンディターミナ
ル」と呼ばれる携帯可能なコンピュータ用のアプリケー
ションプログラム開発に用いて好適なエミュレータに関
する。

【０００２】

【従来の技術】近年、「ハンディターミナル」と呼ばれ
る携帯可能なコンピュータが各種実用化されている。こ
の種のコンピュータは、ポータブルに構成されており、
携行先で種々のデータ処理が可能になるため、様々な分
野で使用されている。図６は、このようなハンディター
ミナル１の一構成例を示すブロック図である。

【０００３】この図において、１ａはハンディターミナ
ル１の各部を制御するＣＰＵである。１ｂは、ＣＰＵ１
ａの基本的な動作を制御するオペレーティングシステム
プログラム（以下、これをＯＳと略す）が記憶されるＲ
ＯＭである。１ｃは対応業務用のアプリケーションプロ
グラムがロードされると共に、該プログラムのワークエ
リアとして各種レジスタ値が一時記憶されるＲＡＭであ
る。１ｄは、ＬＣＤ（液晶表示素子）等から構成される
表示回路であり、内部バスを介してＣＰＵ１ａから供給
される各種データを表示する。１ｅはＬＣＤ（液晶表示
素子）上に設けられた透明タッチパネル、あるいは本体
パネルに配置されるテンキーやファンクションキー等か
ら構成される操作子であり、それぞれ各操作に応じた操
作子信号を発生する。

【０００４】１ｆは本体から着脱自在に構成されるメモ
リカードである。このメモリカード１ｆには、上述した
アプリケーションプログラム、あるいは当該プログラム
によって参照される各種データが記憶される。なお、こ
のメモリカード１ｆが本体に装着されていない場合に
は、上述したＲＡＭ１ｃの一部をＲＡＭディスクとして
使用し、ここにアプリケーションプログラムや各種デー
タを記憶することも可能である。また、メモリカード１
ｆに記憶されるデータは、図示されていない上位コンピ
ュータからダウンロードされるものである。１ｇは、例
えば、モデム等から構成され、シリアルデータ通信を制
御する通信制御回路である。このような構成によるハン
ディターミナル１は、周知のコンピュータと同様に動作
する。つまり、電源投入後にＯＳが立上がると共に、こ
のＯＳ上で対応業務用のアプリケーションプログラムが
データ処理を実行する。

【０００５】ところで、ハンディターミナル１で動作す
るアプリケーションプログラムは、「Ｃ言語」と呼ばれ
る構造化プログラミング言語で記述される場合が多い。
図７は、「Ｃ言語」によるプログラム開発手順を示す図
である。この図に示すように、プログラム開発は、コー
ディング、コンパイルおよびリンクの各作業からなり、
実機デバッグを経て当該プログラムの動作が検証され
る。なお、このコーディング、コンパイルおよびリンク
の各作業は、通常、開発マシン（例えば、パーソナルコ
ンピュータ）上で行われる。

【０００６】コーディングにおいては、予め定められた
システム仕様に基づき、ソースプログラムをＣ言語で記
述する。このソースプログラムは、ソースファイルｓｆ
として開発マシン上に登録される。ソースファイルｓｆ
は、コンパイラＣＣの入力ファイルとなる。コンパイラ
ＣＣでは、Ｃ言語で記述されたソースプログラムを語彙
解析、構造解析および意味解析し、この結果をリロケー
タブルな中間コードで記述されたオブジェクトプログラ
ムに変換する。このオブジェクトプログラムは、開発マ
シン上でオブジェクトファイルｏｆとして登録される。

【０００７】リンカＬＫでは、オブジェクトファイルｏ
ｆに対し、標準関数ライブラリＳＬと、ターミナル専用
関数ライブラリＴＬとを結合させ、マシン語で記述され
た実行ファイルＥｆを生成する。ここで、標準関数ライ
ブラリＳＬは、Ｃ言語において定義される各種の制御関
数ルーチンプログラムから構成されている。また、ター
ミナル専用関数ライブラリＴＬは、ハンディターミナル
１のハードウェア環境で動作するように定義された専用
プログラム群から構成されるものである。

【０００８】すなわち、リンカＬＫでは、オブジェクト
プログラムにおいてコールされる種々のルーチンプログ
ラムや専用プログラムが上述した各ライブラリＳＬ，Ｔ
Ｌから引用され、これらをオブジェクトプログラムに結
合させる。これにより、リロケータブルな中間コードで
記述されたプログラムが実行形式に変換され、実行ファ
イルＥｆとして生成される。このようにして生成される
実行形式のアプリケーションプログラムは、絶対アドレ
ス上に展開可能な形態となる。

【０００９】次に、実行ファイルＥｆは、例えば、開発
マシンから前述したメモリカード１ｆに書き込まれ、該
メモリカード１ｆを介してＣＰＵ１ａにダウンロードＤ
Ｌされる。これにより、ハンディターミナル１上で実機
デバッグＤＧ１が施される。実機デバッグＤＧ１におい
ては、予め策定された検査項目に従ってアプリケーショ
ンプログラムの動作を検証する。この実機デバッグでバ
グが露見した場合には、ソースプログラムの対応箇所を
修正する。そして、修正されたソースプログラムは、再
びコンパイル、リンク作業を経て実行ファイル化されて
実機デバッグＤＧ１が繰り返される。

【００１０】

【発明が解決しようとする課題】さて、上述したプログ
ラム開発手順においては、ハンディターミナル１上でバ
グが露見する度毎に、当該バグに対応するソースプログ
ラム部分を修正し、これを再度実行ファイル化してハン
ディターミナル１にダウンロードしなければならない。
このため、実機デバッグＤＧ１には多大な工数が費やさ
れ、結果的に開発コスト上昇を招致するという弊害があ
る。

【００１１】さらに、実機デバッグＤＧ１では、ハンデ
ィターミナル１内部の動作状態を直接的に確認できなか
ったり、目視で確認できない検証項目が多々ある。動作
状態を直接的に確認できないものとしては、例えば、一
定時間内に入力操作されない時に電源を自動的にオフ状
態に設定する「オートパワーオフ機能」等がある。これ
を検証するには、一定時間入力操作せずに待機し、時間
経過後、自動的にパワーオフ状態になることを確認する
ようにしている。

【００１２】また、例えば、タッチパネルのキー分割動
作等、その動作状態を直接的に目視チェックできない場
合には、当該タッチパネルの一部あるいは全てについて
入力操作を行い、キー分割が適正になされているか否を
検証する。このように、実機デバッグ作業は、上述した
ダウンロードに関する弊害とあいまってプログラム開発
効率の向上を阻む要因になっている。

【００１３】そこで、こうした欠点を解決するには、上
述したコーディング、コンパイル、リンクおよびデバッ
グからなる一連の作業を全て開発マシン上で行い、か
つ、デバッグ作業時には、特に、開発マシン上でハンデ
ィターミナル１の動作状態を全て把握できる形態になる
ことが要求される。これを換言すれば、開発マシン上で
アプリケーションプログラムを実行し、ハンディターミ
ナルの動作をエミュレートできれば、上述した欠点が解
消され、効率良いプログラム開発が可能になる訳であ
る。

【００１４】しかしながら、ハンディターミナル１と開
発マシンとは、殆どの場合、ハードウェア環境が全く異
なるため、ハンディターミナル１用に作成されたアプリ
ケーションプログラムを開発マシン上で動作させること
ができない。すなわち、ハンディターミナル１用のアプ
リケーションプログラムは、そのハードウェア環境の下
でのみ動作するものである。例えば、該アプリケーショ
ンプログラムにおいて、キー入力待ち状態で他の処理を
実行させる場合、周知の割込み処理を用いることが多
い。この割込み処理では、割込みマスクの設定／解除等
の手続きがＣＰＵおよび周辺ハードウェアの構成に依存
する。

【００１５】したがって、互いにハードウェア環境が相
異するハンディターミナル１と開発マシンとは、この割
込み処理に互換性が無い。このため、開発マシン上でハ
ンディターミナル１の動作をエミュレートする場合に
は、特に、上述した割込み処理による並列処理を採用す
ることができないという問題がある。この発明は上述し
た事情に鑑みてなされたもので、割込み処理を用いるこ
となく、ハンディターミナル１の並列処理を開発マシン
上で実現することができるエミュレータを提供すること
を目的としている。

【００１６】

【課題を解決するための手段】この発明は、互いにハー
ドウェア構成が異なるコンピュータの内、いずれか一方
の第１のコンピュータ用に作成したプログラムを、他方
の第２のコンピュータ上で動作可能にするエミュレータ
において、前記プログラムと同一の手順でコールされ、
前記第１のコンピュータのハードウェア構成における各
機能を、前記第２のコンピュータ上で模倣する複数のル
ーチンから形成されるライブラリを参照して、前記第１
のコンピュータ用に作成されたプログラムから前記第２
のコンピュータ上で動作可能な実行ファイルを生成して
実行する模倣手段を具備し、前記模倣手段は、前記プロ
グラムが入力待ち状態にある場合に実行するユーザ関数
が予め定義されているか否かを判定し、ユーザ関数が定
義されている場合は、前記プログラムが入力待ち状態と
なっている間のみ、該ユーザ関数を実行すること特徴と
している。

【００１７】

【作用】上記構成によれば、模倣手段は、プログラムが
入力待ち状態にある場合に実行するユーザ関数が予め定
義されているか否かを判定し、ユーザ関数が定義されて
いる場合は、プログラムが入力待ち状態となっている間
のみ、このユーザ関数を実行する。この結果、周知の割
込み処理を用いることなく、ハンディターミナル１の並
列処理を開発マシン上で実現することが可能になる。

【００１８】

【実施例】以下、図面を参照してこの発明の実施例につ
いて説明する。図１はこの発明の一実施例を適用したプ
ログラム開発手順の概要を示す図である。この図におい
て、図７に示す各部と共通する部分には、同一の符号を
付し、その説明を省略する。図１に示す手順が図７に示
した従来例と異なる点は、ターミナル専用関数ライブラ
リＴＬを後述するエミュレータＥＭに置き換え、これに
より、開発マシン（パーソナルコンピュータ）上でハン
ディターミナル１用に作成されたアプリケーションプロ
グラムのデバッグＤＧ２を行うようにした点にある。す
なわち、この実施例が意図するところは、エミュレータ
ＥＭを用いたことにより、従来必要とされていた実行フ
ァイルＥｆのダウンロードＤＬと、これに応じてなされ
るハンディターミナル１上の実機デバッグＤＧ１とを省
略し、開発マシン上でハンディターミナル１の動作状態
を表示するようにしたことにある。

【００１９】次に、図１のプログラム開発手順を実現す
るエミュレータＥＭの機能概要について説明する。ま
ず、エミュレータＥＭは、ハンディターミナル１のハー
ドウェア環境で動作するよう定義された各種関数を、開
発マシン（例えば、パーソナルコンピュータ）のハード
ウェア環境で動作するように定義し直したプログラム群
から構成されている。

【００２０】エミュレータＥＭの機能は、図２に示すよ
うに、ターミナル専用関数ライブラリＴＬ（図７参照）
と同一である。つまり、このエミュレータＥＭでは、タ
ーミナル専用関数ライブラリＴＬと同様の引数で各関数
の外部仕様を規定し、かつ、各関数内部は、開発マシン
（パーソナルコンピュータ）上でハンディターミナル１
の動作をエミュレートするよう定義し直している。

【００２１】図２において、ｆ１はエミュレータ初期化
機能である。このエミュレータ初期化機能ｆ１は、ソー
スプログラムの先頭に「ｅｍｕ＿ｓｔａｒｔ（）」なる
関数が記述されている場合、エミュレータＥＭの初期設
定を行うものである。したがって、図１に示すように、
オブジェクトファイルｏｆとエミュレータＥＭとをリン
クさせる場合には、この「ｅｍｕ＿ｓｔａｒｔ（）」な
る関数が必要になる。なお、この関数は、ターミナル専
用関数ライブラリＴＬとリンクする際には、何等実行に
影響されないものである。したがって、エミュレータ用
に作成されたソースファイルｓｆは、そのままハンディ
ターミナル１用の実行ファイルに変換可能になる。

【００２２】次に、ｆ２は画面表示制御機能である。こ
の画面表示制御機能ｆ２では、ハンディターミナル１用
に定義された各関数、例えば、表示モードの設定、カー
ソル形状あるいは表示文字のアトリビュート設定等を行
う関数を、それぞれ開発マシン（パーソナルコンピュー
タ）のハードウェア環境に対応して動作させる機能であ
る。ｆ３はキー入力制御機能であり、ハンディターミナ
ル１でなされるタッチパネル入力やテンキー入力を、開
発マシン上におけるマウス入力やテンキー入力に置き換
える機能である。また、この機能ｆ３は、アプリケーシ
ョンプログラムがキー入力待ち状態にある時に、他の処
理を並列的に実行させるものであり、その詳細について
は後述する。ｆ４は、エスケープシーケンス制御機能で
あり、カーソル位置指定、全画面消去あるいはスクロー
ルアップ／ダウンなどを指定するコード出力関数を、開
発マシン（パーソナルコンピュータ）のハードウェア環
境に対応して動作させる機能である。

【００２３】ｆ５は、メインメモリ容量、ドライバ登録
情報、外字登録情報等のシステム情報出力関数を開発マ
シンに対応させて取得する機能である。ｆ６は主電源オ
ン／オフ制御や、電源電圧低下状態検出などの動作を開
発マシン上で表示させる機能である。ｆ７は、ハンディ
ターミナル１用に定義されたシリアルデータ通信制御
を、開発マシン上でエミュレートさせる通信制御機能で
ある。ｆ８はプリンタ制御機能であり、ハンディターミ
ナル１用に定義された印字フォント、改行ピッチなどを
開発マシン上で制御するものである。ｆ９は、エミュレ
ータ終了機能であり、ソースプログラムの最後、あるい
は途中に「ｅｍｕ＿ｅｘｉｔ（ｎ）」なる関数が記述さ
れている場合、エミュレータＥＭを終了させる機能であ
る。

【００２４】次に、上記エミュレータＥＭを用いたプロ
グラム開発手順と、この手順に基づき作成されたアプリ
ケーションプログラムのエミュレート動作とについて順
次説明する。 プログラム開発手順 アプリケーションプログラムを開発する際には、まず、
コーディング段階でソースプログラムの先頭に「ｅｍｕ
＿ｓｔａｒｔ（）」なる関数を記述し、かつ、該プログ
ラムの最後に「ｅｍｕ＿ｅｘｉｔ（ｎ）」なる関数を記
述しておく。そして、図１に示すように、ソースファイ
ルｓｆをコンパイルｃｃにかけ、オブジェクトファイル
ｏｆを生成する。次に、このオブジェクトファイルｏｆ
に対して標準関数ライブラリＳＬおよびエミュレータＥ
Ｍをリンクさせる。これにより、ソースプログラムでコ
ールされるハンディターミナル固有の各種関数がパーソ
ナルコンピュータ上で動作する形で実行ファイル化され
る。実行ファイル化されたアプリケーションプログラム
は、パーソナルコンピュータの主メモリ上にロードされ
てハンディターミナル１の動作をエミュレートする。

【００２５】アプリケーションプログラムのエミュレ
ート動作 上記手順により作成されたアプリケーションプログラム
が起動すると、パーソナルコンピュータの処理は、図３
に示すステップＳ１に進む。ステップＳ１では、プログ
ラム先頭に定義された「ｅｍｕ＿ｓｔａｒｔ（）」なる
関数に対応して上述したエミュレータ初期化機能ｆ１が
初期設定を行う。この初期設定とは、ハンディターミナ
ル１の起動状態をエミュレートするものであり、例え
ば、バックライトのオン／オフ状態、液晶パネルのコン
トラスト状態あるいはスピーカ音量などを設定するもの
である。

【００２６】こうしてパーソナルコンピュータ上でハン
ディターミナル１の初期状態がエミュレートされると、
例えば、図４に示すように、パーソナルコンピュータの
ディスプレイＤＳＰにハンディターミナル１の表示画面
ＴＤが表示される。ここで、同図（イ）は、ハンディタ
ーミナル１に電源が投入された時に表示される表示画面
の一例を示す図である。一方、同図（ロ）はエミュレー
タ初期化機能ｆ１に基づきハンディターミナル１の初期
状態がエミュレートされた表示例である。この図に示す
ように、ディスプレイＤＳＰは、表示エリアＥ１，Ｅ
２，Ｅ３に分割されており、この内、表示エリアＥ１に
は表示画面ＴＤと同一の表示がなされる。さらに、表示
エリアＥ２には、ハンディターミナル１のタッチパネル
の分割状態が表示され、表示エリアＥ３にはハンディタ
ーミナル１の動作状態が表示される。

【００２７】次いで、このような初期設定がなされる
と、パーソナルコンピュータの処理はステップＳ２に進
む。ステップＳ２では、与えられたイベントに応じてア
プリケーションプログラムが各関数を実行する。このス
テップＳ２においては、ハンディターミナル１のタッチ
パネル入力をマウス入力するようキー入力制御機能ｆ３
が動作しており、これに対応してマウスカーソルを移動
させる割込み処理が行われる。

【００２８】したがって、図４（イ）に示したように、
実際のタッチパネルをエミュレートした表示エリアＥ１
上の所定位置をクリックしてマウス入力を行うと、この
入力イベントに対応したアプリケーションプログラムが
起動し、該プログラム中で定義された関数が実行され
る。これにより、ハンディターミナル１の動作がパーソ
ナルコンピュータ上でエミュレートされる。例えば、マ
ウスカーソルＭＣが表示エリアＥ１上に置かれ、マウス
入力がなされると、「データ伝送」処理がコンピュータ
上でエミュレートされる。

【００２９】そして、アプリケーションプログラム完了
の旨を表わす入力がなされると、ステップＳ３の判断結
果が「ＹＥＳ」となり、該プログラムの処理がステップ
Ｓ４に進む。ステップＳ４では、プログラム最後に定義
された「ｅｍｕ＿ｅｘｉｔ（ｎ）」なる関数に基づき、
エミュレート動作を終了する。

【００３０】次に、図５を参照し、上記ステップＳ２に
おいてなされるキー入力制御動作について説明する。こ
のキー入力制御動作は、前述したキー入力制御機能ｆ３
によって実現されるものである。まず、上述したステッ
プＳ２において、アプリケーションプログラムが入力待
ち状態になると、図５に示すキー入力関数ルーチンが起
動する。これにより、パーソナルコンピュータの処理
は、ステップＳａ１に進む。

【００３１】ステップＳａ１では、アプリケーションプ
ログラムが入力待ち状態になった時点で、該プログラム
側からキー入力制御機能ｆ３側へポインタが引渡され
る。この結果、前述した機能ｆ３が実行可能になる。次
に、ステップＳａ２，Ｓａ３では、キーバッファを監視
し、キー入力がなされたか否かを判断する。ここで、ア
プリケーションプログラムに対するキー入力操作が行わ
れた場合、キーバッファにキーデータがセットされ、こ
こでの判断結果が「ＹＥＳ」となり、ステップＳａ４に
進む。

【００３２】ステップＳａ４では、キーバッファよりキ
ーデータを読み出し、次のステップＳａ５に進む。ステ
ップＳａ５では、読み出したキーデータが終了キーであ
るか否かを判断する。ここで、終了キーでない場合に
は、判断結果が「ＮＯ」となり、次のステップＳａ６に
進む。ステップＳａ６では、読み出したキーデータをア
プリケーション側で定義されたバッファエリアにセット
し、このキーデータをアプリケーションプログラムに引
渡す。あるいは、コントロールキーに応じた処理を行
う。そして、この後、上述したステップＳａ２以降の動
作を繰り返し、キー入力操作に応じたキーデータをアプ
リケーションプログラムへ入力する。なお、上記ステッ
プＳａ５において、終了キーが検出された時には、判断
結果が「ＹＥＳ」となり、このルーチンを完了する。

【００３３】ところで、キー入力が無く、上述したステ
ップＳａ３の判断結果は「ＮＯ」となり、ステップＳａ
７に進む。ステップＳａ７では、ユーザ関数が定義され
ているか否かを判断する。そして、対応するユーザ関数
が存在する場合には、この判断結果が「ＹＥＳ」とな
り、ステップＳａ８に進む。ステップＳａ８では、アプ
リケーションプログラムが入力待ち状態となっている
間、指定されたユーザ関数を実行する。ここで、ユーザ
関数の実行に必要な引数は、本キー入力関数の引数とし
て与えられる。このユーザ関数とは、例えば、時刻表示
や、通信バッファ内容のモニタ等である。

【００３４】以上のように、アプリケーションプログラ
ムが入力待ちの状態にある場合、該プログラムを終了さ
せることなく、他の処理を並列的に実行させることが可
能である。すなわち、キースキャンを行うタイミングで
各種処理を並列的に複数実行することが可能になってい
る。この結果、割込み処理を用いることなく、ハンディ
ターミナル１の並列処理を開発マシン上で実現すること
が可能になる。

【００３５】このように、エミュレータＥＭは、ハンデ
ィターミナル１のハードウェア環境に対応させた専用関
数ライブラリＴＬと同一の引数を備え、かつ、各専用関
数の機能ｆ１〜ｆ９を開発マシン（パーソナルコンピュ
ータ）のハードウェア環境に対応させている。このた
め、ソースプログラムにエミュレータＥＭをリンクして
生成した実行ファイルＥｆをパーソナルコンピュータに
ロードすれば、該コンピュータ上でハンディターミナル
１の動作がエミュレートされることになる。さらに、こ
のエミュレート動作では、ハンディターミナル１の動作
状態がディスプレイＤＳＰに逐一表示されるため、アプ
リケーションプログラムのデバック作業が極めて効率良
く行える。

【００３６】また、上記実施例によれば、エミュレータ
用に開発したソースプログラムがそのままハンディター
ミナル１用のソースファイルとなり、完全互換性を備え
るので、プログラム開発が全て同一のマシン上で行うこ
とが可能になる。この結果、従来必要とされていた実行
ファイルＥｆのダウンロードＤＬと、これに応じてなさ
れる実機デバッグＤＧ１とが省略されるから、極めて効
率良いプログラム開発環境が実現できる。

【００３７】さらに、ハンディターミナル用に作成した
プログラムを顧客向けにデモンストレーションする場
合、従来では、ハンディターミナル１そのものを使用し
て行っていた。この場合、表示面積が小さい液晶ディス
プレイでその動作を表示するため、多人数へのデモンス
トレーションには不都合であった。しかしながら、これ
に替えて、上述した実施例のように、パーソナルコンピ
ュータでハンディターミナル１の動作をエミュレートす
れば、大型のディスプレイによる多人数へのデモンスト
レーションが可能になる。

【００３８】

【発明の効果】以上説明したように、この発明によれ
ば、模倣手段は、プログラムが入力待ち状態にある場合
に実行するユーザ関数が予め定義されているか否かを判
定し、ユーザ関数が定義されている場合は、プログラム
が入力待ち状態となっている間のみ、このユーザ関数を
実行するので、周知の割込み処理を用いることなく、ハ
ンディターミナル１の並列処理を開発マシン上でも実現
することができる。また、こうしたことがハンディター
ミナル１においても同様に実行される環境にあるので、
ハンディターミナル１と開発マシンとの互換性が保たれ
る。

【図面の簡単な説明】

【図１】この発明の一実施例を適用したプログラム開発
手順の概要を示す図。

【図２】同実施例におけるエミュレータＥＭの機能構成
を示す図。

【図３】同実施例により作成されたアプリケーションプ
ログラムの概略動作を示すフローチャート。

【図４】同実施例により作成されたアプリケーションプ
ログラムの概略動作を説明するための図。

【図５】同実施例におけるキー入力関数ルーチンの動作
を示すフローチャート。

【図６】ハンディターミナル１の一構成例を示すブロッ
ク図。

【図７】従来のプログラム開発手順を説明するための
図。

【符号の説明】

ｓｆ…ソースファイル、 ｃｃ…コンパイル、 ｏｆ…オブジェクトファイル、 ＬＫ…リンカ、 ＥＭ…エミュレータ（模倣手段）。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平３−235136（ＪＰ，Ａ) 特開 平４−76739（ＪＰ，Ａ) 特開 平４−148438（ＪＰ，Ａ) 特開 昭64−66750（ＪＰ，Ａ) 特開 平２−270041（ＪＰ，Ａ) 特開 平４−195348（ＪＰ，Ａ) 特開 昭58−121461（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 11/28 340

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 互いにハードウェア構成が異なるコンピ
   ュータの内、いずれか一方の第１のコンピュータ用に作
   成したプログラムを、他方の第２のコンピュータ上で動
   作可能にするエミュレータにおいて、前記プログラムと同一の手順でコールされ、前記第１の
   コンピュータのハードウェア構成における各機能を、前
   記第２のコンピュータ上で模倣する複数のルーチンから
   形成されるライブラリを参照して、前記第１のコンピュ
   ータ用に作成されたプログラムから前記第２のコンピュ
   ータ上で動作可能な実行ファイルを生成して実行する 模
   倣手段を具備し、 前記模倣手段は、前記プログラムが入力待ち状態にある
   場合に実行するユーザ関数が予め定義されているか否か
   を判定し、ユーザ関数が定義されている場合は、前記プ
   ログラムが入力待ち状態となっている間のみ、該ユーザ
   関数を実行すること特徴とするエミュレータ。