JPH09162976A - 分散処理システムのモジュール運転状態制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 分散処理システムのサービス品質を低下させ
ることなく、各モジュールの故障管理を行なうことがで
きない。 【解決手段】 分散処理システムを構成する各々のモジ
ュールで、他モジュールの運転可否状態の監視を行なう
モジュール運転状態制御方法であって、アクセス先のモ
ジュールＢ２によるモジュールＡ１からの処理要求に対
する応答時間を計測し、この時間が、アクセス信号毎に
予め定められた時間（Ｔ０）を越えるか否かを監視し、
時間（Ｔ０）を越えた場合（タイムアウト）、モジュー
ルＢ２を運転不可能な故障中状態（一時故障中）として
設定登録し、その後、予め別に定められた時間（監視満
了時間Ｔ１）の経過後、モジュールＢ２の故障中状態の
設定を解除する（運転中）と共に、その間、モジュール
Ｂ２に対するリトライ処理（代替処理要求）を、モジュ
ールＢ１等を選択して行なうことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散処理システム
を構成する各モジュール（分散モジュール）の故障を監
視する技術に係り、特に、各モジュールをバックアップ
対応に冗長構成した大規模インテリジェントネットワー
クの性能を低下させることなく、故障の監視を行なうの
に好適な分散処理システムのモジュール運転状態制御方
法に関するものである。

【０００２】

【従来の技術】従来、分散処理システムの各モジュール
の状態を監視する技術としては、各モジュールを統括管
理する集中制御モジュールを用いた集中管理方式と、各
モジュールが相互に他のモジュールの状態を監視する自
律分散管理方式等がある。集中管理方式においては、集
中制御モジュールが有するヘルスチェックを実行するこ
とにより、配下のモジュールの運転が可能であるか不可
能であるかを判定する方式や、各モジュールが具備する
自モジュールの再開起動を、集中制御モジュールに対し
て通知することにより、集中制御モジュールが、配下の
モジュールにおいて故障が発生したことを検出する方式
等がある。集中制御モジュールは、これらの方式のそれ
ぞれ、もしくは双方により収集した各構成モジュールの
状態変化を、故障していないその他のモジュールに対し
て分配する。そして、各モジュールにおいては、集中制
御モジュールから通知された故障モジュールの情報に応
じて、処理依頼先を選択する。

【０００３】この集中管理方式においては、集中制御モ
ジュールに故障が発生すると、システム全体の状態制御
が不可能になる。このため、システム全体の信頼度を一
定以上向上させることが困難である。さらに、集中管理
モジュールがノード内に発生した故障を検出するまでに
遅延が伴い、故障が発生していから、各モジュールが故
障モジュールに対する処理要求を抑止するまでに発生し
た呼が異常終了し、サービス品質の低下につながる。

【０００４】また、自律分散管理方式においては、シス
テムを構成する各モジュールが、自律的に、予め定めら
れた範囲にあるモジュール、ないしはシステムを構成す
る他の全モジュールに対して、周期的に、ヘルスチェッ
クを実行することにより、他モジュールの故障の有無の
状態を把握し、処理依頼先を選択する。このため、集中
管理方式における集中制御モジュールの故障発生に伴う
システム全体の状態制御が不可能となる状態や、故障検
出の遅延に伴うサービス品質の低下を回避することがで
きる。

【０００５】しかし、この自律分散管理方式において
は、各モジュールが相互にヘルスチェックや全分散モジ
ュール群で個々のモジュール状態の整合性を保証するた
めの通信を行なう。その結果、通常の呼処理のためのモ
ジュール間通信を圧迫し、サービス品質の低下につなが
る。

