JPH07295943A - プログラム更新方法 - Google Patents

Abstract

(57)【要約】 【目的】 ネットワークを介してプログラム更新にかか
る送信時間を短縮してプログラム更新にかかる通信費用
を低減し得るプログラム更新方法を提供する。 【構成】 更新するプログラムをマスター機器より第１
段目のスレーブ機器へ送信し、第１段目のスレーブ機器
はこの更新プログラムを受信してプログラム更新し、プ
ログラム更新処理完了後、第１段目のスレーブ機器より
更新プログラムを第２段目の複数のスレーブ機器へ送信
し、第２段目のスレーブ機器はこの更新プログラムを受
信してプログラム更新し、順次に前段のスレーブ機器に
より次段の複数のスレーブ機器のプログラム更新を行う
ように構成した。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子計算機等のネット
ワークに接続されて使用される電気／電子機器のプログ
ラム更新方法に関する。

【０００２】

【従来の技術】近年の半導体技術の発展にともない、各
種の電気／電子機器においては、その制御部プログラム
によって動作するＣＰＵを用いた形態の機器が主流とな
っている。これらの機器のプログラムを更新する方法と
して従来は、基板上にプログラムが記憶されているＲＯ
Ｍ等の半導体部品を交換する方法や、プログラムが記憶
されているフロッピーメディア等の磁気記録媒体を交換
する方法がある。

【０００３】しかしながら、ＲＯＭ等の半導体部品を交
換する方法では、プログラム更新を行おうとしている機
器の一台毎に基板上のソケットから古いＲＯＭを抜き取
り、新しいプログラムが格納された新たなＲＯＭをソケ
ットに装着しなければならない。従って、電子回路の取
扱い方法を理解している専門の技術者がＲＯＭの交換作
業を行う必要があり、プログラム更新作業に多くの人手
を要し、作業効率が悪い。

【０００４】また、フロッピーメディアを交換する方法
では、電子回路の専門知識は必要としないが、プログラ
ム更新を行おうとしている機器の一台毎に古いフロッピ
ーメディアを新しいフロッピーメディアと交換しなけれ
ばならず、プログラム更新作業に多くの人手を要し、作
業効率が悪い。

【０００５】そこで、これらの問題点を解消するプログ
ラム更新方法が特開平５−２０２８０号公報に提案され
ている。このプログラム更新方法を適用する複合計算機
システムは、図４に示すように、クライアント・サーバ
モデルのシステム形態を有し、サーバ計算機１１と複数
のクライアント計算機１２、１３…によって構成されて
いる。サーバ計算機１１及びクライアント計算機１２、
１３…は、ＬＡＮ、ＷＡＮ又は公衆回線網等のネットワ
ーク１０を介して結合されている。サーバ計算機１１
は、クライアント計算機１２、１３に対して、例えばフ
ァイルアクセス等のデータ処理サービスを提供してい
る。サーバ計算機１１としては、ネットワーク１０を介
したデリバリ処理を実行するために、サーバ計算機１１
上でプログラムの更新作業、即ちデリバリ作業を管理す
るデリバリ管理部１１１と、クライアント計算機１２、
１３の夫々とのデータの送受信を実行制御する通信制御
部１１２と、磁気ディスクからなるプログラムファイル
１１３とを備えている。デリバリ管理部１１１は、プロ
グラムファイル１１３に格納されたデリバリ対象のプロ
グラムを取り出し、そのプログラムを通信制御部１１２
に渡すように構成されている。通信制御部１１２は、プ
ログラムのデリバリを行う場合には、クライアント計算
機１２、１３に対して通信要求を発行するようになって
いる。

【０００６】クライアント計算機１２は、サーバ計算機
１１に対して、例えばファイルアクセス等の各種のデー
タ処理を依頼するように構成されており、ネットワーク
１０を介してデリバリ対象のプログラムを受けとるため
にクライアント計算機１２上でプログラムのデリバリ作
業を管理するデリバリ管理部１２１と、サーバ計算機１
１とのデータの送受信を実行制御する通信制御部１２２
と、磁気ディスクからなるプログラムファイル１２３と
を備えている。クライアント計算機１２のデリバリ管理
部１２１は、ネットワーク１０を介してサーバ計算機１
１から受けとったプログラムファイルをプログラムファ
イル１２３に格納するように構成されている。通信制御
部１２２は、クライアント計算機１２の電源が投入され
ている場合には、サーバ計算機１１からの要求を常時監
視し、プログラムデリバリに関係する通信要求が発行さ
れるのを待機している。その通信要求が発行されると、
通信制御部１２２が、サーバ計算機１１の通信制御部１
１２と共同してサーバ計算機１１とクライアント計算機
１２間の通信パスを確立し、デリバリ管理部１２１を起
動するように構成されている。

