JP2010529791A - マルチメディアカスタマイズされた呼出音およびマルチメディアカスタマイズされた着信音サービスを実装するための方法および装置 - Google Patents

Abstract

マルチメディアカラーリングサービスを実装するための方法が提供され、方法は、発呼者端末によって送信される呼出要求を受信することと、呼出要求に基づき、発呼者端末の発呼者能力を判定することと、発呼者能力に基づいて、カラーリングを再生するモードを選択することと、を含む。本方法を用いて、より強力な能力を有する端末の場合には、データ損失、通信遅延等の問題が、回避され、あまり強力でない能力を有する端末の場合には、カラーリングまたはカラー画像データを再生することの失敗が起こりうるような問題が、克服される。マルチメディアカラーリングサービスを実装するための装置、と、マルチメディアカラー画像サービスを実装するための方法および装置もまた、提供される。

Description

本発明は、通信の技術分野に関し、より詳細には、マルチメディアカスタマイズされた呼出音（ＭＲＢＴ）サービスおよびマルチメディアカスタマイズされた着信音（ＭＲＴ）を実装するための方法および装置に関する。

カスタマイズされた呼出音（ＲＢＴ）サービスおよびカスタマイズされた着信音（ＲＴ）サービスは、第２世代（２Ｇ）通信ネットワークから生じた。ネットワーク技術における持続する発展により、カスタマイズされたＲＢＴサービスおよびカスタマイズされたＲＴサービスは、徐々に広い用途を見出してきた。

カスタマイズされたＲＢＴサービスにおいて、ＲＢＴは、被呼者によってカスタマイズされ、発呼者によって経験される。特に、ポイントツーポイントコールにおいて、被呼者が電話をかけると、発呼者は、通常のネットワークＲＢＴではなく、被呼利用者によってカスタマイズされた音楽断片を耳にする。第３世代（３Ｇ）通信ネットワークの適用によって、映像能力が、３Ｇネットワークに加えられ、したがって、２Ｇネットワーク用のカスタマイズされたＲＢＴが、３Ｇネットワーク用のマルチメディアカスタマイズされたＲＢＴ（ＭＲＢＴ）に拡張されている。ＭＲＢＴによって、発呼者は、音を耳にするだけでなく、ＭＲＢＴを経験する際に映像も目にする可能性がある。

カスタマイズされたＲＴサービスにおいて、ＲＴは、発呼者によってカスタマイズされ、被呼者によって経験される。特に、ポイントツーポイントコールにおいて、被呼者は、ローカルな着信音ではなく、発呼利用者によってカスタマイズされ、ネットワーク側から送信された着信音を耳にする。同様に、３Ｇネットワークに適用されているとき、通常のカスタマイズされたＲＴは、マルチメディアカスタマイズされたＲＴ（ＭＲＴ）に拡張される。したがって、被呼者は、音を耳にするだけでなく、映像も目にする可能性がある。

一般に、ＩＰマルチメディアサブシステム（ＩＭＳ）におけるＭＲＢＴサービスおよびＭＲＴサービスを実装するための既存のスキームは、以下のように要約され得る。

１．ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ：ＩＰマルチメディアサブシステム）に基づくＭＲＢＴサービスは、ゲートウェイモデルにおいて実装され得る。ＭＲＢＴアプリケーションサーバ（Ａｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ（ＡＳ））は、発呼者と被呼者との間でネゴシエートされる正常なセッションＳＤＰ（セッション記述プロトコル）を維持し、発呼者端末とマルチメディアリソースサーバ（Ｍｕｌｔｉｍｅｄｅｉａ Ｒｅｓｏｕｒｃｅ Ｓｅｒｖｅｒ（ＭＲＳ））との間のＭＲＢＴセッションＳＤＰネゴシエーションを容易にし、被呼者から着信信号を受信した後、発呼者にＭＲＢＴを再生するようにＭＲＳに命令する。被呼者からのフックオフ信号を受信するとき、ＭＲＢＴ ＡＳは、Ｕｐｄａｔｅメッセージを用いて、発呼者と被呼者との間でネゴシエートされる通常セッションＳＤＰを発呼者端末に伝送することができる。次に、発呼者および被呼者は、互いに通信することができる。

２．ＩＭＳに基づくＭＲＴスキームは、ダウンロード方式で実装され得る。発呼者が、被呼者に対するＩＭＳ呼出を開始するとき、発呼者が、ＭＲＴサービスを適用する場合には、ＭＲＴ ＡＳは、ＭＲＴデータ用のユニフォームリソースロケータ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ））をＩｎｖｉｔｅメッセージのヘッダフィールド（たとえば、Ｃａｌｌ‐Ｉｎｆｏヘッダフィールド）に加えることができる。Ｉｎｖｉｔｅメッセージを受信すると、被呼者は、ＵＲＬ情報を用いることによって、ＭＲＴデータをダウンロードし、ローカルにそれを再生することができる。このスキームにおいて、被呼者は、ＭＲＴデータをダウンロードしなければならず、大きな時間遅延が生じることになる可能性がある。

３．ＩＭＳに基づくＭＲＢＴおよびＭＲＴスキームは、初期セッションＡＳモデルにおいて実装され得る。このスキームにおいて、正常なセッションＳＤＰネゴシエーションは、発呼者と被呼者との間で実行されるのに対して、初期セッションＳＤＰネゴシエーションは、発呼者（および／または被呼者）とＭＲＳとの間で実行される。被呼者が着信信号を起動した後、発呼者（および／または被呼者）に対して、ＭＲＳはＭＲＢＴ（および／またはＭＲＴ）を再生する。

本発明の実施形態によるマルチメディアカスタマイズされたＲＢＴ（ＭＲＢＴ）サービスおよびマルチメディアカスタマイズされたＲＴ（ＭＲＴ）サービスを実装するための方法および装置は、ＭＲＢＴサービスおよびＭＲＴサービスを実装するときに、能力のより高い端末に生じるデータ損失または通信遅延のような問題と、能力のより低い端末に生じるＭＲＢＴおよびＭＲＴデータを再生する際の失敗のような起こりうる問題との克服を容易にすることができる。本発明の技術的な解決策は、以下のように要約され得る。

１つの態様は、ＭＲＢＴサービスを実装するための方法であって、
発呼者端末から送信された呼出要求を受信することと、
呼出要求に基づいて、発呼者端末被呼者端末の被呼者能力を判定することと、
発呼者能力に基づいて、ＭＲＢＴ再生方式を選択することと、を含む方法を提供する。

別の態様は、ＭＲＴサービスを実装するための方法であって、
被呼者端末が、発呼者端末から送信された呼出要求を受信した後、被呼者から返された応答メッセージを取得することと、
応答メッセージに基づいて、被呼者端末の被呼者能力を判定することと、
被呼者能力に基づいて、ＭＲＴ再生方式を選択することと、を含む方法を提供する。

別の態様は、ＭＲＢＴサービスを実装するための装置であって、
発呼者端末から送信された呼出要求を受信するように構成された受信モジュールと、
呼出要求に基づいて、発呼者端末の発呼者能力を判定し、発呼者能力に基づいて、ＭＲＢＴ再生方式を選択するように構成された選択モジュールと、を含む装置を提供する。

さらに別の態様は、ＭＲＴサービスを実装するための装置であって、
被呼者端末が発呼者端末から送信された呼出要求を取得した後、被呼者端末から返された応答メッセージを受信するように構成された受信モジュールと、
応答メッセージに基づいて、被呼者端末の被呼者能力を判定し、被呼者能力に基づいて、ＭＲＴ再生方式を選択するように構成された選択モジュールと、を含む装置を提供する。

さらに別の態様は、１つまたはそれ以上のプロセッサに
発呼者端末から送信された呼出要求を受信させ、
呼出要求に基づいて、発呼者端末の発呼者能力を判定させ、
発呼者能力に基づいて、ＭＲＢＴ再生方式を選択させるコンピュータプログラムを格納するコンピュータ読み出し可能格納媒体を提供する。

さらに別の態様は、１つまたはそれ以上のプロセッサに
被呼者端末が発呼者端末から送信された呼出要求を受信した後、被呼者端末から返された応答メッセージを取得させ、
応答メッセージに基づいて、被呼者端末の被呼者能力を判定させ、
被呼者能力に基づいて、ＭＲＴ再生方式を選択させるコンピュータプログラムを格納するコンピュータ読み出し可能格納媒体を提供する。

