JPH0675258B2 - ネットワーク再構成装置及び方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はコンピュータネットワー
クに関し、特に焦点アーキテクチャを利用するネットワ
ークにおける焦点のダイナミックバックアップと回復を
提供するための装置に関する。

【０００２】

【従来の技術】日常の事務処理におけるコンピュータネ
ットワークの重要性は、多くの企業では現実となってい
る。ネットワークの使用が増し、ネットワーク自体がよ
り拡大し且つ複雑になるにつれて、企業がコンピュータ
ネットワークの資源を効果的に管理する能力が企業にと
って一層重要になっている。

【０００３】効果的なネットワーク管理の必要性は、通
信リンクを介して相互接続される個人のコンピュータシ
ステムやノードから成る大型ネットワークに最も明白で
ある。そのようなネットワークのトポロジ、即ち、構成
は一般的に、ノード及び／又はリンクが加えられたり落
とされたりしながら絶えず変化している。

【０００４】ネットワーク自体がダイナミックに変化す
るため、ネットワーク管理者は管理サービスを提供する
ときにネットワークの変化にダイナミックに応じられる
べきである。適切なタイプのネットワーク管理者は、米
国特許第４、９９５、０３５号に開示されている。

【０００５】この特許の教示によると、コンピュータネ
ットワークにおけるノードは（１）焦点（ＦＰ）又はサ
ーバノードと称される制御ノード；或いは（２）非焦点
（ＮＦＰ）又はサーバされたノードと称される管理ノー
ドに分類される。焦点又はサーバノードは、ネットワー
クの他のノードに管理サービスを提供することができる
ノードである。そのような管理サービスの一例は、事象
（一般的に誤り事象）がネットワークのある場所で発生
していると表示するメッセージである、警報（Alerts)
の受信と処理である。焦点／非焦点概念を実行するネッ
トワークは、ネットワークの全てのノードが必ずしも焦
点でなくとも、焦点ネットワークとして時々参照され
る。

【０００６】焦点ネットワークはまた、エンドノードと
参照される第３タイプのノードも含む。エンドノード
は、中間の非焦点ノードを介して焦点ノードから直接的
又は間接的に管理サービスを受信する。エンドノードは
以下の段落では殆ど記述されない。議論が非焦点ノード
へ言及される場合、その言及はそのような非焦点ノード
を介して管理サービスを受信するエンドノードを含むと
理解される。

【０００７】サーバ／サーブされた関係は、２つの潜在
的に対のノードのいずれかの要求によって設定される可
能性がある。例えば、ノードＡはノードＢに特定の管理
サービスを提供しようとするかもしれない。もしノード
Ｂがその提案を受理するならば、サーバ／サーブされた
関係は特定の管理サービスのため設定される。一方、ノ
ードＢはノードＡに対し管理サービスを提供するよう要
求する可能性もある。もしノードＡが受理するならば、
同じサーバ／サーブされた関係が設定される。

【０００８】サーバ／サーブされた関係がいかに設定さ
れるかにかかわらず、サーブされたノードはサーバノー
ドの制御圏内にあると考えられる。各サーバノードは、
各サーブされたノードを識別する制御圏（Sphere Of Co
ntrol)、即ち、ＳＯＣテーブルと、そのノードに提供さ
れる管理サービスのタイプを保持する。

【０００９】焦点ノードは１種類以上ある。参照された
特許は、３つの異なるタイプの焦点ノードを識別する。
第１焦点ノードは、１以上の非焦点ノードに特定の管理
サービスを提供するものとして明白に定義されてきたノ
ードである。第２焦点ノードは、第１焦点ノードが未だ
明白に割り当てられておらず非焦点ノードへの利用が可
能なノードである。定義によって、第２焦点ノードはデ
フォルトノードとして作動する。用語「第２」及び「デ
フォルト」は、このタイプのノードを参照するときに交
換可能で用いられる。バックアップ焦点ノードは、非焦
点ノードに指定された第１焦点ノードが利用不能になる
とき、非焦点ノードへ管理サービスを提供できるノード
である。

