JP5420152B2

JP5420152B2 - コードを使用するパーソナライズ化対話（インタラクション）

Info

Publication number: JP5420152B2
Application number: JP2007056345A
Authority: JP
Inventors: アヨデルダモラ，; エレナフェルスマン，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2007-03-06
Filing date: 2007-03-06
Publication date: 2014-02-19
Anticipated expiration: 2027-03-06
Also published as: US20100154035A1; EP2116053B1; WO2008108718A1; EP2116053A1; EP2116053A4; KR20090117792A; CN101632303B; US8671440B2; JP2008219642A; CN101632303A; KR101471219B1

Description

本発明は、一般的には、マルチメディアネットワークにおけるサービスをパーソナライズする分野に関するものであり、より詳しくは、コードから読み取られる情報に基づくパーソナライゼーションに関するものである。

背景
パーソナライゼーション、インタラクティビティ（双方向性：interactivity）、複合サービス及び固定網−移動網集約（fixed-mobile convergence）は様々な方法で達成することができるが、新規のサービスの開発を成功させ、かつ技術間の相互運用を達成するためには、業界は、オープンスタンダードかつオープンインタフェースに基づく方法に従わなければならない。最も有望な方法の１つは、ＩＰマルチメディアサブシステム（ＩＭＳ）フレームワークを使用することである。ＩＭＳは、本来は、第３世代移動体端末に対してマルチメディアサービスを可能にするために設計されているが、既に、パブリック無線ローカルエリアネットワーク（ＷＬＡＮ）及びプライベートネットワークからのアクセスを扱うように拡張されていて、また、ブロードバンド固定線アクセスを含む、サービス配信用のプラットホーム非依存のアクセスへの拡張が継続している。ＩＭＳは、広範囲のサービスのために、移動網、パブリックＷＬＡＮ及びプライベートネットワーク間のシームレスなローミングを提供する。このサービスには、ゲームを行うためのインタラクティブＩＰテレビジョン（ＩＰＴＶ）装置がある。また、この装置には、セットトップボックス、マルチメディアプレーヤ及びデジタルカメラがある。

複合サービスを配信するためのＩＭＳの機能は、ＴＶ、通信及びインターネットサービスをシームレスに統合して、より便利でかつ魅力的な経験をカスタマーにもたらすことを可能にする。また、ＩＭＳベースのＩＰＴＶは、サービスローミングのためのすべてのＩＭＳの機能を受け継ぐ、つまり、一般的なセットトップボックスを用いて、ＩＰＴＶ体験をユーザプロファイルとリンクさせる。ここで、用いる装置としては、このセットトップボックスに限定されない。それゆえ、ＩＰＴＶサービスは、ＩＭＳインタフェースに適合する任意の装置に配信することができ、また、ＩＭＳドメインの範囲内に配置することができる。

消費者は、ＴＶサービス及び配信されるコンテンツを、いつでもどこでも、そしてどんな装置を用いてでも制御することをますます要望している。パーソナライゼーションは、これらの消費者に、個人のプリフェレンスに従ってＴＶ及びビデオオンデマンド（ＶｏＤ）パッケージをカスタマイズすることを可能にし、かつチャネルコンテンツの制御をますます与えることを可能にする。ＴＶプログラムでの、ＳＭＳベースの投票及びチャットサービスの評判が益々高まっていることは、インタラクティブサービスの分野におけるビジネス機会を高めることも示している。

ＩＭＳが実現するＩＰＴＶは、セッション開始プロトコル（ＳＩＰ）を使用している。これは、あらゆるタイプのメディアセッション及びアプリケーションサービスを制御するために使用することができる統一された制御スキームを提供するものである。異なる通信パラダイムを完全なマルチメディアユーザ経験に組み込むことによって、複合サービス及びインタラクティビティをサポートする。

ＱＲコード（クイックレスポンスコード）は、マトリックスコードあるいは２次元バーコードである。これは、高速でその内容を復号することを可能にするコードを導出する目的で生成されている。今日、ＱＲコードは、広範囲の様々な業種における、在庫管理のために使用されていて、日本では、２次元バーコードが最も一般的なタイプのものになっている。当初は、自動車製造業における部品を追跡するために使用されていたが、日本のカメラ付き携帯電話の読出ソフトウェアとしてＱＲコードを導入することで、多種多様の新規の消費者向けアプリケーションをもたらしており、これは、自身の移動電話への面倒なデータ入力作業をユーザから解放することが目的とされている。アドレス及びＵＲＬを記憶するＱＲコードは、日本において、雑誌や広告に対してますます普及している。名刺にＱＲコードを付加することはもなかり普及していて、これは、ユーザの移動電話のアドレス帳へ新規の知人の個人情報の詳細の入力作業を大幅に簡略化するものである。消費者は、キャプチャプログラムと、ＲＳ−２３２Ｃインタフェースを有するＰＣを用いて、スキャナからＱＰコードのデータを取得することができる。

ユーザは、関心のある製品を登録する（ブックマークする）ことによって、パーソナルプロファイルを構築することができる。製品をブックマークするために、ユーザは、ＱＲコードをスキャンすることによって、あるいは、選択的には、ＲＦＩＤタグ、カラーコードあるいはマトリクスコード等を読み取ることによって、その製品に付加されているコードを登録し、関連する製品アイデンティティを記憶する。その製品に関連する情報は、データベース及び、ネットワークパーソナルビデオレコーダ（ＮＰＶＲ）のようなメディアプレーヤの少なくとも一方に記憶することができる。このような情報がパーソナライズ化広告（個別広告）を含んでいる場合、これらは、パーソナルプリファレンスに従って、別の機会に、例えば、ＴＶ、ＰＣあるいは移動体装置上で確認することができる。

今日利用可能な多くの商用システムで適用される、パーソナライズ化広告を配信する方法は、ユーザによって入力されるデータの解析に基づいている。パーソナライズ化広告を行うことは、ユーザ及びコンテンツプロバイダの両方に対してより多くの価値をもたらすものである。既存の技術では、配信されるコンテンツのパーソナライゼーションは、ユーザが実行した過去の検索、あるいは以前に作成されたメッセージに基づいている。この情報が記憶されているという事実は、ユーザに対して透過的にすることもできる。