【０００６】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、分散モジュールシステムのサー
ビス品質を低下させることなく、各モジュールの故障管
理を行なうことができない点である。本発明の目的は、
これら従来技術の課題を解決し、分散モジュールをバッ
クアップ対応に冗長構成した大規模インテリジェントネ
ットワークの信頼性と性能を向上させることを可能とす
る分散処理システムのモジュール運転状態制御方法を提
供することである。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、本発明の分散処理システムのモジュール運転状態制
御方法は、（イ）分散処理システムを構成する各々のモ
ジュールで、他モジュールの運転可否状態の監視を行な
う分散処理システムのモジュール運転状態制御方法であ
って、アクセス先の第１のモジュール（負荷分散モジュ
ールＢ２）による自モジュール（負荷分散モジュールＡ
１）からの処理要求に対する応答時間を計測し、この時
間が、アクセス信号毎に予め定められた時間（Ｔ０）を
越えるか否かを監視し、時間（Ｔ０）を越えた場合（タ
イムアウト）、第１のモジュールを運転不可能な故障中
状態（一時故障中）として設定登録することを特徴とす
る。また、（ロ）上記（イ）に記載の分散処理システム
のモジュール運転状態制御方法において、第１のモジュ
ールを故障中状態として設定登録した後、予め別に定め
られた時間（監視満了時間Ｔ１）の経過後、第１のモジ
ュールの故障中状態の設定を解除する（運転中）ことを
特徴とする。また、（ハ）上記（イ）、もしくは、
（ロ）のいずれかに記載の分散処理システムのモジュー
ル運転状態制御方法において、第１のモジュールを故障
中状態として設定登録している間、第１のモジュールに
対するリトライ処理（代替処理要求）を含み、以降のア
クセスを、代替可能な第２のモジュール（少なくとも負
荷分散モジュールＢ１を含むが、各アクセス毎に異なっ
て良い）を選択して行なうことを特徴とする。また、
（ニ）上記（ハ）に記載の分散処理システムのモジュー
ル運転状態制御方法において、第１のモジュールが、予
め規定された他のモジュール相互間でバックアップ関係
を有する機能分散モジュール（機能分散モジュールＣ
２）であれば、この機能分散モジュールとバックアップ
関係を有する機能分散モジュール（機能分散モジュール
Ｃ１）を、第２のモジュールとして選択することを特徴
とする。また、（ホ）上記（ニ）に記載の分散処理シス
テムのモジュール運転状態制御方法において、第２のモ
ジュールは、リトライ処理に対応する第１のモジュール
へのアクセスで、時間Ｔ０（タイムアウト）に基づく第
１のモジュールの故障中状態の設定登録を行なった場
合、バックアップを起動すると共に、第１のモジュール
が故障中であることを、接続先の全てのモジュール（他
モジュール）に通知し、この通知を受けた各モジュール
は、第１のモジュールに対して故障中状態の設定登録を
行なうことを特徴とする。また、（ヘ）上記（ホ）に記
載の分散処理システムのモジュール運転状態制御方法に
おいて、第２のモジュールは、上記予め別に定められた
時間Ｔ１（監視満了時間Ｔ１）後、第１のモジュールの
運転可否状態を判別し、この第１のモジュールが運転可
能な状態であれば、この第１のモジュールに対する故障
中状態の設定登録を解除すると共に、全てのモジュール
に、第１のモジュールに対する故障中状態の設定登録を
解除するよう通知することを特徴とする。

【０００８】

【発明の実施の形態】本発明においては、分散モジュー
ルで発生した故障を、各モジュールが行なう通信サービ
スアクセスに対するタイムアウト（Ｔ０）の監視により
検出する。そして、タイムアウトが発生した場合、当該
モジュールに対する通信サービスアクセスを直ちに停止
する。さらに一定時間を経過した後に、タイムアウト発
生した当該モジュールへの通信サービスアクセスを回復
する。また、当該モジュールへのアクセスに対するリト
ライ処理が可能な場合は、代替モジュールとして、同種
モジュールに対してアクセスする。