【０００７】クライアント計算機１３は、サーバ計算機
１１に対して、例えばファイルアクセス等の各種のデー
タ処理を依頼するように構成されており、ネットワーク
１０を介してデリバリ対象のプログラムを受けとるため
にクライアント計算機１３上でプログラムのデリバリ作
業を管理するデリバリ管理部１３１と、サーバ計算機１
１とのデータの送受信を実行制御する通信制御部１３２
と、磁気ディスクからなるプログラムファイル１３３と
を備えている。クライアント計算機１３のデリバリ管理
部１３１は、ネットワーク１０を介してサーバ計算機１
１から受けとったプログラムファイルをプログラムファ
イル１３３に格納するように構成されている。通信制御
部１３３は、クライアント計算機１３の電源が投入され
ている場合には、サーバ計算機１１からの要求を常時監
視し、プログラムデリバリに関係する通信要求が発行さ
れるのを待機している。その通信要求が発行されると、
通信制御部１３２が、サーバ計算機１１の通信制御部１
１２と共同してサーバ計算機１１とクライアント計算機
１３間の通信パスを確立し、デリバリ管理部１３１を起
動するように構成されている。

【０００８】次に、クライアント計算機１２、１３にお
けるプログラムのデリバリ処理の動作について説明す
る。なお、説明を容易とするために、サーバ計算機１１
からクライアント計算機１２に対してプログラムのデリ
バリを行う場合について説明する。

【０００９】クライアント計算機１２にデリバリを行う
場合、サーバ計算機１１上では、デリバリ管理部１１１
が起動される。デリバリ管理部１１１にて、通信制御部
１１２を経由してクライアント計算機１２上の通信制御
部１２２に対してデリバリ要求を示す通信要求が発行さ
れる。クライアント計算機１２の通信制御部１２２には
サーバ計算機１１からの通信要求がデリバリ要求か否か
チェックする。このチェックは、受けとった通信要求に
含まれる起動プログラム名情報がデリバリ管理プログラ
ムを指定しているか否かによって実行される。デリバリ
要求でなければ、通信制御部１２２は通常の送受信処理
を行う。

【００１０】起動プログラム名情報がデリバリ管理プロ
グラムを指定している場合には、デリバリ管理部１２１
が起動される。この後、デリバリ処理はデリバリ管理部
１２１によって実行制御される。サーバ計算機１１の通
信制御部１１２から送られるプログラムファイル１１３
上のデリバリ対象のプログラムファイルは、クライアン
ト計算機１２の通信制御部１２２を通してデリバリ管理
部１２１によってプログラムファイル１２３上にプログ
ラムファイルとして格納される。プログラムファイル１
２３へのプログラムファイルの格納がすべて完了する
と、デリバリ完了と判断され、デリバリ管理部１２１は
デリバリプログラムの終了処理を行う。この後、通信制
御部１２２は、通常の送受信処理に戻る。

【００１１】以上のように、サーバ計算機１１からの通
信要求によってサーバ計算機１１とクライアント計算機
１２、１３間の通信パスが確立され、これによってプロ
グラムファイルがサーバ計算機１１からクライアント計
算機１２、１３に転送される。このため、クライアント
計算機１２、１３が立ち上がっていて通信可能な状態で
あれば、デリバリ対象のプログラムファイルを通信を介
してサーバ計算機１１からクライアント計算機１２、１
３に自動転送できるようになり、各クライアント計算機
１２、１３のマシン毎にＲＯＭやフロッピーメディアを
交換する手間を省略でき、作業性を向上することができ
る。

【００１２】図４の複合計算機システムのプログラム更
新の相互関係は、全体的には、図５のブロック図に示さ
れる。ここに、図５の機器１１は、図４のサーバ計算機
１１に対応し、機器１２、１３…は図４のクライアント
計算機１２、１３…に対応する。サーバ計算機としての
機器１１は、クライアント計算機としての機器１２〜２
２のそれぞれにデリバリ対象のプログラムファイルを通
信を介して自動送信することができる。

