JPH04227547A - 情報処理装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報処理装置に関し、
詳しくは第１のオペレーティングシステムが第２のオペ
レーティングシステム内の子プロセスとして動作する情
報処理装置に関する。

【０００２】

【従来の技術】近年、あるオペレーティングシステム（
以下、第２のＯＳまたは主ＯＳと呼ぶ）上で、他のオペ
レーティングシステム（以下、第１のＯＳまたは従ＯＳ
と呼ぶ）を動作させ得る情報処理装置の要請が高まって
いる。これは、より高度化した情報処理装置において、
旧来の従ＯＳ用に開発されたアプリケーションプログラ
ムをそのまま動作させる環境を実現することで、ソフト
ウェア資産の効率的運用や複数の処理間のデータの共有
化を図ることを目的としている。

【０００３】主ＯＳの子プロセスとして従ＯＳを動作さ
せる場合、情報処理装置に接続されたマウスやキーボー
ド等の周辺機器の取扱いに工夫を要する。これは、周辺
機器は通常主ＯＳの制御下にあり、そのままでは、従Ｏ
Ｓ上で動作するアプリケーションプログラムが、周辺機
器との間でデータのやり取りを行なうことができないか
らである。

【０００４】そこで、従来は従ＯＳの周辺機器制御部分
（以下、デバイスドライバと呼ぶ）の機能を主ＯＳの中
に取り込み、主ＯＳそのものに従ＯＳと同等の機能を持
たせ、従ＯＳのデバイスドライバに代えて、主ＯＳのデ
バイスドライバを用いる構成がとられていた。この場合
には、従ＯＳのデバイスドライバの機能を主ＯＳで肩代
わりすることになり、従ＯＳ上のアプリケーションプロ
グラムが発行するデバイスドライバへの割込命令などを
受けて従ＯＳの機能をエミュレートし、周辺機器との間
のデータのやり取りを実現している。

【０００５】

【発明が解決しようとする課題】しかしながら、こうし
た構成では、複数の従ＯＳを主ＯＳ上で動作させようと
すると、主ＯＳに総ての従ＯＳのデバイスドライバに対
応するエミュレータを用意しておかねばならず、主ＯＳ
の大規模化による記憶装置の容量の増大、主ＯＳの複雑
化による主ＯＳ開発に要する労力・コストの増大という
問題を避けることができない。また、アプリケーション
プログラムが従ＯＳのデバイスドライバにアクセスする
ための割込命令を受けてエミュレートを行なっているの
で、同じ周辺機器であっても、アプリケーションプログ
ラムが使用する従ＯＳ用のデバイスドライバが異なれば
、異なったエミュレータが必要となり、総てのデバイス
ドライバに対応することは極めて困難であった。

【０００６】本発明の情報処理装置はこうした問題を解
決し、主ＯＳの規模の拡大等を招くことなく、従ＯＳ上
の処理から主ＯＳの管理下にある周辺機器を好適に利用
することを目的としてなされ、次の構成を採った。

【０００７】

【課題を解決するための手段】本発明の情報処理装置は
、図１に例示するように、第１のオペレーティングシス
テムＯＳ１が、第２のオペレーティングシステムＯＳ２
内の子プロセスとして動作し、該第１のオペレーティン
グシステムＯＳ１の環境下で実行される処理ＡＰが、前
記第２のオペレーティングシステムＯＳ２が管理する周
辺機器ＰＥとデータのやり取りを行なう情報処理装置で
あって、前記第１のオペレーティングシステムＯＳ１内
に、前記周辺機器ＰＥに対する入力命令および／または
出力命令を発行し、前記処理ＡＰに対して該周辺機器Ｐ
Ｅとのデータのやり取りを仲介する第１のデバイスドラ
イバＤＤ１を備え、前記第２のオペレーティングシステ
ムＯＳ２内に、前記周辺機器ＰＥからのデータを保存し
および／または前記周辺機器ＰＥへのデータを出力する
第２のデバイスドライバＤＤ２と、前記第１のデバイス
ドライバＤＤ１が発行する入力命令または出力命令を検
出する入出力命令検出手段ＩＯＤと、検出された入力命
令および／または出力命令を解釈して、前記第１のデバ
イスドライバＤＤ１が入力するデータを前記第１のデバ
イスドライバ用の形式に変換し、および／または該第１
のデバイスドライバＤＤ１が出力するデータを前記第２
のデバイスドライバ用の形式に変換するデータ形式変換
手段ＥＭとを備えたことを要旨とする。

