(57)【要約】   第１の端末が、同じコンテンツオブジェクトを第２の端末へリダイレクトするための目的で、メッセージをアプリケーションサーバへ送信する。アプリケーションサーバは、メッセージを受信し、それを第２のユーザのコンテンツオブジェクトの選好嗜好情報と共にコンテンツサーバに転送する。コンテンツサーバは、コンテンツオブジェクトの配信を、広告と共に第２の端末へリダイレクトする。広告は、第２のユーザのコンテンツオブジェクトの選好嗜好情報に基づいて第２のユーザ向けにのためにカスタマイズされる。また、第１のユーザのための広告も、第１のユーザのコンテンツオブジェクトの選好嗜好情報に基づいてカスタマイズされる。第１のユーザも第２のユーザも、同じコンテンツオブジェクトを異なる広告と共に楽しめる。
2011529279.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末と、各ユーザのセッションと識別情報とを管理する管理システムと、アプリケーションサーバと、コンテンツサーバとを備えたコンテンツ配信システムにおいて、個人向けにカスタマイズされたコンテンツオブジェクトを配信する方法であって、
第１ユーザによって使用されている第１端末から前記アプリケーションサーバに対して、コンテンツオブジェクトを要求するための第１メッセージを送信するステップと、
前記第１メッセージを前記アプリケーションサーバで受信するステップと、
前記第１端末を使用している前記第１ユーザに関連付けられているユーザプロファイルであって、前記第１ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報を含む前記ユーザプロファイルを前記アプリケーションサーバから前記管理システムに対して要求するステップと、
前記第１ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報とともに、前記第１メッセージを、前記アプリケーションサーバから前記コンテンツサーバへ転送するステップと、
前記第１ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報に基づいて前記第１ユーザ向けにカスタマイズされたコンテンツオブジェクトを、前記コンテンツサーバから前記第１端末へ配信するステップと、
前記コンテンツオブジェクトと同一のコンテンツオブジェクトを第２端末へリダイレクトすることを指示する第２メッセージを前記第１端末から前記アプリケーションサーバへ送信するステップと、
前記アプリケーションサーバにおいて前記第２メッセージを受信するステップと、
前記第２端末を使用している第２ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報を含むユーザプロファイルであって、前記第２端末を使用している前記第２ユーザに関連付けられている前記ユーザプロファイルを前記アプリケーションサーバから前記管理システムに対して要求するステップと、
前記第２端末を使用している前記第２ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報とともに、前記第２メッセージを前記アプリケーションサーバから前記コンテンツサーバに転送するステップと、
前記第２端末を使用している前記第２ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報に基づいて前記第２ユーザ向けにカスタマイズされたコンテンツオブジェクトの配信を、前記コンテンツサーバから前記第２端末へリダイレクトするステップと
を有することを特徴とする方法。
【請求項２】
前記コンテンツオブジェクトは、広告情報を含む映像コンテンツ、または、広告情報が付随した映像コンテンツであることを特徴とする請求項１に記載の方法。
【請求項３】
前記第２ユーザと前記第１ユーザとが同一のユーザであるかどうかを判定するステップと、
前記第２ユーザと前記第１ユーザとが同一のユーザである場合には、前記第２端末を使用している前記第２ユーザに関連付けられている前記ユーザプロファイルを前記アプリケーションサーバから前記管理システムに対して要求する前記ステップを実行する代わりに、前記第１ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報を前記第２ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報として使用するステップと
をさらに有することを特徴とする請求項１または２に記載の方法。
【請求項４】
前記第２端末のデバイス特性にしたがって前記コンテンツサーバから配信される前記コンテンツオブジェクトのフォーマットをカスタマイズするステップ
をさらに有し、
前記第２端末のデバイス特性は、前記コンテンツサーバと前記第２端末との間で実行されたセッションセットアップの際に受信された記述情報から取得された情報であることを特徴とする請求項１ないし３のいずれか１項に記載の方法。
【請求項５】
前記管理システムは、インターネット・マルチメディア・サブシステム（ＩＭＳ）に実装されたシステムであることを特徴とする請求項１ないし４のいずれか１項に記載の方法。
【請求項６】
前記管理システムは、Ｗｅｂサービス使用して実装されたシステムであることを特徴とする請求項１ないし４のいずれか１項に記載の方法。
【請求項７】
前記アプリケーションサーバから前記第１端末に対して前記第１端末と前記コンテンツサーバとの間に確立されているセッションをクローズすべきか否かを問い合わせるステップと、
前記第１端末が前記第１端末と前記コンテンツサーバとの間に確立されているセッションをクローズすべきと応答してきた場合に、該セッションをクローズするステップと、
前記第１端末が前記第１端末と前記コンテンツサーバとの間に確立されているセッションをクローズすべきでないと応答してきた場合に、該セッションを維持するステップと
をさらに有することを特徴とする請求項１ないし６のいずれか１項に記載の方法。
【請求項８】
前記コンテンツサーバから前記第２端末への前記コンテンツオブジェクトの配信が開始された後に、前記コンテンツサーバから前記第１端末への前記コンテンツオブジェクトの配信を終了するステップをさらに有することを特徴とする請求項２に記載の方法。
【請求項９】
前記コンテンツサーバから前記第１端末への前記コンテンツオブジェクトの配信を終了した後に、前記コンテンツオブジェクトのうち前記第１ユーザ向けにカスタマイズされたコンテンツオブジェクトを配信するステップをさらにを有することを特徴とする請求項８に記載の方法。
【請求項１０】
前記第１端末と前記第２端末のうち少なくとも一方の端末は、ＩＭＳゲートウェイによって構成された非ＩＭＳ端末であり、
前記ＩＭＳゲートウェイは、ＩＭＳシグナリングと非ＩＭＳシグナリングとを相互に変換する変換器を備えており、
前記非ＩＭＳ端末は、前記カスタマイズされたコンテンツオブジェクトを出力する出力装置を備えていることを特徴とする請求項１ないし９のいずれか１項に記載の方法。
【請求項１１】
前記アプリケーションサーバにおいて、受信したメッセージからユーザの識別情報を抽出するステップと、
前記アプリケーションサーバにおいて、前記抽出したユーザの識別情報に対応したユーザプロファイルを前記管理システムから取得するステップと
をさらにを有することを特徴とする請求項１ないし１０のいずれか１項に記載の方法。
【請求項１２】
前記ユーザプロファイルは、インターネットマルチメディアサブシステム（ＩＭＳ）のＸＤＭＳデータベースに記憶されているＸＤＭＳプロファイルであることを特徴とする請求項１ないし１１のいずれか１項に記載の方法。
【請求項１３】
前記アプリケーションサーバから前記第２端末に対して、前記第１端末のオブジェクトコンテンツと同一のオブジェクトコンテンツへの招待を前記第２端末が受諾するか否かを問い合わせるステップと、
前記第２端末が前記招待を受諾しなかった場合に、前記第１端末からの前記招待を拒否するステップと
をさらに有することを特徴とする請求項１ないし１２のいずれか１項に記載の方法。
【請求項１４】
前記アプリケーションサーバにおいて、広告情報の受信を前記第１端末が停止するかどうかを判定するステップと、
前記第１端末が前記広告情報の受信を停止すると判定すると、前記コンテンツオブジェクトの配信を停止するよう前記アプリケーションサーバから前記コンテンツサーバに対して指示するステップと
をさらにを有することを特徴とする請求項１ないし１３のいずれか１項に記載の方法。
【請求項１５】
個人向けにカスタマイズされたコンテンツオブジェクトを配信するシステムであって、
第１ユーザによって使用される第１端末であって、各ユーザのセッションと識別情報とを管理する管理システムに対して、前記第１ユーザを登録し、コンテンツオブジェクトを要求する第１メッセージを送信する前記第１端末と、
第２端末を使用する第２ユーザを登録する前記第２端末と、
前記第１メッセージを受信し、前記第１端末を使用する前記第１ユーザについてのユーザプロファイルであって、前記第１ユーザのコンテンツオブジェクトの嗜好を示す嗜好情報を含む前記ユーザプロファイルを、前記管理システムに要求し、前記第１ユーザについての前記嗜好情報と、前記第１メッセージとを転送するアプリケーションサーバと、
前記第１メッセージとともに前記第１ユーザについての前記嗜好情報を受信し、前記第１ユーザについての前記嗜好情報に基づいて前記第１ユーザ向けにカスタマイズしたコンテンツオブジェクトを前記第１端末へ配信するコンテンツサーバと
を備え、
前記第１端末は、前記コンテンツオブジェクトと同一のコンテンツオブジェクトを前記第２端末へリダイレクトすることを指示する第２メッセージを前記アプリケーションサーバへ送信するように構成されており、
前記アプリケーションサーバは、前記第２メッセージを受信し、前記第２端末を使用している第２ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報を含むユーザプロファイルであって、前記第２端末を使用している前記第２ユーザに関連付けられている前記ユーザプロファイルを、前記管理システムに対して要求し、前記第２端末を使用している前記第２ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報とともに、前記第２メッセージを、前記コンテンツサーバに転送するように構成されており、
前記コンテンツサーバは、
前記第２端末を使用している前記第２ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報に基づいて前記第２ユーザ向けにカスタマイズしたコンテンツオブジェクトの配信を、前記第２端末へリダイレクトするように構成されていることを特徴とするシステム。
【請求項１６】
前記管理システムは、インターネット・マルチメディア・サブシステム（ＩＭＳ）に実装されていることを特徴とする請求項１５に記載のシステム。
【請求項１７】
前記管理システムは、Ｗｅｂサービス使用して実装されていることを特徴とする請求項１５に記載のシステム。
【請求項１８】
複数の端末と、各ユーザのセッションと識別情報とを管理する管理システムと、アプリケーションサーバと、コンテンツサーバとを備え、個人向けにカスタマイズされたコンテンツオブジェクトを配信するシステムにおいて使用されるアプリケーションサーバであって、
前記管理システム登録されている第１ユーザによって使用されている第１端末から送信された第１メッセージであって、コンテンツオブジェクトを要求するための前記第１メッセージを受信する受信ユニットと、
前記第１端末を使用している前記第１ユーザに関連付けられているユーザプロファイルであって、前記第１ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報を含む前記ユーザプロファイルを、各ユーザについての識別情報とセッションとを管理している前記管理システムに対して要求する要求ユニットと、
前記第１ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報とともに前記第１メッセージを受信するように構成された前記コンテンツサーバに対して、前記第１ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報とともに前記第１メッセージを転送し、前記第１ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報に基づいて前記第１ユーザ向けにカスタマイズされた前記コンテンツオブジェクトを前記第１端末へ配信する配信ユニットと
を備え、
前記受信ユニットは、前記コンテンツオブジェクトと同一のコンテンツオブジェクトを第２端末へリダイレクトすることを指示する第２メッセージを前記第１端末から受信するように構成されており、
前記要求ユニットは、前記第２端末を使用している第２ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報を含むユーザプロファイルであって、前記第２端末を使用している前記第２ユーザに関連付けられている前記ユーザプロファイルを、前記管理システムに対して要求するように構成されており、
前記転送ユニットは、前記第２端末を使用している前記第２ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報に基づいて前記第２ユーザ向けにカスタマイズされたコンテンツオブジェクトの配信を前記第２端末へリダイレクトする前記コンテンツサーバに対して、前記第２端末を使用している前記第２ユーザについてのコンテンツオブジェクトに関する嗜好を示す嗜好情報とともに前記第２メッセージを転送するように構成されていることを特徴とするアプリケーションサーバ。
【請求項１９】
前記管理システムは、インターネット・マルチメディア・サブシステム（ＩＭＳ）に実装されていることを特徴とする請求項１８に記載のアプリケーションサーバ。
【請求項２０】
前記管理システムは、Ｗｅｂサービス使用して実装されていることを特徴とする請求項１８に記載のアプリケーションサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツオブジェクトの宛先変更（リダイレクション）に関し、詳細には、リダイレクションの際のコンテンツオブジェクトを各個人向けのカスタマイズに関する。
【背景技術】
【０００２】
今ではテレビ（ＴＶ）番組を、テレビ受像機だけでなく移動デバイスでも受信することができるようになっている。受信される広告は、典型的にはメディアストリームの一部であり、ＴＶ番組に合うように事前にフォーマットされ、かつ、事前に選択されている。これは典型的には日本のワンセグシステムでそうなっていて、ワンセグシステムでは、同じＴＶ番組と広告とを、固定されたＴＶ受像機にも移動デバイスにもブロードキャスト（同報）する。つまり、広告が各ユーザに対してカスタマイズされているわけではない。
【０００３】
モバイルＴＶの場合、例えばＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔ−Ｈａｎｄｈｅｌｄ）上で同報されているサービスで示されているように、別個のチャネルを創り出す傾向がある。しかし、これらのモバイルＴＶシステムは、モバイル固有のＴＶサービスを創造するのに使える一方で、カスタマイズされたコンテンツオブジェクトや広告を提供する機能性を有していない。
【０００４】
もう１つの注目すべき背景要因は、Ｉｎｔｅｒｎｅｔ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）に基づくＩＰＴＶシステムを策定創造するために行われている取り組みである。ＩＭＳアーキテクチャについての規格文書は、３ＧＰＰ  ＴＳ２３．２２８「ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）；Ｓｔａｇｅ  ２」である。ＩＭＳベースのＩＰＴＶは、ＥＴＳＩ  ＴＩＳＰＡＮ（Ｄｅｄｉｃａｔｅｄ  ｓｕｂｓｙｓｔｅｍ  ｆｏｒ  ＩＰＴＶ  ｆｕｎｃｔｉｏｎｓ、ＥＴＳＩ  ＴＳ  １８２  ０２８  Ｖ２．０．０（２００８−０１）、ＩＰＴＶ  ｆｕｎｃｔｉｏｎｓ  ｓｕｐｐｏｒｔｅｄ  ｂｙ  ｔｈｅ  ＩＭＳ  ｓｕｂｓｙｓｔｅｍ、ＥＴＳＩ  ＴＳ  １８２  ０２７  Ｖ２．０．０（２００８−０２）、Ｓｅｒｖｉｃｅ  Ｌａｙｅｒ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｔｏ  Ｉｎｔｅｇｒａｔｅ  ＮＧＮ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  ＩＰＴＶ、ＥＴＳＩ  ＴＳ  １８１  ０１６  Ｖ２．０．０（２００７−１１）、Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  ｎｅｔｗｏｒｋ  ｔｒａｎｓｐｏｒｔ  ｃａｐａｂｉｌｉｔｉｅｓ  ｔｏ  ｓｕｐｐｏｒｔ  ＩＰＴＶ  ｓｅｒｖｉｃｅｓ、ＥＴＳＩ  ＴＳ  １８１  ０１４  Ｖ２．０．０（２００７−１１））の中に仕様が定められている。
【０００５】
ＩＭＳベースのＩＰＴＶは、ダウンロードされたメディアにもストリームされたメディアにも等しく良好に機能するであろう。ＩＭＳは、ユーザ認証、権利認証などのような多くの根底にある機能と共に、インターネットプロトコル（ＩＰ）上でのマルチメディアストリームのための制御構造を実現可能にする。マルチメディアストリームは、リアルタイムでもダウンロードされてもどちらでも良く、そして、ＩＭＳの外部にあるプロトコルによって管理されてもよいることもできる。
【０００６】
ＩＭＳベースのＩＰＴＶシステムは、例えばＯｐｅｎ  ＩＰＴＶ  Ｆｏｒｕｍの準備段階の予備仕様書の中で記述されているが、典型的には、複数の構成要素を含む（Ｏｐｅｎ  ＩＰＴＶ  Ｆｏｒｕｍ−Ｆｕｎｃｔｉｏｎａｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ−Ｖ  １．１、Ａｐｐｒｏｖｅｄ  Ｊａｎ  １５、２００８）。制御プレーンとメディアプレーンとは、ＩＭＳベースのＩＰＴＶシステムにおいては分離される。動画のストリーミングは、メディアプレーンで行われる。制御プレーンは、エンドユーザ端末とアプリケーションサーバとの間でセッションをセットアップするのに用いられる。システム側で制御プレーンを終端するアプリケーションサーバはストリーミングサーバを制御し、ストリーミングサーバは、実際のメディア、例えばＴＶ番組や動画を配信する。
【０００７】
ストリーミングサーバは、多くの場合、カプセル化と、例えばＲｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌのような制御プロトコルとを用いて、ＩＰネットワーク上で動画コンテンツのストリームを配信する。動画信号は、多くの場合、ＭＰＥＧ−２またはＭＰＥＧ−４のような形式で符号符合化される。これによって、動画信号の中に符号を組み込むことが可能になり、それによって、コンテンツプロバイダが広告を挿入することが可能になる。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】Ｄｅｄｉｃａｔｅｄ  ｓｕｂｓｙｓｔｅｍ  ｆｏｒ  ＩＰＴＶ  ｆｕｎｃｔｉｏｎｓ、ＥＴＳＩ  ＴＳ  １８２  ０２８  Ｖ２．０．０（２００８−０１）
【非特許文献２】ＩＰＴＶ  ｆｕｎｃｔｉｏｎｓ  ｓｕｐｐｏｒｔｅｄ  ｂｙ  ｔｈｅ  ＩＭＳ  ｓｕｂｓｙｓｔｅｍ、ＥＴＳＩ  ＴＳ  １８２  ０２７  Ｖ２．０．０（２００８−０２）
【非特許文献３】Ｓｅｒｖｉｃｅ  Ｌａｙｅｒ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｔｏ  Ｉｎｔｅｇｒａｔｅ  ＮＧＮ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  ＩＰＴＶ、ＥＴＳＩ  ＴＳ  １８１  ０１６  Ｖ２．０．０（２００７−１１）
【非特許文献４】Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  ｎｅｔｗｏｒｋ  ｔｒａｎｓｐｏｒｔ  ｃａｐａｂｉｌｉｔｉｅｓ  ｔｏ  ｓｕｐｐｏｒｔ  ＩＰＴＶ  ｓｅｒｖｉｃｅｓ、ＥＴＳＩ  ＴＳ  １８１  ０１４  Ｖ２．０．０（２００７−１１）
【非特許文献５】Ｏｐｅｎ  ＩＰＴＶ  Ｆｏｒｕｍ−Ｆｕｎｃｔｉｏｎａｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ−Ｖ  １．１、Ａｐｐｒｏｖｅｄ  Ｊａｎ  １５、２００８）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
市場では、ユーザごとにカスタマイズされたコンテンツオブジェクト（例えば広告）を各ユーザに提供することに対するニーズがある。しかし、同報タイプのＴＶシステムは、ただ単に同じＴＶ番組と広告とをすべてのユーザに同報することができるにすぎない。
【００１０】
重要なのは、ＩＭＳがは制御構造だけを含むのではなく、個人的なユーザプロファイルを生成して管理するためのメカニズムも含むことである。各り、個人のユーザプロファイルそれを利用すればして、個人的な広告を作成することができるだろう。どのようにすればこれらの広告がカスタマイズされるかということ、および、カスタマイズをどのようには何で構実現成さすれるかということは、ＩＭＳシステムの一部ではない。特に、コンテンツオブジェクトがあるユーザから他のユーザにリダイレクトされる場合に、ユーザプロファイルを用いるのと同様のやり方で広告がカスタマイズされうるようにするための解決策が必要である。
【課題を解決するための手段】
【００１１】
本発明によって、コンテンツ配信システムにおいてカスタマイズされたコンテンツオブジェクトを配信する方法を提供する。コンテンツ配信システムは、複数の端末と、セッションおよびユーザＩＤを管理するための管理システム（例えばＩｎｔｅｒｎｅｔ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ））と、アプリケーションサーバと、コンテンツサーバとを含む。コンテンツオブジェクトは、広告を含む動画コンテンツであってもよいし、広告を伴う動画コンテンツであってもよい。
【００１２】
第１のユーザが、第１の端末を通じて管理システムに登録される。第２のユーザが、第２の端末を通じて管理システムに登録される。第１のユーザは、第２のユーザと同一であってもよい。第１のユーザによって使用される第１の端末が、第１のメッセージ（例えばＩＮＶＩＴＥ）をアプリケーションサーバへ送信する。第１のメッセージは、前に述べたコンテンツオブジェクトを要求するのに用いられる。
【００１３】
アプリケーションサーバが、第１のメッセージを受信するとして、第１のユーザに関連するユーザプロファイルを管理システムに要求する。第１のユーザに関連するユーザプロファイルには、第１のユーザのコンテンツオブジェクトの選好嗜好（例えば広告の選好嗜好）を示す嗜好情報が含まれる。アプリケーションサーバは、第１のユーザの広告のユーザについての広告の選好嗜好情報と共に第１のメッセージをコンテンツサーバに転送する。選好嗜好情報には、セッション登録から導出されるデバイス能力、例えば、ＳＩＰ  ＩＮＶＩＴＥの中で通信されるＳＤＰ能力情報を含めることができる。コンテンツサーバは、コンテンツオブジェクトを第１の端末に配信する。コンテンツオブジェクトは、受信した第１のユーザのコンテンツオブジェクトの選好嗜好に基づいて、第１のユーザについてカスタマイズされる。
【００１４】
第１の端末が、第２のメッセージをアプリケーションサーバへ送信する。第２のメッセージは、同じコンテンツオブジェクトを第２の端末へリダイレクトするのに用いられるメッセージである。
【００１５】
アプリケーションサーバは、第２のメッセージを受信するとし、そして、第２の端末上のユーザに関連するユーザプロファイルを管理システムに要求する。第２のユーザに関連するユーザプロファイルには、第２のユーザについてのコンテンツオブジェクトの選好嗜好を示す嗜好情報が含まれる。アプリケーションサーバは、第２のユーザについてのコンテンツオブジェクト選好嗜好情報と共に第２のメッセージをコンテンツサーバに転送する。
【００１６】
コンテンツサーバは、コンテンツオブジェクトの配信を第２の端末へリダイレクトする。コンテンツオブジェクトは、第２のユーザについてのコンテンツオブジェクトの選好嗜好情報に基づいて第２のユーザ向けにについてカスタマイズされる。
【００１７】
本発明の方法、装置、システムのもっと合理的な理解が、添付の図面と併せて下記の詳細記述を参照することによって得られるであろう。
【図面の簡単な説明】
【００１８】
【図１】第１のシナリオにおけるコンテンツ配信システムを示す図である。
【図２】第１のシナリオにおけるシグナリングおよびメディアシーケンスを示す図である。
【図３】第２のシナリオにおけるコンテンツ配信システムを示す図である。
【図４】第２のシナリオにおけるシグナリングおよびメディアシーケンスを示す図である。
【図５】端末の略図である。
【図６】ＩＰＴＶ  ＡＳの略図である。
【発明を実施するための形態】
【００１９】
以下で、本発明の実施形態として２つのシナリオを記述する。これらのシナリオは、説明の目的で提供するものであり、請求の範囲に記載される本された発明は、これらの実施形態にのみに限定されると解釈されるべきではてはならない。
【００２０】
図１は、第１のシナリオにおけるコンテンツ配信システムを示す。図では、点線は制御信号の送受信（シグナリング）経路を表し、実線はメディアの転送経路を表す。
【００２１】
本実施形態によればでは、コンテンツ配信システムは、ＩＭＳに基づくＩＰＴＶシステムとして実現される。ＩＭＳネットワーク１００は、ＩＭＳ機能、例えば登録機能、セッションセットアップ機能、ユーザ認証機能、権利認証機能、および課金機能を含む。ＸＭＬ  Ｄｏｃｕｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒ（ＸＤＭＳ）１０６は、ユーザプロファイルを記憶するＸＤＭＳデータベースを含む。アクセスネットワーク１０１は、メディア転送ネットワークとして機能する。上述したように、制御プレーンは、ＩＭＳネットワーク１００の中に位置し、メディアプレーンは、アクセスネットワーク１０１の中に位置する。
【００２２】
アクセスネットワーク１０１の中に位置するストリーミングサーバ１０８は、コンテンツサーバの一例である。ストリーミングサーバ１０８は、コンテンツオブジェクトとカスタマイズされた広告とをそれぞれ移動電話１０３移動電話機１０３とＴＶ受像機１０４とに提供する。留意すべきだが、「ストリーミングサーバ」は、「ビデオオンデマンド（ＶｏＤ）サーバ」または「ネットワーク化されたパーソナルビデオレコーダ（ｎＰＶＲ）」と呼ばれてもよく、また、これは、本発明はダウンロードされたメディアにもストリームされたメディアにも等しく十分に機能することから、配信メカニズムにとらわれない。
【００２３】
ＩＰＴＶ  ＡＳ  １０７は、コンテンツオブジェクトおよび広告の配信と、各ユーザについての広告のカスタマイズとを制御するアプリケーションサーバである。
【００２４】
住宅１０２は、ユーザの住居家である。第１のシナリオでは、移動電話１０３移動電話機１０３とＴＶ受像機１０４とが、住宅１０２の中に位置する。移動電話１０３移動電話機１０３は、ＩＭＳ対応端末（以下、ＩＭＳ端末）である。ＴＶ受像機１０４はＩＭＳ端末ではないが、ＴＶ受像機１０４は、Ｈｏｍｅ  ＩＭＳ  Ｇａｔｅｗａｙ（ＨＩＧＡ）１０５がＩＭＳシグナリングと非ＩＭＳシグナリングとの間の翻訳（例えばＨｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）またはＵｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ（ＵＰｎＰ））を提供することから、ＩＭＳ端末として動作する。
【００２５】
第１のシナリオでは、ユーザがは、移動電話１０３移動電話機１０３とストリーミングサーバとの間の自分自身の（既存の）セッションをＴＶ受像機１０４（または他の表示デバイスに）に分岐させる。これは、例えば、ユーザが、ＩＭＳベースのＩＰＴＶシステムにおいて移動電話１０３移動電話機１０３を用いてＴＶ番組を選択し、そして、そのセッションをＴＶ受像機１０４へリダイレクトすることである。移動電話１０３移動電話機１０３とＴＶ受像機１０４とは、第１のユーザによって所有されている。ＩＭＳネットワーク１００では、第１のユーザのユーザＩＤは、移動電話１０３移動電話機１０３およびＴＶ受像機１０４（ＨＩＧＡ  １０５）に関連付けられている。ユーザのプロファイルを用いて、両方のデバイスで表示される広告が構成される。
【００２６】
セッションが、移動電話１０３移動電話機１０３からＴＶ受像機１０４へリダイレクトされた場合、必ずしも元のセッションを終了させる必要はない。元のセッションは、リダイレクトされたセッションが持続する間、移動電話１０３移動電話機１０３にメッセージを送信するために再び使用されてもよいすることができるからである。移動電話１０３移動電話機１０３に対するこれらのメッセージは、リダイレクトされたセッションの中でＴＶ受像機１０４上に表示されているものと同期されてもよく、すなわち、このメッセージは広告であってもよい。これらのメッセージは、ＴＶ受像機１０４上に表示される広告と同期したメッセージであってもされてもよい。これらのメッセージは、ＴＶ番組自体に関連してもよいし、広告に関連してもよく、すなわち、広告自体であってもよい。これによって、何らかの追加の機能が可能になり、例えば、二次的なデバイス上で広告を視聴するポイントを受信することが可能になる。
【００２７】
図２は、第１のシナリオにおけるシグナリングおよびメディアのシーケンスを示す。ＨＩＧＡ  １０５は、ＨＩＧＡ  １０５上のユーザおよびその接続するＴＶ受像機１０４の位置とプレゼンスとをＩＭＳネットワーク１００に登録するため、ＳＩＰ  ＲＥＧＩＳＴＥＲをＩＭＳネットワーク１００へ送信する（Ｓ２０１）。また、移動電話１０３移動電話機１０３も、移動電話１０３移動電話機１０３上のユーザの位置とプレゼンスとを登録するため、ＳＩＰ  ＲＥＧＩＳＴＥＲをＩＭＳネットワーク１００へ送信する（Ｓ２０２）。これらの登録手順は、ＩＭＳ仕様に規定されている。ＩＭＳネットワーク１００は、ＩＭＳ仕様に従ってプレゼンスサービスを提供する。ＩＭＳ端末は、ＩＭＳネットワーク１００からプレゼンス情報を取得することができる。
【００２８】
第１のユーザによって使用される移動電話１０３移動電話機１０３が、第１のＳＩＰ  ＩＮＶＩＴＥをＩＰＴＶ  ＡＳ  １０７へ送信する（Ｓ２０３）。ユーザが、第１のＩＮＶＩＴＥを送信することによってコンテンツオブジェクトとして動画コンテンツを要求する。例えば、移動電話１０３移動電話機１０３は、Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ（ＥＰＧ）を表示デバイス上に表示し、動画コンテンツ（ＴＶ番組）をＥＰＧから選択し、そして、動画コンテンツのＵｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）と第１のユーザのＩＤとを第１のＩＮＶＩＴＥに挿入する。
【００２９】
ＩＰＴＶ  ＡＳ  １０７は、第１のＩＮＶＩＴＥを受信し、ＵＲＩとユーザのＩＤとを抽出する。ＩＰＴＶ  ＡＳ  １０７は、ＩＰＴＶ  ＡＳ  １０７のストレージデバイスから、移動電話１０３移動電話機１０３上のユーザ（受信したユーザのＩＤ）に関連するユーザプロファイル（受信したユーザのＩＤ）を探す。今回のアクセスがそれはＩＰＴＶ  ＡＳ  １０７に対する最初第１のアクセスでなければはなく、第１のユーザのユーザプロファイルがは、ＸＤＭＳ  １０６からダウンロードされて、ＩＰＴＶ  ＡＳ  １０７のストレージデバイスに記憶される。ユーザプロファイルがストレージデバイスの中には見つからない場合、ＩＰＴＶ  ＡＳ  １０７は、移動電話１０３移動電話機１０３上のユーザに関連するユーザプロファイルをＩＭＳシステム１００のＸＤＭＳ  １０６に要求する（Ｓ２０４）。
【００３０】
ＸＤＭＳ  １０６は、ＸＤＭＳデータベースからユーザプロファイルを検索し探し、そして、ユーザプロファイルをＩＰＴＶ  ＡＳ  １０７に返す（Ｓ２０５）。移動電話１０３移動電話機１０３上のユーザに関連するユーザプロファイルは、第１のユーザについての広告の選好嗜好を示す情報を含む。広告の選好嗜好とは、例えば、車、釣り、スポーツ、投資、旅行、不動産、映画などのようなものである。これは、フリーテキストから例えばオントロジーのような数学的な形式の定義に至るまで、各種の形式で符号化して符合化するこ表現してもよいとができる。
【００３１】
ＩＰＴＶ  ＡＳ  １０７は、第１のユーザについての広告の選好嗜好情報と共に第１のＩＮＶＩＴＥをストリーミングサーバ１０８に転送する（Ｓ２０６）。すなわち、ＩＰＴＶ  ＡＳ  １０７は、指定された動画コンテンツと、第１のユーザについての広告の選好嗜好情報に基づいて個別化（カスタマイズ）された広告とを配信するように、ストリーミングサーバに命令する。
【００３２】
ストリーミングサーバ１０８は、第１のユーザの広告のユーザについての広告の選好嗜好情報と共に第１のＩＮＶＩＴＥを受信するとして、受信した広告の選好嗜好情報に基づいて第１のユーザにとって適切な広告を選択する。例えば、広告の選好嗜好が車を示す場合、自動車の販売の広告が選択される。ストリーミングサーバ１０８は、そのストレージデバイス内に多量の広告を保持維持しているする。従って、ストリーミングサーバ１０８は、適切な広告をピックアップすることができる。ストリーミングサーバ１０８は、選択された動画コンテンツのＵＲＩを第１のＩＮＶＩＴＥから抽出して、抽出したＵＲＩに対応した基づいて動画コンテンツを準備する。ストリーミングサーバ１０８は、動画コンテンツを広告と共に移動電話１０３移動電話機１０３に配信する（Ｓ２０７）。移動電話１０３移動電話機１０３は、動画コンテンツとカスタマイズされた広告とを受信して、それらを表示デバイス上にレンダリングして表示する。また、移動電話１０３移動電話機１０３は、移動電話１０３移動電話機１０３のスピーカから音声情報を出力する。
【００３３】
ちなみに、移動電話１０３移動電話機１０３は、利用可能なネットワークデバイス、例えばＴＶ受像機１０４を、ＵＰｎＰを用いて探索する探す（Ｓ２０８）。ＵＰｎＰの代わりに他の探索発見プロトコルが用いられてもよい。留意すべきだが、探索発見プロセスは、通常は、このシステムのセットアッププロセスの間に行われる。移動電話１０３移動電話機１０３は、利用可能なネットワークデバイスのリストを作成する。ユーザがリダイレクションを命令すると、移動電話１０３移動電話機１０３は、ユーザが同じ動画コンテンツ（セッション）をがリダイレクトされることになるネットワークデバイスをユーザが選択できるようにするための、リストを表示する。
【００３４】
移動電話１０３移動電話機１０３は、第２のＩＮＶＩＴＥをＩＰＴＶ  ＡＳへ送信する（Ｓ２０９）。第２のＩＮＶＩＴＥは、同じ動画コンテンツを第２の端末へリダイレクトするのに用いられるＩＮＶＩＴＥメッセージである。第２のＩＮＶＩＴＥは、例えば、リダイレクションの命令と、第２の端末（ＨＩＧＡ  １０５によって支援されるＴＶ受像機１０４）の宛先ＩＤとを含む。
【００３５】
ＩＰＴＶ  ＡＳ  １０７は、第２のＩＮＶＩＴＥを受信するとして（Ｓ２０９）、第２のＩＮＶＩＴＥから宛先ＩＤを抽出する。ＩＰＴＶ  ＡＳ  １０７は、宛先ＩＤの一部によって指定された第２のユーザが、第１のユーザと同一であるかどうかをと判定する。第１のシナリオでは、それらは同じユーザである。言い換えれば、動画コンテンツを視聴している人間であるユーザは、変わらないのであって、移動電話１０３移動電話機１０３が二次的な視聴デバイスとなり、ＴＶ受像機１０４が一次的な視聴デバイスとなるのである。従って、第１のユーザのユーザプロファイルは、ＩＭＳネットワーク１００からすでにダウンロードされている。ＴＶ受像機に接続されているＨＩＧＡ  １０５について関連付けられているのユーザプロファイルを要求する求めるための第２のリクエストは要求は、省略されされる。ＩＰＴＶ  ＡＳ  １０７は、ユーザプロファイルが同じであることから、移動電話１０３移動電話機１０３とＴＶ受像機１０４とに対して同じ選好嗜好を適用する。ＴＶ受像機１０４へ送信される広告をカスタマイズするため、第１のユーザのユーザプロファイルが依然として用いられる。
【００３６】
ＩＰＴＶ  ＡＳ  １０７は、第２のＩＮＶＩＴＥを第１のユーザの広告のユーザについての広告の選好嗜好と共にストリーミングサーバ１０８に転送する（Ｓ２１０）。ＩＰＴＶ  ＡＳ  １０７は、ＴＶ受像機１０４への動画コンテンツのストリームをセットアップするようにストリーミングサーバ１０８に命令する。ＩＰＴＶ  ＡＳ  １０７は、同時に、移動電話１０３移動電話機１０３に対する動画コンテンツの二次的ストリームをセットアップする。例えば、ＩＰＴＶ  ＡＳ  １０７は、ＴＶ受像機１０４へのセッションが確立した時に移動電話１０３移動電話機１０３が元のセッションを閉じてしまっている場合には、ストリームをセットアップするために第３のＩＮＶＩＴＥを移動電話１０３移動電話機１０３へ送信する。移動電話１０３移動電話機１０３へのセッションのセットアップは、ＴＶ受像機１０４へ分岐されてもよい。
【００３７】
ＩＰＴＶ  ＡＳ  １０７は、第２のＩＮＶＩＴＥをＴＶ受像機１０４に転送する（Ｓ２１１）。ＨＩＧＡ  １０５は、第２のＩＮＶＩＴＥを受信して、第２のＩＮＶＩＴＥをＴＶ受像機１０４に転送する（Ｓ２１２）。ＴＶ受像機１０４は、受入承諾受諾メッセージをＨＩＧＡ  １０５に返信する。ＨＩＧＡ  １０５は、受入承諾受諾メッセージをＩＰＴＶ  ＡＳ  １０７に転送する。
【００３８】
ストリーミングサーバ１０８は、広告と共に動画コンテンツの配信をＴＶ受像機１０４へリダイレクトする（Ｓ２１３）。ＴＶ受像機１０４への広告も、第１のユーザの広告のユーザについての広告の選好嗜好に基づいて第１のユーザのためにカスタマイズされる。ＴＶ受像機１０４は、動画コンテンツとカスタマイズされた広告とを受信して、それらを表示デバイス上にレンダリングして表示する。また、ＴＶ受像機１０４は、ＴＶ受像機１０４のスピーカから音声情報を出力する。
【００３９】
留意すべきだが、通常は、ＴＶ受像機１０４と移動電話１０３移動電話機１０３との性能特性は、互いに異なっている。従って、ストリーミングサーバ１０８は、Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＤＰ）を用いて各端末のデバイス特性を検査し、そして、動画コンテンツのカスタマイズを実行する。例えば、動画符合符号化形式、音声符合符号化形式、ビットレート等が、受信側端末のデバイス特性に基づいてカスタマイズされる。ストリーミングサーバ１０８は、ストリーミングサーバ１０８とＴＶ受像機１０４との間のセッションのセットアップの間に、ＳＤＰ情報からＴＶ受像機１０４のデバイス特性を取得する。
【００４０】
ＩＰＴＶ  ＡＳ  １０７は、移動電話１０３移動電話機１０３とストリーミングサーバ１０８との間のセッションを閉鎖すべきか否かを移動電話１０３移動電話機１０３に問い合わせてもよい。ＩＰＴＶ  ＡＳ  １０７は、セッションを閉鎖すべきであると移動電話１０３移動電話機１０３が応答した場合、移動電話１０３移動電話機１０３とストリーミングサーバ１０８との間のセッションを閉鎖する。この場合、ＩＰＴＶ  ＡＳ  １０７とストリーミングサーバ１０８とは、広告と共に動画コンテンツのＴＶ受像機１０４への配信が開始された後、動画コンテンツの移動電話１０３移動電話機１０３への配信を終了する。
【００４１】
移動電話機１０３がセッションをが閉鎖しされるべきでないと移動電話１０３移動電話機１０３が応答してきた場合、ＩＰＴＶ  ＡＳ  １０７とストリーミングサーバ１０８とは、移動電話機１０３との元のセッションを維持する。留意すべきだが、ＩＰＴＶ  ＡＳ  １０７とストリーミングサーバ１０８とは、元のセッション上で移動電話機１０３に対して、動画コンテンツと広告との両方を提供してもよいし、元のセッション上で移動電話１０３移動電話機１０３への広告だけを提供してもよい（Ｓ２１４）。後者の場合、ストリーミングサーバ１０８は、移動電話１０３移動電話機１０３への動画コンテンツの配信が終了した後であっても、第１のユーザのためにカスタマイズされた広告を移動電話１０３移動電話機１０３に配信することになる。
【００４２】
上記のように、広告のカスタマイズと動画コンテンツのリダイレクションとが両方共、同時に達成される。ユーザは、広告のカスタマイズを依然として維持しながら、視聴デバイスを移動電話機からＴＶ受像機へ、あるいはその逆に変更することができる。
【００４３】
図３は、第２のシナリオにおけるコンテンツ配信システムを示す。図では、点線はシグナリングを表し、実線はメディアを表す。同じ特徴には同じ参照番号が振られている。移動電話１０３移動電話機１０３は、第１のユーザに関連付けられているものとする。ＨＩＧＡ  １０５とＴＶ受像機１０４とは、第２のユーザに関連付けられているものとする。すなわち、ＩＭＳネットワーク１００は、移動電話１０３移動電話機１０３とＨＩＧＡ  １０５とに添付されたＩＭＳ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ  （ＩＳＩＭ）またはＵｎｉｖｅｒｓａｌ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｃａｒｄ（ＵＩＣＣ）からのＩＤに基づいて、第１のユーザと第２のユーザとを識別して区別する。ＩＳＩＭおよびＵＩＣＣは、デバイスＩＤおよびユーザＩＤを記憶するメモリデバイスである。この実施形態では、ユーザＩＤの１つであるＩＭＳ  Ｐｕｂｌｉｃ  Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ（ＩＭＰＵ）を使用することができる。
【００４４】
第２のシナリオでは、第１のユーザが同じ動画ストリーム（ＴＶ番組）を視聴するように別のユーザ（第２のユーザ）を招待する。第１のシナリオと同じメカニズムを、第２のユーザへの動画ストリームをカスタマイズする目的で適用することができる。要するに、第１のユーザと第２のユーザとがどちらも同じ動画ストリームを視聴している間に、第１のユーザと同様に、第２のユーザが受信する広告にも別のカスタマイズがシームレスに適用される。
【００４５】
図４は、第２のシナリオにおけるシグナリングおよびメディアシーケンスを示す。同じ特徴には同じ参照番号が振られている。
【００４６】
第１のユーザによって使用される移動電話１０３移動電話機１０３が、同じ動画コンテンツを視聴するように第２のユーザを招待する目的で（Ｓ４０１）、第２のＩＮＶＩＴＥをＩＰＴＶ  ＡＳへ送信する（Ｓ２０９）。従って、第２のＩＮＶＩＴＥは、同じ動画コンテンツを第２のユーザによって使用されるＴＶ受像機１０４へリダイレクトするためである。第２のＩＮＶＩＴＥは、例えば、リダイレクションの命令と、第２の端末（ＴＶ受像機１０４）を示すの宛先ＩＤとを含む。第２のユーザはＩＭＳネットワーク１００に登録されているのだから、移動電話１０３移動電話機１０３は、第２のユーザを調べることができる。例えば、ＨＩＧＡ  １０５は第２のユーザは、第２のユーザ自分のプレゼンスの中をに登録されしており、第２のユーザは、このＨＩＧＡ  １０５いる、ＨＩＧＡ  １０５によって支援される自分のＴＶ受像機１０４で、ＴＶ番組を視聴している。
【００４７】
第２のＩＮＶＩＴＥは、第２のユーザのＳＩＰ  ＵＲＩを含む、ＩＰＴＶ  ＡＳ  １０７に対するＳＩＰ  ｒｅ−ＩＮＶＩＴＥであってもよい。ＳＩＰ  ｒｅ−ＩＮＶＩＴＥは、動画コンテンツをトランスポートする目的でセッションを分岐させるのに役立つ。
【００４８】
ＩＰＴＶ  ＡＳ  １０７は、第２のＩＮＶＩＴＥを受信するとして（Ｓ４０１）、宛先ＩＤを抽出する。ＩＰＴＶ  ＡＳ  １０７は、抽出されした宛先ＩＤによって指定された第２のユーザが、第１のユーザと同一であるかどうかをと判定する。第２のシナリオでは、第２のユーザが、第１のユーザとそれらは異なっている。
【００４９】
ＩＰＴＶ  ＡＳ  １０７は、ＴＶ受像機１０４に関連付けられたユーザプロファイルをＸＤＭＳ  １０６に要求する（Ｓ４０２）。ＸＤＭＳ  １０６は、ＸＤＭＳデータベースからユーザプロファイルを検索探し、第２のユーザのプロファイルをＩＰＴＶ  ＡＳ  １０７に返信する（Ｓ４０３）。ＴＶ受像機１０４に関連付けられたユーザプロファイルには、第２のユーザについての広告の選好嗜好情報が含まれる。また、第２のユーザについての広告の選好嗜好情報とは、例えば、車、釣り、スポーツ、投資、旅行、不動産、映画などのような嗜好を示す情報ものである。
【００５０】
なお留意すべきだが、ＩＰＴＶ  ＡＳ  １０７は、第２のユーザのユーザプロファイルをすでにダウンロード済みであるためしており、ＩＰＴＶ  ＡＳ  １０７は、第２のユーザのユーザプロファイルを要求するリクエスト求める要求を省略することができる。これは、一般に、ＩＰＴＶ  ＡＳ  １０７は、第２のユーザのＩＭＳ登録の間にすでに第２のユーザのユーザプロファイルをダウンロードしているからである。例えば、第２のユーザのＩＭＳ登録は、第２のユーザがＴＶ受像機１４０でＴＶ番組を視聴しようとするときしている時に実行行わされる。なおしかし、ＴＶ受像機１０４は、ＩＰＴＶ  ＡＳ  １０７を通してＴＶ番組を視聴しないときにもように使用されるのであってることがある。り、この場合には第２のユーザに関連付けられたセッションがその時点で存在しないことから、ＩＰＴＶ  ＡＳ  １０７は、必ずしも第２のユーザのユーザプロファイルを有していないことがある。この場合、ＩＰＴＶ  ＡＳ  １０７は、ＴＶ受像機１０４のＩＭＳセットアップを開始する必要がある。
【００５１】
ＩＰＴＶ  ＡＳ  １０７は、第２のユーザについての広告の選好嗜好情報と共に第２のＩＮＶＩＴＥをストリーミングサーバ１０８に転送する（Ｓ４０４）。
【００５２】
ストリーミングサーバ１０８は、第２のユーザの広告のユーザについての広告の選好嗜好情報と共に第２のＩＮＶＩＴＥを受信する。ストリーミングサーバ１０８は、受信した広告の選好嗜好情報に基づいて第２のユーザのための適切な広告を選択する。ストリーミングサーバ１０８は、第２のＩＮＶＩＴＥから選択された動画コンテンツのＵＲＩを抽出し、抽出したＵＲＩに基づいて動画コンテンツを準備する。
【００５３】
ＩＰＴＶ  ＡＳ  １０７は、第２のＩＮＶＩＴＥをＴＶ受像機１０４に転送する（Ｓ４０５）。ＨＩＧＡ  １０５は、第２のＩＮＶＩＴＥを受信して、第２のＩＮＶＩＴＥをＴＶ受像機１０４に転送する（Ｓ４０６）。ＴＶ受像機１０４は、受入承諾受諾メッセージをＨＩＧＡ  １０５に返信する。ＨＩＧＡ  １０５は、受入承諾受諾メッセージをＩＰＴＶ  ＡＳ  １０７に転送する。ＩＰＴＶ  ＡＳ  １０７は、ＴＶ受像機１０４への配信を開始するよう、ストリーミングサーバに命令する。
【００５４】
ストリーミングサーバ１０８は、嗜好に対応した広告と共に動画コンテンツをＴＶ受像機１０４に配信する（Ｓ４０７）。ＴＶ受像機１０４は、動画コンテンツとカスタマイズされた広告とを受信して、それらを表示デバイス上にレンダリングして表示する。また、ＴＶ受像機１０４は、ＴＶ受像機１０４のスピーカから音声情報を出力する。
【００５５】
留意すべきだがなお、通常は、ＴＶ受像機１０４と移動電話１０３移動電話機１０３とのコンテンツ再生能力特性は、互いに異なっている。従って、ストリーミングサーバ１０８は、Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＤＰ）を用いて各端末のデバイス特性特性を検査し、そして、動画コンテンツのカスタマイズを実行する。例えば、動画符合符号化形式、音声符合符号化形式、ビットレート等が、受信側端末のデバイス特性に基づいてカスタマイズされる。ストリーミングサーバ１０８は、ストリーミングサーバ１０８とＴＶ受像機１０４との間のセッションセットアップの間に、ＳＤＰ情報からＴＶ受像機１０４のデバイス特性を取得する。
【００５６】
ストリーミングサーバ１０８は、第１のユーザのためにカスタマイズされた広告と共に動画コンテンツを移動電話１０３移動電話機１０３に配信する（Ｓ４０７）。移動電話１０３移動電話機１０３は、動画コンテンツとカスタマイズされた広告とを受信して、それらを表示デバイス上にレンダリングして表示する。また、移動電話１０３移動電話機１０３は、移動電話１０３移動電話機１０３のスピーカから音声情報を出力する。
【００５７】
上記のように、第１のユーザと第２のユーザとは、同じ動画コンテンツを、別のカスタマイズが適用される広告と共に楽しめる。
【００５８】
ＩＰＴＶ  ＡＳ  １０７は、ＴＶ受像機１０４が移動電話１０３移動電話機１０３からの同じ動画コンテンツについての招待を受け入れるか否かを、第２の端末であるＴＶ受像機１０４に問い合わせてもよい。ＴＶ受像機１０４が招待を承諾受諾受け入しれない場合、ＩＰＴＶ  ＡＳ  １０７は、移動電話１０３移動電話機１０３からの招待を拒否する。これによって、第２のユーザは、忙しいなど使用中といった理由で第１のユーザからの招待を拒否することができる。
【００５９】
ＩＰＴＶ  ＡＳ  １０７は、移動電話１０３移動電話機１０３が広告の受信を中止するか否かを判定してもよい。移動電話１０３移動電話機１０３が広告の受信を中止する場合、ＩＰＴＶ  ＡＳ  １０７は、動画コンテンツのＴＶ受像機１０４への配信を停止するよう、ことについてストリーミングサーバ１０８に命令する。これによって、ユーザがＴＶ受像機１０４で動画コンテンツを視聴することを望む場合には移動電話１０３移動電話機１０３で広告を視聴することをようにユーザに強制することが可能となるである。
【００６０】
図５は、端末の略図を示す。移動電話１０３移動電話機１０３は、以下のユニットを有するＩＭＳ端末装置である。ＣＰＵ  ５０１は、コンピュータプログラムを実行するプロセッサである。ＲＡＭ  ５０２は、一時的な作業エリアとして動作するストレージデバイスである。ＲＯＭ  ５０３は、コンピュータプログラムとデータとを記憶するもう１つのストレージデバイスである。ＩＳＩＭおよびＵＩＣＣは、ＲＯＭ  ５０３の一部である。Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ（Ｉ／Ｆ）  ５０４は、受信機と送信機器とを有するネットワーク通信回路である。表示ユニット５０５は、動画コンテンツ、静止画コンテンツ、広告のようなグラフィック情報を出力するＬＣＤまたはそれに類似した表示装置ものである。入力ユニット５０６は、ＣＰＵ  ５０１に命令を入力するためのキーパッドおよびジョイスティックである。
【００６１】
ＣＰＵ  ５０１がコンピュータプログラムを実行しているときに時、ＣＰＵ  ５０１は、登録ユニット５１１、リダイレクションユニット５１２およびレンダリングユニット５１３として動作する。登録ユニット５１１は、そのユーザのプレゼンスをＩＭＳネットワーク１００に登録する。リダイレクションユニット５１２は、入力ユニット５０６からのユーザ入力の命令に基づいてＩＮＶＩＴＥを送信する。ユーザは、コンテンツオブジェクトとして動画コンテンツを要求するための命令と、動画コンテンツのリダイレクションを要求するための命令とを入力することができる。レンダリングユニットは、ストリーミングサーバ１０８から受信した動画コンテンツとカスタマイズされた広告とをレンダリングする。
【００６２】
図６は、ＩＰＴＶ  ＡＳの略図を示す。ＩＰＴＶ  ＡＳ  １０７は、以下のユニットを有する。ＣＰＵ  ６０１は、コンピュータプログラムを実行するプロセッサである。ＲＡＭ  ６０２は、一時的な作業エリアとして動作するストレージデバイスである。特に、ＲＡＭ  ６０２は、ＸＤＭＳ  １０６からダウンロードされたユーザプロファイルを記憶する。ＲＯＭ  ６０３は、コンピュータプログラムとデータとを記憶するもう１つのストレージデバイスである。Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ（Ｉ／Ｆ）  ６０４は、受信機と送信機器とを有するネットワークインタフェースカードである。
【００６３】
ＣＰＵ  ６０１がコンピュータプログラムを実行している時、ＣＰＵ  ６０１は、セッション制御ユニット６１１、ユーザ管理ユニット６１２および配信制御ユニット６１３として動作する。
【００６４】
セッション制御ユニット６１１は、ＩＰＴＶサービスに関するセッションを制御する。例えば、セッション制御ユニット６１１が第１のＩＮＶＩＴＥを移動電話１０３移動電話機１０３からネットワークＩ／Ｆ６０４を用いて受信して、セッションを確立する場合である。
【００６５】
ユーザ管理ユニット６１２は、進行中のセッションに関するユーザプロファイルを管理する。例えば、ユーザが第１のＩＮＶＩＴＥを送信するとき時、ユーザ管理ユニット６１２は、ユーザのユーザプロファイルがＲＡＭ  ６０２に記憶されているたか否かを判定する。ユーザのユーザプロファイルがまだ記憶されていない場合には、ユーザ管理ユニット６１２は、ＸＤＭＳ  １０６にユーザのユーザプロファイルを要求する。ユーザ管理ユニット６１２は、受信したユーザのユーザプロファイルからユーザの広告のユーザについての広告の選好嗜好情報を抽出する。
【００６６】
配信制御ユニット６１３は、ユーザの命令に基づいてストリーミングユニット１０８を制御する。例えば、配信制御ユニット６１３は、第１のユーザの広告のユーザについての広告の選好嗜好情報と共に第１のＩＮＶＩＴＥをストリーミングサーバ１０８に転送する。
【００６７】
セッション制御ユニット６１１が、同じ動画コンテンツをＴＶ受像機１０４にリダイレクトするために第２のＩＮＶＩＴＥを受信するとる場合、ユーザ管理ユニット６１２は、第２のユーザが第１のユーザと同一であるかを判定する。第１のユーザと第２のユーザとそれらが同じユーザである場合（第１のシナリオ）、ユーザ管理ユニット６１２は、ユーザプロファイルをＲＡＭ  ６０２から読み出して、ユーザプロファイルを配信制御ユニット６１３に渡す。第１のユーザと第２のユーザとそれらが別のユーザである場合（第２のシナリオ）、ユーザ管理ユニット６１２は、第２のユーザのユーザプロファイルをＸＤＭＳ  １０６に要求する。ユーザ管理ユニット６１２は、受信した第２のユーザのユーザプロファイルから第２のユーザの広告のユーザについての広告の選好嗜好情報を抽出する。
【００６８】
配信制御ユニット６１３は、第２のユーザの広告のユーザについての広告の選好嗜好情報と共に第２のＩＮＶＩＴＥをストリーミングサーバに転送する。すなわち、配信制御ユニット６１３は、カスタマイズされた広告と共に動画コンテンツの配信をＴＶ受像機１０４にリダイレクトするよう、ストリーミングサーバ１０８に命令する。
【００６９】
上記の実施形態では、セッションとユーザＩＤとを管理するための管理システムは、Ｉｎｔｅｒｎｅｔ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）として実装される。これは一例に過ぎない。管理システムは、Ｗｅｂ  Ｓｅｒｖｉｃｅｓを用いて実装される他の管理システムであってもよい。これらのＷｅｂ  Ｓｅｒｖｉｃｅｓの１つは、Ｐａｒｌａｙ  Ｇｒｏｕｐによって開発されたＰａｒｌａｙ  Ｘである。Ｗｅｂ  Ｓｅｒｖｉｃｅｓのもう１つの例は、以下のウェブサイトに示されている。
（ｈｔｔｐ：／／ｗｗｗ．ｉｂｍ．ｃｏｍ／ｄｅｖｅｌｏｐｅｒｗｏｒｋｓ／ｌｉｂｒａｒｙ／ｓｐｅｃｉｆｉｃａｔｉｏｎ／ｗｓ−ｆｅｄｗｏｒｌｄ／）
本発明の方法、装置、システムのいくつかの実施形態を添付の図面に図解し、前述の記述で述べてきたけれども、理解されるであろうが、本発明は、開示された実施形態に限定されるのではなく、上述され、かつ、下記の請求項によって定義される、本発明の精神から逸脱することなく、多数の再構成形態、修正形態、代替形態が可能である。
【図１】
2011529279.tif 000003
【図２】
2011529279.tif 000004
【図３】
2011529279.tif 000005
【図４】
2011529279.tif 000006
【図５】
2011529279.tif 000007
【図６】
2011529279.tif 000008
【国際調査報告】
2011529279.tif 000009
2011529279.tif 000010