JPH06103103A - エミュレータ - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 ハンディターミナル１のローバッテリ状態を
開発マシン上でシミュレートすることができるエミュレ
ータを実現する。 【構成】 ハンディターミナル１用に作成したプログラ
ムと同一の引数で定義された各関数ルーチンから構成さ
れるエミュレータＥＭが、それぞれ開発マシン側のハー
ドウェア構成に対応した各機能をエミュレートすると共
に、このエミュレートされるハンディターミナル１のロ
ーバッテリ状態を、開発マシンにおける所定のキー操作
によって模倣する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

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

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

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

【００１０】

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

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

【００１２】ところが、ハンディターミナル１と開発マ
シンとは、ほとんどの場合、ハードウェア環境が全く異
なる。動作電源を例にとっても、ハンディターミナル１
では、携行性が重視されるためにバッテリ（蓄電池）や
電池等が用いられるのに対し、開発マシンでは、一般に
商用電源が用いられる。ハンディーターミナル１本体に
用いられる電源は主電池および副電池に分かれており
（図示せず）、副電池は、主電池の交換時においてＲＡ
Ｍ１ｃの記憶内容が失われないようにするためのバック
アップ電源である。さらに、メモリカード１ｆにも記憶
内容をバックアップするために、電池が使用されてい
る。これら電池を長時間使用すると、電源異常の状態、
いわゆる、ローバッテリ状態となり、ハンディターミナ
ル１における異常動作や動作停止の原因となる。これを
防止するために、ハンディターミナルには、ローバッテ
リ状態を検出する関数が備えられ、この関数によりロー
バッテリ状態を検出し、例えば、その旨の表示を行うよ
うな処理がなされて、使用者に注意を促すようにしてい
る。

【００１３】しかしながら、開発マシンに用いられる商
用電源は、バッテリとは異なり、ローバッテリ状態にな
ることはないため、開発マシン上では、ハンディターミ
ナルのローバッテリ状態における処理を模倣することが
できない。このため、従来では、ハンディターミナル１
にてローバッテリ状態となるのを待ち、ハンディターミ
ナル１自身によってローバッテリ状態における処理を動
作確認するという方法が採られている。この方法では、
所望のときにローバッテリ状態を発生させることができ
ないので、ハンディターミナル１用のプログラム、特
に、ローバッテリ状態になって動作するプログラムの開
発効率は極めて悪い、という問題があった。

【００１４】この発明は上述した事情に鑑みてなされた
もので、ハンディターミナル１のローバッテリ状態を開
発マシン上で模倣できるエミュレータを提供することを
目的としている。

【００１５】

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

【００１６】

【作用】この発明によれば、互いにハードウェア構成が
異なるコンピュータ間において、一方のコンピュータ用
に作成されたプログラムを他方のコンピュータ上で動作
する可能にする模倣手段が、検出手段による所定のキー
操作によって一方のコンピュータにおける電源異常状態
を、他方のコンピュータで模倣する。

【００１７】

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

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

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

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

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

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

【００２３】次に、上記エミュレータＥＭを用いたプロ
グラム開発手順と、この手順に基づき作成されたアプリ
ケーションプログラムのエミュレート動作概要と、該エ
ミュレート動作におけるマウス入力処理とについてそれ
ぞれ説明する。アプリケーションプログラムを開発する
際には、まず、コーディング段階でソースプログラムの
先頭に「ｅｍｕ＿ｓｔａｒｔ（）」なる関数を記述し、
かつ、該プログラムの最後に「ｅｍｕ＿ｅｘｉｔ
（ｎ）」なる関数を記述しておく。そして、図１に示す
ように、ソースファイルｓｆをコンパイルｃｃにかけ、
オブジェクトファイルｏｆを生成する。

【００２４】次に、このオブジェクトファイルｏｆに対
して標準関数ライブラリＳＬおよびエミュレータＥＭを
リンクさせる。これにより、ソースプログラムでコール
されるハンディターミナル固有の各種関数が開発マシン
上で動作する形で実行ファイル化される。実行ファイル
化されたアプリケーションプログラムは、開発マシンの
主メモリ上にロードされてハンディターミナル１の動作
をエミュレートする。

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

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

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

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

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

【００３０】次に、図５および図６を参照し、上記ステ
ップＳ２においてなされるローバッテリ状態発生処理に
ついて説明する。なお、この動作説明においては、前述
したキー入力制御機能ｆ３が起動されてキー入力可能状
態にあり、かつ、この機能ｆ３がキーバッファにセット
された文字列を、後述するローバッテリ状態発生ルーチ
ンに引き渡すものとする。ここで、ステップＳ２におい
てアプリケーションプログラムがキー入力状態にある場
合、図５に示すローバッテリ状態発生ルーチンが、割込
処理によって所定周期毎に起動され、キー入力状態をつ
ねにチェックしている。

