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

Abstract

(57)【要約】 【課題】複数個のオペレーティングシステム（ＯＳ）を
切替えて動作し、ＯＳ間で同一の周辺デバイスを共有す
る計算機システムにおいて、ＯＳ再起動の前後で他のＯ
Ｓから共有デバイスを連続して利用可能とする。 【解決手段】各周辺デバイスに関するハードウェア固有
情報と、いずれのＯＳに属して構成制御されるかを示す
属性フラグからなるデバイス管理テーブルを有し、各Ｏ
Ｓは電源投入時にデータを登録する。各ＯＳは再起動の
際にテーブルを参照し、自ＯＳ専有デバイスのみ構成制
御を行い、共有デバイスや他ＯＳ専有デバイスの構成制
御を行わない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数個のオペレー
ティングシステムを切替えて動作させる計算機システム
に関し、特に同一の周辺デバイスを複数個のオペレーテ
ィングシステムで共有する高可用計算機およびその構成
制御方式に関する。

【０００２】

【従来の技術】一つの計算機システムで複数のオペレー
ティングシステムを動作させる技術として、従来から大
型計算機において仮想計算機方式が実現されている（以
下公知例１と称する）。この仮想計算機方式では、計算
機システム内で平行して動作する複数個の仮想計算機そ
れぞれで複数のユーザタスク（以降、プロセスおよびス
レッドをまとめてタスクと称する）を切替えて処理を実
行する。また仮想計算機方式では、仮想計算機制御プロ
グラムが全ハードウェアを占有して管理し、それらを仮
想化して仮想計算機を構成する。仮想計算機を構成する
制御部は、物理メモリ，入出力機器装置，磁気ディスク
装置，外部割込み等を仮想化する。

【０００３】仮想計算機は、大型計算機内の一つのプロ
セスとして通常実現される。しかし仮想計算機とユーザ
タスクの関係を考慮すると、仮想計算機は一つのオペレ
ーティングシステムであるとみなすことも可能である。
従来の大型計算機では、いわば複数個のオペレーティン
グシステムを実行することが可能な計算機システムとい
うことができる。

【０００４】一方、マイクロプロセッサの性能向上と、
オペレーティングシステムの機能向上に伴い、複数個の
オペレーティングシステムを一つの計算機システム上で
同時動作させ、これらを必要に応じて動的に切替えて処
理を行うニーズが高まっている。

【０００５】一般に、工場やプラントなどの機械制御，
車載ナビゲーションシステムといった分野では、外部環
境変化に対して一定時間以内に応答することを保証する
リアルタイム性や、長時間連続稼動を可能とする信頼性
や高可用性が重要視される。このため割込み応答性が高
くなおかつ低メモリ容量でモジュール構成を有するリア
ルタイム用オペレーティングシステム（リアルタイムＯ
Ｓ）が用いられることが多い。しかし一般的にリアルタ
イムＯＳは、リアルタイム制御や信頼性に重点をおいて
いるため、対人間とのインターフェースに関して難点が
多い。一方、汎用のパーソナルコンピュータ（ＰＣ）に
用いられている事務処理用オペレーティングシステム
（事務処理ＯＳ）は、画像を用いて計算機システムの操
作を行えるようにするなど、対人間とのインターフェー
スに優れている。しかし事務処理ＯＳは人間との対話や
科学計算，画像描画を主な目的としているため、割込み
応答性能よりも処理のスループットに重点をおいてい
る。また低メモリ容量モジュールで構成されるリアルタ
イムＯＳに比べ、２４時間連続運転といった信頼性を保
証することは難しい。

【０００６】このような複数個のオペレーティングシス
テムを切替えて動作させ計算機システムの可用性を高め
る技術として、特開平11−24943 号公報に開示された計
算機再起動方法および計算機停止方法がある（以下公知
例２と称する）。この従来技術は、オペレーティングシ
ステムを有する計算機がソフトウェア障害を検出した際
にカーネルを再起動するために、オペレーティングシス
テムのカーネルを再ロードする場合に、無停止モジュー
ルが処理する外部割込みに対する割込み処理ハンドラの
登録内容を主記憶に保持し、再ロード対象から外してカ
ーネルを再ロード後再実行するものである。オペレーテ
ィングシステムを事務処理ＯＳ，無停止モジュールをリ
アルタイムＯＳにそれぞれ相当すると考えることで、前
述の複数個のオペレーティングシステムを切替えて動作
させるニーズを満たすことが可能となる。またこの従来
技術は、事務処理ＯＳを再起動している期間でも、リア
ルタイムＯＳは停止することなく割込み処理を継続実行
可能であることを示している。さらにこの従来技術で
は、無停止モジュールに係わるハードウェア資源と再初
期化処理を無停止モジュール管理データ領域に登録し、
カーネル再起動時にハードウェアに対する再初期化処理
を実行する。

【０００７】

【発明が解決しようとする課題】前述の複数個のオペレ
ーティングシステムに切替えて動作させる計算機システ
ムにおいて、複数個のオペレーティングシステム間で同
一の周辺デバイスを共有して使用するために、特に周辺
デバイスの構成制御処理において解決しなくてはならな
い課題が存在する。

【０００８】すなわち公知例１において、大型計算機上
で実行される複数個の仮想計算機はみな同一種であり、
それらは同一の割込み処理体系や同一のプログラミング
・インターフェースを用いて仮想計算機制御部に周辺デ
バイス処理を発行する。そのため単一の計算機システム
上で複数個の相異なるオペレーティングシステムを実行
する場合、それぞれ相異なるプログラミング・インター
フェースを有するため、周辺デバイスを含むハードウェ
ア資源を仮想化し、統一的に構成制御する仮想計算機制
御部を用意することは困難である。

【０００９】また公知例２において、無停止モジュール
とオペレーティングシステムで共有されている同一周辺
デバイスの構成制御はオペレーティングシステムから実
行され、再構成制御は無停止モジュールに係わるデバイ
スドライバのアドレスをオペレーティングシステム上で
設定することを必要としている。すなわち、無停止モジ
ュールのみから処理されるデバイスまでオペレーティン
グシステムが構成制御や再構成制御を実行することとな
る。そのため無停止モジュールがオペレーティングシス
テムとは独立したリアルタイムＯＳの場合、プログラミ
ング・インターフェースやロードモジュールの管理体系
が異なるため、全てのハードウェア資源を一方のオペレ
ーティングシステムで構成制御するのは困難である。

【００１０】本発明の目的は、複数個のオペレーティン
グシステムを切替えて動作する計算機システムにおい
て、該複数個のオペレーティングシステムが同一の周辺
デバイスを共有するために、あるいは排他的に使用する
ために必要な構成制御方法を提供することにある。

【００１１】

【課題を解決するための手段】上記目的は、本発明の計
算機システムによれば、複数個のオペレーティングシス
テムと、複数個のオペレーティングシステムを切替える
切替手段と、外部に接続されるデバイスを特定する固有
情報及びデバイスの構成制御を行うオペレーティングシ
ステムとを記憶する管理テーブルとを有し、少なくとも
１つのオペレーティングシステムは、管理テーブルに基
づいて構成制御を行うオペレーティングシステムを選
び、選ばれたオペレーティングシステムが該当するデバ
イスの構成制御を行うことで達成することができる。

【００１２】また上記目的は、本発明の計算機システム
によれば、複数個のオペレーティングシステムと、複数
個のオペレーティングシステムを切替える切替手段と、
外部に接続されるデバイスを特定する固有情報及びデバ
イスに割り当てられた割込みレベルを記憶する管理テー
ブルと、割込みレベルごとに起動するオペレーティング
システムを記憶する割込みテーブルとを有し、少なくと
も１つのオペレーティングシステムは、管理テーブルに
基づいて割込みレベルを決定し、決定された割込みレベ
ルと割込みテーブルに基づいて、構成制御を行うべきオ
ペレーティングシステムを選び、選ばれたオペレーティ
ングシステムが該当するデバイスの構成制御を行うこと
により達成される。

