JPH06236286A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 ２つ以上の動作モードを動的に切り換えてそ
れぞれの動作モード上でアプリケーションを動作させる
ことのできる情報処理装置において、動作モードの切り
換えを意識しないデバイスドライバや常駐プログラムを
正常動作させることを目的とする。 【構成】 マシンが起動した直後に、動作モードの切り
換えにより内容が変化する割り込みベクタをトラップ処
理する。動作モードが切り換わるごとにデータの受け渡
しを行い、トラップした内容を常に正しいアドレスに書
き換える。トラップした割り込みが発生したときに書き
換えた正しいアドレスに処理を分岐する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の動作モードを起
動後に切り換えることのできる情報処理装置に関するも
のである。

【０００２】

【従来の技術】パーソナルコンピュータのユーザーは、
オペレーティングシステム（以下ＯＳとする）を立ち上
げた後、様々なデバイスドライバや常駐プログラムを組
み込んでアプリケーションをより快適な環境で動作させ
るようにしている。例えばさらに広いメモリを得るため
のメモリドライバやかな漢字入力を行うためのモジュー
ルがこれに該当する。常駐プログラムを常駐させた場合
のメモリマップを図８を用いて説明する。なお、図は本
願の説明に必要な部分のみ概念的に示しており、一部省
略している。パーソナルコンピュータが立ち上がると、
ＢＩＯＳプログラムによりシステム領域８１、ＢＩＯＳ
領域８４、割り込みベクタテーブル８５が割り付けら
れ、ＯＳがＯＳ領域８３にロードされる。残りの部分は
ユーザーエリア８２と呼ばれ、この中にアプリケーショ
ンプログラム領域８６、常駐プログラム領域８７がその
プログラムの実行に必要な分確保される。割り込みベク
タテーブル８５にはプログラムの「飛び先」を記述した
テーブルがあり、このテーブルによってＢＯＩＳ領域８
４内の処理ルーチンが呼び出され、ＢＩＯＳ処理やハー
ドウエア割り込み等の処理が行われる。常駐プログラム
は主メモリ上に常に存在し、必要に応じて割り込みベク
タテーブル８５の内容を割り込みベクタ格納領域８８に
格納した後、割り込みベクタテーブル８５に自身をポイ
ントするアドレスを設定することにより（この操作をト
ラップという）、本来の処理に換わって、または本来の
処理の前に独自の処理を行う。

【０００３】ところで、パーソナルコンピュータのよう
な小型で個人向けの計算機システムでは従来から単一な
ＯＳ、単一な動作モードで起動しアプリケーションを動
作しそして終了することが通常であった。このためデバ
イスドライバ、常駐プログラムはある固定の環境下での
み正常動作するように作成されていた。その一方で最
近、第１のＯＳの上で第２のＯＳが立ち上がりこの第２
のＯＳの管理下で仮想的な第１のＯＳが複数存在する仮
想計算機システムをサポートするＯＳが登場してきた。
この新しいＯＳでは複数の従来の旧いＯＳのアプリケー
ションをそれぞれ異なった動作モードで実行することが
できるものがある。

【０００４】複数の動作モードの切り換えについてより
具体的な例で説明すると、例えばユーザの指定により表
示画面の解像度をシステムのリセットを行うことなしに
変えることができれば大変に便利である。なぜならば最
近までは国内のパーソナルコンピュータでは６４０ドッ
ト×４００ドットという比較的解像度の低い表示画面を
持ったものが広く普及していた。ところがマンマシンイ
ンタフェースの向上や表示する情報量が増えるというメ
リットから、より高解像度の表示画面を持ったものがで
てきたが、これに対応したアプリケーションの数は少な
いからである。これらの２つのモードはＶＲＡＭの大き
さが異なるためメモリーの配置を変える必要があるがハ
ードは使用中に解像度を切り換えることができてもメモ
リ配置やＢＩＯＳが換わるので旧いＯＳではこれらの切
り換えを動的に行うことができず、第２のＯＳでの制御
が必要になる。

【０００５】

【発明が解決しようとする課題】ところが、新しいＯＳ
が立ち上がる前に起動されメモリに常駐しているデバイ
スドライバやプログラムについては新しいＯＳで完全に
制御することはむずかしく動作モードが途中で切り換わ
ることに対応できずに固定の動作モードのまま処理を行
うため、正常動作しなくなってしまう問題が発生する。
このため新しいＯＳを立ち上げるときはこのようなデバ
イスドライバ、常駐プログラムは使用できないように制
限をつけるか、または複数の動作モードで正常動作でき
るようにおのおのデバイスドライバ、常駐プログラムを
手直ししなければならなかった。