【００１０】簡潔のために、用語「焦点」は異なるタイ
プの焦点ノードに言及するときには用いられない。特
に、用語「第１ノード」、「デフォルトノード」及び
「バックアップノード」はそれぞれ第１、デフォルト及
びバックアップの機能を有する焦点ノードを言及すると
き用いられる。同様に、一般用語「サーブされたノー
ド」は、ノードがネットワーク（又は非焦点）ノード或
いはエンドノードのいずれであっても、他のノードから
管理サービスを受信する任意のノードに言及するために
用いられる。

【００１１】参照された特許は、バックアップ／第１関
係を設定し、対応する第１ノードが利用不能になるとバ
ックアップノードを作動するプロセスを述べている。

【００１２】その特許によれば、予期されるバックアッ
プノードは予期される第１ノードに「バックアップ焦点
になる要求」メッセージを送ることによってその機能へ
「入札する（ビッドする）」。もしその要求が予期され
る第１ノードによって受理されるならば、セッションは
これら２つのノード間に設定される。

【００１３】もしノードがバックアップノードとして受
理されたならば、そのノードは第１ノードによってサー
ブされる非焦点ノードについて知らなければならない。
バックアップノードは第１ノードに保全された制御圏テ
ーブルよりその情報を得る。

【００１４】バックアップノードと第１ノード間のセッ
ションが保全されるかぎり、バックアップノードは第１
ノードによってサーブされる任意の非焦点ノードに対し
て作動停止又は休止しているように見える。

【００１５】しかしながら、バックアップノードと第１
ノード間のセッションが故障して復元（レストア）され
なければ、バックアップノードはその事実をネットワー
クオペレータに知らせ、オペレータにバックアップノー
ドが以前第１ノードによってサーブされた各ノードとセ
ッションの設定を試みるべきかどうかを決定させる。そ
の理論とは、ネットワークオペレータが、バックアップ
ノードと第１ノードの間のセッションがなぜ再設定され
ないかについて何らかの洞察力を有し、且つバックアッ
プノードが非焦点ノードに管理サービスを提供するのに
適切かどうかを知ることである。

【００１６】もしネットワークオペレータが適切である
と決定するならば、バックアップノードは、各サーブさ
れた非焦点ノードにバックアップ管理サービスを提供す
るとというメッセージを送って、そのような各ノードと
共にセッションを設定しようと試みる。

【００１７】上述のプロセスには問題がある。第１に、
バックアップ／第１ノード関係の設定は、ノード間のセ
ッションを設定し保全する２つのノードの能力に依存す
る。もしセッションが設定できなければ、バックアップ
ノードはシステム内に定義されない。

【００１８】また、バックアップ／第１関係が２つのノ
ード間で設定されると仮定すると、それら２つのノード
間に必要なセッションの故障は、必ずしも第１ノードが
必要な管理サービスを非焦点ノードに供給できなくなっ
たことを意味していない。もし第１ノードが未だ適切に
作動しておりバックアップ／第１セッションだけが故障
したならば、管理サービス提供のためバックアップノー
ドによるネットワークオペレータへの入札はシステム資
源の浪費となる。

【００１９】更に、たとえバックアップ管理サービスが
必要だとしても、ネットワークオペレータはまず、バッ
クアップノードが以前第１ノードによりサーブされたノ
ードとの通信を試みることを許可しなければならない。
オペレータ許可の要求によって、必要な管理サービスの
供給がサービスを必要とするサーブされたノードにおい
て逆の結果で妨害されるような機会が増大する。

【００２０】

【発明が解決しようとする課題】本発明の目的は、焦点
ネットワークにおいてバックアップ焦点サービスを設定
する際の問題に対処するためのシステムと方法を提供す
ることである。

【００２１】

【課題を解決するための手段と作用】本発明は、複数の
相互接続ノードを有するコンピュータネットワークにお
ける使用を目的としている。これらノードの内のいくつ
かが焦点ノードに分類される一方、他のノードは非焦点
ノードに分類される。焦点ノードは非焦点ノードに管理
サービスを提供する。焦点ノードは更に、第１焦点ノー
ド或いはバックアップ焦点ノードのいずれかとして特徴
付けられる。本発明は非焦点ノードで実行される方法と
して実施される。その方法は、通信故障を検出するため
非焦点ノードとその第１焦点ノードとの間の通信を監視
する工程を含む。もし通信故障が発生すれば、非焦点ノ
ードは引き継ぎ要求を生成する。引き継ぎ要求は、以前
指定されたバックアップ焦点ノードに直接送信されて、
そのノードが第１焦点ノードによって以前提供された管
理サービスを直ちに提供し始めるのを許可する。

