JP6257611B2 - 個人向けのメディア・コンテンツの提供 - Google Patents

Description

本発明は、一般的には、ネットワークを介したコンテンツの配信の分野に関する。より具体的には、本発明は、特定のユーザに興味を持たせるマルチメディア・コンテンツのシーケンスを含む個人向けのテレビジョン（ＴＶ）チャンネルの提供を取り扱う。したがって、本発明は、個人向けのメディア・コンテンツを提供する方法、受信装置、およびプロバイダ装置に関する。さらに、本発明は、本発明の方法を実施するコンピュータ・プログラムに関する。

本欄に記載されている手法が遂行される場合があるが、その手法は、必ずしも既に考案済のものであったり、遂行済のものであったりするものではない。したがって、本明細書において特記しない限り、本欄に記載されている手法は、本出願の請求項に対する先行技術となるものではなく、本欄にその記載を含めることによって先行技術として自認するものではない。

ユーザが興味を有するようなコンテンツ、すなわち、個人向けのコンテンツをユーザに具体的に提供する幾つかの方法が存在する。

一例は、放送およびプッシュ型配信の方法を組み合わせたものを使用してターゲットに対して広告を行うことを取り扱うものである。広告ビデオがユーザのセットトップ・ボックスのハードドライブに対してプッシュされ、決定エンジンは、家庭プロファイリングに対し、最も適切な広告ビデオを選択し、その同期が放送ストリーム内で確保されるようにする。

文献欧州特許第１６６７４５２号は、この使用ケースの拡張について記載し、「仮想個人向けのＴＶチャンネル」の考え方を提案している。そこでは、ローカルに記憶された広告またはメディア・コンテンツの挿入／置き換えは、サービス・プロバイダから送信されるメッセージに応答して始められる。次に、広告またはメディア・コンテンツの選択処理は、２つの他のメディア・コンテンツの間の固定された時間スロットの間に再生出力される前に複数の異なるルール（ユーザ・プロファイル、広告スコア、メディア・コンテンツ・タイプ、時刻、ペアレンタル・コントロール）に従って実行される。この文献は、幾つかのテーブル記述子を使用した選択アルゴリズムの詳細について記載している。しかしながら、この文献は、仮想チャンネルを構成する複数の異なる番組のシームレスなＴＶ番組のシーケンシング（ｓｅｑｕｅｎｃｉｎｇ）をどのように確保するかについては記載していない。

別の例は、ＴＶａｎｙｔｉｍｅ（ＴＶＡ）イニシアチブである。ＴＶａｎｙｔｉｍｅ（ＴＶＡ）イニシアチブは、一組の仕様であり、その詳細は、欧州電気通信標準化機構（ＥＴＳＩ）ＴＳ １０２８２２−２に記載され、ユーザのローカル記憶装置に対してメディア・コンテンツの制御された配信を行うことに特化したものである。ＴＶａｎｙｔｉｍｅは、エンド・ユーザが電子番組ガイド（ＥＰＧ）からの任意のＴＶ番組を記録可能にすることによって、ユーザがそのＴＶ番組を最も都合の良い時間に視聴できるようにするものである。しかしながら、この解決法では、当初のスケジューリングに対して定期的に影響を与えるライブ・イベントによって、誤りが頻発するようになり、ユーザ体験の品質が低下する可能性がある。

本発明は、状況を改善するための解決法を提案する。

従って、本発明は、メディア・コンテンツの所定のシーケンシング（ｓｅｑｕｅｎｃｉｎｇ）を有する個人向けのコンテンツを提供する方法であって、
制御チャンネルにおいて、コンテンツのシーケンシングを記述した時間的な制御情報を含む制御ストリームを受信するステップと、
上記シーケンシングのメディア・コンテンツを含むメディア・ストリームを受信するステップと、
上記制御情報を使用することによって、個人向けのコンテンツのレンダリングを制御するステップと、を含む。

メディア・コンテンツ、例えばテレビジョン番組、のシーケンシングは、有益には、ユーザとプロバイダとの間の合意を通じて、またはプロバイダのみで、ＴＶ番組に対するユーザのプリファレンスおよび嗜好を使用して、予め決定される。

例として、個人向けのコンテンツは、加入者のグループに対して提供されるテーマを有するチャンネルである。テーマを有するチャンネルを構成するＴＶ番組は受信装置側で直接取得されるため、本発明の方法は、このようなチャンネルの提供をプロバイダ側で最小の運用コストで行えるようにする。

好ましくは、メディア・コンテンツは、対応するテレビジョン・チャンネルからのものである。

テレビジョン・チャンネルは、放送ネットワークを通じて受信されてもよく、ブロードバンド・ネットワークを通じて受信されてもよい。例えば、このようなテレビジョン・チャンネルは、ＩＰＴＶチャンネルからなる。

有益には、制御およびテレビジョン・チャンネルは、共通のリファレンス・クロックと時間的に合わせられている。

例えば、共通のリファレンス・クロックは、協定世界時（ＵＴＣ：Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ）で表される実時間である。

好ましくは、制御ストリームおよびメディア・ストリームは、制御チャンネルおよびテレビジョン・チャンネルを共通のリファレンス・クロックに合わせる時間的な情報を含む。

これらの情報は、考慮されているストリームのシステム・タイム・クロック（ＳＴＣ）をリファレンス・クロックの時刻（ＴｏＤ）に変換するタイムラインに挿入することができる。

