(57)【要約】【課題】壊れた固定データの修復が行えるデータ修復機能を備えた機器を提供する。【解決手段】ＨＤＤ１７の特殊パーティションに書き込んだ固定データを読み出す時には、ＣＰＵ１３は、読み出した固定データをメモリ１４に展開した後、エラー判定のためチェックサムの計算を行い、正しい場合のみ使用する。エラー判定が正しくなかった場合は、ＬＡＮインターフェイス１８を経由してサーバ５０から固定データを取得する。サーバ５０には、予め工場出荷時に書き込む固定データ及びエラー検出用データが保存されている。サーバ５０は、機器からデータ送信の要求があれば、これに応答して必要なデータを機器に送信する。【選択図】図１
2007226917.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に格納されている固定データ（基本的には読出専用データであるが記録媒体を書込許可モードとすることによって再書込が許容されるデータ）を読み出して再生する機能を備えた機器であって、前記固定データを読み出して再生するに際して当該固定データのエラー検出を行う手段と、エラーが検出されたときにはネットワーク上の予め定められているサーバに接続して該当固定データの送信を要求する手段と、前記サーバから送信されてくる固定データを受信して前記記録媒体に記録する手段と、を備えたことを特徴とするデータ修復機能を備えた機器。
【請求項２】
請求項１に記載のデータ修復機能を備えた機器において、前記固定データは複数のファイルから構成されており、前記エラーを生じた固定データを特定する情報は、前記複数のファイルのうちのエラーを生じたファイルを特定する情報であることを特徴とするデータ修復機能を備えた機器。
【請求項３】
請求項１又は請求項２に記載のデータ修復機能を備えた機器において、エラーが検出されたときには直ちに前記サーバに接続し、前記サーバから送られてきた固定データをストリーミング再生することを特徴とするデータ修復機能を備えた機器。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ハードディスクドライブ（ＨＤＤ）などの記録媒体に音声ガイドデータなどの固定データを記録している機器に関する。
【背景技術】
【０００２】
従来より、音声ガイドデータなどを記録媒体に格納している装置が提案されている（特許文献１参照）。ところで、音声ガイドデータなどの固定データをハードディスクなどに記録する機器では、前記固定データをファイルとして管理するファイルシステムを搭載している。アプリケーションソフトは、ファイルシステムが提供するＡＰＩ（アプリケーション・プログラミング・インターフェイス）を用いて、ＨＤＤにアクセスする。ファイルシステムは、アプリケーションソフトが読み書きをすることを許容する一般パーティションと、特殊操作によってのみ書き込みが可能でアプリケーションソフトは通常は読み出しかできない特殊パーティションとに分けてファイルを管理している。ただし、特殊パーティションでも、書き込み許可モードに変更すると書き込みは可能になる。従って、特殊パーティションにデータを書き込む時には、特殊パーティションを書き込み許可モードに変更した上でデータを書き込み、データを書き込んだ後に再び特殊パーティションを書き込み禁止にする手順を取る必要がある。ここで、固定データとは、基本的には読出専用データであるが記録媒体を書込許可モードとすることによって再書込が許容されるデータであると定義することができる。
【０００３】
固定データの書き込み手順は以下の通りである。例えば、固定データが記録されているパーソナルコンピュータにＵＳＢデバイスを装着し、このＵＳＢデバイスに固定データを書き込む。次に、固定データが書き込まれたＵＳＢデバイスをオーディオビジュアル機器のＵＳＢ端子に装着する。オーディオビジュアル機器はＵＳＢデバイスから送られてくる固定データを内蔵ＨＤＤの特殊パーティションにコピーする（図３のステップＳ２１乃至２７参照）。特殊パーティションに書き込まれた固定データに対しては、アプリケーションソフトからの書き込みは基本的に禁止されているので、固定データが壊されることはない。
【特許文献１】特開２００５−３３８６６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、何らかの原因で特殊パーティションのファイルが壊された場合は、もはや固定データを使用することはできないことになる。例えば、固定データが音声ファイルの場合、壊れたファイルを再生すると、音がひび割れたり、ノイズがのったりする。
【０００５】
このような壊れたファイルの再生を行わないために、ファイルのエラー検出を行うことが有効である。例えば、工場出荷時に音声ファイルを特殊パーティションに書き込むときに、音声データから算出されるエラー検出用データを作成し、このエラー検出用データも特殊パーティションに書き込む。エラー検出アルゴリズムとしては、例えば、ＣＲＣ（巡回冗長検査）方式を用いる。これにより、連続して出現する誤り（バースト誤り）の検出が可能となる。
【０００６】
音声ファイルを特殊パーティションから読み出す時は、音声ファイル本体（データ本体）をＲＡＭ上に一時的に書き込み、ＣＲＣ方式によりエラー検出データ（以下、単にＣＲＣと記す場合がある）を作成する。算出されたエラー検出データを、工場出荷時に特殊パーティションに書き込まれているエラー検出用データと比較し、一致する場合は読み出した音声ファイルは壊れていないと判断して、音声デコードを行うことによって音を出力する。エラー有りと判断された場合、その後は、同じファイルの読み出しは行わないようにアプリケーションソフトが壊れたファイルの特定情報（ファイル番号等）をＲＡＭ上で管理する。従って、電源投入後、音声ファイルの出力要求があった場合、最初の一度だけエラー検出処理を行い、正常な場合は、その後要求が来るたびに、エラー検出処理を行わずに、音声ファイルを読み出して、音声デコードを行う。最初の一度だけのエラー検出処理においてエラー有りと判断した場合は、アプリケーションがＲＡＭ上で当該ファイルを覚えておくことになり、その後に要求が来ても、特殊パーティションからのファイルの読み出しは行わない。
【０００７】
また、例えば音声ファイルのエラー検出情報を不揮発性メモリ（ＮＶＲＡＭ）に保存する場合も、工場出荷後、最初に音声ファイルにアクセスした時にエラー検出処理を行う。そして、エラー有りと判断された場合は、不揮発性メモリにエラー情報が書き込まれ、その後は、エラー検出された音声ファイルにはアクセスしないことになる。これは、一度壊された固定データ（ファイル）はその後に復元できないと考えるからである。
【０００８】
この発明は、上記の事情に鑑み、壊れた固定データの修復を可能とするデータ修復機能を備えた機器を提供することを目的とする。
【課題を解決するための手段】
【０００９】
この発明のデータ修復機能を備えた機器は、上記の課題を解決するために、記録媒体に格納されている固定データ（基本的には読出専用データであるが記録媒体を書込許可モードとすることによって再書込が許容されるデータ）を読み出して再生する機能を備えた機器であって、前記固定データを読み出して再生するに際して当該固定データのエラー検出を行う手段と、エラーが検出されたときにはネットワーク上の予め定められているサーバに接続して該当固定データの送信を要求する手段と、前記サーバから送信されてくる固定データを受信して前記記録媒体に記録する手段と、を備えたことを特徴とする。
【００１０】
上記の構成であれば、壊れた固定データの修復が可能になる。
【００１１】
上記構成のデータ修復機能を備えた機器において、前記固定データは複数のファイルから構成されており、前記エラーを生じた固定データを特定する情報は、前記複数のファイルのうちのエラーを生じたファイルを特定する情報であってもよい。また、これら構成のデータ修復機能を備えた機器において、エラーが検出されたときには直ちに前記サーバに接続し、前記サーバから送られてきた固定データをストリーミング再生することとしてもよい。
【発明の効果】
【００１２】
この発明によれば、壊れた固定データの修復が可能になる。
【発明を実施するための最良の形態】
【００１３】
以下、この発明の実施形態を図１乃至図３に基づいて説明する。まず、本願発明の概要について簡単に説明していく。ＨＤＤ等の大容量記憶装置を内蔵したオーディオビジュアル機器等において、工場出荷時に一度だけ書き込む固定データをユーザ（アプリケーションソフトウェア）が容易に書き込めないようにするため、ファイルシステムからアクセスする領域を一般パーティション（通常の読み書きが可能）とは異なる特殊パーティション（通常は読み出しのみ可能）を固定データの書き込みに利用する。ここで、固定データとは、基本的には読出専用データであるが記録媒体を書込許可モードとすることによって再書込が許容されるデータであると定義することができる。特殊パーティションにデータを書き込む時には、同時にデータが壊されていない事を確認するためにチェックサムのようなエラー検出データを作成し、このエラー検出用データをデータ本体とともに保存する。特殊パーティションに書き込んだデータを読み出す時には、読み出したデータを例えばバッファに展開した後、エラー判定のためチェックサムの計算を行い、正しい場合のみ使用する。エラー判定が正しくなかった場合は、ＬＡＮなどを経由してサーバからデータを取得する。サーバには、予め工場出荷時に書き込むデータ、エラー検出用データが保存されている。サーバは、オーディオビジュアル機器等からデータ送信の要求があれば、これに応答して必要なデータをオーディオビジュアル機器に送信する。
【００１４】
図１には、データ修復機能を備えた機器としてのチューナ付きＨＤＤレコーダ（ＤＶＤプレーヤ２２付き）を示している。アンテナ１は地上放送局から送られてくるディジタル放送信号を受信する。
【００１５】
地上ディジタルチューナ２は、映像音声データを含む高周波ディジタル変調信号のうちから特定周波数の信号を取り出す。また、チューナ２は、復調回路、逆インタリーブ回路、誤り訂正回路などを備えることにより、選択したディジタル変調信号を復調してトランスポート・ストリームを出力する。
【００１６】
ＭＰＥＧ−ＴＳデコーダ分離回路（以下、単にデコーダという）３は、前記トランスポートストリームを、ＭＰＥＧ２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ２）またはＨ．２６４のビデオストリーム、オーディオストリーム、およびＰＳＩ／ＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ／Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）等に分離する。ＡＶデコーダ部はビデオストリームに対してデコードを行うビデオデコーダ、オーディオストリームに対してデコードを行うオーディオデコーダから成る。ビデオデコーダから出力される映像データは映像処理部４に出力され、オーディオデコーダから出力される音声データは音声処理部５に出力される。
【００１７】
映像処理部４は、受信映像の映像データを受け取ってＤ／Ａ変換及びダウンデコード処理（メモリ１４内でフレームを形成する）を行い、例えばコンポジット映像信号に変換する。また、映像処理部４はＯＳＤ（オンスクリーンディスプレイ機能）を有し、ＣＰＵ１３から出力指示された文字情報や色情報に基づく映像を前記映像データに合成する。音声処理部５は、デコーダ３から出力された音声データを受け取って右（Ｒ）音データ及び左（Ｌ）音データを生成する。
【００１８】
映像信号はアンプ７を経て映像出力部１１に供給される。音声データはＤ／Ａ変換アンプ８を経てアナログ信号に変換されて音声出力部１２に入力される。映像出力部１１及び音声出力部１２には、図示しないＡＶ出力端子を介して図示しないディスプレイ及びスピーカが接続される。
【００１９】
メモリ（ＲＡＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ＲＯＭ等）１４には、各種プログラムやデータなどが格納される。例えば、ＲＯＭにアプリケーションプログラムや各種データを格納する。レコーダ３０の電源ＯＮ時に、ＣＰＵ１３は、ＲＯＭに格納されているプログラムやデータをＲＡＭに展開し、ＲＡＭ上のプログラムを実行する。このプログラムには、ＨＤＤ１７、ＵＳＢインターフェイス２０、ＬＡＮインターフェイス１８を制御するドライバやプロトコルスタックが含まれる。
【００２０】
リモコン送信機１５は、当該レコーダ３０に指令を送出するための送信機である。このリモコン送信機１５に設けられたキーを操作すると、そのキーに対応した指令を意味する信号光（リモコン信号）が図示しない発光部から送出される。受光部１６は、前記リモコン送信機１５のキーが操作されたときに出力される信号光を受光し、これを電気信号に変換してコード解析を行い、チャンネル番号情報等をＣＰＵ１３に与える。
【００２１】
ハードディスクドライブ１７はその一般パーティションに受信した番組などを記録する。また、ハードディスクドライブ１７の特殊パーティションには、固定データ（音声ガイドデータなど）が格納される。固定データは複数のファイルから成り、これらファイルはディレクトリによって管理される。例えば、「ＤＶＤをセットして下さい」といった音声ガイド内容の第１音声ファイル、「このＤＶＤは正しくありません」といった音声ガイド内容の第２音声ファイル、のごとく管理され、所望の音声ファイルを特定することができる。ＣＰＵ１３（アプリケーションソフトウェア）から第１音声ファイルの読出要求を受け取ると、ハードディスクドライブ１７は第１音声ファイルを読み出してＣＰＵ１３に与える。更に、各ファイルにはエラーチェック用のファイルが付属する。
【００２２】
ＬＡＮインターフェイス１８にはＬＡＮカード１９を装着することができる。ＬＡＮカード１９を装着することにより、インターネット接続環境を作り出すことができる。メモリ１４或いはＬＡＮカード１９には、データ修復用サーバ５０の設置アドレス（ＵＲＬ）が格納されている。ＣＰＵ１３は、データ修復を実行するときに、前記ＬＡＮインターフェイス１８を起動させ、前記ＵＲＬを用いて前記サーバ５０にアクセスする。データ通信には、例えばＴＣＰ/ ＩＰをベースに、ＦＴＰ（ファイル・トランスファ・プロトコル）やＨＴＴＰ（ハイパー・テキスト・トランスファ・プロトコル）を用いるものとする。
【００２３】
ＵＳＢ用インターフェイス２０には、ＵＳＢメモリ２１を装着することができる。従来項でも述べたが、固定データの書き込み手順は以下の通りである。固定データが記録されているパーソナルコンピュータにＵＳＢデバイス（ＵＳＢメモリ２１）を装着し、このＵＳＢデバイスに固定データを書き込む。次に、固定データが書き込まれたＵＳＢデバイスをレコーダ３０のＵＳＢインターフェイス２０に装着する。レコーダ３０はＵＳＢデバイスから送られてくる固定データをＨＤＤ１７の特殊パーティションにコピーする。より具体的な固定データ書込の手順は、例えば、図３に示すように、特殊パーティションへのデータ書込を許可し（ステップＳ２１）、ＵＳＢデバイスからデータを読み出し（ステップＳ２２）、この読み出したデータを特殊パーティションに書き込む（ステップＳ２３）。更に、前記読み出したデータのＣＲＣを計算し（ステップＳ２４）、このＣＲＣを特殊パーティションに書き込む（ステップＳ２５）。次に、全てのファイルを書き込んだかどうかを判断し（ステップＳ２６）。未だであればステップＳ２２に戻り、全て書き込んだのであれば特殊パーティションへのデータ書込を禁止する（ステップＳ２７）。
【００２４】
ＣＰＵ１３は、当該レコーダ３０の全体制御を行う他、この発明に係わる処理として以下の処理を実行する。
【００２５】
ＣＰＵ１３は、従来項でも述べたが、音声ファイルを特殊パーティションから読み出す時は、音声ファイル本体をＲＡＭ上に一時的に書き込み、ＣＲＣ方式によりエラー検出データ（ＣＲＣ）を作成する。算出されたエラー検出データを、工場出荷時に特殊パーティションに書き込まれているエラー検出用データと比較し、一致する場合は読み出した音声ファイルは壊れていないと判断して、音声デコードを行うことによって音を出力する。また、レコーダ３０におけるＨＤＤ１７の特殊パーティションへの固定データの書き込みは、従来項でも述べたが、図３のフローチャートに示す処理（ステップＳ２１乃至２７参照）により実行される。
【００２６】
一方、ＣＰＵ１３は、ファイルが壊れていると判断した場合（エラーが検出された場合）、ＬＡＮ経由でサーバ５０にアクセスする。そして、例えば、メーカー番号、モデル番号、ファイル特定情報を送信する。サーバ５０には、予め各種機器の特殊パーティションに書き込まれているファイルと同一のデータ及びエラー検出用データが置かれている。サーバ５０は前記メーカー番号、モデル番号、ファイル特定情報に基づいて送信すべきファイルを特定し、特定したファイルのデータ送信処理を実行する。これにより、レコーダ３０はデータ本体とエラー検出用データを取得する。そして、この取得したデータをＨＤＤ１７の特殊パーティションに書き込む。すなわち、特殊パーティション中の壊れたファイルを自動復旧する。
【００２７】
図２は上述した処理内容の一例を示したフローチャートである。一部繰り返しになるが、まず、ファイルの再生要求があったときには、ＨＤＤ１７の特殊パーティションからファイルを読み出してＲＡＭに置く（ステップＳ１）。次に、電源ＯＮ後の最初のファイル読み出しかどうかを判断する（ステップＳ２）。最初でなければＲＡＭ上のデータをデコードする（ステップＳ６）。最初であれば、読み出したファイルのデータのＣＲＣを計算する（ステップＳ３）。また、特殊パーティションから前記読み出したファイルのＣＲＣファイルも読み出す（ステップＳ４）。このＣＲＣファイルの内容と前記計算により得たＣＲＣとを比較する（ステップＳ５）。比較結果が一致すれば、ファイルは壊れていないとしてＲＡＭ上のデータをデコードする（ステップＳ６）。
【００２８】
比較結果が一致しない場合には、サーバ５０から所望のデータ本体（壊れているファイルと同じファイル）及びＣＲＣファイルを取得する（ステップＳ７）。次に、取得したデータ本体のＣＲＣを計算する（ステップＳ８）。前記サーバ５０から取得したＣＲＣファイルの内容と前記計算により得たＣＲＣとを比較する（ステップＳ９）。比較結果が一致すれば、特殊パーティション上の壊れたデータ（ファイル）及びそのＣＲＣファイルを削除し（ステップＳ１０）、前記サーバ５０から取得したデータ本体及びＣＲＣファイルを特殊パーティションに書き込む（ステップＳ１１）。次に、特殊パーティションから前記データ本体を読み出してＲＡＭ上に展開し（ステップＳ１２）、ＲＡＭ上のデータをデコードする（ステップＳ６）。
【００２９】
なお、ＦＴＰによりレコーダ３０がサーバ５０からデータを取得する場合は、サーバ５０がＦＴＰ機能を有している必要があり、ＦＴＰサーバとして機能することになる。そして、レコーダ３０は、ＦＴＰクライアントになって、ＦＴＰサーバにアクセスし、必要とするデータ本体とエラー検出用データを取得することになる。ＣＰＵ１３は、取得したデータをＲＡＭ上に一時的に保存し、データ本体からエラー検出データを計算し、同時に取得していた前記エラー検証用データと比較し、一致していることを確認できた場合は、特殊パーティションを書き込みモードにして、前記サーバ５０から取得したファイルを上書きする。
【００３０】
サーバ５０へのファイル送信要求においては、壊れたファイルのみの送信を要求すれば足りるが、これに限るものではない。壊れたファイルが属する同一階層内の複数のファイルの送信を要求してもよいものである。
【００３１】
また、ファイルのエラー判明時点（ファイル再生要求発生時）において直ぐにサーバ５０へのファイル送信要求を実行する場合（ネットワーク接続環境が常時接続環境であるとする）、送信されてきたファイルの再生を行う（いわゆるストリーミング再生を行う）ことにより、音声ガイド等の出力が欠落してしまうのを回避することが可能となる。
【００３２】
勿論、サーバ５０へのファイル送信要求のタイミングは、ファイルのエラー判明時点（ファイル再生要求発生時）から時間が経った後に実行することとしてもよい。この場合には、前記ストリーミング再生は実行できないことになる。
【００３３】
なお、上記の実施例では、データ修復機能を備えた機器としてチューナ付きＨＤＤレコーダを示したが、このようなオーディオビジュアル機器に限らず、カーナビゲーションシステムなども本願のデータ修復機能を備えた機器として構成することができる。
【図面の簡単な説明】
【００３４】
【図１】この発明の実施形態のチューナ付きＨＤＤレコーダを示したブロック図である。
【図２】固定データの修復処理内容を示したフローチャートである。
【図３】固定データの記録処理を示したフローチャーである。
【符号の説明】
【００３５】
１３    ＣＰＵ
１４    メモリ
１７    ＨＤＤ
１８    ＬＡＮインターフェイス
２０    ＵＳＢ用インターフェイス
３０    チューナ付きＨＤＤレコーダ
５０    サーバ
【図１】
2007226917.tif 000003
【図２】
2007226917.tif 000004
【図３】
2007226917.tif 000005