【００１３】また上記目的は、本発明の構成制御方法に
よれば、切替手段によって切替えられたオペレーティン
グシステムは、予め登録された外部に接続されるデバイ
スを特定する固有情報及びデバイスの構成制御を行うオ
ペレーティングシステムとを記憶する管理テーブルから
構成制御を行うオペレーティングシステムを選び、選ば
れたオペレーティングシステムに当該切替えられたオペ
レーティングシステムが存在する場合、該切替えられた
オペレーティングシステムが該当するデバイスの構成制
御を行うことにより達成される。

【００１４】また上記目的は、本発明の構成制御方法に
よれば、切替手段によって切替えられたオペレーティン
グシステムは、予め登録された外部に接続されるデバイ
スを特定する固有情報及びデバイスに割り当てられた割
込みレベルを記憶する管理テーブルに基づいて割込みレ
ベルを決定し、予め登録された割込みレベルごとに起動
するオペレーティングシステムを記憶する割込みテーブ
ルと決定された割込みレベルから構成制御を行うべきオ
ペレーティングシステムを選び、選ばれたオペレーティ
ングシステムに当該切替えられたオペレーティングシス
テムが存在する場合、当該オペレーティングシステムが
該当するデバイスの構成制御を行うことにより達成され
る。

【００１５】また上記目的は、本発明の構成制御方法に
よれば、予め登録された外部に接続されるデバイスを特
定する固有情報及びデバイスの構成制御を行うオペレー
ティングシステムとを記憶する管理テーブルから計算機
システムにデバイスが接続されているか判定する第１の
ステップと、デバイスが接続されている場合に、管理テ
ーブルから構成制御を行うオペレーティングシステムを
選ぶ第２のステップと、選ばれたオペレーティングシス
テムに第１，第２のステップを実行したオペレーティン
グシステムが存在する場合、当該選ばれたオペレーティ
ングシステムが該当するデバイスの構成制御を行うこと
により達成される。

【００１６】また上記目的は、本発明の構成制御方法に
よれば、予め登録された外部に接続されるデバイスを特
定する固有情報及びデバイスに割り当てられた割込みレ
ベルを記憶する管理テーブルに基づいて計算機システム
にデバイスが接続されているか判定する第１のステップ
と、デバイスが接続されていると判定された場合に管理
テーブルに基づいて割込みレベルを決定する第２のステ
ップと、予め登録された割込みレベルごとに起動するオ
ペレーティングシステムを記憶する割込みテーブルと決
定された割込みレベルから構成制御を行うべきオペレー
ティングシステムを選ぶ第３のステップと、該選ばれた
オペレーティングシステムに第３のステップを実行した
オペレーティングシステムが存在する場合、当該オペレ
ーティングシステムが該当するデバイスの構成制御を行
うことにより達成される。

【００１７】

【発明の実施の形態】本発明による実施例について図面
を用いて以下に説明する。

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

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

【００２０】本実施例では、計算機システム内に二つの
オペレーティングシステムが存在する場合を説明する。
二つのオペレーティングシステムは各々に割り当てられ
たメモリおよびプロセッサ資源を用いて、各々のオペレ
ーティングシステム上のタスクを実行する。本実施例で
はオペレーティングシステム１１６が事務処理ＯＳ，オ
ペレーティングシステム１１７がリアルタイムＯＳであ
ると仮定するが、実際に各オペレーティングシステムが
いかなる種類であっても、本発明で述べる技術は適用可
能である。

【００２１】事務処理ＯＳ１１６及びリアルタイムＯＳ
１１７を一つのプロセッサ上で連携しながら動作させる
ため、ＯＳ間制御機能１２４を備える。ＯＳ間制御機能
124は、事務処理ＯＳ１１６とリアルタイムＯＳ１１７
の実行環境を切替えるＯＳコンテクスト切換１２７を備
える。ＯＳコンテクスト切換１２７は、割込み要求やＯ
Ｓ間制御機能の呼び出しによりオペレーティングシステ
ムの切替えが必要と判断されたときコンテクストを切替
える。

【００２２】なお本実施例における「構成制御」とは、
周辺デバイスに実装されるハードウェア資源（レジス
タ，該デバイスに割り当てられた割込信号等）を初期化
あるいは再設定することを意味する。

【００２３】各オペレーティングシステム１１６，１１
７内には、デバイス初期化機能モジュール５１０，５１
１が存在する。デバイス初期化機能モジュール５１０，
511は、電源投入リセット時とオペレーティングシステ
ム再起動時の両方でそれぞれのオペレーティングシステ
ムにおいて実行されるモジュールであり、それぞれのオ
ペレーティングシステムで構成制御する必要のあるデバ
イス情報をＯＳ間制御機能１２４に対して要求する。

【００２４】デバイス初期化機能モジュール５１０，５
１１は、自身が有するデバイス情報データベース５１
２，５１３に登録されている構成制御すべき周辺デバイ
スのハードウェア固有情報を検索し、ハードウェア固有
情報を鍵（キー）としてＯＳ間制御機能１２４に該当デ
バイス存在有無の確認要求を発行する。すなわち、計算
機システムが電源断等により停止している最中に周辺デ
バイスの構成が変更されている場合、オペレーティング
システムはデバイスドライバを組み込むためにデバイス
ドライバに対応する周辺デバイスが存在しているか確認
する必要がある。その後ＯＳ間制御機能１２４により周
辺デバイスの有無通知を受けると、デバイス初期化機能
モジュール５１０，５１１は周辺デバイスの有無に応じ
て対応するデバイスドライバの処理を実行する。ここで
周辺デバイスが存在するが構成制御すべきでない場合、
すなわち確認要求を発行したオペレーティングシステム
ではなくもう一方のオペレーティングシステムが構成制
御すべき周辺デバイスである場合には、確認要求を発行
したオペレーティングシステムはその旨が通知される。
そこで周辺デバイスがオペレーティングシステム１１
６，１１７の両方で共有されるデバイスであれば、通知
を受けたオペレーティングシステムでは周辺デバイスに
対する構成制御は行わず、ドライバや割込ベクタの登録
等、所定の処理を行う。また周辺デバイスがもう一方の
オペレーティングシステムで専有されるデバイスであれ
ば、周辺デバイスに対する処理を行わず、次の周辺デバ
イスに処理を移す。

【００２５】なお必ずしも両方のオペレーティングシス
テムが周辺デバイス存在確認を発行する必要はない。例
えば一方のオペレーティングシステムが全ての構成制御
を行う場合を考える。この時もう一方のオペレーティン
グシステムは、デバイスの存在確認を発行してデバイス
の存在を確認すると構成制御不要との通知を受けるの
で、共有するデバイスに関する構成制御以外の処理のみ
行えばよい。

【００２６】またデバイス情報データベース５１２，５
１３に登録されていない周辺デバイスが前回計算機シス
テム実行時から新規に追加されていると、デバイス初期
化機能モジュール５１０，５１１はＯＳ間制御機能１２
４より、まだ構成制御すべき周辺デバイスが存在する旨
が通知される。デバイス初期化機能モジュール５１０，
５１１は通知を受け、対応するデバイスドライバを各
々、あるいは一方のオペレーティングシステムに組み込
むための所定の処理を行う。

【００２７】周辺デバイスの存在確認を行うタイミング
は、デバイスドライバによって様々である。例えばオペ
レーティングシステムが格納されている二次記憶装置に
対するデバイスドライバは、オペレーティングシステム
のロード前にプロセッサ100から利用可能でなければな
らない。またディスプレイ１０４に対するデバイスドラ
イバは、オペレーティングシステムの起動中から利用で
きれば問題ない。一般に周辺デバイスの存在確認を行う
タイミングは、周辺デバイスが提供するサービスの内容
により異なり、オペレーティングシステムの起動前，起
動中，起動後のいずれかに発行される。オペレーティン
グシステムの起動前に発行される存在確認は、計算機シ
ステムが正常に動作するために最低限必要な周辺デバイ
スに関するデバイスドライバの初期化ルーチンから発行
され、特にそれらのデバイスドライバはＢＩＯＳ（Basi
c Input／Output System）と呼ばれ、不揮発性メモリに
格納されているプログラムとして存在する。オペレーテ
ィングシステムの起動中に発行される存在確認は、オペ
レーティングシステムに密接に関係するデバイスドライ
バの初期化ルーチンから発行される場合が有る。またオ
ペレーティングシステムの起動後に発行される存在確認
は、例えばユーザアプリケーションから直接起動される
デバイスドライバの初期化ルーチンから発行される場合
が有る。

