(57)【要約】  本発明は、「インターネットプロトコルテレビジョン（ＩＰＴＶ）」から受信する電子番組ガイド（ＥＰＧ）データを遠隔指令器上に表示する方法及び装置に関する。一実施形態では、本方法は、複数の独特な識別番号及び対応する番組タイトルを含む電子番組ガイド（ＥＰＧ）データを遠隔指令器において受信する段階を含むことができる。本方法はまた、ＥＰＧデータを遠隔指令器のメモリに記憶する段階を含むことができる。一実施形態では、本方法はまた、複数の番組タイトルを遠隔指令器のディスプレイ上に表示する段階、及び遠隔指令器でのタイトルの選択を受け取る段階に応答して、選択されたタイトルに対応する独特な識別番号をＩＰＴＶに送信する段階を含むことができる。【選択図】図１
2010539853.tif 000002
【特許請求の範囲】
【請求項１】
複数の独特な識別番号と対応する番組タイトルとを含む電子番組ガイド（ＥＰＧ）データを遠隔指令器において受信する段階と、
前記ＥＰＧデータを前記遠隔指令器のメモリに記憶する段階と、
前記複数の番組タイトルを前記遠隔指令器のディスプレイ上に表示する段階と、
前記遠隔指令器でのタイトルの選択を受け取る段階に応答して、該選択されたタイトルに対応する前記独特な識別番号をインターネットプロトコルテレビジョン（ＩＰＴＶ）に送信する段階と、
を含むことを特徴とする方法。
【請求項２】
前記受信する段階は、
前記ＩＰＴＶとの通信リンクを作動させる段階と、
複数の群に分類された前記ＥＰＧデータを受信する段階と、
前記独特な識別番号に基づいて、各群に対して前記受信されたＥＰＧデータを編成する段階と、
を更に含む、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記独特な識別番号に基づいて、前記受信されたＥＰＧデータを前記遠隔指令器上に記憶されている既存のＥＰＧデータと統合する段階、
を更に含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記ＥＰＧデータは、各番組タイトルに対する漸進的な情報レベルに基づいて複数の群に分類されることを特徴とする請求項２に記載の方法。
【請求項５】
前記複数の群に分類されたＥＰＧデータは、前記遠隔指令器へ漸次送信するために配置されることを特徴とする請求項２に記載の方法。
【請求項６】
前記複数の番組タイトルは、ＩＰＴＶが該ＩＰＴＶのディスプレイ上に現在の番組を呈示している間に、前記遠隔指令器の前記ディスプレイ上に表示されることを特徴とする請求項１に記載の方法。
【請求項７】
１つ又はそれよりも多くのＩＰＴＶコンテンツサーバからのＥＰＧデータを前記ＩＰＴＶによって要求する段階と、
前記１つ又はそれよりも多くのＩＰＴＶコンテンツサーバによって供給されるコンテンツに関する複数のＵＲＬを受信する段階と、
少なくとも第１のデータテーブル及び第２のデータテーブルを生成する段階と、
を更に含み、
前記第１のデータテーブルは、複数の独特な識別番号及び対応するユニフォームリソースロケータ（ＵＲＬ）、並びに関連のＵＲＬ、番組の配役情報、番組の視聴制限指定、番組の評価、関連の購入ウェブサイトのうちの１つ又はそれよりも多くを記憶し、前記第２のデータテーブルは、該複数の独特な識別番号及び対応する番組タイトルを記憶する、
ことを特徴とする請求項１に記載の方法。
【請求項８】
前記選択されたタイトルに対応する前記独特な識別番号を前記ＩＰＴＶにおいて受信する段階と、
前記受信した独特な識別番号に基づいて前記第２のテーブルからユニフォームリソースロケータを取得する段階と、
前記ＵＲＬに対応するコンテンツサーバからのコンテンツを要求する段階と、
前記ＩＰＴＶでの前記コンテンツの受信時に該ＩＰＴＶにおいて該コンテンツを表示する段階と、
を更に含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記受信する段階は、
少なくとも判断されたユーザの好みに基づいて前記ＩＰＴＶによって優先順位付けされたＥＰＧデータを受信する段階、
を更に含む、
ことを特徴とする請求項１に記載の方法。
【請求項１０】
前記番組タイトルの少なくとも１つが、好みとして分類され、かつ前記遠隔指令器によって表示される時に好みではない番組タイトルと視覚的に区別されることを特徴とする請求項１に記載の方法。
【請求項１１】
前記受信されるＥＰＧデータは、圧縮済みＥＰＧデータとして受信されることを特徴とする請求項１に記載の方法。
【請求項１２】
前記受信する段階は、前記遠隔指令器と前記ＩＰＴＶの間の近距離無線通信（ＮＦＣ）リンク上で行われることを特徴とする請求項１に記載の方法。
【請求項１３】
「近距離無線通信（ＮＦＣ）」カードからＥＰＧデータを読み取る段階と、
前記ＮＦＣカードからのＥＰＧデータに関する複数の独特な識別番号及び番組タイトルを前記遠隔指令器の前記メモリに記憶する段階と、
前記ＩＰＴＶにおいて前記ＮＦＣカードからタイトルの選択を受信する段階に応答して、該選択されたタイトルに対応する前記独特な識別番号をコンテンツサーバに送信する段階と、
前記コンテンツサーバの電子支払いシステムによって前記ＮＦＣカードに対応する口座から引き落としを行う段階と、
前記口座の引き落としの成功時に、前記選択されたタイトルを前記ＩＰＴＶに供給する段階と、
を更に含むことを特徴とする請求項１に記載の方法。
【請求項１４】
複数の独特な識別番号と対応する番組タイトルとを含む電子番組ガイド（ＥＰＧ）データを遠隔指令器において受信するための手段と、
前記ＥＰＧデータを前記遠隔指令器のメモリに記憶するための手段と、
前記複数の番組タイトルを前記遠隔指令器のディスプレイ上に表示するための手段と、
前記遠隔指令器でのタイトルの選択を受け取る段階に応答して、該選択されたタイトルに対応する前記独特な識別番号をインターネットプロトコルテレビジョン（ＩＰＴＶ）に送信するための手段と、
を含むことを特徴とする装置。
【請求項１５】
前記ＩＰＴＶとの通信リンクを作動させるための手段と、
複数の群に分類された前記ＥＰＧデータを受信するための手段と、
前記独特な識別番号に基づいて各群に対して前記受信したＥＰＧデータを編成するための手段と、
前記独特な識別番号に基づいて、前記受信したＥＰＧデータを前記遠隔指令器上に記憶された既存のＥＰＧデータと統合するための手段と、
を更に含むことを特徴とする請求項１４に記載の装置。
【請求項１６】
１つ又はそれよりも多くのＩＰＴＶコンテンツサーバからのＥＰＧデータを前記ＩＰＴＶによって要求するための手段と、
前記１つ又はそれよりも多くのＩＰＴＶコンテンツサーバによって供給されるコンテンツに関する複数のＵＲＬを受信するための手段と、
少なくとも第１のデータテーブル及び第２のデータテーブルを生成するための手段と、
を更に含み、
前記第１のデータテーブルは、複数の独特な識別番号及び対応するユニフォームリソースロケータ（ＵＲＬ）、並びに関連のＵＲＬ、番組の配役情報、番組の視聴制限指定、番組の評価、関連の購入ウェブサイトのうちの１つ又はそれよりも多くを記憶し、前記第２のデータテーブルは、該複数の独特な識別番号及び対応する番組タイトルを記憶する、
ことを特徴とする請求項１４に記載の装置。
【請求項１７】
１つ又はそれよりも多くのＩＰＴＶコンテンツサーバからの電子番組ガイド（ＥＰＧ）データを要求し、
前記要求に応答して、前記１つ又はそれよりも多くのＩＰＴＶコンテンツサーバによって供給されるコンテンツに関する複数のＵＲＬを受信し、かつ
複数の独特な識別番号及び対応するユニフォームリソースロケータ（ＵＲＬ）を記憶する少なくとも第１のデータテーブルと、該複数の独特な識別番号及び対応する番組タイトルを記憶する第２のデータテーブルとを生成する、
ための「インターネットプロトコルテレビジョン（ＩＰＴＶ）」と、
複数の独特な識別番号と対応する番組タイトルとを含む電子番組ガイド（ＥＰＧ）データを受信し、
遠隔指令器のメモリに前記ＥＰＧデータを記憶し、
前記複数の番組タイトルを遠隔指令器のディスプレイ上に表示し、かつ
タイトルのユーザ選択の受け取りに応答して、該選択されたタイトルに対応する前記独特な識別番号を前記ＩＰＴＶに送信する、
ために前記ＩＰＴＶと通信する遠隔指令器と、
を含むことを特徴とするシステム。
【請求項１８】
前記遠隔指令器は、更に、前記ＩＰＴＶとの通信リンクを作動させ、複数の群に分類された前記ＥＰＧデータを受信し、かつ前記独特な識別番号に基づいて各群に対して該受信したＥＰＧデータを編成するためのものであることを特徴とする請求項１７に記載のシステム。
【請求項１９】
前記遠隔指令器は、更に、少なくとも判断されたユーザの好みに基づいて前記ＩＰＴＶによって優先順位付けされたＥＰＧデータを受信するためのものであることを特徴とする請求項１７に記載のシステム。
【請求項２０】
前記遠隔指令器は、更に、前記独特な識別番号に基づいて、前記受信したＥＰＧデータを該遠隔指令器上に記憶された既存のＥＰＧデータと統合するためのものであることを特徴とする請求項１７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットプロトコルテレビジョンの分野に関し、より具体的には、本発明は、インターネットプロトコルテレビジョンに対する電子番組ガイドデータを表示するための遠隔指令器に関する。
【背景技術】
【０００２】
インターネットが拡大し続け、新しい形態のメディアを配信する時に、インターネットプロトコルテレビジョン（ＩＰＴＶ）は大きな着目を集めてきている。ケーブルテレビジョンプロバイダは、加入者又はデジタルテレビジョン視聴者が利用可能な画面上のテレビジョンの番組及びコンテンツストリストを提供する電子番組ガイド（ＥＰＧ）をエンドユーザに提供するのに対して、従来のＩＰＴＶシステムは、視聴者にＥＰＧを提供しない。その代わりにＩＰＴＶサーバは、特定の番組コンテンツに関するユニフォームリソースロケータ（ＵＲＬ）をエンドユーザに提供する。しかし、ＵＲＬは、ユーザに対して最小限の情報しか提供せず、利用可能な番組に関する番組、コンテンツなどの便利なリストを提供し損ねている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
遠隔指令器又は遠隔制御器がＩＰＴＶシステム内に含まれる場合には、更に複雑な状態が発生する。ＩＰＴＶシステムがＵＲＬリストを取得すると、ユーザは、遠隔指令器を用いてＩＰＴＶクライアントディスプレイ上でリストを通してスクロールすることができる。特定のＵＲＬが選択された後には、ＵＲＬによって指し示されたコンテンツが得られ、エンドユーザに対して表示される。しかし、ユーザには、遠隔器を通じてテレビジョン画面上でタイトルを通してスクロールし、ナビゲートする機能が提供されるに過ぎない。依然としてユーザには、利用可能な番組及びコンテンツに関する十分な番組情報が提供されない。
【課題を解決するための手段】
【０００４】
インターネットプロトコルテレビジョン（ＩＰＴＶ）のための遠隔指令器の方法、装置、及びシステムを開示する。一実施形態では、遠隔指令器は、ＩＰＴＶにおける使用のための電子番組ガイド（ＥＰＧ）を受信する。利用可能なチャンネル番組コンテンツデータ、関連コンテンツデータなどのリストを提供するＥＰＧデータは、遠隔指令器のメモリに記憶される。一実施形態では、遠隔指令器がＥＰＧデータを受信するために通信リンクが作動される。
【０００５】
次に、遠隔指令器は、少なくとも複数の番組タイトルを遠隔指令器のディスプレイ上に表示することができる。一実施形態では、遠隔指令器におけるタイトルのユーザ選択のユーザからの受け取りに応じて、選択されたタイトルに対応する独特な識別子がＩＰＴＶに送信される。
【０００６】
以下の説明では、本発明のより完全な説明を提供するために、多くの詳細内容を示している。しかし、当業者には、本発明をこれらの特定の詳細内容なしに実施することができることは明らかであろう。他の事例では、本発明を不明瞭にするのを回避するために、公知の構造及びデバイスを詳細にではなくブロック図形式に示している。
【０００７】
以下に続く詳細説明のうちのある部分は、コンピュータメモリ内のデータビットに対する演算のアルゴリズム及び記号表現を用いて提供したものである。これらのアルゴリズム記述及び表現は、データ処理技術者が、自らの作業内容を他の当業者に最も有効に伝達するのに用いる手段である。更に、本明細書では、一般的に、アルゴリズムは、望ましい結果を誘導する自己矛盾のない段階のシーケンスであると考えられる。これらの段階は、物理量の物理的操作を必要とするものである。不可避ではないが、通常は、これらの量は、記憶、転送、結合、比較、及びそうでなければ操作することができる電気又は磁気信号の形態を取る。時々に、主に一般的使用法の理由で、これらの信号をビット、値、要素、記号、文字、項、数、又は番号などと呼ぶことが適便であることが判っている。
【０００８】
しかし、これら及び類似の用語の全ては、適切な物理量に関連付けられるものであり、これらの量に付与される便利なラベル付けに過ぎないことに注意すべきである。以下の解説から明らかであるように、別途特別に述べない限り、本説明全体を通じて「処理する」又は「演算する」又は「計算する」又は「判断する」又は「表示する」などのような用語を利用した解説は、コンピュータシステムのレジスタ及びメモリ内の物理（電子）量として表されたデータを、コンピュータシステムのメモリ又はレジスタ又は他のそのような情報ストレージ、送信、又は表示デバイス内の物理量として同様に表された他のデータへと操作及び変換するコンピュータシステム又は類似の電子計算デバイスの作用及び過程を意味することは認められるものとする。
【０００９】
本発明はまた、本明細書における作動を実施するための装置にも関する。この装置は、要求される目的に対して特別に構成することができ、又はコンピュータに記憶されたコンピュータプログラムによって選択的に作動又は再構成される汎用コンピュータを含むことができる。そのようなコンピュータプログラムは、フロッピー（登録商標）ディスク、光ディスク、ＣＤ−ＲＯＭ、及び光磁気ディスクを含むあらゆる種類のディスク、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気又は光カード、又は電子命令を記憶するのに適するあらゆる種類の媒体等であるが、これらに限定されないコンピュータ可読記憶媒体であり、各々がコンピュータシステムバスに結合された媒体に記憶することができる。
【００１０】
本明細書に呈示するアルゴリズム及び表示は、いかなる特定のコンピュータ又は他の装置にも本質的には関連しない。本明細書の教示によるプログラムと共に様々な汎用システムを用いることができ、又は要求される方法段階を実施するより特殊化された装置を構成することが適便であることを示すことができる。様々なこれらのシステムに要求される構造は、下記の説明から明らかになるであろう。更に、本発明をいずれかの特定のプログラミング言語を用いて説明することはしない。本明細書に説明するように、本発明の教示を実施するのに様々なプログラミング言語を用いることができることは認められるであろう。
【００１１】
機械可読媒体は、機械（例えば、コンピュータ）によって読み取ることができる形態で情報を記憶又は送信するためのあらゆる機構を含む。例えば、機械可読媒体は、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ」）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、電気信号、光信号、音響信号、又は他の形態の伝播信号（例えば、搬送波、赤外線信号、デジタル信号等）などを含む。
【００１２】
本発明は、下記に提供する詳細説明、及び添付している本発明の様々な実施形態の図面からより完璧に理解されると考えられるが、これらの実施形態は、本発明を特定的な実施形態に限定するものであると捉えるべきではなく、これらの実施形態は、単に説明及び理解のためのものである。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態を作動させることができるネットワークアーキテクチャの一実施形態の図である。
【図２】遠隔指令器、インターネットプロトコルテレビジョン、及びインターネットプロトコルテレビジョンクライアントのアーキテクチャの一実施形態の図である。
【図３】インターネットプロトコルテレビジョンシステムが番組データを取得する一実施形態の流れ図である。
【図４】インターネットプロトコルテレビジョンシステムがユーザによって選択されたコンテンツを取得する一実施形態の流れ図である。
【図５】遠隔指令器が番組データを利用する一実施形態の流れ図である。
【図６】電子番組ガイドデータ転送ストリームの一実施形態の図である。
【図７】電子番組ガイドデータをインターネットプロトコルテレビジョンにおいて分類するための一実施形態の流れ図である。
【図８】分類された番組データを遠隔指令器に転送するための一実施形態の流れ図である。
【図９】優先順位付けされた番組コンテンツデータストリームの一実施形態の図である。
【発明を実施するための形態】
【００１４】
図１は、本発明の実施形態を作動させることができるネットワークアーキテクチャの一実施形態を示している。このアーキテクチャは、ＩＰＴＶクライアント１１０によってＴＶ／ディスプレイ１２０上に表示されるインターネットプロトコルテレビジョン（ＩＰＴＶ）コンテンツを選択するための携帯及び／又は手持ち式遠隔制御器のような遠隔指令器１３０を含む。ＩＰＴＶクライアント１１０は、セットトップボックス、専用ＩＰＴＶクライアント、パーソナルコンピュータシステム等とすることができるが、ＩＰＴＶクライアント１１０は、ＴＶ１２０に単一のユニットとして統合することができる。本発明を不明瞭にするのを回避するために、残りの解説では、ＴＶ１２０及びＩＰＴＶクライアント１１０を統合したものをインターネットプロトコルテレビジョン１２５と呼ぶことにする。しかし、本明細書に説明する技術は、遠隔指令器と、セットトップボックス、専用ＩＰＴＶクライアント、パーソナルコンピュータシステムなどのうちのいずれかとによって実施することができる。
【００１５】
下記により詳細に説明するように、実施形態では、遠隔指令器１３０は、近距離無線通信によって近距離無線通信（ＮＦＣ）カード１５０及びＩＰＴＶ１２５と通信を行う。近距離無線通信は、ソニー・コーポレーションのＦｅｌｉＣａ技術のような短距離無線通信技術である。本発明は、本明細書に説明するように、他の形態の無線通信を用いることができる。一実施形態では、遠隔指令器は、インターネットプロトコルテレビジョン１２５から電子番組ガイド（ＥＰＧ）データをダウンロードする。次に、ダウンロードされたデータは、液晶ディスプレイ、表面電界ディスプレイ、干渉変調ディスプレイなどの遠隔指令器１３０のディスプレイ上に表示される。
【００１６】
遠隔指令器１３０上に表示された番組のユーザ選択に応じて、番組の選択を示すデータがＩＰＴＶ１２５に送信される。一実施形態では、データは、テレビジョンへの赤外線（ＩＲ）送信を通じて送信される。ＩＰＴＶ番組は、ＵＲＬを通じて供給され、ＵＲＬは、ＩＲ技術を通じて送信するには大き過ぎるので、本発明の一実施形態は、番組に対する独特な識別番号を利用する。下記では、識別データの使用、作成、及び編成をより詳細に説明する。
【００１７】
一実施形態では、ＩＰＴＶ１２５は、２つのデータテーブルを維持する。第１のデータテーブルは、対応するＩＰＴＶ番組に対して一意的及び／又はランダムに生成された識別番号及びＵＲＬのような少なくとも独特な番組識別データを含む。第２のテーブルは、独特な番組識別データ及び番組タイトルを含む。第２のテーブルは、番組タイトルに加えて、番組評価、番組視聴制限指定、番組説明、関連ウェブサイトなどを更に含むことができる。ＩＰＴＶ１２５は、遠隔指令器１３０がユーザに特徴満載の番組ガイドを表示することができるように、遠隔指令器１３０に第２のテーブルを通信する。
【００１８】
一実施形態では、ＩＰＴＶ１２５が、遠隔指令器１３０から番組識別データとして送信された選択された番組を受信すると、ＩＰＴＶ１２５は、対応する番組ＵＲＬを第１のテーブルに要求する。ＩＰＴＶ１２５は、ネットワーク１０２（例えば、「インターネット」、ローカルネットワーク、「ワイヤレス・フェデリティ（Ｗｉ−Ｆｉ）」ネットワーク、「無線アプリケーションプロトコル（ＷＡＰ）ネットワーク」、ネットワークの組合せ等）を通じてコンテンツサーバ１４０に要求を通信する。次に、コンテンツサーバは、要求された番組コンテンツをコンテンツデータベース１４５からＩＰＴＶ１２５へと供給する。コンテンツサーバは、１つ又はそれよりも多くのコンテンツデータベースに直接結合することができ、又はネットワーク１０２を通じてコンテンツデータベースと通信を行うことができる。更に、ＩＰＴＶ１２５は、複数のコンテンツサーバ（示していない）にＩＰＴＶ番組コンテンツを要求することができる。
【００１９】
ＩＰＴＶ１２５は、要求したコンテンツをコンテンツサーバ１４０から受信し、ＴＶ１２０上での表示に向けてコンテンツを復号する。
【００２０】
一実施形態では、遠隔指令器１３０は、ＮＦＣカード１５０を読み取って番組コンテンツを取得する。例えば、ＮＦＣカード１５０は、映画試写サイトのＩＤ番号、映画試写、映画予告編、割引提案、料金前払い映画、デビットレンタル及び／又は購入映画などを記憶するユーザに無料で与えられる販売促進カードとすることができる。すなわち、ソニー・ピクチャーズは、ユーザに対してソニー・ピクチャーズ試写ウェブサイトへの販売促進カードを供給することができる。ＮＦＣカード１５０からＩＤをダウンロードした後に、遠隔指令器１３０は、次に、ソニー・ピクチャーズのＩＰＴＶサーバに番組コンテンツ又はＥＰＧコンテンツを要求することができる。一実施形態では、遠隔指令器１３０は、ＮＦＣカード１５０からＩＤ番号を読み取ると、ＩＤをＩＰＴＶ１２５に自動的に送信する。次に、ＩＰＴＶ１２５は、このＮＦＣカードに対するＥＰＧデータ、販売促進コンテンツなどを取得するために、ＩＤをコンテンツサーバ１４０に通信する。一実施形態では、遠隔指令器１３０がＮＦＣカード１５０を読み取る代わりに、ＩＰＴＶ１２５が、ＮＦＣカード１５０を読み取って対応するＥＰＧデータ、販売促進コンテンツなどを取得する。
【００２１】
図２は、遠隔指令器２００及びインターネットプロトコルテレビジョン２５０のアーキテクチャの一実施形態を示している。遠隔指令器２００は、入力インタフェース２０６からのユーザ入力を受け取るマイクロプロセッサ２０１を含む。ユーザインタフェースは、キーパッド、タッチパッド、タッチスクリーン等とすることができる。マイクロプロセッサ２０１は、ユーザ入力をＩＰＴＶ２５０への送信に向けて無線インタフェース２０４へと伝送する。無線インタフェース２０４は、遠隔指令器２００のユーザによって選択された番組に対応する番組識別番号のような指令をＩＰＴＶ２５０にＩＲ発光ダイオード信号として送信することができる。指令をＩＰＴＶへと通信するのに、Ｗｉ−Ｆｉのような他の技術を利用することができる。
【００２２】
一実施形態では、遠隔指令器２００のマイクロプロセッサ２０１は、ＮＦＣインタフェース２０２及びアンテナ／受信機２０３を用いてＩＰＴＶ２５０と通信を行う。ＮＦＣカード（示していない）又はＩＰＴＶ２５０から受信されるデータは、マイクロプロセッサ２０１によってディスプレイ２０７を通じてユーザに表示される。一実施形態では、ディスプレイ２０７は、液晶ディスプレイ（ＬＣＤ）であるが、あらゆるディスプレイを遠隔指令器２００内に含めることができる。遠隔指令器は、下記により詳しく説明するように、電子番組ガイドデータを記憶するメモリ２０５を更に含む。
【００２３】
一実施形態では、遠隔指令器によるＮＦＣ送信効率を改善するために、データ圧縮技術（例えば、「ゾーン情報プロトコル（ＺＩＰ）」、ＬＨＡ圧縮等）を用いることができる。マイクロプロセッサ２０１は、ＩＰＴＶ２５０への送信の前にデータを圧縮することができる。送信の前にデータが圧縮されると、データをその元のサイズから縮小することができる。ＩＰＴＶ２５０のマイクロプロセッサ２５１が圧縮済みデータを受け取った後に、データは、元のデータへと復元される。更に、一実施形態では、ＩＰＴＶ２５０のマイクロプロセッサ２５１も、遠隔指令器２００への送信の前にもデータを圧縮することができる。従って、圧縮により、遠隔指令器２００とＩＰＴＶ２５０は、多大な送信帯域幅を消費することなく大量のデータを通信／交換することが可能になる。
【００２４】
一実施形態では、十分な送信帯域幅が存在する場合には、ＩＰＴＶ２５０は、ＩＤ番号及びタイトル以外により多くのデータを伝送することができる。更に、別の情報（例えば、番組の配役、特別項目、関連ウェブサイト等）がタイトルと合わせて伝送される。別の実施形態では、更に別の情報が、下記に解説するように分類されたデータ送信手法によって送信される。
【００２５】
一実施形態では、電子支払いシステムを利用することができる。例えば、ソニー・コーポレーションの電子支払いシステムＥｄｙは、「ＦｅｌｉＣａ  ＮＦＣ」カードを利用する。遠隔指令器２００が前払いカードを読み取り、カードへの請求が前払いシステム（示していない）によって問題なく引き出されると、遠隔指令器にはパスワードが供給される。次に、パスワードは、ＩＰＴＶに送信され、それによってＩＰＴＶは、ペイパービュー番組をダウンロードすることが可能になる。
【００２６】
ＩＰＴＶ２５０は、ケーブル又は放送テレビジョン信号を受信するためのチューナ２５７を含み、これらの信号は、オーディオ−ビジュアル（Ａ／Ｖ）復号器２５８によって復号され、オーディオ出力２６０及びディスプレイ２５９を通じてユーザに示される。テレビジョン信号が、Ａ／Ｖ復号器２５８によって音声チャンネルと映像チャンネルに復号されると、音声チャンネルは増幅され、スピーカ（例えば、オーディオユニット２６０）に伝送され、映像チャンネルは、ディスプレイ２６９（例えば、ＬＣＤ、プラズマ、ブラウン管のようなディスプレイ）に伝送される。マイクロプロセッサ２５０は、チューナ２５７とＡ／Ｖ復号器２５８の両方を制御する。
【００２７】
一実施形態では、アンテナ／受信機２５４は、遠隔指令器２００からＩＲ指令を受信する。次に、受信した指令は、ＩＰＴＶ２５０によって適切に処理することができるように、マイクロプロセッサ２５１に転送される。そのような指令は、チャンネル番号の増／減、音量の増／減、キー入力、ＥＰＧ要求などを含むことができる。更に、ＩＰＴＶ２５０は、ＮＦＣインタフェース２５２及び／又はアンテナ２５３を通じて遠隔指令器２００と通信を行う。
【００２８】
更に、ＩＰＴＶは、「イーサネット（登録商標）」インタフェース、広帯域モデムインタフェース、デジタル信号線インタフェース、ケーブルモデムインタフェースなどのネットワークインタフェース２６２を含む。
【００２９】
一実施形態では、ＩＰＴＶサービスにおいて、図１で上記に解説したコンテンツサーバ１４０のようなＩＰＴＶサービスプロバイダのサーバからネットワーク上で番組情報（タイトル、ＵＲＬ、アイコン等）を取得する。受信した電子番組ガイドは、メモリ２５５に記憶され、ディスプレイ２５９上に表示される。ユーザは、ＩＰＴＶ２５０上で番組コンテンツを通してスクロール又はナビゲート可能である。更に、コンテンツに対するユーザ要求を遠隔指令器２００から受信すると、ＩＰＴＶ２５０のマイクロプロセッサ２５１は、対応するＵＲＬにアクセスし、選択された番組をダウンロードする。
【００３０】
上述のように、ＩＰＴＶ２５０は、少なくとも２つのデータテーブルをメモリ２５５内に維持する。マイクロプロセッサ２５１が、ＩＰＴＶコンテンツサーバから番組情報を取得すると、マイクロプロセッサ２５１は、２つのデータテーブルを生成する。一実施形態では、独特な４桁の英数字符号のような独特な識別番号が各ＩＰＴＶ番組タイトルに割り当てられ、第１のテーブルは、少なくとも番組コンテンツに関する独特なＩＤ及び対応するＵＲＬを含む。タイトル、番組コンテンツに関連するアイコンなどのコンテンツを表す追加情報をＩＰＴＶ２５０によって第１のテーブル内で維持することができる。例示的なテーブルを下記の表１に提供する。
【００３１】
（表１）
2010539853.tif 000003
【００３２】
一実施形態では、マイクロプロセッサ２５１は、上記に例示した第１のテーブルを利用して、少なくとも独特な番組ＩＤ及び対応する番組タイトルを含む第２のテーブルを生成する。例示的な第２のテーブルを下記の表２に提供する。
【００３３】
（表２）
2010539853.tif 000004
【００３４】
一実施形態では、遠隔指令器２００が、ＩＰＴＶ２５０の近くに又はＩＰＴＶ２５０に「接触」して配置されることなどによって近距離無線通信を開始すると、ＩＰＴＶ２５０は、アンテナ２５３から遠隔指令器２００のアンテナ／受信機２０３へと第２のテーブルを送信する。遠隔指令器２００のマイクロプロセッサ２０１は、第２のテーブルのデータを受信し、このテーブルをメモリ２０５に記憶する。下記により詳しく解説するように、テーブル及び添付情報は、分類手法に基づいて送信することができ、付加的なＥＰＧデータと共に漸次送信することができる。
【００３５】
マイクロプロセッサ２０１は、第２のデータテーブルを利用し、ユーザに対して利用可能な番組タイトル及び任意的に番組ＩＤ番号をディスプレイ２０７上に表示する。その後、ユーザは、遠隔指令器においてＵＲＬではなく番組タイトルを選択することにより、例えば、入力インタフェース２０６を通じて遠隔指令器上の「Ｃａｓｉｎｏ  Ｒｏｙａｌ」を選択することによって番組を選択することができる。マイクロプロセッサ２０１は、選択されたタイトルを受け取り、対応するＩＤ番号、この例では「１００１」をＩＰＴＶ２５０に送信する。従って、ユーザは、現在の番組を見続けながら、現在の番組の表示を途絶させることなく新しい番組を選択することができる。
【００３６】
一実施形態では、ＩＰＴＶ２５０がＩＤ番号を受信すると、ＩＰＴＶは、メモリ２５５に記憶された第１のデータテーブルから対応するデータテーブルエントリ内のＵＲＬ（すなわち、「ｗｗｗ．ｓｏｎｙｐｉｃｔｕｒｅｓ．ｃｏｍ／ａａａ／ｂｂｂ」）を取得する。次に、ＩＰＴＶは、このＵＲＬを利用して、コンテンツサーバから番組ストリームをダウンロードする。Ａ／Ｖ復号器２５８は、このストリームを復号し、ディスプレイ２５８及びオーディオユニット２６０を通じてユーザに番組を提供する。
【００３７】
図３は、インターネットプロトコルテレビジョンが番組データを取得する一実施形態の流れ図である。この処理は、ハードウエア（例えば、専用論理、プログラマブル論理、マイクロコード等）、ソフトウエア（汎用コンピュータシステム又は専用機械上で作動するもの等）、又は両方の組合せを含むことができる処理論理によって実施することができる。一実施形態では、処理論理は、図２のＩＰＴＶ２５０内に常駐する。
【００３８】
図３を参照すると、処理３００は、処理論理が図１のコンテンツサーバ１４０のような１つ又はそれよりも多くのＩＰＴＶコンテンツサーバから番組データを取得する段階で始まる（処理ブロック３０２）。一実施形態では、番組データは、コンテンツサーバから利用可能な番組タイトル、番組に対応するアイコン、番組の評価、番組の試写、付録（例えば、寸評、カットされたシーン、及び別の結末）等といった電子番組ガイドデータを含む。更に、一実施形態では、処理論理は、最新のＥＰＧデータを遠隔指令器に送信することができるように、１時間毎、１日毎、１週間毎のような規則的なベースでコンテンツサーバから番組コンテンツを定期的に取得するように構成することができる。
【００３９】
番組データを取得すると、処理論理は、２つのデータテーブルを生成する（処理ブロック３０４）。一実施形態では、第１のテーブルは、少なくとも独特な番組識別番号、及び対応するＵＲＬを含む。第１のテーブルを埋める上で、対応するアイコン、評価、タイトルのような追加データを用いることができる。一実施形態では、第２のデータテーブルは、第１のテーブルからの番組の独特な識別番号及び対応する番組タイトルを含む。
【００４０】
処理論理が遠隔指令器から要求を受信して番組データを送信すると（処理ブロック３０６）、処理論理は、第２のデータテーブルを遠隔指令器３０８に送信する。一実施形態では、要求は、処理論理の近距離無線通信性能が遠隔指令器によって作動された時に受信することができる。ＮＦＣの代わりに、単方向ＩＲ通信技術と、ＺｉｇＢｅｅ、Ｂｌｕｅｔｏｏｔｈ、赤外線データ関連付け（ＩｒＤＡ）のような双方向通信技術とを本明細書の解説と矛盾せずに適用することができる。
【００４１】
一実施形態では、下記により詳細に解説するように、好みのタイトルを最初に遠隔指令器に伝送することができる。そのような好みのタイトルは、そのようなものとして分類され、好みではないタイトルの前の送信に向けて位置決めされるであろう。ユーザは、コンテンツサーバから利用可能なタイトルのうちの１０〜２０％しか興味がない可能性があるから、全てのタイトルを遠隔指令器に伝送する必要はない。一実施形態では、ユーザは、ＩＰＴＶにおいて好みのタイトル及び／又はキーワード（例えば、ゴルフ、ジャズ、料理等）を設定する。代替的に、ＩＰＴＶは、ユーザの過去の選択に基づいて好みのタイトル又はキーワードを解析し、優先順位付けするように構成することができる。更に、優先度は、ウェブインタフェースを通じてコンテンツサーバで定めることができる。
【００４２】
図４は、インターネットプロトコルテレビジョンが、ユーザによって選択されたコンテンツを取得する一実施形態の流れ図である。この処理は、ハードウエア（例えば、専用論理、プログラマブル論理、マイクロコード等）、ソフトウエア（汎用コンピュータシステム又は専用機械上で作動するもの等）、又は両方の組合せを含むことができる処理論理によって実施することができる。一実施形態では、処理論理は、図２のＩＰＴＶ２５０内に常駐する。
【００４３】
図４を参照すると、処理４００は、処理論理が番組に対応する番組識別番号を遠隔指令器から受信する段階で始まる（処理論理４０２）。遠隔指令器が、図３で上述のようにそれまでに番組ＩＤを受信しているか、又は図１及び図２で上述のようにＮＦＣカードを読み取ることから番組ＩＤを受信しているかのいずれかであると仮定される。
【００４４】
遠隔指令器から受信した番組識別番号に基づいて、処理論理は、もしあれば付加的な番組データをユーザに表示する（処理論理４０４）。一実施形態では、処理論理がＩＤ番号を受信すると、処理論理は、このＩＤ番号によって示されたＩＰＴＶ番組に関する番組評価、アイコン、写真などを取得することができる。処理論理は、メモリに記憶されたデータテーブルから付加的な番組データを取得することができる。
【００４５】
処理論理は、遠隔指令器からＩＤ番号の選択を受信すると（処理ブロック４０６）、このＩＤ番号に対応するＵＲＬをメモリに記憶されたデータテーブルから検索する（処理ブロック４０８）。処理論理は、検索したＵＲＬを利用して、ＵＲＬに対応する選択されたＩＰＴＶ番組をコンテンツサーバからダウンロードする（処理ブロック４１０）。次に、番組は、処理論理によって復号されて表示される（処理ブロック４１２）。
【００４６】
図５は、遠隔指令器が番組データを利用する一実施形態の流れ図である。処理は、ハードウエア（例えば、専用論理、プログラマブル論理、マイクロコード等）、ソフトウエア（汎用コンピュータシステム又は専用機械上で作動するもの等）、又は両方の組合せを含むことができる処理論理によって実施することができる。一実施形態では、処理論理は、図２の遠隔指令器２００内に常駐する。
【００４７】
図５を参照すると、処理５００は、処理論理がＩＰＴＶに番組情報を要求する段階で始まる（処理論理５０２）。一実施形態では、処理論理は、ＩＰＴＶとの近距離無線通信を開始することによって番組情報を要求する。次に、処理論理は、番組ＩＤ及び対応する番組タイトルのテーブルを受信して記憶する（処理ブロック５０４）。
【００４８】
処理論理は、番組識別番号及び番組タイトルを受信した後、この番組情報を遠隔指令器上に表示することができる（処理ブロック５０６）。処理論理が、表示した番組のうちの１つから番組タイトルのユーザ選択を受け取るのに応じて（処理ブロック５０８）、選択されたタイトルに基づいて、対応するＩＤ番号が処理論理によって検索され、ＩＰＴＶに送信される（処理ブロック５１２）。一実施形態では、番組は、ＵＲＬの代わりに番組タイトルに基づいて、ユーザが現在のＩＰＴＶ番組から離れてナビゲートすることを必要とせずに、ユーザによって選択される。更に、番組タイトルは、ＩＰＴＶのディスプレイ上でＵＲＬをナビゲートすることによってではなく、遠隔指令器上の表示から選択される。
【００４９】
一実施形態では、利用可能なＩＰＴＶ番組コンテンツが分類され、遠隔指令器上に電子番組ガイド（ＥＰＧ）データとして示される。すなわち、遠隔指令器には、番組がタイトル、利用可能時間、日付等によって編成されるなどして直感的で馴染み深い番組ガイドフォーマットで編成されたデータを供給することができる。ＥＰＧデータを送信するのに限られた帯域幅及びタイミング制約条件に対処するために、ＥＰＧの分類及び送信手法を下記に提供する。
【００５０】
図６は、番組ガイドデータ転送ストリームの一実施形態を示している。一実施形態では、ＩＰＴＶコンテンツサーバから取得可能な番組ガイドデータは、３つの群に分類される。しかし、図６に例示しているように、あらゆる個数の時間間隔及びデータ群をＥＰＧデータストリーム内で利用することができる。一実施形態では、第１のＥＰＧデータ群は、直近に放送されることになる番組に関する重要及び／又は必須情報を含む。例えば、第１のＥＰＧデータ群は、次の２時間以内に放送されることになる番組に関する番組ガイドデータを含むことができる。上述のように、各利用可能な番組には、独特な識別番号が与えられる。更に、番組の放送データ／時間は切迫しているので、ユーザに少なくとも最低限のＥＰＧ情報が与えられることを保証するために、例えば、タイトル、チャンネル番号、日付、時間、予定表、視聴制限指定のような重要な情報は、第１のＥＰＧデータ群内に含まれる。第１の番組データ群の例を下記の表３に提供する。
【００５１】
（表３）
2010539853.tif 000005
【００５２】
一実施形態では、第２の情報群は、各番組に関する更なる詳細内容を含むことができる。例えば、各番組に関する第２のＥＰＧデータ群内に含まれるデータを下記の表４に提供する。
【００５３】
（表４）
2010539853.tif 000006
【００５４】
上述の表３に例示しているように、群２には、番組タイトルに関するより詳細な情報が含まれる。ホームページ情報はＵＲＬとして与えられる。図２のＩＰＴＶ２５０等によってホームページＵＲＬのユーザ選択が受信されると、ＩＰＴＶは、「００７  Ｃａｓｉｎｏ  Ｒｏｙａｌ」ウェブサイトを開く。同様に、特定の番組における主題歌のユーザ選択を受信することにより、ＩＰＴＶは、購入ウェブサイトを開くことができる。更に、上述のＩＰＴＶシステムにおいて電子支払いカードが採用されると、電子支払い口座から即座に引き落としが行われ、歌曲がＩＰＴＶにダウンロードされる。更に、映画スタジオの販売促進チャンネルのような付加的な販売促進チャンネルにＥＰＧエントリからアクセス可能である。
【００５５】
一実施形態では、第３のＥＰＧデータ群は、直近に放送されることにはならない番組に関するＥＰＧデータを含む。例えば、群３には、次の６時間以内に放送されることになる番組に関するＥＰＧデータを含めることができる。例えば、表３に提供しているチャンネル３５の場合には、表５に例示しているように、以下の情報を第３のＥＰＧデータ群内に含めることができる。
【００５６】
（表５）
2010539853.tif 000007
【００５７】
一実施形態では、図６に例示しているように、遠隔指令器がＥＰＧデータに対する要求を開始すると、ＩＰＴＶは、第１のデータ群を遠隔指令器に送信し、更に第２の群、第３の群といった具合に続く。しかし、遠隔指令器上での表示に向けて取得可能なＥＰＧデータは、ＥＰＧデータに対する要求がどの時点で停止されるかに依存する。図６に例示しているように、ＩＰＴＶは、データ群６３０，６３４，及び６３８を対応する時間間隔６２０，６２２，及び６２４に従って、更に、ＥＰＧデータに対する要求がどの時点で停止されるか６１０に基づいて送信するように構成することができる。
【００５８】
例えば、遠隔指令器が、ＥＰＧデータに対する要求を開始すると（６０２）、第１の群６３２に対応するデータが、第１の時間間隔内に送信される。この場合、要求が長く維持される程、より多くのＥＰＧ番組データが遠隔指令器によって受信される。更に、図６に例示しているように、あらゆる個数の時間間隔及びＥＰＧデータ群を本明細書で説明するように利用することができる。
【００５９】
下記により詳細に解説するように、各ＥＰＧデータエントリは、独特な番組ＩＤを含むので、遠隔指令器が、第１の要求とは別のデータを受信する場合には、追加データを既存のＥＰＧデータと容易に関連付け、更にその中に統合することができる。更に、一実施形態では、サービスプロバイダは、ＥＰＧデータをＩＰＴＶに供給する前にＥＰＧデータを分類する。しかし、ＩＰＴＶは、未分類ＥＰＧデータを受信し、遠隔指令器への送信の前にデータを分類することができる。
【００６０】
図７は、ＩＰＴＶにおいて電子番組ガイドデータを分類するための一実施形態の流れ図である。処理は、ハードウエア（例えば、専用論理、プログラマブル論理、マイクロコード等）、ソフトウエア（汎用コンピュータシステム又は専用機械上で作動するもの等）、又は両方の組合せを含むことができる処理論理によって実施することができる。一実施形態では、処理論理は、図２のＩＰＴＶ２５０内に常駐する。
【００６１】
図７を参照すると、処理７００は、処理論理がＩＰＴＶコンテンツサーバとの接続を確立して（処理ブロック７０２）ＥＰＧ情報を受信する段階（処理ブロック７０４）で始まる。一実施形態では、処理論理は、規則的な時間間隔のように定期的に、又はユーザからの要求を受信した時に番組情報を要求する。
【００６２】
処理論理は、着信データがタイトル、チャンネル番号、日付などを含むか否かを判断することなどにより、受信したデータが第１のデータ群であるか否かを判断する（処理ブロック７０６）。受信中のデータが第１の群からのものであった場合には、処理論理は、同じＩＤ番号を有するデータが既に存在するか否かを判断する（処理ブロック７０８）。ＩＤが存在しなかった場合には、受信中のデータに対して独特なＩＤが処理論理によって生成される（処理ブロック７１０）。次に、いずれの場合もＥＰＧデータは、このＩＤ番号に対応する第１の群に関する情報と共に記憶される（処理ブロック７１２）。全てのデータを受信した場合は（処理ブロック７１４）、処理は、処理ブロック７１６で終了し、処理論理のコンテンツサーバとの接続が接続される。しかし、更に別のデータが取得可能である場合には、処理は、処理ブロック７０４に戻り、更に別のＥＰＧデータを受信する（処理ブロック７１４）。
【００６３】
一実施形態では、処理論理が、受信中のデータが第１の群からのものではないように判断した場合は（処理ブロック７０６）、処理論理は、データが第２の群からのものであるか否かを判断する（処理ブロック７１８）。処理論理は、第２の群のデータに対するＩＤが存在するか否かを判断する（処理ブロック７２０）。ＩＤが存在しなかった場合には、処理論理は、ＩＤを生成し（処理ブロック７２２）、その後、受信した第２の群に関するＥＰＧデータを記憶する（処理ブロック７２４）。
【００６４】
同様に、処理ブロック７１８で、処理論理が、受信中のデータが第２の群からのものではないように判断した場合には、処理論理は、データが第３の群からのデータであるか否かを判断する（処理ブロック７３０）。処理論理は、第３の群のデータに対するＩＤが存在するか否かを判断する（処理ブロック７３２）。ＩＤが存在しなかった場合には、処理論理は、ＩＤを生成し（処理ブロック７３４）、その後、受信した第２の群に関するＥＰＧデータを記憶する（処理ブロック７３６）。しかし、受信中のデータが第３の群のデータからのものではなかった場合には、処理論理はデータを無視し、全てのデータを受信し終わったか否かを判断する（処理ブロック７１４）。
【００６５】
従って、一実施形態では、ＩＰＴＶの処理論理のような処理論理によって受信されるＥＰＧデータは、遠隔指令器への優先順位付けされた送信に向けて適切な群に分類される。
【００６６】
図８は、遠隔指令器において、分類された電子番組データを受信するための一実施形態の流れ図である。処理は、ハードウエア（例えば、専用論理、プログラマブル論理、マイクロコード等）、ソフトウエア（汎用コンピュータシステム又は専用機械上で作動するもの等）、又は両方の組合せを含むことができる処理論理によって実施することができる。一実施形態では、処理論理は、図２の遠隔指令器２００内に常駐する。
【００６７】
図８を参照すると、処理８００は、処理論理がＩＰＴＶにＥＰＧ情報を要求する段階で始まる（処理ブロック８０２）。上述のように、ＥＰＧデータに対する要求は、遠隔指令器とＩＰＴＶの間の近距離無線通信を作動させることによって開始することができる。しかし、要求は、ユーザから手動で受け取ることができる。
【００６８】
処理論理は、送信が完了したか否かを判断し（処理ブロック８０４）、要求が停止されるまで待機する。すなわち、処理論理は、あらゆるＥＰＧデータを遠隔指令器によって既に記憶されているＥＰＧデータと統合する前に、全てのデータを受信して記憶する。ＥＰＧデータの送信が完了した状態で、処理論理は、第１の群が受信されているか否かを判断する（処理ブロック８０６）。第１の群が受信されていなかった場合には、ユーザに、ＥＰＧデータに対する要求が不首尾であったことを警告するために、遠隔指令器のＬＣＤ上でのＬＥＤ表示、エラーメッセージ表示のようなエラーメッセージが処理論理によってトリガされる（処理ブロック８０８）。一実施形態では、遠隔指令器とＩＰＴＶの間のＮＦＣリンクが十分な持続時間にわたって維持されなかったことにより、第１の群は受信されない可能性がある。
【００６９】
一実施形態では、第１の群が受信されていた場合に、処理論理は、第２の情報群も受信されているか否かを判断する（処理ブロック８１２）。第２の群が受信されていなかった場合には、第１の群に対応するＥＰＧデータが記憶され（処理ブロック８１８）、遠隔指令器上に表示される（処理ブロック８２０）。
【００７０】
しかし、第１及び第２のＥＰＧデータ群が受信されている場合には、処理論理は、独特な番組ＩＤ番号に基づいて、第１の群からのＥＰＧデータと第２の群からのＥＰＧデータとを統合する。一実施形態では、各番組には独特なＩＤが与えられるので、処理論理は、この独特なＩＤを利用して異なるデータ群からのＥＰＧデータを統合する。
【００７１】
第１の群からのＥＰＧデータと第２の群からのＥＰＧデータとが統合された後に、処理論理は、第３のＥＰＧデータ群が受信されているか否かを判断する（処理ブロック８１４）。第３の群が受信されていなかった場合には、第１のＥＰＧデータ群と第２のＥＰＧデータ群とが統合されたものが記憶され（処理ブロック８１８）、その後、遠隔指令器上に表示される（処理ブロック８２０）。一方、第１、第２，及び第３の群が受信されていた場合には、ＥＰＧデータの全てが統合され（処理ブロック８１６）、その後、処理論理による次の表示（処理ブロック８２０）に向けて記憶される（処理ブロック８１８）。
【００７２】
図９は、優先順位付けされた番組コンテンツデータストリームの一実施形態を示している。一実施形態では、ＩＰＴＶから遠隔指令器へのＥＰＧの送信の前に、ＩＰＴＶは、ＥＰＧデータのうちの１つ又はそれよりも多くのものを上記に詳細に解説したように優先順位付けする。例えば、ＩＰＴＶは、好みの番組を優先順位付けし、要求された番組の履歴に基づいて優先順位付けするといった具合である。
【００７３】
一実施形態では、図２のＩＰＴＶ２５０のようなＩＰＴＶは、頻繁に選択されたチャンネル番号又は番組を記憶する。更に、ＩＰＴＶは、同様に、選択された番組ジャンル（例えば、料理ショー、スポーツイベント、サスペンス映画等）、男優／女優、番組が頻繁に見られた時間帯等に基づいて好みを判断することができる。更に、ＩＰＴＶは、特定の好みを指定するか、又はキーワード、カテゴリ、ジャンルなどを指定するかのいずれかを行うユーザによる好みの手動選択を受信することができる。例えば、ユーザは、「Ｊａｍｅｓ  Ｂｏｎｄ」を好むこと、又は「００７」の映画を好むことを示す上で「００７」と入力することができる。
【００７４】
判断した又は受信した優先度情報に基づいて、ＩＰＴＶは、好みによる制約条件を満たす番組を得てＥＰＧデータを検索する。そのような情報が見つかると（９０２）、ＥＰＧ情報は、図７で上述の分類中に第２及び／又は第３の群の開始点９０２に配置される。従って、図８で上述のように遠隔指令器がＥＰＧ情報を受信する時に、遠隔指令器は、短いＥＰＧデータ要求の間であっても好み情報を受信する。更に、番組の好みは、好みフラグと共に遠隔指令器において記憶することができる。従って、遠隔指令器が「好み」に遭遇すると、その番組を他の番組よりも前に表示することができ、強調表示するか又は他の方法で視覚的に区別することができる。
【００７５】
例えば、ＥＰＧデータの送信は、図９の第２の情報群中に送信されると仮定する。更に、ＩＰＴＶは、視聴パターンの解析又は手動選択の受け取りのいずれかにより、ユーザの好みが「００７」の番組であることを判断していると仮定する。ＥＰＧデータストリームを遠隔指令器に送信する前に、ＩＰＴＶは、好み（例えば、ＩＤ番号＃１２３４によって識別される「Ｃａｓｉｎｏ  Ｒｏｙａｌ」という番組）が候補に挙がることを判断することができる。次に、ＥＰＧデータは、この番組に関するＥＰＧデータを第２及び／又は第３のデータ群の開始点に置くように配置することができる。すなわち、番組情報に対する短い要求の結果により、判断した好みに対してより多くの番組情報が遠隔指令器に提供されることになる。
【００７６】
疑いなく当業者には、以上の説明を読解した後に、本発明の多くの変更及び修正が明らかになるであろうが、図を用いて示し、説明したいかなる特定的な実施形態も、限定的なものと見なすことをいかなる意味においても意図していないことは理解されるものとする。従って、様々な実施形態の詳細内容への参照は、特許請求の範囲を限定するように考えられているものではなく、これらの特許請求の範囲は、それら自体の中に本発明に対して必須であると見なされる特徴のみを記載するものである。
【符号の説明】
【００７７】
１１０  ＩＰＴＶクライアント
１２０  ＴＶ／ディスプレイ
１２５、ＩＰＴＶ  インターネットプロトコルテレビジョン
【図１】
2010539853.tif 000008
【図２】
2010539853.tif 000009
【図３】
2010539853.tif 000010
【図４】
2010539853.tif 000011
【図５】
2010539853.tif 000012
【図６】
2010539853.tif 000013
【図７】
2010539853.tif 000014
【図８】
2010539853.tif 000015
【図９】
2010539853.tif 000016
【国際調査報告】
2010539853.tif 000017