本発明の実施形態によれば、発呼者端末および被呼者端末の能力に基づいて、ＭＲＢＴおよびＭＲＴを再生するための適切な方式が、選択される。したがって、本発明は、能力のより高い端末に生じるデータ損失または通信遅延のような問題の回避と、能力のより低い端末に生じるＭＲＢＴおよびＭＲＴデータを再生する際の失敗のような起こりうる問題の解決と、を容易にする可能性がある。

本発明の実施形態によるマルチメディアカスタマイズされたＲＭＴ（ＭＲＢＴ）サービスを実装するためのシステムを示したブロック図である。 本発明の実施形態によるマルチメディアカスタマイズされたＲＭＴ（ＭＲＢＴ）サービスを実装するためのシステムを示したブロック図である。 本発明の実施形態によるマルチメディアカスタマイズされたＲＭＴ（ＭＲＢＴ）サービスを実装するためのシステムを示したブロック図である。 本発明の実施形態によるＭＲＢＴサービスを実装するための方法を示したフローチャートである。 本発明の実施形態によるＭＲＢＴを再生するためのシグナリングを示した流れ図である。 本発明の実施形態によるＭＲＢＴを再生するためのシグナリングを示した流れ図である。 本発明の実施形態によるサービングコールセッションコントロールファンクション（Ｓｅｒｖｉｎｇ‐Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（Ｓ‐ＣＳＣＦ））を用いることによるＭＲＢＴ再生方式を選択するための方法を示したフローチャートである。 本発明の実施形態によるＭＲＢＴメディアファイルのダウンロードおよび再生能力の優先度が、初期セッション能力の優先度より低く設定される場合に、ＭＲＢＴを再生するための方法を示したフローチャートである。 本発明の実施形態によるＭＲＢＴサービスを実装するための装置を示したブロック図である。 本発明の実施形態によるＭＲＢＴサービスを実装するための装置を示したブロック図である。 本発明の実施形態によるＭＲＢＴサービスを実装するための装置を示したブロック図である。 本発明の実施形態によるマルチメディアカスタマイズされたＲＴ（ＭＲＴ）サービスを実装するための方法を示したフローチャートである。 本発明の実施形態によるＭＲＴを再生するためのシグナリングを示した流れ図である。 本発明の実施形態によるＭＲＴを再生するためのシグナリングを示した流れ図である。 本発明の実施形態によるＭＲＴサービスを実装するためのシステムを示したブロック図である。 本発明の実施形態によるＭＲＴサービスを実装するためのシステムを示したブロック図である。 本発明の実施形態によるＭＲＴサービスを実装するためのシステムを示したブロック図である。 本発明の実施形態によるＭＲＴサービスを実装するための装置を示したブロック図である。 本発明の実施形態によるＭＲＴサービスを実装するための装置を示したブロック図である。 本発明の実施形態によるＭＲＴサービスを実装するための装置を示したブロック図である。 本発明の実施形態によるＭＲＢＴを実装し、ＭＲＴを実装する方法のためのシグナリングを示した流れ図である。

上記の目的を達成するために、本発明の種々の実施形態は、発呼者端末の能力および被呼者端末の能力に基づき、マルチメディアカスタマイズされたＲＢＴ（ＭＲＢＴ）サービスおよび（ＭＲＴ）サービスの実装を選択するために、ＩＭＳにおけるスキームを提供する。詳細な説明は、添付図面を参照して、本発明の種々の実施形態について以下で与えられる。

図１ａ、図１ｂおよび図１ｃに示されているように、本発明の実施形態によるＭＲＢＴサービスを実装するためのシステムが提供される。システムは、発呼者端末１１、選択モジュール１２および被呼者端末１３を含む。発呼者端末１１は、呼出要求を送信するように構成される。選択モジュール１２は、呼出要求を受信し、呼出要求に基づいて、発呼者端末１１の発呼者能力を判定し、発呼者能力に基づいて、ＭＲＢＴ再生方式を選択するように構成される。

発呼者端末から送信された呼出要求は、それ自体の発呼者能力を含んでもよい。

特定の実装において、選択モジュール１２は、ＭＲＢＴアプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ（ＡＳ））またはサービングコールセッションコントロールファンクション（Ｓｅｒｖｉｎｇ‐Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（Ｓ‐ＣＳＣＦ））または任意の他のエンティティであってもよい。

異なる発呼者能力に基づいて、ＭＲＢＴを再生するために、異なる方式が、選択されてもよいが、以下のものに限定されるわけではない。

１．図１ａに示されているように、発呼者能力が、初期セッションがサポートされているかどうかである場合には、選択モジュール１２は、第１判定ユニット２１および第１実行ユニット２２を含む。

第１判定ユニット２１は、発呼者端末が初期セッションをサポートするかどうかを判定するように構成される。第１実行ユニット２２は、発呼者端末が初期セッションをサポートすることを第１判定ユニット２１が判定するときには、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択し、発呼者端末が初期セッションをサポートしないときには、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式を選択するように構成される。

２．図１ｂに示されているように、発呼者能力が、ＭＲＢＴメディアファイルのダウンロードおよび再生能力がサポートされているかどうかである場合には、選択モジュール１２は、第２判定ユニット２３および第２実行ユニット２４を含む。

第２判定ユニット２３は、発呼者端末がＭＲＢＴメディアファイルをダウンロードして再生する能力を有するかどうかを判定するように構成される。第２実行ユニット２４は、発呼者端末がＭＲＢＴメディアファイルをダウンロードして再生する能力を有するとき、ＭＲＢＴメディアファイルをダウンロードして再生するように構成される。

３．図１ｃに示されているように、複数のＭＲＢＴ再生方式の優先度に応じて、適切なＭＲＢＴ再生方式が選択される場合には、選択モジュール１２は、第３判定ユニット２５および第３実行ユニット２６を含む。第３判定ユニット２５は、発呼者能力に基づいて、発呼者端末によってサポートされるＭＲＢＴ再生方式を判定するように構成される。第３実行ユニット２６は、判定されたＭＲＢＴ再生方式から最も高い優先度を有するＭＲＢＴ再生方式を選択するように構成される。

上述したように、本発明の実施形態によるＭＲＢＴサービスを実装するためのシステムにおいて、発呼者端末の能力に基づいて、ＭＲＢＴを再生するための適切な方式が、選択される。したがって、能力のより高い端末に生じるデータ損失または通信遅延のような問題を回避することができ、能力のより低い端末に生じるＭＲＢＴデータを再生する際の失敗のような起こりうる問題を克服することができる。

上述のシステムに対応して、本発明の実施形態は、ＭＲＢＴサービスを実装するための方法を提供する。図２に示されているように、方法は、以下のステップを含む。

ステップ２０１において、発呼者端末から送信された呼出要求が、受信される。

呼出要求を受信するためのエンティティとしては、ＭＲＢＴ ＡＳ（たとえば、マルチメディア呼出音（Ｍｕｌｔｉｍｅｄｉａ Ｒｉｎｇ Ｂａｃｋ Ｔｏｎｅ）ＡＳまたはＭＲＢＴ ＡＳと略記される）またはＳ‐ＣＳＣＦが挙げられるが、これらに限定されるわけではない。

ステップ２０２において、呼出要求に基づき、発呼者端末の発呼者能力が、判定される。

呼出要求は、発呼者端末の発呼者能力を含んでもよい。発呼者端末の発呼者能力としては、初期セッションがサポートされているかどうかと、ＭＲＢＴメディアファイルのダウンロードおよび再生能力がサポートされているかどうかが挙げられるが、これらに限定されるわけではない。

ステップ２０３において、発呼者能力に基づき、ＭＲＢＴ再生方式が、選択される。

ＭＲＢＴ再生方式としては、サーバモデル初期セッションＳＤＰネゴシエーション、ゲートウェイモデルＳＤＰネゴシエーションまたはＭＲＢＴメディアファイルのダウンロードおよび再生が挙げられるが、これらに限定されるわけではない。

発呼者能力に基づくＭＲＢＴ再生方式の選択としては、以下の場合が挙げられるがこれらに限定されるわけではない。発呼者能力として、初期セッションがサポートされている場合には、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式が、選択され得る。発呼者能力として、初期セッションがサポートされていない場合には、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式が、選択され得る。発呼者能力として、ダウンロードおよび再生がサポートされている場合には、発呼者端末は、ＭＲＢＴメディアファイルをダウンロードして再生することができる。総括すると、発呼者端末の発呼者能力によってサポートされているＭＲＢＴ再生方式のいずれも、設定優先度に基づいて、選択され得る。