【００２８】ＯＳ間制御機能１２４は、オペレーティン
グシステム１１６，１１７からのデバイス存在確認要求
を受け付け、応答を返すデバイス検出機能モジュール５
０１と、周辺デバイスがいずれのオペレーティングシス
テムに属するかを示すテーブルであるデバイス管理テー
ブル５００と、デバイス管理テーブル５００を更新する
機能を提供するテーブル更新機能モジュール５０２を有
する。デバイス検出機能モジュール５０１は、オペレー
ティングシステム１１６，１１７からの周辺デバイス存
在有無の確認要求に対し、デバイス管理テーブル５００
を参照して応答を返す機能を有する。デバイス管理テー
ブル５００は、計算機システム内に存在する全ての周辺
デバイスの「ハードウェア固有情報」と、それぞれの周
辺デバイスがいずれのオペレーティングシステムに属し
て構成制御が行われるかを示す「属性フラグ」を有す
る。デバイス管理テーブル５００は、計算機システムが
電源投入された時に、活線挿抜等の技術により計算機シ
ステム動作中に周辺デバイスが追加や削除された時等
に、登録内容に対して更新や追加，削除が行われる。テ
ーブル更新機能モジュール５０２は、デバイス管理テー
ブル５００の登録内容を各々のオペレーティングシステ
ム、あるいはＯＳ間制御機能１２４自身から更新するた
めの機能を提供する。

【００２９】以上の構成により、複数個のオペレーティ
ングシステムを切替えて動作する計算機システムにおい
て、複数個のオペレーティングシステムが同一の周辺デ
バイスを共有するために、あるいは排他的に使用するた
めに必要な構成制御を行うことが可能となる。そして共
有している周辺デバイスについて、一方のオペレーティ
ングシステムが稼動中にもう一方のオペレーティングシ
ステムを再起動した場合でも、再起動の前後で稼働中の
オペレーティングシステムは周辺デバイスを連続的に使
用することが可能となる。

【００３０】以下、本実施例の構成について詳細に説明
する。

【００３１】図２（ａ）に周辺デバイスとバスに注目し
た計算機システムの構成を示す。バスブリッジ５５０，
５５１は、プロセッサバス１０３とＰＣＩ（Peripheral
Component Interconnect) バス５５２，５５８との
間で、バスプロトコル変換を行うバスブリッジである。
バスブリッジ５５５は、ＰＣＩバス５５２とＩＳＡ（In
dustry Standard Architecture）バス５５６との間でバ
スプロトコル変換を行うバスブリッジである。プロセッ
サ１００とバスブリッジ５５０，５５１はプロセッサバ
ス１０３を介して接続する。バスブリッジ５５０，５５
５とネットワークデバイス５５３，ディスプレイデバイ
ス５５４はＰＣＩバス５５２を介して接続し、バスブリ
ッジ５５１とセンサー５５９はＰＣＩバス５５８を介し
て接続する。またバスブリッジ５５５とスイッチ５５７
はＩＳＡバス５５６を介して接続する。図２（ａ）中、
ＰＣＩバスは２本存在し、これらを区別するためにバス
番号と呼ぶ計算機システム内で一意に決まる番号を割り
当てる。本実施例では以下のように定める。

【００３２】ＰＣＩバス５５２：バス番号＝０ ＰＣＩバス５５８：バス番号＝１ また構成制御を行う際にデバイスを特定するために、Ｐ
ＣＩバス５５２，558に接続されるデバイスに対して各
バスにおいて一意に決定されるデバイス番号と呼ばれる
番号を割り当てる。ＩＳＡバス５５６に接続されるデバ
イスに対して各バスにおいて一意に決定されるＩ／Ｏア
ドレスが割り当てられるが、本実施例ではＩ／Ｏアドレ
スのことも便宜的にデバイス番号と呼ぶことにする。ま
た各デバイスには、デバイス自身のメーカ，デバイス
種，特性や機能を表すＩＤが、各デバイス製造時に割り
当てられている。プロセッサは存在有無を確認しようと
するデバイスのＩＤを読み取ることにより、デバイスが
意図しているデバイスであるか、もしくは作業員によっ
て置き換えられた等により別のデバイスになっているか
を知ることが可能である。本実施例ではＩＤを一括して
デバイス名称と呼ぶことにする。

【００３３】以上の様にバスとデバイスに番号を割り当
てることにより、全ての周辺デバイスはプロセッサ１０
０から見てバス種別とバス番号，デバイス番号、さらに
デバイス名称にて特定することが可能になる。例えばデ
ィスプレイ５５４は、「バス種別＝ＰＣＩ，バス番号＝
０に接続される、デバイス番号＝０の“DISPLAY"という
デバイス」であり、スイッチ５５７は、「バス種別＝Ｉ
ＳＡ，バス番号＝０に接続される、デバイス番号（Ｉ／
Ｏアドレス）＝０ｘ３３０の“ＳＷＩＴＣＨ”というデ
バイス」と識別することが可能である。なお“０ｘ”と
いう接頭詞は続く数字が１６進数であることを示す。ま
た存在しないバス種別やバス番号，デバイス番号に対し
てプロセッサ１００が存在確認のためにアクセスを行っ
た場合、所定の手続きによりプロセッサに該当デバイス
が存在しない旨が通知される。一般的にはプロセッサ１
００と対象バスとの間に介在するバスブリッジにより、
該当デバイスが存在しない旨のステータスがバスブリッ
ジ内の所定レジスタに記録される。

【００３４】図２（ｂ）にＯＳ間制御機能１２４におけ
るデバイス管理テーブル５００の構成を示す。デバイス
管理テーブル５００は、デバイス各々に対応するハード
ウェア固有情報５２０と属性フラグ５２５の組で１レコ
ードが構成される。ハードウェア固有情報５２０は、バ
ス種別５２１，バス番号５２２，デバイス番号５２３，
デバイス名称５２４から構成される。属性フラグ５２５
は対応するデバイスが、いずれのオペレーティングシス
テムに属して構成制御されるかを示すものであり、事務
処理ＯＳに構成制御されるデバイスは“事務”、リアル
タイムＯＳに構成制御されるデバイスは“リアルタイ
ム”、そして両方のオペレーティングシステムに利用さ
れるデバイスは“事務（共有）”あるいは“リアルタイ
ム(共有)”と示される。ここで“（共有）”と示される
デバイスは、構成制御を行うオペレーティングシステム
はいずれか一方であるが、デバイスを利用するのは両方
のオペレーティングシステムである場合を示している。
バス種別５２１と属性フラグ５２５に関して、一般的に
はそれぞれのバス種別や属性を示す整数値を割り当てて
それぞれ格納するのが適当である。

【００３５】以上ではＰＣＩバスとＩＳＡバスに接続さ
れたデバイスを特定する方法について述べたが、本発明
はこれらのバスに限定や拘束されるものではなく、デバ
イスを特定する手段に応じて、ハードウェア固有情報５
２０を構成することにより、任意のバスアーキテクチャ
を有する計算機システムに対して適用可能である。

