JP2011530859A - メディア・ブックマーク - Google Patents

Abstract

番組またはその他のメディア・コンテンツ内の時間における個別のインスタンス、例えばシーンは明確な方法でマーク付けされうる。ブックマークと呼ばれうるシーンのマーキング情報は好適にはユーザのサービス・プロファイルの一部として通信ネットワークに記憶される。このようなブックマークを用いて、ユーザはとりわけ同一または異なるメディア装置上で、ブックマークされた時点から前方に番組の視聴を再開することができ、例えばチャットまたはその他のソーシャル・ネットワーキング交流内のリンクとして他人へブックマークを送ることができ、その結果としてその他人は（当然のことながら、その他人がそのコンテンツへアクセスする権利を有することを前提として）ブックマークされたシーンからまたはその周辺の番組を視聴できる。

Description

本発明は電子通信ネットワークに関し、より具体的にはパケット交換通信ネットワークにおけるメディア・コンテンツ配信に関する。

モジラ（登録商標）のファイアフォックスやマイクロソフト（登録商標）のインターネットエクスプローラ（登録商標）のような一般的なウェブブラウザは、ブラウザによりアクセス可能な個別のインターネット・ページやその他のファイル・ロケーションへユーザが戻ることを可能にするブックマークを提供する。各ページは統一資源識別子（ＵＲＩ）により識別され、ＵＲＩは当該ページへのブックマークをユーザが作成する場合にいつでも記録される。ユーザはより覚えやすくユーザフレンドリな名称をブックマークにつけ、ブックマークをフォルダなどに分類してカテゴリ分けする。

インターネット・プロトコル・テレビジョン（ＩＰＴＶ）はまた、有線および無線の電話ネットワークのような通信ネットワークに配備されるメディア・サービスをＩＰＴＶサービス・プロバイダが提供することを可能にするブラウザ技術を用いる。一般に、ＩＰＴＶは、一連のＩＰデータパケットとして符号化されたマルチメディア・ストリームを受信し表示するためのシステムである。ＩＰＴＶに関する作業はいくつかの文脈で進行中であり、この文脈は例えばインターネットおよび制御されたサービス品質（ＱｏＳ）性能を有する管理ネットワークを介してユーザ機器（ＵＥ）へマルチメディア・サービスおよびＩＰＴＶサービスを供給するためのエンド・ツー・エンド・プラットフォームの仕様を定めるオープンＩＰＴＶフォーラムを含む。機能的ＩＰＴＶアーキテクチャのバージョン１．１の仕様はwww.openiptvforum.orgで入手可能であり、このアーキテクチャは第３世代パートナーシップ・プロジェクト（３ＧＰＰ）により仕様が定められるＩＰマルチメディア・サブシステム（ＩＭＳ）を用いる。ＵＥは、有線（例えばイーサネット（登録商標）、ケーブルモデム、デジタル加入者線など）と無線（例えば３ＧＰＰ準拠のセルラ無線、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６など）との両方のような多くの方法でＩＭＳを通じて提供されるサービスへアクセスできる。

ＩＭＳは非特許文献１およびＴＳ２３．２２８の以前のバージョンで仕様が定められる。ＩＭＳは例えば非特許文献２、非特許文献３および非特許文献４に記載される。ＩＭＳベースのＩＰＴＶへの取り組みは非特許文献５および非特許文献６に記載される。

３ＧＰＰネットワークにおけるＩＭＳは自身の基本シグナリングの仕組みとしてセッション開始プロトコル（ＳＩＰ）およびセッション記述プロトコル（ＳＤＰ）を用いる。ＳＩＰは、エンドポイントを発見し、エンドポイント間の制御信号をルーティングするためにインターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）によりリクエスト・フォー・コメント（ＲＦＣ）３２６１で定義される仕組みであり、ＲＥＧＩＳＴＥＲ、ＩＮＶＩＴＥ、ＡＣＫおよびＢＹＥを含む単純な動作の集合である。ＳＤＰはメディアを宣言するためのプロトコルである。ＩＭＳネットワークにおいて、メディア・トランスポートはとりわけリアルタイム・トランスポート・プロトコル（ＲＴＰ）に基づく。非特許文献７はＳＩＰおよびＳＤＰに基づくＩＰマルチメディア呼制御プロトコルの仕様を定める。ＴＳ２４．２２９の第５節はＵＥにおけるＳＩＰの用法の仕様を定め、ＴＳ２４．２２９の第６節はＳＤＰの用法の仕様を定める。

ＩＰＴＶについてセットトップ・ボックス（ＳＴＢ）でありうるかまたは統合されたＳＴＢ機能を有するＴＶでありうるＵＥについて、ＩＭＳサービスおよびＩＰＴＶサービスへアクセスするために、ＵＥは、ＩＭＳコアノードであり本質的にＳＩＰサーバであるサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）へ登録する。ＩＭＳはまた、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、メディア・ゲートウェイ制御機能（ＭＧＣＦ）、およびコアノードへのＵＥのアクセスおよびコアノードを通じてメディア・サーバに存在するコンテンツへのＵＥのアクセスを仲介する１つ以上の境界ゲートウェイ（ＢＧ）を含む複数のアクセス・ノードを含む。ＵＥは、ＵＥがＩＭＳへ登録しアクセスすることを可能にする汎用集積回路カードに存在するアプリケーションすなわちコンピュータプログラムであるＩＰマルチメディア加入者識別モジュール（ＩＳＩＭ）を含みうる。ＩＳＩＭは、典型的にＩＭＳへのＵＥの登録を開始するために必要であり、且つプライベート・ユーザ識別子、１つ以上のパブリック・ユーザ識別子、およびホームネットワーク・ドメイン名を含むパラメータを用いて事前に構成される。

３ＧＰＰ技術仕様（ＴＳ）２３．２２８ Ｖ８．４．０「ＩＰマルチメディア・サブシステム（ＩＭＳ）ステージ２（リリース８）」、２００８年３月 Ｒ．ノルダスら「ＩＭＳネットワークについての多重アクセス」、エリクソン・レビュー第２号第８１〜８６ページ、２００８年 Ｕ．オルソンら「通信サービス‐ＩＭＳサービス成長への鍵」、エリクソン・レビュー第１号第８〜１３ページ、２００８年 Ｐ．アーバーグら「ＩＰＴＶのためのネットワーク基盤」、エリクソン・レビュー第３号第７９〜８３ページ、２００７年 Ｍ．セダバールら「オープンＩＰＴＶフォーラム‐オープンＩＰＴＶ標準へ向けて」、エリクソン・レビュー第３号第７４〜７８ページ、２００７年 Ｔ．セグニアスら「ＴＶ体験の発展：いつでもどこでもどの装置でも」、エリクソン・レビュー第３号第１０７〜１１１ページ、２００６年 ３ＧＰＰ ＴＳ２４．２２９ Ｖ７．１１．０「セッション開始プロトコル（ＳＩＰ）およびセッション記述プロトコル（ＳＤＰ）に基づくＩＰマルチメディア呼制御プロトコル、ステージ７、リリース７」２００８年３月