【０００８】

【作用】以上のように構成された本発明の情報処理装置
では、第１のオペレーティングシステムＯＳ１は、第２
のオペレーティングシステムＯＳ２の子プロセスとして
動作しており、この第１のオペレーティングシステムＯ
Ｓ１上で動作する処理ＡＰに対する周辺機器ＰＥからの
データの入力および／または周辺機器ＰＥへの出力は、
次のように行なわれる。

【０００９】まず、データの入力について説明すると、
周辺機器ＰＥからのデータは、第２のオペレーティング
システムＯＳ２内に設けられた第２のデバイスドライバ
ＤＤ２により保存され、入出力命令検出手段ＩＯＤによ
り、第１のデバイスドライバＤＤ１が発行する入力命令
が検出されたとき、データ形式変換手段ＥＭは、この入
力命令を解釈して、データを第１のデバイスドライバ用
の形式に変換する。このようにして用意されたデータを
、第１のデバイスドライバＤＤ１は、先に発行した入力
命令に応じて入力する。

【００１０】一方、周辺機器ＰＥにデータを出力する場
合には、第１のデバイスドライバＤＤ１は、処理ＡＰか
らのデータの出力を仲介するため出力命令を発行する。 この出力命令を入出力命令検出手段ＩＯＤが検出すると
、データ形式変換手段ＥＭは、この出力命令を解釈して
、第１のデバイスドライバＤＤ１が出力するデータを第
２のデバイスドライバ用の形式に変換する。変換された
データを用いて、第２のデバイスドライバＤＤ２は周辺
機器ＰＥへのデータを出力する。

【００１１】即ち、本発明の情報処理装置では、第１の
オペレーティングシステムＯＳ１に備えられた第１のデ
バイスドライバＤＤ１が発行する入出力命令を検出して
、第２のオペレーティングシステムＯＳ２に備えられた
データ形式変換手段ＥＭがデータの形式を変換すること
により、処理ＡＰは、第１のデバイスドライバＤＤ１の
仲介を受けて、周辺機器ＰＥからデータを入力しおよび
／または周辺機器ＰＥにデータを出力するのである。

【００１２】第１のデバイスドライバＤＤ１が入力命令
を発行してデータを入力するタイミングは、処理ＡＰか
らの要求が生じた時としても良いが、処理ＡＰの要求と
は独自に定めることも何等差し支えない。また、周辺機
器ＰＥからデータ変更の要求が生じた時としても良いし
、これと独立に定めることも差し支えない。例えば、所
定のインターバルで生じる割込命令により第１のデバイ
スドライバＤＤ１の入力動作を起動してもよい。この場
合、割込によるデータ入力のタイミングは、第２のオペ
レーティングシステムＯＳ２に対する負荷を考慮して定
められたタイミングとすることが、機器全体のオーバー
ヘッドを小さくする上で好適である。

【００１３】なお、周辺機器ＰＥからのデータ変更のタ
イミングより長いインターバルでデータを入力する場合
には、第１のデバイスドライバＤＤ１に対する割込命令
のインターバルの間の周辺機器ＰＥからの入力データの
来歴を保存し、この来歴に基づいて第１のデバイスドラ
イバＤＤ１への入力データを合成する構成とすることも
望ましい。

【００１４】

【実施例】以上説明した本発明の構成・作用を一層明ら
かにするために、以下本発明のいくつかの実施例につい
て説明する。図２は、本発明の第１実施例としての情報
処理装置の構成を示すブロック図である。この情報処理
装置は、周辺機器の一つとしてマウスを備えている。

【００１５】図２に示すように、情報処理装置は、入出
力エミュレータ１、全体の制御を司る中央処理装置６、
プログラムをロードしあるいはデータ等を記憶する主記
憶装置７、アドレスやデータをやり取りするアドレス・
データバス８、マウス１０の制御を直接司るマウス制御
装置９等を備え、主ＯＳ，従ＯＳおよび必要なアプリケ
ーションの各プログラムを主記憶装置７に読み込み、中
央処理装置６により、各プログラムを処理・実行する。