【０００９】また、通信サービスの実現上で必要な更新
系データを、予め規定されたモジュール相互間のバック
アップ関係を有する機能分散モジュールにおいて管理す
る場合、バックアップ関係にある機能分散モジュールが
相互の運転状態を管理し、相手側への通信サービスアク
セスがタイムアウトした場合、当該機能分散モジュール
が管理していた更新系データの管理権を引き継ぐ。そし
て、当該モジュールの運転のバックアップを開始すると
共に、その他のモジュールに対して、当該モジュールの
運転状態が運転不可能になったことを通知する。さら
に、一定時間（Ｔ１）経過した後に、当該モジュールか
ら引き継いでいた更新系データの管理権を返還すること
を試み、成功した場合は、他のモジュールに対して、当
該モジュールの状態が運転可能になったことを通知し、
失敗した場合は、再度、上述した一定時間（Ｔ１）が経
過するまでバックアップ運転を継続する。

【００１０】このようにすることにより、分散処理シス
テムのモジュール運転状態制御処理において、従来の技
術と比較して以下の利点がある。 （ａ）集中制御モジュールによるモジュール状態の制御
が不要なため、集中制御モジュールの故障等の、システ
ム全体の信頼度の向上を阻害する要因を排除できる。 （ｂ）集中制御モジュールが不要であり、集中制御モジ
ュールによる故障検出までの遅延を回避できる。 （ｃ）ヘルスチェック用信号の発行を行なわないので、
通信量を圧迫することはない。 （ｄ）全モジュール間での他のモジュールの状態整合保
証のための双方向通信を必要としないので、通信量を圧
迫することはない。

【００１１】

【実施例】以下、本発明の実施例を、図面により詳細に
説明する。図１は、本発明の分散処理システムのモジュ
ール運転状態制御方法の本発明に係る処理の第１の実施
例を示す通信シーケンス図、図２は、本発明の分散処理
システムのモジュール運転状態制御方法の本発明に係る
処理の第２の実施例を示す通信シーケンス図、図３は、
本発明に係るモジュール運転状態制御を行なう分散処理
システムの構成例を示すブロック図である。

【００１２】図３においては、本発明に係る分散処理シ
ステムとして、分散モジュール構成を利用した、インテ
リジェントネットワークサービスを提供するサービス制
御ノードの構成を示し、１００は分散モジュール構成を
採用したサービス制御ノード、３００は伝達ノード、２
０１は伝達ノード３００との通信制御を行なう負荷分散
モジュール群（以下、このタイプのモジュールをモジュ
ールＡという）、２０２はサービス制御ロジックを保有
する負荷分散モジュール群（以下、このタイプのモジュ
ールをモジュールＢという）、２０３はサービス制御ロ
ジックにより更新された更新系データをリアルタイムデ
ータベース上に保持する機能分散モジュール群（以下、
このタイプのモジュールをモジュールＣという）であ
る。

【００１３】サービス制御ノード１００は、これらの分
散モジュール（モジュールＡ２０１、モジュールＢ２０
２、モジュールＣ２０３）により構成されている。伝達
ノード３００は、端末間の呼に対応する通話路の制御を
行なう。すなわち、伝達ノード３００は、電話機等の端
末からのインテリジェントネットワークサービス呼を検
出すると、サービス制御ノード１００に通知してくる。
サービス制御ノード１００は、当該呼の制御を分散モジ
ュール群２０１〜２０３の連携により実施する。

【００１４】図４は、図３におけるサービス制御ノード
の本発明に係る詳細構成例を示すブロック図である。本
例は、図３のサービス制御ノード１００内の各分散モジ
ュール上へのモジュール運転状態制御のための機能配備
条件例を示し、モジュールＡ２０１，Ｂ２０２は、他モ
ジュール状態管理機構４００、モジュール間通信機構４
０３を有し、また、モジュールＣ２０３は、機能分散モ
ジュール他モジュール状態管理機構４０１、バックアッ
プ機構４０２、モジュール間通信機構４０３を有する。
以下、各機構の詳細を説明する。

