JP2000155748A - 情報処理システム - Google Patents

Abstract

(57)【要約】 【課題】 障害発生時においても、システムを自動的に
起動する。 【解決手段】 設定情報記憶手段２は、各情報処理装置
が現用装置または待機装置の何れとして起動するかを示
す設定情報を記憶している。現用装置起動検出手段１−
１ａは、設定情報に現用装置として設定されている情報
処理装置が起動されたか否かを検出する。現用装置起動
手段１−１ｂは、システム起動時に、自己が現用装置と
して設定されている場合には、現用装置としての起動処
理を処理部１−１ｄに実行させる。また、待機装置起動
手段１−１ｃは、システム起動時に、自己が待機装置に
設定されている場合であって、起動処理の所定のプロセ
スに到達した場合には、現用装置起動検出手段１−１ａ
により現用装置の起動が検出されることを所定の時間だ
け待ち、起動が検出された場合には待機装置としての起
動処理を処理部１−１ｄに実行させ、また、起動が検出
されなかった場合には現用装置としての起動処理を処理
部１−１ｄに実行させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報処理システムに
関し、特に、複数の情報処理装置により、業務に係る処
理をホットスタンバイ形態によって実行する情報処理シ
ステムに関する。

【０００２】

【従来の技術】高い信頼性が要求される情報処理システ
ムにおいては、システムを多重化することが行われてい
る。即ち、複数の情報処理装置によってシステムを構築
し、その中の所定の情報処理装置を現用の装置（以下、
現用装置という）として使用し、残りの情報処理装置を
待機用の装置（以下、待機装置という）として、現用装
置に障害が発生した場合にはその処理を即座に引き継ぐ
ことができるように、必要なプログラムやデータ等を予
め読み込んで待機させておく形態である。このような形
態はホットスタンバイと呼ばれている。

【０００３】

【発明が解決しようとする課題】ところで、このような
ホットスタンバイの形態（以下、ホットスタンバイ形態
という）を採るシステムを起動する場合、従来において
は、オペレータがコンソールからコマンドを入力し、各
情報処理装置を現用装置または待機用装置として起動す
ることにより行っていた。従って、現用装置が起動しな
い場合には、オペレータがこれを判断してシステムを停
止した後、所定の待機装置が現用装置になるように再度
システムを起動する操作を行う必要があった。

【０００４】従って、現用装置が起動しない場合には、
オペレータがこれを判断し、システムを一旦停止した
後、現用装置および待機装置を変更して再起動する必要
があるため、起動に時間を要するという問題点があっ
た。

【０００５】また、人手を介する必要があることから、
人為的なミスが発生する場合があり、システムが正常に
起動できずに業務が滞る場合があるという問題点もあっ
た。更に、近年では、複数の業務が並行して実行される
ことが多くなっており、その場合には各業務に対する現
用装置は各情報処理装置に分散的に分担されることが一
般的であるため、ある情報処理装置が起動しない場合に
は、業務を再分担する必要が生ずる。その結果、起動操
作が複雑となるため、再起動に一層の時間を要するとと
もに、人為的なミスの発生が更に増大するという問題点
もあった。

【０００６】本発明はこのような点に鑑みてなされたも
のであり、オペレータの負担を軽減するとともに、所定
の情報処理装置に障害が発生した場合においても確実で
しかも迅速な起動が可能な情報処理システムを提供する
ことを目的とする。

【０００７】

【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示す、複数の情報処理装置１−１
〜１−ｎにより、業務に係る処理をホットスタンバイ形
態によって実行する情報処理システムにおいて、各情報
処理装置が現用装置または待機装置の何れとして起動す
るかを示す設定情報を記憶する設定情報記憶手段２と、
前記設定情報に現用装置として設定されている情報処理
装置が起動されたか否かを検出する現用装置起動検出手
段１−１ａと、システム起動時に、前記設定情報に現用
装置として設定されている情報処理装置が起動処理の所
定のプロセスに到達した場合には、現用装置としての起
動処理を実行させる現用装置起動手段１−１ｂと、シス
テム起動時に、前記設定情報に待機装置として設定され
ている情報処理装置が起動処理の所定のプロセスに到達
した場合には、前記現用装置起動検出手段１−１ａによ
り現用装置の起動が検出されることを所定の時間だけ待
ち、起動が検出された場合には待機装置としての起動処
理を実行させ、また、起動が検出されなかった場合には
現用装置としての起動処理を実行させる待機装置起動手
段１−１ｃと、を有することを特徴とする情報処理シス
テムが提供される。