オンライン及びオフラインの両方で、アナログコンポーネントばかりでなくデジタルコンポーネントを統合する３次元コードシステムは、カラーコードの使用に基づいている。このシステムでは、カメラが、特有データを含むインデックス化コードを認識する。色数に関係するブロック及びアナログデータのマトリクスは、コードのそれぞれに対して登録されている固有のアドレスを使用して、専用サーバによってデジタル化され、かつ処理される。典型的なカラーコード対話フローは、メディアプレーヤによるカラーコードの認証で開始する。次に、カラーコードに関連付けられている番号が、サーバへ送信される。そして、その番号に関連付けられている、カラーコードによって表現されているコンテンツあるいは動作のセットが、更なる処理のためにそのメディアプレーヤに送信される。

図１は、ＩＭＳベースのＩＰＴＶアーキテクチャを示している。これは、複合サービスと、固定網−移動網集約を提供する。ＩＰＴＶサービスに対しては特定されているが、同様のアーキテクチャを他のインタラクティブサービスに対しても使用することができ、これは、共通のＩＭＳシステムを介してアクセスされる。図１のアーキテクチャは、ＩＭＳクライアント環境１００、ＩＭＳアプリケーションサーバ１０１、共通ＩＭＳシステム１０２、トランスポートレイヤ１０３及びサービス配信プラットホーム（ＳＤＰ）１０４を含んでいる。サービス配信プラットホームは、標準化されたサポート機能群のセットを提供し、これは、様々なサービスコンポーネントに渡って共有することができる。

ＩＭＳクライアント環境の主要機能部群には、ＩＰＴＶアプリケーション１０５、複合ＩＭＳサービスのような他のアプリケーション１０６、メディアクライアント１０７、ＳＩＰクライアント１０８がある。

クライアント環境では、ＩＰＴＶアプリケーションは、自身のメディアプレーヤ１１０上で、ＩＰＴＶサービスとユーザ間のすべての対話を担当する。このメディアプレーヤ１１０には、例えば、セットトップボックス／ＴＶ、ＰＣあるいはセルラーフォンがある。各メディアプレーヤはメディアクライアント及びＳＩＰクライアントも担い、これは、デジタルＴＶ信号を構成するビデオ及びオーディオストリームを受信して復号する。ここで、ＳＩＰクライアントは、ＩＭＳコアに対する制御インタフェースを提供する。

アプリケーションに依存して、メディアプレーヤは、専用ハードウェア１１１をサポートするために必要とされる。このハードウェア１１１には、例えば、カメラ、スキャナあるいはマイクがあり、これは、メディアプレーヤに接続されている、あるいは組み込まれている。

ＩＰＴＶサービスの中心となるＩＰＴＶアプリケーションサーバ１１２は、ＩＭＳインタフェースを介して提供されないすべてのＩＰＴＶ専用機能を管理し、これは、コンテンツプロバイダ１１３に接続されている。各ＩＰＴＶアプリケーションサーバは、サービス配信プラットホームによって提供されるＩＭＳコア及び機能と接続している。

共通ＩＭＳシステムは、呼セッション制御機能（ＣＳＣＦ）１１５及びホーム加入者サーバ（ＨＳＳ）１１６を備えるＩＭＳコア１１４、及びＩＭＳイネーブラ１１７を含んでいる。このＩＭＳコアは、固定アクセスネットワーク及び移動体アクセスネットワークを介して提供されるサービスを制御する制御レイヤーを提供する。ＩＭＳの中心的な制御点となる呼セッション制御機能（ＣＳＣＦ）は、ＳＩＰルーティングサービスを提供し、かつ認証及び認可（ＡＡ）を実行する。ＨＳＳは、一般的には、ＩＭＳにユーザデータを記憶し、提供する。追加の複雑なものは、追加のデータベースに含まれていても良い。パーソナライズ化ＴＶサービスに対し最も関係するＩＭＳイネーブラ群には、プレゼンス及びグループ管理（ＰＧＭ）と、ＩＭＳメッセージング（ＩＭＳＭ）がある。

サービス配信プラットホーム（ＳＤＰ）は、様々なサポート機能を提供し、これは、異なるタイプのサービスに渡って共有することができる。このサポート機能は、異なる課金モデル（課金）１１８のようなサービスプロバイダサポート機能、オペレーション及びメインテナンス（Ｏ＆Ｍ）サポート機能１１９、及び電子サービスガイド（ＥＳＧ）１２０のようなコンテンツ関連サポート機能がある。ＥＳＧは、利用可能なサービスについての情報を提供し、かつ電子プログラムガイドを含んでいる。この電子プログラムガイドは、視聴者に、日時、タイトル、チャネル及びジャンル別に、プログラム及びコンテンツを案内し、検索しかつ選択することを可能にする。

既存のソリューションに伴う問題は、サービスを使用するユーザに関係する情報収集が、通常は、ユーザを積極的に介在させることなく、自動的に実行されることである。ユーザは、サービスの実行中に発生するこの情報収集にすら認識していない可能性がある。この種の情報収集は、例えば、パーソナライゼーション目的のために、記憶されている情報をユーザに更新させ、かつ再使用させることはしない。

別の問題は、情報収集は、インターネット検索及び注文について制限がある一方で、人間行動に関連付けられている他のアクティビティは記録されていないことである。

加えて、スキャンされるコードあるいは読み取られるＲＦＩＤタグから収集される情報によって、即時動作が起動されることは必ずしも適切でない。この問題は、どのようにして、あるアクティビティに関連する情報の更新を可能にし、かつそのアクティビティの起動を可能にするかについての問題を発生し、それによって、長期に渡って記憶されかつ処理されているパーソナライズ化情報に基づいて、そのアクティビティが、様々な方法でスケジュールされ得る。

現在使用されているシステムに伴う更なる別の問題は、例えば、ＴＶのような共有デバイスに表示されているコンテンツを様々な家族の一員が見ている場合に、個々のユーザのパーソナライズ化（個別）対話をどのようにして実行するかである。今日、この種の問題は、家族の一員それぞれに対してアクティブログイン処理の使用を課している。ここで、家族の一員は、シークレットＰＩＮコードを共有しているＴＶのリモートコンに入力することによって自身を認可させることができる。この方法は、ユーザプリファレンスの更新を柔軟に行う方法を提供するものでもなく、また、個々のユーザのインタラクティビティ（双方向性）に関係するユーザパーソナライゼーションを実行するものではない。

要約
本発明の目的は、上述の問題の少なくともいくつかに向けたものである。特に、ＩＭＳのようなマルチメディアネットワーク内のメディアプレーヤに登録されているユーザに対して、パーソナライズ化サービスを提供することを目的とする。この目的及びそれ以外の目的は、例えば、カラーコード、ＱＲコードあるいはＲＦＩＤタグのような、コードから取得される情報に基づいて、パーソナライズ化サービス命令を提供する方法及びアプリケーションサーバを提供することによって達成される。

