JP2939392B2 - エミュレータ - Google Patents

Description

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

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

【０００２】

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

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

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

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

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

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

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

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

【００１０】

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

【００１１】さらに、実機デバッグＤＧ１においては、
ハンディターミナル１の動作状態を直接的に確認できな
い検証項目が多々ある。例えば、タッチパネルの入力動
作を検証するには、該タッチパネルを縦／横に複数分割
したキー領域を実際に押下し、このキー操作に応じた動
作が適正か否かを調べる以外にない。

【００１２】通常、こうしたキー分割は、アプリケーシ
ョンプログラム毎にその分割態様が異なる。キー分割数
が多い時には、設定ミスにより誤ったキーコードを割り
当ててしまうこともあり、これが原因でアプリケーショ
ンプログラムが異常動作することも起こり得る。したが
って、このような場合には、タッチパネル入力操作に応
じて各キーが発生するキーコードを検出する検査プログ
ラムを新たに作成し、該プログラムに基づいてデバッグ
作業を行わなければならない。結局、この実機デバッグ
作業は、上述したダウンロードに関する弊害とあいまっ
て、プログラム開発効率の向上を阻む要因になってい
る。

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

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

【００１５】

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

【００１６】

【作用】上記構成によれば、模倣手段が一方のコンピュ
ータ用に作成したプログラムを他方のコンピュータ側で
動作させ、前記一方のコンピュータの動作を模倣する。
抽出手段は、この模倣手段により模倣される前記一方の
コンピュータ側の入力操作を抽出し、表示手段が前記入
力操作に応じてカーソルを移動表示する。この結果、互
いにハードウェア構成が異なるコンピュータ間におい
て、一方のコンピュータ用に作成されたプログラムを他
方のコンピュータ上で動作可能とし、一方のコンピュー
タ側でなされる入力操作を、他方のコンピュータ側でエ
ミュレートする。

【００１７】

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

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

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

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

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

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

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

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

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

【００２６】こうしてパーソナルコンピュータ上でハン
ディターミナル１の初期状態がエミュレートされると、
例えば、図４に示すように、ハンディターミナル１の表
示画面ＴＤに対応した画面がパーソナルコンピュータの
ディスプレイＤＳＰにウインドウ表示される。ここで、
同図（ロ）は、実際のハンディターミナル１に電源が投
入された時に表示される初期画面の一例を示す図であ
る。一方、同図（イ）は、パーソナルコンピュータに表
示されるエミュレート画面の一例である。

【００２７】同図（イ）に示すように、ディスプレイＤ
ＳＰには、表示エリアＥ１，Ｅ２，Ｅ３が表示され、こ
の内、表示エリアＥ１にはハンディターミナル１の表示
画面ＴＤと同一の内容が表示される。表示エリアＥ１で
は、後述するマウス入力処理およびマウスカーソル移動
処理に基づき、タッチパネル入力動作がエミュレートさ
れる。また、表示エリアＥ２には、タッチパネルの分割
状態が表示されると共に、後述するマウス入力処理に応
じて移動するマウスカーソルＭＣ’が表示される。さら
に、表示エリアＥ３にはハンディターミナル１の動作状
態が表示される。

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

【００２９】したがって、実際のタッチパネルをエミュ
レートした表示エリアＥ１上の所定位置をクリックして
マウス入力を行うと、この入力イベントに対応したアプ
リケーションプログラムが起動し、該プログラム中で定
義された関数が実行される。これにより、ハンディター
ミナル１の動作がパーソナルコンピュータ上でエミュレ
ートされる。例えば、マウスカーソルＭＣが図６に示す
位置に置かれ、マウス入力がなされると、「データ伝
送」処理が起動する。そして、アプリケーションプログ
ラム完了の旨を表わす入力がなされると、ステップＳ３
の判断結果が「ＹＥＳ」となり、該プログラムの処理が
ステップＳ４に進む。ステップＳ４では、プログラム最
後に定義された「ｅｍｕ＿ｅｘｉｔ（ｎ）」なる関数に
基づき、エミュレート動作を終了する。