このタイムラインの使用によってテレビジョン・チャンネル間のシームレスな切り替えが可能となり、これにより、個人向けのコンテンツのレンダリングの際、ＴＶ番組などのメディア・コンテンツと、次のメディア・コンテンツとの間のシームレスな移行が確保される。

有益には、個人向けのコンテンツは、ユーザの装置に予め記憶されたコンテンツからなる。

このようなコンテンツは、広告、映画トレーラ、個人向けのチャンネルのカバーページ、または、これらの要素を組み合わせたものである。その挿入は、或るＴＶ番組から次のＴＶ番組への移行が、これらの番組が一緒になったものでない場合に、スムーズに行われるようにするためのものである。

好ましくは、個人向けのコンテンツのレンダリングを制御するステップは、シーケンシングの連続的なコンテンツの間のフェージング制御を使用する。

このようなフェージング制御を行うことにより、個人向けのチャンネルの複数のメディア・コンテンツ間のスムーズな移行が可能になる。

有益には、メディア・ストリームは、放送ネットワークおよび／またはブロードバンド・ネットワークを介して受信される。

一実施形態によれば、シーケンシングは、第２のライブ番組が後に続く第１のライブ番組を含む。

有益には、ライブ番組は、現在行われているイベントとして、リアルタイムに放送されている番組であると規定される。

有益には、この方法は、第１のライブ番組と第２のライブ番組との重なりを検出するステップをさらに含む。

このような検出を使用することにより、第１のライブ番組が終了するまで、第２のライブ番組のレンダリングをタイムシフトすることが可能である。したがって、ユーザは、第２のライブ番組への予定された切り替えが原因で第１のライブ番組の最後の部分を見逃すことがない。

有益には、第１のライブ番組および第２のライブ番組の重なりの検出は、第１のライブ番組から第２のライブ番組への切り替えの前に収集されるデータの統計的な処理に基づく。

代替的には、第１のライブ番組と第２のライブ番組との重なりの検出は、ソーシャル・ネットワークの監視に基づく。

本発明は、さらに、メディア・コンテンツの所定のシーケンシングを有する個人向けのコンテンツを提供する受信装置を提供し、この受信装置は、
制御チャンネルにおいて、コンテンツのシーケンシングを記述した時間的な制御情報を含む制御ストリームを受信する第１のインタフェースと、
上記シーケンシングのメディア・コンテンツを含むメディア・ストリームを受信する第２のインタフェースと、
上記制御情報を使用することによって、個人向けのコンテンツのレンダリングを制御するスケジューラと、を含む。

有益には、シーケンシングは、第２のライブ番組が後に続く第１のライブ番組を含み、受信装置は、第１のライブ番組と第２のライブ番組との重なりを検出する検出モジュールをさらに含む。

有益には、受信装置は、ゲートウェイまたはセットトップ・ボックスである。

本発明は、さらに、メディア・コンテンツの所定のシーケンシングを有する個人向けのコンテンツを提供するプロバイダ装置を提供する。このプロバイダ装置は、
コンテンツのシーケンシングを記述した時間的な制御情報を規定する番組マネージャと、
制御チャンネルにおいて、上記時間的な制御情報を含む制御ストリームを送信する第１の送信機と、
上記シーケンシングのメディア・コンテンツを含むメディア・ストリームを送信する第２の送信機と、を含む。

有益には、シーケンシングは、第２のライブ番組が後に続く第１のライブ番組を含み、プロバイダ装置は、第１のライブ番組と第２のライブ番組との重なりを検出する検出モジュールをさらに含む。

有益には、番組マネージャは、時間的な制御情報を更新することが可能である。

この更新は、定期的に行われるか、ＴＶ番組に変更があるときのみ、例えば、ライブ番組が予定されていた当初の時間を超えて継続したときに行われる。

本発明に係る方法は、プログラム可能な装置上でソフトウェアにおいて実施することができる。本発明に係る方法は、ハードウェアのみで実施することもできるし、ソフトウェアのみで実施することもできるし、これらを組み合わせて実施することもできる。

本発明は、ソフトウェアで実施することができるため、本発明は、任意の適切な搬送媒体上で、プログラム可能な装置に供給するためのコンピュータ読み取り可能コードとして実施することができる。搬送媒体には、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ハードディスク・ドライブ、磁気テープ装置、または、ソリッドステート・メモリ装置などの記憶媒体が含まれることがある。

本発明は、したがって、コンピュータが本発明の方法を実行できるようにするコンピュータ実行可能なインストラクションを含むコンピュータ読み取り可能プログラムを提供する。図４〜図７の図面は、このようなコンピュータ・プログラムのための一般的なアルゴリズムの例を示している。

添付図面において、本発明は、限定を意図しない例として示されており、同様の参照符号は、同様の構成要素を示している。

従来技術に係るリニアＴＶ番組を提供するシステムの実施形態の模式図である。 ハイブリッド・ネットワーク・アーキテクチャにおいて、本発明に係る個人向けのノンリニアＴＶ番組を提供するシステムの実施形態の模式図である。 本発明の実施形態に係る受信装置の模式図である。 本発明の第１の実施形態に係る個人向けのコンテンツを提供する方法のステップを示すフローチャートである。 本発明の第２の実施形態に係る個人向けのコンテンツを提供する方法のステップを示すフローチャートである。 本発明の第３の実施形態に係る個人向けのコンテンツを提供する方法のステップを示すフローチャートである。 本発明の第４の実施形態に係る個人向けのコンテンツを提供する方法のステップを示すフローチャートである。

