JPH0713672A - 仮想計算機のキーボード制御方式 - Google Patents

Abstract

(57)【要約】 【構成】キー入力のエミュレーションを行う際に、本発
明では、ＫＢコントローラとの通信等のインタフェース
処理を新たに作成せず、ベースマシン、及びターゲット
マシンの入力ファンクション処理を用いる方式とした。 【効果】本発明によれば、エミュレーション処理部の開
発の開発労力の削減が図れると共に、エミュレーション
処理部はＫＢコントローラ等のハード仕様が変更となっ
ても影響を受けないため、汎用性の高いキー入力エミュ
レーションが可能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はパーソナルコンピュータ
やワークステーション等において、異なるアーキテクチ
ャを持つ複数の異機種間でのアプリケーションプログラ
ム等の互換性を保つ仮想計算機エミュレーション方式に
関する。

【０００２】

【従来の技術】パーソナルコンピュータ（以下、パソコ
ン）等の情報処理装置では、各メーカが独自性を表した
結果、数多くのアーキテクチャが存在している。例え
ば、キーボードに関しても、表記の異なるキートップを
持つものや、キー配置の異なる機種が多く見受けられ
る。

【０００３】これらのハードウェア、もしくは、ソフト
ウェアの構成が機種間で異なるため、それぞれの機種用
に開発されたアプリケーションソフト間での互換性はな
い。そのため使用者は、自分の使用したいアプリケーシ
ョンソフトが動作する装置を新たに購入したり、あるい
は、既に所有している装置の上で動作するようにアプリ
ケーションソフトを改造、移植しなければならない。

【０００４】この様な問題に対し、ある特定の機種（以
下、ベースマシン）上で、異なるアーキテクチャをもつ
他の機種（以下、ターゲットマシン）との互換性を保と
うとする試みは、所謂、仮想計算機として古くから大型
コンピュータで行なわれ、近年ではパソコンのレベルに
まで応用されるようになってきている。

【０００５】パソコン上で仮想計算機を実現するために
は、例えば、キー入力では、キーを押した場合（以下、
押下）にキーボードから得られ、アプリケーションソフ
トに伝送されるキーコードがターゲットマシン用のキー
コードに変換されなければならない。

【０００６】このキー入力処理のエミュレーション処理
については特開昭62-279431号公報に開示されている。

【０００７】

【発明が解決しようとする課題】ここで、キー入力処理
のメカニズムの概略を図３、図４、図６、図７を用いて
説明する。図３はベースマシンのキー入力に関するソフ
ト構造を、図４はターゲットマシンのキー入力に関する
ソフト構造を示し、図６はベースマシンのキーデータの
流れを、図７はターゲットマシンのキーデータの流れを
図示している。

【０００８】図３において、１０はベースマシンのアプ
リケーション（以下、ベースマシンＡＰ）、９はベース
マシンのオペレーティングシステム（以下、ベースマシ
ンＯＳ）、８はベースマシン入力ドライバ、６はベース
マシン入力ファンクション処理、７はベースマシン入力
ハード処理、１１はキーボードコントローラ（以下、Ｋ
Ｂコントローラ）、１２はキーボード（以下、ＫＢ）で
ある。

【０００９】また、図６で、２３はベースマシンＫＢイ
ンタフェース、２０はベースマシンキーバッファであ
り、その他図３と同一ブロックは説明を省略する。

【００１０】一方、図４において、５はターゲットマシ
ンのアプリケーション（以下、ターゲットマシンＡＰ
t）、４はターゲットマシンのオペレーティングシステ
ム（以下、ターゲットマシンＯＳt）、１７はターゲッ
トマシン入力ドライバ、３はターゲットマシン入力ファ
ンクション処理、１６はターゲットマシン入力ハード処
理、１８はターゲットマシンのキーボードコントローラ
（以下、ターゲットマシンＫＢコントローラ）、１９は
ターゲットマシンのキーボード（以下、ターゲットマシ
ンＫＢ）である。

【００１１】また、図７で、２４はターゲットマシンＫ
Ｂインタフェース、２１はターゲットマシンキーバッフ
ァであり、その他図４と同一ブロックは説明を省略す
る。