【００１６】マウス制御装置９は、マウス１０からの割
込要求を、割込信号線１１を通じて受け取ると、マウス
１０の移動量やボタンの押下状態をデータ線１２を通じ
て読み取り、データバッファ２へ格納する機能を有する
。

【００１７】入出力エミュレータ１は、従ＯＳの周辺機
器制御部分が発行した入出力命令を検出する入出力命令
検出装置４と、マウス１０の移動量やボタンの押下状態
のデータを格納記憶するデータバッファ２と、データバ
ッファ２のデータに基づいて従ＯＳへ渡すデータを合成
するデータ合成装置３と、従ＯＳの周辺機器制御部分が
発行した出力命令に基づいてマウス１０の制御信号を合
成する制御信号合成装置５とから構成されている。

【００１８】次に、以上の構成を有する情報処理装置の
動作を図３のフローチャートに従って説明する。入出力
命令検出装置４が従ＯＳが発行する入力命令を検出する
と（ステップ２０）、データ合成装置３は入力命令のオ
ペランドを解析して従ＯＳが必要としているデータの種
類を判定し（ステップ３０）、データバッファ２より必
要なデータ、即ちマウス１０の移動量またはボタンの押
下状態のデータを取り出す（ステップ４０）。その後、
このデータを入力命令のオペランドのフォーマットに合
わせて変換し（ステップ５０）、従ＯＳへ渡す（ステッ
プ６０）。これにより、従ＯＳは、入力命令を中央処理
装置６が実行したときと同等の結果を得ることができる
。

【００１９】一方、入出力命令検出装置４が出力命令を
検出すると（ステップ２０）、制御信号合成装置５は、
出力命令のオペランドを解析して従ＯＳが発行したマウ
スの制御信号を取り出し（ステップ７０）、マウス制御
装置９に合わせて変換し（ステップ８０）、その後、マ
ウス制御装置９へ渡す（ステップ９０）。これにより、
従ＯＳが発行した出力命令により、マウス制御装置９が
制御される。

【００２０】以上説明した本実施例の情報処理装置によ
れば、従ＯＳから入力命令が出されたとき、入出力命令
検出装置４によりこれを検出して、入出力エミュレータ
１が従ＯＳが必要としているデータを入力命令のオペラ
ンドのフォーマットに合わせて従ＯＳに渡し、一方、従
ＯＳからの出力命令が検出されたときには、入出力エミ
ュレータ１が出力命令のオペランドを解析しマウス制御
装置９に合わせて変換して従ＯＳに渡す。即ち、従ＯＳ
の周辺機器制御部分が発行する入出力命令をエミュレー
トする構成としているので、従ＯＳの周辺機器制御部分
を主ＯＳの中に持たせる必要がないという利点がある。 どのＯＳでも同一の周辺機器の制御に関しては同一の入
出力命令を発行するので、複数の従ＯＳを主ＯＳ上で動
作される場合でも、一つの入出力命令エミュレータで済
ませることができ、主記憶の容量の拡大を招くことがな
い。また、ＯＳ開発の手間を低減でき、開発コストの低
減を図ることができる。

【００２１】次に、本発明の第２の実施例について説明
する。図４は、第２実施例としての情報処理装置のハー
ドウェア構成を示すブロック図である。この情報処理装
置は、エンジニアリングワークステーションとして構成
されたもので、図示するように、ＣＰＵ１０１を中心に
バスにより相互に接続された次の各部を備える。なお、
本実施例では、ＣＰＵ１０１として、３２ビットのプロ
セッサ（インテル社製８０３８６）を用いた。

【００２２】ＦＰＵ１０２：ＣＰＵ１０１のコプロセッ
サとして動作する数値演算プロセッサ ＲＯＭ１０４：モニタプログラム等を記憶するマスクメ
モリ ＲＡＭ１０５：主記憶を構成する読み出し・書き込み可
能なメモリ ＰＩＴ１０６：タイマ割込を発生するインターバルタイ
マ ＲＴＣ１０８：電源バックアップを受けて時間を計時す
るリアルタイムクロック ＤＭＡＣ１１０：バスを介したダイレクトメモリ転送を
制御するコントローラ ＳＩＯ１１１：ＲＳ−２３２Ｃの通信を制御するシリア
ルインタフェース

