JPH0836485A

JPH0836485A - 情報処理装置及び情報処理装置の制御方法

Info

Publication number: JPH0836485A
Application number: JP7142590A
Authority: JP
Inventors: Akiyoshi Nakamura; 明善中村; Masaru Kono; 勝河野
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 1994-05-17
Filing date: 1995-05-17
Publication date: 1996-02-06

Abstract

(57)【要約】【目的】複数の異なった環境で動作可能なパソコンに
おいて、簡単な構成で異なった環境のシステムに切り替
えでき、各システムに切り替える度に初期設定をするこ
となくアプリケーションプログラムなどの実行を可能と
する。【構成】メモリコントローラ２でＣＰＵ１に接続する
メモリマップのアドレス変換を切り替えて、メモリブロ
ック３に予め用意してある各環境に適合したメモリ領域
をＣＰＵ１に割り当てる。また、ＣＰＵ１の状態は、シ
ステム・マネージメント・モードに移行することによっ
て格納し、再度、そのシステムが選択されるとＣＰＵの
状態を復帰できるようにする。これによって、システム
が切り替わる度に初期設定する必要はなく、また、アプ
リケーションプログラムを継続して動かすことができ
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、異なる複数の環境の下
で処理の可能な情報処理装置及びその制御方法に関する
ものである。

【０００２】

【従来の技術】パーソナルコンピュータなどの情報処理
装置は、ハードウェア、ソフトウェアを含めたシステム
全体がある設計思想、すなわちアーキテクチャに基づい
て設計、構成されている。従って、あるアーキテクチャ
のコンピュータ用に開発されたソフトウェアは、そのま
までは異なるアーキテクチャのコンピュータで使用でき
ない。従って、アーキテクチャの異なるコンピュータを
採用するとソフトウェア資源は著しく減ってしまう。そ
こで、近年、異なったアーキテクチャのコンピュータ上
であっても同一の動作環境を確保できるオペレーティン
グソフトウェア（ＯＳ）が開発されている。しかし、こ
のようなＯＳでも、従来のＯＳの下で作成されたソフト
ウェアを異なるアーキテクチャのコンピュータで稼働で
きる能力はない。

【０００３】このようなアーキテクチャには、それぞれ
の基本思想に基づいたメリットもあり、これらのメリッ
トを活用した数多くのアプリケーションプログラムが市
販されている。ユーザーは、これらのアプリケーション
プログラムを用いる際には、そのアプリケーションプロ
グラムの動くアーキテクチャに基づいたコンピュータを
購入する必要がある。このため、異なるアーキテクチャ
に基づいて構成される異なった環境の下で動く複数のア
プリケーションプログラムを使用する場合は、複数のコ
ンピュータが必要となってしまう。しかし、各々のアプ
リケーションプログラムに合わせてコンピュータを導入
するのはユーザーに負担をかけ、また、複数のコンピュ
ータが占有する面積も大きい。従って、ユーザーの多く
は、コンピュータの環境にマッチしたアプリケーション
しか使用できない。

【０００４】

【発明が解決しようとする課題】このような問題を解決
するために、異なる環境を１台のコンピュータで実現可
能なダブル互換機が市販されている。従来のダブル互換
機は、低価格、省スペースを目標に、１つのＣＰＵに複
数のシステムに共通なフロッピーディスクやキーボード
を接続してある。しかし、異なった環境に変更する場合
は、その度にコンピュータをリセットし、環境を切り替
える必要がある。従って、異なった環境で動作するアプ
リケーションプログラムを操作する場合は、その度にコ
ンピュータをリセットし、初期設定を繰り返す必要があ
る。このため、数多くのアプリケーションプログラムの
操作が面倒となり、ユーザーに使用し易いコンピュータ
の実現が難しい。

【０００５】また、複数のＣＰＵを搭載し、複数の環境
を実現しようとしているダブル互換機もある。しかし、
複数のＣＰＵを搭載し、実質的には、２つ以上のコンピ
ュータを１つのケースに収納している状態に近いため、
省スペース、低価格といった目的を満足するものではな
い。また、複数のＣＰＵを動作させるため消費電力も多
くなりやすく、大きなメモリー領域も必要となる。

【０００６】更に、異なる複数の環境を切り替える際の
種々の問題は、同一のアーキテクチャのコンピュータで
複数の環境を実現する（複数の異なるＯＳ等を動作させ
る）場合においても生じる問題である。

【０００７】そこで、本発明においては、異なった環境
の下で動く複数のアプリケーションプログラムを取り扱
える小型で低価格の情報処理装置を提供することを目的
としている。また、異なった環境の下で動くアプリケー
ションプログラムを操作する際でも、ユーザーは環境設
定が異なるのか否かを意識せずに操作できるような情報
処理装置を提供することを目的としている。そして、異
なったアーキテクチャの下で開発されたソフトウェア資
源をユーザーが廉価に有効活用できる情報処理装置を実
現することを目的としている。さらに、異なる環境の下
で動くプログラムを同時に操作できる機能を備えた情報
処理装置を提供することも目的としている。

【０００８】

【課題を解決するための手段及び作用】このような異な
った環境の下で動くプログラムをユーザーが意識しない
で操作できる情報処理装置を実現するために、本発明に
おいては、それぞれの環境毎にＣＰＵの制御に係る情報
を予め用意してあり、この情報を記憶したメモリ領域を
ＣＰＵなどの処理ユニットに対し接続することで処理ユ
ニットの動作する環境を切り替えるようにしてある。す
なわち、本発明に係る情報処理装置は、複数の環境のも
とで動作可能な処理ユニットと、複数の環境ごとに処理
ユニットの制御に係る情報を記憶した複数のメモリ領域
と、この複数のメモリ領域のいずれかを選択して処理ユ
ニットに接続するメモリ制御手段とを有することを特徴
としている。予めメモリ領域を用意しておけば、環境を
切り替える際にＢＩＯＳなどの環境を管理するプログラ
ムや、オペレーティングシステム（ＯＳ）を処理ユニッ
トに接続するメモリ領域にロードする必要はなく迅速に
環境の切り替えが可能である。また、環境ごとにメモリ
領域を用意しておけば、環境を切り替えても処理ユニッ
トの状況や、ＯＳの設定、作動中のアプリケーションプ
ログラムの状況などの情報を保存できるので、環境を切
り替える際に処理ユニットをリセットする手間を省け
る。

【０００９】このように環境毎に処理ユニットへ接続す
るメモリ領域を切り替えられるようにしておけば、ユー
ザーは処理ユニットの稼働する環境が変わったことを認
識しないで処理を行える。また、処理ユニットを複数の
環境下で使用できるので、処理ユニットと記憶領域とい
った簡単な構成の情報処理装置で複数の環境下で動作す
るアプリケーションプログラムを動かすことができる。

【００１０】また本発明に係る情報処理装置でアプリケ
ーションプログラムを動作させる際は、アプリケーショ
ンプログラムの処理が終了していないことを示す未了フ
ラグを設ければよい。このようにすれば、ユーザーがア
プリケーションプログラムの終了していない環境に情報
処理装置を切り替えた際に、情報処理装置はアプリケー
ションプログラムを自動的に続行することが可能とな
る。

【００１１】この場合、未了フラグの立った環境のメモ
リ領域へ切り替える際に、処理ユニットの状態を回復す
る手段を設けることが更に望ましい。このようにすれ
ば、環境が切り替わった際の処理ユニットの正常な動作
を保証できる。

【００１２】また未了フラグが立った環境については、
処理ユニットがその環境下で動作するための環境の初期
化は行わないよう指示することが望ましい。未了フラグ
が立った環境では続行すべきアプリケーションプログラ
ムが存在し、環境の初期化の必要はないからである。

【００１３】さらに、電源オフする際に、未了フラグが
立っている場合はユーザーに警告を行う手段を設けるこ
とも有効である。これによって、アプリケーションプロ
グラムがいずれかの環境で作動させていることをユーザ
ーが忘れて情報処理装置を停止することを防止できる。
未了フラグを用いて各環境での処理ユニットの動作状況
を表示することももちろん可能である。

【００１４】また複数の環境ごとに、処理ユニットがそ
の環境下で動作するための環境の初期化を行ったことを
示す初期化フラグを用意しておけば、メモリ領域を切り
替えた際に同じ環境で２度初期化するような手間を省く
ことができる。初期化フラグは、各環境毎に設けておい
ても良く、あるいはベースとなる環境に対し選択的に切
り替えられる環境だけに設けておいても良い。

【００１５】また環境ごとに設定された初期化フラグを
用いて環境毎の初期化を指示する手段を設ければ、各環
境毎に処理ユニットやメモリの内容をリセットすること
が可能となる。この際、他の環境のメモリ領域はリセッ
トされないので、その環境におけるＯＳ、アプリケーシ
ョンプログラムの状況や、メモリ領域に格納してある処
理ユニットの状況は影響を受けない。

【００１６】また処理ユニットが環境下で動作するため
の環境の初期化を行わずにリブート処理を行うことを指
示するリブートフラグを設けても良い。初期化済の環境
に対し、アプリケーションプログラムの実行を機に環境
が切り替わった際は、初期化を省き、リブート処理を行
うことでユーザーが環境を変わったことを認識しないよ
うな状態でアプリケーションプログラムを瞬時に実行で
きる。リブート処理では、メモリチェックなどの基本的
な初期処理のみを省いても良く、あるいは入出力インタ
フェースなどが共通する場合はこれらの入出力制御手段
の初期化を省いてＯＳをメモリにロードする処理から始
めても良い。また、ＯＳが共通する場合は、ＯＳの設定
から始めても良い。

【００１７】また処理ユニットが動作している環境とは
異なる環境の下で動作するアプリケーションプログラム
の起動を指示するアプリケーションフラグを設けても良
い。このアプリケーションフラグを用いることで、異な
る環境からアプリケーションプログラムを簡易に実行す
ることが可能となるからである。

【００１８】そしてアプリケーションフラグが立った場
合に、アプリケーションプログラムを起動するためのブ
ートファイルを、切り替わった環境が認識可能な位置に
渡す手段を設ければ、アプリケーションプログラムの実
行を更に簡易にすることができる。

【００１９】また複数の環境を一括してリセットできる
手段や、複数の環境の各々をリセットできる手段を設け
ておけば、何らかの原因で情報処理装置が誤動作を続け
るような事態にも、各環境毎に、あるいはパソコン全体
をハードウェア的にリセットでき、ユーザーはその状態
に適した対処ができる。

【００２０】この場合、複数の環境の各々をリセットす
るリセットスイッチと、複数の環境を一括してリセット
するリセットスイッチとを、異なる場所に別々に配置す
ることが望ましい。例えば各々をリセットするスイッチ
を情報処理装置のフロント側に設け、一括リセットスイ
ッチをユーザーが容易に押せない情報処理装置の裏側に
設ければ、ユーザーの利便性を更に高めることができ
る。

【００２１】また処理ユニットが動作している環境とは
異なる環境の下で動作するアプリケーションプログラム
の起動が指示された場合に、メモリ領域の切り替えを行
いアプリケーションプログラムの起動を行う手段を設け
れば、アプリケーションプログラムを選択するだけで、
アプリケーションプログラムを動かす環境に自動的に切
り替えることが可能となる。これによりユーザーはアプ
リケーションプログラムがどの環境で動作するかを考え
なくても情報処理装置で様々な環境で動くアプリケーシ
ョンプログラムを使用できる。

【００２２】この場合、アプリケーションプログラムを
起動するためのブートファイルを、切り替わった環境が
認識可能な位置に渡す手段を設けたり、ブートファイル
に、アプリケーションプログラム名を含ませる手段を設
けたり、ブートファイルに、元の環境に切り替えるため
のコマンドを含ませる手段を設ければ、ユーザの利便性
を更に増すことができ、簡易で迅速な環境の切り替え処
理が可能なる。

【００２３】また複数の環境に共通したメモリブロック
と、このメモリブロック内の容量を選択して複数のメモ
リ領域の少なくともいずれかに割り当てるメモリブロッ
ク管理手段とを設けておけば、ユーザーは複数の環境毎
に情報処理装置のメモリを自由に割り当てることができ
る。

【００２４】さらに、このメモリブロック管理手段は、
メモリ領域に割り当てた容量に係る情報を情報処理装置
へ電源が供給されていない間も保持できるようにしてお
けば、ユーザーが設定した環境毎のメモリ容量を電源オ
フ時でも保持することができる。メモリ領域の割当に係
る情報をフラッシュＲＯＭなどに書き込んでおけば、バ
ッテリーの内蔵されていないパソコンが電源オフされた
場合でも、また、バッテリーバックアップのあるパソコ
ンのバッテリー電圧が低下した場合でも環境を設定した
情報を保持できる。

【００２５】このように、これらのメモリ領域を、１つ
メモリブロックあるいは複数の記憶手段に格納しておく
ことが可能である。そして、メモリ制御手段は、処理ユ
ニットのメモリマップのアドレスを、選択されたメモリ
領域に該当する記憶部のアドレスに変換することによっ
て処理ユニットに接続するメモリ領域の切り替えを行え
ば良い。

【００２６】また、環境毎に用意してあるメモリ領域
に、環境を管理する情報、すなわち、ＢＩＯＳなどの環
境管理プログラムを収納しておけば、処理ユニットは切
り替わった環境に適合した処理を行える。ＢＩＯＳなど
の管理プログラムは予めＲＡＭなどの一時記憶領域にロ
ードしておいて、プログラム情報などを記憶する一時的
な記憶領域として一括に切り替えるようにしても良い。
あるいは、ＢＩＯＳＲＯＭなどのような恒久的な記憶領
域と、一時的な記憶領域とを別々に切り替えてももちろ
ん良い。

【００２７】また、複数の環境のうち、処理ユニットの
動作している環境を表示する手段を設けておけば、ユー
ザーは現在、情報処理装置が稼働しているシステムを識
別できる。

【００２８】また、複数のメモリ領域のうち、起動時に
処理ユニットに接続するメモリ領域を指示する手段を設
けておけば、起動時に処理ユニットの働く環境をユーザ
ーが自由に設定できる。従って、情報処理装置を使用す
る環境の頻度によって、最初に動かす環境を設定するな
どユーザーの自由度を増すことができる。

【００２９】またメモリ領域が切り替えられる前のメモ
リ領域を記憶し、再度メモリ領域を切り替えるときは記
憶している前のメモリ領域を優先して選択することで、
３つ以上の環境に対応した情報処理装置でも、選択され
た環境順に順次処理を行うようにユーザーを導くことが
できる。またメモリ領域を定期的に切り替える手段を設
けても良く、複数の環境でアプリケーションプログラム
を同時進行させることも可能である。

【００３０】またメモリ制御手段に対しメモリ領域の切
り替えを指示可能なシステム管理手段を設け、メモリ領
域の切り替えを行う前に、システム管理手段の指示によ
り各環境毎の処理ユニットの状態を記憶する格納手段
と、メモリ領域の切り替えを行った後に、格納手段のい
ずれかの環境の記憶から処理ユニットの状態を回復する
復帰手段とを設ければ良い。各環境毎にメモリ領域を切
り替える前の処理ユニットの状況をセーブできるので、
再度、その環境にメモリ領域を切り替えた時に処理ユニ
ットの状況を復元し、アプリケーションプログラムなど
の処理を継続して行える。

【００３１】このようなシステム管理手段としては、シ
ステム・マネージメント・インタラプトで起動するシス
テム・マネージメント・インタラプト・ハンドラーを用
いることができる。システム・マネージメント・インタ
ラプト（ＳＭＩ）は最上位割り込みであり、どのような
動作モードでも移行できるのでＣＰＵなどの作動環境を
変える指示を出すには好適である。また、他のアプリケ
ーションプログラムなどに使用されていないので、安定
した処理を期待できる。

【００３２】またシステム管理手段を作動する複数の要
因を記憶し、システム管理の指示を制御可能な要因記憶
手段を設けておけば、システム管理手段を自由に制御で
きる。例えば、一旦メモリ領域を切り替えて、その環境
を制御するＢＩＯＳによって環境の状況を把握したの
ち、再度システム管理に戻りＣＰＵの状況を復帰させる
などのフレキシブルな管理が可能となる。

【００３３】またシステム管理手段は、各環境毎に用意
しておいても良いが、複数の環境に共通した領域に常駐
させ複数の環境に対し統一した処理を行うようにしても
良い。

【００３４】またシステム管理手段は、ユーザーの選択
した環境に該当するメモリ領域を選択してメモリ制御手
段に指示可能とすれば、ユーザーはどの環境へでもすぐ
に切り替えることができる。

【００３５】またシステム管理手段は、キー入力手段の
特定のキー入力あるいはキーコンビネーションの少なく
ともいずれかによって始動しても良く、あるいは、ポイ
ンティング手段によって所定の箇所をクリックした場合
や、ポインティグ手段の特定を動作によって始動しても
良い。ユーザーはアプリケーションプログラムの実行中
や、ＯＳの状態から環境を切り替えることができる。ま
た、キー入力手段およびポインティング手段のいずれか
によって表示手段に機能メニューを出力する手段を設
け、機能メニューからシステム管理手段を始動しても良
い。

【００３６】これらの環境に対し単一の入出力制御手段
で対応できない場合は、複数の環境の少なくともいずれ
かに対応した複数の入出力制御手段と、メモリ領域が切
り替わった際に、このメモリ領域の環境に対応する入出
力制御手段を選択して切り替える手段とを設ければ良
い。切り替え命令はＩ／Ｏ命令などを用いて伝達でき
る。

【００３７】また複数の入出力手段を設けて切り替える
場合は、入出力制御手段への入出力信号が停止しても各
々の入出力制御手段の内部設定を保持する手段と、切り
替えられた入出力制御手段にのみを稼働状態とする手段
とを設けることが望ましい。例えば、入出力信号が停止
し接続されていなくなった入出力制御手段へのクロック
信号の供給を停止したり、入出力信号の停止した入出力
手段への供給電源を停止することが考えられる。このよ
うにすれば、選択された環境下で情報処理装置を動かす
のに必要のない入出力手段の消費電力の低減を図ること
ができる。また、停止しても入出力制御手段の内部設定
は保持してあるので、環境が切り替わったときは再度初
期設定することなく入出力制御手段を稼働状態に復帰で
きる。

【００３８】一方、これらの環境に対し単一の入出力制
御手段で対応する場合には、メモリ領域が切り替わった
際に、処理ユニットが入出力制御手段に対して発行した
命令を、切り替わったメモリ領域の環境に適合した命令
に変換するエミュレート手段を設ければよい。この場合
のエミュレート変換は、システム管理手段等を用いてソ
フトウェア的に行ってもよいし、ロジック回路・マイク
ロコードメモリ等を用いてハードウェア的に行ってもよ
い。

【００３９】このようなエミュレート手段を実現するた
めには、入力されるメモリアドレスの位置に少なくとも
コマンド情報及びエミュレーションアドレス情報を含む
マイクロコード情報を記憶するマイクロコードメモリ
と、処理ユニットにより発行された命令に含まれるアド
レス情報とマイクロコードメモリに含まれるエミュレー
ションアドレス情報のいずれかを選択しメモリアドレス
を生成するセレクタ手段とを設ける。そしてセレクタ手
段が、コマンド情報に含まれるエミュレーション継続情
報に基づいてエミュレーションの継続を指示された場合
にはエミュレーションアドレス情報を選択しメモリアド
レスを生成するようにすればよい。このようにすれば、
エミュレーション継続情報によりエミュレーションの継
続を指示することでエミュレーションサイクルを所望回
数繰り返すことが可能となり、複雑なエミュレート処理
も簡易に実現できる。

【００４０】この場合、マイクロコードメモリからのマ
イクロコード情報に基づいてエミュレーションデータの
生成処理を行うデータ生成手段を設け、このデータ生成
手段が、エミュレーション継続情報に基づいてエミュレ
ーションの継続が指示された場合に、処理ユニットから
の書き込みデータ又はｎ番目（ｎは１以上の整数）のエ
ミュレーションにより生成されたエミュレーションデー
タに基づいてｎ＋１番目のエミュレーションにおけるエ
ミュレーションデータの生成処理を行うようにすること
が望ましい。このようにすれば、前回に生成されたエミ
ュレーションデータを用いて次の回のエミュレーション
データを生成することが可能となり、簡易にエミュレー
ションデータを生成できる。

【００４１】また上記エミュレート手段を実現するため
に、命令変換のためのマイクロコード情報を所定のメモ
リアドレスの位置に記憶するマイクロコードメモリと、
マイクロコードメモリからマイクロコード情報を読み出
す手段と、読み出されたマイクロコード情報に基づいて
エミュレーションデータの生成処理を行うデータ生成手
段とを設ける。そしてマイクロコードメモリは、第１の
メモリアドレスの位置に少なくともコマンド情報及びエ
ミュレーションアドレス情報を含む第１のマイクロコー
ド情報を記憶し、この第１のメモリアドレスを変換する
ことで得られる第２のメモリアドレスの位置に少なくと
もデータ生成情報の一部又は全部を含む第２のマイクロ
コード情報を記憶する。また読み出し手段は、第１のメ
モリ読み出しサイクルにより第１のメモリアドレスの位
置に記憶されるコマンド情報を読み出し、データ生成手
段によるデータ生成処理が必要であるとこのコマンド情
報に基づいて判断された場合には、第２のメモリ読み出
しサイクルを起動して前記第２のメモリアドレスの位置
に記憶される前記データ生成情報を読み出すようにす
る。更にデータ生成手段は、第１のメモリ読み出しサイ
クルで読み出された第１のマイクロコード情報と、第２
のメモリ読み出しサイクルで読み出された第２のマイク
ロコード情報とに基づいてデータ生成処理を行うように
する。このようにすれば、第１のメモリ読み出しサイク
ルで読み出されたコマンド情報に基づいて第２のメモリ
読み出しサイクルを起動するか否かが決定されるため、
無駄なメモリの読み出しサイクルが生じるのを防止でき
る。

【００４２】また上記エミュレート手段を実現するため
に、入出力制御手段が第１の割り込みを発生することで
命令発行の依頼を前記処理ユニットに対して通知する場
合において、この第１の割り込みが発生された場合にこ
の割り込みを受け取ると共に命令の種類を示す要因デー
タを設定し、処理ユニットに対して第２の割り込みを発
生する手段と、第２の割り込みによって起動され要因に
対応した所定の処理を実行し、切り替わったメモリ領域
の環境に適合した命令の発行が可能な状態に設定する手
段と、処理ユニットに対して第１の割り込みを発生し命
令発行の依頼を通知する手段とを設けても良い。このよ
うに構成すれば、割り込みを発生して命令発行の依頼を
行う入出力制御手段に関するエミュレーション処理であ
って、かつ複雑な処理が必要である場合でも、これを簡
易に実現できる。

【００４３】また処理ユニットが入出力制御手段に対し
て発行した命令を保持する保持手段と、メモリ領域が切
り替わった際に、この保持手段により保持された命令を
入出力制御手段に伝える手段とを設ければ、環境が切り
替わり元に戻った場合にも、入出力制御手段を正確に動
作させることが可能となる。保持手段に保持する命令
は、エミュレート手段によるエミュレート変換前のもの
でも良いし、変換後のものでも良い。また保持手段とし
てはレジスタ、メモリ等の種々の構成のものを採用でき
る。

【００４４】また入出力制御手段が、ハードディスクユ
ニットを制御可能な手段である場合は、これらのハード
ディスクユニットの少なくとも１つは着脱可能であるこ
とが望ましい。それぞれの環境で動く別の情報処理装置
とのデータやプログラムのやり取りが簡単となるからで
ある。

【００４５】また入出力制御手段が、キーボード制御手
段の場合は、切り替えられたメモリ領域の環境に対応す
るキー配列にキーボードの配列を変更可能な配列選択手
段を設けることが望ましい。そして、キーボードを表示
可能な表示手段と、表示されたキーボードをクリック可
能なポインティング手段とを備え、表示手段に表示され
たキーボードの配列を変更すれば環境に適合したキーボ
ードを実現できる。

【００４６】また入出力制御手段である表示手段が独立
して画像を制御できれば、環境を切り替えると画面全体
が切り替わる。表示手段を異なる環境で動作する前記表
示手段で作られた画素データを置き換えて画像表示可能
な手段とすれば、切り替える前の画像の上に切り替えた
後の環境の画像を映し出すことができる。

【００４７】さらに、起動時にメモリ領域のいずれかを
選択して処理ユニットに接続する初期部と、処理ユニッ
トに接続された前記メモリ領域に対応する環境下で処理
を行う実行部と、メモリ制御手段によって前記処理ユニ
ットに接続するメモリ領域を切り替えるシステム切り替
え部とを設けておけば、プログラムの実行と環境の切り
替えを行える。

【００４８】また本発明は、複数の環境のもとで動作可
能な処理ユニットと、この処理ユニットの制御に係る情
報を記憶したメモリ領域と、処理ユニットが動作する環
境が第１の環境から第２の環境に切り替わった際に、第
１の環境での処理ユニットの制御に係る情報を退避する
手段と、この情報が記憶されていたメモリ領域に空きメ
モリ領域をマッピングする手段とを有することを特徴と
している。本発明によれば、例えば、第１の環境で動作
する第１のＯＳ等の本体が、環境の切り替え時に所定の
領域に退避される。そして第１のＯＳ等が常駐した領域
に対して空き領域がマッピングされるため、第２の環境
で動作する第２のＯＳ等はこの空き領域を利用して動作
することができる。これにより、複数の環境の各々に対
応したメモリ領域を用意しなくても、スムーズな環境の
切り替えを実現できる。

