(57)【特許請求の範囲】
【請求項１】
ＩＰＴＶシステムにおける支援付きチャネル選択のための装置（１）であって、前記装置が前記ＩＰＴＶシステムのユーザのグループから複数のチャネル変更要求を受信するための手段と、ユーザの前記グループの前記複数のチャネル変更要求の少なくとも一部分から得られた少なくとも１つの選択基準に基づいて複数のＩＰＴＶチャネルから選択されたチャネルを判定し及び対応するチャネル変更命令を出力するように構成された選択エンジン（２）を備え、
前記選択エンジン（２）は、追加のＩＰＴＶチャネルのコンテンツが選択されたチャネルのコンテンツに対応する該追加のＩＰＴＶチャネルに合わせるために、チャネル変更コマンドを出力するようにさらに構成されており、
前記選択エンジン（２）が、やはり少なくとも１つのユーザ関連選択基準に基づいて、前記選択されたチャネルを判定するように構成され、
前記少なくとも１つのユーザ関連選択基準が前記ＩＰＴＶシステムのユーザのユーザプリファレンスのセットであることを特徴とする、装置。
【請求項２】
前記選択エンジン（２）が、前記複数のＩＰＴＶチャネルに関するメタ情報と併せて前記少なくとも１つの選択基準に基づいて、前記複数のチャネルから、前記選択されたチャネルを判定するように構成される、請求項１に記載の支援付きチャネル選択用装置。
【請求項３】
ユーザプリファレンスの前記セットを記憶するための第１の記憶手段をさらに備える、請求項１または２に記載の支援付きチャネル選択用装置。
【請求項４】
前記複数のチャネル変更要求に関連する情報を記憶するための第２の記憶手段をさらに備える、請求項１から３のいずれか一項に記載の支援付きチャネル選択用装置。
【請求項５】
前記第２の記憶手段が前記第１の記憶手段と統合される、請求項４に記載の支援付きチャネル選択用装置。
【請求項６】
前記受信されたチャネル変更要求の少なくとも１つについての認可検査を実行するための手段をさらに備える、請求項１から３のいずれか一項に記載の支援付きチャネル選択用装置。
【請求項７】
前記選択されたチャネル変更に対応する前記チャネル変更命令が専用チャネルにおいて実行可能である、請求項１から６のいずれか一項に記載の支援付きチャネル選択用装置。
【請求項８】
請求項１から７のいずれか一項に記載の支援付きチャネル選択用装置を備える、アクセスノード（１０）。
【請求項９】
ＩＰＴＶシステムにおける使用のためのリモートコントロール装置であって、前記リモートコントロール装置が、請求項１から７のいずれか一項に記載のチャネル選択用装置に、チャネル選択がユーザのグループの複数のチャネル変更要求の少なくとも一部分から得られた少なくとも１つの選択基準に基づくべきであることを示す信号を送信するように構成される、リモートコントロール装置。
【請求項１０】
ＩＰＴＶチャネルのコンテンツに関連するメッセージを前記ＩＰＴＶシステムの別のユーザに送信するための手段をさらに備える、請求項９に記載のＩＰＴＶシステムにおける使用のためのリモートコントロール装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、インターネットプロトコル（ＩＰ）テレビジョンの分野に関し、より具体的には、ＩＰテレビジョンシステムにおけるチャネル選択用装置に関する。
【背景技術】
【０００２】
チャネル選択用装置は、ユーザが複数のＩＰＴＶチャネルからチャネルを手動で選択することができるＩＰＴＶシステムとも呼ばれる現在のインターネットプロトコルテレビジョンシステムの技術分野ではよく知られている。従来のＩＰＴＶソリューションが図１に示されている。ＩＰＴＶサーバインフラストラクチャは、基本的にマルチキャスト部および高速チャネル変更部から成る。両方の部分は、並置されてもされなくてもよい。ＩＰＴＶクライアントは、チャネルｘを求めるチャネル変更要求（ＣＣＲ）を出し、その後しばらくしてチャネルデータ（ＣＤ）を受信する。チャネル選択は、ユーザにとって興味のあるコンテンツを有するチャネルが見つかるまで、単に各チャネルを順次ザッピングすることにより処理されることが可能である。クローズドＩＰＴＶシステムでは、視聴者満足度が低下している。利用可能なチャネル数が増大するにつれて、視聴者はより良いコンテンツを探し求め、それでもなお興味のあるコンテンツを見つけることができず、結局エンドレスザッピングループにはまることになる。システムレベルでは、高いザッピング率は、ネットワークのためのより高い帯域幅（ＢＷ）必要量、ならびに「高速チャネル変更」装置および動作における追加のＢＷおよび処理電力につながる。
【０００３】
同時に、ビデオストリームの配信は、マルチキャストからユニキャストへ急速に進化している。コンテンツは、ますますオンデマンドで利用される、または時間がかかるようになってきている。少数のビデオフローしかなく、多くの人々によって利用され、マルチキャスト方式を使用して効率よく配信されるのではなく、オペレータは、ただ１つの家族、さらには１人の単一のユーザにサービスするビデオストリームにますます直面している。これは、ＢＷ必要量の点からネットワークに大きな重荷を負わせる。
【０００４】
対応するコンテンツを有するいくつかの個々のチャネルを１つのピクチャに結合することによりクイックオーバビューを提供するチャネルモザイクの使用によっておそらく達成可能なザッピング回数の低減の帯域幅必要量の点からの改良が提案された。モザイクを使用して、ユーザは、複数のチャネルの順次ザッピングに比較してより少ないザッピングによってどのチャネルが自分のプリファレンスを有するか判断することができる。しかし、チャネルモザイクの使用は、それでもなお欠点を有する。モザイクの単一の画面は、２００以上のＩＰＴＶチャネルまでスケーラブルでない解決策とする約２５チャネルしか含むことができない。さらに、チャネルモザイクの使用はユーザに限られた付加価値しか提供しないので、チャネルモザイクの使用はＴＶ視聴者のもとで広くは採用されていない。ユーザは、より良いチャネルを探している間、視聴するのをやめなければならない。したがって、チャネルモザイクのプロビジョニングによっては、少量の不必要なザッピングしか防止されることが可能でない。ネットワーク構成要素に対するザッピング負荷の低減は、それでもなおわずかである。
【０００５】
ユニキャストストリーミングによって生じる増大するＢＷ必要量を処理する他のやり方は、ネットワークにキャッシング装置およびレプリカサーバを追加することである。これらの装置は、ネットワークにおけるＢＷ必要量を低減しようとして、顧客により近いコンテンツを複製し記憶する。これらの方式はすべて、ＢＷのコストと記憶のコストとの間の新しい最適条件を探す。記憶コストはＢＷコストより急速に低減しているので、これは実行可能である。
【０００６】
視聴者満足を向上させ、ザッピング用リソースの必要性を低減するために、セットトップボックスまたはアクセスノードなどのＩＰＴＶ構成要素は、不必要なザッピングを回避するために「学習装置」を備えることができる。この解決策は、欧州特許出願第０７２９１５１０号において提案された。この文書は、ユーザにとって興味があるコンテンツを見つけるために必要とされるザッピングの回数が、電子番組表（ＥＰＧ）から引き出された様々なチャネルに関する情報と共に少なくとも１つのユーザ関連選択基準（すなわちユーザプリファレンス）を使用することによりかなり低減される、インターネットプロトコルＴＶチャネル選択装置を開示している。言い換えれば、ユーザプロフィールおよび様々なチャネルに関するメタ情報に基づいて、装置は、パーソナルザッピングアシスタントになる。このようにして、視聴者は、（より）興味のあるコンテンツが現在放送されているとき、またはビデオオンデマンド（ＶｏＤ）データベースにおいて利用可能になったとき、トリガされることが可能である。ユーザにとって好ましいコンテンツを取得するために、ＩＰＴＶシステムは、すでに利用可能な放送およびＶｏＤコンテンツから成る１つまたは複数の擬似パーソナルチャネルを生成することができる。さらに、視聴者のプロフィールに基づいて、広告がプロフィールに基づいているので、広告がよりパーソナルで効果的にされることが可能である。
【０００７】
それにもかかわらず、純粋にプロフィールベースのシステムは、いくつかの欠点を有する。第１に、そのようなシステムは、他の視聴者の大量のチャネルザッピングに反応することができない。純粋にプロフィールベースのシステムは、ネットワークにおいてユーザの興味に１００％合致しているわけではないコンテンツに対して大量のザッピング動作がある場合に視聴者をトリガすることができない。例：発生した何らかの災害に関するニュースフラッシュのために通常の番組が中断されたとき、大量のザッピング動作が行われる可能性がある。人々は、テレビを見るように友達や家族に電話をかけている可能性がある。すべてのチャネルから、視聴者が同一のチャネルにザッピングしている。純粋なプロフィールベースの視聴者がニュースをプリファレンスとして指定していない場合は、その視聴者はこの放送を見逃すであろう。第２に、社会的側面もない。いくつかの例は次のとおりである：
−  一般に、視聴者は、自分の生活、家族、友達または近所の人々に関係がある何かが放送される場合以外は、ニュースに興味がない（すなわち、ニュースはその視聴者のプロフィールにない）ということがあり得る。
−  家族の７０％が旅行番組にザッピングした場合は、この番組は、おそらく、あなたが自分の家族と共に実際に訪れた場所で撮影されている。あなたは、おそらく、たとえ旅行番組が自分のお気に入りの種類のコンテンツでなくても、この番組を見たいと思う。
−  あなたの友達および同僚の大部分が、放送されようとしているあるムービにザッピングした場合は、この映画は、監督および俳優があなたのパーソナルプロフィールになくても、興味深くて見たくなる可能性がある。
純粋にプロフィールベースのシステムの第３の欠点は、その静的行動である：プロフィールシステムは、視聴者を予め定義された種類のコンテンツの限定されたセットにロックする傾向がある。そのようにして、システムは、ユーザが新規の、しかし関連する種類のコンテンツを見つけるのを実際に妨げる。さらに、プロフィールベースのシステムは、ネットワークにおけるユニキャストフローの増大する数に対する解決策を何も提供していないので、帯域幅問題もある。
【０００８】
したがって、ＩＰＴＶシステム用チャネル選択装置の分野には、改良のための強い必要性がある。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】欧州特許出願公開第０７２９１５１０号明細書
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、前述の問題が回避または克服される、ＩＰＴＶシステムにおけるチャネル選択用改良装置を提供することである。
【課題を解決するための手段】
【００１１】
本発明は、ＩＰＴＶシステムにおける支援付きチャネル選択用装置に関する。装置は、選択されたチャネルに対応するチャネル変更命令を出力するように構成された選択エンジンを備える。装置は、装置がＩＰＴＶシステムのユーザのグループから複数のチャネル変更要求を受信するための手段を備えること、および選択エンジンがユーザのグループの複数のチャネル変更要求（の少なくとも一部分）から得られた少なくとも１つの選択基準に基づいて、複数のＩＰＴＶチャネルから、選択されたチャネルを判定するように構成されることを特徴とする。
【００１２】
好ましい実施形態では、選択エンジンは、複数のＩＰＴＶチャネルに関するメタ情報と併せて前記少なくとも１つの選択基準に基づいて、複数のチャネルから、選択されたチャネルを判定するように構成される。支援付きチャネル選択は、前記メタ情報を受信するための手段を備えることができる。
【００１３】
他の好ましい実施形態では、選択エンジンは、やはり少なくとも１つのユーザ関連選択基準に基づいて、選択されたチャネルを判定するように構成される。このようにして、チャネル変更指令は、ユーザにとって適切な指令にさらに限定されることが可能である。少なくとも１つのユーザ関連選択基準は、有利には、ＩＰＴＶシステムのユーザのユーザプリファレンスのセットである。チャネル選択は、好ましくは、ユーザプリファレンスの前記セットを記憶するための記憶手段をさらに備える。
【００１４】
好ましくは、複数のチャネル変更要求に関連する情報を記憶するための記憶手段も提供される。任意選択で、この記憶手段は、単一の記憶手段とする必要がある場合は、ユーザプリファレンスを記憶するための記憶手段と統合される。
【００１５】
本発明による支援付きチャネル選択用装置は、有利には、受信されたチャネル変更要求についての認可検査を実行するための手段をさらに備える。これは、グループに属していない認可されていないユーザが彼らのザッピング行動によってシステムに影響を及ぼすことを防止することができる。
【００１６】
一実施形態では、ユーザのグループは、同一のアクセスノードまたは同一のエッジルータに属する。代替として、ユーザのグループは、同一の興味または経歴などを共有する人々のグループの実際の参加者である。
【００１７】
有利には、選択されたチャネル変更に対応するチャネル変更命令は、専用チャネルにおいて実行可能である。
【００１８】
本発明はまた、前述の支援付きチャネル選択用装置を備えるアクセスノードに関する。
【００１９】
他の態様では、本発明は、ＩＰＴＶシステムにおける使用のためのリモートコントロール装置に関する。リモートコントロール装置は、前に説明されたように、チャネル選択がユーザのグループの複数のチャネル変更要求の少なくとも一部分から得られた少なくとも１つの選択基準に基づくべきであることを示す信号をチャネル選択用装置に送信するように構成される。
【００２０】
有利な実施形態では、リモートコントロール装置は、ＩＰＴＶチャネルのコンテンツに関連するメッセージをＩＰＴＶシステムの別のユーザに送信するための手段をさらに備える。このようにして、視聴者は、自分が見ているコンテンツを自分のグループに積極的に推薦する可能性を提供されることが可能である。これは、同様の興味によって人々を近づきにさせる、よりインターネットらしい形のコミュニティにつながる可能性がある。
【図面の簡単な説明】
【００２１】
【図１】従来のＩＰＴＶ構成を例示する図である。
【図２】本発明によるＩＰＴＶシステムにおけるチャネル選択用装置の好ましい実施形態を例示する図である。
【発明を実施するための形態】
【００２２】
本発明は、ＩＰＴＶチャネル選択のために、ＩＰＴＶシステムのユーザのグループに関連する少なくとも１つの基準を利用することを提案する。より具体的には、本発明は、個々の視聴者がより良い選択をするのを支援するためにＩＰＴＶユーザのグループのザッピング行動を使用することを提案する。好ましくは、これは、複数の利用可能なＩＰＴＶチャネルに関するメタ情報の使用と併せて行われる。メタ情報は、例えば、電子番組表（ＥＰＧ）から引き出されることが可能である。好ましくは、これは、例えばユーザプロフィールシステムから得られた少なくとも１つのユーザ関連基準と併せてさらに行われる。人々のグループのザッピングトリガを考慮に入れることは、以下で説明されるように、純粋にプロフィールベースのザッピング支援システムの欠点を克服することを可能にする。
【００２３】
本発明による支援付きチャネル選択用装置は、「グループ誘導型ザッピング支援」に基づき、一実施形態では、同一のネットワーク要素（例えばＤＳＬアクセスマルチプレクサ（ＤＳＬＡＭ）またはエッジルータ）に到着するチャネル変更命令のすべてまたは少なくとも一部分をその同一のネットワーク要素の視聴者のためのトリガおよび選択基準として使用する。本発明のこの実施形態では、グループは、同一のネットワーク要素に接続された参加者によって形成される。
【００２４】
他の実施形態では、視聴者のいくつかのグループが定義されることが可能である。各グループは、ある興味または経歴を共有する何人かの視聴者を結合する。関係のある視聴者の１つのグループは、（例えば、前述のように、同一のアクセスノード、エッジルータなどを共有するということに基づく）近所の人々であり得る。友達、家族、同僚、インタレストグループなどの他のグループは、参加に依存しなければならない。視聴者が自分のグループと共有する興味の分野は、かなり異なるものでよい。近所の人々は、地元の町または村における何らかのイベント／事故などに関する（割り込み）ニュースを共有する。友達は、旅行番組、ソープオペラ、ムービなどを共有することもある。家族は、健康の話題および小旅行を共有することもある。同僚は、会社のニュース、部門の改革、見本市、および展示会を共有することもある。インタレストグループは、写真、クッキング、ムービなどの趣味を共有することもある。
【００２５】
視聴者は、リモートコントロール上のボタンを押すことにより自分が見ているコンテンツを自分のグループに積極的に推薦する可能性を提供されることが可能である。このオプションは、同様の興味で人々を近づきにさせる、よりインターネットらしい形のコミュニティのスタートになる可能性がある。
【００２６】
図２は、グループ誘導型ザッピング支援（ＧＩＺＡ）機能を有するチャネル選択装置の好ましい実施形態を示す。ノードにおける通常のＩＰＴＶシステムは、図１においてすでに例示されたように、マルチキャスト部および高速チャネル変更部をすでに含む。両方の部分は、セットトップボックス（ＳＴＢ）からチャネル変更命令を受信する。
【００２７】
ＧＩＺＡシステム（１）がノードに追加される。視聴者には、この機能は、例えば「マイパーソナルチャネル」と呼ばれる追加のチャネルと見える可能性がある。このチャネルに合わせた場合は、「ザッピングアシスタント」が、ユーザのグループ（１つまたは複数）において進行中のユーザザッピングに応じて最もよく合致したプログラムを選択する。パーソナルチャネルに合わせない場合は、生成されたザッピングは、グループごとの進行中のユーザザッピングが評価されることが可能であるように、ＧＩＺＡシステムのための入力として使用される。
【００２８】
ＧＩＺＡシステムは、すべての利用可能なザッピング命令をノードまたは少なくともその一部分に取り入れる。第１のステップでは、個々のザッピング命令がグループごとのいくつかの主要なザッピング指令に結合される。これらの主要なザッピング指令を視聴者ごとの自動チャネル選択エンジンに適用する前に、それらの主要なザッピング指令は、それらがそこでユーザ固有の基準と結合される「共有インタレストフィルタ」を通らなければならない。例えば、所与のユーザの多くの近所の人々がムービにザッピングしても、前記所与のユーザはあまり興味を持たない。近所の人々が自分たちの村に関する何らかのニュースに切り替えているときだけ、そのユーザは興味を持つ。したがって、視聴者ごとのグループフィルタの目的は、主要なザッピング指令をそのユーザにとって適切なザッピング指令に限定することである。言い換えれば、グループと共有されるインタレストの分野だけが、ザッピングアシスタントの行動に影響を及ぼす。グループフィルタは、グループと共有されているコンテンツを重く評価し、グループとは異なるコンテンツを軽く評価する。
【００２９】
一般に、「グループ誘導型ザッピングアシスタント」機能を有するチャネル選択装置は、別個のシステムとして実施されても、またはアクセスノードの一部分として実施されてもよい。好ましいコンテンツは、専用のパーソナルＴＶチャネルを介して提供されることが可能であるが、バナーを介して、またはＰＩＰまたは任意の他の適切な手段として、視聴者に推薦されることも可能である。
【００３０】
グループ誘導型チャネル選択に基づくチャネル選択装置は、オペレータおよびユーザの両方にとって、純粋にプロフィールベースのザッピング支援に勝るいくつかの利点を有する。
【００３１】
すべてのザッピング支援システムと同様に、不必要なザッピングの量の低減は、瞬時チャネル変更システムおよびＩＧＭＰシステム上の負荷を低減する。高速チャネル変更システムの典型的なビデオバーストの量が低減されることが可能なので、ネットワークにおける利用可能な帯域幅は、より効率よく使用される。さらに、ザッピングアシスタントによって行われるザッピングは、ユーザによりトリガされないとの理由から、高速チャネル変更サポートを全然必要としない。この場合、システムは、次のＩフレーム（すなわち、過去のフレームまたは将来のフレームに全然関係なく単一の画像としてエンコードされたフレーム）を待ち、その間、前のストリームを示すことしかできない。
【００３２】
純粋なプロフィールベースの支援に勝る他の利点は、チャネル選択がグループ誘導型およびプロフィールベースの両方である混合ＧＩＺＡソリューションが、人気のあるコンテンツへのポジティブフィードバック機構として働くことである。オペレータにとっての利点は、コンテンツ視聴集中である、すなわち、複数の新規のムービまたは他のコンテンツに関する予測をするためにユーザプロフィールが使用されることが可能である。オペレータは、例えば、ネットワークが重い負荷をかけられていない時間間隔に、あるコンテンツを予めダウンロードすることができる。したがって、これは、キャッシングまたはマルチキャスト伝送などの方式をより良く利用して、より効率のよいやり方でネットワークを介してビデオストリームを伝送することを可能にする。
【００３３】
さらに、ユーザの行動がより予測可能になり、このことは、顧客構内またはネットワークにおける利用可能なキャッシュまたは記録空間を利用するプリキャッシング方式を容易にする。
【００３４】
ユーザから見ると、利点は、すべてのザッピング支援システムと同様に、最も興味のあるコンテンツを見つけるのに必要とされるザッピング時間がかなり低減されることである。ユーザは、興味のあるコンテンツを示すことができる、近所の人々、友達、家族などのユーザのグループにおいて生じる、大量のチャネルザッピングについて通知されることが可能である。ユーザ／ユーザの家族／ユーザの友達／などに適用可能な興味のあるコンテンツは、プロフィールに明示的に述べられていないからといって見逃されることはない。
【００３５】
本発明は、典型的なプロフィールベースの支援で導入された静的視聴行動を打破して、ＴＶの視聴に社会的側面を導入する。「昨日あなたのスポーツクラブが地域ＴＶに出ていたのを知っていますか」という質問を受けた場合、あなたが実際にそれを見た確率は高い。
【００３６】
さらに、本発明は、フォーラム、チャットコミュニティ、または専用のウェブサイト（例えばフリックＲ、マイスペース、フェイスブック、ユーチューブなど）を使用する現在のインターネット上でと同じやり方で、ユーザに（同様の興味／経歴を有する人々をグループ化して）実際のＴＶコミュニティを形成する可能性を提供する。これは、この媒体のリーンバック特性に関して、ＴＶの視聴に別の次元を付加することができる。
【００３７】
ＴＶの視聴時にグループメンバのプライバシを開示しないように気をつけるべきである。これは非常に小さいグループで生じる可能性がある。これらの影響は、グループを大きくすること、またはユーザに「ステルス」モードで視聴する可能性を提供することにより回避されることが可能である。このモードでは、ＩＰＴＶシステムは、そのユーザのザッピングを、ＧＩＺＡシステムが他のユーザにとって興味のあるコンテンツを選択するための入力として使用しない。
【００３８】
本発明は、特定の実施形態を参照することにより説明されてきたが、本発明は、前述の例示的実施形態の詳細に限定されず、本発明は、本発明の趣旨および範囲から逸脱することなく様々な変更および修正と共に実施されることが可能であることは、当業者には明らかであろう。したがって、これらの実施形態は、すべての点で例示的であり制限的ではないとみなされるものとし、本発明の範囲は、前述の説明によってではなく、添付の特許請求の範囲によって示され、したがって、本特許請求の範囲の同等物の意味および範囲に含まれるすべての変更は、本発明に包含されるものとする。言い換えれば、本基本的根本原理の趣旨および範囲に入る任意のおよびすべての変更形態、変形形態、または同等形態を含むことが想到され、本基本的根本原理の属性は本特許出願において主張されている。「備えること（ｃｏｍｐｒｉｓｉｎｇ）」または「備える（ｃｏｍｐｒｉｓｅ）」という語は、他の要素またはステップを排除せず、「ａ」または「ａｎ」という語は、複数を排除せず、コンピュータシステム、プロセッサ、または他の統合ユニットなどの単一の要素は、本特許請求の範囲に記載のいくつかの手段の機能を実行することができることが本特許出願の読者によってさらに理解されるであろう。本特許請求の範囲におけるいかなる参照符号も、それぞれの関係請求項を限定すると解釈されないものとする。「第１の」、「第２の」、「第３の」、「ａ」、「ｂ」、「ｃ」などという用語は、本明細書または本特許請求の範囲において使用される場合は、同様の要素またはステップ間の相違を識別するために導入され、必ずしも順番または日時順を示すわけではない。同様に、「上部（ｔｏｐ）」、「下部（ｂｏｔｔｏｍ）」、「の上に（ｏｖｅｒ）」、「の下に（ｕｎｄｅｒ）」などという用語は、説明目的で導入され、必ずしも相対位置を示すわけではない。そのように使用される用語は、適切な環境下で相互に交換可能であり、本発明の諸実施形態は、他の順序で、あるいは上記で説明された、または例示されたもの（１つまたは複数）とは異なる方向で、本発明によって動作することができることを理解されたい。
【図１】
0005548201.tif 000002
【図２】
0005548201.tif 000003