JP2001127780A - ネットワークシステム - Google Patents

Abstract

(57)【要約】 【課題】 ソフトウェアの初期化に際し、ハードウェア
の初期化も行なうと、ハードウェアの初期化により通信
パステーブルをクリアされ、ローカル通信端末が通信し
ている入出力ポートで通信中断が発生する。 【解決手段】 ソフトウェアの初期化時には、ソフトウ
ェアの初期化のみを行ない、ハードウェアの初期化は行
なわない。ノード装置１において通信を実現しているの
はハードウェア部８であり、ソフトウェアの初期化によ
るハードウェア部８への影響はないので、ハードウェア
部８は通信パステーブル１１に記憶された通信パスに従
って通信を継続することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ノード装置が複数
接続されたネットワークシステムにおいて、ローカル通
信端末間の通信が中断されることのなく、ノード装置の
ソフトウェアの初期化を行なうことができ、また、異な
る種類のソフトウェアをノード装置毎に正しい種類のソ
フトウェアをインストールすることができ、また、異な
るノード装置毎に対応する保守端末装置のプログラムを
起動することができるネットワークシステムに関する。

【０００２】

【従来の説明】例えば、鉄道管理システム、地下鉄管理
システム、道路管理システム、下水道管理システム、航
空管理システム、河川管理システムなどの管理システム
においては、遠隔地に配置したデータ発生源からのデー
タを管理センター等に収集し、その収集結果を表示する
などして遠隔地の状況を把握することが基本となってい
る。この種のネットワークシステムの構築例として、デ
ータ発信源と管理センターを１対１の通信線で接続して
情報を集め、また管理センターからも１対１の通信線で
データ受信装置に接続しその制御を行うのが一般的であ
った。ところが、今日、ＡＴＭ（Asynchronous Transf
er Mode：非同期転送モード）交換方式の実用化に向け
た開発が急速に進んできており、このＡＴＭ技術を上述
したような通信システムに応用することで、ＡＴＭのメ
リットを活かした柔軟性のあるシステムの構築が可能に
なってきている。このＡＴＭ技術を用いて上述した種々
のネットワークシステムを構築する場合、図１５のよう
に、ＡＴＭ交換機能を有する複数のノード装置１を光フ
ァイバ等の伝送路２を介してリング状に配置すると共
に、これら各ノード装置に入出力ポート３を介してロー
カル通信端末４を接続したうえで、伝送路に対してリン
グ状に複数の仮想的な通信パスを設定し、該通信パスに
より、上記各ローカル通信端末間の情報を各ノード装置
を介して送受している。リモート管理装置５は、いずれ
かのノード装置に接続されており、ネットワーク全体の
監視・制御を行なっている。

【０００３】ここで、図１６を用いて従来のネットワー
クシステム起動時の初期化シーケンス及びソフトウェア
初期化シーケンスについて説明する。ネットワークシス
テムの起動時は、ＳＴＥＰ１により各ノード装置の電源
がＯＮされると、ＳＴＥＰ２によりソフトウェアがリセ
ットされソフトウェアが起動される。ＳＴＥＰ３ではソ
フトウェアが動作するためのリソースを初期化し、ＳＴ
ＥＰ４ではハードウェアの初期化が行われハードウェア
は動作を行なうための準備状態となる。更に、ＳＴＥＰ
５でコンフィグレーションデータ設定が行なわれる。コ
ンフィグレーションデータの設定では、例えば、入力さ
れたセルをいずれの出力ポートへ出力されるか等が該当
する。その後、ＳＴＥＰ６のノード装置運用状態となり
システムが運用される。システムが運用状態になると、
ソフトウェアはシステム保守者に対してシステム情報を
通知するためノード装置１内部の情報収集を行なった
り、障害の監視を行なったり、通信パステーブルの設定
を行ないスイッチ部出力ポートの方向を変更するなどの
動作を継続し、通信そのものには影響を及ぼさない。こ
のシステム運用状態で、そのソフトウェアの動作が何ら
かの不具合で正常動作しなくなったり、ソフトウェアの
プログラムを更新する場合には、ＳＴＥＰ７によりソフ
トウェアの初期化の指令を行ない再起動し直す必要があ
る。

【０００４】この場合は、ＳＴＥＰ２のソフトウェアリ
セットから動作が開始され、上記と同様の手順でノード
装置は運用状態となる。

【０００５】

【発明が解決しようとする課題】しかしながら、従来の
ような方法でソフトウェアのリセットを行なうと、次の
ような問題点がある。システム運用状態でソフトウェア
リセットから動作を開始すると、再びハードウェアの初
期化が行われ、コンフィグレーションデータの設定が行
なわれる。このハードウェアの初期化は、通信パステー
ブルをクリアし、ＡＴＭスイッチ部をハードウェア動作
を行なうための準備状態とするため、再び通信パステー
ブルの設定が行なわれるまでは通信パステーブルに何も
設定されていない状態となり、セルを必要なスイッチ部
出力ポートへ出力することが出来なくなり、ローカル通
信端末が通信している入出力ポートで通信中断が発生す
る。例えば、管理システムや企業内の情報共有等のため
のネットワークにおいて、インターフェースの増設など
によるソフトウェアのアップグレードやソフトウェアの
障害が発生するたびに、従来の方式でソフトウェアのリ
セットを行なっていると、その度にネットワークが一旦
停止することになる。ネットワークの重要性が高まりつ
つある現在においては、ネットワーク機能が停止してし
まうことによる信頼性の低下、損失は計り知ることは出
来ない。