ＩＰＴＶにより提供される現在のＴＶ体験では、ライブ・ストリーミングまたはビデオオンデマンド（ＶｏＤ）により配信される番組内の特定のシーンをユーザが特定して最小の努力でそのシーンに戻れるようにすることができない。ライブ・ストリーミングについて、ユーザは番組を保存し、その後に所望のシーンに巻き戻さなければならず、これは時間のかかる事柄である。ＶｏＤは所望のシーンの位置を絞り込むことを支援しうる所定の「シーン選択」を提供するかもしれないが、実際の所望のシーンはなおも手動で発見されなければならない。

現在のＴＶ体験の別の欠点は、他の装置が元の視聴装置と同じローカル記憶装置へアクセスできない限り、ユーザが別の視聴装置から所望のシーンを読み出せないことである。また今日、視聴特性を変更することなしに、例えばポーズの最中にフレームをフリーズすることなしに進行中の番組に介入することは典型的に不可能であり、この視聴特性の変更は番組の視聴者の視聴体験に影響しうる。

本発明の１つの側面において、電子通信ネットワークのユーザへ表示されるメディア情報をブックマークする方法が提供される。前記方法は、ブックマーク要求メッセージを生成する工程と、前記通信ネットワーク内の制御サーバへ前記ブックマーク要求メッセージを送信する工程と、前記ブックマーク要求メッセージに基づいてブックマークのリストを更新する工程とを有する。前記ブックマーク要求メッセージは前記ユーザの識別子、前記メディア情報の識別子、時間インジケータ及びブックマーク表示名を少なくとも含む。

本発明のさらなる側面において、電子通信ネットワークについてメディア情報へアクセスしてレンダリングするためのユーザ機器が提供される。前記ユーザ機器は、前記ネットワーク内の１つ以上のエンティティと電子信号を交換するように構成された送受信器と、メモリ内の命令に従って前記電子信号により伝えられる情報を扱うようにプログラムで構成された電子プロセッサと、前記電子プロセッサへのユーザ入力を提供するように構成された装置とを備える。前記プロセッサは、少なくとも、前記ユーザの識別子、前記メディア情報の識別子、時間インジケータ及びブックマーク表示名を少なくとも含むブックマーク要求メッセージを生成し、前記通信ネットワーク内の制御サーバへ前記ブックマーク要求メッセージを送信することによってユーザへ表示されるメディア情報をブックマークすることを可能にするインターネット・プロトコル・テレビジョン（ＩＰＴＶ）機能のために構成される。

本発明のさらなる側面において、ブックマークを記憶し、要求に従ってブックマークを読み出すためのＩＰＴＶユーザ・プロファイル・サーバが提供される。前記サーバは、 電子通信ネットワークの１つ以上のエンティティと電子信号を交換するように構成された送受信器と、前記電子信号により伝えられる情報を扱うようにプログラムで構成された電子プロセッサと、読み出し可能なブックマークを記憶するように構成されたメモリとを備える。前記プロセッサはユーザのプロファイルに関連付けられたメディア情報のブックマークのリストを記憶するように構成され、前記リストは前記メディア情報の識別子、時間インジケータ及びブックマーク表示名を少なくとも含む。

メディア・ブックマーキングの方法における通信ネットワークと通信ネットワーク・エンティティ間の信号フローとを説明する図である。 セッション開始プロトコルに従うブックマーク・メッセージの例を説明する図である。 ＸＭＬ構成アクセス・プロトコルに従うブックマーク・メッセージの例を説明する図である。 メディア・ブックマーキングの方法における別の通信ネットワークと通信ネットワーク・エンティティ間の別の信号フローとを説明する図である。 ＸＭＬ構成アクセス・プロトコルに従うブックマーク・メッセージの別の例を説明する図である。 読み出されたブックマークを戻すためのメッセージの例を説明する図である。 ユーザ機器のブロック図である。 ＩＰＴＶユーザ・プロファイル・サーバのブロック図である。 ブックマークを読み出す方法を説明するフローチャートである。

本発明のいくつかの特徴、目的および利点が図面とともに本明細書を読むことで理解されるだろう。

以下により詳細に記載されるように、ＩＰＴＶ番組、またはより一般的にＩＭＳを通じてアクセスされるメディア・コンテンツにおける時間内の特定のインスタンス、例えばシーンは明確な方法でマーキングされる。ブックマークと呼ばれうるシーンのマーキング情報は好適にはネットワーク内に例えばユーザのＩＭＳまたはＩＰＴＶのサービス・プロファイルの一部として記憶される。ローカル装置ではなくネットワーク内にマーキング情報を記憶することにより、任意の場所から任意の装置でブックマークにアクセスできる。ブックマーキングが将来において番組内のシーンへ戻ることを暗示し、それ故例えば何らかの方式で不揮発性記憶装置によって、時間の少なくとも一部の期間についてアクセス可能となるように番組が続くと仮定できることを当業者は理解するだろう。

このようなブックマークを用いて、ユーザはとりわけ同一または異なるメディア・レンダリング装置上で、ブックマークされた時点から前方に番組の視聴を再開することができ、例えばチャットまたはその他のソーシャル・ネットワーキング交流内のリンクとして他人へブックマークを送ることができ、その結果としてその他人は（当然のことながら、その他人がそのコンテンツへアクセスする権利を有することを前提として）ブックマークされたシーンからまたはその周辺の番組を視聴できる。

図１は本発明に従ってコンテンツ・オン・デマンド（ＣｏＤ）のためのメディア・ブックマーキングの方法における通信ネットワーク１００内のエンティティ間の典型的な信号フローを説明する。説明される方法はＩＭＳの文脈においてＩＭＳに適したメッセージを採用するが、一般にその他のコンテンツおよびその他のタイプのメッセージが用いられうる。

ステップ１５２で、ユーザは、メディア情報の集合、例えばＵＥやセットトップ・ボックスのような装置でＩＭＳ１０４を通じてユーザがアクセス可能なメディア・サーバ１０２上の利用可能なメディア・コンテンツを視聴する要求を示す。ユーザは多くの方法、例えばＵＥで実行中のブラウザ・アプリケーションのリンクまたはＵＲＩをクリックすることによって要求を示してもよい。

ステップ１５４〜１６６は要求されたコンテンツのためにＩＭＳセッションを確立する処理に関する。ステップ１５４で、ＵＥ内のＩＰＴＶターミナル機能（ＩＴＦ）１０６はＩＭＳ１０４へ送信されるＳＩＰ ＩＮＶＩＴＥメッセージを準備し、ＩＭＳ１０４はＩＭＳに関連付けられたＩＰＴＶ制御サーバ１０８へＩＮＶＩＴＥメッセージを転送する。ＳＩＰ ＩＮＶＩＴＥメッセージはＩＭＳの文脈で適切であるが、その他の種類のメッセージがその他の文脈で用いられうることを当業者は理解するだろう。

