(57)【要約】【課題】  ソフトウェアの初期化に際し、ハードウェアの初期化も行なうと、ハードウェアの初期化により通信パステーブルをクリアされ、ローカル通信端末が通信している入出力ポートで通信中断が発生する。【解決手段】  ソフトウェアの初期化時には、ソフトウェアの初期化のみを行ない、ハードウェアの初期化は行なわない。ノード装置１において通信を実現しているのはハードウェア部８であり、ソフトウェアの初期化によるハードウェア部８への影響はないので、ハードウェア部８は通信パステーブル１１に記憶された通信パスに従って通信を継続することができる。【選択図】  図３
2006244509.tif 000002
【特許請求の範囲】
【請求項１】
通信パスの設定を行なうソフトウェア部および前記通信パスが書き込まれるテーブルを
備え前記書き込まれた通信パスにより通信を行なうハードウェア部とからなる複数のノー
ド装置と、前記ノード装置に接続されるローカル通信端末と、前記ノード装置間を接続す
る伝送路とを有するネットワークシステムにおいて、
動作時に前記ハードウェア部のテーブルに前記設定された通信パスを書き込み、初期化さ
れる場合には書き込まないソフトウェア部と、
前記テーブルに書き込まれた通信パスにより前記ノードに係わる通信を行い、前記初期化
された場合には、前記書き込まれた通信パスで継続して通信するハードウェア部とを備え
るノード装置を具備することを
特徴とするネットワークシステム。
【請求項２】
通信パスの設定を行なうソフトウェア部および前記通信パスが書き込まれるテーブルを
備え前記書き込まれた通信パスにより通信を行なうハードウェア部とからなる複数のノー
ド装置と、前記ノード装置に接続されるローカル通信端末と、前記ノード装置間を接続す
る伝送路とを有するネットワークシステムの初期化方法において、
前記ソフトウェア部は、
通信パスの設定を行ない、前記ハードウェア部のテーブルに前記設定した通信パスを書き
込み、
ソフトウェア部の初期化が前記設定された通信パスによる前記ローカル通信端末間の通信
を中断させない指定をされた場合、前記書き込まれた前記テーブルをそのまま継続するか
、または前記設定された通信パスのまま上書きし、
ソフトウェア部の初期化が前記設定された通信パスによる前記ローカル通信端末間の通信
を中断させてよい場合、新たに設定する通信パスを前記テーブルに書き込み、
前記ハードウェア部は、
前記テーブルに書き込まれた通信パスにより前記ノードに係わる通信を行う
ことを特徴とするネットワークシステムの初期化方法。
【請求項３】
通信パスの設定を行なうソフトウェア部および前記通信パスが書き込まれるテーブルを
備え前記書き込まれた通信パスにより通信を行なうハードウェア部とからなる複数のノー
ド装置と、前記ノード装置に接続されるローカル通信端末と、前記ノード装置間を接続す
る伝送路とを有するネットワークシステムの初期化方法において、
前記ソフトウェア部は、
通信パスの設定を行ない、前記ハードウェア部のテーブルに前記設定した通信パスを書き
込み、
ソフトウェア部の初期化が前記設定された通信パスによる前記ローカル通信端末間の通信
を中断させない指定をされた場合、ソフトウェアプログラムの更新を行うと共に前記書き
込まれた前記テーブルをそのまま継続するかまたは前記設定された通信パスのまま上書き
し、
ソフトウェア部の初期化が前記設定された通信パスによる前記ローカル通信端末間の通信
を中断させてよい場合、ソフトウェアプログラムの更新と共に新たに設定する通信パスを
前記テーブルに書き込み、
前記ハードウェア部は、
前記テーブルに書き込まれた通信パスにより前記ノードに係わる通信を行う
ことを特徴とするネットワークシステムの初期化方法。
【請求項４】
通信パスの設定を行なうソフトウェア部および前記通信パスが書き込まれるテーブルを
備え前記書き込まれた通信パスにより通信を行なうハードウェア部とからなる複数のノー
ド装置と、前記ノード装置に接続されるローカル通信端末と、前記ノード装置間を接続す
る伝送路と、前記ノードに通信接続される管理手段とを有するネットワークシステムの初
期化方法において、
前記ソフトウェア部は、
動作時に通信パスの設定を行ない、前記ハードウェア部のテーブルに前記設定した通信パ
スを書き込み、
前記管理手段は、
各前記ノード装置に対応するそれぞれのソフトウェアプログラムを保存し、所定のノード
の前記ソフトウェアプログラムを更新する初期化が指示された場合、当該ノードの識別情
報を前記保存されたソフトウェアプログラムと照合して当該ノード装置に対応する前記ソ
フトウェアプログラムを読み出すことにより当該ノード装置に転送し、
前記転送されたソフトウェアプログラムを受信したノードの前記ソフトウェア部は、
前記初期化が前記設定された通信パスによる前記ローカル通信端末間の通信を中断させな
い指定をされた場合、前記転送されたソフトウェアプログラムの更新と共に前記テーブル
を書き換えるか、または前記設定された通信パスのまま上書きし、
前記初期化が前記設定された通信パスによる前記ローカル通信端末間の通信を中断させて
よい場合、前記転送されたソフトウェアプログラムの更新と共に新たに設定する通信パス
を前記テーブルに書き込み、
前記ハードウェア部は、
前記テーブルに書き込まれた通信パスにより前記ノードに係わる通信を行う
ことを特徴とするネットワークシステムの初期化方法。
【請求項５】
前記ソフトウェアプログラムは、前記ノードのモデル、バージョンにより区分されてい
ることを特徴とする請求項４記載のネットワークシステムの初期化方法。
【請求項６】
前記ソフトウェアプログラムは、前記ノード毎の識別情報とノード毎の動作アプリケー
ションにより区分されていることを特徴とする請求項４記載のネットワークシステムの初
期化方法。
【請求項７】
通信パスの設定を行なうソフトウェア部および前記通信パスが書き込まれるテーブルを
備え前記書き込まれた通信パスにより通信を行なうハードウェア部とからなる複数のノー
ド装置と、前記ノード装置に接続されるローカル通信端末と、前記ノード装置間を接続す
る伝送路とを有するネットワークシステムのノード装置において、
動作時に前記ハードウェア部のテーブルに前記設定された通信パスを書き込み、初期化さ
れる場合には書き込まないソフトウェア部と、
前記テーブルに書き込まれた通信パスにより前記ノードに係わる通信を行い、前記初期化
された場合には、前記書き込まれた通信パスで継続して通信するハードウェア部とを備え
ることを
特徴とするノード装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ノード装置が複数接続されたネットワークシステムにおいて、ローカル通信
端末間の通信が中断されることのなく、ノード装置のソフトウェアの初期化を行なうこと
ができ、また、異なる種類のソフトウェアをノード装置毎に正しい種類のソフトウェアを
インストールすることができ、また、異なるノード装置毎に対応する保守端末装置のプロ
グラムを起動することができるネットワークシステム、ネットワークシステムの初期化方
法、およびノード装置に関する。
【背景技術】
【０００２】
例えば、鉄道管理システム、地下鉄管理システム、道路管理システム、下水道管理シス
テム、航空管理システム、河川管理システムなどの管理システムにおいては、遠隔地に配
置したデータ発生源からのデータを管理センター等に収集し、その収集結果を表示するな
どして遠隔地の状況を把握することが基本となっている。
【０００３】
この種のネットワークシステムの構築例として、データ発信源と管理センターを１対１
の通信線で接続して情報を集め、また管理センターからも１対１の通信線でデータ受信装
置に接続しその制御を行うのが一般的であった。ところが、今日、ＡＴＭ（Asynchronous
Transfer  Mode：非同期転送モード）交換方式の実用化に向けた開発が急速に進んでき
ており、このＡＴＭ技術を上述したような通信システムに応用することで、ＡＴＭのメリ
ットを活かした柔軟性のあるシステムの構築が可能になってきている。
【０００４】
このＡＴＭ技術を用いて上述した種々のネットワークシステムを構築する場合、図１５
のように、ＡＴＭ交換機能を有する複数のノード装置１を光ファイバ等の伝送路２を介し
てリング状に配置すると共に、これら各ノード装置に入出力ポート３を介してローカル通
信端末４を接続したうえで、伝送路に対してリング状に複数の仮想的な通信パスを設定し
、該通信パスにより、上記各ローカル通信端末間の情報を各ノード装置を介して送受して
いる。リモート管理装置５は、いずれかのノード装置に接続されており、ネットワーク全
体の監視・制御を行なっている。
【０００５】
ここで、図１６を用いて従来のネットワークシステム起動時の初期化シーケンス及びソ
フトウェア初期化シーケンスについて説明する。
【０００６】
ネットワークシステムの起動時は、ＳＴＥＰ１により各ノード装置の電源がＯＮされる
と、ＳＴＥＰ２によりソフトウェアがリセットされソフトウェアが起動される。ＳＴＥＰ
３ではソフトウェアが動作するためのリソースを初期化し、ＳＴＥＰ４ではハードウェア
の初期化が行われハードウェアは動作を行なうための準備状態となる。更に、ＳＴＥＰ５
でコンフィグレーションデータ設定が行なわれる。コンフィグレーションデータの設定で
は、例えば、入力されたセルをいずれの出力ポートへ出力されるか等が該当する。その後
、ＳＴＥＰ６のノード装置運用状態となりシステムが運用される。
【０００７】
システムが運用状態になると、ソフトウェアはシステム保守者に対してシステム情報を
通知するためノード装置１内部の情報収集を行なったり、障害の監視を行なったり、通信
パステーブルの設定を行ないスイッチ部出力ポートの方向を変更するなどの動作を継続し
、通信そのものには影響を及ぼさない。
【０００８】
このシステム運用状態で、そのソフトウェアの動作が何らかの不具合で正常動作しなく
なったり、ソフトウェアのプログラムを更新する場合には、ＳＴＥＰ７によりソフトウェ
アの初期化の指令を行ない再起動し直す必要がある。この場合は、ＳＴＥＰ２のソフトウ
ェアリセットから動作が開始され、上記と同様の手順でノード装置は運用状態となる。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、従来のような方法でソフトウェアのリセットを行なうと、次のような問
題点がある。
【００１０】
システム運用状態でソフトウェアリセットから動作を開始すると、再びハードウェアの
初期化が行われ、コンフィグレーションデータの設定が行なわれる。
【００１１】
このハードウェアの初期化は、通信パステーブルをクリアし、ＡＴＭスイッチ部をハー
ドウェア動作を行なうための準備状態とするため、再び通信パステーブルの設定が行なわ
れるまでは通信パステーブルに何も設定されていない状態となり、セルを必要なスイッチ
部出力ポートへ出力することが出来なくなり、ローカル通信端末が通信している入出力ポ
ートで通信中断が発生する。
【００１２】
例えば、管理システムや企業内の情報共有等のためのネットワークにおいて、インター
フェースの増設などによるソフトウェアのアップグレードやソフトウェアの障害が発生す
るたびに、従来の方式でソフトウェアのリセットを行なっていると、その度にネットワー
クが一旦停止することになる。ネットワークの重要性が高まりつつある現在においては、
ネットワーク機能が停止してしまうことによる信頼性の低下、損失は計り知ることは出来
ない。
【００１３】
また、プログラムファイルを更新する際には、次のような問題点もある。近年のネット
ワークシステムにおいては、ネットワークを構成する全てのノード装置が同じノード装置
であるとは限らない。例えば、増設されたノード装置や置き換えられたノード装置が、従
来からあるノード装置とは異なるものである可能性がある。
【００１４】
このようなネットワークシステムにおいては、ノード装置に異なるモデルのプログラム
ファイルが書き込まれる可能性がある。
【００１５】
つまり、従来のプログラムファイルは、そのプログラムファイル自体にはそれに対応す
るノード装置の情報が存在しないため、異なるモデルのプログラムファイルでも更新の指
示が有ると、ノード装置の記憶領域に書き込まれる。この書き込まれた時点では、書き込
まれたプログラムファイルが、このノード装置向けのプログラムファイルであるかどうか
は判断することはできず、再起動したときに初めて正常に動作しないことが判明する。
【００１６】
このように、異なる種類のノード装置が混在するネットワークシステムにおいては、そ
れぞれのノード装置に対応したプログラムファイル（アプリケーション）を必要とする。
他にも、ノード装置を制御・監視する保守端末装置でも同じことが言える。
【００１７】
ノード装置を制御・監視する保守端末装置においても、異なるノード装置単位に個別の
プログラムが必要となる。そこで、従来は、保守端末装置に接続しているノード装置を、
保守端末装置の使用者が識別し、該ノード装置に対応するプログラムを使用者が選択し、
手動で起動する必要があるため、ノード装置に対応したプログラムを誤って選択してしま
うと、正常にノード装置の制御・監視ができないという問題があった。
【００１８】
よって、本発明では、上記問題点を解決するために、運用中の通信を中断すること無く
、ソフトウェアの初期化を実現することができるネットワークシステム、また、異なる種
類のソフトウェアをノード装置毎に正しい種類のソフトウェアをインストールすることの
でき、また、異なるノード装置毎に対応する保守端末装置のプログラムを起動することが
できるネットワークシステム、ネットワークシステムの初期化方法、およびノード装置を
提供することを目的とする。
【課題を解決するための手段】
【００１９】
上記目的を達成するために、本発明のネットワークシステムは、通信パスの設定を行な
うソフトウェア部と前記通信パスが書き込まれるテーブルと前記通信パスに従って通信を
行なうハードウェア部とからなる複数のノード装置と、前記ノード装置に接続されるロー
カル通信端末と、前記ノード装置間を接続する伝送路とを有するネットワークシステムに
おいて、動作時に前記テーブルに前記設定された通信パスを書き込み、初期化される場合
には書き込まないソフトウェア部と、前記テーブルに書き込まれた通信パスにより前記ノ
ードに係わる通信を行い、前記初期化された場合には、前記書き込まれた通信パスを継続
して通信するハードウェア部とを備えるノード装置を具備することを特徴とする。
【００２０】
また、本発明のネットワークシステムの初期化方法は、通信パスの設定を行なうソフト
ウェア部と前記通信パスを書き込むテーブルと前記通信パスに従って通信を行なうハード
ウェア部とからなる複数のノード装置と、前記ノード装置に接続されるローカル通信端末
と、前記ノード装置間を接続する伝送路とを有するネットワークシステムの初期化方法に
おいて、前記ソフトウェア部は、通信パスの設定を行ない、前記ハードウェア部のテーブ
ルに前記設定した通信パスを書き込み、前記ソフトウェア部の初期化が前記設定された通
信パスによる前記ローカル通信端末間の通信を中断させない通信無中断を指定された場合
、前記書き込まれた前記テーブルそのまま継続するかまたは前記設定された通信パスのま
ま上書きし、前記ソフトウェア部の初期化が前記設定された通信パスによる前記ローカル
通信端末間の通信を中断させてよい場合、新たに設定する通信パスを前記テーブルに書き
込み、前記ハードウェア部は、前記テーブルに書き込まれた通信パスにより前記ノードに
係わる通信を行うことを特徴とする。
【００２１】
更に本発明のノード装置は、通信パスの設定を行なうソフトウェア部と前記通信パスが
書き込まれるテーブルと前記通信パスに従って通信を行なうハードウェア部とからなる複
数のノード装置と、前記ノード装置に接続されるローカル通信端末と、前記ノード装置間
を接続する伝送路とを有するネットワークシステムのノード装置において、動作時に前記
テーブルに前記設定された通信パスを書き込み、初期化される場合には書き込まないソフ
トウェア部と、前記テーブルに書き込まれた通信パスにより前記ノードに係わる通信を行
い、前記初期化された場合には、前記書き込まれた通信パスを継続して通信するハードウ
ェア部とを備えることを特徴とする。
【発明の効果】
【００２２】
本発明によれば、運用中の通信を中断すること無く、ソフトウェアの初期化を実現する
ことができ、また、ノード装置にプログラムをインストールする際に、異なる種類のソフ
トウェアをノード装置毎に正しい種類のソフトウェアをインストールすることができ、ま
た、保守端末装置において、異なるノード装置毎に対応するプログラムを起動することが
できる。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照して本発明の実施例を説明する。
【実施例１】
【００２４】
図１は、本発明の実施例１に係わるネットワークシステムにおいて、カメラとモニタと
の通信を示す図である。  
カメラ６とモニタ７は、適当なノード装置１の入出力ポート３に接続されている。カメ
ラ６で撮影された画像情報は、入出力ポート３を介してノード装置１に伝送され、伝送路
２を介しモニタ７の接続されているノード装置１に伝送され、更に入出力ポート３を介し
てモニタ７へと伝送され画像が再生される。また逆に、必要によってはモニタ７からカメ
ラ６へと制御情報が送られる。このとき、各情報の伝送方向は、矢印の方向になる。
【００２５】
図２は、ノード装置での通信パス設定を説明する図である。  
ノード装置１は、ソフトウェア機能８とハードウェア機能９とから構成されており、ソ
フトウェア機能７はハードウェア初期化機能とコンフィグレーションデータ設定機能とに
より構成されており、ハードウェア機能９は通信パステーブル１１と光受信部１２と光送
信部１３とＡＴＭスイッチ部１４により構成されている。
【００２６】
光受信部１２と光送信部１３は伝送路２に接続され、光受信部１２では光で伝送されて
きたＡＴＭ方式のセルデータをノード装置１内部で電気信号に変換し、ＡＴＭスイッチ部
１４では出力ポート３宛てのセルデータであれば出力ポート３へとスイッチングし、該ノ
ード装置１より先へのノード装置１へのセルデータであれば光送信部１３へとスイッチン
グされ隣接ノード装置１へと伝送される。
【００２７】
ＡＴＭスイッチ部１４では、ＡＴＭ方式であるＶＰＩ（Ｖｉｒｔｕａｌ  Ｐａｔｈ  Ｉ
ｄｅｎｔｉｆｉｃａｔｉｏｎ）、ＶＣＩ（Ｖｉｒｔｕａｌ  Ｃｏｎｎｅｃｔ  Ｉｄｅｎｔ
ｉｆｉｃａｔｉｏｎ）というアドレス情報によりどのスイッチ部出力ポートに出て行くか
を決定し伝送される。
【００２８】
その際、この伝送はハードウェア機能８により実現されるが、どのスイッチ部出力ポー
トに伝送されるかは通信パステーブル１１においてソフトウェア機能８から書かれた情報
から決定される。
【００２９】
ソフトウェア機能８では、ノード装置１が電源ＯＮ等により立ち上げられたとき、先ず
ハードウェア初期化機能により、例えば通信パステーブル１１のクリアやＡＴＭスイッチ
部１４を初期状態に設定した後、ＡＴＭスイッチ部１４に入力されてくるセルデータを必
要なスイッチ部出力ポートへ出力されるようコンフィグレーションデータ設定機能で通信
パステーブル１１の設定を行なう。尚、コンフィグレーションデータ設定には、通信パス
テーブル設定の他にもＡＴＭスイッチ部の設定、入出力ポートの設定、ネットワークを構
築する際に必要となるクロックに関する設定などが含まれている。
【００３０】
図３は、本発明の実施例１におけるソフトウェア初期化シーケンス図である。  
図３のシーケンスにおいて、図１６に示した従来のシーケンスと異なる点は、ＳＴＥＰ
３のソフトウェアリソース初期化を行なった後、ＳＴＥＰ４のハードウェア初期化とＳＴ
ＥＰ５のコンフィグレーションデータ設定を行なうこと無く、ＳＴＥＰ６のノード装置運
用状態に至るシーケンスを持っている点である。
【００３１】
つまり、ローカル通信端末間で通信が行なわれているシステム運用状態で、その通信を
中断させること無くソフトウェアの初期化を行なう場合、例えば、ソフトウェアの動作が
何らかの不具合で正常に動作しなくなったり、ソフトウェアのプログラムを更新する場合
には、ＳＴＥＰ７によりソフトウェアの初期化の指令が成される際に、ローカル通信端末
間の通信を中断させない通信無中断での初期化であることが指定される。
【００３２】
この通信無中断での初期化の指定は、人為的に行なわれることも考えられるが、例えば
ローカル端末間の通信が行われていることを検出して自動的に指定されるようにしても良
い。そして、ＳＴＥＰ２によりソフトウェアがリセットされソフトウェアが起動され、Ｓ
ＴＥＰ３でソフトウェアが動作するためのリソースの初期化が行われると、ＳＴＥＰ８に
より通信無中断の指定が成されているか判断され、通信を中断させない無中断の初期化で
ある場合は、ＳＴＥＰ６のノード装置運用状態に至る。
【００３３】
このように、実施例１では、従来行われていたＳＴＥＰ４のハードウェア機能部の初期
化、ＳＴＥＰ５のコンフィグレーションデータの設定は行なわれない。
【００３４】
ＳＴＥＰ４のハードウェア機能部の初期化は、通信パステーブル１０のクリアやＡＴＭ
スイッチ部１４の初期化を行なっていたところであり、ハードウェア機能部の初期化が行
われないということは、通信パステーブルやＡＴＭスイッチ部の設定は現在のまま使用さ
れるということであり、ＳＴＥＰ５のコンフィグレーションデータの設定が行なわれない
ということは、現在のシステム運用状態がそのまま使用されるということである。
【００３５】
つまり、従来の技術でも述べたように、ローカル通信端末間の通信を実現しているのは
ハードウェア機能９であり、ソフトウェア機能８は通信には影響を及ぼしてはいないので
、このようにハードウェア機能部の初期化が行われない状況ではあれば、ソフトウェアの
初期化が行われたとしても通信は中断されることはない。
【００３６】
以上のように、本発明の実施例１によれば、ローカル端末間の通信を継続した状態でソ
フトウェアの初期化を行なうことができる。
【実施例２】
【００３７】
次に本発明の実施例２について説明する。
【００３８】
図４は、本発明の実施例２におけるソフトウェア初期化シーケンス図である。
【００３９】
図４のシーケンスにおいて、図１６に示した従来のシーケンスと異なる点は、ＳＴＥＰ
７で現時点でのコンフィグレーションデータに当たる通信パステーブル等の通信設定情報
を抽出すると共に、ＳＴＥＰ３のソフトウェアリソース初期化を行なった後、ＳＴＥＰ４
のハードウェア初期化を行なうこと無く、ＳＴＥＰ５のコンフィグレーションデータの設
定を行なうシーケンスを持っている点である。
【００４０】
つまり、ローカル通信端末間で通信が行なわれているシステム運用状態で、その通信を
中断させること無くソフトウェアの初期化を行なう場合には、ＳＴＥＰ９により現時点で
のコンフィグレーションデータに当たる通信パステーブル等の通信設定情報を抽出し、Ｓ
ＴＥＰ７によりソフトウェアの初期化の指令が成される際に、ローカル通信端末間の通信
を中断させない無中断での初期化であることが指定される。そして、ＳＴＥＰ２によりソ
フトウェアがリセットされソフトウェアが起動され、ＳＴＥＰ３でソフトウェアが動作す
るためのリソースの初期化が行われると、ＳＴＥＰ８により通信無中断の指定が成されて
いるか判断され、通信を中断させない無中断の初期化である場合は、ＳＴＥＰ５で先にＳ
ＴＥＰ７により抽出した通信設定情報を設定（上書き）し、ＳＴＥＰ６のノード装置運用
状態に至る。
【００４１】
このように、実施例２では、従来行われていたＳＴＥＰ４のハードウェア機能部の初期
化は行なわれない。ＳＴＥＰ４のハードウェア機能部の初期化が行われないということは
、通信パステーブルやＡＴＭスイッチ部の設定は現在のまま使用されるということであり
、ＳＴＥＰ５のコンフィグレーションデータの設定では、ＳＴＥＰ９で抽出した現時点で
のシステム運用状態が上書きで使用されるので、現時点のシステム運用状態が維持される
ことになる。
【００４２】
つまり、従来の技術でも述べたように、ローカル通信端末間の通信を実現しているのは
ハードウェア機能９であり、ソフトウェア機能８は通信には影響を及ぼしてはいないので
、このようにハードウェア機能部の初期化が行われない状況ではあれば、ソフトウェアの
初期化が行われたとしても通信は中断されることはない。
【００４３】
以上のように、本発明の実施例２によれば、ローカル端末間の通信を継続した状態でソ
フトウェアの初期化を行なうことができる。
【００４４】
また、実施例１に比べて、ソフトウェアの初期化前のシステム運用状態を記憶しておき
、コンフィグレーションデータの上書きを行なうので、より確実に初期化前のシステム運
用状態の設定を再現することができ、通信の継続を行なうことができる。
【実施例３】
【００４５】
次に、本発明の実施例３について説明する。
【００４６】
図５は、本発明の実施例３のソフトウェア初期化シーケンス図であり、図３に示した第
１の実施の形態のソフトウェア初期化シーケンスと異なる点は、ＳＴＥＰ１０のファイル
更新が追加されている点である。
【００４７】
ＳＴＥＰ１０のファイル更新では、ソフトウェアプログラムのアップグレード等のプロ
グラムファイルの更新を行なわれる。
【００４８】
実施例３ではＳＴＥＰ１０が追加された以外は、実施例１と同様である。つまり、実施
例１でも述べたように、ローカル通信端末間の通信を実現しているのはハードウェア機能
９であり、ソフトウェア機能８は通信には影響を及ぼしてはいないので、ソフトウェアプ
ログラムファイルが更新されたとしても、ハードウェア機能部の初期化が行われない状況
ではあれば、通信は中断されることはない。
【００４９】
よって、実施例３によれば、ローカル端末間の通信を継続した状態でソフトウェアのプ
ログラムファイルの更新を行なうことができる。
【実施例４】
【００５０】
次に、本発明の実施例４について説明する。
【００５１】
図６は、本発明の実施例４のソフトウェア初期化シーケンス図であり、図４に示した実
施例２のソフトウェア初期化シーケンスと異なる点は、ＳＴＥＰ１０のファイル更新が追
加されている点である。
【００５２】
ＳＴＥＰ１０のファイル更新では、ソフトウェアプログラムのアップグレード等のプロ
グラムファイルの更新を行なわれる。実施例４ではＳＴＥＰ１０が追加された以外は、実
施例２と同様である。つまり、実施例２で述べたように、ローカル通信端末間の通信を実
現しているのはハードウェア機能９であり、ソフトウェア機能８は通信には影響を及ぼし
てはいないので、ソフトウェアプログラムファイルが更新されたとしても、ハードウェア
機能部の初期化が行われない状況ではあれば、通信は中断されることはない。
【００５３】
よって、実施例４によれば、ローカル端末間の通信を継続した状態でソフトウェアのプ
ログラムファイルの更新を行なうことができる。
【００５４】
以上の各実施例の説明では、ローカル端末間の通信を継続した状態でソフトウェアの初
期化を行なう場合について述べてきたが、通信の中断を伴うハードウェアの初期化を含め
た再起動を行なっても良い。
【００５５】
ハードウェアを含めた初期化は、従来で説明したノード装置の電源ＯＮ時と同様のシー
ケンスとなるが、現在の運用を止め全く新規の運用を始める場合には有効であり、既にノ
ード装置の電源がＯＮされているので、リモートで立ち上げが可能であるという利点を有
する。
【実施例５】
【００５６】
次に本発明の実施例５について説明する。
【００５７】
本発明の実施例５は、ソフトウェアプログラムファイルの更新方法に関するものである
。
【００５８】
図７は、プログラムファイルの構成を示す図である。  
プログラムファイル／モデルＡは、ノード装置／モデルＡ向けのプログラムファイルで
あり、プログラムファイル１、プログラムファイル２、プログラムファイル３、・・・、
プログラムファイルｎ及びノード装置／モデルＡ向けであることを表わすプログラムタイ
プ名ファイル‘モデルＡ’から構成される。つまり、従来のプログラムファイルに対して
、プログラムタイプ名ファイルが追加されており、そのプログラムタイプ名ファイルのフ
ァイル名が‘モデルＡ’となる。また、プログラムファイル／モデルＢは、ノード装置／
モデルＢ向けのプログラムファイルであり、上記ノード装置／モデルＡ向けのプログラム
ファイルと同様の構成となる。
【００５９】
図８、図９を用いて、プログラムファイルの更新について説明する。
【００６０】
図８はプログラムファイル更新の方法を示す図であり、図９はそのプログラムファイル
更新のシーケンス図である。  
図８において、ノード装置１は自装置の制御を行なうためのプログラムファイルを保存
するプログラムファイル保存領域１ａを有しており、リモート管理装置５は、ネットワー
ク内の複数のノード装置に対応するプログラムファイルを保存するプログラムファイル保
存領域５ａと、転送するプログラムファイルのモデルを判別するプログラムモデル判別機
能５ｂと、転送先のノード装置のモデルを判別するノード装置モデル判別機能５ｃと、転
送するプログラムファイルと転送先のノード装置のモデルを比較するモデル比較機能５ｄ
とを有している。入出力端末２０は、リモート管理装置５に接続され、ファイル転送の指
示を行なったり、ファイル転送が正常に完了したかの結果が送られてくる。
【００６１】
実施例５において、入出力端末２０から、どのプログラムファイルをどのノード装置に
転送するかというファイル転送の指示があると（ＳＴＥＰ１１）、先ずプログラムモデル
判別機能５ｂにより、プログラムファイルが対応するノード装置のモデルを示すプログラ
ムファイルタイプ名ファイルを読み取り転送するプログラムファイルのモデルを確認する
（ＳＴＥＰ１２）。
【００６２】
次に、ノード装置モデル判別機能５ｃにより、転送先のノード装置と通信を行ない転送
先のノード装置のモデルを確認する（ＳＴＥＰ１３）。そして、モデル比較機能５ｄによ
り、ファイル転送先のノード装置のモデルと転送されるプログラムファイルのモデルとを
比較し（ＳＴＥＰ１４）、一致した場合は指定されたプログラムファイルの転送が実行さ
れ、ノード装置のプログラムファイル保存領域１ａに保存され（ＳＴＥＰ１３）、正常に
終了すると共にリモート管理装置に正常に終了したことを通知する（ＳＴＥＰ１４）。
【００６３】
上記ＳＴＥＰ１２において、一致しなかった場合は指定されたプログラムファイルの転
送を行なうこと無くエラー終了すると共にリモート管理装置にエラー終了したことを通知
する（ＳＴＥＰ１５）。
【００６４】
例えば、入出力端末２０から誤ってリモート管理装置内のプログラムファイル／モデル
Ｂをノード装置／モデルＡに転送する指示を与えた場合を考える。この場合は、先ず、リ
モート管理装置５のプログラムモデル判別機能５ｂは、転送を指示されたプログラムファ
イルのプログラムタイプ名ファイルを読み取り、転送するプログラムファイルのモデル‘
モデルＢ’を確認する。次に、リモート管理装置５のノード装置モデル判別機能５ｃは、
転送先のノード装置と通信を行ないノード装置のモデル‘モデルＡ’を確認する。
【００６５】
そして、モデル比較機能５ｄでは、転送先のノード装置のモデルと転送するプログラム
ファイルのモデルとを比較する。ここで、転送先のノード装置のモデルは‘モデルＡ’で
あるので、転送されるプログラムファイルのモデル‘モデルＢ’とは一致しないので、プ
ログラムファイルの転送を行なうこと無く、エラーとなり終了する。
【００６６】
このように、実施例５によれば、ノード装置に誤って異なる装置向けのプログラムファ
イルをインストールすることを事前に防止することが可能となる。
【実施例６】
【００６７】
次に、本発明の実施例６について説明する。
【００６８】
図１０は、本発明の実施例６における保守端末装置とノード装置の構成図である。  
保守端末装置２１は、ノード装置２２にＲＳ−２３２Ｃケーブルを介して接続し、ノー
ド装置を制御・監視するものであり、また保守端末装置２１は、通常携帯可能であり、さ
まざまなノード装置に接続され、その接続されたノード装置を制御・監視する。
【００６９】
図１０において、保守端末装置２１は、ノード装置に対応した複数のアプリケーション
を格納するプログラム格納領域と、装置識別情報に対応するアプリケーション識別情報を
記憶しているアプリケーション識別情報テーブルと、ＲＳ−２３２Ｃケーブルを介して通
信を行なう通信機能を有している。
【００７０】
ノード装置２２は、自装置を識別するための装置識別情報と、接続された保守端末装置
で設定する必要のある自装置に関する情報であるノード装置情報と、ＲＳ−２３２Ｃケー
ブルを介して通信を行なう通信機能を有している。ここで、ノード装置情報とは、例えば
、装置認証用のログイン名、パスワードや、通信事業者を識別する情報、また、ノード装
置が無線通信を行なう場合には、無線機の送信周波数、受信周波数、送信出力レベル等が
挙げられる。
【００７１】
図１１は、ノード装置と保守端末装置間の信号シーケンス図である。  
先ず、ＲＳ−２３２Ｃケーブルによりノード装置２２と保守端末装置２１とが接続され
ると、ノード装置２２は、自装置の装置識別情報２３を保守端末装置２１へ送信する。こ
の装置識別情報２３を受信した保守端末装置２１は、正常に装置識別情報２３を受信した
かどうかの受信確認信号（装置識別情報応答２４）をノード装置２２へ返送する。
【００７２】
次に、ノード装置２２は、保守端末装置２１が正常に装置識別情報２３を受信したこと
を確認すると、保守端末装置２１へ自装置に関するノード装置情報２５を送信する。この
ノード装置情報２５を受信した保守端末装置２１は、受信確認信号（ノード装置情報応答
２６）をノード装置２２へ返送する。
【００７３】
このようにして、保守端末装置２１へは、ノード装置２２の装置識別情報２３とノード
装置情報２５が送られる。
【００７４】
図１２は、ノード装置における動作について説明するフローチャート図であり、ノード
装置が保守端末装置にノード装置の装置識別情報とノード装置情報を送信し、保守端末装
置がその装置識別情報とノード装置情報を受信したことを確認するまでの処理を示してい
る。
【００７５】
先ず、ＳＴＥＰ２１で処理が開始されると、ＳＴＥＰ２２では、ノード装置は保守端末
装置と接続しているＲＳ−２３２ＣケーブルのＣＤ線（データ・チャネル受信キャリア検
出）を監視し、ＣＤ線のＯＮ状態を検出するとＳＴＥＰ２３に進み、検出されなければＣ
Ｄ線の監視を継続する。
【００７６】
ＳＴＥＰ２３では、ノード装置は保守端末装置へ装置識別情報を送信し、応答信号待機
状態となる。ＳＴＥＰ２４では、ノード装置は保守端末装置からの装置識別情報応答を受
信するとＳＴＥＰ２５に進み、保守端末装置からの装置識別情報応答が無い時は、ＳＴＥ
Ｐ２３に戻り再度ノード装置から保守端末装置へ装置識別情報を送信する。
【００７７】
次にＳＴＥＰ２５では、保守端末装置へノード装置情報を送信し、応答信号待機状態と
なる。ＳＴＥＰ２６では、ノード装置は保守端末装置からのノード装置情報応答を受信す
るとノード装置での処理は終了し（ＳＴＥＰ２７）、保守端末装置からのノード装置情報
応答が無い時は、ＳＴＥＰ２５に戻り再度ノード装置から保守端末装置へノード装置情報
を送信する。
【００７８】
図１３は、保守端末装置における動作について説明するフローチャート図であり、保守
端末装置がノード装置からの装置識別情報とノード装置情報を受信し、その装置識別情報
とノード装置情報に従って対応するアプリケーションを起動するまでを示している。
【００７９】
先ず、ＳＴＥＰ３１で処理が開始されると、ＳＴＥＰ３２においては、保守端末装置は
アプリケーション識別情報テーブルの初期化処理を行なう。
【００８０】
ここで、アプリケーション識別情報テーブルについて、図１４を参照して説明する。
【００８１】
図１４は、アプリケーション識別情報テーブルの一例である。  
アプリケーション識別情報テーブルには、装置識別情報とアプリケーション識別情報と
デフォルト識別子を記憶しており、装置識別情報とアプリケーション識別情報は対を成し
ている。後述するが、保守端末装置は、このアプリケーション識別情報テーブルを用いて
、ノード装置からの装置識別情報を基にアプリケーション識別情報を取得し、ノード装置
に対応したアプリケーションを起動する。
【００８２】
次に、ＳＴＥＰ３３においては、アプリケーション識別情報テーブルのデフォルトのア
プリケーションを起動するアプリケーションに設定する。いずれのノード装置でも基本的
な通信プロトコルは同一であるので、デフォルトのアプリケーションが設定されていれば
、以下に示す通信は行なうことができる。
【００８３】
ＳＴＥＰ３４においては、保守端末装置はノード装置と接続しているＲＳ−２３２Ｃケ
ーブルのＲＳ線（送信要求）をＯＮ状態に設定し、ノード装置からの装置識別情報の受信
待機状態となる。ＳＴＥＰ３５においては、保守端末装置はノード装置からの装置識別情
報の受信待機状態で、ノード装置からの装置識別情報を受信するとＳＴＥＰ３６へ進み、
ノード装置からの信号が無い時は、ＳＴＥＰ３５へ戻り装置識別情報の受信待機状態を継
続する。
【００８４】
ＳＴＥＰ３６においては、ノード装置からの装置識別情報を受信した保守端末装置はノ
ード装置へ受信確認信号を送信し、ＳＴＥＰ３７においては、ノード装置に関する情報を
取得するために、ノード装置からのノード装置情報の受信待機状態となり、ノード装置か
らのノード装置情報を受信するとＳＴＥＰ３８へ進み、ノード装置からの信号が無い時は
、ＳＴＥＰ３７へ戻りノード装置情報の受信待機状態を継続する。
【００８５】
続いて、ＳＴＥＰ３８においては、保守端末装置は、受信した装置識別情報を基にして
アプリケーション識別情報テーブルから該当するアプリケーション識別情報を検索し、該
当するアプリケーション識別情報が存在する場合はＳＴＥＰ３９に進み、ノード装置情報
を設定し、ＳＴＥＰ４０で該当するアプリケーションを起動し、ＳＴＥＰ４１で処理を終
了する。
【００８６】
また、上記ＳＴＥＰ３８において、受信した装置識別情報を基にしてアプリケーション
識別情報テーブルから該当するアプリケーション識別情報を検索し、該当するアプリケー
ション識別情報が存在しない場合はＳＴＥＰ４２に進み、取得したノード装置情報を破棄
し、デフォルトのアプリケーションを起動し、ＳＴＥＰ４１で処理を終了する。
【００８７】
このように、実施例６によれば、ノード装置に保守端末装置が接続されたとき、ノード
装置は保守端末装置へノード装置を識別する情報を送信し、保守端末装置では、ノード装
置から送信される識別情報を基に、ノード装置に対応した保守端末装置のアプリケーショ
ンを自動的に起動することが可能となる。
【００８８】
尚、上述した各実施例では、伝送路（有線）で接続されたノード装置からなるネットワ
ークシステムを中心に説明を行なってきたが、例えば、無線で通信が行なわれる複数の無
線伝送装置により構成される無線伝送ネットワークシステムにおいても同様に適用するこ
とができる。
【図面の簡単な説明】
【００８９】
【図１】本発明の実施例１に係わるネットワークシステムにおいて、カメラとモニタとの通信を示す図。
【図２】本発明の実施例１に係わるノード装置での通信パス設定を説明する図。
【図３】本発明の実施例１に係わるネットワークシステムのシーケンス図。
【図４】本発明の実施例２に係わるネットワークシステムのシーケンス図。
【図５】本発明の実施例３に係わるネットワークシステムのシーケンス図。
【図６】本発明の実施例４に係わるネットワークシステムの実施例１のシーケンス図。
【図７】本発明の実施例５に係わるネットワークシステムのプログラムファイルの構成図。
【図８】本発明の実施例５に係わるネットワークシステムのプログラムファイルの更新の方法を示す図。
【図９】本発明の実施例５に係わるネットワークシステムのプログラムファイルの更新のシーケンス図。
【図１０】本発明の実施例５に係わるネットワークシステムの保守端末装置とノード装置の構成図。
【図１１】ノード装置と保守端末装置間の信号シーケンス図。
【図１２】ノード装置での動作のフローチャート図。
【図１３】保守端末装置での動作のフローチャート図。
【図１４】アプリケーション識別情報の記憶テーブル図。
【図１５】ネットワークシステムの構成図。
【図１６】従来のソフトウェア初期化のシーケンス図。
【符号の説明】
【００９０】
１、２２  ノード装置
１ａ  プログラムファイル保存領域
５  リモート管理装置
５ａ  プログラムファイル保存領域
５ｂ  プログラムモデル判別機能
５ｃ  ノード装置モデル判別機能
５ｄ  モデル比較機能
８  ソフトウェア機能
９  ハードウェア機能
１１  通信パステーブル
２０  入出力端末
２１  保守端末装置
【図１】
2006244509.tif 000003
【図２】
2006244509.tif 000004
【図３】
2006244509.tif 000005
【図４】
2006244509.tif 000006
【図５】
2006244509.tif 000007
【図６】
2006244509.tif 000008
【図７】
2006244509.tif 000009
【図８】
2006244509.tif 000010
【図９】
2006244509.tif 000011
【図１０】
2006244509.tif 000012
【図１１】
2006244509.tif 000013
【図１２】
2006244509.tif 000014
【図１３】
2006244509.tif 000015
【図１４】
2006244509.tif 000016
【図１５】
2006244509.tif 000017
【図１６】
2006244509.tif 000018