JPH08191345A - モジュール障害隠蔽方式 - Google Patents

Abstract

(57)【要約】 【目的】サービス制御ノード内のモジュールの障害をサ
ービス管理ノードに隠蔽して、ダウンロード処理を長時
間中断する必要をなくし、サービス品質の低下を防止す
る。 【構成】サービス制御ノード内にモジュール障害中でも
ダウンロード情報を蓄積する手段と、モジュール復旧時
にダウンロード情報を復旧したモジュールに転送する手
段とを設けて、差分情報のみを復旧モジュールに転送す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、サービス制御ノードに
おけるモジュール障害隠蔽方式に関し、特にサービス管
理ノードからダウンロードされることにより、サービス
制御ノードがサービスデータを設定し、このサービスデ
ータを用いて処理を実行する場合、モジュール障害が発
生した際に、これをサービス管理ノードに隠蔽する障害
隠蔽方式に関するものである。

【０００２】

【従来の技術】従来より、通信網に接続されたサービス
管理ノードとサービス制御ノードとの連携によりフリー
ダイヤルサービス等のネットワークサービスの提供が実
現されている。このようなサービスとしては、例えば
『広域代表サービス』，『受付先変更サービス』，ある
いは『分配サービス』等が挙けられる。これらのサービ
スでは、接続先端末の状態（使用中等）や接続元端末の
発信地域情報（輻輳状態でなかなか発信できない等）に
よって接続先を変更することができる。また、これらの
サービス管理ノードおよびサービス制御ノードは、通
常、通信事業者が設置するノード（例えば、ＮＴＴの場
合には、ＮＳＳＰ（Network Service Support Poin
t)、ＮＳＰ（Network Service Control Point)）で
ある。このように、フリーダイヤルサービス等の接続制
御を行っている従来のサービス制御ノードは、全体を１
個の装置とする一括構成であって、モジュール化構成を
用いていなかった。その結果、障害が発生すると、ノー
ド障害としてサービス管理ノードにおいて意識する必要
があり、またノード障害発生時から復旧時までの全ての
期間中、ダウンロード処理を中断する必要があったた
め、サービス実現要求の即応性に欠けていた。

【０００３】

【発明が解決しようとする課題】前述のように、従来の
サービス制御ノードでは、モジュールで構成されている
部分があっても、ノード全体が一括構成として扱われて
いたため、サービス制御ノード内のあるモジュールの障
害中にダウンロード処理も中断すると、サービス制御ノ
ード内の正常モジュールに対してもダウンロード処理が
中断されてしまい、その結果、システム全体のサービス
品質が低下していた。本発明の目的は、このような従来
の課題を解決し、サービス管理ノードにサービス制御ノ
ード内のモジュール障害を隠蔽して、サービス制御ノー
ド内のモジュール障害によるダウンロード処理の中断時
間を短縮し、システム全体のサービス品質の低下を防止
することができるモジュール障害隠蔽方式を提供するこ
とにある。

【０００４】

【課題を解決するための手段】上記目的を達成するた
め、本発明のモジュール障害隠蔽方式は、ノード内で機
能分散および負荷分散を行う複数のモジュールから構成
されるサービス制御ノード（１１）と、該サービス制御
ノードで用いるサービスデータを該サービス制御ノード
にダウンロードするサービス管理ノード（１０）とを接
続したシステムにおいて、該サービス制御ノード（１
１）内の任意のモジュールが障害中に、該サービス管理
ノード（１０）からダウンロードされたデータを蓄積し
ておき、該モジュールが復旧した後に蓄積したダウンロ
ードデータの差分情報を該モジュールに転送する蓄積・
転送手段（１７）と、該モジュールに転送する差分情報
を特定するため、該サービス管理ノード（１０）からダ
ウンロードされるデータの通番を記録更新するととも
に、該モジュールの履歴問合わせ（２６）に対して、最
新の通番を応答（２７）として返送する履歴管理手段
（２４）とを具備することを特徴としている。

【０００５】

