(57)【特許請求の範囲】
【請求項１】
データを記憶するデータ記憶部と、
前記データの版数情報を管理する版数管理部と、
自装置の状態を管理する状態管理部と、
自装置が立ち上げられた時、隣接ネットワーク装置が有するデータの版数情報及び該隣接ネットワークの状態に関する情報の送信を該隣接ネットワーク装置に要求する版数送信要求部と、
前記版数管理部により管理されるデータの版数情報と前記送信要求に基づいて送信された前記隣接ネットワーク装置が有するデータの版数情報とを比較する版数比較部と、
前記版数比較部による比較の結果、版数が不一致であり、かつ、前記送信要求に基づいて送信された前記隣接ネットワーク装置の状態に関する情報が正常運用であることを示している場合に、前記隣接ネットワーク装置にデータの送信を要求するデータ送信要求部と、
前記データ送信要求部の要求に基づいて隣接ネットワーク装置から送信されたデータを受信して、該データを前記データ記憶部に記憶するデータ受信部と、
前記データ受信部が受信したデータに基づいて、リスタートするリスタート制御部と、
を具備したことを特徴とするネットワーク装置。
【請求項２】
前記隣接ネットワーク装置の前記版数送信要求部からの要求に基づいて、自装置が有するデータの版数情報と自装置の状態に関する情報とを該隣接ネットワーク装置に送信する版数情報送信部と、
前記隣接ネットワーク装置の前記データ送信要求部からの要求に基づいて、自装置が有するデータを送信するデータ送信部とを更に具備した請求項１記載のネットワーク装置。
【請求項３】
自装置に関する個別設定データと、該自装置の隣接ネットワーク装置に関する個別設定データとを格納する第２データ記憶部と、
前記隣接ネットワーク装置から送信された個別設定データを受信して、前記第２データ記憶部に保存する個別設定データ受信部と、
前記隣接ネットワーク装置からの送信要求に基づいて、前記第２データ記憶部に保存された個別設定データを送信する個別設定情報送信部とを備え、
前記版数情報は、個別設定データに関する版数情報を含み、前記データ送信要求部は、前記第２データ記憶部に格納している前記自装置に関する個別設定データの版数と、前記個別設定データ受信部が受信した前記隣接ネットワーク装置が保持していた前記自装置に関する個別設定データの版数とが不一致であり、かつ、前記送信要求に基づいて送信された前記隣接ネットワーク装置の状態に関する情報が正常運用であることを示している場合に、前記隣接ネットワーク装置に前記個別設定データの送信を要求することを特徴とする請求項１記載のネットワーク装置。
【請求項４】
外部からの強制リスタート要求に基づいてリスタートする第２リスタート制御部と、リスタートされた起動要因及びリスタートしてからの運用時間を管理する起動要因管理部と、リスタートしたとき起動要因及び運用時間を隣接ネットワーク装置に送信する起動要因送信部と、隣接ネットワーク装置から送信された起動要因が強制リスタート要求であり、該隣接ネットワーク装置の運用時間が自装置の運用時間よりも短いときに、該隣接ネットワーク装置にデータの送信を要求する第２データ送信要求部と、隣接ネットワーク装置から送信された第２データ送信要求部の要求に基づくデータを受信して、該データを前記データ記憶部に記憶する第２データ受信部と、該データに基づいて自発リスタートをする第３リスタート制御部とを更に具備したことを特徴とする請求項１乃至３記載のネットワーク装置。
【請求項５】
前記起動要因送信部は、前記自発リスタートをしたとき、自発リスタートとする起動要因を隣接ネットワーク装置に送信し、前記第２データ送信要求部は、起動要因が自発リスタートであり、運用時間が自装置の運用時間よりも短いときに、隣接ネットワーク装置にデータの送信を要求することを特徴とする請求項４記載のネットワーク装置。
【請求項６】
前記データは、プログラムデータ、ネットワーク装置に共通のネットワーク設定データを含み、
前記データ送信要求部は前記プログラムデータ及び前記ネットワーク設定データについて版数が異なる場合に前記隣接ネットワーク装置に送信要求をすることを特徴とする請求項１記載のネットワーク装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク装置に関し、特に、ネットワーク装置を運用する際に必要となる、導入時、交換機、運用中のプログラムや運用データのダウンロード及びリスタートの制御に関する。
【０００２】
【従来の技術】
企業内ネットワーク等のネットワークは、複数のネットワーク装置（ノード）から構成される。ノードは、複数の低速ＬＡＮインタフェースをサポートするルータ機能やノード間の基幹ネットワークを形成する高速インタフェース、例えば、ＳＤＨやＳＯＮＥＴインタフェース等をサポートするＳＤＨ装置の機能等を有する。ネットワークは、複数のノードを新規導入して、ノード間を接続することにより運用される。また、ノードの障害等の場合には、新しいネットワーク装置に交換される。更に、運用中にプログラムや設定情報のバージョンアップ等が全ノードで一斉に行われる。
【０００３】
（１）  導入時
▲１▼  ルータ
導入ノードに対して、ネットワーク設定情報（ＮＷ設定情報）及び個別設定情報の設定を行う必要がある。ＮＷ設定情報とは、ノードが共通に持たなければならない情報であり、例えば、ＩＰアドレス情報、ノード番号情報、ＶＬＡＮ設定情報等である。個別設定情報とは、各ノードの個別の情報であり、例えば、各ポートが収容するＬＡＮインタフェース情報である。従来、これをオペレータにより行い、設定データを装置内に保存し、設定データのバックアップを媒体に吸い上げ保管していた。
【０００４】
▲２▼  ＳＤＨ装置
監視プログラムのインストールや個別設定情報の設定を行う必要がある。監視プログラムとは、ＳＤＨ装置が正常に動作しているかを監視するプログラムである。個別設定情報とは、各ノードに個別の情報であり、例えば、タイムスロット割り当て情報、ＱｏＳ設定情報等である。従来、これをセンタ側の管理端末からオペレータによりダウンロードすることにより行い、個別設定情報を管理端末で収集し、媒体にバックアップを取っていた。
【０００５】
（２）  装置交換時
▲１▼  ルータ
導入時と同様のことをする必要がある。これは導入時に媒体にバックアップした設定データをオペレータにより再設定することにより行っていた。
【０００６】
▲２▼  ＳＤＨ装置
交換ノードにインストールされているプログラムの版数と交換装置の版数が違う場合、オペレータにより運用されているプログラムを管理端末からダウンロードを行う。また、導入時にバックアップした設定データを管理端末からオペレータにより再設定する。
【０００７】
（３）  一括変更時
運用中にプログラムや設定データのバージョン（ＩＰアドレスのバージョン）を一括して変更する場合は、管理端末からプログラムや設定データを全装置にダウンロードして一斉にデータ入れ替えを行ってから、全装置のバージョンが入れ替わったか否かをオペレータが管理端末より確認する。
【０００８】
【発明が解決しようとする課題】
しかしながら従来は、以下の問題点があった。
【０００９】
（１）  導入時
一般にルータのネットワーク設定は複雑であり、装置設備工事員とは別にシステムエンジニアレベルのオペレータが必要になる。そのため、設置台数が増えるとオペレータの作業経費も比例して増加する。既に設置されているネットワークで運用されているプログラムやＮＷ設定情報の版数と増設する装置にインストールされるプログラム等の版数が同じであることを必ず確認しなければならない。それは、監視プログラムの版数が異なると監視ができなくなる障害が発生するからである。また、ＩＰアドレスの版数がＩＰｖ４、ＩＰｖ６のようにノードにより異なってしまうとルーティングが不能となる。そのため、間違えて互換が無い又は版数が違うままに起動してしまうとネットワークが不通になってしまうことがある。
【００１０】
（２）  装置交換時
初期導入のノード増設時と同様に運用されているプログラムや設定データの版数が同一であること又は互換性があることの確認が必須であり、異なる場合にはインストール作業が必要となり作業が煩雑になる。また、運用のためにバックアップデータをオペレータにより再設定する必要がある。しかし、ルータの場合は、ネットワークに関する知識が必要となり、通常システムエンジニアレベルの者の作業が伴い、装置設置工事者とは別の作業員が必要となり費用がかさむという問題点がある。
【００１１】
（３）  運用中の一括入れ替え
プログラムの入れ替え時、プログラムの切り替えによるネットワーク断を短くするために一斉に管理端末よりオペレータの指示により切り替えることが行われる。このとき、１つでも切り替えに失敗したノードがあるとネットワークが切断されていまうことがある。この場合、オペレータは管理端末を用いて、各ノードについて切り替えが成功したか否かを確認して、切断している箇所を調べなければならず、調査が完了するまでネットワークが切断されている状態になる。特に、ノードがカスケード接続されていて、管理端末が一方の端局ノードに接続されている場合に、他方の端局ノードの切替不成功によりネットワークが切れたときには、調査完了までに特に時間を要する。また、ネットワークの切断箇所が複数の場合、１箇所ずつの復旧になるので切断箇所に比例して復旧までの時間がかかってしまう。
【００１２】
本発明は、上記を鑑みてなされたものであり、導入、交換及び運用中の一括入れ替え時に、自動で運用データ版数を合わせることのできるネットワーク装置を提供することを目的とする。
【００１３】
【課題を解決するための手段】
図１は、本発明の原理図である。図１に示すように、ノード２＃ｉ（ｉ＝１，２）は隣接ノードである。ノード２＃ｉは、データ記憶部４＃ｉ、版数管理部６＃ｉ、版数送信要求部８＃ｉ、版数比較部１０＃ｉ、データ送信要求部１２＃ｉ、データ受信部１４＃ｉ及びリスタート制御部１６＃ｉを具備する。データ記憶部４＃ｉにはデータが記憶されている。データとは、プログラムデータや設定データ等である。データには版数があり、版数管理部６＃ｉは、データ記憶部４＃ｉに記憶されたデータの版数情報を管理する。ノード２＃２がネットワークへの増設や新規導入及び交換等のために立ち上げられたものとする。一方、ノード２＃１は既にネットワーク上で運用されているものとする。
【００１４】
版数送信要求部８＃２は、自装置が立ち上げられた時、隣接ノード２＃１が有するデータの版数情報の送信をノード２＃１に要求する。版数比較部１０＃２は、版数管理部６＃２により管理されるデータの版数情報と送信要求に基づいてノード＃１から送信されたデータの版数情報とを比較する。データ送信要求部１２＃２は、版数比較部の比較結果に基づいて、隣接ノード２＃１に対してデータの送信を要求する。データ受信部１４＃２は、隣接ノード２＃１から送信されたデータを受信して、該データをデータ記憶部４＃２に記憶する。リスタート制御部１６＃２はデータ受信部１４＃２が受信したデータに基づいて、リスタートする。このように、ノード２＃２が増設又は交換等の際には、立ち上げられた時に、隣接ノード２＃１より必要なデータをダウンロードするので、オペレータがダウンロードする必要がなくなる。
【００１５】
【発明の実施の形態】
図２は、本発明の実施形態によるネットワーク構成図である。図２（ａ）は、リング接続されたネットワークを示す図であり、図２（ｂ）は、カスケード接続されたネットワークを示す図である。図２（ａ）及び図２（ｂ）に示すように、ネットワークは、管理端末５０、複数のノード５２＃ｉ（ｉ＝１〜４）、ノード５２＃ｉ間を接続する伝送路５４及びノード５２＃ｉに収容されるＬＡＮケーブル６０＃ｉｊ（ｊ＝１〜ｎ）より構成される。
【００１６】
管理端末５０は、以下の機能を有する。▲１▼監視プログラム、ＮＷ設定情報及び個別設定情報を該当ノード５２＃ｉにダウンロードする。管理端末５０とノード５２＃ｉ間の通信は、例えば、管理端末５０とノード５２＃１とをＬＡＮにより接続し、管理端末５０とノード５２＃１との間でＬＡＮ通信する。管理端末５０とノード５２＃ｉ（ｉ＝２，…）との間は、例えば、ノード５２＃１とノード５２＃ｉ間でＳＤＨの主信号通信により行う。▲２▼一斉に切り替えをするために、全ノード５２＃ｉ（ｉ＝１，…）にリスタートの指示をする。
【００１７】
図３は、図２中のノード５２＃ｉの構成図である。図３に示すように、ノード５２＃ｉは、ルータ１００＃ｉ、ＳＤＨ装置１０２＃ｉ及びプラグイン制御部１０４＃ｉを有する。ルータ１００＃ｉは、複数のＬＡＮインタフェース６０＃ｉｊ（ｊ＝１，…）を収容し、ＮＷ設定データに従って、ＬＡＮインタフェース５２＃ｉｊ及びＳＤＨ装置１０２＃ｉ間でＩＰパケットのルーティング処理を行う。ＳＤＨ装置１０２＃ｉは、次の機能を有する。▲１▼タイムスロット割当情報に従って、主幹伝送路５４及びルータ１００＃ｉ間でＳＤＨをインタフェースする。▲２▼監視プログラムにより障害を監視する。
【００１８】
図４は、図３中のプラグイン制御部１０４＃ｉの構成図である。図４に示すように、プラグイン制御部１０４＃ｉは、プログラム蓄積部１５０＃ｉ、自装置ＮＷ設定情報保存部１５２＃ｉ、自装置個別設定情報保存部１５４＃ｉ、隣接装置個別設定情報保存部１５６＃ｉ、版数管理部１５８＃ｉ、状態管理部１６０＃ｉ、隣接ノードデータ管理部１６２＃ｉ、起動要因保存部１６４＃ｉ、主回線通信部１６６＃ｉ、リスタート制御部１６８＃ｉ、通信制御部１７０＃ｉ及び隣接間通信部１７２＃ｉを有する。
【００１９】
プログラム蓄積部１５０＃ｉは、監視プログラムをその版数と共に記憶する、例えば、ＲＯＭである。自装置ＮＷ設定情報保存部１５２＃ｉは、自装置のＮＷ設定情報をその版数と共に記憶する、例えば、ＲＯＭである。自装置個別設定情報保存部１５４＃ｉは、自装置の個別設定情報をその版数と共に記憶する、ＲＯＭである。隣接装置個別設定情報保存部１５６＃ｉは、隣接ノードの個別設定情報をその版数と共に記憶する、例えば、ＲＯＭである。版数管理部１５８＃ｉは、プログラム蓄積部１５０＃ｉ、自装置ＮＷ設定情報保存部１５２＃ｉ及び自装置個別設定情報保存部１５６＃ｉに記憶されたプログラム、ＮＷ設定情報及び個別設定情報の版数を管理する。状態管理部１６０＃ｉは、自装置の状態を管理する。状態には、通常運用、ダウンロード待ち、ダウンロード中、ダウンロード完了、スタート／リスタート、通信不可状態、動作条件確認中、動作条件異常、ＦＰＧＡロード中及びＦＰＧＡ異常の各状態がある。
【００２０】
図５は、状態遷移を示す図である。スタート／リスタートとは、リセットボタンＯＮ又は電源ＯＮされたとき、プログラム、ＮＷ設定情報及び個別設定情報のダウンロードが終了したとき、管理端末５０により外部からのリスタートの指示されたときに、ノードが起動／再起動される状態をいう。動作条件確認中とは、隣接ノード間のＳＤＨフレームのチェック等をして、隣接ノード間で通信可能であるかの確認中であることをいう。通信不可状態とは、隣接ノードとの間で通信ができない状態であることをいう。
【００２１】
動作条件異常とは、動作条件確認により異常が検出された状態であることをいう。ダウンロード待ちとは、隣接ノードよりプログラム等のダウンロードを待っている状態であることをいう。ダウンロード中とは、プログラム等のダウンロードをしている状態であることをいう。ダウンロード完了とは、プログラム等のダウンロードが完了した状態であることをいう。ＦＰＧＡロード中とは、ＦＰＧＡにデータをロードしている状態をいう。ＦＰＧＡとは、ＳＤＨ装置の一部がＦＰＧＡにより構成されており、個別設定データであるＦＰＧＡデータがロードされることによりＳＤＨ装置の機能が決定されるものである。ＦＰＧＡ異常とは、ＦＰＧＡデータの異常等が発生した状態であることをいう。正常運用中とは、自ノードが運用状態であることをいう。上記状態は、図５のように遷移する。
【００２２】
隣接ノードデータ保管部１７０＃ｉは次の機能を有する。▲１▼通信制御部１７０＃ｉから隣接ノードの個別設定情報を受け取ると、隣接装置個別設定情報保存部１５６＃ｉに保存する。▲２▼通信制御部１７０＃ｉから隣接ノードの個別設定情報の読み出しを要求されると、隣接装置個別設定情報保存部１５６＃ｉから個別設定情報を読み出す。
【００２３】
起動要因保存部１６４＃ｉは次の機能を有する。▲１▼起動要因を保存する。起動要因とは、自ノードが起動された要因をいい、管理端末５０の指示により起動されたこと（強制リスタート）、導入時に起動されたこと（導入リスタート）、交換時に起動されたこと（交換リスタート）及び隣接ノードの強制リスタートによるダウンロードに従ってリスタートしたこと（自発リスタート）のいずれかの要因をいう。起動要因を保存するのは、隣接ノードから通知される起動要因によりダウンロードの有無を判断するためである。▲２▼リスタートにより運用状態に入ってからの運用時間を計時する。運用時間を計時するのは、運用時間が最新のプログラム等に合わせて運用するべきであるからである。▲３▼通信制御部１７０＃ｉの指示に従って、起動要因及び運用時間を読み出す。
【００２４】
主回線通信部１６６＃ｉはＳＤＨのペイロードにマッピングされた管理端末５０からのデータ、例えば、リスタート指示、ダウンロードデータ等の送受信を行う。リスタート制御部１６８＃ｉは次の機能を有する。▲１▼主回線通信部１６６＃ｉよりリスタートの指示を受けると、リスタートを開始する。▲２▼リスタートの指示を受けると、通信制御部１７０＃ｉにその旨を通知し、起動要因保存部１６４＃ｉに起動要因（強制リスタート）を通知する。▲３▼通信制御部１７０＃ｉの指示に従って、リスタートを開始する。
【００２５】
通信制御部１７０＃ｉは、次の機能を有する。
【００２６】
▲１▼  導入時に以下の処理を行う。
【００２７】
(i)隣接間通信部１７２＃ｉを通して隣接ノードに対して版数情報を要求する。(ii)隣接間通信部１７２＃ｉを通して隣接ノードより版数情報を受け取る。図６は、隣接ノードから送信される版数情報の内容を示す図である。図６に示すように、版数情報には、自ノード状態、ＮＷ設定情報版数、プログラム版数、個別設定情報版数並びに起動要因及び運用時間が含まれる。尚、導入時には個別設定情報版数並びに起動要因及び運用時間は必要とされないが、共通フォーマットとしたためである。(iii)版数管理部１５８＃ｉより自ノードの版数情報を受け取る。(iv)自ノードの版数情報と隣接ノードの版数情報を比較して、ダウンロードの必要があるか否かを判断する。ここで、導入時に、ダウンロードの必要がある場合は、以下の条件(a),(b),(c)を満足することが必要である。(a)版数が異なること、(b)隣接ノードの状態が正常運用であること、(c)左右の隣接ノードが正常運用であれば、左右の隣接ノードの版数が一致することである。
【００２８】
図７（ａ）〜図７（ｃ）は、導入時のダウンロード、ウェイトの条件を示す図である。図７（ａ）は、自ノードの版数がＶ０の場合を示す図、図７（ｂ）は、自ノードの版数がＶ１の場合を示す図、図７（ｃ）は、自ノードの版数がＶ２の場合を示す図である。ここで版数は、プログラム版数又はＮＷ設定情報の版数をいう。ＤＬとはダウンロードをいう。導入時のダウンロードの対象は、比較対象の版数のプログラム又はＮＷ設定情報である。ＷＡＩＴとはダウンロード待ちの状態をいう。起動とは、ダウンロードせずにリスタートをする条件をいう。
【００２９】
尚、リスタートは、プログラムの版数及びＮＷ設定情報の版数が図に示す条件を満たす場合に、開始される。図中、左の覧は左隣接ノードの状態、上の覧は右隣接ノードの状態を示している。図中の左の覧を右に伸ばし、上の欄を下に伸ばして交叉する覧が自ノードが遷移する状態をいう。例えば、左右の隣接ノードが運用中で且つ版数がともにＶ１であれば、ダウンロード（ＤＬ）される。尚、ダウンロードは、例えば、左隣接ノードより行うものとする。左右の隣接ノードが共に運用中であるが、版数が異なる場合、例えば、左隣接ノードの版数がＶ１、右隣接ノードの版数がＶ２であれば、ウェイトする。運用中のノードは版数が同じである筈なので、版数が異なることは正常な状態でないので、正常な状態になるまでウェイトするためである。
【００３０】
(v)ダウンロードする必要がある場合は、該当する版数のものを隣接通信部１７２＃ｉを通して、隣接ノードにダウンロード要求する。図８はダウンロード要求内容を示す図である。図８に示すように、ダウンロード要求はＮＷ設定情報ダウンロード要求フラグ、個別設定情報要求フラグ及びプログラムダウンロード要求フラグをオン／オフすることにより行われる。(vi)隣接ノードよりダウンロードされたものを版数管理部１５８＃ｉを通して、該当するプログラム蓄積部１５０＃ｉ等に蓄積する。
【００３１】
▲２▼  ノード交換時には、導入時と同様の処理を行う。このとき、交換ノードに最新の個別設定情報が設定されていない場合には、導入時に隣接ノードに保存されていた個別設定情報がダウンロードされる。個別設定情報がダウンロードされるのは、隣接ノードに保存されている自ノードの個別設定情報の版数と自装置個別設定情報保存部１５４＃ｉに記憶されている個別設定情報の版数が異なる場合（個別設定情報が設定されていない、個別設定情報が最新のものと異なる場合を含む）である。
【００３２】
▲３▼  外部からのリスタート指示に関わる次の処理を行う。
【００３３】
(i)リスタート制御部１６８＃ｉよりリスタートしたことが通知されると、隣接間通信部１７２＃ｉを通して、隣接ノードに図６に示す版数情報を通知する。(ii)隣接ノードから版数情報を受け取ると、ダウンロードの必要が有るか否かを判断する。図９は、ダウンロード必要あるか否かを判断する条件を示す図である。図９中の左が左隣接ノード、右は右隣接ノード、左端の１列又は右上１行は、隣接ノードの状態又は自ノードの版数情報（運用時間）と比較した状態をいう。起動時間新（古）は隣接ノードの運用時間が自ノードの運用時間よりも短い（長）ことをいう。図９に示すように、以下の全ての条件(a)〜(d)を満足するときに隣接間通信部１７２＃ｉを通して、ダウンロード要求を行う。(a)隣接ノードが通常運用であること、(b)隣接ノードの起動要因が外部からのリスタート指示（強制リスタート）又は隣接ノードの強制リスタートに基づくリスタート（自発リスタート）であること、(c)隣接ノードの運用時間が自ノードの運用時間よりも短いこと、(d)隣接ノードの版数と自ノードの版数が異なることである。
【００３４】
(iii)ダウンロードの条件を満足する場合は、ダウンロードを行ってからリスタート制御部１６８＃ｉを通して、自発リスタートを行うと共に起動要因保存部１６４＃ｉに起動要因（自発リスタート）を通知する。尚、左右の隣接ノードの中で運用時間が最も短いものをダウンロードする。(iv)ダウンロード後にリスタートした場合には、隣接ノードに版数情報を通知する。
【００３５】
▲４▼隣接ノードより版数情報が要求されると、版数管理部１５８＃ｉ及び起動要因保存部１６＃ｉより図６に示す版数情報を取得して、隣接間通信部１７２＃ｉを通して隣接ノードに送信する。
【００３６】
▲５▼隣接ノードよりダウンロードが要求されると、ダウンロード要求フラグが立っているものについて、該当するプログラム蓄積部１５０＃ｉ、自装置ＮＷ設定情報保存部１５２＃ｉ又は隣接装置個別設定情報保存部１５６＃ｉよりデータを読み出して、隣接間通信部１７２＃ｉを通して隣接ノードに転送する。
【００３７】
▲６▼隣接ノードより個別設定情報が転送されると、隣接装置個別設定情報保存部１５６＃ｉに保存する。
【００３８】
隣接間通信部１７２＃ｉは、通信制御部１７０＃ｉの指示に従って、隣接ノード間で副信号、例えば、ＳＤＨオーバヘッドにより通信を行う。
【００３９】
以下、図２の動作説明をする。
【００４０】
（１）  導入時
図２（ａ）において、ノード５２＃３とノード５２＃１間、図２（ｂ）において、ノード５２＃３の右側にノード５２＃４を増設する場合を例に導入時の動作説明をする。保守者は現地でノード５２＃４を伝送路５４に接続して、電源をオンにする。電源オンになると、ノード５２＃４が立ち上がり、動作を開始する。図５に示すように、スタート状態から動作条件確認中状態に遷移する。動作状態確認中状態において、左右の隣接ノード間の通信が可能であるかがチェックされて、隣接ノード間で通信が不可であれば、該隣接ノード間で通信不可状態となる。
【００４１】
図１０〜図１２は、導入時及び交換時のダウンロードのフローチャートである。図１３は、ノード５２＃４の増設時のダウンロードのシーケンスチャートである。ステップＳ２において、図１３中の(1L)，(1R)に示すように、両系隣接ノードへ版数通知要求を送信する。隣接ノード５２＃１，５２＃３は、図１３中の(2L),(2R)に示すように、ＮＷ設定情報、プログラム及び個別設定情報の版数情報をノード５２＃４に送信して、ノード５２＃４は版数情報を受信する。ステップＳ４において、両系からレスポンス有るか否かを判断する。両系からレスポンスが有れば、ステップＳ６に進む。両系からレスポンス無ければ、ステップＳ３０に進む。ステップＳ６において、両系通常運用中であるか否かを判断する。両系運用中であれば、ステップＳ８に進む。両系運用中で無ければ、ステップＳ３２に進む。
【００４２】
ステップＳ８において、図１３中の(2)に示すように、両系のＮＷ設定情報及びプログラムの版数が一致するか否かを判断する。一致しなければ、ステップＳ２に戻る。一致すれば、ステップＳ１０に進む。ステップＳ１０において、自ノードのＮＷ設定情報の版数と隣接ノードのＮＷ設定情報の版数が一致するか否かを判断する。一致すれば、ステップＳ１２に進む。一致しなければ、ステップＳ１４に進む。ステップＳ１２において、ＮＷ設定情報要求フラグをオンにする。
【００４３】
ステップＳ１４において、自ノードのプログラムの版数と隣接ノードのプログラムの版数が一致するか否かを判断する。一致すれば、ステップＳ１８に進む。一致しなければ、ステップＳ１６に進む。ステップＳ１６において、プログラム要求フラグをオンにする。ステップＳ１８において、自ノードの個別設定情報の版数と隣接ノードが有する自ノードの個別設定情報の版数が一致するか否かを判断する。一致すれば、ステップＳ５０に進む。一致しなければ、ステップＳ２０に進む。ステップＳ２０において、個別設定情報要求フラグをオンにする。
【００４４】
ステップＳ３０において、片系からレスポンスが有ったか否かを判断する。レスポンスが有れば、ステップＳ３２に進む。レスポンスが無ければ、ステップＳ２に戻る。ステップＳ３２において、片系通常運用中であるか否かを判断する。通常運用中で有れば、ステップＳ３４に進む。通常運用中で無ければ、ステップＳ２に戻る。ステップＳ３４において、自ノードのＮＷ設定情報の版数と隣接ノードのＮＷ設定情報の版数が一致するか否かを判断する。一致すれば、ステップＳ３８に進む。一致しなければ、ステップＳ３６に進む。ステップＳ３６において、ＮＷ設定情報要求フラグをオンにする。
【００４５】
ステップＳ３８において、自ノードのプログラムの版数と隣接ノードのプログラムの版数が一致するか否かを判断する。一致すれば、ステップＳ４２に進む。一致しなければ、ステップＳ４０に進む。ステップＳ４０において、プログラム要求フラグをオンにする。ステップＳ４２において、自ノードの個別設定情報の版数と隣接ノードが有する自ノードの個別設定情報の版数が一致するか否かを判断する。一致すれば、ステップＳ６０に進む。一致しなければ、ステップＳ４４に進む。ステップＳ４４において、個別設定情報要求フラグをオンにする。
【００４６】
図１１中のステップＳ５０において、オンフラグ有るか否かを判断する。オンフラグが有れば、ステップＳ５２に進む。オンフラグが無ければ、ステップＳ５６に進む。ステップＳ５２において、図１３中の(4)に示すように、左隣接ノード５２＃１に対して、ダウンロード要求をする。ステップＳ５４において、ダウンロード待ちに入る。ステップＳ５６において、通常運用となる。ステップＳ６０において、オンフラグ有るか否かを判断する。オンフラグが有れば、ステップＳ６２に進む。オンフラグが無ければ、ステップＳ６６に進む。ステップＳ６２において、有効系隣接ノードへダウンロード要求をする。ステップＳ６４において、ダウンロード待ちに入る。ステップＳ６６において、通常運用となる。
【００４７】
隣接ノードはダウンロード要求を受けると、図１３中の(5),(5')に示すように、フラグオンのものについて、ダウンロードをする。ノード５２＃４は、ダウンロードされたものを受信する。ステップＳ８０において、データがＯＫであるか否かを判断する。データがＯＫで無ければ、ステップＳ２に戻る。データがＯＫならば、データを保存して、ステップＳ８２に進む。ステップＳ８２において、図１３中の(6)に示すように、リスタートする。ステップＳ８４において、通常運用なり、起動要因を増設時リスタートとして、運用時間を計時する。
【００４８】
（２）  個別設定情報ダウンロード
図１４は個別設定情報の転送のフローチャートである。図１５は個別設定情報の転送のシーケンスチャートである。図１４中のステップＳ１００において、ノード５２＃４は増設の際に個別設定情報が管理端末５０や図示しないＲＳ−２３２Ｃインターフェースに接続された端末より入力される。ステップＳ１０２において、ノード５２＃４は、図１５中の(20)に示すように、左右の隣接ノード５２＃１，５２＃３に個別設定情報転送要求をする。隣接ノード５２＃１は、個別設定情報転送要求を受けると、図１５中の(21)に示すように、応答する。ステップＳ１０４において、ノード５２＃４は両系からレスポンスが有ったか否かを判別する。両系からレスポンスが有れば、ステップＳ１０６に進む。両系からレスポンスが無ければ、ステップＳ１０８に進む。
【００４９】
ステップＳ１０６において、図１５中の(22)に示すように、隣接ノードに個別設定情報を転送する。隣接ノードは、個別設定情報を受信すると隣接装置の個別設定情報として保存する。そして、図１５中の(23)に示すように、ノード５２＃４に応答する。ステップＳ１０８において、ノード５２＃４は片系からレスポンスが有ったか否かを判別する。片系からレスポンスが有れば、ステップＳ１１０に進む。片系からレスポンスが無ければ、ステップＳ１０２に戻る。ステップＳ１１０において、隣接ノードに個別設定情報を転送する。隣接ノード５２＃１，５２＃３は、ノード５２＃４の個別設定情報を受信すると保存して、ノード５２＃４に応答する。
【００５０】
（３）  交換時
例えば、ノード５２＃４に障害等が発生し、ノード５２＃４の交換をしたとする。ノード５２＃４が交換されると、導入時と同様にスタートされて同様の処理を行う。このとき、交換ノード５２＃４に個別設定情報が設定されていないときでも、交換ノード５２＃４は、図１０中のステップＳ１８における隣接ノードが有する自ノード５２＃４の個別設定情報の版数と交換ノード５２＃４が有する個別設定情報の版数との比較により、版数が異なり、最新の個別設定情報が保存されていると判断される場合には、個別設定情報を隣接ノードよりダウンロードする。
【００５１】
（４）  一括ダウンロード
プログラムやＮＷ設定情報のバージョンアップ等により、管理端末５０が全てのノード５２＃ｉ（ｉ＝１，２…）に対して、ダウンロード行う。各ノード５２＃ｉ（ｉ＝１，…）は、主信号よりダウンロードされたプログラムやＮＷ設定情報を受信してＲＯＭに保存する。管理端末５０はダウンロードが終了すると、主信号によりリスタートを指示する。ノード５２＃ｉ（ｉ＝１，…）は、リスタートの指示を受けると、強制リスタートを開始する。そして、起動要因を強制リスタートとし、運用時間の計時を開始する。
【００５２】
図１６は、自発リスタートへ至るフローチャートである。図１７は、自発リスタートへ至るシーケンスチャートであり、ノード５２＃３が強制リスタート失敗し、ノード５２＃３の左右の隣接ノード５２＃２，５２＃４が強制リスタートに成功したときに、ノード５２＃３が自発リスタートを行う場合を示している。図１７中の(51L),(51R)に示すように、管理端末５０からノード５２＃２，５２＃４にダウンロードされる。図１７中の(52L),(52R)に示すように、ノード５２＃２，５２＃４は強制リスタートする。一方、ノード５２＃３は、図１７中の(53)に示すように、ノード５２＃３は強制リスタートに失敗したとする。隣接ノード５２＃２，５２＃４は、図１７中の(54L),(54R)に示すように、ノード５２＃３に版数情報を送信する。ステップＳ１５０において、隣接ノード５２＃１，５２＃４より版数情報を受信する。図１７中の(55)に示すように、以下の版数比較を行う。
【００５３】
ステップＳ１５２において、両系からレスポンス有るか否かを判別する。両系からレスポンスが有れば、ステップＳ１５４に進む。両系からレスポンスがなければ、ステップＳ１７０に進む。ステップＳ１５４において、両系運用中であるか否かを判定する。両系が共に運用中で有れば、ステップＳ１５６に進む。両系が運用中でなければ、ステップＳ１７２に進む。ステップＳ１５６において、ＮＷ設定情報一致しているか否かを判別する。一致していれば、ステップＳ１５８に進む。一致していなければ、ステップＳ１８０に進む。
【００５４】
ステップＳ１５８において、自個別ノードの個別設定情報の版数と隣接ノードが有する自ノードの個別設定情報の版数が一致するか否かを判断する。一致すれば、ステップＳ１６０に進む。一致しなければ、ステップＳ１８０に進む。ステップＳ１６０において、自ノードのプログラムの版数と隣接ノードのプログラムの版数が一致するか否かを判断する。一致すれば、ステップＳ１８４に進む。一致しなければ、ステップＳ１８０に進む。ステップＳ１８０において、隣接ノードの起動要因が強制リスタート又は自発リスタートであるかを判断する。いずれでもなければ、ステップＳ１８４に進む。いずれかであれば、ステップＳ１８２に進む。ステップＳ１８２において、隣接ノードの起動時間が自ノードの起動時間よりも新しいか否かを判断する。新しい場合には、ステップＳ１９０に進む。
【００５５】
ステップＳ１７０において、片系からレスポンスが有ったか否かを判断する。レスポンスが有れば、ステップＳ１７２に進む。レスポンスが無ければ、ステップＳ１８６に進む。ステップＳ１７２において、片系通常運用中であるか否かを判断する。通常運用中で有れば、ステップＳ１７４に進む。通常運用中で無ければ、ステップＳ２７６に進む。ステップＳ１７４において、ＮＷ設定情報一致しているか否かを判別する。一致していれば、ステップＳ１７４に進む。一致していなければ、ステップＳ１８０に進む。ステップＳ１７６において、自個別ノードの個別設定情報の版数と隣接ノードが有する自ノードの個別設定情報の版数が一致するか否かを判断する。一致すれば、ステップＳ１７８に進む。一致しなければ、ステップＳ１８０に進む。ステップＳ１７８において、自ノードのプログラムの版数と隣接ノードのプログラムの版数が一致するか否かを判断する。一致すれば、ステップＳ１８８に進む。一致しなければ、ステップＳ１８０に進む。
【００５６】
ステップＳ１８４，Ｓ１８６において、ノード運用中とする。ステップＳ１９０において、版数が異なるものについて、フラグをオンにして、起動時刻が最も新しい隣接ノード５２＃１に対して、図１７中の(56L)に示すように、ダウンロード要求を行い、図１７中の(57L)(57'L)に示すように、隣接ノード５２＃１は、ダウンロード要求フラグオンされたものについて、ノード５２＃３にダウンロードし、ノード５２＃３は、正常にダウンロードされると、図１７中の(58)に示すように、起動要因を自発リスタートして、通常運用に入る。ノード５２＃３は、自発リスタートすると、隣接ノード５２＃４，５２＃１に、起動要因を自発リスタートとする版数情報を通知する。これにより、強制リスタート失敗した場合に、隣接ノードより、自動的にダウンロードされて、自発リスタートされる。
【００５７】
また、ノード５２＃２，５２＃３，５２＃４で強制リスタート失敗し、ノード５２＃１が強制リスタート成功した場合には、上述したと同様にして、ノード５２＃１がノード５２＃２に版数情報を通知する。ノード５２＃２は、版数情報を受け取ると、上述したようにノード５２＃１にダウンロード要求を行い、ダウンロードされると自発リスタートをして、通常運用に入る。そして、ノード５２＃３に起動要因を自発リスタートとする版数情報を通知する。
【００５８】
ノード５２＃３は上述したと同様にしてノード５２＃２よダウンロード要求を行い、ダウンロードされると自発リスタートして、通常運用に入り、ノード５２＃４に起動要因を自発リスタートとする版数情報の通知をする。このように、３個以上の直列に接続されたノード５２＃２，５２＃３，５２＃４が強制リスタートに失敗しても、ダウンロードに成功したノードより順次ダウンロードされる。
【００５９】
以上説明した実施形態によれば、２台目以降の初期導入時、導入現場での作業としてプログラム版数と整合性の確認や入れ替え、ネットワーク設定情報の設定、装置個別設定情報の設定が不要により、システムエンジニアレベルのネットワーク知識を有する作業員が不要となる。従って、導入装置の台数が多い場合など、装置設定に伴う人件費の大幅な削減となる。
【００６０】
また、装置交換時も同様に、運用中のプログラム版数と交換装置版数との整合性の確認や入れ替え、及びネットワーク設定情報の再設定、装置個別設定情報の再設定が不要により、システムエンジニアレベルのネットワーク知識を有する作業員が不要となり、現場に赴くのは工事担当者のみで良く、人件費の削減になる。プログラム一括入れ替えに失敗した場合の自動リカバリでは復旧時間が最小の時間でリカバリができる。また、失敗した箇所が複数ある場合でも、復旧時間はその数に関係なく最小時間で復旧が可能である。
【００６１】
本発明は以下の付記を含むものである。
【００６２】
（付記１）  データを記憶するデータ記憶部と、
前記データの版数情報を管理する版数管理部と、
自装置が立ち上げられた時、隣接ネットワーク装置が有するデータの版数情報の送信を該隣接ネットワーク装置に要求する版数送信要求部と、
前記版数管理部により管理されるデータの版数情報と前記送信要求に基づいて送信された前記隣接ネットワーク装置が有するデータの版数情報とを比較する版数比較部と、
前記版数比較部の比較結果に基づいて、前記隣接ネットワーク装置にデータの送信を要求するデータ送信要求部と、
前記データ送信要求部の要求に基づいて隣接ネットワーク装置から送信されたデータを受信して、該データを前記データ記憶部に記憶するデータ受信部と、
前記データ受信部が受信したデータに基づいて、リスタートするリスタート制御部と、
を具備したことを特徴とするネットワーク装置。
【００６３】
（付記２）  隣接ネットワーク装置からの版数情報の送信要求に基づいて、自装置が有するデータの版数情報を該隣接ネットワーク装置に送信する版数情報送信部と、隣接ネットワーク装置からのデータの送信要求に基づいて、自装置が有するデータを送信するデータ送信部とを更に具備したことを特徴とする付記１記載のネットワーク装置。
【００６４】
（付記３）  自装置の状態を管理する状態管理部、隣接ネットワーク装置に状態の送信要求する状態送信要求部と、隣接ネットワーク装置からの状態の送信要求に基づいて、前記状態管理部が管理する状態を該隣接ネットワーク装置に送信する状態送信部とを更に具備し、前記データ送信要求部は、該隣接ネットワーク装置が運用状態であり且つデータの版数が異なる場合に該データの送信を要求することを特徴とする付記２記載のネットワーク装置。
【００６５】
（付記４）  自装置がネットワークに導入されたとき、自装置に設定された個別設定データを隣接ネットワーク装置に送信する個別設定データ送信部と、第２データ記憶部と、隣接ネットワーク装置から送信された個別設定データを受信して、前記第２データ記憶部に保存する個別設定データ受信部と、隣接ネットワーク装置からの送信要求に基づいて、前記第２データ記憶部に保存された個別設定データを送信する個別設定情報送信部とを更に具備したことを特徴とする付記３記載のネットワーク装置。
【００６６】
（付記５）  前記データは、プログラムデータ、ネットワーク装置に共通のネットワーク設定データ及び前記個別設定データであり、前記データ送信要求部はプログラムデータ及びネットワーク設定データについては版数が異なる場合、個別設定データについては自装置の個別設定データが隣接ネットワーク装置に保存されている場合、隣接ネットワーク装置に送信要求をすることを特徴とする付記４記載のネットワーク装置。
【００６７】
（付記６）  外部からの強制リスタート要求に基づいてリスタートする第２リスタート制御部と、リスタートされた起動要因及びリスタートしてからの運用時間を管理する起動要因管理部と、リスタートしたとき起動要因及び運用時間を隣接ネットワーク装置に送信する起動要因送信部と、隣接ネットワーク装置から送信された起動要因が強制リスタート要求であり、該隣接ネットワーク装置の運用時間が自装置の運用時間よりも短いときに、該隣接ネットワーク装置にデータの送信を要求する第２データ送信要求部と、隣接ネットワーク装置から送信された第２データ送信要求部の要求に基づくデータを受信して、該データを前記データ記憶部に記憶する第２データ受信部と、該データに基づいて自発リスタートをする第３リスタート制御部とを更に具備したことを特徴とする付記５記載のネットワーク装置。
【００６８】
（付記７）  前記起動要因送信部は、前記自発リスタートをしたとき、自発リスタートとする起動要因を隣接ネットワーク装置に送信し、前記第２データ送信要求部は、起動要因が自発リスタートであり、運用時間が自装置の運用時間よりも短いときに、隣接ネットワーク装置にデータの送信を要求することを特徴とする付記６記載のネットワーク装置。
【００６９】
（付記８）  前記状態管理部が管理する状態は、隣接ネットワーク装置からのデータの転送待ちであるダウンロード待ち状態、運用状態及び通信不可状態を含むことを特徴とする付記３記載のネットワーク装置。
【００７０】
【発明の効果】
以上説明した本発明によれば、導入時に隣接ノードよりデータをダウンロードするので、オペレータが不要となる。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本発明の実施形態によるネットワーク構成図である。
【図３】図２中のノード構成図である。
【図４】図３中のプラグイン制御部の構成図である。
【図５】状態遷移図である。
【図６】版数情報の内容を示す図である。
【図７】導入時のダウンロード、ウェイトの条件を示す図である。
【図８】ダウンロード要求内容を示す図である。
【図９】自発リスタートと版数情報の関係を示す図である。
【図１０】導入時及び交換時のダウンロードのフローチャートである。
【図１１】導入時及び交換時のダウンロードのフローチャートである。
【図１２】導入時及び交換時のダウンロードのフローチャートである。
【図１３】導入時のシーケンスチャートである。
【図１４】個別設定情報転送のフローチャートである。
【図１５】個別設定情報転送のシーケンスチャートである。
【図１６】自発リスタートへ至るフローチャートである。
【図１７】自発リスタートへ至るシーケンスチャートである。
【符号の説明】
２＃１，２＃２  ノード
４＃２  データ記憶部
６＃２  版数管理部
８＃２  版数送信要求部
１０＃２  版数比較部
１２＃２  データ送信要求部
１４＃２  データ受信部
１６＃２  リスタート制御部
【図１】
0004098504.tif 000002
【図２】
0004098504.tif 000003
【図３】
0004098504.tif 000004
【図４】
0004098504.tif 000005
【図５】
0004098504.tif 000006
【図６】
0004098504.tif 000007
【図７】
0004098504.tif 000008
【図８】
0004098504.tif 000009
【図９】
0004098504.tif 000010
【図１０】
0004098504.tif 000011
【図１１】
0004098504.tif 000012
【図１２】
0004098504.tif 000013
【図１３】
0004098504.tif 000014
【図１４】
0004098504.tif 000015
【図１５】
0004098504.tif 000016
【図１６】
0004098504.tif 000017
【図１７】
0004098504.tif 000018