(57)【要約】記録システム（75）は、放送番組を受信する放送受信機（210）と、サーバ（90）からコンテンツ部を要求して受信するダウンロード受信機（280）とを有する。コントローラ（250）は、対応の放送期間の少なくとも一部の間に、放送番組を記録する指示が番組を記録して再生する容量を超過するか否かを決定する。そうである場合に、容量を超過していない放送期間の一部の間に放送番組のコンテンツ部を記録するようにレコーダ（290）に指示し、記録できなかった放送番組のコンテンツ部の識別子を格納する。それは、レコーダの容量を超過していない期間を決定し、決定された期間に前記サーバから記録されていないコンテンツ部がダウンロードされて記録されることを確保する。
2006524459.tif 000002
【特許請求の範囲】
【請求項１】
番組を放送する放送システムと、
各コンテンツ部識別子と関連して放送番組の少なくともいくつかのコンテンツ部を格納するサーバ、及び前記サーバに格納された番組コンテンツ部をオンデマンドでダウンロードする通信システムを有するダウンロードシステムと、
放送番組を受信する放送受信機、
前記サーバからコンテンツ部を要求して受信するダウンロード受信機、
受信した番組を格納し、格納された番組を再生する記憶システムを有するレコーダ、及び
対応の放送期間の少なくとも一部の間に、放送番組の指示された記録が番組を記録して再生する記録システムの所定の容量を超過するか否かを決定し、
そうである場合に、前記容量を超過していない前記放送期間の一部の間に前記放送番組のコンテンツ部を記録するように前記レコーダに指示し、記録できない前記放送番組のコンテンツ部の識別子を格納し、前記レコーダの容量を超過していない期間を決定し、決定された期間に前記サーバから記録されていないコンテンツ部をダウンロードするように前記ダウンロード受信機に指示し、前記放送番組に関連してダウンロードされたコンテンツ部を記録するように前記レコーダに指示するように動作可能なコントローラ
を有する記録システムと
を有する伝送システム。
【請求項２】
請求項１に記載の伝送システムであって、
前記コントローラは、前記放送番組を記録するタスクが前記所定の容量を超過したときに、容量の不足を引き起こす少なくとも１つの相反する記録又は再生タスクを決定し、十分な容量が存在しない放送期間中にどのタスクを実行しないかを選択するように動作可能である伝送システム。
【請求項３】
請求項２に記載の伝送システムであって、
各放送番組は、番組識別子に関連付けられ、
コンテンツ部は、番組識別子に関連して前記サーバに格納され、
前記コントローラは、前記サーバに格納されている放送番組を有する記録タスクを中止することに優先度を与えるように動作可能である伝送システム。
【請求項４】
請求項２に記載の伝送システムであって、
各放送番組は、少なくとも１つの番組属性に関連付けられ、
前記コントローラは、少なくとも１つの所定の番組属性で番組に関連する記録タスクを実行することに優先度を与えるように動作可能である伝送システム。
【請求項５】
請求項２に記載の伝送システムであって、
前記番組属性は、
−番組カテゴリ
−放送チャンネル
−番組言語
−メタデータ
−コーディング情報
のうち少なくとも１つを有する伝送システム。
【請求項６】
請求項２に記載の伝送システムであって、
前記コントローラは、前記記録システムのユーザのプロフィールに基づいて、相反するタスクから選択するように動作可能である伝送システム。
【請求項７】
請求項６に記載の伝送システムであって、
前記プロフィールは、
−好みの番組カテゴリ
−好みの放送チャンネル
−好みの番組言語
−再生又は記録に対する好み
−好みのメタデータ
−好みのコーディング
のうち少なくとも１つを有する伝送システム。
【請求項８】
請求項２に記載の伝送システムであって、
前記コントローラは、ユーザインタフェースを通じて相反するタスクからユーザが選択することを可能にするように動作可能な伝送システム。
【請求項９】
請求項１に記載の伝送システムで使用される記録システムであって、
放送番組を受信する放送受信機、
前記サーバからコンテンツ部を要求して受信するダウンロード受信機、
受信した番組を格納し、格納された番組を再生する記憶システムを有するレコーダ、及び
対応の放送期間の少なくとも一部の間に、放送番組の指示された記録が番組を記録して再生する記録システムの所定の容量を超過するか否かを決定し、
そうである場合に、前記容量を超過していない前記放送期間の一部の間に前記放送番組のコンテンツ部を記録するように前記レコーダに指示し、記録できない前記放送番組のコンテンツ部の識別子を格納し、前記レコーダの容量を超過していない期間を決定し、決定された期間に前記サーバから記録されていないコンテンツ部をダウンロードするように前記ダウンロード受信機に指示し、前記放送番組に関連してダウンロードされたコンテンツ部を記録するように前記レコーダに指示するように動作可能なコントローラ
を有する記録システム。
【請求項１０】
放送番組を記録する方法であって、
対応の放送期間の少なくとも一部の間に、放送番組の指示された記録が番組を記録又は再生する記録システムの所定の容量を超過するか否かを決定し、
そうである場合に、前記容量を超過していない前記放送期間の一部の間に前記放送番組のコンテンツ部を記録するように記録システムに指示し、記録できなかった前記放送番組のコンテンツ部の識別子を格納し、レコーダの容量を超過していない期間を決定し、決定された期間にサーバから記録されていないコンテンツ部をダウンロードするようにダウンロード受信機に指示し、前記放送番組に関連してダウンロードされたコンテンツ部を記録するように前記記録システムに指示することを有する方法。
【請求項１１】
請求項１０に記載の方法を記録システムのコントローラに実行させるように動作可能なコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送番組を記録するシステム及び放送番組を記録する方法に関する。
【背景技術】
【０００２】
新しい形式の消費家電製品が継続的に開発されている。多くの取り組みがコンピュータ技術とテレビ（TV）セットを軸とするホームエンターテインメントシステムとの収束に集中してきている。重要な領域は、放送テレビとインターネットとを融合することによる双方向テレビ及び拡張機能である。WO01/11874は、WWWのユニフォーム・リソース・ロケータ（URL：uniform  resource  locator）がTV信号と同時放送されるシステムについて記載している。例えば、URLは、放送TV信号の垂直帰線区間（VBI：vertical  blanking  interval）又はデジタルTVビデオストリームの別のデータチャンネルに含まれてもよい。TV放送のメッセージに促されると、ユーザは、インターネットでウェブサイトに連絡するために１つ以上のURLを選択し、放送に関する更なる情報を得るためにトランザクションを実行してもよい。このような情報は、例えば俳優やディレクタ等についての情報でもよい。
【０００３】
WO01/11874は、放送受信機がまた記憶装置を有することについて更に記載している。ユーザがウェブサイトにアクセスしようとしたときに、放送の表示が一時的に中止し、ウェブコンテンツが画面に表示される。その間、放送番組は記憶装置に記録され、ユーザがウェブにアクセスし終えたときに、番組の表示は記憶装置から続けられる。
【０００４】
記録容量の記憶容量は継続的に増加している。このことは、オーディオ（例えばPCM又はMP3エンコード）、ビデオ（例えばMPEGエンコード）、静止画（例えばJPEGエンコード）等の記録コンテンツのかなりのライブラリを備えた家庭内のメディアサーバを有することを可能にする。特に、オーディオ及び／又はビデオは、生放送から記録されることがある。記録システムの増加する能力は、システムに対して行われる要求のかなりの増加をも生じると予想される。システムのユーザは、家庭内のそれぞれの人がシステムに既に記録されている如何なるものも同時に再生することができ、何が放送されていても記録することができることを期待することがある。必然的に、記録システムの記録容量及び再生容量に限界が存在する。これらの限界は、記憶装置の帯域のような物理的限界にあることもあるが、例えば同時に１又は２チャンネルしか受信してデコードすることができない放送受信機の限界も存在することがある。既知のシステムで容量を超えると、放送番組は記録されない。ユーザは放送を記録する機会を単に見逃してしまう。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
システムの現容量を超過した記録タスクをより良く処理することができる改善した伝送システム端点の記録システムを提供することが本発明の目的である。
【課題を解決するための手段】
【０００６】
本発明の目的を満たすため、伝送システムは、番組を放送する放送システムと、各コンテンツ部識別子と関連して放送番組の少なくともいくつかのコンテンツ部を格納するサーバ、及びサーバに格納された番組コンテンツ部をオンデマンドでダウンロードする通信システムを有するダウンロードシステムと、放送番組を受信する放送受信機、サーバからコンテンツ部を要求して受信するダウンロード受信機、受信した番組を格納し、格納された番組を再生する記憶システムを有するレコーダ、及び対応の放送期間の少なくとも一部の間に放送番組の指示された記録が番組を記録して再生する記録システムの所定の容量を超過するか否かを決定し、そうである場合に、容量を超過していない放送期間の一部の間に放送番組のコンテンツ部を記録するようにレコーダに指示し、記録できない放送番組のコンテンツ部の識別子を格納し、レコーダの容量を超過していない期間を決定し、決定された期間にサーバから記録されていないコンテンツ部をダウンロードするようにダウンロード受信機に指示し、放送番組に関連してダウンロードされたコンテンツ部を記録するようにレコーダに指示するように動作可能なコントローラを有する記録システムとを有する。
【０００７】
本発明によれば、放送中のいくつか（又は好ましくは全て）のコンテンツ部はまた、サーバにも格納される。全体の番組がサーバに格納されることが好ましい。記録タスクがシステムの容量を超過した場合（例えば、ユーザが部分的に重複した期間の間に２つの放送番組を記録しようとし、放送受信機及び／又はレコーダがこれを行うことができない場合）、容量を超過した期間中に少なくとも１つの記録タスクは中止される。システムは、番組のどのコンテンツ部が記録されていないかを管理する。この不足部分は、システムが容量を有する時点でサーバからダウンロードされ、番組に関連して（すなわち、（存在する場合には）生放送中に既に記録された部分と結合して）記録される。容量の一時的な不足は、記録の期間中に行われなければならない多過ぎる再生タスクを含み、多数の原因を有してもよい。システムは、放送中のコンテンツ部を特定し、サーバから記録されていない部分を選択することができる。如何なる適切なコンテンツ部識別子が使用されてもよい。例えば、記録システムは放送タイムスタンプを格納してもよく、この場合、サーバは放送タイムスタンプを格納された部分にマッピングするテーブルを維持する。コンテンツ部はまた、DVR（ブルーレイディスク）から既知の方法で特性点情報（CPI：characteristic  point  information）に関連付けられてもよい。
【０００８】
請求項２の手段によれば、容量を超過すると常に、コントローラは相反するタスクを選択することができる。好ましい実施例では、従属項３に記載のように、記録される番組がその後のダウンロードのためにサーバで利用可能であるか否かが検査される。そうである場合、この番組の生の記録を実行する必要はない。他の記録及び／又は再生タスクに優先度が与えられ得る。
【０００９】
従属項３の手段によれば、放送番組は、識別子に関連付けられる。識別子は、記録される番組がサーバで後のダウンロードに利用可能であるか否かを検査するために使用される。そうである場合、深刻な結果なしに、記録が遅延され得る。そうでない場合、生放送を記録することが好ましい（中止される候補の他のタスクの全てがより重要でない場合）。
【００１０】
従属項４の手段によれば、各放送番組は、少なくとも１つの番組属性に関連付けられる。コントローラは、少なくとも１つの所定の番組属性で番組に関する記録タスクを実行することに優先度を与えるようにプログラムされる。記録される番組の番組属性は、意思決定プロセスのパラメータである。
【００１１】
従属項５の手段によれば、番組属性は、次のうちの少なくとも１つを有する。
−番組カテゴリ（例えば、スポーツ、映画、ニュース、ゲームショー等）
−放送チャンネル（例えば、チャンネル番号名（BBC等））
−番組言語（例えば、英語、ドイツ語、日本語、オランダ語等）
−更なるメタデータ又は番組情報（例えば、主演男優／女優、ディレクタ、記録スタジオ、番組の名前等）
−コーディング情報（例えば、縦横比（例えば4:3又は16:9）、コーディング形式（例えばMPEG）等）
例えば、ニュースやスポーツのような番組カテゴリの場合に一般的なように、１回限りのイベントであるイベントに優先度が与えられてもよい。
【００１２】
従属項６の手段によれば、システムはユーザプロフィールを有し、容量の相反の期間中にどのタスクが中止／実行されるかを決定するプロフィールを使用する。プロフィールは次のうちの少なくとも１つを有することが好ましい。
−好みの番組カテゴリ
−好みの放送チャンネル
−好みの番組言語
−再生又は記録に対する好み
−好みのメタデータ
−好みの縦横比
相反が存在する場合に、システムはユーザとインタラクトすることが好ましい。この場合、システムは全ての関連情報（番組カテゴリ等、番組がその後にダウンロード可能であるか否か等）を提示してもよい。次に、ユーザは決定することができる。システムはどのタスクを実行／中止するかを決定／提案するために使用するルール／プロフィールを最適化するために、入力を使用することが好ましい。特定の時点で、ユーザは、場合によっては決定をユーザに提示するだけで、完全に自動で動作するようにシステムに指示することができる。後者の場合、ユーザが決定に合意しない場合のみ、ユーザが介入しさえすればよい。
【００１３】
本発明の前記及び他の態様は、以下に記載の実施例を参照して明らかになり、説明が行われる。
【発明を実施するための最良の形態】
【００１４】
図１は、本発明による受信機が使用可能なデジタル放送システムの概要を示している。一例として、オーディオ／ビデオ（A/V）信号を圧縮するためにMPEG-2圧縮を使用して、オーディオ／ビデオ（A/V）信号がデジタルで配信されるシステムについて説明する。システムは、放送システム（10、20、30、40）と、ダウンロードシステム（80、90）と、記録システム（50、60、75）を有する。放送システムは、通常は放送センタにあるMPEG-2圧縮器10を有する。圧縮器は、デジタル信号ストリーム（一般的にはデジタル化されたアナログ又はデジタルのビデオ信号のストリーム）を受信する。元の信号はサービスプロバイダにより供給される。圧縮器は、スクランブル器及びマルチプレクサ20に接続されている。以下に詳細に説明するように、スクランブル器は、コンテンツ鍵の制御で暗号化することにより、データストリームのデジタル信号をスクランブルする。マルチプレクサ20は、１つ以上のスクランブル又は非スクランブルのデータストリームに加えて、更にデジタル信号を受信してもよい。マルチプレクサ20は、全ての信号を集め、トランスポートストリームにストリームし、圧縮及び多重化した信号を放送センタの送信機30に供給する。スクランブル及びマルチプレクス機能は、異なる場所が望ましい場合には、別のユニットで実行されてもよい。多重化されたトランスポートストリームは、通信リンクを含み、如何なる形式のリンクを使用して、スクランブル器／マルチプレクサ20から送信機30に供給されてもよい。送信機30は、衛星トランスポンダ40へのアップリンクを介して電磁気信号を送信し、そこで電子的に処理され、従来型のエンドユーザのパラボラアンテナの形式で地球の衛星受信機50へのダウンリンクを介して放送される。図面において、衛星受信機50は、統合受信機60で記録システムに接続されている。記録システム60の動作については、図２を参照して以下に詳細に説明する。受信機は所望の信号を選択し、それを適切な形式でテレビ70のような処理装置に提示する。信号はまた、例えばテープ、光ディスク若しくはハードディスクレコーダ又は他の適切なレコーダを使用して、レコーダ75により記録されてもよい。信号は、CATVケーブル又はIEEE1394のような周知の配信システムを使用して、アナログ又はデジタル形式で処理／記録装置に供給されてもよい。デジタル配信では、トランスポートストリームの一部のみのデコードが必要になり、逆多重化された信号は、部分トランスポートストリームを使用してMPEG-2コーディングで供給される。AV信号の主な配信は衛星を介して行われる必要がないことがわかる。その代わりに、地上波放送、ケーブル伝送、衛星／ケーブルの結合のように、他の配信システム（すなわち、１つ以上のマルチプレクスが伝送される物理媒体）が使用されてもよい。配信システムを介して番組を配信する関係者は、ネットワークプロバイダと呼ばれることもある。受信機／デコーダ60は処理装置又は記録システムに統合されてもよいこともわかる。
【００１５】
一般的なシステムは、多チャンネルシステム（マルチプレクサ20が複数の（並行の）ソースから受信したA/V情報を処理することができることを意味する）として動作し、対応の複数のチャンネルと共に、又は別々のトランスポートストリームに多重化して、情報を放送するために送信機30とインタラクトする。A/V信号に加えて、メッセージ若しくはアプリケーション又はその他の種類のデジタルデータも、送信されるオーディオ及びビデオ情報とインタレースされて、これらのサービス／チャンネルの一部又は全部に導入されてもよい。従って、トランスポートストリームは、１つ以上のサービス構成要素をそれぞれ備えた１つ以上のサービスを有する。サービス構成要素は単一メディア要素である。サービス構成要素の例には、ビデオ基本ストリーム、オーディオ基本ストリーム、Java(登録商標)アプリケーション（Xlet）又は他のデータ形式がある。データストリームは、１つ以上の基本ストリーム及び／又はデータを時間多重することにより作られる。
【００１６】
本発明によれば、タイトルの生放送中に記録できなかった番組のコンテンツ部のダウンロードを促進するように、システムで通信が可能になる。コンテンツ部は、サーバ92と通信システム94とを有するダウンロードシステム90からダウンロードされる。通信は双方向であることが好ましい。有利には、インタラクティブビデオ、電子商取引等のようなインタラクティブアプリケーションにも同じ通信が使用され、受信機がサーバ92のウェブサイトから更なる情報／機能を得ることを可能にする。図示のものは、広域ネットワーク80（好ましくはオープンインターネット）の使用であり、追加機能及びインタラクティブ性は、サーバ92のウェブサイトにより提供される。記録されるコンテンツ部は、一般的に受信機／レコーダによりオンデマンドでダウンロードされる。サーバに格納されている他の追加機能は、サーバからブロードキャスト又はマルチキャストされてもよい。このため、サーバ92はまた、マルチプレクサ20との接続を有することが好ましい。これは直接のリンクでもよく、また、インターネットを介してもよい。インターネット又は類似の通信システムの通信機能は如何なる適切な形式で提供されてもよいことがわかる。例えば、受信機は、インターネットプロトコルを直接使用して、ケーブルネットワーク又は衛星接続を介して通信してもよい。代替として、受信機は、インターネットへのアクセスを提供するアクセスプロバイダに電話ベースのダイヤルイン接続を有してもよい。受信機は、インターネットプロトコルを使用してもよいが、必ずしも使用しなくてもよい。サーバ92がインターネットプロトコルを使用する場合、例えばゲートウェイを使用して、プロトコル変換が行われてもよい。
【００１７】
従来のデジタル放送システムについて本発明によるシステムを説明したが、基本的に、本発明は非従来的な放送伝送にも適用可能である。例えば、個々の受信機が伝送の開始を制御することができない受信機のグループ、又はコンテンツ部を失うことなく伝送の記録を容易に遮ることができない受信機のグループに番組が供給される場合に、同じ概念が適用可能である。
【００１８】
前述の放送システムは、番組（一般的にオーディオ／ビデオ（AV）番組）を放送する。図１は、AVデータを格納するCD-ROM、DVD又は固体メモリのような取り外し可能記憶媒体95を示している。一般的に、AV番組は映画又は類似のAVデータである。このような番組では、拡張機能が既に開発されていることがある。通常は、番組は、例えばMPEG-2コーディングを使用して、圧縮形式で格納される。伝送について、番組は変更されてもよい（例えば長さを縮めるために、例えばある部分が除去されてもよく、コマーシャル等のその他の部分が追加されてもよい）。従って、通常、番組は再コード化される。図１の例示的なデジタル伝送システムを使用して、このことは、コーダ10を通じた番組の供給により図示されている。番組は、マルチプレクサ20によりトランスポートストリームに何とかして多重化される。当然のことながら、番組は記憶媒体95から取り出される必要はなく、スタジオで供給される元のバージョンでもよい。
【００１９】
本発明によれば、サーバ92は、放送番組の少なくともいくつかのコンテンツ部を格納する記憶装置を有する。その部分は、各コンテンツ部識別子と関連して格納される。通信システム94により、識別子又は格納された識別子に変換可能な他の識別情報を使用してコンテンツ部を指示することにより、格納されたコンテンツの選択部分をオンデマンドでダウンロードすることが可能になる。サーバは、ウェブサーバ又はビデオオンデマンド・サーバの従来型のハードウェア／ソフトウェアを使用して実装されることが好ましい。記憶装置は、例えばRAIDシステムに基づいてもよい。サーバは、サービスプロバイダにより放送される各番組のコンテンツ部を格納することが好ましい。それは、タイトルの一部のみ（例えば番組の最後の半分）を格納してもよい。全体の番組が格納されることが好ましいことがわかる。ダウンロードシステムはまた、ダウンロードの課金を行う課金システムを有してもよい。課金は、例えば申込み毎でもよく、使用毎（例えば、番組毎、ダウンロードされるデータ量毎、ダウンロードされる部分の再生時間の所要時間毎）でもよい。ダウンロードされるコンテンツは、限定受信技術を使用して保護されてもよい。
【００２０】
更なる実施例において、放送された又は放送されている番組の拡張機能は、インターネットを介してウェブサイトを通じて利用可能である。ウェブサイトは、生でないコンテンツ部をダウンロードするために使用されたものと同じサーバでもよいが、必ずしも同じサーバである必要はない。ここの説明では、更なる情報もダウンロードシステム90を介して提供されることを仮定する。サーバ92のウェブサイトは、多数の更なる情報部分を有してもよく、そのいくつかは番組のコンテンツ部と明確な対応を有する。例えば、ウェブサイトは、放送番組より多くのサブタイトル又は言語を有してもよい。例えば、DVDは異なる地域に対して異なるバージョンで供給されてもよい。異なるバージョンが開発されると、より多くの言語及びサブタイトルが同様に開発されることがある。これらの言語及びサブタイトルは、サーバ92に格納され、生放送中に（好ましくは放送と同期して）サーバから提供され得る。更なる情報は、サーバから放送システムに、又はダウンロードシステムを通じて提供されてもよい。それはまた、その後の記録のため、又は格納されたコンテンツの再生と同期した再生のため、後にダウンロードされてもよい。更なる例として、サーバはディレクタ、脚本家又は俳優とのインタビューを格納してもよく、そのインタビューの部分が議論のコンテンツ部にリンク付けられる。このように、インタビューを視聴している視聴者はまた、議論のコンテンツ部をも（ウェブサイトから取り出されて）視聴することができる。同様に、ゲーム及びクイズも、ウェブベースのコンテンツを番組コンテンツにリンク付けてもよく、リンク付けなくてもよいウェブサイトを通じて、開発及び利用可能にされてもよい。拡張機能の更なる例は、以下の通りである。
−拡張メニュー構造（例えば、DVDのものと類似したメニューのダウンロード）
−好みの場面選択（例えば、（例えば視聴者の年齢又は性別に応じた）ユーザグループ毎の特別の選択）
−電子商取引（映画に関連するアイテムの購入）
−カラオケ式のサブタイトル及びオーディオストリームを楽器のみと分離すること
−類似／関連の映画タイトルの宣伝
−映画の代替結末
−俳優、ディレクタ等の最新のプロフィールの提供
拡張機能は、放送コンテンツを特定の視聴者に適合させるために使用され得る。視聴者の種類はユーザにより明示的に指示されてもよく、ユーザによるシステムの使用に基づいて自動的に決定されてもよい（ユーザプロフィールの生成を生じる）。ユーザプロフィールがシステムの使用に基づいて生成される方法自体は既知である。このことについて、ここでは詳細に説明しない。
【００２１】
図２は、統合放送受信機を備えた一般的な記録システムの更なる詳細を示している。このような記録システムは、例えば、ハードディスク装備のテレビ、セットトップボックス（STB）、パーソナルビデオレコーダ（PVR）、ユニバーサル・プラグ・アンド・プレイ（UPnP）標準に定められているようなホームゲートウェイ又はホームメディアサーバでもよい。放送受信機は、ヨーロッパMHP(Multi-media  Home  Platform)又はUS  DASEプラットフォームのような確定したプラットフォームに準拠することが好ましい。放送受信機はチューナ210を有する。チューナ210は、別々のチューナブル無線周波数（RF）帯域を抽出し、通常はMPEG2トランスポートストリームを生じる。可変のデータ信号がデマルチプレクサ220（De-MUX）により持続的なキャリア信号から分離される。その結果は、しばしばオーディオ、ビデオ及びデータ出力である。ビデオ及びオーディオストリームは、限定受信サブシステム230を通じて供給されてもよい。その限定受信サブシステム230はアクセス許可を決定し、データを復号してもよい。オーディオ及びビデオストリームは、デコーダ240に供給され、そのデコーダ240は、ビデオ及びオーディオ処理又は記憶装置に適した信号に変換する。これはMEPG2デコードを有してもよい。受信機はまた、ダウンロードシステム90への双方向通信用の通信インタフェース280を有する。標準的な通信回線用の従来のモデム又はブロードバンドモデムを含み、如何なる適切な通信ハードウェア／ソフトウェアがこのために使用されてもよい。本発明によれば、双方向通信チャンネルは、放送されたが、記録システムの容量の不足のため、その時点で記録されなかった番組のコンテンツ部のダウンロードを促進する。通信チャンネルはまた、インタラクティブビデオや電子商取引等のようなインタラクティブアプリケーションを受信し、図１のウェブサーバ92のウェブサイトから更なる情報／機能を取得するために使用されることが好ましい。インターネットプロトコル（例えばMHPの“インターネットアクセスプロフィール（Internet  Access  Profile）”で定義されたもの）が使用されることが好ましい。ウェブサイトから取り出された関連データは、例えばスピーカ及び／又はビデオ表示を介して、ユーザへの記録及び提示に適した形式に、コンバータ260（オーディオD/Aコンバータ及びグラフィックプロセッサ等）により変換される。ビデオは、デコーダ240により生成されたビデオで１フレームバッファ270に結合される。このように、ウェブデータは、（例えばサブタイトルとして又はピクチャ・イン・ピクチャとして）ビデオ信号で重ねられてもよく、混合されてもよい。デコーダの出力は、その後の処理用に、処理装置及び／又はレコーダ290に供給され得る。図示のものは、記憶装置292を備えた内部レコーダ290である。記憶装置は、ハードディスク又は光学記憶装置（例えば、DVD+RW、DVR等）のように、如何なる適切な形式でもよい。一般的に、処理／記録装置にその後に供給するために、出力はまずフレームバッファ270に格納される。特定のアプリケーションでは、受信機は、デコーダ250をバイパスして、エンコードされた出力ストリームを提供してもよい。次に、処理装置は、デコーダ機能を有してもよく、また、エンコードされたストリームは、更なるデ��ードのため、その後に受信機に再供給されてもよい。エンコードされたデータストリームはまた、その後の処理のため、記憶装置292に記録されてもよい。記録システムのユーザインタフェース295により、システムがユーザとインタラクトすることが可能になる。ユーザインタフェース295は、IRリモコンから信号を受信する赤外線受信機、キーボード又は音声制御用のマイクロフォンのように、如何なる適切なユーザ入力手段を有してもよい。出力についても、小型LCDディスプレイの使用若しくはテレビのディスプレイの使用又は可聴フィードバックのように、如何なる適切な形式が使用されてもよい。
【００２２】
チューナ機能210、デマルチプレクサ機能220、任意選択の逆スクランブル／復号機能230及びデコーダ機能240のような様々な機能が、専用のハードウェアを使用して実行されてもよいことがわかる。ある機能又はその機能の一部はまた、例えば適切なプログラムをロードしたデジタルシグナルプロセッサ（DSP）を使用して、プログラム可能処理機能により実行されてもよい。記録システム内の様々な機能は、コントローラ250の制御下で動作される。そのコントローラ250は一般的に内蔵プロセッサ又はマイクロコントローラを有する。コントローラは、適切なプログラムの制御下で動作する。プログラムは、一般的にROMのような不揮発性メモリからロードされる。プログラムは、例えばダウンロード又は取り外し可能記憶媒体を介して更新可能であることが好ましい。プログラムはハードディスク又はフラッシュメモリのような再書込み可能不揮発性メモリに格納される。図面を簡単にするために、コントローラと他の機能との間の制御関係は図示していない。コントローラが放送／ダウンロードされたコンテンツ部を記録し、記憶／再生容量を管理し、ウェブデータを処理し、AVコンテンツ及びウェブコンテンツの提示を同期する際に有し得る役割のみが図示されている。ウェブコンテンツを提示するために、コントローラは、PCから既知のウェブブラウザと類似したアプリケーションを実行してもよい。特定の情報についてはより簡単なアプリケーションが使用されてもよいことがわかる。例えば、インターネットから取り出されたサブタイトルは、テレテキストのサブタイトルが重ねられるように重ねられてもよい。ユーザは、実際に追加されたコンテンツがウェブから取り出されたことを認識する必要はない。
【００２３】
本発明によれば、コントローラ250は、番組を記録及び再生する記録システムの容量を少なくとも管理する。容量は、放送受信サブシステム（チューナ、デマルチプレクサ、限定受信システム、デコーダ）により同時に受信可能な番組の数、同時に記録可能な番組の数、同時に再生可能な番組の数等を有してもよい。これらのアイテムの容量は、例えば一般的に記憶装置とのインタフェースを共有し、同じ読み込み／書き込みヘッドを共有する再生及び記録に依存してもよい。このように、再生動作は記録容量を減らし、その逆も同様である。コントローラ250は、一般的にユーザインタフェース295を介して放送番組を記録する指示を受信することができる。指示はまた、他の手段（ホームネットワーク等）を介して受信されてもよい。指示は、チャンネル番号のような番組の識別表示を有する。ユーザはまた、番組の放送期間を指示してもよい。代替として、コントローラは、例えば電子番組ガイド（EPG）から自動的にこの情報を取り出してもよい。コントローラは、現在の記録及び再生タスクを認識している。それはまた、いくつかの将来のタスク（既にプログラムされた自動記録又は再生動作）をも認識していてもよい。一般的に、コントローラは、このような情報をRAMのようなメモリに維持する。この情報に基づいて、コントローラは、放送番組の指示された記録が対応の放送期間の少なくとも一部の間に所定の容量を超過したか否かを決定する。そうである場合、コントローラは、記録に十分な容量が存在する場合に行われる生放送の部分が記録されることを確保する（すなわち、並行に実行できない相反のタスクが存在しない）。コントローラはまた、容量の不足のため生放送中に記録できなかった放送番組のコンテンツ部を格納する。次に、それは、レコーダの容量を超過していない期間を決定する。このような期間中に、それは、記録されていないコンテンツ部をサーバからダウンロードするようにダウンロード受信機に指示し、放送番組に関連してダウンロードされたコンテンツ部を記録するようにレコーダに指示する。ダウンロードの後に、全体の番組が１つの動作で受信されたかのように、記録されている。
【００２４】
好ましい実施例では、容量を超過すると常に、そのコントローラは相反のタスクを選択することができる。有利には、コントローラは、記録される番組がその後のダウンロードにサーバで利用可能であるか否かを検査する。この確認のために番組識別子を使用してもよい。重複する複数の記録タスクが存在する場合、コントローラは、番組がダウンロードにサーバで利用可能であるか否かについて、これらのタスク毎に検査することが好ましい。十分な容量が存在する場合に放送の後の期間でのダウンロードにサーバで利用可能である場合には、番組は生放送中に記録される必要はない。番組の実際の放送の前に既にサーバで利用可能である場合、生で記録不可能な番組部分は、実際の放送の開始前にダウンロードを介して既に記録されてもよい。また、このような番組は生で記録される必要はない。他の記録及び／再生タスクに対する優先度が与えられてもよい。
【００２５】
好ましい実施例では、記録される番組の１つ以上の番組属性は、意思決定プロセスで使用される。コントローラは、EPG又はウェブサイト（例えばサーバ92）から番組属性を取り出してもよい。コントローラは、少なくとも１つの所定の番組属性（ニュース放送等）で番組に関連する記録タスクを実行することに優先度を与えるようにプログラムされる。コントローラは、如何なる適切な時点においても（例えば新しい再生又は記録の指示を受信したとき）意思決定を実行することができるように、実行されるタスク毎の属性を格納することが好ましい。
【００２６】
システムはユーザプロフィールを有し、容量の相反の期間中にどのタスクを中止／実行するかを決定するためにプロフィールを使用することが好ましい。プロフィールは、番組属性のうちどれにユーザが好みを有しているかを有することが好ましい。更に、相反の場合に、再生又は記録に優先度を与える好みを有してもよい。コントローラは、好ましくは記憶装置290又はフラッシュメモリのような固体メモリのような不揮発性メモリにプロフィールが格納されることを確保する。有利には、コントローラは、ユーザの動作に基づいてプロフィールを自動的に集めて調整する。コントローラはまた、ユーザが例えばルールの形式でプロフィールを定義及び／又は調整することを可能にしてもよい。
【００２７】
相反が存在する場合に、システムはユーザインタフェースを通じてユーザとインタラクトすることが好ましい。システムは、全ての関連情報（番組カテゴリ、番組がその後にダウンロード可能であるか否か等）を提示してもよい。ユーザは、容量の不足期間中にどのタスクが実行されるべきかを決定することができる。システムは、どのタスクを実行／中止するかを決定／提示するために使用するルール／プロフィールを最適化するために、入力を使用することが好ましい。次に、ある時点で、場合によっては決定をユーザに提供することだけで、ユーザは完全に自動で動作するようにシステムに指示することができる。後者の場合、ユーザが決定に合意しない場合にのみ、ユーザが介入しさえすればよい。
【００２８】
コントローラは、放送中のコンテンツ部を特定し、サーバから記録されない部分を選択することができることがわかる。如何なる適切なコンテンツ部識別表示が使用されてもよい。例えば、記録システムは放送タイムスタンプを格納してもよい。この場合、サーバは放送タイムスタンプを格納された部分にマッピングするテーブルを維持する。コンテンツ部はまた、DVR（ブルーレイディスク）から既知の特性点情報（CPI：characteristic  point  information）に関連付けられてもよい。記録システム及びサーバは、CPIをコンテンツ部に関連付ける（例えば、MPEG-2ストリームの各IフレームにCPIタグでラベル付けする、又は１分毎にチャプタを挿入する）ための同じルールを使用することが好ましい。
【００２９】
マッピングの例をMHPについて説明する。MHPは、放送されてアプリケーションにアクセス可能なトランスポートストリームに含まれる通常再生時間（NPT：Normal  Play  Time）を定める。それは、放送における如何なるタイミングの不連続にもかかわらず、連続で単調して増加する時間基準を提供する。NPTは放送に含まれる必要はないが、MHPの一部であるため、この場合には、格納されたコンテンツと放送との間の時間関係を定めるために使用され得る。NPTはまた、ある時間の間に（例えば主番組のNPTが中断するコマーシャル時間の間）中断され得る。放送に複数のNPTが存在してもよいが、１つのみが何らかの時間に増加してもよい（例えば挿入されたニュースの間に主番組のNPTが中断し、その間に別のNPTが増加してもよい）。基本的に、NPTは、不連続のない（PCRに基づく）トランスポートストリームのタイミングからのオフセットである。PCRはMPEG-2トランスポートストリームからの頭文字である。それは番組クロック基準（Program  Clock  Reference）を表し、PTS／DTS時間（Presentation  Time  Stamp及びDisplay  Time  Stamp）と共に、トランスポートストリームにおける基本タイミングである。PCRは現時刻を与えるためにトランスポートストリームで繰り返され（例えば100ms毎）、PTS／DTSはPCRと同じ時間基準を参照する。
【００３０】
放送番組は、図２の内部記憶装置290のような記憶装置に記録される。放送番組を格納するときに、放送タイミングから記憶装置（記録可能ディスク等）の位置へのマッピングもまた格納されてもよい。このことにより、番組内の特定の時間にマッピングするサポート及びトリック・プレイが可能になる（多くのアプリケーションでは、MPEG-2のIフレームについて時間／位置を格納することで十分なことがある）。このマッピングにより、放送のタイミングに基づいて記憶装置の位置を見つけることが可能になる。同様に、番組がサーバ92に格納されるときに、サーバはまた、その記憶装置での位置のマッピングを格納し、タイミングを放送することができる。このように、識別表示は、サーバ及び受信機のマッピングテーブルに存在する放送タイミングに基づいて行われてもよい。代替として又は放送タイミングに加えて、マッピングテーブルは、前述のCPIを使用してもよい。
【００３１】
前述の実施例は本発明を限定するものではなく、説明するものであり、特許請求の範囲を逸脱することなく、当業者は多数の代替実施例を設計することができることに留意すべきである。特許請求の範囲において、括弧の間にある如何なる参照符号も特許請求の範囲を限定するものとして解釈されるべきではない。“有する”という動詞及びその活用の使用は、請求項に記載のもの以外の要素又はステップの存在を除外するものではない。要素の先行詞は、このような要素の複数の存在を除外するものではない。本発明は、複数の明確な要素を有するハードウェアを用いて、及び適切にプログラムされたコンピュータを用いて実装され得る。コンピュータプログラムプロダクトは、光学記憶装置のような適切な媒体に格納／配信されてもよく、インターネット若しくは有線又は無線通信システムを介して配信されるように、他の形式で配信されてもよい。複数の手段を列挙したシステム／装置／装置の請求項では、これらの手段のいくつかは同一のハードウェアにより具現されてもよい。特定の手段が相互に異なる従属項に記載されているという単なる事実は、これらの手段の組み合わせが有利に使用され得ないことを示すものではない。
【図面の簡単な説明】
【００３２】
【図１】本発明が使用可能なデジタル放送システムのブロック図である。
【図２】システムで使用される受信機のブロック図である。
【図１】
2006524459.tif 000003
【図２】
2006524459.tif 000004
【国際調査報告】
2006524459.tif 000005
2006524459.tif 000006
2006524459.tif 000007