JP4342576B2 - 複数オペレーティングシステム切替制御装置及びコンピュータシステム - Google Patents

Description

本発明は、動作状態のオペレーティングシステムを、切替元オペレーティングシステムから切替先オペレーティングシステムに排他的に切り替えるオペレーティングシステム切替機能を具備するコンピュータシステムに設けられる複数オペレーティングシステム切替制御装置に関する。

また、本発明は、排他的に動作状態となる複数のオペレーティングシステム、或いは、複数の設定モードを備える単一のオペレーティングシステムによって提供される仮想的な複数のオペレーティングシステムを搭載し、オペレーティングシステム切替機能によって動作状態のオペレーティングシステムを切替元オペレーティングシステムから切替先オペレーティングシステムに排他的に切り替えるコンピュータシステムに関する。

従来、１つのコンピュータシステム（端末）上において、複数のオペレーティングシステム（以下、ＯＳ）が搭載されており、動作状態のＯＳを切り替えるような構成が知られている（特許文献１）。

かかる構成では、ＯＳのサスペンド・レジューム機能が利用されており、動作状態である第１のＯＳがサスペンド（休止）状態となった後、サスペンド状態である第２のＯＳがレジュームするため、動作状態のＯＳは、排他的に切り替えられる。

すなわち、一方のＯＳ（第１のＯＳ）が、動作状態（活性）である場合、他方のＯＳ（第２のＯＳ）は、サスペンド状態（非活性）である。

かかる構成の応用により、用途やＯＳの種別が異なる２つ（以上の）の実行環境（ドメインとも呼ぶ）を持つコンピュータシステムを構築することができる。

例えば、動作状態のＯＳを、プライベートな情報の処理を行う第１のＯＳと、ビジネスに関する情報の処理を行う第２のＯＳとの間で切り替えて、実行可能な公私のドメインを共存させたコンピュータシステムを構築することができる。

また、第１のＯＳに「Ｌｉｎｕｘ ＯＳ（登録商標）」を用いて、第２のＯＳに「Ｗｉｎｄｏｗｓ Ｍｏｂｉｌｅ（登録商標）」を用いたコンピュータシステムを構築することができる。
特開２００１-２５６０６６（ＵＳ２００１００１８７１７Ａ１）

上述の構成では、複数のＯＳは、排他的に動作状態となるため、非活性ＯＳで処理を行うためには、非活性ＯＳが動作状態となるように切り替える必要がある。

ここで、非活性ＯＳが動作状態となるように切り替える契機として、「ユーザによる切替ボタンの入力」や「非活性ＯＳを宛先とした電話やデータ通信の着信」や「非活性ＯＳ側の機能の実行要求」や「非活性ＯＳにより登録されたタイマの満了」等のイベント（切替イベント）が考えられる。

したがって、上述の構成には、これらの切替イベントの生起に従って、動作状態のＯＳを、切替元ＯＳから切替先ＯＳに切り替える際、かかる切替イベントを切替先ＯＳに通知し、切替先ＯＳにおいて、かかる切替イベントに応じた適切な処理を実行する必要があるという課題が挙げられている。

特に、電話着信等の緊急のイベント（切替イベント）に対しては、切替先ＯＳが即座に処理を実行する必要があるため、切替元ＯＳから切替先ＯＳへの切替時間を削減することが要求されている。

さらに、上述の技術には、第１の課題として、動作状態のＯＳの切替によるクリティカル処理の中断の防止が挙げられている。

すなわち、電話等の処理を中断させたくないクリティカルな処理の実行中は、切替イベントが起きても、動作状態のＯＳの切替を拒否又は保留したいので、かかるクリティカルな処理の実行中に、動作状態のＯＳの切替をロックすることが必要となるという課題が挙げられている。

第２の課題として、動作状態のＯＳの切替の耐障害性の向上が挙げられている。

すなわち、第１の課題に対して、動作状態のＯＳの切替をロックする手段を利用する際、障害によって適切にロック解除が実施されず、ロックがはずれないまま、動作状態のＯＳの切替が不能となる可能性があるため、障害が起きても、動作状態のＯＳの切替の機能を維持する必要があるという課題が挙げられている。

そこで、本発明は、上述の課題に鑑みてなされたものであり、イベント情報に応じて選択された切替元ＯＳの切替処理及び切替先ＯＳの切替処理を実行すると共に、ＯＳ切替機能に、イベント情報に基づく切替処理の最適化を許すことで、発生した切替イベントに応じたきめ細やかな切替処理の変更によって、切替元ＯＳから切替先ＯＳへの切替時間を削減し、非活性ＯＳ宛ての切替イベントについての処理時間を改善することができる複数オペレーティングシステム切替制御装置及びコンピュータシステムを提供することを目的とする。

また、本発明は、動作状態のＯＳの切替を禁止する処理が実行中でないかについて確認することによって、安全に、動作状態のＯＳの切替を実現することができる複数オペレーティングシステム切替制御装置及びコンピュータシステムを提供することを目的とする。

本発明の第１の特徴は、動作状態のオペレーティングシステムを、切替元オペレーティングシステムから切替先オペレーティングシステムに排他的に切り替えるオペレーティングシステム切替機能を具備するコンピュータシステムに設けられる複数オペレーティングシステム切替制御装置であって、前記切替元オペレーティングシステムが動作状態である場合に動作する切替元オペレーティングシステム用制御部を具備し、前記切替元オペレーティングシステム用制御部は、サスペンド状態である前記切替先オペレーティングシステムが前記動作状態のオペレーティングシステムとなるように要求するオペレーティングシステム切替要求を受信する切替要求受信部と、受信した前記オペレーティングシステム切替要求に含まれており、前記切替先オペレーティングシステム又は前記切替先オペレーティングシステム上のアプリケーションによる処理を要求するイベント情報を、前記切替先オペレーティングシステム又は前記切替先オペレーティングシステム上のアプリケーションに通知する切替イベント通知部と、前記オペレーティングシステム切替機能に対して、前記切替先オペレーティングシステムが前記動作状態のオペレーティングシステムとなるように前記イベント情報に応じて選択された切替元オペレーティングシステムの切替処理を実行する切替制御部とを具備することを要旨とする。

本発明の第１の特徴において、前記切替制御部は、更に、前記イベント情報に応じて選択された切替元オペレーティングシステムの切替処理を行うように構成されていてもよい。

本発明の第１の特徴において、前記切替先オペレーティングシステムが動作状態である場合に動作する切替先オペレーティングシステム用制御部を具備し、前記切替先オペレーティングシステム用制御部は、前記切替先オペレーティングシステムが前記動作状態のオペレーティングシステムとなった後、前記イベント情報を取得する切替イベント取得部と、取得した前記イベント情報に対応するイベント対応処理を実行するイベント対応処理部とを具備してもよい。

かかる発明によれば、動作状態である切替元ＯＳが、切替イベントを示すイベント情報を切替先ＯＳに通知するように構成されているため、切替先ＯＳが、動作状態のＯＳとなった後、かかる切替イベントに応じた適切な処理（イベント対応処理）を実行することができる。

本発明の第１の特徴において、前記切替制御部は、更に、取得された前記イベント情報に応じて選択された切替先オペレーティングシステムの切替処理を行うように構成されていてもよい。

本発明の第１の特徴において、前記切替元オペレーティングシステム用制御部は、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断する切替判断部を具備し、前記切替制御部は、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムになることができると判断された場合に、前記オペレーティングシステム切替機能に対して、前記切替先オペレーティングシステムが前記動作状態のオペレーティングシステムとなるように指示してもよい。

かかる発明によれば、切替制御部によって、切替元ＯＳがサスペンド状態のＯＳになることができない、すなわち、動作状態のＯＳの切替が可能でないと判断された場合には、動作状態のＯＳの切替を実行しないため、切替元ＯＳをサスペンド状態とすることによる障害を防止することができる。

本発明の第１の特徴において、前記切替元オペレーティングシステム用制御部は、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることの禁止又は禁止解除を要求する切替ロック要求を受信する切替ロック要求受信部を具備し、前記切替判断部は、受信した前記切替ロック要求に応じて、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断してもよい。

かかる発明によれば、ＯＳやドライバやアプリケーションやミドルウェア等からの要求に基づいて、動作状態のＯＳの切替をロックでき、動作状態のＯＳの切替による障害を防止して安定性を向上することができる。

