(57)【要約】【課題】複数コンテンツを同時に同一記録媒体に記録する際、容量予想不可コンテンツが混在していても、データの断片化を避ける。【解決手段】コンテンツを容量予想可コンテンツと容量予想不可コンテンツとに分ける。記録中のコンテンツと記録しようとするコンテンツがどちらのコンテンツかにより、最適な領域に記録領域を確保する。【選択図】  図１
2011135393.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを取得するコンテンツ取得部と、
前記コンテンツ取得部で取得したコンテンツを記録する記録媒体とを有し、
前記コンテンツ取得部で取得するコンテンツを前記記録媒体に記録する場合、前記記録媒体の記録領域のうち、連続した空領域が最も大きい記録領域にコンテンツを記録することを特徴とする記録装置。
【請求項２】
請求項１の記録装置であって、
前記コンテンツ取得部で取得するコンテンツは、当該コンテンツの大きさを予測することができないコンテンツであることを特徴とする記録装置。
【請求項３】
請求項１の記録装置であって、
前記記録媒体に大きさを予測することができないコンテンツを記録している際に大きさを予測することができるコンテンツの記録を開始する場合、前記記録媒体の記録領域のうち前記大きさを予測することができないコンテンツを記録している領域以外の記録領域であって、前記大きさを予測することができるコンテンツの大きさに最も近い連続した空き容量を有する記録領域に当該大きさを予測することができるコンテンツを記録することを特徴とする記録装置。
【請求項４】
請求項１の記録装置であって、
前記記録媒体に大きさを予測することができない第１のコンテンツを記録している際に大きさを予測することができない第２のコンテンツの記録を開始する場合、前記記録媒体の記録領域のうち前記大きさを予測することができない第１のコンテンツを記録している領域以外の記録領域であって、最も大きい連続した空き容量を有する記録領域に当該大きさを予測することができない第２のコンテンツを記録することを特徴とする記録装置
【請求項５】
請求項１の記録装置であって、
前記記録装置は前記記録媒体の空領域の開始アドレスと、当該空領域のサイズと、当該空領域にコンテンツの大きさを予測することができないコンテンツを記録しているか否かを示す状態フラグとを対応付けて管理することを特徴とする記録装置。
【請求項６】
コンテンツを記録媒体に記録する記録方法であって、
前記記録媒体の記録領域のうち、連続した空領域が最も大きい記録領域にコンテンツを記録することを特徴とする記録方法。
【請求項７】
請求項６の記録方法であって、
前記記録媒体に記録するコンテンツは、当該コンテンツの大きさを予測することができないコンテンツであることを特徴とする記録方法。
【請求項８】
請求項６の記録方法であって、
前記記録媒体に大きさを予測することができないコンテンツを記録している際に大きさを予測することができるコンテンツの記録を開始する場合、前記記録媒体の記録領域のうち前記大きさを予測することができないコンテンツを記録している領域以外の記録領域であって、前記大きさを予測することができるコンテンツの大きさに最も近い連続した空き容量を有する記録領域に当該大きさを予測することができるコンテンツを記録することを特徴とする記録方法。
【請求項９】
請求項６の記録方法であって、
前記記録媒体に大きさを予測することができない第１のコンテンツを記録している際に大きさを予測することができない第２のコンテンツの記録を開始する場合、前記記録媒体の記録領域のうち前記大きさを予測することができない第１のコンテンツを記録している領域以外の記録領域であって、最も大きい連続した空き容量を有する記録領域に当該大きさを予測することができない第２のコンテンツを記録することを特徴とする記録方法
【請求項１０】
請求項６の記録方法であって、
前記記録媒体の空領域の開始アドレスと、当該空領域のサイズと、当該空領域にコンテンツの大きさを予測することができないコンテンツを記録しているか否かを示す状態フラグとを対応付けて管理することを特徴とする記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、コンテンツを記録媒体に記録する装置及び方法に関する。
【背景技術】
【０００２】
近年、放送番組の記録、撮像した動画や静止画の記録（動画撮影および静止画撮影）、インターネットに接続しインターネット上のコンテンツのダウンロード（ネットワークダウンロード）等が可能な携帯電話が登場している。
【０００３】
また、放送番組の記録、自機器内にある一方の記録媒体から他方の記録媒体への移動または複製（ダビング）、ネットワークダウンロード、ＬＡＮで接続した他機器のコンテンツを自機器の記録媒体に移動または複製（ネットワークダビング）等が可能なＨＤＤ内蔵テレビやＨＤＤレコーダも登場している。
【０００４】
特許文献１には、「複数の放送信号を同時録画する際の、記録媒体上での各々の放送信号の断片化の比率を低減できるとともに、記録媒体にできる未使用の領域を低減して記録媒体の利用効率を高めることのできる放送受信録画装置およびその同時記録方法を提供」（特許文献１［０００５］参照）することを課題とし、その解決手段として「複数の放送信号を同時に受信可能な受信部と、受信部にて受信された放送信号を記録媒体に記録可能な記録部と、複数の放送信号を同時に録画するとき、記録媒体の先頭アドレスに最も近い空き領域の先頭から個々の前記放送信号を記録するための領域を交互に確保し、記録媒体にしきい値以上の空き領域が存在する場合には、予め決められた第１のサイズとこれより小さい第２のサイズとの範囲でとり得る最大限の空き領域を放送信号を記録するための領域として確保し、しきい値以上の空き領域が存在しないとき、第２のサイズで放送信号を記録するための領域を確保する制御部とを具備すること」（特許文献１［０００６］参照）等が記載されている。
【０００５】
また、特許文献２には「リアルタイム再生を行うコンテンツを格納するディスクにおいて、ディスクのフラグメントの発生が多いことで、データ再生の際にディスクのシーク回数が増加する」（特許文献２［００１６］参照）ことを課題とし、その解決手段として「（１）ディスクに記録されるコンテンツの記録領域を指定するリストと、ディスクの持つ連続した空き領域を指定するリストとによって、ディスクの領域を管理する管理手段と、（２）新たなコンテンツをディスクに書き込む際に、管理手段の管理する空き領域リストを検索して、そのコンテンツのデータ全体を格納するのに十分な大きさの空き領域があった場合には、その中で最も小さな空き領域にコンテンツの記録領域を割り当てる第１の割当手段と、（３）第１の割当手段による空き領域リストの検索処理において、コンテンツのデータ全部を格納するのに十分な大きさの空き領域が見つからなかった場合には、コンテンツのデータを分割し、サイズの大きな空き領域からコンテンツの記録領域を割り当てる第２の割当手段と、（４）新たなコンテンツをディスクに書き込む際にあって、コンテンツのデータサイズと予測保持時間とが与えられた場合に、コンテンツをデータサイズと保持時間とによって分類し、その分類に基づいて管理手段の管理する空き領域リストを検索して、分類されたコンテンツの記録領域がディスク領域内において混在しないように、空き領域にコンテンツの記録領域を割り当てる第３の割当手段と、（５）記録領域が分割されているコンテンツについて、一方の記録領域のサイズが一定以下であり、かつ、その記録領域を空き領域に移動することによりそのコンテンツの記録領域が連続した状態に変更可能な場合に、その移動を行う第１の移動手段と、（６）記録領域が分割されているコンテンツについて、一方の記録領域のサイズが一定以上で、かつ、その記録領域に隣接する領域にサイズが一定以下のコンテンツの記録領域が確保されている場合にあって、その隣接する領域に記録されているコンテンツのデータを移動するのに十分な大きさの空き領域がある場合に、その移動を行う第２の移動手段と、（７）サイズが一定以下であり、かつ、両側に一定サイズ以上の空き領域があるコンテンツの記録領域について、その記録領域に記録されているコンテンツのデータを移動するのに十分な大きさの空き領域がある場合に、その移動を行う第３の移動手段とを備える」（特許文献２［００１９］参照）ことが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−７４４５２
【特許文献２】特開２００９−０７６１７０
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述の通り、近年異なる手段を使って様々な種類のコンテンツを記録できる装置が広がってきている。この傾向は、例えばデジタルカメラやデジタルビデオカメラ、カーナビゲーション等のような装置にも広がってくることは容易に想像できる。
【０００８】
また、コンテンツのハイビジョン化の進展により、それぞれのコンテンツの容量やビットレートも大きなものとなってきており、この傾向は今後も継続していくことは容易に想像できる。
【０００９】
よって、リアルタイム再生が要求されるコンテンツを再生する際、コンテンツデータが記録媒体中で断片化していると、再生速度が落ち円滑な再生が困難になる。すなわち、コンテンツの記録時にデータの断片化を極力少なくすることが求められる。
【００１０】
ここで、記録するコンテンツには、記録を行う際に容量が予想（「予測」ともいう。）できるコンテンツ（以下、「容量予想可コンテンツ」とする。）と、記録を行う際に容量が予想できないコンテンツ（以下、「容量予想不可コンテンツ」とする。）に分けることができる。
【００１１】
より具体的に説明すると、容量予想可コンテンツとは、コンテンツ記録前にそのコンテンツの容量がある程度予想できるコンテンツであり、記録開始時刻と記録終了時刻とを予め指定して放送番組を記録するいわゆる予約録画や、元コンテンツの容量を取得できるダビングや、撮像した静止画等の記録が該当する。
【００１２】
容量予想不可コンテンツとは、コンテンツ記録前にそのコンテンツの容量が予想できないコンテンツであり、記録終了がユーザ操作に依存する撮像した動画、記録の終了時間が指定されていないコンテンツの記録、コンテンツ容量を取得できないネットワークダウンロード等の記録が該当する。
【００１３】
先に示した特許文献１および特許文献２の方法は、容量予想可コンテンツの記録を前提としており、容量予想不可コンテンツの記録や、容量予想不可コンテンツを含めて同一記録媒体に同時記録したときの断片化回避方法については述べられていない。そのため、それらのコンテンツを記録する際に、データが断片化してしまうおそれがある。
【課題を解決するための手段】
【００１４】
上記課題を解決するために、本発明の一実施の態様は、例えばコンテンツの記録において、記録媒体の記録領域のうち、連続した空領域が最も大きい記録領域にコンテンツを記録する。
【発明の効果】
【００１５】
上記手段によれば、コンテンツを記録媒体に効率良く記録することができる。
【図面の簡単な説明】
【００１６】
【図１】本実施例の記録装置についての構成例を示すブロック図である。
【図２】記録媒体の論理アドレスと既存データの配置例を示す図である。
【図３】開始アドレス、空サイズ、状態フラグからなる連続空領域テーブルの例である。
【図４】記録領域を確保する前後の、記録媒体のデータの配置例を示す図である。
【図５】記録実行中ではない記録媒体に、容量予想可コンテンツを記録する際の、記録制御フローの例である。
【図６】記録実行中ではない記録媒体に、容量予想不可コンテンツを記録する際の、記録制御フローの例である。
【図７】容量予想不可コンテンツの記録領域確保と記録を行なっている際の、記録媒体のデータの配置例を示す図である。
【図８】記録実行中ではない記録媒体に、容量予想不可コンテンツを記録する際の処理における、記録媒体のデータの配置例を示す図である。
【図９】記録実行中ではない記録媒体に、容量予想不可コンテンツを記録する際の処理における、記録媒体のデータの配置例を示す図である。
【図１０】記録実行中ではない記録媒体に、容量予想不可コンテンツを記録する際の処理における、記録媒体のデータの配置例を示す図である。
【図１１】容量予想不可コンテンツ記録中に容量予想可コンテンツを記録する際の、記録制御フローの例である。
【図１２】容量予想不可コンテンツ記録中に容量予想不可コンテンツを記録する際の、記録制御フローの例である。
【図１３】容量予想不可コンテンツ記録中に容量予想可コンテンツを記録する際の処理における、記録媒体のデータの配置例を示す図である。
【図１４】容量予想不可コンテンツ記録中に容量予想可コンテンツを記録する際の処理における、記録媒体のデータの配置例を示す図である。
【発明を実施するための形態】
【００１７】
以下、実施例について図面を用いて説明する。
【００１８】
図１は本実施例の記録装置についての構成例を示すブロック図である。同図に示すように、この実施形態に関わる記録装置１００は、コンテンツ取得部１０１、ＣＰＵ１０２、操作部１０３、ＲＯＭ（Read Only Memory）１０４、ＲＡＭ（Random Access Memory）１０５、メディアコントローラ１０６、記録媒体郡１０７、バス１０８等を備えている。
【００１９】
コンテンツ取得部１０１は、ＣＰＵ１０２によって制御され、記録装置１００の外部の信号に基づくコンテンツを取得する手段を備えている。ＣＰＵ１０２は、ＲＯＭ１０４に格納されたファームウェアに基づいて各ブロックを統括的に制御したり、各種の演算処理を実行したりする。
【００２０】
操作部１０３は、ボタン、スイッチ、キー、操作確認用の表示器などで構成され、ユーザによる各種設定値や指令を入力してＣＰＵ１０２に出力する。ＲＯＭ１０４は、ＣＰＵ１０２に実行させるプログラムや各種パラメータなどのファームウェアが固定的に記憶されているメモリである。
【００２１】
ＲＡＭ１０５は、ＣＰＵ１０２の作業用量領域等として用いられ、処理データを一時的に保持するメモリである。メディアコントローラは、ＣＰＵ１０２によって制御され、記録媒体郡１０７の記録媒体に対して、データの書き込みや読み込みを行なう。
【００２２】
記録媒体郡１０７は、少なくとも１つ以上の記録媒体から構成され、メディアコントローラ１０６によってデータの読み込みや書き込みが行なわれる。記録媒体は例えば、ハードディスク、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-lay Disc）、メモリカードおよび内蔵フラッシュメモリ等である。バス１０８は、各ブロック間での各種情報の入出力を行なうための通信路である。
【００２３】
次に、コンテンツ取得部１０１によって、コンテンツを取得する手段の例を説明する。コンテンツ取得部１０１は、例えば、ＴＶ放送用アンテナ、チューナ、復調器等を備え、放送番組のコンテンツを取得できる手段である。必要に応じて、コーデック処理部を備え、コンテンツのビットレート変換（トランスコード）もできる手段を加えてもよい。また必要に応じて、電子番組表取得部を備え、電子番組表の取得もできる手段を加えてもよい。
【００２４】
また例えば、レンズ、撮像素子、撮像信号処理部、音声検出部、撮像信号／音声信号のコーデック処理部等を備え、動画撮影および静止画撮影のコンテンツを取得できる手段である。必要に応じて、コンテンツの画素数の変更やコーデック処理部による圧縮率の変更もできる手段を加えてもよい。
【００２５】
また例えば、ネットワークインターフェース等を備え、インターネットや外部機器からコンテンツを取得できる手段である。
【００２６】
コンテンツを取得する手段は、上記に挙げた手段に限らず、少なくとも１つ以上のコンテンツを取得することができる手段であればよい。また、複数のコンテンツを取得することができる手段でもよい。また、同時間帯の別番組のように、同種のコンテンツを同時に取得することもできる手段でもよい。
【００２７】
容量予想可コンテンツの容量予想手段について、コンテンツの種類により以下順次説明する。
【００２８】
放送番組のコンテンツの容量予想手段について説明する。コンテンツ取得部１０１に電子番組表取得部を備えた場合、放送番組のコンテンツの記録開始時刻、記録終了時刻、ビットレートを予め設定できる、いわゆる予約録画が可能となる。予約録画により放送番組のコンテンツを記録する場合、記録開始時刻と記録終了時刻から求められる番組時間と、ビットレートを乗算することで、予約録画したコンテンツの容量を予想することができる。
【００２９】
ビットレートは、固定ビットレートと可変ビットレートが存在する可能性があるが、可変ビットレートの場合はコンテンツの内容により平均ビットレートが変動する可能性がある。よって、予想する容量は多少多めに算出することが望ましい。操作部１０３を使用して、リアルタイムに記録開始と記録終了を制御する場合、番組ごとにコンテンツを分ければ、番組の終了がすなわち記録終了を意味する。
【００３０】
電子番組表取得部を利用して番組の終了時刻を取得することで、コンテンツの容量を予想することができる。しかし、番組ごとにコンテンツを分けずに、操作部１０３を使用してのみコンテンツの記録終了をリアルタイムに制御する場合は、コンテンツの容量を予想することが困難なため、そのコンテンツは容量予想不可コンテンツとする。
【００３１】
次に、ダビングするコンテンツの容量予想手段について説明する。記録媒体郡１０７の記録媒体Ａに記録されている元コンテンツを、他方の記録媒体Ｂまたは同一の記録媒体Ａにダビングすることとする。元コンテンツを加工することなくダビングする場合、元コンテンツの容量を記録媒体Ａから取得し、それを予想容量とすればよい。
【００３２】
元コンテンツをトランスコードしたりメタ情報を付け加えたりする等して加工し、ダビングする場合、元コンテンツのビットレート、トランスコード後のビットレート、付け加えるメタ情報のサイズから、予想容量を算出する。トランスコード後のビットレートが可変ビットレートの場合、予想容量を多少多めに算出することが望ましい。
【００３３】
次に、静止画撮影のコンテンツの容量予想手段について説明する。予め設定したコンテンツの画素数とコーデック処理部の圧縮率により、予想容量を算出する。ただし圧縮率はコンテンツの内容により上下する場合があるので、予想容量を多少多めに算出することが望ましい。
【００３４】
次に、動画撮影のコンテンツの容量予想手段について説明する。コンテンツの記録の開始と終了は通常、操作部１０３を使用してリアルタイムに制御することが多い。その場合、コンテンツの容量を予想することが困難なため、容量予想不可コンテンツとする。
【００３５】
次に、ネットワークダウンロードおよびネットワークダビングのコンテンツの容量予想手段について説明する。ネットワークプロトコルによりコンテンツの容量を取得できる場合がある。例えばＨＴＴＰ（Hypertext Transfer Protocol）を使用してコンテンツを取得する場合、コンテンツ取得部１０１のネットワークインターフェースを通して、コンテンツが格納されているサーバへＧＥＴ要求を出すと、サーバからＨＴＴＰレスポンスが返ってくる。そのＨＴＴＰレスポンスのヘッダのContent-Lengthエンティティヘッダが、有効となっている場合がある。その場合、Content-Lengthエンティティヘッダには、要求したコンテンツの容量が格納されているので、その値を予想容量とする。
【００３６】
ＨＴＴＰレスポンスのヘッダのContent-Lengthエンティティヘッダが有効でない場合、コンテンツの容量を予想することが困難なため、容量予想不可コンテンツとする。また、ＨＴＴＰを利用したコンテンツ取得の例を示したが、この例に限らず、コンテンツの容量を取得できる手段があれば容量予想可コンテンツとし、手段がなければ容量予想不可コンテンツとする。
【００３７】
以上の処理により、容量予想可コンテンツの容量予想処理を行なうことができる。ただし容量予想処理は上記に挙げた処理に限ることは無く、あらゆる手段によりコンテンツ容量がある程度予想できる場合は、そのコンテンツは容量予想可コンテンツとする。
【００３８】
いかなる手段を使っても、容量が予想できないコンテンツは容量予想不可コンテンツとする。また、本来は容量が予想できるコンテンツであるにもかかわらず、何らかの理由（装置の機能等）で容量の予想が困難である場合、そのコンテンツは容量予想不可コンテンツとしてもよい。
【００３９】
次に、連続空領域テーブルについて説明する。装置電源投入時や記録媒体挿入時等の記録媒体のマウント処理直後に、記録媒体のデータ記録領域の使用状況情報（例えば、ファイルシステムにＦＡＴ（File Allocation Table）を使用している記録媒体の場合、ＦＡＴテーブル）を記録媒体から読み込む。読み込んだデータ記録領域の使用状況情報から、連続した空領域の開始アドレスと空サイズを順次算出する。
【００４０】
例えば図２のように、既存データ２０１と既存データ２０２に挟まれた連続空領域Ｕｐ（２０３）が、論理アドレスａｐから開始して、サイズＳｐである領域だとすると、「開始アドレスａｐ、空サイズＳｐ、状態フラグｆｐ」を要素とするテーブルを作成する。その要素を順次テーブルに追加し、図３のような連続空領域テーブルを作成し管理する。
【００４１】
状態フラグとは、該当連続空領域に容量予想不可コンテンツを記録中か否かを表すフラグであり、例えば０のとき容量予想不可コンテンツを記録していない連続空領域を表し、１のとき容量予想不可コンテンツを記録している連続空領域を表す。状態フラグの初期値は全て０とする。
【００４２】
また、容量予想不可コンテンツを記録中の領域に、容量予想不可コンテンツの記録を中止した時点で状態フラグを０にクリアする。また記録媒体にデータが書き込まれたり、記録媒体のデータが削除されたり、といった記録媒体のデータ記録領域の使用状況が変わる度に、連続空領域テーブルを更新する。
【００４３】
この連続空領域テーブルを使用して、所望の値または所望の範囲の、開始アドレス、空サイズ、状態フラグ、である領域を検索することができる。以下、開始アドレスａｐ、空サイズＳｐ、状態フラグｆｐに該当する領域を、領域Ｕｐといったように、それぞれの対応関係を添字で表す。
【００４４】
次に、連続空領域テーブルを使用した記録領域確保方法について図４を用いて説明する。例として、既存データ４０１と既存データ４０２に囲まれた領域Ｕｐ４０３中に、領域４０４（開始アドレスａｘ， サイズＳｘ）を確保する方法について説明する。
【００４５】
ａｐ≠ａｘの場合、領域４０４により、領域Ｕｐに２つの空領域（４０５と４０６）ができることになる。領域４０６は、開始アドレス（ａｘ＋Ｓｘ）、空サイズ（Ｓｐ-（ａｘ-ａｐ）-Ｓｘ）となるため、「開始アドレスａｑ＝（ａｘ＋Ｓｘ）、空サイズＳｑ＝（Ｓｐ-（ａｘ-ａｐ）-Ｓｘ）、状態フラグｆｑ」の要素を連続空領域テーブルに新たに追加しこれを領域Ｕｑとする。状態フラグｆｑは、容量予想可コンテンツの記録のために領域を確保する場合０に、容量予想不可コンテンツの記録のために領域を確保する場合１にする。領域４０５は、空サイズ（ａｘ-ａｐ）となるため、空サイズＳｐを（ａｘ-ａｐ）に置き換えて連続空領域テーブルを更新し新たな領域Ｕｐとする。
【００４６】
またａｐ＝ａｘの場合、領域Ｕｐに空領域は領域４０６のみとなる。よって、Ｕｐの開始アドレスａｐを（ａｐ＋Ｓｘ）に、空サイズＳｐを（Ｓｐ-Ｓｘ）にして、連続空領域テーブルを更新し新たな領域Ｕｐとする。
【００４７】
以上の処理により、連続空領域テーブルでは、アドレスａｘからサイズＳｘの領域は既存データが存在していることになり、すなわち記録領域を確保したことを意味することができる。以降「領域を確保する」とは、以上のように連続空領域テーブルを更新する処理を表す。
【００４８】
コンテンツ記録の際の記録領域確保方法について、容量予想可コンテンツと容量予想不可コンテンツに分け、順次説明する。
【００４９】
記録実行中ではない記録媒体に、容量予想可コンテンツを記録する際の記録領域確保方法について、図５を用いて説明する。
【００５０】
容量予想可コンテンツ記録開始（Ｓ５０１）するとＳ５０２に移行し、容量予想可コンテンツの予想容量Ｐを算出する。そしてＳ５０３に移行し、予想容量Ｐと記録媒体の総空サイズとを比べる。
【００５１】
Ｓ５０３が偽の場合、コンテンツの全てを記録媒体に記録することができないのでＳ５０９に移行し、記録媒体に記録を行なわず終了する。Ｓ５０３が真の場合、Ｓ５０４に移行し、予想容量Ｐと最大連続空サイズとを比べる。
【００５２】
Ｓ５０４が真の場合、Ｓ５０５に移行し。予想容量Ｐ以上で、かつ予想容量Ｐに最も近い空サイズの領域の先頭に、予想容量Ｐの領域を確保する。Ｓ５０５の処理後、Ｓ５０６に移行し、確保した領域に容量予想可コンテンツの記録を行なう。
【００５３】
全ての記録が終了したら、Ｓ５０９に移行し、容量予想可コンテンツの記録を終了する。
【００５４】
Ｓ５０４が偽の場合、Ｓ５０７に移行し、予想容量Ｐの一部の領域確保処理（Ｓ５０７とＳ５０８）を行なう。Ｓ５０７で、（Ｐ - 最大連続空サイズ） を新たな予想容量Ｐとし、Ｓ５０８で最大連続空サイズの領域に最大連続空サイズ分の記録領域を確保する。そして再度Ｓ５０４の処理に移行し、同様にフローを継続する。
【００５５】
以上のように構成することで、記録しようとするコンテンツの断片化の数を極力抑えることができる。かつ、空サイズの大きい領域を極力使用しないので、今後予想容量の大きなコンテンツの記録領域を確保する必要が出てきても、そのコンテンツに対しても極力断片化することなく記録領域を確保できる。
【００５６】
次に、記録実行中ではない記録媒体に、容量予想不可コンテンツを記録する際の記録領域確保方法について図６を用いて説明する。容量予想不可コンテンツ記録開始（Ｓ６０１）するとＳ６０２に移行し、連続空領域テーブルから空サイズが最も大きい領域（以下、「最大連続空サイズの領域」とする。）を検索し領域Ｕｐとする。そしてＳ６０３に移行し、空サイズＳｐと確保量Ａとを比べる。
【００５７】
ここで確保量Ａとは、容量予想不可コンテンツを記録する際に、一度に確保する記録領域のサイズであり、例えば４ＭＢ程度の比較的小さい値である。Ｓ６０３が真の場合、領域ＵｐにサイズＡの領域を確保できることになり、Ｓ６０４に移行し、領域Ｕｐの開始アドレスａｐからサイズＡの領域を確保する。
【００５８】
ここで、領域Ｕｐの状態フラグｆｐを１にする。そしてＳ６０５に移行し、確保した領域に容量予想不可コンテンツの記録を行う。Ｓ６０６で記録が継続するか判定する。Ｓ６０６が真の場合、Ｓ６０７で状態フラグｆｐを０にクリアし、Ｓ６０８に移行し容量予想不可コンテンツの記録を終了する。
【００５９】
Ｓ６０６が偽の場合、再びＳ６０３に移行する。Ｓ６０３，Ｓ６０４，Ｓ６０５，Ｓ６０６をループさせることで、図７のように同じ領域に連続して容量予想不可コンテンツの記録を行うことができる。
【００６０】
Ｓ６０３が偽の場合、領域Ｕｐにはそれ以上記録領域の確保ができないので、Ｓ６０８で状態フラグｆｐを０にクリアし、Ｓ６０９に移行する。Ｓ６０９でＳｐが最大連続空サイズの領域か判定する。
【００６１】
Ｓ６０９が真の場合、記録領域の確保ができる連続空領域がないためＳ６１０に移行し、容量予想不可コンテンツの記録を終了する。
【００６２】
Ｓ６０９が偽の場合、Ｓ６０２に移行し、その時点での最大連続空サイズの領域を検索し、新たな領域Ｕｐとし、同様にフローを継続する。
【００６３】
以上のように構成することで、空サイズの大きい領域から順次記録領域確保と記録を行い、容量予想不可コンテンツの断片化を極力避けることができる。また例えば、低ビットレートの撮像した動画コンテンツの記録のように、容量予想不可だがコンテンツの容量が比較的大きくならないことが予想される場合、記録領域を確保する空領域をある閾値以下の連続空サイズの領域に制限し、制限した領域のうちで最大連続空サイズの領域の先頭から記録領域を確保することとしてもよい。
【００６４】
その場合、Ｓ６０２、Ｓ６０９の「最大連続空サイズ」の部分を「ある閾値以下の連続空サイズのうち最大連続空サイズ」と読み替えればよい。そのように構成することで、空サイズの大きい領域を極力使用しないようにすることができる。
【００６５】
次に、容量予想可コンテンツを記録実行中の記録媒体に、容量予想可コンテンツを記録する際の記録領域確保方法について説明する。容量予想可コンテンツを記録実行中の時点では、容量予想可コンテンツの予想容量は確保されている。よって「記録実行中ではない記録媒体に、容量予想可コンテンツを記録する際の記録領域確保方法」と同様の方法で記録領域確保を行なえばよい。
【００６６】
次に、容量予想可コンテンツを記録実行中の記録媒体に、容量予想不可コンテンツを記録する際の記録領域確保方法について説明する。容量予想可コンテンツを記録実行中の時点では、容量予想可コンテンツの予想容量は確保されている。よって「記録実行中ではない記録媒体に、容量予想不可コンテンツを記録する際の記録領域確保方法」と同様の方法で記録領域確保を行なえばよい。
【００６７】
次に、容量予想不可コンテンツを記録実行中の記録媒体に、容量予想可コンテンツを記録する際の記録領域確保方法について、図７〜図１１を用いて説明する。なお、容量予想不可コンテンツを記録実行中の状態とは、状態フラグｆｐが１である領域Ｕｐが存在している状態とする。
【００６８】
図７のように容量予想不可コンテンツ記録中に、容量予想可コンテンツの予想容量確保を「記録実行中ではない記録媒体に、容量予想可コンテンツを記録する際の記録領域確保方法」と同様の方法で行なうと、容量予想不可コンテンツ記録中の領域の直後に、容量予想可コンテンツの記録領域を確保する可能性があり、容量予想不可コンテンツが断片化してしまう。
【００６９】
よって容量予想不可コンテンツの断片化回避と、容量予想可コンテンツの断片化回避を、極力両立できる処理が必要となる。それを実現する処理として、図８のように容量予想不可コンテンツ記録中の領域Ｕｐ以外の領域に容量予想可コンテンツの記録領域を確保する方法、図９のように容量予想不可コンテンツ記録中の領域Ｕｐの下部に容量予想可コンテンツの記録領域を確保する方法、図１０のように容量予想不可コンテンツ記録中の領域Ｕｐの下部を含む複数の領域に容量予想可コンテンツの記録領域を確保する方法がある。
【００７０】
いずれの方法を使用するかを、図１１を用いて説明する。容量予想不可コンテンツ記録中に容量予想可コンテンツ記録開始（Ｓ１１０１）するとＳ１１０２に移行し、容量予想可コンテンツの予想容量Ｐを算出する。そしてＳ１１０３に移行し、予想容量Ｐと（総空サイズ − 許容残容量Ｅ） とを比べる。
【００７１】
ここで許容残容量Ｅとは、記録中の容量予想不可コンテンツの記録のために残しておくべき最低限の容量である。許容残容量Ｅは、記録中の容量予想不可コンテンツの種類、ビットレートおよび記録済み容量等によって決まる。例えば、記録中の容量予想不可コンテンツが撮像した動画の場合、定数Ｅ１、Ｅ２、記録済みの時間ｔとして、Ｅ＝|（ビットレート）×（Ｅ１−Ｅ２×ｔ）|のように、ビットレートに比例し記録済みの時間とともに減少する、といった値である。
【００７２】
Ｓ１１０３が偽の場合Ｓ１１１１に移行し、容量予想可コンテンツの記録をせずに終了する。Ｓ１１０３が真の場合、Ｓ１１０４に移行し、予想容量Ｐと、状態フラグ０（つまり容量予想不可コンテンツ記録中ではない領域）の最大連続空サイズとを比較する。
【００７３】
Ｓ１１０４が真の場合、容量予想不可コンテンツ記録中でない領域に、容量予想可コンテンツを断片化することなく記録できる空領域が存在することになり、Ｓ１１０５に移行する。Ｓ１１０５で、図８のように、領域Ｕｐを除き、予想容量Ｐ以上でかつ予想容量Ｐに最も近い空サイズの領域の先頭に容量予想可コンテンツの記録領域を確保する。
【００７４】
Ｓ１１０５の処理後、Ｓ１１０６に移行し、確保した領域に容量予想可コンテンツの記録を行なう。全ての記録が終了したら、Ｓ１１１１に移行し、容量予想可コンテンツの記録を終了する。
【００７５】
Ｓ１１０４が偽の場合、領域Ｕｐにも容量予想可コンテンツの記録領域の確保をしないと容量予想可コンテンツが断片化してしまうが、領域Ｕｐに多くの記録領域を確保すると記録中の容量予想不可コンテンツが断片化する可能性が高くなる。これらを極力両立するために、Ｓ１１０７で、（空サイズＳｐ − 予想容量Ｐ） と、許容連続残容量Ｆとを比較する。
【００７６】
ここで許容連続残容量Ｆとは、図９のように領域Ｕｐの下部に予想容量Ｐ全てを確保した際に残る空サイズ（Ｓｐ - Ｐ）が、容量予想不可コンテンツを断片化しないで記録するための連続空サイズとして十分か否かを表すパラメータである。許容連続残容量Ｆは、許容残容量Ｅのように、記録中の容量予想不可コンテンツの種類、ビットレートおよび記録済み容量等によって決まる。
【００７７】
Ｓ１１０７が真の場合、Ｓ１１０８に移行し、図９のようにＵｐの下部に容量予想可コンテンツの記録領域を確保する。Ｓ１１０８の処理後、Ｓ１１０６に移行し、確保した領域に容量予想可コンテンツの記録を行なう。
【００７８】
全ての記録が終了したら、Ｓ１１１１に移行し、容量予想可コンテンツの記録を終了する。Ｓ１１０７が偽の場合、Ｓ１１０９に移行し、予想容量Ｐのうち一部の領域確保処理（Ｓ１１０９とＳ１１１０）を行なう。Ｓ１１０９で、（Ｐ - 状態フラグ０の最大連続空サイズ） を新たな予想容量Ｐとし、Ｓ１１１０で状態フラグ０の最大連続空サイズの領域に記録領域確保を行なう。そして再度Ｓ１１０４移行しフローを継続する。
【００７９】
以上のように構成することで、例えば、容量予想不可コンテンツである撮像した動画のコンテンツ記録中に、非常に大きな予想容量である容量予想可コンテンツの記録領域を確保したときに、動画のコンテンツを記録できる容量が急激に減少し、ユーザの動画撮影の続行を妨げるといった不利益を避けることができる。
【００８０】
また、容量予想不可コンテンツ記録中の領域には極力領域を確保しないようにし、容量予想不可コンテンツの断片化を極力避けることができる。
【００８１】
また、容量予想不可コンテンツ記録中の領域に、容量予想可コンテンツの記録領域を確保したとしても、容量予想不可コンテンツの断片化を極力避けることができ、かつ容量予想不可コンテンツの断片化を極力避けることができる。
【００８２】
次に、容量予想不可コンテンツを記録実行中の記録媒体に、容量予想不可コンテンツを記録する際の記録領域確保方法について図１２、図１３、図１４を用いて説明する。記録中の容量予想不可コンテンツをコンテンツＩ、記録しようとしている容量予想不可コンテンツをコンテンツＪとする。
【００８３】
またコンテンツＩの許容残容量および許容連続残容量を、それぞれＥ（Ｉ）、Ｆ（Ｉ）とする。またコンテンツＪの許容残容量、確保量および許容連続残容量を、それぞれＥ（Ｊ）、Ａ（Ｊ）、Ｆ（Ｊ）とする。
【００８４】
容量予想不可コンテンツＩ記録中に容量予想不可コンテンツＪ記録開始（Ｓ１２０１）するとＳ１２０２に移行し、総空サイズと（Ｅ（Ｉ）＋Ｅ（Ｊ））を比べる。Ｓ１２０２が偽の場合、コンテンツＩとコンテンツＪを同時に記録するのに十分な残容量がないと判断し、Ｓ１２１９に移行し容量予想不可コンテンツＪの記録をせずに終了する。
【００８５】
Ｓ１２０２が真の場合Ｓ１２０３に移行し、状態フラグ０の領域のうち最大連続空サイズである領域を検索し、その領域を領域Ｕｑとする。Ｓ１２０４に移行し、ＳｑとＦ（Ｊ）を比較する。Ｓ１２０４が真の場合、領域ＵｑはコンテンツＪを記録するのに十分な連続空容量であると判断し、Ｓ１２０５、Ｓ１２０６、Ｓ１２０７、Ｓ１２０８をループさせることで、図１３のようにＵｑの先頭から順次記録領域確保と記録を行なう。
【００８６】
Ｓ１２０８が真になった場合、Ｓ１２０９で状態フラグｆｑを０にクリアし、Ｓ１２１９に移行し容量予想不可コンテンツＪの記録を終了する。Ｓ１２０５が偽になった場合、領域Ｕｑにはそれ以上記録ができないことになり、Ｓ１２１０で状態フラグｆｑを０にクリアしＳ１２０３に移行する。
【００８７】
Ｓ１２０３で新たな領域Ｕｑを検索し、Ｓ１２０４に移行し同様にフローを継続する。Ｓ１２０４が偽の場合、Ｓ１２１１に移行する。ここで、Ｓｐと（Ｆ（Ｉ）＋Ｆ（Ｊ））を比較する。Ｓ１２１１が真の場合、コンテンツＩを記録中の領域Ｕｐが、コンテンツＩとコンテンツＪを同時に記録するのに十分な連続空容量であると判断し、Ｓ１２１２に移行する。
【００８８】
Ｓ１２１２で、図１４のように領域Ｕｐの途中からコンテンツＪを記録開始できるように、領域Ｕｒ（ａr＝ａｐ＋Ｆ（Ｉ），Ｓr＝Ｓｐ−Ｆ（Ｉ），ｆr＝０）を連続空領域テーブルに追加する。
【００８９】
領域Ｕｒの追加に合わせて、領域Ｕｐのテーブルも更新する。そして、Ｓ１２１３、Ｓ１２１４、Ｓ１２１５、Ｓ１２１６をループさせることで、図１４のようにＵｒの先頭から順次記録領域確保と記録を行なう。
【００９０】
Ｓ１２１６が真になった場合、Ｓ１２１７で状態フラグｆrを０にクリアし、Ｓ１２１９に移行し容量予想不可コンテンツＪの記録を終了する。Ｓ１２１３が偽になった場合、領域Ｕｒにはそれ以上記録ができないことになり、Ｓ１２１８で状態フラグｆrを０にクリアし、Ｓ１２０３に移行し、同様にフローを継続する。
【００９１】
図１２は、コンテンツＪの処理フローを示したが、コンテンツＩも同様な処理フローとなる。つまり、コンテンツＪ記録前の状態では、コンテンツＩは図６のように処理を行なっているが、Ｓ６０２の処理に移行したときにコンテンツＪの記録が開始（Ｓ１２０１）していた場合、コンテンツＩの処理はＳ１２０２に移行し、ＩをＪに、ＪをＩに読み替えた処理を行なえばよい。
【００９２】
また、コンテンツＩとコンテンツＪを同時に記録していて、どちらかの記録が終了した場合、記録が継続中のコンテンツの処理は、Ｓ１２０３からＳ６０２に移行し、単一の容量予想不可コンテンツ記録の処理を行なえばよい。
【００９３】
以上のように構成することで、記録中の容量予想不可コンテンツと記録しようとする容量予想不可コンテンツともに、記録の続行を妨げることを避けることができる。
【００９４】
また、容量予想不可コンテンツ記録中の領域には極力領域を確保しないようにし、記録中の容量予想不可コンテンツの断片化を極力避けることができる。
【００９５】
また、容量予想不可コンテンツ記録中の領域に、別の容量予想不可コンテンツの記録領域を確保したとしても、記録中の容量予想不可コンテンツの断片化を極力避けることができ、かつ記録しようとする容量予想不可コンテンツの断片化を極力避けることができる。
【００９６】
なお、容量予想可コンテンツを記録する際に、記録領域確保した直後に確保した領域に記録を行なう必要はない。例えば、放送番組のコンテンツを予約録画により記録する場合、予約を実行したときに記録領域の確保を行うようにして、記録は予約した記録開始時刻に行なってもよいし、予約した記録開始時刻の直前に記録領域の確保を行なってもよい。
【００９７】
また、記録領域の確保順序と記録順序を一致させる必要は無い。例えば、図１１でＳ１１０４，Ｓ１１０７，Ｓ１１０９，Ｓ１１１０，Ｓ１１０４，Ｓ１１０５と移行した場合、図１０のように容量予想不可コンテンツを記録していない領域に第１の記録領域を確保した後、容量予想不可コンテンツ記録中の領域の下部に第２の記録領域を確保することになる。Ｓ１１０６で記録する際に、確保領域１に記録してから確保領域２に記録してもよいし、確保領域２に記録してから確保領域１に記録してもよい。
【符号の説明】
【００９８】
１００  記録装置
１０１  コンテンツ取得部
１０２  ＣＰＵ
１０３  操作部
１０４  ＲＯＭ
１０５  ＲＡＭ
１０６  メディアコントローラ
１０７  記録媒体郡
１０８  バス
２０１  既存データ
２０２  既存データ
２０３  領域Ｕｐ
４０１  既存データ
４０２  既存データ
４０３  領域Ｕｐ
４０４  確保領域
４０５  記録領域確保後の領域Ｕｐ
４０６  記録領域確保後の新領域Ｕｑ
【図１】
2011135393.tif 000003
【図２】
2011135393.tif 000004
【図３】
2011135393.tif 000005
【図４】
2011135393.tif 000006
【図５】
2011135393.tif 000007
【図６】
2011135393.tif 000008
【図７】
2011135393.tif 000009
【図８】
2011135393.tif 000010
【図９】
2011135393.tif 000011
【図１０】
2011135393.tif 000012
【図１１】
2011135393.tif 000013
【図１２】
2011135393.tif 000014
【図１３】
2011135393.tif 000015
【図１４】
2011135393.tif 000016