(57)【要約】【課題】複数のコンテンツリソースを含むコンテンツの更新を適切に行えるようにする。【解決手段】ディスク１に記録されたアップデートプログラム１５０は、更新用のコンテンツを構成する複数のファイルとしてのコンテンツリソースを、順次、外部からネットワークを通じてダウンロードして、一時記憶用に確保されたテンポラリ記憶領域に記憶させる手順と、前記複数のコンテンツリソースのダウンロードが全て正常に行われたことを確認した後に、前記テンポラリ記憶領域に記憶された前記複数のコンテンツリソースを、再生対象のコンテンツを記憶しておくための正規記憶領域へ移動させる手順とを有している。【選択図】      図４
2008041197.tif 000002
【特許請求の範囲】
【請求項１】
更新用のコンテンツを構成する複数のファイルとしてのコンテンツリソースを、順次、外部からネットワークを通じてダウンロードして、一時記憶用に確保されたテンポラリ記憶領域に記憶させる手順を示す情報と、
前記複数のコンテンツリソースのダウンロードが全て正常に行われたことを確認した後に、前記テンポラリ記憶領域に記憶された前記複数のコンテンツリソースを、再生対象のコンテンツを記憶しておくための正規記憶領域へ移動させる手順を示す情報と
を記録したことを特徴とするディスク。
【請求項２】
前記ダウンロードにおいて前記複数のコンテンツリソースを前記テンポラリ記憶領域に記憶させる際に当該複数のコンテンツリソースのうちの少なくとも１つのコンテンツリソースのファイル名を別のファイル名に変更するとともに、当該複数のコンテンツリソースを前記正規記憶領域へ移動させる際に前記変更したファイル名を元のファイル名に戻す手順を示す情報を更に記録したことを特徴とする請求項１記載のディスク。
【請求項３】
前記複数のコンテンツリソースが記憶される前記テンポラリ記憶領域は、物理的に単一の記憶領域であることを特徴とする請求項１記載のディスク。
【請求項４】
前記複数のコンテンツリソースは、映像情報を含む少なくとも１つのリソースファイルと、当該リソースファイルの映像情報の再生を制御するための制御情報を含むコントロールファイルとで構成されていることを特徴とする請求項１記載のディスク。
【請求項５】
前記ダウンロードにおいて前記複数のコンテンツリソースを前記テンポラリ記憶領域に記憶させる際に前記コントロールファイルのファイル名をコントロールファイルと見なされない別のファイル名に変更するとともに、当該複数のコンテンツリソースを前記正規記憶領域へ移動させる際に前記変更したファイル名を元のファイル名に戻す手順を示す情報を更に記録したことを特徴とする請求項４記載のディスク。
【請求項６】
前記ダウンロードにおいて、前記コントロールファイルを揮発性の記憶領域に記憶させる一方で、前記コントロールファイル以外のリソースファイルを不揮発性の記憶領域に記憶させることを特徴とする請求項４記載のディスク。
【請求項７】
前記ダウンロードにおいて、前記コントロールファイル以外のリソースファイルのダウンロードが全て正常に行われた後に、前記コントロールファイルのダウンロードを行うことを特徴とする請求項４記載のディスク。
【請求項８】
前記ダウンロードにおいて、前記複数のコンテンツリソースの各々をファイルサイズの大きい順にダウンロードすることを特徴とする請求項１記載のディスク。
【請求項９】
前記ディスクから個々の情報を再生し、これらの情報に示される手順に従ってコンテンツの更新を行う手段を具備することを特徴とする請求項１乃至８のいずれかに記載の再生装置。
【請求項１０】
前記ディスクから個々の情報を再生し、
前記再生した個々の情報に示される手順に従ってコンテンツの更新を行う
ことを特徴とする請求項１乃至８のいずれかに記載の再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じてコンテンツの更新（アップデート）を行うための情報を記録したディスク、当該ディスクを使用する再生装置、及び再生方法に関する。
【背景技術】
【０００２】
近年、ネットワークを通じて接続されるサーバ上にある更新用のコンテンツを再生装置側へダウンロードすることにより、当該再生装置が再生に使用するコンテンツを更新する方法がよく用いられるようになってきた。
【０００３】
なお、ネットワークを通じてコンテンツやプログラムを更新する方法には様々なものがある。例えば、特許文献１には、ダウンロードによりプログラムのバージョンアップを行うにあたり、新バージョンのプログラムを補助記憶装置に仮のファイル名で保存し、ダウンロードが正常に終了した後、現バージョンのプログラムファイルをバックアップ用のファイル名に変更し、かつ、新バージョンの仮のファイル名を起動用の特定の名称のファイル名に変更することが記載されている。
【特許文献１】特開２０００−２０７１７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、更新されるコンテンツには、複数のファイルとしてのコンテンツリソースが含まれている場合があり、そのような場合、あるコンテンツリソースが再生の際に他のコンテンツリソースを参照するという関係が設定されていることが多い。
【０００５】
もし、この種のコンテンツについて更新を行っている最中にダウンロードが途中で失敗した場合、新たなコンテンツリソースで上書きされたものと、上書きされなかったものとが混在することとなる。この状態で再生処理が開始されると、あるコンテンツリソースが参照すべきコンテンツリソースが存在せず、そのために再生処理を適切に遂行できないという事態が発生してしまう。
【０００６】
特許文献１の技術は、このような複数のコンテンツリソースで構成されるコンテンツを扱っているわけではなく、上記問題を解決するものではない。
【０００７】
本発明は上記実情に鑑みてなされたものであり、複数のコンテンツリソースを含むコンテンツの更新を適切に行うことが可能な再生装置およびコンテンツ更新方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係るディスクは、更新用のコンテンツを構成する複数のファイルとしてのコンテンツリソースを、順次、外部からネットワークを通じてダウンロードして、一時記憶用に確保されたテンポラリ記憶領域に記憶させる手順を示す情報と、前記複数のコンテンツリソースのダウンロードが全て正常に行われたことを確認した後に、前記テンポラリ記憶領域に記憶された前記複数のコンテンツリソースを、再生対象のコンテンツを記憶しておくための正規記憶領域へ移動させる手順を示す情報とを記録したことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、複数のコンテンツリソースを含むコンテンツの更新を適切に行うことが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して、本発明の実施形態について説明する。  
図１は、本発明の各実施形態に共通する動画像再生装置１０の構成を示す図である。
【００１１】
この動画像再生装置１０は、情報記憶媒体としてのＨＤ  ＤＶＤ規格に則ったディスク１から、そこに格納されている動画像情報を読み出して再生するものである。ここで、ディスク１はディスクドライブ部１０１に装着される。そして、該ディスクドライブ部１０１は、その装着されたディスク１を回転駆動し、光ピックアップ（図示せず）を用いてディスク１に格納されている情報を読み取る。
【００１２】
また、この動画像再生装置１０は、ネットワークアクセス部１０２を有しており、ディスクコンテンツの要求に応じて、インターネット等のネットワーク上に構成されたネットワークサーバ２にアクセスして、そのネットワークサーバ２から情報を取得することも可能となっている。更には、動画像再生装置１０は、メディアドライブ部１０３を有しており、必要に応じて、該メディアドライブ部１０３に装着されたＵＳＢメモリ／ＨＤＤ又はメモリカードなどの取り外し可能なストレージメディア３にアクセスして、そのストレージメディア３から情報を読み取ることも可能となっている。
【００１３】
上記ディスクドライブ部１０１で読み取られた情報、及び必要に応じて、上記ネットワークアクセス部１０２及び／又は上記メディアドライブ部１０３で取得した情報は、データプロセッサ部１０４に供給され、エラー訂正処理が施された後、該データプロセッサ部１０４内のバッファ（図示せず）に格納される。そして、このバッファに格納された情報のうち、管理情報は、メモリ部（ＲＡＭ）１０５に記録され、再生制御やデータ管理等に利用される。また、上記バッファに格納された情報のうち、上記動画像情報は、分離部１０６に転送され、ビデオ、グラフィックユニット、オーディオ及びサブピクチャ毎に分離される。ビデオの情報はビデオデコーダ部１０７に、サブピクチャの情報はサブピクチャデコーダ部１０８に、グラフィックユニットの情報はグラフィックデコーダ部１０９に、オーディオの情報はオーディオデコーダ部１１０にそれぞれ供給され、デコード処理が行なわれる。なお、サブピクチャとは、字幕等の画像のことである。
【００１４】
ビデオデコーダ部１０７でデコード処理された主映像情報と、サブピクチャデコーダ部１０８でデコード処理されたサブピクチャ情報と、グラフィックデコーダ部１０９でデコード処理されたグラフィック情報とは、ビデオプロセッサ部１１１に供給されて重畳処理が施された後、Ｄ／Ａ（ディジタル／アナログ）変換器１１２でアナログ化され、映像信号として図示しない映像表示装置（例えばＣＲＴや液晶ディスプレイ、プラズマディスプレイ等）に出力される。オーディオデコーダ部１１０でデコード処理された音声信号は、Ｄ／Ａ変換器１１３でアナログ化され、音声信号として図示しない音声再生装置（例えばスピーカ等）に出力される。
【００１５】
上記のようなディスク１、ネットワークサーバ２、ストレージメディア３に対する一連の再生動作は、制御部としてのＭＰＵ部１１４によって総括的に制御されている。なお、このＭＰＵ部１１４は、キー入力部１１５からの操作情報を受け、ＲＯＭ部１１６に格納されたプログラムに基づいて、各部を制御している。
【００１６】
また、上記動画像再生装置１０は、ネットワークを通じて、所定の記憶領域に保持しているコンテンツの更新（アップデート）を行うことが可能である。ネットワークを通じて更新されるコンテンツは、複数のファイルとしてのコンテンツリソースを含み、そのうちのあるコンテンツリソースが再生の際に他のコンテンツリソースを参照するという関係が設定されている。上記複数のコンテンツリソースは、映像情報を含む少なくとも１つのリソースファイルと、当該リソースファイルの映像情報の再生を制御するための制御情報を含むコントロールファイル（主制御ファイル）とで構成される。コントロールファイルは、個々のコンテンツリソース等の再生手順を定めたプレイリストに相当する。
【００１７】
ここで、図２を参照して従来の問題点について確認しておく。
【００１８】
コンテンツのアップデート処理を行っている最中にダウンロードが途中で失敗した場合には、新たなコンテンツリソースで上書きされたものと、上書きされなかったものとが混在することとなる。この状態で再生処理が開始されると、あるコンテンツリソースが参照すべきコンテンツリソースが存在せず、そのために再生処理を適切に遂行できないという事態が発生してしまう。
【００１９】
例えば、図２に示されるように、再生装置の記憶領域にある既存のコンテンツＡは、コントロールファイル「controlA.xml」とリソースファイル「resource1.js」とリソースファイル「resource3.js」とから構成され、一方、サーバにある更新用のコンテンツＢは、コントロールファイル「controlB.xml」とリソースファイル「resource1.js」とリソースファイル「resource2.js」とから構成されているものとする。ここで、ネットワークを通じて、サーバから、コンテンツＢを「resource1.js」、「resource2.js」、「controlB.xml」の順でこれらを再生装置へダウンロードする際に、例えば「resource1.js」のダウンロードは成功し、その後の「resource2.js」のダウンロードの最中に再生処理が停止され、「resource2.js」及び「controlB.xml」のダウンロードが失敗した場合を考える。このような場合、再生装置側のコンテンツＡは、「resource1.js」のみがコンテンツＢに含まれる「resource1.js」で上書きされた状態となる。この状態で再生が開始されると、上書きされた「resource1.js」は、「controlA.xml」が本来使用するはずの「resource1.js」ではなくなっているため、期待通りの再生を行えない、あるいは再生を行うことができないこととなる。以下に説明する各実施形態は、このような問題を解決するものである。
【００２０】
図３は、図１中のディスク１上に記録されているアップデートプログラム１５０の基本機能の構成を示すブロック図である。
【００２１】
上述の動画像再生装置１０は、ディスク１上のアップデートプログラム１５０を起動することにより、所定の記憶領域に保持しているコンテンツの更新（アップデート）を行うことができる。すなわち、ディスク１からアップデートに関わるスクリプト情報を再生し、そこに示されている手順に従ってコンテンツの更新処理を遂行することができる。
【００２２】
アップデートプログラム１５０は、ダウンロード処理部１５１、移動処理部１５２、ファイル名変更処理部１５３などの各種の機能を備えている。
【００２３】
ダウンロード処理部１５１は、更新用のコンテンツを構成する複数のファイルとしてのコンテンツリソースを、順次、ネットワークサーバ２からネットワークを通じてダウンロードして、一時記憶用に確保されたテンポラリ記憶領域に記憶させる処理を行う機能である。
【００２４】
移動処理部１５２は、複数のコンテンツリソースのダウンロードが全て正常に行われたことを確認した後に、テンポラリ記憶領域に記憶された複数のコンテンツリソースを、再生対象のコンテンツを記憶しておくための正規記憶領域へ移動させる処理を行う機能である。
【００２５】
ファイル名変更処理部１５３は、ダウンロードにおいて複数のコンテンツリソースをテンポラリ記憶領域に記憶させる際に当該複数のコンテンツリソースのうちの少なくとも１つのコンテンツリソースのファイル名を別のファイル名に変更するとともに、当該複数のコンテンツリソースを正規記憶領域へ移動させる際に上記変更したファイル名を元のファイル名に戻す処理を行う機能である。なお、このファイル名変更処理部１５３は、必ずしも必要とされるものではない。
【００２６】
＜第１の実施形態＞
図４は、本発明の第１の実施形態に係るコンテンツ更新手法を説明するための図である。
【００２７】
ディスク１上には、コンテンツＣ（コントロールファイルＣ0及びリソースファイルＣ1，Ｃ2，…から構成される既存のコンテンツ）のほか、アップデートプログラム１５０が記録されている。このアップデートプログラム１５０の動作手順は、例えば、個々のコンテンツリソース等の再生手順を定めたプレイリストのもとで管理されていてもよい。
【００２８】
再生装置１０内には、正規記憶領域１１とテンポラリ記憶領域１２とが設けられる。
【００２９】
正規記憶領域１１は、再生対象のコンテンツを記憶しておくための正規の記憶領域である。この正規記憶領域１１は、例えばフラッシュメモリ、ＵＳＢメモリ、可搬形ＨＤＤなどの不揮発性記憶媒体（パーシステントストレージ）内に確保される。
【００３０】
テンポラリ記憶領域１２は、コンテンツの更新を行う際にサーバ２からダウンロードされる更新用のコンテンツを、正規記憶領域１１に記憶する前に、一時的に記憶するために確保された記憶領域である。このテンポラリ記憶領域１２は、例えば上述のパーシステントストレージ内に確保される。なお、当該領域の一部が別の揮発性記憶媒体内に確保されるように構成してもよい。ここでは、個々のファイルの記憶／読出し処理の効率化のため、テンポラリ記憶領域１２が物理的に単一の記憶領域となるように構成している。
【００３１】
一方、サーバ２内には、更新用のコンテンツリソース群から構成されるコンテンツ（コントロールファイルＢ0及びリソースファイルＢ1，Ｂ2，Ｂ3から構成されるコンテンツＢ）が備えられている。
【００３２】
コンテンツＢの更新の必要時には、アップデートプログラム１５０は、サーバ２からのコンテンツＢのダウンロード指令を出す。これにより、サーバ２内のコントロールファイルＢ0、リソースファイルＢ1、リソースファイルＢ2、リソースファイルＢ3がこの順番で１つずつ再生装置１０内のテンポラリ記憶領域１２にダウンロードされる。そして、アップデートプログラム１５０は、コンテンツＢを構成する全てのファイル（全てのコンテンツリソース）が正常にダウンロードされたことを確認した後、それらをダウンロードのときと同じ順番で１つずつ正規記憶領域１１へ移動させる。
【００３３】
次に、図９のフローチャートを参照して、同実施形態に係るコンテンツ更新の詳細な処理手順について説明する。
【００３４】
再生装置１０にディスク１が挿入されると（ステップＳ７０１）、ディスク１上の所定の領域に記憶された管理情報等が読み出され、ディスクメニューがディスプレイ等に表示される。ここで、ディスクメニューの中から「アップデート（更新）」が選択されたことが検出されると（ステップＳ７０２）、アップデートプログラム１５０が起動され、コンテンツ更新のための処理が開始される（ステップＳ７０３）。
【００３５】
アップデートプログラム１５０は、まず、再生装置１０に備えられるフラッシュメモリ等の記憶領域上にダウンロード作業用のテンポラリ記憶領域（テンポラリディレクトリ）１２を作成する（ステップＳ７０４）。この後、アップデートプログラム１５０は、サーバ２から再生装置１０内のテンポラリ記憶領域１２へ、コンテンツリソース群（コントロールファイルＢ0、リソースファイルＢ1、リソースファイルＢ2、リソースファイルＢ3）をダウンロードする（ステップＳ７０５）。
【００３６】
ここで、全てのファイルが正常にテンポラリ記憶領域１２にダウンロードされたか否かが判定される（ステップＳ７０６）。全てのファイルが正常にダウンロードできた場合には、テンポラリ記憶領域１２上の全ファイルを正規記憶領域（実行領域）１１へ移動させる（ステップＳ７０７）。一方、ダウンロードに失敗したファイルがある場合には、その旨がディスプレイ等に表示される（ステップＳ７０８）。
【００３７】
最後に、テンポラリ記憶領域（テンポラリディレクトリ）１２が削除され（ステップＳ７０９）、処理が終了する。
【００３８】
この第１の実施形態によれば、コンテンツ更新のためのダウンロードが途中で失敗して既存のコンテンツリソース（ファイル）が中途半端に上書きされてしまうことによって正常な再生ができなくなるといった事態を回避することができる。
【００３９】
ところで、再生装置１０においてコンテンツの再生制御のために最初に読まれるコントロールファイル（主制御ファイル）をダウンロードし、その後、コントロールファイル以外のリソースファイルをダウンロードしている途中で、再生装置１０の電源オフなどにより再生処理が終了したような場合、上述した第１の実施形態の技術では対処できない問題が起こり得る。その問題は、再度、再生を行うときに、再生装置１０がダウンロードしたコントロールファイルを参照してしまうことによって起こり得る。すなわち、ダウンロードしたコントロールファイルを再生装置１０が参照した場合、コントロールファイルが参照するリソースファイルは、ダウンロードが途中で終了しているため、再生装置１０内には存在せず、そのために再生エラーとなる。以降に説明する実施形態ではこのような問題を解決する。
【００４０】
＜第２の実施形態＞
図５は、本発明の第２の実施形態に係るコンテンツ更新手法を説明するための図である。ここでは、第１の実施形態で示した図４と異なる部分を中心に説明し、共通する部分の説明を省略する。
【００４１】
アップデートプログラム１５０は、サーバ２内のコントロールファイルＢ0、リソースファイルＢ1、リソースファイルＢ2、リソースファイルＢ3をこの順番で１つずつ再生装置１０内のテンポラリ記憶領域１２にダウンロードし、各ファイルのファイル名を、既存ファイルを上書きしないような別のファイル名に変える。特に、コントロールファイルＢ0のダウンロードした際、そのファイル名を、コントロールファイルを意味しないファイル名に変える（もし、コントロールファイルの拡張子が決められていれば、別の拡張子に変更する）。例えば、コントロールファイルＢ0、リソースファイルＢ1、リソースファイルＢ2、リソースファイルＢ3を、それぞれ、コントロールファイルＢＢ0、リソースファイルＢＢ1、リソースファイルＢＢ2、リソースファイルＢＢ3に変える。
【００４２】
そして、アップデートプログラム１５０は、コンテンツＢを構成する全てのファイル（全てのコンテンツリソース）が正常にダウンロードされたことを確認し、コントロールファイルＢＢ0、リソースファイルＢＢ1、リソースファイルＢＢ2、リソースファイルＢＢ3を正規記憶領域１１へ移動させた後、これらのファイル名を元のファイル名に戻す。
【００４３】
次に、図１０のフローチャートを参照して、同実施形態に係るコンテンツ更新の詳細な処理手順について説明する。
【００４４】
再生装置１０にディスク１が挿入されると（ステップＳ８０１）、ディスク１上の所定の領域に記憶された管理情報等が読み出され、ディスクメニューがディスプレイ等に表示される。ここで、ディスクメニューの中から「アップデート（更新）」が選択されたことが検出されると（ステップＳ８０２）、アップデートプログラム１５０が起動され、コンテンツ更新のための処理が開始される（ステップＳ８０３）。
【００４５】
アップデートプログラム１５０は、まず、再生装置１０に備えられるフラッシュメモリ等の記憶領域上にダウンロード作業用のテンポラリ記憶領域（テンポラリディレクトリ）１２を作成する（ステップＳ８０４）。この後、アップデートプログラム１５０は、サーバ２から再生装置１０内のテンポラリ記憶領域１２へ、コンテンツリソース群（コントロールファイルＢ0、リソースファイルＢ1、リソースファイルＢ2、リソースファイルＢ3）をダウンロードし（ステップＳ８０５）、各ファイルの名前をそれぞれ別の名前に変える（ステップＳ８０６）。特に、コントロールファイルＢ0のダウンロードした際、そのファイル名を、コントロールファイルを意味しないファイル名に変える（もし、コントロールファイルの拡張子が決められていれば、別の拡張子に変更する）。例えば、コントロールファイルＢ0、リソースファイルＢ1、リソースファイルＢ2、リソースファイルＢ3を、それぞれ、コントロールファイルＢＢ0、リソースファイルＢＢ1、リソースファイルＢＢ2、リソースファイルＢＢ3に変える。
【００４６】
ここで、全てのファイルが正常にテンポラリ記憶領域１２にダウンロードされたか否かが判定される（ステップＳ８０７）。全てのファイルが正常にダウンロードできた場合には、テンポラリ記憶領域１２上の全ファイルを正規記憶領域（実行領域）１１へ移動させ（ステップＳ８０８）、各ファイルの名前を元の名前に戻す（ステップＳ８０９）。一方、ダウンロードに失敗したファイルがある場合には、その旨がディスプレイ等に表示される（ステップＳ８１０）。
【００４７】
最後に、テンポラリ記憶領域（テンポラリディレクトリ）１２が削除され（ステップＳ８１１）、処理が終了する。
【００４８】
この第２の実施形態によれば、コントロールファイルのダウンロードが成功してその後のリソースファイルのダウンロードが失敗した場合、再度、再生を行うときに、再生装置１０はダウンロードしたコントロールファイルＢＢ0をコントロールファイルとみなさない。すなわち、再生装置１０がダウンロードしたコントロールファイルを参照しないようにすることができる。これにより、リソースファイルのダウンロードの失敗によるその後の再生の失敗を防ぐことができる。
【００４９】
＜第３の実施形態＞
この第３の実施形態では、コントロールファイルのファイル名のみを変更することによって、前述の第２の実施形態と同等の効果を得る例を挙げる。
【００５０】
図６は、本発明の第３の実施形態に係るコンテンツ更新手法を説明するための図である。ここでは、第２の実施形態で示した図５と異なる部分を中心に説明し、共通する部分の説明を省略する。
【００５１】
アップデートプログラム１５０は、サーバ２内のコントロールファイルＢ0、リソースファイルＢ1、リソースファイルＢ2、リソースファイルＢ3をこの順番で１つずつ再生装置１０内のテンポラリ記憶領域１２にダウンロードする。特に、コントロールファイルＢ0のダウンロードした際には、そのファイル名を、コントロールファイルを意味しないファイル名に変える（もし、コントロールファイルの拡張子が決められていれば、別の拡張子に変更する）。例えば、コントロールファイルＢ0をコントロールファイルＢＢ0に変える。一方、ダウンロード後のリソースファイルＢ1、リソースファイルＢ2、リソースファイルＢ3のファイル名は変えない。
【００５２】
そして、アップデートプログラム１５０は、コンテンツＢを構成する全てのファイル（全てのコンテンツリソース）が正常にダウンロードされたことを確認し、コントロールファイルＢＢ0、リソースファイルＢ1、リソースファイルＢ2、リソースファイルＢ3を正規記憶領域１１へ移動させた後、コントロールファイルＢＢ0を元のファイル名に戻す。
【００５３】
なお、同実施形態に係るコンテンツ更新の詳細な処理手順については、図１０のフローチャートに類似したものとなるため、ここではその説明を省略する。
【００５４】
この第３の実施形態によれば、コントロールファイル以外のリソースファイルのファイル名を変更しなくても、前述の第２の実施形態と同等の効果を得ることができる。
【００５５】
＜第４の実施形態＞
前述の第２の実施形態および第３の実施形態では、コントロールファイルのファイル名を変更することによって、リソースファイルのダウンロードの失敗によるその後の再生の失敗を防ぐ例を挙げたが、この第４の実施形態では、コントロールファイルのファイル名を変更せずに同等の効果を得る。
【００５６】
図７は、本発明の第４の実施形態に係るコンテンツ更新手法を説明するための図である。ここでは、第１の実施形態で示した図４と異なる部分を中心に説明し、共通する部分の説明を省略する。
【００５７】
再生装置１０内では、ダウンロード作業用のテンポラリ記憶領域として、揮発性記憶領域１２Ａと不揮発性記憶領域１２Ｂが設けられる。揮発性記憶領域１２Ａは、ダウンロードされるコントロールファイルを一時的に記憶するために確保された記憶領域である。一方、不揮発性記憶領域１２Ｂは、コントロールファイル以外にダウンロードされるリソースファイルを一時的に記憶するために確保された記憶領域である。
【００５８】
アップデートプログラム１５０は、サーバ２からコントロールファイルＢ0を再生装置１０内の揮発性記憶領域１２Ａにダウンロードし、次いで、サーバ２からリソースファイルＢ1，Ｂ2，Ｂ3を再生装置１０内の不揮発性記憶領域１２Ｂにダウンロードする。そして、アップデートプログラム１５０は、コンテンツＢを構成する全てのファイルが正常にダウンロードされたことを確認した後、それらを正規記憶領域１１へ移動させる。
【００５９】
この第４の実施形態によれば、リソースファイルＢ1，Ｂ2，Ｂ3をダウンロードしているときに、再生装置１０の電源オフなどにより再生処理が終了したような場合、電源オフと同時に揮発性記憶領域１２Ａ内のコントロールファイルＢ0が消去されることになる。すなわち、再度、再生を行うときに、再生装置１０はコントロールファイルＢ0を参照することはあり得ない。これにより、リソースファイルのダウンロードの失敗によるその後の再生の失敗を防ぐことができる。
【００６０】
＜第５の実施形態＞
この第５の実施形態では、前述の第１の実施形態においてダウンロードが失敗した場合の時間的損失などを低減する例について説明する。
【００６１】
図８は、本発明の第５の実施形態に係るコンテンツ更新手法を説明するための図である。ここでは、第１の実施形態で示した図４と異なる部分を中心に説明し、共通する部分の説明を省略する。
【００６２】
リソースファイルＢ1，Ｂ2，Ｂ3のファイルサイズの大小関係は、例えばＢ2＞Ｂ1＞Ｂ3であるものとする。また、コントロールファイルＢ0のファイルサイズは、リソースファイルＢ1，Ｂ2，Ｂ3のどれよりも小さいものとする。
【００６３】
アップデートプログラム１５０は、サーバ２内のファイルＢ0，Ｂ1，Ｂ2，Ｂ3を再生装置１０内のテンポラリ記憶領域１２にダウンロードする際には、これらのファイルのうち、ダウンロードに時間のかかる（失敗のリスクが高い）ファイルサイズを有するファイルから順にダウンロードする。すなわち、リソースファイルＢ2，Ｂ1，Ｂ3をこの順でダウンロードし、最後にコントロールファイルＢ0をダウンロードする。そして、アップデートプログラム１５０は、コンテンツＢを構成する全てのファイルが正常にダウンロードされたことを確認した後、それらを正規記憶領域１１へ移動させる。
【００６４】
この第５の実施形態によれば、ダウンロードに時間のかかる（失敗のリスクが高い）ファイルサイズを有するファイルから順にダウンロードが行われるため、ダウンロードが終盤に近づくほどダウンロードの成功率が高まる。このため、全てのダウンロードが完了する寸前でダウンロードが失敗する可能性は低く、ダウンロード失敗時の損失を軽減することができる。
【００６５】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００６６】
【図１】本発明の各実施形態に共通する動画像再生装置の構成を示す図。
【図２】更新における従来の問題点を説明するための図。
【図３】図１中のディスク上に記録されているアップデートプログラムの基本機能の構成を示すブロック図。
【図４】本発明の第１の実施形態に係るコンテンツ更新手法を説明するための図。
【図５】本発明の第２の実施形態に係るコンテンツ更新手法を説明するための図。
【図６】本発明の第３の実施形態に係るコンテンツ更新手法を説明するための図。
【図７】本発明の第４の実施形態に係るコンテンツ更新手法を説明するための図。
【図８】本発明の第５の実施形態に係るコンテンツ更新手法を説明するための図。
【図９】本発明の第１の実施形態に係るコンテンツ更新の詳細な処理手順を示すフローチャート。
【図１０】本発明の第２の実施形態に係るコンテンツ更新の詳細な処理手順を示すフローチャート。
【符号の説明】
【００６７】
１…ディスク、２…ネットワークサーバ、１０…動画像再生装置、１１…正規記憶領域、１２…テンポラリ記憶領域、１５０…アップデートプログラム。
【図１】
2008041197.tif 000003
【図２】
2008041197.tif 000004
【図３】
2008041197.tif 000005
【図４】
2008041197.tif 000006
【図５】
2008041197.tif 000007
【図６】
2008041197.tif 000008
【図７】
2008041197.tif 000009
【図８】
2008041197.tif 000010
【図９】
2008041197.tif 000011
【図１０】
2008041197.tif 000012