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