(57)【要約】【課題】    携帯型再生装置の記憶手段に不良セクタが発生した場合であっても、再生中に映像や音楽が途切れるという問題が発生しない、記録再生システムを提供する。【解決手段】    映像記録再生システム１００は、放送信号を受信して得られたコンテンツデータを記録する本体部分であるクレードル１と、クレードル１と分離可能であるとともにクレードル１で記録されたコンテンツデータを再生表示するビューワ２とを備える。ビューワ２のハードディスク３２の不良セクタは、クレードル１との接続時に、クレードル１のハードイディスク５４のデータに基づいて修正される。【選択図】    図２
2006107557.tif 000002
【特許請求の範囲】
【請求項１】
第１記憶手段を備えた携帯型再生装置と、第２記憶手段を備えた記録装置とからなる記録再生システムであって、
前記携帯型再生装置は、前記記録装置との接続時において、前記第２記憶手段に記録されているデータに基づいて、前記第１記憶手段の不良セクタを修復することを特徴とする、記録再生システム。
【請求項２】
記憶手段と、制御手段と、
前記記憶手段の不良セクタのアドレス情報と、前記不良セクタに記録されていたデータが修復済みか未修復かを示すフラグ情報と、を記憶する不良セクタ管理手段と、
記録装置とのデータ通信を行う通信手段と、を有し、
前記制御手段は、
前記通信手段が記録装置と接続されたことを認識すると、前記不良セクタ管理手段に記憶された前記記憶手段の未修復の不良セクタのアドレス情報を、前記記録装置へ送信するよう前記通信手段に指示し、
前記通信手段が前記送信した不良セクタのアドレス情報に対応したデータを受信したとき、前記受信したデータにより、前記不良セクタに記録されていたデータを修復することを特徴とする、携帯型再生装置。
【請求項３】
記憶手段と、制御手段と、
前記記憶手段に記憶されたファイルの管理情報を管理するファイル管理手段と、
前記記憶手段の不良セクタのアドレス情報と、前記不良セクタに記録されていたデータが修復済みか未修復かを示すフラグ情報と、を記憶する不良セクタ管理手段と、
記録装置とのデータ通信を行う通信手段と、を有し、
前記制御手段は、
前記通信手段が前記記録装置と接続されたことを認識すると、前記不良セクタ管理手段に記憶された前記記憶手段の未修復の不良セクタのアドレス情報と、前記不良セクタが属するファイルの前記ファイル管理手段に記憶されたファイルの管理情報と、前記記録装置へ送信するよう前記通信手段に指示し、
前記通信手段が前記送信した不良セクタのアドレス情報に対応したデータを受信したとき、前記受信したデータにより、前記不良セクタに記録されていたデータを修復することを特徴とする、携帯型再生装置。
【請求項４】
前記記憶手段の未修復の不良セクタの容量が、前記記憶手段の空き容量よりも大きい場合、
未修復の不良セクタが属するファイルの最後部のデータを、前記記憶手段から削除することを特徴とする、請求項２又は３に記載の携帯型再生装置。
【請求項５】
前記記憶手段から削除された前記ファイルの最後部のデータのアドレス情報を記憶する、削除データ管理手段を有することを特徴とする、請求項４に記載の携帯型再生装置。
【請求項６】
前記最後部のデータが削除されたファイルとは異なるファイルが前記記憶手段から削除されたとき、
前記送信手段は、前記削除データ管理手段に記憶された、前記ファイルの最後部のデータのアドレス情報を、前記記録装置へ送信し、
前記受信手段は、前記送信手段が送信したアドレス情報を有する前記ファイルの最後部のデータを修復するためのデータを受信することを特徴とする、請求項５に記載の携帯型再生装置。
【請求項７】
第１の記憶手段と、制御手段と、
第２の記憶手段を有する携帯型再生装置とのデータ通信を行う通信手段と、を有し、
前記制御手段は、
前記通信手段が、前記第２の記憶手段の未修復の不良セクタのアドレス情報を受信したことを認識すると、
前記受信した前記第２の記憶手段の未修復の不良セクタのアドレス情報に対応したデータを、前記第１の記憶手段から読み出し、
前記第１の記憶手段から読み出された、前記不良セクタを修復するためのデータを前記携帯型再生装置に送信するよう、前記通信手段に指示することを特徴とする、記録装置。
【請求項８】
第１の記憶手段と、制御手段と、
前記第１の記憶手段に記憶されたファイルの管理情報を管理するファイル管理手段と、
第２の記憶手段を有する携帯型再生装置とのデータ通信を行う通信手段と、を有し、
前記制御手段は、
前記通信手段が、前記第２の記憶手段の未修復の不良セクタのアドレス情報と、前記未修復の不良セクタが属するファイルの管理情報とを、受信したことを認識すると、
前記受信したアドレス情報と、前記受信したファイルの管理情報と、ファイル管理手段に記憶されたファイル管理情報に基づいて特定されるデータを、前記第１の記憶手段から読み出し、
前記第１の記憶手段から読み出された前記データを前記携帯型再生装置によう、前記通信手段に指示することを特徴とする、記録装置。
【請求項９】
不良セクタ発生により前記第１記憶手段の使用可能な記憶容量が減ったとき、
前記第２記憶手段は、使用可能な記憶容量を小さく設定し直すことを特徴とする、請求項７又は８に記載の記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
第１記憶手段を備えた携帯型再生装置と、第２記憶手段を備えた記録装置とからなる記録再生システムに関する。
【背景技術】
【０００２】
近年、携帯情報端末（例えば、ＰＤＡ）、携帯音楽端末、携帯映像端末など、バッテリにより駆動可能な携帯型のデータ再生装置が様々開発され、広く普及している。この種の携帯型再生装置の中には、小型のハードディスク装置が内蔵されているものもある。
【特許文献１】特開２００３−２８９４９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
この種の携帯型再生装置は、利用者が持ち運んで使用することが多いため、不注意によって落下させてしまったり、衝撃を与えてしまったりすることがある。特に、携帯型再生装置に内蔵されるハードディスク装置では、アクセス動作中に衝撃を受けると、ヘッドとディスクの衝突によりハードディスクの一部が損傷し、不良セクタが発生する。ハードディスクに不良セクタが発生することによりデータが欠落すると、携帯型再生装置での再生中に映像或いは音楽が途切れてしまう等の問題が発生する。
【０００４】
そこで、本願発明は、携帯型再生装置の記憶手段に不良セクタが発生した場合であっても、再生中に映像や音楽が途切れるという問題が発生しない、記録再生システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
請求項１の記録再生システムは、第１記憶手段を備えた携帯型再生装置と、第２記憶手段を備えた記録装置とからなり、前記携帯型再生装置は、前記記録装置との接続時において、前記第２記憶手段に記録されているデータに基づいて、前記第１記憶手段の不良セクタを修復することを特徴とする。
【０００６】
再生手段は、前記再生装置は、携帯型映像端末、携帯型音楽端末など、その使用者が持ち運びして使用することが想定される再生装置である。前記記録装置は、例えば、クレードル装置、パーソナルコンピュータ、ハードディスクレコーダ、或いは、車載型の記録装置など、その使用者が持ち運びして使用することが想定されない記録装置である。なお、上記の再生装置は、再生専用の装置という意図での名称ではなく、記録が可能なものであっても良い。同様に、上記の記録装置は、記録専用の装置という意図での名称ではなく、再生が可能なものであっても良い。
【０００７】
上述したように、携帯型再生装置の記憶手段は、衝撃等の理由により記録装置の記憶手段よりも不良セクタが発生する確率が高い。そこで、この記録再生システムによれば、携帯型再生装置に搭載された記憶手段（例えば、ハードディスク）の不良セクタを、記録装置の記憶手段（例えば、ハードディスク）に蓄積されたデータに基づいて修復することにより、携帯型再生装置の記憶手段で不良セクタが発生しても、それによる影響を最小限にとどめることが可能となる。
【０００８】
請求項２の携帯型再生装置は、記憶手段と、制御手段と、不良セクタ管理手段と、通信手段とを有する。前記不良セクタ管理手段は、前記記憶手段の不良セクタのアドレス情報と、前記不良セクタに記録されていたデータが修復済みか未修復かを示すフラグ情報とを記憶する。前記制御手段は、前記通信手段が前記記録装置と接続されたことを認識すると、前記不良セクタ管理手段に記憶された前記記憶手段の未修復の不良セクタのアドレス情報を、前記記録装置へ送信するよう前記通信手段に指示する。そして、前記制御手段は、前記通信手段が、前記送信した不良セクタのアドレス情報に対応したデータを受信したとき、前記受信したデータにより、前記不良セクタに記録されていたデータを修復することを特徴とする。
【０００９】
請求項３の携帯型再生装置は、記憶手段と、制御手段と、ファイル管理手段と、不良セクタ管理手段と、通信手段とを有する。前記ファイル管理手段は、前記記憶手段に記憶されたファイルの管理情報を管理する。前記不良セクタ管理手段は、前記記憶手段の不良セクタのアドレス情報と、前記不良セクタに記録されていたデータが修復済みか未修復かを示すフラグ情報とを記憶する。前記制御手段は、前記通信手段が前記記録装置と接続されたことを認識すると、前記不良セクタ管理手段に記憶された前記記憶手段の未修復の不良セクタのアドレス情報と、前記不良セクタが属するファイルの前記ファイル管理手段に記憶されたファイルの管理情報と、前記記録装置へ送信するよう前記通信手段に指示する。そして、前記制御手段は、前記通信手段が、前記送信した不良セクタのアドレス情報に対応したデータを受信したとき、前記受信したデータにより、前記不良セクタに記録されていたデータを修復することを特徴とする。
【００１０】
ここで、ファイルとは、コンテンツデータの集合単位がこれに相当する。例えば、コンテンツデータがテレビ番組の映像データであれば、１つの番組の映像データが１つのファイルに相当する。例えば、コンテンツデータが音楽データであれば、１曲の音楽データが１つのファイルに相当する。また、ファイルの管理情報とは、ファイルのタイトル、ファイルの前記記憶手段上のアドレス（開始アドレス、終了アドレス、ファイルが断片化されて記録されている場合は、断片データの開始アドレス、終了アドレスなど）のことである。不良セクタのアドレス情報と、前記ファイルの管理情報とにより、前記不良セクタが、どのファイルのどの位置（何番目のアドレス）にあるかが分かる。そこで、不良セクタのアドレス情報と、前記ファイルの管理情報とを記録装置へ送信すれば、記録装置は修復すべきデータが何であるかを容易に特定することができる。
【００１１】
請求項４の携帯型再生装置は、請求項２又は３に記載の携帯型再生装置であって、前記記憶手段の未修復の不良セクタの容量が、前記記憶手段の空き容量よりも大きい場合、未修復の不良セクタが属するファイルの最後部のデータを、前記記憶手段から削除することを特徴とする。
【００１２】
請求項５の携帯型再生装置は、請求項４に記載の携帯型再生装置であって、前記記憶手段から削除された前記ファイルの最後部のデータのアドレス情報を記憶する、削除データ管理手段を有することを特徴とする。
【００１３】
請求項６の携帯型再生装置は、請求項５に記載の携帯型再生装置であって、前記最後部のデータが削除されたファイルとは異なるファイルが前記記憶手段から削除されたとき、前記送信手段は、前記削除データ管理手段に記憶された、前記ファイルの最後部のデータのアドレス情報を、前記記録装置へ送信し、前記受信手段は、前記送信手段が送信したアドレス情報を有する前記ファイルの最後部のデータを修復するためのデータを受信することを特徴とする。
【００１４】
請求項７の記録装置は、第１の記憶手段と、制御手段と、第２の記憶手段を有する携帯型再生装置とのデータ通信を行う通信手段とを有する。前記制御手段は、前記通信手段が前記第２の記憶手段の未修復の不良セクタのアドレス情報を受信したことを認識すると、前記受信した前記第２の記憶手段の未修復の不良セクタのアドレス情報に対応したデータを、前記第１の記憶手段から読み出す。そして、前記制御手段は、前記第１の記憶手段から読み出された、前記不良セクタを修復するためのデータを前記携帯型再生装置に送信するよう、前記通信手段に指示することを特徴とする。
【００１５】
請求項８の記録装置は、第１の記憶手段と、制御手段と、前記第１の記憶手段に記憶されたファイルの管理情報を管理するファイル管理手段と、第２の記憶手段を有する携帯型再生装置とのデータ通信を行う通信手段とを有する。前記制御手段は、前記通信手段が、前記第２の記憶手段の未修復の不良セクタのアドレス情報と、前記未修復の不良セクタが属するファイルの管理情報とを、受信したことを認識すると、前記受信したアドレス情報と、前記受信したファイルの管理情報と、ファイル管理手段に記憶されたファイル管理情報に基づいて特定されるデータを、前記第１の記憶手段から読み出す。そして、前記制御手段は、前記第１の記憶手段から読み出された前記データを前記携帯型再生装置によう、前記通信手段に指示することを特徴とする。
【００１６】
請求項９の記録装置は、請求項７又は８に記載の記録装置であって、不良セクタ発生により前記第１記憶手段の使用可能な記憶容量が減ったとき、前記第２記憶手段は、使用可能な記憶容量を小さく設定し直すことを特徴とする。
【発明の効果】
【００１７】
本願発明によれば、携帯型再生装置の記憶手段に不良セクタが発生しても、記録装置型の記憶手段のデータに基づいて、欠落データを修復することができるので、映像や音楽が途切れる等の問題を最小限に抑えることができる。
【発明を実施するための最良の形態】
【００１８】
図１は、本願発明の記録再生システムの一実施形態である、映像記録再生システム１００の構成を示したものである。
【００１９】
映像記録再生システム１００は、放送信号を受信して得られたコンテンツデータを記録することができるクレードル（充電器）１と、クレードル１と分離可能であるとともにクレードル１で記録された映像コンテンツデータを再生表示するビューワ２とを備える。
【００２０】
ビューワ２は、映像コンテンツデータを表示する表示部３７、操作ボタンである操作部３９、クレードルと接続するためのインタフェース（Ｉ／Ｆ）３１（不図示）、映像コンテンツデータを記憶するハードディスク３２（不図示）などを備えている。また、ビューワ２は、二次電池などの重放電可能な電源（不図示）を備えることで可搬性を備える。
【００２１】
クレードル１は、放送信号を受信するためのアンテナ５１や、ビューワ２と接続するためのインタフェース（Ｉ／Ｆ）５７（図２参照）などを備えている。また、クレードル１は、ビューワ２の電源を充電することができる。クレードル１に記録された映像コンテンツデータは、利用者からの指示により、もしくは、自動的にビューワ２へ転送される。自動的に転送されるとは、ビューワ２をクレードル１に接続した直後に転送を開始するとか、或いは、一定時刻になったら転送を開始する等のことである。
【００２２】
なお、クレードル１は、本願発明の記録装置の一実施形態であり、ビューワ２は、本願発明の携帯型再生装置の一実施形態である。
【００２３】
図２は、クレードル１、及び、ビューワ２の内部構成を示すブロック図である。映像記録再生システム１００の本体部分であるクレードル１は、アンテナ５１と、チューナ５２と、エンコーダ５３と、ハードディスク５４と、コンテンツ管理部５５と、制御部５６と、インタフェース（Ｉ／Ｆ）５７と、バス５８と、を備える。
【００２４】
アンテナ５１は、アナログ放送信号を受信する。チューナ５２は、アンテナ５１で受信される放送信号を選局する。エンコーダ５３は、チューナ５２で受信された放送信号に対してＭＰＥＧ方式などの圧縮符号化方式を用いて符号化する。ハードディスク５４は、エンコーダ５３で放送信号が符号化されて得られたデータ（以下、「コンテンツデータ」とする）を格納する。コンテンツ管理部５５は、ハードディスク５４に記録されたコンテンツデータの管理情報を格納する。制御部５６は、クレードル１の各部及び全体の制御を行う。インタフェース（Ｉ／Ｆ）５７は、ビューワ２が載置されることで接続されるとともにビューワ２と通信を行う。バス５８は、各ブロック間の信号の伝達を行う。
【００２５】
このクレードル１に載置されることで通信接続されるビューワ２は、Ｉ／Ｆ３１と、ハードディスク３２と、コンテンツ管理部３３と、空き領域管理部３４と、不良セクタ管理部３５と、デコーダ３６と、表示部３７と、スピーカ３８と、操作部３９と、制御部４０と、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）４１と、削除領域管理部４２と、バス４３と、を備える。
【００２６】
Ｉ／Ｆ３１は、クレードル１のＩ／Ｆ５７と通信接続される。ハードディスク３２には、ビューワ２から受信したコンテンツデータが記録される。コンテンツ管理部３３は、ハードディスク３２に記録されたコンテンツデータの管理情報を格納する。空き領域管理部３４は、ハードディスク３２の空き領域に関する情報を格納する。不良セクタ管理部３５は、ハードディスク３２の不良セクタに関する情報を格納する。デコーダ３６は、ハードディスク３２より読み出されたコンテンツデータを復号化して映像信号及び音声信号に変換する。表示部３７は、デコーダ３６で得られた映像信号を再生することで映像表示を行う。スピーカ３８は、デコーダ３６で得られた音声信号を再生することで音声出力を行う。操作部３９は、ユーザにより入力操作が行われる。制御部４０は、ビューワ２の各部及び全体の制御を行う。ＬＥＤ４１は、アラーム表示を行う。削除領域管理部４２は、一部が削除されたコンテンツデータに関する情報を管理する。例えば、もともとのコンテンツデータが９０分のテレビ番組の映像データであって、このうちの後半の１０分の映像データが削除された場合、削除領域管理部４２には、この削除された１０分の映像データに関する管理情報が記録される。バス４３は、各ブロック間の信号の伝達を行う。
【００２７】
このようにして映像記録再生システム１００が構成されるとき、クレードル１は、チューナ５２で選局されたアナログ放送信号を、アンテナ５１を介して受信する。チューナ５２は、制御部５６によって指示されたチャンネル周波数で選局動作を行った後、この放送信号を復調するとともに復号化し、得られた映像信号及び音声信号による放送信号をエンコーダ５３に送出する。
【００２８】
そして、チューナ５２で得られた放送信号がエンコーダ５３に与えられると、圧縮符号化されたコンテンツデータに変換するとともに、バス５８を介してハードディスク５４に記録する。このとき、チューナ５２でアナログ放送が受信されたときは、チューナ５２から与えられたアナログ信号である映像信号及び音声信号をＡ／Ｄ変換した後、圧縮符号化することによって、コンテンツデータを生成する。又、チューナ５２でデジタル放送が受信されたときは、チューナ５２から与えられた放送信号をデジタル信号に変換することで、圧縮符号化されたコンテンツデータが得られる。尚、デジタル放送で使用される圧縮符号化方式とハードディスク５４に格納する際の圧縮符号化方式とが異なるときは、エンコーダ５３においてハードディスク５４に格納する際の圧縮符号化方式のコンテンツデータに変換する。
【００２９】
図３ないし図６を参照して、コンテンツ管理部５５に備えられたコンテンツ管理テーブル（５５０、及び５５１）について説明する。
【００３０】
ハードディスク５４には、図３のように、コンテンツデータＡ、Ｂ、Ｃ、Ｄが記録されているものとする。このとき、コンテンツ管理テーブル５５０は図４のようになっており、テーブルの各レコードには、各コンテンツデータのハードディスク５４における開始アドレス、終了アドレスが格納されている。
【００３１】
ところで、ハードディスク５４には図５で示すように、コンテンツデータが断片化されて記録される場合がある。そこで、図６に示すような、コンテンツ管理テーブル５５１であっても良い。このコンテンツ管理テーブル５５１は、連続領域単位でコンテンツデータの管理情報を管理する。
【００３２】
図５の例では、コンテンツデータＡは、アドレスａ１からアドレスａ２までの第１の連続領域（コンテンツデータの前半部分）と、アドレスａ３からアドレスａ４までの第２の連続領域（コンテンツデータの後半部分）とに分かれて記録されている。このとき、コンテンツデータＡに関する管理情報は、図６のコンテンツ管理テーブル５５１において、レコード１と、レコード３とに記録される。レコード１には、第１の連続領域の開始アドレスと、終了アドレスの情報が含まれている。レコード３には、第２の連続領域の開始アドレスと、終了アドレスの情報が含まれている。また、第１の連続領域に続いて、第２の連続領域が再生されるので、レコード１のポインタ領域には、レコード３へのポインタ情報が記録されている。また、第２の連続領域が再生されたらコンテンツデータは終了であるので、レコード３のポインタ領域にはコンテンツ（ファイル）の終了をしめすＥＯＦ（Ｅｎｄ  Ｏｆ  Ｆｉｌｅ）が記録される。
【００３３】
なお、クレードル１と同様、ビューワ２にもハードディスク３２に記録されたコンテンツデータの管理情報が格納されるコンテンツ管理部３３がある。このコンテンツ管理部３３にも、クレードル１のコンテンツ管理テーブル５５０、５５１と同様のコンテンツ管理テーブル３３０、３３１を有している。コンテンツ管理テーブル３３０の構成は、コンテンツ管理テーブル５５０と同じであり、コンテンツ管理テーブル３３１の構成は、コンテンツ管理テーブル５５１と同じであるから、詳細な説明は省略する。
【００３４】
次に、図５及び図７を参照して、ビューワ２の空き領域管理部３４に備えられた空き領域管理テーブル３４０について説明する。
【００３５】
図７は、ハードディスク３２の内容が図５のような場合の、空き領域管理テーブル３４０の内容を示したものである。空き領域管理テーブル３４０の各レコードには、ハードディスク５４の各連続空き領域の開始アドレス、終了アドレス、連続空き領域の容量が格納されている。また、各レコードの空き領域の容量を加算することにより、ハードディスク５４の総空き容量を計算することが可能である。
【００３６】
図８及び図９を参照して、ビューワ２の不良セクタ管理部３５に備えられた不良セクタ管理テーブル３５０について説明する。
【００３７】
図９は、図８に示すようにハードディスク３２に不良セクタが存在する場合の、不良セクタ管理テーブル３５０の内容を示したものである。不良セクタ管理テーブルの各レコードには、ハードディスク５４の不良セクタ領域の開始アドレス、終了アドレス、容量が格納されている。また、ビューワ２のハードディスク３２の不良セクタに記録されていたデータは、後述するように、クレードル１との接続時において、クレードル１のハードディスク５４のデータに基づいて修復される。そこで、不良セクタ管理テーブルの各レコードには、その不良セクタに元々記録されていたデータが修復済みかどうかを示すための修復済みフラグ情報も格納されている。言い換えれば、未修復の不良セクタは、比較的新しく見つかった不良セクタであるともいえる。
【００３８】
図１０、図１１、図１２を参照して、コンテンツデータの一部のみを削除した場合の処理を説明する。図１０に示すように、コンテンツデータＡの最後部（アドレスａ７からアドレスａ２までの領域）が削除されたものと仮定する。このとき、図１１のように、削除領域管理部４２に格納された削除領域管理テーブル４２０内には、削除された領域に関する管理情報が記録される。この削除領域管理テーブル４２０には、前記のコンテンツデータＡの最後部に関する管理情報が記録されている。
【００３９】
このときの、コンテンツ管理部３３のコンテンツ管理テーブルについて、図１２を参照して説明する。レコード１には、最後部が削除されたコンテンツデータＡの管理情報が格納されている。元々、コンテンツデータＡは、開始アドレスがａ１で、終了アドレスがａ２であったのが、最後部が削除されたことにより、終了アドレスはａ７となっている。このとき、ポインタ情報フィールドには、当該コンテンツ管理テーブル内のレコードへのポインタではなく、削除領域管理部４２の管理テーブル内のレコードへのポインタ情報が記録される。
【００４０】
再び図１１を参照して、削除領域管理部４２の管理テーブルには、前ポインタ情報フィールドと、後ポインタ情報フィールドとがある。前ポインタ情報フィールドには、削除されたデータ（アドレスａ７からアドレスａ２までの領域）の直前にあった領域（アドレスａ１からアドレスａ７までの領域）についての管理情報が記録されているテーブルのレコードへのポインタ情報が記録されている。このポインタ情報のｍ１とは、コンテンツ管理部３３のコンテンツ管理テーブル（このテーブルのことをｍとしている）の１番目のレコードのことを示している。即ち、ポインタ情報ｍ１とは、現在のコンテンツデータＡの記録領域であるアドレスａ１からアドレスａ７までの領域と、削除されたアドレスａ７からアドレスａ２までの領域は、連続的な領域であることを示すためのものである。
【００４１】
また、後ポインタ情報フィールドにはＥＯＦと記録されている。これは、コンテンツデータＡの最後部が削除されたことを示すものである。なお、コンテンツデータの最後部ではなく、コンテンツデータの途中の部分が削除された場合は、後ポインタ情報フィールドには、削除された部分に続く連続領域の、コンテンツ管理テーブルにおけるレコード番号が記録される。また、コンテンツデータの先頭部分が削除された場合は、前ポインタ情報フィールドにＳＯＦ（Ｓｔａｒｔ  Ｏｆ  Ｆｉｌｅ）が記録される。
【００４２】
なお、削除領域管理テーブル４２０には、一部が削除されたコンテンツデータに関する管理情報が記録されるのであって、コンテンツデータ（ファイルデータ）の全体が削除された場合は、削除領域管理テーブル４２０にその管理情報が記録されることはない。
【００４３】
図１３、及び図１４を参照して、ビューワ２のハードディスク３２に不良セクタが発生した際のデータの修復について説明する。
【００４４】
図１３を参照して、ハードディスク３２に発生した不良セクタの容量が、空き領域の容量よりも小さい場合におけるデータの修復について説明する。もともと、ハードディスク３２には、図１３（ａ）に示すように、コンテンツデータＡと、コンテンツデータＢが記録され、コンテンツデータＢの後は、空き領域であったとする。また、クレードル１のハードディスク５４にも、ハードディスク３２と同様、コンテンツデータＡと、コンテンツデータＢが記録されている。
【００４５】
ここで、図１３（ｂ）に示すように、コンテンツデータＡが記録されていた領域に不良セクタが発生し、データが欠損したとする。ここでは、不良セクタを挟んだ、コンテンツデータの前半部分のデータをＡ１、コンテンツデータの後半部分のデータをＡ３、不良セクタに元々記録されていたデータをＡ２とする。このとき、不良セクタ管理部３５に備えられた不良セクタ管理テーブル３５０には、発生した不良セクタの管理情報が記録される。
【００４６】
ビューワ２が、クレードル１に接続されると、欠損したデータＡ２は、クレードル１のハードディスク５４に記録されているデータに基づいて復帰され、図１３（ｃ）に示すように、コンテンツデータＢの後にある空き領域に記録される。
【００４７】
図１４を参照して、ハードディスク３２に発生した不良セクタの容量が、空き領域の容量よりも大きい場合におけるデータの修復について説明する。もともと、ハードディスク３２には、図１４（ａ）に示すように、コンテンツデータＡと、コンテンツデータＢが記録され、空き領域はないものとする。また、クレードル１のハードディスク５４にも、ハードディスク３２と同様、コンテンツデータＡと、コンテンツデータＢが記録されている。
【００４８】
ここで、図１４（ｂ）に示すように、コンテンツデータＡが記録されていた領域に不良セクタが発生して、データが欠損したとする。ここでは、図１３の場合と同様、不良セクタを挟んだ、コンテンツデータの前半部分のデータをＡ１、コンテンツデータの後半部分のデータをＡ３、不良セクタに元々記録されていたデータをＡ２とする。このとき、不良セクタ管理テーブル３５０には、前記不良セクタの管理情報が記録される。
【００４９】
ビューワ２が、クレードル１に接続されると、データＡ２は、クレードル１のハードディスク５４に記録されているデータに基づいて復帰される。しかし、このとき、修復データを記録するための空き領域がない。そこで、図１４（ｃ）に示すように、コンテンツデータＡの最後部のデータ（データＡ３２）が削除される。削除されるデータＡ３２の容量は、前記の不良セクタの容量に等しい。そして、データＡ３２が削除されることにより発生した空き領域に、修復データＡ２が記録される（図１４（ｄ））。このとき、ハードディスク５４には、データＡ１、不良セクタ、データＡ３１（データＡ３からデータＡ３２を除いたもの）、データＡ２の順にデータが記録されることとなるが、データＡ１、データＡ２、データＡ３１、の順にデータが再生されるよう、コンテンツ管理部３３のコンテンツ管理テーブル３３１は書き換えられる。
【００５０】
図１５は、上記説明した映像記録再生システム１００のビューワ２が行う処理のフローチャートを示したものである。
【００５１】
利用者が操作部３９により、コンテンツデータ再生を指示すると（ステップＳ００）、コンテンツデータの再生が開始される（ステップＳ０１）。コンテンツデータをハードディスク３２から再生している最中に不良セクタが発見されたとき（ステップＳ０２のｙｅｓ）、ステップＳ０３では、不良セクタ管理テーブル３５０に、発見された不良セクタの開始アドレスと終了アドレスとが記録される。また、開始アドレスと終了アドレスとに基づいて不良セクタ領域の容量が計算され、これも不良セクタ管理テーブル３５０に記録される。また、このとき、修復済みフラグ情報のフィールドには「Ｎｏ」が記録される。
【００５２】
利用者による操作部３９からの指示、若しくはコンテンツデータが最後まで再生されたことにより、コンテンツデータの再生が終了したとき（ステップＳ０４のｙｅｓ）、ビューワ２は待機状態となる（ステップＳ０５）。コンテンツデータの再生が終了ではないとき（ステップＳ０４のｎｏ）、コンテンツデータの再生が引き続いて行われる（ステップＳ０１へ戻る）。
【００５３】
図１６は、上記説明した映像記録再生システム１００のクレードル１が行う処理のフローチャートを示したものである。
【００５４】
待機状態にあったクレードル１が、ビューワ２が載置されたことを検知すると（ステップＳ１１）、クレードル１は、不良セクタの管理情報をビューワ２の不良セクタ管理部３５から問い合わせる（ステップＳ１２）。ハードディスク３２において、未修復の不良セクタがあった場合（ステップＳ１３のｙｅｓ）、即ち、不良セクタ管理部３５の不良セクタ管理テーブルの修復済みフラグ情報が「Ｎｏ」となっているレコードがあった場合、コンテンツ管理部３３から得られたコンテンツデータの記録領域に関する情報に基づいて、当該不良セクタがどのコンテンツデータのどの位置のものなのかを計算する（ステップＳ１４）。
【００５５】
そして、ステップＳ１５では、クレードル１のコンテンツ管理部５５を参照し、ステップＳ１４で計算された不良セクタの位置情報に基づいて修復すべきデータをビューワ２に転送する。ステップＳ１５の処理が終了すると、ビューワ２での処理へ移る。
【００５６】
図１７を参照して、前記ステップＳ１５の処理が終了した後で行われる、ビューワ２の処理を説明する。ステップＳ２１において、クレードル１から送信されてきた修復データを受信すると、ステップＳ２２では、修復データの容量と、ハードディスク３２の総空き領域容量とが比較される。ハードディスク３２の総空き領域容量は、空き領域管理部３４に格納されている空き領域管理テーブル３４０を参照して計算される。
【００５７】
修復データの容量がハードディスク３２の総空き領域容量よりも大きいと判断されたとき（ステップＳ２２のｙｅｓ、図１４を参照して説明したケース）、修復すべきデータが属するコンテンツデータの最後部の領域が削除される（ステップＳ２３、図１４（ｃ）を参照）。このとき、コンテンツ管理情報テーブル３３１と、空き領域管理テーブル３４０の管理情報も更新される。また、削除領域管理テーブル４２０には、削除されたコンテンツデータ（図１４におけるデータＡ３２）に関する管理情報が記録される。
【００５８】
ステップＳ２４では、ステップＳ２３で削除されたコンテンツデータの最後部の領域に、修復データが記録される（図１４（ｄ）を参照）。このとき、コンテンツ管理情報テーブル３３１の管理情報が更新される。
【００５９】
また、不良セクタのデータが修復済みであることを示すべく、不良セクタ管理部３５の不良セクタ管理テーブルも更新される。即ち、修復された不良セクタについての修復済みフラグ情報を「Ｎｏ」から「ｙｅｓ」に書き換える処理が行われる。
【００６０】
修復データの容量がハードディスク３２の総空き領域容量よりも小さいと判断されたとき（ステップＳ２２のｎｏ、図１３を参照して説明したケース）、空き領域の任意の領域に修復データ（図１３のデータａ２に相当）が記録される（ステップＳ２８、図１３（ｃ）を参照）。また、コンテンツ管理テーブル３３１、空き領域管理テーブル３４０、及び削除領域管理テーブル３５０の管理情報も更新される。
【００６１】
次に、図１８を参照して、上記説明した不良セクタのデータ修復後に、利用者からコンテンツデータ削除の指示があったときの処理について説明する。ハードディスク３２には、図１８（ａ）に示すように、ハードディスク５４には、データＡ１、不良セクタ、データＡ３１、データＡ２、データＢの順にデータが記録されているものとする（図１４（ｄ）と同じ）。
【００６２】
ここで、利用者による操作部３９からのコンテンツデータＢを削除する指示があり、コンテンツデータＢが削除され、空き領域が発生したとする（図１８（ｂ））。すると、ビューワ２の制御部４０は、削除領域管理テーブル４２０を参照して、削除された領域の有無を確認する。削除領域管理テーブル４２０には、コンテンツデータＡの最後部領域のデータ（データＡ３２）の管理情報が記録されている。そこで、ビューワ２は、クレードル１へ、このデータＡ３２をビューワ２に転送するよう要求する。クレードル１から転送されてきたデータＡ３２は、コンテンツデータＢを削除することにより発生した空き領域に記録される（図１８（ｃ））。このとき、ハードディスク５４には、データＡ１、不良セクタ、データＡ３１、データＡ２、データＡ３２の順にデータが記録されているが、データ再生時においては、データＡ１、データＡ２、データＡ３１、データＡ３２の順にデータが再生されるよう、コンテンツ管理テーブル３３１は更新される。
【００６３】
図１９を参照して、上記の処理についてフローチャートを参照して再度説明する。利用者による操作部３９からのコンテンツデータ削除指示があると（ステップＳ４１）、制御部４０は、削除指示があったコンテンツデータを削除する（ステップＳ４２）。ステップＳ４３では、削除領域管理部４３が参照され、最後部が削除されたコンテンツデータの有無が調べられる。最後部が削除されたコンテンツがあった場合（ステップＳ４３のｙｅｓ）、削除された最後部のデータを送信するよう、クレードル１に要求する（ステップＳ４４）。
【００６４】
そして、ビューワ２は、この最後部のデータを前記ステップＳ４２でのコンテンツデータ削除により発生した空き領域に記録する（ステップＳ４５）。
【００６５】
なお、上述したように、クレードル１に記録されたコンテンツデータは、利用者からの指示によりビューワ２へ転送される。若しくは、自動的にビューワ２へ転送される。ここで、ビューワ２のハードディスク３２に不良セクタが発生して記憶容量が減ってしまうことにより、ハードディスク３２の記憶容量がクレードル１のハードディスク５４の記憶容量よりも小さくなってしまった場合、クレードル１に記録されたコンテンツデータの全てをビューワ２に転送することができない。そこで、クレードル１は、ビューワ２のハードディスク３２の記憶容量が減った旨を記憶するようにしても良い。そして、クレードル１は、コンテンツデータをハードディスク５４に記録した結果、ハードディスク５４の記憶容量がハードディスク３２の記憶容量を超えてしまう場合は、ハードディスク５４にそのコンテンツデータを記録しないようにしても良い。即ち、ハードディスク５４は、ハードディスク３２の不良セクタの記憶容量に相当する領域を使用しないようにする（その領域を無効化する）ようにしても良い。或いは、ハードディスク３２の記憶容量を超えた時点でコンテンツデータの記録を停止するようにしても良い。
【００６６】
（変形例１）
上記実施形態では、ビューワ２のハードディスク３２に不良セクタが発生してコンテンツデータが欠落したとき、クレードル１のハードディスク５４のデータに基づいて、欠落データを修正する。
【００６７】
これに代えて、欠落データが含まれているビューワ２のコンテンツデータ全体を、クレードル１のハードディスク５４のコンテンツデータと入れ替える（コンテンツデータ全体を上書きする）ようにしてもよい。このような方法によれば、欠落データの修復には時間がかかるものの、欠落データの位置（コンテンツデータの先頭から何番目のアドレスにあるか）を計算する必要がないので、簡単な処理により、データの修復が可能となる。
【００６８】
また、ハードディスク３２の不良セクタ容量が、空き領域よりも大きい場合は、上記のようにコンテンツデータ領域全体を入れ替えることが出来ない。このような場合、コンテンツデータの前半部のデータのみを、ハードディスク３２の空き領域がなくなるまで上書きするようにしてもよい。
【００６９】
また、上記実施形態では、ビューワ２とクレードル１とが接続されたとき、クレードル１がビューワ２に不良セクタの有無を問い合わせることを契機として、不良セクタの修復処理を開始する構成について説明したが、これに代えて、ビューワ２が、自身のハードディスク３２に不良セクタがあることを確認したことを契機として、不良セクタの修復処理を開始するようにしても良い。
【００７０】
（変形例２）
上記実施形態では、ビューワ２のハードディスク３２の再生時に発見された不良セクタのデータを、クレードル１のハードディスク５４のデータに基づいて修正する構成について説明した。
【００７１】
これに代えて、クレードル１とビューワ２との接続時に、ハードディスク３２の不良セクタを検索するようにしてもよい。このような方法によれば、再生したコンテンツデータ以外のコンテンツデータに存在する不良セクタを発見することが可能となる。
【００７２】
或いは、ビューワ２に落下などの衝撃が加わったときに、ハードディスク３２の不良セクタの検索を開始するようにしてもよい。或いは、衝撃が加わった後であっても、コンテンツデータの再生中であればハードディスク３２の不良セクタ検索を行うことはせず、コンテンツデータの再生が終わった後に、不良セクタ検索を開始するようにしてもよい。
【００７３】
（変形例３）
上記実施形態では、修復された不良セクタのデータは、ビューワ２のハードディスク３２の空き領域に記録する構成について説明した。これに代えて、ハードディスク３２が、交代領域と呼ばれる、不良セクタのデータを置き換えるための予備領域を有するのであれば、その交代領域に、修正されたデータを記録するようにしてもよい。
【００７４】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【００７５】
例えば、上記では本願発明の記録再生システムの一実施形態として、放送信号を受信して得られたコンテンツデータを記録するクレードル１と、クレードル１で記録されたコンテンツデータを再生表示するビューワ２を備えた、映像記録再生システム１００を例に説明したが、これ以外のものであっても良い。
【００７６】
本願発明の記録再生システムを構成する記録装置の実施形態としては、クレードル１に代えて、ＨＤＤレコーダ、ＤＶＤレコーダ、或いは、放送信号を受信して得られたコンテンツデータを記録することが可能なパーソナルコンピュータであってもよい。また、上記のような無線放送信号を受信するクレードル１に代えて、有線放送信号を受信するクレードルであってもよい。或いは、インターネットによりコンテンツデータを受信するクレードルであってもよい。
【００７７】
上記クレードル１は、アナログ放送を受信するものとして説明したが、デジタル放送を受信するものであっても良い。この場合、チューナ５２は、制御部５６によって指示されたチャンネル周波数で選局動作を行った後に復調して得られた放送信号（ＭＰＥＧなどの信号）を、エンコーダ５３を介さず、ハードディスク５４に記憶する。また、デジタル放送を受信するクレードル１においては、チューナ５２は、制御部５６によって指示されたチャンネル周波数で選局動作を行った後に復調して得られた放送信号（例えば、ＭＰＥＧ２形式の信号）を、他の圧縮方式（例えば、ＭＰＥＧ４、Ｈ２６４形式の信号）に変換するものであっても良い
また、上記クレードル１は、デコーダを有さず、ビューワ２はエンコーダを有さないものとして説明したが、それぞれは、デコーダ、エンコーダを有しても良い。
【００７８】
また、音楽コンテンツデータを記録することが可能なパーソナルコンピュータと、可搬性を備えた携帯型音楽プレーヤとで構成される、音楽記録再生システムもまた、本願発明の記録再生システムの一実施形態とすることができる。
【符号の説明】
【００７９】
１  クレードル
２  ビューワ
３２  （ビューワ２の）ハードディスク
３３  （ビューワ２の）コンテンツ情報管理部
３４  空き領域管理部
３５  不良セクタ管理部
４２  削除領域管理部
５４  （クレードル１の）ハードディスク
５５  （クレードル１の）コンテンツ情報管理部
１００  映像記録再生システム
【図面の簡単な説明】
【００８０】
【図１】本願発明の記録再生システムの一実施形態である、映像記録再生システム１００の構成を示したものである。
【図２】クレードル１、及び、ビューワ２の内部構成を示すブロック図である。
【図３】ハードディスク５４の内容の一例である。
【図４】ハードディスク５４の内容が、図３のような場合の、コンテンツ管理部５５に備えられたコンテンツ管理テーブルの内容を示したものである。
【図５】ハードディスク５４の内容の一例である。
【図６】ハードディスク５４の内容が、図５のような場合の、コンテンツ管理部５５に備えられたコンテンツ管理テーブルの内容を示したものである。
【図７】ハードディスク３２の内容が図５のような場合の、ビューワ２の空き領域管理部３４に備えられた空き領域管理テーブルの内容を示したものである。
【図８】不良セクタが発生している、ハードディスク３２の内容の一例である。
【図９】ハードディスク５４の内容が、図８のような場合の、不良セクタ管理部３５に備えられた不良セクタ管理テーブルの内容を示したものである。
【図１０】コンテンツデータＡの最後部（アドレスａ７からアドレスａ２までの領域）が削除されたときの、ハードディスク３２の内容を示したものである。
【図１１】コンテンツデータの最後部が削除されたときの、削除領域管理部４２に格納された管理テーブルの内容を示したものである。
【図１２】コンテンツデータの最後部が削除されたときの、コンテンツ管理部３３のコンテンツ管理テーブルの内容を示したものである。
【図１３】ハードディスク３２に発生した不良セクタの容量が、空き領域の容量よりも小さい場合におけるデータの修復について説明する図である。
【図１４】ハードディスク３２に発生した不良セクタの容量が、空き領域の容量よりも大きい場合におけるデータの修復について説明する図である。
【図１５】映像記録再生システム１００のビューワ２が行う処理のフローチャートを示したものである。
【図１６】映像記録再生システム１００のクレードル１が行う処理のフローチャートを示したものである。
【図１７】ステップＳ１５の処理が終了した後で行われる、ビューワ２の処理を説明する図である。
【図１８】不良セクタのデータ修復後に、利用者からコンテンツデータ削除の指示があった場合の処理を説明する図である。
【図１９】利用者からコンテンツデータ削除の指示があった場合における、ビューワ２の処理手順を説明する図である。
【図１】
2006107557.tif 000003
【図２】
2006107557.tif 000004
【図３】
2006107557.tif 000005
【図４】
2006107557.tif 000006
【図５】
2006107557.tif 000007
【図６】
2006107557.tif 000008
【図７】
2006107557.tif 000009
【図８】
2006107557.tif 000010
【図９】
2006107557.tif 000011
【図１０】
2006107557.tif 000012
【図１１】
2006107557.tif 000013
【図１２】
2006107557.tif 000014
【図１３】
2006107557.tif 000015
【図１４】
2006107557.tif 000016
【図１５】
2006107557.tif 000017
【図１６】
2006107557.tif 000018
【図１７】
2006107557.tif 000019
【図１８】
2006107557.tif 000020
【図１９】
2006107557.tif 000021