【作用】 本発明においては、サービス制御ノード１
１で用いるサービスデータをサービス管理ノード１０か
らダウンロードする場合に、サービス制御ノード１１を
複数のハードモジュール１２〜１５で構成しておくこと
により、機能分担、負荷分担を行って、任意のモジュー
ルが障害となった場合でも、サービス管理ノードから極
めて短時間だけダウンロードを停止するだけで元の完全
なモジュールの集合に復帰させるものである。すなわ
ち、サービス管理ノード１０からのダウンロードデータ
をデータ分配機能部１６に蓄積した後、複数のモジュー
ル１２〜１５に分配するとともに、データ蓄積・差分転
送機能部１７にも蓄積する。各モジュール１２〜１５に
は、ダウンロードデータを蓄積するデータ管理部１８
と、データ管理部１８に蓄積されたデータの通番を記録
更新する履歴管理部２４とを具備する。任意のモジュー
ルが障害になった場合には、障害中でもデータ蓄積・差
分転送機能部１７にはサービス管理ノード１０からのダ
ウンロードデータを蓄積しておき、モジュールの障害が
復旧した時点で、データ蓄積・差分転送機能部１７はそ
のモジュールに履歴問合わせ２６を行い、履歴管理部２
４から履歴問合わせ応答２７を受けることにより、障害
中に抜けたダウンロードデータの差情報を特定し、その
差情報のみをそのモジュールに転送する。このように、
サービス制御ノード１１内にデータ蓄積・差分転送機能
部１７を設けることにより、モジュール障害中のダウン
ロードデータの蓄積、障害モジュール復旧時の蓄積情報
の転送を行う時間だけ中断するだけですむので、モジュ
ール障害中のダウンロードの処理の中断時間は極く短時
間ですむ。そして、正常モジュールについては、ダウン
ロード処理が継続可能であるため、システム全体のサー
ビス品質の低下は防止できる。

【０００６】

【実施例】以下、本発明の実施例を、図面により詳細に
説明する。図１は、本発明の動作原理を示すサービス制
御ノードの説明図である。サービス制御ノードは、図１
に示すように、各々機能が異なる複数のハードモジュー
ル１２〜１５に機能分散されている。また、同一機能を
有する複数のハードモジュールが負荷分散して処理を実
行している。図１では、モジュール１２とモジュール１
３が同一の種別ｎのモジュールであり、またモジュール
１４とモジール１５は同一の種別ｍのモジュールであ
る。サービス管理ノード１０は、サービス制御ノード１
１が呼制御に使用するサービスデータの登録、変更、削
除をダウンロード処理により実現する。このとき、サー
ビスデータは、ノード間のデータの流れ１９に沿ってサ
ービス管理ノード１０からサービス制御ノード１１内の
データ分配機能部１６に転送される。サービス制御ノー
ド１１内では、受信したサービスデータをデータ分配機
能部１６が各モジュール種別向けのデータに分解して、
ノード内のデータの流れ２０に沿って各モジュール１２
〜１５に転送する。各モジュール１２〜１５では、デー
タ管理部１８において、受信したデータを格納する。サ
ービス制御ノード１１は、このようにしてダウンロード
されたサービスデータを用いて、サービス制御を実行す
る。

【０００７】図１において、いまサービス制御ノード１
１内のモジュール１２が障害となった場合、モジュール
１２と同一種別ｎの他のモジュール１３によりサービス
制御は継続して実行可能であるとともに、一方のモジュ
ール１３および他の種別ｍのモジュール１４、モジュー
ル１５には、ダウンロードを継続して行う。この時、デ
ータ蓄積・差分転送機能部１７においてダウンロードデ
ータを蓄積しておき、障害モジュール１２が復旧する際
に、データ蓄積・差分転送機能部１７から差分となるデ
ータを差分転送路２１によって転送する。ダウンロード
処理の中断は、この差分を転送する期間のみですむ。差
分転送が終了すると、それ以降は全モジュールが正常の
状態に戻り、全モジュールに対してのダウンロードが再
開される。 このように、サービス制御ノード１１内に
データ蓄積・差分転送機能部１７を設けることにより、
モジュール障害中のダウンロードデータの蓄積、障害モ
ジュール復旧時の蓄積情報の転送を行う時間だけ中断す
るだけであり、モジュール障害中のダウンロードの処理
の中断時間は極く短時間ですむ。そして、正常モジュー
ルについては、ダウンロード処理が継続可能であるた
め、システム全体のサービス品質の低下は防止できる。

【０００８】図２は、本発明の一実施例を示すサービス
制御ノードの構成図である。図２の場合、サービス制御
ノード１１内にはモジュール種別ｎのモジュール１２と
モジュール１３、および種別ｍのモジュール１４、モジ
ュール１５、モジュール２２およびモジュール２３がそ
れぞれ存在し、種別ｍと種別ｎのモジュール群は各々異
なる業務処理を実施することを想定している。各モジュ
ール１２〜１３，１４〜１５，２２〜２３には、データ
管理部１８と履歴管理部１４が設けられる。そして、各
モジュールでは、ダウンロード要求の都度、各々が受信
したサービスデータをデータ管理部１８に格納した際
に、履歴管理部２４に対して履歴情報格納指示２５を行
う。