【０００６】図９は動作モード１で第１のＯＳが立ち上
がった直後を示している。ＩＮＴｎの割り込みベクタテ
ーブル９１ｎの内容はＢＩＯＳ領域９０の中の処理ルー
チンＡ１をポイントしており、ＩＮＴ ｎによりＡ１が
実行される。

【０００７】図１０は前記とは異なる動作モード２で第
１のＯＳが立ち上がった直後を示しており、割り込みベ
クタテーブル９１に動作モード１と異なる値が設定され
ているのが分かる。動作モード２ではＩＮＴ ｎで処理
ルーチンＡ２が実行される。

【０００８】次に図１１を用いて常駐プログラムの動作
を説明する。パーソナルコンピュータが図９の状態で立
ち上がった後、常駐プログラムｂが起動されＩＮＴ ｎ
をトラップする。具体的にはＩＮＴ ｎの割り込みベク
タテーブル９１ｎの内容は常駐プログラムｂのエントリ
ーアドレス（処理ルーチンの先頭アドレス）ｂに書き換
えられ、処理ルーチンＡ１のエントリーアドレスＡ１が
常駐プログラムｂ内に格納される。以上の設定によりＩ
ＮＴ ｎで常駐プログラムｂを介し処理ルーチンＡ１が
実行される。

【０００９】このように常駐プログラムｂがメモリに常
駐した後、ＩＮＴ ｎの割り込みが起こると常駐プログ
ラムｂに制御が移る。この後、常駐プログラムｂの内部
だけで処理が終了しＩＮＴ ｎの呼び出し元にリターン
する場合と、トラップする前のＢＩＯＳのエントリーア
ドレスＡ１に処理を戻す場合とがある。常駐プログラム
ｂが動作モード１で常駐した後動作モード２に切り換わ
り、トラップ前のＢＩＯＳへ処理を戻す場合に不具合が
発生する。

【００１０】この状態で動作モード２に切り換えた場合
を図１２を用いて説明する。動作モード２では割り込み
ベクターテーブル９１及びＢＯＩＳ領域９０の内容が再
配置され、一部を除き動作モード１との共通性はない。
ここでは動作モード２のＩＮＴ ｎの割り込みベクタア
ドレスは処理ルーチンＡ２に設定されている。ところが
動作モード１で常駐した常駐プログラムｂはＩＮＴ ｎ
で処理ルーチンＡ１のエントリーアドレスをポイントし
ているが、処理ルーチンＡ１は存在せず、そのエントリ
ーアドレスのポイントする処理ルーチンＢ２に制御が移
り誤動作に至る。このため動作モードを切り換えるとき
に第２のＯＳでこのような常駐プログラムが内部領域に
持っているトラップ前の割り込みベクタテーブルの内容
を正しい値に書き直さないかぎりこれらの常駐プログラ
ムやデバイスドライバを第２のＯＳ以前に組み込むこと
はできなかった。

【００１１】

【課題を解決するための手段】本発明の情報処理装置は
割り込みベクタテーブルを用いて割り込み処理を行う第
１のＯＳが起動した後、前記のＯＳ上で第２のＯＳが起
動し、又第２のＯＳの上で２つ以上の動作モードを切り
換えてそれぞれの動作モード上でアプリケーションプロ
グラムを動作させることのできる情報処理装置におい
て、第１のＯＳが起動した直後に任意の割り込みベクタ
テーブルをトラップする手段と、トラップした割り込み
べクタテーブルを格納するテーブルと、第２のＯＳ上の
アプリケーションプログラムの動作モードが変更される
と、前記テーブルの内容を変更後の動作モードに対応し
た割り込みべクタテーブルに書き換える手段と、を有す
ることを特徴とし、動作モードの変化によって割り込み
ベクタテーブルの内容が変わる割り込みベクタ番号につ
いてすべてトラップを行い内部に格納したトラップ以前
の割り込みベクタテーブルの内容を第２のＯＳ下で動作
モードが変化するタイミングで正しい値に変更させるよ
うに第２のＯＳとの間でデータのやり取りを行う割り込
みベクタテーブル制御のための専用デバイスドライバを
第１のＯＳが立ち上がった直後に組み込むことにより、
従来からのデバイスドライバ、常駐プログラムは動作モ
ードによる割り込みベクタテーブルの内容の変化を受け
なくなり正常に動作することができる。