第１実施形態では、メディアプレーヤ、例えば、移動電話は、プリファレンスデータベースに記憶されているパーソナルデータを生成するあるいは更新するために使用される。ユーザは、第２メディアプレーヤからサービスをリクエストすることができ、ここで、プリファレンスデータベースに記憶されているパーソナルデータは、パーソナライゼーションのために使用される。

第１アイデンティティ（ＩＤ＿１）で、マルチメディアネットワークへ第１メディアプレーヤ（ＵＥＡ）を登録している第１ユーザは、第１メディアプレーヤに組み込まれているあるいは接続されているビジュアルインタフェースを使用してコードを読み取る。このコードは、メディアプレーヤで復号され、そのコードの内容と少なくとも１つのアイデンティティを備えるユーザプリファレンスメッセージが、メディアプレーヤのアプリケーションによって生成され、かつそれは、本発明に従ってパーソナライズ化サービスを提供するように構成されているアプリケーションサーバへ転送される。アプリケーションサーバにおいて、ユーザプリファレンスメッセージの各アイデンティティに対する１つのユーザプリファレンスデータレコードが生成される、あるいはそれが既に存在している場合には、ユーザプリファレンスメッセージの内容に基づいて、そのユーザプリファレンスデータレコードが更新される。パーソナライズ化サービスを起動したいユーザは、パーソナライズ化サービスに対するリクエストと第１アイデンティティを備えるサービスリクエストを送信し、これは、第２の登録されているメディアプレーヤ（ＵＥＢ）で受信される。アプリケーションサーバでは、ユーザプリファレンスデータレコードは、プリファレンスデータベースから取得される。サービスリクエストの内容と、ユーザプリファレンスデータレコードの内容とに基づいて、コンテンツデータベースから、サービスにおけるパーソナライズ化命令を備えるパーソナライゼーションメッセージをアプリケーションサーバはリクエストする。パーソナライゼーションメッセージは、リクエストされたサービスを実行するために第２メディアプレーヤへ送信される。

第２実施形態では、第１メディアプレーヤ、例えば、第１アイデンティティでマルチメディアネットワークに登録されている移動電話は、第２メディアプレーヤ、例えば、セットトップボックス／ＴＶに表示されるサービスと対話するために使用される。

パーソナライズ化サービスに対するリクエストは、第２メディアプレーヤ（ＵＥＢ）からアプリケーションサーバへ送信される。ユニキャストサービス配信の場合、リクエストされたサービスに関連付けられているサービス特有コンテンツと、第２メディアプレーヤを登録している第２ユーザアイデンティティはコードに符号化され、それが表示される第２メディアプレーヤに転送される。一方、マルチキャストサービス配信の場合、コンテンツ特有データだけが第２メディアプレーヤへ転送される。ここで、第２アイデンティティ（グループ＿ＩＤ）とともに符号されているコンテンツ特有データを備えるカラーコードが、第２メディアプレーヤで提示される。

ユーザは、第１メディアプレーヤ（ＵＥＡ）のビジュアルインタフェースを介して、コードを読み取ることによってサービスとの対話を行うことができる。コードの内容は、アプリケーションによって復号されることで、コードの内容と、第１メディアプレーヤが登録されている第１アイデンティティ（ＩＤ＿１）を備えるユーザプリファレンスメッセージが生成されて、アプリケーションサーバへ転送される。この動作は、第１メディアプレーヤとアプリケーションサーバ間の追加の対話によって続けられても良い。対話の終了時には、第１アイデンティティと第２アイデンティティに関連付けられていて、かつリンクされているユーザプリファレンスデータレコードが生成される。あるいは、それが既に存在している場合は、プリファレンスデータベースで更新される。

次の工程では、ユーザプリファレンスデータレコードと、サービスリクエストに関連付けれているコンテンツそれぞれに従って、パーソナライズ化フィードバックメッセージが生成される。このパーソナライズ化フィードバックメッセージは、リクエストされたサービスを実行するように構成されているアプリケーションを呼び出すための第１メディアプレーヤへ転送される。選択されたサービスに依存して、転送されるパーソナライズ化フィードバックメッセージは、第１ユーザの装置とアプリケーションサーバ間の１つ以上の追加の対話を起動しても良く、それによって、継続的な対話サービスの実行のために、追加のパーソナライズ化フィードバックメッセージを生成して、第１メディアプレーヤ及び第２メディアプレーヤの少なくとも一方へ転送する。

第３実施形態では、第１メディアプレーヤを備える第１ユーザが、第２メディアプレーヤを有する第２ユーザのプレゼンス情報と、コード、例えば、パーソナルアイデンティティを備えるカラーコードへのアクセスを取得する。コードを読み取ることによって、第１ユーザは、パーソナルグループリストを更新し、第２ユーザのプレゼンス情報をアクセスするためのプロセスを開始することができる。

マルチメディアネットワークに登録されている第２メディアプレーヤの第２アイデンティティを備えるコードは、第１アイデンティティでマルチメディアネットワークに登録されている第１メディアプレーヤのビジュアルインタフェースを介して読み取られる。このコードは第１メディアプレーヤで復号され、第２メディアプレーヤに関連付けられているプレゼンス情報に対するリクエストを示す、第１及び第２アイデンティティを備えるユーザプリファレンスメッセージが生成され、そして、アプリケーションサーバへ転送される。アプリケーションサーバで、グループリストが生成される。あるいは、それが既に存在している場合、第１アイデンティティによってリンクされているユーザプリファレンスデータレコード内で更新される。

セキュリティ目的のために、第１ユーザは、第２メディアプレーヤから、第２ユーザのプレゼンス情報へアクセスするための認可をリクエストする。認可の成功を受信すると、リクエストされたプレゼンス情報に対する加入を開始することができ、そして、第２メディアプレーヤがグループリストに追加される。

本明細書で説明されるメディアプレーヤは、上述の実施形態に従ってパーソナライズ化サービスを実行するように構成されている任意のタイプの装置であっても良く、これには、例えば、移動体装置、ＰＣ、ラップトップ、ＴＶあるいはＰＤＡに接続されているセットトップボックスがある。上述の実施形態に従ってサービスのパーソナライゼーションを適切に提供するためのマルチメディアネットワークは、上述の信号送受信を処理し、かつ符号化情報を処理することができる機能を有する任意のタイプのネットワークとすることができ、これには、例えば、ＩＰマルチメディアシステム（ＩＭＳ）がある。

本願発明は、マルチメディアネットワークにおいて少なくとも１つのメディアプレーヤを登録しているユーザへ、パーソナライズ化マルチメディアサービスを提供するように構成されているアプリケーションサーバについても言及する。