【０００８】ここで、設定情報記憶手段２は、各情報処
理装置が現用装置または待機装置の何れとして起動する
かを示す設定情報を記憶する。現用装置起動検出手段１
−１ａは、設定情報に現用装置として設定されている情
報処理装置が起動されたか否かを検出する。現用装置起
動手段１−１ｂは、システム起動時に、設定情報に現用
装置として設定されている情報処理装置が起動処理の所
定のプロセスに到達した場合には、現用装置としての起
動処理を実行させる。待機装置起動手段１−１ｃは、シ
ステム起動時に、設定情報に待機装置として設定されて
いる情報処理装置が起動処理の所定のプロセスに到達し
た場合には、現用装置起動検出手段１−１ａにより現用
装置の起動が検出されることを所定の時間だけ待ち、起
動が検出された場合には待機装置としての起動処理を実
行させ、また、起動が検出されなかった場合には現用装
置としての起動処理を実行させる。

【０００９】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の動作原理を説明
するための原理図である。この図に示すように、本発明
に係る情報処理システムは、複数の情報処理装置１−１
〜１−ｎ、設定情報記憶手段２、および、システム間共
用メモリ３によって構成されている。

【００１０】情報処理装置１−１〜１−ｎは全て同様の
構成とされているので、情報処理装置１−１についての
み説明を行う。即ち、情報処理装置１−１は、現用装置
起動検出手段１−１ａ、現用装置起動手段１−１ｂ、待
機装置起動手段１−１ｃ、処理部１−１ｄ、および、Ｉ
Ｆ（Interface）１−１ｅによって構成されている。

【００１１】現用装置起動検出手段１−１ａは、後述す
る設定情報記憶手段２に記憶されている設定情報におい
て現用装置として設定されている情報処理装置が既に起
動済か否かを検出する。

【００１２】現用装置起動手段１−１ｂは、自己が現用
装置として設定されている場合には、システム起動時に
おいて、処理部１−１ｄに対して現用装置としての起動
処理を実行させる。

【００１３】待機装置起動手段１−１ｃは、自己が待機
装置として設定されている場合には、システム起動時に
おいて、起動処理が所定のプロセスに到達してスタンバ
イ状態になった際に、自己よりも切り換えの優先順位
（詳細は後述する）が高い待機装置がスタンバイ状態で
あれば待機装置としての起動処理を処理部１−１ｄに実
行させる。また、自己よりも切り換えの優先順位が高い
情報処理装置が存在しない場合であって、現用装置が起
動済である場合には待機装置として起動し、現用装置が
起動済でない場合には所定の時間だけ待ち合わせた後、
それでも現用装置または待機装置（自己よりも優先順位
の高い装置）が起動しない場合には、待機装置としての
起動処理を処理部１−１ｄに実行させる。

【００１４】処理部１−１ｄは、現用装置起動手段１−
１ｂまたは待機装置起動手段１−１ｃによって現用装置
または待機装置として起動され、各種業務処理を実行す
る。ＩＦ１−１ｅは、設定情報記憶手段２と情報処理装
置１−１およびシステム間共用メモリ３を電気的に接続
し、これらの間でデータの授受を可能とする。

【００１５】設定情報記憶手段２は、ある業務を実行す
る場合において、情報処理装置１−１〜１−ｎのそれぞ
れが現用装置または待機装置の何れとして設定されてい
るかを示す情報（設定情報）を記憶している。また、現
用装置が起動しない場合において、待機装置を現用装置
に切り換えて起動する場合の各待機装置の優先順位（以
下、現用切り換え優先順位という）等も記憶している。

【００１６】次に、以上の原理図の動作について説明す
る。いま、仮にシステムが停止状態であるとし、業務Ａ
を起動する場合について考える。なお、現用装置には情
報処理装置１−ｎが割り当てられており、また、現用切
り換え優先順位は、順位が高い順に、情報処理装置１−
１、情報処理装置１−２、情報処理装置１−３、・・
・、情報処理装置１−（ｎ−１）であるとする。

