JPH06103087A - エミュレータ - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 ハンディターミナル１の表示画面の態様を開
発マシン上でシミュレートすることができるエミュレー
タを実現する。 【構成】 ハンディターミナル１用に作成したプログラ
ムと同一の引数で定義された各関数ルーチンから構成さ
れるエミュレータＥＭが、それぞれ開発マシン側のハー
ドウェア構成に対応した各機能をエミュレートするとと
もに、ハンディターミナル１の表示画面ＴＤにおけるコ
ントラストおよびバックライトのオン・オフを、開発マ
シンのディスプレイＤＳＰによって模倣する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

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

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

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

【００１０】

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

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

【００１２】ところが、ハンディターミナル１と開発マ
シンとは、ほとんどの場合、ハードウェア環境が全く異
なる。例えば、表示装置として、開発マシンにはＣＲＴ
（陰極線管）が使用されるのに対し、ハンディターミナ
ル１の表示装置には、前述のようにバックライトを備え
たＬＣＤが使用されている。このような、ＬＣＤには様
々な種類が存在するが、ハンディターミナル１に用いら
れる種類は、例えば、白地に黒のモノクロ表示（単純マ
トリックス、色補償ＳＴＮ型）であり、その表示能力は
ＣＲＴに比較して劣る、という欠点がある。この欠点を
補って、表示を認識し易いよう調節するために、ハンデ
ィターミナル１では表示のコントラストおよびバックラ
イトの輝度を段階的に変化させることできるようになっ
ている。

【００１３】ところで、開発マシン側にてハンディター
ミナル１の動作をエミュレートする場合に、ハンディタ
ーミナル１に表示されるべき表示画面もパソコン側にて
エミュレートしたい、という要求がある。しかしなが
ら、前述したように、表示装置の構成上の相違から、Ｃ
ＲＴにＬＣＤの表示を行わせるということは行われてい
なかった。この発明は、上述した問題に鑑みてなされた
もので、その目的とするところは、開発マシン上で、ハ
ンディターミナル１の表示画面を模倣できるエミュレー
タを提供することにある。

【００１４】

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

【００１５】

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

【００１６】

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

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

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

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

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

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

【００２２】次に、上記エミュレータＥＭを用いたプロ
グラム開発手順と、この手順に基づき作成されたアプリ
ケーションプログラムのエミュレート動作概要と、該エ
ミュレート動作におけるマウス入力処理とについてそれ
ぞれ説明する。

【００２３】アプリケーションプログラムを開発する際
には、まず、コーディング段階でソースプログラムの先
頭に「ｅｍｕ＿ｓｔａｒｔ（）」なる関数を記述し、か
つ、該プログラムの最後に「ｅｍｕ＿ｅｘｉｔ（ｎ）」
なる関数を記述しておく。そして、図１に示すように、
ソースファイルｓｆをコンパイルｃｃにかけ、オブジェ
クトファイルｏｆを生成する。

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

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

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

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

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

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

【００３０】次に、図５を参照し、上記ステップＳ２に
おいてなされるエスケープ（ＥＳＣ）シーケンス制御に
ついて説明する。なお、この動作説明においては、前述
したキー入力制御機能ｆ３が起動されてキー入力可能状
態にあり、かつ、この機能ｆ３がキーバッファにセット
された文字列を、エスケープシーケンス解釈ルーチンに
引き渡すものとする。まず、ステップＳ２（図３参照）
において、操作者によって文字列が入力されると、図６
に示すエスケープシーケンス解釈ルーチンが起動する。
これにより開発マシンの処理は、ステップＳＰ１に進
む。

【００３１】ステップＳＰ１では、キーボード等で入力
された、すなわち、キーバッファにセットされた文字列
が、ＥＳＣコードで始まるものか否かが判別される。こ
の判別結果が「ＮＯ」であるならば、入力された文字列
をステップＳ２における他の処理にて用いるべく、この
ルーチンは直ちに終了する一方、判別結果が「ＹＥＳ」
であるならば、処理はステップＳＰ２に進む。ステップ
ＳＰ２では、さらに、該文字列がハンディターミナルの
ＥＳＣシーケンスに準拠している否かが判別される。こ
の判別結果が「ＮＯ」であるならば、このルーチンはス
テップＳＰ１と同様に終了する一方、判別結果が「ＹＥ
Ｓ」であるならば、処理はステップＳＰ３に進み、開発
マシン上でハンディターミナル１のＥＳＣシーケンスに
合わせた動作が行なわれる。このＥＳＣシーケンス動作
には、例えば、後述する表示画面設定ルーチン等があ
る。この動作が終了すると、このエスケープシーケンス
解釈ルーチンは終了し、処理は前述のステップＳ２に戻
って、引き続き、各関数の実行待ち状態となる。

