(57)【要約】【課題】  ユーザに面倒な操作を行わせることなく、インスタントＯＳを常に高速に起動できるようにする技術を提供する。【解決手段】  汎用ＯＳを起動させている電源ＯＮ状態（Ｇ０（Ｓ０））からシャットダウンの指示による電源断状態（Ｇ２（Ｓ５））に移行させる際に、インスタントＯＳを使用する設定となっているか否か判定する。インスタントＯＳを使用する設定と判定した場合、インスタントＯＳを起動させて電源ＯＮ状態（Ｇ０（Ｓ０））に自動的に移行させ、その起動後、インスタントＯＳ上でスタンバイ状態（Ｓ３）に移行させる。【選択図】図４
2006260372.tif 000002
【特許請求の範囲】
【請求項１】
実行すべきプログラムをメモリに読み出して実行する情報処理装置において、
前記プログラムとして、第１のオペレーティングシステム、及び該第１のオペレーティングシステムと比較して機能が限定された第２のオペレーティングシステムを記憶した不揮発性の記憶手段と、
前記メモリに読み出されて実行中の前記第１のオペレーティングシステムに対するシャットダウンの指示に応答して、該第１のオペレーティングシステムをシャットダウンさせた後、前記第２のオペレーティングシステムを該メモリに読み出させて起動させるシステム起動手段と、
前記システム起動手段が前記第２のオペレーティングシステムを起動させた後、前記メモリ上のデータを保存させて省電力状態に直ちに移行させる省電力制御手段と、
を具備することを特徴とする情報処理装置。
【請求項２】
前記システム起動手段は、前記省電力制御手段により移行させた省電力状態で所定のイベントが発生した場合にのみ、前記メモリ上のデータを保存する前の状態に復帰させる、
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記省電力制御手段は、前記第２のオペレーティングシステムへのハイバネーションの指示に応答して、前記メモリ上のデータを保存して省電力状態に移行させる、
ことを特徴とする請求項１、または２記載の情報処理装置。
【請求項４】
前記省電力制御手段は、前記メモリ上のデータは該メモリに保持させた状態で省電力状態に移行させる、
ことを特徴とする請求項１、２、または３記載の情報処理装置。
【請求項５】
外部電源、及びバッテリからそれぞれ電力が供給可能であった場合に、前記省電力制御手段は、該外部電源からの電力の供給の有無に応じて、前記メモリ上のデータの保存先を該メモリ、及び前記記憶装置のなかから選択し、該選択結果に応じた省電力状態に移行させる、
ことを特徴とする請求項１、２、または３記載の情報処理装置。
【請求項６】
外部電源、及びバッテリからそれぞれ電力が供給可能であった場合に、前記省電力制御手段は、該外部電源からの電力の供給の有無、及び該バッテリの残量に応じて、前記メモリ上のデータの保存先を該メモリ、及び前記記憶装置のなかから選択し、該選択結果に応じた省電力状態に移行させる、
ことを特徴とする請求項１、２、または３記載の情報処理装置。
【請求項７】
第１のオペレーティングシステム、及び該第１のオペレーティングシステムと比較して機能が限定された第２のオペレーティングシステムが不揮発性の記憶装置に記憶されている情報処理装置に該第２のオペレーティングシステムを高速に起動させるための方法であって、
前記第１のオペレーティングシステムへのシャットダウンの指示に応答して、該第１のオペレーティングシステムをシャットダウンさせた後、前記第２のオペレーティングシステムを起動させ、
該起動によってメモリ上に格納されるデータを保存して省電力状態に直ちに移行させる、
ことを特徴とする高速起動方法。
【請求項８】
第１のオペレーティングシステム、及び該第１のオペレーティングシステムと比較して機能が限定された第２のオペレーティングシステムが不揮発性の記憶装置に記憶されている情報処理装置に実行させるプログラムであって、
前記第１のオペレーティングシステムへのシャットダウンの指示に応答して、該第１のオペレーティングシステムをシャットダウンさせた後、前記第２のオペレーティングシステムを起動させる機能と、
該第２のオペレーティングシステムの起動によりメモリ上に格納されるデータを保存して省電力状態に直ちに移行させる機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１のオペレーティングシステム、及びその第１のオペレーティングシステムと比較して機能が限定された第２のオペレーティングシステムを搭載した情報処理装置にその第２のオペレーティングシステムを高速に起動させるための技術に関する。
【背景技術】
【０００２】
パーソナルコンピュータ（以下「ＰＣ」）に代表される情報処理装置は多機能化が進み、最近では映像や音声を扱うＡＶ機能が予め搭載された製品も増えている。ＡＶ機能を搭載した情報処理装置の多くは、テレビジョン（ＴＶ）受信機やレコーダ、及びプレーヤなどのＡＶ家電として利用できるようになっている。
【０００３】
そのＡＶ機能は、その機能の実現に必要な処理を全て行う専用のハードウェアを用意することで搭載させることができる。しかし、そのようなハードウェアを用意すると製造コストが大きく増大する。このことから、製造コストを抑える意味もあって、情報処理装置の多くは、特定の処理を行うハードウェア、及び、それ以外の処理を行うためのアプリケーション・ソフトウェア（以下「アプリケーション」と略記）を用意することでＡＶ機能を搭載させている。
【０００４】
情報処理装置は普通、オペレーティングシステム（以下「ＯＳ」）と呼ばれる基本ソフトウェアを起動させることにより動作する。それにより、通常アプリケーションは、ＡＶ機能用のものを含め、ＯＳ上で動作させるのを前提で作成される。情報処理装置が実行するソフトウェア（プログラム）は不揮発性の記憶装置、例えばハードディスク装置に格納するのが普通である。
【０００５】
記憶装置に格納されたソフトウェアは、メモリに読み出されて起動される。その起動には或る程度の時間が必要であり、その時間はソフトウェアの規模が大きくなるほど長くなる傾向がある。最近のＯＳには多くの機能が搭載されていることもあって、起動には比較的に長い時間が必要である。このため、ＯＳを起動させていない情報処理装置では、ＡＶ機能を利用できるようになるまでに長い時間が必要なのが実情である。
【０００６】
その時間をより短くするために、最近では、搭載する機能を一部のみに限定したＯＳも併せて用意することが行われている。ここでは便宜的に、搭載する機能を限定したＯＳは「インスタントＯＳ」或いは「第２のＯＳ」と呼び、そうでないＯＳは「汎用ＯＳ」或いは「第１のＯＳ」と呼ぶことにする。
【０００７】
上記インスタントＯＳは一般的に、電源断（Ｓ５）状態、或いは休止（Ｓ４）状態での特定の起動イベントの発生によってメモリに読み出して起動させるようになっている。その起動イベントは、例えばリモートコントロール装置（以下「ＲＣ」）に設けられた所定のスイッチへの操作によって発生するものである。
【０００８】
図１は、従来の情報処理装置において、インスタントＯＳの起動からＡＶ機能が利用できる状態に移行するまでに必要な時間を説明する図である。そのＡＶ機能を利用できる状態として、ＴＶ放送を視聴できる状態を例にとったものである。図１（ａ）はノート型のＰＣ、図１（ｂ）はデスクトップ型のＰＣの場合をそれぞれ表している。
【０００９】
図１（ａ）に示すように、電源断（Ｓ５）状態、或いは休止（Ｓ４）状態で特定の起動イベントが発生すると、情報処理装置（ＰＣ）は、先ず、起動した旨を通知する画面Ｐ１を表示させる。その後は、インスタントＯＳの読み込みを行っている旨を通知する画面Ｐ２、そのメニュー表示画面Ｐ３を表示させる。ＴＶ放送を視聴するための画面Ｐ４は、メニュー表示画面Ｐ３上でＴＶ放送の視聴を選択することで表示される。これはデスクトップ型の情報処理装置（ＰＣ）でも同様である。
【００１０】
ノート型の情報処理装置では、電源断（Ｓ５）状態から約１２秒でＴＶ放送を視聴できる状態に移行するのに対し、デスクトップ型の情報処理装置では、その状態への移行に約２３秒かかっている。その状態への起動時間はデスクトップ型の情報処理装置のほうが長くなっているが、汎用ＯＳを起動させる場合と比較して、その起動時間は何れも大幅に短くなっている。デスクトップ型の情報処理装置の起動時間のほうが長いのは、ノート型の情報処理装置よりも大型のハードディスク装置、つまり起動に必要な時間がより長いハードディスク装置が搭載されているのが主な理由である。
【００１１】
インスタントＯＳを起動させることにより、ＡＶ機能はより迅速に利用できるようになる。しかし、ＡＶ家電は、電源の投入により直ちに利用できるのが普通である。このことから、情報処理装置をＡＶ家電の代わりとして用いるのであれば、ＡＶ機能は更に迅速に利用できるようにすることが重要と考えられる。
【００１２】
より高速な起動を可能にする機能としては、レジューム（省電力制御）機能がある（特許文献１〜４）。そのレジューム機能は、メモリ上のデータを保存して省電力状態に移行させることにより、起動した元の状態への高速な復帰を可能とさせるものである。そのレジューム機能としては、メモリ上のデータをハードディスク装置にコピーする「ハイバネーション」機能や、そのデータを省電力モードでメモリに保存する「サスペンド」機能などは含まれる。サスペンド機能は「スタンバイ」機能とも呼ばれる。
【００１３】
インスタントＯＳを起動させた状態からレジューム機能によりスタンバイ状態、或いはハイバネーション状態に移行させ、その状態から元の状態に復帰させるようにすれば、ＡＶ機能はより迅速に利用できるようになる。しかし、従来のインスタントＯＳには、汎用ＯＳとは異なり、レジューム機能を利用するための機能が搭載されていない。そのため、ハイバネーション状態やスタンバイ状態への移行は、ＢＩＯＳに設定した条件により行わせるようになっていた。
【００１４】
ＢＩＯＳに設定した条件での移行では、そのような状態にユーザが所望のタイミングで直ちに移行させることはできない。インスタントＯＳにレジューム機能を利用するための機能を搭載させた場合には、ユーザはレジューム機能を所望のタイミングで利用できるようになるが、そのためにはインスタントＯＳを起動させなければならない。
【００１５】
インスタントＯＳの起動は、汎用ＯＳを起動させたユーザにとっては不要なことであり、次に起動を所望するＯＳを事前に正確に予想することは困難である。これらを考慮すれば、必要な否か判らないことのためにユーザにインスタントＯＳを新たに起動させるような面倒な操作を行わせることは回避させるべきと言える。しかし、何時、インスタントＯＳを起動させる必要性が生じるか判らないことから、それを高速に起動できる状態を維持させることも重要であると言える。
【特許文献１】特開平１０−９７３５３号公報
【特許文献２】特開平９−２３７１２８号公報
【特許文献３】特開２００４−１５２３０４号公報
【特許文献４】特開２００２−９９５０２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
本発明は、ユーザに面倒な操作を行わせることなく、インスタントＯＳを常に高速に起動できるようにする技術を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明の情報処理装置は、実行すべきプログラムをメモリに読み出して実行することを前提とし、プログラムとして、第１のオペレーティングシステム、及び該第１のオペレーティングシステムと比較して機能が限定された第２のオペレーティングシステムを記憶した不揮発性の記憶手段と、メモリに読み出されて実行中の第１のオペレーティングシステムに対するシャットダウンの指示に応答して、該第１のオペレーティングシステムをシャットダウンさせた後、第２のオペレーティングシステムを該メモリに読み出させて起動させるシステム起動手段と、システム起動手段が第２のオペレーティングシステムを起動させた後、メモリ上のデータを保存させて省電力状態に直ちに移行させる省電力制御手段と、を具備する。
【００１８】
なお、上記システム起動手段は、省電力制御手段により移行させた省電力状態で所定のイベントが発生した場合にのみ、メモリ上のデータを保存する前の状態に復帰させる、ことが望ましい。
【００１９】
上記省電力制御手段は、第２のオペレーティングシステムへのハイバネーションまたはスタンバイの指示に応答して、メモリ上のデータを保存して省電力状態に移行させる、ことが望ましい。また、メモリ上のデータは該メモリに保持した状態で省電力状態に移行させる、ことが望ましい。
【００２０】
上記外部電源、及びバッテリからそれぞれ電力が供給可能であった場合に、省電力制御手段は、該外部電源からの電力の供給の有無に応じて、メモリ上のデータの保存先を該メモリ、及び記憶装置のなかから選択し、該選択結果に応じた省電力状態に移行させる、ことが望ましい。または、その場合に、省電力制御手段は、該外部電源からの電力の供給の有無、及び該バッテリの残量に応じて、メモリ上のデータの保存先を該メモリ、及び記憶装置のなかから選択し、該選択結果に応じた省電力状態に移行させる、ことが望ましい。
【００２１】
本発明の高速起動方法は、第１のオペレーティングシステム、及び該第１のオペレーティングシステムと比較して機能が限定された第２のオペレーティングシステムが不揮発性の記憶装置に記憶されている情報処理装置に該第２のオペレーティングシステムを高速に起動させるための方法であって、第１のオペレーティングシステムへのシャットダウンの指示に応答して、該第１のオペレーティングシステムをシャットダウンさせた後、第２のオペレーティングシステムを起動させ、該起動によってメモリ上に格納されるデータを保存して省電力状態に直ちに移行させる、または、メモリ上のデータを保持したまま省電力状態へ移行させる。
【００２２】
本発明のプログラムは、第１のオペレーティングシステム、及び該第１のオペレーティングシステムと比較して機能が限定された第２のオペレーティングシステムが不揮発性の記憶装置に記憶されている情報処理装置に実行させるプログラムであって、第１のオペレーティングシステムへのシャットダウンの指示に応答して、該第１のオペレーティングシステムをシャットダウンさせた後、第２のオペレーティングシステムを起動させる機能と、該第２のオペレーティングシステムの起動によりメモリ上に格納されるデータを保持して省電力状態に直ちに移行させる機能と、を実現させる。
【発明の効果】
【００２３】
本発明は、第１のオペレーティングシステムへのシャットダウンの指示に応答して、その第１のオペレーティングシステムをシャットダウンさせた後、第１のオペレーティングシステムと比較して機能が限定された第２のオペレーティングシステムを起動させ、その起動によってメモリ上に格納されるデータを保持して省電力状態に直ちに移行させる。そのメモリ上のデータを保持したまま省電力状態に自動的に移行させるため、第２のオペレーティングシステムの起動は高速に行うことができる。その移行は自動的に行われるため、ユーザに煩わしい操作を行わせることは回避される。
【００２４】
自動的に移行させた省電力状態で所定のイベントが発生した場合にのみ、メモリ上のデータを保存する前の状態に復帰させるようにした場合には、ユーザに煩わしい操作を行わせることなく、第１のオペレーティングシステムの起動に適切に対応することができる。第２のオペレーティングシステムへのスタンバイの指示に応答して、メモリ上のデータを保持して省電力状態に自動的に移行させるようにした場合には、第２のオペレーティングシステムの起動は常に高速に行うことができるようになる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図２は、本実施の形態による情報処理装置の構成を説明する図であり、図３は、その情報処理装置用のリモートコントロール装置（以下「ＲＣ」）の構成を説明する図である。
【００２６】
本実施の形態による情報処理装置１０は、図２に示すように、装置１０全体の制御を行うＣＰＵ１１と、そのＣＰＵ１１がワークに用いるＲＡＭ１２と、ＢＩＯＳ(Basic Input/Output System)が格納されたＲＯＭ１３と、そのＢＩＯＳに対する設定内容の保存に用いられるＲＡＭ１４と、例えば、キーボード、マウス等の入力機器と接続されているか、或いはそれらを有する入力装置１５と、例えばＬＣＤ、そのコントローラ、及びＶＲＡＭを有する表示装置１６と、例えばハードディスク装置である補助記憶装置１７と、光ディスク（ここではＣＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、及びＤＶＤ等を含む）、或いは光磁気ディスク等の可搬型の記録媒体ＭＤにアクセスできる媒体駆動装置１８と、外部装置と無線で通信を行うための無線通信装置１９と、ＲＣ４０と赤外線で通信を行うための赤外線通信装置２０と、例えば指定されたチャンネルの放送信号を受信した放送信号のなかから抽出しエンコードして出力するチューナー２１と、音声を出力放音するためのサウンドシステム２２と、外部電源３０からの電力を各部に供給する電源コントローラ２３と、リアルタイムクロック（ＲＴＣ）２４と、をバス２５にそれぞれ接続させた構成となっている。
【００２７】
上記ＲＡＭ１４は、例えば不図示のバッテリにより不揮発性化されたものである。上記サウンドシステム２２は、入力したオーディオデータをアナログのオーディオ信号に変換し、その信号を増幅してスピーカ、或いは端子から出力させるものである。チューナー２１は、例えばその端子に接続されたヘッドホンに内蔵のアンテナ、或いはアンテナ入力端子（不図示）に接続された外部アンテナにより受信された放送信号を入力して、そのなかから抽出すべきチャンネルの放送信号を抽出して復調し、エンコードを行ってデジタルの映像データ、及びオーディオデータを出力するものである。放送信号の保存、つまり放送番組の録画は、ＣＰＵ１１がそれらのデータを符号化して補助記憶装置１７に格納することで行われる。
【００２８】
その補助記憶装置１７には、各種アプリケーションに対応したＯＳの他に、それと比較して有する機能が制限されているＯＳが格納されている。ここでも同様に、前者は「汎用ＯＳ」或いは「第１のＯＳ」と呼び、後者は「インスタントＯＳ」或いは「第２のＯＳ」と呼ぶことにする。インスタントＯＳ上で動作するＡＶ機能用のアプリケーションも補助記憶装置１７に格納されている。そのアプリケーション名は「インスタントＭｙＭｅｄｉａ」と呼ぶことにする。そのインスタントＭｙＭｅｄｉａには、ＴＶ放送の視聴、媒体ＭＤの再生、等のための機能が搭載されている。その媒体ＭＤとしては以降、ＤＶＤを想定する。
【００２９】
一方、ＲＣ４０は、上記情報処理装置１０を遠隔で操作するためのものである。図３に示すように、情報処理装置１０と赤外線で通信を行うための赤外線通信装置４１と、ＲＣ４０全体の制御を行う制御装置４２と、各種ボタンを有する入力装置４３と、を備えた構成となっている。各種ボタンとしては、インスタントＭｙＭｅｄｉａの起動を指示するためのＭｙＭｅｄｉａボタン４３ａ、ＴＶ放送を視聴できる状態でのインスタントＭｙＭｅｄｉａの起動を指示するためのＴＶボタン４３ｂ、及び媒体ＭＤを再生できる状態でのインスタントＭｙＭｅｄｉａの起動を指示するためのＤＶＤボタン４３ｃが含まれる。
【００３０】
制御装置４２は、入力装置４３が有する各種ボタンの状態変化を監視することにより、ユーザが操作したボタンを特定し、特定したボタンに応じた信号を赤外線通信装置４１により送信させる。それにより、ＲＣ４０に対してユーザが行った操作を情報処理装置１０に通知する。
【００３１】
情報処理装置１０の電源コントローラ２３は、ＲＣ４０の赤外線通信装置４１により送信される信号の受信のために、赤外線通信装置２０への電力の供給を常時、行う。それにより、上記ボタン４３ａ〜ｃへの操作により送信される信号の赤外線通信装置２０による受信、或いは不図示の電源ボタンの押下に応答して、それ以外への電力の供給を開始する。その電力の供給開始により、ＣＰＵ１１は、ＲＯＭ１３に格納されたＢＩＯＳを読み出し、起動イベントの種類に応じて選択するＯＳを補助記憶装置１７からＲＡＭ１２に読み出して起動する。
【００３２】
ＲＡＭ１２に格納されているデータをそのＲＡＭに電力を供給して保存するスタンバイ状態、或いはそのデータを補助記憶装置１７に格納して保存するハイバネーション状態から元の状態に復帰させる復帰イベントとしては便宜的に、ＲＣ４０に設けられた各ボタン４３ａ〜４３ｃの何れかへの操作により発生するイベント、電源ボタンの押下、無線通信装置２０による信号の受信、及びＲＴＣ２４の何れかによって発生するイベント、のみを想定することにする。汎用ＯＳ、或いはインスタントＯＳを新たに起動させる起動イベントは復帰イベントと同じものを想定する。その想定では、同じイベントはＲＡＭ１２上のデータを保存している状態か否かにより、起動イベント、及び復帰イベントの何れかとして扱われる。
【００３３】
スタンバイ状態、及びハイバネーション状態では、電源コントローラ２３から各部に供給する電力が制限される。例えば表示装置１６やチューナー２１、及び補助記憶装置１７などへの電力の供給は停止し、無線通信装置１９などは省電力モードで動作させる。そのようにして、通常よりも省電力状態にされる。
【００３４】
図４は、上記情報処理装置１０での動作遷移を説明する図である。その図４は、ＡＣＰＩ（Advanced Configuration and Power Interface）の規格を用いて動作遷移を表したものである。
【００３５】
本実施の形態では、図４に示すように、汎用ＯＳを起動させている電源ＯＮ状態（Ｇ０（Ｓ０））からシャットダウンの指示による電源断状態（Ｇ２（Ｓ５））に移行させる際に、インスタントＯＳを使用する設定となっているか否か判定するようにしている。それにより、インスタントＯＳを使用する設定と判定した場合、インスタントＯＳを起動させて電源ＯＮ状態（Ｇ０（Ｓ０））に自動的に移行させ、その起動後、スタンバイ状態（Ｓ３）の休止状態（Ｇ１）に移行させるようにしている。
【００３６】
上述したように、インスタントＯＳ（インスタントＭｙＭｅｄｉａ）は、各ボタン４３ａ〜４３ｃの何れかへの操作により起動させるようになっている。このことから、休止状態（Ｇ１（Ｓ３））から電源ＯＮ状態（Ｓ０）への復帰は、ＲＣ４０からそれら何れかのボタンの操作が通知されることを復帰イベントとして行うようにしている。電源ボタンの押下、無線通信装置２０による信号の受信、或いはＲＴＣ２４による復帰イベントの発生では、電源ＯＮ状態（Ｓ０）に一時的に復帰させた後、汎用ＯＳ、或いはそれよりも前のＯＳであるＬｅｇａｃｙを起動させるようにしている。
【００３７】
インスタントＯＳをスタンバイ状態に移行させることにより、そのインスタントＯＳの起動をユーザが所望する場合、そのスタンバイ状態から電源ＯＮ状態に復帰させれば良いことになる。このため、その復帰イベントをユーザが発生させてから極めて高速にインスタントＯＳは起動される。その結果、ユーザは情報処理装置１０をＡＶ家電の代わりとして常により快適に利用できることとなる。汎用ＯＳのシャットダウンによりインスタントＯＳのスタンバイ状態に自動的に移行させるため、ユーザにとっては煩わしい操作を行うことなく、インスタントＯＳを常に高速に起動できることとなる。
【００３８】
本実施の形態では、スタンバイ状態に移行させるようにしているが、これはハイバネーション状態と比較して、元の状態への復帰がより迅速に行えるためである。元の状態への復帰に要する時間などによっては、ハイバネーション状態に移行させるようにしても良い。スタンバイ状態、ハイバネーション状態の何れかをユーザに選択させ、ユーザが選択した状態に移行させるようにしても良い。
【００３９】
図５は、汎用ＯＳの終了後における動作遷移を説明する図である。その動作遷移は、表示装置１６に表示される画面の遷移により表している。図５中のＰ１１は、汎用ＯＳのシャットダウンが選択された旨を通知する画面、Ｐ１２はインスタントＯＳがスタンバイ状態のときの画面、Ｐ１３は汎用ＯＳの起動が開始した旨を通知する画面、Ｐ１４は汎用ＯＳの起動後の画面、をそれぞれ表している。図１と同じ、或いは基本的に同じ画面には同一の符号を付してある。
【００４０】
図５に示すように、インスタントＯＳをスタンバイ状態とすることにより、極めて短時間にＡＶ機能が利用できるようになる。インスタントＯＳを元の状態に復帰させるべきか否か判定して元の状態に復帰させるため、汎用ＯＳの起動にも適切に対応することができる。
【００４１】
図６、及び図７は、全体処理のフローチャートである。電源オフの状態から状況によって実行される処理の流れを表してものである。次に図６、及び図７を参照して、情報処理装置１０の動作について詳細に説明する。その動作の大部分は、ＣＰＵ１１が、ＲＯＭ１３に格納されたＢＩＯＳを実行しながら、状況に応じて汎用ＯＳ、インスタントＯＳ、及びアプリケーションのうちの少なくとも一つを実行することで実現される。このようなことから、符号の先頭の２シンボルは制御を持つプログラム、或いは状態によって異ならせている。
【００４２】
図６のステップＳＥ１は、外部電源３０からの電力が供給されていない状態を表している。次のステップＯＰ１はその状態でユーザが外部電源３０を接続させたことを表している。その外部電源３０を接続させると、電源コントローラ２３は、電源をオンさせる（ステップＳＥ２）。その電源のオンにより、ＣＰＵ１１は、ＢＩＯＳをＲＯＭ１３から読み出し、シャットダウン（Ｓｈｕｔｄｏｗｎ）用のサブプログラムを実行する（ステップＳＢ１）。その実行後は、電源ボタンの押下等の起動イベントに対応できる状態であるステップＯＰ２に移行する。
【００４３】
その状態でユーザが電源ボタンを押下したといった理由で起動イベントが発生すると、電源コントローラ２３は各部への電力の供給を開始する。それにより、ステップＳＢ２に移行して、ＣＰＵ１１は、ＢＩＯＳのＰＯＳＴ(Power On Self Test)用のサブプログラムを実行して、接続されているハードウェアが正常に動くか否かのテストを行う。次のステップＳＢ３では、汎用ＯＳ（第１のＯＳ）を補助記憶装置１７から読み出して起動し、その画面表示用のイメージを補助記憶装置１７から読み込む。
【００４４】
その後のステップＯＰ３では、ユーザのＲＣ４０や入力装置１５への操作に応じた処理を行う。そのステップＯＰ３で汎用ＯＳのシャットダウンをユーザが指示すると、そのシャットダウンの方法を選択させる。それにより、スタンバイをユーザが選択すると、汎用ＯＳはその選択に応答してＢＩＯＳのスタンバイ用のサブプログラムを実行させた後、スタンバイ状態（Ｓ１／Ｓ３）に移行させる（ステップＯＰ３→ＯＰ４→ＳＣ１）。その移行後は、ステップＳＥ３の状態で発生する復帰イベントにより、上記ステップＳＢ２に戻る。その場合、ステップＳＢ２に続くステップＳＢ３では、スタンバイ状態から元の状態に復帰させるための処理を行う。
【００４５】
上記シャットダウンの方法としてハイバネーションをユーザが選択した場合には、汎用ＯＳはその選択に応答してＢＩＯＳのハイバネーション用のサブプログラムを実行させた後、ハイバネーション状態（Ｓ４）に移行させる（ステップＯＰ３→ＯＰ５→ＳＣ２）。その移行後は、ステップＳＥ４の状態で発生する復帰イベントにより、上記ステップＳＢ２に戻る。その場合、ステップＳＢ２に続くステップＳＢ３では、ハイバネーション状態から元の状態に復帰させるための処理を行う。
【００４６】
上記シャットダウンの方法としてリブート（Ｒｅｂｏｏｔ）をユーザが選択した場合には、汎用ＯＳはその選択に応答して、再度、ＰＯＳＴ用のサブプログラムを実行させる（ステップＯＰ３→ＯＰ６→ＳＢ２）。その実行後のステップＳＢ３では、汎用ＯＳを再度、補助記憶装置１７から読み出しての起動を行う。
【００４７】
上記シャットダウンの方法として汎用ＯＳの終了をユーザが選択した場合には、汎用ＯＳはその選択に応答して、ＢＩＯＳのシャットダウン用のサブプログラムを実行させるべきプログラムとして選択する（ステップＯＰ３→ＯＰ７）。
【００４８】
インスタントＭｙＭｅｄｉａを動作可能とさせているインスタントＯＳは、汎用ＯＳと同様に、その使用に必要な設定等のために必ず実行すべき開封処理を実行させた後に使用可能とさせている。それらのＯＳは共に開封処理の実行を必要とさせていることから、本実施の形態ではそれらの開封処理を同時に行うようにしている。その開封処理が未実行の場合、汎用ＯＳを起動させた後、その開封処理を実行させるか否かユーザに選択させるようにしている。その実行をユーザが選択した場合には、ＢＩＯＳはそのＭｙＭｅｄｉａを一時的に起動させてインスタント機能の設定を行わせ、引数として用いられる変数Ｓｔａｃｋに１を代入する（ステップＯＰ３→ＳＡ１→ＳＢ４）。ステップＯＰ７にはその後に移行する。
【００４９】
上記開封処理の実行により、インスタントＭｙＭｅｄｉａはインスタントＯＳ上で動作可能となる。このことから、インスタント機能の設定では、デフォルトの“インスタントＭｙＭｅｄｉａは使用しない”の設定を“インスタントＭｙＭｅｄｉａは使用する”に変更する。
【００５０】
ステップＯＰ７に続くステップＳＢ５では、ＢＩＯＳに制御を渡し、インスタント機能の設定はインスタントＭｙＭｅｄｉａは使用するとなっているか否か判定する。開封処理の実行をユーザが選択、或いはその開封処理が実行済みであった場合、インスタントＭｙＭｅｄｉａは使用する、の設定となっていることから、判定はＹＥＳとなって図７のステップＳＢ６に移行する。そうでない場合には、つまり開封処理が未実行であり、且つその実行をユーザが選択していない場合には、判定はＮＯとなって上記ステップＳＢ１に移行し、シャットダウン用のサブプログラムを実行する。
【００５１】
図７のステップＳＢ６では、引数として用いられる変数であるインスタントモードフラグに１をセットし、次のステップＳＢ７では、再起動を開始する。その次のステップＳＢ８では、インスタントＯＳを対象としたＰＯＳＴ用のサブプログラムを実行して、接続されているハードウェアが正常に動くか否かのテストを行う。その後はステップＳＢ９に移行する。インスタントモードフラグにセットした１は、インスタントＯＳが起動中、或いは起動の対象であることを表している。
【００５２】
ステップＳＢ９では、変数Ｓｔａｃｋの値が１か否か判定する。その値が１であった場合、判定はＹＥＳとなり、ステップＳＢ１０でメッセージ１を表示装置１６に表示させた後、ステップＳＢ１２に移行する。そうでない場合には、判定はＮＯとなり、ステップＳＢ１１でメッセージ２を表示装置１６に表示させた後、そのステップＳＢ１２に移行する。メッセージ１は、例えば「インスタントＭｙＭｅｄｉａの設定を行います。しばらくおまちください。」というようなものであり、メッセージ２は、例えば「パソコンを終了しています。電源が切れるまでしばらくおまちください。」というようなものである。
【００５３】
ステップＳＢ１２では、インスタントＯＳが有るか否か判定する。そのインスタントＯＳが補助記憶装置１７に格納されていた場合、判定はＹＥＳとなってステップＳＢ１４に移行する。そうでない場合には、判定はＮＯとなってステップＳＢ１３に移行する。
【００５４】
ステップＳＢ１３では、起動の対象とするインスタントＯＳが存在しないことから、その旨を通知するエラーメッセージを表示装置１６に表示させる。その後は、ユーザが電源ボタンを押下するのを待ち（ステップＯＰ８）、電源断（Ｓ５）の状態に移行させた後、図６のステップＯＰ２に戻る。それにより、電源ボタンへの次の押下などによって発生する起動イベントに備える。
【００５５】
一方、ステップＳＢ１４では、インスタントＯＳを補助記憶装置１７からＲＡＭ１２に読み込む。次のステップＳＤ１では、読み込んだインスタントＯＳに制御を渡し、上記開封処理を実行すべき状況か否か判定する。その開封処理が実行済みの状態であった場合、判定はＮＯとなってステップＳＤ７に移行する。そうでない場合には、判定はＹＥＳとなってステップＳＤ２に移行する。
【００５６】
ステップＳＤ２では、インスタントＯＳを起動させる。続くステップＳＤ３では、初期化処理を実行する。その後はステップＳＤ４に移行して、ＢＩＯＳのシャットダウン用のサブプログラムをコールし、インスタントＯＳを一旦、終了させる。その終了後は、ＢＩＯＳの制御でステップＳＢ６に戻る。このようにしてステップＳＢ６に戻った場合にも、ステップＳＤ１の判定はＹＥＳとなる。それにより、インスタントＯＳの起動、及び初期化処理を再度、実行する。
【００５７】
その初期化処理は、１回目と２回目とで処理内容が異なっている。１回目では、例えば接続されているハードウェアを認識して、必要なドライバの設定などを行う。２回目では、例えば表示させるべき画面を表示させるためのイメージデータの生成等を行う。２回目の初期化処理の実行後は、ステップＳＤ５に移行して、ＢＩＯＳのハイバネーション用のサブプログラムをコールし、生成したイメージデータ等を補助記憶装置１７に格納させる。その後は、ＢＩＯＳの制御下で汎用ＯＳの再起動を選択し（ステップＳＢ１４ａ）、図６のステップＳＢ２に戻る。
【００５８】
図８は、開封処理の実行時における動作遷移を説明する図である。その動作遷移は、図５と同様に、表示装置１６に表示される画面の遷移により表している。図１、或いは図５に示す画面と同じ、或いは基本的に同じものには同一の符号を付している。
【００５９】
図８に示すＰ２１は、開封処理を実行させるか否かユーザに選択させるための画面である。Ｐ２２は、その実行をユーザが選択した場合に表示させる画面であり、その画面Ｐ２２上に通知すべき情報を配置して、開封処理を実行させるか否かの最終的な選択をユーザに行わせるようにさせている。ステップＳＡ１には、ユーザが最終的に開封処理を選択した場合に移行する。画面Ｐ２２の後に表示される画面Ｐ２３は、汎用ＯＳの終了を通知するものである。画面Ｐ２３を表示させた後、汎用ＯＳは一旦、終了し、インスタントＯＳが起動する。
【００６０】
画面Ｐ２４は、インスタントＯＳの起動開始時に表示されるものである。次の画面Ｐ２５は、ステップＳＤ２で１回目にインスタントＯＳを起動させる際に表示される。画面Ｐ２６はステップＳＤ４の処理を実行することでインスタントＯＳを一旦、終了させる際に表示される。画面Ｐ２８は、ステップＳＤ２で２回目にインスタントＯＳを起動させる際に表示される。画面Ｐ２９はステップＳＤ３として２回目の初期化処理を実行した際に表示される。その初期化処理の実行後、インスタントＯＳは終了し、ステップＳＢ２に移行して汎用ＯＳは再起動される。それにより、再度、画面Ｐ１が表示され、その後に画面Ｐ１４が表示される。そのようにして、汎用ＯＳの起動時に開封処理の実行をユーザが選択すると、インスタントＯＳの開封処理も併せて行っている。
【００６１】
図７の説明に戻る。
上記ステップＳＤ１の判定がＮＯとなって移行するステップＳＤ７では、補助記憶装置１７に格納したイメージデータの読み込みを行う。続くステップＳＢ１５では、ＢＩＯＳに制御を渡し、イメージデータの読み込みを直前に行ったか否か判定する。その読み込みを直前に行っていない場合、判定はＮＯとなってステップＳＢ２１に移行する。そうでない場合には、判定はＹＥＳとなってステップＳＢ１６に移行する。
【００６２】
ステップＳＢ１６では、画面の表示を行わない設定にする。次のステップＳＡ２では、インスタントＭｙＭｅｄｉａに制御を渡し、イメージデータの読み込みを直前に行ったか否か判定する。その読み込みを直前に行っていない場合、判定はＮＯとなってステップＯＰ９に移行する。そうでない場合には、判定はＹＥＳとなり、ステップＳＡ３に移行して、インスタントＯＳを介してＢＩＯＳのスタンバイ用のサブプログラムのコールを行う。そのコールにより制御はＢＩＯＳに渡り、スタンバイ状態から元の状態に復帰させるべき復帰イベント（要因）を設定した後、スタンバイ状態に移行させる（ステップＳＢ１７→ＳＥ６）。その復帰イベントの設定は、ＲＡＭ１４に格納されたデータの更新により行われる。
【００６３】
ステップＳＡ２でのＹＥＳの判定は、汎用ＯＳの終了に自動的に応答してインスタントＯＳを起動させたことを意味する。そのように起動させたインスタントＯＳは、ステップＳＡ３でのスタンバイ用のサブプログラムのコールにより、スタンバイ状態に移行することになる。このため、汎用ＯＳの終了により、インスタントＯＳは常に高速に起動できる状態に自動的に移行することになる。
【００６４】
スタンバイ状態に移行させた後、復帰イベントが発生すると、ＢＩＯＳの制御でＲＣ４０による復帰イベントか否か判定する（ステップＳＥ６→ＳＥ７→ＳＢ１８）。ＲＣ４０からの信号の受信が赤外線通信装置２０から通知されたＣＰＵ１１は、赤外線通信装置２０によりＲＣ４０に直前に操作されたボタンの確認を行う。それにより、各ボタン４３ａ〜ｃの何れかが直前に操作されたことを確認できた場合、判定はＹＥＳとなって上記ステップＳＢ１５に戻る。そうでない場合には、判定はＮＯとなり、発生した復帰イベントを汎用ＯＳの起動イベントとしてスタックし（ステップＳＢ１９）、汎用ＯＳを起動の対象に設定してから（ステップＳＢ２０）、図６のステップＳＢ２に戻る。このため、インスタントＯＳのスタンバイ状態であっても、ユーザは特別な操作を行うことなく、汎用ＯＳを必要に応じて起動させることができる。
【００６５】
上記ステップＳＢ１５の判定がＮＯとなって移行するステップＳＢ２１では、ステップＳＤ７で読み込んだイメージデータを表示装置１６に表示させ、インスタントＯＳを起動させた状態に復帰させる。次のステップＯＰ９では、インスタントＭｙＭｅｄｉａ、インスタントＯＳ、及びＢＩＯＳの間で必要に応じて制御を渡すことにより、ユーザが入力装置１５、或いはＲＣ４０に対して行う操作に対応する。その操作によりインスタントＯＳのシャットダウンが指示されると、ステップＯＰ１０に移行して、インスタントＯＳを介してＢＩＯＳのスタンバイ用のサブプログラムをコールする。そのコールにより、上記ステップＳＢ１７に移行する。
【００６６】
このようにして、本実施の形態では、インスタントＯＳの動作中にそのシャットダウンが指示されると、自動的にスタンバイ状態に移行させるようにしている。それにより、汎用ＯＳ、インスタントＯＳの何れのシャットダウンが指示されても、インスタントＯＳを常に高速に起動できる状態に移行させている。
【００６７】
図９は、各ＯＳの開封状態、インスタント機能の設定、及びユーザが行う操作による動作遷移を説明する図である。図９において、項目「ＩＭＭ」に表記の「使用しない」「使用する」はそれぞれインスタントＭｙＭｅｄｉａは使用しない、インスタントＭｙＭｅｄｉａは使用する、という設定内容を表している。項目「Ｏｐｅｒａｔｉｏｎ」に表記の「必ず実行後ＯＦＦ」は、開封処理の実行をユーザが選択する操作を表している。項目「動作遷移」に表記の「ＦＢＥｃａｌｌ」は、ステップＳＡ１で行われるインスタント機能の設定を表している。
【００６８】
図１０は、状態遷移、及びその状態遷移の間に経由する状態による動作遷移を説明する図である。図１０（ａ）は、インスタント機能の設定がインスタントＭｙＭｅｄｉａは使用しない場合のものであり、図１０（ｂ）は、その設定がインスタントＭｙＭｅｄｉａは使用する場合のものである。
【００６９】
図６、及び図７に示す全体処理を実行することにより、図９、及び図１０にそれぞれ示すように動作遷移が状況に応じて行われる。
なお、本実施の形態では、汎用ＯＳの終了によるインスタントＯＳの起動、起動後のスタンバイ状態への移行（シャットダウンの指示による移行を含む）、元の状態への復帰はそのための機能をＢＩＯＳに搭載させることで実現させているが、別のプログラムの制御によりそれら、或いはその一部を実現させるようにしても良い。
【００７０】
本実施の形態は、外部電源３０から供給される電力でのみ動作する情報処理装置に本発明を適用させたものである。しかし、情報処理装置には、例えばノート型のＰＣのように、バッテリで駆動可能なものも存在する。本発明は、バッテリのような内部電源を搭載可能な情報処理装置にも適用させることができる。
【００７１】
バッテリを搭載した情報処理装置では、例えば図１に示すように、電源コントローラ２３にバッテリ２６を接続し、そのバッテリ２６への充電、そのバッテリ２６からの電力の供給を電源コントローラ２３に行わせる構成を採用することができる。そのような構成の情報処理装置では、外部電源３０、及びバッテリ２６ぞれぞれの接続の有無、バッテリ２６の残量などを電源コントローラ２３により確認することができる。このことから、汎用ＯＳの終了に応答して起動させたインスタントＯＳを、外部電源３０の接続の有無に応じてスタンバイ状態、及びハイバネーション状態の何れかに移行させるようにしても良い。そのように移行させる状態を状況に応じて選択することにより、より適切に情報処理装置を動作させることができるようになる。
【００７２】
外部電源３０が接続されている場合、消費電力を重要視する必要性は低いと考えられることから、外部電源３０が接続されていればスタンバイ状態、それが接続されていなければ消費電力をより抑えるためにハイバネーション状態に移行させることが望ましい。移行させる状態の選択は例えばステップＳＡ２に続けて行うようにすれば良い。外部電源３０が接続されているか否かの確認は、その選択を行う前であれば任意のタイミングで行わせれば良い。
【００７３】
外部電源３０の未接続により移行させたハイバネーション状態は、その外部電源３０の接続によりスタンバイ状態に移行させるようにしても良い。その移行は、例えば復帰イベントとして外部電源３０の接続をステップＳＢ１７で設定し、その接続による復帰イベントが発生すると、ステップＳＢ１８→ＳＢ１５→ＳＢ２１→ＯＰ９と移行させてインスタントＯＳを一時的に動作状態に復帰させ、その後のステップＯＰ１０で復帰イベントに応じて移行させるべき状態を選択し、その状態に移行させるＢＩＯＳのサブプログラムをコールさせるようにすることで実現させることができる。
【００７４】
一方、外部電源の接続により移行させたスタンバイ状態は、その外部電源３０が未接続状態となることでハイバネーション状態に移行させるようにしても良い。そのハイバネーション状態への移行は、外部電源３０が未接続状態となり、且つバッテリ２６の残量が所定の閾値より少なくなった場合に行うようにしても良い。それらは何れも、上記ハイバネーション状態からスタンバイ状態への移行と同様の方法で実現させることができる。
【００７５】
上述したようにして、移行させるべき状態を状況の変化に応じて随時、選択して移行させる場合には、常に最適に情報処理装置を動作させることができるようになる。
【図面の簡単な説明】
【００７６】
【図１】従来の情報処理装置において、インスタントＯＳの起動からＡＶ機能が利用できる状態に移行するまでに必要な時間を説明する図である。
【図２】本実施の形態による情報処理装置の構成を説明する図である。
【図３】本実施の形態による情報処理装置用のリモートコントロール装置の構成を説明する図である。
【図４】本実施の形態による情報処理装置１０での動作遷移を説明する図である。
【図５】汎用ＯＳの終了後における動作遷移を説明する図である。
【図６】全体処理のフローチャートである。
【図７】全体処理のフローチャートである（続き）。
【図８】開封処理の実行時における動作遷移を説明する図である。
【図９】各ＯＳの開封状態、インスタント機能の設定、及びユーザが行う操作による動作遷移を説明する図である。
【図１０】状態遷移、及びその状態遷移の間に経由する状態による動作遷移を説明する図である。
【符号の説明】
【００７７】
１０    情報処理装置
１１  ＣＰＵ
１２、１４    ＲＡＭ
１３    ＲＯＭ
１５    入力装置
１６    表示装置
１７    補助記憶装置
１８    媒体駆動装置
２０    赤外線通信装置
２１    チューナー
２２    サウンドシステム
２３    電源コントローラ
２４    リアルタイムクロック
２５    バス
２６    バッテリ
【図２】
2006260372.tif 000003
【図３】
2006260372.tif 000004
【図４】
2006260372.tif 000005
【図６】
2006260372.tif 000006
【図７】
2006260372.tif 000007
【図９】
2006260372.tif 000008
【図１０】
2006260372.tif 000009
【図１】
2006260372.tif 000010
【図５】
2006260372.tif 000011
【図８】
2006260372.tif 000012