ＩＴＦ１０６はＳＴＢ、統合ＴＶ／ＳＴＢ、パーソナルコンピュータ、移動体電話、またはその他のユーザ装置のようなＵＥ内の機能であり、ＩＰＴＶメディア情報が選択されユーザへ表示されることを可能にする。本出願で記載されるその他の機能と同様に、ＩＴＦ１０６は典型的に、ＵＥとネットワーク１００内のその他のエンティティとにより交換される信号によって伝えられる情報を扱うＵＥ内のメモリを有する適切にプログラムされた電子プロセッサまたはその均等物により実装される。ＩＰＴＶ制御サーバ１０８は、ユーザに利用可能なメディア情報を決定し制御する機能を実装するプログラムされたプロセッサである。

ＩＰＴＶ制御サーバ１０８はユーザの要求をメディア・コントローラ１１０へ転送し、メディア・コントローラ１１０はステップ１５６で、ユーザにより要求されたコンテンツを有するメディア・サーバ１０２へＤＥＳＣＲＩＢＥメッセージを送信する。ＤＥＳＣＲＩＢＥメッセージはリアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）メッセージまたは別の適切なプロトコルに従うメッセージでありうる。ステップ１５８で、メディア・サーバ１０２はＲＴＳＰセッション識別子を含むＲＴＳＰ ２００ ＯＫメッセージでメディア・コントローラ１１０に応答する。ステップ１６０で、メディア・コントローラ１１０はセッション識別子を含むＲＴＳＰ ＳＥＴＵＰメッセージをメディア・サーバ１０２へ送り、ステップ１６２でこのメッセージに対してメディア・サーバはＲＴＳＰ ２００ ＯＫメッセージで応答する。ステップ１６４で、メディア・コントローラ１１０はＲＴＳＰセッション識別子を含むＳＩＰ ２００ ＯＫメッセージを、ＩＭＳ１０４を用いてＩＰＴＶ制御サーバ１０８を通じてＩＴＦ１０６へ渡す。ステップ１６６で、ＩＴＦ１０６は適切な確認メッセージで応答し、このメッセージはＩＭＳ１０４からＩＰＴＶ制御サーバ１０８およびメディア・コントローラ１１０へ渡り、ＩＭＳセッションが確立されたことを示す。

ステップ１６８、１７０はユーザによるコンテンツの再生の処理に関する。ステップ１６８で、ユーザのＩＴＦ１０６は、確立されたセッションの識別子を含むＲＴＳＰ ＰＬＡＹメッセージをメディア・コントローラ１１０へ送信し、このメッセージはメディア・サーバ１０２へ転送される。ステップ１７０で、メディア・サーバ１０２はセッション識別子を含むＲＴＳＰ ２００ ＯＫメッセージでメディア・コントローラ１１０に応答し、メディア・コントローラ１１０はこのメッセージをＩＴＦ１０６へ転送する。メディア・コントローラ１１０は、例えば適切なタイマーを開始することによって、任意のブックマークを確立するために将来用いられる、再生要求についての開始時間を記録する（ステップ１７２）。メディア・サーバ１０２からＵＥのＩＴＦ１０６へのコンテンツ配信は、ＩＭＳ制御プレーンを通ることなく後に続いて起きる。コンテンツがインタラクティブな場合に、双方向矢印で示されるようにメディア・サーバ１０２とＩＴＦ１０６とによって適切な情報が交換される。

ステップ１７４で、例えばＵＥのディスプレイまたは特定のボタンもしくはＵＥ、リモート・コントロールなどのブックマーキングに関連付けられたその他の制御装置をクリックすることによって、コンテンツ内の時点またはシーンをブックマークする要求をＩＴＦ１０６へ示す。ユーザの要求に応答して、ＩＴＦ１０６内のブックマーク機能はコンテンツのタイトルおよび／またはその他の特徴に基づきうるブックマークについての表示名を示唆しうる。ユーザは、示唆されたブックマークの表示名を、ブックマークが要求されるのと同時に変更でき、または記憶されたブックマークを変更するために適切にプログラムされた手続きを通じて後から変更できる。

ステップ１７６で、ＩＴＦ１０６はＳＩＰ ＩＮＦＯメッセージをＩＭＳ１０４へ送り、このメッセージはＩＰＴＶ制御サーバ１０８へ転送される。ＩＮＦＯメッセージまたはブックマーク情報を伝えるその他の適切なメッセージは、とりわけメディア・コンテンツおよび視長時間に基づく１つ以上の情報要素を含む。ステップ１７８で、ＩＰＴＶ制御サーバ１０８はＳＩＰ ２００ ＯＫメッセージでＩＮＦＯメッセージに応答し、このＳＩＰ ２００ ＯＫメッセージはＩＭＳ１０８によりＩＴＦ１０６へ転送される。

ブックマーク・メッセージの例が図２に示され、図２は番組のＵＲＩ（“＜entry uri=...”）、番組の開始からのタイム・オフセット、すなわちずれ（“＜time-offset＞...”）、およびブックマーク表示名（“＜display-name...＞”）を含むＳＩＰ ＩＮＦＯメッセージを示す。図２において、IPTV-bookmarks xmins="urn:Bokmarks:2008"という行はＩＰＴＶブックマークの定義が行われるスキーマを示し、この情報要素についての値の例を示す。ＳＩＰから英語に変換されると、この行は“ＩＰＴＶブックマークとして知られる複合タイプであり、urn:Bookmarks:2008で発見されうるスキーマにより定義される要素および属性を含む”と解釈されうる。図２でsip:[email protected]という情報要素により識別されるユーザは、事前の識別・認証手続きによりＩＰＴＶ制御サーバ１０８に知られており、この手続きの間にユーザはＩＴＦ１０６からネットワークに登録されることに留意されたい。例としてコンテンツ・オン・デマンドを挙げると、適切なブックマーク・メッセージは少なくとも以下の情報要素を含む。メディア・コンテンツを識別するＵＲＩ、時間インジケータ、およびブックマーク表示名。上述のように、ＵＲＩおよび表示名はＩＴＦ１０６にすでに知られており、時間インジケータは以下に示されるようなフラグまたは時間値でありうる。

ＩＰＴＶ制御サーバ１０８は、番組自体の利用可能性のせいで、またはユーザによるブックマーキングの使用に関連するいくつかの検討のせいで、ブックマークされた番組が有限の期間だけ利用可能であることを決定してもよい。このような有限の期間だけブックマークが利用可能である場合に、ＩＰＴＶ制御サーバ１０８は関連のあるブックマーク情報へ＜expiration＞要素を付加しうる。

ＳＩＰ ＩＮＦＯメッセージがブックマーク・メッセージの単なる例であり、その他の種類のメッセージおよびその他のプロトコルを用いうることを当業者は理解するだろう。ＳＩＰ ＩＮＦＯメッセージのようなブックマーク・メッセージは、表示されているメディア情報の現在の状態へ戻るために必要な様々な情報要素を含みうる。例えば、コンテンツがゲームに関連付けられている場合に、ブックマーク・メッセージはブックマークが読み出される際にゲームの状態を再現するのに十分なゲームのメタデータを含むだろう。この例では、メディア情報がインタラクティブなクイズ番組を含む場合に、特定の時点のコンテンツをブックマークすることはその時点におけるユーザの点数および他の参加者の点数を記録することになるだろう。後になって、このブックマークからユーザがコンテンツを再開する際に、クイズの状態が再現されるだろう。

