(57)【要約】【課題】古いデータを効率的に消去でき、かつ、データを効率的に読み出す。【解決手段】複数のバッファ１２にてそれぞれ一時記憶された複数のチャンネルからの複数のストリーム片をＨＤＤ１０における記録単位でＨＤＤ１０に書き込むように、書込制御部１３はファイルシステム１４を制御し、上位ファイルシステム１５は、ＨＤＤ１０に逐次記録された複数のストリーム片を１つのファイルとして管理する。【選択図】図１
2014013633.tif 000002
【特許請求の範囲】
【請求項１】
複数のチャンネル上でそれぞれ放送された複数のストリームを受信し、受信した複数のストリームをディスク状の記録媒体であるディスク媒体に逐次記録し、再生のためのストリームを前記ディスク媒体から読み出し、かつ、古いストリームを前記ディスク媒体から逐次消去する多チャンネル記録再生装置であって、
前記ディスク媒体にアクセスするアクセス部と、
前記受信した複数のストリームを前記ディスク媒体に、前記ストリームの断片であるストリーム片を前記ディスク媒体における記録単位で逐次記録するように前記アクセス部を制御する記録制御手段と、
前記ディスク媒体に逐次記録された複数のストリーム片を１つの実ファイルとして、該実ファイルを逐次作成するように前記アクセス部を制御する作成制御手段とを備えることを特徴とする多チャンネル記録再生装置。
【請求項２】
前記作成制御手段は、所定時間に受信された或いは逐次記録された複数のストリーム片を１つの実ファイルとすることを特徴とする請求項１に記載の多チャンネル記録再生装置。
【請求項３】
前記作成制御手段は、逐次作成された実ファイルを管理する実ファイル管理手段を備えており、
該実ファイル管理手段は、各実ファイルについて、該実ファイルに含まれる複数のストリーム片を受信した受信期間を有することを特徴とする請求項１または２に記載の多チャンネル記録再生装置。
【請求項４】
前記作成制御手段は、各チャンネルのストリームを構成する複数のストリーム片が何れの実ファイルにおける何れの部分に逐次格納されているかを管理するチャンネルシーケンス管理手段を備えることを特徴とする請求項１から３までの何れか１項に記載の多チャンネル記録再生装置。
【請求項５】
前記チャンネルシーケンス管理手段は、各ストリーム片に関する時間情報を有することを特徴とする請求項４に記載の多チャンネル記録再生装置。
【請求項６】
前記複数のチャンネルにてそれぞれ放送される複数の番組の提示期間を管理する番組管理手段をさらに備えることを特徴とする請求項５に記載の多チャンネル記録再生装置。
【請求項７】
前記作成制御手段は、前記ストリームのうち、前記消去から保護する保護部分を構成するストリーム片が何れの実ファイルにおける何れの部分に逐次格納されているかを管理する保護シーケンス管理手段を備えることを特徴とする請求項１から６までの何れか１項に記載の多チャンネル記録再生装置。
【請求項８】
複数のチャンネル上でそれぞれ放送された複数のストリームを受信して記録し、記録されたストリームの中から選択されたストリームを再生して出力するテレビジョン受像機であって、
請求項１から７までの何れか１項に記載の多チャンネル記録再生装置を備えることを特徴とするテレビジョン受像機。
【請求項９】
請求項１から７までの何れか１項に記載の多チャンネル記録再生装置を動作させるための制御プログラムであって、コンピュータを上記の各手段として機能させるための制御プログラム。
【請求項１０】
請求項９に記載の制御プログラムが記録されたコンピュータ読取り可能な記録媒体。
【請求項１１】
複数のチャンネル上でそれぞれ放送された複数のストリームを受信し、受信した複数のストリームをディスク状の記録媒体であるディスク媒体に逐次記録し、再生のためのストリームを前記ディスク媒体から読み出し、かつ、古いストリームを前記ディスク媒体から逐次消去する多チャンネル記録再生装置の制御方法であって、
前記受信した複数のストリームを前記ディスク媒体に、前記ストリームの断片であるストリーム片を前記ディスク媒体における記録単位で逐次記録するように、前記ディスク媒体にアクセスするアクセス部を制御する記録制御ステップと、
前記ディスク媒体に逐次記録された複数のストリーム片を１つの実ファイルとして、該実ファイルを逐次作成するように前記アクセス部を制御する作成制御ステップとを含むことを特徴とする多チャンネル記録再生装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のチャンネル上でそれぞれ放送された複数のストリームを受信し、受信した複数のストリームをディスク状の記録媒体であるディスク媒体に逐次記録し、再生のためのストリームを前記ディスク媒体から読み出し、かつ、古いストリームを前記ディスク媒体から逐次消去する多チャンネル記録再生装置、その制御方法および制御プログラム、記録媒体、テレビジョン受像機に関するものである。
【背景技術】
【０００２】
従来、デジタル放送の番組を記録（録画）し再生する番組記録再生装置では、複数のチャンネル（多チャンネル）の番組を同時に記録することで、装置の利便性を上げてきた。さらに、近年、多チャンネルの番組を次々と記録し、空き容量がなくなると古い番組から消去したり、記録後に所定期間を経過した番組を消去したりする多チャンネル番組記録再生装置（以下、「多チャンネルレコーダ」と称する。）が登場している。このような多チャンネルレコーダでは、ユーザが録画予約を行わなくても、過去から現在までの所定期間に放送された番組を再生することができる。
【０００３】
一般に、多チャンネルレコーダでは、その記録媒体としてＨＤＤ（Hard Disk Drive）が用いられている。ＨＤＤの場合、書込み時に、如何にシークを発生させないかが重要となる。なぜなら、単位時間あたりのシーク回数が多くなれば、その分、単位時間に書き込みできる実質的なデータ量が少なくなるからである。
【０００４】
例えば、複数ヘッドを有するＨＤＤを用いて、１つのヘッドが対象とするチャンネルの数を減らしたり、複数台のＨＤＤを用いて、１台のＨＤＤが対象とするチャンネルの数を減らしたりする方法が存在する。しかしながら、この方法の場合、ヘッドの数またはＨＤＤの台数が増える分、コストが上昇することになる。
【０００５】
また、特許文献１に記載のファイルシステムでは、記憶装置の記憶領域に設定した管理ブロックで映像データを管理し、映像の記録時に、１つの管理ブロック内には１種類の映像データしか記録されないようにしている。これにより、１つの管理ブロックには１種類の映像のみが記録され、記録された映像を管理ブロック単位で管理できるので、記録、再生、および消去を繰り返しても空き領域が断片化しない。従って、記憶効率の低下を防ぎ、デフラグメンテーションを不要にできる。
【０００６】
しかしながら、特許文献１では、１つの管理ブロック内には１種類の映像データしか記録されないので、或るチャンネルの映像データの記録から、別のチャンネルの映像データの記録に切り替わる度に、シークが発生することになる。シーク回数を抑えるために、切り替えるまでのデータ量を増やす方法が考えられるが、リアルタイムで伝送されるデータを一時記憶するバッファメモリを増やす必要がある。
【０００７】
これに対し、特許文献２に記載の録画機能付きデジタル放送受信機では、複数チャンネル分のＩＰ（Internet Protocol）パケットを時系列に含むＩＰストリームを受信バッファにそのまま格納し、格納されたＩＰストリームを一定時間毎に切り出し、時刻情報を付加して受信イメージブロックを生成し、生成された受信イメージブロックを格納エリア管理番号順に従ってＨＤＤに記録している。これにより、或るチャンネルのＩＰパケットの記録から、別のチャンネルのＩＰパケットの記録に切り替わることにより発生するシークを防止し、その結果、単位時間あたりのシーク回数を抑えている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００２−２０８２２２号公報（２００２年０７月２６日公開）
【特許文献２】特開２００８−０１７３２８号公報（２００８年０１月２４日公開）
【特許文献３】特開２００６−２０１９５３号公報（２００６年０８月０３日公開）
【特許文献４】特開２０００−０９０６４５号公報（２０００年０３月３１日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ＩＰパケットのサイズは、可変長であるため、ＨＤＤにおける記録単位であるセクタのサイズ（５１２バイトまたは４０９６バイト）、またはその倍数と同じであるとは限らない。また、ＭＰＥＧ−２ＴＳ（Moving Picture Experts Group-2 Transport Stream）におけるＴＳパケットは、１８８バイトの固定長であり、ＨＤＤのセクタのサイズよりも小さくなっている。
【００１０】
このため、特許文献２では、或るチャンネルのＩＰパケットまたはＴＳパケットを読み出す場合、他のチャンネルのＩＰパケットまたはＴＳパケットも読み出すことになり、非効率的である。
【００１１】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、古いデータを効率的に消去でき、かつ、データを効率的に読み出すことができる多チャンネル記録再生装置などを提供することにある。
【課題を解決するための手段】
【００１２】
本発明に係る多チャンネル記録再生装置は、複数のチャンネル上でそれぞれ放送された複数のストリームを受信し、受信した複数のストリームをディスク状の記録媒体であるディスク媒体に逐次記録し、再生のためのストリームを前記ディスク媒体から読み出し、かつ、古いストリームを前記ディスク媒体から逐次消去する多チャンネル記録再生装置であって、上記課題を解決するために、前記ディスク媒体にアクセスするアクセス部と、前記受信した複数のストリームを前記ディスク媒体に、前記ストリームの断片であるストリーム片を前記ディスク媒体における記録単位で逐次記録するように前記アクセス部を制御する記録制御手段と、前記ディスク媒体に逐次記録された複数のストリーム片を１つの実ファイルとして、該実ファイルを逐次作成するように前記アクセス部を制御する作成制御手段とを備えることを特徴としている。
【００１３】
また、本発明に係る多チャンネル記録再生装置の制御方法は、複数のチャンネル上でそれぞれ放送された複数のストリームを受信し、受信した複数のストリームをディスク状の記録媒体であるディスク媒体に逐次記録し、再生のためのストリームを前記ディスク媒体から読み出し、かつ、古いストリームを前記ディスク媒体から逐次消去する多チャンネル記録再生装置の制御方法であって、上記課題を解決するために、前記受信した複数のストリームを前記ディスク媒体に、前記ストリームの断片であるストリーム片を前記ディスク媒体における記録単位で逐次記録するように、前記ディスク媒体にアクセスするアクセス部を制御する記録制御ステップと、前記ディスク媒体に逐次記録された複数のストリーム片を１つの実ファイルとして、該実ファイルを逐次作成するように前記アクセス部を制御する作成制御ステップとを含むことを特徴としている。
【００１４】
上記の構成および方法によると、各チャンネルからのストリーム片は、ディスク媒体における記録単位で該ディスク媒体に逐次記録される。従って、或るチャンネルのストリーム片を読み出す場合、他のチャンネルのストリーム片と共に読み出す必要が無いので、データを効率的に読み出すことができる。
【００１５】
また、複数のチャンネルから受信され逐次記録された複数のストリーム片を１つの実ファイルとして、該実ファイルが逐次作成されるので、該複数の実ファイルは、時系列で作成されることになる。従って、記録されたストリーム片のうち、複数のチャンネルから受信され記録された古いストリーム片を消去する場合、古い実ファイルを消去すれば、上記古いストリーム片を一括消去できるので、古いデータを効率的に消去することができる。
【００１６】
本発明に係る多チャンネル記録再生装置では、前記作成制御手段は、所定時間に受信された或いは逐次記録された複数のストリーム片を１つの実ファイルとしてもよい。この場合、複数のチャンネルから受信され記録された複数のストリーム片を、上記所定時間単位で一括消去できるので、古いデータをさらに効率的に消去することができる。なお、ファイル管理の観点からは、作成される実ファイルの数は少ない方が好ましい。従って、上記所定時間は、例えば３０分、１時間など、比較的長い方が好ましい。
【００１７】
本発明に係る多チャンネル記録再生装置では、前記作成制御手段は、逐次作成された実ファイルを管理する実ファイル管理手段を備えており、該実ファイル管理手段は、各実ファイルについて、該実ファイルに含まれる複数のストリーム片を受信した受信期間を有することが好ましい。上記受信期間を参照することにより、該受診期間から所定期間を経過した古いストリーム片が含まれる古い実ファイルを容易に特定することができ、その結果、古いデータをさらに効率的に消去することができる。なお、上述と同様に、上記受信期間は、例えば３０分、１時間など、長い方が好ましい。
【００１８】
本発明に係る多チャンネル記録再生装置では、前記作成制御手段は、各チャンネルのストリームを構成する複数のストリーム片が何れの実ファイルにおける何れの部分に逐次格納されているかを管理するチャンネルシーケンス管理手段を備えることが好ましい。この場合、或るチャンネルのストリームが、何れの実ファイルにおける何れの部分に逐次格納されているかを容易に特定することができるので、上記或るチャンネルのストリームを上記ディスク媒体から容易に読み出して再生することができる。
【００１９】
本発明に係る多チャンネル記録再生装置では、前記チャンネルシーケンス管理手段は、各ストリーム片に関する時間情報を有することが好ましい。ここで、上記時間情報の例としては、上記ストリーム片を受信した受信期間、上記ストリーム片の放送予定期間、すなわち上記ストリーム片が再生されて提示される予定の期間（提示予定期間）、などが挙げられる。なお、上記提示予定期間は、上記ストリーム片に含まれている時計情報から取得することができる。上記の場合、上記時間情報に基づいて上記ストリーム片を読み出して再生することができるので、上記或るチャンネルのストリームを、所望するストリーム片から逐次読み出して再生することができる。
【００２０】
本発明に係る多チャンネル記録再生装置では、前記複数のチャンネルにてそれぞれ放送される複数の番組の提示期間を管理する番組管理手段をさらに備えることが好ましい。この場合、番組管理手段により、選択された番組の上記提示期間を特定し、特定した提示期間に対応するストリームを特定できる。従って、上記選択された番組に基づいてストリームを再生することができる。
【００２１】
なお、上記提示期間には、将来放送される予定の番組が提示される予定の期間、既に放送された番組が将来提示される予定の期間、既に放送された番組が既に提示された期間、既に放送され記録された番組が将来提示される予定の期間、などが含まれる。
【００２２】
本発明に係る多チャンネル記録再生装置では、前記作成制御手段は、前記ストリームのうち、前記消去から保護する保護部分を構成するストリーム片が何れの実ファイルにおける何れの部分に逐次格納されているかを管理する保護シーケンス管理手段を備えることが好ましい。この場合、上記ストリームにおける上記保護部分が、何れの実ファイルにおける何れの部分に逐次格納されているかを容易に特定することができるので、上記保護部分は、古いデータとなって消去されることから除外することができる。その結果、ユーザの利便性が向上する。
【００２３】
なお、複数のチャンネル上でそれぞれ放送された複数のストリームを受信して記録し、記録されたストリームの中から選択されたストリームを再生して出力するテレビジョン受像機であって、上記構成の多チャンネル記録再生装置を備えたテレビジョン受像機であれば、上述と同様の効果を奏する。
【００２４】
なお、上記多チャンネル記録再生装置の各手段を、制御プログラムによりコンピュータ上で実行させることができる。さらに、上記制御プログラムを、コンピュータ読取り可能な記録媒体に記憶させることにより、任意のコンピュータ上で当該制御プログラムを実行させることができる。
【発明の効果】
【００２５】
以上のように、本発明に係る多チャンネル記録再生装置は、各チャンネルからのストリーム片がディスク媒体における記録単位で該ディスク媒体に逐次記録されるので、或るチャンネルのストリーム片を読み出す場合、他のチャンネルのストリーム片と共に読み出す必要が無く、データを効率的に読み出すことができるという効果を奏する。また、逐次記録された複数のストリーム片を１つの実ファイルとして、該実ファイルが逐次作成されるので、該複数の実ファイルは、時系列で作成されることになり、従って、記録されたストリーム片のうち、古いストリーム片を消去する場合、古い実ファイルを消去すれば上記古いストリーム片を一括消去できるので、古いデータを効率的に消去できるという効果を奏する。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施形態である多チャンネルレコーダの概略構成を示すブロック図である。
【図２】上記多チャンネルレコーダにおける上位ファイルシステムおよびファイルシステムに格納される情報の一例を示す図である。
【図３】上記多チャンネルレコーダにおける記録処理の流れを示すフローチャートである。
【図４】上記多チャンネルレコーダにおけるＨＤＤに記録される実ファイルの変遷を示す図である。
【図５】上記多チャンネルレコーダにおける蓄積シーケンスファイルに格納される情報の一例を示す図である。
【図６】上記多チャンネルレコーダにおけるチャンネルシーケンスファイルに格納される情報の一例を示す図である。
【図７】上記チャンネルシーケンスファイルに格納される情報の別の例を示す図である。
【図８】チャンネルが増減する場合における各種ファイルの例を示す図である。
【図９】ＨＤＤを増設する場合における各種ファイルの例を示す図である。
【図１０】本発明の別の実施形態である多チャンネルレコーダの概略構成を示すブロック図である。
【図１１】保護（コピー）前における各種ファイルの例を示す図である。
【図１２】保護（コピー）後における各種ファイルの例を示す図である。
【図１３】保護すべきデータがない場合でのファイルの削除における各種ファイルの例を示す図である。
【図１４】保護すべきデータが存在する場合でのファイルの削除における各種ファイルの例を示す図である。
【図１５】保護すべきデータが存在する場合でのファイルの削除における実ファイルを示す図である。
【発明を実施するための形態】
【００２７】
〔実施の形態１〕
本発明の一実施形態について、図１を参照して説明する。図１は、本実施形態である多チャンネルレコーダの概略構成を示すブロック図である。本実施形態の多チャンネルレコーダ１は、複数のチャンネルにてそれぞれ放送されている複数の番組を次々と受信して記録し、記録した複数の番組のうち、ユーザが選択した番組を再生し、かつ、記録してから所定期間を経過した番組を消去するものである。
【００２８】
図１に示すように、多チャンネルレコーダ１は、ＨＤＤ（ディスク媒体）１０、複数の受信部１１、複数の受信用ストリームバッファ１２、書込制御部（記録制御手段）１３、ファイルシステム（アクセス部）１４、上位ファイルシステム（作成制御手段）１５、記録指示部１６、番組管理部１７、再生指示部１８、読出制御部１９、再生用ストリームバッファ２０、およびデコード部２１を備える構成である。
【００２９】
ＨＤＤ１０は、高速回転する磁気ディスクに対し、磁気ヘッドにより情報を読み書きするものである。本実施形態では、ＨＤＤ１０には、複数のチャンネルにて放送されている複数のストリームが書き込まれる。
【００３０】
複数の受信部１１は、それぞれ、複数のチャンネルにて放送されているストリームを受信するものである。上記ストリームには、映像（video）データ、音声（audio）データの他に、ＥＰＧ（Electronic Program Guide）などが含まれている。受信部１１は、受信したストリームに対し、デスクランブル、パーシャル化などを行って、受信用ストリームバッファ１２に送信する。なお、受信部１１は、放送波をアンテナを介して受信してもよいし、ＩＰストリームを通信ネットワークを介して受信してもよいし、ＣＡＴＶ（Cable Television）局から有線で受信してもよい。
【００３１】
複数の受信用ストリームバッファ１２は、それぞれ、複数の受信部１１からのストリームを一時記憶するものである。受信用ストリームバッファ１２には、ＦＩＦＯ（先入れ先出し）メモリが利用される。
【００３２】
書込制御部１３は、複数の受信用ストリームバッファ１２から逐次受信した複数のストリームをＨＤＤ１０に書き込む（記録する）ように、ファイルシステム１４に指示するものである。
【００３３】
ファイルシステム１４は、ＨＤＤ１０に対するファイルのアクセス（書込み、読出し、および消去）を管理するものである。具体的には、ファイルシステム１４は、ＨＤＤ１０に記録されるファイルの名前付け、格納、および編成を管理している。なお、本実施形態のファイルシステム１４は、一般的なファイルシステムと同様であるので、その説明を省略する。
【００３４】
本実施形態では、書込制御部１３は、受信用ストリームバッファ１２に所定量のストリームの断片（ストリーム片）が蓄積されるごとに、当該受信用ストリームバッファ１２から上記所定量のストリーム片を受信して、ファイルシステム１４を介してＨＤＤ１０に逐次書き込んでいる。このとき、書込制御部１３は、チャンネルの識別情報、ストリーム片のアドレスおよびサイズなど、書込みデータに関する各種情報を上位ファイルシステム１５に逐次送信する。
【００３５】
上記所定量は、ＨＤＤ１０のセクタ（記録単位）またはその倍数（実施例では、１．５Ｍバイト）となっている。従って、或るチャンネルのストリーム片を読み出す場合、他のチャンネルのストリーム片と共に読み出す必要が無いので、データを効率的に読み出すことができる。
【００３６】
上位ファイルシステム（時効ファイルシステム）１５は、ファイルシステム１４を制御するものである。上位ファイルシステム１５は、蓄積シーケンス管理部（実ファイル管理手段）３０およびチャンネルシーケンス管理部（チャンネルシーケンス管理手段）３１を備えている。
【００３７】
蓄積シーケンス管理部３０は、ＨＤＤ１０に逐次記録された複数のストリーム片を、１つの実ファイル（actual file）として、該実ファイルを逐次作成するようにファイルシステム１４に指示するものである。
【００３８】
これにより、ファイルシステム１４は、複数のチャンネルから複数の受信部１１にて受信され、ＨＤＤ１０に逐次記録された複数のストリーム片を１つの実ファイルとして、該実ファイルを逐次作成するので、該複数の実ファイルは、時系列で作成されることになる。従って、ファイルシステム１４が古い実ファイルを消去すれば、複数のチャンネルから受信され記録された古いストリーム片を一括消去できるので、古いデータを効率的に消去することができる。
【００３９】
また、蓄積シーケンス管理部３０は、書込制御部１３からの情報に基づき、ファイルシステム１４にて逐次作成された実ファイルを作成順に管理するものであり、該管理のための蓄積シーケンスファイル（上位ファイル）を有している。該蓄積シーケンスファイルを参照することにより、蓄積シーケンス管理部３０は、古い実ファイルを特定することができ、特定した古い実ファイルをＨＤＤ１０から消去（削除）するように、ファイルシステム１４に指示することができる。
【００４０】
なお、受信部１１が所定期間に受信した複数のストリーム片を１つの実ファイルとすることが望ましい。この場合、複数のチャンネルから受信された複数のストリーム片を、上記所定時間単位で一括消去できるので、古いデータをさらに効率的に消去することができる。なお、ファイル管理の観点からは、作成される実ファイルの数は少ない方が好ましいので、上記所定時間は、例えば３０分、１時間など、長い方が好ましい。また、所定期間にＨＤＤ１０に記録された複数のストリーム片を１つの実ファイルとしても、同様の効果が得られる。
【００４１】
また、蓄積シーケンス管理部３０は、各実ファイルについて、該実ファイルに含まれる複数のストリーム片を受信部１１が受信した受信期間を上記蓄積シーケンスファイルに格納することが望ましい。上記受信期間を参照することにより、該受信期間から所定期間を経過した古いストリーム片が含まれる古い実ファイルを容易に特定することができ、その結果、古いデータをさらに効率的に消去することができる。なお、上述と同様に、上記受信期間は、例えば３０分、１時間など、長い方が好ましい。
【００４２】
チャンネルシーケンス管理部３１は、各チャンネルのストリームを構成する複数のストリーム片が何れの実ファイルにおける何れの部分に逐次格納されているかを管理するものであり、該管理のためのチャンネルシーケンスファイルをチャンネルごとに有している。該チャンネルシーケンスファイルを参照することにより、チャンネルシーケンス管理部３１は、或るチャンネルのストリームが、何れの実ファイルにおける何れの部分に逐次格納されているかを容易に特定することができるので、上記或るチャンネルのストリームをＨＤＤ１０から容易に読み出して再生することができる。
【００４３】
また、チャンネルシーケンス管理部３１は、各ストリーム片の放送予定期間、すなわち上記ストリーム片が再生されて提示される予定の期間（提示予定期間）を上記チャンネルシーケンスファイルに格納することが望ましい。この場合、上記提示予定期間に基づいて上記ストリーム片を読み出して再生することができるので、上記或るチャンネルのストリームを、所望するストリーム片から逐次読み出して再生することができる。なお、上記提示予定期間は、上記ストリーム片に含まれている時計情報から取得することができる。また、チャンネルシーケンス管理部３１は、上記提示予定期間の代わりに、上記ストリーム片を受信した受信期間を有しても、同様の効果が得られる。
【００４４】
なお、上記時計情報の例としては、ＡＲＩＢ（Association of Radio Industries and Businesses、電波産業会）規格で用いられるＰＳＩ（Program Service Information、番組特定情報）およびＳＩ（Service Information、番組配列情報）におけるＴＯＴ（Time Offset Table）セクション、ＭＰＥＧ−２  ＴＳにおけるＥＳ（Elementary Stream）ストリーム中のＰＴＳ（Presentation Time Stamp）、ＢＤ（Blu-ray Disc（登録商標））におけるＳＴＣ（System Time Clock）シーケンスなどが挙げられる。
【００４５】
〔ファイルシステムおよび上位ファイルシステムの具体例〕
ここで、ファイルシステム１４および上位ファイルシステム１５の具体例について、図２を例に説明する。図２は、本実施形態において、上位ファイルシステム１５およびファイルシステム１４に格納される情報の一例を示す図である。図示の例では、２つのチャンネル（Ｃｈ１・Ｃｈ２）にて放送されているストリームを、それぞれ、２つのチューナにて受信している。そして、受信した２つのストリームを、２台のＨＤＤ１０（第１ＨＤＤ１０ａ・第２ＨＤＤ１０ｂ）に逐次記録している。このように、多チャンネルレコーダ１は、複数台のＨＤＤ１０を備えていてもよい。
【００４６】
〔ファイルシステムについて〕
各ファイルシステム１４ａ・１４ｂは、それぞれ、各ＨＤＤ１０ａ・１０ｂにおけるファイル（実ファイル）、空き領域などを管理するためのものである。図２に示すように、多チャンネルレコーダ１は、複数台のＨＤＤ１０にそれぞれ対応する複数のファイルシステム１４を備えていてもよい。
【００４７】
各ファイルシステム１４ａ・１４ｂは、各ＨＤＤ１０ａ・１０ｂの記録領域を、論理ブロック１〜ｎ（ｎは自然数）に分割し、論理ブロック単位でデータをアクセスするようになっている。また、各ファイルシステム１４ａ・１４ｂは、各ＨＤＤ１０ａ・１０ｂにおける何れの論理ブロックにファイルが書き込まれているかを示すファイルエントリ（File Entry）と、各論理ブロックにファイルが割当済か否かを示すビットマップ（Bit Map）とを有している。
【００４８】
図２の例では、第１ＨＤＤ１０ａには２つのファイルＡ１・Ａ２が記録されており、第１ファイルシステム１４ａには、上記２つのファイルＡ１・Ａ２のファイルエントリが格納されている。ファイルＡ１のファイルエントリによると、ファイルＡ１は、論理ブロック１から２ブロックと、論理ブロック４から２ブロックとに格納されている、すなわち、論理ブロック１・２・４・５に格納されていることが示されている。また、ファイルＡ２のファイルエントリによると、ファイルＡ２は、論理ブロック６から１ブロックと、論理ブロックｎから１ブロックとに格納されている、すなわち、論理ブロック６・ｎに格納されていることが示されている。
【００４９】
また、第２ＨＤＤ１０ｂには２つのファイルＢ１・Ｂ２が記録されており、第２ファイルシステム１４ｂには、上記２つのファイルＢ１・Ｂ２のファイルエントリが格納されている。ファイルＢ１のファイルエントリによると、ファイルＢ１は、論理ブロック１から１ブロックと、論理ブロック３から１ブロックとに格納されている、すなわち、論理ブロック１・３に格納されていることが示されている。また、ファイルＢ２のファイルエントリによると、ファイルＢ２は、論理ブロック２から１ブロックと、論理ブロック４から２ブロックとに格納されている、すなわち、論理ブロック２・４・５に格納されていることが示されている。
【００５０】
本実施形態では、ファイルＡ１・Ａ２・Ｂ１・Ｂ２は、上位ファイルシステム１５の蓄積シーケンス管理部３０およびチャンネルシーケンス管理部３１によっても管理される。上述のように、蓄積シーケンス管理部３０は蓄積シーケンスファイル３００を有しており、チャンネルシーケンス管理部３１は、チャンネルごとにチャンネルシーケンスファイル３１０を有している。これらのファイルは、上流の処理部からの情報に基づき作成される。
【００５１】
〔蓄積シーケンスファイルについて〕
蓄積シーケンスファイル３００は、ファイルシステム１４が所定時間ごとに作成した実ファイルの情報を当該ファイルの作成順に格納したものである。
【００５２】
図２の例では、蓄積シーケンスファイル３００は、対応時刻、ファイル名、およびファイルサイズを対応付けて含んでいる。すなわち、蓄積シーケンスファイル３００は、０時〜１時はファイルＡ１に、１時〜２時はファイルＡ２に、２時〜３時はファイルＢ１に、３時〜４時はファイルＢ２にそれぞれ対応づけられている。しかしながら、このような方式に限定されるものではない。
【００５３】
例えば、ファイルＡ１のファイル名に「0000_0100.TS」のような形式で上記対応時刻を含めることによって、上記対応時刻を省略することもできる。さらに、この場合、ファイル名およびファイルサイズはファイルシステム１４から取得できるので、蓄積シーケンスファイル３００は、電源オン時に、ファイルシステム１４に含まれるファイル名およびファイルサイズを検索することにより生成することができる。その結果、蓄積シーケンスファイル３００をフラッシュメモリなどの不揮発性記憶媒体に保存する必要がない。
【００５４】
例えば、ファイルＡ１のファイル名を「0000_0100.TS」に、ファイルＡ２のファイル名を「0100_0200.TS」に、ファイルＢ１のファイル名を「0200_0300.TS」に、ファイルＢ２のファイル名を「0300_0400.TS」になるように命名規則を決めておく。この場合、電源オン時に、各ファイルシステム１４ａ・１４ｂ内のファイル名を検索することにより、０時〜１時に対応づけられたファイルＡ１のファイル名として、第１ＨＤＤ１０ａの「0000_0100.TS」を取得し、２時〜３時に対応づけられたファイルＢ１のファイル名として、第２ＨＤＤ１０ｂの「0200_0300.TS」を取得することができる。
【００５５】
〔チャンネルシーケンスファイルについて〕
チャンネルシーケンスファイル３１０は、チャンネルごとに、該チャンネルのストリームを構成する複数のストリーム片が何れの実ファイルにおける何れの部分に逐次格納されているかを示す情報を、上記複数のストリーム片の受信順に格納したものである。図２の例では、各チャンネルのチャンネルシーケンスファイル３１０は、上記ストリーム片が格納されている実ファイルのファイル名と、当該実ファイルにおける格納開始位置を示すオフセットと、格納サイズとを対応付けて、上記ストリーム片の受信順に格納されている。
【００５６】
図１を参照すると、記録指示部１６は、ストリームの受信について複数の受信部１１のそれぞれに指示すると共に、ストリームの記録について、書込制御部１３に指示するものである。また、記録指示部１６は、ＥＰＧなどの番組情報を番組管理部１７に送出する。
【００５７】
番組管理部１７は、記録指示部１６からの番組情報と、上位ファイルシステム１５のチャンネルシーケンス管理部３１のチャンネルシーケンスファイルとを関連付けるものである。具体的には、番組が放送されたチャンネルシーケンスファイルの現在位置を取りだし、番組情報と関連付けて保持する。また、番組管理部１７は、関連付けた情報を再生指示部１８に送信する。
【００５８】
これにより、ユーザが選択した番組の再生時間（放送時間、提示期間）を特定し、特定した再生時間に対応する複数のストリーム片を特定することができる。従って、上記選択された番組に対応するストリームを再生することができる。なお、チャンネルシーケンスファイルに時刻情報が含まれない場合には、番組情報の時刻情報で代用すればよい。
【００５９】
なお、上記再生時間には、将来放送される予定の番組が再生される予定の時間、既に放送された番組が将来再生される予定の時間、既に放送された番組が既に再生された時間、既に放送され記録された番組が将来再生される予定の時間、などが含まれる。
【００６０】
再生指示部１８は、ユーザの選択に基づき、再生すべき番組を読出制御部１９に指示すると共に、当該再生のタイミングをデコード部２１に指示するものである。具体的には、再生指示部１８は、番組管理部１７からの番組情報に基づいて、再生すべき番組のチャンネルに対応するチャンネルシーケンスファイルを決定し、決定したチャンネルシーケンスファイルについて、上記番組情報と関連付けられたオフセットを決定する。なお、チャンネルシーケンスファイル内に時刻情報が格納されている場合には、当該時刻情報を用いてチャンネルシーケンスファイル内の上記オフセットを決定してもよい。再生指示部１８は、決定したチャンネルシーケンスファイルとそのオフセットとを読出制御部１９に通知する。
【００６１】
読出制御部１９は、再生指示部１８からの指示に基づき、ＨＤＤ１０に記録されたストリーム片を、ファイルシステム１４を介して読み出すものである。読出制御部１９は、読み出したストリーム片を再生用ストリームバッファ２０に送信する。具体的には、読出制御部１９は、再生指示部１８からのチャンネルシーケンスファイルに格納されているファイル名およびオフセットに基づき、ＨＤＤ１０に記録された当該ファイル名のファイルのストリーム片を当該オフセットから読み出して、読み出したストリーム片を再生用ストリームバッファ２０に送信する。
【００６２】
再生用ストリームバッファ２０は、読出制御部１９からのストリーム片を一時記憶するものである。再生用ストリームバッファ２０には、ＦＩＦＯ（先入れ先出し）メモリが利用される。
【００６３】
デコード部２１は、再生指示部１８からの指示に基づき、再生用ストリームバッファ２０に一時記憶されたストリーム片を、映像データ、音声データ、およびその他のデータにデコードするものである。デコード部２１は、デコードしたデータを、ＴＶ（テレビジョン）受像機２などの外部の出力装置を介して、当該ストリーム片に関する映像の表示、音声の出力などの出力を行う。
【００６４】
〔ストリームの記録処理〕
次に、上記構成の多チャンネルレコーダ１において、複数のチャンネルから受信した複数のストリームをＨＤＤ１０に逐次記録する処理について説明する。図３は、該処理の流れを示すフローチャートである。
【００６５】
図３に示すように、まず、ファイルシステム１４、蓄積シーケンス管理部３０、およびチャンネルシーケンス管理部３１は、それぞれ、実ファイル、蓄積シーケンスファイル、およびチャンネルシーケンスファイルを作成する（Ｓ１０）。次に、受信部１１が受信したストリーム片が受信用ストリームバッファ１２に蓄積され、何れかの受信用ストリームバッファ１２に所定量のストリーム片が蓄積されるまで待機する（Ｓ１１・Ｓ１２）。
【００６６】
何れかの受信用ストリームバッファ１２に所定量のストリーム片が蓄積されると、書込制御部１３は、当該受信用ストリームバッファ１２から所定量のストリーム片を受信して、ファイルシステム１４を介してＨＤＤ１０に書き込む（Ｓ１３、記録制御ステップ）。次に、ファイルシステム１４、蓄積シーケンス管理部３０、およびチャンネルシーケンス管理部３１は、それぞれ、実ファイル、蓄積シーケンスファイル、およびチャンネルシーケンスファイルを更新する（Ｓ１４、作成制御ステップ）。
【００６７】
次に、書込制御部１３は、受信開始から所定周期（例えば１時間）を経過したか否かを判断する（Ｓ１５）。経過していない場合、ステップＳ１１に戻って上記動作を繰り返す。一方、経過している場合、書込制御部１３の指示により、ファイルシステム１４は、現在の実ファイルを閉じて、新たな実ファイルを作成すると共に、蓄積シーケンス管理部３０は、上記現在の実ファイルに基づき、蓄積シーケンスファイルを更新する（Ｓ１６）。その後、ステップＳ１１に戻って上記動作を繰り返す。
【００６８】
次に、上記処理の具体例について説明する。開始時点では、２つのチューナは、それぞれ、Ｃｈ１（受信ビットレート：１．２Ｍバイト／秒）のストリームと、Ｃｈ２（受信ビットレート：３Ｍバイト／秒）のストリームとを受信し、ファイルシステム１４を介して第１ＨＤＤ１０ａに記録するものとする。書込制御部１３では、１．５Ｍバイト毎に上位ファイルシステムへ書込み要求を行い、上位ファイルシステムはそれを順に蓄積シーケンスファイルに書き出すものとする。蓄積シーケンスファイルは６秒毎に切り替えるものとする。また、開始時点から６秒後には、Ｃｈ１は１．０Ｍバイト／秒、Ｃｈ２は１．５Ｍバイト／秒、開始時点から１２秒後には、Ｃｈ１は２Ｍバイト／秒、Ｃｈ２は１Ｍバイト／秒のビットレートに変化するものとする。
【００６９】
上記の場合において、開始時点から０．５秒後には、Ｃｈ１からは０．６Ｍバイト、Ｃｈ２からは１．５Ｍバイトのストリーム片が受信用ストリームバッファ１２に蓄積された状態になる。このとき、Ｃｈ２のデータ量が１．５Ｍバイトの閾値に達するため、書込制御部１３は、上位ファイルシステムへ書込み要求を行う。該書込み要求に従い、上位ファイルシステムは、上記Ｃｈ２のストリーム片を含む実ファイルＡ１の属性（対応時刻、ファイル名、およびファイルサイズ）を蓄積シーケンスファイルに登録し、ファイルシステムは、上記Ｃｈ２のストリーム片を含む実ファイルＡ１を第１ＨＤＤ１０ａに書き込む。その後、上記Ｃｈ２のストリーム片は、受信用ストリームバッファ１２から解放される。
【００７０】
開始時点から１．０秒後には、Ｃｈ１からは１．２Ｍバイト、Ｃｈ２からは１．５Ｍバイトのストリーム片が受信用ストリームバッファ１２に蓄積された状態になる。このとき、Ｃｈ２のデータ量が上記閾値に再び達するため、書込制御部１３は、上位ファイルシステムへ書込み要求を行う。該書込み要求に従い、上記Ｃｈ２のストリーム片を実ファイルＡ１に追加するように、上位ファイルシステムは、蓄積シーケンスファイルにおける実ファイルＡ１の属性を更新し、ファイルシステムは、第１ＨＤＤ１０ａの実ファイルＡ１を更新する。
【００７１】
従って、実ファイルＡ１では、先に書き込まれたＣｈ２のストリーム片の記録領域（１．５Ｍバイト）と、今回書き込まれたＣｈ２のストリーム片の記録領域（１．５Ｍバイト）とが連続することになるので、Ｃｈ２の合計３Ｍバイトのストリーム片が記録されることになる。その後、上記Ｃｈ２のストリーム片は、受信用ストリームバッファ１２から解放される。
【００７２】
開始時点から１．２５秒後には、Ｃｈ１からは１．５Ｍバイト、Ｃｈ２からは０．７５Ｍバイトのストリーム片が受信用ストリームバッファ１２に蓄積された状態になる。このとき、Ｃｈ１のデータ量が上記閾値に達するため、書込制御部１３は、上位ファイルシステムへ書込み要求を行う。該書込み要求に従い、上記Ｃｈ１のストリーム片を実ファイルＡ１に追加するように、上位ファイルシステムは、蓄積シーケンスファイルにおける実ファイルＡ１の属性を更新し、ファイルシステムは、第１ＨＤＤ１０ａを更新する。その後、上記Ｃｈ１のストリーム片は、受信用ストリームバッファ１２から解放される。
【００７３】
この処理を繰り返していくと、開始時点から６秒後には、実ファイルＡ１には、図４の（ａ）に示すようなストリーム片が格納されることになる。同図では、Ｃｈ１のストリーム片は、Ｃｈ１の断片１〜断片５で格納され、Ｃｈ２のストリーム片は、Ｃｈ２の断片１〜断片５で格納される。これらの書き込みは、シーケンシャルで行われるため、書込ファイルの切替えによるシークは発生しない。
【００７４】
開始時点から１８秒後までには、実ファイルＡ１〜Ａ３が作成される。実ファイルＡ２には、図４の（ｂ）に示すようなストリーム片が格納されることになる。同図では、Ｃｈ１のストリーム片は、Ｃｈ１の断片６〜断片９で格納され、Ｃｈ２のストリーム片は、Ｃｈ２の断片６〜断片９で格納される。また、実ファイルＡ３には、同図の（ｃ）に示すようなストリーム片が格納されることになる。同図では、Ｃｈ１のストリーム片は、Ｃｈ１の断片１０〜断片１４で格納され、Ｃｈ２のストリーム片は、Ｃｈ２の断片１０〜断片１３で格納される。
【００７５】
このとき、蓄積シーケンスファイルは、図５に示すようになる。図示のように、最初のエントリは、対応時刻が０秒〜６秒であり、ファイル名がＡ１であり、サイズが２５．５Ｍバイトであることを示している。また、２番目のエントリは、対応時刻が６秒〜１２秒であり、ファイル名がＡ２であり、サイズが１５．０Ｍバイトであることを示している。そして、３番目のエントリは、対応時刻が１２秒〜１８秒であり、ファイル名がＡ３であり、サイズが１８．０Ｍバイトであることを示している。
【００７６】
なお、上記の例では、便宜上、６秒単位でファイルの切替えを行っているが、実際には、１０分、１５分などの分単位であったり、１時間、３時間などの時間単位である方がよい。なぜなら、ファイルの切替えの周期が短いほど、ファイル数が増えるからである。例えば、１週間のストリームに対して１時間毎にファイルを切り替えるのであれば、２４×７＝１６８個の実ファイルが作成されることになる。また、１週間のデータに対して１分毎にファイルを切り替えるのであれば、６０×２４×７＝１００８０個の実ファイルが作成されることになる。
【００７７】
図６は、図４に対応するチャンネルシーケンスファイルの一例を表形式で示す図である。図４の例では、Ｃｈ１について、断片１は、実ファイルＡ１において、３．０Ｍバイトのオフセットから１．５Ｍバイトのサイズだけ格納され、断片２は、実ファイルＡ１において、９．０Ｍバイトのオフセットから１．５Ｍバイトのサイズだけ格納されている。一方、Ｃｈ２について、断片１は、実ファイルＡ１において、０Ｍバイトのオフセットから３．０Ｍバイトのサイズだけ格納され、断片２は、実ファイルＡ１において、４．５Ｍバイトのオフセットから４．５Ｍバイトのサイズだけ格納されている。
【００７８】
そこで、図６の（ａ）・（ｂ）に示すチャンネルシーケンスファイルでは、断片の順に、当該断片が格納されるファイルのファイル名と、該ファイルの先頭からのオフセットと、当該断片のサイズとが格納される。
【００７９】
図７の（ａ）・（ｂ）は、それぞれ、図６の（ａ）・（ｂ）における当該断片のサイズに代えて、各チャンネルのストリームにおける上記断片の先頭からのオフセットを格納している。なお、図７の場合、各断片のサイズは、当該断片の当該ストリームに関するオフセットを、次の断片の当該ストリームに関するオフセットから減算することにより求めることができる。このため、図７の場合、最後の断片のサイズを算出できるようにするため、当該ストリームにおける最後尾のオフセットが格納されている。これにより、例えば、Ｃｈ１の断片１４のサイズは、２５．５−２４．０＝１．５Ｍバイトと算出することができる。
【００８０】
なお、図６および図７に示すチャンネルシーケンスファイルには、当該断片を受信した時刻など、当該断片に関する時刻情報を追加してもよい。この場合、当該断片の放送時刻（提示予定時刻）を容易に特定することができる。
【００８１】
〔チャンネルの増減について〕
本実施形態の多チャンネルレコーダ１は、受信したストリームをＨＤＤ１０に逐次記録する動作中に、受信するチャンネルが増減しても、上記動作を継続することができ、増加したチャンネルからのストリームをＨＤＤ１０に逐次記録することができる。この点について以下に説明する。
【００８２】
まず、開始時点では、Ｃｈ１（受信ビットレート：１．２Ｍバイト／秒）のストリームと、Ｃｈ２（受信ビットレート：３Ｍバイト／秒）のストリームとを受信しており、開始時点から３秒後には、Ｃｈ１のストリームの受信を停止し、開始時点から４秒後には、Ｃｈ３（受信ビットレート：１Ｍバイト／秒）のストリームと、Ｃｈ４（受信ビットレート：１．５Ｍバイト／秒）のストリームとを受信するものとする。また、受信したストリームは、ファイルシステム１４を介して第１ＨＤＤ１０ａに記録するものとする。書込制御部１３では、１．５Ｍバイト毎に上位ファイルシステムへ書込み要求を発行し、上位ファイルシステムはそれを順に蓄積シーケンスファイルに書き出すものとする。
【００８３】
図８の（ａ）〜（ｆ）は、上記の場合において、開始時点から５．０秒後における実ファイルＡ１と、蓄積シーケンスファイルと、Ｃｈ１〜Ｃｈ４のチャンネルシーケンスファイルとの状態をそれぞれ示す図である。
【００８４】
上記の場合において、開始時点から０．５秒後には、Ｃｈ２の受信用ストリームバッファ１２内のデータ量が１．５Ｍバイトの閾値に達するため、書込制御部１３は、上位ファイルシステムへ書込み要求を行う。該書込み要求に従い、上位ファイルシステムは、上記Ｃｈ２のストリーム片を含む実ファイルＡ１の属性を蓄積シーケンスファイルに登録する。また、Ｃｈ２のチャンネルシーケンスファイルを作成して、上記Ｃｈ２のストリーム片の属性（ストリームのオフセット、ファイル名、およびファイルのオフセット）を追加する。次に、ファイルシステムは、上記Ｃｈ２のストリーム片を含む実ファイルＡ１を第１ＨＤＤ１０ａに書き込む（図８の（ａ））。その後、上記Ｃｈ２のストリーム片は、受信用ストリームバッファ１２から解放される。
【００８５】
具体的には、蓄積シーケンスファイル（図８の（ｂ））では、対応時刻の始期として０秒が格納され、対応時刻の終期として現時点での時刻である０．５秒が格納される。また、実ファイルＡ１のファイル名「Ａ１」が格納され、上記Ｃｈ２のデータ量である１．５Ｍバイトが、ファイルＡ１のサイズとして登録される。
【００８６】
また、Ｃｈ２のチャンネルシーケンスファイル（図８の（ｄ））の最初のエントリには、ストリームの開始位置である０．０Ｍバイトがストリームのオフセットとして格納され、実ファイルＡ１のファイル名「Ａ１」が格納され、実ファイルＡ１の開始位置である０．０Ｍバイトがファイルのオフセットとして格納される。さらに、Ｃｈ２のチャンネルシーケンスファイルには、今回（最初）のエントリにおけるストリームのオフセットの値（０．０Ｍバイト）に、上記Ｃｈ２のデータ量である１．５Ｍバイトを加算した１．５Ｍバイトを、次のエントリにおけるストリームのオフセットとして格納する。
【００８７】
開始時点から１．０秒後には、Ｃｈ２の受信用ストリームバッファ１２内のデータ量が再び１．５Ｍバイトの閾値に達するため、書込制御部１３は、上位ファイルシステムへ書込み要求を行う。該書込み要求に従い、上記Ｃｈ２のストリーム片を実ファイルＡ１に追加するように、上位ファイルシステムは、蓄積シーケンスファイルにおける実ファイルＡ１の属性を更新し、Ｃｈ２のチャンネルシーケンスファイルにおける上記Ｃｈ２のストリーム片の属性を追加し、ファイルシステムは、第１ＨＤＤ１０ａの実ファイルＡ１を更新する（図８の（ａ））。その後、上記Ｃｈ２のストリーム片は、受信用ストリームバッファ１２から解放される。
【００８８】
具体的には、蓄積シーケンスファイル（図８の（ｂ））では、対応時刻の終期が、現時点での時刻である１．０秒に更新され、ファイルＡ１のサイズが、上記Ｃｈ２のデータ量である１．５Ｍバイトだけ加算されて、３．０Ｍバイトに更新される。また、Ｃｈ２のチャンネルシーケンスファイル（図８の（ｄ））では、次のエントリにおけるストリームのオフセットが、上記Ｃｈ２のデータ量である１．５Ｍバイトだけ加算されて、３．０Ｍバイトに更新される。
【００８９】
開始時点から１．２５秒後には、Ｃｈ１の受信用ストリームバッファ１２内のデータ量が１．５Ｍバイトの閾値に達するため、書込制御部１３は、上位ファイルシステムへ書込み要求を行う。該書込み要求に従い、上記Ｃｈ１のストリーム片を実ファイルＡ１に追加するように、上位ファイルシステムは、蓄積シーケンスファイルにおける実ファイルＡ１の属性を更新する。また、Ｃｈ１のチャンネルシーケンスファイルを作成して、上記Ｃｈ１のストリーム片の属性を追加する。次に、ファイルシステムは、上記Ｃｈ１のストリーム片を実ファイルＡ１に追加するように、第１ＨＤＤ１０ａを更新する（図８の（ａ））。その後、上記Ｃｈ１のストリーム片は、受信用ストリームバッファ１２から解放される。
【００９０】
具体的には、蓄積シーケンスファイル（図８の（ｂ））では、対応時刻の終期が、現時点での時刻である１．２５秒に更新され、ファイルＡ１のサイズが、上記Ｃｈ１のデータ量である１．５Ｍバイトだけ加算されて、４．５Ｍバイトに更新される。また、Ｃｈ１のチャンネルシーケンスファイル（図８の（ｃ））の最初のエントリには、ストリームの開始位置である０．０Ｍバイトがストリームのオフセットとして格納され、実ファイルＡ１のファイル名「Ａ１」が格納され、実ファイルＡ１のオフセットである３．０Ｍバイトが格納される。さらに、Ｃｈ１のチャンネルシーケンスファイルには、今回（最初）のエントリにおけるストリームのオフセットの値（０．０Ｍバイト）に、上記Ｃｈ１のデータ量である１．５Ｍバイトを加算した１．５Ｍバイトを、次のエントリにおけるストリームのオフセットとして格納する。
【００９１】
開始時点から１．５秒後、２．０秒後、２．５秒後、３．０秒後、３．５秒後、および４．０秒後には、Ｃｈ２の受信用ストリームバッファ１２内のデータ量がそれぞれ１．５Ｍバイトの閾値に達するため、上述と同様の処理を行う（図８の（ａ）・（ｂ）・（ｄ））。
【００９２】
さらに、開始時点から４．０秒後には、Ｃｈ４の受信用ストリームバッファ１２内のデータ量が１．５Ｍバイトの閾値に達するため、書込制御部１３は、上位ファイルシステムへ書込み要求を行う。該書込み要求に従い、上記Ｃｈ４のストリーム片を実ファイルＡ１に追加するように、上位ファイルシステムは、蓄積シーケンスファイルにおける実ファイルＡ１の属性を更新する。また、Ｃｈ４のチャンネルシーケンスファイルを作成して、上記Ｃｈ４のストリーム片の属性を追加する。次に、ファイルシステムは、上記Ｃｈ４のストリーム片を実ファイルＡ１に追加するように、第１ＨＤＤ１０ａを更新する（図８の（ａ））。その後、上記Ｃｈ４のストリーム片は、受信用ストリームバッファ１２から解放される。
【００９３】
具体的には、蓄積シーケンスファイル（図８の（ｂ））では、対応時刻の終期が、現時点での時刻である４．０秒に更新され、ファイルＡ１のサイズが、上記Ｃｈ４のデータ量である１．５Ｍバイトだけ加算されて、１５．０Ｍバイトに更新される。また、Ｃｈ４のチャンネルシーケンスファイル（図８の（ｆ））の最初のエントリには、ストリームの開始位置である０．０Ｍバイトがストリームのオフセットとして格納され、実ファイルＡ１のファイル名「Ａ１」が格納され、実ファイルＡ１のオフセットである１３．５Ｍバイトが格納される。さらに、Ｃｈ４のチャンネルシーケンスファイルには、今回（最初）のエントリにおけるストリームのオフセットの値（０．０Ｍバイト）に、上記Ｃｈ４のデータ量である１．５Ｍバイトを加算した１．５Ｍバイトを、次のエントリにおけるストリームのオフセットとして格納する。
【００９４】
開始時点から４．５秒後には、Ｃｈ２およびＣｈ３の受信用ストリームバッファ１２内のデータ量が１．５Ｍバイトの閾値に達するため、上述と同様の処理を行う（図８の（ａ）・（ｂ）・（ｄ）・（ｅ））。そして、開始時点から５．０秒後には、Ｃｈ２およびＣｈ４の受信用ストリームバッファ１２内のデータ量が１．５Ｍバイトの閾値に達するため、上述と同様の処理を行う（図８の（ａ）・（ｂ）・（ｄ）・（ｆ））。
【００９５】
なお、上記の例では、便宜上、短い間隔でチャンネルの増減を行っているが、ユーザ設定によって、蓄積するチャンネルを設定変更したりする場合等でも処理は変化しない。
【００９６】
〔ＨＤＤの増設について〕
本実施形態の多チャンネルレコーダ１は、受信したストリームをＨＤＤ１０に逐次記録する動作中に、ＨＤＤ１０が増設されても、上記動作を継続することができ、受信したストリームを増設されたＨＤＤ１０に逐次記録することができる。この点について以下に説明する。
【００９７】
まず、開始時点では、残容量が１５Ｍバイトである第１ＨＤＤ１０ａが接続されており、受信チャンネルはＣｈ１のみであり、受信ビットレートは１．５Ｍバイト／秒であり、開始時点から５秒後に第２ＨＤＤ１０ｂが増設されるものとする。また、書込制御部１３では、１．５Ｍバイト毎に上位ファイルシステムへ書込み要求を発行するものとする。
【００９８】
図９の（ａ）〜（ｄ）は、上記の場合において、開始時点から１１秒後における実ファイルＡ１と、実ファイルＢ１と、蓄積シーケンスファイルと、Ｃｈ１のチャンネルシーケンスファイルとの状態をそれぞれ示す図である。
【００９９】
上記の場合において、開始時点から１．０秒後には、Ｃｈ１の受信用ストリームバッファ１２内のデータ量が１．５Ｍバイトの閾値に達するため、書込制御部１３は、上位ファイルシステムへ書込み要求を行う。該書込み要求に従い、上位ファイルシステムは、上記Ｃｈ１のストリーム片を含む実ファイルＡ１の属性を蓄積シーケンスファイルに登録する。また、Ｃｈ１のチャンネルシーケンスファイルを作成して、上記Ｃｈ１のストリーム片の属性を追加する。次に、ファイルシステムは、上記Ｃｈ１のストリーム片を含む実ファイルＡ１を第１ＨＤＤ１０ａに書き込む（図９の（ａ））。その後、上記Ｃｈ１のストリーム片は、受信用ストリームバッファ１２から解放される。
【０１００】
具体的には、蓄積シーケンスファイル（図９の（ｃ））では、対応時刻の始期として０秒が格納され、対応時刻の終期として現時点での時刻である１．０秒が格納される。また、実ファイルＡ１のファイル名「Ａ１」が格納され、上記Ｃｈ１のデータ量である１．５Ｍバイトが、ファイルＡ１のサイズとして登録される。
【０１０１】
また、Ｃｈ１のチャンネルシーケンスファイル（図９の（ｄ））の最初のエントリには、ストリームの開始位置である０．０Ｍバイトがストリームのオフセットとして格納され、実ファイルＡ１のファイル名「Ａ１」が格納され、実ファイルＡ１の開始位置である０．０Ｍバイトがファイルのオフセットとして格納される。さらに、Ｃｈ１のチャンネルシーケンスファイルには、今回（最初）のエントリにおけるストリームのオフセットの値（０．０Ｍバイト）に、上記Ｃｈ１のデータ量である１．５Ｍバイトを加算した１．５Ｍバイトを、次のエントリにおけるストリームのオフセットとして格納する。
【０１０２】
開始時点から２．０秒後、３．０秒後、４．０秒後、および５．０秒後には、Ｃｈ１の受信用ストリームバッファ１２内のデータ量がそれぞれ１．５Ｍバイトの閾値に達するため、上述と同様の処理を行う（図９の（ａ）・（ｃ）・（ｄ））。
【０１０３】
開始時点から５秒後の時点で、第２ＨＤＤ１０ｂが増設される。このとき、多チャンネルレコーダ１は、第２ＨＤＤ１０ｂを認識し、第２ＨＤＤ１０ｂのファイルシステムを準備する以外には、特別な作業を行わない。また、この時点における蓄積シーケンスでは、実際のアクセス先は第１ＨＤＤ１０ａであり、第１ＨＤＤ１０ａは、未だ容量が７．５Ｍバイト余っている状態である。
【０１０４】
その後、開始時点から６．０秒後、７．０秒後、８．０秒後、９．０秒後、および１０．０秒後には、Ｃｈ１の受信用ストリームバッファ１２内のデータ量がそれぞれ１．５Ｍバイトの閾値に達するため、上述と同様の処理を行う（図９の（ａ）・（ｃ）・（ｄ））。
【０１０５】
そして、開始時点から１１秒後には、Ｃｈ１の受信用ストリームバッファ１２内のデータ量が１．５Ｍバイトの閾値に達するため、書込制御部１３は、上位ファイルシステムへ書込み要求を行う。このとき、上位ファイルシステムは、第１ＨＤＤ１０ａに容量がないため、上記Ｃｈ１のストリーム片を含む新たな実ファイルＢ１の属性を蓄積シーケンスファイルに登録する。また、Ｃｈ１のチャンネルシーケンスファイルにおける次のエントリに、上記Ｃｈ１のストリーム片の属性を追加する。次に、第２ＨＤＤ１０ｂのファイルシステムは、新たなファイルＢ１を作成し、上記Ｃｈ１のストリーム片を含む実ファイルＢ１を第２ＨＤＤ１０ｂに書き込む（図９の（ｂ））。その後、上記Ｃｈ１のストリーム片は、受信用ストリームバッファ１２から解放される。
【０１０６】
具体的には、蓄積シーケンスファイル（図９の（ｃ））の新たなエントリでは、対応時刻の始期として、前のエントリにおける対応時刻の終期である１０秒が格納され、対応時刻の終期として現時点での時刻である１１秒が格納される。また、実ファイルＢ１のファイル名「Ｂ１」が格納され、上記Ｃｈ１のデータ量である１．５Ｍバイトが、ファイルＢ１のサイズとして格納される。
【０１０７】
また、Ｃｈ１のチャンネルシーケンスファイル（図９の（ｄ））の新たなエントリでは、ストリームのオフセットが１５．０Ｍバイトで格納済みであり、実ファイルＢ１のファイル名「Ｂ１」が格納され、実ファイルＢ１の開始位置である０．０Ｍバイトがファイルのオフセットとして格納される。さらに、Ｃｈ１のチャンネルシーケンスファイルには、今回のエントリにおけるストリームのオフセットの値（１５．０Ｍバイト）に、上記Ｃｈ１のデータ量である１．５Ｍバイトを加算した１６．５Ｍバイトを、次のエントリにおけるストリームのオフセットとして格納する。
【０１０８】
〔実施の形態２〕
次に、本発明の別の実施形態について、図１０を参照して説明する。図１０は、本実施形態である多チャンネル記録再生装置の概略構成を示すブロック図である。図示の多チャンネルレコーダ１は、図１に示す多チャンネルレコーダ１に比べて、上位ファイルシステム１５に、コンテンツシーケンス管理部（保護シーケンス管理手段）３２が追加される点が異なり、その他の構成は同様である。なお、上記実施形態で説明した構成と同様の機能を有する構成には同一の符号を付して、その説明を省略する。
【０１０９】
コンテンツシーケンス管理部３２は、ＨＤＤ１０に逐次記録されたストリームのうち、蓄積シーケンス管理部３０によるファイルの消去から保護する保護部分を構成するストリーム片が何れの実ファイルにおける何れの部分に逐次格納されているかを管理するものであり、該管理のためのコンテンツシーケンスファイルを有している。ユーザが所望するストリーム片を消去から保護するように指示されると、コンテンツシーケンス管理部３２は、当該ストリーム片に関する情報をコンテンツシーケンスファイルに格納する。これにより、上記保護部分は、古いストリーム片となって消去されることから除外されることができ、ユーザの利便性が向上する。
【０１１０】
ところで、多チャンネルレコーダでは、所定期間超えたデータを消去する処理が実行される。このため、ＨＤＤ１０に保存（保護）したい番組が存在する場合、一般的には、当該番組の実際のデータをコピーするなどの対応を行うことになるが、実際のデータのコピーには、時間がかかる。
【０１１１】
これに対し、本実施形態では、コンテンツシーケンス管理部３２が更新されるのみであり、ＨＤＤ１０におけるデータのコピーなどが発生しない。従って、ＨＤＤ１０の処理負担が軽減できる。また、デジタル保護機能におけるコピーの制限回数が減ることを防止できる。この点について以下に説明する。
【０１１２】
まず、２つのチャンネルＣｈ１・Ｃｈ２からのストリーム片を２０秒間蓄積し、１０秒毎に新たな実ファイルＡ１・Ａ２に格納され、蓄積シーケンスファイルと、Ｃｈ１・Ｃｈ２のチャンネルシーケンスファイルとによって参照されているものとする。図１１（ａ）〜（ｅ）は、上記の場合において、開始時点から２０．０秒後における実ファイルＡ１・Ａ２と、蓄積シーケンスファイルと、Ｃｈ１のチャンネルシーケンスファイルと、Ｃｈ２のチャンネルシーケンスファイルと、参照テーブルとの状態をそれぞれ示す図である。
【０１１３】
上記参照テーブルは、実ファイルＡ１・Ａ２のそれぞれが何れのシーケンスファイルから参照されているかを示すものである。上記の場合では、実ファイルＡ１・Ａ２の両方とも、蓄積シーケンスファイル、Ｃｈ１チャンネルシーケンスファイル、およびＣｈ２チャンネルシーケンスの３つのシーケンスから参照されているため、値３が格納されている。
【０１１４】
図１１に示す場合において、実ファイルＡ１における１．５Ｍバイト〜１２Ｍバイトのオフセットの区間を保存する場合を考える。図１２の（ａ）・（ｂ）は、この場合における参照テーブルおよびコンテンツシーケンスファイルの状態をそれぞれ示す図である。
【０１１５】
蓄積シーケンスやチャンネルシーケンスは、所定期間が経過する毎に消去されることになるが、コンテンツシーケンスファイルは、ユーザが消去を指示したり、外部の記録媒体への移動を指示したりしない限り消去されない。なお、図示の例では、参照テーブルには、参照数が格納されているが、参照しているファイル名や、該当ファイルのファイルエントリを格納することでも実現することができる。
【０１１６】
コンテンツシーケンスファイルは、蓄積シーケンス管理部３０からの指示によって作成される、コンテンツ毎に作成されるシーケンスであり、番組単位であったり、時間単位であったり、特定シーンだけを抽出したものなど考えられる。
【０１１７】
図１１の（ａ）に示すように、実ファイルＡ１における１．５Ｍバイト〜１２Ｍバイトのオフセットの区間において、Ｃｈ２に関するものは、実ファイルＡ１における１．５Ｍバイト〜３．０Ｍバイトのオフセットの区間（１．５Ｍバイト）と、４．５Ｍバイト〜１２Ｍバイトのオフセットの区間（７．５Ｍバイト）とであり、合計サイズは９．０Ｍバイトとなる（図１２の（ｂ））。
【０１１８】
〔時効処理について〕
次に、時効処理について説明する。時効処理は、記録後に所定期間が経過したストリーム片を削除するための処理である。以下では、図１１に示す場合において、対応時刻が０秒〜１０秒の区間の実ファイルが上記所定期間を経過したとする。また、以下では、保護（コピー）された区間を含む場合と、該区間を含まない場合とに分けて説明する。
【０１１９】
〔保護（コピー）された区間を含まない場合〕
図１３の（ａ）〜（ｅ）は、図１１に示す場合において、対応時刻が０秒〜１０秒の区間のストリーム片を消去した場合における実ファイルＡ２、蓄積シーケンスファイル、Ｃｈ１およびＣｈ２のチャンネルシーケンスファイル、並びに参照テーブルの状態を示す図である。同図では、削除されたエントリは、ハイフン（−）で示されている。
【０１２０】
図１１の（ｂ）に示す蓄積シーケンスファイルを参照すると、対応時刻が０秒〜１０秒の区間のストリーム片に対応する実ファイルはファイルＡ１であることが分かる。そこで、各チャンネルシーケンスの中から、ファイルＡ１に対応するエントリを削除する（図１３の（ｃ）・（ｄ））。エントリが削除されたチャンネルシーケンスファイルの数だけ、参照テーブルにおけるファイルＡ１の参照リンク数を減らす。全てのチャンネルシーケンスファイルを処理した後、蓄積シーケンスファイルにおけるファイルＡ１のエントリを削除し（図１３の（ｂ））、参照テーブルにおけるファイルＡ１の参照リンク数を１減らす。この時点で、ファイルＡ１の参照リンクは０になるため、実ファイルＡ１を削除し（図１３の（ａ））、参照テーブルからファイルＡ１のエントリを削除する（図１３の（ｅ））。
【０１２１】
なお、図１３における各シーケンスファイルおよび参照テーブルは、削除されたエントリを詰めてもよいし、リンクバッファのように、有効データの先頭を指示させてもよい。なお、各チャンネルシーケンスファイルのチャンネルシーケンスオフセットの値を減算していないが、新しい先頭のエントリのオフセット値を減算して求めればよい。
【０１２２】
〔保護（コピー）された区間を含む場合〕
図１４の（ａ）〜（ｆ）は、図１１および図１２に示す場合において、対応時刻が０秒〜１０秒の区間のストリーム片を消去した場合における実ファイルＡ２、蓄積シーケンスファイル、Ｃｈ１およびＣｈ２のチャンネルシーケンスファイル、参照テーブルの状態、並びにコンテンツシーケンスファイルを示す図である。同図では、削除されたエントリは、ハイフン（−）で示されている。
【０１２３】
蓄積シーケンスファイルから、対応時刻が０秒〜１０秒の区間のストリーム片に対応する実ファイルＡ１を、各チャンネルシーケンス、蓄積シーケンスのエントリから削除し、参照テーブルの参照リンクを減算するところまでは、図１３の例と同様の処理になる。
【０１２４】
図１４の例では、ファイルＡ１の参照リンク数は１になる。これは、コンテンツシーケンスファイルから参照があるためである。従って、実ファイルＡ１は削除されずに残る。なお、実ファイルＡ１には、ＣＨ２だけでなく、ＣＨ１のストリーム片も残っている。これを回収するためには、実ファイルを格納しているファイルシステムに、特許文献３に記載の手法を用いればよい。該手法では、ファイル内のオフセットを保存しながら、ファイルの途中の領域を解放することができる。図１５は、当該手法を用いた結果における実ファイルＡ１の例を示している。
【０１２５】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０１２６】
例えば、上記実施形態では、記録媒体としてＨＤＤを用いているが、光ディスクドライブ、またはそれらの組合せを用いることもできる。
【０１２７】
また、上記実施形態では、多チャンネルレコーダ１とＴＶ受像機２とを別々の構成としているが、一体の構成としてもよい。
【０１２８】
最後に、多チャンネルレコーダ１の各ブロック、ファイルシステム１４、上位ファイルシステム１５、記録指示部１６、番組管理部１７、および再生指示部１８は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０１２９】
すなわち、多チャンネルレコーダ１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである多チャンネルレコーダ１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記多チャンネルレコーダ１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１３０】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ（登録商標）／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１３１】
また、多チャンネルレコーダ１を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【産業上の利用可能性】
【０１３２】
以上のように、或るチャンネルのデータを読み出す場合、他のチャンネルのデータと共に読み出す必要が無く、データを効率的に読み出すことができると共に、記録されたデータのうち、古いデータを消去する場合、古いファイルを消去すればよく、古いデータを効率的に消去できるので、ＨＤＤ以外にも、シークが発生する任意のディスク状記録媒体（ディスク媒体）に対し本発明を適用することができる。
【符号の説明】
【０１３３】
１  多チャンネルレコーダ
２  ＴＶ受像機
１０  ＨＤＤ
１０ａ  第１ＨＤＤ
１０ｂ  第２ＨＤＤ
１１  受信部
１２  受信用ストリームバッファ
１３  書込制御部（記録制御手段）
１４  ファイルシステム（アクセス部）
１５  上位ファイルシステム（作成制御手段）
１６  記録指示部
１７  番組管理部
１８  再生指示部
１９  読出制御部
２０  再生用ストリームバッファ
２１  デコード部
３０  蓄積シーケンス管理部（実ファイル管理手段）
３１  チャンネルシーケンス管理部（チャンネルシーケンス管理手段）
３２  コンテンツシーケンス管理部（保護シーケンス管理手段）
【図１】
2014013633.tif 000003
【図２】
2014013633.tif 000004
【図３】
2014013633.tif 000005
【図４】
2014013633.tif 000006
【図５】
2014013633.tif 000007
【図６】
2014013633.tif 000008
【図７】
2014013633.tif 000009
【図８】
2014013633.tif 000010
【図９】
2014013633.tif 000011
【図１０】
2014013633.tif 000012
【図１１】
2014013633.tif 000013
【図１２】
2014013633.tif 000014
【図１３】
2014013633.tif 000015
【図１４】
2014013633.tif 000016
【図１５】
2014013633.tif 000017
【手続補正書】
【提出日】平成25年6月11日(2013.6.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のチャンネル上でそれぞれ放送された複数のストリームを受信し、受信した複数のストリームをディスク状の記録媒体であるディスク媒体に逐次記録し、再生のためのストリームを前記ディスク媒体から読み出し、かつ、古いストリームを前記ディスク媒体から逐次消去する多チャンネル記録再生装置であって、
前記ディスク媒体にアクセスするアクセス部と、
前記受信した複数のストリームを前記ディスク媒体に、前記ストリームの断片であるストリーム片を前記ディスク媒体における記録単位で逐次記録するように前記アクセス部を制御する記録制御手段と、
前記ディスク媒体に逐次記録された複数のストリーム片を１つの実ファイルとして、該実ファイルを逐次作成するように前記アクセス部を制御する作成制御手段とを備え、
前記記録制御手段は、同じチャンネルの前記ストリームの断片のみからなる前記ストリーム片を、前記ディスク媒体に記録単位で記録するように前記アクセス部を制御することを特徴とする多チャンネル記録再生装置。
【請求項２】
前記作成制御手段は、所定時間に受信された或いは逐次記録された複数のストリーム片を１つの実ファイルとすることを特徴とする請求項１に記載の多チャンネル記録再生装置。
【請求項３】
前記作成制御手段は、逐次作成された実ファイルを管理する実ファイル管理手段を備えており、
該実ファイル管理手段は、各実ファイルについて、該実ファイルに含まれる複数のストリーム片を受信した受信期間を有することを特徴とする請求項１または２に記載の多チャンネル記録再生装置。
【請求項４】
前記作成制御手段は、各チャンネルのストリームを構成する複数のストリーム片が何れの実ファイルにおける何れの部分に逐次格納されているかを管理するチャンネルシーケンス管理手段を備えることを特徴とする請求項１から３までの何れか１項に記載の多チャンネル記録再生装置。
【請求項５】
前記チャンネルシーケンス管理手段は、各ストリーム片に関する時間情報を有することを特徴とする請求項４に記載の多チャンネル記録再生装置。
【請求項６】
前記複数のチャンネルにてそれぞれ放送される複数の番組の提示期間を管理する番組管理手段をさらに備えることを特徴とする請求項５に記載の多チャンネル記録再生装置。
【請求項７】
前記作成制御手段は、前記ストリームのうち、前記消去から保護する保護部分を構成するストリーム片が何れの実ファイルにおける何れの部分に逐次格納されているかを管理する保護シーケンス管理手段を備えることを特徴とする請求項１から６までの何れか１項に記載の多チャンネル記録再生装置。
【請求項８】
複数のチャンネル上でそれぞれ放送された複数のストリームを受信して記録し、記録されたストリームの中から選択されたストリームを再生して出力するテレビジョン受像機であって、
請求項１から７までの何れか１項に記載の多チャンネル記録再生装置を備えることを特徴とするテレビジョン受像機。
【請求項９】
請求項１から７までの何れか１項に記載の多チャンネル記録再生装置を動作させるための制御プログラムであって、コンピュータを上記の各手段として機能させるための制御プログラム。
【請求項１０】
請求項９に記載の制御プログラムが記録されたコンピュータ読取り可能な記録媒体。
【請求項１１】
複数のチャンネル上でそれぞれ放送された複数のストリームを受信し、受信した複数のストリームをディスク状の記録媒体であるディスク媒体に逐次記録し、再生のためのストリームを前記ディスク媒体から読み出し、かつ、古いストリームを前記ディスク媒体から逐次消去する多チャンネル記録再生装置の制御方法であって、
前記受信した複数のストリームを前記ディスク媒体に、前記ストリームの断片であるストリーム片を前記ディスク媒体における記録単位で逐次記録するように、前記ディスク媒体にアクセスするアクセス部を制御する記録制御ステップと、
前記ディスク媒体に逐次記録された複数のストリーム片を１つの実ファイルとして、該実ファイルを逐次作成するように前記アクセス部を制御する作成制御ステップとを含み、
前記記録制御ステップにおいて、同じチャンネルの前記ストリームの断片のみからなる前記ストリーム片を、前記ディスク媒体に記録単位で記録するように前記アクセス部を制御することを特徴とする多チャンネル記録再生装置の制御方法。