【００１５】（Ａ）他モジュール状態管理機構４００：
モジュールＡ２０１，Ｂ２０２では、他モジュール状態
管理機構４００により、自モジュール以外の他モジュー
ルの状態を管理する。尚、モジュールＣ２０３において
は、各々のモジュール状態の他、バックアップ関係にあ
る機能分散モジュールのＩＤも合わせて管理する。そし
て、後述するモジュール間通信機構４０３からのタイム
アウト通知を受けると、当該モジュールの状態を故障中
に設定する。当該モジュールが負荷分散モジュールであ
る場合は、一定時間（Ｔ１）経過後、当該モジュールの
状態を運転可能な状態に再設定する。

【００１６】さらに、後述するモジュールＣ２０３から
バックアップモジュールの故障通知を受信した場合は、
通知された機能分散モジュールの状態を故障中に設定
し、以後、当該機能分散モジュールの状態復旧が通知さ
れるまで、固定的に、当該機能分散モジュールの状態を
故障中とする。また、そのモジュールで実施されるサー
ビス処理において、他モジュールへのアクセスが必要な
場合、常に、他モジュール状態は事前に参照され、モジ
ュール状態が正常でない場合には、当該モジュールへの
アクセスを中止し、代替モジュールを選択してアクセス
する。代替モジュールの選択方法としては、故障モジュ
ールがモジュールＡ，Ｂである場合、すなわち負荷分散
モジュールの場合には、同種のモジュールを任意に選択
する。一方、アクセスモジュールの種別がモジュール
Ｃ、すなわち機能分散モジュールの場合は、相互バック
アップ関係にあるモジュールを選択することもできる。

【００１７】（Ｂ）機能分散モジュール他モジュール状
態管理機構４０１：モジュールＣに配備された機能分散
モジュール他モジュール状態管理機構４０１は、前述し
た他モジュール状態管理機構４００が有する機能のほか
に、タイムアウトしたモジュールが自モジュールと相互
バックアップ関係にある機能分散モジュール（以後、こ
のようなモジュールをペアモジュールという）であった
場合、当該モジュールの状態を、直ちに、「故障中」と
設定すると共に、バックアップ機構４０２に対して、バ
ックアップ処理の開始を通知し、その他の全モジュール
に対して、ペアモジュールが故障したことを同報する。
その後、一定時間（Ｔ１）経過後、バックアップ機構４
０２に対して、バックアップの切り戻し処理（以後、単
に切り戻し処理という）を指示し、この切り戻し処理が
正常に終了した場合は、ペアモジュールの状態を正常に
復帰させると共に、全モジュールに対して、当該モジュ
ールが復帰したことを同報する（復帰通知）。

【００１８】（Ｃ）バックアップ機構４０２：バックア
ップ機構は、機能分散モジュール他モジュール状態管理
機構４０１からのバックアップ開始指示を契機に起動し
て、バックアップ関係にあるペアモジュールのサービス
処理を引き継ぎ、切り戻し指示を契機に切り戻し処理を
開始する。バックアップの切り戻し処理は、ペアモジュ
ールの故障がまだ復帰していないことにより成功しない
場合、その処理を中断し、切り戻し指示を発行した機能
分散モジュール他モジュール状態管理機構４０１に対し
て、切り戻し処理失敗を通知すると共に、バックアップ
運転を継続する。

【００１９】（Ｄ）モジュール間通信機構４０３：全て
の分散モジュールでは、他モジュールとの通信を行なう
ために、モジュール間通信機能を有する。モジュール間
通信機構４０３は、他モジュールに対するアクセスに対
して、信号毎に予め定められている時間（Ｔ０）を経過
しても応答を受信しない場合、当該モジュールに対する
アクセスがタイムアウトしたことを直ちに他モジュール
状態管理機構４００に通知する。モジュールＣの場合
は、機能分散モジュール他モジュール状態管理機構４０
１に通知する。