【００３１】まず、ステップＳＰ１では、現時点におい
て、キーバッファにデータが有るか否かが判別される。
データが存在しないときには、すなわち、なんらキー操
作がなされていない場合には、判別結果が「ＮＯ」とな
って、このルーチンにおける以後の処理が実行されるこ
となく、処理は直ちに終了する一方、データが存在する
ときには判別結果が「ＹＥＳ」となって、処理はステッ
プＳＰ２に進み、キーバッファ内のデータがスキャンさ
れ、さらに、ステップＳＰ３に進んで、スキャンされた
データが、ローバッテリ状態を発生すべき旨のキー操作
に相当するものであるか否かが判別される。

【００３２】ここで、ローバッテリ状態を発生すべき旨
のキー操作とは、予め決められた特定のキー操作方法を
いうものであり、この実施例では、例えば、「ＣＴＲ
Ｌ」＋「Ｏ」、「ＣＴＲＬ」＋「Ｂ」、「ＣＴＲＬ」＋
「Ｌ」のいずれかに相当している。これらキー操作のう
ち、「ＣＴＲＬ」＋「Ｏ」は、ハンディターミナル１に
おける主電池のローバッテリ状態をエミュレートする場
合に用いられ、「ＣＴＲＬ」＋「Ｌ」は、同副電池のロ
ーバッテリ状態をエミュレートする場合に用いられ、ま
た、「ＣＴＲＬ」＋「Ｂ」は、メモリカード１ｆのロー
バッテリ状態をエミュレートする場合に用いられる。な
お、「ＣＴＲＬ」＋「Ｏ」とは、「ＣＴＲＬ」（コント
ロール）キーと「Ｏ」キーとを同時に押下する操作を意
味しており、これらの操作は、ハンディターミナル１側
ではサポートされないものが用いられる。

【００３３】ステップＳＰ３の判別結果が「ＮＯ」であ
るならば、処理はステップＳＰ６に進み、ステップＳＰ
２においてスキャンしたデータをキーバッファに戻し、
このデータを他の処理にて用いるべくこのルーチンは終
了する一方、判別結果が「ＹＥＳ」であるならば、処理
はステップＳＰ４に進み、状態フラグＬＢ１〜ＬＢ３を
キー操作に対応してそれぞれオンにする。すなわち、押
下されたキーが「ＣＴＲＬ」＋「Ｏ」であるならば、状
態フラグＬＢ１がオンとなり、「ＣＴＲＬ」＋「Ｌ」で
あるならば、状態フラグＬＢ２がオンとなり、「ＣＴＲ
Ｌ」＋「Ｂ」であるならば、状態フラグＬＢ３がオンと
なる。

【００３４】そして、図４に示す表示エリアＥ３の「電
源状態」の状態表示が「正常」からキー操作に対応する
「ＬＢ１」、「ＬＢ２」、「ＬＢ３」の内のいずれかに
変更され、ローバッテリ状態をエミュレートしている旨
の表示がなされて、このルーチンは終了する。このよう
に、ローバッテリ状態発生ルーチンでは、図３における
ステップＳ２のキー入力可能状態においてなされた所定
のキー操作に応じて、状態フラグＬＢ１〜ＬＢ３のいず
れかがオンとなり、これに対応して、表示エリアＥ３に
該状態フラグの状態が表示される。

【００３５】次に、図６を参照し、上記ルーチンで設定
された状態フラグＬＢ１〜ＬＢ３を用いる関数例につい
て説明する。図６に示すルーチンはローバッテリ状態取
得関数の一例であり、ステップＳＢ１において、図５に
示すルーチンによって設定された状態フラグＬＢ１〜Ｌ
Ｂ３が読み出され、ステップＳＢ２において、この読み
出したフラグの内容が操作者に返される。このような関
数を電源制御機能ｆ６（図３参照）が、開発マシンに対
応させて動作させることによって、ローバッテリ状態検
出などの動作を開発マシン上で表示することができる。
これによって、従来、直接的に動作状態を検証できなか
ったり、目視で確認することができなかった、ローバッ
テリ状態におけるハンディターミナル１の動作が開発マ
シン上で一目瞭然となる。

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

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

【００３８】

【発明の効果】以上説明したように、この発明によれ
ば、一方のコンピュータ用に作成したプログラムと同一
の引数で定義された各関数ルーチンから構成される模倣
手段が、他方のコンピュータ側のハードウェア構成に対
応した各機能を模倣するので、一方のコンピュータにお
ける電源異常状態を、他方のコンピュータで模倣するこ
とができる。

【図面の簡単な説明】

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

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

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

【図４】 同実施例における表示エリアＥ１，Ｅ２，Ｅ
３の表示例を示す図である。

【図５】 同実施例におけるローバッテリ状態発生ルー
チンの動作を示すフローチャートである。

【図６】 同実施例におけるローバッテリ状態取得関数
の動作を示すフローチャートである。

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

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

【符号の説明】

ｓｆ…ソースファイル、ｃｃ…コンパイル、ｏｆ…オブ
ジェクトファイル、ＬＫ…リンカ、ＥＭ…エミュレータ
（模倣手段）、 ＳＬ…標準関数ライブラリ、Ｅｆ…実
行ファイル、ｆ３…キー入力制御機能、ｆ６…電源制御
機能。

Claims (1)

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