【０００９】図３〜図５は、図２におけるサービス制御
ノード内のダウンロード処理のシーケンスチャートであ
る。モジュール種別ｍ，ｎのモジュール群にデータを格
納する場合には、３つの処理フローの形態（以下、ダウ
ンロードパターン）がある。図３はそのうちのダウンロ
ードパターン（ア）２８、図４はダウンロードパターン
（イ）２９、図５はダウンロードパターン（ウ）３０
を、それぞれ示している。図３においては、データ分配
機能部１６がサービス管理ノード１０から受信したｄａ
ｔａｘをｄａｔａｘ１とｄａｔａｘ２とに分解し、前者
をモジュール種別ｍの中から選択した１台に送信し（図
３では、モジュール１４にｄａｔａｘ１をダウンロード
３３）、後者はモジュール種別ｎの全モジュール（モジ
ュール１２と１３）に送信する（ｄａｔａｘ２ダウンロ
ード３２）。ｄａｔａｘ２の送信（つまり、ｄａｔａｘ
２ダウンロード３２）は、ｄａｔａｘ１の送信（つま
り、ｄａｔａｘ１ダウンロード３３）が完了した後に実
施される。

【００１０】また、データ分配機能部１６がｄａｔａｘ
１のダウンロードを実施するために選択する種別ｍのモ
ジュールは、当該種別のモジュールであればいずれのモ
ジュールでもよい。すなわち、図３のように、モジュー
ル１４でなく、他のモジュール１５，モジュール２２あ
るいはモジュール２３のいずれでもよい。ｄａｔａｘ１
のダウンロード３３を受信したモジュール１４では、ｄ
ａｔａｘ１を格納するとともに（３５）、ｄａｔａｘ１
を自分と同一種別ｍの他の全モジュール（１５，２２，
２３）に送信する（ｄａｔａｘ１ダウンロード３３）。
これに従って、モジュール１５、モジュール２２および
モジュール２３は、ｄａｔａｘ１の格納３５を実施し、
モジュール１４に完了応答を返送する（ＯＫ３７）。モ
ジュール１４は、種別ｍの全モジュールからの応答を確
認した後に、データ分配機能部１６に対して完了応答を
返送する（ＯＫ３８）。モジュール種別ｎのモジュール
１２，モジュール１３は、ｄａｔａｘ２の格納３４を実
施し、データ分配機能部１６に対して完了応答を返送す
る（ＯＫ３６）。 データ分配機能部１６は、各モジュ
ールからの応答を確認後、サービス管理ノード１０に対
して完了応答を返送する（ＯＫ３９）。

【００１１】図４においては、データ分配機能部１６が
サービス管理ノード１０から受信したｄａｔａｙ１を、
モジュール種別ｍの中から選択した１台に送信する。図
４では、モジュール１４へのｄａｔａｙ１ダウンロード
４１で示される。モジュールの選択方法は、ダウンロー
ドパターン（ア）２８と同じである。ｄａｔａｙ１ダウ
ンロード４１を受信したモジュール１４では、ｄａｔａ
ｙ１の格納４２を実施するとともに、ｄａｔｓｙ１を自
分と同一種別ｍの他の全てのモジュール（１５，２２，
２３）に送信する（ｄａｔａｙ１ダウンロード４１）。
これに従って、モジュール１５、モジュール２２および
モジュール２３は、ｄａｔａｙ１の格納４２を実施し、
モジュール１４に対して完了応答を返送する（ＯＫ４
３）。モジュール１４は、種別ｍの全モジュールからの
応答を確認した後、データ分配機能部１６に対して完了
応答を返送する（ＯＫ４４）。さらに、データ分配機能
部１６は、モジュール１４からの応答を確認した後に、
サービス管理ノード１０に対して完了応答を返送する
（ＯＫ４５）。