【００１３】

【発明が解決しようとする課題】従来のプログラム更新
方法は、図５に示すように、機器１１から他の機器１２
〜２２へ行われるので、自営のローカルなネットワーク
内での更新プログラムの送信には特別な費用は発生しな
いが、公共のネットワークを介して遠隔地の機器へ更新
プログラムをデータ送信する場合には、送信したデータ
の量や送信距離に応じて費用が増加するという問題点が
ある。一台のマスター機器から全ての機器へ更新プログ
ラムのデータ通信を行う場合は、全ての機器のプログラ
ム更新を完了するまでの多大な時間を要し、費用が増加
するという問題点がある。

【００１４】本発明は、上記のような課題を解消するた
めになされたもので、ネットワークを介してプログラム
更新にかかる送信時間を短縮してプログラム更新にかか
る通信費用を低減し得るプログラム更新方法を提供する
ことを目的としている。

【００１５】

【課題を解決するための手段】本発明によれば、前述の
目的は、更新するプログラムをマスター機器より所定の
スレーブ機器へ送信し、当該スレーブ機器は当該更新プ
ログラムを受信してプログラム更新し、当該スレーブ機
器のプログラム更新処理完了後、当該更新プログラムを
他のスレーブ機器へ送信し、他のスレーブ機器は当該更
新プログラムを受信してプログラム更新を行う請求項１
に記載のプログラム更新方法によって達成される。

【００１６】本発明によれば、前述の目的は、更新する
プログラムをマスター機器より第１段目のスレーブ機器
へ送信し、第１段目のスレーブ機器は当該更新プログラ
ムを受信してプログラム更新し、プログラム更新処理完
了後、第１段目のスレーブ機器より更新プログラムを第
２段目の複数のスレーブ機器へ送信し、第２段目のスレ
ーブ機器は当該更新プログラムを受信してプログラム更
新し、順次に前段のスレーブ機器により次段の複数のス
レーブ機器のプログラム更新を行う請求項２に記載のプ
ログラム更新方法によって達成される。

【００１７】本発明によれば、前述の目的は、前記マス
ター機器がスレーブ機器へ更新プログラムと共にスレー
ブ機器に更新を委託する機器についての情報を送信する
請求項３に記載のプログラム更新方法によって達成され
る。

【００１８】

【作用】請求項１又は２のプログラム更新方法によれ
ば、次段のスレーブ機器は、マスター機器から受信した
プログラム更新を更に次段のスレーブ機器に行い得る。
同様に、順次に前段のスレーブ機器により次段の複数の
スレーブ機器のプログラム更新を行い、これにより、ネ
ットワークを介してプログラム更新にかかる送信時間を
短縮して、プログラム更新にかかる通信費用を低減し得
る。

【００１９】請求項３のプログラム更新方法によれば、
マスター機器はスレーブ機器へ更新プログラムと共にス
レーブ機器に更新を委託する機器についての情報を送信
する。これにより、マスター機器からスレーブ機器へ送
信されるデータの中に更新される新しいプログラムの他
に、そのスレーブ機器に更新を委託する機器についての
更新委託情報を含ませることで、マスター機器からのプ
ログラム更新を更新委託情報に含まれた次段のスレーブ
機器に委託し得、次段へのプログラムの更新を整然と行
い得る。

【００２０】

【実施例】以下、本発明の方法の一実施例を図に基づい
て説明する。まず、本発明の基本原理を図１及び図２を
参照しながら説明する。

【００２１】図１において、マスター機器１１から第１
段目のスレーブ機器１２〜１４、第１段目のスレーブ機
器１２〜１４から第２段目のスレーブ機器１５〜１９、
第２段目のスレーブ機器１５〜１９から第３段目のスレ
ーブ機器２０〜２２へ送信する。これらの送信されるデ
ータの中に、更新される新しいプログラムの他に、その
スレーブ機器に更新を委託する機器についての更新委託
情報を含ませることで、マスター機器１１に、プログラ
ム更新をスレーブ機器へ委託する機能が付与されてい
る。マスター機器から受信したデータの中の更新委託情
報の有無や内容を判断して自らがマスター機器となり、
他のスレーブ機器のプログラム更新を行う機能がスレー
ブ機器に付与されている。これにより、公共のネットワ
ークを介してプログラム更新にかかる送信時間を短縮し
てプログラム更新にかかる通信費用を低減し得る。な
お、この更新委託情報は、プログラム更新を委託された
スレーブ機器が、次段のスレーブ機器のプログラム更新
をすると共に、次段のスレーブ機器に更に次段のスレー
ブ機器のプログラム更新を受け持たせるように構成され
ている。