【００１７】このとき、各情報処理装置に対して図示せ
ぬコンソール等から、業務Ａを起動する旨を示すコマン
ドが入力されたとすると、情報処理装置１−１〜１−ｎ
は、設定情報記憶手段２に記憶されている設定情報を参
照して、自己が現用装置または待機装置の何れとして設
定されているかを認知する。

【００１８】例えば、情報処理装置１−ｎは、現用装置
として設定されていることから、情報処理装置１−ｎの
図示せぬ現用装置起動手段は、所定の手続に応じて各種
設定処理を実行するとともに、各種ロードモジュールを
実装することによりスタンバイ状態へ移行する。

【００１９】なお、このスタンバイ状態とは、現用装置
または待機装置が起動される直前の状態であり、装置が
この状態にある場合には、システムを再起動することな
く、現用装置または待機装置の何れにも移行することが
可能な状態である。

【００２０】また、情報処理装置１−１は、待機装置と
して設定されていることから、待機装置起動手段１−１
ｃが所定の手続に応じて各種設定処理を実行したり、ロ
ードモジュールを実装することによりスタンバイ状態へ
移行する。

【００２１】このような状態において、情報処理装置１
−ｎがスタンバイ状態に移行した場合、情報処理装置１
−ｎの現用装置起動手段１−１ｂは、現用装置としての
起動処理（最終的な処理）を実行する。その結果、情報
処理装置１−ｎは、現用装置として起動されることにな
る。

【００２２】また、情報処理装置１−１〜１−（ｎ−
１）の現用装置起動検出手段は、情報処理装置１−ｎが
起動されたことを、例えば、システム間共有メモリ３を
介して検出する。即ち、各現用装置起動検出手段は、シ
ステム間共用メモリ３を介して資源排他制御を実行する
ことにより、現用装置が起動されたことを検出する。そ
の結果、情報処理装置１−１〜１−（ｎ−１）は、待機
装置として起動されることになる。

【００２３】ところで、いま、現用装置に割り当てられ
ている情報処理装置１−ｎに何らかの障害が発生した場
合を想定する。その場合、現用装置が起動しないことに
なるので、情報処理装置１−１〜１−（ｎ−１）の各現
用装置起動検出手段は、現用装置の起動が確認できない
ことから、その旨を待機装置起動手段に通知する。

【００２４】待機装置起動手段は、所定の時間だけ待っ
た後でも現用装置の起動が確認されない場合には、設定
情報記憶手段２を参照して、スタンバイ状態となってい
る他の情報処理装置であって、自己よりも現用切り換え
優先順位が高い情報処理装置が存在するか否かを判定
し、存在する場合には待機装置として起動し、また、存
在しない場合には所定の時間だけ待った後、それでも存
在しない場合には現用装置として起動する。

【００２５】例えば、前述の場合（情報処理装置１−ｎ
に障害が発生した場合）において、情報処理装置１−１
が最初にスタンバイ状態になった場合、この情報処理装
置１−１の現用装置切り換え順位が最も高いので、この
情報処理装置１−１が現用装置として起動され、他の情
報処理装置は待機装置として起動されることになる。

【００２６】また、情報処理装置１−ｎのみならず情報
処理装置１−１にも障害が発生した場合には、情報処理
装置１−２が現用装置として起動され、他の情報処理装
置が待機装置として起動されることになる。

【００２７】以上に説明したように、本発明の情報処理
システムによれば、ホットスタンバイ形態を採用する情
報処理システムを人手を介することなく自動的に起動す
ることが可能となる。また、所定の情報処理装置に障害
が発生した場合においても、予め設定されている優先順
位に基づいて、待機装置として設定されている情報処理
装置が現用装置として起動されることになるので、障害
が発生した場合においてもオペレータの介入を必要とせ
ずに確実にシステムを起動することが可能となる。

【００２８】次に、本発明の実施の形態について説明す
る。図２は、本発明の実施の形態の構成例を示すブロッ
ク図である。この図に示すように、本発明に係る情報処
理システムは、クラスタ＃１〜＃ｎ、システム間共用メ
モリ２０、外部記憶装置２１、コンソール２２、通信制
御装置３０、および、端末装置４１〜４４から構成され
ている。

【００２９】クラスタ＃１〜＃ｎは、例えば、ＣＰＵ
（Central Processing Unit）、ＲＯＭ（Read Only Mem
ory）、および、ＲＡＭ（Random Access Memory）等に
よって構成され、通信制御装置３０を介して入力される
メッセージに応じて所定の業務を実行する。