【００４９】この場合、情報を退避する手段は、この情
報が記憶されていたメモリ領域を裏バンクに切り替える
手段であることが望ましい。裏バンクに退避しておけ
ば、環境を元の状態に戻す際に、新たなロードィング動
作等を行わずに第１のＯＳ等の本体を速やかに元のメモ
リ領域に常駐させることが可能となるからである。

【００５０】また第１の環境から前記第２の環境への切
り替え処理を行うためのシステム管理手段を有し、この
システム管理手段が、情報の退避及び空きメモリ領域の
マッピングを行うことが望ましい。このようなシステム
管理手段としては、例えばシステム・マネージメント・
インタラプト・ハンドラー等を使用できる。

【００５１】また本発明は、複数の環境のもとで動作可
能な処理ユニットを備え、複数の環境の中の第１の環境
で処理ユニットを動作させるためのブートファイルに、
処理ユニットを動作させる環境を第１の環境から第２の
環境へ切り替えるための切り替えコマンドを含ませるこ
とを特徴としている。このような切り替えコマンドを含
ませれば、第１の環境で第１のＯＳ等を動作させた後、
第２の環境で動作する第２のＯＳ等を起動させることが
でき、迅速な環境の切り替えが可能となる。

【００５２】この場合、ブートファイルに、第１の環境
では認識されず、第２の環境に切り替わった際に第２の
環境により認識されるブートコマンドを含ませることが
望ましい。例えば第１の環境ではブートコマンドの先頭
にコメントマーク等を挿入して第１の環境に認識されな
いようにし、第２の環境に切り替わった際にこのコメン
トマーク等を取り外したものを使用すれば、第２の環境
で、このブートコマンドを用いたＯＳ、アプリケーショ
ンプログラム等の起動が可能となる。

【００５３】またブートコマンドに、処理ユニットを動
作させる環境を第２の環境から第１の環境へ切り替える
ための切り替えコマンドを更に含ませることが望まし
い。このようにすれば、第２の環境でのＯＳ等の終了
後、環境を第１の環境に切り替えることができ、迅速で
簡易な環境の切り替えが可能となる。

【００５４】ここで第１の環境と第２の環境との間の切
り替え処理は、上記切り替えコマンドにより起動するシ
ステム管理手段により行うことが望ましい。

【００５５】なお本発明における複数の環境には、コン
ピュータアーキテクチャが異なるシステムでの環境のみ
ならず、コンピュータアーキテクチャが同一のシステム
での環境も含まれる。即ち同一のコンピュータアーキテ
クチャの情報処理装置で、異なるＯＳ等を動作させて異
なる環境を実現した場合にも、本発明によれば環境間で
のスムーズな移動や、環境毎のリセット等が可能とな
り、ユーザーの利便性を高めることができる。

【００５６】

【実施例】以下に図面を参照して本発明の実施例につい
て説明する。

【００５７】（第１の実施例）ここでは、第１の実施例
として、２つの異なった環境下で動作する２つのシステ
ムＡおよびＢの両機能を有するパーソナルコンピュータ
（以下パソコン）１を例にして説明する。また、これら
のシステムを選択する際に、最上位割り込みとしてシス
テムマネージメントインタラプト（ＳＭＩ）を用いてお
り、このＳＭＩ付きの処理ユニット（ＣＰＵあるいはＭ
ＰＵ）を有するパソコンを例として以下で説明する。Ｓ
ＭＩが発行されると、ＣＰＵはシステムマネージメント
モード（ＳＭＭ）に入り、それまでに処理していた動作
を中断してシステムマネージメントインタラプトハンド
ラー（ＳＭＩハンドラー）に従った処理を行う。これら
については以下で詳述する。もちろん、このようなＳＭ
Ｉを用いずとも、上述したようにＣＰＵなどに対し優先
的な処理を指示する他の割り込み等の手段を用いること
も可能である。

【００５８】１．システム構成図１および図２に、本例のパソコンの概略構成を示して
ある。図１では、Ａシステムで本例のパソコンが動作す
るときに稼働するユニットを２重線で示し、図２では、
Ｂシステムでパソコンが動作するときに稼働するユニッ
トを２重線で示してある。本例のパソコンは、入出力や
画像などの制御を一括して行う処理ユニットとしてＣＰ
Ｕ１を備えている。このＣＰＵ１は、メモリコントロー
ラ２を介してメモリブロック３と接続してある。メモリ
ブロック３には、メインメモリ４と増設メモリ５とを用
意してある。メモリブロック３には、さらに、異なった
環境下で動作する各々のシステムを管理するプログラム
（ＢＩＯＳ）を格納したＢＩＯＳＲＯＭ６を用意してあ
る。ＢＩＯＳＲＯＭ６には、Ａシステム用のＢＩＯＳ７
ａと、Ｂシステム用のＢＩＯＳ７ｂとが格納されてお
り、それぞれのＢＩＯＳ７ａ、７ｂには、それぞれのシ
ステムの動作する環境などに関する情報を収納してあ
る。さらに、本例のＢＩＯＳＲＯＭ６には、ＳＭＭにお
いてＣＰＵ１の動作を指示するＳＭＩハンドラー８も収
納してある。ＢＩＯＳＲＯＭ６としては、ＥＰＲＯＭ、
ＯＮＥ−ＴＩＭＥ−ＰＲＯＭ、ＦＬＡＳＨＲＯＭなど
を用いることができる。これらのメモリの内、ＦＬＡＳ
ＨＲＯＭを採用すれば、ＯＳが変わったり、ＳＭＩハ
ンドラーが変わった場合でもＢＩＯＳＲＯＭ自体を交換
することになくバージョンアップ可能なのでユーザーに
とっては都合が良い。

【００５９】メモリコントローラ２は、それぞれのシス
テムにおけるＣＰＵ１のメモリマップなどを備え、ＣＰ
Ｕ１に対するメモリブロック３の各メモリのアドレスを
制御するアドレス制御部９と、このアドレス制御部９の
指示に従ってメインメモリ４や増設メモリ５などのＲＡ
Ｍを制御するＲＡＭコントロール部１０と、ＢＩＯＳＲ
ＯＭ６を制御するＲＯＭコントロール部１１と、ＣＰＵ
１に接続された様々な入出力関係の回路とＣＰＵ１との
入出力を制御するＩ／Ｏコントロール部１２と、さら
に、メモリコントローラ２の全体を制御するメモリ制御
部１３とを備えている。

【００６０】メモリ制御部１３は、各回路に起因するＳ
ＭＩを発行させるためにＳＭＩ用要因ポートにアクセス
でき、また、ＣＰＵ１で実行しているソフトウェア上で
発行したＳＭＩを受けることができる。このＳＭＩによ
ってメモリ制御部１３はアドレス制御部９におけるメモ
リマップを変更し、異なるシステム用のメモリマップに
従ってＣＰＵ１とメモリとのアクセスを制御できる。メ
モリマップを変更することによって、Ａ、Ｂそれぞれの
システムに対応したＢＩＯＳによってＣＰＵ１を動作さ
せることができる。また、メモリ制御部１３には各シス
テムの選択状況や稼働状況を示すレジスタ群を用意して
あり、このレジスタ群を参照してＩ／Ｏコントロール部
１２はＩ／Ｏ命令「ＣＨＧ」１９を出力し、入出力関係
の各回路をＣＰＵ１が動作するシステムに合わせた環境
に切り替えれるようになっている。

【００６１】メモリコントローラ２には、ＣＰＵ１が動
作しているシステムの状態を表示できるＬＥＤ部１４
と、入出力関係の各回路に対し動作クロックを供給する
クロック部１５も接続してある。このクロック部１５
は、メモリコントローラ２内のレジスタ群の中のビット
の状態を判別して、ＣＰＵ１の動作している環境に不要
な入出力関係の回路へのクロック信号を停止できるよう
になっている。また動作環境に応じて、ＣＰＵ１、メモ
リコントローラ２、メモリブロック３に供給するクロッ
クのスピードを変更する。

【００６２】本例のパソコンでは、ＣＰＵ１にバスバッ
ファ１６を介して入出力バス２０を設定してある。この
入出力バス２０には、入出力関係の回路としてＩ／Ｏブ
ロック２１、ハードディスク（ＨＤＤ）ブロック２２、
ビデオブロック２３、キーボードコントローラ２４を接
続してある。これらのブロック２１〜２４へは、ＣＨＧ
１９が供給されており、システムに適した環境に設定で
きるようになっている。

【００６３】本例のビデオブロック２３は、Ａシステム
用のビデオ回路３１、Ｂシステム用のビデオ回路３２、
さらに、Ａ、Ｂ両システムに共通して使用できる共通ビ
デオ回路３３を備えている。ＣＰＵ１がＡシステムで動
作する際は、ビデオ回路３１あるいは共通のビデオ回路
３３を選択でき、Ｂシステムで動作する際は、ビデオ回
路３２あるいは共通のビデオ回路３３を選択できるよう
になっている。ビデオブロック２３には、信号切換回路
３４を介して液晶表示盤（ＬＣＤ）３５あるいはＣＲＴ
３６を接続してあり、それぞれのシステムで稼働してい
るビデオ回路と各デバイス３５、３６を接続できるよう
にしてある。システムによるビデオ回路３１〜３３の切
替えは、ＣＨＧ１９によって行う。選択されていないビ
デオ回路へのクロックの供給はクロック部１５によって
停止され、動作が停止した状態となる。

【００６４】この際、停止した回路の内部レジスタなど
は保持できるようになっているので、ＣＨＧ１９によっ
てシステムが切り替わった場合は、回路の初期設定を行
うことなく途中から動作を再開できるようになってい
る。このためには、従来のパソコンなどで用いられてい
るレジューム機能と同様に、クロック信号をＣＨＧ１９
と同期を取って停止すれば良く、例えば図３に示すよう
な回路で実現できる。このようにＣＰＵ１と接続しない
回路を選択的に停止することによって消費電力を低減で
き、また、パソコンからの発熱も抑制することができ
る。なお、クロックを停止する機能は、本例のようにク
ロック部１５に集中させても良く、各ブロック毎に設け
ておいても良い。また、ビデオブロック２３としては、
本例のように各システム毎のビデオ回路と共通したビデ
オ回路のすべてを用意しておく必要はなく、共通のビデ
オ回路だけ、あるいは各システム毎のビデオ回路だけな
ど様々な構成が可能なことはもちろんである。

【００６５】Ｉ／Ｏブロック２１は、インタラプトコン
トローラ、ＤＭＡコントローラ、タイマー、フロッピー
ディスクコントローラ、通信制御回路、プリンターコン
トローラ、ＳＣＳＩコントローラなどによって構成さ
れ、図１および図２には、フロッピーディスク（ＦＤ）
コントローラを代表して示してある。デバイスがフロッ
ピーディスクドライブ（ＦＤＤ）３７のように両システ
ムで共通する場合は、ＣＨＧ１９でＩ／Ｏポートを切り
換えたり、信号の接続を切り換えれば良い。デバイスが
システムによって異なる場合は、Ｉ／Ｏ回路自体がＡシ
ステム用３８およびＢシステム用３９に分かれているの
で、ＣＨＧ１９によって外部信号および機能そのものを
切り替えれば良い。本例のＦＤＤ３７は、容量が３モー
ド選択でき、ＡシステムおよびＢシステムの両システム
で共通してアクセス可能となっている。なお、Ｉ／Ｏブ
ロック２１にはＦＤＤ３７の他に、ＲＳ−２３２Ｃ、プ
リンタ、マウスなどのデバイスを接続することができ
る。また、入出力バス２０にＩ／Ｏカードを挿入するス
ロットなどを接続してもよく、このスロットの接続をＣ
ＨＧ１９で切り替えても良い。この場合はＩ／Ｏブロッ
ク２１には両システムに共通な回路を主に収めることに
なる。このようにＩ／Ｏブロックは様々な構成が可能で
ある。また、Ｉ／Ｏブロック２１においても、ビデオブ
ロックと同じく、クロック部１５によって選択されてい
ないシステム用の回路へのクロックの供給を停止しでき
るようになっている。

【００６６】ＨＤＤブロック２２は、両システムに共通
した規格、例えばＩＤＥでデータの取扱が可能な共通イ
ンタフェース４１、Ａシステム用のインタフェース４２
およびＢシステム用のインタフェース４３を備えてい
る。共通インタフェース４１は、ＣＨＧ１９によって内
部Ｉ／Ｏポート等の機能ブロックが切り替わる。共通イ
ンタフェース４１に接続してあるハードディスク４４は
ＡシステムおよびＢシステムの領域に区分けしてあり、
それぞれのシステムの動作する環境を構成できるように
なっている。Ａシステム用のインタフェース４２、およ
びＢシステム用のインタフェース４３はＣＨＧ１９によ
って外部信号および機能が切り替わる。そして、これら
のインタフェースに接続してあるハードディスク４５お
よび４６は着脱可能な構成になっている。リムーバブル
タイプのハードディスク４５および４６は、Ａシステ
ム、あるいはＢシステム専用のパソコンと互換性を持っ
ているので、従来のパソコンの機能をそのまま本例のパ
ソコンに移植できるようになっている。ＨＤＤブロック
２２においても、上記のブロックと同様にクロック部１
５によって選択されていないインタフェースへのクロッ
クの供給を停止して、システムの異なるインタフェース
の動作を停止できるようになっている。もちろん、レジ
スタ設定等はいつでも動作を再開できるように保存して
ある。

【００６７】キーボード４７をコントロールするキーボ
ードコントローラ２４もＣＨＧ１９によって機能ブロッ
クが切り替わるようになっている。これによって、Ａシ
ステムあるいはＢシステムに適合したキー機能をキーボ
ード４７に持たせ、適切な環境を設定できる。また図示
していないＣＤ−ＲＯＭ装置などは、ＩＤＥインターフ
ェース４１、Ｉ／Ｏブロック２１内のＳＣＳＩコントロ
ーラ、プリンタコントローラのいずれかに接続すること
が可能である。

【００６８】２．メモリ制御図４に、本例のＣＰＵ１が動作するＡシステムおよびＢ
システムにおけるメモリマップを示す。本例のパソコン
は５ＭＢのメインメモリ４と５ＭＢの増設メモリ５の計
１０ＭＢのメモリ容量を備えており、この容量のメモリ
をＡシステムおよびＢシステムに自由に割り当てられ
る。図４では、メインメモリ４および増設メモリ５のう
ち１ＭＢの計６ＭＢをＡシステムに割り当て、増設メモ
リ５の残りの４ＭＢをＢシステムに割り当ててメモリマ
ップを構成している。本例では、Ａシステムが選択され
ると、メモリのアドレスは変換することなしにＣＰＵ１
のメモリマップに対応する。一方、Ｂシステムが選択さ
れると、ベースのアドレスから６００００を引いたアド
レスがＣＰＵ１のメモリマップに対応する。このような
アドレス変換は、メモリコントローラ２のアドレス制御
部９で行われる。アドレス制御部９は、ＣＰＵ１からＣ
ＰＵアドレスを受け取り、メモリ制御部１３によって選
択されたシステムのアドレスマップに従ってＤＲＡＭの
ＲＯＷアドレスおよびＣＯＬＵＭＮアドレスに分けて変
換アドレスを出力する。このアドレスを用いてＲＡＭコ
ントロール部１０を介してメモリへの書込み、読込みが
行われる。また、システム毎にアドレスマップを切り替
えることによって、アドレス制御部９は、ビデオ領域や
ＢＩＯＳ領域のようにシステム毎にアドレスの異なるメ
モリ領域を同時に管理している。このように本例によれ
ば、メモリコントローラ２によって、各々のシステム毎
に異なったメモリに単一のＣＰＵがアクセス可能となっ
ている。従って、ＣＰＵをリセットすることなくシステ
ムの切り替えが可能である。また、システムを切り替え
る時にメモリを初期化する必要がないので、Ａシステム
およびＢシステムそれぞれのメモリをそのまま保存して
システムの切り替えが可能である。

【００６９】アドレス制御部９において適用するメモリ
マップを変更することによって、各システムに対するメ
インメモリ４および増設メモリ５の割当は自由に調整で
きる。例えば、システムＡに対し全てのメモリを割り当
てることも可能であり、この場合、本例のパソコンはシ
ステムＡでのみ稼働することになるため、大きなメモリ
が必要なアプリケーション等を動かす場合に好適であ
る。また、例えばメモリを１ＭＢ毎にシステムＡあるい
はＢに割り当てるようなメモリの割当も可能である。過
去のシステムとの互換性が必要な増設メモリ５と比較
し、メインメモリ４は一般に高速のメモリを使用してい
る。従って、ＣＰＵ１に常設されやすいメモリ領域、例
えば両方のシステムのコンベンショナルメモリ領域をメ
インメモリ４の領域内に設定することが望ましい。

【００７０】このようなシステムＡおよびＢに対するメ
モリの割当情報をフラッシュＰＲＯＭなどを用いたＢＩ
ＯＳＲＯＭ６の一部に格納しておいても良い。このよう
にＢＩＯＳＲＯＭ６に割当情報を書き込めるようにして
おけば、メモリマップを保持するためにバックアップ用
の電池や、ＥＥＰＲＯＭなどを用意する必要がなくな
る。ＢＩＯＳＲＯＭ６に対しては、割当情報などの変更
のある情報を格納する部分を除いて書き変わらないよう
に回路的にブロックをかけて保護することもできる。

【００７１】本例のパソコンでは、ＣＰＵの動作速度を
向上するために、それぞれのシステムのＢＩＯＳをＢＩ
ＯＳＲＯＭ６からそれぞれのシステムに割り当てられた
メモリ領域にロードしてある。例えば、Ａシステムに対
しては、ＢＩＯＳＲＯＭ６に格納してあるＡシステム用
のＢＩＯＳ７ａを、初期設定時にＡシステムに割り当て
たＢＩＯＳ領域（例えばＦＦＦＦＦｈ〜Ｅ００００ｈ）
にロードする。さらに、ＣＰＵ１の作動開始時にフェッ
チするアドレスＦＦＦＦＦＦＦ０ｈに対しても同じＢＩ
ＯＳにアクセスするようにメモリマップを構成する。Ｃ
ＰＵ１が作動を開始してＢＩＯＳをフェッチすると、Ｃ
ＰＵのアクセスするアドレスは、ＢＩＯＳの最初のフォ
アジャンプ命令でＢＩＯＳやコンベンショナルメモリを
含む１ＭＢの領域に移行し、後述するような処理を行え
るようになっている。なお、本例のパソコンでは１つの
ＢＩＯＳＲＯＭに２つのシステムのＢＩＯＳを格納して
いるが、もちろんシステム毎にＢＩＯＳＲＯＭを設けて
も良い。また、本例のようにＢＩＯＳＲＯＭからＲＡＭ
にロードしてＢＩＯＳを実行せずとも、ＢＩＯＳＲＯＭ
自体にＣＰＵ１のメモリマップを割り当て、ＲＯＭから
ＢＩＯＳを実行することも可能である。この場合も、Ｃ
ＰＵ１に接続するＢＩＯＳ用のメモリマップをシステム
毎に用意して切り替えれば、上記と同様にシステム間の
移行を行える。

【００７２】ＢＩＯＳをロードする初期設定時に、本例
のパソコンにおいては、ＢＩＯＳＲＯＭ６に格納してあ
るＳＭＩハンドラー８を所定のメモリ領域にロードす
る。本例のパソコンではＡシステムおよびＢシステムに
共通したＳＭＩハンドラー８をＢＩＯＳＲＯＭ６に格納
している。そして、このＳＭＩハンドラー８を、Ｂシス
テムに割り当てたメモリ空間の一部、例えばＣＰＵのメ
モリマップ上ではビデオＲＡＭの裏バンクに割り当てら
れたメモリ空間１００にロードする。本例のパソコンで
は、ＳＭＩが発行されてＳＭＭに移行すると、Ａシステ
ムであってもＢシステムであってもＣＰＵのアドレスが
メモリコントローラ２によって変換されて、裏バンクの
ＲＡＭ１００にロードされたＳＭＩハンドラー８に基づ
いた処理が行われる。そして、このＳＭＩハンドラー８
によって、ＣＰＵのメモリマップを切り替えることでシ
ステム間での移行が実現される。

【００７３】３．システム・マネージメント・インタラ
プト本例のパソコンでは、ＣＰＵ１に付加されているシステ
ム・マネージメント機能を用いてシステムの切り替えを
行っている。このシステム・マネージメント機能は、シ
ステム・マネージメント・モード（ＳＭＭ）で利用で
き、ＳＭＭには、システム・マネージメント・インタラ
プト（ＳＭＩ）リクエストによってのみ入ることができ
る。ＳＭＭでは、レジューム処理などのパワー関係のイ
ベント処理が可能であり、このため、ＳＭＩは指定ポー
ト・アドレス領域へのアクセスなどによって起動でき
る。ＳＭＩは最上位割り込みであり、ＣＰＵ１が他の動
作モードで稼働している場合であってもＳＭＭに入りこ
むことができる。これに対し、他の割り込み、例えばＮ
ＭＩなどはアプリケーションプログラムやパソコンの他
の機能のために割り当てられている可能性があるので、
現状ではシステムを切り替えるためのシステム管理手段
としては、このＳＭＩが適している。ＳＭＩは、ハード
あるいはソフトで要因を設定でき、ハードウェアでＣＰ
Ｕに割り込みをかけられる。

【００７４】図５に示した信号波形、および図６に示し
たメモリマップに基づき、ＳＭＭに移行する状態を説明
する。ＳＭＩが発生するとＳＭＭに入り、ＣＰＵ１はＳ
ＭＩＡＣＴ信号を発生する。これによって、ＳＭＩメモ
リスペースがイネーブルとなる。本例では、メモリ領域
のうち、アドレス０３８０００ｈ〜０３ＦＦＦＦｈがシ
ステム・マネージメント用に割り当てられる。そしてＳ
ＭＩＡＣＴ信号が発生すると、メモリコントローラ２
が、このアドレスを変換して裏バンクのＲＡＭ１００に
割り当ててあるＳＭＲＡＭ領域との接続を行う。これら
のアドレスの内、アドレス０３ＦＥ００ｈ〜０３ＦＦＦ
Ｆｈが、ＣＰＵステートセーブエリア１０２であり、残
りのアドレス０３８０００ｈ〜０３ＦＤＦＦｈが、ＳＭ
Ｉハンドラー１０１を格納してある領域に割り当てられ
る。先に述べたようにＲＡＭ１００のこの領域１０１に
は、ＢＩＯＳＲＯＭ６からハンドラー８を予めロードし
てある。

【００７５】時刻ｔ１にＳＭＩが発生して、時刻ｔ２に
ＳＭＩＡＣＴ信号が発生すると、メモリコントローラ２
がアドレスを変換し、ＲＡＭ１００に割り当ててあるＳ
ＭＲＡＭとＣＰＵとを接続する。そして、時刻ｔ３のＡ
ＤＳ信号によってＣＰＵ１の状態を示すステートがこの
セーブエリア１０２に記憶される。時刻ｔ４にＣＰＵの
ステート保存が完了すると、ＣＰＵ１は、ＳＭＩハンド
ラー１０１の実行開始アドレスをフェッチして、ＳＭＭ
における処理を実行する。この間にＳＭＩの発生した要
因を判別して周辺機器の状態をチェックしたり、初期化
したり、様々な処理が可能である。

【００７６】本例では、ＡシステムからＳＭＭに入った
場合でも、ＢシステムからＳＭＭに入った場合でも共通
のＳＭＲＡＭ領域にアクセスできる。もちろん、両シス
テム毎にＳＭＲＡＭ領域を確保しても良く、両システム
に共通のＳＭＩハンドラーをロードしたり、システム毎
に異なるＳＭＩハンドラーをロードしておいて特有の処
理を行わせることも可能である。

【００７７】図６に示すように本例では、メモリマップ
上のビデオＲＡＭ１１０に割り当ててあるアドレス０Ｅ
００００ｈ〜０Ｅ７ＦＦＦｈの裏バンクをＳＭＲＡＭ領
域１００として用いている。そして、ＳＭＩＡＣＴ信号
が低レベルの時に、アドレス０３８０００ｈ〜０３ＦＦ
ＦＦｈに対してＣＰＵ１がアクセスした場合には、０Ｅ
００００ｈ〜０Ｅ７ＦＦＦｈにアドレス変換されたＳＭ
ＲＡＭ領域１００を用いてＳＭＭ中の機能が実現され
る。システムによってアドレスマップが切り替わって
も、同じＳＭＲＡＭ領域にアクセスするので、本例のＳ
ＭＲＡＭ領域は両システムに共通した領域となる。もち
ろん、ＳＭＩの要因や、ＳＭＩハンドラーによってＳＭ
ＲＡＭ領域全体あるいはＣＰＵステートセーブエリア１
０２のみをアドレス変換して別のメモリに割り当てるこ
とも可能である。また、Ｉ／Ｏレジスタをステートセー
ブ用のメモリとして使用することも可能である。ＳＭＭ
に入るとＣＰＵステートが自動的に保存されるが、ＣＰ
Ｕステートセーブエリア１０２の内容はＳＭＩハンドラ
ーによってＳＭＩハンドラーに割り当てた領域や、他の
特定のメモリ領域にセーブでき、また、その特定の領域
にセーブされたＣＰＵステートを必要に応じてＣＰＵ１
に復帰させることもできる。

