JP2011530921A - 拡張されたテレビリマインダ - Google Patents

Abstract

拡張されたテレビ（ＴＶ）リマインダによって、ユーザは、通信ネットワーク内のＴＶ番組や別のコンテンツに関するリマインダ、ＥＰＧから得られるイベントあるいは単なる時刻と日付のいずれかに接続できるリマインダを追加することが可能となる。インターネットプロトコル（ＩＰ）ＴＶシステムにユーザがログインしていれば、ユーザのＴＶディスプレイ上にリマインダが表示されると共に、ユーザがログインしていなければ、ショート・メッセージ・サービス（ＳＭＳ）、テキスト又は別のメッセージなどのメッセージがユーザ装置へ送信される。リマインダが発生した際のユーザに対して提示される選択肢は、承認、（構成可能な時間量を表す）スヌーズ及び削除などを含んでもよい。リマインダがリニアＴＶ番組に接続されている場合、（ユーザ登録と機器とによって許可されていれば）番組の録画オプションも提示することができる。リマインダは、例えばユーザのサービスプロファイルの一部としてネットワーク部に格納されることが望ましい。ローカル装置ではなくネットワーク部にリマインダを格納することによって、どこにいるユーザに対しても、また、ネットワーク接続された任意の装置に対してもリマインダの提供が可能となる。

Description

本発明は電子通信ネットワークに関し、さらに詳細にはパケット交換通信ネットワークにおけるメディアコンテンツの配信に関する。

テレビ（ＴＶ）が一方向の配信からインタラクティブな双方向の通信ネットワークへ移り、かつ、１つの場所で観られる状況から、すべての種類及びサイズの画面でどこにいても観られる状況へ移れば、我々はＴＶ番組、広告、インタラクティブゲーム、及びその他のサービスに対応する全く新たな大きなマーケットの誕生を経験することになる。有線と無線とによる双方向ネットワークを介する対話性によって、例えばテレビショーでの投票と、広告との相互のやりとりによる製品の購入と、テレビショーへの個人的メッセージの送信とを行う視聴者の参加が多くの点で可能になっている。ＴＶの個人化に関して言えば、例えば、ターゲットを絞った広告活動においてどのような広告が受け入れられるのか、電子番組ガイド（ＥＰＧ）の中でＴＶ番組名がどのようにリストされるか、どの番組コンテンツが消費され、そして、いつ消費されるかなどのような新たな可能性を視聴者は持つことになる。

有線の遠隔通信サービスプロバイダがネットワークへ新規顧客を引きつけるという点に関して言えば、音声トラフィック収益の落ち込みを埋め合わせるために、インターネットプロトコルテレビ（ＩＰＴＶ）がこれらサービスプロバイダのために新たな収益の機会を与えるものとなる。有線の遠隔通信サービスプロバイダが彼らの長期の存続のためにＩＰＴＶへ参入せざるを得なくなるということも考えられる。ＩＰＴＶの場合、遠隔通信サービスプロバイダは、ケーブル通信事業者、衛星ＴＶ通信事業者、及びその他の地上サービスプロバイダからのＴＶ番組の提供と競合し始める可能性がある。ＩＰＴＶはまた、プロバイダが既存の顧客を保持し、かつ、インターネット、音声、及びＩＰＴＶサービス（いわゆる「トリプルプレイ」）のセット販売の提供を導入することによって顧客の撹拌防止に役立つものとなる。

ＩＰＴＶは、ウェブブラウザ技術を利用して、有線及び無線電話ネットワークのような通信ネットワークにおいてＩＰＴＶサービスプロバイダにより展開されるメディアサービスの提供を可能にする。モジラ社のファイアフォックス及びマイクロソフト社のインターネットエクスプローラのような一般的なウェブブラウザアプリケーションは、ブラウザによってアクセス可能な、特定のインターネットのページ及び別ファイル位置のユーザ閲覧を可能にする。個々のページは通常、ユニフォームリソース識別子（ＵＲＩ）又は同様のページアドレスにより特定される。

一般に、ＩＰＴＶは、一連のＩＰデータパケットとして符号化されたマルチメディアストリームを受信し、かつ、このストリームを表示するためのシステムである。ＩＰＴＶへの取り組みは、例えば、オープンＩＰＴＶフォーラムを含む複数のコンテキストにおいて進行中であり、このフォーラムでは、インターネットにおいて、及び、制御されたサービス品質（ＱｏＳ）パフォーマンスを有する管理されたネットワークにおいて、マルチメディア及びＩＰＴＶサービスをユーザ機器（ＵＥ）へ供給するためのエンドツーエンドプラットフォームが指定されている。機能的ＩＰＴＶアーキテクチャのバージョン１．１仕様がｗｗｗ．ｏｐｅｎｉｐｔｖｆｏｒｕｍ．ｏｒｇにおいて入手可能であり、このアーキテクチャは第３世代パートナープロジェクト（３ＧＰＰ）により指定されるＩＰマルチメディアサブシステム（ＩＭＳ）を用いるものである。（イーサネット（登録商標）、ケーブルモデム、デジタル加入者回線などのような）有線と、（３ＧＰＰ仕様のセルラ無線、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６などのような）無線との双方の態様でＩＭＳを介して多くの方法で提供されるサービスにＵＥはアクセスすることが可能である。

ＩＭＳは、３ＧＰＰ技術仕様（ＴＳ）２３．２２８Ｖ８．４．０、ＩＰマルチメディアサブシステム（ＩＭＳ）ステージ２（リリース８）、２００８年３月、及び、前のバージョンのＴＳ２３．２２８に指定されている。ＩＭＳについては、例えば、Ｒ．Ｎｏｌｄｕｓ他による「ＩＭＳネットワークのためのマルチアクセス」、エリクソンレビュー番号．２、ｐ．８１〜８６（２００８年）；Ｕ．Ｏｌｓｓｏｎ他による「通信サービス−ＩＭＳサービス成長への鍵」、エリクソンレビュー番号．１、ｐ．８〜１３（２００８年）及び、Ｐ．Ａｒｂｅｒｇ他による「ＩＰＴＶのためのネットワーク・インフラストラクチャ」、エリクソンレビュー番号．３、ｐ．７９〜８３（２００７年）に記載がある。ＩＭＳベースのＩＰＴＶへのアプローチについては、Ｍ．Ｃｅｄｅｒｖａｌｌ他による「オープンＩＰＴＶフォーラム−オープンＩＰＴＶ標準規格へ向けて」、エリクソンレビュー番号．３、ｐ．７４〜７８（２００７年）、及び、Ｔ．Ｃａｇｅｎｉｕｓ他による「進化するＴＶ経験：何時でも、どこでも、どの装置でも」、エリクソンレビュー番号．３、ｐ．１０７〜１１１（２００６年）に記載がある。

