JPH08190485A - エミュレーション装置 - Google Patents
エミュレーション装置Info
- Publication number
- JPH08190485A JPH08190485A JP7170330A JP17033095A JPH08190485A JP H08190485 A JPH08190485 A JP H08190485A JP 7170330 A JP7170330 A JP 7170330A JP 17033095 A JP17033095 A JP 17033095A JP H08190485 A JPH08190485 A JP H08190485A
- Authority
- JP
- Japan
- Prior art keywords
- execution
- machine
- module
- emulation
- calling
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【目的】 ターゲットマシンの動作を実行マシン上でエ
ミュレートするエミュレーション装置において、簡略な
構成でエミュレーションの範囲を拡大する。 【構成】 ターゲットマシンの機能毎に用意された実行
モジュールをカーネルＫＲからディスパッチャＤＰを介
して呼び出すが、この呼出アドレスは、各実行モジュー
ルがその組み込み時に自分でディスパッチャテーブルＤ
Ｔに登録しておく。例えばキーボード７２からの入力が
なされると、ハードウェア上の割込が生じてキーボード
エミュレータＫＥＭが呼ばれ、変換後のキーコードをバ
ッファＤＦに格納した後、モジュール間通信により割り
込みコントローラエミュレータＩＲＭを呼び出す。割り
込みコントローラエミュレータＩＲＭはカーネルＫＲに
対して仮想割込を要求し、再度キーボードエミュレータ
ＫＥＭが呼ばれてバッファＤＦに記憶されたキーコード
がアプリケーションプログラムＡＰＰに渡される。
ミュレートするエミュレーション装置において、簡略な
構成でエミュレーションの範囲を拡大する。 【構成】 ターゲットマシンの機能毎に用意された実行
モジュールをカーネルＫＲからディスパッチャＤＰを介
して呼び出すが、この呼出アドレスは、各実行モジュー
ルがその組み込み時に自分でディスパッチャテーブルＤ
Ｔに登録しておく。例えばキーボード７２からの入力が
なされると、ハードウェア上の割込が生じてキーボード
エミュレータＫＥＭが呼ばれ、変換後のキーコードをバ
ッファＤＦに格納した後、モジュール間通信により割り
込みコントローラエミュレータＩＲＭを呼び出す。割り
込みコントローラエミュレータＩＲＭはカーネルＫＲに
対して仮想割込を要求し、再度キーボードエミュレータ
ＫＥＭが呼ばれてバッファＤＦに記憶されたキーコード
がアプリケーションプログラムＡＰＰに渡される。
Description
【０００１】
【産業上の利用分野】本発明は、エミュレーション装置
に関し、詳しくは少なくとも演算処理部、記憶部、入出
力部を備えたコンピュータである実行マシン上で、この
演算処理部が実行する命令セットについては互換性があ
りかつ実行マシンのアーキテクチャとは異なるアーキテ
クチャを備えたコンピュータであるターゲットマシン用
のプログラムを実行させるエミュレーション装置に関す
る。
に関し、詳しくは少なくとも演算処理部、記憶部、入出
力部を備えたコンピュータである実行マシン上で、この
演算処理部が実行する命令セットについては互換性があ
りかつ実行マシンのアーキテクチャとは異なるアーキテ
クチャを備えたコンピュータであるターゲットマシン用
のプログラムを実行させるエミュレーション装置に関す
る。
【０００２】
【従来の技術】従来、この種のエミュレーション装置と
しては、特開平５−４６４０６号に開示されているよう
に、ターゲットマシンのＯＳファンクションコール、Ｂ
ＩＯＳファンクションコールやＩ／Ｏ命令、さらには割
り込みテーブルなどを、個々にエミュレーションするこ
とで、ターゲットマシン用に作られたアプリケーション
プログラムを実行マシン上で実行可能とする仮想計算機
エミュレーション装置が知られている。
しては、特開平５−４６４０６号に開示されているよう
に、ターゲットマシンのＯＳファンクションコール、Ｂ
ＩＯＳファンクションコールやＩ／Ｏ命令、さらには割
り込みテーブルなどを、個々にエミュレーションするこ
とで、ターゲットマシン用に作られたアプリケーション
プログラムを実行マシン上で実行可能とする仮想計算機
エミュレーション装置が知られている。
【０００３】こうしたエミュレーション装置では、特定
の中央演算処理部（以下、ＣＰＵという）に備えられた
機能を用い、エミュレーションを行なうべき命令が実行
されたり、エミュレーションを行なうべきアドレスやＩ
／Ｏがアクセスされた時、これをトラップして、ターゲ
ットマシン上でいかなる処理を実行しようとしているか
を解析し、同様の結果が実行マシン上で得られるよう、
予め用意した代替処理を実行するのである。例えば、タ
ーゲットマシンにおいて所定の機能が割り当てられたＩ
／Ｏアドレスをアクセスする命令が実行されようとした
場合には、これを特権命令の処理としてトラップし、い
かなる機能を実現しようとしているかを解析し、同様の
処理がなされるよう実行マシンのＩ／Ｏアドレスに対す
る書込処理を実行するのである。
の中央演算処理部（以下、ＣＰＵという）に備えられた
機能を用い、エミュレーションを行なうべき命令が実行
されたり、エミュレーションを行なうべきアドレスやＩ
／Ｏがアクセスされた時、これをトラップして、ターゲ
ットマシン上でいかなる処理を実行しようとしているか
を解析し、同様の結果が実行マシン上で得られるよう、
予め用意した代替処理を実行するのである。例えば、タ
ーゲットマシンにおいて所定の機能が割り当てられたＩ
／Ｏアドレスをアクセスする命令が実行されようとした
場合には、これを特権命令の処理としてトラップし、い
かなる機能を実現しようとしているかを解析し、同様の
処理がなされるよう実行マシンのＩ／Ｏアドレスに対す
る書込処理を実行するのである。
【０００４】
【発明が解決しようとする課題】しかしながら、従来の
エミュレーション装置では、あるターゲットマシンを実
行マシン上で完全にエミュレートすることは、エミュレ
ーションプログラムが巨大なものとなってしまうことか
ら、実際には実現困難であるという問題があった。した
がって、通常のエミュレーション装置では、ＯＳが定義
しているファンクションコールと、多用されるＩ／Ｏア
クセス（例えばＶ−ＲＡＭへの直接アクセス）等を中心
に、ある程度の範囲をエミュレートしているに過ぎな
い。
エミュレーション装置では、あるターゲットマシンを実
行マシン上で完全にエミュレートすることは、エミュレ
ーションプログラムが巨大なものとなってしまうことか
ら、実際には実現困難であるという問題があった。した
がって、通常のエミュレーション装置では、ＯＳが定義
しているファンクションコールと、多用されるＩ／Ｏア
クセス（例えばＶ−ＲＡＭへの直接アクセス）等を中心
に、ある程度の範囲をエミュレートしているに過ぎな
い。
【０００５】また、エミュレーションを容易にするた
め、ディスクのアクセスや描画命令などの一連の処理か
らなる機能を単位としてエミュレートするのが一般的で
あり、この場合には、アプリケーションソフトウェア
が、各機能を構成する個々の処理を直接実行しようとす
ると、正常にエミュレートすることができないという問
題があった。
め、ディスクのアクセスや描画命令などの一連の処理か
らなる機能を単位としてエミュレートするのが一般的で
あり、この場合には、アプリケーションソフトウェア
が、各機能を構成する個々の処理を直接実行しようとす
ると、正常にエミュレートすることができないという問
題があった。
【０００６】ターゲットマシンにせよ実行マシンにせ
よ、それらのアーキテクチャは、それらのマシンの開発
の歴史や開発時の制約などを背負っており、単純明快な
構成に終始することは期待し難い。細部に立ち入ると、
様々な例外や付加機能等を有しており、単純なエミュレ
ーションでは、到底対応できないのである。このため、
マシンを構成するあらゆる処理、機能について完全なエ
ミュレーションを実現しようとすると、エミュレーショ
ン装置の構成も複雑なものとなり、エミュレーション用
のプログラムも複雑化し巨大化するという問題があっ
た。
よ、それらのアーキテクチャは、それらのマシンの開発
の歴史や開発時の制約などを背負っており、単純明快な
構成に終始することは期待し難い。細部に立ち入ると、
様々な例外や付加機能等を有しており、単純なエミュレ
ーションでは、到底対応できないのである。このため、
マシンを構成するあらゆる処理、機能について完全なエ
ミュレーションを実現しようとすると、エミュレーショ
ン装置の構成も複雑なものとなり、エミュレーション用
のプログラムも複雑化し巨大化するという問題があっ
た。
【０００７】更に、コンピュータにおけるエミュレーシ
ョンは、結果の同一性が保たれれば足りるものではな
く、実行速度の同一性（少なくとも許容できる範囲での
同一さ）が必要となる場合も少なくない。例えば、ある
実行マシン上でワードプロセッサのプログラムを実行し
ているとして、文字列の置換などの処理が、ターゲット
マシン上で直接実行すれば数秒程度で完了するにもかか
わらず、実行マシン上でのエミュレーションによって数
分という時間が必要であるとすれば、置換結果が同一で
あるとしても、エミュレーションとしてはもはや同一と
呼ぶことは困難であろう。
ョンは、結果の同一性が保たれれば足りるものではな
く、実行速度の同一性（少なくとも許容できる範囲での
同一さ）が必要となる場合も少なくない。例えば、ある
実行マシン上でワードプロセッサのプログラムを実行し
ているとして、文字列の置換などの処理が、ターゲット
マシン上で直接実行すれば数秒程度で完了するにもかか
わらず、実行マシン上でのエミュレーションによって数
分という時間が必要であるとすれば、置換結果が同一で
あるとしても、エミュレーションとしてはもはや同一と
呼ぶことは困難であろう。
【０００８】本発明のエミュレーション装置は、こうし
た問題を解決し、あるターゲットマシンのアーキテクチ
ャの大部分を、他の実行マシン上でエミュレートするこ
とを目的としてなされ、次の構成を採った。
た問題を解決し、あるターゲットマシンのアーキテクチ
ャの大部分を、他の実行マシン上でエミュレートするこ
とを目的としてなされ、次の構成を採った。
【０００９】
【課題を解決するための手段】本発明の第１のエミュレ
ーション装置は、少なくとも演算処理部、記憶部、入出
力部を備えたコンピュータである実行マシン上で、該演
算処理部が実行する命令セットは互換性がありかつ該実
行マシンのアーキテクチャとは異なるアーキテクチャを
備えたコンピュータであるターゲットマシン用のプログ
ラムを実行させるエミュレーション装置であって、前記
ターゲットマシンの前記アーキテクチャから定まる機能
毎に、該機能と等価な処理を前記実行マシンに実行させ
る複数の実行モジュールと、エミュレーションの開始前
に、前記実行モジュールを組み込むと共に、該実行モジ
ュールを呼び出すための呼び出し用情報を登録する初期
化手段と、前記プログラムが前記実行マシン上で実行さ
れる際、該プログラムが少なくとも前記ターゲットマシ
ンに関わる処理に属するとき、これを検出する検出手段
と、該検出手段による検出がなされたとき、前記プログ
ラムが属する前記ターゲットマシンの機能を判別する判
別手段と、該判別された機能に応じて、該機能毎に用意
された実行モジュールを、前記登録された呼び出し用情
報を用いて呼び出す呼出手段とを備えたことを要旨とす
る。
ーション装置は、少なくとも演算処理部、記憶部、入出
力部を備えたコンピュータである実行マシン上で、該演
算処理部が実行する命令セットは互換性がありかつ該実
行マシンのアーキテクチャとは異なるアーキテクチャを
備えたコンピュータであるターゲットマシン用のプログ
ラムを実行させるエミュレーション装置であって、前記
ターゲットマシンの前記アーキテクチャから定まる機能
毎に、該機能と等価な処理を前記実行マシンに実行させ
る複数の実行モジュールと、エミュレーションの開始前
に、前記実行モジュールを組み込むと共に、該実行モジ
ュールを呼び出すための呼び出し用情報を登録する初期
化手段と、前記プログラムが前記実行マシン上で実行さ
れる際、該プログラムが少なくとも前記ターゲットマシ
ンに関わる処理に属するとき、これを検出する検出手段
と、該検出手段による検出がなされたとき、前記プログ
ラムが属する前記ターゲットマシンの機能を判別する判
別手段と、該判別された機能に応じて、該機能毎に用意
された実行モジュールを、前記登録された呼び出し用情
報を用いて呼び出す呼出手段とを備えたことを要旨とす
る。
【００１０】また、本発明の第２のエミュレーション装
置は、少なくとも演算処理部、記憶部、入出力部を備え
たコンピュータである実行マシン上で、該演算処理部が
実行する命令セットは互換性がありかつ該実行マシンの
アーキテクチャとは異なるアーキテクチャを備えたコン
ピュータであるターゲットマシン用のプログラムを実行
させるエミュレーション装置であって、前記実行マシン
の前記演算処理部と前記入出力部とを接続するバスに介
装され、前記ターゲットマシン用の命令をそのまま実行
可能な演算処理部を有する制御回路と、前記実行マシン
のコンピュータが前記ターゲットマシンの入出力部を操
作する命令を発行したことを、前記バス上の信号から検
出する検出手段とを備え、前記制御回路には、前記ター
ゲットマシンの前記アーキテクチャから定まる機能毎
に、該機能と等価な処理を前記実行マシンに実行させる
複数の実行モジュールと、前記検出手段により、前記発
行された命令が前記ターゲットマシンの入出力部を操作
する命令であることが検出されたとき、該命令が属する
前記ターゲットマシンの機能を判別する判別手段と、該
判別された機能の応じて、該機能毎に用意された前記実
行モジュールを、呼び出す呼出手段とを備えたことを特
徴とする。
置は、少なくとも演算処理部、記憶部、入出力部を備え
たコンピュータである実行マシン上で、該演算処理部が
実行する命令セットは互換性がありかつ該実行マシンの
アーキテクチャとは異なるアーキテクチャを備えたコン
ピュータであるターゲットマシン用のプログラムを実行
させるエミュレーション装置であって、前記実行マシン
の前記演算処理部と前記入出力部とを接続するバスに介
装され、前記ターゲットマシン用の命令をそのまま実行
可能な演算処理部を有する制御回路と、前記実行マシン
のコンピュータが前記ターゲットマシンの入出力部を操
作する命令を発行したことを、前記バス上の信号から検
出する検出手段とを備え、前記制御回路には、前記ター
ゲットマシンの前記アーキテクチャから定まる機能毎
に、該機能と等価な処理を前記実行マシンに実行させる
複数の実行モジュールと、前記検出手段により、前記発
行された命令が前記ターゲットマシンの入出力部を操作
する命令であることが検出されたとき、該命令が属する
前記ターゲットマシンの機能を判別する判別手段と、該
判別された機能の応じて、該機能毎に用意された前記実
行モジュールを、呼び出す呼出手段とを備えたことを特
徴とする。
【００１１】
【作用】以上のように構成された本発明の第１のエミュ
レーション装置は、実行マシンの立ち上げ時に、初期化
手段が、複数の実行モジュールを組み込むと共に、実行
モジュールを呼び出すための呼び出し用情報を登録す
る。処理が開始され、ターゲットマシン用のプログラム
が実行マシン上で実行されると、検出手段は、プログラ
ムが少なくともターゲットマシンに関わる処理に属する
とき、これを検出する。検出手段によるかかる検出がな
されたとき、判別手段が、プログラムが属するターゲッ
トマシンの機能を判別し、判別された機能に応じて、呼
出手段が、この機能毎に用意された実行モジュールを、
登録された呼び出し用情報を用いて呼び出す。ここで、
実行マシンとターゲットマシンは、アーキテクチャは異
なるが演算処理部が実行する命令セットは互換性があ
る。従って、ターゲットマシンに関わる処理に属さない
命令は、そのまま実行でき、ターゲットマシンに関わる
処理に属するものは、予め登録した呼び出し用情報を用
いて呼び出した実行モジュールにより、等価な処理とし
て実行する。
レーション装置は、実行マシンの立ち上げ時に、初期化
手段が、複数の実行モジュールを組み込むと共に、実行
モジュールを呼び出すための呼び出し用情報を登録す
る。処理が開始され、ターゲットマシン用のプログラム
が実行マシン上で実行されると、検出手段は、プログラ
ムが少なくともターゲットマシンに関わる処理に属する
とき、これを検出する。検出手段によるかかる検出がな
されたとき、判別手段が、プログラムが属するターゲッ
トマシンの機能を判別し、判別された機能に応じて、呼
出手段が、この機能毎に用意された実行モジュールを、
登録された呼び出し用情報を用いて呼び出す。ここで、
実行マシンとターゲットマシンは、アーキテクチャは異
なるが演算処理部が実行する命令セットは互換性があ
る。従って、ターゲットマシンに関わる処理に属さない
命令は、そのまま実行でき、ターゲットマシンに関わる
処理に属するものは、予め登録した呼び出し用情報を用
いて呼び出した実行モジュールにより、等価な処理とし
て実行する。
【００１２】ここで、初期化手段が、実行モジュールを
呼び出すための呼び出し用情報の登録を、実行モジュー
ルに用意された所定の処理プログラムの実行に一旦処理
を移すことで、各実行モジュール自体に行なわせる構成
とすることもできる。実行モジュール自体が登録を行な
うことで、初期化手段は、どう言った呼び出し情報を登
録すべきかとか、どれだけの実行モジュールが登録され
るかといった情報を知る必要がない。
呼び出すための呼び出し用情報の登録を、実行モジュー
ルに用意された所定の処理プログラムの実行に一旦処理
を移すことで、各実行モジュール自体に行なわせる構成
とすることもできる。実行モジュール自体が登録を行な
うことで、初期化手段は、どう言った呼び出し情報を登
録すべきかとか、どれだけの実行モジュールが登録され
るかといった情報を知る必要がない。
【００１３】また、実行モジュールの少なくとも一つ
が、他の実行モジュールが登録した呼び出し用情報を記
憶しており、その実行モジュールの実行時に、この呼び
出し用情報を用いて、呼出手段を介して間接的に（しか
し検出手段や判別手段を呼び出すことなく）、他の実行
モジュールを呼び出すものとすることも、全体の実行速
度を向上する上で有用である。
が、他の実行モジュールが登録した呼び出し用情報を記
憶しており、その実行モジュールの実行時に、この呼び
出し用情報を用いて、呼出手段を介して間接的に（しか
し検出手段や判別手段を呼び出すことなく）、他の実行
モジュールを呼び出すものとすることも、全体の実行速
度を向上する上で有用である。
【００１４】更に、実行モジュールの少なくとも一つ
が、初期化手段による実行モジュールの組み込み時に、
この実行モジュールより先に組み込まれた他の実行モジ
ュールの内部に用意され該他の実行モジュールを構成す
る処理の少なくとも一つを直接呼び出す直接呼出用情報
を取得するものとしてもよい。この場合、後に組み込ま
れた実行モジュールは、その実行モジュールの実行時
に、取得した直接呼出用情報を用いて、この実行モジュ
ールにより先に組み込まれた他の実行モジュールを直接
呼び出すことが可能となる。先に組み込まれた他の実行
モジュールに、後に組み込まれる実行モジュールがその
内部に用意されこの実行モジュールを構成する処理の少
なくとも一つを直接呼び出す直接呼出情報を教えるもの
とすれば、先に組み込まれた実行モジュールが後で組み
込まれる実行モジュールを直接呼び出すことも、同様に
可能となる。
が、初期化手段による実行モジュールの組み込み時に、
この実行モジュールより先に組み込まれた他の実行モジ
ュールの内部に用意され該他の実行モジュールを構成す
る処理の少なくとも一つを直接呼び出す直接呼出用情報
を取得するものとしてもよい。この場合、後に組み込ま
れた実行モジュールは、その実行モジュールの実行時
に、取得した直接呼出用情報を用いて、この実行モジュ
ールにより先に組み込まれた他の実行モジュールを直接
呼び出すことが可能となる。先に組み込まれた他の実行
モジュールに、後に組み込まれる実行モジュールがその
内部に用意されこの実行モジュールを構成する処理の少
なくとも一つを直接呼び出す直接呼出情報を教えるもの
とすれば、先に組み込まれた実行モジュールが後で組み
込まれる実行モジュールを直接呼び出すことも、同様に
可能となる。
【００１５】また、実行モジュールの少なくとも一つ
が、ターゲットマシンのハードウェア上の割込に伴う処
理と等価な処理を実行するモジュールであり、このモジ
ュールが直接呼出情報を教える他の実行モジュールが、
割込の発生自体を処理するモジュールである場合におい
て、この実行モジュールが、その登録時に、他の実行モ
ジュールに対して、割込を特定する情報を登録すること
も、割込の発生時の処理を容易なものとする上で好適で
ある。
が、ターゲットマシンのハードウェア上の割込に伴う処
理と等価な処理を実行するモジュールであり、このモジ
ュールが直接呼出情報を教える他の実行モジュールが、
割込の発生自体を処理するモジュールである場合におい
て、この実行モジュールが、その登録時に、他の実行モ
ジュールに対して、割込を特定する情報を登録すること
も、割込の発生時の処理を容易なものとする上で好適で
ある。
【００１６】実行モジュールは、すべてソフトウェアに
より構成することも可能であるが、少なくとも複数の実
行モジュールの一部の実行モジュールと呼出手段とを、
実行マシンに実装され、実行マシンの演算処理部とは異
なる演算処理部を備えたマシン上で実現することも、実
行速度を改善する上で好適である。
より構成することも可能であるが、少なくとも複数の実
行モジュールの一部の実行モジュールと呼出手段とを、
実行マシンに実装され、実行マシンの演算処理部とは異
なる演算処理部を備えたマシン上で実現することも、実
行速度を改善する上で好適である。
【００１７】こうした実行モジュールの一つが、ターゲ
ットマシンのキーボードやマウスといった入出力装置と
間のデータの受け渡しと等価な処理を実行するモジュー
ルであり、このモジュールを、実行マシンのキーボード
等の入出力装置の動作に伴い呼び出されて、データを受
け渡すものと、データの受け渡し後に、ターゲットマシ
ンにおける受け渡しを模擬して生起された割込により呼
び出されて、先に受け渡したデータを、ターゲットマシ
ンにおける入出力装置のデータとして外部とやり取りす
る構成とし、このモジュールが、実行マシンの入出力装
置の動作に際して２度呼び出されるものとすれば、入出
力装置の機能をより一層正確に模擬することができる。
ットマシンのキーボードやマウスといった入出力装置と
間のデータの受け渡しと等価な処理を実行するモジュー
ルであり、このモジュールを、実行マシンのキーボード
等の入出力装置の動作に伴い呼び出されて、データを受
け渡すものと、データの受け渡し後に、ターゲットマシ
ンにおける受け渡しを模擬して生起された割込により呼
び出されて、先に受け渡したデータを、ターゲットマシ
ンにおける入出力装置のデータとして外部とやり取りす
る構成とし、このモジュールが、実行マシンの入出力装
置の動作に際して２度呼び出されるものとすれば、入出
力装置の機能をより一層正確に模擬することができる。
【００１８】また、本発明の第２のエミュレーション装
置は、ターゲットマシン用の命令をそのまま実行可能な
演算処理部を有する制御回路を、実行マシンの演算処理
部と入出力部とを接続するバスに介装している。実行マ
シン上で処理が開始され、ターゲットマシンの入出力部
を操作する命令が実行マシンのコンピュータにより発行
されると、検出手段は、これを検出する。検出手段によ
るかかる検出がなされたとき、制御回路に設けられた判
別手段が、発行された命令が属するターゲットマシンの
機能を判別し、判別された機能に応じて、呼出手段が、
この機能毎に用意された実行モジュールを呼び出す。従
って、実質的なエミュレーションの処理は、実行マシン
においてハードウェアとして用意された制御回路により
実行される。即ち、実行マシンの演算処理部は、ターゲ
ットマシン用の命令の発行とこれと等価な機能の実行と
いう二つの処理を行なう必要がなく、エミュレーション
の速度は格段に改善される。
置は、ターゲットマシン用の命令をそのまま実行可能な
演算処理部を有する制御回路を、実行マシンの演算処理
部と入出力部とを接続するバスに介装している。実行マ
シン上で処理が開始され、ターゲットマシンの入出力部
を操作する命令が実行マシンのコンピュータにより発行
されると、検出手段は、これを検出する。検出手段によ
るかかる検出がなされたとき、制御回路に設けられた判
別手段が、発行された命令が属するターゲットマシンの
機能を判別し、判別された機能に応じて、呼出手段が、
この機能毎に用意された実行モジュールを呼び出す。従
って、実質的なエミュレーションの処理は、実行マシン
においてハードウェアとして用意された制御回路により
実行される。即ち、実行マシンの演算処理部は、ターゲ
ットマシン用の命令の発行とこれと等価な機能の実行と
いう二つの処理を行なう必要がなく、エミュレーション
の速度は格段に改善される。
【００１９】この第２のエミュレーション装置におい
て、前記検出手段が、前記実行マシンが発行した命令が
前記ターゲットマシンの入出力部を操作する命令である
ことを検出したとき、該実行マシンの前記演算処理部の
該命令の発行動作の完了を遅延する遅延手段と、呼出手
段による実行モジュールの呼び出しに伴い、該実行モジ
ュールが前記処理を完了したとき、前記遅延手段による
遅延を終了し、前記実行マシンのコンピュータの動作を
完了させる遅延終了手段とを備えれば、見かけ上実行マ
シンのコンピュータの動作毎にエミュレーションが完了
することになり、ターゲットマシンの動作を一層正確に
エミュレーションすることができる。
て、前記検出手段が、前記実行マシンが発行した命令が
前記ターゲットマシンの入出力部を操作する命令である
ことを検出したとき、該実行マシンの前記演算処理部の
該命令の発行動作の完了を遅延する遅延手段と、呼出手
段による実行モジュールの呼び出しに伴い、該実行モジ
ュールが前記処理を完了したとき、前記遅延手段による
遅延を終了し、前記実行マシンのコンピュータの動作を
完了させる遅延終了手段とを備えれば、見かけ上実行マ
シンのコンピュータの動作毎にエミュレーションが完了
することになり、ターゲットマシンの動作を一層正確に
エミュレーションすることができる。
【００２０】また、エミュレーションの開始前に、前記
実行モジュールを組み込むと共に、該実行モジュールを
呼び出すための呼び出し用情報を登録する初期化手段を
備えると共に、呼出手段は、実行モジュールを呼び出す
際、該初期化手段により登録された呼び出し用情報を用
いる登録参照手段を備えるものとすれば、実行モジュー
ルの呼出を簡略化することができる。
実行モジュールを組み込むと共に、該実行モジュールを
呼び出すための呼び出し用情報を登録する初期化手段を
備えると共に、呼出手段は、実行モジュールを呼び出す
際、該初期化手段により登録された呼び出し用情報を用
いる登録参照手段を備えるものとすれば、実行モジュー
ルの呼出を簡略化することができる。
【００２１】更に、制御回路に、実行マシンの立ち上げ
時に、この制御回路が動作可能な状態となるまでの間、
実行マシンのコンピュータに対してその動作を禁止する
禁止信号を出力する手段を備えるものとすれば、確実に
エミュレーションを行なうことができる。
時に、この制御回路が動作可能な状態となるまでの間、
実行マシンのコンピュータに対してその動作を禁止する
禁止信号を出力する手段を備えるものとすれば、確実に
エミュレーションを行なうことができる。
【００２２】制御回路に、この制御回路が介装されたバ
スの実行マシンの演算処理部側のバスと実行マシンの入
出力側のバスとの間でデータのやり取りを行なうため
に、バスの使用の要求を調停する調停手段を備えるもの
とすれば、両バスでのデータのやり取りを調整すること
ができ、処理を容易にすることができる。
スの実行マシンの演算処理部側のバスと実行マシンの入
出力側のバスとの間でデータのやり取りを行なうため
に、バスの使用の要求を調停する調停手段を備えるもの
とすれば、両バスでのデータのやり取りを調整すること
ができ、処理を容易にすることができる。
【００２３】制御回路に、ターゲットマシンに用いられ
ている演算処理部より動作速度が速い演算処理部を備え
るものとすれば、エミュレーションによるオーバーヘッ
ドによる全体的な動作速度の低下を補うことができ、好
適である。
ている演算処理部より動作速度が速い演算処理部を備え
るものとすれば、エミュレーションによるオーバーヘッ
ドによる全体的な動作速度の低下を補うことができ、好
適である。
【００２４】
【実施例】以上説明した本発明の構成・作用を一層明ら
かにするために、以下本発明の好適な実施例について説
明する。図１は、第１本実施例のエミュレーション装置
の構成を概念的に示すブロック図である。このエミュレ
ーション装置は、実際には、ＰＣ−ＡＴ機と互換性を有
するＤＯＳ／Ｖ機（ＰＣ−ＡＴおよびＤＯＳ／Ｖは、Ｉ
ＢＭ社の商標）を実行マシンとし、その上で、ターゲッ
トマシンであるＰＣ−９８００シリーズ（ＰＣ−９８０
０は日本電気株式会社の商標）のアーキテクチャを実現
するものである。図２は、ＤＯＳ／Ｖ機の概略構成を示
すブロック図、図３は、そのメモリおよびＩ／Ｏマップ
を示す説明図である。
かにするために、以下本発明の好適な実施例について説
明する。図１は、第１本実施例のエミュレーション装置
の構成を概念的に示すブロック図である。このエミュレ
ーション装置は、実際には、ＰＣ−ＡＴ機と互換性を有
するＤＯＳ／Ｖ機（ＰＣ−ＡＴおよびＤＯＳ／Ｖは、Ｉ
ＢＭ社の商標）を実行マシンとし、その上で、ターゲッ
トマシンであるＰＣ−９８００シリーズ（ＰＣ−９８０
０は日本電気株式会社の商標）のアーキテクチャを実現
するものである。図２は、ＤＯＳ／Ｖ機の概略構成を示
すブロック図、図３は、そのメモリおよびＩ／Ｏマップ
を示す説明図である。
【００２５】説明の便宜上、まず図２に従い、実行マシ
ンであるＤＯＳ／Ｖ機の構成について説明する。このＤ
ＯＳ／Ｖ機は、図示するように、ローカルバス２２に接
続された演算処理部２０、ローカルバス２２を外部バス
の一つであるＰＣＩバス３２に接続するＰＣＩブリッジ
３０、ＰＣＩバス３２を介して演算処理部２０のＣＰＵ
２１等によりアクセスを受けるコントローラ部４０、各
種のＩ／Ｏ装置等を制御する機器が低速の外部バスであ
るＩＳＡバス４２に接続されたＩ／Ｏ部６０、および周
辺機器であるキーボード７２，スピーカ７４，ＣＲＴ７
６などから構成されている。
ンであるＤＯＳ／Ｖ機の構成について説明する。このＤ
ＯＳ／Ｖ機は、図示するように、ローカルバス２２に接
続された演算処理部２０、ローカルバス２２を外部バス
の一つであるＰＣＩバス３２に接続するＰＣＩブリッジ
３０、ＰＣＩバス３２を介して演算処理部２０のＣＰＵ
２１等によりアクセスを受けるコントローラ部４０、各
種のＩ／Ｏ装置等を制御する機器が低速の外部バスであ
るＩＳＡバス４２に接続されたＩ／Ｏ部６０、および周
辺機器であるキーボード７２，スピーカ７４，ＣＲＴ７
６などから構成されている。
【００２６】演算処理部２０は、中央演算処理装置とし
てのＣＰＵ２１（本実施例ではインテル社製Ｐｅｎｔｉ
ｕｍを使用）、キャッシュメモリ２３，そのキャッシュ
コントローラ２４およびメインメモリ２５から構成され
ている。ＰＣＩブリッジ３０は、高速のＰＣＩバス３２
を制御する機能を備えたコントローラである。ＣＰＵ２
１が扱うメモリ空間は、ＣＰＵ２１の内部に用意された
各種レジスタにより、実際の物理アドレスより広い論理
アドレスに拡張されている。
てのＣＰＵ２１（本実施例ではインテル社製Ｐｅｎｔｉ
ｕｍを使用）、キャッシュメモリ２３，そのキャッシュ
コントローラ２４およびメインメモリ２５から構成され
ている。ＰＣＩブリッジ３０は、高速のＰＣＩバス３２
を制御する機能を備えたコントローラである。ＣＰＵ２
１が扱うメモリ空間は、ＣＰＵ２１の内部に用意された
各種レジスタにより、実際の物理アドレスより広い論理
アドレスに拡張されている。
【００２７】コントローラ部４０は、モニタ（ＣＲＴ）
７６への画像の表示を司るグラフィックスコントローラ
（以下、ＶＧＡと呼ぶ）４４、接続されるＳＣＳＩ機器
とのデータ転送を司るＳＣＳＩコントローラ４６、ＰＣ
Ｉバス３２と下位のＩＳＡバスとのインタフェースを司
るＰＣＩ−ＩＳＡブリッジ４８から構成されている。Ｖ
ＧＡ４４は、ＣＲＴ７６に対して、６４０×４８０ドッ
ト、１６色表示が可能である。なお、表示用のフォント
を記憶したキャラクタジェネレータや所定のコマンドを
受け取って所定の図形を描画するグラフィックコントロ
ーラ、さらには描画画像を記憶するビデオメモリ等は、
このＶＧＡ４４に実装されているが、これらの構成は周
知のものなので、必要に応じて後述するものとし、図２
では省略した。
７６への画像の表示を司るグラフィックスコントローラ
（以下、ＶＧＡと呼ぶ）４４、接続されるＳＣＳＩ機器
とのデータ転送を司るＳＣＳＩコントローラ４６、ＰＣ
Ｉバス３２と下位のＩＳＡバスとのインタフェースを司
るＰＣＩ−ＩＳＡブリッジ４８から構成されている。Ｖ
ＧＡ４４は、ＣＲＴ７６に対して、６４０×４８０ドッ
ト、１６色表示が可能である。なお、表示用のフォント
を記憶したキャラクタジェネレータや所定のコマンドを
受け取って所定の図形を描画するグラフィックコントロ
ーラ、さらには描画画像を記憶するビデオメモリ等は、
このＶＧＡ４４に実装されているが、これらの構成は周
知のものなので、必要に応じて後述するものとし、図２
では省略した。
【００２８】ＰＣＩ−ＩＳＡブリッジ４８を介して接続
されたＩＳＡバス４２は、各種のＩ／Ｏ機器が接続され
る入出力制御用のバスであり、ＤＭＡコントローラ（以
下単にＤＭＡと呼ぶ）５０、リアルタイムクロック（Ｒ
ＴＣ）５２、複合Ｉ／Ｏポート５４、サウンドＩ／Ｏ５
６、キーボード７２およびマウス７３とのインタフェー
スを司るキーボードインタフェース（以下ＫＥＹと呼
ぶ）６４、優先順位を有する割り込み制御を行なう割り
込みコントローラ（以下ＰＩＣと呼ぶ）６６、各種の時
間カウントやビープ音を発生するタイマ６８等から構成
されている。なお、ＩＳＡバス４２には、拡張ボードが
実装可能なＩＳＡスロット６２が接続されている。
されたＩＳＡバス４２は、各種のＩ／Ｏ機器が接続され
る入出力制御用のバスであり、ＤＭＡコントローラ（以
下単にＤＭＡと呼ぶ）５０、リアルタイムクロック（Ｒ
ＴＣ）５２、複合Ｉ／Ｏポート５４、サウンドＩ／Ｏ５
６、キーボード７２およびマウス７３とのインタフェー
スを司るキーボードインタフェース（以下ＫＥＹと呼
ぶ）６４、優先順位を有する割り込み制御を行なう割り
込みコントローラ（以下ＰＩＣと呼ぶ）６６、各種の時
間カウントやビープ音を発生するタイマ６８等から構成
されている。なお、ＩＳＡバス４２には、拡張ボードが
実装可能なＩＳＡスロット６２が接続されている。
【００２９】複合Ｉ／Ｏポート５４には、パラレル出
力，シリアル出力の他、フロッピディスク装置８２やハ
ードディスク８４を制御する信号を入出力するポートが
用意されている。また、パラレル入出力には、パラレル
ポート８６を介してプリンタ８８が、シリアル入出力に
は、シリアルポート９０を介してモデム９２が、各々接
続されている。また、サウンドＩ／Ｏ５６には、上述し
たスピーカ７４の他、マイクロフォン９６が接続可能と
されている。これらの構成の他、ＤＯＳ／Ｖ機では、標
準化されたＩ／Ｏチャンネルが用意されることも多い
が、本実施例では図示および説明は省略する。
力，シリアル出力の他、フロッピディスク装置８２やハ
ードディスク８４を制御する信号を入出力するポートが
用意されている。また、パラレル入出力には、パラレル
ポート８６を介してプリンタ８８が、シリアル入出力に
は、シリアルポート９０を介してモデム９２が、各々接
続されている。また、サウンドＩ／Ｏ５６には、上述し
たスピーカ７４の他、マイクロフォン９６が接続可能と
されている。これらの構成の他、ＤＯＳ／Ｖ機では、標
準化されたＩ／Ｏチャンネルが用意されることも多い
が、本実施例では図示および説明は省略する。
【００３０】かかる構成を有するＤＯＳ／Ｖ機におい
て、ＰＣ−９８００機のアーキテクチャを実現する手法
について、以下説明する。まず最初に、本実施例の実行
マシンであるＤＯＳ／Ｖ機のＣＰＵ２１が有するメモリ
管理機能と、実行モードについて説明する。図３は、タ
スクが管理するアドレス空間と物理アドレスとの関係を
示す説明図である。また、図４は、リアルモード、保護
（プロテクト）モード、仮想８０８６モード間の関係を
示す説明図である。ｉ８０３８６（インテル社製）以上
のＣＰＵでは、タスクが管理するアドレスを所定の物理
アドレスに割り当てタスク内では所定の論理アドレスで
処理を行なうことができる機能が備えられている。従っ
て、各々のタスクに処理が移行した場合には、そのタス
ク内で所定のアドレスをアクセスしても、他のタスクに
とっての同一アドレスには、何の影響も与えないのであ
る。
て、ＰＣ−９８００機のアーキテクチャを実現する手法
について、以下説明する。まず最初に、本実施例の実行
マシンであるＤＯＳ／Ｖ機のＣＰＵ２１が有するメモリ
管理機能と、実行モードについて説明する。図３は、タ
スクが管理するアドレス空間と物理アドレスとの関係を
示す説明図である。また、図４は、リアルモード、保護
（プロテクト）モード、仮想８０８６モード間の関係を
示す説明図である。ｉ８０３８６（インテル社製）以上
のＣＰＵでは、タスクが管理するアドレスを所定の物理
アドレスに割り当てタスク内では所定の論理アドレスで
処理を行なうことができる機能が備えられている。従っ
て、各々のタスクに処理が移行した場合には、そのタス
ク内で所定のアドレスをアクセスしても、他のタスクに
とっての同一アドレスには、何の影響も与えないのであ
る。
【００３１】また、このＣＰＵ２１は、リアルモード，
保護モード，仮想８６モードの３つの動作モードを有す
る。リアルモードとは、このＣＰＵ２１を高速の８０８
６として動作させるモードあり、ＭＳ−ＤＯＳ（マイク
ロソフト社の商標）等を立ち上げる場合には、通常この
リアルモードで処理を開始する。また、保護モードは、
特権レベルを設定したリング保護の機能を用いた動作モ
ードであり、セグメント単位で特権レベルを設定するこ
とにより、特定の処理による直接アクセスからの保護を
実現する。例えば、アプリケーションプログラムの特権
レベルを最下位にしておくことで、システムとして規定
されたアドレス範囲やＩ／Ｏを直接アクセスできないも
のとすることが容易にでき、直接のアクセスが生じた場
合には、例外処理が起動されていわゆるトラップが生
じ、処理が特定のアドレスに移行するものとすることが
できる。更に仮想８０８６モードは、保護モードのまま
で８０８６のコードを直接実行可能とするモードであ
り、ＣＰＵ２１は、保護モードと同様に動作するが、ア
プリケーションプログラムにより指定されている論理番
地を８０８６と同様に解釈して実行する。
保護モード，仮想８６モードの３つの動作モードを有す
る。リアルモードとは、このＣＰＵ２１を高速の８０８
６として動作させるモードあり、ＭＳ−ＤＯＳ（マイク
ロソフト社の商標）等を立ち上げる場合には、通常この
リアルモードで処理を開始する。また、保護モードは、
特権レベルを設定したリング保護の機能を用いた動作モ
ードであり、セグメント単位で特権レベルを設定するこ
とにより、特定の処理による直接アクセスからの保護を
実現する。例えば、アプリケーションプログラムの特権
レベルを最下位にしておくことで、システムとして規定
されたアドレス範囲やＩ／Ｏを直接アクセスできないも
のとすることが容易にでき、直接のアクセスが生じた場
合には、例外処理が起動されていわゆるトラップが生
じ、処理が特定のアドレスに移行するものとすることが
できる。更に仮想８０８６モードは、保護モードのまま
で８０８６のコードを直接実行可能とするモードであ
り、ＣＰＵ２１は、保護モードと同様に動作するが、ア
プリケーションプログラムにより指定されている論理番
地を８０８６と同様に解釈して実行する。
【００３２】本実施例のＤＯＳ／Ｖ機に電源が投入され
ると、このＤＯＳ／Ｖ機は、ハードディスクのブートブ
ロックを読み出し、ハードディスク上のＯＳ等を読み込
み可能とする。また、ＲＯＭで提供されているＤＯＳ／
Ｖ機のとしてのＢＩＯＳを主記憶上でアクセス可能な状
態とする（後述する図７符号Ａ１）。ＤＯＳ／Ｖ機のメ
モリマップおよびＩ／Ｏマップを図５に示す。その後、
本実施例における初期化手段である初期化処理ルーチン
が実行される。この処理ルーチンを図６に示す。また、
図６の初期化処理ルーチンの実行の様子を図７の説明図
に示す。以下、図６のフローチャートと図７の説明図を
参照しつつ、エミュレーション装置が初期化される様子
を説明する。
ると、このＤＯＳ／Ｖ機は、ハードディスクのブートブ
ロックを読み出し、ハードディスク上のＯＳ等を読み込
み可能とする。また、ＲＯＭで提供されているＤＯＳ／
Ｖ機のとしてのＢＩＯＳを主記憶上でアクセス可能な状
態とする（後述する図７符号Ａ１）。ＤＯＳ／Ｖ機のメ
モリマップおよびＩ／Ｏマップを図５に示す。その後、
本実施例における初期化手段である初期化処理ルーチン
が実行される。この処理ルーチンを図６に示す。また、
図６の初期化処理ルーチンの実行の様子を図７の説明図
に示す。以下、図６のフローチャートと図７の説明図を
参照しつつ、エミュレーション装置が初期化される様子
を説明する。
【００３３】図６に示した初期化処理ルーチンが起動さ
れると、まず、エミュレーションプログラムのカーネル
をハードディスク５８からロードする処理を行なう（ス
テップＳ１００、図７符号Ａ２）。カーネルとは、エミ
ュレーションを行なう処理の内、例外処理が起動された
際、その原因の解析を行ない、ディスパッチャと呼ばれ
る処理を介して実際にエミュレーションを行なう実行モ
ジュールを呼び出す一連の手続（検出手段および判別手
段に相当する処理）を言う。また、ディスパッチャと
は、エミュレーションを行なう処理のうち、呼出手段に
相当し、カーネルによる分析に基づいて実際にエミュレ
ーションを行なう実行モジュールを呼び出す一連の手続
をいう。このカーネルのロードに引き続き、カーネルを
その実行位置に転送し（ステップＳ１１０、図７符号Ａ
３）、カーネルに処理を移行する（ステップＳ１２
０）。従って、図６では一連の処理として示している
が、ステップＳ１３０以下は、カーネル自身の処理とな
る。
れると、まず、エミュレーションプログラムのカーネル
をハードディスク５８からロードする処理を行なう（ス
テップＳ１００、図７符号Ａ２）。カーネルとは、エミ
ュレーションを行なう処理の内、例外処理が起動された
際、その原因の解析を行ない、ディスパッチャと呼ばれ
る処理を介して実際にエミュレーションを行なう実行モ
ジュールを呼び出す一連の手続（検出手段および判別手
段に相当する処理）を言う。また、ディスパッチャと
は、エミュレーションを行なう処理のうち、呼出手段に
相当し、カーネルによる分析に基づいて実際にエミュレ
ーションを行なう実行モジュールを呼び出す一連の手続
をいう。このカーネルのロードに引き続き、カーネルを
その実行位置に転送し（ステップＳ１１０、図７符号Ａ
３）、カーネルに処理を移行する（ステップＳ１２
０）。従って、図６では一連の処理として示している
が、ステップＳ１３０以下は、カーネル自身の処理とな
る。
【００３４】カーネルは、プロテクトモード用のいくつ
かのプログラムを転送し、ＣＰＵ２１の動作モードをプ
ロテクトモードに切り換えて、ＤＯＳ／Ｖ用のメモリ空
間およびＰＣ−９８００用のメモリ空間を、それぞれ上
位のアドレスに確保する処理を行なう（ステップＳ１３
０、図７符号Ａ４）。このメモリ空間は、仮想的なＤＯ
Ｓ／Ｖ用のタスクおよびＰＣ−９８００用のタスクに対
応しており、このメモリ空間を論理的には、０００００
０Ｈから始まる１Ｍの主記憶として割り当てるのであ
る。次に、カーネルと共に動作するディスパッチャ（図
７符号Ａ５）、更にエミュレーションを行なう各種の実
行モジュールを順次転送する処理を行なう（ステップＳ
１４０、図７符号Ａ６）。この結果、先にアクセス可能
な状態にされた仮想ＤＯＳ／ＶのＢＩＯＳ関係のルーチ
ンの他、主記憶上には、エミュレーションのための実行
モジュールが配置される。
かのプログラムを転送し、ＣＰＵ２１の動作モードをプ
ロテクトモードに切り換えて、ＤＯＳ／Ｖ用のメモリ空
間およびＰＣ−９８００用のメモリ空間を、それぞれ上
位のアドレスに確保する処理を行なう（ステップＳ１３
０、図７符号Ａ４）。このメモリ空間は、仮想的なＤＯ
Ｓ／Ｖ用のタスクおよびＰＣ−９８００用のタスクに対
応しており、このメモリ空間を論理的には、０００００
０Ｈから始まる１Ｍの主記憶として割り当てるのであ
る。次に、カーネルと共に動作するディスパッチャ（図
７符号Ａ５）、更にエミュレーションを行なう各種の実
行モジュールを順次転送する処理を行なう（ステップＳ
１４０、図７符号Ａ６）。この結果、先にアクセス可能
な状態にされた仮想ＤＯＳ／ＶのＢＩＯＳ関係のルーチ
ンの他、主記憶上には、エミュレーションのための実行
モジュールが配置される。
【００３５】ステップＳ１４０で、メモリ上に順次ロー
ドされる実行モジュールは、所定の名称のファイルにテ
キストデータの形で書かれたリストに従って、ハードデ
ィスク８４から読み出される。以下、実行モジュールの
配置に伴う初期化の処理について説明するが、先に実行
モジュールがすべてロードされた後の全体構成につい
て、図１を用いて説明する。カーネルＫＲ，ディスパッ
チャＤＰおよび各実行モジュールがロードされ初期化さ
れると、図１に示すように、実施例のエミュレータ装置
が、このＤＯＳ／Ｖ機の上に実現されることになる。即
ち、このエミュレーション装置は、ＤＯＳ／Ｖ機の上に
仮想的に用意されたＰＣ−９８００機と同一の環境上
（仮想ＰＣ上という）で実行されるプログラムＡＰＰが
特権命令などを実行した場合、例外の発生とみなして呼
び出されるカーネルＫＲ、カーネルＫＲにより特定され
た例外原因に基づいて呼び出され、この例外原因に基づ
いて、機能毎に用意された各実行モジュールを呼び出す
ディスパッチャＤＰ、ディスパッチャＤＰから呼び出さ
れて各機能のエミュレーションを行なう各種実行モジュ
ールから構成されている。
ドされる実行モジュールは、所定の名称のファイルにテ
キストデータの形で書かれたリストに従って、ハードデ
ィスク８４から読み出される。以下、実行モジュールの
配置に伴う初期化の処理について説明するが、先に実行
モジュールがすべてロードされた後の全体構成につい
て、図１を用いて説明する。カーネルＫＲ，ディスパッ
チャＤＰおよび各実行モジュールがロードされ初期化さ
れると、図１に示すように、実施例のエミュレータ装置
が、このＤＯＳ／Ｖ機の上に実現されることになる。即
ち、このエミュレーション装置は、ＤＯＳ／Ｖ機の上に
仮想的に用意されたＰＣ−９８００機と同一の環境上
（仮想ＰＣ上という）で実行されるプログラムＡＰＰが
特権命令などを実行した場合、例外の発生とみなして呼
び出されるカーネルＫＲ、カーネルＫＲにより特定され
た例外原因に基づいて呼び出され、この例外原因に基づ
いて、機能毎に用意された各実行モジュールを呼び出す
ディスパッチャＤＰ、ディスパッチャＤＰから呼び出さ
れて各機能のエミュレーションを行なう各種実行モジュ
ールから構成されている。
【００３６】実際にエミュレートを行なう実行モジュー
ルは、ＰＣ−９８００機のハードウェアをその機能に基
づいて大まかに分割し、機能毎に用意されている。図１
には、主要なモジュールのみ示した。メモリエミュレー
タＭＥＭは、主記憶やＥＭＳの状態をエミュレートする
モジュールである。マウスエミュレータＭＵＭは、ＤＯ
Ｓ／Ｖ機のマウス７３の動きをＰＣ−９８００機のマウ
スとしてエミュレートするモジュールである。グラフィ
ックエミュレータＧＥＭは、ＰＣ−９８００機のグラフ
ィック画面をエミュレートするモジュールである。一
方、テキストエミュレータＴＥＭは、文字コードにより
指定された文字の画像の取得をエミュレートする文字フ
ォントエミュレータＣＦＭと一体となって動作するモジ
ュールであり、ＰＣ−９８００機のテキスト画面をエミ
ュレートするものである。テキストエミュレータＴＥＭ
およびグラフィックエミュレータＧＥＭによりエミュレ
ートされ、仮想的なＰＣ−９８００機の画像が作られた
後は、表示エミュレータＤＥＭにより実際のＣＲＴ７６
への画像の表示がエミュレートされる。
ルは、ＰＣ−９８００機のハードウェアをその機能に基
づいて大まかに分割し、機能毎に用意されている。図１
には、主要なモジュールのみ示した。メモリエミュレー
タＭＥＭは、主記憶やＥＭＳの状態をエミュレートする
モジュールである。マウスエミュレータＭＵＭは、ＤＯ
Ｓ／Ｖ機のマウス７３の動きをＰＣ−９８００機のマウ
スとしてエミュレートするモジュールである。グラフィ
ックエミュレータＧＥＭは、ＰＣ−９８００機のグラフ
ィック画面をエミュレートするモジュールである。一
方、テキストエミュレータＴＥＭは、文字コードにより
指定された文字の画像の取得をエミュレートする文字フ
ォントエミュレータＣＦＭと一体となって動作するモジ
ュールであり、ＰＣ−９８００機のテキスト画面をエミ
ュレートするものである。テキストエミュレータＴＥＭ
およびグラフィックエミュレータＧＥＭによりエミュレ
ートされ、仮想的なＰＣ−９８００機の画像が作られた
後は、表示エミュレータＤＥＭにより実際のＣＲＴ７６
への画像の表示がエミュレートされる。
【００３７】タイマエミュレータＴＩＭは、ＤＯＳ／Ｖ
機に内蔵されたタイマ６８によりＰＣ−９８００機上の
タイマ関係の処理をエミュレートするモジュールであ
る。また、キーボードエミュレータＫＥＭは、ＤＯＳ／
Ｖ機のキーボード７２およびＫＥＹ６４により、ＰＣ−
９８００機のキーボードからのキー入力をエミュレート
するモジュールである。
機に内蔵されたタイマ６８によりＰＣ−９８００機上の
タイマ関係の処理をエミュレートするモジュールであ
る。また、キーボードエミュレータＫＥＭは、ＤＯＳ／
Ｖ機のキーボード７２およびＫＥＹ６４により、ＰＣ−
９８００機のキーボードからのキー入力をエミュレート
するモジュールである。
【００３８】更に、割り込みコントローラエミュレータ
ＩＲＭは、ＤＯＳ／Ｖ機の割り込み機能を用いて、ＰＣ
−９８００機の割り込みをエミュレートするモジュール
である。この割り込みコントローラエミュレータＩＲＭ
は、割り込みという行為を介して多くのモジュールから
呼び出される関係にある。ＤＯＳ／Ｖ機における割り込
み処理の回路を図８に示す。ＰＣ−９８００機でも同様
であるが、割り込み要求は、多数のデバイスからＰＩＣ
６６に出されるので、これをエミュレートする実行モジ
ュールにおいても、モジュール間で何らかのやりとりが
必要となる。なお、図８では図示の都合上、インタフェ
ース回路の一部を省略したが、専用のインタフェース回
路を介して割り込み要求が出されることは当然である。
例えばマウス７３からの割り込み要求は、直接出力され
ている訳ではなく、インタフェース回路であるＫＥＹ６
４を介して出力されている。
ＩＲＭは、ＤＯＳ／Ｖ機の割り込み機能を用いて、ＰＣ
−９８００機の割り込みをエミュレートするモジュール
である。この割り込みコントローラエミュレータＩＲＭ
は、割り込みという行為を介して多くのモジュールから
呼び出される関係にある。ＤＯＳ／Ｖ機における割り込
み処理の回路を図８に示す。ＰＣ−９８００機でも同様
であるが、割り込み要求は、多数のデバイスからＰＩＣ
６６に出されるので、これをエミュレートする実行モジ
ュールにおいても、モジュール間で何らかのやりとりが
必要となる。なお、図８では図示の都合上、インタフェ
ース回路の一部を省略したが、専用のインタフェース回
路を介して割り込み要求が出されることは当然である。
例えばマウス７３からの割り込み要求は、直接出力され
ている訳ではなく、インタフェース回路であるＫＥＹ６
４を介して出力されている。
【００３９】ＤＯＳ／Ｖ機における現実のハードウェア
割り込みは、特権命令の実行や書込保護が指定された範
囲の書込等と共に、カーネルＫＲに処理を移す例外処理
の一つとして扱われている。また、ハードウェア割り込
みに起因して、あるいは各モジュール内部の処理に起因
して割り込みコントローラエミュレータＩＲＭがＰＣ−
９８００機の動作をエミュレートするために起こす割り
込みは、仮想割り込みの発生としてカーネルＫＲを呼び
出す要因とされている。割り込みコントローラエミュレ
ータＩＲＭの呼び出しの詳細については、後述する。
割り込みは、特権命令の実行や書込保護が指定された範
囲の書込等と共に、カーネルＫＲに処理を移す例外処理
の一つとして扱われている。また、ハードウェア割り込
みに起因して、あるいは各モジュール内部の処理に起因
して割り込みコントローラエミュレータＩＲＭがＰＣ−
９８００機の動作をエミュレートするために起こす割り
込みは、仮想割り込みの発生としてカーネルＫＲを呼び
出す要因とされている。割り込みコントローラエミュレ
ータＩＲＭの呼び出しの詳細については、後述する。
【００４０】これらの各種実行モジュールは、初期化の
処理において、カーネルＫＲにより、ハードディスク８
４から読み出され、メモリ上に配置される。各実行モジ
ュールは、初期化の処理においてメモリ上に配置される
度に、実行モジュールに予め用意した組み込み処理を一
度実行する。このとき実行モジュールが行なう処理の一
例を図９ないし図１１のフローチャートに示した。ま
た、図９の処理が行なわれる様子を図１２の説明図に示
した。以下、これの図面を用いて、実行モジュールの組
み込み時の処理について説明する。
処理において、カーネルＫＲにより、ハードディスク８
４から読み出され、メモリ上に配置される。各実行モジ
ュールは、初期化の処理においてメモリ上に配置される
度に、実行モジュールに予め用意した組み込み処理を一
度実行する。このとき実行モジュールが行なう処理の一
例を図９ないし図１１のフローチャートに示した。ま
た、図９の処理が行なわれる様子を図１２の説明図に示
した。以下、これの図面を用いて、実行モジュールの組
み込み時の処理について説明する。
【００４１】実行モジュール（例えば図１２実行モジュ
ールＤＭ１）の組み込み処理に移行すると、まず、ディ
スパッチャＤＰが所定のメモリエリアに用意したディス
パッチャテーブルＤＴを検索し（ステップＳ２００）、
その空き領域にモジュール名（英数字８文字）ＴＭ１と
その呼出アドレスＡ１を登録する処理を行なう（ステッ
プＳ２１０）。なお、これらの検索および登録の処理
は、実際には、図１２に示したように、カーネルＫＲお
よびディスパッチャＤＰの機能を利用して行なわれる。
即ち、カーネルＫＲが各実行モジュールＤＭからのサー
ビスを受け付けるアドレスＡＡは、固定アドレスとして
用意されており、各実行モジュールＤＭは、このアドレ
スＡＡを呼んで、モジュール名（文字列）ＴＭとその呼
出アドレスＡの登録を依頼する（図１２、符号Ｂ１）。
すると、カーネルＫＲは、ディスパッチャＤＰの呼出ア
ドレスを、予めディスパッチャＤＰ自身が登録したテー
ブルを参照して取得し、このアドレスＡＤを利用して、
ディスパッチャＤＰに登録のサービスを要求する。この
要求を受けて、ディスパッチャＤＰがディスパッチャテ
ーブルＤＴに、そのモジュールの名称（文字列）ＴＭと
呼出アドレスＡとを登録するのである（図１２、符号Ｂ
２）。
ールＤＭ１）の組み込み処理に移行すると、まず、ディ
スパッチャＤＰが所定のメモリエリアに用意したディス
パッチャテーブルＤＴを検索し（ステップＳ２００）、
その空き領域にモジュール名（英数字８文字）ＴＭ１と
その呼出アドレスＡ１を登録する処理を行なう（ステッ
プＳ２１０）。なお、これらの検索および登録の処理
は、実際には、図１２に示したように、カーネルＫＲお
よびディスパッチャＤＰの機能を利用して行なわれる。
即ち、カーネルＫＲが各実行モジュールＤＭからのサー
ビスを受け付けるアドレスＡＡは、固定アドレスとして
用意されており、各実行モジュールＤＭは、このアドレ
スＡＡを呼んで、モジュール名（文字列）ＴＭとその呼
出アドレスＡの登録を依頼する（図１２、符号Ｂ１）。
すると、カーネルＫＲは、ディスパッチャＤＰの呼出ア
ドレスを、予めディスパッチャＤＰ自身が登録したテー
ブルを参照して取得し、このアドレスＡＤを利用して、
ディスパッチャＤＰに登録のサービスを要求する。この
要求を受けて、ディスパッチャＤＰがディスパッチャテ
ーブルＤＴに、そのモジュールの名称（文字列）ＴＭと
呼出アドレスＡとを登録するのである（図１２、符号Ｂ
２）。
【００４２】カーネルＫＲの固定アドレスＡＡを介して
ディスパッチャＤＰに各種のサービスを要求する上記手
法は、実行モジュールの一つが他のモジュールを呼び出
す場合や後述する直接呼出のエントリポイントＥＰを通
信相手のモジュールとの間で登録し合う場合などにも用
いられる。例えば、一つの実行モジュールが他の実行モ
ジュールを呼び出す場合には、実行モジュールの呼び出
しというサービスを、カーネルＫＲの固定アドレスＡＡ
を介してディスパッチャＤＰに依頼する。ディスパッチ
ャＤＰは、ディスパッチャテーブルＤＴを参照して呼び
出そうとするモジュールの呼び出しアドレスを容易に取
得し、そのモジュールを呼び出すことができるのである
（図１２、符号Ｂ３）。従って、カーネルＫＲ，ディス
パッチャテーブルＤＴおよび各種実行モジュールを通じ
て予め固定的に管理する必要があるのは、カーネルＫＲ
の固定アドレスＡＡのみであり、管理が極めて容易とな
るという利点がある。
ディスパッチャＤＰに各種のサービスを要求する上記手
法は、実行モジュールの一つが他のモジュールを呼び出
す場合や後述する直接呼出のエントリポイントＥＰを通
信相手のモジュールとの間で登録し合う場合などにも用
いられる。例えば、一つの実行モジュールが他の実行モ
ジュールを呼び出す場合には、実行モジュールの呼び出
しというサービスを、カーネルＫＲの固定アドレスＡＡ
を介してディスパッチャＤＰに依頼する。ディスパッチ
ャＤＰは、ディスパッチャテーブルＤＴを参照して呼び
出そうとするモジュールの呼び出しアドレスを容易に取
得し、そのモジュールを呼び出すことができるのである
（図１２、符号Ｂ３）。従って、カーネルＫＲ，ディス
パッチャテーブルＤＴおよび各種実行モジュールを通じ
て予め固定的に管理する必要があるのは、カーネルＫＲ
の固定アドレスＡＡのみであり、管理が極めて容易とな
るという利点がある。
【００４３】次に、その実行モジュールＤＭ１にモジュ
ール間通信を行なうとの登録がなされているか否かを判
断する（ステップＳ２２０）。実行モジュールは、登録
ファイルの内容に従って順次登録されるが、例えば第ｎ
番目の実行モジュールＤＭｎが同様に起動され、自己の
モジュール名ＴＭｎの登録と呼出アドレスＡｎの登録を
済ませた後（図１２符号Ｂ２）、モジュール間通信が有
るとの判断がなされると（ステップＳ２２０）、実行モ
ジュールＤＭｎ内に用意されている直接呼出用のエント
リポイントＥＰをパラメータとして用意する処理を行な
う（ステップＳ２３０）。このエントリポイントＥＰ
は、モジュール間通信の対象となる実行モジュールに教
える直接呼出用のアドレスであり、教えるエントリポイ
ントがなければ０個のエントリポイントＥＰを用意し、
複数個あればその数のエントリポイントＥＰを用意する
のである。エミュレーションの高速性を確保しようとす
ると、緊密な関係を有するモジュール間では、呼出アド
レスＡｎを利用したモジュール全体の呼出に代えて、そ
のモジュールが実現する機能の一部をなす処理そのもの
を直接呼び出したい場合が存在する。こうした場合に
は、各実行モジュールが対象となるモジュールにエント
リポイントＥＰを教えておく必要がある。
ール間通信を行なうとの登録がなされているか否かを判
断する（ステップＳ２２０）。実行モジュールは、登録
ファイルの内容に従って順次登録されるが、例えば第ｎ
番目の実行モジュールＤＭｎが同様に起動され、自己の
モジュール名ＴＭｎの登録と呼出アドレスＡｎの登録を
済ませた後（図１２符号Ｂ２）、モジュール間通信が有
るとの判断がなされると（ステップＳ２２０）、実行モ
ジュールＤＭｎ内に用意されている直接呼出用のエント
リポイントＥＰをパラメータとして用意する処理を行な
う（ステップＳ２３０）。このエントリポイントＥＰ
は、モジュール間通信の対象となる実行モジュールに教
える直接呼出用のアドレスであり、教えるエントリポイ
ントがなければ０個のエントリポイントＥＰを用意し、
複数個あればその数のエントリポイントＥＰを用意する
のである。エミュレーションの高速性を確保しようとす
ると、緊密な関係を有するモジュール間では、呼出アド
レスＡｎを利用したモジュール全体の呼出に代えて、そ
のモジュールが実現する機能の一部をなす処理そのもの
を直接呼び出したい場合が存在する。こうした場合に
は、各実行モジュールが対象となるモジュールにエント
リポイントＥＰを教えておく必要がある。
【００４４】エントリポイントＥＰを用意した後、次に
割り込みの登録が有るか否かを判断し（ステップＳ２４
０）、割り込みの登録がある場合には、登録する割り込
み番号を用意する処理を行なう（ステップＳ２５０）。
組み込み中の実行モジュールが割り込みを利用するもの
である場合には、その割り込みの番号を割り込みをエミ
ュレートするモジュールである割り込みコントローラエ
ミュレータＩＲＭに予め登録しておく必要があるため、
その番号を用意するのである。以上の処理の後、通信対
象となる実行モジュールの呼び出しを、カーネルＫＲを
介してディスパッチャＤＰに依頼する（ステップＳ２６
０、図１３符号Ｃ１）。この時、実行モジュールは、呼
出先のモジュールをその名称（文字列）で指定し、用意
した直接呼出用のエントリポイントＥＰや割り込みの登
録番号等をディスパッチャＤＰにパラメータとして引き
渡す。
割り込みの登録が有るか否かを判断し（ステップＳ２４
０）、割り込みの登録がある場合には、登録する割り込
み番号を用意する処理を行なう（ステップＳ２５０）。
組み込み中の実行モジュールが割り込みを利用するもの
である場合には、その割り込みの番号を割り込みをエミ
ュレートするモジュールである割り込みコントローラエ
ミュレータＩＲＭに予め登録しておく必要があるため、
その番号を用意するのである。以上の処理の後、通信対
象となる実行モジュールの呼び出しを、カーネルＫＲを
介してディスパッチャＤＰに依頼する（ステップＳ２６
０、図１３符号Ｃ１）。この時、実行モジュールは、呼
出先のモジュールをその名称（文字列）で指定し、用意
した直接呼出用のエントリポイントＥＰや割り込みの登
録番号等をディスパッチャＤＰにパラメータとして引き
渡す。
【００４５】この依頼を受けたディスパッチャＤＰは、
図１０に示すディスパッチャ呼出ルーチンを実行する。
ディスパッチャＤＰは、呼び出すべきモジュールの名称
（文字列）を受け取っているから、ディスパッチャテー
ブルＤＴをこの文字列で検索し（ステップＳ３００、図
１３符号Ｃ２）、呼出アドレスを取得してそのモジュー
ルを呼び出す処理を行なう（ステップＳ３１０、図１３
符号Ｃ３）。この時、ディスパッチャＤＰは、呼出元の
モジュールから受け取ったパラメータを呼び出したモジ
ュールに引き渡す。
図１０に示すディスパッチャ呼出ルーチンを実行する。
ディスパッチャＤＰは、呼び出すべきモジュールの名称
（文字列）を受け取っているから、ディスパッチャテー
ブルＤＴをこの文字列で検索し（ステップＳ３００、図
１３符号Ｃ２）、呼出アドレスを取得してそのモジュー
ルを呼び出す処理を行なう（ステップＳ３１０、図１３
符号Ｃ３）。この時、ディスパッチャＤＰは、呼出元の
モジュールから受け取ったパラメータを呼び出したモジ
ュールに引き渡す。
【００４６】こうしてディスパッチャＤＰから呼ばれる
ことにより、通信対象となるべき実行モジュールが呼び
出され、その実行モジュールは、図１１に示したエント
リポイントを取得する処理を実行する。この処理が開始
されると、まず呼び出したモジュールが何であるかの判
別を行なう（ステップＳ３２０）。呼び出した実行モジ
ュールがパラメータとして直接呼出のためのエントリポ
イントＥＰを用意している場合には、これを判別し（ス
テップＳ３３０）、直接呼出用のエントリポイントＥＰ
を登録する処理を行なう（ステップＳ３４０）。
ことにより、通信対象となるべき実行モジュールが呼び
出され、その実行モジュールは、図１１に示したエント
リポイントを取得する処理を実行する。この処理が開始
されると、まず呼び出したモジュールが何であるかの判
別を行なう（ステップＳ３２０）。呼び出した実行モジ
ュールがパラメータとして直接呼出のためのエントリポ
イントＥＰを用意している場合には、これを判別し（ス
テップＳ３３０）、直接呼出用のエントリポイントＥＰ
を登録する処理を行なう（ステップＳ３４０）。
【００４７】次に、図１１の処理を実行するモジュール
が割り込みコントローラエミュレータＩＲＭの場合に
は、割込の登録があるかを判別する（ステップＳ３５
０）。割込番号の登録がある場合には、パラメータの一
部として受け取った割込番号を登録すると共に、割込に
よる直接呼び出しを行なう場合のエントリポイントＥＰ
を割り込む側のモジュールに教えるために準備する処理
を行なう（ステップＳ３６０）。なお、割込番号の登録
の処理を行なうモジュールは、割り込みコントローラエ
ミュレータＩＲＭに限られるから、それ以外のモジュー
ルで図１１の処理がなされる場合には、ステップＳ３５
０，Ｓ３６０の処理は行なわれない。
が割り込みコントローラエミュレータＩＲＭの場合に
は、割込の登録があるかを判別する（ステップＳ３５
０）。割込番号の登録がある場合には、パラメータの一
部として受け取った割込番号を登録すると共に、割込に
よる直接呼び出しを行なう場合のエントリポイントＥＰ
を割り込む側のモジュールに教えるために準備する処理
を行なう（ステップＳ３６０）。なお、割込番号の登録
の処理を行なうモジュールは、割り込みコントローラエ
ミュレータＩＲＭに限られるから、それ以外のモジュー
ルで図１１の処理がなされる場合には、ステップＳ３５
０，Ｓ３６０の処理は行なわれない。
【００４８】割込の登録に関する処理に続いて、呼び出
した側のモジュールが、割込の呼出のためのエントリポ
イントＥＰ以外に直接呼出の教示を行なうべきエントリ
ポイントＥＰが存在するモジュールであるか否かの判別
を行なう（ステップＳ３７０）。直接呼出のエントリポ
イントＥＰを呼び出した側のモジュールに教える必要が
あると判断された場合には、教示する直接呼出のエント
リポイントＥＰを、返し値のパラメータとして用意する
処理を行なう（ステップＳ３８０）。以上の処理の後、
「ＲＴＮ」に抜けて本ルーチンを終了する。この結果、
処理は、いったんディスパッチャＤＰを介して（図１３
符号Ｃ４）、呼び出した側の実行モジュールに戻る（図
１３符号Ｃ５）。この際、呼び出された側の実行モジュ
ールが返し値として用意したパラメータが存在すれば、
このパラメータは、呼び出した側の実行モジュールに渡
され、呼び出した側の実行モジュールは、これをエント
リポイントＥＰとして登録する。
した側のモジュールが、割込の呼出のためのエントリポ
イントＥＰ以外に直接呼出の教示を行なうべきエントリ
ポイントＥＰが存在するモジュールであるか否かの判別
を行なう（ステップＳ３７０）。直接呼出のエントリポ
イントＥＰを呼び出した側のモジュールに教える必要が
あると判断された場合には、教示する直接呼出のエント
リポイントＥＰを、返し値のパラメータとして用意する
処理を行なう（ステップＳ３８０）。以上の処理の後、
「ＲＴＮ」に抜けて本ルーチンを終了する。この結果、
処理は、いったんディスパッチャＤＰを介して（図１３
符号Ｃ４）、呼び出した側の実行モジュールに戻る（図
１３符号Ｃ５）。この際、呼び出された側の実行モジュ
ールが返し値として用意したパラメータが存在すれば、
このパラメータは、呼び出した側の実行モジュールに渡
され、呼び出した側の実行モジュールは、これをエント
リポイントＥＰとして登録する。
【００４９】以上の処理を組み込みを行なう最終の実行
モジュールまで繰り返すことにより、初期化の処理は完
了する。その後、仮想８６モードに実行モードを切り換
え、ＰＣ−９８００機としてそのＯＳであるＭＳ−ＤＯ
Ｓをブートする処理を開始する。具体的には、ＭＳＤＯ
Ｓ．ＳＹＳ、ＩＯ．ＳＹＳ等のシステムファイルを読み
込む処理や、ＣＯＭＭＡＮＤ．ＣＯＭを組み込む処理、
更にはＣＯＮＦＩＧ．ＳＹＳに登録されているデバイス
ドライバを組み込む処理などを行なう。これらの処理
は、通常のＭＳ−ＤＯＳの組み込み処理と同一であり、
ＣＰＵは仮想８６モードに切り換えられているので、Ｐ
Ｃ−９８００機がＭＳ−ＤＯＳを組み込む処理と何等相
違しない。なお、ＤＯＳ／Ｖ機がそのオリジナルな状態
でＭＳ−ＤＯＳを立ち上げるときも、ＭＳＤＯＳ．ＳＹ
Ｓ等同一名称のファイルを読み込むが、これらのファイ
ルはその内容が当然異なる。これらのファイルは一般に
ルートディレクトリに置くことが決められているので、
異なる内容で同一名称のファイルを複数個置くことはで
きない。従って、エミュレーションを開始する以前に専
用のアプリケーションプログラムを実行させ、一方のマ
シン用のＭＳＤＯＳ．ＳＹＳ等のファイルの名称を変更
しておくのである。
モジュールまで繰り返すことにより、初期化の処理は完
了する。その後、仮想８６モードに実行モードを切り換
え、ＰＣ−９８００機としてそのＯＳであるＭＳ−ＤＯ
Ｓをブートする処理を開始する。具体的には、ＭＳＤＯ
Ｓ．ＳＹＳ、ＩＯ．ＳＹＳ等のシステムファイルを読み
込む処理や、ＣＯＭＭＡＮＤ．ＣＯＭを組み込む処理、
更にはＣＯＮＦＩＧ．ＳＹＳに登録されているデバイス
ドライバを組み込む処理などを行なう。これらの処理
は、通常のＭＳ−ＤＯＳの組み込み処理と同一であり、
ＣＰＵは仮想８６モードに切り換えられているので、Ｐ
Ｃ−９８００機がＭＳ−ＤＯＳを組み込む処理と何等相
違しない。なお、ＤＯＳ／Ｖ機がそのオリジナルな状態
でＭＳ−ＤＯＳを立ち上げるときも、ＭＳＤＯＳ．ＳＹ
Ｓ等同一名称のファイルを読み込むが、これらのファイ
ルはその内容が当然異なる。これらのファイルは一般に
ルートディレクトリに置くことが決められているので、
異なる内容で同一名称のファイルを複数個置くことはで
きない。従って、エミュレーションを開始する以前に専
用のアプリケーションプログラムを実行させ、一方のマ
シン用のＭＳＤＯＳ．ＳＹＳ等のファイルの名称を変更
しておくのである。
【００５０】実行モジュールは、その組み込み時に少な
くとも自己のモジュール名（文字列）ＴＭと呼出アドレ
スＡをディスパッチャテーブルＤＴに登録することが必
要であるが、メモリを使用する実行モジュールの場合に
は、更に必要な実メモリをＰＣ−９８００機用に確保し
た仮想メモリ（９８用メモリ空間）に割り当てる処理を
行なう。
くとも自己のモジュール名（文字列）ＴＭと呼出アドレ
スＡをディスパッチャテーブルＤＴに登録することが必
要であるが、メモリを使用する実行モジュールの場合に
は、更に必要な実メモリをＰＣ−９８００機用に確保し
た仮想メモリ（９８用メモリ空間）に割り当てる処理を
行なう。
【００５１】以上の処理により、実行マシン（実施例で
はＤＯＳ／Ｖ機）上でターゲットマシン（実施例ではＰ
Ｃ−９８００機）をエミュレートする環境が整えられ
た。そこで、次に図１を参照しつつ、実際にエミュレー
ションが行なわれる様子を大まかに説明し、更に実行モ
ジュールがどのように処理を行なうかについて、例を挙
げて詳述する。
はＤＯＳ／Ｖ機）上でターゲットマシン（実施例ではＰ
Ｃ−９８００機）をエミュレートする環境が整えられ
た。そこで、次に図１を参照しつつ、実際にエミュレー
ションが行なわれる様子を大まかに説明し、更に実行モ
ジュールがどのように処理を行なうかについて、例を挙
げて詳述する。
【００５２】初期化の処理が終了してＰＣ−９８００用
の各種システムファイルが読み込まれ、ＭＳ−ＤＯＳが
起動されると、ＣＲＴ７６には、「Ａ：」などのプロン
プトが表示された状態となる。この状態では、ＭＳ−Ｄ
ＯＳが動作していることになるが、所定のアプリケーシ
ョンを起動しようとして、その実行ファイル名をキーボ
ード７２から入力する際にも、キーボードのエミュレー
ションが実行されるのである。即ち、図１に示した「仮
想ＰＣ上のプログラム」とは、アプリケーションプログ
ラムのみならずＤＯＳを含めたあらゆるプログラムであ
る。この時、ＤＯＳ／Ｖ機は、プロテクトモードで動作
しており、ＣＰＵ２１に備わったリング保護機能は、特
権レベル３とされている。この状態で、仮想的に用意さ
れた９８用メモリ空間にアプリケーションプログラムＡ
ＰＰがロードされ、仮想ＰＣ上でアプリケーションプロ
グラムが実行されている状態を取り上げてエミュレーシ
ョン装置の働きについて説明する。
の各種システムファイルが読み込まれ、ＭＳ−ＤＯＳが
起動されると、ＣＲＴ７６には、「Ａ：」などのプロン
プトが表示された状態となる。この状態では、ＭＳ−Ｄ
ＯＳが動作していることになるが、所定のアプリケーシ
ョンを起動しようとして、その実行ファイル名をキーボ
ード７２から入力する際にも、キーボードのエミュレー
ションが実行されるのである。即ち、図１に示した「仮
想ＰＣ上のプログラム」とは、アプリケーションプログ
ラムのみならずＤＯＳを含めたあらゆるプログラムであ
る。この時、ＤＯＳ／Ｖ機は、プロテクトモードで動作
しており、ＣＰＵ２１に備わったリング保護機能は、特
権レベル３とされている。この状態で、仮想的に用意さ
れた９８用メモリ空間にアプリケーションプログラムＡ
ＰＰがロードされ、仮想ＰＣ上でアプリケーションプロ
グラムが実行されている状態を取り上げてエミュレーシ
ョン装置の働きについて説明する。
【００５３】エミュレーションの処理が起動されるには
次の５つの要因がある。 ページフォールト（メモリが割り当てられていない領
域に対するアクセス） 一般保護例外（特権命令の実行、Ｉ／Ｏの読み書き、
書込保護されたメモリに対する書込命令の実行、設定さ
れたアドレス範囲外に対するアクセスなど） エラー（０除算など） ハード割り込み これらの要因が生じると、カーネルＫＲが起動される。
この時、各レジスタの値などはすべて保存されているか
ら、カーネルＫＲは、自己が起動された原因を調べるこ
とができる。その結果、アクセスされたアドレスやＩ／
Ｏが何か、あるいは生じたハード割り込みがいかなる機
能に対応しているかを判断し、ディスパッチャＤＰを呼
び出す。ディスパッチャＤＰを呼び出すアドレスは、図
１２に示したように、初期化の処理において登録されて
いるから、カーネルＫＲは、この呼出アドレスＡＤによ
りディスパッチャＤＰを呼び出すことができる。なお、
カーネルＫＲに処理が渡った以降は、特権レベルは０に
設定される。
次の５つの要因がある。 ページフォールト（メモリが割り当てられていない領
域に対するアクセス） 一般保護例外（特権命令の実行、Ｉ／Ｏの読み書き、
書込保護されたメモリに対する書込命令の実行、設定さ
れたアドレス範囲外に対するアクセスなど） エラー（０除算など） ハード割り込み これらの要因が生じると、カーネルＫＲが起動される。
この時、各レジスタの値などはすべて保存されているか
ら、カーネルＫＲは、自己が起動された原因を調べるこ
とができる。その結果、アクセスされたアドレスやＩ／
Ｏが何か、あるいは生じたハード割り込みがいかなる機
能に対応しているかを判断し、ディスパッチャＤＰを呼
び出す。ディスパッチャＤＰを呼び出すアドレスは、図
１２に示したように、初期化の処理において登録されて
いるから、カーネルＫＲは、この呼出アドレスＡＤによ
りディスパッチャＤＰを呼び出すことができる。なお、
カーネルＫＲに処理が渡った以降は、特権レベルは０に
設定される。
【００５４】ディスパッチャＤＰは、カーネルＫＲから
受け取った情報を元にして呼び出す実行モジュールを特
定し、その呼出アドレスをディスパッチャテーブルＤＴ
から取得する。ディスパッチャＤＰは、この呼出アドレ
スを用いて、各実行モジュールを呼び出すのである。図
１には、実行モジュールとして、既述したように、 ・メモリエミュレータＭＥＭ ・マウスエミュレータＭＵＭ ・グラフィックエミュレータＧＥＭ ・テキストエミュレータＴＥＭ ・文字フォントエミュレータＣＦＭ ・表示エミュレータＤＥＭ ・タイマエミュレータＴＩＭ ・キーボードエミュレータＫＥＭ ・割り込みコントローラエミュレータＩＲＭ を示したが、これ以外にも、プリンタやＲＳ−２３２Ｃ
によるシリアル通信を司るのエミュレータなど、各種の
実行モジュールが存在する。
受け取った情報を元にして呼び出す実行モジュールを特
定し、その呼出アドレスをディスパッチャテーブルＤＴ
から取得する。ディスパッチャＤＰは、この呼出アドレ
スを用いて、各実行モジュールを呼び出すのである。図
１には、実行モジュールとして、既述したように、 ・メモリエミュレータＭＥＭ ・マウスエミュレータＭＵＭ ・グラフィックエミュレータＧＥＭ ・テキストエミュレータＴＥＭ ・文字フォントエミュレータＣＦＭ ・表示エミュレータＤＥＭ ・タイマエミュレータＴＩＭ ・キーボードエミュレータＫＥＭ ・割り込みコントローラエミュレータＩＲＭ を示したが、これ以外にも、プリンタやＲＳ−２３２Ｃ
によるシリアル通信を司るのエミュレータなど、各種の
実行モジュールが存在する。
【００５５】ハードウェア割り込みが発生したり、アプ
リケーションプログラムＡＰＰが特権命令を実行したり
すると、カーネルＫＲに処理が移行し、カーネルＫＲ
は、特権命令の中身やハードウェア割り込みの詳細を検
討し、ディスパッチャＤＰを呼び出す。ディスパッチャ
ＤＰは、エミュレートすべき内容をカーネルＫＲからに
受け取り、ディスパッチャテーブルＤＴを参照して必要
な実行モジュールをその呼出アドレスＡを用いて呼び出
す。呼び出された実行モジュールは、自分だけで総ての
処理が実行できる場合には、そのまま実行し、他の実行
モジュールの処理を必要とする場合は、初期化の処理に
おいて予め得ておいたエントリポイントＥＰを用いて、
実行モジュールを直接呼び出す。これをモジュール間通
信と呼ぶ。
リケーションプログラムＡＰＰが特権命令を実行したり
すると、カーネルＫＲに処理が移行し、カーネルＫＲ
は、特権命令の中身やハードウェア割り込みの詳細を検
討し、ディスパッチャＤＰを呼び出す。ディスパッチャ
ＤＰは、エミュレートすべき内容をカーネルＫＲからに
受け取り、ディスパッチャテーブルＤＴを参照して必要
な実行モジュールをその呼出アドレスＡを用いて呼び出
す。呼び出された実行モジュールは、自分だけで総ての
処理が実行できる場合には、そのまま実行し、他の実行
モジュールの処理を必要とする場合は、初期化の処理に
おいて予め得ておいたエントリポイントＥＰを用いて、
実行モジュールを直接呼び出す。これをモジュール間通
信と呼ぶ。
【００５６】図１４は、通常の実行モジュールの呼び出
しとモジュール間通信とを例示した説明図である。図１
４に示した例では、実行モジュールＤＭ２，ＤＭ３，Ｄ
Ｍ５の間でモジュール間通信が行なわれるものとした。
図示するように、ディスパッチャＤＰから呼び出される
場合には、その呼出アドレスＡ２，Ａ３，Ａ５など、モ
ジュール全体の開始アドレスが呼ばれることになるが、
モジュール間通信の場合には、初期化の処理において一
方的にあるいは相互に教示・取得したエントリポイント
ＥＰを利用して、各実行モジュール内の処理から必要に
応じて、直接他のモジュールの内部処理を呼ぶことにな
る。例えば、実行モジュールＤＭ５の内部処理におい
て、実行モジュールＤＭ２の内部処理を直接実行する必
要が生じた場合には、エントリポイントＥＰ２１を参照
し、直接実行モジュールＤＭ２内部の処理が呼び出さ
れ、実行される（符号Ｃ２１）。ディスパッチャＤＰを
介して他の実行モジュールを呼び出す手法でも、呼び出
すモジュールが必要とするサービスを示すパラメータを
渡すことができれば、他の実行モジュールが用意してい
る処理を個々に利用すること自体は可能であるが、ディ
スパッチャＤＰに対するサービスの要求、ディスパッチ
ャＤＰによるディスパッチャテーブルＤＴの検索、呼出
アドレスＡによる呼び出しといった手続が必要になって
しまう。これに較べて、モジュール間通信は、必要な処
理を直接呼び出すから、極めて高速に必要な処理を実行
できるという利点がある。
しとモジュール間通信とを例示した説明図である。図１
４に示した例では、実行モジュールＤＭ２，ＤＭ３，Ｄ
Ｍ５の間でモジュール間通信が行なわれるものとした。
図示するように、ディスパッチャＤＰから呼び出される
場合には、その呼出アドレスＡ２，Ａ３，Ａ５など、モ
ジュール全体の開始アドレスが呼ばれることになるが、
モジュール間通信の場合には、初期化の処理において一
方的にあるいは相互に教示・取得したエントリポイント
ＥＰを利用して、各実行モジュール内の処理から必要に
応じて、直接他のモジュールの内部処理を呼ぶことにな
る。例えば、実行モジュールＤＭ５の内部処理におい
て、実行モジュールＤＭ２の内部処理を直接実行する必
要が生じた場合には、エントリポイントＥＰ２１を参照
し、直接実行モジュールＤＭ２内部の処理が呼び出さ
れ、実行される（符号Ｃ２１）。ディスパッチャＤＰを
介して他の実行モジュールを呼び出す手法でも、呼び出
すモジュールが必要とするサービスを示すパラメータを
渡すことができれば、他の実行モジュールが用意してい
る処理を個々に利用すること自体は可能であるが、ディ
スパッチャＤＰに対するサービスの要求、ディスパッチ
ャＤＰによるディスパッチャテーブルＤＴの検索、呼出
アドレスＡによる呼び出しといった手続が必要になって
しまう。これに較べて、モジュール間通信は、必要な処
理を直接呼び出すから、極めて高速に必要な処理を実行
できるという利点がある。
【００５７】各実行モジュールＤＭにより、アプリケー
ションプログラムＡＰＰが実行しようとした処理をエミ
ュレートした後、順次処理を復帰し、カーネルＫＲから
アプリケーションプログラムＡＰＰに復帰する。なお、
ハードウェア割り込みにより割り込みコントローラエミ
ュレータＩＲＭが呼ばれた場合や、他の実行モジュール
の処理から割り込みコントローラエミュレータＩＲＭが
呼ばれた場合には、割り込みコントローラエミュレータ
ＩＲＭは、ＰＣ−９８００機における割込の発生をエミ
ュレートするため、カーネルＫＲに対して仮想割り込み
を発生する。この仮想割り込みによりカーネルＫＲが呼
び出され、カーネルＫＲは、この仮想割り込みを判断し
て必要な実行モジュールを再度呼び出したり、場合によ
ってはアプリケーションプログラムＡＰＰに復帰する。
ションプログラムＡＰＰが実行しようとした処理をエミ
ュレートした後、順次処理を復帰し、カーネルＫＲから
アプリケーションプログラムＡＰＰに復帰する。なお、
ハードウェア割り込みにより割り込みコントローラエミ
ュレータＩＲＭが呼ばれた場合や、他の実行モジュール
の処理から割り込みコントローラエミュレータＩＲＭが
呼ばれた場合には、割り込みコントローラエミュレータ
ＩＲＭは、ＰＣ−９８００機における割込の発生をエミ
ュレートするため、カーネルＫＲに対して仮想割り込み
を発生する。この仮想割り込みによりカーネルＫＲが呼
び出され、カーネルＫＲは、この仮想割り込みを判断し
て必要な実行モジュールを再度呼び出したり、場合によ
ってはアプリケーションプログラムＡＰＰに復帰する。
【００５８】次に、実際にＤＯＳ／Ｖ機上で行なわれる
ＰＣ−９８００機の各機能のエミュレーションの一例と
して、キーボード７２からの入力のエミュレーションを
詳しく説明する。ＤＯＳ／Ｖ機のキーボード７２および
そのインタフェースであるＫＥＹ６４の構成を図１５に
示す。他方、ＰＣ−９８００機の回路は、図１６に示す
通りである。両図から見て取れるように、ＤＯＳ／Ｖ機
では、１チップマイクロコンピュータがキーマトリクス
を読み取って、そのデータをＫＥＹ６４側にクロックに
同期した同期通信により、ＣＰＵ２１側とやり取りする
構成であるのに対して、ＰＣ−９８００機では、キーマ
トリクスを１チップマイクロコンピュータで読み取っ
て、本体側に同期通信する構成を採っている。また、図
示しないが、キーボード７２そのもののキーの数なども
異なっており、更に、同じキーを押し続けた場合のキー
コードの発生などのメカニズムも異なっている。
ＰＣ−９８００機の各機能のエミュレーションの一例と
して、キーボード７２からの入力のエミュレーションを
詳しく説明する。ＤＯＳ／Ｖ機のキーボード７２および
そのインタフェースであるＫＥＹ６４の構成を図１５に
示す。他方、ＰＣ−９８００機の回路は、図１６に示す
通りである。両図から見て取れるように、ＤＯＳ／Ｖ機
では、１チップマイクロコンピュータがキーマトリクス
を読み取って、そのデータをＫＥＹ６４側にクロックに
同期した同期通信により、ＣＰＵ２１側とやり取りする
構成であるのに対して、ＰＣ−９８００機では、キーマ
トリクスを１チップマイクロコンピュータで読み取っ
て、本体側に同期通信する構成を採っている。また、図
示しないが、キーボード７２そのもののキーの数なども
異なっており、更に、同じキーを押し続けた場合のキー
コードの発生などのメカニズムも異なっている。
【００５９】図１７，図１８は、キーボード７２からの
入力をＰＣ−９８００機におけるキーボードからの入力
としてエミュレートする様子を示す説明図である。図
は、上方からＤＯＳ／Ｖ機のハードウェア、エミュレー
ションの実行部、仮想９８の各層に分けて描いてある。
仮想９８とは、ＰＣ−９８００機用に仮想的に用意され
たメモリ空間であって、タスク自身としては、あたかも
ＭＳ−ＤＯＳが用意するＰＣ−９８００機の実空間で処
理を行なっているように処理を実行できる空間を意味し
ている。但し、この時点でＣＰＵ２１はプロテクトモー
ドで動作しているので、仮想９８においてアプリケーシ
ョンプログラムＡＰＰが特権命令などを実行しようとす
ると、直ちに例外処理として、タスクは切り換えられ、
カーネルＫＲの処理に移行するのである。
入力をＰＣ−９８００機におけるキーボードからの入力
としてエミュレートする様子を示す説明図である。図
は、上方からＤＯＳ／Ｖ機のハードウェア、エミュレー
ションの実行部、仮想９８の各層に分けて描いてある。
仮想９８とは、ＰＣ−９８００機用に仮想的に用意され
たメモリ空間であって、タスク自身としては、あたかも
ＭＳ−ＤＯＳが用意するＰＣ−９８００機の実空間で処
理を行なっているように処理を実行できる空間を意味し
ている。但し、この時点でＣＰＵ２１はプロテクトモー
ドで動作しているので、仮想９８においてアプリケーシ
ョンプログラムＡＰＰが特権命令などを実行しようとす
ると、直ちに例外処理として、タスクは切り換えられ、
カーネルＫＲの処理に移行するのである。
【００６０】アプリケーションプログラムＡＰＰの実行
中にキーボード７２のキーが操作されると、キーボード
７２からのキーコードがバッファＢＦに蓄えられ（図１
７符号Ｄ１）、同時にハードウェア上の割込が生じる
（ＩＮＴ ０９）。この割込要求は、直ちに処理をカー
ネルＫＲに移行させる（符号Ｄ２）。カーネルＫＲは、
既述したように、ハードウェアの割込を解析してディス
パッチャＤＰに処理を渡し（符号Ｄ３）、ディスパッチ
ャＤＰは、初期化の処理において登録された呼出アドレ
スを用いてキーボードエミュレータＫＥＭを呼び出す。
中にキーボード７２のキーが操作されると、キーボード
７２からのキーコードがバッファＢＦに蓄えられ（図１
７符号Ｄ１）、同時にハードウェア上の割込が生じる
（ＩＮＴ ０９）。この割込要求は、直ちに処理をカー
ネルＫＲに移行させる（符号Ｄ２）。カーネルＫＲは、
既述したように、ハードウェアの割込を解析してディス
パッチャＤＰに処理を渡し（符号Ｄ３）、ディスパッチ
ャＤＰは、初期化の処理において登録された呼出アドレ
スを用いてキーボードエミュレータＫＥＭを呼び出す。
【００６１】キーボードエミュレータＫＥＭは、バッフ
ァＢＦに保存されたキーコードを読み出し、このキーコ
ードが、ＰＣ−９８００機のキーコードに変換可能なも
のか否かを判断をする。両者は完全に一対一に対応して
いるものではなく、特にＤＯＳ／Ｖ機では、２つ目のキ
ーコードが与えられて初めて一意に決まるものが存在す
る。従って、こうしたキーコードの場合には、ＰＣ−９
８００機としてのキーコードの生成は行なわず、そのま
まディスパッチャＤＰ，カーネルＫＲを介して、キーボ
ード７２からの割込が生じた状態に復帰する（符号Ｄ
８）。他方、ＰＣ−９８００機としてのキーコードが発
生可能と判断すると、キーボードエミュレータＫＥＭ
は、変換したキーコードを自分が管理するバッファＤＦ
に記憶し（符号Ｄ５）、続いてモジュール間通信により
割り込みコントローラエミュレータＩＲＭを直接呼び出
す処理を行なう（符号Ｄ６）。
ァＢＦに保存されたキーコードを読み出し、このキーコ
ードが、ＰＣ−９８００機のキーコードに変換可能なも
のか否かを判断をする。両者は完全に一対一に対応して
いるものではなく、特にＤＯＳ／Ｖ機では、２つ目のキ
ーコードが与えられて初めて一意に決まるものが存在す
る。従って、こうしたキーコードの場合には、ＰＣ−９
８００機としてのキーコードの生成は行なわず、そのま
まディスパッチャＤＰ，カーネルＫＲを介して、キーボ
ード７２からの割込が生じた状態に復帰する（符号Ｄ
８）。他方、ＰＣ−９８００機としてのキーコードが発
生可能と判断すると、キーボードエミュレータＫＥＭ
は、変換したキーコードを自分が管理するバッファＤＦ
に記憶し（符号Ｄ５）、続いてモジュール間通信により
割り込みコントローラエミュレータＩＲＭを直接呼び出
す処理を行なう（符号Ｄ６）。
【００６２】図９ないし図１４を用いて詳述したよう
に、本実施例では、各実行モジュールは、初期化の処理
における組み込み時に、モジュール間通信を行なう相手
のエントリポイントＥＰを取得している。キーボードエ
ミュレータＫＥＭも、割り込みコントローラエミュレー
タＩＲＭを直接呼び出すエントリポイントＥＰを取得し
ており、更に割込番号の登録も済ませている。そこで、
キーボードエミュレータＫＥＭから、直接割り込みコン
トローラエミュレータＩＲＭを呼び出し、割込のキーボ
ード７２からの割込の発生を、割り込みコントローラエ
ミュレータＩＲＭに渡す。
に、本実施例では、各実行モジュールは、初期化の処理
における組み込み時に、モジュール間通信を行なう相手
のエントリポイントＥＰを取得している。キーボードエ
ミュレータＫＥＭも、割り込みコントローラエミュレー
タＩＲＭを直接呼び出すエントリポイントＥＰを取得し
ており、更に割込番号の登録も済ませている。そこで、
キーボードエミュレータＫＥＭから、直接割り込みコン
トローラエミュレータＩＲＭを呼び出し、割込のキーボ
ード７２からの割込の発生を、割り込みコントローラエ
ミュレータＩＲＭに渡す。
【００６３】割り込みコントローラエミュレータＩＲＭ
は、このモジュール間通信を受けて、割込の内容を分析
し、カーネルＫＲに対して必要な仮想割込を起こす（符
号Ｄ７）。カーネルＫＲはこの仮想的な割込要求を受け
付け、これを解析し、アプリケーションプログラムＡＰ
Ｐがキーボード７２からのキー入力を割込処理により受
け付けるものであれば、ジャンプテーブルＪＴを参照し
（符号Ｄ８）、ＰＣ−９８００機がキーボード７２から
の割込を受け付けたときにジャンプする先を取得して、
必要な処理ルーチンに移行する（符号Ｄ９）。アプリケ
ーションプログラムＡＰＰが、キーボード７２からの割
込要求によってではなく、自分で定期的にキー入力を見
に行くタイプのものであれば、処理は一旦アプリケーシ
ョンプログラムＡＰＰのレベルに戻される（符号Ｄ１
０）。この場合には、所定時間毎に、キーボード７２か
らのキーコードを読み取るルーチンが呼ばれることにな
る（符号Ｄ１１）。なお、この時点で、ＣＰＵ２１の特
権レベルは３に戻される。
は、このモジュール間通信を受けて、割込の内容を分析
し、カーネルＫＲに対して必要な仮想割込を起こす（符
号Ｄ７）。カーネルＫＲはこの仮想的な割込要求を受け
付け、これを解析し、アプリケーションプログラムＡＰ
Ｐがキーボード７２からのキー入力を割込処理により受
け付けるものであれば、ジャンプテーブルＪＴを参照し
（符号Ｄ８）、ＰＣ−９８００機がキーボード７２から
の割込を受け付けたときにジャンプする先を取得して、
必要な処理ルーチンに移行する（符号Ｄ９）。アプリケ
ーションプログラムＡＰＰが、キーボード７２からの割
込要求によってではなく、自分で定期的にキー入力を見
に行くタイプのものであれば、処理は一旦アプリケーシ
ョンプログラムＡＰＰのレベルに戻される（符号Ｄ１
０）。この場合には、所定時間毎に、キーボード７２か
らのキーコードを読み取るルーチンが呼ばれることにな
る（符号Ｄ１１）。なお、この時点で、ＣＰＵ２１の特
権レベルは３に戻される。
【００６４】こうして仮想９８上でキーコードを読み取
る処理が呼ばれた以降の処理について、図１８を参照し
て説明する。キーコードを読み取る処理は、ＰＣ−９８
００機の所定のＩ／Ｏアドレスに割り当てられたキーデ
ータを読み取るＩ／Ｏ命令を実行する。このＩ／Ｏ命令
は、特権命令の実行に当たり、特権レベル３では例外処
理としてトラップされ、処理はカーネルＫＲに移行する
（図１８符号Ｅ１）。カーネルＫＲは、この例外処理の
内容を解析し、ディスパッチャＤＰを介してキーボード
エミュレータＫＥＭを呼び出す（符号Ｅ２）。キーボー
ドエミュレータＫＥＭは、呼び出された際のパラメータ
を認識することにより、割込要求に伴う処理かＩ／Ｏに
対する読み出しに伴う処理かを判別し、バッファＤＦの
内容を読み取る処理を行なう（符号Ｅ３）。バッファＤ
Ｆは、先にキーボードエミュレータＫＥＭが書き込んだ
ＰＣ−９８００機としてのキーコードを保持しているか
ら、これを同じキーボードエミュレータＫＥＭが読み取
ることは容易である。
る処理が呼ばれた以降の処理について、図１８を参照し
て説明する。キーコードを読み取る処理は、ＰＣ−９８
００機の所定のＩ／Ｏアドレスに割り当てられたキーデ
ータを読み取るＩ／Ｏ命令を実行する。このＩ／Ｏ命令
は、特権命令の実行に当たり、特権レベル３では例外処
理としてトラップされ、処理はカーネルＫＲに移行する
（図１８符号Ｅ１）。カーネルＫＲは、この例外処理の
内容を解析し、ディスパッチャＤＰを介してキーボード
エミュレータＫＥＭを呼び出す（符号Ｅ２）。キーボー
ドエミュレータＫＥＭは、呼び出された際のパラメータ
を認識することにより、割込要求に伴う処理かＩ／Ｏに
対する読み出しに伴う処理かを判別し、バッファＤＦの
内容を読み取る処理を行なう（符号Ｅ３）。バッファＤ
Ｆは、先にキーボードエミュレータＫＥＭが書き込んだ
ＰＣ−９８００機としてのキーコードを保持しているか
ら、これを同じキーボードエミュレータＫＥＭが読み取
ることは容易である。
【００６５】ハードウェア割込による処理ではないの
で、キーボードエミュレータＫＥＭは、ディスパッチャ
ＤＰを介してカーネルＫＲへと処理を戻し、更に例外処
理を引き起こした処理まで戻って行く（符号Ｅ４）。こ
の結果、キーボード７２からのキーデータを入力するＰ
Ｃ−９８００機上の処理がなされ、そのデータはアプリ
ケーションプログラムＡＰＰに渡されることになる。仮
想９８上に展開されたＰＣ−９８００機用のアプリケー
ションプログラムＡＰＰは、ＰＣ−９８００機のキーボ
ード７２からのキー入力があった場合と同一の動作を継
続することになる。即ち、実施例のエミュレーション装
置は、完全にＰＣ−９８００機のハードウェアとその動
作をエミュレートするのである。
で、キーボードエミュレータＫＥＭは、ディスパッチャ
ＤＰを介してカーネルＫＲへと処理を戻し、更に例外処
理を引き起こした処理まで戻って行く（符号Ｅ４）。こ
の結果、キーボード７２からのキーデータを入力するＰ
Ｃ−９８００機上の処理がなされ、そのデータはアプリ
ケーションプログラムＡＰＰに渡されることになる。仮
想９８上に展開されたＰＣ−９８００機用のアプリケー
ションプログラムＡＰＰは、ＰＣ−９８００機のキーボ
ード７２からのキー入力があった場合と同一の動作を継
続することになる。即ち、実施例のエミュレーション装
置は、完全にＰＣ−９８００機のハードウェアとその動
作をエミュレートするのである。
【００６６】以上、キーボード７２からの入力を例に採
って、本実施例のエミュレーション装置の構成と働きに
ついて説明したが、他の実行モジュールもほぼ同様に動
作する。例えば、マウス７３の動作をエミュレートする
マウスエミュレータＭＵＭは、次のように構成されてい
る。ＰＣ−９８００機のマウスは、所定のインターバル
で割込を発生し、ＣＰＵに対しては原点位置からの絶対
値をデータとして渡すのに対して、ＤＯＳ／Ｖ機のマウ
ス７３は、マウス７３が動いた場合に割込を発生し、し
かも前回の位置からの差分のデータ（△ｘ，△ｙ）およ
びマウスボタンのオン・オフの情報からなるデータを引
き渡すという違いがある。そこで、これをエミュレート
するマウスエミュレータＭＵＭは、マウス７３が動いた
時に発生するハードウェア割込により一度呼ばれ、読み
取った差分のデータ（△ｘ，△ｙ）および前回のマウス
の位置から現在のマウスの絶対的な位置を演算し、これ
を所定のバッファに記憶しておく。加えて、マウスエミ
ュレータＭＵＭは、予めタイマエミュレータＴＩＭに対
して所定時間毎に割込を発生するように依頼しておく。
タイマエミュレータＴＩＭから所定のインターバルで割
り込みコントローラエミュレータＩＲＭに対して割込が
生じ、この割込を受け付けた割り込みコントローラエミ
ュレータＩＲＭは、これをＰＣ−９８００機のマウスの
ための割込と認識してカーネルＫＲに対して仮想割込を
発生する。この仮想割込によりカーネルＫＲはＭＵＭを
再度呼び出す。マウスエミュレータＭＵＭは、この呼び
出しに応じて先に計算しておいたマウスの絶対的な位置
をバッファから読み出し、これを返す。この結果、アプ
リケーションプログラムＡＰＰは、所定のインターバル
でマウスからの絶対位置のデータを受け取ることができ
る。
って、本実施例のエミュレーション装置の構成と働きに
ついて説明したが、他の実行モジュールもほぼ同様に動
作する。例えば、マウス７３の動作をエミュレートする
マウスエミュレータＭＵＭは、次のように構成されてい
る。ＰＣ−９８００機のマウスは、所定のインターバル
で割込を発生し、ＣＰＵに対しては原点位置からの絶対
値をデータとして渡すのに対して、ＤＯＳ／Ｖ機のマウ
ス７３は、マウス７３が動いた場合に割込を発生し、し
かも前回の位置からの差分のデータ（△ｘ，△ｙ）およ
びマウスボタンのオン・オフの情報からなるデータを引
き渡すという違いがある。そこで、これをエミュレート
するマウスエミュレータＭＵＭは、マウス７３が動いた
時に発生するハードウェア割込により一度呼ばれ、読み
取った差分のデータ（△ｘ，△ｙ）および前回のマウス
の位置から現在のマウスの絶対的な位置を演算し、これ
を所定のバッファに記憶しておく。加えて、マウスエミ
ュレータＭＵＭは、予めタイマエミュレータＴＩＭに対
して所定時間毎に割込を発生するように依頼しておく。
タイマエミュレータＴＩＭから所定のインターバルで割
り込みコントローラエミュレータＩＲＭに対して割込が
生じ、この割込を受け付けた割り込みコントローラエミ
ュレータＩＲＭは、これをＰＣ−９８００機のマウスの
ための割込と認識してカーネルＫＲに対して仮想割込を
発生する。この仮想割込によりカーネルＫＲはＭＵＭを
再度呼び出す。マウスエミュレータＭＵＭは、この呼び
出しに応じて先に計算しておいたマウスの絶対的な位置
をバッファから読み出し、これを返す。この結果、アプ
リケーションプログラムＡＰＰは、所定のインターバル
でマウスからの絶対位置のデータを受け取ることができ
る。
【００６７】以上例示したキーボードエミュレータＫＥ
ＭやマウスエミュレータＭＵＭは、いずれはハードウェ
ア割込を利用するものであるが、割込を利用しないモジ
ュールでは、例外処理の発生→カーネルＫＲからディス
パッチャＤＰを介した実行モジュールの呼び出し→各実
行モジュールでのエミュレート（必要ならモジュール間
通信）→処理後のパラメータを持ってアプリケーション
プログラムＡＰＰに復帰、という手順で処理がなされる
ことになる。
ＭやマウスエミュレータＭＵＭは、いずれはハードウェ
ア割込を利用するものであるが、割込を利用しないモジ
ュールでは、例外処理の発生→カーネルＫＲからディス
パッチャＤＰを介した実行モジュールの呼び出し→各実
行モジュールでのエミュレート（必要ならモジュール間
通信）→処理後のパラメータを持ってアプリケーション
プログラムＡＰＰに復帰、という手順で処理がなされる
ことになる。
【００６８】以上説明した本実施例のエミュレーション
装置によれば、実行マシン上でターゲットマシンをエミ
ュレーションするプログラムが、カーネルＫＲ、ディス
パッチャＤＰ、各実行モジュールと階層化されており、
極めて見通しの良い構成となっいる。従って、膨大な機
能をエミュレートする膨大なプログラムを効率よく開発
することができる。しかも、各実行モジュールはハード
ウェアの機能に近いところでモジュール化されているの
で、ハードウェアに直接アクセスするようなアプリケー
ションプログラムＡＰＰであっても、エミュレーション
を正しく行なうことができる。例えば、詳しく説明した
キーボードのエミュレーションでは、キーボードエミュ
レータＫＥＭは、キーボード７２からの入力がなされた
とき、これをアプリケーションプログラムＡＰＰに渡す
までに２度呼び出されている。即ち、キーボード７２か
らの入力全体を一括してエミュレートしてしまうのでは
なく、一旦仮想的な割込を発生させることで、ＰＣ−９
８００機においてキーボードからの入力に伴う割込が発
生する過程をもエミュレーションしているのである。こ
の結果、アプリケーションプログラムＡＰＰがＢＩＯＳ
を利用してキーボードから文字列を取得するものから、
アプリケーションプログラムＡＰＰ自体がキーコードを
解析して処理を行なっているものまで、あらゆるタイプ
の処理に対してエミュレーションを正しく機能させるこ
とが可能となっている。この結果、エミュレーションに
よる互換性は一層高められる。
装置によれば、実行マシン上でターゲットマシンをエミ
ュレーションするプログラムが、カーネルＫＲ、ディス
パッチャＤＰ、各実行モジュールと階層化されており、
極めて見通しの良い構成となっいる。従って、膨大な機
能をエミュレートする膨大なプログラムを効率よく開発
することができる。しかも、各実行モジュールはハード
ウェアの機能に近いところでモジュール化されているの
で、ハードウェアに直接アクセスするようなアプリケー
ションプログラムＡＰＰであっても、エミュレーション
を正しく行なうことができる。例えば、詳しく説明した
キーボードのエミュレーションでは、キーボードエミュ
レータＫＥＭは、キーボード７２からの入力がなされた
とき、これをアプリケーションプログラムＡＰＰに渡す
までに２度呼び出されている。即ち、キーボード７２か
らの入力全体を一括してエミュレートしてしまうのでは
なく、一旦仮想的な割込を発生させることで、ＰＣ−９
８００機においてキーボードからの入力に伴う割込が発
生する過程をもエミュレーションしているのである。こ
の結果、アプリケーションプログラムＡＰＰがＢＩＯＳ
を利用してキーボードから文字列を取得するものから、
アプリケーションプログラムＡＰＰ自体がキーコードを
解析して処理を行なっているものまで、あらゆるタイプ
の処理に対してエミュレーションを正しく機能させるこ
とが可能となっている。この結果、エミュレーションに
よる互換性は一層高められる。
【００６９】かかるモジュール構造を採用すると、通常
は、モジュールの数が増えて、その管理が煩雑となって
しまうが、本実施例では、初期化の処理の中で、実行モ
ジュール自身がその組み込みの時点で自己のモジュール
名と呼出アドレスをディスパッチャテーブルＤＴに登録
するので、多数のモジュールの管理、変更や更新が極め
て容易となっている。ディスパッチャテーブルの割当も
固定的なものではなく、登録順に適宜登録して行くの
で、新たな実行モジュールが用意されたり、登録の順序
を変更した場合も何等特別な処置を行なう必要がない。
は、モジュールの数が増えて、その管理が煩雑となって
しまうが、本実施例では、初期化の処理の中で、実行モ
ジュール自身がその組み込みの時点で自己のモジュール
名と呼出アドレスをディスパッチャテーブルＤＴに登録
するので、多数のモジュールの管理、変更や更新が極め
て容易となっている。ディスパッチャテーブルの割当も
固定的なものではなく、登録順に適宜登録して行くの
で、新たな実行モジュールが用意されたり、登録の順序
を変更した場合も何等特別な処置を行なう必要がない。
【００７０】また、一つの機能を複数のモジュールによ
り実現する構造を採用すると、モジュール間の呼出のオ
ーバーヘッドが生じるから、通常はエミュレーションに
長大な時間を要することになり、エミュレーションで動
作するアプリケーションプログラムＡＰＰの全体的な実
行速度が低下して実用に耐えなくなるおそれが生じる。
本実施例では、各実行モジュールの通常の呼出に加え
て、各実行モジュールは、モジュール間通信により、直
接他のモジュールの処理を呼び出すことが可能となって
いる。従って、複数の実行モジュールをディスパッチャ
ＤＰを介して何度も呼び出すことがない。このように、
モジュール間通信により直接処理を実行させる結果、実
行モジュールの呼び出しに伴うオーバーヘッドの発生を
低減でき、高速なエミュレーションを実現している。し
かも、モジュール間通信を行なうためのエントリポイン
トＥＰは、組み込み時に、モジュール間通信を行なうモ
ジュール間で受け渡している。従って、複数のモジュー
ルがかかわる機能であってもその実行が高速である上、
各モジュールでのエントリポイントＥＰの管理が容易で
あるという利点も得られる。更に、自分より先に組み込
まれた実行モジュールのエントリポイントＥＰを取得す
るだけでなく、先に組み込まれたモジュールに後から組
み込まれるモジュールのエントリポイントＥＰを教えて
おくこともできるので、組み込みの順序に関係なくモジ
ュール間の呼び出しを行なうことができる。
り実現する構造を採用すると、モジュール間の呼出のオ
ーバーヘッドが生じるから、通常はエミュレーションに
長大な時間を要することになり、エミュレーションで動
作するアプリケーションプログラムＡＰＰの全体的な実
行速度が低下して実用に耐えなくなるおそれが生じる。
本実施例では、各実行モジュールの通常の呼出に加え
て、各実行モジュールは、モジュール間通信により、直
接他のモジュールの処理を呼び出すことが可能となって
いる。従って、複数の実行モジュールをディスパッチャ
ＤＰを介して何度も呼び出すことがない。このように、
モジュール間通信により直接処理を実行させる結果、実
行モジュールの呼び出しに伴うオーバーヘッドの発生を
低減でき、高速なエミュレーションを実現している。し
かも、モジュール間通信を行なうためのエントリポイン
トＥＰは、組み込み時に、モジュール間通信を行なうモ
ジュール間で受け渡している。従って、複数のモジュー
ルがかかわる機能であってもその実行が高速である上、
各モジュールでのエントリポイントＥＰの管理が容易で
あるという利点も得られる。更に、自分より先に組み込
まれた実行モジュールのエントリポイントＥＰを取得す
るだけでなく、先に組み込まれたモジュールに後から組
み込まれるモジュールのエントリポイントＥＰを教えて
おくこともできるので、組み込みの順序に関係なくモジ
ュール間の呼び出しを行なうことができる。
【００７１】更に、本実施例では、割込の処理を要する
実行モジュールは、割込の番号を予め割り込みコントロ
ーラエミュレータＩＲＭに通知しておくので、割込のし
とはし発生の通知に対して、迅速にその要因を特定で
き、割り込みコントローラエミュレータＩＲＭが必要な
処理を行なうことができる。
実行モジュールは、割込の番号を予め割り込みコントロ
ーラエミュレータＩＲＭに通知しておくので、割込のし
とはし発生の通知に対して、迅速にその要因を特定で
き、割り込みコントローラエミュレータＩＲＭが必要な
処理を行なうことができる。
【００７２】以上本発明の実施例について説明したが、
次に、上記エミュレーション装置の一部をハードウェア
による構成に置き換えた第２の実施例について説明す
る。第２実施例のエミュレーション装置は、図１９に示
すように、第１実施例のＰＣＩブリッジ４３０が直接Ｐ
ＣＩバスを制御していたのに対して、ＰＣＩブリッジ４
３０と実際のＰＣＩバス４３２との間にエミュレーショ
ン用制御回路５００を有する点で相違する。なお、この
エミュレーション用制御回路５００以外の各部の構成で
あって、第１実施例と同一のものは、その下２桁の数字
を図２に示したものと同一としてある。従って、これら
の部材については、特に説明しない。
次に、上記エミュレーション装置の一部をハードウェア
による構成に置き換えた第２の実施例について説明す
る。第２実施例のエミュレーション装置は、図１９に示
すように、第１実施例のＰＣＩブリッジ４３０が直接Ｐ
ＣＩバスを制御していたのに対して、ＰＣＩブリッジ４
３０と実際のＰＣＩバス４３２との間にエミュレーショ
ン用制御回路５００を有する点で相違する。なお、この
エミュレーション用制御回路５００以外の各部の構成で
あって、第１実施例と同一のものは、その下２桁の数字
を図２に示したものと同一としてある。従って、これら
の部材については、特に説明しない。
【００７３】エミュレーション用制御回路５００は、そ
の内部に、エミュレーションのための処理を行なうサブ
ＣＰＵ５１０、エミュレーション用のプログラムを記憶
したＲＯＭ５２０、ワークエリアを提供するＲＡＭ５２
２を備える。また、エミュレーション用制御回路５００
には、コネクタ５３０を介してＰＣＩブリッジ４３０に
接続されたホストＣＰＵ側インタフェース５３２や、コ
ネクタ５３４を介してＰＣＩバス４３２に接続されたＩ
／Ｏ側インタフェース５３６、エミュレーション用制御
回路５００内の各部にタイミング信号を出力するコント
ロール回路５４０なども内蔵されている。なお、この実
施例で採用したサブＣＰＵ５１０は、メインＣＰＵ４２
１と同等またはメインＣＰＵ４２１より高速に動作可能
なプロセッサである。もとより、メインＣＰＵ４２１よ
り低速のプロセッサを使用することも差し支えない。
の内部に、エミュレーションのための処理を行なうサブ
ＣＰＵ５１０、エミュレーション用のプログラムを記憶
したＲＯＭ５２０、ワークエリアを提供するＲＡＭ５２
２を備える。また、エミュレーション用制御回路５００
には、コネクタ５３０を介してＰＣＩブリッジ４３０に
接続されたホストＣＰＵ側インタフェース５３２や、コ
ネクタ５３４を介してＰＣＩバス４３２に接続されたＩ
／Ｏ側インタフェース５３６、エミュレーション用制御
回路５００内の各部にタイミング信号を出力するコント
ロール回路５４０なども内蔵されている。なお、この実
施例で採用したサブＣＰＵ５１０は、メインＣＰＵ４２
１と同等またはメインＣＰＵ４２１より高速に動作可能
なプロセッサである。もとより、メインＣＰＵ４２１よ
り低速のプロセッサを使用することも差し支えない。
【００７４】エミュレーション用制御回路５００の内部
構成の詳細を図２０に示す。図示するように、エミュレ
ーション用制御回路５００のサブＣＰＵ５１０，ＲＯＭ
５２０，ＲＡＭ５２２，ＣＰＵ側インタフェース５３
２，バス側インタフェース５３６，コントロール回路５
４０は、内部バス５４２により相互に接続されている。
ホストＣＰＵ側インタフェース５３２は、ローカルバス
４２２側とエミュレーション用制御回路５００側とのイ
ンタフェースを取る回路であり、その内部には、ホスト
側ＰＣＩインタフェース（以下、ＨＯＳＴＰＣＩＩＦと
呼ぶ）５５０、内部バス５４２側とのインタフェースと
なるＩ／Ｏポート５５５が備えられている。また、Ｉ／
Ｏ側インタフェース５３６は、ＰＣＩバス４３２側とエ
ミュレーション用制御回路５００側とのインタフェース
を取る回路であり、その内部には、ホストＣＰＵ側イン
タフェース５３２同様、Ｉ／Ｏ側ＰＣＩバスインタフェ
ース（以下、Ｉ／ＯＰＣＩＩＦと呼ぶ）５６０と、内部
バス５４２側とのインタフェースとなるＩ／Ｏポート５
６５が備えられている。
構成の詳細を図２０に示す。図示するように、エミュレ
ーション用制御回路５００のサブＣＰＵ５１０，ＲＯＭ
５２０，ＲＡＭ５２２，ＣＰＵ側インタフェース５３
２，バス側インタフェース５３６，コントロール回路５
４０は、内部バス５４２により相互に接続されている。
ホストＣＰＵ側インタフェース５３２は、ローカルバス
４２２側とエミュレーション用制御回路５００側とのイ
ンタフェースを取る回路であり、その内部には、ホスト
側ＰＣＩインタフェース（以下、ＨＯＳＴＰＣＩＩＦと
呼ぶ）５５０、内部バス５４２側とのインタフェースと
なるＩ／Ｏポート５５５が備えられている。また、Ｉ／
Ｏ側インタフェース５３６は、ＰＣＩバス４３２側とエ
ミュレーション用制御回路５００側とのインタフェース
を取る回路であり、その内部には、ホストＣＰＵ側イン
タフェース５３２同様、Ｉ／Ｏ側ＰＣＩバスインタフェ
ース（以下、Ｉ／ＯＰＣＩＩＦと呼ぶ）５６０と、内部
バス５４２側とのインタフェースとなるＩ／Ｏポート５
６５が備えられている。
【００７５】ＨＯＳＴＰＣＩＩＦ５５０は、更にその内
部に、ホストＣＰＵ側ＰＣＩバスおよびＩ／Ｏ側ＰＣＩ
バス４３２側のアドレス信号をラッチするアドレスラッ
チ５５２、同じく両ＰＣＩバス上のデータをラッチする
データラッチ５５３、読み書きのタイミングを制御する
タイミング制御部５５４を有する。また、Ｉ／Ｏポート
５５５には、データの読み出しを司る読出部５５７、デ
ータの書き込みを司る書込部５５９が備えられている。
なお、ＨＯＳＴＰＣＩＩＦ５５０からは、コントロール
回路５４０にタイミング信号が出力されている。
部に、ホストＣＰＵ側ＰＣＩバスおよびＩ／Ｏ側ＰＣＩ
バス４３２側のアドレス信号をラッチするアドレスラッ
チ５５２、同じく両ＰＣＩバス上のデータをラッチする
データラッチ５５３、読み書きのタイミングを制御する
タイミング制御部５５４を有する。また、Ｉ／Ｏポート
５５５には、データの読み出しを司る読出部５５７、デ
ータの書き込みを司る書込部５５９が備えられている。
なお、ＨＯＳＴＰＣＩＩＦ５５０からは、コントロール
回路５４０にタイミング信号が出力されている。
【００７６】他方、Ｉ／ＯＰＣＩＩＦ５６０は、更にそ
の内部に、ホストＣＰＵ側ＰＣＩバスおよびＩ／Ｏ側Ｐ
ＣＩバス４３２側のアドレス信号をラッチするアドレス
ラッチ５６２、同じく両ＰＣＩバス上のデータをラッチ
するデータラッチ５６３、読み書きのタイミングを制御
するタイミング制御部５６４を有する。また、Ｉ／Ｏポ
ート５６５には、データの読み出しを司る読出部５６
７、データの書き込みを司る書込部５６９が備えられて
いる。なお、Ｉ／ＯＰＣＩＩＦ５６０からは、コントロ
ール回路５４０にタイミング信号が出力されている。
の内部に、ホストＣＰＵ側ＰＣＩバスおよびＩ／Ｏ側Ｐ
ＣＩバス４３２側のアドレス信号をラッチするアドレス
ラッチ５６２、同じく両ＰＣＩバス上のデータをラッチ
するデータラッチ５６３、読み書きのタイミングを制御
するタイミング制御部５６４を有する。また、Ｉ／Ｏポ
ート５６５には、データの読み出しを司る読出部５６
７、データの書き込みを司る書込部５６９が備えられて
いる。なお、Ｉ／ＯＰＣＩＩＦ５６０からは、コントロ
ール回路５４０にタイミング信号が出力されている。
【００７７】ホストＣＰＵ側インタフェース５３２のＨ
ＯＳＴＰＣＩＩＦ５５０に用意されたアドレスラッチ５
５２とＩ／Ｏ側インタフェース５３６に用意されたアド
レスラッチ５６２とは、両ＰＣＩバス上のアドレス信号
の同期を取るために、制御信号をやり取りしている。ま
た、両データラッチ５５３，５６３および両タイミング
制御部５５４，５６４も同様である。更に、ホストＣＰ
Ｕ側ＰＣＩバス側からのアクセスを読み取るために、Ｈ
ＯＳＴＰＣＩＩＦ５５０のアドレスラッチ５５２，デー
タラッチ５５３，タイミング制御部５５４から、アドレ
ス，データおよび制御信号の各信号線がＩ／Ｏポート５
５５の読出部５５７に接続されている。他方、ホストＣ
ＰＵ側ＰＣＩバスにデータを出力するために、Ｉ／Ｏポ
ート５５５の書込部５５９を介して、サブＣＰＵ５１０
側からのデータが、データラッチ５５３に入力されるよ
う信号線が接続されている。
ＯＳＴＰＣＩＩＦ５５０に用意されたアドレスラッチ５
５２とＩ／Ｏ側インタフェース５３６に用意されたアド
レスラッチ５６２とは、両ＰＣＩバス上のアドレス信号
の同期を取るために、制御信号をやり取りしている。ま
た、両データラッチ５５３，５６３および両タイミング
制御部５５４，５６４も同様である。更に、ホストＣＰ
Ｕ側ＰＣＩバス側からのアクセスを読み取るために、Ｈ
ＯＳＴＰＣＩＩＦ５５０のアドレスラッチ５５２，デー
タラッチ５５３，タイミング制御部５５４から、アドレ
ス，データおよび制御信号の各信号線がＩ／Ｏポート５
５５の読出部５５７に接続されている。他方、ホストＣ
ＰＵ側ＰＣＩバスにデータを出力するために、Ｉ／Ｏポ
ート５５５の書込部５５９を介して、サブＣＰＵ５１０
側からのデータが、データラッチ５５３に入力されるよ
う信号線が接続されている。
【００７８】Ｉ／Ｏ側インタフェース５３６では、Ｉ／
Ｏポート５６５の読出部５６７とＩ／ＯＰＣＩＩＦ５６
０のアドレスラッチ５６２とがアドレス信号線により接
続されており、読出部５６７とデータラッチ５６３とが
データ信号線により、書込部５６９とデータラッチ５６
３がデータ信号線により、それぞれ接続されている。従
って、サブＣＰＵ５１０側から、Ｉ／Ｏ側ＰＣＩバス４
３２に対して、アドレス，データが出力可能である。
Ｏポート５６５の読出部５６７とＩ／ＯＰＣＩＩＦ５６
０のアドレスラッチ５６２とがアドレス信号線により接
続されており、読出部５６７とデータラッチ５６３とが
データ信号線により、書込部５６９とデータラッチ５６
３がデータ信号線により、それぞれ接続されている。従
って、サブＣＰＵ５１０側から、Ｉ／Ｏ側ＰＣＩバス４
３２に対して、アドレス，データが出力可能である。
【００７９】コントロール回路５４０は、ホストＣＰＵ
側ＰＣＩバスとＩ／Ｏ側ＰＣＩバス４３２と間の調停を
行なうバスアービタ５４４、サブＣＰＵ５１０を制御す
るＣＰＵ制御回路５４５、ＲＯＭ５２０，ＲＡＭ５２２
等のメモリを制御するメモリ制御回路５４７、その他の
制御を行なう各種制御回路５４９から構成されている。
バスアービタ５４４は、両バス間の調停を取るものであ
り、Ｉ／Ｏ側に用意されたＤＭＡ４５０により、ＤＭＡ
転送の要求がなされた場合、ＤＭＡ転送用にバスを開放
する制御に用いられる。ＣＰＵ制御回路５４５は、ＨＯ
ＳＴＰＣＩＩＦ５５０もしくはＩ／ＯＰＣＩＩＦ５６０
からの要求に応じて、サブＣＰＵ５１０に対する割り込
み信号を発生する回路である。各種制御回路５４９は、
サブＣＰＵ５１０に対するリセット信号や内部に用意し
たタイマの設定等を行なう回路である。
側ＰＣＩバスとＩ／Ｏ側ＰＣＩバス４３２と間の調停を
行なうバスアービタ５４４、サブＣＰＵ５１０を制御す
るＣＰＵ制御回路５４５、ＲＯＭ５２０，ＲＡＭ５２２
等のメモリを制御するメモリ制御回路５４７、その他の
制御を行なう各種制御回路５４９から構成されている。
バスアービタ５４４は、両バス間の調停を取るものであ
り、Ｉ／Ｏ側に用意されたＤＭＡ４５０により、ＤＭＡ
転送の要求がなされた場合、ＤＭＡ転送用にバスを開放
する制御に用いられる。ＣＰＵ制御回路５４５は、ＨＯ
ＳＴＰＣＩＩＦ５５０もしくはＩ／ＯＰＣＩＩＦ５６０
からの要求に応じて、サブＣＰＵ５１０に対する割り込
み信号を発生する回路である。各種制御回路５４９は、
サブＣＰＵ５１０に対するリセット信号や内部に用意し
たタイマの設定等を行なう回路である。
【００８０】エミュレーション用制御回路５００の内部
のメモリマップを、図２１に示す。サブＣＰＵ５１０
は、例えばインテル社製ｉ８０４８６ＤＸといったマイ
クロコンピュータであり、その００００００００［ｈ］
から０００７ＦＦＦＦ［ｈ］までの５１２ＫＢに、ＲＡ
Ｍ５２２が割り当てられている。その上位の６４ＫＢに
は、Ｉ／Ｏ側の入出力デバイスが割り当てられおり（Ｉ
Ｏ側マップドＩＯ）、更にその上位６４ＫＢには９８用
のスロットが割り当てられている（９８スロットマップ
ドＩＯ）。アドレス０００Ａ００００［ｈ］から０００
ＡＦＦＦＦ［ｈ］までの６４ＫＢには、ホストＣＰＵ側
の入出力デバイスが割り当てられており（ＨＯＳＴ側マ
ップドＩＯ）、その上位６４ＫＢにはエミュレーション
用制御回路５００の入出力ポート等が割り当てられてい
る。
のメモリマップを、図２１に示す。サブＣＰＵ５１０
は、例えばインテル社製ｉ８０４８６ＤＸといったマイ
クロコンピュータであり、その００００００００［ｈ］
から０００７ＦＦＦＦ［ｈ］までの５１２ＫＢに、ＲＡ
Ｍ５２２が割り当てられている。その上位の６４ＫＢに
は、Ｉ／Ｏ側の入出力デバイスが割り当てられおり（Ｉ
Ｏ側マップドＩＯ）、更にその上位６４ＫＢには９８用
のスロットが割り当てられている（９８スロットマップ
ドＩＯ）。アドレス０００Ａ００００［ｈ］から０００
ＡＦＦＦＦ［ｈ］までの６４ＫＢには、ホストＣＰＵ側
の入出力デバイスが割り当てられており（ＨＯＳＴ側マ
ップドＩＯ）、その上位６４ＫＢにはエミュレーション
用制御回路５００の入出力ポート等が割り当てられてい
る。
【００８１】２５６ＫＢのＲＯＭ５２０は、０００Ｃ０
０００［ｈ］から０００ＦＦＦＦＦ［ｈ］までに割り当
てられている。なお、エミュレーション用制御回路５０
０内部では、アドレス信号は２０ビット分しかデコード
していないので、１ＭＢより上位には、下位のアドレス
のイメージが現われる。
０００［ｈ］から０００ＦＦＦＦＦ［ｈ］までに割り当
てられている。なお、エミュレーション用制御回路５０
０内部では、アドレス信号は２０ビット分しかデコード
していないので、１ＭＢより上位には、下位のアドレス
のイメージが現われる。
【００８２】エミュレーション用制御回路５００の入出
力ポートなどに割り当てられた機能を、図２２ないし図
２６に示した。これらの図では、メモリマップに割り当
てられた各ＩＯ（メモリマップドＩＯ）のアドレスは、
サブシステムＩＯの先頭番地からのオフセットにより示
されている。オフセット＋００００〜＋０００２のアド
レスには読出用のレジスタが割り当てられており、この
レジスタは、ホストＣＰＵ側のステータスレジスタとし
て働く。レジスタの各ビットには、図示するように、エ
ミュレーション用制御回路５００の動作に関する情報が
定義されている。なお、オフセット＋０００３のアドレ
スは未定義である。エミュレーション用制御回路５００
で使用したサブＣＰＵ５１０は、データバスの幅が３２
ビットであるため、アドレスは４バイトを基本単位とし
て扱う。
力ポートなどに割り当てられた機能を、図２２ないし図
２６に示した。これらの図では、メモリマップに割り当
てられた各ＩＯ（メモリマップドＩＯ）のアドレスは、
サブシステムＩＯの先頭番地からのオフセットにより示
されている。オフセット＋００００〜＋０００２のアド
レスには読出用のレジスタが割り当てられており、この
レジスタは、ホストＣＰＵ側のステータスレジスタとし
て働く。レジスタの各ビットには、図示するように、エ
ミュレーション用制御回路５００の動作に関する情報が
定義されている。なお、オフセット＋０００３のアドレ
スは未定義である。エミュレーション用制御回路５００
で使用したサブＣＰＵ５１０は、データバスの幅が３２
ビットであるため、アドレスは４バイトを基本単位とし
て扱う。
【００８３】オフセット＋０００４のアドレスは、図２
３に示すように、読み書き可能なレジスタとして定義さ
れており、メインＣＰＵ４２１のリセットなど、ホスト
側のコントロールする機能が割り当てられている。オフ
セット＋００１０のアドレスは、読出専用レジスタとし
て規定されており、割り込み要求に応答するサイクルを
発生するレジスタとして働く。このレジスタをサブＣＰ
Ｕ５１０が読むと、Ｉ／Ｏ側のＰＩＣ４６６に１回割り
込みアクノリッジサイクルが発生する構成となってい
る。オフセット＋００１４のアドレスには、図２５に示
すように、読み書き可能なレジスタが割り当てられお
り、サブＣＰＵ５１０のキャッシュ動作を禁止または有
効にする機能が定義されている。オフセット＋００１５
のアドレスは、読み書き可能なレジスタが割り当てられ
ており、このレジスタの最下位ビット（Ｄ８）を値０か
ら値１に書き直すと、メインＣＰＵ４２１に対して割り
込み信号ＭＣＰＵＲＴが発生する。
３に示すように、読み書き可能なレジスタとして定義さ
れており、メインＣＰＵ４２１のリセットなど、ホスト
側のコントロールする機能が割り当てられている。オフ
セット＋００１０のアドレスは、読出専用レジスタとし
て規定されており、割り込み要求に応答するサイクルを
発生するレジスタとして働く。このレジスタをサブＣＰ
Ｕ５１０が読むと、Ｉ／Ｏ側のＰＩＣ４６６に１回割り
込みアクノリッジサイクルが発生する構成となってい
る。オフセット＋００１４のアドレスには、図２５に示
すように、読み書き可能なレジスタが割り当てられお
り、サブＣＰＵ５１０のキャッシュ動作を禁止または有
効にする機能が定義されている。オフセット＋００１５
のアドレスは、読み書き可能なレジスタが割り当てられ
ており、このレジスタの最下位ビット（Ｄ８）を値０か
ら値１に書き直すと、メインＣＰＵ４２１に対して割り
込み信号ＭＣＰＵＲＴが発生する。
【００８４】オフセット＋００１６のアドレスは、書込
専用のレジスタとして定義されており、このレジスタの
内容を読み取ると、サブＣＰＵ５１０のキャッシュの内
容をフラッシュするキャッシュフラッシュ動作が行なわ
れる。更に、図２６に示すように、オフセット＋００３
４のアドレスには、読み書き可能なレジスタが割り当て
られており、その下位３ビット（Ｄ０ないしＤ２）を設
定することで、ＰＩＣ４６６への割り込みの設定を行な
うことができる。また、オフセット＋００３５のアドレ
スは、読み書き可能なレジスタとして定義されており、
このレジスタに所定のデータを書き込むことで、タイマ
やＢＩＯＳ等を、９８系のモードとＤＯＳ／Ｖ機のモー
ドとの間で入れ替えることができる。オフセット＋００
３６のアドレスは、読み書き可能なレジスタとして定義
されており、割り込みのマスク用のレジスタとして用い
られる。オフセット＋００３７のアドレスは、エラー通
知用ポートとして定義されており、エミュレーション用
制御回路５００内部で処理できないエラーが発生した場
合に、これを通知するために、所定のデータが書き込ま
れる。
専用のレジスタとして定義されており、このレジスタの
内容を読み取ると、サブＣＰＵ５１０のキャッシュの内
容をフラッシュするキャッシュフラッシュ動作が行なわ
れる。更に、図２６に示すように、オフセット＋００３
４のアドレスには、読み書き可能なレジスタが割り当て
られており、その下位３ビット（Ｄ０ないしＤ２）を設
定することで、ＰＩＣ４６６への割り込みの設定を行な
うことができる。また、オフセット＋００３５のアドレ
スは、読み書き可能なレジスタとして定義されており、
このレジスタに所定のデータを書き込むことで、タイマ
やＢＩＯＳ等を、９８系のモードとＤＯＳ／Ｖ機のモー
ドとの間で入れ替えることができる。オフセット＋００
３６のアドレスは、読み書き可能なレジスタとして定義
されており、割り込みのマスク用のレジスタとして用い
られる。オフセット＋００３７のアドレスは、エラー通
知用ポートとして定義されており、エミュレーション用
制御回路５００内部で処理できないエラーが発生した場
合に、これを通知するために、所定のデータが書き込ま
れる。
【００８５】以上、エミュレーション用制御回路５００
用の代表的な入出力レジスタのいくつかについて説明し
た。次に、エミュレーション用制御回路５００の動作に
ついて説明する。特に明示しない場合でも、エミュレー
ション用制御回路５００のサブＣＰＵ５１０は、図２１
に示した各ＩＯをアクセスすることで、ホストＣＰＵ側
とＩ／Ｏ側と、様々なデータをやり取りし、エミュレー
ションを実行する。
用の代表的な入出力レジスタのいくつかについて説明し
た。次に、エミュレーション用制御回路５００の動作に
ついて説明する。特に明示しない場合でも、エミュレー
ション用制御回路５００のサブＣＰＵ５１０は、図２１
に示した各ＩＯをアクセスすることで、ホストＣＰＵ側
とＩ／Ｏ側と、様々なデータをやり取りし、エミュレー
ションを実行する。
【００８６】まず、初期化の処理について説明する。初
期化の処理は、この装置全体のリセットがなされたと
き、あるいは装置の電源がオンになされたとき、実行さ
れるものであり、図２７に示すように、まずサブＣＰＵ
５１０の動作を開始させ、メインＣＰＵ４２１のリセッ
ト状態を継続する処理を行なう（ステップＳ６００）。
即ち、メインＣＰＵ４２１を止めたまま、まずサブＣＰ
Ｕ５１０側の準備を開始するのである。続いて、制御回
路５００のＲＯＭ５２０の内容をＲＡＭ５２２に転送す
る処理を行なう（ステップＳ６１０）。エミュレーショ
ンのためのプログラムはＲＯＭ５２０に予め記憶されて
いるが、実際の処理は、処理を高速化するために、この
プログラムを一旦ＲＡＭ５２２上に展開してから行なわ
れる。
期化の処理は、この装置全体のリセットがなされたと
き、あるいは装置の電源がオンになされたとき、実行さ
れるものであり、図２７に示すように、まずサブＣＰＵ
５１０の動作を開始させ、メインＣＰＵ４２１のリセッ
ト状態を継続する処理を行なう（ステップＳ６００）。
即ち、メインＣＰＵ４２１を止めたまま、まずサブＣＰ
Ｕ５１０側の準備を開始するのである。続いて、制御回
路５００のＲＯＭ５２０の内容をＲＡＭ５２２に転送す
る処理を行なう（ステップＳ６１０）。エミュレーショ
ンのためのプログラムはＲＯＭ５２０に予め記憶されて
いるが、実際の処理は、処理を高速化するために、この
プログラムを一旦ＲＡＭ５２２上に展開してから行なわ
れる。
【００８７】続いて、制御回路５００に用意されたＩ／
Ｏ入出力ポートを用いて各種の設定処理を行なう（ステ
ップＳ６２０）。この処理は、例えばサブＣＰＵ５１０
のキャッシュ制御を行なうか否か（図２５に示すオフセ
ット＋００１４もしくは＋００１６のレジスタ参照）の
設定、割込ベクタの設定などの処理である。その後、Ｉ
／Ｏバス４４２に接続された各種Ｉ／Ｏデバイスを初期
化し、設定する処理を行なう（ステップＳ６３０）。こ
のエミュレーション装置では、ハードウェアはＤＯＳ／
Ｖ機であり、Ｉ／Ｏ側インタフェース５３６を介して、
タイマ４６８など各Ｉ／Ｏデバイスを初期化し、必要に
応じて各Ｉ／Ｏデバイスのレジスタ等に値を書き込み、
所定の設定を行なうのである。
Ｏ入出力ポートを用いて各種の設定処理を行なう（ステ
ップＳ６２０）。この処理は、例えばサブＣＰＵ５１０
のキャッシュ制御を行なうか否か（図２５に示すオフセ
ット＋００１４もしくは＋００１６のレジスタ参照）の
設定、割込ベクタの設定などの処理である。その後、Ｉ
／Ｏバス４４２に接続された各種Ｉ／Ｏデバイスを初期
化し、設定する処理を行なう（ステップＳ６３０）。こ
のエミュレーション装置では、ハードウェアはＤＯＳ／
Ｖ機であり、Ｉ／Ｏ側インタフェース５３６を介して、
タイマ４６８など各Ｉ／Ｏデバイスを初期化し、必要に
応じて各Ｉ／Ｏデバイスのレジスタ等に値を書き込み、
所定の設定を行なうのである。
【００８８】以上で初期化の処理を終了し、次に、エミ
ュレーション用制御回路５００のサブＣＰＵ５１０は、
エミュレーションプログラムの実行を開始する。エミュ
レーションプログラムの実際については後述するが、基
本的には、メインＣＰＵ４２１からＰＣＩバスに出力さ
れるインストラクションを監視し、エミュレーションが
必要な場合にはその命令をハード的にインターセプトし
て、必要な処理を行なう。サブＣＰＵ５１０は、エミュ
レーションプログラムの実行が可能な状態になると、い
ままでリセット状態にとどめておいたメインＣＰＵ４２
１のリセット状態を解除する（ステップＳ６５０）。こ
の結果、メインＣＰＵ４２１は、その処理を開始する。
メインＣＰＵ４２１を備えたこのマシンは、ＤＯＳ／Ｖ
機としてのハードウェアを備えるものであるが、リセッ
トが解除されて、ブートローダにより、ハードディスク
４８４からＯＳの最初の部分を読み取ってくる段階か
ら、既にエミュレーション用制御回路５００によるエミ
ュレーションが働いており、このマシンはあたかもＰＣ
−９８００機であるかのように動作する。
ュレーション用制御回路５００のサブＣＰＵ５１０は、
エミュレーションプログラムの実行を開始する。エミュ
レーションプログラムの実際については後述するが、基
本的には、メインＣＰＵ４２１からＰＣＩバスに出力さ
れるインストラクションを監視し、エミュレーションが
必要な場合にはその命令をハード的にインターセプトし
て、必要な処理を行なう。サブＣＰＵ５１０は、エミュ
レーションプログラムの実行が可能な状態になると、い
ままでリセット状態にとどめておいたメインＣＰＵ４２
１のリセット状態を解除する（ステップＳ６５０）。こ
の結果、メインＣＰＵ４２１は、その処理を開始する。
メインＣＰＵ４２１を備えたこのマシンは、ＤＯＳ／Ｖ
機としてのハードウェアを備えるものであるが、リセッ
トが解除されて、ブートローダにより、ハードディスク
４８４からＯＳの最初の部分を読み取ってくる段階か
ら、既にエミュレーション用制御回路５００によるエミ
ュレーションが働いており、このマシンはあたかもＰＣ
−９８００機であるかのように動作する。
【００８９】なお、第２実施例でも第１実施例同様、エ
ミュレーションのプログラムは、エミュレーションの対
象とする処理を解析するディスパッチャと各Ｉ／Ｏにつ
いて実際にエミュレーションを実行する実行モジュール
とから構成されている。これらのモジュールは、第１実
施例と同様テーブルに登録されており、その名前で互い
に呼び出したり、あるいは登録したアドレスを用いて直
接呼び出したりすることができる。
ミュレーションのプログラムは、エミュレーションの対
象とする処理を解析するディスパッチャと各Ｉ／Ｏにつ
いて実際にエミュレーションを実行する実行モジュール
とから構成されている。これらのモジュールは、第１実
施例と同様テーブルに登録されており、その名前で互い
に呼び出したり、あるいは登録したアドレスを用いて直
接呼び出したりすることができる。
【００９０】大まかなエミュレーションの流れは、図２
８に示すように、第１実施例で説明したものと同様であ
るが、エミュレーションのきっかけを判断する部分が第
２実施例では異なる。即ち、第１実施例では、特権命令
などの実行を判断してカーネルがエミュレーションを開
始していたのに対して、第２実施例では、エミュレーシ
ョン用制御回路５００がバスを監視してエミュレーショ
ンを開始する。この点を、メインＣＰＵ４２１から、Ｉ
ＳＡバス４４２に接続された各Ｉ／Ｏに対するデータを
読み出す処理を例に取って説明する。図２９は、メイン
ＣＰＵ４２１からＩ／Ｏリードの命令が発行された場合
の各部の処理を示すフローチャートである。まずメイン
ＣＰＵ４２１がＩ／Ｏリードの処理を開始すると、ＰＣ
Ｉブリッジ４３０を介してＰＣＩバス４３２に対してＩ
／ＯリードのためのアドレスとＩ／Ｏリードのための制
御信号が出力される。エミュレーション用制御回路５０
０のホストＣＰＵ側インタフェース５３２は、制御信号
線の状態からメインＣＰＵ４２１が発行した命令をＩ／
Ｏリードであると判断すると、ＰＣＩバスの状態をラッ
チし、メインＣＰＵ４２１に対してウェイト信号を出力
する。この結果、メインＣＰＵ４２１は、実行を開始し
たＩ／Ｏリードサイクルを完了することなく、そのリー
ドサイクルを継続する。ホストＣＰＵ側インタフェース
５３２は、メインＣＰＵ４２１側にウェイト信号を出力
したまま、サブＣＰＵ５１０に対して割り込みを発生す
る。実際には、コントロール回路５４０を介して、サブ
ＣＰＵ５１０に割り込み信号を出力する。
８に示すように、第１実施例で説明したものと同様であ
るが、エミュレーションのきっかけを判断する部分が第
２実施例では異なる。即ち、第１実施例では、特権命令
などの実行を判断してカーネルがエミュレーションを開
始していたのに対して、第２実施例では、エミュレーシ
ョン用制御回路５００がバスを監視してエミュレーショ
ンを開始する。この点を、メインＣＰＵ４２１から、Ｉ
ＳＡバス４４２に接続された各Ｉ／Ｏに対するデータを
読み出す処理を例に取って説明する。図２９は、メイン
ＣＰＵ４２１からＩ／Ｏリードの命令が発行された場合
の各部の処理を示すフローチャートである。まずメイン
ＣＰＵ４２１がＩ／Ｏリードの処理を開始すると、ＰＣ
Ｉブリッジ４３０を介してＰＣＩバス４３２に対してＩ
／ＯリードのためのアドレスとＩ／Ｏリードのための制
御信号が出力される。エミュレーション用制御回路５０
０のホストＣＰＵ側インタフェース５３２は、制御信号
線の状態からメインＣＰＵ４２１が発行した命令をＩ／
Ｏリードであると判断すると、ＰＣＩバスの状態をラッ
チし、メインＣＰＵ４２１に対してウェイト信号を出力
する。この結果、メインＣＰＵ４２１は、実行を開始し
たＩ／Ｏリードサイクルを完了することなく、そのリー
ドサイクルを継続する。ホストＣＰＵ側インタフェース
５３２は、メインＣＰＵ４２１側にウェイト信号を出力
したまま、サブＣＰＵ５１０に対して割り込みを発生す
る。実際には、コントロール回路５４０を介して、サブ
ＣＰＵ５１０に割り込み信号を出力する。
【００９１】この結果、サブＣＰＵ５１０は、図２９に
示す割り込み処理ルーチンを起動し、まずホストＣＰＵ
側インタフェース５３２のアドレスラッチ５５２にラッ
チされたＩ／Ｏリードのためのアドレスを読み込む処理
を行なう（ステップＳ７００）。次にこのアドレスおよ
びそれまでのＩ／Ｏデバイスに対する処理に基づいて、
Ｉ／Ｏアクセスの種類や現在の状況などを判断する。即
ち、サブＣＰＵ５１０は、第１実施例で説明したよう
に、仮想的なＰＣ−９８００機のＩ／Ｏの現在の状況を
ＲＡＭ５２２に保存しているから、これに照らして、現
在のＩ／Ｏアクセスが何を使用としたものであるかを判
断することができる。この段階で、第１実施例のカーネ
ルとディスパッチャと同様の処理がなされ、必要なＩ／
Ｏデバイスに対応する処理モジュールが呼び出されるこ
とになる。
示す割り込み処理ルーチンを起動し、まずホストＣＰＵ
側インタフェース５３２のアドレスラッチ５５２にラッ
チされたＩ／Ｏリードのためのアドレスを読み込む処理
を行なう（ステップＳ７００）。次にこのアドレスおよ
びそれまでのＩ／Ｏデバイスに対する処理に基づいて、
Ｉ／Ｏアクセスの種類や現在の状況などを判断する。即
ち、サブＣＰＵ５１０は、第１実施例で説明したよう
に、仮想的なＰＣ−９８００機のＩ／Ｏの現在の状況を
ＲＡＭ５２２に保存しているから、これに照らして、現
在のＩ／Ｏアクセスが何を使用としたものであるかを判
断することができる。この段階で、第１実施例のカーネ
ルとディスパッチャと同様の処理がなされ、必要なＩ／
Ｏデバイスに対応する処理モジュールが呼び出されるこ
とになる。
【００９２】第１実施例で説明した処理モジュールが呼
び出されると、そのモジュール内で実際のＩ／Ｏデバイ
スの状態を読み込む処理がなされる（ステップＳ７２
０）。これは、ＤＯＳ／Ｖ機としてのハードウェアを備
えた実際のマシンのＩ／Ｏデバイスのレジスタの内容等
をＩ／Ｏ側インタフェース５３６を介して読み取るので
ある。次に、こうして読み取った現在のＩ／Ｏデバイス
の状態と既に蓄積しておいたこれまでのＩ／Ｏデバイス
の状態とから、要求されているデータを演算する処理を
行なう（ステップＳ７３０）。サブＣＰＵ５１０は、演
算したデータをホストＣＰＵ側インタフェース５３２の
データラッチ５５３にラッチする（ステップＳ７４
０）。以上で、サブＣＰＵ５１０側の割り込み処理を終
了する。
び出されると、そのモジュール内で実際のＩ／Ｏデバイ
スの状態を読み込む処理がなされる（ステップＳ７２
０）。これは、ＤＯＳ／Ｖ機としてのハードウェアを備
えた実際のマシンのＩ／Ｏデバイスのレジスタの内容等
をＩ／Ｏ側インタフェース５３６を介して読み取るので
ある。次に、こうして読み取った現在のＩ／Ｏデバイス
の状態と既に蓄積しておいたこれまでのＩ／Ｏデバイス
の状態とから、要求されているデータを演算する処理を
行なう（ステップＳ７３０）。サブＣＰＵ５１０は、演
算したデータをホストＣＰＵ側インタフェース５３２の
データラッチ５５３にラッチする（ステップＳ７４
０）。以上で、サブＣＰＵ５１０側の割り込み処理を終
了する。
【００９３】サブＣＰＵ５１０によるデータのデータラ
ッチ５５３へのラッチが行なわれると、ホストＣＰＵ側
インタフェース５３２は、そのハードウェアの働きによ
り、メインＣＰＵ４２１に出力していたウェイト信号を
取り下げる。即ち、メインＣＰＵ４２１のウェイとを解
消する。この結果、メインＣＰＵ４２１はＩ／Ｏリード
のサイクルを進め、ＰＣＩの制御信号ＩＲＤＹ，ＴＲＤ
Ｙに同期して、データラッチ５５３にラッチされたデー
タをＩ／Ｏデバイスからのデータだとして読み取り、Ｉ
／Ｏリードサイクルは完了したとして、Ｉ／Ｏリードの
処理を終了する。
ッチ５５３へのラッチが行なわれると、ホストＣＰＵ側
インタフェース５３２は、そのハードウェアの働きによ
り、メインＣＰＵ４２１に出力していたウェイト信号を
取り下げる。即ち、メインＣＰＵ４２１のウェイとを解
消する。この結果、メインＣＰＵ４２１はＩ／Ｏリード
のサイクルを進め、ＰＣＩの制御信号ＩＲＤＹ，ＴＲＤ
Ｙに同期して、データラッチ５５３にラッチされたデー
タをＩ／Ｏデバイスからのデータだとして読み取り、Ｉ
／Ｏリードサイクルは完了したとして、Ｉ／Ｏリードの
処理を終了する。
【００９４】以上の処理にタイミングチャートを図３０
に例示する。メインＣＰＵ側のＰＣＩバスでは、メイン
ＣＰＵ４２１によるＩ／Ｏリードに対応して、ＦＲＡＭ
Ｅ，ＴＲＤＹ，ＤＥＶＳＥＬの信号が次々のアクティブ
となるが、エミュレーション用制御回路５００側でウェ
イト信号ＷＡＩＴを発行するため、そのバスサイクルの
終了は引き延ばされる。その間に、エミュレーション用
制御回路５００のサブＣＰＵ５１０は、割り込み処理に
引き続き、アドレスの読み込み（ステップＳ７００）、
解析処理（ステップＳ７１０）、実際のＩ／Ｏアクセス
（ステップＳ７２０）、データのラッチ（ステップＳ７
３０）等を次々と行なう。Ｉ／Ｏアクセスでは、Ｉ／Ｏ
側のＰＣＩバスに対して、ＦＲＡＭＥ，ＩＲＤＹの信号
を出力し、信号ＤＥＶＳＥＬ，ＴＲＤＹの応答により、
データの読み込みが終了すると、ＦＲＡＭＥ，ＩＲＤＹ
を反転させ、バスサイクルを終了している。復帰の処理
がなされると、メインＣＰＵ４２１側のＰＣＩバスに対
して出力していたウェイト信号ＷＡＩＴを取り下げ、再
度待機状態に戻る。ウェイト信号が取り下げられたこと
により、ＰＣＩバスのバスサイクルは進行し、各信号
（ＴＲＤＹ，ＩＲＤＹ，ＤＥＶＳＥＬ）も完了する。
に例示する。メインＣＰＵ側のＰＣＩバスでは、メイン
ＣＰＵ４２１によるＩ／Ｏリードに対応して、ＦＲＡＭ
Ｅ，ＴＲＤＹ，ＤＥＶＳＥＬの信号が次々のアクティブ
となるが、エミュレーション用制御回路５００側でウェ
イト信号ＷＡＩＴを発行するため、そのバスサイクルの
終了は引き延ばされる。その間に、エミュレーション用
制御回路５００のサブＣＰＵ５１０は、割り込み処理に
引き続き、アドレスの読み込み（ステップＳ７００）、
解析処理（ステップＳ７１０）、実際のＩ／Ｏアクセス
（ステップＳ７２０）、データのラッチ（ステップＳ７
３０）等を次々と行なう。Ｉ／Ｏアクセスでは、Ｉ／Ｏ
側のＰＣＩバスに対して、ＦＲＡＭＥ，ＩＲＤＹの信号
を出力し、信号ＤＥＶＳＥＬ，ＴＲＤＹの応答により、
データの読み込みが終了すると、ＦＲＡＭＥ，ＩＲＤＹ
を反転させ、バスサイクルを終了している。復帰の処理
がなされると、メインＣＰＵ４２１側のＰＣＩバスに対
して出力していたウェイト信号ＷＡＩＴを取り下げ、再
度待機状態に戻る。ウェイト信号が取り下げられたこと
により、ＰＣＩバスのバスサイクルは進行し、各信号
（ＴＲＤＹ，ＩＲＤＹ，ＤＥＶＳＥＬ）も完了する。
【００９５】以上Ｉ／Ｏリードを例に挙げて説明した
が、Ｉ／Ｏライトの場合も同様である。即ち、メインＣ
ＰＵ４２１側から書き込み用のデータを伴ってＩ／Ｏラ
イトのサイクルが開始されると、そのアドレス信号はア
ドレスラッチ５５２に、データはデータラッチ５５３
に、それぞれラッチされ、同時にメインＣＰＵ４２１に
対するウェイト信号の出力とサブＣＰＵ５１０に対する
割り込みの発生とがなされる。割り込み処理を開始した
サブＣＰＵ５１０は、アドレスラッチ５５２にセットさ
れたアドレス等から要求されているＩ／Ｏアクセスの種
類を解析し、データラッチ５５３にラッチされていたデ
ータに基づいて、Ｉ／Ｏリードの場合と同様、Ｉ／Ｏ側
のＰＣＩバスを制御して、実際の各Ｉ／Ｏデバイスに対
して、必要なデータの書き込み処理を行なう。データの
書き込みは、エミュレーション用に用意された各処理モ
ジュールでなされることは、第１実施例と同様である。
書き込まれるデータは、メインＣＰＵ４２１が用意した
データをそのまま用いることも有り得るが、エミュレー
ションを実行する各処理モジュールが求めたデータとな
るのが通常である。
が、Ｉ／Ｏライトの場合も同様である。即ち、メインＣ
ＰＵ４２１側から書き込み用のデータを伴ってＩ／Ｏラ
イトのサイクルが開始されると、そのアドレス信号はア
ドレスラッチ５５２に、データはデータラッチ５５３
に、それぞれラッチされ、同時にメインＣＰＵ４２１に
対するウェイト信号の出力とサブＣＰＵ５１０に対する
割り込みの発生とがなされる。割り込み処理を開始した
サブＣＰＵ５１０は、アドレスラッチ５５２にセットさ
れたアドレス等から要求されているＩ／Ｏアクセスの種
類を解析し、データラッチ５５３にラッチされていたデ
ータに基づいて、Ｉ／Ｏリードの場合と同様、Ｉ／Ｏ側
のＰＣＩバスを制御して、実際の各Ｉ／Ｏデバイスに対
して、必要なデータの書き込み処理を行なう。データの
書き込みは、エミュレーション用に用意された各処理モ
ジュールでなされることは、第１実施例と同様である。
書き込まれるデータは、メインＣＰＵ４２１が用意した
データをそのまま用いることも有り得るが、エミュレー
ションを実行する各処理モジュールが求めたデータとな
るのが通常である。
【００９６】Ｉ／Ｏデバイスへのデータの書き込みが完
了すると、ダミーのデータをデータラッチ５５３に書き
込むことで、メインＣＰＵ４２１に対するウェイト信号
を取り下げるから、その後メインＣＰＵ４２１側のＩ／
Ｏライトのサイクルは進行し、完了する。
了すると、ダミーのデータをデータラッチ５５３に書き
込むことで、メインＣＰＵ４２１に対するウェイト信号
を取り下げるから、その後メインＣＰＵ４２１側のＩ／
Ｏライトのサイクルは進行し、完了する。
【００９７】次に第２実施例における割り込み処理につ
いて説明する。第１実施例では、ＤＯＳ／Ｖ機では割り
込み要因となっておらずＰＣ−９８００機では割り込み
要因となっているものをエミュレートするために、割り
込みコントローラエミュレータＩＲＭが仮想割り込みを
発生する構成としていた。ハードウェアとしてエミュレ
ーション用制御回路５００を設けた構成でも同様な対応
は可能であるが、本実施例では、以下の構成を採用して
いる。即ち、エミュレーション用制御回路５００にはコ
ントロール回路５４０が設けられており、この各種制御
回路５４９の設定により、サブＣＰＵ５１０は所定の時
間毎に割り込み要求を受ける。割り込み要求を受けたサ
ブＣＰＵ５１０は、割り込み要求を上げないＩ／Ｏデバ
イスの状態を読み取り、ＰＣ−９８００機であれば割り
込み要求を上げる条件となったと判断した場合には、こ
れを検出し、メインＣＰＵ４２１に対して割り込みの要
求を出力する。従って、仮想的な割り込みを出力して、
メインＣＰＵ４２１の動作モードを切り換えるといった
処理を行なう必要がない。
いて説明する。第１実施例では、ＤＯＳ／Ｖ機では割り
込み要因となっておらずＰＣ−９８００機では割り込み
要因となっているものをエミュレートするために、割り
込みコントローラエミュレータＩＲＭが仮想割り込みを
発生する構成としていた。ハードウェアとしてエミュレ
ーション用制御回路５００を設けた構成でも同様な対応
は可能であるが、本実施例では、以下の構成を採用して
いる。即ち、エミュレーション用制御回路５００にはコ
ントロール回路５４０が設けられており、この各種制御
回路５４９の設定により、サブＣＰＵ５１０は所定の時
間毎に割り込み要求を受ける。割り込み要求を受けたサ
ブＣＰＵ５１０は、割り込み要求を上げないＩ／Ｏデバ
イスの状態を読み取り、ＰＣ−９８００機であれば割り
込み要求を上げる条件となったと判断した場合には、こ
れを検出し、メインＣＰＵ４２１に対して割り込みの要
求を出力する。従って、仮想的な割り込みを出力して、
メインＣＰＵ４２１の動作モードを切り換えるといった
処理を行なう必要がない。
【００９８】以上説明したように、第２実施例のエミュ
レーション装置は、メインＣＰＵ４２１以外にエミュレ
ーション用制御回路５００を備え、そのサブＣＰＵ５１
０によりエミュレーションの処理を行なっている。従っ
て、メインＣＰＵ４２１を予めプロテクトモードで動作
させておき、特権命令の実行などを検出してモードを切
り換えてエミュレーションを行なうという第１実施例の
構成と較べると、モード切り換えによるオーバーヘッド
が存在しないため、高速にエミュレーションを行なうこ
とができるという利点がある。また、メインＣＰＵ４２
１によるＩ／Ｏリードなどのバスサイクルを引き延ば
し、そのバスサイクルの完了までに必要なＩ／Ｏデバイ
スのアクセスを済ませるから、メインＣＰＵ４２１側か
らみると、通常のＩ／Ｏアクセスと何等差異がない。こ
の結果、エミュレーションを一層容易かつ正確に行なう
ことが可能となった。例えば、エミュレーションを行な
おうとするアプリケーションプログラムがプロテクトモ
ードで動作するものであっても、何等問題なく動作す
る。また、Ｉ／Ｏアクセス中に頻繁に状態が変化して行
くようなデバイスでも支障なくエミュレーションするこ
とができる。
レーション装置は、メインＣＰＵ４２１以外にエミュレ
ーション用制御回路５００を備え、そのサブＣＰＵ５１
０によりエミュレーションの処理を行なっている。従っ
て、メインＣＰＵ４２１を予めプロテクトモードで動作
させておき、特権命令の実行などを検出してモードを切
り換えてエミュレーションを行なうという第１実施例の
構成と較べると、モード切り換えによるオーバーヘッド
が存在しないため、高速にエミュレーションを行なうこ
とができるという利点がある。また、メインＣＰＵ４２
１によるＩ／Ｏリードなどのバスサイクルを引き延ば
し、そのバスサイクルの完了までに必要なＩ／Ｏデバイ
スのアクセスを済ませるから、メインＣＰＵ４２１側か
らみると、通常のＩ／Ｏアクセスと何等差異がない。こ
の結果、エミュレーションを一層容易かつ正確に行なう
ことが可能となった。例えば、エミュレーションを行な
おうとするアプリケーションプログラムがプロテクトモ
ードで動作するものであっても、何等問題なく動作す
る。また、Ｉ／Ｏアクセス中に頻繁に状態が変化して行
くようなデバイスでも支障なくエミュレーションするこ
とができる。
【００９９】また、エミュレーション用制御回路５００
は、コネクタ５３０，５３４により接続されているだけ
なので、サブＣＰＵ５１０をより高速なものにしたエミ
ュレーション用制御回路５００を差し替えるだけで、エ
ミュレーションの速度を高めることもできる。
は、コネクタ５３０，５３４により接続されているだけ
なので、サブＣＰＵ５１０をより高速なものにしたエミ
ュレーション用制御回路５００を差し替えるだけで、エ
ミュレーションの速度を高めることもできる。
【０１００】上述した第２実施例では、メインＣＰＵ４
２１からのＩ／Ｏアクセスが発生すると、ウェイト信号
を出力してメインＣＰＵ４２１のサイクルを引き延ばし
ているが、Ｉ／Ｏライトについては、そのまま通常のバ
スサイクルで終了させても差し支えない。この場合に
は、アドレスラッチ５５２，データラッチ５５３にラッ
チされたデータをサブＣＰＵ５１０が読み取って、直ち
にＲＡＭ５２２に転送しておき、メインＣＰＵ４２１の
動作とは無関係にエミュレーション用制御回路５００が
後から実際のＩ／Ｏデバイスへの書き込みを行なえばよ
い。また、Ｉ／Ｏデバイスの状態を所定のインターバル
でサブＣＰＵ５１０が常時読み込んでおき、メインＣＰ
Ｕ４２１側からＩ／Ｏリードがなされた場合には、予め
読み込んでおいたデータに基づき、高速にメインＣＰＵ
４２１に応答する構成も好適である。
２１からのＩ／Ｏアクセスが発生すると、ウェイト信号
を出力してメインＣＰＵ４２１のサイクルを引き延ばし
ているが、Ｉ／Ｏライトについては、そのまま通常のバ
スサイクルで終了させても差し支えない。この場合に
は、アドレスラッチ５５２，データラッチ５５３にラッ
チされたデータをサブＣＰＵ５１０が読み取って、直ち
にＲＡＭ５２２に転送しておき、メインＣＰＵ４２１の
動作とは無関係にエミュレーション用制御回路５００が
後から実際のＩ／Ｏデバイスへの書き込みを行なえばよ
い。また、Ｉ／Ｏデバイスの状態を所定のインターバル
でサブＣＰＵ５１０が常時読み込んでおき、メインＣＰ
Ｕ４２１側からＩ／Ｏリードがなされた場合には、予め
読み込んでおいたデータに基づき、高速にメインＣＰＵ
４２１に応答する構成も好適である。
【０１０１】この実施例について説明する。サブＣＰＵ
５１０は各種制御回路５４９内のタイマ回路に所定の値
を書き込んでおき、所定の時間毎にタイマ割り込みの要
求を受け付ける。このタイマ割り込みの要求を受け付け
ると、サブＣＰＵ５１０は、図３１に示したタイマ割込
処理ルーチンを起動する。タイマ割込処理ルーチンを起
動すると、サブＣＰＵ５１０は、まずＩ／Ｏ側インタフ
ェース５３６を介して、ＤＯＳ／Ｖ機としてのＩ／Ｏの
状態を読み込む処理を行なう（ステップＳ８００）。Ｉ
／Ｏの状態は、多数に上るから、時間的に総てのＩ／Ｏ
の状態を読み込めない場合には、どこまで読み込んだか
を記録しておき、割込処理ルーチンが起動される度に、
順次読み込んで良いし、Ｉ／Ｏ毎に書き換えられる可能
性が分かっていれば、毎回読み込むＩ／Ｏと数回に一回
だけ読み込むＩ／Ｏとを分けておき、割込ルーチンが起
動される度に判断して必要なＩ／Ｏの状態を読み込むも
のとすればよい。また、Ｉ／Ｏのうち、アクセスされる
頻度の高いものや重要性の高いものだけを読み込むもの
としてもよい。
５１０は各種制御回路５４９内のタイマ回路に所定の値
を書き込んでおき、所定の時間毎にタイマ割り込みの要
求を受け付ける。このタイマ割り込みの要求を受け付け
ると、サブＣＰＵ５１０は、図３１に示したタイマ割込
処理ルーチンを起動する。タイマ割込処理ルーチンを起
動すると、サブＣＰＵ５１０は、まずＩ／Ｏ側インタフ
ェース５３６を介して、ＤＯＳ／Ｖ機としてのＩ／Ｏの
状態を読み込む処理を行なう（ステップＳ８００）。Ｉ
／Ｏの状態は、多数に上るから、時間的に総てのＩ／Ｏ
の状態を読み込めない場合には、どこまで読み込んだか
を記録しておき、割込処理ルーチンが起動される度に、
順次読み込んで良いし、Ｉ／Ｏ毎に書き換えられる可能
性が分かっていれば、毎回読み込むＩ／Ｏと数回に一回
だけ読み込むＩ／Ｏとを分けておき、割込ルーチンが起
動される度に判断して必要なＩ／Ｏの状態を読み込むも
のとすればよい。また、Ｉ／Ｏのうち、アクセスされる
頻度の高いものや重要性の高いものだけを読み込むもの
としてもよい。
【０１０２】こうして読みとったＩ／Ｏの状態を、次に
ＲＡＭ５２２に保存もしくはすでにデータが存在する場
合には更新する処理を行なう（ステップＳ８１０）。こ
の結果、図３１に示したタイマ割込処理ルーチンが所定
のインタバルで実行されると、やがてＲＡＭ５２２に
は、必要なＩ／Ｏの状態がすべて保存された状態とな
る。
ＲＡＭ５２２に保存もしくはすでにデータが存在する場
合には更新する処理を行なう（ステップＳ８１０）。こ
の結果、図３１に示したタイマ割込処理ルーチンが所定
のインタバルで実行されると、やがてＲＡＭ５２２に
は、必要なＩ／Ｏの状態がすべて保存された状態とな
る。
【０１０３】次に、メインＣＰＵ４２１側から、Ｉ／Ｏ
に対するアクセスが開始された場合について、図３２を
用いて説明する。図３２に示したように、メインＣＰＵ
４２１からのＩ／Ｏアクセスが開始されると、すでに説
明した図２９と同一のシーケンスが開始され、バス状態
のラッチが行なわれると共に、メインＣＰＵ４２１に対
してはウェイト信号が出力されて、その処理の進行が停
止され、サブＣＰＵ５１０に対して割込が発生される。
このとき、サブＣＰＵ５１０は、図３２に示す割込処理
ルーチンを起動し、まずメインＣＰＵ４２１から読み出
そうとしたＩ／Ｏの状態がＲＡＭ５２２に保存されてい
るか否かの判断を行なう（ステップＳ８２０）。
に対するアクセスが開始された場合について、図３２を
用いて説明する。図３２に示したように、メインＣＰＵ
４２１からのＩ／Ｏアクセスが開始されると、すでに説
明した図２９と同一のシーケンスが開始され、バス状態
のラッチが行なわれると共に、メインＣＰＵ４２１に対
してはウェイト信号が出力されて、その処理の進行が停
止され、サブＣＰＵ５１０に対して割込が発生される。
このとき、サブＣＰＵ５１０は、図３２に示す割込処理
ルーチンを起動し、まずメインＣＰＵ４２１から読み出
そうとしたＩ／Ｏの状態がＲＡＭ５２２に保存されてい
るか否かの判断を行なう（ステップＳ８２０）。
【０１０４】ＲＡＭ５２２にＩ／Ｏの状態が保存されて
いると判断された場合には、ＲＡＭ５２２から対応する
情報を読み出し（ステップＳ８３０）、この情報をＨＯ
ＳＴＰＣＩＩＦ５５０のデータラッチ５５３にセットし
た後（ステップＳ８４０）、「ＲＴＮ」に抜けて、本ル
ーチンを終了する。この結果、実際にＩ／Ｏをアクセス
することなく、必要な情報をメインＣＰＵ４２１に返す
ことができ、メインＣＰＵ４２１に対するウェイトは、
短い時間で解消する。
いると判断された場合には、ＲＡＭ５２２から対応する
情報を読み出し（ステップＳ８３０）、この情報をＨＯ
ＳＴＰＣＩＩＦ５５０のデータラッチ５５３にセットし
た後（ステップＳ８４０）、「ＲＴＮ」に抜けて、本ル
ーチンを終了する。この結果、実際にＩ／Ｏをアクセス
することなく、必要な情報をメインＣＰＵ４２１に返す
ことができ、メインＣＰＵ４２１に対するウェイトは、
短い時間で解消する。
【０１０５】他方、ＲＡＭ５２２に必要な情報が存在し
ないと判断された場合には（ステップＳ８２０）、ステ
ップＳ７００以下に移行し、図２９により説明した処理
と同一の処理を実行する（ステップＳ７００ないしＳ７
４０）。この結果、ＲＡＭ５２２に情報が存在しない場
合には、メインＣＰＵ４２１を待たせた状態で実際に対
応するＩ／Ｏの状態を読み出し、これをメインＣＰＵ４
２１側に引き渡す。
ないと判断された場合には（ステップＳ８２０）、ステ
ップＳ７００以下に移行し、図２９により説明した処理
と同一の処理を実行する（ステップＳ７００ないしＳ７
４０）。この結果、ＲＡＭ５２２に情報が存在しない場
合には、メインＣＰＵ４２１を待たせた状態で実際に対
応するＩ／Ｏの状態を読み出し、これをメインＣＰＵ４
２１側に引き渡す。
【０１０６】以上の説明からも明らかなように、この実
施例によれば、サブＣＰＵ５１０側でマシンのＩ／Ｏの
状態を定期的に読み出してＲＡＭ５２２に保存してお
り、メインＣＰＵ４２１からＩ／Ｏリードの要求が出さ
れると、ＲＡＭ５２２に記憶しておいたＩ／Ｏの情報に
ついては、直ちにメインＣＰＵ４２１側に必要な状態を
引き渡すことができる。したがって、この場合には、メ
インＣＰＵ４２１からのＩ／Ｏアクセスをきわめて短時
間に完了することができる。
施例によれば、サブＣＰＵ５１０側でマシンのＩ／Ｏの
状態を定期的に読み出してＲＡＭ５２２に保存してお
り、メインＣＰＵ４２１からＩ／Ｏリードの要求が出さ
れると、ＲＡＭ５２２に記憶しておいたＩ／Ｏの情報に
ついては、直ちにメインＣＰＵ４２１側に必要な状態を
引き渡すことができる。したがって、この場合には、メ
インＣＰＵ４２１からのＩ／Ｏアクセスをきわめて短時
間に完了することができる。
【０１０７】次に、Ｉ／Ｏアクセスを高速化する他の実
施例について、図３３のフローチャートを用いて説明す
る。この実施例は、ハードディスクドライブ４８４やフ
レキシブルディスクドライブ４８２へのアクセスを高速
化するものである。メインＣＰＵ４２１側からこれらの
ドライブに対してセクタリードの処理が行なわれた場合
を例に挙げて説明すると、まずメインＣＰＵ４２１から
ＰＣＩバス４３２を介して、読み出そうとするトラック
やセクタの指定がなされ、次に指定されたセクタからデ
ータを読み出すセクタリードの命令が出力されたとす
る。この場合、メインＣＰＵ４２１は、直接各ドライブ
を読み出すことはできないから、サブＣＰＵ５１０に対
して割込が発生され、と同時にメインＣＰＵ４２１の動
作はウェイト信号により停止される。
施例について、図３３のフローチャートを用いて説明す
る。この実施例は、ハードディスクドライブ４８４やフ
レキシブルディスクドライブ４８２へのアクセスを高速
化するものである。メインＣＰＵ４２１側からこれらの
ドライブに対してセクタリードの処理が行なわれた場合
を例に挙げて説明すると、まずメインＣＰＵ４２１から
ＰＣＩバス４３２を介して、読み出そうとするトラック
やセクタの指定がなされ、次に指定されたセクタからデ
ータを読み出すセクタリードの命令が出力されたとす
る。この場合、メインＣＰＵ４２１は、直接各ドライブ
を読み出すことはできないから、サブＣＰＵ５１０に対
して割込が発生され、と同時にメインＣＰＵ４２１の動
作はウェイト信号により停止される。
【０１０８】サブＣＰＵ５１０は、この割込信号により
図３３に示したセクタリードエミュレーション処理を開
始する。まずデータバッファ内にデータがあるか否かの
判断を行なう（ステップＳ９００）。データバッファ
は、ディスクなどからデータを読み出したり書き込んだ
りする場合に用いられるバッファであり、通常ディスク
システム毎に必要なバイト数だけＲＡＭ５２２の所定の
領域に用意されている。ディスクシステムに対して初め
てアクセスされる場合などには、バッファには何のデー
タも存在しないから、この場合には、サブＣＰＵ４２１
は、すでに指定されたトラック，セクタから１セクタ分
のデータを読み出す処理を行なう（ステップＳ９１
０）。データバッファにデータがあると判断された場合
には、バッファ領域からデータを読み出す処理を行なう
（ステップＳ９２０）。
図３３に示したセクタリードエミュレーション処理を開
始する。まずデータバッファ内にデータがあるか否かの
判断を行なう（ステップＳ９００）。データバッファ
は、ディスクなどからデータを読み出したり書き込んだ
りする場合に用いられるバッファであり、通常ディスク
システム毎に必要なバイト数だけＲＡＭ５２２の所定の
領域に用意されている。ディスクシステムに対して初め
てアクセスされる場合などには、バッファには何のデー
タも存在しないから、この場合には、サブＣＰＵ４２１
は、すでに指定されたトラック，セクタから１セクタ分
のデータを読み出す処理を行なう（ステップＳ９１
０）。データバッファにデータがあると判断された場合
には、バッファ領域からデータを読み出す処理を行なう
（ステップＳ９２０）。
【０１０９】その後、メインＣＰＵ４２１に対してこの
データをセットし（ステップＳ９３０）、メインＣＰＵ
４２１に対するウェイト信号を取り下げ、メインＣＰＵ
４２１による本来の動作を継続させる。メインＣＰＵ４
２１は、この結果、必要なセクタデータを取得し、セク
タリードの処理を完了するが、サブＣＰＵ５１０は、更
に処理を継続し、次のセクタのデータをＩ／ＯＰＣＩＦ
５６０からＰＣＩバス４３２を介して読み出す処理を行
なう（ステップＳ９４０）。読み出した次のセクタのデ
ータはバッファに保存しておく（ステップＳ９５０）。
この結果、一つのセクタのデータが読み出され、メイン
ＣＰＵ４２１側に転送されると、引き続き、次のセクタ
のデータが読み出され、バッファに保存されることにな
る。従って、連続したセクタが読み出されるような場
合、あるいは同じセクタが連続して読み出される場合に
は、バッファからデータを読み出すだけですみ、セクタ
リードの処理を高速に完了することができる。なお、バ
ッファの用量をある程度大きく取っておけば、直前に読
み出したセクタ以外のセクタについても、再度読み出す
場合の時間を短縮することが可能となる。また、セクタ
の先読みを複数セクタ分、行なうものとすることもでき
る。バッファの初期化やクリアなどは、他の処理プログ
ラムにより行なわれるが、ここでは特に図示しない。
データをセットし（ステップＳ９３０）、メインＣＰＵ
４２１に対するウェイト信号を取り下げ、メインＣＰＵ
４２１による本来の動作を継続させる。メインＣＰＵ４
２１は、この結果、必要なセクタデータを取得し、セク
タリードの処理を完了するが、サブＣＰＵ５１０は、更
に処理を継続し、次のセクタのデータをＩ／ＯＰＣＩＦ
５６０からＰＣＩバス４３２を介して読み出す処理を行
なう（ステップＳ９４０）。読み出した次のセクタのデ
ータはバッファに保存しておく（ステップＳ９５０）。
この結果、一つのセクタのデータが読み出され、メイン
ＣＰＵ４２１側に転送されると、引き続き、次のセクタ
のデータが読み出され、バッファに保存されることにな
る。従って、連続したセクタが読み出されるような場
合、あるいは同じセクタが連続して読み出される場合に
は、バッファからデータを読み出すだけですみ、セクタ
リードの処理を高速に完了することができる。なお、バ
ッファの用量をある程度大きく取っておけば、直前に読
み出したセクタ以外のセクタについても、再度読み出す
場合の時間を短縮することが可能となる。また、セクタ
の先読みを複数セクタ分、行なうものとすることもでき
る。バッファの初期化やクリアなどは、他の処理プログ
ラムにより行なわれるが、ここでは特に図示しない。
【０１１０】なお、上記説明では特に言及しなかった
が、メインＣＰＵ４２１がＩ／Ｏ側に存在するメモリ
（例えばＢＩＯＳ）にアクセスする場合、エミュレーシ
ョン用制御回路５００は単にバス転送を行なうのみでエ
ミュレーションの動作は行なわない。従って、メインＣ
ＰＵ４２１側に対するウェイト信号の出力は行なうが、
データの解析などは行なわず、Ｉ／Ｏ側ＰＣＩバスに対
して同じメモリアクセスのサイクルを発生させ、データ
を転送するだけである。また、ＤＭＡ４５０がＤＭＡ転
送を要求した場合には、エミュレーション用制御回路５
００のコントロール回路５４０内に設けられたバスアー
ビタ５４４がこの要求を受け付け、バスアービタ５４４
がメインＣＰＵ４２１側の動作を停止させてバスを開放
させる。その後、バスアービタ５４４は、バスのアクセ
ス方向をＤＭＡ４５０側からアクセス可能に変更し、Ｄ
ＡＭ４５０にバスの使用を許可する。その後、ＤＭＡ４
５０をホストとしてデータの転送が行なわれる。
が、メインＣＰＵ４２１がＩ／Ｏ側に存在するメモリ
（例えばＢＩＯＳ）にアクセスする場合、エミュレーシ
ョン用制御回路５００は単にバス転送を行なうのみでエ
ミュレーションの動作は行なわない。従って、メインＣ
ＰＵ４２１側に対するウェイト信号の出力は行なうが、
データの解析などは行なわず、Ｉ／Ｏ側ＰＣＩバスに対
して同じメモリアクセスのサイクルを発生させ、データ
を転送するだけである。また、ＤＭＡ４５０がＤＭＡ転
送を要求した場合には、エミュレーション用制御回路５
００のコントロール回路５４０内に設けられたバスアー
ビタ５４４がこの要求を受け付け、バスアービタ５４４
がメインＣＰＵ４２１側の動作を停止させてバスを開放
させる。その後、バスアービタ５４４は、バスのアクセ
ス方向をＤＭＡ４５０側からアクセス可能に変更し、Ｄ
ＡＭ４５０にバスの使用を許可する。その後、ＤＭＡ４
５０をホストとしてデータの転送が行なわれる。
【０１１１】以上、いくつかの実施例を挙げて本願発明
について説明したが、本願発明はこうした実施例に何等
限定されるものではなく、発明の要旨を逸脱しない範囲
内において、種々なる態様で実施し得ることは勿論であ
る。例えば、実行モジュール単位でその少なくとも一
つ、あるいは実行モジュールを構成する一部を、ハード
ウェアにより実現するものとしても差し支えない。実行
マシンのＣＰＵの動作速度がさほど高くない場合には、
実行モジュールを繰り返し呼び出す必要がある実行モジ
ュールなどでは、モジュール間通信などを用いても、エ
ミュレーションによる動作速度がターゲットマシンでの
動作速度と較べて相当に低下する場合が考えられる。こ
うした実行モジュールについては、ハードウェアによ
り、ターゲットマシンの機能をそっくり実現すること
は、動作速度の改善に大きく資する。
について説明したが、本願発明はこうした実施例に何等
限定されるものではなく、発明の要旨を逸脱しない範囲
内において、種々なる態様で実施し得ることは勿論であ
る。例えば、実行モジュール単位でその少なくとも一
つ、あるいは実行モジュールを構成する一部を、ハード
ウェアにより実現するものとしても差し支えない。実行
マシンのＣＰＵの動作速度がさほど高くない場合には、
実行モジュールを繰り返し呼び出す必要がある実行モジ
ュールなどでは、モジュール間通信などを用いても、エ
ミュレーションによる動作速度がターゲットマシンでの
動作速度と較べて相当に低下する場合が考えられる。こ
うした実行モジュールについては、ハードウェアによ
り、ターゲットマシンの機能をそっくり実現すること
は、動作速度の改善に大きく資する。
【０１１２】上記実施例では、ＤＯＳ／Ｖ機上でＰＣ−
９８００機を実現する構成を例に挙げて説明したが、Ｐ
Ｃ−９８００機上でＤＯＳ／Ｖ機を実現することも容易
である。更に、他のアーキテクチャに適用することも可
能である。
９８００機を実現する構成を例に挙げて説明したが、Ｐ
Ｃ−９８００機上でＤＯＳ／Ｖ機を実現することも容易
である。更に、他のアーキテクチャに適用することも可
能である。
【０１１３】図１や図２８に示した実行モジュールの分
け方は一例に過ぎず、モジュールを更に細分したり、併
合したりすることも可能である。例えば、キーボードエ
ミュレータＫＥＭは、キーボード７２からの割込が生じ
た場合、割り込みコントローラエミュレータＩＲＭから
仮想割込が生じた場合とで２度呼び出されるので、呼び
出される機能に応じて２つの別個のモジュールとして構
成することも可能である。
け方は一例に過ぎず、モジュールを更に細分したり、併
合したりすることも可能である。例えば、キーボードエ
ミュレータＫＥＭは、キーボード７２からの割込が生じ
た場合、割り込みコントローラエミュレータＩＲＭから
仮想割込が生じた場合とで２度呼び出されるので、呼び
出される機能に応じて２つの別個のモジュールとして構
成することも可能である。
【０１１４】
【発明の効果】以上説明したように本発明のエミュレー
ション装置では、ターゲットマシンに関わる処理に属す
るものは、予め登録した呼び出し用情報を用いて呼び出
した実行モジュールにより、その等価な処理として実行
する。従って、ターゲットマシンの機能を実行マシン上
でエミュレートする構成を容易に実現できるという効果
を奏する。通常、ターゲットマシンの機能ごとにこれを
エミュレートするモジュールを設けたのでは、モジュー
ルの数が増えて、その管理が煩雑となってしまうが、本
発明のエミュレーション装置では、実行マシンの立ち上
げ時に、実行モジュールを呼び出すための呼び出し用情
報を登録するので、多数の実行モジュールの管理、変更
や更新が極めて容易である。
ション装置では、ターゲットマシンに関わる処理に属す
るものは、予め登録した呼び出し用情報を用いて呼び出
した実行モジュールにより、その等価な処理として実行
する。従って、ターゲットマシンの機能を実行マシン上
でエミュレートする構成を容易に実現できるという効果
を奏する。通常、ターゲットマシンの機能ごとにこれを
エミュレートするモジュールを設けたのでは、モジュー
ルの数が増えて、その管理が煩雑となってしまうが、本
発明のエミュレーション装置では、実行マシンの立ち上
げ時に、実行モジュールを呼び出すための呼び出し用情
報を登録するので、多数の実行モジュールの管理、変更
や更新が極めて容易である。
【０１１５】実行モジュールを呼び出すための呼び出し
用情報の登録を、実行モジュールに用意された所定の処
理プログラムの実行に一旦処理を移すことで、各実行モ
ジュール自体に行なわせる構成とし、実行モジュール自
体が呼び出し用情報を登録をするものとすれば、初期化
手段は、どう言った呼び出し情報を登録すべきかとか、
どれだけの実行モジュールが登録されるかといった情報
を知る必要がなく、その構成を簡易にでき、実行モジュ
ールの追加や変更がきわめて容易となる。
用情報の登録を、実行モジュールに用意された所定の処
理プログラムの実行に一旦処理を移すことで、各実行モ
ジュール自体に行なわせる構成とし、実行モジュール自
体が呼び出し用情報を登録をするものとすれば、初期化
手段は、どう言った呼び出し情報を登録すべきかとか、
どれだけの実行モジュールが登録されるかといった情報
を知る必要がなく、その構成を簡易にでき、実行モジュ
ールの追加や変更がきわめて容易となる。
【０１１６】また、実行モジュールの少なくとも一つ
が、他の実行モジュールが登録した呼び出し用情報を記
憶しており、その実行モジュールの実行時に、この呼び
出し用情報を用いて、呼出手段を介して間接的に（しか
し検出手段や判別手段を呼び出すことなく）、他の実行
モジュールを呼び出すものとすれば、検出手段や判別手
段を介するオーバーヘッドがなくなり、全体の実行速度
を向上することができる。
が、他の実行モジュールが登録した呼び出し用情報を記
憶しており、その実行モジュールの実行時に、この呼び
出し用情報を用いて、呼出手段を介して間接的に（しか
し検出手段や判別手段を呼び出すことなく）、他の実行
モジュールを呼び出すものとすれば、検出手段や判別手
段を介するオーバーヘッドがなくなり、全体の実行速度
を向上することができる。
【０１１７】更に、実行モジュールの少なくとも一つ
が、初期化手段による実行モジュールの組み込み時に、
この実行モジュールより先に組み込まれた他の実行モジ
ュールの内部に用意され該他の実行モジュールを構成す
る処理の少なくとも一つを直接呼び出す直接呼出用情報
を取得するものとすれば、後に組み込まれた実行モジュ
ールは、その実行モジュールの実行時に、取得した直接
呼出用情報を用いて、この実行モジュールにより先に組
み込まれた他の実行モジュールを直接呼び出すことが可
能となり、エミュレーションの処理の一層の高速化を図
ることができる。先に組み込まれた他の実行モジュール
に、後に組み込まれる実行モジュールがその内部に用意
されこの実行モジュールを構成する処理の少なくとも一
つを直接呼び出す直接呼出情報を教えるものとすれば、
先に組み込まれた実行モジュールが後で組み込まれる実
行モジュールを直接呼び出すことが、可能となるという
利点も得られる。
が、初期化手段による実行モジュールの組み込み時に、
この実行モジュールより先に組み込まれた他の実行モジ
ュールの内部に用意され該他の実行モジュールを構成す
る処理の少なくとも一つを直接呼び出す直接呼出用情報
を取得するものとすれば、後に組み込まれた実行モジュ
ールは、その実行モジュールの実行時に、取得した直接
呼出用情報を用いて、この実行モジュールにより先に組
み込まれた他の実行モジュールを直接呼び出すことが可
能となり、エミュレーションの処理の一層の高速化を図
ることができる。先に組み込まれた他の実行モジュール
に、後に組み込まれる実行モジュールがその内部に用意
されこの実行モジュールを構成する処理の少なくとも一
つを直接呼び出す直接呼出情報を教えるものとすれば、
先に組み込まれた実行モジュールが後で組み込まれる実
行モジュールを直接呼び出すことが、可能となるという
利点も得られる。
【０１１８】また、実行モジュールの少なくとも一つ
が、ターゲットマシンのハードウェア上の割込に伴う処
理と等価な処理を実行するモジュールであり、このモジ
ュールが直接呼出情報を教える他の実行モジュールが、
割込の発生自体を処理するモジュールである場合におい
て、この実行モジュールが、その登録時に、他の実行モ
ジュールに対して、割込を特定する情報を登録するもの
とすれば、割り込みの発生時にその割込を容易に特定で
きるので、割込発生時の処理が極めて容易となる。
が、ターゲットマシンのハードウェア上の割込に伴う処
理と等価な処理を実行するモジュールであり、このモジ
ュールが直接呼出情報を教える他の実行モジュールが、
割込の発生自体を処理するモジュールである場合におい
て、この実行モジュールが、その登録時に、他の実行モ
ジュールに対して、割込を特定する情報を登録するもの
とすれば、割り込みの発生時にその割込を容易に特定で
きるので、割込発生時の処理が極めて容易となる。
【０１１９】実行モジュールは、すべてソフトウェアに
より構成するのではなく、少なくとも複数の実行モジュ
ールの一部の実行モジュールと呼出手段とを、実行マシ
ンに実装され、実行マシンの演算処理部とは異なる演算
処理部を備えたマシン上で実現すれば、エミュレーショ
ンの実行速度を改善することができる。
より構成するのではなく、少なくとも複数の実行モジュ
ールの一部の実行モジュールと呼出手段とを、実行マシ
ンに実装され、実行マシンの演算処理部とは異なる演算
処理部を備えたマシン上で実現すれば、エミュレーショ
ンの実行速度を改善することができる。
【０１２０】また、入出力装置のデータの入力および／
または出力と等価な処理を実行するモジュールを、実行
マシンの入出力装置の動作に伴う呼び出しと、ターゲッ
トマシンにおける対応する入出力装置との間のデータの
入出力を模擬して生起された割込による呼び出しと、２
度呼び出される構成とすれば、入出力装置の機能をより
一層正確に模擬することができ、エミュレーション装置
の互換性を一層高いものとすることができる。
または出力と等価な処理を実行するモジュールを、実行
マシンの入出力装置の動作に伴う呼び出しと、ターゲッ
トマシンにおける対応する入出力装置との間のデータの
入出力を模擬して生起された割込による呼び出しと、２
度呼び出される構成とすれば、入出力装置の機能をより
一層正確に模擬することができ、エミュレーション装置
の互換性を一層高いものとすることができる。
【０１２１】また、本発明の第２のエミュレーション装
置は、ターゲットマシン用の命令をそのまま実行可能な
演算処理部を有する制御回路を、実行マシンの演算処理
部と入出力部とを接続するバスに介装しているから、実
質的なエミュレーションの処理を、実行マシンにおいて
ハードウェアとして用意された制御回路により実行する
ことができ、エミュレーションの速度を格段に改善する
ことができる。
置は、ターゲットマシン用の命令をそのまま実行可能な
演算処理部を有する制御回路を、実行マシンの演算処理
部と入出力部とを接続するバスに介装しているから、実
質的なエミュレーションの処理を、実行マシンにおいて
ハードウェアとして用意された制御回路により実行する
ことができ、エミュレーションの速度を格段に改善する
ことができる。
【０１２２】この第２のエミュレーション装置におい
て、前記検出手段が、前記実行マシンが発行した命令が
前記ターゲットマシンの入出力部を操作する命令である
ことを検出したとき、この命令の発行動作の完了を遅延
させる構成を取れば、見かけ上実行マシンのコンピュー
タの動作毎にエミュレーションが完了することになり、
ターゲットマシンの動作を一層正確にエミュレーション
することができるという効果を奏する。
て、前記検出手段が、前記実行マシンが発行した命令が
前記ターゲットマシンの入出力部を操作する命令である
ことを検出したとき、この命令の発行動作の完了を遅延
させる構成を取れば、見かけ上実行マシンのコンピュー
タの動作毎にエミュレーションが完了することになり、
ターゲットマシンの動作を一層正確にエミュレーション
することができるという効果を奏する。
【０１２３】また、エミュレーションの開始前に、エミ
ュレーションを実際に司る実行モジュールを組み込み、
該実行モジュールを呼び出すための呼び出し用情報を登
録すると共に、実行モジュールを呼び出す際には、予め
登録された呼び出し用情報を用いるものとすれば、実行
モジュールの呼出を簡略化することができ、好適であ
る。
ュレーションを実際に司る実行モジュールを組み込み、
該実行モジュールを呼び出すための呼び出し用情報を登
録すると共に、実行モジュールを呼び出す際には、予め
登録された呼び出し用情報を用いるものとすれば、実行
モジュールの呼出を簡略化することができ、好適であ
る。
【０１２４】更に、実行マシンの立ち上げ時に、制御回
路が動作可能な状態となるまでの間、実行マシンのコン
ピュータに対してその動作を禁止する禁止信号を出力す
るものとすれば、制御回路がエミュレーション動作可能
となるまでの間に実行マシンが動作してしまうことがな
く、実行マシンの全動作に対して、確実にエミュレーシ
ョンを行なうことができる。
路が動作可能な状態となるまでの間、実行マシンのコン
ピュータに対してその動作を禁止する禁止信号を出力す
るものとすれば、制御回路がエミュレーション動作可能
となるまでの間に実行マシンが動作してしまうことがな
く、実行マシンの全動作に対して、確実にエミュレーシ
ョンを行なうことができる。
【０１２５】制御回路に、この制御回路が介装されたバ
スの実行マシンの演算処理部側のバスと実行マシンの入
出力側のバスとの間でデータのやり取りを行なうものと
すれば、両バスでのデータのやり取りを調整することが
でき、ＤＭＡ転送などの処理を容易にすることができ
る。
スの実行マシンの演算処理部側のバスと実行マシンの入
出力側のバスとの間でデータのやり取りを行なうものと
すれば、両バスでのデータのやり取りを調整することが
でき、ＤＭＡ転送などの処理を容易にすることができ
る。
【０１２６】制御回路に、ターゲットマシンに用いられ
ている演算処理部より動作速度が速い演算処理部を備え
るものとすれば、エミュレーションによるオーバーヘッ
ドによる全体的な動作速度の低下を補うことができ、好
適である。
ている演算処理部より動作速度が速い演算処理部を備え
るものとすれば、エミュレーションによるオーバーヘッ
ドによる全体的な動作速度の低下を補うことができ、好
適である。
【図１】本発明の一実施例であるエミュレーション装置
の概略構成を示すブロック図である。
の概略構成を示すブロック図である。
【図２】実行マシンであるＤＯＳ／Ｖ機の概略構成図で
ある。
ある。
【図３】タスクアドレスと物理メモリとの関係を示す説
明図である。
明図である。
【図４】実行モードとその切り換えの関係を示す説明図
である。
である。
【図５】ＤＯＳ／Ｖ機が立ち上がった直後のメモリマッ
プおよびＩ／Ｏマップを示す説明図である。
プおよびＩ／Ｏマップを示す説明図である。
【図６】エミュレータ装置の初期化処理ルーチンを示す
フローチャートである。
フローチャートである。
【図７】初期化の処理の様子を示す説明図である。
【図８】ＤＯＳ／Ｖ機の割込関係の回路を示すブロック
図である。
図である。
【図９】実行モジュールを組み込む際の処理ルーチンを
示すフローチャートである。
示すフローチャートである。
【図１０】ディスパッチャ呼出ルーチンを示すフローチ
ャートである。
ャートである。
【図１１】エントリポイント取得ルーチンを示すフロー
チャートである。
チャートである。
【図１２】実行モジュールの組み込み時における呼出ア
ドレスの登録の様子を示す説明図である。
ドレスの登録の様子を示す説明図である。
【図１３】実行モジュールがその登録時に他の実行モジ
ュールを呼び出す様子を示す説明図である。
ュールを呼び出す様子を示す説明図である。
【図１４】実行モジュール間の直接呼出（モジュール間
通信）の様子を示す説明図である。
通信）の様子を示す説明図である。
【図１５】ＤＯＳ／Ｖ機におけるキーボード周りの回路
を示すブロック図である。
を示すブロック図である。
【図１６】ＰＣ−９８００機におけるーボード周りの回
路を示すブロック図である。
路を示すブロック図である。
【図１７】実施例のエミュレーション装置において、キ
ーボードからの入力をエミュレートする様子を示す説明
図である。
ーボードからの入力をエミュレートする様子を示す説明
図である。
【図１８】同じくキーボードからの入力のエミュレーシ
ョンの後半の様子を示す説明図である。
ョンの後半の様子を示す説明図である。
【図１９】第２実施例のエミュレーション装置の構成を
示すブロック図である。
示すブロック図である。
【図２０】エミュレーション用制御回路５００の内部構
成を示すブロック図である。
成を示すブロック図である。
【図２１】エミュレーション用制御回路５００のメモリ
空間を示す説明図である。
空間を示す説明図である。
【図２２】エミュレーション用制御回路５００において
メモリマップに割り当てられたＩ／Ｏレジスタの内容を
示す説明図である。
メモリマップに割り当てられたＩ／Ｏレジスタの内容を
示す説明図である。
【図２３】同じく他のＩ／Ｏレジスタの内容を示す説明
図である。
図である。
【図２４】同じく他のＩ／Ｏレジスタの内容を示す説明
図である。
図である。
【図２５】同じく他のＩ／Ｏレジスタの内容を示す説明
図である。
図である。
【図２６】同じく他のＩ／Ｏレジスタの内容を示す説明
図である。
図である。
【図２７】サブＣＰＵ５１０における初期化の処理を等
を示すフローチャートである。
を示すフローチャートである。
【図２８】第２実施例のエミュレーション装置における
実行モジュールなどを例示するブロック図である。
実行モジュールなどを例示するブロック図である。
【図２９】Ｉ／Ｏリードの場合のサブＣＰＵ５１０の処
理を示す説明図である。
理を示す説明図である。
【図３０】Ｉ／Ｏリードの場合のバスアクセスの様子を
示すタイミングチャートである。
示すタイミングチャートである。
【図３１】実施例の変形例におけるサブＣＰＵ５１０の
割込処理ルーチンを示すフローチャートである。
割込処理ルーチンを示すフローチャートである。
【図３２】変形例における全体の処理のついて説明する
フローチャートである。
フローチャートである。
【図３３】ディスクアクセスの場合の処理を示すフロー
チャートである。
チャートである。
２０…演算処理部 ２１…ＣＰＵ ２２…ローカルバス ２３…キャッシュメモリ ２４…キャッシュコントローラ ２５…メインメモリ ３０…ＰＣＩブリッジ ３２…ＰＣＩバス ４０…コントローラ部 ４２…ＩＳＡバス ４４…ＶＧＡ ４６…ＳＣＳＩコントローラ ４８…ＰＣＩ−ＩＳＡブリッジ ５４…複合Ｉ／Ｏポート ５６…サウンドＩ／Ｏ ５８…ハードディスク ６０…Ｉ／Ｏ部 ６２…拡張スロット ６４…ＫＥＹ ６６…ＰＩＣ ６８…タイマ ７２…キーボード ７３…マウス ７４…スピーカ ７６…ＣＲＴ ８２…フロッピディスク装置 ８４…ハードディスク ８６…パラレルポート ８８…プリンタ ９０…シリアルポート ９２…モデム ９６…マイクロフォン ＡＰＰ…アプリケーションプログラム Ａｎ…呼出アドレス ＣＦＭ…文字フォントエミュレータ ＤＥＭ…表示エミュレータ ＤＭｎ…実行モジュール ＤＰ…ディスパッチャ ＤＴ…ディスパッチャテーブル ＥＰ…エントリポイント ＧＥＭ…グラフィックエミュレータ ＩＲＭ…割込コントローラエミュレータ ＫＥＭ…キーボードエミュレータ ＫＲ…カーネル ＭＥＭ…メモリエミュレータ ＭＵＭ…マウスエミュレータ ＴＥＭ…テキストエミュレータ ＴＩＭ…タイマエミュレータ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 小島 政典 長野県諏訪市大和三丁目３番５号 セイコ ーエプソン株式会社内 (72)発明者 赤堀 豊 長野県諏訪市大和三丁目３番５号 セイコ ーエプソン株式会社内 (72)発明者 村上 誠 長野県諏訪市大和三丁目３番５号 セイコ ーエプソン株式会社内
Claims (16)
- 【請求項１】 少なくとも演算処理部、記憶部、入出力
部を備えたコンピュータである実行マシン上で、該演算
処理部が実行する命令セットは互換性がありかつ該実行
マシンのアーキテクチャとは異なるアーキテクチャを備
えたコンピュータであるターゲットマシン用のプログラ
ムを実行させるエミュレーション装置であって、 前記ターゲットマシンの前記アーキテクチャから定まる
機能毎に、該機能と等価な処理を前記実行マシンに実行
させる複数の実行モジュールと、 エミュレーションの開始前に、前記実行モジュールを組
み込むと共に、該実行モジュールを呼び出すための呼び
出し用情報を登録する初期化手段と、 前記プログラムが前記実行マシン上で実行される際、該
プログラムが少なくとも前記ターゲットマシンに関わる
処理に属するとき、これを検出する検出手段と、 該検出手段による検出がなされたとき、前記プログラム
が属する前記ターゲットマシンの機能を判別する判別手
段と、 該判別された機能の応じて、該機能毎に用意された実行
モジュールを、前記登録された呼び出し用情報を用いて
呼び出す呼出手段とを備えたエミュレーション装置。 - 【請求項２】 前記初期化手段は、実行モジュールを呼
び出すための呼び出し用情報の登録を、該実行モジュー
ル毎に用意された所定の処理プログラムの実行により行
なわせる請求項１記載のエミュレーション装置。 - 【請求項３】 請求項１記載のエミュレーション装置で
あって、 前記実行モジュールの少なくとも一つは、 他の実行モジュールが登録した前記呼び出し用情報を記
憶する呼出情報記憶手段と、 該実行モジュールの実行時に、前記呼出情報記憶手段に
記憶された呼び出し用情報を用い、前記呼出手段を介し
て間接的に、前記他の実行モジュールを呼び出す間接呼
出手段とを備えたエミュレーション装置。 - 【請求項４】 請求項１記載のエミュレーション装置で
あって、 前記実行モジュールの少なくとも一つは、 初期化手段による該実行モジュールの組み込み時に、該
実行モジュールより先に組み込まれた他の実行モジュー
ルの内部に用意され該他の実行モジュールを構成する処
理の少なくとも一つを直接呼び出す直接呼出用情報を取
得する直接呼出情報取得手段と、 該実行モジュールの実行時に、前記直接呼出用情報を用
いて、該他の実行モジュール内部の前記処理を直接呼び
出す直接呼出手段とを備えたエミュレーション装置。 - 【請求項５】 請求項１記載のエミュレーション装置で
あって、 前記実行モジュールの少なくとも一つは、 初期化手段による該実行モジュールの組み込み時に、該
実行モジュールより先に組み込まれた他の実行モジュー
ルに、該組み込まれる実行モジュール内部に用意され該
実行モジュールを構成する処理の少なくとも一つを直接
呼び出す直接呼出用情報を教える呼出情報教示手段を備
え、 更に少なくとも該他の実行モジュールは、 該実行モジュールの実行時に、前記直接呼出用情報を用
いて、該他の実行モジュールにより後に組み込まれた前
記実行モジュールを直接呼び出す直接呼出手段を備えた
エミュレーション装置。 - 【請求項６】 請求項５記載のエミュレーション装置で
あって、 前記実行モジュールの少なくとも一つは、前記ターゲッ
トマシンのハードウェア上の割込に伴う処理と等価な処
理を実行するモジュールであり、 前記他の実行モジュールは、割込の発生自体を処理する
モジュールであり、 前記実行モジュールは、その登録時に、前記割込の発生
自体を処理する他の実行モジュールに対して、割込を特
定する情報を登録する割込情報登録手段を備えたエミュ
レーション装置。 - 【請求項７】 少なくとも前記複数の実行モジュールの
一部の実行モジュールと前記呼出手段とを、前記実行マ
シンに実装され、該実行マシンの演算処理部とは異なる
演算処理部を有するマシン上で実現した請求項１記載の
エミュレーション装置。 - 【請求項８】 請求項１記載のエミュレーション装置で
あって、 実行モジュールの一つが、ターゲットマシンの所定の入
出力装置のデータの入力および／または出力と等価な処
理を実行するモジュールであり、 該モジュールが、 実行マシンの入出力装置の動作に伴い呼び出されて、該
入出力装置との間でデータの受け渡しを行なう手段と、 該データの受け渡しの後に、前記ターゲットマシンにお
ける対応する入出力装置との間のデータの入出力を模擬
して生起された割込により呼び出されて、前記受け渡さ
れたデータを、前記ターゲットマシンにおける入出力装
置のデータとして外部とやり取りする手段とからなり、 該モジュールが、前記実行マシンの入出力装置の動作に
際して２度呼び出されるエミュレーション装置。 - 【請求項９】 請求項８記載のエミュレーション装置で
あって、 実行モジュールの一つが、ターゲットマシンのキーボー
ドからのデータの入力と等価な処理を実行するモジュー
ルであり、 前記キーボードとの間のデータの受け渡しをするバッフ
ァを備えたエミュレーション装置。 - 【請求項１０】 請求項８記載のエミュレーション装置
であって、 実行モジュールの一つが、ターゲットマシンのマウスか
らのデータの入力と等価な処理を実行するモジュールで
あり、 前記マウスとの間のデータの受け渡しをするバッファを
備えたエミュレーション装置。 - 【請求項１１】 少なくとも演算処理部、記憶部、入出
力部を備えたコンピュータである実行マシン上で、該演
算処理部が実行する命令セットは互換性がありかつ該実
行マシンのアーキテクチャとは異なるアーキテクチャを
備えたコンピュータであるターゲットマシン用のプログ
ラムを実行させるエミュレーション装置であって、 前記実行マシンの前記演算処理部と前記入出力部とを接
続するバスに介装され、前記ターゲットマシン用の命令
をそのまま実行可能な演算処理部を有する制御回路と、 前記実行マシンのコンピュータが前記ターゲットマシン
の入出力部を操作する命令を発行したことを、前記バス
上の信号から検出する検出手段とを備え、 前記制御回路には、 前記ターゲットマシンの前記アーキテクチャから定まる
機能毎に、該機能と等価な処理を前記実行マシンに実行
させる複数の実行モジュールと、 前記検出手段により、前記発行された命令が前記ターゲ
ットマシンの入出力部を操作する命令であることが検出
されたとき、該命令が属する前記ターゲットマシンの機
能を判別する判別手段と、 該判別された機能の応じて、該機能毎に用意された前記
実行モジュールを、呼び出す呼出手段とを備えたことを
特徴とするエミュレーション装置。 - 【請求項１２】 請求項１１記載のエミュレーション装
置であって、 前記検出手段が、前記実行マシンが発行した命令が前記
ターゲットマシンの入出力部を操作する命令であること
を検出したとき、該実行マシンの前記演算処理部の該命
令の発行動作の完了を遅延する遅延手段と、 前記呼出手段による実行モジュールの呼び出しに伴い、
該実行モジュールが前記処理を完了したとき、前記遅延
手段による遅延を終了し、前記実行マシンのコンピュー
タの動作を完了させる遅延終了手段とを備えたエミュレ
ーション装置。 - 【請求項１３】 請求項１１記載のエミュレーション装
置であって、 エミュレーションの開始前に、前記実行モジュールを組
み込むと共に、該実行モジュールを呼び出すための呼び
出し用情報を登録する初期化手段を備えると共に、 前記呼出手段は、前記実行モジュールを呼び出す際、該
初期化手段により登録された呼び出し用情報を用いる登
録参照手段を備えたことを特徴とするエミュレーション
装置。 - 【請求項１４】 前記制御回路は、該制御回路が動作可
能な状態となるまでの間、前記実行マシンのコンピュー
タに対してその動作を禁止する禁止信号を出力する手段
を備える請求項１１記載のエミュレーション装置。 - 【請求項１５】 請求項１１記載のエミュレーション装
置であって、 前記制御回路は、該制御回路が介装されたバスの前記実
行マシンの前記演算処理部側のバスと前記実行マシンの
入出力側のバスとの間でデータのやり取りを行なうため
に、前記バスの使用の要求を調停する調停手段を備える
エミュレーション装置。 - 【請求項１６】 前記制御回路は、前記ターゲットマシ
ンに用いられている演算処理部より動作速度が速い演算
処理部を備えた請求項１１記載のエミュレーション装
置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7170330A JPH08190485A (ja) | 1994-11-07 | 1995-06-12 | エミュレーション装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6-298967 | 1994-11-07 | ||
| JP29896794 | 1994-11-07 | ||
| JP7170330A JPH08190485A (ja) | 1994-11-07 | 1995-06-12 | エミュレーション装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08190485A true JPH08190485A (ja) | 1996-07-23 |
Family
ID=26493355
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7170330A Pending JPH08190485A (ja) | 1994-11-07 | 1995-06-12 | エミュレーション装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08190485A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100289387B1 (ko) * | 1997-12-31 | 2001-05-02 | 김영환 | 에뮬레이터의인터페이스장치 |
| JP2020507151A (ja) * | 2017-01-19 | 2020-03-05 | インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ | 保護ストレージ・イベント処理のランタイム・インストルメンテーション |
-
1995
- 1995-06-12 JP JP7170330A patent/JPH08190485A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100289387B1 (ko) * | 1997-12-31 | 2001-05-02 | 김영환 | 에뮬레이터의인터페이스장치 |
| JP2020507151A (ja) * | 2017-01-19 | 2020-03-05 | インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ | 保護ストレージ・イベント処理のランタイム・インストルメンテーション |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20230289305A1 (en) | Direct access to a hardware device for virtual machines of a virtualized computer system | |
| EP3491519B1 (en) | Optimized uefi reboot process | |
| US4868738A (en) | Operating system independent virtual memory computer system | |
| US9201682B2 (en) | Virtualized device reset | |
| KR100341180B1 (ko) | 가상어드레싱버퍼회로,및어드레스번역방법,시스템bios의셰도잉방법,실제메모리최적화방법,실제메모리이용방법,cpu제어시스템에서의에뮬레이팅방법및cpu요청리디렉트방법 | |
| US4031517A (en) | Emulation of target system interrupts through the use of counters | |
| US20020143842A1 (en) | Method and apparatus for constructing host processor soft devices independent of the host processor operating system | |
| US8416253B2 (en) | Apparatus, method, and recording medium for detecting update of image information | |
| EP0768603A2 (en) | Events management system | |
| US5062042A (en) | System for managing data which is accessible by file address or disk address via a disk track map | |
| JPH1124943A (ja) | 計算機再起動方法および計算機停止方法 | |
| TW201310345A (zh) | 一種龍芯ｃｐｕ主機板ｂｉｏｓ及中斷的實現方法 | |
| JPH09146777A (ja) | 仮想サブシステムアーキテクチャ | |
| JPH08147173A (ja) | エミュレーション装置 | |
| US7231512B2 (en) | Technique for reconstituting a pre-boot firmware environment after launch of an operating system | |
| US5764956A (en) | Computer peripheral function emulator | |
| JP2005122334A (ja) | メモリダンプ方法、メモリダンプ用プログラム及び仮想計算機システム | |
| JPH08190485A (ja) | エミュレーション装置 | |
| US20050172113A1 (en) | Method and apparatus for basic input output system loading | |
| JPH0836485A (ja) | 情報処理装置及び情報処理装置の制御方法 | |
| JP3861304B2 (ja) | エミュレーション装置およびその方法 | |
| JP3861925B2 (ja) | エミュレーション装置およびその方法 | |
| JP3861924B2 (ja) | エミュレーション装置およびその方法 | |
| JPS6049352B2 (ja) | デ−タ処理装置 | |
| CN112559120A (zh) | 定制化pcie总线io虚拟化支撑方法 |