【０００６】また、プログラムファイルを更新する際に
は、次のような問題点もある。近年のネットワークシス
テムにおいては、ネットワークを構成する全てのノード
装置が同じノード装置であるとは限らない。例えば、増
設されたノード装置や置き換えられたノード装置が、従
来からあるノード装置とは異なるものである可能性があ
る。このようなネットワークシステムにおいては、ノー
ド装置に異なるモデルのプログラムファイルが書き込ま
れる可能性がある。つまり、従来のプログラムファイル
は、そのプログラムファイル自体にはそれに対応するノ
ード装置の情報が存在しないため、異なるモデルのプロ
グラムファイルでも更新の指示が有ると、ノード装置の
記憶領域に書き込まれる。この書き込まれた時点では、
書き込まれたプログラムファイルが、このノード装置向
けのプログラムファイルであるかどうかは判断すること
はできず、再起動したときに初めて正常に動作しないこ
とが判明する。このように、異なる種類のノード装置が
混在するネットワークシステムにおいては、それぞれの
ノード装置に対応したプログラムファイル（アプリケー
ション）を必要とする。他にも、ノード装置を制御・監
視する保守端末装置でも同じことが言える。

【０００７】ノード装置を制御・監視する保守端末装置
においても、異なるノード装置単位に個別のプログラム
が必要となる。そこで、従来は、保守端末装置に接続し
ているノード装置を、保守端末装置の使用者が識別し、
該ノード装置に対応するプログラムを使用者が選択し、
手動で起動する必要があるため、ノード装置に対応した
プログラムを誤って選択してしまうと、正常にノード装
置の制御・監視ができないという問題があった。よっ
て、本発明では、上記問題点を解決するために、運用中
の通信を中断すること無く、ソフトウェアの初期化を実
現することができるネットワークシステム、また、異な
る種類のソフトウェアをノード装置毎に正しい種類のソ
フトウェアをインストールすることのでき、また、異な
るノード装置毎に対応する保守端末装置のプログラムを
起動することができるネットワークシステムを提供する
ことを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明の請求項１に係るネットワークシステムで
は、ソフトウェアの初期化時にも、ハードウェア部は記
憶領域に記憶された通信パスに従って通信を継続する。
本発明の請求項２に係るネットワークシステムでは、ソ
フトウェアの初期化時に、ローカル端末間の通信を中断
させない通信無中断の初期化を行なうときには、ソフト
ウェアの初期化のみを行ない、ハードウェアの初期化は
行なわない。ノード装置において通信を実現しているの
はハードウェア部であり、ソフトウェアの初期化による
ハードウェア部への影響はないので、ハードウェア部は
記憶領域に記憶された通信パスに従って通信を継続する
ことができる。本発明の請求項３に係るネットワークシ
ステムでは、ソフトウェアの初期化時に、ローカル端末
間の通信を中断させない通信無中断の初期化を行なうと
きには、ソフトウェアの初期化のみを行ない、ハードウ
ェアの初期化は行なわない。ノード装置において通信を
実現しているのはハードウェア部であり、ソフトウェア
の初期化によるハードウェア部への影響はないので、ハ
ードウェア部は記憶領域に記憶された通信パスに従って
通信を継続することができる。更に、ソフトウェアの初
期化の前に記憶した通信パスを記憶領域に上書きしてい
るので、確実に初期化前の通信環境を実現することがで
きる。

【０００９】本発明の請求項４に係るネットワークシス
テムでは、ソフトウェアの更新を行なった後、ソフトウ
ェアの初期化を行なう際に、ローカル端末間の通信を中
断させない通信無中断の初期化を行なうときには、ソフ
トウェアの更新を行なった後、ソフトウェアの初期化の
みを行ない、ハードウェアの初期化は行なわない。ノー
ド装置において通信を実現しているのはハードウェア部
であり、ソフトウェアの更新及びソフトウェアの初期化
によるハードウェア部への影響はないので、ハードウェ
ア部は記憶領域に記憶された通信パスに従って通信を継
続することができる。本発明の請求項５に係るネットワ
ークシステムでは、ソフトウェアの更新を行なった後、
ソフトウェアの初期化を行なう際は、ローカル端末間の
通信を中断させない通信無中断の初期化を行なうときに
は、ソフトウェアの更新を行なった後、ソフトウェアの
初期化のみを行ない、ハードウェアの初期化は行なわな
い。ノード装置において通信を実現しているのはハード
ウェア部であり、ソフトウェアの更新及びソフトウェア
の初期化によるハードウェア部への影響はないので、ハ
ードウェア部は記憶領域に記憶された通信パスに従って
通信を継続することができる。更に、ソフトウェアの初
期化の前に記憶した通信パスを記憶領域に上書きしてい
るので、確実に初期化前の通信環境を実現することがで
きる。