【００２２】

【実施例】図１は、上記に簡潔に参照された焦点アーキ
テクチャを実施し、中で本発明が実行されるコンピュー
タネットワークのブロック図である。ネットワークは、
複数のネットワークノード１０、１２、１４、１６、２
８及び３０を有すると示されている。ネットワークノー
ドは通常、オペレーティングシステムプログラムによっ
て制御され、他のノードとの通信に用いられる通信プロ
グラムを含んだ種々のアプリケーションプログラムを実
行するホスト処理装置を含む。ネットワークノードは通
信リンクＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ及びＧによって相互接
続される。

【００２３】ネットワークはまた、複数のエンドノード
１８、２０、２２、２４、２６及び３２を含み、各々が
ネットワークノードの１つに接続されている。エンドノ
ードは、インテリジェントターミナル、プリンタ又は小
型コンピュータ等のデバイスを含むことがある。エンド
ノードは、ネットワークノードにより提供される一定の
ネットワークサービスを提供しないという点でネットワ
ークノードと異なる。

【００２４】ネットワークの作動中に、ネットワークノ
ードは焦点又は非焦点の機能を引き受けることがある。
図１は、ノード１０と２８を焦点ノード、ノード１２、
１４、１６及び３０を非焦点ノードとして任意に示して
いる。焦点ノードは、ネットワークの他の１つのノード
に少なくとも１つのネットワーク管理サービスを現在提
供するネットワークノードである。図１において、ノー
ド１０は非焦点ノード１２、１４及び１６に提供される
管理サービスのための焦点として作動するよう示され
る。ノード１０がノード１２、１４、１６に管理サービ
スを提供する機能的リンクは、それぞれ点線３４、３６
及び３８によって表示されている。

【００２５】所定の時間に焦点ノードから少なくとも１
つの管理サービスを受信する任意の非焦点ノードは、焦
点ノードの制御圏内にあると参照される。例えば、図１
に示されるネットワークにおいて、非焦点ノード１２、
１４及び１６は焦点ノード１０の制御圏内に示されてい
る。

【００２６】焦点概念を十分に理解するためにはいくつ
かの点を覚えておかなくてはならない。第１に、同じネ
ットワークノードは同時に、（１）管理サービスを提供
している任意のノードに対する焦点ノードであること
と、（２）管理サービスを受信している任意のノードに
対する非焦点ノードであることがある。第２に、ノード
の状態（焦点対非焦点）は、ネットワーク作動中にダイ
ナミックに変化することができる。先に述べたように、
２つの潜在的に対のノードの一方は、焦点／非焦点（又
はサーバ／サーブされた）関係の設定を要求することも
ある。

【００２７】第３に、任意のサーバ／サーブされた関係
は特定のタイプの管理サービス、例えば、警報の処理に
限定される。異なるサーバ／サーブされた関係の集合
は、異なるタイプの管理サービスのために同じノードの
間に同時に存在することもある。

【００２８】これらの点から、図１は基本的に、ネット
ワークが所定の時間に特定の管理サービスを提供する方
法の「スナップショット」であることが明らかになる。
異なる管理サービスが同時に提供されるとき、「スナッ
プショット」は全く異なるように見えるかもしれない。
同じ管理サービスだが異なる時間のときは、「スナップ
ショット」はまた全く異なるように見えるかもしれな
い。

【００２９】図２は、焦点の機能を果たすノードの主な
要素の概略図である。主要素の多くは、周知のＡＰＰＮ
システムアーキテクチャを実施する任意のノードに存在
する。要素の詳細は、本発明の作成と利用方法を理解す
るにあたって必要とされない。要素の詳細について更に
興味があるならば以下の文献を参考にされたい。 １．「プログラム通信への上級プログラムとＡＰＰＮ利
用者ガイド（AdvancedProgram to Program Communicati
on and Advanced Peer-to-Peer Networking Us- er's G
uide）」（マニュアルは刊行物SC21-9598 として本発明
の譲受人より入手可能） ２．「ＡＳ／４００システムにおけるＡＰＰＮ（Advanc
ed Peer-to-Peer net-working (APPN) for AS/400 Syst
em）」（マニュアルは刊行物GC24-3287として本発明の
譲受人より入手可能)

