(57)【要約】【課題】予約録画が複数存在する場合であっても、処理回路の規模を増大させることなく、各番組の先頭および最後の部分を途切れなく録画する。【解決手段】番組録画装置は、予約情報に基づいて録画の開始指示および終了指示を出力する制御部と、開始／終了指示に基づいて番組の録画を開始／終了する記録処理部とを有している。予約情報が複数存在する場合には、制御部は、予約録画の対象となる番組のうち時間的に連続する複数の番組を時刻情報に基づいて特定して、その最初の番組の放送開始時刻に録画の開始指示を出力し、その最後の番組の放送終了時刻に録画の終了指示を出力する。そして複数の番組の各々を再生するための管理情報を生成する。記録処理部は、連続する複数の番組を含む１つのデータストリームおよび管理情報を記録媒体に記録する。【選択図】図１
2009224024.tif 000002
【特許請求の範囲】
【請求項１】
予約情報を受け取る受信部であって、前記予約情報は、予約録画の対象となる番組の放送開始時刻および放送終了時刻を特定する時刻情報を含む受信部と、
前記予約情報を格納するメモリと、
前記予約情報に基づいて録画の開始指示および終了指示を出力する制御部と、
前記番組に関するデータストリームを受け取り、記録媒体に記録することによって録画を行う記録処理部であって、前記開始指示に基づいて前記番組の録画を開始し、前記終了指示に基づいて録画を終了する記録処理部と、
前記記録媒体に記録されたデータストリームを読み出してデコードするデコーダと
を有する番組録画装置であって、前記予約情報が複数存在する場合には、
前記制御部は、予約録画の対象となる番組のうち時間的に連続する複数の番組を前記時刻情報に基づいて特定して、その最初の番組の放送開始時刻に録画の開始指示を出力し、
その最後の番組の放送終了時刻に録画の終了指示を出力し、かつ、前記複数の番組の各々を再生するための管理情報を生成し、
前記記録処理部は、連続する前記複数の番組を含む１つのデータストリームおよび前記管理情報を前記記録媒体に記録し、
前記デコーダは、前記管理情報に基づき、前記記録媒体に記録されたデータストリームを読み出してデコードする、番組録画装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送される番組の予約録画の実行を制御する技術に関する。
【背景技術】
【０００２】
テレビ放送を録画する録画機器として、従来から磁気テープにテレビ放送の番組を記録するＶＣＲ（Ｖｉｄｅｏ  Ｃａｓｓｅｔｔｅ  Ｒｅｃｏｒｄｅｒ）が多く普及しており、近年は、書き込み可能な光ディスク（ＤＶＤ−ＲＡＭ、ＤＶＤ＋−Ｒ／ＲＷ、Ｂｌｕ−ｒａｙ  Ｒｅｗｒｉｔａｂｌｅ等）に番組を記録する光ディスクレコーダの普及が進んでいる。後者の普及は、データストリームとして記録するための規格化が進んだことによるところも大きい。そのような規格として、例えばＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−Ｒｅｃｏｒｄｉｎｇ、Ｂｌｕ−ｒａｙ  Ｒｅｗｒｉｔａｂｌｅ等が知られている。
【０００３】
録画機器において番組の録画を開始し、終了する際には、録画の開始処理および終了処理を行う必要がある。アナログ放送番組の録画を例にとると、ＶＣＲでは、テープの駆動、番組の選局、番組信号の変換等の開始処理の後に番組の録画が開始され、テープの停止等の終了処理を経て、番組の録画が終了する。
【０００４】
光ディスクレコーダの開始処理および終了処理はさらに複雑である。すなわち、光ディスクの駆動、光ヘッドの移動、番組の選局の他に、番組信号のＡＤ変換、バッファへのデータ蓄積、エンコーダの初期化、ＭＰＥＧ−２エンコード等の開始処理の後に光ディスク（例えばＤＶＤ−ＲＡＭ）への記録が開始される。そして、番組の記録が終了した後も、バッファのクリア、各番組のデータストリームの管理情報（ＶＯＢ、ＣＥＬＬ等）の記録、管理情報ファイルのバックアップ、光ディスクの駆動を停止および光ヘッドの退避を経て、番組の録画が終了する。さらに、デジタル放送の番組を録画する際には、光ディスクに記録可能なデータ形式等に変換する必要がある。このときは、番組の符号化ストリームを一旦デマルチプレクスし、デコードした後、再びエンコードしなければならず、さらに処理に時間を要する。
【０００５】
上述した開始処理および終了処理に要する時間は、その直前、直後に他の番組を続けて録画しない場合には特に大きな問題にはならない。一方、他の番組を続けて録画する場合にはその時間を考慮する必要がある。これは特に、ユーザが不在の状態で録画が行われる予約録画の場合において必要である。ユーザが操作して番組を続けて録画する場合には、開始処理および終了処理に要する時間がかかったとしてもユーザは各番組の内容を確認できるのに対し、予約録画の場合にはユーザが不在の場合が多いため、開始処理および終了処理に要する時間が長くなると録画への影響が現れるからである。
【０００６】
特許文献１には、録画予約された番組が時間的に連続しているときの、ＶＣＲの予約録画の処理が開示されている。ＶＣＲは、予約番組が時間的に連続しているときには録画を継続して行う。そして、それぞれの番組の録画開始部分に先頭コードを書き込む。再生時には先頭コードを検出することにより、所望の番組を素早く見つけ出すことができる。しかし、特許文献１の技術では記録媒体がビデオカセットテープであるため、ストリームと管理情報を別々に記録する光ディスク方式のようなランダムアクセス性は得られない。例えば、番組が複数に分かれているか否かは再生又は頭だしを行うまでユーザには分からない。これは、ストリームにしか境界情報が記録されていないためである。
【０００７】
以下、光ディスクレコーダに時間的に連続した２つの番組の録画が予約されたときの予約録画の処理を説明する。例えば特許文献２には、連続録画を行う録画機器が開示されている。
【０００８】
図１５（ａ）は、連続して受信される番組Ａおよび番組Ｂを示す。番組Ａの受信は時刻Ｔにおいて終了し、番組Ｂの受信が時刻Ｔから開始される。なお放送局からの番組の送信時刻と光ディスクレコーダにおける受信時刻とは実質的に同時であり、時間的なずれはないとする。
【０００９】
図１５（ｂ）は、番組Ａを優先して録画したときの番組Ａおよび番組Ｂのメディア（ＤＶＤ−ＲＡＭ）への記録時刻の関係を示す。光ディスクレコーダでは番組信号のＡＤ変換、バッファへの蓄積およびＭＰＥＧ−２圧縮符号化に時間を要する。したがって受信完了時刻と記録完了時刻との間にはずれがある。図１５（ｂ）では時刻Ｔにおいて放送および受信が完了した番組Ａが、時刻（Ｔ＋ｔ１）において光ディスクへ記録されていることを示す。すなわち、この光ディスクレコーダは番組信号の圧縮符号化等に時間ｔ１を要している。そして、時刻（Ｔ＋ｔ１）から時刻（Ｔ＋ｔ１＋ｔ２）までの期間において、番組Ａの録画終了処理および番組Ｂの記録開始処理が行われる。番組Ｂの受信は時刻（Ｔ＋ｔ１＋ｔ２）から開始され、メディアへの記録はそのｔ１後から開始される。上述の処理によれば、番組Ａを最後まで録画できる。なお、時間ｔ１およびｔ２は、例えばそれぞれ約６０秒および約１０秒である。
【００１０】
図１５（ｃ）は、番組Ｂを優先して録画したときの番組Ａおよび番組Ｂのメディア（ＤＶＤ−ＲＡＭ）への記録時刻の関係を示す。番組Ｂの先頭から録画を開始するため、光ディスクレコーダは、番組信号の圧縮符号化等に要する時間ｔ１と、番組Ａの録画終了処理および番組Ｂの録画開始処理の合計時間ｔ２とを考慮して、番組Ａの受信を時刻（Ｔ−ｔ１−ｔ２）において終了する。そして、番組Ｂの放送が開始される時刻Ｔからその番組信号を受信できるようにしている。この結果、番組Ｂを放送開始時刻から録画できる。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】実開平２−１１００２６号公報
【特許文献２】特開２００３−２４４６１３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
連続する複数の番組を録画予約したとき、従来の録画機器は番組終了後に録画終了処理を行い、次の番組の開始時に録画開始処理を行うため、番組の一部が途切れて録画されるという問題が生じていた。
【００１３】
例えば図１５（ｂ）に示すように、番組Ａの録画を優先すると番組Ｂはその開始後Δｔ（＝ｔ１＋ｔ２）の期間は録画されないため、番組Ｂの先頭部分が途切れてしまう。一方、図１５（ｃ）に示すように、番組Ｂの録画を優先すると番組Ａはその最後のΔｔ（＝ｔ１＋ｔ２）の期間は録画されないため、番組Ａの最後の部分が途切れてしまう。これでは、前の番組の最後も後の番組の先頭も記録したいというユーザの要求を満たすことができない。
【００１４】
また、ＶＣＲでは符号化処理等が省略されるため、上述の時間ｔ１はある程度短くなる。しかし、番組Ａの録画終了処理および番組Ｂの録画開始処理の合計時間ｔ２は必ず必要であり、少なくとも期間ｔ２は番組Ａまたは番組Ｂが途切れてしまう。
【００１５】
なお、チューナやエンコーダ等の処理回路を複数設け、番組Ａの録画終了処理および番組Ｂの録画開始処理を並行して実行すると、確かに番組ＡおよびＢの両方を途切れなく録画できる。すなわち、番組Ａの終了前に予め番組Ｂの録画開始処理を開始しておき、その後の番組Ａの録画終了処理時に番組Ｂの録画を開始すると、番組Ａの最後の部分および番組Ｂの先頭部分を録画できる。しかし上述の処理を行うと、部分的に同じ場面が重複して録画される可能性が高くなる。録画の失敗をなくすために、通常は録画終了時刻を若干遅らせ、録画開始時刻を若干早めると考えられるからである。
【００１６】
両方の録画処理によって重複録画が行われると、番組ＡおよびＢを連続して視聴する際ユーザは違和感を覚える。録画された番組の視聴時の違和感をなくす観点からは、このような複数の処理回路を並列的に利用した録画も好ましいとはいえない。なお、上述の問題を解消するという目的で処理回路を複数設けることは、処理回路全体の規模が大きくなるとともに、製品コストが増大するため、適切ではない。
【００１７】
本発明の目的は、複数の予約番組を連続して録画する場合において、処理回路の規模を増大させることなく各番組の先頭および最後の部分を途切れなく録画し、かつ録画した番組を連続して再生する際にも違和感を与えないようにすることである。
【課題を解決するための手段】
【００１８】
本発明による番組録画装置は、予約情報を受け取る受信部であって、前記予約情報は、予約録画の対象となる番組の放送開始時刻および放送終了時刻を特定する時刻情報を含む受信部と、前記予約情報を格納するメモリと、前記予約情報に基づいて録画の開始指示および終了指示を出力する制御部と、前記番組に関するデータストリームを受け取り、記録媒体に記録することによって録画を行う記録処理部であって、前記開始指示に基づいて前記番組の録画を開始し、前記終了指示に基づいて録画を終了する記録処理部とを有している。前記予約情報が複数存在する場合には、前記制御部は、予約録画の対象となる番組のうち時間的に連続する複数の番組を前記時刻情報に基づいて特定して、その最初の番組の放送開始時刻に録画の開始指示を出力し、その最後の番組の放送終了時刻に録画の終了指示を出力し、かつ、前記複数の番組の各々を再生するための管理情報を生成し、前記記録処理部は、連続する前記複数の番組を含む１つのデータストリームおよび前記管理情報を前記記録媒体に記録する。
【００１９】
前記番組録画装置は、前記番組の信号をエンコードして前記データストリームを生成するエンコーダをさらに備えていてもよい。前記受信部は、さらに前記番組の信号を受信し
、前記エンコーダは、前記開始指示に応答してエンコードを開始し、前記終了指示を受け取るまでエンコードを継続してもよい。
【００２０】
前記受信部は、さらに、前記開始指示に応答して前記番組の信号の受信を開始し、受信した前記番組の信号に基づいて取得したデータのうちの一部を利用して前記データストリームを生成し、前記終了指示を受け取るまで前記番組の信号の受信を継続してもよい。
【００２１】
前記制御部は、前記複数の番組間で選局が必要でない場合に、前記最後の番組の放送終了時刻に前記終了指示を出力してもよい。
【００２２】
前記番組録画装置は、制御信号にしたがって、複数の番組の信号のひとつを選択するスイッチをさらに備えていてもよい。前記受信部は複数のチューナを有し、前記複数のチューナの各々は異なる番組の信号を受信して前記スイッチに出力し、前記制御部は、前記予約情報に基づいて前記制御信号を生成して前記スイッチに出力し、前記エンコーダは、前記スイッチによって選択された信号をエンコードしてもよい。
【００２３】
前記番組録画装置は、デジタル放送番組に関するデータをデコードして番組の信号を生成するデコーダをさらに備えていてもよい。
【００２４】
前記複数のチューナのひとつは前記デジタル放送番組の信号を受信し、前記デジタル放送番組の信号は、複数のパケットから構成される符号化ストリーム信号であり、前記複数のパケットには前記デジタル放送番組に関するデータが格納されており、前記スイッチは、デコードした番組の信号を前記デジタル放送番組の信号として選択してもよい。
【００２５】
前記複数のチューナのひとつは前記デジタル放送番組の信号を受信し、前記デジタル放送番組の信号は、複数のパケットから構成される符号化ストリーム信号であり、前記複数のパケットには前記デジタル放送番組に関するデータが格納されており、前記デジタル放送番組の録画時において、前記記録処理部は、パケット構造を有する前記符号化ストリーム信号を前記記録媒体に記録してもよい。
【００２６】
前記制御部は、各番組の開始時刻および終了時刻を前記時刻情報によって示した管理情報を生成してもよい。
【００２７】
前記記録処理部は、時間的に連続する第１番組および第２番組に対し、前記第１番組の終了時刻と前記第２番組の開始時刻とを一致させた管理情報を生成してもよい。
【００２８】
前記記録処理部は、時間的に連続する第１番組および第２番組に対し、前記第１番組および前記第２番組の間で選局が行われた場合には、前記第１番組の終了時刻と前記第２番組の開始時刻とを所定時間ずらした管理情報を生成してもよい。
【００２９】
前記制御部は、前記管理情報として、前記複数の番組ごとの経路情報を生成してもよい。
【００３０】
前記制御部は、連続する前記複数の番組のうちの最初の番組の開始時刻から最後の番組の終了時刻までの再生を規定する全体経路情報を生成した後、前記全体経路情報を分割して前記複数の番組ごとの経路情報を生成してもよい。
【００３１】
前記制御部は、前記複数の番組ごとに、各番組の開始時刻から終了時刻までの再生を規定する経路情報を生成してもよい。
【００３２】
前記制御部は、連続する前記複数の番組の再生時刻と、前記再生時刻において利用される前記データストリームのデータの格納位置とを対応付けるマップ情報を生成し、前記記録処理部は前記マップ情報を前記記録媒体に記録してもよい。
【００３３】
本発明による番組録画方法は、予約情報を受け取る受信ステップであって、前記予約情報は、予約録画の対象となる番組の放送開始時刻および放送終了時刻を特定する時刻情報を含む受信ステップと、前記予約情報を格納する格納ステップと、前記予約情報に基づいて録画の開始指示および終了指示を出力する制御ステップと、前記番組に関するデータストリームを受け取り、記録媒体に記録することによって録画を行う記録処理ステップであって、前記開始指示に基づいて前記番組の録画を開始し、前記終了指示に基づいて録画を終了する記録処理ステップと、前記予約情報が複数存在するか否かを判定する判定ステップとを包含する。前記予約情報が複数存在する場合には、前記制御ステップは、予約録画の対象となる番組のうち時間的に連続する複数の番組を前記時刻情報に基づいて特定して、その最初の番組の放送開始時刻に録画の開始指示を出力し、その最後の番組の放送終了時刻に録画の終了指示を出力し、かつ、前記複数の番組の各々を再生するための管理情報を生成し、前記記録処理ステップは、連続する前記複数の番組を含む１つのデータストリームおよび前記管理情報を前記記録媒体に記録する。
【発明の効果】
【００３４】
本発明によれば、予約録画が複数存在する場合において、予約録画の対象となる番組のうち時間的に連続する複数の番組を、それぞれの時刻情報に基づいて特定して、その最初の番組の放送開始時刻に録画の開始指示を出力し、かつ、その最後の番組の放送終了時刻に録画の終了指示を出力する。そして、その開始指示および終了指示に基づいて、複数の番組を連続して録画する。これにより、処理回路の規模を増大させることなく、各番組の先頭および最後の部分を途切れなく録画することができる。
【図面の簡単な説明】
【００３５】
【図１】本実施形態による光ディスクレコーダ１００の機能ブロックの構成を示す図である。
【図２】システム制御部３００の機能ブロックの構成を示す。
【図３】光ディスクレコーダ１００の予約録画処理の手順を示す。
【図４Ａ】プログラムストリームおよびその管理情報が記録された光ディスク２０５を示す。
【図４Ｂ】光ディスク２０５のファイルシステムにおけるファイル管理構造を示す。
【図５】連続録画を行った後の管理情報とプログラムストリームとの対応関係を示す。
【図６】分割処理を行った後の管理情報とプログラムストリームとの対応関係を示す。
【図７】複数のチューナを有する光ディスクレコーダの構成の一部を示す。
【図８】実施形態２による光ディスクレコーダ１１０の機能ブロックの構成（一部）を示す図である。
【図９】（ａ）〜（ｅ）は、トランスポートストリームとクリップＡＶストリームとの関係を示す図である。
【図１０】光ディスク１８５の記録領域と、そのディレクトリ／ファイル構造を示す図である。
【図１１】（ａ）〜（ｄ）は、管理情報とストリームデータとの関係を示す図である。
【図１２】プレイリストファイル８３に格納される情報（エントリ）およびそのデータ構造を示す図である。
【図１３】クリップ情報ファイル８４に格納される時間・アドレス変換テーブル（ＥＰ＿ＭＡＰ）のデータ構造を示す図である。
【図１４】（ａ）は、番組ＡおよびＢが光ディスク（ＢＤ）１８５に録画された直後の、リアルプレイリスト１４１とクリップ１４３との関係を示す図であり、（ｂ）は分割されたプレイリスト１４１ａおよび１４１ｂとクリップ１４３との関係を示す図である。
【図１５】（ａ）は連続して受信される番組Ａおよび番組Ｂを示す図であり、（ｂ）は番組Ａを優先して、また（ｃ）は番組Ｂを優先して録画したときの番組Ａおよび番組Ｂのメディアへの記録時刻の関係を示す図である。
【発明を実施するための形態】
【００３６】
以下、添付の図面を参照して、本発明による番組録画装置の実施形態を説明する。以下では、番組録画装置を光ディスクレコーダとして説明する。
【００３７】
（実施形態１）
図１は、本実施形態による光ディスクレコーダ１００の機能ブロックの構成を示す。光ディスクレコーダ１００は放送局から送信される番組の信号を受信して、その信号に基づいて生成したデータストリームを光ディスクに記録する機能、すなわち番組を録画する機能を有している。光ディスクは、例えばＤＶＤ−ＲＡＭやＢｌｕ−ｒａｙ  ｄｉｓｃ（ＢＤ）であるが、本実施形態ではＤＶＤ−ＲＡＭであるとする。なお、受信する番組の信号はアナログ放送番組の信号であってもよいし、デジタル放送番組の信号であってもよい。図１には、アナログ放送番組を録画するための構成を示している。
【００３８】
光ディスクレコーダ１００はＴＶ１０５と接続されており、ユーザは光ディスクレコーダ１００によって録画された番組を光ディスクレコーダ１００に再生させて、ＴＶ１０５を利用して視聴することができる。なお、光ディスクレコーダ１００はインターネットに代表されるネットワーク１０１と接続されており、後述する録画予約をネットワーク１０１を介して光ディスクレコーダ１００に設定することができる。
【００３９】
まず、光ディスクレコーダ１００で行われる予約録画処理を概説する。光ディスクレコーダ１００は、予約情報に基づいて予約録画を実行することができる。予約情報は予約録画の対象となる番組ごとに規定され、その番組の放送開始時刻および放送終了時刻等を特定する時刻情報やチャンネル番号等を含んでいる。光ディスクレコーダ１００は、番組の放送開始時刻前にユーザ等から予約情報を受け取って保持している。光ディスクレコーダ
１００内部のＣＰＵは、予約された番組の時刻情報に基づいて録画の開始および終了を指示する。番組信号の受信および録画の開始または終了はその指示に基づいて行われる。
【００４０】
本実施形態による光ディスクレコーダ１００の特徴のひとつは、予約情報が複数存在する場合には、予約録画の対象となる番組のうち時間的に連続する複数の番組を時刻情報に基づいて特定し、その最初の番組の放送開始時刻に録画の開始指示を出力し、かつ、その最後の番組の放送終了時刻に録画の終了指示を出力することにある。開始が指示されてから終了が指示されるまでは、録画は中断されることなく連続して行われる。これにより、１番組を録画する度に必要であった録画開始処理および終了処理を、連続録画の開始前後に行うだけでよくなる。よって、録画できない期間を大幅に低減して各番組を途切れなく録画することができる。また、上述の処理は録画の開始および終了のタイミングを変化させるものであり、新たな処理回路等を設ける必要はない。よって処理回路の規模を増大させることもない。
【００４１】
上述の「時間的に連続する複数の番組」は種々の基準に基づいて規定できる。「複数の番組」は２またはそれ以上の番組を意味するが、ここでは２つの番組であるとして、時間的に連続するか否かの判断基準の例を示す。まず図１５に示すように、時刻Ｔに放送が終了する番組Ａおよび時刻Ｔから放送が開始される番組Ｂは、時間的な隔たりがないため、連続する２番組である。また、番組Ａの放送終了時刻と番組Ｂの放送開始時刻との間隔が所定時間（例えば１分３０秒）以内であれば、番組ＡおよびＢは連続する２番組であるとしてもよい。また、番組Ａの放送終了時刻と番組Ｂの放送開始時刻との間隔が、光ディスクレコーダ１００における番組の録画終了処理および録画開始処理の合計時間（図１５に示す期間ｔ２）よりも短い場合には、番組ＡおよびＢは連続する２番組であるとしてもよい。なお、最後の例では、番組の録画終了処理および録画開始処理の所要時間は、符号化レート、光ディスクへの記録レート等に応じて変化するため、必ずしも固定値でなくてもよい。
【００４２】
以下、図１に示す光ディスクレコーダ１００の各構成要素の機能を説明し、その後、光ディスクレコーダ１００の処理を詳しく説明する。
【００４３】
光ディスクレコーダ１００は、チューナ２０１と、ＡＤコンバータ２０２と、ＭＰＥＧ−２エンコーダ２０３と、ドライブ制御部２０４と、ＭＰＥＧ−２デコーダ２０６と、グラフィック制御部２０７と、メモリ２０８と、ＤＡコンバータ２０９と、ＣＰＵバス２１３と、ネットワーク制御部２１４と、操作スイッチ２１５と、システム制御部３００とを含む。なお、図１には、光ディスク２０５が光ディスクレコーダ１００内に記載されているが、光ディスク２０５は光ディスクレコーダ１００から取り外し可能であり、光ディスクレコーダ１００自体の構成要素ではない。
【００４４】
まず、システム制御部３００は、予約情報に基づいて録画の開始指示および終了指示を出力する。他の構成要素はその指示に基づいて予約録画を実行する。システム制御部３００の詳細は図２を参照しながら後述する。
【００４５】
チューナ２０１は、放送局から送信されたアナログ放送電波を選局して受信し、番組の映像および音声信号をＡＤコンバータ２０２に出力する。ＡＤコンバータ２０２は入力された信号をデジタル変換してＭＰＥＧ−２エンコーダ２０３に供給する。ＭＰＥＧ−２エンコーダ２０３（以下「エンコーダ２０３」と記述する）は、録画の開始指示を受け取ると、供給されたデジタルデータをＭＰＥＧ−２形式に圧縮符号化して、ＤＶＤビデオレコーディング規格に準拠したＭＰＥＧ−２プログラムストリーム（以下「プログラムストリーム」と称する）を生成し、ドライブ制御部２０４に入力する。この処理は、エンコーダ２０３が録画の終了指示を受け取るまで継続される。エンコーダ２０３は圧縮符号化を行うために、フレームデータ等を一時的に保持するバッファ（図示せず）等を有する。
【００４６】
ドライブ制御部２０４は、光ヘッド（図示せず）を利用して光ディスク２０５へのデータの書き込み処理、および光ディスク２０５からのデータの読み出し処理を制御する。ドライブ制御部２０４は録画の開始指示を受けて録画開始処理を行い、その後プログラムストリームを受け取って光ディスク２０５への書き込みを開始する。またドライブ制御部２０４は、録画の終了指示を受けた後、プログラムストリームの入力がなくなると書き込み処理を終了し、録画終了処理を行う。プログラムストリームの入力がなくなるまで書き込み処理を行う理由は、エンコーダ２０３内の処理中のデータがその後も出力され得るからである。なお、プログラムストリームのデータ構造およびプログラムストリームがどのように光ディスク２０５に記録されるかについては、図４Ａから図６までを利用して後に説明する。
【００４７】
一方、録画した番組の再生時には、ドライブ制御部２０４は光ディスク２０５を再生可能な状態にして光ディスク２０５からデータを読み出す。ドライブ制御部２０４は、読み出したデータをＭＰＥＧ−２デコーダ２０６に出力する。ＭＰＥＧ−２デコーダ２０６（以下「デコーダ２０６」と記述する）は、供給されたＭＰＥＧ−２圧縮符号化データを伸長して非圧縮データに変換し、グラフィック制御部２０７に供給する。グラフィック制御部２０７には内部演算用のメモリ２０８が接続されており、オン・スクリーン・ディスプレイ（On Screen Display；ＯＳＤ）機能を実現できる。例えば、グラフィック制御部２０７は種々のメニュー画像を映像と合成してＤＡコンバータ２０９に出力する。ＤＡコンバータ２０９は、入力されたＯＳＤ合成画像および音声データをアナログ変換して出力する。
【００４８】
ＣＰＵバス２１３は光ディスクレコーダ１００内の信号を伝送する経路であり、チューナ２０１、ＡＤコンバータ２０２、エンコーダ２０３、ドライブ制御部２０４、デコーダ２０６、グラフィック制御部２０７、ＤＡコンバータ２０９が接続されている。また、ＣＰＵバス２１３には、後述するシステム制御部３００の各構成要素も接続されている。
【００４９】
ネットワーク制御部２１４は、光ディスクレコーダ１００をネットワーク１０１に接続するためのインターフェイス機能を有しており、ネットワーク１０１を介してデータを授受する。このデータは、ユーザがネットワーク１０１を介して送信した予約情報である。操作スイッチ２１５は光ディスクレコーダ１００の選局や録画、再生等の操作を行うためのスイッチである。操作スイッチ２１５はさらに、ユーザから検索データを受け取るキーボード、検索データを選択するマウス等の入力機器を含んでもよい。なお、ネットワーク制御部２１４は、ＣＰＵバス２１３を介してシステム制御部３００のＣＰＵ２１１（後述）に接続され、操作スイッチ２１５はそのＣＰＵ２１１に直接接続されている。操作スイッチ２１５を操作して生成された信号はＣＰＵ２１１に供給されている。
【００５０】
システム制御部３００は、光ディスクレコーダ１００内の信号の流れを含む全体的な処理を制御する。システム制御部３００は、プログラムＲＯＭ２１０と、ＣＰＵ２１１と、ＲＡＭ（メモリ）２１２とを有している。それぞれはＣＰＵバス２１３に接続されている。プログラムＲＯＭ２１０には光ディスクレコーダ１００を制御するためのソフトウェアプログラムが格納されている。
【００５１】
ＣＰＵ２１１は、プログラムを読み出して実行することにより、プログラムに基づいて規定される処理を実現するための制御信号を生成し、ＣＰＵバス２１３を介して各構成要素に出力する。メモリ２１２は、ＣＰＵ２１１がプログラムを実行するために必要なデータを格納するためのワーク領域を有する。例えば、ＣＰＵ２１１は、ＣＰＵバス２１３を使用してプログラムＲＯＭ２１０のソフトウェアを実行する。また、メモリ２１２は、後
述する予約情報を格納する。
【００５２】
ここで図２を参照しながらシステム制御部３００の機能的な構成を説明する。図２は、システム制御部３００の機能ブロックの構成を示す。図２には、参考のために併せてチューナ２０１、グラフィック制御部２０７等も示している。
【００５３】
システム制御部３００の各機能ブロックは、ＣＰＵ２１１がプログラムＲＯＭ２１０に格納されたコンピュータプログラムを実行することによって、ＣＰＵ２１１の機能として実現される。または各機能ブロックは、ＣＰＵ２１１の制御に基づいて動作するハードウェア回路によって実現される。以下では、便宜上、各機能ブロックがハードウェアとして設けられているとして説明する。例えば、図２のチューナ制御ブロック３０１は、「チューナ制御部３０１」と呼ぶ。なお、ソフトウェア的に実現される場合であればＣＰＵ２１１の内部処理によって実現される。
【００５４】
システム制御部３００は、チューナ制御部３０１と、録画制御部３０２と、再生制御部３０３と、ＧＵＩ表示制御部３０４と、時計３０５と、予約制御部３０６と、データ取得制御部３０７とを有する。
【００５５】
チューナ制御部３０１はＣＰＵバス２１３を介してチューナ２０１と接続され、チューナ２０１による選局や受信を制御する。予約録画時には、チューナ制御部３０１は予約制御部３０６から選局の指示を受け取る。録画制御部３０２は、予約制御部３０６からの通知に基づいて録画の開始指示および終了指示を生成して出力する。録画の開始指示および終了指示は、ドライブ制御部２０４のみならず、ＣＰＵバス２１３に接続されたチューナ２０１、エンコーダ２０３等にも出力される。また録画制御部３０２は、録画の終了指示を出力して番組の録画を終了すると、プログラムストリームの管理情報（ＶＯＢ、ＣＥＬＬ等）を生成する。例えば管理情報は、録画の開始指示から終了指示までの間の１回の録画処理によって記録されたプログラムストリームに対して１つ生成される。ドライブ制御部２０４に送信されて光ディスク２０５に記録される。管理情報の詳細およびその記録処理は後述する。
【００５６】
再生制御部３０３はＣＰＵバスを介してドライブ制御部２０４と接続され、ドライブ制御部２０４に対して再生を指示する命令を送信する。さらに再生制御部３０３は、ＧＵＩ表示制御部３０４に対しては再生する番組の番組タイトル情報を送信し、データ取得制御部３０７に対しては番組の放送局情報および放送日時情報を送信する。ＧＵＩ表示制御部３０４は、ＣＰＵバスを介してグラフィック制御部２０７に接続され、グラフィック制御部２０７に対してＧＵＩ画面表示の表示を指示する。具体的にはＧＵＩ表示制御部３０４は、ディスプレイ装置１０５に表示するためのＯＳＤ画面データをグラフィック制御部２０７に対して送信する。時計３０５は現在時刻データをデータ取得制御部３０７と予約制御部３０６とに供給する。
【００５７】
予約制御部３０６は、登録された録画予約の内容を予約情報として管理し、予約情報に基づいて予約録画の開始および終了のタイミングを録画制御部３０２に通知する。また、チューナ制御部３０１に選局を指示する。
【００５８】
下記の表１は、登録された複数の予約情報の例を示す。なお、各予約情報はメモリ２１２に格納されており、予約制御部３０６がその内容を管理している。
【００５９】
【表１】
2009224024.tif 000003
【００６０】
表１から理解されるように、各予約情報は番組ごとに作成されている。予約情報は、例えば番組の放送日、放送開始時刻および放送終了時刻を特定する情報（放送日時情報）、および、チャンネル番号（放送局）を特定するチャンネル情報から構成されており、予約番号が付されている。この予約情報は、操作スイッチ２１５を介して、またはネットワーク１０１を介して入力される。
【００６１】
なお、予約制御部３０６は予約された放送開始時刻および放送終了時刻が到来したときに録画制御部３０２に通知を出し、録画制御部３０２はその通知を受けてすぐに録画の開始指示および終了指示を出力すればよい。しかし、番組の初めの部分を確実に録画するために、予約制御部３０６は録画開始処理の所要時間を考慮して若干早く通知し、録画制御部３０２もまた録画の開始指示を若干早く出力してもよい。同様に、番組の最後の部分を確実に録画するために、予約制御部３０６は録画終了処理の所要時間を考慮して若干遅く通知し、録画制御部３０２もまた録画の終了指示を若干遅く出力してもよい。本明細書では、放送開始時刻よりも早く録画の開始指示を出力する場合も「放送開始時刻に録画の開始指示を出力する」と記載し、放送終了時刻よりも遅く録画の終了指示を出力する場合も「放送終了時刻に録画の終了指示を出力する」と記載している。
【００６２】
操作スイッチ２１５は、チューナ制御部３０１、録画制御部３０２、再生制御部３０３、時計３０５、予約制御部３０６に接続されており、選局、録画、再生、時計あわせ、予約登録等に関する指示を接続された各ブロックに出力することができる。
【００６３】
データ取得制御部３０７はネットワーク制御部２１３とＣＰＵバス２１３を介して接続され、受信した予約情報に関するデータを予約制御部３０６に対して送信する。
【００６４】
次に、図３を参照しながら、光ディスクレコーダ１００において行われる予約録画処理を説明する。図３は、光ディスクレコーダ１００の予約録画処理の手順を示す。まずステップＳ３０１において、システム制御部３００の予約制御部３０６は予約情報を受け取る。例えば、上述の表１に記載されるように複数の予約情報が既に登録されているとする。ステップＳ３０２において、予約制御部３０６は予約番組の放送開始時刻になったか否かを判定する。予約番組の放送開始時刻になると、ステップ３０３において録画制御部３０２が録画の開始指示を出力し、その結果、予約情報にしたがってチューナ２０１によりチャンネルが選択され、ＡＤＣ２０２、エンコーダ２０３、ドライブ制御部２０４等が動作
して録画を開始する。その後ステップはＳ３０４に進む。
【００６５】
ステップＳ３０４では、予約制御部３０６は録画中の番組の放送終了時刻５分前になったか否かを判定する。なお「５分前」という値は例であり、任意である。放送終了時刻５分前になっていない場合には処理はステップＳ３０５に進み、５分前になった場合には処理はステップＳ３０６に進む。ステップＳ３０５では録画が継続される。その後ステップＳ３０４の判定を引き続き行う。
【００６６】
ステップＳ３０６では、予約制御部３０６は登録された予約情報を調べ、他の予約番組が存在するか否かを判定する。存在する場合にはステップＳ３０７に進み、存在しない場合にはステップＳ３０９に進む。
【００６７】
ステップＳ３０７では、予約制御部３０６は、他の予約番組が現在録画中の番組と連続するか否かを判定する。すなわち、予約制御部３０６は、予約情報を利用して現在録画中の番組の放送終了時刻と他の番組の放送開始時刻とを取得し、現在録画中の番組および他の予約番組が、時間的に連続する複数の番組に該当するか否かを判定する。「時間的に連続する複数の番組」に該当するか否かの基準は上述したとおりである。
【００６８】
例えば、予約制御部３０６が、録画中の番組の放送終了時刻と他の番組の放送開始時刻との間隔が１分３０秒以内であれば、連続する番組であると判定すると仮定する。すると予約制御部３０６は、表１に示す予約番号１の番組を録画中に、予約番号２の番組を連続する番組であると判定する。また予約制御部３０６は、表１に示す予約番号７の番組を録画中に、予約番号８の番組を連続する番組であると判定する。一方、予約番号８の番組に対して予約番号９の番組は、連続する番組でないと判定する。
【００６９】
連続する他の番組が存在すると判定されると、ステップＳ３０８において、予約情報にしたがって引き続き当該他の予約番組（以下「後続番組」と称する）の録画が開始される。このとき録画制御部３０２は、録画の終了指示を出力しない。よって、チューナ２０１、ＡＤＣ２０２、エンコーダ２０３、ドライブ制御部２０４等は処理を停止することなく、後続番組の録画を開始する。この後、処理はステップＳ３０４に戻る。なお、後続番組を録画するために選局が必要になる場合には、予約制御部３０６はチューナ制御部３０１に選局を指示する。
【００７０】
一方、ステップＳ３０９では、予約制御部３０６は番組の放送終了時刻が到来したことを録画制御部３０２に通知する。その通知を受けて録画制御部３０２が録画の終了指示を出力すると、現在録画中の番組の録画が終了し、処理はステップＳ３１０に進む。
【００７１】
ステップＳ３１０では、予約制御部３０６は予約番組を連続録画したか否かを判定する。この判定は、容易に行うことができる。先のステップＳ３０７において、予約制御部３０６は連続する番組が存在したか否かの判定を行っているからである。連続録画していない場合にはステップＳ３１１に進み、連続録画した場合にはステップＳ３１２に進む。
【００７２】
ステップＳ３１１において、ドライブ制御部２０４は、録画した番組のプログラムストリームの管理情報を光ディスク２０５に記録する。管理情報はプログラムストリームから番組を再生するために必要な情報であり、録画の開始指示および終了指示を出力した録画制御部３０２によって生成される。ステップＳ３１１は連続録画はされていない場合に実行されるため、１番組のみに関する管理情報が録画制御部３０２によって生成される。
【００７３】
一方、ステップＳ３１２では、ドライブ制御部２０４は、録画制御部３０２によって分割処理された管理情報を光ディスク２０５に記録する。以下、より詳しく説明する。管理
情報は、録画の開始指示から終了指示までの間の１回の録画処理によって記録されたプログラムストリームに対して１つ生成される。よって、本実施形態の処理によって連続録画がされた場合には、複数の番組を含むプログラムストリームの全体の再生に必要な管理情報しか生成されない。この管理情報では番組ごとにアクセスすることが困難であるため、ユーザの利便性を向上するためには番組ごとにアクセスし再生することを可能とする管理情報が必要である。
【００７４】
予約制御部３０６は、連続録画した番組の本数や、各番組の開始時刻および終了時刻、録画時間等の各番組を特定する情報を取得できる。よって、予約制御部３０６において保持されている情報を利用して管理情報を分割し、各番組に対応する管理情報を規定する。
【００７５】
以下、図４Ａおよび図４Ｂを参照しながら、番組のプログラムストリームおよびその管理情報を説明する。図４Ａは、プログラムストリームおよびその管理情報が記録された光ディスク２０５を示す。光ディスク２０５は内周部の管理領域２０５ａと、その外側のデータ領域２０５ｂとに分けることができる。管理情報は管理領域２０５ａに記録され、プログラムストリームはデータ領域２０５ｂに記録される。図４Ａでは、プログラムストリームの一部を構成するビデオ・オブジェクト・ユニット（ＶＯＢＵ）１〜３がデータ領域２０５ｂに記録されている様子が示されている。
【００７６】
図４Ｂは、光ディスク２０５のファイルシステムにおけるファイル管理構造を示す。管理情報は"ＶＲ＿ＭＡＮＧＲ．ＩＦＯ"ファイルに記録され、プログラムストリームは"Ｖ
Ｒ＿ＭＯＶＩＥ．ＶＲＯ"ファイルに記録される。"ＶＲ＿ＭＡＮＧＲ．ＩＦＯ"ファイル
は１つであるが、その中に複数の管理情報が存在し得る。一方、"ＶＲ＿ＭＯＶＩＥ．Ｖ
ＲＯ"ファイルも１つであるが、この中には複数のＶＯＢＵから構成されるプログラムス
トリームが記録される。このファイルには録画のたびにプログラムストリームが追記され、各管理情報によって各ＶＯＢＵの開始アドレス、サイズ、再生時刻等を特定することになる。なお、光ディスク２０５のファイルシステムでは、"ＶＲ＿ＭＡＮＧＲ．ＩＦＯ"ファイルをバックアップしたバックアップファイル等の他のファイルも存在するが、図４Ｂには特に示していない。
【００７７】
以下、図５を参照しながら本実施形態による連続録画を行った後の管理情報とプログラムストリームとの関係を説明する。その後、図６を参照して管理情報を分割する処理を説明する。
【００７８】
図５は、連続録画を行った後の管理情報とプログラムストリームとの対応関係を示す。管理情報は、一度の録画処理によって１つのプログラム"ＰＧ"として生成される。本実施形態による連続録画後には、録画制御部３０２によって"ＰＧ９"が生成されたとする。なお、１以上のプログラムを含むように規定されるプログラム・チェーン情報（ＰＧＣ）という管理情報も設けられるが、図５では特に示していない。
【００７９】
"ＰＧ９"は、複数の管理情報（ＣＥＬＬ；セル）１〜３を含む。各セルにはそのセルの開始時刻および終了時刻の情報が規定されている。図５では、セル１の開始時刻および終了時刻をそれぞれＣ１＿Ｓ、Ｃ１＿Ｅとして示している。なおＣ１＿ＳおよびＣ１＿Ｅは、ビデオレコーディング規格ではそれぞれセルのＳｔａｒｔ＿ＰＴＭおよびＥｎｄ＿ＰＴＭに相当する。セル２および３も同様である。
【００８０】
次に、セルは他の種類の管理情報であるビデオ・オブジェクト・ユニット（ＶＯＢ）と対応付けられている。各ＶＯＢにもまた、開始時刻と終了時刻の情報が含まれている。図５では、ＶＯＢ１の開始時刻および終了時刻をＶ１＿ＳおよびＶ１＿Ｅとして示している。なお、Ｖ１＿ＳおよびＶ１＿Ｅは、ＶＲ規格においてそれぞれＶＯＢのＳｔａｒｔ  Ｐ
ＴＭおよびＥｎｄ  ＰＴＭに相当する。ＶＯＢ２およびＶＯＢ３も同様である。
【００８１】
通常、セルの開始時刻と終了時刻は、ＶＯＢの開始時刻と終了時刻と一致しており、Ｃ１＿ＳおよびＣ１＿ＥにはそれぞれＶ１＿ＳおよびＶ１＿Ｅの値が格納されている。セルとＶＯＢとが別途規定されている理由は、例えば任意の再生経路を規定するプレイリストの導入を考慮したからである。なお、プレイリストによる再生は本発明とは直接関係しないため、その説明は省略する。
【００８２】
管理情報ＶＯＢは、プログラムストリームのデータ単位であるＶＯＢＵとの対応を規定している。すなわちＶＯＢは、プログラムストリームの１以上のＶＯＢＵを含むように対応付けられている。図５では、ＶＯＢ１はＶＯＢＵ１〜ＶＯＢＵ３と対応付けられており、ＶＯＢ２はＶＯＢＵ４〜７、ＶＯＢ３はＶＯＢＵ８〜１１と対応付けられている。
【００８３】
プログラムストリームを構成する各ＶＯＢＵは、複数のパックから構成されている。各パックのデータ長は２０４８バイトに固定されている。各ＶＯＢＵの先頭にはＲＤＩパック５１が設けられ、その後に番組の映像データを格納したビデオパック５２および音声データを格納したオーディオパック５３が配置されている。
【００８４】
図５では、プログラムストリームはセル１〜３によって論理的に区切られているが、この境界は連続して録画した番組の境界とは無関係に規定されている。従って、"ＰＧ９"のみに基づいて各番組にアクセスすることは困難である。
【００８５】
そこで次に、図６を参照しながら、管理情報の分割処理を説明する。分割処理は、システム制御部３００の録画制御部３０２によって実行される。図６は、分割処理を行った後の管理情報とプログラムストリームとの対応関係を示す。処理の前提として番組Ａおよび番組Ｂが連続して録画されたとし、先の番組ＡのデータはＶＯＢＵ１〜５に格納され、後の番組ＢのデータはＶＯＢＵ６〜１１に格納されたとする。予約制御部３０６は番組Ａと番組Ｂとが切り替わった時刻を認識しているため、その時刻に対応するＶＯＢＵを特定することができる。
【００８６】
録画制御部３０２は、管理情報であるＶＯＢおよびセルを分割することによって、ＶＯＢＵ１〜５とＶＯＢＵ６〜１１とを個々の番組として管理する。すなわち録画制御部３０２は、ＶＯＢ２をＶＯＢ２−１とＶＯＢ２−２とに分割し、同時にＣｅｌｌ２をＣｅｌｌ２−１およびＣｅｌｌ２−２に分割する。そして、ＰＧ９をＰＧ９−１およびＰＧ９−２に分割する。このとき、各ＶＯＢおよびセルの開始時刻と終了時刻とを修正する。図６では、ＶＯＢ２−１の開始時刻および終了時刻をＶ２−１＿ＳおよびＶ２−１＿Ｅなどと記述し、セル２−１の開始時刻および終了時刻をＣ２−１＿ＳおよびＣ２−１＿Ｅなどと記述している。分割後のセルの開始時刻および終了時刻は、対応する分割後のＶＯＢの開始時刻および終了時刻に等しく設定すればよい。
【００８７】
その結果、録画制御部３０２は、ＰＧから、ＶＯＢＵの包含関係を規定するＶＯＢまでの新たな階層構造を規定する管理情報を生成することができる。この管理情報はドライブ制御部２０４を介して光ディスク２０５に記録される。これにより、連続録画した場合であっても番組ごとの管理情報を得ることができる。例えば番組Ｂを再生する場合には、再生制御部３０３は、ＰＧ９−２の先頭セルであるセル２−２の開始時刻Ｃ２−２＿Ｓから再生を開始すればよい。なお、複数の番組の管理情報を１つの管理情報ファイルとして記録するとして説明したが、個々の管理情報を個々のファイルとして記録してもよい。
【００８８】
先の番組Ａの終了時刻（ＶＯＢ２−１の終了時刻Ｖ２−１＿Ｅ）と、後の番組Ｂの開始時刻（ＶＰＢ２−２の開始時刻Ｖ２−２＿Ｓ）とを一致させると、番組ＡおよびＢの間で
映像および音声を途切れることなく再生することができる。これは、番組Ａと番組Ｂとの間で選局が必要ない場合に限り連続録画を行う、という条件を課して連続録画を行ったときに有効である。その理由は、この条件のもとでは番組Ａと番組Ｂとの間での映像等の途切れは全くなく、一方、実際の放送でも視聴中は番組ＡおよびＢの間での途切れはないため、元の放送をリアルタイムで連続視聴しているときの状態に近い状態で録画後の視聴が可能になるからである。
【００８９】
一方、先の番組Ａの終了時刻（ＶＯＢ２−１の終了時刻Ｖ２−１＿Ｅ）と、後の番組Ｂの開始時刻（ＶＰＢ２−２の開始時刻Ｖ２−２＿Ｓ）とをずらすこともできる。これは、番組Ａと番組Ｂとの間で選局が必要な連続録画を行ったときに有効である。連続録画中に選局が行われると、選局中は映像が表示されなくなったり、または停止する等の映像の乱れが生じる。よって、番組Ａの終了時刻と番組Ｂの開始時刻との間を選局処理に必要な期間以上空けることにより、映像および音声が安定して出力される時点から番組Ｂを再生することができる。なお、番組Ａの終了時刻と番組Ｂの開始時刻との間の区間は再生の対象にならない。よって、録画終了時において、録画制御部３０２が管理情報に基づいて番組Ａの終了時刻と番組Ｂの開始時刻とを特定し、再生制御情報によって該区間が再生されないようにしてもよい。必要であれば、ストリームデータも同時に削除してもよい。なお、本発明ではエンコーダ２０３等の処理を停止せずに連続録画を行うため、番組と番組との間に必要であった録画の終了処理および開始処理が不要になり、その結果録画できない期間は存在しないといえる。エンコーダを複数設けておらず、処理回路の規模を増大させることもない。
【００９０】
なお、上述の選局時の映像の乱れが生じる期間を「録画できない期間」と捉えるとしても、これは選局処理に要する時間であるから、録画の終了処理および開始処理の合計時間と比較すると非常に短い（例えば約１秒）といえる。
【００９１】
なお、ＶＯＢＵの境界と予約録画された番組の切り替え点とが厳密に一致していない場合も想定される。そのような場合には、切り替え点近傍のＶＯＢＵ境界を番組の切り替え点として捉え、各番組の開始時刻および終了時刻を規定してもよい。
【００９２】
以上、本実施形態の光ディスクレコーダ１００を説明した。ここまでは、１つのチューナを有する光ディスクレコーダ１００（図１）を例にあげて説明した。しかし、本発明による処理は、２以上のチューナを有する機器であっても実現できる。図７は、複数のチューナを有する光ディスクレコーダの構成の一部を示す。「一部」とは、この光ディスクレコーダは、図１に示されているが図７には示されていない構成要素も含むことを意味する。また、図７に示す構成要素のうち、図１と同じ参照符号が付された構成要素（例えばアナログチューナ２０１、ＡＤＣ２０２等）は図１に関連して説明したとおりである。そのような構成要素の機能の説明は図１に関連して既に説明しているため、ここでは省略し、新たに付加された構成要素のみを説明する。
【００９３】
図７の光ディスクレコーダは、新たにデジタルチューナ７１、デマルチプレクサ７２、デコーダ７３およびスイッチ７４を有している。これらによって、光ディスクレコーダは、デジタル放送番組の録画が可能である。デジタルチューナ７１は、デジタル放送の電波を受信してトランスポートストリームとして取得する。そして、トランスポートストリームに重畳されている複数のデジタル放送番組のうち、選局された番組のストリームのみを取り出してデマルチプレクサ７２へ送る。デマルチプレクサ７２は、番組の映像データのみが含まれたパケット（ビデオＴＳパケット）、音声データのみが含まれたパケット（オーディオＴＳパケット）等を分離して出力する。デコーダ７３は、映像データおよび音声データを別々に復号してビデオおよびオーディオのデジタル信号（ベースバンド信号）を生成して出力する。
【００９４】
スイッチ７４は、デジタル放送番組の信号およびアナログ放送番組の信号の一方を選択する。すなわちスイッチ７４は、デジタル放送の視聴時や録画時にはデコーダ７３からの信号をエンコーダ２０３に送り、アナログ放送の視聴時や録画時にはＡＤＣ２０２からの信号をエンコーダ２０３に送る。スイッチ７４は、例えば、視聴時や通常の録画時には録画制御部３０２から出力された経路の選択指示に基づいて動作し、予約録画時は予約情報に基づいて予約制御部３０６から出力された経路の選択指示に基づいて動作する。なお、予約情報は、各チューナによって受信可能な番組の範囲で光ディスクレコーダに設定される。エンコーダ２０３は、スイッチ２０３から出力されたベースバンド信号をエンコードする。
【００９５】
このような複数のチューナを有する光ディスクレコーダにおいて、録画予約された時間的に連続する番組を連続録画することが可能である。その処理は、上述の光ディスクレコーダ１００の処理と同様であるが、以下の点において異なる。
【００９６】
すなわち、時間的に連続する番組が異なるチューナを用いて受信される場合（これは連続録画の際に選局が必要な場合の一類型である）、後の予約番組の放送開始時刻に先立って、現在の録画に使用していない方の選局を先行して開始しておく。例えば、先の番組がアナログ放送番組であり、次の番組がデジタル放送番組のときは、先の番組の終了前にデジタル放送番組の受信および選局を開始しておく。高品位デジタル放送（ＨＤ放送）をＤＶＤに録画する場合には一旦デコードし、ＤＶＤに記録可能なデータレートに変換して録画する必要があるため（これを再エンコード録画という）、光ディスクレコーダはデマルチプレクスやデコード処理を予め開始しておく。その後、先の番組の放送終了時刻になると、スイッチの切り替えによって、エンコーダに入力されるベースバンド信号を切り替える。この時点ではもはや選局操作は発生しない。
【００９７】
このように先行して動作を開始することで、スイッチ７４による切り替え処理という簡単な処理のみによって、入力信号の切り替えが瞬時に可能となる。よって、選局に起因する録画不可区間を極めて短くすることができる。選局に要する時間に関し、デジタル放送の再エンコード録画の場合等はデマルチプレクスやデコード処理も必要になるため、アナログチューナの選局よりもさらに時間がかかる。よって、上述したデジタル放送記録の場合等には特に有効である。
【００９８】
なお、デジタル放送の録画装置には、デジタルチューナに加えてアナログチューナも搭載している場合が多いため、連続録画を行うためにのみ複数のチューナを設けるということはない。すなわち、本発明の実施にあたっては新たに比較的大規模なチューナ回路を増設する必要はなく、単にスイッチ７４を設けるのみでよい。よって処理回路全体の規模および製品コストも十分抑えられる。ただし、本実施形態では録画装置はデジタルチューナおよびアナログチューナを有しているとしたが、同種のチューナを複数有していてもよい。例えば、録画装置はアナログチューナのみを２つ有していてもよいし、またはデジタルチューナのみを２つ有していてもよい。さらにチューナ数は３以上であってもよい。例えば、録画装置はデジタルチューナおよび／またはアナログチューナを計４つ設けていてもよい。同種のチューナを複数有するときは、それらとスイッチとを利用して選局すればよい。ただし、録画する番組のチャンネルが同じときには１つのチューナのみを利用して連続録画をすることが好ましい。選局の切り替えに起因する録画不可区間の排除および映像等の乱れが全くなくなるからである。また録画の失敗をなくす目的で、一方のチューナおよびエンコーダによる録画終了時刻を若干遅らせ、他方のチューナおよびエンコーダの録画開始時刻を若干早める必要もないため、連続録画された２番組には同じ場面が重複して録画されることもなくなる。
【００９９】
上述の説明では、番組の連続録画をするか否かの判断を番組の放送時刻および選局の有無等を基準として決定するとした。しかし、それらに代えて、またはそれらとともに他の基準を採用することもできる。例えば、エンコーダ２０３におけるエンコード処理は、通常種々のパラメータによって切り替えることができる。そこで、連続する予約番組に対して、ユーザから異なるビットレート、記録フォーマット等によって録画する指示が設定されている場合には連続録画せず、同じである場合にのみ連続録画してもよい。
【０１００】
（実施形態２）
実施形態１においては、光ディスクはＤＶＤ−ＲＡＭであるとし、光ディスクレコーダ１００は、管理情報およびＤＶＤビデオレコーディング規格のプログラムストリームをＤＶＤ−ＲＡＭに記録するとして説明した。しかし、ＤＶＤ−ＲＡＭよりも記録容量が大きいＢＤに番組を録画することも可能であるし、他の記録フォーマットによって記録することもできる。当業者であれば本発明を変形して適用することが容易である。
【０１０１】
そこで本実施形態においては、ＤＶＤ−ＲＡＭ以外の光ディスクとしてＢＤを例にあげ、ＢＤに番組を録画する実施態様を説明する。ＢＤにはＭＰＥＧ−２トランスポートストリームをベースとして生成されたストリームおよびその管理情報が記録される。以下では、まずディスクの相違点およびＢＤに記録される情報を概説する。その後、本実施形態による光ディスクレコーダの構成および動作を説明する。
【０１０２】
ＢＤとＤＶＤ−ＲＡＭとの相違点は、記録可能な最大データレートや記録可能なデータ容量、記録されるデータストリームがトランスポートストリームかプログラムストリームか等にある。また、ファイルシステムにおけるファイル管理構造の名称も相違している。ＢＤ  ｒｅｗｒｉｔａｂｌｅフォーマットでは、データストリームは１つ以上のＭＰＥＧ２トランスポートストリームファイル（ｍｔ２ｓ）として記録される。ファイルは予約単位毎に分かれていても良いし、１つのファイルに追記しても良い。ただし放送波のトランスポートストリームは１８８バイトのＴＳパケットから構成されるが、ＢＤへの記録時にはＴＳパケット毎に４バイトの拡張ヘッダが付加され、合計１９２バイトのパケット単位で記録される。１９２バイトのパケット単位から構成されるストリームは、特に「クリップＡＶストリーム」と呼ばれている。デジタル放送のトランスポートストリームからクリップＡＶストリームを生成して記録する際には、再エンコードの必要がないため、映像データ、音声データ、管理情報（ＳＩ・ＰＳＩ情報等）を劣化なしで記録することもできる。このとき、映像データおよび／または音声データを部分的に再エンコードしてもよいし、一部のＳＩ・ＰＳＩ情報を書き換えてもよい。ただしパケット構造は保持される。録画後は、管理情報として、ストリームファイルに対応して生成されるクリップ情報ファイル（ＣｌｉｐＩｎｆｏファイル；拡張子ｃｌｐｉ）と、予約単位ごとにプレイリストファイル（ＰｌａｙＬｉｓｔファイル；拡張子ｒｐｌｓ）とを作成し、記録する。
【０１０３】
続いて、本実施形態による光ディスクレコーダ１１０の構成および動作を説明する。図８は、本実施形態による光ディスクレコーダ１１０の機能ブロックの構成（一部）を示す。図８に示す構成は、図１におけるチューナ２０１、エンコーダ２０３およびドライブ制御部２０４に代えて採用される。光ディスクレコーダ１１０は図１に示す他の構成を有しているが、その機能および動作は概ね同じであるためその図示および説明は省略する。
【０１０４】
本実施形態による光ディスクレコーダ１１０の主要な特徴は、番組をＢＤに録画すること、および、それによってデータストリーム、管理情報等の形式が相違することを除いては、実施形態１による光ディスクレコーダ１００と同等である。すなわち、光ディスクレコーダ１１０は、予約情報が複数存在する場合には、予約録画の対象となる番組のうち時間的に連続する複数の番組を時刻情報に基づいて特定する。そして、その最初の番組の放送開始時刻に録画の開始指示を出力し、かつ、その最後の番組の放送終了時刻に録画の終
了指示を出力する。開始が指示されてから終了が指示されるまでは、録画を中断することなく連続して行う。この結果、１番組を録画する度に必要であった録画開始処理および終了処理は、連続録画の開始前後に行うだけでよくなるため、録画できない期間を大幅に低減して各番組を途切れなく録画することができる。「時間的に連続する複数の番組」の基準も、実施形態１と同じである。
【０１０５】
図８に示す光ディスクレコーダ１１０は、デジタルチューナ７１と、アナログチューナ２０１と、ＡＤＣ２０２と、ＭＰＥＧ−２ＴＳエンコーダ１８１と、スイッチ１８２と、ＴＳ処理部１８３と、ドライブ制御部２０４とを有している。
【０１０６】
デジタルチューナ７１は、デジタル放送の電波を受信してトランスポートストリームとして取得する。そして、トランスポートストリーム（ＴＳ）に重畳されている複数のデジタル放送番組のうち、選局された番組のストリームを構成するＴＳパケットおよびトランスポートストリームに関する制御情報を格納したＴＳパケットを出力する。これらのＴＳパケットによって構成されるストリームは、パーシャルＴＳと呼ばれる。パーシャルＴＳは、スイッチ１８２に送られる。なお、デジタルチューナ７１を光ディスクレコーダ１１０に内蔵する必要はなく、別体の機器として規定してもよい。そのときは、光ディスクレコーダ１１０はデジタルチューナ７１によって受信されたＴＳをそのまま光ディスクレコーダ１１０に送ってもよいし、特定の番組のデータが抽出されたパーシャルＴＳを光ディスクレコーダ１１０に送ってもよい。
【０１０７】
アナログチューナ２０１およびＡＤＣ２０２の構成および動作は、実施形態１と同じであり、アナログ信号から、ビデオおよびオーディオのデジタル信号（ベースバンド信号）を生成して出力する。
【０１０８】
ＭＰＥＧ−２ＴＳエンコーダ１８１（以下「ＴＳエンコーダ１８１」と記述する）は、ビデオおよびオーディオの各ベースバンド信号をそれぞれＭＰＥＧ−２圧縮符号化してＴＳパケットに格納する。そしてビデオおよびオーディオの各ＴＳパケットを多重化してＴＳとして出力する。このＴＳは選局された１番組に関するデータを含んでおり、その意味において上述のパーシャルＴＳと同じである。生成されたＴＳは、スイッチ１８２に送られる。
【０１０９】
スイッチ１８２は、録画制御部３０２からの指示に基づいて、デジタルチューナ７１からのパーシャルＴＳおよびＴＳエンコーダ１８１からのＴＳの一方を選択して、ＴＳ処理部１８３に出力する。
【０１１０】
ＴＳ処理部１８３は、１８８バイトの各ＴＳパケットに４バイトの拡張ヘッダを付加して、クリップＡＶストリームを生成する。ドライブ制御部２０４はクリップＡＶストリームを光ディスク（ＢＤ）１８５に書き込む。併せてドライブ制御部２０４は、録画制御部３０２によって生成された管理情報を光ディスク１８５に書き込む。管理情報は種々のファイルに分けて格納される。本実施形態の処理に関連する管理情報の種類およびその役割は、図１０から１３を参照しながら後述する。
【０１１１】
ここで、図９を参照しながら、ＴＳ処理部１８３によるクリップＡＶストリームの生成処理を具体的に説明する。以下では、デジタル放送の録画処理を説明する。
【０１１２】
図９（ａ）〜（ｅ）は、トランスポートストリームとクリップＡＶストリームとの関係を示す。参考のため、図９（ａ）にフルＴＳ９０を示している。フルＴＳ９０は、デジタルチューナ７１において取得されるストリームである。フルＴＳ９０にはＴＳパケットが連続して配置されており、例えば３つの番組Ｘ，ＹおよびＺのデータを含む。図９（ｂ）
は、デジタルチューナ７１によってフルＴＳ９０から生成されたパーシャルＴＳ９１を示す。パーシャルＴＳ９１は、連続したフルＴＳ９０から一部のパケットを取り出したストリームであるため、パケットが時間的に離散して存在している。このパケットの間隔は、フルＴＳの送信側によって調整されており、デコーダにおいてデコードが適正に行われるために必要な条件を満たす。この「条件」とは、ＭＰＥＧ−２ＴＳの理想モデルとして規定されたＴ−ＳＴＤ（ＴＳシステムターゲットデコーダ；ＴＳ  Ｓｙｓｔｅｍ  Ｔａｒｇｅｔ  Ｄｅｃｏｄｅｒ）のバッファメモリがオーバーフローおよびアンダーフローを引き起こさないためにＭＰＥＧ規格上定められた条件である。
【０１１３】
パーシャルＴＳ９１は、例えば番組Ｘに関するＴＳパケットを含んでいる。
【０１１４】
図９（ｃ）は、クリップＡＶストリーム９２を示す。クリップＡＶストリーム９２は、ソースパケットが連続して配列されている。各ソースパケットは、ソースパケット番号（ＳＰＮ）＃１、２、３・・・で区別される。
【０１１５】
図９（ｄ）は、ソースパケット７３のデータ構造を示す。ソースパケット７３のデータ長は１９２バイトに固定されている。すなわち、各ソースパケット７３は、１８８バイトのＴＳパケット７５の前に、４バイトの拡張ヘッダ（ＴＰエクストラヘッダ）９４を付加して構成されている。ソース・パケタイザ２６１は、パーシャルＴＳを構成するＴＳパケットの前にＴＰエクストラヘッダ９４を付加することにより、ソースパケットを生成している。
【０１１６】
図９（ｅ）は、ＴＰエクストラヘッダ９４のデータ構造を示す。ＴＰエクストラヘッダ９４は、２ビットのコピー許可インジケータ（ＣＰＩ）９６と、３０ビットの到着タイムスタンプＡＴＳ９７とから構成されている。コピー許可インジケータ（ＣＰＩ）９６は、そのビット値に応じて、クリップＡＶストリーム９２の全部または一部のコピー回数（０回（コピー不可）／１回のみ／制限なし等）を規定している。到着タイムスタンプＡＴＳ９７には、９０ｋＨｚ精度で時刻が記述される。
【０１１７】
図９（ｃ）に記載されたクリップＡＶストリーム９２は、例えば３２個のソースパケットの集合（６ＫＢ）を１つの単位として光ディスク１８５に記録される。このような単位をアラインド・ユニットという。アラインド・ユニットを規定する理由は、ＢＤが１セクタ２ＫＢであるため、３２ソースパケットの単位でセクタとのアライメントが確保できるためである。
【０１１８】
なお上述の説明はデジタル放送録画時の処理に関するが、アナログ放送の録画時においても同様である。アナログ放送録画時においては、図９（ｂ）に示すパーシャルＴＳ９１がＴＳ処理部１８３へ送られ、図９（ｃ）に示すクリップＡＶストリーム９２であると考えればよい。
【０１１９】
次に、図１０を参照しながら、クリップＡＶストリームおよびその管理情報がどのように光ディスク１８５上に記録されるかを説明する。図１０は、光ディスク１８５の記録領域と、そのディレクトリ／ファイル構造を示す。光ディスク１８５は、ギャザード・ファイル領域８１とリアルタイム・データ領域８０とを有する。ギャザード・ファイル領域８１の記録容量は数百メガバイトである。ギャザード・ファイル領域８１には、クリップＡＶストリームの再生等を管理する管理情報のファイル（データベースファイル）が記録される。図１０に示すように、データベースファイルは複数種類存在しており、例えば管理ファイル８２（Ｉｎｆｏ．ｂｄａｖ）、プレイリストファイル８３（０１００１．ｒｐｌｓ、１００００．ｖｐｌｓ）、クリップ情報ファイル８４（０１０００．ｃｌｐｉ）が存在する。これらはアクセスされる頻度が高い。よって、ギャザード・ファイル領域８１は
効率的にアクセスが可能な、光ディスク１８５の記録領域の中間部に設けられている。また、データベースファイルはクリップＡＶストリーム等の動画ストリームを再生するために必須であり、記録内容の誤りは重大な障害を引き起こす。そのため、データベースファイルは同じ光ディスク１８５上にバックアップされる。
【０１２０】
一方、リアルタイム・データ領域８０の記録容量は２３〜２７ギガバイトである。リアルタイム・データ領域８０には、クリップＡＶストリームのストリームファイルが記録される。例えばクリップＡＶストリームファイル８５（０１０００．ｍ２ｔｓ）が記録される。先のデータベースファイルと異なり、ストリームファイルの再生誤りの影響は局所的であり、その一方、連続的な読み出しを確保する必要がある。よって、誤りの発生を低減するよりも、連続読み出しを保証する方に重点をおいた書き込み処理が行われる。具体的には、クリップＡＶストリームファイル８５は最小で１２Ｍバイトの連続領域（連続した論理セクタ）に記録される。この最小の記録データサイズは「エクステント」と呼ばれる。
【０１２１】
次に、図１１（ａ）〜（ｄ）を参照しながら、上述の管理ファイル８２、プレイリストファイル８３、クリップ情報ファイル８４およびクリップＡＶストリームファイル８５相互の関係を説明する。図１１（ａ）〜（ｄ）は、管理情報とストリームデータとの関係を示す。図１１（ａ）〜（ｃ）が管理情報であり、図１１（ｄ）がストリームデータである。図１１（ａ）は管理ファイル８２（Ｉｎｆｏ．ｂｄａｖ）に記述されるプレイリストのテーブルを示す。すなわち、管理ファイル８２には、光ディスク１８５上に存在するプレイリストを特定するプレイリストファイル名のテーブルが格納されている。ここで「プレイリスト」とは、１以上のクリップＡＶストリームの一部または全部に跨る再生経路を規定した情報である。
【０１２２】
図１１（ｂ）は、プレイリストファイル８３（拡張子：ｒｐｌｓ／ｖｐｌｓ）に記述されるプレイリストを示す。プレイリストは、リアルプレイリストおよびバーチャルプレイリストに分類できる。リアルプレイリストは、例えば初めてストリームデータが記録されたときにレコーダ１００によって生成されるプレイリストであり、再生経路として動画の最初から最後までが指定される。一方、バーチャルプレイリストは、記録されたストリームデータに対してユーザが設定したプレイリストであり、ユーザの希望する任意の位置および区間が指定される。
【０１２３】
プレイリストの各区間は、プレイリスト内の各プレイアイテムにおいて規定される。すなわち、プレイアイテムには、再生開始位置に対応する開始時刻（Ｉｎ＿ｔｉｍｅ）および再生終了位置に対応する終了時刻（Ｏｕｔ＿ｔｉｍｅ）が記述される。開始時刻および終了時刻は、映像のフレームの再生表示時刻や音声のフレームの再生出力時刻を特定するプレゼンテーションタイムスタンプ（ＰＴＳ）によって記述される。通常、記録直後のリアルプレイリストではプレイアイテムは１つだけ設けられ、動画の最初と最後の時刻が指定される。一方、バーチャルプレイリストではプレイアイテムの数は任意である。１つのバーチャルプレイリストに複数のプレイアイテムを設け、各プレイアイテムが異なる動画ストリームを指定するように記述することもできる。
【０１２４】
図１１（ｃ）はクリップ情報ファイル８４（拡張子：ｃｌｐｉ）に記述される時間・アドレス変換テーブル（ＥＰ＿ｍａｐ）８４を示す。変換テーブル（ＥＰ＿ｍａｐ）８４は、クリップＡＶストリームの再生時刻と、その時刻に再生されるデータが格納されたアドレスとを対応付けたテーブルである。この変換テーブル８４を利用することにより、プレイアイテムにおいて指定される開始時刻（Ｉｎ＿ｔｉｍｅ）および終了時刻（Ｏｕｔ＿ｔｉｍｅ）から、その時刻に再生すべきデータが格納されたクリップＡＶストリームにおけるアドレスを特定することができる。なお、この変換テーブル８４を利用した変換の原理は、後に図１３から図１５を参照しながら詳述する。
【０１２５】
図１１（ｄ）は、クリップＡＶストリームファイル８５（拡張子：ｍ２ｔｓ）に格納される動画ストリームを示す。この図では、ファイル"０１０００．ｍ２ｔｓ"および"０２
０００．ｍ２ｔｓ"の各々がクリップＡＶストリームファイルである。
【０１２６】
図１１（ｃ）および（ｄ）に示すように、光ディスク１８５上では、１つのクリップＡＶストリームファイルに対して１つのクリップ情報ファイルが設けられる。以下では、クリップＡＶストリームファイルと、クリップ情報ファイルの対を、「クリップ」（Ｃｌｉｐ）と称する。
【０１２７】
図１２は、プレイリストファイル８３に格納される情報（エントリ）およびそのデータ構造を示す。拡張子"ｒｐｌｓ"および"ｖｐｌｓ"ファイル８３内には"ＰｌａｙＬｉｓｔ
（）"として示すプレイリストエントリ８６が存在する。これが上述の「プレイリスト」
に対応する。プレイリストエントリ８６の下位には、プレイアイテム（ＰｌａｙＩｔｅｍ）エントリ８７が存在する。プレイアイテムエントリ８７には、プレイアイテム（ＰｌａｙＩｔｅｍ）１、２・・・が記述される。各プレイアイテムには再生対象となるクリップ情報ファイルのファイル名（Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）、ＳＴＣを特定するための識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）、開始時刻（Ｉｎ＿ｔｉｍｅ）８７−１、終了時刻（Ｏｕｔ＿ｔｉｍｅ）８７−２等が格納される。なお、各プレイリストファイル８３には、タイトルを付加するためのフィールド（図示せず）も存在する。本実施形態においては、複数の番組を連続して録画しつつ、最終的には番組単位でプレイリストを生成する。したがって各プレイリストファイル８３には、番組名を示す情報が格納される。
【０１２８】
次に、図１３は、クリップ情報ファイル８４に格納される時間・アドレス変換テーブル（ＥＰ＿ＭＡＰ）のデータ構造を示す。変換テーブルでは、時間を示すタイムスタンプ（ＰＴＳ）とアドレスを示すソースパケット番号（ＳＰＮ）とが対応付けられている。このタイムスタンプ（ＰＴＳ）は、映像に関していえばＭＰＥＧ規格のＧＯＰの先頭に配置される各ＩピクチャのＰＴＳを表す。またソースパケット番号（ＳＰＮ）とは、そのＰＴＳに対応する時刻に再生されるＩピクチャの先頭データが格納されたソースパケット番号（ＳＰＮ）である。ソースパケットのデータサイズは１９２バイトであるから、ソースパケット番号が特定されるとクリップＡＶストリームの先頭からのバイト数（すなわちデータの格納位置）が特定され、そのデータに容易かつ確実にアクセスできる。なお、この変換テーブルにおけるソースパケット番号ｘ１、ｘ２、・・・ｘｋの実際の値は必ずしも連続する整数ではなく、飛び飛びに大きくなっていく整数値である。
【０１２９】
以下、図１４（ａ）および（ｂ）を参照しながら、本実施形態による光ディスクレコーダ１１０の処理を説明する。いま、録画の予約が行われた番組ＡおよびＢが、光ディスクレコーダ１１０によって時間的に連続していると判断され、連続して録画された状況を想定する。番組Ａの後、番組Ｂが録画されたとする。
【０１３０】
図１４（ａ）は、番組ＡおよびＢが光ディスク（ＢＤ）１８５に録画された直後の、リアルプレイリスト１４１とクリップ１４３との関係を示す。クリップ１４３は、番組ＡおよびＢに関するクリップＡＶストリームファイルおよびクリップ情報ファイルの対を含んでいる。クリップ１４３に対応するリアルプレイリスト１４１は、番組Ａの開始時刻ｔ１１から番組Ｂの終了時刻ｔ１３までの再生を指定する。より具体的には、リアルプレイリスト１４１には、番組Ａの開始時刻ｔ１１を再生開始点（Ｉｎ＿ｔｉｍｅ）とし、番組Ｂの終了時刻ｔ１３を再生終了点（ｏｕｔ＿ｔｉｍｅ）として規定するプレイアイテム１４２を含んでいる。なお図１４（ａ）には番組ＡおよびＢの境界が示されているが、この境界は説明の便宜上設けたに過ぎず、実際のプレイリスト内にはその境界を示す情報は含まれていない。また、光ディスクレコーダ１１０は、リアルプレイリスト１４１を光ディスク１８５に記録してもよいし、内部のＲＡＭ２１２に保持するのみで光ディスク１８５に記録しなくてもよい。
【０１３１】
図１４（ｂ）は、分割されたプレイリスト１４１ａおよび１４１ｂとクリップ１４３との関係を示す。光ディスクレコーダ１１０のＣＰＵ２１１は、図１４（ａ）に示すリアルプレイリスト１４１を分割して、番組ＡおよびＢの各々に対応したリアルプレイリスト１４１ａおよび１４１ｂを生成する。リアルプレイリスト１４１ａおよび１４１ｂにはそれぞれプレイアイテム１４２ａおよび１４２ｂが含まれる。プレイアイテム１４２ａは、番組Ａの開始時刻ｔ１１を再生開始点（Ｉｎ＿ｔｉｍｅ）とし、番組Ａの終了時刻ｔ１２を再生終了点（ｏｕｔ＿ｔｉｍｅ）として規定する。一方のプレイアイテム１４２ｂは、番組Ｂの開始時刻ｔ１２を再生開始点（Ｉｎ＿ｔｉｍｅ）とし、番組Ｂの終了時刻ｔ１３を再生終了点（ｏｕｔ＿ｔｉｍｅ）として規定する。
【０１３２】
番組Ａの終了時刻ｔ１２および番組Ｂの開始時刻ｔ１２は録画予約の設定時刻から特定される。光ディスクレコーダ１１０はその設定時刻を保持しているため、番組ＡおよびＢの各々について、リアルプレイリスト１４１ａおよび１４１ｂを設けることができる。リアルプレイリスト１４１ａを利用すると番組Ａの先頭から終了までのみが再生される。リアルプレイリスト１４１ｂを利用すると番組Ｂの先頭から終了までのみが再生される。
【０１３３】
なお、番組Ａの終了時刻と番組Ｂの開始時刻とは同一であるとしたが、必ずしも同一でなくてもよい。実施形態１に関連して説明した「時間的に連続する複数の番組」の基準に合致していれば、時間的なずれが含まれていてもよい。そのときも各番組のプレイアイテムには、対応する各番組の開始時刻および終了時刻が記述される。ただしその開始時刻および終了時刻は厳密でなくてもよく、ずれていてもよい。
【０１３４】
本実施形態に関して留意すべきは、連続録画された複数の番組は、プレイリストを分割することによって番組ごとの再生が可能とされていることである。図１４（ｂ）に示されるように、クリップ１４３は分割することなく録画直後と同じ状態で保持される。換言すると、クリップ１４３中のクリップ情報ファイル８４には何ら変更は加えられない。
【０１３５】
ＢＤにおけるクリップ情報ファイル中のクリップ情報（ＥＰ＿ＭＡＰ等）は、ＤＶＤにおけるＶＯＢに相当する。実施形態１ではプログラムストリームのＶＯＢを分割するための複雑な処理（例えば図６）が必要であった。
【０１３６】
またＶＯＢを分割することによって生じ得る、映像および音声が同期しない問題はＢＤでは生じない。プログラムストリームには映像パックおよび音声パック等が多重化されているため、ある映像に同期して再生される音声のパックはその映像パックの前後に配置される。ＶＯＢを構成するＶＯＢＵは映像の再生時間を基準として生成されるため、同期して再生される音声パックと映像パックとが前後するＶＯＢＵに格納されることがある。この前後するＶＯＢＵの間がＶＯＢの分割位置とされてしまうと、前の番組の末尾は音声が途中で途切れる。しかしＢＤではクリップ情報を分割することはなく、再生時刻を基準とした番組ごとのプレイリストを生成するだけであるから、映像および音声は同期する。
【０１３７】
本実施形態においては、リアルプレイリスト１４１ａおよび１４１ｂを設けると番組ＡおよびＢの各属性（番組タイトル等）を記述できるため、リアルプレイリストを２つ設けている。しかし、１つのリアルプレイリスト内に２つのプレイアイテムＡおよびＢを設けることも可能である。この構成を採用したとしても、クリップ１４３には変更を加える必要はなくプレイアイテムのみを処理すればよいため、やはり処理負荷は小さい。なお本実
施形態においては、番組の連続録画直後に１つのリアルプレイリストを生成し、その後に番組ごとのリアルプレイリストに分割するとして説明した。しかしこれは番組ごとのリアルプレイリストを得るための一例である。プレイリストを１つ生成して分割する手順を経なくてもよい。例えば複数の番組を連続録画しながら、１つの番組が終了した時にリアルプレイリストを完結させ、その直後（すなわち次の番組の開始時）に新たなプレイリストを生成して番組ごとのリアルプレイリストを生成してもよい。これにより、最後の番組の録画が終了してそのリアルプレイリストが完結すると、その時点で番組ごとのリアルプレイリストが得られている。
【０１３８】
なお、番組ＡおよびＢの放送ソースの組み合わせは任意である。番組Ａはアナログ放送番組およびデジタル放送番組の一方であり、番組Ｂもまたアナログ放送番組およびデジタル放送番組の一方である。番組ＡおよびＢの両方がアナログ放送番組であってもよいし、デジタル放送番組であってもよい。
【０１３９】
上述の実施形態１および２の光ディスクレコーダは、それぞれＤＶＤ−ＲＡＭおよびＢＤに対して情報を記録するとした。しかし光ディスクレコーダは、光ディスクに代えて、または光ディスクとともにハードディスクに情報を記録することもできる。例えば実施形態１では、番組をプログラムストリーム形式でハードディスクドライブ（ＨＤＤ）に録画する。一方、実施形態２では番組をクリップＡＶストリーム形式でハードディスクドライブ（ＨＤＤ）に録画する。
【０１４０】
また、光ディスクやハードディスク以外の他の種類の記録媒体、例えば磁気テープ、フラッシュメモリカードに番組を録画する装置として実施することも可能である。なお、アナログ放送番組を録画するＶＣＲ等に本発明の処理によって番組を連続録画する場合には、上述した管理情報は存在しないためにその分割処理は必要ない。すなわち番組の連続録画のみを行うことになる。
【０１４１】
本発明による番組録画装置の録画機能は、図３に示す処理手順を規定したコンピュータプログラムに基づいて実現される。番組録画装置のコンピュータ（例えばＣＰＵ）は、そのようなコンピュータプログラムを実行することによってデータ処理装置の各構成要素を動作させ、上述した処理を実現することができる。コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録して市場に流通され、または、インターネット等の電気通信回線を通じて伝送される。これにより、コンピュータシステムを、上述の番組録画装置と同等の機能を有する再生装置として動作させることができる。
【産業上の利用可能性】
【０１４２】
本発明によれば、予約録画が複数存在する場合であっても、処理回路の規模を増大させることなく、各番組の先頭および最後の部分を途切れなく録画することが可能な番組録画装置を得ることができる。
【符号の説明】
【０１４３】
１００  光ディスクレコーダ
２０１  チューナ
２０２  ＡＤコンバータ
２０３  エンコーダ
２０４  ドライブ制御部
２０５  光ディスク
２１１  ＣＰＵ
２１２  ＲＡＭ
２１４  ネットワーク制御部
２１５  操作スイッチ
３００  システム制御部
【図１】
2009224024.tif 000004
【図２】
2009224024.tif 000005
【図３】
2009224024.tif 000006
【図４Ａ】
2009224024.tif 000007
【図４Ｂ】
2009224024.tif 000008
【図５】
2009224024.tif 000009
【図６】
2009224024.tif 000010
【図７】
2009224024.tif 000011
【図８】
2009224024.tif 000012
【図９】
2009224024.tif 000013
【図１０】
2009224024.tif 000014
【図１１】
2009224024.tif 000015
【図１２】
2009224024.tif 000016
【図１３】
2009224024.tif 000017
【図１４】
2009224024.tif 000018
【図１５】
2009224024.tif 000019