このアプリケーションサーバは、少なくとも１つのアイデンティティを介して、マルチメディアネットワークに登録されているメディアプレーヤと通信するように構成されている通信手段を備える。このアプリケーションサーバの通信手段は、登録されているメディアプレーヤに関連付けられているパーソナライゼーションコンテンツを備えるプリファレンスデータベースと通信するようにも構成されている。パーソナライゼーションコンテンツは、ユーザプリファレンスデータレコードに記憶されていて、また、アイデンティティは、メディアプレーヤとレコードとをリンクさせている。

アプリケーションサーバは、プリファレンスデータ制御手段も備えていて、これは、メディアプレーヤによって読み取られるコードの内容とアイデンティティとを備えるユーザプリファレンスメッセージがメディアプレーヤで受信される場合に、ユーザプリファレンスデータレコードを生成あるいは更新するように構成されている。そのアイデンティティによってリンクされているユーザプリファレンスデータレコードがまだ存在していない場合、コードの内容に基づいて、ユーザプリファレンスデータレコードが生成される。一方、そのアイデンティティによってユーザプリファレンスデータレコードがリンクされている場合、ユーザプリファレンスデータレコードがコードの内容に基づいて更新される。

アプリケーションサーバは、サービス特有データを備える、１つ以上のコンテンツプロバイダと通信するように構成されている。コンテンツプロバイダは、サービス特有命令を備えるコンテンツデータベースとして、あるいは、例えば、プレゼンスサーバのような専用サーバとして定義されていても良い。

アプリケーションサーバのサービス制御手段は、登録されているメディアプレーヤから受信されるサービスリクエスト、ユーザプリファレンスデータレコードの内容、及びコンテンツプロバイダから取得されるデータに基づいて、パーソナライズ化命令を生成するように構成される。このサービス制御手段は、最終的には、その生成した命令をメディアプレーヤへ転送し、ここで、その命令は、特有のアプリケーションを呼び出すことができる。

上述の任意の実施形態に従うプリファレンスデータベースは、それが接続されているアプリケーションサーバとは分けられていても、あるいは統合されていていも良い。

詳細説明
簡単に説明すると、本発明は、メディアプレーヤに接続されているあるいは組み込まれているコード読取エンティティを用いて読み出される、コードの内容（コンテンツ）に基づいて、マルチメディアネットワークに登録されているメディアプレーヤにパーソナライズ化サービスを提供する方法及びアプリケーションサーバを提供する。

本発明の一実施形態に従うメディアプレーヤ２０１へパーソナライズ化サービスを提供する、共通ＩＭＳベースシステム２００が図２に示される。それぞれがＳＩＰクライアント（不図示）を備える、様々なタイプのメディアプレーヤは、この共通ＩＭＳシステムへのメディアプレーヤアクセスを提供する。この共通ＩＭＳシステムとの対話を行うように構成されているメディアプレーヤは、ＳＩＰクライアント機能を担うように適合されている任意の電子機器とすることができる。これには、例えば、移動体装置、セットトップボックス／ＴＶ（ＳＴＢ／ＴＶ）、ＰＣあるいはＰＤＡがある。各メディアプレーヤは、メモリ空間に記憶されている１つ以上のアプリケーションを有することができ、これらは、パーソナライゼーションメッセージによって起動され、サービスリクエストに応じてアプリケーションサーバから送信される。各アプリケーションは、メディアプレーヤとアプリケーションサーバ間の通信の結果として起動されても良く、メディアプレーヤあるいはコンテンツプロバイダからリクエストされるサービスを提供するための専用のものとされても良い。サービスをパーソナライズすることを意図する、メディアプレーヤのユーザは、最初に、例えば、スキャナあるいはカメラのようなコード読取エンティティを介して、サービス特有情報及び１つ以上のアイデンティティの少なくとも一方をもたらすコードを読み出すことができる。図中の各メディアプレーヤは、例えば、ＱＲコード、カラーコードあるいはＲＦＩＤタグのようなコード２０３を読み取り、かつ復号する手段を有している。

コードが読み取られる場合、メディアプレーヤは、ＩＭＳコアのＣＳＣＦを介して、ＩＭＳアプリケーションサーバ２０４との接続を確立する。図に示されるＩＭＳシステムは、いくつかのＩＭＳアプリケーションサーバを備え、それぞれが異なるタイプのメディアプレーヤにサービスを提供するように構成されている。移動電話へサービスを提供するＩＭＳアプリケーションサーバ１、テレビションサービスを提供するＩＭＳアプリケーションサーバ２及び、ＰＣ用に構成されているサービスを提供するＩＭＳアプリケーションサーバ３、及びデフォルトサーバであるＩＭＳＸは、他のタイプに専用に構成されているメディアプレーヤにサービスを提供することができる。ＩＭＳコアを介して、リクエストされたサービスを担当する、複数のＩＭＳアプリケーションサーバ（２０４、ＩＭＳＡＳ１−Ｘ）の１つが割り当てられる。ここで、各メディアプレーヤが登録されているパーソナルアイデンティティとともに、コードの内容（コンテンツ）が復号され、かつ各ＩＭＳアプリケーションサーバへ転送される。ＩＭＳアプリケーションサーバは、ユーザプリファレンスデータレコードを生成する。これは、プリファレンスデータベース（２０７）に記憶される。このプリファレンスデータベースは、例えば、各サービスプロバイダによって選択されるビジネスモデル及びＯ＆Ｄ構造に依存して、ＩＭＳコアあるいはコンテンツプロバイダに配置されていても良い。このプリファレンスデータは、以下の図６を参照して更に説明する。

ＩＭＳアプリケーションサーバは、例えば、特定された広告のような、パーソナライズ化サービスからメディアプレーヤへのパーソナライズ化命令をセットアップする場合に使用される、サービス特有コンテンツを備える１つ以上のコンテンツプロバイダ２０６へのアクセスを備える。このコンテンツプロバイダは、メディアプレーヤからのパーソナライズ化サービスに対するリクエストの受信に応じて、ＩＭＳアプリケーションからもアクセスされ得る。