前記切替ロック要求受信部は、優先度を含む前記切替ロック要求を受信し、
本発明の第１の特徴において、前記切替要求受信部は、優先度を含む前記オペレーティングシステム切替要求を受信し、前記切替判断部は、受信した前記切替ロック要求の優先度と受信した前記オペレーティングシステム切替要求の優先度とに応じて、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断してもよい。

本発明の第１の特徴において、前記切替元オペレーティングシステム用制御部は、前記オペレーティングシステム切替機能に対して、周期的に、前記切替元オペレーティングシステムが正常動作していることを通知する活動通知部を具備してもよい。

かかる発明によれば、ＯＳ切替機能が、複数ＯＳ切替制御装置の障害を検知することができるため、複数ＯＳ切替制御装置が、動作状態のＯＳの切替の禁止を通知した後、複数ＯＳ切替制御装置の障害によって、動作状態のＯＳの切替の禁止を解除できなかったとしても、ＯＳ切替機能は、複数ＯＳ切替制御装置の障害を考慮したうえで、動作状態のＯＳの切替を行っても良いかどうかについて判断できる。

本発明の第１の特徴において、前記切替元オペレーティングシステム用制御部は、前記切替元オペレーティングシステムにおいて実行中の処理について監視する動作検査部を具備し、前記切替判断部は、監視された前記実行中の処理に応じて、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断してもよい。

かかる発明によれば、動作状態のＯＳの切替により支障をきたす可能性のあるアプリケーションや機能の実行中に、動作状態のＯＳの切替を禁止し、障害や異常動作を防止することができる。

本発明の第１の特徴において、前記動作検査部は、プロセス起動状態、ネットワーク接続状態又はファイル入出力状態の少なくとも１つを含む前記実行中の処理について監視してもよい。

かかる発明によれば、クリティカルなプロセスが実行している場合や、特定の宛先との間でネットワーク接続がなされている場合や、特定のファイルやストレージ領域に対する書込みが行われている場合等、特定の処理が実行されている場合について監視することができる。

本発明の第１の特徴において、前記切替元オペレーティングシステム用制御部は、前記イベント情報と前記実行中の処理を特定する処理種別との組み合わせに対して、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて管理する切替可否情報管理部を具備し、前記動作検査部は、前記切替元オペレーティングシステムにおいて、前記処理種別により特定される処理が実行中であるか否かについて監視し、前記切替判断部は、前記切替可否情報管理部を参照して、前記実行中の処理を特定する処理種別と通知された前記イベント情報との組み合わせに応じて、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断してもよい。

かかる発明によれば、切替元ＯＳにおいて実行中の処理と、ＯＳ切替要求に含まれているイベント情報との組み合わせを考慮して、動作状態のＯＳの切替の可否をきめ細かく判断できる。

本発明の第１の特徴において、前記切替元オペレーティングシステム用制御部は、ユーザに対して、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて問い合わせるユーザ問合せ部を具備し、前記切替可否情報管理部は、前記イベント情報と前記処理種別との組み合わせに対して、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて前記ユーザへの問合わせの要否について管理し、前記切替判断部は、前記ユーザへの問合わせ結果に応じて、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断してもよい。

かかる発明によれば、ユーザへの問合せを行った上で、動作状態のＯＳの切替の許可或いは禁止を制御することができ、ユーザの意思を反映させた動作状態のＯＳの切替を制御することができる。

本発明の第１の特徴において、前記切替判断部は、前記切替ロック要求の到着時刻に応じて、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断してもよい。

かかる発明によれば、動作状態のＯＳの切替のロックを要求する要求元のアプリケーションやドライバやミドルウェア等が障害によって適切にロック解除を要求しない場合であっても、所定期間を過ぎた後、かかるロックを解除することができる。

本発明の第２の特徴は、排他的に動作状態となる複数のオペレーティングシステム、或いは、複数の設定モードを備える単一のオペレーティングシステムによって提供される仮想的な複数のオペレーティングシステムを搭載し、オペレーティングシステム切替機能によって動作状態のオペレーティングシステムを切替元オペレーティングシステムから切替先オペレーティングシステムに排他的に切り替えるコンピュータシステムであって、前記切替元が動作状態である場合に動作する複数オペレーティングシステム切替制御装置は、サスペンド状態である切替先オペレーティングシステムが前記動作状態のオペレーティングシステムとなるように要求するオペレーティングシステム切替要求を受信する切替要求受信部と、受信した前記オペレーティングシステム切替要求に含まれており、前記切替先オペレーティングシステム又は前記切替先オペレーティングシステム上のアプリケーションによる処理を要求するイベント情報を、前記切替先オペレーティングシステム又は前記切替先オペレーティングシステム上のアプリケーションに通知する切替イベント通知部と、前記オペレーティングシステム切替機能に対して、前記切替先オペレーティングシステムが前記動作状態のオペレーティングシステムとなるように前記イベント情報を引数とした呼び出しを実行する切替制御部とを具備することを要旨とする。

本発明の第２の特徴において、前記切替制御部は、更に、前記イベント情報に応じて選択された切替元オペレーティングシステムの切替処理を行うように構成されていてもよい。

以上説明したように、本発明によれば、イベント情報に応じて選択された切替元ＯＳの切替処理及び切替先ＯＳの切替処理を実行すると共に、ＯＳ切替機能に、イベント情報に基づく切替処理の最適化を許すことで、発生した切替イベントに応じたきめ細やかな切替処理の変更によって、切替元ＯＳから切替先ＯＳへの切替時間を削減し、非活性ＯＳ宛ての切替イベントについての処理時間を改善することができる複数オペレーティングシステム切替制御装置及びコンピュータシステムを提供することができる。

また、本発明によれば、動作状態のＯＳの切替を禁止する処理が実行中でないかについて確認することによって、安全に、動作状態のＯＳの切替を実現することができる複数オペレーティングシステム切替制御装置及びコンピュータシステムを提供することができる。

（本発明の第１の実施形態に係るコンピュータシステム）
図１乃至図７を参照して、本発明の第１の実施形態に係るコンピュータシステム１の構成について説明する。

本実施形態に係るコンピュータシステム１は、排他的に動作状態となる複数のＯＳ１、ＯＳ２を搭載し、ＯＳ切替機能２によって、動作状態のＯＳ（活性ＯＳ）を切り替えるように構成されている。

ＯＳ切替機能２は、物理的に異なる複数のＯＳ間の切り替えや、仮想的な複数のＯＳ間の切り替えを行うように構成されている。

ここで、物理的に異なる複数のＯＳ間の切り替えでは、ＯＳ１及びＯＳ２は、別のプログラムによって実行される。

複数のＯＳ間の切り替えでは、切替元ＯＳが動作状態であった際のハードウエアやＯＳやアプリケーションの状態をサスペンド（保存）し、切替先ＯＳが動作状態であった際のハードウエアやＯＳやアプリケーションの状態をレジューム（再開）する。

図１に示すように、本実施形態に係るコンピュータシステム１には、ＯＳ１用の複数ＯＳ切替制御装置１０Ａ、及び、ＯＳ２用の複数ＯＳ切替制御装置１０Ｂが設けられている。

かかる複数ＯＳ切替制御装置１０Ａ及び１０Ｂの構成は、基本的に同一であるため、以下、複数ＯＳ切替制御装置１０Ａの構成について説明する。

図２に示すように、複数ＯＳ切替制御装置１０Ａは、切替要求受信部１１と、切替イベント通知部１２と、切替制御部１３と、切替イベント取得部１４と、イベント対応処理部１５と、切替禁止データ通知部１６と、活動通知部１７と、動作検査部１８と、切替ロック要求受信部１９と、ロック状態管理部２０と、切替可否情報管理部２１と、ユーザ問合せ部２２と、切替判断部２３とを具備する。

なお、複数ＯＳ切替制御装置１０Ａを構成する機能１１乃至２３については、複数ＯＳ切替制御装置１０Ａが切替元ＯＳに設けられている場合に動作する切替元ＯＳ用制御部、或いは、複数ＯＳ切替制御装置１０Ａが切替先ＯＳに設けられている場合に動作する切替先ＯＳ用制御部の２種類に分類することができる。

ここで、切替元ＯＳ用制御部には、切替要求受信部１１と、切替イベント通知部１２と、切替制御部１３と、切替禁止データ通知部１６と、活動通知部１７と、動作検査部１８と、切替ロック要求受信部１９と、ロック状態管理部２０と、切替可否情報管理部２１と、ユーザ問合せ部２２と、切替判断部２３とが含まれる。