別の適切な仕組みのタイマーは、コンテンツの開始から、ブックマーク要求を生成する時間のようなブックマーク時間までの時間のずれを決定するために用いられる。図１に説明されるように、メディア・コントローラのタイマーはユーザの再生要求（ステップ１６８）を確認した際に開始される（ステップ１７２）。例えば、時間インジケータはＩＴＦ１０６内の適切なタイマーにより決定される時間ずれ値でありうるし、またはステップ１８０で説明されるように時間インジケータはメディア・コントローラ１１０内の適切なタイマーを読み取らせるフラグでありうる。ブックマーク要求（ステップ１７６）を受けた際にステップ１８２で経過時間値またはその他の適切な指標が読み出される。

ブックマーキングの実用上の側面を検討すると、典型的に、ブックマークが作成されるべきであるとユーザが実感する時間とユーザが実際に“ブックマーク”ボタンを押してブックマーク要求が生成される時間との間に遅延が存在する。よって、ブックマーク時間はＩＴＦがブックマーク要求を受けた時間よりも幾分の時間早く設定されるべきである。１つのオプションは、経過時間時の読み出しにおいて適切な「反応時間」を減算するようにメディア・コントローラ１１０を構成することである。代替として、ＩＴＦ１０６は、ユーザが再生のためにブックマークを選択する際にメディアにより読み出される実際の経過時間から「反応時間」を減算するように構成されうる。「反応時間」の量はユーザにより選択可能であり、ユーザ・プロファイルの別の側面として記憶されうるだろう。

ステップ１８４、１８６で、ＩＰＴＶ制御サーバ１０８は好適にはＩＰＴＶ制御サーバ１０８により、または関連するＩＰＴＶユーザ・プロファイル・サーバ１１２により記憶された個々のユーザ・プロファイルの一部であるブックマークのリストを更新する。ユーザ・プロファイルの複製がユーザのＩＴＦ１０６において維持されうる。更新は有利には拡張可能なマーク付言語（ＸＭＬ）構成アクセス・プロトコル（ＸＣＡＰ）を用い、ＸＣＡＰはユーザ・プロファイルを新たなブックマークで更新するための効率的な仕組みである。ステップ１８４で、ＩＰＴＶ制御サーバ１０８は、ブックマーク・アドレス、コンテンツについてのＵＲＩ、時間ずれ、（存在する場合に）ブックマークの有効期間の指標、およびブックマーク表示名のような関連するブックマーク情報を含むＸＣＡＰ ＰＵＴメッセージをＩＰＴＶユーザ・プロファイル・サーバ１１２へ送信する。ステップ１８６で、ＩＰＴＶユーザ・プロファイル・サーバ１１２はブックマークの作成が成功したことを示すために、ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ） ２００ ＯＫメッセージのようなメッセージで応答する。

ステップ１８８で、ＩＴＦ１０６上のユーザのローカル・ブックマーク・アプリケーションはＩＰＴＶ制御サーバ１０８からＩＴＦ１０６へ送信されたＳＩＰ ＮＯＴＩＦＹメッセージによって、追加されたブックマークを通知される。標準ＳＩＰの用法に従って、ＩＴＦ１０６はＮＯＴＩＦＹメッセージに対してＳＩＰ ２００ ＯＫメッセージで確認応答する（ステップ１９０）。ステップ１８８、１９０について、ユーザのＩＴＦは、ブックマーク・アプリケーションについてのxcap-diffイベント・パッケージまたは同様のものを含むＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを用いてプロファイルへの変更の通知を受信することを事前に要求していただろうことが理解されるだろう。このような要求に応答して、ブックマーク要求を生成するために用いられるＩＴＦへＳＩＰ ＮＯＴＩＦＹメッセージがステップ１８８で送信される。

ＮＯＴＩＦＹメッセージは、xcap-diffイベント・パッケージを用いてプロファイルへの変更を受信するように依頼するＩＴＦからＳＵＢＳＣＲＩＢＥメッセージを送信することによってこのような通知を受信するように購読しているユーザに関連するその他のＩＴＦへも送信される。新たなＩＴＦ、すなわちユーザのプロファイルの複製を有しないＩＴＦについて、このような購読要求はユーザのプロファイル全体がダウンロードされる結果となりうる。次いで、ネットワークからこのＩＴＦへの後続の通知は、プロファイルへの変更だけを送信する結果となる。ＮＯＴＩＦＹメッセージは、ブックマークが期限切れとなったことをＩＴＦへ通知するためにも用いられ、その結果としてＩＴＦはブックマークを削除するか、それを使用不能にするか、それ以外の方法ではブックマークがもはや有効でないことをユーザに視覚的に示すことができる。

ＸＣＡＰにより、クライアントはサーバ上にＸＭＬフォーマットで格納されたアプリケーション構成データを読み出し、書き込み、そして変更することができる。このようなアプリケーション構成データのそれぞれは“アプリケーション用法”と呼ばれ、アプリケーション一意識別子（ＡＵＩＤ）と呼ばれる一意な名称に関連付けられる。ユーザについてのＩＰＴＶブックマークはこのようなアプリケーション用法の個別のケースであり、このようなブックマークについてのＡＵＩＤは、ユーザのブックマーク情報が格納される論理データ・ストアにアクセスするためにユーザ名とともにＸＣＡＰ要求に用いられる。

ＸＣＡＰにより管理される文書に変更が生じたことを示すために用いられうる文書形式を定義するＩＥＴＦドラフトにxcap-diffが関連することを当業者は理解するだろう。これは、いくつかのクライアントがサーバ上に記憶された同一のＸＭＬ文書を共有し、共有された文書を変更するためにＸＣＡＰを用いる場合に有用である。クライアントはいっせいにドキュメントを変更できるため、そのメモリにクライアントがキャッシュした文書が最新のバージョンであることを確定する単純な方法は存在しない。この問題を扱うために、クライアントはＸＣＡＰ文書における変更イベントを購読するために、ＩＥＴＦ ＲＦＣ ３２６５に定義されるようなイベント・パッケージを用いることができる。xcap-diff-eventはこのようなイベント・パッケージであり、このイベント・パッケージを購読するクライアントは対象のＸＭＬ文書への任意の変更を通知されるだろう。用いられるデータ形式はＸＣＡＰディフ文書と呼ばれるＸＭＬ文書形式であり、この形式は文書が変更されたことを示すことができ、自身の以前のエンティティ・タグおよび新たなエンティティ・タグを提供することができる。これはまた、オプションとして、変更前のバージョンからその後のバージョンへの文書の変換方法を示すパッチ動作の集合、例えばI-D.ietf-simple-xml-patch-opsを含みうる。ＸＣＡＰ文書のＸＭＬの要素および属性のコンテンツもこの形式で配信されうる。