【００３０】システム間共用メモリ２０は、クラスタ＃
１〜＃ｎによって共用されるメモリであり、クラスタ間
で情報を授受する場合や、資源排他制御を行う場合等に
使用される。

【００３１】外部記憶装置２１は、クラスタ＃１〜＃ｎ
において実行される業務の種類と、各業務において各ク
ラスタが現用装置または待機装置の何れに割り当てられ
ているかを示す設定情報を格納している。また、各クラ
スタにおいて業務を起動する場合に必要な、バッチ処理
やロードモジュール等も記憶している。

【００３２】コンソール２２は、各クラスタ＃１〜＃ｎ
に対して所定の情報を入力したり、各クラスタから出力
される情報を表示する場合に使用される。なお、図２に
示す実施の形態では、全てのクラスタに対して１つのコ
ンソールを具備する形態としたが、例えば、各クラスタ
に対して１つずつコンソールを具備するようにしてもよ
い。

【００３３】通信制御装置３０は、端末装置４１〜４４
とクラスタ＃１〜＃ｎとの間で情報を授受する場合にお
いて、これらの間で経路を設定する処理を行う。端末装
置４１〜４４は、エンドユーザ側に設置され、エンドユ
ーザの操作に応じて所定の情報が入力されるとともに、
クラスタ＃１〜＃ｎ側から伝送されてきた情報に応じて
所定の処理（例えば、情報の表示処理）が実行される。

【００３４】次に、以上の実施の形態の動作について説
明する。本実施の形態では、複数の業務Ａ〜Ｘが並行に
実行される形態とされている。この様子を模式的に示し
たのが、図３である。

【００３５】図３に示すように、本実施の形態において
は業務Ａ〜Ｘが並行して実行される。例えば、業務Ａの
場合、クラスタ＃１が現用装置に割り当てられており、
クラスタ＃２〜＃ｎが待機装置に割り当てられている。

【００３６】また、業務Ｂの場合、クラスタ＃２が現用
装置として割り当てられており、クラスタ＃１およびク
ラスタ＃３が待機装置に割り当てられている。更に、業
務Ｘの場合、クラスタ＃３が現用装置として割り当てら
れており、クラスタ＃１，＃２，＃４〜＃ｍが待機装置
に割り当てられている。

【００３７】いま、上述のような設定が行われている場
合において、コンソール２２からシステムを起動するこ
とを要求するコマンドが入力されたとすると、このコマ
ンドはクラスタ＃１〜＃ｎに通知されることになる。

【００３８】コマンドの入力を受けたクラスタ＃１〜＃
ｎは、初期化処理や各種設定処理等を行うためのバッチ
ファイルを外部記憶装置２１から取得して実行する。次
に、システムにおいて実行する業務の種類とその手順が
記述されたファイルを外部記憶装置２１から取得し、そ
の記述に応じて起動処理を実行する。

【００３９】図４は、各業務を起動する場合に各クラス
タにおいて実行される処理の一例を示すフローチャート
である。このフローチャートが開始されると、以下の処
理が実行されることになる。なお、以下では、クラスタ
＃１における処理を例に挙げて説明する。 ［Ｓ１］外部記憶装置２１に記憶されている業務の種類
と起動順序を示す情報を参照し、起動する業務の種類を
選択する。 ［Ｓ２］選択した業務の起動手続を実行する。ここで、
業務の起動手続とは、業務を起動するために必要な一連
の手続であり、例えば、各種ロードモジュールの実装や
各種設定処理等である。 ［Ｓ３］外部記憶装置２１に記憶されている設定情報を
参照し、自己が現用装置として設定されているか否かを
判定し、現用装置として設定されている場合には、ステ
ップＳ９に進み、それ以外の場合にはステップＳ４に進
む。 ［Ｓ４］外部記憶装置２１に記憶されている設定情報の
うち、スタンバイ状態になったことを示すスタンバイフ
ラグを“１”に設定する。

【００４０】なお、このフラグは、このフローチャート
を実行する前に全て“０”に初期設定する。 ［Ｓ５］自己よりも優先順位が高い待機装置がスタンバ
イ状態であるか否かを判定し、スタンバイ状態である場
合にはステップＳ１０に進み、それ以外の場合にはステ
ップＳ６に進む。 ［Ｓ６］現用装置が起動済であるか否かを判定し、起動
済である場合にはステップＳ１０に進み、それ以外の場
合にはステップＳ７に進む。