パーソナライズ化サービスは、メディアプレーヤのユーザによって積極的にリエクストされても良いし、あるいは、日時のような所定の状態によって起動されても良い。本発明の実施形態に従えば、サービスに対するリクエストは、メディアプレーヤから、ＳＩＰメッセージとして送信され、これは、リクエストされたサービスに関連付けられている命令を特定する特徴タグを備えている。特徴タグがＳＩＰメッセージに付加されていない場合、デフォルトの命令がＳＩＰメッセージの本体（ｂｏｄｙ）に付加されても良い。特徴タグ、あるいはリクエストされたサービスを配信するように構成されているＩＭＳアプリケーションサーバによるデフォルトの命令を含む、ＳＩＰメッセージの受信に応じて、ＩＭＳアプリケーションサーバは、プリファレンスデータベースに記憶されている、各ユーザプリファレンスデータレコードからの情報に対するリクエストを行う。サービスリクエストの内容とユーザプリファレンスデータレコードの内容に依存して、コンテンツプロバイダから送信される関連するコンテンツが集められ、ＩＭＳアプリケーションサーバ内のアプリケーションによってパーソナライゼーションメッセージを形成するように組み立てられる。コンテンツプロバイダから取得されるコンテンツは、拡張可能マークアップ言語ＸＭＬの形式とすることができる。ＩＭＳアプリケーションサーバは、サービスリクエストに対応する特徴タグ（ＦＴ１−ＦＴＸ）を、ＸＭＬに付加する。このメッセージ、ここでは、ＸＭＬと特徴タグを含むメッセージは、リクエストされたサービスが意図されている各メディアプレーヤへ転送され、パーソナライズ化サービスはメディアプレーヤへ配信される。

品定めをしている（strolling）ユーザは製品に出くわすことで、興味のあるものを見つけることができる。ＩＭＳに登録されているメディアプレーヤに接続されているあるいは組み込まれているＱＲコードリーダを用いて、その製品に付加されている製品アイデンティティを備えるＱＲコードを読み取ることによって、ＱＲコードリーダで取得されるコンテンツは、メディアプレーヤが登録されているパーソナルＩＭＳアイデンティティによってリンクされ、かつ関連付けられているユーザプリファレンスデータレコードを生成するあるいは更新するための処理を起動する。上述のＱＲコードから取得される情報は、ユーザプリファレンスデータレコードがメディアプレーヤのユーザの行動に従って変更されるようにすることで、そのユーザプリファレンスデータレコードを更新するためにも使用することができる。各ユーザを、そのユーザのアイデンティティによって特定のユーザプリファレンスデータレコードにリンクさせることによって、メディアプレーヤを複数のユーザで共有することができる。サービスのパーソナライズを行いたい各ユーザは、パーソナルアイデンティティを使用してメディアプレーヤを登録することができる。このアイデンティティは、ユーザと、専用のユーザプリファレンスデータレコードとリンクさせていて、このレコードには、そのユーザに関連付けられているパーソナライズ化データが記憶されていて、かつ更新される。

コードから読み取られるユーザプリファレンスをどのようにして、コンテンツプロバイダから取得されるコンテンツへ反映するかについては、本発明の範囲ではないので、本明細書では、この処理についてはこれ以上説明しない。

ＩＭＳネットワーク内に登録されているメディアプレーヤを有するユーザが、インタラクティブパーソナライズ化サービスへ加入する場合の、本発明の一実施形態を示すシグナリング処理を、図３のシグナリング図を参照して説明する。図では、例えば、移動端末のような、第１メディアプレーヤであるＵＥＡ３００は、例えば、ＳＩＰ：ｕｓｅｒ＠ｎｅｔ．ｃｏｍであるようなパーソナルＩＭＳアイデンティティ（ＩＤ＿１）に登録されている。第１ステップ３：１では、ユーザは、組み込まれているあるいは接続されているコードリーさ３０２を用いてＱＲコード３０１を読み取る。ここでは、ステップ３：２で、アプリケーションが、そのＱＲコードの内容を復号し、ＱＲ＿コードの内容とＩＤ＿１とを備えるメッセージを生成する。ＵＥＡでは、ステップ３：３で、ＱＲコードの内容とＩＤ＿１をＣＳＣＦへ送信し、かつステップ３：４でそれをＩＭＳアプリケーションサーバ３０５へ送信するために、特徴タグであるＱＲ＿ＡＤを用いるＳＩＰＭＥＳＳＡＧＥ方法を使用してユーザプリファレンスメッセージを生成することによって、ＳＩＰクライアント３０３は、ＣＳＣＦ３０４を介してＩＭＳネットワーク（ＩＭＳコア）との通信を開始する。ＩＭＳアプリケーションサーバが、読み取られた情報を受信すると、ステップ３：５で、ＩＤ＿１によってリンクされているユーザプリファレンスデータレコードが、プリファレンスデータベース３０６内で生成される。あるいは、既に存在している場合には、ユーザプリファレンスデータレコードの関連部分が、受信したユーザプリファレンスメッセージの内容に従って更新される。ステップ３：６で、この生成／更新処理は、ＣＳＣＦへ送信される２００ＯＫメッセージで検証され、ステップ３：７で、ＵＥＡにおいて終了される。

別のメディアプレーヤであるＵＥＢ３０７、即ち、ＳＴＢ／ＴＶを介してパーソナライズ化サービスを受信したいユーザは、ＱＲコードから以前に取得された情報に依存して、ＩＭＳに登録されているＵＥＢにおけるパーソナライズ化サービスに対するリクエストを行うことができる。ＵＥＡとして、ＵＥＢを同一のパーソナルＩＭＳアイデンティティに、即ち、ＳＩＰ：ｕｓｅｒ＠ｎｅｔ．ｃｏｍに登録することによって、それぞれのメディアプレーヤは、同一のユーザプリファレンスデータレコードにリンクされることになる。特徴タグ内に特有の命令を含むこのサービスリクエストをＵＥＢからＩＭＳアプリケーションサーバへ転送することによって、ユーザは、ＩＭＳアプリケーションサーバに、パーソナライズ化サービスを、ＵＥＢのＴＶ画面に配信することを命令する。この命令は、例えば、ある所定の機会に、家族のＴＶ画面上に、あるカテゴリの広告を受信することを要望することを命令することができる。このメッセージは、ＳＩＰＲＥＧＩＳＴＥＲメッセージとして構成され、また、リクエストされたサービスは、添付されている特徴タグであるＴＶ＿ＱＲ＿ＡＤによって特定される。ステップ３：８で、メッセージは、ＩＭＳアプリケーションサーバへ送信される。ＵＥＢからのサービスリクエストを受信するＩＭＳアプリケーションサーバは、ステップ３：９で、プリファレンスデータベースから、パーソナルＩＤ＿１によってリンクされているユーザプリファレンスデータレコードに対するリクエストを行う。次に、ステップ３：１０で、ＩＭＳアプリケーションサーバは、コンテンツデータベース３０８から、例えば、ＸＭＬ命令のようなサービス特有命令に対するリクエストを行う。リクエストを行うＩＭＳアプリケーションサーバでは、それぞれのプリファレンスデータレコードの内容とサービスリクエストに従うように構成されている、特徴タグ、ＴＶ＿ＱＲ＿ＡＤ及びＸＭＬ記述を含むパーソナライゼーションメッセージを形成するＳＩＰＭＥＳＳＡＧＥが構成される。ステップ３：１１で、パーソナライゼーションメッセージはＣＳＣＦへ送信され、ステップ３：１２で、それは、ＵＥＢへ転送される。ＵＥＢでは、アプリケーションは、受信したパーソナライゼーションメッセージを解釈し、また、リクエストされたサービスがパーソナライズされた方法で実行される。