【００１０】本発明の請求項６に係るネットワークシス
テムでは、管理装置に格納されたプログラムファイルを
ノード装置に転送する指示が与えられると、転送先のノ
ード装置のタイプと転送されるプログラムファイルのタ
イプとを比較し、そのノード装置向けのプログラムファ
イルであれば転送を行ない、異なる装置向けのプログラ
ムであれば転送を行なわず終了することにより、異なる
装置向けのプログラムがノード装置にインストールされ
ることが無くなる。本発明の請求項７に係るネットワー
クシステムでは、ノード装置に保守端末装置が接続され
ると、保守端末装置はノード装置を識別する情報である
装置識別情報を受信し、この装置識別情報を基に、保守
端末装置に接続されたノード装置に対応するプログラム
ファイルを選択し起動する。このように、保守端末装置
は、接続されたノード装置に対応するプログラムファイ
ルを自動的に選択・起動することができる。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して説明する。図１は、ネットワークシス
テムにおいて、カメラとモニタとの通信を示す図であ
る。カメラ６とモニタ７は、適当なノード装置１の入出
力ポート３に接続されている。カメラ６で撮影された画
像情報は、入出力ポート３を介してノード装置１に伝送
され、伝送路２を介しモニタ７の接続されているノード
装置１に伝送され、更に入出力ポート３を介してモニタ
７へと伝送され画像が再生される。また逆に、必要によ
ってはモニタ７からカメラ６へと制御情報が送られる。
このとき、各情報の伝送方向は、矢印の方向になる。図
２は、ノード装置での通信パス設定を説明する図であ
る。ノード装置１は、ソフトウェア機能８とハードウェ
ア機能９とから構成されており、ソフトウェア機能７は
ハードウェア初期化機能とコンフィグレーションデータ
設定機能とにより構成されており、ハードウェア機能９
は通信パステーブル１１と光受信部１２と光送信部１３
とＡＴＭスイッチ部１４により構成されている。光受信
部１２と光送信部１３は伝送路２に接続され、光受信部
１２では光で伝送されてきたＡＴＭ方式のセルデータを
ノード装置１内部で電気信号に変換し、ＡＴＭスイッチ
部１４では出力ポート３宛てのセルデータであれば出力
ポート３へとスイッチングし、該ノード装置１より先へ
のノード装置１へのセルデータであれば光送信部１３へ
とスイッチングされ隣接ノード装置１へと伝送される。

【００１２】ＡＴＭスイッチ部１４では、ＡＴＭ方式で
あるＶＰＩ（Ｖｉｒｔｕａｌ Ｐａｔｈ Ｉｄｅｎｔｉ
ｆｉｃａｔｉｏｎ）、ＶＣＩ（Ｖｉｒｔｕａｌ Ｃｏｎ
ｎｅｃｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）というアド
レス情報によりどのスイッチ部出力ポートに出て行くか
を決定し伝送される。その際、この伝送はハードウェア
機能８により実現されるが、どのスイッチ部出力ポート
に伝送されるかは通信パステーブル１１においてソフト
ウェア機能８から書かれた情報から決定される。ソフト
ウェア機能８では、ノード装置１が電源ＯＮ等により立
ち上げられたとき、先ずハードウェア初期化機能によ
り、例えば通信パステーブル１１のクリアやＡＴＭスイ
ッチ部１４を初期状態に設定した後、ＡＴＭスイッチ部
１４に入力されてくるセルデータを必要なスイッチ部出
力ポートへ出力されるようコンフィグレーションデータ
設定機能で通信パステーブル１１の設定を行なう。尚、
コンフィグレーションデータ設定には、通信パステーブ
ル設定の他にもＡＴＭスイッチ部の設定、入出力ポート
の設定、ネットワークを構築する際に必要となるクロッ
クに関する設定などが含まれている。

【００１３】図３は、本発明の第１の実施の形態のソフ
トウェア初期化シーケンス図である。図３のシーケンス
において、図１６に示した従来のシーケンスと異なる点
は、ＳＴＥＰ３のソフトウェアリソース初期化を行なっ
た後、ＳＴＥＰ４のハードウェア初期化とＳＴＥＰ５の
コンフィグレーションデータ設定を行なうこと無く、Ｓ
ＴＥＰ６のノード装置運用状態に至るシーケンスを持っ
ている点である。つまり、ローカル通信端末間で通信が
行なわれているシステム運用状態で、その通信を中断さ
せること無くソフトウェアの初期化を行なう場合、例え
ば、ソフトウェアの動作が何らかの不具合で正常に動作
しなくなったり、ソフトウェアのプログラムを更新する
場合には、ＳＴＥＰ７によりソフトウェアの初期化の指
令が成される際に、ローカル通信端末間の通信を中断さ
せない通信無中断での初期化であることが指定される。
この通信無中断での初期化の指定は、人為的に行なわれ
ることも考えられるが、例えばローカル端末間の通信が
行われていることを検出して自動的に指定されるように
しても良い。そして、ＳＴＥＰ２によりソフトウェアが
リセットされソフトウェアが起動され、ＳＴＥＰ３でソ
フトウェアが動作するためのリソースの初期化が行われ
ると、ＳＴＥＰ８により通信無中断の指定が成されてい
るか判断され、通信を中断させない無中断の初期化であ
る場合は、ＳＴＥＰ６のノード装置運用状態に至る。