【００７８】ＳＭＩハンドラー１０１は、システムの切
り替えだけではなく、電源オフ処理、レジューム処理、
各種パワーセーブ処理、ポップアップメニューの処理な
ど両システムに共通した処理が可能である。従って両シ
ステムに共通した領域に設けておくことが望ましい。ま
たＳＭＩハンドラーを格納するメモリー領域が大きい場
合には、共通した領域にＳＭＩハンドラを設けることに
より、メモリー容量の削減が図れる。

【００７９】ＳＭＩハンドラーの処理が終わると時刻ｔ
５にレジューム（ＲＳＭ）・インストラクションが発行
され、ＣＰＵステートセーブエリア１０２に保存してあ
るＣＰＵステートがＣＰＵ１に戻される。ＣＰＵステー
トが復帰すると、ＳＭＩＡＣＴ信号は高レベルに戻り、
ＣＰＵは通常の動作モードに復帰する。この際、先にセ
ーブされたＢシステムのＣＰＵステートがＣＰＵ１に戻
され、メモリマップがＢシステム用に変わっていれば、
時刻ｔ６からＣＰＵ１はＢシステムで再起動する。従っ
て、パワーオフ後のレジューム処理と同様の状態でパソ
コンは動作する。この際、Ｉ／ＯブロックなどもＩ／Ｏ
命令であるＣＨＧ１９によってＢシステム用に切り替わ
っている。本例のパソコンでは、初期処理などの判別を
行う都合上、後述するように、一旦他のシステムのＢＩ
ＯＳに戻ってからＣＰＵステートを復帰するようにして
いる。また、ＳＭＭ内で初期処理などの判別を行い、Ｃ
ＰＵステートの復帰まで行う手法をとっても良い。

【００８０】４．要因ポートおよび基本設定ポート図７に、本例のパソコンにおいてＳＭＩを発生させる要
因ポートを示す。本例のパソコンでは、この要因ポート
にアクセスすることによってＳＭＩを発行させることが
できる。例えば、ソフトウェアによってＳＭＩを発生す
るときは、要因ポート１にアクセスし、ビット２を
「１」にすれば良い。ＳＭＩを発行させる要因にはパワ
ー関係のイベントなどもあるので、ＳＭＩが発行しＳＭ
Ｍに入るとＳＭＩハンドラーはこの要因ポート１のビッ
トマップによってＳＭＩの要因を判断し、処理を行う。
本例では、ソフトウェア、ポップアップメニューや、キ
ーボードからの要因によってＳＭＩが発行された場合
に、システムを切り替える処理に入る。なおビット７は
Ｉ／Ｏエミュレーションの要因ポートであり、ビット７
が「１」の場合には、Ｉ／Ｏ命令のソフトウェア的なエ
ミュレート変換についての要因がセットされる。このＩ
／Ｏエミュレーションの要因ポートは階層構造となって
おり、この要因ポートの下位には、図示しない複数の階
層構造の要因ポートがある。

【００８１】図８に示すように本例のパソコンでは、要
因ポート１に加え、システムを切り替える際に参照する
要因ポート２が用意される。この要因ポート２は、何の
要因でソフトウェアＳＭＩ（要因ポート１のビット２）
が発生したかを判断するためのものである。要因ポート
２には、システムの切り替え方向を判別するシステムビ
ットとしてビット０および１が用意される。さらに、ア
プリケーションを実行する際にＳＭＩを発行してシステ
ムを切り替える場合や、ＨＤＤをコピーする場合の処理
を行えるようにビット２および３をこれらの処理に割り
当ててある。

【００８２】本例では、２つのシステムビットによって
システムを切り替える方向を判別する。さらに、後述す
るように一旦ＳＭＭを抜けてから基本設定ポートなどを
参照して、ＣＰＵステートを復帰するために再度ＳＭＭ
に入るようにしているので、このシステムビットを参照
してＣＰＵステートを復帰するか否かをＳＭＩハンドラ
ーに指示できるようにしてある。

【００８３】このように、これらの要因ポート１および
２はＳＭＩを発行させた要因を記憶し、また、ＳＭＩハ
ンドラーがそれぞれの要因に従った処理を行えるように
なっている。

【００８４】また、図９に示すように、本例のパソコン
では、メモリーコントローラ２に基本設定ポートも用意
してある。この基本設定ポートには、システム毎の初期
設定処理の状況を判断するイニシャルビット（ビット０
および１）、電源オフの際にレジューム処理を行うこと
を指示するレジュームビット（ビット２）、パソコンの
立ち上げ時のシステムを設定する初期システムビット
（ビット３）、現在選択されているシステムを示すシス
テム判別ビット（ビット４）、さらに、システムを切り
替えた際にリブート処理によってアプリケーションを行
うことを指示するリブートビット（ビット５および６）
を用意してある。先に述べたＩ／Ｏ命令ＣＨＧ１９は、
システム判別ビットが切り替わると発生し、これに基づ
き各回路の切り替えを行う。

【００８５】本例では、イニシャルビットが、Ａあるい
はＢシステムの下で少なくとも１度稼働し、各システム
の初期設定が終了しているか否かを示す起動フラグと、
各システムの下でアプリケーションが稼働中であるかを
示す未了フラグの機能を果たしている。イニシャルビッ
ト＝０であれば、アプリケーションは未了とされ、シス
テムが切り替わって元のシステムに復帰した場合に、未
了であったアプリケーションを続行することが可能とな
る。また、電源オフする際に、未了のアプリケーション
があった場合に、その事実をユーザーに警告表示するこ
ともできる。従って、ユーザーは初期設定時のみ２つの
システムを使用していることを意識するだけであって、
その後は１つのシステム上でアプリケーションを実行し
ているのと同じ感覚で本例のパソコンを使用できる。ま
た、他方のシステムでアプリケーションを実行中にもか
かわらず、一方のシステム側からパソコンを停止するこ
ともあり得るので、イニシャルビットを参照してユーザ
ー側に警告を出すなどのエラー処理を簡単に組み込むこ
とができる。

【００８６】さらに、本例では、リブートビットとの組
み合わせによって、アプリケーションプログラムの終了
後にシステムが再起動した場合であっても、環境の初期
化が行われないようにしている。すなわち、アプリケー
ションプログラムが終了してイニシャルビットがアプリ
完了状態（＝１）となっても、リブートビットをリブー
ト側（＝１）に設定しておけばシステムを切り替えた際
にリブート状態で立ち上がる。従って、システムを切り
替える毎にＩ／Ｏコントロール部やメモリなどの初期化
を行う必要がなくなるため、システムの切り替えに要す
る時間を短縮できる。さらに、システムを切り替えて同
じＯＳを使用するのであれば、ＯＳをメモリにロードす
る手間も省けるので、指定されたアプリケーションやシ
ステムのメニュープログラムを瞬時に実行でき、ユーザ
ーはシステムが切り替わったこと意識せずに使用でき
る。また、リブートビットを解除（＝０）し、イニシャ
ルビットを未起動の状態（＝１）に設定すれば、そのシ
ステムだけのリセットを簡単に行える。従って、他方の
システムに影響を与えることなく一方のシステムのリセ
ットを行える。

【００８７】以上まとめると次のようになる。イニシャルリブート０ × アプリケーションが未了（未了フラグオン）１０メモリチェック等の初期化が必要（初期化フラグオン）１１リブート処理指示（リブートフラグオン）図１０（ａ）〜（ｃ）に示すように、本例のパソコンで
は基本設定ポートのシステム判別ビットと、イニシャル
ビットとを参照してパソコンの動作している状況をユー
ザーが確認できるようになっている。例えば、図１０
（ａ）に示すように、システム判別ビットがＡシステム
を示しているときはＡシステムでパソコンが動作してい
るので、ＡシステムのＬＥＤ１４ａが赤色に点灯する。
一方、Ｂシステムのイニシャルビットは未起動状態（＝
１）なのでＢシステムで稼働させているアプリケーショ
ンはなく、ＢシステムのＬＥＤ１４ｂは点灯しない。Ａ
システムでアプリケーションが稼働中にＢシステムに移
行すると、システム判別ビットがＢシステムを示すの
で、図１０（ｂ）に示すようにＬＥＤ１４ｂが赤色で点
灯する。一方、Ａシステムではアプリケーションが稼働
中だったのでＡシステムのイニシャルビットは未了状態
（＝０）となり、これによってＬＥＤ１４ａは黄色に点
灯する。これによってユーザーは本例のパソコンはＢシ
ステムで稼働中であるが、Ａシステムで稼働していたア
プリケーションがそのままの状態であることを知ること
ができる。したがって、Ｂシステムでの作業を終了した
後にＡシステムに戻れば、アプリケーションの処理に入
ることが判る。図１０（ｃ）に示すように、Ｂシステム
での作業を終了してＡシステムに戻ると、システム判別
ビットはＡシステムとなり、Ｂシステムのイニシャルビ
ットは起動済み状態（＝１）、また、リブートビットは
リブート状態（＝１）となるので、ＬＥＤ１４ａは赤色
に点灯し、ＬＥＤ１４ｂは緑色、すなわち初期化済み
（リブート）を示す状態となる。このように上記の要因
ポートや基本設定ポートの状態を参照すれば、システム
の判別や、ＳＭＩハンドラーの処理状況などをユーザー
サイドに示すことができる。もちろん、ＬＥＤに限ら
ず、ＣＲＴ上の特定の位置、例えば、最下段や小さな表
示窓にこれらの情報を表示しても良い。

【００８８】これらの要因ポート１および２、あるいは
基本設定ポートの構成は上記に限らず様々に構成でき
る。イニシャルビットに加えてアプリケーションの実行
状況を示すビットを設けても良い。また、パソコンの立
ち上げ時にシステムを固定しておくのであれば、初期シ
ステムビットは不要となる。また、定期的に２つのシス
テムを切り替えながら２つのシステムのアプリケーショ
ンを同時進行的に処理するようなオプションも簡単に組
み込むことができる。

【００８９】さらに、本例のパソコンではＡ、Ｂ２つの
システムに切り替えられるようにしてあるが、メモリマ
ップを増やし、Ｉ／Ｏなどの切り替え回路を用意すれ
ば、本例のパソコンと同様の構成で３つ以上のシステム
を切り替えながら使用することももちろん可能である。
そして、この場合の要因ポートや基本設定ポートの構成
は３つ以上のシステムに対応したものに変わっていくこ
とはもちろんである。

【００９０】さらに、３つ以上のシステムであれば、例
えば、現在のシステムの前にＣＰＵの稼働していたシス
テムを記憶し、デフォルトで前のシステムに戻るような
オプションの設定もできる。このようなオプションを設
定することでユーザーの利便性を高めることができる。

【００９１】５．処理の流れ以下に図１１〜図１５を参照して、本例のパソコンでシ
ステムを切り替える際の処理の流れを説明する。図１１
に示すように、本例の処理システムは、初期設定を行う
部分２００と、アプリケーションなどの諸プログラムの
実行を行う部分２５０と、ＳＭＭに入ってシステムの切
り替えを行う部分３００と、パソコンでの処理を終了す
る処理を行う部分３５０とからなる。

【００９２】［初期設定］図１２に、初期設定を行う部
分２００の処理の流れを示してある。ステップ２０１で
パソコンの電源がオンされると、ステップ２０２で特定
のキー入力があったか否かを判別する。特定のキーボー
ドの特定のキーの組み合わせや、マウスなどを特定の方
法で操作した場合は、システム毎のメモリの割り振り
（容量の割り当て等）を行う。まず、ステップ２０３で
ＳＭＩを発生させ、ＳＭＩハンドラーに制御を引き渡
す。ＳＭＩハンドラーをメモリ領域にロードできていな
い時は、ステップ２０３に先立ってＳＭＩハンドラーを
ＤＲＡＭにロードしても良いし、あるいはＢＩＯＳＲＯ
Ｍ上のＳＭＩハンドラーの領域にアドレスを変換してＲ
ＯＭから動かしても良い。ＳＭＩハンドラーはステップ
２０４でメモリの割り振りを行うメニューを表示し、ユ
ーザーはこのメニューからメモリの割付を指示する。Ｓ
ＭＩハンドラーはステップ２０５でレジュームビットを
チェックする。レジュームビットが立っている場合は電
源オン時に電源オフの状態に復帰するレジューム処理を
行うが、メモリの割付を変更すると、レジューム処理が
できなくなる。そこで、ステップ２０６で警告メッセー
ジをＣＲＴなどに表示する。ステップ２０７でユーザー
がメモリの割付を変更する処理を続行するのであれば、
ステップ２０８でレジュームビットを０、すなわち、レ
ジューム処理を行わない状態としてステップ２０９に進
む。ステップ２０７でユーザーがメモリの割付の変更を
行わない場合は、ステップ２１０へ移行し、メモリの割
付を変更しないで処理を終了する。

【００９３】レジュームビットがレジューム処理を行わ
ない状態（＝０）となっていると、ステップ２０９でメ
モリコントローラ２のメモリマップを変更し、各システ
ム毎のメモリ容量の割付を変更する。ステップ２１０で
この処理を行うメニューの表示をオフし、ＳＭＭを抜け
る。これら一連の表示や入力は、ＳＭＩハンドラーがＡ
またはＢのシステムの入出力制御回路を用いて行えるよ
うにしてある。

【００９４】次に、ステップ２１２で基本設定ポートの
レジュームビットを確認し、ユーザーによってレジュー
ム側に設定されていると以下の初期設定部２００の処理
をバイパスして実行部２５０に移行する。レジュームビ
ットは、例えばポップアップメニュー内でユーザーが有
効・無効を設定できるものである。電源オフの間もバッ
クアップ用の電源、例えば電池などを用いてメモリを活
かしておくレジューム側に設定されていれば、実行部２
５０に移行し、システムの環境を電源オフされる前と変
えずにレジューム状態で復帰する。ＣＰＵを復帰させる
ために基本設定ポートのシステム判別ビットに基づき回
路接続やメモリマップが電源オフされる前の状態に設定
されているかなど、一方のシステムで正常に稼働できる
ような環境確認を行っても良い。

【００９５】レジュームビット＝０の場合は、ステップ
２１３で初期システムビットの設定を判別する。この
際、初期システムビットによってシステム判別ビットは
初期に立ち上がるシステム側に設定されているので、シ
ステム判別ビットに従って、ステップ２１４でシステム
Ａのメモリマップを設定するか、ステップ２１５でシス
テムＢのメモリマップを設定する。同時に、メモリマッ
プを設定した側のＢＩＯＳをそのシステム用に割り振ら
れたメモリ領域にロードしておく。

【００９６】メモリマップの設定と共に、ステップ２１
６でシステム判別ビットに基づき、選択されたシステム
の側の入出力制御回路に切り替える。これによって、初
期システムビットに対応したシステムＡあるいはシステ
ムＢのハードウェア的な環境が整う。ステップ２１６の
状態では、イニシャルビットは初期化が必要な状態（＝
１）に、また、リブートビットはリブートが不要な状態
（＝０）に設定される。

【００９７】また、前に電源をオフした時の双方のシス
テムのイニシャルビットを保存しておけば、初期設定時
に、電源をオフした時のアプリケーションプログラムの
実行状況を確認することもできる。これにより、アプリ
ケーションプログラムが終了していなかったシステムを
レジューム状態で強制的に立ち上げるような処理も可能
となる。

【００９８】［プログラムの実行］図１３を参照して、
プログラムの実行部２５０の処理の流れを説明する。実
行部２５０では、初期設定部２００あるいはシステムの
切り替え部３００においてＢＩＯＳやメモリマップなど
を含めてＡあるいはＢシステムの環境が整った状態で処
理を開始する。まず、ステップ２５１でアドレスＦＦＦ
ＦＦＦＦ０ｈをフェッチし、すでにロードされているＡ
システムあるいはＢシステムのＢＩＯＳに従った処理を
開始する。例えば、Ａシステムの環境下であるとする
と、メインメモリ４にロードされているＡシステムのＢ
ＩＯＳのうち、アドレスＦＦＦＦＦＦＦ０ｈにシャドー
としてあらわれているＢＩＯＳをフェッチする。ＢＩＯ
Ｓがフェッチされると、ステップ２５２で、ＣＰＵが接
続されたシステム、すなわち、動作する環境の整ってい
るシステムのイニシャルビットの状態を確認する。イニ
シャルビットが初期化の必要な状態（＝１）であれば、
そのシステムで処理の継続しているアプリケーションプ
ログラムなどはないので、ステップ２５３で、そのシス
テムのリブートビットを確認する。リブートビットがリ
ブート状態（＝１）に設定されていれば、そのシステム
で一度立ち上がっているＯＳはすでにロードされてお
り、その初期化までは済んでいる。従って、ステップ２
５９でリブート処理を行い、ＯＳが既にロードされた状
態で処理を開始する。このため、システムが変更になっ
てもメモリチェックや、入出力制御手段の初期化、ある
いはＯＳのロードといった処理を行わずにすみ、ユーザ
ーはシステムが変わったことは意識しないで処理を続行
できる。後述するようにリブート後は指定されたアプリ
ケーションを自動的にブートし、実行するようにしてあ
るので、ユーザーは、異なるシステムに対応したアプリ
ケーションをそのシステムを意識することなく同時に実
行することができる。本例では、リブート処理によって
ＯＳのロードも省けるようにしているが、システムが変
わった時にＯＳも変更するのであれば、メモリチェック
だけ省いたり、あるいはＯＳのロードから始めたり、リ
ブート時の処理はさまざまに行える。

【００９９】リブートビットがリブート状態に設定され
ていなければ（＝０）、その環境下でＣＰＵは初めて動
作するか、あるいはリセットを要求されている。そこで
ステップ２５４で、メモリチェックを行い、さらにステ
ップ２５５で入出力制御手段の初期化を行う。さらに、
ステップ２５６でＦＤＤやＨＤＤ等の先頭のセクタの読
み込みを行い、さらに、ステップ２５７において、ＦＤ
ＤやＨＤＤから、ＣＰＵ１の稼働する環境下のＯＳに係
るＩＯシステムなどを読み込み、ＯＳの初期設定を行
う。この処理は、各システムが最初に動作するときのみ
ならず、各システムでＣＰＵ１がリセットされた場合も
行えるように、本例のパソコン用のシステムは構築して
ある。例えば、Ａシステムでマイクロソフト社製のＭＳ
−ＤＯＳ（商標）を作動させた後、同じＡシステムでＢ
ＡＳＩＣを作動させるには、後述するステップ２６５で
リセットすれば、ステップ２５４からの処理によってＢ
ＡＳＩＣの初期設定を行える。これらの処理は、通常の
パソコンにおける初期設定の工程と同様である。

【０１００】ステップ２５７までの処理を行った段階で
リブートビット＝１とし、リセットされない限り上記の
初期化処理を行わないようにしている。これによって、
ユーザーはシステムが変わるたびに初期化処理を求めら
ることはない。

【０１０１】初期化処理が終了したり、あるいはリブー
ト処理が終了してＯＳの動作準備が整うと、ステップ２
５８でアプリケーションプログラムの起動指示があるか
否かを判断する。アプリケーションプログラムの起動指
示があれば、そのアプリケーションプログラムをブート
し、ステップ２６３に移ってプログラムに従った処理を
実行する。アプリケーションプログラムのブートは、例
えばＭＳ−ＤＯＳ（商標）をＯＳとして用いた場合は、
起動ファイルであるＡＵＴＯＥＸＥＣ・ＢＡＴにブート
したいアプリケーション名を加えておけば良い。詳しく
は後述する。アプリーションプログラムの起動指示のな
い場合は、ステップ２７１でＯＳコマンド待ちとなっ
て、ユーザーの指示待ちの状態となる。

【０１０２】本例のパソコンでは、ＡおよびＢのいずれ
のシステムでも初期の立ち上げを可能とし、また、Ａお
よびＢシステムのいずれのＯＳにもアクセスできるよう
にしてある。これと異なり、ベースとして動くシステム
を例えばＡシステムに決めておけば、Ｂシステムのアプ
リケーションを動かすときだけＢシステムに移行し、通
常のユーザーがアクセスできるのはＡシステムで稼働す
るＯＳに限定するようなシステム構成ももちろん可能で
ある。また、本例のパソコンでは、ＡシステムからＢシ
ステムのアプリケーションプログラムを指定した場合、
そのアプリケーションプログラムが終了すれば自動的に
Ａシステムに切り替わり、ＡシステムのＯＳや、Ａシス
テムで実行していたアプリケーションプログラムに自動
的に戻るようにしてある。このようなシステム構成であ
っても、ユーザーは異なった環境で動くシステムに切り
替えることを意識しないで両システムのアプリケーショ
ンプログラムを使用できる。

【０１０３】ステップ２５２で、切り替わったシステム
のイニシャルビットが未了（＝０）になっている場合
は、そのシステム、例えばＢシステムに切り替わった時
に、Ｂシステムですでにアプリケーションプログラムが
起動している。そして、図６に示すように、以前にＡシ
ステムに切り替わる際のＣＰＵ１の状態は、ＳＭＲＡＭ
としてアドレス変換されたビデオＲＡＭ１１０の裏バン
クに相当するＲＡＭ１００に保存してある。その状態の
ＣＰＵステートを復帰させるためにステップ２６０でソ
フトウェアＳＭＩを発行する。ＳＭＩが発行されると、
ＳＭＭに入り、その時のＣＰＵステートがＳＭＲＡＭに
退避される。ステップ２６１では、ＳＭＩハンドラー
が、ＳＭＲＡＭのＣＰＵステートセーブの領域１０２に
特定のメモリ領域に保存してあったＣＰＵステートを復
帰させる。ステップ２６２でＲＳＭインストラクション
を発行してＳＭＭを抜けると、ＣＰＵステートセーブ領
域１０２のステートがＣＰＵ１に戻されるので、ＣＰＵ
１の状態は前にＢシステムからＡシステムに切り替わっ
た直前の状態となる。ステップ２６３で、Ａシステムの
イニシャルビット＝０として、アプリケーションプログ
ラムの実行中の状態とする。ステップ２６４でＣＰＵ１
が動作を開始すれば、前にＢシステムからＡシステムに
切り替わったままの状態でアプリケーションプログラム
の処理を続行できる。イニシャルビットは、例えば、Ａ
システムをベースに稼働するマシンにとってはＢシステ
ムだけに設けておいても良い。Ａシステムはマシンが起
動すると必ず初期化され、また、マシンを停止するとき
は必ずＡシステムに戻るからである。

【０１０４】アプリケーションプログラムの実行中にリ
セットしたい場合は、キーボードなどからリセット命令
を入力する。ステップ２６５によりリセット命令が入っ
たと判断すると、ステップ２６６で稼働中のシステムに
イニシャルビット＝１とし、リブートビット＝０とす
る。そして、ステップ２５１に戻ってＢＩＯＳフェッチ
からの処理を行う。これによって、先に説明した初期化
の処理を行える。このリセット処理は、稼働中のシステ
ム内で行われるため、他方のシステムの状態は影響を受
けない。Ｂシステムの稼働中にリセットを行った場合
は、Ｂシステムとして接続されているメモリやＩ／Ｏブ
ロックなどが設定されなおすだけで、Ａシステムに係る
メモリなどの状況は変わらない。従って、Ｂシステムを
リセットした後、Ａシステムに切り替わっても、Ａシス
テムでの内容は変更されない。このため、ユーザーは他
方のシステムへの影響を考慮しないでリセット機能を使
用できる。例えば、ＢシステムのＯＳを変えたり、Ｂシ
ステムのアプリケーションプログラムを中断しても、Ａ
システムで稼働させていたアプリケーションプログラム
への影響はない。このように、本例のパソコンでは、ユ
ーザーが環境の差を意識することなく２つのシステムを
使用できるにもかかわらず、２つのシステムを別々に取
り扱えるように考慮してある。

【０１０５】本例のパソコンでは、上記のリセットに加
え、両システムをハード的にリセットできるオールリセ
ットスイッチと、システム別にハード的にリセットでき
る個別リセットスイッチを用意してある。オールリセッ
トスイッチは、例えば本体ケースの裏側などにユーザー
が容易に押せないように用意してある。このオールリセ
ットボタンによって両システムのメモリやレジスターを
ハード的にリセットできるようにしてある。また、シス
テム別のリセットスイッチは従来のパソコンと同様にパ
ソコンのフロント側に用意してあり、ＣＰＵが暴走した
場合などでもシステム別にハード的にリセットをかけれ
るようにしてある。

【０１０６】例えばリセット信号と、Ａ、Ｂ間のシステ
ムを切り替えるＣＨＧ１９にゲートをかけ、ＣＨＧ１９
の値によってリセット信号を切り分けておけば、前記リ
セットスイッチをシステム別に用意しなくても、１つの
リセットスイッチを操作して、現在動作中のシステムの
みをハード的にリセットすることができる。

【０１０７】アプリケーションプログラムの実行中にシ
ステムを切り替えるＳＭＩを要求する入力があったとき
は、ステップ２６７で判断し、例えばステップ２６８で
ポップアップメニューを画面に表示する。このポップア
ップメニューは特定のキーコンビネーションで呼び出す
ことが可能であり、また、キーボード上に呼出し用の特
定のキーを設けておいても良い。また、マウスのボタン
を２つ同時に押した場合にポップアップメニューを呼び
出すような処理も可能である。あるいは、ユーザーがポ
ップアップメニューを呼び出す特定のキーコンビネーシ
ョンを指定できるようにしておいても良い。