【００２０】図５は、図３におけるサービス制御ノード
の各分散モジュールで管理する他モジュールの状態遷移
モデルを示す説明図である。本図５において、５０１は
「運転中」の状態を示し、５０２は「一時故障中」の状
態を示す。それぞれの状態において通信応答時間６０１
と監視時間６０２を監視する。運転中状態５０１と一時
故障中状態５０２の間の遷移は、遷移検出ポイントを通
過して行なわれる。遷移検出ポイント７０１は、運転中
状態にあったモジュールに対する通信応答時間６０１が
予め定められたタイムアウト時間（Ｔ０）を満了した場
合に満足される遷移検出ポイントであり、遷移検出ポイ
ント７０２は、故障中にあったモジュールが、故障中状
態になってからの監視時間６０２が別に定められた監視
満了時間（Ｔ１）を越えた場合に、満足される遷移検出
ポイントである。

【００２１】図６は、図３におけるサービス制御ノード
のペアモジュール以外の分散モジュールで管理する機能
分散モジュールの状態遷移モデルを示す説明図である。
本図６において、５０１と５０２は図５で示したものと
同様に、「運転中」の状態と「一時故障中」の状態を示
す。５０３は、当該モジュールＣが「故障中状態」であ
ることを示す。「運転中」状態における監視データであ
る通信応答時間６０１、「一時故障中」状態における監
視データである監視時間６０２、及び、遷移検出ポイン
ト７０１，７０２についても図５における説明と同様で
ある。遷移検出ポイント７０３は、本状態遷移図が示し
ているモジュールＣのペアモジュールからの故障通知の
受信により、また、遷移検出ポイント７０４は、故障か
らの復帰通知の受信により、通過する遷移検出ポイント
を各々示している。

【００２２】図７は、図３におけるサービス制御ノード
の機能分散モジュールが管理するペアモジュールの状態
遷移モデルを示す説明図である。運転中状態５０１、通
信応答時間６０１，監視時間６０２は図５，図６におけ
る説明と同様である。状態５０４は、図５における「一
時故障中」状態５０２と同様に、当該モジュールが「一
時故障中」の状態であることと共に、故障モジュールの
バックアップ運転を行なっている状態であることを示
す。遷移検出ポイント７０５は、運転中状態にあったペ
アモジュールに対するアクセスがタイムアウト（時間Ｔ
０経過）した場合に通過する遷移検出ポイントであり、
この遷移検出ポイントを通過した場合は、全モジュール
に対して、ペアモジュールの状態が「故障中」に遷移し
たことを同報する。

【００２３】遷移検出ポイント７０６は、ペアモジュー
ルの状態が一時故障中状態５０２に遷移してからの監視
時間６０２が、予め定められた監視満了時間（Ｔ１）を
満了し、バックアップ運転の切り戻しが成功したため
に、ペアモジュールにおいて本来の運転が可能となった
ことを示す検出ポイントであり、この遷移検出ポイント
７０６を通過した場合は、全モジュールに対して、ペア
モジュールが「運転中」状態に復帰したことを同報す
る。遷移検出ポイント７０７は、切り戻し処理が正常に
終了できなかったため、バックアップ運転を継続して行
なう場合に通過する遷移検出ポイントである。

【００２４】以下、図１に基づき、図３におけるシステ
ムの、負荷分散モジュールにおいて故障が発生した場合
のモジュール状態制御手順例を説明する。本図１に示す
例では、モジュールＡ１は、モジュールＡに属するモジ
ュールであり、モジュールＢ１，Ｂ２は、それぞれモジ
ュールＢに属するモジュールである。そして、ある通信
サービスを実現するために、モジュールＡからモジュー
ルＢへのアクセスが必要であることを前提としている。

【００２５】故障発生時の本発明に係るモジュール状態
制御は、図１における（１）〜（５）に示す手順とな
る。すなわち、 （１）モジュールＡ１から、通信サービス実現のため、
モジュールＢの１モジュールであるモジュールＢ２に対
してアクセスする。 （２）この時、モジュールＢ２において故障が発生して
いると、モジュールＡ１からのアクセス要求に対して応
答が発行できない。そのため、モジュールＡ１では、上
記アクセスは通信タイムアウトとなる。 （３）モジュールＢ２に対する通信タイムアウトを検出
したモジュールＡ１は、直ちに、モジュールＢ２の状態
を「一時故障中」に設定し、以後、モジュールＢに対す
るアクセス先としてモジュールＢ２を選択しないように
する。