発呼者能力が、初期セッションサポートと、ＭＲＢＴメディアファイルのダウンロードおよび再生のサポートとの両方を含む場合には、ＭＲＢＴ再生方式は、２つの能力の優先度に基づいて選択されてもよく、またはユーザによって必要に応じて選択されてもよい。

ＭＲＢＴサービスを実装するプロセスを記載するために、呼出要求が、ＭＲＢＴ ＡＳおよびＣＳＣＦによってそれぞれ受信される実施例について、以下で与えられる。

図３ａおよび図３ｂは、本発明の実施形態によるＭＲＢＴを再生するためのシグナリングを示した流れ図である。実施形態では、ＭＲＢＴ ＡＳは、呼出要求を受信し、呼出要求に基づいて、ＭＲＢＴ再生方式を選択し、発呼者能力は、初期セッションがサポートされているかどうかである。プロセスは、以下のように記載される。

ステップ３０１において、発呼者端末が、ＭＲＢＴ ＡＳに対して呼出要求を開始する。

呼出要求は、Ｉｎｖｉｔｅメッセージにおいて送信され、正常な通信を確立するために、その要求が、発呼者端末ＳＤＰ ｏｆｆｅｒを保持する。

ステップ３０２において、ＭＲＢＴ ＡＳが、呼出要求におけるＳＵＰＰＯＲＴＥＤヘッダフィールドが初期セッションのオプションタグを保持しているかどうかを判定する。判定が肯定的である場合には、ステップ３０３が、実行される。判定が否定的である場合には、ステップ３０４が、実行される。

初期セッションのオプションタグが保持される場合には、発呼者端末が初期セッションをサポートすることを示し、したがって、ＭＲＢＴは、サーバモデル初期セッションＳＤＰネゴシエーション方式で再生され得る。そうでない場合には、発呼者端末は、初期セッションをサポートしないことを示し、したがって、ＭＲＢＴは、ゲートウェイモデルＳＤＰネゴシエーション方式で再生され得る。

ステップ３０３において、ＭＲＢＴ ＡＳは、発呼者端末に対してＭＲＢＴを再生するために、サーバモデルを用いて、初期セッションＳＤＰネゴシエーション方式を開始する。

ステップ３０４において、ＭＲＢＴ ＡＳは、発呼者端末にＭＲＢＴを再生するために、ゲートウェイモデルを用いて、ＳＤＰネゴシエーション方式を開始する。

図３ａは、ステップ３０３のフローチャートを示し、初期セッションＳＤＰネゴシエーション方式を開始するために、サーバモデルを用いることは、以下のステップを含むことができる。

１．ＭＲＢＴ ＡＳは、呼出要求を被呼者端末に送信する。

２．被呼者端末は、それ自体の能力に基づいて、ＳＤＰネゴシエーションを開始し、１８３シグナリングを介して、ＭＲＢＴ ＡＳにネゴシエートされた通常セッションＳＤＰ ａｎｓｗｅｒを返す。

３．ＭＲＢＴ ＡＳは、ＭＲＳから、ＭＲＢＴセッションＳＤＰネゴシエーション用の初期セッションＳＤＰ ｏｆｆｅｒ（ＭＲＢＴ ｏｆｆｅｒ）を取得する。

４．ＭＲＢＴ ＡＳは、１８３シグナリングを発呼者端末に送信し、シグナリングは、ネゴシエートされたａｎｓｗｅｒおよびＭＲＢＴ ｏｆｆｅｒを保持する。

１８３シグナリングは、以下のようなフォーマットを有する。
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ；ｂｏｕｎｄａｒｙ＝”ｂｏｕｎｄａｒｙ１”
Ｃｏｎｔｅｎｔ‐Ｌｅｎｇｔｈ：４０１
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｓｅｓｓｉｏｎ ／／ 通常呼セッションＳＤＰ ａｎｓｗｅｒ
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｅａｒｌｙ‐ｓｅｓｓｉｏｎ ／／ ＭＲＢＴ ｏｆｆｅｒ
‐‐ｂｏｕｎｄａｒｙ１

５．発呼者端末は、それ自体の能力に基づき、ＭＲＢＴ初期セッションＳＤＰネゴシエーションを行い、ネゴシエートされたＭＲＢＴセッションＳＤＰ ａｎｓｗｅｒ（ＭＲＢＴ ａｎｓｗｅｒ）をＰＲＡＣＫ（暫定応答承認：Ｐｒｏｖｉｓｉｏｎａｌ Ｒｅｓｐｏｎｓｅ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を介してＭＲＢＴ ＡＳに返す。ＭＲＢＴ ａｎｓｗｅｒは、以下のようなフォーマットを有する。
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ；ｂｏｕｎｄａｒｙ＝”ｂｏｕｎｄａｒｙ１”
Ｃｏｎｔｅｎｔ‐Ｌｅｎｇｔｈ：４０１
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｅａｒｌｙ‐ｓｅｓｓｉｏｎ ／／ ＭＲＢＴ ａｎｓｗｅｒ
‐‐ｂｏｕｎｄａｒｙ１

６．ＭＲＢＴ ＡＳは、受信したＰＲＡＣＫにおけるＭＲＢＴ ａｎｓｗｅｒをＭＲＳに送信する。

７．ＭＲＢＴ ＡＳは、被呼者端末に受信したＰＲＡＣＫシグナリングを送信する。

８．被呼者端末は、ＭＲＢＴ ＡＳを介してＰＲＡＣＫ応答メッセージ（２００ ＰＲＡＣＫ）を発呼者端末に送信する。

９．発呼者端末は、ＭＲＢＴ ＡＳを介してＵｐｄａｔｅメッセージを発呼者端末に送信する。

１０．被呼者端末は、ＭＲＢＴ ＡＳを介してＵｐｄａｔｅ応答メッセージ（２００ Ｕｐｄａｔｅ）を発呼者端末に送信する。

ここで、発呼者端末と被呼者端末との間の初期セッションＳＤＰネゴシエーションが、成功する。

１１．被呼者端末は、１８０メッセージをＭＲＢＴ ＡＳに送信する。

１２．１８０メッセージを受信すると、ＭＲＢＴ ＡＳは、予め格納されたＭＲＢＴを発呼者端末に対して再生するようにＭＲＳに命令する。

１３．ＭＲＢＴ ＡＳは、１８０メッセージを発呼者端末に送信する。

１４．被呼者端末がオフフックになった後、Ｉｎｖｉｔｅ応答メッセージ（２００ Ｉｎｖｉｔｅ）が、ＭＲＢＴ ＡＳに送信される。

１５．ＭＲＢＴ ＡＳは、発呼者端末に対するＭＲＢＴの再生を停止するようにＭＲＳに命令する。

１６．ＭＲＢＴ ＡＳは、２００ Ｉｎｖｉｔｅを発呼者端末に送信する。

１７．発呼者端末は、ＭＲＢＴ ＡＳを介して、被呼者端末に応答メッセージ（ＡＣＫ）を送信する。

１８．発呼者端末と被呼者端末との間で、接続が確立され、通信が行われることができる。

図３ｂは、ステップ３０４のフローチャートを示す。ゲートウェイモデルにおけるＳＤＰネゴシエーション用の方式は、以下を含むことができる。

１．ＭＲＢＴ ＡＳは、呼出要求を被呼者端末に送信する。

２．被呼者端末は、それ自体の能力に基づき、ＳＤＰネゴシエーションを行い、１８３シグナリングを介して、ネゴシエートされた正常なセッションＳＤＰ ａｎｓｗｅｒをＭＲＢＴ ＡＳに返す。

３．ＭＲＢＴ ＡＳは、ＭＲＢＴを再生するように、ＳＤＰネゴシエーションに関するＭＲＳへのｏｆｆｅｒを発呼者端末に送信する。ＳＤＰネゴシエーション後、ＭＲＳは、ＭＲＢＴ ａｎｓｗｅｒをＭＲＢＴ ＡＳに返す。

４．ＭＲＢＴ ＡＳは、１８３シグナリングにおける正常なセッションＳＤＰ ａｎｓｗｅｒを、受信したＭＲＢＴ ａｎｓｗｅｒに置き換え、次に、１８３シグナリングを発呼者端末に送信する。シグナリングは、ＭＲＢＴ ａｎｓｗｅｒを含む。

ＭＲＢＴ ａｎｓｗｅｒのフォーマットは、以下の通りである。
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｓｅｓｓｉｏｎ ／／ ＭＲＢＴ ａｎｓｗｅｒ

５．発呼者端末は、ＭＲＢＴ ＡＳを介してＰＲＡＣＫシグナリングを被呼者端末に送信する。

