JP3100463B2 - エミュレータ - Google Patents

Description

【発明の詳細な説明】

【産業上の利用分野】

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

【０００２】

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

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

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

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

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

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

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

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

【００１０】

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

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

【００１２】ところが、ハンディターミナル１と開発マ
シンとは、殆どの場合、ハードウェア環境が全く異なる
ため、ハンディターミナル１用に作成されたアプリケー
ションプログラムを開発マシン上で動作させることがで
きない。特に、ハンディターミナル１においては、前述
したように、タッチパネルを操作することで各種入力操
作がなされるように構成されている。したがって、開発
マシンとなるパーソナルコンピュータにおいて、タッチ
パネル入力を実現するためには、該コンピュータのディ
スプレイに専用のタッチパネルを新たに設けることが必
要になる。

【００１３】しかしながら、新たに専用のタッチパネル
を購入するというのも極めて不経済である。また、通常
のディスプレイにタッチパネルを装着すると、画面とタ
ッチパネル面との間に隙間ができ、これにより視差が生
じる。すなわち、画面に表示された領域と、これに対応
するタチパネルのキー領域とがずれて見えてしまい、入
力操作がし難くなる。加えて、パーソナルコンピュータ
用のタッチパネルでは、実際のハンディターミナル１の
ように、細かいキー領域に分割することも期待できな
い。

【００１４】結局、現状においては、開発マシンにタッ
チパネルを設けることなく、ハンディターミナル１のタ
ッチパネル入力やその他の動作をエミュレートし、極め
て効率良いプログラム開発環境を実現することが急務と
されている。この発明は上述した事情に鑑みてなされた
もので、ハンディターミナル１のタッチパネル入力を開
発マシン上で模倣できるエミュレータを提供することを
目的としている。

【００１５】

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

【００１６】

【作用】この発明によれば、模倣手段は、一方のコンピ
ュータ用に作成したプログラムにおいて規定された入力
形態を、他方のコンピュータが備える入力手段を用いて
模倣する。この結果、互いにハードウェア構成が異なる
コンピュータ間において、一方のコンピュータ用に作成
されたプログラムを他方のコンピュータ上で動作可能と
し、一方のコンピュータ側でなされるタッチパネル入力
操作を、他方のコンピュータのマウス入力で模倣する。

【００１７】

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

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

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

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

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

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

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

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

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

【００２６】こうしてパーソナルコンピュータ上でハン
ディターミナル１の初期状態がエミュレートされると、
例えば、図４に示すように、ハンディターミナル１の表
示画面ＴＤに対応した画面がパーソナルコンピュータの
ディスプレイＤＳＰに表示される。ここで、同図（ロ）
は、実際のハンディターミナル１に電源が投入された時
に表示される表示画面の一例を示す図である。一方、同
図（イ）は、パーソナルコンピュータに表示されるエミ
ュレート画面の一例である。同図（イ）に示すように、
ディスプレイＤＳＰには、表示エリアＥ１，Ｅ２，Ｅ３
が表示され、この内、表示エリアＥ１にはハンディター
ミナル１の表示画面ＴＤと同一の内容が表示される。表
示エリアＥ１では、後述するマウス入力処理に基づき、
タッチパネル入力操作がエミュレートされる。また、表
示エリアＥ２には、該エリアＥ１に対応したタッチパネ
ル状態が表示され、さらに、表示エリアＥ３にはハンデ
ィターミナル１の動作状態が表示される。

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

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

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

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

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

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

【００３３】次いで、ステップＳａ４では、この算出さ
れたアドレスのキーデータ［Ｔ］が「０」であるか否か
を判断する。ここで、該キーデータ［Ｔ］が「０」であ
る場合には、キーテーブルにデータが設定されていない
（キー入力無視）として判断結果が「ＮＯ」となり、こ
のルーチンを終了する。一方、「０」でない場合には、
キーテーブルにデータが設定されているので、判断結果
が「ＹＥＳ」となり、次のステップＳａ５に進む。ステ
ップＳａ５では、アドレスＴに従って、上述したキーテ
ーブルからキーコードデータを読み出し、これをキーバ
ッファにセットしてこのルーチンを終了する。この結
果、パーソナルコンピュータは、キーバッファにセット
されたキーデータに応じた処理を実行する。

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

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

【００３６】このように、パーソナルコンピュータ上に
おいて、キー入力制御機能ｆ３が実行されると、表示エ
リアＥ１にはハンディターミナル１のタッチキー分割領
域に対応させたマウス入力領域が設定され、このマウス
入力領域をクリックすることで、タッチパネル入力操作
がエミュレートされる。なお、表示エリアＥ２には、マ
ウス入力領域に対応させたタッチキー分割状態が表示さ
れると共に、各タッチキー領域に割り当てられたキーコ
ードデータが表示される。この結果、従来、直接的に動
作状態を検証できなかったタッチパネル分割状態が一目
瞭然になる。しかも、この場合、パーソナルコンピュー
タ用のタッチパネルを設けることなく、実際のタッチパ
ネル入力をマウス入力操作でエミュレートするから、視
差も無い極めて操作性の良い入力作業が実現される訳で
ある。

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

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

【００３９】

【発明の効果】以上説明したように、この発明によれ
ば、プログラムがコールする複数のルーチンから形成さ
れるライブラリであって、プログラムと同一の引数で定
義された各関数ルーチンが、それぞれ他方のコンピュー
タ側のハードウェア構成に対応した各機能を模倣する模
倣手段を具備し、模倣手段は、一方のコンピュータ用に
作成したプログラムで規定されプログラムで規定された
一方のコンピュータ側の入力形態を、他方のコンピュー
タが備える入力手段を用いて模倣するので、他方のコン
ピュータ上で開発されたソースプログラムがそのまま一
方のコンピュータ用のソースファイルとして用いること
ができるとともに、一方のコンピュータ側でなされる例
えばタッチパネル入力操作を、他方のコンピュータの例
えばマウス入力で模倣することができる。これにより、
専用のタッチパネルを設ける必用がなくなるため、コス
ト的に有利となる。さらに、例えばマウス入力でタッチ
パネル入力をエミュレートすることで、視差による弊害
も無くすことができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 11/22 - 11/34 G06F 9/455 G06F 3/14 - 3/153

Claims (1)

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