【００１２】図３、図６において、ＫＢ１２のキーを押
下するとＫＢコントローラ１２はどのキーが押されたの
か判断し、ベースマシン入力ドライバ８にハード割込み
処理を要求する。この要求に対し、ベースマシン入力ハ
ード処理７内のベースマシンＫＢインタフェース２３は
ＫＢコントローラ１１とシリアルデータ通信を行い、キ
ーコードを得て、ベースマシンキーバッファ２０に格納
し、ハード割込み処理を終了する。

【００１３】一方、ベースマシンＡＰ１０が文字入力を
必要とするときは、ベースマシンＯＳ９を介して、ベー
スマシン入力ドライバ８内のベースマシン入力ファンク
ション処理６のキーコード取得処理を起動し、ベースマ
シンキーバッファ２０からキーコードを取得し、ベース
マシンＡＰ１０へ受渡す。

【００１４】図４、図７におけるキー入力に関する処理
も図３と同様であり、説明は省略する。

【００１５】次に、仮想計算機の実現において、特開昭
62-279431号公報に開示されているキーボード制御部を
エミュレーションする方式について説明する。該エミュ
レーション方式はターゲットマシンの入力ドライバをベ
ースマシン上に移植する方式であり、図２にそのソフト
構造を示す。

【００１６】図２で１５は移植入力ドライバ、１３は移
植入力ファンクション処理、１４は移植入力ハード処理
であり、その他の図３と同一ブロックは説明を省略す
る。

【００１７】図２で、ベースマシンＡＰを動作させると
きは、図３と同じ環境とされ、図３で説明したベースマ
シンとしてのキー入力処理が行われる。

【００１８】一方、ターゲットマシンＡＰtを動作させ
るときは、ベースマシン上でキー入力処理が正常に行わ
れるように、図４のターゲットマシン入力ドライバ１７
をベースマシン上に移植する。図２の移植入力ハード処
理１４はＫＢコントローラ１１からキーコード受信可能
とするために、シリアルデータ通信の通信条件を整合す
ると共に、ターゲットマシンのキーコードを発生するよ
うに、コード変換し、キーバッファに格納出来るように
変更される。

【００１９】上記のＫＢコントローラ１１との通信条件
を整合するための変更は、一般的には、通信条件に合わ
せて、新規に通信ソフトを作成することであり、データ
転送のタイミングを合わせるなどハード面での検討を必
要とし、開発に多大な労力を必要とするという問題点が
ある。

【００２０】

【課題を解決するための手段】上記問題の原因は、ＫＢ
コントローラ１１との通信を行っているターゲットマシ
ン入力ハード処理１６を変更して、エミュレーションし
たためである。

【００２１】よって、この問題を解決するために、ＫＢ
コントローラ１１との通信を行っているベースマシン入
力ハード処理７をそのまま使用し、ベースマシン入力ハ
ード処理７よりも上位の処理部を変更し、エミュレーシ
ョンすることとする。

【００２２】また、キーバッファからのベースマシンの
キーコード取得もベースマシン入力ファンクション処理
６を使用して実施することとする。

【００２３】また、前述のエミュレーション処理制御の
ために仮想計算機モニタと仮想計算機モニタを起動する
手段を設け、キーボードのキーを押すことで該仮想計算
機モニタを起動することで実現出来る。

【００２４】

【作用】前述の方式とすることで、ＫＢコントローラ１
１との通信ソフトの開発が無くなり、エミュレーション
に要する開発労力の削減が可能となる。

【００２５】さらに、ＫＢコントローラ１１より下層の
ハード的な要因とエミュレーションに対する変更が無く
なり、ベースマシンのＫＢコントローラ１１より下層の
ハード仕様が変更となっても影響を受けないため、汎用
性の高いキー入力処理のエミュレーションが可能とな
る。

【００２６】

【実施例】以下、図面を用いて本発明の実施例を説明す
る。

【００２７】図１、図８に本発明の一実施例を示し、図
１は本発明のキー入力に関するソフト構造を、図８は本
発明のキーデータの流れを説明するものである。

【００２８】図１で３は入力ドライバエミュレータ、２
はターゲットマシン入力ファンクション処理、１は入力
ハード処理エミュレータ、８１はベースマシンタスク、
８２はターゲットマシンタスク、８０は仮想計算機モニ
タ、１００はモニタ起動検出、８５はモニタメイン、１
０１は処理参照テーブル、８４はタスク管理、８３はメ
モリ管理を示す。