図１を参照すると、従来技術に係るリニアＴＶ番組を提供するシステム２の実施形態の模式図が示されている。このシステム２は、より具体的には、従来のＴＶ放送プレイアウトに対応する。

システム２は、複数の異なるトランスポート・ストリームに亘るサービス（チャンネル）のセットをグループ化するブーケ運用など、ＴＶ番組集約装置（ａｇｇｒｅｇａｔｏｒ）側に存在するプロバイダ装置４を含む。これらの複数の異なるトランスポート・ストリーム自体は、複数の異なるネットワークに亘って存在することがある。

さらに、システム２は、セットトップ・ボックス（ＳＴＢ）、または、ホーム・ゲートウェイなどの、ユーザの居宅に存在する受信装置６を含む。

プロバイダ装置４は、複数のサーバ８、１０、１２を含む。

例えば、サーバ８は、映画やアニメなどの、マルチメディア・コンテンツを記憶するメモリ１４を含むコンテンツ・サーバである。サーバ１０は、例えば、バラエティ番組、教育番組など、予め記録されたＴＶ番組を記憶するように構成されたサーバである。サーバ１２は、広告番組など、他のタイプの番組を記憶するように構成されている。

さらに、プロバイダ装置４は、ミキサ１６を含む。ミキサ１６は、所定のスケジューリング１８を使用して、ユーザがサーバ８、１０、１２から受信し、および、このミキサ１６によって直接受信されるライブＴＶ番組２０から受信するリニアＴＶ番組フローを形成する番組を混合することができる。このようなライブ番組には、ニュース、スポーツ・イベント、音楽番組などが含まれることがある。

次に、ミキサ１６は、ＴＶチャンネルにおける番組のスケジューリングされたプレイリストによって形成されるリニアＴＶ番組２２を提供することができ、受信装置６は、このリニア番組２２を受信することができ、ユーザに対するコンテンツの再生のために、ＴＶセットとしてのレンダリング装置２４に送信することができる。

従来技術に係るＴＶチャンネルは、通常、総合的なＴＶ番組か、または、子供、ティーンエイジャー、年配者、スポーツマンなどの、複数のユーザによって形成される特定の視聴者の興味を沸かせるテーマを有するチャンネルを提供する。

従来技術に係るこの従来のシステム２は、コンテンツ・プロバイダにとって重大な運用コストが存在することを示唆しており、新しいチャンネルを開始することは、加入契約者数に関して十分な成功が見込めない可能性がある場合には、投資収益率の観点からは、リスクがある。

さらに、新しい番組を開始する結果として追加的なネットワーク帯域を使用することになり、これは希少で高価なリソースをより多く使用することとなる。

本発明は、このような禁止されるべきコストがプロバイダに発生することを回避し、新しいＴＶチャンネル、すなわち、個人向けのユーザ・プレファレンスをターゲットとする、テーマを有するチャンネルの提供を可能とする解決法を提案する。本発明に係るシステム３０の例は、図２に示されている。

図２に示されているように、システム３０は、放送コンテンツのプロバイダ装置３２および受信装置３４を含む。

好ましくは、システム３０は、ブロードバンド・コンテンツのプロバイダ装置３６をさらに含む。好ましくは、ブロードバンド・コンテンツのプロバイダは、記憶されたＴＶ番組をストリーミングすることができ、ブロードバンド・リンク３７を介して受信装置３４によってアクセスされることがある。オプションとして、この装置３６をキャッチアップ・サーバとして使用することができる。

したがって、注目すべきこととして、この場合では、プロバイダ装置３２は、好ましくは、限定するものではないが、ライブ・ストリーミング専用のものである。ここで、プロバイダ装置３２は、主に番組マネージャ３８を含み、番組マネージャ３８はユーザによってリクエストされた個人向けのコンテンツの番組のシーケンシング（ｓｅｑｕｅｎｃｉｎｇ）を記述した時間的な制御情報を規定する。

番組マネージャ３８は、さらに、所定のスケジューリング４０を使用して、個人向けのコンテンツの部分となる可能性のある複数の番組４２、例えばライブ番組のような番組を混合する機能を果たす。

さらに、プロバイダ装置３２は制御チャンネルにおいて制御ストリーム４６を送信する送信機４４を含み、制御ストリーム４６はユーザ・リクエストに従って番組マネージャ３８によって規定された時間的な制御情報を含む。

送信機４４は、さらに、混合処理３８およびスケジューリング４０の結果として得られるコンテンツ・ストリーム４８を送信可能であり、受信装置３４は、このコンテンツ・ストリーム４８を受信可能であり、ユーザに対してコンテンツを再生するためにコンテンツ・ストリーム４８をレンダリング装置２４、例えばＴＶセットに送信可能である。

さらに、プロバイダ装置３２は、連続するライブ番組の重なりを検出可能な検出モジュール４５を含む。

受信装置３４におけるメモリ６２は、コンテンツ４８を記憶するために設けられる。コンテンツは、次に、制御ストリーム４６内の時間的な制御情報に従って受信装置３４によって使用され、リクエストされた個人向けのＴＶチャンネルを構成する個人向けのコンテンツのストリーム４９を形成する。

本発明の実施形態に従って、受信装置３４の構造について、図３を参照して、以下の説明において、さらに詳細に述べる。

受信装置３４は、第１の放送チャンネルを介して第１の放送ストリーム５２を受信可能な第１のチューナ５０と、第２の放送チャンネルを介して第２の放送ストリーム５６を受信可能な第２のチューナ５４と、を含む。

