呼セットアップ（ｓｅｔｕｐ：設定）を行う方法及び装置
着信端末（Ｂ）との第１の通信セッション（３０８）について発信端末（Ａ）から呼セットアップ要求を受信した後、発信端末にリングバックプレゼンテーションを提供する方法及び装置である。第１の通信セッションとは独立して、発信端末とのパケットベースの第２の通信セッション（３１０）が確立され、第２の通信セッションを介して、所定のメディアコンテンツが、リングバックプレゼンテーション（３１２）として発信端末に提供される。これによって、待機している発信者に対するリングバックプレゼンテーションを、視覚メディアも含む、非常に多様なメディアタイプから選択することができる。また、発信ユーザが、呼がいつ応答されるかには関係なく、リングバックプレゼンテーションの再生または表示を制御することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野
本発明は、一般的には、リングバック機能（ring-back function）を用いて呼をセットアップする方法及び装置に関するものである。特に、本発明は、呼セットアップ手順中に応答を待機する間に、例えば、情報、エンタテイメント、グリーティングメッセージ、あるいはその類のマルチメディアコンテンツを発信者（コーリングパーティ：calling party）に提示する新規のソリューションを提供する。
【０００２】
背景技術
３Ｇ移動電話の出現で、パケットを利用する新規の通信技術が、マルチメディアコンテンツを通信するために開発されている。例えば、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ：汎用パケット無線サービス）及びＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：広帯域符号分割多元接続）技術は、従来の回線交換方式の音声呼に加えて、画像、テキスト、文書、アニメーション、オーディオファイル、ビデオファイル等を表現するデータのパケット交換通信を介在する、無線マルチメディアテレフォニーサービスをサポートする。本明細書において、用語「マルチメディアコンテンツ」は、パケット交換転送によって通信される、任意の所定データを表現するためにも使用される。
【０００３】
移動体ネットワークは、音声搬送用の回線交換（ＣＳ）部分と、その他のデータ（典型的には、マルチメディアコンテンツ）の搬送用のＩＰ技術に基づくパケット交換（ＰＳ）部分とに分けられる、マルチメディアセッションを処理するように設計されている。このようにして、音声については従来型の全二重チャネルに関連付けられた高性能が得られる一方で、マルチメディアサービスに関わるその他のデータは、通常はそれほど遅延に敏感ではないため、パケット交換によって適切にサポートされ得る。また、この構成は、例えば、ＧＰＲＳネットワークのように、回線交換方式の送信用の既存のリソースを利用することによって、ネットワークオペレータのコストを減らすことができる。
【０００４】
このソリューションは、図１で概略的に示される。ここで、２つの典型的な移動端末Ａ及びＢは、音声とマルチメディアコンテンツの両方を含むマルチメディアセッションを行っている。従来型の無線インタフェースによって、端末Ａは、アクセスネットワーク１００Ａに接続され、端末Ｂは、別のアクセスネットワーク１００Ｂに接続されている。典型的には、アクセスネットワーク１００Ａ及び１００Ｂは、図においてネットワークをＣＳドメインとＰＳドメインとに分けている点線で示すように、回線交換方式の搬送用とパケット交換方式の搬送用それぞれのアーキテクチャ及び論理システムを有している。
【０００５】
従って、音声は回線交換方式の呼セッション１０２において通信され、他方、マルチメディアコンテンツはパケット交換方式のマルチメディアセッション１０４において通信される。簡潔にするためここでは示されていないが、セッション１０２及び１０４のそれぞれにおいて、他の各種の中間ネットワーク及びリンクが含まれていても良い。セッション１０２及び１０４は、呼管理及び搬送チャネルに関しては、基本的には相互に独立しており、各セッションは、他方に関係なく、開始及び終了することができる。典型的には、ＣＳベースの音声呼がまず確立され、次いで、呼の間のある時点で、ＰＳベースのセッションを確立することによって、マルチメディアが会話に導入され得る。例えば、ＤＴＭ（Ｄｕａｌ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）ケイパビリティを備えるＷＣＤＭＡもしくはＧＳＭに基づいて、ＣＳセッションとＰＳセッションへの同時アクセスが可能になるであろう。
【０００６】
近年では、パケットドメイン内でマルチメディアサービスを提供するために、「ＩＰマルチメディアサブシステム」（ＩＭＳ）と呼ばれるネットワークアーキテクチャが、第３世代パートナーシッププロジェクト（３ＧＰＰ）によってオープンスタンダードとして開発されている。ＩＭＳは、使用されるアクセス技術には多かれ少なかれ依存しない、ＩＰトランスポートに基づくサービスを可能にする一般的なプラットフォームであり、基本的には、いかなる一連の限られた特定のサービスにも限定されない。
【０００７】
「ＳＩＰ」（ＩＥＴＦ ＲＦＣ３２６１標準等に従う、セッション開始プロトコル）と呼ばれるセッションセットアップの仕様が定められている。これは、パケット交換論理を介してセッションを生成し、変更し、そして、終了するためのアプリケーションレイヤの制御（シグナリング）プロトコルである。ＳＩＰは、一般的には、マルチメディアセッション、例えば、セッション１０４を確立するためのＩＭＳサービスネットワークによって使用される。図１の場合には、ＩＭＳネットワークは、ネットワーク１００Ａ、１００ＢそれぞれのＰＳ部分に統合されても良い。
【０００８】
現在、消費者（コンシューマ）市場では、多くの様々なタイプの端末が利用可能であるため、マルチメディア通信を行おうとする２つの端末は異なるケイパビリティ（capability：機能）を有することがあり、各端末は、最初は相手のケイパビリティの知識を持っていない。従って、マルチメディアセッションを確立するためには、自身の専用のケイパビリティ及びプリファレンスに関する情報を交換することによって、セッションセットアップ手順において最初にセッションパラメータが選択され、決定されなければならない。ＳＩＰでは、セッションを開始するために呼セットアップの間に端末同士が自身のケイパビリティを交換する「招待（ＩＮＶＩＴＥ）」と呼ばれる方法が定義されている。
【０００９】
発信（calling）パーティＡと着信（called）パーティＢの間での、従来型の回線交換方式の音声呼のセットアップ中に、着信端末で呼出信号が起動されていることを示すために、着信端末では単純なリングバックトーンが発信される。パーティＢは、例えば、音楽の一部、振動、もしくは録音された音等の任意のタイプの呼出信号を着信端末で事前に選択することができるが、発信端末で与えられるリングバックトーンは、通常は、単一のトーンの繰返音で構成されており、これは、着信ユーザの応答が遅い場合には、聞いていても多少退屈であることがある。
【００１０】
今日、「音楽（ミュージック）リングバックトーン」と呼ばれる、回線交換通話用のよく知られているサービスが、着信パーティからの応答を待機する間に発信パーティを楽しませるためにしばしば使用されている。このサービスは、例えば、電話の待ち行列に置かれている場合等、応答が大幅に遅れる可能性がある場合に、行政機関や企業の電話交換機によって使用されることが多い。その後、着信パーティが応答するまで、事前に録音された音楽の一部または情報が、発信パーティに対して再生される。
【００１１】
図２ａは、アクセスネットワーク１に接続している発信端末Ａと別のアクセスネットワーク２に接続している着信端末Ｂの間の、従来型の回線交換方式の呼セットアップのためのシグナリング図を示している。以下のステップが基本的に実行される。
【００１２】
２００：端末Ａのユーザが端末Ｂの電話番号を入力すると、端末Ａは、着信先のＢの番号を含む呼セットアップメッセージをネットワーク１へ送信する。
【００１３】
２０２：ネットワーク１は、受信したＢの番号に基づいてネットワーク２を識別し、Ａの番号を含む呼セットアップメッセージをネットワーク２へ送信する。
【００１４】
２０４：ネットワーク２は、呼セットアップメッセージを端末Ｂへ送信する。発番号提示サービスが適用される場合、この呼セットアップメッセージはＡの番号も含んでいる。次いで、端末Ｂは、そのユーザへアラートを行うために音を鳴らすまたは振動することを開始する。また、端末ＡＢ間の回線交換チャネルは、現在、その呼のために確保されている。
【００１５】
２０６：端末Ｂは、アラートメッセージをネットワーク２へ送信することによって応答し、着信端末Ｂにおいて呼出（リンギング）信号が起動されたことを示す。
【００１６】
２０８：次いで、ネットワーク２は、アラートメッセージをネットワーク１へ送信する。
【００１７】
２１０：同時に、ユーザが応答することを待機している間、ネットワーク２は、確保されているチャネルを介して、即ち、「インバンド（in-band）」で、リングバック「音」を生成する。このリングバック音は、典型的には、単調な繰返音であるが、端末Ｂの加入者によって事前に選択されている、例えば、音楽もしくはメッセージのような、事前に録音されている任意の音声の一部であっても良い。
【００１８】
２１２：ここで、アラートメッセージは、発信端末Ａに達し、端末Ｂが呼出信号を発信していることを示す。それに応じて、端末Ａは、確保されているチャネルに接続し、「インバンド」でリングバック「音」を聞く。
【００１９】
２１４：しばらくして、端末Ｂのユーザが呼に応答する。
【００２０】
２１６：端末Ｂは、接続メッセージをネットワーク２へ送信して、端末Ｂのユーザが呼に応答していることを示し、そして、その結果、ネットワーク２は、リングバック音の生成を停止する。
【００２１】
２１８：接続メッセージが、ネットワーク２からネットワーク１へ送信される。
【００２２】
２２０：接続メッセージが、ネットワーク１から発信端末Ａへ送信される。
【００２３】
２２２：呼セットアップがこれで完了し、実際の呼セッションが開始され得る。
【００２４】
上述の従来の呼セットアップ手順に従って、リングバック音もしくは音声の一部が、ＣＳドメイン、即ち、セットアップされる呼のために確保されているＣＳチャネルでの接続によって、常に「インバンド」で発信端末Ａへ転送される。このことは基本的には図２ｂで示されている。図２ｂでは、点線のブロック２２２は、ＣＳベースのネットワーク１及び２にそれぞれ接続されている、端末Ａと端末Ｂの間のＣＳドメインにおける従来の呼セットアップ手順を示している。ブロック２２２の中の点線矢印２２４は、設定される呼のために確保されているＣＳチャネルによって、呼セットアップ２２２の間に端末Ａへ送信されるリングバック音声の一部を示している。従って、リングバックのメカニズムは、ＣＳベースの呼セットアップ手順２２２の一部として完全に統合されている。
【００２５】
しかしながら、従来の呼セットアップ手順は、接続のＣＳという性質により、ユーザは、事前に録音されている音声の一部、例えば、音楽や声の一部を提示することしかできないため、待機中の発信者にはそれが制限となる。移動体マルチメディア通信の現在の環境においては、他のタイプのメディア、特に、視覚メディアも同様に導入することによって、音声ベースのリングバックプレゼンテーションの現在制現されている範囲を拡張することが望ましいであろう。
【００２６】
更に、発信ユーザは、特に、何か重要な情報が提示される場合に、提示されている音声の一部を聞くのを終了したいと思うことがある。従来の呼セットアップ手順では、再生されているリングバック音声シーケンスは、着信パーティが応答する、即ち、受話器をあげると同時に、そのシーケンスがどのくらい再生されているかに関わらず、自動的に中断される。従って、たとえ着信ユーザが応答している場合でも、発信者がリングバック音声シーケンスを聞き続けられるようにすることも望ましいであろう。一方、発信者は、再生される音声の一部が邪魔であると感じることもあり、たとえ着信パーティが応答する前であっても、それを聞くのを止めたいと思うこともあるだろうが、現在では、受話器を耳から放すことによってしかそれができない。そのようにすると、発信者は、当然、着信パーティが応答するかどうか聞くこともできないだろうし、このソリューションは滋養的でない。
【００２７】
要約
本発明の目的は、上述したいくつかの問題点のうち少なくとも一部に対して、一般的に取り組むことである。より具体的には、本発明の目的は、予め録音された音声、例えば、音楽や音声メッセージを待機中の発信者に提示することだけに制限されている端末ユーザの問題点に対するソリューションを可能にすることである。本発明のもう１つの目的は、いつ呼が実際に応答されるかに関わらず、端末ユーザがリングバックプレゼンテーションの再生を制御できるようにすることである。
【００２８】
これらの目的及びその他の目的は、添付の独立請求項に従って、着信端末との第１の通信セッションに対する呼セットアップリクエストを発信端末から受信した後に、発信端末へリングバックプレゼンテーションを提供する方法及び装置によって達成することができる。
【００２９】
本発明の方法は、第１のセッションとは独立して、発信端末とのパケットベースの第２の通信セッションを確立することと、第２の通信セッションによって、リングバックプレゼンテーションを示す所定のメディアコンテンツを発信端末へ提供することとを含んでいる。これによって、視覚メディアを含む任意のタイプのメディアを、リングバックプレゼンテーションとして提供することができる。
【００３０】
所定のメディアコンテンツは、着信端末に記憶されていてもよく、その場合、第２の通信セッション中に、メディアコンテンツは、着信端末から発信端末へ送信される。メディアコンテンツは、第２の通信セッション中に、着信端末から送信される少なくとも１つのファイルとして、あるいは、第２の通信セッションに対して、着信端末からのセッション開始メッセージに組み込まれるテキスト列として、発信端末へ提供されても良い。
【００３１】
選択的には、所定のメディアコンテンツは、サーバに記憶されていて、その場合、メディアコンテンツは、第２の通信セッションによって、発信端末へ配信するために、サーバから検索される。このサーバは、メディアコンテンツが発信端末へそこから直接ダウンロードされる、ＲＴＳＰであっても良い。その場合、ダウンロードを可能にするために、ＲＴＳＰサーバのネットワークアドレスとメディアコンテンツへの適切な参照情報が、第２の通信セッションに対して、着信端末からのセッション開始メッセージで発信端末へ送信される。
【００３２】
また、サーバはメディアサーバであっても良く、その場合、エージェントは、メディアサーバからメディアコンテンツをフェッチし、第２の通信セッション中にそのメディアコンテンツを発信端末へ配信する。可能であれば、着信端末は、第２の通信セッションに対するセッション開始メッセージを発信端末へ送信することが好ましく、次いで、エージェントは、セッション開始メッセージを発信端末へ送信する前に、自身が送信側であることを示すためにセッション開始メッセージを変更する。変更されたセッション開始メッセージに応じて、発信端末からの応答確認メッセージを受信する場合、エージェントは、セッション招待が拒否されることを示し、かつ、自身がそのメッセージの送信側であることを示すために、発信端末Ａからの応答確認メッセージを変更してもよく、次いで、変更した拒否メッセージを着信端末へ送信する。
【００３３】
また、サーバは、第１の通信セッションがセットアップされることを示す通知に応じて、第２の通信セッションに対するセッション開始メッセージを発信端末へ送信するネットワークサーバであっても良い。次いで、メディアコンテンツは、第２のセッション中に、ネットワークサーバから送信される少なくとも１つのファイルとして、発信端末へ提供されることが好ましい。選択的には、メディアコンテンツは、セッション開始メッセージに組み込まれるテキスト列として、発信端末に提供されても良い。
【００３４】
典型的には、所定のメディアコンテンツは、少なくとも視覚メディアを含んでいる。
【００３５】
リングバックプレゼンテーションが受信されていることを、自身のユーザに通知するために、発信端末で、オーディオあるいは振動による指示が起動されても良い。この場合、この指示は、第２の通信セッションの並行するパケット交換ベアラを介する端末Ａへの着信シグナリングが現在確立されている第１の通信セッションに関連していると判定する場合に起動されることが好ましい、あるいは、単純に、セッション開始メッセージの受信に応じて起動されても良い。また、視覚もしくは振動による指示は、呼が応答されていることを自身のユーザに通知するために、発信端末で起動されても良い、これは、ユーザが自分の端末を耳から離している場合に役立つことになる。
【００３６】
本発明を使用する場合、異なるリングバックプレゼンテーションが、現在の日時、時間、週あるいは季節、及びユーザステータスの少なくとも一方に依存して、異なる潜在的な発信者に対して定義されている。好ましくは、第２の通信セッションを処理するために、標準化されたＳＩＰメッセージが使用される。
【００３７】
本装置は、第１のセッションとは独立して、発信端末とのパケットベースの第２の通信セッションを確立する手段と、第２の通信セッションによって、リングバックプレゼンテーションを示す所定のメディアコンテンツを発信端末に提供する手段とを含んでいる。
【００３８】
一実施形態において、着信端末は、所定のメディアコンテンツを記憶し、それを第２の通信セッション中に発信端末へ送信するように構成されている。着信端末は、更に、第２の通信セッション中に少なくとも１つのファイルを送信することによって、メディアコンテンツを発信端末に提供するように構成されていても良い。選択的には、着信端末は、第２の通信セッションに対するセッション開始メッセージに組み込まれるテキスト列として、メディアコンテンツを発信端末に提供するように構成されていても良い。
【００３９】
別の実施形態において、本発明の装置は、所定のメディアコンテンツが記憶されているサーバを含み、このサーバは、第２の通信セッションによって、発信端末へメディアコンテンツを配信するように構成されている。
【００４０】
サーバは、メディアコンテンツを発信端末に直接ダウンロードできるような、ＲＴＳＰサーバであっても良い。この場合、着信端末は、ダウンロードを可能にするために、ＲＴＳＰサーバのネットワークアドレスとメディアコンテンツへの適切な参照情報が、第２の通信セッションに対するセッション開始メッセージで発信端末へ送信するように構成されていても良い。
【００４１】
また、サーバは、メディアサーバであってもよく、本発明の装置は、更に、メディアサーバからメディアコンテンツをフェッチして、かつ第２の通信セッション中にそのメディアコンテンツを発信端末へ配信するように構成されているエージェントを含んでいても良い。この場合、着信端末は、第２の通信セッションに対するセッション開始メッセージを発信端末へ送信するように構成されていても良く、また、エージェントは、セッション開始メッセージを発信端末へ送信する前に、自身が送信側であることを示すためにセッション開始メッセージを変更するように構成されていても良い。更に、その変更されたセッション開始メッセージに応じて、発信端末からの応答確認メッセージを受信する場合、エージェントは、セッション招待が拒否されることを示し、かつ自身がそのメッセージの送信側であることを示すために、端末Ａからの応答確認メッセージを変更し、その変更した応答確認メッセージを着信端末へ送信するように構成されていても良い。
【００４２】
別の実施形態において、サーバは、第１の通信セッションがセットアップされることを示す通知に応じて、第２の通信セッションに対するセッション開始メッセージを発信端末へ送信するように構成されているネットワークサーバである。その場合、ネットワークサーバは、更に、第２の通信セッション中に、少なくとも１つのファイルを送信することによって、メディアコンテンツを発信端末に提供するように構成されていても良い。また、ネットワークサーバは、セッション開始メッセージに組み込まれるテキスト列として、メディアコンテンツを発信端末に提供するように構成されていても良い。
【００４３】
発信端末は、リングバックプレゼンテーションが受信されていることをユーザに通知するために、オーディオあるいは振動による指示を起動するように構成されていることが好ましい。この場合、発信端末は、更に、第２の通信セッションの並行するパケット交換ベアラを介する端末Ａへの着信シグナリングが現在確立されている第１のセッションに関連していることを判定することによって指示を起動するように構成されていてもよいし、あるいは、単純に、セッション開始メッセージの受信に応じて指示を起動するように構成されていても良い。また、発信端末は、呼が応答されることを自身のユーザへ通知するために、視覚あるいは振動による指示を起動するように構成されていても良い。
【００４４】
また、本発明の装置は、現在の日時、時間、週あるいは季節、及びユーザステータスの少なくとも一方に依存して、異なる潜在的な発信者に対する異なるリングバックプレゼンテーションを定義する手段を更に含んでいても良い。
【００４５】
本発明の更なる特徴とその利点は、以下の詳細説明で説明されるであろう。
【００４６】
詳細説明
最初に、一態様による基本的なソリューションについて、図３に示される通信状況を参照して簡単に説明する。ここで、図３ａでは、発信端末Ａが第１のネットワーク１に接続されていて、かつ、着信端末Ｂが第２のネットワーク２に接続されている。図１に関して説明されるように、移動ネットワークは、典型的には、ＣＳ部分とＰＳ部分とに分けられる。それゆえ、図３ａのネットワーク１は、ＣＳベースのネットワーク３００とＰＳベースのネットワーク３０２との両方を含んでいて、後者は、典型的には、ＩＭＳネットワークである。同様に、ネットワーク２は、ＣＳベースのネットワーク３０４とＰＳベースのネットワーク３０６とを含んでいる。
【００４７】
図２ｂの従来のＣＳベースの呼セットアップにおいて、リングバック音声の一部は、来たるべき呼のために確保されているＣＳチャネルによって発信パーティに送信され得る。これにより、呼セットアップ手順に全体的に統合されている。しかしながら、図３ａに示されるソリューションは、リングバックプレゼンテーション（presentation：提示）を発信端末Ａへ搬送するために、好ましくは、ＩＭＳプラットフォームを使用するＰＳセッションを採用する。本明細書の中で、用語「リングバックプレゼンテーション（ring-back presentation）」は、ＰＳセッションによって発信者と通信され得る任意のメディア形式で、例えば、情報、エンタテイメント、挨拶メッセージ等を搬送する、発信者に提供される任意のタイプの所定のメディアコンテンツを示すために使用される。
【００４８】
本態様に従えば、点線ブロック３０８によって示されるように、第１の通信セッション用の従来の呼セットアップ手順が行われ、また、点線ブロック３１０に示されるように、進行中の呼セットアップ３０８の間に、完全に別のパケット交換方式の第２のセッションが更に確立される。リングバックプレゼンテーション３１２は、呼セットアップ３０８とは独立して、ＰＳセッション３１０によって発信端末Ａに提供される。同時に、点線矢印３１４で示されるように、リングバック機能が、従来の手順に従って呼セットアップ３０８の中に、例えば、「バックグランド」リングバックトーンとして任意で提供されても良い。
【００４９】
リングバックプレゼンテーション３１２の実際のメディアコンテンツを端末Ａに提供するために、様々なメカニズムを使用することができ、これについては、様々な実施形態を参照して以下でより詳細に説明する。従って、別個のＰＳセッションを使用することによって、応答を待機しながら、ビデオクリップ、画像、テキスト、文書、アニメーション、オーディオクリップ、そしてそれらの任意の組み合わせ等の、広範囲な様々なメディアタイプをリングバックプレゼンテーションとしてプロビジョン（provision）することが可能になる。
【００５０】
ＰＳセッション３１０は呼セットアップ３０８による影響は受けないので、リングバックプレゼンテーションを受信する発信者は、呼が実際にいつ応答されるかに関係なく、リングバックプレゼンテーションを再生するかあるいは表示するかを自由に決定することができ、また、その再生をいつ停止するかも同様に自由に決定することができる（但し、単純に、プレゼンテーションが自動的に開始されるようにすることは便利であろう）。例えば、着信パーティからの興味深いビデオクリップが、応答を待つ間、発信者の端末上で再生されても良く、そして、着信パーティが応答したら、ビデオクリップがまだ再生されている間は、それを話題にしても良い。画像がリングバックプレゼンテーションを構成する場合、呼の間はそれが表示され続けても良い。
【００５１】
一方、発信者も、例えば、退屈な音楽やビデオクリップの一部のようなリングバックプレゼンテーションの再生を、たとえそれが実際には端末に提供されていても、自由にやめてもよいだろう。また、このソリューションによって、予め選択されている発信者が特定のリングバックプレゼンテーションを受信し、それ以外の者は受信しないように、発信番号に基づく選択的なリングバックプレゼンテーションが可能になる。また、特定の潜在的な発信者のグループが、異なるリングバックプレゼンテーションを受信するために定義されても良い。また、例えば、現在の日時、日、週あるいは季節等の様々な時間要素に依存して異なるリングバックプレゼンテーションを定義することも可能である。更にまた、応答が次第に遅延する場合には、一連の多様なリングバックプレゼンテーションが提供されても良い。更に、例えば、「ビジー」、更には「ビジー：会議中」、「ビジー：映画鑑賞中」、「ビジー：睡眠中」等のユーザステータスに依存して、ユーザに対して、様々なリングバックプレゼンテーションを定義することも可能である。
【００５２】
図３ｂは、例えば、図３ａに示す状況に対応する、別の態様に従う呼セットアップ手順中のリングバック機能を提供する方法を一般的に示すフローチャートである。第１のステップ３１４において、第１の通信セッションのために、着信端末に向けられる従来の呼セットアップメッセージが発信端末から受信される。典型的には、このメッセージは、図３ａのようなＣＳ音声呼を開始することを意図しているが、この状況においては任意のタイプの呼またはセッションも可能である。
【００５３】
ステップ３１６において、所定のリングバックプレゼンテーションが、呼セットアップメッセージに応じて、例えば、上述の潜在的な発信者の所定リストに基づいて、発信端末に提供されるべきであるかが判定される。提供されるべきでない場合、ステップ３１８において、呼セットアップ手順の従来のリングバック機能だけが使用されて、従来のリングバックトーンもしくは所定の録音済の音声の一部が、上述の図２ａ及び２ｂで示される方法で提供する。従来の呼セットアップ手順に従えば、着信パーティが呼に応答するとすぐに、ステップ３２０においてリングバック機能は停止される。ここで、ステップ３１８及び３２０につながるＮＯの選択肢は、本発明の範囲外にあることに注意されたい。
【００５４】
しかしながら、リングバックプレゼンテーションが提供されるべきであると、ステップ３１６において判定される場合、ステップ３２２において、パケット交換方式の第２の通信セッションが発信者との間で確立される。その後、最終ステップ３２４において、所定のリングバックプレゼンテーションに従うメディアコンテンツが、確立された第２のセッションを用いて発信者に提供される。ここで、この場合、ステップ３２２及び３２４を用いて第２のセッションを介してメディアコンテンツが提供されると同時に、呼セットアップ手順の従来のリングバック機能が、点線で示されるように、例えば、「バックグランド」で単純なリングバックトーンを発信者に提供するため起動されても良いことに注意されたい。
【００５５】
本ソリューションにおいて、第１の通信セッションは、ＣＳセッションあるいはＰＳセッションのどちらかであって良い。このソリューションがＣＳベースの第１の通信セッションについて機能するための要件は、端末ＡとＢが両方とも、ＣＳセッションとＰＳセッションを同時に提供できる移動アクセスネットワークに接続されていなければならないということである。これは、基本的には、マルチ無線ベアラ機能を備えるＷＣＤＭＡアクセスによって、そして、ＤＴＭ（Ｄｕａｌ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）機能を備えるＧＳＭアクセスによって実現される。従って、音声呼については、回線交換方式の音声ベアラとパケット交換方式のデータベアラが、同時に処理される。最初の通信セッションがビデオ呼である場合、回線交換方式のデータベアラとパケット交換方式のデータベアラが、同時に処理される。
【００５６】
このソリューションを実装する場合、以下の実施形態に従って発信者にメディアコンテンツを提供するための様々なメカニズムを採用することができる。以下の図において、いくつかの構成要素は図３ａの対応する構成要素と同一の番号を有している。具体的には、ＰＳネットワーク１ ３０２、ＰＳネットワーク２ ３０６、ＣＳセッション３０８、そして、ＰＳセッション３１０である。これらは、以下では再度説明しない。更に、これらの例においては一般に、標準化されているＳＩＰメッセージが、パケット交換方式の第２の通信に使用されるが、本発明は基本的にそれに限定されるものではない。
【００５７】
図４ａ及び４ｂは、着信端末Ｂに記憶されている「メディアコンテンツファイル」が、リングバックプレゼンテーションとして発信端末Ａに提供される、第１の実施形態を示している。メディアコンテンツファイルは、上述の例のように、任意のフォーマットもしくはタイプであっても良く、端末Ａがそれを受信し再生することができる場合に配信することができる。従って、簡潔にするためにここでは示していないが、ＣＳ呼セットアップ手順３０８は、第１の通信セッション用として、Ａ及びＢが接続されているＣＳネットワークを用いて実行される。同時進行のＰＳベースの第２の通信セッションは、この場合ＩＭＳセッション３１０であるが、これもまた、ＰＳネットワーク３０２及び３０６を介して確立される。端末Ｂに記憶されているメディアコンテンツファイル４００、例えば、ビデオクリップまたは画像は、矢印４０２で示されるように、直接、端末Ｂからリングバックプレゼンテーションとして提供される。ここで、リングバックプレゼンテーションを構成するために、例えば、適切な方法で多重化される１つ以上のファイルが、端末Ｂから提供されても良いことに注意されたい。
【００５８】
図４ｂは、第１の実施形態に従うソリューションを示すシグナリング図である。この例において、通常のＣＳ音声呼が、第１の通信セッションである。発信端末Ａは、ＣＳドメインとＰＳドメインとを有するネットワークＡに接続されている。これらは、ここでは、ＣＳコアＡ及びＰＳコアＡによって示されている。着信端末Ｂは、同様に、ＣＳコアＢ及びＰＳコアＢを含むネットワークＢに接続されている。この例において、ＰＳコアＡ及びＢは、シグナリングプロトコルとしてＳＩＰを用いるＩＭＳネットワークであるが、本発明は、一般的に、この点に限定されるものではない。
【００５９】
第１のステップ４０４において、ＣＳベースの従来の呼セットアップメッセージは、Ａの電話番号を含めて、端末ＡからＣＳコアＡ及びＣＳコアＢを介して端末Ｂへ送信される。これは、図２ａのステップ２００乃至２０４に対応する。Ａの番号は、「ＣＬＩＤ（Ｃａｌｌｉｎｇ Ｌｉｎｅ Ｉｄｅｎｔｉｔｙ）」と呼ばれる既存の機能を用いて、メッセージの中で提供されても良い。ステップ４０６において、端末Ｂは、着信端末Ｂにおいて呼出信号が起動されていることを示すアラートメッセージをＣＳコアＢ及びＣＳコアＡを介して送信することによって、応答する。上述のように、従来のリングバックトーンもしくはその類は、端末Ａに対して任意で「インバンド」で提供されても良い。これまでのところ、この手順は、基本的には、図２ａのステップ２００乃至２１２と同一である。
【００６０】
しかしながら、ある別個のリングバックプレゼンテーションが提供されると判定した後は、このソリューションに従って、パケット交換方式の第２の通信セッションが端末Ａとの間で確立される。従って、この実施形態の次のステップ４０８において、ＰＳベースのセッションを端末Ａと開始するために、端末Ｂは、Ａの電話番号に向けられる「ＳＩＰ招待（ＩＮＶＩＴＥ）」メッセージを送信する。典型的には、「ＳＩＰ招待」メッセージは、例えば、必要なコーデック（群）及びファイルサイズのような、送信対象のメディアに関する情報を含んでいる。このメッセージがパケット交換によってＡへとルーティングするために、このメッセージは、まず、ＰＳコアＢによって受信され、このＰＳコアＢは、ステップ４１０によって示されるように、受信されたＡの電話番号を有効なＳＩＰ ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）への翻訳を行う。これは、電話番号はＳＩＰルーティングについては有効でないからである。
【００６１】
この番号翻訳は、従来の手順を用いて行われてもよく、そして、受信された電話番号からＳＩＰ ＵＲＬを導出するために、典型的には、「ＥＮＵＭ」と呼ばれる方法が使用される。次いで、ＰＳコアＢが、周知のＩＥＴＦ標準を使って、受信した番号を有効なＳＩＰ ＵＲＬに翻訳する。端末Ａが、例として、ＭＳＩＳＤＮ番号０７０９１２３４５６を有する移動電話である場合、ＰＳコアＢは、それを、例えば、０７０９１２３４５６＠ｏｐ．ｃｏｍと翻訳してもよいし、あるいは、一般的なｎａｍｅ＠ｏｐ．ｃｏｍと翻訳しても良い。
【００６２】
ここで「ＳＩＰ招待」メッセージは、端末Ａの導出されたＳＩＰ ＵＲＬを用いて、ＰＳコアＢからＰＳコアＡへ搬送され得り、そして、一般的なステップ４１２によって全体として示されるように、ＰＳコアＡはセッション招待を端末Ａへ送信する。セッション招待である「ＳＩＰ招待」は、基本的には、端末Ｂは別個のリングバックプレゼンテーション、例えば、ビデオクリップまたは画像を送信することを意図していることを端末Ａに示す。「ＳＩＰ招待」メッセージは、送信対象のメディアのタイプを示す「ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）」と呼ばれるフィールドを含んでいる。
【００６３】
この招待を受信する場合、端末Ａは、必要なコーデック（群）及びファイルサイズに対応できるかどうかを自動的に判定する。端末Ａは、更に、例えば、「０７０９１２３４５６からビデオクリップを受信中。今再生しますか？」あるいは「０７０９１２３４５６から画像を受信中。今表示しますか？」というようなテキストメッセージを表示することによって、手動でユーザが承諾するために、そのユーザを更に促しても良い。選択的には、端末Ａはリングバックプレゼンテーションを自動的に承諾することができ、実用上では、自動的に承諾する方がよりよいソリューションであると言えるであろう。リングバックプレゼンテーションの手動での承諾と自動での承諾との選択は、端末Ａにおけるプリファレンスとして設定されても良い。この例では、セッション招待は何らかの形で受諾され、次のステップ４１４は、端末Ａがその受諾を示すために、応答確認メッセージ「ＳＩＰ２００ＯＫ」をＰＳコアＡ及びＢを介して端末Ｂへ送信することによって応答することを示している。
【００６４】
ここで、リングバックプレゼンテーションのメディアコンテンツ（例えば、ビデオクリップまたは画像）は、ステップ４１６において、メッセージ「ＭＳＲＰ送信（ＭＳＲＰ＝Ｍｅｓｓａｇｅ Ｓｅｓｓｉｏｎ Ｒｅｌａｙ Ｐｒｏｔｏｃｏｌ）」の中に含まれていて、ＰＳコアＢ及びＡを介して端末Ｂから端末Ａへ送信され得る。それによって、リングバックプレゼンテーションをＡに提供する。このステップは、図４ａでリングバックプレゼンテーション４０２としてＰＳセッション３１０を介して送信される、記憶されたファイル４００に対応する。この状況において、「ファイル」４００は、一般的には、任意の実際のファイル数で、任意の所定のメディアコンテンツを示すことができる。例えば、ビデオクリップは、送信用の視覚コンテンツと適切に多重化される音声コンテンツを含んでも良い。また、端末Ａは、第１のセッションを介して受信される従来のリングバックトーンを第２のセッションを介して受信される任意の音声コンテンツと「多重化」し、ユーザに対してその両方を再生するように構成されることが好ましい。また、ユーザに対して、リングバックトーンのみが聞こえるようにビデオクリップの音声成分をミュートすることもできる。
【００６５】
どのような場合でも、端末Ａのユーザは、端末Ｂのユーザからの応答を待機しながら、リングバックプレゼンテーションを楽しむことができる。１）いつプレゼンテーションが受信されるか、及び、２）いつＢユーザが応答しているかについて、Ａユーザの注意をどのようにして向けるかについて、解決すべき実際的な問題がいくつか存在する可能性があり、これらについては、この後述する。
【００６６】
メディアコンテンツを受信する場合、端末Ａは、ステップ４１８において、コンテンツの適切な受信を示すために、別の応答確認メッセージ「ＳＩＰ２００ＯＫ」をＰＳコアＡ及びＢを介して端末Ｂへ送信する。ファイル転送が完了した後、ステップ４２０において、端末Ｂが「ＳＩＰ ＢＹＥ」メッセージをＰＳコアＢ及びＡを介して端末Ａへ送信することによって、第２のセッションが解放される。これに、ＰＳコアＡ及びＢを介して端末Ａから端末Ｂへの別の応答確認メッセージ「ＳＩＰ２００ＯＫ」が、ステップ４２２において続くことになる。
【００６７】
ステップ４０８−４２２の間またはその後の任意の時点で、Ｂユーザは、呼に応答することができ、次いで端末Ｂは、ステップ４２４において、ＣＳコアＢ及びＣＳコアＡを介して端末Ａへ搬送される、図２ａのステップ２１４−２１８に対応する接続メッセージを送信する。次いで、最終ステップ４２６において、呼、または第１のセッションが実行される。しかしながら、ここで、第１のＣＳベースのセッションに関連するステップ４２４及び４２６の実行は、第２のＰＳベースのセッションに関連するステップ４０８−４２２に必ずしも影響しないことに注意されたい。従って、Ｂユーザがいつ応答するかに関係なく、リングバックプレゼンテーションは提供され、再生／表示され得る、そして、Ａユーザは、それを独立して制御することができる。しかしながら、呼に対して応答がある場合、端末Ａにおいて自動的にプレゼンテーションを中断することもまた可能である。そのためには、第１のセッションのアプリケーションと端末Ａにおけるプレゼンテーションの再生／表示との間で適切な調整ロジックが必要となる。ここで、それは、本発明の範囲外であり、従ってここではこれ以上説明しない。プレゼンテーションの再生／表示の継続とその自動中断との間の選択は、端末Ａのプリファレンスとして設定されても良い。
【００６８】
ステップ４０８−４２２に従って端末Ａにメディアコンテンツを提供する手順は、非常に高速で実行することができ、通常は、Ｂユーザが応答することを管理する前に、ビデオクリップ及びオーディオクリップの少なくとも一方が、端末Ａでかなり長い間再生されても良い。好ましくは、最初のパケットが到着するとすぐに、Ａでの再生が開始することを意味する、いわゆる「プログレッシブダウンロード（progressive download）」を使用することができる。この機能の実装は、例えば、ファイル４００のサイズや端末Ａの再生バッファ深度のような、いくつかの事例固有の要因に依存することになる。いずれにせよ、このソリューションによって、Ｂユーザが応答した後でさえも基本的にＡユーザが、例えば、ビデオクリップを再生したり、画像を眺めたり等のプレゼンテーションの視聴を継続できるようにすること、あるいはＢユーザが応答する前にプレゼンテーションを中断できるようにすることは、大きな利点である。また、ビデオクリップ及び音声クリップの少なくとも一方の再生は、自動もしくは手動で繰り返されても良い。
【００６９】
図５ａ及び５ｂは、メディアコンテンツが、リングバックプレゼンテーションとして端末Ａに提供されることになる、端末Ｂに記憶されている所定の英数字文字列である、第２の実施形態を示している。制限されているテキスト列は、標準的なＳＩＰメッセージに収容され得る。このことは、本実施形態を第１の実施形態より幾分単純にする。図５ａにおいて、端末Ａに記憶されているテキスト列５００は、そこから直接、リングバックプレゼンテーション５０２として提供される。
【００７０】
図５ｂは、図５ａの第２の実施形態についてのシグナリング図である。ＡとＢ間の通常のＣＳ音声呼、即ち、第１の通信セッションをセットアップする第１のステップ５０４及び５０６は、それぞれ、第１の実施形態のステップ４０４及び４０６と同一である。この例では、リングバックプレゼンテーションが提供対象であると判定された後、次のステップ５０８において、端末ＢがＡの電話番号に向けられている「ＳＩＰメッセージ」と呼ばれるメッセージを送信することによって、端末Ａとの間でパケット交換方式の第２の通信セッションが確立される。ここで、単純にテキスト列５００をこのメッセージに組み込むことによって、このリングバックプレゼンテーション５０２が直ちに提供され得る。従って、開始「ＳＩＰ招待」が送信されることはなく、端末Ａによって最初にコーデック（群）あるいはファイルのサイズが確立され、かつ応答確認される必要はない。
【００７１】
上述のステップ４１０と同様に、ステップ５０８の「ＳＩＰメッセージ」中の端末Ａの電話番号は、ステップ５１０において、ＰＳコアＢによって有効なＳＩＰ ＵＲＬへと翻訳され、次のステップ５１２において、このメッセージは、ＰＳコアＡを介してＰＳコアＢから端末Ａへ送信される。この「ＳＩＰメッセージ」は、端末Ｂがリングバックプレゼンテーション、この場合は、テキスト列、を提供することを意図していることを、端末Ａに示す。この「ＳＩＰメッセージ」が適切に受信された場合、端末Ａは、次のステップ５１４において、ＰＳコアＡ及びＢを介して端末Ｂに応答確認メッセージ「ＳＩＰ２００ＯＫ」を送信することによって応答する。このメッセージを受信している場合、端末Ａは、例えば、「０７０９１２３４５６からテキスト列を受信中。今読み上げますか？」というようなテキストメッセージを表示することによって、再度、ユーザが手動で承諾するために、そのユーザを促しても良い。選択的には、端末Ａは、受信したテキスト列を自動的に表示しても良い。
【００７２】
Ｂユーザが呼に応答する場合、ステップ５１６において、端末Ｂは、接続メッセージをＣＳコアＢ及びＣＳコアＡを介して端末Ａへ送信し、そして、呼あるいは第１のセッションは、最終ステップ５１８において、上述のステップ４２４及び４２６と同様に実行することができる。呼が開始すると、テキスト列は、端末Ａで表示されたままでもよいし、手動でまたは自動で削除されても良い。
【００７３】
図６ａ及び図６ｂは、第１の通信セッションがパケット交換方式のセッションである、例えば、「ボイスオーバＩＰ」を介在する、第３の実施形態を示している。従って、図６ａにおいて、パケット交換方式の第１のセッションのためのセットアップ手順６００が実行され、そして、パケット交換方式の第２のセッション６０２がリングバック機能のために確立される。第１の実施形態と同様、メディアコンテンツは、端末Ｂに記憶されているファイル６０４であり、そこから直接、リングバックプレゼンテーション６０６として端末Ａに提供されることになる。
【００７４】
図６ｂは、第３の実施形態に従うソリューションを示すシグナリング図である。この例では、ボイスオーバＩＰのためのＰＳベースのセッションが、第１の通信セッションである。第１のステップ６０８において、発信端末Ａは、端末ＢとＰＳセッションを開始するために、Ｂの電話番号に向けられる「ＳＩＰ招待」メッセージを送信する。このメッセージは、最初にＰＳコアＡによって受信され、ＰＳコアＡは、メッセージがパケット交換によって端末Ｂへ転送するために、受信したＢの電話番号を、ステップ６１０において、有効なＳＩＰ ＵＲＬに（ＥＮＵＭに従って）翻訳する。ステップ６０８における「ＳＩＰ招待」メッセージは、端末ＡのＳＩＰ ＵＲＬを、有効で、かつ、ＰＳドメイン内で、即ち、ＰＳコアＡ及びＢによって、使用することができるソースアドレスとして含んでいる。
【００７５】
ここで、ステップ６１２において、端末Ａからの「ＳＩＰ招待」メッセージは、端末Ｂの導出されたＳＩＰ ＵＲＬを用いてＰＳコアＡから端末ＢへＰＳコアＢを介して更に搬送することができる。この「ＳＩＰ招待」メッセージは、必要なコーデック（群）と来たるべきボイスオーバＩＰセッションに必要な他の通信パラメータとに関する情報を含んでおり、そして端末Ａは、提案された条件を受諾できるかどうか自動的に判定する。次のステップ６１４において、端末Ｂは、「ＳＩＰ１８０呼出中（ringing）」と呼ばれる標準的なメッセージをＰＳコアＢ及びＡを介して端末Ａへ送信することによって応答し、これは、呼出信号が端末Ｂにおいて起動されたことを示すことになる。
【００７６】
ここまでは、ＰＳベースの第１セッションのセットアップ手順が、標準的なルーチンに従って行われている。しかしながら、リングバックプレゼンテーションが提供対象であることが判定された後は、ファイル６０４を端末Ａに提供するために、パケット交換方式の第２の通信セッションが端末Ａとの間で確立される。これは、基本的には第１の実施形態の場合と同様に実行することができる。このように、次のステップ６１６において、端末Ｂは、端末Ａとの第２のセッションを開始するために、端末ＡのＳＩＰ ＵＲＬに対する「ＳＩＰ招待」メッセージを送信する。しかしながら、この場合、ステップ６０８の「ＳＩＰ招待」メッセージで与えられているソースアドレスからＳＩＰ ＵＲＬが既に利用可能であるので、ＥＮＵＭ翻訳は必要とされない。
【００７７】
以前の実施形態と同様に、リングバックプレゼンテーションが迫っていることを示す招待を受信する場合、端末Ａは、それを受信して再生／表示することに手動で同意するために、そのユーザを促しても良い、あるいはリングバックプレゼンテーションを自動で受諾しても良い。ここで、次のステップ６１８において、端末Ａは、セッション招待の受諾を示すために、ＰＳコアＡ及びＢを介して応答確認メッセージ「ＳＩＰ２００ＯＫ」を端末Ｂへ送信することによって応答する。
【００７８】
ここで、リングバックプレゼンテーションのメディアコンテンツ、即ち、ファイル６０４は、ステップ６２０において、第２のセッション６０２によって端末Ｂから端末ＡへＰＳコアＢ及びＡを介して、メッセージ「ＭＳＲＰ送信」で送信することができる。これによって、リングバックプレゼンテーションを端末Ａに提供する。メディアコンテンツを受信する場合、ステップ６２２において、端末Ａは、コンテンツの適切な受信を示すために、別の応答確認メッセージである「ＳＩＰ２００ＯＫ」をＰＳコアＡ及びＢを介して端末Ｂへ送信する。ファイル転送が完了した後、ステップ６２４において、端末Ｂが「ＳＩＰ ＢＹＥ」メッセージをＰＳコアＢ及びＡを介して端末Ａへ送信することによって、第２のセッションが解放される。これに、ＰＳコアＡ及びＢを介して端末Ａから端末Ｂへの別の応答確認メッセージ「ＳＩＰ２００ＯＫ」が、ステップ６２６において続くことになる。
【００７９】
ステップ６１６−６２６の間の任意の時点で、Ｂユーザは、最初のボイスオーバＩＰによる呼に応答しても良く、次いで、端末Ｂは、ステップ６２８で示されるように、ＣＳコアＢ及びＣＳコアＢ上で端末Ａへ搬送される、「ＳＩＰ２００ＯＫ」メッセージを送信することになる。次いで、ボイスオーバＩＰの呼あるいは第１のセッションは、最終ステップ６３２において実行されるが、これはリングバックプレゼンテーション機能には影響せず、このリングバックプレゼンテーションは、好ましくは、Ａユーザの選択によって楽しむことができてもできなくても良い。ここで、第１のセッションは、他のすべての実施形態においても同様に、パケット交換方式のセッションであっても良いことに注意されたい。
【００８０】
上記の実施形態は、「端末間」のメディア配信を提供する。図７ａ及び７ｂは、端末Ａにリングバックプレゼンテーションとして提供されることになるメディアコンテンツがＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｓｅｒｖｅｒ）サーバ７００に記憶されている、第４の実施形態を示している。ここで、このサーバ７００は、メディアコンテンツを自身からフェッチするために端末Ａによってアクセスされ得る。端末Ｂに呼を発信する場合、端末Ａは、メディアストリーム７０２としてそこからプレゼンテーションを受信するために、ＲＴＳＰサーバ７００に接続することが指示される。この実施形態は、これによって、「サーバと端末」間のメディア配信を提供する。ＲＴＳＰサーバは、基本的には、どこに位置してもよいが、ネットワークＢに存在することが好ましい。
【００８１】
このように、この実施形態において、端末Ｂは、リングバック関連のメディアを記憶すること、呼が受信される毎にリングバックプレゼンテーションを送信することから解放され、これは、記憶空間及び貴重な無線帯域幅を節約することになる。一般的に、サーバは移動端末より記憶容量が大きいので、より複雑なリングバックプレゼンテーションを発信者に提供することができる。また、端末Ｂのユーザは、端末Ｂで記憶空間を消費することなく、様々な発信者に対して非常に多数の異なるプレゼンテーションを予め定義することができる。
【００８２】
図７ｂは、第４の実施形態に従うシグナリング図である。ＡとＢ間で通常のＣＳ音声呼をセットアップする第１のステップ７０４及び７０６は、それぞれ、第１の実施形態のステップ４０４及び４０６と同一である。この例において、リングバックプレゼンテーションが提供対象であることが判定された後、次のステップ７０８において、端末ＢがＡの電話番号に向けられている「ＳＩＰメッセージ」を送信することによって、パケット交換方式の第２の通信セッションが端末Ａとの間で確立される。ここで、この「ＳＩＰメッセージ」は、ＲＳＴＰサーバ７００のネットワークアドレスと、意図されているリングバックプレゼンテーションを構成する、その中に記憶されているメディアコンテンツへの適切な参照情報とを含んでいる。例えば、現在のＳＩＰプロトコルにおいて、既存の「ＳＩＰメッセージ」は、この目的で使用するための適切なメッセージである。
【００８３】
第１の実施形態におけるステップ４１０と同様に、ステップ７０４の設定メッセージで与えられている端末Ａの電話番号は、ステップ７１０において、ＰＳコアＢによって有効なＳＩＰ ＵＲＬに翻訳され、次のステップ７１２において、「ＳＩＰメッセージ」がＰＳコアＡを介してＰＳコアＢから端末Ａへ送信される。この「ＳＩＰメッセージ」は、リングバックプレゼンテーションがＲＴＰサーバ７００で利用可能であることを、端末Ａに効果的に通知する。ここで、このリングバックプレゼンテーションは、例えば、ビデオ、オーディオ、画像、テキスト等の任意のタイプのメディアであっても良い。次いで、端末Ａは、次のステップ７１４において、応答確認メッセージである「ＳＩＰ２００ＯＫ」をＰＳコアＡ及びＢを介して端末Ｂへ送信することによって応答する。「ＳＩＰメッセージ」を受信することによって、端末Ａは、例えば、「ビデオクリップがｍｍｌ．ｏｐ．ｃｏｍ／０７０９１２３４５６＿ｖｉｄｅｏ＿ｌで利用可能です。今フェッチしますか？」のようなテキストメッセージを表示することによって、手動でユーザが承諾するために、そのユーザを促しても良い。選択的には、端末Ａは、ＲＴＳＰサーバから自動でそのクリップをフェッチしても良い。
【００８４】
受諾される場合、端末Ａは、ここで、一般的なステップ７１６によって示される従来のセッションセットアップルーチンを実行することによって、ＲＴＳＰサーバ７００からの指示されているメディアコンテンツのダウンロードを開始する。このルーチンは、送受信される不図示の様々なメッセージを含んでいて、典型的には、端末ＡからＲＴＳＰサーバへのメッセージである「ＲＴＳＰ設定」と、ＲＴＳＰサーバからの応答メッセージである「ＲＴＳＰ ＯＫ」と、端末ＡからＲＴＳＰサーバへのメッセージである「ＲＴＳＰ再生」と、そして、ＲＴＳＰサーバからのもう１つの応答メッセージである「ＲＴＳＰ ＯＫ」とを含んでいる。セットアップが完了する場合、ステップ７１８において、ＲＴＳＰサーバから端末Ａへメディアストリームをダウンロードすることができ、また、同時にプレゼンテーションが再生されても良い。
【００８５】
ある時点でＢユーザが呼に応答する場合、端末Ｂは、ステップ７２０において、接続メッセージをＣＳコアＢ及びＣＳコアＡを介して端末Ａへ送信し、そして、呼あるいは第１のセッションが、ステップ７２２において、第１の実施形態のステップ４２４及び４２６と同様に実行することができる。呼が開始する場合、端末Ａへのメディアストリームはそのまま継続してもよく、また、呼は、進行中のダウンロード手順に影響を与えないことが好ましい。メディアストリームが完了する場合、メッセージ「ＲＳＴＰ分解」が、ステップ４２４において、端末ＡからＲＳＴＰサーバへ送信され、最終ステップ７２６において、応答「ＲＳＴＰ ＯＫ」によって応答確認される。ここで、呼が応答される前にメディアストリームが完了する場合、ステップ７２０及び７２２の前に、代わりにステップ７２４及び７２６が実行されても良いことに注意されたい。
【００８６】
図８ａ及び８ｂは、第４の実施形態と同様に、端末Ａにリングバックプレゼンテーションとして提供されるメディアコンテンツがメディアサーバ８００に記憶される、第５の実施形態を示している。しかしながら、端末Ｂが呼び出される場合、エージェント８０２が関連するメディアコンテンツをメディアサーバ８００からフェッチして、次いで、それをリングバックプレゼンテーション８０４として端末Ａに提供するように、「エージェント」８０２が使用される。その後、たとえサーバと端末間のメディア配信が実際に提供されてる場合でさえも、端末Ａ及びＢは両方とも、リングバックプレゼンテーションを端末間のメディア配信であると知覚することになる。従って、技術的には、端末Ａは、エージェント８０２を着信端末であるとみなし、端末Ｂは、エージェント８０２を発信端末であるとみなすことになる。エージェント８０２は、基本的には、端末をエミュレートするように構成されているノードであり、また、これは、ネットワークＢに位置していてもよく、それに対して、メディアサーバはどこに位置しても良いが、これもネットワークＢに位置することが好ましい。
【００８７】
この実施形態においても、端末Ｂは、呼を受信する場合に、リングバックプレゼンテーションを送信することから解放される。この構成に従うエージェントの使用は、主に、ネットワークＡが端末間のメディア配信を依然として採用する一方で、ネットワークＢが性能を向上させるために、サーバと端末間のメディア配信を採用するためにアップグレードされる場合の、ある潜在的な「レガシー」の問題を回避するために考え出されている。それゆえ、ネットワークＡの端末は、サーバと端末間での方法に従って動作することができないであろうが、この実施形態のように、端末間での方法を「エミュレート」することによって、この問題を解決することができる。
【００８８】
図８ｂは、第５の実施形態に従うシグナリング図である。ＡとＢとの間で通常のＣＳ音声呼をセットアップする最初のステップ８０６及び８０８、即ち、最初の通信セッションは、それぞれ、ここでも第１の実施形態のステップ４０４及び４０６と同一である。リングバックプレゼンテーションが提供対象であることを判定した後、端末Ｂは、次のステップ８１０において、Ａの電話番号に向けられている「ＳＩＰ招待」メッセージを送信する。これは、ＰＳコアＢによって受信される。
【００８９】
しかしながら、この実施形態において、ＰＳコアＢは、このセッション招待を端末Ａに向けて搬送するのではなく、ステップ８１２において、代わりにそれをエージェント８０２へ送信する。次いで、エージェントは、ステップ８１４の「リライト（書き直し）」で示されるように、自身を送信側として示すためにメッセージを変更し、その後、パケット交換方式の第２の通信セッションを端末Ａと確立するために、次のステップ８１６において、それをＰＳコアＡを介して端末Ａへ搬送する。次いで、端末Ａは、ステップ８１８において、ＰＳコアＡを介して応答確認メッセージ「ＳＩＰ２００ＯＫ」をエージェントに送信することによって応答する。以前の実施形態と同様、端末Ａは、最初に、リングバックプレゼンテーションへのユーザによる手動での承諾のために、そのユーザに促してもよいし、それを自動で受諾しても良い。
【００９０】
ここでエージェントは、「書き直し」ステップ８２０によって示されるように、セッション招待が実際には拒否されることを示すために、また、自身が送信側として示すために、端末Ａからの応答確認メッセージを変更する。次いで、作成された拒否メッセージは、次のステップ８２２において、ＰＳコアＢを介して端末Ｂへ送信される。ステップ８２２の拒否メッセージは、変更された「ＳＩＰ２００ＯＫ」メッセージであっても良いし、これが他の何らかの適切な拒否コードで置き換えられても良い。
【００９１】
拒否メッセージを受信している場合、端末Ｂは、任意のメディアコンテンツをリングバックプレゼンテーションとして端末Ａへ送信することはない。一方、エージェント８０２は、メディアサーバ８００のネットワークアドレスと、意図されているリングバックプレゼンテーションを構成する、それに記憶されているメディアコンテンツへの参照情報とを検索する。このエージェントは、メディアコンテンツへの参照情報を別の方法で取得することもできる。ＰＳコアＢに記憶されている加入者データから、あるいは、いわゆる「セルフサービスゲートウェイ」によってエンドユーザから検索されても良いし、Ａ及びＢのアイデンティティに基づくアルゴリズムによって算出されてもよいし、ステップ８１０の「ＳＩＰ招待」メッセージで与えられても良い。
【００９２】
次に、ステップ８２４において、エージェントは、メディアコンテンツに対するリクエストをメディアサーバ８００へ送信し、次のステップ８２６において、それを受信する。その後、ステップ８２８によって示されるように、エージェントは、メディアコンテンツを端末ＡにＰＳコアＡを介してＭＳＲＰ送信メッセージで提供し、ここでリングバックプレゼンテーションは端末Ａで再生及び表示の少なくとも一方を行うことができる。ステップ８２８でメディアコンテンツの配信が完了する場合、ステップ８３０で一般的に示されるように、第２のセッションを終了させるためにルーチン手順が実行される。このセッション終了手順は、図４ｂの第１の実施形態のステップ４１８乃至４２２に対応する。
【００９３】
最後に、Ｂユーザが、ステップ８０６及び８０８によって開始される呼にある時点で応答する場合、端末Ｂは、ステップ８３２において、接続メッセージを端末ＡへＣＳコアＢ及びＣＳコアＡを介して送信することになり、また、呼あるいは第１のセッションは、第１の実施形態の中のステップ４２４及び４２６と同様に、ステップ８３４において実行することができる。ネットワークＡ及びＢに著しい影響を与えないので、上述の第５の実施形態によって、サーバと端末間のリングバック機能を提供する方法の早期の展開が可能になる。
【００９４】
上述の第１−第５の実施形態は、基本的には、実際のメディアコンテンツ自身を送信するために、あるいは、サーバもしくはエージェントにコンテンツを送信するために、着信端末が何らかの形でリングバックプレゼンテーションを発信端末に提供する手順を開始することを必要とする。例えば、ＳＩＰがこれらの実施形態の中で使用される場合、上述のように、端末Ｂは、「ＳＩＰ招待」と「ＳＩＰメッセージ」のいずれか一方を端末Ａへ送信しなければならない。
【００９５】
ここで、呼が着信すると同時にリングバックプレゼンテーションのプロビジョンの開始のために、何らかの動作を行うことから着信端末がまったく解放される、第６の実施形態について、図９ａ及び９ｂを参照しながら説明する。リングバックプレゼンテーションとして端末Ａに提供されるメディアコンテンツは、ネットワークサーバ９００に記憶される。図７ａ及び７ｂ並びに図８ａ及び８ｂに示す実施形態と同様に、第６の実施形態は、それによって「サーバと端末間」のメディア配信９０２を提供して、端末Ｂをリングバック関連のメディアを記憶して送信することから解放することで、上述の利点を提供する。サーバ９００は、基本的には、どこに位置しても良いが、この場合、ネットワークＢに位置している。
【００９６】
この実施形態を含めて、サーバと端末間の配信に関係するすべての実施形態において、端末Ｂのユーザは、前もって、例えば、インターネットのポータルを介して、異なる発信者には異なるように、あるいは、全ての発信者に一様に、何らかの形でリングバックプレゼンテーションのコンテンツ(テキスト、画像、ビデオクリップ等）をネットワークサーバ９００内で構成しなければならない。
【００９７】
図９ｂは、第６の実施形態に従うシグナリング図である。ＡとＢ間で通常のＣＳ音声呼セットアップを開始する最初のステップ９０４及び９０６、即ち、第１の通信セッションは、それぞれ、第１の実施形態のステップ４０４及び４０６とほとんど同一である。しかしながら、この実施形態では、ＣＳコアＢはＣＳセットアップメッセージをステップ９０４において受信する場合、ステップ９０８において適切な呼通知メッセージを送信することによって、着信するＣＳ呼についてネットワークサーバ９００に通知する。次いで、ネットワークサーバは、リングバックプレゼンテーションが提供対象であることを判定することができ、従って、パケット交換方式の第２の通信セッションを端末Ａと確立する。次いで、ネットワークサーバ９００は、次のステップ９１０において、メッセージに組み込まれているテキスト列を配信するための「ＳＩＰメッセージ」、あるいは画像、クリップ、もしくは他のタイプのファイルを配信するための「ＳＩＰ招待」のいずれかを、Ａの電話番号に対して送信しても良い。
【００９８】
第１の実施形態のステップ４１０と同様に、ステップ７０４のセットアップメッセージで与えられる端末Ａの電話番号は、ステップ９１２において、ＰＳコアＢによって有効なＳＩＰ ＵＲＬへと翻訳され、そして、次のステップ９１４において、ＰＳコアＢから端末ＡへＰＳコアＡを介して、ネットワークサーバからの「ＳＩＰメッセージ」または「ＳＩＰ招待」が送信される。「ＳＩＰメッセージ」または「ＳＩＰ招待」を受信すると、これまでの実施形態において説明されるように、端末Ａは、そのユーザに受諾を促しても良いし、あるいは、リングバックプレゼンテーションを自動的に受諾しても良い。セッション招待は何らかの形で受諾され、端末Ａは、次のステップ９１６において、「ＳＩＰ ２００ＯＫ」をＰＳコアＡ及びＢを介してネットワークサーバ９００へ送信することによって応答する。
【００９９】
ステップ９１０及び９１２において「ＳＩＰ招待」が送信された場合、ここでリングバックプレゼンテーションのメディアコンテンツは、「ＭＳＲＰ送信」メッセージ内に含まれて、ステップ９１８においてネットワークサーバ９００から端末ＡへとＰＳコアＢ及びＡを介して送信することができ、これによってリングバックプレゼンテーションをＡに提供する。次いで、一般的なステップ９２０によって示す従来の終了セッション手順によって、第２のセッションが完了する。リングバックプレゼンテーションのメディアコンテンツがステップ９１０及び９１２の「ＳＩＰメッセージ」で完全に提供される場合、ステップ９１８及び９２０は、もちろん省略されることになる
最後に、Ｂユーザがある時点で呼に応答する場合、端末Ｂは、ステップ９２２において、接続メッセージを端末ＡへＣＳコアＢ及びＣＳコアＡを介して送信することになり、また、第１のセッションは、第１の実施形態のステップ４２４及び４２６と同様に、ステップ９２４において実行することができる。これまでの実施形態の場合のように、プレゼンテーションのコンテンツの再生／表示は、呼の最中も依然として端末Ａにおいて継続していても良い。
【０１００】
上述の第１−第６の実施形態は、リングバックプレゼンテーションを発信端末にどのように提供できるかについてのほんの数例であり、本発明から逸脱することなく、その各種の変更が可能である。例えば、記載されている回線交換方式の第１の通信セッションは、その代わりにパケット交換方式のセッションであっても良く、その逆も同様である。記載されている特定のメッセージは、一般的にはＳＩＰプロトコルから得られるものであるが、他のプロトコルに対する他の対応するメッセージ等が用いられても良い。図８ａ、ｂの第５の実施形態において説明されるように端末をエミュレートするためにエージェント８０２を使用するソリューションは、図９ａ、ｂの第６の実施形態に適用することができる。図９ａ、ｂの第６の実施形態において、記載されているネットワークサーバ９００の代わりにＲＴＳＰサーバを使用することができ、その場合、ステップ９１０及び９１４の「ＳＩＰメッセージ」は、図７ａ、ｂの第４の実施形態におけるステップ７１６、７１８、７２４、７２６と同様に、端末Ｂがプレゼンテーションコンテンツをそこからダウンロードすることができるように、ＲＴＳＰサーバのネットワークアドレスを含んでいても良い。
【０１０１】
本記載の中で上述したように、リングバックプレゼンテーションの開始時、また、Ｂユーザが応答する場合にも、Ａユーザにアラートを行うためにいくつかの方策が取られても良い。端末Ａにおけるビデオクリップの再生は、Ａユーザがハンズフリー装置を使用していない場合、または呼のセットアップ中に端末のディスプレイを見ない場合、少なくとも部分的には気付かれない状態で進行する可能性がある。一方、例えば、視覚的な挨拶メッセージを楽しんでいる場合、ＡユーザはＢパーティが応答する場合に、直には聞いていない可能性がある。これらの状況は、以下のようにして回避することができる。
【０１０２】
第１に、Ｂユーザが応答する前の呼セットアップ中に、第２のセッションの並行ＰＳベアラを介して端末Ａに着信するＳＩＰシグナリングが、現在確立されている第１のセッションにそれが関連するかどうか判定するために、チェックされても良い。例えば、端末Ａは、着信する信号の発アドレスを、確立中の呼のＢの番号／Ｂのアドレスと比較することができる。これらのアドレスが一致する場合、端末Ａは、視覚的なリングバックプレゼンテーションが受信されていることをＡユーザに通知するために、オーディオまたは振動による指示を起動するようにプログラムされ得る。より直接的な選択肢においては、「ＳＩＰ招待」もしくは「ＳＩＰメッセージ」が受信される場合にはいつでも、端末Ａが、無条件に指示を起動する。
【０１０３】
第２に、視覚的プレゼンテーション（例えば、ビデオクリップ）を楽しんでいる場合、Ａユーザは、Ｂパーティが応答する場合はすぐには聞いていないかもしれない。また、応答が聞こえたとしても、ビデオの挨拶メッセージを最後まで見続けたい可能性がある。端末Ａにおいて、それも同様に示すために、特定のアラート機能、例えば、画面上の何らかの視覚的な指示もしくは振動がプログラムされ得る。応答時に、単純にその提示の再生／表示を中断することも可能である。
【０１０４】
従って、セットアップされている第１のセッションに加えて、別個の第２のＰＳベースの通信セッションを使用することによって、待機中の発信者へのリングバックプレゼンテーションとして広範囲なメディアタイプの選択を可能にするソリューションが提供される。また、発信端末のユーザは、呼が実際にいつ応答されるかに関係なく、リングバックビデオ及びオーディオシーケンスの少なくとも一方の再生、あるいは、画像やその類の表示を制御することができ、またそれをいつ停止するかを決定することができる。
【０１０５】
本発明は、特定の典型的な実施形態を参照しながら記載しているが、この記載は、一般的には、本発明の概念を例示することだけが意図されているのであって、本発明の範囲を限定するものとして取られるべきではなく、本発明の範囲は、添付の請求項によって定義される。
【図面の簡単な説明】
【０１０６】
【図１】従来の方法に従う、マルチメディアを含む通信セッションの概略図である。
【図２ａ】従来の呼セットアップ手順を示すシグナリング図である。
【図２ｂ】従来技術に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図３ａ】一態様に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図３ｂ】別の態様に従う、呼セットアップ手順の間にリングバック機能を提供する基本な手順を示すフローチャートである。
【図４ａ】第１の実施形態に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図４ｂ】第１の実施形態に従う、リングバック機能を含む呼セットアップ手順を示すシグナリング図である。
【図５ａ】第２の実施形態に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図５ｂ】第２の実施形態に従う、リングバック機能を含む呼セットアップ手順を示すシグナリング図である。
【図６ａ】第３の実施形態に従う、リングバック機能を含むパケット交換方式の呼セットアップ手順の基本的な図である。
【図６ｂ】第３の実施形態に従う、リングバック機能を含む呼セットアップ手順を示すシグナリング図である。
【図７ａ】第４の実施形態に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図７ｂ】第４の実施形態に従う、リングバック機能を含む呼セットアップ手順を示すシグナリング図である。
【図８ａ】第５の実施形態に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図８ｂ】第５の実施形態に従う、リングバック機能を含む呼セットアップ手順を示すシグナリング図である。
【図９ａ】第６の実施形態に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図９ｂ】第６の実施形態に従う、リングバック機能を含む呼セットアップ手順を示すシグナリング図である。
【技術分野】
【０００１】
技術分野
本発明は、一般的には、リングバック機能（ring-back function）を用いて呼をセットアップする方法及び装置に関するものである。特に、本発明は、呼セットアップ手順中に応答を待機する間に、例えば、情報、エンタテイメント、グリーティングメッセージ、あるいはその類のマルチメディアコンテンツを発信者（コーリングパーティ：calling party）に提示する新規のソリューションを提供する。
【０００２】
背景技術
３Ｇ移動電話の出現で、パケットを利用する新規の通信技術が、マルチメディアコンテンツを通信するために開発されている。例えば、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ：汎用パケット無線サービス）及びＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：広帯域符号分割多元接続）技術は、従来の回線交換方式の音声呼に加えて、画像、テキスト、文書、アニメーション、オーディオファイル、ビデオファイル等を表現するデータのパケット交換通信を介在する、無線マルチメディアテレフォニーサービスをサポートする。本明細書において、用語「マルチメディアコンテンツ」は、パケット交換転送によって通信される、任意の所定データを表現するためにも使用される。
【０００３】
移動体ネットワークは、音声搬送用の回線交換（ＣＳ）部分と、その他のデータ（典型的には、マルチメディアコンテンツ）の搬送用のＩＰ技術に基づくパケット交換（ＰＳ）部分とに分けられる、マルチメディアセッションを処理するように設計されている。このようにして、音声については従来型の全二重チャネルに関連付けられた高性能が得られる一方で、マルチメディアサービスに関わるその他のデータは、通常はそれほど遅延に敏感ではないため、パケット交換によって適切にサポートされ得る。また、この構成は、例えば、ＧＰＲＳネットワークのように、回線交換方式の送信用の既存のリソースを利用することによって、ネットワークオペレータのコストを減らすことができる。
【０００４】
このソリューションは、図１で概略的に示される。ここで、２つの典型的な移動端末Ａ及びＢは、音声とマルチメディアコンテンツの両方を含むマルチメディアセッションを行っている。従来型の無線インタフェースによって、端末Ａは、アクセスネットワーク１００Ａに接続され、端末Ｂは、別のアクセスネットワーク１００Ｂに接続されている。典型的には、アクセスネットワーク１００Ａ及び１００Ｂは、図においてネットワークをＣＳドメインとＰＳドメインとに分けている点線で示すように、回線交換方式の搬送用とパケット交換方式の搬送用それぞれのアーキテクチャ及び論理システムを有している。
【０００５】
従って、音声は回線交換方式の呼セッション１０２において通信され、他方、マルチメディアコンテンツはパケット交換方式のマルチメディアセッション１０４において通信される。簡潔にするためここでは示されていないが、セッション１０２及び１０４のそれぞれにおいて、他の各種の中間ネットワーク及びリンクが含まれていても良い。セッション１０２及び１０４は、呼管理及び搬送チャネルに関しては、基本的には相互に独立しており、各セッションは、他方に関係なく、開始及び終了することができる。典型的には、ＣＳベースの音声呼がまず確立され、次いで、呼の間のある時点で、ＰＳベースのセッションを確立することによって、マルチメディアが会話に導入され得る。例えば、ＤＴＭ（Ｄｕａｌ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）ケイパビリティを備えるＷＣＤＭＡもしくはＧＳＭに基づいて、ＣＳセッションとＰＳセッションへの同時アクセスが可能になるであろう。
【０００６】
近年では、パケットドメイン内でマルチメディアサービスを提供するために、「ＩＰマルチメディアサブシステム」（ＩＭＳ）と呼ばれるネットワークアーキテクチャが、第３世代パートナーシッププロジェクト（３ＧＰＰ）によってオープンスタンダードとして開発されている。ＩＭＳは、使用されるアクセス技術には多かれ少なかれ依存しない、ＩＰトランスポートに基づくサービスを可能にする一般的なプラットフォームであり、基本的には、いかなる一連の限られた特定のサービスにも限定されない。
【０００７】
「ＳＩＰ」（ＩＥＴＦ ＲＦＣ３２６１標準等に従う、セッション開始プロトコル）と呼ばれるセッションセットアップの仕様が定められている。これは、パケット交換論理を介してセッションを生成し、変更し、そして、終了するためのアプリケーションレイヤの制御（シグナリング）プロトコルである。ＳＩＰは、一般的には、マルチメディアセッション、例えば、セッション１０４を確立するためのＩＭＳサービスネットワークによって使用される。図１の場合には、ＩＭＳネットワークは、ネットワーク１００Ａ、１００ＢそれぞれのＰＳ部分に統合されても良い。
【０００８】
現在、消費者（コンシューマ）市場では、多くの様々なタイプの端末が利用可能であるため、マルチメディア通信を行おうとする２つの端末は異なるケイパビリティ（capability：機能）を有することがあり、各端末は、最初は相手のケイパビリティの知識を持っていない。従って、マルチメディアセッションを確立するためには、自身の専用のケイパビリティ及びプリファレンスに関する情報を交換することによって、セッションセットアップ手順において最初にセッションパラメータが選択され、決定されなければならない。ＳＩＰでは、セッションを開始するために呼セットアップの間に端末同士が自身のケイパビリティを交換する「招待（ＩＮＶＩＴＥ）」と呼ばれる方法が定義されている。
【０００９】
発信（calling）パーティＡと着信（called）パーティＢの間での、従来型の回線交換方式の音声呼のセットアップ中に、着信端末で呼出信号が起動されていることを示すために、着信端末では単純なリングバックトーンが発信される。パーティＢは、例えば、音楽の一部、振動、もしくは録音された音等の任意のタイプの呼出信号を着信端末で事前に選択することができるが、発信端末で与えられるリングバックトーンは、通常は、単一のトーンの繰返音で構成されており、これは、着信ユーザの応答が遅い場合には、聞いていても多少退屈であることがある。
【００１０】
今日、「音楽（ミュージック）リングバックトーン」と呼ばれる、回線交換通話用のよく知られているサービスが、着信パーティからの応答を待機する間に発信パーティを楽しませるためにしばしば使用されている。このサービスは、例えば、電話の待ち行列に置かれている場合等、応答が大幅に遅れる可能性がある場合に、行政機関や企業の電話交換機によって使用されることが多い。その後、着信パーティが応答するまで、事前に録音された音楽の一部または情報が、発信パーティに対して再生される。
【００１１】
図２ａは、アクセスネットワーク１に接続している発信端末Ａと別のアクセスネットワーク２に接続している着信端末Ｂの間の、従来型の回線交換方式の呼セットアップのためのシグナリング図を示している。以下のステップが基本的に実行される。
【００１２】
２００：端末Ａのユーザが端末Ｂの電話番号を入力すると、端末Ａは、着信先のＢの番号を含む呼セットアップメッセージをネットワーク１へ送信する。
【００１３】
２０２：ネットワーク１は、受信したＢの番号に基づいてネットワーク２を識別し、Ａの番号を含む呼セットアップメッセージをネットワーク２へ送信する。
【００１４】
２０４：ネットワーク２は、呼セットアップメッセージを端末Ｂへ送信する。発番号提示サービスが適用される場合、この呼セットアップメッセージはＡの番号も含んでいる。次いで、端末Ｂは、そのユーザへアラートを行うために音を鳴らすまたは振動することを開始する。また、端末ＡＢ間の回線交換チャネルは、現在、その呼のために確保されている。
【００１５】
２０６：端末Ｂは、アラートメッセージをネットワーク２へ送信することによって応答し、着信端末Ｂにおいて呼出（リンギング）信号が起動されたことを示す。
【００１６】
２０８：次いで、ネットワーク２は、アラートメッセージをネットワーク１へ送信する。
【００１７】
２１０：同時に、ユーザが応答することを待機している間、ネットワーク２は、確保されているチャネルを介して、即ち、「インバンド（in-band）」で、リングバック「音」を生成する。このリングバック音は、典型的には、単調な繰返音であるが、端末Ｂの加入者によって事前に選択されている、例えば、音楽もしくはメッセージのような、事前に録音されている任意の音声の一部であっても良い。
【００１８】
２１２：ここで、アラートメッセージは、発信端末Ａに達し、端末Ｂが呼出信号を発信していることを示す。それに応じて、端末Ａは、確保されているチャネルに接続し、「インバンド」でリングバック「音」を聞く。
【００１９】
２１４：しばらくして、端末Ｂのユーザが呼に応答する。
【００２０】
２１６：端末Ｂは、接続メッセージをネットワーク２へ送信して、端末Ｂのユーザが呼に応答していることを示し、そして、その結果、ネットワーク２は、リングバック音の生成を停止する。
【００２１】
２１８：接続メッセージが、ネットワーク２からネットワーク１へ送信される。
【００２２】
２２０：接続メッセージが、ネットワーク１から発信端末Ａへ送信される。
【００２３】
２２２：呼セットアップがこれで完了し、実際の呼セッションが開始され得る。
【００２４】
上述の従来の呼セットアップ手順に従って、リングバック音もしくは音声の一部が、ＣＳドメイン、即ち、セットアップされる呼のために確保されているＣＳチャネルでの接続によって、常に「インバンド」で発信端末Ａへ転送される。このことは基本的には図２ｂで示されている。図２ｂでは、点線のブロック２２２は、ＣＳベースのネットワーク１及び２にそれぞれ接続されている、端末Ａと端末Ｂの間のＣＳドメインにおける従来の呼セットアップ手順を示している。ブロック２２２の中の点線矢印２２４は、設定される呼のために確保されているＣＳチャネルによって、呼セットアップ２２２の間に端末Ａへ送信されるリングバック音声の一部を示している。従って、リングバックのメカニズムは、ＣＳベースの呼セットアップ手順２２２の一部として完全に統合されている。
【００２５】
しかしながら、従来の呼セットアップ手順は、接続のＣＳという性質により、ユーザは、事前に録音されている音声の一部、例えば、音楽や声の一部を提示することしかできないため、待機中の発信者にはそれが制限となる。移動体マルチメディア通信の現在の環境においては、他のタイプのメディア、特に、視覚メディアも同様に導入することによって、音声ベースのリングバックプレゼンテーションの現在制現されている範囲を拡張することが望ましいであろう。
【００２６】
更に、発信ユーザは、特に、何か重要な情報が提示される場合に、提示されている音声の一部を聞くのを終了したいと思うことがある。従来の呼セットアップ手順では、再生されているリングバック音声シーケンスは、着信パーティが応答する、即ち、受話器をあげると同時に、そのシーケンスがどのくらい再生されているかに関わらず、自動的に中断される。従って、たとえ着信ユーザが応答している場合でも、発信者がリングバック音声シーケンスを聞き続けられるようにすることも望ましいであろう。一方、発信者は、再生される音声の一部が邪魔であると感じることもあり、たとえ着信パーティが応答する前であっても、それを聞くのを止めたいと思うこともあるだろうが、現在では、受話器を耳から放すことによってしかそれができない。そのようにすると、発信者は、当然、着信パーティが応答するかどうか聞くこともできないだろうし、このソリューションは滋養的でない。
【００２７】
要約
本発明の目的は、上述したいくつかの問題点のうち少なくとも一部に対して、一般的に取り組むことである。より具体的には、本発明の目的は、予め録音された音声、例えば、音楽や音声メッセージを待機中の発信者に提示することだけに制限されている端末ユーザの問題点に対するソリューションを可能にすることである。本発明のもう１つの目的は、いつ呼が実際に応答されるかに関わらず、端末ユーザがリングバックプレゼンテーションの再生を制御できるようにすることである。
【００２８】
これらの目的及びその他の目的は、添付の独立請求項に従って、着信端末との第１の通信セッションに対する呼セットアップリクエストを発信端末から受信した後に、発信端末へリングバックプレゼンテーションを提供する方法及び装置によって達成することができる。
【００２９】
本発明の方法は、第１のセッションとは独立して、発信端末とのパケットベースの第２の通信セッションを確立することと、第２の通信セッションによって、リングバックプレゼンテーションを示す所定のメディアコンテンツを発信端末へ提供することとを含んでいる。これによって、視覚メディアを含む任意のタイプのメディアを、リングバックプレゼンテーションとして提供することができる。
【００３０】
所定のメディアコンテンツは、着信端末に記憶されていてもよく、その場合、第２の通信セッション中に、メディアコンテンツは、着信端末から発信端末へ送信される。メディアコンテンツは、第２の通信セッション中に、着信端末から送信される少なくとも１つのファイルとして、あるいは、第２の通信セッションに対して、着信端末からのセッション開始メッセージに組み込まれるテキスト列として、発信端末へ提供されても良い。
【００３１】
選択的には、所定のメディアコンテンツは、サーバに記憶されていて、その場合、メディアコンテンツは、第２の通信セッションによって、発信端末へ配信するために、サーバから検索される。このサーバは、メディアコンテンツが発信端末へそこから直接ダウンロードされる、ＲＴＳＰであっても良い。その場合、ダウンロードを可能にするために、ＲＴＳＰサーバのネットワークアドレスとメディアコンテンツへの適切な参照情報が、第２の通信セッションに対して、着信端末からのセッション開始メッセージで発信端末へ送信される。
【００３２】
また、サーバはメディアサーバであっても良く、その場合、エージェントは、メディアサーバからメディアコンテンツをフェッチし、第２の通信セッション中にそのメディアコンテンツを発信端末へ配信する。可能であれば、着信端末は、第２の通信セッションに対するセッション開始メッセージを発信端末へ送信することが好ましく、次いで、エージェントは、セッション開始メッセージを発信端末へ送信する前に、自身が送信側であることを示すためにセッション開始メッセージを変更する。変更されたセッション開始メッセージに応じて、発信端末からの応答確認メッセージを受信する場合、エージェントは、セッション招待が拒否されることを示し、かつ、自身がそのメッセージの送信側であることを示すために、発信端末Ａからの応答確認メッセージを変更してもよく、次いで、変更した拒否メッセージを着信端末へ送信する。
【００３３】
また、サーバは、第１の通信セッションがセットアップされることを示す通知に応じて、第２の通信セッションに対するセッション開始メッセージを発信端末へ送信するネットワークサーバであっても良い。次いで、メディアコンテンツは、第２のセッション中に、ネットワークサーバから送信される少なくとも１つのファイルとして、発信端末へ提供されることが好ましい。選択的には、メディアコンテンツは、セッション開始メッセージに組み込まれるテキスト列として、発信端末に提供されても良い。
【００３４】
典型的には、所定のメディアコンテンツは、少なくとも視覚メディアを含んでいる。
【００３５】
リングバックプレゼンテーションが受信されていることを、自身のユーザに通知するために、発信端末で、オーディオあるいは振動による指示が起動されても良い。この場合、この指示は、第２の通信セッションの並行するパケット交換ベアラを介する端末Ａへの着信シグナリングが現在確立されている第１の通信セッションに関連していると判定する場合に起動されることが好ましい、あるいは、単純に、セッション開始メッセージの受信に応じて起動されても良い。また、視覚もしくは振動による指示は、呼が応答されていることを自身のユーザに通知するために、発信端末で起動されても良い、これは、ユーザが自分の端末を耳から離している場合に役立つことになる。
【００３６】
本発明を使用する場合、異なるリングバックプレゼンテーションが、現在の日時、時間、週あるいは季節、及びユーザステータスの少なくとも一方に依存して、異なる潜在的な発信者に対して定義されている。好ましくは、第２の通信セッションを処理するために、標準化されたＳＩＰメッセージが使用される。
【００３７】
本装置は、第１のセッションとは独立して、発信端末とのパケットベースの第２の通信セッションを確立する手段と、第２の通信セッションによって、リングバックプレゼンテーションを示す所定のメディアコンテンツを発信端末に提供する手段とを含んでいる。
【００３８】
一実施形態において、着信端末は、所定のメディアコンテンツを記憶し、それを第２の通信セッション中に発信端末へ送信するように構成されている。着信端末は、更に、第２の通信セッション中に少なくとも１つのファイルを送信することによって、メディアコンテンツを発信端末に提供するように構成されていても良い。選択的には、着信端末は、第２の通信セッションに対するセッション開始メッセージに組み込まれるテキスト列として、メディアコンテンツを発信端末に提供するように構成されていても良い。
【００３９】
別の実施形態において、本発明の装置は、所定のメディアコンテンツが記憶されているサーバを含み、このサーバは、第２の通信セッションによって、発信端末へメディアコンテンツを配信するように構成されている。
【００４０】
サーバは、メディアコンテンツを発信端末に直接ダウンロードできるような、ＲＴＳＰサーバであっても良い。この場合、着信端末は、ダウンロードを可能にするために、ＲＴＳＰサーバのネットワークアドレスとメディアコンテンツへの適切な参照情報が、第２の通信セッションに対するセッション開始メッセージで発信端末へ送信するように構成されていても良い。
【００４１】
また、サーバは、メディアサーバであってもよく、本発明の装置は、更に、メディアサーバからメディアコンテンツをフェッチして、かつ第２の通信セッション中にそのメディアコンテンツを発信端末へ配信するように構成されているエージェントを含んでいても良い。この場合、着信端末は、第２の通信セッションに対するセッション開始メッセージを発信端末へ送信するように構成されていても良く、また、エージェントは、セッション開始メッセージを発信端末へ送信する前に、自身が送信側であることを示すためにセッション開始メッセージを変更するように構成されていても良い。更に、その変更されたセッション開始メッセージに応じて、発信端末からの応答確認メッセージを受信する場合、エージェントは、セッション招待が拒否されることを示し、かつ自身がそのメッセージの送信側であることを示すために、端末Ａからの応答確認メッセージを変更し、その変更した応答確認メッセージを着信端末へ送信するように構成されていても良い。
【００４２】
別の実施形態において、サーバは、第１の通信セッションがセットアップされることを示す通知に応じて、第２の通信セッションに対するセッション開始メッセージを発信端末へ送信するように構成されているネットワークサーバである。その場合、ネットワークサーバは、更に、第２の通信セッション中に、少なくとも１つのファイルを送信することによって、メディアコンテンツを発信端末に提供するように構成されていても良い。また、ネットワークサーバは、セッション開始メッセージに組み込まれるテキスト列として、メディアコンテンツを発信端末に提供するように構成されていても良い。
【００４３】
発信端末は、リングバックプレゼンテーションが受信されていることをユーザに通知するために、オーディオあるいは振動による指示を起動するように構成されていることが好ましい。この場合、発信端末は、更に、第２の通信セッションの並行するパケット交換ベアラを介する端末Ａへの着信シグナリングが現在確立されている第１のセッションに関連していることを判定することによって指示を起動するように構成されていてもよいし、あるいは、単純に、セッション開始メッセージの受信に応じて指示を起動するように構成されていても良い。また、発信端末は、呼が応答されることを自身のユーザへ通知するために、視覚あるいは振動による指示を起動するように構成されていても良い。
【００４４】
また、本発明の装置は、現在の日時、時間、週あるいは季節、及びユーザステータスの少なくとも一方に依存して、異なる潜在的な発信者に対する異なるリングバックプレゼンテーションを定義する手段を更に含んでいても良い。
【００４５】
本発明の更なる特徴とその利点は、以下の詳細説明で説明されるであろう。
【００４６】
詳細説明
最初に、一態様による基本的なソリューションについて、図３に示される通信状況を参照して簡単に説明する。ここで、図３ａでは、発信端末Ａが第１のネットワーク１に接続されていて、かつ、着信端末Ｂが第２のネットワーク２に接続されている。図１に関して説明されるように、移動ネットワークは、典型的には、ＣＳ部分とＰＳ部分とに分けられる。それゆえ、図３ａのネットワーク１は、ＣＳベースのネットワーク３００とＰＳベースのネットワーク３０２との両方を含んでいて、後者は、典型的には、ＩＭＳネットワークである。同様に、ネットワーク２は、ＣＳベースのネットワーク３０４とＰＳベースのネットワーク３０６とを含んでいる。
【００４７】
図２ｂの従来のＣＳベースの呼セットアップにおいて、リングバック音声の一部は、来たるべき呼のために確保されているＣＳチャネルによって発信パーティに送信され得る。これにより、呼セットアップ手順に全体的に統合されている。しかしながら、図３ａに示されるソリューションは、リングバックプレゼンテーション（presentation：提示）を発信端末Ａへ搬送するために、好ましくは、ＩＭＳプラットフォームを使用するＰＳセッションを採用する。本明細書の中で、用語「リングバックプレゼンテーション（ring-back presentation）」は、ＰＳセッションによって発信者と通信され得る任意のメディア形式で、例えば、情報、エンタテイメント、挨拶メッセージ等を搬送する、発信者に提供される任意のタイプの所定のメディアコンテンツを示すために使用される。
【００４８】
本態様に従えば、点線ブロック３０８によって示されるように、第１の通信セッション用の従来の呼セットアップ手順が行われ、また、点線ブロック３１０に示されるように、進行中の呼セットアップ３０８の間に、完全に別のパケット交換方式の第２のセッションが更に確立される。リングバックプレゼンテーション３１２は、呼セットアップ３０８とは独立して、ＰＳセッション３１０によって発信端末Ａに提供される。同時に、点線矢印３１４で示されるように、リングバック機能が、従来の手順に従って呼セットアップ３０８の中に、例えば、「バックグランド」リングバックトーンとして任意で提供されても良い。
【００４９】
リングバックプレゼンテーション３１２の実際のメディアコンテンツを端末Ａに提供するために、様々なメカニズムを使用することができ、これについては、様々な実施形態を参照して以下でより詳細に説明する。従って、別個のＰＳセッションを使用することによって、応答を待機しながら、ビデオクリップ、画像、テキスト、文書、アニメーション、オーディオクリップ、そしてそれらの任意の組み合わせ等の、広範囲な様々なメディアタイプをリングバックプレゼンテーションとしてプロビジョン（provision）することが可能になる。
【００５０】
ＰＳセッション３１０は呼セットアップ３０８による影響は受けないので、リングバックプレゼンテーションを受信する発信者は、呼が実際にいつ応答されるかに関係なく、リングバックプレゼンテーションを再生するかあるいは表示するかを自由に決定することができ、また、その再生をいつ停止するかも同様に自由に決定することができる（但し、単純に、プレゼンテーションが自動的に開始されるようにすることは便利であろう）。例えば、着信パーティからの興味深いビデオクリップが、応答を待つ間、発信者の端末上で再生されても良く、そして、着信パーティが応答したら、ビデオクリップがまだ再生されている間は、それを話題にしても良い。画像がリングバックプレゼンテーションを構成する場合、呼の間はそれが表示され続けても良い。
【００５１】
一方、発信者も、例えば、退屈な音楽やビデオクリップの一部のようなリングバックプレゼンテーションの再生を、たとえそれが実際には端末に提供されていても、自由にやめてもよいだろう。また、このソリューションによって、予め選択されている発信者が特定のリングバックプレゼンテーションを受信し、それ以外の者は受信しないように、発信番号に基づく選択的なリングバックプレゼンテーションが可能になる。また、特定の潜在的な発信者のグループが、異なるリングバックプレゼンテーションを受信するために定義されても良い。また、例えば、現在の日時、日、週あるいは季節等の様々な時間要素に依存して異なるリングバックプレゼンテーションを定義することも可能である。更にまた、応答が次第に遅延する場合には、一連の多様なリングバックプレゼンテーションが提供されても良い。更に、例えば、「ビジー」、更には「ビジー：会議中」、「ビジー：映画鑑賞中」、「ビジー：睡眠中」等のユーザステータスに依存して、ユーザに対して、様々なリングバックプレゼンテーションを定義することも可能である。
【００５２】
図３ｂは、例えば、図３ａに示す状況に対応する、別の態様に従う呼セットアップ手順中のリングバック機能を提供する方法を一般的に示すフローチャートである。第１のステップ３１４において、第１の通信セッションのために、着信端末に向けられる従来の呼セットアップメッセージが発信端末から受信される。典型的には、このメッセージは、図３ａのようなＣＳ音声呼を開始することを意図しているが、この状況においては任意のタイプの呼またはセッションも可能である。
【００５３】
ステップ３１６において、所定のリングバックプレゼンテーションが、呼セットアップメッセージに応じて、例えば、上述の潜在的な発信者の所定リストに基づいて、発信端末に提供されるべきであるかが判定される。提供されるべきでない場合、ステップ３１８において、呼セットアップ手順の従来のリングバック機能だけが使用されて、従来のリングバックトーンもしくは所定の録音済の音声の一部が、上述の図２ａ及び２ｂで示される方法で提供する。従来の呼セットアップ手順に従えば、着信パーティが呼に応答するとすぐに、ステップ３２０においてリングバック機能は停止される。ここで、ステップ３１８及び３２０につながるＮＯの選択肢は、本発明の範囲外にあることに注意されたい。
【００５４】
しかしながら、リングバックプレゼンテーションが提供されるべきであると、ステップ３１６において判定される場合、ステップ３２２において、パケット交換方式の第２の通信セッションが発信者との間で確立される。その後、最終ステップ３２４において、所定のリングバックプレゼンテーションに従うメディアコンテンツが、確立された第２のセッションを用いて発信者に提供される。ここで、この場合、ステップ３２２及び３２４を用いて第２のセッションを介してメディアコンテンツが提供されると同時に、呼セットアップ手順の従来のリングバック機能が、点線で示されるように、例えば、「バックグランド」で単純なリングバックトーンを発信者に提供するため起動されても良いことに注意されたい。
【００５５】
本ソリューションにおいて、第１の通信セッションは、ＣＳセッションあるいはＰＳセッションのどちらかであって良い。このソリューションがＣＳベースの第１の通信セッションについて機能するための要件は、端末ＡとＢが両方とも、ＣＳセッションとＰＳセッションを同時に提供できる移動アクセスネットワークに接続されていなければならないということである。これは、基本的には、マルチ無線ベアラ機能を備えるＷＣＤＭＡアクセスによって、そして、ＤＴＭ（Ｄｕａｌ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）機能を備えるＧＳＭアクセスによって実現される。従って、音声呼については、回線交換方式の音声ベアラとパケット交換方式のデータベアラが、同時に処理される。最初の通信セッションがビデオ呼である場合、回線交換方式のデータベアラとパケット交換方式のデータベアラが、同時に処理される。
【００５６】
このソリューションを実装する場合、以下の実施形態に従って発信者にメディアコンテンツを提供するための様々なメカニズムを採用することができる。以下の図において、いくつかの構成要素は図３ａの対応する構成要素と同一の番号を有している。具体的には、ＰＳネットワーク１ ３０２、ＰＳネットワーク２ ３０６、ＣＳセッション３０８、そして、ＰＳセッション３１０である。これらは、以下では再度説明しない。更に、これらの例においては一般に、標準化されているＳＩＰメッセージが、パケット交換方式の第２の通信に使用されるが、本発明は基本的にそれに限定されるものではない。
【００５７】
図４ａ及び４ｂは、着信端末Ｂに記憶されている「メディアコンテンツファイル」が、リングバックプレゼンテーションとして発信端末Ａに提供される、第１の実施形態を示している。メディアコンテンツファイルは、上述の例のように、任意のフォーマットもしくはタイプであっても良く、端末Ａがそれを受信し再生することができる場合に配信することができる。従って、簡潔にするためにここでは示していないが、ＣＳ呼セットアップ手順３０８は、第１の通信セッション用として、Ａ及びＢが接続されているＣＳネットワークを用いて実行される。同時進行のＰＳベースの第２の通信セッションは、この場合ＩＭＳセッション３１０であるが、これもまた、ＰＳネットワーク３０２及び３０６を介して確立される。端末Ｂに記憶されているメディアコンテンツファイル４００、例えば、ビデオクリップまたは画像は、矢印４０２で示されるように、直接、端末Ｂからリングバックプレゼンテーションとして提供される。ここで、リングバックプレゼンテーションを構成するために、例えば、適切な方法で多重化される１つ以上のファイルが、端末Ｂから提供されても良いことに注意されたい。
【００５８】
図４ｂは、第１の実施形態に従うソリューションを示すシグナリング図である。この例において、通常のＣＳ音声呼が、第１の通信セッションである。発信端末Ａは、ＣＳドメインとＰＳドメインとを有するネットワークＡに接続されている。これらは、ここでは、ＣＳコアＡ及びＰＳコアＡによって示されている。着信端末Ｂは、同様に、ＣＳコアＢ及びＰＳコアＢを含むネットワークＢに接続されている。この例において、ＰＳコアＡ及びＢは、シグナリングプロトコルとしてＳＩＰを用いるＩＭＳネットワークであるが、本発明は、一般的に、この点に限定されるものではない。
【００５９】
第１のステップ４０４において、ＣＳベースの従来の呼セットアップメッセージは、Ａの電話番号を含めて、端末ＡからＣＳコアＡ及びＣＳコアＢを介して端末Ｂへ送信される。これは、図２ａのステップ２００乃至２０４に対応する。Ａの番号は、「ＣＬＩＤ（Ｃａｌｌｉｎｇ Ｌｉｎｅ Ｉｄｅｎｔｉｔｙ）」と呼ばれる既存の機能を用いて、メッセージの中で提供されても良い。ステップ４０６において、端末Ｂは、着信端末Ｂにおいて呼出信号が起動されていることを示すアラートメッセージをＣＳコアＢ及びＣＳコアＡを介して送信することによって、応答する。上述のように、従来のリングバックトーンもしくはその類は、端末Ａに対して任意で「インバンド」で提供されても良い。これまでのところ、この手順は、基本的には、図２ａのステップ２００乃至２１２と同一である。
【００６０】
しかしながら、ある別個のリングバックプレゼンテーションが提供されると判定した後は、このソリューションに従って、パケット交換方式の第２の通信セッションが端末Ａとの間で確立される。従って、この実施形態の次のステップ４０８において、ＰＳベースのセッションを端末Ａと開始するために、端末Ｂは、Ａの電話番号に向けられる「ＳＩＰ招待（ＩＮＶＩＴＥ）」メッセージを送信する。典型的には、「ＳＩＰ招待」メッセージは、例えば、必要なコーデック（群）及びファイルサイズのような、送信対象のメディアに関する情報を含んでいる。このメッセージがパケット交換によってＡへとルーティングするために、このメッセージは、まず、ＰＳコアＢによって受信され、このＰＳコアＢは、ステップ４１０によって示されるように、受信されたＡの電話番号を有効なＳＩＰ ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）への翻訳を行う。これは、電話番号はＳＩＰルーティングについては有効でないからである。
【００６１】
この番号翻訳は、従来の手順を用いて行われてもよく、そして、受信された電話番号からＳＩＰ ＵＲＬを導出するために、典型的には、「ＥＮＵＭ」と呼ばれる方法が使用される。次いで、ＰＳコアＢが、周知のＩＥＴＦ標準を使って、受信した番号を有効なＳＩＰ ＵＲＬに翻訳する。端末Ａが、例として、ＭＳＩＳＤＮ番号０７０９１２３４５６を有する移動電話である場合、ＰＳコアＢは、それを、例えば、０７０９１２３４５６＠ｏｐ．ｃｏｍと翻訳してもよいし、あるいは、一般的なｎａｍｅ＠ｏｐ．ｃｏｍと翻訳しても良い。
【００６２】
ここで「ＳＩＰ招待」メッセージは、端末Ａの導出されたＳＩＰ ＵＲＬを用いて、ＰＳコアＢからＰＳコアＡへ搬送され得り、そして、一般的なステップ４１２によって全体として示されるように、ＰＳコアＡはセッション招待を端末Ａへ送信する。セッション招待である「ＳＩＰ招待」は、基本的には、端末Ｂは別個のリングバックプレゼンテーション、例えば、ビデオクリップまたは画像を送信することを意図していることを端末Ａに示す。「ＳＩＰ招待」メッセージは、送信対象のメディアのタイプを示す「ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）」と呼ばれるフィールドを含んでいる。
【００６３】
この招待を受信する場合、端末Ａは、必要なコーデック（群）及びファイルサイズに対応できるかどうかを自動的に判定する。端末Ａは、更に、例えば、「０７０９１２３４５６からビデオクリップを受信中。今再生しますか？」あるいは「０７０９１２３４５６から画像を受信中。今表示しますか？」というようなテキストメッセージを表示することによって、手動でユーザが承諾するために、そのユーザを更に促しても良い。選択的には、端末Ａはリングバックプレゼンテーションを自動的に承諾することができ、実用上では、自動的に承諾する方がよりよいソリューションであると言えるであろう。リングバックプレゼンテーションの手動での承諾と自動での承諾との選択は、端末Ａにおけるプリファレンスとして設定されても良い。この例では、セッション招待は何らかの形で受諾され、次のステップ４１４は、端末Ａがその受諾を示すために、応答確認メッセージ「ＳＩＰ２００ＯＫ」をＰＳコアＡ及びＢを介して端末Ｂへ送信することによって応答することを示している。
【００６４】
ここで、リングバックプレゼンテーションのメディアコンテンツ（例えば、ビデオクリップまたは画像）は、ステップ４１６において、メッセージ「ＭＳＲＰ送信（ＭＳＲＰ＝Ｍｅｓｓａｇｅ Ｓｅｓｓｉｏｎ Ｒｅｌａｙ Ｐｒｏｔｏｃｏｌ）」の中に含まれていて、ＰＳコアＢ及びＡを介して端末Ｂから端末Ａへ送信され得る。それによって、リングバックプレゼンテーションをＡに提供する。このステップは、図４ａでリングバックプレゼンテーション４０２としてＰＳセッション３１０を介して送信される、記憶されたファイル４００に対応する。この状況において、「ファイル」４００は、一般的には、任意の実際のファイル数で、任意の所定のメディアコンテンツを示すことができる。例えば、ビデオクリップは、送信用の視覚コンテンツと適切に多重化される音声コンテンツを含んでも良い。また、端末Ａは、第１のセッションを介して受信される従来のリングバックトーンを第２のセッションを介して受信される任意の音声コンテンツと「多重化」し、ユーザに対してその両方を再生するように構成されることが好ましい。また、ユーザに対して、リングバックトーンのみが聞こえるようにビデオクリップの音声成分をミュートすることもできる。
【００６５】
どのような場合でも、端末Ａのユーザは、端末Ｂのユーザからの応答を待機しながら、リングバックプレゼンテーションを楽しむことができる。１）いつプレゼンテーションが受信されるか、及び、２）いつＢユーザが応答しているかについて、Ａユーザの注意をどのようにして向けるかについて、解決すべき実際的な問題がいくつか存在する可能性があり、これらについては、この後述する。
【００６６】
メディアコンテンツを受信する場合、端末Ａは、ステップ４１８において、コンテンツの適切な受信を示すために、別の応答確認メッセージ「ＳＩＰ２００ＯＫ」をＰＳコアＡ及びＢを介して端末Ｂへ送信する。ファイル転送が完了した後、ステップ４２０において、端末Ｂが「ＳＩＰ ＢＹＥ」メッセージをＰＳコアＢ及びＡを介して端末Ａへ送信することによって、第２のセッションが解放される。これに、ＰＳコアＡ及びＢを介して端末Ａから端末Ｂへの別の応答確認メッセージ「ＳＩＰ２００ＯＫ」が、ステップ４２２において続くことになる。
【００６７】
ステップ４０８−４２２の間またはその後の任意の時点で、Ｂユーザは、呼に応答することができ、次いで端末Ｂは、ステップ４２４において、ＣＳコアＢ及びＣＳコアＡを介して端末Ａへ搬送される、図２ａのステップ２１４−２１８に対応する接続メッセージを送信する。次いで、最終ステップ４２６において、呼、または第１のセッションが実行される。しかしながら、ここで、第１のＣＳベースのセッションに関連するステップ４２４及び４２６の実行は、第２のＰＳベースのセッションに関連するステップ４０８−４２２に必ずしも影響しないことに注意されたい。従って、Ｂユーザがいつ応答するかに関係なく、リングバックプレゼンテーションは提供され、再生／表示され得る、そして、Ａユーザは、それを独立して制御することができる。しかしながら、呼に対して応答がある場合、端末Ａにおいて自動的にプレゼンテーションを中断することもまた可能である。そのためには、第１のセッションのアプリケーションと端末Ａにおけるプレゼンテーションの再生／表示との間で適切な調整ロジックが必要となる。ここで、それは、本発明の範囲外であり、従ってここではこれ以上説明しない。プレゼンテーションの再生／表示の継続とその自動中断との間の選択は、端末Ａのプリファレンスとして設定されても良い。
【００６８】
ステップ４０８−４２２に従って端末Ａにメディアコンテンツを提供する手順は、非常に高速で実行することができ、通常は、Ｂユーザが応答することを管理する前に、ビデオクリップ及びオーディオクリップの少なくとも一方が、端末Ａでかなり長い間再生されても良い。好ましくは、最初のパケットが到着するとすぐに、Ａでの再生が開始することを意味する、いわゆる「プログレッシブダウンロード（progressive download）」を使用することができる。この機能の実装は、例えば、ファイル４００のサイズや端末Ａの再生バッファ深度のような、いくつかの事例固有の要因に依存することになる。いずれにせよ、このソリューションによって、Ｂユーザが応答した後でさえも基本的にＡユーザが、例えば、ビデオクリップを再生したり、画像を眺めたり等のプレゼンテーションの視聴を継続できるようにすること、あるいはＢユーザが応答する前にプレゼンテーションを中断できるようにすることは、大きな利点である。また、ビデオクリップ及び音声クリップの少なくとも一方の再生は、自動もしくは手動で繰り返されても良い。
【００６９】
図５ａ及び５ｂは、メディアコンテンツが、リングバックプレゼンテーションとして端末Ａに提供されることになる、端末Ｂに記憶されている所定の英数字文字列である、第２の実施形態を示している。制限されているテキスト列は、標準的なＳＩＰメッセージに収容され得る。このことは、本実施形態を第１の実施形態より幾分単純にする。図５ａにおいて、端末Ａに記憶されているテキスト列５００は、そこから直接、リングバックプレゼンテーション５０２として提供される。
【００７０】
図５ｂは、図５ａの第２の実施形態についてのシグナリング図である。ＡとＢ間の通常のＣＳ音声呼、即ち、第１の通信セッションをセットアップする第１のステップ５０４及び５０６は、それぞれ、第１の実施形態のステップ４０４及び４０６と同一である。この例では、リングバックプレゼンテーションが提供対象であると判定された後、次のステップ５０８において、端末ＢがＡの電話番号に向けられている「ＳＩＰメッセージ」と呼ばれるメッセージを送信することによって、端末Ａとの間でパケット交換方式の第２の通信セッションが確立される。ここで、単純にテキスト列５００をこのメッセージに組み込むことによって、このリングバックプレゼンテーション５０２が直ちに提供され得る。従って、開始「ＳＩＰ招待」が送信されることはなく、端末Ａによって最初にコーデック（群）あるいはファイルのサイズが確立され、かつ応答確認される必要はない。
【００７１】
上述のステップ４１０と同様に、ステップ５０８の「ＳＩＰメッセージ」中の端末Ａの電話番号は、ステップ５１０において、ＰＳコアＢによって有効なＳＩＰ ＵＲＬへと翻訳され、次のステップ５１２において、このメッセージは、ＰＳコアＡを介してＰＳコアＢから端末Ａへ送信される。この「ＳＩＰメッセージ」は、端末Ｂがリングバックプレゼンテーション、この場合は、テキスト列、を提供することを意図していることを、端末Ａに示す。この「ＳＩＰメッセージ」が適切に受信された場合、端末Ａは、次のステップ５１４において、ＰＳコアＡ及びＢを介して端末Ｂに応答確認メッセージ「ＳＩＰ２００ＯＫ」を送信することによって応答する。このメッセージを受信している場合、端末Ａは、例えば、「０７０９１２３４５６からテキスト列を受信中。今読み上げますか？」というようなテキストメッセージを表示することによって、再度、ユーザが手動で承諾するために、そのユーザを促しても良い。選択的には、端末Ａは、受信したテキスト列を自動的に表示しても良い。
【００７２】
Ｂユーザが呼に応答する場合、ステップ５１６において、端末Ｂは、接続メッセージをＣＳコアＢ及びＣＳコアＡを介して端末Ａへ送信し、そして、呼あるいは第１のセッションは、最終ステップ５１８において、上述のステップ４２４及び４２６と同様に実行することができる。呼が開始すると、テキスト列は、端末Ａで表示されたままでもよいし、手動でまたは自動で削除されても良い。
【００７３】
図６ａ及び図６ｂは、第１の通信セッションがパケット交換方式のセッションである、例えば、「ボイスオーバＩＰ」を介在する、第３の実施形態を示している。従って、図６ａにおいて、パケット交換方式の第１のセッションのためのセットアップ手順６００が実行され、そして、パケット交換方式の第２のセッション６０２がリングバック機能のために確立される。第１の実施形態と同様、メディアコンテンツは、端末Ｂに記憶されているファイル６０４であり、そこから直接、リングバックプレゼンテーション６０６として端末Ａに提供されることになる。
【００７４】
図６ｂは、第３の実施形態に従うソリューションを示すシグナリング図である。この例では、ボイスオーバＩＰのためのＰＳベースのセッションが、第１の通信セッションである。第１のステップ６０８において、発信端末Ａは、端末ＢとＰＳセッションを開始するために、Ｂの電話番号に向けられる「ＳＩＰ招待」メッセージを送信する。このメッセージは、最初にＰＳコアＡによって受信され、ＰＳコアＡは、メッセージがパケット交換によって端末Ｂへ転送するために、受信したＢの電話番号を、ステップ６１０において、有効なＳＩＰ ＵＲＬに（ＥＮＵＭに従って）翻訳する。ステップ６０８における「ＳＩＰ招待」メッセージは、端末ＡのＳＩＰ ＵＲＬを、有効で、かつ、ＰＳドメイン内で、即ち、ＰＳコアＡ及びＢによって、使用することができるソースアドレスとして含んでいる。
【００７５】
ここで、ステップ６１２において、端末Ａからの「ＳＩＰ招待」メッセージは、端末Ｂの導出されたＳＩＰ ＵＲＬを用いてＰＳコアＡから端末ＢへＰＳコアＢを介して更に搬送することができる。この「ＳＩＰ招待」メッセージは、必要なコーデック（群）と来たるべきボイスオーバＩＰセッションに必要な他の通信パラメータとに関する情報を含んでおり、そして端末Ａは、提案された条件を受諾できるかどうか自動的に判定する。次のステップ６１４において、端末Ｂは、「ＳＩＰ１８０呼出中（ringing）」と呼ばれる標準的なメッセージをＰＳコアＢ及びＡを介して端末Ａへ送信することによって応答し、これは、呼出信号が端末Ｂにおいて起動されたことを示すことになる。
【００７６】
ここまでは、ＰＳベースの第１セッションのセットアップ手順が、標準的なルーチンに従って行われている。しかしながら、リングバックプレゼンテーションが提供対象であることが判定された後は、ファイル６０４を端末Ａに提供するために、パケット交換方式の第２の通信セッションが端末Ａとの間で確立される。これは、基本的には第１の実施形態の場合と同様に実行することができる。このように、次のステップ６１６において、端末Ｂは、端末Ａとの第２のセッションを開始するために、端末ＡのＳＩＰ ＵＲＬに対する「ＳＩＰ招待」メッセージを送信する。しかしながら、この場合、ステップ６０８の「ＳＩＰ招待」メッセージで与えられているソースアドレスからＳＩＰ ＵＲＬが既に利用可能であるので、ＥＮＵＭ翻訳は必要とされない。
【００７７】
以前の実施形態と同様に、リングバックプレゼンテーションが迫っていることを示す招待を受信する場合、端末Ａは、それを受信して再生／表示することに手動で同意するために、そのユーザを促しても良い、あるいはリングバックプレゼンテーションを自動で受諾しても良い。ここで、次のステップ６１８において、端末Ａは、セッション招待の受諾を示すために、ＰＳコアＡ及びＢを介して応答確認メッセージ「ＳＩＰ２００ＯＫ」を端末Ｂへ送信することによって応答する。
【００７８】
ここで、リングバックプレゼンテーションのメディアコンテンツ、即ち、ファイル６０４は、ステップ６２０において、第２のセッション６０２によって端末Ｂから端末ＡへＰＳコアＢ及びＡを介して、メッセージ「ＭＳＲＰ送信」で送信することができる。これによって、リングバックプレゼンテーションを端末Ａに提供する。メディアコンテンツを受信する場合、ステップ６２２において、端末Ａは、コンテンツの適切な受信を示すために、別の応答確認メッセージである「ＳＩＰ２００ＯＫ」をＰＳコアＡ及びＢを介して端末Ｂへ送信する。ファイル転送が完了した後、ステップ６２４において、端末Ｂが「ＳＩＰ ＢＹＥ」メッセージをＰＳコアＢ及びＡを介して端末Ａへ送信することによって、第２のセッションが解放される。これに、ＰＳコアＡ及びＢを介して端末Ａから端末Ｂへの別の応答確認メッセージ「ＳＩＰ２００ＯＫ」が、ステップ６２６において続くことになる。
【００７９】
ステップ６１６−６２６の間の任意の時点で、Ｂユーザは、最初のボイスオーバＩＰによる呼に応答しても良く、次いで、端末Ｂは、ステップ６２８で示されるように、ＣＳコアＢ及びＣＳコアＢ上で端末Ａへ搬送される、「ＳＩＰ２００ＯＫ」メッセージを送信することになる。次いで、ボイスオーバＩＰの呼あるいは第１のセッションは、最終ステップ６３２において実行されるが、これはリングバックプレゼンテーション機能には影響せず、このリングバックプレゼンテーションは、好ましくは、Ａユーザの選択によって楽しむことができてもできなくても良い。ここで、第１のセッションは、他のすべての実施形態においても同様に、パケット交換方式のセッションであっても良いことに注意されたい。
【００８０】
上記の実施形態は、「端末間」のメディア配信を提供する。図７ａ及び７ｂは、端末Ａにリングバックプレゼンテーションとして提供されることになるメディアコンテンツがＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｓｅｒｖｅｒ）サーバ７００に記憶されている、第４の実施形態を示している。ここで、このサーバ７００は、メディアコンテンツを自身からフェッチするために端末Ａによってアクセスされ得る。端末Ｂに呼を発信する場合、端末Ａは、メディアストリーム７０２としてそこからプレゼンテーションを受信するために、ＲＴＳＰサーバ７００に接続することが指示される。この実施形態は、これによって、「サーバと端末」間のメディア配信を提供する。ＲＴＳＰサーバは、基本的には、どこに位置してもよいが、ネットワークＢに存在することが好ましい。
【００８１】
このように、この実施形態において、端末Ｂは、リングバック関連のメディアを記憶すること、呼が受信される毎にリングバックプレゼンテーションを送信することから解放され、これは、記憶空間及び貴重な無線帯域幅を節約することになる。一般的に、サーバは移動端末より記憶容量が大きいので、より複雑なリングバックプレゼンテーションを発信者に提供することができる。また、端末Ｂのユーザは、端末Ｂで記憶空間を消費することなく、様々な発信者に対して非常に多数の異なるプレゼンテーションを予め定義することができる。
【００８２】
図７ｂは、第４の実施形態に従うシグナリング図である。ＡとＢ間で通常のＣＳ音声呼をセットアップする第１のステップ７０４及び７０６は、それぞれ、第１の実施形態のステップ４０４及び４０６と同一である。この例において、リングバックプレゼンテーションが提供対象であることが判定された後、次のステップ７０８において、端末ＢがＡの電話番号に向けられている「ＳＩＰメッセージ」を送信することによって、パケット交換方式の第２の通信セッションが端末Ａとの間で確立される。ここで、この「ＳＩＰメッセージ」は、ＲＳＴＰサーバ７００のネットワークアドレスと、意図されているリングバックプレゼンテーションを構成する、その中に記憶されているメディアコンテンツへの適切な参照情報とを含んでいる。例えば、現在のＳＩＰプロトコルにおいて、既存の「ＳＩＰメッセージ」は、この目的で使用するための適切なメッセージである。
【００８３】
第１の実施形態におけるステップ４１０と同様に、ステップ７０４の設定メッセージで与えられている端末Ａの電話番号は、ステップ７１０において、ＰＳコアＢによって有効なＳＩＰ ＵＲＬに翻訳され、次のステップ７１２において、「ＳＩＰメッセージ」がＰＳコアＡを介してＰＳコアＢから端末Ａへ送信される。この「ＳＩＰメッセージ」は、リングバックプレゼンテーションがＲＴＰサーバ７００で利用可能であることを、端末Ａに効果的に通知する。ここで、このリングバックプレゼンテーションは、例えば、ビデオ、オーディオ、画像、テキスト等の任意のタイプのメディアであっても良い。次いで、端末Ａは、次のステップ７１４において、応答確認メッセージである「ＳＩＰ２００ＯＫ」をＰＳコアＡ及びＢを介して端末Ｂへ送信することによって応答する。「ＳＩＰメッセージ」を受信することによって、端末Ａは、例えば、「ビデオクリップがｍｍｌ．ｏｐ．ｃｏｍ／０７０９１２３４５６＿ｖｉｄｅｏ＿ｌで利用可能です。今フェッチしますか？」のようなテキストメッセージを表示することによって、手動でユーザが承諾するために、そのユーザを促しても良い。選択的には、端末Ａは、ＲＴＳＰサーバから自動でそのクリップをフェッチしても良い。
【００８４】
受諾される場合、端末Ａは、ここで、一般的なステップ７１６によって示される従来のセッションセットアップルーチンを実行することによって、ＲＴＳＰサーバ７００からの指示されているメディアコンテンツのダウンロードを開始する。このルーチンは、送受信される不図示の様々なメッセージを含んでいて、典型的には、端末ＡからＲＴＳＰサーバへのメッセージである「ＲＴＳＰ設定」と、ＲＴＳＰサーバからの応答メッセージである「ＲＴＳＰ ＯＫ」と、端末ＡからＲＴＳＰサーバへのメッセージである「ＲＴＳＰ再生」と、そして、ＲＴＳＰサーバからのもう１つの応答メッセージである「ＲＴＳＰ ＯＫ」とを含んでいる。セットアップが完了する場合、ステップ７１８において、ＲＴＳＰサーバから端末Ａへメディアストリームをダウンロードすることができ、また、同時にプレゼンテーションが再生されても良い。
【００８５】
ある時点でＢユーザが呼に応答する場合、端末Ｂは、ステップ７２０において、接続メッセージをＣＳコアＢ及びＣＳコアＡを介して端末Ａへ送信し、そして、呼あるいは第１のセッションが、ステップ７２２において、第１の実施形態のステップ４２４及び４２６と同様に実行することができる。呼が開始する場合、端末Ａへのメディアストリームはそのまま継続してもよく、また、呼は、進行中のダウンロード手順に影響を与えないことが好ましい。メディアストリームが完了する場合、メッセージ「ＲＳＴＰ分解」が、ステップ４２４において、端末ＡからＲＳＴＰサーバへ送信され、最終ステップ７２６において、応答「ＲＳＴＰ ＯＫ」によって応答確認される。ここで、呼が応答される前にメディアストリームが完了する場合、ステップ７２０及び７２２の前に、代わりにステップ７２４及び７２６が実行されても良いことに注意されたい。
【００８６】
図８ａ及び８ｂは、第４の実施形態と同様に、端末Ａにリングバックプレゼンテーションとして提供されるメディアコンテンツがメディアサーバ８００に記憶される、第５の実施形態を示している。しかしながら、端末Ｂが呼び出される場合、エージェント８０２が関連するメディアコンテンツをメディアサーバ８００からフェッチして、次いで、それをリングバックプレゼンテーション８０４として端末Ａに提供するように、「エージェント」８０２が使用される。その後、たとえサーバと端末間のメディア配信が実際に提供されてる場合でさえも、端末Ａ及びＢは両方とも、リングバックプレゼンテーションを端末間のメディア配信であると知覚することになる。従って、技術的には、端末Ａは、エージェント８０２を着信端末であるとみなし、端末Ｂは、エージェント８０２を発信端末であるとみなすことになる。エージェント８０２は、基本的には、端末をエミュレートするように構成されているノードであり、また、これは、ネットワークＢに位置していてもよく、それに対して、メディアサーバはどこに位置しても良いが、これもネットワークＢに位置することが好ましい。
【００８７】
この実施形態においても、端末Ｂは、呼を受信する場合に、リングバックプレゼンテーションを送信することから解放される。この構成に従うエージェントの使用は、主に、ネットワークＡが端末間のメディア配信を依然として採用する一方で、ネットワークＢが性能を向上させるために、サーバと端末間のメディア配信を採用するためにアップグレードされる場合の、ある潜在的な「レガシー」の問題を回避するために考え出されている。それゆえ、ネットワークＡの端末は、サーバと端末間での方法に従って動作することができないであろうが、この実施形態のように、端末間での方法を「エミュレート」することによって、この問題を解決することができる。
【００８８】
図８ｂは、第５の実施形態に従うシグナリング図である。ＡとＢとの間で通常のＣＳ音声呼をセットアップする最初のステップ８０６及び８０８、即ち、最初の通信セッションは、それぞれ、ここでも第１の実施形態のステップ４０４及び４０６と同一である。リングバックプレゼンテーションが提供対象であることを判定した後、端末Ｂは、次のステップ８１０において、Ａの電話番号に向けられている「ＳＩＰ招待」メッセージを送信する。これは、ＰＳコアＢによって受信される。
【００８９】
しかしながら、この実施形態において、ＰＳコアＢは、このセッション招待を端末Ａに向けて搬送するのではなく、ステップ８１２において、代わりにそれをエージェント８０２へ送信する。次いで、エージェントは、ステップ８１４の「リライト（書き直し）」で示されるように、自身を送信側として示すためにメッセージを変更し、その後、パケット交換方式の第２の通信セッションを端末Ａと確立するために、次のステップ８１６において、それをＰＳコアＡを介して端末Ａへ搬送する。次いで、端末Ａは、ステップ８１８において、ＰＳコアＡを介して応答確認メッセージ「ＳＩＰ２００ＯＫ」をエージェントに送信することによって応答する。以前の実施形態と同様、端末Ａは、最初に、リングバックプレゼンテーションへのユーザによる手動での承諾のために、そのユーザに促してもよいし、それを自動で受諾しても良い。
【００９０】
ここでエージェントは、「書き直し」ステップ８２０によって示されるように、セッション招待が実際には拒否されることを示すために、また、自身が送信側として示すために、端末Ａからの応答確認メッセージを変更する。次いで、作成された拒否メッセージは、次のステップ８２２において、ＰＳコアＢを介して端末Ｂへ送信される。ステップ８２２の拒否メッセージは、変更された「ＳＩＰ２００ＯＫ」メッセージであっても良いし、これが他の何らかの適切な拒否コードで置き換えられても良い。
【００９１】
拒否メッセージを受信している場合、端末Ｂは、任意のメディアコンテンツをリングバックプレゼンテーションとして端末Ａへ送信することはない。一方、エージェント８０２は、メディアサーバ８００のネットワークアドレスと、意図されているリングバックプレゼンテーションを構成する、それに記憶されているメディアコンテンツへの参照情報とを検索する。このエージェントは、メディアコンテンツへの参照情報を別の方法で取得することもできる。ＰＳコアＢに記憶されている加入者データから、あるいは、いわゆる「セルフサービスゲートウェイ」によってエンドユーザから検索されても良いし、Ａ及びＢのアイデンティティに基づくアルゴリズムによって算出されてもよいし、ステップ８１０の「ＳＩＰ招待」メッセージで与えられても良い。
【００９２】
次に、ステップ８２４において、エージェントは、メディアコンテンツに対するリクエストをメディアサーバ８００へ送信し、次のステップ８２６において、それを受信する。その後、ステップ８２８によって示されるように、エージェントは、メディアコンテンツを端末ＡにＰＳコアＡを介してＭＳＲＰ送信メッセージで提供し、ここでリングバックプレゼンテーションは端末Ａで再生及び表示の少なくとも一方を行うことができる。ステップ８２８でメディアコンテンツの配信が完了する場合、ステップ８３０で一般的に示されるように、第２のセッションを終了させるためにルーチン手順が実行される。このセッション終了手順は、図４ｂの第１の実施形態のステップ４１８乃至４２２に対応する。
【００９３】
最後に、Ｂユーザが、ステップ８０６及び８０８によって開始される呼にある時点で応答する場合、端末Ｂは、ステップ８３２において、接続メッセージを端末ＡへＣＳコアＢ及びＣＳコアＡを介して送信することになり、また、呼あるいは第１のセッションは、第１の実施形態の中のステップ４２４及び４２６と同様に、ステップ８３４において実行することができる。ネットワークＡ及びＢに著しい影響を与えないので、上述の第５の実施形態によって、サーバと端末間のリングバック機能を提供する方法の早期の展開が可能になる。
【００９４】
上述の第１−第５の実施形態は、基本的には、実際のメディアコンテンツ自身を送信するために、あるいは、サーバもしくはエージェントにコンテンツを送信するために、着信端末が何らかの形でリングバックプレゼンテーションを発信端末に提供する手順を開始することを必要とする。例えば、ＳＩＰがこれらの実施形態の中で使用される場合、上述のように、端末Ｂは、「ＳＩＰ招待」と「ＳＩＰメッセージ」のいずれか一方を端末Ａへ送信しなければならない。
【００９５】
ここで、呼が着信すると同時にリングバックプレゼンテーションのプロビジョンの開始のために、何らかの動作を行うことから着信端末がまったく解放される、第６の実施形態について、図９ａ及び９ｂを参照しながら説明する。リングバックプレゼンテーションとして端末Ａに提供されるメディアコンテンツは、ネットワークサーバ９００に記憶される。図７ａ及び７ｂ並びに図８ａ及び８ｂに示す実施形態と同様に、第６の実施形態は、それによって「サーバと端末間」のメディア配信９０２を提供して、端末Ｂをリングバック関連のメディアを記憶して送信することから解放することで、上述の利点を提供する。サーバ９００は、基本的には、どこに位置しても良いが、この場合、ネットワークＢに位置している。
【００９６】
この実施形態を含めて、サーバと端末間の配信に関係するすべての実施形態において、端末Ｂのユーザは、前もって、例えば、インターネットのポータルを介して、異なる発信者には異なるように、あるいは、全ての発信者に一様に、何らかの形でリングバックプレゼンテーションのコンテンツ(テキスト、画像、ビデオクリップ等）をネットワークサーバ９００内で構成しなければならない。
【００９７】
図９ｂは、第６の実施形態に従うシグナリング図である。ＡとＢ間で通常のＣＳ音声呼セットアップを開始する最初のステップ９０４及び９０６、即ち、第１の通信セッションは、それぞれ、第１の実施形態のステップ４０４及び４０６とほとんど同一である。しかしながら、この実施形態では、ＣＳコアＢはＣＳセットアップメッセージをステップ９０４において受信する場合、ステップ９０８において適切な呼通知メッセージを送信することによって、着信するＣＳ呼についてネットワークサーバ９００に通知する。次いで、ネットワークサーバは、リングバックプレゼンテーションが提供対象であることを判定することができ、従って、パケット交換方式の第２の通信セッションを端末Ａと確立する。次いで、ネットワークサーバ９００は、次のステップ９１０において、メッセージに組み込まれているテキスト列を配信するための「ＳＩＰメッセージ」、あるいは画像、クリップ、もしくは他のタイプのファイルを配信するための「ＳＩＰ招待」のいずれかを、Ａの電話番号に対して送信しても良い。
【００９８】
第１の実施形態のステップ４１０と同様に、ステップ７０４のセットアップメッセージで与えられる端末Ａの電話番号は、ステップ９１２において、ＰＳコアＢによって有効なＳＩＰ ＵＲＬへと翻訳され、そして、次のステップ９１４において、ＰＳコアＢから端末ＡへＰＳコアＡを介して、ネットワークサーバからの「ＳＩＰメッセージ」または「ＳＩＰ招待」が送信される。「ＳＩＰメッセージ」または「ＳＩＰ招待」を受信すると、これまでの実施形態において説明されるように、端末Ａは、そのユーザに受諾を促しても良いし、あるいは、リングバックプレゼンテーションを自動的に受諾しても良い。セッション招待は何らかの形で受諾され、端末Ａは、次のステップ９１６において、「ＳＩＰ ２００ＯＫ」をＰＳコアＡ及びＢを介してネットワークサーバ９００へ送信することによって応答する。
【００９９】
ステップ９１０及び９１２において「ＳＩＰ招待」が送信された場合、ここでリングバックプレゼンテーションのメディアコンテンツは、「ＭＳＲＰ送信」メッセージ内に含まれて、ステップ９１８においてネットワークサーバ９００から端末ＡへとＰＳコアＢ及びＡを介して送信することができ、これによってリングバックプレゼンテーションをＡに提供する。次いで、一般的なステップ９２０によって示す従来の終了セッション手順によって、第２のセッションが完了する。リングバックプレゼンテーションのメディアコンテンツがステップ９１０及び９１２の「ＳＩＰメッセージ」で完全に提供される場合、ステップ９１８及び９２０は、もちろん省略されることになる
最後に、Ｂユーザがある時点で呼に応答する場合、端末Ｂは、ステップ９２２において、接続メッセージを端末ＡへＣＳコアＢ及びＣＳコアＡを介して送信することになり、また、第１のセッションは、第１の実施形態のステップ４２４及び４２６と同様に、ステップ９２４において実行することができる。これまでの実施形態の場合のように、プレゼンテーションのコンテンツの再生／表示は、呼の最中も依然として端末Ａにおいて継続していても良い。
【０１００】
上述の第１−第６の実施形態は、リングバックプレゼンテーションを発信端末にどのように提供できるかについてのほんの数例であり、本発明から逸脱することなく、その各種の変更が可能である。例えば、記載されている回線交換方式の第１の通信セッションは、その代わりにパケット交換方式のセッションであっても良く、その逆も同様である。記載されている特定のメッセージは、一般的にはＳＩＰプロトコルから得られるものであるが、他のプロトコルに対する他の対応するメッセージ等が用いられても良い。図８ａ、ｂの第５の実施形態において説明されるように端末をエミュレートするためにエージェント８０２を使用するソリューションは、図９ａ、ｂの第６の実施形態に適用することができる。図９ａ、ｂの第６の実施形態において、記載されているネットワークサーバ９００の代わりにＲＴＳＰサーバを使用することができ、その場合、ステップ９１０及び９１４の「ＳＩＰメッセージ」は、図７ａ、ｂの第４の実施形態におけるステップ７１６、７１８、７２４、７２６と同様に、端末Ｂがプレゼンテーションコンテンツをそこからダウンロードすることができるように、ＲＴＳＰサーバのネットワークアドレスを含んでいても良い。
【０１０１】
本記載の中で上述したように、リングバックプレゼンテーションの開始時、また、Ｂユーザが応答する場合にも、Ａユーザにアラートを行うためにいくつかの方策が取られても良い。端末Ａにおけるビデオクリップの再生は、Ａユーザがハンズフリー装置を使用していない場合、または呼のセットアップ中に端末のディスプレイを見ない場合、少なくとも部分的には気付かれない状態で進行する可能性がある。一方、例えば、視覚的な挨拶メッセージを楽しんでいる場合、ＡユーザはＢパーティが応答する場合に、直には聞いていない可能性がある。これらの状況は、以下のようにして回避することができる。
【０１０２】
第１に、Ｂユーザが応答する前の呼セットアップ中に、第２のセッションの並行ＰＳベアラを介して端末Ａに着信するＳＩＰシグナリングが、現在確立されている第１のセッションにそれが関連するかどうか判定するために、チェックされても良い。例えば、端末Ａは、着信する信号の発アドレスを、確立中の呼のＢの番号／Ｂのアドレスと比較することができる。これらのアドレスが一致する場合、端末Ａは、視覚的なリングバックプレゼンテーションが受信されていることをＡユーザに通知するために、オーディオまたは振動による指示を起動するようにプログラムされ得る。より直接的な選択肢においては、「ＳＩＰ招待」もしくは「ＳＩＰメッセージ」が受信される場合にはいつでも、端末Ａが、無条件に指示を起動する。
【０１０３】
第２に、視覚的プレゼンテーション（例えば、ビデオクリップ）を楽しんでいる場合、Ａユーザは、Ｂパーティが応答する場合はすぐには聞いていないかもしれない。また、応答が聞こえたとしても、ビデオの挨拶メッセージを最後まで見続けたい可能性がある。端末Ａにおいて、それも同様に示すために、特定のアラート機能、例えば、画面上の何らかの視覚的な指示もしくは振動がプログラムされ得る。応答時に、単純にその提示の再生／表示を中断することも可能である。
【０１０４】
従って、セットアップされている第１のセッションに加えて、別個の第２のＰＳベースの通信セッションを使用することによって、待機中の発信者へのリングバックプレゼンテーションとして広範囲なメディアタイプの選択を可能にするソリューションが提供される。また、発信端末のユーザは、呼が実際にいつ応答されるかに関係なく、リングバックビデオ及びオーディオシーケンスの少なくとも一方の再生、あるいは、画像やその類の表示を制御することができ、またそれをいつ停止するかを決定することができる。
【０１０５】
本発明は、特定の典型的な実施形態を参照しながら記載しているが、この記載は、一般的には、本発明の概念を例示することだけが意図されているのであって、本発明の範囲を限定するものとして取られるべきではなく、本発明の範囲は、添付の請求項によって定義される。
【図面の簡単な説明】
【０１０６】
【図１】従来の方法に従う、マルチメディアを含む通信セッションの概略図である。
【図２ａ】従来の呼セットアップ手順を示すシグナリング図である。
【図２ｂ】従来技術に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図３ａ】一態様に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図３ｂ】別の態様に従う、呼セットアップ手順の間にリングバック機能を提供する基本な手順を示すフローチャートである。
【図４ａ】第１の実施形態に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図４ｂ】第１の実施形態に従う、リングバック機能を含む呼セットアップ手順を示すシグナリング図である。
【図５ａ】第２の実施形態に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図５ｂ】第２の実施形態に従う、リングバック機能を含む呼セットアップ手順を示すシグナリング図である。
【図６ａ】第３の実施形態に従う、リングバック機能を含むパケット交換方式の呼セットアップ手順の基本的な図である。
【図６ｂ】第３の実施形態に従う、リングバック機能を含む呼セットアップ手順を示すシグナリング図である。
【図７ａ】第４の実施形態に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図７ｂ】第４の実施形態に従う、リングバック機能を含む呼セットアップ手順を示すシグナリング図である。
【図８ａ】第５の実施形態に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図８ｂ】第５の実施形態に従う、リングバック機能を含む呼セットアップ手順を示すシグナリング図である。
【図９ａ】第６の実施形態に従う、リングバック機能を含む回線交換方式の呼セットアップ手順の基本的な図である。
【図９ｂ】第６の実施形態に従う、リングバック機能を含む呼セットアップ手順を示すシグナリング図である。
【特許請求の範囲】
【請求項１】
着信端末（Ｂ）との第１の通信セッション（３０８）に対する、呼セットアップリクエストを発信端末（Ａ）から受信した後に、前記発信端末へリングバックプレゼンテーションを提供する方法であって、
前記第１の通信セッションとは独立して、前記発信端末とのパケットベースの第２の通信セッション（３１０）を確立するステップと、
前記第２の通信セッションによって、前記リングバックプレゼンテーションを示す所定のメディアコンテンツを前記発信端末へ提供するステップと
を備えることを特徴とする方法。
【請求項２】
前記所定のメディアコンテンツ（４００、５００）は、前記着信端末に記憶されていて、該所定のメディアコンテンツは、前記第２の通信セッション中に、該着信端末から前記発信端末へ送信される
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記メディアコンテンツは、前記第２の通信セッション中に、前記着信端末から送信される少なくとも１つのファイルとして、前記発信端末へ提供される
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記メディアコンテンツは、前記第２の通信セッションに対して、前記着信端末からのセッション開始メッセージに組み込まれるテキスト列として、前記発信端末へ提供される
ことを特徴とする請求項２に記載の方法。
【請求項５】
前記所定のメディアコンテンツは、サーバ（７００、８００、９００）に記憶されていて、また、前記第２の通信セッションによって、前記発信端末へ配信するために前記サーバから検索される
ことを特徴とする請求項１に記載の方法。
【請求項６】
前記サーバは、ＲＴＳＰサーバ（７００）であり、前記メディアコンテンツは、前記発信端末へ前記ＲＴＳＰサーバから直接ダウンロードされる
ことを特徴とする請求項５に記載の方法。
【請求項７】
ダウンロードを可能にするために、前記ＲＴＳＰのネットワークアドレスと前記メディアコンテンツの適切な参照情報が、前記第２の通信セッションに対して、前記着信端末からのセッション開始メッセージで前記発信端末へ送信される
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記サーバは、メディアサーバ（８００）であり、エージェット（８０２）は、前記メディアサーバから前記メディアコンテンツをフェッチし、かつ前記第２の通信セッション中に、前記メディアコンテンツを前記発信端末へ配信する
ことを特徴とする請求項５に記載の方法。
【請求項９】
前記着信端末は、前記第２の通信セッションに対するセッション開始メッセージを前記発信端末へ送信し、
前記エージェントは、前記セッション開始メッセージを前記発信端末へ送信する前に、自身が送信側であることを示すために前記セッション開始メッセージを変更する
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記変更されたセッション開始メッセージに応じて、前記発信端末からの応答確認メッセージを受信する場合、前記エージェントは、セッション招待が拒否されることを示し、かつ自身がその前記メッセージの送信側であることを示すために、前記発信端末からの前記応答確認メッセージを変更し、その変更した応答確認メッセージを前記着信端末へ送信する
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記サーバは、前記第１の通信セッションがセットアップされることを示す通知に応じて、前記第２の通信セッションに対するセッション開始メッセージを前記発信端末へ送信するネットワークサーバ（９００）である
ことを特徴とする請求項５に記載の方法。
【請求項１２】
前記メディアコンテンツは、前記第２の通信セッション中に、前記ネットワークサーバから送信される少なくとも１つのファイルとして、前記発信端末へ提供される
ことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記メディアコンテンツは、前記セッション開始メッセージに組み込まれるテキスト列として、前記発信端末へ提供される
ことを特徴とする請求項１１に記載の方法。
【請求項１４】
前記所定のメディアコンテンツは、少なくとも視覚メディアを含んでいる
ことを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記リンクバックプレゼンテーションが受信されていることを、自身のユーザへ通知するために、前記発信端末で、オーディオあるいは振動による指示が起動される
ことを特徴とする請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記指示は、前記第２の通信セッションの並行するパケット交換ベアラを介する発信端末への着信シグナリングが現在確立されている前記第１の通信セッションに関連していると判定する場合に起動される、あるいは、前記セッション開始メッセージの受信に応じて起動される
ことを特徴とする請求項１５に記載の方法。
【請求項１７】
視覚あるいは振動による指示は、前記呼が応答されることを自身のユーザへ通知するために、前記発信端末で起動される
ことを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１８】
異なるリングバックプレゼンテーションが、現在の日時、時間、週あるいは季節、及びユーザステータスの少なくとも一方に依存して、異なる潜在的な発信者に対して定義されている
ことを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１９】
前記第２の通信セッションを処理するために、標準化されたＳＩＰメッセージが使用される
ことを特徴とする請求項１乃至１８のいずれか１項に記載の方法。
【請求項２０】
着信端末（Ｂ）との第１の通信セッション（３０８）に対する、呼セットアップリクエストを発信端末（Ａ）から受信した後に、前記発信端末へリングバックプレゼンテーションを提供する装置であって、
前記第１の通信セッションとは独立して、前記発信端末とのパケットベースの第２の通信セッション（３１０）を確立する手段と、
前記第２の通信セッションによって、前記リングバックプレゼンテーションを示す所定のメディアコンテンツを前記発信端末へ提供する手段と
を備えることを特徴とする装置。
【請求項２１】
前記着信端末は、前記所定のメディアコンテンツ（４００、５００）を記憶し、前記第２の通信セッション中に、前記所定のメディアコンテンツを前記発信端末へ送信するように構成されている
ことを特徴とする請求項２０に記載の装置。
【請求項２２】
前記着信端末は、更に、前記第２の通信セッション中に少なくとも１つのファイルを送信することによって、前記メディアコンテンツを前記発信端末へ提供するように構成されている
ことを特徴とする請求項２１に記載の装置。
【請求項２３】
前記着信端末は、更に、前記メディアコンテンツを、前記第２の通信セッションに対するセッション開始メッセージに組み込まれるテキスト列として、前記発信端末へ提供するように構成されている
ことを特徴とする請求項２１に記載の装置。
【請求項２４】
前記所定のメディアコンテンツが記憶されている、サーバ（７００、８００、９００）を更に備え、前記サーバは、前記第２の通信セッションによって、前記発信端末へ前記メディアコンテンツを配信するように構成されている
ことを特徴とする請求項２０に記載の装置。
【請求項２５】
前記サーバは、ＲＴＳＰサーバ（７００）であり、前記メディアコンテンツは、前記発信端末へ前記ＲＴＳＰサーバから直接ダウンロードされる
ことを特徴とする請求項２４に記載の装置。
【請求項２６】
前記着信端末は、ダウンロードを可能にするために、前記ＲＴＳＰのネットワークアドレスと前記メディアコンテンツの適切な参照情報が、前記第２の通信セッションに対するセッション開始メッセージで前記発信端末へ送信されるように構成されている
ことを特徴とする請求項２５に記載の装置。
【請求項２７】
前記サーバは、メディアサーバ（８００）であり、前記メディアサーバから前記メディアコンテンツを前記メディアサーバからフェッチし、かつ前記第２の通信セッション中に、前記メディアコンテンツを前記発信端末へ配信するように構成されているエージェント（３０２）を更に備える
ことを特徴とする請求項２４に記載の装置。
【請求項２８】
前記着信端末は、前記第２の通信セッションに対するセッション開始メッセージを前記発信端末へ送信するように構成されていて、
前記エージェントは、前記セッション開始メッセージを前記発信端末へ送信する前に、自身が送信側であることを示すために前記セッション開始メッセージを変更するように構成されている
ことを特徴とする請求項２７に記載の装置。
【請求項２９】
前記変更されたセッション開始メッセージに応じて、前記発信端末からの応答確認メッセージを受信する場合、前記エージェントは、セッション招待が拒否されることを示し、かつ自身がその前記メッセージの送信側であることを示すために、前記発信端末からの前記応答確認メッセージを変更し、その変更した応答確認メッセージを前記着信端末へ送信する
ことを特徴とする請求項２８に記載の装置。
【請求項３０】
前記サーバは、前記第１の通信セッションがセットアップされることを示す通知に応じて、前記第２の通信セッションに対するセッション開始メッセージを前記発信端末へ送信するように構成されているネットワークサーバ（９００）である
ことを特徴とする請求項２４に記載の装置。
【請求項３１】
前記ネットワークサーバは、更に、前記第２の通信セッション中に、少なくとも１つのファイルを送信することによって、前記メディアコンテンツを前記発信端末へ提供するように構成されている
ことを特徴とする請求項３０に記載の装置。
【請求項３２】
前記ネットワークサーバは、前記セッション開始メッセージに組み込まれるテキスト列として、前記メディアコンテンツを前記発信端末へ提供するように構成されている
ことを特徴とする請求項３０に記載の装置。
【請求項３３】
前記所定のメディアコンテンツは、少なくとも視覚メディアを含んでいる
ことを特徴とする請求項２０乃至３２のいずれか１項に記載の装置。
【請求項３４】
前記発信端末は、前記リンクバックプレゼンテーションが受信されていることを、自身のユーザへ通知するために、オーディオあるいは振動による指示を起動するように構成されている
ことを特徴とする請求項２０乃至３３のいずれか１項に記載の装置。
【請求項３５】
前記発信端末は、更に、前記第２の通信セッションの並行するパケット交換ベアラを介する発信端末への着信シグナリングが現在確立されている前記第１の通信セッションに関連していることを判定することによって前記指示を起動する、あるいは、前記セッション開始メッセージの受信に応じて前記指示を起動するように構成されている
ことを特徴とする請求項１５に記載の装置。
【請求項３６】
前記発信端末は、前記呼が応答されることを自身のユーザへ通知するために、視覚あるいは振動による指示を起動するように構成されている
ことを特徴とする請求項２０乃至３５のいずれか１項に記載の装置。
【請求項３７】
現在の日時、時間、週あるいは季節、及びユーザステータスの少なくとも一方に依存して、異なる潜在的な発信者に対する異なるリングバックプレゼンテーションを定義する手段を更に備える
ことを特徴とする請求項２０乃至３６のいずれか１項に記載の装置。
【請求項１】
着信端末（Ｂ）との第１の通信セッション（３０８）に対する、呼セットアップリクエストを発信端末（Ａ）から受信した後に、前記発信端末へリングバックプレゼンテーションを提供する方法であって、
前記第１の通信セッションとは独立して、前記発信端末とのパケットベースの第２の通信セッション（３１０）を確立するステップと、
前記第２の通信セッションによって、前記リングバックプレゼンテーションを示す所定のメディアコンテンツを前記発信端末へ提供するステップと
を備えることを特徴とする方法。
【請求項２】
前記所定のメディアコンテンツ（４００、５００）は、前記着信端末に記憶されていて、該所定のメディアコンテンツは、前記第２の通信セッション中に、該着信端末から前記発信端末へ送信される
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記メディアコンテンツは、前記第２の通信セッション中に、前記着信端末から送信される少なくとも１つのファイルとして、前記発信端末へ提供される
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記メディアコンテンツは、前記第２の通信セッションに対して、前記着信端末からのセッション開始メッセージに組み込まれるテキスト列として、前記発信端末へ提供される
ことを特徴とする請求項２に記載の方法。
【請求項５】
前記所定のメディアコンテンツは、サーバ（７００、８００、９００）に記憶されていて、また、前記第２の通信セッションによって、前記発信端末へ配信するために前記サーバから検索される
ことを特徴とする請求項１に記載の方法。
【請求項６】
前記サーバは、ＲＴＳＰサーバ（７００）であり、前記メディアコンテンツは、前記発信端末へ前記ＲＴＳＰサーバから直接ダウンロードされる
ことを特徴とする請求項５に記載の方法。
【請求項７】
ダウンロードを可能にするために、前記ＲＴＳＰのネットワークアドレスと前記メディアコンテンツの適切な参照情報が、前記第２の通信セッションに対して、前記着信端末からのセッション開始メッセージで前記発信端末へ送信される
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記サーバは、メディアサーバ（８００）であり、エージェット（８０２）は、前記メディアサーバから前記メディアコンテンツをフェッチし、かつ前記第２の通信セッション中に、前記メディアコンテンツを前記発信端末へ配信する
ことを特徴とする請求項５に記載の方法。
【請求項９】
前記着信端末は、前記第２の通信セッションに対するセッション開始メッセージを前記発信端末へ送信し、
前記エージェントは、前記セッション開始メッセージを前記発信端末へ送信する前に、自身が送信側であることを示すために前記セッション開始メッセージを変更する
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記変更されたセッション開始メッセージに応じて、前記発信端末からの応答確認メッセージを受信する場合、前記エージェントは、セッション招待が拒否されることを示し、かつ自身がその前記メッセージの送信側であることを示すために、前記発信端末からの前記応答確認メッセージを変更し、その変更した応答確認メッセージを前記着信端末へ送信する
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記サーバは、前記第１の通信セッションがセットアップされることを示す通知に応じて、前記第２の通信セッションに対するセッション開始メッセージを前記発信端末へ送信するネットワークサーバ（９００）である
ことを特徴とする請求項５に記載の方法。
【請求項１２】
前記メディアコンテンツは、前記第２の通信セッション中に、前記ネットワークサーバから送信される少なくとも１つのファイルとして、前記発信端末へ提供される
ことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記メディアコンテンツは、前記セッション開始メッセージに組み込まれるテキスト列として、前記発信端末へ提供される
ことを特徴とする請求項１１に記載の方法。
【請求項１４】
前記所定のメディアコンテンツは、少なくとも視覚メディアを含んでいる
ことを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記リンクバックプレゼンテーションが受信されていることを、自身のユーザへ通知するために、前記発信端末で、オーディオあるいは振動による指示が起動される
ことを特徴とする請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記指示は、前記第２の通信セッションの並行するパケット交換ベアラを介する発信端末への着信シグナリングが現在確立されている前記第１の通信セッションに関連していると判定する場合に起動される、あるいは、前記セッション開始メッセージの受信に応じて起動される
ことを特徴とする請求項１５に記載の方法。
【請求項１７】
視覚あるいは振動による指示は、前記呼が応答されることを自身のユーザへ通知するために、前記発信端末で起動される
ことを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１８】
異なるリングバックプレゼンテーションが、現在の日時、時間、週あるいは季節、及びユーザステータスの少なくとも一方に依存して、異なる潜在的な発信者に対して定義されている
ことを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１９】
前記第２の通信セッションを処理するために、標準化されたＳＩＰメッセージが使用される
ことを特徴とする請求項１乃至１８のいずれか１項に記載の方法。
【請求項２０】
着信端末（Ｂ）との第１の通信セッション（３０８）に対する、呼セットアップリクエストを発信端末（Ａ）から受信した後に、前記発信端末へリングバックプレゼンテーションを提供する装置であって、
前記第１の通信セッションとは独立して、前記発信端末とのパケットベースの第２の通信セッション（３１０）を確立する手段と、
前記第２の通信セッションによって、前記リングバックプレゼンテーションを示す所定のメディアコンテンツを前記発信端末へ提供する手段と
を備えることを特徴とする装置。
【請求項２１】
前記着信端末は、前記所定のメディアコンテンツ（４００、５００）を記憶し、前記第２の通信セッション中に、前記所定のメディアコンテンツを前記発信端末へ送信するように構成されている
ことを特徴とする請求項２０に記載の装置。
【請求項２２】
前記着信端末は、更に、前記第２の通信セッション中に少なくとも１つのファイルを送信することによって、前記メディアコンテンツを前記発信端末へ提供するように構成されている
ことを特徴とする請求項２１に記載の装置。
【請求項２３】
前記着信端末は、更に、前記メディアコンテンツを、前記第２の通信セッションに対するセッション開始メッセージに組み込まれるテキスト列として、前記発信端末へ提供するように構成されている
ことを特徴とする請求項２１に記載の装置。
【請求項２４】
前記所定のメディアコンテンツが記憶されている、サーバ（７００、８００、９００）を更に備え、前記サーバは、前記第２の通信セッションによって、前記発信端末へ前記メディアコンテンツを配信するように構成されている
ことを特徴とする請求項２０に記載の装置。
【請求項２５】
前記サーバは、ＲＴＳＰサーバ（７００）であり、前記メディアコンテンツは、前記発信端末へ前記ＲＴＳＰサーバから直接ダウンロードされる
ことを特徴とする請求項２４に記載の装置。
【請求項２６】
前記着信端末は、ダウンロードを可能にするために、前記ＲＴＳＰのネットワークアドレスと前記メディアコンテンツの適切な参照情報が、前記第２の通信セッションに対するセッション開始メッセージで前記発信端末へ送信されるように構成されている
ことを特徴とする請求項２５に記載の装置。
【請求項２７】
前記サーバは、メディアサーバ（８００）であり、前記メディアサーバから前記メディアコンテンツを前記メディアサーバからフェッチし、かつ前記第２の通信セッション中に、前記メディアコンテンツを前記発信端末へ配信するように構成されているエージェント（３０２）を更に備える
ことを特徴とする請求項２４に記載の装置。
【請求項２８】
前記着信端末は、前記第２の通信セッションに対するセッション開始メッセージを前記発信端末へ送信するように構成されていて、
前記エージェントは、前記セッション開始メッセージを前記発信端末へ送信する前に、自身が送信側であることを示すために前記セッション開始メッセージを変更するように構成されている
ことを特徴とする請求項２７に記載の装置。
【請求項２９】
前記変更されたセッション開始メッセージに応じて、前記発信端末からの応答確認メッセージを受信する場合、前記エージェントは、セッション招待が拒否されることを示し、かつ自身がその前記メッセージの送信側であることを示すために、前記発信端末からの前記応答確認メッセージを変更し、その変更した応答確認メッセージを前記着信端末へ送信する
ことを特徴とする請求項２８に記載の装置。
【請求項３０】
前記サーバは、前記第１の通信セッションがセットアップされることを示す通知に応じて、前記第２の通信セッションに対するセッション開始メッセージを前記発信端末へ送信するように構成されているネットワークサーバ（９００）である
ことを特徴とする請求項２４に記載の装置。
【請求項３１】
前記ネットワークサーバは、更に、前記第２の通信セッション中に、少なくとも１つのファイルを送信することによって、前記メディアコンテンツを前記発信端末へ提供するように構成されている
ことを特徴とする請求項３０に記載の装置。
【請求項３２】
前記ネットワークサーバは、前記セッション開始メッセージに組み込まれるテキスト列として、前記メディアコンテンツを前記発信端末へ提供するように構成されている
ことを特徴とする請求項３０に記載の装置。
【請求項３３】
前記所定のメディアコンテンツは、少なくとも視覚メディアを含んでいる
ことを特徴とする請求項２０乃至３２のいずれか１項に記載の装置。
【請求項３４】
前記発信端末は、前記リンクバックプレゼンテーションが受信されていることを、自身のユーザへ通知するために、オーディオあるいは振動による指示を起動するように構成されている
ことを特徴とする請求項２０乃至３３のいずれか１項に記載の装置。
【請求項３５】
前記発信端末は、更に、前記第２の通信セッションの並行するパケット交換ベアラを介する発信端末への着信シグナリングが現在確立されている前記第１の通信セッションに関連していることを判定することによって前記指示を起動する、あるいは、前記セッション開始メッセージの受信に応じて前記指示を起動するように構成されている
ことを特徴とする請求項１５に記載の装置。
【請求項３６】
前記発信端末は、前記呼が応答されることを自身のユーザへ通知するために、視覚あるいは振動による指示を起動するように構成されている
ことを特徴とする請求項２０乃至３５のいずれか１項に記載の装置。
【請求項３７】
現在の日時、時間、週あるいは季節、及びユーザステータスの少なくとも一方に依存して、異なる潜在的な発信者に対する異なるリングバックプレゼンテーションを定義する手段を更に備える
ことを特徴とする請求項２０乃至３６のいずれか１項に記載の装置。
【図１】
【図２ａ】
【図２ｂ】
【図３ａ】
【図３ｂ】
【図４ａ】
【図４ｂ】
【図５ａ】
【図５ｂ】
【図６ａ】
【図６ｂ】
【図７ａ】
【図７ｂ】
【図８ａ】
【図８ｂ】
【図９ａ】
【図９ｂ】
【図２ａ】
【図２ｂ】
【図３ａ】
【図３ｂ】
【図４ａ】
【図４ｂ】
【図５ａ】
【図５ｂ】
【図６ａ】
【図６ｂ】
【図７ａ】
【図７ｂ】
【図８ａ】
【図８ｂ】
【図９ａ】
【図９ｂ】
【公表番号】特表２００８−５４４６３８（Ｐ２００８−５４４６３８Ａ）
【公表日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願番号】特願２００８−５１６７９３（Ｐ２００８−５１６７９３）
【出願日】平成１８年６月１９日（２００６．６．１９）
【国際出願番号】ＰＣＴ／ＳＥ２００６／０００７４０
【国際公開番号】ＷＯ２００６／１３７７８１
【国際公開日】平成１８年１２月２８日（２００６．１２．２８）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願日】平成１８年６月１９日（２００６．６．１９）
【国際出願番号】ＰＣＴ／ＳＥ２００６／０００７４０
【国際公開番号】ＷＯ２００６／１３７７８１
【国際公開日】平成１８年１２月２８日（２００６．１２．２８）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]