【００３０】マウス入力処理の動作 次に、図５〜図７を参照し、上記ステップＳ２でなされ
るマウス入力処理について説明する。まず、上述したス
テップＳ２において、キー入力制御機能ｆ３が実行され
ると、図５に示すマウス入力ルーチンが起動する。これ
により、パーソナルコンピュータの処理がステップＳａ
１に進む。ステップＳａ１では、マウス入力があるか否
か、すなわち、マウスがクリックされたか否かを判断す
る。ここで、マウス入力が無い場合には、判断結果が
「ＮＯ」となり、このルーチンを完了する。一方、マウ
ス入力がなされた場合には、判断結果が「ＹＥＳ」とな
り、次のステップＳａ２に処理が進む。ステップＳａ２
では、クリックされたマウス座標が「Ｘ０＜ＭＸ＜Ｘ０
＋Ｘ」、かつ、「Ｙ０＜ＭＹ＜Ｙ０＋Ｙ」であるか否か
を判断する。

【００３１】ここで、図７を参照し、上記マウス座標の
定義について説明する。このマウス座標は、パーソナル
コンピュータのディスプレイＤＳＰ上の表示ドットで定
義されるものであって、該ディスプレイＤＳＰの上部左
端を座標原点（０，０）、表示エリアＥ１の上部左端を
エリア座標（Ｘ０，Ｙ０）としている。表示エリアＥ１
は、原点（Ｘ０，Ｙ０）からＸ方向（水平方向）へＸド
ット分、該原点（Ｘ０，Ｙ０）からＹ方向（垂直方向）
へＹドット分で構成された表示領域となる。このような
表示領域において、Ｘ方向はＭ分割され、Ｙ方向はＮ分
割されている。これらＭ，Ｎは、キー分割数に対応し、
これら分割領域は、実際の「タッチパネル」に合せたキ
ー領域として種々定義されるようになっている。なお、
（ＭＸ，ＭＹ）は、マウス位置座標であり、表示エリア
Ｅ１に置かれたマウスが指し示す位置を表わす。

【００３２】したがって、上記ステップＳａ２では、マ
ウス位置座標（ＭＸ，ＭＹ）が表示エリアＥ１の内部に
あるか否かを判断するものである。ここで、該エリアＥ
１の外部でマウス入力された時、つまり、タッチパネル
のキー領域以外に相当する位置がクリックされた時に
は、ここでの判断結果が「ＮＯ」となり、このルーチン
を終了する。これに対し、該エリアＥ１内でクリックさ
れ、タッチパネルのキー領域に相当する位置で入力操作
された場合には、判断結果が「ＹＥＳ」となり、次のス
テップＳａ３に進む。ステップＳａ３では、マウス位置
座標（ＭＸ，ＭＹ）がタッチパネルのどのキー領域に対
応するのかを算出する。すなわち、ステップＳａ３に記
載の式に従って、キーテーブルの読み出しアドレスＴを
算出する。

【００３３】キーテーブルとは、実際のタッチキー分割
領域と、表示エリアＥ１上のマウス入力領域との対応関
係を表わしたテーブルである。このキーテーブルは、予
めパーソナルコンピュータの内部メモリにキーテーブル
ファイルとして登録される。例えば、図６に示す表示例
の場合、表示エリアＥ１には、ハンディターミナル１の
タッチキー分割領域に対応させたマウス入力領域Ｒ１〜
Ｒ７のキーデータがキーテーブルに登録される。いま、
仮に、図７に示すように、マウス入力領域Ｒ４にマウス
カーソルＭＣが置かれ、この位置でクリックされると、
該領域Ｒ４に対応させたキーデータを読み出すためのア
ドレスＴが算出される。

【００３４】次いで、ステップＳａ４では、この算出さ
れたアドレスＴのデータが「０」であるか否かを判断す
る。ここで、該アドレスＴのデータが「０」である場合
には、そのキーは無効であるとして判断結果が「ＮＯ」
となり、このルーチンを終了する。一方、「０」でない
場合には、そのキーは有効なので、判断結果が「ＹＥ
Ｓ」となり、次のステップＳａ５に進む。ステップＳａ
５では、アドレスＴのデータをキーバッファにセットし
てこのルーチンを終了する。この結果、パーソナルコン
ピュータは、キーバッファにセットされたキーデータが
入力されて所定のアプリケーションプログラムを実行す
る。