【０１０８】もちろん、ポップアップメニューを経ず
に、キーコンビネーションや、アイコンなどによってＳ
ＭＩを発行させ、システムを自動的に切り替えて例えば
Ａシステムで実行中のワープロが即座に画面上に現れる
ような制御も可能である。このようなケースでは、特定
のキーコンビネーションが入力されると、キーボードコ
ントローラ２４が認識し、ＳＭＩＫをＩ／Ｏブロック２
１に出力する。Ｉ／Ｏブロック２１は、他の要因のＳＭ
Ｉコントロール回路を内蔵しており、その中で調停を行
った後、ＳＭＩＯ信号をメモリコントローラ２に出力す
る。メモリコントローラ２では、ＣＰＵ１のタイミング
に従ってＳＭＩをＣＰＵ１に出力する。本例では、Ａお
よびＢの２つのシステムを切り替えるようにしてある
が、３つ以上のシステムの切り替えも勿論可能なので、
このような場合はポップアップメニューで処理すれば、
ユーザーが切り替え先を指定できる。

【０１０９】図１７に、システムを変えてアプリケーシ
ョンプログラムを動かす一例を示してある。図１７
（ａ）に示すようにＡシステムを立ち上げて画面１２０
の上でワープロを稼働させている際に、右下のアイコン
１２６によってＢシステムを選択する。Ｂシステムはま
だ一度も立ち上がっていないので、画面１２０は、図１
７（ｂ）のようにＢシステムの初期画面に変わり、この
画面によってＢシステムの初期化を行える。図１７
（ｂ）の画面からＡシステムに戻る場合は、図１９のポ
ップアップメニューを使用できる。もちろん、特定のキ
ーコンビネーションで行ってもよい。

【０１１０】ポップアップメニューを使用したＡシステ
ムへの復帰は次のように行う。まずＡシステムへの復帰
「ＹＥＳ」を選択する。次に「Ｂシステムを保存」を選
択すると、Ｂシステムのイニシャルビット＝０として、
Ａシステムに復帰する。即ち、Ｂシステムで実行中のア
プリケーションプログラムを未了状態にしながらＡシス
テムに復帰する。従って、次にＢシステムに復帰した場
合には、未了であったアプリケーションプログラムが続
行される。

【０１１１】一方、Ａシステムへの復帰「ＹＥＳ」を選
択した後、「Ｂシステムのアプリケーションのみを終
了」を選択すると、Ｂシステムのイニシャルビット＝
１、リブートビット＝１としてＡシステムに復帰する。
これにより、次にＢシステムに復帰した場合には、リブ
ート処理が行われる。

【０１１２】また、Ａシステムへの復帰「ＹＥＳ」を選
択した後、「Ｂシステムの全てを終了」を選択すると、
Ｂシステムのイニシャルビット＝１、リブートビット＝
０としてＡシステムに復帰する。これにより、次にＢシ
ステムに復帰した場合には、メモリチェック等の環境の
初期化が行われる。

【０１１３】図１７（ｂ）でＢシステムのアプリケーシ
ョンを立ち上げると図１７（ｃ）のようになるが、ここ
からＡシステムに復帰する場合も上記と同様にできる。

【０１１４】図１７（ａ）から、アプリケーションアイ
コン１２５を選択すると、アプリケーション起動用のバ
ッチファイル内でアプリケーションビットを１として、
希望するアプリケーションプログラム、この場合は表計
算プログラムの起動プログラム（バッチファイル）をＢ
システムにコピーして、図１７（ｃ）のように表計算プ
ログラムが立ち上がる。表計算を終了した時は、バッチ
ファイル内で自動的にＡシステムに切替え、図１７
（ａ）に戻る。アプリケーションアイコン１２５で立ち
上げた表計算プログラムが実行中にポップアップメニュ
ー等でＡシステムに戻ることもできるが、この際、図１
７（ａ）のアプリケーションアイコン１２５は、起動中
を示すように、表示態様を変えて表示される。さらに、
バッチファイルにＢシステムのクロックスピード（ＣＬ
Ｋ）を変更するＩ／Ｏポートを設定する命令を加えれ
ば、例えば表計算の実行に最適なクロックスピードにＢ
システムを自動設定した上で表計算プログラムを立ち上
げることができる。パワーセーブについても上記と同様
に設定できる。

【０１１５】図１８および図１９に、上記と異なる画面
表示の例を示してある。図１８では、パソコンが先ずＡ
システムで立ち上がっているので画面１２０はＡシステ
ムとなる。そして、Ａシステムで稼働するアプリケーシ
ョンプログラムの作動画面１２１、例えばワープロの画
面が表示され、Ａシステムでアプリケーションプログラ
ムが作動している。そして、このアプリケーションプロ
グラムの実行中、例えばＢシステムの表計算プログラム
を動かす。Ｂシステムの表計算プログラムの作動画面１
２２はマルチウィンドウ表示でＡシステムのワープロ画
面と重なって表示され、この状態でＢシステムのアプリ
ケーションプログラムが動作する。このＢシステムのア
プリケーションプログラムの動作中に、Ａシステムのワ
ープロに戻りたい場合は、特定のキーコンビネーション
をインプットし、Ｂシステムのアプリケーション画面上
にポップアップメニュー１３０を表示する。このポップ
アップメニュー１３０には、Ａシステムへの復帰指示に
加えレジュームビットの設定も可能となっている。さら
に、クロックのスピードなどの指定もできるようになっ
ている。

【０１１６】ポップアップメニュー１３０の立ち上げ時
の表示を、Ａシステムへの移行が常に「ＮＯ」となるよ
うにポップアップメニューの設定を初期化することで、
ユーザーが誤ってＡシステムに切り替えるのを防止する
こともできる。このポップアップメニューでＡシステム
への復帰が指示されると、ステップ２６８では、Ａシス
テムへの切り替えるようにシステムビットを設定してシ
ステム切り替え部３００に移行する。具体的には、図８
に示す要因ポート２のビット０を「１」に設定してＳＭ
Ｉを発行する。

【０１１７】ＳＭＩは最上位割り込みなのでＳＭＩが発
行されると現在Ｂシステムで処理中のアプリケーション
プログラムは中断してしまう。Ｂシステムで処理中のプ
ログラムによっては中断すると誤動作するようなものも
考えられる。例えば、ＦＤＤの初期化途中であったり、
割り込みデバイスの初期化時などであり、一連のＩ／Ｏ
アクセスが連続で行われなければ誤動作するデバイスア
クセス時などが考えられる。このような場合は、ＳＭＩ
を発行する前のステップ２６８で判断してＳＭＩの発行
を遅らせても良い。あるいは、ＳＭＩを発行した後、Ｓ
ＭＩハンドラーで処理中のプログラムの種類を判断し
て、一定の時間経過後ふたたびＳＭＩを発行するように
プログラムしてからＳＭＭを抜けて前のシステムに復帰
するようにシステムを構成することも可能である。

【０１１８】ステップ２６９でアプリケーションプログ
ラムが終了したと判断すると、ステップ２７０でイニシ
ャルビット＝１に戻す。パソコンでの処理を終了する指
示がポップアップメニュー等からあれば、ステップ２７
２で判断し、終了処理３５０へ移行する。他のアプリケ
ーションプログラムの実行が選択された場合は、ステッ
プ２７３で現在ＣＰＵ１の稼働しているシステムと同一
の環境で動作可能なアプリケーションが否かを判断し、
同じ環境で動作するアプリケーションであれば、ステッ
プ２６３に戻ってアプリケーションプログラムを実行す
る。

【０１１９】一方、選択されたアプリケーションがＣＰ
Ｕ１の稼働しているシステムと異なるシステムで動作す
るものであれば、システムを切り替える必要がある。そ
して、システムが切り替わった後に、選択されたアプリ
ケーションプログラムをブートし、実行させる必要があ
る。本例のシステムでは、Ｂシステムで稼働するアプリ
ケーションプログラム用のコマンドファイル、例えばＭ
Ｓ−ＤＯＳをＯＳとして採用する場合は、ＣＯＮＦＩ
Ｇ．ＳＹＳとＡＵＴＯＥＸＥＣ．ＢＡＴをアプリケーシ
ョンプログラム毎にＡシステムのディスク上に用意して
ある。そこで、ステップ２７４で、Ｂシステムで稼働す
るアプリケーションプログラム用のコマンドファイルを
ＳＭＲＡＭ１００にコピーし、ステップ２７５で要因ポ
ート２のアプリケーションビット＝１としてシステム切
り替えを行うようにしている。アプリケーション用のコ
マンドファイルをコピーする領域は、ＳＭＩハンドラー
が取り扱えるメモリ領域であれば良く、ＳＭＲＡＭ領域
に限定されない。

【０１２０】あるいは、選択されたアプリケーションプ
ログラムをＳＭＩハンドラーで処理できるＡおよびＢシ
ステムに共通のメモリ領域、例えば、ビデオＲＡＭに割
り当てられているメモリ領域やＩ／Ｏレジスタなどをプ
ログラム名の保存領域として使用して記憶させ、ＳＭＩ
ハンドラーでアプリケーションプログラムを起動するフ
ァイルを作成しても良い。

【０１２１】［システムの切替え］図１４に、システム
切り替え部３００の処理の流れを示してある。本例のシ
ステム切り替え部３００では、ステップ３０１でＳＭＩ
を発行する。ＳＭＩは、ポップアップメニューや、アプ
リケーションを起動させる際のソフトウェアや、あるい
はキーボードなどを要因として発行できる。要因ポート
１にＩ／Ｏ命令でアクセスしても良く、メモリアクセス
を用いてもＳＭＩを発行できる。ＳＭＩが発行される
と、ＣＰＵ１のステートは図６に示すようにＳＭＲＡＭ
１００に退避される。そして、ＳＭＩハンドラー１０１
に従った処理を実行する。本例では、まず、ステップ３
０２でシステムを切り替える方向を示すシステムビット
を確認する。上記の例では、ＢシステムからＡシステム
に切り替えるので、要因ポート２のビット１を「１」に
設定してある。システムを再度Ｂシステムに切り替えた
時にＣＰＵステートを復帰させるためにはＣＰＵ１のス
テートを保存しておく必要があるので、ステップ３０３
でＣＰＵステートセーブ領域１０２に退避してあるＣＰ
Ｕ１のステートを別のメモリ領域、例えばＳＭＩハンド
ラーの領域１０１などに保存する。再度Ｂシステムに切
り替わったときは、ＳＭＩハンドラーなどの領域に保存
してあるＣＰＵのステートをＣＰＵステートセーブ領域
１０２を介してＣＰＵ１に復帰させれば、システムが切
り替わったときのＣＰＵ１の状態を再現できることにな
る。

【０１２２】次に、要因ポート２の各要因をチェックす
る。まず、ステップ３０４でＨＤＤコピーを示す要因で
あれば、図１６に示す各ステップを実行してステップ３
１５でＳＭＭを抜ける。ＨＤＤコピーであることは、例
えばポップアップメニューを使用して設定することがで
きる。本例のＨＤＤコピーのオプションは、例えば、Ｂ
システムの実行中にＡシステムで使用していたＨＤＤの
内容を写しかえたり、ＢシステムのＨＤＤからＡシステ
ムのＨＤＤへデータを移植する際に用いられる。本例の
パソコンでは、ＡシステムおよびＢシステム用に用意し
てあるＨＤＤドライブ４５、４６はリムーバブルなの
で、共通のＨＤＤ４４との間でデータやアプリケーショ
ンをコピーすれば、それぞれのシステム専用のパソコン
とデータやアプリケーションプログラムを相互に使用す
ることができ非常に便利である。ＨＤＤのコピーはメニ
ューから処理を選択することももちろん可能であるが、
両システムのＢＩＯＳを用いて両システム用のＨＤＤイ
ンタフェースやＨＤＤドライブの状態を確認するなどの
処理を行う必要があるので、ＳＭＭ内で処理できるよう
にしている。

【０１２３】図１６に示すように、ＨＤＤコピーを行う
処理では、ステップ３２０で一方のシステム、例えばＡ
システムでＡシステムに接続されたＨＤＤを読み込む。
そして、ステップ３２１でそのシステムでＳＭＲＡＭに
ＨＤＤから読み込んだ内容をコピーする。ステップ３２
２でシステムを切り替え、ステップ３２３で切り替えた
システム、例えばＢシステムでＳＭＲＡＭの内容を読み
込む。そして、読み込んだ内容をＢシステムでＢシステ
ムに接続されたＨＤＤに書き込む。ステップ３２５で再
度システムを切り替えて、ステップ３２６でＡシステム
ＨＤＤのコピーが終了したかを判断する。ＨＤＤのコピ
ーが終了していなければ、ステップ３２０に戻り上記の
処理を繰り返す。このＨＤＤコピーのプロセスで呼び出
されたシステムを初期化する場合は、初期化用の画面表
示を行ってから上述したＨＤＤコピーの処理に移れば良
い。

【０１２４】ＨＤＤコピーのビットが立っていなけれ
ば、次に、システム判別ビットに基づいてメモリマップ
を切り替える。システム判別ビットはシステムビット、
本例では要因ポート２のビット０および１の状態によっ
て切り替えられる。システム判別ビットが例えば１から
０に変われば、システムをＢからＡに切り替える必要が
ある。本例では、システム判別ビットと同期してハード
的にＣＨＧ１９が設定され、これによって、ステップ３
０７でメモリコントローラは、メモリマップをシステム
Ａ用に切り替える。また、逆にシステム判別ビットが０
から１に変われば、システムをＡからＢに切り替えるた
めにステップ３０９でメモリマップをシステムＢ用に切
り替える。ＣＨＧ１９は、例えばアドレス０Ｃ００ｈに
３４ｈを書くことにより低レベルから高レベルに変化す
る。このＣＨＧ１９に基づきメモリコントローラ２によ
ってメモリマップを切り替えるようにすれば良い。

【０１２５】メモリマップの設定と同時に、Ｉ／Ｏ命令
ＣＨＧ１９によってステップ３１０に示すように入出力
制御回路の切り替えが行われる。これにより、Ｉ／Ｏブ
ロックなどの回路がシステム判別ビットに合致したシス
テム側に切り替わる。さらに、ステップ３１１でシステ
ムビットをクリアする。

【０１２６】次に、ステップ３１２で、要因ポート２の
アプリケーションビットを確認する。アプリケーション
ビット＝１ならば、ステップ３１３でＳＭＩハンドラー
の使用できるメモリ領域に格納してあるアプリケーショ
ンプログラムを起動するコマンドファイルを切り替えら
れたシステムのブートデバイス、例えばシステム用のハ
ードディスクにコピーする。これによって、リブート時
や、システムを初期化したのちに読み込まれる環境設定
用のファイルやブートファイル、例えばＭＳ−ＤＯＳの
ＣＯＮＦＩＧ．ＳＹＳやＡＵＴＯＥＸＥＣ．ＢＡＴを稼
働させたいアプリケーションプログラム用に変更でき
る。この場合、元のブートファイルは名前を変えて保存
し、アプリケーションプログラム終了時に名前を戻せば
よい。システムが切り替わった後ＡＵＴＯＥＸＥＣ．Ｂ
ＡＴが読み込まれると、自動的に指定されたアプリケー
ションが起動する。また、アプリケーションプログラム
が終了した後の処理も同時に指示できるので、例えば、
アプリケーションプログラムが終了したのちに再度元の
システムに切り替わるような指示も可能である。従っ
て、ユーザーはアプリケーションの動作する環境を認識
せずにアプリケーションの指定することができ、また、
本例のシステムでは、ユーザー側に環境が変わったこと
を意識させずにアプリケーションの実行まで処理でき
る。

【０１２７】上記のような処理でシステムの切り替えを
終了するので、ＲＳＭインストラクションを発行してス
テップ３１５でＳＭＭを抜け、実行部２５０に移行す
る。

【０１２８】［終了処理］図１５に基づき、終了処理３
５０の構成を説明する。プログラムの実行部３００から
移行し、ステップ３５１で電源オフの指令を行うと、ス
テップ３５２でＳＭＩを発行し、ステップ３５３でレジ
ュームビットの状態をチェックする。レジュームビット
＝１であると、ステップ３５４で、ＣＰＵステートを保
存し、各システムに割り当てられたメモリの内容を確保
するなどのレジューム処理をおこなってからステップ３
５５で電源をオフする。

【０１２９】図２０にレジューム処理のフローチャート
を示す。レジューム処理を行う場合にはステップ３６０
でＳＭＩを発生し、ステップ３６１でレジュームでの電
源オフか否かを判断する。レジュームでの電源オフでな
ければステップ３６２に示すように他のＳＭＩ処理へ移
行する。次にステップ３６３で、ＦＤＤ等をアクセス中
かを判断し、アクセス中の場合にはステップ３６４に移
行しＳＭＩを再起動するタイマをセットしてＳＭＩルー
チンを抜ける。アクセス中でない場合には、ステップ３
６５でバックアップ電源等によりバックアップされない
データの退避を行うとともに、ステップ３６６でＳＭＲ
ＡＭの内容を別領域に退避する。最後にステップ３６７
に示すように電源オフコマンドを発行する。

【０１３０】図１５の説明に戻る。ステップ３５３でレ
ジュームビット＝０の場合は、レジューム処理を行わず
にステップ３５５で電源をオフする。その際、念のため
ステップ３５６で他のシステム、例えばＢシステムのイ
ニシャルビットをチェックする。イニシャルビット＝０
の場合は、そのシステムで稼働中のアプリケーションプ
ログラムがあるので、ステップ３５７でユーザーに警告
メッセージを表示する。ステップ３５８でユーザーが電
源オフを続行する場合は、そのままＢシステムのアプリ
ケーションプログラムを中断しパソコンを停止する。一
方、ステップ３５８で電源オフの処理を中止する場合
は、プログラム実行部に移行する。

【０１３１】このように、裏のシステムでアプリケーシ
ョンプログラムが作動中であることをユーザー側に示し
ユーザーが対応する機会を与えれば、Ｂシステムではア
プリケーションプログラムが動作しているのに、Ａシス
テムでパソコンを停止させてしまうような事態を防止で
きる。本例のパソコンのように、複数のシステムが稼働
できるマシンでは、双方のシステムにおけるアプリケー
ションの実行状況を確認してからパソコンの電源を遮断
することにより、ユーザーに対応できる機会を与えるこ
とができる。

【０１３２】（第２の実施例）１．全体構成の説明第２の実施例は、Ｉ／Ｏエミュレーションに関する実施
例であり、図２１に、この場合のパソコンの全体構成の
一例を示す。このパソコンは、ＩＢＭ社製のパコン（以
下、ＡＴ機又は単にＡＴと呼ぶ）の環境と、セイコーエ
プソン社製あるいはＮＥＣ社製のパソコン（以下、９８
機又は単に９８と呼ぶ）の環境の双方で動作する複数互
換機である。ＣＰＵバス４００には、ＤＲＡＭ等のメモ
リブロック４０６を制御するメモリコントローラ４０
１、キャッシュＳＲＡＭ４０２、ＴａｇＲＡＭ４０４、
データバスバッファ４０８が接続される。このパソコン
では、図１、２と異なり、高速バスであるＰＣＩバス４
５２を採用しており、ＰＣＩバス４５２にはサブコント
ローラ４１０、ＰＣＭＣＩＡインターフェース４２２、
９８用ビデオコントローラ４２４、ＶＧＡ拡張ビデオコ
ントローラ４２６、ＰＣＩブリッジ４３０が接続され
る。またシステムバス４５４には、ＢＩＯＳＲＯＭ４４
２、ＦＤＤコントローラ４４４、キーボード・マウスコ
ントローラ４４６、シリアルコントローラ４４８、パラ
レルコントローラ４４９が接続される。

【０１３３】サブコントローラ４１０（エミュレート手
段）は、ＳＭＩステータス４１２、ＳＭＩ発生手段４１
４、命令変換手段４１６、ＡＴ系Ｉ／Ｏ保持手段４１
８、９８系Ｉ／Ｏ保持手段４２０、Ｉ／Ｏ受付手段４２
１を含む。ＳＭＩステータス４１２は図７、図８に示す
要因ポートのレジスタ等を含むものであり、ＳＭＩステ
ータスに要因が設定されるとＳＭＩ発生手段４１４によ
りＳＭＩ４５５が発生され、ＣＰＵ４００に出力され
る。ＣＰＵ４００にＳＭＩ４５５が入力されるとＳＭＩ
ハンドラーが起動し、このＳＭＩハンドラーがＳＭＩス
テータス４１２の要因ポートを読み、要因に応じた所定
の処理を行う。なお本例ではこの要因ポートは階層構造
となっている。

【０１３４】Ｉ／Ｏ受け付け手段４２１は、ＣＰＵ４０
０が発行したＩ／Ｏ命令を受け付けＩ／Ｏ命令の種類等
を解析する。そして高速性が要求されるＩ／Ｏ命令のエ
ミュレート変換処理は、命令変換手段４１６がハードウ
ェア的に行う。一方、高速性が要求されず複雑なＩ／Ｏ
命令のエミュレート変換処理は、例えばＳＭＩハンドラ
ーがソフトウエア的に行う。第１の実施例では、例えば
ＡＴ系のＩ／Ｏデバイス（入出力制御手段）と９８系の
Ｉ／Ｏデバイスとを用意し、ＣＰＵがＡＴ系の命令を発
行した場合にはＡＴ系のＩ／Ｏデバイスに切り替え、９
８系の命令を発行した場合には９８系のＩ／Ｏデバイス
に切り替え、これにより複数互換を実現していた。しか
しこの手法によると、ＡＴ系と９８系の２つのＩ／Ｏデ
バイスが必要となるため、コスト面で不利になる可能性
がある。これに対して第２の実施例では、例えば全ての
Ｉ／Ｏデバイス（シリアルコントローラ４４８、パラレ
ルコントローラ４４９等）をＡＴ系とし（全てを９８系
としてもよい）、ＣＰＵ４００が９８系の命令を発行し
た場合には命令変換手段４１６によりその命令をＡＴ系
の命令に変換しＩ／Ｏデバイスに伝える。一方、ＣＰＵ
４００がＡＴ系の命令を発行した場合には、その命令
は、そのままＩ／Ｏデバイスに伝えられる。これにより
Ｉ／Ｏデバイスの全てあるいはほとんどをＡＴ系のもの
とできるため、コスト・開発容易性等の面で有利とな
る。命令変換手段４１６の詳細については後述する。

【０１３５】ＰＣＩブリッジ４３０は、例えばＳＩＯ
（インテル社製の８２３７８ＩＢ）と呼ばれるものであ
り、マスター・スレーブの割り込みコントローラ４３
２、４３４、ＨＤＤ４２８とのインターフェースとなる
ＩＤＥインターフェース４３６、ＤＭＡコントローラ４
３８、システムバス４５４へのバス変換を行うためのバ
ス変換部４４０を含む。

【０１３６】なおサブコントローラ４１０は、パソコン
内にあらかじめ内蔵してもよいが、サブコントローラ４
１０を、ＰＣＩ拡張スロット等に接続可能な拡張ボード
上に設けたり、ＰＣＭＣＩＡインターフェース４２２等
に接続可能なＩＣカード上に設ける構成としてもよい。
このようにすれば、ユーザのオプション選択により上記
拡張ボード又はＩＣカードを接続することで複数互換を
実現できるようになるからである。またサブコントロー
ラ４１０を、ＰＣＩブリッジ４３０と同一のチップ内に
設けることもできる。その理由は、使用される信号がほ
とんど同一だからである。このような構成で９８用ビデ
オコントローラ４２４を拡張ボード又はＩＣカード上で
対応すれば、２つのシステムに対応しているにもかかわ
らずチップ数・チップ面積を同一にすることが可能であ
る。

【０１３７】更にサブコントローラ４１０の一部又は全
部をＣＰＵバス４５０に接続する構成としてもよい。Ｃ
ＰＵバス４５０にサブコントローラ４１０を接続するこ
とで、ＦＲＡＭＥ信号のマスクの問題、ＳＭＩ信号の取
り出しの問題、ＰＣＩバス等を有しないあるいはＣＰＵ
からの命令がＰＣＩを介さない低価格のパソコン（例え
ばノートパソコン）への対応の問題等を解決できる。サ
ブコントローラをＣＰＵバス上に設ける場合には、例え
ば図２２（Ａ）、（Ｂ）に示すような構成とする。この
場合、まず、メインボード６２６上のＣＰＵソケットで
ある第２のソケット６２８からＣＰＵ４００を取り外
す。そして第２のソケット６２８のピン穴６３３に、第
１のオプションボード６２０上に設けられた第１のソケ
ット６２２のピン端子６２５を挿入する。そして第１の
ソケット６２２のピン穴６２３（ピン端子６２５と電気
的に導通している）に、取り外した上記ＣＰＵ４００を
装着する。第１のオプションボード６２０上には、図２
２（Ｂ）に示すような構成の第１のサブコントローラ６
２４が設けられている。ＣＰＵインターフェース６４０
はＣＰＵとインターフェースを行いＣＰＵバスをコント
ロール等するものであり、命令変換手段６４２はＩ／Ｏ
命令のエミュレート変換を行うものであり、ＳＭＩコン
トロール手段６４６は、ＳＭＩステータス、ＳＭＩ発生
手段等を含むものである。またメインボード６２６上の
ＰＣＩ拡張スロット６２９には、第２のサブコントロー
ラ６３１が設けられた第２のオプションボード６３０が
装着される。第２のサブコントローラ６３１は、ＢＩＯ
ＳＲＯＭ６３２、ビデオコントローラ６３４、ＦＭサウ
ンドコントローラ６３６、ＲＴＣ６３８等を含む。