６．被呼者端末は、ＭＲＢＴ ＡＳを介して２００ ＰＲＡＣＫを発呼者端末に送信する。

７．発呼者端末は、ＭＲＢＴ ＡＳを介してＵｐｄａｔｅメッセージを被呼者端末に送信する。

８．被呼者端末は、ＭＲＢＴ ＡＳを介して２００ Ｕｐｄａｔｅを発呼者端末に送信する。

９．被呼者端末は、１８０メッセージをＭＲＢＴ ＡＳに送信する。

１０．被呼者端末から送信された１８０メッセージを受信すると、ＭＲＢＴ ＡＳは、予め設定されたＭＲＢＴを発呼者端末に対して再生するようにＭＲＳに命令する。

１１．ＭＲＢＴ ＡＳは、１８０メッセージを発呼者端末に送信する。

１２．被呼者端末が、オフフックになった後、２００ Ｉｎｖｉｔｅメッセージが、ＭＲＢＴ ＡＳに送信される。

１３．ＭＲＢＴ ＡＳは、Ｕｐｄａｔｅメッセージにおいて呼セッションＳＤＰ ａｎｓｗｅｒを発呼者端末に送信する。

ａｎｓｗｅｒのフォーマットは、以下の通りである。
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｓｅｓｓｉｏｎ ／／ 呼セッションＳＤＰ ａｎｓｗｅｒ

１４．発呼者端末は、２００ ＵｐｄａｔｅをＭＲＢＴ ＡＳに返す。

１５．ＭＲＢＴ ＡＳは、発呼者端末に対するＭＲＢＴの再生を停止するようにＭＲＳに命令する。

１６．ＭＲＢＴ ＡＳは、２００ Ｉｎｖｉｔｅを発呼者端末に送信する。

１７．発呼者端末は、ＭＲＢＴ ＡＳを介してＡＣＫメッセージを被呼者端末に送信する。

１８．発呼者端末と被呼者端末との間で、接続が確立され、通信が行われることが可能となる。

ＭＲＢＴ ＡＳの使用を通じてＭＲＢＴを再生するために、適切な方式の選択についての説明が行われてきた。本発明の実施形態によれば、ＭＲＢＴを再生するための適切な方式を選択するために、任意の他のエンティティが用いられもよく、以下に詳細に記載される。

図４は、実施形態によるＭＲＢＴを再生するための方式を選択するために、Ｓ‐ＣＳＣＦを用いる方法を示した流れ図である。

ステップ４０１において、発呼者端末は、呼出要求をＳ‐ＣＳＣＦに送信する。

このステップにおける呼出要求は、ステップ３０１における呼出要求と類似している。

ステップ４０２において、初期セッションのオプションタグが、呼出要求のＳＵＰＰＯＲＴＥＤヘッダフィールドに保持されているかどうかに応じて、Ｓ‐ＣＳＣＦは、発呼者端末が初期セッションをサポートしているかどうかを判定する。発呼者端末が初期セッションをサポートしている場合には、ステップ４０３が行われる。発呼者端末が初期セッションをサポートしていない場合には、ステップ４０４が行われる。

ステップ４０３において、Ｓ‐ＣＳＣＦは、サーバモデル初期セッションＳＤＰネゴシエーションを行う呼出要求をＭＲＢＴ ＡＳに送信する。

ＭＲＢＴ ＡＳは、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を用い、これは、ステップ３０３に類似している。

ステップ４０４において、Ｓ‐ＣＳＣＦは、ゲートウェイモデルＳＤＰネゴシエーションを行う呼出要求をＭＲＢＴ ＡＳに送信する。

ＭＲＢＴ ＡＳは、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式を用い、これは、ステップ３０４に類似している。

上述したように、ＭＲＢＴを実装するための２つの方式が、ＭＲＢＴ ＡＳおよびＳ‐ＣＳＣＦを実施例と見なすことによって、記載される。２つの方式において、発呼者能力は、初期セッションがサポートされているかどうかである。初期セッションがサポートされているかどうかに基づいて、ＭＲＢＴを再生するために、異なる方式が選択されてもよい。発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしているかどうかを発呼者能力と見なすことによって、ＭＲＢＴを再生するための方式の選択について、以下で説明が行われる。

ＭＲＢＴメディアファイルのダウンロードおよび再生能力の優先度は、初期セッション能力の優先度より低く設定される。図５に示されているように、詳細は、以下の通りである。

ステップ５０１において、ＭＲＢＴ ＡＳは、受信した呼出要求に基づいて、発呼者端末が、初期セッションをサポートしているかどうかを判定する。発呼者端末が初期セッションをサポートしている場合には、ステップ５０２が行われる。発呼者端末が初期セッションをサポートしていない場合には、ステップ５０３が行われる。

ステップ５０２において、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式が、選択される。

ステップ５０３において、発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしているかどうかに関する判定が、行われる。発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしている場合には、ステップ５０４が行われる。発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしていない場合には、ステップ５０５が行われる。

ステップ５０４において、ＭＲＢＴ ＡＳは、発呼者端末に、再生されることになっているＭＲＢＴメディアファイル用のＵＲＬを送信し、発呼者端末は、ＵＲＬに基づき、ＭＲＢＴメディアファイルをダウンロードして再生することができる。

ステップ５０５において、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式が、選択される。

この場合も同様に、発呼者端末の能力に基づいて、ＭＲＢＴを再生するために、適切な方式を選択するエンティティは、Ｓ‐ＣＳＣＦであってもよい。

同様に、ＭＲＢＴメディアファイルのダウンロードおよび再生能力が、初期セッション能力より高い優先度を有する場合には、発呼者端末が、ＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートするかどうかを判定することが好ましい。

異なる能力は、異なる優先度を有するように、ユーザによって設定されてもよい。あるいは、ユーザは、ＭＲＢＴを再生するために、所望の方式を直接的に選択してもよい。

発呼者端末の発呼者能力に基づいて、ＭＲＢＴ再生方式を判定して選択する以外に、ＭＲＢＴ再生方式は、発呼者能力とＭＲＢＴ再生方式の優先度との組み合わせに基づいて判定されてもよい。

第一に、発呼者端末によってサポートされるＭＲＢＴ再生方式は、発呼者能力に基づいて判定されてもよい。次に、最も高い優先度を有するＭＲＢＴ再生方式が、判定されたＭＲＢＴ再生方式から選択されてもよい。

サーバモデル初期セッションＳＤＰネゴシエーション方式が最も高い優先度を有し、ＭＲＢＴメディアファイルのダウンロードおよび再生方式が、次に高い優先度を有し、ゲートウェイモデルＳＤＰネゴシエーション方式が、最も低い優先度を有することを、ＭＲＢＴ再生方式の優先度が示す場合には、以下のような場合であってもよい。

１．発呼者端末の能力が初期セッションをサポートするときには、最も高い優先度を有するＭＲＢＴ再生方式が、選択され得る。

２．発呼者端末の能力が初期セッションをサポートしないが、発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートするときには、最も高い優先度を有するＭＲＢＴ再生方式がサポートされないため、次に高い優先度を有するＭＲＢＴ再生方式が、選択され得る。

３．発呼者端末の能力が初期セッションをサポートせず、発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしないときには、最も低い優先度を有するＭＲＢＴ再生方式が、選択される。

上述したように、本発明の実施形態によるＭＲＢＴサービスを実装するための方法において、発呼者端末の能力は、ＭＲＢＴを再生するための適切な方式を選択するために利用される。能力のより高い端末の場合には、データ損失または通信遅延のような問題が、回避され得る。能力のより低い端末の場合には、ＭＲＢＴおよびＭＲＴデータを再生する際の失敗のような起こりうる問題が、解決され得る。

本発明の実施形態によるＭＲＢＴサービスを実装するための上記のシステムおよび方法に対応して、本発明の実施形態は、ＭＲＢＴサービスを実装するための装置を提供する。図６ａ、図６ｂおよび図６ｃに示されているように、装置は、受信モジュール３１および選択モジュール３２を含む。

受信モジュール３１は、発呼者端末から送信された呼出要求を受信するように構成される。

選択モジュール３２は、呼出要求に基づいて、発呼者端末の発呼者能力を判定し、発呼者能力に基づいて、ＭＲＢＴ再生方式を選択するように構成される。選択モジュール３２は、ＭＲＢＴ ＡＳ、Ｓ‐ＣＳＣＦまたは任意の他のエンティティであってもよい。

