(57)【要約】【課題】通常モードでのＯＳの起動に失敗しても、ユーザが意識せずにリカバリモードでＯＳが起動されるようにする。【解決手段】ＢＩＯＳは、オペレーティングシステムを通常モードで起動するための起動条件であるデフォルト・ブート・パスをデフォルトで選択する一方で、所定の条件に当てはまるとき、オペレーティングシステムをリカバリモードで起動するための起動条件であるリカバリ・ブート・パスを選択する。リカバリモードのオペレーティングシステムは、オペレーティングシステムが通常モードで正常に起動できるようオペレーティングシステムを修復する。【選択図】図２
2014235520.tif 000002
【特許請求の範囲】
【請求項１】
ＢＩＯＳからオペレーティングシステムを起動する情報処理装置であって、
前記ＢＩＯＳは、
前記オペレーティングシステムを通常モードで起動するための起動条件であるデフォルト・ブート・パスをデフォルトで選択し、
所定の条件に当てはまるとき、前記オペレーティングシステムをリカバリモードで起動するための起動条件であるリカバリ・ブート・パスを選択し、
前記リカバリモードの前記オペレーティングシステムは、前記オペレーティングシステムが前記通常モードで正常に起動できるよう前記オペレーティングシステムを修復する
ことを特徴とする情報処理装置。
【請求項２】
前記オペレーティングシステムの起動の成否を起動成否結果として記憶する起動成否記録手段を備え、
前記所定の条件が、前記起動成否結果が失敗であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記リカバリモードのオペレーティングシステムは、不揮発記憶手段に保存された正常起動可能なシステム状態に基づいて前記オペレーティングシステムを修復することを特徴とする、請求項１又は２に記載の情報処理装置。
【請求項４】
前記通常モードのオペレーティングシステムは、正常終了直前にシステム状態を前記不揮発記憶手段に保存することを特徴とする、請求項３に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関し、特に、通常モードでのオペレーティングシステム起動に失敗した後の再起動時に自動的にリカバリモードでの起動を可能にし、システム復旧を容易にする技術に関する。
【背景技術】
【０００２】
パーソナルコンピュータ（以下、ＰＣ）をはじめとする汎用のコンピュータの技術分野においては、オペレーティングシステム立ち上げに失敗したときなどのために、リカバリ用のプログラムを備えておき、障害発生時に、このリカバリ用のプログラムを実行する技術が従来知られている（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−０７１１８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ハードウェアデバイスに、オペレーティングシステム（以下、ＯＳ）や、いわゆるプリインストールソフトウェアなどがあらかじめインストールされたＰＣを製造する場合、特許文献１のようにハードディスクドライブ（以下、ＨＤＤ）にＯＳイメージを作成することがある。ＯＳイメージを記憶装置上に構築すると、インストールする作業を省略することができる。
【０００５】
これに対して、小売店舗などでのデモンストレーションで使われるデモ機では、ＯＳのインストールやデモ機として相応しいプリインストールソフトウェアのインストールを行う必要がある。プリインストールソフトウェアや設定が小売店舗ごとに異なる場合があり、それぞれに対応したインストール作業が必要となる。
【０００６】
このような作業を簡略化するため、従来では、ＨＤＤ上にあらかじめＩＳＯ９６６０規格に準拠したブータブルＣＤイメージを構築しておき、ＢＩＯＳがこのＣＤイメージを利用するブートパスを選択して起動するという方法がとられていた。ＣＤイメージとは、光ディスク用アーカイブファイルである。また、この方法においては、通常複数回行われる再起動も自動化される。
【０００７】
しかしながら、何らかの原因により起動／再起動に失敗することがある。失敗した場合、エラースクリーンが表示されてシステムが自動的にシャットダウンするなどのシーケンスとなり、システムが沈黙するので、複数回行われる再起動処理の何回目か、インストール作業のどこのステージでエラーとなったのか、などの情報が得られないという問題があった。
【０００８】
例えば、米国マイクロソフト社のＯＳ、ウィンドウズ（登録商標）などでは正常終了に失敗したあとの再起動時に「通常起動するか？」と聞いてくるが、これはＯＳが出すメッセージである。上述のようなＯＳのインストールが完了する前には出せない。そこで、本発明は、たとえＯＳのインストール前であってもリカバリモードでのＯＳ起動を可能にすることを目的とするが、以下で開示される発明は、上述のようなＯＳセットアップ時に限定されない。セットアップ後のＯＳ起動についても適用可能な発明を提供する。
【０００９】
本発明は、上記実情に鑑みてなされたものであって、通常モードでのＯＳの起動に失敗しても、ユーザが意識せずにリカバリモードでＯＳが起動されるようにすることを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明は、ＢＩＯＳからオペレーティングシステムを起動する情報処理装置であって、前記ＢＩＯＳは、前記オペレーティングシステムを通常モードで起動するための起動条件であるデフォルト・ブート・パスをデフォルトで選択し、所定の条件に当てはまるとき、前記オペレーティングシステムをリカバリモードで起動するための起動条件であるリカバリ・ブート・パスを選択し、前記リカバリモードの前記オペレーティングシステムは、前記オペレーティングシステムが前記通常モードで正常に起動できるよう前記オペレーティングシステムを修復することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、通常モードでのＯＳの起動に失敗しても、ユーザが意識せずにリカバリモードでＯＳが起動されるようにすることが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明による実施形態のハードウェア＆ソフトウェア構成例を示すブロック図である。
【図２】上記実施形態のリカバリーフローを示す図（その１）である。
【図３】上記実施形態のリカバリーフローを示す図（その２）である。
【発明を実施するための形態】
【００１３】
以下、本発明による実施形態について図面を参照しながら説明する。
【００１４】
図１に、本実施形態のハードウェア＆ソフトウェア構成例を示す。本実施形態に係る情報処理装置１は、パーソナルコンピュータ（以下、主として「ＰＣ」と呼ぶ）、スレート型ＰＣ、タブレット型ＰＣ、スマートフォン、携帯型情報端末（Personal Digital Assistance: PDA）などのパーソナルデバイスが実施例としてあげられる。
【００１５】
情報処理装置１は、マザーボードと呼ばれることもあるシステムボード１０に接続したハードウェアデバイス、演算装置１１、一次記憶１２、表示装置１３、電源装置１４、ＲＯＭ１５、二次記憶１６を有する。図示の他に、ネットワークインターフェイスやユーザインターフェイス、光学式入出力装置などの情報入出力装置を有していてもよい。
【００１６】
省電力及び電源制御の方式には種々のものがあるが、本実施形態に係る情報処理装置１は、ＡＣＰＩ（Advanced Configuration and Power Interface）仕様書の規定に基づく。電源装置１４は、ＡＣＰＩの各電源状態（Ｓ０〜Ｓ５）をサポートする。
【００１７】
ＲＯＭ１５と二次記憶１６は、不揮発性のメモリデバイスである。ＲＯＭ１５は、例えばシステムボード１０上のフラッシュメモリなどで構成される。本実施形態においては記憶の書換可能のものを用いる。二次記憶１６は、例えばＨＤＤやＳＳＤ（Solid State Drive）などで構成される。
【００１８】
ＲＯＭ１５には、ファームウェアであるＢＩＯＳ（Basic Input/Output System）１５１が記憶されている。また、ＢＩＯＳ１５１が利用する設定情報やオプション情報として、ステータス情報１５２が記憶されている。ステータス情報１５２には、通常モードでのＯＳ起動に成功したか又は成功したかという結果に関する情報である起動成否結果１５２１が含まれる。情報処理装置１がＳ５状態のとき、電源投入され、システムボード１０に電源装置１４から電源がもたらされると、演算装置１１は、まずＲＯＭ１５からＢＩＯＳ１５１を読み出し、一次記憶１２に展開することで、ロードする。
【００１９】
図１の状態においては、情報処理装置１にはまだオペレーティングシステム（以下、「ＯＳ」）がインストールされていない。二次記憶１６には、ＯＳをインストールする又は起動するためのアーカイブディスクファイルが記憶されている。ＣＤイメージ１６１と１６２である。ＣＤイメージ１６１と１６２は、好ましくはＩＳＯ９６６０規格に準拠したブータブルＣＤのＣＤイメージファイルであるが、この実施例に限定される必要はない。
【００２０】
ＣＤイメージ１６１は、普通にインストールする場合のＣＤイメージファイルであるのに対して、ＣＤイメージ１６２は、リカバリモードでのＯＳの起動を行うためのＣＤイメージファイルである。本実施形態においてインストールしたり起動したりするＯＳに限定はないが、一例としては、米国マイクロソフト社のウィンドウズ（登録商標）が挙げられる。
【００２１】
このようなＯＳにおいては、起動オプションとしてリカバリモードでの起動が提供される。リカバリモードで起動した場合、エラーが生じる直前の状態にシステムの設定を戻すことができる。エラーが生じる直前のシステムの状態は、システム状態１６３として二次記憶１６に記憶されている。なお、ここでいう「リカバリモード」とは、ＯＳ状態を修復したり復旧したりするためのモードである。リカバリモードで起動したＯＳは、不揮発性記憶装置に記憶しておいた前回正常終了直前のシステム状態に基づいてＯＳ状態を修復することができる。システム状態１６３は、通常モードのＯＳが正常終了直前に二次記憶１６に保存する。
【００２２】
次に、本実施形態の特徴的な構成及び動作の流れについて、図２と図３を参照しながら説明する。図２、図３は、本実施形態のリカバリーフローを本実施形態の機能構成と合わせて示す図である。図２は、正常時のフローであり、図３は、ＣＤイメージ１６１が破損しているような異常のあるときのフローである。
【００２３】
本実施形態においては、一例として、ＯＳの自動セットアップ処理においてエラーが生じて起動失敗した場合のリカバリモードでの起動について記載する。しかしながら、本発明によるリカバリモードでの起動処理は、この実施形態に限定されるものではなく、セットアップ完了後のＯＳ起動においても同様に適用可能である。
【００２４】
なお、図２、図３において、デフォルト・ブート・パス１７１とは、通常モードでＯＳを起動するための起動条件である。また、リカバリ・ブート・パス１７２は、リカバリモードでＯＳを起動するための起動条件である。これらは例えばＲＯＭ１５に記憶されている。また、これらと並列に、小売店舗用のデモ機を起動するためのセットアップ起動パスや、販売店店頭起動パスなどの種々の起動条件も記憶されていてもよい。
【００２５】
本実施形態のＯＳの自動セットアップ処理は、複数回の再起動を伴う。図２に示すように、正常時は、Ｓ５状態から起動（コールド・ブートと呼ぶ場合がある）されると、ＢＩＯＳ１５１がロードされる。次に、ＢＩＯＳ１５１のファームウェアの設定（ステータス情報１５２）にしたがって、ブートデバイスが決まる。本実施形態においてはブートデバイスは通常、二次記憶１６となる。また、ＢＩＯＳ１５１のロードによりＢＩＯＳ１５１の一機能である起動成否記録手段１５１１が構成される。
【００２６】
次に、ＢＩＯＳ１５１のファームウェアがロードされた演算装置１１は、パスを探す。具体的にはステータス情報１５２に基づいてパスを探す。ステータス情報１５２が「デフォルト」であれば、演算装置１１は、デフォルト・ブート・パス１７１をたどってＣＤイメージ１６１を読み出し、通常モードのＯＳをロードしようとする。デフォルト・ブート・パス１７１は、上記ステータス情報１５２に含まれる。
【００２７】
起動に成功した場合は通常モードのＯＳが起動する。通常モードのＯＳの起動後、ユーザ操作により各種設定を変えることでリカバリモードのＯＳの起動も可能である。通常モードのＯＳの起動に成功した場合も失敗した場合も、起動成否記録手段１５１１が不揮発性の記憶手段であるＲＯＭ１５に、起動成否結果１５２１として起動に成功したか又は失敗したかに関する情報を記憶させ、リカバリモードでのＯＳ起動ステップ（図３）へ進む。
【００２８】
図３に示すように起動成否結果１５２１に起動が失敗したという記録があれば、演算装置１１は、リカバリ・ブート・パス１７２をたどってＣＤイメージ１６２を読み出し、リカバリモードのＯＳをロードする。デフォルト・ブート・パス１７１と同様に、リカバリ・ブート・パス１７２も、上記ステータス情報１５２に含まれる。
【００２９】
本実施形態は、上述のように構成され、また動作するので、ＢＩＯＳ１５１からのリカバリＯＳ起動が可能となっている。その結果、リカバリＯＳによりエラーが起こる直前の状態へシステムを復元することができるので、エラー発生の情報を得られる。このエラー発生の情報が得られるという効果は、通常のＯＳ起動の場合においても得られるが、複数回の再起動を含む処理（例えば、自動セットアップ処理）中にエラーが発生した場合においても得られる。
【００３０】
自動セットアップ中に突然の電源断などが起きると、電源断からの復旧後に自動セットアップを再開しようとした場合に再開できなくなることがある。電源断に限らず、イレギュラーな操作が行われた場合に再開できなくなるような場合に対して、本実施形態のように、ＢＩＯＳ１５１にリカバリ・ブート・パス１７２の情報をステータス情報１５２などに持たせておき、再起動の際にリカバリ・ブート・パス１７２に基づいてリカバリＯＳ用のＣＤイメージ１６２からリカバリＯＳを起動することを可能にする。そのため、自動セットアップ処理中にエラーが発生した場合においてもシステム状態１６３を参照することによってエラー発生情報を得られる。
【００３１】
また、自動セットアップ処理中は、再起動のときはＳ４状態からのファースト・スタートアップを行うように設定しておき、Ｓ５状態からのコールド・ブートが行われたときにリカバリ・ブート・パス１７２をたどるように設定する構成も好ましい。また、ステータス情報１５２の記憶先として、ＲＯＭ１５でなくとも、例えば、ブートデバイスのマスター・ブート・レコードなどでもよい。
【００３２】
また、電源投入中にキー入力が行われることによって、ＢＩＯＳ１５１がリカバリ・ブート・パス１７２をたどってＣＤイメージ１６２からリカバリＯＳを起動するように構成することも好ましい。この場合、電源投入からＢＩＯＳ１５１が立ち上がり、デフォルト・ブート・パス１７１をたどる前までにキー押下がなされ、また、検知しなければならない。
【００３３】
図３は、通常モードのＯＳを起動するためのＣＤイメージ１６１が破損している場合のリカバリーフローである。デフォルト・ブート・パス１７１を利用したデフォルト・ブートができないので、起動に失敗したかどうかの判定（図２）すらもできない。画面にはリカバリＯＳの起動への選択肢を示すボタンも表示することができない。
【００３４】
図３に示すような場合は、ＯＳの仕様にもよるが、画面にエラー表示を出して、３０秒〜１分以内に自動シャットダウンする。この際、ＢＩＯＳ１５１は、上記ステータス情報に「リカバリ」を記憶させてシャットダウンする。シャットダウン後、Ｓ５状態からのコールド・ブートを開始し、ＢＩＯＳ１５１からのリカバリＯＳ起動を行う。図３に示すような場合においても、自動セットアップ処理中にエラーが発生した場合においてエラー発生情報を得られる。
【符号の説明】
【００３５】
１    情報処理装置
１０    システムボード
１１    演算装置
１２    一次記憶
１３    表示装置
１４    電源装置
１５    ＲＯＭ
１５１    ＢＩＯＳ
１５１１    起動成否記録手段
１５２    ステータス情報
１５２１    起動成否結果
１６    二次記憶
１６１    ＣＤイメージ
１６２    ＣＤイメージ
１６３    システム状態
１７１    デフォルト・ブート・パス
１７２    リカバリ・ブート・パス
【図１】
2014235520.tif 000003
【図２】
2014235520.tif 000004
【図３】
2014235520.tif 000005