【００２９】図８で２５はＫＢインタフェースエミュレ
ータ、２２は作業用キーバッファ、１０２はベースマシ
ンタスクからターゲットマシンタスクへの処理モードの
移行、１０４はターゲットマシンタスクからベースマシ
ンタスクへの処理モードの移行、及び、１０３はターゲ
ットマシンキーバッファから作業用キーバッファへのデ
ータ転送、１０５は作業用キーバッファからターゲット
マシンキーバッファへのデータ転送を説明するものであ
り、その他の図３、図４、図６、図７と同一ブロックは
説明を省略する。

【００３０】図１、図８で、モニタ起動検出１００は、
ベースマシンタスク８１とターゲットマシンタスク８２
の処理を監視しており、必要な場合は、仮想計算機モニ
タ８０を起動することができ、本実施例では、ＫＢ１２
のキーが押下された時に、ＫＢコントローラ１１から発
行されるハード割込みを検出し、仮想計算機モニタ８０
が起動されるものとする。

【００３１】キー押下により、上記過程を経て、仮想計
算機モニタ８０が起動された場合に、モニタメイン８５
は、処理参照テーブル１０１を参照し、処理を開始し、
まず、現在の処理がベースマシンタスク８１かターゲッ
トマシンタスク８２であるか判別する。処理がベースマ
シンタスク８１である場合には、ＫＢ１２からキーデー
タを取得し、ベースマシンＡＰ１０へ受け渡す処理は、
ベースマシンタスク８１のままで可能であり、コード変
換等のエミュレーションの必要がない。よって、処理タ
スクを切り替える必要がなく、図３のシステム階層構
造、及び、図６の入力処理でキー入力させる。

【００３２】一方、現在の処理がターゲットマシンタス
ク８２である場合は、ベースマシン入力ドライバ８を使
用して、ＫＢ１２からキーデータを取得させるため、処
理タスクを切り替えベースマシンタスク８１とする（１
０２）。この切り替えは、モニタメイン８５の指示によ
りメモリ管理８３、タスク管理８４によって行なわれ
る。ベースマシンタスク８１に切り替え後、起動された
ベースマシン入力ドライバ８によって、ベースマシンキ
ーバッファ２０に格納されたキーコードをＫＢインタフ
ェースエミュレータ２５は、ベースマシン入力ファンク
ション処理６の起動により取得する。取得したベースマ
シンのキーコードはターゲットマシン用に変換され、作
業用キーバッファ２２に格納される。ここまでの処理
は、ベースマシンタスク８１で行ない、次に、メモリ管
理８３、タスク管理８４によって、ターゲットマシンタ
スク８２に切り替え（１０４）、入力ハード処理のエミ
ュレーションを終了する。この時、メモリ管理８３によ
り、作業用キーバッファ２２に格納されたキーコードを
ターゲットマシンキーバッファ２１に転送（１０５）さ
れるようにする。これにより、ターゲットマシンタスク
８２において、ターゲットマシンＡＰt５が文字入力要
求を出した場合は、ターゲットマシン入力ファンクショ
ン処理２によって、ターゲットマシンキーバッファ２１
のキーコードを取得後、直接、もしくは、ターゲットマ
シンＯＳt４を介し、ターゲットマシンＡＰt５に受渡す
ことが可能となる。

【００３３】図１、図８の実施例によれば、ベースマシ
ンのキーコード取得はベースマシン入力ファンクション
処理６により行う。一方、ターゲットマシンＡＰt５の
文字入力要求に対するターゲットマシンのキーコード、
ステータスの受渡し処理は、ターゲットマシン入力ファ
ンクション処理２を用いることでキー入力のエミュレー
ションが実現出来る。このため、入力ハード処理エミュ
レータ１は、ベースマシン入力ファンクション処理６と
ターゲットマシン入力ファンクション処理２の間のデー
タ受渡し処理を行うだけでよく、ＫＢコントローラ１１
とのインタフェースに関するソフト（通信ソフト）を開
発する場合と比較し、エミュレーションが容易である。

【００３４】ここで、メモリ管理８３で行なう処理につ
いて図９を用いて説明する。

【００３５】図９で、９０は実際に計算機のメモリ上に
配置される物理的なメモリマップ、９１はベースマシン
用割込みベクトルテーブル、９２はベースマシン用ドラ
イバ作業領域、９３はターゲットマシン用割込みベクト
ルテーブル、９４はターゲットマシン用ドライバ作業領
域、９５はターゲットマシン用ドライバ領域、９６はベ
ースマシン用ドライバ領域であり、１１０は動作してい
るプログラムから見える論理的なメモリマップ、１１１
は割込みベクトルテーブル、１１２はドライバ作業領
域、１１３はドライバ領域である。