この実施形態において提供されるようなＭＲＢＴサービスを実装するための装置は、異なる発呼者能力に基づいて、ＭＲＢＴを再生するために、異なる方式を選択してもよいが、以下のものに限定されるわけではない

１．図６ａに示されているように、選択モジュール３２は、第１判定ユニット４１および第１実行ユニット４２を含む。第１判定ユニット４１は、発呼者端末が初期セッションをサポートする否かを判定するように構成される。第１実行ユニット４２は、発呼者端末が初期セッションをサポートするときには、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択し、発呼者端末が初期セッションをサポートしないときには、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式を選択するように構成される。

２．図６ｂに示されているように、選択モジュール３２は、第２判定ユニット４３および第２実行ユニット４４を含む。第２判定ユニット４３は、発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしているかどうかを判定するように構成される。第２実行ユニット４４は、発呼者端末がＭＲＢＴメディアファイルのダウンロードおよび再生能力をサポートしているときには、ＭＲＢＴメディアファイルをダウンロードして再生するように構成される。

３．図６ｃに示されているように、選択モジュール３２は、第３判定ユニット４５および第３実行ユニット４６を含む。第３判定ユニット４５は、発呼者能力に基づき、発呼者端末によってサポートされているＭＲＢＴ再生方式を判定するように構成される。第３実行ユニット４６は、判定されたＭＲＢＴ再生方式から最も高い優先度を有するＭＲＢＴ再生方式を選択するように構成される。

本発明の実施形態によるＭＲＢＴサービスを実装するための装置に関して、発呼者端末の能力は、ＭＲＢＴを再生するための適切な方式を選択するために利用される。能力のより高い端末の場合には、データ損失または通信遅延のような問題が、回避され得る。能力のより低い端末の場合には、ＭＲＢＴおよびＭＲＴデータを再生する際の失敗のような起こりうる問題が、解決され得る。

上述したように、本発明の実施形態によるＭＲＢＴサービスを実装するためのシステム、方法および装置において、発呼者端末の能力は、ＭＲＢＴを再生するための適切な方式を選択するために利用される。能力のより高い端末の場合には、データ損失または通信遅延のような問題が、回避され得る。能力のより低い端末の場合には、ＭＲＢＴおよびＭＲＴデータを再生する際の失敗のような起こりうる問題が、解決され得る。ＭＲＢＴの再生と同様に、ＭＲＴサービスを実装するための方法、システムおよび装置についての説明が、以下で与えられる。図７に示されているように、ＭＲＴサービスを再生するための方法は、以下のステップを含むことができる。

ステップ７０１において、被呼者端末は、発呼者端末から送信された呼出要求の受信に応じて、応答メッセージを返す。

発呼者端末は、呼出要求をＭＲＴ ＡＳに送信する。呼出要求は、正常な通信を確立するための発呼者端末ＳＤＰ要求（ｏｆｆｅｒ）を含む。

ＭＲＴ ＡＳは、その被呼者能力を返すように被呼者端末に要求するオプションタグを呼出要求に追加する。

ステップ７０２において、被呼者端末の被呼者能力は、被呼者端末から返された応答メッセージに基づいて判定される。

被呼者端末の被呼者能力としては、初期セッションがサポートされているかどうかおよびファイルダウンロードおよび再生能力がサポートされているかどうかが挙げられるがこれらに限定されるわけではない。

ステップ７０３において、ＭＲＴ再生方式は、被呼者能力に基づいて選択される。

ＭＲＴ再生方式としては、サーバモデル初期セッションＳＤＰネゴシエーションまたはＭＲＢＴメディアのファイルダウンロードおよび再生が挙げられるがこれらに限定されるわけではない。

被呼者能力に基づくＭＲＴ再生方式の選択は、以下の場合が挙げられるがこれらに限定されるわけではない。被呼者能力が初期セッションをサポートしている場合には、ＭＲＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式が、選択される。被呼者能力がダウンロードおよび再生に関してサポートされている場合には、被呼者端末は、ＭＲＴメディアファイルをダウンロードして再生することができる。

被呼者能力が、初期セッション用のサポートおよびダウンロードおよび再生用のサポートの両方を含む場合には、対応するＭＲＴ再生方式は、２つの能力の優先度に基づいて選択されてもよい。あるいは、対応するＭＲＴ再生方式が、ユーザの要求に基づいて、選択されてもよい。

初期セッションに関するサポートの優先度が、ダウンロードおよび再生に関するサポートの優先度より高い実施形態における、ＭＲＴを実装するためのプロセスに関する詳細な説明が、以下で行われる。

図８ａおよび図８ｂは、本発明の実施形態によるＭＲＴを再生するためのシグナリングを示した流れ図である。プロセスは、以下のステップを含むことができる。

ステップ８０１において、発呼者端末が、呼出要求をＭＲＴ ＡＳに送信する。

ステップ８０２において、ＭＲＴ ＡＳは、初期セッションのオプションタグを、受信された呼出要求のＲＥＱＵＩＲＥヘッダフィールドに追加して、初期セッションがサポートされているかどうかを返すように被呼者端末に要求する。

ステップ８０３において、被呼者端末が初期セッションをサポートする場合には、ステップ８０４が行われ、被呼者端末が初期セッションをサポートしない場合には、ステップ８０５が行われる。

被呼者端末が初期セッションをサポートする場合には、ＭＲＴ ＡＳに返された応答メッセージは、正常な（１８３）シグナリングである。１８３シグナリングは、初期のＭＲＴネゴシエーション結果（ａｎｓｗｅｒ）を保持することができる。ネゴシエーション結果（ａｎｓｗｅｒ）は、１８３シグナリングに保持されるのではなく、別の次のシグナリングに保持されてもよい。そうでない場合には、返された応答メッセージは、異常な（４２０）シグナリングである。受信されたシグナリングに応じて、ＭＲＴ ＡＳは、ＭＲＴを再生するために、適切な方式を選択する。

ステップ８０４において、ＭＲＴ ＡＳは、被呼者端末が初期セッションをサポートすることを判定し、サーバモデル初期セッションＳＤＰネゴシエーション方式が、被呼者端末にＭＲＴを再生するために利用される。

ステップ８０５において、ＭＲＴ ＡＳは、被呼者端末が初期セッションをサポートしないことを判定し、ＭＲＴメディアファイルをダウンロードして再生することを被呼者端末に要求する呼出要求が、被呼者端末に再送される。

再送された呼出要求において、初期セッションのオプションタグではなく、再生されることになっているＭＲＴ用のＵＲＬが被呼者端末に追加される。

図８ａを参照すると、ステップ８０４において、初期セッションＳＤＰネゴシエーションを行うためにサーバモデルを利用するためのフローチャートが、示されている。

１．ＭＲＴ ＡＳは、受信された１８３シグナリングを発呼者端末に返す。

２．発呼者端末は、ＰＲＡＣＫをＭＲＴ ＡＳに送信する。

３．ＭＲＴ ＡＳは、ＭＲＳから、ＭＲＴセッションＳＤＰネゴシエーション用の初期セッションＳＤＰ要求（マルチメディアコーラアイデンティフィケーション（Ｍｕｌｔｉｍｅｄｉａ Ｃａｌｌｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（ＭＣＩＤ、すなわち、ＭＲＴ）ｏｆｆｅｒ）を取得する。

４．ＭＲＴ ＡＳは、ＭＲＴ ｏｆｆｅｒを含むＰＲＡＣＫを被呼者端末に送信する。

５．それ自体の能力に応じて、被呼者端末は、ＭＲＴ初期セッションＳＤＰネゴシエーションを行い、２００ ＰＲＡＣＫを介して、ネゴシエートされたＭＲＴセッションＳＤＰ ａｎｓｗｅｒをＭＲＴ ＡＳに返す。

６．ＭＲＴ ＡＳは、ＭＲＴ ａｎｓｗｅｒをＭＲＳに送信する。

７．ＭＲＴ ＡＳは、２００ ＰＲＡＣＫを発呼者端末に送信する。

８．発呼者端末は、ＭＲＴ ＡＳを介してＵｐｄａｔｅを被呼者端末に送信する。

９．被呼者端末は、ＭＲＴ ＡＳを介して２００ Ｕｐｄａｔｅを発呼者端末に送信する。

１０．被呼者端末は、１８０シグナリングをＭＲＴ ＡＳに送信する。

１１．ＭＲＴ ＡＳは、被呼者端末に対してＭＲＴを再生するようにＭＲＳに命令する。

１２．ＭＲＴ ＡＳは、１８０シグナリングを発呼者端末に送信する。