受信装置３４は、ＡＤＳＬ（非対称ディジタル加入者線）接続などのブロードバンド・インタフェース５８をさらに含み、ブロードバンド・インタフェース５８はブロードバンド・チャンネル６０を介したＩＰＴＶ（インターネット・プロトコル・テレビジョン）および／またはＯＴＴ（オーバーザトップ）ストリームを受信可能である。

上述したように、受信装置３４は、主にＴＶ番組を記憶するための、ＨＤＤ（ハードディスク・ドライブ）、または、フラッシュ・メモリ、ＳＤカードなどのメモリ６２も含む。このメモリ６２は受信したＴＶ番組のタイムシフトを可能にする。

さらに、受信装置３４は、個人向けのコンテンツの番組のシーケンシングを記述した時間的な制御情報を含む制御ストリーム４６を受信するための制御インタフェース６４を含む。制御インタフェース６４は、制御ストリーム４６が放送される場合にはチューナであってもよいし、制御ストリーム４６が、例えば、マルチキャスト・サービスの形態のＩＰＴＶまたはＯＴＴなどのブロードバンド・チャンネルを介して送信される場合にはブロードバンド・インタフェースであってもよい。

制御情報を搬送する制御ストリーム４６は、連続的に処理されてもよく、電子番組ガイド（ＥＰＧ）のために従来実施されている処理のように定期的な間隔で処理されてもよい。

制御インタフェース６４は、別個のエンティティ（別体）として示されているものの、チューナ５０、５４のうちの一方にあってもよく、ブロードバンド・インタフェース５８にあってもよい。

さらに、受信装置３４は、チューナ５０、５４に接続されたスケジューラ６６と、ブロードバンド・インタフェース５８と、メモリ６２と、制御インタフェース６４と、を含む。本発明によれば、スケジューラ６６の主な役割は、制御ストリーム４６で搬送された制御情報の使用によって個人向けのコンテンツのレンダリングを制御することである。

受信装置３４は、スケジューラ６６に接続されたオーディオ・ビデオ（Ａ／Ｖ）復号器６８をさらに含む。

さらに、受信装置３４は、連続的なライブ番組の重なりを検出可能な検出モジュール６９を含む。

したがって、スケジューラ６６は、一方では、制御インタフェース、放送インタフェース、ブロードバンド・インタフェース、さらに、メモリにアクセスし、他方では、制御ストリーム４６内にあるコマンドを実行するために、Ａ／Ｖ復号器にアクセスする。

本発明の好ましい実施形態によれば、メディア・ストリーム５２、５６、６０および制御ストリーム４６は、協定世界時（ＵＴＣ）で表される実時間のような、共通のリファレンス・クロックに制御チャンネルおよびテレビジョン・チャンネルを合わせる時間的な情報を含む。これらの時間的な情報は、考慮されているストリームのシステム・タイム・クロックをリファレンス・クロックの時刻（ＴｏＤ）に変換するタイムライン・コンポーネントに挿入される。

図４〜図７のフローチャートは、複数の異なる実施形態に従って個人向けのコンテンツを提供する本発明の方法のステップの詳細を示している。図面をわかりやすくするために、出力再生されるメディア・コンポーネントは、タイムライン・コンポーネントＶｃを利用してリファレンス・クロックＲｅｆ Ｃｌｋに既に合わせられているものとする。

図４に例示されている第１の実施形態は、２つの別個のソース、すなわち、２つの異なるテレビジョン・チャンネルからの複数の異なる非ライブ（ｎｏｎ−ｌｉｖｅ）ＴＶ番組のシーケンシングからなる個人向けのコンテンツに関する。したがって、スケジューラ６６は、一方のソースから他方のソースに反復的に切り替える。例えば、個人向けのコンテンツの幾つかの番組Ａ１、Ａ３は、第１のＴＶチャンネルＴＶ１からのものである。これらの番組は、第１の放送チャンネルを介して放送され、第１のチューナ５０によって受信される。他の番組Ｂ２、Ｂ４は、第２のＴＶチャンネルＴＶ２からのものである。これらの番組は、第２の放送チャンネルを介して放送され、第２のチューナ５４によって受信される。図示されていないものの、第２のＴＶチャンネルＴＶ２もまた、ブロードバンド・チャンネルを介して送信され、ブロードバンド・インタフェース５８に受信されてもよい。

第１のステップＳ１において、受信装置３４の制御インタフェース６４は、制御ストリーム４６を受信する。この制御ストリーム４６は、上記受信機３４が個人向けのコンテンツを復元できるようにする一連の制御コマンドＣＩを含む。

例えば、シーケンスＣＩは、以下のコマンドを含む。
Ｃ１：Ａ１の再生を開始する。
Ｃ２：Ａ１の再生を停止し、Ａ１からＸにフェードさせる。
Ｃ３：Ｘの再生を停止し、第２の放送ストリーム５６に切り替え、Ｂ２の再生を開始する。
Ｃ４：メモリ６２上でＡ３のタイムシフトを開始する。
Ｃ５：第１の放送ストリーム５２に切り替え、Ｂ２からＡ３にフェードし、Ａ３の再生を開始する。
Ｃ６：キャッチアップ・サーバ３６からＢ４を取得するリクエストを送信する。
Ｃ７：メモリ上６２でのＡ３のタイムシフトを停止する。
Ｃ８：第２の放送ストリーム５６に切り替え、Ａ３からＢ４にフェードし、Ｂ４の再生を開始する。
Ｃ９：Ｂ４の再生を停止する。
ここで、Ａ１とＢ２との間に挿入されたコンテンツＸは、広告、映画トレーラ、および個人向けのコンテンツのカバーページを別々にしたもの、または、組み合わせたものである。コンテンツＸは、予めメモリ６２に記憶されており、利用可能である。