【００１２】図５においては、サービス管理ノード１０
から受信したｄａｔａｙ２をデータ分配機能部１６が、
モジュール種別ｎの全モジュール（１２，１３）に送信
する（ｄａｔａｙ２ダウンロード４７）。モジュール１
２とモジュール１３では、そのデータの処理結果を格納
して（ｄａｔａｙ２変更４８）、完了応答をデータ分配
機能部１６に返送する（ＯＫ４９）。データ分配機能部
１６は、全モジュールからの応答を確認した後、サービ
ス管理ノード１０に完了応答を返送する（ＯＫ５０）。
以上述べたように、ダウンロードパターン（ア）２８か
らダウンロードパターン（ウ）３０までの３つの処理パ
ターンは、サービスデータあるいはオペレーション（設
定、変更、削除）のいずれかが異なる場合には、各々独
立に、かつ並行して実施される。従って、次の理由
により、サービス管理ノード１０からのダウンロード電
文送信順と、各モジュールにおけるダウンロード処理の
実施順序は異なる場合がある。 各ダウンロードパターンにおける手順が異なるため
に、データ分配機能部１６がダウンロード要求を受信し
た順序と、各要求が各モジュールに到達する順序が異な
ることがある。 各モジュール内でも、データの内容によって実施する
処理が異なり、それらの処理はモジュール内で並行に実
施され、また各々の処理に要する時間が変化することが
ある。

【００１３】図２において、本実施例では、あるモジュ
ールが障害となったときの差分データの蓄積と、障害か
ら復旧したときに差分データの転送を行う場合に、サー
ビス管理ノード１０からのダウンロード要求を受信する
都度、データ分配機能部１６において要求に通番を付与
し、この通番を電文に含めて各モジュールに送信する。
通番はモジュール種別毎に統一し、サービス管理ノー
ド１０からデータ分配機能部１６が要求を受信した順に
付与する。また、サービス制御ノード１１内のモジュー
ルが障害か否かにかかわらず、サービス管理ノード１０
からのダウンロード要求を受信する都度、各モジュール
に対して転送した電文をデータ蓄積・差分転送機能部１
７においてモジュール種別毎に蓄積しておく。さらに、
サービス制御ノード１１内の全モジュール内に履歴管理
部２４を設置する。各モジュールでは、ダウンロード要
求の都度、各々が受信したサービスデータをデータ管理
部１８に格納した際に、履歴管理部２４に対して履歴情
報格納指示２５を行うことにより、自分が処理完了とな
ったダウンロード要求に対する通番を履歴管理部２４内
に格納しておく。履歴管理部２４では、履歴情報格納指
示２５を受信する毎に履歴情報として受信した通番を上
書きする。

【００１４】次に、各モジュールの履歴管理部２４で管
理する履歴は、各モジュールが障害から復旧する際に、
データ蓄積・差分転送機能部１７からの履歴問合わせ２
６により参照される。各モジュールの履歴管理部２４
は、データ蓄積・差分転送機能部１７からの履歴問合わ
せ２６に対して、自分が格納している通番を応答する
（履歴問合わせ応答２７）。データ蓄積・差分転送機能
部１７は、履歴問合わせ応答２７で受信した通番を基に
対象モジュールに対して未ダウンロードである差分を特
定し、差分転送２１を行う。この時点で、データ蓄積・
差分転送機能部１７は、復旧モジュールが格納していた
通番よりいくつか以前の通番の要求からそれ以降、デー
タ蓄積・差分転送機能部１７が管理している最新の要求
までの蓄積電文を復旧モジュールに転送する。ここで、
いくつか以前の通番の要求から転送する理由は、前述の
で記載したように、各モジュールでは通番と同一順
序でダウンロード要求が処理されているとは限らないの
で、各モジュール側で管理する通番は正確なダウンロー
ド処理の履歴状況を示していないからである。そこで、
復旧モジュールが管理している通番よりもいくつか以前
の通番から転送することにより、未ダウンロード分の電
文全てを漏れなく転送することができる。

