JP2000330806A - 計算機システム - Google Patents

Abstract

(57)【要約】 【課題】複数個の相異なるオペレーティングシステムを
単一のプロセッサで動作させる計算機システムにおい
て、計算機に接続された周辺デバイスを該複数個のオペ
レーティングシステムから共有するあたり、各オペレー
ティングシステムの優れた特長を引き出し、かつシステ
ムコストを削減することを目的とする。 【解決手段】複数個のオペレーティングシステム１１
６，１１７と、実行環境を切り替えるＯＳコンテクスト
切換１２７と、発生した割込みを各オペレーティングシ
ステムに振り分ける共通割込みハンドラ１２８とを有す
る計算機システムにおいて、共通割込みハンドラ１２８
は割込み要因毎に起動するオペレーティングシステムを
記憶する優先割込みテーブル１２８を参照し、割込み要
因に応じたオペレーティングシステムに切り替えるよう
にＯＳコンテクスト切換１２７に依頼すると共に、割込
みハンドラ１２２ないし１２３を起動する手段を有す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数個のオペレーテ
ィングシステムを単一のプロセッサで動作させる計算機
システムにおける周辺デバイスとのデータ入出力方法を
対象とし、特に、複数個のオペレーティングシステムが
同一の周辺デバイスを共有に使用するための制御方法に
関連する。

【０００２】

【従来の技術】通常の計算機では、１つのオペレーティ
ングシステムが動作し、それが計算機のプロセッサ，メ
モリ、および２次記憶装置といった計算機資源を管理
し、計算機が効率よく動作できるように資源スケジュー
ルを実施している。ところで、オペレーティングシステ
ムには様々な種類がある。バッチ処理に優れるものや、
事務処理といったＧＵＩに優れるもの、実時間処理に優
れているものなど様々である。これら複数の特徴を引き
出すため、複数あるオペレーティングシステムを１台の
計算機で同時に実行したいというニーズがある。例え
ば、大型計算機においては、実際の業務に伴うオンライ
ン処理を実行するオペレーティングシステムと、開発用
のオペレーティングシステムを１台の計算機で動作させ
たいという要求がある。あるいはＧＵＩが整っているオ
ペレーティングシステムと実時間性に優れているオペレ
ーティングシステムを同時に稼働させたいという要求も
ある。

【０００３】１台の計算機上で複数のオペレーティング
システムを動作させる機構としては、大型計算機で実現
されている仮想計算機方式（ＯＳシリーズ第１１巻，Ｖ
Ｍ，岡崎世雄著，共立出版株式会社）がある。仮想計算
機方式では、仮想計算制御プログラムが全ハードウェア
を占有して管理し、それを仮想化して仮想計算機を構成
する。仮想計算機を構成する制御部は、物理メモリ，入
出力機器装置，外部割り込み等を仮想化する。例えば、
分割された物理メモリは、仮想計算機に対してはあたか
も０番地から始まる物理メモリのように振る舞い、入出
力装置を識別する装置番号も同様に仮想化されている。
更に、磁気ディスクの記憶領域も分割して磁気ディスク
装置の仮想化まで実現している。

【０００４】一方、１台の計算機で複数のオペレーティ
ングシステムのインタフェースを提供する技術としてマ
イクロカーネルがある。マイクロカーネルでは、マイク
ロカーネルの上にユーザに見せるオペレーティングシス
テム機能を提供するオペレーティングシステムサーバを
構築し、ユーザはそのサーバを経由して計算機資源を利
用する。オペレーティングシステム毎のサーバを用意す
れば、ユーザに様々のオペレーティングシステム環境を
提供することができる。

【０００５】

【発明が解決しようとする課題】例えば、車載ナビゲー
ションシステムでは、外部環境変化に対して即座に応答
するというリアルタイム性と、いかなる場合でもシステ
ムが停止しないという信頼性が重要視されている。この
ため、割込み応答性が高く、かつ、コンパクトでモジュ
ール構成を有するリアルタイム用オペレーティングシス
テム（リアルタイムＯＳ）が用いられることが多い。し
かしながら、リアルタイムＯＳは、リアルタイム性・信
頼性を重要視する反面、人間とのインタフェースに優れ
ているとは言い難い。一方、一般のパソコン（ＰＣ）に
用いられている事務処理用オペレーティングシステム
（事務処理ＯＳ）は、ＧＵＩといった直接画面を操作す
る環境が準備され、対人間インタフェースに優れてい
る。このため、従来はリアルタイムＯＳを使用していた
分野にも事務処理ＯＳのユーザインタフェースを使用し
たいという要求が高まっている。しかし、事務処理ＯＳ
は人間との対話を主な処理としているため、割込み応答
性よりも処理のスループットを重要視し、比較的長時間
割込み禁止状態のまま処理を実行することもある。ま
た、コンパクトな構成を有するリアルタイムＯＳに対
し、信頼性において匹敵するとは言い難い。

【０００６】しかしながら、大型計算機上で複数の仮想
計算機(オペレーティングシステム)を並行して動作させ
る方式と同様に、組み込みシステムにおいて同一計算機
システム上で事務処理ＯＳとリアルタイムＯＳとを動作
させ、必要に応じてこれらのオペレーティングシステム
を切り替えることができれば、優れたユーザインタフェ
ースとリアルタイム性・信頼性とを両立させることがで
きる。マイクロプロセッサの性能向上を考慮すれば、複
数のオペレーティングシステムを一つの計算機システム
上で動作させることは、大型計算機だけに許された技術
ではなくなってきている。

【０００７】大型計算機ではマルチユーザに対応する必
要があるが、組み込み機器では最低限シングルユーザに
対応できればよい。そこで、リアルタイムＯＳと事務処
理ＯＳを一つの計算機システムで動作させるとき、それ
ぞれのオペレーティングシステムの重要性を考慮し、リ
アルタイムＯＳが実行すべき処理がある場合はリアルタ
イムＯＳを優先的に動作させ、リアルタイムＯＳ上で実
行するタスクがなくなったとき事務処理ＯＳを実行する
という最も単純なオペレーティングシステム切替え方式
が適用可能である。このようなオペレーティングシステ
ムの切替え方法では、周辺デバイスとの入出力におい
て、入出力装置毎に割込み要求を受けるオペレーティン
グシステムを静的に決定し、発生した割込み番号を判定
することでオペレーティングシステムを切り替える方法
が用いられる。例えば、前記手法を車載ナビゲーション
システムに適用したとき、位置決定に必要なセンサから
の割込みはリアルタイムＯＳの、人間とのインタフェー
スに用いるスイッチやディスプレイコントローラからの
割込みは事務処理ＯＳの割込みハンドラを起動するよう
にオペレーティングシステムを切り替える。しかしなが
ら事務処理ＯＳの信頼性は必ずしも高くないため、本適
用例では事務処理ＯＳの処理が停止すると同時にユーザ
インタフェースも使用不可能になり、車載ナビゲーショ
ンシステム全体の信頼性をも低下させてしまう。前記課
題を解決するには、絶対に停止させたくない処理はリア
ルタイムＯＳ側に、停止を許容する処理は事務処理ＯＳ
にそれぞれ分離すればよいが、例えばユーザインタフェ
ースのための入出力処理をリアルタイムＯＳ側で処理し
てしまうと、ユーザインタフェースに優れた事務処理Ｏ
Ｓを導入した意味がなくなってしまう。よって、入出力
デバイスを複数のオペレーティングシステム、即ち事務
処理ＯＳとリアルタイムＯＳの両方から使用できること
が必須となり、上記説明した割込み番号から入出力処理
を実行するオペレーティングシステムを静的に決定する
方法では不十分であり、実用に耐えないという課題を有
する。

【０００８】本発明の目的は、複数の相異なるオペレー
ティングシステムを一つの計算機システム上で動作させ
るマルチオペレーティングシステム制御装置において、
計算機に備えられた入出力デバイスを複数のオペレーテ
ィングシステムで共有する仕組みを提供することにあ
る。

【０００９】

【課題を解決するための手段】本発明では、上記課題を
解決するため、第１の発明では、割込み要因毎に起動す
るオペレーティングシステムを記憶する優先割込みテー
ブルと、優先割込みテーブルを書き換える優先割込みテ
ーブル書き換え手段とを備え、ＯＳ切換手段は割込み要
因から優先割込みテーブルを参照し対応するオペレーテ
ィングシステムに切り替えると共に、該オペレーティン
グシステムが備える割込み処理手段を呼び出すことで計
算機に備えられた入出力デバイスを複数のオペレーティ
ングシステムで共有する。

【００１０】第２の発明では、複数のオペレーティング
システムから共有する周辺デバイスと、前記共有する周
辺デバイスとデータ入出力するデータ入出力サーバを該
一つのオペレーティングシステムに備え、前記オペレー
ティングシステム以外に備えられた前記共有する周辺デ
バイスとデータ入出力するデータ入出力クライアント
は、データ入出力サーバにデータ入出力を依頼し、デー
タ入出力サーバが周辺デバイスとデータ入出力した結果
を受信しデータ入出力処理することで計算機に備えられ
た入出力デバイスを複数のオペレーティングシステムで
共有する。

【００１１】

【発明の実施の形態】本発明の実施例を図面で説明す
る。

【００１２】図１に本発明の第一の実施例における全体
構成を示す。通常、計算機システムは、プロセッサ１０
０，メモリ１０１，入出力制御装置１０２，ディスプレ
イ１０４，スイッチ１０５，センサ１０６などから構成
される。プロセッサ１００，メモリ１０１，入出力制御
装置１０２はプロセッサバス１０３によって接続され
る。プロセッサ１００は複数個のオペレーティングシス
テムを動作させるためのマイクロプロセッサである。メ
モリ１０１は、オペレーティングシステム１１６，１１
７，各オペレーティングシステム上で動作するタスクプ
ログラム１１０〜１１５，各オペレーティングシステム
のための入出力ドライバプログラム１２０，１２１，割
込みハンドラプログラム１２２，１２３，ＯＳ間制御機
能プログラム１２４を保持する。これらのプログラムは
プロセッサ１００によって読み出されて実行される。