【００２３】ＰＩＣ１１２：各種の割込に優先順位を付
けて制御する割込コントローラ マウスインタフェース１１５：２ボタンマウス１１４と
のデータ等のやり取りを司るインタフェースキーボード
インタフェース１１８：キーボード１１７からのキー入
力を司るインタフェース ＦＤＣ１２１：フレキシブルディスクドライブ（ＦＤＤ
）１２０を制御するフレキシブルディスクコントローラ ＨＤＣ１２５：ハードディスクドライブ（ＨＤＤ）１２
４を制御するハードディスクコントローラＣＲＴＣ１２
９：必要なデータ等を表示するＣＲＴ１２８への信号出
力を制御するＣＲＴコントローラプリンタインタフェー
ス１３１：プリンタ１３０へのデータの出力を制御する
インタフェース また、これらの各部の他、バスには、将来の拡張に備え
て、拡張用スロット１４０が接続されている。

【００２４】上記構成の情報処理装置には、主ＯＳとし
てマルチタスク可能な時分割処理系のＯＳが採用されて
おり、その子プロセスとしてシングルタスクのディスク
オペレーティングシステムである従ＯＳが動作する構成
となっている。各種のアプリケーションプログラムは、
主ＯＳの管理下でも実行されるが、従ＯＳ用に開発され
たものは、従ＯＳの管理下で実行される。この情報処理
装置では、マウス１１４を初め、キーボード１１７，フ
レキシブルディスクドライブ１２０等の周辺機器は、総
て主ＯＳの管理下にあり、主ＯＳ上で動作する処理との
間では、主ＯＳに組み込まれたいわゆるデバイスドライ
バを介してデータの受け渡しが行なわれている。主ＯＳ
上で動作する従ＯＳからは、周辺機器に対して直接デー
タのやり取りを行なうことはできない。

【００２５】従ＯＳは、従ＯＳ用の従来のデバイスドラ
イバを備えており、従ＯＳ上のアプリケーションプログ
ラムは、従ＯＳが単独で用いられている場合と同様に、
従ＯＳの各種デバイスドライバを介してデータの入力ま
たは出力を行なおうとする。アプリケーションプログラ
ムは、通常、従ＯＳがデバイスドライバ用に定義してい
る割込命令（システムコール）を利用して従ＯＳ上のデ
バイスドライバに対して割込要求を出し、デバイスドラ
イバの対アプリケーションインタフェースを介してデー
タの受け渡しを行なう。従ＯＳ上のデバイスドライバは
、ＩＯアドレスに割り付けられたハードウェアに対して
の入力命令（ＩＮ）および出力命令（ＯＵＴ）を発行す
るが、これらの入出力命令は総て特権命令なので、入出
力命令が発行されると処理は直ちに主ＯＳに移行し、主
ＯＳの処理により周辺機器との間で必要なデータの入出
力を行なっている。

【００２６】この点をマウスドライバを例にとって詳細
に説明する。図５は、ハードウェアとして設けられたマ
ウス１１４およびマウスインタフェース１１５から、従
ＯＳ上で動作するアプリケーションプログラムがデータ
を入力する場合の本実施例における処理の流れを説明す
る概念図である。図示するように、従ＯＳには、第１の
マウスドライバが組み込まれ、主ＯＳには、第２のマウ
スドライバが組み込まれている。

【００２７】第１のマウスドライバは、従ＯＳが単独で
用いられている場合のものと同一のものであり、本来マ
ウスインタフェース１１５からの割込要求を受けて入出
力命令（ｅ，ｈ）を発行しマウス１１４の移動量などの
データを読み込むといった処理を行なう割込ルーチンと
、アプリケーションプログラムからの要求（Ａ）に答え
て必要なマウスデータを返す（Ｂ）対アプリケーション
インタフェースとからなる。アプリケーションプログラ
ムからの要求（Ａ）は、例えば所定のレジスタに所定の
機能コードを設定してなされるシステムコール（割込命
令）の実行（ＩＮＴ××等）により行なわれる。