【００１４】このように、第１の実施の形態では、従来
行われていたＳＴＥＰ４のハードウェア機能部の初期
化、ＳＴＥＰ５のコンフィグレーションデータの設定は
行なわれない。ＳＴＥＰ４のハードウェア機能部の初期
化は、通信パステーブル１０のクリアやＡＴＭスイッチ
部１４の初期化を行なっていたところであり、ハードウ
ェア機能部の初期化が行われないということは、通信パ
ステーブルやＡＴＭスイッチ部の設定は現在のまま使用
されるということであり、ＳＴＥＰ５のコンフィグレー
ションデータの設定が行なわれないということは、現在
のシステム運用状態がそのまま使用されるということで
ある。つまり、従来の技術でも述べたように、ローカル
通信端末間の通信を実現しているのはハードウェア機能
９であり、ソフトウェア機能８は通信には影響を及ぼし
てはいないので、このようにハードウェア機能部の初期
化が行われない状況ではあれば、ソフトウェアの初期化
が行われたとしても通信は中断されることはない。以上
のように、本実施の形態によれば、ローカル端末間の通
信を継続した状態でソフトウェアの初期化を行なうこと
ができる。次に本発明の第２の実施の形態について説明
する。図４は、本発明の第２の実施の形態のソフトウェ
ア初期化シーケンス図である。

【００１５】図４のシーケンスにおいて、図１６に示し
た従来のシーケンスと異なる点は、ＳＴＥＰ７で現時点
でのコンフィグレーションデータに当たる通信パステー
ブル等の通信設定情報を抽出すると共に、ＳＴＥＰ３の
ソフトウェアリソース初期化を行なった後、ＳＴＥＰ４
のハードウェア初期化を行なうこと無く、ＳＴＥＰ５の
コンフィグレーションデータの設定を行なうシーケンス
を持っている点である。つまり、ローカル通信端末間で
通信が行なわれているシステム運用状態で、その通信を
中断させること無くソフトウェアの初期化を行なう場合
には、ＳＴＥＰ９により現時点でのコンフィグレーショ
ンデータに当たる通信パステーブル等の通信設定情報を
抽出し、ＳＴＥＰ７によりソフトウェアの初期化の指令
が成される際に、ローカル通信端末間の通信を中断させ
ない無中断での初期化であることが指定される。そし
て、ＳＴＥＰ２によりソフトウェアがリセットされソフ
トウェアが起動され、ＳＴＥＰ３でソフトウェアが動作
するためのリソースの初期化が行われると、ＳＴＥＰ８
により通信無中断の指定が成されているか判断され、通
信を中断させない無中断の初期化である場合は、ＳＴＥ
Ｐ５で先にＳＴＥＰ７により抽出した通信設定情報を設
定（上書き）し、ＳＴＥＰ６のノード装置運用状態に至
る。

【００１６】このように、第２の実施の形態では、従来
行われていたＳＴＥＰ４のハードウェア機能部の初期化
は行なわれない。ＳＴＥＰ４のハードウェア機能部の初
期化が行われないということは、通信パステーブルやＡ
ＴＭスイッチ部の設定は現在のまま使用されるというこ
とであり、ＳＴＥＰ５のコンフィグレーションデータの
設定では、ＳＴＥＰ９で抽出した現時点でのシステム運
用状態が上書きで使用されるので、現時点のシステム運
用状態が維持されることになる。つまり、従来の技術で
も述べたように、ローカル通信端末間の通信を実現して
いるのはハードウェア機能９であり、ソフトウェア機能
８は通信には影響を及ぼしてはいないので、このように
ハードウェア機能部の初期化が行われない状況ではあれ
ば、ソフトウェアの初期化が行われたとしても通信は中
断されることはない。以上のように、本実施の形態によ
れば、ローカル端末間の通信を継続した状態でソフトウ
ェアの初期化を行なうことができる。また、第１の実施
の形態に比べて、ソフトウェアの初期化前のシステム運
用状態を記憶しておき、コンフィグレーションデータの
上書きを行なうので、より確実に初期化前のシステム運
用状態の設定を再現することができ、通信の継続を行な
うことができる。

【００１７】次に、本発明の第３の実施の形態について
説明する。図５は、本発明の第３の実施の形態のソフト
ウェア初期化シーケンス図であり、図３に示した第１の
実施の形態のソフトウェア初期化シーケンスと異なる点
は、ＳＴＥＰ１０のファイル更新が追加されている点で
ある。ＳＴＥＰ１０のファイル更新では、ソフトウェア
プログラムのアップグレード等のプログラムファイルの
更新を行なわれる。本実施の形態ではＳＴＥＰ１０が追
加された以外は、第１の実施の形態と同様である。つま
り、第１の実施の形態でも述べたように、ローカル通信
端末間の通信を実現しているのはハードウェア機能９で
あり、ソフトウェア機能８は通信には影響を及ぼしては
いないので、ソフトウェアプログラムファイルが更新さ
れたとしても、ハードウェア機能部の初期化が行われな
い状況ではあれば、通信は中断されることはない。よっ
て、本実施の形態によれば、ローカル端末間の通信を継
続した状態でソフトウェアのプログラムファイルの更新
を行なうことができる。次に、本発明の第４の実施の形
態について説明する。図６は、本発明の第４の実施の形
態のソフトウェア初期化シーケンス図であり、図４に示
した第２の実施の形態のソフトウェア初期化シーケンス
と異なる点は、ＳＴＥＰ１０のファイル更新が追加され
ている点である。