１３．被呼者端末は、オフフックになり、２００ ＩｎｖｉｔｅをＭＲＴ ＡＳに送信する。

１４．ＭＲＴ ＡＳは、被呼者端末に対するＭＲＴの再生を停止するようにＭＲＳに命令する。

１５．ＭＲＴ ＡＳは、２００ Ｉｎｖｉｔｅを発呼者端末に送信する。

１６．発呼者端末は、ＭＲＴ ＡＳを介して被呼者端末にＡＣＫを送信する。

１７．発呼者端末と被呼者端末との間で、接続が確立され、通信が行われることができる。

図８ｂを参照すると、ステップ８０５においてＭＲＴをダウンロードして再生するように被呼者端末に要求するためのフローチャートが、示されている。

１．ＭＲＴ ＡＳは、再生されることになっているＭＲＴ用のＵＲＬを含むＩｎｖｉｔｅを被呼者端末に送信する。

２．被呼者端末がＭＲＴメディアファイルのダウンロードおよび再生能力をサポートする場合には、ＭＲＴメディアファイルが、ＵＲＬを用いることによってダウンロードされる。

３．被呼者端末は、ＭＲＴ ＡＳを介してＭＲＴネゴシエーション結果（ａｎｓｗｅｒ）を含む１８３シグナリングを発呼者端末に送信する。

４．発呼者端末は、ＭＲＴ ＡＳを介してＰＲＡＣＫを被呼者端末に送信する。

５．被呼者端末は、ＭＲＴ ＡＳを介して２００ ＰＲＡＣＫを発呼者端末に送信する。

６．被呼者端末は、ダウンロードされたＭＲＴメディアファイルを再生する。

７．被呼者端末は、ＭＲＴ ＡＳを介して１８０を発呼者端末に送信する。

８．発呼者端末がオフフックになるとき、２００ ＩｎｖｉｔｅがＭＲＴ ＡＳを介して発呼者端末に送信される。

９．発呼者端末と被呼者端末との間で、接続が確立され、通信が行われることができる。

ＭＲＢＴサービスの実装と同様に、被呼者端末の被呼者能力に基づいて、ＭＲＴを再生するための適切な方式の選択が、Ｓ‐ＣＳＣＦによって行われることができる。

ＭＲＢＴ再生方式の選択と同様に、ＭＲＴ再生方式は、被呼者能力と異なるＭＲＴ再生方式の優先度との組み合わせに基づいて判定されてもよい。

被呼者端末によってサポートされたＭＲＴ再生方式は、被呼者能力に基づいて判定されてもよく、最も高い優先度を有するＭＲＴ再生方式が、判定されたＭＲＴ再生方式から選択されてもよい。

ＭＲＴ再生方式の優先度が、サーバモデル初期セッションＳＤＰネゴシエーション方式が最も高い優先度を有し、カスタマイズされたＲＢＴメディアファイルのダウンロードおよび再生方式がより低い優先度を有するようである場合には、以下のような場合であってもよい。

１．発呼者端末の能力が初期セッションをサポートするときには、最も高い優先度を有するカスタマイズされたＲＢＴ再生方式が、選択されてもよい。

２．発呼者端末の能力が初期セッションをサポートしないが、発呼者端末がカスタマイズされたＲＢＴメディアファイルのダウンロードおよび再生能力をサポートするときには、最も高い優先度を有するＲＢＴ再生方式がサポートされないため、次に高い優先度を有するカスタマイズされたＲＢＴ再生方式が、選択されてもよい。

ＭＲＴを実装するための上記の方法に対応して、本発明の実施形態は、ＭＲＴを実装するためのシステムを提供する。図９ａ、図９ｂおよび図９ｃに示されているように、システムは、発呼者端末５１、被呼者端末５２および選択モジュール５３を含む。

発呼者端末５１は、呼出要求を送信するように構成される。

被呼者端末５２は、呼出要求の受信に応じて、選択モジュール５３に応答メッセージを返すように構成される。

選択モジュール５３は、被呼者端末５２から返された被呼者能力に基づいて、ＭＲＴ再生方式を選択するように構成される。

さらに、システムは、その被呼者能力を返すように被呼者端末に要求するオプションタグを呼出要求に追加し、オプションタグを含む呼出要求を被呼者端末に送信するように構成される追加モジュール５４を含んでもよい。

ＭＲＢＴサービスを実装するためのシステムと同様に、以下のように、異なる被呼者能力に基づいて、異なるＭＲＴ再生方式が、選択されてもよいが、これらに限定されるわけではない。

１．図９ａに示されているように、被呼者能力が、初期セッションがサポートされているかどうかである場合には、選択モジュール５３は、第１判定ユニット６１および第１実行ユニット６２を含む。

第１判定ユニット６１は、被呼者端末５２が初期セッションをサポートしているかどうかを判定するように構成される。第１実行ユニット６２は、被呼者端末５２が初期セッションをサポートしているとき、ＭＲＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択するように構成される。

２．図９ｂに示されているように、被呼者能力が、ＭＲＴメディアファイルのダウンロードおよび再生能力がサポートされているかどうかである場合には、選択モジュール５３は、第２判定ユニット６３および第２実行ユニット６４を含む。

第２判定ユニット６３は、被呼者端末５２が、ＭＲＴメディアファイルのダウンロードおよび再生能力をサポートしているかどうかを判定するように構成される。第２実行ユニット６４は、被呼者端末５２がＭＲＴメディアファイルのダウンロードおよび再生能力をサポートしているときには、被呼者端末にＭＲＴメディアファイルのダウンロードおよび再生を可能にするように構成される。

３．図９ｃに示されているように、選択モジュール５３は、第３判定ユニット６５および第３実行ユニット６６を含む。

第３判定ユニット６５は、被呼者能力に基づいて、被呼者端末５２によってサポートされるＭＲＴ再生方式を判定するように構成される。第３実行ユニット６６は、判定されたＭＲＴ再生方式から、最も高い優先度を有するＭＲＴ再生方式を選択するように構成される。

追加モジュール５４は、動作ユニット６７および送信ユニット６８を含む。動作ユニット６７は、呼出要求のＲＥＱＵＩＲＥヘッダフィールドに初期セッションのオプションタグを追加するように構成される。送信ユニット６８は、初期セッションのオプションタグを含む呼出要求を被呼者端末５２に送信するように構成される。

ＭＲＴを実装するための上述の方法およびシステムに対応して、本発明の実施形態はまた、ＭＲＴを実装するための装置を提供する。図１０ａ、図１０ｂおよび図１０ｃに示されているように、装置は、受信モジュール７１および選択モジュール７２を含む。

受信モジュール７１は、被呼者端末が発呼者端末から送信された呼出要求を取得した後、被呼者端末から返された応答メッセージを受信するように構成される。

選択モジュール７２は、応答メッセージに基づいて、被呼者端末の被呼者能力を判定し、被呼者能力に基づいて、ＭＲＴ再生方式を選択するように構成される。

さらに、装置は、被呼者能力を返すように被呼者端末に要求するオプションタグを呼出要求に追加し、オプションタグを含む呼出要求を被呼者端末に送信するように構成される追加モジュール７３を含む。

図１０ａに示されているように、選択モジュール７２は、第１判定ユニット８１および第１実行ユニット８２を含む。第１判定ユニット８１は、被呼者端末が初期セッションをサポートしているかどうかを判定するように構成される。第１実行ユニット８２は、被呼者端末が初期セッションをサポートしているときに、ＭＲＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択するように構成される。

図１０ｂに示されているように、選択モジュール７２は、第２判定ユニット８３および第２実行ユニット８４を含む。第２判定ユニット８３は、被呼者端末がＭＲＴメディアファイルのダウンロードおよび再生能力をサポートしているかどうかを判定するように構成される。第２実行ユニット８４は、被呼者端末がＭＲＴメディアファイルのダウンロードおよび再生能力をサポートしているときには、被呼者端末に対して、ＭＲＴメディアファイルのダウンロードおよび再生を可能にするように構成される。

図１０ｃに示されているように、選択モジュール７２は、第３判定ユニット８５および第３実行ユニット８６を含む。第３判定ユニット８５は、被呼者能力に基づき、被呼者端末によってサポートされるＭＲＴ再生方式を判定するように構成される。第３実行ユニット８６は、判定されたＭＲＴ再生方式から、最も高い優先度を有するＭＲＴ再生方式を選択するように構成される。