一方、切替先ＯＳ用制御部には、切替イベント取得部１４と、イベント対応処理部１５とが含まれる。

ここで、複数ＯＳ切替制御装置１０Ａは、動作状態のＯＳを、切替元ＯＳ１から切替先ＯＳ２に排他的に切り替えるＯＳ切替機能２を具備するコンピュータシステム１に設けられるものである。

具体的には、かかる複数ＯＳ切替制御装置１０Ａを構成する機能１１乃至２３は、全てＯＳ１内部に設けられていてもよいし、全てＯＳ１外部に設けられていてもよい。また、かかる複数ＯＳ切替制御装置１０Ａを構成する機能１１乃至２３の一部が、ＯＳ１内部に設けられており、残りが、ＯＳ１外部に設けられていてもよい。

また、かかる複数ＯＳ切替制御装置１０Ａを構成する機能１１乃至２３は、ソフトウエアによって実現されていてもよいし、ハードウエアによって実現されていてもよい。

切替要求受信部１１は、サスペンド状態である切替先ＯＳ２が動作状態のＯＳとなるように要求するＯＳ切替要求を受信するように構成されている。

具体的には、切替要求受信部１１は、動作状態のＯＳの切替の原因（切替イベント）を示し、切替先ＯＳ２又は切替先ＯＳ２上のアプリケーションによる処理を要求する「イベント情報」を含むＯＳ切替要求を受信して保持するように構成されている。

例えば、切替要求受信部１１は、複数ＯＳ切替制御装置１０Ａによって公開されているＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）に従った関数の呼び出しやメッセージパッシング等の任意の受信形態によって、ＯＳ切替要求を受信するように構成されていてもよい。

例えば、ＡＰＩに従った関数の具体例としては、イベント情報を示す「ｅｖｅｎｔ」及び付加パラメータ「ｐａｒａｍ」を引数とした「ＯＳ_Ｓｗｉｔｃｈ_Ｅｖｅｎｔ_Ｒｅｃｅｉｖｅ（ｅｖｅｎｔ，ｐａｒａｍ）」のような設計が考えられる。

また、切替要求受信部１１は、切替先ＯＳ２に対して通知を要求するイベント情報を含むＯＳ切替要求を受信してもよい。例えば、かかるイベント情報としては、未来の時刻を設定して、かかる時刻になった際に通知を要求するものが考えられる。

また、切替要求受信部１１は、優先度を含むＯＳ切替要求を受信するように構成されていてもよい。

切替イベント通知部１２は、受信したＯＳ切替要求に含まれており、前記切替先ＯＳ又は前記切替先ＯＳ上のアプリケーションによる処理を要求するイベント情報を、切替先ＯＳであるＯＳ２（ＯＳ２用の複数ＯＳ切替制御装置１０Ｂや、ＯＳ２上のアプリケーション）に通知するように構成されている。

例えば、切替イベント通知部１２は、ＯＳ２との間で共有する領域にメッセージを書き込む非同期型のメッセージパッシング手段を用いてイベント情報を通知するように構成されていてもよいし、その他の通信手段を用いてイベント情報を通知するように構成されていてもよい。

なお、ＯＳ１及びＯＳ２は、排他的に動作状態になるように構成されている、すなわち、ＯＳ１が活性である場合には、ＯＳ２は非活性であるため、切替イベント通知部１２は、ＴＣＰ/ＩＰソケット等による同期型の通信手段でなく、非同期型の通信とを用いて、イベント情報を通知することになる。

例えば、切替イベント通知部１２は、「ＯＳ_Ｓｗｉｔｃｈ_Ｅｖｅｎｔ（ｏｓｉｄ，ｅｖｅｎｔ，ｐａｒａｍ）」のような関数の呼び出しにより、イベント情報を通知することができる。

ここで、「ｏｓｉｄ」は、切替先ＯＳの識別子を示し、「ｅｖｅｎｔ」は、活性ＯＳの切替の原因（切替イベント）を示すイベント情報（例えば、電話着信やメール着信や切替ボタン入力や別ＯＳにおけるアプリ起動要求等）を示し、「ｐａｒａｍ」は、イベント情報依存の付加パラメータを示す。

切替制御部１３は、切替判断部２３によりＯＳ切替禁止フラグがセットされていない場合、すなわち、切替元ＯＳ１がサスペンド状態のＯＳになることができると判断された場合（動作状態のＯＳの切替が可能であると判断された場合）に、上述のイベント情報に応じて選択された切替元ＯＳの切替処理を実行すると共に、切替要求受信部１１によって保持されている全てのＯＳ切替要求を削除し、当該イベント情報を引数としてＯＳ切替機能２を呼び出して、非活性ＯＳであるＯＳ２が動作状態のＯＳとなるように指示する。

例えば、上述の切替元ＯＳの切替処理として、電話着信という切替イベントが発生した場合に、着信処理時間を削減するために、切替先ＯＳとの間で共有する領域に電話に関する通信デバイスの状態を保存することや、切替元ＯＳのメモリやストレージ上のデータ等を保護するための暗号化処理や削除処理を一部省略すること等が想定される。

また、ＯＳ切替機能２が引数として受け取ったイベント情報を利用する例として、ハードウエアやＯＳやアプリケーションの一部の状態を保存（サスペンド）することを省略することが考えられる。

また、切替制御部１３は、切替判断部２３によりユーザ照会フラグがセットされている場合、ユーザ問合せ部２２を呼び出して、ユーザ問合せ部２２によるユーザへの問合わせ結果に応じて、ＯＳ切替機能２を呼び出すか否かについて決定してもよい。

切替イベント取得部１４は、ＯＳ１が動作状態となった後、ＯＳ２用の複数ＯＳ切替制御装置１０Ｂにより通知されたイベント情報を取得するように構成されている。すなわち、切替イベント取得部１４は、動作状態のＯＳの切替後に、切替元ＯＳ２により通知されたイベント情報を取得するように構成されている。

なお、切替イベント取得部１４は、切替イベント通知部１２と同様に、例えば、ＯＳ１とＯＳ２との間で共有する領域にメッセージを書き込む非同期型のメッセージパッシング手段を用いてイベント情報を取得してもよいし、その他の通信手段を用いてイベント情報を取得してもよい。

イベント対応処理部１５は、切替イベント取得部１４により取得されたイベント情報に対応して選択された切替先ＯＳの切替処理、及び、イベント対応処理を実行するように構成されている。

例えば、上述の切替先ＯＳの切替処理として、電話着信のような緊急の切替イベントを早急に処理するために切替元ＯＳとの間で共有する領域に保存されている通信デバイスの状態を回復することや、メモリやストレージ上のデータの復号を延期すること（処理量削減）等が想定される。

例えば、イベント対応処理部１５は、図３に示すような「イベント情報とイベント対応処理との組み合わせを管理するテーブル」を用意して、切替イベント取得部１４により取得されたイベント情報をキーに適切な処理（イベント対応処理）を選択し、かかる処理を呼び出すことができる。

図３の例では、イベント対応処理部１５は、電話着信というイベント情報を取得した場合には、電話アプリケーションの起動というイベント対応処理が要求されたものと判断し、かかるイベント対応処理を実行し、アプリケーション起動要求というイベント情報を取得した場合には、かかるアプリケーション起動要求により指定されたアプリケーションの起動というイベント対応処理が要求されたものと判断し、かかるイベント対応処理を実行する。

また、図３の例では、イベント対応処理部１５は、切替ボタン入力というイベント情報を取得した場合には、特別なイベント対応処理が要求されていないものと判断し、特別なイベント対応処理を実行しない。

なお、イベント対応処理部１５において、図３に示すようなテーブルを用意することなく、イベント対応処理部１５を実現するプログラム自身に、イベント情報に対応するイベント対応処理自身を埋め込んでもよい。

さらに、イベント対応処理部１５は、イベント情報に対応するイベント対応処理を実行しようとしても、該当するアプリケーションを起動することができない等の理由で、かかるイベント対応処理の実行に失敗した場合や、かかるイベント対応処理を正常に実行することができた場合等、かかる実行結果を、切替元ＯＳ２用の複数ＯＳ切替制御装置１０Ｂに通知してもよい。

切替禁止データ通知部１６は、ＯＳ切替機能２に対して、ＯＳ切替禁止データを通知するように構成されている。

例えば、切替禁止データ通知部１６は、ＯＳ切替機能２と複数ＯＳ切替制御装置１０Ｂとの間で共有する領域や、ＯＳ切替機能２により指定されている領域に、かかるＯＳ切替禁止データを書き込むことによって、ＯＳ切替機能２に対して、ＯＳ切替禁止データを通知するように構成されている。