第２のステップＳ２において、第１のチューナ５０および第２のチューナ５４は、それぞれ、第１および第２の放送ストリーム５２、５６を受信する。これらのストリームは、オーディオ（Ａ）、ビデオ（Ｖ）、およびタイムライン（Ｖｃ）・コンポーネントを含む。

そして、受信されたコマンドＣｉに従って、および、リファレンス・クロックを使用して、複数の異なる制御コマンドＣｉが発生する時刻ＴｏＤｉを示すリファレンス・クロックを使用して、個人向けのコンテンツのレンダリングの制御がステップＳ３で行われる。

好ましくは、フェージング制御を使用して、個人向けのコンテンツを一方の番組から次の番組にスムーズにトランジッションさせる。これらのＴＶ番組がつながっていない場合には、Ａ１とＢ２の間に挿入されるコンテンツＸとして、代替的なコンテンツが挿入される。トランジッション処理がどのようなものであったとしても、オーディオ／ビデオ・ストリームにおける不連続に起因するアーティファクトを回避するために、番組の切り替えは、ＴｏＤｉのフレームの正確なインディケーションの後に行われる。受信装置レベルでは、これは、リクエストされた瞬間での処理のために、コマンドＣｉが受信装置３４に十分に早く到達することを意味する。

図５に例示されている第２の実施形態は、第１のＴＶチャンネルＴＶ１および第２のＴＶチャンネルＴ２それぞれからの２つのライブ番組Ｌ１、Ｌ２の間の切り替えの場合を示している。ＴＶチャンネルＴＶ１およびＴＶ２は、第１の放送ストリーム５２および第２の放送ストリーム５６上でそれぞれ放送される。代替的には、図示しないが、ＴＶチャンネルＴＶ２は、ブロードバンド・ストリーム６０で送信されることがある。

この第２の実施形態においては、ライブ番組Ｌ１、Ｌ２は、重ならない、すなわち、Ｌ１は、Ｌ２の開始前の予定された時刻で終了する。

コマンドＣＩのシーケンスは、以下のコマンドを含む。
Ｃ１：Ｌ１の再生を開始する。
Ｃ２：第２の放送ストリーム５６に切り替え、Ｌ１からＬ２にフェードし、Ｌ２の再生を開始し、そしてＢ２の再生を開始し、キャッチアップ・サーバ３６からＡ１を取得するリクエストを送信する。
Ｃ３：Ｂ２からキャッチアップ・サーバ３６からストリーミングされるＡ１にフェードする。
Ｃ４：Ａ１の再生を停止する。

このシナリオは、極めて好ましいシナリオであり、非現実的であることが多い。その理由は、よく起こることとして、ライブ番組、特に、スポーツ・イベントは、終了時間が確定していないからである。

つまり、図５の場合では、適切に番組Ｌ２に移行することが想定されていた番組Ｌ１が、番組Ｌ２と重なってしまうことになる。これは、当初Ｌ１からＬ２に切り替えることが想定されていた制御コマンドＣ２が、受信装置３４に送られる前に、異なる機能を実行しなくてはならないことを意味する。この特定のシナリオにおいて、幾つかの場合を想定しなければならない。

第１の場合は、図６に例示されている。この場合、ライブ番組Ｌ１は、ライブ番組Ｌ２と重なっており、ライブ番組Ｌ２は、第２の放送ストリーム５６上で利用可能な番組であるか、代替的には、ブロードバンド・ストリーム６０（図示せず）上で利用可能な番組である。

コマンドＣＩのシーケンスは、以下のコマンドを含む。
Ｃ１：Ｌ１の再生を開始する。
Ｃ２：第２の放送ストリームに切り替え、メモリ６２上でＬ２およびＢ２のタイムシフトを開始する。
Ｃ３：Ｌ２の再生を開始し、その間、Ｌ２をメモリ６２にダウンロードし、Ｌ１からＬ２にフェードし、その後、キャッチアップ・サーバ３６からＡ１を取得するリクエストを送信し、Ｌ２が終了した後、Ｂ２を再生する。
Ｃ４：Ｌ２およびＢ２のタイムシフトを停止する。
Ｃ５：キャッチアップ・サーバ３６からのストリーミングをＢ２からＡ１にフェードする。
Ｃ６：Ａ１の再生を停止する。

したがって、この場合、制御コマンドＣ２は、第２の放送ストリーム５６への「切り替え」から更新され、第２の放送ストリーム５６に「切り替え」るためにＬ２（図５）に「フェード」され、メモリ６２上でＬ２が「タイムシフト」される。

Ｌ２が放送される特定の場合において、第２のチューナ５４は、タイムシフトのために利用可能であると仮定する。ユーザが自己のメモリ６２上でタイムシフトされた番組Ｌ２を視聴するために、Ｌ１からタイムシフトされたＬ２に「切り替え」る新たな制御コマンドＣ３がプロバイダ装置３２の番組マネージャ３８によって制御ストリーム４６内の時間シーケンシングに追加される。これは、制御情報が、受信装置３４に送られるＣ２コマンドの前に更新されなければならないことを意味する。これにより、プロバイダに対して時間的な制約が課される。補足的な理由としては、第１にはユーザの住居でディスプレイ上にコンテンツを適切に出力再生するための時間同期および制御コマンド処理時間と、第２にはライブ番組の変更の場合に必要な更新処理とを含む十分な時間的余裕を持って制御コマンドを配信することが挙げられる。