図３はＩＰＴＶ制御サーバからＩＰＴＶユーザ・プロファイル・サーバへ送信されうるＸＣＡＰ ＰＵＴメッセージの例を説明する。上述のように、ＸＣＡＰは完全なシステムを形成する機能間でＸＭＬ情報のフラグメントが容易に認識され交換されることを可能にするプロトコルである。ＸＣＡＰを用いれば、ユーザ・プロファイルをブックマークで更新するために、ユーザ・プロファイル全体を送信する必要はない。図３に見て取れるように、ＸＣＡＰメッセージはブックマーク・アドレス（“http://userprofileserver.iptvprovider.com...”）、メディア情報のＵＲＩ（“＜entry uri=...”）、メディア情報の開始からの時間ずれ（“＜time-offset＞...”）、ブックマークが利用可能でなくなる時間（“＜expiration＞...”）、およびブックマーク表示名（“＜display-name＞...”）を含む。図３で情報要素sip:[email protected]により識別されるユーザは、ＩＴＦ１０６からＩＰＴＶ制御サーバ１０８にユーザが登録した以前の識別・認証手続きから、ＩＰＴＶ制御サーバ１０８およびＩＰＴＶユーザ・プロファイル・サーバ１１２に知られている。

図４は本発明に従うリニアＴＶについてのメディア・ブックマーキングの方法における別の通信ネットワーク１００´内のエンティティ間の典型的な信号フローを示す。リニアＴＶは一般的に事前に定められたスケジュールに従って提示されるメディア情報の番組である。

ステップ４０２で、ユーザは、ＳＴＢのようなアクセス装置により実装されたＩＴＦ１０６を用いてユーザがアクセス可能なリニアＴＶ番組の視聴の要求を示す。ユーザは多くの方法で、例えばＵＥ上で稼動しているブラウザ・アプリケーション内のリンクまたはＵＲＩをクリックすることによって、要求を示しうる。

ステップ４０４−４０８はリニアＴＶのためのＩＭＳ制御セッションを確立する処理に関する。ステップ４０４で、ユーザのＩＴＦ１０６はＩＭＳ１０４へ送信されるＳＩＰ ＩＮＶＩＴＥメッセージを準備し、ＩＭＳ１０４はユーザの要求をＩＭＳ１０４に関連付けられたＩＰＴＶ制御サーバ１０８へ転送する。ＩＰＴＶ制御サーバ１０８はステップ４０６でＳＩＰ ２００ ＯＫメッセージで応答し、このメッセージはＩＭＳ１０４を通じてＩＴＦ１０６へ転送される。ステップ４０８で、ＩＴＦ１０６は適切な確認メッセージで応答し、このメッセージはＩＭＳからＩＰＴＶ制御サーバへ渡され、ＩＭＳセッションが確立したことを示す。

ステップ４１０で、ＩＴＦ１０６は、ユーザにより要求されたリニアＴＶチャネルについてのマルチキャスト・アドレスに参加するために、インターネット・グループ管理プロトコル（ＩＧＭＰ）のＪＯＩＮメッセージを発行する。ＪＯＩＮメッセージは、リニアＴＶチャネルのコンテンツがユーザのＩＴＦ１０６へ配信されるという結果とともに、デジタル加入者線アクセス多重化器（ＤＳＬＡＭ）１１４またはその他の適切なネットワーク装置へ送信される。ＤＳＬＡＭは一般に複数のユーザをネットワークに接続できる多重化器であり、マルチキャスト・グループは通信ネットワークを越えてリニアＴＶチャネルを配信するための効率的且つ現在普及している仕組みである。ＩＧＭＰはＩＰマルチキャスト・グループを管理するためにＩＰホストにより用いられ、ビデオおよびその他のコンテンツをストリーミングするためのグループのメンバーを発見するために、接続されたルータにより用いられる。ＩＧＭＰバージョン１はＲＦＣ１１１２により定義され、ＩＧＭＰバージョン２はＲＦＣ２２３６により定義され、ＩＧＭＰバージョン３はＲＦＣ３３７６により定義される。

ステップ４１２で、ユーザは例えばＵＥのディスプレイまたは特定のボタンもしくはＵＥ、リモート・コントロールなどでのブックマーキングに関連付けられたその他の制御装置上でクリックすることによって、番組内の時点またはシーンをブックマークする要求をＩＴＦ１０６へ示す。ユーザの要求に応答して、ＩＴＦ１０６内のブックマーク機能は、番組のタイトルおよび／またはその他の特徴に基づきうるブックマークについての表示名を示唆することができるとともに、記憶されたブックマークを変更するための手続きを通じて、要求と同時に、または後で行われた場合に、ブックマークの示唆された表示名をユーザに変更させることができる。

ステップ４１４で、ＩＴＦ１０６はＳＩＰ ＩＮＦＯメッセージをＩＭＳ１０４へ送信し、ＩＭＳ１０４はこのメッセージをＩＰＴＶ制御サーバ１０８へ転送する。リニアＴＶ番組が記録されていないという情報をＩＴＦ１０６が有する場合に、ＩＴＦ１０６は典型的にＳＩＰ ＩＮＦＯメッセージを生成して送信することはなく、ユーザに適切に忠告するだろう。ＩＴＦ１０６はこのような情報を番組スケジュールから取得でき、番組スケジュールは番組がブックマークされうるかを示すアイコンまたはその他の表示を含みうる。ＩＮＦＯメッセージまたはその他の適切なメッセージは好適には少なくとも以下の情報要素を含む。番組マルチキャスト・アドレス、要求された番組についてのコンテンツ識別子、およびユーザにより選択されたブックマーク表示名。ステップ４１６で、ＩＰＴＶ制御サーバ１０８は番組が利用可能かどうかを確認する。例えば、サーバはネットワーク１００´に番組が記録されているかどうかを判定する。

番組が記録されていない場合に、番組が後の時間においてアクセス可能でないだろうからブックマークを生成することができず、適切なメッセージがユーザへ提供されうる。ＩＴＦ１０６は自身のタイマーおよび番組スケジュールの複製に基づいて自身のブックマーク・メッセージに時間オフセットを含める。ＩＰＴＶ制御サーバ１０８は次いで番組の記述子についてのＵＲＩが記録されているかを判定する。ステップ４１６が完全に成功した場合に、ＩＰＴＶ制御サーバ１０８は動作の成功を示すためにＩＭＳ１０４を通じてＩＴＦ１０６へＳＩＰ ２００ ＯＫメッセージを戻す（ステップ４１８）。

番組が記録されていたとしても、ＩＰＴＶ制御サーバは典型的に番組がいつ再生を開始したか、すなわちＪＯＩＮメッセージがＩＴＦ１０６からＤＳＬＡＭ１１４へいつ送信されたか（ステップ４１０）を知らないことに留意されたい。ＩＰＴＶ制御サーバはブックマーク時間を算出できず、よって時間オフセットがＩＴＦ１０６により決定される。