ここで、ＯＳ切替禁止データは、動作状態のＯＳの切替の可否を示す情報（例えば、ＯＳ切替禁止フラグ）や、動作状態のＯＳの切替の禁止理由等の情報を含む。

例えば、切替禁止データ通知部１６は、「ＯＳ_Ｓｗｉｔｃｈ_Ｃｏｎｔｒｏｌ（ｆｌａｇ，ｓｔａｔｕｓ，ａｌｉｖｅ）」のような関数の呼び出しにより、ＯＳ切替機能２に対して、ＯＳ切替禁止データを通知するように構成されている。

ここで、「ｆｌａｇ」は、動作状態のＯＳの切替の可否を示す情報であるＯＳ切替禁止フラグを示し、「ｓｔａｔｕｓ」は、動作状態のＯＳの切替の禁止理由（例えば、電話中やデータ通信中等）を示し、「ａｌｉｖｅ」は、ＯＳ１（又は、複数ＯＳ切替制御装置１０Ａ）が生存していることを示す情報（タイムスタンプやカウント等）を示す。

活動通知部１７は、ＯＳ切替機能２に対して、周期的に、所定情報を通知することによって、ＯＳ１（又は、複数ＯＳ切替制御装置１０Ａ）が正常動作していることを通知するように構成されている。

なお、活動通知部１７は、切替禁止データ通知部１６と同様の手段で所定情報を通知してもよいし、別の手段で所定情報を通知してもよい。

ここで、通知される所定情報の例として、増加するカウンタや、時刻情報（タイムスタンプ）等が挙げられる。

ＯＳ切替機能２は、かかるカウンタが所定期間以上増加していなかったり、時刻情報が更新されていなかったりした場合に、複数ＯＳ切替制御装置１０Ａにおいて障害が発生したと判断することができる。

かかる場合、ＯＳ切替機能２は、受信したＯＳ切替禁止データを削除又は無視するように構成されていてもよいし、コンピュータシステム１自体をハードウエアリセット（リブート）するように構成されていてもよい。

動作検査部１８は、複数ＯＳ切替制御装置１０Ａが配置されているＯＳ１において実行中の処理を監視するように構成されている。

例えば、動作検査部１８は、図４に示すように、「処理種別」と「切替禁止処理フラグ」とを関連付ける「動作状態管理テーブル」を管理している。ここで、「処理種別」は、動作状態のＯＳの切替の禁止を要求する特定の処理を特定するものであり、「切替禁止処理フラグ」は、当該「処理種別」により特定される処理が実行中であるか否かについて示すものである。なお、「切替禁止処理フラグ」がセットされている場合、当該「処理種別」により特定される処理が実行中であることを示す。

また、動作検査部１８は、プロセス起動状態、ネットワーク接続状態又はファイル入出力状態の少なくとも１つを含むＯＳ１において実行中の処理について監視することができるため、クリティカルなプロセスが実行していることや、特定の宛先との間でネットワーク接続がなされていることや、特定のファイルやストレージ領域に対する書込みが行われていること等の特定の処理が実行されていることについて検出することができる。

かかる特定の処理は、プロセス名やネットワーク接続先のアドレスやファイル名やパス名等の形式で、動作検査部１８に与えられてもよいし、動作検査部１８内にプログラムとして埋め込む形式で与えられてもよい。

また、動作検査部１８は、「処理種別」により特定される処理が実行中であるか否かについて（切替禁止処理フラグの設定）に加えて、当該「処理種別」についての情報を出力してもよい。なお、当該「処理種別」についての情報の一例としては、起動しているアプリケーション種別や、書き込み中のファイル名等が挙げられる。

切替ロック要求受信部１９は、動作状態のＯＳの切替の禁止又は禁止解除を要求する切替ロック要求を受信するように構成されている。

例えば、切替ロック要求受信部１９は、ＡＰＩに従う関数の呼び出しやメッセージパッシング等の任意の通信手段で、切替ロック要求を受信するように構成されている。

なお、切替ロック要求受信部１９は、ＯＳやドライバやアプリケーションやミドルウェア等から、切替ロック要求を受信するように構成されている。

また、切替ロック要求受信部１９は、優先度を含む切替ロック要求を受信するように構成されていてもよい。

ロック状態管理部２０は、切替ロック要求の受信に応じて、動作状態のＯＳの切替の禁止を要求する切替ロック要求の有効受信回数を示すロック要求カウントを更新するように構成されている。

具体的には、ロック状態管理部２０は、動作状態のＯＳの切替の禁止を要求する切替ロック要求を受信した場合、ロック要求カウントを１だけ増やし、動作状態のＯＳの切替の禁止解除を要求する切替ロック要求を受信した場合、ロック要求カウントを１だけ減らす操作を行う。

例えば、ロック状態管理部２０は、図５に示すロック状態管理テーブルを用いて、処理種別ごとに、ロック要求カウントを管理するように構成されていてもよい。

図５の例では、活性ＯＳの切替を禁止する処理種別として、電話中やデータ通信中やファイル書込み中やファイル読込中が挙げられており、それぞれのロック要求カウントが、１、２、０、１という状態である。

なお、ロック状態管理部２０は、切替ロック要求の到着時刻を管理しており、受信してから所定期間を経過した切替ロック要求に係る有効受信回数を無効としてロック要求カウントを減らすように構成されていてもよい。

切替可否情報管理部２１は、図６に示す「切替可否情報管理テーブル」を用いて、イベント情報と処理種別との組み合わせに対して、切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについて（動作状態のＯＳの切替の可否について）管理するように構成されている。

また、切替可否情報管理部２１は、イベント情報と処理種別との組み合わせに対して、動作状態のＯＳの切替の可否に加え、動作状態のＯＳの切替の可否についてユーザへの問合わせの要否について管理するように構成されていてもよい。

図６の例では、電話着信を原因とするＯＳ切替要求が到着した際、電話中である場合は、動作状態のＯＳの切替を禁止するように設定されているが、電話着信を原因とするＯＳ切替要求が到着した際、データ通信中である場合は、動作状態のＯＳの切替を許可するように設定されている。

一方、図６の例では、アプリケーション起動を原因とするＯＳ切替要求が到着した際、電話中である場合は、動作状態の切替を禁止するように設定されているが、アプリケーション起動を原因とするＯＳ切替要求が到着した際、データ通信中である場合は、動作状態のＯＳの切替をユーザに問合せた上で許可するように設定されている。

なお、切替可否情報管理部２１は、図６に示す「切替可否情報管理テーブル」の代わりに、図７（ａ）に示すように、「イベント情報」と「優先度」とを関連付けたテーブルと、図７（ｂ）に示すように、「優先度」と「処理種別」とを関連付けるテーブルとを用いて、イベント情報と処理種別との組み合わせに対して、動作状態のＯＳの切替の可否に加え、動作状態のＯＳの切替の可否についてユーザへの問合わせの要否について管理するように構成されていてもよい。

ユーザ問合せ部２２は、ユーザに対して、イベント情報、及び、動作状態のＯＳの切替の禁止を要求する処理種別をユーザに提示することによって、動作状態のＯＳの切替の可否について問い合わせるように構成されている。

切替判断部２３は、切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについて（動作状態のＯＳの切替の可否について）判断するように構成されている。

具体的には、切替判断部２３は、切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについて（動作状態のＯＳの切替の可否について）判断して、かかる判断結果に基づいて、ＯＳ切替禁止フラグを含むＯＳ切替禁止データを設定する。

また、切替判断部２３は、ロック状態管理部２０により管理されているロック状態管理テーブルにおけるロック要求カウントに応じて、切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについて（動作状態のＯＳの切替の可否について）判断する。

例えば、切替判断部２３は、ロック状態管理部２０により管理されているロック状態管理テーブルにおけるロック要求カウントを参照して、ロック要求カウントが１以上である場合のみ、ＯＳ切替禁止フラグをセットするように構成されていてもよい。

また、切替判断部２３は、活動通知部１７からの通知に応じて、切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについて（動作状態のＯＳの切替の可否について）判断してもよい。

また、切替判断部２３は、監視されたＯＳ１において実行中の処理に応じて、切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについて（動作状態のＯＳの切替の可否について）判断してもよい。