【００２２】図１に示すプログラム更新の上下関係を記
号式を用いて表わすと、 機器１１（機器１２（機器１５、機器１６（機器２０、機器２１））、 機器１３、 機器１４（機器１７、機器１８（機器２２）、機器１９）） …記 号式１ なる表現ができる。なお、矢印の根元側がプログラム更
新を行うマスター機器、先端側がプログラム更新がなさ
れるスレーブ機器である。

【００２３】記号式１は、 Ａ０（Ａ１、Ａ２、…、Ａｎ） …記号式２ なる基本構造が多重化された記号式であり、この基本構
造でＡ０がマスター機器、Ａ１〜ＡｎがＡ０からプログ
ラム更新がなされるスレーブ機器となる。記号式１の機
器１４を例にすると、機器１４は機器１１からプログラ
ム更新がなされるスレーブ機器であると共に、機器１
７、１８、１９のプログラム更新を行うマスター機器に
なる。

【００２４】機器１１は、元々 （機器１２（機器１５、機器１６（機器２０、機器２１））、機器１３、 機器１４（機器１７、機器１８（機器２２）、機器１９）） … 記号式３ なる記号式で表現されるプログラム更新の関係を表した
更新委託情報を持っている。この更新委託情報から機器
１１は、機器１２、機器１３、機器１４の三台の機器に
対して直接プログラム更新を行うことが必要であると共
に、機器１２、機器１４には他の機器のプログラム更新
を委託することが必要であると判断する。そして、機器
１２のプログラム更新を行う場合には、記号式３の機器
１２の後ろの括弧でくくられた部分である （機器１５、機器１６（機器２０、機器２１）） …記号式４ なる更新情報が機器１２に送られる。機器１２は、機器
１１から受けとった記号式４より機器１５、１６に対し
て直接プログラム更新を行うことが必要であると判断す
る。機器１２は、記号式４より機器１６に対して更新を
委託する機器があると判断する。なお、機器１３には、
記号式３において機器１３の後ろの括弧でくくられた部
分が無いので、更新委託すべき機器がなく、更新委託情
報は送られない。従って、機器１３は、機器１１からプ
ログラム更新されるが、更新委託情報がないため、マス
ター機器として他の機器の更新を行うことはない。

【００２５】機器１４のプログラム更新を行う場合に
は、同様に、記号式３の機器１４の後ろの括弧でくくら
れた部分である （機器１７、機器１８（機器２２）、機器１９） …記号式５ なる更新委託情報が機器１４へ送られる。

【００２６】機器１５は、機器１２からプログラム更新
されるが、更新委託情報がないため、マスター機器とし
て他の機器の更新を行うことはない。機器１６のプログ
ラム更新を行う場合には、 （機器２０、機器２１） …記号式６ なる一覧表情報が機器１６へ送られる。機器１６は機器
１２から受けとった記号式６より、機器２０、２１に対
して直接プログラム更新を行うことが必要であると判断
する。機器２０、２１は、機器１６からプログラム更新
されるが、更新委託情報がないため、マスター機器とし
て他の機器の更新を行うことはない。

【００２７】機器１４は、機器１１から受けとった記号
式５より機器１７、１８、１９に対して直接プログラム
更新を行うことが必要であると判断する。機器１８のプ
ログラム更新を行う場合には、 （機器２２） …記号式７ なる一覧表情報が機器１８へ送られる。機器１７、１９
は、機器１４からプログラム更新されるが、更新委託情
報がないため、マスター機器として他の機器の更新を行
うことはない。機器１８は、機器１４から受けとった記
号式７により機器２２に対して直接プログラム更新を行
うことが必要であると判断する。機器１８は、記号式７
より機器２２に対しては更新を委託する機器がないと判
断する。機器２２は、機器１８からプログラム更新され
るが、更新委託情報がないため、マスター機器として他
の機器の更新を行うことはない。

【００２８】以上のように更新委託情報を受け渡しする
ことで、図１に示す上下関係でのプログラム更新処理が
実現できる。なお、機器の上下関係は、任意に設定で
き、図１と異なった上下関係とすることも可能である。