【００３６】図３にＯＳ間制御機能１２４におけるデバ
イス検出機能モジュール５０１の処理フローを示す。デ
バイス初期化機能モジュール５１０，５１１はオペレー
ティナグシステムを起動，再起動する際に、自身が有す
るデバイス情報データベース５１２，５１３に登録され
ている構成制御すべき周辺デバイスのハードウェア固有
情報を検索し、ハードウェア固有情報を鍵（キー）とし
てデバイス検出機能５０１に該当デバイス存在有無の確
認要求を発行する。デバイス検出機能モジュール５０１
は、デバイス初期化機能モジュールより受け取ったハー
ドウェア固有情報をキーとして、デバイス管理テーブル
５００を検索すると共に、計算機システム内に実デバイ
スが存在するかＢＩＯＳ命令等により探索する(処理６
００)。その結果、要求のあったデバイスが実デバイス
として計算機システムに存在するか検査する（処理６０
１）。該当デバイスが存在しない場合、デバイス検出機
能モジュール５０１は要求元に該当デバイスが存在しな
い旨を通知する（処理６０７）。該当デバイスが存在す
る場合、引き続きデバイス管理テーブル５００上のハー
ドウェア固有情報５２０がキーと一致するか検査する
（処理６０２）。ここで不一致の場合は、該当デバイス
が割り当てられている位置に別のデバイスが存在する、
あるいはデバイス管理テーブル５００に該当デバイスが
登録されていないことを意味し、デバイス検出機能モジ
ュール５０１はデバイス存在確認要求元に対して該当デ
バイスとは違うデバイスが存在する旨を通知する（処理
６０８）。デバイス管理テーブル５００上のハードウェ
ア固有情報５２０とキーが完全に一致した場合、引き続
き該当デバイスの属性フラグ５２５が、要求元オペレー
ティングシステムと一致するか検査する（処理６０
３）。そこで一致した場合、該当デバイスは存在し、か
つ要求元オペレーティングシステムにより構成制御なさ
れるべきデバイス（専有されるデバイス）として、要求
元に通知する（処理６０５)。一方属性フラグ５２５が
不一致であった場合、さらに該当デバイスが共有デバイ
スであるか検査する（処理６０４）。処理６０４で該当
デバイスが共有と判断された場合、要求元に対し該当デ
バイスは共有デバイスであると通知すると共に、構成制
御を行うべきオペレーティングシステムを合わせて通知
する(処理６０６)。処理６０４で該当デバイスが共有で
はない場合、すなわち要求元オペレーティングシステム
とは違うオペレーティングシステムが専有するデバイス
である場合、要求元オペレーティングシステムに対して
は、該当デバイスは存在しないと通知する（処理６０
７）。

【００３７】またデバイスに対する存在確認要求が有っ
たことをデバイス検出機能５０１にて保持することによ
り、存在確認要求にもれたデバイスが生じた場合に、該
デバイスが属するオペレーティングシステムに対して該
デバイスを構成制御するように通知することが可能とな
る。

【００３８】図４にデバイスに対する存在確認要求が有
ったことを示すリンクトリスト620の構成例を示す。デ
バイス検出機能５０１は、リンクトリスト６２０の先頭
アドレスを既知とする。また要求元オペレーティングシ
ステムと対応して、リンクトリスト６２０をそれぞれ用
意するものとする。リストの要求はハードウェア固有情
報とポインタからなり、ハードウェア固有情報６２１，
６２３，６２５は存在確認要求の有ったハードウェア固
有情報を格納し、ポインタ６２２，６２４はそれぞれ次
のリスト要素の先頭アドレスを格納する。最後のリスト
要素中のポインタ６２６は、それ以上リスト要素が無い
ことを表す特殊なコードが格納され、一般にはアドレス
０ｘ０（＝Ｎｕｌｌ）をコードとする。

【００３９】デバイス検出機能５０１は、処理６０５，
６０６によってデバイスに対する存在確認要求の有った
ことを検知し、それぞれの処理と合わせてリンクトリス
トを構築していく。すなわち、処理６０５，６０６と同
時に、確認要求を受けた周辺デバイス順にリスト要素の
ハードウェア固有情報をリンクトリストに追加する。デ
バイス検出機能５０１は、処理６０５，６０６を実行す
ると共に新たなリスト要素を作成し、ハードウェア固有
情報として該当デバイスのハードウェア固有情報を格納
し、最終リスト要素のポインタを新たなリスト要素のア
ドレスに書き換える。

【００４０】デバイス検出機能５０１は、オペレーティ
ングシステムからのデバイス存在確認要求が全て終了し
たことを検知すると、オペレーティングシステムに対応
するリンクトリスト６２０のハードウェア固有情報とデ
バイス管理テーブル５００のハードウェア固有情報を比
較する。デバイス管理テーブル５００上に（本来オペレ
ーティングシステムから存在確認要求がくるべきである
のに）存在確認要求が来ていないデバイスが存在する場
合、デバイス検出機能５０１は対応するオペレーティン
グシステムに該当デバイスを通知する。

【００４１】なお図４に示されるリンクトリスト６２０
と、デバイス存在確認要求の“もれ”を検出する機能
は、デバイス検出機能５０１に無くてもよく、オペレー
ティングシステム１１６，１１７にそれぞれ持ってもよ
い。その場合、デバイス検出機能５０１はデバイス管理
テーブル５００を参照するための手段を提供する必要が
ある。

【００４２】さらに図３に示されるデバイス存在確認の
機能もデバイス検出機能５０１に無くてもよく、各々の
オペレーティングシステム１１６，１１７に有ればよ
い。その場合、デバイス検出機能５０１は同様にデバイ
ス管理テーブル５００を参照するための手段を提供する
必要が有る。

【００４３】以上によりデバイス管理テーブル５００に
おいて、バス種別５２１，バス番号５２２，デバイス番
号５２３，デバイス名称５２４、そしてデバイス存在確
認の要求を発行したオペレーティングシステムが特定で
きれば、該デバイス存在確認に対する応答を決定するこ
とが可能である。すなわち、該当デバイスがデバイス存
在確認と一致して存在し、かつデバイス存在確認を発行
したオペレーティングシステムと属性フラグが一致した
場合のみ、該オペレーティングシステムに対して要求デ
バイスが存在する旨を返答する。それ以外の場合には該
デバイスが存在しない旨を返答する。以上により、例え
ば一方のオペレーティングシステムが使用中の共有デバ
イスに関して、構成制御すべきでないオペレーティング
システムが再起動し、発行したデバイス存在確認の要求
に対して、「デバイスは存在するが構成制御不要」と返
答することにより再起動中のオペレーティングデバイス
はデバイスの構成制御をせずに該デバイスのデバイスド
ライバ組込みを実行する。そして再起動が完了した該オ
ペレーティングシステムは共有デバイスを利用すること
が可能となる。

【００４４】図５にテーブル更新機能モジュール５０２
における処理フローを示す。テーブル更新機能モジュー
ル５０２はデバイス管理テーブル５００の内容を追加や
削除，変更をするための機能である。デバイス管理テー
ブル５００は、双方のオペレーティングシステムからア
クセスされる可能性が有る。一般にはオペレーティング
システム１１６，１１７がそれぞれ独立しているため、
双方から統一してデバイス管理テーブル５００をアクセ
スする手段を提供する。

【００４５】テーブル更新機能モジュール５０２は、オ
ペレーティングシステム１１６，１１７いずれかよりテ
ーブル更新要求が発行される。ここでテーブル更新機能
モジュール５０２はオペレーティングシステム１１６，
１１７の双方から呼び出されるため、該モジュール呼び
出し方法はどちらかのオペレーティングシステムに存在
した方法ではなく、例えばプロセッサ１００の汎用レジ
スタにより引数を受け渡し、直接物理メモリ上のテーブ
ル更新機能モジュール５０２を呼び出す方法が好適であ
る。ここでテーブル更新機能モジュール５０２に引き渡
す引数として、以下のパラメータがある。

