(57)【要約】【課題】  番組を追っかけ再生可能な追っかけ再生装置，テレビジョン受像機，および追っかけ再生方法を提供する。【解決手段】  上記のうち少なくとも追っかけ再生装置は，チューナーから送出される映像及び／又は音声データをデコードするデコード部と，映像及び／又は音声データを処理する制御部と，映像及び／又は音声データを記録可能な記録部とを備えており，上記制御部は，ユーザにより追っかけ録画指示を受付けると，記録部に映像及び／又は音声データを第１の所定時間，記録する記録処理と，該第１の所定時間よりも短い第２の所定時間内に前記記録部に記録された映像及び／又は音声データを再生する再生処理とを，該記録処理の処理回数に応じて第１の所定時間を収縮させながら，交互に繰り返し実行する。【選択図】    図２
2005302103.tif 000002
【特許請求の範囲】
【請求項１】
番組を追っかけ再生する追っかけ再生装置であって：
チューナーから送出される映像及び／又は音声データをデコードするデコード部と；
前記映像及び／又は音声データを処理する制御部と；
前記映像及び／又は音声データを記録可能な記録部とを備え，
前記制御部は，ユーザにより追っかけ録画指示を受付けると，前記記録部に映像及び／又は音声データを第１の所定時間，記録する記録処理と，該第１の所定時間よりも短い第２の所定時間内に前記記録部に記録された映像及び／又は音声データを再生する再生処理とを，該記録処理の処理回数に応じて第１の所定時間を収縮させながら，交互に繰り返し実行することを特徴とする，追っかけ再生装置。
【請求項２】
前記制御部は，少なくとも一回は前記記録処理と再生処理とを交互に繰り返すことを特徴とする，請求項１に記載の追っかけ再生装置。
【請求項３】
前記制御部は，前記第１の所定時間が所定時間まで収縮した場合，少なくともリアルタイムに放送する番組の映像及び／又は音声データに切替えることを特徴とする，請求項１に記載の追っかけ再生装置。
【請求項４】
番組を追っかけ再生する追っかけ再生装置であって：
チューナーから送出される映像及び／又は音声データをデコードするデコード部と；
前記映像及び／又は音声データを処理する制御部と；
前記映像及び／又は音声データを読み書き可能な記録部とを備え，
前記制御部は，ユーザにより追っかけ再生指示を受付けると，前記記録部に記録された映像及び／又は音声データを，第１の所定速度で所定時間，再生する再生処理と，該第１の所定速度よりも遅い第２の所定速度で所定時間，映像及び／又は音声データを記録する記録処理とを，交互に繰り返し実行することを特徴とする，追っかけ再生装置。
【請求項５】
前記所定時間は，ＧＯＰ単位の映像データの記録時間であることを特徴とする，請求項４に記載の追っかけ再生装置。
【請求項６】
前記制御部は，前記記録部に格納された映像及び／又は音声データのＧＯＰ単位の個数が所定数に満たない場合，処理を終了することを特徴とする，請求項５に記載の追っかけ再生装置。
【請求項７】
前記制御部は，リアルタイムに放送する番組の映像及び／又は音声データに切替えることを特徴とする，請求項６に記載の追っかけ再生装置。
【請求項８】
番組を追っかけ再生するテレビジョン受像機であって：
チューナーから送出される映像及び／又は音声データをデコードするデコード部と；
前記映像及び／又は音声データを処理する制御部と；
前記映像及び／又は音声データを記録可能な記録部とを備え，
前記制御部は，ユーザにより追っかけ録画指示を受付けると，前記記録部に映像及び／又は音声データを第１の所定時間，記録する記録処理と，該第１の所定時間よりも短い第２の所定時間内に前記記録部に記録された映像及び／又は音声データを再生する再生処理とを，該記録処理の処理回数に応じて第１の所定時間を収縮させながら，交互に繰り返し実行することを特徴とする，テレビジョン受像機。
【請求項９】
制御部は，前記記録処理の間，表示画面に再生処理時の映像データの静止画を表示させることを特徴とする，請求項８に記載のテレビジョン受像機。
【請求項１０】
番組を追っかけ再生するテレビジョン受像機であって：
チューナーから送出される映像及び／又は音声データをデコードするデコード部と；
前記映像及び／又は音声データを処理する制御部と；
前記映像及び／又は音声データを読み書き可能な記録部とを備え，
前記制御部は，ユーザから追っかけ再生指示を受付けると，前記記録部に記録された映像及び／又は音声データを，第１の所定速度で所定時間，再生する再生処理と，該第１の所定速度よりも遅い第２の所定速度で，映像及び／又は音声データを記録する記録処理とを，交互に繰り返し実行することを特徴とする，テレビジョン受像機。
【請求項１１】
制御部は，前記記録処理の間，表示画面に再生処理時の映像データの静止画を表示させることを特徴とする，請求項１０に記載のテレビジョン受像機。
【請求項１２】
番組を追っかけ再生する追っかけ再生方法であって：
ユーザにより追っかけ録画指示を受付ける受付処理と；
記録部に映像及び／又は音声データを第１の所定時間，記録する記録処理と；
前記第１の所定時間よりも短い第２の所定時間内に前記記録部に記録された映像及び／又は音声データを再生する再生処理と；
前記記録処理と再生処理とを該記録処理の処理回数に応じて，前記第１の所定時間を収縮させながら，交互に繰り返し実行する繰り返し処理とを含むことを特徴とする，追っかけ再生方法。
【請求項１３】
前記繰り返し処理は，少なくとも一回は前記記録処理と再生処理とを交互に繰り返すことを特徴とする，請求項１２に記載の追っかけ再生方法。
【請求項１４】
前記繰り返し処理は，前記第１の所定時間が所定時間まで収縮した場合，少なくともリアルタイムに放送する番組の映像及び／又は音声データに切替えることを特徴とする，請求項１２に記載の追っかけ再生方法。
【請求項１５】
番組を追っかけ再生する追っかけ再生方法であって：
ユーザにより追っかけ再生指示を受付ける受付処理と；
記録部に記録された映像及び／又は音声データを，第１の所定速度で所定時間，再生する再生処理と；
該第１の所定速度よりも遅い第２の所定速度で所定時間，映像及び／又は音声データを記録する記録処理と；
前記再生処理と記録処理とを交互に繰り返し実行する繰り返し処理とを含むことを特徴とする，追っかけ再生方法。
【請求項１６】
前記所定時間は，ＧＯＰ単位の映像データの記録時間であることを特徴とする，請求項１５に記載の追っかけ再生方法。
【請求項１７】
前記繰り返し処理は，前記記録部に格納された映像及び／又は音声データのＧＯＰ単位の個数が所定数に満たない場合，処理を終了することを特徴とする，請求項１６に記載の追っかけ再生方法。
【請求項１８】
前記繰り返し処理は，リアルタイムに放送する番組の映像及び／又は音声データに切替えることを特徴とする，請求項１７に記載の追っかけ再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は番組を追っかけ再生する追っかけ再生装置，テレビジョン受像機，および追っかけ再生方法に関する。
【背景技術】
【０００２】
既存のテレビジョン受像機等では，ＣＰＵ又はＤＳＰ等の性能が高く無い場合，番組の録画中に，既に記録された部分を２倍速再生などを使って早送り再生し，放送中の映像に追いつくことが可能な追いつき再生処理（追っかけ再生処理）は困難であった。
【０００３】
そこで，追いつき再生処理（追っかけ再生処理）を実現するためハイエンドなＣＰＵ又はＤＳＰなどを採用することで，上記問題点を解決していた。例えば，以下の先行技術文献に示す録画再生装置が挙げられる。
【０００４】
【特許文献１】特開２００３−１８５２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら，追っかけ再生可能なＤＳＰ等の制御部は，例えば略同時にエンコード，デコードできる高性能なＤＳＰやメディアプロセッサである必要があった。一方，ソフトウェアでコーディック（Ｃｏｄｅｃ）しない場合でも，映像信号の圧縮，伸長機能をハードウェアで実現可能な高性能なプロセッサが必要であった。
【０００６】
したがって，制御部が高性能である必要があるため，追っかけ再生処理を実現するための装置が大規模にならざるを得ず，装置を生産する工程が複雑となっていた。また，装置を開発する費用や，生産コスト等に多額の費用を要していた。
【０００７】
本発明は，上記問題点に鑑みてなされたものであり，本発明の目的は，略同時にエンコード又はデコードできない等の高性能でない制御部でも追っかけ再生可能な，新規かつ改良された追っかけ再生装置，テレビジョン受像機，および追っかけ再生方法を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するため，本発明の第１の観点によれば，番組を追っかけ再生する追っかけ再生装置が提供される。上記追っかけ再生装置は，チューナーから送出される映像及び／又は音声データをデコードするデコード部と，映像及び／又は音声データを処理する制御部と，映像及び／又は音声データを記録可能な記録部とを備えており，上記制御部は，ユーザにより追っかけ録画指示を受付けると，記録部に映像及び／又は音声データを第１の所定時間，記録する記録処理と，該第１の所定時間よりも短い第２の所定時間内に前記記録部に記録された映像及び／又は音声データを再生する再生処理とを，該記録処理の処理回数に応じて第１の所定時間を収縮させながら，交互に繰り返し実行することを特徴としている。
【０００９】
本発明によれば，追っかけ再生装置に備わる制御部は，映像及び／又は音声データを記録する記録処理に費やす第１の所定時間よりも短い第２の所定時間で映像及び／又は音声データを再生し，上記記録処理と再生処理とを交互に繰り返し行うとともに，記録処理の度に第１の所定時間を収縮するように短くしている。かかる構成により，間欠的な追っかけ再生ながらも，制御部に対する負荷を最大限に軽減させ，高性能な処理能力でなくても逐次処理で追っかけ再生を実施することができる。なお，記録処理の際に短縮する時間は，第２の所定時間と等しい時間に第１の所定時間を短縮してもよい。なお，上記記録部は，ＳＤＲＡＭ，ＥＥＰＲＯＭ，またはハードディスクドライブのうち少なくとも一つであり，さらにそれらを１又は２以上備えることができる。
【００１０】
上記制御部は，少なくとも一回は記録処理と再生処理とを交互に繰り返すように構成してもよい。
【００１１】
制御部は，第１の所定時間が所定時間まで収縮した場合，少なくともリアルタイムに放送する番組の映像及び／又は音声データに切替えるように構成してもよい。かかる構成により，追っかけ再生により到達したライブ放送の映像に自動的に切換わり，ユーザに違和感無く映像を表示させることができる。
【００１２】
第２の所定時間は，第１の所定時間の略半分であるように構成してもよい。かかる構成により，画面上に表示される映像の平均再生速度は，略１．５倍の速さとなる。また上記第１の所定時間は，第２の所定時間まで短縮させられるように構成してもよい。
【００１３】
上記課題を解決するために，本発明の第２の観点によれば，番組を追っかけ再生する追っかけ再生装置が提供される。上記追っかけ再生装置は，チューナーから送出される映像及び／又は音声データをデコードするデコード部と，映像及び／又は音声データを処理する制御部と，映像及び／又は音声データを読み書き可能な記録部とを備え，制御部は，ユーザにより追っかけ再生指示を受付けると，記録部に記録された映像及び／又は音声データを，第１の所定速度で所定時間，再生する再生処理と，該第１の所定速度よりも遅い第２の所定速度で所定時間，映像及び／又は音声データを記録する記録処理とを，交互に繰り返し実行することを特徴としている。なお，上記記録部は，ＳＤＲＡＭ，ＥＥＰＲＯＭ，またはハードディスクドライブのうち少なくとも一つであり，さらにそれらを１又は２以上備えることができる。
【００１４】
本発明によれば，追っかけ再生装置に備わる制御部は，映像及び／又は音声データを記録する記録処理の第１の所定速度よりも遅い第２の所定速度で所定時間，映像及び／又は音声データを記録し，上記記録処理と再生処理とを交互に繰り返し行っている。かかる構成により，記録処理と，記録処理よりも速い再生処理とを双方とも所定時間だけ交互に繰り返し行われることで，間欠的な追っかけ再生ながらも，制御部に対する負荷を最大限に軽減させ，高性能な処理能力でなくても逐次処理で追っかけ再生を実施することができる。なお，所定時間は記録処理および再生処理双方同じでもよく，相違しても良い。また所定時間を短縮し，記録処理と再生処理との切り替えを迅速に絶え間なく数多くすることで，シームレスな映像を再生することができる。
【００１５】
所定時間は，１又は２以上の映像データを１つのグループとするＧＯＰ単位に記録するのにかかる記録時間であるように構成してもよい。かかる構成により，迅速，的確に記録処理又は再生処理を実施することができる。なお，ＧＯＰ単位の映像データは少なくともＭＰＥＧであればよい。
【００１６】
制御部は，記録部に格納されたＧＯＰ単位の映像及び／又は音声データのデータの個数が所定数に満たない場合，処理を終了するように構成してもよい。なお，記録部に格納されたデータが無くなった場合に処理を終了するようにしてもよい。
【００１７】
制御部は，録画された映像及び／又は音声データから，リアルタイムに放送する番組の映像及び／又は音声データに切替えるように構成してもよい。かかる構成により，ライブ放送の映像に自動的に切替えることができ，ユーザに違和感なく画面に映像を表示させることができる。
【００１８】
再生処理と記録処理の処理時間は等しくてもよい。かかる構成により，記録処理よりも速い再生処理が短時間で記録部に記録された映像及び／又は音声データを再生することができる。
【００１９】
第１の所定速度は，第２の所定速度の略２倍であるように構成してもよい。かかる構成により，平均再生速度を１．５倍で画面上に映像・音声を再生できる。
【００２０】
上記課題を解決するため，本発明の第３の観点によれば，番組を追っかけ再生するテレビジョン受像機が提供される。上記テレビジョン受像機は，チューナーから送出される映像及び／又は音声データをデコードするデコード部と，映像及び／又は音声データを処理する制御部と，映像及び／又は音声データを記録可能な記録部とを備え，制御部は，ユーザにより追っかけ録画指示を受付けると，記録部に映像及び／又は音声データを第１の所定時間，記録する記録処理と，該第１の所定時間よりも短い第２の所定時間内に記録部に記録された映像及び／又は音声データを再生する再生処理とを，該記録処理の処理回数に応じて第１の所定時間を収縮させながら，交互に繰り返し実行することを特徴としている。
【００２１】
上記制御部は，記録処理の間，表示画面に再生処理時の映像データの静止画を表示させるように構成してもよい。かかる構成により，静止画よりデータ量が軽く，制御部に対する処理負荷の軽減が図れる。
【００２２】
上記課題を解決するため，本発明の第４の観点によれば，番組を追っかけ再生するテレビジョン受像機が提供される。上記テレビジョン受像機は，チューナーから送出される映像及び／又は音声データをデコードするデコード部と，映像及び／又は音声データを処理する制御部と，映像及び／又は音声データを読み書き可能な記録部とを備え，制御部は，ユーザから追っかけ再生指示を受付けると，記録部に記録された映像及び／又は音声データを，第１の所定速度で所定時間，再生する再生処理と，該第１の所定速度よりも遅い第２の所定速度で，映像及び／又は音声データを記録する記録処理とを，交互に繰り返し実行することを特徴としている。
【００２３】
上記課題を解決するため，本発明の第５の観点によれば，番組を追っかけ再生する追っかけ再生方法が提供される。上記追っかけ再生方法は，ユーザにより追っかけ録画指示を受付ける受付処理と；記録部に映像及び／又は音声データを第１の所定時間，記録する記録処理と；第１の所定時間よりも短い第２の所定時間内に記録部に記録された映像及び／又は音声データを再生する再生処理と；記録処理と再生処理とを該記録処理の処理回数に応じて，第１の所定時間を収縮させながら，交互に繰り返し実行する繰り返し処理とを含むことを特徴としている。
【００２４】
上記繰り返し処理は，少なくとも一回は記録処理と再生処理とを交互に繰り返すように構成してもよい。
【００２５】
上記繰り返し処理は，第１の所定時間が所定時間まで収縮した場合，少なくともリアルタイムに放送する番組の映像及び／又は音声データに切替えるように構成してもよい。
【００２６】
上記課題を解決するため，本発明の第６の観点によれば，番組を追っかけ再生する追っかけ再生方法が提供される。上記追っかけ再生方法は，ユーザにより追っかけ再生指示を受付ける受付処理と，記録部に記録された映像及び／又は音声データを，第１の所定速度で，再生する再生処理と，該第１の所定速度よりも遅い第２の所定速度で，映像及び／又は音声データを記録する記録処理と，再生処理と記録処理とを交互に繰り返し実行する繰り返し処理とを含むことを特徴としている。
上記所定時間は，１又は２以上の映像データを１つのグループとするＧＯＰ単位に記録するのにかかる記録時間であるように構成してもよく，繰り返し処理は，記録部に格納された映像及び／又は音声データのＧＯＰ単位の個数が所定数に満たない場合，処理を終了するように構成してもよい。
【００２７】
上記繰り返し処理は，録画された映像及び／又は音声データから，リアルタイムに放送する番組の映像及び／又は音声データに切替えるように構成してもよい。
【発明の効果】
【００２８】
以上説明したように，本発明によれば，高速，高性能，高価な制御部を使用しなくとも，制御部に処理負荷をかけずに，番組を追っかけ再生することができる。
【発明を実施するための最良の形態】
【００２９】
以下，本発明の好適な実施の形態について，添付図面を参照しながら詳細に説明する。なお，以下の説明及び添付図面において，略同一の機能及び構成を有する構成要素については，同一符号を付することにより，重複説明を省略する。
【００３０】
まず，図１を参照しながら，第１の実施の形態にかかる追っかけ再生処理について説明する。図１は，第１の実施の形態にかかる追っかけ再生処理の概略を示す説明図である。
【００３１】
図１（ａ）に示すように，例えば，“Ａ”，“Ｂ”，“Ｃ”，“Ｄ”，および“Ｅ”の映像シーンからなる番組が放送される場合，利用者に何らかの事由で，番組の“Ａ”シーンから視聴を中断する際に，放送番組を中断時から録画しておく（ＬＴＶＰ）。なお，ＬＴＶＰはリアル放送の番組を追っかけ再生する場合であるが，かかる例に限定されない。
【００３２】
次に，利用者の視聴中断事由が解消し，番組の視聴を再開する場合，何も録画していなければ視聴中断していた間の番組は放送されてしまうが，番組を録画しておけば，中断した時点から番組の視聴を再開することができる。
【００３３】
例えば，図１（ａ）に示すように，９時０５分に利用者に電話があり視聴を中断した場合，中断した時点以後に放送されている番組を録画しておけば，視聴再開後，図１（ｂ）に示すように，中断した時点の“Ａ”シーンから番組の視聴を再開できる。
【００３４】
“Ａ”からの視聴再開時，録画された番組の再生速度をリアルタイムで放送する番組の速度よりも早めることで，ライブ放送番組のシーンに到達することができる。以上の一連の処理が「追っかけ再生」である。
【００３５】
したがって，電話以外にも，来客などで番組の視聴を中断しなければならない時も，録画ボタン等を押して録画しておけば，席に戻り次第「追っかけ再生」で見逃した場面から見ることができる。
【００３６】
「追っかけ再生」は，例えば，テレビジョン受像機以外にも，ＶＴＲ（ビデオテープレコーダー）等の記録再生装置で放送番組等の録画中でも，録画開始時点（“Ａ”シーン）から再生できる。また追っかけ再生中に，早送りで不要なシーンをとばしたり，一時停止またはスロー再生を行い，見たい場面をゆっくり見たりすることも可能である。利用者に応じて必要なシーンのみ視聴するなど，時間を有意義に活用できる。
【００３７】
なお，追っかけ再生には，放送受信した番組を記録しながら，この記録された番組を早送り再生し，放送中のシーンに追いつく「追っかけ再生」も存在するが，第１の実施の形態又は第２の実施の形態にかかる「追っかけ再生」では，放送受信した番組を記録する記録処理と，この記録された番組を早送り再生する再生処理とを逐次処理で切替えながら，放送中のシーンに追いつく機能を追っかけ再生機能とする。
【００３８】
次に，図２を参照しながら，第１の実施の形態にかかるテレビジョン受像機について説明する。図２は，第１の実施の形態にかかるテレビジョン受像機の概略を示すブロック図である。
【００３９】
図２に示すように，テレビジョン受像機１００は，チューナー１０１と，ＡＶスイッチ等を兼ね備えたクロマデコーダ１０３と，番組を追っかけ再生する追っかけ再生装置１０５と，映像スイッチ１０７と，マルチカラープロセッサ１０９と，ＣＲＴ１１１と，音声スイッチ１１３と，音声アンプ１１５と，スピーカ１１７とを備える。
【００４０】
なお，本実施のかかる追っかけ再生装置１０５は，テレビジョン受像機１００に備わる場合を例に挙げて説明するが，かかる例に限定されず，例えば，ＶＴＲ等の記録再生装置，ＰＣ（パーソナルコンピュータ）等の情報処理装置などに備わる場合であっても実施可能である。
【００４１】
また，本実施の形態にかかるテレビジョン受像機１００は，放送番組を表示可能な装置であれば，いかなる場合であっても実施可能である。例えば，液晶テレビや，プラズマディスプレイなどを例示することができる。
【００４２】
上記追っかけ再生装置１０５は，テレビジョン受像機１００に汎用的に組み込み可能とするため一般的なアナログの入出力回路を備えたモジュール構造となっている。したがって，例えば，チューナー１０１からの映像データ（映像信号）であるＹ／Ｃ（輝度信号／色度信号）またはＣＶＢＳ（コンポジット信号）を追っかけ再生装置１０５に接続し，同じくＹ／ＣまたはＣＶＢＳの出力を映像スイッチ１０７等に接続すれば，追っかけ再生装置１０５を他の形式・種類のテレビジョン受像機でも実施することができる。
【００４３】
なお，各国のテレビ放送方式により，クロマデコーダ１０３またはクロマデコーダ２０１は，ＮＴＳＣ，ＰＡＬ，ＳＥＣＡＭ等の信号に対応している必要がある。また，ディジタル放送方式等の場合であっても，クロマデコーダ１０３またはクロマデコーダ２０１などをディジタル信号に対応させることで追っかけ再生を実施することができる。
【００４４】
次に，追っかけ再生装置１０５には，クロマデコーダ２０１と，フラッシュメモリ２０３と，ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  ＲＡＭ）２０５と，制御部２０７と，ＥＥＰＲＯＭ２０９と，基準クロック生成部２１１と，エンコーダ２１３と，音声ＤＡＣ２１５とが備わっている。
【００４５】
上記ＳＤＲＡＭ２０５は，図２に示すように，２つのメモリから構成される場合を例に挙げて説明するが，かかる例に限定されず，１つ又は３つ以上の場合であっても実施可能である。また，記憶容量についても，例えば１０分程度の映像データを記録可能であれば，いかなる容量でもよい。なお，ＳＤＲＡＭ２０５は，例えば，一般的に生産されているものでも流用可能であるため開発コストをかけずに済む。
【００４６】
エンコーダ２１３は，制御部２０７から送出される映像データをＮＴＳＣ又はＰＡＬ方式の信号にエンコードするが，かかる例に限定されず，他の方式であっても実施可能である。
【００４７】
フラッシュメモリ２０３は制御部２０７が処理を実行するために必要なプログラムが記憶されている。制御部２０７は，処理を実行するに際して必要なプログラムを上記フラッシュメモリ２０３の記憶領域から読み出して，プログラムに記述された命令を実行している。
【００４８】
また，ＳＤＲＡＭ２０５には制御部２０７が実行するプログラムに応じて，実行するに際して必要なワーキングエリア（作業領域）とともに，追っかけ再生処理を実行するに際して必要な映像ストリームを記録可能な映像ストリーム記憶領域が割り当てられる。なお，クロマデコーダ１０３に備わるマイクロプロセッサは，上記制御部２０７を制御するための制御部である。
【００４９】
なお，第１の実施の形態にかかる制御部２０７は，ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）である場合を例に挙げて説明するが，追っかけ再生装置１０５内の各部の処理を制御したり，映像データを例えばＭＰＥＧ４形式など，エンコード又はデコード処理等の処理を実行可能であれば，かかる例に限定されず，いかなる場合でもよい。
【００５０】
第１の実施の形態にかかる制御部２０７がＤＳＰであることの特徴として，高機能で高速処理である大規模な回路素子のチップである必要はなく，既存のＤＳＰのチップを活用し，追っかけ再生処理が，上記ＤＳＰによって実現できるため，開発コスト，生産コスト等を大幅に削減することができる点がある。
【００５１】
次に，図３を参照しながら，第１の実施の形態にかかるＳＤＲＡＭ２０５について説明する。図３は，第１の実施の形態にかかるＳＤＲＡＭ２０５の概略的な構成を示す説明図である。
【００５２】
図３に示すように，ＳＤＲＡＭ２０５には，所定容量からなる３つのパート（記憶領域）が存在する。追記録画パートは，上記説明した映像ストリームを記録する領域であり，制御部２０７は映像データを上記追記録画パートに記録する。
【００５３】
また，図３に示す緩衝パートは，追記録画パートと再生パートの中間に位置するいわゆるバッファーに相当する記憶領域である。映像データを再生中に急に前の映像に戻りたい場合等のために使用される領域である。再生パートは，制御部２０７が映像データを読み取り，再生するためのデータが記憶される領域である。
【００５４】
また，上記３つのパートは，説明上いわゆる仮想的に定義した記憶領域である。映像データを記録又は再生することで，記録する映像データの格納先または再生する映像データの格納先のアドレスが変動するため，記録／再生に伴い上記３つのパートの領域も変動する（例えばスライド移動等）。
【００５５】
ここで，図３に示すように，例を挙げて説明すると，例えば，ＳＤＲＡＭ２０５が１又は２以上の記憶領域に相当するブロックから構成され，左から順にＡ０，Ｂ０，Ｃ０，Ｄ０，…，Ｋ０，Ｌ０と映像データが各ブロックに記憶されている。
【００５６】
映像データを再生する場合，Ａ０ブロックから右方向に順に映像データを読み取り再生する。図３に示すように，現時点では，Ｅ０ブロックまで映像データを再生しているのがわかる（既再生パート）。
【００５７】
映像データの再生は，再生パートに相当するＦ０，Ｇ０，Ｈ０，…，Ｌ０ブロックに格納された映像データを順次再生すると，再生パートの映像データが存在しないため再生処理は終了する。再生されたブロックは，既再生パートとして追記録画パートまたは緩衝パートとして新たに映像データが格納される。
【００５８】
Ｌ０ブロックの映像データの再生が終了すると，ポインタが先頭アドレスに指すように設定され，先頭アドレスに該当するＡ１ブロックから順に映像データが記録されていく。なお，Ａ０ブロックとＤ１ブロックとが重複したブロックに位置しているが，同一ブロックであり，Ａ０ブロックに格納された映像データは上書きされる。
【００５９】
また再生速度を一倍速で再生する場合，領域の変動は発生せず問題ないが，追っかけ再生では再生速度を一倍速よりも早送り再生すると，速度が早く映像データが増えた分の追記記録パートが増える。
【００６０】
したがって，再生速度が速まれば，その分早く現在の放送画に近づくが，逆にスロー再生やポーズを行うと，近づくどころか逆に現在の放送画から離れてしまい，その分の映像データは緩衝パートの記録領域に記録される。
【００６１】
なお，第１の実施の形態では，例えば，ポーズ時間を１分以内と決めておけば，その分の緩衝パート（メモリ容量）を予め確保しておけば良い。
【００６２】
次に，図４を参照しながら，第１の実施の形態にかかる追っかけ再生処理にかかる状態遷移（ステートマシン）について説明する。図４は，第１の実施の形態にかかる追っかけ再生処理の概略的な状態遷移について示す説明図である。
【００６３】
図４（ａ）に示すように，現在の映像としてテレビジョン受像機のＣＲＴ１１１等に番組が放送されている状態（Ｓ４０１）から，例えば電話等によりユーザが視聴を中断する場合，追っかけ再生用に番組を録画するために“録画”ボタン等をユーザが押下すると，処理状態がライブ放送の映像表示状態（Ｓ４０１）から録画状態（Ｓ４０２）に遷移する。
【００６４】
なお，上記“録画”ボタンの押下は，例えば，リモートコントローラ（リモコン）に備わる“録画”ボタンの押下の場合を例示することができるが，かかる例に限定されず，画面上をタッチパネルとし“録画”ボタンをタッチする場合等でも実施できる。
【００６５】
録画状態（Ｓ４０２）に遷移すると，番組の録画処理を示す“●”マーク又は“録画”などのアイコンが図４（ｂ）に示すように，画面４５１上に表示される。録画状態（Ｓ４０２）は，番組の録画処理を停止するための“停止”ボタンの押下によって，番組の録画処理を停止し，ライブ放送の映像を表示する元の状態に遷移する。
【００６６】
また，録画処理中は，図４（ｂ）の画面４５１等に示すように，映像データの記録容量の状態を示すインジケータ等が表示される。したがって，番組の録画処理中は，上記インジケータの表示も空の状態（エンプティ）から刻一刻と容量一杯の状態（ＦＵＬＬ）に近づくように更新する。
【００６７】
なお，第１の実施の形態にかかる録画処理中は，ＣＲＴ１１１の画面には，記録開始直後の静止画像がフルイメージで表示されるが，かかる例に限定されず，例えば，記録中である旨のメッセージが表示された静止画面が表示される場合，何も表示されない場合，またはライブ放送の映像が表示される場合等でもよい。
【００６８】
録画処理中の状態（Ｓ４０２）から，例えばユーザが席に戻り視聴を再開する場合，追っかけ再生するために“再生”ボタン等をユーザが押下すると，再生状態（Ｓ４０３）に遷移する。
【００６９】
再生状態（Ｓ４０３）に遷移すると，番組の再生処理を示すアイコンが図４（ｂ）に示すように，画面４５２上に表示される。さらに再生状態（Ｓ４０３）は，再生速度を調整するための“早送り再生”または“スロー再生”ボタンの押下によって，再生速度が調整された速度制御再生状態（Ｓ４０４）に遷移する。“スロー再生”の場合，ＳＤＲＡＭ２０５の物理的記憶容量までは，任意のスロー再生または一時停止が可能となる。
【００７０】
速度制御再生状態（Ｓ４０４）に遷移すると，早送り再生の場合は，図４（ｂ）の画面４５３に示すように三角形が２つ並んだアイコンが表示され，“スロー再生”の場合も適当なアイコン（図示せず。）が表示される。
【００７１】
また，“早送り再生”ボタンを押下する回数に応じて早送り再生する速度を変更することができる。例えば，デフォルトの状態では１倍速の再生速度であり，利用者が一回ボタンを押下すると１．１倍速になり，二回の押下で１．２倍速，三回の押下で２倍速など速度を変更することができる。なお回数に応じた再生速度の変動幅はいかなる場合であっても実施することができる。
【００７２】
ＳＤＲＡＭ２０５に記録された映像データを再生することで，映像を追っかけ再生し，番組の映像がライブ放送の映像に到達した場合，“早送り再生”または“スロー再生”による速度制御再生状態（Ｓ４０４）から現在の映像の表示状態（Ｓ４０１）に遷移する。画面表示も録画の再生映像からライブの映像に切換わる。
【００７３】
なお，上記説明した追っかけ再生処理のステートマシンは，フラッシュメモリ２０３に記憶されるプログラムから構成される場合を例に挙げて説明するが，かかる例に限定されず，追っかけ再生装置１０５内に備わるデバイス等の場合であっても実施可能である。
【００７４】
次に，図５を参照しながら，第１の実施の形態にかかるプログラムのモジュール構成について説明する。図５は，第１の実施の形態にかかるプログラムのモジュール構成の概略を示す説明図である。
【００７５】
上記ライブ放送の追っかけ再生処理するプログラムはフラッシュメモリ２０３に記憶されている。図５に示すようにプログラムは，ステートマシンモジュール５０１と，ＯＳＤモジュール５０２と，プロセス処理モジュール５０３と，エンコーダ／デコーダモジュール５０５と，リアルタイムＯＳモジュール５０７と，デバイスライブラリモジュール５０９とから少なくとも構成される。
【００７６】
ステートマシンモジュール５０１は，上記説明したように，次なるステートの遷移先等，各ステートの状態遷移を管理している。ステートの遷移先は，ＡＰＩを経由して，プロセス処理モジュールに指示する。具体的にはＡＰＩに次のステート（再生状態，早送り再生状態等）が設定される。
【００７７】
ＯＳＤ（オン・スクリーン・ディスプレイ）モジュール５０２は，追っかけ再生処理中や録画処理中などを指標するアイコン等のＧＵＩを画面上に表示するモジュールであり，またユーザからの指示を受付けるモジュールも含まれる。例えば，リモコン等に備わる“録画”ボタンがユーザにより押下されたのをＯＳＤモジュール５０２が検知し，ステートマシンモジュール５０１に知らせる。
【００７８】
プロセス処理モジュール５０３は，ステートマシンモジュール５０１からの指示に応じて，映像データの追っかけ再生処理，記録処理，早送り再生処理，またはメモリに対する記録制御処理等の各プロセス処理を実行または制御する。
【００７９】
エンコーダ／デコーダモジュール５０５は，クロマデコーダ２０１から送出される映像データをＭＰＥＧ４形式にエンコードし，または読み出した映像データをデコードする。なお，第１の実施の形態にかかるエンコーダ／デコーダモジュール５０５は，ＭＰＥＧ４形式にエンコードまたはデコードする場合を例に挙げて説明するが，かかる例に限定されず，ＭＰＥＧ２等の場合であっても実施可能である。
【００８０】
デバイスライブラリモジュール５０９は，例えば追っかけ再生装置１０５に備わるデバイス（クロマデコーダ２０１等）を管理制御する。したがって，プロセス処理モジュール５０３等から処理の実行指示を受けると，デバイスを駆動し指示に応じた処理を実行させることができる。例えば，追っかけ再生装置１０５に備わるＳＤＲＡＭ２０５のデバイス（ハードウェア）に対して，映像データを記録させる記録処理等の制御等を例示できる。
【００８１】
デバイスによる処理の実行結果をデバイスライブラリモジュール５０３からプロセス処理モジュール５０３が受けることで，プロセス処理モジュール５０３が割り込み処理（ルーチン）したり，周辺機器等のデバイスコントロールを行うためリアルタイムＯＳ５０７に指示を行う。また，ステータスハンドラー（Ｓｔａｔｕｓ  Ｈａｎｄｌｅｒ）経由で，ステートマシンモジュール５０１に次のステータスに該当するプロセス処理を指示するようコールバック（Ｃａｌｌｂａｃｋ）する。
【００８２】
なお，ステータスハンドラーは，例えば，あるステータス（再生状態，早送り再生状態など）が遷移するたびにステートマシンモジュール５０１等に問い合わせる機能である。
【００８３】
また，コールバックは，例えば，呼び出しの際に，現在のプロセス処理の内容等をパラメータとして渡すことで，呼び出し先（ステートマシンモジュール５０１等）から，自身が提供するプロセス処理のうち適当なプロセス処理を実行するよう指示してもらう。
【００８４】
リアルタイムＯＳ５０７は，制御部２０７の動作を総合的に管理するＯＳ（オペレーションシステム）である。リアルタイムＯＳであるため，所定時間内には指示された処理を実行可能なようにタスク管理している。
【００８５】
第１の実施の形態にかかるプログラムのモジュール群は，フラッシュメモリ２０３に記憶され，制御部２０７によって上記プログラムが読み込まれ，上記プログラムモジュールに記述された処理内容通りに，制御部２０７に追っかけ再生処理を実行させる。
【００８６】
（追っかけ再生処理）
次に，図６を参照しながら，第１の実施の形態にかかる追っかけ再生処理の動作について説明する。図６は，第１の実施の形態にかかる追っかけ再生処理の概略的な動作について示す説明図である。
【００８７】
まず，ユーザがリモコン等の“録画”ボタンを押下すると，ＯＳＤモジュールが駆動し，制御部２０７が当該ボタンの押下を受付け，チューナー１０１から送出される映像ストリーム６００の録画を開始する（Ｓ６０１）。録画された映像データは，例えば，１又は２以上のフレーム単位，または所定時間単位に，ＳＤＲＡＭ２０５に割当てられた複数の記憶領域（ブロック）に格納される。
【００８８】
図６に示すように，録画開始（Ｓ６０１）すると，制御部２０７はチューナー１０１で受信する映像ストリーム６００のうち“Ａ”パート，“Ｂ”パート，…の記録単位でＳＤＲＡＭ２０５のブロックに格納する。なお，上記“Ａ”パートは，例えば，ＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ）等に相当する１又は２以上の映像データからなるグループ単位である。
【００８９】
したがって，制御部２０７は，録画開始後，図６に示すように，“Ａ”パート〜“Ｈ”パートに相当する映像データをＳＤＲＡＭ２０５の記憶領域に格納させる。
【００９０】
次に，ユーザがリモコン等の“再生”ボタン押下後さらに“早送り再生”ボタンを押下すると，制御部２０７は，上記“早送り再生”ボタンの押下を受付け，録画データの再生を開始する（Ｓ６０３）。
【００９１】
図６に示すように，“早送り再生”は，番組の録画処理を１倍速とすると２倍速で再生するため，例えば，“Ａ”パートの映像データを録画する同一時間内で，“Ａ”及び“Ｂ”パートの映像を再生しているのが分かる。
【００９２】
以上から，録画開始後（Ｓ６０１）〜再生開始前（Ｓ６０３）に録画された“Ａ”パート〜“Ｈ”パートの映像データは，録画時間の半分の時間で再生する。なお，再生している間は，制御部２０７は，新たにチューナー１０１から受信する映像データをＳＤＲＡＭ２０３に格納することはできない。なお，上記録画開始後（Ｓ６０１）から再生開始前（Ｓ６０３）までの所定時間，または上記以降の再生時間を，例えば第１の所定時間等としてもよい。
【００９３】
上記“Ａ”〜“Ｈ”パート再生処理後，新たに“Ｉ”〜“Ｌ”パートの映像データをＳＤＲＡＭ２０５に格納する。なお，記録処理の間は，再生処理を実行できないため，ＣＲＴ１１１の画面には，例えば“Ｈ”パートに該当する映像データのうち，終了直前のフレームの静止画像が表示されるが，かかる例に限定されない。
【００９４】
第１の実施の形態にかかる追っかけ処理は，再生処理と録画処理が交互に繰り返し行われるため，再生される映像は所々途切れ途切れで，間欠的であるが，視聴するに際してユーザに違和感を生じさせるほどではない上，仮想的に追っかけ再生が可能となるため開発コストをかけずに経済的に負担とならない。
【００９５】
上記記録された“Ｉ”〜“Ｌ”パートの映像データも，上記説明した通り，記録処理の２倍の速度で再生するため，録画する時間の半分の時間で再生処理が終了する。“Ｍ”パート，“Ｎ”パート，…以降の映像データの記録及び再生処理についても同様に再帰的に交互に繰り返し処理が行われる。
【００９６】
以上から，記録及び再生処理が繰り返し行われることで，録画及び再生処理時間が半分ずつ短くなって，再生する映像がライブ放送の現在の映像に徐々に近づいていき，終局的に再生映像が現在の映像に追いつくことができる（Ｓ６０５）。
【００９７】
なお，第１の実施の形態にかかる追っかけ再生処理の再生・記録処理にて対象する映像データはアナログの映像データである場合に限定されず，他のいかなるデータ形式でもよい。
【００９８】
また，第１の実施の形態にかかる追っかけ再生処理の平均再生速度は，再生処理を２倍速としたことから，平均再生速度は１．５倍速の追っかけ再生速度となる。なお，追っかけ再生処理のうち再生処理が１．５倍速の場合，平均再生速度は，１．２５倍速の追っかけ再生速度となる。
【００９９】
また，第１の実施の形態にかかる追っかけ再生処理において，映像データの記録区間，音声データも同時記録可能なため，それを再生速度に合わせて繋いで再生することができる。さらに，映像の再生速度等とは別に，音声の再生速度が異なる場合でも実施することができる。
【０１００】
次に，図７，図８，および図９を参照しながら，第２の実施の形態にかかる追っかけ再生処理について説明する。図７は，第２の実施の形態にかかる追っかけ再生処理の概略的な動作について示す説明図である。図８および図９は，第２の実施の形態にかかる追っかけ再生処理の概略的な動作について示すフローチャートである。なお，第２の実施の形態にかかる追っかけ処理については，第１の実施の形態にかかる追っかけ処理と比較した際の相違点について特に説明する。
【０１０１】
まず，図８に示すように，ユーザがリモコン等の“録画”ボタンを押下すると，ＯＳＤモジュールが駆動し，制御部２０７は，当該ボタンが押下されたのを検出する（Ｓ８０１）。
【０１０２】
“録画”ボタンの押下を受付けると（Ｓ８０１），ＳＤＲＡＭ２０５の記憶領域をクリア（初期化）し，ポインタをクリアするために“０”を設定する（Ｓ８０３）。なお，かかるポインタに限定されず，例えば変数などの場合でもよい。
【０１０３】
次に，例えば，“１”等のアドレスを，ＳＤＲＡＭ２０５の記憶領域に先頭番地として設定し，エンコードの回数を示すエンコードカウンタ（ＥＮＣカウンタ：Ｍ）とデコードカウンタ（ＤＥＣカウンタ：Ｎ）を“０”クリアする（Ｓ８０５）。
【０１０４】
次に，録画開始するため，制御部２０７は，クロマデコーダ２０１によりデコードされた映像データをＭＰＥＧ４形式にエンコードし，映像データを先頭番地から順に記録する（Ｓ８０７）。
【０１０５】
なお，先頭番地など格納先を示す番地（アドレス）は，物理的なＳＤＲＡＭ２０５の記憶領域に格納される例えば１ＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ）単位にグループ化された１又は２以上の映像データと１対１に対応がとれているものとする。
【０１０６】
上記記録処理（Ｓ８０７）後，エンコードをカウントするためのＥＮＣカウンタの値（Ｍ）を１インクリメントする（Ｓ８０９）。次に，制御部２０７は，ＳＤＲＡＭ２０５の記憶容量が一杯であるか否かを確認する（Ｓ８１１）。なお，第２の実施の形態にかかるカウントは，例えばＧＯＰ単位にカウントしてもよく，またはＧＯＰに含む映像データ単位にカウントしても良い。
【０１０７】
上記確認の結果（Ｓ８１１），記憶容量一杯である場合，先頭番地に戻ることを示すポインタに１を設定し（Ｓ８１３），先頭番地（Ｓ８０５）から既格納された映像データが上書きされるように記録される（Ｓ８０７）。なお，先頭番地に戻り継続して記録処理があることを示せれば，かかるポインタに１以外の値が設定されてもよい。また，記憶容量が一杯になった回数の値がポインタに設定される場合等でもよい。
【０１０８】
上記確認の結果，まだ記憶容量が一杯でない場合（Ｓ８１１），次に，制御部２０７は，ユーザにより，再生ボタンが押下されたか否かを確認する（Ｓ８１５）。
【０１０９】
なお，上記記録処理（Ｓ８０７）は，図７に示すように，“Ａ”パート，“Ｂ”パート，“Ｃ”パート，・・・，“Ｇ”パート，“Ｈ”パートに相当する映像ストリーム６００の映像データを，ＳＤＲＡＭ２０５の記憶容量が一杯になるまで（Ｓ８１１），またはユーザによる再生ボタンの押下されるまで（Ｓ８１５），１倍速の速さでＳＤＲＡＭ２０５に記録する。
【０１１０】
次に，再生ボタンの押下を検知すると（Ｓ８１５），上記ポインタの値が“１”であるか否かをチェックし（Ｓ８１７），ポインタの値が“１”の場合，少なくとも１回は先頭番地に戻り録画が繰り返されているため，再生ボタン押下のタイミングでエンコードされた映像データの格納先アドレス（Ｍ）に１を加算する（Ｓ８１９）。
【０１１１】
上記再生ボタン押下時にエンコードされ，格納された映像データの次の格納先を示すアドレスは，既に記録された映像データのうち最古のものである映像データが格納されたアドレスを示している。
【０１１２】
一度先頭番地に戻り繰り返し記録処理があった場合，単にＳＤＲＡＭ２０５の先頭番地から再生したのでは前後関係が反転するため番組ストーリーの整合がとれない。したがって，再生ボタン押下に対応するアドレスの次のアドレスに格納された映像データから再生することで，タイムシーケンスのとれた再生処理を行える。
【０１１３】
次に，ＤＥＣカウンタの値（Ｎ）に上記エンコーダ回数の値（Ｍ）を代入し，ＥＮＣカウンタ（Ｍ）に０を代入する。なお，Ｍはエンコードの回数を示し，Ｎはデコードの回数を示しているため，映像データの再生時には，逆にエンコードした回数（Ｍ回）だけデコード（Ｍ回）すればよいことが分かる。なお，第２の実施の形態にかかるカウンタ値は，例えば，ＧＯＰ単位にカウントしてもよく，またはＧＯＰに含む映像データ単位にカウントしても良い。
【０１１４】
次に，図９に示すように，再生ボタンが押下されると（Ｓ８１５），録画開始したポインタにかかる映像データを最初から順に（“Ａ”，“Ｂ”パート等），格納先から取り出し，デコードして早送り再生する（Ｓ８２３）。
【０１１５】
ユーザからの録画開始の指示後，ＳＤＲＡＭ２０５に所定時間の間映像データが記録されるが，その記録された映像データをバッファとして利用することで，記録速度または通常再生を基準速度として２倍速などの再生速度で追っかけ再生することができる。
【０１１６】
なお，図７に示すように，早送り再生は，例えば記録処理の２倍の処理速度で番組を記録しているため，記録処理の“Ａ”パートでメモリに記録した録画時間の１／２の時間で再生できる。例えば，“Ａ”パートの映像データを録画する処理の時間で，“Ａ”及び“Ｂ”パートの映像データを早送り再生しているのがわかる。
【０１１７】
上記早送り再生（Ｓ８２３）に伴い，ＤＥＣカウンタの値（Ｎ）を２だけデクリメントする。つまり，２パート分（例えば，“Ａ”，“Ｂ”パート）の映像データを再生処理したためである。なお，第２の実施の形態にかかるカウンタ値は，例えば，ＧＯＰ単位にカウントしてもよく，またはＧＯＰに含む映像データ単位にカウントしても良い。
【０１１８】
再生処理すると（Ｓ８２５），次に録画処理するため，当該再生処理で表示した最後のＩピクチャの静止画を，制御部２０７は，ＣＲＴ１１１などの表示画面に表示する（Ｓ８２７）。かかる静止画を表示画面に表示することで，制御部２０７への処理負荷を軽減できる。なお，Ｉピクチャに限定されず，例えばＢピクチャや，予め格納された画像データ等の場合でもよい。
【０１１９】
次に，図７に示す例えば“Ｉ”パート等，１ＧＯＰ分の映像データをＭＰＥＧ４形式にエンコードし，ＳＤＲＡＭ２０５に記録する（Ｓ８２９）。記録後，ＥＮＣカウンタの値を１インクリメント（Ｍ＝Ｍ＋１）する（Ｓ８３１）。
【０１２０】
次に，ユーザから“停止”又は“一時停止”ボタンが押下されたか否かを制御部２０７は，確認し（Ｓ８３３），押下されていない場合，ＤＥＣカウンタのＮが１であるか否かをチェックする（Ｓ８３５）。
【０１２１】
次に，ＤＥＣカウンタの値（Ｎ）が１以下の場合，制御部２０７はＥＮＣカウンタの値（Ｍ）が１であるか否かを確認する（Ｓ８３７）。上記ＥＮＣカウンタの値が１のとき（Ｓ８３７），現在の映像に追いつくことができたため，ライブ放送の映像に表示が切り替わる（Ｓ８４１）。
【０１２２】
上記ＥＮＣカウンタの値が１でない場合（Ｓ８３７），再度ＤＥＣカウンタの値にエンコード回数を示す値（Ｍ）を設定し，ＥＮＣカウンタの値に“０”を設定し（Ｓ８３９），早送り再生が行われる（Ｓ８２３）。
【０１２３】
また，上記停止ボタン又は一時停止ボタンが押下された場合（Ｓ８３３），１０秒経過したか否かをチェックし，１０秒（１０ＧＯＰ）以内でない場合（Ｓ８４３），１ＧＯＰ分の映像データを取り出し，エンコードし，映像データを記録する（Ｓ８４５）。次に，ＥＮＣカウンタの値（Ｍ）に１インクリメントする（Ｓ８４７）。なお，かかる例に限定されず，例えば，２０秒，３ＧＯＰなど，如何なる場合でも実施できる。
【０１２４】
最後に，ユーザから“停止”又は“一時停止”ボタンが押下されたか否かを制御部２０７は確認し（Ｓ８４９），押下された場合，再度早送り再生処理が実行される（Ｓ８２３）。以上から，第２の実施の形態にかかる追っかけ再生処理の一連の動作が終了する。
【０１２５】
なお，第２の実施の形態にかかる「追っかけ再生」では，放送受信した番組を記録する記録処理と，この記録された番組を早送り再生する再生処理とを逐次処理で切替えながら，放送中のシーンに追いつく機能を追っかけ再生としている。
【０１２６】
また，第２の実施の形態にかかる制御部２０７は，ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）である場合を例に挙げて説明するが，追っかけ再生装置１０５内の各部の処理を制御したり，映像データをエンコード又はデコード処理等の処理を実行可能であれば，かかる例に限定されず，いかなる場合でもよい。
【０１２７】
第２の実施の形態にかかる制御部２０７がＤＳＰであることの特徴として，高機能で高速処理である大規模な回路素子のチップである必要はなく，既存のＤＳＰのチップを活用し，追っかけ再生処理が，上記ＤＳＰによって実現できるため，開発コスト，生産コスト等を大幅に削減することができる点がある。
【０１２８】
第２の実施の形態にかかる録画処理中は，ＣＲＴ１１１の画面には，記録開始直後の静止画像がフルイメージで表示されるが，かかる例に限定されず，例えば，記録中である旨のメッセージが表示された静止画面が表示される場合，何も表示されない場合，またはライブ放送の映像が表示される場合等でもよい。
【０１２９】
第２の実施の形態にかかるエンコーダ／デコーダモジュール５０５は，ＭＰＥＧ４形式にエンコードまたはデコードする場合を例に挙げて説明するが，かかる例に限定されず，ＭＰＥＧ２等の場合であっても実施可能である。
【０１３０】
第２の実施の形態にかかる追っかけ再生処理については，一旦録画処理が終了すると，再生処理となるため，録画／再生を交互にシーケンシャルに実施することができる。また，映像データの記録区間，音声データも同時記録可能なため，それを再生速度に合わせて繋いで再生することができる。さらに，映像の再生速度等とは別に，音声の再生速度が異なる場合でも実施することができる。
【０１３１】
また，第１の実施の形態および第２の実施の形態では，ハードウェア構成による映像／音声のエンコード／デコード（Ｃｏｄｅｃ）以外に，ソフトウェアでエンコード，デコードを交互に実施することで，より柔軟な追っかけ再生用のアプリケーションを組むことができる（コーディング）。ソフトウェアで実現することで，ＭＰＥＧ４，ＭＰＥＧ１，またはＭＰＥＧ２などのＣｏｄｅｃをアプリケーションに応じて，臨機応変に使い分けることができる。
【０１３２】
また，第１の実施の形態および第２の実施の形態では，例えば３００ＭＨｚを超えるＤＳＰクロック等が不要の為，外部に対してＥＭＩ（電磁気干渉）の影響も少なく，回路基板やモジュール設計等を比較的容易に設計することができる。
【０１３３】
なお従来においては，ＬＴＶＰなどのアプリケーションを実現しようとすると，同時にエンコード，デコードできる高性能なＤＳＰやメディアプロセッサを必要としていた。従って，チップコストも高価となり，低価格ＴＶにフィーチャとして搭載できなかった。一方，ソフトウェアでＣｏｄｅｃを行わない場合は，ビデオ信号の圧縮，伸長機能をハードウェアで備えている高価なプロセッサを必要としていた。
【０１３４】
また従来においては，追っかけ再生を行う映像ストリームを記録する記録媒体としては，殆どＨＤＤ（ハードディスクドライブ）が用いられていた。上記ＨＤＤは，記録媒体として大変優れているが高価であること，テレビジョン（ＴＶ）に内蔵するには容積が比較的大きいこと，また機械的に常に回転している為，耐用寿命が短くかつ騒音がメモリなど他の記録媒体と比較すると大きいこと等が欠点とされていた。
【０１３５】
さらに従来において，追っかけ再生のためハードウェアでエンコード，デコード機能を有すると，Ｃｏｄｅｃは例えばＭＰＥＧ４等，一つの方式に限定されてしまい，他のＣｏｄｅｃに柔軟に対応できない。アップグレードによる機能追加や，バグ修正のためのパッチなど，ソフトウェアによる柔軟な対応が困難であること等が欠点として挙げられる。
【０１３６】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例を想定し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１３７】
上記実施形態においては，制御部２０７は，ＤＳＰである場合を例に挙げて説明したが，追っかけ再生装置１０５内の各部の処理を制御したり，映像データをエンコード又はデコード処理等の処理を実行可能であれば，かかる例に限定されない。
【０１３８】
上記実施形態においては，エンコーダ／デコーダモジュール５０５は，ＭＰＥＧ４形式にデータをエンコードまたはデコードする場合を例に挙げて説明するが，かかる例に限定されず，例えば，ＭＰＥＧ２等の場合であっても実施可能である。
【０１３９】
また，上記実施の形態にかかるフラッシュメモリ２０３，ＳＤＲＡＭ２０５は，データを読書き可能であれば，かかる例に限定されない。例えば，ハードディスクドライブなどの補助記憶装置であっても実施することができる。
【０１４０】
上記実施形態においては，追っかけ再生装置１０５に備わる各部はハードウェアからなる場合を例にあげて説明したが，本発明はかかる例に限定されない。例えば，上記各部は，１又は２以上のモジュールまたはコンポーネントから構成されるプログラムの場合であってもよい。
【０１４１】
また，上記実施形態においては，フラッシュメモリ２０３に備わる各モジュールはプログラムからなる場合を例にあげて説明したが，本発明はかかる例に限定されない。例えば，上記各モジュールは，ハードウェアから構成される場合であってもよい。
【産業上の利用可能性】
【０１４２】
本発明は，番組を追っかけ再生する追っかけ再生装置，テレビジョン受像機，および追っかけ再生方法に適用可能である。
【図面の簡単な説明】
【０１４３】
【図１】第１の実施の形態にかかる追っかけ再生処理の概略を示す説明図である。
【図２】第１の実施の形態にかかるテレビジョン受像機の概略を示すブロック図である。
【図３】第１の実施の形態にかかるＳＤＲＡＭ２０５の概略的な構成を示す説明図である。
【図４】第１の実施の形態にかかる追っかけ再生処理の概略的な状態遷移について示す説明図である。
【図５】第１の実施の形態にかかるプログラムのモジュール構成の概略を示す説明図である。
【図６】第１の実施の形態にかかる追っかけ再生処理の概略的な動作について示す説明図である。
【図７】第２の実施の形態にかかる追っかけ再生処理の概略的な動作について示す説明図である。
【図８】第２の実施の形態にかかる追っかけ再生処理の概略的な動作について示すフローチャートである。
【図９】第２の実施の形態にかかる追っかけ再生処理の概略的な動作について示すフローチャートである。
【符号の説明】
【０１４４】
１００      テレビジョン受像機
１０１      チューナー
１０３      クロマデコーダ
１０５      追っかけ再生装置
２０３      フラッシュメモリ
２０５      ＳＤＲＡＭ
２０７      制御部
【図１】
2005302103.tif 000003
【図２】
2005302103.tif 000004
【図３】
2005302103.tif 000005
【図４】
2005302103.tif 000006
【図５】
2005302103.tif 000007
【図６】
2005302103.tif 000008
【図７】
2005302103.tif 000009
【図８】
2005302103.tif 000010
【図９】
2005302103.tif 000011