ファミリーＩＭＳアイデンティティ（グループＩＭＳアイデンティティ）を介してＩＭＳに登録されているメディアプレーヤ、即ち、ＳＴＢ／ＴＶを所有する家庭では、何人かの個人、例えば、家族の一員は、同一のＳＴＢ／ＴＶを共有することができる。また、複数の家族の一員はそれぞれ、固有のメディアプレーヤ、例えば、移動電話を所有することができる。これらはそれぞれ、異なる固有のパーソナルＩＭＳアイデンティティを介してＩＭＳに登録されている。共有デバイス、例えば、ＴＶ画面にコンテンツが表示される、パーソナライズ化サービスを複数のユーザに同時に提供することを可能にするために、また、各ユーザプリファレンスデータレコードに記憶されている個人のユーザプリファレンス、また、グループユーザプリファレンスの自動生成／更新を提供するためには、別の実施形態が必要となる。このような別の実施形態を、図４を参照して説明する。

図４の実施形態では、例えば、移動電話のような、ＵＥＡで示される第１メディアプレーヤ４００と、例えば、ＳＴＢ／ＴＶのような、ＵＥＢで示される第２メディアプレヤ４０１の両方がＩＭＳに登録されていて、各メディアプレーヤは、ＵＥＢに対しては、グループＩＭＳアイデンティティ、即ち、ＳＩＰ：ｇｒｏｕｐ１＠ｎｅｔ．ｃｏｍを介してユーザプリファレンスデータレコードにリンクしていて、ＵＥＡに対しては、個人ＩＭＳアイデンティティ、即ち、ＳＩＰ：ｕｓｅｒ１＠ｎｅｔ．ｃｏｍを介してユーザプリファレンスデータレコードにリンクしている。複数の追加のメディアプレーヤを、個人ＩＭＳアイデンティティに登録することができる。つまり、パーソナライズ化サービスを追加のユーザに対して提供することができる。ユーザは、ＵＥＢへ命令を入力して、ＣＳＣＦ４０３を介して、専用のＩＭＳアプリケーションサーバ４０２へ転送することによって、サービス、例えば、ＴＶ番組を選択する。

ユニキャストサービス配信の場合では、ＵＥＢが登録されているグループＩＭＳアイデンティティには、サービスリクエスト、カラーコードが含まれていて、これらは、コンテンツ特有情報とグループＩＭＳアイデンティティの両方を搬送する。また、これらは、そのサービスを提供することができるＩＭＳアプリケーションサーバによって生成される。カラーコードは、初期ステップ４：１ａで、ＵＥＢに転送され、ＵＥＢのディスプレイに提示される。

しかしながら、マルチキャストサービス配信状況の場合には、ＴＶ画面への提示用のＩＭＳアプリケーションサーバによって、コンテンツ特有データだけがＵＥＢへ送信される。マルチキャストサービス配信に対しては、カラーコード自身は、ＵＥＢのＩＰＴＶコード生成アプリケーション４０４によって生成される。ここで、ＵＥＢが登録されているグループＩＭＳアイデンティティも、ステップ４：１ｂで、カラーコードに符号化される。

ＴＶ画面に表示されるカラーコードは、コンテンツ特有情報、即ち、投票情報を備えている。これは、ディスプレイ上の各番組に関連付けられている。ビジュアルインタフェース、例えば、ＵＥＡに組み込まれているあるいは接続されているカメラを介して、ステップ４：２で、コード読取アプリケーション４０５によってカラーコードは登録される。ステップ４：３で、ＵＥＡのＳＩＰクライアント４０６は、カラーコードを復号し、ユーザプリファレンスメッセージを形成する。これには、コード特有情報とパーソナルＩＭＳアイデンティティＩＤ＿１が含まれている。レコードとの関係（対話）を終了する際には、特徴タグであるＴＶ＿ＣＣ＿１が、ＳＩＰメッセージを形成するユーザプリファレンスメッセージに付加される。これは、ステップ４：４で、ＣＳＣＦへ転送される。ステップ４：５で、このメッセージは、ＩＭＳアプリケーションサーバへ転送される。また、ＵＥＡのグラフィックユーザインタフェース（ＧＵＩ）は、ユーザに、ＩＭＳアプリケーションサーバと対話することを可能にする。このオプションの対話は、ＵＥＡとＩＭＳアプリケーションサーバ間で送信される様々なメッセージをもたらすこととなり、これについては、ステップ４：６で示される。このような対話は、特有サービスの追加のパーソナライゼーションを導入することができる。ＩＭＳアプリケーションサーバでは、パーソナルＩＭＳアイデンティティとグループＩＭＳアイデンティティの両方が、その対話中に抽出される。その対話の結果に依存して、ステップ４：７で、各ＩＭＳアイデンティティによってリンクされているユーザプリファレンスレコードの１つあるいは両方の関連セクションが、プリファレンスデータベース４０７から各レコードをアクセスすることで、更新される。各アイデンティティによってリンクされているプリファレンスデータレコードがまだ存在していない場合、このようなレコードが、ユーザプリファレンスメッセージの受信に応じて生成される。

ＩＭＳアプリケーションサーバでは、ステップ４：８で、ユーザプリファレンスデータレコードの１つあるいは両方の内容（コンテンツ）がアプリケーションを起動し、パーソナライゼーションメッセージを生成する。ここで、関連サービス特有コンテンツが、コンテンツデータベース４０８から取得される。ステップ４：９で、パーソナライゼーションメッセージは、ＣＳＣＦへ転送され、ステップ４：１０で、ＵＥＡへ転送される。ここで、ＵＥＡのＳＩＰクライアントは、アプリケーションを起動して、リクエストされたパーソナライズ化サービスを実行する。