【００４１】なお、現用装置が起動済みであるか否かの
判断は、システム間共用メモリ２０により資源排他制御
を実行することにより行うことができる。 ［Ｓ７］外部記憶装置２１に記憶されている設定情報を
参照し、予め設定されているリトライ回数を上回ってい
るか否かを判定し、リトライ回数を上回っている（リト
ライ処理を終了する）場合にはステップＳ９に進み、そ
れ以外の場合にはステップＳ８に進む。 ［Ｓ８］外部記憶装置２１に記憶されている設定情報を
参照し、予め設定されている待ち合わせ時間だけ待ち合
わせを行い、ステップＳ５に戻る。 ［Ｓ９］自己を現用装置として起動する。 ［Ｓ１０］自己を待機装置として起動する。

【００４２】次に、以上のフローチャートに示す処理の
詳細について具体例を挙げて説明する。いま、外部記憶
装置２１に記憶されている情報が、図５に示すようなも
のであるとする。例えば、業務Ａの場合では、現用処理
装置番号として「＃１」が設定されていることから、業
務Ａの現用装置としては、クラスタ＃１が選択されてい
る。また、リトライ回数が「５回」とされており、待ち
合わせ時間が「１分」であることから、リトライ処理と
しては、１分間の待ち合わせが５回繰り返されることに
なる。

【００４３】現用切り換え優先順位では、順位１に「＃
１」が、また、順位２〜（ｎ−１）には、それぞれ、
「＃３」、「＃２」、・・・、「＃５」、・・・、「＃
（ｎ−１）」が設定されている。従って、クラスタ＃１
が現用装置として起動しなかった場合には、クラスタ＃
３が現用装置として起動され、このクラスタ＃３も起動
しない場合には、クラスタ＃２が現用装置として起動さ
れることになる。

【００４４】スタンバイフラグは、スタンバイ状態にな
った場合に“１”の状態とされるフラグである。この例
では、クラスタ＃２のみがスタンバイ状態となっている
ことが示されている。

【００４５】なお、業務Ｂ〜業務Ｘに関しても同様の情
報が設定されている。以上に示す情報が、外部記憶装置
２１に記憶されている場合において、コンソール２２か
ら、システムの起動を要請するコマンドが入力されたと
すると、前述の場合と同様の処理が実行され、クラスタ
＃１〜＃ｎは、図４に示す処理を実行することにより、
業務の起動処理を実行する。

【００４６】いま、業務Ａが起動対象であるとすると、
図４に示すフローチャートのステップＳ１では、業務Ａ
が選択され、ステップＳ２において業務Ａに対する起動
手続が実行される。このとき、（１）全てのクラスタが
スタンバイ状態に移行した場合、（２）クラスタ＃１に
障害が発生した場合、（３）クラスタ＃１およびクラス
タ＃３に障害が発生した場合に場合分けして以下に説明
を行う。 （１）全てのクラスタがスタンバイ状態に移行した場
合。

【００４７】クラスタ＃１は、外部記憶装置２１に記憶
されている情報を参照することにより、自己が現用装置
に割り当てられていることを認知し、ステップＳ３では
ＹＥＳと判定されてステップＳ９に進む。その結果、ク
ラスタ＃１は現用装置として起動することになる。

【００４８】クラスタ＃２〜＃ｎでは、ステップＳ３に
おいてＮＯと判定されてステップＳ４に進むので、図５
に示す業務Ａに対応する情報に含まれている＃２〜＃ｎ
に対応するスタンバイフラグは全て“１”の状態とな
る。このとき、例えば、クラスタ＃３が最初にスタンバ
イ状態になったとすると、他のクラスタのスタンバイフ
ラグは、“０”のままであるので、ステップＳ５ではＮ
Ｏと判定されてステップＳ６に進む。ステップＳ６で
は、クラスタ＃１が現用装置として起動していることか
ら、ＹＥＳと判定されステップＳ１０に進み、クラスタ
＃３が待機装置として起動されることになる。

【００４９】同様の処理が繰り返されることにより、ク
ラスタ＃２〜＃ｎが全て待機装置として起動されること
になる。 （２）クラスタ＃１に障害が発生した場合。