ステップ４２０、４２２で、ＩＰＴＶ制御サーバ１０８は、好適にはＩＰＴＶ制御サーバ１０８によりまたは関連するＩＰＴＶユーザ・プロファイル・サーバ１１２により記憶された個々のユーザ・プロファイルの一部であるブックマークのリストを更新する。図１、３に関連して上述されたように、新たなブックマークでユーザ・プロファイルを更新するための効率的な仕組みとして、更新は有利にはＸＣＡＰを用いる。ステップ４２０で、ＩＰＴＶ制御サーバ１０８は、ブックマーク・アドレス、ネットワークに記録されたコンテンツについてのＵＲＩ、時間ずれ、およびブックマーク表示名のような後から番組を読み出すための関連するブックマーク情報を含むＸＣＡＰ ＰＵＴメッセージをＩＰＴＶユーザ・プロファイル・サーバ１１２へ送信する。ＸＣＡＰ ＰＵＴメッセージはまた、ブックマークの有効期間を示す有効期限要素を含みうる。ステップ４２２で、ＩＰＴＶユーザ・プロファイル・サーバ１１２はブックマークの作成の成功を示すためにＨＴＴＰ ２００ ＯＫメッセージで応答する。

ステップ４２４で、ＩＴＦ１０６上のユーザのローカル・ブックマーク・アプリケーションは、ＩＭＳ１０４を介してＩＰＴＶ制御サーバ１０８からＩＴＦ１０６へ送信されたＳＩＰ ＮＯＴＩＦＹメッセージによって、追加されたブックマークを通知される。標準ＳＩＰの用法に従って、ＩＴＦ１０６はＳＩＰ ２００ ＯＫメッセージでＮＯＴＩＦＹメッセージに確認応答する（ステップ４２６）。ステップ４２４、４２６が発生するように、上述のようにユーザがブックマーク・アプリケーションについてのxcap-diffイベント・パッケージを事前に購読しているだろうことが理解されるだろう。

ブックマークが作成された後に、ＳＴＢまたはその他のＵＥのような適切なアクセス装置から自身のＩＰＴＶユーザ・プロファイルに単にアクセスすることによって、ユーザは自身のブックマークのリストを読み出すことができ、このようなアクセスはブックマークが作成されたものとは異なる装置から実行されうる。ブラウザを通じてＩＰＴＶシステムにログインまたはその他のようにサインオンする際に、ユーザには典型的に選択可能なリンクのメニューが提示され、このリンクの１つは“ＩＰＴＶブックマーク”へのリンクでありうる。このリンクを選択することによって、ユーザのＩＴＦは記憶されたブックマークを読み出すために、上述のようにＩＰＴＶブックマークを記憶しているＩＰＴＶユーザ・プロファイル・サーバへ要求を送信する。

図５はユーザ・プロファイルのブックマーク部分から特定のユーザのブックマークを取り出すための適切な要求メッセージであるＸＣＡＰ ＧＥＴメッセージを説明する。ブックマークＡＵＩＤは図５で“IPTV-Bookmark”と呼ばれる。要求メッセージはユーザを識別する情報要素（例えば“sip:[email protected]”）とサービス・プロバイダを識別する情報要素（例えば“iptvprovider.com”）とを含む。

要求メッセージに従って動作する前に、ＩＰＴＶユーザ・プロファイル・サーバ１１２または別のネットワーク・エンティティは典型的に適切なユーザ認証・アクセス制御手続き、例えばユーザにユーザ名およびパスワードの入力を要求することを含む。これらの手続きが正しく完了し、アクセスが許可された場合に、適切なメッセージでブックマークのリストが戻される。

図６はＩＰＴＶユーザ・プロファイル・サーバ１１２からＩＴＦ１０６へ読み出されたブックマークを戻すために適しているＨＴＴＰ ２００ ＯＫメッセージを説明する。図６で、ブックマークのエントリーの属性として戻されたブックマークの項目とともに、各ブックマークのＵＲＩ（“＜entry uri=...”）、番組の開始からの時間ずれ（“time-offset=...”）、およびブックマーク・リスト名（“＜list name=...”）をメッセージが含むことが見て取れる。各ブックマーク・エントリーは、ブックマークが作成された際にこのような情報が設定されたならば、日付および時間のような有効期限情報（“expiration=...”）を含みうる。これらの結果はユーザへ表示され、ユーザは表示された結果から選択することができる。ユーザのアクセス装置内のＩＴＦ１０６に含まれるウェブブラウザはメッセージを構文解析する。ユーザはＩＴＦ１０６内のウェブブラウザを用いて、ブックマークのリストから選択された１つ以上のブックマークを変更または編集し、リストされたブックマークを表現するＸＭＬ文書を変更するための適切なＸＣＡＰメッセージを用いてネットワークへ変更を送信できることを当業者は理解するだろう。

ブックマークのリストは実質的に同一の方法で始まる多くの方法で読み出されうることが理解されるだろう。ユーザ・プロファイル内のブックマークに関連する情報をＩＰＴＶユーザ・プロファイル・サーバ１１２が保存した後に、ＩＰＴＶユーザ・プロファイル・サーバ１１２はＩＰＴＶ制御サーバ１０８へＯＫメッセージを送信する（ステップ１８６、４２２）。ＩＰＴＶ制御サーバ１０８は、ＯＫメッセージを保存成功とみなし、ＳＩＰ ＮＯＴＩＦＹメッセージを生成する（ステップ１８８、４２４）。ＳＩＰ ＮＯＴＩＦＹメッセージはブックマーク情報を記述するＸＭＬ本文を含む。このようなＸＭＬ本文は基本的に、ブックマークが保存されることを要求する、ＩＰＴＶユーザ・プロファイル・サーバ１１２へＩＰＴＶ制御サーバ１０８により送信されるＰＵＴメッセージ内のものと同一でありうるが、time-offsetのようなネットワークにより付加された要素を含みうる。ＩＴＦ１０６は自身のローカル・ブックマーク・リストを更新するためにこのようなＳＩＰ ＮＯＴＩＦＹメッセージ内の情報を用いうる。

本出願で説明されたメディア・コンテンツに関連するものの、メディア・コンテンツを表示しブックマークを生成するために用いられる装置には関連しないブックマークは、ブックマークがユーザに利用可能な任意の適切な装置からアクセスされて利用可能であるので、番組再生について多くのさらなる機能をユーザに提供する。このような能力は例えばゲームの状態またはその他のインタラクティブ・コンテンツがキャプチャされ、後から再現されることを可能にするインタラクティブＴＶで特に有用である。さらに、ＩＰＴＶブックマークのＸＣＡＰアプリケーション用法を用いて、ブックマーク要求は適切なディレクトリ内のユーザ・プロファイルにエントリーを容易に追加するＸＣＡＰ要求へ変換されうる。ユーザは適切な認証の後に任意の装置からディレクトリにアクセスでき、記憶されたブックマークを読み出すことができる。

本出願で説明された方法および装置は移動体無線ネットワークのような多くの種類の電子通信ネットワークで実施可能であることを当業者は理解するだろう。