【００３０】以下の説明は機能要素の説明である。その
説明を読むにあたって、機能は実際ハードウェアによっ
て、或いはより適切には、ハードウェアと組み合わせて
実行されるプログラムによって実行されるということを
覚えておくべきである。

【００３１】焦点ノードは、制御ポイント、即ち、Ｃ
Ｐ、１以上のアプリケーションプログラム（ＡＰＰ
Ｌ）、論理装置（ＬＵ）、経路制御、トポロジデータベ
ース（ＴＤＢ）、及び複数のデータリンク制御（ＤＬ
Ｃ）モジュールを含む。

【００３２】各ＤＬＣモジュールは、焦点ノードを残す
任意のメッセージが通信リンクの１つの内の要求に従う
フォーマットに変換されるのを可能にするプロトコル変
換機能を提供している。複数のＤＬＣモジュールを有す
るだけで、メッセージが異なるフォーマットに変換され
るのを可能にしている。経路制御モジュールは、メッセ
ージをソースから宛先ノードに転送するために必要なル
ーティング機能を提供する。

【００３３】ＣＰ、即ち、制御ポイントは、ノードにセ
ッションの設定、ルートの計算、ディレクトリサービス
の提供等の制御機能を提供する。一定のサービスを提供
する際に、ＣＰはネットワークにおけるノードを定義す
るノードのトポロジデータベース（ＴＤＢ）とそれらノ
ードを接続する通信リンクを用いる。最後に、論理装
置、即ち、ＬＵがユーザ（アプリケーションプログラム
を含む）と残りのネットワークの間のインタフェースを
提供する。

【００３４】直上で述べられた要素又はモジュールは、
任意のＡＰＰＮノードに存在する。焦点概念を実施する
ために、制御圏（ＳＯＣ）テーブルと焦点管理サービス
（ＦＰＭＳ）プログラムがノードに加えられる。異なる
ＳＯＣテーブルは、ノードが提供する各異なる管理サー
ビスのために存在する。各ＳＯＣテーブルは、ローカル
ノードが責任をもつ全てのネットワークノードのリスト
を含む。そのリストはまた、ローカルノードとリスト内
の他のノードの各々の間の関係の現状のインディケータ
をも含む。やがて所定の点で、その関係は多くの理由か
ら作動したり作動を中止したりする。ＳＯＣテーブルに
ついての更に詳細な点は、先に参照された米国特許第
４、９９５、０３５号に記述されている。

【００３５】焦点管理サービス（ＦＰＭＳ）プログラム
はノードの焦点機能を制御する。ＦＰＭＳプログラムは
非焦点ノードとのメッセージ交換を制御し、焦点ノード
機能のタイプはローカルノードにより仮定され、ネット
ワーク管理サービスのタイプはノードにより提供され
る。参照された米国特許第４、９９５、０３５号に指摘
されるように、焦点ノードは第１ノード、第２ノード又
はデフォルトノード又はバックアップノードになる。焦
点ノードのタイプの間の相違は、米国特許第４、９９
５、０３５号に詳しく述べられている。

【００３６】非焦点又はサーブされたノードとして作動
するネットワークノードは、焦点ノードと同じＡＰＰＮ
要素を有する。非焦点ノードはまた、ＦＰ許可テーブル
と非焦点管理サービス（ＮＦＰ ＭＳ）プログラムを含
む。付加によって、非焦点ノードは焦点ノードに応答
し、非焦点ノードが管理サービス情報を焦点ノードに送
信するメッセージを交換することを可能にする。ＦＰ許
可テーブルは、焦点名、管理サービス（ＭＳ）キー、即
ち、識別子、及び焦点タイプをリストする。ＮＦＰ Ｍ
Ｓプログラムは、非焦点機能を実行することでノードを
制御する。

【００３７】図４は、（１）第１／バックアップノード
関係を設定する、（２）第１ノードとサーブされたノー
ド間の通信故障したときにバックアップノードに焦点責
任を分断せずに転送する、（３）一旦通信が復元された
ら第１ノードとサーブされたノード間の関係を再設定す
る、ための改良されたプロセスを説明する。

