ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実現するための方法およびネットワークユニット
ＩＭＳ内でカスタマイズされたビデオサービスを実現するための方法およびネットワークユニットが提供される。まず、Ｓ−ＣＳＣＦは、Ｓ−ＣＳＣＦが、ＵＥ２がカスタマイズされたビデオサービスに加入していることを獲得した後で、ＵＥ１のメディア情報を有する「ＩＮＶＩＴＥ」メッセージをＭＲＦに送信する。次に、ＭＲＦが、ＵＥ１が、ＵＥ１のメディア情報に従って、再生されることになるビデオのフォーマットをサポートすることを決定した場合、ＭＲＦは、ビデオ情報を有する２００ ＯＫメッセージをＳ−ＣＳＣＦに送信する。次いで、Ｓ−ＣＳＣＦは、「ＩＮＦＯ」メッセージをＭＲＦに送信し、ＭＲＦから２００ ＯＫメッセージを受信した後で、１８０呼出メッセージをＵＥ１に送信する。最終的に、ＵＥ１とＭＲＦとの間のＲＴＰ経路が確立され、これにより、ＵＥ２のカスタマイズされたビデオがＵＥ１に対して再生され、ＵＥ１からＵＥ２に対する呼要求がＵＥ２に転送される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の分野に関し、より詳細には、ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装することに関する。
【背景技術】
【０００２】
３ＧＰＰによって規定されるＩＭＳ（ＩＰマルチメディアサブシステム）は、新しい種類のマルチメディアサービスである。ＩＭＳは、より新しく、より多様化したマルチメディアサービスに関する現在の端末ユーザの要件を満たすことが可能である。現在、ＩＭＳは、次世代ネットワークのコア技法であり、固定通信と移動通信のコンバージェンスを実装して、音声、データ、およびビデオのトリプルプレーなど、多様化されたサービスを導入する重要な方法である。
【０００３】
ＩＭＳのアーキテクチャは、主に以下を含む：
− ユーザの加入情報と位置情報とを格納して、マルチメディアセッションを処理するために使用され、かつ局所情報、機密性情報（認証情報および許可情報）、登録情報、サービストリガ情報、ユーザの個人情報、およびユーザに割り当てられたＳ−ＣＳＣＦなどを含めて、ユーザに関係するカスタマイズされたデータを保存するためのホーム加入者サーバ（ＨＳＳ）、
− 主に、マルチメディア呼セッションの過程でＩＰシグナリングを処理する責任を有する呼セッション制御機能（ＣＳＣＦ）であって、その機能性が、マルチメディアセッション制御、アドレス変換、およびサービス折衝のためのサービス転送などを備え、ＣＳＣＦが、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、問合せＣＳＣＦ（Ｉ−ＣＳＣＦ）、およびサービス提供ＣＳＣＦ（Ｓ−ＣＳＣＦ）にさらに分割されており、Ｐ−ＣＳＣＦが、ＩＭＳ内の第１の交信点であり、ユーザデバイスとＳ−ＣＳＣＦとの間で受信されたＳＩＰ（セッション開始プロトコル）メッセージを転送し、Ｓ−ＣＳＣＦが、ＳＩＰシグナリングプラン上の中央ノードであり、ユーザデバイスに関するセッション制御サービスを実行して、アプリケーションサーバがサービス制御に関する着信ＳＩＰセッション要求についての情報を受信する必要があるかどうかを決定し、ＨＳＳからユーザサービス構成情報をダウンロードして、ユーザによって要求される（１つまたは複数の）サービスを提供する目的で、特定のサービスアプリケーションに応じて、対応するタイプのアプリケーションサーバを選択する呼セッション制御機能（ＣＳＣＦ）、
− ＩＭＳと互換性のあるＳＩＰ標準に準拠しているＩＭＳ ＳＩＣインターフェースを経由して、Ｓ−ＣＳＣＦに接続された、ＩＭＳユーザに関するＩＭＳサービス論理のすべてを実行するためのアプリケーションサーバ（ＡＳ）であって、ＩＭＳサービスのすべてが、ＡＳ内で実行し、かつＡＳ内で制御され、Ｓ−ＣＳＣＦが、ユーザのサービスプロファイルを検査して、当該ユーザがＩＭＳサービスを有することを見出す限り、ＡＳを起動させることになり、それぞれのＩＭＳサービスに、サービスプロファイル内の有効なＡＳ名／アドレスが割り当てられているアプリケーションサーバ（ＡＳ）。
【０００４】
近年、多くの新しい移動体付加価値サービスが開発されており、そのうちの１つは、カラリングリングバックトーン（Ｃｏｌｏｒｉｎｇ Ｒｉｎｇ Ｂａｃｋ ｔｏｎｅ）（ＣＲＢＴ）である。ユーザは、自身の選択および要件に従って、その個人的なリングバックトーンをカスタマイズすることが可能である。その他の呼出ユーザは、そのユーザを呼び出している間に、単調なリングバックトーンの代わりに、ユーザのカスタマイズされた個人的なリングバックトーンを聴取することになる。現在、ユーザは、例えば、そのリングバックトーンを流行歌などの音声などに置き換えることによって、その個人的なリングバックトーンをカスタマイズすることが可能である。しかし、音声サービスだけは、ＩＭＳネットワーク内のマルチメディアアプリケーション上でユーザの要件を満たすことはできない。
【発明の概要】
【課題を解決するための手段】
【０００５】
先行技術の欠点を緩和する目的で、本発明の態様によれば、ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための方法が提案され、第１の端末は、第１のネットワーク要素の制御下で第２の端末を呼び出しており、第２の端末は、第２のネットワーク要素によって提供された、カスタマイズされたビデオサービスに加入している。この方法は、第１のネットワーク要素が、第２の端末がカスタマイズされたビデオサービスを有することを知った後で、第１の端末に関するメディア情報を含む、第１の端末に対してビデオを再生することを要求するメッセージを第２のネットワーク要素に送信するステップと、第２のネットワーク要素が、第１の端末に関するメディア情報に基づいて、第１の端末が再生されることになるビデオのフォーマットをサポートすることを決定した場合、第２のネットワーク要素が、再生されることになるビデオに関する情報を有する肯定応答を第１のネットワーク要素に送信するステップと、第１のネットワーク要素が、カスタマイズされたビデオサービスに関する情報を有するメッセージを第２のネットワーク要素に送信し、第２のネットワーク要素から、再生されることになるビデオのメディア情報を有する応答を受信した後で、再生されることになるビデオのメディア情報を有する応答を第１の端末に送信するステップと、第１の端末と第２のネットワーク要素との間にメディア経路が確立され、それによって、第２の端末によってカスタマイズされたビデオが、第１の端末に対して再生されており、第２の端末を呼び出している間に、第１の端末によって送信された呼要求が、第１のネットワーク要素によって、第２の端末に転送されるステップとを備える。
【０００６】
本発明の別の態様によれば、端末間のセッションを制御するためにＩＰマルチメディアサブシステム内で使用されるネットワーク要素が提案され、第１の端末は、ネットワーク要素の制御下で第２の端末を呼び出しており、第２の端末は、別のネットワーク要素によって提供された、カスタマイズされたビデオサービスに加入している。このネットワーク要素は、第２の端末がカスタマイズされたビデオサービスを有することを知った後で、第１の端末に関するメディア情報を含む、第１の端末に対してビデオを再生することを要求するメッセージを生成して、前記別のネットワーク要素に送信するための第１のメッセージ生成および送信手段と、別のネットワーク要素から、再生されることになるビデオに関する情報を有する肯定応答を受信するとすぐ、カスタマイズされたビデオサービスに関する情報を有するメッセージを生成して、別のネットワーク要素に送信するための第２のメッセージ生成および送信手段と、別のネットワーク要素から応答を受信するとすぐ、かつ第１の端末に応答を送信した後で、第１の端末と別のネットワーク要素との間にメディア経路を確立するためのメディア経路確立手段とを含む。
【０００７】
本発明のこれらのおよび多くのその他の特徴ならびに利点は、図面を参照して、本発明の実施形態の以下の説明から明らかになるであろう。
【図面の簡単な説明】
【０００８】
【図１】２つの電話端末が、２つの異なるＳ−ＣＳＣＦによってそれぞれ制御されるＩＭＳネットワークを示す図である。
【図２】本発明による、カスタマイズされたビデオサービスを実装するプロセスを例示するシグナリング流れ図である。
【図３】本発明の実施形態による、カスタマイズされたビデオサービスを実装するための方法の流れ図である。
【図４】２つの電話端末が１つのＳ−ＣＳＣＦによって制御される、別のＩＭＳネットワークを示す図である。
【図５】本発明の実施形態による、ネットワーク要素のブロック図である。
【発明を実施するための形態】
【０００９】
本発明は、ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための方法を提案する。本発明の基本概念は、図１および図２を参照して下で説明される。
【００１０】
図１のＩＭＳネットワークにおいて、２つの電話端末、すなわち、有線電話および移動体電話は、２つのＳ−ＣＳＣＦによってそれぞれ制御される。有線電話が、ＳＩＰ呼要求（サポートされたビデオコードを示す「ＩＮＶＩＴＥ」）を送信する（（１））とき、その呼要求は、まず、アクセスネットワークに送信され、次いで、アクセスネットワークによってＰ−ＣＳＣＦに転送されることになる。Ｐ−ＣＳＣＦは、その要求をＳ−ＣＳＣＦに転送し、その要求は、最終的に、Ｓ−ＣＳＣＦおよびＨＳＳを経由して、連続的にＡＳに到着する（（２））。その後、被呼側ＵＥ２が別のＳ−ＣＳＣＦによって制御されていることが見出される（（３））。次いで、Ｓ−ＣＳＣＦは、その呼要求を正しいＩ−ＣＳＣＦに転送し（（４））、Ｉ−ＣＳＣＦは、その呼要求を、ＵＥ２を制御するＳ−ＣＳＣＦに転送する（（５））。被呼側のネットワーク内で、Ｓ−ＣＳＣＦは、ＵＥ２についてＨＳＳに問い合わせ（（６））、ＡＳに問い合わせ、これにより、被呼側ＵＥ２がカスタマイズされたビデオ（リングバックビデオ）サービスに加入したことを見出す（（７））。したがって、被呼側のＳ−ＣＳＣＦは、ＡＳによって提供されたサービスに関する情報に従って、ＭＳＣＭＬ（メディアサーバ制御マークアップ言語）ボディを用いて、ＳＩＰメッセージを介して、ＭＲＦ（メディアリソース機能）と相互に作用する（（８））。最終的に、発呼側とＭＲＦとの間にＲＴＰメディア経路が確立されることが可能であり、ＵＥ１のユーザは、これにより、ＵＥ２によってカスタマイズされたビデオを見ることができる。同時に、被呼側のＳ−ＣＳＣＦは、その呼要求をＵＥ２のＰ−ＣＳＣＦに対して転送し続ける（９）。ＵＥ２のユーザがその呼に応答することを決定すると、被呼側のＳ−ＣＳＣＦは、ビデオセッションを終了する目的で、「ＢＹＥ」メッセージをＭＲＦに送信する。２人のユーザの間に実際の呼がセットアップされることになる。
【００１１】
被呼側のＳ−ＣＳＣＦとＭＲＦとの間の相互作用（（８））は、図２の流れ図に例示される。図２に示すように、被呼側のＳ−ＣＳＣＦは、発呼側ＵＥ１から呼要求（ＩＮＶＩＴＥ）を受信した後で、ＡＳに問い合わせる。被呼側のＳ−ＣＳＣＦが、被呼側がカスタマイズされたビデオサービスを有することを見出した場合、被呼側のＳ−ＣＳＣＦは、ＭＲＦに通知する、すなわち、発呼側の端末によってサポートされるビデオフォーマットなど、メディア情報を有する「ＩＮＶＩＴＥ」メッセージをＭＲＦに送信する。「ＩＮＶＩＴＥ」のフォーマットは、例えば、以下のとおりであってよい：
【表１】
次いで、発呼側の端末のメディア構成との一致を決定した場合、ＭＲＦは、肯定応答として、ＭＲＦのビデオ情報を有する２００ ＯＫメッセージをＳ−ＣＳＣＦに返す。２００ ＯＫのフォーマットは、例えば、以下のとおりであってよい：
【表２】
【００１２】
ＭＲＦが、発呼側の端末のメディア構成のそのような一致が存在しないことを見出した場合、ＭＲＦは、例えば、「ＢＹＥ」メッセージをＳ−ＣＳＣＦに返すことになる点に留意されたい。
【００１３】
ＭＲＦから２００ ＯＫを受信した後で、Ｓ−ＣＳＣＦは、サービス情報を有する「ＩＮＦＯ」メッセージをＭＲＦに送信する。「ＩＮＦＯ」のフォーマットは、例えば、以下のとおりであってよい：
【表３】
Ｓ−ＣＳＣＦから「ＩＮＦＯ」を受信した後で、ＭＲＦは、肯定応答として２００ ＯＫをＳ−ＣＳＣＦに返す。次に、Ｓ−ＣＳＣＦは、ビデオメディア情報を有する１８０呼出（ｒｉｎｇｉｎｇ）メッセージを発呼側ＵＥ１に送信する。それによって、ＵＥ１とＭＲＦとの間にＲＴＰメディア経路が確立されて、被呼側によってカスタマイズされたビデオが発呼側の端末上で再生される。その間、ＵＥ１によってＵＥ２に送信された呼要求「ＩＮＶＩＴＥ」は、ＵＥ２に対して継続する。この時点で、Ｓ−ＣＳＣＦは、ＵＥ２からの１８０呼出メッセージを無視することになる点に留意されたい。Ｓ−ＣＳＣＦがＵＥ２から２００ ＯＫを受信した後で、すなわち、ＵＥ２のユーザが電話を取った後で、Ｓ−ＣＳＣＦは、実際の呼の音声情報を有する「ＵＰＤＡＴＥ」メッセージをＵＥ１に送信することになり、このメッセージは、ビデオの再生も終了する。ＵＥ１は、「ＵＰＤＡＴＥ」メッセージを受信した後で、２００ ＯＫメッセージを返し、Ｓ−ＣＳＣＦは、２００ ＯＫを受信した後で、ＡＣＫ肯定応答メッセージをＵＥ２に送信する。この時点で、ＵＥ１とＵＥ２との間の会話が始まる。次いで、Ｓ−ＣＳＣＦは、ＲＴＰメディア経路を終了するために、すなわち、サービスを終了するために、「ＢＹＥ」メッセージをＭＲＦに送信する。ＭＲＦは、「ＢＹＥ」を受信した後で、肯定応答として２００ ＯＫメッセージを返す。このときまでに、カスタマイズされたビデオサービスは終了する。
【００１４】
図２は、被呼側ＵＥ２が遊休である事例だけを示す点に留意されたい。カスタマイズされたビデオサービスを実装している間に、被呼側ＵＥがビジーである場合、カスタマイズされたビデオサービスは、依然として、発呼側に対して再生されることになる。同時に、ＵＥ１によってＵＥ２に送信された呼要求「ＩＮＶＩＴＥ」は、ＵＥ２に対して継続し、ＵＥ２は、「４８６ ｂｕｓｙ ｈｅｒｅ」をＳ−ＣＳＣＦに返す。Ｓ−ＣＳＣＦは、このサービスを終了するために「ＢＹＥ」メッセージをＭＲＦに送信している間に、「ここで４８６ビジー」を発呼側に送信する。
【００１５】
したがって、上で説明されたように、本発明は、ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための機構を提案する。この機構によって、事業者は、ユーザが、そのユーザが選択するＤＶまたはビデオによって記録された音声および動画を用いたその個人的なビデオを見せることが可能である、またはデフォルト広告ビデオを提供することが可能である、などのサービスをＩＭＳネットワーク内でユーザに提供することが可能であり、事業者は、広告ビデオを提供することによって収益を得ることが可能である。
【００１６】
本発明の実施形態による、ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための方法は、図３を参照して、下で説明され、第１の端末が、第１のネットワーク要素の制御下で第２の端末を呼び出しており、第２の端末が、第２のネットワーク要素によって提供された、カスタマイズされたビデオサービスに加入していることを条件とする。
【００１７】
図３に示すように、まず、ステップ３０１において、第１のネットワーク要素は、第２の端末がカスタマイズされたビデオサービスを有することを知った後で、第１の端末に関するメディア情報を含む、第１の端末に対してビデオを再生することを要求するメッセージを第２のネットワーク要素に送信する。本明細書で、第１のネットワーク要素は、例えば、図２のＳ−ＣＳＣＦであってよく、第２のネットワーク要素は、例えば、図２のＭＲＦであってよく、第１の端末は、例えば、図２の発呼側ＵＥ１であってよく、第２の端末は、例えば、図２の被呼側ＵＥ２であってよく、第１の端末に対してビデオを再生することを要求するメッセージは、例えば、ＭＳＣＭＬプロトコルに準拠している「ＩＮＶＩＴＥ」メッセージであってよい。
【００１８】
本実施形態では、第１の端末に対してビデオを再生するために、第１のネットワーク要素と第２のネットワーク要素との間で相互に作用するプロセスは、既存のおよび将来の解決法、標準、仕様書などのいずれか、例えば、非限定的に、前述のＭＳＣＭＬプロトコルを用いることが可能である。より詳細には、被呼側ＵＥ２のＳ−ＣＳＣＦは、発呼側ＵＥ１から、呼セットアップ要求を受信した後で、ＡＳに問い合わせて、ＵＥ２がカスタマイズされたビデオサービスに加入したことを知るとすぐに、ＵＥ１のメディア情報を有する「ＩＮＶＩＴＥ」メッセージをＭＲＦに送信し、このメディア情報は、例えば、ＵＥ１によってサポートされるビデオフォーマットである。
【００１９】
次に、ステップ３０２において、第２のネットワークが、第１の端末に関するメディア情報に基づいて、第１の端末が再生されることになるビデオのフォーマットをサポートすることを決定した場合、第２のネットワークは、再生されることになるビデオに関する情報を有する肯定応答を第１のネットワーク要素に送信する。本明細書で、再生されることになるビデオに関する情報を有する肯定応答は、例えば、ＭＳＣＭＬプロトコルに準拠している２００ ＯＫメッセージであってよい。より詳細には、ＭＲＦが、ＵＥ１のメディア情報が一致することを決定した場合、ＭＲＦは、再生されることになるビデオに関する情報を有する２００ ＯＫメッセージをＳ−ＣＳＣＦに返すことになる。実際には、ＭＲＦがＵＥ１のメディア情報が一致しないことを決定した場合、ＭＲＦは、このサービスを終了するために、「ＢＹＥ」メッセージをＳ−ＣＳＣＦに返すことが可能である点に留意されたい。
【００２０】
次に、ステップ３０３において、第１のネットワーク要素は、カスタマイズされたビデオサービスに関する情報を有するメッセージを第２のネットワーク要素に送信して、第２のネットワーク要素から、再生されることになるビデオのメディア情報を有する応答を受信した後で、再生されることになるビデオのメディア情報を有する応答を第１の端末に送信する。本明細書で、カスタマイズされたビデオサービスに関する情報を有するメッセージは、例えば、ＭＳＣＭＬプロトコルに準拠している「ＩＮＦＯ」メッセージであってよく、再生されることになるビデオのメディア情報を有する応答は、例えば、ＭＳＣＭＬプロトコルに準拠している２００ ＯＫメッセージであってよく、再生されることになるビデオのメディア情報を有する応答は、例えば、ＳＩＰプロトコルに準拠している１８０呼出メッセージであってよく、再生されることになるビデオのメディア情報は、例えば、当該ビデオのコーディング情報などであってよい。より詳細には、Ｓ−ＣＳＣＦは、ＭＲＦから２００ ＯＫメッセージを受信した後で、サービス情報を有する「ＩＮＦＯ」メッセージをＭＲＦに送信して、ＭＲＦから、再生されることになるビデオのメディア情報を有する２００ ＯＫメッセージを受信した後で、再生されることになるビデオのメディア情報を有する１８０呼出メッセージをＵＥ１に送信する。
【００２１】
最終的に、ステップ３０４において、第１の端末と第２のネットワーク要素との間にメディア経路が確立され、それによって、第２の端末によってカスタマイズされたビデオは、第１の端末に再生されており、第２の端末を呼び出している間に、第１の端末によって送信された呼要求は、第１のネットワーク要素によって第２の端末に転送される。本明細書で、メディア経路は、例えば、ＲＴＰプロトコルに準拠しているメディア経路であってよい。より詳細には、本実施形態において、ＵＥ１とＵＥ２との間にＲＴＰメディア経路が確立され、それによって、ＵＥ２によってカスタマイズされたビデオは、ＵＥ１に対して再生されており、ＵＥ２を呼び出している間に、ＵＥ１によって送信された「ＩＮＶＩＴＥ」メッセージは、Ｓ−ＣＳＣＦによってＵＥ２に転送される。
【００２２】
その後、通常のＳＩＰ呼出手順に従って、ＵＥ１とＵＥ２との間で呼がセットアップされるが、Ｓ−ＣＳＣＦは、ＵＥ２によって送信された１８０呼出メッセージを無視することになる。加えて、ＵＥ１とＵＥ２との間で呼をセットアップした後で、Ｓ−ＣＳＣＦは、このビデオサービスを終了するために、「ＢＹＥ」メッセージをＭＲＦに送信する。
【００２３】
図３を参照して上で説明された実施形態は、ＵＥ１およびＵＥ２が２つの異なるＳ−ＣＳＣＦ（図１のＩＭＳネットワーク）の制御下にある事例を表す。図４は、本発明による別の実施形態、すなわち、ＵＥ１およびＵＥ２が１つの同じＳ−ＣＳＣＦによって制御される実施形態を示す。
【００２４】
図４に示される状況に従って、カスタマイズされたビデオサービスを実装するプロセスは、実質的に、図２に関して説明されたプロセスと同じである。違いは、Ｓ−ＣＳＣＦが、ＨＳＳに問い合わせることによって、ＵＥ２が自身制御されることを見出した（（３））後で、ＡＳに問い合わせることによって、ＵＥ２がカスタマイズされたビデオサービスに加入したことを知る場合、Ｓ−ＣＳＣＦは、上述のようにＭＲＦと直接的に相互に作用することになる点である。すなわち、図４の状況では、図２のステップ（４）および（５）を実行する必要はない。しかし、Ｓ−ＣＳＣＦとＭＲＦとの間のシグナリング相互作用は、図２示されるのと同じである。
【００２５】
したがって、本発明のＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための方法を用いると、事業者は、ユーザが、そのユーザが選択するＤＶまたはビデオによって記録された音声および動画を用いたその個人的なビデオを見せることが可能である、またはデフォルト広告ビデオを提供することが可能である、などのサービスを、ＩＭＳネットワーク内でユーザに提供することが可能であり、事業者は、広告ビデオを提供することによって収益を得ることが可能である点を理解されよう。
【００２６】
同じ発明の概念に基づいて、本発明の別の態様によれば、図面に関して、以下で説明される、ＩＭＳネットワーク内で端末間のセッションを制御するためのネットワーク要素が提案される。
【００２７】
図５は、本発明の実施形態によるネットワーク要素５００を示す。ネットワーク要素５００は、第１のメッセージ生成および送信手段５０１と、第２のメッセージ生成および送信手段５０２と、メディア経路確立手段５０３とを含み、第１のメッセージ生成および送信手段５０１は、第２の端末がカスタマイズされたビデオサービスを有することを知った後で、第１の端末に関するメディア情報を含む、第１の端末に対してビデオを再生することを要求するメッセージを生成して、別のネットワーク要素に送信するために使用される。例えば、ＵＥ１がＵＥ２を呼び出しているとき、ネットワーク要素５００が、ＵＥ２がカスタマイズされたビデオサービスを有することを知った後で、第１のメッセージ生成および送信手段５０１は、ＵＥ１のメディア情報を有する「ＩＮＶＩＴＥ」メッセージを生成して、このメッセージをＭＲＦに送信することになり、このメディア情報は、例えば、ＵＥ１によってサポートされたビデオフォーマットである。第２のメッセージ生成および送信手段５０２は、前記別のネットワーク要素から、再生されることになるビデオに関する情報を有する肯定応答を受信するとすぐ、カスタマイズされたビデオサービスに関する情報を有するメッセージを生成して、前記別のネットワーク要素に送信するために使用される。例えば、ネットワーク要素５００がＭＲＦから２００ ＯＫメッセージを受信するとき、第２のメッセージ生成および送信手段５０２は、カスタマイズされたビデオサービスに関する情報を有する「ＩＮＦＯ」メッセージを生成して、このメッセージをＭＲＦに送信することになる。メディア経路確立５０３は、前記別のネットワーク要素から応答を受信するとすぐ、かつ第１の端末に応答を送信した後で、第１の端末と前記別のネットワーク要素との間にメディア経路を確立するために使用される。例えば、ネットワーク要素５００は、ＭＲＦから、再生されることになるビデオのメディア情報を有する２００ ＯＫメッセージを受信した後で、１８０呼出メッセージをＵＥ１に送信し、次いで、メディア経路確立５０３は、ＵＥ１とＭＲＦとの間にＲＴＰ経路を確立することになる。
【００２８】
実装において、この実施形態のネットワーク要素５００、ならびに、ネットワーク要素５００が含む第１のメッセージ生成および送信手段５０１、第２のメッセージ生成および送信手段５０２、ならびにメディア経路確立手段５０３は、ソフトウェア、ハードウェア、またはそれらの組合せの形で実装されることが可能である。例えば、当業者は、マイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ、ＰＬＤ、および／またはＦＰＧＡなど、これらの構成要素を実装するために使用され得る様々なデバイスに精通している。この実施形態のネットワーク要素のそれぞれの構成要素は、物理的に別々に実装されるが、動作可能に相互接続されることも可能である。
【００２９】
動作の際、図５に関して上で説明された実施形態の端末間のセッションを制御するためのネットワーク要素は、上で説明されたように、ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための方法を実装することが可能である。このネットワーク要素を使用して、事業者は、ユーザが、そのユーザが選択するＤＶまたはビデオによって記録された音声および動画を用いたその個人的なビデオを見せることが可能である、またはデフォルト広告ビデオを提供することが可能である、などのサービスを、ＩＭＳネットワーク内でユーザに提供することが可能であり、事業者は、広告ビデオを提供することによって収益を得ることが可能である。
【００３０】
ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための方法の例示的な実施形態、および端末間のセッションを制御するためのネットワーク要素が上で詳細に説明されたが、上記の実施形態は網羅的ではなく、当業者は、本発明の趣旨内および範囲内で数々の変更ならびに修正を行うことが可能である。したがって、本発明は、これらの実施形態に限定されず、その範囲は、添付の特許請求の範囲によってだけ定義される。
【技術分野】
【０００１】
本発明は、通信の分野に関し、より詳細には、ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装することに関する。
【背景技術】
【０００２】
３ＧＰＰによって規定されるＩＭＳ（ＩＰマルチメディアサブシステム）は、新しい種類のマルチメディアサービスである。ＩＭＳは、より新しく、より多様化したマルチメディアサービスに関する現在の端末ユーザの要件を満たすことが可能である。現在、ＩＭＳは、次世代ネットワークのコア技法であり、固定通信と移動通信のコンバージェンスを実装して、音声、データ、およびビデオのトリプルプレーなど、多様化されたサービスを導入する重要な方法である。
【０００３】
ＩＭＳのアーキテクチャは、主に以下を含む：
− ユーザの加入情報と位置情報とを格納して、マルチメディアセッションを処理するために使用され、かつ局所情報、機密性情報（認証情報および許可情報）、登録情報、サービストリガ情報、ユーザの個人情報、およびユーザに割り当てられたＳ−ＣＳＣＦなどを含めて、ユーザに関係するカスタマイズされたデータを保存するためのホーム加入者サーバ（ＨＳＳ）、
− 主に、マルチメディア呼セッションの過程でＩＰシグナリングを処理する責任を有する呼セッション制御機能（ＣＳＣＦ）であって、その機能性が、マルチメディアセッション制御、アドレス変換、およびサービス折衝のためのサービス転送などを備え、ＣＳＣＦが、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、問合せＣＳＣＦ（Ｉ−ＣＳＣＦ）、およびサービス提供ＣＳＣＦ（Ｓ−ＣＳＣＦ）にさらに分割されており、Ｐ−ＣＳＣＦが、ＩＭＳ内の第１の交信点であり、ユーザデバイスとＳ−ＣＳＣＦとの間で受信されたＳＩＰ（セッション開始プロトコル）メッセージを転送し、Ｓ−ＣＳＣＦが、ＳＩＰシグナリングプラン上の中央ノードであり、ユーザデバイスに関するセッション制御サービスを実行して、アプリケーションサーバがサービス制御に関する着信ＳＩＰセッション要求についての情報を受信する必要があるかどうかを決定し、ＨＳＳからユーザサービス構成情報をダウンロードして、ユーザによって要求される（１つまたは複数の）サービスを提供する目的で、特定のサービスアプリケーションに応じて、対応するタイプのアプリケーションサーバを選択する呼セッション制御機能（ＣＳＣＦ）、
− ＩＭＳと互換性のあるＳＩＰ標準に準拠しているＩＭＳ ＳＩＣインターフェースを経由して、Ｓ−ＣＳＣＦに接続された、ＩＭＳユーザに関するＩＭＳサービス論理のすべてを実行するためのアプリケーションサーバ（ＡＳ）であって、ＩＭＳサービスのすべてが、ＡＳ内で実行し、かつＡＳ内で制御され、Ｓ−ＣＳＣＦが、ユーザのサービスプロファイルを検査して、当該ユーザがＩＭＳサービスを有することを見出す限り、ＡＳを起動させることになり、それぞれのＩＭＳサービスに、サービスプロファイル内の有効なＡＳ名／アドレスが割り当てられているアプリケーションサーバ（ＡＳ）。
【０００４】
近年、多くの新しい移動体付加価値サービスが開発されており、そのうちの１つは、カラリングリングバックトーン（Ｃｏｌｏｒｉｎｇ Ｒｉｎｇ Ｂａｃｋ ｔｏｎｅ）（ＣＲＢＴ）である。ユーザは、自身の選択および要件に従って、その個人的なリングバックトーンをカスタマイズすることが可能である。その他の呼出ユーザは、そのユーザを呼び出している間に、単調なリングバックトーンの代わりに、ユーザのカスタマイズされた個人的なリングバックトーンを聴取することになる。現在、ユーザは、例えば、そのリングバックトーンを流行歌などの音声などに置き換えることによって、その個人的なリングバックトーンをカスタマイズすることが可能である。しかし、音声サービスだけは、ＩＭＳネットワーク内のマルチメディアアプリケーション上でユーザの要件を満たすことはできない。
【発明の概要】
【課題を解決するための手段】
【０００５】
先行技術の欠点を緩和する目的で、本発明の態様によれば、ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための方法が提案され、第１の端末は、第１のネットワーク要素の制御下で第２の端末を呼び出しており、第２の端末は、第２のネットワーク要素によって提供された、カスタマイズされたビデオサービスに加入している。この方法は、第１のネットワーク要素が、第２の端末がカスタマイズされたビデオサービスを有することを知った後で、第１の端末に関するメディア情報を含む、第１の端末に対してビデオを再生することを要求するメッセージを第２のネットワーク要素に送信するステップと、第２のネットワーク要素が、第１の端末に関するメディア情報に基づいて、第１の端末が再生されることになるビデオのフォーマットをサポートすることを決定した場合、第２のネットワーク要素が、再生されることになるビデオに関する情報を有する肯定応答を第１のネットワーク要素に送信するステップと、第１のネットワーク要素が、カスタマイズされたビデオサービスに関する情報を有するメッセージを第２のネットワーク要素に送信し、第２のネットワーク要素から、再生されることになるビデオのメディア情報を有する応答を受信した後で、再生されることになるビデオのメディア情報を有する応答を第１の端末に送信するステップと、第１の端末と第２のネットワーク要素との間にメディア経路が確立され、それによって、第２の端末によってカスタマイズされたビデオが、第１の端末に対して再生されており、第２の端末を呼び出している間に、第１の端末によって送信された呼要求が、第１のネットワーク要素によって、第２の端末に転送されるステップとを備える。
【０００６】
本発明の別の態様によれば、端末間のセッションを制御するためにＩＰマルチメディアサブシステム内で使用されるネットワーク要素が提案され、第１の端末は、ネットワーク要素の制御下で第２の端末を呼び出しており、第２の端末は、別のネットワーク要素によって提供された、カスタマイズされたビデオサービスに加入している。このネットワーク要素は、第２の端末がカスタマイズされたビデオサービスを有することを知った後で、第１の端末に関するメディア情報を含む、第１の端末に対してビデオを再生することを要求するメッセージを生成して、前記別のネットワーク要素に送信するための第１のメッセージ生成および送信手段と、別のネットワーク要素から、再生されることになるビデオに関する情報を有する肯定応答を受信するとすぐ、カスタマイズされたビデオサービスに関する情報を有するメッセージを生成して、別のネットワーク要素に送信するための第２のメッセージ生成および送信手段と、別のネットワーク要素から応答を受信するとすぐ、かつ第１の端末に応答を送信した後で、第１の端末と別のネットワーク要素との間にメディア経路を確立するためのメディア経路確立手段とを含む。
【０００７】
本発明のこれらのおよび多くのその他の特徴ならびに利点は、図面を参照して、本発明の実施形態の以下の説明から明らかになるであろう。
【図面の簡単な説明】
【０００８】
【図１】２つの電話端末が、２つの異なるＳ−ＣＳＣＦによってそれぞれ制御されるＩＭＳネットワークを示す図である。
【図２】本発明による、カスタマイズされたビデオサービスを実装するプロセスを例示するシグナリング流れ図である。
【図３】本発明の実施形態による、カスタマイズされたビデオサービスを実装するための方法の流れ図である。
【図４】２つの電話端末が１つのＳ−ＣＳＣＦによって制御される、別のＩＭＳネットワークを示す図である。
【図５】本発明の実施形態による、ネットワーク要素のブロック図である。
【発明を実施するための形態】
【０００９】
本発明は、ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための方法を提案する。本発明の基本概念は、図１および図２を参照して下で説明される。
【００１０】
図１のＩＭＳネットワークにおいて、２つの電話端末、すなわち、有線電話および移動体電話は、２つのＳ−ＣＳＣＦによってそれぞれ制御される。有線電話が、ＳＩＰ呼要求（サポートされたビデオコードを示す「ＩＮＶＩＴＥ」）を送信する（（１））とき、その呼要求は、まず、アクセスネットワークに送信され、次いで、アクセスネットワークによってＰ−ＣＳＣＦに転送されることになる。Ｐ−ＣＳＣＦは、その要求をＳ−ＣＳＣＦに転送し、その要求は、最終的に、Ｓ−ＣＳＣＦおよびＨＳＳを経由して、連続的にＡＳに到着する（（２））。その後、被呼側ＵＥ２が別のＳ−ＣＳＣＦによって制御されていることが見出される（（３））。次いで、Ｓ−ＣＳＣＦは、その呼要求を正しいＩ−ＣＳＣＦに転送し（（４））、Ｉ−ＣＳＣＦは、その呼要求を、ＵＥ２を制御するＳ−ＣＳＣＦに転送する（（５））。被呼側のネットワーク内で、Ｓ−ＣＳＣＦは、ＵＥ２についてＨＳＳに問い合わせ（（６））、ＡＳに問い合わせ、これにより、被呼側ＵＥ２がカスタマイズされたビデオ（リングバックビデオ）サービスに加入したことを見出す（（７））。したがって、被呼側のＳ−ＣＳＣＦは、ＡＳによって提供されたサービスに関する情報に従って、ＭＳＣＭＬ（メディアサーバ制御マークアップ言語）ボディを用いて、ＳＩＰメッセージを介して、ＭＲＦ（メディアリソース機能）と相互に作用する（（８））。最終的に、発呼側とＭＲＦとの間にＲＴＰメディア経路が確立されることが可能であり、ＵＥ１のユーザは、これにより、ＵＥ２によってカスタマイズされたビデオを見ることができる。同時に、被呼側のＳ−ＣＳＣＦは、その呼要求をＵＥ２のＰ−ＣＳＣＦに対して転送し続ける（９）。ＵＥ２のユーザがその呼に応答することを決定すると、被呼側のＳ−ＣＳＣＦは、ビデオセッションを終了する目的で、「ＢＹＥ」メッセージをＭＲＦに送信する。２人のユーザの間に実際の呼がセットアップされることになる。
【００１１】
被呼側のＳ−ＣＳＣＦとＭＲＦとの間の相互作用（（８））は、図２の流れ図に例示される。図２に示すように、被呼側のＳ−ＣＳＣＦは、発呼側ＵＥ１から呼要求（ＩＮＶＩＴＥ）を受信した後で、ＡＳに問い合わせる。被呼側のＳ−ＣＳＣＦが、被呼側がカスタマイズされたビデオサービスを有することを見出した場合、被呼側のＳ−ＣＳＣＦは、ＭＲＦに通知する、すなわち、発呼側の端末によってサポートされるビデオフォーマットなど、メディア情報を有する「ＩＮＶＩＴＥ」メッセージをＭＲＦに送信する。「ＩＮＶＩＴＥ」のフォーマットは、例えば、以下のとおりであってよい：
【表１】
次いで、発呼側の端末のメディア構成との一致を決定した場合、ＭＲＦは、肯定応答として、ＭＲＦのビデオ情報を有する２００ ＯＫメッセージをＳ−ＣＳＣＦに返す。２００ ＯＫのフォーマットは、例えば、以下のとおりであってよい：
【表２】
【００１２】
ＭＲＦが、発呼側の端末のメディア構成のそのような一致が存在しないことを見出した場合、ＭＲＦは、例えば、「ＢＹＥ」メッセージをＳ−ＣＳＣＦに返すことになる点に留意されたい。
【００１３】
ＭＲＦから２００ ＯＫを受信した後で、Ｓ−ＣＳＣＦは、サービス情報を有する「ＩＮＦＯ」メッセージをＭＲＦに送信する。「ＩＮＦＯ」のフォーマットは、例えば、以下のとおりであってよい：
【表３】
Ｓ−ＣＳＣＦから「ＩＮＦＯ」を受信した後で、ＭＲＦは、肯定応答として２００ ＯＫをＳ−ＣＳＣＦに返す。次に、Ｓ−ＣＳＣＦは、ビデオメディア情報を有する１８０呼出（ｒｉｎｇｉｎｇ）メッセージを発呼側ＵＥ１に送信する。それによって、ＵＥ１とＭＲＦとの間にＲＴＰメディア経路が確立されて、被呼側によってカスタマイズされたビデオが発呼側の端末上で再生される。その間、ＵＥ１によってＵＥ２に送信された呼要求「ＩＮＶＩＴＥ」は、ＵＥ２に対して継続する。この時点で、Ｓ−ＣＳＣＦは、ＵＥ２からの１８０呼出メッセージを無視することになる点に留意されたい。Ｓ−ＣＳＣＦがＵＥ２から２００ ＯＫを受信した後で、すなわち、ＵＥ２のユーザが電話を取った後で、Ｓ−ＣＳＣＦは、実際の呼の音声情報を有する「ＵＰＤＡＴＥ」メッセージをＵＥ１に送信することになり、このメッセージは、ビデオの再生も終了する。ＵＥ１は、「ＵＰＤＡＴＥ」メッセージを受信した後で、２００ ＯＫメッセージを返し、Ｓ−ＣＳＣＦは、２００ ＯＫを受信した後で、ＡＣＫ肯定応答メッセージをＵＥ２に送信する。この時点で、ＵＥ１とＵＥ２との間の会話が始まる。次いで、Ｓ−ＣＳＣＦは、ＲＴＰメディア経路を終了するために、すなわち、サービスを終了するために、「ＢＹＥ」メッセージをＭＲＦに送信する。ＭＲＦは、「ＢＹＥ」を受信した後で、肯定応答として２００ ＯＫメッセージを返す。このときまでに、カスタマイズされたビデオサービスは終了する。
【００１４】
図２は、被呼側ＵＥ２が遊休である事例だけを示す点に留意されたい。カスタマイズされたビデオサービスを実装している間に、被呼側ＵＥがビジーである場合、カスタマイズされたビデオサービスは、依然として、発呼側に対して再生されることになる。同時に、ＵＥ１によってＵＥ２に送信された呼要求「ＩＮＶＩＴＥ」は、ＵＥ２に対して継続し、ＵＥ２は、「４８６ ｂｕｓｙ ｈｅｒｅ」をＳ−ＣＳＣＦに返す。Ｓ−ＣＳＣＦは、このサービスを終了するために「ＢＹＥ」メッセージをＭＲＦに送信している間に、「ここで４８６ビジー」を発呼側に送信する。
【００１５】
したがって、上で説明されたように、本発明は、ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための機構を提案する。この機構によって、事業者は、ユーザが、そのユーザが選択するＤＶまたはビデオによって記録された音声および動画を用いたその個人的なビデオを見せることが可能である、またはデフォルト広告ビデオを提供することが可能である、などのサービスをＩＭＳネットワーク内でユーザに提供することが可能であり、事業者は、広告ビデオを提供することによって収益を得ることが可能である。
【００１６】
本発明の実施形態による、ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための方法は、図３を参照して、下で説明され、第１の端末が、第１のネットワーク要素の制御下で第２の端末を呼び出しており、第２の端末が、第２のネットワーク要素によって提供された、カスタマイズされたビデオサービスに加入していることを条件とする。
【００１７】
図３に示すように、まず、ステップ３０１において、第１のネットワーク要素は、第２の端末がカスタマイズされたビデオサービスを有することを知った後で、第１の端末に関するメディア情報を含む、第１の端末に対してビデオを再生することを要求するメッセージを第２のネットワーク要素に送信する。本明細書で、第１のネットワーク要素は、例えば、図２のＳ−ＣＳＣＦであってよく、第２のネットワーク要素は、例えば、図２のＭＲＦであってよく、第１の端末は、例えば、図２の発呼側ＵＥ１であってよく、第２の端末は、例えば、図２の被呼側ＵＥ２であってよく、第１の端末に対してビデオを再生することを要求するメッセージは、例えば、ＭＳＣＭＬプロトコルに準拠している「ＩＮＶＩＴＥ」メッセージであってよい。
【００１８】
本実施形態では、第１の端末に対してビデオを再生するために、第１のネットワーク要素と第２のネットワーク要素との間で相互に作用するプロセスは、既存のおよび将来の解決法、標準、仕様書などのいずれか、例えば、非限定的に、前述のＭＳＣＭＬプロトコルを用いることが可能である。より詳細には、被呼側ＵＥ２のＳ−ＣＳＣＦは、発呼側ＵＥ１から、呼セットアップ要求を受信した後で、ＡＳに問い合わせて、ＵＥ２がカスタマイズされたビデオサービスに加入したことを知るとすぐに、ＵＥ１のメディア情報を有する「ＩＮＶＩＴＥ」メッセージをＭＲＦに送信し、このメディア情報は、例えば、ＵＥ１によってサポートされるビデオフォーマットである。
【００１９】
次に、ステップ３０２において、第２のネットワークが、第１の端末に関するメディア情報に基づいて、第１の端末が再生されることになるビデオのフォーマットをサポートすることを決定した場合、第２のネットワークは、再生されることになるビデオに関する情報を有する肯定応答を第１のネットワーク要素に送信する。本明細書で、再生されることになるビデオに関する情報を有する肯定応答は、例えば、ＭＳＣＭＬプロトコルに準拠している２００ ＯＫメッセージであってよい。より詳細には、ＭＲＦが、ＵＥ１のメディア情報が一致することを決定した場合、ＭＲＦは、再生されることになるビデオに関する情報を有する２００ ＯＫメッセージをＳ−ＣＳＣＦに返すことになる。実際には、ＭＲＦがＵＥ１のメディア情報が一致しないことを決定した場合、ＭＲＦは、このサービスを終了するために、「ＢＹＥ」メッセージをＳ−ＣＳＣＦに返すことが可能である点に留意されたい。
【００２０】
次に、ステップ３０３において、第１のネットワーク要素は、カスタマイズされたビデオサービスに関する情報を有するメッセージを第２のネットワーク要素に送信して、第２のネットワーク要素から、再生されることになるビデオのメディア情報を有する応答を受信した後で、再生されることになるビデオのメディア情報を有する応答を第１の端末に送信する。本明細書で、カスタマイズされたビデオサービスに関する情報を有するメッセージは、例えば、ＭＳＣＭＬプロトコルに準拠している「ＩＮＦＯ」メッセージであってよく、再生されることになるビデオのメディア情報を有する応答は、例えば、ＭＳＣＭＬプロトコルに準拠している２００ ＯＫメッセージであってよく、再生されることになるビデオのメディア情報を有する応答は、例えば、ＳＩＰプロトコルに準拠している１８０呼出メッセージであってよく、再生されることになるビデオのメディア情報は、例えば、当該ビデオのコーディング情報などであってよい。より詳細には、Ｓ−ＣＳＣＦは、ＭＲＦから２００ ＯＫメッセージを受信した後で、サービス情報を有する「ＩＮＦＯ」メッセージをＭＲＦに送信して、ＭＲＦから、再生されることになるビデオのメディア情報を有する２００ ＯＫメッセージを受信した後で、再生されることになるビデオのメディア情報を有する１８０呼出メッセージをＵＥ１に送信する。
【００２１】
最終的に、ステップ３０４において、第１の端末と第２のネットワーク要素との間にメディア経路が確立され、それによって、第２の端末によってカスタマイズされたビデオは、第１の端末に再生されており、第２の端末を呼び出している間に、第１の端末によって送信された呼要求は、第１のネットワーク要素によって第２の端末に転送される。本明細書で、メディア経路は、例えば、ＲＴＰプロトコルに準拠しているメディア経路であってよい。より詳細には、本実施形態において、ＵＥ１とＵＥ２との間にＲＴＰメディア経路が確立され、それによって、ＵＥ２によってカスタマイズされたビデオは、ＵＥ１に対して再生されており、ＵＥ２を呼び出している間に、ＵＥ１によって送信された「ＩＮＶＩＴＥ」メッセージは、Ｓ−ＣＳＣＦによってＵＥ２に転送される。
【００２２】
その後、通常のＳＩＰ呼出手順に従って、ＵＥ１とＵＥ２との間で呼がセットアップされるが、Ｓ−ＣＳＣＦは、ＵＥ２によって送信された１８０呼出メッセージを無視することになる。加えて、ＵＥ１とＵＥ２との間で呼をセットアップした後で、Ｓ−ＣＳＣＦは、このビデオサービスを終了するために、「ＢＹＥ」メッセージをＭＲＦに送信する。
【００２３】
図３を参照して上で説明された実施形態は、ＵＥ１およびＵＥ２が２つの異なるＳ−ＣＳＣＦ（図１のＩＭＳネットワーク）の制御下にある事例を表す。図４は、本発明による別の実施形態、すなわち、ＵＥ１およびＵＥ２が１つの同じＳ−ＣＳＣＦによって制御される実施形態を示す。
【００２４】
図４に示される状況に従って、カスタマイズされたビデオサービスを実装するプロセスは、実質的に、図２に関して説明されたプロセスと同じである。違いは、Ｓ−ＣＳＣＦが、ＨＳＳに問い合わせることによって、ＵＥ２が自身制御されることを見出した（（３））後で、ＡＳに問い合わせることによって、ＵＥ２がカスタマイズされたビデオサービスに加入したことを知る場合、Ｓ−ＣＳＣＦは、上述のようにＭＲＦと直接的に相互に作用することになる点である。すなわち、図４の状況では、図２のステップ（４）および（５）を実行する必要はない。しかし、Ｓ−ＣＳＣＦとＭＲＦとの間のシグナリング相互作用は、図２示されるのと同じである。
【００２５】
したがって、本発明のＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための方法を用いると、事業者は、ユーザが、そのユーザが選択するＤＶまたはビデオによって記録された音声および動画を用いたその個人的なビデオを見せることが可能である、またはデフォルト広告ビデオを提供することが可能である、などのサービスを、ＩＭＳネットワーク内でユーザに提供することが可能であり、事業者は、広告ビデオを提供することによって収益を得ることが可能である点を理解されよう。
【００２６】
同じ発明の概念に基づいて、本発明の別の態様によれば、図面に関して、以下で説明される、ＩＭＳネットワーク内で端末間のセッションを制御するためのネットワーク要素が提案される。
【００２７】
図５は、本発明の実施形態によるネットワーク要素５００を示す。ネットワーク要素５００は、第１のメッセージ生成および送信手段５０１と、第２のメッセージ生成および送信手段５０２と、メディア経路確立手段５０３とを含み、第１のメッセージ生成および送信手段５０１は、第２の端末がカスタマイズされたビデオサービスを有することを知った後で、第１の端末に関するメディア情報を含む、第１の端末に対してビデオを再生することを要求するメッセージを生成して、別のネットワーク要素に送信するために使用される。例えば、ＵＥ１がＵＥ２を呼び出しているとき、ネットワーク要素５００が、ＵＥ２がカスタマイズされたビデオサービスを有することを知った後で、第１のメッセージ生成および送信手段５０１は、ＵＥ１のメディア情報を有する「ＩＮＶＩＴＥ」メッセージを生成して、このメッセージをＭＲＦに送信することになり、このメディア情報は、例えば、ＵＥ１によってサポートされたビデオフォーマットである。第２のメッセージ生成および送信手段５０２は、前記別のネットワーク要素から、再生されることになるビデオに関する情報を有する肯定応答を受信するとすぐ、カスタマイズされたビデオサービスに関する情報を有するメッセージを生成して、前記別のネットワーク要素に送信するために使用される。例えば、ネットワーク要素５００がＭＲＦから２００ ＯＫメッセージを受信するとき、第２のメッセージ生成および送信手段５０２は、カスタマイズされたビデオサービスに関する情報を有する「ＩＮＦＯ」メッセージを生成して、このメッセージをＭＲＦに送信することになる。メディア経路確立５０３は、前記別のネットワーク要素から応答を受信するとすぐ、かつ第１の端末に応答を送信した後で、第１の端末と前記別のネットワーク要素との間にメディア経路を確立するために使用される。例えば、ネットワーク要素５００は、ＭＲＦから、再生されることになるビデオのメディア情報を有する２００ ＯＫメッセージを受信した後で、１８０呼出メッセージをＵＥ１に送信し、次いで、メディア経路確立５０３は、ＵＥ１とＭＲＦとの間にＲＴＰ経路を確立することになる。
【００２８】
実装において、この実施形態のネットワーク要素５００、ならびに、ネットワーク要素５００が含む第１のメッセージ生成および送信手段５０１、第２のメッセージ生成および送信手段５０２、ならびにメディア経路確立手段５０３は、ソフトウェア、ハードウェア、またはそれらの組合せの形で実装されることが可能である。例えば、当業者は、マイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ、ＰＬＤ、および／またはＦＰＧＡなど、これらの構成要素を実装するために使用され得る様々なデバイスに精通している。この実施形態のネットワーク要素のそれぞれの構成要素は、物理的に別々に実装されるが、動作可能に相互接続されることも可能である。
【００２９】
動作の際、図５に関して上で説明された実施形態の端末間のセッションを制御するためのネットワーク要素は、上で説明されたように、ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための方法を実装することが可能である。このネットワーク要素を使用して、事業者は、ユーザが、そのユーザが選択するＤＶまたはビデオによって記録された音声および動画を用いたその個人的なビデオを見せることが可能である、またはデフォルト広告ビデオを提供することが可能である、などのサービスを、ＩＭＳネットワーク内でユーザに提供することが可能であり、事業者は、広告ビデオを提供することによって収益を得ることが可能である。
【００３０】
ＩＭＳネットワーク内でカスタマイズされたビデオサービスを実装するための方法の例示的な実施形態、および端末間のセッションを制御するためのネットワーク要素が上で詳細に説明されたが、上記の実施形態は網羅的ではなく、当業者は、本発明の趣旨内および範囲内で数々の変更ならびに修正を行うことが可能である。したがって、本発明は、これらの実施形態に限定されず、その範囲は、添付の特許請求の範囲によってだけ定義される。
【特許請求の範囲】
【請求項１】
ＩＰマルチメディアサブシステム内でカスタマイズされたビデオサービスを実装するための方法であって、第１の端末が、第１のネットワーク要素の制御下で第２の端末を呼び出しており、第２の端末が、第２のネットワーク要素によって提供された、カスタマイズされたビデオサービスに加入している方法において、
第１のネットワーク要素が、第２の端末がカスタマイズされたビデオサービスを有することを知った後で、第１の端末に関するメディア情報を含む、第１の端末に対してビデオを再生することを要求するメッセージを第２のネットワーク要素に送信するステップと、
第２のネットワーク要素が、第１の端末に関するメディア情報に基づいて、第１の端末が再生されることになるビデオのフォーマットをサポートすることを決定した場合、第２のネットワーク要素が、再生されることになるビデオに関する情報を有する肯定応答を第１のネットワーク要素に送信するステップと、
第１のネットワーク要素が、カスタマイズされたビデオサービスに関する情報を有するメッセージを第２のネットワーク要素に送信し、第２のネットワーク要素から、再生されることになるビデオのメディア情報を有する応答を受信した後で、再生されることになるビデオのメディア情報を有する応答を第１の端末に送信するステップと、
第１の端末と第２のネットワーク要素との間にメディア経路を確立し、それによって、第２の端末によってカスタマイズされたビデオが、第１の端末に対して再生されており、第２の端末を呼び出している間に、第１の端末によって送信された呼要求が、第１のネットワーク要素によって第２の端末に転送されているステップとを備えることを特徴とする、方法。
【請求項２】
第１の端末および第２の端末が、１つの同じ第１のネットワーク要素によって制御される、請求項１に記載の方法。
【請求項３】
第１の端末および第２の端末が、異なる第１のネットワーク要素によってそれぞれ制御され、第２の端末を制御している第１のネットワーク要素が、第１の端末と第２のネットワーク要素との間にメディア経路を確立するために、第２のネットワーク要素と相互に作用する、請求項１または２に記載の方法。
【請求項４】
第１のネットワーク要素が、アプリケーションサーバから第２の端末のカスタマイズされたビデオサービスに関する情報を取得する、請求項１から３のいずれかに記載の方法。
【請求項５】
メディア経路が、リアルタイムトランスポートプロトコルに準拠しているメディア経路である、請求項１から４のいずれかに記載の方法。
【請求項６】
第１の端末に対してビデオを再生することを要求するメッセージが、メディアサーバ制御マークアップ言語プロトコルに準拠している「ＩＮＶＩＴＥ」メッセージである、請求項１から５のいずれかに記載の方法。
【請求項７】
再生されることになるビデオに関する情報を有する肯定応答が、メディアサーバ制御マークアップ言語プロトコルに準拠している２００ ＯＫメッセージである、請求項１から６のいずれかに記載の方法。
【請求項８】
カスタマイズされたビデオサービスに関する情報を有するメッセージが、メディアサーバ制御マークアップ言語プロトコルに準拠している「ＩＮＦＯ」メッセージである、請求項１から７のいずれかに記載の方法。
【請求項９】
再生されることになるビデオのメディア情報を有する応答が、メディアサーバ制御マークアップ言語プロトコルに準拠している２００ ＯＫメッセージである、請求項１から８のいずれかに記載の方法。
【請求項１０】
再生されることになるビデオのメディア情報を有する応答が、セッション開始プロトコルに準拠している１８０呼出メッセージである、請求項１から９のいずれかに記載の方法。
【請求項１１】
第１のネットワーク要素が、サービス提供呼セッション制御機能Ｓ−ＣＳＣＦであり、第２のネットワーク要素が、メディアリソース機能ＭＲＦである、請求項１から１０のいずれかに記載の方法。
【請求項１２】
端末間のセッションを制御するために、ＩＰマルチメディアサブシステムにおいて使用されるネットワーク要素であって、第１の端末が、ネットワーク要素の制御下で第２の端末を呼び出しており、第２の端末が、別のネットワーク要素によって提供された、カスタマイズされたビデオサービスに加入しているネットワーク要素において、
第２の端末がカスタマイズされたビデオサービスを有することを知った後で、第１の端末に関するメディア情報を含む、第１の端末に対してビデオを再生することを要求するメッセージを生成して、前記別のネットワーク要素に送信するための第１のメッセージ生成および送信手段と、
前記別のネットワーク要素から、再生されることになるビデオに関する情報を有する肯定応答を受信するとすぐ、カスタマイズされたビデオサービスに関する情報を有するメッセージを生成して、前記別のネットワーク要素に送信するための第２のメッセージ生成および送信手段と、
前記別のネットワーク要素から応答を受信するとすぐ、かつ応答を第１の端末に送信した後で、第１の端末と前記別のネットワーク要素との間にメディア経路を確立するためのメディア経路確立手段とを備えることを特徴とする、ネットワーク要素。
【請求項１３】
ネットワーク要素が、第２の端末のカスタマイズされたビデオサービスに関する情報をアプリケーションサーバから取得する、請求項１２に記載のネットワーク要素。
【請求項１４】
メディア経路が、リアルタイムトランスポートプロトコルに準拠しているメディア経路である、請求項１２または１３に記載のネットワーク要素。
【請求項１５】
第１の端末に対してビデオを再生することを要求するメッセージが、メディアサーバ制御マークアップ言語プロトコルに準拠している「ＩＮＶＩＴＥ」メッセージである、請求項１２から１４のいずれかに記載のネットワーク要素。
【請求項１６】
カスタマイズされたビデオサービスに関する情報を有するメッセージが、メディアサーバ制御マークアップ言語プロトコルに準拠している「ＩＮＦＯ」メッセージである、請求項１２から１５のいずれかに記載のネットワーク要素。
【請求項１７】
前記別のネットワーク要素からの応答が、メディアサーバ制御マークアップ言語プロトコルに準拠している、再生されることになるビデオのメディア情報を有する２００ ＯＫメッセージであり、第１の端末に送信された応答が、セッション開始プロトコルに準拠している１８０呼出メッセージである、請求項１２から１６のいずれかに記載のネットワーク要素。
【請求項１８】
ネットワーク要素が、サービス提供呼セッション制御機能Ｓ−ＣＳＣＦであり、前記別のネットワーク要素が、メディアリソース機能ＭＲＦである、請求項１２から１７のいずれかに記載のネットワーク要素。
【請求項１】
ＩＰマルチメディアサブシステム内でカスタマイズされたビデオサービスを実装するための方法であって、第１の端末が、第１のネットワーク要素の制御下で第２の端末を呼び出しており、第２の端末が、第２のネットワーク要素によって提供された、カスタマイズされたビデオサービスに加入している方法において、
第１のネットワーク要素が、第２の端末がカスタマイズされたビデオサービスを有することを知った後で、第１の端末に関するメディア情報を含む、第１の端末に対してビデオを再生することを要求するメッセージを第２のネットワーク要素に送信するステップと、
第２のネットワーク要素が、第１の端末に関するメディア情報に基づいて、第１の端末が再生されることになるビデオのフォーマットをサポートすることを決定した場合、第２のネットワーク要素が、再生されることになるビデオに関する情報を有する肯定応答を第１のネットワーク要素に送信するステップと、
第１のネットワーク要素が、カスタマイズされたビデオサービスに関する情報を有するメッセージを第２のネットワーク要素に送信し、第２のネットワーク要素から、再生されることになるビデオのメディア情報を有する応答を受信した後で、再生されることになるビデオのメディア情報を有する応答を第１の端末に送信するステップと、
第１の端末と第２のネットワーク要素との間にメディア経路を確立し、それによって、第２の端末によってカスタマイズされたビデオが、第１の端末に対して再生されており、第２の端末を呼び出している間に、第１の端末によって送信された呼要求が、第１のネットワーク要素によって第２の端末に転送されているステップとを備えることを特徴とする、方法。
【請求項２】
第１の端末および第２の端末が、１つの同じ第１のネットワーク要素によって制御される、請求項１に記載の方法。
【請求項３】
第１の端末および第２の端末が、異なる第１のネットワーク要素によってそれぞれ制御され、第２の端末を制御している第１のネットワーク要素が、第１の端末と第２のネットワーク要素との間にメディア経路を確立するために、第２のネットワーク要素と相互に作用する、請求項１または２に記載の方法。
【請求項４】
第１のネットワーク要素が、アプリケーションサーバから第２の端末のカスタマイズされたビデオサービスに関する情報を取得する、請求項１から３のいずれかに記載の方法。
【請求項５】
メディア経路が、リアルタイムトランスポートプロトコルに準拠しているメディア経路である、請求項１から４のいずれかに記載の方法。
【請求項６】
第１の端末に対してビデオを再生することを要求するメッセージが、メディアサーバ制御マークアップ言語プロトコルに準拠している「ＩＮＶＩＴＥ」メッセージである、請求項１から５のいずれかに記載の方法。
【請求項７】
再生されることになるビデオに関する情報を有する肯定応答が、メディアサーバ制御マークアップ言語プロトコルに準拠している２００ ＯＫメッセージである、請求項１から６のいずれかに記載の方法。
【請求項８】
カスタマイズされたビデオサービスに関する情報を有するメッセージが、メディアサーバ制御マークアップ言語プロトコルに準拠している「ＩＮＦＯ」メッセージである、請求項１から７のいずれかに記載の方法。
【請求項９】
再生されることになるビデオのメディア情報を有する応答が、メディアサーバ制御マークアップ言語プロトコルに準拠している２００ ＯＫメッセージである、請求項１から８のいずれかに記載の方法。
【請求項１０】
再生されることになるビデオのメディア情報を有する応答が、セッション開始プロトコルに準拠している１８０呼出メッセージである、請求項１から９のいずれかに記載の方法。
【請求項１１】
第１のネットワーク要素が、サービス提供呼セッション制御機能Ｓ−ＣＳＣＦであり、第２のネットワーク要素が、メディアリソース機能ＭＲＦである、請求項１から１０のいずれかに記載の方法。
【請求項１２】
端末間のセッションを制御するために、ＩＰマルチメディアサブシステムにおいて使用されるネットワーク要素であって、第１の端末が、ネットワーク要素の制御下で第２の端末を呼び出しており、第２の端末が、別のネットワーク要素によって提供された、カスタマイズされたビデオサービスに加入しているネットワーク要素において、
第２の端末がカスタマイズされたビデオサービスを有することを知った後で、第１の端末に関するメディア情報を含む、第１の端末に対してビデオを再生することを要求するメッセージを生成して、前記別のネットワーク要素に送信するための第１のメッセージ生成および送信手段と、
前記別のネットワーク要素から、再生されることになるビデオに関する情報を有する肯定応答を受信するとすぐ、カスタマイズされたビデオサービスに関する情報を有するメッセージを生成して、前記別のネットワーク要素に送信するための第２のメッセージ生成および送信手段と、
前記別のネットワーク要素から応答を受信するとすぐ、かつ応答を第１の端末に送信した後で、第１の端末と前記別のネットワーク要素との間にメディア経路を確立するためのメディア経路確立手段とを備えることを特徴とする、ネットワーク要素。
【請求項１３】
ネットワーク要素が、第２の端末のカスタマイズされたビデオサービスに関する情報をアプリケーションサーバから取得する、請求項１２に記載のネットワーク要素。
【請求項１４】
メディア経路が、リアルタイムトランスポートプロトコルに準拠しているメディア経路である、請求項１２または１３に記載のネットワーク要素。
【請求項１５】
第１の端末に対してビデオを再生することを要求するメッセージが、メディアサーバ制御マークアップ言語プロトコルに準拠している「ＩＮＶＩＴＥ」メッセージである、請求項１２から１４のいずれかに記載のネットワーク要素。
【請求項１６】
カスタマイズされたビデオサービスに関する情報を有するメッセージが、メディアサーバ制御マークアップ言語プロトコルに準拠している「ＩＮＦＯ」メッセージである、請求項１２から１５のいずれかに記載のネットワーク要素。
【請求項１７】
前記別のネットワーク要素からの応答が、メディアサーバ制御マークアップ言語プロトコルに準拠している、再生されることになるビデオのメディア情報を有する２００ ＯＫメッセージであり、第１の端末に送信された応答が、セッション開始プロトコルに準拠している１８０呼出メッセージである、請求項１２から１６のいずれかに記載のネットワーク要素。
【請求項１８】
ネットワーク要素が、サービス提供呼セッション制御機能Ｓ−ＣＳＣＦであり、前記別のネットワーク要素が、メディアリソース機能ＭＲＦである、請求項１２から１７のいずれかに記載のネットワーク要素。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２０１１−５２６４４１（Ｐ２０１１−５２６４４１Ａ）
【公表日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願番号】特願２０１１−５１５０５９（Ｐ２０１１−５１５０５９）
【出願日】平成２０年７月１日（２００８．７．１）
【国際出願番号】ＰＣＴ／ＣＮ２００８／０７１５０４
【国際公開番号】ＷＯ２０１０／０００１０６
【国際公開日】平成２２年１月７日（２０１０．１．７）
【出願人】（５９６０９２６９８）アルカテル−ルーセント ユーエスエー インコーポレーテッド (965)
【Ｆターム（参考）】
【公表日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願日】平成２０年７月１日（２００８．７．１）
【国際出願番号】ＰＣＴ／ＣＮ２００８／０７１５０４
【国際公開番号】ＷＯ２０１０／０００１０６
【国際公開日】平成２２年１月７日（２０１０．１．７）
【出願人】（５９６０９２６９８）アルカテル−ルーセント ユーエスエー インコーポレーテッド (965)
【Ｆターム（参考）】
[ Back to top ]