【００３２】次に、前述のエスケープシーケンス解釈ル
ーチンのステップＳＰ３において実行される処理につい
て、表示画面設定処理を例にとって説明する。図６は、
表示この設定ルーチンの動作を示すフローチャートであ
る。該設定処理は、ディスプレイＤＳＰの表示エリアＥ
１にて、ハンディターミナル１の表示態様を模倣するも
のである。すなわち、ディスプレイＤＳＰに対して、疑
似的にＬＣＤの表示を行わせる処理である。この処理ル
ーチンでは、はじめに、この設定がバックライトのもの
であるか、ＬＣＤのものであるかを判別し、さらに、絶
対設定であるか否かが判別される。この判別結果に対応
して、フラグが書き換えられ、この値に基づいて表示エ
リアＥ１の画面背景色が変化する。以下、このルーチン
について詳述する。

【００３３】まず、ステップＳＰ１１において、この設
定がＬＣＤの設定であるか否かが判別される。この設定
がＬＣＤの設定であるならば、判別結果が「ＹＥＳ」と
なり、処理が後述するステップＳＰ１７に進む一方、こ
の設定がバックライトの設定であるならば、判別結果が
「ＮＯ」となり、処理がステップＳＰ１２に進む。

【００３４】ステップＳＰ１２では、バックライトの設
定が絶対設定であるか否かが判別される。ここで、バッ
クライトの絶対設定とは、バックライトを強制的にオン
あるいはオフさせることを言う。これに対し、バックラ
イトの相対設定とは、バックライトの現時点の状態を反
転させること、すなわち、バックライトをオンならばオ
フに（反対に、オフならばオン）にさせることを言う。
ステップＳＰ１２においてバックライトの設定が相対設
定であると判別された場合には、判別結果が「ＮＯ」と
なって、処理は後述するステップＳＰ１４に進む一方、
絶対設定と判別された場合には、判別結果が「ＹＥＳ」
となって、処理は次のステップＳＰ１３進む。ステップ
ＳＰ１３では、さらに、このバックライトの絶対設定が
オンさせるものか否かが判別される。該設定がオンさせ
るものであるならば、処理はステップＳＰ１５に進む一
方、該設定がオフさせるものであるならば、処理はステ
ップＳＰ１６に進む。

【００３５】このように、上記ステップＳＰ１２および
ＳＰ１３によって、バックライトの各設定が判別され
る。次に、この判別結果に基づいてコントラストフラグ
ＣＦの内容が書き換えられる。ここで、コントラストフ
ラグＣＦについて図７を参照し、説明する。この図に示
すように、コントラストフラグＣＦはＢＩＴ０〜７の８
ビットからなり、ＢＩＴ０〜２の下位３ビットがＬＣＤ
のコントラストに対応し、ＢＩＴ３がバックライトのオ
ン・オフに対応している。なお、ＢＩＴ０〜２から成る
２進値が「１１１」であるとき、すなわち、１０進の
「７」を示すとき、ＬＣＤコントラストが最大に相当す
るとともに、ＢＩＴ０〜２から成る２進値が「０００」
であるとき、すなわち、１０進の「０」を示すとき、Ｌ
ＣＤコントラストが最小に相当する。また、ＢＩＴ３が
「１」であるとき、バックライトがオンに相当する。

【００３６】ステップＳＰ１２においてバックライトが
相対設定であると判別されると、ステップＳＰ１４に進
み、現時点におけるコントラストフラグＣＦの各ビット
と「０８ｈ（００００１０００）」との排他的論理和
が、新たなコントラストフラグＣＦとして格納される。
これにより、コントラストフラグＣＦのＢＩＴ０〜２は
変更されずに、ＢＩＴ３だけが反転させられる。

【００３７】また、ステップＳＰ１２においてバックラ
イトが絶対設定であり、さらに、ステップＳＰ１３にお
いてオンさせるものであると判別されると、処理はステ
ップＳＰ１５に進み、現時点におけるコントラストフラ
グＣＦの各ビットと「０８ｈ」との論理和が、新たなコ
ントラストフラグＣＦとして格納される。これにより、
コントラストＣＦのＢＩＴ０〜２が変更されずに、ＢＩ
Ｔ３だけが強制的に「１」に設定される。

【００３８】一方、ステップＳＰ１２においてバックラ
イトが絶対設定であり、さらに、ステップＳＰ１３にお
いてオフさせるものであると判別されると、処理はステ
ップＳＰ１６に進み、現時点におけるコントラストフラ
グＣＦの各ビットと「０７ｈ（０００００１１１）」と
の論理積が、新たなコントラストフラグＣＦとして格納
される。これにより、コントラストＣＦのＢＩＴ０〜２
が変更されずに、ＢＩＴ３だけが強制的に「０」に設定
される。