３ＧＰＰネットワークにおけるＩＭＳは、その基本信号送信メカニズムとしてセッション開始プロトコル（ＳＩＰ）及びセッション記述プロトコル（ＳＤＰ）を利用する。ＳＩＰは、エンドポイントを発見し、かつ、該エンドポイント間の制御信号のルーティングを行うために、インターネット技術標準化委員会（ＩＥＴＦ）によるコメント要求（ＲＦＣ）３２６１に規定されているメカニズムであり、かつ、ＲＥＧＩＳＴＥＲ、ＩＮＶＩＴＥ、ＡＣＫ、ＢＹＥを含む１組の単純な動作である。ＳＤＰはメディアを宣言するためのプロトコルである。ＩＭＳネットワークでは、メディアトランスポートはリアルタイム・トランスポートプロトコル（ＲＴＰ）に基づいて行われ、特に、３ＧＰＰ ＴＳ２４．２２９Ｖ７．１１．０（セッション開始プロトコル（ＳＩＰ）及びセッション記述プロトコル（ＳＤＰ）をベースとするＩＰマルチメディア呼制御プロトコル、ステージ３、リリース７（２００８年３月））は、ＳＩＰ及びＳＤＰをベースとするＩＰマルチメディア呼制御プロトコルを指定するものである。ＴＳ２４．２２９のセクション５はＵＥにおいてＳＩＰの使用を指定し、ＴＳ２４．２２９のセクション６はＳＤＰの使用を指定する。

ＩＰＴＶの場合、組み込まれたＳＴＢ機能を備えたセットトップボックス（ＳＴＢ）又はＴＶであってもよいＵＥがＩＭＳとＩＰＴＶサービスとにアクセスするために、該ＵＥは、ＩＭＳコアノードであると共に、本質的にＳＩＰサーバであるサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）に登録する。ＩＭＳには、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）と、メディアゲートウェイ制御機能（ＭＧＣＦ）と、１つ以上の境界ゲートウェイ（ＢＧ）とを含む複数のアクセスノードも含まれ、上記境界ゲートウェイは、コアノードへのＵＥアクセスを仲介すると共に、これらコアノードを介して、メディアサーバ上に常駐するメディアコンテンツへのＵＥアクセスを仲介する。ＵＥはＩＰマルチメディア加入者識別モジュール（ＩＳＩＭ）を含んでもよく、このモジュールは、ＵＥのＩＭＳへの登録及びアクセスを可能にするユニバーサルＩＣカード（ＵＩＣＣ）上に常駐するアプリケーションすなわちコンピュータプログラムである。ＩＳＩＭは通常ＵＥのＩＭＳへの登録を開始するために必要なパラメータで予め構成され、これらのパラメータにはプライベートユーザ識別子と、１つ以上のパブリックユーザ識別子と、ホームネットワークのドメイン名とが含まれている。

現在のＩＰＴＶシステムには、遠隔地からシステムを監視し、かつ、制御するためのインタラクティブな方法が存在していない。家庭へ配信されるＩＰＴＶコンテンツの量の増加と共に、ある特定のコンテンツが放送される時刻や、ある特定のイベントが行われる時刻についてユーザが注意の喚起を受けることを所望する場合がある。その放送に関する何らかのリマインダが作動する時刻にユーザが自宅にいなければ、ユーザはリマインダ及びイベントを見逃すことになる。テレビのショーに関連のないイベントにリマインダを追加する可能性も欠落している。

本発明の側面によれば、電子通信ネットワークのユーザに対して表示すべきメディア情報に対応するリマインダを用いる方法が提供される。本方法は、上記ユーザ識別子と、上記リマインダの固有の識別子と、メディア情報識別子及びイベント時刻の少なくとも一方とを含むリマインダ要求メッセージを生成するステップと、該リマインダ要求メッセージを上記通信ネットワーク内の制御サーバへ送信するステップと、上記リマインダ要求メッセージに基づいて複数のリマインダのリストを上記ユーザに関連して格納するステップとを含む。

本発明の別の側面によれば、メディア情報にアクセスし、かつ、この情報を描画するための電子通信ネットワークにおけるユーザ機器が提供される。上記ユーザ機器は、ネットワーク内の１つ以上のエンティティとの電子信号の交換を行うように構成されたトランシーバと、メモリ内の命令に従って上記電子信号により搬送される情報を処理するようにプログラム可能に構成された電子プロセッサと、ユーザ入力を電子プロセッサへ提供するように構成されたデバイスと、を備える。上記プロセッサは、上記ユーザ識別子と、上記リマインダの固有の識別子と、メディア情報識別子及びイベント時刻のうちの少なくとも一方を含むリマインダ要求メッセージとを少なくとも生成することによって、かつ、通信ネットワークにおいて上記リマインダ要求を制御サーバへ送信することによって、ユーザに表示すべきメディア情報用リマインダの生成が可能なインターネットプロトコルテレビ（ＩＰＴＶ）機能用として構成される。

本発明の別の側面によれば、ユーザに対して提示すべきメディア情報に対応するリマインダを格納し、かつ、該リマインダを要求時に取り出すためのインターネットプロトコルテレビ制御サーバが提供される。上記制御サーバは、電子通信ネットワークの１つ以上のエンティティとの電子信号の交換を行うように構成されるトランシーバと、上記電子信号により搬送される情報を処理するようにプログラム可能に構成された電子プロセッサと、検索可能なリマインダを格納するように構成されたメモリと、を含む。上記プロセッサは、上記ユーザのプロファイルに関連してリマインダリストを格納するように構成され、上記リストには少なくとも上記メディア情報の識別子と、上記リマインダの固有の識別子とが含まれている。

本発明の複数の特徴、目的及び利点は図面と共に本説明を読むことによって理解される。

メディアリマインダを生成し、このメディアリマインダを使用する方法における、通信ネットワークと、該通信ネットワークのエンティティ間における信号フローとを描く図である。 ハイパーテキスト転送プロトコルに係るリマインダ要求メッセージの１例を描く図である。 セッション開始プロトコルに係るリマインダメッセージの１例を描く図である。 格納されたリマインダを取り出すためのメッセージの１例を描く図である。 ユーザ機器のブロック図である。 ＩＰＴＶユーザプロファイルサーバのブロック図である。 リマインダを取り出す方法を描くフローチャートである。

本願発明者らの認識によれば、本願に記載の拡張されたＴＶリマインダによって、通信ネットワーク内のＴＶ番組やその他のコンテンツに関するリマインダ、すなわち、ＥＰＧから得られるイベントあるいは単なる時刻と日付のいずれかのイベントに接続できるリマインダのユーザによる追加が可能となる。ユーザがＩＰＴＶシステムにログインしていれば、リマインダはＳＩＰ／ＩＭＳメッセージとして送信され、次いで、ユーザのＴＶディスプレイ上に表示されることができる。また、ユーザがログインしていなければ、ショート・メッセージ・サービス（ＳＭＳ）、テキスト又は別のメッセージなどのメッセージをユーザへ送信することができる。リマインダが発生すると、ユーザに対して提示される選択肢は、承認（ＯＫ）、（構成可能な時間量を表す）スヌーズ及び削除などを含んでもよい。リマインダがリニアＴＶ番組に接続されている場合、（ユーザ登録とユーザ機器とにより許可されていれば）この番組の録画オプションも提示することができる。リニアＴＶは一般に所定のスケジュールに従って提示されるメディア情報番組である。例えばユーザのＩＭＳあるいはＩＰＴＶサービスプロファイルの一部としてリマインダがネットワークに格納されることが望ましい。ローカル装置ではなくネットワークにリマインダを格納することによって、どこにいるユーザに対しても、また、ネットワーク接続された任意の装置に対してもリマインダを提供することが可能となる。