【００２６】（４）当該アクセスに対するリトライ処理
が可能な場合は、モジュールＢ２の代替モジュールとし
て、同種モジュールであるモジュールＢ１に対してアク
セスすることも可能である。 （５）モジュールＡ１では、モジュールＢ２の状態を
「一時故障中」に設定してからの時間が、監視時間（Ｔ
１）を越えると、自律的にモジュールＢ２の状態を「運
転中」に戻し、以後、モジュールＢに対するアクセス先
として、モジュールＢ２を選択の範囲に加える。このよ
うな（１）〜（５）の処理の後に、初めて、モジュール
Ｂ２に対してアクセスした場合、まだ、モジュールＢ２
の故障が回復していなかった場合は、（１）〜（５）の
手順を再度繰り返す。

【００２７】次に、図２に基づき、図３におけるシステ
ムの、機能分散モジュールにおいて故障が発生した場合
のモジュール状態制御手順例を説明する。尚、本例で
は、モジュールＡ１は、図１と同様に、モジュールＡに
属する１モジュールであり、モジュールＣ１，Ｃ２は、
それぞれモジュールＣに属するモジュールであって、相
互にバックアップ関係が規定されている。また、通信サ
ービスを実現するために、モジュールＡから、モジュー
ルＣ２が管理する更新系データへのアクセスが必要であ
ることを前提としている

【００２８】このような条件での故障発生時の本発明に
係るモジュール状態制御は、図２における（１）〜（１
３）に示す手順となる。すなわち、 （１）モジュールＡ１から、通信サービス実現のためモ
ジュールＣ２に対してアクセスする。 （２）この時、モジュールＣ２において故障が発生して
いると、モジュールＡ１からのアクセス要求に対して応
答が発行できない。そのため、モジュールＡ１からのア
クセスは通信タイムアウトとなる。 （３）モジュールＣ２に対する通信タイムアウトを検出
したモジュールＡ１は、直ちに、モジュールＣ２の状態
を「一時故障中」に設定し、以後、モジュールＣ２に対
するアクセスは、モジュールＣ２との相互バックアップ
関係にあるモジュールＣ１に対して行なう。

【００２９】（４）モジュールＡ１からの代替処理要求
を受け取ったモジュールＣ１では、アクセス要求されて
いる更新系データが相互バックアップ関係にあるモジュ
ールＣ２が管理しているデータであることを判定する
と、一旦、モジュールＣ２に対してアクセスの転送を行
なう。 （５）モジュールＣ２は故障中のため、モジュールＣ１
から中継されたアクセスに対しても応答できないため、
モジュールＣ１からのアクセスもタイムアウトする。
尚、この間、モジュールＡ１からの代替処理要求がタイ
ムアウトすることを防ぐために、適当なタイミングで、
中間応答をモジュールＣ１からモジュールＡ１に対して
返送することもある。

【００３０】（６）モジュールＣ２に対する通信タイム
アウトを検出したモジュールＣ１は、直ちに、モジュー
ルＣ２の状態を「一時故障中（バックアップ起動中）」
に設定すると共に、バックアップ処理を起動する。 （７）モジュールＣ１は、モジュールＣ２が故障したこ
とを全モジュールに対して通知する。 （８）バックアップ処理の起動により可能となったモジ
ュールＣ２が管理していた更新系データへのアクセスを
実施し、アクセス要求元であるモジュールＡ１に対して
応答を返却する。 （９）モジュールＣ１からのモジュールＣ２の故障通知
を受信した全モジュールは、モジュールＣ２の状態を
「故障中」に設定する。