【００１３】入出力制御装置１０２は、画面表示用デバ
イスであるディスプレイ１０４，ユーザからの指示を受
けるスイッチ１０５，周囲環境の変化を測定するセンサ
１０６等を接続する。また、工場／プラント制御用、あ
るいは、組込み向け計算機システムを実現する場合、入
出力制御装置１０２にはネットワーク１０９が接続され
ることがある。ネットワーク１０９には、通信機器など
の入出力機器が接続される。なお、入出力制御装置１０
２に接続される入出力装置１０４〜１０６のうち、いず
れかまたは全ては、システム構成によって省略されるこ
ともあり、さらに多様な入出力装置が接続されることも
ある。入出力制御装置１０２は、割込み信号線１０８に
よってプロセッサ１００と接続され、入出力動作完了な
どを通知する。図１では説明のため割込み信号線１０８
とプロセッサバス１０３が別の装置であるように記載し
ているが、実際には、割込み信号線１０８はプロセッサ
バス１０３の一部である。プロセッサ１００内部にはタ
イマ装置１０７が設けられており、一定周期毎に内部割
込みを発生させる。タイマ装置１０７からの割込みは、
オペレーティングシステムの計時などに使用される。

【００１４】プロセッサ１００は割込み信号線１０８に
よって通知される外部割込みやタイマ装置１０７などか
らの内部割込みをマスクできる機能を装備するものとす
る。割込みマスクとは、プログラムが割込みマスクを解
除するまで、特定の割込みが入ることを遅延させる機能
である。一般に、割込みマスク機能には、下記の三種類
が存在する。

【００１５】（１）全割込みマスク：全ての割込みをマ
スクする。

【００１６】（２）個別割込みマスク：個々の割込みを
それぞれマスクできるようにする。 （３）割込みレベルマスク：各割込みにレベルを設定
し、指定レベル以下の割込みをマスクする。

【００１７】プロセッサ１００の種類によって、上記
（１）（２）の組合せ、または（１）（３）の組合せの
いずれかを装備することが多い。後者の組合せを装備す
るプロセッサを採用する場合、対応する入出力装置の重
要性や最小応答時間に応じ割込みレベルを割り当てるこ
とになる。例えば、短い応答時間が要求されるネットワ
ーク１０９からの割込みを、ディスプレイ１０４，スイ
ッチ１０５および記憶装置１０６などからの割込みより
高いレベルに設定する。

【００１８】本実施例では、計算機システム内に二つの
オペレーティングシステム１１６，１１７が存在する場
合を説明する。オペレーティングシステム１１６，１１
７は、各自に割り当てられたメモリ、及びプロセッサ資
源を用い、タスク１１０〜１１５を実行する。図１で
は、オペレーティングシステム数が２個，全タスク数が
６個の例を示しているが、これらの数値よりも多い、ま
たは、少ないオペレーティングシステム，タスクを実装
することも可能である。本実施例では、オペレーティン
グシステム数の動的な変更は想定しないが、各オペレー
ティングシステムが動的にタスク生成・削除を行うこと
は可能である。さらに本実施例では、オペレーティング
システム１１６が事務処理ＯＳ，オペレーティングシス
テム117がリアルタイムＯＳであると仮定するが、実際
に、各オペレーティングシステムがいかなる種類であっ
ても、本発明で述べる技術は適用可能である。タスク11
0〜１１２は事務処理ＯＳで実行される事務処理タスク
であり、タスク１１３〜１１５はリアルタイムＯＳで実
行されるリアルタイムタスクである。さらに、リアルタ
イムＯＳでの応答時間を保証するため、事務処理ＯＳよ
りリアルタイムＯＳの割込み優先順位が高いと仮定し以
下説明する。前記仮定では、リアルタイムＯＳのいずれ
かのタスクが実行状態の場合はリアルタイムＯＳ１１６
がプロセッサ資源が使用し、すべてのタスクがアイドル
状態またはウェイト状態の場合は事務処理ＯＳにコンテ
クストが切り替えプロセッサ資源が使用する。

【００１９】事務処理ＯＳ１１６及びリアルタイムＯＳ
１１７を一つのプロセッサ上で連携しながら動作させる
ため、ＯＳ間制御機能１２４を備える。ＯＳ間制御機能
124は、事務処理ＯＳとリアルタイムＯＳ間の両者から
アクセス可能な共有メモリ１２５，事務処理ＯＳとリア
ルタイムＯＳ間でメッセージ転送を行うＯＳ間通信機能
１２６，事務処理ＯＳとリアルタイムＯＳ実行環境を切
り替えるＯＳコンテクスト切換１２７，発生した割込み
を各オペレーティングシステムに振り分ける共通割込み
ハンドラ１２８，割込み要求に対応するオペレーティン
グシステムや割込み開始アドレスを記憶する優先管理テ
ーブル１２９とを備える。

【００２０】共有メモリ１２５は、オペレーティングシ
ステム間で高速なデータ交換を実現することを目的と
し、事務処理ＯＳとリアルタイムＯＳの両者から読み書
きが可能である。ここで、データ競合を防止するためセ
マフォ機能を用い排他的に共有メモリをアクセスするこ
とが望ましい。ＯＳ間通信機能１２６は、各オペレーテ
ィングシステムに対応するメッセージキューを準備し、
各オペレーティングシステム間でメッセージを受け渡
す。共通割込みハンドラ１２８は、割込み要求が発生し
たとき最初に呼び出され、優先割込みテーブル１２９に
記憶された割込み番号毎のオペレーティングシステムを
判定し、対応する割込みハンドラ１２２，１２３を呼び
出す。ＯＳコンテクスト切換１２７は、割込み要求やＯ
Ｓ間制御機能の呼び出しによりオペレーティングシステ
ムの切換が必要と判断されたときコンテクストを切り替
える。割込み管理テーブル１２９は、割込み番号毎に呼
び出される割込みハンドラが所属するオペレーティング
システム情報や、各オペレーティングシステム毎の割込
みハンドラの開始アドレス情報を保持する。従来の方法
では、割込み管理テーブル１２９をシステム起動時に静
的に決定していたため、システム動作中にその内容を書
き換えることはできなかった。本システムでは、システ
ム動作中でも割込み管理テーブル１２９を書き換える手
段を提供することで、一つの入出力装置を複数のオペレ
ーティングシステムが共用することを可能としたことを
特徴とする。

【００２１】オペレーティングシステム１１６，１１７
は、入出力装置との間でデータ入出力を処理する入出力
ドライバ１２０，１２１，入出力装置からの割込み要求
を受ける割込みハンドラ１２２，１２３を備える。割込
みハンドラ１２２，１２３は、共通割込みハンドラ１２
８から呼び出され、ユーザが定義した割込み処理プログ
ラムを実行する。入出力ドライバ１２０，１２１は、各
タスクから入出力装置を制御するためのインタフェース
を提供し、入出力装置を読み書きすることでデータ入出
力したり、入出力装置を制御するといった機能を提供す
る。リスケジューラ１１８，１１９は、タスクの生成・
削除・停止・再開や、外部割込み・内部割込みに伴って
タスク切り替えを行わなければならない場合に起動され
る。リスケジューラは直前に実行していたタスクの実行
環境（プログラムカウンタ，ステータスレジスタ，汎用
レジスタなど）をタスク管理テーブルに格納し、新たに
実行すべきタスクを決定し、そのタスクの実行環境をタ
スク管理テーブルから取り出し各レジスタに設定するこ
とで、選択したタスクを実行する。

【００２２】図２に、本発明が前提とするプロセッサ１
００の内部構成例を示す。キャッシュメモリ１３０はメ
モリ１０１上のデータまたは命令を一時的に格納するバ
ッファ記憶装置である。ＣＰＵ１３１は演算回路であ
り、メモリ１０１若しくはキャッシュメモリ１３０上に
存在する命令を順次読み出して実行する。命令実行に際
して、演算結果を一時的に保持するための汎用レジスタ
１３２、実行命令アドレスを保持するプログラムカウン
タ１３３，実行状態を保持するステータスレジスタ１３
４を用いる。キャッシュメモリ１３０，ＣＰＵ１３１，
汎用レジスタ132,プログラムカウンタ１３３、ステータ
スレジスタ１３４は、互いに、データ転送を行うデータ
バス１３５、アドレス指定を行うアドレスバス１３６に
よって接続されている。

【００２３】割込み信号線１０８とタイマ装置１０７は
割込みコントローラ１３７に接続される。割込みコント
ローラ１３７は、ＣＰＵ１３０に対して割込み状態信号
138を生成する役割を有する。割込み状態信号１３８
は、プロセッサ１００に対して現在如何なる種類の割込
みが発生しているかを示す信号線である。通常、ステー
タスレジスタ１３４は現在の割込みマスクに関する情報
を有しており、割込み状態信号１３８で指定される割込
みを受け付けるか否かを決定する。割込みを受け付ける
場合、割込みコントローラ１３７は、プログラムカウン
タ１３３，ステータスレジスタ１３４などの値を書き換
え、対応する割込み処理プログラムを実行させる。