【００４６】（１）バス種別，バス番号，デバイス番号
といったデバイス指定情報 （２）デバイス名称，属性フラグ （３）該当レコードに対する処理（削除，追加／更新） テーブル管理テーブル更新要求を受けたテーブル更新機
能モジュール５０２は、上記（１）で指定された情報を
元にデバイス管理テーブル５００から該当するデバイス
が存在するか検索する（処理６４０）。次に上記（３）
の処理内容が削除要求か判定する（処理６４１）。処理
６４１で削除要求の場合、処理６４０で検索した結果、
デバイスが存在して、かつ上記（２）で指定したデバイ
ス名称までがデバイス管理テーブル５００の登録内容と
一致した場合、テーブル更新機能モジュール５０２は、
該当デバイスに関するデータレコードをデバイス管理テ
ーブル５００より削除し（処理６４４）、処理６４２，
６４３いずれかで不一致が生じた場合にはエラーとして
要求元に通知する（処理６４５）。処理６４１が更新要
求であった場合、処理６４０で検索した結果デバイスが
存在していたかを判定する（処理６４６）。処理６４６
で該当するデバイスが存在する場合、デバイス管理テー
ブル５００の該当データレコードのデバイス名称と、属
性フラグを更新する（処理６４７）。処理６４６で該当
するデバイスが存在しない場合、デバイス管理テーブル
５００に要求デバイスのレコードを追加する（処理６４
８）。以上によりテーブル更新機能モジュール５０２は
データ管理テーブル５００を更新する。以上ではオペレ
ーティングシステム１１６，１１７がデバイス更新要求
を発行するとしたが、デバイス更新要求を発行するのは
それらに限定されない。例えばＯＳ間制御機能１２４が
直接ＢＩＯＳ命令等により周辺デバイスのハード固有情
報を収集して、テーブル更新機能モジュール５０２を用
いて存在しないデバイスを削除するといったデバイス管
理テーブル５００の更新をしてもよい。それぞれのオペ
レーティングシステムは、テーブル更新機能モジュール
５０２を用いて一度だけ、デバイス管理テーブル５００
の構築を行えばよい。デバイス管理テーブル５００は不
揮発性メモリあるいは二次記憶装置等に格納され、次回
以降の計算機システム立上げ時にはそれらのデバイスか
らメモリ内のＯＳ間制御機能にロードされる。

【００４７】図６に、それぞれのオペレーティングシス
テム１１６，１１７におけるデバイス初期化機能モジュ
ール５１０，５１１の処理フローを示す。以下の説明で
は特にデバイス初期化機能モジュール５１０に注目して
説明するが、デバイス初期化機能モジュール５１０，５
１１は同一の処理フローであり、それぞれ対応する構成
要素とおきかえられる。

【００４８】オペレーティングシステム１１６が電源投
入や再起動により、構成制御処理を開始した場合につい
て説明する。デバイス初期化機能モジュール５１０は、
オペレーティングシステム１１６が有するデバイス情報
データベース５１２から自身が構成制御すべきデバイス
が存在するか判断する（処理６６０）。構成制御すべき
デバイスが存在しない場合、そのまま構成制御処理を終
了する。構成制御すべきデバイスが存在する場合、デバ
イス情報データベース５１２よりデバイスのハードウェ
ア固有情報を抽出し、合わせてＯＳ間制御機能１２４に
デバイス存在有無の確認要求を発行する（処理６６
１）。その後、処理６６１の応答タイプを判定し次の通
り分岐する（処理６６２）。

【００４９】・「デバイスが存在しない」と通知された
場合…これは電源断中に該当デバイスが撤去されるか、
該当デバイスが故障等により正常に応答できない場合に
起こりうる。デバイス初期化機能モジュール５１０は該
当デバイスに関するデータレコードをデバイス情報デー
タベース５１２より削除する（処理６６３）。

【００５０】・「専有デバイス」と通知された場合…こ
れは該当デバイスがオペレーティングシステム１１６に
よってのみ使用されるデバイスを意味する。ゆえにもう
一方のオペレーティングシステムに使用されていること
はないため、デバイス初期化機能モジュール５１０は該
当デバイスに対し、構成制御を実行し（処理６６４）、
引き続きデバイスドライバの組込み処理を行う（処理６
６５）。

【００５１】・「共有デバイス」と通知された場合…こ
れは該当デバイスがもう一方のオペレーティングシステ
ムに使われている可能性があることを意味する。この時
共有デバイス通知と共に、構成制御すべきオペレーティ
ングシステムも合わせて通知される。そこで自オペレー
ティングシステムが構成制御をすべきか否か判定する
（処理６６６）。構成制御すべきと判定した場合、さら
に現在のデバイス初期化機能モジュール５１０が、電源
投入後の処理をしているか、再起動中の処理をしている
か判定する（処理６６７）。すなわち、再起動中であれ
ばもう一方のオペレーティングシステムが該当デバイス
を使用している可能性がある。電源投入後の処理中であ
れば、デバイスは構成制御する必要が有るため、専有デ
バイス通知をされた時と同様に処理６６４，６６５を実
行する。それ以外の場合、すなわち自オペレーティング
システムが構成制御すべきでない、あるいは再起動処理
中である場合、該当デバイスのドライバ組込み処理を行
う（処理６６８）。

【００５２】以上の処理６６４，６６５，６６８におい
て、デバイス初期化機能モジュール５１０はそれぞれの
処理を実行するドライバをデバイス情報データベース５
１２から参照し、実行するものである。

【００５３】なおドライバ組込みのための処理６６５，
６６８として、該当デバイスに対する割込ハンドラの設
定や、デバイスドライバのロード処理，エントリアドレ
スをオペレーティングシステムに登録する等の処理を行
うことが挙げられる。また処理６６４と処理６６５をま
とめて一つのドライバとし、処理６６８で実行するドラ
イバと分けて用意しても問題ない。またデバイスの特性
上可能であるならば、処理６６５と処理６６８で実行す
るドライバを兼用とし、処理６６４で実行するドライバ
を別に用意してもよい。

【００５４】図７にデバイス情報データベース５１２の
構成例を示す。以下においてはデバイス情報データベー
ス５１２について説明するが、デバイス情報データベー
ス５１３についても同じ説明が当てはまる。

【００５５】デバイス情報データベース５１２はハード
ウェア固有情報６８０と対応するドライバ６８５から構
成される。ハードウェア固有情報６８０は、対象となる
周辺デバイスを必要十分に識別することができる位置情
報を含み、バス種別６８１，バス番号６８２，デバイス
番号６８３，デバイス名称６８４からなる。これらの用
語は、図２(ｂ)において説明した用語と同じ意味をな
す。またドライバ６８５は、電源投入（Power ON）時に
適用されるＰＯＮ時ドライバ６８６と、再起動時に適用
される再起動時ドライバ６８７からなる。ＰＯＮ時ドラ
イバ６８６は、該デバイス情報データベース５１２に登
録されているデバイス全てに用意される。一方再起動時
ドライバ６８７は、対象デバイスが共有デバイスの場合
に用意される場合が有る。ドライバ６８６，６８７の登
録情報については、ドライバが格納されているデバイス
（二次記憶装置等）における位置が定まればよく、一般
的にはファイル形式で格納されたドライバを表現するパ
ス形式（／usr／bin／driverあるいは／system／driver
等）で格納する。本実施例では、ＰＯＮ時ドライバ６８
６は、図６における処理６６４，６６５をまとめたドラ
イバであり、再起動時ドライバ６８７は図６における処
理６６８を実行するドライバであり、これらのドライバ
を登録するデバイス情報データベース５１２の例を示し
ている。ここで図６における処理６６４，６６５，６６
８全てを独立に処理するドライバを用意する場合には、
ドライバ６８５に登録するドライバ種を３つとし、それ
ぞれ構成制御用ドライバ，専有処理（処理６６５）用ド
ライバ，共有処理(処理６６８)用ドライバを用意して登
録すればよい。

【００５６】本発明による第２の実施例を図８に示す。
図８には、図１中の特にメモリ１０１に関する構成例を
示したものであり、その他の構成要素は特に断らない限
り図１中の構成要素と同一である。本実施例では、ＯＳ
間制御機能１２４が第一の実施例と異なる。本実施例の
特徴は、構成制御すべきオペレーティングシステムの決
定を、デバイス割込管理テーブル５０３と優先割込みテ
ーブル１５６を用いて行うことに有る。ここで優先割込
みテーブル１５６とは、オペレーティングシステムの定
常動作時に利用するテーブルであり、デバイスに割り当
てられた割込みレベル毎に割込処理を依頼するオペレー
ティングシステムと該デバイスの共有を示すフラグから
構成されるテーブルである。本実施例ではデバイスの割
込み処理を行うオペレーティングシステムが該デバイス
の構成制御を行うため、割込処理を行わないもう一方の
オペレーティングシステムは構成制御による影響を受け
ないことが特徴として挙げられる。また通常動作時のテ
ーブルと構成制御時に必要なテーブルを部分的に共通化
することにより、テーブルを予盾無く管理することも特
徴として挙げられる。

