(57)【要約】【課題】複数の演算処理部を備えて仮想的に複数のＯＳを並列に実行する情報処理装置において、データの保全性とユーザの利便性を向上させる。【解決手段】ＶＭＭ７３は、設定ファイル７７に従って、第１のＯＳ７１、第２のＯＳ７２など複数のＯＳそれぞれについてのハードウェア資源の割り当てを行う。ＶＭＭ７３は、所定の書き込み要求を受けて、アプリ７５によるデータ書き込み時に、ＯＳに割り当てられたＯＳ１用稼働メモリ領域８２への書き込みと並行して、予備メモリ領域８５へもデータを書き込む。予備メモリ領域８５は、各ＯＳが使用可能なメモリ領域としては未割り当てである。ＶＭＭ７３は、所定の読み出し要求を受けて、予備メモリ領域８５のデータを読み出して、ＯＳ１用稼働メモリ領域８２など各ＯＳに割り当てられたメモリ領域へと復元する。【選択図】図７
2013191155.tif 000002
【特許請求の範囲】
【請求項１】
複数の演算処理部と、記憶部と、複数のＩ／Ｏデバイスとを含むハードウェア資源を備え、ＶＭＭ（Virtual Machine Monitor）により仮想的に複数のＯＳ（Operating System）を並列に実行する情報処理装置であって、
前記記憶部は、
前記複数のＯＳそれぞれについてのハードウェア資源の割り当てを示す設定情報と、
前記ＶＭＭとを記憶し、
前記ＶＭＭは、前記設定情報に示される割り当てに基づいて各ＯＳにハードウェア資源を割り当てて各ＯＳの動作を管理し、
前記ＯＳに割り当てられた稼動メモリ領域への当該ＯＳからの所定のデータの書き込み要求に応答して、前記ＯＳに未割り当ての予備メモリ領域へ並行して前記所定のデータを書き込む、
情報処理装置。
【請求項２】
前記ＶＭＭは、前記複数のＯＳのいずれにも割り当てないメモリ領域を前記予備メモリ領域と設定する、
請求項１記載の情報処理装置。
【請求項３】
前記ＯＳは、所定のＡＰＩ（Application Programming Interface）により、前記ＯＳで動作するアプリによるデータの書き込み要求を受け付けており、
前記ＶＭＭは、前記ＯＳが前記所定のＡＰＩを通じて前記稼働メモリ領域へのデータの書き込み要求がある場合に、前記予備メモリ領域へ並行して前記データを書き込む、
請求項１記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の演算処理部を備えてＶＭＭ（Virtual Machine Monitor）により仮想的に複数のＯＳ（Operating System）を並列に実行する情報処理装置に関するものであり、特に、データの保全性、ユーザの利便性を向上させる技術に関する。
【背景技術】
【０００２】
ＯＳが動作するコンピュータをソフトウェアにより仮想的に実現する仮想化技術が用いられている。ＶＭ（Virtual Machine）とは、あるＯＳが動作するコンピュータをソフトウェアにより仮想的に実現したものである。ＶＭＭとは、コンピュータを仮想化し、それぞれのＯＳに対応したＶＭを動作させることで、複数の異なるＯＳを並列に実行できるようにするソフトウェアである。ソフトウェアにより仮想的なコンピュータを実現し、ＶＭ上で様々なアプリが実行される。
【０００３】
近年では、マルチコアシステムなど複数の演算処理部を備えたシステムが一般的になってきている（下記の特許文献１参照）。マルチコアシステムにおいても、ＶＭＭにより仮想的に複数のＯＳを動作させている。ＶＭＭは、どのＯＳにどのコアを割り当てるかといった、ＰＣ（Personal Computer）のハードウェア資源の割り当てを管理している。
【０００４】
この割り当ては、例えば、テキストデータで記述された設定ファイルに基づいて、ＶＭＭの起動時になされる。ＶＭＭは、設定ファイルに従って、ＣＰＵ（Central Processing Unit）やＩ／Ｏ（Input/Output）デバイスなどのハードウェア資源を、それぞれのＯＳに割り当てる。
【０００５】
ハードウェア資源の競合がＯＳ間で発生することを避けるために、ＶＭＭによりハードウェア資源の管理をしている。また、ＶＭＭは、例えば、各ＯＳがアクセス可能な共有メモリ領域を確保してこの領域へのアクセスを管理することにより、各ＯＳにハードウェア資源を共有させることもできる。これにより、ＯＳ間でデータの受け渡し等が可能となる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２６６０５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
複数のＯＳを動作させる場合として、１つの情報処理装置において、ＧＵＩ（Graphical User Interface）を備えた汎用ＯＳと、ＲＴＯＳ（Real Time Operating System）とを仮想的に並列に動作させるとする。汎用ＯＳは、ＧＵＩによりユーザの操作を受け付ける。また、汎用ＯＳは、主にＲＴＯＳによる処理の結果を、ユーザに対してＧＵＩにより表示する機能を担うとする。ＲＴＯＳの動作は比較的安定している。一方、汎用ＯＳの動作は比較的不安定であるとする。
【０００８】
この場合、汎用ＯＳのＯＳ稼働異常により、データ復元が必要となる事態が生じうるなど、データの保全性や利便性に問題が生じる。ＯＳ稼働異常であるとは、例えば、以下の状態をいい、ＯＳからの応答がない状態、ＵＩ（User Interface）からユーザが操作不能な状態、ＯＳの異常を通知する画面が表示された状態などをいう。
【０００９】
また、ＲＴＯＳの処理の結果を閲覧するために、複数種類の画面が用意されていることがある。例えば所定のデータを表示するための画面や、設定の入力を受け付ける画面等である。汎用ＯＳの動作は、汎用ＯＳに割り当てられたメモリ領域に基づくため、汎用ＯＳがこれら画面を表示する際に、どの画面を表示していたかの情報も汎用ＯＳのＯＳ稼働異常により失われる。そのためユーザは、汎用ＯＳの再起動のたび、初期画面から所望の画面を表示する等の手間が必要となる。
【課題を解決するための手段】
【００１０】
上記課題を解決する、一実施形態にかかる発明は、複数の演算処理部と、記憶部と、複数のＩ／Ｏデバイスとを含むハードウェア資源を備え、ＶＭＭ（Virtual Machine Monitor）により仮想的に複数のＯＳ（Operating System）を並列に実行する情報処理装置であって、記憶部は、複数のＯＳそれぞれについてのハードウェア資源の割り当てを示す設定情報と、ＶＭＭとを記憶し、ＶＭＭは、設定情報に示される割り当てに基づいて各ＯＳにハードウェア資源を割り当てて各ＯＳの動作を管理し、ＯＳに割り当てられた稼動メモリ領域へのＯＳからの所定のデータの書き込み要求に応答して、ＯＳに未割り当ての予備メモリ領域へ並行して所定のデータを書き込む、情報処理装置である。
【００１１】
好ましくは、ＶＭＭは、複数のＯＳのいずれにも割り当てないメモリ領域を予備メモリ領域と設定することとしてもよい。
【００１２】
好ましくは、ＯＳは、所定のＡＰＩ（Application Programming Interface）により、ＯＳで動作するアプリによるデータの書き込み要求を受け付けており、ＶＭＭは、ＯＳが所定のＡＰＩを通じて稼働メモリ領域へのデータの書き込み要求がある場合に、予備メモリ領域へ並行してデータを書き込むこととしてもよい。
【発明の効果】
【００１３】
これにより、複数のＯＳを協働して動作させる場合に、データの保全性とユーザの利便性を向上させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明を構成するＰＣ１００の機能ブロック図である。
【図２】ハードウェア資源とソフトウェア資源との論理的な対応関係を示す図である。
【図３】設定ファイル７７を示す図である。
【図４】予備メモリ領域８５を示す図である。
【図５】ＶＭＭ７３がメモリ７０にデータを書き込む動作を示すフローチャートである。
【図６】ＶＭＭ７３により予備メモリ領域８５からデータを読み出す動作を示すフローチャートである。
【図７】ＡＰＩを通じた予備メモリ領域８５への書き込み、読み出し動作を示す図である。
【図８】ＡＰＩを通じて書き込み、読み出しを行う場合の例を示す図である。
【図９】ＧＵＩ画面の例による動作例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の情報処理装置について、図面を用いて説明する。
＜１  構成＞
本実施形態では、情報処理装置としてＰＣの例を説明する。このＰＣにおいて、ＶＭＭにより複数のＯＳを仮想的に並列に実行する。
【００１６】
＜１．１  ＰＣの構成＞
図１は、本発明を構成するＰＣ１００の機能ブロック図である。
【００１７】
図１に示すように、ＰＣ１００は、マルチコア１０と、ハードディスクドライブ３０と、Ｉ／Ｏ部５０と、メモリ７０とを含む。ＰＣ１００は、Ｉ／Ｏ部５０により外部の情報処理装置である外部機器２００や外部機器３００と接続している。外部機器２００等の外部の情報処理装置は、例えば、モニタなどの映像表示装置である。これら外部の情報処理装置は、ＰＣ１００による映像出力を受け付けて、所定のＯＳのＧＵＩ（Graphical User Interface）画面を表示する。また、外部の情報処理装置は、タッチパネル等により操作者による操作を受け付けてＰＣ１００へ出力する。
【００１８】
ＰＣ１００は、複数の演算処理部を備えている。複数の演算処理部の機能は、本実施形態では、マルチコア１０により発揮される。マルチコア１０は、複数のプロセッサ・コア（第１のコア１１、第２のコア１２、・・）を備えており、プログラムに従って演算処理を並列に実行する。第１のコア１１や第２のコア１２は、マルチコア１０に備わるそれぞれのプロセッサ・コアである。ＶＭＭ７３は、後述する設定ファイル７７に従って、各プロセッサ・コアに対してＯＳを割り当てる。
【００１９】
ハードディスクドライブ３０は、大容量の記憶容量を備える記憶装置であり、所定のプログラム（第１のＯＳ７１、第２のＯＳ７２、ＶＭＭ７３、アプリ７５等）やデータを記憶している。
【００２０】
Ｉ／Ｏ部５０は、ＰＣ１００における入出力機能を発揮させるためのＩ／Ｏインタフェースを複数備える。図示するように、Ｉ／Ｏ部５０は、複数のＩ／Ｏデバイス（Ｉ／Ｏデバイス５１、Ｉ／Ｏデバイス５２、・・）を備えている。Ｉ／Ｏデバイス５１やＩ／Ｏデバイス５２などのＩ／Ｏデバイスは、例えば映像出力のための出力ポートや、外部の情報処理装置と通信するための通信ポートなどである。
【００２１】
メモリ７０は、プログラムを実行するために一時的に用いられる記憶領域である。メモリ７０は、例えばSDRAM (Synchronous Dynamic Random Access Memory)などとして実現される。第１のＯＳ７１、第２のＯＳ７２、ＶＭＭ７３、アプリ７５、後述する設定ファイル７７等が読みだされてメモリ７０において記憶されている。
【００２２】
マルチコア１０の各コアは、複数のＯＳを仮想的に実行するために、ハードディスクドライブ３０より各ＯＳに対応したＶＭを読みだしてメモリ７０に記憶させている（第１のＯＳ７１、第２のＯＳ７２）。本実施形態では、第１のＯＳ７１と第２のＯＳ７２は協働して並列に実行されるものとする。本実施形態では、第１のＯＳ７１は、ＧＵＩ表示機能を備えた汎用的なＯＳを仮想的に実行するためのＶＭとする。第２のＯＳ７２は、例えば、ＲＴＯＳ（Real Time Operating System）を仮想的に実行するためのＶＭである。第２のＯＳ７２のＲＴＯＳで所定の処理を繰り返し実行し、第１のＯＳ７１のＧＵＩ機能により外部機器２００等において表示する。例えば、ＲＴＯＳは、主にＦＡシステム（Factory automation system）にかかる繰り返し処理を担い、演算結果を出力する。汎用ＯＳは、主に、ＲＴＯＳによる処理の結果をＧＵＩにより表示する。
【００２３】
ＶＭＭ７３は、上記の各ＯＳを仮想的に実行するためのＶＭを制御する制御プログラムである。後述するように、ＶＭＭ７３は、上記の各ＯＳに相当するＶＭに対してのハードウェア資源の割り当てを、後述する設定ファイル７７を用いて実行する。ＶＭＭ７３は、各ＯＳに対するハードウェア資源の割り当てや、各ＯＳによるハードウェア資源へのアクセスを管理する。
【００２４】
設定アプリ７４は、各ＯＳに対するハードウェア資源の割り当てをユーザより受け付けるためのアプリである。また設定アプリ７４は、各ＯＳとハードウェア資源との割り当てを、ＧＵＩにより表示する。本実施形態では、設定アプリ７４は、第１のＯＳ７１において動作するアプリである。
【００２５】
アプリ７５は、各ＯＳにおいて実行される、複数のアプリである。
＜１．２  論理的な構成＞
上記のような物理的なハードウェア資源により、ＰＣ１００は複数のＯＳを仮想的に並列に実行する。
【００２６】
次に、各ソフトウェアが動作する論理的な構成について説明する。
図２は、ハードウェア資源とソフトウェア資源との論理的な対応関係を示す図である。
【００２７】
＜１．２．１  ソフトウェア資源＞
ＶＭＭ７３は、後述する設定ファイル７７に従って、起動時に各ＯＳに対してハードウェア資源を割り当てる。図２に示すように、ＶＭＭ７３は、ＶＭとして実行される各ＯＳ（第１のＯＳ７１、第２のＯＳ７２）と、ハードウェア資源とのアクセスのインタフェース機能を提供している。ＯＳごとにハードウェア資源へのアクセス手順が異なっていても、ＶＭＭ７３により吸収される。これによりＶＭＭ７３は、各ＯＳとハードウェア資源とのアクセスを統括的に管理する。
【００２８】
ＶＭとして実行される各ＯＳ（第１のＯＳ７１、第２のＯＳ７２）では、各ＯＳ上で実行可能なアプリ（アプリ７５ａ、アプリ７５ｂ）が動作している。
【００２９】
＜１．２．２  ハードウェア資源＞
上記のように、マルチコア１０の第１のコア１１や第２のコア１２にいずれのＯＳを割り当てるかはＶＭＭ７３により管理されている。
【００３０】
＜１．２．３  メモリ７０の割り当て＞
ＶＭＭ７３は、メモリ７０における記憶領域をパーティショニングすること等により各ＯＳへ記憶領域を割り当てている。ＯＳ１用稼働メモリ領域８２は、第１のＯＳ７１に割り当てられたメモリ領域を示す。ＯＳ２用稼働メモリ領域８３は、第２のＯＳ７２に割り当てられたメモリ領域を示す。この割り当て、および、各ＯＳによるメモリ７０へのアクセスもＶＭＭ７３により管理されている。
【００３１】
ＶＭＭ７３は、メモリ７０において、各ＯＳがそれぞれアクセス可能な共有メモリ領域８４を割り当てている。これにより、それぞれのＯＳに割り当てられたコア（第１のコア１１、第２のコア１２）間において通信することができる仮想ネットワークが形成される。
【００３２】
ＶＭＭ７３は、メモリ７０において、各ＯＳに割り当てられたメモリ領域とは別の領域である予備メモリ領域８５を管理する。この予備メモリ領域８５は、第１のＯＳ７１等において処理に用いられるデータを、各ＯＳに割り当てられたＯＳ１用稼働メモリ領域８２やＯＳ２用稼働メモリ領域８３とは別の領域において保持するための、バックアップ用のメモリ領域である。詳しくは後述する。
【００３３】
また、Ｉ／Ｏデバイス（Ｉ／Ｏデバイス５１、Ｉ／Ｏデバイス５２）により、各コア（第１のコア１１、第２のコア１２）へデータが入力される。各コアにおける演算処理の結果は、Ｉ／Ｏデバイス（Ｉ／Ｏデバイス５１、Ｉ／Ｏデバイス５２）により出力される。
【００３４】
＜２  データ＞
次に、本実施形態におけるデータについて説明する。
【００３５】
図３は、設定ファイル７７を示す図である。
設定ファイル７７は、ＶＭＭ７３の起動時にＶＭＭ７３に読みだされる。この設定ファイル７７に従ってＶＭＭ７３がＰＣ１００のハードウェア資源を各ＯＳに割り当てる。図３では設定ファイル７７の一部を示している。図示するように、例えば、設定ファイル７７には、ＯＳ単位か、個々のハードウェア資源単位によりハードウェア資源の割り当てが示されている。
【００３６】
設定ファイル７７には、ＯＳ起動のためのＯＳ１設定情報８１ａが含まれる。なお第１のＯＳ７１を、「ＯＳ１」として示している。ＯＳ１設定情報８１ａでは、ＯＳに割り当てるコア、ＯＳの名称、ＯＳをブートさせる順位、ＯＳに割り当てるメモリ領域などが設定されている。図示する例では、例えば、ＯＳ１に対し、複数あるプロセッサ・コアのうち＃１のコアを割り当てることを示している。
【００３７】
ＣＰＵ設定情報８１ｂは、ハードウェア資源としてプロセッサ・コア単位でのＯＳの割り当てを示している。
【００３８】
ＩＲＱ設定情報８１ｃは、ハードウェア資源としてＩ／Ｏデバイス単位（図示する例では「ＩＲＱ（Interrupt ReQuest）」として示している）でのＯＳの割り当てを示している。
【００３９】
＜２．２  予備メモリ領域８５＞
図４は、予備メモリ領域８５を示す図である。
【００４０】
予備メモリ領域８５は、ＯＳ１用予備メモリ領域８６と、ＯＳ２用予備メモリ領域８７とからなる。ＯＳ１用予備メモリ領域８６は、第１のＯＳ７１において用いられるデータを保持するためのメモリ領域である。ＯＳ２用予備メモリ領域８７は、第２のＯＳ７２において用いられるデータを保持するためのメモリ領域である。
【００４１】
この予備メモリ領域８５のメモリサイズ等は、設定ファイル７７に示されている。ＶＭＭ７３は、起動時に設定ファイル７７に従って予備メモリ領域８５を確保する。
【００４２】
＜３  動作＞
次に、ＰＣ１００における動作について説明する。本実施形態では、第１のＯＳ７１等に所定のＡＰＩ（Application Programming Interface）を用意している。ＡＰＩは、データを各ＯＳに割り当てられた領域とは別の予備メモリ領域８５へも書き込むためのものである。アプリ７５により、ＡＰＩを通じて第１のＯＳ７１等の各ＯＳに対して所定の書き込み要求がなされる。これにより、ＶＭＭ７３は、各ＯＳに割り当てられたメモリ領域（ＯＳ１用稼働メモリ領域８２、ＯＳ２用稼働メモリ領域８３）への書き込みとともに予備メモリ領域８５へもデータを書き込む。
【００４３】
＜３．１  書き込み動作＞
図５は、ＶＭＭ７３がメモリ７０にデータを書き込む動作を示すフローチャートである。
【００４４】
図５に示すように、ＯＳ（第１のＯＳ７１、第２のＯＳ７２）において、ＡＰＩにより予備メモリ領域８５への書き込みを伴う書込要求を受け付ける（Ｓ５１）。各ＯＳは、ＡＰＩを通じた書き込み要求であることを受けて、それぞれに割り当てられたメモリ領域（ＯＳ１用稼働メモリ領域８２、ＯＳ２用稼働メモリ領域８３）のうち所定のアドレス範囲への書き込みを、ＶＭＭ７３を通じて行う。
【００４５】
ＶＭＭ７３は、各ＯＳがＡＰＩを通じて書き込み要求を受け付けることにより、それぞれに割り当てられたメモリ領域（ＯＳ１用稼働メモリ領域８２、ＯＳ２用稼働メモリ領域８３）のうち所定のアドレス範囲へデータを書き込む（Ｓ５３）。
【００４６】
ＶＭＭ７３は、上記のように所定のアドレス範囲へのデータの書き込みを検知することにより、予備メモリ領域８５への書き込みを並行して行う（Ｓ５５）。
【００４７】
このようにして、ＡＰＩを通じたアプリの要求に応じて予備メモリ領域８５へのデータのバックアップを実現することによりデータの保全性を高める。また、ＡＰＩを一般には非公開であるとすれば、予備メモリ領域８５を用いたバックアップを利用するアプリの開発は、ＡＰＩの存在を知っている開発者等に限られやすくなる。
【００４８】
＜３．２  読み出し動作＞
ＶＭＭ７３は、汎用ＯＳのＯＳ稼働異常等により、一部のＯＳを再起動させる。この場合に、アプリ７５の読み出し要求に応じて、予備メモリ領域８５の保持内容に基づきデータを復元する。この場合の読み出し動作について説明する。
【００４９】
図６は、ＶＭＭ７３により予備メモリ領域８５からデータを読み出す動作を示すフローチャートである。
【００５０】
ＶＭＭ７３は、一のＯＳを再起動させる（Ｓ６１）。
ＶＭＭ７３は、再起動させたＯＳのアプリ７５が所定のＡＰＩにより予備メモリ領域８５からの読み出しを伴う読み出し要求を受け付ける（Ｓ６３）。各ＯＳは、ＡＰＩを通じた読み出し要求であることを受けて、それぞれに割り当てられたメモリ領域（ＯＳ１用稼働メモリ領域８２、ＯＳ２用稼働メモリ領域８３）のうち所定のアドレス範囲からの読み出しを、ＶＭＭ７３を通じて行う（Ｓ６３）。
【００５１】
ＶＭＭ７３は、上記のように所定のアドレス範囲からのデータの読み出しを受け付けることにより、予備メモリ領域８５よりデータを読み出す（Ｓ６５）。
【００５２】
ＶＭＭ７３は、読み出したデータを、各ＯＳに割り当てられたメモリ領域（ＯＳ１用稼働メモリ領域８２、ＯＳ２用稼働メモリ領域８３）へ書き込むことによりデータを復元する（Ｓ６７）。
【００５３】
上記のように予備メモリ領域８５への書き込み、読み出し動作を説明してきた。
図７は、ＡＰＩを通じた予備メモリ領域８５への書き込み、読み出し動作を示す図である。
【００５４】
図示するように、アプリ７５ａ、７５ｂは、各ＯＳ（第１のＯＳ７１、第２のＯＳ７２）のＡＰＩ８８、ＡＰＩ８９を通じて、予備メモリ領域８５へのデータの書き込み、読み出しを行う。
【００５５】
図８は、ＡＰＩを通じて書き込み、読み出しを行う場合の例を示す図である。
図示するように、”backup1”等のコマンドにより、ＡＰＩを通じて予備メモリ領域８５への書き込み対象のデータ名、変数が指定される。
【００５６】
図９は、ＧＵＩ画面の例による動作例を示す図である。
汎用ＯＳである第１のＯＳ７１は、ＲＴＯＳである第２のＯＳ７２の処理結果を表示するためや、ユーザによる操作を受け付けるための様々なＨＭＩ（Human machine interface）画面を有している。ユーザがどの表示画面を選択しているか、第１のＯＳ７１により保持されているとする。
【００５７】
図９（Ａ）の例では、本実施形態のような予備メモリ領域８５へのデータの並行した書き込み処理がない場合を示している。第１のＯＳ７１において、ユーザがどの表示画面を選択しているかの情報が、ＯＳのＯＳ稼働異常により失われる。図示する例では、オペレーション画面９５が第１のＯＳ７１により表示されているが、第１のＯＳ７１の再起動により、初期画面９６が表示される。
【００５８】
図９（Ｂ）の例では、本実施形態のように、ユーザがどの画面を表示しているかについて、予備メモリ領域８５へのデータの並行した書き込み処理を行っている（Ｓ５５）。オペレーション画面９５を表示している際に第１のＯＳ７１の再起動が必要になったとする。再起動後、ユーザが表示していた画面の情報について、予備メモリ領域８５より読み出して復元する。これにより、第１のＯＳ７１が再起動したとしてもユーザは再び再起動前の画面である復元画面９７を閲覧することができる。
【００５９】
表示画面が多種類であると、ユーザが所望の表示画面を表示するまでに煩雑な操作を必要とする。これに対し、上記実施形態によると、このような煩雑な操作を不要とすることができ、ユーザの利便性を高めることができる。
【００６０】
以上のように実施の形態について説明してきた。本発明は、上記実施の形態を組み合わせたものとしてもよい。
【００６１】
今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。この発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【００６２】
この発明は、ＶＭＭにより複数のＯＳを仮想的に並列に実行する情報処理装置において用いることができる。
【符号の説明】
【００６３】
１０  マルチコア、１１  第１のコア、１２  第２のコア、３０  ハードディスクドライブ、５０  Ｉ／Ｏ部、５１  Ｉ／Ｏデバイス、５２  Ｉ／Ｏデバイス、７０  メモリ、７１  第１のＯＳ、７２  第２のＯＳ、７３  ＶＭＭ、７５  アプリ、７７  設定ファイル、８１ａ  ＯＳ１設定情報、８１ｂ  ＣＰＵ設定情報、８１ｃ  ＩＲＱ設定情報、８２  ＯＳ１用稼働メモリ領域、８３  ＯＳ２用稼働メモリ領域、８４  共通メモリ領域、８５  予備メモリ領域、８６  ＯＳ１用予備メモリ領域、８７  ＯＳ２用予備メモリ領域、９５  オペレーション画面、９６  初期画面、９７  復元画面、１００  ＰＣ、２００  外部機器、３００  外部機器。
【図１】
2013191155.tif 000003
【図２】
2013191155.tif 000004
【図３】
2013191155.tif 000005
【図４】
2013191155.tif 000006
【図５】
2013191155.tif 000007
【図６】
2013191155.tif 000008
【図７】
2013191155.tif 000009
【図８】
2013191155.tif 000010
【図９】
2013191155.tif 000011