追加モジュール７３は、動作ユニット８７および送信ユニット８８を含む。動作ユニット８７は、呼出要求のＲＥＱＵＩＲＥヘッダフィールドに初期セッションのオプションタグを追加するように構成される。送信ユニット８８は、初期セッションのオプションタグを含む呼出要求を被呼者端末に送信するように構成される。

ＭＲＢＴを実装するための方法、システムおよび装置と、ＭＲＴを実装するための方法、システムおよび装置と、に関して、それぞれ記載してきた。以下に記載されるように、本発明の実施形態はまた、ＭＲＢＴを実装し、ＭＲＴを実装するための方法も提供する。この実施形態において、発呼者端末および被呼者端末の両方は、初期セッションをサポートするように設定される。図１１に示されているように、方法は、以下のステップを含む。

ステップ１１０１において、発呼者端末は、呼出要求をＭＲＴ ＡＳに送信する。

呼出要求のＳＵＰＰＯＲＴＥＤヘッダフィールドは、初期セッションのオプションタグを保持することができる。

ステップ１１０２において、ＭＲＴ ＡＳは、受信した呼出要求のＲＥＱＵＩＲＥヘッダフィールドに、初期セッションがサポートされているかどうかを返すように被呼者端末に要求する初期セッションのオプションタグを保持し、呼出要求をＭＲＢＴ ＡＳに送信する。

ステップ１１０３において、発呼者端末が初期セッションをサポートしていることをＭＲＢＴ ＡＳが判定する場合には、ＭＲＢＴ ＡＳは、ステップ３０３と類似の方式で発呼者端末にＭＲＢＴを再生し、呼出要求を被呼者端末に送信する。

ステップ１１０４において、被呼者端末は、それ自体の能力に基づいて、ＳＤＰネゴシエーションを行い、ＳＤＰネゴシエーション結果（ａｎｓｗｅｒ）を含む１８３シグナリングをＭＲＢＴ ＡＳに送信する。

ステップ１１０５において、ＭＲＢＴ ＡＳは、ＭＲＳからＭＲＢＴ ｏｆｆｅｒを取得する。

ステップ１１０６において、ＭＲＢＴ ＡＳは、ＭＲＢＴ ｏｆｆｅｒを、受信した１８３シグナリングに追加して、１８３シグナリングをＭＲＴ ＡＳに送信する。

ステップ１１０７において、ＭＲＴ ＡＳは、被呼者端末が初期セッションＳＤＰをサポートしていることを判定し、ステップ７０４と類似の方式で、被呼者端末に対してＭＲＴを再生する。

次のプロセスは、図３ａおよび図８ａを参照してもよく、前の実施形態に記載されていることと類似している。

ＭＲＢＴおよびＭＲＴ初期セッションＳＤＰネゴシエーションが同時に行われるため、ＭＲＢＴ ＡＳおよびＭＲＴ ＡＳは、受信された初期セッションＳＤＰがＭＲＢＴ初期セッションまたはＭＲＴ初期セッションＳＤＰであるかどうかを判定することができる。たとえば、ＭＲＴ ＡＳが、ＭＲＢＴ ａｎｓｗｅｒおよびＭＲＴ ｏｆｆｅｒをＭＲＢＴ ＡＳに送信するときには、初期セッションＳＤＰがＭＲＢＴサービスまたはＭＲＴサービスに対応するかどうかを識別するために、サービスＩＤが追加される。

シグナリングＰＲＡＣＫ（ＭＲＢＴ ａｎｓｗｅｒ＋ＭＲＴ ｏｆｆｅｒ）を実施例と見なすと、フォーマットは、以下のようであってもよい。
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ；ｂｏｕｎｄａｒｙ＝”ｂｏｕｎｄａｒｙ１”
Ｃｏｎｔｅｎｔ‐Ｌｅｎｇｔｈ：４０１
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｅａｒｌｙ‐ｓｅｓｓｉｏｎ；ｓｅｒｖｉｃｅ＝ＭＲＢＴ ／／ ＭＲＢＴ ａｎｓｗｅｒ
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｅａｒｌｙ‐ｓｅｓｓｉｏｎ；ｓｅｒｖｉｃｅ＝ＭＲＴ ／／ ＭＲＴ ａｎｓｗｅｒ
‐‐ｂｏｕｎｄａｒｙ１

サービスＩＤが追加されることによって、ＭＲＢＴ ＡＳは、ＰＲＡＣＫ（ＭＲＢＴ ａｎｓｗｅｒ＋ＭＲＴ ｏｆｆｅｒ）を受信すると、その中でＭＲＢＴ初期セッションＳＤＰを判定してもよい。

たとえば、ＭＲＢＴ ＡＳが、１８３を介してａｎｓｗｅｒおよびＭＲＢＴ ｏｆｆｅｒをＭＲＴ ＡＳに送信するとき、ＭＲＴ ＡＳがその中でＭＲＴ初期セッションＳＤＰを判定してもよいように、ＩＤもまた、追加されてもよい。１８３（ａｎｓｗｅｒ＋ＭＲＢＴ ｏｆｆｅｒ）は、以下のようなフォーマットを有することができる。
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ；ｂｏｕｎｄａｒｙ＝”ｂｏｕｎｄａｒｙ１”
Ｃｏｎｔｅｎｔ‐Ｌｅｎｇｔｈ：４０１
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｓｅｓｓｉｏｎ ／／ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ｎｏｒｍａｌ ａｎｓｗｅｒ
‐‐ｂｏｕｎｄａｒｙ１
Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ‐Ｄｉｓｐｏｓｉｔｉｏｎ：ｅａｒｌｙ‐ｓｅｓｓｉｏｎ；ｓｅｒｖｉｃｅ＝ＭＲＢＴ ／／ ＭＲＢＴ ｏｆｆｅｒ
‐‐ｂｏｕｎｄａｒｙ１

本発明の実施形態において提供される上記の技術的解決策を用いて、端末が能力のより低いものから能力のより高いものに変更されるプロセス（たとえば、いくつかの端末のみが初期セッションを現在サポートするが、将来、すべての端末が初期セッションをサポートする）において、ＩＭＳに基づくＭＲＢＴサービスおよびＭＲＴサービスは、可能な限り改善されるべきである。そのようなプロセスにおいて、データ損失を回避するために、ＭＲＢＴおよびＭＲＴを実装するために初期セッションをサポートする端末に対して、時間遅延は、短くなければならない。初期セッションに関するサポートを有していない端末に対しては、ＭＲＢＴサービスおよびＭＲＴサービスの実装を保証するために、別のスキームを利用してもよい。

本発明の実施形態において用いられるとき、「受信する／受信中である」という表現は、任意の他のモジュールから初めに情報を取得することまたは任意の他のモジュールから送信された情報を受信することと解釈されてもよい。

当業者は、図面が特定の実施形態を示すために用いられたに過ぎないことと、図面におけるすべてのモジュールまたはステップが、本発明を実行するために必要であるというわけではないことを認識するであろう。

当業者は、実施形態による装置におけるモジュールが、記載されたような実施形態による装置の中で分布されてもよいこと、または実施形態とは異なるもう１つの装置において提供されてもよいことを認識するであろう。実施形態におけるモジュールは、１つのモジュールに組み込まれてもよく、または複数のサブモジュールに分割されてもよい。

本発明の実施形態におけるいくつかのステップは、ソフトウェアにおいて実装されてもよく、対応するソフトウェアプログラムは、ディスクまたはハードディスクなどの読み出し可能格納媒体に格納されてもよい。

当業者は、本発明の範囲を逸脱することなく、本発明に対して種々の変更および修正を行ってもよい。本発明に対する変更および修正が、本発明の請求項およびそれらの均等物の範囲内に収まるのであれば、本発明はこれらの変更および修正を網羅することを意図している。

Claims (27)

1. マルチメディアカスタマイズされた呼出音（ＭＲＢＴ）サービスを実装するための方法であって、
   発呼者端末から送信された呼出要求を受信することと、
   前記呼出要求に基づき、前記発呼者端末の発呼者能力を判定することと、
   前記発呼者能力に基づき、ＭＲＢＴ再生方式を選択することと、を含む方法。
2. 前記発呼者能力は、初期セッションがサポートされているかどうか、および／またはメディアファイルのダウンロードおよび再生能力がサポートされているかどうかを含む請求項１に記載の方法。
3. 前記発呼者能力に基づき、前記ＭＲＢＴ再生方式を選択することは、
   前記発呼者能力が、初期セッションがサポートされているかどうかである場合に、
   前記発呼者端末が初期セッションをサポートしているとき、前記ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択することを含む請求項２に記載の方法。