【００５７】ＯＳ間制御機能１２４は、オペレーティン
グシステム１１６，１１７からのデバイス情報要求を受
け付け、応答を返すデバイス検出機能モジュール５０４
と、周辺デバイスがいずれの割込みレベルが割り振られ
ているかを示すテーブルであるデバイス割込管理テーブ
ル５０３と、デバイス割込管理テーブル５０３を更新す
る機能を提供するテーブル更新機能モジュール５０５を
有する。また割込み管理テーブル１２９は割込みレベル
に応じたオペレーティングシステム毎の割込みベクタに
より構成される割込みアドレステーブル１５５と、割込
みレベル毎に必要な割込み処理をいずれのオペレーティ
ングシステムに対して依頼するかを示す優先割込みテー
ブル１５６からなる。

【００５８】デバイス検出機能モジュール５０４は、オ
ペレーティングシステム１１６，１１７からの周辺デバ
イス存在有無の確認要求に対し、デバイス割込管理テー
ブル５０３と割込み管理テーブル１２９を参照して応答
を返す機能を有する。デバイス割込管理テーブル５０３
は、計算機システム内に存在する全ての周辺デバイスの
「ハードウェア固有情報」と、それぞれの周辺デバイス
がいずれの割込みレベルが割り振られているかを示す
「割込番号」を有する。デバイス割込管理テーブル５０
３は、計算機システムが電源投入された時と、活線挿抜
等の技術により計算機システム動作中に周辺デバイスが
追加や削除された時等に、登録内容に対して更新や追
加，削除が行われる。テーブル更新機能モジュール５０
５は、デバイス割込管理テーブル５０３の登録内容を各
々のオペレーティングシステム、あるいはＯＳ間制御機
能１２４自身から更新するための機能を提供する。

【００５９】デバイス検出機能モジュール５０４はオペ
レーティングシステム１１６，１１７よりデバイス存在
確認要求を受けると、オペレーティングシステム１１
６，117より受け取ったハードウェア固有情報を元にデ
バイス割込管理テーブル５０３から該当デバイスが存在
するか否か検査し、もし存在するならば該当デバイスの
割込みレベルを抽出する。その後、抽出された割込みレ
ベルを用いて、優先割込みテーブル１５６より該当デバ
イスの担当オペレーティングシステムと共有されるか否
かを検査し、デバイス検出機能モジュール５０４は要求
元に対して該当デバイスの存在有無と担当オペレーティ
ングシステムを通知する。

【００６０】その後ＯＳ間制御機能１２４により該周辺
デバイスの有無通知を受けると、デバイス初期化機能モ
ジュール５１０，５１１は該周辺デバイスの有無に応じ
て対応するデバイスドライバの処理を実行する。ここで
該周辺デバイスが存在するが構成制御すべきでない場
合、すなわち確認要求を発行したオペレーティングシス
テムではなくもう一方のオペレーティングシステムが構
成制御すべき周辺デバイスである場合には、確認要求を
発行したオペレーティングシステムはその旨を通知され
る。そこで該周辺デバイスがオペレーティングシステム
１１６，１１７の両方で共有されるデバイスであれば、
上記通知を受けたオペレーティングシステムでは該周辺
デバイスに対する構成制御を行わず、ドライバや割込ベ
クタの登録等、所定の処理を行う。また該周辺デバイス
がもう一方のオペレーティングシステムで専有されるデ
バイスであれば、該周辺デバイスに対する処理を行わ
ず、次の周辺デバイスに処理を移す。

【００６１】以上の構成により、複数個のオペレーティ
ングシステムを切替えて動作する計算機システムにおい
て、該複数個のオペレーティングシステムが同一の周辺
デバイスを共有するために、あるいは排他的に使用する
ために必要な構成制御を行うことが可能となる。そして
共有している周辺デバイスについて、一方のオペレーテ
ィングシステムが稼動中にもう一方のオペレーティング
システムを再起動した場合でも、再起動の前後で稼動中
のオペレーティングシステムは該周辺デバイスを連続的
に使用することが可能となる。

【００６２】以下では第２の実施例について詳細に説明
する。

【００６３】図９にデバイス割込管理テーブル５０３の
構成例を示す。ハードウェア固有情報５２０を構成する
バス種別５２１，バス番号５２２，デバイス番号５２
３，デバイス名称５２４については、図２（ｂ）の構成
要素と同一である。割込番号５２６は、該当するデバイ
スに割り当てられた割込レベルを格納する。割込番号５
２６に格納された割込レベルの割込が割込信号線１０８
を介してプロセッサ１００に通知されると、プロセッサ
１００は割込みレベルに応じた、すなわちデバイスに応
じた処理を実行する。割込み番号５２６は、ここでは優
先割込みテーブル１５６に対するインデックスとして利
用する。

【００６４】図１０に割込みアドレステーブル１５５の
構成例を示す。割込みアドレステーブル１５５は、各々
のオペレーティングシステムが備える割込みハンドラの
開始アドレスを保持する表である。例えば割込みＩＲＱ
２が発生した場合、事務処理ＯＳに対してはアドレス０
ｘ０００００４４０を呼び出し、リアルタイムＯＳに対
してはアドレス０ｘ０００００６４０を呼び出すことが
意味する。

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

【００６６】図１２にＯＳ間制御機能１２４におけるデ
バイス検出機能５０４の処理フローを示す。機能的には
図３で示したデバイス検出機能モジュール５０１と同等
であり、同一記号が付与されている処理は図３の説明と
同一である。デバイス初期化機能モジュール５１０，５
１１はオペレーティングシステムを起動，再起動する際
に、自身が有するデバイス情報データベース５１２，５
１３に登録されている構成制御すべき周辺デバイスのハ
ードウェア固有情報を検索し、該ハードウェア固有情報
を鍵（キー）としてデバイス検出機能モジュール５０４
に該当デバイス存在有無の確認要求を発行する。デバイ
ス検出機能モジュール５０４は、デバイス初期化機能モ
ジュールより受け取ったハードウェア固有情報をキーと
して、デバイス割込管理テーブル５０３を検索すると共
に、計算機システム内に実デバイスが存在するかＢＩＯ
Ｓ命令等により探索する（処理６００）。その結果、要
求のあったデバイスが実デバイスとして計算機システム
に存在するか検査する（処理６０１）。該当デバイスが
存在しない場合、デバイス検出機能モジュール504は要
求元に該当デバイスが存在しない旨を通知する（処理６
０７）。該当デバイスが存在する場合、引き続きデバイ
ス割込管理テーブル５０３上のデバイス名称５２４がキ
ーと一致するか検査する（処理６０２）。ここで不一致
の場合は、該当デバイスが割り当てられている位置に別
のデバイスが存在する、あるいはデバイス割込管理テー
ブル５０３に該当デバイスが登録されていないことを意
味し、デバイス検出機能モジュール５０４はデバイス存
在確認要求元に対して該当デバイスとは違うデバイスが
存在する旨を通知する（処理６０８）。デバイス割込管
理テーブル５０３上のハードウェア固有情報５２０とキ
ーが完全に一致した場合、デバイス割込管理テーブル５
０３より割込番号５２６を抽出し、優先割込みテーブル
１５６を参照する（処理６１０）。そして該当デバイス
の共有フラグがセットされているか検査する（処理６０
４）。処理６０４で該当デバイスが共有と判断された場
合、要求元に対し該当デバイスは共有デバイスであると
通知すると共に、構成制御を行うべきオペレーティング
システムを合わせて通知する（処理６０６）。処理６０
４で該当デバイスが共有ではない場合、さらに該割込番
号のレコードにおける要求元オペレーティングシステム
にフラグがセットされているか検査する（処理６１
１）。そこでセットされている場合、該当デバイスは存
在し、かつ要求元オペレーティングシステムにより構成
制御なされるべきデバイス（専有されるデバイス）とし
て、要求元に通知する（処理６０５）。処理６１１で要
求元オペレーティングシステムにフラグがセットされて
いない場合、すなわち要求元オペレーティングシステム
とは違うオペレーティングシステムが専有するデバイス
である場合、要求元オペレーティングシステムに対して
は、該当デバイスは存在しないと通知する（処理６０
７）。