【０１３８】２．Ｉ／Ｏ命令の保持図２１に示すＡＴ系Ｉ／Ｏ保持手段４１８、９８系Ｉ／
Ｏ保持手段４２０はＣＰＵ４００からのＩ／Ｏ命令を保
持するものである。例えばパソコンの環境がＡＴ系から
９８系、そしてＡＴ系へと切り替わった場合を考える。
この時、第１の実施例で説明したように、メモリマップ
の設定（ＣＰＵがアクセスするメモリ領域）もＡＴ系か
ら９８系、そしてＡＴ系へと切り替わる。しかしながら
第２の実施例では、Ｉ／Ｏデバイスは例えばＡＴ系のも
のしか用意されていない。従ってＡＴ系から９８系に切
り替わり次にＡＴ系に戻った際に正常にＩ／Ｏデバイス
を動作させるために、初めのＡＴ系の環境でＣＰＵが発
行した全てのＩ／Ｏ命令を保持しておく必要がある。こ
の保持動作はＡＴ系Ｉ／Ｏ保持手段４１８が行う。９８
系で発行したＩ／Ｏ命令の保持動作は９８系Ｉ／Ｏ保持
手段４２０が行う。保持された命令は元の環境に戻った
際にＩ／Ｏデバイスに伝えられる。具体的には、保持手
段に保持された命令を、ＣＰＵ４００が、直接に、ある
いはサブコントローラ４１０を介してＩ／Ｏデバイスに
伝える。

【０１３９】図２３はＡＴ系から９８系に切り替わる際
の動作を示すフローチャートである。ＡＴ系のアプリケ
ーションプログラムが動作中に（ステップＳ１）、９８
系へ切り替え動作が行われるとＳＭＩが発生しＳＭＩル
ーチンに移行する（ステップＳ２）。するとサブコント
ローラ４１０によるＩ／Ｏエミュレート機能がイネーブ
ルされるとともに、メモリマップを９８系に切り替える
処理が行われる（ステップＳ４）。なおＩ／Ｏデバイス
の内容がハード的にバックアップされない場合等には、
これらの内容をソフトウェアでメモリ等に退避する処理
が行われる（ステップＳ３）。次に９８系で一度立ち上
がったことがあるか否かが判断され（ステップＳ５）、
立ち上がったことがある場合にはその際に９８系Ｉ／Ｏ
保持手段４２０に保持された内容が、Ｉ／Ｏデバイスに
対して伝えられる（ステップＳ６）。次にＡＴ系のＣＰ
Ｕステートデータを別領域に退避し（ステップＳ７）、
９８系のＣＰＵステートデータをＳＭＲＡＭに戻す（ス
テップＳ８）。最後にＲＳＭ命令が発行されると、ＳＭ
ＲＡＭの内容がＣＰＵの内部レジスタに戻される。以上
により９８系の環境が整い、９８アプリが動作する（ス
テップＳ１０）。９８系からＡＴ系へ切り替える場合の
動作も同様である。

【０１４０】なお上記説明では命令変換手段４１６等に
よりエミュレート変換される前のＩ／Ｏ命令をＩ／Ｏ保
持手段に保持しているが、エミュレート変換後のＩ／Ｏ
命令を保持する構成としても構わない。

【０１４１】次にＩ／Ｏ保持手段の具体例について説明
する。

【０１４２】（１）Ｉ／ＯデバイスのＩ／Ｏポートがリ
ード可能である場合。

【０１４３】この場合には、環境を切り替える際に、Ｉ
／Ｏデバイスの全てのＩ／Ｏポートをリードし、リード
したＩ／Ｏポートの内容を別領域に退避することでＩ／
Ｏ保持手段を実現できる。

【０１４４】（２）Ｉ／ＯデバイスのＩ／Ｏポートがラ
イトオンリーである場合。

【０１４５】この場合には例えば次の３つの手法により
Ｉ／Ｏ保持手段を実現できる。

【０１４６】発生した全てのＩ／Ｏライト命令のアド
レス及びデータを保持する。

【０１４７】この場合のＩ／Ｏ保持手段の構成例を図２
４（Ａ）に示す。メモリアドレス発生部４６０は、Ｉ／
Ｏライト命令が発生する毎にインクリメントするアドレ
スを発生し、メモリ４６２に出力する。メモリ４６２
は、メモリアドレス発生部４６０から入力されたアドレ
ス位置に、Ｉ／Ｏライト命令に含まれるアドレス及びデ
ータを順次格納してゆく。この手法は制御等が容易とい
う利点はあるが、必要とされるメモリ容量が大きくな
り、メモリ容量を超えるＩ／Ｏ命令が発生した場合に
は、ユーザーにその旨をポップアップメニュー等で伝
え、Ｉ／Ｏデバイスの誤動作を防ぐ必要がある。

【０１４８】Ｉ／Ｏデバイスの各Ｉ／Ｏポートに対応
したレジスタ群を用意する。

【０１４９】この場合、Ｉ／Ｏポートによっては複数段
の深さを有するようなものがある。即ち同一Ｉ／Ｏアド
レスで複数回データを書き込んで初めてＩ／Ｏ命令が意
味をなすような場合である。このような場合には、複数
段のレジスタを用意して発生順にＩ／Ｏ命令を保持す
る。図２４（Ｂ）では、例えば１段の深さを有する０Ｃ
１０ｈのＩ／Ｏポートに対しては１段のレジスタを用意
する。一方、４段の深さを有する０Ｃ１２ｈのＩ／Ｏポ
ートに対しては４段のレジスタを用意し、Ｉ／Ｏ命令を
発生順に保持する。このようにＩ／Ｏポートのアドレス
の深さに応じたレジスタ群を用意する手法は、Ｉ／Ｏポ
ートの構成が固定であり、各レジスタの深さが事前にわ
かっている場合には有効である。なおこれらのレジスタ
は例えばＤフリップフロップ等で構成する。

【０１５０】発生した全てのＩ／Ｏライト命令のデー
タを該命令のアドレスで保持する。

【０１５１】この場合のＩ／Ｏ保持手段の構成例を図２
４（Ｃ）に示す。メモリアドレス発生部４６４は、Ｉ／
Ｏライト命令のＩ／Ｏアドレスと同等のアドレスを発生
し、メモリ４６６に出力する。メモリ４６６は、メモリ
アドレス発生部４６４から入力されたアドレス位置に、
Ｉ／Ｏライト命令に含まれるデータのみを順次格納して
ゆく。Ｉ／Ｏポートは深さが１段である場合がほとんど
であるため、これらの１段の深さのＩ／Ｏポートについ
ては図２４（Ｃ）の構成のＩ／Ｏ保持手段によりＩ／Ｏ
命令を保持する。一方、複数段の深さのＩ／Ｏポートに
ついてはこれに対応する複数段のレジスタを別に用意す
る。

【０１５２】但し、この手法は、各Ｉ／Ｏポートの深さ
が常に固定である場合には有効であるが、この深さがシ
ステムによって変動する場合等には不適である。この場
合には、例えば図２５に示す構成を採用する。アドレス
指示手段４７０はＩ／Ｏアドレス設定手段４７２と深さ
設定手段４７４とを含む。Ｉ／Ｏアドレス設定手段４７
２には、Ｉ／ＯポートのＩ／Ｏアドレスが設定され、深
さ設定手段４７４にはそのＩ／Ｏポートの深さ（段数）
が設定される。例えばＩ／Ｏアドレス０Ｃ１０ｈ、０Ｃ
１１ｈ、０Ｃ１２ｈの深さが１段、２段、４段であった
場合を考える。するとＩ／Ｏアドレス設定手段４７４に
は０Ｃ１０ｈ、０Ｃ１１ｈ、０Ｃ１２ｈが設定され、深
さ設定手段４７４にはこれらのＩ／Ｏアドレスに対応づ
けてその深さが設定される。アドレスコンペア手段４７
６では、ＣＰＵから発行されるＩ／Ｏ命令のＩ／Ｏアド
レスとアドレス指示手段４７０からのＩ／Ｏアドレスが
比較される。Ｉ／Ｏアドレスが０Ｃ１０ｈの時は深さが
１段であるためアドレスコントロール信号がディスエー
ブルされる。この場合にはＩ／Ｏ命令は図２４（Ｃ）の
メモリ４６６に保持される。Ｉ／Ｏアドレスが０Ｃ１１
ｈ、０Ｃ１２ｈの時は、各々の深さに応じたアドレスコ
ントロール信号がレジスタ部４７８に出力され、Ｉ／Ｏ
命令は、レジスタ部４７８内のレジスタに保持される。
以上の構成によれば、Ｉ／Ｏポートの深さがシステムに
よって変動する場合にもフレキシブルに対応できる。な
お図２４（Ｂ）、図２５に示すレジスタは、レジューム
時にその内容が保存される。

【０１５３】３．命令変換手段［構成の説明］図２６に命令変換手段４１６の構成の一
例を示し、図２７、図２８にはライトサイクル、リード
サイクルにおける動作を示す信号波形図を示す。この命
令変換手段４１６はマイクロコードメモリ５７０を含ん
でおり、このマイクロコードメモリ５７０から読み出し
たマイクロコード情報に基づいてエミュレート処理を実
現する。シーケンサ５５２はタイミング制御のための回
路であり、アドレスデコーダ５６０、セレクタ５６４等
に制御信号を出力すると共に、ＰＣＩバス上のステータ
ス・コマンド信号を受け付けたり出力バッファ５５４を
介してこれらの信号を制御する。アドレスラッチ５５
６、データラッチ５５８は、ＣＰＵ５０２からの命令に
含まれるアドレス・データをラッチするものである。ア
ドレスデコーダ５６０は、ラッチされたアドレスをデコ
ード変換し、アドレスデコーダ５６２は、マイクロコー
ドメモリ５７０から読み出されたエミュレーションアド
レスをデコードする。セレクタ５６４は、アドレスデコ
ーダ５６０、５６２の出力のいずれかを選択し、これを
メモリアドレスとしてマイクロコードメモリ５７０に出
力する。マイクロコードメモリ５７０は、ＲＯＭ、ＲＡ
Ｍ等により構成され、入力されたメモリアドレス位置に
マイクロコード情報を記憶している。このマイクロコー
ド情報は、コマンド・データ生成（ビットデータ、ビッ
ト定義）・エミュレーションアドレスの情報を含む。

【０１５４】マイクロコードメモリ５７０から読み出さ
れたマイクロコード情報は、１ｓｔサイクル（例えば図
２７のＸ１等）では第１のコードラッチ５７２にラッチ
され、２ｎｄサイクル（例えば図２７のＹ１等）では第
２のコードラッチ５７４にラッチされる。第１のコード
ラッチ５７２にラッチされたコマンド情報はデコーダ５
７６を介してシーケンサ５５２に伝えられ、このコマン
ド情報に基づき回路全体の動作が決定される。また、第
１のコードラッチ５７２にラッチされたエミュレーショ
ンアドレス情報はアドレスデコーダ５６２に出力され、
これによりマイクロコードメモリ５７０のメモリアドレ
スが生成される。また、エミュレーションアドレス情報
は、セレクタ５８６、出力バッファ５８８を介してＰＣ
Ｉバス上に出力され、これによりエミュレーションサイ
クルにおけるアドレスが与えられる。

【０１５５】第１、第２のコードラッチ５７２、５７４
にラッチされたデータ生成情報（ビットデータ、ビット
定義）は、ライトデータ生成部５７８、リードデータ生
成部５８２に出力される。ライトデータ生成部５７８
は、ビットデータ情報と、ビット定義情報と、ＣＰＵか
らライトデータと、エミュレーションで得られたデータ
とに基づいて、エミュレーションサイクルにおけるライ
トデータを生成する。また、リードデータ生成部５８２
は、ビットデータ情報と、ビット定義情報と、エミュレ
ーションで得られたデータとに基づいて、エミュレーシ
ョンサイクルにおけるリードデータを生成する。なお、
ＴＭＰレジスタ５８０、５８４は、データラッチ５５
８、入力バッファ５９０からの入力データを一時的にラ
ッチするものである。

【０１５６】［動作の説明］次に、命令変換手段４１６
の動作について図２７、図２８の信号波形図及び図２９
に示すフローチャートを用いて説明する。なおＰＣＬ
Ｋ、ＦＲＡＭＥ、ＡＤ、ＩＲＤＹ、ＴＲＤＹ、ＤＥＶＳ
ＥＬ等はＰＣＩバス規格で使用される信号である。また
ＦＲＡＭＥＳ、ＦＲＡＭＥＶ信号は、ＰＣＩブリッジ４
３０より下のＩ／Ｏデバイス（シリアルコントローラ４
４８等）、あるいはビデオコントローラ４２４、４２６
へのＣＰＵからのＩ／Ｏ命令の伝達を制御するためのも
のである。またＲＥＱ、ＧＮＴ、ＣＰＵＧＮＴはバスア
ービトレーションを行うための信号である。

【０１５７】まずＦＲＡＭＥ＝Ｌ（図２７のＡ１、図２
８のＡ３）か否かが判断され（図２９のステップＵ
１）、ＣＰＵにより発行された命令（図２７のＢ１、図
２８のＢ３参照）が、Ｉ／Ｏリード・Ｉ／Ｏライト・割
り込みアクノリッジのいずれのサイクルを要求するもの
であるかが判断される（ステップＵ２）。これらのサイ
クルが要求された場合、マイクロコードメモリ５７０の
出力イネーブル信号ＭＯＥ＝Ｌとし、マイクロコードメ
モリ５７０にメモリアドレスを入力し（Ｗ１、Ｗ３及び
ステップＵ３）、マイクロコードメモリ５７０の１ｓｔ
リードサイクルを開始する。この場合のメモリアドレス
ＭＡは、ＣＰＵからのアドレス情報（Ｂ１、Ｂ３）をア
ドレスデコーダ５６０によりデコードすることにより得
られる。１ｓｔリードサイクル（Ｘ１、Ｘ３）により得
られたマイクロコード情報は、第１のコードラッチ５７
２にラッチされる（ステップＵ４）。そして、ラッチさ
れたマイクロコード情報に含まれるコマンド情報はデコ
ーダ５７６を介してシーケンサ５５２に入力され、シー
ケンサ５５２は、このコマンド情報に基づいて２ｎｄリ
ードサイクル（Ｙ１、Ｙ３）が必要か否かを判断する
（ステップＵ５）。必要と判断されたらメモリアドレス
ＭＡを変更する処理をシーケンサ５５２の指示に基づき
セレクタ５６４が行う（ステップＵ６）。具体的には、
この変更処理は、１ｓｔリードサイクルで使用されたメ
モリアドレスのサイクルビット（図３０（Ａ）のビット
１４）を０から１に変更することで実現される。２ｎｄ
リードサイクルで得られたマイクロコード情報は第２の
コードラッチ５７４にラッチされ、その後ＭＯＥ＝Ｈ、
ＭＡ＝ＨＩ−Ｚにされる（ステップＵ８）。そして、第
１、第２のコードラッチ５７２、５７４にラッチされた
マイクロコード情報等に基づいて、エミュレーションサ
イクルにおけるアドレス、データ（Ｎ１、Ｎ３、Ｏ１、
Ｒ３）が生成される。

【０１５８】エミュレーションサイクルにおいては、第
１のコードラッチ５７２からアドレスデコーダ５６２を
介して入力されるエミュレーションアドレス情報がセレ
クタ５６４により選択され、マイクロコードメモリ５７
０のメモリアドレスが生成される。即ち、本例では、エ
ミュレーションアドレス（Ｎ３）が、エミュレーション
サイクルにおけるマイクロコードメモリ５７０のメモリ
アドレスＭＡ（Ｘ４）となる。２回目のエミュレーショ
ンサイクルが起動された場合にも、その時のエミュレー
ションアドレス（Ｎ４）がメモリアドレスＭＡ（Ｘ５）
となる。命令変換手段４１６は、エミュレーションサイ
クルが必要なくなるまで以上の動作を繰り返す。この場
合、次のエミュレーションサイクルを起動するか否かは
後述するようにマイクロコード情報に含まれる継続ビッ
ト（図３０（Ｂ）のビット３０）で判断する。このよう
に本例によれば、２回目以降のエミュレーションサイク
ルにおけるメモリのアドレスは、前回に読み出されたマ
イクロコード情報に含まれるエミュレーションアドレス
情報により決められる。また、次のエミュレーションサ
イクルを起動するか否かは前回に読み出されたマイクロ
コード情報に含まれるコマンド情報（継続ビット）によ
り決められる。従って、マイクロコードメモリ５７０に
記憶されるエミュレーションアドレス情報及びコマンド
情報（継続ビット）を変えるだけ、エミュレーションア
ドレスの異なるエミュレーションサイクルを任意の回数
だけ起動させることができる。これにより複雑なエミュ
レーション処理を簡易に実現でき、複数互換における互
換性をより高めることができる。

【０１５９】［マイクロコード情報の説明］次に、図３
０（Ａ）〜（Ｆ）を用いて、マイクロコードメモリ５７
０に記憶されるマイクロコード情報について説明する。
図３０（Ａ）、（Ｃ）には、マイクロコードメモリ５７
０に入力されるメモリアドレスのデータフォーマットが
示される。図３０（Ａ）は１ｓｔサイクル、図３０
（Ｃ）は２ｎｄサイクルのものであり、両者は、サイク
ルビット（ビット１４）の値のみが異なる。ＥＡ３〜Ｅ
Ａ０、Ａ７〜Ａ０は、ＣＰＵからの命令に含まれるアド
レス情報又はエミュレーションアドレス情報をデータ圧
縮することで得られるものである。また、オプションビ
ットＯＰ０、ＯＰ１は、ＥＡ３〜ＥＡ０、Ａ７〜Ａ０が
同一の時に異なるマイクロコード情報を得たい場合に使
用するものである。即ち、ＥＡ３〜ＥＡ０、Ａ７〜Ａ０
が同一でも、このオプションビットを異ならせることに
より異なるメモリアドレスをマイクロコードメモリ５７
０に出力することができ、これにより異なるマイクロコ
ード情報を得ることができる。サイクルビットは、１ｓ
ｔサイクルと２ｎｄサイクルを区別するためのビットで
あり、Ｒ／Ｗビットは、起動されるサイクルがリードサ
イクルか、ライトサイクルかを区別するためのビットで
ある。

【０１６０】１ｓｔサイクルで出力されるマイクロコー
ド情報は、図３０（Ｂ）に示すように、コマンド・デー
タ生成（ビットデータ）・エミュレーションアドレスの
情報を含む。エミュレーションアドレス情報Ａ１５〜Ａ
０、データ生成情報Ｄ７〜Ｄ０は、エミュレーションサ
イクルにおけるアドレス、データを得るためのものであ
る。即値ビットは、Ｄ７〜Ｄ０をエミュレーションデー
タとしてそのまま使用することを指示するビットであ
る。即ち、即値ビット＝１となると、ライトデータ生成
部５７８は第１のコードラッチ５７２からのビットデー
タＤ７〜Ｄ０を選択する。これにより、セレクタ５８
６、出力バッファ５８８を介してＤ７〜Ｄ０がエミュレ
ーションデータとしてＰＣＩバス上に出力される。ＡＤ
ビットは、アドレスのみを変換することを指示するビッ
トであり、ＡＤビット＝１となると、エミュレーション
においてアドレス変換のみが行われ、ＣＰＵからのデー
タ等がそのままエミュレーションデータとして選択され
る。なお、この時にＤ７〜Ｄ０はＣＰＵからのデータ等
をマスクするデータとして使用される。ＴＭＰＷビット
は、ＴＭＰレジスタ５８０、５８４にデータを格納する
ことを指示するビットである。スルービットは、アドレ
ス及びデータを変換しないでそのまま出力することを指
示するビットである。無視ビットは、エミュレーション
サイクル自体を起動しないことを指示するビットであ
る。スルービット＝１の場合には、システムバス上のＩ
／Ｏデバイス（シリアルコントローラ等）にＣＰＵから
の命令がそのまま伝わる。これに対して、無視ビット＝
１の場合には、ＦＲＡＭＥＳがマスクされているため、
これらのＩ／ＯデバイスにはＣＰＵからの命令が伝わら
ない。これにより例えば９８用のビデオコントローラ４
２４のみに命令を伝えることが可能となる。ＩＮＴＡビ
ットは、割り込みアクノリッジサイクル用の特殊変換を
指示するビットである。継続ビットは、次のエミュレー
ションサイクルの起動を指示するビットであり、継続ビ
ット＝１の場合には次のエミュレーションサイクルが起
動される。この継続ビットを使用すれば所望する回数だ
けエミュレーションサイクルを起動することが可能とな
る。Ｒ／Ｗビットは、起動するエミュレーションサイク
ルがリードサイクルかライトサイクルかを指示するビッ
トである。

【０１６１】図３０（Ｄ）のビット定義情報は、図３０
（Ｂ）のビットデータ情報Ｄ７〜Ｄ０と共にエミュレー
ションデータの生成処理に使用される。このデータ生成
処理は、２ｎｄ（メモリーリード）サイクル終了後に行
われる。そして、２ｎｄサイクルを起動するか否かは図
３０（Ｂ）のコマンド情報の中のビット２４、２５、２
７、２８により判断され、これらの全てのビットが０の
場合に起動される。これは、例えば即値ビット＝１の時
はＤ７〜Ｄ０がそのままエミュレーションデータとなる
ため、２ｎｄサイクルを起動する必要が無いからであ
る。このように本例では、１ｓｔサイクルでリードされ
たコマンド情報に基づいて２ｎｄサイクルを起動するか
否かを判断している。従って無駄なメモリーリードサイ
クルの起動が防止される。また本例では、データ生成情
報を、１ｓｔサイクルで読み出されるビットデータ情報
と２ｎｄサイクルで読み出されるビット定義情報とに分
けている。これにより１ｓｔ及び２ｎｄサイクルのマイ
クロコード情報を共に３２ビットとすることができ、マ
イクロコードメモリ５７０の出力バスを３２ビットバス
とすることができる。これによりメモリ制御を簡易にで
き、ハードウェアを小規模化できる。

【０１６２】次に、エミュレーションデータのビット７
を例にとり、データ生成処理を説明する。例えばビット
データＤ７＝１の場合には図３０（Ｅ）の表が使用され
る。即ち、ビット７の定義情報（図３０（Ｄ）のビット
３１〜２８）が（００００）の場合には、エミュレーシ
ョンデータのビット７にはＣＰＵからのライトデータ又
はエミュレーションのリードデータのビット０が割り当
てられる。同様に定義情報が（０００１）の時にはビッ
ト１が割り当てられる。また、定義情報が（１０００）
の時、即ち反転ビットが１の時には、ビット０を反転し
たものがビット７に割り当てられる。なお、ＣＰＵのラ
イトデータを割り当てるかエミュレーションのリードデ
ータを割り当てるかは、ライトサイクルかリードサイク
ルかで判断する。一方、Ｄ７＝０の場合には図３０
（Ｆ）が使用され、定義情報が（００００）の時にはビ
ット７は０に固定され（０００１）の時には１に固定さ
れる。また、定義情報が（００１０）の時には前回に生
成されたエミュレーションデータを割り当てる。定義情
報が（００１１）〜（１１１１）の場合の処理は図３０
（Ｆ）に示す通りである。なお、図３０（Ｆ）のデコー
ド展開は、パラレルコントローラにおいてモード設定を
行う場合に使用される。

【０１６３】［具体例１］次に本例でシリアルコントロ
ーラについてのエミュレート処理を行う場合の具体例を
説明する。シリアルコントローラとして、９８機ではイ
ンテル社製の８２５１Ａを使用しＡＴ機ではナショナル
セミコンダクタ社製のＮＳ１６５５０Ａ（８２５０Ａ）
を使用している。また、これらのシリアルコントローラ
のＩ／Ｏ（ポート）アドレスは、９８機では００３０ｈ
〜００３２ｈでありＡＴ機では０３Ｆ８ｈ〜０３ＦＦｈ
である。９８機では、シリアルコントローラのステータ
スレジスタのＩ／Ｏアドレスは００３２ｈである。そし
て、図３１に示すように、ＤＳＲは、９８機では００３
２ｈのビット７に、ＡＴ機では０３ＦＥｈのビット５に
配置される。また、ＳＹＮＣ／ＢＲＫは９８機では００
３２ｈのビット６にＡＴ機では０３ＦＤｈのビット７に
配置される。従って、００３２ｈのＩ／Ｏポートがリー
ドされた場合、サブコントローラ４１０は、０３ＦＥｈ
と０３ＦＤｈの２つのＩ／Ｏポートをリードする必要が
ある。この時の手順を図３２、図３３を用いて説明す
る。