オプションとしては、パーソナライズ化サービスは、グループＩＭＳアイデンティティに登録されているＵＥＢにも関与することができる。ステップ４：１１で、最終的にＵＥＢへ転送される、このようなパーソナライゼーションメッセージは、ＵＥＡへ送信されるものと同一の情報を備えることができる、あるいはグループＩＭＳアイデンティティに関連付けられているユーザプリファレンスデータレコードの内容に依存する、別の構成に従う情報を備えることができる。ＵＥＢＳＩＰでは、ＵＥＢのクライアント４０９は、アプリケーションを起動して、受信したパーソナライゼーションメッセージに従って、リクエストされたサービスを実行する。

ビジネストランザクションに関係するサービスが、登録されているメディアプレーヤのいずれから選択される場合、追加のステップが必要とされる場合がある。このような対話は、例えば、各メディアプレーヤとサードパーティのビジネスアプリケーション間の相互接続を可能することができる。

図５を参照して説明する、更なる別の実施形態では、読取コード、例えば、カラーコード５００の内容は、メディアプレーヤ（ＵＥＡ）５０１を使用する第１ユーザＡに、第２メディアプレーヤ（ＵＥＢ）５０２を使用する第２ユーザＢのプレゼンス（存在）情報へアクセスすることを可能にする。ここで、両方のメディアプレーヤは、ＩＭＳに登録されている。ＵＥＡはＩＤ＿Ａ、例えば、ＳＩＰ：ｕｓｅｒＡ＠ｎｅｔ．ｃｏｍに登録されていて、ＵＥＢはＩＤ＿Ｂ、例えば、ＳＩＰ：ｕｓｅｒＢ＠ｎｅｔ．ｃｏｍに登録されている。ユーザＢに付加されていて、ユーザＢのユーザアイデンティティ、ＩＤ＿Ａを備えるカラーコードは、第１ステップ５：１で、ユーザＡによって、例えば、スキャナであるコードリーダ５０３によって読み取られる。ステップ５：２で、読取内容が、ＵＥＡに記憶されている復号アプリケーションによって復号され、ＩＤ＿Ａがカラーコードに付加される。特徴タグを備える、ＳＩＰメッセージであるＳＩＰＭＥＳＳＡＧＥＦＴ：ＧＬＭ＿ＡＳは、ＵＥＡのＳＩＰクライアント５０４によって形成される。ステップ５：３で、ＳＩＰＭＥＳＳＡＧＥはＣＳＣＦ４０５へ転送され、ステップ５：４で、各ＩＭＳアプリケーションサーバ４０６へ転送される。ＩＭＳアプリケーションサーバで、既存のグループリストが、ＩＤ＿Ａによって、ＩＭＳアプリケーションサーバとは別に存在するあるいはＩＭＳアプリケーションサーバに統合されているプリファレンスデータベース（不図示）のプリファレンスデータレコードに記憶され、ステップ５：５で、ユーザＢ（ＩＤ＿Ｂ）に関連するデータとともに更新される。次に、ステップ５：６で、通知が２００ＯＫメッセージとしてＣＳＣＦへ送信され、次のステップ５：７で、ＵＥＡへ送信される。ユーザＡがユーザＢのプレゼンス（存在）情報へアクセスする前に、認可リクエストがユーザＢによって承認されなければならない。ＵＥＡとＵＥＢ５０７のＳＩＰクライアントが関与する、このような認可は、ステップ５：８で実行される。認可される場合、ユーザＡは、ステップ５：９で示されるように、プレゼンスサーバ５０８へアクセスすることによって、ユーザＢのプレゼンス（存在）情報へアクセスすることになる。

請求項で定義される本発明の一実施形態に従って、パーソナライズ化サービスをユーザを提供するように構成されているＩＭＳアプリケーションサーバについて、図６を参照して説明する。

本明細書で説明される一実施形態に従う、マルチメディアネットワーク（６０７）に登録されているユーザに、パーソナライズ化マルチメディアサービスを提供するように構成されているＩＭＳアプリケーションサーバ６００が、図６で示される。コードと少なくとも１つのアイデンティティから取得されるコンテンツを備えるユーザプリファレンスメッセージは、ＩＭＳアプリケーションサーバの通信手段６０１によって受信される。この通信手段は、１つ以上のプリファレンスデータベース６０３と通信し、このデータベースには、パーソナライゼーションコンテンツがユーザプリファレンスデータレコードに記憶されている。メディアプレーヤ（６０６）が登録されているアイデンティティは、ユーザプリフェレンスメッセージを各ユーザプリファレンスデータレコードにリンクさせている。この通信手段は、１つ以上のコンテンツデータベースとも接続していて、このコンテンツデータベースから、サービスをパーソナライズするために使用されるパーソナライズ化命令、即ち、パーソナライゼーションメッセージをセットアップするために、サービス関連情報を検索することできる。選択的には、ＩＭＳアプリケーションサーバは、例えば、プレゼンスサーバのような専用サーバにアクセスすることができ、このサーバから、各リクエストされたサービスに関連付けられているサービス特有情報を検索することができる。

ユーザプリファレンスメッセージの内容は、プリファレンスデータ制御手段６０２に転送される。このプリファレンスデータ制御手段６０２は、ユーザプリファレンスメッセージに含まれるアイデンティティに関連付けられていて、かつリンクされているユーザプリファレンスデータレコードを生成するように構成されている。生成されたユーザプリファレンスデータレコードの内容は、コードの内容に基づいている。プリファレンスデータレコードが既に存在している場合、プリファレンスデータ制御手段は、コードの内容に基づいて、各レコードを更新するように構成される。ＩＭＳアプリケーションサーバは、１つ以上のプリファレンスデータベース６０３とのアクセスを持っていて、このプリファレンスデータベース６０３で、ユーザプリファレンスデータレコードが記憶される。破線の矩形で示されるように、プリファレンスデータベースは、ＩＭＳアプリケーションサーバに統合されていても良い。

実線の矩形は、別の代替のアーキテクチャを示していて、ここでは、プリファレンスデータベースは、アプリケーションサーバとは別に構成されている。

別の実施形態では、破線で示されるように、プリファレンスデータ制御手段は、通信手段を介して接続されるのではなく、プリファレンスデータベースに直接接続されていても良い。