【００２４】ステータスレジスタ１３４の構成例を図３
に示す。ここでは、プロセッサ100が全割込みマスク機
能と割込みレベルマスク機能とを装備している場合の例
を示す。図３の例では、ステータスレジスタ１３４が割
込みブロックビット１４０と割込みマスクレベルフィー
ルド１４１を有する。割込みブロックビット１４０がＯ
Ｎである場合、プロセッサ１００に対する全ての割込み
がマスクされる。割込みマスクレベルフィールド１４１
は現在の割込みマスクレベル値を示し、これ以下の割込
みレベルは受け付けられない。図３の例では、割込みマ
スクレベルフィールド１４１は４ビット長である。この
ため、合計１６種類のマスクレベルを指定可能であるが
（通常、割込みレベル０は「割込みが発生していない」
ことを意味し、割込みマスクレベルを０とすることは
「割込みマスクを行わない」ことを意味するため、実質
的には１５種類となる）、割込みマスクレベルフィール
ド１４１のビット数を変更することにより、受理できる
割込みレベルの種類を増減させることができる。

【００２５】図４は、プロセッサ１００が全割込みマス
ク機能と個別割込みマスク機能とを装備している場合の
ステータスレジスタ１３４である。この例では、ステー
タスレジスタ１３４は実際には２つのレジスタ（実行状
態レジスタ１４２と割込みマスクレジスタ１４３）から
構成される。図３と同様、実行状態レジスタ１４２内に
割込みブロックビット１４０が設けられている。割込み
マスクレジスタ１４３内の割込みマスクビット１４４〜
１４７はそれぞれ別々の割込みに対応しており、該割込
みマスクビットのいずれかをＯＮとした場合、対応する
割込みが受け付けられなくなる。図３に示すステータス
レジスタの例は、図４のステータスレジスタの特殊例で
ある。例えば、割込みマスクビット１４４のみＯＮとな
っている状態をレベル１とし、割込みマスクビット１４
４，１４５の二つがＯＮとなっている状態をレベル２，
割込みマスクビット１４４〜１４６の三つがＯＮとなっ
ている状態をレベル３，…、のように対応させることが
できる。このため、以降、ステータスレジスタ１３４は
図４に示す構成を有するとして説明する。

【００２６】一般的なプロセッサでは、割込みを受理す
ると、ハードウェアによって自動的に割込みブロックビ
ット１４０がＯＮに書き換えられる。必要に応じて、割
込み処理プログラムが割込みブロックビット１４０をＯ
ＦＦに書き換えて割込み受付けを許可することができ
る。また、オペレーティングシステムおよびタスクが、
一時的に割込みブロックビット１４０や割込みマスクレ
ジスタ１４３の内容を書き換え、特定割込みの受付けを
待たせることもできる。割込みマスク機能は、排他制御
の実現や、割込み処理実行中に再び同一割込みが発生す
ることを避けるために用いられる。

【００２７】図５に割込みハンドラ１２２，１２３，共
通割込みハンドラ１２８，ＯＳコンテクスト切替１２
７，割込み管理テーブル１２９の詳細を示す。

【００２８】割込みハンドラ１２２，１２３は、割込み
発生時のレジスタなどの保存，一時変数の保持を行うた
めの領域として、それぞれ、割込みスタック１５１，１
５３を所有する。割込み発生時には、割込み発生直前の
レジスタ値を保存し、割込み処理終了後にはこのレジス
タ値を元に復帰するため、割込みスタック１５１，１５
３を備える。使用するプロセッサ１００の種類によって
は、割込み発生時に自動的にレジスタが切り替わり、か
つ、割込み処理終了後に切替え前のレジスタに戻す機能
を備えているものもある。しかしながら、多重割込みが
可能なシステムを考慮した場合には、このようなハード
ウェアを使用していても、割込みスタックが必要となる
（割込み処理中により高い緊急性を有する割込みが発生
した場合、新たに発生した割込み処理を優先的に実行
し、次いで、元の割込み処理に戻る必要がある）。割込
みハンドラ１２２，１２３は、割込みスタック１５１，
１５３において、どの領域まで使用したかを示すための
ポインタとして、割込みスタックポインタ１５０，１５
２を所有する。割込みハンドラ１２２，１２３は、割込
みスタック、および、割込みスタックポインタを用いて
割込み発生前の実行環境（レジスタなど）を保存し、必
要な割込み処理を実行する。割込み処理終了後、割込み
発生前の実行環境を復帰して元々動作していたプログラ
ムの実行を継続するように動作する。

【００２９】共通割込みハンドラ１２８は、発生した割
込みを前記割込みハンドラ１２２，１２３に対して振り
分ける役割を有する。このため、共通割込みハンドラ１
２８は、現在実行しているオペレーティングシステムが
事務処理ＯＳ１１６であるかリアルタイムＯＳ１１７で
あるかを記憶する領域として、実行ＯＳ記憶変数154を
所有する。例えば、図５に示した時点で事務処理ＯＳが
処理を実行しているものと仮定すると、この場合、実行
ＯＳ記憶変数１５４には、「事務処理ＯＳ」が記憶され
ている。勿論、実行ＯＳ記憶変数１５４が文字列「事務
処理ＯＳ」を記憶することは非常に非効率的であるた
め、例えば、事務処理ＯＳであれば０，リアルタイムＯ
Ｓであれば１といった整数形式で記憶するとよい。

【００３０】割込み管理テーブル１２９は、発生した割
込みがいずれのオペレーティングシステムの割込みハン
ドラを起動するかを示す優先割込みテーブル１５６、お
よび各オペレーティングシステムが備える割込みハンド
ラの開始アドレスを示す割込みアドレステーブル１５５
を有する。優先割込みテーブル１５６は、例えば図７に
示したような個々の割込みがどちらのオペレーティング
システムで処理されるべきかを示す対応表で構成され、
フラグ１が立っているオペレーティングシステムが備え
る割込みハンドラに処理を依頼する。さらに、複数のオ
ペレーティングシステムで共有する入出力装置からの割
込みにはフラグ１を、共有しない割込みにはフラグ０を
記憶する。本実施例では、１６種類の割込み要因が存在
すると仮定すると、割込み対応テーブル１５６も１６個
のエントリ（ＩＲＱ＃０〜ＩＲＱ＃１５）の構成にな
る。なお、本説明では優先ドライバテーブル１６０にフ
ラグを記録する方法を想定したが、何らかの識別可能な
情報を記録すればいかなる方法でも実現可能である。割
込みアドレステーブル１５５は、例えば図６に示すよう
な各々のオペレーティングシステムが備える割込みハン
ドラの開始アドレスを保持する表である。

【００３１】本発明では、一つの入出力機器を複数のオ
ペレーティングシステムから共用するという目的を達成
するため、共通割込みハンドラ１２８が受けた割込み要
求から起動するオペレーティングシステムを動的に変更
する仕組みを提供する。優先割込みテーブル１５６の内
容は、ユーザオペレーションや入出力機器の使用状況に
よって更新され、共通割込みハンドラ１２８は優先割込
みテーブル１５６の内容に従って割込みハンドラを呼び
出すように動作する。さらに詳細を説明すると、共通割
込みハンドラ１２８は、実行ＯＳ記憶変数１５４を参照
し、現在実行しているオペレーティングシステムの種類
を判定する。オペレーティングシステムの種類が優先割
込みテーブル１５６から得られた振り分け先オペレーテ
ィングシステムに一致しなければ、ＯＳコンテクスト切
替えモジュール１２７にオペレーティングシステム切替
えを依頼する。前記オペレーティングシステム切替えが
終了した場合、ないしオペレーティングシステムが一致
し切り替えが不要な場合は、該当するオペレーティング
システムの割込みハンドラに処理を依頼する。なお、実
行ＯＳ記憶変数１５４はＯＳコンテクスト切替モジュー
ル１２７からも参照される。このように、ＯＳ間制御機
能プログラム内の各モジュールが有する内部構造は、個
々のモジュールによって占有されるものとは限らず、各
モジュールが必要に応じて共用できるものとする。

【００３２】ＯＳコンテクスト切替えモジュール１２７
は、ＯＳ間制御機能の呼び出しや割込み発生の結果、オ
ペレーティングシステムを切り替えなければならない場
合に起動される。二つのオペレーティングシステムを切
り替えるため、これらの実行環境（すなわち、レジスタ
値）を保存しておくための領域を所有する。図中では、
事務処理ＯＳの実行環境を保存するための領域として、
事務処理ＯＳ用保存コンテクスト１５７，リアルタイム
ＯＳの実行環境を保存するための領域として、リアルタ
イムＯＳ用保存コンテクスト１５８を用意する。ＯＳコ
ンテクスト切替モジュール１２７は、コンテクストを切
り替える際に現在実行しているオペレーティングシステ
ムに対応する保存コンテクストに実行環境を保存し、次
に、もう一方の保存コンテクストから実行環境を読み出
して、プロセッサ１００のレジスタに設定する。これに
より、オペレーティングシステムの切替えを実施でき
る。以降、図５で示したモジュールのうち、ＯＳコンテ
クスト切替モジュール１２７，共通割込みハンドラ１２
８，割込みハンドラ１２２の処理フローの説明を行う。
割込みハンドラ１２３に関しては、割込みハンドラ１２
２と同様の処理フローを有するため、説明を省略する。