【００１８】ＳＴＥＰ１０のファイル更新では、ソフト
ウェアプログラムのアップグレード等のプログラムファ
イルの更新を行なわれる。本実施の形態ではＳＴＥＰ１
０が追加された以外は、第２の実施の形態と同様であ
る。つまり、第２の実施の形態でも述べたように、ロー
カル通信端末間の通信を実現しているのはハードウェア
機能９であり、ソフトウェア機能８は通信には影響を及
ぼしてはいないので、ソフトウェアプログラムファイル
が更新されたとしても、ハードウェア機能部の初期化が
行われない状況ではあれば、通信は中断されることはな
い。よって、本実施の形態によれば、ローカル端末間の
通信を継続した状態でソフトウェアのプログラムファイ
ルの更新を行なうことができる。以上の実施の形態で
は、ローカル端末間の通信を継続した状態でソフトウェ
アの初期化を行なう場合について述べてきたが、通信の
中断を伴うハードウェアの初期化を含めた再起動を行な
っても良い。ハードウェアを含めた初期化は、従来で説
明したノード装置の電源ＯＮ時と同様のシーケンスとな
るが、現在の運用を止め全く新規の運用を始める場合に
は有効であり、既にノード装置の電源がＯＮされている
ので、リモートで立ち上げが可能であるという利点を有
する。

【００１９】次に本発明の第５の実施の形態について説
明する。本発明の第５の実施の形態は、ソフトウェアプ
ログラムファイルの更新方法に関するものである。図７
は、プログラムファイルの構成を示す図である。プログ
ラムファイル／モデルＡは、ノード装置／モデルＡ向け
のプログラムファイルであり、プログラムファイル１、
プログラムファイル２、プログラムファイル３、・・
・、プログラムファイルｎ及びノード装置／モデルＡ向
けであることを表わすプログラムタイプ名ファイル‘モ
デルＡ’から構成される。つまり、従来のプログラムフ
ァイルに対して、プログラムタイプ名ファイルが追加さ
れており、そのプログラムタイプ名ファイルのファイル
名が‘モデルＡ’となる。また、プログラムファイル／
モデルＢは、ノード装置／モデルＢ向けのプログラムフ
ァイルであり、上記ノード装置／モデルＡ向けのプログ
ラムファイルと同様の構成となる。図８、図９を用い
て、プログラムファイルの更新について説明する。図８
はプログラムファイル更新の方法を示す図であり、図９
はそのプログラムファイル更新のシーケンス図である。
図８において、ノード装置１は自装置の制御を行なうた
めのプログラムファイルを保存するプログラムファイル
保存領域１ａを有しており、リモート管理装置５は、ネ
ットワーク内の複数のノード装置に対応するプログラム
ファイルを保存するプログラムファイル保存領域５ａ
と、転送するプログラムファイルのモデルを判別するプ
ログラムモデル判別機能５ｂと、転送先のノード装置の
モデルを判別するノード装置モデル判別機能５ｃと、転
送するプログラムファイルと転送先のノード装置のモデ
ルを比較するモデル比較機能５ｄとを有している。入出
力端末２０は、リモート管理装置５に接続され、ファイ
ル転送の指示を行なったり、ファイル転送が正常に完了
したかの結果が送られてくる。

【００２０】本実施の形態において、入出力端末２０か
ら、どのプログラムファイルをどのノード装置に転送す
るかというファイル転送の指示があると（ＳＴＥＰ１
１）、先ずプログラムモデル判別機能５ｂにより、プロ
グラムファイルが対応するノード装置のモデルを示すプ
ログラムファイルタイプ名ファイルを読み取り転送する
プログラムファイルのモデルを確認する（ＳＴＥＰ１
２）。次に、ノード装置モデル判別機能５ｃにより、転
送先のノード装置と通信を行ない転送先のノード装置の
モデルを確認する（ＳＴＥＰ１３）。そして、モデル比
較機能５ｄにより、ファイル転送先のノード装置のモデ
ルと転送されるプログラムファイルのモデルとを比較し
（ＳＴＥＰ１４）、一致した場合は指定されたプログラ
ムファイルの転送が実行され、ノード装置のプログラム
ファイル保存領域１ａに保存され（ＳＴＥＰ１３）、正
常に終了すると共にリモート管理装置に正常に終了した
ことを通知する（ＳＴＥＰ１４）。上記ＳＴＥＰ１２に
おいて、一致しなかった場合は指定されたプログラムフ
ァイルの転送を行なうこと無くエラー終了すると共にリ
モート管理装置にエラー終了したことを通知する（ＳＴ
ＥＰ１５）。

【００２１】例えば、入出力端末２０から誤ってリモー
ト管理装置内のプログラムファイル／モデルＢをノード
装置／モデルＡに転送する指示を与えた場合を考える。
この場合は、先ず、リモート管理装置５のプログラムモ
デル判別機能５ｂは、転送を指示されたプログラムファ
イルのプログラムタイプ名ファイルを読み取り、転送す
るプログラムファイルのモデル‘モデルＢ’を確認す
る。次に、リモート管理装置５のノード装置モデル判別
機能５ｃは、転送先のノード装置と通信を行ないノード
装置のモデル‘モデルＡ’を確認する。そして、モデル
比較機能５ｄでは、転送先のノード装置のモデルと転送
するプログラムファイルのモデルとを比較する。ここ
で、転送先のノード装置のモデルは‘モデルＡ’である
ので、転送されるプログラムファイルのモデル‘モデル
Ｂ’とは一致しないので、プログラムファイルの転送を
行なうこと無く、エラーとなり終了する。このように、
本実施の形態によれば、ノード装置に誤って異なる装置
向けのプログラムファイルをインストールすることを事
前に防止することが可能となる。次に、本発明の第６の
実施の形態について説明する。図１０は、本発明の第６
の実施の形態の保守端末装置とノード装置の構成図であ
る。保守端末装置２１は、ノード装置２２にＲＳ−２３
２Ｃケーブルを介して接続し、ノード装置を制御・監視
するものであり、また保守端末装置２１は、通常携帯可
能であり、さまざまなノード装置に接続され、その接続
されたノード装置を制御・監視する。