図１は、本発明に従ってリマインダを生成し、かつ、これらのリマインダに応答する方法における、通信ネットワーク１００内のエンティティ間での典型的な信号フローを描いた図である。ここに描かれている方法は、ＩＭＳという状況における方法であり、ＩＭＳにとって適切なメッセージが採用されているが、一般に別の状況及び別の種類のメッセージの使用も可能であることは理解されよう。

ステップ１５２において、例えば、（リマインダがＥＰＧイベントに接続されていれば）ＥＰＧのエントリをクリックすることによって、あるいは、ＩＰＴＶ端末機能（ＩＴＦ）１０２を介してＩＰＴＶポータル内のリマインダ用の適切なウェブページにアクセスすることによって、ユーザはリマインダの設定を行う。ユーザは、例えば、ＵＥのディスプレイや、特定のボタン、あるいは、ＵＥ、リモコン装置などに設けられている、リマインダと関連づけられた別の制御装置をクリックすることによって、リマインダの設定要求をＩＴＦ１０２に示すことになる。

ステップ１５４において、従来通りＩＭＳ１０４へログインされるユーザのＩＴＦ１０２は、１つ以上のハイパーテキスト転送プロトコル（ＨＴＴＰ）要求メッセージをＩＰＴＶ制御サーバ１０６へ送信することによってユーザのリマインダ設定に応答する。ＩＭＳ制御プレーンの中を通過する必要のない（単複の）ＨＴＴＰ要求メッセージには、リマインダに対応する情報要素が含まれている。上述したように、ＨＴＴＰメッセージはＩＰＴＶポータルの一部として好便に編成することが可能であり、このメッセージはＩＰＴＶ制御サーバ１０６により提示されるＩＴＦのブラウザアクセス可能ページであってもよい。（単複の）要求メッセージに応じて、ＩＰＴＶ制御サーバ１０６は、ＨＴＴＰ ＯＫメッセージを受信確認として送信し（ステップ１５６）、例えば、要求メッセージの形で示される所望の時刻に時間が満了になる適切なタイマの起動によってリマインダをスケジュールする（ステップ１５８）。

図２は、リマインダ要求の詳細を表す少なくとも以下の情報要素を含むＨＴＴＰリマインダ要求メッセージの例を示す図である。特に、描かれたリマインダ要求には、ユーザが所望する番組に対応するメディアタイプ要素、並びに、リマインダ要求（'''entryifd'，'e0c37'）と、リマインダに対応する時刻（'''triggerTime'：...）と、番組のチャンネル（'''channelid'：...）とを特定するコンテンツ長要素（Content-Length_element）が含まれる。ＨＴＴＰ要求メッセージが、ＩＰＴＶ制御サーバ１０６に対して、Ｊａｖａサーバページ（ＪＳＰ）ｓｅｔＲｅｍｉｎｄｅｒ．ｊｓｐをロードするように要求できると好都合であることは理解されよう。ＪＳＰは、（テキスト、ＨＴＭＬ及び別のマークアップ言語などの）静的なコンテンツと、（Ｊａｖａコードなどの）動的なコンテンツとをＩＴＦ１０２内のウェブブラウザのようなクライアントブラウザへ返信することが可能なテキストベースのドキュメントである。

ＩＴＦ１０２は、ＳＴＢ、一体型ＴＶ／ＳＴＢ、パーソナルコンピュータ、移動電話機あるいは別のユーザ装置のようなＵＥ内の機能であって、ＩＰＴＶメディア情報を選択し、この情報をユーザに表示することを可能にする機能である。本願に記載の他の諸機能の場合と同様、ＩＴＦ１０２は、ＵＥと、ネットワーク１００内の他のエンティティとにより交換される信号によって搬送される情報を処理する電子プロセッサであって、ＵＥ内にメモリを備えた、適切にプログラムされた電子プロッサあるいは同等物によって一般に実現される。ＩＰＴＶ制御サーバ１０６は、ユーザが利用可能なリマインダ及びメディア情報の決定と制御とを行う機能を実現する、上記のようなプログラムされたプロセッサである。特に、ＩＰＴＶ制御サーバは、適切に書かれたソフトウェアリマインダアプリケーションを実行し、それによって本願に記載の方法を実行するものである。

ＩＴＦ１０２内のリマインダ機能はリマインダを表す表示名を示唆することが可能であり、この表示名は、番組の日付、時刻、タイトル、他の特徴のうちの少なくともいずれかに基づくようにしてもよい。ユーザは、リマインダが要求される時刻に、あるいは、その後で、保留中のマインダを修正するために適切にプログラムされた処理手順を介して、リマインダの示唆された表示名を修正することができる。

ＨＴＴＰリマインダ要求メッセージがＩＴＦ１０２からのみ送信される必要がないことは理解されよう。一般に、リマインダ要求は、ブラウザを含み、かつ、ＩＰＴＶ制御サーバ１０６へログインされる、スマートフォンのような任意の通信装置から送信され得るものである。当業者であれば理解するように、ＨＴＴＰ要求メッセージは、リマインダ要求メッセージの単なる例であり、別の種類のメッセージ及び別のプロトコルの使用も可能である。

ＩＰＴＶ制御サーバ１０６は、ユーザに対応する該サーバの内部メモリ内のデータとリマインダとを関連付けることが望ましい。適切なＩＰＴＶユーザプロファイルサーバ１０８のような別のネットワークエンティティによって、ユーザに対応する上記のような格納装置の維持が可能であり、適切なデータベースによって制御サーバ１０６とユーザプロファイルサーバ１０８間におけるメッセージのクエリが行われる。図１には、ＩＰＴＶ制御サーバがリマインダを内部又は外部装置のいずれかに格納している状況が、格納ステップと、受信確認ステップ１６０、１６２とにより描かれている。

例えばタイマの時間満了時のような、リマインダにより設定された時刻になると（ステップ１６４）、ＩＰＴＶ制御サーバ１０６は、ユーザのメディア登録がブロックされないことを好適に保証し、かつ、誰に対して注意を喚起すべきかの判定を行う。ＩＰＴＶ制御サーバ１０６はまた、上記ユーザ登録がリマインダアプリケーション（並びに、リマインダの種類に応じて、リマインダに対応する番組を運ぶ放送チャンネル）を含んでいるかどうかもチェックする。ＩＰＴＶ制御サーバ１０６による上記動作に関係する情報はユーザ所望の通知チャネルを含み得るものであり、上記サーバの内部メモリ内に、あるいは、ＩＰＴＶユーザプロファイルサーバ１０８のような別のネットワークエンティティ内に上記情報を格納することが可能である。その際、適切なデータベースによって制御サーバ１０６とユーザプロファイルサーバ１０８間におけるメッセージのクエリが行われる。ステップ１６０、１６２に関連して上述したように、内部又は外部装置のいずれかにおいて誰の注意を喚起すべきかに関するＩＰＴＶ制御サーバによる判定が、クエリステップと返答ステップ１６６、１６８によって図１に描かれている。