【００５０】クラスタ＃２〜＃ｎがスタンバイ状態に移
行すると、スタンバイフラグが“１”の状態にされると
ともに、自己よりも現用切り換え優先順位が高いクラス
タが既にスタンバイ状態になっている場合には、ステッ
プＳ５においてＹＥＳと判定されてステップＳ１０で待
機装置として起動される。その結果、待機装置の中で最
も優先順位が高いクラスタ＃３は、待機装置として起動
されることなく、ステップＳ６に進む。

【００５１】ステップＳ６では、現用装置が起動済であ
るか否かが判定されるが、クラスタ＃１には障害が発生
しており、起動されていない状態であるので、ここで
は、ＮＯと判定されてステップＳ７に進む。

【００５２】ステップＳ７では、外部記憶装置２１に記
憶されているリトライ回数が参照され、リトライ処理が
終了したか否かが判定される。その結果、リトライ処理
が終了していない場合にはステップＳ８に進んで、待ち
合わせ時間だけ待ち合わせが行われた後、ステップＳ５
の処理に戻って同様の処理が繰り返される。また、リト
ライ処理が終了したと判定された場合には、ステップＳ
９に進み、現用装置として起動されることになる。その
結果、クラスタ＃１に障害が発生した場合には、優先順
位が最も高いクラスタ＃３が現用装置として代わりに起
動されることになる。 （３）クラスタ＃１およびクラスタ＃３に障害が発生し
た場合。

【００５３】この場合、途中までの処理は（２）の場合
と同様である。しかし、クラスタ＃３にも障害が発生し
ていることから、クラスタ＃３の次に優先順位が高いク
ラスタ＃２がスタンバイ状態となってリトライ処理を繰
り返す。その結果、リトライ処理が終了した場合（ステ
ップＳ７においてＹＥＳと判定された場合）には、ステ
ップＳ９において、クラスタ＃２が現用装置として起動
されることになる。

【００５４】このような処理は、業務Ｂ〜業務Ｘについ
ても実行されるので、図５に示す設定情報に設定された
内容に応じて各業務が起動されることになる。なお、外
部記憶装置２１に記憶されている設定情報は、適宜変更
することが可能とされているので、システム環境等に応
じて設定内容を変更することにより、最適な設定を行う
ことが可能となる。

【００５５】以上に示す実施の形態によれば、複数のク
ラスタを有する情報処理システムにおいて、複数の業務
を起動する場合においても、簡単なコマンドを入力する
だけで、全ての業務を確実にしかも迅速に起動すること
が可能となる。

【００５６】また、何れかのクラスタにおいて障害が発
生した場合においても、設定情報に応じて、優先順位が
高い他のクラスタが現用装置として代わりに起動される
ことになるので、オペレータの介在なしにシステムを起
動することが可能となる。

【００５７】その結果、人為的な判断ミスや操作ミスの
発生を防止することができるので、２次的な障害の発生
を防止することができるとともに、障害発生時において
もシステムを速やかに起動することが可能となる。

【００５８】

【発明の効果】以上説明したように本発明では、複数の
情報処理装置により、業務に係る処理をホットスタンバ
イ形態によって実行する情報処理システムにおいて、各
情報処理装置が現用装置または待機装置の何れとして起
動するかを示す設定情報を記憶する設定情報記憶手段
と、設定情報に現用装置として設定されている情報処理
装置が起動されたか否かを検出する現用装置起動検出手
段と、システム起動時に、設定情報に現用装置として設
定されている情報処理装置が起動処理の所定のプロセス
に到達した場合には、現用装置としての起動処理を実行
させる現用装置起動手段と、システム起動時に、設定情
報に待機装置として設定されている情報処理装置が起動
処理の所定のプロセスに到達した場合には、現用装置起
動検出手段により現用装置の起動が検出されることを所
定の時間だけ待ち、起動が検出された場合には待機装置
としての起動処理を実行させ、また、起動が検出されな
かった場合には現用装置としての起動処理を実行させる
待機装置起動手段とを有するようにしたので、現用装置
として設定されている情報処理装置に障害が発生した場
合においても、待機装置として設定されている情報処理
装置を代わりに起動させることが可能となるので、オペ
レータにかかる負担を軽減するとともに、システムの信
頼性を向上させることが可能となる。