【００２２】図１０において、保守端末装置２１は、ノ
ード装置に対応した複数のアプリケーションを格納する
プログラム格納領域と、装置識別情報に対応するアプリ
ケーション識別情報を記憶しているアプリケーション識
別情報テーブルと、ＲＳ−２３２Ｃケーブルを介して通
信を行なう通信機能を有している。ノード装置２２は、
自装置を識別するための装置識別情報と、接続された保
守端末装置で設定する必要のある自装置に関する情報で
あるノード装置情報と、ＲＳ−２３２Ｃケーブルを介し
て通信を行なう通信機能を有している。ここで、ノード
装置情報とは、例えば、装置認証用のログイン名、パス
ワードや、通信事業者を識別する情報、また、ノード装
置が無線通信を行なう場合には、無線機の送信周波数、
受信周波数、送信出力レベル等が挙げられる。図１１
は、ノード装置と保守端末装置間の信号シーケンス図で
ある。先ず、ＲＳ−２３２Ｃケーブルによりノード装置
２２と保守端末装置２１とが接続されると、ノード装置
２２は、自装置の装置識別情報２３を保守端末装置２１
へ送信する。この装置識別情報２３を受信した保守端末
装置２１は、正常に装置識別情報２３を受信したかどう
かの受信確認信号（装置識別情報応答２４）をノード装
置２２へ返送する。

【００２３】次に、ノード装置２２は、保守端末装置２
１が正常に装置識別情報２３を受信したことを確認する
と、保守端末装置２１へ自装置に関するノード装置情報
２５を送信する。このノード装置情報２５を受信した保
守端末装置２１は、受信確認信号（ノード装置情報応答
２６）をノード装置２２へ返送する。このようにして、
保守端末装置２１へは、ノード装置２２の装置識別情報
２３とノード装置情報２５が送られる。図１２は、ノー
ド装置における動作について説明するフローチャート図
であり、ノード装置が保守端末装置にノード装置の装置
識別情報とノード装置情報を送信し、保守端末装置がそ
の装置識別情報とノード装置情報を受信したことを確認
するまでの処理を示している。先ず、ＳＴＥＰ２１で処
理が開始されると、ＳＴＥＰ２２では、ノード装置は保
守端末装置と接続しているＲＳ−２３２ＣケーブルのＣ
Ｄ線（データ・チャネル受信キャリア検出）を監視し、
ＣＤ線のＯＮ状態を検出するとＳＴＥＰ２３に進み、検
出されなければＣＤ線の監視を継続する。ＳＴＥＰ２３
では、ノード装置は保守端末装置へ装置識別情報を送信
し、応答信号待機状態となる。ＳＴＥＰ２４では、ノー
ド装置は保守端末装置からの装置識別情報応答を受信す
るとＳＴＥＰ２５に進み、保守端末装置からの装置識別
情報応答が無い時は、ＳＴＥＰ２３に戻り再度ノード装
置から保守端末装置へ装置識別情報を送信する。

【００２４】次にＳＴＥＰ２５では、保守端末装置へノ
ード装置情報を送信し、応答信号待機状態となる。ＳＴ
ＥＰ２６では、ノード装置は保守端末装置からのノード
装置情報応答を受信するとノード装置での処理は終了し
（ＳＴＥＰ２７）、保守端末装置からのノード装置情報
応答が無い時は、ＳＴＥＰ２５に戻り再度ノード装置か
ら保守端末装置へノード装置情報を送信する。図１３
は、保守端末装置における動作について説明するフロー
チャート図であり、保守端末装置がノード装置からの装
置識別情報とノード装置情報を受信し、その装置識別情
報とノード装置情報に従って対応するアプリケーション
を起動するまでを示している。先ず、ＳＴＥＰ３１で処
理が開始されると、ＳＴＥＰ３２においては、保守端末
装置はアプリケーション識別情報テーブルの初期化処理
を行なう。ここで、アプリケーション識別情報テーブル
について、図１４を参照して説明する。図１４は、アプ
リケーション識別情報テーブルの一例である。アプリケ
ーション識別情報テーブルには、装置識別情報とアプリ
ケーション識別情報とデフォルト識別子を記憶してお
り、装置識別情報とアプリケーション識別情報は対を成
している。後述するが、保守端末装置は、このアプリケ
ーション識別情報テーブルを用いて、ノード装置からの
装置識別情報を基にアプリケーション識別情報を取得
し、ノード装置に対応したアプリケーションを起動す
る。