ユーザの基本設定がＳＩＰ／ＩＭＳを介する通知用の設定である場合、ＩＰＴＶ制御サーバ１０６は、ユーザがＩＭＳ１０４へログインされているかどうかの判定を行うと共に、ユーザがログインしていれば、ＩＰＴＶ制御サーバ１０６は、ＳＩＰメッセージのようなリマインダメッセージをＩＭＳ１０４へ送信し（ステップ１７０）、次いで、このＩＭＳ１０４はユーザのＩＴＦ１０２へリマインダメッセージを転送することになる。ＩＴＦ１０２は、ＩＭＳ１０４によってＩＰＴＶ制御サーバ１０６へ転送されるＳＩＰ２００ＯＫメッセージで応答する（ステップ１７２）。ユーザがＩＭＳ１０４へログインしていなければ、あるいは、ユーザの基本設定が異なる通信チャネルを介する通知用の設定であれば、ＩＰＴＶ制御サーバは、以下さらに詳細に記載するように、ＳＭＳ、テキストあるいは別のメッセージを介してユーザに通知を行う。

ステップ１７０において送信されるリマインダメッセージは、ＨＴＭＬページを好適に含むか、該ＨＴＭＬページへユーザを向けることが可能である。このＨＴＭＬページには、（チャンネル識別子、番組のタイトル、番組開始時刻などの）リマインダの詳細情報と、ユーザがクリックし、それによってリマインダに関する選択を表現する（ステップ１７４）ためのＨＴＭＬリンクとが含まれる。例えば、上記リンクは、番組の録画と、選択可能な期間及び再度の注意喚起に対応するスヌーズと、チャンネルの切替との３つの選択肢を含むことができる。ＩＴＦ１０２内の適切なブラウザによって、例えばポップアップウィンドウの形でユーザのディスプレイにＨＴＭＬページが開かれる。

図３は、リマインダメッセージとしてＩＰＴＶ制御サーバ１０６からＩＴＦ１０２へ送信され得るＳＩＰメッセージの例を示す図である。図３からわかるように、このメッセージには、ＩＰＴＶ制御サーバ１０６においてリマインダ機能を特定するユニフォームリソース識別子（ＵＲＩ）（“ＢｒｏａｄｃａｓｔＲｅｍｉｎｄｅｒＳｅｒｖｉｃｅ＠ｉｐｔｖ．ｅｒｉｃｓｓｏｎ．ｃｏｍ”など）が含まれる。さらに、ＳＩＰメッセージにはＩＴＦ１０２のＵＲＩ（“ｓｔｂ９１００９３＠ｉｐｔｖ．ｅｒｉｃｓｓｏｎ．ｓｅ”など）が含まれる。ＳＩＰメッセージの本文中の行ベースのテキストデータの場合、所望の番組は、ＳＩＰメッセージの“＜本文＞．．．”部分に書かれている番組名、チャンネル及び開始の日付と時刻によって特定される。このＳＩＰメッセージには、ユーザがリマインダをスヌーズする（すなわち遅らせる）ことを選択したかどうかについての表示が含まれている。別のＵＲＩ及び情報構成の使用が可能であることは理解できよう。

上述したように、リマインダメッセージは、ユーザがクリックを行い、このクリックによってリマインダに関する選択を表現する（ステップ１７４）ためのＨＴＭＬリンクを好適に含むことができるか、該ＨＴＭＬリンクを好適にユーザへ向けることができる。（単複の）ユーザ選択に応じて、ＩＴＦ１０２は１つ以上の適切なＨＴＴＰメッセージをＩＰＴＶ制御サーバ１０６へ送信する（ステップ１７６）。ステップ１７６におけるメッセージ送信は、好適にはステップ１５４におけるＨＴＴＰメッセージ送信と同様のものであるため、ＩＴＦ１０２が、ＩＰＴＶ制御サーバ１０６に対してＪＳＰｓｅｔＲｅｍｉｎｄｅｒ．ｊｓｐをロードするように要求できることも又理解されるであろう。ステップ１７６における（単複の）メッセージ内の（単複の）ユーザ選択に応じて、ＩＰＴＶ制御サーバは、例えばタイマをゼロに設定することによりリマインダを削除するか、あるいは、スヌーズ時間の経過後にリマインダが再度発生するようにタイマを設定するかのいずれかを行う。

ユーザのプロファイルは、ユーザのＩＴＦ１０２へのメッセージと、移動電話機のようなユーザの通信装置のうちの別の通信装置へのＳＭＳメッセージとの双方のメッセージを介してユーザの注意を喚起すべきである旨をＩＰＴＶ制御サーバ１０６に対して示すことができる。ＩＰＴＶ制御サーバ１０６は、適切なメッセージをパーレイ（Parlay）Ｘゲートウェイへ送信することによって、ＳＭＳメッセージを送信させ（ステップ１７８）、次いで、該パーレイＸゲートウェイは、ＳＭＳセンタ（ＳＭＳ−Ｃ）と通信を行う。パーレイＸゲートウェイとＳＭＳセンタの双方は参照文字１１０によって図１に示されている。従来の方法では、ＳＭＳ−Ｃ１１０は、ユーザ装置が利用可能なとき、ＳＭＳメッセージを格納し、次いで、このメッセージを適切なユーザ装置１１２へ転送する。このようなＳＭＳメッセージは、適切なウェブページのアドレスのような、リマインダに関するテキスト情報を含み、このウェブページを介して、ユーザはステップ１７４に関連して上述したように選択表現を行うことができる（ステップ１８０）。

当業者であれば理解するように、ＩＰＴＶ制御サーバ１０６は、ＳＭＳ、テキスト又は別のメッセージを複数の方法でユーザ装置１１２へ送信させることができる（但し、パーレイＸゲートウェイの利用が好適であると現在信じられている）。例えば、ＳＭＳメッセージを送信するために、制御サーバ１０６は、ＩＰメッセージを介してパーレイＸゲートウェイと通信を行うことができ、該パーレイＸゲートウェイは、パーレイゲートウェイがＳＭＳ−Ｃへ伝送する１つ以上のショートメッセージピアツーピアプロトコル（ＳＭＰＰ）メッセージにウェブサービス方法の発呼を変換することができる。パーレイＸは、現世及び次世代の通信ネットワークのための標準化された、オープンアプリケーションプログラミング・インタフェース（ＡＰＩ）であって、ＳＭＳ及びユーザインタラクションのような遠隔通信ネットワーク機能を利用してアプリケーションの作成を可能にするオープンアプリケーションプログラミング・インタフェースである。エリクソンＡＢ社（ストックホルム、スウェーデン）から市販されているサービス統合ゲートウェイはパーレイＸゲートウェイの１例である。

ユーザ選択（ステップ１８０）に応じて、ユーザ装置１１２は、ＳＭＳ−Ｃ及びパーレイＸゲートウェイ１１０を介して、例えばＳＭＳメッセージなどの適切なメッセージをＩＰＴＶ制御サーバ１０６へ送信し（ステップ１８２）、次いで、当該メッセージ及びユーザ選択に基づいて、ＩＰＴＶ制御サーバ１０６は、例えばタイマをゼロに設定することによってリマインダを削除するか、スヌーズ時間の経過後にリマインダが再度発生するようにタイマを設定するか、あるいは、（リマインダが放送イベントに接続されていれば）番組を録画するように構成するかのいずれかを行う。