【００２９】次に、プログラム更新の処理の時間的流れ
を図２に基づいて説明する。説明を容易にするため、一
台の機器の更新に要する時間を所定値Ｔとし、同一の機
器からプログラム更新される複数の機器は、図１の左側
から順番にプログラム更新が行われることとする。最初
の時間間隔０〜１Ｔにおいて、機器１１から機器１２へ
更新情報が送られる。次の時間間隔１Ｔ〜２Ｔおいて、
機器１１から機器１３へ更新情報が送られると共に、機
器１２から更に機器１５へ更新情報が送られる。時間間
隔２Ｔ〜３Ｔにおいて、機器１１から機器１４へ更新情
報が送られると共に、機器１２から更に機器１６へ更新
情報が送られる。時間間隔３Ｔ〜４Ｔにおいて、機器１
６から機器２０へ更新情報が送られると共に、機器１４
から機器１７へ更新情報が送られる。時間間隔４Ｔ〜５
Ｔにおいて、機器１６から機器２１へ更新情報が送られ
ると共に、機器１４から機器１８へ更新情報が送られ
る。時間間隔５Ｔ〜６Ｔにおいて、機器１４から機器１
９へ更新情報が送られると共に、機器１８から機器２２
へ更新情報が送られる。全ての機器のプログラム更新に
要する時間を求めると、図５に示した従来例のように、
一台のマスター機器から順番に全てのスレーブ機器の更
新を行うならば １１Ｔ …式１ の時間を要するが、本実施例を利用して図１のように上
下関係でプログラム更新が行われると、図２に示すよう
に、同時に複数のプログラム更新処理が行われ、 ６Ｔ …式２ の時間で更新処理が完了する。

【００３０】例えば、機器１１が東京のセンターのマス
ター装置であり、機器１２、１５、１６、２０、２１が
関西地区、機器１３が関東地区、機器１４、１７、１
８、１９、２２が九州地区にある場合、従来装置では費
用のかかる長距離の通信が多く発生するが、本実施例の
プログラム更新方法によれば、機器１２を関西地区の代
表機器とし、機器１３を関東地区の代表機器とし、機器
１４を九州地区の代表機器とし、それぞれの地区の他の
機器のプログラム更新はその地区の代表機器に委託する
ことで、通信距離が短くなり、長距離の通信回数が少な
くなり、全機器のプログラム更新に要する費用を少なく
することができる。

【００３１】以下、本実施例のプログラム更新方法を電
子計算機に実施した場合を図３を用いて説明する。な
お、電子計算機は、スレーブ機器としてプログラム更新
を受ける場合の動作に関係する機能部分と、マスター機
器として他のスレーブ機器のプログラム更新を行う場合
の動作に関係する機能部分を有している。大本のマスタ
ー機器の場合は、図３の一部の機能のみを有している。
なお、本実施例に直接関係しない電子計算機の他の部分
は省略する。

【００３２】電子計算機５００は、ネットワーク５０１
を介して他の機器と通信を行う通信管理部５０２と、機
器全体の制御を行う主制御部５０３と、機器の初期化作
業を行う初期化作業部５０４と、機器が行う通常の動作
のためのプログラムを格納する主記憶部５０５と、この
機器からネットワーク５０１を通じてプログラム更新さ
れる機器群全体の構成を記録しているシステム構成デー
タ部５０６とから構成されている。

【００３３】次に、電子計算機５００がマスター機器
（大本のマスター機器又は前段のスレーブ機器）により
プログラム更新された後に、他の機器のプログラム更新
を行う場合の動作について説明する。

【００３４】通信管理部５０２は、ネットワーク５０１
を介してマスター機器からプログラム更新に必要な更新
委託情報及び新規プログラムを受信すると、プログラム
更新を開始する指令１００を主制御部５０３へ送る。更
新開始指令１００を受けとった主制御部５０３は、現在
の機器の動作を中断してプログラムの更新を行う初期化
作業部５０４に初期化指令１０１を送る。初期化作業部
５０４は、通信管理部５０２に新規プログラムの受信指
令１０２を送る。通信管理部５０２は、上位のマスター
機器より送られてきたプログラム更新のデータ１０３を
初期化作業部５０４に転送する。初期化作業部５０４
は、データ１０３中の更新委託情報１０４を取り出して
システム構成データ部５０６へ送る。システム構成デー
タ部５０６は送られてきた更新委託情報を記憶する。初
期化作業部５０４は、データ１０３中の新規プログラム
を取り出して主制御部５０３の制御の下にこの新規プロ
グラム１０５を主記憶部５０５へ送り、送られてきた新
規プログラムを古いプログラムと置き換える。