【００２８】一方、主ＯＳに組み込まれた第２のマウス
ドライバは、割込ルーチンと対ＯＳインタフェースとか
ら構成されている。この割込ルーチンは、マウスインタ
フェース１１５からの割込要求（ａ）を受けてマウスイ
ンタフェース１１５からデータの取り込み（ｂ）とこの
データの処理（ｃ）とを行なう。なお、本実施例では、
上述した第１のマウスドライバへの割込は、タイマ割込
により行なうものとしたが、第２のマウスドライバから
の仮想割込（ｄ）により行なうものとしてもよい。この
場合、仮想割込（ｄ）は、後述するタイマ割込と同様、
マウスインタフェース１１５からの割込要求より長いイ
ンタバルとなるよう定められている。

【００２９】主ＯＳには、この第２のマウスドライバと
共に、エミュレータが組み込まれており、従ＯＳの第１
のマウスドライバがそれ自身の機能に従ってマウスイン
タフェースへの入出力命令（ｅ）を発行したとき、これ
を検出して第２のマウスドライバにマウスデータをホー
ルドさせ（ｆ）、第２のマウスドライバが保存している
マウスデータを読み出して（ｇ）、第１のマウスドライ
バが処理可能な形式に変換して出力する（ｈ）。

【００３０】これらの処理は総てソフトウェアにより実
現されている。図６は、マウスインタフェース１１５か
らのマウス割込が入力された場合に実行される割込処理
ルーチンの概要を示すフローチャートである。この処理
は、主ＯＳの第２のマウスドライバの処理として行なわ
れる。また、図７は、第１のマウスドライバが入出力命
令を発行した場合に実行される処理ルーチンの概要を示
すフローチャートである。この処理は、主ＯＳのエミュ
レータの処理として実行される。以下、フローチャート
に従って、各処理の内容を説明する。

【００３１】マウスインタフェース１１５は、常時マウ
ス１１４の移動やマウスボタンの状態を監視しており、
マウス１１４の移動量やマウスボタンの押下状態を読み
取っている。マウスインタフェース１１５は、所定時間
（本実施例では１６［ｍｓｅｃ］）毎に割込要求を出力
する。この割込要求は、図４に示したように、各種の割
込要求を処理するＰＩＣ１１２に取り込まれ、ＰＩＣ１
１２は、マウスからの割込が許可された状態であると判
断すれば、ＣＰＵ１０１に対して割込をかける。この割
込を、図５に割込ａとして示した。

【００３２】この割込ａに対して、図６に示した割込処
理ルーチンが起動され、まずマウスインタフェース１１
５からマウスのＸ軸方向移動量△ｘとＹ軸方向移動量△
ｙとを読み込む処理が行なわれる（ステップ２００）。 Ｘ軸，Ｙ軸方向移動量△ｘ，△ｙは、割込周期の間のマ
ウス１１４の移動量である。この処理は、図５における
データの取り込みｂに相当する。

【００３３】次に、マウス１１４の各軸の移動量△ｘ，
△ｙに基づいて累積移動量Ｘｓ，Ｙｓを演算し、ＲＡＭ
１０５の所定の領域に保存する処理を行なう（ステップ
２１０）。この処理は、図５に示すデータの保存処理ｃ
に相当する。ここで、累積移動量Ｘｓ，Ｙｓを求めるの
は、マウスインタフェース１１５からのマウス１１４の
移動量△ｘ，△ｙの読み取りの間隔と較べて、保存され
たデータ（以下マウスデータと呼ぶ）を読み出す間隔が
、システム全体のオーバーヘッドを考慮して、数倍長く
設定されているからである。即ち、累積移動量Ｘｓ，Ｙ
ｓは、マウスデータが読み出されるまでのマウス移動量
△ｘ，△ｙの移動量の符号を考慮した総和となる。

