セッションプッシュ伝送
第１のＵＥ（ユーザ機器）は、ＩＭＳベースのサービス、例えば、ＩＰＴＶサービスを登録（４１）し、アプリケーションサーバとの加入シグナリング手順を使用することによって、デバイスディスカバリ手順を開始し、アプリケーションサーバは、同一のＩＭＳ加入の下、登録されている他のＵＥ群をＵＥへ通知（４２）することによって応答する。これによって、第１のＵＥは、特定のメディアセッションを開始することを登録されている他のＵＥから選択されたＵＥ（４３）に実現可能にすることができる。これは、選択された対象のＵＥへ転送するために、少なくともコンテンツ識別子と、選択されたＵＥのアイデンティティを含むセッションプッシュをアプリケーションサーバへ送信することによって実現される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＭＳ（インターネットプロトコルマルチメディアサブシステム）ベースのメディアセッションを開始することを選択されたＵＥに実現可能にする、第１のＵＥ（ユーザ機器）のための方法、第１のＵＥからのセッションプッシュ情報を使用して、ＩＭＳベースのメディアセッションを開始することを選択されたＵＥに実現可能にするアプリケーションサーバのための方法、ＵＥ及びアプリケーションサーバに関するものである。
【背景技術】
【０００２】
エンドユーザは、様々なタイプのＩＭＳ（インターネットプロトコルマルチメディアサブシステム）ベースのサービス、例えば、ＩＰＴＶ（インターネットプロトコルテレビ）、ＶｏＤ（ビデオオンデマンド）、ＣｏＤ（コンテンツオンデマンド）あるいは音楽を、様々なタイプのＵＥ（ユーザ機器）からアクセスすることができ、また、特定のサービスに属するメディアセッションを見たり聞いたりすることができる。ここで、様々なタイプのＵＥには、ＴＶ、ＰＣ（パーソナルコンピュータ）あるいは適切な機能が提供されているモバイルフォン（移動電話）がある。
【０００３】
エンドユーザにとっては、第１のＵＥから、同一のＩＭＳ加入を共有する対象のＵＥへと、例えば、ベッドルームに置かれているＰＣからリビングルームに置かれているＴＶへと、特定のメディアセッションを移動したりコピーすることができることは価値のあることである。また、メディアセッションが別のＵＥへ移動される場合、１つのＵＥは、他のＵＥへとセッションのコピーが完了した後にそのセッションを終了することになる。また、エンドユーザにとっては、自身の第１のＵＥがメディアセッションを実行していない場合でさえも、自身の第１のＵＥを使用して、別のＵＥで特定のメディアセッションを開始することができることは有益である。
【０００４】
メディアセッションの複製は、部分的には、ＤＬＮＡ（デジタルリビングネットワークアライアンス）規格において扱われていて、これは、例えば、ホームネットワーク内のユーザ機器群が、任意の複雑な構成設定処理を行うことなく、互いに自身のコンテンツを共有することを可能にするために、家庭用電化製品メーカによって使用される。
【０００５】
また、既存のＩＭＳベースのメッセージングソリューション、例えば、エリクソン社によるＰＧＭ（プレゼンス及びグループ管理）は、部分的にセッション伝送環境と、３ＧＰＰを取り扱う機能を含んでいる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の従来のソリューションは、いくつかの欠点を含んでいる。例えば、ＤＮＬＮソリューションは、ＵＥ群がＤＬＮＡ規格に準拠することを要求する。既存のユーザ機器の多数は、ＤＬＮＡに準拠しておらず、また、メディアセッションの複製を別のユーザ機器にコピーする手段を持っていない。また、ＤＬＮＡは、実際には、サービスプロバイダからのサービス、例えば、ＩＰＴＶサービスを取り扱わず、ホーム環境内だけでの画像及びストリーミングに着目している。
【０００７】
加えて、上述のＩＭＳベースのメッセージングソリューションは、メディア、少なくとも写真の共有をユーザ間で許容することで、第１のユーザは、第２のユーザとのチャットセッションで写真を含めるようにしている。しかしながら、これらのユーザは、ストリーム化ビデオあるいはＩＰＴＶセッションを共有することは許容されない、あるいは、同一のＩＭＳ加入に属するホームネットワーク内での他のユーザ機器と共有することは許容されない。
【０００８】
つまり、第１のＵＥが実際にメディアセッションを実行しているかどうかとは独立して、同一のＩＭＳ加入、例えば、ホームネットワーク内に属する対象のＵＥへとＩＭＳベースのメディアセッションを第１のＵＥから移動したりコピーすることを可能にするという課題が依然として存在する。
【課題を解決するための手段】
【０００９】
本発明の目的は、上述の課題に対処することであり、この目的及びその他の目的は、添付の独立請求項に従う方法及び装置によって達成され、また、従属請求項に実施形態によって達成される。
【００１０】
第１の構成に従えば、本発明は、ＩＭＳベースのセッションを開始することを選択されたＵＥに実現可能にする第１のＵＥに対する方法を提供する。このメディアセッションは、ＩＭＳゲートウェイを介してアプリケーションサーバによって制御され、かつＩＭＳベースのサービスに属する。
【００１１】
前記第１のＵＥは、
前記ＩＭＳベースのサービスに登録するための加入メッセージを前記アプリケーションサーバへ送信するステップと、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに登録されている他のＵＥ群の通知を前記アプリケーションサーバから受信するステップと、
前記登録された他のＵＥ群の内の選択されたＵＥに転送するために、セッションプッシュ情報を、前記アプリケーションサーバへ送信するステップとを実行し、前記セッションプッシュ情報は、前記選択されたＵＥのアイデンティティと前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含んでいる。
【００１２】
ＵＥは、更に、
同一のＩＭＳベースのサービスに登録されている他のＵＥ群を表示するステップと、
前記登録されている他のＵＥ群の内の１つを選択するユーザ入力を受信するステップと
を実行する。
【００１３】
第２の構成に従えば、第１のＵＥからのセッションプッシュ情報を使用して、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にする、アプリケーションサーバに対する方法を提供する。このメディアセッションは、ＩＭＳゲートウェイを介してアプリケーションサーバによって制御され、かつＩＭＳベースのサービスに属する。
【００１４】
前記アプリケーションサーバは、
ＩＭＳベースのサービスに前記第１のＵＥを登録するための加入メッセージを前記第１のＵＥから受信するステップと、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに対して登録されている他のＵＥ群の通知を前記第１のＵＥへ送信するステップと、
前記登録されている他のＵＥ群の内の選択されたＵＥのアイデンティティと前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含むセッションプッシュ情報を前記第１のＵＥから受信するステップと、
前記セッションプッシュ情報を前記選択されたＵＥへ転送するステップと
を実行する。
【００１５】
アプリケーションサーバは、更に、ＵＥ自身が受信先として意図されているかどうかを検証するために各ＵＥに対して、登録されているＵＥ群すべてに前記セッションプッシュ情報をフォーキングすることによって、前記セッションプッシュ情報を前記選択されたＵＥへ転送することができる。
【００１６】
第３の構成に従えば、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にするように構成されているＵＥを提供する。メディアセッションは、ＩＭＳゲートウェイを介してアプリケーションサーバによって制御され、かつＩＭＳベースのサービスに属する。
【００１７】
ＵＥは、
ＩＭＳベースのサービスに登録するための加入メッセージを前記アプリケーションサーバへ送信するための登録ユニットと、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに登録されている他のＵＥ群の通知を前記アプリケーションサーバから受信するための通知受信ユニットと、
前記登録された他のＵＥ群の内の選択されたＵＥに転送するために、セッションプッシュ情報を、前記アプリケーションサーバへ送信するセッションプッシュユニットとを有し、
前記セッションプッシュ情報は、前記選択されたＵＥのアイデンティティと前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含んでいる。
【００１８】
ＵＥには、更に、前記ＩＭＳベースのサービスに登録されている他のＵＥ群を表示し、かつ前記登録されている他のＵＥ群の内の１つをセッションプッシュ用の対象として選択するためのユーザ入力を受信するための選択デバイスが更に提供されていても良い。
【００１９】
第４の構成に従えば、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にする、アプリケーションサーバを提供する。メディアセッションは、第１のＵＥからのセッションプッシュ情報を使用して、ＩＭＳゲートウェイを介してアプリケーションサーバによって制御され、かつＩＭＳベースのサービスに属する。
【００２０】
アプリケーションサーバは、
ＩＭＳベースのサービスに前記第１のＵＥを登録するための加入メッセージを前記第１のＵＥから受信するための登録受信ユニットと、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに対して登録されている他のＵＥ群の通知を前記第１のＵＥへ送信するための通知ユニットと、
前記登録されている他のＵＥ群の内の選択されたＵＥのアイデンティティと前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含むセッションプッシュ情報を前記第１のＵＥから受信するためのセッションプッシュ転送ユニットとを有し、
前記セッションプッシュ転送ユニットは、更に、前記セッションプッシュ情報を前記選択されたＵＥへ転送するように構成されている。
【００２１】
加えて、前記メディアセッションはＩＰＴＶセッションであっても良く、また、前記コンテンツ識別子は、テレビチャンネルのアイデンティティに対応する、あるいはビデオオンデマンドあるいはコンテンツオンデマンドのアイデンティティに対応する。
【００２２】
前記セッションプッシュ情報は、更に、前記メディアセッションにおける位置に関連する情報、及びコーデック情報の少なくとも一方を含んでいても良い。
【００２３】
本発明の効果は、既存の規格に基づいて、選択された対象とするＵＥに、ＩＭＳベースのメディアセッションを第１のＵＥによってプッシュすることができることである。第１のＵＥがコンテンツ識別子を含むプッシュ情報を送信することによって、それを受信する対象とするＵＥは、第１のＵＥがメディアセッションを実行中であるか否かとは独立して、新規のセッションを開始することができる。
【図面の簡単な説明】
【００２４】
【図１】デバイスディスカバリを示す図である。
【図２】デバイスディスカバリを示すＳＩＰシグナリング図である。
【図３】本発明の実施形態に従うＳＩＰセッションプッシュを示すシグナリング図である。
【図４】本発明に従って、ＵＥによって実行される例示のデバイスディスカバリ及びセッションプッシュを示すフロー図である。
【図５】本発明に従って、アプリケーションサーバによって実行される例示のデバイスディスカバリ及びセッションプッシュを示すフロー図である。
【図６】本発明に従う、例示のＵＥを示す図である。
【図７】本発明に従う例示のアプリケーションサーバを示す図である。
【発明を実施するための形態】
【００２５】
以下の説明では、本発明を、いくつかの実施形態と図面を参照してより詳細に説明する。限定するものではなく、また、説明の目的のために、特定の詳細を、本発明の全体理解を提供するために、特定の状況、技術等で説明する。しかしながら、当業者には、本発明が、これらの特定の詳細とは異なる別の実施形態で実施できることは明らかであろう。
【００２６】
また、当業者には、以下で説明される機能群及び手段群が、プログラム化マイクロプロセッサあるいは汎用コンピュータと協働するソフトウェアを使用して、また／あるいは特定用途集積回路（ＡＳＩＣ）を使用して実現されても良いことが明らかであろう。本発明が方法及び装置の形態で主に説明される一方で、本発明は、コンピュータプログラム、加えて、コンピュータプロセッサ及びそのコンピュータプロセッサに接続されるメモリを備えるシステムで実現されても良いことが明らかであろう。ここで、メモリは、本明細書で開示される機能群を実行することができる１つ以上のプログラムでエンコードされている。
【００２７】
本発明に従う基本概念は、第１のＵＥ（ユーザ機器）が、アプリケーションサーバとの加入シグナリング手順を使用してＩＭＳベースのサービス、例えば、ＩＰＴＶサービスに登録することによって、デバイスディスカバリ（発見）手順を開始し、そして、アプリケーションサーバが、同一のＩＭＳ加入の下で、そのサービスに登録されている他のＵＥ群をＵＥへ通知することによって応答することである。これによって、第１のＵＥは、少なくともコンテンツ識別子と、登録されている他のＵＥ群から選択されたＵＥのアイデンティティを含むセッションプッシュを、その選択されたＵＥへ転送するために、アプリケーションサーバへ送信することによって、好ましくは、アプリケーションサーバが、登録されているＵＥ群のすべてに対してメッセージをフォーキング（forking）することによって、特定のメディアセッションをその選択されたＵＥが開始することを実現することができる。
【００２８】
つまり、本発明は、異なるＵＥ間でセッションプッシュ情報を伝送することを、ＩＭＳ基盤の下で使用するための方法を定義する。この伝送は、例えば、セッションプッシュを実現可能にするように拡張されている、オープンＩＰＴＶフォーラム（ＯＩＰＦ）及びＴＩＳＰＡＮ等による標準化メカニズムを利用している。
【００２９】
つまり、別のＵＥへセッションをプッシュすることを可能にするために、第１のＵＥは、アプリケーションサーバとのデバイスディスカバリ手順を開始することで、オンラインで、かつサービスに登録されている他のＵＥ群のアイデンティティを確立する。当然のことながら、ＵＥ群は同一のＩＭＳ加入の下で登録されていることも必要とする。エンドユーザが他の利用可能なＵＥ群のアイデンティティを知っている場合、エンドユーザは、それらの内の任意のものをセッションプッシュ用の対象とするＵＥとして選択することができる。
【００３０】
ＵＥがＩＭＳベースのＩＰＴＶサービスに参加する場合の例示のデバイスディスカバリ手順を図１に示す。第１のＵＥ１１、即ち、リビングルームのＴＶは、サービスを提供するＴＶ ＡＳ１２（ＩＰＴＶ アプリケーション）サーバとの加入（ＳＵＢＳＣＲＩＢＥ）／通知（ＮＯＴＩＦＹ）シグナリングシーケンスを使用してサービスに登録する。特定のＵＥがセッション伝送に関与することができるようにするためには、その特定のＵＥは、ＴＩＳＰＡＮ規格のＩＰＴＶ加入ダイアログ（対話）への拡張を認識しなければならない。この拡張は、ステップ１の加入（ＳＵＢＳＣＲＩＢＥ）で、登録するＵＥのアイデンティティをＴＶ ＡＳへ提供し、ステップ２の通知（ＮＯＴＩＦＹ）で、ＴＶ ＡＳに、そのＵＥへ、現在エンドユーザで利用可能な登録されているＩＰＴＶサービスを実現可能なすべての他のＵＥ群を通知することを可能にする。加入（ＳＵＢＳＣＲＩＢＥ）ペイロードは、好ましくは、図１に示されるように、ＵＥの所望の表示名、例えば、「リビングルームのＴＶ」を示す情報で拡張されている。
【００３１】
つまり、第１のＵＥ（「リビングルームのＴＶ」）から受信される加入（ＳＵＢＳＣＲＩＢＥ）への応答として、ＴＶ ＡＳ１２は、ＵＥ１１へ、登録されている他のＵＥ群、即ち、「トムのＰＣ」１３及び「トムのモバイル」１４を通知（ＮＯＴＩＦＹ）で通知する。これは、通知（ＮＯＴＩＦＹ）ペイロードが同一の加入の登録されているすべてのＵＥを示す情報で拡張されているからである。ステップ２で、ＴＶ ＡＳ１２は、登録されているすべてのＵＥを示す通知（ＮＯＴＩＦＹ）を他の登録されているＵＥへ送信する。その後、それぞれの更新、例えば、エンドユーザがＵＥ群のいずれかからログアウトする場合、あるいは別のＵＥが加入（ＳＵＢＳＣＲＩＢＥ）を送信する場合、登録されているすべてのＵＥへ送信される新規の通知（ＮＯＴＩＦＹ）が得られることになる。
【００３２】
図２は、同一のＩＰＴＶサービスに登録されているＵＥ群の上述の例示の動的ディスカバリの主要なステップ群を示す更なるＳＩＰシグナリング図である。シグナルＳ１では、ＵＥ１は、ＩＰＴＶアプリケーションサーバ１２が宛先となるＳＩＰ加入（ＳＩＰ ＳＵＢＳＣＲＩＢＥ）登録パッケージを、ＩＭＳゲートウェイ１５へ送信する。シグナルＳ２では、ＩＭＳ ＧＷは、ＳＩＰ加入（ＳＩＰ ＳＵＢＳＣＲＩＢＥ）をＡＳＭ１６（認証及びセッションマネージャ）へ転送し、シグナルＳ３で、ＡＳＭは、そのＳＩＰ加入（ＳＩＰ ＳＵＢＳＣＲＩＢＥ）をＩＰＴＶアプリケーションサーバへ転送する。次に、シグナルＳ４で、ＩＰＴＶアプリケーションサーバは、ＳＩＰ２００ ＯＫをＡＳＭへ返信し、シグナルＳ５で、ＡＳＭはそのＳＩＰ２００ ＯＫをＩＭＳ ＧＷへ転送し、シグナルＳ６で、ＩＭＳ ＧＷはＳＩＰ２００ ＯＫ応答をＵＥ１へ送信する。シグナルＳ７で、ＩＰＴＶアプリケーションサーバは、同一のＩＰＴＶサービスの下で登録されているすべてのＵＥを含むＳＩＰ通知（ＳＩＰ ＮＯＴＩＦＹ）を、この手順の発信元、即ち、ＵＥ１とＵＥ２として生成し、そのＳＩＰ通知（ＳＩＰ ＮＯＴＩＦＹ）をＡＳＭへ送信する。シグナルＳ８で、ＡＳＭは、ＳＩＰ通知（ＳＩＰ ＮＯＴＩＦＹ）をＩＭＳ ＧＷへ転送し、さらに、ＩＭＳ ＧＷはそのＳＩＰ通知（ＳＩＰ ＮＯＴＩＦＹ）を、登録されているＵＥ群へ、即ち、シグナルＳ９で、ＵＥ１へ転送し、シグナルＳ１０で、ＵＥ２へ転送する。
【００３３】
第１のＵＥに対して、別のＵＥへセッションプッシュ情報を伝送するために、ＵＥは、利用可能なＵＥ群を表示するための手段と、セッションプッシュ情報を受信するためのＵＥを選択するための手段、例えば、「セッションプッシュ」用のメニューオプションとが提供されていることが好ましい。ここで、このメニューオプションでは、利用可能な登録されているＵＥ群が表示され、エンドユーザは、表示されているＵＥ群から、セッションプッシュ用のＵＥを選択するための入力を行うことができる。
【００３４】
例えば、ＵＥがエンドユーザから選択されたＵＥの入力を受信することによって、セッションプッシュ情報伝送が開始される場合、ＵＥは、必要な情報を含むＳＩＰリクエスト、即ち、ＳＩＰリファー（ＳＩＰ ＲＥＦＥＲ）あるいはＳＩＰメッセージ（ＳＩＰ ＭＥＳＳＡＧＥ）をＴＶ ＡＳへ送信して、セッションプッシュを実行する。セッションプッシュ情報は、メディアセッションへのリファレンス、即ち、テレビのチャンネルのようなコンテンツ識別子と、それに加えて、例えば、メディアセッションのストリームにおける特定の位置のようなメディアセッションを受信するＵＥがそのメディアセッションを開始することを可能にするためのメディアに関する情報、あるいはコーデックに関する情報を含んでいる。
【００３５】
メディアセッションを受信するＵＥがサービスを、新規のセッションであるかのように起動することが可能となるので、ＵＥは、メディアセッションがライブＴＶである場合に、例えば、テレビのチャンネルのアイデンティティを受信することによって、コンテンツを識別することができるようにしなければならない。また、例えば、高解像度ＴＶから、例えば、ＱＳＶＧ品質の移動電話への伝送の場合には、メディアセッションを受信するＵＥは、そのメディアセッションをセットアップする場合に、使用するコーデックがどれであるかを知らなければならない。加えて、更なる情報として、例えば、ＵＥでコンテンツを見られる位置を伝送することができる。
【００３６】
セッションプッシュ情報は、例えば、３ＧＰＰに従うＳＩＰリファー（ＳＩＰ ＲＥＦＥＲ）で送信され、これには、コンテンツ識別子がさらに含まれる。あるいは、セッションプッシュ情報は、どのセッションプッシュ情報が特定のｐｕｓｈ（プッシュ）コマンドで送信されるかに従って、ＳＩＰメッセージで伝送される。本発明の例示の実施形態に従えば、ｐｕｓｈコマンドは、既存のＮｏｔｉｆｙ、Ｒｅｃｏｒｄ、ＳｗｉｔｃｈＴｏＴＭ及びＳｗｉｔｈＴｏＢＣ ＴＩＳＰＡＮ ＩＰＴＶＥコマンドと同じ立場であり、また、ＩＰＴＶＳｅｓｓｉｏｎＡｃｔｉｏｎＤａｔａと呼ばれる構造を備える。この構造は、プッシュされるメディアセッションを開始するために、メディアセッションを受信するＵＥが必要となるデータを含んでいる。ＴＶ ＡＳがｐｕｓｈ（プッシュ）コマンドを含むＳＩＰメッセージを受信する場合、ＴＶ ＡＳは、ペイロードを付加するあるいは変更したうえで、メディアセッションを受信するＵＥに向けて、そのペイロードをＳＩＰメッセージで転送する。
【００３７】
図３は、第１のＵＥ１１であるＵＥ１から、第２のＵＥ１３（ＵＥ２）への、ＳＩＰメッセージによるセッションプッシュ情報の例示の伝送を示すシグナリング図である。（図面を簡単にするために、ＡＳＭは不図示である）。シグナルＳ１及びＳ２では、ＵＥ１とＵＥ２は、ＴＶサービスを登録するために要求される加入（ＳＵＢＳＣＲＩＢＥ）シグナリングシーケンスを送信し、その一部は図１及び図２で示されている。シグナルＳ３では、ＵＥ１は、ペイロード内にｐｕｓｈコマンドを含むＳＩＰメッセージを、ＴＶ ＡＳ１２を送信する。このｐｕｓｈコマンドは、同一のメディアセッションを別のＵＥが開始することを可能にするために要求される必要なメディアセッションデータを含んでいて、このデータは、以下のような、ＩＰＴＶＳｅｓｓｉｏｎＡｃｔｉｏｎＤａｔａ構造に包含されている。
【００３８】
シグナルＳ４では、ＴＶ ＡＳは、ＳＩＰメッセージを、シグナルＳ３でのデータと同一あるいは類似のデータとともに、ＩＭＳ ＧＷ１５へ送信する。但し、ＴＶ ＡＳは、必要であれば、例えば、ＵＥ２に対して、ＶｏＤを表示することをどこで開始することを把握させるために、ＶｏＤタイムスタンプを含めることによって、ペイロードの一部を付加するあるいは修正する。ＴＶ ＡＳは、この情報を、メディアポンプ、即ち、ストリーミングサーバからリクエストすることができる、あるいはＴＶ ＡＳ自身の内部でユーザの再生位置を追跡し続けることができる。シグナルＳ５では、ＩＭＳゲートウェイは、すべてのＵＥについてのＳＩＰメッセージをフォークして、各ＵＥについて、そのＳＩＰメッセージの意図されている受信先であるか否かを検証する。そして、シグナルＳ６では、ＵＥ２は、ＩＭＳゲートウェイを介して受信されるセッションプッシュ情報を使用して、ＵＥ１からプッシュされるメディアセッションを開始する。
【００３９】
例示の実施形態に従えば、上述の新規のｐｕｓｈコマンドは、以下のスキーマで示されるように、ＩＰＴＶＳｅｓｓｉｏｎＡｃｔｉｏｎＤａｔａ構造内に包含されるように定義される。関連する部分についてのみ示し、太字部分が本発明に従う新規な部分である。
【００４０】
【数１】
【００４１】
また、ＴＩＳＰＡＮは、ＢＣ（ブロードキャスト）、ＣｏＤ（コンテンツオンデマンド）、及びネットワークレコード関連サービスに対するサービスアクションデータスキーマを定義する。例示の実施形態に従えば、新規のアクションデータ構造である、ＩＰＴＶＳｅｓｓｉｏｎＡｃｔｉｏｎＤａｔａは、以下のスキーマで示されるように、セッションプッシュをサポートするために定義される。ここでは、ＴＩＳＰＡＮインポートと拡張要素は不図示である。
【００４２】
【数２】
【００４３】
上述のスキーマでは、強調表示の用語「ｎａｍｅ」は、リビングルームのＴＶのようなセッションを実行するＵＥの名前を示している。強調表示の用語「ｔｙｐｅ」は、例えば、セットトップボックス、ＰＣあるいは通常のモバイルフォン用のハンドセットのようなセッションを実行するＵＥのタイプを示している。強調表示の用語「ｓｅｒｖｉｃｅ」は、例えば、ＢＣ（ブロードキャスト）あるいはＶｏＤ（ビデオオンデマンド）のようなサービスのタイプを示している。
【００４４】
このＩＰＴＶＳｅｓｓｉｏｎＡｃｔｉｏｎＤａｔａ−構造は、ＵＥ ＡからＴＶ ＡＳへの、また、ＴＶ ＡＳからＵＥ Ｂへのセッションプッシュ用の例示のＳＩＰメッセージに含まれ、これは、以下の２つのスキーマにおいて強調表示されている。
【００４５】
【数３】
【００４６】
【数４】
【００４７】
図４は、特定のメディアセッションを開始することを選択されたＵＥへ可能にするために、本発明に従う、セッションプッシュ手順において第１のＵＥによって実行されるステップ群を示すフロー図である。ステップ４１で、ＵＥは、好ましくは、ＳＩＰ加入／通知シグナリングを使用して、ＩＰＴＶのようなＩＭＳベースのサービスに対して、アプリケーションサーバに登録される。ステップ４２で、加入の応答として、ＵＥは、アプリケーションサーバから通知を受信する。この通知には、同一のＩＭＳ加入の下で、ＩＭＳサービスに登録されているＵＥのアイデンティティを含んでいる。好ましくは、ステップ４３で、ＵＥは、利用可能な他のＵＥ群を表示し、そうすることで、エンドユーザは、「対象とする」ＵＥの選択を入力することが可能となり、ステップ４４で、セッションプッシュを開始することになる。セッションプッシュは、選択されたＵＥの情報と特定のメディアセッションのコンテンツ識別子とを、選択されたＵＥへ転送させるためにアプリケーションサーバへ送信する。この処理は、好ましくは、アプリケーションサーバがセッションプッシュ情報を利用可能なすべてのＵＥ群へ送信して、各ＵＥに、自身が受信先として意図されているかどうかを検証させることによって実現する。
【００４８】
図５は、図４に示すセッションプッシュ手順において、アプリケーションサーバによって実行されるステップ群を示すフロー図である。ステップ５１で、第１のＵＥを特定のＩＭＳサービスに登録するために、アプリケーションサーバは、第１のＵＥからメッセージ、好ましくは、ＳＩＰ加入を受信する。ステップ５２で、アプリケーションサーバは、ＵＥをそのサービスに登録し、通知を登録されているすべてのＵＥへ送信することによって、同一のエンドユーザに属する登録されている他のすべてのＵＥを、そのＵＥへ通知する。この通知は、ＩＭＳサービスに登録されていて、かつ同一のエンドユーザに属する、即ち、同一のＩＭＳ加入の下で登録されているＵＥのアイデンティティを含んでいる。その後、ステップ５３で、アプリケーションサーバは、第１のＵＥからセッションプッシュコマンドを受信する。このセッションプッシュコマンドは、選択された「対象とする」ＵＥのアイデンティティとコンテンツアイデンティティとを含んでいる。そして、ステップ５４で、アプリケーションサーバは、セッションプッシュ情報を選択されたＵＥへ転送する。この処理は、好ましくは、セッションプッシュ情報を、サービスに登録されていて、かつ同一のエンドユーザに属するすべてのＵＥへ送信し、各ＵＥに、自身が受信先として意図されているかどうかを検証させることによって実現する。
【００４９】
コンテンツ識別子は、例えば、テレビチャンネル、あるいは、ビデオオンデマンドあるいはコンテンツオンデマンドのアイデンティティであり得る。また、セッションプッシュ情報は、例えば、位置情報あるいはコーデック情報であり得る。
【００５０】
図６は、ＩＭＳベースのメディアセッションを開始することを選択された対象とするＵＥに実現可能にするように構成されている、例示のユーザ機器６０、即ち、ＴＶを示していて、このＵＥには登録ユニット６１、通知受信ユニット６２、及びセッションプッシュユニット６３とが提供されている。ＩＭＳベースのサービスに属するメディアセッションは、ＩＭＳゲートウェイを介してアプリケーションサーバ７０によって制御される。登録ユニットは、加入メッセージをアプリケーションサーバへ送信するように構成されている。このアプリケーションサーバは、ＩＭＳベースのサービスを登録し、また、同一のサービスの下、登録されている他のＵＥ群のディスカバリを開始する。また、通知受信ユニットは、アプリケーションサーバから、ＩＭＳベースのサービスの下で登録されている他のＵＥの通知を受信するように構成されていて、セッションプッシュユニットは、登録されている他のＵＥ群の内の選択されたＵＥへ転送するために、セッションプッシュ情報を、アプリケーションサーバへ送信するように構成されている。
【００５１】
更なる実施形態に従えば、ユーザ機器には、ＩＭＳベースのサービスに登録されている他のＵＥ群を表示し、ユーザ入力を受信するように構成されている選択デバイスが提供される。このユーザ入力は、エンドユーザが、登録されているＵＥ群の１つをセッションプッシュ用の対象とするデバイスとして選択することを可能にするものである。
【００５２】
図７は、登録受信ユニット７１、通知ユニット７２、及びセッション転送ユニット７３とが提供される例示のアプリケーションサーバを示し、このアプリケーションサーバは、第１のＵＥから受信されるセッションプッシュ情報を使用して、ＩＭＳベースのメディアセッションを開始することを選択されたＵＥに実現可能にするように構成されている登録受信ユニットは、ＵＥをＩＭＳベースのサービスに登録するために第１のＵＥから加入メッセージを受信し、また、同一のＩＭＳ加入の下、同一のサービスに登録されている、任意の他のＵＥをディスカバリするように構成されている。また、通知ユニットは、同一のＩＭＳベースのサービスの下で登録されていて、かつディスカバリされたＵＥ群の通知を第１のＵＥへ送信するように構成されていて、セッションプッシュ転送ユニットは、第１のＵＥからセッションプッシュ情報を受信し、そして、そのセッションプッシュ情報を選択された対象とするＵＥへ転送するように構成されている。
【００５３】
このセッションプッシュ情報は、登録されている他のＵＥの内、選択されたＵＥの少なくともアイデンティティと、ＩＭＳベースのサービスに属するメディアセッションに関連づけられているコンテンツ識別子とを含んでいるが、例えば、ＶｏＤセッションにおいて閲覧される位置に関する情報とコーデック情報とを備えることもできる。
【００５４】
図６及び図７に示されるユーザ機器とアプリケーションサーバは、プログラム化マイクロプロセッサあるいは汎用コンピュータと協働するソフトウェア機能を使用する、及び／あるいは特定用途集積回路（ＡＳＩＣ）を使用する、物理エンティティあるいは論理エンティティによって実現されても良いことに注意すべきである。
【００５５】
本発明は、既存の規格に基づいて、第１のＵＥから選択されたＵＥへの、例えば、ＩＰＴＶセッションのようなメディアセッションのセッションプッシュを実現可能にする。第１のＵＥは、コンテンツ識別子を含むセッションプッシュ情報を送信するので、それを受信する対象とするＵＥは、第１のＵＥがメディアセッションを実行していない場合でさえも、例えば、既存のオープンＩＰＴＶフォーラムのシーケンスに従って、新規のセッションを開始することができる。
【００５６】
また、上述の実施形態群は例示としてのみ与えられるものであって、本発明を制限するものではない。添付の特許請求の範囲で請求される発明の範囲内の、他のソリューション、用途、目的、及び機能が、当業者には明らかであろう。
【００５７】
略語表
ＴＶ ＡＳ テレビアプリケーションサーバ
ＶｏＤ ビデオオンデマンド
ＢＣ ブロードキャスト
ＵＥ ユーザ機器、即ち、モバイルフォン、ＰＣあるいはＴＶのようなエンドユーザ端末
ＳＩＰ セッション開始プロトコル
ＩＭＳ ＩＰマルチメディアサブシステム
ＳＴＢ セットトップボックス
ＤＬＮＡ デジタルリビングネットワークアライアンス
ＰＧＭ プレゼンス＆グループ管理
【技術分野】
【０００１】
本発明は、ＩＭＳ（インターネットプロトコルマルチメディアサブシステム）ベースのメディアセッションを開始することを選択されたＵＥに実現可能にする、第１のＵＥ（ユーザ機器）のための方法、第１のＵＥからのセッションプッシュ情報を使用して、ＩＭＳベースのメディアセッションを開始することを選択されたＵＥに実現可能にするアプリケーションサーバのための方法、ＵＥ及びアプリケーションサーバに関するものである。
【背景技術】
【０００２】
エンドユーザは、様々なタイプのＩＭＳ（インターネットプロトコルマルチメディアサブシステム）ベースのサービス、例えば、ＩＰＴＶ（インターネットプロトコルテレビ）、ＶｏＤ（ビデオオンデマンド）、ＣｏＤ（コンテンツオンデマンド）あるいは音楽を、様々なタイプのＵＥ（ユーザ機器）からアクセスすることができ、また、特定のサービスに属するメディアセッションを見たり聞いたりすることができる。ここで、様々なタイプのＵＥには、ＴＶ、ＰＣ（パーソナルコンピュータ）あるいは適切な機能が提供されているモバイルフォン（移動電話）がある。
【０００３】
エンドユーザにとっては、第１のＵＥから、同一のＩＭＳ加入を共有する対象のＵＥへと、例えば、ベッドルームに置かれているＰＣからリビングルームに置かれているＴＶへと、特定のメディアセッションを移動したりコピーすることができることは価値のあることである。また、メディアセッションが別のＵＥへ移動される場合、１つのＵＥは、他のＵＥへとセッションのコピーが完了した後にそのセッションを終了することになる。また、エンドユーザにとっては、自身の第１のＵＥがメディアセッションを実行していない場合でさえも、自身の第１のＵＥを使用して、別のＵＥで特定のメディアセッションを開始することができることは有益である。
【０００４】
メディアセッションの複製は、部分的には、ＤＬＮＡ（デジタルリビングネットワークアライアンス）規格において扱われていて、これは、例えば、ホームネットワーク内のユーザ機器群が、任意の複雑な構成設定処理を行うことなく、互いに自身のコンテンツを共有することを可能にするために、家庭用電化製品メーカによって使用される。
【０００５】
また、既存のＩＭＳベースのメッセージングソリューション、例えば、エリクソン社によるＰＧＭ（プレゼンス及びグループ管理）は、部分的にセッション伝送環境と、３ＧＰＰを取り扱う機能を含んでいる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の従来のソリューションは、いくつかの欠点を含んでいる。例えば、ＤＮＬＮソリューションは、ＵＥ群がＤＬＮＡ規格に準拠することを要求する。既存のユーザ機器の多数は、ＤＬＮＡに準拠しておらず、また、メディアセッションの複製を別のユーザ機器にコピーする手段を持っていない。また、ＤＬＮＡは、実際には、サービスプロバイダからのサービス、例えば、ＩＰＴＶサービスを取り扱わず、ホーム環境内だけでの画像及びストリーミングに着目している。
【０００７】
加えて、上述のＩＭＳベースのメッセージングソリューションは、メディア、少なくとも写真の共有をユーザ間で許容することで、第１のユーザは、第２のユーザとのチャットセッションで写真を含めるようにしている。しかしながら、これらのユーザは、ストリーム化ビデオあるいはＩＰＴＶセッションを共有することは許容されない、あるいは、同一のＩＭＳ加入に属するホームネットワーク内での他のユーザ機器と共有することは許容されない。
【０００８】
つまり、第１のＵＥが実際にメディアセッションを実行しているかどうかとは独立して、同一のＩＭＳ加入、例えば、ホームネットワーク内に属する対象のＵＥへとＩＭＳベースのメディアセッションを第１のＵＥから移動したりコピーすることを可能にするという課題が依然として存在する。
【課題を解決するための手段】
【０００９】
本発明の目的は、上述の課題に対処することであり、この目的及びその他の目的は、添付の独立請求項に従う方法及び装置によって達成され、また、従属請求項に実施形態によって達成される。
【００１０】
第１の構成に従えば、本発明は、ＩＭＳベースのセッションを開始することを選択されたＵＥに実現可能にする第１のＵＥに対する方法を提供する。このメディアセッションは、ＩＭＳゲートウェイを介してアプリケーションサーバによって制御され、かつＩＭＳベースのサービスに属する。
【００１１】
前記第１のＵＥは、
前記ＩＭＳベースのサービスに登録するための加入メッセージを前記アプリケーションサーバへ送信するステップと、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに登録されている他のＵＥ群の通知を前記アプリケーションサーバから受信するステップと、
前記登録された他のＵＥ群の内の選択されたＵＥに転送するために、セッションプッシュ情報を、前記アプリケーションサーバへ送信するステップとを実行し、前記セッションプッシュ情報は、前記選択されたＵＥのアイデンティティと前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含んでいる。
【００１２】
ＵＥは、更に、
同一のＩＭＳベースのサービスに登録されている他のＵＥ群を表示するステップと、
前記登録されている他のＵＥ群の内の１つを選択するユーザ入力を受信するステップと
を実行する。
【００１３】
第２の構成に従えば、第１のＵＥからのセッションプッシュ情報を使用して、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にする、アプリケーションサーバに対する方法を提供する。このメディアセッションは、ＩＭＳゲートウェイを介してアプリケーションサーバによって制御され、かつＩＭＳベースのサービスに属する。
【００１４】
前記アプリケーションサーバは、
ＩＭＳベースのサービスに前記第１のＵＥを登録するための加入メッセージを前記第１のＵＥから受信するステップと、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに対して登録されている他のＵＥ群の通知を前記第１のＵＥへ送信するステップと、
前記登録されている他のＵＥ群の内の選択されたＵＥのアイデンティティと前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含むセッションプッシュ情報を前記第１のＵＥから受信するステップと、
前記セッションプッシュ情報を前記選択されたＵＥへ転送するステップと
を実行する。
【００１５】
アプリケーションサーバは、更に、ＵＥ自身が受信先として意図されているかどうかを検証するために各ＵＥに対して、登録されているＵＥ群すべてに前記セッションプッシュ情報をフォーキングすることによって、前記セッションプッシュ情報を前記選択されたＵＥへ転送することができる。
【００１６】
第３の構成に従えば、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にするように構成されているＵＥを提供する。メディアセッションは、ＩＭＳゲートウェイを介してアプリケーションサーバによって制御され、かつＩＭＳベースのサービスに属する。
【００１７】
ＵＥは、
ＩＭＳベースのサービスに登録するための加入メッセージを前記アプリケーションサーバへ送信するための登録ユニットと、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに登録されている他のＵＥ群の通知を前記アプリケーションサーバから受信するための通知受信ユニットと、
前記登録された他のＵＥ群の内の選択されたＵＥに転送するために、セッションプッシュ情報を、前記アプリケーションサーバへ送信するセッションプッシュユニットとを有し、
前記セッションプッシュ情報は、前記選択されたＵＥのアイデンティティと前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含んでいる。
【００１８】
ＵＥには、更に、前記ＩＭＳベースのサービスに登録されている他のＵＥ群を表示し、かつ前記登録されている他のＵＥ群の内の１つをセッションプッシュ用の対象として選択するためのユーザ入力を受信するための選択デバイスが更に提供されていても良い。
【００１９】
第４の構成に従えば、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にする、アプリケーションサーバを提供する。メディアセッションは、第１のＵＥからのセッションプッシュ情報を使用して、ＩＭＳゲートウェイを介してアプリケーションサーバによって制御され、かつＩＭＳベースのサービスに属する。
【００２０】
アプリケーションサーバは、
ＩＭＳベースのサービスに前記第１のＵＥを登録するための加入メッセージを前記第１のＵＥから受信するための登録受信ユニットと、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに対して登録されている他のＵＥ群の通知を前記第１のＵＥへ送信するための通知ユニットと、
前記登録されている他のＵＥ群の内の選択されたＵＥのアイデンティティと前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含むセッションプッシュ情報を前記第１のＵＥから受信するためのセッションプッシュ転送ユニットとを有し、
前記セッションプッシュ転送ユニットは、更に、前記セッションプッシュ情報を前記選択されたＵＥへ転送するように構成されている。
【００２１】
加えて、前記メディアセッションはＩＰＴＶセッションであっても良く、また、前記コンテンツ識別子は、テレビチャンネルのアイデンティティに対応する、あるいはビデオオンデマンドあるいはコンテンツオンデマンドのアイデンティティに対応する。
【００２２】
前記セッションプッシュ情報は、更に、前記メディアセッションにおける位置に関連する情報、及びコーデック情報の少なくとも一方を含んでいても良い。
【００２３】
本発明の効果は、既存の規格に基づいて、選択された対象とするＵＥに、ＩＭＳベースのメディアセッションを第１のＵＥによってプッシュすることができることである。第１のＵＥがコンテンツ識別子を含むプッシュ情報を送信することによって、それを受信する対象とするＵＥは、第１のＵＥがメディアセッションを実行中であるか否かとは独立して、新規のセッションを開始することができる。
【図面の簡単な説明】
【００２４】
【図１】デバイスディスカバリを示す図である。
【図２】デバイスディスカバリを示すＳＩＰシグナリング図である。
【図３】本発明の実施形態に従うＳＩＰセッションプッシュを示すシグナリング図である。
【図４】本発明に従って、ＵＥによって実行される例示のデバイスディスカバリ及びセッションプッシュを示すフロー図である。
【図５】本発明に従って、アプリケーションサーバによって実行される例示のデバイスディスカバリ及びセッションプッシュを示すフロー図である。
【図６】本発明に従う、例示のＵＥを示す図である。
【図７】本発明に従う例示のアプリケーションサーバを示す図である。
【発明を実施するための形態】
【００２５】
以下の説明では、本発明を、いくつかの実施形態と図面を参照してより詳細に説明する。限定するものではなく、また、説明の目的のために、特定の詳細を、本発明の全体理解を提供するために、特定の状況、技術等で説明する。しかしながら、当業者には、本発明が、これらの特定の詳細とは異なる別の実施形態で実施できることは明らかであろう。
【００２６】
また、当業者には、以下で説明される機能群及び手段群が、プログラム化マイクロプロセッサあるいは汎用コンピュータと協働するソフトウェアを使用して、また／あるいは特定用途集積回路（ＡＳＩＣ）を使用して実現されても良いことが明らかであろう。本発明が方法及び装置の形態で主に説明される一方で、本発明は、コンピュータプログラム、加えて、コンピュータプロセッサ及びそのコンピュータプロセッサに接続されるメモリを備えるシステムで実現されても良いことが明らかであろう。ここで、メモリは、本明細書で開示される機能群を実行することができる１つ以上のプログラムでエンコードされている。
【００２７】
本発明に従う基本概念は、第１のＵＥ（ユーザ機器）が、アプリケーションサーバとの加入シグナリング手順を使用してＩＭＳベースのサービス、例えば、ＩＰＴＶサービスに登録することによって、デバイスディスカバリ（発見）手順を開始し、そして、アプリケーションサーバが、同一のＩＭＳ加入の下で、そのサービスに登録されている他のＵＥ群をＵＥへ通知することによって応答することである。これによって、第１のＵＥは、少なくともコンテンツ識別子と、登録されている他のＵＥ群から選択されたＵＥのアイデンティティを含むセッションプッシュを、その選択されたＵＥへ転送するために、アプリケーションサーバへ送信することによって、好ましくは、アプリケーションサーバが、登録されているＵＥ群のすべてに対してメッセージをフォーキング（forking）することによって、特定のメディアセッションをその選択されたＵＥが開始することを実現することができる。
【００２８】
つまり、本発明は、異なるＵＥ間でセッションプッシュ情報を伝送することを、ＩＭＳ基盤の下で使用するための方法を定義する。この伝送は、例えば、セッションプッシュを実現可能にするように拡張されている、オープンＩＰＴＶフォーラム（ＯＩＰＦ）及びＴＩＳＰＡＮ等による標準化メカニズムを利用している。
【００２９】
つまり、別のＵＥへセッションをプッシュすることを可能にするために、第１のＵＥは、アプリケーションサーバとのデバイスディスカバリ手順を開始することで、オンラインで、かつサービスに登録されている他のＵＥ群のアイデンティティを確立する。当然のことながら、ＵＥ群は同一のＩＭＳ加入の下で登録されていることも必要とする。エンドユーザが他の利用可能なＵＥ群のアイデンティティを知っている場合、エンドユーザは、それらの内の任意のものをセッションプッシュ用の対象とするＵＥとして選択することができる。
【００３０】
ＵＥがＩＭＳベースのＩＰＴＶサービスに参加する場合の例示のデバイスディスカバリ手順を図１に示す。第１のＵＥ１１、即ち、リビングルームのＴＶは、サービスを提供するＴＶ ＡＳ１２（ＩＰＴＶ アプリケーション）サーバとの加入（ＳＵＢＳＣＲＩＢＥ）／通知（ＮＯＴＩＦＹ）シグナリングシーケンスを使用してサービスに登録する。特定のＵＥがセッション伝送に関与することができるようにするためには、その特定のＵＥは、ＴＩＳＰＡＮ規格のＩＰＴＶ加入ダイアログ（対話）への拡張を認識しなければならない。この拡張は、ステップ１の加入（ＳＵＢＳＣＲＩＢＥ）で、登録するＵＥのアイデンティティをＴＶ ＡＳへ提供し、ステップ２の通知（ＮＯＴＩＦＹ）で、ＴＶ ＡＳに、そのＵＥへ、現在エンドユーザで利用可能な登録されているＩＰＴＶサービスを実現可能なすべての他のＵＥ群を通知することを可能にする。加入（ＳＵＢＳＣＲＩＢＥ）ペイロードは、好ましくは、図１に示されるように、ＵＥの所望の表示名、例えば、「リビングルームのＴＶ」を示す情報で拡張されている。
【００３１】
つまり、第１のＵＥ（「リビングルームのＴＶ」）から受信される加入（ＳＵＢＳＣＲＩＢＥ）への応答として、ＴＶ ＡＳ１２は、ＵＥ１１へ、登録されている他のＵＥ群、即ち、「トムのＰＣ」１３及び「トムのモバイル」１４を通知（ＮＯＴＩＦＹ）で通知する。これは、通知（ＮＯＴＩＦＹ）ペイロードが同一の加入の登録されているすべてのＵＥを示す情報で拡張されているからである。ステップ２で、ＴＶ ＡＳ１２は、登録されているすべてのＵＥを示す通知（ＮＯＴＩＦＹ）を他の登録されているＵＥへ送信する。その後、それぞれの更新、例えば、エンドユーザがＵＥ群のいずれかからログアウトする場合、あるいは別のＵＥが加入（ＳＵＢＳＣＲＩＢＥ）を送信する場合、登録されているすべてのＵＥへ送信される新規の通知（ＮＯＴＩＦＹ）が得られることになる。
【００３２】
図２は、同一のＩＰＴＶサービスに登録されているＵＥ群の上述の例示の動的ディスカバリの主要なステップ群を示す更なるＳＩＰシグナリング図である。シグナルＳ１では、ＵＥ１は、ＩＰＴＶアプリケーションサーバ１２が宛先となるＳＩＰ加入（ＳＩＰ ＳＵＢＳＣＲＩＢＥ）登録パッケージを、ＩＭＳゲートウェイ１５へ送信する。シグナルＳ２では、ＩＭＳ ＧＷは、ＳＩＰ加入（ＳＩＰ ＳＵＢＳＣＲＩＢＥ）をＡＳＭ１６（認証及びセッションマネージャ）へ転送し、シグナルＳ３で、ＡＳＭは、そのＳＩＰ加入（ＳＩＰ ＳＵＢＳＣＲＩＢＥ）をＩＰＴＶアプリケーションサーバへ転送する。次に、シグナルＳ４で、ＩＰＴＶアプリケーションサーバは、ＳＩＰ２００ ＯＫをＡＳＭへ返信し、シグナルＳ５で、ＡＳＭはそのＳＩＰ２００ ＯＫをＩＭＳ ＧＷへ転送し、シグナルＳ６で、ＩＭＳ ＧＷはＳＩＰ２００ ＯＫ応答をＵＥ１へ送信する。シグナルＳ７で、ＩＰＴＶアプリケーションサーバは、同一のＩＰＴＶサービスの下で登録されているすべてのＵＥを含むＳＩＰ通知（ＳＩＰ ＮＯＴＩＦＹ）を、この手順の発信元、即ち、ＵＥ１とＵＥ２として生成し、そのＳＩＰ通知（ＳＩＰ ＮＯＴＩＦＹ）をＡＳＭへ送信する。シグナルＳ８で、ＡＳＭは、ＳＩＰ通知（ＳＩＰ ＮＯＴＩＦＹ）をＩＭＳ ＧＷへ転送し、さらに、ＩＭＳ ＧＷはそのＳＩＰ通知（ＳＩＰ ＮＯＴＩＦＹ）を、登録されているＵＥ群へ、即ち、シグナルＳ９で、ＵＥ１へ転送し、シグナルＳ１０で、ＵＥ２へ転送する。
【００３３】
第１のＵＥに対して、別のＵＥへセッションプッシュ情報を伝送するために、ＵＥは、利用可能なＵＥ群を表示するための手段と、セッションプッシュ情報を受信するためのＵＥを選択するための手段、例えば、「セッションプッシュ」用のメニューオプションとが提供されていることが好ましい。ここで、このメニューオプションでは、利用可能な登録されているＵＥ群が表示され、エンドユーザは、表示されているＵＥ群から、セッションプッシュ用のＵＥを選択するための入力を行うことができる。
【００３４】
例えば、ＵＥがエンドユーザから選択されたＵＥの入力を受信することによって、セッションプッシュ情報伝送が開始される場合、ＵＥは、必要な情報を含むＳＩＰリクエスト、即ち、ＳＩＰリファー（ＳＩＰ ＲＥＦＥＲ）あるいはＳＩＰメッセージ（ＳＩＰ ＭＥＳＳＡＧＥ）をＴＶ ＡＳへ送信して、セッションプッシュを実行する。セッションプッシュ情報は、メディアセッションへのリファレンス、即ち、テレビのチャンネルのようなコンテンツ識別子と、それに加えて、例えば、メディアセッションのストリームにおける特定の位置のようなメディアセッションを受信するＵＥがそのメディアセッションを開始することを可能にするためのメディアに関する情報、あるいはコーデックに関する情報を含んでいる。
【００３５】
メディアセッションを受信するＵＥがサービスを、新規のセッションであるかのように起動することが可能となるので、ＵＥは、メディアセッションがライブＴＶである場合に、例えば、テレビのチャンネルのアイデンティティを受信することによって、コンテンツを識別することができるようにしなければならない。また、例えば、高解像度ＴＶから、例えば、ＱＳＶＧ品質の移動電話への伝送の場合には、メディアセッションを受信するＵＥは、そのメディアセッションをセットアップする場合に、使用するコーデックがどれであるかを知らなければならない。加えて、更なる情報として、例えば、ＵＥでコンテンツを見られる位置を伝送することができる。
【００３６】
セッションプッシュ情報は、例えば、３ＧＰＰに従うＳＩＰリファー（ＳＩＰ ＲＥＦＥＲ）で送信され、これには、コンテンツ識別子がさらに含まれる。あるいは、セッションプッシュ情報は、どのセッションプッシュ情報が特定のｐｕｓｈ（プッシュ）コマンドで送信されるかに従って、ＳＩＰメッセージで伝送される。本発明の例示の実施形態に従えば、ｐｕｓｈコマンドは、既存のＮｏｔｉｆｙ、Ｒｅｃｏｒｄ、ＳｗｉｔｃｈＴｏＴＭ及びＳｗｉｔｈＴｏＢＣ ＴＩＳＰＡＮ ＩＰＴＶＥコマンドと同じ立場であり、また、ＩＰＴＶＳｅｓｓｉｏｎＡｃｔｉｏｎＤａｔａと呼ばれる構造を備える。この構造は、プッシュされるメディアセッションを開始するために、メディアセッションを受信するＵＥが必要となるデータを含んでいる。ＴＶ ＡＳがｐｕｓｈ（プッシュ）コマンドを含むＳＩＰメッセージを受信する場合、ＴＶ ＡＳは、ペイロードを付加するあるいは変更したうえで、メディアセッションを受信するＵＥに向けて、そのペイロードをＳＩＰメッセージで転送する。
【００３７】
図３は、第１のＵＥ１１であるＵＥ１から、第２のＵＥ１３（ＵＥ２）への、ＳＩＰメッセージによるセッションプッシュ情報の例示の伝送を示すシグナリング図である。（図面を簡単にするために、ＡＳＭは不図示である）。シグナルＳ１及びＳ２では、ＵＥ１とＵＥ２は、ＴＶサービスを登録するために要求される加入（ＳＵＢＳＣＲＩＢＥ）シグナリングシーケンスを送信し、その一部は図１及び図２で示されている。シグナルＳ３では、ＵＥ１は、ペイロード内にｐｕｓｈコマンドを含むＳＩＰメッセージを、ＴＶ ＡＳ１２を送信する。このｐｕｓｈコマンドは、同一のメディアセッションを別のＵＥが開始することを可能にするために要求される必要なメディアセッションデータを含んでいて、このデータは、以下のような、ＩＰＴＶＳｅｓｓｉｏｎＡｃｔｉｏｎＤａｔａ構造に包含されている。
【００３８】
シグナルＳ４では、ＴＶ ＡＳは、ＳＩＰメッセージを、シグナルＳ３でのデータと同一あるいは類似のデータとともに、ＩＭＳ ＧＷ１５へ送信する。但し、ＴＶ ＡＳは、必要であれば、例えば、ＵＥ２に対して、ＶｏＤを表示することをどこで開始することを把握させるために、ＶｏＤタイムスタンプを含めることによって、ペイロードの一部を付加するあるいは修正する。ＴＶ ＡＳは、この情報を、メディアポンプ、即ち、ストリーミングサーバからリクエストすることができる、あるいはＴＶ ＡＳ自身の内部でユーザの再生位置を追跡し続けることができる。シグナルＳ５では、ＩＭＳゲートウェイは、すべてのＵＥについてのＳＩＰメッセージをフォークして、各ＵＥについて、そのＳＩＰメッセージの意図されている受信先であるか否かを検証する。そして、シグナルＳ６では、ＵＥ２は、ＩＭＳゲートウェイを介して受信されるセッションプッシュ情報を使用して、ＵＥ１からプッシュされるメディアセッションを開始する。
【００３９】
例示の実施形態に従えば、上述の新規のｐｕｓｈコマンドは、以下のスキーマで示されるように、ＩＰＴＶＳｅｓｓｉｏｎＡｃｔｉｏｎＤａｔａ構造内に包含されるように定義される。関連する部分についてのみ示し、太字部分が本発明に従う新規な部分である。
【００４０】
【数１】
【００４１】
また、ＴＩＳＰＡＮは、ＢＣ（ブロードキャスト）、ＣｏＤ（コンテンツオンデマンド）、及びネットワークレコード関連サービスに対するサービスアクションデータスキーマを定義する。例示の実施形態に従えば、新規のアクションデータ構造である、ＩＰＴＶＳｅｓｓｉｏｎＡｃｔｉｏｎＤａｔａは、以下のスキーマで示されるように、セッションプッシュをサポートするために定義される。ここでは、ＴＩＳＰＡＮインポートと拡張要素は不図示である。
【００４２】
【数２】
【００４３】
上述のスキーマでは、強調表示の用語「ｎａｍｅ」は、リビングルームのＴＶのようなセッションを実行するＵＥの名前を示している。強調表示の用語「ｔｙｐｅ」は、例えば、セットトップボックス、ＰＣあるいは通常のモバイルフォン用のハンドセットのようなセッションを実行するＵＥのタイプを示している。強調表示の用語「ｓｅｒｖｉｃｅ」は、例えば、ＢＣ（ブロードキャスト）あるいはＶｏＤ（ビデオオンデマンド）のようなサービスのタイプを示している。
【００４４】
このＩＰＴＶＳｅｓｓｉｏｎＡｃｔｉｏｎＤａｔａ−構造は、ＵＥ ＡからＴＶ ＡＳへの、また、ＴＶ ＡＳからＵＥ Ｂへのセッションプッシュ用の例示のＳＩＰメッセージに含まれ、これは、以下の２つのスキーマにおいて強調表示されている。
【００４５】
【数３】
【００４６】
【数４】
【００４７】
図４は、特定のメディアセッションを開始することを選択されたＵＥへ可能にするために、本発明に従う、セッションプッシュ手順において第１のＵＥによって実行されるステップ群を示すフロー図である。ステップ４１で、ＵＥは、好ましくは、ＳＩＰ加入／通知シグナリングを使用して、ＩＰＴＶのようなＩＭＳベースのサービスに対して、アプリケーションサーバに登録される。ステップ４２で、加入の応答として、ＵＥは、アプリケーションサーバから通知を受信する。この通知には、同一のＩＭＳ加入の下で、ＩＭＳサービスに登録されているＵＥのアイデンティティを含んでいる。好ましくは、ステップ４３で、ＵＥは、利用可能な他のＵＥ群を表示し、そうすることで、エンドユーザは、「対象とする」ＵＥの選択を入力することが可能となり、ステップ４４で、セッションプッシュを開始することになる。セッションプッシュは、選択されたＵＥの情報と特定のメディアセッションのコンテンツ識別子とを、選択されたＵＥへ転送させるためにアプリケーションサーバへ送信する。この処理は、好ましくは、アプリケーションサーバがセッションプッシュ情報を利用可能なすべてのＵＥ群へ送信して、各ＵＥに、自身が受信先として意図されているかどうかを検証させることによって実現する。
【００４８】
図５は、図４に示すセッションプッシュ手順において、アプリケーションサーバによって実行されるステップ群を示すフロー図である。ステップ５１で、第１のＵＥを特定のＩＭＳサービスに登録するために、アプリケーションサーバは、第１のＵＥからメッセージ、好ましくは、ＳＩＰ加入を受信する。ステップ５２で、アプリケーションサーバは、ＵＥをそのサービスに登録し、通知を登録されているすべてのＵＥへ送信することによって、同一のエンドユーザに属する登録されている他のすべてのＵＥを、そのＵＥへ通知する。この通知は、ＩＭＳサービスに登録されていて、かつ同一のエンドユーザに属する、即ち、同一のＩＭＳ加入の下で登録されているＵＥのアイデンティティを含んでいる。その後、ステップ５３で、アプリケーションサーバは、第１のＵＥからセッションプッシュコマンドを受信する。このセッションプッシュコマンドは、選択された「対象とする」ＵＥのアイデンティティとコンテンツアイデンティティとを含んでいる。そして、ステップ５４で、アプリケーションサーバは、セッションプッシュ情報を選択されたＵＥへ転送する。この処理は、好ましくは、セッションプッシュ情報を、サービスに登録されていて、かつ同一のエンドユーザに属するすべてのＵＥへ送信し、各ＵＥに、自身が受信先として意図されているかどうかを検証させることによって実現する。
【００４９】
コンテンツ識別子は、例えば、テレビチャンネル、あるいは、ビデオオンデマンドあるいはコンテンツオンデマンドのアイデンティティであり得る。また、セッションプッシュ情報は、例えば、位置情報あるいはコーデック情報であり得る。
【００５０】
図６は、ＩＭＳベースのメディアセッションを開始することを選択された対象とするＵＥに実現可能にするように構成されている、例示のユーザ機器６０、即ち、ＴＶを示していて、このＵＥには登録ユニット６１、通知受信ユニット６２、及びセッションプッシュユニット６３とが提供されている。ＩＭＳベースのサービスに属するメディアセッションは、ＩＭＳゲートウェイを介してアプリケーションサーバ７０によって制御される。登録ユニットは、加入メッセージをアプリケーションサーバへ送信するように構成されている。このアプリケーションサーバは、ＩＭＳベースのサービスを登録し、また、同一のサービスの下、登録されている他のＵＥ群のディスカバリを開始する。また、通知受信ユニットは、アプリケーションサーバから、ＩＭＳベースのサービスの下で登録されている他のＵＥの通知を受信するように構成されていて、セッションプッシュユニットは、登録されている他のＵＥ群の内の選択されたＵＥへ転送するために、セッションプッシュ情報を、アプリケーションサーバへ送信するように構成されている。
【００５１】
更なる実施形態に従えば、ユーザ機器には、ＩＭＳベースのサービスに登録されている他のＵＥ群を表示し、ユーザ入力を受信するように構成されている選択デバイスが提供される。このユーザ入力は、エンドユーザが、登録されているＵＥ群の１つをセッションプッシュ用の対象とするデバイスとして選択することを可能にするものである。
【００５２】
図７は、登録受信ユニット７１、通知ユニット７２、及びセッション転送ユニット７３とが提供される例示のアプリケーションサーバを示し、このアプリケーションサーバは、第１のＵＥから受信されるセッションプッシュ情報を使用して、ＩＭＳベースのメディアセッションを開始することを選択されたＵＥに実現可能にするように構成されている登録受信ユニットは、ＵＥをＩＭＳベースのサービスに登録するために第１のＵＥから加入メッセージを受信し、また、同一のＩＭＳ加入の下、同一のサービスに登録されている、任意の他のＵＥをディスカバリするように構成されている。また、通知ユニットは、同一のＩＭＳベースのサービスの下で登録されていて、かつディスカバリされたＵＥ群の通知を第１のＵＥへ送信するように構成されていて、セッションプッシュ転送ユニットは、第１のＵＥからセッションプッシュ情報を受信し、そして、そのセッションプッシュ情報を選択された対象とするＵＥへ転送するように構成されている。
【００５３】
このセッションプッシュ情報は、登録されている他のＵＥの内、選択されたＵＥの少なくともアイデンティティと、ＩＭＳベースのサービスに属するメディアセッションに関連づけられているコンテンツ識別子とを含んでいるが、例えば、ＶｏＤセッションにおいて閲覧される位置に関する情報とコーデック情報とを備えることもできる。
【００５４】
図６及び図７に示されるユーザ機器とアプリケーションサーバは、プログラム化マイクロプロセッサあるいは汎用コンピュータと協働するソフトウェア機能を使用する、及び／あるいは特定用途集積回路（ＡＳＩＣ）を使用する、物理エンティティあるいは論理エンティティによって実現されても良いことに注意すべきである。
【００５５】
本発明は、既存の規格に基づいて、第１のＵＥから選択されたＵＥへの、例えば、ＩＰＴＶセッションのようなメディアセッションのセッションプッシュを実現可能にする。第１のＵＥは、コンテンツ識別子を含むセッションプッシュ情報を送信するので、それを受信する対象とするＵＥは、第１のＵＥがメディアセッションを実行していない場合でさえも、例えば、既存のオープンＩＰＴＶフォーラムのシーケンスに従って、新規のセッションを開始することができる。
【００５６】
また、上述の実施形態群は例示としてのみ与えられるものであって、本発明を制限するものではない。添付の特許請求の範囲で請求される発明の範囲内の、他のソリューション、用途、目的、及び機能が、当業者には明らかであろう。
【００５７】
略語表
ＴＶ ＡＳ テレビアプリケーションサーバ
ＶｏＤ ビデオオンデマンド
ＢＣ ブロードキャスト
ＵＥ ユーザ機器、即ち、モバイルフォン、ＰＣあるいはＴＶのようなエンドユーザ端末
ＳＩＰ セッション開始プロトコル
ＩＭＳ ＩＰマルチメディアサブシステム
ＳＴＢ セットトップボックス
ＤＬＮＡ デジタルリビングネットワークアライアンス
ＰＧＭ プレゼンス＆グループ管理
【特許請求の範囲】
【請求項１】
ＩＭＳゲートウェイ（１５）を介してアプリケーションサーバ（１２、７０）によって制御され、かつＩＭＳベースのサービスに属する、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にする、第１のＵＥ（１１、６０）に対する方法であって、
前記第１のＵＥは、
前記ＩＭＳベースのサービスに登録するための加入メッセージを前記アプリケーションサーバへ送信するステップ（４１）と、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに登録されている他のＵＥ群の通知を前記アプリケーションサーバから受信するステップ（４２）と、
前記登録された他のＵＥ群の内の選択されたＵＥ（４３）に転送するために、セッションプッシュ情報を、前記アプリケーションサーバへ送信するステップ（４４）とを実行し、
前記セッションプッシュ情報は、前記選択されたＵＥのアイデンティティと、前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含んでいる
ことを特徴とする方法。
【請求項２】
前記第１のＵＥ（１１）は、更に、
前記同一のＩＭＳベースのサービスに登録されている他のＵＥ群を表示するステップと、
前記登録されている他のＵＥ群の内の１つを選択するユーザ入力を受信するステップと
を実行する
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記メディアセッションは、ＩＰＴＶセッションであり、
前記コンテンツ識別子は、テレビチャンネルのアイデンティティに対応する
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記コンテンツ識別子は、ビデオオンデマンドあるいはコンテンツオンデマンドのアイデンティティに対応する
ことを特徴とする請求項１または２に記載の方法。
【請求項５】
前記セッションプッシュ情報は、更に、前記メディアセッションの位置に関連する情報を含んでいる
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記セッションプッシュ情報は、更に、コーデック情報を含んでいる
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
第１のＵＥ（１１、６０）からのセッションプッシュ情報を使用して、ＩＭＳゲートウェイ（１５）を介してアプリケーションサーバ（１２、７０）によって制御され、かつＩＭＳベースのサービスに属する、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にする、前記アプリケーションサーバ（１２、７０）に対する方法であって、
前記アプリケーションサーバは、
ＩＭＳベースのサービスに前記第１のＵＥを登録するための加入メッセージを、前記第１のＵＥ（１１）から受信するステップ（５１）と、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに対して登録されている他のＵＥ群の通知を前記第１のＵＥへ送信するステップ（５２）と、
前記登録されている他のＵＥ群の内の選択されたＵＥ（１３）のアイデンティティと前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含むセッションプッシュ情報を前記第１のＵＥから受信するステップ（５３）と、
前記セッションプッシュ情報を前記選択されたＵＥへ転送するステップ（５４）と
を実行する
ことを特徴とする方法。
【請求項８】
前記セッションプッシュ情報は、ＵＥ自身が受信先として意図されているかどうかを検証するために各ＵＥに対して、登録されているＵＥ群すべてに前記セッションプッシュ情報をフォーキングすることによって前記選択されたＵＥへ転送される
ことを特徴とする請求項７に記載の方法。
【請求項９】
前記メディアセッションは、ＩＰＴＶセッションであり、
前記コンテンツ識別子は、テレビチャンネルのアイデンティティに対応する
ことを特徴とする請求項７または８に記載の方法。
【請求項１０】
前記コンテンツ識別子は、ビデオオンデマンドあるいはコンテンツオンデマンドのアイデンティティに対応する
ことを特徴とする請求項７または８に記載の方法。
【請求項１１】
前記セッションプッシュ情報は、更に、前記メディアセッションにおける位置に関連する情報を含んでいる
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記セッションプッシュ情報は、更に、コーデック情報を含んでいる
ことを特徴とする請求項７乃至１１のいずれか１項に記載の方法。
【請求項１３】
ＩＭＳゲートウェイを介してアプリケーションサーバ（７０）によって制御され、かつＩＭＳベースのサービスに属する、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にするように構成されているＵＥ（６０）であって、
ＩＭＳベースのサービスに登録するための加入メッセージを前記アプリケーションサーバへ送信するための登録ユニット（６１）と、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに登録されている他のＵＥ群の通知を前記アプリケーションサーバから受信するための通知受信ユニット（６２）と、
前記登録された他のＵＥ群の内の選択されたＵＥに転送するために、セッションプッシュ情報を、前記アプリケーションサーバへ送信するセッションプッシュユニット（６３）とを有し、
前記セッションプッシュ情報は、前記選択されたＵＥのアイデンティティと、前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含んでいる
ことを特徴とするＵＥ。
【請求項１４】
前記ＩＭＳベースのサービスに登録されている他のＵＥ群を表示し、かつ前記登録されている他のＵＥ群の内の１つをセッションプッシュ用の対象として選択するためのユーザ入力を受信するための選択デバイスが更に提供されている
ことを特徴とする請求項１３に記載のＵＥ。
【請求項１５】
前記メディアセッションは、ＩＰＴＶセッションであり、
前記コンテンツ識別子は、テレビチャンネルのアイデンティティに対応する
ことを特徴とする請求項１３または１４に記載のＵＥ。
【請求項１６】
前記コンテンツ識別子は、ビデオオンデマンドあるいはコンテンツオンデマンドのアイデンティティに対応する
ことを特徴とする請求項１３または１４に記載のＵＥ。
【請求項１７】
前記セッションプッシュ情報は、更に、前記メディアセッションの位置に関連する情報を含んでいる
ことを特徴とする請求項１６に記載のＵＥ。
【請求項１８】
前記セッションプッシュ情報は、更に、コーデック情報を含んでいる
ことを特徴とする請求項１３乃至１７のいずれか１項に記載のＵＥ。
【請求項１９】
第１のＵＥからのセッションプッシュ情報を使用して、ＩＭＳゲートウェイを介してアプリケーションサーバによって制御され、かつＩＭＳベースのサービスに属する、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にするように構成されている、アプリケーションサーバ（７０）であって、
ＩＭＳベースのサービスに前記第１のＵＥを登録するための加入メッセージを前記第１のＵＥから受信するための登録受信ユニット（７１）と、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに対して登録されている他のＵＥ群の通知を前記第１のＵＥへ送信するための通知ユニット（７２）と、
前記登録されている他のＵＥ群の内の選択されたＵＥのアイデンティティと前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含むセッションプッシュ情報を前記第１のＵＥから受信するためのセッションプッシュ転送ユニット（７３）とを有し、
前記セッションプッシュ転送ユニットは、更に、前記セッションプッシュ情報を前記選択されたＵＥへ転送するように構成されている
ことを特徴とするアプリケーションサーバ。
【請求項２０】
前記メディアセッションはＩＰＴＶセッションであり、
前記コンテンツ識別子は、テレビチャンネルのアイデンティティに対応する
ことを特徴とする請求項１９に記載のアプリケーションサーバ。
【請求項２１】
前記コンテンツ識別子は、ビデオオンデマンドあるいはコンテンツオンデマンドのアイデンティティに対応する
ことを特徴とする請求項２０に記載のアプリケーションサーバ。
【請求項２２】
前記セッションプッシュ情報は、更に、前記メディアセッションにおける位置に関連する情報を含んでいる
ことを特徴とする請求項２１に記載のアプリケーションサーバ。
【請求項２３】
前記セッションプッシュ情報は、更に、コーデック情報を含んでいる
ことを特徴とする請求項１９乃至２２のいずれか１項に記載のアプリケーションサーバ。
【請求項１】
ＩＭＳゲートウェイ（１５）を介してアプリケーションサーバ（１２、７０）によって制御され、かつＩＭＳベースのサービスに属する、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にする、第１のＵＥ（１１、６０）に対する方法であって、
前記第１のＵＥは、
前記ＩＭＳベースのサービスに登録するための加入メッセージを前記アプリケーションサーバへ送信するステップ（４１）と、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに登録されている他のＵＥ群の通知を前記アプリケーションサーバから受信するステップ（４２）と、
前記登録された他のＵＥ群の内の選択されたＵＥ（４３）に転送するために、セッションプッシュ情報を、前記アプリケーションサーバへ送信するステップ（４４）とを実行し、
前記セッションプッシュ情報は、前記選択されたＵＥのアイデンティティと、前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含んでいる
ことを特徴とする方法。
【請求項２】
前記第１のＵＥ（１１）は、更に、
前記同一のＩＭＳベースのサービスに登録されている他のＵＥ群を表示するステップと、
前記登録されている他のＵＥ群の内の１つを選択するユーザ入力を受信するステップと
を実行する
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記メディアセッションは、ＩＰＴＶセッションであり、
前記コンテンツ識別子は、テレビチャンネルのアイデンティティに対応する
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記コンテンツ識別子は、ビデオオンデマンドあるいはコンテンツオンデマンドのアイデンティティに対応する
ことを特徴とする請求項１または２に記載の方法。
【請求項５】
前記セッションプッシュ情報は、更に、前記メディアセッションの位置に関連する情報を含んでいる
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記セッションプッシュ情報は、更に、コーデック情報を含んでいる
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
第１のＵＥ（１１、６０）からのセッションプッシュ情報を使用して、ＩＭＳゲートウェイ（１５）を介してアプリケーションサーバ（１２、７０）によって制御され、かつＩＭＳベースのサービスに属する、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にする、前記アプリケーションサーバ（１２、７０）に対する方法であって、
前記アプリケーションサーバは、
ＩＭＳベースのサービスに前記第１のＵＥを登録するための加入メッセージを、前記第１のＵＥ（１１）から受信するステップ（５１）と、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに対して登録されている他のＵＥ群の通知を前記第１のＵＥへ送信するステップ（５２）と、
前記登録されている他のＵＥ群の内の選択されたＵＥ（１３）のアイデンティティと前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含むセッションプッシュ情報を前記第１のＵＥから受信するステップ（５３）と、
前記セッションプッシュ情報を前記選択されたＵＥへ転送するステップ（５４）と
を実行する
ことを特徴とする方法。
【請求項８】
前記セッションプッシュ情報は、ＵＥ自身が受信先として意図されているかどうかを検証するために各ＵＥに対して、登録されているＵＥ群すべてに前記セッションプッシュ情報をフォーキングすることによって前記選択されたＵＥへ転送される
ことを特徴とする請求項７に記載の方法。
【請求項９】
前記メディアセッションは、ＩＰＴＶセッションであり、
前記コンテンツ識別子は、テレビチャンネルのアイデンティティに対応する
ことを特徴とする請求項７または８に記載の方法。
【請求項１０】
前記コンテンツ識別子は、ビデオオンデマンドあるいはコンテンツオンデマンドのアイデンティティに対応する
ことを特徴とする請求項７または８に記載の方法。
【請求項１１】
前記セッションプッシュ情報は、更に、前記メディアセッションにおける位置に関連する情報を含んでいる
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記セッションプッシュ情報は、更に、コーデック情報を含んでいる
ことを特徴とする請求項７乃至１１のいずれか１項に記載の方法。
【請求項１３】
ＩＭＳゲートウェイを介してアプリケーションサーバ（７０）によって制御され、かつＩＭＳベースのサービスに属する、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にするように構成されているＵＥ（６０）であって、
ＩＭＳベースのサービスに登録するための加入メッセージを前記アプリケーションサーバへ送信するための登録ユニット（６１）と、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに登録されている他のＵＥ群の通知を前記アプリケーションサーバから受信するための通知受信ユニット（６２）と、
前記登録された他のＵＥ群の内の選択されたＵＥに転送するために、セッションプッシュ情報を、前記アプリケーションサーバへ送信するセッションプッシュユニット（６３）とを有し、
前記セッションプッシュ情報は、前記選択されたＵＥのアイデンティティと、前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含んでいる
ことを特徴とするＵＥ。
【請求項１４】
前記ＩＭＳベースのサービスに登録されている他のＵＥ群を表示し、かつ前記登録されている他のＵＥ群の内の１つをセッションプッシュ用の対象として選択するためのユーザ入力を受信するための選択デバイスが更に提供されている
ことを特徴とする請求項１３に記載のＵＥ。
【請求項１５】
前記メディアセッションは、ＩＰＴＶセッションであり、
前記コンテンツ識別子は、テレビチャンネルのアイデンティティに対応する
ことを特徴とする請求項１３または１４に記載のＵＥ。
【請求項１６】
前記コンテンツ識別子は、ビデオオンデマンドあるいはコンテンツオンデマンドのアイデンティティに対応する
ことを特徴とする請求項１３または１４に記載のＵＥ。
【請求項１７】
前記セッションプッシュ情報は、更に、前記メディアセッションの位置に関連する情報を含んでいる
ことを特徴とする請求項１６に記載のＵＥ。
【請求項１８】
前記セッションプッシュ情報は、更に、コーデック情報を含んでいる
ことを特徴とする請求項１３乃至１７のいずれか１項に記載のＵＥ。
【請求項１９】
第１のＵＥからのセッションプッシュ情報を使用して、ＩＭＳゲートウェイを介してアプリケーションサーバによって制御され、かつＩＭＳベースのサービスに属する、ＩＭＳベースのメディアセッションを開始することを、選択されたＵＥへ実現可能にするように構成されている、アプリケーションサーバ（７０）であって、
ＩＭＳベースのサービスに前記第１のＵＥを登録するための加入メッセージを前記第１のＵＥから受信するための登録受信ユニット（７１）と、
同一のＩＭＳ加入の下、前記ＩＭＳベースのサービスに対して登録されている他のＵＥ群の通知を前記第１のＵＥへ送信するための通知ユニット（７２）と、
前記登録されている他のＵＥ群の内の選択されたＵＥのアイデンティティと前記ＩＭＳベースのサービスに属するメディアセッションに関連するコンテンツ識別子とを含むセッションプッシュ情報を前記第１のＵＥから受信するためのセッションプッシュ転送ユニット（７３）とを有し、
前記セッションプッシュ転送ユニットは、更に、前記セッションプッシュ情報を前記選択されたＵＥへ転送するように構成されている
ことを特徴とするアプリケーションサーバ。
【請求項２０】
前記メディアセッションはＩＰＴＶセッションであり、
前記コンテンツ識別子は、テレビチャンネルのアイデンティティに対応する
ことを特徴とする請求項１９に記載のアプリケーションサーバ。
【請求項２１】
前記コンテンツ識別子は、ビデオオンデマンドあるいはコンテンツオンデマンドのアイデンティティに対応する
ことを特徴とする請求項２０に記載のアプリケーションサーバ。
【請求項２２】
前記セッションプッシュ情報は、更に、前記メディアセッションにおける位置に関連する情報を含んでいる
ことを特徴とする請求項２１に記載のアプリケーションサーバ。
【請求項２３】
前記セッションプッシュ情報は、更に、コーデック情報を含んでいる
ことを特徴とする請求項１９乃至２２のいずれか１項に記載のアプリケーションサーバ。
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【公表番号】特表２０１２−５２６４１１（Ｐ２０１２−５２６４１１Ａ）
【公表日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願番号】特願２０１２−５０８４２５（Ｐ２０１２−５０８４２５）
【出願日】平成２１年６月２９日（２００９．６．２９）
【国際出願番号】ＰＣＴ／ＳＥ２００９／０５０８２８
【国際公開番号】ＷＯ２０１０／１２８９１６
【国際公開日】平成２２年１１月１１日（２０１０．１１．１１）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願日】平成２１年６月２９日（２００９．６．２９）
【国際出願番号】ＰＣＴ／ＳＥ２００９／０５０８２８
【国際公開番号】ＷＯ２０１０／１２８９１６
【国際公開日】平成２２年１１月１１日（２０１０．１１．１１）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]