【００２５】次に、ＳＴＥＰ３３においては、アプリケ
ーション識別情報テーブルのデフォルトのアプリケーシ
ョンを起動するアプリケーションに設定する。いずれの
ノード装置でも基本的な通信プロトコルは同一であるの
で、デフォルトのアプリケーションが設定されていれ
ば、以下に示す通信は行なうことができる。ＳＴＥＰ３
４においては、保守端末装置はノード装置と接続してい
るＲＳ−２３２ＣケーブルのＲＳ線（送信要求）をＯＮ
状態に設定し、ノード装置からの装置識別情報の受信待
機状態となる。ＳＴＥＰ３５においては、保守端末装置
はノード装置からの装置識別情報の受信待機状態で、ノ
ード装置からの装置識別情報を受信するとＳＴＥＰ３６
へ進み、ノード装置からの信号が無い時は、ＳＴＥＰ３
５へ戻り装置識別情報の受信待機状態を継続する。ＳＴ
ＥＰ３６においては、ノード装置からの装置識別情報を
受信した保守端末装置はノード装置へ受信確認信号を送
信し、ＳＴＥＰ３７においては、ノード装置に関する情
報を取得するために、ノード装置からのノード装置情報
の受信待機状態となり、ノード装置からのノード装置情
報を受信するとＳＴＥＰ３８へ進み、ノード装置からの
信号が無い時は、ＳＴＥＰ３７へ戻りノード装置情報の
受信待機状態を継続する。

【００２６】続いて、ＳＴＥＰ３８においては、保守端
末装置は、受信した装置識別情報を基にしてアプリケー
ション識別情報テーブルから該当するアプリケーション
識別情報を検索し、該当するアプリケーション識別情報
が存在する場合はＳＴＥＰ３９に進み、ノード装置情報
を設定し、ＳＴＥＰ４０で該当するアプリケーションを
起動し、ＳＴＥＰ４１で処理を終了する。また、上記Ｓ
ＴＥＰ３８において、受信した装置識別情報を基にして
アプリケーション識別情報テーブルから該当するアプリ
ケーション識別情報を検索し、該当するアプリケーショ
ン識別情報が存在しない場合はＳＴＥＰ４２に進み、取
得したノード装置情報を破棄し、デフォルトのアプリケ
ーションを起動し、ＳＴＥＰ４１で処理を終了する。こ
のように、本実施の形態によれば、ノード装置に保守端
末装置が接続されたとき、ノード装置は保守端末装置へ
ノード装置を識別する情報を送信し、保守端末装置で
は、ノード装置から送信される識別情報を基に、ノード
装置に対応した保守端末装置のアプリケーションを自動
的に起動することが可能となる。尚、上述した実施の形
態では、伝送路（有線）で接続されたノード装置からな
るネットワークシステムを中心に説明を行なってきた
が、例えば、無線で通信が行なわれる複数の無線伝送装
置により構成される無線伝送ネットワークシステムにお
いても同様に適用することができる。

【００２７】

【発明の効果】以上詳述したように、本発明によれば、
運用中の通信を中断すること無く、ソフトウェアの初期
化を実現することができ、また、ノード装置にプログラ
ムをインストールする際に、異なる種類のソフトウェア
をノード装置毎に正しい種類のソフトウェアをインスト
ールすることができ、また、保守端末装置において、異
なるノード装置毎に対応するプログラムを起動すること
ができる。

【図面の簡単な説明】

【図１】 ネットワークシステムにおいて、カメラとモ
ニタとの通信を示す図。

【図２】 ノード装置での通信パス設定を説明する図。

【図３】 本発明の第１の実施の形態のシーケンス図。

【図４】 本発明の第２の実施の形態のシーケンス図。

【図５】 本発明の第３の実施の形態のシーケンス図。

【図６】 本発明の第４の実施の形態のシーケンス図。

【図７】 本発明の第５の実施の形態のプログラムファ
イルの構成図。

【図８】 本発明の第５の実施の形態のプログラムファ
イルの更新の方法を示す図。

【図９】 本発明の第５の実施の形態のプログラムファ
イルの更新のシーケンス図。

【図１０】 本発明の第６の実施の形態の保守端末装置
とノード装置の構成図。

【図１１】 ノード装置と保守端末装置間の信号シーケ
ンス図。

【図１２】 ノード装置での動作のフローチャート図。

【図１３】 保守端末装置での動作のフローチャート
図。

【図１４】 アプリケーション識別情報の記憶テーブル
図。

【図１５】 ネットワークシステムの構成図。

【図１６】 従来のソフトウェア初期化のシーケンス
図。

【符号の説明】