また、切替判断部２３は、切替可否情報管理部２１を参照して、実行されていると判断された処理を特定する処理種別と通知されたイベント情報との組み合わせに応じて、切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについて（動作状態のＯＳの切替の可否について）判断してもよい。

例えば、切替判断部２３は、切替可否情報管理部２１を参照して、ＯＳ切替要求に含まれるイベント情報と処理種別との組み合わせに対して、動作状態のＯＳの切替の禁止が１つ以上指定されている場合にのみ、ＯＳ切替禁止フラグをセットしてもよい。

切替判断部２３は、ユーザへの問合わせ結果に応じて、切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについて（動作状態のＯＳの切替の可否について）判断する。

例えば、切替判断部２３は、切替可否情報管理部２１を参照した際に、ユーザへの問合せが必要であると設定されていた場合には、ユーザ照会フラグをセットしてもよい。

また、切替判断部２３は、受信した切替ロック要求の優先度と、受信したＯＳ切替要求の優先度とに応じて、切替元ＯＳ２がサスペンド状態のＯＳとなることができるか否かについて判断するように構成されていてもよい。

例えば、切替判断部２３は、受信した切替ロック要求の優先度よりも、受信したＯＳ切替要求の優先度の方が高い場合に、切替元ＯＳ２がサスペンド状態のＯＳとなることができると判断する。

（本発明の第１の実施形態に係るコンピュータシステムの動作）
以下、図８乃至図１１を参照して、本実施形態に係るコンピュータシステムの動作について説明する。

第１に、図８を参照して、本実施形態に係るコンピュータシステム１におけるＯＳ切替手順（動作状態のＯＳがＯＳ１からＯＳ２に切り替わる手順）について説明する。

図８に示すように、複数ＯＳ切替制御装置１０Ａの切替要求受信部１１は、ステップＳ１００において、アプリケーションやミドルウェアやドライバ等のイベントソースから、動作状態のＯＳの切替の原因を示すイベント情報を含むＯＳ切替要求を受信して、ステップＳ１０１において、受信したＯＳ切替要求を保持する。

ステップＳ１０２において、複数ＯＳ切替制御装置１０Ａの切替イベント通知部１２は、ＯＳ切替要求に含まれているイベント情報を、切替先ＯＳであるＯＳ２に通知する。

ステップＳ１０３において、複数ＯＳ切替制御装置１０ＡのＯＳ切替判断部２３は、切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについて（動作状態のＯＳの切替の可否について）判断し、ＯＳ切替禁止データを設定する。かかる切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについて（動作状態のＯＳの切替の可否について）の判断は、図９を参照して後述する。

ステップＳ１０４において、複数ＯＳ切替制御装置１０Ａの切替禁止データ通知部１６は、ＯＳ切替禁止データをＯＳ切替機能２に通知する。

複数ＯＳ切替制御装置１０ＡのＯＳ切替制御部１３は、ステップＳ１０５において、ＯＳ切替禁止データにおいて、ＯＳ切替禁止フラグが設定されている場合、動作状態のＯＳを切り替えることなく、本手順を終了する。

一方、複数ＯＳ切替制御装置１０ＡのＯＳ切替制御部１３は、ステップＳ１０５において、ＯＳ切替禁止データにおいて、ＯＳ切替禁止フラグが設定されていない場合、ステップＳ１０７Ａにおいて、イベント情報に応じて、切替元ＯＳの切替処理を選択し手実行する。

そして、複数ＯＳ切替制御装置１０ＡのＯＳ切替制御部１３は、ステップＳ１０７Ｂにおいて、切替要求受信部１１により保持されている全てのＯＳ切替要求を削除して、ステップＳ１０８において、当該イベント情報を引数としてＯＳ切替機能２を呼び出す。

ステップＳ１０９において、現在の活性ＯＳであるＯＳ１は、サスペンド状態になり、切替先ＯＳであるＯＳ２に制御が渡る。

ステップＳ１１０において、ＯＳ２がレジュームすると、ステップＳ１１１において、ＯＳ２用の複数ＯＳ切替制御装置１０Ｂの切替イベント取得部１４は、切替元ＯＳであるＯＳ１により通知されたイベント情報を取得する。

複数ＯＳ切替制御装置１０Ｂのイベント対応処理部１５は、ステップＳ１１２Ａにおいて、取得したイベント情報に応じて選択された切替先ＯＳの切替処理を実行し、ステップＳ１１２Ｂにおいて、図３に示すテーブルを利用して、取得したイベント情報に対応するイベント対応処理を実行する。

以上のようにして，非活性ＯＳ（ＯＳ２）を宛先とした電話着信やメール着信を活性ＯＳ（ＯＳ１）が受け付け、非活性ＯＳ（ＯＳ２）に渡して、活性ＯＳの切替を行い、切替先ＯＳであるＯＳ２で電話やデータ通信を実行することができる。

第２に、図９を参照して、本実施形態に係るコンピュータシステム１におけるＯＳ切替可否判断手順（動作状態にあるＯＳがＯＳ１からＯＳ２に切り替わる際）について説明する。

図９に示すように、ステップＳ２０１において、複数ＯＳ切替制御装置１０Ａの切替判断部２３は、ロック状態管理部２０を参照してロック要求カウントを参照する。

ステップＳ２０２において、ロック要求カウントが「０」でない場合、本動作は、ステップＳ２０６に進み、ロック要求カウントが「０」である場合、本動作は、ステップＳ２０３に進む。

複数ＯＳ切替制御装置１０Ａの動作検査部１８は、ステップＳ２０３において、図４に示す「動作状態管理テーブル」を参照して、ステップＳ２０４において、動作状態のＯＳの切替を禁止する処理（「処理種別」によって特定されている処理）が実行中であるか否かについて監視する。

ステップＳ２０５において、かかる処理が実行中であると判断された場合、本動作は、ステップＳ２０６に進み、かかる処理が実行中でないと判断された場合、本動作は、ステップＳ２０７に進む。

ステップＳ２０６において、複数ＯＳ切替制御装置１０Ａの切替禁止データ通知部１６は、ＯＳ切替禁止データにおけるＯＳ切替禁止フラグをセットする。

一方、ステップＳ２０７において、複数ＯＳ切替制御装置１０Ａの切替禁止データ通知部１６は、ＯＳ切替禁止データにおけるＯＳ切替禁止フラグをリセットする。

第３に、図１０を参照して、本実施形態に係るコンピュータシステム１における別のＯＳ切替可否判断手順（動作状態にあるＯＳがＯＳ１からＯＳ２に切り替わる際）について説明する。

図１０に示すように、ステップＳ３０１において、複数ＯＳ切替制御装置１０Ａの切替判断部２３は、ロック状態管理部２０における「ロック状態管理テーブル（図５参照）」を参照して、ロック要求カウントを参照する。

ステップＳ３０２において、複数ＯＳ切替制御装置１０Ａの切替判断部２３は、ロック要求カウントが「１」以上である処理種別を抽出する。

ステップＳ３０３において、複数ＯＳ切替制御装置１０Ａの動作検査部１８は、図４に示す「動作状態管理テーブル」を参照して、実行中の処理を抽出する。

複数ＯＳ切替制御装置１０Ａの切替判断部２３は、ステップＳ３０４において、図６に示す「切替可否情報管理テーブル」を参照して、ステップＳ３０５において、通知されたＯＳ切替要求に含まれるイベント情報と、抽出した実行中の処理を特定する処理種別との組み合わせの全てについてスキャンしていき、切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについて（動作状態のＯＳの切替の禁止が指定されているか否かについて）判断する。

ステップＳ３０６において、１つ以上、動作状態のＯＳの切替の禁止が指定されている場合、ステップＳ３０７において、複数ＯＳ切替制御装置１０Ａの切替禁止データ通知部１６は、ＯＳ切替禁止データにおけるＯＳ切替禁止フラグをセットする。

一方、ステップＳ３０６において、１つ以上、動作状態のＯＳの切替の禁止が指定されていない場合、ステップＳ３０８において、複数ＯＳ切替制御装置１０Ａの切替禁止データ通知部１６は、ＯＳ切替禁止データにおけるＯＳ切替禁止フラグをリセットする。

ステップＳ３０９において、図６に示す「切替可否情報管理テーブル」に、切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについてユーザへの問合せが必要であると設定されている場合、ステップＳ３１０において、複数ＯＳ切替制御装置１０Ａの切替判断部２３は、ユーザ照会フラグをセットする。