【００１２】

【実施例】図１は第１のＯＳと第２のＯＳの関係、本発
明により生み出された割り込みベクタテーブルをトラッ
プするための割り込みベクタテーブル制御用デバイスド
ライバ（以下デバイスドライバ）ａと第２のＯＳとの関
係を概念的に図式化したものである。第１のＯＳ上で常
駐プログラム、常駐プログラム、デバイスドライバ
及び第２のＯＳが動作し、さらに第２のＯＳ上で各動
作モードのアプリケーションが動作している。第２のＯ
Ｓ上のアプリケーションはデバイスドライバａを介して
常駐プログラム、デバイスドライバにアクセスすること
になる。

【００１３】第１のＯＳが起動された直後の割り込みベ
クタテーブルとＢＩＯＳ領域中の処理ルーチンは従来と
同様に図９で示すようになる。ここでＡ１、Ｂ１……は
割り込みベクタであり、動作モード１と動作モード２で
値が変更される。（以後動作モードは２つで説明する
が、それ以上であっても本質的に同様である） この状態にデバイスドライバａを組み込んだものが図２
である。第１のＯＳが立ち上がった直後にデバイスドラ
イバａが起動されると、動作モードによって変更のある
割り込みベクタをすべてトラップする。割り込みベクタ
テーブル１上のトラップ前の割り込みベクタＡ１、Ｂ１
……はデバイスドライバａ内のテーブル３に格納され、
割り込みベクタテーブル１にはデバイスドライバａ内の
処理ルーチンをポイントする割り込みベクタａ１１、ａ
１２……が設定される。ＩＮＴｎが実行されるとデバイ
スドライバａ内の処理ルーチンａ１１の制御によりテー
ブル３で設定されたＡ１がポイントするＢＩＯＳ処理ル
ーチンＡ１が実行される。

【００１４】割り込みベクタのトラップ処理の手順を図
５を用いて説明する。デバイスドライバａは動作モード
１と動作モード２の割り込みベクタテーブルを認識して
おり、従って動作モード１と動作モード２でどの割り込
みベクタを変更すればよいかを知ることができる。デバ
イスドライバａが起動されるとトラップが必要な割り込
みベクタアドレスを順次指定する（Ｓ１）。次に指定し
た割り込みベクタｉの内容をデバイスドライバａ内のメ
モリ（テーブル３）に格納する（Ｓ２）。割り込みベク
タｉにデバイスドライバａ内の処理ルーチンａ１ｉのエ
ントリーアドレスａ１ｉを設定する（Ｓ３）。上記をト
ラップが必要なすべて割り込みベクタについて行なった
ことを確認し（Ｓ４）、トラップ処理を終了する。

【００１５】この後常駐プログラム（デバイスドライバ
でもよい）ｂがＩＮＴ ｎの割り込みベクタをトラップ
したのを示したのが図３である。常駐プログラムｂは割
り込みベクタを自身のエントリーアドレスｂ１に換え、
デバイスドライバａの処理ルーチンａ１１のアドレスを
自身の内部メモリ領域に格納する。ＩＮＴ ｎにより常
駐プログラムｂ、デバイスドライバａを経てＢＩＯＳ処
理ルーチンＡ１が実行される。

【００１６】この状態で動作モード２に切り換わった場
合、正常動作するためにはＩＮＴｘｘに対するＢＩＯＳ
のエントリーアドレスはＡ１がＡ２に、Ｂ１がＢ２にと
いったように切り換わらなければならない。第２のＯＳ
はオペレータの指示により動作モード変更を認識し、図
６で示すように、デバイスドライバａに対して動作モー
ド１の割り込みベクタを動作モード２の割り込みベクタ
に変更するよう指示する。ここで第２のＯＳはあらかじ
め動作モード１、２の割り込みベクタテーブルの値がわ
かっており、ある特定の割り込みまたはデバイスコント
ロール等によりこれらの値を順にデバイスドライバａに
通知することができる。

【００１７】図４は動作モード２に切り換えた後のメモ
リの変移の概要を示す。また図７には、前述の処理によ
りデバイスドライバａ内のテーブル３の割り込みベクタ
がモード２に対応した値に切り換わった状態を示す。図
４の割り込みべクタａ１２、ａ１３…はデバイスドライ
バａの処理ルーチンの先頭アドレスにすでに変更されて
いるのでモードが変わっても不変である。ここでＩＮＴ
ｎが発生すると割り込みベクタテーブル１内の値ｂ１
により常駐プログラムｂの処理ルーチンｂ１に制御が移
る。さらにトラップ前の処理を行うときはテーブル３に
格納されているａ１１の値によってデバイスドライバａ
の処理ルーチンａ１１に制御が移り、処理ルーチンａ１
１はテーブル３の値Ａ２によりＢＩＯＳ処理ルーチンＡ
２をポイントする。よってＩＮＴ ｎにより動作モード
２の正しい処理ルーチンＡ２を実行することができる。

