(57)【特許請求の範囲】
【請求項１】
トリックプレーの最中のスキップが望ましくないトリックプレー制限部分（５、６）を含む、音声および／または映像番組（１）のレンダリングを制御する方法であって、
該音声および／または映像番組（１）はライブ・モードまたはタイムシフト・モードでレンダリングされ、
該ライブ・モードにおいて、該音声および／または映像番組を表す番組情報が、レンダリング装置（１１）に直接転送され、
該タイムシフト・モードにおいて、該番組情報はタイムシフト・バッファ（２１）を介して該レンダリング装置（１１）に転送され、該番組情報は該タイムシフト・バッファ（２１）に記憶され、記憶されたより後にタイムシフトされて読み出され、
第１のトリックプレー・モードにおいて、該タイムシフト・バッファに記憶された該番組情報と、該タイムシフト・バッファから読み出されたタイムシフトされた番組情報との間のタイムシフトが減少させられ、
第２のトリックプレー・モードにおいて、該タイムシフト・バッファに記憶された該番組情報と、該タイムシフト・バッファから読み出されたタイムシフトされた該番組情報との間の該タイムシフトが増加させられ、
該第１のトリックプレー・モードにおいて、トリックプレー制限部分を表す番組情報が該タイムシフト・バッファ（２１）から読み出された場合、該第１のトリックプレー・モードが無効とされ、
該第２のトリックプレー・モードにおいて、該ライブ・モードにおいてのレンダリングの場合、まだレンダリングされていない番組部分であって、まだレンダリングされていないトリックプレー制限部分の後に続く番組部分を表す番組情報へのアクセスを読み出すことを該第２のトリックプレー・モードがもたらす場合には、該第２のトリックプレー・モードが無効とされる、
レンダリングを制御する方法。
【請求項２】
前記第２のトリックプレー・モードが無効とされる場合には、前記記憶された番組情報によって表されるすべてのトリックプレー制限部分（５、６）に先行する番組部分を表す番組情報への、逆向きのジャンプが実行される、請求項１に記載の方法。
【請求項３】
前記タイムシフト・バッファから再びトリックプレー制限部分を表す番組情報を読み出す際に前記第１のトリックプレー・モードを可能にするように、トリックプレー制限部分がレンダリングされた後、トリックプレー制限が削除または無視される、請求項２に記載の方法。
【請求項４】
前記タイムシフト・モードから前記ライブ・モードへの切り替えの際、該切り替えの瞬間に前記タイムシフト・バッファに読み出し位置が登録され、前記逆向きのジャンプが該登録された読み出し位置へと実行される、請求項２または３に記載の方法。
【請求項５】
前記タイムシフト・バッファが完全に前記映像番組で満たされた場合、最も古い番組部分が新しく記憶された番組部分によって上書きされ、登録された読み出し位置が最も新しい番組情報によって上書きされた場合、前記タイムシフト・バッファ（２１）内でまだ利用可能な音声および／または映像番組の最も古い番組部分へと前記逆向きのジャンプが実行される、請求項４に記載の方法。
【請求項６】
複数の音声および／または映像番組を表す番組情報が前記タイムシフト・バッファに記憶され、番組の始まりを表す番組情報への、トリックプレー制限部分を表す番組情報を超えたジャンプが許可される、請求項１から５のいずれかに記載の方法。
【請求項７】
トリックプレーの最中のスキップが望ましくないトリックプレー制限部分（５、６）を含む、音声および／または映像番組を表す番組情報に関するタイムシフト装置（１０）であって、装置が、
番組情報を受信する入力部（２０）、
該番組情報によって示される番組をレンダリングするレンダリング・デバイス（１１）に結合される転送出力部（２７）、
該番組情報を記憶して、該記憶された番組情報をより後にタイムシフトして出力するタイムシフト・バッファ（２１）、および、
第１のトリックプレー・モードにおいて、該タイムシフト・バッファに記憶された該番組情報と、該タイムシフト・バッファから読み出されたタイムシフトされた番組情報との間のタイムシフトが減少させられ、第２のトリックプレー・モードにおいて、該タイムシフト・バッファに記憶された該番組情報と、該タイムシフト・バッファから読み出されたタイムシフトされた該番組情報との間のタイムシフトが増加させられるように動作可能な制御部（３５）を含み、
該装置（１０）は、入力部で受信される番組情報が遅延なしに該転送出力部（２７）に転送されるライブ・モード、および、該タイムシフト・バッファ（２１）によって出力される番組情報が該転送出力部（２７）に転送されるタイムシフト・モードにおいて動作可能であり、
該制御部（３５）は、
該第１のトリックプレー・モードにおいて、該タイムシフト・バッファ（２１）から出力された番組情報がトリックプレー制限部分（５、６）を表す場合、該第１のトリックプレー・モードを無効とし、
該第２のトリックプレー・モードにおいて、該タイムシフト・バッファ（２１）が、まだ転送出力部（２７）で利用可能とされていない番組部分であって、まだ転送出力部（２７）でこれも利用可能とされていないトリックプレー制限部分の後に続く番組部分を表す番組情報を出力することをもたらす場合には、該タイムシフト・バッファに記憶された該番組情報と、該タイムシフト・バッファから読み出されたタイムシフトされた該番組情報との間で、該第２のトリックプレー・モードを無効とするように構成される、
タイムシフト装置。
【請求項８】
前記第２のトリックプレー・モードを無効にする場合に、前記記憶された番組情報によって表されるすべてのトリックプレー制限部分に先行する番組部分を表す番組情報への逆向きのジャンプを行うように構成される、請求項７に記載の装置。
【請求項９】
前記タイムシフト・バッファ（２１）からトリックプレー制限部分を表す番組情報を再び読み出す際に前記第１のトリックプレー・モードを可能にするように、トリックプレー制限部分をレンダリングした後にトリックプレー制限を削除または無視するように構成される、請求項８に記載の装置。
【請求項１０】
前記タイムシフト・モードから前記ライブ・モードへの切り替えの際に前記タイムシフト・バッファにおいて読み出された現在の位置を登録し、前記逆向きのジャンプが前記登録された位置へのジャンプであるように構成される、請求項８または９に記載の装置。
【請求項１１】
前記登録された位置が最も新しい番組情報によって上書きされる場合、前記逆向きのジャンプが、前記タイムシフト・バッファ（２１）においてまだ利用可能な番組情報の最も古い部分へのジャンプである、請求項１０に記載の装置。
【請求項１２】
複数の音声および／または映像番組を表す番組情報が前記タイムシフト・バッファに記憶され、前記制御部（３５）が、トリックプレー制限部分を示す番組情報を超えて、番組の始まりを表す番組情報へとジャンプするように構成される、請求項７から１１のいずれかに記載の装置。
【請求項１３】
請求項７から１２のいずれか一項に記載の装置、および、前記転送出力部（２７）で利用可能な前記音声および／または映像番組によって表される番組情報をレンダリングするように前記装置の前記転送出力部（２７）に結合された表示スクリーン（３０）を含むテレビジョン（５０）システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トリックプレーの最中のスキップが望ましくないトリックプレー制限部分を含む、音声および／または映像信号のレンダリングを制御する方法に関する。本発明はさらに、トリックプレーの最中のスキップが望ましくないトリックプレー制限部分を含む、音声および／または映像番組を示す番組情報のタイムシフト装置に関する。
【背景技術】
【０００２】
商業的テレビ番組供給者の収益所得は、主に番組に組み入れられるコマーシャルから得られる。よく知られているように、テレビ番組は一般的に、コマーシャルが放送される最中のコマーシャル・ブレークによって中断される。番組供給者は、コマーシャルを番組に配置する目的で、広告主にコマーシャル・タイムスロットを販売する。コマーシャル・タイムスロットの価格は、関連づけられたテレビ番組の予測される視聴者の規模によって変動し、それは、そのようなタイムスロットに配置された番組とコマーシャルの両方を同一の視聴者が見る前提に起因する。すなわち、番組の人気が高くなれば、番組に関連づけられたコマーシャル・タイムスロットの値段も高くなる。
【０００３】
タイムシフト・サービスは、従来の放送スケジュールの制約を取り除き、遅れた時間にユーザが番組を見ることを可能にするため、タイムシフト・サービスは、それらの投資の回収に悪影響を及ぼすかもしれない。タイムシフト・サービスによって利用可能にされた早送りトリック・モード機能は、広告収入に悪影響を及ぼすかもしれない。そのようなトリック・モード機能を用いて、ユーザが番組のコマーシャルをスキップするようにテレビ番組を早送りすることができ、したがってそのようなコマーシャルおよび広告は効果がないものとなる。広告主は効果のないコマーシャルおよび広告に高い料金を支払いそうにない。
【０００４】
テレビ番組供給者はコマーシャルのスキップの可能性を低減する解決方法を探求している。
【０００５】
コマーシャルのスキップを妨げる方法が米国特許出願第２００８１９３１０４号に説明される。
【０００６】
米国特許出願公開第２００９００１３５５７号は、パーソナル・ビデオレコーダを開示する。トリック・モード制御データが、コマーシャルに関連づけられたコンピュータファイルから読み出され、コマーシャルに関してトリック・モード再生が禁止されているかどうかが決定される。コマーシャルにトリックプレーが許可されていない場合、コマーシャルの再生の最中、禁止されたトリックプレーは無効にされる。
【０００７】
さらに、米国特許出願公開第２００８０３１７４３３号は、記憶媒体上の再生アイテムとして記憶された音声／映像情報を再生する再生装置を開示する。ランダムアクセスフラグが再生アイテムに割り当て可能である。ランダムアクセスフラグの値は、エントリポイントへのジャンプが許可されているかどうかを示す。そのようなジャンプが許可されていない場合、そのようなエントリポイントへのジャンプの要求は、再生アイテムによって指定されたクリップ音声／映像クリップストリームの始まりへのジャンプとなる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
放送された音声および／または映像情報のマークされた部分のスキップをさらに妨げる、方法および装置を提供することが、本発明の目的である。
【課題を解決するための手段】
【０００９】
本発明の第１の態様によれば、本発明の目的は、トリックプレーの最中のスキップが望ましくないトリックプレー制限部分を含む、音声および／または映像番組のレンダリングを制御する方法によって達成され、音声および／または映像番組はライブ・モードまたはタイムシフト・モードでレンダリングされ、ライブ・モードにおいて、音声および／または映像番組を表す番組情報が、レンダリング装置に直接転送され、タイムシフト・モードにおいて、番組情報はタイムシフト・バッファを介してレンダリング装置に転送され、番組情報はタイムシフト・バッファに記憶され、記憶されたより後のタイムシフトを読み出され、第１のトリックプレー・モードにおいて、タイムシフト・バッファに記憶された番組情報と、タイムシフト・バッファから読み出されたタイムシフトされた番組情報との間のタイムシフトが減少させられ、第２のトリックプレーにおいて、タイムシフト・バッファに記憶された番組情報と、タイムシフト・バッファから読み出されたタイムシフトされた番組情報との間のタイムシフトが増加させられ、トリックプレー制限部分を表す番組情報がタイムシフト・バッファから読み出された場合、第１のトリックプレー・モードが無効とされ、ライブ・モードにおいてのレンダリングの場合、このことが、まだレンダリングされていない番組部分であってまだレンダリングされていない番組部分のトリックプレー制限部分の後に続く番組部分を表す番組情報へのアクセスを読み出すことにつながる場合には、第２のトリックプレー・モードが無効とされる。
【００１０】
本発明の第２の態様によれば、本発明の目的は、トリックプレーの最中のスキップが望ましくないトリックプレー制限部分を含む、音声および／または映像番組を表す番組情報に関するタイムシフト装置によって達成され、装置は、番組情報を受信する入力部、番組情報によって示される番組をレンダリングするレンダリング・デバイスに結合される転送出力部、番組情報を記憶して、記憶された番組情報をより後のタイムシフトに出力するタイムシフト・バッファ、および、第１のトリックプレー・モードにおいて、タイムシフト・バッファに記憶された番組情報と、タイムシフト・バッファから読み出されたタイムシフトされた番組情報との間のタイムシフトが減少させられ、第２のトリックプレー・モードにおいて、タイムシフト・バッファに記憶された番組情報と、タイムシフト・バッファから読み出されたタイムシフトされた番組情報との間のタイムシフトが増加させられるように動作可能な制御部を含み、装置は、入力部で受信される番組情報が遅延なしに転送出力部に転送されるライブ・モード、および、タイムシフト・バッファによって出力される番組情報が転送出力部に転送されるタイムシフト・モードにおいて動作可能であり、制御部は、タイムシフト・バッファから出力された番組情報がトリックプレー制限部分を表す場合、第１のトリックプレー・モードを無効とし、このことが、タイムシフト・バッファがまだ出力部で利用可能とされていない番組部分を表す番組情報であってまだ転送出力部でこれも利用可能とされていない番組部分のトリックプレー制限部分の後に続く番組情報を出力することにつながる場合には、タイムシフト・バッファに記憶された番組情報と、タイムシフト・バッファから読み出されたタイムシフトされた番組情報との間で、第２のトリックプレー・モードを無効とするように構成される。
【００１１】
本発明は、まず装置をライブ・モードに切り替え、次に第２のトリック・モード、例えば、巻き戻しモード（この巻き戻しモードによってシフトバッファから読み出されたものがトリックプレー制限部分の終端にシフト可能である）を実行することによって、例えばコマーシャルなどのトリックプレー制限を含む部分がスキップ可能であるという知見に、少なくとも部分的に基づく。
【００１２】
本発明による手段によって、この迂回はもはや不可能となり、テレビ番組供給者はトリックプレーを使用可能とし続けることができる。
【００１３】
方法および装置のさらなる実施形態およびそれらの利点は、図１から図１１を参照して以下に示される。
【図面の簡単な説明】
【００１４】
【図１】番組要素とコマーシャルとを含む映像番組、例えば典型的なテレビ番組を示す図である。
【図２】本発明による装置の実施形態を示す図である。
【図３】装置がポーズ・モードにされる際に実行されるソフトウェア制御処理の流れ図である。
【図４】装置がプレー・モードにされる際に実行されるソフトウェア制御処理の流れ図である。
【図５】装置をライブ・モードにする要求コマンドが受信された際に実施される処理の流れ図である。
【図６】装置が巻き戻しモードにされる際に実行されるソフトウェア制御処理の流れ図である。
【図７】巻き戻しモードを無効にするサブプログラムの第１の実施形態の流れ図である。
【図８】装置が早送りモードにされる際に実行されるソフトウェア制御処理の流れ図である。
【図９ａ】異なるトリックプレー状況に関するタイムシフト・バッファに記憶される内容の概略図である。
【図９ｂ】異なるトリックプレー状況に関するタイムシフト・バッファに記憶される内容の概略図である。
【図９ｃ】異なるトリックプレー状況に関するタイムシフト・バッファに記憶される内容の概略図である。
【図１０】本発明による装置を用いたシステムの実施形態を示す図である。
【図１１】本発明による装置を用いたシステムの別の実施形態を示す図である。
【発明を実施するための形態】
【００１５】
図１は、時間ｔの関数として、番組要素ならびに、トリックプレーの最中のスキップが望ましくないトリックプレー制限部分４、５および６を含む映像番組１、例えば典型的なテレビ番組を概略的に示す。そのような部分は例えばコマーシャルを表してもよい。部分２および３は番組要素を表す。通常は、映像番組を表す映像情報はユーザの受信デバイスに転送される。
【００１６】
映像番組内のトリックプレー制限部分は、転送される映像情報に組み込まれたメタデータ内に示されることができる。
【００１７】
パケット化されたデジタル映像情報の場合、メタデータはこの型のデータのために用意されたパケット、またはパケットの部分に組み込まれることができる。
【００１８】
トリックプレー制限部分は、転送される映像情報内のメタデータによるのとは別の方法で示されることもできることは明らかである。例えば、指定されたアルゴリズムを実行するソフトウェアまたは例えばインターネット上で利用可能なサードパーティのアプリケーションによってである。番組内のトリックプレー制限部分の場所は、トリックプレー制限部分の場所に関する情報が記憶されるデータベースを用いることによっても決定可能である。さらに、トリックプレー制限部分を決定するために利用可能な方法が全く結果を出さない場合には、制限されたトリックプレーについての完全な番組をマークすることも可能である。
【００１９】
トリックプレー制限が存在しない部分を示すことも可能である。そのような表示、すなわちトリックプレー制限が存在しない表示が欠けた部分は、トリックプレー制限部分と考えることも可能である。
【００２０】
本発明は以下に、テレビ番組の映像部分を示す映像情報を処理するように配置された設備を参照して説明される。本発明が、音声番組、例えばラジオ番組を表す音声情報を処理する装置、または音声と映像との両方の情報を処理する装置にも適用可能であることは明らかである。
【００２１】
映像情報はアナログフォーマットまたはデジタルフォーマットであることができる。しばしば用いられるデジタル映像フォーマットはＭＰＥＧフォーマットであり、ＭＰＥＧフォーマットでは画像のシークエンスは映像情報のＭＰＥＧ標準の１つによって符号化される。しかしながら、本発明はまた、他の符号化スキームまたは標準によって符号化された映像情報にも適用可能である。
【００２２】
図２は、レンダリングユニット１１に結合された本発明による装置１０の実施形態である。装置１０は、映像番組の映像部分を表す映像情報を受信する入力部２０を備える。装置１０はさらに、受信された映像情報を、それが出力される前に一時的に記憶するタイムシフト・バッファ２１を含む。タイムシフトのために、記憶された映像情報は、タイムシフト・バッファ２１に書かれたよりも遅いシフトタイム期間に、タイムシフト・バッファ２１から読み出される。読み出す速度は、出力部２３上の映像情報が、通常の速度の入力部２０での映像情報の受信に関する遅延で利用可能になるように、書き込み速度と等しく選択される。
【００２３】
読み／書き制御部２２は、タイムシフト・バッファ２１の映像情報の書き処理および読み処理を制御する。
【００２４】
タイムシフト・バッファ２１は好ましくはいわゆる循環バッファであり、循環バッファでは映像信号がアドレスレンジ内の後続のアドレス位置と共にメモリ位置に記憶される。アドレスレンジ内で最も高いアドレスを有する位置が満たされると直ちに、書き込みはアドレスレンジ内で最も低いアドレスで続行する。最も低いアドレスのポジションは、以下でタイムシフト・バッファ２１の始まりＢＢと呼ばれる。読み出しは同様の方式で行われる。したがって、最も高いアドレスを有する位置が読み出されると直ちに、読み出し処理は最も低いアドレスで続行する。読み／書き制御部２２は現実の書き込みアドレスの記録を保つようにポインタＷＰを用い、現実の読み出し位置の記録を保つようにポインタＲＰを用いる。
【００２５】
当業者には、循環バッファ以外の他のバッファも使用可能であることは明らかである。内容の書き込みとこの内容の読み出しとの間に一定の時間差が保たれることが可能な各メモリが、使用可能である。
【００２６】
入力部２０で受信された映像情報はマルチプレクサ２４の入力部２６に供給され、出力部２３のタイムシフトされた映像情報はマルチプレクサ２４の入力部２５に供給される。マルチプレクサ２４は装置制御部３５によって制御される。
【００２７】
装置１０はライブ・モードおよびタイムシフト・モードによって動作可能である。ライブ・モードにおいて、入力部２６の映像情報は、マルチプレクサ２４を介して装置１０の転送出力部２７に供給される。タイムシフト・モードにおいて、タイムシフト・バッファ２１の出力部２３のタイムシフトされた映像情報は、転送出力部２７に供給される。
【００２８】
転送出力部２７はレンダリングユニット１１の入力部３１に結合される。レンダリングユニット１１は、入力部３１に結合された映像プロセッサ２９を備える。映像プロセッサ２９は映像表示部３０に、映像情報によって表される映像番組のレンダリングを引き起こす表示部駆動信号を投入する。
【００２９】
装置１０制御部３５は、プログラムメモリ２８に記憶されたソフトウェア・プログラムを実行するプログラム可能なプロセッサを備える。これらのプログラムは、トリックプレーを引き起こすように読み書き制御部２２およびマルチプレクサ２４を制御するソフトウェアを含む。トリックプレーは、例えばポーズ・モード、プレー・モード、早送りモード、および巻き戻しモードなどのいくつかのモードで動作可能である。ポーズ・モードにおいて、タイムシフト・バッファ２１の読み出しは停止し、映像プロセッサ２９は、転送出力部２７の映像情報で利用可能な最新の画像に対応する静止画像のレンダリングを引き起こす駆動信号を表示部３０に通常の方式で投入するモードで、制御部２５の制御下に入る。
【００３０】
プレー・モードで、タイムシフト・バッファ２１の映像情報はタイムシフト・バッファに記憶されたものより後のタイムシフトで読み出され、読み出し速度は書き込み速度に等しい。タイムシフト・バッファから読み出された映像情報は、通常の速度で入力部３１で受信された映像情報によって表される映像番組のレンダリングを引き起こす駆動信号を投入するモードで制御部２５によって制御されるようになる転送出力部２７を介して、映像プロセッサに投入される。このことは、表示部３０に映像番組のタイムシフトされたレンダリングをもたらす。
【００３１】
早送りモードにおいて、タイムシフト・バッファの読み出しでは一連の前方ジャンプが行われ、１回ごとに映像情報の一部をスキップする。このことは、映像情報が通常の再生よりも速い速度で表示部にレンダリングされることをもたらす。通常、早送りは異なる速度で実行されることが可能であるが、常に通常の再生速度よりも速い速度で行われる。
【００３２】
巻き戻しモードにおいて、映像番組が逆順でレンダリングされることをもたらすように、映像情報は逆順で読み出される。通常、巻き戻しモードは異なる速度で実行されることが可能である。原則として巻き戻しモードの速度は任意の速度であることができ、言い換えれば、巻き戻し速度は通常の再生速度より速くても等しくても遅くてもよい。トリックプレー処理はトリックプレー・コマンドの制御下で初期化され、トリックプレー・コマンドは、例えば異なるモードのそれぞれに関して別々のボタン３３であるユーザコマンドボタン３３を含むユーザ・インターフェース３２を介してユーザによって与えられることが可能な、例えばユーザコマンドであり得る。ユーザコマンドは、通常の通信チャネル、例えば信号バス３４を介して、装置制御部３５によって受信可能である。
【００３３】
メモリ２８はさらに、タイムシフト・バッファ２１に記憶された内容に関連する制御データを記憶するソフトウェアを含む。これらの制御データはタイムシフト・バッファ２１の始まりへのポインタＢＢを含む。映像情報記憶の新しい記憶サイクルが始まる場合、例えば映像チャネルの変更の後または装置のスイッチがオンになった後に、記憶はこのポインタＢＢによって示されるアドレスから始まる。
【００３４】
制御データはまた、タイムシフト・バッファ２１の入力部で受信されるデータが記憶される実際のアドレスを指し示すポインタＷＰ、および、タイムシフト・バッファの読み出しの実際のアドレスを指し示すポインタＲＰを含む。
【００３５】
制御データはまた、タイムシフト・バッファ２１内の、すでに読み出されてその結果として表示部３０にレンダリングされる映像情報のアドレスレンジを含む。制御データはまた、トリックプレー制限部分が記憶されたタイムシフト・バッファにおける位置のアドレスレンジを含む。これらのアドレスレンジは、例えばトリックプレー制限部分の書き込みの最中に決定される。
【００３６】
最後に、制御データは、トリックプレー制限を有する番組部分を示す映像情報部分のアドレスレンジを含む。これらのレンジは映像情報のメタデータから導き出されることもできる。
【００３７】
異なるトリックプレー・モードおよびライブ・モードで実行されるトリックプレー処理は、図３から図９を参照して以下に説明される。
【００３８】
図３は、装置がポーズ・モードにされた際に実行されるソフトウェア制御処理の流れ図を示す。処理は開始ステップＳ１から始まる。次にステップＳ２で、ポーズ・モードが開始した瞬間に装置がライブ・モードで動作していたかどうか判断される。
【００３９】
装置がライブ・モードで動作していたのであれば、ステップＳ３が実行され、ステップＳ３では読み出しポインタＲＰが、ポーズ・モードが開始する直前にタイムシフト・バッファに記憶された映像情報部分を指し示す値に設定される。読み出しポインタのこの値は、別のトリックプレー処理によって変更される必要があるまで保たれる。
【００４０】
次にステップＳ４が実行され、ステップＳ４でライブ・モードが終了する。ステップＳ４の後にステップＳ５が続き、ステップＳ５ではポーズプレーが実行される。
【００４１】
Ｓ２の実行において、装置がライブ・モードで動作していなかったと決定された場合、すべてのトリックプレー処理はステップＳ６で停止され、その後にステップＳ５のポーズプレー処理の実行が続く。
【００４２】
図４は、装置がプレー・モード（通常速度）にされた際に実行されるソフトウェア制御処理の流れ図を示す。Ｓ１０で処理が開始され、ステップＳ１１が続き、ステップＳ１１ではステップＳ１０で処理が開始した瞬間に装置がライブ・モードで動作していたかどうか判断される。装置がライブ・モードで動作していたのであれば、処理はＳ１２で終了し、装置はライブ・モードに保たれる。ライブ・モードで映像信号はすでに通常速度で出力される。したがって、新しい処理を開始する理由はない。しかしながら、ステップＳ１１で装置がライブ・モードで動作していなかったと思われる場合、すべてのトリック・モード処理はＳ１３で停止され、次にステップＳ１４が実行される。ステップＳ１４において、タイムシフト・バッファの読み出し速度は、映像情報がタイムシフト・バッファ２１に書き込まれる速度に対応する値に設定される。読み出しポインタＲＰは、前のトリックプレー・モードの終了時に有していた値を保つ。Ｓ１４の実行の後、映像信号はタイムシフト方式で出力２７に供給される。
【００４３】
図５は、装置をライブ・モードにする要求コマンドが受信された際に実行される処理の流れ図を示す。Ｓ２０で処理が開始される。次にＳ２１で、処理がすでにライブ・モードにあるかどうか判断される。処理がすでにライブ・モードにあるなら、ステップＳ２２で処理は停止され、処理がまだライブ・モードになければ、ステップＳ２１の後にステップＳ２３が続く。Ｓ２３においてすべてのトリックプレー処理は停止される。Ｓ２３の実行の後に、トリック・モードでの読み出しが停止されたタイムシフト・バッファ内の場所をマークするように、読み出しポインタの実際の値がＳ２４で登録される。そして、Ｓ２５でマルチプレクサが、入力部２０で受信された映像信号を転送出力部２７に供給するモードに設定され、それによってライブ映像情報が転送出力部２７で利用可能となる。
【００４４】
図６は、装置が巻き戻しモードにされた際に実行されるソフトウェア制御処理の流れ図を示す。Ｓ３０で処理が開始される。次に、Ｓ３１で、巻き戻しモードが開始された瞬間に装置がライブ・モードで動作していたかどうか判断される。装置がライブ・モードで動作していないのであれば、ステップＳ３２においてすべてのトリックプレー処理は停止され、次にステップＳ３３において巻き戻し処理が開始される。Ｓ３４において、制御データに基づいて、タイムシフト・バッファの始まりに到達したかどうかが連続的に判断される。タイムシフト・バッファの始まりに到達したのであれば、ステップＳ３５で巻き戻しモードは停止され、装置は図３で説明された処理を開始することによってポーズ・モードにされる。
【００４５】
ステップＳ３１の実行の最中に、装置がライブ・モードで動作していたと決定された場合、ステップＳ３６において、制御データに基づいて、巻き戻しモードが許可されているかどうかが決定される。転送出力部２７でまだ利用可能とされていない番組部分を表し、転送出部２７でまだ利用可能とされていないトリックプレー制限部分番組部分の後に続く番組情報を、タイムシフト・バッファが出力することを巻き戻しモードがもたらさない場合にのみ、巻き戻しは許可される。これは、まだ転送出力部２７に出力されていないトリックプレー制限部分を表す映像情報が、タイムシフト・バッファの始まりと実際の書き込みポジションの間のタイムシフト・バッファに存在する場合である。Ｓ３６の判断は、制御データに含まれるアドレスレンジに基づいて行われる。
【００４６】
ステップＳ３６において巻き戻しモードが許可されていないと決定された場合、ステップＳ３７において、巻き戻しモードを無効にするサブプログラムＳＰへのジャンプが行われる。
【００４７】
図７は、サブプログラムＳＰの第１の実施形態の流れ図を示す。サブプログラムはステップＳ４０の実行で始まる。このステップにおいて、登録された読み出しポインタＲＰによって示されるタイムシフト・バッファ内のポジションが、実際の書き込みポジションとタイムシフト・バッファ２１の最も古い番組情報のポジションとの間にあるかどうか決定される。ポジションがこれらの間にあるなら、このポジションへのジャンプがステップＳ４１において行われ、装置はステップＳ４２のプレー・モードにされ、ＲＰによって示されたポジションに記憶された静止画の出力をもたらし、それは前のトリック・モードにおける読み出しが停止したポジションである。
【００４８】
ステップＳ４０において、ポインタＲＰが最も古い記憶された番組情報の位置の前のアドレスを指し示していることが決定された場合、ステップＳ４３において、この最も古い番組情報が記憶された位置へのジャンプが行われる。ステップＳ４３の後でポーズ・モードはステップＳ４２に入り、タイムシフト・バッファ２１に記憶されたプログラム情報によって表される最も古い番組部分の静止画の出力をもたらす。
【００４９】
図８は、装置が早送りモードにされた際に実行されるソフトウェア制御処理の流れ図を示す。Ｓ７０で処理が開始され、ステップＳ７１が後に続き、ステップＳ７１では、早送りモードが開始された瞬間に装置がライブ・モードで動作していたかどうか判断される。装置がライブ・モードで動作していたのであれば、処理はＳ７２で停止され、装置はライブ・モードに保たれる。ライブ・モードにおいて早送りは不可能である。しかしながら、ステップＳ７１で装置がライブ・モードで動作していなかったと思われる場合、すべてのトリック・モード処理はＳ７３で停止され、次にステップＳ７４が実行される。ステップＳ７４で、タイムシフト・バッファの読み出し処理は、映像情報の一部を時間ごとにスキップするジャンプの順列がある状態にされる。このことは、通常の順番であるが高速の、映像情報のレンダリングをもたらす。ステップＳ７４の後にステップＳ７５が続き、ステップＳ７５では読み出しがトリックプレー制限のある映像部分に到達したかどうか判断される。読み出しがトリックプレー制限のある映像部分に到達していないのであれば、ステップＳ７６において、読み出しがタイムシフト・バッファ２１に記憶された情報の終端に到達したかどうか判断される。読み出しがタイムシフト・バッファ２１に記憶された情報の終端に到達していないのであれば、ステップＳ７５は再び実施される。読み出しがタイムシフト・バッファ２１に記憶された情報の終端に到達したのであれば、ステップＳ７７でライブ・モードに入る。ステップＳ７５の実行の最中に、トリックプレー制限のある映像部分に到達したと思われる場合、ステップＳ７８において、この映像情報が、レンダリングされるタイムシフト・バッファからすでに読み出されたかどうか判断される。この判断は、映像情報がまだ読み出されていない箇所に到達するまで続く。そのような読み出されていない映像に到達した場合、ステップＳ７９において、情報が現在まだトリックプレー制限を有しているかどうか判断される。情報が現在まだトリックプレー制限を有しているのであれば、このことは、まだ読み出されておらずレンダリングもされていない情報部分に到達したことを意味する。この部分のスキップは許可されない。トリックプレーは停止され、ステップＳ７７でライブ・モードに入る。代替として、ライブ・モードの代わりにプレー・モードに入ることもできる。トリックプレー制限がステップＳ７９で検出されなかった場合、処理はステップＳ７５に続く。
【００５０】
以上に説明した図３から図８の制御処理のトリックプレーの効果は、図９ａから図９ｃを参照してさらに説明される。図９ａはタイムシフト・バッファ２１に記憶されたコンテンツの概略図を示す。バー７０はタイムシフト・バッファ２１に記憶することができる番組の最大期間Ｌｍａｘを表す。タイムシフト・バッファの入力部で受信されるライブ映像情報は、連続的にタイムシフト・バッファ２１に書き込まれる。最新の書き込まれた映像情報のポジションは、ライブ映像情報と対応し、参照符号７１で示される。間隔Ｌは記憶された映像情報の部分の長さを示す。位置７２は記憶された期間の始まりを示す。言い換えれば、それは、タイムシフト・バッファ２１の最も古い番組部分を表す映像情報の位置を示す。この最大長に到達すると直ちに、タイムシフト・バッファの最も古い情報が最新の受信された映像情報で上書きされる。記憶される内容は３つの部分に分けられる。参照符号７３および７４で示される部分は、トリックプレー制限を有さない映像情報を含む。部分７５はトリックプレー制限を有する映像情報を示す。
【００５１】
位置７６は、装置１０がプレー・モードにある状況においての読み出しポジションを示す。位置７２と７６との間の部分は、タイムシフト・バッファからすでに読み出されており、表示部３０にレンダリングされている。この部分の長さはＬｐで表される。
【００５２】
参照符号７７は、現在の番組のいかなる映像情報もまだ書き込まれていない、タイムシフト・バッファ２１の空の部分を示す。
【００５３】
位置７６から始まって、いくつかのトリックプレー・モードが可能である。巻き戻しモードにおいて、映像の逆順のレンダリングをもたらすように、位置７６と７２の間の部分は逆順で読み出されることができる。巻き戻しモードを制御する処理の流れ図は、図６を参照して以前に説明されている。
【００５４】
ステップＳ３４におけるこの処理で、始まり７２に到達したかどうか判断される。始まり７２に到達したのであれば、プレー・モードに入る。
【００５５】
ポジション７６から始まって、早送りモードもまた可能である。早送りモードに入った場合、高速でのレンダリングをもたらすように、映像内容は映像情報の部分を正順でスキップするように読み出される。早送りモードを制御する処理の流れ図は、図９を参照して以前に説明されている。ステップＳ７７の実行において検出される、トリックプレー制限を有する部分７５の始まりに到達するまで、早送り処理は続く。図１０ａに示された状態において、この部分はまだ読み出されていない。したがって、ステップＳ７８およびＳ７９の実行の後、ライブ・モードに入り、ライブ映像情報がレンダリングされることをもたらす。ポジション７８の後の映像部分７５は、トリック・モード制限を有する情報を表し、その理由により、さらなる読み出しをシフトするトリック・モードを用いることが許可されていない。このようにして、トリックプレー制限のない部分７４に、トリックプレー・モードによって到達することは阻止される。したがって、トリック・モード制限を有する部分をレンダリングすることなく部分７４をレンダリングすることは不可能である。
【００５６】
ライブポジションが巻き戻しモードに到達した後、読み出しポジションをポジション７８の方向に移動させることは、図６に示された処理におけるステップＳ３６の実行によって無効にされる。
【００５７】
このようにして、ユーザがライブレンダリングへとジャンプして次に部分７４の始まりへの巻き戻しを行うことによって映像情報部分７５をスキップ可能とすることが、阻止される。図７を参照して以前に説明されたように、巻き戻しコマンドが与えられた場合、これは、装置がライブ・モードに設定されている瞬間に読み出された位置へのジャンプをもたらす。
【００５８】
図９ｂは、図９ａとは別の開始ポジションを有するタイムシフト・バッファ２１に記憶された内容の概略図である。プレー・モードにおいて装置は、トリックプレー制限を有する映像番組部分を表す部分７５内に位置する、参照符号８０で示される実際の読み出しポジションで動作する。間隔Ｌｐにおける映像情報はプレー・モードで再生される。
【００５９】
間隔Ｌｐにおいてすべてのトリック・モードが許可される。位置７８と読み出しポジション８０の間の部分は、トリックプレー制限を有する映像番組部分を表すが、この情報がすでに読み出されており、この情報によって表される番組部分がレンダリングされているため、この部分に関するトリックプレー・モードは許可される。したがって、これらの番組部分はすでにユーザに示されている。しかしながら、早送りモードは読み出し位置８０からは許可されない。早送りコマンドは、図８を参照して説明されたステップＳ７８およびＳ７９におけるライブ・モードへの切り替え、またはプレー・モードへの切り替えをもたらす。
【００６０】
図９ｃは、図９ａおよび図９ｂとは別の開始ポジションを有するタイムシフト・バッファ２１に記憶された内容の概略図である。プレー・モードにおいて装置は、トリックプレー制限を有しない映像番組部分を表す部分７４内に位置する、参照符号８１で示される実際の読み出しポジションで動作する。間隔Ｌｐにおける映像情報はプレー・モードで再生される。
【００６１】
この状況において、トリックプレーを制限された映像番組を示すすべての映像情報部分がすでに再生およびレンダリングされているため、すべてのトリックプレー・モードが間隔Ｌ内に記憶された映像情報に関して許可される。
【００６２】
複数の音声および／または映像番組を表す番組情報がタイムシフト・バッファに記憶される本発明による方法および装置の実施形態において、ユーザが、番組の始まりから始めて、番組全体を見ることを望むことが起こる。しかしながら、この番組は、１つ以上のトリックプレー制限部分を有する番組の後のタイムシフト・バッファに記憶されているかもしれない。記憶されている場合、以前に説明された実施形態によって、ユーザは、望まれる番組を見ることができる前に、望まれる番組の前に記憶された番組のトリックプレー制限部分をまず見ることを強いられる。この迷惑な状況を阻止するように、制御部３５は、トリックプレー制限部分を示す番組情報を超えて、タイムシフト・バッファ内の番組情報に先行する情報から独立した番組の始まりを示す前記番組情報へと、ジャンプするように構成されることができる。
【００６３】
図１０は装置１０を用いるシステムの実施形態を示す。示されたシステムはテレビ装置５０である。テレビ装置５０は、テレビ装置の入力部５２で利用可能な複数のテレビ番組からチャネルを選択するチューナ５１を含む。チューナ５１は符号化された信号、例えばパケット化された搬送ストリームを出力し、搬送ストリームは複数のライブテレビ番組に関する映像情報を含む。デコーダ５３において、選択されたテレビ番組の出力が搬送ストリームから分離され復号される。デコーダ５３は装置１０に映像情報を出力する。映像プロセッサ２９および表示部３０はテレビ装置の全体部分を形成する。
【００６４】
テレビ装置５０は、ユーザ・インターフェース３２に提供された遠隔制御デバイス５５からユーザコマンドを受信する。遠隔制御部５５によって、ユーザはテレビ装置５０にトリックプレー要求コマンドを送信することができる。遠隔制御信号受信部５４は、装置１０にトリックプレー要求コマンドを転送する信号バス３４に結合される。図９を参照として説明されたテレビ装置において、装置１０はネットワークのクライアント側に結合されたテレビに組み込まれる。
【００６５】
テレビ放送信号は、しばしばネットワーク、例えばケーブルネットワークまたはインターネットを用いて、ネットワーク・プロバイダによってクライアントに投入される。サーバまたはヘッドエンドは、ネットワークに複数のチャネルを投入するようにネットワークに結合される。また、クライアントはサーバまたはヘッドエンドによって投入されたチャネルを受信するように、ネットワークチャネルに結合される。最近は、ネットワーク・プロバイダはオファーサービスを開始し、クライアントに関するタイムシフト・バッファがヘッドエンド側およびサーバ側で組み込まれる。そのようなタイムシフト・サービスの利用を望む各クライアントに関して、タイムシフト・バッファが存在する。
【００６６】
図１１は、タイムシフト・バッファがサーバ側で集積されたネットワークシステムの実施形態を示す。この実施形態において、サーバ６０はインターネット６１の形式のネットワークに結合される。
【００６７】
インターネット受信ユニット６２もまた、インターネット６１に結合される。
【００６８】
サーバは、受信ユニット６２に送信されなければならない映像情報を記憶するコンテンツユニット６４を含む。映像情報は装置１０を介して、ストリーミングユニット６３に投入され、ストリーミングユニット６３は、受信ユニット６２にインターネットを介して送信される映像ストリームを生成する。受信ユニット６２によって受信された映像情報は、映像情報をレンダリングする表示装置６６、例えばモニタまたはテレビ装置に投入される。サーバ６０は、インターネット６１に結合されてクライアント側の受信ユニット６２からユーザコマンドを受信する通信ユニット６５を含む。通信ユニットは装置１０のバス２９にユーザコマンドを転送する。
【００６９】
受信機側でユーザコマンドを入力することによって、装置１０は、ライブ映像情報を示す映像ストリームが受信ユニット６２にストリーミングされるようにコンテンツユニット６４に記憶された映像情報が遅延なしで出力部２７に供給される、ライブ・モードにされることができる。
【００７０】
装置１０はまた、図３から図８を参照して説明されるユーザコマンドによって、トリックプレー・モードにされることもできる。以前に説明された本発明による方法および装置の実施形態において、早送りモードはタイムシフトの減少をもたらす第１のトリックプレー・モードである。本発明は、第１のトリック・モードが早送りモードである実施形態に限定されないことに留意すべきである。本発明はまた、タイムシフトの減少が別のトリックプレー・モードによってもたらされる、すべての実施形態にも適用可能である。そのようなトリックオードの例は、いわゆるスクラビング・モードである。スクラビング・モードにおいては、小さなステップまたはいくつかの連続したステップがどちらの方向にも行われる。各ジャンプの後に、映像が通常の速度で正方向にレンダリングされるプレー・モードが起動／再開される。
【００７１】
代替として、ポインタまたはインジケータが、バッファ／バッファの一部を表示したものの上をドラッグ（連続的な押および移動）されて、別の再生点を選択してもよく、ポインタが、バッファ／バッファの一部を表示したものの中の別の位置に置かれて（新しい位置での１回クリック）もよい。これらのトリックプレー・モードのすべては、それらのトリックプレー・モードで装置を動作させる結果として、タイムシフトが減少することで共通する。
【００７２】
以前に説明された本発明による方法および装置の実施形態において、巻き戻しモードはタイムシフトの減少をもたらす第２のトリックプレー・モードである。本発明は、第２のトリック・モードが巻き戻しモードである実施形態に限定されないことに留意すべきである。本発明はまた、タイムシフトの増加が他のトリックプレー・モード、例えばスクラビング・モード、または、ポインタがドラッグされるか新しい位置に置かれるモードによってもたらされる、すべての実施形態にも適用可能である。
【００７３】
本発明のいくつかの実施形態が添付の図面において示され、上記詳細な説明において説明されたが、本発明は開示された実施形態に限定されるものではなく、以下の請求の範囲に示されるような本発明の範囲から外れることなく多くの変形例が可能であることを、理解すべきである。
【図１】
0006375053.tif 000002
【図２】
0006375053.tif 000003
【図３】
0006375053.tif 000004
【図４】
0006375053.tif 000005
【図５】
0006375053.tif 000006
【図６】
0006375053.tif 000007
【図７】
0006375053.tif 000008
【図８】
0006375053.tif 000009
【図９ａ】
0006375053.tif 000010
【図９ｂ】
0006375053.tif 000011
【図９ｃ】
0006375053.tif 000012
【図１０】
0006375053.tif 000013
【図１１】
0006375053.tif 000014