【００３１】（１０）モジュールＣ１では、モジュール
Ｃ２の状態を「一時故障中」に設定してから監視満了時
間（Ｔ１）が経過すると、バックアップ終了処理を起動
することにより、モジュールＣ２に対して、バックアッ
プ運転の切り戻しを試みる。この時、モジュールＣ２に
おける故障が回復していない場合、モジュールＣ１で
は、切り戻し処理が失敗する。この場合は、再度、監視
満了時間（Ｔ１）が経過するまで、バックアップ運転を
継続する。本図２における（ケース１）は、初回の切り
戻し処理が失敗した場合を示している。

【００３２】（１１）切り戻し処理が成功した場合、モ
ジュールＣ１は、モジュールＣ２の状態を「運転中」に
設定する。本図２における（ケース２）は、この切り戻
し処理が成功した場合を示している。 （１２）モジュールＣ２の状態が「運転中」に設定され
ると、モジュールＣ１は、全モジュールに対して、モジ
ュールＣ２の復旧通知を発行する。 （１３）モジュールＣ１からのモジュールＣ２の復旧通
知を受信した全モジュールでは、モジュールＣ２の状態
を「運転中」に設定し、以後、通常のアクセスを行な
う。

【００３３】以上、図１〜図７を用いて説明したよう
に、本実施例の分散処理システムのモジュール運転状態
制御方法では、分散モジュール構成を採用したサービス
制御ノード１００において、呼処理用アクセス信号のタ
イムアウト（時間Ｔ０経過）により、他モジュールの故
障を検出する。このことにより、故障検出のための専用
信号による呼処理用通信を圧迫することなしに故障発生
を素早く検出できる。また、故障モジュールの状態を自
律的にアクセスを抑止する状態に設定することにより、
故障モジュールを選択することによる呼損を減少させる
ことができると共に、従来技術における集中制御モジュ
ールからの制御を必要としないことから、特に、大規模
な分散システムにおける信頼度の決定要因から集中制御
モジュールの信頼度の影響を排除することが可能とな
る。

【００３４】尚、本発明は、図１〜図７を用いて説明し
た実施例に限定されるものではなく、その要旨を逸脱し
ない範囲において種々変更可能である。例えば、図１に
おける例ではモジュールＢ１のみが記載されており、手
順（４）での代替モジュールとしてのリトライ処理を含
むアクセス先は、このモジュールＢ１に対して行なわれ
ているが、リトライ処理以降のアクセス先は、モジュー
ルＢ１に限定されず、モジュールＢ１と同様にサービス
制御ロジックを保有する他の負荷分散モジュール群の各
モジュールでも良い。

【００３５】

【発明の効果】本発明によれば、分散処理システムのサ
ービス品質を低下させることなく、各モジュールの故障
管理を行なうことができ、特に分散モジュールをバック
アップ対応に冗長構成した大規模インテリジェントネッ
トワークの信頼性と性能を向上させることが可能であ
る。

【図面の簡単な説明】

【図１】本発明の分散処理システムのモジュール運転状
態制御方法の本発明に係る処理の第１の実施例を示す通
信シーケンス図である。

【図２】本発明の分散処理システムのモジュール運転状
態制御方法の本発明に係る処理の第２の実施例を示す通
信シーケンス図である。

【図３】本発明に係るモジュール運転状態制御を行なう
分散処理システムの構成例を示すブロック図である。

【図４】図３におけるサービス制御ノードの本発明に係
る詳細構成例を示すブロック図である。

【図５】図３におけるサービス制御ノードの各分散モジ
ュールで管理する他モジュールの状態遷移モデルを示す
説明図である。

【図６】図３におけるサービス制御ノードのペアモジュ
ール以外の分散モジュールで管理する機能分散モジュー
ルの状態遷移モデルを示す説明図である。

【図７】図３におけるサービス制御ノードの機能分散モ
ジュールが管理するペアモジュールの状態遷移モデルを
示す説明図である。

【符号の説明】