【００１８】このように見てきた時、デバイスドライバ
ａを組み込んだ後にトラップを行うデバイスドライバや
常駐プログラムは動作モードの切り換えによるＢＩＯＳ
のエントリーアドレスの変更から切り放され、動作モー
ドに関わりなく動作することがわかる。

【００１９】なお本発明の実施例はデバイスドライバａ
の形式で説明したが、常駐プログラムの形式であって
も、一部制約はあるが同様の効果を得ることは可能であ
る。

【００２０】

【発明の効果】以上述べた如く、本発明による複数の動
作モードの切り換えによる割り込みベクタテーブルの変
化を制御する専用のデバイスドライバをマシンの起動時
に組み込むことにより、動作モードが固定であることを
前提として作成された、割り込みベクタテーブルをトラ
ップする常駐プログラムやデバイスドライバ（ほぼ全数
がこの形態）がこれらに修正を加えることなく、動作モ
ードの切り換えをサポートするＯＳで利用できるので、
従来の常駐プログラムやデバイスドライバを有効に活用
できるとともに前記のＯＳの制御が簡便になるという効
果を有する。

【図面の簡単な説明】

【図１】第１のＯＳと第２のＯＳと割り込みベクタテー
ブル制御デバイスドライバとの関係を示す概念図。

【図２】図９の後、割り込みベクタテーブル制御デバイ
スドライバａが組み込まれたときの割り込みベクタテー
ブルの内容の変化を示した図。

【図３】図２の後、常駐プログラムｂが組み込まれたと
きの割り込みベクタテーブルの内容の変化を示した図。

【図４】図３の後、動作モードが切り換わり、デバイス
ドライバａの内部メモリに格納したトラップ時の割り込
みベクタテーブルの値が変わったことを示す図。

【図５】デバイスドライバａの初期化時に、必要な割り
込みべクタのトラップ処理行なうことを示すフローチャ
ート。

【図６】デバイスドライバａの動作モード変更時、第２
のＯＳによって呼ばれる処理フローチャート。

【図７】デバイスドライバａの内部メモリの割り込みベ
クタの格納領域が動作モードによって内容が書き換わっ
たことを示した概念図。

【図８】常駐プログラムを示すメモリマップ。

【図９】動作モード１で第１のＯＳ起動直後の割り込み
ベクタテーブルとＢＩＯＳとを示した図。

【図１０】動作モード２で第１のＯＳ起動直後の割り込
みベクタテーブルとＢＩＯＳとを示した図。

【図１１】図９の後、常駐プログラムｂが常駐し、元の
割り込みベクタテーブルの内容が常駐プログラムｂの内
部メモリに格納されたことを示す図。

【図１２】図１１の後、動作モードが２になり、ＢＩＯ
Ｓの内容とそれにともなう割り込みベクタテーブルが変
化することを示した図。

【符号の説明】

１：割り込みべクタテーブル ２：ＢＩＯＳ領域 ３：テーブル ８１：システム領域 ８２：ユーザーエリア８２ ８３：ＯＳ領域 ８４：ＢＩＯＳ領域 ８５：割り込みべクタテーブル ８６：アプリケーションプログラム領域 ８７：常駐プログラム領域 ８８：割り込みべクタ格納領域

Claims (1)

【特許請求の範囲】
1. 【請求項１】 割り込みベクタテーブルを用いて割り込
   み処理を行う第１のＯＳが起動した後、前記のＯＳ上で
   第２のＯＳが起動し、又第２のＯＳの上で２つ以上の動
   作モードを切り換えてそれぞれの動作モード上でアプリ
   ケーションプログラムを動作させることのできる情報処
   理装置において、 第１のＯＳが起動した直後に任意の割り込みベクタテー
   ブルをトラップする手段と、トラップした割り込みべク
   タテーブルを格納するテーブルと、 第２のＯＳ上のアプリケーションプログラムの動作モー
   ドが変更されると、前記テーブルの内容を変更後の動作
   モードに対応した割り込みべクタテーブルに書き換える
   手段と、を有することを特徴とする情報処理装置。