【００３９】このように、ステップＳＰ１２〜ＳＰ１６
では、バックライトの設定に対応して、コントラストフ
ラグＣＦにおけるＢＩＴ３（図７参照）だけが書き換え
られて、処理は後述するステップＳＰ２４に進む。

【００４０】一方、ステップＳＰ１１において、この設
定がＬＣＤ設定であると判別された場合には、ステップ
ＳＰ１７に進んで、さらに、この設定が、絶対設定であ
るか否かが判別される。ここで、ＬＣＤの絶対設定と
は、ＬＣＤのコントラストを設定値に基づく明るさに設
定することを言う。これに対し、ＬＣＤの相対設定と
は、コントラストを現時点の状態から一段だけ明るくさ
せる（あるいは暗くさせる）ことをを言う。ステップＳ
Ｐ１７において、この設定がＬＣＤの絶対設定であると
判別された場合には、ステップＳＰ１８に進んで、現時
点におけるコントラストフラグＣＦの各ビットと「０８
ｈ」との論理積がとられ、さらに、この論理積と設定値
との論理和が、新たなコントラストフラグＣＦとして格
納される。すなわち、ステップＳ８では、コントラスト
ＣＦフラグにおけるＢＩＴ０〜２（図７参照）がすべて
「０」に一旦クリアにされ、この後、設定値に置き換え
られることになる。

【００４１】一方、この設定がＬＣＤの相対設定である
と判別された場合には、ステップＳＰ１９に進んで、さ
らに、この相対設定が一段明るくさせるものであるか否
かが判別される。この判別結果が「ＮＯ」ならば、すな
わち、相対設定が一段暗くさせるものであるならば、処
理はステップＳＰ２０に進む。ステップＳＰ２０では、
コントラストフラグＣＦの各ビットと「０７ｈ」との論
理積が「０（００ｈ）」より大きいか否かが判別され
る。すなわち、現時点におけるコントラストフラグＣＦ
のＢＩＴ０〜２が、すべて「０」でないか否かが判別さ
れる。ＢＩＴ０〜２がすべて「０」の場合とは、前述の
ように、現時点でのコントラストが最小ということを意
味して、コントラストをさらに１段暗くすることができ
ないので、以降の処理を中断して、処理は直ちに後述す
るステップＳＰ２４に進む。

【００４２】一方、ステップＳＰ２０における判別結果
が「ＹＥＳ」ならば、現時点のコントラストフラグＣＦ
が「１」だけデクリメントされて（ステップＳＰ２
１）、処理は後述するステップＳＰ２４に進む。

【００４３】ところで、ステップＳＰ１９における判別
結果が「ＹＥＳ」、すなわち、ＬＣＤの相対設定が一段
明るくするものであれば、処理はステップＳＰ２２に進
む。ステップＳＰ２２では、コントラストフラグＣＦの
各ビットと「０７ｈ」との論理積が「７（０７ｈ）」よ
り大きいか否かが判別される。すなわち、現時点におけ
るコントラストフラグＣＦのＢＩＴ０〜２が、すべて
「１」でないか否かが判別される。ＢＩＴ０〜２がすべ
て「１」の場合とは、前述のように、現時点でのコント
ラストが最大ということを意味して、コントラストをさ
らに１段明るくすることができないので、以降の処理を
中断して、処理は直ちに後述するステップＳＰ２４に進
む。一方、ステップＳＰ２２における判別結果が「ＹＥ
Ｓ」ならば、現時点のコントラストフラグＣＦが「１」
だけインクリメントされて（ステップＳＰ２３）、処理
は次のステップＳＰ２４に進む。

【００４４】次に、ステップＳＰ２４では、表示エリア
Ｅ３（図４参照）において、コントラストフラグＣＦの
値に対応したステータスが表示されて、コントラストの
設定値およびバックライトのオン・オフが表示される。
次に、ステップＳＰ２５では、コントラストフラグＣＦ
の値に対応して、表示エリアＥ１（図４参照）の背景色
が変化して、このルーチンは終了する。このように、図
に示す表示画面設定ルーチンでは、設定値に応じてコン
トラストフラグＣＦのＢＩＴ０〜３が書き得られ、この
フラグＣＦに基づいてＬＣＤのコントラストあるいはバ
ックライトの設定がなされる。これによって、従来、模
倣されることのなかったハンディターミナル１の表示態
様も、開発マシンのディスプレイＤＳＰで直接的に検証
できるようになり、ハンディターミナル１の動作が開発
マシン上で一目瞭然となる。

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

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

【００４７】

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

【図面の簡単な説明】

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

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

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

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

【図５】 同実施例におけるエスケープシーケンス制御
ルーチンの動作を示すフローチャートである。

【図６】 同実施例における表示画面設定ルーチンの動
作を示すフローチャートである。

【図７】 同実施例におけるコントラストフラグＣＦの
構成を示す図である。

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

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

【符号の説明】

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

Claims (1)

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