ＳＭＳメッセージの送信に関連して、ＩＰＴＶ制御サーバ１０６は、１つ以上のユーザ装置１１２の連絡番号又はアドレスの取出しも可能となり、それによって、ＩＰＴＶ制御サーバ１０６はＳＭＳ要求メッセージを（単複の）ユーザの所望の連絡先番号へ送信させることが可能となる。適切なＳＭＳ要求メッセージの例には、「ＴＶリマインダ」などのようなメッセージ用の所定のテキストと、タイトル及び開始時刻などに関する番組情報と、ネットワーク内の番組を録画する方法と、リマインダをスヌーズする方法に関する情報などのような、リマインダへの返答方法に関する情報と、ＩＰＴＶ制御サーバにより生成される各ユーザ用の固有のリマインダ識別子とが含まれる。このような固有のリマインダ識別子の１例が上述のように図２に描かれている。ユーザの返答メッセージの中にリマインダ識別子を自動的に含むようにユーザ装置１１２を構成する（ステップ１８２）ことが可能であり、この構成によって、ＩＰＴＶ制御サーバ１０６がユーザ応答をリマインダ要求と相関づけることが可能になる。

制御サーバ１０６又はユーザプロファイルサーバ１０８に格納されたユーザのプロファイルは、ユーザのＩＴＦ１０２へのＳＩＰメッセージか、あるいは、ユーザ装置１１２へのＳＭＳ又は別の適切なメッセージ、若しくは、これら双方のメッセージのいずれかを介してリマインダを送信すべきである旨を示す情報を含んでもよいことは理解されよう。ＳＩＰメッセージによってリマインダを最初に送信し、次いで、（例えばステップ１７４における選択表現でのユーザの失敗により示されるような）失敗が生じた場合には、ＳＭＳや別のメッセージによってリマインダを再送することが望ましいと現在考えられている。しかしながら、当業者であれば理解するように、ＳＭＳメッセージをＳＩＰメッセージの前に送信してもよいし、あるいは、上記とは逆に、ＳＩＰメッセージの後にＳＭＳメッセージを送信したり、ＳＭＳメッセージを同時に送信したりすることも可能である。このようなメッセージは２以上の宛先へ送信することも可能である。

さらに、ユーザがＩＭＳ１０４へログインしていれば、リマインダメッセージをユーザのＩＴＦ１０２へ指定時刻に送出することが可能である。またこれ以外に、リマインダをＳＭＳメッセージとして送出することも可能である。上述のように、ユーザは、番組の録画、チャンネルの切替、スヌーズ、削除などの選択によってリマインダに応答することが可能である。ユーザがリマインダを無視した場合（選択を行わず、かつ、返答を送信しなかった場合など）、番組の開始時にリマインダの削除が行われる場合がある。ユーザが前回の（単複の）リマインダを無視した場合、番組の開始後に１回以上リマインダを再送するようにＩＰＴＶ制御サーバ１０６を構成することも可能であることは理解できよう。

上述のように、ユーザは、例えば、ＩＴＦのブラウザアプリケーションにより提示されるポップアップ・リマインダウィンドウ内の「録画」リンクのクリックによって、リマインダに応じて番組の録画を選択することができる。上記の例では、ユーザのＩＴＦ１０２は、例えば、ＪＳＰｓｅｔＲｅｍｉｎｄｅｒ．ｊｓｐの呼出しによって、番組の録画を求めるＨＴＴＰ要求をＩＰＴＶ制御サーバ１０６へ送信する（ステップ１７６）ことができる。ユーザ装置１１２へ送信されるＳＭＳメッセージに応じてユーザが「録画」を選択した場合、ユーザ装置１１２は、当該番組を録画するために、ＳＭＳ又は別の適切なメッセージをＩＰＴＶ制御サーバ１０６へ送信する（ステップ１８２）。このＳＭＳメッセージには、ユーザの所望のアクション及びユーザに対応する固有のリマインダ識別子を示す情報が含まれている。

ＩＰＴＶ制御サーバ１０６は、リマインダが時間を満了していないかどうか、並びに、ユーザが番組の録画を許可されているかどうかのチェックを行うことによって、ユーザ選択メッセージ（ステップ１７６又はステップ１８２）に応答する（ステップ１８４）。ＩＰＴＶ制御サーバはまた、番組がユーザの許可された格付けを満たしているかどうかのチェックも好適に行う。この格付けは格納済みユーザプロファイルの一部である場合もある。放送チャンネルの場合、ＩＰＴＶ制御サーバ１０６は通常番組の格付けに関する情報を予め有しているが、放送チャンネルでない場合には、サーバ１０６はメディアサーバ１１４から番組データをフェッチすることができる。ＩＰＴＶ制御サーバ１０６は、ユーザ登録割当て（user's subscription quota）時の残り時間がユーザにあるかどうかのチェックも行い、もし残り時間があれば、録画時間のオフセット値を計算する。このようなオフセット値は必ずしも必要であるとは限らない。なぜなら、ＩＰＴＶ制御サーバ１０６は放送番組の開始時刻に録画を開始するようにメディアサーバ１１４に単に命令できるからである。ＩＰＴＶ制御サーバ１０６は、これがこの番組に対する最初の録画要求であるかどうかのチェックも行うことが可能である。ステップ１６０、１６２に関連して上述したように、内部メモリ又は外部装置のいずれかからユーザ選択に応じて行われる、ＩＰＴＶ制御サーバ１０６による情報の取出しがクエリステップと返答ステップ１８６、１８８によって図１に描かれている。

録画を開始するために、ＩＰＴＶ制御サーバ１０６は適切な録画要求メッセージをメディアサーバ１１４へ送信する（ステップ１９０）。ＯＫ受信確認をメディアサーバ１１４から受信した（ステップ１９２）後、ＩＰＴＶ制御サーバ１０６はリマインダを削除し、ＩＴＦ１０２とユーザ装置１１２の少なくともいずれかへＯＫ状態メッセージを返信する（ステップ１９４）。

リマインダが作成された後、ユーザは、ＳＴＢ又は別のＵＥのような適切なアクセス装置から自分のＩＰＴＶユーザプロファイルに単にアクセスすることによって自分のリマインダリストを取り出すことができると共に、リマインダが作成された装置以外の装置からアクセスを実行することが可能となる。ブラウザを介して、ＩＰＴＶシステムへのログインか、あるいは別様にＩＰＴＶシステムへのサインインを行うとき、選択可能なリンクのメニューが通常ユーザに提示されるが、これらリンクの１つは「ＩＰＴＶリマインダ」へのリンクであってもよい。上記リンクの選択によって、ユーザのＩＴＦは、上述のようにＩＰＴＶリマインダを格納しているＩＰＴＶユーザプロファイルサーバへ上記格納済みリマインダの取出し要求を送信する。例えば、ユーザは、自分のリマインダを設定し、次いで、ＩＴＦ１０２を介して提示されるブラウザベースのコンテンツガイドから、ＥＰＧの形で示されるか、適切な「マイ・リマインダ」メニューを介して示されるかの少なくともいずれかで示される上記自分のリマインダを見ることができる。ユーザはリマインダリストからリマインダを削除することもできる。上記コンテンツガイドはＩＰＴＶ制御サーバ１０６により生成されることが望ましく、かつ、スケジュールされたリマインダを適切なアイコンによってガイドの形で示すことができる。

