JPH04340150A - データ通信システムにおけるプログラムのダウンロード方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はＬＡＮ（ローカルエリア
・ネットワーク・システム）等の、複数のノード装置が
ループ伝送路などの通信路を介して結合されているデー
タ通信システムにおいて、ノード装置の少なくとも一つ
をマスタノード、残りをスレーブノードとして、マスタ
ノードからスレーブノードへのプログラムのダウンロー
ド方式に関する。

【０００２】

【従来の技術】従来、複数のノード装置がループ伝送路
などで結合されたＬＡＮ等において、あるノード装置に
各ノード装置で必要とするプログラム（例えば、ノード
装置個別情報や収容する回線のインタフェースの種類、
回線速度等の情報を含む通信制御プログラム）を一括し
て保持し、該ノード装置（以下、マスタノードと称す）
から他のノード装置（以下、スレードノードと称す）に
対してプログラムをダウンロードする場合、スレーブノ
ードの電源がオフ、オンするたびにタウンロードを行う
ことで、スレーブノードのプログラムの正常性を保証し
ていた。

【０００３】なお、この種のプログラムのダウンロード
方式に関連のある公知文献としては、例えば特開昭５９
−６２２４３号公報が挙げられる。

【０００４】

【発明が解決しようとする課題】上記従来技術では、ス
レーブノードの電源が何らかの原因でオフし、プログラ
ムが破壊されても、電源が再びオンすると、マスタノー
ドから当該プログラムをローディングするため、プログ
ラムの正常性は必ず保証される。しかし、その反面、ロ
ーディングを実行している期間、通信動作は中断するた
め、システムの稼動率が低下するという問題があった。

【０００５】本発明の目的は、スレーブノード電源のオ
フ、オン時、マスタノードからスレーブノードに対する
プログラムのダウンロードを必要最少限にとどめて、通
信の中断時間を短縮し、稼動率の低下を防止することに
ある。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、スレーブノードには、マスタノードから
ダウンロードされたプログラムを格納するメモリ手段と
、スレーブノード電源がオフした場合に前記メモリ手段
に対して引き続き電力を供給する電源バックアップ手段
と、スレーブノード電源がオフから再びオンになった時
、前記メモリ手段に格納されているプログラムの正常性
をチェックし、正常でない場合にマスターノードに対し
てプログラムのダウンロード要求を発する制御手段を設
け、マスタノードには、前記スレーブノードからダウン
ロード要求を受け取ると、当該スレーブノードに対して
プログラムをダウンロードする制御手段を設けるもので
ある。

【０００７】

【作用】本発明では、あるスレーブノードの電源が何ら
かの原因でオフになった場合、マスタノードからダウン
ロードされたプログラムを格納しているメモリ手段は、
バッテリなどにより引き続き電源供給を受けるため、プ
ログラムの破壊はほとんど起こらない。その後、再び電
源がオンになった時、上記メモリ手段に格納されている
プログラムの正常性をチェックして、正常であれば、マ
スタノードに対してダウンロード要求を発することなく
直ちに通信を再開し、万一破壊されて正常でない場合の
み、マスタノードにダウンロード要求を発してプログラ
ムのダウンロードを受ける。これにより、マスタノード
からスレードノードに対するプログラムのダウンロード
を必要最少限にとどめることでき、スレーブノード電源
のオフ、オン時の通信の中継時間が短縮する。

【０００９】

【実施例】以下、本発明の一実施例を図面を用いて具体
的に説明する。

【００１０】図１は本発明の一実施例のシステム構成図
である。図において、ノード装置１００〜３００がルー
プ伝送路４００によりループ状に接続されている。ここ
で、ノード装置１００をマスタノード、ノード装置２０
０，３００をスレーブノードとする。スレーブノードは
ノード装置２００，３００以外にも存在するが、図１で
は省略してある。

