(57)【要約】【課題】ファームウェアのアップデート作業を容易に行うことができる技術を提供する。【解決手段】親局１０は、ファームウェアを複数の分割ブロックに分割し、分割ブロックに識別情報を付与し、同報通信により順次に子局２０に送信する。子局２０は、分割ブロックを受信し、分割ブロックに付与された識別情報を基に、抜けブロックの存在の有無を管理する。親局１０は、全ての分割ブロックの送信が完了した後、全ての子局２０に抜けブロックの存在の有無を確認し、確認ステップにより抜けブロックの存在が確認された子局２０に対して抜けブロックのみ再送する。【選択図】図１
2009206723.tif 000002
【特許請求の範囲】
【請求項１】
電力線搬送通信を行う親局から子局に対してファームウェアを送信するファームウェアのアップデート方法であって、
前記親局は、
前記ファームウェアを複数の分割ブロックに分割する分割ステップと、
前記分割ステップにより分割された分割ブロックに識別情報を付与する付与ステップと、
前記付与ステップにより識別情報が付与された分割ブロックを同報通信により順次に前記子局に送信する送信ステップとを備え、
前記子局は、
前記分割ブロックを受信する受信ステップと、
前記分割ブロックに付与された識別情報を基に、抜けブロックの存在の有無を管理する管理ステップとを備え、
前記親局は、
全ての分割ブロックの送信が完了した後、全ての子局に前記抜けブロックの存在の有無を確認する確認ステップと、
前記確認ステップにより抜けブロックの存在が確認された子局に対して抜けブロックのみ再送する再送ステップとを更に備えることを特徴とするファームウェアのアップデート方法。
【請求項２】
前記送信ステップは、１つの分割ブロックにおける同報通信を複数回実行することを特徴とする請求項１記載のファームウェアのアップデート方法。
【請求項３】
前記確認ステップは、各子局に対して抜けブロックが存在するか否かを確認する確認処理を全子局に対して順次に実行するものであり、ある子局において前記確認処理に失敗した場合、次の子局に対して前記確認処理を実行することを特徴とする請求項１又は２記載のファームウェアのアップデート方法。
【請求項４】
前記再送ステップは、前記抜けブロックの再送回数に所定の上限回数を設けることを特徴とする請求項１〜３のいずれかに記載のファームウェアのアップデート方法。
【請求項５】
前記親局は、全ての子局が所定時刻に一斉に前記ファームウェアをアップデートするように指示する指示ステップを更に備えることを特徴とする請求項１〜４のいずれかに記載のファームウェアのアップデート方法。
【請求項６】
前記親局は、全ての子局のファームウェアのバージョンを管理し、全ての子局のバージョンが一致する場合にのみ、全ての子局に対してファームウェアのアップデートを指示するアップデート指示ステップを更に備えることを特徴とする請求項１〜５のいずれかに記載のファームウェアのアップデート方法。
【請求項７】
電力線搬送通信を行う親局と子局とを備える分散システムであって、
前記親局は、
前記子局に対して送信するファームウェアを複数の分割ブロックに分割する分割手段と、
前記分割手段により分割された分割ブロックに識別情報を付与する付与手段と、
前記付与手段により識別情報が付与された分割ブロックを同報通信により順次に前記子局に送信する送信手段とを備え、
前記子局は、
前記分割ブロックを受信する受信手段と、
前記分割ブロックに付与された識別情報を基に、抜けブロックの存在の有無を管理する管理手段とを備え、
前記親局は、
全ての分割ブロックの送信が完了した後、全ての子局に前記抜けブロックの存在の有無を確認する確認手段と、
前記確認手段により抜けブロックの存在が確認された子局に対して抜けブロックのみ再送する再送手段とを更に備えることを特徴とする分散システム。
【請求項８】
請求項１記載のファームウェアアップデート方法を実行することを特徴とする親局。
【請求項９】
請求項１記載のファームウェアアップデート方法を実行することを特徴とする子局。
【請求項１０】
電力線搬送通信を行う親局と子局とを備え、
前記親局を
前記ファームウェアを複数の分割ブロックに分割する分割ステップと、
前記分割ステップにより分割された分割ブロックに識別情報を付与する付与ステップと、
前記付与ステップにより識別情報が付与された分割ブロックを同報通信により順次に前記子局に送信する送信ステップとして機能させ、
前記子局を
分割ブロックを受信する受信ステップと、
前記分割ブロックに付与された識別情報を基に、抜けブロックの存在の有無を管理する管理ステップとして機能させ、
前記親局を
全ての分割ブロックの送信が完了した後、全ての子局に前記抜けブロックの存在の有無を確認する確認ステップと、
前記確認ステップにより抜けブロックの存在が確認された子局に対して抜けブロックのみ再送する再送ステップとして更に機能させることを特徴とするファームウェアのアップデートプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電力線搬送通信を行う親局から子局に対してファームウェアを送信する技術に関するものである。
【背景技術】
【０００２】
近年、集合住宅の各戸の検針メータに電力線搬送通信を行う通信装置を接続し、この通信装置に検針メータによる検針情報を送信させることで検針情報を収集する自動検針システムが知られている（例えば特許文献１，２）。このようなシステムにおいては、検針メータに接続された通信装置のファームウェアをバージョンアップさせる必要も生じ得る。
【特許文献１】特開２０００−２８６７５７号公報
【特許文献２】特開２００１−２８３３７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のシステムにおいて各検針装置に接続された通信装置のファームウェアをアップデートさせる場合、保守員が各通信装置に保守端末を接続し、アップデート用のファームウェアを転送することにより行われていた。そのため、非常に手間がかかるという問題があった。特に、膨大な数の検針メータが設置されている大型の集合住宅などにおいては、バージョンアップ作業に膨大な手間がかかるという問題があった。
【０００４】
本発明の目的は、ファームウェアのアップデート作業を容易に行うことができる技術を提供することである。
【課題を解決するための手段】
【０００５】
（１）本発明によるファームウェアのアップデート方法は、電力線搬送通信を行う親局から子局に対してファームウェアを送信するファームウェアのアップデート方法であって、前記親局は、前記ファームウェアを複数の分割ブロックに分割する分割ステップと、前記分割ステップにより分割された分割ブロックに識別情報を付与する付与ステップと、前記付与ステップにより識別情報が付与された分割ブロックを同報通信により順次に前記子局に送信する送信ステップとを備え、前記子局は、前記分割ブロックを受信する受信ステップと、前記分割ブロックに付与された識別情報を基に、抜けブロックの存在の有無を管理する管理ステップとを備え、前記親局は、全ての分割ブロックの送信が完了した後、全ての子局に前記抜けブロックの存在の有無を確認する確認ステップと、前記確認ステップにより抜けブロックの存在が確認された子局に対して抜けブロックのみ再送する再送ステップとを更に備えることを特徴とする。
【０００６】
この構成によれば、親局は子局に対して電力線搬送通信を用いてファームウェアを送信するため、各子局に保守端末を接続してファームウェアをロードするといった煩雑な作業を行わなくても子局にファームウェアをロードすることができる。
【０００７】
また、分割ブロックは同報通信により送信されているため、各子局に速やかにファームウェアをロードすることができる。なお、同報通信としてフラッディング（Flooding）を用いればファームウェアを子局全体に対してより速やかに行きわたせることができる。また、各分割ブロックには識別情報が付与されており、親局と各子局とは識別情報によりどの分割ブロックが抜けているか否かを管理し、親局は全ての子局に抜けブロックの存在を確認しているため、親局は各子局における抜けブロックの存在を正確に把握することができる。また、親局は、把握した抜けブロックを抜けブロックが確認された子局にのみ送信するため、通信量を低く抑えつつ、該当する子局に抜けブロックを確実に送信することができる。
【０００８】
（２）前記送信ステップは、１つの分割ブロックにおける同報通信を複数回実行することが好ましい。
【０００９】
この構成によれば、１つの分割ブロックにつき同報通信が複数回実行されているため、全子局に分割ブロックが送信される確率を高めることができる。
【００１０】
（３）前記確認ステップは、各子局に対して抜けブロックが存在するか否かを確認する確認処理を全子局に対して順次に実行するものであり、ある子局において前記確認処理に失敗した場合、次の子局に対して前記確認処理を実行することが好ましい。
【００１１】
この構成によれば、ある子局において抜けブロックが存在するか否かを確認する確認処理に失敗した場合、次の子局において確認処理が実行されるため、全ての子局に対する確認処理を速やかに実行することができる。また、電力線搬送通信の通信路の特徴として、子局の通信可能な時間帯が、時間に応じて発生するノイズ源など（例えばＩＨ機器）の影響により変動することがある。そのため、ある子局において確認処理に失敗した場合、次の子局に対して確認処理を実行するというように一定時間以降にリトライすることで子局との通信に成功できる可能性を高めることができる。
【００１２】
（４）前記再送ステップは、前記抜けブロックの再送回数に所定の上限回数を設けることが好ましい。
【００１３】
この構成によれば、ある子局における抜けブロックの再送回数が上限回数に達すると、その子局への再送処理が打ち切られるため、当該子局に対する再送処理が完了しないために、他の子局に対するファームウェアのアップデート処理が実行されなくなるような事態を回避することができる。
【００１４】
（５）前記親局は、全ての子局が所定時刻に一斉に前記ファームウェアをアップデートするように指示する指示ステップを更に備えることが好ましい。
【００１５】
この構成によれば、全ての子局は所定時刻になると一斉にファームウェアをアップデートするため、各子局間でファームウェアのバージョンが相違するといった事態を回避することができる。
【００１６】
（６）前記親局は、全ての子局のファームウェアのバージョンを管理し、全ての子局のバージョンが一致する場合にのみ、全ての子局に対してファームウェアのアップデートを指示するアップデート指示ステップを更に備えることが好ましい。
【００１７】
この構成によれば、各子局間でファームウェアのバージョンが相違するといった事態を回避することができる。
【００１８】
（７）本発明による分散システムは、電力線搬送通信を行う親局と子局とを備える分散システムであって、前記親局は、前記子局に対して送信するファームウェアを複数の分割ブロックに分割する分割手段と、前記分割手段により分割された分割ブロックに識別情報を付与する付与手段と、前記付与手段により識別情報が付与された分割ブロックを同報通信により順次に前記子局に送信する送信手段とを備え、前記子局は、前記分割ブロックを受信する受信手段と、前記分割ブロックに付与された識別情報を基に、抜けブロックの存在の有無を管理する管理手段とを備え、前記親局は、全ての分割ブロックの送信が完了した後、全ての子局に前記抜けブロックの存在の有無を確認する確認手段と、前記確認手段により抜けブロックの存在が確認された子局に対して抜けブロックのみ再送する再送手段とを更に備えることを特徴とする。
【００１９】
この構成によれば、（１）に示すファームウェアのアップデート方法を実現する分散システムを提供することができる。
【００２０】
（８）本発明による親局は、請求項１記載のファームウェアアップデート方法を実行することを特徴とする。
【００２１】
この構成によれば、（１）に示すファームウェアのアップデート方法を実現する親局を提供することができる。
【００２２】
（９）本発明による子局は、請求項１記載のファームウェアアップデート方法を実行することを特徴とする。
【００２３】
この構成によれば、（１）に示すファームウェアのアップデート方法を実現する子局を提供することができる。
【００２４】
（１０）本発明によるファームウェアのアップデートプログラムは、電力線搬送通信を行う親局と子局とを備え、前記親局を前記ファームウェアを複数の分割ブロックに分割する分割ステップと、前記分割ステップにより分割された分割ブロックに識別情報を付与する付与ステップと、前記付与ステップにより識別情報が付与された分割ブロックを同報通信により順次に前記子局に送信する送信ステップとして機能させ、前記子局を分割ブロックを受信する受信ステップと、前記分割ブロックに付与された識別情報を基に、抜けブロックの存在の有無を管理する管理ステップとして機能させ、前記親局を全ての分割ブロックの送信が完了した後、全ての子局に前記抜けブロックの存在の有無を確認する確認ステップと、前記確認ステップにより抜けブロックの存在が確認された子局に対して抜けブロックのみ再送する再送ステップとして更に機能させることを特徴とする。
【００２５】
この構成によれば、（１）に示すファームウェアのアップデート方法を実現するファームウェアのアップデートプログラムを提供することができる。
【発明の効果】
【００２６】
本発明によれば、親局は子局に対して電力線搬送通信を用いてファームウェアを送信するため、各子局に保守端末を接続してファームウェアをロードするといった煩雑な作業を行わなくても子局にファームウェアをロードすることができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施の形態によるファームウェアのアップデート方法を実現する分散システムについて図面を参照しつつ説明する。図１は、本分散システムの全体構成図である。分散システムは、親局１０及び子局２０を備え、親局１０及び子局２０が電力線搬送通信により相互に通信するシステムである。ここで、電力線搬送通信としては、通信帯域が１０ｋＨｚ〜４５０ｋＨｚの低速ＰＬＣを採用してもよいし、通信帯域が２ＭＨｚ〜３０ＭＨｚの高速ＰＬＣを採用してもよい。なお、低速ＰＬＣの場合、一対一でファームウェアを転送すると、全ての子局２０への転送に膨大な時間がかかってしまうため、フラッディングをベースにした本発明を適用することが好ましい。
【００２８】
この分散システムは、例えばマンション等の集合住宅に設置されており、親局１０は集合住宅の例えば電気管理室に設置され、子局２０は集合住宅の各戸に設置された電気メータに取り付けられている。
【００２９】
親局１０としては、１台〜複数台設けることが可能であり、図１では３台の親局１０により分散システムが構成されている。親局１０と子局２０とは電力線を介して接続されている。電力線は例えば６６００Ｖの１次側の高圧幹線Ｌ１と低圧幹線Ｌ２とを含む。高圧幹線Ｌ１は親局１０の台数に対応して３本存在する。１本の高圧幹線Ｌ１には１本〜複数本の低圧幹線Ｌ２がトランス３０を介して接続されている。１本の低圧幹線Ｌ２には、１台〜複数台の子局２０を接続することが可能である。なお、本実施の形態では、１台の親局１０に対して例えば最大１８０台の子局２０を接続することが可能である。また、親局１０と子局２０とは一意的に通信アドレスが割り付けられている。
【００３０】
３台の親局１０はハブ７０を介してＯＮＵ（optical network unit）６０に接続されている。ＯＮＵ６０は、光通信ネットワークＮＴを介して上位系サーバ５０と接続されている。このように構成された分散システムにおいては、各子局２０は電力線を介して電気メータにより計測された計測データを親局１０に送信する。親局１０は光通信ネットワークＮＴを介して計測データを送信する。これにより上位系サーバ５０は、各戸の電気メータにより計測された計測データを収集することができる。
【００３１】
図２は、親局１０のブロック図を示している。親局１０は、制御部１１０、記憶部１２０、及び通信部１３０を備えている。制御部１１０は、ＣＰＵ等を備え、親局１０全体を統括制御する。本実施の形態では、制御部１１０は、分割部１１１、付与部１１２、送信制御部１１３、確認部１１４、再送制御部１１５、及び指示部１１６の機能を備えている。
【００３２】
分割部１１１は、親局１０から子局２０に送信されるファームウェアを複数の分割ブロックに分割する。ここで、ファームウェアは、子局２０の制御プログラムである。また、ファームウェアには、子局２０の種々の制御を司るアプリ層ファームウェアと子局２０の通信制御を司るＮＥＴ層ファームウェアとの２種類のファームウェアが含まれ、分割部１１１は、アプリ層ファームウェア及びＮＥＴ層ファームウェアをそれぞれ複数の分割ブロックに分割する。なお、ファームウェアを複数の分割ブロックに分割するのは、１度に送信できるデータ量に上限があるからである。
【００３３】
付与部１１２は、分割部１１１により分割された分割ブロックに識別情報を付与する。ここで、識別情報は、各分割ブロックに一意的に割り付けられる。
【００３４】
送信制御部１１３は、通信部１３０を制御して、付与部１１２により識別情報が付与された分割ブロックを同報通信により順次に子局２０に送信する。本実施の形態では、１つの分割ブロックにおける同報通信を複数回実行する手法が採用される。また、同報通信として、分割ブロックを受信した各子局２０が更に同報通信を行うフラッディングが採用されている。そのため、分割ブロックが全子局２０に送信される確率を高めることができる。
【００３５】
確認部１１４は、子局２０に対して、全ての分割ブロックの送信が完了した後、全ての子局２０に抜けブロックの存在の有無を確認する。具体的には、確認部１１４は、各子局２０に対して抜けブロックが存在するか否かを確認する確認処理を全子局２０に対して順次に実行するものであり、ある子局２０において確認処理に失敗した場合、次の子局２０に対して確認処理を実行する。ここで、抜けブロックとは、子局２０が受信に失敗した分割ブロックを示す。
【００３６】
再送制御部１１５は、通信部１３０を制御して、確認部１１４により抜けブロックの存在が確認された子局２０に対して抜けブロックのみ再送する。ここで、再送制御部１１５は、抜けブロックの再送回数に所定の上限回数を設けている。
【００３７】
指示部１１６は、全ての子局２０が所定時刻に一斉にファームウェアをアップデートするように指示する。ここで、指示部１１６は、全ての子局２０のファームウェアのバージョンを管理し、全ての子局２０のバージョンが一致する場合にのみ、全ての子局２０に対してファームウェアのアップデートを指示してもよい。
【００３８】
通信部１３０は、例えばＰＬＣモデム等の電力線搬送通信を実行する通信モジュールから構成され、通信制御を司る。記憶部１２０は、例えば書き込み可能な不揮発性の記憶装置から構成され、ファームウェア記憶部１２１及びファームウェア転送結果ファイル記憶部１２２を備えている。ファームウェア記憶部１２１は、送信対象となるファームウェアを記憶している。ファームウェア転送結果ファイル記憶部１２２は、各子局２０においてどの分割ブロックの受信に成功したかを示すファームウェア転送結果ファイルを記憶している。
【００３９】
図３は、子局２０のブロック図を示している。子局２０は、制御部２１０、通信部２２０、及び記憶部２３０を備えている。制御部２１０は、ＣＰＵ等から構成され、受信制御部２１１及び管理部２１２の機能を備えている。受信制御部２１１は、通信部２２０を制御して、分割ブロックを受信する。管理部２１２は、分割ブロックに付与された識別情報を基に、抜けブロックの存在の有無を管理する。
【００４０】
記憶部２３０は例えば書き換え可能な不揮発性の記憶装置から構成され、親局１０から送信され、子局２０で受信することができたファームウェア等を記憶している。
【００４１】
通信部２２０は、例えばＰＬＣモデム等の電力線搬送通信を実行する通信モジュールから構成され、通信制御を司る。
【００４２】
次に、本発明によるファームウェアアップデート方法の概要について説明する。図４は、ファームウェアのアップデート方法の説明図である。上位系サーバ５０は転送ファームファイルを光通信ネットワークＮＴを介して例えばＦＴＰ（File Transfer Protocol）により親局１０に送信する。ここで、転送ファームファイルは転送ファームファイルＦ１〜Ｆ４等が所定のフォーマットによりひとまとめにされたものであってもよいし、ｔａｒ形式により圧縮されたものであってもよい。親局１０は、転送ファームファイルを解凍、分解し、転送ファームファイルＦ１〜Ｆ４を得る。なお、転送ファームファイルＦ１は、親局１０用のＮＥＴ層ファームウェアであり、転送ファームファイルＦ２は、親局１０用のアプリ層ファームウェアであり、転送ファームファイルＦ３は、子局２０用のＮＥＴ層ファームウェアであり、転送ファームファイルＦ４は、子局２０用のアプリ層ファームウェアである。
【００４３】
親局１０は、転送ファームファイルＦ３，Ｆ４を１行ずつ分解して分割ブロックを生成し、この分割ブロックをフラッディングにより順次に各子局２０に送信する。子局２０は、分割ブロックを受信する。そして、親局１０及び子局２０は、所定時刻になるとファームウェアのアップデートを開始する。
【００４４】
次に、図１に示す分散システムの動作の詳細について説明する。図５〜図８は、図１に示す分散システムの動作を示すシーケンス図である。図５〜図８のシーケンス図においては、１台の親局１０には例えば１８０台の子局２０が接続されているものとする。また、最初に転送ファームファイルＦ３を送信し、次に転送ファームファイルＦ４を送信するものとする。
【００４５】
まず、上位系サーバ５０は、親局１０に転送ファームファイルの送信開始を親局１０に通知するためのファーム転送要求を親局１０に送信する（ステップＳ１）。次に、親局１０は、ファーム転送応答を上位系サーバ５０に送信する（ステップＳ２）。次に、上位系サーバ５０は、転送ファームファイルを親局１０に送信する（ステップＳ３）。
【００４６】
次に、親局１０は、転送ファームファイルの受信が完了したことを上位系サーバ５０に通知するための上位系サーバへのファーム転送完了応答を送信する（ステップＳ４）。次に、上位系サーバ５０は、親局へのファーム転送完了応答を親局１０に送信する（ステップＳ５）。
【００４７】
次に、親局１０は、アップデートモードへ移行する。このとき、親局１０は、転送ファームファイルを解凍、分解し、転送ファームファイルＦ１〜Ｆ４を取得し、ファームウェア記憶部１２１に記憶する。そして、分割部１１１は、転送ファームファイルＦ３，Ｆ４を分割ブロックに分割し、付与部１１２は、分割ブロックに識別情報を付与する。ここで、転送ファームファイルＦ３，Ｆ４は、例えば１行ごとに分割される。よって、識別情報としては、転送ファームファイルの種類を示す情報と行番号とを採用することができる。
【００４８】
次に、親局１０は、各子局２０に対してユニキャストにより、ファームウェア転送要求（初期化）を送信する（ステップＳ１１）。ステップＳ１１で送信されるファームウェア転送要求（初期化）は、各子局２０を初期化するためのファームウェア転送要求である。
【００４９】
このファームウェア転送要求（初期化）を受信した子局２０は、例えば分割ブロックの受信数をカウントするためのカウンタをリセットするといった初期化処理を実行する。
【００５０】
図５に示すように、１台目の子局２０から１８０台目の子局２０に対してユニキャストにより順次にファームウェア転送要求（初期化）が送信され、ファームウェア転送要求を受信した子局２０は、親局１０に対してファームウェア転送応答（初期化）を送信していることが分かる。また、１８０台目の子局２０は、ファームウェア転送要求（初期化）が２台目の子局２０により中継されていることが分かる。すなわち、本分散システムでは、マルチホップによりパケットが送信されている。
【００５１】
次に、送信制御部１１３は、１ブロック目〜ｎブロック目までのファームウェア転送要求を順次にフラッディングにより子局２０に送信する（ステップＳ１２）。ここで、送信制御部１１３は、１ブロック目〜ｎブロック目までの分割ブロックをそれぞれ複数回（例えば３回）のフラッディングにより送信している。そのため、各子局２０にファームウェア転送要求が送信される確率を高めることができる。なお、１ブロック目のファームウェア転送要求には、１ブロック目の分割ブロックが格納され、２ブロック目のファームウェア転送要求には、２ブロック目の分割ブロックが格納されるというように、１ブロック目〜ｎブロック目までのファームウェア転送要求には、１ブロック目〜ｎブロック目までの分割ブロックが格納される。
【００５２】
次に、ｎブロック目の転送要求の送信が終了すると、親局１０の確認部１１４は、確認処理を開始する（ステップＳ１３）。具体的には、確認部１１４は、通信部１３０を制御して、１台目の子局２０に転送状況確認要求を送信し、当該子局２０から転送状況確認応答を受信すると、２台目の子局２０に転送状況確認要求を送信するというようにして、転送状況確認要求を子局２０にユニキャストにより順次に送信する。なお、転送状況確認応答には、子局２０が受信できなかった分割ブロックの識別情報等が含まれる。
【００５３】
ここで、確認部１１４は、ある子局２０（例えば３台目の子局２０）において、転送状況確認応答を受信することができなかった場合、当該子局２０に対して再度転送状況確認要求を送信することなく、次の子局２０（例えば４台目の子局２０）に対して転送状況確認要求を送信する。そして、最終の子局２０である１８０台目の子局２０に対する確認処理が終了すると、１回目のサイクルにおいて転送状況確認応答を受信することができなかった子局２０に対して、順次に転送状況確認要求を送信するというように、確認部１１４は、サイクリックに確認処理を実行する。これにより、全子局２０に対する確認処理を速やかに実行することができる。そして、確認部１１４は、確認処理を所定サイクル（例えば３サイクル）繰り返すと、確認処理を終了する。
【００５４】
なお、確認部１１４は、確認処理による処理結果から、各子局２０においてどの分割ブロックの受信に成功したかを示すファームウェア転送結果ファイルを生成し、ファームウェア転送結果ファイル記憶部１２２に記憶する（ステップＳ１４）。また、子局２０の管理部２１２もどの分割ブロックが抜けているかを示すデータを記憶部２３０に記憶する。
【００５５】
次に、ステップＳ１５において、ステップＳ１３の確認処理により、ある子局２０において抜けブロックが存在するとの処理結果が得られた場合、親局１０の再送制御部１１５は、当該子局２０に対して該当する抜けブロックを送信する再送処理を実行する。図６においては、２台目の子局２０はＸブロック目の分割ブロックの受信に失敗している。よって、再送制御部１１５は、Ｘブロックを格納したファームウェア転送要求を２台目の子局２０にユニキャストで送信する。
【００５６】
なお、ステップＳ１３において、２台以上の子局２０において抜けブロックが存在する場合は、各子局２０に対して抜けブロックが順次にユニキャストで送信される。また、１台の子局２０において複数の抜けブロックが存在する場合は、当該子局２０に対して各抜けブロックが順次にユニキャストで送信される。
【００５７】
そして、各子局２０に対する抜けブロックの送信が完了すると、親局１０の確認部１１４は、転送状況確認要求を該当する子局２０にユニキャストで送信し、ステップＳ１３と同様にして確認処理を開始する。転送状況確認要求を受信した各子局２０は、転送状況確認応答を親局１０に送信する。そして、確認部１１４は、確認処理の結果からステップＳ１４と同様にして、ファームウェア転送結果ファイルに追記を行う。以上によりステップＳ１５に示す再送処理が終了する。
【００５８】
ステップＳ１５の再送処理によっても抜けブロックが存在する場合、再送制御部１１５は、ステップＳ１５と同様に再送処理を行う（ステップＳ１６）。ステップＳ１６の再送処理によっても抜けブロックが存在する場合、再送制御部１１５は、ステップＳ１５と同様に再送処理を行う（ステップＳ１７）。
【００５９】
すなわち、再送制御部１１５は、再送処理を３回実行して再送処理を終了する。以上の処理によって、全子局２０への転送ファームファイルＦ３の転送が完了すると、図７に示すように、転送ファームファイルＦ４の全子局２０への転送が行われる（ステップＳ１８）。まず、親局１０は、図５に示すステップＳ１１と同様にして、各子局２０にファームウェア転送要求（初期化）をユニキャストで順次に送信し、各子局２０を初期化させる。なお、ファームウェア転送要求（初期化）を受信した子局２０は、ファームウェア転送応答（初期化）を親局１０に対して送信する。
【００６０】
次に、親局１０の送信制御部１１３は、図５に示すステップＳ１２と同様にして、各子局２０に転送ファームファイルＦ４の１ブロック目〜ｎブロック目までの各分割ブロックを３回のフラッディングにより順次に子局２０に送信する（ステップＳ１９）。次に、親局１０は、転送ファームファイルＦ３（ＮＥＴ層ファームウェア）に対するステップＳ１３〜Ｓ１７と同様の処理を転送ファームファイルＦ４（アプリ層ファームウェア）に対して行う（ステップＳ２０）。
【００６１】
次に、図８に示すステップＳ２１において、親局１０の指示部１１６は、転送ファームファイルＦ３，Ｆ４の転送に成功した子局２０に対してアップデートを指示するための指示処理を開始する。
【００６２】
具体的には、指示部１１６は、ファームウェア更新開始要求を各子局２０にユニキャストで送信する。なお、ファームウェア更新開始要求を受信した子局２０は、ファームウェア更新開始応答を親局１０に送信する。なお、ファームウェア更新開始要求には、更新時刻を指定するためのデータが格納される。時刻の指定としては、例えば、年、月、日、時、分、秒の少なくともいずれか１つを用いて指定することが可能である。また、ファームウェア更新開始要求には、転送ファームファイルＦ３，Ｆ４の少なくともいずれか一方のアップデートを指示するためのデータや、時刻の指定をキャンセルするデータを含ませても良い。
【００６３】
次に、更新時刻になると、各子局２０は、受信した分割ブロックによりファームウェアをアップデートする（ステップＳ２２）。このとき、親局１０も転送ファームファイルＦ１，Ｆ２によりファームウェアをアップデートする。このように、親局１０と各子局２０とにおいて同一時刻にファームウェアがアップデートされるため、親局１０と各子局２０とにおいてファームウェアのバージョンが不一致となることを防止することができる。
【００６４】
そして、アップデートが終了すると親局１０は、動作モードをアップデートモードから通常動作モードに切り換える（ステップＳ２３）。なお、アップデートの時間としては、数日程度が想定される。
【００６５】
なお、図Ｓ１７に示す３回目の再送処理によっても、ある子局２０において抜けブロックが存在する場合、保守員が当該子局２０に保守端末を接続し、転送ファームファイルＦ３を転送するようにしてもよい。これにより、全子局２０に転送ファームファイルＦ３を転送した後、アップデートを開始することが可能となる。
【００６６】
また、ステップＳ２１に示す指示処理おいて、ファームウェアのバージョンが一致しない子局２０が存在する場合、親局１０は、ファームウェア更新開始要求を送信しなければよい。
【００６７】
そして、バージョンが一致しないファームウェアを格納している子局２０に正しいバージョンのファームウェアを転送する。この場合、保守員が該当する子局２０に保守端末を接続し、正しいバージョンのファームウェアを転送する等すればよい。
【００６８】
そして、指示部１１６は、全子局２０が格納するファームウェアのバージョンの一致を確認すると、各子局２０に対してファームウェア更新要求を送信する。これにより、各子局２０のファームウェアのバージョンを一致させることができる。
【００６９】
このように、本ファームウェアのアップデート方法によれば、親局１０は子局２０に対して電力線搬送通信を用いてファームウェアを送信するため、各子局２０に保守端末を接続してファームウェアをロードするといった煩雑な作業を行わなくても子局２０にファームウェアをロードすることができる。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施の形態分散システムの全体構成図である。
【図２】親局のブロック図を示している。
【図３】子局のブロック図を示している。
【図４】ファームウェアのアップデート方法の説明図である。
【図５】図１に示す分散システムの動作を示すシーケンス図である。
【図６】図１に示す分散システムの動作を示すシーケンス図である。
【図７】図１に示す分散システムの動作を示すシーケンス図である。
【図８】図１に示す分散システムの動作を示すシーケンス図である。
【符号の説明】
【００７１】
１０  親局
２０  子局
１１０  制御部
１１１  分割部
１１２  送信制御部
１１３  付与部
１１４  確認部
１１５  再送制御部
１１６  指示部
１２０  記憶部
１３０  通信部
１２１  ファームウェア記憶部
１２２  ファームウェア転送結果ファイル記憶部
１３０  通信部
２１０  制御部
２１１  受信制御部
２１２  管理部
２２０  通信部
２３０  記憶部
【図１】
2009206723.tif 000003
【図２】
2009206723.tif 000004
【図３】
2009206723.tif 000005
【図４】
2009206723.tif 000006
【図５】
2009206723.tif 000007
【図６】
2009206723.tif 000008
【図７】
2009206723.tif 000009
【図８】
2009206723.tif 000010