一実施形態に従えば、通信手段６０１によって受信されるパーソナライズ化サービスに対するリクエストは、サービス制御手段６０４へ転送される。このサービス制御手段６０４は、サービスリクエスト、そのリクエストのアイデンティティによってリンクされているユーザプリファレンスデータの内容、及び接続されるコンテンツプロバイダ６０５から取得されるデータに基づいて、リクエストされたサービスをパーソナライズするように構成されている。コンテンツプロバイダは、サービス特有命令を備えるコンテンツデータベースであっても良く、あるいはプレゼンスサーバＡのような専用サーバであっても良い。専用サーバは、所定ルールに従ってパーソナライズ化サービスを開始することができる。この所定ルールには、例えば、その日が到来する場合、即ち、登録されているメディアプレーヤと同様の方法で動作することができる状況下になる日時を迎える場合がある。サービス制御手段のあるアプリケーションによって、サービスリクエストから取得される内容、各プリファレンスデータレコード、及びコンテンツプロバイダからのコンテンツを考慮することによって、パーソナライズ化メッセージの形態でのパーソナライズ化命令が構成され、そして、リクエストしているメディアプレーヤへ更に配信するための通信手段へ転送される。

図７は、プリファレンスデータベース６０３の内容を示している。１つ以上のプリファレンスデータベースは、本明細書で提案される任意の実施形態に従って、ＩＭＳネットワークのＩＭＳアプリケーションサーバからアクセスすることができる。コードから読み取られる内容と以前から未知のアイデンティティ（ＩＤ＿１、ＩＤ＿２）を備えるプリファレンスメッセージが、ＩＭＳアプリケーションサーバで受信される場合、ユーザプリファレンスデータレコード（７００、７０１）がＩＭＳアプリケーションサーバによって生成される。但し、ユーザプリファレンスデータレコードへのリンクが既に存在している場合、そのユーザプリファレンスデータレコードの関連コンテンツは、プリファレンスデータベースで更新される。各ユーザプリファレンスデータレコードは、ある特徴タグで設定されるトリガールールによって示される、ユーザプリファレンスデータ（７０２）を備えていても良い。ユーザプリファレンスデータレコードに記憶されているこのルールは、サービスリクエストを受信する際に起動されても良いし、あるいは特有の日時のような所定のルールに従って、ユーザアイデンティティに登録されているメディアプレーヤにパーソナライズ化サービスへ配信するために自動的に起動されても良い。

本発明は例示の実施形態を参照して説明しているが、その説明は、本発明の概念を示すことのみ意図されており、請求項によって定義される本発明の範囲を制限するものと解釈されるべきでない。

従来技術に従う複合サービスと固定網−移動網集約に対するＩＭＳベースのＩＰＴＶアーキテクチャを示すブロック図である。一実施形態に従うインタラクティブサービスを提供するＩＭＳベースのシステムを示すブロック図である。別の実施形態に従う、ＩＭＳネットワークに登録されているユーザがインタラクティブパーソナライズ化サービスに加入し、かつパーソナライゼーションがＱＲコードから予め取得される情報に依存している場合の、シグナリング図である。別の実施形態に従う、インタラクティブパーソナライズ化サービスが個人ユーザとユーザのグループの両方に提供され、かつサービスが、カラーコードから取得される情報に依存してパーソナライズ化される場合の、別のシグナリング図である。別の実施形態に従う、第２ユーザプレゼンス情報へのアクセスを取得するために、ＩＭＳネットワークに登録されている第１ユーザがどのようにして、カラーコードから識別される第２ＩＭＳ登録ユーザをグループリストへ追加することができるかを示す別のシグナリング図である。ユーザプリファレンスデータレコードを生成し、かつ更新し、更に、パーソナライズ化サービスをユーザへ提供するように構成されているアプリケーションサーバを示すブロック図である。ユーザアイデンティティによってそれぞれがリンクされているユーザプリファレンスデータレコードを示す図である。

Claims

ＩＰマルチメディアサブシステム（ＩＭＳ）に第１メディアプレーヤ（ＵＥＡ、５０１）を登録している第１ユーザに対するマルチメディアサービスをパーソナライズする、アプリケーションサーバ上で実行される方法であって、
前記第１メディアプレーヤから、ＳＩＰメッセージとして、コードの内容と少なくとも１つのアイデンティティを含むユーザプリファレンスメッセージを受信する工程（５：３、５：４）であって、前記コードは前記第１メディアプレーヤのビジュアルインタフェースを介して前記第１メディアプレーヤによって読み取られ（５：１）、復号され、前記少なくとも１つのアイデンティティは前記第１メディアプレーヤが登録されている第１アイデンティティ（ＩＤ＿Ａ）と第２メディアプレーヤ（ＵＥＢ、５０２）が登録されている第２アイデンティティ（ＩＤ＿Ｂ）を含む、工程と、
前記コードの内容に基づいて、前記少なくとも１つのアイデンティティの１つにそれぞれによってリンクされている少なくとも１つのユーザプリファレンスデータレコードを生成あるいは更新する工程（５：５）と、
前記少なくとも１つのアイデンティティの１つによってリンクされている、前記少なくとも１つの生成されたあるいは更新されたユーザプリファレンスデータレコードに従って、サービスをパーソナライズする工程（５：９）と
を備え、
前記ユーザプリファレンスデータレコードのそれぞれは、前記特徴タグで設定されるトリガールールによって示されるユーザプリファレンスデータ（７０２）を備え、
前記受信する工程における、前記ユーザプリファレンスメッセージは、前記第２メディアプレーヤに関連付けられているプレゼンス情報に対するリクエストであり、
前記生成するあるいは更新する工程における、生成あるいは更新は、前記第１アイデンティティによってリンクされている前記ユーザプリファレンスデータレコードのグループリストの生成あるいは更新を含むことを特徴とする方法。
前記生成するあるいは更新する工程は、前記第１アイデンティティと前記第２アイデンティティとに関連付けられているユーザプリファレンスデータレコードを生成するあるいは更新することを含む
ことを特徴とする請求項１に記載の方法。
前記第１アイデンティティは固有のアイデンティティである
ことを特徴とする請求項２に記載の方法。
前記第２メディアプレーヤから前記第２ユーザの装置のプレゼンス情報へアクセスするための認証を、前記第１ユーザの装置からリクエストする工程（５：８）と、
認証の成功を受信する場合に、前記プレゼンス情報に対する加入を開始し、前記第２メディアプレーヤを前記グループリストへ追加する工程（５：９）と
を備えることを特徴とする請求項１乃至３のいずれか１項に記載の方法。
前記第１メディアプレーヤは、移動体装置、ＰＣ、ラップトップ、セットトップボックス／ＴＶあるいはＰＤＡのいずれかである
ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
前記第２メディアプレーヤは、移動体装置、ＰＣ、ラップトップ、セットトップボックス／ＴＶあるいはＰＤＡのいずれかである
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
前記ビジュアルインタフェースは、前記第１ユーザインタフェースに接続されている
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
前記ビジュアルインタフェースは、前記第１ユーザインタフェースに組み込まれている
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。