１００：サービス制御ノード、２０１：負荷分散モジュ
ールＡ、２０２：負荷分散モジュールＢ、２０３：機能
分散モジュールＣ、３００：伝達ノード、４００：他モ
ジュール状態管理機構、４０１：機能分散モジュール他
モジュール状態管理機構、４０２：バックアップ機構、
４０３：モジュール間通信機構、５０１：運転中状態、
５０２：一時故障中状態、５０３：故障中状態、５０
４：一時故障中・バックアップ運転中、６０１：通信応
答時間、６０２：監視時間、７０１〜７０７：遷移検出
ポイント。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 15/16 ４７０ Ｇ０６Ｆ 15/16 ４７０Ｂ Ｈ０４Ｌ 12/24 9466−5Ｋ Ｈ０４Ｌ 11/08 12/26

Claims (6)

【特許請求の範囲】
1. 【請求項１】 分散処理システムを構成する各々のモジ
   ュールで、他モジュールの運転可否状態の監視を行なう
   分散処理システムのモジュール運転状態制御方法であっ
   て、アクセス先の第１のモジュールによる自モジュール
   からの処理要求に対する応答時間を計測し、該計測中の
   時間が、アクセス信号毎に予め定められた時間（Ｔ０）
   を越えるか否かを監視し、上記計測中の時間が上記時間
   （Ｔ０）を越えた場合、上記第１のモジュールを運転不
   可能な故障中状態として設定登録することを特徴とする
   分散処理システムのモジュール運転状態制御方法。
2. 【請求項２】 請求項１に記載の分散処理システムのモ
   ジュール運転状態制御方法において、上記第１のモジュ
   ールを故障中状態として設定登録した後、予め別に定め
   られた時間（Ｔ１）の経過後、上記第１のモジュールの
   故障中状態の設定を解除することを特徴とする分散処理
   システムのモジュール運転状態制御方法。
3. 【請求項３】 請求項１、もしくは、請求項２のいずれ
   かに記載の分散処理システムのモジュール運転状態制御
   方法において、上記第１のモジュールを故障中状態とし
   て設定登録している間、上記第１のモジュールに対する
   リトライ処理を含み、以降のアクセスを、代替可能な第
   ２のモジュールを選択して行なうことを特徴とする分散
   処理システムのモジュール運転状態制御方法。
4. 【請求項４】 請求項３に記載の分散処理システムのモ
   ジュール運転状態制御方法において、上記第１のモジュ
   ールが、予め規定された他のモジュール相互間でバック
   アップ関係を有する機能分散モジュールであれば、該機
   能分散モジュールとバックアップ関係を有する機能分散
   モジュールを、上記第２のモジュールとして選択するこ
   とを特徴とする分散処理システムのモジュール運転状態
   制御方法。
5. 【請求項５】 請求項４に記載の分散処理システムのモ
   ジュール運転状態制御方法において、上記第２のモジュ
   ールは、リトライ処理に対応する上記第１のモジュール
   へのアクセスで、上記時間（Ｔ０）に基づく上記第１の
   モジュールの故障中状態の設定登録を行なった場合、バ
   ックアップを起動すると共に、上記第１のモジュールが
   故障中であることを、接続先の全てのモジュールに通知
   し、該通知を受けた各モジュールは、上記第１のモジュ
   ールに対して上記故障中状態の設定登録を行なうことを
   特徴とする分散処理システムのモジュール運転状態制御
   方法。
6. 【請求項６】 請求項５に記載の分散処理システムのモ
   ジュール運転状態制御方法において、上記第２のモジュ
   ールは、上記予め別に定められた時間（Ｔ１）後、上記
   第１のモジュールの運転可否状態を判別し、該第１のモ
   ジュールが運転可能な状態であれば、該第１のモジュー
   ルに対する故障中状態の設定登録を解除すると共に、上
   記全てのモジュールに、上記第１のモジュールに対する
   故障中状態の設定登録を解除するよう通知することを特
   徴とする分散処理システムのモジュール運転状態制御方
   法。