(57)【要約】  本発明は、ＩＰＴＶネットワークにおける方法及びノードに関する。本発明に従うノードは、ユーザのチャネル切り替えを予測するためにユーザのチャネル切り替えの振る舞いに関する知識を使用し、また、予期されるチャネル切り替えに先立って、使用されると予測されたチャネルをユーザのＳＴＢの近くで入手可能にするように、構成される。
2010514334.tif 000002
【特許請求の範囲】
【請求項１】
メディアコンテンツ配信機から、配信されたメディアを受信するユーザの接続可能セットトップボックスへ、チャネルを介してメディアを配信する、ＩＰＴＶネットワークにおけるノードであって、
前記ユーザのチャネルザッピングの振る舞いに関する情報を取り出す手段と、
前記取り出された情報に基づいて、前記ユーザによって選択されるであろう少なくとも１つのチャネルを予測するように構成される予測装置と、
前記予測されたチャネルにサブスクライブするように構成されるイニシエータと、
高速なチャネル切り替えを可能にするために前記サブスクライブされた予測されたチャネルをバッファリングするように構成されるバッファと、
を備えることを特徴とするノード。
【請求項２】
前記バッファは、現在視聴中のチャネルを格納するように更に構成されることを特徴とする請求項１に記載のノード。
【請求項３】
前記チャネルザッピングの振る舞いに関する前記情報は、チャネルザッピングの時刻と、ザッピングされたチャネルに関する少なくとも１つのプロパティとを含むことを特徴とする請求項１又は２に記載のノード。
【請求項４】
前記チャネルザッピングの振る舞いを監視するように構成され、且つ、前記ユーザのチャネルザッピングの振る舞いに関する前記情報を前記取り出し装置に提供するように構成されるモニタを備えることを特徴とする請求項１乃至３のいずれか１項に記載のノード。
【請求項５】
前記取り出されたユーザの振る舞い情報を格納するデータベースを備えることを特徴とする請求項１乃至４のいずれか１項に記載のノード。
【請求項６】
前記バッファは、前記少なくとも１つのバッファリングされるチャネルの少なくとも最新のＩフレーム周期をバッファリングするように構成されることを特徴とする請求項１乃至５のいずれか１項に記載のノード。
【請求項７】
前記バッファリングされたチャネルのうちの前記ユーザによって選択された１つのチャネルを前記バッファから前記ユーザの前記セットトップボックスへ供給するように構成される参加補助装置を更に備えることを特徴とする請求項１乃至６のいずれか１項に記載のノード。
【請求項８】
前記参加補助装置は、前記バッファから供給される前記バッファリングされたチャネルが前記メディアコンテンツプロバイダから直接配信される対応するチャネルに同期するまで、Ｂフレーム及びＰフレームのうちの少なくとも一方を欠落させるように構成されることを特徴とする請求項７に記載のノード。
【請求項９】
前記ノードはビデオエッジ内に実装されることを特徴とする請求項１乃至８のいずれか１項に記載のノード。
【請求項１０】
前記チャネルはメディアを含むことを特徴とする請求項１乃至９のいずれか１項に記載のノード。
【請求項１１】
メディアコンテンツ配信機から、配信されたメディアを受信するユーザの接続可能セットトップボックスへ、チャネルを介してメディアを配信する、ＩＰＴＶネットワークにおける方法であって、
前記ユーザのチャネルザッピングの振る舞いに関する情報を取り出すステップと、
前記取り出された情報に基づいて、前記ユーザによって選択されるであろう少なくとも１つのチャネルを予測するステップと、
前記予測されたチャネルにサブスクライブするステップと、
高速なチャネル切り替えを可能にするために前記サブスクライブされた予測されたチャネルをバッファリングするステップと、
を備えることを特徴とする方法。
【請求項１２】
前記バッファリングするステップは、現在視聴中のチャネルをバッファリングするステップを更に備えることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記チャネルザッピングの振る舞いを監視するステップを更に備えることを特徴とする請求項１１又は１２に記載の方法。
【請求項１４】
前記バッファリングするステップは、前記少なくとも１つのバッファリングされるチャネルの少なくとも最新のＩフレーム周期をバッファリングするステップを備えることを特徴とする請求項１１乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記バッファリングされたチャネルのうちの前記ユーザによって選択された１つのチャネルを前記バッファから前記ユーザの前記セットトップボックスへ供給するステップを更に備えることを特徴とする請求項１１乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記バッファから供給される前記バッファリングされたチャネルが前記メディアコンテンツプロバイダから直接配信される対応するチャネルに同期するまで、Ｂフレーム及びＰフレームのうちの少なくとも一方を欠落させる時を決定するステップを更に備えることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記バッファリングされたチャネルに対応するチャネルを前記メインフィードから供給するステップを更に備えることを特徴とする請求項１６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネットプロトコルＴＶ（ＩＰＴＶ）ネットワークに関し、特に、ＩＰＴＶネットワークにおけるノードと、メディアコンテンツ配信機によって提供される様々なメディアチャネルの間でザッピングを行うための方法とに関する。
【背景技術】
【０００２】
今日、家庭内の視聴者にＴＶチャネルをもたらす、以下のいくつかの技術が存在する。
●衛星を介した無線アナログ放送、又は、同軸ケーブルネットワークを介した地上ネットワークアナログ放送
●衛星を介した無線デジタル放送、又は、同軸ケーブルネットワークを介した地上ネットワークデジタル放送
●ＩＰネットワークを介したデジタルのマルチキャスト又はユニキャストのストリームであって、ＩＰＴＶと呼ばれるもの
【０００３】
どの技術を使用中であるかに応じて、ユーザはチャネルの変更を違う風に経験する。
【０００４】
アナログ放送の場合、全てのＴＶチャネルが常に存在し、復調は即座に開始する。即ち、チャネル切り替えは視聴者によって瞬間的なものとして経験される。
【０００５】
デジタルの世界では、第２のチャネルから第１のチャネルへと切り替える際に、第１のチャネルの画像がＴＶ画面に表示されるのに要する時間に影響する、２つの主な要因が存在する。第１に、第１のチャネルのメディアストリームがＴＶセットに存在するのに要する時間があり、第２に、そのストリームがいったん存在すると、復号時間、即ち、第１のチャネルの最初の画像フレームを生成するのに要する時間がある。デジタル放送の場合、チャネルは常に存在するので、第１のチャネルのメディアストリームがＴＶセットに存在するのに要する時間は略ゼロであるが、画像フレームは、記憶装置の容量及び伝送帯域を節約するために符号化されている。第１のチャネルの最初の画像フレームを生成するための復号に要する時間は、チャネルの切り替えに秒単位の大きな遅延を加える。一般に使用されている符号化スキームである、Moving Picture Experts Groupによって規定されたＭＰＥＧ−２は、このことを単純なやり方で説明する。ＭＰＥＧ−２符号化は、３種類の異なる符号化フレームから成るストリームを与える。３種類の異なる符号化フレームとは、フレームをＴＶ画像フレームへと復号するのに十分な情報を含んだＩフレームと、以前のフレームに対して変化したことに関する情報のみを含んだＢフレーム及びＰフレームとである。即ち、Ｂフレーム又はＰフレームから開始するＴＶ画像フレームを復号して生成することは不可能である。Ｉフレーム、Ｂフレーム、及びＰフレームのシーケンスを図１に示す。このように、画像フレームを生成するためにＩフレームが必要とされ、２つのＩフレーム間の時間は約１乃至５秒である。
【０００６】
ＩＰマルチキャストストリーム（又はユニキャストストリーム）を使用してＩＰネットワークを介してＴＶチャネルが送信される場合、両方の要因、即ち、新しいチャネルのメディアストリームがＴＶに存在するのに要する時間と、新しいチャネルの最初の画像フレームを生成するのに要する時間とが、チャネル切り替えの時間（チャネルザッピング時間とも呼ばれる）に寄与する。ネットワーク帯域を節約するために、ＴＶチャネルは、要求された時にのみユーザにもたらされ、デジタル的に符号化されている。これは、説明したように切り替え時間を長くする。しかしながら、ＩＰネットワーク接続を用いたブロードバンド接続がますます普及するにつれて、多くのオペレータが、ＩＰネットワークを介して送信されるＴＶを含むバンドルサービスを自分達の顧客に提供することを望んでいる。ＩＰネットワークを介してＴＶ信号を送信することは、インタラクティブでパーソナライズされたＴＶを持つ可能性を切り開くことにもなる。即ち、視聴者は、例えば投票によってＴＶショーに参加したり、ＴＶチャネルに関連するパーソナライズされたコンテンツ（例えば、広告に関連するパーソナライズされた申し出）を受信したりすることができる。
【０００７】
上で説明したように、ＩＰＴＶネットワークにおけるチャネル切り替えの時間は数秒に及ぶ場合があり、これはユーザ満足度を不足させるという結果をもたらす。それゆえ、ＩＰＴＶチャネルの切り替えに伴う主な課題は、長い切り替え遅延、即ち、切り替えを開始してから選択されたチャネルからの画像がＴＶ画面に現れるまでの時間に起因する、ユーザ満足度の不足である。この遅延の主な寄与分には、上述のように、選択されたメディアストリームをＴＶにもたらすのに要する時間と、最初の画像フレームを生成するのに要する時間（ＭＰＥＧ−２符号化の場合、次のＩフレームを取得するのに要する時間）とがある。
【０００８】
先行技術の欠点を更に説明するために、チャネルがＩＰマルチキャストストリームとして配信されるものとして、或るＩＰＴＶチャネルから別のＩＰＴＶチャネルへと変更するステップを説明する。
【０００９】
最初に、ＩＰＴＶネットワークは、IGMP leaveメッセージを既存のマルチキャストセッションへ送信し、IGMP joinメッセージを選択されたマルチキャストセッションへ送信する。セッションから離脱するプロセスは、遅延に対して一定の時間を加える。IGMP joinは、選択されたマルチキャストストリームを提供するマルチキャストルータにIGMP joinが到達するまでにIGMP joinが通過しなければならないアグリゲーション層の数に比例する時間を追加する。
【００１０】
選択されたメディアストリームをＴＶにもたらすのに要する時間によって引き起こされる遅延を軽減することを試みる現在のソリューションは、全てのコンテンツストリームに対する静的なマルチキャストサブスクリプションを可能な限りラストマイルのインタフェースに強制的に近づけることに基づく。これは事実上、放送ソリューションの感覚をもたらす。なぜなら、サブスクリプションが使用されるであろうという保証は存在せず、最後のサブスクリプショングループへのパイプはペイロードではなくオーバヘッドを搬送しているからである。
【００１１】
更に、符号化によって引き起こされる遅延、例えばＭＰＥＧ２の場合のフレーム間遅延、に対処する既知のソリューションは存在しない。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
それゆえ、本発明の目的は、ＩＰＴＶネットワークにおけるチャネル切り替えの時間を削減することである。
【課題を解決するための手段】
【００１３】
本発明のコンセプトは、エンドユーザが所与の時刻に切り替えるであろう可能性のあるチャネル、所与の時刻におけるお気に入りのチャネル、を予測することに基づく。この予測に基づいて、予期される切り替えに先立って、予測されたチャネルへのサブスクライブ(subscribe)が行われる。
【００１４】
それゆえ、本発明の第１の態様によれば、メディアコンテンツ配信機から、配信されたメディアを受信するユーザの接続可能セットトップボックスへ、チャネルを介してメディアを配信する、ＩＰＴＶネットワークにおけるノードが提供される。前記ノードは、前記ユーザのチャネルザッピングの振る舞いに関する情報を取り出す手段と、前記取り出された情報に基づいて、前記ユーザによって選択されるであろう少なくとも１つのチャネルを予測するように構成される予測装置と、前記予測されたチャネルにサブスクライブするように構成されるイニシエータと、高速なチャネル切り替えを可能にするために前記サブスクライブされた予測されたチャネルをバッファリングするように構成されるバッファと、を備える。
【００１５】
第２の態様によれば、メディアコンテンツ配信機から、配信されたメディアを受信するユーザの接続可能セットトップボックスへ、チャネルを介してメディアを配信する、ＩＰＴＶネットワークにおける方法が提供される。前記方法は、前記ユーザのチャネルザッピングの振る舞いに関する情報を取り出すステップと、前記取り出された情報に基づいて、前記ユーザによって選択されるであろう少なくとも１つのチャネルを予測するステップと、前記予測されたチャネルにサブスクライブするステップと、高速なチャネル切り替えを可能にするために前記サブスクライブされた予測されたチャネルをバッファリングするステップと、を備える。
【００１６】
予測されたチャネルをバッファリングし、好ましくは各バッファに最新のＩフレームから開始させることにより、画像フレームをほとんど瞬時に生成して即時的なチャネル切り替えの印象をユーザに与えることができる。しかしながら、ユーザは、１つのＩフレーム長だけ逆方向に（即ち、数ミリ秒乃至数秒前へ）タイムシフトしたチャネルを見ることになるかもしれない。一実施形態によれば、前記バッファから供給される前記バッファリングされたチャネルがメインフィードに同期するまで、Ｂフレーム及びＰフレームのうちの少なくとも一方を欠落させる時、そしてメインフィードへ切り替える時を決定する手段が提供される。
【００１７】
一実施形態によれば、新しいチャネルが選択された場合に現在のチャネルに戻るように切り替えることを可能にするために、前記バッファは、視聴中のチャネルのＩフレーム周期のキャッシングを開始するであろう。
【００１８】
本発明に伴う利点は、本発明によれば、エンドユーザが、エンドユーザのお気に入りのチャネルリストに対するアナログの世界のチャネルザッピングと同等の、感覚的なチャネルザッピングを経験することが可能になることである。
【００１９】
本発明に伴う更なる利点は、本発明によれば、ラストマイルのドライバデバイスにおける動的な参加及び離脱が可能になり、joinコマンドの静的な提供によって通常消費される帯域を削減できることである。
【００２０】
本発明の一実施形態に伴う更なる利点は、少なくとも１つのＩフレーム周期をバッファリングすることによって、ＳＴＢ内のＭＰＥＧデコーダにおけるＩフレーム同期に関する課題が解決されることである。このことは、チャネルザッピングの際に、画面に表示される画像を生成するためにＭＰＥＧデコーダが必要とする重要なフレームであるＩフレームを提供する。
【図面の簡単な説明】
【００２１】
【図１】先行技術に従うＭＰＥＧ−２のＩフレーム、Ｐフレーム、及びＢフレームのシーケンスを概略的に示す。
【図２】本発明に従うノードを実装可能なＩＰＴＶネットワークを概略的に示す。
【図３ａ】本発明に従うノードを概略的に示す。
【図３ｂ】本発明の一実施形態を示す。
【図４】本発明の一実施形態に従うバッファを概略的に示す。
【図５】本発明の一実施形態に従うバッファの一部を示す。
【図６】本発明の一実施形態に従う方法のフローチャートである。
【図７】本発明の一実施形態に従う方法のフローチャートである。
【発明を実施するための形態】
【００２２】
添付の図面と共に考慮される以下の詳細な説明から、本発明の更なる目的及び特徴が明らかになるであろう。しかしながら、図面は単に説明の目的のためにデザインされており、本発明の限定を定義するものとしてデザインされた訳ではないということを理解すべきである。本発明の限定の定義については添付の請求の範囲を参照すべきである。更に、図面は必ずしも一定の縮尺で描画されてはおらず、そうではないと示されない限り、図面は単に本明細書で説明する構造及び手順を概念的に示すことを意図したものに過ぎないということも理解すべきである。
【００２３】
本発明の基本的なアイデアは、ユーザのチャネル切り替えの振る舞いに関する知識を活用し、チャネル切り替えの予測スキームを生成することである。本発明に従うノードは、ユーザのチャネル切り替えを予測するためにユーザのチャネル切り替えの振る舞いに関する知識を使用し、また、予期されるチャネル切り替えに先立って、使用されると予測されたチャネルをユーザのＳＴＢの近くで入手可能にするように、構成される。
【００２４】
図２に示すように、ノードはＩＰＴＶネットワークのビデオエッジに実装可能である。図２のＩＰＴＶネットワークは、コンテンツプロバイダ２００に接続されてコンテンツを含んだメディアストリームをコンテンツプロバイダからエンコーダ２０２及びマルチキャスト配信機２０９へと配信するように構成された、ヘッドエンド２０１を含む。エンコーダ２０２はメディアストリームを符号化し、マルチキャスト配信機２０９は符号化されたメディアをマルチキャスト配信によって配信する。符号化されたメディアストリームは様々なＩＰネットワーク及びルータ２０３を経由してＩＰＴＶネットワークのビデオエッジ２０５へとマルチキャストされる。ビデオエッジ２０５は、エンドユーザがＩＰネットワークにアクセスするポイントとして識別される。これは一般的に、ＢＲＡＳ（ブロードバンド・リモートアクセスサーバ）／ＤＳＬＡＭの組み合わせとして定義される。一般的なエッジは、エンドユーザへのデータチャネルのセットアップを処理するのみである。ビデオエッジは、エンドユーザへのビデオサービスの配信を改良する方法を提供する機能をこの領域に追加するエレメントのグループを含む。それゆえ、ビデオエッジ２０５は、ＤＳＬＡＭ２０６（Digital Subscriber Line Access Multiplexers）を含み、更に、ラストマイルネットワーク２０７と呼ばれるアクセスネットワークに接続される。ラストマイルネットワークは、ユーザのＳＴＢ（セットトップボックス）をＩＰネットワークに接続するネットワークであり、即ち、ＳＴＢとＤＳＬＡＭとの間の接続である。ラストマイルネットワーク２０７は、更に、ユーザのＳＴＢ２０８に接続され、ここでは、ＳＴＢ２０８はユーザのＴＶセット２１０に接続される。本発明に従うノード３００は、好ましくはビデオエッジ内に実装されるが、ＤＳＬＡＭ２０６、ＳＴＢ２０８、又はＴＶ２１０内に実装されてもよい。ＳＴＢは、暗号化された又は暗号化されていない、マルチメディア信号及びサービス信号を受信し、インタフェースを介して信号をＴＶに描画するデバイスである。
【００２５】
本発明は、コンテンツプロバイダ２００からチャネルを受信するユーザの接続可能セットトップボックス２０８へとチャネルを介してメディア又は他のコンテンツを配信する、ＩＰＴＶネットワークにおけるノードに関する。ノード３００が図３ａに図示されており、ユーザのチャネルザッピングの振る舞いに関する情報３０６を取り出すように構成された取り出し装置３０１と、ユーザによって選択されるであろう少なくとも１つのチャネルを取り出された情報に基づいて予測する予測装置３０２とを備える。更に、ノード３００は、予測されたチャネルにサブスクライブするように構成されたイニシエータ３０８と、予測されたチャネルへの高速なチャネル切り替えを可能にするためにマルチキャストされたチャネルをバッファリングするバッファ３０３とを備える。なお、イニシエータ３０８はバッファ３０３のバッファリングを開始させる。
【００２６】
チャネルザッピングの振る舞いに関する情報は、ユーザがチャネルの切り替えを実行した（即ち、チャネルザッピングを実行した）時刻を含み得るものであり、また、関与するチャネルのプロパティ（例えば、ドラマ、スポーツ、ニュース、コメディなどとして分類されるか）も含み得る。すなわち、この情報は、ユーザＡが月曜日の午後８時にチャネル１からチャネル３へと変更し、チャネル１におけるその時の番組は例えばスポーツとして分類されるスポーツニュースであり、チャネル３におけるその時の番組は例えばドラマとして分類される「ＥＲ」のエピソードである、ということを含み得る。更に、ユーザの振る舞いに関する情報は、関係するＳＴＢの識別子も含まなければならない。ＳＴＢの特定のユーザの識別子も、この情報に含まれてもよい。即ち、１つの共有のＳＴＢを持つ４人家族において、各メンバーを識別可能であり、家族の各メンバーについて個別のチャネルザッピングの振る舞いを予測可能である。
【００２７】
最初に、各ユーザにデフォルトのユーザのザッピングの振る舞いが割り当てられる。ユーザは、グラフィカルユーザインタフェース（ＧＵＩ）を介して、デフォルトのユーザのザッピングの振る舞いを更新することができる。好ましくは、チャネル切り替えの際に、ユーザ識別子及びチャネル識別子が記録される。このことは、チャネルザッピングの振る舞いが、ユーザによって実行されたチャネルザッピングに基づいて、定期的に又はオンデマンドで更新され得ることを暗示する。
【００２８】
識別されたユーザに関するユーザのチャネルザッピングの振る舞いに関する情報に基づいて、実績のあるデータマイニング技術を使用して、識別されたユーザが任意の所与の時刻に切り替え先とするであろうチャネルを高い確度で予測することができる。それゆえ、本発明に従うノードは、チャネルザッピングの振る舞いに関する取り出された情報に基づいて、ユーザによって近い将来に選択されるであろう少なくとも１つのチャネルを予測するように構成された予測装置を備える。或るチャネルへの切り替えの可能性に関する閾値をオペレータが定義するものとすれば、定義された閾値を超える確度でユーザによって選択されるであろうチャネルを含む「お気に入りチャネルリスト」３０７を定義することができる。「お気に入りチャネルリスト」はユーザ毎に定義され、時刻に関して動的である。お気に入りリスト上のチャネル数は、バッファ内で利用可能なメモリに基づいてオペレータによって制限されるであろう。
【００２９】
「お気に入りチャネルリスト」３０７において定義されたチャネルは、本発明に従って、予測されたチャネルへの高速な切り替えを可能にするために、サブスクラブされてバッファ３０３にバッファリングされる。ユーザによって選択されるであろうと予測されたチャネルをバッファに格納することにより、チャネル切り替えが発生した際に、ユーザのＳＴＢにとってチャネルを既に入手可能である。即ち、チャネルのメディアストリームをユーザのＳＴＢにもたらすのに要する時間によって引き起こされる遅延が実質的に取り除かれる。なお、本発明のノードがビデオエッジ内に実装される場合、ビデオエッジからユーザのＳＴＢへとメディアストリームを転送するのに要する時間は、ヘッドエンドからユーザのＳＴＢへとメディアストリームを転送する総時間と比較すれば、無視できる。チャネルがバッファ内にバッファリングされる際に、チャネルはサブスクライブされ、ユーザのＳＴＢへもたらされるマルチキャストグループに参加させられる。それゆえ、ノードのイニシエータは、事前決定された時間内に選択されるであろうと予測されたチャネルに対して、例えばIGMP joinコマンドを発行することにより、サブスクライブするように構成される。そして、予測されたチャネルのいずれをもユーザが選択しない場合、ノードは、リソースを解放するためにleaveコマンドが発行されるように処理するように構成される。
【００３０】
バッファ３０３は、好ましくは、使用されるであろうと予測されたチャネルについて各チャネルのＩフレームからＩフレームまでを格納し、視聴中のチャネルも格納するように構成される。現在使用されているチャネルをバッファリングすることにより、ユーザが他のチャネルを選択したが後悔して以前のチャネルに戻りたいと望む場合に、そのチャネルへと戻るように変更することが可能である。それゆえ、バッファは、一実施形態によれば、バッファリング対象の各メディアストリーム（チャネル）の少なくとも最新のＩフレーム周期をバッファリングするように構成される。
【００３１】
ノードは、例えばIGMP要求を監視することによってチャネルザッピングの振る舞いを監視するように構成されたモニタ３０５も含み得る。モニタは図３ｂに示される。モニタ３０５はそれゆえ、チャネルザッピングの振る舞いのログを記録及び生成し、ユーザの振る舞い情報３０６を取り出し装置３０１に提供するように構成される。なお、モニタ３０５は、本発明のノード３００から離れて、例えばラストマイルネットワークのデバイス内に、配置されてもよい。
【００３２】
また、ノード３００（の例えば取り出し装置３０１）は、監視されたチャネルの振る舞い、即ち生成されたログを格納するデータベース３０９も含み得る。なお、データベースは、モニタと関連付けて、例えば上述したようにノードから離れて、保持されてもよい。
【００３３】
一実施形態によれば、ノードは、バッファリングされたメディアストリームのうちの１つをバッファからユーザのセットトップボックスへと供給するように構成された参加補助装置(join facilitator)を備える。バッファリングにより、チャネルがザッピングされた際にＳＴＢの同期先となり得る即座的な供給が存在し、ユーザがザッピングで元に戻った場合に切断が存在しないということが、確かにされる。
【００３４】
或いは、バッファリングされたチャネルがＳＴＢへと供給されている間に、バッファは問題のチャネルにおける次のＩフレームを探し出し、見つかった場合に、ＳＴＢにストリームをヘッドエンドから供給する。バッファ３０３及び参加補助装置３０４を備えるノード３００を図４に示す。取り出す手段によって取り出されたユーザの振る舞い情報に基づいて予測装置３０２が使用されるであろうと予測したチャネルのメディアストリームは、コンテンツプロバイダからバッファ３０３へと供給される。この事例では、２つのチャネルのＩフレームからＩフレームがバッファ３０３の３０３ａ及び３０３ｂにバッファリングされる。バッファリングされたチャネルのうちの１つがユーザによって選択された場合に（例えば、joinコマンドが発行された場合に）、参加補助装置は選択されたチャネルのメディアストリーム４０７をユーザのＳＴＢ２０８に供給するように構成される。なお、図４におけるＳＴＢ２０８への点線は、中間ノードが省略されているかもしれないということを示している。
【００３５】
本発明はまた、Ｉフレーム周期の時刻には潜在的な遅延が存在するので、メインフィードにバッファリングされていない場合に、バッファリングされたチャネルとチャネルとの間の同期を取ることも可能にする。この同期は、設定可能な閾値を下回るサイズを持つＢフレーム及びＰフレームを欠落させることにより行われる。即ち、（設定可能な閾値によって決定される）少量の情報を含んだＢフレーム及びＰフレームは、欠落させられる。なお、欠落させられるべきＰフレーム及びＢフレームの特定は、バッファリングされたメディアストリームがユーザのＳＴＢへと供給される前にバッファによって実行可能である。同期を図５に示す。図５は、バッファ３０３の５０１（この事例では図４のバッファ部分３０３ａ）にバッファリングされた場合と、メインフィード（コンテンツプロバイダ）から直接供給される場合と、のメディアストリームを示す。時刻ｔ１において、ユーザはバッファリングされているメディアストリームへと切り替える。ストリームを復号可能にするために、バッファに格納されている最初のＩフレームから伝送が開始しなければならない。しかしながら、メインフィードはバッファリングされているストリームよりも３フレーム進んでいるので、これではメインフィードに同期していない。このことは、メインフィードと同期するためには、バッファからのＢフレーム及びＰフレームのうちの３つのフレームが欠落させられなければならないということを暗示する。
【００３６】
それゆえ、参加補助装置は好ましくは、バッファから供給されるバッファリングされているメディアストリームが（メインフィードと呼ばれる）メディアコンテンツ配信機から直接配信される対応するメディアストリームに同期するまで、設定可能な閾値に従ってＢフレームを欠落させる時を決定可能にするために、バッファを監視するように構成される。
【００３７】
或いは、ユーザによってチャネルが視聴されている全時間にわたり、チャネルがバッファから供給されてもよい。即ち、同期は実行されず、ＳＴＢにはバッファからのストリームが供給されるのみであり、上の実施形態におけるようにメインフィードからは供給されない。バッファを介してＳＴＢにストリームが供給される場合、２つのＩフレーム周期をバッファ内に格納することが推奨される。
【００３８】
従って、チャネルに参加するのに要する時間（「ｍ」と呼ぶ）に基づいて、本発明のノードは、予期されるチャネル切り替えに「ｎ」秒先立って、お気に入りチャネルリスト毎にマルチキャストグループに参加するように構成される。ここで、「ｎ」はグループに参加するのに要する時間に安全マージンを加えた時間であり、要求されるチャネル切り替えにｍ秒先立って参加が完了することを確かにするためのものである（即ち、ｎ＝ｍ＋安全マージン）。
【００３９】
本発明は、各ユーザのお気に入りチャネルリストを受信可能なので、ネットワークエンジニアがネットワークのニーズを予測することも可能にする。統計は、視聴中のチャネル及び視聴中でないチャネルに関するマーケティング情報及びビジネス開発者情報も提供可能である。
【００４０】
本発明及びその実施形態はまた、図６と共に以下に説明する方法とも関連する。
【００４１】
６０１：  チャネルザッピングの振る舞いを監視する。
【００４２】
６０２：  チャネルザッピングの振る舞いに関する情報を取り出す。
【００４３】
６０３：  取り出された情報に基づいて、選択されるであろう少なくとも１つのチャネルを予測する。
【００４４】
６０４：  予測されたメディアストリームにサブスクライブする。
【００４５】
６０５：  予測されたメディアストリームへの高速なチャネル切り替えを可能にするために、サブスクライブされた予測されたメディアストリームをバッファリングする。一実施形態によれば、予測されたメディアストリームの少なくとも１つのＩフレーム周期がバッファリングされる。
【００４６】
６０６：  バッファリングされたチャネルのうちの１つをバッファからユーザのセットトップボックスへと供給する。
代替実施形態によれば、以下のステップも実行される。
【００４７】
６０７：  バッファから供給されるバッファリングされたチャネルがメインフィードとも呼ばれるメディアコンテンツプロバイダから直接配信される対応するチャネル（即ち、バッファを介して供給されない対応するチャネル）に同期するまで、Ｂフレーム及び／又はＰフレームを欠落させる時を決定するために、バッファを監視する。
【００４８】
６０８：  メインフィードからチャネルを供給する。
【００４９】
その後、ユーザのＳＴＢが使用されるであろうと予測されたチャネルへのチャネル切り替えコマンドを発行した場合、一実施形態に従うノードは、以下のステップを実行するように構成される。
【００５０】
視聴中のチャネルの供給を停止し、バッファリングされているチャネルのＩフレームからＩフレームの供給を開始する。
【００５１】
バッファリングされているＩフレームからＩフレームをユーザのＳＴＢに供給する。
【００５２】
設定可能な閾値に従ってどのフレームを欠落させることが可能であるかを判断するために、Ｂフレーム及びＰフレームを検査することを開始する。
【００５３】
バッファリングされているチャネルの次のＩフレームが検出されると、非シームレスな切り替えが実行されてもよいし、シームレスな切り替えが実行されてもよい。
【００５４】
非シームレスな切り替えは、ＳＴＢへのストリームがバッファリングされているフィードからメインフィードのストリームへと切り替えられることを暗示する。このことは、バッファリングされている再生点(playout)とメインストリームの切り替え点と間の時間を描写するデータの損失を引き起こす。このことは、場面間の突然の転換をもたらし、エンドユーザによって気付かれるものである。
【００５５】
シームレスな切り替えは、バッファリングされているメディアストリームがメインフィードのメディアストリームに同期するまで、上述したように閾値に基づいてＢフレーム及びＰフレームが欠落させられることを暗示する。同期が達成されると、メインフィードからのメディアストリームがユーザのＳＴＢに供給される。この方法は、映像に関する知覚される平滑性を確かなものとし、エンドユーザの満足度を向上させる。
【００５６】
以前に視聴していたチャネルへとザッピングで戻ることをユーザが決定した場合、以前に視聴していたチャネルのバッファリングされているメディアストリームが供給され、同期処理が繰り返される。
【００５７】
いくつかの実施形態に関して本発明を説明してきたが、その代替物、修正物、置換物、及び均等物は、明細書の読解及び図面の検討をすれば当業者にとって明らかになるであろうということが意図されている。それゆえ、以下の添付の請求の範囲は、そのような代替物、修正物、置換物、及び均等物を本発明の範囲内のものとして含むということが意図されている。
【図１】
2010514334.tif 000003
【図２】
2010514334.tif 000004
【図３ａ】
2010514334.tif 000005
【図３ｂ】
2010514334.tif 000006
【図４】
2010514334.tif 000007
【図５】
2010514334.tif 000008
【図６】
2010514334.tif 000009
【図７】
2010514334.tif 000010
【手続補正書】
【提出日】平成20年9月11日(2008.9.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディアコンテンツ配信機から、配信されたメディアを受信するユーザの接続可能セットトップボックスへ、チャネルを介してメディアを配信する、ＩＰＴＶネットワークにおけるノードであって、
前記ユーザのチャネルザッピングの振る舞いに関する情報を取り出す手段と、
前記取り出された情報に基づいて、前記ユーザによって選択されるであろう少なくとも１つのチャネルを予測するように構成される予測装置と、
前記予測されたチャネルにサブスクライブするように構成されるイニシエータと、
高速なチャネル切り替えを可能にするために前記サブスクライブされた予測されたチャネルをバッファリングするように構成されるバッファと、
前記バッファリングされたチャネルのうちの前記ユーザによって選択された１つのチャネルを前記バッファから前記ユーザの前記セットトップボックスへ供給し、且つ、前記バッファから供給される前記バッファリングされたチャネルが前記メディアコンテンツプロバイダから直接配信される対応するチャネルに同期するまで、Ｂフレーム及びＰフレームのうちの少なくとも一方を欠落させるように構成される参加補助装置と、
を備えることを特徴とするノード。
【請求項２】
前記バッファは、現在視聴中のチャネルを格納するように更に構成されることを特徴とする請求項１に記載のノード。
【請求項３】
前記チャネルザッピングの振る舞いに関する前記情報は、チャネルザッピングの時刻と、ザッピングされたチャネルに関する少なくとも１つのプロパティとを含むことを特徴とする請求項１又は２に記載のノード。
【請求項４】
前記チャネルザッピングの振る舞いを監視するように構成され、且つ、前記ユーザのチャネルザッピングの振る舞いに関する前記情報を前記取り出し装置に提供するように構成されるモニタを備えることを特徴とする請求項１乃至３のいずれか１項に記載のノード。
【請求項５】
前記取り出されたユーザの振る舞い情報を格納するデータベースを備えることを特徴とする請求項１乃至４のいずれか１項に記載のノード。
【請求項６】
前記バッファは、前記少なくとも１つのバッファリングされるチャネルの少なくとも最新のＩフレーム周期をバッファリングするように構成されることを特徴とする請求項１乃至５のいずれか１項に記載のノード。
【請求項７】
前記ノードはビデオエッジ内に実装されることを特徴とする請求項１乃至６のいずれか１項に記載のノード。
【請求項８】
前記チャネルはメディアを含むことを特徴とする請求項１乃至７のいずれか１項に記載のノード。
【請求項９】
メディアコンテンツ配信機から、配信されたメディアを受信するユーザの接続可能セットトップボックスへ、チャネルを介してメディアを配信する、ＩＰＴＶネットワークにおける方法であって、
前記ユーザのチャネルザッピングの振る舞いに関する情報を取り出すステップと、
前記取り出された情報に基づいて、前記ユーザによって選択されるであろう少なくとも１つのチャネルを予測するステップと、
前記予測されたチャネルにサブスクライブするステップと、
高速なチャネル切り替えを可能にするために前記サブスクライブされた予測されたチャネルをバッファリングするステップと、
前記バッファリングされたチャネルのうちの前記ユーザによって選択された１つのチャネルを前記バッファから前記ユーザの前記セットトップボックスへ供給するステップと、
前記バッファから供給される前記バッファリングされたチャネルが前記メディアコンテンツプロバイダから直接配信される対応するチャネルに同期するまで、Ｂフレーム及びＰフレームのうちの少なくとも一方を欠落させる時を決定するステップと、
を備えることを特徴とする方法。
【請求項１０】
前記バッファリングするステップは、現在視聴中のチャネルをバッファリングするステップを更に備えることを特徴とする請求項９に記載の方法。
【請求項１１】
前記チャネルザッピングの振る舞いを監視するステップを更に備えることを特徴とする請求項９又は１０に記載の方法。
【請求項１２】
前記バッファリングするステップは、前記少なくとも１つのバッファリングされるチャネルの少なくとも最新のＩフレーム周期をバッファリングするステップを備えることを特徴とする請求項９乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記バッファリングされたチャネルに対応するチャネルを前記メインフィードから供給するステップを更に備えることを特徴とする請求項１２に記載の方法。
【国際調査報告】
2010514334.tif 000011
2010514334.tif 000012
2010514334.tif 000013
2010514334.tif 000014