図４は、ＩＰＴＶ制御サーバ１０６又はＩＰＴＶユーザプロファイルサーバ１０８のいずれかのサーバ内のユーザプロファイルのリマインダ部から特定ユーザのリマインダを取り出すための適切なＨＴＴＰメッセージを描く図である。一般に、図４から認められることとして、適切に構成されたＪＳＰｇｅｔＡＬＬＲｅｍｉｎｄｅｒ．ｊｓｐをロードするようにＨＴＴＰメッセージはＩＰＴＶ制御サーバ１０６に要求する。この要求を首尾よく実行するためにＩＰＴＶ制御サーバ１０６によって必要とされる情報、特に、ＩＴＦ１０２の識別子（ＩＤ）（“ｕｓｅｒｎａｍｅ＝．．．”）と、クッキーとが、図４に描かれているメッセージ内に埋め込まれている。このクッキーには、（メディアアクセス制御（ＭＡＣ）アドレス“００：０２：”のような）ユーザのＵＥ ＩＤ及びユーザＩＤ（“Ｍａｇｎｕｓ￥ｒ￥ｎ”）が含まれている。取り出された結果がユーザに表示され、例えば、ユーザのＩＴＦ１０２内のウェブブラウザはこの取り出された情報の構文解析を行い、次いで、ユーザはこれらの表示結果の中から選択を行うことができる。当業者であれば理解するように、ユーザはＩＴＦ１０２内のウェブブラウザを用いて、リマインダリストの中から選択された１つ以上のリマインダの修正又は編集を行うと共に、格納済みのリマインダリストを修正するために、適切なメッセージを用いてこれらの変更をネットワークへ送信することができる。

要求メッセージを受けてアクションを行う前に、ＩＰＴＶ制御サーバ１０６又は別のネットワークエンティティは通常、適切なアクセス制御と、ユーザ名及びパスワードの入力をユーザに要求するなどのようなユーザ認証手順とを呼び出すことになることは理解できよう。上記処理手順が首尾よく完了し、アクセスが許可された場合、ユーザのブラウザにより構文解析が行われるＨＴＴＰメッセージのような適切なメッセージの形でリマインダリストが返信される。リマインダに関係する情報がユーザのプロファイルの中にセーブされた後、ユーザは、「あなたのリマインダリストは変更されました」という旨の適切な指示又は表示によって通知を受けることができることも理解されよう。

当業者であれば理解するように、本願に記載の方法及び装置は、移動無線ネットワークのような多くの種類の電子通信ネットワークにおいて実現可能である。

図５は、本願に記載のようなメディア番組コンテンツにアクセスし、かつ、このコンテンツを描画するための移動電話機、ＳＴＢ、コンピュータなどのような典型的なＵＥ５００を示すブロック図である。ＵＥ５００は、図１に描かれているネットワークエンティティの１つ以上と電子信号を交換するのに適したトランシーバ５０２を含む。上記信号によって搬送される情報は、プロセッサ５０４により処理される。このプロセッサ５０４は、１つ以上のサブプロセッサを含んでもよく、かつ、上述したＵＥ５００の動作を実行するために、例えばＩＴＦ１０２を含む１つ以上のソフトウェアモジュールとアプリケーションとを実行する。キーパッド、リモコン装置又は別の装置５０６を介してＵＥ５００へのユーザ入力が提供されると共に、ユーザへ提示される情報がディスプレイ５０８へ提供される。ディスプレイがタッチスクリーン機能を備えていれば、ディスプレイを介してユーザ入力を提供することができる。ソフトウェアアプリケーションが適切なアプリケーションメモリ５１０に格納されてもよく、かつ、ＵＥはまた、適切なメモリ５１２内の所望の情報をダウンロードするか、キャッシュするかの少なくともいずれかを行ってもよい。ＵＥ５００は、コンピュータ、マイクなどのような別の構成要素をＵＥ５００と接続できるインタフェース５１４も含んでもよい。

リマインダの作成時に、ＩＴＦ１０２はキーパッド５０６又はインタフェース５１４を介してリマインダ要求を受信し、このリマインダ要求はプロセッサ５０４へ渡される。プロセッサ５０４は、メモリ５１２内にあるコンテンツすなわち番組自身の、番組スケジュールのコピーのような、上記コンテンツすなわち番組に関する情報をメモリ５１２内に有し、この情報を用いて、プロセッサ５０４は適切な要求メッセージを形成し、次いで、トランシーバ５０２を介して上記情報をＩＰＴＶ制御サーバ１０６へ送信する（ステップ１５４）。トランシーバ５０２は、ユーザのリマインダを示すＳＩＰメッセージを受信し（ステップ１７０）、次いで、ＩＴＦ１０２は、トランシーバ５０２によってネットワークへ送信されるＳＩＰ２００ＯＫメッセージをプロセッサ５０４に形成させることによってＳＩＰメッセージの受信を確認する（ステップ１７２）。次いで、プロセッサ５０４は、ディスプレイ５０８を介してリマインダを表示するか、あるいは実際のリマインダ自体をユーザへ提示してもよい。

図６は、本願に記載のような要求時にリマインダの格納と取出しとを行うための典型的なＩＰＴＶ制御サーバ１０６を示すブロック図である。ＩＰＴＶ制御サーバ１０６は、図１に描かれているネットワークエンティティの１つ以上と電子信号の交換を行うのに適したトランシーバ６０２を含む。上記信号により搬送される情報はプロセッサ６０４によって処理され、このプロセッサ６０４は、１つ以上のサブプロセッサを含んでもよく、かつ、上記に記載したＩＰＴＶ制御サーバ１０６の動作を実行するために１つ以上のソフトウェアモジュール及びアプリケーションを実行する。特に、プロセッサ６０４は、適切なメモリ６０６内にユーザリマインダを格納し、受信した要求に応じて選択済みのリマインダをメモリ６０６から取り出す。典型的なＩＰＴＶ制御サーバ１０６としてはネットワーク１００内のデータベースサーバがあるため、通常、キーパッド／ディスプレイ６０８がユーザによる入力／出力用として必要でないことは理解されよう。但し、管理機能用としてこのようなインタフェースを設けてもよい。プロセッサ６０４により実行されるソフトウェアアプリケーションを適切なアプリケーションメモリ６１０に格納してもよい。