【００１１】マスタノード１００は、各スレーブノード
にダウンロードするためのプログラムを保持するフロッ
ピーディスク１０１、マスタノードのための各種情報及
び一時的にスレーブノードへのダウンロードプログラム
を格納するメモリ部１０２、マスタノード全体を制御す
る制御部１０３、ループ伝送路４００とデータ送受信を
行うＬＡＮインタフェース部１０４、及び、これら各部
を接続する内部バス２１０からなる。該マスタノード１
００の制御部１０３は、ＬＡＮインタフェース部１０４
を通してスレーブノード２００や３００からダウンロー
ド要求を受信すると、フロッピーディスク１０１から当
該スレーブノードのプログラムを読み出してメモリ部１
０２に転送した後、該メモリ部１０２からＬＡＮインタ
フェース部１０４を介し、ループ伝送路４００を経て当
該スレーブノードにダウンロードする。

【００１２】なお、各スレーブノードにダウンロードす
るためのプログラムを保持する装置は、何もフロッピー
ディスク１０１である必要はなく、ハードディスクやメ
モリカード、その他の任意の記憶媒体を用いることがで
きる。

【００１３】スレーブノード２００は、ループ伝送路４
００とデータ送受信を行うＬＡＮインタフェース部２０
１、スレーブノード全体を制御する制御部２０２、制御
部２０２用の基本プログラムを保持するＲＯＭ部２０３
、マスタノードからダウンロードされたプログラムや各
種情報を格納するメモリ部２０４、メモリ２０４の電源
供給を制御する電源制御部２０５、内部バス２１０と支
線バス２１１の変換を行うバスインタフェース制御部２
０６、支線ＬＡＮ２２０を介して端末２１１とデータ送
受信を行う支線ＬＡＮインタフェース部２０７、スレー
ブノードの各部に電源を供給する電源部２０８、メモリ
部２０４のバックアップ電源用のバッテリ２０９及び、
内部バス２１０、支線バス２１１からなる。スレーブノ
ード３００の構成も同様である。端末２２１はスレーブ
ノード２００を介し、ループ伝送路４００を経由して他
のスレーブノードに接続された端末とデータ通信を行う
。一般に、支線バス２１１には支線ＬＡＮインタフェー
ス部２０７を複数接続することが可能であり、従って、
一つのスレーブノードには複数の支線ＬＡＮ、複数の端
末を接続することができる。なお、２１２は電源リセッ
ト線、２１３は電源供給線である。

【００１４】以下、スレーブノード２００を例にして、
スレーブノード電源オフ、オン時の動作を説明する。図
２及び図３は、そのフローチャートを示したものである
。

【００１５】いま、スレーブノード２００のメモリ部２
０４には、システム立上げ時など、既にマスタノード１
００からプログラムがタウンロードされ、スレーブノー
ド２００では、該メモリ部２０４のプログラムに従って
端末間のデータ通信制御を行っているとする。この通常
動作時、スレーブノード２００の各部は電源部２０８か
ら直流電源の供給を受け、メモリ部２０４も、電源制御
部２０５を介して電源部２０８からの直流電源の供給を
受けている。

【００１６】電源制御部２０５は、電源供給線２１３の
電圧を監視しており、何らかの異常、その他で電源部２
０８がオフとなり、電源供給線２１３の電圧が基準値以
下になった場合、メモリ部２０４への電源供給を電源２
０８からバッテリ２０９へ切り替える（図２のステップ
Ｓ１０）。これにより、電源部２０８がオフとなっても
マスタノード１００からタウンロードされたプログラム
を格納しているメモリ部２０４への電源供給は継続され
る。一方、電源部２０８がオフすると、スレーブノード
２００の各部への電源供給は停止するため、スレーブノ
ード２００は動作不能となり、端末間の通信は中断する
。

【００１７】その後、電源部２０８が再びオンになると
、スレーブノード２００の各部への電源供給が再開する
。電源制御部２０５は、電源部２０８がオンとなり、電
源供給線２１３の電圧が基準値以上になると、メモリ部
２０４への電源供給をバッテリ２０９から再び電源部２
０８へ切り替える（図３のステップＳ１１）。同時に、
電源制御部２０５は電源部２０８によってバッテリ２０
９の充電も開始する。

