JP2938272B2 - エミュレータ - Google Patents

Description

【発明の詳細な説明】

【産業上の利用分野】

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

【０００２】

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

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

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

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

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

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

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

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

【００１０】

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

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

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

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

【００１４】しかしながら、ハンディターミナル１と開
発マシンとは、殆どの場合、ハードウェア環境が全く異
なるため、ハンディターミナル１用に作成されたアプリ
ケーションプログラムを開発マシン上で動作させること
ができず、特に、開発マシン上でハンディターミナル１
の動作状態を表示させることは、全く期待できない現状
にある。この発明は上述した事情に鑑みてなされたもの
で、ハンディターミナル１の動作状態を開発マシン上で
表示することができるエミュレータを提供することを目
的としている。

【００１５】

【課題を解決するための手段】この発明は、互いにハー
ドウェア構成が異なるコンピュータの内、いずれか一方
のコンピュータ用に作成したプログラムを、他方のコン
ピュータ上で動作可能にするエミュレータにおいて、前
記プログラムがコールする複数のルーチンから形成され
るライブラリであって、前記プログラムと同一の引数で
定義された各関数ルーチンが、それぞれ前記他方のコン
ピュータ側のハードウェア構成に対応した各機能を模倣
する模倣手段と、前記模倣手段によって模倣される前記
他方のコンピュータ内部の動作状態を抽出して表示する
表示手段とを具備することを特徴としている。

【００１６】

【作用】上記構成によれば、模倣手段が他方のコンピュ
ータ側のハードウェア構成に対応した各機能を模倣し、
表示手段がこの模倣手段によって模倣される他方のコン
ピュータ内部の動作状態を抽出して表示する。この結
果、互いにハードウェア構成が異なるコンピュータ間に
おいて、一方のコンピュータ用に作成されたプログラム
を他方のコンピュータ上で動作可能とし、一方のコンピ
ュータ側の内部の動作状態を他方のコンピュータ上で表
示することが可能になる。

【００１７】

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

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

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

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

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

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

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

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

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

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

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

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

【００２９】次に、図５および図６を参照し、上記ステ
ップＳ２においてなされるハンディターミナル１の状態
表示動作について説明する。まず、上述したステップＳ
２において、アプリケーションプログラムが入力待ち状
態にある場合、表示エリアＥ３の入力エリアＩＢ（図６
参照）にマウスカーソルＭＣを置き、そこをクリックす
ると、図５に示す状態表示ルーチンが起動する。これに
より、パーソナルコンピュータの処理は、ステップＳａ
１に進む。

【００３０】ステップＳａ１では、アプリケーションプ
ログラムの実行に伴ってエミュレートされた各状態フラ
グをチェックする。すなわち、前述したステップＳ２に
おいて各種実行される機能ｆ２〜ｆ８（図３参照）のエ
ミュレート結果は、状態レジスタ（図示略）に書込まれ
るようになっており、この状態レジスタにセットされる
各状態フラグを読み出す。次いで、ステップＳａ２に進
むと、読み出した状態フラグが、状態表示エリアＳＴ
（図６参照）に表示されている状態と一致するか否か、
すなわち、状態フラグに変化が有るか否かを判断する。
ここで、変化が無い場合には、判断結果が「ＮＯ」とな
り、この状態表示ルーチンを完了する。この場合、状態
表示エリアＳＴの表示は変化しない。なお、状態表示エ
リアＳＴに表示されるデータは、状態表示レジスタ（後
述する）から読み出されるようになっている。

【００３１】一方、状態フラグに変化が生じた場合に
は、ステップＳａ２における判断結果が「ＹＥＳ」とな
り、次のステップＳａ３に処理を進める。ステップＳａ
３では、状態レジスタから読み出した各状態フラグを、
一旦、状態表示レジスタに書込む。これにより、状態表
示レジスタが更新される。そして、次のステップＳａ４
に進むと、この更新された状態表示レジスタから読み出
した状態フラグに基づき、現在エミュレートしているハ
ンディターミナルの動作状態を表示する。