【０１６４】（１）ＣＰＵにより００３２ｈがリードさ
れると（図３２のＡ１参照）、ＦＲＡＭＥ信号がアサー
トされ、マイクロコードメモリ５７０の１ｓｔ（メモリ
リード）サイクルが起動される。リードサイクルの時は
図３０（Ａ）のビット１５（Ｒ／Ｗビット）＝１とな
る。従ってＣＰＵからのアドレス００３２ｈはアドレス
デコーダ５６０によりデコードされ、メモリアドレスは
８０３２ｈとなる（図３２のＢ１参照）。このメモリア
ドレスには、Ｃ０７Ｆ０３ＦＤｈというマイクロコード
情報が記憶されている（Ｃ１参照）。コマンド情報がＣ
０ｈであるためビット２４、２５、２７、２８（図３０
（Ｂ）参照）は共に０であり、データ生成が必要である
と判断される。これにより、２ｎｄサイクルが起動され
る。２ｎｄサイクルのメモリアドレスは、１ｓｔサイク
ルのメモリアドレス８０３２ｈのビット１４（サイクル
ビット）が１となるだけなのでＣ０３２ｈとなる（Ｄ１
参照）。このアドレスには０７３１２６０５ｈというデ
ータが記憶されている（Ｅ１参照）。以上のようにして
得られたデータＣＯ７Ｆ０３ＦＤｈ、０７３１２６０５
ｈは第１、第２のコードラッチ５７２、５７４にラッチ
される。

【０１６５】（２）ＰＣＩバス上には００３２ｈのＩ／
Ｏアドレスを持つターゲットが存在しないため、ＤＥＶ
ＳＥＬ信号はアサートされない。この結果、ＰＣＩブリ
ッジ４３０がサブトラクトのタイミングでＤＥＶＳＥＬ
信号及びＳＴＯＰ信号をアサートすると、ＣＰＵにより
起動されたＰＣＩサイクルはリトライで終了する。

【０１６６】（３）今度は、サブコントローラ４１０が
マスター、ＰＣＩブリッジ４３０がターゲットとなって
エミュレーションサイクルが開始される（Ｆ１参照）。
１ｓｔサイクルでは、第１のコードラッチ５７２にラッ
チされているデータＣ０７Ｆ０３ＦＤｈ（Ｃ１参照）の
コマンド情報から、リードサイクル（図３０（Ｂ）のビ
ット３１＝１）であり、次のエミュレーションサイクル
があり（ビット３０＝１）、エミュレーションアドレス
は０３ＦＤｈ（ビット１５〜０）であることがわかる。
この０３ＦＤｈは、図３１に示すように、９８機の００
３２ｈに対応するＡＴ機のＩ／Ｏアドレスである。エミ
ュレーションデータの生成は、ｌｓｔサイクルでリード
されたビットデータ情報７Ｆｈ（Ｃ１参照）、２ｎｄサ
イクルでリードされたビット定義情報０７３１２６０５
ｈ（Ｅ１参照）と、３ＦＤｈのリード動作により読み出
されたエミュレーションリードデータ６１ｈ（Ｇ１参
照）とにより行われる。即ち、ビットデータ情報、ビッ
ト定義情報は第１、第２のコードラッチ５７２、５７４
から、エミュレーションリードデータは入力バッファ５
９０からリードデータ生成部５８２に入力される。リー
ドデータ生成部５８２はこれらの情報からエミュレーシ
ョンデータを生成する。図３３にはその生成方法が示さ
れる。ビット７は、ビットデータ情報が０でありビット
定義情報が０であるため、図３０（Ｆ）の表より０が割
り当てられる。また、ビット６〜０は、ビットデータ情
報が１でありビット定義情報が７、３、１、２、６、
０、５であるため、図３０（Ｅ）の表より、エミュレー
ションリードデータ６１ｈのビット７、３、１、２、
６、０、５が割り当てられる。これにより、生成される
エミュレーションデータは０７ｈとなる。この０７ｈは
リードデータ生成部５８２に保持され、次のエミュレー
ションデータの生成のために使用される。

【０１６７】（４）上記の（３）の動作と同時に、次の
エミュレーションサイクルのためのマイクロコードメモ
リのリードサイクルが起動されている。この時のメモリ
アドレス８１ＦＤｈ（Ｈ１参照）は、エミュレーション
アドレス０３ＦＤｈ（Ｉ１参照）から生成される。この
場合、本例ではメモリアドレスを上位８ビットを４ビッ
ト（図３０（Ａ）のビットＥＡ３〜ＥＡ０）にエンコー
ドしてマイクロコードメモリの容量を節約している。こ
のため、エミュレーションアドレス０３ＦＤｈの上位バ
イト０３ｈは、１ｈにエンコードされ、この結果、メモ
リアドレスは８１ＦＤｈになる。このアドレスには８０
８００３ＦＥｈというデータが記憶されている（Ｊ１参
照）。コマンド情報は８０ｈでありビット２４、２５、
２７、２８が共に０であるため、エミュレーションデー
タの生成が必要であり２ｎｄサイクルが起動される。こ
の時のメモリアドレスはＣ１ＦＤｈとなる（Ｋ１参
照）。このアドレスには５２２２２２２２ｈというデー
タが記憶されている（Ｌ１参照）。

【０１６８】（５）次に、サブコントローラ４１０が２
回目のエミュレーションサイクルを起動する。８０８０
０３ＦＥｈ（Ｊ１参照）のコマンド情報８０ｈから、こ
のサイクルは最後のエミュレーションサイクル（ビット
３０＝０）であり、Ｉ／Ｏアドレス０３ＦＥｈ（ビット
１５〜０）に対するリードサイクル（ビット３１＝１）
であるとわかる。また、エミュレーションデータは、ビ
ットデータ情報８０ｈ（Ｊ１参照）と、ビット定義情報
５２２２２２２２ｈ（Ｌ１参照）と、Ｉ／Ｏアドレス０
３ＦＥｈからのエミュレーションリードデータ２０ｈ
（Ｍ１参照）と、前回に生成されたエミュレーションデ
ータ０７ｈとから生成される。図３３にはその生成方法
が示される。ビット７は、ビットデータ情報が１でビッ
ト定義情報が５（０１０１）であるため、図３０（Ｅ）
の表より、エミュレーションリードデータ２０ｈのビッ
ト５が割り当てられる。また、ビット６〜０は、ビット
データ情報が０でビット定義情報が２（００１０）であ
るため、図３０（Ｆ）の表より、前回に生成されたエミ
ュレーションデータ０７ｈのビット６〜０が割り当てら
れる。この０７ｈは、リードデータ生成部５８２に保持
されていたものである。これにより、エミュレーション
データ８７ｈが生成される。

【０１６９】（６）上記（５）の２回目のエミュレーシ
ョンサイクルが終了するとサブコントローラ４１０はＲ
ＥＱ信号をディアサートし、ＣＰＵにバスのアクセス権
が譲られる。これにより、ＣＰＵは００３２ｈ（Ｎ１参
照）のリード命令のリトライを行う。このリード命令に
対し、サブコントローラ４１０は、上記（５）で得られ
たエミュレーションデータ８７ｈ（Ｏ１参照）を出力す
る。以上の処理により、ＣＰＵはエミュレートされたデ
ータをリードすることが可能となる。

【０１７０】［具体例２］９８機では割り込みコントロ
ーラとして２個の８２５９Ａを使用しており、マスター
となる割り込みコントローラのＩ／Ｏアドレスは０００
０ｈ、０００２ｈとなっている。一方、ＡＴ機でも２個
の８２５９Ａを使用しており、マスターのＩ／Ｏアドレ
スは００２０ｈ、００２１ｈとなっている。また、図３
４（Ａ）に示すように、９８機とＡＴ機とでは割り込み
線（割り込みベクトル）に対する割り込み要因の割り当
てが異なっている。そして、ＡＴ機では図２１に示すよ
うに割り込みコントローラ４３２、４３４はＰＣＩブリ
ッジ４３０（ＳＩＯ等）に内蔵されている。このため割
り込み線に対する割り込み要因の割り当て変更をハード
ウェア変更により実現することはできない。そこで、Ｉ
ＲＱ２とＩＲＱ７を交換（スレーブの位置を交換）する
エミュレート処理が必要になる。

【０１７１】図３４（Ｂ）に示すように、８２５９Ａで
は同じＩ／Ｏアドレスであっても、その時の状態により
アクセスされるレジスタ等が異なる。例えば、Ｉ／Ｏア
ドレス００００ｈ（９８機の場合）に対してリード動作
を行っても、その時の状態によりＩＲＲレジスタに対す
るアクセスになったりＩＳＲに対するアクセスになった
りする。また、リセット直後はイニシャライズシーケン
スを行なう必要があり、この時、４種類のＩＣＷ（Init
ialization Command Word）１〜４を順番に設定する。
また、図３４（Ｂ）においてＩＲＲ、ＩＳＲは現在の割
り込みの状態を知らせるための、ＩＭＲは割り込みマス
クを設定するためのレジスタである。また、ＯＣＷ（Op
eration Command Word）１〜３は、イニシャライズシー
ケンス後に８２５９Ａに対して送ることができるコマン
ドである。割り込み線に対する割り込み要因の割り当て
が９８機とＡＴ機とで異なることに起因してＩＲＱ２と
ＩＲＱ７の交換処理をしなければならないのは、ＩＣＷ
３、ＯＣＷ１、ＯＣＷ２、ＩＲＲ、ＩＳＲ、ＩＭＲの６
つである。この時の手順を図３５、図３６を用いて説明
する。

【０１７２】（１）リセット後は８２５９ＡはＩＣＷ１
を受け付ける状態になっており、このため、アプリケー
ションプログラム（又はＯＳ）はまず００００ｈにＩＣ
Ｗ１をライトする。この時のＣＰＵからのライトデータ
は１１ｈであり、９８機でもＡＴ機でも同じである。ま
た、この時の１ｓｔサイクルのメモリアドレスは０００
０ｈであり、このアドレスには００ＦＦ００２０ｈとい
うデータが記憶されている（図３５のＰ１参照）。この
時、コマンド情報が００ｈであるため２ｎｄサイクルが
起動され、２ｎｄサイクルのメモリアドレスは４０００
ｈとなる。このメモリアドレスには７６５４３２１０ｈ
というデータが記憶されている（図３５のＱ１参照）。
この時のエミュレーションデータの生成は、第１のコー
ドラッチ３７２からのビットデータ情報ＦＦｈと、第２
のコードラッチ３７４からのビット定義情報７６５４３
２１０ｈと、データラッチ３５８からのＣＰＵライトデ
ータ１１ｈとに基づき、ライトデータ生成部３７８によ
り行われる。この場合、図３６に示すようにビットデー
タ情報は全て１であり、ビット定義情報７、６、５、
４、３、２、１、０である。従って、図３６に示すよう
にエミュレーションデータはＣＰＵのライトデータと全
く同一になる。従って、アドレスのみが００２０ｈに変
換され、ＣＰＵのライトデータと同一のエミュレーショ
ンデータ１１ｈがライトされる（図３５のＲ１参照）。
即ち、ＩＣＷ１についてはＩＲＱ２とＩＲＱ７の交換処
理が必要ないためＩ／Ｏアドレスのみが変換される。

【０１７３】（２）ＩＣＷ１が設定されると、アプリケ
ーションプログラムは次にＩＣＷ２の設定を行う。ＣＰ
Ｕのライトアドレスは０００２ｈであり、データは０８
ｈであある。この時のメモリアドレスは０００２ｈで、
得られるデータは０２ＦＦ００２１ｈである。コマンド
情報は０２ｈでありＡＤビット（図３０（Ｂ）のビット
２５）が１であるため、アドレス変換のみを行う。この
ため２ｎｄサイクルは起動されない。これにより、エミ
ュレーションサイクルでは００２１ｈのＩ／Ｏアドレス
に０８ｈのデータがライトされる（図３５のＳ１参
照）。このように、本例ではマイクロコードメモリのリ
ードのサイクルを２回に分け、１回目に読み出されたマ
イクロコード情報に含まれるコマンド情報（ＡＤ・即値
・スルー・無視ビット）に基づき２回目のメモリリード
サイクルを起動するか否かを判断しているため、無駄な
メモリーリードサイクルの起動が防止される。即ち上記
（１）では、アドレスのみ変更しデータは変更しないと
いう処理を行うのに２回のメモリリードサイクルを必要
としたが、（２）ではＡＤビットを用いることでこれを
１回のメモリリードサイクルで済ましている。

【０１７４】（３）次に、ＩＣＷ３の設定を行う。ＩＣ
Ｗ３はスレーブ位置を決めるもので、９８用のアプリケ
ーションプログラムは０００２ｈに８０ｈをライトして
くる。これは、ＩＣＷ３ではビット７＝１（８０ｈ）と
することでスレーブの位置をＩＲＱ７に設定できるから
である。しかしながら、前述のようにＡＴ機ではスレー
ブ位置はＩＲＱ２であり（図３４（Ａ）参照）、ハード
ウェア変更によりこれを変えることはできない。そこ
で、ＩＣＷ３の設定の際に０４ｈ（ビット２＝１）をラ
イトするエミュレート処理が必要になる。この時のメモ
リアドレスは０００２ｈである。しかし、上記（２）に
おいてＩＣＷ２を設定する時のアドレスも０００２ｈと
なっている。従って、メモリアドレスを上記（２）と同
じ０００２ｈにすると、同じマイクロコード情報が読み
出されてしまい、ＩＣＷ２、ＩＣＷ３に対するエミュレ
ーション処理を区別できなくなる。そこで、この場合に
オプションビット（図３０（Ａ）のビット１２、１３）
を用いる。具体的には、ＯＰ１＝１としメモリアドレス
として２００２ｈを生成し、このメモリアドレスに０１
０４００２１ｈというデータを記憶しておく。するとコ
マンド情報が０１ｈであり即値ビットが１となるため、
データ生成情報Ｄ７〜Ｄ０がそのままエミュレーション
データとなる。これにより、ビットデータ情報の０４ｈ
がアドレス００２１ｈにそのままライトされる（図３５
のＴ１参照）。また、２ｎｄサイクルは起動されない。

【０１７５】（４）イニシャライズシーケンスの最後は
ＩＣＷ４の設定である。ＩＣＷ４のＩ／Ｏアドレスは０
００２ｈである。しかし、ライトデータは９８機では１
Ｄｈであり、ＡＴ機ではビット３＝０、ビット２＝０と
なる（ノンバッファモードにするため）。また、この場
合のメモリアドレスもＩＣＷ２、ＩＣＷ３のエミュレー
ションに使用されるメモリアドレスと区別する必要があ
り、具体的にはＯＰ１＝１、ＯＰ０＝１としメモリアド
レス３００２ｈでリード動作を行う。このメモリアドレ
スには０２Ｆ３００２１ｈというデータが記憶されてい
る。この場合、コマンド情報が０２ｈでありＡＤビット
＝１となり、またビットデータ情報Ｄ７〜Ｄ０はＦ３ｈ
となる。従って、図３６に示すように、ビット７〜４及
びビット１、０がＣＰＵライトデータと同一で、ビット
３、２が０となるエミュレーションデータが生成され
る。これにより、エミュレーションサイクルにおいてＩ
／Ｏアドレス００２１ｈにデータ１１ｈがライトされる
ことになる（図３５のＵ１参照）。

【０１７６】（５）この後、８２５９Ａは通常の動作モ
ードに入る。ＯＣＷ１は、割り込みのマスクを解除する
コマンドであり、例えばスレーブの割り込みを許可する
には０００２ｈに７Ｆｈをライトする必要がある。この
時はＯＰ０＝１とし、メモリアドレスを１００２ｈとす
る。このメモリアドレスには００ＦＦ００２１ｈという
データが記憶されている。この場合、コマンド情報が０
０ｈであるため２ｎｄサイクルが起動される。２ｎｄサ
イクルのメモリアドレスは５００２ｈであり、記憶され
ているデータは２６５４３７１０ｈである。ビットデー
タ情報はＦＦｈでありビット定義情報は２６５４３７１
０ｈであるため、図３６に示すように、ビット２とビッ
ト７を交換する処理が行われる。これにより００２１ｈ
にＦＢｈがライトされる（図３５のＶ１参照）。ＯＣＷ
１では、ビット７＝０でＩＲＱ７の割り込みが許可され
ビット２＝０でＩＲＱ２の割り込みが許可される。スレ
ーブの割り込みを許可する処理を行う場合、９８用のア
プリケーションプログラムは、命令の発行先は９８機で
あると考えデータ７Ｆｈ（ビット７＝０でＩＲＱ７を許
可する）をライトする。すると、本例のエミュレートシ
ステムがこの７ＦｈをＦＢｈ（ビット２＝０でＩＲＱ２
を許可する）に変換しＡＴ機のハードウェアに伝える。
これにより、９８用のアプリケーションプログラムでＡ
Ｔ機を動作させることができ、互換性を維持できる。

【０１７７】（６）ＯＣＷ２は、割り込み処理の中でＥ
ＯＩ（End Of Interrupt）を発行する場合に使われるコ
マンドである。スレーブに対しＥＯＩを発行するとき、
アプリケーションプログラムはＩ／Ｏアドレス００００
ｈにデータ６７ｈをライトする。これは、ＩＲＱ７の割
り込みを終了させる命令となるが、ＡＴ機においてはＩ
ＲＱ２の割り込みを終了させなければならない。従って
データを６２ｈに変更する必要がある。１ｓｔサイクル
のメモリアドレスは上記（１）と同じ００００ｈであ
り、得られるデータは００ＦＦ００２０ｈとなる。一
方、２ｎｄサイクルではＯＰ０＝１としメモリアドレス
は５０００ｈとなり、得られるデータは７６５４３Ａ１
８ｈとなる。ビットデータ情報はＦＦｈなので図３０
（Ｅ）の表を使用する。すると、図３６に示すようにエ
ミュレーションデータのビット７〜３、１にはＣＰＵの
ライトデータがそのまま割り当てられる。一方、ビット
２、０には、反転ビット＝１となるためＣＰＵのライト
データのビット２、０を反転したデータが割り当てられ
る。以上よりＩ／Ｏアドレス００２０ｈに６２ｈがライ
トされる（図３５のＷ１参照）。

【０１７８】（７）ＩＭＲはＯＣＷ１によりライトした
マスク情報をリードするためのポートであり、そのＩ／
Ｏアドレスは０００２ｈである。このためメモリアドレ
スは８００２ｈとなり、得られるデータは８０ＦＦ００
２１ｈとなる。また、２ｎｄサイクルのメモリアドレス
はＣ００２ｈとなり、得られるデータは２６５４３７１
０ｈとなる。コマンド情報は８０ｈとなるためリードサ
イクルとなり、Ｉ／Ｏアドレス００２１ｈでリードされ
たデータＦＢｈ（図３５のＸ１参照）がリードデータ生
成部３８２に入力される。このリードデータＦＢｈと、
ビットデータ情報ＦＦｈと、ビット定義情報２６５４３
７１０ｈとによりエミュレーションデータが生成され
る。この場合は、図３６に示すようにビット７とビット
２を交換する処理が行われ、エミュレーションデータ７
Ｆｈが得られる。そして、リトライの動作の際にＣＰＵ
がこの７Ｆｈをリードすることになる（図３５のＹ１参
照）。

【０１７９】ＩＲＲ、ＩＳＲは割り込みのリクエスト情
報、サービス情報をリードするためのボートで変換処理
の方法はＩＭＲの場合と同様である。以上ようにしてＡ
Ｔ機において９８用のアプリケーションプログラムを動
作させることが可能になる。

【０１８０】４．キーボード・マウスコントローラのエ
ミュレーションキーボードからの入力データ（以下、キーボードデータ
と呼ぶ）、マウスからの入力データ（以下、マウスデー
タと呼ぶ）を、エミュレート変換する処理は大変複雑で
ある。そこで、この場合にはマイクロコードメモリ等を
用いずにＳＭＩ処理によりソフトウエア的にエミュレー
ト変換を行う。

【０１８１】まずキーボードデータの読み出しのエミュ
レート処理について説明する。ＡＴ機では、図３７
（Ａ）に示すように、キーボード・マウスコントローラ
４４８として１チップマイコンである８０４２が使用さ
れており、これとキーボード５９４内の１チップマイコ
ン５９５との間でシリアル通信が行われる。ＣＰＵとキ
ーボード・マウスコントローラ４４８との間では２つの
ポートを使用してデータ通信を行っている。これらのポ
ートのＩ／Ｏアドレスは００６０ｈ、００６４ｈであ
り、００６０ｈのポートはデータポートであり００６４
ｈのポートはコマンド及びステータスレジスタのポート
である。一方、９８機では、図３７（Ｂ）に示すよう
に、キーボードコントローラ５９８としてシリアルコン
トローラである８２５１Ａが使用されており、これとキ
ーボード６００内の１チップマイコン６０１との間でシ
リアル通信が行われる。ＣＰＵとキーボードコントロー
ラ５９８との間でも２つのＩ／Ｏボートを使用してデー
タ通信を行っているが、８０４２のコマンドと８２５１
Ａのコマンドとは全く異なっている。ＡＴ機でも９８機
でも共に、キーボードのキーが押されると割り込みが発
生されＣＰＵにリード命令発行の依頼が通知される。Ｃ
ＰＵによりデータがリードされると割り込みはクリアさ
れる。

【０１８２】次に、本例の構成及び動作について図３８
を用いて説明する。ＡＴモードの時にはスイッチ手段６
１０はオンとなっており、ＫＢＩＲＱの割り込みが発生
すると割り込みコントローラ４３２、４３４の制御によ
りＣＰＵ４００に対してＩＮＴＲ割り込みが発生する。
一方、９８モードの時にはスイッチ手段６１０はオフと
なっており、ＫＢＩＲＱ割り込みが発生するとサブコン
トローラ４１０がこれを受け付け、ＣＰＵ４００に対し
てＳＭＩ割り込みを発生する。ＳＭＩにより起動された
ＳＭＭハンドラ（ＳＭＩＢＩＯＳ）５０１は、ＳＭＩの
要因がキーボードと判断するとキーボード・マウスコン
トローラ４４８からキーボードデータをリードする。こ
れによりキーボード・マウスコントローラ４４８からの
割り込みＫＢＩＲＱはクリアーされる。ＡＴ機と９８機
とでは、キーボードデータ（メイクデータ、ブレークデ
ータ、キーコードテーブル等）のフォーマットが全く異
なっている。このため、ＳＭＭハンドラ５０１は、キー
ボード・マウスコントローラ４４８からリードしたデー
タを所定の変換テーブルを用いて変換する。次に、ＳＭ
Ｍハンドラ５０１は、変換したデータをサブコントロー
ラ４１０内の第１のレジスタ６１４にライトする。第１
のレジスタ６１４にデータがライトされると、サブコン
トローラ４１０はＰＣＩブリッジ４３０に対して割り込
みＫＢＩＲＱ’を発生する。これによりＰＣＩブリッジ
４３０内の割り込みコントローラがＩＮＴＲ割り込みを
発生しＣＰＵ４００に対してリード命令発行の依頼を通
知する。この時、ＳＭＩ処理は終了している。ＣＰＵ４
００（９８用のアプリケーションプログラム）は、ＩＮ
ＴＲ割り込みが発生したため、キーボード・マウスコン
トローラ４４８のデータレジスタをリードしにゆく。こ
のデータレジスタのＩ／Ｏアドレスはサブコントローラ
４１０により第１のレジスタ６１４のＩ／Ｏアドレスに
変換されている。これにより、９８用に変換されたキー
ボードデータがＣＰＵ４００によりリードされる。第１
のレジスタ６１４がリードされると割り込みＫＢＩＲ
Ｑ’はクリアーされる。

【０１８３】以上のようにして、ＡＴ機のＩ／Ｏデバイ
ス（デバイス制御手段）であるキーボード・マウスコン
トローラ４４８から、９８用に変換されたキーボードデ
ータを読み出される。

【０１８４】次にマウスデータの読み出しに関するエミ
ュレート処理について説明する。ＡＴ機では、図３７
（Ａ）に示すように、キーボード・マウスコントローラ
４４８とマウス５９６側の１チップマイコン５９７との
間でシリアル通信が行われる。そして、操作者がマウス
を動かすとマウスＩＲＱの割り込みが発生する。９８機
では、マウス（バスマウス）６０８は移動量カウンタ６
０２に接続され、移動量カウンタ６０２で移動量がカウ
ントされ、そのカウント値がマウスインターフェース
（８２５５Ａ）６０６を介してＣＰＵ４００に伝えられ
る。また、タイマ６０４は所定間隔（８ｍｓｅｃ〜６４
ｍｓｅｃ）でマウスＩＲＱの割り込みを発生する。する
と、ＣＰＵ４００は、割り込みが発生する毎に上記所定
間隔内に移動量カウンタ６０２でカウントされたカウン
ト数を読みにゆく。これによりマウスの移動量がＣＰＵ
４００に伝えられる。