図７は本出願で説明されるメディア番組コンテンツにアクセスしてレンダリングするための移動体電話、ＳＴＢ、コンピュータなどのような典型的なＵＥ７００のブロック図である。ＵＥ７００は図１や図４に説明された１つ以上のネットワーク・エンティティと電子信号を交換するために適している送受信器７０２を含む。これらの信号で伝えられる情報はプロセッサ７０４により扱われ、プロセッサ７０４は１つ以上のサブプロセッサを含んでもよく、上述のＵＥ７００の動作を実行するために例えばＩＴＦ１０６を含む１つ以上のソフトウェア・モジュールおよびアプリケーションを実行する。ＵＥ７００へのユーザ入力はキーパッド、リモート・コントロール、またはその他の装置７０６を通じて提供され、ユーザへ提示される情報はディスプレイ７０８へ提供される。ディスプレイがタッチスクリーン機能を有する場合に、ユーザ入力はディスプレイを通じて提供されうる。ソフトウェア・アプリケーションは適切なアプリケーション・メモリ７１０に記憶されてもよく、ＵＥはまた、所望の情報を適切なメモリ７１２にダウンロードおよび／またはキャッシュしてもよい。ＵＥ７００はまた、コンピュータ、マイクなどのようなその他のコンポーネントをＵＥ７００へ接続するために用いられうるインタフェース７１４を含んでもよい。

ブックマークの作成において、ＩＴＦ１０６はキーパッド７０６またはインタフェース７１４を介してブックマーク要求を受け取り、この要求はプロセッサ７０４へ渡され、プロセッサ７０４は以前のセッション確立を通じてユーザへ提示されているコンテンツまたは番組のメモリ７１２内の情報を有する。プロセッサ７０４はまた、メモリ７１２内の番組スケジュールの自身の複製に基づいて番組への時間オフセットを知っており、この情報を用いて、プロセッサ７０４は適切なＳＩＰ ＩＮＦＯメッセージを形成し（ステップ１７６またはステップ４１４）、送受信器７０２を介してこのメッセージをＩＭＳ１０４へ送信する。送受信器７０２はユーザのブックマークへの更新を示すＳＩＰ ＮＯＴＩＦＹメッセージを受信し（ステップ１８８またはステップ４２４）、プロセッサ７０４はメモリ７１２内の自身のローカルのブックマークの複製に更新を記録する。ＩＴＦ１０６は、プロセッサ７０４に、送受信器７０２によりネットワークへ送信されるＳＩＰ ２００ ＯＫメッセージを形成させることによってＳＩＰ ＮＯＴＩＦＹメッセージの受信について確認応答し（ステップ１９０またはステップ４２６）、プロセッサ７０４は次いでブックマークの表示または実際のブックマークそのものを、ディスプレイ７０８を介してユーザへ提示してもよい。

図８は本出願で説明された要求に従ってブックマークを記憶し読み出すための典型的なＩＰＴＶユーザ・プロファイル・サーバ１１２のブロック図である。ＩＰＴＶユーザ・プロファイル・サーバ１１２は図１や図４に示された１つ以上のネットワーク・エンティティと電子信号を交換するために適している送受信器８０２を含む。これらの信号で伝えられる情報はプロセッサ８０４により扱われ、プロセッサ８０４は１つ以上のサブプロセッサを含んでもよく、上述のＩＰＴＶユーザ・プロファイル・サーバ１１２の動作を実行するために１つ以上のソフトウェア・モジュールおよびアプリケーションを実行する。特に、プロセッサ８０４は適切なメモリ８０６にユーザ・ブックマークを記憶し、受け取った要求に応答して選択されたブックマークをメモリ８０６から読み出す。典型的なＩＰＴＶユーザ・プロファイル・サーバ１１２はネットワーク内のデータベース・サーバであり、それ故ユーザ入出力のためにキーパッド／ディスプレイ８０８は通常、必要ではないが、このようなインタフェースは管理機能のために提供されうることが理解されるだろう。プロセッサ８０４により実行されるソフトウェア・アプリケーションは適切なアプリケーション・メモリ８１０に記憶されうる。

図９はＩＰＴＶユーザ・プロファイル・サーバ１１２からブックマークを読み出す方法を説明するフローチャートである。上述のように、ユーザは好適には図５で説明されたもののようなＸＣＡＰ ＧＥＴメッセージである要求をユーザのＵＥからＩＰＴＶユーザ・プロファイル・サーバ１１２へ送信する（ステップ９０２）ことによって、自身のブックマークのリストを読み出す。このような要求を送信することはＩＰＴＶシステムにログインまたはその他の方法でサインオンし、場合によってはＩＰＴＶユーザ・プロファイル・サーバ１１２へユーザ名およびパスワードを提供することを含みうる。アクセスが許可された場合（ステップ９０４でＹＥＳ）に、図６に説明されるＨＴＴＰ ２００ ＯＫメッセージのような適切なメッセージでＩＰＴＶユーザ・プロファイル・サーバ１１２によってブックマークのリストがユーザのＵＥへ戻される（ステップ９０６）。戻されたブックマークまたはブックマークのリストは、上述のように様々なＵＥへ戻されうる。ユーザのＵＥにおいて、戻されたメッセージは有利にはユーザのＵＥにより実施されるブラウザまたはその他の適切なアプリケーションにより構文解析され、読み出されたブックマークまたはブックマーク・リストはＵＥのディスプレイに提示される（ステップ９０８）。アクセスが許可されない場合（ステップ９０４でＮＯ）に、失敗または同様のエラー・メッセージがＵＥのディスプレイに提示される。

本明細書に説明される発明は、コンピュータ・ベースのシステム、プロセッサ包含システム、媒体から命令をフェッチしてその命令を実行できるその他のシステムのような命令実行システム、装置、またはデバイスを用いるか、またはこれらと連動する適切な命令セットを記憶した任意の形式のコンピュータ読み取り可能な記憶媒体に全体として具現化されることが検討されうる。本明細書で用いられるように、“コンピュータ読み取り可能な媒体”は命令実行システム、装置、またはデバイスを用いるか、これらと連動するプログラムを含み、記憶し、通信し、またはトランスポートできる任意の手段でありうる。コンピュータ読み取り可能な媒体は、例えば電気、磁気、光学、電磁気、赤外線、または半導体のシステム、装置、デバイス、または媒体でありうるがこれらに限定されない。コンピュータ読み取り可能な媒体のより具体的な例（非包括的なリスト）は、１つ以上の配線を有する電子的接続、ポータブル・コンピュータ・ディスケット、ＲＡＭ、ＲＯＭ、および消去可能なプログラマブル・リードオンリ・メモリ（ＥＰＲＯＭまたはフラッシュメモリ）を含む。

本発明は例えば移動体通信装置を含む多様な環境で実施されうることが予期される。上述の手続きは必要に応じて反復して実行されることが理解されるだろう。理解を容易にするために、本発明の側面は例えばプログラマブル・コンピュータ・システムの要素により実行されうる動作の列の観点で説明される。様々な動作が特殊用途回路（例えば特殊機能を実行するために相互接続された個別論理ゲートまたは特定用途向け集積回路）によって実行されてもよいし、１つ以上のプロセッサにより実行されるプログラム命令により実行されてもよいし、両者の組み合わせにより実行されてもよいことが理解されるだろう。

よって、本発明は多くの相異なる形式で具現化されてもよく、それらのすべてが上述されたわけではなく、このような形式のすべてが本発明の範囲に含まれることが意図される。本発明の様々な側面のそれぞれについて、このような任意の形式は説明された動作を実行“するように構成されたロジック”として表されてもよく、これに代えて、説明された動作を実行“するロジック”として表されてもよい。本出願で用いられる場合に、“備える”または“備えている”という用語は記載された機能、整数、ステップ、構成要素の存在を特定するが、１つ以上のその他の機能、整数、ステップ、構成要素、またはこれらのグループの存在または追加を排斥しない。