【００３６】ここで、一般的な入出力を行なうドライバ
の処理について以下に述べる。

【００３７】例えば、キーボードのキーを押下すること
で、ハード割込み処理要求が発行されると、まず、割込
みテーブル１１１参照し、ドライバ領域１１３に格納さ
れている該要求の処理を行なうプログラムの先頭番地を
取得する。その後、該先頭番地にジャンプし、プログラ
ムに従い、キーデータ等を取得後、ドライバ作業領域１
１２にあるキーバッファに格納する。

【００３８】メモリ管理８３は、物理メモリマップ９０
の各領域を論理メモリマップ１１０上の任意の番地に図
９のようにマッピング可能とするものである。

【００３９】この処理により、論理メモリマップ１１０
の割込みベクトルテーブル１１１、ドライバ作業領域１
１２、ドライバ領域１１３の領域それぞれに、ベースマ
シン用割込みベクトルテーブル９１、ベースマシン用ド
ライバ作業領域９２、ベースマシン用ドライバ領域９６
がマッピングされることで、ベースマシン用のアプリケ
ーションの実行が可能となる。

【００４０】同様に、論理メモリマップ１１０の割込み
ベクトルテーブル１１１、ドライバ作業領域１１２、ド
ライバ領域１１３の領域それぞれに、ターゲットマシン
用割込みベクトルテーブル９１、ターゲットマシン用ド
ライバ作業領域９２、ターゲットマシン用ドライバ領域
９６がマッピングされることで、ターゲットマシン用の
アプリケーションの実行が可能となる。

【００４１】この論理メモリマップをマッピングによっ
て、切り替える処理は、例えば、Intel社の80386CPUの
ページング機構を用いることで実現出来る。

【００４２】次に図５により本発明におけるキー入力の
処理概略を説明する。

【００４３】ＫＢ１２のキー押下によりＫＢコントロー
ラ１１の発行するハード割込み処理要求をモニタ起動検
出１００は検出し、仮想計算機モニタ８０を起動する。
該起動後、モニタメイン８５は、処理参照テーブル１０
１を参照し、モニタメイン８５で処理すべき内容を取得
すると共に、現在の処理がベースマシンタスク８１かタ
ーゲットマシンタスク８２であるか判別する。

【００４４】現在の処理がターゲットマシンタスク８２
である場合は、モニタメイン８５の指示によりメモリ管
理８３、タスク管理８４によって、処理タスクをベース
マシンタスク８１に切り替える（１０２）。この時、タ
ーゲットマシンキーバッファ２１のデータは作業用キー
バッファ２２上にメモリ管理８３によって、転送（１０
３）される。この処理については、後述する。

【００４５】次に、ベースマシン入力ハード処理７によ
り、ＫＢ１２からキーデータを取得後、入力ハード処理
エミュレータ１を起動させ、以下の処理を行なう。