１、２２・・・ノード装置 １ａ・・・プログラムファイル保存領域 ５・・・リモート管理装置 ５ａ・・・プログラムファイル保存領域 ５ｂ・・・プログラムモデル判別機能 ５ｃ・・・ノード装置モデル判別機能 ５ｄ・・・モデル比較機能 ８・・・ソフトウェア機能 ９・・・ハードウェア機能 １１・・・通信パステーブル ２０・・・入出力端末 ２１・・・保守端末装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 阿部 浩之 東京都日野市旭が丘３丁目１番地の１ 株 式会社東芝日野工場内 (72)発明者 上田 穣 東京都日野市旭が丘３丁目１番地の１ 株 式会社東芝日野工場内 Ｆターム(参考） 5B089 GA31 GB03 JB07 KA10 KB09 MB02 5K030 HB19 KA05 MD04 5K031 EC01 9A001 BZ03 CC02 JJ18

Claims (7)

【特許請求の範囲】
1. 【請求項１】 通信パスの設定を行なうソフトウェア部
   と前記通信パスを記録する記憶領域と前記通信パスに従
   って通信を行なうハードウェア部とからなる複数のノー
   ド装置と、前記ノード装置に接続されるローカル通信端
   末と、前記ノード装置間を接続する伝送路とを有するネ
   ットワークシステムにおいて、 ソフトウェアの初期化時に、前記ハードウェア部は前記
   記憶領域に記憶された通信パスに従って通信を継続する
   ことを特徴とするネットワークシステム。
2. 【請求項２】 通信パスの設定を行なうソフトウェア部
   と前記通信パスを記録する記憶領域と前記通信パスに従
   って通信を行なうハードウェア部とからなる複数のノー
   ド装置と、前記ノード装置に接続されるローカル通信端
   末と、前記ノード装置間を接続する伝送路とを有するネ
   ットワークシステムの初期化方法において、 ソフトウェアの初期化時に、ローカル通信端末間の通信
   を中断させない通信無中断の初期化を行なうかどうかを
   指定し、 ノード装置のソフトウェアの初期化を行い、 通信無中断の初期化が指定された場合は、ハードウェア
   の初期化を行なわずに運用状態に至り、 通信無中断の初期化が指定されない場合は、ハードウェ
   アの初期化を行ない、通信パスの設定を行なった後、運
   用状態に至ることを特徴とするネットワークシステムの
   初期化方法。
3. 【請求項３】 通信パスの設定を行なうソフトウェア部
   と前記通信パスを記録する記憶領域と前記通信パスに従
   って通信を行なうハードウェア部とからなる複数のノー
   ド装置と、前記ノード装置に接続されるローカル通信端
   末と、前記ノード装置間を接続する伝送路とを有するネ
   ットワークシステムの初期化方法において、 設定されている通信パスの設定状況を記憶し、 ソフトウェアの初期化時に、ローカル通信端末間の通信
   を中断させない通信無中断の初期化を行なうかどうかを
   指定し、 ノード装置のソフトウェアの初期化を行い、 通信無中断の初期化が指定された場合は、ハードウェア
   の初期化を行なわずに初期化前に記憶した通信パスを記
   憶領域に上書した後、運用状態に至り、 通信無中断の初期化が指定されない場合は、ハードウェ
   アの初期化を行ない、通信パスの設定を行なった後、運
   用状態に至ることを特徴とするネットワークシステムの
   初期化方法。
4. 【請求項４】 通信パスの設定を行なうソフトウェア部
   と前記通信パスを記録する記憶領域と前記通信パスに従
   って通信を行なうハードウェア部とからなる複数のノー
   ド装置と、前記ノード装置に接続されるローカル通信端
   末と、前記ノード装置間を接続する伝送路とを有するネ
   ットワークシステムの初期化方法において、 ノード装置のソフトウェアの更新を行ない、 ソフトウェアの初期化時に、ローカル通信端末間の通信
   を中断させない通信無中断の初期化を行なうかどうかを
   指定し、 ノード装置のソフトウェアの初期化を行ない、 通信無中断の初期化が指定された場合は、ハードウェア
   の初期化を行なわずに運用状態に至り、 通信無中断の初期化が指定されない場合は、ハードウェ
   アの初期化を行ない、通信パスの設定を行なった後、運
   用状態に至ることを特徴とするネットワークシステムの
   初期化方法。
5. 【請求項５】 通信パスの設定を行なうソフトウェア部
   と前記通信パスを記録する記憶領域と前記通信パスに従
   って通信を行なうハードウェア部とからなる複数のノー
   ド装置と、前記ノード装置に接続されるローカル通信端
   末と、前記ノード装置間を接続する伝送路とを有するネ
   ットワークシステムの初期化方法において、 設定されている通信パスの設定状況を記憶し、 ノード装置のソフトウェアの更新を行ない、 ソフトウェアの初期化時に、ローカル通信端末間の通信
   を中断させない通信無中断の初期化を行なうかどうかを
   指定し、 ノード装置のソフトウェアの初期化を行ない、 通信無中断の初期化が指定された場合は、ハードウェア
   の初期化を行なわずに初期化前に記憶した通信パスを記
   憶領域に上書した後、運用状態に至り、 通信無中断の初期化が指定されない場合は、ハードウェ
   アの初期化を行ない、通信パスの設定を行なった後、運
   用状態に至ることを特徴とするネットワークシステムの
   初期化方法。
6. 【請求項６】 自装置のプログラムファイルを格納する
   複数のノード装置と、前記複数のノード装置を管理する
   と共に前記各ノード装置に対応するプログラムファイル
   を格納する管理装置とを有するネットワークシステムに
   おいて、 前記管理装置に格納されたプログラムファイルを前記ノ
   ード装置に転送する指示を与えられると、転送先のノー
   ド装置のタイプと転送されるプログラムファイルのタイ
   プとを比較し、 転送先のノード装置のタイプと転送されるプログラムフ
   ァイルのタイプとが一致すると、プログラムファイルの
   転送を行なうことを特徴とするネットワークシステム。
7. 【請求項７】 複数のノード装置と、前記ノード装置を
   制御・監視するプログラムファイルを有する保守端末装
   置とからなるネットワークシステムにおいて、 前記保守端末装置は、前記各ノード装置に対応する複数
   のプログラムファイルを格納し、 前記ノード装置に接続されると、該ノード装置を識別す
   る装置識別情報を受信し、 前記装置識別情報を基に、該ノード装置に対応するプロ
   グラムファイルを起動することを特徴とするネットワー
   クシステム。