【図面の簡単な説明】

【図１】本発明の動作原理を示す原理図である。

【図２】本発明の実施の形態の構成例を示すブロック図
である。

【図３】図２に示す実施の形態において複数の業務Ａ〜
Ｘが並行に実行されている様子を模式的に示した図であ
る。

【図４】図２に示す実施の形態において、業務を起動す
る場合に実行される処理の一例を説明するフローチャー
トである。

【図５】図２に示す外部記憶装置に記憶されている設定
情報の一例を示す図である。

【符号の説明】

１−１〜１−ｎ 情報処理装置 １−１ａ 現用装置起動検出手段 １−１ｂ 現用装置起動手段 １−１ｃ 待機装置起動手段 １−１ｄ 処理部 １−１ｅ ＩＦ ２ 設定情報記憶手段 ３ システム間共用メモリ ２０ システム間共用メモリ ２１ 外部記憶装置 ２２ コンソール ３０ 通信制御装置 ４１〜４４ 端末装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 松本 哲 東京都大田区西蒲田七丁目37番10号 株式 会社富士通金融システムズ内 (72)発明者 鈴木 康弘 東京都大田区西蒲田七丁目37番10号 株式 会社富士通金融システムズ内 (72)発明者 永利 和男 東京都大田区西蒲田七丁目37番10号 株式 会社富士通金融システムズ内 Ｆターム(参考） 5B034 BB02 BB04 CC01 DD05 5B045 AA05 HH06 JJ05 JJ26 5B089 GA21 JB16 KA04 KA12 KC24 MB01 MD02 ME02 ME04

Claims (6)

【特許請求の範囲】
1. 【請求項１】 複数の情報処理装置により、業務に係る
   処理をホットスタンバイ形態によって実行する情報処理
   システムにおいて、 各情報処理装置を現用装置または待機装置の何れとして
   起動するかを示す設定情報を記憶する設定情報記憶手段
   と、 前記設定情報に現用装置として設定されている情報処理
   装置が起動されたか否かを検出する現用装置起動検出手
   段と、 システム起動時に、前記設定情報に現用装置として設定
   されている情報処理装置が起動処理の所定のプロセスに
   到達した場合には、現用装置としての起動処理を実行さ
   せる現用装置起動手段と、 システム起動時に、前記設定情報に待機装置として設定
   されている情報処理装置が起動処理の所定のプロセスに
   到達した場合には、前記現用装置起動検出手段により現
   用装置の起動が検出されることを所定の時間だけ待ち、
   起動が検出された場合には待機装置としての起動処理を
   実行させ、また、起動が検出されなかった場合には現用
   装置としての起動処理を実行させる待機装置起動手段
   と、 を有することを特徴とする情報処理システム。
2. 【請求項２】 前記情報処理装置は、ｎ（ｎ≧２）台の
   情報処理装置から構成され、 前記ｎ台の情報処理装置のうち、１台が現用装置に割り
   当てられ、他の（ｎ−１）台が待機装置に割り当てられ
   ていることを特徴とする請求項１記載の情報処理システ
   ム。
3. 【請求項３】 待機装置に割り当てられた前記（ｎ−
   １）台の情報処理装置には、優先順位がそれぞれ付与さ
   れており、前記待機装置起動手段は、前記現用装置が起
   動しない場合には前記優先順位に従って、前記待機装置
   に割り当てられた情報処理装置を起動することを特徴と
   する請求項２記載の情報処理システム。
4. 【請求項４】 前記各情報処理装置は、複数の業務を並
   行して実行可能であり、 前記設定情報には各業務毎に現用装置と待機装置とを示
   す情報が含まれており、 前記現用装置起動手段および前記待機装置起動手段は、
   前記設定情報を参照して、各業務毎に現用装置と待機装
   置とを起動することを特徴とする請求項２記載の情報処
   理システム。
5. 【請求項５】 前記設定情報記憶手段に記憶されている
   設定情報は、外部から変更可能であることを特徴とする
   請求項２記載の情報処理システム。
6. 【請求項６】 前記現用装置起動検出手段は、前記情報
   処理装置が共用するメモリによる排他制御により、現用
   装置として設定されている情報処理装置が起動されたか
   否かを検出することを特徴とする請求項２記載の情報処
   理システム。