一方、ステップＳ３０９において、図６に示す「切替可否情報管理テーブル」に、切替元ＯＳがサスペンド状態のＯＳとなることができるか否かについてユーザへの問合せが必要であると設定されている場合、ステップＳ３１１において、複数ＯＳ切替制御装置１０Ａの切替判断部２３は、ユーザ照会フラグをリセットする。

第４に、図１１を参照して、本発明の第１の実施形態に係るコンピュータシステムにおける切替ロック要求の受付手順について説明する。

図１１に示すように、ステップＳ４００において、複数ＯＳ切替制御装置１０Ａの切替ロック要求受信部１９は、上述の切替ロック要求を受け付ける。

ステップＳ４０１において、受け付けた切替ロック要求が、動作状態のＯＳの切替の禁止を要求する場合、ステップＳ４０２において、複数ＯＳ切替制御装置１０Ａのロック状態管理部２０は、切替ロック要求によって指定される処理種別に対応するロック要求カウントを「１」だけ増やす。

一方、ステップＳ４０１において、受け付けた切替ロック要求が、動作状態のＯＳの切替の禁止解除を要求する場合、ステップＳ４０３において、複数ＯＳ切替制御装置１０Ａのロック状態管理部２０は、切替ロック要求によって指定される処理種別に対応するロック要求カウントを「１」だけ減らす。

第５に、図１２を参照して、本発明の第１の実施形態に係るコンピュータシステムにおける切替イベント発生時の例として、電話着信時の動作について説明する。

図１２に示すように、ステップＳ１０００において、動作状態であるＯＳ１に対して電話用着信信号を受信すると、ＯＳ１は、ステップＳ１００１において、割り込み処理を行い、ステップＳ１００２において、電話ドライバを起動する。

ステップＳ１００３において、ＯＳ１の電話ドライバは、電話用着信信号に含まれる着信番号や発信番号に基づいて、かかる電話用着信信号の着信先を判定する。

ステップＳ１００４において、かかる電話用着信信号の着信先が、ＯＳ１である場合、本動作は、ステップＳ１００５に進み、かかる電話用着信信号の着信先が、ＯＳ２である場合、本動作は、ステップＳ１０１０に進む。

ステップＳ１００５において、ＯＳ１の電話ドライバは、アプリケーション管理部（図示せず）に要求し、電話アプリケーションを起動する。

ステップＳ１００６において、電話アプリケーションは、発信者名を表示すると共に、着信音を再生する。

ステップＳ１００７において、ユーザが、かかる電話用着信信号に応答した場合、ステップＳ１００８において、電話アプリケーションは、通話処理を開始し、ステップＳ１００９において、通話が終了すると、電話アプリケーションは、停止する。

一方、ステップＳ１０１０において、ＯＳ１用の複数ＯＳ切替制御装置１０Ａの切替要求受信部１１は、電話ドライバからのＯＳ切替要求を受信する。

ステップＳ１０１１において、ＯＳ１用の複数ＯＳ切替制御装置１０Ａの切替イベント通知部１２は、ＡＰＩに従った関数「ＯＳ_Ｓｗｉｔｃｈ_Ｅｖｅｎｔ（ｅｖｅｎｔ，ｃｍｄ）」を用いて、電話着信があったことを示す切替イベントをＯＳ２に通知する。かかる例では、引数（ｅｖｅｎｔ，ｃｍｄ）は、（ＰＨＯＮＥ，ＲＥＴＵＲＮ）となっている。

ステップＳ１０１２において、ＯＳ１用の複数ＯＳ切替制御装置１０Ａの切替制御部１３は、受信したイベント情報に応じて、切替元ＯＳの切替処理を選択して実行し、上述の引数（ＰＨＯＮＥ，ＲＥＴＵＲＮ）を指定して、ＯＳ切替機能２を呼び出す。

ステップＳ１０１３において、ＯＳ切替機能２は、動作状態のＯＳを、ＯＳ１からＯＳ２へ切り替える。

ステップＳ１０１４において、ＯＳ２がレジュームし、ステップＳ１０１５において、ＯＳ２は、ＯＳ２用の複数ＯＳ切替制御装置１０Ｂのイベント対応処理部１５を起動する。

ステップＳ１０１６において、複数ＯＳ切替制御装置１０Ｂのイベント対応処理部１５は、受信したイベント情報に応じて、切替先ＯＳの切替処理を選択して実行し、上述の引数（ＰＨＯＮＥ，ＲＥＴＵＲＮ）を用いて、イベント対応処理を実行し、ステップＳ１０１７において、複数ＯＳ切替制御装置１０Ｂのイベント対応処理部１５によって、ＯＳ２の電話ドライバが起動される。

ステップＳ１０１８において、ＯＳ２の電話ドライバは、アプリケーション管理部（図示せず）に要求し、電話アプリケーションを起動する。

ステップＳ１０１９において、電話アプリケーションは、発信者名を表示すると共に、着信音を再生する。

ステップＳ１０２０において、ユーザが、かかる電話用着信信号に応答した場合、ステップＳ１０２１において、電話アプリケーションは、通話処理を開始する。

ステップＳ１０２２において、通話が終了すると、電話アプリケーションは、アプリケーション管理部に、その旨通知すると共に、停止する。

ステップＳ１０２３において、アプリケーション管理部は、電話アプリケーションによる通話処理が処理したことを、複数ＯＳ切替制御装置１０Ｂのイベント対応処理部１５に通知する。

ステップＳ１０２４において、複数ＯＳ切替制御装置１０Ｂのイベント対応処理部１５は、上述の引数の（ＲＥＴＵＲＮ）に基づいて、動作状態のＯＳをＯＳ２からＯＳ１に戻すことを決定し、ステップＳ１０２５において、ＯＳ２からＯＳ１への動作状態のＯＳの切替が行われる。

第６に、図１３を参照して、本発明の第１の実施形態に係るコンピュータシステムにおける切替イベント発生時の例として、デバイス管理（ＤＭ）用のＳＭＳ（ショートメッセージサービス：Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）のメッセージ（ＤＭメッセージ）着信時の動作について説明する。

図１３に示すように、ステップＳ２０００において、動作状態であるＯＳ１に対してＤＭメッセージを受信すると、ＯＳ１は、ステップＳ２００１において、割り込み処理を行い、ステップＳ２００２において、ＮＷドライバを起動する。

ステップＳ２００３において、ＯＳ１のＮＷドライバは、ＤＭメッセージに含まれるアドレスに基づいて、かかるＤＭメッセージの着信先を判定する。

ステップＳ２００４において、かかるＤＭメッセージの着信先が、ＯＳ１である場合、本動作は、ステップＳ２００５に進み、かかるＤＭメッセージの着信先が、ＯＳ２である場合、本動作は、ステップＳ２００７に進む。

ステップＳ２００５において、ＯＳ１のＮＷドライバは、アプリケーション管理部（図示せず）に要求し、ＤＭエージェントを起動する。

ステップＳ２００６において、ＤＭエージェントは、所定の処理を実行して、停止する。

一方、ステップＳ２００７において、ＯＳ１用の複数ＯＳ切替制御装置１０Ａの切替要求受信部１１は、ＮＷドライバからのＯＳ切替要求を受信する。

ステップＳ２００８において、ＯＳ１用の複数ＯＳ切替制御装置１０Ａの切替イベント通知部１２は、ＡＰＩに従った関数「ＯＳ_Ｓｗｉｔｃｈ_Ｅｖｅｎｔ（ｅｖｅｎｔ，ｃｍｄ）」を用いて、ＤＭ着信があったことを示す切替イベントをＯＳ２に通知する。かかる例では、引数（ｅｖｅｎｔ，ｃｍｄ）は、（ＤＭ，ＲＥＴＵＲＮ）となっている。

ステップＳ２００９において、ＯＳ１用の複数ＯＳ切替制御装置１０Ａの切替制御部１３は、受信したイベント情報に応じて、切替元ＯＳの切替処理を選択して実行し、上述の引数（ＤＭ，ＲＥＴＵＲＮ）を指定して、ＯＳ切替機能２を呼び出す。

ステップＳ２０１０において、ＯＳ切替機能２は、動作状態のＯＳを、ＯＳ１からＯＳ２へ切り替える。

ステップＳ２０１１において、ＯＳ２がレジュームし、ステップＳ２０１２において、ＯＳ２は、ＯＳ２用の複数ＯＳ切替制御装置１０Ｂのイベント対応処理部１５を起動する。