【００１５】前述の事項に関して、どの程度以前の通番
から転送すべきかについては、ダウンロードの条件を想
定すると、次のようになる。図３のダウンロードパター
ン２８、図４のダウンロードパターン２９、および図５
のダウンロードパターン３０の各パターンの単位時間
（１秒）当りの最大要求数がそれぞれＩ，Ｊ，Ｋであ
り、パターンが同一の要求どうしであれば、モジュール
内での処理時間は等しく、かつモジュール内部の処理で
の順序逆転が起らないが、ダウンロードパターン２８は
必ずモジュール内部処理で１度の中断処理が起り、他の
ダウンロードパターンの要求との間で順序逆転が起る。
また、あるモジュール内でのあるダウンロード要求の処
理時間は、最悪で１秒かかる。種別ｎのモジュールにお
けるダウンロードパターン２８のある要求は、それが種
別ｍのモジュールに送信されてから後続にダウンロード
パターン３０の要求が最多で３Ｋだけ処理された後に処
理完了となり得る。一方、種別ｍのモジュールにおける
ダウンロードパターン２８のある要求は、それが種別ｍ
の他のモジュールに送信されてから後続にダウンロード
パターン２９の要求が最多で２Ｊだけ処理された後か、
あるいは他のダウンロードパターン２８の要求がＩ−１
とダウンロードパターン２９の要求が最多でＪだけ処理
された後に処理完了になり得る。従って、種別ｎのモジ
ュールに対しては３Ｋだけ以前の通番から差分を転送す
ればよい。また、種別ｍのモジュールに対しては、Ｉ−
１＞Ｊであれば、Ｉ−１＋Ｊだけ以前の通番から、Ｉ−
１＜Ｊであれば２Ｊだけ以前の通番から差分を転送すれ
ばよい。

【００１６】図６〜図８は、本発明におけるダウンロー
ド処理の通番付与、電文蓄積および履歴情報格納のシー
ケンスチャートである。これらの図には、ダウンロード
処理のデータ分配機能部１６における通番付与５１、デ
ータ蓄積・差分転送機能部１７における電文蓄積５２
（以上、図６）および各モジュールにおける履歴情報格
納５３（以上、図７）の処理シーケンスチャートと、デ
ータ蓄積・差分転送機能部１７における蓄積情報５６
（以上、図６）および各モジュールにおける履歴情報５
７〜６２（以上、図７、図８）の内容が示されている。
図６に示すように、データ蓄積・差分転送機能部１７の
蓄積情報５６は、モジュール種別ｍ，ｎ毎に通番ｍ１，
ｍ２として蓄積された情報ｄａｔａｘ１等、通番ｎ１，
ｎ２として蓄積された情報ｄａｔａｘ２等が格納され
る。何もないときには、ＮＵＬＬで示されている。各モ
ジュールにおける蓄積情報５７〜６２は、最新通番が格
納されている。未だ受信していないときには、ＮＵＬＬ
が格納される。送信順序は図３〜図５に示した通りであ
って、サービス管理ノード１０からデータ分配機能部１
６およびデータ蓄積・差分転送機能部１７にｄａｔａｘ
ダウンロード３１が送信され、上記機能部１６，１７に
おいて通番付与５１と電文蓄積５２が行われる。データ
分配機能部１６から先ず１台のモジュール１４にｄａｔ
ａｘ１が送信され、この情報および履歴情報が格納され
た後（図６）、同一種別ｍの他モジュール１５，２２，
２３に同一データが送信される（図７）。各モジュール
１５，２２，２３からＯＫ応答がモジュール１４に返送
され、さらにデータ分配機能部１６に返送されて、種別
ｍに対するダウンロード要求が終了する（図７）。次
に、データ分配機能部１６から種別ｎのモジュール１
２，１３に対してｄａｔａｘ２のダウンロード要求が送
信され、モジュール１２，１３からＯＫ応答がデータ分
配機能部１６に返送され、種別ｎに対するダウンロード
要求が終了する。最後に、データ分配機能部１６からサ
ービス管理ノード１０にＯＫ応答が返送される（図
８）。

【００１７】図９および図１０は、本発明における複数
ダウンロード要求実施後の管理情報の例を示す説明図で
あって、図９はデータ蓄積・差分転送機能部における蓄
積情報のフォーマット図、図１０は各モジュールにおけ
る履歴情報の内容を示す説明図である。図９に示すよう
に、データ蓄積・差分転送機能部１７における蓄積情報
５６から、種別ｍのモジュールに対しては＃ｍ８番ま
で、種別ｎのモジュールに対しては＃ｎ５番までのダウ
ンロード要求が実施されている。＃ｎ６以降は、未だデ
ータ蓄積・差分転送機能部１７から送信が終了されてい
ないため、蓄積情報はＮＵＬＬである。一方、図１０に
示すように、モジュールａにおける履歴情報６１とモジ
ュールｂにおける履歴情報６２に示されるように、同一
のモジュール種別でも、管理通番が異なっている場合も
ある。図１０では、モジュールｃとモジュールｄにおけ
る履歴情報５７，５８は同一内容となっている。また、
モジュールｅとモジュールｆにおける履歴情報５９，６
０は、モジュールｆが障害のために内容的には相当に異
なっている。

