(57)【要約】      （修正有）【課題】二重化プラットフォーム技術を用いたシステムの起動を簡便に実施する。【解決手段】  相互に通信可能に接続された制御系の情報処理装置１０および待機系の情報処理装置２０を備えるシステムにおいて、制御系の情報処理装置１０は、ＰＯＳＴ処理及び起動処理を実行し（S101〜S103）、起動処理の完了後、待機系の情報処理装置２０に対しＰＯＳＴ処理の実行を指示する（S104）。この間、待機系の情報処理装置２０は、制御系の動作を監視しており（S106）、制御系からの指示を受けるとＰＯＳＴ処理を実行し（S107）、ＰＯＳＴ処理を完了したとき制御系の情報処理装置１０に対し自装置との同期化を要求する（S108）。制御系の情報処理装置１０は、同期化の要求を受けると、自装置で実行した起動処理に係る情報を待機系の情報処理装置２０へ複写し該装置との同期動作を開始する（S109〜S110）。【選択図】図３
2006172389.tif 000002
【特許請求の範囲】
【請求項１】
相互に通信可能に接続され、且つ、運用時において起動する制御系および運用時において起動を待機する待機系のうちの相互に異なる系となる一対の情報処理装置の起動制御方法であって、
前記一対の情報処理装置に電源が供給されたとき、前記各情報処理装置が、過去の運用時における系の履歴に基づき自装置の系を設定し、
制御系の情報処理装置が、自装置の起動可否を判定するためのＰＯＳＴ処理と起動処理とを実行し、該起動処理の完了後、待機系の情報処理装置に対しＰＯＳＴ処理の実行を指示し、
前記待機系の情報処理装置が、前記指示によりＰＯＳＴ処理を実行し、該ＰＯＳＴ処理を完了したとき前記制御系の情報処理装置に対し自装置との同期化を要求し、
前記制御系の情報処理装置が、前記同期化の要求を受けたとき、前記実行した起動処理に係る情報を前記待機系の情報処理装置へ複写し該装置との同期動作を開始する
ことを特徴とする起動制御方法。
【請求項２】
前記待機系の情報処理装置が、前記制御系の情報処理装置における系の設定を監視し、
前記制御系の情報処理装置が、自装置における前記ＰＯＳＴ処理および起動処理のそれぞれをウォッチドッグタイマにより監視し、該監視においてタイムアウトを検知したとき自装置の系の設定を制御系から待機系へ変更し、
前記待機系の情報処理装置が、前記制御系の情報処理装置における系の変更を検知したとき自装置の系の設定を待機系から制御系へ変更する
ことを特徴とする請求項１記載の起動制御方法。
【請求項３】
前記各情報処理装置が、自装置の系を設定するとき、前回の運用時における自装置の最終の系を判別し、該判別した系と同一の系を設定することを特徴とする請求項１又は２記載の起動制御方法。
【請求項４】
相互に通信可能に接続され、且つ、運用時において起動する制御系および運用時において起動を待機する待機系のうちの相互に異なる系となる一対の情報処理装置を備え、
前記各情報処理装置は、電源が供給されたとき過去の運用時における系の履歴に基づき自装置の系を設定し該設定した系に基づき自装置および他装置の動作を監視する監視部と、該監視部が設定した系に対応する処理を実行する制御部とを有し、
前記制御部は、
自装置が制御系に設定されたとき、自装置の起動可否を判定するためのＰＯＳＴ処理と起動処理とを実行し、該起動処理の完了後、待機系の他装置に対しＰＯＳＴ処理の実行を指示し、
自装置が待機系に設定されたとき、制御系の他装置からの指示によりＰＯＳＴ処理を実行し、該ＰＯＳＴ処理を完了したとき前記制御系の他装置に対し自装置との同期化を要求し、
前記監視部は、自装置に制御系を設定したとき、待機系の他装置からの同期化の要求により、前記起動処理に係る情報を前記待機系の他装置へ複写し該装置との同期動作を開始する
ことを特徴とする二重化プラットフォームシステム。
【請求項５】
前記監視部は、
自装置に制御系を設定したとき、自装置における前記ＰＯＳＴ処理および起動処理のそれぞれをウォッチドッグタイマにより監視し、該監視においてタイムアウトを検知したとき自装置の系の設定を制御系から待機系へ変更し、
自装置に待機系を設定したとき、制御系の他装置における系の設定を監視し、前記制御系の他装置における系の変更を検知したとき自装置の系の設定を待機系から制御系へ変更する
ことを特徴とする請求項４記載の二重化プラットフォームシステム。
【請求項６】
前記監視部は、自装置の系を設定するとき、前回の運用時における自装置の最終の系を判別し、該判別した系と同一の系を設定することを特徴とする請求項４又は５記載の二重化プラットフォームシステム。
【請求項７】
運用時において起動する制御系および運用時において起動を待機する待機系のうちのいずれか一方の系となり、且つ、他方の系となる他の情報処理装置と通信可能に接続された情報処理装置であって、
電源が供給されたとき過去の運用時における系の履歴に基づき自装置の系を設定し該設定した系に基づき自装置および他装置の動作を監視する監視部と、該監視部が設定した系に対応する処理を実行する制御部とを有し、
前記制御部は、
自装置が制御系に設定されたとき、自装置の起動可否を判定するためのＰＯＳＴ処理と起動処理とを実行し、該起動処理の完了後、待機系の他装置に対しＰＯＳＴ処理の実行を指示し、
自装置が待機系に設定されたとき、制御系の他装置からの指示によりＰＯＳＴ処理を実行し、該ＰＯＳＴ処理を完了したとき前記制御系の他装置に対し自装置との同期化を要求し、
前記監視部は、自装置に制御系を設定したとき、待機系の他装置からの同期化の要求により、前記起動処理に係る情報を前記待機系の他装置へ複写し該装置との同期動作を開始することを特徴とする情報処理装置。
【請求項８】
前記監視部は、
自装置に制御系を設定したとき、自装置における前記ＰＯＳＴ処理および起動処理のそれぞれをウォッチドッグタイマにより監視し、該監視においてタイムアウトを検知したとき自装置の系の設定を制御系から待機系へ変更し、
自装置に待機系を設定したとき、制御系の他装置における系の設定を監視し、前記制御系の他装置における系の変更を検知したとき自装置の系の設定を待機系から制御系へ変更する
ことを特徴とする請求項７記載の情報処理装置。
【請求項９】
前記監視部は、自装置の系を設定するとき、前回の運用時における自装置の最終の系を判別し、該判別した系と同一の系を設定することを特徴とする請求項７又は８記載の情報処理装置。
【請求項１０】
コンピュータを、請求項７乃至９のいずれか１項に記載の情報処理装置として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムの運用時に起動する制御系となる情報処理装置と、起動を待機する待機系となる情報処理装置とを具備する二重化プラットフォームシステムに関し、特に、該システムにおける起動制御方法および情報処理装置に関する。
【背景技術】
【０００２】
従来、システムに組み込まれる情報処理装置の障害によりシステムが停止することを防止するために、一対の情報処理装置をシステムに組み込み、そのうちの一方を制御系として起動させ、他方の装置を、制御系の障害時に代用すべく待機系として待機状態におくという二重化プラットフォーム技術が知られている。この技術を用いたシステムは、一般的に、図６に示すような構成を備える。図示のシステム４は、互いに通信可能に接続された情報処理装置である装置１及び装置２と、これらの各装置へ電源を供給する電源制御部３とを備える。
【０００３】
図７に、システム４における起動時の動作手順を示す。図示の手順では、一例として、装置１を制御系、装置２を待機系として示す。システム４の運用を開始すべく電源制御部３から電源が供給されたとき、装置１及び装置２は、ハードウェアの障害を自己診断して起動の可否を判定するＰＯＳＴ処理（Power On Self Test）を同期動作にて実行する。装置１及び装置２は、互いのＰＯＳＴ処理の完了を待ち合わせ、両者のＰＯＳＴ処理が完了したとき、続いて、ＯＳの起動処理を同期動作にて実行し、このＯＳ起動処理の待ち合わせを経て、さらに、同期動作にて周辺装置の各ドライバを起動する。そして、その待ち合わせが終了すると、両者の同期動作によるアプリケーション動作（図示略）へ移行する。
【０００４】
また、装置１及び装置２は、上記処理を実行する間、ＣＰＵからの定期的な更新指示によりＣＰＵの動作を監視するウォッチドッグタイマ（WDT：Watch Dog Timer）を用いて、上記ＰＯＳＴ処理、起動処理及びドライバ起動のそれぞれが正常に行われているか否かを監視する。
【０００５】
上述のような二重化プラットフォーム技術を用いた従来の技術として、例えば、後述の特許文献１に記載のものがある。特許文献１に記載の技術は、二重化コンピュータ装置において同期運転を行う２つのＣＰＵ装置に対し、制御側よりも待機側におけるウォッチドッグタイマの監視時間を長く設定することにより、制御側のタイムアウトによる停止後に、待機側が同様に停止することを回避するものである。
【特許文献１】特開平１１−１７５１０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来のシステムでは、ＰＯＳＴ処理やＯＳ起動処理など起動時の処理を、制御系および待機系間で同期をとりつつ実行することから、電源が供給されてからアプリケーション動作へ移行するまでの時間を短縮し難いという問題がある。また、上述した従来のシステムを実施する場合、処理のそれぞれに待ち合わせ工程が必要となることから、起動のためのプログラムとして、ＣＰＵに一連の起動処理を連続的に実行させる一般プログラムをそのまま使用することはできない。よって、二重化プラットフォーム技術の導入にあたっては、起動に関し、一般プログラムを変更する、あるいは独自のプログラムを作成する等の作業が必要とされる。
【０００７】
本発明は、上記課題に鑑みてなされたものであり、二重化プラットフォーム技術を用いたシステムの起動を簡便に実施し得る手法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の起動制御方法は、相互に通信可能に接続され、且つ、運用時において起動する制御系および運用時において起動を待機する待機系のうちの相互に異なる系となる一対の情報処理装置の起動制御方法であって、前記一対の情報処理装置に電源が供給されたとき、前記各情報処理装置が、過去の運用時における系の履歴に基づき自装置の系を設定し、制御系の情報処理装置が、自装置の起動可否を判定するためのＰＯＳＴ処理と起動処理とを実行し、該起動処理の完了後、待機系の情報処理装置に対しＰＯＳＴ処理の実行を指示し、前記待機系の情報処理装置が、前記指示によりＰＯＳＴ処理を実行し、該ＰＯＳＴ処理を完了したとき前記制御系の情報処理装置に対し自装置との同期化を要求し、前記制御系の情報処理装置が、前記同期化の要求を受けたとき、前記実行した起動処理に係る情報を前記待機系の情報処理装置へ複写し該装置との同期動作を開始する。
【０００９】
本発明の二重化プラットフォームシステムは、相互に通信可能に接続され、且つ、運用時において起動する制御系および運用時において起動を待機する待機系のうちの相互に異なる系となる一対の情報処理装置を備え、前記各情報処理装置は、電源が供給されたとき過去の運用時における系の履歴に基づき自装置の系を設定し該設定した系に基づき自装置および他装置の動作を監視する監視部と、該監視部が設定した系に対応する処理を実行する制御部とを有し、前記制御部は、自装置が制御系に設定されたとき、自装置の起動可否を判定するためのＰＯＳＴ処理と起動処理とを実行し、該起動処理の完了後、待機系の他装置に対しＰＯＳＴ処理の実行を指示し、自装置が待機系に設定されたとき、制御系の他装置からの指示によりＰＯＳＴ処理を実行し、該ＰＯＳＴ処理を完了したとき前記制御系の他装置に対し自装置との同期化を要求し、前記監視部は、自装置に制御系を設定したとき、待機系の他装置からの同期化の要求により、前記起動処理に係る情報を前記待機系の他装置へ複写し該装置との同期動作を開始する。
【００１０】
本発明の情報処理装置は、運用時において起動する制御系および運用時において起動を待機する待機系のうちのいずれか一方の系となり、且つ、他方の系となる他の情報処理装置と通信可能に接続された情報処理装置であって、電源が供給されたとき過去の運用時における系の履歴に基づき自装置の系を設定し該設定した系に基づき自装置および他装置の動作を監視する監視部と、該監視部が設定した系に対応する処理を実行する制御部とを有し、前記制御部は、自装置が制御系に設定されたとき、自装置の起動可否を判定するためのＰＯＳＴ処理と起動処理とを実行し、該起動処理の完了後、待機系の他装置に対しＰＯＳＴ処理の実行を指示し、自装置が待機系に設定されたとき、制御系の他装置からの指示によりＰＯＳＴ処理を実行し、該ＰＯＳＴ処理を完了したとき前記制御系の他装置に対し自装置との同期化を要求し、前記監視部は、自装置に制御系を設定したとき、待機系の他装置からの同期化の要求により、前記起動処理に係る情報を前記待機系の他装置へ複写し該装置との同期動作を開始する。
【発明の効果】
【００１１】
本発明によれば、電源を供給された制御系の情報処理装置が、ＰＯＳＴ処理及び起動処理を完了したうえで、待機系の装置にＰＯＳＴ処理を指示し同期化を実施することから、一連の起動処理を行うにあたり、両装置間で同期をとりつつ実行することが不要となる。これにより、起動中の待ち合わせ工程が不要となる分、起動の所要時間を短縮することができ、また、一連の起動処理を連続的に実行する一般のプログラムを利用することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態について図面を用いて詳細に説明する。図１は、本発明の二重化プラットフォームシステムの実施形態の構成を示すブロック図である。本実施形態のシステム１００は、二重化プラットフォーム技術を実施するための一対の情報処理装置となる装置１０及び装置２０と、これらの装置１０及び装置２０に対し電源ボタンのＯＮ／ＯＦＦ情報の提供及び電源供給を実施する電源制御部５０と、装置１０及び装置２０間を接続する同期管理バス３０及びシステム監視バス４０とを備える。装置１０及び装置２０は、従来のシステムと同様に、システム１００の運用時に何れか一方が制御系として稼動し、他方が待機系として稼動する。
【００１３】
装置１０及び装置２０は、互いに同一の構成をなすものであり、図１に示すように、装置１０は、自装置の系を設定して自装置及び他装置の動作を監視する監視部１１と、監視部１１が設定した系に対応する処理を実行する制御部１２とを備える。制御部１２は、ＣＰＵ１３、メモリ１４及びＩＯＰ（入出力プロセッサ）１５から構成され、ＣＰＵ１３がメモリ１４及びＩＯＰ１５を使用して、後に説明する制御系及び待機系に対応するプログラム処理を実行する。
【００１４】
監視部１１は、情報処理装置の動作を監視するための装置である、いわゆるＢＭＣ（Baseboard Management Controller）であり、その機能構成としては、過去の運用時における自装置の系を示す起動履歴を記憶する起動履歴記憶部１６と、ＣＰＵ１３の動作を監視するための従来知られたウォッチドッグタイマ機能を果たすＷＤＴ部１７と、起動履歴に基づく自装置の系の判定及び後述の起動監視信号１９を用いた自装置及び他装置の監視を行う起動監視部１８とを有する。
【００１５】
装置２０は、上述した装置１０が備える構成要素に対応するもの、すなわち、ＣＰＵ２３、メモリ２４及びＩＯＰ２５を有する制御部２２と、起動履歴記憶部２６、ＷＤＴ部２７及び起動監視部２８を有する監視部２１とを備える。
【００１６】
装置１０及び装置２０は、同期管理バス３０を介してＣＰＵ１３及びＣＰＵ２３間の同期をとり、また、システム監視バス４０を介して監視部１１及び監視部２１間で起動監視信号（１９、２９）を含む信号を交信する。
【００１７】
起動監視信号１９には、系を監視するための信号として、自装置の系を提示するためのＰＲＭＬ（自装置起動形態提示信号）と、他装置の系を判別するためのＰＲＭＲ（他装置起動形態提示信号）とが設けられており、また、動作の有無を監視するための信号として、自装置の動作状況を提示するためのＲＤＹＬ（自装置起動状態提示信号）と、他装置の動作状況を判別するためのＲＤＹＲ（他装置起動状態提示信号）とが設けられている。
【００１８】
系の監視のためのＰＲＭＬ及びＰＲＭＲは、その値が「１」の場合は、当該装置が制御系であることを示し、値が「０」の場合は、待機系であることを示す。また、動作状況の監視のためのＲＤＹＬ及びＲＤＹＲは、その値が「１」の場合は、当該装置が動作中であることを示し、値が「０」の場合は、非動作中であることを示す。例えば、装置１０側のＰＲＭＬ及びＲＤＹＬが共に「１」であることは、装置１０が制御系として動作中あることを指す。このとき、他方の装置２０では、装置１０の状態を示すＰＲＭＲ及びＲＤＹＲが同様に「１」となっており、装置２０は、これらの値をもとに、装置１０が制御系として動作中であることを認識する。また同時に、待機系の装置２０から制御系の装置１０に対しても、装置２０が非動作中の待機系である旨が、上述の仕組みに準じて提示される。
【００１９】
以下、システム１００の動作手順を説明する。まず、図２に示すフローチャートに沿って、装置１０及び装置２０がそれぞれ自装置の系を設定するまでの手順を説明する。システム１００において、電源ボタンが押下されることにより運用が開始すると、その旨が電源制御部５０から装置１０及び装置２０へ通知される（ステップＳ１）。
【００２０】
装置１０及び装置２０の監視部１１及び監視部２１は、それぞれ起動履歴記憶部（１６、２６）の起動履歴を参照し（ステップＳ２）、過去に設定された系に基づき今回設定すべき自装置の系を判別する。本実施形態では、前回の運用時における最終の系を判別し（ステップＳ３）、その結果、前回の運用時に制御系にて終了していた場合、今回制御系にて開始すべく起動監視信号（１９、２９）のＰＲＭＬ及びＰＤＴＬにそれぞれ「１」を設定する（ステップＳ４）。これにより、自装置が現時点で制御系として動作することが提示される。
【００２１】
また、前回の運用時に待機系で終了した場合は、自装置が非動作の待機系であることを提示すべく、起動監視信号（１９、２９）のＰＲＭＬ及びＰＤＴＬにそれぞれ「０」を設定する（ステップＳ５）。そして、制御系である他装置の状況について、起動監視信号（１９、２９）のＰＲＭＲ及びＲＤＴＲを用いて監視を開始する（ステップＳ６）。以上の手順により、装置１０及び装置２０のそれぞれに系が設定される。
【００２２】
なお、系の設定にあたっては、本実施形態のように前回の最終の系を適用する方法を用いれば設定処理の簡素化を図れるが、この方法に限らず、例えば、過去の運用時において、より設定期間が長い系を判別し、それを今回の系とする等、起動履歴に基づく他の方法を採用してもよい。
【００２３】
図３に、システム１００における制御系及び待機系の基本動作を模式的に示す。ここでは一例として、装置１０を制御系、他方の装置２０を待機系として示す。各系の基本動作を図示の手順に沿って説明すると、まず、制御系である装置１０の監視部１１は、ＣＰＵ１３に対しプログラムの開始を指示すると共に、このＣＰＵ１３の動作をＷＤＴ部１７により監視する。すなわちＣＰＵ１３によりＷＤＴ部１７が定期的に更新される間は、ＣＰＵ１３が正常に動作していると判断する。また、ＷＤＴ部１７に対し所定時刻に更新が行われずタイムアウトしたとき、ＣＰＵ１３の動作に異常があると判断する。
【００２４】
ＣＰＵ１３は、監視部１１からのプログラム開始の指示を受けて、起動の可否を診断するＰＯＳＴ処理（ステップＳ１０１）、ＯＳの起動処理（ステップＳ１０２）及び周辺装置の各ドライバの起動処理（ステップＳ１０３）からなる一連の起動処理を順次実行する。この間、上述したように、ＣＰＵ１３はＷＤＴ部１７の更新を行い、また、監視部１１はＷＤＴ部１７のタイムアウトを監視し（ＷＤＴ監視ａ〜ｃ）、タイムアウトが発生しない限り、ＣＰＵ１３が上記ＰＯＳＴ処理、ＯＳ起動処理及びドライバ起動処理を連続的に実行する。
【００２５】
ドライバの起動が完了すると、監視部１１は、待機系の装置２０の組み込みを実施、すなわち装置２０との同期をとるために、システム監視バス４０を介して装置２０に対し起動指示を通知する（ステップＳ１０４）。また、このときＣＰＵ１３がアプリケーションプログラムによる動作を開始する（ステップＳ１０５）。
【００２６】
装置１０が制御系として上述の手順を実行する間、待機系の装置２０では、監視部２１が、起動監視信号２９のＰＲＭＲ及びＲＤＲＴを参照して装置１０の状態を監視しており（ステップＳ１０６）、装置１０から起動指示を受けると、監視部２１は、自装置のＣＰＵ２３に対しプログラム開始を指示し、ＷＤＴ部２７によりＣＰＵ２３の動作を監視する。プログラム開始の指示を受けたＣＰＵ２３は、ＰＯＳＴ処理を実行する（ステップＳ１０７）。監視部２１は、ＰＯＳＴ処理が完了したとき、制御系の装置１０に対し同期化の要求を通知する（ステップＳ１０８）。
【００２７】
装置１０は、装置２０からの要求を受けると、同期化の処理を実行すべくアプリケーションプログラムの実行を中断し、現時点までのＣＰＵ１３の動作状況を示す情報、すなわち上記ステップＳ１０１のＰＯＳＴ処理より後に設定した情報を、待機系の装置２０へコピーする。これにより、待機系の装置２０が、制御系の装置１０と同様に起動完了後の動作環境に置かれる。そして、制御系の装置１０が、自装置のプログラム処理と待機系のプログラム処理とを同時に再開させ（ステップＳ１０９）、以降、両装置間の同期動作によりシステム１００が運用される（ステップＳ１１０）。
【００２８】
上記説明した手順によれば、電源を供給された制御系の装置が、一連の起動処理を完了したうえで、待機系の装置を起動させ同期化を実施することから、一連の起動処理を行うにあたり両装置間で同期をとることが不要となる。これにより、起動中の待ち合わせ工程が不要となり、その分、起動の所要時間を短縮することができる。また、一連の起動処理を連続的に実行する一般のプログラムを利用することが可能となる。
【００２９】
次に、システム１００におけるＣＰＵの動作異常を考慮した動作手順を説明する。図４は、制御系の動作手順を示すフローチャートである。以下、図２のステップＳ４にて、装置１０側に制御系が設定されたものとして、図４の手順を説明する。
【００３０】
制御系である装置１０は、ＰＯＳＴ処理を実行し（ステップＳ１１）、このＰＯＳＴ処理がＷＤＴ部１７のタイムアウト前に完了した場合（ステップＳ１２：Ｙｅｓ）、ＣＰＵ１３がＰＯＳＴ処理を正常に終了した、すなわち起動が可能であると判断し、ＯＳの起動処理を実行する（ステップＳ１３）。続いて、ＯＳの起動処理がタイムアウト前に完了したことにより（ステップＳ１４：Ｙｅｓ）、ＯＳが正常に起動されたと判断すると、ドライバの起動を実行する（ステップＳ１５）。そして、ドライバが正常に起動されると（ステップＳ１６：Ｙｅｓ）、待機系の装置２０へ起動指示を通知する（ステップＳ１７）。以降、アプリケーションプログラムによる動作を開始し（ステップＳ１８）、待機系からの要求により同期化処理を実行する（ステップＳ１９、Ｓ２０）手順は、図３に沿って説明した手順と同様であり、詳細な説明は省略する。
【００３１】
一方、ＰＯＳＴ処理、ＯＳの起動処理及びドライバの起動処理のいずれかにおいてＣＰＵ１３の動作に異常が生じ、ＷＤＴ部１７が規定の周期で更新されないとき、監視部１１がＷＤＴ部１７のタイムアウトを検知する（ステップＳ１２、Ｓ１４、Ｓ１６：Ｎｏ）。タイムアウトを検知すると、監視部１１は、起動監視信号１９のＰＲＭＬ及びＲＤＹＬの値をそれぞれ「１」から「０」へ変更し、これにより、自装置を非動作の待機系に移行させる（ステップＳ２１）。
【００３２】
図５に、待機系の動作手順を示す。図示の手順は、上記説明したステップＳ２１（図４）にて装置１０が待機系に移行した後に実行する手順に対応するが、ここでは説明のため、他方の装置２０が図２のステップＳ５にて当初に待機系を設定し、この装置２０が図５の手順を実行するものとして説明する。
【００３３】
待機系の装置２０は、監視部２１が、起動監視信号２９のＰＲＭＲ及びＲＤＹＲを参照することにより制御系の装置１０の状況を監視する（ステップＳ３１）。装置１０が制御系である間は、起動監視信号２９のＰＲＭＲ及びＲＤＹＲにそれぞれ「１」が設定されている。監視部２１は、ＰＲＭＲ及びＲＤＹＲが「１」である間（ステップＳ３２：Ｎｏ）、制御系の装置１０からの起動指示（図４：ステップＳ１７）の有無を監視する（ステップＳ３３）。
【００３４】
監視部２１は、装置１０からの起動指示を受信したとき、ＰＯＳＴ処理を実行し（ステップＳ３４）、それがＷＤＴ部２７のタイムアウト前に完了した場合（ステップＳ３５：Ｙｅｓ）、制御系の装置１０へ同期化処理を要求する（ステップＳ３６）。また、仮に、ＰＯＳＴ処理が完了せず、ＷＤＴ部２７のタイムアウトを検知した場合（ステップＳ３５：Ｎｏ）、異常の発生により装置２０が待機系として正常に動作できない旨を出力する（ステップＳ３７）。
【００３５】
監視部２１は、制御系の状態を監視する間（ステップＳ３１）、起動監視信号２９のＰＲＭＲ及びＲＤＹＲがそれぞれ「１」から「０」に変化したことを検知すると、装置１０が制御系から待機系へ移行したと認識する（ステップＳ３２：Ｙｅｓ）。このとき監視部２１は、自装置の状況を提示するためのＰＲＭＬ及びＲＤＹＬの値をそれぞれ「０」から「１」へ変更し、装置２０が非動作の待機系から動作中の制御系へ移行したことを提示する（ステップＳ３８）。以降、装置２０は、図４のフローチャートに沿って説明した制御系の動作手順に沿って稼動する。
【００３６】
なお、装置が制御系から待機系へ移行した場合、その原因がＰＯＳＴ処理時の異常であっても、待機系への移行後に再びＰＯＳＴ処理を試行することとなるが（図５・ステップＳ３４）、その時点において前回のＰＯＳＴ処理時の問題が解消されていれば、タイムアウトすることなくＰＯＳＴ処理が完了する（ステップＳ３５：Ｙｅｓ）。このようにＰＯＳＴ処理が移行後の再試行において成功する事例としては、例えば、ＣＰＵに対する外部ノイズや環境温度の上昇の影響による不正動作、あるいは、電源ＯＦＦからＯＮへの切換間隔が短いことに起因した残留電荷の影響による不正動作等のように、時間の経過により解消され得る不正動作が発生したケースが該当する。
【００３７】
以上説明した手順によれば、制御系の装置が一連の起動処理を行う間にＣＰＵ異常が発生したとき、他方の待機系の装置が制御系に移行して一連の起動処理を開始することから、システムの起動を中断することなく、いずれかの装置により一連の起動処理を継続することができる。これにより、システムを速やかに起動させることができる。
【図面の簡単な説明】
【００３８】
【図１】本発明に係る二重化プラットフォームシステムの実施形態の構成を示すブロック図である。
【図２】実施形態における系の設定手順を示すフローチャートである。
【図３】実施形態の基本動作を説明するための説明図である。
【図４】実施形態における制御系の動作を示すフローチャートである。
【図５】実施形態における待機系の動作を示すフローチャートである。
【図６】従来のシステムの構成を示すブロック図である。
【図７】従来のシステムにおける基本動作を説明するための説明図である。
【符号の説明】
【００３９】
１００  システム
１０、２０  装置
１１、２１  監視部
１２、２２  制御部
１３、２３  ＣＰＵ
１４、２４  メモリ
１５、２５  ＩＯＰ
１６、２６  起動履歴記憶部
１７、２７  ＷＤＴ部
１８、２８  起動監視部
１９、２９  起動監視信号
３０  同期管理バス
４０  システム監視バス
５０  電源制御部
【図１】
2006172389.tif 000003
【図２】
2006172389.tif 000004
【図３】
2006172389.tif 000005
【図４】
2006172389.tif 000006
【図５】
2006172389.tif 000007
【図６】
2006172389.tif 000008
【図７】
2006172389.tif 000009