第２の場合は、図７に例示されている。この場合、Ｌ１およびＬ２は、それぞれ、放送ストリーム５２、５６におけるライブ放送番組である。加えて、Ｌ１は、Ｌ２と重なる。さらに、第２のチューナ５４は、制御コマンドＣ２の前には第２の放送チャンネルにユーザにより同調されてない。それは、そのユーザがＰＩＰ（ピクチャインピクチャ）で放送されるＴＶチャンネルＴＶ１およびＴＶ３を視聴することを望むからである。結果として、第２のチューナ５４は、専有（ｐｒｅｅｍｐｔ）されており、第２の放送ストリーム５６で放送されるライブ番組Ｌ２のタイムシフトのために利用可能ではない。

ここで、ＴＶチャンネルＴＶ１はＬ１を含むチャンネルであり、ＴＶチャンネルＴＶ２はＬ２を含むチャンネルであり、ＴＶチャンネルＴＶ３は個人向けのコンテンツに含まれる番組を含んでいない。したがって、ＴＶ３は、タイムライン・コンポーネントを有しておらず、他のＴＶチャンネルＴＶ１、ＴＶ２とは非同期の状態である。

図７に例示されている番組のシーケンシングは、以下の通りであり、制御ストリーム４６内の受信されたコマンドＣＩおよびユーザからのアクションを含む。
Ｃ１：第１のチューナ５０上で受信されたＬ１の再生を開始する。
Ｚ１：ユーザは、第２のチューナ５４上で受信されたＸ１にチャンネルを換え、結果として上記第２のチューナ５４を専有する。
Ｃ２：キャッチアップ・サーバ３６からＬ２を取得するリクエストを送信する。
Ｚ２：ユーザは、再びＬ１にチャンネルを換える。
Ｃ３：キャッチアップ・サーバ３６を介してストリーミングされたＬ２に切り替え（オプションとしてＬ１からＬ２にフェードし）、Ａ１を取得するリクエストを送信する。
Ｃ４：メモリ６２上でＢ２のタイムシフトを開始する。
Ｃ５：Ｂ２の再生を開始し、その間、Ｂ２をメモリ６２にダウンロードし、Ｌ２からＢ２にフェードする。
Ｃ６：Ｂ２のタイムシフトを停止する。
Ｃ７：キャッチアップ・サーバ３６からストリーミングされたＡ１の再生を開始し、Ｂ２からＡ１にフェードする。
Ｃ８：Ａ１の再生を停止する。

上述した全てのシナリオにおいて、特に、ライブ・イベントを含むシナリオにおいて、制御情報が効率的に更新されなければならない。プロバイダ装置３２は、個人向けのコンテンツを復元する全ての必要なＴＶチャンネルのプレイリストを有することが想定され、当初の番組のシーケンシングに対して制御情報の想定される訂正を適用するために、信頼性があり正確な更新メカニズムを配置しなければならない。ライブ・イベントに対する変更の発生がプロバイダ装置３２によって時間通りに更新するには遅すぎる場合には、重なりの検出に基づいた伝統的な解決法が受信装置側で提案される。この解決法は、ライブ・コンテンツの重なりの可能性を検出可能な受信装置３４の検出モジュール６９によって提供されるメカニズムを含む。

受信装置３４で実施される重なりの検出は、或るライブ・イベントから別のライブ・イベントへの切り替えの前に収集されるデータの統計的な処理に基づいて行うことができる。典型的には、ユーザ・インタフェースは、個人向けのコンテンツに対応するテーマを有するチャンネルの加入者の全てに対し、「間もなく貴方の予定していたお気に入りの番組に切り替わりますが、この番組の視聴を継続したいですか？」などの質問を行う。「いいえ」の回答の割合が所定の閾値を超える場合、例えば、回答の８０％がいいえである場合、これは、現在のライブ番組が継続する可能性が高く、したがって、次の番組に重なることを意味する。この場合、番組マネージャ３８によって当初予定されていた「切り替え」制御コマンドが図６および図７を参照して説明されるコマンドによって置き換えられる。重なり検出が誤っている場合には、常に、ユーザが当初予定されていた次の番組に手動で切り替える可能性がある。

代替的な重なり検出方法は、プロバイダ装置３２の検出モジュール４５で実施することができ、これは、ソーシャル・ネットワークを監視すること、例えば、キーワードの発生率を把握することである。キーワードは、現在分析中のライブ・イベントに関連する単語であり、例えば、サッカーの試合においては、「継続、延長時間」の単語である。

別のオプションは、ユーザのプロファイルに依存して番組に優先順位を付けることであろう。現在の番組が終了していないことを示す情報は、切り替えリクエスト（上述した例では、Ｃ２）に関連付けられる。受信装置が切り替えを行うかどうかは、現在の番組および次の番組の優先度に依存する。

本発明の好ましい実施形態であると現在考えられる内容について例示、説明したが、当業者であれば、様々な他の改変を行うこともできること、さらに、本発明の真の範囲を逸脱することなく、均等物によって置き換えることが理解できよう。さらに、本明細書中に記載した本発明の中心的な概念を逸脱することなく、特定の状況に適応するように、本発明の開示内容に対して多くの改変を行うことができる。またさらに、本発明の実施形態は、必ずしも上述した特徴の全てを含むというわけではない。したがって、本発明は開示した特定の実施形態に限定されないように意図されており、しかし、本発明は付随する請求項の範囲内に全ての実施形態を包含するように意図されている