【００３８】図５を参照すると、３つのノードＡ、Ｂ及
びＣが簡単なボックス型で示されている。「第１」と識
別されるノードＡは、始めに管理サービスを１以上のサ
ーブされたノードに提供する責任を有する。「バックア
ップ」と識別されるノードＢは、一定の条件の下でサー
ブされたノードに管理サービスを提供する責任を取るこ
とが可能なノードである。「サーブされた」ノードＣ
は、第１又はバックアップノードのいずれかから管理サ
ービスの受信を期待するノードである。

【００３９】図４に説明されたプロセスは、サーブされ
たノードであるノードＣで実行される。ノードＡとＢへ
の参照は、図５と上記のそれらノードの説明に照らして
理解されるべきである。

【００４０】第１、バックアップ、サーブされたノード
の間の関係を設定するプロセスの初期位相中に、第１ノ
ードはサーブされたノードにメッセージを転送し、サー
ブされたノードに管理サービスを提供しようとする。メ
ッセージは要求されたバックアップノードを識別する。
第１ノードは、ネットワークフローを介して或いはネッ
トワークオペレータによるシステム定義の結果、以前に
バックアップノードの識別について学んでいる。

【００４１】サーブされたノードは作動５０にて第１ノ
ードよりメッセージを受信する。もしサーブされたノー
ドが作動５２で提案を受理すれば、第１ノードとバック
アップノードの両者の識別はサーブされたノードでメモ
リに書き込まれる。もしサーブされたノードが提案を拒
否すれば、ノード関係を設定する試みは終了する。

【００４２】サーブされたノードが管理サービスを提供
する第１ノードを有することに同意すると仮定すれば、
次に、第１ノードとサーブされたノード間の通信に故障
がないかどうか監視される（作動５４と５６）。バック
アップノードは通常の（故障のない）作動中には含まれ
ず、この間必ずしも第１ノード又はサーブされたノード
のいずれかの代わりにセッションを有する必要はない。

【００４３】もし通信故障が表示されたならば（作動５
６）、作動５８においてサーブされたノードが指定され
たバックアップノードに直接送られる引き継ぎ要求を生
成する。もしバックアップノードがその要求を拒否する
ならば、作動６０においてサーブされたノードに拒否通
知を送る。

【００４４】しかしながら、バックアップノードがその
要求を受理するならば、サーブされたノードへの管理サ
ービスを提供する責任を取る。通常の作動がサーブされ
たノードで再開される（作動６４）。通常のネットワー
クデータフローの結果として、サーブされたノードは第
１ノードとサーブされたノードの間にいつ通信が復元さ
れたかを知る（作動６６）。次に、サーブされたノード
は第１ノードに直接メッセージを送り（作動６８）、再
度管理サービスを提供するよう依頼する。

【００４５】もしサーブされたノードからの要求が拒否
されるならば、バックアップノードはブロック７２に表
示されるように管理サービスを引き続き提供する。

【００４６】しかしながら、その要求が受理されるなら
ば、最初の第１ノードは再びサーブされたノードへの管
理サービスを提供する責任を引き継ぐ。サーブされたノ
ードはバックアップノードにメッセージを送って応答
し、バックアップノードが管理サービスを供給する許可
を無効にする（作動７４）。

【００４７】上述のプロセスの実行中にフローするメッ
セージは、図５においてテキストの形で時間を追って再
生される。図４と図５を共に参照すると、時間帯Ｔ１で
フローするメッセージは作動５０と５２の中で発生する
メッセージである。

【００４８】覚えておくべき点が１つある。図４には示
さなかったが、図５ではノードＣが他のノードに「焦点
はＡである」というメッセージを振り分けることを示し
ている。先に述べたように、非焦点ノード（ノードＣ
等）はエンドノードを支援し、技術的にノードＡとＢを
含む焦点ネットワークの一部とは見なされない。そうし
たエンドノードと非焦点ノードで実行するアプリケーシ
ョンプログラムに対して、「焦点がＡである」と同様の
メッセージが向けられている。

【００４９】時間帯Ｔ２でフローするメッセージは、フ
ローチャートの作動５４と５６として識別される作動に
対応する。時間帯Ｔ３のメッセージは、フローチャート
の作動５８から開始して作動６４と６６の間に終了する
作動の結果である。時間帯Ｔ４は、作動６６に対する肯
定応答から開始し作動７０で終了するプロセスをカバー
する。時間帯Ｔ５は、プロセスで作動７４の結果として
伝達されるメッセージをカバーする。