4. 前記発呼者端末が初期セッションをサポートしないときには、前記ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式を選択することをさらに含む請求項３に記載の方法。
5. 前記発呼者能力に基づき、前記ＭＲＢＴ再生方式を選択することは、
   前記発呼者端末が、メディアファイルのダウンロードおよび再生能力をサポートするときに、前記発呼者端末によって、ＭＲＢＴメディアファイルをダウンロードして再生することを含む請求項２に記載の方法。
6. 前記発呼者能力に基づき、前記ＭＲＢＴ再生方式を選択することは、
   前記発呼者能力に基づき、前記発呼者端末によってサポートされるＭＲＢＴ再生方式を判定することと、
   前記判定されたＭＲＢＴ再生方式から最も高い優先度を有するＭＲＢＴ再生方式を選択することと、を含む請求項２に記載の方法。
7. マルチメディアカスタマイズされた着信音（ＲＴ）サービスを実装するための方法であって、
   被呼者端末が、発呼者端末から送信された呼出要求を受信した後、前記被呼者端末から返された応答メッセージを取得することと、
   前記応答メッセージに基づき、前記被呼者端末の被呼者能力を判定することと、
   前記被呼者能力に基づき、カスタマイズされたＲＴ（ＭＲＴ）再生方式を選択することと、を含む方法。
8. 前記呼出要求は、前記被呼者能力を返すように前記被呼者端末に要求するオプションタグを含む請求項７に記載の方法。
9. 前記被呼者能力は、初期セッションがサポートされているかどうか、および／またはメディアファイルのダウンロードおよび再生能力がサポートされているかどうかを含む請求項７または８に記載の方法。
10. 前記被呼者能力に基づき、前記ＭＲＴ再生方式を選択することは、
    前記発呼者端末が、初期セッションをサポートしている場合には、ＭＲＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択することを含む請求項９に記載の方法。
11. 前記被呼者能力に基づき、前記ＭＲＴ再生方式を選択することは、
    前記被呼者能力が、初期セッションをサポートしていないときには、ＭＲＴを再生するために、ダウンロード方式を選択することをさらに含む請求項１０に記載の方法。
12. 前記被呼者能力に基づき、前記ＭＲＴ再生方式を選択することは、
    前記被呼者端末が、メディアファイルのダウンロードおよび再生能力をサポートしているときには、前記被呼者端末によって、ＭＲＴメディアファイルをダウンロードして再生することを含む請求項９に記載の方法。
13. 前記被呼者能力に基づき、前記ＭＲＴ再生方式を選択することは、
    前記被呼者能力に基づき、前記被呼者端末によってサポートされるＭＲＴ再生方式を判定することと、
    前記判定されたＭＲＴ再生方式から最も高い優先度を有するＭＲＴ再生方式を選択することと、を含む請求項９に記載の方法。
14. 初期セッションのオプションタグが、前記呼出要求のＲＥＱＵＩＲＥヘッダファイルに追加され、
    前記被呼者端末が初期セッションをサポートする場合には、前記返された応答メッセージが、正常なシグナリングであり、
    前記被呼者端末が初期セッションをサポートしない場合には、前記返された応答メッセージが、異常なシグナリングである請求項８に記載の方法。
15. マルチメディアカスタマイズされた呼出音（ＲＢＴ）サービスを実装するための装置であって、
    発呼者端末から送信された呼出要求を受信するように構成される受信モジュール（３１）と、
    前記呼出要求に基づき、前記発呼者端末の発呼者能力を判定し、前記発呼者能力に基づき、ＭＲＢＴ再生方式を選択するように構成される選択モジュール（３２）と、を備える装置。
16. 前記選択モジュール（３２）は、ＭＲＢＴアプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ（ＡＳ））またはサービングコールセッションファンクション（Ｓｅｒｖｉｎｇ‐Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（Ｓ‐ＣＳＣＦ））である請求項１５に記載の装置。
17. 前記選択モジュール（３２）は、
    前記発呼者端末が初期セッションをサポートするかどうかを判定するように構成される第１判定ユニット（４１）と、
    前記発呼者端末が初期セッションをサポートするときには、ＭＲＢＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択し、前記発呼者端末が初期セッションをサポートしないときには、ＭＲＢＴを再生するために、ゲートウェイモデルＳＤＰネゴシエーション方式を選択するように構成される第１実行ユニット（４２）と、を備える請求項１５または１６に記載の装置。
18. 前記選択モジュール（３２）は、
    前記発呼者端末がメディアファイルのダウンロードおよび再生能力をサポートするかどうかを判定するように構成される第２判定ユニット（４３）と、
    前記発呼者端末がメディアファイルのダウンロードおよび再生能力をサポートするときには、ＭＲＢＴメディアをファイルダウンロードして再生するように構成される第２実行ユニット（４４）と、を備える請求項１５または１６に記載の装置。
19. 前記選択モジュール（３２）は、
    前記発呼者能力に基づいて、前記発呼者端末によってサポートされるＭＲＢＴ再生方式を判定するように構成される第３判定ユニット（４５）と、
    前記判定されたＭＲＢＴ再生方式から最も高い優先度を有するＭＲＢＴ再生方式を選択するように構成される第３実行ユニット（４６）と、を備える請求項１５または１６に記載の装置。
20. マルチメディアカスタマイズされた着信音（ＭＲＴ）サービスを実装するための装置であって、
    被呼者端末が発呼者端末から送信された呼出要求を取得した後、前記被呼者端末から返された応答メッセージを受信するように構成される受信モジュール（７１）と、
    前記応答メッセージに基づいて、前記被呼者端末の被呼者能力を判定し、前記被呼者能力に基づいて、ＭＲＴ再生方式を選択するように構成される選択モジュール（７２）と、を備える装置。
21. 前記被呼者能力を返すように前記被呼者端末に要求するオプションタグを前記呼出要求に追加し、前記オプションタグを含む前記呼出要求を前記被呼者端末に送信するように構成される追加モジュール（７３）をさらに備える請求項２０に記載の装置。
22. 前記選択モジュール（７２）は、
    前記被呼者端末が初期セッションをサポートするかどうかを判定するように構成される第１判定ユニット（８１）と、
    前記被呼者端末が初期セッションをサポートするときには、ＭＲＴを再生するために、サーバモデル初期セッションＳＤＰネゴシエーション方式を選択するように構成される第１実行ユニット（８２）と、を備える請求項２０または２１に記載の装置。
23. 前記選択モジュール（７２）は、
    前記被呼者端末がＭＲＴメディアファイルのダウンロードおよび再生能力をサポートするかどうかを判定するように構成される第２判定ユニット（８３）と、
    前記被呼者端末がＭＲＴメディアファイルのダウンロードおよび再生能力をサポートするときには、前記被呼者端末にＭＲＴメディアファイルのダウンロードおよび再生を可能にさせるように構成される第２実行ユニット（８４）と、を備える請求項２０または２１に記載の装置。
24. 前記選択モジュール（７２）は、
    前記被呼者能力に基づいて、前記被呼者端末によってサポートされるＭＲＴ再生方式を判定するように構成される第３判定ユニット（８５）と、
    前記判定されたＭＲＴ再生方式から最も高い優先度を有するＭＲＴ再生方式を選択するように構成される第３実行ユニット（８６）と、を備える請求項２０または２１に記載の装置。
25. 前記追加モジュール（７３）は、
    前記呼出要求の前記ＲＥＱＵＩＲＥヘッダフィールドに初期セッションのオプションタグを追加するように構成される動作ユニット（８７）と、
    前記初期セッションのオプションタグを含む前記呼出要求を前記被呼者端末に送信するように構成される送信ユニット（８８）と、を備える請求項２１に記載の装置。
26. １つまたはそれ以上のプロセッサに
    発呼者端末から送信された呼出要求を受信させ、
    前記呼出要求に基づいて、前記発呼者端末の発呼者能力を判定させ、
    前記発呼者能力に基づいて、カスタマイズされた呼出音（ＲＢＴ）再生方式を選択させるコンピュータプログラムを格納するコンピュータ読み出し可能格納媒体。
27. １つまたはそれ以上のプロセッサに
    被呼者端末が発呼者端末から送信された呼出要求を受信した後、前記被呼者端末から返された応答メッセージを取得させ、
    前記応答メッセージに基づいて、前記被呼者端末の被呼者能力を判定させ、
    前記被呼者能力に基づいて、カスタマイズされた着信音（ＲＴ）再生方式を選択させるコンピュータプログラムを格納するコンピュータ読み出し可能格納媒体。

Images