【００３５】これらの作業が終了すると、初期化作業部
５０４から主制御部５０３へプログラム更新完了報告１
０６が送られる。主制御部５０３は、プログラム更新完
了報告１０６を受け取った後、システム構成データ部５
０６へ更新委託の有無の問い合わせ１０７を行う。シス
テム構成データ部５０６は、更新委託の内容または更新
委託されていないことの情報１０８を主制御部５０３へ
送る。主制御部５０３は、更新委託情報１０４の内容を
解析し、通信管理部５０２に対して更新指令１０９を送
る。更新指令１０９には、更新を行う機器に関する情報
と、送信する新規プログラムに関する情報と、送信する
更新委託情報とが含まれている。通信管理部５０２は、
更新指令１０９に従って主記憶部５０５から新規プログ
ラム１１０を取り出し、更新委託情報と新規プログラム
からなる送信データを作成し、指定された機器へネット
ワーク５０１を介して送信する。

【００３６】その後、通信管理部５０２から主制御部５
０３へ送信完了通知１５０が送られる。主制御部５０３
は、更新委託されている機器が他にある場合は、上述同
様の動作を繰り返す。その後に、主制御部５０３は、主
記憶部５０５に格納された新規プログラムを用いた通常
の動作を起動する。

【００３７】

【発明の効果】請求項１又は２に記載のプログラム更新
方法によれば、次段のスレーブ機器は、マスター機器か
ら受信したプログラム更新を更に次段のスレーブ機器に
行い得る。同様に、順次に前段のスレーブ機器により次
段の複数のスレーブ機器のプログラム更新を行い、これ
により、ネットワークを介してプログラム更新にかかる
送信時間を短縮して、プログラム更新にかかる通信費用
を低減し得る。

【００３８】請求項３に記載のプログラム更新方法によ
れば、マスター機器からスレーブ機器へ送信されるデー
タの中に更新される新しいプログラムの他に、そのスレ
ーブ機器に更新を委託する機器についての更新委託情報
を含ませることで、マスター機器からのプログラム更新
を更新委託情報に含まれた次段のスレーブ機器に委託し
得、次段へのプログラムの更新を整然と行い得る。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明に係るプログラム更新方法によってプロ
グラム更新を行う場合の処理の時間的な流れを示す図で
ある。

【図３】本発明を適用する電子計算機の構成を示すブロ
ック図である。

【図４】従来のプラグ更新方法を適用する複合計算機シ
ステムの構成を示すブロック図である。

【図５】従来のプラグ更新方法による機器のプログラム
更新の相互関係を示すブロック図である。

【符号の説明】

11〜22 機器 500 電子計算機 501 ネットワーク 502 通信管理部 503 主制御部 504 初期化作業部 505 主記憶部 506 システム構成データ部

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続して動作する機器の
   プログラムを、ネットワークを介して更新するプログラ
   ム更新方法であって、更新するプログラムをマスター機
   器より所定のスレーブ機器へ送信し、当該スレーブ機器
   は当該更新プログラムを受信してプログラム更新し、当
   該スレーブ機器のプログラム更新処理完了後、当該更新
   プログラムを他のスレーブ機器へ送信し、他のスレーブ
   機器は当該更新プログラムを受信してプログラム更新を
   行うプログラム更新方法。
2. 【請求項２】 ネットワークに接続して動作する機器の
   プログラムを、ネットワークを介して更新するプログラ
   ム更新方法であって、更新するプログラムをマスター機
   器より第１段目のスレーブ機器へ送信し、第１段目のス
   レーブ機器は当該更新プログラムを受信してプログラム
   更新し、プログラム更新処理完了後、第１段目のスレー
   ブ機器より更新プログラムを第２段目の複数のスレーブ
   機器へ送信し、第２段目のスレーブ機器は当該更新プロ
   グラムを受信してプログラム更新し、順次に前段のスレ
   ーブ機器により次段のスレーブ機器のプログラム更新を
   行うプログラム更新方法。
3. 【請求項３】 前記マスター機器はスレーブ機器へ更新
   プログラムと共にスレーブ機器に更新を委託する機器に
   ついての更新情報を送信する請求項１又は２に記載のプ
   ログラム更新方法。