【００３３】図８は、ＯＳコンテクスト切替モジュール
１２７の処理フローである。ＯＳコンテクスト切替モジ
ュール１２７は、実行するオペレーティングシステムを
切り替えなければならない場合にのみ呼び出され、切替
えが必要か否かのチェックは呼出し前に行われている。
従って、実行ＯＳ記憶変数１５４を参照し、どちらのオ
ペレーティングシステムへ切り替えなければならないか
をチェックする（処理１６０）。ここで、事務処理ＯＳ
１１６からリアルタイムＯＳ１１７への切替えを行う場
合、事務処理ＯＳ用保存コンテクスト１５７内に使用中
レジスタの値を退避する（処理１６１）。次に、リアル
タイムＯＳ用保存コンテクスト１５８から実行環境を復
帰して、レジスタに設定することにより（処理１６
２）、以前退避した状態からリアルタイムＯＳ１１７を
再実行させることができる。リアルタイムＯＳ１１７か
ら事務処理ＯＳ１１６への切替えを行う場合、逆に、リ
アルタイムＯＳ用保存コンテクスト１５８に使用中レジ
スタの値を退避し(処理１６３)、次に、事務処理ＯＳ用
保存コンテクスト１５７からレジスタを復帰する（処理
１６４）。いずれの場合においても、最後に、切替え後
のオペレーティングシステムの種類を実行ＯＳ記憶変数
１５４に書き込む（処理１６５）。

【００３４】図９は、共通割込みハンドラ１２８の処理
フローを示している。一般に、単一のオペレーティング
システムによって制御される計算機システムでは、一
旦、全ての割込みを割込みハンドラと呼ばれるモジュー
ルが処理し、次いで、各プログラムに振り分ける。しか
しながら、本実施例で説明するような複数個のオペレー
ティングシステムを動作させる計算機システムでは、こ
の更に前に、共通割込みハンドラが全ての割込みを受付
け、これを対応するオペレーティングシステムの割込み
ハンドラに振り分ける形となる。各オペレーティングシ
ステムに割込みを振り分けるに当たって、割込み発生時
に、割込み対象とは別のオペレーティングシステムが処
理を実行していることもある。この場合、割込みに対応
するオペレーティングシステムに切り替える必要があ
り、共通割込みハンドラはこのような役割も有すること
になる。

【００３５】共通割込みハンドラ１２８は、割込み発生
後、第一に、実行ＯＳ記憶変数154の内容を取り出し
て、現在実行中のオペレーティングシステムが事務処理
OS116であるかリアルタイムＯＳ１１７であるかをチェ
ックする(処理１７０)。次に、優先割込みテーブル１５
６を参照し、発生した割込み要求がいずれのオペレーテ
ィングシステムの割込みハンドラを起動すべきかを入手
する(処理１７１)。図６に示す優先割込みテーブル１５
６に記載された値を用いた場合を想定すると、割込みＩ
ＲＱ＃０が発生した場合にはリアルタイムＯＳ１１７，
割込みＩＲＱ＃１が発生した場合には事務処理ＯＳ１１
６，…、割込みＩＲＱ＃１５が発生した場合にはリアル
タイムＯＳ１１７、というように対応するオペレーティ
ングシステムを入手することができる。次に、得られた
割込み対象オペレーティングシステムが実行中オペレー
ティングシステムに等しいか否かをチェックする（処理
172)。割込み要求が現在実行中のオペレーティングシス
テムに対するものでなければ、一旦、オペレーティング
システムの切替えを行わなければならない。この切替え
処理は、ＯＳコンテクスト切替モジュール１２７に依頼
することによって行う(処理１７３)。次に割込み対象オ
ペレーティングシステムが事務処理ＯＳ１１６であるか
リアルタイムＯＳ１１７であるかをチェックし（処理１
７４）、対象が事務処理ＯＳ１１６であれば、割込みア
ドレステーブル１５５を参照し事務処理ＯＳの割込みハ
ンドラ１２２を起動する(処理１７５)。リアルタイムＯ
Ｓ１１７への割込みが発生していれば、同様に割込みア
ドレステーブル１５５を参照しリアルタイムＯＳの割込
みハンドラ１２３を起動することになる（処理１７
６）。一般に、割込みハンドラ１２２，１２３は、割込
み処理でタスク切替えを行わなければならないとき、リ
スケジューラ１１８，１１９を呼び出し、共通割込みハ
ンドラ１２８に制御を戻すことはない。しかし、タスク
切替えが発生しない場合、そのまま割込みハンドラの処
理を終了する。このとき、割込みハンドラ１２２，１２
３は、共通割込みハンドラへ制御を戻し(図１０で後
述)、共通割込みハンドラは処理１７７から動作を再開
する。処理１７７は、割込み発生時にオペレーティング
システムを切り替えたかどうかをチェックする処理であ
る。処理１７３によってオペレーティングシステムを切
り替えた場合、ここで再び、オペレーティングシステム
を切り替え、元の実行環境に戻す必要がある。このた
め、もう一度ＯＳコンテクスト切替モジュール１２７に
依頼して、切替え処理を実行させる（処理１７８）。

【００３６】図１０は共通割込みハンドラ１２８から呼
び出される事務処理ＯＳの割込みハンドラ１２２の処理
フローを示したものである。第一に、使用中レジスタを
割込みスタック１５１に退避し（処理１８０）、割込み
処理を実行する(処理１８１)。ここで、オペレーティン
グシステムがリスケジューリング中か否か（すなわち、
リスケジューラ１１８の処理実行中か否か）をチェック
する（処理１８２）。リスケジューリング中とは、次に
実行すべきタスクを選択している最中であり、実際には
タスクを実行していないことを意味する。したがって、
オペレーティングシステムの処理を単純化させるなら
ば、この場合、再びリスケジューリングを最初からやり
直せば良いことになる。すなわち、リスケジューリング
中であると判定した場合、割込みスタックの退避レジス
タを破棄し（処理１８７）、リスケジューラ１１８を最
初から起動する（処理１８８）。なお、リスケジューリ
ング中に割込みが発生しても、実行すべきタスクを新た
に選択し直す必要がない場合もある。本方式は、この状
況でもリスケジューリングを最初から行うことになり、
効率的でないこともある。このため、リスケジューリン
グ中に発生し、リスケジューラ１１８の実行に影響を与
える処理（例えば、タスク起動・終了など）を待ち行列
などに登録しておく方法を用いることもできる。この場
合、リスケジューラ１１８の終了前で該待ち行列に登録
しておいた処理を纏めて実行する。この方式を採用する
と、割込み発生のたびに途中まで実行していたリスケジ
ューリングをやり直す必要が無い。しかしながら、当該
待ち行列に登録していた処理を纏めて実行した後、これ
によってリスケジューリングが再び必要となるか否かを
再チェックしなければならない。なお、本実施例では、
単純化のため、前者の方式で説明を行う。しかし、後者
の方式を用いる場合、リスケジューリング中か否かを示
すフラグ、ないし処理待ち行列を用意すればよい。オペ
レーティングシステムが提供するシステムコールなどに
おいて、リスケジューラ１１８の実行に影響を与える処
理を、リスケジューリング中であれば、該待ち行列に登
録する。更に、リスケジューラ１１８の処理フロー中
に、該待ち行列に登録された処理を一括して実行するモ
ジュールを挿入する。