ステップＳ２０１３において、複数ＯＳ切替制御装置１０Ｂのイベント対応処理部１５は、受信したイベント情報に応じて、切替先ＯＳの切替処理を選択して実行し、上述の引数（ＤＭ，ＲＥＴＵＲＮ）を用いて、イベント対応処理を実行し、ステップＳ２０１４において、複数ＯＳ切替制御装置１０Ｂのイベント対応処理部１５によって、ＯＳ２のＮＷドライバが起動される。

ステップＳ２０１５において、ＯＳ２のＮＷドライバは、アプリケーション管理部（図示せず）に要求し、ＤＭエージェントを起動する。

ステップＳ２０１６において、ＤＭエージェントは、所定の処理を実行し、ステップＳ２０１７において、所定の処理の実行が終了すると、ＤＭエージェントは、アプリケーション管理部に、その旨通知すると共に、停止する。

ステップＳ２０１８において、アプリケーション管理部は、ＤＭエージェントによる所定の処理が処理したことを、複数ＯＳ切替制御装置１０Ｂのイベント対応処理部１５に通知する。

ステップＳ２０１９において、複数ＯＳ切替制御装置１０Ｂのイベント対応処理部１５は、上述の引数の（ＲＥＴＵＲＮ）に基づいて、動作状態のＯＳをＯＳ２からＯＳ１に戻すことを決定し、ステップＳ２０２０において、ＯＳ２からＯＳ１への動作状態のＯＳの切替が行われる。

（本発明の第１の実施形態に係るコンピュータシステムの作用・効果）
本実施形態に係るコンピュータシステム１によれば、動作状態である切替元ＯＳ１が、切替イベントを示すイベント情報を切替先ＯＳ２に通知するように構成されているため、切替先ＯＳ２が、動作状態となった後、かかる切替イベントに応じた適切な処理を実行することができる。

また、本実施形態に係るコンピュータシステム１によれば、ＯＳの切り替え時に、イベント上に応じて選択された切替元ＯＳの切替処理及び切替先ＯＳの切替処理を実行するように構成されているため、切替イベントに応じたきめ細やかな切替処理の変更によって、ＯＳの切替時間を削減することができる。

また、本実施形態に係るコンピュータシステム１によれば、ＯＳ切替機能２に対して、イベント情報を渡すように構成されているため、ＯＳ切替機能が、ＯＳの切替処理の最適化を行うことで、ＯＳの切替時間を削減することができる。

本実施形態に係るコンピュータシステム１によれば、切替制御部１３によって、動作状態のＯＳの切替が可能でないと判断された場合には、動作状態のＯＳの切替を実行しないため、切替元ＯＳをサスペンド状態とすることによる障害を防止することができる。

本実施形態に係るコンピュータシステム１によれば、ＯＳ切替機能２が、切替禁止データ通知部１６により通知されたＯＳ切替禁止データを利用して、動作状態のＯＳの切替を実行するか否かについて判断することができる。

すなわち、ＯＳ切替機能２は、自身では、ＯＳ１において実行中の処理等について分からないため、複数ＯＳ切替制御装置１０Ａにより与えられる詳細な情報を用いて、動作状態のＯＳの切替を行っても良いかどうかについて判断することができる。

本実施形態に係るコンピュータシステム１によれば、ＯＳ切替機能２が、複数ＯＳ切替制御装置１０Ａの障害を検知することができるため、複数ＯＳ切替制御装置１０Ａが、動作状態のＯＳの切替の禁止を通知した後、複数ＯＳ切替制御装置１０Ａの障害によって、動作状態のＯＳの切替の禁止を解除できなかったとしても、ＯＳ切替機能２は、複数ＯＳ切替制御装置１０Ａの障害を考慮したうえで、動作状態のＯＳの切替を行っても良いかどうかについて判断できる。

本実施形態に係るコンピュータシステム１によれば、動作状態のＯＳ１の切替により支障をきたす可能性のあるアプリケーションや機能の実行中に、動作状態のＯＳの切替を禁止し、障害や異常動作を防止することができる。

本実施形態に係るコンピュータシステム１によれば、クリティカルなプロセスが実行している場合や、特定の宛先との間でネットワーク接続がなされている場合や、特定のファイルやストレージ領域に対する書込みが行われている場合等、特定の処理が実行されている場合について監視することができる。

本実施形態に係るコンピュータシステム１によれば、ＯＳやドライバやアプリケーションやミドルウェア等からの要求に基づいて、動作状態のＯＳの切替をロックでき、動作状態のＯＳの切替による障害を防止して安定性を向上することができる。

本実施形態に係るコンピュータシステム１によれば、切替元ＯＳ１上で実行中の処理と、ＯＳ切替要求に含まれているイベント情報との組み合わせを考慮して、動作状態のＯＳの切替の可否をきめ細かく判断できる。

本実施形態に係るコンピュータシステム１によれば、ユーザへの問合せを行った上で、動作状態のＯＳの切替の許可或いは禁止を制御することができ、ユーザの意思を反映させた動作状態のＯＳの切替を制御することができる。

本実施形態に係るコンピュータシステム１によれば、動作状態のＯＳの切替のロックを要求する要求元のアプリケーションやドライバやミドルウェア等が障害によって適切にロック解除を要求しない場合であっても、所定期間を過ぎた後、かかるロックを解除することができる。

本実施形態に係るコンピュータシステム１によれば、サスペンド状態である第１のＯＳは、第２のＯＳが動作状態のＯＳである場合であっても、興味あるイベントが起きた際には、動作状態のＯＳの切替を駆動して、かかるイベントを処理することができる。

（本発明の第２の実施形態に係るコンピュータシステム）
図１４を参照して、本発明の第２の実施形態に係るコンピュータシステム１の構成について説明する。

本実施形態に係るコンピュータシステム１は、排他的に動作状態となる複数の仮想的なＯＳ１、ＯＳ２を搭載し、仮想的な複数のＯＳ間の切り替えを行うＯＳ切替機能２によって、動作状態のＯＳ（活性ＯＳ）を切り替えるように構成されている。

図１４に、本実施形態に係るコンピュータシステムの構成図を示す。

本実施形態では、複数の設定モードを備える単一のＯＳが仮想的な複数のＯＳを提供することを想定しており、ＯＳ１及びＯＳ２は、同一のＯＳプログラムとして実行される。

ＯＳを切り替える際には、ＯＳ切替機能２によって、切替元ＯＳが動作状態であった際のＯＳやアプリケーションの状態がサスペンド（保存）され、切替先ＯＳが動作状態であった際に保存されたＯＳやアプリケーションの状態がレジューム（再開）される。

図１４（ａ）は、ＯＳとは独立した実行環境に、ＯＳ切替機能２が配置されている構成例について示す。図１４（ａ）に示す例では、「ＴｒｕｓｔＺｏｎｅ」をサポートしているコンピュータシステム上において、通常のＯＳとは独立した実行環境を設けることができ、その実行環境に、ＯＳ切替機能２を配置することができる。

図１４（ｂ）は、ＯＳ内に、ＯＳ切替機能２が配置されている構成例について示す。図１４（ｂ）に示す例では、ＯＳ切替機能２は、デバイスドライバやサーバやアプリケーション等のいずれの形態で実装されていてもよい。

図１４は、複数ＯＳ切替制御装置１０は、ＯＳ内に配置されている構成例について示しているが、ＯＳ切替機能２と同様に、ＯＳとは独立した実行環境に配置されていてもよい。

かかる複数ＯＳ切替制御装置１０Ａの構成、その動作、作用及び効果は、上述の第１の実施形態の場合と同一であるため、説明を省略する。