【００３４】次に、マウスボタンの状態Ｓｍｂを読み込
み（ステップ２２０）、状態Ｓｍｂが値１、即ち左右の
マウスボタンが押し下げられている場合には（ステップ
２３０）、フラグＦｍｂに値１をセットする（ステップ
２４０）。一方、マウスボタンが押し下げられていなけ
れば、そのまま「ＲＴＮ」に抜けて、本割込ルーチンを
終了する。なお、ここではマウスボタンの押下状態に対
応するフラグを、単にＦｍｂとして扱ったが、マウス１
１４に存在する左右のマウスボタンの状態は区別されて
おり、以下必要に応じて、フラグＦｍＬ，ＦｍＲとして
表わすものとする。

【００３５】以上の処理により、マウスインタフェース
１１５から所定の間隔で割込処理要求が発生しこれが受
け付けられる度に、マウス１１４のＸ軸方向の累積移動
量Ｘｓ，Ｙ軸方向の移動量Ｙｘが演算され、マウスボタ
ンが一度でも押し下げられればフラグＦｍｂがセットさ
れ、これらの情報が主ＯＳの第２のマウスドライバが管
理するＲＡＭ１０５の所定の領域に記憶・保存されるこ
とになる。

【００３６】次に、従ＯＳ上の第１のマウスドライバが
入出力命令を発行した場合の処理について説明する。第
１のマウスドライバは、所定インターバル（本実施例で
は６７［ｍｓｅｃ］）で発生するタイマ割込により起動
され、第１のマウスドライバが直接マウスインタフェー
スとデータ等をやり取りするのと同じ入出力命令を発行
する。即ち、所定のＩＯアドレスに割り付けられたステ
ータスレジスタに対して所定のデータを書き込むための
出力命令を発行し（図５処理ｅ）、所定のＩＯアドレス
に割り付けられたデータレジスタに用意されるマウスデ
ータを読み取るための入力命令を発行する（図５処理ｈ
）。なお、データレジスタは本実施例では一つだけ用意
されており、ここに、ステータスレジスタに書き込まれ
たデータに応じた種類のデータが用意される。

【００３７】従ＯＳ上の第１のマウスドライバの処理に
よりこうしたステータスレジスタやデータレジスタに対
する入出力命令が発行されると、この入出力命令を、主
ＯＳが監視して、図７に示す処理ルーチンを起動する。 本実施例で用いたＣＰＵ１０１では、入出力命令は特権
命令なので、入出力命令が発行されると、処理は主ＯＳ
側に移行する。主ＯＳでは、特権命令の内容を解析して
、マウスドライバへの入出力命令であると判断すると、
この処理ルーチンを起動するのである。

【００３８】図７に示した処理が起動されると、まず入
出力命令を解析し（ステップ３００）、入出力命令がス
テータスレジスタに対するリード命令であると判断され
る場合には、ステータスレジスタの内容を単に返す処理
を行なって（ステップ３１０）、「ＲＴＮ」に抜けて本
ルーチンを終了する。

【００３９】一方、入出力命令がステータスレジスタに
データをセットする命令であると判断された場合には（
ステップ３００）、出力命令のオペランドの記述に従っ
てステータスレジスタにデータを書き込む処理を行なう
（ステップ３２０）。ステータスレジスタの構成例を、
図８に示す。この例では、Ｄ０ないしＤ７の８ビットの
レジスタのうち、ＭＳＢ（Ｄ７）がクリアカウンタＨＣ
として、Ｄ６とＤ５がデータレジスタの内容を指定する
フラグＳＸＹ，ＳＨＬとして、Ｄ４がマウスのタイマ割
込のマスクビットとして、各々定義されている。図８に
示すように、フラグＳＸＹ，ＳＨＬは、両者の組み合わ
せにより、データレジスタの下位４ビットＭＤ０ないし
ＭＤ３を、マウス１１４のＸ軸，Ｙ軸方向移動量の下位
４ビット，上位４ビットとして指定する。

【００４０】ステータスレジスタに書き込んだ後、クリ
アカウンタＨＣが値０から値１に変化した直後であるか
否かの判断を行ない（ステップ３３０）、変化した直後
であれば、ＲＡＭ１０５の所定のエリアに保存されてい
るマウスデータ、即ちＸ軸，Ｙ軸累積移動量Ｘｓ，Ｙｓ
と、マウスボタンの押下状態を示すフラグＦｍｂとをデ
ータレジスタ用のバッファに保存すると共に、マウスデ
ータを総てクリアする処理を行なう（ステップ３４０）
。この処理が、図５におけるデータのホールドｆに相当
する。なお、クリアカウンタＨＣが値０から１に変化し
た直後でなければ、単にフラグＳＸＹ等をセットしただ
けでなので、そのまま「ＲＴＮ」に抜けて本処理ルーチ
ンを一旦終了する。