【００６７】テーブル更新機能モジュール５０５におけ
る処理フローについて、テーブル更新機能モジュール５
０５は第１の実施例におけるテーブル更新機能モジュー
ル５０２（図５参照）とただ１点を除いて同一である。
すなわちテーブル更新機能モジュール５０５では、処理
６４６で該当するデバイスが存在する場合、デバイス管
理テーブル５００の該当データレコードのデバイス名称
と、割込番号を更新する処理を実行する。

【００６８】以上によりテーブル更新機能モジュール５
０５はデータ割込管理テーブル503を更新可能である。

【００６９】本発明によれば、複数個のオペレーティン
グシステムを切替えて動作する計算機システムにおい
て、該複数個のオペレーティングシステムが同一の周辺
デバイスを共有するために、あるいは排他的に使用する
ために必要な構成制御を行うことが可能となる。そして
共有している周辺デバイスについて、一方のオペレーテ
ィングシステムが稼動中にもう一方のオペレーティング
システムを再起動した場合でも、再起動の前後で稼動中
のオペレーティングシステムは該周辺デバイスを連続的
に使用することが可能となる構成制御方式を提供するこ
とができる。

【００７０】本発明に係わる計算機および構成制御方式
は、次のようなものである。

【００７１】計算機システムは、複数個のオペレーティ
ングシステムと、複数個のオペレーティングシステムを
切替えて実行するＯＳ切替手段とを有する計算機システ
ムにおいて、計算機システム内デバイスを特定するハー
ドウェア固有情報と、デバイスの構成制御を行うオペレ
ーティングシステムとを記憶するデバイス管理テーブル
を有し、複数個のオペレーティングシステムのうち少な
くとも一つはデバイス管理テーブルを参照して構成制御
を行うオペレーティングシステムを判定し、判定の結果
がデバイス管理テーブルを参照したオペレーティングシ
ステムのみであった場合には、デバイス管理テーブルを
参照したオペレーティングシステムが該当するデバイス
を構成制御する。

【００７２】また別の計算機システムは、複数個のオペ
レーティングシステムと、複数個のオペレーティングシ
ステムを切替えて実行するＯＳ切替手段とを有する計算
機システムにおいて、計算機システム内デバイスを特定
するハードウェア固有情報と、デバイスに割り当てられ
た割込レベルを記憶するデバイス割込管理テーブルを有
し、割込レベル毎に起動するオペレーティングシステム
を記憶する優先割込みテーブルを有し、複数個のオペレ
ーティングシステムのうち少なくとも一つはデバイス割
込管理テーブルを参照して割込レベルを得て、優先割込
みテーブルを参照して割込レベルに対応するオペレーテ
ィングシステムを判定し、判定の結果がデバイス管理テ
ーブルを参照したオペレーティングシステムのみであっ
た場合には、デバイス管理テーブルを参照したオペレー
ティングシステムが該当するデバイスを構成制御する。

【００７３】また計算機システムにおいて、判定の結果
がデバイス管理テーブルを参照したオペレーティングシ
ステムのみではなく任意の数のオペレーティングシステ
ムで共有される場合で、デバイス管理テーブルを参照し
たオペレーティングシステムが構成制御を行うべきオペ
レーティングシステムであった場合には、デバイス管理
テーブルを参照したオペレーティングシステムがデバイ
スの構成制御を行う。また計算機システムにおいて、デ
バイス管理テーブルを参照したオペレーティングシステ
ムが再起動処理中の場合には、デバイス管理テーブルを
参照したオペレーティングシステムがデバイスの構成制
御を中止する。

【００７４】また別の計算機システムは、複数個のオペ
レーティングシステムと、該複数個のオペレーティング
システムを切替えて実行するＯＳ切替手段とを有する計
算機システムにおいて、計算機システム内デバイスを特
定するハードウェア固有情報と、デバイスの構成制御を
行うオペレーティングシステムとを記憶するデバイス管
理テーブルを有し、ハードウェア固有情報を伴うデバイ
スの存在確認要求を受け、デバイス管理テーブルを参照
して該当する計算機システム内デバイスの有無を応答す
るデバイス検出手段を有し、複数個のオペレーティング
システムのうち少なくとも一つはデバイス検出手段にデ
バイスの存在確認要求を発行し、応答結果を判定し、判
定の結果がデバイス管理テーブルを参照したオペレーテ
ィングシステムのみであった場合には、デバイス管理テ
ーブルを参照したオペレーティングシステムが該当する
デバイスを構成制御する。

【００７５】また別の計算機システムは、複数個のオペ
レーティングシステムと、複数個のオペレーティングシ
ステムを切替えて実行するＯＳ切替手段とを有する計算
機システムにおいて、計算機システム内デバイスを特定
するハードウェア固有情報と、デバイスに割り当てられ
た割込レベルを記憶するデバイス割込管理テーブルを有
し、割込レベル毎に起動するオペレーティングシステム
を記憶する優先割込みテーブルを有し、ハードウェア固
有情報を伴うデバイスの存在確認要求を受け、デバイス
割込管理テーブルを参照して割込レベルを得て、優先割
込みテーブルを参照して割込レベルに対応するオペレー
ティングシステムを判定し、該当する計算機システム内
デバイスの有無を応答するデバイス検出手段を有し、複
数個のオペレーティングシステムのうち少なくとも一つ
はデバイス検出手段にデバイスの存在確認要求を発行
し、応答結果を判定し、判定の結果がデバイス管理テー
ブルを参照したオペレーティングシステムのみであった
場合には、デバイス管理テーブルを参照したオペレーテ
ィングシステムが該当するデバイスを構成制御する。さ
らに計算機システムは、判定の結果がデバイス検出手段
にデバイスの存在確認要求を発行したオペレーティング
システムのみではなく任意の数のオペレーティングシス
テムで共有される場合で、デバイス検出手段にデバイス
の存在確認要求を発行したオペレーティングシステムが
構成制御を行うべきオペレーティングシステムであった
場合には、デバイス検出手段に前記デバイスの存在確認
要求を発行したオペレーティングシステムがデバイスの
構成制御を行う。

【００７６】さらに計算機システムは、デバイス検出手
段に前記デバイスの存在確認要求を発行したオペレーテ
ィングシステムが再起動処理中の場合には、デバイス検
出手段にデバイスの存在確認要求を発行したオペレーテ
ィングシステムがデバイスの構成制御を中止する。

【００７７】さらに計算機システムは、デバイス検出手
段は、存在確認要求のあったデバイスに対し該当するデ
バイスが計算機システム内に存在することを確認した後
に、存在確認要求に対する応答を返すことを特徴とす
る。

【００７８】さらに計算機システムは、デバイス検出手
段は、存在確認を要求されたデバイスが、存在確認要求
を発行したオペレーティングシステムのみが構成制御す
るのではない場合、または存在確認要求を発行したオペ
レーティングシステムが共有するデバイスでもない場合
には、デバイスは存在しないと応答を返す。

【００７９】さらに計算機システムは、複数個のオペレ
ーティングシステムのうち少なくとも一つは、計算機シ
ステム内デバイスを特定するハードウェア固有情報から
なるデバイス情報データベースを有し、デバイス情報デ
ータベースにおけるハードウェア固有情報は、デバイス
管理テーブルあるいはデバイス割込管理テーブルにおけ
るハードウェア固有情報と同一構成のデータで構成され
る。

【００８０】さらに計算機システムは、デバイスに対す
る存在確認要求に伴われる前記ハードウェア固有情報
は、デバイス管理テーブルあるいはデバイス割込管理テ
ーブルにおけるハードウェア固有情報と同一構成のデー
タで構成される。

【００８１】さらに計算機システムは、ＯＳ切替手段は
デバイス管理テーブルあるいはデバイス割込管理テーブ
ルを更新するテーブル更新手段を有し、テーブル更新手
段に対する更新要求に伴われるハードウェア固有情報
は、デバイス管理テーブルあるいはデバイス割込管理テ
ーブルにおけるハードウェア固有情報と同一構成のデー
タで構成される。

