(57)【要約】【課題】ユーザの利便性を損なわず、かつ、外部に専用の管理サーバを別途設けることなくファームウェアを更新することが可能なネットワーク装置を提供する。【解決手段】このＢＤプレーヤ１００（ネットワーク装置）は、ファームウェア１１０を書き換え可能に記憶するフラッシュメモリ１２と、インターネット３００を介してサーバ２００から更新用ファームウェア２１０を取得してフラッシュメモリ１２に記憶されたファームウェア１１０の更新を行うＣＰＵ１１とを備え、ＣＰＵ１１は、電源オフ要求を受け付けると、サーバ２００と通信を行い、更新用ファームウェア２１０のバージョンがフラッシュメモリ１２に記憶されているファームウェア１１０のバージョンよりも新しい場合に、ファームウェア１１０の更新を行うように構成されている。【選択図】図４
2010176246.tif 000002
【特許請求の範囲】
【請求項１】
ファームウェアを書き換え可能に記憶する記憶部と、
ネットワークを介してサーバから更新用ファームウェアを取得して前記記憶部に記憶された前記ファームウェアの更新を行う制御部とを備え、
前記制御部は、電源オフ要求を受け付けると、前記サーバと通信を行い、前記更新用ファームウェアのバージョンが前記記憶部に記憶されている前記ファームウェアのバージョンよりも新しい場合に、前記ファームウェアの更新を行うように構成されている、ネットワーク装置。
【請求項２】
前記制御部は、前記電源オフ要求に基づき、少なくとも前記ファームウェアの更新に必要な部分に電力供給が確保される省電力状態に切り替えるとともに、前記省電力状態で前記更新用ファームウェアの取得および更新を行うように構成されている、請求項１に記載のネットワーク装置。
【請求項３】
前記制御部は、前記更新用ファームウェアの取得中に電源オン要求を受け付けると、所定時間以内に前記更新用ファームウェアが取得できるか否かを判断するように構成されている、請求項１または２に記載のネットワーク装置。
【請求項４】
前記更新用ファームウェアは、複数の単位データ部分に分割して取得され、
前記制御部は、前記単位データ部分毎に、前記所定時間以内に取得できるか否かを判断し、前記電源オン要求を受け付けてから前記所定時間以内に前記単位データ部分を取得できないと判断した場合には、前記単位データ部分の取得を中止するように構成されている、請求項３に記載のネットワーク装置。
【請求項５】
前記制御部は、前記単位データ部分の取得中止後、再度、前記電源オフ要求を受け付けると、取得を中止した前記単位データ部分を改めて取得するように構成されている、請求項４に記載のネットワーク装置。
【請求項６】
前記制御部は、前記電源オン要求を受け付けてから前記所定時間以内に前記単位データ部分を取得できると判断した場合には、前記単位データ部分の取得を完了した後、電源オン状態に移行するように構成されている、請求項５に記載のネットワーク装置。
【請求項７】
ユーザに対して前記ファームウェアの更新中であることを通知するための通知手段をさらに備え、
前記制御部は、前記更新用ファームウェアの前記記憶部への書き換え中に前記電源オン要求を受け付けると、前記通知手段を用いてユーザに前記ファームウェアの更新中である旨を通知するとともに、前記更新用ファームウェアの書き換えを継続することにより、前記ファームウェアの更新を完了させるように構成されている、請求項１〜６のいずれか１項に記載のネットワーク装置。
【請求項８】
前記制御部は、前記電源オン要求に基づき、前記ファームウェアの更新終了後に装置全体に電力供給を行う電源オン状態に移行するように構成されている、請求項７に記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワーク装置に関し、特に、サーバから更新用ファームウェアを取得するネットワーク装置に関する。
【背景技術】
【０００２】
従来、サーバから更新用ファームウェアを取得するネットワーク装置が知られている（たとえば、特許文献１〜５参照）。
【０００３】
上記特許文献１では、ファームウェアを書き換え可能に記憶する記憶部を備えたプリンタ（ネットワーク装置）が開示されている。このプリンタは、ネットワークを介してサーバから更新用ファームウェアを取得可能なコンピュータと接続されており、このコンピュータから更新用ファームウェアを取得して、記憶部に記憶されたファームウェアを更新するように構成されている。なお、上記特許文献１には、ファームウェアの更新処理の開始に関する具体的な記載はない。
【０００４】
上記特許文献２では、自装置の動作制御に用いられる複数種類のプログラム（ファームウェア）を書き換え可能に記憶する不揮発性メモリ（記憶部）を備え、ネットワークを介してプログラムサーバからプログラムを取得可能な画像形成装置（ネットワーク装置）が開示されている。この画像形成装置は、ネットワークを介してプログラムの更新動作を管理する管理サーバと接続されていて、プログラムの更新タイミングを管理サーバに通知するように構成されている。一方、管理サーバには、カスタマエンジニアによるプログラム更新の予約が入力される。管理サーバは、プログラム更新の予約が入力された状態で画像形成装置からの更新タイミングを受け取ると、プログラム更新の要否や更新順序を判別し、更新が必要と判断された場合に画像形成装置に対して更新処理の指示を送信するように構成されている。そして、この更新処理の指示に基づき、画像形成装置は、プログラムサーバからプログラムを取得し、更新するように構成されている。
【０００５】
上記特許文献３では、ファームウェアを書き換え可能に記憶する不揮発性メモリ（記憶部）と、ネットワークを介してサーバから更新用ファームウェアを取得してファームウェアの更新を行う制御部とを備えた、複合機（ネットワーク装置）が開示されている。この複合機では、ユーザによって手動アップデートキーが押し下げられるか、所定の時刻および頻度（毎日、週に１回、月に１回など）で予め設定されたアップデート開始時間になると、サーバと通信を行い、更新用ファームウェアのバージョンが、自機で使用中のファームウェアのバージョンよりも新しい場合には、ファームウェアの更新を行うように構成されている。
【０００６】
上記特許文献４では、ファームウェアを書き換え可能に記憶するフラッシュメモリ（記憶部）を備えた機器（ネットワーク装置）が開示されている。この機器は、ＰＣ（パーソナルコンピュータ）とケーブルにより接続されており、ケーブルを介してＰＣから更新用ファームウェアが送信されるように構成されている。なお、上記特許文献４には、ファームウェアの更新処理の開始に関する具体的な記載はない。
【０００７】
上記特許文献５では、プログラム（ファームウェア）を記憶するフラッシュメモリを内蔵し、外部コンピュータ（サーバ）からプログラムを取得して更新を行うＣＰＵを備えた画像形成装置（ネットワーク装置）が開示されている。この画像形成装置のＣＰＵは、オペレーションパネルを通じてオペレータからバージョンアップの指示を受け付けると、外部コンピュータからプログラムのファイルをダウンロードし、フラッシュメモリに記憶されたプログラムを書き換えるように構成されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−３３７０９号公報
【特許文献２】特開２００７−３３４４７１号公報
【特許文献３】特開２００７−３４９１３号公報
【特許文献４】特開２００６−４１７７号公報
【特許文献５】特開２００５−１００３６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記特許文献１では、プリンタ（ネットワーク装置）は、コンピュータから更新用ファームウェアを取得して、記憶部に記憶されたファームウェアを更新する構成が開示されている一方、ファームウェアの更新処理の開始時期については開示も示唆もされていない。
【００１０】
また、上記特許文献２では、画像形成装置から通知された更新タイミングに基づき、管理サーバがプログラム更新の要否を判別するので、機器（画像形成装置）が適切な更新タイミングでプログラムの更新を行うためには、機器（画像形成装置）のファームウェアの更新処理を管理するための専用の管理サーバを別途設ける必要があるという問題点がある。
【００１１】
また、上記特許文献３では、複合機（ネットワーク装置）は、手動または予め設定されたアップデート開始時間になることに基づいてファームウェアの更新を行うため、アップデート開始時間には、ネットワーク装置を使用することができなくなるという不都合がある。また、手動で更新処理を行う場合には、更新中にネットワーク装置を使用することができないという不都合がある。このため、ユーザの利便性を損なうという問題点がある。
【００１２】
また、上記特許文献４では、ケーブルを介してＰＣから機器（ネットワーク装置）に更新用ファームウェアが送信される構成が開示されている一方、ファームウェアの更新処理の開始時期については開示も示唆もされていない。
【００１３】
また、上記特許文献５では、画像形成装置（ネットワーク装置）は、オペレータによるバージョンアップの指示に基づいて、外部コンピュータからプログラムのファイルをダウンロードし、フラッシュメモリに記憶されたプログラムを書き換えるので、たとえばデジタルテレビやＢＤ（ブルーレイディスク）プレーヤなどのネットワーク装置に適用した場合には、ユーザ自身が手動で更新処理を行う必要があるという不都合がある。このため、ユーザの利便性を損なうという問題点がある。
【００１４】
この発明は、上記のような課題を解決するためになされたものであり、この発明の１つの目的は、ユーザの利便性を損なわず、かつ、外部に専用の管理サーバを別途設けることなくファームウェアを更新することが可能なネットワーク装置を提供することである。
【課題を解決するための手段および発明の効果】
【００１５】
この発明の一の局面によるネットワーク装置は、ファームウェアを書き換え可能に記憶する記憶部と、ネットワークを介してサーバから更新用ファームウェアを取得して記憶部に記憶されたファームウェアの更新を行う制御部とを備え、制御部は、電源オフ要求を受け付けると、サーバと通信を行い、更新用ファームウェアのバージョンが記憶部に記憶されているファームウェアのバージョンよりも新しい場合に、ファームウェアの更新を行うように構成されている。
【００１６】
この一の局面によるネットワーク装置では、上記のように、ネットワークを介してサーバから更新用ファームウェアを取得して記憶部に記憶されたファームウェアの更新を行う制御部を、電源オフ要求を受け付けると、サーバと通信を行い、更新用ファームウェアのバージョンが記憶部に記憶されているファームウェアのバージョンよりも新しい場合に、ファームウェアの更新を行うように構成することによって、たとえば、ユーザにより電源オフ要求がされる場合、その後一定時間は使用されないと考えることができるので、この不使用時間中にファームウェアの更新を行うことができる。これにより、手動または予め設定された時刻に定期的に更新を行う場合と異なり、ユーザの利便性を損なうことなくファームウェアの更新を行うことができる。また、電源オフ要求に基づいて、ファームウェアの更新を行うことにより、外部から更新の要否判断や更新の指示を受け付ける必要がないので、外部に専用の管理サーバを別途設けることなくファームウェアの更新を実施することができる。
【００１７】
上記一の局面によるネットワーク装置において、好ましくは、制御部は、電源オフ要求に基づき、少なくともファームウェアの更新に必要な部分に電力供給が確保される省電力状態に切り替えるとともに、省電力状態で更新用ファームウェアの取得および更新を行うように構成されている。このように構成すれば、ユーザによる電源オフ要求に基づいて周辺装置（デジタルテレビではディスプレイやチューナなど、光ディスクレコーダなどでは、光ディスクドライブや音声および映像出力など）の電源供給を停止させる省電力状態に切り替えることにより、見た目上は電源オフ状態となる省電力状態でファームウェアの更新処理を実施することができる。これにより、ユーザの電源オフ要求にもかかわらず電源オフ状態に移行していないとユーザに認識される事態を回避することができるので、ユーザの利便性を向上させることができる。
【００１８】
上記一の局面によるネットワーク装置において、好ましくは、制御部は、更新用ファームウェアの取得中に電源オン要求を受け付けると、所定時間以内に更新用ファームウェアが取得できるか否かを判断するように構成されている。このように構成すれば、更新用ファームウェアの取得中にユーザによる電源オン要求がされた場合に所定時間内に更新用ファームウェアを取得できると判断した場合には、更新用ファームウェアを取得してから電源オン状態に移行しても、電源オン要求に適切に対応できると判断して、更新用ファームウェアの取得処理を即座に中断することなく所定の取得処理後に電源オン状態に移行することができる。これにより、ユーザからの電源オン要求に適切に対応しながら、更新用ファームウェアの取得を行うことができる。
【００１９】
この場合において、好ましくは、更新用ファームウェアは、複数の単位データ部分に分割して取得され、制御部は、単位データ部分毎に、所定時間以内に取得できるか否かを判断し、電源オン要求を受け付けてから所定時間以内に単位データ部分を取得できないと判断した場合には、単位データ部分の取得を中止するように構成されている。このように構成すれば、所定時間以内に単位データ部分を取得できない場合には、ユーザの電源オン要求に対応して、即座に更新用ファームウェアの取得を中止して電源オン状態に速やかに移行することができる。また、更新用ファームウェアを単位データ部分に分割してデータサイズを小さくすることにより、単位データ部分の取得を中止した場合にも、既に取得済みの単位データ部分を蓄積しておくことができる。これにより、単位データ部分の取得を中止した場合に、取得中の単位データ部分のデータのみを破棄すればよいので、無駄になるデータ量を少なくすることができる。
【００２０】
上記所定時間以内に単位データ部分を取得できないと判断した場合に単位データ部分の取得を中止する構成において、好ましくは、制御部は、単位データ部分の取得中止後、再度、電源オフ要求を受け付けると、取得を中止した単位データ部分を改めて取得するように構成されている。このように構成すれば、電源オン要求に基づいて単位データ部分の取得を中止した後にも、ユーザがネットワーク装置の使用を終了し、再度電源オフ要求を受け付けた後に、取得を中止した単位データ部分から更新用ファームウェアの取得を開始することができるので、電源オン要求と電源オフ要求が繰り返される場合にも、更新用ファームウェアの取得を継続することができる。
【００２１】
この場合において、好ましくは、制御部は、電源オン要求を受け付けてから所定時間以内に単位データ部分を取得できると判断した場合には、単位データ部分の取得を完了した後、電源オン状態に移行するように構成されている。このように構成すれば、電源オン要求を受け付けた時点で現在取得中の単位データ部分が所定時間以内に完了する場合には、単位データ部分を取得してから電源オン状態に移行することができるので、取得中止により取得中のデータを破棄することなく効率的に更新用ファームウェアの取得を行うことができる。
【００２２】
上記一の局面によるネットワーク装置において、好ましくは、ユーザに対してファームウェアの更新中であることを通知するための通知手段をさらに備え、制御部は、更新用ファームウェアの記憶部への書き換え中に電源オン要求を受け付けると、通知手段を用いてユーザにファームウェアの更新中である旨を通知するとともに、更新用ファームウェアの書き換えを継続することにより、ファームウェアの更新を完了させるように構成されている。このように構成すれば、電源オン要求に対応して、ユーザにファームウェアの書き換え中であることを認識させることができるので、ユーザの電源オン要求にもかかわらず電源オン状態に移行していないとユーザに認識される事態を回避することができる。
【００２３】
この場合において、好ましくは、制御部は、電源オン要求に基づき、ファームウェアの更新終了後に装置全体に電力供給を行う使用状態に移行するように構成されている。このように構成すれば、ユーザは、ファームウェアの更新終了後、速やかにネットワーク装置の使用を開始することができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の第１実施形態によるＢＤプレーヤおよびサーバを説明するための図である。
【図２】本発明の第１実施形態によるＢＤプレーヤの構成を示した図である。
【図３】本発明の第１実施形態によるＢＤプレーヤの更新用ファームウェアを説明するための図である。
【図４】本発明の第１実施形態によるＢＤプレーヤのファームウェア更新時の処理を説明するための図である。
【発明を実施するための形態】
【００２５】
以下、本発明を具体化した実施形態を図面に基づいて説明する。
【００２６】
まず、図１を参照して、本発明の一実施形態によるＢＤ（ブルーレイディスク）プレーヤ１００の構成について説明する。なお、本実施形態では、ネットワーク装置の一例であるＢＤプレーヤ１００に本発明を適用した場合について説明する。
【００２７】
図１に示すように、ＢＤプレーヤ１００は、家庭内などに設けられた光回線終端装置またはモデム、および、ルータなどの中継装置５００を介してインターネット３００と接続されている。ＢＤプレーヤ１００は、インターネット３００を介してサーバ２００と有線または無線により双方向通信を行うことにより、サーバ２００からＢＤプレーヤ１００の制御のための更新用ファームウェア２１０を取得するように構成されている。また、ＢＤプレーヤ１００は、デジタルテレビジョン４００と接続され、デジタルテレビジョン４００に映像信号および音声信号を出力して映像表示および音声出力を行うことが可能なように構成されている。なお、インターネット３００は、本発明の「ネットワーク」の一例である。
【００２８】
図２に示すように、ＢＤプレーヤ１００は、ＢＤプレーヤ１００の各部を制御するＣＰＵ１１と、ファームウェア１１０を格納するフラッシュメモリ１２と、ＲＡＭ１３と、インターネット３００と接続するためのネットワーク回路１４とを備えている。また、ＢＤプレーヤ１００は、信号の復号処理を行うデコーダ１５と、デジタルテレビジョン４００（図１参照）に映像信号を出力するための映像出力部１６と、データの読み出しおよび書き込みが可能なメモリカードやＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリなどの外部記憶媒体１７と、ブルーレイディスク（ＢＤ）などの光ディスクの再生を行う光学ディスクドライブ１８と、電源オンおよび電源オフを行うための電源ボタン１９とを備えている。ＢＤプレーヤ１００は、ユーザによる電源ボタン１９またはリモコン１０１を用いた電源オン要求および電源オフ要求や、光ディスクの再生などの操作要求を受け付け、この電源オン要求、電源オフ要求および操作要求に対応する処理を実行するように構成されている。なお、ＣＰＵ１１およびフラッシュメモリ１２は、それぞれ、本発明の「制御部」および「記憶部」の一例である。
【００２９】
ＣＰＵ１１は、フラッシュメモリ１２に記憶されたファームウェア１１０に基づき、ＲＡＭ１３を作業領域として用いて各種演算処理を行うことにより、ＢＤプレーヤ１００の制御を行うように構成されている。ここで、ファームウェアとは、ＢＤプレーヤ１００を構成する複数の装置（ネットワーク回路１４、デコーダ１５および光学ディスクドライブ１８など）の制御を行うためのプログラムである。ＣＰＵ１１は、ファームウェア１１０により、リモコン１０１などから入力された操作要求を受け付け、光学ディスクドライブ１８を用いた光学ディスクの再生などを行い、映像信号を映像出力部１６からデジタルテレビジョン４００へ出力する機能を有する。また、ＣＰＵ１１は、ネットワーク回路１４を用いてインターネット３００と接続し、サーバ２００から更新用ファームウェア２１０を取得するとともに、フラッシュメモリ１２に記憶されているファームウェア１１０を更新用ファームウェア２１０に書き換えることにより、ファームウェア１１０の更新処理を行うように構成されている。
【００３０】
本実施形態では、ＣＰＵ１１は、電源ボタン１９またはリモコン１０１からの電源オフ要求を受け付けると、ＢＤプレーヤ１００を、インターネット３００との接続に必要な部分以外の周辺装置の電源をオフにする省電力モードに移行するように構成されている。ここで、インターネット３００との接続に必要な部分以外の周辺装置とは、デコーダ１５、映像出力部１６および光学ディスクドライブ１８などである。また、この省電力モードにおいて、ＣＰＵ１１は、ネットワーク回路１４を用いてサーバ２００と通信を行い、ファームウェア１１０の更新情報（更新用ファームウェア２１０のバージョン情報およびデータの大きさＡ（図３参照）など）を取得して、フラッシュメモリ１２に記憶されたファームウェア１１０の更新が必要か否かを判断するように構成されている。具体的には、更新用ファームウェア２１０のバージョンがフラッシュメモリ１２に記憶されているファームウェア１１０のバージョンよりも新しい場合に、ファームウェア１１０の更新が必要と判断するように構成されている。そして、更新が必要な場合には、ＣＰＵ１１は、省電力モードのまま、更新用ファームウェア２１０の取得と、ファームウェア１１０の更新用ファームウェア２１０への書き換えを行うように構成されている。
【００３１】
図３に示すように、ＣＰＵ１１は、ファームウェア１１０の更新時には、更新用ファームウェア２１０のデータを所定の大きさ（Ｂ）の分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）に分割した状態で取得するように構成されている。そして、すべての分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）の取得が完了すると、これらの分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）を結合することにより、１つの更新用ファームウェア２１０とするように構成されている。この際の更新用ファームウェア２１０全体のデータの大きさは、Ａである。なお、サーバ２００から取得する個々のデータ１２０（１２０ａ、１２０ｂ、１２０ｃ、・・・）には、分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）に加えて、エラーチェックコード１２１（１２１ａ、１２１ｂ、１２１ｃ、・・・）が含まれるように構成されている。エラーチェックコード１２１（１２１ａ、１２１ｂ、１２１ｃ、・・・）とは、たとえばチェックサムなどの誤り検出符号であり、ＣＰＵ１１が演算処理を行うことにより、サーバ２００から取得した個々のデータ１２０（分割データ１１１）について、伝送上のエラーの有無を検出することが可能なデータである。なお、分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）は、本発明の「単位データ部分」の一例である。
【００３２】
図２に示すように、フラッシュメモリ１２は、書き換え可能な不揮発性メモリであり、このフラッシュメモリ１２には、ファームウェア１１０がバージョン情報などとともに格納されている。ファームウェア１１０の更新処理時には、フラッシュメモリ１２は、ＣＰＵ１１により取得された更新用ファームウェア２１０が書き込まれるように構成されている。
【００３３】
ＲＡＭ１３は、書き換え可能な揮発性メモリから構成されている。ＲＡＭ１３は、ＣＰＵ１１によるＢＤプレーヤ１００の制御に伴う一時データを記憶し、ＣＰＵ１１が演算処理を行うための作業領域として機能する。ＲＡＭ１３は、図３に示すように、ファームウェア１１０の更新処理時に、サーバ２００から取得したデータ１２０（１２０ａ、１２０ｂ、１２０ｃ、・・・）をそれぞれ一時的に記憶するように構成されている。また、全てのデータ１２０（１２０ａ、１２０ｂ、１２０ｃ、・・・）がＲＡＭ１３に記憶されると、ＲＡＭ１３は、ＣＰＵ１１により結合された分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）からなる更新用ファームウェア２１０を一時的に記憶するように構成されている。ＣＰＵ１１は、このＲＡＭ１３で結合された更新用ファームウェア２１０を、フラッシュメモリ１２に書き込むことにより、ファームウェア１１０の更新処理を行うように構成されている。
【００３４】
ネットワーク回路１４は、ＬＡＮケーブルなどを介してルータ、光回線終端装置またはモデムなどの中継装置５００と接続され、インターネット３００と双方向通信を行うように構成されている。ＣＰＵ１１は、このネットワーク回路１４を用いてサーバ２００からデータ１２０（更新用ファームウェア２１０の分割データ１１１）を取得するように構成されている。
【００３５】
デコーダ１５は、光学ディスクドライブ１８から読み出されたデータの復号処理を行い、復号された映像信号を映像出力部１６に出力するように構成されている。
【００３６】
映像出力部１６は、デコーダ１５から映像信号を受け取り、図示しないケーブルなどにより接続されたデジタルテレビジョン４００へ映像信号を出力するように構成されている。なお、ＢＤプレーヤ１００は、映像出力部１６からＯＳＤ（Ｏｎ  Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ）表示を行うための映像信号を出力することにより、デジタルテレビジョン４００の画面上で各種設定や、状態（ファームウェア１１０の書き換え処理中など）の通知を行うことが可能なように構成されている。
【００３７】
外部記憶媒体１７は、書き換え可能な不揮発性メモリであり、データの書き込みおよび読み出しを行うことが可能なように構成されている。なお、サーバ２００から取得したデータ１２０（１２０ａ、１２０ｂ、１２０ｃ、・・・）を、この外部記憶媒体１７に一時記憶させるように構成してもよい。
【００３８】
光学ディスクドライブ１８は、たとえばブルーレイディスク（ＢＤ）などの光ディスクからデータの読み出しを行い、ＣＰＵ１１に出力するように構成されている。
【００３９】
次に、図４を参照して、本発明の一実施形態によるＢＤプレーヤ１００のファームウェア１１０の更新処理について説明する。
【００４０】
本実施形態によるファームウェア１１０の更新処理は、上記のように、ユーザによる電源ボタン１９またはリモコン１０１を用いた電源オフ要求をＣＰＵ１１が受け付けた場合に、実行される処理である。以下、ユーザがＢＤプレーヤ１００の使用を終了し、ＣＰＵ１１により電源オフ要求が受け付けられたことを前提として説明する。また、このファームウェア１１０の更新処理は、大別して、ステップＳ４〜Ｓ１０およびステップＳ１５〜Ｓ１８に示す更新用ファームウェア２１０の取得（ダウンロード）の段階と、ステップＳ１１〜Ｓ１４およびステップＳ１９〜Ｓ２２に示す更新用ファームウェア２１０のフラッシュメモリ１２への書き換えの段階とがある。更新処理がユーザによる電源オフ要求に基づくため、それぞれの段階において任意のタイミングでユーザから電源オン要求が入力される可能性がある。これに対し、本実施形態では、この電源オン要求に対し、各段階でそれぞれ異なる動作が実行される。以下、詳細に説明する。
【００４１】
まず、ステップＳ１において、電源オフ要求に応じて、ＣＰＵ１１によりＢＤプレーヤ１００が省電力モードへと移行される。具体的には、インターネット３００との接続に必要なＣＰＵ１１、フラッシュメモリ１２、ＲＡＭ１３およびネットワーク回路１４の電源供給は継続したまま、デコーダ１５、映像出力部１６および光学ディスクドライブ１８などの周辺装置の電源供給は停止される。なお、この周辺装置の電源供給の停止に伴い、デジタルテレビジョン４００への映像信号の出力も停止する。これにより、ユーザに対して、自らの電源オフ要求に応じてＢＤプレーヤ１００の電源が（見かけ上）オフになったと認識させることが可能である。
【００４２】
ステップＳ２では、ＣＰＵ１１により、ネットワーク回路１４を介してサーバ２００と通信を行うことにより、ファームウェア１１０の更新情報が取得される。これにより、サーバ２００に格納された更新用ファームウェア２１０のバージョン情報と、更新用ファームウェア２１０のデータの大きさＡ（図３参照）などの情報がＣＰＵ１１により取得される。
【００４３】
次に、ステップＳ３において、ＣＰＵ１１により、ファームウェア１１０の更新が必要か否かが判断される。この際、ＣＰＵ１１によりフラッシュメモリ１２に記憶された現時点のファームウェア１１０のバージョン情報が読み出され、更新用ファームウェア２１０のバージョン情報と比較される。更新用ファームウェア２１０のバージョンがフラッシュメモリ１２に記憶されたファームウェア１１０のバージョンよりも新しい場合には、ファームウェア１１０の更新が必要と判断され、ステップＳ４に進む。一方、更新用ファームウェア２１０のバージョンがファームウェア１１０のバージョンよりも新しくない場合には、更新不要と判断され、ステップＳ１４に移行する。
【００４４】
ステップＳ４では、ＲＡＭ１３に記憶されている、サーバ２００から取得（ダウンロード）済みのデータ１２０（１２０ａ、１２０ｂ、１２０ｃ、・・・）がＣＰＵ１１により確認される。この確認処理を行う理由は、前回電源オフ要求がされた際に、既に更新用ファームウェア２１０のデータ１２０（１２０ａ、１２０ｂ、１２０ｃ、・・・）の内のいくつかが部分的にダウンロードされていた場合には、ＲＡＭ１３にダウンロード済みの分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）が記憶されているためである。そして、ステップＳ５において、未ダウンロードの分割データ１１１（データ１２０）から、順次、サーバ２００よりダウンロードされる。すなわち、図３に示すように、ステップＳ４で分割データ１１１ａがダウンロード済みと確認された場合、次の分割データ１１１ｂからダウンロードが開始される。ダウンロード済みの分割データ１１１がＲＡＭ１３に記憶されていなければ、最初の分割データ１１１ａから、順次ダウンロードされる。なお、ダウンロード中のデータ１２０（分割データ１１１およびエラーチェックコード１２１）は、ＲＡＭ１３に記憶され、蓄積される。
【００４５】
ステップＳ６では、取得中のデータ１２０（分割データ１１１）のダウンロードが完了するまでの間、電源オン要求がユーザから入力されたか否かが判断される。電源ボタン１９またはリモコン１０１を用いた電源オン要求がＣＰＵ１１に受け付けられると、電源オン要求に対応するため、ステップＳ１５に移行する。一方、電源オン要求がなく、取得中のデータ１２０（分割データ１１１）のダウンロードが完了した場合には、ステップＳ７に進む。
【００４６】
ステップＳ７では、取得されたデータ１２０（分割データ１１１）のエラーチェックコード１２１を用いて、ＣＰＵ１１により伝送エラーの有無がチェックされる。そして、ステップＳ８において、取得した分割データ１１１にエラーがあるか否かが判断され、エラーがある場合には、ステップＳ５に移行して再度同じデータ１２０（分割データ１１１）のダウンロードが行われる。一方、エラーがない場合には、１つの分割データ１１１の取得が終了する。そして、ステップＳ９に進む。
【００４７】
ステップＳ９では、更新用ファームウェア２１０を構成する全ての分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）の取得が完了したか否かが判断される。すなわち、ステップＳ２で取得した更新情報に含まれる更新用ファームウェア２１０全体のデータの大きさＡと、各分割データ１１１のデータの大きさＢの合計とが比較され、両者が一致する場合には全分割データ１１１のダウンロードが完了したと判断される。分割データ１１１のデータの大きさＢの合計が更新用ファームウェア２１０のデータの大きさＡよりも小さい場合には、ステップＳ５に戻り、次のデータ１２０（分割データ１１１）のダウンロードが開始される。以上のステップＳ５〜Ｓ９を全ての分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）の取得が完了するまで繰り返し、１つずつ分割データ１１１をＲＡＭ１３に蓄積させていくことにより、更新用ファームウェア２１０の全ての分割データ１１１がダウンロードされる。
【００４８】
また、全ての分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）の取得が完了した場合には、ステップＳ１０へ進み、各分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）がＣＰＵ１１によって結合される。これにより、各分割データ１１１からなる更新用ファームウェア２１０が、ＲＡＭ１３に一時的に記憶される。これにより、更新用ファームウェア２１０の取得の段階が終了する。そして、ステップＳ１１に移行する。
【００４９】
一方、ステップ６において、いずれかの分割データ１１１（１１１ａ、１１１ｂおよび１１１ｃなど）の取得中に電源オン要求があった場合には、ステップＳ１５において、ＣＰＵ１１により、現在取得中のデータ１２０（分割データ１１１）のダウンロードが、１０秒以内に完了するか否かが判断される。具体的には、図３に示すように、たとえば現在、データ１２０ｂのダウンロード中に電源オン要求があった場合には、前回のデータ１２０ａを取得するのに要した時間と、現在取得中のデータ１２０ｂのダウンロード開始からの経過時間とに基づいて、１０秒以内にダウンロードを完了することが可能か否かが判断される。つまり、たとえば前回、データ１２０ａを取得するのに６０秒を要したとすると、現在取得中のデータ１２０ｂのダウンロード開始から５０秒経過した時点で電源オン要求を受け付けた場合には、残り１０秒でデータ１２０ｂのダウンロードが完了すると見込まれることから、１０秒以内にダウンロードが完了すると判断される。このステップＳ１５において、１０秒以内にダウンロードが完了しないと判断された場合には、ステップＳ１８に移行して、ダウンロードが中止される。一方、１０秒以内にダウンロードを完了することが可能と判断された場合には、ステップＳ１６に進み、１０秒間ダウンロードを継続する。このように、１０秒間に区切ってダウンロードを完了させることが否かを判断することにより、ダウンロードを完了させることが可能な場合には、電源オン要求にもかかわらずＢＤプレーヤ１００が電源オン状態に移行しないことに起因してユーザに装置の故障と誤認識させることなく、ダウンロードを継続することが可能となる。これにより、取得中のデータ１２０（分割データ１１１）を無駄にせずに済む。また、１０秒以内にダウンロードを完了させることができない場合には、即座にダウンロードを中止して、電源オン要求に対応することが可能である。
【００５０】
ステップＳ１６で１０秒間ダウンロードを継続した場合には、ステップＳ１７において、取得中のデータ１２０（分割データ１１１）のダウンロードが完了したか否かが判断される。たとえば通信速度の低下などによりダウンロードが完了しなかった場合には、ステップＳ１８に移行して、ダウンロードが中止される。なお、この場合、ダウンロード中のデータ１２０（分割データ１１１）は破棄される。そして、再度電源オフ要求があった場合には、ダウンロードを中止したデータ１２０（分割データ１１１）を改めてダウンロードする。一方、１０秒間のダウンロードにより、データ１２０（分割データ１１１）のダウンロードが完了した場合には、このデータ１２０（分割データ１１１）がＲＡＭ１３に記憶され、ステップＳ２２に移行する。また、ステップＳ１５またはステップＳ１７からステップＳ１８に移行した場合には、ダウンロードを中止した後、ステップＳ２２に移行する。ステップＳ２２では、電源オン要求に応じて、省電力モードが解除されてＢＤプレーヤ１００の全部に電源供給が開始され、ユーザにより使用可能な状態に移行する。
【００５１】
このように、更新用ファームウェア２１０の取得中に電源オン要求がされた場合には、データ１２０（分割データ１１１）のダウンロードが一時中断され、再度、ユーザにより電源オフ要求があると、ステップＳ１から開始してダウンロードを再開する。この場合には、ステップＳ４でＲＡＭ１３に記憶されたダウンロード済みのデータ１２０（たとえばデータ１２０ａ）の存在が確認され、ステップＳ５において、次のデータ１２０（１２０ｂ）のダウンロードが開始される。
【００５２】
以上のようにして、分割データ１１１を順次ダウンロードし、ステップＳ１０で各分割データ１１１が結合されて更新用ファームウェア２１０が得られると、ステップＳ１１に移行して、フラッシュメモリ１２に記憶されたファームウェア１１０の、更新用ファームウェア２１０への書き換えが開始される。
【００５３】
ファームウェア１１０の書き換え中、ステップＳ１２では、ユーザからの電源オン要求の有無が判断される。フラッシュメモリ１２へ更新用ファームウェア２１０の書き換え中に電源オン要求があった場合には、ステップＳ１９に移行する。一方、更新用ファームウェア２１０の書き換え中に電源オン要求がなければ、ステップＳ１３に移行する。ステップＳ１３では、更新用ファームウェア２１０のフラッシュメモリ１２への書き換え処理が終了したか否かが判断され、書き換えが終了していない場合には、ステップＳ１２に戻り、書き換え処理が終了するまでの間、電源オン要求の有無の判断を繰り返す。一方、更新用ファームウェア２１０の書き換え処理が完了した場合には、全てのファームウェア１１０の更新処理が終了し、ステップＳ１４へ進む。
【００５４】
そして、ステップＳ１４では、ＣＰＵ１１、フラッシュメモリ１２、ＲＡＭ１３およびネットワーク回路１４の電源供給も停止され、ＢＤプレーヤ１００の全ての電源供給がオフとなる。なお、ステップＳ３において、ファームウェア１１０の更新が不要と判断された場合にも、このステップＳ１４で、ＢＤプレーヤ１００全体の電源がオフとなる。
【００５５】
一方、ステップＳ１２において、更新用ファームウェア２１０のフラッシュメモリ１２の書き換え中に電源オン要求があった場合には、ステップＳ１９において、ＣＰＵ１１により、映像出力部１６の電源供給が開始される。これにより、接続されたデジタルテレビジョン４００に、映像信号を出力することが可能となる。
【００５６】
次に、ステップＳ２０において、ＣＰＵ１１によって、映像出力部１６からファームウェア１１０の書き換え中である旨の表示信号が出力され、デジタルテレビジョン４００の画面上にＯＳＤ表示される。これにより、ユーザは、ＢＤプレーヤ１００がファームウェア１１０の更新処理中であることを把握することが可能となる。
【００５７】
そして、ステップＳ２１において、更新用ファームウェア２１０のフラッシュメモリ１２への書き換えが完了したか否かが判断される。書き換え処理が終了するまでこのステップＳ２１の判断を繰り返す。更新用ファームウェア２１０の書き換え処理が完了した場合には、全てのファームウェア１１０の更新処理が終了する。そして、ステップＳ２２へ進む。
【００５８】
ステップＳ２２では、ユーザからの電源オン要求に応じて、ＢＤプレーヤ１００のデコーダ１５および光学ディスクドライブ１８などへの電源供給が開始され、省電力モードから電源オン状態に移行する。これにより、ユーザは、ＢＤプレーヤ１００を使用することが可能となる。
【００５９】
以上のようにして、ＢＤプレーヤ１００のファームウェア１１０の更新処理が行われる。
【００６０】
本実施形態では、上記のように、インターネット３００を介してサーバ２００から更新用ファームウェア２１０を取得してフラッシュメモリ１２に記憶されたファームウェア１１０の更新を行うＣＰＵ１１を、電源オフ要求を受け付けると、サーバ２００と通信を行い、更新用ファームウェア２１０のバージョンがフラッシュメモリ１２に記憶されているファームウェア１１０のバージョンよりも新しい場合に、ファームウェア１１０の更新を行うように構成することによって、たとえば、ユーザにより電源オフ要求がされる場合、その後一定時間は使用されないと考えることができるので、この不使用時間中にファームウェア１１０の更新を行うことができる。これにより、手動または予め設定された時刻に定期的に更新を行う場合や、ユーザがファームウェア更新の予約を入力する場合と異なり、ユーザの利便性を損なうことなくファームウェア１１０の更新を行うことができる。また、電源オフ要求に基づいて、ファームウェア１１０の更新を行うことにより、外部から更新の要否判断や更新の指示を受け付ける必要がないので、外部に専用の管理サーバを別途設けることなくファームウェア１１０の更新を実施することができる。
【００６１】
また、本実施形態では、上記のように、ＣＰＵ１１を、電源オフ要求に基づき、少なくともファームウェア１１０の更新に必要な部分（ＣＰＵ１１、フラッシュメモリ１２、ＲＡＭ１３およびネットワーク回路１４）に電力供給が確保される省電力モードに切り替えるとともに、省電力モードで更新用ファームウェア２１０の取得および書き換えを行うように構成することによって、ユーザによる電源オフ要求に基づいて光学ディスクドライブ１８や映像出力部１６の電源供給を停止する省電力モードに切り替えることにより、見た目上は電源オフ状態となる省電力モードでファームウェア１１０の更新処理を実施することができる。これにより、ユーザの電源オフ要求にもかかわらず電源オフ状態に移行していないとユーザに認識される事態を回避することができるので、ユーザの利便性を向上させることができる。
【００６２】
また、本実施形態では、上記のように、ＣＰＵ１１は、更新用ファームウェア２１０の取得中に電源オン要求を受け付けると、１０秒以内に更新用ファームウェア２１０が取得できるか否かを判断するように構成することによって、更新用ファームウェア２１０の取得中にユーザによる電源オン要求がされた場合に１０秒以内に取得できると判断した場合には、更新用ファームウェア２１０のデータ１２０（分割データ１１１）を取得してから電源オン状態に移行しても、電源オン要求に適切に対応できると判断して更新用ファームウェア２１０の取得処理を即座に中断することなく所定の取得処理後に電源オン状態に移行することができる。これにより、ユーザの電源オン要求に適切に対応しながら、更新用ファームウェア２１０の取得を行うことができる。
【００６３】
また、本実施形態では、上記のように、ＣＰＵ１１を、分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）毎に、１０秒以内に取得できるか否かを判断し、電源オン要求を受け付けてから１０秒以内に分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）を取得（ダウンロード）できないと判断した場合には、分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）の取得（ダウンロード）を中止するように構成することによって、１０秒以内に分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）を取得できない場合には、ユーザの電源オン要求に対応して、即座に更新用ファームウェア２１０（分割データ１１１）の取得を中止して電源オン状態に速やかに移行することができる。また、更新用ファームウェア２１０を分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）に分割してデータサイズを小さくすることにより、分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）の取得を中止した場合にも、既に取得済みの分割データ１１１（たとえば、分割データ１１１ａ）を蓄積しておくことができる。これにより、分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）の取得を中止した場合に、取得中の分割データ１１１（たとえば、分割データ１１１ｂ）のデータのみを破棄すればよいので、無駄になるデータ量を少なくすることができる。
【００６４】
また、本実施形態では、上記のように、ＣＰＵ１１を、分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）の取得中止後、再度、電源オフ要求を受け付けると、取得を中止した分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）を改めて取得するように構成することによって、電源オン要求に基づいて分割データ１１１（たとえば、分割データ１１１ｂ）の取得を中止した後にも、ユーザがＢＤプレーヤ１００の使用を終了し、再度電源オフ要求を受け付けた後に、取得を中止した分割データ１１１（たとえば、分割データ１１１ｂ）から更新用ファームウェア２１０（分割データ１１１）の取得を開始することができるので、電源オン要求と電源オフ要求が繰り返される場合にも、更新用ファームウェア２１０（分割データ１１１）の取得を継続することができる。
【００６５】
また、本実施形態では、上記のように、ＣＰＵ１１を、電源オン要求を受け付けてから１０秒以内に分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）を取得できると判断した場合には、分割データ１１１（１１１ａ、１１１ｂ、１１１ｃ、・・・）の取得を完了した後、電源オン状態に移行するように構成することによって、電源オン要求を受け付けた時点で現在取得中の分割データ１１１（たとえば、分割データ１１１ｂ）が１０秒以内に完了する場合には、分割データ１１１（たえとえば、分割データ１１１ｂ）を取得してから電源オン状態に移行することができるので、取得中止により取得中のデータ１２０（分割データ１１１）を破棄することなく効率的に更新用ファームウェア２１０の取得を行うことができる。
【００６６】
また、本実施形態では、上記のように、ＣＰＵ１１は、更新用ファームウェア２１０のフラッシュメモリ１２への書き換え中に電源オン要求を受け付けると、ＯＳＤ表示を用いてユーザにファームウェア１１０の更新中である旨を通知するとともに、更新用ファームウェア２１０の書き換えを継続することにより、ファームウェア１１０の更新を完了させるように構成することによって、電源オン要求に対応して、ユーザにファームウェア１１０の書き換え中であることを認識させることができるので、ユーザの電源オン要求にもかかわらず電源オン状態に移行していないとユーザに認識される事態を回避することができる。
【００６７】
また、本実施形態では、上記のように、ＣＰＵ１１は、電源オン要求に基づき、ファームウェア１１０の更新終了後に装置全体に電力供給を行う電源オン状態に移行するように構成することによって、ユーザは、ファームウェア１１０の更新終了後、速やかにＢＤプレーヤ１００の使用を開始することができる。
【００６８】
なお、今回開示された実施形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施形態の説明ではなく特許請求の範囲によって示され、さらに特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれる。
【００６９】
たとえば、上記実施形態では、本発明のネットワーク装置の一例としてＢＤプレーヤ１００を示したが、本発明はこれに限らず、ＢＤプレーヤ以外のネットワーク装置にも適用可能である。たとえば、図１に示すデジタルテレビジョン４００に本発明を適用してもよい。また、本発明のネットワーク装置をチューナおよび内部記憶媒体（ハードディスクドライブなど）を備えたＢＤレコーダや他のレコーダ装置に適用してもよい。本発明は、インターネットに接続可能な、いわゆるネットワーク家電に相当する機器全般にも適用することが可能である。
【００７０】
また、上記実施形態では、フラッシュメモリ１２にファームウェア１１０を記憶させるように構成した例を示したが、本発明はこれに限らず、記憶部を、フラッシュメモリ以外の不揮発性メモリにより構成してもよい。たとえば、記憶部にハードディスクドライブなどを用いてもよい。
【００７１】
また、上記実施形態では、ＢＤプレーヤ１００を、インターネット３００を介してサーバ２００から更新用ファームウェア２１０を取得するように構成した例を示したが、本発明はこれに限らず、インターネット以外のネットワークを介して更新用ファームウェアを取得してもよい。たとえば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを介してサーバから更新用ファームウェアを取得するように構成してもよい。
【００７２】
また、上記実施形態では、ＢＤプレーヤ１００（ＣＰＵ１１）は、ユーザによる電源ボタン１９またはリモコン１０１を用いた電源オン要求または電源オフ要求を受け付けるように構成して例を示したが、本発明はこれに限らず、制御部は、電源ボタンおよびリモコン以外の手段により、電源オフ要求または電源オン要求を受け付けるように構成してもよい。たとえば、ネットワーク接続された他のネットワーク装置からの操作要求を受け付けるように構成してもよい。
【００７３】
また、上記実施形態では、ＣＰＵ１１によって、ネットワーク回路１４を介して取得された更新用ファームウェア２１０のバージョン情報と、フラッシュメモリ１２に記憶された現時点のファームウェア１１０のバージョン情報とが比較されることにより、ファームウェア１１０の更新処理の要否が判断されるように構成した例を示したが、本発明はこれに限らず、ＣＰＵ１１がサーバ２００と通信することによって、サーバ２００にファームウェア１１０のバージョン情報を送信し、サーバ２００がファームウェア１１０の更新の要否を判断するように構成してもよい。
【００７４】
また、上記実施形態では、省電力モードでは、インターネット３００との接続に必要なＣＰＵ１１、フラッシュメモリ１２、ＲＡＭ１３およびネットワーク回路１４の電源供給は継続したまま、デコーダ１５、映像出力部１６および光学ディスクドライブ１８などの周辺装置の電源供給を停止するように構成した例を示したが、本発明はこれに限らず、省電力モードでは、少なくともインターネット３００との接続に必要なＣＰＵ１１、フラッシュメモリ１２、ＲＡＭ１３およびネットワーク回路１４の電源供給を継続すれば、たとえば光学ディスクドライブ１８など、インターネット接続に必要でない他の一部分への電源供給も継続してよい。また、電源オフ要求があった場合に省電力モードへ移行せずに、たとえば電源オン状態を示すＬＥＤ素子の点灯のみを消灯して、電源オフ状態になったとユーザに認識させた状態で、ファームウェアの更新処理を行うようにしてもよい。
【００７５】
また、上記実施形態では、分割データ１１１（１１１ａ、１１１ｂおよび１１１ｃなど）の取得中に電源オン要求があった場合には、ＣＰＵ１１を、現在取得中のデータ１２０（分割データ１１１）が、１０秒以内にダウンロード完了するか否かを判断するように構成した例を示したが、本発明はこれに限らず、制御部が取得可能か否か（ダウンロードを継続するか否か）を判断する所定時間は、１０秒間でなくてもよい。この所定時間は、１０秒未満でも、１０秒よりも長くてもよく、ユーザの利便性を損なわない範囲で設定すればよい。
【００７６】
また、上記実施形態では、ＣＰＵ１１によって、映像出力部１６からファームウェア１１０の書き換え中である旨の表示信号が出力され、デジタルテレビジョン４００の画面上にＯＳＤ表示されるように構成した例を示したが、本発明はこれに限らず、ＯＳＤ表示以外の通知手段により、ファームウェアの更新中である旨を通知するように構成してもよい。たとえば、ＢＤプレーヤに表示部またはＬＥＤなどを設け、表示部へのメッセージ表示や、ＬＥＤ素子による発光表示によりファームウェアの更新中である旨を通知するように構成してもよい。また、音声を出力することによりファームウェアの更新中である旨を通知するように構成してもよい。
【符号の説明】
【００７７】
１１  ＣＰＵ（制御部）
１２  フラッシュメモリ（記憶部）
１００  ＢＤプレーヤ（ネットワーク装置）
１１０  ファームウェア
１１１、１１１ａ、１１１ｂ、１１１ｃ  分割データ（単位データ部分）
２００  サーバ
２１０  更新用ファームウェア
３００  インターネット（ネットワーク）
【図１】
2010176246.tif 000003
【図２】
2010176246.tif 000004
【図３】
2010176246.tif 000005
【図４】
2010176246.tif 000006