【００１８】図１１は、本発明におけるサービス管理ノ
ードとデータ蓄積・差分転送機能部と各モジュール相互
間の蓄積情報転送処理手順を示すシーケンスチャートで
ある。図１１では、図９、図１０の状況でモジュールｆ
が障害から復旧する際の処理手順の例が示されている。
図１１においては、通番を３だけ遡って差分を特定する
場合を例として示している。また、サービス管理ノード
１０に対するダウンロードの停止６４と再開６７は、デ
ータ蓄積・差分転送機能部１７から行う場合が示されて
いる。すなわち、モジュールｆの障害が復旧した後、先
ずデータ蓄積・差分転送機能部１７からモジュールｆに
対して履歴問合わせ２６を行い、モジュールｆから応答
２７として通番＃ｍ５が返送されると、データ蓄積・差
分転送機能部１７は転送通番の特定６３として、通番＃
ｍ２（＃ｍ５よりも３以前のもの）から＃ｍ８（最新
値）までを特定する。そして、データ蓄積・差分転送機
能部１７はサービス管理ノード１０に対してダウンロー
ド停止要求６４を行い、サービス管理ノード１０からＯ
Ｋ応答が返送されると、データ蓄積・差分転送機能部１
７はモジュールｆに対して差分転送（通番＃ｍ２から＃
ｍ８まで）を行う。モジュールｆは、差分転送の通番毎
にＯＫ応答を返送する。全ての転送が終了すると、デー
タ蓄積・差分転送機能部１７からサービス管理ノード１
０に対してダウンロード再開要求６７を行う。

【００１９】

【発明の効果】以上説明したように、本発明によれば、
サービス管理ノードにサービス制御ノード内のモジュー
ルの状態を隠蔽することができるので、サービス管理ノ
ードからのダウンロード処理の中断は障害復旧後の差分
転送時間のみとなり、ダウンロード処理を長時間中断し
なくてもよく、サービス品質の低下を防止することがで
きる。

【図面の簡単な説明】

【図１】本発明のサービス制御ノードの動作原理を示す
ブロック図である。

【図２】本発明の一実施例を示すサービス制御ノードの
構成図である。

【図３】本発明の一実施例を示すダウンロード処理のシ
ーケンスチャート（その１）である。

【図４】同じくダウンロード処理のシーケンスチャート
（その２）である。

【図５】同じくダウンロード処理のシーケンスチャート
（その３）である。

【図６】本発明の一実施例を示す通番付与、電文蓄積、
履歴情報格納処理のシーケンスチャート（その１）であ
る。

【図７】同じく通番付与、電文蓄積、履歴情報格納処理
のシーケンスチャート（その２）である。

【図８】同じく通番付与、電文蓄積、履歴情報格納処理
のシーケンスチャート（その３）である。

【図９】本発明における複数ダウンロード要求実施後の
管理情報の例を示す図（蓄積情報）である。

【図１０】同じく複数ダウンロード要求実施例後の各モ
ジュールに格納された履歴情報を示す図である。

【図１１】本発明の一実施例を示す蓄積情報転送処理手
順のシーケンスチャートである。

【符号の説明】

１０…サービス管理ノード、１１…サービス制御ノー
ド、１２，１３…種別ｎのモジュールａ，ｂ、１４，１
５…種別ｍのモジュールｃ，ｄ、１６…データ分配機能
部、１７…データ蓄積・差分転送機能部、１８…データ
管理部、２４…履歴管理部、 ２２，２３…種別ｍのモ
ジュールｅ，ｆ、５６…データ蓄積・差分転送機能部１
７における蓄積情報、５７〜６２…モジュールにおける
履歴情報。

Claims (1)

【特許請求の範囲】
1. 【請求項１】ノード内で機能分散および負荷分散を行う
   複数のモジュールから構成されるサービス制御ノード
   と、該サービス制御ノードで用いるサービスデータを該
   サービス制御ノードにダウンロードするサービス管理ノ
   ードとを接続したシステムにおいて、 該サービス制御ノード内の任意のモジュールが障害中
   に、該サービス管理ノードからダウンロードされたデー
   タを蓄積しておき、該モジュールが復旧した後に蓄積し
   たダウンロードデータの差分情報を該モジュールに転送
   する蓄積・転送手段と、 該モジュールに転送する差分情報を特定するため、該サ
   ービス管理ノードからダウンロードされるデータの通番
   を記録更新するとともに、該モジュールの履歴問合わせ
   に対して、最新の通番を応答として返送する履歴管理手
   段とを具備することを特徴とするモジュール障害隠蔽方
   式。