【００３７】割込みハンドラ１２２がリスケジューリン
グ中でないと判定した場合、当該オペレーティングシス
テムはその時点で何らかのタスクを実行している。この
ため、第一に、タスク切替えが必要か否かを判定する
（処理１８３）。タスク切替えが必要なければ(現実行
タスクが最高優先順位であり、かつ、実行可能であれ
ば)、このまま、割込みハンドラ１２２の処理を終了す
る。このため、割込みスタック１５１上に退避しておい
たレジスタ値を復帰し（処理１８４）、共通割込みハン
ドラへ制御を戻す（処理１８５）。タスク切替えが必要
であると判定した場合、割込みスタック１５１上に退避
したレジスタの値をタスク管理テーブルにコピーし(処
理１８６）、割込みスタック上の退避レジスタを破棄す
る(処理１８７）。この後、リスケジューラ１１８を起
動する（処理１８８）。なお、プロセッサ１００に、メ
モリ１０１上のデータの参照を行うと共に割込みスタッ
クポインタ１５０の値を増減できる機能が備わっていれ
ば、処理１８６と処理１８７を纏めて実行することがで
きる。

【００３８】以上、ＯＳ間制御機能１２４に備えられた
優先割込みテーブル１５６を参照し、動作させるオペレ
ーティングシステムを決定した後、割込みハンドラを起
動することで、入出力装置を複数のオペレーティングシ
ステムで共用する方法を説明したが、入出力装置によっ
ては割込み番号から一意に動作させるオペレーティング
システムを決定できない場合も発生する。例えば図１１
に示す車載ナビゲーションシステムの入出力パネルに
は、ユーザが指示を入力するためのスイッチ105と、結
果を表示するディスプレイ１０４とを備える。スイッチ
１０５は、それぞれのリアルタイムＯＳ１１７に備えら
れたタスクのみが使用するリアルタイムＯＳ専用スイッ
チ１９０，事務処理専用スイッチ１９１，双方のオペレ
ーティングシステムに備えられたタスクから共用可能な
共用スイッチ１９２を備えることが望ましい。このよう
に、オペレーティングシステム毎に専用スイッチを設け
ることで、頻繁に使用する機能を固定のスイッチに割り
当てることが可能になり、操作性が向上するという特徴
が得られる。さらに固定のスイッチに機能を割り当てる
ことで、ボタンに機能名称を表示可能になり識別性が向
上する。しかし、これらスイッチ毎に異なる割込み番号
を付与することは、割込み信号線数の制約やハードウェ
アの簡略化の観点より不利である。一方、スイッチに同
一の割込み番号を付与すると、スイッチが押下されたと
きいずれのオペレーティングシステムが備える割込みハ
ンドラを起動すべきか判定できない。この問題を解決す
るため、ＯＳ間制御機能１２４に備えられた共有メモリ
１２５に、スイッチテーブル２００を設ける。スイッチ
テーブルには、各スイッチ毎にいずれのオペレーティン
グシステムで使用するスイッチかの情報を記憶する。図
１２では、スイッチテーブルには「リアルタイムＯ
Ｓ」，「事務処理ＯＳ」，「共用」が記憶される。勿
論、テーブルに文字列を記憶することは非常に非効率的
であるため、例えばリアルタイムＯＳであれば０，事務
処理ＯＳであれば１，共用であれば２といった正数形式
で情報を記憶するとよい。

【００３９】次に、上記スイッチテーブル２００を用い
複数のオペレーティングシステムで入出力装置を共有す
る共通割込みハンドラ１２８の処理フローを図１３を用
い説明する。なお、ここで説明する処理はスイッチのみ
ならず、割込みの内容を判断することで起動するオペレ
ーティングシステムを判定することが必要な他の入出力
装置に適用することも可能である。

【００４０】共通割込みハンドラ１２８は、割込み発生
後、実行ＯＳ記憶変数１５４の内容を参照し、現在実行
中のオペレーティングシステムが事務処理ＯＳ１１６で
あるかリアルタイムＯＳ１１７であるかをチェックする
（処理２１０）。次に、優先割込みテーブル１５６を参
照し、共有フラグが立っていない場合は、優先割込みテ
ーブル１５６を参照し、発生した割込みがいずれのオペ
レーティングシステムに対応しているかを入手する（処
理２１２）。共有フラグが立っている場合は、入出力装
置にアクセスし割込み内容を判定することで割込み対象
オペレーティングシステムを判定する（処理２１３）。
ここでは、割込み内容とスイッチテーブル２００を比較
し、リアルタイムＯＳ専用スイッチが押されたと判定し
た場合はリアルタイムＯＳ１１７を、事務処理ＯＳ専用
スイッチが押されたと判定した場合は事務処理ＯＳ１１
６を割込み対象ＯＳとしてそれぞれ記憶する。また共用
スイッチが押されたと判定した場合は、優先割込みテー
ブル１５６を参照し、発生した割込みがいずれのオペレ
ーティングシステムに対応しているかを入手する。ここ
で図７の優先割込みテーブル１５６と、図１２のスイッ
チテーブル２００に記憶された値を用い処理した場合を
想定すると、スイッチ割込みにＩＲＱ＃２が割り当てら
れていれば、スイッチ＃０が入力された場合はリアルタ
イムＯＳ、スイッチ＃２が入力された場合は事務処理Ｏ
Ｓ、スイッチ＃３が入力された場合は共用なので再度優
先割込みテーブル１５６を参照しリアルタイムＯＳとい
うように対応する割込み対象オペレーティングシステム
を入手する。

【００４１】次に、割込み対象オペレーティングシステ
ムが実行中オペレーティングシステムに等しいか否かを
チェックする（処理２１４）。発生した割込みが現在実
行中のオペレーティングシステムに対するものでなけれ
ば、一旦、オペレーティングシステムの切替えを行わな
ければならない。この切替え処理は、ＯＳコンテクスト
切替モジュール１２７に依頼することによって行う（処
理２１５）。次に割込み対象オペレーティングシステム
が事務処理ＯＳ１１６であるかリアルタイムＯＳ１１７
であるかをチェックし（処理２１６）、対象が事務処理
ＯＳ１１６であれば、割込みアドレステーブル１５５を
参照し事務処理ＯＳの割込みハンドラ１２２を起動する
（処理２１７）。リアルタイムＯＳ１１７への割込みが
発生していれば、同様に割込みアドレステーブル１５５
を参照しリアルタイムＯＳの割込みハンドラ１２３を起
動することになる（処理２１８）。一般に、割込みハン
ドラ１２２，１２３は、割込み処理によってタスク切替
えを行わなければならないとき、リスケジューラ１１
８，１１９を呼び出し、共通割込みハンドラ１２８に制
御を戻すことはない。しかし、タスク切替えが発生しな
い場合、そのまま割込みハンドラの処理を終了する。こ
のとき、割込みハンドラ１２２，１２３は、共通割込み
ハンドラ１２８へ制御を戻し、共通割込みハンドラ１２
８は処理219から動作を再開する。処理２１９は、割込
み発生時にオペレーティングシステムを切り替えたかど
うかをチェックする処理である。処理２１５によってオ
ペレーティングシステムを切り替えた場合、ここで再
び、オペレーティングシステムを切り替え、元の実行環
境に戻す必要がある。このため、もう一度ＯＳコンテク
スト切替モジュール１２７に依頼して、切替え処理を実
行させる（処理２２０）。以上、ＯＳ間制御機能１２４
に備えられた共通割込みハンドラから割込み管理テーブ
ル１２９に記憶された優先割込みテーブル１５６を参照
し、複数のオペレーティングシステムを１つの計算機で
動作させるシステムにおいて入出力装置を共有する方法
を説明したが、前記説明した方法で全てのケースに対応
することはできない。例えば、グラフィックスアクセラ
レータやシリアルコミュニケーションといった入出力装
置では、入出力ドライバから動作条件や各種動作パラメ
ータを設定し、ハードウェア内部のレジスタで前記パラ
メータや動作状態を保持する。このような入出力装置に
対し単純に前記処理を適用すると、各々のオペレーティ
ングシステム内の入出力ドライバ、及び割込みハンドラ
は、オペレーティングシステムが切り替わったことを認
識することができないため、以前のオペレーティングシ
ステムの入出力ドライバが設定した状態から処理を継続
しようとする。しかし、設定しようとするパラメータ
は、自オペレーティングシステムの入出力ドライバが最
後に設定した値から継続したときのみ正常に動作し、オ
ペレーティングシステムが切り替えられる前に何らかの
パラメータが入出力装置に書き込まれていれば希望に沿
った動作をしないのは明確である。

【００４２】これら問題を解決するため、本発明では図
１４に示すように各々のオペレーティングシステムに備
えられた入出力ドライバ１２０，１２１、及び割込みハ
ンドラ１２２，１２３といった入出力処理にクライアン
ト−サーバモデルを適用したことを特徴とする。即ち、
複数のオペレーティングシステムの入出力処理の一つで
サーバ側入出処理２２２を実行し、その他のオペレーテ
ィングシステムの入出力処理でクライアント側入出力処
理２２１を実行する。サーバ側入出力処理222は、複数
のオペレーティングシステムで共有する入出力装置２２
６を管理するように動作し、入出力ドライバ１２１から
入出力装置２２６へのデータ入出力225を実行したり、
入出力装置２２６からの割込み要求を割込みハンドラ１
２３で受けるように動作する。さらに、クライアント側
入出力処理２２１からの依頼通知２２３を受け、その内
容を判断し入出力装置２２６とデータ入出力２２５し、
その結果を結果通知２２４としてクライアント側入出力
装置２２１に返信するように動作する。一方、クライア
ント側入出力処理２２１は、入出力装置２２６へのデー
タ入出力をサーバ側入出力装置２２２に依頼通知２２３
を送信し、返信された結果通知２２４を用い入出力処理
を実行する。従って、クライアント側入出力処理２２１
から入出力装置２２６のハードウェアを直接制御するこ
とはなく、常にサーバ側入出力装置が入出力装置を管理
するため、動作状態に矛盾は生じない。

【００４３】なお、サーバ側入出力処理２２２は優先順
位の高いオペレーティングシステムに設定することが望
ましい。本実施例では事務処理ＯＳよりリアルタイムＯ
Ｓの優先順位が高いと仮定しているため、サーバ側入出
力処理２２２をリアルタイムＯＳに備える。優先順位の
高いオペレーティングシステムにサーバ側入出力処理２
２２を備えることで、割込み要求といった処理がマスク
されることを防止できる。従って、割込み要求発生での
応答時間が不当に遅くなることを防ぎ、データの取りこ
ぼしを無くすことができるという特徴が得られる。

【００４４】以降、図１４で示したモジュールのうち、
共通割込みハンドラ１２８，割込みハンドラ１２２，１
２３の処理フローの説明を行う。

【００４５】図１４に示すクライアント−サーバモデル
を入出力処理に適用したとき、共通割込みハンドラ１２
８の動作フローを図１５を用い説明する。なお、基本的
なシステム構成は図１、及び図５と同様であり、さらに
優先割込みテーブル１５６では、複数のオペレーティン
グシステムで共有する入出力装置の割込み番号には共有
フラグ１が、特定のオペレーティングシステムが使用す
る入出力装置の割込み番号には０がそれぞれ記憶されて
いるものとする。さらに、図１４に示したように、サー
バ側入出力処理２２２をリアルタイムＯＳ１１７に、ク
ライアント側入出力処理を事務処理ＯＳにそれぞれ備え
ると仮定する。

【００４６】共通割込みハンドラ１２８は、割込み発生
後、第一に、実行ＯＳ記憶変数154の内容を取り出し
て、現在実行中のオペレーティングシステムが事務処理
OS116であるかリアルタイムＯＳ１１７であるかをチェ
ックする（処理２３０）。次に、優先割込みテーブル１
５６を参照し（処理２３１）、共有フラグが立っていな
い場合は優先割込みテーブル１５６を参照し、発生した
割込みがいずれのオペレーティングシステムに対応して
いるかを入手する（処理２３２）。共有フラグ１が立っ
ている場合は、リアルタイムＯＳを割込み対象オペレー
ティングシステムと判定する（処理２３３）。

【００４７】次に、割込み対象オペレーティングシステ
ムが実行中オペレーティングシステムに等しいか否かを
チェックする（処理２３４）。発生した割込みが現在実
行中のオペレーティングシステムに対するものでなけれ
ば、一旦、オペレーティングシステムの切替えを行わな
ければならない。この切替え処理は、ＯＳコンテクスト
切替モジュール１２７に依頼することによって行う（処
理２３５）。次に割込み対象オペレーティングシステム
が事務処理ＯＳ１１６であるかリアルタイムＯＳ１１７
であるかをチェックし（処理２３６）、対象が事務処理
ＯＳ１１６であれば、割込みアドレステーブル１５５を
参照し事務処理ＯＳの割込みハンドラ１２２を起動する
（処理２３７）。リアルタイムＯＳ１１７への割込みが
発生していれば、同様に割込みアドレステーブル１５５
を参照しリアルタイムＯＳの割込みハンドラ１２３を起
動することになる（処理２３８）。一般に、割込みハン
ドラ１２２，１２３は、割込み処理によってタスク切替
えを行わなければならないとき、リスケジューラ１１
８，１１９を呼び出し、共通割込みハンドラ１２８に制
御を戻すことはない。しかし、タスク切替えが発生しな
い場合、そのまま割込みハンドラの処理を終了する。こ
のとき、割込みハンドラ１２２，１２３は、共通割込み
ハンドラへ制御を戻し、共通割込みハンドラは処理２３
９から動作を再開する。処理２３９は、割込み発生時に
オペレーティングシステムを切り替えたかどうかをチェ
ックする処理である。処理２３５によってオペレーティ
ングシステムを切り替えた場合、ここで再び、オペレー
ティングシステムを切り替え、元の実行環境に戻す必要
がある。このため、もう一度ＯＳコンテクスト切替モジ
ュール１２７に依頼して、切替え処理を実行させる（処
理２４０）。

【００４８】図１６は共通割込みハンドラ１２８から呼
び出されるサーバ側入出力装置222の一部であるリアル
タイムＯＳの割込みハンドラ１２３の処理フローを示し
たものである。

【００４９】第一に、使用中レジスタを割込みスタック
１５３に退避し（処理２５０）、優先先割込みテーブル
１５６を参照することで割込み要求した入出力装置が複
数のオペレーティングシステムから共有されているか判
定する（処理２５１）。共有していない場合は、リアル
タイムＯＳに対する割込み要求であり、対応する割込み
処理を実行する（処理２５３）。共有している場合は、
再度優先先割込みテーブル１５６を参照し、発生した割
込み要求がいずれのオペレーティングシステムに対応し
ているかを判定する（処理２５２）。リアルタイムＯＳ
側のフラグが立っている場合、ないし共有フラグが立っ
ていない場合は、リアルタイムＯＳ割込みに対する割込
み処理を実行する（処理２５３）。事務処理ＯＳ割込み
側のフラグが立っている場合は、事務処理ＯＳ割込みに
対する割込み処理を実施する（処理２５４）。ここで、
事務処理ＯＳ割込みにおける割込み処理２５４は、割込
みが発生したことをクライアント側の割込みハンドラ１
２２に通知するため、事務処理ＯＳ１１６へのソフトウ
ェア割込みを生成する。さらに必要があれば前記ソフト
ウェア割込み処理で入手した情報を、共有メモリ１２５
に書き込む。なお生成するソフトウェア割込みは、該実
行中の割込み処理より優先順位を低くする必要がある。
事務処理ＯＳ割込みに対する割込み処理実行では、何ら
リアルタイムＯＳに影響を与えないためタスク切替判定
２５５は必要としないため、このまま割込みハンドラ１
２３の処理を終了する。このため、割込みスタック１５
３上に退避しておいたレジスタ値を復帰し（処理２５
９）、共通割込みハンドラへ制御を戻す（処理２６
０）。なお、処理２５５を省くのは処理高速化のためで
あり、処理２５５を実行するように動作しても何ら問題
はない。

【００５０】一方リアルタイムＯＳ割込みに対応する割
込み処理実行後（処理２５３）、タスク切替えが必要か
否かを判定する（処理２５５）。タスク切替えが必要な
ければ、割込みハンドラ１２３の処理を終了する。この
ため、割込みスタック１５１上に退避しておいたレジス
タ値を復帰し（処理２５９）、共通割込みハンドラへ制
御を戻す（処理２６０）。タスク切替えが必要であると
判定した場合、割込みスタック１５１上に退避したレジ
スタの値をタスク管理テーブルにコピーし（処理２５
６）、割込みスタック上の退避レジスタを破棄する（処
理２５７）。この後、リスケジューラ１１９を起動する
（処理２５８）。なお、プロセッサ１００に、メモリ１
０１上データ参照と同時に割込みスタックポインタ１５
２の値を増減できる機能が備わっていれば、処理２５６
と処理２５７を纏めて実行することができる。

【００５１】一方、割込みハンドラ１２３で生成したソ
フトウェア割込みにより起動される事務処理ＯＳの割込
みハンドラ１２２は、その大部分を図１０で説明した動
作フローと同内容で処理を実行する。なお、一部動作が
異なるのが処理１８１に示した割込みに対応する割込み
処理の実行である。本動作例では、図１６の処理254に
おいて事務処理ＯＳ割込みに対する割込み処理を実行
し、ここで入手した情報は、共有メモリ１２５に書き込
まれているものとする。従って、割込みハンドラ１２２
内の処理１８１は共有メモリ１２５に記録された前記情
報を読み出し、割込みに対応する処理を実行するように
動作することで、直接入出力装置をアクセスすることな
く割込み処理が実現される。

【００５２】また、図１４で説明したようにクライアン
ト−サーバモデルを適用し複数のオペレーティングシス
テムで入出力装置を共用する場合においても、図１１〜
図１３の説明同様、割込みの内容を診断しないといずれ
のオペレーティングシステムの割込み処理を実行してよ
いか判断できないケースが発生する。本ケースでのリア
ルタイムＯＳ１１７に備えられた割込みハンドラ１２３
の処理フローを図１７を用い説明する。なお、割込み内
容を判定するためのテーブルは前記説明同様にスイッチ
テーブル２００を用いた場合を想定するが、ここで説明
する処理はスイッチのみならず、他の入出力装置に適用
することも可能である。

【００５３】第一に、使用中レジスタを割込みスタック
１５３に退避し（処理２７０）、優先先割込みテーブル
１５６を参照することで割込み要求した入出力装置が複
数のオペレーティングシステムから共有されているか判
定する（処理２７１）。共有していない場合は、リアル
タイムＯＳに対する割込み要求であり、対応する割込み
処理を実行する（処理２７４）。共有フラグが立ってい
る場合は、割込み内容を判定することで割込み対象オペ
レーティングシステムを判定する(処理２７２)。割込み
内容とスイッチテーブル２００を比較し、リアルタイム
ＯＳ専用スイッチが押されたと判定した場合はリアルタ
イムＯＳ１１７を、事務処理ＯＳ専用スイッチが押され
たと判定した場合は事務処理ＯＳ１１６を割込み対象Ｏ
Ｓとしてそれぞれ記憶する。また共用スイッチが押され
たと判定した場合は、優先割込みテーブル１５６を参照
し、フラグが立っているＯＳを割込み対象ＯＳとして記
憶する。図７に示す優先割込みテーブル１５６と、図１
２のスイッチテーブル200を用い、かつスイッチ割込み
にＩＲＱ＃２が割り当てられている場合を想定すると、
スイッチ＃０が入力された場合はリアルタイムＯＳ，ス
イッチ＃２が入力された場合は事務処理ＯＳ，スイッチ
＃３が入力された場合は共用なのでさらに優先割込みテ
ーブル１５６を参照しリアルタイムＯＳというように対
応する割込み対象オペレーティングシステムを入手する
ことができる。

【００５４】次に割込み対象ＯＳを参照し（処理２７
３）、リアルタイムＯＳ１１７であればリアルタイムＯ
Ｓ割込みに対する割込み処理を実行する（処理２７
４）。事務処理ＯＳ１１６であれば事務処理ＯＳ割込み
に対する割込み処理２７４をそれぞれ実行する（処理２
７５）。ここで、なお、事務処理ＯＳ割込みに対する割
込み処理２７５は、割込みが発生したことをクライアン
ト側の割込みハンドラ１２２に知らせるため、事務処理
ＯＳ１１６へのソフトウェア割込みを生成する。さらに
必要があれば前記ソフトウェア割込み処理で入手した情
報を、共有メモリ125に書き込む。なお生成するソフト
ウェア割込みは、該実行中の割込み処理より優先順位を
低くする必要がある。

【００５５】事務処理ＯＳ割込みに対応する割込み処理
実行では、何らリアルタイムＯＳに影響を与えないため
タスク切替判定２７６は必要としない。従って、このま
ま割込みハンドラ１２３の処理を終了する。そこで、割
込みスタック１５３上に退避しておいたレジスタ値を復
帰し（処理２８０）、共通割込みハンドラへ制御を戻す
（処理２８１）。なお、処理２７６を省くのは処理高速
化のためであり、処理２７６を実行するように動作して
も何ら問題はない。

【００５６】一方リアルタイムＯＳ割込みに対応する割
込み処理実行後、タスク切替えが必要か否かを判定する
（処理２７６）。タスク切替えが必要なければ、割込み
ハンドラ１２３の処理を終了する。このため、割込みス
タック１５３上に退避しておいたレジスタ値を復帰し
（処理２８０）、共通割込みハンドラへ制御を戻す（処
理２８１）。タスク切替えが必要であると判定した場
合、割込みスタック１５１上に退避したレジスタの値を
タスク管理テーブルにコピーし（処理２７７）、割込み
スタック上の退避レジスタを破棄する（処理２７８）。
この後、リスケジューラ１１９を起動する（処理２７
９）。

【００５７】以上、複数のオペレーティングシステムか
ら同一の入出力装置を共有するための方法としてクライ
アント−サーバモデルを適用する方法について説明し
た。この中でサーバ側のオペレーティングシステムから
他方のオペレーティングシステムへ割込み発生をソフト
ウェア割込みで知らせる方法につき説明したが、何らか
の通信手段を備えていれば割込み発生をサーバ側入出力
処理２２２からクライアント側入出力処理２２１へ通知
することが可能であり、前記説明したソフトウェア割込
みと置き換えることができる。本実施例では、２つのオ
ペレーティングシステムの間で通信するため、図１に示
すようにＯＳ間通信機能１２６を備える。そこでＯＳ間
通信機能１２６を用い、複数のオペレーティングシステ
ムから同一の入出力装置を共有するための方法を図１８
を用い説明する。

【００５８】図１８における構成要素は、その大部分が
図１および図５で説明した構成要素と同一であるが、事
務処理ＯＳ１１６に備えられていた入出力ドライバ１２
０，割込みハンドラ１２２に代えて仮想入出力ドライバ
２９０，仮想割込みハンドラ２９１を備えたところが異
なる。仮想入出力ドライバ２９０は、アプリケーション
タスクから入出力装置をアクセスするためのインタフェ
ースを提供するが、直接入出力装置に読み書きしたり、
直接入出力装置を制御することはしない。ここでは、Ｏ
Ｓ間通信機能１２６が提供するメッセージ通信を用い、
入出力ドライバ１２１に入出力装置への読み書きや制御
を依頼するとともに、その結果もメッセージ通信を用い
入出力ドライバ１２１から受け取るように動作する。仮
想割込みハンドラ２９１は、割込みハンドラ１２３から
送られるメッセージで起動され、割込み処理を実行す
る。

【００５９】次に、双方のオペレーティングシステムが
共有する入出力装置割込み要求が発生したときの処理の
流れを図１８を用い説明する。説明の都合上、ここで扱
う入出力装置が生成する割込み番号の優先割込みテーブ
ルには、共有フラグ１がセットされ、さらに事務処理Ｏ
Ｓ側にフラグが立っているものとする。

【００６０】入出力装置で発生した割込み要求は、一旦
共通割込みハンドラ１２８にトラップされ、図１５のフ
ローに従って処理を実行する。ここでは両方のオペレー
ティングシステムが共有する入出力装置からの割込みで
あると仮定しているため、リアルタイムＯＳに備えられ
た割込みハンドラ１２３を起動する。割込みハンドラ１
２３は、図１６で説明したフローに従って処理を実行す
る。ここでは、優先割込みテーブル１５６に共有フラ
グ、及び事務処理ＯＳにフラグが立っていると仮定して
いるため、事務処理ＯＳ割込みに対応する割込み処理２
５４が実行される。ここで、事務処理ＯＳ割込みに対す
る割込み処理２５４は、割込みが発生したことをクライ
アント側の仮想割込みハンドラ２９１に知らせるため、
ＯＳ間通信機能１２６を用い仮想割込みハンドラ２９１
へメッセージを送る。なお、割込み処理で入手した情報
は、メッセージに添付して送信してもよいし、共有メモ
リ１２５に書き込み仮想割込みハンドラ２９１から参照
することで情報転送してもよい。さらに、仮想割込みハ
ンドラ２９１にメッセージを受信するためのメッセージ
キューを設けられない時は、アプリケーションタスクと
して備えられたサーバタスク１１２に一旦メッセージを
送り、該サーバタスク１１２から仮想割込みハンドラ２
９１を呼び出すことで仮想割込みハンドラ２９１を起動
してもよい。仮想割込みハンドラ２９１は、メッセージ
に添付された割込み処理の処理結果、ないし共有メモリ
１２５を参照することで割込み処理を実行される。

【００６１】さらに、事務処理ＯＳが備えるタスクから
依頼された入出力処理を実行する処理の流れを図１９を
用い説明する。事務処理ＯＳ内の仮想入出力ドライバ２
９０は、事務処理ＯＳから入出力装置をアクセスするた
めの唯一のインタフェースであり、依頼された入出力処
理はＯＳ間通信機能１２６を用い入出力ドライバ121へ
転送される。なお、仮想入出力ドライバ２９０で入手し
た情報は、メッセージに添付して送信してもよいし、共
有メモリ１２５に書き込み入出力ドライバ121から参照
することで情報転送してもよい。さらに、入出力ドライ
バ１２１にメッセージを受信するためのメッセージキュ
ーを設けられない時は、アプリケーションタスクとして
備えられたサーバタスク１１３に一旦メッセージを送
り、サーバタスク１１３から入出力ドライバ１２１を呼
び出すことで入出力ドライバ１２１を起動してもよい。
入出力ドライバ１２１は、メッセージに添付された依頼
内容、ないし共有メモリ１２５を参照することで入出力
処理を実行する。

【００６２】次に、ＯＳ間制御機能１２４に備えられた
優先割込みテーブル１５６の書き換えフローを図２０を
用い説明する。優先割込みテーブル１５６は、ユーザ要
求を管理する管理タスク１１５等によって書き換える。
しかし、優先割込みテーブル１５６を書き換えている最
中に、割込み処理が優先割込みテーブル１５６を参照す
ると不整合が発生するおそれがある。そこで最初に全割
込み要求をマスクし、割込みが発生しないようにする
（処理３０１）。なお書き換えを実施する割込み番号の
み割込み要求をマスクしてもよい。割込みマスクの設定
後、優先割込みテーブル１５６の内容を更新し（処理３
０２）、設定した割込みマスクを解除する（処理３０
３）ことで優先割込みテーブル１５６の書き換えが実施
できる。

【００６３】以上、複数のオペレーティングシステムか
ら入出力装置を共有する方法を説明したが、実際の応用
例として車載ナビゲーション装置といったユーザインタ
フェースを備える組み込み装置のグラフィックス表示に
本発明を適用した例を図２１を用い説明する。なお、グ
ラフィックス表示システム上で動作するオペレーティン
グシステムは、図１同様に事務処理ＯＳ１１６、及びリ
アルタイムＯＳ１１７で、リアルタイムＯＳ上で動作す
るタスク／スレッドは事務処理ＯＳ上で動作するタスク
／スレッドより優先順位が高いと仮定する。

【００６４】グラフィックス表示装置は、描画や表示と
いったコマンドを解釈しグラフィックスハードウェア３
１４を制御するグラフィックスドライバ３１０，３１
２，グラフィックスハードウェア３１４が生成する割込
み要求で起動するグラフィックス割込みハンドラ３１
１，３１３、及び画素に展開されたイメージデータをデ
ィスプレイに表示するグラフィックスハードウェア３１
４で構成する。グラフィックスハードウェア３１４は、
各画素の輝度値を保持するフレームメモリ３１６、及び
垂直同期周波数毎にフレームメモリ３１６から各画素の
輝度値を取り出し、ディスプレイ１０４に出力する表示
制御３１５とを備える。ここで、フレームメモリ３１６
では、事務処理ＯＳのグラフィックスドライバ３１０が
作成したイメージを蓄える事務処理ＯＳ用描画領域３１
７と、リアルタイムＯＳのグラフィックスドライバ３１
２が作成したイメージを蓄えるリアルタイムＯＳ用描画
領域３１８とを独立・分離することで、リソースの衝突
を防ぐ。これにより、オペレーティングシステムを切り
替えた場合でも、各々の描画イメージは保持されるた
め、再度オペレーティングシステムが切り替わったとき
でも、切り替わり前の状態から処理を続行できるという
利点を有する。また、リアルタイムＯＳに備えられたグ
ラフィックスドライバ３１２、及びグラフィックス割込
みハンドラ３１３はサーバとして動作し、事務処理ＯＳ
に備えられたグラフィックスドライバ310、及びグラフ
ィックス割込みハンドラ３１１はクライアントとして動
作すると仮定する。

【００６５】リアルタイムＯＳ１１７に組み込まれたア
プリケーションタスクからの描画，表示要求における動
作フローを最初に説明する。アプリケーションタスク
は、グラフィックスドライバ３１２に備えられた描画コ
マンドを呼び出し、描画処理を実行する。描画コマンド
は、線や多角形の描画するためのコマンドや線幅や塗り
つぶしパターンといった属性を指定するコマンドで構成
され、グラフィックスドライバ３１２は描画コマンドを
解釈し、リアルタイムＯＳ用描画領域３１８に画素展開
する。グラフィックスハードウェア３１４が、画素展開
をハードウェアで実行するアクセラレーション機能を有
していれば、それを活用してもよい。描画が終了する
と、次にグラフィックスドライバ３１２に備えられた表
示コマンドを実行する。表示コマンドは、フレームメモ
リ３１６における表示開始アドレスや画面サイズを指定
するコマンドで構成され、表示制御３１５内のレジスタ
を制御することで指定された画像を表示する。指定され
た画面の表示が開始されると、表示制御３１５は割込み
要求を生成する。割込み要求は、一旦共通割込みハンド
ラ１２８にトラップされるが、直ちに共通デバイスから
の割込み要求と判定し、グラフィックス割込みハンドラ
３１３を呼び出す。これによりグラフィックス割込みハ
ンドラ３１３は、画面が表示されたことを識別する。

【００６６】次に、事務処理ＯＳ１１６に組み込まれた
アプリケーションタスクからの描画，表示要求における
動作フローを次に説明する。アプリケーションタスク
は、グラフィックスドライバ３１０に備えられた描画コ
マンドを呼び出し、事務処理ＯＳ用描画領域３１７に画
素展開する。描画が終了すると、次にグラフィックスド
ライバ３１０に備えられた表示コマンドを実行する。表
示コマンドは、フレームメモリ３１６における表示開始
アドレスや画面サイズを指定するメッセージをＯＳ間通
信機能１２６を用いグラフィックスドライバ３１２に転
送する。その要求を受けたグラフィックスドライバ３１
２は、表示制御３１５内のレジスタを制御することで指
定された画像を表示する。なお、グラフィックスドライ
バ３１２は、いずれのオペレーティングシステムからの
表示要求が優先であるかを判定し、常に優先的に表示す
べきフレームメモリを表示する。指定された画面の表示
が開始されると、表示制御３１５は割込み要求を生成す
る。割込み要求は、一旦共通割込みハンドラ１２８でト
ラップされるが、直ちに共通デバイスからの割込み要求
と判定し、グラフィックス割込みハンドラ３１３を起動
する。グラフィックス割込みハンドラ３１３は、ＯＳ間
通信機能１２６を用い、割込み要求を受けたことをグラ
フィックス割込みハンドラ３１１に伝える。これにより
グラフィックス割込みハンドラ３１１は、画面が表示さ
れたことを識別する。

【００６７】以上、本発明を適用したグラフィックス表
示装置の具体的な実施例を説明したが、本発明を適用す
ることで例えばシリアル／ネットワーク通信やＣＤ−Ｒ
ＯＭ／ＤＶＤ−ＲＯＭ記憶装置といった様々な周辺装置
を複数のオペレーティングシステムから共有することが
可能になる。

【００６８】

【発明の効果】本発明によれば、複数個のオペレーティ
ングシステムを単一のプロセッサで動作させる計算機シ
ステムにおいて、各オペレーティングシステムが実行す
るアプリケーションタスクから同一の入出力装置を共有
することが可能になるため、入出力装置の総数を削減す
ることが可能になる。さらに、本発明によれば、複数個
のオペレーティングシステムが共有する入出力装置とデ
ータ入出力するための入出力ドライバ、及び割込みハン
ドラを該一つのオペレーティングシステムに実装し、そ
れ以外のオペレーティングシステムから該入出力ドライ
バ及び割込みハンドラに入出力処理を依頼することで、
入出力装置をリセットすることなく入出力処理を継続す
ることが可能になり、操作性が向上する。

【図面の簡単な説明】

【図１】本発明の第１の実施例におけるシステム構成を
示す図である。

【図２】計算機システムのハードウェア構成を示す図で
ある。

【図３】割込みレベルマスク機能を装備する場合のステ
ータスレジスタを示す図である。

【図４】個別割込みマスク機能を装備する場合のステー
タスレジスタを示す図である。

【図５】割込み処理プログラムの詳細を示す第１の図で
ある。

【図６】割込みアドレステーブルの構成を示す図であ
る。

【図７】優先割込みテーブルの構成を示す図である。

【図８】ＯＳコンテクスト切換モジュールの処理フロー
を示す図である。

【図９】共通割込みハンドラの処理フローを示す第１の
図である。

【図１０】割込みハンドラの処理フローを示す第１の図
である。

【図１１】車載ナビゲーション装置の入出力パネルの構
成を示す図である。

【図１２】スイッチテーブルの構成を示す図である。

【図１３】共通割込みハンドラの処理フローを示す第２
の図である。

【図１４】本発明の第２の実施例におけるシステム構成
を示す図である。

【図１５】共通割込みハンドラの処理フローを示す第３
の図である。

【図１６】割込みハンドラの処理フローを示す第２の図
である。

【図１７】割込みハンドラの処理フローを示す第３の図
である。

【図１８】入出力処理プログラムの詳細を示す第１の図
である。

【図１９】入出力処理プログラムの詳細を示す第２の図
である。

【図２０】優先割込みテーブル書き換えフローを示す図
である。

【図２１】本発明をグラフィックス表示装置に適用した
システムの構成を示す図である。

【符号の説明】

１００…プロセッサ、１０１…メモリ、１０２…入出力
制御装置、１０３…プロセッサバス、１０４…ディスプ
レイ、１０５…スイッチ、１０６…センサ、１０７…タ
イマ装置、１０８…割込み信号線、１０９…ネットワー
ク、１１０…タスクＡ、１１１…タスクＢ、１１２，１
１３…サーバタスク、１１４…タスクＣ、１１５…管理
タスク、１１６…事務処理ＯＳ、１１７…リアルタイム
ＯＳ、１１８，１１９…リスケジューラ、１２０，１２
１…入出力ドライバ、１２２，１２３…割込みハンド
ラ、１２４…ＯＳ間制御機能、１２５…共有メモリ、12
6…ＯＳ間通信機能、１２７…ＯＳコンテクスト切換、
１２８…共通割込みハンドラ、１２９…割込み管理テー
ブル、１３０…キャッシュメモリ、１３１…ＣＰＵ、１
３２…汎用レジスタ、１３３…ＰＣ、１３４…ＳＲ、１
３５…データバス、１３６…アドレスバス、１３７…割
込みコントローラ、１４０…割込みブロックビット、１
４１…割込みマスクレベル、１４２…実行状態レジス
タ、１４３…割込みマスクレジスタ、１４４〜１４７…
割込みマスクビット、１５０，１５２…割込みスタック
ポインタ、１５１，１５３…割込みスタック、１５４…
実行ＯＳ記憶、１５５…割込みアドレステーブル、１５
６…優先割込みテーブル、１５７…事務処理ＯＳ用保存
コンテクスト、１５８…リアルタイムＯＳ用保存コンテ
クスト、１９０…リアルタイムＯＳ専用スイッチ、１９
１…事務処理ＯＳ専用スイッチ、１９２…共用スイッ
チ、２００…スイッチテーブル、２２１…クライアント
側入出力処理、２２２…サーバ側入出力処理、２２６…
入出力装置、２９０…仮想入出力ドライバ、２９１…仮
想割込みハンドラ、３１０，３１２…グラフィックスド
ライバ、３１１，３１３…グラフィックス割込みハンド
ラ、３１４…グラフィックスハードウェア、３１５…表
示制御、３１６…フレームメモリ、317…事務処理ＯＳ
用描画領域、３１８…リアルタイムＯＳ用描画領域。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 上脇 正 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 (72)発明者 齋藤 雅彦 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 (72)発明者 大野 洋 東京都千代田区神田駿河台四丁目６番地 株式会社日立製作所新事業推進本部内 (72)発明者 中村 智明 東京都千代田区神田駿河台四丁目６番地 株式会社日立製作所新事業推進本部内 Ｆターム(参考） 5B014 FB04 5B076 AA14 AA15 5B098 AA05 BB11 GA02 GA04 GA08 GB01 GC03 GC16

Claims (7)

【特許請求の範囲】
1. 【請求項１】複数個のオペレーティングシステムと、複
   数個のオペレーティングシステムを切り替えるＯＳ切替
   手段とを有する計算機システムにおいて、 割込み要因毎に起動するオペレーティングシステムを記
   憶する優先割込みテーブルと、優先割込みテーブルを書
   き換える優先割込みテーブル書き換え手段とを備え、 ＯＳ切換手段は割込み要因から優先割込みテーブルを参
   照し対応するオペレーティングシステムに切り替えると
   共に、該オペレーティングシステムが備える割込み処理
   手段を呼び出すことを特徴とする計算機システム。
2. 【請求項２】請求項１に記載の計算機システムにおい
   て、 優先割込みテーブルは、割込み要因毎に起動するオペレ
   ーティングシステムに加え、複数のオペレーティングシ
   ステムで共有する周辺デバイスからの割込みか否かを記
   憶することを特徴とする計算機システム。
3. 【請求項３】請求項２に記載の計算機システムにおい
   て、 ＯＳ切換手段は、割込み要因から優先割込みテーブルを
   参照し、該割込み要求が複数のオペレーティングシステ
   ムで共有する割込みか否かを判定し、共有する割込みと
   判断したとき割込みを生成した周辺デバイスの内容を解
   析することで割込み対象とするオペレーティングシステ
   ムを判定し、オペレーティングシステムを切り替えると
   共に、該オペレーティングシステムが備える割込み処理
   手段を呼び出すことを特徴とする計算機システム。
4. 【請求項４】複数個のオペレーティングシステムと、複
   数個のオペレーティングシステムを切り替えるＯＳ切替
   手段とを有する計算機システムにおいて、 複数のオペレーティングシステムから共有する周辺デバ
   イスと、前記共有する周辺デバイスとデータ入出力する
   データ入出力サーバを該一つのオペレーティングシステ
   ムに備え、 前記オペレーティングシステム以外に備えられた前記共
   有する周辺デバイスとデータ入出力するデータ入出力ク
   ライアントは、データ入出力サーバにデータ入出力を依
   頼し、データ入出力サーバにおいて周辺デバイスとデー
   タ入出力した結果を受信することでデータ入出力を実行
   することを特徴とする計算機システム。
5. 【請求項５】請求項４に記載の計算機システムにおい
   て、 割込み要因毎に起動するオペレーティングシステムを記
   憶する優先割込みテーブルと、優先割込みテーブルを書
   き換える優先割込みテーブル書き換え手段とを備え、 ＯＳ切換手段は、割込み要因から優先割込みテーブルを
   参照し、該割込み要求が複数のオペレーティングシステ
   ムで共有する割込みかを判定し、共有する割込みと判断
   したとき該データ入出力サーバが備える割込み処理手段
   を呼び出すことを特徴とする計算機システム。
6. 【請求項６】請求項４又は５に記載の計算機システムに
   おいて、 データ入出力サーバは最も優先順位の高いオペレーティ
   ングシステムが管理する領域に実装することを特徴とす
   る計算機システム。
7. 【請求項７】請求項４，５又は６に記載の計算機システ
   ムにおいて、 複数のオペレーティングシステムの間で互いに通信する
   ＯＳ間通信手段とを備え、 ＯＳ間通信手段を用いデータ入出力サーバとデータ入出
   力クライアントとの間で通信することを特徴とする計算
   機システム。