(57)【要約】      （修正有）【課題】複数の演算処理部を備えて仮想的に複数のＯＳを並列に実行する情報処理装置において、容易にＯＳ単位でバックアップやリカバリを可能とする。【解決手段】ＶＭＭは、設定ファイルに従って、第１のＯＳ、第２のＯＳなど複数のＯＳそれぞれについて、記憶領域などのハードウェア資源の割り当てを行う。ＰＣ１００は、ハードウェア資源としてスイッチ５１を備えている。スイッチ５１はＰＣ１００の外部に備えられ、スイッチ５１に対してユーザが操作することによりバックアップまたはリカバリが実行される。スイッチ５１は、ＯＳ指定部６１において、ユーザよりＯＳの指定と、バックアップまたはリカバリのいずれかの指定を受け付ける。スイッチ５１は、開始ボタン６２への押下操作を受け付けると、ＯＳ指定部６１における指定に従ってバックアップまたはリカバリを実行する。【選択図】図４
2013191153.tif 000002
【特許請求の範囲】
【請求項１】
複数の演算処理部と、記憶部と、複数のＩ／Ｏデバイスとを含むハードウェア資源を備え、ＶＭＭ（Virtual Machine Monitor）により仮想的に複数のＯＳ（Operating System）を並列に実行する情報処理装置であって、
前記ハードウェア資源は、バックアップ開始のユーザ操作を受け付けるスイッチを含み、
前記記憶部は、
前記複数のＯＳそれぞれについてのハードウェア資源の割り当てを示す設定情報と、
前記ＶＭＭとを記憶し、
前記ＶＭＭは、
前記設定情報に示される割り当てに基づいて各ＯＳにハードウェア資源を割り当てて各ＯＳの動作を管理し、
前記スイッチによりバックアップ開始のユーザ操作を受け付けることにより、前記設定情報に基づいて、前記スイッチにより指定されたＯＳに割り当てられた前記記憶部の領域の情報のバックアップを開始する、
情報処理装置。
【請求項２】
前記ＶＭＭは、
前記スイッチによりバックアップ開始のユーザ操作を受け付けると、ユーザにより指定されたバックアップ対象のＯＳをシャットダウンし、
前記設定情報に基づいて、決定されたバックアップデータの格納先に、バックアップデータを記録し、
バックアップ完了後に前記シャットダウンさせたＯＳをブートさせる、
請求項１記載の情報処理装置。
【請求項３】
前記スイッチは、
ユーザによりＯＳの指定を受け付けるＯＳ指定受付部と、
ユーザによりバックアップ開始の操作を受け付ける部材である開始操作受付部とを含み、
前記ＶＭＭは、
前記開始操作受付部によりバックアップ開始のユーザ操作を受け付けると、前記ＯＳ指定受付部においてユーザにより指定されたバックアップ対象のＯＳの前記バックアップを開始する、
請求項１記載の情報処理装置。
【請求項４】
前記記憶部は、前記ＯＳ指定受付部により指定されるＯＳを示すＯＳ指定情報を記憶しており、
前記開始操作受付部は、バックアップ開始の操作を受け付けることにより割り込み信号を発生させ、
前記ＶＭＭは、前記割り込み信号を受けて、前記ＯＳ指定情報を読み出し、読みだしたＯＳ指定情報に示されるＯＳの再起動を開始する、
請求項３記載の情報処理装置。
【請求項５】
前記スイッチは、
バックアップが実行中であることを報知する部材である報知部を含み、
前記ＶＭＭは、
バックアップ開始のユーザ操作を受け付けると、前記報知部により前記バックアップが実行中であることを報知する、
を備える請求項３記載の情報処理装置。
【請求項６】
複数の演算処理部と、記憶部と、複数のＩ／Ｏデバイスとを含むハードウェア資源を備え、ＶＭＭ（Virtual Machine Monitor）により仮想的に複数のＯＳ（Operating System）を並列に実行する情報処理装置であって、
前記ハードウェア資源は、リカバリ開始のユーザ操作を受け付けるスイッチが含まれ、
前記記憶部は、
前記複数のＯＳそれぞれについてのハードウェア資源の割り当てを示す設定情報と、
前記ＶＭＭと、
前記スイッチに対応付けられたＯＳのバックアップデータとを記憶し、
前記ＶＭＭは、
前記設定情報に示される割り当てに基づいて各ＯＳにハードウェア資源を割り当てて各ＯＳの動作を管理し、
前記スイッチによりリカバリ開始のユーザ操作を受け付けることにより、前記設定情報に基づいて、前記バックアップデータを読み出して前記スイッチに対応づけられたＯＳに割り当てられた前記記憶部の領域のリカバリを開始する、
情報処理装置。
【請求項７】
前記ＶＭＭは、
前記スイッチによりリカバリ開始のユーザ操作を受け付けると、ユーザにより指定されたリカバリ対象のＯＳをシャットダウンし、
リカバリ対象となるバックアップデータの選択をユーザから受け付け、
受け付けたバックアップデータを読み出してリカバリさせる、
請求項６記載の情報処理装置。
【請求項８】
前記スイッチは、
ユーザによりＯＳの指定を受け付けるＯＳ指定受付部と、
ユーザによりリカバリ開始の操作を受け付ける部材である開始操作受付部とを含み、
前記ＶＭＭは、
前記開始操作受付部によりリカバリ開始のユーザ操作を受け付けると、前記ＯＳ指定受付部においてユーザにより指定されたリカバリ対象のＯＳをシャットダウンし、リカバリ対象となるバックアップデータの選択をユーザから受け付けるためのメニュー画面を生成し、前記メニュー画面に対するユーザの操作によりリカバリ対象となるバックアップデータの選択を受け付け、受け付けたバックアップデータを読み出してリカバリさせる、
請求項６記載の情報処理装置。
【請求項９】
前記スイッチは、
リカバリが実行中であることを報知する部材である報知部を含み、
前記ＶＭＭは、
リカバリ開始のユーザ操作を受け付けると、前記リカバリが実行中であることを前記報知部により報知する、
を備える請求項６記載の情報処理装置。
【請求項１０】
前記記憶部は、前記ＯＳ指定受付部により指定されるＯＳを示すＯＳ指定情報を記憶しており、
前記開始操作受付部は、リカバリ開始の操作を受け付けることにより割り込み信号を発生させ、
前記ＶＭＭは、前記割り込み信号を受けて、前記ＯＳ指定情報を読み出し、読みだしたＯＳ指定情報に示されるＯＳのリカバリを開始する、
請求項８記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の演算処理部を備えてＶＭＭ（Virtual  Machine  Monitor）により仮想的に複数のＯＳ（Operating  System）を並列に実行する情報処理装置に関するものであり、特に、データのバックアップの利便性を向上させる技術に関する。
【背景技術】
【０００２】
ＯＳが動作するコンピュータをソフトウェアにより仮想的に実現する仮想化技術が用いられている。ＶＭ（Virtual  Machine）とは、あるＯＳが動作するコンピュータをソフトウェアにより仮想的に実現したものである。ＶＭＭとは、コンピュータを仮想化し、それぞれのＯＳに対応したＶＭを動作させることで、複数の異なるＯＳを並列に実行できるようにするソフトウェアである。ソフトウェアにより仮想的なコンピュータを実現し、ＶＭ上で様々なアプリが実行される。
【０００３】
近年では、マルチコアシステムなど複数の演算処理部を備えたシステムが一般的になってきている（下記の特許文献１参照）。マルチコアシステムにおいても、ＶＭＭにより仮想的に複数のＯＳを動作させている。ＶＭＭは、どのＯＳにどのコアを割り当てるかといった、ＰＣ（Personal  Computer）のハードウェア資源の割り当てを管理している。
【０００４】
この割り当ては、例えば、テキストデータで記述された設定ファイルに基づいて、ＶＭＭの起動時になされる。ＶＭＭは、設定ファイルに従って、ＣＰＵ（Central  Processing  Unit）やＩ／Ｏ（Input/Output）デバイスなどのハードウェア資源を、それぞれのＯＳに割り当てる。
【０００５】
ハードウェア資源の競合がＯＳ間で発生することを避けるために、ＶＭＭによりハードウェア資源の管理をしている。また、ＶＭＭは、例えば、各ＯＳがアクセス可能な共有メモリ領域を確保してこの領域へのアクセスを管理することにより、各ＯＳにハードウェア資源を共有させることもできる。これにより、ＯＳ間でデータの受け渡し等が可能となる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２６６０５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
これらのコンピュータシステムにおいても、データのバックアップは重要である。例えば、第１のＯＳと第２のＯＳとが仮想的に並列に動作している場合に、一方のＯＳの動作が不安定であるとする。この場合、より不安定なＯＳであるほど、ＯＳのＯＳ稼働異常、データ破損等を避けるためにバックアップを必要とする。また、より不安定なＯＳほど、ＯＳ稼働異常時等にリカバリを必要とする機会が多くなる。ＯＳ稼働異常であるとは、例えば、以下の状態をいい、ＯＳからの応答がない状態、ＵＩ（User Interface）からユーザが操作不能な状態、ＯＳの異常を通知する画面が表示された状態などをいう。
【０００８】
例えば、１つの情報処理装置において、ＧＵＩ（Graphical  User  Interface）を備えた汎用ＯＳと、ＲＴＯＳ（Real  Time  Operating  System）とを仮想的に並列に動作させるとする。汎用ＯＳは、ＧＵＩによりユーザの操作を受け付ける。また、汎用ＯＳは、主にＲＴＯＳによる処理の結果を、ユーザに対してＧＵＩにより表示する機能を担うとする。ＲＴＯＳの動作は比較的安定している。一方、汎用ＯＳの動作は比較的不安定であるとすると、汎用ＯＳのデータのバックアップが必要となる。
【０００９】
しかし、ＰＣにおいて複数のＯＳを仮想的に動作させている場合、これらのＯＳのバックアップがユーザにとって煩雑なものとなるおそれがある。例えば、１台のＰＣでこれら複数のＯＳを稼働させているとする。より不安定なＯＳについてユーザがバックアップを希望するにもかかわらず、ＰＣの記憶領域の全体を対象としたバックアップとなることがある。その結果、バックアップに要する時間が不要に長くなる。
【００１０】
またバックアップを実行する際のユーザの操作も、通常は、マウスやキーボードなどＰＣにおいて標準的に用いられる入力デバイスを用いてＧＵＩ画面を介したものとなる。ＧＵＩ画面を介してバックアップやリカバリ開始などのユーザの操作を受け付ける場合も、ＧＵＩ画面を表示するための汎用ＯＳがＯＳ稼働異常となっていると困難となる。
【００１１】
このように、複数の演算処理部を備えるＰＣにおいて複数のＯＳを仮想的に動作させる場合に、ユーザがより容易にＯＳごとのバックアップやリカバリを可能とする技術が必要となっている。
【課題を解決するための手段】
【００１２】
上記課題を解決する、一実施形態にかかる発明は、複数の演算処理部と、記憶部と、複数のＩ／Ｏデバイスとを含むハードウェア資源を備え、ＶＭＭ（Virtual  Machine  Monitor）により仮想的に複数のＯＳ（Operating  System）を並列に実行する情報処理装置であって、ハードウェア資源は、バックアップ開始のユーザ操作を受け付けるスイッチを含み、記憶部は、複数のＯＳそれぞれについてのハードウェア資源の割り当てを示す設定情報と、ＶＭＭとを記憶し、ＶＭＭは、設定情報に示される割り当てに基づいて各ＯＳにハードウェア資源を割り当てて各ＯＳの動作を管理し、スイッチによりバックアップ開始のユーザ操作を受け付けることにより、設定情報に基づいて、スイッチにより指定されたＯＳに割り当てられた記憶部の領域の情報のバックアップを開始する、情報処理装置である。
【００１３】
好ましくは、ＶＭＭは、スイッチによりバックアップ開始のユーザ操作を受け付けると、ユーザにより指定されたバックアップ対象のＯＳをシャットダウンし、設定情報に基づいて、決定されたバックアップデータの格納先に、バックアップデータを記録し、バックアップ完了後にシャットダウンさせたＯＳをブートさせることとしてもよい。
【００１４】
好ましくは、スイッチは、ユーザによりＯＳの指定を受け付けるＯＳ指定受付部と、ユーザによりバックアップ開始の操作を受け付ける部材である開始操作受付部とを含み、ＶＭＭは、開始操作受付部によりバックアップ開始のユーザ操作を受け付けると、ＯＳ指定受付部においてユーザにより指定されたバックアップ対象のＯＳのバックアップを開始することとしてもよい。
【００１５】
好ましくは、記憶部は、ＯＳ指定受付部により指定されるＯＳを示すＯＳ指定情報を記憶しており、開始操作受付部は、バックアップ開始の操作を受け付けることにより割り込み信号を発生させ、ＶＭＭは、割り込み信号を受けて、ＯＳ指定情報を読み出し、読みだしたＯＳ指定情報に示されるＯＳの再起動を開始することとしてもよい。
【００１６】
好ましくは、スイッチは、バックアップが実行中であることを報知する部材である報知部を含み、ＶＭＭは、バックアップ開始のユーザ操作を受け付けると、報知部によりバックアップが実行中であることを報知することとしてもよい。
【００１７】
一実施形態にかかる発明は、複数の演算処理部と、記憶部と、複数のＩ／Ｏデバイスとを含むハードウェア資源を備え、ＶＭＭ（Virtual  Machine  Monitor）により仮想的に複数のＯＳ（Operating  System）を並列に実行するｈｍｍであって、ハードウェア資源は、リカバリ開始のユーザ操作を受け付けるスイッチが含まれ、記憶部は、複数のＯＳそれぞれについてのハードウェア資源の割り当てを示す設定情報と、ＶＭＭと、スイッチに対応付けられたＯＳのバックアップデータとを記憶し、ＶＭＭは、設定情報に示される割り当てに基づいて各ＯＳにハードウェア資源を割り当てて各ＯＳの動作を管理し、スイッチによりリカバリ開始のユーザ操作を受け付けることにより、設定情報に基づいて、バックアップデータを読み出してスイッチに対応づけられたＯＳに割り当てられた記憶部の領域のリカバリを開始する、情報処理装置である。
【００１８】
好ましくは、ＶＭＭは、スイッチによりリカバリ開始のユーザ操作を受け付けると、ユーザにより指定されたリカバリ対象のＯＳをシャットダウンし、リカバリ対象となるバックアップデータの選択をユーザから受け付け、受け付けたバックアップデータを読み出してリカバリさせることとしてもよい。
【００１９】
好ましくは、スイッチは、ユーザによりＯＳの指定を受け付けるＯＳ指定受付部と、ユーザによりリカバリ開始の操作を受け付ける部材である開始操作受付部とを含み、ＶＭＭは、開始操作受付部によりリカバリ開始のユーザ操作を受け付けると、ＯＳ指定受付部においてユーザにより指定されたリカバリ対象のＯＳをシャットダウンし、リカバリ対象となるバックアップデータの選択をユーザから受け付けるためのメニュー画面を生成し、メニュー画面に対するユーザの操作によりリカバリ対象となるバックアップデータの選択を受け付け、受け付けたバックアップデータを読み出してリカバリさせることとしてもよい。
【００２０】
好ましくは、スイッチは、リカバリが実行中であることを報知する部材である報知部を含み、ＶＭＭは、リカバリ開始のユーザ操作を受け付けると、リカバリが実行中であることを報知部により報知することとしてもよい。
【００２１】
好ましくは、記憶部は、ＯＳ指定受付部により指定されるＯＳを示すＯＳ指定情報を記憶しており、開始操作受付部は、リカバリ開始の操作を受け付けることにより割り込み信号を発生させ、ＶＭＭは、割り込み信号を受けて、ＯＳ指定情報を読み出し、読みだしたＯＳ指定情報に示されるＯＳのリカバリを開始することとしてもよい。
【発明の効果】
【００２２】
これにより、ユーザは、容易にＯＳ単位でバックアップやリカバリを実行することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明を構成するＰＣ１００の機能ブロック図である。
【図２】ハードウェア資源とソフトウェア資源との論理的な対応関係を示す図である。
【図３】設定ファイル７７を示す図である。
【図４】スイッチ５１の外観を示す図である。
【図５】ＯＳ指定部６１の外観を示す図である。
【図６】ロータリースイッチとユーザ指定との対応関係を示す図である。
【図７】バックアップ処理を示すフローチャートである。
【図８】リカバリ処理を示すフローチャートである。
【図９】リカバリ対象のデータの選択をユーザより受け付けるためのメニュー画面を示す図である。
【図１０】変形例にかかるスイッチ５１ａの外観を示す図である。
【発明を実施するための形態】
【００２４】
以下、本発明の情報処理装置について、図面を用いて説明する。
＜１  構成＞
本実施形態では、情報処理装置としてＰＣの例を説明する。このＰＣにおいて、ＶＭＭにより複数のＯＳを仮想的に並列に実行する。
【００２５】
＜１．１  ＰＣの構成＞
図１は、本発明を構成するＰＣ１００の機能ブロック図である。
【００２６】
図１に示すように、ＰＣ１００は、マルチコア１０と、ハードディスクドライブ３０と、Ｉ／Ｏ部５０と、メモリ７０とを含む。ＰＣ１００は、Ｉ／Ｏ部５０により外部の情報処理装置である外部機器２００や外部機器３００と接続している。外部機器２００等の外部の情報処理装置は、例えば、モニタなどの映像表示装置である。これら外部の情報処理装置は、ＰＣ１００による映像出力を受け付けて、所定のＯＳのＧＵＩ（Graphical  User  Interface）画面を表示する。また、外部の情報処理装置は、タッチパネル等により操作者による操作を受け付けてＰＣ１００へ出力する。
【００２７】
ＰＣ１００は、複数の演算処理部を備えている。複数の演算処理部の機能は、本実施形態では、マルチコア１０により発揮される。マルチコア１０は、複数のプロセッサ・コア（第１のコア１１、第２のコア１２、・・）を備えており、プログラムに従って演算処理を並列に実行する。第１のコア１１や第２のコア１２は、マルチコア１０に備わるそれぞれのプロセッサ・コアである。ＶＭＭ７３は、後述する設定ファイル７７に従って、各プロセッサ・コアに対してＯＳを割り当てる。
【００２８】
ハードディスクドライブ３０は、大容量の記憶容量を備える記憶装置であり、所定のプログラムやデータを記憶している。
【００２９】
Ｉ／Ｏ部５０は、ＰＣ１００における入出力機能を発揮させるためのＩ／Ｏインタフェースを複数備える。図示するように、Ｉ／Ｏ部５０は、複数のＩ／Ｏデバイス（スイッチ５１、Ｉ／Ｏデバイス５２、・・）を備えている。スイッチ５１は、バックアップおよびリカバリに関してユーザから操作を受け付けるハードウェア資源である。詳しくは後述する。Ｉ／Ｏデバイス５２などのＩ／Ｏデバイスは、例えば映像出力のための出力ポートや、外部の情報処理装置と通信するための通信ポートなどである。
【００３０】
メモリ７０は、プログラムを実行するために一時的に用いられる記憶領域である。メモリ７０は、例えばSDRAM(Synchronous  Dynamic  Random  Access  Memory)などとして実現される。第１のＯＳ７１、第２のＯＳ７２、ＶＭＭ７３、アプリ７５が読みだされてメモリ７０において記憶されている。
【００３１】
マルチコア１０の各コアは、複数のＯＳを仮想的に実行するために、ハードディスクドライブ３０より各ＯＳに対応したＶＭを読みだしてメモリ７０に記憶させている（第１のＯＳ７１、第２のＯＳ７２）。本実施形態では、第１のＯＳ７１と第２のＯＳ７２は協働して並列に実行されるものとする。本実施形態では、第１のＯＳ７１は、ＧＵＩ表示機能を備えた汎用的なＯＳを仮想的に実行するためのＶＭとする。第２のＯＳ７２は、例えば、ＲＴＯＳ（Real  Time  Operating  System）を仮想的に実行するためのＶＭである。第２のＯＳ７２のＲＴＯＳで所定の処理を繰り返し実行し、第１のＯＳ７１のＧＵＩ機能により外部機器２００等において表示する。例えば、ＲＴＯＳは、主にＦＡシステム（Factory  automation  system）にかかる繰り返し処理を担い、演算結果を出力する。汎用ＯＳは、主に、ＲＴＯＳによる処理の結果をＧＵＩにより表示する。
【００３２】
ＶＭＭ７３は、上記の各ＯＳを仮想的に実行するためのＶＭを制御する制御プログラムである。後述するように、ＶＭＭ７３は、上記の各ＯＳに相当するＶＭに対してのハードウェア資源の割り当てを、後述する設定ファイル７７を用いて実行する。ＶＭＭ７３は、各ＯＳに対するハードウェア資源の割り当てや、各ＯＳによるハードウェア資源へのアクセスを管理する。
【００３３】
アプリ７５は、各ＯＳにおいて実行される、複数のアプリである。
＜１．２  論理的な構成＞
上記のような物理的なハードウェア資源により、ＰＣ１００は複数のＯＳを仮想的に並列に実行する。
【００３４】
次に、各ソフトウェアが動作する論理的な構成について説明する。
図２は、ハードウェア資源とソフトウェア資源との論理的な対応関係を示す図である。
【００３５】
＜１．２．１  ソフトウェア資源＞
ＶＭＭ７３は、後述する設定ファイル７７に従って、起動時に各ＯＳに対してハードウェア資源を割り当てる。図２に示すように、ＶＭＭ７３は、ＶＭとして実行される各ＯＳ（第１のＯＳ７１、第２のＯＳ７２）と、ハードウェア資源とのアクセスのインタフェース機能を提供している。ＯＳごとにハードウェア資源へのアクセス手順が異なっていても、ＶＭＭ７３により吸収される。これによりＶＭＭ７３は、各ＯＳとハードウェア資源とのアクセスを統括的に管理する。
【００３６】
ＶＭとして実行される各ＯＳ（第１のＯＳ７１、第２のＯＳ７２）では、各ＯＳ上で実行可能なアプリ（アプリ７５ａ、アプリ７５ｂ）が動作している。
【００３７】
＜１．２．２  ハードウェア資源＞
上記のように、マルチコア１０の第１のコア１１や第２のコア１２にいずれのＯＳを割り当てるかはＶＭＭ７３により管理されている。またメモリ７０における記憶領域をパーティショニングすること等により各ＯＳへ記憶領域が割り当てられる。この割り当て、および、各ＯＳによるメモリ７０へのアクセスもＶＭＭ７３により管理されている。
【００３８】
ＶＭＭ７３は、メモリ７０において、各ＯＳがそれぞれアクセス可能な共有メモリを割り当てている。これにより、それぞれのＯＳに割り当てられたコア（第１のコア１１、第２のコア１２）間において通信することができる仮想ネットワーク７８が形成される。
【００３９】
ＰＣ１００では、スイッチ５１に対するユーザ操作によりハードウェア割り込みがなされ、バックアップまたはリカバリ処理がなされる。ＶＭＭ７３のバックアップアプリ７４は、このバックアップ処理を実行する。ＶＭＭ７３のリカバリアプリ７６は、上記のリカバリ処理を実行する。これらの処理については後述する。
【００４０】
また、Ｉ／Ｏデバイス（Ｉ／Ｏデバイス５２）により、各コア（第１のコア１１、第２のコア１２）へデータが入力される。各コアにおける演算処理の結果は、Ｉ／Ｏデバイス（Ｉ／Ｏデバイス５２）により出力される。
【００４１】
＜２  データ＞
次に、本実施形態におけるデータについて説明する。
【００４２】
＜２．１  設定ファイル＞
図３は、設定ファイル７７を示す図である。
【００４３】
設定ファイル７７は、ＶＭＭ７３の起動時にＶＭＭ７３に読みだされる。この設定ファイル７７に従ってＶＭＭ７３がＰＣ１００のハードウェア資源を各ＯＳに割り当てる。図３では設定ファイル７７の一部を示している。図示するように、例えば、設定ファイル７７には、ＯＳ単位か、個々のハードウェア資源単位によりハードウェア資源の割り当てが示されている。
【００４４】
設定ファイル７７には、ＯＳ起動のためのＯＳ１設定情報８１ａが含まれる。なお第１のＯＳ７１を、「ＯＳ１」として示している。ＯＳ１設定情報８１ａでは、ＯＳに割り当てるコア、ＯＳの名称、ＯＳをブートさせる順位、ＯＳに割り当てるメモリ領域などが設定されている。図示する例では、例えば、ＯＳ１に対し、複数あるプロセッサ・コアのうち＃１のコアを割り当てることを示している。
【００４５】
ＣＰＵ設定情報８１ｂは、ハードウェア資源としてプロセッサ・コア単位でのＯＳの割り当てを示している。
【００４６】
ＩＲＱ設定情報８１ｃは、ハードウェア資源としてＩ／Ｏデバイス単位（図示する例では「ＩＲＱ（Interrupt  ReQuest）」として示している）でのＯＳの割り当てを示している。
【００４７】
＜３  スイッチ５１の詳細＞
ここで、上記のスイッチ５１を詳細に説明する。
【００４８】
図４は、スイッチ５１の外観を示す図である。
図４（ｂ）はスイッチ５１の詳細を示している。スイッチ５１は、ＯＳ指定部６１と、開始ボタン６２と、ＬＥＤ表示部６３とを含んでいる。図４（ａ）に示すように、スイッチ５１は、ＰＣ１００の外部に配置されている。スイッチ５１はＰＣ１００の基板と接続されている。スイッチ５１に対して所定のユーザ操作がなされることにより、ハードウェア割り込み処理がなされる。ハードウェア割り込みは、例えば割り込みコントローラを経由してマルチコア１０に伝えられる。マルチコア１０では、受け取った信号に応じた処理を行う。本実施形態では、バックアップのためにバックアップアプリ７４が動作する。また、リカバリのためにリカバリアプリ７６が動作する。
【００４９】
図５は、ＯＳ指定部６１の外観を示す図である。
図５に示すように、ＯＳ指定部６１は、ロータリースイッチを備えており、ロータリースイッチの操作軸６５をユーザが回転操作することにより、バックアップまたはリカバリの対象となるＯＳの指定をユーザより受け付ける。
【００５０】
図６は、ロータリースイッチとユーザ指定との対応関係を示す図である。
図示する例では、ロータリースイッチの操作軸６５は「０」から「７」の８方向に設定可能である。そのうちの４方向（「０」「２」「４」「６」）を用いて、（ｉ）各ＯＳのいずれが指定されているか（ｉｉ）バックアップまたはリカバリのいずれが指定されているかをユーザから受け付ける。
【００５１】
これらの指定を伴わない方向では、バックアップまたはリカバリを行わないことの指定を受け付けているとする。これにより、バックアップまたはリカバリ開始の契機となる開始ボタン６２をユーザが誤って押下したとしても、ユーザが意図しないバックアップ等を防ぐことができる。
【００５２】
ＯＳ指定部６１は、バックアップまたはリカバリのいずれの操作を行うかの指定をユーザより受け付ける。図示する例では、「ＯＳ１」「ＯＳ２」は各ＯＳを示している（ＯＳ２は第２のＯＳ７２と対応している）。「Ｂａｃｋｕｐ」は、ユーザよりバックアップを指定されていることを示す。「Ｒｅｃｏｖｅｒｙ」は、ユーザによりリカバリを指定されていることを示す。例えば「ＯＳ１  Ｂａｃｋｕｐ」は、ＯＳ１のバックアップの指定を受け付けていることを示す。ＯＳ指定部６１においてユーザにいずれのＯＳが指定されているかは、メモリ７０にＯＳ指定情報として記憶されている。例えばロータリースイッチの操作軸６５の方向に示される値をメモリ７０に記憶している。
【００５３】
図４に戻り説明を続ける。開始ボタン６２は、押下可能な押し込み部材を備え、ユーザによる押下を受け付ける。押下があると、開始ボタン６２は、ＯＳ指定部６１に示されるユーザの指定に従ってハードウェア割り込みを開始させるための信号を出力する。
【００５４】
ＬＥＤ表示部６３は、ＬＥＤ（Light  Emitting  Diode）を備え、バックアップまたはリカバリが実行されていることをＬＥＤ発光により示す。ＬＥＤ表示部６３は、バックアップ表示部６７とリカバリ表示部６８を含んでいる。バックアップ表示部６７は、ＰＣ１００においてバックアップが行われていることをＬＥＤ発光によりユーザに表示する。リカバリ表示部６８は、ＰＣ１００においてリカバリが行われていることをＬＥＤ発光によりユーザに表示する。
【００５５】
上記のスイッチ５１に対し、ユーザは、ＯＳ指定部６１により、（ｉ）各ＯＳのいずれかを指定して、（ｉｉ）バックアップまたはリカバリのいずれを行うかも指定する。この状態でユーザは開始ボタン６２を押下することにより、上記指定の動作をＰＣ１００に開始させることができる。
【００５６】
＜３  動作＞
次に、スイッチ５１の押下に基づくＰＣ１００におけるバックアップの動作について説明する。
【００５７】
本実施形態では、ユーザによりバックアップが指定されて開始ボタン６２が押下されることにより、ＶＭＭ７３によりバックアップアプリ７４が実行されてバックアップの処理が開始される。
【００５８】
＜３．１  バックアップ処理の概要＞
図７は、バックアップ処理を示すフローチャートである。
【００５９】
図７に示すように、ＶＭＭ７３は、ハードウェア割り込みにより、ユーザによるバックアップ開始操作（開始ボタン６２の押下）を検出する（Ｓ６１）。この検出により、ＶＭＭ７３は、メモリ７０に記憶されるＯＳ指定情報を読み出して、ユーザに指定されているＯＳを特定する。ＶＭＭ７３は、バックアップアプリ７４を起動する。バックアップアプリ７４は、設定ファイル７７を参照して、ＯＳ指定部６１により指定されたＯＳに割り当てられた記憶領域（ハードディスクドライブ３０、メモリ７０の領域）を特定する（Ｓ６３）。
【００６０】
バックアップアプリ７４は、ＯＳ指定部６１により指定されたＯＳをシャットダウンする（Ｓ６５）。
【００６１】
バックアップアプリ７４は、ＯＳ指定部６１により指定されたＯＳについて、ステップＳ６３で特定された記憶領域のデータのバックアップを開始する。なお、バックアップ先となる記憶領域は予め定められており、バックアップアプリ７４は、バックアップ先の記憶領域へバックアップを開始する。このバックアップの間、バックアップアプリ７４は、バックアップ表示部６７を発光により点滅表示させ、バックアップ中であることを表示する。
【００６２】
＜３．２  リカバリ処理の概要＞
図８は、リカバリ処理を示すフローチャートである。
【００６３】
図８に示すように、ＶＭＭ７３は、ハードウェア割り込みにより、ユーザによるリカバリ開始操作（開始ボタン６２の押下）を検出する（Ｓ７１）。この検出により、ＶＭＭ７３は、リカバリアプリ７６を起動する。
【００６４】
リカバリアプリ７６は、ＯＳ指定部６１により指定されたＯＳをシャットダウンする（Ｓ７３）。
【００６５】
リカバリアプリ７６は、リカバリ対象のデータの選択をユーザより受け付けるため、画面表示を制御してメニュー画面を生成し、外部モニタ等に出力する（Ｓ７５）。
【００６６】
図９は、リカバリ対象のデータの選択をユーザより受け付けるためのメニュー画面を示す図である。図９に示すように、メニュー画面１２０には、リカバリ対象として指定されているＯＳ（図中では「ＯＳ１」）について、過去のバックアップデータの履歴が示されている。バックアップデータは、バックアップの日時とともにＯＳごとに所定の記憶領域に記憶されているとする。これらのバックアップデータのうちから、リカバリに用いるデータを選択する操作をユーザにより受け付ける。
【００６７】
図８に戻り、リカバリアプリ７６は、Ｉ／Ｏデバイス５２等によりユーザからのリカバリデータの選択を受け付ける（Ｓ７７）。
【００６８】
リカバリアプリ７６は、ステップＳ７７で受け付けたリカバリデータのリカバリを実行する（Ｓ７９）。リカバリ実行中は、リカバリアプリ７６は、リカバリ表示部６８を発光により点滅表示してリカバリ中であることを示す。
【００６９】
＜４  変形例＞
上記のように一実施形態について説明した。すなわち、ユーザによるバックアップまたはリカバリ操作をハードウェア資源により受け付けることにより、ユーザは、バックアップまたはリカバリをＯＳ単位で容易に実行することができる。
【００７０】
ここで、バックアップまたはリカバリ操作を受け付けるハードウェア資源は、上記のようなロータリースイッチを用いる場合の他にも様々なものを用いることができる。
【００７１】
図１０は、変形例にかかるスイッチ５１ａの外観を示す図である。
図１０（ｂ）はスイッチ５１ａの詳細を示している。図１０（ｂ）に示すように、スイッチ５１ａは、ＯＳ指定部６１と、開始ボタン６２と、バックアップ／リカバリ表示部６９とを含んでいる。
【００７２】
上記と同様に、図１０（ａ）に示すように、スイッチ５１ａは、ＰＣ１００の外部に配置されている。スイッチ５１ａはＰＣ１００の基板と接続されている。スイッチ５１ａに対して所定のユーザ操作がなされることにより、ハードウェア割り込み処理がなされる。ハードウェア割り込みは、例えば割り込みコントローラを経由してマルチコア１０に伝えられる。マルチコア１０では、受け取った信号に応じた処理を行う。
【００７３】
変形例では、ＯＳ指定部６１は、トグルスイッチ６６を備えている。トグルスイッチ６６をユーザが操作することにより、バックアップまたはリカバリのいずれを行うかをユーザより受け付ける。
【００７４】
なお、変形例では、ＯＳ２は安定して動作するため、定期的なバックアップ等でデータ保守に支障がないものとし、ＯＳ１についてのみバックアップまたはリカバリをスイッチ５１ａにより受け付けることとしている。
【００７５】
開始ボタン６２は、押下可能な押し込み部材を備え、ユーザによる押下を受け付ける。押下があると、開始ボタン６２は、ＯＳ指定部６１に示されるＯＳの指定に従ってハードウェア割り込みを開始させるための信号を出力する。
【００７６】
バックアップ／リカバリ表示部６９は、ＬＥＤを備え、ＯＳ１についてバックアップまたはリカバリが実行されていることをＬＥＤ発光により示す。
【００７７】
以上のように実施の形態について説明してきた。本発明は、上記実施の形態を組み合わせたものとしてもよい。
【００７８】
今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。この発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【００７９】
この発明は、ＶＭＭにより複数のＯＳを仮想的に並列に実行する情報処理装置において用いることができる。
【符号の説明】
【００８０】
１０  マルチコア、１１  第１のコア、１２  第２のコア、３０  ハードディスクドライブ、５０  Ｉ／Ｏ部、５１  スイッチ、５２  Ｉ／Ｏデバイス、６１  ＯＳ指定部、６２  開始ボタン、６５  操作軸、６６  トグルスイッチ、６７  バックアップ表示部、６８  リカバリ表示部、６９  バックアップ／リカバリ表示部、７０  メモリ、７１  第１のＯＳ、７２  第２のＯＳ、７３  ＶＭＭ、７４  バックアップアプリ、７５  アプリ、７６  リカバリアプリ、７７  設定ファイル、７８  仮想ネットワーク、１００  ＰＣ、１２０  メニュー画面、２００  外部機器、３００  外部機器。
【図１】
2013191153.tif 000003
【図２】
2013191153.tif 000004
【図３】
2013191153.tif 000005
【図４】
2013191153.tif 000006
【図５】
2013191153.tif 000007
【図６】
2013191153.tif 000008
【図７】
2013191153.tif 000009
【図８】
2013191153.tif 000010
【図９】
2013191153.tif 000011
【図１０】
2013191153.tif 000012