【００１８】一方、電源部２０８がオフからオンになる
と、電源リセット線２１２が所定期間ハイとなる（ステ
ップＳ１２）。制御部２０２は、電源リセット線２１２
がハイとなると、ＲＯＭ２０３に格納されている当該ス
レーブノード２００を制御するための基本プログラムを
実行し、まず、該スレーブノード各部を初期リセットす
る（ステップＳ１３）。次に、制御部２０２は、上記基
本プログラムの引き続く実行により、メモリ部２０４に
格納されているプログラムのサムチェック等を実施し（
ステップＳ１４）、該プログラムが電源供給の切替え動
作やバッテリ２０９の電圧不足等によって破壊されてい
ないかチェックする（ステップＳ１５）。そして、破壊
されていないことを確認すると、直ちに端末間の通信制
御を再開する。破壊されていた場合、制御部２０２はＬ
ＡＮインタフェース部２０１を介してマスタノード１０
０にダウンロード要求を発し（ステップＳ１６）、マス
タノード１００からプログラムがダウンロードされるま
で待機する（ステップＳ１７）。プログラムがＬＡＮイ
ンタフェース部２０１を介して受信されたならば、制御
部２０２は、該プログラムをメモリ部２０４に格納し（
ステップＳ１８）、その後、端末間の通信制御を再開す
る。

【００１９】なお、メモリ部２０４に格納されているプ
ログラムの正常性チェック方法としては、サムチェック
法に限らず、パリティチェック法など、任意のチェック
方法を使用することが可能である。

【００２０】

【発明の効果】以上説明したように、本発明によれば、
スレーブノードは、電源がオフした場合、マスタノード
からダウンロードされたプログラムが格納されているメ
モリ部をバッテリ等で電源バックアップし、再びオンに
なった時、該メモリ部のプログラムの正常性をチェック
して、正常であれば直ちに通信を再開し、正常でないと
きのみマスタノードに対してプログラムのダウンロード
を要求するため、スレーブノード電源のオフ、オン毎に
プログラムのダウンロードを行う必要がなく、通信の中
断時間が短縮でき、システム全体の稼動率を高めること
が可能になる。

【図面の簡単な説明】

【図１】本発明の一実施例のシステム構成図である。

【図２】スレーブノード側の電源オフ時の処理フロー図
である。

【図３】スレーブノード側の電源オン時の処理フロー図
である。

【符号の説明】

１００　　マスタノード １０１　　フロッピーディスク １０３　　制御部 ２００，３００　　スレーブノード ２０２　　制御部 ２０４　　メモリ部 ２０５　　電源制御部 ２０８　　電源部 ２０９　　バッテリ

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　複数のノード装置と該ノード装置間を
   結合する通信路とからなるデータ通信システムにおいて
   、少なくとも一つのノード装置（以下、マスタノードと
   称す）に各ノード装置で必要とするプログラムを保持し
   、該マスタノードから他のノード装置（以下、スレーブ
   ノードと称す）に対してプログラムをダウンロードする
   方式であって、スレーブノードは、前記マスタノードか
   らダウンロードされたプログラムを格納するメモリ手段
   と、スレーブノード電源がオフした場合に前記メモリ手
   段に対して引き続き電力を供給する電源バックアップ手
   段と、スレーブノード電源がオフから再びオンになった
   時、前記メモリ手段に格納されているプログラムの正常
   性をチェックし、正常でない場合にマスターノードに対
   してプログラムのダウンロード要求を発する制御手段を
   有し、マスタノードは、前記スレーブノードからダウン
   ロード要求を受け取ると、当該スレーブノードに対して
   プログラムをダウンロードする制御手段を有する、こと
   を特徴とするデータ通信システムにおけるプログラムの
   ダウンロード方式。