【００８２】さらに計算機システムは、デバイス管理テ
ーブルあるいはデバイス割込管理テーブルと、テーブル
更新手段と、テーブル検出手段のいずれかまたは全て
が、複数個のオペレーティングシステムの全てから参照
することが可能である。

【００８３】

【発明の効果】以上説明したように本発明によれば、複
数個のオペレーティングシステムが同一の周辺デバイス
を共有するために、あるいは排他的に使用するために必
要な構成制御を行うことができる。

【図面の簡単な説明】

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

【図２】（ａ）本発明を適用する計算機システムのバス
とデバイスの関係を示す図である。（ｂ）デバイス管理
テーブルの構成を示す図である。

【図３】デバイスの存在確認要求に対する処理フローを
示す。

【図４】デバイスの存在確認要求が来たハードウェア固
有情報を保持するリンクトリストの構成を示す図であ
る。

【図５】デバイス管理テーブルを更新する処理フローを
示す。

【図６】構成制御処理を行うデバイス初期化機能モジュ
ールの処理フローを示す。

【図７】デバイス情報データベースの構成を示す図であ
る。

【図８】本発明による第２の実施例におけるメモリ内部
の構成を示す図である。

【図９】デバイス割込管理テーブルの構成を示す図であ
る。

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

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

【図１２】本発明の第２の実施例によるデバイスの存在
確認要求に対する処理フローを示す。

【符号の説明】

１００…プロセッサ、１０１…メモリ、１０２…入出力
制御装置、１０３…プロセッサバス、１０４…ディスプ
レイ、１０５…スイッチ、１０６…センサ、１０７…タ
イマ装置、１０８…割込み信号線、１０９…ネットワー
ク、１１６…事務処理ＯＳ、１１７…リアルタイムＯ
Ｓ、１２４…ＯＳ間制御機能、１２７…ＯＳコンテクス
ト切換、１２９…割込み管理テーブル、１５５…割込み
アドレステーブル、１５６…優先割込みテーブル、５０
０…デバイス管理テーブル、501,５０４…デバイス検出
機能、５０２，５０５…テーブル更新機能、５０３…デ
バイス割込管理テーブル、５１０，５１１…デバイス初
期化機能、５１２，５１３…デバイス情報データベー
ス、５２０，６２１，６２３，６２５，６８０…ハード
ウェア固有情報、５２１，６８１…バス種別、５２２，
６８２…バス番号、５２３，６８３…デバイス番号、５
２４，６８４…デバイス名称、５２５…属性フラグ、５
２６…割込信号、５５０，５５１，５５５…バスブリッ
ジ、５５２，５５８…ＰＣＩバス、５５３…ネットワー
クデバイス、５５４…ディスプレイデバイス、５５７…
スイッチデバイス、５５９…センサデバイス、６２０…
リンクトリスト、６２２，６２４，６２６…ポインタ、
６８５…ドライバ、６８６…ＰＯＮ時ドライバ、６８７
…再起動時ドライバ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 齊藤 雅彦 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 (72)発明者 上脇 正 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 (72)発明者 中村 智明 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内 Ｆターム(参考） 5B098 GA02 GA04 GB05 GD07 HH01

Claims (8)

【特許請求の範囲】
1. 【請求項１】複数個のオペレーティングシステムと、 前記複数個のオペレーティングシステムを切替える切替
   手段と、 外部に接続されるデバイスを特定する固有情報及び前記
   デバイスの構成制御を行うオペレーティングシステムを
   記憶する管理テーブルとを有し、 少なくとも１つの前記オペレーティングシステムは、前
   記管理テーブルに基づいて構成制御を行うオペレーティ
   ングシステムを選び、該選ばれたオペレーティングシス
   テムが該当するデバイスの構成制御を行う計算機システ
   ム。
2. 【請求項２】複数個のオペレーティングシステムと、 前記複数個のオペレーティングシステムを切替える切替
   手段と、 外部に接続されるデバイスを特定する固有情報及び前記
   デバイスに割り当てられた割込みレベルを記憶する管理
   テーブルと、 前記割込みレベルごとに起動するオペレーティングシス
   テムを記憶する割込みテーブルとを有し、 少なくとも１つのオペレーティングシステムは、前記管
   理テーブルに基づいて割込みレベルを決定し、決定され
   た前記割込みレベルと前記割込みテーブルに基づいて、
   構成制御を行うべきオペレーティングシステムを選び、
   該選ばれたオペレーティングシステムが該当するデバイ
   スの構成制御を行う計算機システム。
3. 【請求項３】複数のオペレーティングシステムを切替手
   段によって切替えて実行する計算機システムにおけるデ
   バイスの構成制御方法であって、 切替手段によって切替えられたオペレーティングシステ
   ムは、予め登録された外部に接続されるデバイスを特定
   する固有情報及び前記デバイスの構成制御を行うオペレ
   ーティングシステムとを記憶する管理テーブルから構成
   制御を行うオペレーティングシステムを選び、 前記選ばれたオペレーティングシステムに当該切替えら
   れたオペレーティングシステムが存在する場合、該切替
   えられたオペレーティングシステムが該当するデバイス
   の構成制御を行うデバイスの構成制御方法。
4. 【請求項４】請求項３において、 前記切替えられたオペレーティングシステム実行中に他
   のオペレーティングシステムが再起動処理中の場合に
   は、デバイスの構成制御を中止するデバイスの構成制御
   方法。
5. 【請求項５】複数のオペレーティングシステムを切替手
   段によって切替えて実行する計算機システムにおけるデ
   バイスの構成制御方法であって、 切替手段によって切替えられたオペレーティングシステ
   ムは、予め登録された外部に接続されるデバイスを特定
   する固有情報及び前記デバイスに割り当てられた割込み
   レベルを記憶する管理テーブルに基づいて割込みレベル
   を決定し、 予め登録された前記割込みレベルごとに起動するオペレ
   ーティングシステムを記憶する割込みテーブルと前記決
   定された割込みレベルから構成制御を行うべきオペレー
   ティングシステムを選び、 該選ばれたオペレーティングシステムに当該切替えられ
   たオペレーティングシステムが存在する場合、当該オペ
   レーティングシステムが該当するデバイスの構成制御を
   行うデバイスの構成制御方法。
6. 【請求項６】請求項５において、 前記切替えられたオペレーティングシステム実行中に他
   のオペレーティングシステムが再起動処理中の場合に
   は、デバイスの構成制御を中止するデバイスの構成制御
   方法。
7. 【請求項７】複数のオペレーティングシステムを切替手
   段によって切替えて実行する計算機システムにおけるデ
   バイスの構成制御方法であって、 予め登録された外部に接続されるデバイスを特定する固
   有情報及び前記デバイスの構成制御を行うオペレーティ
   ングシステムとを記憶する管理テーブルから前記計算機
   システムにデバイスが接続されているか判定する第１の
   ステップと、 前記デバイスが接続されている場合に、前記管理テーブ
   ルから構成制御を行うオペレーティングシステムを選ぶ
   第２のステップと、 前記選ばれたオペレーティングシステムに前記第１，第
   ２のステップを実行したオペレーティングシステムが存
   在する場合、当該選ばれたオペレーティングシステムが
   該当するデバイスの構成制御を行うデバイスの構成制御
   方法。
8. 【請求項８】複数のオペレーティングシステムを切替手
   段によって切替えて実行する計算機システムにおけるデ
   バイスの構成制御方法であって、 予め登録された外部に接続されるデバイスを特定する固
   有情報及び前記デバイスに割り当てられた割込みレベル
   を記憶する管理テーブルに基づいて前記計算機システム
   にデバイスが接続されているか判定する第１のステップ
   と、 前記デバイスが接続されていると判定された場合に前記
   管理テーブルに基づいて割込みレベルを決定する第２の
   ステップと、 予め登録された前記割込みレベルごとに起動するオペレ
   ーティングシステムを記憶する割込みテーブルと前記決
   定された割込みレベルから構成制御を行うべきオペレー
   ティングシステムを選ぶ第３のステップと、 該選ばれたオペレーティングシステムに前記第３のステ
   ップを実行したオペレーティングシステムが存在する場
   合、当該オペレーティングシステムが該当するデバイス
   の構成制御を行うデバイスの構成制御方法。