本発明の第１の実施形態に係るコンピュータシステムの構成図である。 本発明の第１の実施形態に係るコンピュータシステムに搭載されている複数ＯＳ切替制御装置の機能ブロック図である。 本発明の第１の実施形態に係るコンピュータシステムに搭載されている複数ＯＳ切替制御装置のイベント対応処理部により参照される「イベント情報とイベント対応処理との組み合わせを管理するテーブル」の一例を示す図である。 本発明の第１の実施形態に係るコンピュータシステムに搭載されている複数ＯＳ切替制御装置の動作検査部により管理される「動作状態管理テーブル」の一例を示す図である。 本発明の第１の実施形態に係るコンピュータシステムに搭載されている複数ＯＳ切替制御装置のロック状態管理部により管理される「ロック状態管理テーブル」の一例を示す図である。 本発明の第１の実施形態に係るコンピュータシステムに搭載されている複数ＯＳ切替制御装置の切替可否情報管理部により管理される「切替可否情報管理テーブル」の一例を示す図である。 本発明の第１の実施形態に係るコンピュータシステムに搭載されている複数ＯＳ切替制御装置の切替可否情報管理部により管理される「切替可否情報管理テーブル」の一例を示す図である。 本発明の第１の実施形態に係るコンピュータシステムにおけるＯＳ切替手順を示すフローチャートである。 本発明の第１の実施形態に係るコンピュータシステムにおけるＯＳ切替可否判断手順を示すフローチャートである。 本発明の第１の実施形態に係るコンピュータシステムにおけるＯＳ切替可否判断手順を示すフローチャートである。 本発明の第１の実施形態に係るコンピュータシステムにおける切替ロック要求の受付手順を示すフローチャートである。 本発明の第１の実施形態に係るコンピュータシステムにおける電話着信時の動作を示すフローチャートである。 本発明の第１の実施形態に係るコンピュータシステムにおけるＤＭメッセージ着信時の動作を示すフローチャートである。 本発明の第２の実施形態に係るコンピュータシステムの構成図である。

符号の説明

１…コンピュータシステム
２…ＯＳ切替機能
１０Ａ、１０Ｂ…複数ＯＳ切替制御装置
１１…切替要求受信部
１２…切替イベント通知部
１３…切替制御部
１４…切替イベント取得部
１５…イベント対応処理部
１６…切替禁止データ通知部
１７…活動通知部
１８…動作検査部
１９…切替ロック要求受信部
２０…ロック状態管理部
２１…切替可否情報管理部
２２…ユーザ問合せ部
２３…切替判断部

Claims (12)

1. 動作状態のオペレーティングシステムを、切替元オペレーティングシステムから切替先オペレーティングシステムに排他的に切り替えるオペレーティングシステム切替機能を具備するコンピュータシステムに設けられる複数オペレーティングシステム切替制御装置であって、
   前記切替元オペレーティングシステムが動作状態である場合に動作する切替元オペレーティングシステム用制御部を具備しており、
   前記切替元オペレーティングシステム用制御部は、
   サスペンド状態である前記切替先オペレーティングシステムが前記動作状態のオペレーティングシステムとなるように要求するオペレーティングシステム切替要求を受信する切替要求受信部と、
   受信した前記オペレーティングシステム切替要求に含まれており、前記切替先オペレーティングシステム又は前記切替先オペレーティングシステム上のアプリケーションによる処理を要求するイベント情報を、前記切替先オペレーティングシステム又は前記切替先オペレーティングシステム上のアプリケーションに通知する切替イベント通知部と、
   前記オペレーティングシステム切替機能に対して、前記切替先オペレーティングシステムが前記動作状態のオペレーティングシステムとなるように前記イベント情報を引数とした呼び出しを実行する切替制御部とを具備し、
   前記切替制御部は、受信した前記オペレーティングシステム切替要求に含まれている前記イベント情報に対応する切替元オペレーティングシステムの切替処理を行うと共に、前記呼び出しを実行するように構成されていることを特徴とする複数オペレーティングシステム切替制御装置。
2. 前記切替先オペレーティングシステムが動作状態である場合に動作する切替先オペレーティングシステム用制御部を具備し、
   前記切替先オペレーティングシステム用制御部は、
   前記切替先オペレーティングシステムが前記動作状態のオペレーティングシステムとなった後、前記イベント情報を取得する切替イベント取得部と、
   取得した前記イベント情報に対応するイベント対応処理を実行するイベント対応処理部とを具備することを特徴とする請求項１に記載の複数オペレーティングシステム切替制御装置。
3. 前記切替制御部は、更に、取得された前記イベント情報に対応する切替先オペレーティングシステムの切替処理を行うように構成されていることを特徴とする請求項２に記載の複数オペレーティングシステム切替制御装置。
4. 前記切替元オペレーティングシステム用制御部は、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断する切替判断部を具備し、
   前記切替制御部は、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムになることができると判断された場合に、前記オペレーティングシステム切替機能に対して、前記切替先オペレーティングシステムが前記動作状態のオペレーティングシステムとなるように指示することを特徴とする請求項１に記載の複数オペレーティングシステム切替制御装置。
5. 前記切替元オペレーティングシステム用制御部は、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることの禁止又は禁止解除を要求する切替ロック要求を受信する切替ロック要求受信部を具備し、
   前記切替判断部は、受信した前記切替ロック要求に応じて、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断することを特徴とする請求項４に記載の複数オペレーティングシステム切替制御装置。
6. 前記切替ロック要求受信部は、優先度を含む前記切替ロック要求を受信し、
   前記切替要求受信部は、優先度を含む前記オペレーティングシステム切替要求を受信し、
   前記切替判断部は、受信した前記切替ロック要求の優先度よりも、受信した前記オペレーティングシステム切替要求の優先度の方が高い場合に、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができると判断することを特徴とする請求項５に記載の複数オペレーティングシステム切替制御装置。
7. 前記切替元オペレーティングシステム用制御部は、前記オペレーティングシステム切替機能に対して、周期的に、前記複数オペレーティングシステム切替制御装置が正常動作していることを通知する活動通知部を具備することを特徴とする請求項５に記載の複数オペレーティングシステム切替制御装置。
8. 前記切替元オペレーティングシステム用制御部は、前記切替元オペレーティングシステムにおいて実行中の処理について監視する動作検査部を具備し、
   前記切替判断部は、監視された前記実行中の処理に応じて、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断することを特徴とする請求項５に記載の複数オペレーティングシステム切替制御装置。
9. 前記切替元オペレーティングシステム用制御部は、前記イベント情報と前記実行中の処理を特定する処理種別との組み合わせに対して、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて管理する切替可否情報管理部を具備し、
   前記動作検査部は、前記切替元オペレーティングシステムにおいて、前記処理種別により特定される処理が実行中であるか否かについて監視し、
   前記切替判断部は、前記切替可否情報管理部を参照して、前記実行中の処理を特定する処理種別と通知された前記イベント情報との組み合わせに応じて、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断することを特徴とする請求項８に記載の複数オペレーティングシステム切替制御装置。
10. 前記切替ロック要求受信部は、前記処理種別のいずれかを指定する前記切替ロック要求を受信し、
    前記切替判断部は、前記切替可否情報管理部を参照して、前記切替ロック要求によって指定されている前記処理種別と通知された前記イベント情報との組み合わせに応じて、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断することを特徴とする請求項９に記載の複数オペレーティングシステム切替制御装置。
11. 前記切替元オペレーティングシステム用制御部は、ユーザに対して、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて問い合わせるユーザ問合せ部を具備し、
    前記切替可否情報管理部は、前記イベント情報と前記処理種別との組み合わせに対して、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて前記ユーザへの問合わせの要否について管理し、
    前記切替判断部は、前記ユーザへの問合わせ結果に応じて、前記切替元オペレーティングシステムが前記サスペンド状態のオペレーティングシステムとなることができるか否かについて判断することを特徴とする請求項９に記載の複数オペレーティングシステム切替制御装置。
12. 排他的に動作状態となる複数のオペレーティングシステム、或いは、複数の設定モードを備える単一のオペレーティングシステムによって提供される仮想的な複数のオペレーティングシステムを搭載し、オペレーティングシステム切替機能によって動作状態のオペレーティングシステムを切替元オペレーティングシステムから切替先オペレーティングシステムに排他的に切り替えるコンピュータシステムであって、
    前記切替元オペレーティングシステムが動作状態である場合に動作する複数オペレーティングシステム切替制御装置は、
    サスペンド状態である切替先オペレーティングシステムが前記動作状態のオペレーティングシステムとなるように要求するオペレーティングシステム切替要求を受信する切替要求受信部と、
    受信した前記オペレーティングシステム切替要求に含まれており、前記切替先オペレーティングシステム又は前記切替先オペレーティングシステム上のアプリケーションによる処理を要求するイベント情報を、前記切替先オペレーティングシステム又は前記切替先オペレーティングシステム上のアプリケーションに通知する切替イベント通知部と、
    前記オペレーティングシステム切替機能に対して、前記切替先オペレーティングシステムが前記動作状態のオペレーティングシステムとなるように前記イベント情報を引数とした呼び出しを実行する切替制御部とを具備し、
    前記切替制御部は、受信した前記オペレーティングシステム切替要求に含まれている前記イベント情報に対応する切替元オペレーティングシステムの切替処理を行うと共に、前記呼び出しを実行するように構成されていることを特徴とするコンピュータシステム。

Images