【０１８５】次に、マウスデータ変換を行う場合の本例
の動作を説明する。スイッチ手段６１２は、ＡＴモード
の時はオンしているが９８モードの時はオフしている。
そして、マウス５９６が移動しキーボード・マウスコン
トローラ４４８からマウスＩＲＱの割り込みが発生する
と、サブコントローラ４１０がこれを受け付けＣＰＵ４
００に対してＳＭＩ割り込みを発生する。ＳＭＩにより
起動されたＳＭＭハンドラ５０１は、ＳＭＩの要因がマ
ウスと判断するとキーボード・マウスコントローラ４４
８からマウスデータをリードする。これによりマウスＩ
ＲＱの割り込みはクリアーされる。次にＳＭＭハンドラ
５０１は、マウスデータを９８用にデータ変換する。即
ち、図３９（Ａ）に示すようにＡＴ機におけるマウスデ
ータは、各々８ビットのＸ情報・Ｙ情報・ボタン情報か
ら構成されている。これに対して９８機では、図３９
（Ｂ）に示すように、４ビットを１組としたデータフォ
ーマットとなっている。従って、９８用のアプリケーシ
ョンプログラムがリードできるようにフォーマットに変
換する処理が必要になる。この他、マウスの感度に関す
る変換処理も必要である。次に、ＳＭＭハンドラ５０１
は、変換したデータをサブコントローラ４１０内の第２
のレジスタ６１６にライトする。また、サブコントロー
ラ４１０内にはタイマ６１７が内蔵されており、このタ
イマ６１７により所定間隔毎にマウスＩＲＱ’の割り込
みが発生される。この割り込みによりＣＰＵ４００（９
８用のアプリケーションプログラム）は、マウスの移動
量をリードしにゆくが、Ｉ／Ｏアドレスが変換されてい
るため第２のレジスタ６１６に格納されているデータが
リードされる。これにより９８用に変換されたマウスデ
ータがＣＰＵ４００によりリードされることになる。

【０１８６】（第３の実施例）第３の実施例は、メモリ
領域を切り替えずに異なる環境間の切り替えを行う実施
例である。本例では、マイクロソフト社製のＷｉｎｄｏ
ｗｓ９５のシングルＭＳ−ＤＯＳモードを利用して環境
の切り替えを行う場合について説明する。同じくマイク
ロソフト社製のＷｉｎｄｏｗｓ３．１にはＤＯＳ互換ボ
ックスと呼ばれるものが用意されていた。しかしながら
このＤＯＳ互換ボックスでは、コンベンショナルメモリ
の全ての領域をＤＯＳ環境に解放しないこと等に起因し
て、動作しないＤＯＳアプリケーションプログラムがあ
ったり、動作しても速度が非常に遅くなる等の問題があ
った。この問題は、特にゲームソフトにおいて顕著であ
り、このためユーザは、仮想立ち上げディスク等を用意
してゲームソフトを起動する必要があり不便であった。
これに対してＷｉｎｄｏｗｓ９５のシングルＭＳ−ＤＯ
Ｓモードでは、コンベンショナルメモリの全てをＤＯＳ
環境に解放するため、上記のような問題が生じない。

【０１８７】まずシングルＭＳ−ＤＯＳモードについて
説明する。このモードに移行するため、ユーザはまず起
動したいアプリケーションプログラムのアイコンをクリ
ックし、プロパティ設定画面を起動する。そしてユーザ
がＤＯＳモードを選択し、ＣＯＮＦＩＧ．ＳＹＳ、ＡＵ
ＴＯＥＸＥＣ．ＢＡＴの内容を記述すると、ＣＰＵがリ
セットされる。するとＷｉｎｄｏｗｓ９５がＭＳ−ＤＯ
Ｓをロードした後、ＤＯＳアプリケーションプログラム
を起動する。そしてアプリケーションプログラム終了後
は、再びＣＰＵをリセットし、Ｗｉｎｄｏｗｓ９５に戻
る。

【０１８８】本例では、このシングルＭＳ−ＤＯＳモー
ドを利用し、ＡＴ系で立ち上がったＷｉｎｄｏｗｓ９５
から９８アプリケーションプログラムを直接起動すると
共に９８アプリケーションプログラム終了後に自動的に
Ｗｉｎｄｏｗｓ９５に戻るようにしている。図４０〜図
４２に本例のフローチャートを示し、図４４（Ａ）〜
（Ｄ）に本例におけるメモリマップ設定の変化を示す。

【０１８９】Ｗｉｎｄｏｗｓ９５が動作している際に
（図４０のステップＡ１）、ユーザがプロパティ画面で
ＣＯＮＦＩＧ．ＳＹＳ、ＡＵＴＯＥＸＥＣ．ＢＡＴを指
定しシングルＭＳ−ＤＯＳモードが起動すると（ステッ
プＡ２）、Ｗｉｎｄｏｗｓ９５は警告メッセージを画面
に出力する（ステップＡ３）。この時のメモリマップ設
定は図４４（Ａ）のようになっており、Ｗｉｎｄｏｗｓ
９５本体がコンベンショナルメモリ領域に常駐してい
る。また、この時、本例では図４５（Ａ）に示すような
ＡＵＴＯＥＸＥＣ．ＢＡＴを用意する。図４５（Ａ）の
７００に示すように９８モードで実行する部分について
は各々のコマンドの先頭に＠を挿入し、ＡＴモードの時
にこの部分が実行されないようにしている。ＡＴ環境で
コマンドを認識させない手法は、上記に限られるもので
はなく、例えば＠以外の記号を使うこともできる。

【０１９０】ユーザが画面の特定部分をクリックして実
行を承諾すると（ステップＡ４）、図４４（Ａ）の７５
０に示すようにＷｉｎｄｏｗｓ９５は、コンベンショナ
ルメモリに常駐するＷｉｎｄｏｗｓ９５の本体を別領域
に退避する（ステップＡ５）。その後、Ｗｉｎｄｏｗｓ
９５がＣＰＵに対してソフトウェアリセットを発行する
（ステップＡ６）。これにより、図４４（Ｂ）に示すよ
うに、コンベンショナルメモリの全て領域が解放され
る。

【０１９１】次にＷｉｎｄｏｗｓ９５はシングルＭＳ−
ＤＯＳモードに入り（図４１のステップＢ１）、ＣＯＮ
ＦＩＧ．ＳＹＳが読み込まれＡＵＴＯＥＸＥＣ．ＢＡＴ
が実行される（ステップＢ２）。図４５（Ｂ）に、この
時に読み込まれるＡＵＴＯＥＸＥＣ．ＢＡＴの内容を示
す。所定のコマンドが、７０４に示す位置に、シングル
ＭＳ−ＤＯＳモードに入る際にＷｉｎｄｏｗｓ９５によ
り追加される。７０４の位置に挿入されたコマンドが実
行されることで、図４４（Ｃ）の７５２に示すように、
ＭＳ−ＤＯＳのＣＯＭＭＡＮＤ．ＣＯＭ等がコンベンシ
ョナルメモリの例えば０〜１７ＦＦＦｈの領域にロード
され、シングルＭＳ−ＤＯＳモードの環境が整う。

【０１９２】次に図４５（Ｂ）に示すＡＵＴＯＥＸＥ
Ｃ．ＢＡＴ内の７０６に示すコマンド部分の実行が開始
されるが、この部分には＠が施されているためこの部分
のコマンドは実行（認識）されず、７０８に示すコマン
ド「ＳＴＡＲＴ９８」が実行される。この「ＳＴＡＲＴ
９８」によりＳＭＩが発行され（図４１のステップＢ
３）、ＳＭＩハンドラ（システム管理手段）が起動し９
８モードへの移行処理が開始される。

【０１９３】さて９８モードに移行する際に問題になる
のは０〜１７ＦＦＦｈに駐在するＡＴ系のＭＳ−ＤＯＳ
本体の存在である。このＡＴ系ＭＳ−ＤＯＳ本体の存在
により、９８アプリケーションプログラムが動作しなか
ったり、その動作が極めて遅くなったりする問題が生じ
る。本例ではこれを回避するために、図４４（Ｃ）の７
５４に示すようにＡＴ系ＭＳ−ＤＯＳ本体が存在する０
〜１７ＦＦＦｈの９６ＫＢの領域を裏バンクに退避する
と共に、７５６に示すようにＡ８０００ｈ〜ＢＦＦＦＦ
ｈの裏バンクメモリをコンベンショナルメモリの０〜１
７ＦＦＦｈにマッピングする。これによりコンベンショ
ナルメモリの全ての領域が解放され、アプリケーション
プログラムが動作不能となる等の問題を回避できる。こ
こでＡＴ系ＭＳ−ＤＯＳ本体を裏バンクに退避するの
は、９８モードからＡＴモードに再び戻った際に、ＡＴ
系ＭＳ−ＤＯＳ本体が必要となるからである。またＡ８
０００ｈ〜ＢＦＦＦＦｈの領域は、論理アドレスにおい
てはＶＲＡＭ等に使用されているが、物理的にはメイン
メモリであるＤＲＡＭ等が存在する。従ってこの領域の
裏バンクメモリをコンベンショナルメモリ領域に出して
も何ら支障はない。もちろん、コンベンショナルメモリ
領域に出す領域は、この領域以外でも空き領域であれば
どのような領域でもよい。

【０１９４】次にエミュレーション機能がイネーブルさ
れてＩ／Ｏエミュレーションが行われると共に、メモリ
マップ、ビデオの切り替え等が行われる（ステップＢ
５、Ｂ７）。また再度ＡＴモードに戻るときのためにＳ
ＭＲＡＭ中にあるＣＰＵステートデータが別領域に退避
される（ステップＢ７）。このようにして９８モード移
行のための全ての設定が行われると、ＣＰＵに対してソ
フトウエアリセットが発行される（ステップＢ８）。以
上により図４４（Ｄ）に示すようなメモリマップ設定の
９８環境に切り替わる。

【０１９５】次に９８モードで９８系ＭＳ−ＤＯＳ又は
ＢＡＳＩＣ等がブートされる（図４２のステップＣ
１）。ＭＳ−ＤＯＳがブートされた場合には、退避され
た９６ＫＢのメモリ中等から、９８モードでのＣＯＮＦ
ＩＧ．ＳＹＳ、ＡＵＴＯＥＸＥＣ．ＢＡＴ等がブートデ
バイスにコピーされ、９８アプリケーションプログラム
が実行される（ステップＣ２、Ｃ３）。具体的には図４
５（Ｂ）において、７０６に示す部分が切り取られ、＠
を削除することで図４５（Ｃ）に示すようなＡＵＴＯＥ
ＸＥＣ．ＢＡＴが作成される。そして９８モードにおい
ては、このＡＵＴＯＥＸＥＣ．ＢＡＴによりアプリケー
ションプログラムが起動する。このＡＵＴＯＥＸＥＣ．
ＢＡＴは、図４５（Ｃ）の７１０に示すように、起動ア
プリケーションプログラム名が入れられて作成されてい
る。

【０１９６】次に、アプリケーションプログラムが終了
し図４５（Ｃ）の７１２に示す「ＥＮＤ９８」コマンド
が実行、又はユーザーが９８モードを終了させるための
特別の終了コマンドが入力実行、又は特定キー（キーコ
ンビネーション等）入力による終了指示が実行される
と、ＳＭＩが発行する（ステップＣ４、Ｃ５）。すると
ＳＭＩハンドラ−が起動し、退避されていたＡＴ系のＣ
ＰＵステートデータがＳＭＲＡＭにコピーされると共
に、メモリマップ、ビデオの切り替え、エミュレーショ
ン機能のディスエーブルが行われる（ステップＣ６〜Ｃ
８）。次に図４４（Ｄ）の７５８に示すように、退避さ
れた９６ＫＢのメモリが元に戻され、ＲＳＭ命令が発行
される（ステップＣ９、Ｃ１０）。以上によりＡＴ系Ｍ
Ｓ−ＤＯＳの環境に戻る。そしてＡＵＴＯＥＸＥＣ．Ｂ
ＡＴのＳＭＩ発行命令の次のコマンドが実行される（図
４３のステップＤ１）。具体的には図４５（Ａ）の７１
４に示す「ＳＴＡＲＴ９８」コマンドの次の「ＥＸＩ
Ｔ」コマンド（７１６に示すコマンド）が実行される。
この「ＥＸＩＴ」コマンドによりＷｉｎｄｏｗｓ９５
は、ＣＰＵに対してソフトリセットを発行し、Ｗｉｎｄ
ｏｗｓ９５は元の状態に戻る（ステップＤ２、Ｄ３）。
本例によれば、Ｗｉｎｄｏｗｓ９５は、９８モードに移
行したことを全く認識せず、単にＡＴ系ＭＳ−ＤＯＳに
移行して戻ってきたと認識する。そしてパソコンを操作
するユーザも、単にＷｉｎｄｏｗｓ９５でのアイコンを
クリック等するだけで、異なる環境である９８モードで
のアプリケーションプログラムを起動できることにな
る。

【０１９７】以上のように第３の実施例によれば、第１
の実施例等のようなメモリ領域の切り替えを行わなくて
も、異なる環境をスムーズに切り替えることが可能とな
る。

【０１９８】なお、本発明は上記実施例に限定されるも
のではなく、本発明の要旨の範囲内で種々の変形実施が
可能である。

【０１９９】例えば上記実施例では、ＡＴモードと９８
モードとを有する複数互換機を主に例にとり説明した。
しかしながら本発明によれば、これ以外にも、ＡＴモー
ドと、アップル社製のマッキントッシュコンピュータの
モード（以下、マックモードと呼ぶ）とを有するもの、
９８モードとマックモードとを有するもの、ＡＴモード
と９８モードとマックモードとを有するもの、あるいは
これら以外のコンピュータアーキテクチャのモードを有
するもの等、種々の複数互換機を実現できる。

【０２００】また本発明における複数の環境は、異なる
複数のコンピュータアーキテクチャの情報処理装置（例
えばＡＴ機と９８機）での環境のみならず、同一のコン
ピュータアーキテクチャの情報処理装置での複数の環境
も含む。例えば同一のコンピュータアーキテクチャのＡ
Ｔ機においても、マイクロソフト社製のＷｉｎｄｏｗｓ
９５と、ＩＢＭ社製のＯＳ／２（ＯＳ／２Ｗａｒｐ
Ｖｅｒｓｉｏｎ３）とでは環境が異なり、このような同
一ハードウェアにおける異なる複数の環境の下でも本発
明の原理は適用できる。この場合には、例えばＷｉｎｄ
ｏｗｓ９５用のメモリ領域とＯＳ／２用のメモリ領域と
を用意し、環境毎にメモリ領域を割り当てれば、異なる
環境間での迅速な切り替え処理が可能となる。また本発
明によれば、例えばＷｉｎｄｏｗｓ９５のシングルＭＳ
−ＤＯＳモードを利用して、９８アプリケーションプロ
グラムではなく、ＯＳ／２等のアプリケーションプログ
ラムを起動することも可能となる。また例えばＷｉｎｄ
ｏｗｓ９５と、Ｗｉｎｄｏｗｓ９５でサポートされてい
ない古いバージョンのＭＳ−ＤＯＳ及びそのアプリケー
ションプログラムとの間においても、本発明の原理を用
いれば、自由に環境を切り替えたり、これらのＭＳ−Ｄ
ＯＳ及びアプリケーションプログラムをＷｉｎｄｏｗｓ
９５から起動したりすることが可能となる。またＷｉｎ
ｄｏｗｓ９５とＯＳ／２とを両方起動している際に、Ｗ
ｉｎｄｏｗｓ９５が暴走した場合に、Ｗｉｎｄｏｗｓ９
５のみをリセットすることもでき、これにより非常に利
便性の高いシステムを提供できることになる。

【０２０１】また上記実施例のようにＣＰＵとメモリコ
ントローラを用いてシステム毎のメモリマップを用意し
てＣＰＵの状態を保存できるようにしておけば、Ｉ／Ｏ
デバイスなどの回路をシステム毎に適合するものをそれ
ぞれ用意するだけで複数の環境に対応する複数のシステ
ムでパソコンを動かすことができる。Ｉ／Ｏデバイスと
して各システム毎に使用できる拡張スロットを用意して
おけばどの様な環境にも対処できる。しかし、コストや
スペース的な面から全ての拡張スロットを準備しておく
ことは不可能なので、例えば、図１および２に示すよう
に、ＰＣＩブリッジ５０やＰＣＭＣＩＡインタフェース
５５およびＰＣＭＣＩＡスロット５６を用意しておけば
良い。これらのインタフェースに対してＩ／Ｏアドレス
変換回路を設けてシステム毎に切り替えるようにしてお
けば各システムのＩ／Ｏマップの違いは自由に設定でき
るので、拡張スロットの数を増やさなくてもシステム間
の相違を吸収することができる。本実施例では、ＰＣＩ
ブリッジ５０をオプションボードの接続用として設けて
あるが、ＰＣＩブリッジを介してバスを設定しても勿論
良い。さらに、ＰＣＩ、ＰＣＭＣＩＡ共に、対応するボ
ードの設定はプラグ・アンド・プレイの流れの中でソフ
トウェアによって設定できるので、システムが切り替わ
った際にユーザーが設定を変更せずとも良い。設定の切
り替えはＳＭＩハンドラーでも行えるので、システム毎
にＰＣＭＣＩＡの設定を記憶しておく必要もない。従っ
て、ＰＣＭＣＩＡスロットを採用すれば、同一の拡張ス
ロットで複数のシステムに簡単に対応することが可能と
なる。

【０２０２】またノートパソコンのようにメモリをバッ
クアップできる電源を用意しておけば、電源をオフした
後でもＣＰＵの状態を退避したメモリなどをそのまま保
持できる。従って、パソコンの再立ち上げを行うと前回
電源をオフした状態に確実に復帰させられる。ノートパ
ソコンのような電池をベース電源として稼働する場合で
も、本例のパソコンは複数のシステムに対応できるにも
係わらずＣＰＵとメモリ関係の消費電力が増加すること
はない。また、本例のパソコンには、各システムに対応
してＩ／Ｏなどの切り替え用の回路を用意してあるが、
システムが切り替わって実際には稼働していないとクロ
ック部１５によって稼働していない切り替え用の回路の
クロックを停止し消費電力を低減してある。従って、対
応できるシステムが増加しても消費電力は増加せず、本
例のパソコンの構成は、ノート型のような手軽に使用で
きるパソコンにも簡単に適用できるものである。

【０２０３】また、上記の実施例では、ＣＰＵが１つの
場合について説明してあるが、２以上のＣＰＵを用いて
も良い。各ＣＰＵに割り当ててあるメモリマップを切り
替えれば、それぞれのＣＰＵ毎に作動環境を設定でき
る。例えば、３つのＣＰＵを採用した場合、最初は、１
つのＣＰＵをＡシステムに、残りのＣＰＵをＢシステム
に割り当てて動かした後、３つのＣＰＵ全てをＢシステ
ムに切り替えたり、あるいは２つのＣＰＵをＡシステム
に割り当ててたりするような切り替えを簡単に行える。
本実施例のように、ＣＰＵのメモリマップを切り替え
て、対応するシステムで稼働していた状態のＣＰＵステ
ートを保存し復帰できるようにしておけば、動作させる
アプリケーションプログラムによってＣＰＵの数を選択
するような制御も可能である。また、マルチタスクをサ
ポートできるＯＳを作動させているシステム側に複数の
ＣＰＵを割り当ててたり、タスク毎にＣＰＵの割当を変
更することも可能である。例えばノートパソコンにおい
て、ＣＰＵの処理が重いアプリケーションプログラムで
は２つのＣＰＵを使用し、システムが切り替わりＣＰＵ
の負担が軽くなった場合には、ＣＰＵを１つしか使用し
ない。このようにすることで、無駄な消費電力を削減で
きる。

【０２０４】上記実施例では、システムを切り替えるた
めの最上位割り込みとしてＳＭＩを用いている。しか
し、他のインタラプトセット、例えばＡＰＩＣ（ａｄｖ
ａｎｃｅｄｐｒｏｇｒａｍｍａｂｌｅｉｎｔｅｒｒ
ｕｐｔｃｏｎｔｒｏｌｌｅｒ等）を用いてシステムの
切り替えを行いマルチタスク機能との融合を図ることも
もちろん可能である。マルチタスクを実現するために
は、同一のデバイス、例えばＦＤＤへの同時アクセスの
処理が問題となる。この場合は、現在アクセスしている
システムでのアクセス処理が済むまで他のシステムでの
処理を延長し、システムを切り替えた後に処理を続行し
たり、あるいは、デバイス毎に現在使用できるか否かを
示すビットを用意しシステム毎にアクセスを制限した
り、ユーザーに警告を出したりするような構成を採用す
ることもできる。なお、複数のＣＰＵを搭載すると消費
電力が増大するので不必要な回路や、作動していないＣ
ＰＵへのクロックの供給を停止し、消費電力の低減を図
ることが重要となる。また、基板面積の増加や、コスト
アップを考慮すると、１つのＣＰＵを複数のシステムの
間でシステムを切り替えながら交互に使用して上記と同
様のマルチタスク的な処理を行わせることも可能であ
る。システムの切り替えは定期的に行っても良い。ある
いは、ワープロなどのようにＣＰＵをほとんど使用しな
いアプリケーションプログラムを稼働させている場合
は、ＣＰＵにアクセスする度にシステムを切り替えても
良い。ユーザーには、ワープロを動かしているシステム
でパソコンが稼働しているように見えるが、ユーザーが
データを打ち込んでいる間はパソコンは他のシステムで
のアプリケーションプログラムを実行しワープロの処理
上必要となったらシステムをワープロ側に切り替えよう
にすれば良い。

【０２０５】また、本実施例のようなパソコンでは、図
１７に示すようにフルスクリーンでシステム毎の画像を
切り替えても良く、図１８に示すようにシステムを切り
替えても同一画面上に両システムの作動画像を表示でき
るようしても良い。両システムの作動画像を表示するた
めには、図１に示すように、ビデオブロック２３に共通
ビデオ回路３３を用意し、この共通ビデオ回路３３を常
時動かしながらＡシステム用のビデオ回路３１からの信
号と、Ｂシステム用のビデオ回路３２からの信号を重ね
合わせて表示することが望ましい。この場合は、例えば
Ａシステムで共通のビデオ回路３１を常に作動させてお
いて、そこにＢシステム用のビデオ回路３２からの信号
をソフトウェア的に、あるいは特定の回路を介して供給
しても良い。具体的には、Ｂシステム用のビデオ回路３
２のデータをＣＰＵ１で読み出し、共通ビデオ回路３３
の所望の領域に複写する。複写は、Ｂシステム用ビデオ
回路３２のデータが変化した時に変化した部分のみにつ
いて行えば、ＣＰＵ１の負担は、さほど大きくならな
い。またシステムで表示するウィンドウの大きさ、ある
いは色数の違いによっては、データを加工（間引き、色
を表現するビット数の変換等）した後、複写しても良
い。両システムの画像が表示されている場合は、Ａシス
テムでの画像をアイコンでクリックするとＳＭＩを発行
し、Ａシステムに復帰するような構成を採用することも
できる。また、フルスクリーンで画面を切り替える場合
は、共通のビデオ回路３１を省き、Ａシステム用のビデ
オ回路３１とＢシステム用のビデオ回路３２を用意して
おくだけでも良い。

【０２０６】またユーザーインタフェースとしてキーボ
ードも重要であるが、キーボード４７の配列もシステム
が異なると数種類のキーが異なってしまうことが多い。
本実施例のパソコンではキーボードコントローラ２４の
設定をシステム毎に切り替えることでキーの違いを吸収
するようにしている。しかし、キーの配列などシステム
毎に物理的な違いが発生してしまうと通常のキーボード
ではシステム毎の差を吸収することは難しい。そこで、
本実施例のパソコンでは、図４６に示すように液晶画面
上にキーボードの絵を重ね合わせて表示しペン入力でき
るようなオプションも設定できる。システムが切り替わ
るとキーボードの表示もそのシステムに合致するように
切り替わり、ユーザーは画面上のキーボードをタッチす
れば良い。あるいは、キーボード上のキートップを液晶
で構成し、システムが代わるとキートップの表示も切り
替えてキー配列などの物理的な違いを吸収することも可
能である。

【０２０７】

【発明の効果】以上に説明したように本発明に係るパソ
コンなどの情報処理装置は、ＣＰＵやＭＰＵなどの処理
ユニットを、複数の環境で切り替えて使用することがで
きる。従って、異なる環境下で動作するソフトウェア資
産を１つの情報処理装置で使用することができ、また、
その環境下でソフトウェアの開発を継続することもでき
る。ユーザーは、本発明に係る情報処理装置を設置すれ
ば、複数の環境下で動作するアプリケーションプログラ
ムを使用することができ、無駄な出費を強いられること
が無くなる。また、異なる環境のアプリケーションプロ
グラムでも導入できるので、市販されている広範囲のア
プリケーションプログラムの中からユーザーに最適のも
のを選択して使用することが可能となる。

【０２０８】さらに、本発明に係る情報処理装置では、
メモリマップなどの接続される環境を変えて処理ユニッ
トが動作するようにしているので、同一の処理ユニット
を複数の環境下で使用することができる。従って、複数
の環境下で情報処理装置を動かせるにも係わらず処理ユ
ニットやメモリの数を増加する必要はなく、情報処理装
置自体をコンパクトにできる。また、環境毎に物理的に
処理ユニットを切り替える必要はないので構成も簡単で
済む。従って、上述したような様々な機能を備えた情報
処理装置を小型、低価格で提供できる。

【０２０９】また、環境を切り替え、再度元の環境に戻
るときに処理ユニットの状態を切り替える前の状態に復
帰できるようにしてあるので、ユーザーは複数の環境に
わたって情報処理装置が作動していることを意識せずに
利用できる。また、環境を切り替える度に処理ユニット
をリセットする必要がないので、環境を切り替えるとき
の手間は少なく、ユーザーにかかる負担も少ないなど、
本発明に係る情報処理装置は上述したような様々な効果
を備えている。