図７はＩＰＴＶ制御サーバ１０６からリマインダを取り出す方法を描くフローチャートである。上述のように、ユーザは、図４に描かれているような要求をユーザのＵＥからＩＰＴＶ制御サーバ１０６へ送信する（ステップ７０２）ことによって自分のリマインダリストを取り出す。上述のように、ＩＰＴＶ制御サーバ１０６はすべてのリマインダを好適に格納し、かつ、ユーザの注意を喚起する時刻になった場合にのみＳＩＰメッセージの送出を行う。このような例示の構成では、ＩＴＦ１０２にローカルに格納する必要があるものは何もない。但し適切に構成されたＩＴＦ１０２がリマインダ取出し要求の送信をプロンプトでユーザに促すことも可能であることは理解されよう。上記ＩＴＦ１０２の中には、ログイン処理あるいは他の方法によるＩＰＴＶシステムへのサインイン処理、並びに、おそらく、ＩＰＴＶ制御サーバ１０６又は別のネットワークエンティティにおけるユーザ名及びパスワードの入力処理が含まれてもよい。アクセスが許可された場合（ステップ７０４のイエス）、リマインダリストは、ＨＴＴＰメッセージのような適切なメッセージの形でＩＰＴＶ制御サーバ１０６によってユーザのＵＥへ返信される（ステップ７０６）。この返信されたリマインダ又はリマインダリストを上述のような種々のＵＥへ返信することができる。ＵＥにおいて、上記返信されたメッセージは、ブラウザによって又はＵＥが実装した別の適切なアプリケーションによって好適に構文解析が行われ、次いで、この取り出されたリマインダ又はリマインダリストはＵＥのディスプレイ上に提示される（ステップ７０８）。アクセスが許可されなかった場合（ステップ７０４のノー）、失敗又は同様のエラーメッセージがＵＥのディスプレイ上に提示される。

本発明の場合、ユーザは（スケジュールされたＴＶ番組イベントに接続されている場合であれ、接続されていない場合であれ）リマインダの設定を行い、かつ、たとえユーザがＩＰＴＶシステムにログインされていない場合であっても、そのままこのリマインダを受信することができる。

本書面に記載の発明は、コンピュータ・ベースのシステム、プロセッサ内蔵システム、あるいは媒体から命令をフェッチし、その命令を実行できる別のシステムのような命令実行システム、機器又は装置によって使用されるか、あるいは、これらと結合して使用される適当な命令セットを格納した任意の形式のコンピュータ可読記憶媒体内において全体として実施されると考えることができる。本明細書で使用されているように、「コンピュータ可読媒体」とは、命令実行システム、機器、又は装置によって、あるいは、これらと結合して使用するための、プログラムを装備、格納、通信、又は転送することができる任意の手段であってよい。コンピュータ可読媒体は、例えば、電子的、磁気的、光学的、電磁的、赤外線、半導体のシステム、機器、装置、媒体であってもよいが、これらに限定されない。コンピュータ可読媒体のより詳細な例（網羅的なリストではないが）は、１つ以上の結線を含む電気的な接続、可搬型コンピュータ・ディスケット、ＲＡＭ、ＲＯＭ、消去可能でプログラム可能な読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）を含む。

例えば、移動通信装置を含む多種多様の環境において本発明を実現できることが確実視されている。上記に記載した処理手順が必要に応じて反復して実行されることも理解される。理解を容易にするために、例えば、プログラム可能なコンピュータシステムの要素によって実行され得る一連のアクションを示す用語に関して本発明の諸側面を説明する。（専用機能を実行するために相互に接続された個別の論理ゲート又は特定用途向け集積回路などの）専用回路によって、１つ以上のプロセッサによって実行されるプログラム命令によって、又は、これら双方の組み合わせによって種々のアクションを実行できることが認められる。

以上に述べたように、本発明は、多くの異なる形式（必ずしもその全てについて以上で説明はしていないが）で具体化されてもよく、全てのそのような形式は本発明の範囲に含まれると思量される。本発明の多様な形態の各々について、任意のそのような形式は、説明の動作を実行する「ように構成された論理」、又は別案として、説明の動作を実行する「ところの論理」と呼ばれてもよい。用語「含む」及び「備える」は、本出願での使用では、述べられた特徴、整数、ステップ、又はコンポーネントが存在することを指定するものであり、その他の１つ以上の特徴、整数、ステップ、コンポーネント又はそれらのグループの存在又は付加を排除するものではないことに留意されたい。

以上で説明した個々の実施形態は、単に説明のためのものであって、いかなる手法であれ本発明を限定するものとは考えないようにされたい。本発明の範囲は、添付の特許の範囲によって決定されるものであり、特許の範囲に帰着する全ての派生形態及び等価案は本発明に包含されることを意図するものである。

現在のＩＰＴＶシステムには、遠隔地からシステムを監視し、かつ、制御するためのインタラクティブな方法が存在していない。家庭へ配信されるＩＰＴＶコンテンツの量の増加と共に、ある特定のコンテンツが放送される時刻や、ある特定のイベントが行われる時刻についてユーザが注意の喚起を受けることを所望する場合がある。米国特許出願２００８／０２４４６７０号明細書には、各ユーザの番組情報を格納する第１サブシステムと、当該第１サブシステムに格納された番組情報に従って促すべき必要のある番組情報を判定するための第２サブシステムとを含むＩＰＴＶサービスプロンプトについて記載されている。ＩＰＴＶサービスプロンプトの方法についても記載されており、ＩＰＴＶ番組を取得するためにユーザにタイムリーにプロンプトが表示されることが記載されている。国際特許出願０２／０８５００８号パンフレットには、人にイベントを思い出せるシステムについて記載されている。当該システムは、リマインダ・メッセージを送信する少なくとも１つの第１デバイス、例えば、テレビ又はコンピュータと、リマインド・メッセージを格納し、かつ、当該リマインド・メッセージを特定の時間に第２デバイスへ送信するサービス局及び各第１デバイスと関連付けられた少なくとも１つの第２デバイスと、リマインド・メッセージが第１デバイスからサービス局へ送信され、当該サービス局から当該第１デバイスに関連する第２デバイスへ送信される電話通信ネットワークとを備える。第１デバイスは、リマインダを格納し、自動的に、サービス局へ当該リマインダを転送する手段を備える。上記第１デバイス、第２デバイス又はサービス局として機能を提供するように、プログラマブル・デバイス上にロード可能なコンピュータプログラムも記載されている。国際特許出願２００４／０３６９１２号パンフレットには、ブロードキャストテレビ番組の視聴者を予想するリマインダシステムが記載されている。モバイル電話機へのアクセスを有するそれらの予想される視聴者は公衆電話網を介してＳＭＳメッセージを送信することができ、ブロードキャストの開始前にそれらのモバイル電話機へ送信される応答ＳＭＳメッセージを要求することができる。当該システム及び方法は、電子メール及び固定電話の少なくとも一方の１−９００プレフィックス・サービスを使用するように修正されうる。その放送に関する何らかのリマインダが作動する時刻にユーザが自宅にいなければ、ユーザはリマインダ及びイベントを見逃すことになる。テレビのショーに関連のないイベントにリマインダを追加する可能性も欠落している。

Claims (23)

