(57)【特許請求の範囲】
【請求項１】
運用系（ＡＣＴ）の制御系装置と予備系（ＳＢＹ）の制御系装置を備えた二重化装置の障害情報収集方法において、
ＡＣＴ／ＳＢＹ切替を必要とする障害発生時に障害情報の収集を行い、
ハードウェアリセット前に実行される障害情報の収集が完了すればフラグをセット状態にし、収集が完了してなければフラグを未セット状態のままにし、
両系をハードウェアリセット後、前記フラグを参照して障害情報の収集が完了しているか判断し、完了していなければ障害情報を収集することを特徴とする二重化装置の障害情報収集方法。
【請求項２】
旧ＡＣＴ側で、前記フラグを参照して障害情報の収集が完了しているか判断し、完了していなければ、障害情報を収集することを特徴とする請求項１記載の障害情報収集方法。
【請求項３】
旧ＡＣＴ側で、前記フラグを参照して障害情報の収集が完了しているか判断し、完了していなければ、旧ＡＣＴ側より新ＡＣＴ側に通知し、新ＡＣＴ側で障害情報の収集を行うことを特徴とする請求項１記載の障害情報収集方法。
【請求項４】
新ＡＣＴ側で、前記フラグを参照して障害情報の収集が完了しているか判断し、完了していなければ、障害情報を収集することを特徴とする請求項１記載の障害情報収集方法。
【請求項５】
新ＡＣＴ側で、前記フラグを参照して障害情報の収集が完了しているか判断し、完了していなければ、新ＡＣＴ側より旧ＡＣＴ側に通知し、旧ＡＣＴ側で障害情報の収集を行うことを特徴とする請求項１記載の障害情報収集方法。
【請求項６】
運用系（ＡＣＴ）の制御系装置と予備系（ＳＢＹ）の制御系装置を備えた二重化装置の障害情報収集方法において、
ＡＣＴ／ＳＢＹ切替を必要とする障害発生時に、各系は自系の障害情報の収集を行い、
ハードウェアリセット前に障害情報の収集が完了すれば自系の情報収集フラグをセット状態にし、収集が完了しなければフラグを未セット状態のままにし、
両系をハードウェアリセット後、各系のフラグを参照して障害情報の収集が完了しているかチェックし、完了していない系の障害情報を収集することを特徴とする二重化装置の障害情報収集方法。
【請求項７】
各系は自系のフラグをチェックし、障害情報の収集が未完了ならば自系の障害情報を収集することを特徴とする請求項６記載の障害情報収集方法。
【請求項８】
旧ＡＣＴ側が両系のフラグをチェックし、障害情報の収集が未完了なら旧ＡＣＴ側で障害情報を収集することを特徴とする請求項６記載の障害情報収集方法。
【請求項９】
旧ＡＣＴ側が両系のフラグをチェックし、障害情報の収集が未完了なら旧ＡＣＴ側より新ＡＣＴ側に通知し、新ＡＣＴ側で障害情報を収集することを特徴とする請求項６記載の障害情報収集方法。
【請求項１０】
旧ＡＣＴ側が両系のフラグをチェックし、旧ＡＣＴ側の障害情報の収集が未完了なら旧ＡＣＴ側が障害情報収集を行い、また、新ＡＣＴ側の障害情報の収集が未完了なら旧ＡＣＴ側が新ＡＣＴ側に通知し、新ＡＣＴ側で障害情報を収集することを特徴とする請求項６記載の障害情報収集方法。
【請求項１１】
新ＡＣＴ側が両系のフラグをチェックし、障害情報の収集が未完了なら新ＡＣＴ側で障害情報を収集することを特徴とする請求項６記載の障害情報収集方法。
【請求項１２】
新ＡＣＴ側が両系のフラグをチェックし、障害情報の収集が未完了なら新ＡＣＴ側が旧ＡＣＴ側に通知し、旧ＡＣＴ側で障害情報を収集することを特徴とする請求項６記載の障害情報収集方法。
【請求項１３】
新ＡＣＴ側が両系のフラグをチェックし、新ＡＣＴ側の障害情報の収集が未完了なら新ＡＣＴ側が障害情報収集を行い、また、旧ＡＣＴ側の障害情報の収集が未完了なら新ＡＣＴ側が旧ＡＣＴ側に通知し、旧ＡＣＴ側で障害情報を収集することを特徴とする請求項６記載の障害情報収集方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は二重化装置の障害情報収集方法に係わり、特に、運用系（ＡＣＴ）の制御系装置と予備系（ＳＢＹ）の制御系装置を備えた交換機の障害情報収集方法に関する。
【０００２】
【従来の技術】
交換機を構成する各ユニットは信頼度を向上するために二重化されており、運用系装置が障害によりダウンしても、予備系装置が代わって動作し、サービスを続行できるようになっている。図１５は２台の交換機Ａ、Ｂを通話回線ＬＮで接続し、各交換機に電話機ＴＡ，ＴＢを接続したネットワークを示しており、各交換機Ａ，Ｂは通話路系装置ＳＰＵと制御系装置ＣＴＵを備え、これら通話路系装置ＳＰＵと制御系装置ＣＴＵは共に二重化されている。
通話路系装置ＳＰＵは、交換機がたとえばＡＴＭ交換機であれば、伝送路に接続された回線ＩＦ部、集線分離部、セルスイッチ部などを有している。回線ＩＦ部は、所定フォーマットのフレーム例えばＤＳ１，ＤＳ３フレームあるいはＳＯＮＥＴフレームをＡＴＭセルフォーマットに変換してセルスイッチ側に送出したり、ＡＴＭセルフォーマットをＤＳ１，ＤＳ３フレームあるいはＳＯＮＥＴフレームに変換して回線に送出する機能を有している。集線分離部は多数の回線インタフェースに接続されてセルを多重化してセルスイッチに入力すると共に、セルスイッチ側からの多重セルを分離して所定の回線インタフェースに送出する。セルスイッチ部は入力された多重セルを所定の方路にスイッチングする。
【０００３】
制御系装置ＣＴＵは通話路系装置を制御するもので、ＭＰＵ、メモリ、システム制御部等を有している。図１６は交換機における制御系装置ＣＴＵの構成図であり、１００，１０１はそれぞれ０系，１系の制御系装置で同一の構成を備えている。１１はＰＲＯＣ制御部（処理制御部）であり、プログラムの実行、制御を行うマイクロプロセッサユニット（ＭＰＵ部）１１ａ、ファイル（交換プログラム、緊急制御動作プログラム等）やデータを記憶するメモリ部１１ｂ、システムを二重化構成にするための制御（運用／予備切替制御、ファイル更新制御等）を行うシステム制御部１１ｃ、内部バス１１ｄ、内部バスと拡張バス間のインタフェース制御を行うインタフェース制御部１１ｅを備えている。０系／１系のメモリ部１１ｂ，１１ｂ間はメモリ交絡線ＭＣＬで接続され、０系／１系のシステム制御部１１ｃ，１１ｃ間はシステム交絡線ＳＣＬで接続されている。１２はＳＣＳＩインタフェースを備え、光磁気ディスクドライブやハードディスクドライブの制御を行うＩＯ制御部、１３は保守コンソール（操作パネル）とのインタフェースを行う  ＥｔｈｅｒｎｅｔコントローラなどのＬＡＮ制御部、１４はスイッチ等の通話路系装置ＳＰＵとのインタフェース制御部、１５は拡張バス、１６は他系とのインタフェースを司るバスインタフェース部であり、拡張バス交絡線ＢＣＬを介して系間交絡制御を行う。
【０００４】
上記二重化された交換機において、一般的な運用方法は片系が処理を実行し（ＡＣＴ状態〔以下ＡＣＴ系と記す〕）、他の片系が待機して（ＳＢＹ状態〔ＳＢＹ系と記す〕）運用される。このような形態での運用中に重大な障害が発生すると緊急動作として、ＡＣＴ／ＳＢＹチェンジ等の動作（旧ＡＣＴ系→新ＳＢＹ系、旧ＳＢＹ系→新ＡＣＴ系）が行われ、サービスに影響をあたえることなく運用を継続する。また、このような障害発生時には、障害情報（各種レジスタ、メモリの障害時の内容）をログ情報とし収集してファイル等に出力するのが一般的な方法となっている。
０系がＡＣＴ系、１系がＳＢＹ系でシステム運用中と仮定すると、０系のＭＰＵ部１１ａはメモリ部１１ｂに書かれた交換プログラム等を読み出し、その内容にしたがって各機能ブロックの制御や演算結果のメモリ部への書き込みを行う。例えば、ＡＣＴ系のＭＰＵ部１１ａは交換プログラムにしたがって運用系及び予備系の通話路系装置ＳＰＵに各種制御データを送出すると共に、ＡＣＴ系の通話路系装置から受信したデータに基づいて所定の処理を行い、処理結果をメモリ部１１ｂに格納する。また、ＡＣＴ系のメモリ部１１ｂに書き込まれたデータの内容はメモリ交絡線ＭＣＬを経由して常にＳＢＹ系のメモリ部１１ｂに反映され、メモリの内容はＡＣＴ系、ＳＢＹ系共に等しく保たれる。
【０００５】
かかる状態において、ＡＣＴ／ＳＢＹチェンジ（系切替）を要する障害、例えば、障害検出用タイマーＴＦ（Ｆａｕｌｔ  Ｔｉｍｅｒ）のオーバーフローが発生すると、ＡＣＴ／ＳＢＹチェンジ割り込みが発生する。障害検出用タイマーＴＦは例えばウォッチドッグタイマ（ｗａｔｃｈ  ｄｏｇ  ｔｉｍｅｒ）であり、自動的にカウントアップし、そのカウント値を定期的にクリアするものである。プログラムの異常ループや暴走あるいはハード的障害が発生すると、カウント値をクリアできずオーバーフローが発生し、ＡＣＴ／ＳＢＹの系切替の契機となる。
ＭＰＵ部１１ａは、系切替の割込みにより緊急制御動作プログラムに従って処理を実行する。すなわち、ＭＰＵ部１１ａは緊急制御動作プログラムに従って、ＭＰＵ内の全レジスタ情報、その他各機能ブロックの制御情報などを障害情報ログとして収集して所定の記憶部に格納する。格納先はシステムに依存し、メモリ部１１ｂであったり、ＩＯ制御部１２配下のハードディスク、光ディスク等のデバイスであったりする。
【０００６】
ついで、０系、１系にハードウェアリセットを掛ける。しかる後、ＡＣＴ系のシステム制御部１１ｃはＳＢＹ系のシステム制御部１１ｃにシステム交絡線ＳＣＬを介してＡＣＴ／ＳＢＹを切り替えを指示し、ＡＣＴ／ＳＢＹチェンジを行う。これにより、１系（旧ＳＢＹ）が新ＡＣＴとして立ち上がり、以後、１系（新ＡＣＴ）が０系（旧ＡＣＴ）の処理を継続してサービスを提供する。
以上のようなステップを踏んで、ＡＣＴ／ＳＢＹチェンジ動作を行い、また、障害情報ログにより障害内容を解析しその解析内容に応じた処置を行う。
【０００７】
【発明が解決しようとする課題】
以上では、障害検出用タイマーＴＦ（Ｆａｕｌｔ  Ｔｉｍｅｒ）のオーバーフローによりＡＣＴ／ＳＢＹチェンジが行われた場合であるが、ＡＣＴ／ＳＢＹチェンジの要因となる障害はそのほかにも、
（１）  ＭＰＵ自体がデッドロック状態に陥った障害、
（２）  障害機能ブロックがバスをロックして固まってしまった障害、
等がある。ＭＰＵのデッドロックとは、ＭＰＵは正常であるけれどもコマンドに対する応答がなくウェイト状態になっている障害であり、又、バスロックとは障害機能ブロックがバス線のレベルをハイレベルまたはローレベルに固定する障害である。（１）及び（２）の障害にもＡＣＴ／ＳＢＹチェンジが行われるが、かかる障害時には「障害情報ログの収集及び格納」が出来ず、障害情報を残すことが出来なくなる。このため、ＡＣＴ／ＳＢＹチェンジ後の障害情報解析が出来ず、故障装置や壊れかけた装置に対する対処が困難であるという問題が発生する。
【０００８】
以上から本発明の目的は、ＡＣＴ／ＳＢＹチェンジが発生するような障害が発生したとき、確実に障害情報の収集ができ、障害箇所を的確に認識して対処できる二重化装置の障害情報収集方法を提供することである。
【０００９】
【課題を解決するための手段】
上記課題は本発明によれば、（１）  ＡＣＴ／ＳＢＹ切替を必要とする障害発生時に障害情報の収集を行い、（２）  ハードウェアリセット前に障害情報の収集が完了すればフラグをセット状態にし、収集が完了してなければフラグを未セット状態のままにし、（３）  両系をハードウェアリセット後、前記フラグを参照して障害情報の収集が完了しているか判断し、（４）  完了していなければ障害情報を収集する二重化装置の障害情報収集方法により達成される。以上のようにすれば、障害情報の収集が完了していない場合であっても、ハードウェアリセット後に確実に障害情報の収集ができる。
【００１０】
又、上記課題は本発明によれば、（１）  ＡＣＴ／ＳＢＹ切替を必要とする障害発生時に、各系は自系の障害情報の収集を行い、（２）  ハードウェアリセット前に障害情報の収集が完了すれば自系の情報収集フラグをセット状態にし、収集が完了しなければフラグを未セット状態のままにし、（３）  両系をハードウェアリセット後、各系のフラグを参照して障害情報の収集が完了しているかチェックし、（４）  完了していない系の障害情報を収集することにより達成される。以上のようにすれば、両系あるいは片系で障害情報の収集が完了していない場合であっても、ハードウェアリセット後に系毎に確実に障害情報の収集ができる。
【００１１】
【発明の実施の形態】
（Ａ）制御系装置の構成
図１は本発明の交換機の制御系装置の構成図であり、１００，１０１はそれぞれ０系，１系の制御系装置で同一の構成を備えている。１１０，１１１は０系及び１系のＰＲＯＣ制御部（処理制御部）であり、プログラムの実行、制御を行うマイクロプロセッサユニット（ＭＰＵ部）１１ａ０，１１ａ１、ファイル（交換プログラム、緊急制御動作プログラム等）やデータなどを記憶するメモリ部１１ｂ０，１１ｂ１、システムを二重化構成にするための制御（運用／予備切替制御、ファイル更新制御等）を行うシステム制御部１１ｃ０，１１ｃ１、内部バス１１ｄ０，１１ｄ１、内部バスと拡張バス間のインタフェース制御を行うインタフェース制御部１１ｅ０，１１ｅ１、システム制御を行うためのファームウェア部１１ｆ０，１１ｆ１を備えている。０系／１系のメモリ部１１ｂ０，１１ｂ１間はメモリ交絡線ＭＣＬで接続され、０系／１系のシステム制御部１１ｃ０，１１ｃ１間はシステム交絡線ＳＣＬで接続されている。メモリ部１１ｂ０，１１ｂ１には、
（１）  交換プログラムＰ１、
（２）  緊急制御動作プログラムＰ２、
（３）  各種データ類ＤＴ、
（４）  障害情報ログの収集完了／未完了を示すログ情報収集完了フラグＬＣＦ
等が記憶される。
【００１２】
１２０，１２１はＳＣＳＩインタフェースを備え、光磁気ディスクドライブやハードディスクドライブの制御を行うＩＯ制御部、１３０，１３１は保守コンソール（操作パネル）とのインタフェースを行うＥｔｈｅｒｎｅｔコントローラなどのＬＡＮ制御部、１４０，１４１はセルスイッチ等の通話路系装置ＳＰＵとのインタフェース制御部、１５０，１５１は拡張バス、１６０，１６１は他系とのインタフェースを司るバスインタフェース部であり、拡張バス交絡線ＢＣＬを介して系間交絡制御を行う。
【００１３】
（Ｂ）第１の発明における障害情報収集処理
第１の発明では、システム運用中にＡＣＴ／ＳＢＹチェンジの障害が発生すると、（１）  ＡＣＴ系が両系（ＡＣＴ系、ＳＢＹ系）の障害情報を収集する。（２）  ＡＣＴ系はハードウェアリセット前に障害情報の収集が完了すればフラグをセット状態にし、収集が完了しなければフラグを未セット状態のままにする。（３）  両系をハードウェアリセット後、ＡＣＴ系あるいはＳＢＹ系は前記ログ情報収集フラグを参照して障害情報の収集が完了しているか判断し、（４）  完了していなければ障害情報を収集する。
なお、ハードウェアリセットは、ＴＦオーバーフロー、ＭＰＵのデッドロック、バスロックなどの障害要因を解消するものであり、収集すべき障害情報が記憶されたＭＰＵ内のレジスタやメモリ１１ｂ０、１１ｂ１の記憶内容はリセットされない。
【００１４】
上記（１），  （２）の処理をするのはＡＣＴ系であるが、（３），（４）の処理をいずれの系で行うかにより４つの形態（第１〜第４実施例）がある。
図２は０系をＡＣＴ系、１系をＳＢＹ系とした場合において、ハードウェアリセット後の（３），（４）の処理を行う系を示す図表である。
▲１▼第１実施例では、旧ＡＣＴ系（０系）が、フラグチェック処理（３）及びフラグ未設定時における障害情報ログ収集処理（４）を実行する。
▲２▼第２実施例では、旧ＡＣＴ系（０系）がフラグチェック処理（３）を行い、新ＡＣＴ系（１系）がフラグ未設定時における障害情報ログ収集処理（４）を実行する。
▲３▼第３実施例では、新ＡＣＴ系（１系）がフラグチェック処理（３）及びフラグ未設定時における障害情報ログ収集処理（４）を実行する。
▲４▼第４実施例では、新ＡＣＴ系（１系）がフラグチェック処理（３）を行い、旧ＡＣＴ系（０系）がフラグ未設定時における障害情報ログ収集処理（４）を実行する。
【００１５】
（ａ）第１実施例
図３は第１実施例の０系及び１系の処理フローである。
当初、０系がＡＣＴ系、１系がＳＢＹ系として運用している（ステップ１０１，２０１）。
かかる状態において、０系のＭＰＵ部１１ａ０に対してＡＣＴ／ＳＢＹチェンジを要する割込みが発生する（ステップ１０２）。
ＭＰＵ部１１ａ０はこの割込みをトリガとして緊急制御動作プログラムＰ２を起動する。そして、このプログラムにより、両系におけるＭＰＵ内の全レジスタ情報、その他各機能ブロックの制御情報など障害情報ログを収集し、所定の記憶エリアに格納する（ステップ１０３）。格納先はシステムに依存し、メモリ部１１ｂ０であったり、ＩＯ制御部１２０配下のデバイス（ハードディスク、光ディスク）であったりする。又、他系の障害情報ログはプロセッサ間通信により収集する。
【００１６】
０系のＭＰＵ部１１ａ０は各種障害情報ログが正常に退避出来たなら、ログ収集完了フラグＬＣＦを”１”に設定する（ステップ１０４）。しかし、各種障害情報ログが正常に退避できなければ、ログ収集完了フラグＬＣＦを未設定（”０”）にしたままとする。
しかる後、０系、１系の両系にハードウェアリセットを行う（ステップ１０５，２０２）。ハードウェアリセット後、ＡＣＴ系のシステム制御部１１ｃ０はＳＢＹ系のシステム制御部１１ｃ１にシステム交絡線ＳＣＬを介してＡＣＴ／ＳＢＹの切り替えを指示し、ＡＣＴ／ＳＢＹチェンジを行う。これにより、０系（旧ＡＣＴ）が新ＳＢＹとして立上り、１系（旧ＳＢＹ）が新ＡＣＴとして立ち上がる（ステップ１０６、２０３）。
ついで、０系（旧ＡＣＴ）のＭＰＵ部１１ａ０はログ収集完了フラグＬＣＦの”１”，”０”をチェックし（ステップ１０７）、フラグが未設定（”０”）なら両系のログ収集動作を実行する（ステップ１０８）。
【００１７】
０系（旧ＡＣＴ）のＭＰＵ部１１ａ０は、ログ収集完了後、あるいは、ステップ１０７においてログ収集完了フラグＬＣＦが設定（”１”）されていれば、１系（旧ＳＢＹ）のそれまでの待機運転処理を継続する（待機運転状態、ステップ１０９）。
又、１系（新ＡＣＴ）のＭＰＵ部１１ａ１は０系の待機運転と同期して、それまでの０系（旧ＡＣＴ）の運用運転処理を継続してサービスを提供する（運用運転状態、ステップ２０４）。
以上のように、第１実施例によれば、系切替後のログ収集は全て新ＳＢＹ系（０系）で行うので、新ＡＣＴ系によるサービス処理に影響を与えないで障害情報ログの収集ができ、これにより障害箇所を的確に認識して対処できる。
【００１８】
（ｂ）第２実施例
図４は第２実施例の０系及び１系の処理フローであり、第１実施例と同一ステップには同一番号を付している。第２実施例において、０系（旧ＡＣＴ）が新ＳＢＹとして起動し（ステップ１０１〜１０６）、１系（旧ＳＢＹ）が新ＡＣＴとして起動するまで（ステップ２０１〜２０３）、第１実施例と同様の処理が行われる。
ステップ１０６の処理実行後、０系（旧ＡＣＴ）のＭＰＵ部１１ａ０はログ収集完了フラグＬＣＦの”１”，”０”をチェックし（ステップ１２１）、フラグが未設定（”０”）なら、プロセッサ間通信により、その旨を１系（新ＡＣＴ）のＭＰＵ部１１ａ１に通知する（ステップ１２２）。
【００１９】
１系（新ＡＣＴ）のＭＰＵ部１１ａ１は、０系（旧ＡＣＴ）よりフラグ未設定通知を受信したか、すなわち、ログ情報収集指示を受信したかチェックし（ステップ２２１）、受信すれば、両系のログ収集動作を実行する（ステップ２２２）。ログ収集完了後、あるいは、ステップ２２１においてログ情報収集指示を受信しなければ、１系（新ＡＣＴ）のＭＰＵ部１１ａ１は、それまでの０系（旧ＡＣＴ）の運用運転処理を継続してサービスを提供する（運用運転状態、ステップ２２３）。
又、０系（新ＳＢＹ）のＭＰＵ部１１ａ０は、１系（新ＡＣＴ）の運用運転と同期してそれまでの１系の待機運転処理を継続する（待機運転状態、ステップ１２３）。
以上第２実施例によれば、系切り替え後のフラグチェックを新ＳＢＹ系（０系）で行うので、ハードウェアリセット前にログ収集が完了していれば新ＡＣＴ系のサービス処理に全く影響を与えないようにできる。
また、ハードウェアリセット前にログ収集が完了していなければ、ハードウェアリセット後に新ＡＣＴ系（１系）で障害情報ログを収集するためより確実にログ収集が可能になる。
【００２０】
（ｃ）第３実施例
図５は第３実施例の０系及び１系の処理フローであり、第１実施例と同一ステップには同一番号を付している。第３実施例において、０系（旧ＡＣＴ）が新ＳＢＹとして起動し（ステップ１０１〜１０６）、１系（旧ＳＢＹ）が新ＡＣＴとして起動するまで（ステップ２０１〜２０３）、第１実施例と同様の処理が行われる。
ステップ２０３の処理実行後、１系（新ＡＣＴ）のＭＰＵ部１１ａ１はログ収集完了フラグＬＣＦの”１”，”０”をチェックし（ステップ２３１）、フラグが未設定（”０”）なら両系のログ収集動作を実行する（ステップ２３２）。
ＭＰＵ部１１ａ１はログ収集完了後、あるいは、ステップ２３１においてログ収集完了フラグＬＣＦが設定（”１”）されていれば、それまでの０系（旧ＡＣＴ）の運用運転処理を継続してサービスを提供する（運用運転状態、ステップ２３３）。
又、０系（新ＳＢＹ）のＭＰＵ部１１ａ０は１系の運用運転と同期してそれまでの１系（旧ＳＢＹ）の待機運転処理を継続する（待機運転状態、ステップ１２３）。
以上第３実施例によれば、系切り替え後のフラグチェック及び障害情報ログの収集を新ＡＣＴ系（１系）で行うので、より確実なフラグチェック及びログ収集が可能となる。
【００２１】
（ｄ）第４実施例
図６は第４実施例の０系及び１系の処理フローであり、第１実施例と同一ステップには同一番号を付している。第４実施例において、０系（旧ＡＣＴ）が新ＳＢＹとして起動し（ステップ１０１〜１０６）、１系（旧ＳＢＹ）が新ＡＣＴとして起動するまで（ステップ２０１〜２０３）、第１実施例と同様の処理が行われる。
ステップ２０３の処理実行後、１系（新ＡＣＴ）のＭＰＵ部１１ａ１はログ収集完了フラグＬＣＦの”１”，”０”をチェックし（ステップ２４１）、フラグが未設定（”０”）なら、プロセッサ間通信により、その旨を０系（旧ＡＣＴ）のＭＰＵ部１１ａ０に通知する（ステップ２４２）。
０系（新ＳＢＹ）のＭＰＵ部１１ａ０は、１系（旧ＳＢＹ系）よりフラグ未設定通知を受信したか、すなわち、ログ情報収集指示を受信したかチェックし（ステップ１４１）、受信すれば、両系の障害情報ログの収集動作を実行する（ステップ１４２）。
【００２２】
０系（新ＳＢＹ）のＭＰＵ部１１ａ０は、ログ収集完了後、あるいは、ステップ１４１においてログ情報収集指示を受信しなければ、以後、１系（旧ＳＢＹ）のそれまでの待機運転処理を継続する（待機運転状態、ステップ１４３）。
又、１系（新ＡＣＴ）のＭＰＵ部１１ａ１は０系の待機運転と同期してそれまでの０系（旧ＡＣＴ）の運用運転処理を継続し、サービスを提供する（運用運転状態、ステップ２４３）。
以上、第４実施例によれば、系切り替え後のフラグチェックを新ＡＣＴ系（１系）で行うので、より確実なチェックが行える。
また、ハードリセット前に障害情報ログの収集が完了していなくても、ハードリセット後に新ＳＢＹ系（０系）でログ収集を行うのでサービスに影響を与えない。
【００２３】
（Ｃ）第２の発明における障害ログ収集処理
第２の発明では、システム運用中にＡＣＴ／ＳＢＹチェンジの障害発生すると、（１）  各系が自系の障害情報ログを収集し、（２）  ハードウェアリセット前に障害情報ログの収集が完了すれば自系のフラグをセット状態にし、収集が完了しなければフラグを未セット状態のままにする。そして、（３）  両系をハードウェアリセット後、ＡＣＴ系あるいはＳＢＹ系は各系のフラグを参照して障害情報ログの収集が完了しているかチェックし、（４）  完了していない系の障害情報ログを収集する。
上記（１），  （２）の処理をするのは各系であるが、（３），（４）の処理をいずれの系で行うかにより７つの形態（第５〜第１１実施例）がある。
【００２４】
図７は０系をＡＣＴ系、１系をＳＢＹ系とした場合におけるハードウェアリセット後の上記（３），（４）の処理を行う系を示す図表である。
▲１▼第５実施例では、旧ＡＣＴ系（０系）及び新ＡＣＴ系（１系）がそれぞれ、自系のフラグチェック処理（３）及びフラグ未設定時における障害情報ログ収集処理（４）を実行する。
▲２▼第６実施例では、旧ＡＣＴ系（０系）が両系のフラグチェック処理（３）を行うと共にそれぞれの系のフラグ未設定時における障害情報ログ収集処理（４）を実行する。
▲３▼第７実施例では、旧ＡＣＴ系（０系）が両系のフラグチェック処理（３）を行い、新ＡＣＴ系（１系）が両系のフラグ未設定時における障害情報ログ収集処理（４）を実行する。
▲４▼第８実施例では、旧ＡＣＴ系（０系）が両系のフラグチェック処理（３）を行い、各系がそれぞれ自系のフラグ未設定時における障害情報ログ収集処理（４）を実行する。
▲５▼第９実施例では、新ＡＣＴ系（１系）が両系のフラグチェック処理（３）を行うと共に、それぞれの系のフラグ未設定時における障害情報ログ収集処理（４）を実行する。
▲６▼第１０実施例では、新ＡＣＴ系（１系）が両系のフラグチェック処理（３）を行い、旧ＡＣＴ系（０系）が両系のフラグ未設定時における障害情報ログ収集処理（４）を実行する。
▲７▼第１１実施例では、新ＡＣＴ系（１系）が両系のフラグチェック処理（３）を行い、各系がそれぞれ自系のフラグ未設定時における障害情報ログ収集処理（４）を実行する。
【００２５】
（ａ）  第５実施例
図８は第５実施例の０系及び１系の処理フローであり、当初、０系がＡＣＴ系、１系がＳＢＹ系として運用している（ステップ３０１、４０１）。
かかる状態において、０系のＭＰＵ部１１ａ０に対してＡＣＴ／ＳＢＹチェンジを要する割込みが発生すると、ＭＰＵ部１１ａ０はこの割込みをシステム制御部１１ｃ０、システム交絡線ＳＣＬを介して１系のＭＰＵ部１１ａ１に通知する（ステップ３０２，４０２）。
両系のＭＰＵ部１１ａ０，１１ａ１はＡＣＴ／ＳＢＹチェンジ割込みをトリガとして緊急制御動作プログラムＰ２を起動する。そして、このプログラムにより、それぞれ、自系のＭＰＵ内の全レジスタ情報、その他各機能ブロックの制御情報など障害情報ログを収集し、所定の記憶エリアに格納する（ステップ３０３，４０３）。尚、格納先はシステムに依存し、メモリ部１１ｂ０，１１ｂ１であったり、ＩＯ制御部１２０，１２１配下のデバイス（ハードディスク、光ディスク）であったりする。
【００２６】
各系のＭＰＵ部１１ａ０，１１ａ１は各種障害情報ログを正常に退避出来たなら、ログ収集完了フラグＬＣＦ０，ＬＣＦ１を”１”に設定する（ステップ３０４，４０４）。しかし、各種情報ログが正常に退避できなければ、ログ収集完了フラグＬＣＦ０，ＬＣＦ１を未設定（”０”）にしたままとする。
しかる後、０系、１系の両系にハードウェアリセットを行う（ステップ３０５，４０５）。ハードウェアリセット後、０系のシステム制御部１１ｃ０は１系のシステム制御部１１ｃ１にシステム交絡線ＳＣＬを介してＡＣＴ／ＳＢＹを切り替えを指示し、ＡＣＴ／ＳＢＹチェンジを行う。これにより、０系（旧ＡＣＴ）が新ＳＢＹとして起動し、１系（旧ＳＢＹ）が新ＡＣＴとして立ち上がる（ステップ３０６、４０６）。
０系及び１系のＭＰＵ部１１ａ０，１１ａ１はそれぞれ自系のログ収集完了フラグＬＣＦ０，ＬＣＦ１の”１”，”０”をチェックし（ステップ３０７，４０７）、フラグが未設定（”０”）なら自系のログ収集動作を実行する（ステッ３０８，４０８）。
【００２７】
０系（旧ＡＣＴ）のＭＰＵ部１１ａ０は、ログ収集完了後、あるいは、ステップ３０７においてログ収集完了フラグＬＣＦ０が設定（”１”）されていれば、１系（旧ＳＢＹ）のそれまでの待機運転処理を継続する（待機運転状態、ステップ３０９）。
又、１系（新ＡＣＴ）のＭＰＵ部１１ａ１は、ログ収集完了後、あるいは、ステップ４０７においてログ収集完了フラグＬＣＦ１が設定（”１”）されていれば、０系の処理と同期して、それまでの０系（旧ＡＣＴ）の運用運転処理を継続する（運用運転状態、ステップ４０９）。
以上、第５実施例によれば、各系は自系の障害情報ログの収集を行うために、ハードウェアリセット前に障害情報を確実に収集可能となる。また、他系の障害情報ログの収集を行わないのでより高速に処理の完了が可能となる。
【００２８】
（ｂ）  第６実施例
図９は第６実施例の０系及び１系の処理フローであり、第５実施例と同一ステップには同一番号を付している。第６実施例において、０系（旧ＡＣＴ）が新ＳＢＹとして起動し（ステップ３０１〜３０６）、１系（旧ＳＢＹ）が新ＡＣＴとして起動するまで（ステップ４０１〜４０６）、第５実施例と同様の処理が行われる。
ステップ３０６の処理実行後、０系（旧ＡＣＴ）のＭＰＵ部１１ａ０は両系のログ収集完了フラグＬＣＦ０，ＬＣＦ１の”１”，”０”をそれぞれチェックし（ステップ３１１）、▲１▼自系（０系）のみのフラグＬＣＦ０が未設定（”０”）であれば、自系のログ収集動作を実行し（ステップ３１２）、▲２▼両系（０系，１系）のフラグＬＣＦ０，ＬＣＦ１が共に未設定（”０”）であれば、両系のログ収集動作を実行し（ステップ３１３）、▲３▼他系（１系）のみのフラグＬＣＦ１が未設定（”０”）であれば、他系のログ収集動作を実行する（ステップ３１４）。
【００２９】
０系（旧ＡＣＴ）のＭＰＵ部１１ａ０は、以上によりログ収集処理を完了すれば、あるいは、ステップ３１１においてログ収集完了フラグＬＣＦ０，ＬＣＦ１が共に設定（”１”）されていれば、１系（旧ＳＢＹ）のそれまでの待機運転処理を継続する（待機運転状態、ステップ３１５）。
又、１系（新ＡＣＴ）のＭＰＵ部１１ａ１は０系の待機運転と同期して、それまでの０系（旧ＡＣＴ）の運用運転処理を継続してサービスを提供する（運用運転状態、ステップ４１１）。
以上第６実施例によれば、各系は自系の障害情報ログの収集を行うために、ハードウェアリセット前に障害情報を確実に収集可能となる。
また、ハードリセット前に両系のログ収集が完了していなくてもハードリセット後に新ＳＢＹ系（０系）がログ収集を行うので新ＡＣＴ系のサービス処理に影響を与えない。
【００３０】
（ｃ）  第７実施例
図１０は第７実施例の０系及び１系の処理フローであり、第５実施例と同一ステップには同一番号を付している。第７実施例において、０系（旧ＡＣＴ）が新ＳＢＹとして起動し（ステップ３０１〜３０６）、１系（旧ＳＢＹ）が新ＡＣＴとして起動するまで（ステップ４０１〜４０６）、第５実施例と同様の処理が行われる。
ステップ３０６の処理実行後、０系（旧ＡＣＴ）のＭＰＵ部１１ａ０は両系のログ収集完了フラグＬＣＦ０，ＬＣＦ１の”１”，”０”をそれぞれチェックし（ステップ３２１）、いずれかのフラグが未設定（”０”）なら、プロセッサ間通信により、フラグが未設定の系を１系（新ＡＣＴ）のＭＰＵ部１１ａ１に通知し、ログ情報収集を指示する（ステップ３２２）。
１系（新ＡＣＴ）のＭＰＵ部１１ａ１は、０系（旧ＡＣＴ）よりフラグ未設定の系を示す通知を受信したかチェックし、受信すれば、いずれの系がフラグ未設定であるか判断する（ステップ４２１）。
【００３１】
１系（新ＡＣＴ）のＭＰＵ部１１ａ１は、▲１▼他系（０系）のみのフラグＬＣＦ０が未設定（”０”）であれば、他系のログ収集動作を実行し（ステップ４２２）、▲２▼両系（０系，１系）のフラグＬＣＦ０，ＬＣＦ１が共に未設定（”０”）であれば、両系のログ収集動作を実行し（ステップ４２３）、▲３▼自系（１系）のみのフラグＬＣＦ１が未設定（”０”）であれば、自系のログ収集動作を実行する（ステップ４２４）。
以上のログ収集処理が完了すれば、あるいは、ステップ４２１においてログ情報収集指示を受信しなければ、１系（新ＡＣＴ）のＭＰＵ部１１ａ１は、それまでの０系（旧ＡＣＴ）の運用運転処理を継続してサービスを提供する（運用運転状態、ステップ４２５）。
又、０系（新ＳＢＹ）のＭＰＵ部１１ａ０は、１系（新ＡＣＴ）の運用運転処理と同期してそれまでの１系の待機運転処理を継続する（待機運転状態、ステップ３２３）。
【００３２】
以上第７実施例によれば、各系は自系の障害情報ログの収集を行うために、ハードウェアリセット前に障害情報を確実に収集可能となる。
また、ログ収集フラグのチェックを新ＳＢＹ系（０系）で行うため、ハードウェアリセット前に両系のログ収集が完了していれば新ＡＣＴ系のサービス処理に全く影響を与えない。また、たとえ、ハードウェアリセット前にログ収集が完了していなくても、新ＡＣＴ系でログ収集を行うためにより確実にログ収集が可能となる。
【００３３】
（ｄ）  第８実施例
図１１は第８実施例の０系及び１系の処理フローであり、第５実施例と同一ステップには同一番号を付している。第８実施例において、０系（旧ＡＣＴ）が新ＳＢＹとして起動し（ステップ３０１〜３０６）、１系（旧ＳＢＹ）が新ＡＣＴとして起動するまで（ステップ４０１〜４０６）、第５実施例と同様の処理が行われる。
ステップ３０６の処理実行後、０系（旧ＡＣＴ）のＭＰＵ部１１ａ０は他系（１系）のログ収集完了フラグＬＣＦ１の”１”，”０”をチェックし（ステップ３３１）、フラグＬＣＦ１が未設定（”０”）であれば、プロセッサ間通信により、その旨を１系（新ＡＣＴ）のＭＰＵ部１１ａ１に通知する（ステップ３３２）。１系のＭＰＵ部１１ａ１は、０系（旧ＡＣＴ）よりフラグ未設定通知を受信したか、すなわち、ログ情報収集指示を受信したかチェックし（ステップ４３１）、受信すれば、自系のログ収集動作を実行する（ステップ４３２）。ログ収集完了後、あるいは、ステップ４３１においてログ情報収集指示を受信しなければ、１系（新ＡＣＴ）のＭＰＵ部１１ａ１は、それまでの０系（旧ＡＣＴ）の運用運転処理を継続し、サービスを提供する（運用運転状態、ステップ４３３）。
【００３４】
一方、０系（旧ＡＣＴ）のＭＰＵ部１１ａ０は、ステップ３３２の通知処理が終了すれば、あるいは、ステップ３３１においてログ収集完了フラグＬＣＦ１が設定（”１”）されていれば、自系のログ収集完了フラグＬＣＦ０の”１”，”０”をチェックし（ステップ３３３）、フラグＬＣＦ０が未設定（”０”）であれば、自系のログ情報収集動作を実行する（ステップ３３４）。
ついで、あるいは、ステップ３３３においてフラグＬＣＦ０が設定（”１”）されていれば、０系（旧ＡＣＴ）のＭＰＵ部１１ａ０は、１系（新ＡＣＴ）の運用運転処理と同期してそれまでの１系の待機運転処理を継続する（待機運転状態、ステップ３３５）。
以上第８実施例によれば、各系は自系の障害情報ログの収集を行うために、ハードウェアリセット前に障害情報を確実に収集可能となる。
また、ログ収集フラグのチェックを新ＳＢＹ系（０系）で行うため、ハードウェアリセット前に両系のログ収集が完了していれば新ＡＣＴ系のサービス処理に全く影響を与えない。又、たとえ、ハードウェアリセット前にログ収集が完了していなくても、各系は自系のみのログ収集を行えばよいため高速でログ収集を行う事が可能となる。
【００３５】
（ｅ）  第９実施例
図１２は第９実施例の０系及び１系の処理フローであり、第５実施例と同一ステップには同一番号を付している。第９実施例において、０系（旧ＡＣＴ）が新ＳＢＹとして起動し（ステップ３０１〜３０６）、１系（旧ＳＢＹ）が新ＡＣＴとして起動するまで（ステップ４０１〜４０６）、第５実施例と同様の処理が行われる。
ステップ４０６の処理実行後、１系（新ＡＣＴ）のＭＰＵ部１１ａ１は両系のログ収集完了フラグＬＣＦ０，ＬＣＦ１の”１”，”０”をそれぞれチェックし（ステップ４４１）、▲１▼他系（０系）のみのフラグＬＣＦ０が未設定（”０”）であれば、他系のログ収集動作を実行し（ステップ４４２）、▲２▼両系（０系，１系）のフラグＬＣＦ０，ＬＣＦ１が共に未設定（”０”）であれば、両系のログ収集動作を実行し（ステップ４４３）、▲３▼自系（１系）のみのフラグＬＣＦ１が未設定（”０”）であれば、自系のログ収集動作を実行する（ステップ４４４）。
【００３６】
１系（新ＡＣＴ）のＭＰＵ部１１ａ１は、以上によりログ収集処理を完了すれば、あるいは、ステップ４４１においてログ収集完了フラグＬＣＦ０，ＬＣＦ１が共に設定（”１”）されていれば、以後、それまでの０系（旧ＡＣＴ）の運用運転処理を継続する（運用運転状態、ステップ４４５）。
又、０系（新ＳＢＹ）のＭＰＵ部１１ａ０は１系の運用運転処理と同期して、それまでの１系（旧ＳＢＹ）の待機運転処理を継続する（待機運転状態、ステップ３４１）。
以上第９実施例によれば、各系は自系の障害情報ログの収集を行うために、ハードウェアリセット前に障害情報を確実に収集可能となる。また、ハードウェアリセット後のログ収集完了フラグのチェック及び未完了時のログ収集を新ＡＣＴ系（１系）で行うのでより確実にログ収集が可能となる。
【００３７】
（ｆ）第１０実施例
図１３は第１０実施例の０系及び１系の処理フローであり、第５実施例と同一ステップには同一番号を付している。第１０実施例において、０系（旧ＡＣＴ）が新ＳＢＹとして起動し（ステップ３０１〜３０６）、１系（旧ＳＢＹ）が新ＡＣＴとして起動するまで（ステップ４０１〜４０６）、第５実施例と同様の処理が行われる。
ステップ４０６の処理実行後、１系（旧ＳＢＹ）のＭＰＵ部１１ａ１は両系のログ収集完了フラグＬＣＦ０，ＬＣＦ１の”１”，”０”をそれぞれチェックし（ステップ４５１）、いずれかのフラグが未設定（”０”）なら、プロセッサ間通信により、フラグが未設定の系を０系（新ＳＢＹ）のＭＰＵ部１１ａ０に通知し、ログ情報収集を指示する（ステップ４５２）。
【００３８】
０系（新ＳＢＹ）のＭＰＵ部１１ａ０は、１系（旧ＳＢＹ）よりフラグ未設定の系を示す通知を受信したかチェックし、受信すれば、いずれの系がフラグ未設定であるか判断する（ステップ３５１）。
０系（新ＳＢＹ）のＭＰＵ部１１ａ０は、▲１▼自系（０系）のみのフラグＬＣＦ０が未設定（”０”）であれば、自系のログ収集動作を実行し（ステップ３５２）、▲２▼両系（０系，１系）のフラグＬＣＦ０，ＬＣＦ１が共に未設定（”０”）であれば、両系のログ収集動作を実行し（ステップ３５３）、▲３▼他系（１系）のみのフラグＬＣＦ１が未設定（”０”）であれば、他系のログ収集動作を実行する（ステップ３５４）。
以上のログ収集処理が完了すれば、あるいは、ステップ３５１においてログ情報収集指示を受信しなければ、０系（新ＳＢＹ）のＭＰＵ部１１ａ０は、それまでの１系（旧ＳＢＹ）の待機運転処理を継続する（待機運転状態、ステップ３５５）。
【００３９】
又、１系（新ＡＣＴ）のＭＰＵ部１１ａ１は、０系（新ＳＢＹ）の待機運転処理と同期してそれまでの０系の運用運転処理を継続する（運用運転状態、ステップ４５３）。
以上第１０実施例によれば、各系は自系の障害情報ログの収集を行うために、ハードウェアリセット前に障害情報を確実に収集可能となる。
また、ハードウェアリセット後のログ収集完了フラグのチェックを新ＡＣＴ系（１系）で行うのでより確実にチェックが行える。又、たとえ、ハードウェアリセット前にログ収集が完了していなくても、新ＳＢＹ（０系）でログ収集を行う為に新ＡＣＴ系のサービス処理に影響を与えない。
【００４０】
（ｇ）第１１実施例
図１４は第１１実施例の０系及び１系の処理フローであり、第５実施例と同一ステップには同一番号を付している。第１１実施例において、０系（旧ＡＣＴ）が新ＳＢＹとして起動し（ステップ３０１〜３０６）、１系（旧ＳＢＹ）が新ＡＣＴとして起動するまで（ステップ４０１〜４０６）、第５実施例と同様の処理が行われる。
ステップ４０６の処理実行後、１系（旧ＳＢＹ）のＭＰＵ部１１ａ１は自系のログ収集完了フラグＬＣＦ１の”１”，”０”をチェックし（ステップ４６１）、フラグＬＣＦ１が未設定（”０”）であれば、自系のログ情報収集動作を実行する（ステップ４６２）。
【００４１】
ついで、あるいは、ステップ４６１において自系のフラグＬＣＦ１が設定（”１”）されていれば、他系（０系）のログ収集完了フラグＬＣＦ０の”１”，”０”をチェックし（ステップ４６３）、フラグＬＣＦ０が未設定（”０”）であれば、プロセッサ間通信により、その旨を０系（新ＳＢＹ）のＭＰＵ部１１ａ０に通知する（ステップ４６４）。０系のＭＰＵ部１１ａ０は、１系（旧ＳＢＹ）よりフラグ未設定通知を受信したか、すなわち、ログ情報収集指示を受信したかチェックし（ステップ３６１）、受信すれば、自系のログ収集動作を実行する（ステップ３６２）。ログ収集完了後、あるいは、ステップ３６１においてログ情報収集指示を受信しなければ、０系（新ＳＢＹ）のＭＰＵ部１１ａ０は、それまでの１系（旧ＳＢＹ）の待機運転処理を継続する（待機運転状態、ステップ３６３）。
【００４２】
一方、１系（新ＡＣＴ）のＭＰＵ部１１ａ１は、ステップ４６４の通知処理が終了すれば、あるいは、ステップ４６３においてログ収集完了フラグＬＣＦ０が設定（”１”）されていれば、０系（新ＳＢＹ）の待機運転処理と同期して０系のそれまでの運用運転処理を継続する（運用運転状態、ステップ４６５）。
以上第１１実施例１１によれば、各系は自系の障害情報ログの収集を行うために、ハードウェアリセット前にログ情報をより確実に収集可能となる。
また、ハードウェアリセット後のログ収集完了フラグのチェックを新ＡＣＴ系（１系）で行うのでより確実にチェックが行える。
以上では、０系を運用運転状態（ＡＣＴ運転中）、１系を待機運転状態（ＳＢＹ運転中）として運転中にＡＣＴ／ＳＢＹチェンジを要する割り込みが発生した場合について説明したが、１系がＡＣＴ運転中、０系がＳＢＹ運転中にＡＣＴ／ＳＢＹチェンジ割込が発生すれば、同様にＡＣＴ／ＳＢＹ切替を行う。
以上、本発明を実施例により説明したが、本発明は請求の範囲に記載した本発明の主旨に従い種々の変形が可能であり、本発明はこれらを排除するものではない。
【００４３】
【発明の効果】
以上本発明によれば、ＡＣＴ／ＳＢＹチェンジを必要とする障害が発生した場合、確実に障害ログを得ることができ、障害箇所を的確に抑えることが可能となる。
又、本発明によれば、ＡＣＴ／ＳＢＹ切替を必要とする障害発生時に障害情報ログの収集を行い、ハードウェアリセット前に障害情報ログの収集が完了すればフラグをセット状態にし、収集が完了してなければフラグを未セット状態のままにし、両系をハードウェアリセット後、フラグを参照して障害情報ログの収集が完了しているか判断し、完了していなければ障害情報ログを収集するようにしたから、障害情報ログの収集が完了していない場合であっても、ハードウェアリセット後に確実に障害情報ログの収集ができる。
【００４４】
又、本発明によれば、ＡＣＴ／ＳＢＹ切替を必要とする障害発生時に、各系は自系の障害情報ログの収集を行い、ハードウェアリセット前に障害情報ログの収集が完了すれば自系のログ情報収集フラグをセット状態にし、収集が完了しなければフラグを未セット状態のままにし、両系をハードウェアリセット後、各系のフラグを参照して障害情報ログの収集が完了しているかチェックし、完了していない系の障害情報ログを収集するようにしたから、両系あるいは片系で障害情報ログの収集が完了していない場合であっても、ハードウェアリセット後に系毎に確実に障害情報ログの収集ができる。
【００４５】
第１実施例の発明によれば、ログ収集を全て新ＳＢＹ系で行うため新ＡＣＴ系のサービス処理に影響を与えないようにできる。
第２実施例の発明によれば、系切り替え後のフラグチェックを新ＳＢＹ系（０系）で行うので、ハードウェアリセット前のログ収集が完了していれば新ＡＣＴ系のサービス処理に影響を与えない。また、ハードウェアリセット前のログ収集が完了していなければ、ハードウェアリセット後に新ＡＣＴ系（１系）で障害情報ログを収集するためより確実にログ収集が可能となる。
第３実施例の発明によれば、系切り替え後のフラグチェック処理及び障害情報ログの収集処理を新ＡＣＴ系（１系）で行うので、より確実なチェック及びログ収集が可能となる。
第４実施例の発明によれば、系切り替え後のフラグチェックを新ＡＣＴ系（１系）で行うので、より確実なチェックが行える。また、ハードウェアリセット前にログ収集が完了していなくても、ハードウェアリセット後に新ＳＢＹ系（０系）でログ収集を行うので新ＡＣＴ系のサービス処理に影響を与えない。
【００４６】
第５〜第１１実施例の発明によれば、各系が自系のログ収集を行ってフラグの設定を行うために、ハードウェアリセット前に収集するログ情報をより確実に収集できる。
第５実施例の発明によれば、他系に対するフラグチェック処理及び障害情報のログ収集を行わないのでより高速に処理を完了できる。
第６実施例の発明によれば、ハードウェアリセット前に両系のログ収集が完了していなくてもハードウェアリセット後に新ＳＢＹ系（０系）がログ収集を行うので新ＡＣＴ系のサービス処理に影響を与えない。
第７実施例の発明によれば、ログ収集フラグのチェックを新ＳＢＹ系（０系）で行うため、ハードウェアリセット前に両系のログ収集が完了していれば新ＡＣＴ系のサービス処理に影響を与えない。又、たとえ、ハードウェアリセット前にログ収集が完了していなくても、新ＡＣＴ系でログ収集を行うためにより確実にログ収集が可能となる。
【００４７】
第８実施例の発明によれば、ログ収集フラグのチェックを新ＳＢＹ系（０系）で行うため、ハードウェアリセット前に両系のログ収集が完了していれば新ＡＣＴ系のサービス処理に影響を与えない。又、たとえ、ハードウェアリセット前にログ収集が完了していなくても、自系のみのログ収集を行えばよいため高速でログ収集を行う事が可能となる。
第９実施例の発明によれば、ハードウェアリセット後のフラグチェック処理及び未完了時のログ収集を全て新ＡＣＴ系で行うのでより確実にログ収集が可能となる。
第１０実施例の発明によれば、ハードウェアリセット後のログ収集完了フラグのチェックを新ＡＣＴ系で行うのでより確実にチェックが行える。又、たとえ、ハードウェアリセット前にログ収集が完了していなくても、新ＳＢＹ（０系）でログ収集を行う為に新ＡＣＴ系のサービス処理に影響を与えない。
第１１実施例の発明によれば、ハードウェアリセット後のログ収集完了フラグのチェックを新ＡＣＴ系で行うのでより確実にチェックが行える。
【図面の簡単な説明】
【図１】本発明の交換機の制御系装置の構成図である。
【図２】０系が両系（０系、１系）の障害情報ログを収集してログ収集完了フラグを設定する場合におけるハードウェアリセット後の処理形態説明図である。
【図３】第１実施例の処理フローである。
【図４】第２実施例の処理フローである。
【図５】第３実施例の処理フローである。
【図６】第４実施例の処理フローである。
【図７】各系が自系の障害情報ログを収集して自系のログ収集完了フラグを設定する場合におけるハードウェアリセット後の処理形態説明図である。
【図８】第５実施例の処理フローである。
【図９】第６実施例の処理フローである。
【図１０】第７実施例の処理フローである。
【図１１】第８実施例の処理フローである。
【図１２】第９実施例の処理フローである。
【図１３】第１０実施例の処理フローである。
【図１４】第１１実施例の処理フローである。
【図１５】ネットワーク構成図である。
【図１６】従来の交換機の制御系装置の構成図である。
【符号の説明】
１００，１０１・・０系，１系の制御系装置
１１０，１１１・・０系及び１系のＰＲＯＣ制御部（処理制御部）１１ａ０，１１ａ１・・マイクロプロセッサユニット（ＭＰＵ部）
１１ｂ０，１１ｂ１・・メモリ部
１１ｃ０，１１ｃ１・・システム制御部
１１ｄ０，１１ｄ１・・内部バス
１１ｅ０，１１ｅ１・・インタフェース制御部
１１ｆ０，１１ｆ１・・ファームウェア部
１２０，１２１・・ＩＯ制御部
１３０，１３１・・ＬＡＮ制御部
１４０，１４１・・通話路系装置とのインタフェース制御部
１５０，１５１・・拡張バス
１６０，１６１・・バスインタフェース部
ＭＣＬ・・メモリ交絡線
ＳＣＬ・・システム交絡線
ＢＣＬ・・拡張バス交絡線
Ｐ１・・交換プログラム
Ｐ２・・緊急制御動作プログラム
ＬＣＦ・・ログ情報収集完了フラグ
【図１】
0003564310.tif 000002
【図２】
0003564310.tif 000003
【図３】
0003564310.tif 000004
【図４】
0003564310.tif 000005
【図５】
0003564310.tif 000006
【図６】
0003564310.tif 000007
【図７】
0003564310.tif 000008
【図８】
0003564310.tif 000009
【図９】
0003564310.tif 000010
【図１０】
0003564310.tif 000011
【図１１】
0003564310.tif 000012
【図１２】
0003564310.tif 000013
【図１３】
0003564310.tif 000014
【図１４】
0003564310.tif 000015
【図１５】
0003564310.tif 000016
【図１６】
0003564310.tif 000017