(57)【要約】  マルチメディアカラーリングサービスを実装するための方法が提供され、方法は、発呼者端末によって送信される呼出要求を受信することと、呼出要求に基づき、発呼者端末の発呼者能力を判定することと、発呼者能力に基づいて、カラーリングを再生するモードを選択することと、を含む。本方法を用いて、より強力な能力を有する端末の場合には、データ損失、通信遅延等の問題が、回避され、あまり強力でない能力を有する端末の場合には、カラーリングまたはカラー画像データを再生することの失敗が起こりうるような問題が、克服される。マルチメディアカラーリングサービスを実装するための装置、と、マルチメディアカラー画像サービスを実装するための方法および装置もまた、提供される。
2010529791.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアカスタマイズされた呼出音（ＭＲＢＴ）サービスを実装するための方法であって、
発呼者端末から送信された呼出要求を受信することと、
前記呼出要求に基づき、前記発呼者端末の発呼者能力を判定することと、
前記発呼者能力に基づき、ＭＲＢＴ再生方式を選択することと、を含む方法。
【請求項２】
前記発呼者能力は、初期セッションがサポートされているかどうか、および／またはメディアファイルのダウンロードおよび再生能力がサポートされているかどうかを含む請求項１に記載の方法。
【請求項３】
前記発呼者能力に基づき、前記ＭＲＢＴ再生方式を選択することは、
前記発呼者能力が、初期セッションがサポートされているかどうかである場合に、
前記発呼者端末が初期セッションをサポートしているとき、前記ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択することを含む請求項２に記載の方法。
【請求項４】
前記発呼者端末が初期セッションをサポートしないときには、前記ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式を選択することをさらに含む請求項３に記載の方法。
【請求項５】
前記発呼者能力に基づき、前記ＭＲＢＴ再生方式を選択することは、
前記発呼者端末が、メディアファイルのダウンロードおよび再生能力をサポートするときに、前記発呼者端末によって、ＭＲＢＴメディアファイルをダウンロードして再生することを含む請求項２に記載の方法。
【請求項６】
前記発呼者能力に基づき、前記ＭＲＢＴ再生方式を選択することは、
前記発呼者能力に基づき、前記発呼者端末によってサポートされるＭＲＢＴ再生方式を判定することと、
前記判定されたＭＲＢＴ再生方式から最も高い優先度を有するＭＲＢＴ再生方式を選択することと、を含む請求項２に記載の方法。
【請求項７】
マルチメディアカスタマイズされた着信音（ＲＴ）サービスを実装するための方法であって、
被呼者端末が、発呼者端末から送信された呼出要求を受信した後、前記被呼者端末から返された応答メッセージを取得することと、
前記応答メッセージに基づき、前記被呼者端末の被呼者能力を判定することと、
前記被呼者能力に基づき、カスタマイズされたＲＴ（ＭＲＴ）再生方式を選択することと、を含む方法。
【請求項８】
前記呼出要求は、前記被呼者能力を返すように前記被呼者端末に要求するオプションタグを含む請求項７に記載の方法。
【請求項９】
前記被呼者能力は、初期セッションがサポートされているかどうか、および／またはメディアファイルのダウンロードおよび再生能力がサポートされているかどうかを含む請求項７または８に記載の方法。
【請求項１０】
前記被呼者能力に基づき、前記ＭＲＴ再生方式を選択することは、
前記発呼者端末が、初期セッションをサポートしている場合には、ＭＲＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択することを含む請求項９に記載の方法。
【請求項１１】
前記被呼者能力に基づき、前記ＭＲＴ再生方式を選択することは、
前記被呼者能力が、初期セッションをサポートしていないときには、ＭＲＴを再生するために、ダウンロード方式を選択することをさらに含む請求項１０に記載の方法。
【請求項１２】
前記被呼者能力に基づき、前記ＭＲＴ再生方式を選択することは、
前記被呼者端末が、メディアファイルのダウンロードおよび再生能力をサポートしているときには、前記被呼者端末によって、ＭＲＴメディアファイルをダウンロードして再生することを含む請求項９に記載の方法。
【請求項１３】
前記被呼者能力に基づき、前記ＭＲＴ再生方式を選択することは、
前記被呼者能力に基づき、前記被呼者端末によってサポートされるＭＲＴ再生方式を判定することと、
前記判定されたＭＲＴ再生方式から最も高い優先度を有するＭＲＴ再生方式を選択することと、を含む請求項９に記載の方法。
【請求項１４】
初期セッションのオプションタグが、前記呼出要求のＲＥＱＵＩＲＥヘッダファイルに追加され、
前記被呼者端末が初期セッションをサポートする場合には、前記返された応答メッセージが、正常なシグナリングであり、
前記被呼者端末が初期セッションをサポートしない場合には、前記返された応答メッセージが、異常なシグナリングである請求項８に記載の方法。
【請求項１５】
マルチメディアカスタマイズされた呼出音（ＲＢＴ）サービスを実装するための装置であって、
発呼者端末から送信された呼出要求を受信するように構成される受信モジュール（３１）と、
前記呼出要求に基づき、前記発呼者端末の発呼者能力を判定し、前記発呼者能力に基づき、ＭＲＢＴ再生方式を選択するように構成される選択モジュール（３２）と、を備える装置。
【請求項１６】
前記選択モジュール（３２）は、ＭＲＢＴアプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ（ＡＳ））またはサービングコールセッションファンクション（Ｓｅｒｖｉｎｇ‐Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ（Ｓ‐ＣＳＣＦ））である請求項１５に記載の装置。
【請求項１７】
前記選択モジュール（３２）は、
前記発呼者端末が初期セッションをサポートするかどうかを判定するように構成される第１判定ユニット（４１）と、
前記発呼者端末が初期セッションをサポートするときには、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択し、前記発呼者端末が初期セッションをサポートしないときには、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式を選択するように構成される第１実行ユニット（４２）と、を備える請求項１５または１６に記載の装置。
【請求項１８】
前記選択モジュール（３２）は、
前記発呼者端末がメディアファイルのダウンロードおよび再生能力をサポートするかどうかを判定するように構成される第２判定ユニット（４３）と、
前記発呼者端末がメディアファイルのダウンロードおよび再生能力をサポートするときには、ＭＲＢＴメディアをファイルダウンロードして再生するように構成される第２実行ユニット（４４）と、を備える請求項１５または１６に記載の装置。
【請求項１９】
前記選択モジュール（３２）は、
前記発呼者能力に基づいて、前記発呼者端末によってサポートされるＭＲＢＴ再生方式を判定するように構成される第３判定ユニット（４５）と、
前記判定されたＭＲＢＴ再生方式から最も高い優先度を有するＭＲＢＴ再生方式を選択するように構成される第３実行ユニット（４６）と、を備える請求項１５または１６に記載の装置。
【請求項２０】
マルチメディアカスタマイズされた着信音（ＭＲＴ）サービスを実装するための装置であって、
被呼者端末が発呼者端末から送信された呼出要求を取得した後、前記被呼者端末から返された応答メッセージを受信するように構成される受信モジュール（７１）と、
前記応答メッセージに基づいて、前記被呼者端末の被呼者能力を判定し、前記被呼者能力に基づいて、ＭＲＴ再生方式を選択するように構成される選択モジュール（７２）と、を備える装置。
【請求項２１】
前記被呼者能力を返すように前記被呼者端末に要求するオプションタグを前記呼出要求に追加し、前記オプションタグを含む前記呼出要求を前記被呼者端末に送信するように構成される追加モジュール（７３）をさらに備える請求項２０に記載の装置。
【請求項２２】
前記選択モジュール（７２）は、
前記被呼者端末が初期セッションをサポートするかどうかを判定するように構成される第１判定ユニット（８１）と、
前記被呼者端末が初期セッションをサポートするときには、ＭＲＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択するように構成される第１実行ユニット（８２）と、を備える請求項２０または２１に記載の装置。
【請求項２３】
前記選択モジュール（７２）は、
前記被呼者端末がＭＲＴメディアファイルのダウンロードおよび再生能力をサポートするかどうかを判定するように構成される第２判定ユニット（８３）と、
前記被呼者端末がＭＲＴメディアファイルのダウンロードおよび再生能力をサポートするときには、前記被呼者端末にＭＲＴメディアファイルのダウンロードおよび再生を可能にさせるように構成される第２実行ユニット（８４）と、を備える請求項２０または２１に記載の装置。
【請求項２４】
前記選択モジュール（７２）は、
前記被呼者能力に基づいて、前記被呼者端末によってサポートされるＭＲＴ再生方式を判定するように構成される第３判定ユニット（８５）と、
前記判定されたＭＲＴ再生方式から最も高い優先度を有するＭＲＴ再生方式を選択するように構成される第３実行ユニット（８６）と、を備える請求項２０または２１に記載の装置。
【請求項２５】
前記追加モジュール（７３）は、
前記呼出要求の前記ＲＥＱＵＩＲＥヘッダフィールドに初期セッションのオプションタグを追加するように構成される動作ユニット（８７）と、
前記初期セッションのオプションタグを含む前記呼出要求を前記被呼者端末に送信するように構成される送信ユニット（８８）と、を備える請求項２１に記載の装置。
【請求項２６】
１つまたはそれ以上のプロセッサに
発呼者端末から送信された呼出要求を受信させ、
前記呼出要求に基づいて、前記発呼者端末の発呼者能力を判定させ、
前記発呼者能力に基づいて、カスタマイズされた呼出音（ＲＢＴ）再生方式を選択させるコンピュータプログラムを格納するコンピュータ読み出し可能格納媒体。
【請求項２７】
１つまたはそれ以上のプロセッサに
被呼者端末が発呼者端末から送信された呼出要求を受信した後、前記被呼者端末から返された応答メッセージを取得させ、
前記応答メッセージに基づいて、前記被呼者端末の被呼者能力を判定させ、
前記被呼者能力に基づいて、カスタマイズされた着信音（ＲＴ）再生方式を選択させるコンピュータプログラムを格納するコンピュータ読み出し可能格納媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の技術分野に関し、より詳細には、マルチメディアカスタマイズされた呼出音（ＭＲＢＴ）サービスおよびマルチメディアカスタマイズされた着信音（ＭＲＴ）を実装するための方法および装置に関する。
【背景技術】
【０００２】
カスタマイズされた呼出音（ＲＢＴ）サービスおよびカスタマイズされた着信音（ＲＴ）サービスは、第２世代（２Ｇ）通信ネットワークから生じた。ネットワーク技術における持続する発展により、カスタマイズされたＲＢＴサービスおよびカスタマイズされたＲＴサービスは、徐々に広い用途を見出してきた。
【０００３】
カスタマイズされたＲＢＴサービスにおいて、ＲＢＴは、被呼者によってカスタマイズされ、発呼者によって経験される。特に、ポイントツーポイントコールにおいて、被呼者が電話をかけると、発呼者は、通常のネットワークＲＢＴではなく、被呼利用者によってカスタマイズされた音楽断片を耳にする。第３世代（３Ｇ）通信ネットワークの適用によって、映像能力が、３Ｇネットワークに加えられ、したがって、２Ｇネットワーク用のカスタマイズされたＲＢＴが、３Ｇネットワーク用のマルチメディアカスタマイズされたＲＢＴ（ＭＲＢＴ）に拡張されている。ＭＲＢＴによって、発呼者は、音を耳にするだけでなく、ＭＲＢＴを経験する際に映像も目にする可能性がある。
【０００４】
カスタマイズされたＲＴサービスにおいて、ＲＴは、発呼者によってカスタマイズされ、被呼者によって経験される。特に、ポイントツーポイントコールにおいて、被呼者は、ローカルな着信音ではなく、発呼利用者によってカスタマイズされ、ネットワーク側から送信された着信音を耳にする。同様に、３Ｇネットワークに適用されているとき、通常のカスタマイズされたＲＴは、マルチメディアカスタマイズされたＲＴ（ＭＲＴ）に拡張される。したがって、被呼者は、音を耳にするだけでなく、映像も目にする可能性がある。
【０００５】
一般に、ＩＰマルチメディアサブシステム（ＩＭＳ）におけるＭＲＢＴサービスおよびＭＲＴサービスを実装するための既存のスキームは、以下のように要約され得る。
【０００６】
１．ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ：ＩＰマルチメディアサブシステム）に基づくＭＲＢＴサービスは、ゲートウェイモデルにおいて実装され得る。ＭＲＢＴアプリケーションサーバ（Ａｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ（ＡＳ））は、発呼者と被呼者との間でネゴシエートされる正常なセッションＳＤＰ（セッション記述プロトコル）を維持し、発呼者端末とマルチメディアリソースサーバ（Ｍｕｌｔｉｍｅｄｅｉａ  Ｒｅｓｏｕｒｃｅ  Ｓｅｒｖｅｒ（ＭＲＳ））との間のＭＲＢＴセッションＳＤＰネゴシエーションを容易にし、被呼者から着信信号を受信した後、発呼者にＭＲＢＴを再生するようにＭＲＳに命令する。被呼者からのフックオフ信号を受信するとき、ＭＲＢＴ  ＡＳは、Ｕｐｄａｔｅメッセージを用いて、発呼者と被呼者との間でネゴシエートされる通常セッションＳＤＰを発呼者端末に伝送することができる。次に、発呼者および被呼者は、互いに通信することができる。
【０００７】
２．ＩＭＳに基づくＭＲＴスキームは、ダウンロード方式で実装され得る。発呼者が、被呼者に対するＩＭＳ呼出を開始するとき、発呼者が、ＭＲＴサービスを適用する場合には、ＭＲＴ  ＡＳは、ＭＲＴデータ用のユニフォームリソースロケータ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ（ＵＲＬ））をＩｎｖｉｔｅメッセージのヘッダフィールド（たとえば、Ｃａｌｌ‐Ｉｎｆｏヘッダフィールド）に加えることができる。Ｉｎｖｉｔｅメッセージを受信すると、被呼者は、ＵＲＬ情報を用いることによって、ＭＲＴデータをダウンロードし、ローカルにそれを再生することができる。このスキームにおいて、被呼者は、ＭＲＴデータをダウンロードしなければならず、大きな時間遅延が生じることになる可能性がある。
【０００８】
３．ＩＭＳに基づくＭＲＢＴおよびＭＲＴスキームは、初期セッションＡＳモデルにおいて実装され得る。このスキームにおいて、正常なセッションＳＤＰネゴシエーションは、発呼者と被呼者との間で実行されるのに対して、初期セッションＳＤＰネゴシエーションは、発呼者（および／または被呼者）とＭＲＳとの間で実行される。被呼者が着信信号を起動した後、発呼者（および／または被呼者）に対して、ＭＲＳはＭＲＢＴ（および／またはＭＲＴ）を再生する。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の実施形態によるマルチメディアカスタマイズされたＲＢＴ（ＭＲＢＴ）サービスおよびマルチメディアカスタマイズされたＲＴ（ＭＲＴ）サービスを実装するための方法および装置は、ＭＲＢＴサービスおよびＭＲＴサービスを実装するときに、能力のより高い端末に生じるデータ損失または通信遅延のような問題と、能力のより低い端末に生じるＭＲＢＴおよびＭＲＴデータを再生する際の失敗のような起こりうる問題との克服を容易にすることができる。本発明の技術的な解決策は、以下のように要約され得る。
【課題を解決するための手段】
【００１０】
１つの態様は、ＭＲＢＴサービスを実装するための方法であって、
発呼者端末から送信された呼出要求を受信することと、
呼出要求に基づいて、発呼者端末被呼者端末の被呼者能力を判定することと、
発呼者能力に基づいて、ＭＲＢＴ再生方式を選択することと、を含む方法を提供する。
【００１１】
別の態様は、ＭＲＴサービスを実装するための方法であって、
被呼者端末が、発呼者端末から送信された呼出要求を受信した後、被呼者から返された応答メッセージを取得することと、
応答メッセージに基づいて、被呼者端末の被呼者能力を判定することと、
被呼者能力に基づいて、ＭＲＴ再生方式を選択することと、を含む方法を提供する。
【００１２】
別の態様は、ＭＲＢＴサービスを実装するための装置であって、
発呼者端末から送信された呼出要求を受信するように構成された受信モジュールと、
呼出要求に基づいて、発呼者端末の発呼者能力を判定し、発呼者能力に基づいて、ＭＲＢＴ再生方式を選択するように構成された選択モジュールと、を含む装置を提供する。
【００１３】
さらに別の態様は、ＭＲＴサービスを実装するための装置であって、
被呼者端末が発呼者端末から送信された呼出要求を取得した後、被呼者端末から返された応答メッセージを受信するように構成された受信モジュールと、
応答メッセージに基づいて、被呼者端末の被呼者能力を判定し、被呼者能力に基づいて、ＭＲＴ再生方式を選択するように構成された選択モジュールと、を含む装置を提供する。
【００１４】
さらに別の態様は、１つまたはそれ以上のプロセッサに
発呼者端末から送信された呼出要求を受信させ、
呼出要求に基づいて、発呼者端末の発呼者能力を判定させ、
発呼者能力に基づいて、ＭＲＢＴ再生方式を選択させるコンピュータプログラムを格納するコンピュータ読み出し可能格納媒体を提供する。
【００１５】
さらに別の態様は、１つまたはそれ以上のプロセッサに
被呼者端末が発呼者端末から送信された呼出要求を受信した後、被呼者端末から返された応答メッセージを取得させ、
応答メッセージに基づいて、被呼者端末の被呼者能力を判定させ、
被呼者能力に基づいて、ＭＲＴ再生方式を選択させるコンピュータプログラムを格納するコンピュータ読み出し可能格納媒体を提供する。
【００１６】
本発明の実施形態によれば、発呼者端末および被呼者端末の能力に基づいて、ＭＲＢＴおよびＭＲＴを再生するための適切な方式が、選択される。したがって、本発明は、能力のより高い端末に生じるデータ損失または通信遅延のような問題の回避と、能力のより低い端末に生じるＭＲＢＴおよびＭＲＴデータを再生する際の失敗のような起こりうる問題の解決と、を容易にする可能性がある。
【図面の簡単な説明】
【００１７】
【図１ａ】本発明の実施形態によるマルチメディアカスタマイズされたＲＭＴ（ＭＲＢＴ）サービスを実装するためのシステムを示したブロック図である。
【図１ｂ】本発明の実施形態によるマルチメディアカスタマイズされたＲＭＴ（ＭＲＢＴ）サービスを実装するためのシステムを示したブロック図である。
【図１ｃ】本発明の実施形態によるマルチメディアカスタマイズされたＲＭＴ（ＭＲＢＴ）サービスを実装するためのシステムを示したブロック図である。
【図２】本発明の実施形態によるＭＲＢＴサービスを実装するための方法を示したフローチャートである。
【図３ａ】本発明の実施形態によるＭＲＢＴを再生するためのシグナリングを示した流れ図である。
【図３ｂ】本発明の実施形態によるＭＲＢＴを再生するためのシグナリングを示した流れ図である。
【図４】本発明の実施形態によるサービングコールセッションコントロールファンクション（Ｓｅｒｖｉｎｇ‐Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ（Ｓ‐ＣＳＣＦ））を用いることによるＭＲＢＴ再生方式を選択するための方法を示したフローチャートである。
【図５】本発明の実施形態によるＭＲＢＴメディアファイルのダウンロードおよび再生能力の優先度が、初期セッション能力の優先度より低く設定される場合に、ＭＲＢＴを再生するための方法を示したフローチャートである。
【図６ａ】本発明の実施形態によるＭＲＢＴサービスを実装するための装置を示したブロック図である。
【図６ｂ】本発明の実施形態によるＭＲＢＴサービスを実装するための装置を示したブロック図である。
【図６ｃ】本発明の実施形態によるＭＲＢＴサービスを実装するための装置を示したブロック図である。
【図７】本発明の実施形態によるマルチメディアカスタマイズされたＲＴ（ＭＲＴ）サービスを実装するための方法を示したフローチャートである。
【図８ａ】本発明の実施形態によるＭＲＴを再生するためのシグナリングを示した流れ図である。
【図８ｂ】本発明の実施形態によるＭＲＴを再生するためのシグナリングを示した流れ図である。
【図９ａ】本発明の実施形態によるＭＲＴサービスを実装するためのシステムを示したブロック図である。
【図９ｂ】本発明の実施形態によるＭＲＴサービスを実装するためのシステムを示したブロック図である。
【図９ｃ】本発明の実施形態によるＭＲＴサービスを実装するためのシステムを示したブロック図である。
【図１０ａ】本発明の実施形態によるＭＲＴサービスを実装するための装置を示したブロック図である。
【図１０ｂ】本発明の実施形態によるＭＲＴサービスを実装するための装置を示したブロック図である。
【図１０ｃ】本発明の実施形態によるＭＲＴサービスを実装するための装置を示したブロック図である。
【図１１】本発明の実施形態によるＭＲＢＴを実装し、ＭＲＴを実装する方法のためのシグナリングを示した流れ図である。
【発明を実施するための形態】
【００１８】
上記の目的を達成するために、本発明の種々の実施形態は、発呼者端末の能力および被呼者端末の能力に基づき、マルチメディアカスタマイズされたＲＢＴ（ＭＲＢＴ）サービスおよび（ＭＲＴ）サービスの実装を選択するために、ＩＭＳにおけるスキームを提供する。詳細な説明は、添付図面を参照して、本発明の種々の実施形態について以下で与えられる。
【００１９】
図１ａ、図１ｂおよび図１ｃに示されているように、本発明の実施形態によるＭＲＢＴサービスを実装するためのシステムが提供される。システムは、発呼者端末１１、選択モジュール１２および被呼者端末１３を含む。発呼者端末１１は、呼出要求を送信するように構成される。選択モジュール１２は、呼出要求を受信し、呼出要求に基づいて、発呼者端末１１の発呼者能力を判定し、発呼者能力に基づいて、ＭＲＢＴ再生方式を選択するように構成される。
【００２０】
発呼者端末から送信された呼出要求は、それ自体の発呼者能力を含んでもよい。
【００２１】
特定の実装において、選択モジュール１２は、ＭＲＢＴアプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ（ＡＳ））またはサービングコールセッションコントロールファンクション（Ｓｅｒｖｉｎｇ‐Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ（Ｓ‐ＣＳＣＦ））または任意の他のエンティティであってもよい。
【００２２】
異なる発呼者能力に基づいて、ＭＲＢＴを再生するために、異なる方式が、選択されてもよいが、以下のものに限定されるわけではない。
【００２３】
１．図１ａに示されているように、発呼者能力が、初期セッションがサポートされているかどうかである場合には、選択モジュール１２は、第１判定ユニット２１および第１実行ユニット２２を含む。
【００２４】
第１判定ユニット２１は、発呼者端末が初期セッションをサポートするかどうかを判定するように構成される。第１実行ユニット２２は、発呼者端末が初期セッションをサポートすることを第１判定ユニット２１が判定するときには、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択し、発呼者端末が初期セッションをサポートしないときには、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式を選択するように構成される。
【００２５】
２．図１ｂに示されているように、発呼者能力が、ＭＲＢＴメディアファイルのダウンロードおよび再生能力がサポートされているかどうかである場合には、選択モジュール１２は、第２判定ユニット２３および第２実行ユニット２４を含む。
【００２６】
第２判定ユニット２３は、発呼者端末がＭＲＢＴメディアファイルをダウンロードして再生する能力を有するかどうかを判定するように構成される。第２実行ユニット２４は、発呼者端末がＭＲＢＴメディアファイルをダウンロードして再生する能力を有するとき、ＭＲＢＴメディアファイルをダウンロードして再生するように構成される。
【００２７】
３．図１ｃに示されているように、複数のＭＲＢＴ再生方式の優先度に応じて、適切なＭＲＢＴ再生方式が選択される場合には、選択モジュール１２は、第３判定ユニット２５および第３実行ユニット２６を含む。第３判定ユニット２５は、発呼者能力に基づいて、発呼者端末によってサポートされるＭＲＢＴ再生方式を判定するように構成される。第３実行ユニット２６は、判定されたＭＲＢＴ再生方式から最も高い優先度を有するＭＲＢＴ再生方式を選択するように構成される。
【００２８】
上述したように、本発明の実施形態によるＭＲＢＴサービスを実装するためのシステムにおいて、発呼者端末の能力に基づいて、ＭＲＢＴを再生するための適切な方式が、選択される。したがって、能力のより高い端末に生じるデータ損失または通信遅延のような問題を回避することができ、能力のより低い端末に生じるＭＲＢＴデータを再生する際の失敗のような起こりうる問題を克服することができる。
【００２９】
上述のシステムに対応して、本発明の実施形態は、ＭＲＢＴサービスを実装するための方法を提供する。図２に示されているように、方法は、以下のステップを含む。
【００３０】
ステップ２０１において、発呼者端末から送信された呼出要求が、受信される。
【００３１】
呼出要求を受信するためのエンティティとしては、ＭＲＢＴ  ＡＳ（たとえば、マルチメディア呼出音（Ｍｕｌｔｉｍｅｄｉａ  Ｒｉｎｇ  Ｂａｃｋ  Ｔｏｎｅ）ＡＳまたはＭＲＢＴ  ＡＳと略記される）またはＳ‐ＣＳＣＦが挙げられるが、これらに限定されるわけではない。
【００３２】
ステップ２０２において、呼出要求に基づき、発呼者端末の発呼者能力が、判定される。
【００３３】
呼出要求は、発呼者端末の発呼者能力を含んでもよい。発呼者端末の発呼者能力としては、初期セッションがサポートされているかどうかと、ＭＲＢＴメディアファイルのダウンロードおよび再生能力がサポートされているかどうかが挙げられるが、これらに限定されるわけではない。
【００３４】
ステップ２０３において、発呼者能力に基づき、ＭＲＢＴ再生方式が、選択される。
【００３５】
ＭＲＢＴ再生方式としては、サーバモデル初期セッションＳＤＰネゴシエーション、ゲートウェイモデルＳＤＰネゴシエーションまたはＭＲＢＴメディアファイルのダウンロードおよび再生が挙げられるが、これらに限定されるわけではない。
【００３６】
発呼者能力に基づくＭＲＢＴ再生方式の選択としては、以下の場合が挙げられるがこれらに限定されるわけではない。発呼者能力として、初期セッションがサポートされている場合には、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式が、選択され得る。発呼者能力として、初期セッションがサポートされていない場合には、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式が、選択され得る。発呼者能力として、ダウンロードおよび再生がサポートされている場合には、発呼者端末は、ＭＲＢＴメディアファイルをダウンロードして再生することができる。総括すると、発呼者端末の発呼者能力によってサポートされているＭＲＢＴ再生方式のいずれも、設定優先度に基づいて、選択され得る。
【００３７】
発呼者能力が、初期セッションサポートと、ＭＲＢＴメディアファイルのダウンロードおよび再生のサポートとの両方を含む場合には、ＭＲＢＴ再生方式は、２つの能力の優先度に基づいて選択されてもよく、またはユーザによって必要に応じて選択されてもよい。
【００３８】
ＭＲＢＴサービスを実装するプロセスを記載するために、呼出要求が、ＭＲＢＴ  ＡＳおよびＣＳＣＦによってそれぞれ受信される実施例について、以下で与えられる。
【００３９】
図３ａおよび図３ｂは、本発明の実施形態によるＭＲＢＴを再生するためのシグナリングを示した流れ図である。実施形態では、ＭＲＢＴ  ＡＳは、呼出要求を受信し、呼出要求に基づいて、ＭＲＢＴ再生方式を選択し、発呼者能力は、初期セッションがサポートされているかどうかである。プロセスは、以下のように記載される。
【００４０】
ステップ３０１において、発呼者端末が、ＭＲＢＴ  ＡＳに対して呼出要求を開始する。
【００４１】
呼出要求は、Ｉｎｖｉｔｅメッセージにおいて送信され、正常な通信を確立するために、その要求が、発呼者端末ＳＤＰ  ｏｆｆｅｒを保持する。
【００４２】
ステップ３０２において、ＭＲＢＴ  ＡＳが、呼出要求におけるＳＵＰＰＯＲＴＥＤヘッダフィールドが初期セッションのオプションタグを保持しているかどうかを判定する。判定が肯定的である場合には、ステップ３０３が、実行される。判定が否定的である場合には、ステップ３０４が、実行される。
【００４３】
初期セッションのオプションタグが保持される場合には、発呼者端末が初期セッションをサポートすることを示し、したがって、ＭＲＢＴは、サーバモデル初期セッションＳＤＰネゴシエーション方式で再生され得る。そうでない場合には、発呼者端末は、初期セッションをサポートしないことを示し、したがって、ＭＲＢＴは、ゲートウェイモデルＳＤＰネゴシエーション方式で再生され得る。
【００４４】
ステップ３０３において、ＭＲＢＴ  ＡＳは、発呼者端末に対してＭＲＢＴを再生するために、サーバモデルを用いて、初期セッションＳＤＰネゴシエーション方式を開始する。
【００４５】
ステップ３０４において、ＭＲＢＴ  ＡＳは、発呼者端末にＭＲＢＴを再生するために、ゲートウェイモデルを用いて、ＳＤＰネゴシエーション方式を開始する。
【００４６】
図３ａは、ステップ３０３のフローチャートを示し、初期セッションＳＤＰネゴシエーション方式を開始するために、サーバモデルを用いることは、以下のステップを含むことができる。
【００４７】
１．ＭＲＢＴ  ＡＳは、呼出要求を被呼者端末に送信する。
【００４８】
２．被呼者端末は、それ自体の能力に基づいて、ＳＤＰネゴシエーションを開始し、１８３シグナリングを介して、ＭＲＢＴ  ＡＳにネゴシエートされた通常セッションＳＤＰ  ａｎｓｗｅｒを返す。
【００４９】
３．ＭＲＢＴ  ＡＳは、ＭＲＳから、ＭＲＢＴセッションＳＤＰネゴシエーション用の初期セッションＳＤＰ  ｏｆｆｅｒ（ＭＲＢＴ  ｏｆｆｅｒ）を取得する。
【００５０】
４．ＭＲＢＴ  ＡＳは、１８３シグナリングを発呼者端末に送信し、シグナリングは、ネゴシエートされたａｎｓｗｅｒおよびＭＲＢＴ  ｏｆｆｅｒを保持する。
【００５１】
１８３シグナリングは、以下のようなフォーマットを有する。
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ；ｂｏｕｎｄａｒｙ＝”ｂｏｕｎｄａｒｙ１”
Ｃｏｎｔｅｎｔ‐Ｌｅｎｇｔｈ：４０１
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｓｅｓｓｉｏｎ  ／／  通常呼セッションＳＤＰ  ａｎｓｗｅｒ
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｅａｒｌｙ‐ｓｅｓｓｉｏｎ  ／／  ＭＲＢＴ  ｏｆｆｅｒ
‐‐ｂｏｕｎｄａｒｙ１
【００５２】
５．発呼者端末は、それ自体の能力に基づき、ＭＲＢＴ初期セッションＳＤＰネゴシエーションを行い、ネゴシエートされたＭＲＢＴセッションＳＤＰ  ａｎｓｗｅｒ（ＭＲＢＴ  ａｎｓｗｅｒ）をＰＲＡＣＫ（暫定応答承認：Ｐｒｏｖｉｓｉｏｎａｌ  Ｒｅｓｐｏｎｓｅ  ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を介してＭＲＢＴ  ＡＳに返す。ＭＲＢＴ  ａｎｓｗｅｒは、以下のようなフォーマットを有する。
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ；ｂｏｕｎｄａｒｙ＝”ｂｏｕｎｄａｒｙ１”
Ｃｏｎｔｅｎｔ‐Ｌｅｎｇｔｈ：４０１
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｅａｒｌｙ‐ｓｅｓｓｉｏｎ  ／／  ＭＲＢＴ  ａｎｓｗｅｒ
‐‐ｂｏｕｎｄａｒｙ１
【００５３】
６．ＭＲＢＴ  ＡＳは、受信したＰＲＡＣＫにおけるＭＲＢＴ  ａｎｓｗｅｒをＭＲＳに送信する。
【００５４】
７．ＭＲＢＴ  ＡＳは、被呼者端末に受信したＰＲＡＣＫシグナリングを送信する。
【００５５】
８．被呼者端末は、ＭＲＢＴ  ＡＳを介してＰＲＡＣＫ応答メッセージ（２００  ＰＲＡＣＫ）を発呼者端末に送信する。
【００５６】
９．発呼者端末は、ＭＲＢＴ  ＡＳを介してＵｐｄａｔｅメッセージを発呼者端末に送信する。
【００５７】
１０．被呼者端末は、ＭＲＢＴ  ＡＳを介してＵｐｄａｔｅ応答メッセージ（２００  Ｕｐｄａｔｅ）を発呼者端末に送信する。
【００５８】
ここで、発呼者端末と被呼者端末との間の初期セッションＳＤＰネゴシエーションが、成功する。
【００５９】
１１．被呼者端末は、１８０メッセージをＭＲＢＴ  ＡＳに送信する。
【００６０】
１２．１８０メッセージを受信すると、ＭＲＢＴ  ＡＳは、予め格納されたＭＲＢＴを発呼者端末に対して再生するようにＭＲＳに命令する。
【００６１】
１３．ＭＲＢＴ  ＡＳは、１８０メッセージを発呼者端末に送信する。
【００６２】
１４．被呼者端末がオフフックになった後、Ｉｎｖｉｔｅ応答メッセージ（２００  Ｉｎｖｉｔｅ）が、ＭＲＢＴ  ＡＳに送信される。
【００６３】
１５．ＭＲＢＴ  ＡＳは、発呼者端末に対するＭＲＢＴの再生を停止するようにＭＲＳに命令する。
【００６４】
１６．ＭＲＢＴ  ＡＳは、２００  Ｉｎｖｉｔｅを発呼者端末に送信する。
【００６５】
１７．発呼者端末は、ＭＲＢＴ  ＡＳを介して、被呼者端末に応答メッセージ（ＡＣＫ）を送信する。
【００６６】
１８．発呼者端末と被呼者端末との間で、接続が確立され、通信が行われることができる。
【００６７】
図３ｂは、ステップ３０４のフローチャートを示す。ゲートウェイモデルにおけるＳＤＰネゴシエーション用の方式は、以下を含むことができる。
【００６８】
１．ＭＲＢＴ  ＡＳは、呼出要求を被呼者端末に送信する。
【００６９】
２．被呼者端末は、それ自体の能力に基づき、ＳＤＰネゴシエーションを行い、１８３シグナリングを介して、ネゴシエートされた正常なセッションＳＤＰ  ａｎｓｗｅｒをＭＲＢＴ  ＡＳに返す。
【００７０】
３．ＭＲＢＴ  ＡＳは、ＭＲＢＴを再生するように、ＳＤＰネゴシエーションに関するＭＲＳへのｏｆｆｅｒを発呼者端末に送信する。ＳＤＰネゴシエーション後、ＭＲＳは、ＭＲＢＴ  ａｎｓｗｅｒをＭＲＢＴ  ＡＳに返す。
【００７１】
４．ＭＲＢＴ  ＡＳは、１８３シグナリングにおける正常なセッションＳＤＰ  ａｎｓｗｅｒを、受信したＭＲＢＴ  ａｎｓｗｅｒに置き換え、次に、１８３シグナリングを発呼者端末に送信する。シグナリングは、ＭＲＢＴ  ａｎｓｗｅｒを含む。
【００７２】
ＭＲＢＴ  ａｎｓｗｅｒのフォーマットは、以下の通りである。
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｓｅｓｓｉｏｎ  ／／  ＭＲＢＴ  ａｎｓｗｅｒ
【００７３】
５．発呼者端末は、ＭＲＢＴ  ＡＳを介してＰＲＡＣＫシグナリングを被呼者端末に送信する。
【００７４】
６．被呼者端末は、ＭＲＢＴ  ＡＳを介して２００  ＰＲＡＣＫを発呼者端末に送信する。
【００７５】
７．発呼者端末は、ＭＲＢＴ  ＡＳを介してＵｐｄａｔｅメッセージを被呼者端末に送信する。
【００７６】
８．被呼者端末は、ＭＲＢＴ  ＡＳを介して２００  Ｕｐｄａｔｅを発呼者端末に送信する。
【００７７】
９．被呼者端末は、１８０メッセージをＭＲＢＴ  ＡＳに送信する。
【００７８】
１０．被呼者端末から送信された１８０メッセージを受信すると、ＭＲＢＴ  ＡＳは、予め設定されたＭＲＢＴを発呼者端末に対して再生するようにＭＲＳに命令する。
【００７９】
１１．ＭＲＢＴ  ＡＳは、１８０メッセージを発呼者端末に送信する。
【００８０】
１２．被呼者端末が、オフフックになった後、２００  Ｉｎｖｉｔｅメッセージが、ＭＲＢＴ  ＡＳに送信される。
【００８１】
１３．ＭＲＢＴ  ＡＳは、Ｕｐｄａｔｅメッセージにおいて呼セッションＳＤＰ  ａｎｓｗｅｒを発呼者端末に送信する。
【００８２】
ａｎｓｗｅｒのフォーマットは、以下の通りである。
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｓｅｓｓｉｏｎ  ／／  呼セッションＳＤＰ  ａｎｓｗｅｒ
【００８３】
１４．発呼者端末は、２００  ＵｐｄａｔｅをＭＲＢＴ  ＡＳに返す。
【００８４】
１５．ＭＲＢＴ  ＡＳは、発呼者端末に対するＭＲＢＴの再生を停止するようにＭＲＳに命令する。
【００８５】
１６．ＭＲＢＴ  ＡＳは、２００  Ｉｎｖｉｔｅを発呼者端末に送信する。
【００８６】
１７．発呼者端末は、ＭＲＢＴ  ＡＳを介してＡＣＫメッセージを被呼者端末に送信する。
【００８７】
１８．発呼者端末と被呼者端末との間で、接続が確立され、通信が行われることが可能となる。
【００８８】
ＭＲＢＴ  ＡＳの使用を通じてＭＲＢＴを再生するために、適切な方式の選択についての説明が行われてきた。本発明の実施形態によれば、ＭＲＢＴを再生するための適切な方式を選択するために、任意の他のエンティティが用いられもよく、以下に詳細に記載される。
【００８９】
図４は、実施形態によるＭＲＢＴを再生するための方式を選択するために、Ｓ‐ＣＳＣＦを用いる方法を示した流れ図である。
【００９０】
ステップ４０１において、発呼者端末は、呼出要求をＳ‐ＣＳＣＦに送信する。
【００９１】
このステップにおける呼出要求は、ステップ３０１における呼出要求と類似している。
【００９２】
ステップ４０２において、初期セッションのオプションタグが、呼出要求のＳＵＰＰＯＲＴＥＤヘッダフィールドに保持されているかどうかに応じて、Ｓ‐ＣＳＣＦは、発呼者端末が初期セッションをサポートしているかどうかを判定する。発呼者端末が初期セッションをサポートしている場合には、ステップ４０３が行われる。発呼者端末が初期セッションをサポートしていない場合には、ステップ４０４が行われる。
【００９３】
ステップ４０３において、Ｓ‐ＣＳＣＦは、サーバモデル初期セッションＳＤＰネゴシエーションを行う呼出要求をＭＲＢＴ  ＡＳに送信する。
【００９４】
ＭＲＢＴ  ＡＳは、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を用い、これは、ステップ３０３に類似している。
【００９５】
ステップ４０４において、Ｓ‐ＣＳＣＦは、ゲートウェイモデルＳＤＰネゴシエーションを行う呼出要求をＭＲＢＴ  ＡＳに送信する。
【００９６】
ＭＲＢＴ  ＡＳは、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式を用い、これは、ステップ３０４に類似している。
【００９７】
上述したように、ＭＲＢＴを実装するための２つの方式が、ＭＲＢＴ  ＡＳおよびＳ‐ＣＳＣＦを実施例と見なすことによって、記載される。２つの方式において、発呼者能力は、初期セッションがサポートされているかどうかである。初期セッションがサポートされているかどうかに基づいて、ＭＲＢＴを再生するために、異なる方式が選択されてもよい。発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしているかどうかを発呼者能力と見なすことによって、ＭＲＢＴを再生するための方式の選択について、以下で説明が行われる。
【００９８】
ＭＲＢＴメディアファイルのダウンロードおよび再生能力の優先度は、初期セッション能力の優先度より低く設定される。図５に示されているように、詳細は、以下の通りである。
【００９９】
ステップ５０１において、ＭＲＢＴ  ＡＳは、受信した呼出要求に基づいて、発呼者端末が、初期セッションをサポートしているかどうかを判定する。発呼者端末が初期セッションをサポートしている場合には、ステップ５０２が行われる。発呼者端末が初期セッションをサポートしていない場合には、ステップ５０３が行われる。
【０１００】
ステップ５０２において、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式が、選択される。
【０１０１】
ステップ５０３において、発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしているかどうかに関する判定が、行われる。発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしている場合には、ステップ５０４が行われる。発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしていない場合には、ステップ５０５が行われる。
【０１０２】
ステップ５０４において、ＭＲＢＴ  ＡＳは、発呼者端末に、再生されることになっているＭＲＢＴメディアファイル用のＵＲＬを送信し、発呼者端末は、ＵＲＬに基づき、ＭＲＢＴメディアファイルをダウンロードして再生することができる。
【０１０３】
ステップ５０５において、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式が、選択される。
【０１０４】
この場合も同様に、発呼者端末の能力に基づいて、ＭＲＢＴを再生するために、適切な方式を選択するエンティティは、Ｓ‐ＣＳＣＦであってもよい。
【０１０５】
同様に、ＭＲＢＴメディアファイルのダウンロードおよび再生能力が、初期セッション能力より高い優先度を有する場合には、発呼者端末が、ＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートするかどうかを判定することが好ましい。
【０１０６】
異なる能力は、異なる優先度を有するように、ユーザによって設定されてもよい。あるいは、ユーザは、ＭＲＢＴを再生するために、所望の方式を直接的に選択してもよい。
【０１０７】
発呼者端末の発呼者能力に基づいて、ＭＲＢＴ再生方式を判定して選択する以外に、ＭＲＢＴ再生方式は、発呼者能力とＭＲＢＴ再生方式の優先度との組み合わせに基づいて判定されてもよい。
【０１０８】
第一に、発呼者端末によってサポートされるＭＲＢＴ再生方式は、発呼者能力に基づいて判定されてもよい。次に、最も高い優先度を有するＭＲＢＴ再生方式が、判定されたＭＲＢＴ再生方式から選択されてもよい。
【０１０９】
サーバモデル初期セッションＳＤＰネゴシエーション方式が最も高い優先度を有し、ＭＲＢＴメディアファイルのダウンロードおよび再生方式が、次に高い優先度を有し、ゲートウェイモデルＳＤＰネゴシエーション方式が、最も低い優先度を有することを、ＭＲＢＴ再生方式の優先度が示す場合には、以下のような場合であってもよい。
【０１１０】
１．発呼者端末の能力が初期セッションをサポートするときには、最も高い優先度を有するＭＲＢＴ再生方式が、選択され得る。
【０１１１】
２．発呼者端末の能力が初期セッションをサポートしないが、発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートするときには、最も高い優先度を有するＭＲＢＴ再生方式がサポートされないため、次に高い優先度を有するＭＲＢＴ再生方式が、選択され得る。
【０１１２】
３．発呼者端末の能力が初期セッションをサポートせず、発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしないときには、最も低い優先度を有するＭＲＢＴ再生方式が、選択される。
【０１１３】
上述したように、本発明の実施形態によるＭＲＢＴサービスを実装するための方法において、発呼者端末の能力は、ＭＲＢＴを再生するための適切な方式を選択するために利用される。能力のより高い端末の場合には、データ損失または通信遅延のような問題が、回避され得る。能力のより低い端末の場合には、ＭＲＢＴおよびＭＲＴデータを再生する際の失敗のような起こりうる問題が、解決され得る。
【０１１４】
本発明の実施形態によるＭＲＢＴサービスを実装するための上記のシステムおよび方法に対応して、本発明の実施形態は、ＭＲＢＴサービスを実装するための装置を提供する。図６ａ、図６ｂおよび図６ｃに示されているように、装置は、受信モジュール３１および選択モジュール３２を含む。
【０１１５】
受信モジュール３１は、発呼者端末から送信された呼出要求を受信するように構成される。
【０１１６】
選択モジュール３２は、呼出要求に基づいて、発呼者端末の発呼者能力を判定し、発呼者能力に基づいて、ＭＲＢＴ再生方式を選択するように構成される。選択モジュール３２は、ＭＲＢＴ  ＡＳ、Ｓ‐ＣＳＣＦまたは任意の他のエンティティであってもよい。
【０１１７】
この実施形態において提供されるようなＭＲＢＴサービスを実装するための装置は、異なる発呼者能力に基づいて、ＭＲＢＴを再生するために、異なる方式を選択してもよいが、以下のものに限定されるわけではない
【０１１８】
１．図６ａに示されているように、選択モジュール３２は、第１判定ユニット４１および第１実行ユニット４２を含む。第１判定ユニット４１は、発呼者端末が初期セッションをサポートする否かを判定するように構成される。第１実行ユニット４２は、発呼者端末が初期セッションをサポートするときには、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択し、発呼者端末が初期セッションをサポートしないときには、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式を選択するように構成される。
【０１１９】
２．図６ｂに示されているように、選択モジュール３２は、第２判定ユニット４３および第２実行ユニット４４を含む。第２判定ユニット４３は、発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしているかどうかを判定するように構成される。第２実行ユニット４４は、発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしているときには、ＭＲＢＴメディアファイルをダウンロードして再生するように構成される。
【０１２０】
３．図６ｃに示されているように、選択モジュール３２は、第３判定ユニット４５および第３実行ユニット４６を含む。第３判定ユニット４５は、発呼者能力に基づき、発呼者端末によってサポートされているＭＲＢＴ再生方式を判定するように構成される。第３実行ユニット４６は、判定されたＭＲＢＴ再生方式から最も高い優先度を有するＭＲＢＴ再生方式を選択するように構成される。
【０１２１】
本発明の実施形態によるＭＲＢＴサービスを実装するための装置に関して、発呼者端末の能力は、ＭＲＢＴを再生するための適切な方式を選択するために利用される。能力のより高い端末の場合には、データ損失または通信遅延のような問題が、回避され得る。能力のより低い端末の場合には、ＭＲＢＴおよびＭＲＴデータを再生する際の失敗のような起こりうる問題が、解決され得る。
【０１２２】
上述したように、本発明の実施形態によるＭＲＢＴサービスを実装するためのシステム、方法および装置において、発呼者端末の能力は、ＭＲＢＴを再生するための適切な方式を選択するために利用される。能力のより高い端末の場合には、データ損失または通信遅延のような問題が、回避され得る。能力のより低い端末の場合には、ＭＲＢＴおよびＭＲＴデータを再生する際の失敗のような起こりうる問題が、解決され得る。ＭＲＢＴの再生と同様に、ＭＲＴサービスを実装するための方法、システムおよび装置についての説明が、以下で与えられる。図７に示されているように、ＭＲＴサービスを再生するための方法は、以下のステップを含むことができる。
【０１２３】
ステップ７０１において、被呼者端末は、発呼者端末から送信された呼出要求の受信に応じて、応答メッセージを返す。
【０１２４】
発呼者端末は、呼出要求をＭＲＴ  ＡＳに送信する。呼出要求は、正常な通信を確立するための発呼者端末ＳＤＰ要求（ｏｆｆｅｒ）を含む。
【０１２５】
ＭＲＴ  ＡＳは、その被呼者能力を返すように被呼者端末に要求するオプションタグを呼出要求に追加する。
【０１２６】
ステップ７０２において、被呼者端末の被呼者能力は、被呼者端末から返された応答メッセージに基づいて判定される。
【０１２７】
被呼者端末の被呼者能力としては、初期セッションがサポートされているかどうかおよびファイルダウンロードおよび再生能力がサポートされているかどうかが挙げられるがこれらに限定されるわけではない。
【０１２８】
ステップ７０３において、ＭＲＴ再生方式は、被呼者能力に基づいて選択される。
【０１２９】
ＭＲＴ再生方式としては、サーバモデル初期セッションＳＤＰネゴシエーションまたはＭＲＢＴメディアのファイルダウンロードおよび再生が挙げられるがこれらに限定されるわけではない。
【０１３０】
被呼者能力に基づくＭＲＴ再生方式の選択は、以下の場合が挙げられるがこれらに限定されるわけではない。被呼者能力が初期セッションをサポートしている場合には、ＭＲＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式が、選択される。被呼者能力がダウンロードおよび再生に関してサポートされている場合には、被呼者端末は、ＭＲＴメディアファイルをダウンロードして再生することができる。
【０１３１】
被呼者能力が、初期セッション用のサポートおよびダウンロードおよび再生用のサポートの両方を含む場合には、対応するＭＲＴ再生方式は、２つの能力の優先度に基づいて選択されてもよい。あるいは、対応するＭＲＴ再生方式が、ユーザの要求に基づいて、選択されてもよい。
【０１３２】
初期セッションに関するサポートの優先度が、ダウンロードおよび再生に関するサポートの優先度より高い実施形態における、ＭＲＴを実装するためのプロセスに関する詳細な説明が、以下で行われる。
【０１３３】
図８ａおよび図８ｂは、本発明の実施形態によるＭＲＴを再生するためのシグナリングを示した流れ図である。プロセスは、以下のステップを含むことができる。
【０１３４】
ステップ８０１において、発呼者端末が、呼出要求をＭＲＴ  ＡＳに送信する。
【０１３５】
ステップ８０２において、ＭＲＴ  ＡＳは、初期セッションのオプションタグを、受信された呼出要求のＲＥＱＵＩＲＥヘッダフィールドに追加して、初期セッションがサポートされているかどうかを返すように被呼者端末に要求する。
【０１３６】
ステップ８０３において、被呼者端末が初期セッションをサポートする場合には、ステップ８０４が行われ、被呼者端末が初期セッションをサポートしない場合には、ステップ８０５が行われる。
【０１３７】
被呼者端末が初期セッションをサポートする場合には、ＭＲＴ  ＡＳに返された応答メッセージは、正常な（１８３）シグナリングである。１８３シグナリングは、初期のＭＲＴネゴシエーション結果（ａｎｓｗｅｒ）を保持することができる。ネゴシエーション結果（ａｎｓｗｅｒ）は、１８３シグナリングに保持されるのではなく、別の次のシグナリングに保持されてもよい。そうでない場合には、返された応答メッセージは、異常な（４２０）シグナリングである。受信されたシグナリングに応じて、ＭＲＴ  ＡＳは、ＭＲＴを再生するために、適切な方式を選択する。
【０１３８】
ステップ８０４において、ＭＲＴ  ＡＳは、被呼者端末が初期セッションをサポートすることを判定し、サーバモデル初期セッションＳＤＰネゴシエーション方式が、被呼者端末にＭＲＴを再生するために利用される。
【０１３９】
ステップ８０５において、ＭＲＴ  ＡＳは、被呼者端末が初期セッションをサポートしないことを判定し、ＭＲＴメディアファイルをダウンロードして再生することを被呼者端末に要求する呼出要求が、被呼者端末に再送される。
【０１４０】
再送された呼出要求において、初期セッションのオプションタグではなく、再生されることになっているＭＲＴ用のＵＲＬが被呼者端末に追加される。
【０１４１】
図８ａを参照すると、ステップ８０４において、初期セッションＳＤＰネゴシエーションを行うためにサーバモデルを利用するためのフローチャートが、示されている。
【０１４２】
１．ＭＲＴ  ＡＳは、受信された１８３シグナリングを発呼者端末に返す。
【０１４３】
２．発呼者端末は、ＰＲＡＣＫをＭＲＴ  ＡＳに送信する。
【０１４４】
３．ＭＲＴ  ＡＳは、ＭＲＳから、ＭＲＴセッションＳＤＰネゴシエーション用の初期セッションＳＤＰ要求（マルチメディアコーラアイデンティフィケーション（Ｍｕｌｔｉｍｅｄｉａ  Ｃａｌｌｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（ＭＣＩＤ、すなわち、ＭＲＴ）ｏｆｆｅｒ）を取得する。
【０１４５】
４．ＭＲＴ  ＡＳは、ＭＲＴ  ｏｆｆｅｒを含むＰＲＡＣＫを被呼者端末に送信する。
【０１４６】
５．それ自体の能力に応じて、被呼者端末は、ＭＲＴ初期セッションＳＤＰネゴシエーションを行い、２００  ＰＲＡＣＫを介して、ネゴシエートされたＭＲＴセッションＳＤＰ  ａｎｓｗｅｒをＭＲＴ  ＡＳに返す。
【０１４７】
６．ＭＲＴ  ＡＳは、ＭＲＴ  ａｎｓｗｅｒをＭＲＳに送信する。
【０１４８】
７．ＭＲＴ  ＡＳは、２００  ＰＲＡＣＫを発呼者端末に送信する。
【０１４９】
８．発呼者端末は、ＭＲＴ  ＡＳを介してＵｐｄａｔｅを被呼者端末に送信する。
【０１５０】
９．被呼者端末は、ＭＲＴ  ＡＳを介して２００  Ｕｐｄａｔｅを発呼者端末に送信する。
【０１５１】
１０．被呼者端末は、１８０シグナリングをＭＲＴ  ＡＳに送信する。
【０１５２】
１１．ＭＲＴ  ＡＳは、被呼者端末に対してＭＲＴを再生するようにＭＲＳに命令する。
【０１５３】
１２．ＭＲＴ  ＡＳは、１８０シグナリングを発呼者端末に送信する。
【０１５４】
１３．被呼者端末は、オフフックになり、２００  ＩｎｖｉｔｅをＭＲＴ  ＡＳに送信する。
【０１５５】
１４．ＭＲＴ  ＡＳは、被呼者端末に対するＭＲＴの再生を停止するようにＭＲＳに命令する。
【０１５６】
１５．ＭＲＴ  ＡＳは、２００  Ｉｎｖｉｔｅを発呼者端末に送信する。
【０１５７】
１６．発呼者端末は、ＭＲＴ  ＡＳを介して被呼者端末にＡＣＫを送信する。
【０１５８】
１７．発呼者端末と被呼者端末との間で、接続が確立され、通信が行われることができる。
【０１５９】
図８ｂを参照すると、ステップ８０５においてＭＲＴをダウンロードして再生するように被呼者端末に要求するためのフローチャートが、示されている。
【０１６０】
１．ＭＲＴ  ＡＳは、再生されることになっているＭＲＴ用のＵＲＬを含むＩｎｖｉｔｅを被呼者端末に送信する。
【０１６１】
２．被呼者端末がＭＲＴメディアファイルのダウンロードおよび再生能力をサポートする場合には、ＭＲＴメディアファイルが、ＵＲＬを用いることによってダウンロードされる。
【０１６２】
３．被呼者端末は、ＭＲＴ  ＡＳを介してＭＲＴネゴシエーション結果（ａｎｓｗｅｒ）を含む１８３シグナリングを発呼者端末に送信する。
【０１６３】
４．発呼者端末は、ＭＲＴ  ＡＳを介してＰＲＡＣＫを被呼者端末に送信する。
【０１６４】
５．被呼者端末は、ＭＲＴ  ＡＳを介して２００  ＰＲＡＣＫを発呼者端末に送信する。
【０１６５】
６．被呼者端末は、ダウンロードされたＭＲＴメディアファイルを再生する。
【０１６６】
７．被呼者端末は、ＭＲＴ  ＡＳを介して１８０を発呼者端末に送信する。
【０１６７】
８．発呼者端末がオフフックになるとき、２００  ＩｎｖｉｔｅがＭＲＴ  ＡＳを介して発呼者端末に送信される。
【０１６８】
９．発呼者端末と被呼者端末との間で、接続が確立され、通信が行われることができる。
【０１６９】
ＭＲＢＴサービスの実装と同様に、被呼者端末の被呼者能力に基づいて、ＭＲＴを再生するための適切な方式の選択が、Ｓ‐ＣＳＣＦによって行われることができる。
【０１７０】
ＭＲＢＴ再生方式の選択と同様に、ＭＲＴ再生方式は、被呼者能力と異なるＭＲＴ再生方式の優先度との組み合わせに基づいて判定されてもよい。
【０１７１】
被呼者端末によってサポートされたＭＲＴ再生方式は、被呼者能力に基づいて判定されてもよく、最も高い優先度を有するＭＲＴ再生方式が、判定されたＭＲＴ再生方式から選択されてもよい。
【０１７２】
ＭＲＴ再生方式の優先度が、サーバモデル初期セッションＳＤＰネゴシエーション方式が最も高い優先度を有し、カスタマイズされたＲＢＴメディアファイルのダウンロードおよび再生方式がより低い優先度を有するようである場合には、以下のような場合であってもよい。
【０１７３】
１．発呼者端末の能力が初期セッションをサポートするときには、最も高い優先度を有するカスタマイズされたＲＢＴ再生方式が、選択されてもよい。
【０１７４】
２．発呼者端末の能力が初期セッションをサポートしないが、発呼者端末がカスタマイズされたＲＢＴメディアファイルのダウンロードおよび再生能力をサポートするときには、最も高い優先度を有するＲＢＴ再生方式がサポートされないため、次に高い優先度を有するカスタマイズされたＲＢＴ再生方式が、選択されてもよい。
【０１７５】
ＭＲＴを実装するための上記の方法に対応して、本発明の実施形態は、ＭＲＴを実装するためのシステムを提供する。図９ａ、図９ｂおよび図９ｃに示されているように、システムは、発呼者端末５１、被呼者端末５２および選択モジュール５３を含む。
【０１７６】
発呼者端末５１は、呼出要求を送信するように構成される。
【０１７７】
被呼者端末５２は、呼出要求の受信に応じて、選択モジュール５３に応答メッセージを返すように構成される。
【０１７８】
選択モジュール５３は、被呼者端末５２から返された被呼者能力に基づいて、ＭＲＴ再生方式を選択するように構成される。
【０１７９】
さらに、システムは、その被呼者能力を返すように被呼者端末に要求するオプションタグを呼出要求に追加し、オプションタグを含む呼出要求を被呼者端末に送信するように構成される追加モジュール５４を含んでもよい。
【０１８０】
ＭＲＢＴサービスを実装するためのシステムと同様に、以下のように、異なる被呼者能力に基づいて、異なるＭＲＴ再生方式が、選択されてもよいが、これらに限定されるわけではない。
【０１８１】
１．図９ａに示されているように、被呼者能力が、初期セッションがサポートされているかどうかである場合には、選択モジュール５３は、第１判定ユニット６１および第１実行ユニット６２を含む。
【０１８２】
第１判定ユニット６１は、被呼者端末５２が初期セッションをサポートしているかどうかを判定するように構成される。第１実行ユニット６２は、被呼者端末５２が初期セッションをサポートしているとき、ＭＲＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択するように構成される。
【０１８３】
２．図９ｂに示されているように、被呼者能力が、ＭＲＴメディアファイルのダウンロードおよび再生能力がサポートされているかどうかである場合には、選択モジュール５３は、第２判定ユニット６３および第２実行ユニット６４を含む。
【０１８４】
第２判定ユニット６３は、被呼者端末５２が、ＭＲＴメディアファイルのダウンロードおよび再生能力をサポートしているかどうかを判定するように構成される。第２実行ユニット６４は、被呼者端末５２がＭＲＴメディアファイルのダウンロードおよび再生能力をサポートしているときには、被呼者端末にＭＲＴメディアファイルのダウンロードおよび再生を可能にするように構成される。
【０１８５】
３．図９ｃに示されているように、選択モジュール５３は、第３判定ユニット６５および第３実行ユニット６６を含む。
【０１８６】
第３判定ユニット６５は、被呼者能力に基づいて、被呼者端末５２によってサポートされるＭＲＴ再生方式を判定するように構成される。第３実行ユニット６６は、判定されたＭＲＴ再生方式から、最も高い優先度を有するＭＲＴ再生方式を選択するように構成される。
【０１８７】
追加モジュール５４は、動作ユニット６７および送信ユニット６８を含む。動作ユニット６７は、呼出要求のＲＥＱＵＩＲＥヘッダフィールドに初期セッションのオプションタグを追加するように構成される。送信ユニット６８は、初期セッションのオプションタグを含む呼出要求を被呼者端末５２に送信するように構成される。
【０１８８】
ＭＲＴを実装するための上述の方法およびシステムに対応して、本発明の実施形態はまた、ＭＲＴを実装するための装置を提供する。図１０ａ、図１０ｂおよび図１０ｃに示されているように、装置は、受信モジュール７１および選択モジュール７２を含む。
【０１８９】
受信モジュール７１は、被呼者端末が発呼者端末から送信された呼出要求を取得した後、被呼者端末から返された応答メッセージを受信するように構成される。
【０１９０】
選択モジュール７２は、応答メッセージに基づいて、被呼者端末の被呼者能力を判定し、被呼者能力に基づいて、ＭＲＴ再生方式を選択するように構成される。
【０１９１】
さらに、装置は、被呼者能力を返すように被呼者端末に要求するオプションタグを呼出要求に追加し、オプションタグを含む呼出要求を被呼者端末に送信するように構成される追加モジュール７３を含む。
【０１９２】
図１０ａに示されているように、選択モジュール７２は、第１判定ユニット８１および第１実行ユニット８２を含む。第１判定ユニット８１は、被呼者端末が初期セッションをサポートしているかどうかを判定するように構成される。第１実行ユニット８２は、被呼者端末が初期セッションをサポートしているときに、ＭＲＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択するように構成される。
【０１９３】
図１０ｂに示されているように、選択モジュール７２は、第２判定ユニット８３および第２実行ユニット８４を含む。第２判定ユニット８３は、被呼者端末がＭＲＴメディアファイルのダウンロードおよび再生能力をサポートしているかどうかを判定するように構成される。第２実行ユニット８４は、被呼者端末がＭＲＴメディアファイルのダウンロードおよび再生能力をサポートしているときには、被呼者端末に対して、ＭＲＴメディアファイルのダウンロードおよび再生を可能にするように構成される。
【０１９４】
図１０ｃに示されているように、選択モジュール７２は、第３判定ユニット８５および第３実行ユニット８６を含む。第３判定ユニット８５は、被呼者能力に基づき、被呼者端末によってサポートされるＭＲＴ再生方式を判定するように構成される。第３実行ユニット８６は、判定されたＭＲＴ再生方式から、最も高い優先度を有するＭＲＴ再生方式を選択するように構成される。
【０１９５】
追加モジュール７３は、動作ユニット８７および送信ユニット８８を含む。動作ユニット８７は、呼出要求のＲＥＱＵＩＲＥヘッダフィールドに初期セッションのオプションタグを追加するように構成される。送信ユニット８８は、初期セッションのオプションタグを含む呼出要求を被呼者端末に送信するように構成される。
【０１９６】
ＭＲＢＴを実装するための方法、システムおよび装置と、ＭＲＴを実装するための方法、システムおよび装置と、に関して、それぞれ記載してきた。以下に記載されるように、本発明の実施形態はまた、ＭＲＢＴを実装し、ＭＲＴを実装するための方法も提供する。この実施形態において、発呼者端末および被呼者端末の両方は、初期セッションをサポートするように設定される。図１１に示されているように、方法は、以下のステップを含む。
【０１９７】
ステップ１１０１において、発呼者端末は、呼出要求をＭＲＴ  ＡＳに送信する。
【０１９８】
呼出要求のＳＵＰＰＯＲＴＥＤヘッダフィールドは、初期セッションのオプションタグを保持することができる。
【０１９９】
ステップ１１０２において、ＭＲＴ  ＡＳは、受信した呼出要求のＲＥＱＵＩＲＥヘッダフィールドに、初期セッションがサポートされているかどうかを返すように被呼者端末に要求する初期セッションのオプションタグを保持し、呼出要求をＭＲＢＴ  ＡＳに送信する。
【０２００】
ステップ１１０３において、発呼者端末が初期セッションをサポートしていることをＭＲＢＴ  ＡＳが判定する場合には、ＭＲＢＴ  ＡＳは、ステップ３０３と類似の方式で発呼者端末にＭＲＢＴを再生し、呼出要求を被呼者端末に送信する。
【０２０１】
ステップ１１０４において、被呼者端末は、それ自体の能力に基づいて、ＳＤＰネゴシエーションを行い、ＳＤＰネゴシエーション結果（ａｎｓｗｅｒ）を含む１８３シグナリングをＭＲＢＴ  ＡＳに送信する。
【０２０２】
ステップ１１０５において、ＭＲＢＴ  ＡＳは、ＭＲＳからＭＲＢＴ  ｏｆｆｅｒを取得する。
【０２０３】
ステップ１１０６において、ＭＲＢＴ  ＡＳは、ＭＲＢＴ  ｏｆｆｅｒを、受信した１８３シグナリングに追加して、１８３シグナリングをＭＲＴ  ＡＳに送信する。
【０２０４】
ステップ１１０７において、ＭＲＴ  ＡＳは、被呼者端末が初期セッションＳＤＰをサポートしていることを判定し、ステップ７０４と類似の方式で、被呼者端末に対してＭＲＴを再生する。
【０２０５】
次のプロセスは、図３ａおよび図８ａを参照してもよく、前の実施形態に記載されていることと類似している。
【０２０６】
ＭＲＢＴおよびＭＲＴ初期セッションＳＤＰネゴシエーションが同時に行われるため、ＭＲＢＴ  ＡＳおよびＭＲＴ  ＡＳは、受信された初期セッションＳＤＰがＭＲＢＴ初期セッションまたはＭＲＴ初期セッションＳＤＰであるかどうかを判定することができる。たとえば、ＭＲＴ  ＡＳが、ＭＲＢＴ  ａｎｓｗｅｒおよびＭＲＴ  ｏｆｆｅｒをＭＲＢＴ  ＡＳに送信するときには、初期セッションＳＤＰがＭＲＢＴサービスまたはＭＲＴサービスに対応するかどうかを識別するために、サービスＩＤが追加される。
【０２０７】
シグナリングＰＲＡＣＫ（ＭＲＢＴ  ａｎｓｗｅｒ＋ＭＲＴ  ｏｆｆｅｒ）を実施例と見なすと、フォーマットは、以下のようであってもよい。
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ；ｂｏｕｎｄａｒｙ＝”ｂｏｕｎｄａｒｙ１”
Ｃｏｎｔｅｎｔ‐Ｌｅｎｇｔｈ：４０１
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｅａｒｌｙ‐ｓｅｓｓｉｏｎ；ｓｅｒｖｉｃｅ＝ＭＲＢＴ  ／／  ＭＲＢＴ  ａｎｓｗｅｒ
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｅａｒｌｙ‐ｓｅｓｓｉｏｎ；ｓｅｒｖｉｃｅ＝ＭＲＴ  ／／  ＭＲＴ  ａｎｓｗｅｒ
‐‐ｂｏｕｎｄａｒｙ１
【０２０８】
サービスＩＤが追加されることによって、ＭＲＢＴ  ＡＳは、ＰＲＡＣＫ（ＭＲＢＴ  ａｎｓｗｅｒ＋ＭＲＴ  ｏｆｆｅｒ）を受信すると、その中でＭＲＢＴ初期セッションＳＤＰを判定してもよい。
【０２０９】
たとえば、ＭＲＢＴ  ＡＳが、１８３を介してａｎｓｗｅｒおよびＭＲＢＴ  ｏｆｆｅｒをＭＲＴ  ＡＳに送信するとき、ＭＲＴ  ＡＳがその中でＭＲＴ初期セッションＳＤＰを判定してもよいように、ＩＤもまた、追加されてもよい。１８３（ａｎｓｗｅｒ＋ＭＲＢＴ  ｏｆｆｅｒ）は、以下のようなフォーマットを有することができる。
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ；ｂｏｕｎｄａｒｙ＝”ｂｏｕｎｄａｒｙ１”
Ｃｏｎｔｅｎｔ‐Ｌｅｎｇｔｈ：４０１
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｓｅｓｓｉｏｎ  ／／  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｎｏｒｍａｌ  ａｎｓｗｅｒ
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｅａｒｌｙ‐ｓｅｓｓｉｏｎ；ｓｅｒｖｉｃｅ＝ＭＲＢＴ  ／／  ＭＲＢＴ  ｏｆｆｅｒ
‐‐ｂｏｕｎｄａｒｙ１
【０２１０】
本発明の実施形態において提供される上記の技術的解決策を用いて、端末が能力のより低いものから能力のより高いものに変更されるプロセス（たとえば、いくつかの端末のみが初期セッションを現在サポートするが、将来、すべての端末が初期セッションをサポートする）において、ＩＭＳに基づくＭＲＢＴサービスおよびＭＲＴサービスは、可能な限り改善されるべきである。そのようなプロセスにおいて、データ損失を回避するために、ＭＲＢＴおよびＭＲＴを実装するために初期セッションをサポートする端末に対して、時間遅延は、短くなければならない。初期セッションに関するサポートを有していない端末に対しては、ＭＲＢＴサービスおよびＭＲＴサービスの実装を保証するために、別のスキームを利用してもよい。
【０２１１】
本発明の実施形態において用いられるとき、「受信する／受信中である」という表現は、任意の他のモジュールから初めに情報を取得することまたは任意の他のモジュールから送信された情報を受信することと解釈されてもよい。
【０２１２】
当業者は、図面が特定の実施形態を示すために用いられたに過ぎないことと、図面におけるすべてのモジュールまたはステップが、本発明を実行するために必要であるというわけではないことを認識するであろう。
【０２１３】
当業者は、実施形態による装置におけるモジュールが、記載されたような実施形態による装置の中で分布されてもよいこと、または実施形態とは異なるもう１つの装置において提供されてもよいことを認識するであろう。実施形態におけるモジュールは、１つのモジュールに組み込まれてもよく、または複数のサブモジュールに分割されてもよい。
【０２１４】
本発明の実施形態におけるいくつかのステップは、ソフトウェアにおいて実装されてもよく、対応するソフトウェアプログラムは、ディスクまたはハードディスクなどの読み出し可能格納媒体に格納されてもよい。
【０２１５】
当業者は、本発明の範囲を逸脱することなく、本発明に対して種々の変更および修正を行ってもよい。本発明に対する変更および修正が、本発明の請求項およびそれらの均等物の範囲内に収まるのであれば、本発明はこれらの変更および修正を網羅することを意図している。
【図１ａ】
2010529791.tif 000003
【図１ｂ】
2010529791.tif 000004
【図１ｃ】
2010529791.tif 000005
【図２】
2010529791.tif 000006
【図３ａ】
2010529791.tif 000007
【図３ｂ】
2010529791.tif 000008
【図４】
2010529791.tif 000009
【図５】
2010529791.tif 000010
【図６ａ】
2010529791.tif 000011
【図６ｂ】
2010529791.tif 000012
【図６ｃ】
2010529791.tif 000013
【図７】
2010529791.tif 000014
【図８ａ】
2010529791.tif 000015
【図８ｂ】
2010529791.tif 000016
【図９ａ】
2010529791.tif 000017
【図９ｂ】
2010529791.tif 000018
【図９ｃ】
2010529791.tif 000019
【図１０ａ】
2010529791.tif 000020
【図１０ｂ】
2010529791.tif 000021
【図１０ｃ】
2010529791.tif 000022
【図１１】
2010529791.tif 000023
【手続補正書】
【提出日】平成21年12月14日(2009.12.14)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０１８２
【補正方法】変更
【補正の内容】
【０１８２】
ＭＲＴ再生方式の優先度が、サーバモデル初期セッションＳＤＰネゴシエーション方式が最も高い優先度を有し、カスタマイズされたＲＴメディアファイルのダウンロードおよび再生方式がより低い優先度を有するようである場合には、以下のような場合であってもよい。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１８３
【補正方法】変更
【補正の内容】
【０１８３】
１．発呼者端末の能力が初期セッションをサポートするときには、最も高い優先度を有するカスタマイズされたＲＴ再生方式が、選択されてもよい。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１８４
【補正方法】変更
【補正の内容】
【０１８４】
２．発呼者端末の能力が初期セッションをサポートしないが、発呼者端末がカスタマイズされたＲＴメディアファイルのダウンロードおよび再生能力をサポートするときには、最も高い優先度を有するＲＴ再生方式がサポートされないため、次に高い優先度を有するカスタマイズされたＲＴ再生方式が、選択されてもよい。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチメディアカスタマイズされた呼出音（ＭＲＢＴ）サービスを実装するための方法であって、
発呼者端末から送信された呼出要求を受信することと、
前記呼出要求に基づき、前記発呼者端末の発呼者能力を判定することと、
前記発呼者能力に基づき、ＭＲＢＴ再生方式を選択することと、を含む方法。
【請求項２】
前記発呼者能力は、初期セッションがサポートされているかどうか、および／またはメディアファイルのダウンロードおよび再生能力がサポートされているかどうかを含む請求項１に記載の方法。
【請求項３】
前記発呼者能力に基づき、前記ＭＲＢＴ再生方式を選択することは、
前記発呼者能力が、初期セッションがサポートされているかどうかである場合に、
前記発呼者端末が初期セッションをサポートしているとき、前記ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択することと、
前記発呼者端末が初期セッションをサポートしないとき、前記ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式を選択することとをさらに含む請求項２に記載の方法。
【請求項４】
前記発呼者能力に基づき、前記ＭＲＢＴ再生方式を選択することは、
前記発呼者端末が、メディアファイルのダウンロードおよび再生能力をサポートするときに、前記発呼者端末によって、ＭＲＢＴメディアファイルをダウンロードして再生することを含む請求項２に記載の方法。
【請求項５】
前記発呼者能力に基づき、前記ＭＲＢＴ再生方式を選択することは、
前記発呼者能力に基づき、前記発呼者端末によってサポートされるＭＲＢＴ再生方式を判定することと、
前記判定されたＭＲＢＴ再生方式から最も高い優先度を有するＭＲＢＴ再生方式を選択することと、を含む請求項２に記載の方法。
【請求項６】
マルチメディアカスタマイズされた着信音（ＲＴ）サービスを実装するための方法であって、
被呼者端末が、発呼者端末から送信された呼出要求を受信した後、前記被呼者端末から返された応答メッセージを取得することと、
前記応答メッセージに基づき、前記被呼者端末の被呼者能力を判定することと、
前記被呼者能力に基づき、カスタマイズされたＲＴ（ＭＲＴ）再生方式を選択することと、を含む方法。
【請求項７】
前記被呼者能力は、初期セッションがサポートされているかどうか、および／またはメディアファイルのダウンロードおよび再生能力がサポートされているかどうかを含む請求項６に記載の方法。
【請求項８】
前記被呼者能力に基づき、前記ＭＲＴ再生方式を選択することは、
前記発呼者端末が、初期セッションをサポートしているときには、ＭＲＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択することと、
前記被呼者能力が、初期セッションをサポートしていないときには、ＭＲＴを再生するために、ダウンロード方式を選択することとをさらに含む請求項７に記載の方法。
【請求項９】
前記被呼者能力に基づき、前記ＭＲＴ再生方式を選択することは、
前記被呼者端末が、メディアファイルのダウンロードおよび再生能力をサポートしているときには、前記被呼者端末によって、ＭＲＴメディアファイルをダウンロードして再生することを含む請求項７に記載の方法。
【請求項１０】
前記被呼者能力に基づき、前記ＭＲＴ再生方式を選択することは、
前記被呼者能力に基づき、前記被呼者端末によってサポートされるＭＲＴ再生方式を判定することと、
前記判定されたＭＲＴ再生方式から最も高い優先度を有するＭＲＴ再生方式を選択することと、を含む請求項７に記載の方法。
【請求項１１】
マルチメディアカスタマイズされた呼出音（ＲＢＴ）サービスを実装するための装置であって、
発呼者端末から送信された呼出要求を受信するように構成される受信モジュール（３１）と、
前記呼出要求に基づき、前記発呼者端末の発呼者能力を判定し、前記発呼者能力に基づき、ＭＲＢＴ再生方式を選択するように構成される選択モジュール（３２）と、を備える装置。
【請求項１２】
前記選択モジュール（３２）は、
前記発呼者端末が初期セッションをサポートするかどうかを判定するように構成される第１判定ユニット（４１）と、
前記発呼者端末が初期セッションをサポートするときには、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択し、前記発呼者端末が初期セッションをサポートしないときには、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式を選択するように構成される第１実行ユニット（４２）と、を備える請求項１１に記載の装置。
【請求項１３】
前記選択モジュール（３２）は、
前記発呼者端末がメディアファイルのダウンロードおよび再生能力をサポートするかどうかを判定するように構成される第２判定ユニット（４３）と、
前記発呼者端末がメディアファイルのダウンロードおよび再生能力をサポートするときには、ＭＲＢＴメディアをファイルダウンロードして再生するように構成される第２実行ユニット（４４）と、を備える請求項１１に記載の装置。
【請求項１４】
前記選択モジュール（３２）は、
前記発呼者能力に基づいて、前記発呼者端末によってサポートされるＭＲＢＴ再生方式を判定するように構成される第３判定ユニット（４５）と、
前記判定されたＭＲＢＴ再生方式から最も高い優先度を有するＭＲＢＴ再生方式を選択するように構成される第３実行ユニット（４６）と、を備える請求項１１に記載の装置。
【請求項１５】
マルチメディアカスタマイズされた着信音（ＭＲＴ）サービスを実装するための装置であって、
被呼者端末が発呼者端末から送信された呼出要求を取得した後、前記被呼者端末から返された応答メッセージを受信するように構成される受信モジュール（７１）と、
前記応答メッセージに基づいて、前記被呼者端末の被呼者能力を判定し、前記被呼者能力に基づいて、ＭＲＴ再生方式を選択するように構成される選択モジュール（７２）と、を備える装置。
【国際調査報告】
2010529791.tif 000024
2010529791.tif 000025
2010529791.tif 000026
2010529791.tif 000027