1. 電子通信ネットワーク（１００）のユーザに対して表示すべきメディア情報に対応するリマインダを用いる方法であって、
   （ａ）前記ユーザの識別子と、前記リマインダの固有の識別子と、メディア情報識別子及びイベント時刻の少なくとも一方と、を含むリマインダ要求メッセージを生成するステップと、
   （ｂ）前記リマインダ要求メッセージを前記通信ネットワーク内の制御サーバ（１０６；１０８）へ送信するステップと、
   （ｃ）前記リマインダ要求メッセージに基づいて、複数のリマインダのリストを前記ユーザに関連して格納するステップと
   を含むことを特徴とする方法。
2. 前記メディア情報識別子は、プログラム・チャネル識別子を含むことを特徴とする請求項１に記載の方法。
3. 前記リマインダ要求メッセージに応じて、前記制御サーバは、ユーザ機器（１０２、５００）のウェブブラウザによって閲覧するためのリマインダ・ページをロードすることを特徴とする請求項１に記載の方法。
4. 前記リマインダ要求メッセージに基づいた時間に、前記制御サーバからユーザ機器の少なくとも１つにリマインダメッセージを送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
5. 前記リマインダメッセージは、チャネル識別子、番組タイトル、及び番組開始時間の少なくとも１つを含み、ユーザが前記リマインダについての選択を表現することを可能とする請求項４に記載の方法。
6. 前記選択は、番組の録画と、選択可能な期間及び再度のリマインドに対応するスヌーズと、チャネルの切替との少なくとも１つを含むことを特徴とする請求項５に記載の方法。
7. 前記番組を録画する選択に応じて、前記リマインダが時間を満了しているか否かと、前記ユーザが前記番組の録画を許可されているか否かとをチェックするステップをさらに含むことを特徴とする請求項５に記載の方法。
8. 前記リマインダメッセージを送信する前記ステップは、ユーザ所望の通知チャネルを判定するステップを含み、
   前記リマインダメッセージは、前記ユーザ所望の通知チャネルによって送信されることを特徴とすることを特徴とする請求項４に記載の方法。
9. 前記リマインダメッセージを送信する前記ステップは、
   前記ユーザが前記リマインダメッセージに応答するかどうかを判定するステップと、
   前記ユーザが前記リマインダメッセージに応答しない場合に、異なる通知チャネルによって別のリマインダメッセージを送信するステップと
   をさらに含むことを特徴とする請求項８に記載の方法。
10. 前記リマインダメッセージは、ショート・メッセージ・サービス・メッセージであることを特徴とする請求項４に記載の方法。
11. 前記リマインダメッセージを送信する前記ステップは、前記ユーザが前記通信ネットワークのインターネット・マルチメディア・サブシステム（１０４）へログインしているか否かを判定するステップを含むことを特徴とする請求項４に記載の方法。
12. 前記複数のリマインダの前記リストは、前記ユーザの格納済みのプロファイルと関連付けられることを特徴とする請求項１に記載の方法。
13. 前記ユーザによって送信される検索メッセージに応じて、前記複数のリマインダの前記リストを検索するステップをさらに含むことを特徴とする請求項１に記載の方法。
14. メディア情報にアクセスして描画するための電子通信ネットワーク（１００）におけるユーザ機器（５００）であって、
    前記電子通信ネットワーク内の１つ以上のエンティティ（１０４；１０６；１０８；１１０；１１４）と複数の電子信号の交換を行うトランシーバ（５０２）と、
    メモリ（５１０、５１２）内の複数の命令に従って前記複数の電子信号によって搬送される情報を処理するようにプログラム可能に構成された電子プロセッサ（５０４）と、
    ユーザ入力を前記電子プロセッサへ提供するデバイス（５０６；５０８）と
    を備え、
    前記電子プロセッサは、少なくとも、
    （ａ）ユーザ識別子と、リマインダの固有の識別子と、メディア情報識別子及びイベント時刻の少なくとも一方と、を含むリマインダ要求メッセージを生成し、かつ、
    （ｂ）前記通信ネットワーク内の制御サーバ（１０６；１０８）へ前記リマインダ要求メッセージを送信し、
    ユーザに表示すべきメディア情報に対するリマインダの生成が可能なインターネット・プロトコル・テレビ（ＩＰＴＶ）機能として構成されることを特徴とするユーザ機器。
15. 前記リマインダ要求メッセージは、少なくともハイパーテキスト転送プロトコル・メッセージであることを特徴とする請求項１４に記載のユーザ機器。
16. 前記電子プロセッサは、前記リマインダ要求メッセージに応じて、ネットワークエンティティにロードされたリマインダ・ページを閲覧するウェブブラウザを実行することを特徴とする請求項１４に記載のユーザ機器。
17. 前記電子プロセッサは、ユーザが前記リマインダ・ページ上で前記リマインダについての選択を表現することを可能とし、
    前記選択は、番組の録画と、選択可能な期間及び再度のリマインドに対応するスヌーズと、チャネルの切替との少なくとも１つを含むことを特徴とする請求項１６に記載のユーザ機器。
18. ユーザに対して提示すべきメディア情報に対応するリマインダを格納し、かつ、該リマインダを要求時に取り出すためのインターネット・プロトコル・テレビ制御サーバ（１０６）であって、
    電子通信ネットワーク（１００）の１つ以上のエンティティ（１０４；１０６；１０８；１１０；１１４）と複数の電子信号の交換を行うトランシーバ（６０２）と、
    前記複数の電子信号によって搬送される情報を処理するようにプログラム可能に構成された電子プロセッサ（６０４）と、
    検索可能な複数のリマインダを格納するメモリ（６０６；６１０）と
    を備え、
    前記電子プロセッサは、前記ユーザのプロファイルに関連して複数のリマインダのリストを格納し、
    前記リストには、少なくとも前記メディア情報の識別子と、前記複数のリマインダの固有の識別子とが含まれることを特徴とするインターネット・プロトコル・テレビ制御サーバ。
19. 前記電子プロセッサは、前記ユーザからのリマインダ要求メッセージに応じて、ウェブブラウザによって閲覧するリマインダ・ページをロードすることを特徴とする請求項１８に記載のインターネット・プロトコル・テレビ制御サーバ。
20. 前記電子プロセッサは、前記リマインダ要求メッセージに基づく時間に少なくとも１つのユーザ機器に対して、前記インターネット・プロトコル・テレビ制御サーバからリマインダメッセージが送信されるように構成されていることを特徴とする請求項１９に記載のインターネット・プロトコル・テレビ制御サーバ。
21. 前記電子プロセッサは、番組の録画を行うユーザ選択に応じて、前記リマインダが時間を満了しているか否かと、前記ユーザが前記番組の録画を許可されているか否かとをチェックするように構成されていることを特徴とする請求項２０に記載のインターネット・プロトコル・テレビ制御サーバ。
22. 前記電子プロセッサは、前記リマインダメッセージを受信するためのユーザ所望の通知チャネルを判定するようにさらに構成されていることを特徴とする請求項２０に記載のインターネット・プロトコル・テレビ制御サーバ。
23. 前記電子プロセッサは、前記ユーザが前記リマインダメッセージに応答するかどうかを判定し、前記ユーザが前記リマインダメッセージに応答しない場合に、異なる通知チャネルによって別のリマインダメッセージを送信するようにさらに構成されていることを特徴とする請求項２２に記載のインターネット・プロトコル・テレビ制御サーバ。

Images