【００５０】

【発明の効果】本発明は上記より構成されており、焦点
ネットワークにおいてバックアップ焦点サービスを提供
する際の問題に対処することができる。

【図面の簡単な説明】

【図１】サーバ（焦点）ノードとサーブされた（非焦点
及びエンド）ノードを共に含むネットワークの概略図で
ある。

【図２】焦点ノードとして作動するノードにおいて含ま
れる機能要素の概略図である。

【図３】非焦点ノードとして作動するノードにおいて含
まれる機能要素の概略図である。

【図４】本発明に従って実施されるダイナミックバック
アップと回復プロセスのフローチャートである。

【図５】図４に説明されたプロセス中に発生するメッセ
ージフローを示す。

【符号の説明】

１０、２８ 焦点ノード １２、１４、１６、３０ 非焦点ノード １８、２０、２２、２４、２６、３２ エンドノード

───────────────────────────────────────────────────── フロントページの続き (72)発明者 サンドラ リン ベネディクト アメリカ合衆国27511、ノースカロライナ 州キャリー、タロン ドライヴ 116 (72)発明者 スティーヴン マイヤ ゴルバーグ アメリカ合衆国27613、ノースカロライナ 州ラーリ、キャラック コート 3304 (72)発明者 スティーヴン トーマス ジョイス アメリカ合衆国27613、ノースカロライナ 州ラーリ、ウォーターサイド レイン 6241 (72)発明者 ジーネッテ リー アメリカ合衆国27613、ノースカロライナ 州ラーリ、トゥー ロビンズ コート 9908 (72)発明者 マーク アンブローズ マクケルヴィー アメリカ合衆国55902、ミネソタ州ロチェ スター、サウスウエスト、トウェンティー サード ストリート 114

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数の相互接続ノードを有し、前記ノー
   ドの少なくともいくつかはネットワーク管理サービスを
   他の非焦点ノードに提供することが可能な焦点ノードで
   あり、焦点ノードが第１焦点ノード又はバックアップ焦
   点ノードに分類される、コンピュータネットワークで使
   用されるための、ネットワークをダイナミックに再構成
   するため非焦点ノードに配置される装置であって、 非焦点ノードと第１焦点ノードの間の通信におけるエラ
   ーを検出するための手段と、 検出された通信エラーに応じて第１焦点のバックアップ
   焦点にアドレス指定された引き継ぎ要求を生成する手段
   と、 引き継ぎ要求をバックアップ焦点に送信して、バックア
   ップ焦点が第１焦点ノードにより以前提供された管理サ
   ービスを提供し始めるのを許可する手段と、 を含むネットワーク再構成装置。
2. 【請求項２】 第１焦点ノードとして作動することが可
   能なノードとの関係を設定することを次に試みるための
   手段と、 そのような関係の設定の成功に応じてバックアップ焦点
   ノードの許可を無効にする手段と、 を更に含む請求項１に記載のネットワーク再構成装置。
3. 【請求項３】 複数の相互接続ノードを有し、前記ノー
   ドがネットワーク管理サービスを他のノードに供給する
   ことが可能な焦点ノードか或いは焦点ノードにより供給
   されたネットワーク管理サービスを受信することが可能
   な非焦点ノードのいずれかに分類され、焦点ノードが第
   １又はバックアップ焦点ノードとなる、コンピュータネ
   ットワークで使用されるための、ネットワークをダイナ
   ミックに再構成する方法であって、非焦点ノードで実行
   されると共に、 非焦点ノードとその第１焦点ノードの間の通信を監視し
   て、そのような通信におけるエラーを検出するため工程
   と、 第１焦点ノードから通信の故障を表示するエラーに応じ
   て引き継ぎ要求を生成する工程と、 引き継ぎ要求を指定されたバックアップ焦点ノードに送
   信して、バックアップ焦点ノードが第１焦点ノードによ
   り以前提供された管理サービスを提供し始めるのを許可
   する工程と、 を含むネットワーク再構成方法。
4. 【請求項４】 第１焦点関係の復元の成功に応じてバッ
   クアップ焦点ノードに以前与えられた許可を無効にする
   工程を更に含む、請求項３に記載のネットワーク再構成
   方法。