(57)【要約】【課題】発呼者デバイスにマルチメディア・コンテンツを提供する方法および装置を提供する。【解決手段】詳細には、この方法は、発呼者デバイスから接続確立要求を受信することであって、接続確立要求は、ＩＰ（インターネット・プロトコル）ＩＭＳ（マルチメディア・サブシステム）ネットワーク内で発呼者デバイスと被呼者デバイス間に接続を確立する働きをすることと、接続確立要求に応答して、発呼者デバイスとの間に少なくとも１つのマルチメディア・セッションを確立する働きをするマルチメディア・コンテンツ情報を取得することと、接続の確立と同時に、発呼者デバイスにマルチメディア・コンテンツ情報の少なくとも一部を送信することとを備える。【選択図】図１
2006191594.tif 000002
【特許請求の範囲】
【請求項１】
発呼者デバイスにマルチメディア・コンテンツを提供する方法であって、
前記発呼者デバイスから接続確立要求を受信するステップであって、前記接続確立要求は、ＩＰ（インターネット・プロトコル）ＩＭＳ（マルチメディア・サブシステム）ネットワーク内で前記発呼者デバイスと被呼者デバイスの間に接続を確立する働きをするステップ、
前記接続確立要求に応答してマルチメディア・コンテンツ情報を取得するステップであって、前記マルチメディア・コンテンツ情報は、前記発呼者デバイスとの間に少なくとも１つのマルチメディア・セッションを確立する働きをするステップ、及び
前記接続の確立と同時に、前記発呼者デバイスに前記マルチメディア・コンテンツ情報の少なくとも一部を送信するステップ
からなる方法。
【請求項２】
請求項１記載の方法において、前記マルチメディア・コンテンツ情報を取得するステップが、
前記マルチメディア・コンテンツ情報に関連付けられた少なくとも１つのマルチメディア・コンテンツ特性を判定するステップ、
前記発呼者デバイスに関連付けられた少なくとも１つの端末機能パラメータを判定するステップ、及び
前記少なくとも１つのマルチメディア・コンテンツ特性と前記少なくとも１つの端末機能パラメータに従って前記マルチメディア・コンテンツ情報の少なくとも一部を選択するステップ
からなる方法。
【請求項３】
請求項１記載の方法であって、さらに、
前記発呼者デバイスで前記マルチメディア・コンテンツ情報の前記少なくとも一部を受信するステップ、
前記マルチメディア・コンテンツ情報の前記少なくとも一部を処理して、少なくとも１つのビデオ・コンテンツ識別子を識別するステップ、及び
前記接続の確立と同時に前記少なくとも１つのビデオ・コンテンツ識別子を使用してビデオ・セッションを確立するステップであって、前記ビデオ・セッションは、前記発呼者デバイスにビデオ・コンテンツを提供する働きをするステップ
からなる方法。
【請求項４】
請求項１記載の方法であって、さらに、
前記発呼者デバイスに前記マルチメディア・コンテンツ情報の前記少なくとも一部を送信する前記ステップと同時に、前記発呼者デバイスとの間にビデオ・セッションを確立するステップからなり、前記マルチメディア・コンテンツ情報の前記少なくとも一部が非ビデオ・コンテンツからなる方法。
【請求項５】
請求項４記載の方法であって、さらに、
前記ビデオ・セッションを使用して前記発呼者デバイスにビデオ・コンテンツを提供するステップ、及び
前記接続確立要求への応答を検出するのに応答して、前記ビデオ・コンテンツの終了を遅らせる働きをする遅延を挿入するステップ
からなる方法。
【請求項６】
コンピュータによって実行されると、前記コンピュータに、
発呼者デバイスから接続確立要求を受信するステップであって、前記接続確立要求は、ＩＰ（インターネット・プロトコル）ＩＭＳ（マルチメディア・サブシステム）ネットワーク内で前記発呼者デバイスと被呼者デバイスの間に接続を確立する働きをするステップ、
前記接続確立要求に応答してマルチメディア・コンテンツ情報を取得するステップであって、前記マルチメディア・コンテンツ情報は、前記発呼者デバイスとの間に少なくとも１つのマルチメディア・セッションを確立する働きをするステップ、及び
前記接続の確立と同時に、前記発呼者デバイスに前記マルチメディア・コンテンツ情報の少なくとも一部を送信するステップ
からなる方法を行わせるソフトウェア・プログラムを格納したコンピュータ可読媒体。
【請求項７】
請求項６記載のコンピュータ可読媒体において、前記マルチメディア・コンテンツ情報を取得するステップが、
前記マルチメディア・コンテンツ情報に関連付けられた少なくとも１つのマルチメディア・コンテンツ特性を判定するステップ、
前記発呼者デバイスに関連付けられた少なくとも１つの端末機能パラメータを判定するステップ、及び
前記少なくとも１つのマルチメディア・コンテンツ特性と前記少なくとも１つの端末機能パラメータに従って、前記マルチメディア・コンテンツ情報の少なくとも一部を選択するステップ
からなるコンピュータ可読媒体。
【請求項８】
請求項６記載のコンピュータ可読媒体であって、さらに、
前記発呼者デバイスで前記マルチメディア・コンテンツ情報の前記少なくとも一部を受信するステップ、
前記マルチメディア・コンテンツ情報の少なくとも一部を処理して少なくとも１つのビデオ・コンテンツ識別子を識別するステップ、及び
前記接続の確立と同時に前記少なくとも１つのビデオ・コンテンツ識別子を使用してビデオ・セッションを確立するステップであって、前記ビデオ・セッションは、前記発呼者デバイスにビデオ・コンテンツを提供する働きをするステップ
からなるコンピュータ可読媒体。
【請求項９】
請求項６記載のコンピュータ可読媒体であって、さらに、
前記発呼者デバイスに前記マルチメディア・コンテンツ情報の前記少なくとも一部を送信する前記ステップと同時に、前記発呼者デバイスとの間にビデオ・セッションを確立するステップからなり、前記マルチメディア・コンテンツ情報の前記少なくとも一部が非ビデオ・コンテンツからなるコンピュータ可読媒体。
【請求項１０】
発呼者デバイスにマルチメディア・コンテンツを提供する装置であって、
前記発呼者デバイスからの接続確立要求を受信する手段であって、前記接続確立要求は、ＩＰ（インターネット・プロトコル）ＩＭＳ（マルチメディア・サブシステム）ネットワーク内で前記発呼者デバイスと被呼者デバイス間に接続を確立する働きをする手段、
前記接続確立要求に応答して、前記発呼者デバイスとの間に少なくとも１つのマルチメディア・セッションを確立する働きをするマルチメディア・コンテンツ情報を取得する手段、及び
前記接続の確立と同時に前記発呼者デバイスに前記マルチメディア・コンテンツ情報の少なくとも一部を送信する手段
からなる装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの分野に関し、より詳細には、ユーザ・デバイスにリングバック・サービスを提供することに関する。
【発明の開示】
【発明が解決しようとする課題】
【０００２】
一般に、既存のリングバック・サービスは、無線サービスの利用者が、その無線サービス利用者への呼が開始される通信デバイスに対して再生されるオーディオ・コンテンツを事前に選択することを可能にする。オーディオのリングバック・サービスは、従来の呼び出し音（被呼者が電話に出る前に発呼者が聞く）を、被呼者によって指定された高機能のオーディオ・コンテンツに置き換える。そのため、オーディオ・リングバック・サービスでは、被呼者が、発呼者デバイスと被呼者デバイス間に接続を確立する間に発呼者が聞くオーディオ・コンテンツをカスタマイズすることができる。例えば、発呼者に対して再生されるオーディオ・コンテンツには、特殊化された呼び出し音、通知、音楽、およびそれらに類する高機能オーディオ・コンテンツが含まれる。不都合な点として、既存のリングバック・サービスは、現在、純粋に音声によるコンテンツの提供に限られている。
【課題を解決するための手段】
【０００３】
従来技術の様々な不備が、発呼者デバイスにマルチメディア・コンテンツを提供する方法および装置の本発明を通じて対処される。詳細には、本発明の一実施形態による方法は、発呼者デバイスから接続確立要求を受信することであって、接続確立要求は、ＩＰ（インターネット・プロトコル）ＩＭＳ（マルチメディア・サブシステム）ネットワーク内で発呼者デバイスと被呼者デバイス間に接続を確立する働きをすることと、接続確立要求に応答して、発呼者デバイスとの間に少なくとも１つのマルチメディア・セッションを確立する働きをするマルチメディア・コンテンツ情報を取得することと、接続の確立と同時に、発呼者デバイスにマルチメディア・コンテンツ情報の少なくとも一部を送信することとを備える。
【０００４】
本発明の教示は、添付図面と併せて以下の詳細な説明を考察することにより容易に理解することができる。
理解を助けるために、すべての図で共通の同一の要素を示すために可能な箇所では同じ参照符号が使用されている。
【発明を実施するための最良の形態】
【０００５】
本発明は、ＩＭＳネットワークと複数のアクセス・ネットワークを備えるインターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）ネットワーク・アーキテクチャのコンテクストで論じられるが、本発明の方法論は、他のネットワーク・アーキテクチャにも容易に適用することができる。一般に、ＩＭＳネットワーク・アーキテクチャは、ＩＰを利用するインフラストラクチャを通じた、音声、データ、および無線技術の収束を可能にする。ここに記載されるように、ＩＭＳネットワーク・アーキテクチャは、第３世代（３Ｇ）無線ネットワーク、第４世代（４Ｇ）無線ネットワークなどを支援して展開されることができる。そのため、ＩＭＳネットワーク・アーキテクチャは、リッチな音声、メッセージング、電話会議、テレビ電話、および同様のマルチメディア・サービスなどの、リアルタイムのマルチメディア無線サービスを可能にする。
【０００６】
一般に、本発明は、サービス提供者が、発呼者デバイスと被呼者デバイスの間に接続を確立する間に発呼者にマルチメディアのリングバック・コンテンツを提供できるようにする。本発明は、ＩＭＳベースのネットワーク・アーキテクチャを使用して、発呼者デバイスにビデオ・コンテンツ（動画クリップ、ホーム・ビデオ・クリップ、同様のビデオ・コンテンツ）を提供するためのビデオ・セッションを確立する際に同時に非ビデオのコンテンツ（テキスト、静止画像、アニメーション画像、および類似の非ビデオ・コンテンツ）を発呼者デバイスに提供することを可能にする。そのため、本発明は、接続の確立中に発呼者に提示するために被呼者によって選択されたマルチメディア・コンテンツの各種の組み合わせを発呼者が体験できるようにする。
【０００７】
図１に、通信ネットワーク・アーキテクチャの高レベル・ブロック図を示す。詳細には、図１の通信ネットワーク・アーキテクチャ１００は、複数のアクセス・ネットワーク（ＡＮ）１０２Ａ〜１０２Ｂ（まとめてＡＮ１０２とする）と、ＩＭＳベースのネットワーク（ＩＭＳＮ）１１０を備える。図１に示すように、ＡＮ１０２は、複数の通信リンク（ＣＬ）１１２（まとめてＣＬ１１２とする）それぞれを介してＩＭＳＮ１１０と通信する。図にはＣＬ１１２を介して直接接続されるものと示すが、当業者は、ＡＮ１０２とＩＭＳＮ１１０間の通信は、追加的なネットワーク要素と通信リンク（図示せず）使用して容易にされることを理解されよう。
【０００８】
図１に示すように、ＡＮ１０２Ａは、ネットワーク要素（ＮＥ）１０４Ａを備える。関連付けられた複数のユーザ・デバイス（ＵＤ）１０６Ａ１〜１０６ＡＮ（まとめてＵＤ１０６Ａとする）は、複数のアクセス・リンク（ＡＬ）１０８Ａ（まとめてＡＬ１０８Ａとする）それぞれを介してＡＮ１０２Ａにアクセスする。同様に、ＡＮ１０２Ｂは、ネットワーク要素（ＮＥ）１０４Ｂを備える。関連付けられた複数のユーザ・デバイス（ＵＤ）１０６Ｂ１〜１０６ＢＮ（まとめてＵＤ１０６Ｂ）は、複数のアクセス・リンク（ＡＬ）１０８Ｂ（まとめてＡＬ１０８Ｂ）それぞれを介してＡＮ１０２Ｂにアクセスする。ＮＥ１０４ＡとＮＥ１０４ＢをまとめてＮＥ１０４と表記する。ＵＤ１０６ＡとＵＤ１０６Ｂは、まとめてＵＤ１０６と表記する。
【０００９】
図１に示すように、ＡＮ１０２は、ＵＤ１０６にマルチメディア・サービスを提供するように動作することができる各種の有線ネットワークと無線ネットワークを備える。そのため、ＡＮのタイプによって様々に異なるＮＥ１０４は、本発明の方法論を支持するように動作することができる各種のネットワーク要素を備える。そのため、基礎となるネットワーク・アーキテクチャに応じて、ＮＥ１０４は、ＰＤＳＮ（パケット・データ送信ノード）、ＧＰＲＳ（ゲートウェイ一般パケット無線サービス）サポート・ノード（ＧＧＳＮ）、ルータ、スイッチ、および、各種のアクセス・ネットワークとＩＭＳネットワーク間の通信を容易にする同様のネットワーク要素の少なくとも１つからなる。
【００１０】
一実施形態では、ＡＮ１０２は、３Ｇ無線ＡＮ（ＷＣＤＭＡ（Wideband Code Division Multiple Access）ＡＮ、ＵＭＴＳ（Universal Mobile Telecommunications System）ＡＮ、ＣＤＭＡ２０００ＡＮ等）、４Ｇ無線ＡＮ、および当技術分野で知られる類似の無線ＡＮ、の少なくとも１つからなる。例えば、ＡＮ１０２がＣＤＭＡ２０００ＥｖＤＯ（Evolution Data Only）ネットワークである一実施形態では、対応するＮＥ１０４はＰＤＳＮからなる。例えば、ＡＮ１０２がＵＭＴＳ  ＨＤＳＰＡ（UMTS High-Speed Downlink Packet Access）ネットワークからなる別の実施形態では、対応するＮＥ１０４は、ＧＧＳＮからなる。
【００１１】
図ではＮＥ１０４を備えるものと示すが、当業者は、ＡＮ１０２は、追加的なネットワーク要素を備えることを認識されよう。そのため、ＡＮ１０２が無線ＡＮである一実施形態では、ＡＮ１０２は、ＢＳＣ（基地局コントローラ）、ＶＬＲ（ビジタ・ロケーション・レジスタ）、ＨＬＲ（ホーム・ロケーション・レジスタ）、ＲＮＣ（無線ネットワーク・コントローラ）、ＳＧＳＮ（ｓｅｒｖｉｎｇＧＰＲＳサポート・ノード）、ＭＳＣ（モバイル交換センタ）、および当技術分野で知られる類似のネットワーク要素の各種の組み合わせを備えることができる。一実施形態では、追加的なネットワーク要素の少なくとも一部は、無線ＡＮ技術に依存する。例えば、ＣＤＭＡ２０００ネットワークで配置されるネットワーク要素の少なくとも一部は、ＵＭＴＳネットワークで配置されるネットワーク要素の少なくとも一部とは異なる場合がある。
【００１２】
別の実施形態では、ＡＮ１０２は、ＩＰ  ＡＮ、ＰＳＴＮ（公衆交換電話網）、ＩＳＤＮ（総合デジタル通信網）ＡＮ、および当技術分野で知られる類似の有線ＡＮ、の少なくとも１つからなる。例えば、ＡＮ１０２がＩＰ  ＡＮである一実施形態では、対応するＮＥ１０４は、ボーダー要素（ＢＥ）からなる。一実施形態では、追加的なネットワーク要素の少なくとも一部は、有線ＡＮ技術に依存する。そのため、ＡＮ１０２が有線ＡＮである一実施形態では、ＡＮ１０２は、スイッチ、ルータ、および当技術分野で知られる同様のネットワーク要素の各種組み合わせからなる。
【００１３】
一実施形態では、ＮＥ１０４は、個々のＡＮ１０４内で呼を交換するＮＥとして動作する。一般に、ＮＥは、この容量以内で動作して、交換機能、シグナリング機能（共通チャネルのシグナリングなど）、および類似の機能を行う。図１に示すように、ＮＥ１０４は、ＩＭＳＮ１１０への個々のアクセス・ポイントとして動作する。一実施形態では、ＮＥ１０４は、接続確立要求の発信元と宛先に応じて、発信側ＮＥおよび終端側ＮＥの両方として動作する。
【００１４】
例えば、ＵＤ１０６Ａ１（発呼側ユーザ・デバイス）からＵＤ１０６Ｂ１（被呼側ユーザ・デバイス）に開始される接続確立要求に対しては、ＮＥ１０４Ａが発信側ＮＥとして機能し、ＮＥ１０４Ｂが終端側ＮＥとして機能する。同様に、例えば、ＵＤ１０６Ｂ２（発呼側ユーザ・デバイス）からＵＤ１０６Ａ１（被呼側ユーザ・デバイス）に対して開始される接続確立要求に対しては、ＮＥ１０４Ｂが発信側ＮＥとして機能し、ＮＥ１０４Ａが終端側ＮＥとして機能する。
【００１５】
ここに記載されるように、ＵＤ１０６は、呼を開始および受信し、また、関連付けられたＡＬ１０８を介して各種のネットワーク・サービスにアクセスするように動作することが可能なユーザ・デバイスからなる。そのため、本明細書では携帯電話に関して説明するが、ＵＤ１０６は、無線ＵＤ（携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、同様の無線デバイスなど）、有線ＵＤ（ＩＰ電話、ＳＩＰ（セッション開始プロトコル）電話、コンピュータ、同様の有線デバイス）、および当技術分野で知られる同様のＵＤからなる。
【００１６】
ここに記載されるように、ＵＤ１０６は、当技術分野で知られるように、マルチメディア・コンテンツを受信、処理、および表示するように動作することが可能なユーザ・デバイスからなる。呼を開始するユーザを発呼者と呼び、呼が開始される対象のユーザを被呼者と呼ぶ。そのため、呼がそこから開始されるＵＤを発呼側ユーザ・デバイスと表し、呼がそれに対して開始されるＵＤを被呼側ユーザ・デバイスと表す。
【００１７】
図１に示すように、ＩＭＳＮ１１０は、ＨＳＳ（ホーム利用者サーバ）１２０、ＣＳＣＦ（呼状態制御機能）１３０、ＭＲＣ（マルチメディア・リングバック・コントローラ）１４０を備える。図１に示すように、ＨＳＳ１２０、ＣＳＣＦ１３０、およびＭＲＣ１４０は、複数の通信リンク（ＣＬ）１５０（まとめてＣＬ１５０とする）を介して通信する。一般に、ＣＳＣＦ１３０は、ＳＩＰに基づく呼制御機能を提供し、ＩＭＳＮ１１０とそれに関連付けられたＡＮ１０２を介してマルチメディア・サービスを提供するためのＳＩＰに基づくセッション処理機能を実行する。一実施形態では、ＣＳＣＦ１３０は、Ｓ−ＣＳＣＦ（ｓｅｒｖｉｎｇＣＳＣＦ）機能、Ｉ−ＣＳＣＦ（ｉｎｔｅｒｒｏｇａｔｉｎｇＣＳＣＦ）機能、Ｐ−ＣＳＣＦ（ｐｒｏｘｙＣＳＣＦ）機能、および同様のＣＳＣＦ機能の少なくとも１つをサポートする。
【００１８】
一実施形態では、Ｓ−ＣＳＣＦ機能は、セッション状態管理機能、利用者情報を入手し、アプリケーション・サーバの相互動作をサポートするためのＨＳＳ相互動作機能、および同様の機能を備える。一実施形態では、I−ＣＳＣＦ機能は、ＨＳＳ相互動作機能、接続確立機能、ＴＨＩＧ（トポロジ隠蔽ネットワーク間ゲートウェイ）機能、および同様の機能を備える。一実施形態では、Ｐ−ＣＳＣＦ機能は、ＩＭＳＮ１１０へのアクセスを試みるＵＤのためのＩＭＳネットワーク・アクセス・ポイント機能、サービス品質機能、および同様の機能を備える。
【００１９】
図１に示すように、ＨＳＳ１２０は、ＡＡＡ（認証、権限付与、アカウント管理）サーバ１２２と少なくとも１つのデータベース（ＤＢ）１２４を備える。一般に、ＡＡＡサーバ１２２は、ネットワーク・リソースへのアクセスの制御、ユーザのネットワーク・アクティビティの追跡、および類似の機能を行うシステムを備える。一実施形態では、ＤＢ１２４は、通信サービス利用者に関連付けられた利用者情報（アカウント情報、ユーザ・サービス設定、電話機の機種番号およびそれに関連する端末機能情報、および同様の情報）を保持するデータベースからなる。
【００２０】
一実施形態では、利用者情報は、接続確立情報と利用者サービス情報の少なくとも１つである。一実施形態では、接続確立情報は、ＵＤの位置を特定する情報を含む（発呼者によって開始された呼に応答して被呼者デバイスを見つけるためなど）。別の実施形態では、利用者サービス情報は、特定の利用者がマルチメディア・リングバック・サービスに加入しているかどうかについての指示、発呼者デバイスに提供するマルチメディア・コンテンツを決定するためのコンテンツ識別子、および同様の利用者サービス情報を含む。
【００２１】
別の実施形態では、ＤＢ１２４は、ＵＤ端末機能情報（ＵＤの機種番号とそのＵＤでサポートされる各種の端末機能との対応付けなど）を保持するデータベースからなる。そのため、ＤＢ１２４は、ＵＤの端末クラス、ＵＤの画面サイズ、ＵＤの色機能、セッション機能、符号化／復号機能、および同様のＵＤ端末機能などの端末機能パラメータを含む。例えば、ＤＢ１２４は、ＵＤの機種番号１０１ＸＺを、ＵＳ機種番号１０１ＸＺでサポートされる端末機能に関連付けることができる。そのような実施形態では、ＵＤ端末機能情報の少なくとも一部が、接続の確立中に発呼者デバイスに送信されるようにＭＲＣによって選択されたマルチメディア・コンテンツの少なくとも一部を判定するために使用される。
【００２２】
一実施形態では、ＩＭＳＮ１１０は、任意でビデオ・サーバ（ＶＳ）１４２を備える。図には示さないが、当業者は、ＩＭＳＮ１１０は、ボーダー要素、コア要素、呼アドミッション・コントローラ、ネットワーク・ルーティング・エンジン、ユーザ・プロファイル・エンジン、ドメイン名サーバ、サービス・ブローカ・システム、メディア・ゲートウェイ、メディア・ゲートセイ制御機能、ブレークアウト・ゲートウェイ制御機能、メディア・リソース機能、マルチメディア・リソース機能プロセッサ、メディア・サーバ、および、ＩＭＳネットワーク・トラフィックとそれに関連するサービスをサポートするための同様のネットワーク要素およびサービス要素など、他のネットワーク要素およびサービス要素を備えることを理解されよう。
【００２３】
図１に示すように、ＭＲＣ１４０は、発呼者デバイスと被呼者デバイス間の接続の確立中に、発呼者デバイスに提供されるマルチメディア・リングバック・サービスを制御するシステムからなる。一実施形態では、ＭＲＣ１４０は、発呼者デバイスにマルチメディア・コンテンツを提供するアプリケーション・サーバからなる。そのため、一実施形態では、ＭＲＣ１４０は、テキスト・コンテンツ、静止画像コンテンツ、アニメーション画像コンテンツ、ビデオ・コンテンツ、および同様のマルチメディア・コンテンツを格納する。図１に示すように、ＭＲＣ１４０は、複数の通信リンク（ＣＬ）１５０（まとめてＣＬ１５０とする）を介してＨＳＳ１２０およびＣＳＣＦ１３０と通信する。
【００２４】
例えば、一実施形態では、マルチメディア・リングバック・サービスの制御は、被呼者デバイスがマルチメディア・リングバック・サービスに加入していると判定されるのに応答して、発呼者デバイスに送信するマルチメディア・コンテンツを識別することを含む。別の実施形態では、例えば、マルチメディア・リングバック・サービスの制御は、接続の確立中に発呼者デバイスにビデオ・コンテンツを提供するために、少なくとも１つのコンテンツサーバと発呼者デバイスとの間にビデオ・セッションを確立することを含む。そのため、一実施形態では、ＭＲＣ１２０が、ここに記載されるように、本発明の方法論の少なくとも一部を行う。
【００２５】
図では、様々な数のＡＮ１０２、ＮＥ１０４、ＵＤ１０６、ＡＬ１０８、ＩＭＳＮ１１０、ＨＳＳ１２０、ＡＡＡサーバ１２２、ＤＢ１２４、ＣＳＣＦ１３０、ＭＲＣ１４０、ＣＬ１５０、ＶＳ１４２を備えるものと図示するが、当業者は、これより少ない、または多くのＡＮ１０２、ＮＥ１０４、ＵＤ１０６、ＡＬ１０８、ＩＭＳＮ１１０、ＨＳＳ１２０、ＡＡＡサーバ１２２、ＤＢ１２４、ＣＳＣＦ１３０、ＭＲＣ１４０、ＣＬ１５０、ＶＳ１４２を使用してよいことを理解されよう。同様に、ＡＮ１０２、ＮＥ１０４、ＵＤ１０６、ＡＬ１０８、ＩＭＳＮ１１０、ＨＳＳ１２０、ＡＡＡサーバ１２２、ＤＢ１２４、ＣＳＣＦ１３０、ＭＲＣ１４０、ＣＬ１５０、ＶＳ１４２は、各種の構成で配置されてよい。さらに、図にはＩＭＳＮ１１０と通信するものと図示するが、一実施形態では、ＡＮ１０２は、ＰＤＣ（パーソナル・デジタル・セルラ）ネットワーク、ＰＤＳＮ（パケット・データ交換ネットワーク）、および同様のネットワークなどの各種の他のネットワークとインタフェースをとる。
【００２６】
図２Ａ、Ｂに、本発明の一実施形態による方法の流れ図を示す。詳細には、図２Ａ、Ｂの方法２００は、発呼者デバイスにマルチメディア・コンテンツを提供する方法である。ステップの一部は順次行われるものと図示するが、当業者は、方法２００の順次に図示したステップの少なくとも一部は、同時に行われてよいことを認識されよう。さらに、ここでは主としてＣＤＭＡ２０００ＥｖＤＯネットワーク・アーキテクチャに関して説明するが、当業者は、図２Ａ、Ｂの方法論は、各種のネットワーク・アーキテクチャで行われてよいことを理解されよう。方法２００は、ステップ２０２で開始され、プロセス２０４に進む。
【００２７】
ステップ２０４で、ユーザ・デバイスが、ネットワークとの個々のセッションを確立する。ユーザ・デバイスがＧＰＲＳネットワーク、ＵＭＴＳネットワーク、および同様のネットワークの少なくとも１つにアクセスする一実施形態では、ユーザ・デバイスは、ネットワークとの間にＰＤＰ（パケット・データ・プロトコル）セッションを確立する。例えば、ユーザ・デバイスがＵＭＴＳ  ＨＳＤＰＡネットワークと接続を確立する一実施形態では、ユーザ・デバイスは、ＧＧＳＮとの間にＰＤＰセッションを確立する。ユーザ・デバイスがＡＮＳＩ（米国規格協会）ベースのネットワーク（ＣＤＭＡネットワークなど）にアクセスする別の実施形態では、ユーザ・デバイスは、そのネットワークとの間にＰＰＰ（２地点間プロトコル）セッションを確立する。例えば、ユーザ・デバイスがＣＤＭＡ２０００  ＥｖＤＯネットワークとの接続を確立する一実施形態では、ユーザ・デバイスは、ＰＤＳＮとの間にＰＰＰセッションを確立する。そのため、発呼者デバイスから被呼者デバイスへの接続確立要求を開始する前に、発呼者デバイスと被呼者デバイスは、ＡＮに関連付けられたＮＥとの間に、ＩＭＳＮにアクセスするための個々のセッションを確立する。
【００２８】
ステップ２０６で、ユーザ・デバイスがＣＳＣＦに登録する。ユーザ・デバイスがＳＩＰを使用してＣＳＣＦに登録する一実施形態では、ＣＳＣＦは、ユーザ・デバイス登録のためのＳ−ＣＳＣＦとして機能する（すなわち、ユーザ・デバイスがＳＩＰを使用してＣＳＣＦに登録することを可能にするＳＩＰ登録機構として機能する）。図では１つのＣＳＣＦ（具体的にはＣＳＣＦ１３０）からなるものと示すが、一実施形態では、発呼者デバイスが発信側（第１の）ＣＳＣＦに登録し、被呼者デバイスが終端側（第２の）ＣＳＣＦに登録するように、複数のＣＳＣＦが配置される。
【００２９】
ステップ２０８で、ＣＳＣＦは、ＨＳＳにユーザ・デバイスを登録する。ステップ２１０で、ＨＳＳは、各ユーザ・デバイスに関連付けられた初期のフィルタ基準を、各ユーザ・デバイスが登録されたＣＳＣＦに送信する。一実施形態では、ＣＳＣＦは、初期フィルタ基準を受け取り、格納する。一実施形態では、図１に示すように、初期フィルタ基準の少なくとも一部が、ＨＳＳ１２０からＣＳＣＦ１３０に送信される。別の実施形態では、初期フィルタ基準の少なくとも一部は、ＡＡＡサーバ１２２およびＤＢ１２４の少なくとも１つから取得される。一実施形態では、初期フィルタ基準は、接続確立情報とサービス利用情報の少なくとも１つを含む。
【００３０】
一実施形態では、接続確立情報は、発呼者情報、発呼者デバイス情報、被呼者情報、被呼者デバイス情報の少なくとも１つを含む。例えば、一実施形態では、接続確立情報は、発呼者デバイスのルーティング情報、被呼者デバイスの場所を特定するための被呼者デバイスのルーティング情報、および同様の情報を含む。一実施形態では、サービス利用情報は、発呼者の利用情報と被呼者の利用情報の少なくとも１つを含む。例えば、一実施形態では、被呼者の利用情報は、被呼者がマルチメディア・リングバック・サービスに加入しているかどうかを判定するための少なくとも１つのパラメータを含む。
【００３１】
一実施形態では、被呼者の利用情報は、少なくとも１つのマルチメディア・コンテンツ識別子を含む。さらなる一実施形態では、被呼者の利用情報は、各発呼者に関連付けられた少なくとも１つのマルチメディア・コンテンツ識別子を含む。一実施形態では、発呼者へのマルチメディア・コンテンツの関連付けは、特定のマルチメディア・コンテンツが特定の発呼者を対象とすることができるように、被呼者によって設定することができる。さらなる一実施形態では、発呼者デバイスに提供されるマルチメディア・コンテンツは、通話の日付、通話の時刻、および同様のパラメータに基づいて設定することができる。
【００３２】
一実施形態では、被呼者の利用情報は、発呼者に関係なく接続の確立中に発呼者デバイスに特定のマルチメディア・コンテンツを提供するための少なくとも１つのマルチメディア・コンテンツ識別子（各種のオーディオ、テキスト、画像、ビデオ・コンテンツに関連付けられた特定のコンテンツ識別子など）を含む。例えば、被呼者デバイスとの接続を確立することを試みるすべての発呼者デバイスに、特定のビデオ・クリップが提供される。別の実施形態では、発呼者の利用情報は、接続の確立中に特定の発呼者に特定のマルチメディア・コンテンツを提供するための少なくとも１つのマルチメディア・コンテンツ識別子を含む。例えば、ある発呼者にはアニメーション画像が提供され、別の発呼者にはテキスト・メッセージが提供される。
【００３３】
ステップ２１２で、発呼者が被呼者への呼を開始する。ステップ２１４で、発呼者によって開始された呼に応答して、関連付けられた発呼者デバイスが、関連付けられた被呼者デバイスとの接続を確立するための接続確立要求を開始する。すなわち、発呼者は、被呼者との間に接続（音声通信チャネル）を確立することを試みる。発呼者が被呼者に対してＶＯＩＰ呼を開始する一実施形態では、接続確立要求は、ＳＩＰ  ＩＮＶＩＴＥメッセージからなる。
【００３４】
例えば、ＵＤ１０６Ａ２（発呼者デバイス）に関連付けられた発呼者が、ＵＤ１０６Ｂ１（被呼者デバイス）に関連付けられた被呼者にＶＯＩＰ呼を開始するものとする。ここに記載されるように、呼を開始する前に、発呼者デバイスＵＤ１０６Ａ２は、ＡＮ１０２Ａに関連付けられたＰＤＳＮ（具体的にはＮＥ１０４Ａ）との間にＰＰＰセッションを確立し、被呼者デバイスＵＤ１０６Ｂ１は、ＡＮ１０２Ｎに関連付けられたＰＤＳＮ（具体的にはＮＥ１０４Ｂ）との間にＰＰＰセッションを確立する。さらに、ＣＳＣＦ１３０は、被呼者デバイスＵＤ１０６Ｂ１に関連付けられた初期フィルタ基準（ＨＳＳ１２０から取得される）を格納する。この例では、初期フィルタ基準は、被呼者がマルチメディア・リングバック・サービスに加入しているかどうかを判定するためのサービス利用情報を含む。
【００３５】
ステップ２１６で、ＣＳＣＦは、接続確立要求を受信し、関連付けられた初期フィルタ基準を評価する。一実施形態では、ＣＳＣＦは、デバイス登録の際に発呼者デバイスがＰＰＰセッションを確立したＮＥ（ＰＤＳＮなど）を介して、接続確立要求を受信する。発呼者デバイスと被呼者デバイスが共通のＣＳＣＦに登録される一実施形態では、図１に示すように、そのＣＳＣＦが接続確立要求を受け取り、接続確立要求を処理して被呼者を識別し、被呼者に関連付けられた初期フィルタ基準を評価する。
【００３６】
発呼者デバイスが発信側ＣＳＣＦに登録され、被呼者デバイスが終端側ＣＳＣＦに登録される別の実施形態（図示せず）では、接続確立要求を受信すると、発信側ＣＳＣＦは、終端側ＣＳＣＦに接続確立要求を送信する。この実施形態では、接続確立要求を受け取ると、終端側ＣＳＣＦは、接続確立要求を処理して被呼者を識別し、被呼者に関連付けられた初期フィルタ基準を評価する。
【００３７】
接続確立要求がＳＩＰ  ＩＮＶＩＴＥメッセージである一実施形態では、ＣＳＣＦは、Ｓ−ＣＳＣＦとして機能する（すなわちＣＳＣＦがＳＩＰプロキシとして機能する）。上記の例を続けると、ＣＳＣＦ１３０は、発呼者デバイスＵＤ１０６Ａ２によって開始された接続確立要求（ＳＩＰ  ＩＮＶＩＴＥメッセージ）をＮＥ１０４Ａから受信する。ＣＳＣＦは、ＳＩＰ  ＩＮＶＩＴＥメッセージを使用して、（発呼者デバイスＵＤ１０６Ｂ１に関連付けられた）被呼者を識別し、その被呼者に関連付けられた初期フィルタ基準を評価する。
【００３８】
ステップ２１８で、被呼者がマルチメディア・リングバック・サービスに加入しているかどうかの判定が行われる。一実施形態では、この判定は、デバイス登録の際にＨＳＳからＣＳＣＦに受け取られた初期フィルタ基準の少なくとも一部を使用して行われる。そのような一実施形態では、判定は、ＣＳＣＦによって行われる初期フィルタ基準評価の一部として行われる。別の実施形態では、判定は、少なくとも１つのリモート・システムに関連付けられた少なくとも１つのデータベースを照会することによって行われる。この実施形態では、少なくとも１つのリモート・システムは、ＨＳＳ、ＡＡＡサーバ、課金データベース、サービス利用データベース、同様のリモート・システムおよびデータベース、の少なくとも１つからなる。
【００３９】
被呼者デバイスがマルチメディア・リングバック・サービスに加入していない場合は、方法２００はステップ２２０に進み、標準の接続確立が行われる。例示的な一実施形態では、標準の接続確立は、図２Ａ、Ｂに示し、図２Ａ、Ｂとの関連で説明するように、ステップ２２８、２３０、２３２、２５２、２５４、２６２、２６４の少なくとも一部を使用して行われる。ただし、この実施形態では、標準の接続確立通信は、少なくとも１つのＣＳＣＦ（図２Ａ、Ｂに示し、説明するようにＭＲＣではなく）によって容易にされることに留意されたい。次いで方法２００は、ステップ２７０に進み、終了する。被呼者デバイスがマルチメディア・リングバック・サービスに加入している場合は、方法２００はステップ２２２に進む。
【００４０】
ステップ２２２で、ＣＳＣＦがＭＲＣに接続確立要求を送信する。一実施形態では、接続確立要求は、ＳＩＰ  ＩＮＶＩＴＥメッセージからなる。ステップ２２４で、ＭＲＣが、受信した接続確立要求を処理する。方法２００は次いで、同時にステップ２２６とステップ２３６に進む。上記の例を続けると、ＣＳＣＦ１３０がＳＩＰ  ＩＮＶＩＴＥメッセージをＭＲＣ１４０に送信し、ＭＲＣ１４０は受信したＳＩＰ  ＩＮＶＩＴＥメッセージを処理する。
【００４１】
一実施形態では、受信した接続確立要求の処理は、（すなわち接続の確立と同時に発呼者デバイスに提供されるように設定された）発呼者に関連付けられたマルチメディア・コンテンツ情報を取得することを含む。一実施形態では、マルチメディア・コンテンツ情報は、発呼者デバイスとの間に少なくとも１つのマルチメディア・セッションを確立する働きをすることができる。一実施形態では、少なくとも１つのマルチメディア・セッションは、発呼者デバイスにビデオ・コンテンツを提供するビデオ・セッションである。別の実施形態では、少なくとも１つのマルチメディア・セッションは、発呼者デバイスに非ビデオ・コンテンツを提供する非ビデオ・セッションである。
【００４２】
一実施形態では、マルチメディア・コンテンツ情報は、非ビデオ・コンテンツからなる。別の実施形態では、マルチメディア・コンテンツ情報は、発呼者デバイスと、発呼者デバイスにビデオ・コンテンツを提供する機能を持つシステム（ＭＲＣ１４０、ＶＳ１４２など）との間にビデオ・セッションを確立するための少なくとも１つのビデオ・コンテンツ識別子を含む。そのため、一実施形態では、マルチメディア・コンテンツは、非ビデオ・コンテンツ（テキスト・コンテンツ、静止画像コンテンツ、アニメーション画像コンテンツ、および類似の非ビデオ・コンテンツ）、ビデオ・コンテンツ、および類似のコンテンツからなる。
【００４３】
一実施形態では、受信された接続確立要求の処理は、（接続の確立と同時進行で発呼者デバイスに提供されるように設定された）発呼者に関連付けられたマルチメディア・コンテンツ情報を識別することを含む。一実施形態では、マルチメディア・コンテンツは、発呼者に関連付けられた少なくとも１つのユーザ識別子を使用して識別され、少なくとも１つのユーザ識別子は、ＣＳＣＦから受信された接続確立要求から（ＳＩＰ  ＩＮＶＩＴＥメッセージ、ＳＩＰ  ＩＮＶＩＴＥメッセージに関連付けられた別のメッセージなどから）判定される。
【００４４】
別の実施形態では、マルチメディア・コンテンツの少なくとも一部は、少なくとも１つのデータベースを照会することによって識別される。そのような一実施形態では、少なくとも１つのデータベースは、ＭＲＣに関連付けられた少なくとも１つのローカル・データベースからなる。別の実施形態では、少なくとも１つのデータベースは、ＬＤＡＰ（Lightweight Directory Access Protocol）、ＴＣＰ（伝送制御プロトコル）／ＩＰ接続等の少なくとも１つを使用してＭＲＣと通信する少なくとも１つのリモート・データベースからなる。
【００４５】
一実施形態では、受信された接続確立要求の処理は、発呼者デバイスがマルチメディア・コンテンツの少なくとも一部を受信することが可能であるかどうかの判定を行うことを含む。一実施形態では、ＭＲＣは、識別されたマルチメディア・コンテンツ情報に関連付けられたマルチメディア・コンテンツの特性を判定する。さらなる一実施形態では、ＭＲＣは次いで、少なくとも１つのデータベースを照会して、発呼者デバイスに関連付けられたＵＤ端末機能を判定する。さらなる一実施形態では、ＭＲＣは、マルチメディア・コンテンツの特性の１つと、発呼者デバイスに関連付けられた端末機能の少なくとも１つに従って、マルチメディア・コンテンツ情報の少なくとも一部を選択する。
【００４６】
例えば、ＭＲＣは、特定の発呼者デバイスには２つの静止画像（１つのＪＰＥＧ（Joint Photographics Expert Group）画像と１つのＧＩＦ（Graphics Interchange Format）画像）を表示できると判定するとする。この例では、ＭＲＣは、例えば発呼者デバイスがＪＰＥＧ画像とＧＩＦ画像の両方を表示することができると判定し、そのため、ＭＲＣはＪＰＥＧ画像（より品質の高い画像）を、発呼者デバイスに提供されるマルチメディア・コンテンツ情報の一部として選択する。一方、ＭＲＣは、発呼者デバイスがＧＩＦ画像のみを表示できると判定した場合には、ＭＲＣは、発呼者デバイスに提供されるマルチメディア・コンテンツ情報の一部としてデフォルトのＧＩＦ画像を選択する。
【００４７】
一実施形態では、発呼者デバイスに提供されるマルチメディア・コンテンツの少なくとも一部の選択は、発呼者デバイスに関連付けられた少なくとも１つの端末機能パラメータを使用して行われる。例えば、上記の例を続けると、発呼者デバイスＵＤ１０６Ａ２が画像コンテンツを閲覧する機能は備えるが、ビデオ・コンテンツを閲覧する機能（ビデオ・プレーヤなど）は備えないと判定されると、ＭＲＣは、発呼者デバイスＵＤ１０６Ａ２に画像コンテンツを提供するために画像コンテンツを選択する。この例では、発呼者デバイスＵＤ１０６Ａ２はビデオ・コンテンツを発呼者に表示することができないので、ＭＲＣは、発呼者デバイスＵＤ１０６Ａ２に関連付けられたビデオ・コンテンツは無視する。
【００４８】
同様に、一実施形態では、マルチメディア・コンテンツの少なくとも一部が発呼者デバイスに提供される手段の選択は、発呼者デバイスに関連付けられた少なくとも１つの端末機能パラメータを使用して行われる。例えば、上記の例を続けると、発呼者デバイスＵＤ１０６Ａ２がＭＰＥＧ−４（Motion Picture Experts Group Four）復号機能をサポートすると判定されると、ＭＲＣは、識別されたビデオ・コンテンツをＭＰＥＧ−４符号化を使用して発呼者デバイスＵＤ１０６Ａ２にストリーミングする準備をする。
【００４９】
図２Ａ、Ｂに示すように、ステップ２２６とステップ２３６（および任意でステップ２４８）は、同時に行われる。同様に、ステップ２２６から２３４の少なくとも一部は、ステップ２３６から２５０の少なくとも一部と同時に行ってよい。そのため、一実施形態では、発呼者デバイスと被呼者デバイス間に接続を確立するのと同時進行で、非ビデオ・コンテンツが発呼者デバイスに提供される。同様に、一実施形態では、発呼者デバイスにビデオ・コンテンツを提供するビデオ・セッションの確立は、発呼者デバイスと被呼者デバイス間の接続の確立と同時に行われる。さらに、一実施形態では、発呼者デバイスにビデオ・コンテンツを提供するビデオ・セッションの確立は、発呼者デバイスへの非ビデオ・コンテンツの提供と同時に行われる。
【００５０】
ステップ２２６で、接続の確立が遅らされるかどうかの判定が行われる。一実施形態では、接続の確立が遅らされるかどうかの判定は、ＭＲＣ（具体的にはＭＲＣ１４０）によって行われる。接続の確立が遅らされる場合、方法２００はステップ２２６に戻る（すなわちＭＲＣが接続の確立の遅延期間の完了を継続的に監視する）。接続の確立が遅らされない場合（接続の確立の遅延期間が設定されない場合や、設定された接続確立の遅延期間が終了した場合など）、方法２００はステップ２２８に進む。
【００５１】
ステップ２２８で、ＭＲＣは、発呼者デバイスと被呼者デバイスの間に接続（例えば音声通信チャネル）を確立するために接続確立要求をＣＳＣＦに送信する。一実施形態では、ここに記載されるように、接続確立要求はＳＩＰ  ＩＮＶＩＴＥメッセージからなる。発呼者デバイスと被呼者デバイスが異なるＣＳＣＦに登録する一実施形態では、ＭＲＣは、終端側ＣＳＣＦ（すなわち被呼者デバイスに関連付けられたＣＳＣＦ）に接続確立要求を送信する。上記の例を続けると、ＭＲＣ１４０は、被呼者デバイスＵＤ１０６Ｂ１に関連付けられたＣＳＣＦ１３０にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。
【００５２】
ステップ２３０で、ＣＳＣＦは、被呼者デバイスに接続確立要求を送信する。すなわち、被呼者デバイスに関連付けられたＣＳＣＦが、被呼者に着呼を知らせるために被呼者デバイスにシグナリングする。一実施形態では、被呼者デバイスに受信された接続確立要求が、被呼者デバイスの呼び出し音を鳴らす、振動、点滅等させる。上記の例を続けると、ＣＳＣＦ１３０が、被呼者デバイスＵＤ１０６Ｂ１にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。
【００５３】
ステップ２３２で、被呼者デバイスが、ＭＲＣに送接続確立要求受信確認を送信する。一実施形態では、接続確立要求受信確認は、被呼者デバイスが関連付けられたＣＳＣＦを介してＭＲＣに送信される。一実施形態では、接続確立要求受信確認は、ＳＩＰ１８０  ＲＩＮＧＩＮＧメッセージである。上記の例を続けると、被呼者デバイスＵＤ１０６Ｂ１が、ＣＳＣＦ１３０にＳＩＰ  １８０  ＲＩＮＧＩＮＧメッセージを送信し、ＣＳＣＦ１３０は、ＳＩＰ  １８０  ＲＩＮＧＩＮＧメッセージをＭＲＣ１４０に送信する。
【００５４】
ステップ２３４で、ＭＲＣは、発呼者デバイスへの標準リングバックを抑止する。ＭＲＣによる標準リングバックの抑止は、標準的なリングバックが、接続の確立中に発呼者デバイスに提供されるマルチメディア・コンテンツを妨害しないようにする。上記の例を続けると、ＭＲＣ１４０が、発呼者デバイスＵＤ１０６Ａ２への標準リングバックを抑止する。方法２００は次いでステップ２５２に進み、接続確立要求に対する応答が検出されるかどうかの判定が行われる。
【００５５】
一実施形態では、ＭＲＣは、発呼者デバイスに標準のリングバックを提供する。そのような一実施形態では、標準的なリングバックは、ＳＩＰ  １８０  ＲＩＮＧＩＮＧメッセージをＣＳＣＦを介して発呼者デバイスに転送することによって提供される。発呼者デバイスと被呼者デバイスが異なるＣＳＣＦに登録する一実施形態では、ＭＲＣは、ＳＩＰ  １８０  ＲＩＮＧＩＮＧメッセージを終端側ＣＳＣＦ（被呼者デバイスに関連付けられたＣＳＣＦ）に送信する。この実施形態では、終端側ＣＳＣＦは次いでＳＩＰ  １８０  ＲＩＮＧＩＮＧメッセージを発信側ＣＳＣＦ（発呼者デバイスに関連付けられたＣＳＣＦ）に送信し、発信側ＣＳＣＦは、ＳＩＰ  １８０  ＲＩＮＧＩＮＧメッセージを発呼者デバイスに転送する。
【００５６】
ステップ２３６で、ＭＲＣが、発呼者デバイスにマルチメディア・コンテンツ情報を提供する。一実施形態では、マルチメディア・コンテンツ情報は、非ビデオ・コンテンツからなる。一実施形態では、非ビデオ・コンテンツは、テキスト・コンテンツ、静止画像コンテンツ、アニメーション画像コンテンツ、および同様の非ビデオ・コンテンツの少なくとも１つからなる。さらなる一実施形態では、非ビデオ・コンテンツは、オーディオ部分を含む。そのような一実施形態では、非ビデオ・コンテンツは、少なくとも１つのメッセージを使用して発呼者デバイスに提供され、非ビデオ・コンテンツは、少なくとも１つのメッセージで搬送される。
【００５７】
ビデオ・セッションの確立が発呼者デバイスによって開始される（ＭＲＣによって開始されるのに対して）一実施形態では、マルチメディア・コンテンツ情報は、少なくとも１つのビデオ・コンテンツ識別子を含む。一実施形態では、少なくとも１つのビデオ・コンテンツ識別子は、発呼者デバイスに関連付けられた少なくとも１つのユーザ・インタフェースを介して表示するビデオ・コンテンツを取り出す働きをすることができる。別の実施形態では、少なくとも１つのビデオ・コンテンツ識別子は、発呼者デバイスとリモート・システムの間にビデオ・セッションを確立する働きをすることができ、ビデオ・セッションは、発呼者デバイスにビデオ・コンテンツを提供する働きをすることができる。例えば、一実施形態では、ビデオ・セッションは、ＲＴＰ（リアルタイム・トランスポート・プロトコル）セッションである。
【００５８】
一実施形態では、少なくとも１つのビデオ・コンテンツ識別子は、利用者サービス情報の少なくとも一部を使用してＭＲＣによって識別される。例えば、一実施形態では、利用者サービス情報は、ＣＳＣＦによって行われる初期フィルタ基準の処理に応答してＭＲＣに提供される。別の実施形態では、少なくとも１つのビデオ・コンテンツ識別子は、被呼者情報と発呼者情報を使用して、少なくとも１つのデータベースを照会することによりＭＲＣによって識別される（被呼者から発呼者への対応付けが関連付けられたビデオ・コンテンツ識別子を含む）。一実施形態では、少なくとも１つのビデオ・コンテンツ識別子は、少なくとも１つのＵＲＩ（Uniform Resource Identifier）、少なくとも１つのＵＲＬ（Uniform Resource Locator）等の少なくとも１つからなる。
【００５９】
一実施形態では、マルチメディア・コンテンツ情報は、少なくとも１つのＳＩＰメッセージを使用して発呼者デバイスに提供される。さらなる一実施形態では、少なくとも１つのＳＩＰメッセージは、少なくとも１つのＳＩＰ  ２００  ＯＫメッセージである。そのような一実施形態では、マルチメディア・コンテンツ情報を含む少なくとも１つのＳＩＰメッセージは、発呼者デバイスおよび被呼者デバイスに関連付けられた少なくとも１つのＣＳＣＦを通じて、発呼者デバイスにＭＲＣから転送される。上記の例を続けると、ＭＲＣ１４０は、テキスト・コンテンツ、画像コンテンツ、ビデオ・コンテンツのＵＲＩを含むＳＩＰメッセージをＣＳＣＦ１３０に送信し、ＣＳＣＦは、そのＳＩＰメッセージを発呼者デバイスＵＤ１０６Ａ２に転送する。
【００６０】
ステップ２３８で、ＭＲＣから発呼者デバイスに提供されるマルチメディア・コンテンツ情報の一部として、非ビデオ・コンテンツが発呼者デバイスに受信されるかどうかの判定が行われる。非ビデオ・コンテンツが受信されない場合、方法２００はステップ２４２に進み、そこで、マルチメディア・コンテンツ情報の一部として、ビデオ・コンテンツ識別子が発呼者デバイスに受信されたかどうかが判定される。非ビデオ・コンテンツが受信される場合、方法２００は、ステップ２４０に進む。
【００６１】
ステップ２４０で、発呼者デバイスは、発呼者デバイスに関連付けられた少なくとも１つのユーザ・インタフェースに非ビデオ・コンテンツを提供する。ＳＩＰメッセージを使用して非ビデオ・コンテンツが発呼者デバイスに提供される一実施形態では、発呼者デバイスは、ＳＩＰメッセージから非ビデオ・コンテンツを抽出し、発呼者デバイスに関連付けられた少なくとも１つのユーザ・インタフェースに表示するためにその非ビデオ・コンテンツを適合する。上記の例を続けると、発呼者デバイスＵＤ１０６Ａ２が、発呼者デバイスＵＤ１０６Ａ２に関連付けられた少なくとも１つのユーザ・インタフェースに表示するために、ＳＩＰメッセージで提供された非ビデオ・コンテンツを適合する。
【００６２】
ステップ２４２で、発呼者デバイスにＭＲＣから提供されるマルチメディア・コンテンツ情報の一部として、ビデオ・コンテンツ識別子が発呼者デバイスに受信されるかどうかが判定される。ビデオ・コンテンツ識別子が受信される場合、方法２００はステップ２４４に進み、そこで発呼者デバイスがＭＲＣとのビデオ・セッションの確立を開始する。ビデオ・コンテンツ識別子が受信されない場合、方法２００はステップ２４６に進み、そこでＭＲＣが発呼者デバイスとのビデオ・セッションの確立を開始する。
【００６３】
ステップ２４４で、発呼者デバイスは、ＭＲＣとのビデオ・セッションの確立を開始する。識別されたビデオ・コンテンツがリモートのビデオ・サーバ（具体的にはＶＳ１４２）でホストされる一実施形態では、ＭＲＣが、リモートのビデオ・サーバと発呼者デバイス間のビデオ・セッションの確立、管理、および終了を容易にする。上記の例を続けると、発呼者デバイスＵＤ１０６Ａ２は、ＭＲＣ１４０から受信されたＳＩＰメッセージで発呼者デバイスに提供されたＵＲＩを使用して、ＭＲＣ１４０とのビデオ・セッションの確立を開始する。
【００６４】
一実施形態では、ＭＲＣと発呼者デバイス間のビデオ・セッションの確立は、ＲＴＳＰ  ＳＥＴＵＰメッセージを使用して発呼者デバイスによって開始される。この実施形態では、ＲＴＳＰ  ＳＥＴＵＰメッセージは、発呼者デバイスからＭＲＣに送信される。ＲＴＳＰ  ＳＥＴＵＰメッセージを受信すると、ＭＲＣは、対応するＲＴＳＰ  ２００  ＯＫメッセージで発呼者デバイスに応答する。ＲＴＳＰ  ２００  ＯＫメッセージをＭＲＣから受信すると、発呼者デバイスは、ＭＲＣへのＲＴＳＰ  ＰＬＡＹメッセージを開始する。発呼者デバイスからＲＴＳＰ  ＰＬＡＹメッセージを受信すると、ＭＲＣは、対応するＲＴＳＰ  ２００  ＯＫメッセージで発呼者デバイスに応答する。その結果、ＭＲＣと発呼者デバイスの間にＲＴＰセッションが確立される。一実施形態では、発呼者デバイスとＭＲＣ間のメッセージングは、発呼者デバイスに関連付けられたＣＳＣＦを通過する。
【００６５】
ステップ２４６で、ＭＲＣは、発呼者デバイスとのビデオ・セッションの確立を開始する。一実施形態では、ＭＲＣは、発呼者デバイスへのマルチメディア・コンテンツ情報の送信と同時にビデオ・セッションの確立を開始する。識別されるビデオ・コンテンツがリモートのビデオ・サーバ（具体的にはＶＳ１４２）でホストされる一実施形態では、ＭＲＣが、リモートのビデオ・サーバと発呼者デバイス間のビデオ・セッションの確立、管理、および終了を容易にする。上記の例を続けると、ＭＲＣ１４０が、発呼者デバイスＵＤ１０６Ａ２とのビデオ・セッションの確立を開始する。
【００６６】
一実施形態では、ＭＲＣと発呼者デバイス間のビデオ・セッションの確立は、ＳＩＰ  ＩＮＶＩＴＥメッセージを使用してＭＲＣによって開始される。この実施形態では、ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＭＲＣから発呼者デバイスに送信される。ＳＩＰ  ＩＮＶＩＴＥメッセージを受信すると、発呼者デバイスは、ＳＩＰ  ２００  ＯＫメッセージでＭＲＣに対応する。発呼者デバイスからＳＩＰ  ２００  ＯＫメッセージを受信すると、ＭＲＣは、発呼者デバイスへのＳＩＰ  ＡＣＫメッセージを開始する。その結果、ＭＲＣと発呼者デバイスの間にＲＴＰセッションが確立される。一実施形態では、発呼者デバイスとＭＲＣ間のメッセージングは、発呼者デバイスに関連付けられたＣＳＣＦを通過する。
【００６７】
一実施形態では、ステップ２２６およびステップ２３６と同時に、方法２００は任意でステップ２４８に進む。ステップ２４８で、ビデオ・セッションの確立がＭＲＣによって開始されるかどうかが判定される。発呼者デバイスとＭＲＣ間のビデオ・セッションを確立するためにＲＴＳＰが使用される一実施形態では、ビデオ・セッションの確立は、少なくとも１つのビデオ・コンテンツ識別子を使用して発呼者デバイスによって開始される。発呼者デバイスとＭＲＣ間のビデオ・セッションを確立するためにＳＩＰが使用される別の実施形態では、ビデオ・セッションの確立は、ＳＩＰメッセージングを使用してＭＲＣによって開始される。
【００６８】
ビデオ・セッションの確立がＭＲＣによって開始されない場合、方法２００はステップ２３６に進み、ＭＲＣが、ここに記載されるように発呼者デバイスにマルチメディア・コンテンツ情報を提供する。すなわち、ビデオ・セッションの確立がＭＲＣによって開始されない場合は、ＭＲＣは、マルチメディア・コンテンツ情報（非ビデオ・コンテンツと、発呼者デバイスがビデオ・セッションの確立を開始できるようにするための少なくとも１つのビデオ・コンテンツ識別子を含む）を発呼者デバイスに提供する。そのような一実施形態では、ビデオ・セッションの確立は発呼者デバイスによって開始されるので、ステップ２４２と２４４の必要性がなくなる。
【００６９】
ビデオ・セッションの確立がＭＲＣによって開始される場合は、方法２００はステップ２４６に進む。そのため、ビデオ・セッションの確立がＭＲＣによって開始される場合は、ＭＲＣは、発呼者デバイスに非ビデオ・コンテンツを提供するのと同時進行で、ＭＲＣと発呼者デバイスの間のビデオ・セッションの確立を開始する。すなわち、ビデオ・セッションの確立がＭＲＣによって開始される場合は、ステップ２３６から２４０の少なくとも一部は、ステップ２４８および２４６と同時に行われる。そのような一実施形態では、ＭＲＣから提供されるマルチメディア・コンテンツ情報は、ビデオ・コンテンツ識別子を含まず、そのためステップ２４２および２４４の必要性がなくなることに留意されたい。
【００７０】
ステップ２５０で、ＭＲＣは、発呼者デバイスとＭＲＣの間に確立されたビデオ・セッションを使用して発呼者デバイスにビデオ・コンテンツを提供する。一実施形態では、少なくとも１つのビデオ・セッションは、ＲＴＰセッションからなる。別の実施形態では、少なくとも１つのビデオ・セッションは、ＲＴＳＰセッションからなる。上記の例を続けると、ＭＲＣ１４０は、ＭＲＣ１４０とＵＤ１０６Ａ２の間に確立されたビデオ・セッションを使用して発呼者デバイスＵＤ１０６Ａ２にビデオ・コンテンツを提供する。ＵＤ１０６Ａ２は、ストリーミング・ビデオ・コンテンツをＭＲＣ１４０から受信し、発呼者デバイスＵＤ１０６Ａ２に関連付けられた少なくとも１つのユーザ・インタフェースに表示するためにストリーミング・ビデオ・コンテンツを適合する。
【００７１】
ここに記載されるように、一実施形態では、発呼者デバイスに提供されるビデオ・コンテンツの少なくとも一部は、ＭＲＣと通信する少なくとも１つのビデオ・サーバ（具体的には任意でＶＳ１４２）から提供される。この実施形態では、ビデオ・セッションは、発呼者デバイスに提供されるビデオ・コンテンツの供給元に関係なくＭＲＣがビデオ・セッションのコントロールを維持できるようにする方式で確立される。一実施形態では、確立されたビデオ・セッションのコントロールを維持することにより、ＭＲＣは、各種の高機能なマルチメディア・リングバック・サービス機能（例えばオーディオ・コンテンツの有無に応じてマルチメディア・コンテンツ・セッションを切り替える、接続確立要求への応答が検出された後でマルチメディア・コンテンツを提供する等）を提供することができる。
【００７２】
ここに記載されるように、一実施形態では、ステップ２３６から２４０（発呼者デバイスへの非ビデオ・コンテンツの提供）は、ステップ２４６（発呼者デバイスにビデオ・コンテンツを提供するためのビデオ・セッションの確立）と同時に行うことができる。すなわち、ビデオ・セッションの確立（およびそのビデオ・セッションを使用したビデオ・コンテンツの提供）は、通例、発呼者への非ビデオ・コンテンツの提供より長い時間を要するので、発呼者デバイスには、ビデオ・セッション確立が完了するまでの間に各種の非ビデオ・コンテンツが提供される。そのため、ビデオ・セッションの確立が完了すると、発呼者デバイスで表示されている非ビデオ・コンテンツの少なくとも一部が、確立されたビデオ・セッションを介して提供されるビデオ・コンテンツに置き換えられる。
【００７３】
ステップ２５２で、接続確立要求への応答が検出されるかどうかが判定される。一実施形態では、接続確立要求への応答は、発呼者が電話に出る、接続確立要求が電話応答サービス（留守電話サーバ、通話転送サービスなど）に転送されたことが検出される、および同様の反応、の少なくとも１つからなる。応答が検出されない場合は、方法２００はステップ２５０に戻る（すなわち発呼者デバイスが引き続きマルチメディア・コンテンツを受信する）。すなわち、接続確立要求に対する応答が検出されるまでマルチメディア・コンテンツが発呼者デバイスに継続的に提供される。応答が検出される場合、方法２００はステップ２５４に進む。
【００７４】
ステップ２５４で、ＣＳＣＦは、接続確立要求に対する応答が検出されたことをＭＲＣに通知する。一実施形態では、接続確立要求への応答が検出されたことのＭＲＣへの通知は、ＳＩＰ  ２００  ＯＫメッセージを使用して行われる。一実施形態では、被呼者デバイスから発呼者デバイスへのＳＩＰ  ２００  ＯＫメッセージの送信は、発呼者デバイスに関連付けられたＣＳＣＦによって容易にされる。上記の例を続けると、被呼者デバイス１０６Ｂ１が、ＣＳＣＦ１３０にＳＩＰ  ２００  ＯＫメッセージを送信し、ＣＳＣＦ１３０は、そのＳＩＰ  ２００  ＯＫメッセージをＭＲＣ１４０に送信する。図には順次示すが、一実施形態では、ステップ２５０、２５２、２５４は同時に行われる。
【００７５】
ステップ２５６で、マルチメディア・コンテンツの終了が遅らされるかどうかが判定される。一実施形態では、マルチメディア・コンテンツの終了は、少なくとも１つの遅延パラメータ（例えばＲＴＳＰ  ＲＡＮＧＥパラメータ）を使用して遅らされる。一実施形態では、マルチメディア・コンテンツは、接続確立要求の開始、ビデオ・セッションの確立、接続確立要求への応答の検出など、の少なくとも１つから測定される特定の長さの時間にわたって継続するように設定される。別の実施形態では、ＭＲＣは、ビデオ・コンテンツが完了するまで（すなわち全ビデオ・クリップが再生を終えるまで）ビデオ・コンテンツの終了を遅らせる。マルチメディア・コンテンツの終了が遅らされない場合は、方法２００はステップ２６０に進む。マルチメディア・コンテンツの終了が遅らされる場合は、方法２００はステップ２５８に進む。
【００７６】
ステップ２５８で、ＭＲＣは、マルチメディア・コンテンツ終了の遅延時間にわたり、被呼者デバイスにマルチメディア・コンテンツの少なくとも一部を提供し続ける。そのため、マルチメディア・コンテンツ終了の遅延時間は、基本的に、接続確立要求への応答が検出された後（例えば被呼者が着呼に応答した後）に発呼者デバイスにマルチメディア・コンテンツが提供し続けられる時間の長さをＭＲＣが決定するためのタイマの役割を果たす。
【００７７】
一実施形態では、ＭＲＣは、発呼者デバイスに対する、接続確立応答検出メッセージの開始を抑止する。一実施形態では、接続確立応答検出メッセージは、ＳＩＰ  ２００ＯＫメッセージ、ＳＩＰ（ｒｅ）ＩＮＶＩＴＥメッセージ、および当技術分野で知られる同様のメッセージ、の少なくとも１つからなる。そのような一実施形態では、接続確立応答検出メッセージは、発呼者デバイスにビデオ・コンテンツを完全に提供するのに必要な時間の長さにわたって抑止される。そのため、この実施形態では、マルチメディア・コンテンツ終了遅延時間は、発呼者デバイスにビデオ・コンテンツを最後まで提供するのに必要な時間からなる。
【００７８】
ステップ２６０で、ＭＲＣは、接続確立応答検出メッセージを発呼者デバイスに送信する。一実施形態では、接続確立応答検出メッセージは、少なくとも１つのＣＳＣＦを通過する。一実施形態では、接続確立応答検出メッセージは、ＳＩＰ  ２００  ＯＫメッセージからなる。別の実施形態では、接続確立応答検出メッセージは、ＳＩＰ（ｒｅ）ＩＮＶＩＴＥメッセージからなる。上記の例を続けると、ＭＲＣ１４０は、ＣＳＣＦ１３０を介して発呼者デバイスＵＤ１０６Ａ２へのＳＩＰ  ２００  ＯＫメッセージを開始する。
【００７９】
ステップ２６２で、発呼者デバイスは、接続確立応答検出確認メッセージを被呼者デバイスに送信する。一実施形態では、接続確立応答検出確認メッセージは、少なくとも１つのＣＳＣＦとＭＲＣを通過する。接続確立応答検出メッセージがＳＩＰ  ２００  ＯＫメッセージからなる一実施形態では、接続確立応答検出確認メッセージは、ＳＩＰ  ＡＣＫメッセージからなる。上記の例を続けると、発呼者デバイスＵＤ１０６Ａ２は、ＣＳＣＦ１３０とＭＲＣ１４０を介して、被呼者デバイスＵＤ１０６Ｂ１にＳＩＰ  ＡＣＫメッセージを送信する。
【００８０】
接続確立応答検出メッセージがＳＩＰ（ｒｅ）ＩＮＶＩＴＥメッセージからなる別の実施形態では、発呼者デバイスによって開始される接続確立応答検出確認メッセージは、ＳＩＰ  ２００  ＯＫ（ｒｅ）ＩＮＶＩＴＥメッセージからなる。この実施形態では、ＳＩＰ  ２００  ＯＫ（ｒｅ）ＩＮＶＩＴＥメッセージを受信すると、ＭＲＣは、被呼者デバイスと発呼者デバイスへの個々のＳＩＰ  ＡＣＫメッセージを同時に開始する。
【００８１】
ステップ２６４で、ビデオ・コンテンツの送信が終了される。ステップ２６６で、ビデオ・コンテンツが提供されるビデオ・セッションが解放される。ＲＴＳＰを使用してビデオ・セッションが確立される一実施形態では、ビデオ・セッションの解放は、ＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを使用してＭＲＣによって開始される。ＳＩＰを使用してビデオ・セッションが確立される別の実施形態では、ビデオ・セッションの解放は、ＳＩＰ  ＢＹＥメッセージを使用してＭＲＣによって開始される。ステップ２６８で、発呼者と被呼者間の音声通信が開始する。音声通信は、発呼者と被呼者の間に確立されたＶＯＩＰ接続を使用してサポートされる。方法２００は次いでステップ２７０に進み、終了する。
【００８２】
ここでは音声通信が開始する前に終了すると説明するが、一実施形態では、マルチメディア・コンテンツの少なくとも一部は、音声通信の開始後も引き続き発呼者デバイスに提供されてよい。例えば、音声通信の開始後に、発呼者デバイスに関連付けられた少なくとも１つのインタフェースにアニメーション画像が引き続き表示されることができる。同様に、各種の他のマルチメディア・コンテンツが、音声通信の開始後に発呼者デバイスに表示され続けてよい。
【００８３】
一実施形態では、発呼者デバイスに関連付けられた少なくとも１つのユーザ・インタフェースを介して発呼者に表示されるマルチメディア・コンテンツの少なくとも一部は、発呼者によって制御されることができる（一時停止、停止、再開など）。そのような一実施形態では、マルチメディア・コンテンツの少なくとも一部の制御は、発呼者デバイスに関連付けられたユーザ・インタフェースを介して利用できる少なくとも１つのユーザ入力手段（ボタン、タッチスクリーンなど）を作動させることにより、発呼者によって手動で達成される。
【００８４】
ここに記載される機能の少なくとも一部を組み合わせて機能要素／デバイスの数を減らしてよいことが企図される。同様に、他の機能要素／デバイスによって各種の機能が行われてよく、または、異なる形で各種の機能要素／デバイスに各種機能を分散してよいことが企図される。例えば、ＭＲＣ１４０によって行われる機能の少なくとも一部が、ＮＥ１４０およびＣＳＣＦ１３０によって行われてよい。さらに、ここでは１つのＭＲＣとの関連で説明するが、ここに記載される機能の少なくとも一部は、複数のＭＲＣに分散することができる。
【００８５】
図３に、ここに記載される機能を行う際に使用するのに適した汎用コンピュータの高レベル・ブロック図を示す。図３に示すように、システム３００は、プロセッサ要素３０２（ＣＰＵなど）、例えばランダム・アクセス・メモリ（ＲＡＭ）および／または読み取り専用メモリ（ＲＯＭ）などのメモリ３０４、マルチメディア・リングバック・コントローラ・モジュール３０５、各種の入出力装置３０６（これらに限定しないが、テープ・ドライブ、フロッピー（登録商標）・ドライブ、ハードディスク・ドライブ、コンパクト・ディスク・ドライブを含む記憶装置、受信機、送信機、スピーカ、ディスプレイ、出力ポート、ユーザ入力装置（キーボード、キーパッド、マウスなど））を備える。
【００８６】
本発明は、ソフトウェアとして、かつ／または、特定用途集積回路（ＡＳＩＣ）、汎用コンピュータ、または他のハードウェア相当物を使用して、ソフトウェアとハードウェアの組み合わせとして実施することができることに留意されたい。一実施形態では、本発明のマルチメディア・リングバック・コントローラ・モジュールまたはプロセス３０５は、メモリ３０４にロードされ、プロセッサ３０２によって実行されて、上記の機能を実施することができる。そのため、本発明のマルチメディア・リングバック・コントローラ・プロセス３０５（関連付けられたデータ構造を含む）は、ＲＡＭメモリ、磁気ドライブまたは光学ドライブ、またはディスケットなどの、コンピュータ可読媒体あるいは携帯用媒体（carrier）に記憶することができる。
本発明の教示を組み込む各種実施形態を図示し、詳細に説明したが、当業者は、それらの教示をなお組み込む多くの他の変形実施形態を容易に考案することができる。
【図面の簡単な説明】
【００８７】
【図１】通信ネットワーク・アーキテクチャの高レベル・ブロック図である。
【図２Ａ】本発明の一実施形態による方法の流れ図である。
【図２Ｂ】本発明の一実施形態による方法の流れ図である。
【図３】ここに記載される機能を行う際に使用するのに適した汎用コンピュータの高レベル・ブロック図である。
【図１】
2006191594.tif 000003
【図２Ａ】
2006191594.tif 000004
【図２Ｂ】
2006191594.tif 000005
【図３】
2006191594.tif 000006