【００４１】入出力命令がデータレジスタのリード命令
であると解析された場合には、直前にセットされたステ
ータスレジスタのフラグＳＸＹ，ＳＨＬに従って、デー
タレジスタにマウスの各軸累積移動量Ｘｓ，Ｙｓなどの
データ（図５マウスデータｇ）を用意し、これを入力命
令を発行した第１のマウスドライバに返す処理を行ない
（ステップ３５０）、その後、「ＲＴＮ」に抜けて本処
理ルーチンを終了する。この処理が、図５における処理
ｈに相当する。ステップ３５０の処理により第１のマウ
スドライバに返されるデータレジスタの内容を図８下段
に例示する。図示するように、マウスボタンの押下状態
は、左右のマウスボタンの判別がなされてフラグＦｍＬ
，ＦｍＲとして、一方、下位４ビットはＸ軸，Ｙ軸累積
移動量Ｘｓ，Ｙｓの上位もしくは下位ビットとして、デ
ータレジスタに用意される。

【００４２】以上の処理は、従ＯＳ上の第１のマウスド
ライバが特権命令である入力命令（ＩＮ）もしくは出力
命令（ＯＵＴ）を発行すると実行され、入出力命令を解
析して必要なデータを第１のマウスドライバに受け渡す
。この結果、アプリケーションプログラムが、アプリケ
ーションプログラムにとっての動作環境である従ＯＳの
第１のマウスドライバに対してシステムコールによりデ
ータを要求すれば、いつでもマウスデータを受け取るこ
とができる。

【００４３】本実施例の情報処理装置では、従ＯＳ上の
マウスドライバは、従ＯＳが単独で使用される場合の構
成と何等変更を必要としない。また、アプリケーション
プログラム毎に異なるマウスドライバを使用したとして
も、主ＯＳ側のエミュレータおよび第２のマウスドライ
バを同一の構成とすることができる。

【００４４】更に、本実施例では、マウスインタフェー
ス１１５から第２のマウスドライバに対する割込要求の
間隔より、第１のマウスドライバに対する割込要求の間
隔の方が長いので、システム全体のオーバーヘッドを小
さく押さえることができる。しかも、本実施例では、マ
ウスインタフェース１１５からの割込要求が生じる度に
、マウスデータを更新しているので、マウス移動量のデ
ータやマウスボタンの操作を取りこぼすことがない。

【００４５】以上本発明のいくつかの実施例について説
明したが、本発明はこれらの実施例に何等制限されるも
のではなく、例えば情報処理装置に接続された他の周辺
機器（キーボードやディジタイザ，ライトペン，シリア
ル通信ポート，プリンタ，外部記憶装置等）とのデータ
のやり取りに適用した構成、主ＯＳ上で動作する従ＯＳ
が複数存在する構成、入出力命令の検出をハードウェア
により行なう構成、あるいは入力命令のみもしくは出力
命令のみに対して動作するデバイスドライバを用いた構
成など、本発明の要旨を逸脱しない範囲内で種々なる態
様で実施できることは勿論である。

【００４６】

【発明の効果】以上実施例を挙げて詳しく説明したよう
に、本発明の情報処理装置では、第１のオペレーティン
グシステムに備えられた第１のデバイスドライバが発行
する入出力命令を検出して、第２のオペレーティングシ
ステムに備えられたデータ形式変換手段がデータの形式
を変換することにより、第１のオペレーティングシステ
ム上で動作する処理は、第１のデバイスドライバの仲介
を受けて、周辺機器からデータを入力しおよび／または
周辺機器にデータを出力する。従って、本発明の情報処
理装置では、第１のデバイスドライバは、第１のオペレ
ーティングシステムが単独で使用される場合の構成と何
等変更を必要しないという優れた効果を奏する。