【００３２】このように、状態表示エリアＳＴには、前
述した機能ｆ２〜ｆ８の実行に応じてエミュレートされ
た結果が表示されるようになっており、例えば、図６に
示す一例では、「キーパターンナンバ」、「オートパワ
ーオフ監視」、「ＣＮＴＬ＋Ｃキー設定」および「電源
状態」の各状態が表示されている。なお、この「キーパ
ターンナンバ」とは、タッチパネル上に表示される標準
ＪＩＳキーのパターンを表わす。（０は、ＪＩＳキーが
表示されていないことを示す。）「オートパワーオフ監
視」とは、一定時間入力操作されない時に電源を自動的
にオフする機能が設定されているか否かを表わすもので
ある。「ＣＮＴＬ＋Ｃキー設定」とは、アプリケーショ
ンプログラムを強制的にアボートするＣＮＴＬ＋Ｃキー
機能が設定されているか否かを表わす。「電源状態」で
は、電源電圧が正常であるか否かを表わすようになって
いる。

【００３３】さらに、状態表示エリアＳＴの表示内容
は、上述した入力エリアＩＢ（図６参照）をクリックす
る度に変化する。図６に示す表示例では、キー入力制御
機能ｆ２に関する状態表示がなされているが、次に、こ
の入力エリアＩＢをクリックした時には、所定の状態状
態が表示される。すなわち、該入力エリアＩＢがクリッ
クされる毎に、各状態が一巡表示されるようになってい
る。

【００３４】以上のように、アプリケーションプログラ
ムが入力待ちの状態にある場合、入力エリアＩＢがクリ
ックされると、エミュレーション結果に応じたハンディ
ターミナル１の動作状態が状態表示エリアＳＴに表示さ
れる。この結果、従来、直接的に動作状態を検証できな
かったり、目視で確認することができなかったハンディ
ターミナル１の動作が一目瞭然になる。

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

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

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

【００３８】

【発明の効果】以上説明したように、この発明によれ
ば、一方のコンピュータ用に作成したプログラムと同一
の引数で定義された各関数ルーチンから構成される模倣
手段が、それぞれ他方のコンピュータ側のハードウェア
構成に対応した各機能を模倣する。表示手段がこの模倣
手段によって模倣される他方のコンピュータ内部の動作
状態を抽出して表示する。この結果、互いにハードウェ
ア構成が異なるコンピュータ間において、一方のコンピ
ュータ用に作成されたプログラムを他方のコンピュータ
上で動作可能とし、一方のコンピュータ側の内部の動作
状態を他方のコンピュータ上で表示することができる。

【図面の簡単な説明】

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

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

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

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

【図５】同実施例における状態表示ルーチンの動作を示
すフローチャート。

【図６】同実施例における状態表示エリアＳＴの表示例
を示す図。

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

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

【符号の説明】 ｓｆ…ソースファイル、 ｃｃ…コンパイル、 ｏｆ…オブジェクトファイル、 ＬＫ…リンカ、 ＥＭ…エミュレータ（模倣手段）、 ＳＬ…標準関数ライブラリ、 Ｅｆ…実行ファイル。

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 互いにハードウェア構成が異なるコンピ
   ュータの内、いずれか一方のコンピュータ用に作成した
   プログラムを、他方のコンピュータ上で動作可能にする
   エミュレータにおいて、 前記プログラムがコールする複数のルーチンから形成さ
   れるライブラリであって、前記プログラムと同一の引数
   で定義された各関数ルーチンが、それぞれ前記他方のコ
   ンピュータ側のハードウェア構成に対応した各機能を模
   倣する模倣手段と、 前記模倣手段によって模倣される前記他方のコンピュー
   タ内部の動作状態を抽出して表示する表示手段とを具備
   することを特徴とするエミュレータ。