明細書および付随する請求の範囲を解釈する際、「からなる（ｃｏｍｐｒｉｓｅ）」、「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｏｒｐｏａｔｅ）」、「包含する（ｃｏｎｔａｉｎ）」、「である（ｉｓ）」、「有する（ｈａｖｅ）」などの表現は、非排他的に解釈されるべきものではない。すなわち、明示的に規定されていない他の項目やコンポーネントについても、これらが存在するものとして解釈される。単数で言及しているものは、複数存在するものを言及するように解釈されるべき場合があり、また、その逆の場合もある。

当業者であれば、本発明の範囲を逸脱することなく、本明細書中で開示した様々なパラメータを改変することができ、開示されている、さらに／または、請求項に記載されている様々な実施形態を組み合わせできることを容易に理解できるであろう。

したがって、上述した説明は、テーマを有するチャンネルなど、個人向けのコンテンツを提供することに焦点を与えているものの、ブロードバンド・ネットワークの帯域の使用の改善に有益に適用することができる。

実際、ＴＶサービスの全てのコンテンツ・コンポーネントを放送またはブロードバンドのいずれかを介して配信できることを想定すると、本発明は、これらのコンポーネントからの完全なＴＶサービスを、予め送信されているイベントのスケジュールに従って、まさしくユーザ端末で作成できる。

上述した説明において、スケジューラの処理は、受信装置の部分である。しかしながら、本発明の範囲を逸脱することなく、スケジューラの処理の部分または全てをクラウドのアーキテクチャによって提供し、実行されるようにすると有益であろう。
ここで例としていくつかの付記を記載する。
（付記１）
メディア・コンテンツのシーケンシングを有する個人向けのコンテンツを提供する方法であって、
制御チャンネルにおいて、前記メディア・コンテンツのシーケンシングを記述した時間的な制御情報を含む制御ストリームを受信することと、
前記シーケンシングの前記メディア・コンテンツを含むメディア・ストリームを受信することと、
前記制御情報を使用することによって、前記個人向けのコンテンツのレンダリングを制御することと、を含み、
前記シーケンシングは、第２のライブ番組が後に続く第１のライブ番組を含み、前記方法は、前記第１のライブ番組と前記第２のライブ番組との重なりを検出することをさらに含む、前記方法。
（付記２）
前記メディア・コンテンツは、対応するテレビジョン・チャンネルからのものである、付記１に記載の方法。
（付記３）
前記制御チャンネルおよび前記テレビジョン・チャンネルは、共通のリファレンス・クロックと時間的に合わせられる、付記２に記載の方法。
（付記４）
前記制御ストリームおよび前記メディア・ストリームは、前記制御チャンネルおよび前記テレビジョン・チャンネルを前記共通のリファレンス・クロックに合わせる時間的な情報を含む、付記３に記載の方法。
（付記５）
前記個人向けのコンテンツは、ユーザの装置に予め記憶されたコンテンツを含む、付記１〜４のいずれか１項に記載の方法。
（付記６）
個人向けのコンテンツのレンダリングを制御することは、前記シーケンシングの連続的なコンテンツの間のフェージング制御を使用する、付記１〜５のいずれか１項に記載の方法。
（付記７）
前記メディア・ストリームは、放送ネットワークおよび／またはブロードバンド・ネットワークを介して受信される、付記１〜６のいずれか１項に記載の方法。
（付記８）
前記第１のライブ番組が終了するまで、前記第２のライブ番組のレンダリングのタイムシフトを行うことを含む、付記１〜７のいずれか１項に記載の方法。
（付記９）
前記第１のライブ番組および前記第２のライブ番組の重なりの検出は、前記第１のライブ番組から前記第２のライブ番組への切り替えの前に収集されるデータの統計的な処理に基づく、付記１〜８のいずれか１項に記載の方法。
（付記１０）
前記第１のライブ番組と第２のライブ番組との重なりの検出は、ソーシャル・ネットワークの監視に基づく、付記１〜９のいずれか１項に記載の方法。
（付記１１）
メディア・コンテンツのシーケンシングを有する個人向けのコンテンツを提供する受信装置であって、
制御チャンネルにおいて、前記メディア・コンテンツのシーケンシングを記述した時間的な制御情報を含む制御ストリームを受信する第１のインタフェースと、
前記シーケンシングの前記メディア・コンテンツを含むメディア・ストリームを受信する第２のインタフェースと、
前記制御情報を使用することによって、前記個人向けのコンテンツのレンダリングを制御するスケジューラと、を含み、
前記シーケンシングは、第２のライブ番組が後に続く第１のライブ番組を含み、前記受信装置は、第１のライブ番組と第２のライブ番組との重なりを検出する検出モジュールをさらに含む、前記受信装置。
（付記１２）
当該受信装置はゲートウェイまたはセットトップ・ボックスである、付記１１に記載の受信装置。
（付記１３）
メディア・コンテンツのシーケンシングを有する個人向けのコンテンツを提供するプロバイダ装置であって、
前記メディア・コンテンツのシーケンシングを記述した時間的な制御情報を規定する番組マネージャと、
制御チャンネルにおいて、前記時間的な制御情報を含む制御ストリームを送信する第１の送信機と、
前記シーケンシングの前記メディア・コンテンツを含むメディア・ストリームを送信する第２の送信機と、を含み、
前記シーケンシングは、第２のライブ番組が後に続く第１のライブ番組を含み、前記プロバイダ装置は、第１のライブ番組と第２のライブ番組との重なりを検出する検出モジュールをさらに含む、前記プロバイダ装置。
（付記１４）
前記番組マネージャは、前記時間的な制御情報を更新可能である、付記１３に記載のプロバイダ装置。
（付記１５）
コンピュータ実行可能なインストラクションを含んでコンピュータが付記１〜１０のいずれか１項に記載の方法を実行できるようにするコンピュータ読み取り可能なプログラム。