上述の特定の実施形態は単に例示であり、いかようにも制限的に解釈されるべきではない。本発明の範囲は以下の特許請求の範囲により決定され、特許請求の範囲に含まれるすべての変形および均等物がここに包含されることが意図される。

Claims (22)

1. 電子通信ネットワーク（１００；１００´）のユーザへ表示されるメディア情報をブックマークする方法であって、
   （ａ）前記ユーザの識別子、前記メディア情報の識別子、時間インジケータ及びブックマーク表示名を少なくとも含むブックマーク要求メッセージを生成する工程と、
   （ｂ）前記電子通信ネットワーク内の制御サーバ（１０８；１１２）へ前記ブックマーク要求メッセージを送信する工程と、
   （ｃ）前記ブックマーク要求メッセージに基づいてブックマークのリストを更新する工程と
   を有することを特徴とする方法。
2. 前記メディア情報はメディア・コンテンツ又はメディア番組であることを特徴とする請求項１に記載の方法。
3. 前記メディア番組が前記電子通信ネットワークに記録されているかを判定する工程と、
   前記メディア番組が記録されていない場合に前記ブックマーク要求メッセージに応答して利用不能メッセージを送信する工程と
   を更に有することを特徴とする請求項２に記載の方法。
4. ブックマークを読み出し、前記読み出したブックマークを少なくとも１つのユーザ機器へ送信する工程を更に有することを特徴とする請求項１に記載の方法。
5. 前記ブックマークのリストへの変更の通知を受信するために購読する工程と、
   前記ブックマークのリスト内の変更を示す少なくとも１つの通知メッセージを送信する工程と
   を更に有することを特徴とする請求項１に記載の方法。
6. 前記ブックマーク要求メッセージを生成する前記工程は、前記メディア情報の少なくとも１つの特徴に基づく表示名を示唆する工程を含むことを特徴とする請求項１に記載の方法。
7. 前記ブックマーク要求メッセージはＳＩＰ ＩＮＦＯメッセージであることを特徴とする請求項１に記載の方法。
8. 前記時間インジケータは前記メディア情報の開始から前記ブックマーク要求メッセージが生成される時間までの時間ずれであることを特徴とする請求項１に記載の方法。
9. 前記ブックマークのリストを更新する前記工程は、有効期限指標をブックマークに含める工程を含むことを特徴とする請求項１に記載の方法。
10. 前記ブックマーク要求メッセージは前記メディア情報のメタデータを含むことを特徴とする請求項１に記載の方法。
11. 前記メディア情報はインタラクティブなメディア・コンテンツであり、前記メタデータは前記インタラクティブなメディア・コンテンツの状態を再現可能なものであることを特徴とする請求項１０に記載の方法。
12. 前記ブックマークのリストは前記ユーザに関して記憶されたプロファイルに関連付けられることを特徴とする請求項１に記載の方法。
13. 前記プロファイルは前記制御サーバにより記憶されることを特徴とする請求項１２に記載の方法。
14. 前記リストを更新する前記工程は、前記ユーザのプロファイルを記憶するように構成されたユーザ・プロファイル・サーバへ前記制御サーバから更新メッセージを送信する工程を含み、
    前記更新メッセージは拡張可能なマーク付け言語の構成アクセスプロトコル（ＸＣＡＰ）に従う
    ことを特徴とする請求項１に記載の方法。
15. 前記更新メッセージは、前記メディア情報の前記識別子、前記時間ずれ及び前記ブックマーク表示名を示すＸＣＡＰ ＰＵＴメッセージであることを特徴とする請求項１４に記載の方法。
16. 電子通信ネットワーク（１００；１００´）についてメディア情報へアクセスしてレンダリングするためのユーザ機器（７００）であって、
    前記電子通信ネットワーク内の１つ以上のエンティティ（１０４；１１０；１１４）と電子信号を交換するように構成された送受信器（７０２）と、
    メモリ（７１０、７１２）内の命令に従って前記電子信号により伝えられる情報を扱うようにプログラムされた電子プロセッサ（７０４）と、
    前記電子プロセッサへのユーザ入力を提供するように構成された装置（７０６；７０８）と
    を備え、
    前記電子プロセッサは、少なくとも
    （ａ）前記ユーザの識別子、前記メディア情報の識別子、時間インジケータ及びブックマーク表示名を少なくとも含むブックマーク要求メッセージを生成し、
    （ｂ）前記電子通信ネットワーク内の制御サーバ（１０８；１１２）へ前記ブックマーク要求メッセージを送信する
    ことによってユーザへ表示されるメディア情報をブックマークすることを可能にするインターネット・プロトコル・テレビジョン（ＩＰＴＶ）機能のために構成される
    ことを特徴とするユーザ機器（７００）。
17. 前記ブックマーク要求メッセージはＳＩＰ ＩＮＦＯメッセージであることを特徴とする請求項１６に記載のユーザ機器。
18. 前記時間インジケータは前記メディア情報の開始から前記ブックマーク要求が生成される時間までの時間ずれであることを特徴とする請求項１６に記載のユーザ機器。
19. 前記ブックマーク要求メッセージは前記メディア情報のメタデータを含み、
    前記メディア情報はインタラクティブなメディア・コンテンツであり、前記メタデータは前記インタラクティブなメディア・コンテンツの状態を再現可能なものである
    ことを特徴とする請求項１６に記載のユーザ機器。
20. ブックマークを記憶し、要求に従ってブックマークを読み出すためのインターネット・プロトコル・テレビジョン・ユーザ・プロファイル・サーバ（１１２）であって、
    電子通信ネットワーク（１００；１００´）の１つ以上のエンティティ（１０４；１０８）と電子信号を交換するように構成された送受信器（８０２）と、
    前記電子信号により伝えられる情報を扱うようにプログラムされた電子プロセッサ（８０４）と、
    読み出し可能なブックマークを記憶するように構成されたメモリ（８０６；８１０）と
    を備え、
    前記電子プロセッサはユーザのプロファイルに関連付けられたメディア情報のブックマークのリストを記憶するように構成され、
    前記リストは前記メディア情報の識別子、時間インジケータ及びブックマーク表示名を少なくとも含む
    ことを特徴とするインターネット・プロトコル・テレビジョン・ユーザ・プロファイル・サーバ（１１２）。
21. 前記リストは制御サーバから受信した更新メッセージに基づいて更新され、
    前記更新メッセージは拡張可能なマーク付け言語の構成アクセスプロトコル（ＸＣＡＰ）に従う
    ことを特徴とする請求項２０に記載のインターネット・プロトコル・テレビジョン・ユーザ・プロファイル・サーバ。
22. 前記更新メッセージは、前記メディア情報の前記識別子、前記時間ずれ及び前記ブックマーク表示名を示すＸＣＡＰ ＰＵＴメッセージであることを特徴とする請求項２１に記載のインターネット・プロトコル・テレビジョン・ユーザ・プロファイル・サーバ。

Images