(57)【要約】      （修正有）【課題】通信装置がファームウェアのアップグレード版の取得を円滑に行うための新たな手段を提供する。【解決手段】ネットワーク通信のための処理を行う処理部１１ｂ，１２ａと、前記処理部を動作させるためのファームウェアを記憶するブート領域１１ｄ−１，１２ｃ−１を有する記憶部と、を備えた通信装置であって、外部からファームウェアのアップグレード版を取得する取得手段と、取得したアップグレード版を前記記憶部に設けられた退避記憶領域に退避させる退避手段と、ネットワーク内の他の通信装置がファームウェアのアップグレード版を取得するのを待つために、外部からファームウェアのアップグレード版を取得してから所定時間が経過するまで待機する待機手段と、前記待機手段による待機後に、前記退避記憶領域に退避されているファームウェアのアップグレード版を、前記記憶部の前記ブート領域に移動させるアップグレード手段と、を備えている。【選択図】図２
2008104036.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク通信のための処理を行う処理部と、
前記処理部を動作させるためのファームウェアを記憶するブート領域を有する記憶部と、を備えた通信装置であって、
外部からファームウェアのアップグレード版を取得する取得手段と、
取得したファームウェアのアップグレード版を前記記憶部に設けられた退避記憶領域に退避させる退避手段と、
ネットワーク内の他の通信装置がファームウェアのアップグレード版を取得するのを待つために、外部からファームウェアのアップグレード版を取得してから所定時間が経過するまで待機する待機手段と、
前記待機手段による待機後に、前記退避記憶領域に退避されているファームウェアのアップグレード版を、前記記憶部の前記ブート領域に移動させるアップグレード手段と、
を備えていることを特徴とする通信装置。
【請求項２】
前記取得手段は、ネットワーク外からファームウェアのアップグレード版を取得するために、ネットワーク外に定期的に問い合わせを行うよう構成され、
前記待機手段が待機する前記所定時間は、前記取得手段がネットワーク外に定期的に問い合わせを行う時間間隔以上の時間であることを特徴とする請求項１記載の通信装置。
【請求項３】
前記待機手段による待機が終了すると、ファームウェアをアップグレードするためのスタンバイ状態であることを報知する報知手段と、
ファームウェアのアップグレードを開始するための操作を行う操作部と、を更に備え、
前記アップグレード手段は、待機手段による待機が終了した後に、前記操作部による操作を受け付けると、前記退避記憶領域に退避されているアップグレード版のファームウェアが、前記記憶部の前記ブート領域に移動するよう構成されている、
ことを特徴とする請求項１又は２に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電力線通信装置などの通信装置に関するものである。
【背景技術】
【０００２】
電力線通信（ＰＬＣ:Power Line Communication）は、電力線を信号伝送路として通信を行う技術であり、例えば、特許文献１に記載されている。
【０００３】
電力線通信装置等の通信装置は、通信のための処理を行う処理部（ＣＰＵ）を備え、その処理部を動作させるファームウェアを不揮発性メモリに記憶させて構成されている。
ここで、電力線通信に関する規格には、様々なものがあり、規格に対応した通信を行うため、当該規格用のファームウェアが作成される。
【０００４】
【特許文献１】特開平１０−１４５２６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ここで、ファームウェアが異なる通信装置間では、通信を行うことができないことが多い。例えば、新しいバージョンのファームウェアを有する通信装置と古いバージョンのファームウェアを有する通信装置とがネットワーク内に混在すると、通信が行えないことがある。
【０００６】
ところが、古いバージョンのファームウェアで動作している通信装置から構成されるネットワークであっても、新しいバージョンのファームウェアにアップグレードしたい場合が生じる。
この場合、ネットワーク内のすべての通信装置が、同時に、アップグレードできれば、通信装置間でファームウェアが異なる状態が生じず、円滑にアップグレードが行える。
【０００７】
しかし、実際には、ネットワーク内のすべての通信装置が、同時に、アップグレードすることはできない。
例えば、ユーザ側で、通信装置のファームウェアを更新するには、通信装置が、ネットワーク外のサーバからアップグレード版のファームウェアをダウンロードすれば可能である。
ところが、ネットワーク内の複数の通信装置それぞれが、サーバにアクセスしてファームウェアのアップグレード版をダウンロードする場合、ダウンロードするタイミングが、通信装置によって異なることになる。
そうすると、ネットワーク内の一の通信装置のファームウェアがアップグレードされてその通信装置が新たな通信規格による通信を行い始めたときに、ネットワーク内の他の通信装置は、ファームウェアが古いままで従前の通信規格による通信しかできないという状況が生じる。
【０００８】
このような状況になると、新旧のファームウェアを有する通信装置間では、通信規格が異なるために、通信できない。しかも、旧のファームウェアを有する通信装置は、ネットワーク内通信を行えないために、ネットワークを介して外部ネットワークに接続することもできず、新しいファームウェアを取得することもできない場合が生じる。
この結果、新しいファームウェアを取得するのが遅れた通信装置は、ネットワーク内で動作できず、ファームウェアのアップグレード版も入手できないことになる。
【０００９】
そこで、本発明は、通信装置がファームウェアのアップグレード版の取得を円滑に行うための新たな技術的手段を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、ネットワーク通信のための処理を行う処理部と、前記処理部を動作させるためのファームウェアを記憶するブート領域を有する記憶部と、を備えた通信装置であって、外部からファームウェアのアップグレード版を取得する取得手段と、取得したファームウェアのアップグレード版を前記記憶部に設けられた退避記憶領域に退避させる退避手段と、ネットワーク内の他の通信装置がファームウェアのアップグレード版を取得するのを待つために、外部からファームウェアのアップグレード版を取得してから所定時間が経過するまで待機する待機手段と、前記待機手段による待機後に、前記退避記憶領域に退避されているファームウェアのアップグレード版を、前記記憶部の前記ブート領域に移動させるアップグレード手段と、を備えている通信装置である。
【００１１】
本発明によれば、ファームウェアのアップグレード版を取得した後に、直ちに、当該アップグレード版をブート領域に移動させてアップグレードを行うのではなく、取得したファームウェアのアップグレード版を退避記憶領域に退避させておく。そして、ネットワーク内の他の通信装置がファームウェアのアップグレード版を取得するのを待って、アップグレードする。
【００１２】
前記取得手段は、ネットワーク外からファームウェアのアップグレード版を取得するために、ネットワーク外に定期的に問い合わせを行うよう構成され、前記待機手段が待機する前記所定時間は、前記取得手段がネットワーク外に定期的に問い合わせを行う時間間隔以上の時間であるのが好ましい。この場合、アップグレード版取得の定期的な問い合わせ間隔よりも、待機する時間が同じか長いので、他の通信装置がファームウェアのアップグレード版を取得することの確実性が高まる。
【００１３】
前記待機手段による待機が終了すると、ファームウェアをアップグレードするためのスタンバイ状態であることを報知する報知手段と、ファームウェアのアップグレードを開始するための操作を行う操作部と、を更に備え、前記アップグレード手段は、待機手段による待機が終了した後に、前記操作部による操作を受け付けると、前記退避記憶領域に保存されているアップグレード版のファームウェアが、前記記憶部の前記ブート領域に移動するよう構成されているのが好ましい。
【００１４】
この場合、アップグレードのスタンバイ状態になったことをユーザ等が知ることができ、ユーザ等の操作によってアップグレードを実行することができる。
【発明の効果】
【００１５】
本発明によれば、ネットワーク内の各通信装置がアップグレード版のファームウェアの取得を円滑に行うことができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施形態を図面に基づいて説明する。
図１は、複数の電力線通信装置１ａ，１ｂ，１ｃ，１ｄが宅内（建物内）の電力線２ａ，２ｂに接続された電力線通信ネットワーク（ＰＬＣネットワーク；ＰＬＣ−ＬＡＮ）を示している。
宅内の電力線２ａ，２ｂは、宅外の電力線２ｃから分電盤３を介して宅内に敷設されている。宅内の電力線２ａ，２ｂは、分電盤３から複数本分岐して延設されている。なお、宅外の電力線２ｃは、高圧線２ｄから変圧器４を介して、宅側へ引き込まれている。
【００１７】
前記電力線２ａ，２ｂには、図示しないコンセントを介して、複数の電力線通信装置（以下、「ＰＬＣモデム」という）１ａ，１ｂ，１ｃ，１ｄが接続されている。複数のＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄのうち、一つのＰＬＣモデム１ａは、親モデムであり、ＰＬＣネットワーク内の他のＰＬＣモデム（子モデム）１ｂ，１ｃ，１ｄとの間の通信の統括的管理を行う。また、親モデム１ａは、ルータ機能も有している。親モデム１ａは、メディアコンバータ５を介して、宅外に延設された光ファイバーネットワーク（広域ネットワーク；インターネット）６に接続されている。
【００１８】
図２は、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄの構成を示している。なお、ＰＬＣモデムの構成は、親モデム１ａも子モデム１ｂ，１ｃ，１ｃもほぼ同様である。
ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄは、電力線通信に関する処理を行うＰＬＣ処理モジュール１１と、ＰＬＣ処理モジュール１１が行う通信処理以外の通信処理を行うためのホストＣＰＵモジュール１２とを備えている。
【００１９】
ＰＬＣ処理モジュール１１は、アンプ部などを有してＰＬＣ信号の送信及び受信を行う送受信部１１ａと、ＰＬＣ信号の変復調やその他の信号処理を行う信号処理部１１ｂとを備えている。
前記送受信部１１ａは、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄの電源コンセント１３を介して、電力線２ａ，２ｂ上のコンセントに接続されている。したがって、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄは、電力線２ａ，２ｂ上を流れる信号を取出し、電力線２ａ，２ｂ上に信号を注入することができる。
【００２０】
また、電源コンセント１３からは、電源電力も取得され、電源回路１４に与えられる。なお、電源回路１４は、電力線２ａ，２ｂの交流電力からＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄ動作のための動作電力を生成する。
【００２１】
信号処理部１１ｂには、第１記憶部としてＤＲＡＭ１１ｃと第２記憶部としてフラッシュメモリ１１ｄとが接続されている。第１記憶部１１ｃは、信号処理部１１ｂにおける演算処理のためのデータ等が格納される作業記憶領域となる。第２記憶部１１ｄは、信号処理部１１ｂを動作させるためのファームウェア、及び信号処理部１１ｂが動作するために必要な設定ファイル等が格納される書替可能な記憶領域となる。
【００２２】
なお、第２記憶部１１ｄにおいて、前記ファームウェアが格納される領域をブート領域１１ｄ−１という。ＰＬＣモデムの電源起動時又はリセット後の起動時においては、ブート領域に格納されているプログラム（ファームウェア）が実行される。
【００２３】
前記ファームウェアは、ＰＬＣモデムが所定の通信規格に沿った通信を行うように構成されている。また、前記設定ファイルは、ＰＬＣモデムのＭＡＣアドレスや暗号鍵など、通信に必要な設定情報であって、個々のＰＬＣモデムに特有な情報を有している。
【００２４】
前記ホストＣＰＵモジュール１２には、ＣＰＵ１２ａが設けられている。ＣＰＵ１２ａは、ＰＬＣ処理モジュール１１の信号処理部１１ｂと通信可能に接続されている。また、ＣＰＵは、図示しないイーサネット（登録商標）インタフェースを介して、メディアコンバータ５やＰＬＣモデム１ｂ，１ｃ，１ｄに接続されるＰＣ等の端末装置との間の通信を行うことができる。
【００２５】
また、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄは、ユーザが操作可能な操作部としてスイッチ１５を有しており、この操作部１５の操作を受けて、ＣＰＵ１２ａは、所定の処理を行うことができる。さらに、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄは、動作状態をユーザに報知するための報知手段としてＬＥＤ１６を有している。ＣＰＵ１２ａは、このＬＥＤ１６の点灯状態によって、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄの状態をユーザに知らせることができる。
【００２６】
ＣＰＵ１２ａには、第３記憶部１２ｂとしてＤＲＡＭ１２ｂ及び第４記憶部１２ｃとしてフラッシュメモリ１２ｃが接続されている。第３記憶部１２ｂは、ＣＰＵ１２ａにおける演算処理のためのデータ等が格納される作業記憶領域となる。第４記憶部１２ｃは、ＣＰＵ１２ａが動作するためのファームウェア、及びＣＰＵ１２ａが動作するために必要な設定ファイル等が格納される書替可能な記憶領域となる。
なお、第４記憶部１２ｃにおいて、前記ファームウェアが格納される領域をブート領域１２ｃ−１という。また、第４記憶部１２ｃには、退避記憶領域１２ｃ−２となる領域も形成されるが、退避記憶領域１２ｃ−２については後述する。
【００２７】
このように、本実施形態のＰＬＣ処理モジュール１１とホストＣＰＵモジュール１２は、それぞれファームウェアを必要とする構成となっている。なお、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄは、ＰＬＣ処理モジュール１１とホストＣＰＵモジュール１２とを別々に備えている必要はなく、例えば、信号処理部１１ｂがＣＰＵ１２ａの機能を兼ねても良い。
【００２８】
図３は、図１のＰＬＣネットワーク内の各ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄが有している現バージョンのファームウェアを、新しいバージョン（アップグレード版）のファームウェアに更新するための処理手順を示している。
【００２９】
［ステップＳ−１：ネットワーク内のＰＬＣモデムの認識］
ＰＬＣ処理モジュール１１は、同一ＰＬＣネットワーク内に存在するＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄの一覧情報を有している。ホストＣＰＵモジュール１２は、ＰＬＣ処理モジュール１１に対し、前記一覧情報を取得するためのリクエストを送信する（ステップＳ１−１−１）。当該リクエストを受けたＰＬＣ処理モジュール１１は、ＰＬＣネットワーク内に存在するＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄのＭＡＣアドレスを、ホストＣＰＵモジュール１２へ送信する（ステップＳ１−１−２）。
【００３０】
ホストＣＰＵモジュール１２は、ＰＬＣ処理モジュール１１から送信されたＭＡＣアドレスに基づいて、ＰＬＣネットワーク内に存在するＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄのＭＡＣアドレスを把握でき、新しいＰＬＣモデムがネットワークに追加されたか否かを常時監視できる。
【００３１】
［Ｓ−２：新ファームウェア確認のための定期的ポーリング；新ファームウェアの取得機能１］
ホストＣＰＵモジュール１２は、定期的（例えば、１２時間ごと）に、インターネット６を介して、ＰＬＣネットワーク外部のサーバ７にアクセスして、サーバ７上で新しいファームウェア（アップグレード版のファームウェア）がリリースされているか否かを確認する。新しいファームウェアの確認は、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄから、インターネット上の特定のＩＰアドレス（サーバ７のアドレス）をｈｔｔｐプロトコルにより、定期的にポーリングすることによって行われる。
【００３２】
より具体的には、ホストＣＰＵモジュール１２は、定期的に、ｈｔｔｐプロトコルにより、サーバ７に最新のファームウェア（Ｆ／Ｗ）のバージョン番号を取得するための要求をサーバ７へ送信する（ステップＳ−２−１）。
サーバ７は、ステップＳ−２−１の要求を受けると、最新のファームウェア（Ｆ／Ｗ）のバージョン番号をｈｔｔｐプロトコルによって、当該要求を送信したＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄ（のホストＣＰＵモジュール１２）へ送信する（ステップＳ−２−２）。
【００３３】
［Ｓ−３：新ファームウェアの取得；新ファームウェアの取得機能２］
新しいファームウェアがリリースされていたら、すなわち、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄが現在有するファームウェアのバージョンよりも新しいバージョンのファームウェアが最新ファームウェアとしてサーバ７に存在した場合、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄはその新ファームウェアを取得する。
【００３４】
具体的には、ホストＣＰＵモジュール１２は、ｆｔｐプロトコルによって、サーバ上の新ファームウェアの取得要求を送信し（ステップＳ−３−１）、当該要求を受けたサーバ７は、当該要求を送信したＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄに対して、新ファームウェア等を送信する（ステップＳ−３−２）。
ステップＳ−３−２で送信された新ファームウェア等は、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄでの受信時には、ホストＣＰＵモジュール１２のＤＲＡＭ１２ｂに一時的に保管される。
【００３５】
ステップＳ−３−２で送信される情報としては、ＰＬＣ処理モジュール１１用のファームウェア、ホストＣＰＵモジュール１２用のファームウェア、及びデフォルト設定ファイルが含まれる。なお、デフォルト設定ファイルとは、ＰＬＣ処理モジュール１１における通信処理のために必要な設定情報が格納されたファイルであるが、各モデム特有の情報（ＭＡＣアドレスや暗号鍵等）が含まれていない初期化状態の設定ファイルである。
【００３６】
［Ｓ−４：取得した新ファームウェアの退避；新ファームウェアの退避機能］
新ファームウェア等の受信が終了したら、その新ファームウェア等が正しいファームウェア等か否か、及びチェックサムが正しいか否か等のチェックが、ホストＣＰＵモジュール１２にて行われる。チェックの結果が正しければ、両モジュール１１，１２用のファームウェアとデフォルト設定ファイルが、ホストＣＰＵモジュール１２のフラッシュメモリ１に移動する。ただし、ＣＰＵ１２ａは、受信した新ファームウェアを、ファームウェアが本来格納されるべきブート領域１２ｃ−１ではなく、当該ブート領域１２ｃ−１以外の領域である退避記憶領域１２ｃ−２へ移動させる。
【００３７】
したがって、この時点では、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄは、新ファームウェアを受信しても、両モジュール１１，１２のブート領域１１ｄ−１，１２ｃ−１にあるファームウェアは旧のファームウェアのままであり、ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄは、旧のファームウェアによる旧の通信規格での通信を行う状態にある。
なお、ホストＣＰＵモジュール１２は、新ファームウェアを退避記憶領域１２ｃ−２へ移動させると、フラッシュメモリ１２ｃ内の「新ファームウェア取得済」フラグＦ１を立てる。
【００３８】
ここで、ブート領域１２ｃ−１と退避記憶領域１２ｃ−２は別の記憶装置によって構成されていてもよい。
この退避記憶領域１２ｃ−２は、フラッシュメモリのように、情報を書き替え可能であるとともに、記憶保持に電源を必要としないものである。したがって、仮に、新ファームウェアを取得後、新ファームウェアがブート領域に移動するまでの間にモデムの電源がＯＦＦとなっても、再度電源ＯＮされたときに、新ファームウェアは退避記憶領域１２ｃ−２に保持されているため、サーバ７に対して新ファームウェアを取得しに行かなくてもよい。
また、「新ファームウェア取得済」フラグＦ１は、フラッシュメモリ１２ｃ内にあるため、新ファームウェアを取得後、新ファームウェアがブート領域に移動するまでの間にモデムの電源がＯＦＦとなっても、再度電源ＯＮされたときに、新ファームウェアを退避記憶領域１２ｃ−２に保持していることを確認することができる。
【００３９】
［Ｓ−５：他のモデムが新ファームウェアを取得するまでの待機処理；待機機能］
ここで、新ファームウェア確認のための定期的ポーリング（ステップＳ−２）及び新ファームウェア取得（ステップＳ−３）は、各モデム１ａ，１ｂ，１ｃ，１ｄが同時に行うのではなく、各モデム１ａ，１ｂ，１ｃ，１ｄがそれぞれ独自のタイミングで行う。したがって、あるモデム１ａが新ファームウェアを取得しても、他のモデム１ｂは新ファームウェアを取得していない、という状況が発生し得る。
【００４０】
ただし、いずれのモデム１ａ，１ｂ，１ｃ，１ｄも定期的にポーリングを行うため、例えば、各モデム１ａ，１ｂ，１ｃ，１ｄのポーリング間隔が１２時間で揃っている場合、あるモデム１ａが新ファームウェアを取得してから１２時間以上経過すれば、他のモデム１ｂ，１ｃ，１ｄも新ファームウェアを取得していることになる。
【００４１】
本実施形態では、上記の点を利用して、自モデム１ａ，１ｂ，１ｃ，１ｄが新ファームウェアを取得してから、所定の時間（ポーリング周期である１２時間以上）ほど、待機する（ステップＳ−５）。
各モデム１ａ，１ｂ，１ｃ，１ｄのポーリング間隔が１２時間で揃っている場合、各モデムのポーリングタイミングがバラバラであっても、自モデムの待機時間中に、自モデム以外の他のモデムのポーリングタイミングが必ず到来するため、この待機時間が経過すれば、自モデム以外のモデムも新ファームウェアを取得していることが期待できる。
【００４２】
なお、待機処理における具体的処理としては、ホストＣＰＵモジュール１２が、タイマー手段として機能し、新ファームウェアを取得してから待機時間（１２時間又は１２時間以上）が経過したか否かを判定すればよい。
また、本発明における待機手段とは、上述のように、新ファームウェアを取得してから新ファームウェアをブート領域に移動させるまでの間に、待機時間として、新ファームウェアを退避領域に退避させた状態にある時間を確保するための手段をいう。
【００４３】
他のモデムが新ファームウェアを取得するまでの待機処理は、上記のものに限定されない。例えば、他のモデムが新ファームウェアを取得することが保証できるのであれば、待機時間はポーリング周期よりも短くてもよい。また、各モデム１ａ，１ｂ，１ｃ，１ｄの待機時間は同じでなくてもよい。
【００４４】
［ステップＳ−６：アップグレードのためのスタンバイ状態の報知］
ステップＳ−５の待機処理が終了すると、ＣＰＵ１２ａは、報知手段であるＬＥＤ１６は、常時点灯状態又は消灯状態から、点滅状態（例えば、１秒間隔点滅）に変化する。ＬＥＤの点滅状態は、ファームウェアのアップグレードのためのスタンバイ状態（いつでもアップグレードできる状態）であることを示している。
ユーザは、ＬＥＤ１６の点滅を見ることによって、モデム１ａ，１ｂ，１ｃ，１ｄが、アップグレードのためのスタンバイ状態にあることを理解することができる。
なお、ＬＥＤ１６の点滅は、新ファームウェア取得済フラグが立っている間、行われる。
【００４５】
［ステップＳ−７：アップグレード処理１；ＣＰＵモジュール１２のアップグレード機能］
ユーザが、ＬＥＤ１６の点滅中、すなわち、新ファームウェア取得済フラグが立っている間に、操作部であるボタン１５を操作（アップグレード操作）すると（ステップＳ−７−１）、ＬＥＤ１６の点滅が早くなる（例えば、０．５秒間隔の点滅）。そして、ＣＰＵモジュール１２は、退避記憶領域１２ｃ−２にあるＣＰＵモジュール１２用の新ファームウェアを、ＣＰＵモジュール１２のブート領域１２ｃ−１へ移動させる（ステップＳ−７−２）。
移動が終わると、ホストＣＰＵモジュール１２は、新ファームウェア取得済フラグＦ１をクリアすると共にアップグレード中フラグＦ２を立ててリブートする（ステップＳ−７−３）。
リブートをすると、ホストＣＰＵモジュール１２では、新ファームウェアが起動する。
【００４６】
［ステップＳ−８：アップグレード処理２；ＰＬＣ処理モジュール１１のアップグレード機能］
ステップＳ−７−３のリブートによるブートアップ時には、アップグレード中フラグＦ２が立っているので、ブートアップ時に当該フラグＦ２が立っていることを契機として、ＣＰＵモジュール１２は、下記の処理を行う。
まず、ブートアップ時にフラグＦ２が立っていれば、ＬＥＤ１６を早い点滅に変更し、アップグレード処理中であることを報知する。さらに、ホストＣＰＵ１２ａ−信号処理部１１ｂ間通信により、ＣＰＵモジュール１２は、ＰＬＣ処理モジュールのフラッシュメモリ１１ｄにあるＰＬＣモデムの設定ファイル（ＰＩＢ）を要求し（ステップＳ−８−１）、取得する（ステップＳ−８−２）。これにより、ＣＰＵモジュール１２は、現在の設定ファイル（ＰＩＢ）の内容（ＭＡＣアドレス、暗号鍵など）を取得できる。
なお、ブートアップ時に新ファームウェア取得済フラグＦ１が立っていれば、ステップＳ−５の待機処理が行われる。
【００４７】
続いて、ＣＰＵモジュール１２は、退避記憶領域１２ｃ−２に確保されているＰＬＣ処理モジュール１１用の新ファームウェアをＰＬＣ処理モジュール１１に送出する（ステップＳ−８−３）。続いて、ＣＰＵモジュール１２は、ＰＬＣ処理モジュール１１に対してリブート指令を送信する（ステップＳ−８−４）。すると、ＰＬＣ処理モジュール１１は、リブートする。リブートすると、ＰＬＣ処理モジュール１１では、新ファームウェアが起動する。
【００４８】
その後、ＣＰＵモジュール１２は、ＰＬＣ処理モジュール１１のブートアップが完了したか否かを確認するために、ＰＬＣ処理モジュール１１に対してポーリングを行う（ステップＳ−８−５）。
ポーリングに対して、ＰＬＣ処理モジュール１１から応答が返ってくると（ステップＳ−８−６）、ＣＰＵモジュール１２は、退避記憶領域１２ｃ−２にあるデフォルト設定ファイルに対して、ＰＬＣ処理モジュール１１から取得した設定ファイルの内容（ＭＡＣアドレス、暗号鍵など）を書き込む編集処理を行い、新設定ファイルを生成する（ステップＳ−８−７）。
【００４９】
ＣＰＵモジュール１２は、新設定ファイル（ＰＩＢ）をＰＬＣ処理モジュール１２へ設定するために送出する（ステップＳ−８−８）。ＰＬＣ処理モジュール１２は、フラッシュメモリ１１ｄに新設定ファイルを書き込み、ＣＰＵモジュールに対して応答を返す（ステップＳ−８−９）。
応答が返ると、ＣＰＵモジュール１２は、ＰＬＣ処理モジュール１１に対してリブート指令を送信する（ステップＳ−８−１０）。すると、ＰＬＣ処理モジュール１１は、再度、リブートする。リブートしてブートアップが完了すると、ＰＬＣ処理モジュール１１では、新設定ファイルの内容を用いて新ファームウェアによるＰＬＣ通信が可能となる。
【００５０】
その後、ＣＰＵモジュール１２は、ＰＬＣ処理モジュール１１のブートアップが完了したか否かを確認するために、ＰＬＣ処理モジュール１１に対して再びポーリングを行う（ステップＳ−８−１１）。
ポーリングに対して、ＰＬＣ処理モジュール１１から応答が返ってきて（ステップＳ−８−１２）、ＰＬＣ処理モジュール１１が起動したことが確認されると、ＣＰＵモジュール１２は、アップグレード中フラグＦ２をクリアし、さらに、退避記憶領域１２ｃ−２の新ファームウェアや設定ファイルをクリアする。
また、ＣＰＵモジュール１２は、ＬＥＤの点滅状態を停止させ、通常の状態に戻す（Ｓ−８−１３）。
【００５１】
以上の処理によって、ＰＬＣ処理モジュール１１及びＣＰＵモジュール１２は、新ファームウェアにアップグレードされる。また、設定ファイル（ＰＩＢ）も新しいものにアップグレードされる。
よって、ＰＬＣモデムは、新しいファームウェアによる新しい規格での通信を行える。
【００５２】
しかも、本実施形態では、各ＰＬＣモデム１ａ，１ｂ，１ｃ，１ｄがアップグレード処理をするタイミングがバラバラであっても、確実にアップグレードを行うことができる。すなわち、先にアップグレード処理を完了したモデムと、まだアップグレード処理を完了していないモデムがネットワーク内に混在して、それらのモデム間の通信が不可能となっても、アップグレード処理を完了していないモデムは既に新ファームウェアを取得しているため、ネットワーク通信ができなくても、いつでもアップグレード処理を行える状態にある。したがって、通信不能になっても、アップグレード処理を行うことができる。
【００５３】
このように、本実施形態では、待機処理によって、他のモデムが新ファームウェアを取得するのを待つため、ファームウェアのアップグレード版を取得してすぐにブート領域に保存する場合に比べて、他のモデムがファームウェアのアップグレード版を取得するための時間的余裕が確保される。したがって、アップグレードのタイミングが各モデム間でバラバラでも確実にアップグレードを行える。
【００５４】
なお、本発明は、上記実施形態に限定されるものではなく、本発明の意図を逸脱しないかぎり、様々な変形が可能である。
【図面の簡単な説明】
【００５５】
【図１】ＰＬＣネットワーク（ＰＬＣ−ＬＡＮ）の構成図である。
【図２】ＰＬＣモデムの構成図である。
【図３】ファームウェアのアップグレードの手順図である。
【符号の説明】
【００５６】
１ａ  電力線通信装置
１ｂ  電力線通信装置
１ｃ  電力線通信装置
１ｄ  電力線通信装置
１１ｂ  信号処理部（処理部）
１１ｄ  フラッシュメモリ（記憶部）
１１ｄ−１  ブート領域
１２ａ  ＣＰＵ（処理部）
１２ｃ  フラッシュメモリ（記憶部）
１２ｃ−１  ブート領域
１２ｃ−２  退避記憶領域
１５  操作部
１６  報知手段
【図１】
2008104036.tif 000003
【図２】
2008104036.tif 000004
【図３】
2008104036.tif 000005