【００４７】また、第１のオペレーティングシステム上
の処理毎に異なるデバイスドライバを使用したとしても
、第２のオペレーティングシステム側のデータ形式変換
手段および第２のデバイスドライバを同一の構成とする
ことができるという利点も得られる。更に、周辺機器か
ら第２のデバイスドライバに対する処理の要求の間隔と
、第１のデバイスドライバに対する処理の要求の間隔と
を異なられることができるので、情報処理装置全体とし
てのオーバーヘッドを小さくすることができる。

【図面の簡単な説明】

【図１】本発明の基本的構成を例示するブロック図であ
る。

【図２】本発明の第１実施例である情報処理装置の概略
構成を示すブロック図である。

【図３】同じく第１実施例における処理の概要を示すフ
ローチャートである。

【図４】本発明の第２実施例である情報処理装置の概略
構成を示すブロック図である。

【図５】第２実施例におけるハードウェア，主ＯＳ，従
ＯＳおよびアプリケーションプログラム間の処理概要を
示す説明である。

【図６】第２のマウスドライバにおける割込処理ルーチ
ンの概要を示すフローチャートである。

【図７】同じく第１のマウスドライバが発行する入出力
命令に対して主ＯＳが実行する処理の概要を示すフロー
チャートである。

【図８】マウスデータをやり取りするためのステータス
レジスタおよびデータレジスタの内容を例示する説明図
である。

【符号の説明】

１　　入出力エミュレータ ２　　データバッファ ３　　データ合成装置 ４　　入出力命令検出装置 ５　　制御信号合成装置 ６　　中央処理装置 ７　　主記憶装置 ９　　マウス制御装置 １０　　マウス １０１　　ＣＰＵ １０５　　ＲＡＭ １１２　　ＰＩＣ １１４　　２ボタンマウス １１５　　マウスインタフェース ＡＰ　　処理 ＤＤ１　　第１のデバイスドライバ ＤＤ２　　第２のデバイスドライバ ＥＭ　　データ形式変換手段 ＩＯＤ　　入出力命令検出手段 ＯＳ１　　第１のオペレーティングシステムＯＳ２　　
第２のオペレーティングシステムＰＥ　　周辺機器

Claims (3)

【特許請求の範囲】
1. 【請求項１】　　第１のオペレーティングシステムが、
   第２のオペレーティングシステム内の子プロセスとして
   動作し、該第１のオペレーティングシステムの環境下で
   実行される処理が、前記第２のオペレーティングシステ
   ムが管理する周辺機器とデータのやり取りを行なう情報
   処理装置であって、前記第１のオペレーティングシステ
   ム内に、前記周辺機器に対する入力命令および／または
   出力命令を発行し、前記処理に対して該周辺機器とのデ
   ータのやり取りを仲介する第１のデバイスドライバを備
   え、前記第２のオペレーティングシステム内に、前記周
   辺機器からのデータを保存しおよび／または前記周辺機
   器へのデータを出力する第２のデバイスドライバと、前
   記第１のデバイスドライバが発行する入力命令または出
   力命令を検出する入出力命令検出手段と、検出された入
   力命令および／または出力命令を解釈して、前記第１の
   デバイスドライバが入力するデータを前記第１のデバイ
   スドライバ用の形式に変換し、および／または該第１の
   デバイスドライバが出力するデータを前記第２のデバイ
   スドライバ用の形式に変換するデータ形式変換手段とを
   備えた情報処理装置。
2. 【請求項２】　　請求項１記載の情報処理装置であって
   、前記第１のデバイスドライバがデータを入力する処理
   についての起動命令を、前記第２のオペレーティングシ
   ステムに対する負荷を考慮して定められたタイミングで
   起動される割込命令として与える割込手段を備えた情報
   処理装置。
3. 【請求項３】　　請求項２記載の情報処理装置であって
   、前記第１のデバイスドライバに対する割込命令のイン
   ターバルの間の前記周辺機器からの入力データの来歴を
   保存する来歴保存手段を設け、前記第１のデバイスドラ
   イバからの入力命令に応じ、前記入力データの来歴に基
   づいて該第１のデバイスドライバへの入力データを合成
   する来歴データ合成手段を、前記第２のデバイスドライ
   バ内に設けた情報処理装置。