【０２１０】

【図面の簡単な説明】

【図１】本発明の実施例に係るパソコンの構成を示すブ
ロック図であり、Ａシステムで選択された回路を２重線
で示してある。

【図２】本発明の実施例に係るパソコンの構成を示すブ
ロック図であり、Ｂシステムで選択された回路を２重線
で示してある。

【図３】クロック部の構成を示すブロック部である。

【図４】ＡおよびＢシステムのメモリマップを示す説明
図である。

【図５】ＳＭＭに入る状態を示す波形図である。

【図６】ＳＭＲＡＭの構成を示す説明図である。

【図７】ＳＭＩを発行させる要因を表す要因ポート１を
示す説明図である。

【図８】ＳＭＩの要因を表す要因ポート２を示す説明図
である。

【図９】ＡおよびＢシステムでの稼働状況などを表す基
本設定ポートを示す説明図である。

【図１０】ＡおよびＢシステムの稼働状況を示す表示の
動作を示す説明図である。

【図１１】本例のパソコンの処理の概要を示すフローチ
ャートである。

【図１２】初期設定部の処理の概要を示すフローチャー
トである。

【図１３】実行部の処理の概要を示すフローチャートで
ある。

【図１４】切り替え部の処理の概要を示すフローチャー
トである。

【図１５】終了処理部の処理の概要を示すフローチャー
トである。

【図１６】ＨＤＤコピーの処理の概要を示すフローチャ
ートである。

【図１７】画面表示の一例を示す説明図である。

【図１８】画面表示の他の例を示す説明図である。

【図１９】ポップアップメニューの一例を示す説明図で
ある。

【図２０】レジューム処理の概要を示すフローチャート
である。

【図２１】第２の実施例の全体構成を示す図である。

【図２２】図２２（Ａ）は、オプションボードの装着手
法を示す図であり、図２２（Ｂ）は第１のサブコントロ
ーラの構成の一例を示す図である。

【図２３】Ｉ／Ｏ保持処理の概要を示すフローチャート
である。

【図２４】図２４（Ａ）〜（Ｃ）は、Ｉ／Ｏ保持手段の
具体例を示す図である。

【図２５】深さの異なるＩ／Ｏポートに対応してレジス
タを選択できるＩ／Ｏ保持手段の具体例を示す図であ
る。

【図２６】命令変換手段の回路構成の一例を示す図であ
る。

【図２７】ライトサイクルでの命令変換手段の動作を説
明するための信号波形図である。

【図２８】リードサイクルでの命令変換手段の動作を説
明するための信号波形図である。

【図２９】命令変換手段の動作を示すフローチャートで
ある。

【図３０】図３０（Ａ）〜（Ｆ）はマイクロコード情報
を説明するための図である。

【図３１】シリアルコントローラのステータスレジスタ
の内容を示す図である。

【図３２】命令変換処理の具体例１を説明するための図
である。

【図３３】命令変換の手法について説明するための図で
ある。

【図３４】図３４（Ａ）は割り込み線に対する割り込み
要因の割り当てを示す図であり、図３４（Ｂ）は８２５
９ＡのＩ／Ｏポートについて説明するための図である。

【図３５】命令変換処理の具体例２を説明するための図
である。

【図３６】命令変換の手法について説明するための図で
ある。

【図３７】図３７（Ａ）、（Ｂ）は、キーボードコント
ローラ、マウスコントローラについて説明するための図
である。

【図３８】キーボード・マウスコントローラのエミュレ
ート処理を説明するための図である。

【図３９】図３９（Ａ）、（Ｂ）はマウスデータのデー
タフォーマットを示す図である。

【図４０】第３の実施例の動作を示すフローチャートで
ある。

【図４１】第３の実施例の動作を示すフローチャートで
ある。

【図４２】第３の実施例の動作を示すフローチャートで
ある。

【図４３】第３の実施例の動作を示すフローチャートで
ある。

【図４４】図４４（Ａ）〜（Ｄ）は、メモリマップ設定
の変換を説明するための図である。

【図４５】図４５（Ａ）〜（Ｃ）は、ＡＵＴＯＥＸＥ
Ｃ．ＢＡＴの書き換えについて説明するための図であ
る。

【図４６】キーボード表示の一例を示す説明図である。

【符号の説明】

１・・ＣＰＵ２・・メモリコントローラ３・・メモリブロック４・・メインメモリ５・・増設メモリ６・・ＢＩＯＳＲＯＭ７・・ＢＩＯＳ８・・ＳＭＩハンドラー１４・・システムの状況表示部１５・・クロック部１６・・バッファ１９・・Ｉ／Ｏ命令２０・・バス２１・・Ｉ／Ｏブロック２２・・ＨＤＤブロック２３・・ビデオブロック２４・・キーボードコントローラ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０３Ｍ 11/14 Ｇ０６Ｆ 9/455 9/46 ３４０Ａ 7737−5Ｂ 12/06 ５７０Ｅ 7623−5Ｂ 13/10 ３１０Ｚ 7368−5Ｅ

Claims

【特許請求の範囲】

【請求項１】複数の環境のもとで動作可能な処理ユニ
ットと、前記複数の環境ごとに前記処理ユニットの制御に係る情
報を記憶した複数のメモリ領域と、該複数のメモリ領域のいずれかを選択して前記処理ユニ
ットに接続するメモリ制御手段とを有することを特徴と
する情報処理装置。
【請求項２】請求項１において、前記複数の環境のいずれかの下で動作するアプリケーシ
ョンプログラムと、該アプリケーションプログラムの処理が終了していない
ことを示す未了フラグとを有することを特徴とする情報
処理装置。
【請求項３】請求項２において、前記未了フラグの立った前記環境のメモリ領域へ切り替
える際に、前記処理ユニットの状態を回復する手段を有
することを特徴とする情報処理装置。
【請求項４】請求項２又は３のいずれかにおいて、前記未了フラグが立った環境については前記処理ユニッ
トが該環境下で動作するための該環境の初期化は行わな
いことを指示する手段を有することを特徴とする情報処
理装置。
【請求項５】請求項２乃至４のいずれかにおいて、電源オフする際に、前記未了フラグが立っている場合は
ユーザーに警告を行う手段を有することを特徴とする情
報処理装置。
【請求項６】請求項１乃至５のいずれかにおいて、前記複数の環境ごとに、前記処理ユニットが該環境下で
動作するための該環境の初期化を行ったことを示す初期
化フラグを有することを特徴とする情報処理装置。
【請求項７】請求項６において、前記環境ごとに設定された前記初期化フラグを用いて前
記環境毎の初期化を指示する手段を有することを特徴と
する情報処理装置。
【請求項８】請求項１乃至７のいずれかにおいて、前記処理ユニットが前記環境下で動作するための該環境
の初期化を行わずにリブート処理を行うことを指示する
リブートフラグを有することを特徴とする情報処理装
置。
【請求項９】請求項１乃至８のいずれかにおいて、前記処理ユニットが動作している前記環境とは異なる環
境の下で動作するアプリケーションプログラムの起動を
指示するアプリケーションフラグを有することを特徴と
する情報処理装置。
【請求項１０】請求項９において、前記アプリケーションフラグが立った場合に、前記アプ
リケーションプログラムを起動するためのブートファイ
ルを、切り替わった環境が認識可能な位置に渡す手段を
有することを特徴とする情報処理装置。
【請求項１１】請求項１乃至１０のいずれかにおい
て、前記複数の環境の各々をリセット可能な手段を有するこ
とを特徴とする情報処理装置。
【請求項１２】請求項１１において、前記複数の環境を一括してリセット可能な手段を有する
ことを特徴とする情報処理装置。
【請求項１３】請求項１２において、前記複数の環境の各々をリセットするためのリセットス
イッチと、前記複数の環境を一括してリセットするため
のリセットスイッチとを異なる場所に別々に配置したこ
とを特徴とする情報処理装置。
【請求項１４】請求項１乃至１３のいずれかにおい
て、前記処理ユニットが動作している前記環境とは異なる環
境の下で動作するアプリケーションプログラムの起動が
指示された場合に、前記メモリ領域の切り替えを行い該
アプリケーションプログラムの起動を行う手段を有する
ことを特徴とする情報処理装置。
【請求項１５】請求項１４において、前記アプリケーションプログラムの起動が指示された場
合に、該アプリケーションプログラムを起動するための
ブートファイルを、切り替わった環境が認識可能な位置
に渡す手段を有することを特徴とする情報処理装置。
【請求項１６】請求項１５において、前記ブートファイルに、前記アプリケーションプログラ
ム名を含ませる手段を有することを特徴とする情報処理
装置。
【請求項１７】請求項１５又は１６のいずれかにおい
て、前記ブートファイルに、元の環境に切り替えるためのコ
マンドを含ませる手段を有することを特徴とする情報処
理装置。
【請求項１８】請求項１乃至１７のいずれかにおい
て、前記複数の環境に共通したメモリブロックと、該メモリブロック内の容量を選択して前記複数のメモリ
領域の少なくともいずれかに割り当てるメモリブロック
管理手段とを有することを特徴とする情報処理装置。
【請求項１９】請求項１８において、前記メモリブロック管理手段は、前記メモリ領域に割り
当てた容量に係る情報を前記情報処理装置へ電源が供給
されていない間も保持できる手段であることを特徴とす
る情報処理装置。
【請求項２０】請求項１乃至１９のいずれかにおい
て、前記複数のメモリ領域を備えた記憶手段を有し、前記メモリ制御手段は、前記処理ユニットのメモリマッ
プのアドレスを、選択された前記メモリ領域に該当する
前記記憶部のアドレスに変換することを特徴とする情報
処理装置。
【請求項２１】請求項１乃至２０のいずれかにおい
て、前記メモリ領域は、前記複数の環境を管理する情報を有
することを特徴とする情報処理装置。
【請求項２２】請求項２１において、前記メモリ領域は、前記環境を管理する情報を記憶した
領域と、前記処理ユニットの制御に係る情報を一時的に
記憶した領域とを有することを特徴とする情報処理装
置。
【請求項２３】請求項１乃至２２のいずれかにおい
て、前記複数の環境のうち、前記処理ユニットの動作してい
る環境を表示する手段を有することを特徴とする情報処
理装置。
【請求項２４】請求項１乃至２３のいずれかにおい
て、前記複数のメモリ領域のうち、起動時に前記処理ユニッ
トに接続するメモリ領域を指示する手段を有することを
特徴とする情報処理装置。
【請求項２５】請求項１乃至２４のいずれかにおい
て、前記メモリ領域が切り替えられる前のメモリ領域を記憶
し、再度前記メモリ領域を切り替えるときは記憶してい
る前記前のメモリ領域を優先して選択する手段を有する
ことを特徴とする情報処理装置。
【請求項２６】請求項１乃至２５のいずれかにおい
て、前記メモリ領域を定期的に切り替える手段を有すること
を特徴とする情報処理装置。
【請求項２７】請求項１乃至２６のいずれかにおい
て、前記メモリ制御手段に対し前記メモリ領域の切り替えを
指示可能なシステム管理手段と、前記メモリ領域の切り替えを行う前に、前記システム管
理手段の指示により各環境毎の前記処理ユニットの状態
を記憶する格納手段と、前記メモリ領域の切り替えを行った後に、前記システム
管理手段の指示により前記格納手段のいずれかの環境の
記憶から前記処理ユニットの状態を回復する復帰手段と
を有することを特徴とする情報処理装置。
【請求項２８】請求項２７において、前記システム管理手段は、システム・マネージメント・
インタラプトで起動するシステム・マネージメント・イ
ンタラプト・ハンドラーであることを特徴とする情報処
理装置。
【請求項２９】請求項２７又は２８のいずれかにおい
て、前記システム管理手段を作動する複数の要因を記憶し、
前記システム管理手段の指示を制御可能な要因記憶手段
を有することを特徴とする情報処理装置。
【請求項３０】請求項２７乃至２９のいずれかにおい
て、前記システム管理手段は、前記複数の環境に共通してい
ることを特徴とする情報処理装置。
【請求項３１】請求項２７乃至３０のいずれかにおい
て、前記システム管理手段は、ユーザーの選択した環境に該
当する前記メモリ領域を選択して前記メモリ制御手段に
指示可能であることを特徴とする情報処理装置。
【請求項３２】請求項２７乃至３１のいずれかにおい
て、キー入力手段を有し、前記システム管理手段は、該キー入力手段の特定のキー
入力およびキーコンビネーションの少なくともいずれか
によって始動することを特徴とする情報処理装置。
【請求項３３】請求項２７乃至３１のいずれかにおい
て、ポインティング手段を有し、前記システム管理手段は、該ポインティング手段によっ
て所定の箇所をクリックした場合、およびポインティン
グ手段の特定の操作の少なくともいずれかによって始動
することを特徴とする情報処理装置。
【請求項３４】請求項２７乃至３１のいずれかにおい
て、キー入力手段およびポインティング手段の少なくともい
ずれかと、前記キー入力手段およびポインティング手段
のいずれかによって表示手段に機能メニューを出力する
手段とを有し、前記システム管理手段は、前記機能メニューから始動で
きることを特徴とする情報処理装置。
【請求項３５】請求項１乃至３４のいずれかにおい
て、前記複数の環境の少なくともいずれかに対応した複数の
入出力制御手段と、前記メモリ領域が切り替わった際に、該メモリ領域の前
記環境に対応する入出力制御手段を選択して切り替える
手段とを有することを特徴とする情報処理装置。
【請求項３６】請求項３５において、前記複数の入出力制御手段への入出力信号が停止しても
各々の前記入出力制御手段の内部設定を保持する手段
と、前記切り替えられた前記入出力制御手段にのみを稼働状
態とする手段とを有することを特徴とする情報処理装
置。
【請求項３７】請求項１乃至３４のいずれかにおい
て、前記複数の環境の少なくともいずれかに対応した複数の
入出力制御手段と、前記メモリ領域が切り替わった際に、前記処理ユニット
が前記入出力制御手段に対して発行した命令を、切り替
わったメモリ領域の環境に適合した命令に変換するエミ
ュレート手段とを有することを特徴とする情報処理装
置。
【請求項３８】請求項３７において、前記エミュレート手段が、入力されるメモリアドレスの位置に少なくともコマンド
情報及びエミュレーションアドレス情報を含むマイクロ
コード情報を記憶するマイクロコードメモリと、前記処理ユニットにより発行された命令に含まれるアド
レス情報と前記マイクロコードメモリに含まれる前記エ
ミュレーションアドレス情報のいずれかを選択し前記メ
モリアドレスを生成するセレクタ手段とを有し、前記セレクタ手段が、前記コマンド情報に含まれるエミ
ュレーション継続情報に基づいてエミュレーションの継
続を指示された場合には前記エミュレーションアドレス
情報を選択し前記メモリアドレスを生成することを特徴
とする情報処理装置。
【請求項３９】請求項３８において、前記マイクロコードメモリからのマイクロコード情報に
基づいてエミュレーションデータの生成処理を行うデー
タ生成手段を有し、該データ生成手段が、前記エミュレーション継続情報に
基づいてエミュレーションの継続が指示された場合に、
前記処理ユニットからの書き込みデータ又はｎ番目（ｎ
は１以上の整数）のエミュレーションにより生成された
エミュレーションデータに基づいてｎ＋１番目のエミュ
レーションにおけるエミュレーションデータの生成処理
を行うことを特徴とする情報処理装置。
【請求項４０】請求項３７において、前記エミュレート手段が、命令変換のためのマイクロコード情報を所定のメモリア
ドレスの位置に記憶するマイクロコードメモリと、前記マイクロコードメモリから前記マイクロコード情報
を読み出す手段と、読み出されたマイクロコード情報に基づいてエミュレー
ションデータの生成処理を行うデータ生成手段とを含
み、前記マイクロコードメモリは、第１のメモリアドレスの
位置に少なくともコマンド情報及びエミュレーションア
ドレス情報を含む第１のマイクロコード情報を記憶し、
該第１のメモリアドレスを変換することで得られる第２
のメモリアドレスの位置に少なくともデータ生成情報の
一部又は全部を含む第２のマイクロコード情報を記憶
し、前記読み出し手段が、第１のメモリ読み出しサイクルに
より前記第１のメモリアドレスの位置に記憶される前記
コマンド情報を読み出し、前記データ生成手段によるデ
ータ生成処理が必要であると該コマンド情報に基づいて
判断された場合には第２のメモリ読み出しサイクルを起
動して前記第２のメモリアドレスの位置に記憶される前
記データ生成情報を読み出し、前記データ生成手段が、前記第１のメモリ読み出しサイ
クルで読み出された第１のマイクロコード情報と、前記
第２のメモリ読み出しサイクルで読み出された第２のマ
イクロコード情報とに基づいて前記データ生成処理を行
うことを特徴とする情報処理装置。
【請求項４１】請求項３７において、前記エミュレート手段が、前記入出力制御手段が第１の割り込みを発生することで
命令発行の依頼を前記処理ユニットに対して通知する場
合において、該第１の割り込みが発生された場合に該割
り込みを受け取ると共に命令の種類を示す要因データを
設定し、処理ユニットに対して第２の割り込みを発生す
る手段と、前記第２の割り込みによって起動され前記要因に対応し
た所定の処理を実行し、前記切り替わったメモリ領域の
環境に適合した命令の発行が可能な状態に設定する手段
と、前記処理ユニットに対して前記第１の割り込みを発生し
命令発行の依頼を通知する手段とを含むことを特徴とす
る情報処理装置。
【請求項４２】請求項３５乃至４１のいずれかにおい
て、前記処理ユニットが前記入出力制御手段に対して発行し
た命令を保持する保持手段と、前記メモリ領域が切り替わった際に、前記保持手段によ
り保持された命令を前記入出力制御手段に伝える手段と
を含むことを特徴する情報処理装置。
【請求項４３】請求項３５乃至４２のいずれかにおい
て、前記入出力制御手段の１つはハードディスクユニットを
制御可能な手段であり、該ハードディスクユニットの少
なくとも１つは着脱可能であることを特徴とする情報処
理装置。
【請求項４４】請求項３５乃至４３のいずれかにおい
て、前記入出力制御手段の１つはキーボード制御手段であ
り、該キーボード制御手段は、切り替えられた前記メモ
リ領域の前記環境に対応するキー配列にキーボードの配
列を変更可能な配列選択手段を有することを特徴とする
情報処理装置。
【請求項４５】請求項４４において、前記キーボードを表示可能な表示手段と、表示されたキ
ーボードをクリック可能なポインティング手段とを有
し、前記配列変更手段は、前記表示手段に表示されたキーボ
ードの配列を変更することを特徴とする情報処理装置。
【請求項４６】請求項３５乃至４５のいずれかにおい
て、前記入出力制御手段の１つは画像を制御する複数の表示
手段であり、該表示手段は、各々の前記環境下で独立して画像を制御
できることを特徴とする情報処理装置。
【請求項４７】請求項４６において、該表示手段のうち少なくとも１つは、異なる環境で動作
する前記表示手段で作られた画素データを置き換えて画
像表示可能な手段であることを特徴とする情報処理装
置。
【請求項４８】請求項１乃至４７のいずれかにおい
て、起動時に前記メモリ領域のいずれかを選択して前記処理
ユニットに接続する初期部と、前記処理ユニットに接続された前記メモリ領域に対応す
る環境下で処理を行う実行部と、前記メモリ制御手段によって前記処理ユニットに接続す
る前記メモリ領域を切り替えるシステム切り替え部とを
有することを特徴とする情報処理装置。
【請求項４９】複数の環境のもとで動作可能な処理ユ
ニットと、該処理ユニットの制御に係る情報を記憶したメモリ領域
と、前記処理ユニットが動作する環境が第１の環境から第２
の環境に切り替わった際に、該第１の環境での前記処理
ユニットの制御に係る情報を退避する手段と、該情報が記憶されていたメモリ領域に空きメモリ領域を
マッピングする手段とを有することを特徴とする情報処
理装置。
【請求項５０】請求項４９において、前記情報を退避する手段が、該情報が記憶されていたメ
モリ領域を裏バンクに切り替える手段であることを特徴
とする情報処理装置。
【請求項５１】請求項４９又は５０のいずれかにおい
て、前記第１の環境から前記第２の環境への切り替え処理を
行うためのシステム管理手段を有し、該システム管理手段が、前記情報の退避及び前記空きメ
モリ領域のマッピングを行うことを特徴とする情報処理
装置。
【請求項５２】複数の環境のもとで動作可能な処理ユ
ニットと、前記複数の環境の中の第１の環境で前記処理ユニットを
動作させるためのブートファイルに、前記処理ユニット
を動作させる環境を第１の環境から第２の環境へ切り替
えるための切り替えコマンドを含ませる手段を有するこ
とを特徴とする情報処理装置。
【請求項５３】請求項５２において、前記ブートファイルに、前記第１の環境では認識され
ず、前記第２の環境に切り替わった際に該第２の環境に
より認識されるブートコマンドを含ませる手段を有する
ことを特徴とする情報処理装置。
【請求項５４】請求項５３において、前記ブートコマンドに、前記処理ユニットを動作させる
環境を第２の環境から第１の環境へ切り替えるための切
り替えコマンドを含ませる手段を有することを特徴とす
る情報処理装置。
【請求項５５】請求項５２乃至５４のいずれかにおい
て、前記切り替えコマンドにより起動し、前記第１の環境と
前記第２の環境との間の切り替え処理を行うシステム管
理手段を有することを特徴とする情報処理装置。
【請求項５６】請求項５１又は５５のいずれかにおい
て、前記システム管理手段の指示により各環境毎の前記処理
ユニットの状態を記憶する格納手段と、前記環境の切り替えを行った後に、前記システム管理手
段の指示により前記格納手段のいずれかの環境の記憶か
ら前記処理ユニットの状態を回復する復帰手段とを有す
ることを特徴とする情報処理装置。
【請求項５７】請求項５６において、前記システム管理手段は、システム・マネージメント・
インタラプトで起動するシステム・マネージメント・イ
ンタラプト・ハンドラーであることを特徴とする情報処
理装置。
【請求項５８】請求項１乃至５７のいずれかにおい
て、前記複数の環境が、コンピュータアーキテクチャが異な
るシステムでの環境であることを特徴とする情報処理装
置。
【請求項５９】請求項１乃至５７のいずれかにおい
て、前記複数の環境が、コンピュータアーキテクチャが同一
のシステムでの環境であることを特徴とする情報処理装
置。
【請求項６０】複数の環境のもとで動作可能な処理ユ
ニットと、前記複数の環境ごとに前記処理ユニットの制
御に係る情報を記憶した複数のメモリ領域と、該複数の
メモリ領域のいずれかを選択して前記処理ユニットに接
続するメモリ制御手段とを有する情報処理装置の制御方
法であって、前記処理ユニットの状態を前記環境毎の特定の領域に記
憶する格納工程と、前記メモリ制御手段によって前記処理ユニットに接続す
る前記メモリ領域を切り替えるシステム切り替え工程
と、前記環境毎の特定の領域に記憶された状態を前記処理ユ
ニットへ戻す復帰工程とを有することを特徴とする情報
処理装置の制御方法。
【請求項６１】請求項６０において、前記複数の環境のいずれかの下で動作するアプリケーシ
ョンプログラムと、該アプリケーションプログラムの処理が終了していない
ことを示す未了フラグとを有し、前記未了フラグが有効と際に前記復帰工程を行うことを
特徴とする情報処理装置の制御方法。
【請求項６２】請求項６０又は６１のいずれかにおい
て、前記複数の環境ごとに、前記処理ユニットが該環境下で
動作するための該環境の初期化を行ったことを示す初期
化フラグを有し、前記初期化フラグが有効となった際に、前記復帰工程に
代わり前記環境を初期化する工程を行うことを特徴とす
る情報処理装置の制御方法。
【請求項６３】複数の環境のもとで動作可能な処理ユ
ニットと、前記複数の環境ごとに前記処理ユニットの制
御に係る情報を記憶した複数のメモリ領域と、該複数の
メモリ領域のいずれかを選択して前記処理ユニットに接
続するメモリ制御手段とを有する情報処理装置の制御方
法であって、起動時に前記メモリ領域のいずれかを選択して前記処理
ユニットに接続する初期工程と、前記処理ユニットに接続された前記メモリ領域に対応す
る環境下で処理を行う実行工程と、前記メモリ制御手段によって前記処理ユニットに接続す
る前記メモリ領域を切り替えるシステム切り替え工程と
を有することを特徴とする情報処理装置の制御方法。
【請求項６４】複数の環境のもとで動作可能な処理ユ
ニットと、該処理ユニットの制御に係る情報を記憶した
メモリ領域とを有する情報処理装置の制御方法であっ
て、前記処理ユニットが動作する環境が第１の環境から第２
の環境に切り替わった際に、該第１の環境での前記処理
ユニットの制御に係る情報を退避する工程と、該情報が記憶されていたメモリ領域に空きメモリ領域を
マッピングする工程とを有することを特徴とする情報処
理装置の制御方法。
【請求項６５】複数の環境のもとで動作可能な処理ユ
ニットを有する情報処理装置の制御方法であって、前記複数の環境の中の第１の環境で前記処理ユニットを
動作させるためのブートファイルに、前記処理ユニット
を動作させる環境を第１の環境から第２の環境へ切り替
えるための切り替えコマンドを含ませる工程を有するこ
とを特徴とする情報処理装置の制御方法。