【００４６】ベースマシン入力ファンクション処理６を
用いて、ベースマシンのキーコード、ステータス（シフ
トキー等のキーの押下状態情報のこと）を取得（２６）
する。次に、キーコードからキーコード変換テーブルを
参照して、ターゲットマシンのキーコード、ステータス
を発生させる際に、（２６）で取得したベースマシンの
ステータスを参考に行う（２７）。該ターゲットマシン
のキーコード、ステータスを作業用キーバッファ２２に
格納(２８)後、ベースマシンのキーバッファで読みださ
れていないデータを消去し、キーバッファーを未格納状
態とする(２９）。その後、ターゲットマシンタスク８
２に処理を戻すためにモニタ起動検出１００へ復帰の割
込み処理要求を発行する（１３０）。

【００４７】復帰の割込み要求を検出したモニタ起動検
出１００は、仮想計算機モニタ８０のメモリ管理８３、
タスク管理８４によって、ターゲットマシンタスク８２
に切り替え（１０４）、入力ハード処理のエミュレーシ
ョンを終了する。この時、メモリ管理８３により、作業
用キーバッファ２２に格納されたキーコードをターゲッ
トマシンキーバッファ２１に転送（１０５）されるよう
にする。

【００４８】ターゲットマシンタスク８２において、タ
ーゲットマシンＡＰt５が、文字入力要求を出した（３
０）場合、上記処理で、ターゲットマシンキーバッファ
２１には、ターゲットマシン用のキーコード、ステータ
スが格納されてため、ターゲットマシン入力ファンクシ
ョン処理２によって、取得後、要求元のターゲットマシ
ンＡＰt５に受渡す（３１）ことが可能となる。

【００４９】ここで、図１４を用いて、上記（２９）の
処理を説明する。図１４は、図５の入力ハード処理エミ
ュレータルーチン１の処理の流れを示す図である。

【００５０】ベースマシン入力ハード処理７の次に入力
ハード処理エミュレータルーチン１が起動され、ベース
マシンのキーバッファにデータが格納されているかチェ
ックする（３２）ことで、通常のキー（シフトキーでな
いこと）の押下の判定を行なう（３３）。キーバッファ
にデータが格納されていなければ、前記ベースマシン入
力ハード処理７は、通常キーが押下されたものではない
ため、以後のエミュレータ処理は不要であり、ターゲッ
トマシンタスク８２に処理を戻すための復帰処理（１３
０）にジャンプさせる。

【００５１】一方、キーバッファにデータが格納されて
いれば、前記ベースマシン入力ハード処理７は、通常キ
ーが押下されたものであるため、エミュレータ処理が必
要となり、以下の処理を行なう。まず、シフトキーの押
下状態を確認するために、ベースマシンのステータスを
取得し、保存する（３４）。次にベースマシンのキーバ
ッファからキーコードを取得（３５）し、前記（３４）
での取得ステータス参照から変換テーブルを選択（３
６）し、該変換テーブルを参照して、ターゲットマシン
のキーコード、若しくは、ステータスを発生させる（２
７）。さらに該ターゲットマシン用キーコード、ステー
タスを作業用キーバッファ２２に格納（２８）し、ベー
スマシンキーバッファに格納されており、未だ読みださ
れていないデータを消去し、キーバッファを未格納状態
とする（２９）。その後、復帰処理を行ないターゲット
マシンタスク８２に処理を戻す。

【００５２】上記処理において、計算機のアーキテクチ
ャによっては、ステータスとキーコードが、一緒にキー
バッファに格納されないものがある。そのため、（３
４）で取得したステータスが、（３５）で取得したキー
コードのステータスではない場合が生じ、問題となる。
実は、（２９）でベースマシンのキーバッファを未格納
状態とするのは、この問題を解決するためのものであ
る。入力ハード処理エミュレータルーチン１の終了時、
常にキーバッファが未格納状態とされることにより、次
に通常キー押下のために、再度、入力ハード処理エミュ
レータルーチン１が起動されたときには、該押下による
キーのキーコードだけがキーバッファには格納されてお
り、取得されたステータスは、必ず、該キーコードのシ
フト情報を提供するものとなる。

【００５３】なお、上記におけるベースマシンのキーバ
ッファのデータ格納チェック、ベースマシンのステータ
ス取得、ベースマシンのキーバッファからのキーコード
取得処理は、ベースマシン入力ファンクション処理６に
よって行なわれる。さらに、（２９）でのキーバッファ
を未格納状態にする処理は、キーバッファに残っている
キーデータをファンクション処理によって、単純に読み
出し、捨てるだけで実現できる。

【００５４】結局、（２９）のキーバッファを未格納状
態とする処理を設けることで、押下キーのステータスと
キーコードの取得が、ベースマシン入力ファンクション
処理のみで容易に実現可能となり、入力ハード処理エミ
ュレータルーチンの簡略化が図られることとなった。

【００５５】ここで、図５でターゲットマシンタスク８
２とベースマシンタスク８１との間で処理タスクを切り
替える場合に、ターゲットマシンキーバッファ２１と作
業用キーバッファ２２殿間でもデータ転送を行なうこと
について図１０、図１１、図１２、図１３を用いて説明
する。

【００５６】図１０〜１３での１２０はキーバッファ
で、ｎ個分のキー入力を格納出来るものとし、ｂｆ0〜
ｂｆnの記号を付け各領域を区別する。

【００５７】一般に、キーバッファは先行入力を可能と
するために図１０に示すようにリング状に格納され、ｂ
ｆ0から格納を始めて、ｂｆnまで格納すると再びｂｆ0
に格納する構成となっている。図１０でSET_DATA_POSは
キー入力の格納位置を示すポインタ、GET_DATA_POSは入
力ファンクション処理等によって、読みだされる位置を
示すポインタである。

【００５８】図１０は何も格納されていない状態であ
り、SET_DATA_POSとGET_DATA_POSは、おなじｂｆ0を指
しており、領域が未格納であるため、キー入力の格納は
可能であるが、キーの読みだしは出来ない。

【００５９】図１１は、ｂｆ1まで格納された状態を示
し、書き込み位置はｂｆ2であり、読みだし位置はｂｆ0
であるため、書き込み、読みだし共に正常に行なわれ
る。

【００６０】図１２はキーバッファ全ての領域にキー入
力が格納された状態であり、書き込み位置、読みだし位
置共にｂｆ0を指しており、読みだしは出来るが、書き
込みを行なおうとすると、格納済みの領域に上書きする
こととなるので禁止される。よって、この状態になる
と、SET_DATA_POSの指す領域が入力ファンクション処理
によって読みだされ、図１３で示すように未格納となる
まで、書き込み処理を待機させなければならない。

【００６１】図５において、ベースマシンタスク８１で
作業用キーバッファ２２にキー入力を格納して、図１２
のように全領域が格納されてしまうと新たなキー入力は
格納不可能となり、待機状態となる。ところが、作業用
キーバッファ２２は入力ファンクション処理によって、
読みだされることがないため、一旦、待機状態になると
再度書き込み状態に戻ることが不可能となり、問題であ
る。

【００６２】よって、この問題を解決するため、入力フ
ァンクション処理によって、読みだされ、未格納領域の
更新されるターゲットマシンーキーバッファ２１のデー
タを１０３で作業用キーバッファ２２に転送する。この
操作により、ターゲットマシンタスク８２とベースマシ
ンタスク８１の間でのキーバッファ、及び、先行入力機
能のエミュレーションが可能となる。

【００６３】

【発明の効果】ベースマシン上で、ターゲットマシンの
アプリケーションを動作可能するために、キー入力のエ
ミュレーションを行う際に、本発明によれば、ＫＢコン
トローラとの通信等のハード部とのインタフェース処理
を新たに作成せず、ベースマシン、及びターゲットマシ
ンの入力ファンクション処理を用いる方式とした。

【００６４】上記構成とすることで、エミュレーション
処理部の開発の開発労力の削減が図れると共に、エミュ
レーション処理部はＫＢコントローラ等のハード仕様が
変更となっても影響を受けないため、汎用性の高いキー
入力エミュレーションが可能となる。

【図面の簡単な説明】

【図１】本発明の実施例を説明する図である。

【図２】従来例を説明する図である。

【図３】ベースマシンの入力処理システム階層構造図で
ある。

【図４】ターゲットマシンの入力処理システム階層構造
図である。

【図５】本発明の処理概要を説明する図である。

【図６】ベースマシンの入力処理に於けるデータの流れ
を説明する図である。

【図７】ターゲットマシンの入力処理に於けるデータの
流れを説明する図である。

【図８】本発明の入力処理に於けるデータの流れを説明
する図である。

【図９】メモリ管理の処理を説明する図である。

【図１０】キーバッファエミュレーション時の問題点を
説明する図である。

【図１１】同じく問題点を説明する図である。

【図１２】同じく問題点を説明する図である。

【図１３】同じく問題点を説明する図である。

【図１４】入力ハード処理エミュレータルーチンの処理
を説明する図である。

【符号の説明】

１…入力ハード処理エミュレータ、２…ターゲットマシ
ン入力ファンクション処理、３…入力ドライバエミュレ
ータ、４…ターゲットマシンＯＳt、５…ターゲットマ
シンＡＰt、６…ベースマシン入力ファンクション処
理、７…ベースマシン入力ハード処理、８…ベースマシ
ン入力ドライバ、９…ベースマシンＯＳ、１０…ベース
マシンＡＰ、１１…ＫＢコントローラ、１２…キーボー
ド、１３…移植入力ファンクション処理、１４…移植入
力ハード処理、１５…移植入力ドライバ、１６…ターゲ
ットマシン入力ハード処理、１７…ターゲットマシン入
力ドライバ、１８…ターゲットマシンＫＢコントロー
ラ、１９…ターゲットマシンＫＢ、２０…ベースマシン
キーバッファ、２１…ターゲットマシンキーバッファ、
２２…作業用キーバッファ、２３…ベースマシンＫＢイ
ンタフェース、２４…ターゲットマシンＫＢインタフェ
ース、２５…ＫＢインタフェースエミュレータ、８０…
仮想計算機モニタ、８１…ベースマシンタスク、８２…
ターゲットマシンタスク、８３…メモリ管理、８４…タ
スク管理、９０…物理メモリマップ、９１…ベースマシ
ン用割込みベクトルテーブル、９２…ベースマシン用ド
ライバ作業領域、９３…ターゲットマシン用割込みベク
トルテーブル、９４…ターゲットマシン用ドライバ作業
領域、９５…ターゲットマシン用ドライバ領域、９６…
ベースマシン用ドライバ領域、１００…モニタ起動検
出、１０１…処理参照テーブル、１１０…論理メモリマ
ップ、１１１…割込みベクトルテーブル、１１２…ドラ
イバ作業領域、１１３…ドライバ領域。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０３Ｍ 11/22 (72)発明者 日比 浩一 神奈川県横浜市戸塚区吉田町292番地株式 会社日立製作所マイクロエレクトロニクス 機器開発研究所内 (72)発明者 桑原 禎司 神奈川県横浜市戸塚区吉田町292番地株式 会社日立製作所マイクロエレクトロニクス 機器開発研究所内

Claims (3)

【特許請求の範囲】
1. 【請求項１】アプリケーションソフトの文字入力要求に
   対し、キーバッファからキーコードを読み取り、要求元
   に返す処理（以下、入力ファンクション処理）と、押さ
   れたキーのコードをキーボードから受取り、キーコード
   として、キーバッファに格納する処理（以下、入力ハー
   ド処理）から成るキー入力処理を管理する入力ドライバ
   を備えた第一のアーキテクチャの機種（以下、ベースマ
   シン）上で、前記ベースマシンと同様の構成ではある
   が、仕様の異なる入力ドライバを備えた第二のアーキテ
   クチャ（以下、ターゲットマシン）上で開発されたアプ
   リケーションソフトを動作可能とするために、仮想計算
   機モニタと仮想計算機モニタを起動する手段と入力ハー
   ド処理エミュレーション手段を設け、該仮想計算機モニ
   タを起動する手段は、キーボードのキーを押すことで仮
   想計算機モニタを起動し、該仮想計算機モニタは、ベー
   スマシンの入力ハード処理を行なった後、該入力ハード
   処理エミュレーション手段を起動し、起動された該入力
   ハード処理エミュレーション手段は、ベースマシンの入
   力ファンクション処理を用いて、ベースマシンのキーバ
   ッファにキーコードが格納されているか調べ、キーコー
   ドが未格納の場合は処理を行なわず、仮想計算機モニタ
   に処理を切り替え、一方、キーコードが格納されている
   場合は、ベースマシンの入力ファンクション処理を用い
   て、ベースマシンのステータス（シフトキー［予め押し
   ておくことで、キーを押した場合に通常とはキーコード
   を変えることの出来るキー］の状態を表示する情報のこ
   と）、及び、キーバッファからキーコードを取得し、該
   ステータスを参照して、該キーコードをターゲットマシ
   ン用のキーコード、または、ステータスに変換後、仮想
   計算機モニタに処理を切り替え、仮想計算機モニタの処
   理によって、ターゲットマシンのキーバッファに格納し
   ておき、ターゲットマシンのアプリケーションソフトが
   文字入力要求を行なった場合は、ターゲットマシンの入
   力ファンクション処理を用いて、ターゲットマシンのキ
   ーバッファに格納されたキーコード、または、ステータ
   スを取得し、文字入力要求元のアプリケーションソフト
   へ受渡すことを特徴とする仮想計算機のキーボード制御
   方式。
2. 【請求項２】請求項１において、ベースマシンのキーバ
   ッファに格納され、読みだされていないキーコードを入
   力ハード処理エミュレータ手段の終了時に消去し、キー
   バッファを未格納状態とすることを特徴とする仮想計算
   機のキーボード制御方式。
3. 【請求項３】請求項１において、入力ハード処理エミュ
   レータ手段でベースマシンのステータス取得を行なった
   後、ベースマシンのキーバッファからキーコードを取得
   することを特徴とする仮想計算機のキーボード制御方
   式。