Claims (11)

1. メディア・コンテンツのシーケンシングを有する個人向けのコンテンツを提供する方法であって、
   制御チャンネルにおいて、前記メディア・コンテンツのシーケンシングを記述した時間的な制御情報を含む制御ストリームを受信することであって、前記シーケンシングは第２のライブ番組が後に続く第１のライブ番組を含み、前記第１のライブ番組及び前記第２のライブ番組はリアルタイムで放送され、
   前記シーケンシングに関連する前記メディア・コンテンツを含むメディア・ストリームを受信することと、
   前記制御情報を使用することによって、前記個人向けのコンテンツのレンダリングを制御することであって、前記制御情報は、前記第１のライブ番組の前記レンダリングから前記第２のライブ番組の前記レンダリングへの移行に対する第１の切り替えコマンドを含み、
   前記第１のライブ番組の前記レンダリングから前記第２のライブ番組の前記レンダリングへの移行のときに前記第１のライブ番組が終了していないことによって、前記第１のライブ番組と前記第２のライブ番組の間に重なりがあるか検出することと、
   を含み、
   前記第１のライブ番組と前記第２のライブ番組との間に重なりが前記第２のライブ番組の開始前に検出された場合、前記第２のライブ番組を最初からユーザの装置に記憶し、前記第１の切り替え制御コマンドを前記第１のライブ番組の前記レンダリングから前記第２のライブ番組の前記レンダリングへの移行に対する第２の切り替え制御コマンドで置き換えることであって、前記第２の切り替え制御コマンドは、前記第１のライブ番組の終了後に、前記第１のライブ番組の前記レンダリングから前記ユーザの装置に予め記憶された前記第２のライブ番組の前記レンダリングへの前記移行によってタイムシフトすることをさらに含む、前記方法。
2. 前記メディア・コンテンツは、対応するテレビジョン・チャンネルからのものである、請求項１に記載の方法。
3. 前記制御チャンネルおよび前記テレビジョン・チャンネルは、共通のリファレンス・クロックと時間的に合わせられる、請求項２に記載の方法。
4. 前記制御ストリームおよび前記メディア・ストリームは、前記制御チャンネルおよび前記テレビジョン・チャンネルを前記共通のリファレンス・クロックに合わせる時間的な情報を含む、請求項３に記載の方法。
5. 前記第１の切り替え制御コマンドは、フェージング制御である、請求項１〜４のいずれか１項に記載の方法。
6. 前記メディア・ストリームは、放送ネットワークおよび／またはブロードバンド・ネットワークを介して受信される、請求項１〜５のいずれか１項に記載の方法。
7. 前記第１のライブ番組と前記第２のライブ番組との間の重なりを検出することは、前記第１のライブ番組から前記第２のライブ番組への切り替えの前に収集されるデータの統計的な処理に基づく、請求項１〜６のいずれか１項に記載の方法。
8. 前記第１のライブ番組と第２のライブ番組との間の重なりを検出することは、ソーシャル・ネットワークの監視に基づく、請求項１〜７のいずれか１項に記載の方法。
9. メディア・コンテンツのシーケンシングを有する個人向けのコンテンツを提供する受信装置であって、
   制御チャンネルにおいて、前記メディア・コンテンツのシーケンシングを記述した時間的な制御情報を含む制御ストリームを受信する第１のインタフェースと、
   前記シーケンシングに関連する前記メディア・コンテンツを含むメディア・ストリームを受信する第２のインタフェースであって、前記シーケンシングは第２のライブ番組が後に続く第１のライブ番組を含み、前記第１のライブ番組及び前記第２のライブ番組はリアルタイムで放送され、
   前記制御情報を使用することによって、前記個人向けのコンテンツのレンダリングを制御するスケジューラであって、前記制御情報は、前記第１のライブ番組の前記レンダリングから前記第２のライブ番組の前記レンダリングへの移行に対する第１の切り替えコマンドを含み、
   前記第１のライブ番組と前記第２のライブ番組との間の重なりを検出する検出モジュールであって、前記第１のライブ番組の前記レンダリングから前記第２のライブ番組の前記レンダリングへの前記移行のときに前記第１のライブ番組が終了していないことにより、前記第２のライブ番組の開始前に重なりが検出された場合、前記第２のライブ番組を最初から前記受信装置に記憶し、前記第１の切り替え制御コマンドを前記第１のライブ番組の前記レンダリングから前記第２のライブ番組の前記レンダリングへの移行に対する第２の切り替え制御コマンドで置き換えるように前記スケジューラは構成され、前記第２の切り替え制御コマンドは、前記第１のライブ番組の終了後に、前記第１のライブ番組の前記レンダリングから前記受信装置に予め記憶された前記第２のライブ番組の前記レンダリングへの前記移行によってタイムシフトすること、
   を含む、前記受信装置。
10. 当該受信装置はゲートウェイまたはセットトップ・ボックスである、請求項９に記載の受信装置。
11. コンピュータ実行可能なインストラクションを含んでコンピュータが請求項１〜８のいずれか１項に記載の方法を実行できるようにするコンピュータ読み取り可能なプログラム。
    

Images