(57)【要約】【課題】特殊な機構（装置）を必要とせず、適正なＨＤＤ／ＳＳＤデータのバックアップを行うことができるデータバックアップ装置を得る。【解決手段】処理を実行中のＣＰＵ１の監視プログラムは、一定時間ごとにライブチェック情報を共有メモリ０１に設けられたライブチェックフラグ０２に書き込み、ＣＰＵ２のバックアッププログラムは、ライブチェックフラグ０２の値により、ＣＰＵ１の生存を確認するとともに生存が確認されない場合には、ＣＰＵ１側のＣＰＵ１用ＲＡＭ１２のデータ及びＣＰＵ１用Ｉ／Ｏ（ＨＤＤ／ＳＤＤ）１３のデータを、ＣＰＵ２側のＣＰＵ２用Ｉ／Ｏ（ＤＶＤ／ＢＤ）２４または共有Ｉ／Ｏ（ＤＶＤ／ＢＤ）０４に出力することにより、データのバックアップを行うようにした。【選択図】図１
2011175423.tif 000002
【特許請求の範囲】
【請求項１】
マルチプロセッサまたはマルチコアプロセッサからなるＣＰＵが複数搭載されたデータバックアップ装置であって、
各ＣＰＵは、
処理中のデータが格納されるＲＡＭ、
固定磁気ディスク装置または半導体メモリが接続される第１の入出力インタフェース、
ＤＶＤまたはブルーレイディスクが接続される第２の入出力インタフェースを備えるとともに、
各ＣＰＵで共有され、ライブチェックフラグの領域を有する共有メモリ、
各ＣＰＵで共有され、固定磁気ディスク装置または半導体メモリが接続される第３の入出力インタフェース、
各ＣＰＵで共有され、ＤＶＤまたはブルーレイディスクが接続される第４の入出力インタフェースを備え、
第１のＣＰＵは、監視プログラムを有し、この監視プログラムにより一定時間ごとに上記ライブチェックフラグにライブチェック情報を書き込み、
第２のＣＰＵは、バックアッププログラムを有し、このバックアッププログラムは、上記ライブチェックフラグをチェックして、上記第１のＣＰＵの生存が確認されないときは、上記第１のＣＰＵのＲＡＭのデータ及び上記第１のＣＰＵの上記第１の入出力インタフェースに接続された上記固定磁気ディスクまたは上記半導体メモリのデータを、上記第２のＣＰＵの上記第２の入出力インタフェースまたは上記第４の入出力インタフェースに出力することを特徴とするデータバックアップ装置。
【請求項２】
上記バックアッププログラムは、上記第１のＣＰＵのＲＡＭのデータ及び上記第１のＣＰＵの上記第１の入出力インタフェースに接続された上記固定磁気ディスクまたは上記半導体メモリのデータを、上記第２のＣＰＵの上記第１の入出力インタフェースまたは上記第３の入出力インタフェースに出力することを特徴とする請求項１記載のデータバックアップ装置。
【請求項３】
上記バックアッププログラムによって上記第２のＣＰＵの上記第１の入出力インタフェースまたは上記第３の入出力インタフェースに出力されたデータは、上記固定磁気ディスク装置または上記半導体メモリに一時保存され、この一時保存された上記データは、上記第２のＣＰＵの上記第２の入出力インタフェースまたは上記第４の入出力インタフェースに出力されることを特徴とする請求項２記載のデータバックアップ装置。
【請求項４】
上記監視プログラムには実行優先度が指定され、上記監視プログラムは、上記実行優先度に対応して上記ライブチェック情報の書き込みを行うことを特徴とする請求項１〜請求項３のいずれかに記載のデータバックアップ装置。
【請求項５】
上記監視プログラムは、上記第１のＣＰＵ側で動作する他のプログラムの生存状態を監視し、上記他のプログラムの生存状態に応じて上記ライブチェック情報の書き込みを行うことを特徴とする請求項１〜請求項３のいずれかに記載のデータバックアップ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、汎用ＯＳが使用するＨＤＤ（ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ：固定磁気ディスク装置）及びＳＳＤ（ｓｏｌｉｄ  ｓｔａｔｅ  ｄｒｉｖｅ：半導体メモリ）の領域をバックアップするデータバックアップ装置に関するものである。
【背景技術】
【０００２】
従来の汎用ＯＳが使用するＨＤＤ／ＳＳＤ領域のデータバックアップ装置は、特殊な機構（装置）を使用すれば問題は起こらなくても、特殊な機構（装置）を使用しない場合、以下の（１）〜（３）の手順で処理を行う必要があった。
（１）データ更新を防ぎ、かつ、ＣＰＵを開放するため、ＨＤＤ／ＳＳＤを使用している汎用ＯＳを停止する。
（２）ＨＤＤ／ＳＳＤを使用しないＯＳ（例えば、ＲＡＭディスクＯＳ）を起動する。
（３）ＨＤＤ／ＳＳＤの汎用ＯＳが使用する領域のデータをバックアップする。
また、特許文献１のように、一般的にＨＤＤ／ＳＳＤ領域のデータバックアップは、通常の稼働状態で行うことを想定している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３２７２１６号公報（第４〜１０頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の汎用ＯＳが使用するＨＤＤ／ＳＳＤ領域のデータバックアップ装置は、特殊な機構（装置）を使用しない場合、以下の問題があった。
すなわち、上述の（１）〜（３）の手順に示すように、いくつかの手順が必要であり、自動化が難しい。
また、汎用ＯＳが動作している状態でデータをバックアップすると、タイミングによりＨＤＤ／ＳＳＤのデータ更新中のデータが変質する危険性がある。
また、汎用ＯＳが動作している状態でデータをバックアップすると、データバックアップ処理（プログラム）によるＣＰＵ負荷がかかる。このため、他のプログラム動作が抑制され、その分性能が低下する。
さらにまた、特許文献１のように、一般的にＨＤＤ／ＳＳＤ領域のデータバックアップは、通常の稼働状態で行うことを想定している。そのため、想定外の異常発生時、例えば、ＣＰＵが停止した状態でのデータバックアップができない、という問題があった。
【０００５】
この発明は、上記のような課題を解決するためになされたものであり、特殊な機構（装置）を必要とせず、適正なＨＤＤ／ＳＳＤデータのバックアップを行うことができるデータバックアップ装置を得ることを目的としている。
【課題を解決するための手段】
【０００６】
この発明に係わるデータバックアップ装置においては、マルチプロセッサまたはマルチコアプロセッサからなるＣＰＵが複数搭載されたデータバックアップ装置であって、各ＣＰＵは、処理中のデータが格納されるＲＡＭ、固定磁気ディスク装置または半導体メモリが接続される第１の入出力インタフェース、ＤＶＤまたはブルーレイディスクが接続される第２の入出力インタフェースを備えるとともに、各ＣＰＵで共有され、ライブチェックフラグの領域を有する共有メモリ、各ＣＰＵで共有され、固定磁気ディスク装置または半導体メモリが接続される第３の入出力インタフェース、各ＣＰＵで共有され、ＤＶＤまた
はブルーレイディスクが接続される第４の入出力インタフェースを備え、第１のＣＰＵは、監視プログラムを有し、この監視プログラムにより一定時間ごとにライブチェックフラグにライブチェック情報を書き込み、第２のＣＰＵは、バックアッププログラムを有し、このバックアッププログラムは、ライブチェックフラグをチェックして、第１のＣＰＵの生存が確認されないときは、第１のＣＰＵのＲＡＭのデータ及び第１のＣＰＵの第１の入出力インタフェースに接続された固定磁気ディスクまたは半導体メモリのデータを、第２のＣＰＵの第２の入出力インタフェースまたは第４の入出力インタフェースに出力するものである。
【発明の効果】
【０００７】
この発明は、以上説明したように、マルチプロセッサまたはマルチコアプロセッサからなるＣＰＵが複数搭載されたデータバックアップ装置であって、各ＣＰＵは、処理中のデータが格納されるＲＡＭ、固定磁気ディスク装置または半導体メモリが接続される第１の入出力インタフェース、ＤＶＤまたはブルーレイディスクが接続される第２の入出力インタフェースを備えるとともに、各ＣＰＵで共有され、ライブチェックフラグの領域を有する共有メモリ、各ＣＰＵで共有され、固定磁気ディスク装置または半導体メモリが接続される第３の入出力インタフェース、各ＣＰＵで共有され、ＤＶＤまたはブルーレイディスクが接続される第４の入出力インタフェースを備え、第１のＣＰＵは、監視プログラムを有し、この監視プログラムにより一定時間ごとにライブチェックフラグにライブチェック情報を書き込み、第２のＣＰＵは、バックアッププログラムを有し、このバックアッププログラムは、ライブチェックフラグをチェックして、第１のＣＰＵの生存が確認されないときは、第１のＣＰＵのＲＡＭのデータ及び第１のＣＰＵの第１の入出力インタフェースに接続された固定磁気ディスクまたは半導体メモリのデータを、第２のＣＰＵの第２の入出力インタフェースまたは第４の入出力インタフェースに出力するので、第１のＣＰＵが生存していない状態で、特殊な機構（装置）を必要とせず、固定磁気ディスク装置または半導体メモリのデータをバックアップすることができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１〜実施の形態５によるＨＤＤ／ＳＳＤデータバックアップ装置を示す構成図である。
【図２】この発明の実施の形態１によるＨＤＤ／ＳＳＤデータバックアップ装置のＣＰＵ１側監視プログラムの処理を示すフローチャートである。
【図３】この発明の実施の形態１によるＨＤＤ／ＳＳＤデータバックアップ装置のＣＰＵ２側バックアッププログラムの処理を示すフローチャートである。
【図４】この発明の実施の形態２によるＨＤＤ／ＳＳＤデータバックアップ装置のＣＰＵ２側バックアッププログラムの処理を示すフローチャートである。
【図５】この発明の実施の形態３によるＨＤＤ／ＳＳＤデータバックアップ装置のＣＰＵ２側バックアッププログラムの処理を示すフローチャートである。
【図６】この発明の実施の形態４によるＨＤＤ／ＳＳＤデータバックアップ装置のＣＰＵ１側監視プログラムの処理を示すフローチャートである。
【図７】この発明の実施の形態５によるＨＤＤ／ＳＳＤデータバックアップ装置のＣＰＵ１側監視プログラムの処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
実施の形態１．
以下、この発明の実施の形態１を図に基づいて説明する。
図１は、この発明の実施の形態１によるＨＤＤ／ＳＳＤデータバックアップ装置を示す構成図である。
図１において、この例は、マルチプロセッサまたはマルチコアプロセッサが２個の場合についてのものである。１個のマルチプロセッサまたはマルチコアプロセッサであるＣＰ
Ｕ１（１０）（第１のＣＰＵ）には、専用のＣＰＵ１用ＲＯＭ１１、処理中のデータが格納される専用のＣＰＵ１用ＲＡＭ１２、ＨＤＤ／ＳＳＤが接続される専用のＣＰＵ１用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）１３（第１の入出力インタフェース）、ＤＶＤ／ＢＤが接続されるＣＰＵ１用Ｉ／Ｏ（ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）／ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ））１４（第２の入出力インタフェース）がバスにより直結している。
もう１個のマルチプロセッサまたはマルチコアプロセッサであるＣＰＵ２（２０）（第２のＣＰＵ）には、専用のＣＰＵ２用ＲＯＭ２１、ＣＰＵ２用ＲＡＭ２２、ＣＰＵ２用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）２３（第１の入出力インタフェース）、ＣＰＵ２用Ｉ／Ｏ（ＤＶＤ／ＢＤ）２４（第２の入出力インタフェース）がバスにより直結している。
ＣＰＵ１（１０）及びＣＰＵ２（２０）の双方を結ぶように、図１の中央に、共通にアクセスできる共有メモリ０１、ＨＤＤ／ＳＳＤが接続される共有Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）０３（第３の入出力インタフェース）、ＤＶＤ／ＢＤが接続される共有Ｉ／Ｏ（ＤＶＤ／ＢＤ）０４（第４の入出力インタフェース）が配置されている。共有メモリ０１内には、予めライブチェックフラグ０２領域が確保されている。
ＣＰＵ１（１０）が、例えば汎用ＯＳとして処理を担当し、ＣＰＵ２（２０）は、ＣＰＵ１（１０）が停止したときのバックアップを行う。
【００１０】
図２は、この発明の実施の形態１によるＨＤＤ／ＳＳＤデータバックアップ装置のＣＰＵ１側監視プログラムの処理を示すフローチャートである。
【００１１】
図３は、この発明の実施の形態１によるＨＤＤ／ＳＳＤデータバックアップ装置のＣＰＵ２側バックアッププログラムの処理を示すフローチャートである。
【００１２】
次に動作について、図１、図２、図３に基づいて説明する。
まず、図２について説明する。
ＣＰＵ１側で動作する監視プログラムは、一定時間待って（ステップＳ１０１）、共有メモリ０１内のライブチェックフラグ０２に０（ゼロ）を書き込む（ステップＳ１０２）。以後、この動作を繰り返す。この処理はＷＤＴ（ｗａｔｃｈｄｏｇ  ｔｉｍｅｒ）に類似している。これにより、ライブチェックのための情報として、ＣＰＵ１（１０）が生存していることを知らせるフラグに０（ゼロ）を書き込む。
【００１３】
次に、図３について説明する。
ＣＰＵ２側で動作するバックアッププログラムは、共有メモリ０１内のライブチェックフラグ０２をチェック（ステップＳ２０１）し、ライブチェックフラグ０２が０（ゼロ）の場合は、ライブチェックフラグ０２を１に書き換え（ステップＳ２０２）て、バックアッププログラムを先頭から繰り返す。
ステップＳ２０１で、ライブチェックが０（ゼロ）以外の場合は、ＣＰＵ１（１０）の生存が確認されない場合の処理を行う。まずＣＰＵ１用ＲＡＭ１２のデータを共有Ｉ／Ｏ（ＤＶＤ／ＢＤ）０４またはＣＰＵ２用Ｉ／Ｏ（ＤＶＤ／ＢＤ）２４へ出力（ステップＳ２０３）し、ＤＶＤ／ＢＤに保存する。
続いて、ＣＰＵ１用のＨＤＤ／ＳＳＤが接続されたＣＰＵ１用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）１３のデータを、共有Ｉ／Ｏ（ＤＶＤ／ＢＤ）０４またはＣＰＵ２用Ｉ／Ｏ（ＤＶＤ／ＢＤ）２４に出力（ステップＳ２０４）し、ＤＶＤ／ＢＤに保存して、処理を終了する。
【００１４】
実施の形態１によれば、ＣＰＵ１が停止した状態でも、特殊な機構（装置）を必要とせず、適正なＨＤＤ／ＳＳＤデータのバックアップを行うことができる。
また、汎用ＯＳとバックアップ処理を別々のＣＰＵもしくはＣＰＵコアに分離することにより、汎用ＯＳが動作するＣＰＵまたはＣＰＵコアの負荷に影響を与えないようにすることができる。
【００１５】
実施の形態２．
図４は、この発明の実施の形態２によるＨＤＤ／ＳＳＤデータバックアップ装置のＣＰＵ２側バックアッププログラムの処理を示すフローチャートである。
【００１６】
実施の形態１では、ＣＰＵ１の障害発生時に、ＣＰＵ１用ＲＡＭ１２やＩ／Ｏ（ＨＤＤ／ＳＳＤ）１３のデータを、共有Ｉ／Ｏ（ＤＶＤ／ＢＤ）０４やＣＰＵ２用Ｉ／Ｏ（ＤＶＤ／ＢＤ）２４へ直接出力していた。しかし、この方法では、ＣＰＵ１側にそのデータ自体が残らない。
そこで、実施の形態２では、ＣＰＵ１の障害発生時に、図４に示すように、ＣＰＵ１用ＲＡＭ１２やＩ／Ｏ（ＨＤＤ／ＳＳＤ）１３のデータを、ＣＰＵ１側のＣＰＵ１用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）１３や共有Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）０３に保存するようにした。これにより、障害が発生したＣＰＵ上での解析性を向上させることができる。
【００１７】
以下、動作について説明する。
まず、ＣＰＵ１側の監視プログラムの処理フローは、実施の形態１の図２における処理と同じであるため、その説明を省略する。
次に、ＣＰＵ２側のバックアッププログラムの処理フローを図４により説明する。これは、実施の形態１で説明した図３を基にし、ステップＳ２０３とステップＳ２０４を、ステップＳ２０５とステップＳ２０６に変更している。
ＣＰＵ１用ＲＡＭ１２のデータを、ＣＰＵ１用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）１３もしくは共有Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）０３へ保存（ステップＳ２０５）する。続いて、ＣＰＵ１用のＨＤＤ／ＳＳＤが接続されたＣＰＵ１用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）１３のデータを、共有Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）０３へ保存（ステップＳ２０６）して、処理を終了する。
つまり、ＣＰＵ１が利用可能なＨＤＤ／ＳＳＤが接続されたＩ／Ｏ（ＨＤＤ／ＳＳＤ）へ保存する。
【００１８】
実施の形態２によれば、ＣＰＵ１用ＲＡＭ１２やＩ／Ｏ（ＨＤＤ／ＳＳＤ）１３のデータを、ＣＰＵ１側のＣＰＵ１用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）１３や共有Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）０３に保存するようにしたので、障害が発生したＣＰＵ上での解析性を向上させることができる。
【００１９】
実施の形態３．
図５は、この発明の実施の形態３によるＨＤＤ／ＳＳＤデータバックアップ装置のＣＰＵ２側バックアッププログラムの処理を示すフローチャートである。
【００２０】
実施の形態１では、ＣＰＵ１用ＲＡＭ１２やＩ／Ｏ（ＨＤＤ／ＳＳＤ）１３のデータを、共有Ｉ／Ｏ（ＤＶＤ／ＢＤ）０４やＣＰＵ２用Ｉ／Ｏ（ＤＶＤ／ＢＤ）２４へ直接出力していた。この方法では、ＣＰＵ２側のバックアップ処理にＣＰＵ１側が拘束されることになり、その間、再起動などの処理ができなかった。
そこで、実施の形態３では、図５に示すように、共有Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）０３やＣＰＵ２用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）２３に一時保存することにより、ＣＰＵ１側の拘束時間を短縮するようにした。
【００２１】
以下、動作について説明する。
まず、ＣＰＵ１側の監視プログラムの処理フローは、実施の形態１と同じく図２であるため、その説明を省略する。
次に、ＣＰＵ２側のバックアッププログラムの処理について、図５により説明する。これは、実施の形態１で説明した図３を基にし、図３のステップＳ２０３とステップＳ２０４を、ステップＳ２０７〜ステップＳ２１０に置き換えている。
ＣＰＵ１用ＲＡＭ１２のデータを共有Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）０３、もしくは、ＣＰＵ２用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）２３へ一時保存（ステップＳ２０７）し、続いて、ＣＰＵ１用のＨＤＤ／ＳＳＤが接続されたＣＰＵ１用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）１３のデータを、共有Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）０３またはＣＰＵ２用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）２３へ一時保存（ステップＳ２０８）する。この保存先は、ＨＤＤ／ＳＳＤであるので、ＤＶＤ／ＢＤに保存するより処理時間が短くなり、ＣＰＵ１側の拘束時間の短縮につながるものである。
続いて、共有Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）０３またはＣＰＵ２用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）２３に一時保存したＣＰＵ１用ＲＡＭ１２とＣＰＵ１用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）１３のデータを、共有Ｉ／Ｏ（ＤＶＤ／ＢＤ）０４またはＣＰＵ２用Ｉ／Ｏ（ＤＶＤ／ＢＤ）２４に、それぞれステップＳ２０９またはステップＳ２１０で出力して、処理を終了する。
【００２２】
実施の形態３によれば、共有Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）０３やＣＰＵ２用Ｉ／Ｏ（ＨＤＤ／ＳＳＤ）２３に一時保存することにより、ＣＰＵ１側の拘束時間を短縮することができる。
【００２３】
実施の形態４．
図６は、この発明の実施の形態４によるＨＤＤ／ＳＳＤデータバックアップ装置のＣＰＵ１側監視プログラムの処理を示すフローチャートである。
【００２４】
実施の形態４は、実施の形態１において、ＣＰＵ１側で動作する監視プログラムに、実行優先度を指定できるようにした。これにより、実行優先度に対応したライブチェックを実施できるようになる。
【００２５】
以下、動作について説明する。
まず、ＣＰＵ１側の監視プログラムの処理フローを図６により説明する。これは、実施の形態１で説明した図２を基にし、ステップＳ１０１の前に、ステップＳ１０３の処理を追加したものである。
この場合、ステップＳ１０２からの分岐先は、ステップＳ１０３とステップＳ１０１の間となる。
ここで、追加される処理（ステップＳ１０３）は、監視プログラム自体の実行優先度を指定するものである。例えば、実行優先度をレベル５（優先度は数値が低い程高い）に指定したとすれば、これより優先度の高い上位のプログラムで問題が発生し、ＣＰＵ占有状態等に陥った場合、ライブチェックフラグに０（ゼロ）を書き込めなくなる。ライブチェックフラグに０（ゼロ）を書き込めなければ、実施の形態１で述べたように、ＣＰＵ２側のバックアッププログラムによってＣＰＵ１の生存が確認できなくなり、これに対応した処理が実行される。
なお、ＣＰＵ２側のバックアッププログラムの処理フローは、実施の形態１と同じく図３であるため、その説明を省略する。
【００２６】
実施の形態４によれば、ＣＰＵ１側で動作する監視プログラムの実行優先度を指定することにより、この指定された実行優先度に対応したライブチェックを実施することができる。
【００２７】
実施の形態５．
図７は、この発明の実施の形態５によるＨＤＤ／ＳＳＤデータバックアップ装置のＣＰＵ１側監視プログラムの処理を示すフローチャートである。
【００２８】
実施の形態５は、実施の形態１において、ＣＰＵ１側で動作する監視プログラムに他の
プログラムの生存（ライブチェック）を確認する処理を追加することにより、ＣＰＵ１側で動作する全てのプログラムに対応したバックアップ処理を可能とするものである。
【００２９】
まず、ＣＰＵ１側の監視プログラムの処理フローを図７により説明する。これは、実施の形態１で説明した図２を基にし、ステップＳ１０１とステップＳ１０２の間に、ステップＳ１０４の処理を追加したものである。
ここで、追加された処理（ステップＳ１０４）は、指定されたプログラム（例えば、プロセスＩＤなど）の生存を確認（ライブチェック）し、生存している場合は、ライブチェックフラグに０（ゼロ）を設定（ステップＳ１０２）し、生存していない場合は、監視プログラムの先頭に分岐するものである。
これにより、指定されたプログラムの生存が確認できなければ、ライブチェックフラグに０（ゼロ）を書き込めなくなる。これにより、実施の形態１で述べたように、ＣＰＵ２側のバックアッププログラムによってＣＰＵ１の生存が確認できなくなり、これに対応した処理が実行される。
なお、ＣＰＵ２側のバックアッププログラムの処理フローは、実施の形態１と同じく図３であるため、その説明を省略する。
【００３０】
実施の形態５によれば、ＣＰＵ１側で動作する監視プログラムに他のプログラムの生存（ライブチェック）を確認する処理を追加することにより、ＣＰＵ１側で動作する全てのプログラムに対応したバックアップ処理を行うことができる。
【符号の説明】
【００３１】
０１  共有メモリ
０２  ライブチェックフラグ
０３  共有Ｉ／Ｏ（ＨＤＤ／ＳＤＤ）
０４  共有Ｉ／Ｏ（ＤＶＤ／ＢＤ）
１０  ＣＰＵ１
１１  ＣＰＵ１用ＲＯＭ
１２  ＣＰＵ１用ＲＡＭ
１３  ＣＰＵ１用Ｉ／Ｏ（ＨＤＤ／ＳＤＤ）
１４  ＣＰＵ１用Ｉ／Ｏ（ＤＶＤ／ＢＤ）
２０  ＣＰＵ２
２１  ＣＰＵ２用ＲＯＭ
２２  ＣＰＵ２用ＲＡＭ
２３  ＣＰＵ２用Ｉ／Ｏ（ＨＤＤ／ＳＤＤ）
２４  ＣＰＵ２用Ｉ／Ｏ（ＤＶＤ／ＢＤ）
【図１】
2011175423.tif 000003
【図２】
2011175423.tif 000004
【図３】
2011175423.tif 000005
【図４】
2011175423.tif 000006
【図５】
2011175423.tif 000007
【図６】
2011175423.tif 000008
【図７】
2011175423.tif 000009