【００３５】図６に示す一例では、ハンディターミナル
１のタッチキー分割領域に対応させたマウス入力領域Ｒ
１〜Ｒ７が表示エリアＥ１に設けられており、これら領
域Ｒ１〜Ｒ７にマウスカーソルＭＣを指示してクリック
することで、実際のタッチパネル入力をエミュレートし
ている。すなわち、マウス入力領域Ｒ１〜Ｒ４のいずれ
かをクリックすることで処理選択がなされ、マウス入力
領域Ｒ５〜Ｒ７では画面選択と終了指示とが行われる。

【００３６】なお、表示エリアＥ２には、上記マウス入
力領域に対応するタッチキー分割状態が表示される。こ
の場合、タッチパネルを「３行１２列」に分割してお
り、この内、タッチキー分割領域ＫＲ１〜ＫＲ４をマウ
ス入力領域Ｒ１〜Ｒ４に対応させ、タッチキー分割領域
ＫＲ５〜ＫＲ７をマウス入力領域Ｒ５〜Ｒ７に対応させ
ている。そして、各タッチキー分割領域ＫＲ１〜ＫＲ７
には、各々割り当てられたキーコードが１６進数で表示
される。すなわち、タッチキー分割領域ＫＲ１〜ＫＲ４
に「４１」〜「４４」が、タッチキー分割領域ＫＲ５〜
ＫＲ７に「６１」〜「６３」が表示される。

【００３７】マウスカーソル移動処理の動作 次に、表示エリアＥ１内でなされるマウス操作に応じて
表示エリアＥ２上でカーソルＭＣ’（図７参照）を移動
させるマウスカーソル移動ルーチンの動作について図８
を参照し、説明する。このマウスカーソル移動ルーチン
は、図３に示すように、アプリケーションプログラムが
実行中にある時、一定周期毎に割込み処理として起動さ
れるようになっている。

【００３８】マウスカーソル移動ルーチンが起動される
と、パーソナルコンピュータの処理は、図８に示すステ
ップＳｂ１に進む。ステップＳｂ１では、現在のマウス
カーソルＭＣのマウス位置座標（ＭＸ，ＭＹ）を取込
み、次のステップＳｂ２に進む。ステップＳｂ２，Ｓｂ
３では、このマウス位置座標（ＭＸ，ＭＹ）に対応する
表示エリアＥ２内のカーソル座標（ＫＸ，ＫＹ）を算出
する。

【００３９】表示エリアＥ２は、図７に示すように、エ
リアＥ２の上部左端（Ｘ１，Ｙ１）を原点とし、当該原
点（Ｘ１，Ｙ１）からＸ方向（水平方向）へＸドット
分、該原点（Ｘ０，Ｙ０）からＹ方向（垂直方向）へＹ
ドット分で構成された表示領域となる。このような表示
領域において、Ｘ方向はＭ分割され、Ｙ方向はＮ分割さ
れており、これらＭ，Ｎは、表示エリアＥ１に対応した
キー分割数とし、実際の「タッチパネル」に合せたキー
分割領域が表示される。したがって、上記ステップＳｂ
２，Ｓｂ３では、これら座標関係に基づき、ＫＸ＝（Ｍ
Ｘ−Ｘ０）￥Ｍ＊Ｍ＋Ｘ１，ＫＹ＝（ＭＹ−Ｙ０）￥Ｎ
＊Ｎ＋Ｙ１の関係式からカーソル座標（ＫＸ，ＫＹ）を
算出する。なお、上記関係式における「￥」は整数除算
を表わし、「＊」は乗算を表わす。

【００４０】このようにして表示エリアＥ１のカーソル
座標（ＫＸ，ＫＹ）が算出されると、パーソナルコンピ
ュータの処理は、次のステップＳｂ４に進む。ステップ
Ｓｂ４では、算出されたカーソル座標（ＫＸ，ＫＹ）が
前回求めたカーソル座標（ＲＸ，ＲＹ）と同一であるか
否か、すなわち、カーソル座標（ＫＸ，ＫＹ）が移動し
たか否かを判断する。ここで、現在のカーソル座標（Ｋ
Ｘ，ＫＹ）と前回のカーソル座標（ＲＸ，ＲＹ）が一致
している時には、カーソルＭＣ’の移動がないとして、
この判断結果が「ＹＥＳ」となり、このルーチンを終了
する。

【００４１】一方、カーソルＭＣ’が移動した場合に
は、ここでの判断結果が「ＮＯ」となり、次のステップ
Ｓｂ５に進む。ステップＳｂ５では、前回のカーソルＭ
Ｃ’の位置（ＲＸ，ＲＹ）を表示エリアＥ２から消去す
る。続いて、ステップＳｂ６では、現在のカーソル座標
（ＫＸ，ＫＹ）を表示エリアＥ２内に表示し、このルー
チンを完了する。

【００４２】したがって、図６に示すように、表示エリ
アＥ１でマウスカーソルＭＣがマウス入力領域Ｒ４にあ
り、これに対応したカーソルＭＣ’が表示エリアＥ２の
タッチキー分割領域ＫＲ４右端にある状態から、例え
ば、該マウスカーソルＭＣをマウス入力領域Ｒ５に移動
させると、これに伴ってカーソルＭＣ’がタッチキー分
割領域ＫＲ５に移動する。

【００４３】このように、パーソナルコンピュータ上に
おいて、前述した画面表示機能ｆ２およびキー入力制御
機能ｆ３が実行されると、表示エリアＥ１にはハンディ
ターミナル１のタッチキー分割領域に対応させたマウス
入力領域が設定され、このマウス入力領域をクリックす
ることで、タッチパネル入力操作がエミュレートされ
る。さらに、表示エリアＥ２には、マウス入力領域に対
応させたタッチキー分割状態が表示されると共に、表示
エリアＥ１上でなされるマウス移動に同期してカーソル
ＭＣ’を表示する。この結果、従来、直接的に動作状態
を検証できなかったタッチパネル分割状態が一目瞭然に
なるばかりか、実際のタッチパネル入力をマウス入力操
作でエミュレートするから、設定ミス等の起こり難い極
めて操作性の良い入力作業が実現される訳である。

【００４４】また、上記実施例によれば、エミュレータ
用に開発したソースプログラムがそのままハンディター
ミナル１用のソースファイルとなり、完全互換性を備え
るので、プログラム開発が全て同一のマシン上で行うこ
とが可能になる。この結果、従来必要とされていた実行
ファイルＥｆのダウンロードＤＬと、これに応じてなさ
れる実機デバッグＤＧ１とが省略されるから、極めて効
率良いプログラム開発環境が実現できる。しかも、この
場合、タッチパネル分割状態や、これに対応するキーコ
ード割り当て状態が一目瞭然になる上、ハンディターミ
ナル１のタッチパネル入力を開発マシン上で模倣できる
から、デバッグ作業の効率も向上する。

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

【００４６】

【発明の効果】以上説明したように、この発明によれ
ば、プログラムがコールする複数のルーチンから形成さ
れるライブラリであって、そのプログラムと同一の引数
で定義された各関数ルーチンが、それぞれ他方のコンピ
ュータ側のハードウェア構成に対応した各機能を模倣す
る模倣手段と、模倣手段によって他方のコンピュータ上
で模倣されている一方のコンピュータ側の入力操作を抽
出する抽出手段と、入力操作に応じて他方のコンピュー
タ上でカーソルを移動表示する表示手段とを備えたの
で、他方のコンピュータ上で開発されたソースプログラ
ムがそのまま一方のコンピュータ用のソースファイルと
して用いることができるとともに、開発時に他方のコン
ピュータ上で一方のコンピュータの入力動作を表示でき
るようになる。したがって、例えば、上述したハンディ
ターミナル１のタッチパネル入力動作を開発マシン上で
シミュレートすることができ、これにより、実際のタッ
チパネル入力がマウス入力操作でエミュレートされるか
ら、設定ミス等の起こり難いきわめて操作性のよい入力
作業衣が実現できる。

【図面の簡単な説明】

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

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

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

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

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

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

【図７】同実施例におけるマウス入力座標およびカーソ
ル座標を説明するための図。

【図８】同実施例におけるマウスカーソル移動ルーチン
の動作を示すフローチャート。

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

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

【符号の説明】

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

Claims (1)

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