JP5877533B2 - 計算機装置及び計算機装置の制御方法 - Google Patents
計算機装置及び計算機装置の制御方法 Download PDFInfo
- Publication number
- JP5877533B2 JP5877533B2 JP2014559432A JP2014559432A JP5877533B2 JP 5877533 B2 JP5877533 B2 JP 5877533B2 JP 2014559432 A JP2014559432 A JP 2014559432A JP 2014559432 A JP2014559432 A JP 2014559432A JP 5877533 B2 JP5877533 B2 JP 5877533B2
- Authority
- JP
- Japan
- Prior art keywords
- interrupt
- initialization procedure
- ras
- cpu
- detection mechanism
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/14—Handling requests for interconnection or transfer
- G06F13/20—Handling requests for interconnection or transfer for access to input/output bus
- G06F13/24—Handling requests for interconnection or transfer for access to input/output bus using interrupt
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4812—Task transfer initiation or dispatching by interrupt, e.g. masked
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Description
本発明は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が実装されている計算機装置に、ＯＳのモジュールの修正なしに、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）例外に対処する異常対処機能（＝ＲＡＳ機能（ＲＡＳ：Ｒｅｌｉａｂｉｌｉｔｙ， Ａｖａｉｌａｂｉｌｉｔｙ， Ｓｅｒｖｉｃｅａｂｉｌｉｔｙ）を実現するプログラムであるＲＡＳモジュールを追加する技術に関する。
また、ＯＳとともにＨｙｐｅｒｖｉｓｏｒが実装されている計算機装置に、ＯＳ及びＨｙｐｅｒｖｉｓｏｒのモジュールの修正なしに、ＲＡＳモジュールを追加する技術に関する。
また、ＯＳとともにＨｙｐｅｒｖｉｓｏｒが実装されている計算機装置に、ＯＳ及びＨｙｐｅｒｖｉｓｏｒのモジュールの修正なしに、ＲＡＳモジュールを追加する技術に関する。
なお、Ｈｙｐｅｒｖｉｓｏｒは、計算機装置の仮想化を実現するソフトウェアである。
Ｈｙｐｅｒｖｉｓｏｒは、ＯＳと計算機ハードウェアの間に位置し、計算機装置の動作をエミュレートするソフトウェアであり、１つの計算機装置上で複数のＯＳを同時に動作させ、複数のＯＳ間での通信や資源共有の仲介などを行う。
また、ＣＰＵ例外は、ＣＰＵが通常の処理を続行できない状態になった場合（例えばゼロ除算など）の例外である。
ＣＰＵ例外発生時には、前もって設定しておいた別のプログラムを呼び出すことができる仕組みとなっている。
なお、本明細書では、ＣＰＵ例外と、ＣＰＵ例外以外の割込みの双方を「割込み」と呼ぶ。
また、「割込み」のうち、ＣＰＵ例外以外の割込みは「標準割込み」と呼び、ＣＰＵ例外とは区別する。
Ｈｙｐｅｒｖｉｓｏｒは、ＯＳと計算機ハードウェアの間に位置し、計算機装置の動作をエミュレートするソフトウェアであり、１つの計算機装置上で複数のＯＳを同時に動作させ、複数のＯＳ間での通信や資源共有の仲介などを行う。
また、ＣＰＵ例外は、ＣＰＵが通常の処理を続行できない状態になった場合（例えばゼロ除算など）の例外である。
ＣＰＵ例外発生時には、前もって設定しておいた別のプログラムを呼び出すことができる仕組みとなっている。
なお、本明細書では、ＣＰＵ例外と、ＣＰＵ例外以外の割込みの双方を「割込み」と呼ぶ。
また、「割込み」のうち、ＣＰＵ例外以外の割込みは「標準割込み」と呼び、ＣＰＵ例外とは区別する。
従来技術では、ＯＳ（一つまたは複数存在してもよい）やＨｙｐｅｒｖｉｓｏｒ（Ｈｙｐｅｒｖｉｓｏｒはない構成でもよい）が、それぞれ独立したモジュール構成で動作している計算機装置において、ＣＰＵ例外に対応したＲＡＳ機能を実現する場合、ＯＳやＨｙｐｅｒｖｉｓｏｒにＣＰＵ例外に対応する処理を追加するなどの方法で実現していた。
例えば、特許文献１では、本体系障害（＝本明細書におけるＣＰＵ例外にあたる）に遭遇した仮想計算機で実行状態にあったプロセスの障害情報を障害情報格納領域から取り出す手段をＶＭモニタ（＝本明細書におけるＨｙｐｅｒｖｉｓｏｒにあたる）に設けた構成が開示されている。
また、例えば、特許文献２では、Ｈｙｐｅｒｖｉｓｏｒによって複数のＯＳを動作させる仮想計算機において例外を解決する技術が開示されている。
具体的には、例外発生時にＯＳが実行していた処理部分のメモリイメージをＨｙｐｅｒｖｉｓｏｒ側にコピーし、Ｈｙｐｅｒｖｉｓｏｒが、例外発生時にＯＳが実行していた処理のうちの特権命令をエミュレートすることで例外を解決する技術が開示されている。
例えば、特許文献１では、本体系障害（＝本明細書におけるＣＰＵ例外にあたる）に遭遇した仮想計算機で実行状態にあったプロセスの障害情報を障害情報格納領域から取り出す手段をＶＭモニタ（＝本明細書におけるＨｙｐｅｒｖｉｓｏｒにあたる）に設けた構成が開示されている。
また、例えば、特許文献２では、Ｈｙｐｅｒｖｉｓｏｒによって複数のＯＳを動作させる仮想計算機において例外を解決する技術が開示されている。
具体的には、例外発生時にＯＳが実行していた処理部分のメモリイメージをＨｙｐｅｒｖｉｓｏｒ側にコピーし、Ｈｙｐｅｒｖｉｓｏｒが、例外発生時にＯＳが実行していた処理のうちの特権命令をエミュレートすることで例外を解決する技術が開示されている。
従来、ＯＳ（一つまたは複数存在してもよい）とＨｙｐｅｒｖｉｓｏｒ（Ｈｙｐｅｒｖｉｓｏｒは存在しなくてもよい）が独立したモジュールで構成されている計算機システムに、そのＯＳの例外処理に対応したＲＡＳ機能を追加する場合は、そのＯＳやＨｙｐｅｒｖｉｓｏｒやＣＰＵが持つ割込み検知機構に対して、修正・変更を加える必要があった。
例えば、特許文献１及び特許文献２の技術においても、Ｈｙｐｅｒｖｉｓｏｒ側にＣＰＵ例外に対応する機能を予め持たせてＲＡＳ機能を実現している。
このため、ＯＳやＨｙｐｅｒｖｉｓｏｒのモジュールに修正を加えることが困難な場合（技術上の難易度が高くコストがかかる場合や、ライセンス上修正が加えられない場合や、品質保持の観点から修正を行いたくない場合なども含む）は、ＲＡＳ機能を追加することが困難であるという課題がある。
例えば、特許文献１及び特許文献２の技術においても、Ｈｙｐｅｒｖｉｓｏｒ側にＣＰＵ例外に対応する機能を予め持たせてＲＡＳ機能を実現している。
このため、ＯＳやＨｙｐｅｒｖｉｓｏｒのモジュールに修正を加えることが困難な場合（技術上の難易度が高くコストがかかる場合や、ライセンス上修正が加えられない場合や、品質保持の観点から修正を行いたくない場合なども含む）は、ＲＡＳ機能を追加することが困難であるという課題がある。
この発明は、上記のような課題を解決することを主な目的とする。
つまり、この発明は、ＯＳへの修正なしに、計算機装置にＲＡＳモジュールを追加でき、適切にＲＡＳ機能が実現されるようにすることを主な目的とする。
つまり、この発明は、ＯＳへの修正なしに、計算機装置にＲＡＳモジュールを追加でき、適切にＲＡＳ機能が実現されるようにすることを主な目的とする。
本発明に係る計算機装置は、
割込みを検知する割込み検知機構が含まれるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、
前記割込み検知機構が割り込みを検知した際に前記割込み検知機構により呼び出され、前記割込み検知機構が検知した割り込みがＣＰＵ例外であるか否かが判定される割込み判定部が含まれるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）とを備える計算機装置であって、
前記計算機装置に、ＣＰＵ例外に対する処理を行うプログラムであるＲＡＳ（Ｒｅｌｉａｂｉｌｉｔｙ Ａｖａｉｌａｂｉｌｉｔｙ Ｓｅｒｖｉｃｅａｂｉｌｉｔｙ）モジュールが追加された場合に、
前記ＣＰＵが、
前記計算機装置の起動時に、前記ＲＡＳモジュールに含まれる第１の初期化手順を呼び出し、前記第１の初期化手順を実行して、前記ＲＡＳモジュールが用いる資源を初期化し、
前記ＲＡＳモジュールの前記第１の初期化手順の実行後に、前記ＯＳに含まれる初期化手順を呼び出し、前記初期化手順を実行して、前記ＯＳが用いる資源を初期化し、
前記ＯＳの前記初期化手順の実行後に、前記ＲＡＳモジュールに含まれる第２の初期化手順を呼び出し、前記第２の初期化手順を実行して、前記ＯＳに含まれる前記割込み判定部を前記ＲＡＳモジュールにコピーし、前記割込み検知機構が割込みを検知した際に前記ＯＳの割込み判定部ではなく前記ＲＡＳモジュールにコピーされた割込み判定部を呼び出すように前記割込み検知機構を設定することを特徴とする。
割込みを検知する割込み検知機構が含まれるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、
前記割込み検知機構が割り込みを検知した際に前記割込み検知機構により呼び出され、前記割込み検知機構が検知した割り込みがＣＰＵ例外であるか否かが判定される割込み判定部が含まれるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）とを備える計算機装置であって、
前記計算機装置に、ＣＰＵ例外に対する処理を行うプログラムであるＲＡＳ（Ｒｅｌｉａｂｉｌｉｔｙ Ａｖａｉｌａｂｉｌｉｔｙ Ｓｅｒｖｉｃｅａｂｉｌｉｔｙ）モジュールが追加された場合に、
前記ＣＰＵが、
前記計算機装置の起動時に、前記ＲＡＳモジュールに含まれる第１の初期化手順を呼び出し、前記第１の初期化手順を実行して、前記ＲＡＳモジュールが用いる資源を初期化し、
前記ＲＡＳモジュールの前記第１の初期化手順の実行後に、前記ＯＳに含まれる初期化手順を呼び出し、前記初期化手順を実行して、前記ＯＳが用いる資源を初期化し、
前記ＯＳの前記初期化手順の実行後に、前記ＲＡＳモジュールに含まれる第２の初期化手順を呼び出し、前記第２の初期化手順を実行して、前記ＯＳに含まれる前記割込み判定部を前記ＲＡＳモジュールにコピーし、前記割込み検知機構が割込みを検知した際に前記ＯＳの割込み判定部ではなく前記ＲＡＳモジュールにコピーされた割込み判定部を呼び出すように前記割込み検知機構を設定することを特徴とする。
本発明によれば、計算機装置に実装されているＯＳへの修正なしに、ＲＡＳモジュールを計算機装置に追加することができ、また、ＣＰＵの割込み検知機構が割込みを検知した場合に適切にＲＡＳモジュールが呼び出されて、ＲＡＳ機能が実現される。
以下の実施の形態１〜３では、１つまたは複数のＯＳやＨｙｐｅｒｖｉｓｏｒが動作する計算機装置を説明する。
より具体的には、ＯＳやＨｙｐｅｒｖｉｓｏｒのモジュールの修正なしに、ＣＰＵ例外に対処するＲＡＳモジュールを追加でき、また、ＣＰＵ例外が発生した際に、適切にＲＡＳモジュールが呼び出され、ＲＡＳモジュールによってＣＰＵ例外に対する処理が実施される計算機装置及び計算機装置の制御方法を説明する。
より具体的には、ＯＳやＨｙｐｅｒｖｉｓｏｒのモジュールの修正なしに、ＣＰＵ例外に対処するＲＡＳモジュールを追加でき、また、ＣＰＵ例外が発生した際に、適切にＲＡＳモジュールが呼び出され、ＲＡＳモジュールによってＣＰＵ例外に対する処理が実施される計算機装置及び計算機装置の制御方法を説明する。
また、実施の形態１〜３では、ＣＰＵ例外の発生に重ねて、ＯＳやＨｙｐｅｒｖｉｓｏｒに障害が発生した場合でも、ＲＡＳ機能が実行される計算機装置を説明する。
ＯＳやＨｙｐｅｒｖｉｓｏｒ自身がＲＡＳ機能を実現するように構成されている場合は、ＣＰＵ例外発生時に動作していたＯＳやＨｙｐｅｒｖｉｓｏｒ自身の障害の発生が重なったときには、ＲＡＳ機能が実行できないという課題がある。
実施の形態１〜３では、このような課題を解決する計算機装置を説明する。
ＯＳやＨｙｐｅｒｖｉｓｏｒ自身がＲＡＳ機能を実現するように構成されている場合は、ＣＰＵ例外発生時に動作していたＯＳやＨｙｐｅｒｖｉｓｏｒ自身の障害の発生が重なったときには、ＲＡＳ機能が実行できないという課題がある。
実施の形態１〜３では、このような課題を解決する計算機装置を説明する。
また、実施の形態１〜３では、ＣＰＵ例外発生時に、どのＯＳ（またはＨｙｐｅｒｖｉｓｏｒ）が動作していたかを判定することにより、該当するＯＳ（またはＨｙｐｅｒｖｉｓｏｒ）の障害情報を取得できるＲＡＳモジュールを説明する。
また、ＣＰＵ例外ではなく、標準割込みが発生した場合に、ＯＳ側の割込み判定部を参照して対応する割込み処理部を呼び出すことにより、ＯＳ側で割込み登録内容が変更されていた場合（計算機装置の立上げから当該割込みの発生時までの間に動的に割込み登録内容が変更されていた場合も含む）でも、正しく割込み処理部を呼び出すことができるＲＡＳモジュールを説明する。
また、ＣＰＵ例外ではなく、標準割込みが発生した場合に、ＯＳ側の割込み判定部を参照して対応する割込み処理部を呼び出すことにより、ＯＳ側で割込み登録内容が変更されていた場合（計算機装置の立上げから当該割込みの発生時までの間に動的に割込み登録内容が変更されていた場合も含む）でも、正しく割込み処理部を呼び出すことができるＲＡＳモジュールを説明する。
実施の形態１．
［実施の形態１：構成の説明］
図１は、実施の形態１に係る計算機装置（１００）の構成例を示すブロック図である。
計算機装置（１００）の構成は、ハードウェアとソフトウェアに大別される。
［実施の形態１：構成の説明］
図１は、実施の形態１に係る計算機装置（１００）の構成例を示すブロック図である。
計算機装置（１００）の構成は、ハードウェアとソフトウェアに大別される。
計算機装置（１００）には、ハードウェアとして、ＣＰＵ（１０１）、メモリ（１０３）、二次記憶装置（１０４）が存在する。
ＣＰＵ（１０１）は、１つでも複数存在する構成（マルチコア、マルチＣＰＵ、マルチプロセッサなど）でもよい。
ＣＰＵ（１０１）には、割込み検知機構（１０２）が存在する。
割込み検知機構（１０２）は、割込み（ＣＰＵ例外及び標準割込み）を検知する。
メモリ（１０３）は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。
また、二次記憶装置（１０４）は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。
後述するソフトウェアは、二次記憶装置（１０４）に記憶されており、実行の際に、二次記憶装置（１０４）からメモリ（１０３）にロードされ、順次メモリ（１０３）からＣＰＵ（１０１）に読み込まれ、実行される。
また、後述するソフトウェアの実行により得られた情報、データ、変数値等がメモリ（１０３）やＣＰＵ（１０１）内のレジスタに記憶される。
また、図１では、図示を省略しているが、計算機装置（１００）には、入出力装置や通信装置を含む各種のデバイスが装備されている。
ＣＰＵ（１０１）は、１つでも複数存在する構成（マルチコア、マルチＣＰＵ、マルチプロセッサなど）でもよい。
ＣＰＵ（１０１）には、割込み検知機構（１０２）が存在する。
割込み検知機構（１０２）は、割込み（ＣＰＵ例外及び標準割込み）を検知する。
メモリ（１０３）は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。
また、二次記憶装置（１０４）は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。
後述するソフトウェアは、二次記憶装置（１０４）に記憶されており、実行の際に、二次記憶装置（１０４）からメモリ（１０３）にロードされ、順次メモリ（１０３）からＣＰＵ（１０１）に読み込まれ、実行される。
また、後述するソフトウェアの実行により得られた情報、データ、変数値等がメモリ（１０３）やＣＰＵ（１０１）内のレジスタに記憶される。
また、図１では、図示を省略しているが、計算機装置（１００）には、入出力装置や通信装置を含む各種のデバイスが装備されている。
また、計算機装置（１００）のソフトウェアとして、ＯＳ（１１０）、ＲＡＳモジュール（１３０）、ブートプログラム（１４０）がそれぞれ別モジュールとして存在する。
ブートプログラム（１４０）は、計算機装置（１００）が起動されるときに実行される。
ＯＳ（１１０）は１つでも複数存在してもよい。
ＯＳ（１１０）のモジュールには、初期化手順（１１１）、割込み判定部（１１２）、ＣＰＵ例外処理部（１１３）、割込み処理部（１１５）が存在する。
ブートプログラム（１４０）は、計算機装置（１００）が起動されるときに実行される。
ＯＳ（１１０）は１つでも複数存在してもよい。
ＯＳ（１１０）のモジュールには、初期化手順（１１１）、割込み判定部（１１２）、ＣＰＵ例外処理部（１１３）、割込み処理部（１１５）が存在する。
初期化手順（１１１）は、ＯＳ（１１０）が用いる資源を初期化するためのプログラムである。
ＯＳ（１１０）が用いる資源には、ハードウェア資源、ソフトウェア資源の両者が含まれる。
ＯＳ（１１０）が用いる資源には、ハードウェア資源、ソフトウェア資源の両者が含まれる。
割込み判定部（１１２）は、割込み検知機構（１０２）が割り込みを検知した際に割込み検知機構（１０２）により呼び出されるプログラムである。
割込み判定部（１１２）では、割込み検知機構（１０２）が検知した割り込みがＣＰＵ例外であるか標準割込みであるかが判定される。
なお、後述するように、計算機装置（１００）の起動時に、割込み判定部（１１２）はＲＡＳモジュール（１３０）にコピーされて割込み判定部（１３４）となり、また、割込み検知機構（１０２）の設定が変更されて、割込み検知機構（１０２）が割り込みを検知した際に割込み検知機構（１０２）は割込み判定部（１３４）を呼び出す。
このため、計算機装置（１００）にＲＡＳモジュール（１３０）が追加された後は、割込み判定部（１１２）は割込み検知機構（１０２）から呼び出されることはない。
割込み判定部（１１２）では、割込み検知機構（１０２）が検知した割り込みがＣＰＵ例外であるか標準割込みであるかが判定される。
なお、後述するように、計算機装置（１００）の起動時に、割込み判定部（１１２）はＲＡＳモジュール（１３０）にコピーされて割込み判定部（１３４）となり、また、割込み検知機構（１０２）の設定が変更されて、割込み検知機構（１０２）が割り込みを検知した際に割込み検知機構（１０２）は割込み判定部（１３４）を呼び出す。
このため、計算機装置（１００）にＲＡＳモジュール（１３０）が追加された後は、割込み判定部（１１２）は割込み検知機構（１０２）から呼び出されることはない。
ＣＰＵ例外処理部（１１３）及び割込み処理部（１１５）は、ＣＰＵ例外ではない標準割込みが発生した場合に実行されるプログラムである。
ＣＰＵ例外処理部（１１３）及び割込み処理部（１１５）の動作の詳細は、実施の形態３において説明する。
ＣＰＵ例外処理部（１１３）及び割込み処理部（１１５）の動作の詳細は、実施の形態３において説明する。
ＲＡＳモジュール（１３０）は、ＣＰＵ例外に対する処理を行うプログラムである。
ＲＡＳモジュール（１３０）には、第１の初期化手順（１３２）、第２の初期化手順（１３３）、割込み判定部（１３４）、ＯＳ特定部（１３５）、故障検知部（１３６）、故障情報収集部（１３７）、故障同定部（１３８）、故障対処部（１３９）が存在する。
なお、ＲＡＳモジュール（１３０）は、単にＲＡＳともいう。
ＲＡＳモジュール（１３０）には、第１の初期化手順（１３２）、第２の初期化手順（１３３）、割込み判定部（１３４）、ＯＳ特定部（１３５）、故障検知部（１３６）、故障情報収集部（１３７）、故障同定部（１３８）、故障対処部（１３９）が存在する。
なお、ＲＡＳモジュール（１３０）は、単にＲＡＳともいう。
第１の初期化手順（１３２）は、ＯＳ（１１０）の初期化手順（１１１）が実行される前に実行されるプログラムである。
第１の初期化手順（１３２）では、ＲＡＳモジュール（１３０）が用いる資源が初期化される。
ＲＡＳモジュール（１３０）が用いる資源には、ハードウェア資源、ソフトウェア資源の両者が含まれる。
また、第１の初期化手順（１３２）では、後述の第２の初期化手順（１３３）が実行されるように、ＯＳ（１１０）の初期化手順（１１１）のプログラムコードの最後の部分を書き換える処理が行われる。
第１の初期化手順（１３２）では、ＲＡＳモジュール（１３０）が用いる資源が初期化される。
ＲＡＳモジュール（１３０）が用いる資源には、ハードウェア資源、ソフトウェア資源の両者が含まれる。
また、第１の初期化手順（１３２）では、後述の第２の初期化手順（１３３）が実行されるように、ＯＳ（１１０）の初期化手順（１１１）のプログラムコードの最後の部分を書き換える処理が行われる。
第２の初期化手順（１３３）は、ＯＳ（１１０）の初期化手順（１１１）の実行後に実行されるプログラムである。
第２の初期化手順（１３３）では、ＯＳ（１１０）に含まれる割込み判定部（１１２）をＲＡＳモジュール（１３０）にコピーし、割込み検知機構（１０２）が割込みを検知した際にＯＳ（１１０）の割込み判定部（１１２）ではなくＲＡＳモジュール（１３０）にコピーされた割込み判定部（１３４）を呼び出すように割込み検知機構（１０２）を設定する処理が行われる。
第２の初期化手順（１３３）では、ＯＳ（１１０）に含まれる割込み判定部（１１２）をＲＡＳモジュール（１３０）にコピーし、割込み検知機構（１０２）が割込みを検知した際にＯＳ（１１０）の割込み判定部（１１２）ではなくＲＡＳモジュール（１３０）にコピーされた割込み判定部（１３４）を呼び出すように割込み検知機構（１０２）を設定する処理が行われる。
割込み判定部（１３４）は、前述したように、ＲＡＳモジュール（１３０）にコピーされた割込み判定部（１１２）である。
このため、割込み判定部（１３４）では、割込み判定部（１１２）と同じ処理が行われる。
すなわち、割込み判定部（１３４）では、割込み検知機構（１０２）が検知した割り込みがＣＰＵ例外であるか標準割込みであるかが判定される。
このため、割込み判定部（１３４）では、割込み判定部（１１２）と同じ処理が行われる。
すなわち、割込み判定部（１３４）では、割込み検知機構（１０２）が検知した割り込みがＣＰＵ例外であるか標準割込みであるかが判定される。
ＯＳ特定部（１３５）は、割込み判定部（１３４）により、割込み検知機構（１０２）が検知した割り込みが標準割込みであると判定された場合に実行されるプログラムである。
ＯＳ特定部（１３５）では、割込みが発生したときに動作していたＯＳ（１１０）が特定される。
ＯＳ特定部（１３５）の動作の詳細は、実施の形態３で説明する。
ＯＳ特定部（１３５）では、割込みが発生したときに動作していたＯＳ（１１０）が特定される。
ＯＳ特定部（１３５）の動作の詳細は、実施の形態３で説明する。
故障検知部（１３６）、故障情報収集部（１３７）、故障同定部（１３８）及び故障対処部（１３９）は、それぞれ、割込み判定部（１３４）により、割込み検知機構（１０２）が検知した割り込みがＣＰＵ例外であると判定された場合に実行されるプログラムである。
故障検知部（１３６）では、ＣＰＵ例外の原因となった故障が特定される。
故障情報収集部（１３７）では、ＣＰＵ例外が発生したときに動作していたＯＳ（１１０）が特定され、特定されたＯＳ（１１０）から故障に関する情報が収集される。
故障同定部（１３８）では、故障情報収集部（１３７）により収集された情報から、故障に対応する故障対処方法が同定される。
故障対処部（１３９）では、故障同定部（１３８）で同定された故障対処方法が実施される。
故障検知部（１３６）、故障情報収集部（１３７）、故障同定部（１３８）及び故障対処部（１３９）は、それぞれ、ＣＰＵ例外処理部の例に相当する。
故障検知部（１３６）では、ＣＰＵ例外の原因となった故障が特定される。
故障情報収集部（１３７）では、ＣＰＵ例外が発生したときに動作していたＯＳ（１１０）が特定され、特定されたＯＳ（１１０）から故障に関する情報が収集される。
故障同定部（１３８）では、故障情報収集部（１３７）により収集された情報から、故障に対応する故障対処方法が同定される。
故障対処部（１３９）では、故障同定部（１３８）で同定された故障対処方法が実施される。
故障検知部（１３６）、故障情報収集部（１３７）、故障同定部（１３８）及び故障対処部（１３９）は、それぞれ、ＣＰＵ例外処理部の例に相当する。
なお、上記の割込み判定部（１１２）及び割込み判定部（１３４）は、ＣＰＵ例外および標準割込みに対処する処理（プログラム）のメモリ（１０３）上のアドレスを保持する。
また、上記の割込み処理部（１１５）は、割込み発生時に対処するための処理（プログラム）を保持する。
また、上記の割込み処理部（１１５）は、割込み発生時に対処するための処理（プログラム）を保持する。
上述したように、ＯＳ（１１０）、ＲＡＳモジュール（１３０）、ブートプログラム（１４０）は、それぞれプログラムであり、計算機装置（１００）では、ＣＰＵ（１０１）がこれらのプログラムを読込み、プログラムに記述されている内容に従って処理を行う。
以下では、「ＣＰＵ（１０１）が〜する」又は「ＣＰＵ（１０１）により〜される」という説明を行うとともに、理解のしやすさ、文脈を考慮して、ＯＳ（１１０）、ＲＡＳモジュール（１３０）、ブートプログラム（１４０）が「〜する」、または、これらに含まれる要素（例えば、第１の初期化手順（１３２））が「〜する」という表現を用いることもある。
本明細書では、ソフトウェアが動作主体として記述されていても、その記述は、ＣＰＵ（１０１）によるプログラムの実行により処理が行われていることを表している。
以下では、「ＣＰＵ（１０１）が〜する」又は「ＣＰＵ（１０１）により〜される」という説明を行うとともに、理解のしやすさ、文脈を考慮して、ＯＳ（１１０）、ＲＡＳモジュール（１３０）、ブートプログラム（１４０）が「〜する」、または、これらに含まれる要素（例えば、第１の初期化手順（１３２））が「〜する」という表現を用いることもある。
本明細書では、ソフトウェアが動作主体として記述されていても、その記述は、ＣＰＵ（１０１）によるプログラムの実行により処理が行われていることを表している。
［実施の形態１：動作の概要説明（初期化時の全体的な動作の概要）］
まず、本実施の形態に係る計算機装置（１００）の初期化時の全体的な動作の概要について説明する。
実施の形態１に係る計算機装置（１００）を起動する際の、ＲＡＳモジュール（１３０）、ＯＳ（１１０）の初期化処理の全体的なフローチャートを図２に示す。
まず、本実施の形態に係る計算機装置（１００）の初期化時の全体的な動作の概要について説明する。
実施の形態１に係る計算機装置（１００）を起動する際の、ＲＡＳモジュール（１３０）、ＯＳ（１１０）の初期化処理の全体的なフローチャートを図２に示す。
最初に、計算機装置（１００）が起動されると、ＣＰＵ（１０１）により、ブートプログラム（１４０）が実行され、ＲＡＳモジュール（１３０）の第１の初期化手順（１３２）が呼び出され（Ｓ２０１）、ＲＡＳモジュール（１３０）の第１の初期化手順（１３２）が実行される（Ｓ２０２）。
ブートプログラム（１４０）やＲＡＳモジュール（１３０）の「第１の初期化手順」（Ｓ２０２）の詳細については後述する。
ブートプログラム（１４０）やＲＡＳモジュール（１３０）の「第１の初期化手順」（Ｓ２０２）の詳細については後述する。
次に、ＯＳ（１１０）の初期化手順（１１１）が呼び出され、ＯＳ（１１０）の初期化手順（１１１）が実行される（Ｓ２０４）。
ＯＳの「初期化手順」（Ｓ２０４）の詳細については後述する。
ＯＳの「初期化手順」（Ｓ２０４）の詳細については後述する。
最後に、ＲＡＳモジュール（１３０）の第２の初期化手順（１３３）が呼び出され、ＲＡＳモジュール（１３０）の第２の初期化手順（１３３）が実行される（Ｓ２０５）。
ＲＡＳモジュール（１３０）の「第２の初期化手順」（Ｓ２０５）の詳細については後述する。
ＲＡＳモジュール（１３０）の「第２の初期化手順」（Ｓ２０５）の詳細については後述する。
また、計算機装置（１００）に複数のＯＳ（１１０）が存在する場合は、ＯＳ（１１０）の「初期化手順」（Ｓ２０４）では、それぞれのＯＳ（１１０）の初期化手順（１１１）が順番に実行される。
［実施の形態１：動作の概要説明（ＲＡＳモジュールの「第１の初期化手順」の動作）］
次に、実施の形態１における初期化時の動作の詳細について説明する。
前述のＲＡＳモジュール（１３０）の「第１の初期化手順」（Ｓ２０２）の詳細フローチャートを図３に示す。
次に、実施の形態１における初期化時の動作の詳細について説明する。
前述のＲＡＳモジュール（１３０）の「第１の初期化手順」（Ｓ２０２）の詳細フローチャートを図３に示す。
「第１の初期化手順」（Ｓ２０２）では、まず、ＣＰＵ（１０１）が第１の初期化手順（１３２）を実行して、ＲＡＳモジュール（１３０）の初期化を実施する（Ｓ３０１）。
Ｓ３０１では、主にＲＡＳモジュール（１３０）が使用する資源の初期化処理が実施される。
その後、ＣＰＵ（１０１）は、「ＯＳの「初期化手順」実行後にＲＡＳモジュールの「第２の初期化手順」を呼び出す」という処理を、ＯＳの「初期化手順」の最後に付け加える処理を実施する（Ｓ３０２）。
具体的には、ＲＡＳモジュール（１３０）の第２の初期化手順（１３３）はメモリ（１０３）上に配置されたプログラムであり、ＯＳ（１１０）の初期化手順（Ｓ２０４）の最後で、このＲＡＳモジュール（１３０）の第２の初期化手順（１３３）のプログラムのメモリ（１０３）上のアドレスを呼び出すように、ＯＳの初期化手順（１１１）の最後の部分を書換える。
つまり、ＣＰＵ（１０１）は、メモリ（１０３）に格納されている、ＯＳ（１１０）の初期化手順（１１１）のプログラムコードの最後の記述をＲＡＳモジュール（１３０）の第２の初期化手順（１３３）のプログラムコードへのジャンプ命令に変更する。
この処理のより具体的な実現方法の例を、以下の（１）〜（４）に示す。
Ｓ３０１では、主にＲＡＳモジュール（１３０）が使用する資源の初期化処理が実施される。
その後、ＣＰＵ（１０１）は、「ＯＳの「初期化手順」実行後にＲＡＳモジュールの「第２の初期化手順」を呼び出す」という処理を、ＯＳの「初期化手順」の最後に付け加える処理を実施する（Ｓ３０２）。
具体的には、ＲＡＳモジュール（１３０）の第２の初期化手順（１３３）はメモリ（１０３）上に配置されたプログラムであり、ＯＳ（１１０）の初期化手順（Ｓ２０４）の最後で、このＲＡＳモジュール（１３０）の第２の初期化手順（１３３）のプログラムのメモリ（１０３）上のアドレスを呼び出すように、ＯＳの初期化手順（１１１）の最後の部分を書換える。
つまり、ＣＰＵ（１０１）は、メモリ（１０３）に格納されている、ＯＳ（１１０）の初期化手順（１１１）のプログラムコードの最後の記述をＲＡＳモジュール（１３０）の第２の初期化手順（１３３）のプログラムコードへのジャンプ命令に変更する。
この処理のより具体的な実現方法の例を、以下の（１）〜（４）に示す。
（１）ＯＳ（１１０）のコンパイル後の実行ファイルのシンボル情報から、ＯＳ（１１０）の初期化手順（１１１）のコード位置（＝メモリ上のプログラムのアドレス）やサイズを、ＲＡＳモジュール（１３０）側で把握できるようにする。
例えば、ＯＳ（１１０）のシンボル情報をメモリ（１０３）上にロードしておきＲＡＳモジュール（１３０）側からシンボル情報を参照できるようにする方法や、予めＯＳ（１１０）のシンボル情報をＲＡＳモジュール（１３０）に（ハードコーディングするなどして）取り込んでおく方法により、ＲＡＳモジュール（１３０）がＯＳ（１１０）の初期化手順（１１１）のコード位置やサイズを把握できるようにする。
（２）ＲＡＳモジュール（１３０）の第１の初期化手順（１３２）が、前述（１）で把握可能としたＯＳ（１１０）の初期化手順（１１１）のコード位置とサイズ情報より、ＯＳ（１１０）の初期化手順（１１１）の最後のコード位置を把握する。
（３）この最後のコード位置の部分には、ＯＳ（１１０）の初期化手順（１１１）の呼び出し元の位置に戻るというコード（ジャンプ命令）が書かれている。
ＲＡＳモジュール（１３０）の第１の初期化手順（１３２）は、この呼び出し元の位置を記録しておき、この最後のコード部分を、ＲＡＳモジュール（１３０）の第２の初期化手順（１３３）のコード位置へのジャンプ命令に修正する。
（４）ＲＡＳモジュール（１３０）の第１の初期化手順（１３２）は、第２の初期化手順（１３３）のコードの最後の部分を、前述（３）で記録したＯＳ（１１０）の初期化手順（１１１）の呼び出し元の位置へのジャンプ命令に修正する。
例えば、ＯＳ（１１０）のシンボル情報をメモリ（１０３）上にロードしておきＲＡＳモジュール（１３０）側からシンボル情報を参照できるようにする方法や、予めＯＳ（１１０）のシンボル情報をＲＡＳモジュール（１３０）に（ハードコーディングするなどして）取り込んでおく方法により、ＲＡＳモジュール（１３０）がＯＳ（１１０）の初期化手順（１１１）のコード位置やサイズを把握できるようにする。
（２）ＲＡＳモジュール（１３０）の第１の初期化手順（１３２）が、前述（１）で把握可能としたＯＳ（１１０）の初期化手順（１１１）のコード位置とサイズ情報より、ＯＳ（１１０）の初期化手順（１１１）の最後のコード位置を把握する。
（３）この最後のコード位置の部分には、ＯＳ（１１０）の初期化手順（１１１）の呼び出し元の位置に戻るというコード（ジャンプ命令）が書かれている。
ＲＡＳモジュール（１３０）の第１の初期化手順（１３２）は、この呼び出し元の位置を記録しておき、この最後のコード部分を、ＲＡＳモジュール（１３０）の第２の初期化手順（１３３）のコード位置へのジャンプ命令に修正する。
（４）ＲＡＳモジュール（１３０）の第１の初期化手順（１３２）は、第２の初期化手順（１３３）のコードの最後の部分を、前述（３）で記録したＯＳ（１１０）の初期化手順（１１１）の呼び出し元の位置へのジャンプ命令に修正する。
次に、ＯＳ（１１０）の初期化手順（１１１）が呼び出される（Ｓ３０３）。
具体的には、ＯＳ（１１０）の初期化手順（１１１）のプログラムのメモリ上のアドレスが呼び出される。
具体的には、ＯＳ（１１０）の初期化手順（１１１）のプログラムのメモリ上のアドレスが呼び出される。
［実施の形態１：動作の概要説明（ＯＳの「初期化手順」の動作）］
次に、前述のＯＳ（１１０）の「初期化手順」（Ｓ２０４）の詳細フローチャートを図４に示す。
次に、前述のＯＳ（１１０）の「初期化手順」（Ｓ２０４）の詳細フローチャートを図４に示す。
ここでは、ＣＰＵ（１０１）は、ＯＳ（１１０）の初期化を実施する（Ｓ４０１）。
Ｓ４０１では、主にＯＳ（１１０）自身が使用する資源の初期化処理が実施される。
その後、ＣＰＵ（１０１）は、前述のＲＡＳモジュール（１３０）の「第１の初期化手順」（Ｓ２０２）にて書換えられた通り、ＲＡＳモジュール（１３０）の第２の初期化手順（１３３）を呼び出す（Ｓ４０２）。
具体的には、ＣＰＵ（１０１）は、ＲＡＳモジュール（１３０）の第２の初期化手順（１３３）のプログラムのメモリ上のアドレスを呼び出すことにより実現する。
Ｓ４０１では、主にＯＳ（１１０）自身が使用する資源の初期化処理が実施される。
その後、ＣＰＵ（１０１）は、前述のＲＡＳモジュール（１３０）の「第１の初期化手順」（Ｓ２０２）にて書換えられた通り、ＲＡＳモジュール（１３０）の第２の初期化手順（１３３）を呼び出す（Ｓ４０２）。
具体的には、ＣＰＵ（１０１）は、ＲＡＳモジュール（１３０）の第２の初期化手順（１３３）のプログラムのメモリ上のアドレスを呼び出すことにより実現する。
［実施の形態１：動作の概要説明（ＲＡＳモジュールの「第２の初期化手順」の動作）］
最後に、前述のＲＡＳモジュール（１３０）の「第２の初期化手順」（Ｓ２０５）の詳細フローチャートを図５に示す。
ここでは、ＣＰＵ（１０１）は、ＯＳ（１１０）の割込み判定部（１１２）のプログラムコードを、ＲＡＳモジュール（１３０）にコピーする（Ｓ５０１）。
ＲＡＳモジュール（１３０）にコピーされた割込み判定部（１１２）は、割込み判定部（１３４）となる。
その後、ＣＰＵ（１０１）は、割込み発生時にＲＡＳモジュール（１３０）の割込み判定部（１３４）を呼び出すように割込み検知機構（１０２）を設定する処理を実施する（Ｓ５０２）。
最後に、前述のＲＡＳモジュール（１３０）の「第２の初期化手順」（Ｓ２０５）の詳細フローチャートを図５に示す。
ここでは、ＣＰＵ（１０１）は、ＯＳ（１１０）の割込み判定部（１１２）のプログラムコードを、ＲＡＳモジュール（１３０）にコピーする（Ｓ５０１）。
ＲＡＳモジュール（１３０）にコピーされた割込み判定部（１１２）は、割込み判定部（１３４）となる。
その後、ＣＰＵ（１０１）は、割込み発生時にＲＡＳモジュール（１３０）の割込み判定部（１３４）を呼び出すように割込み検知機構（１０２）を設定する処理を実施する（Ｓ５０２）。
［実施の形態１：動作の概要説明（ＲＡＳモジュールを追加する方法）］
以上では、既にＲＡＳモジュール（１３０）が追加された構成での、起動時の初期化動作を説明したが、以下では、ＲＡＳモジュール（１３０）を計算機装置（１００）に追加する方法を説明する。
以上では、既にＲＡＳモジュール（１３０）が追加された構成での、起動時の初期化動作を説明したが、以下では、ＲＡＳモジュール（１３０）を計算機装置（１００）に追加する方法を説明する。
ＲＡＳモジュール（１３０）を追加する前の計算機装置（１００）の構成例を図１６に示す。
ＲＡＳモジュール（１３０）を追加する前の計算機装置（１００）は、ＯＳ（一つでも複数のＯＳが存在する構成でもよい）が独立したモジュールで構成されている。
ＲＡＳモジュール（１３０）が追加される前は、計算機装置（１００）は、図１６のようにＲＡＳモジュール（１３０）がない状態で、通常動作を行っている。
図１６の計算機装置（１００）の起動時は、まず計算機装置（１００）上のブートプログラム（１４０）が立ち上がり、ブートプログラム（１４０）からＯＳ（１１０）の初期化手順（１１１）が呼び出される。
ＲＡＳモジュール（１３０）を追加する前の計算機装置（１００）は、ＯＳ（一つでも複数のＯＳが存在する構成でもよい）が独立したモジュールで構成されている。
ＲＡＳモジュール（１３０）が追加される前は、計算機装置（１００）は、図１６のようにＲＡＳモジュール（１３０）がない状態で、通常動作を行っている。
図１６の計算機装置（１００）の起動時は、まず計算機装置（１００）上のブートプログラム（１４０）が立ち上がり、ブートプログラム（１４０）からＯＳ（１１０）の初期化手順（１１１）が呼び出される。
この図１６の計算機装置（１００）に対し、本実施の形態のＲＡＳモジュール（１３０）を追加する場合、まず、追加するＲＡＳモジュール（１３０）のプログラムを、計算機装置（１００）の二次記憶装置（１０４）上の空き領域に配置する。
また、計算機装置（１００）のブートプログラム（１４０）を、計算機装置（１００）の起動時にＲＡＳモジュール（１３０）の第１の初期化手順（１３２）を呼び出すよう変更する。
具体的には、ＲＡＳモジュール（１３０）の第１の初期化手順（１３２）のプログラムのメモリ（１０３）上のアドレスを、ブートプログラム（１４０）から呼び出すよう変更する。
以上がＲＡＳモジュール（１３０）を計算機装置（１００）に追加する方法の概要である。
以上のようにＲＡＳモジュール（１３０）を計算機装置（１００）に追加した後（図１の状態）に、計算機装置（１００）を起動した場合、前述した図２のフローチャートのような動作が行われる。
また、計算機装置（１００）のブートプログラム（１４０）を、計算機装置（１００）の起動時にＲＡＳモジュール（１３０）の第１の初期化手順（１３２）を呼び出すよう変更する。
具体的には、ＲＡＳモジュール（１３０）の第１の初期化手順（１３２）のプログラムのメモリ（１０３）上のアドレスを、ブートプログラム（１４０）から呼び出すよう変更する。
以上がＲＡＳモジュール（１３０）を計算機装置（１００）に追加する方法の概要である。
以上のようにＲＡＳモジュール（１３０）を計算機装置（１００）に追加した後（図１の状態）に、計算機装置（１００）を起動した場合、前述した図２のフローチャートのような動作が行われる。
以上のような構成、動作により、ＯＳ（一つでも複数のＯＳが存在する構成でもよい）が独立したモジュールで構成されている計算機装置に、ＯＳのモジュールへの修正なしに、ＯＳが所有する割込み判定部に対応したＲＡＳ機能を、容易に追加することが可能である。
［実施の形態１：動作の概要説明（割込み発生時の動作概要）］
次に、割込みが発生した場合の実施の形態１に係る計算機装置（１００）動作の概要を説明する。
図６は、ＯＳ（１１０）の動作時に割込みが発生した場合の処理の流れを示す。
ここで、ＯＳは複数存在していてもよい。
なお、図６では、説明に直接関係のないメモリ（１０３）、二次記憶装置（１０４）、ブートプログラム（１４０）の図示は省略している。
また、図６の実線の矢印は処理の流れを示しており、破線の矢印は処理の内容を示している。
次に、割込みが発生した場合の実施の形態１に係る計算機装置（１００）動作の概要を説明する。
図６は、ＯＳ（１１０）の動作時に割込みが発生した場合の処理の流れを示す。
ここで、ＯＳは複数存在していてもよい。
なお、図６では、説明に直接関係のないメモリ（１０３）、二次記憶装置（１０４）、ブートプログラム（１４０）の図示は省略している。
また、図６の実線の矢印は処理の流れを示しており、破線の矢印は処理の内容を示している。
割込みが発生した場合に、ＣＰＵ（１０１）の割込み検知機構（１０２）が、ＲＡＳモジュール（１３０）を呼び出す。
ＲＡＳモジュール（１３０）は、発生した割込みがＣＰＵ例外であるかどうかを判定する。
そして、発生した割込みがＣＰＵ例外であれば、ＲＡＳモジュール（１３０）は、どのＯＳが動作していたかを、計算機装置（１００）のプログラムカウンタ（ＣＰＵの実行アドレスを保持しているレジスタ）により判定（どのＯＳが動作中だったかを、プログラムカウンタが保持する実行中のコードの場所より判定）し、該当するＯＳを特定し、特定したＯＳから故障情報を収集する。
この動作により、ＯＳが複数の構成の場合、ＣＰＵ例外発生時に、どのＯＳが動作していたかを判定することが可能となり、該当のＯＳから障害情報を収集することができる。
ＲＡＳモジュール（１３０）は、発生した割込みがＣＰＵ例外であるかどうかを判定する。
そして、発生した割込みがＣＰＵ例外であれば、ＲＡＳモジュール（１３０）は、どのＯＳが動作していたかを、計算機装置（１００）のプログラムカウンタ（ＣＰＵの実行アドレスを保持しているレジスタ）により判定（どのＯＳが動作中だったかを、プログラムカウンタが保持する実行中のコードの場所より判定）し、該当するＯＳを特定し、特定したＯＳから故障情報を収集する。
この動作により、ＯＳが複数の構成の場合、ＣＰＵ例外発生時に、どのＯＳが動作していたかを判定することが可能となり、該当のＯＳから障害情報を収集することができる。
［実施の形態１：動作の概要説明（割込み発生時のフローチャート）］
割込み発生時のフローチャートを図７に示す。
割込み発生時のフローチャートを図７に示す。
最初に、割込み検知機構（１０２）が割込みを検知する（Ｓ７０１）。
次に、割込み検知機構（１０２）は、ＲＡＳモジュール（１３０）の割込み判定部（１３４）を呼び出す（Ｓ７０２）。
割込み判定部（１３４）は、割込み検知機構（１０２）が検知した割込みがＣＰＵ例外か標準割込みかの判定を行う（Ｓ７０３）。
次に、割込み検知機構（１０２）は、ＲＡＳモジュール（１３０）の割込み判定部（１３４）を呼び出す（Ｓ７０２）。
割込み判定部（１３４）は、割込み検知機構（１０２）が検知した割込みがＣＰＵ例外か標準割込みかの判定を行う（Ｓ７０３）。
割込み検知機構（１０２）が検知した割込みが標準割込みである場合（Ｓ７０３でＮＯ）は、処理が図１５のＳ１００１へ移る。
図１５のフローチャートの詳細は、実施の形態３において説明する。
一方、割込み検知機構（１０２）が検知した割込みがＣＰＵ例外である場合（Ｓ７０３でＹＥＳ）は、ＲＡＳモジュール（１３０）の故障検知部（１３６）がＣＰＵ例外の原因の故障を特定する（Ｓ７０５）。
次に、ＲＡＳモジュール（１３０）の故障情報収集部（１３７）が、ＣＰＵ例外発生時に動作していたＯＳ（１１０）を特定し、該当するＯＳ（１１０）から故障情報を収集する（Ｓ７０６−１）。
なお、ＲＡＳモジュール（１３０）の故障情報収集部（１３７）は、前述の通り計算機装置（１００）のプログラムカウンタにより、ＣＰＵ例外発生時に動作していたＯＳ（１１０）を特定する。
次に、ＲＡＳモジュール（１３０）の故障同定部（１３８）が、Ｓ７０５で特定された故障に対応する故障対処方法を同定する（Ｓ７０７）。
最後に、ＲＡＳモジュール（１３０）の故障対処部（１３９）が、Ｓ７０７で同定された故障対処方法に従って、故障に対処する処理を行う（Ｓ７０８）。
図１５のフローチャートの詳細は、実施の形態３において説明する。
一方、割込み検知機構（１０２）が検知した割込みがＣＰＵ例外である場合（Ｓ７０３でＹＥＳ）は、ＲＡＳモジュール（１３０）の故障検知部（１３６）がＣＰＵ例外の原因の故障を特定する（Ｓ７０５）。
次に、ＲＡＳモジュール（１３０）の故障情報収集部（１３７）が、ＣＰＵ例外発生時に動作していたＯＳ（１１０）を特定し、該当するＯＳ（１１０）から故障情報を収集する（Ｓ７０６−１）。
なお、ＲＡＳモジュール（１３０）の故障情報収集部（１３７）は、前述の通り計算機装置（１００）のプログラムカウンタにより、ＣＰＵ例外発生時に動作していたＯＳ（１１０）を特定する。
次に、ＲＡＳモジュール（１３０）の故障同定部（１３８）が、Ｓ７０５で特定された故障に対応する故障対処方法を同定する（Ｓ７０７）。
最後に、ＲＡＳモジュール（１３０）の故障対処部（１３９）が、Ｓ７０７で同定された故障対処方法に従って、故障に対処する処理を行う（Ｓ７０８）。
以上、実施の形態１によれば、ＣＰＵ例外発生時にＲＡＳモジュール（１３０）内の割込み判定部（１３４）、故障検知部（１３６）等が実行されることにより、ＣＰＵ例外とＯＳの障害の発生が重なった場合でも、ＲＡＳ機能を実行することができる。
以上、本実施の形態では、ＯＳ（一つでも複数のＯＳが存在する構成でもよい）が独立したモジュールで構成されている計算機装置に、ＯＳのモジュールへの修正なしに、ＯＳが所有する割込み判定部に対応したＲＡＳ機能を追加することを可能とするＲＡＳ方式を説明した。
より具体的には、本実施の形態では主に以下の（１）〜（４）を説明した。
（１）計算機装置の起動時に呼び出されるＲＡＳモジュールの「初期化手順」は、ＯＳの「初期化手順」よりも前に実行される「第１の初期化手順」と、ＯＳの「初期化手順」が完了した後に実行される「第２の初期化手順」の２つに分かれる。
（２）ＲＡＳモジュールの「第１の初期化手順」では、ＯＳの「初期化手順」の最後の部分が、ＯＳの「初期化手順」の後にＲＡＳモジュールの「第２の初期化手順」を呼び出すように書換えられる。
（３）ＲＡＳモジュールの「第２の初期化手順」では、ＯＳの「割込み判定部」がＲＡＳモジュールにコピーされる。
（４）ＲＡＳモジュールの「第２の初期化手順」では、割込み発生時にＯＳの「割込み判定部」ではなくＲＡＳモジュールの「割込み判定部」を呼び出すように、「割込み検知機構」が設定される。
より具体的には、本実施の形態では主に以下の（１）〜（４）を説明した。
（１）計算機装置の起動時に呼び出されるＲＡＳモジュールの「初期化手順」は、ＯＳの「初期化手順」よりも前に実行される「第１の初期化手順」と、ＯＳの「初期化手順」が完了した後に実行される「第２の初期化手順」の２つに分かれる。
（２）ＲＡＳモジュールの「第１の初期化手順」では、ＯＳの「初期化手順」の最後の部分が、ＯＳの「初期化手順」の後にＲＡＳモジュールの「第２の初期化手順」を呼び出すように書換えられる。
（３）ＲＡＳモジュールの「第２の初期化手順」では、ＯＳの「割込み判定部」がＲＡＳモジュールにコピーされる。
（４）ＲＡＳモジュールの「第２の初期化手順」では、割込み発生時にＯＳの「割込み判定部」ではなくＲＡＳモジュールの「割込み判定部」を呼び出すように、「割込み検知機構」が設定される。
また、本実施の形態では、ＣＰＵ例外発生時にＲＡＳモジュール内の割込み判定部、故障検知部等が実行されることにより、ＣＰＵ例外とＯＳの障害の発生が重なった場合でも、ＲＡＳ機能が実行されるＲＡＳ方式を説明した。
また、本実施の形態では、ＲＡＳモジュール内の故障情報収集部が実行されることにより、ＣＰＵ例外発生時に、どのＯＳが動作していたかを、ＣＰＵ例外発生時のプログラムカウンタから判定し、該当のＯＳから障害情報を収集することが可能なＲＡＳ方式を説明した。
実施の形態２．
［実施の形態２：構成の説明］
図８は、実施の形態２に係る計算機装置（１００）の構成例を示すブロック図である。
実施の形態１の構成（図１）との違いは、Ｈｙｐｅｒｖｉｓｏｒ（１２０）およびＨｙｐｅｒｖｉｓｏｒ（１２０）の初期化手順（１２１）が存在することのみであり、他は実施の形態１の構成（図１）と同じある。
本実施の形態でも、ＯＳ（１１０）は１つでも複数存在する構成でもよい。
ＣＰＵ（１０１）も、１つでも複数存在する構成（マルチコア、マルチＣＰＵ、マルチプロセッサなど）でもよい。
［実施の形態２：構成の説明］
図８は、実施の形態２に係る計算機装置（１００）の構成例を示すブロック図である。
実施の形態１の構成（図１）との違いは、Ｈｙｐｅｒｖｉｓｏｒ（１２０）およびＨｙｐｅｒｖｉｓｏｒ（１２０）の初期化手順（１２１）が存在することのみであり、他は実施の形態１の構成（図１）と同じある。
本実施の形態でも、ＯＳ（１１０）は１つでも複数存在する構成でもよい。
ＣＰＵ（１０１）も、１つでも複数存在する構成（マルチコア、マルチＣＰＵ、マルチプロセッサなど）でもよい。
［実施の形態２：動作の概要説明（初期化時の全体的な動作の概要）］
実施の形態２における動作の説明として、まず、初期化時の全体的な動作の概要について説明する。
実施の形態２における計算機装置（１００）を起動する際の、ＲＡＳモジュール（１３０）、ＯＳ（１１０）、Ｈｙｐｅｒｖｉｓｏｒ（１２０）のモジュールの初期化処理の全体的なフローを図９に示す。
実施の形態２における動作の説明として、まず、初期化時の全体的な動作の概要について説明する。
実施の形態２における計算機装置（１００）を起動する際の、ＲＡＳモジュール（１３０）、ＯＳ（１１０）、Ｈｙｐｅｒｖｉｓｏｒ（１２０）のモジュールの初期化処理の全体的なフローを図９に示す。
ここで、実施の形態１の初期化時の動作（図２）との違いは、Ｓ２０２とＳ２０４の処理の間に、Ｈｙｐｅｒｖｉｓｏｒの「初期化手順」（Ｓ２０３）が追加されている部分であり、他は実施の形態１のフロー（図２）と同じである。
このため、ここではＳ２０３の処理とその前後の処理を主に説明する。
このため、ここではＳ２０３の処理とその前後の処理を主に説明する。
まず、図９のＲＡＳモジュールの「第１の初期化手順」（Ｓ２０２）までは、実施の形態１と同じである。
次に、Ｈｙｐｅｒｖｉｓｏｒ（１２０）の初期化手順（１２１）が呼び出されて実行される（Ｓ２０３）。
Ｓ２０３では、ＣＰＵ（１０１）は、主にＨｙｐｅｒｖｉｓｏｒ（１２０）が使用する資源の初期化などを実施する。
次に、図９のＯＳの「初期化手順」（Ｓ２０４）以降は、実施の形態１と同じである。
また、Ｓ２０５の詳細は、実施の形態１の図５に示すとおりである。
また、ＯＳが複数存在する構成の場合には、図９のフローチャートのＯＳの「初期化手順」（Ｓ２０４）で、それぞれのＯＳ（１１０）の初期化手順（１１１）が順番に実行される。
次に、Ｈｙｐｅｒｖｉｓｏｒ（１２０）の初期化手順（１２１）が呼び出されて実行される（Ｓ２０３）。
Ｓ２０３では、ＣＰＵ（１０１）は、主にＨｙｐｅｒｖｉｓｏｒ（１２０）が使用する資源の初期化などを実施する。
次に、図９のＯＳの「初期化手順」（Ｓ２０４）以降は、実施の形態１と同じである。
また、Ｓ２０５の詳細は、実施の形態１の図５に示すとおりである。
また、ＯＳが複数存在する構成の場合には、図９のフローチャートのＯＳの「初期化手順」（Ｓ２０４）で、それぞれのＯＳ（１１０）の初期化手順（１１１）が順番に実行される。
［実施の形態２：動作の概要説明（ＲＡＳモジュールの「第１の初期化手順」の動作）］
次に、実施の形態２における初期化時の動作の詳細について説明する。
前述のＲＡＳモジュールの「第１の初期化手順」（Ｓ２０２）の詳細フローを図１０に示す。
ここで、実施の形態１のＲＡＳモジュールの「第１の初期化手順」（図３）との違いは、最後にＯＳの「初期化手順」（図３のＳ３０３）を呼び出すのではなく、Ｈｙｐｅｒｖｉｓｏｒの「初期化手順」を呼び出す（図１０のＳ３０４）部分のみであるため、この部分のみ説明する。
次に、実施の形態２における初期化時の動作の詳細について説明する。
前述のＲＡＳモジュールの「第１の初期化手順」（Ｓ２０２）の詳細フローを図１０に示す。
ここで、実施の形態１のＲＡＳモジュールの「第１の初期化手順」（図３）との違いは、最後にＯＳの「初期化手順」（図３のＳ３０３）を呼び出すのではなく、Ｈｙｐｅｒｖｉｓｏｒの「初期化手順」を呼び出す（図１０のＳ３０４）部分のみであるため、この部分のみ説明する。
Ｓ３０４では、ＣＰＵ（１０１）は、Ｈｙｐｅｒｖｉｓｏｒ（１２０）の初期化手順（１２１）を呼び出す。
具体的には、ＣＰＵ（１０１）は、Ｈｙｐｅｒｖｉｓｏｒ（１２０）の初期化手順（１２１）のプログラムのメモリ（１０３）上のアドレスを呼び出すことにより実現する。
具体的には、ＣＰＵ（１０１）は、Ｈｙｐｅｒｖｉｓｏｒ（１２０）の初期化手順（１２１）のプログラムのメモリ（１０３）上のアドレスを呼び出すことにより実現する。
［実施の形態２：動作の概要説明（ＲＡＳモジュールを追加する方法）］
以上では、既にＲＡＳモジュール（１３０）が追加された構成での、起動時の初期化動作を説明したが、以下では、ＲＡＳモジュール（１３０）を計算機装置（１００）に追加する方法を説明する。
以上では、既にＲＡＳモジュール（１３０）が追加された構成での、起動時の初期化動作を説明したが、以下では、ＲＡＳモジュール（１３０）を計算機装置（１００）に追加する方法を説明する。
ＲＡＳモジュール（１３０）を追加する前の計算機装置（１００）の構成例を図１７に示す。
ＲＡＳモジュール（１３０）を追加する前の計算機装置（１００）は、ＯＳ（一つでも複数のＯＳが存在する構成でもよい）と、Ｈｙｐｅｒｖｉｓｏｒが独立したモジュールで構成されている。
ＲＡＳモジュール（１３０）が追加される前は、計算機装置（１００）は、図１７のようにＲＡＳモジュール（１３０）がない状態で、通常動作を行っている。
図１７の計算機装置（１００）の起動時は、まず計算機装置（１００）上のブートプログラム（１４０）が立ち上がり、ブートプログラム（１４０）からＨｙｐｅｒｖｉｓｏｒ（１２０）の初期化手順（１２１）が呼び出され、Ｈｙｐｅｒｖｉｓｏｒ（１２０）の初期化手順（１２１）からＯＳ（１１０）の初期化手順（１１１）が呼び出される。
ＲＡＳモジュール（１３０）を追加する前の計算機装置（１００）は、ＯＳ（一つでも複数のＯＳが存在する構成でもよい）と、Ｈｙｐｅｒｖｉｓｏｒが独立したモジュールで構成されている。
ＲＡＳモジュール（１３０）が追加される前は、計算機装置（１００）は、図１７のようにＲＡＳモジュール（１３０）がない状態で、通常動作を行っている。
図１７の計算機装置（１００）の起動時は、まず計算機装置（１００）上のブートプログラム（１４０）が立ち上がり、ブートプログラム（１４０）からＨｙｐｅｒｖｉｓｏｒ（１２０）の初期化手順（１２１）が呼び出され、Ｈｙｐｅｒｖｉｓｏｒ（１２０）の初期化手順（１２１）からＯＳ（１１０）の初期化手順（１１１）が呼び出される。
この図１７の計算機装置（１００）に対し、本実施の形態のＲＡＳモジュール（１３０）を追加する場合、まず、追加するＲＡＳモジュール（１３０）のプログラムを、計算機装置（１００）の二次記憶装置（１０４）上の空き領域に配置する。
また、計算機装置（１００）のブートプログラム（１４０）を、計算機装置（１００）の起動時にＲＡＳモジュール（１３０）の第１の初期化手順（１３２）を呼び出すよう変更する。
具体的には、ＲＡＳモジュール（１３０）の第１の初期化手順（１３２）のプログラムのメモリ（１０３）上のアドレスを、ブートプログラム（１４０）から呼び出すよう変更する。
以上がＲＡＳモジュール（１３０）を計算機装置（１００）に追加する方法の概要である。
以上のようにＲＡＳモジュール（１３０）を計算機装置（１００）に追加した後（図８の状態）に、計算機装置（１００）を起動した場合、前述した図９のフローチャートのような動作が行われる。
また、計算機装置（１００）のブートプログラム（１４０）を、計算機装置（１００）の起動時にＲＡＳモジュール（１３０）の第１の初期化手順（１３２）を呼び出すよう変更する。
具体的には、ＲＡＳモジュール（１３０）の第１の初期化手順（１３２）のプログラムのメモリ（１０３）上のアドレスを、ブートプログラム（１４０）から呼び出すよう変更する。
以上がＲＡＳモジュール（１３０）を計算機装置（１００）に追加する方法の概要である。
以上のようにＲＡＳモジュール（１３０）を計算機装置（１００）に追加した後（図８の状態）に、計算機装置（１００）を起動した場合、前述した図９のフローチャートのような動作が行われる。
以上のような構成、動作により、ＯＳ（一つでも複数のＯＳが存在する構成でもよい）と、Ｈｙｐｅｒｖｉｓｏｒが独立したモジュールで構成されている計算機装置に、ＯＳやＨｙｐｅｒｖｉｓｏｒのモジュールへの修正なしに、ＯＳが所有する割込み判定部に対応したＲＡＳ機能を、容易に追加することが可能である。
［実施の形態２：動作の概要説明（割込み発生時の動作概要）］
次に、割込みが発生した場合の実施の形態２に係る計算機装置（１００）動作の概要を説明する。
図１１は、ＯＳ（１１０）の動作時に割込みが発生した場合の処理の流れを示す。
ここで、ＯＳは複数存在していてもよい。
図１２は、Ｈｙｐｅｒｖｉｓｏｒ（１２０）の動作時に割込みが発生した場合の処理の流れを示す。
図１１と図１２の違いはＲＡＳモジュール（１３０）の故障情報収集部（１３７）が、ＯＳの故障情報を収集するか、Ｈｙｐｅｒｖｉｓｏｒの故障情報を収集するかの違いのみである。
また、図１１及び図１２では、説明に直接関係のないメモリ（１０３）、二次記憶装置（１０４）、ブートプログラム（１４０）の図示は省略している。
また、図１１及び図１２の実線の矢印は処理の流れを示しており、破線の矢印は処理の内容を示している。
次に、割込みが発生した場合の実施の形態２に係る計算機装置（１００）動作の概要を説明する。
図１１は、ＯＳ（１１０）の動作時に割込みが発生した場合の処理の流れを示す。
ここで、ＯＳは複数存在していてもよい。
図１２は、Ｈｙｐｅｒｖｉｓｏｒ（１２０）の動作時に割込みが発生した場合の処理の流れを示す。
図１１と図１２の違いはＲＡＳモジュール（１３０）の故障情報収集部（１３７）が、ＯＳの故障情報を収集するか、Ｈｙｐｅｒｖｉｓｏｒの故障情報を収集するかの違いのみである。
また、図１１及び図１２では、説明に直接関係のないメモリ（１０３）、二次記憶装置（１０４）、ブートプログラム（１４０）の図示は省略している。
また、図１１及び図１２の実線の矢印は処理の流れを示しており、破線の矢印は処理の内容を示している。
割込みが発生した場合に、ＣＰＵ（１０１）の割込み検知機構（１０２）が、ＲＡＳモジュール（１３０）を呼び出す。
ＲＡＳモジュール（１３０）は、発生した割込みがＣＰＵ例外であるかどうかを判定する。
そして、発生した割込みがＣＰＵ例外であれば、ＲＡＳモジュール（１３０）は、ＣＰＵ例外が発生した時にどのＯＳまたはＨｙｐｅｒｖｉｓｏｒが動作していたかを、計算機装置（１００）のプログラムカウンタ（ＣＰＵの実行アドレスを保持しているレジスタ）により判定（どのＯＳまたはＨｙｐｅｒｖｉｓｏｒが動作中だったかを、プログラムカウンタが保持する実行中のコードの場所より判定）し、該当するＯＳまたはＨｙｐｅｒｖｉｓｏｒを特定し、特定したＯＳまたはＨｙｐｅｒｖｉｓｏｒから故障情報を収集する。
この動作により、ＣＰＵ例外発生時に、どのＯＳ（ＯＳは複数の構成でもよい）、またはＨｙｐｅｒｖｉｓｏｒが動作していたかを判定することが可能となり、該当のＯＳ、またはＨｙｐｅｒｖｉｓｏｒから障害情報を収集することができる。
ＲＡＳモジュール（１３０）は、発生した割込みがＣＰＵ例外であるかどうかを判定する。
そして、発生した割込みがＣＰＵ例外であれば、ＲＡＳモジュール（１３０）は、ＣＰＵ例外が発生した時にどのＯＳまたはＨｙｐｅｒｖｉｓｏｒが動作していたかを、計算機装置（１００）のプログラムカウンタ（ＣＰＵの実行アドレスを保持しているレジスタ）により判定（どのＯＳまたはＨｙｐｅｒｖｉｓｏｒが動作中だったかを、プログラムカウンタが保持する実行中のコードの場所より判定）し、該当するＯＳまたはＨｙｐｅｒｖｉｓｏｒを特定し、特定したＯＳまたはＨｙｐｅｒｖｉｓｏｒから故障情報を収集する。
この動作により、ＣＰＵ例外発生時に、どのＯＳ（ＯＳは複数の構成でもよい）、またはＨｙｐｅｒｖｉｓｏｒが動作していたかを判定することが可能となり、該当のＯＳ、またはＨｙｐｅｒｖｉｓｏｒから障害情報を収集することができる。
［実施の形態２：動作の概要説明（割込み発生時のフローチャート）］
割込み発生時のフローチャートを図１３に示す。
割込み発生時のフローチャートを図１３に示す。
このフローチャートと実施の形態１の図７のフローチャートとの違いは、Ｓ７０６−１の処理がＳ７０６−２の処理となっていることのみである。
このため、以下では、Ｓ７０６−２の処理のみを説明する。
このため、以下では、Ｓ７０６−２の処理のみを説明する。
ＲＡＳモジュール（１３０）の故障検知部（１３６）で該当の故障を特定（Ｓ７０５）した後、ＲＡＳモジュール（１３０）の故障情報収集部（１３７）が、ＣＰＵ例外発生時に動作していたＯＳ（またはＨｙｐｅｒｖｉｓｏｒ）を特定し、該当するＯＳ（またはＨｙｐｅｒｖｉｓｏｒ）から故障情報を収集する（Ｓ７０６−２）。
なお、ＲＡＳモジュール（１３０）の故障情報収集部（１３７）は、前述の通り計算機装置（１００）のプログラムカウンタにより、ＣＰＵ例外発生時に動作していたＯＳ（またはＨｙｐｅｒｖｉｓｏｒ）を特定する。
以降の処理（Ｓ７０７以降）は、実施の形態１の図７と同じである。
なお、ＲＡＳモジュール（１３０）の故障情報収集部（１３７）は、前述の通り計算機装置（１００）のプログラムカウンタにより、ＣＰＵ例外発生時に動作していたＯＳ（またはＨｙｐｅｒｖｉｓｏｒ）を特定する。
以降の処理（Ｓ７０７以降）は、実施の形態１の図７と同じである。
以上、実施の形態２によれば、ＣＰＵ例外発生時にＲＡＳモジュール（１３０）内の割込み判定部（１３４）、故障検知部（１３６）等が実行されることにより、ＣＰＵ例外とＯＳの障害の発生が重なった場合でも、ＲＡＳ機能を実行することができる。
また、ＣＰＵ例外発生時にＲＡＳモジュール（１３０）内の割込み判定部（１３４）、故障検知部（１３６）等が実行されることにより、ＣＰＵ例外とＨｙｐｅｒｖｉｓｏｒの障害の発生が重なった場合でも、ＲＡＳ機能を実行することができる。
また、ＣＰＵ例外発生時にＲＡＳモジュール（１３０）内の割込み判定部（１３４）、故障検知部（１３６）等が実行されることにより、ＣＰＵ例外とＨｙｐｅｒｖｉｓｏｒの障害の発生が重なった場合でも、ＲＡＳ機能を実行することができる。
以上、本実施の形態では、ＯＳ（一つでも複数のＯＳが存在する構成でも良い）と、Ｈｙｐｅｒｖｉｓｏｒが独立したモジュールで構成されている計算機装置に、ＯＳやＨｙｐｅｒｖｉｓｏｒのモジュールへの修正なしに、ＯＳが所有する割込み判定部に対応したＲＡＳ機能を追加することを可能とするＲＡＳ方式を説明した。
より具体的には、本実施の形態では以下の（１）〜（４）を説明した。
（１）計算機装置の起動時に呼び出されるＲＡＳモジュールの「初期化手順」は、ＯＳやＨｙｐｅｒｖｉｓｏｒの「初期化手順」よりも前に実行される「第１の初期化手順」と、ＯＳやＨｙｐｅｒｖｉｓｏｒの「初期化手順」が完了した後に実行される「第２の初期化手順」の２つに分かれる。
（２）ＲＡＳモジュールの「第１の初期化手順」では、ＯＳの「初期化手順」の最後の部分が、ＯＳの「初期化手順」の後にＲＡＳモジュールの「第２の初期化手順」を呼び出すように書換えられる。
（３）ＲＡＳモジュールの「第２の初期化手順」では、ＯＳの「割込み判定部」がＲＡＳモジュールにコピーされる。
（４）ＲＡＳモジュールの「第２の初期化手順」では、割込み発生時にＯＳの「割込み判定部」ではなくＲＡＳモジュールの「割込み判定部」を呼び出すように、「割込み検知機構」が設定される。
より具体的には、本実施の形態では以下の（１）〜（４）を説明した。
（１）計算機装置の起動時に呼び出されるＲＡＳモジュールの「初期化手順」は、ＯＳやＨｙｐｅｒｖｉｓｏｒの「初期化手順」よりも前に実行される「第１の初期化手順」と、ＯＳやＨｙｐｅｒｖｉｓｏｒの「初期化手順」が完了した後に実行される「第２の初期化手順」の２つに分かれる。
（２）ＲＡＳモジュールの「第１の初期化手順」では、ＯＳの「初期化手順」の最後の部分が、ＯＳの「初期化手順」の後にＲＡＳモジュールの「第２の初期化手順」を呼び出すように書換えられる。
（３）ＲＡＳモジュールの「第２の初期化手順」では、ＯＳの「割込み判定部」がＲＡＳモジュールにコピーされる。
（４）ＲＡＳモジュールの「第２の初期化手順」では、割込み発生時にＯＳの「割込み判定部」ではなくＲＡＳモジュールの「割込み判定部」を呼び出すように、「割込み検知機構」が設定される。
また、本実施の形態では、ＣＰＵ例外発生時にＲＡＳモジュール内の割込み判定部、故障検知部等が実行されることにより、ＣＰＵ例外発生とＨｙｐｅｒｖｉｓｏｒの障害の発生が重なった場合でも、ＲＡＳ機能が実行されるＲＡＳ方式を説明した。
また、本実施の形態では、ＲＡＳモジュール内の故障情報収集部が実行されることにより、ＣＰＵ例外発生時に、どのＯＳ（ＯＳは複数の構成でもよい）、またはＨｙｐｅｒｖｉｓｏｒが動作していたかを、ＣＰＵ例外発生時のプログラムカウンタから判定し、該当のＯＳ、またはＨｙｐｅｒｖｉｓｏｒから障害情報を収集することが可能なＲＡＳ方式を説明した。
実施の形態３．
本実施の形態では、割込み検知機構（１０２）で検知した割込みが、ＣＰＵ例外ではなく標準割込みであった場合の動作の概要を説明する。
計算機装置（１００）の構成は、実施の形態１の構成例（図１）でも、実施の形態２の構成図（図８）でもよい。
ここでは実施の形態２の構成（Ｈｙｐｅｒｖｉｓｏｒがある構成）にて説明するが、実施の形態１の構成（Ｈｙｐｅｒｖｉｓｏｒがない構成）でも以下の動作が行われる。
本実施の形態では、割込み検知機構（１０２）で検知した割込みが、ＣＰＵ例外ではなく標準割込みであった場合の動作の概要を説明する。
計算機装置（１００）の構成は、実施の形態１の構成例（図１）でも、実施の形態２の構成図（図８）でもよい。
ここでは実施の形態２の構成（Ｈｙｐｅｒｖｉｓｏｒがある構成）にて説明するが、実施の形態１の構成（Ｈｙｐｅｒｖｉｓｏｒがない構成）でも以下の動作が行われる。
［実施の形態３：動作の概要説明（割込み発生時の動作）］
図１４に割込みが発生した場合の処理の流れを示す。
図１４では、説明に直接関係のないメモリ（１０３）、二次記憶装置（１０４）、ブートプログラム（１４０）の図示は省略している。
また、図１４の実線の矢印は処理の流れを示しており、破線の矢印は処理の内容を示している。
図１４に割込みが発生した場合の処理の流れを示す。
図１４では、説明に直接関係のないメモリ（１０３）、二次記憶装置（１０４）、ブートプログラム（１４０）の図示は省略している。
また、図１４の実線の矢印は処理の流れを示しており、破線の矢印は処理の内容を示している。
図１４において、Ｈｙｐｅｒｖｉｓｏｒ（１２０）は割込みをマスクする処理をしており、割込みを受付けないものとする。
このため、Ｈｙｐｅｒｖｉｓｏｒ（１２０）の処理中に割込みが発生した場合には、Ｈｙｐｅｒｖｉｓｏｒ（１２０）からＯＳ（１１０）側に処理が移ったタイミングで、割込み検知機構（１０２）がＲＡＳモジュール（１３０）の割込み判定部（１３４）を呼び出す。
従って、Ｈｙｐｅｒｖｉｓｏｒ（１２０）からＯＳ（１１０）側に処理が戻った時が割込み発生のタイミングとなり、割込み発生時のプログラムカウンタはＯＳの処理実行中となる（プログラムカウンタがＨｙｐｅｒｖｉｓｏｒの処理中を指すことはない）。
実施の形態１（Ｈｙｐｅｒｖｉｓｏｒがない構成）では、Ｈｙｐｅｒｖｉｓｏｒ（１２０）自体がないため、このようなＨｙｐｅｒｖｉｓｏｒ（１２０）の割込みのマスク処理は存在しない。
このため、Ｈｙｐｅｒｖｉｓｏｒ（１２０）の処理中に割込みが発生した場合には、Ｈｙｐｅｒｖｉｓｏｒ（１２０）からＯＳ（１１０）側に処理が移ったタイミングで、割込み検知機構（１０２）がＲＡＳモジュール（１３０）の割込み判定部（１３４）を呼び出す。
従って、Ｈｙｐｅｒｖｉｓｏｒ（１２０）からＯＳ（１１０）側に処理が戻った時が割込み発生のタイミングとなり、割込み発生時のプログラムカウンタはＯＳの処理実行中となる（プログラムカウンタがＨｙｐｅｒｖｉｓｏｒの処理中を指すことはない）。
実施の形態１（Ｈｙｐｅｒｖｉｓｏｒがない構成）では、Ｈｙｐｅｒｖｉｓｏｒ（１２０）自体がないため、このようなＨｙｐｅｒｖｉｓｏｒ（１２０）の割込みのマスク処理は存在しない。
［実施の形態３：動作の概要説明（割込み発生時の動作）］
図１５は、図７又は図１３のＳ７０３でＮＯと判定された後の動作を示す。
つまり、図７又は図１３のＳ７０３で割込み判定部（１３４）により割込みがＣＰＵ例外ではなく標準割込みと判定された場合に、図１５のＳ１００１が行われる。
図１５は、図７又は図１３のＳ７０３でＮＯと判定された後の動作を示す。
つまり、図７又は図１３のＳ７０３で割込み判定部（１３４）により割込みがＣＰＵ例外ではなく標準割込みと判定された場合に、図１５のＳ１００１が行われる。
図１５において、まず、ＲＡＳモジュール（１３０）のＯＳ特定部（１３５）が、標準割込み発生時に動作していたＯＳ（１１０）を特定する（Ｓ１００１）。
ＯＳ特定部（１３５）は、実施の形態１及び実施の形態２で説明した故障情報収集部（１３７）と同様に、計算機装置（１００）のプログラムカウンタにより、標準割込み発生時に動作していたＯＳ（１１０）を特定する。
次に、ＯＳ特定部（１３５）は、該当するＯＳ（１１０）の割込み判定部（１１２）を参照して、該当するＯＳ（１１０）の割込み処理部（１１５）のプログラムのアドレスを特定して呼び出す（Ｓ１００２）。
次に、ＯＳ（１１０）の割込み処理部（１１５）が実行され、以降、ＯＳ（１１０）側に処理が戻る（Ｓ１００３）。
ＯＳ特定部（１３５）は、実施の形態１及び実施の形態２で説明した故障情報収集部（１３７）と同様に、計算機装置（１００）のプログラムカウンタにより、標準割込み発生時に動作していたＯＳ（１１０）を特定する。
次に、ＯＳ特定部（１３５）は、該当するＯＳ（１１０）の割込み判定部（１１２）を参照して、該当するＯＳ（１１０）の割込み処理部（１１５）のプログラムのアドレスを特定して呼び出す（Ｓ１００２）。
次に、ＯＳ（１１０）の割込み処理部（１１５）が実行され、以降、ＯＳ（１１０）側に処理が戻る（Ｓ１００３）。
実施の形態１または実施の形態２により追加されたＲＡＳ機能において、実施の形態３で説明した動作を実施することにより、割込み検知機構で検知した割込みがＣＰＵ例外ではなく標準割込みであった場合に、正しくＯＳ側の割込み処理部を呼び出すことができる。
例えば、ＯＳ側で初期化時から割込み発生時までの間にユーザ操作などによって、割込み動作の登録が動的に追加・変更されていた場合でも、実施の形態３で説明した動作により、ＯＳに適正に割込みを処理させることができる。
例えば、ＯＳ側で初期化時から割込み発生時までの間にユーザ操作などによって、割込み動作の登録が動的に追加・変更されていた場合でも、実施の形態３で説明した動作により、ＯＳに適正に割込みを処理させることができる。
以上、本実施の形態では、ＣＰＵ例外ではなく標準割込みが発生した場合に、ＯＳ側の割込み判定部を参照し、対応するＯＳの割込み処理部を呼び出すことにより、正しくＯＳ側の割込み処理部を呼び出すことができるＲＡＳ方式を説明した。
以上、本発明の実施の形態について説明したが、これらの実施の形態のうち、２つ以上を組み合わせて実施しても構わない。
あるいは、これらの実施の形態のうち、１つを部分的に実施しても構わない。
あるいは、これらの実施の形態のうち、２つ以上を部分的に組み合わせて実施しても構わない。
なお、本発明は、これらの実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
あるいは、これらの実施の形態のうち、１つを部分的に実施しても構わない。
あるいは、これらの実施の形態のうち、２つ以上を部分的に組み合わせて実施しても構わない。
なお、本発明は、これらの実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
１００ 計算機装置、１０１ ＣＰＵ、１０２ 割込み検知機構、１０３ メモリ、１０４ 二次記憶装置、１１０ ＯＳ、１１１ 初期化手順、１１２ 割込み判定部、１１３ ＣＰＵ例外処理部、１１５ 割込み処理部、１２０ Ｈｙｐｅｒｖｉｓｏｒ、１２１ 初期化手順、１３０ ＲＡＳモジュール、１３２ 第１の初期化手順、１３３ 第２の初期化手順、１３４ 割込み判定部、１３５ ＯＳ特定部、１３６ 故障検知部、１３７ 故障情報収集部、１３８ 故障同定部、１３９ 故障対処部、１４０ ブートプログラム。
Claims (9)
- 割込みを検知する割込み検知機構が含まれるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、
前記割込み検知機構が割り込みを検知した際に前記割込み検知機構により呼び出され、前記割込み検知機構が検知した割り込みがＣＰＵ例外であるか否かが判定される割込み判定部が含まれるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）とを備える計算機装置であって、
前記計算機装置に、ＣＰＵ例外に対する処理を行うプログラムであるＲＡＳ（Ｒｅｌｉａｂｉｌｉｔｙ Ａｖａｉｌａｂｉｌｉｔｙ Ｓｅｒｖｉｃｅａｂｉｌｉｔｙ）モジュールが追加された場合に、
前記ＣＰＵが、
前記計算機装置の起動時に、前記ＲＡＳモジュールに含まれる第１の初期化手順を呼び出し、前記第１の初期化手順を実行して、前記ＲＡＳモジュールが用いる資源を初期化し、
前記ＲＡＳモジュールの前記第１の初期化手順の実行後に、前記ＯＳに含まれる初期化手順を呼び出し、前記初期化手順を実行して、前記ＯＳが用いる資源を初期化し、
前記ＯＳの前記初期化手順の実行後に、前記ＲＡＳモジュールに含まれる第２の初期化手順を呼び出し、前記第２の初期化手順を実行して、前記ＯＳに含まれる前記割込み判定部を前記ＲＡＳモジュールにコピーし、前記割込み検知機構が割込みを検知した際に前記ＯＳの割込み判定部ではなく前記ＲＡＳモジュールにコピーされた割込み判定部を呼び出すように前記割込み検知機構を設定することを特徴とする計算機装置。 - 前記計算機装置は、更に、
前記ＯＳのプログラムコード及び前記ＲＡＳモジュールのプログラムコードが格納されるメモリを備え、
前記ＯＳの前記初期化手順に対応するプログラムコードの最後に、前記初期化手順の呼び出し元のプログラムコードへのジャンプ命令が記述されており、
前記ＣＰＵは、
前記ＲＡＳモジュールの前記第１の初期化手順を実行して、前記メモリに格納されている、前記ＯＳの前記初期化手順に対応するプログラムコードの最後の記述を前記ＲＡＳモジュールの前記第２の初期化手順のプログラムコードへのジャンプ命令に変更することを特徴とする請求項１に記載の計算機装置。 - 前記ＣＰＵは、
前記ＲＡＳモジュールの前記第１の初期化手順を実行して、前記メモリに格納されている、前記ＲＡＳモジュールの前記第２の初期化手順に対応するプログラムコードの最後の記述を前記ＯＳの前記初期化手順の呼び出し元のプログラムコードへのジャンプ命令に変更することを特徴とする請求項２に記載の計算機装置。 - 前記ＲＡＳモジュールには、ＣＰＵ例外に対する処理を行うＣＰＵ例外処理部が含まれ、
前記割込み検知機構が割込みを検知した場合に、前記割込み検知機構により、前記ＲＡＳモジュールにコピーされた割込み判定部が呼び出され、
前記ＲＡＳモジュールにコピーされた割込み判定部により、前記割込み検知機構により検知された割込みがＣＰＵ例外であると判定された場合に、前記ＣＰＵ例外処理部によりＣＰＵ例外に対する処理が行われることを特徴とする請求項１〜３のいずれかに記載の計算機装置。 - 前記割込み検知機構が割込みを検知した場合に、前記割込み検知機構により、前記ＲＡＳモジュールにコピーされた割込み判定部が呼び出され、
前記ＲＡＳモジュールにコピーされた割込み判定部により、前記割込み検知機構により検知された割込みがＣＰＵ例外であると判定された場合に、前記ＣＰＵ例外処理部によりＣＰＵ例外の発生時に動作していたＯＳが特定され、前記ＣＰＵ例外処理部により、特定されたＯＳから情報が収集されてＣＰＵ例外に対する処理が行われることを特徴とする請求項４に記載の計算機装置。 - 前記ＲＡＳモジュールには、ＣＰＵ例外以外の割込みの発生時に動作していたＯＳを特定するＯＳ特定部が含まれ、
前記割込み検知機構が割込みを検知した場合に、前記割込み検知機構により、前記ＲＡＳモジュールにコピーされた割込み判定部が呼び出され、
前記ＲＡＳモジュールにコピーされた割込み判定部により、前記割込み検知機構により検知された割込みがＣＰＵ例外以外であると判定された場合に、前記ＯＳ特定部により割込みの発生時に動作していたＯＳが特定され、特定されたＯＳにより割込みに対する処理が行われることを特徴とする請求項１〜５のいずれかに記載の計算機装置。 - 前記計算機装置は、更に、
ハイパーバイザーを備え、
前記ＣＰＵは、
前記ＲＡＳモジュールの前記第１の初期化手順の実行後に、前記ハイパーバイザーに含まれる初期化手順を呼び出し、前記初期化手順を実行して、前記ハイパーバイザーが用いる資源を初期化し、
前記ハイパーバイザーの前記初期化手順の実行後に、前記ＯＳに含まれる初期化手順を呼び出し、前記初期化手順を実行して、前記ＯＳが用いる資源を初期化し、
前記ＯＳの前記初期化手順の実行後に、前記ＲＡＳモジュールに含まれる第２の初期化手順を呼び出し、前記第２の初期化手順を実行することを特徴とする請求項１〜６のいずれかに記載の計算機装置。 - 前記ＲＡＳモジュールには、ＣＰＵ例外に対する処理を行うＣＰＵ例外処理部が含まれ、
前記割込み検知機構が割込みを検知した場合に、前記割込み検知機構により、前記ＲＡＳモジュールにコピーされた割込み判定部が呼び出され、
前記ＲＡＳモジュールにコピーされた割込み判定部により、前記割込み検知機構により検知された割込みがＣＰＵ例外であると判定された場合に、前記ＣＰＵ例外処理部によりＣＰＵ例外の発生時に動作していたハイパーバイザーが特定され、前記ＣＰＵ例外処理部により、特定されたハイパーバイザーから情報が収集されてＣＰＵ例外に対する処理が行われることを特徴とする請求項７に記載の計算機装置。 - 割込みを検知する割込み検知機構が含まれるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、
前記割込み検知機構が割り込みを検知した際に前記割込み検知機構により呼び出され、前記割込み検知機構が検知した割り込みがＣＰＵ例外であるか否かが判定される割込み判定部が含まれるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）とを備える計算機装置に、
ＣＰＵ例外に対する処理を行うプログラムであるＲＡＳ（Ｒｅｌｉａｂｉｌｉｔｙ Ａｖａｉｌａｂｉｌｉｔｙ Ｓｅｒｖｉｃｅａｂｉｌｉｔｙ）モジュールが追加された場合に、
前記ＣＰＵが、
前記計算機装置の起動時に、前記ＲＡＳモジュールに含まれる第１の初期化手順を呼び出し、前記第１の初期化手順を実行して、前記ＲＡＳモジュールが用いる資源を初期化し、
前記ＲＡＳモジュールの前記第１の初期化手順の実行後に、前記ＯＳに含まれる初期化手順を呼び出し、前記初期化手順を実行して、前記ＯＳが用いる資源を初期化し、
前記ＯＳの前記初期化手順の実行後に、前記ＲＡＳモジュールに含まれる第２の初期化手順を呼び出し、前記第２の初期化手順を実行して、前記ＯＳに含まれる前記割込み判定部を前記ＲＡＳモジュールにコピーし、前記割込み検知機構が割込みを検知した際に前記ＯＳの割込み判定部ではなく前記ＲＡＳモジュールにコピーされた割込み判定部を呼び出すように前記割込み検知機構を設定することを特徴とする計算機装置の制御方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2013/052205 WO2014118940A1 (ja) | 2013-01-31 | 2013-01-31 | 計算機装置及び計算機装置の制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP5877533B2 true JP5877533B2 (ja) | 2016-03-08 |
| JPWO2014118940A1 JPWO2014118940A1 (ja) | 2017-01-26 |
Family
ID=51261685
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014559432A Expired - Fee Related JP5877533B2 (ja) | 2013-01-31 | 2013-01-31 | 計算機装置及び計算機装置の制御方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US9959225B2 (ja) |
| EP (1) | EP2953028A4 (ja) |
| JP (1) | JP5877533B2 (ja) |
| CN (1) | CN104956337B (ja) |
| WO (1) | WO2014118940A1 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101887974B1 (ko) * | 2016-12-01 | 2018-08-13 | 현대오트론 주식회사 | 엔진제어기의 안전부팅을 위한 시스템 및 방법 |
| KR20220154879A (ko) * | 2021-05-14 | 2022-11-22 | 현대자동차주식회사 | 차량 제어 장치 및 방법 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0816420A (ja) * | 1994-06-28 | 1996-01-19 | Hitachi Ltd | 小型情報処理装置のエラー処理方法 |
| JP2004013240A (ja) * | 2002-06-04 | 2004-01-15 | Hitachi Ltd | 計算機システム |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6453238A (en) | 1987-08-24 | 1989-03-01 | Nec Corp | Processing system at fault generation of main body system in virtual computer system |
| JPH0193830A (ja) | 1987-10-05 | 1989-04-12 | Nec Corp | 仮想計算機システムにおける割り込み制御方式 |
| US5369770A (en) * | 1992-11-02 | 1994-11-29 | Microsoft Corporation | Standardized protected-mode interrupt manager |
| US5790846A (en) | 1996-04-18 | 1998-08-04 | International Business Machines Corporation | Interrupt vectoring for instruction address breakpoint facility in computer systems |
| US5941972A (en) * | 1997-12-31 | 1999-08-24 | Crossroads Systems, Inc. | Storage router and method for providing virtual local storage |
| JP2004287618A (ja) | 2003-03-19 | 2004-10-14 | Ntt Data Corp | オペレーティングシステム起動制御方法、およびその方法をコンピュータに実行させるプログラム、ならびにオペレーティングシステム起動制御装置 |
| US20050283599A1 (en) * | 2004-06-22 | 2005-12-22 | Zimmerman Toby S | Exposing BIOS information to an ACPI aware operating system |
| US7587639B2 (en) * | 2004-11-09 | 2009-09-08 | Intel Corporation | System and method for error injection using a flexible program interface field |
| JP2006155272A (ja) | 2004-11-30 | 2006-06-15 | Hitachi Ltd | 仮想計算機の制御方法及びプログラム |
| US7941810B2 (en) * | 2006-12-28 | 2011-05-10 | Intel Corporation | Extensible and flexible firmware architecture for reliability, availability, serviceability features |
| JP2008217728A (ja) | 2007-03-08 | 2008-09-18 | Hitachi Ltd | 仮想計算機システムの障害情報採取方法 |
| US8145819B2 (en) | 2007-06-04 | 2012-03-27 | International Business Machines Corporation | Method and system for stealing interrupt vectors |
| CN101373450B (zh) | 2007-08-21 | 2010-09-29 | 联想(北京)有限公司 | 处理cpu异常的方法及系统 |
| JP4678396B2 (ja) | 2007-09-25 | 2011-04-27 | 日本電気株式会社 | 仮想マシンモニタをモニタするコンピュータとその方法、および仮想マシンモニタモニタプログラム |
| US8522236B2 (en) * | 2007-12-28 | 2013-08-27 | Intel Corporation | Method and system for establishing a robust virtualized environment |
| US8255931B2 (en) * | 2008-02-11 | 2012-08-28 | Blue Coat Systems, Inc. | Method for implementing ejection-safe API interception |
| US8418166B2 (en) * | 2011-01-11 | 2013-04-09 | International Business Machines Corporation | Transparent update of adapter firmware for self-virtualizing input/output device |
| WO2013077890A1 (en) * | 2011-11-22 | 2013-05-30 | Intel Corporation | Collaborative processor and system performance and power management |
| JP5786955B2 (ja) * | 2011-11-28 | 2015-09-30 | 富士通株式会社 | メモリ縮退方法及び情報処理装置 |
| KR101581608B1 (ko) * | 2012-02-13 | 2015-12-30 | 미쓰비시덴키 가부시키가이샤 | 프로세서 시스템 |
| US9229884B2 (en) * | 2012-04-30 | 2016-01-05 | Freescale Semiconductor, Inc. | Virtualized instruction extensions for system partitioning |
| US9311177B2 (en) * | 2013-03-07 | 2016-04-12 | Intel Corporation | Mechanism to support reliability, availability, and serviceability (RAS) flows in a peer monitor |
-
2013
- 2013-01-31 WO PCT/JP2013/052205 patent/WO2014118940A1/ja active Application Filing
- 2013-01-31 EP EP13873790.3A patent/EP2953028A4/en not_active Withdrawn
- 2013-01-31 JP JP2014559432A patent/JP5877533B2/ja not_active Expired - Fee Related
- 2013-01-31 CN CN201380071709.4A patent/CN104956337B/zh not_active Expired - Fee Related
- 2013-01-31 US US14/650,630 patent/US9959225B2/en not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0816420A (ja) * | 1994-06-28 | 1996-01-19 | Hitachi Ltd | 小型情報処理装置のエラー処理方法 |
| JP2004013240A (ja) * | 2002-06-04 | 2004-01-15 | Hitachi Ltd | 計算機システム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP2953028A4 (en) | 2016-10-12 |
| WO2014118940A1 (ja) | 2014-08-07 |
| EP2953028A1 (en) | 2015-12-09 |
| JPWO2014118940A1 (ja) | 2017-01-26 |
| CN104956337A (zh) | 2015-09-30 |
| CN104956337B (zh) | 2018-01-09 |
| US9959225B2 (en) | 2018-05-01 |
| US20150331816A1 (en) | 2015-11-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9811369B2 (en) | Method and system for physical computer system virtualization | |
| US7774636B2 (en) | Method and system for kernel panic recovery | |
| EP2867770B1 (en) | Methods, systems and apparatus to capture error conditions in lightweight virtual machine managers | |
| TWI467490B (zh) | 包括複數個處理器之系統以及操作該系統之方法 | |
| JP5423871B2 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
| JP2007226413A (ja) | メモリダンプ方法、メモリダンププログラム、及び、計算機システム | |
| JP2005322242A (ja) | 仮想環境からのハードウェアへの直接アクセスの提供 | |
| US9229820B2 (en) | Information processing device with memory dump function, memory dump method, and recording medium | |
| RU2628921C1 (ru) | Система и способ выполнения антивирусной проверки файла на виртуальной машине | |
| JP2010086181A (ja) | 仮想計算機システム及びその管理方法、プログラム並びに記録媒体 | |
| TW200813833A (en) | Launching hypervisor under running operating system | |
| US9146818B2 (en) | Memory degeneracy method and information processing device | |
| TW200813838A (en) | Method and apparatus for handling exceptions during binding to native code | |
| JP2012079130A (ja) | デバッグ支援プログラム、デバッグ支援装置、及びデバッグ支援方法 | |
| US9703651B2 (en) | Providing availability of an agent virtual computing instance during a storage failure | |
| TWI470434B (zh) | 在電腦系統中執行之方法，電腦系統，處理器 | |
| US9864708B2 (en) | Safely discovering secure monitors and hypervisor implementations in systems operable at multiple hierarchical privilege levels | |
| JP5877533B2 (ja) | 計算機装置及び計算機装置の制御方法 | |
| US9535772B2 (en) | Creating a communication channel between different privilege levels using wait-for-event instruction in systems operable at multiple levels hierarchical privilege levels | |
| US9158550B2 (en) | Caching based operating system installation | |
| JP2009134565A (ja) | 仮想計算機システム及び仮想計算機システムの制御方法 | |
| JP6634083B2 (ja) | データ処理装置におけるシステムエラー処理 | |
| JP5427814B2 (ja) | 障害解析情報収集装置 | |
| Li et al. | Enhancing security of embedded Linux on a multi-core processor | |
| Russinovich | Inside windows server 2008 kernel changes |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20151222 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160119 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5877533 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |