(57)【要約】  送信エンティティ（Ａ）から受信端末（Ｂ）に選択されたメディア・コンテンツを伝達するための方法およびシステムであり、送信エンティティが、ＩＰ上での即時配信のためにマルチメディア・コンテンツを送信するときのものである。セッション・マネージャが、受信端末がＩＰ上での即時配信では選択されたマルチメディア・コンテンツを受信できないことを検出する。フォーマット変換器（３０８、６０８）が、マルチメディア・コンテンツを、中間のメッセージング・センタ（３１０、６１０）内でメディア・コンテンツの一時的な保存を必要とする遅延配信に適合したフォーマットに変換し、そして受信端末への遅延配信のために、変換されたメディア・コンテンツをメッセージング・センタに送信する。セッション・マネージャおよびフォーマット変換器は、ともに、送信エンティティが在圏している発信側のマルチメディア・サービス・ネットワーク（３００、６００）内か、あるいは受信端末が在圏している着信側のマルチメディア・サービス・ネットワーク（３０２、６０２）内に実装される。
2008533905.tif 000002
【特許請求の範囲】
【請求項１】
送信エンティティ（Ａ）から受信端末（Ｂ）へ選択されたメディア・コンテンツを伝達する方法であって、
前記送信エンティティがＩＰ上での即時配信のために前記メディア・コンテンツを送信する際に、当該送信エンティティが在圏している発信側のマルチメディア・サービス・ネットワーク（３００）内か、あるいは前記受信端末が在圏しているマルチメディア・サービス・ネットワーク（６０２）内で実行され、
当該受信端末がＩＰ上の即時配信では前記メディア・コンテンツを受信不能であることを検出する工程と、
フォーマット変換器（３０８、６０８）で前記メディア・コンテンツを遅延配信に適合したフォーマットに変換する工程と、
前記変換されたメディア・コンテンツを、当該受信端末への遅延配信のために中間のメッセージング・センタ（３１０、６１０）に送信する工程と
を備えることを特徴とする、方法。
【請求項２】
前記メディア・コンテンツが前記メッセージング・センタにＭＭＳメッセージとして送信されることを特徴とする、請求項１に記載の方法。
【請求項３】
前記受信端末宛のセッション開始メッセージが前記送信エンティティから最初に受信され、前記セッション開始メッセージは前記選択されたメディア・コンテンツのＩＰ上での即時配信のためのセッション開始を目的とすることを特徴とする、請求項１または２に記載の方法。
【請求項４】
前記セッション開始メッセージの後に前記送信エンティティから前記メディア・コンテンツが転送され、
確認応答メッセージが前記セッション開始メッセージに応じて当該送信エンティティに送信され、前記送信エンティティに前記メディア・コンテンツを前記フォーマット変換器に送信させるために、前記メディア転送のための前記受信アドレスとして前記フォーマット変換器のアドレスを与えることを特徴とする、請求項３に記載の方法。
【請求項５】
前記セッション開始メッセージが前記メディア・コンテンツを含み、当該メディア・コンテンツを含む当該セッション開始メッセージが前記フォーマット変換のために前記フォーマット変換器に送信されることを特徴とする、請求項３に記載の方法。
【請求項６】
前記方法が前記発信側のネットワークで実行され、
前記着信側のネットワーク内のセッション・マネージャ（３０６）からの前記セッション開始メッセージに応じたエラー・メッセージ（４０２、５０２）を、当該発信側のネットワーク内のセッション・マネージャ（３０４）が受信する際に、前記検出工程が実行されることを特徴とする、請求項３から５のいずれか１項に記載の方法。
【請求項７】
前記発信側のネットワーク内の前記セッション・マネージャが、前記エラー・メッセージを、前記送信エンティティに送信する前に、前記確認応答メッセージに変更することにより前記エラー・メッセージを書き換えることを特徴とする、請求項４に従属する請求項６に記載の方法。
【請求項８】
前記方法が前記着信側のネットワークで行われ、当該着信側のネットワーク内のセッション・マネージャ（６０６）が前記受信端末は互換性がないと判断する際に、前記検出工程が実行されることを特徴とする、請求項３から５のいずれか１項に記載の方法。
【請求項９】
前記発信側および着信側のネットワークがセッション管理にＳＩＰ信号方式を用いるＩＭＳネットワークであることを特徴とする、請求項１から８のいずれか１項に記載の方法。
【請求項１０】
前記セッション開始メッセージが、その後に前記メディア・コンテンツの転送が続いて行われるべき"ＳＩＰ招待"であることを特徴とする、請求項４に従属する請求項９に記載の方法。
【請求項１１】
前記セッション開始メッセージが、前記実際のメディア・コンテンツを含む"ＳＩＰメッセージ"であることを特徴とする、請求項５に従属する請求項９に記載の方法。
【請求項１２】
送信エンティティ（Ａ）がＩＰ上での即時配信のためにメディア・コンテンツを送信する際に、該送信エンティティ（Ａ）から受信端末（Ｂ）に選択されたメディア・コンテンツを伝達するシステムであって、
前記受信端末がＩＰ上での即時配信では前記メディア・コンテンツを受信不能であることを検出する手段を含むセッション・マネージャ（３０４、６０４）と、
前記メディア・コンテンツを遅延配信に適合したフォーマットに変換する手段と、当該受信端末への遅延配信のために中間のメッセージング・センタ（３１０、６１０）に変換された前記メディア・コンテンツを送信する手段とを含むフォーマット変換器（３０８、６０８）と
を備え、
前記セッション・マネージャおよびフォーマット変換器が当該送信エンティティが在圏している発信側のマルチメディア・サービス・ネットワーク（３００）内か、あるいは当該受信端末が在圏している着信側のマルチメディア・サービス・ネットワーク（６０２)内に実装されることを特徴とするシステム。
【請求項１３】
前記フォーマット変換器が、前記メッセージング・センタに前記メディア・コンテンツをＭＭＳメッセージとして送信する手段をさらに含むことを特徴とする、請求項１２に記載のシステム。
【請求項１４】
前記セッション・マネージャが、前記受信端末宛で、かつ、前記選択されたメディア・コンテンツのＩＰ上での即時配信のためのセッション開始を目的とする、セッション開始メッセージを前記送信エンティティから受信する手段とをさらに含むことを特徴とする、請求項１２または１３に記載のシステム。
【請求項１５】
前記セッション開始メッセージの後に前記送信エンティティから前記メディア・コンテンツが転送され、
前記セッション・マネージャが、当該セッション開始メッセージに応じて当該送信エンティティに確認応答メッセージを送信し、当該送信エンティティが前記フォーマット変換器に当該メディア・コンテンツを転送するように、前記メディア転送のための前記受信アドレスとして当該フォーマット変換器のアドレスを与える手段をさらに含むことを特徴とする、請求項１４に記載のシステム。
【請求項１６】
前記セッション開始メッセージが前記メディア・コンテンツを含み、
前記セッション・マネージャが、前記フォーマット変換のために前記フォーマット変換器に前記メディア・コンテンツを含む前記セッション開始メッセージを転送する手段をさらに含むことを特徴とする、請求項１４に記載のシステム。
【請求項１７】
前記セッション・マネージャおよびフォーマット変換器が前記発信側のネットワーク内に実装され、
当該セッション・マネージャが、前記着信側のネットワーク内のセッション・マネージャ（３０６）から、前記セッション開始メッセージに応じたエラー・メッセージ（４０２，５０２）を受信することにより前記受信端末が前記受信不能であることを検出する手段をさらに含むことを特徴とする、請求項１４から１６のいずれか１項に記載のシステム。
【請求項１８】
前記発信側のネットワーク内の前記セッション・マネージャが、前記エラー・メッセージを、前記送信エンティティに送信する前に、前記確認応答メッセージに変更することにより書き換える手段をさらに含むことを特徴とする、請求項１５に従属する請求項１７に記載のシステム。
【請求項１９】
前記セッション・マネージャおよびフォーマット変換器が前記着信側のネットワークに実装され、前記セッション・マネージャが前記受信端末の前記受信不能を当該受信端末は互換性がないと判断することにより検出する手段をさらに含むことを特徴とする、請求項１４から１６のいずれか１項に記載のシステム。
【請求項２０】
前記発信側および着信側のネットワークがセッション管理のためにＳＩＰ信号方式を使用するＩＭＳネットワークであることを特徴とする、請求項１２から１９のいずれか１項に記載のシステム。
【請求項２１】
前記セッション開始メッセージが、その後に前記メディアの転送が続いて行われるべき"ＳＩＰ招待"であることを特徴とする、請求項１５に従属する請求項２０に記載のシステム。
【請求項２２】
前記セッション開始メッセージが前記実際のメディア・コンテンツを含む"ＳＩＰメッセージ"であることを特徴とする、請求項１６に従属する請求項２０に記載のシステム。
【請求項２３】
送信エンティティ（Ａ）がＩＰ上での即時配信のためにメディア・コンテンツを送信する場合に、送信エンティティ（Ａ）から受信端末（Ｂ）に選択されたメディア・コンテンツを伝達するためのシステム内に配置されるセッションマネージャ（３０４、６０４）であって、
前記受信端末がＩＰ上での即時配信では前記メディア・コンテンツを受信不能であることを検出する手段と、
前記メディア・コンテンツが遅延配信に適合したフォーマットへの変換のためにフォーマット変換器（３０８、６０８）に転送されることを保証して、変換された前記メディア・コンテンツが前記受信端末への遅延配信のために中間のメッセージング・センタ（３１０、６１０）に送信されるようにする手段と
を備えることを特徴とする、セッション・マネージャ。
【請求項２４】
前記送信エンティティから、前記受信端末宛で、かつ、前記選択されたメディア・コンテンツのＩＰ上での即時配信のためのセッション開始を目的とする、セッション開始メッセージを受信する手段を特徴とする、請求項２３に記載のセッション・マネージャ。
【請求項２５】
前記セッション開始メッセージの後に前記送信エンティティから前記メディア・コンテンツが転送され、、
前記セッション開始メッセージに応じて当該送信エンティティに確認応答メッセージを送信し、当該送信エンティティが前記フォーマット変換器に当該メディア・コンテンツを転送するように、前記メディア転送のための前記受信アドレスとして当該フォーマット変換器のアドレスを与える手段をさらに含むことを特徴とする、請求項２４に記載のセッション・マネージャ。
【請求項２６】
前記セッション開始メッセージが前記メディア・コンテンツを含み、
前記メディア・コンテンツを含む前記セッション開始メッセージを前記フォーマット変換のために前記フォーマット変換器に転送する手段を特徴とする、請求項２４に記載のセッション・マネージャ。
【請求項２７】
前記セッション・マネージャが前記発信側のネットワークに実装され、
前記着信側のネットワーク内のセッション・マネージャ（３０６）から前記セッション開始メッセージに応じたエラー・メッセージ（４０２、５０２）を受信することにより前記受信端末の前記受信不能を検出する手段をさらに含むことを特徴とする、請求項２４から２６のいずれか１項に記載のセッション・マネージャ。
【請求項２８】
前記エラー・メッセージを、前記送信エンティティに送信する前に、前記確認応答メッセージに変更することにより書き換える手段をさらに含むことを特徴とする、請求項２５に従属する請求項２７に記載のセッション・マネージャ。
【請求項２９】
前記セッション・マネージャが前記着信側のネットワークに実装され、
前記受信端末の前記受信不能を当該受信端末は互換性がないと判断することにより検出する手段をさらに含むことを特徴とする、請求項２４から２６のいずれか１項に記載のセッション・マネージャ。
【請求項３０】
前記発信側および受信側のネットワークがセッション管理のためにＳＩＰ信号方式を使用するＩＭＳネットワークであることを特徴とする、請求項２３から２９のいずれか１項に記載のセッション・マネージャ。
【請求項３１】
前記セッション開始メッセージが、その後に前記メディア・コンテンツの転送が続いて行われるべき"ＳＩＰ招待"であることを特徴とする請求項２５に従属する請求項３０に記載のセッション・マネージャ。
【請求項３２】
前記セッション開始メッセージが前記実際のメディア・コンテンツを含む"ＳＩＰメッセージ"であることを特徴とする、請求項２６に従属する請求項３０に記載のセッション・マネージャ。
【請求項３３】
送信エンティティ（Ａ）がＩＰ上での即時配信のためにメディア・コンテンツを送信する際に、該送信エンティティ（Ａ）から受信端末（Ｂ）に選択されたメディア・コンテンツを伝達するためのシステム内に配置されたフォーマット変換器（３０８、６０８）であって、
前記受信端末がＩＰ上での即時配信では前記メディア・コンテンツを受信不能であることが検出された場合に前記メディア・コンテンツを受信する手段と、
前記メディア・コンテンツを遅延配信に適合したフォーマットに変換する手段と、
前記受信端末への遅延配信のために中間のメッセージング・センタ（３１０、６１０）に前記変換されたメディア・コンテンツを送信する手段と
を備えることを特徴とするフォーマット変換器。
【請求項３４】
前記メディア・コンテンツをＭＭＳメッセージとして前記メッセージング・センタに送信する手段をさらに含むことを特徴とする、請求項３３に記載のフォーマット変換器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ビジュアル・コンテンツのようなマルチメディア・コンテンツを受信端末に伝達するための方法および構成に関するものである。具体的には、本発明は、受信端末が、ＩＰマルチメディア・ネットワーク上での初回の送信試行では互換性がない場合でも、そのコンテンツの転送をできるようにする。
【背景技術】
【０００２】
最近まで、無線移動端末は、基本的には音声通話をするために使用されてきた。標準化され、そして確立した通信技術およびプロトコルが、その時点では回線交換通信チャネルを使用する固定端末および移動端末の少なくともいずれかの相互間で音声通信のために利用されている。
【０００３】
しかしながら、マルチメディアを含む多数の新しい電話サービスが、今や急速に開発されており、著しく高速の伝送速度およびネットワーク容量の増大を可能にする新しい技術の導入により可能になっている。たとえば、ＧＰＲＳ（汎用パケット無線サービス）およびＷＣＤＭＡ（広帯域符号分割多元接続）技術が、現在、さまざまな伝送速度および異なるプロトコルおよびメディア形式を必要とする無線電話サービスを可能にするべく出現してきている。
【０００４】
今日の趨勢は、また従来の回線交換ネットワークに比べてより多くの容量および柔軟性を提供するパケット交換ネットワークおよび技術に向かう動きにある。さらに、その新しい高性能の移動端末が、また市場に出現しており、たとえば視覚情報のための高精細カラー・ディスプレイおよび種々のコーデック（符号器／復号器）を含め、新しいサービスを処理する機能を備えている。
【０００５】
マルチメディア・サービスは、通常、テキスト、ドキュメント、画像、いろんなフォーマットのオーディオ・ファイルおよびビデオ・ファイルおよびそれらの組み合わせに相当する符号化されたデータの伝送を含む。"マルチメディア"との用語は、本明細書では、一般に、普通の音声対話以外で、通常何らかのビジュアル・コンテンツを有するメディア・タイプのいずれかの選択を指すものとして使用することとし、該メディアはパケット・ベースのＩＰ（インターネット・プロトコル）転送技術を用いて通信される。さらに、"メディア・コンテンツ"との用語は、マルチメディア・サービスを実践する際に転送される任意のそのような符号化されたデータを表わすために用いることとする。
【０００６】
"ＩＰマルチメディア・サブシステム"（ＩＭＳ）と呼ばれるネットワーク基本構想は、３Ｇパートナーシップ・プロジェクト（３ＧＰＰ）により、公開標準として開発されてきており、アクセス・ネットワークの電話会社にパケット領域におけるマルチメディア・サービスを提供できるようにしている。ＩＭＳは、"インスタント・メッセージ"とも呼ばれる、ある端末から別の端末へのメディア・コンテンツの即時配信を含め、ＩＰ転送に基づいたサービスを可能にするためのプラットホームである。ＩＭＳは、使用されるアクセス技術とはおおむね独立しており、そして基本的には限られた一連の特定のサービスのいずれにも制限されてはいない。
【０００７】
ＩＭＳネットワークにおけるセッションを処理するための仕様は、"ＳＩＰ"（セッション開始プロトコル、標準のＩＥＴＦ  ＲＦＣ  ３２６１等による）と呼ばれて規定されてきている。ＳＩＰは、パケット交換論理上で、セッションを生成、変更および終了するためのアプリケーション層の制御（信号）プロトコルである。たとえば、"INVITE(招待)"と呼ばれるメッセージは、端末同士が、基本的にメディア・コンテンツの転送にいずれのセッション・パラメータおよびコーデックを使用するかについて一致しているとき、セッション設定中にセッションを開始するように、ＳＩＰで規定されている。ＳＩＰ標準は、このように、ＩＰマルチメディア通信を確立し、そして制御するためにＩＭＳシステムにより使用される。
【０００８】
図１は、ＩＭＳサービス・ネットワークを用いてマルチメディア・サービスを提供するための基本的なネットワーク構造を、概略的に説明している。ここで、図１は非常に簡略化されており、そして本発明の内容を理解する上で役立つネットワーク・ノードを選んで単に示している点に注意されたい。発呼側の移動端末Ａが第１の無線アクセス・ネットワーク１００に接続されており、第２の無線アクセス・ネットワーク１０２に接続されている被呼側の移動端末Ｂと通信していて、１つ以上のマルチメディア・サービスを含む通信セッションＳ中である。あるいは、端末Ａは、固定端末ないしコンピュータあるいはその端末に何らかのマルチメディア・コンテンツ、たとえば、音楽、映画、画像ないしゲームを配信するコンテンツ・サーバと通信している場合もある。
【０００９】
ＩＭＳネットワーク１０４は、第１の無線アクセス・ネットワーク１００と接続されており、そのユーザにより開始された、端末Ａについてのセッションを処理している。実際、ＩＭＳネットワーク１０４は、端末Ａのユーザからの任意のサービス要求ないしデータを受信し、そして処理する。この図では、対応するＩＭＳネットワーク１０６は、端末Ｂのためにセッションを処理し、そして２つのＩＭＳネットワーク１０４および１０６は、異なる電話会社により管理されている場合がある。同じように、ＩＭＳネットワーク１０６は、端末Ｂのユーザからの任意のサービス要求ないしデータを受信し、そして処理する。あるいは、端末ＡおよびＢは、もちろん同じアクセス・ネットワークに接続されている場合と、同じＩＭＳネットワークに属している場合との少なくともいずれかに該当する。
【００１０】
図で説明されているセッションＳは、一般に、ＩＭＳネットワーク１０４内で端末Ａを受け持っているＳ−ＣＳＣＦ（Serving Call Session Control Function: 在圏呼セッション制御機能）と呼ばれるノード１０８により、ＳＩＰ信号方式を用いて管理されており、選択されたマルチメディア・サービスがアプリケーション・サーバ１１０により有効にされ、そして実行される。基本的には、Ｓ−ＣＳＣＦノード１０８は、端末Ａに向けてはアプリケーション・サーバ１１０に対するプロキシとしての機能を果たし、ブロック１０６に向かう破線の矢印で示されているように、端末ＡからのＳＩＰメッセージを端末ＢのＩＭＳネットワーク１０６に送信する。さらに、主要なデータベース要素ＨＳＳ（Home Subscriber Server:ホーム加入者サーバ）１１２は、加入者および認証データだけでなく、とりわけ、アプリケーション・サーバ１１０がクライアントに対するサービスを実行するために取り出すことのできるサービス情報を保存している。そのＳ−ＣＳＣＦノード１０８は、そのＨＳＳ１１２内の"トリガ"により決定されるように、いずれのアプリケーション・サーバ１１０が端末Ａから要求されたサービスを処理するかを決めるために、そのＨＳＳ１１２から情報をまた取り出すことができる。
【００１１】
Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function:問い合わせ呼セッション制御機能）１１４は、ネットワーク１０６を含む他のＩＭＳネットワークと接続されており、そして他のＩＭＳネットワークからのＳＩＰメッセージに対するゲートウェイの役目をする。このように、Ｉ−ＣＳＣＦノード１１４は、ブロック１１４に向かう別の破線で示されているように、端末ＢのＩＭＳネットワーク１０６からＳＩＰメッセージを受信する。Ｐ−ＣＳＣＦ（Proxy Call Session Control Function:プロキシ呼セッション制御機能）と呼ばれる別のノード１１６は、ネットワーク１００のような任意のアクセス・ネットワークからＩＭＳネットワーク１０４に向かうエントリ・ポイントの役目をし、そしてクライアントとＩＭＳネットワーク１０４との間の全ての信号の流れは、Ｐ−ＣＳＣＦ１１６を経由する。
【００１２】
もちろん、ＩＭＳネットワーク１０４は、さらなるＳ−ＣＳＣＦノードおよびアプリケーション・サーバのような、数多くの他のノードおよび機能を含んでいるが、ここでは簡単のために示されていない。基本的に、ＩＭＳネットワーク１０６は、ネットワーク１０４と同じタイプのノードを備えている。示されているアプリケーション・サーバ１１０は、１つ以上の具体的なマルチメディア・サービスをクライアントに提供するように設定されることができる。Ｓ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、Ｐ−ＣＳＣＦノード１０８、１１４、１１６、およびアプリケーション・サーバ１１０のさまざまな具体的な機能は、本発明の内容をさらに理解するのに、ここで説明する必要はない。これらのネットワーク要素のいずれも、以下の明細書では、総称的に"セッション・マネージャ"と呼ばれるであろう。
【００１３】
本明細書では、送信端末から受信端末へのポイント・ツー・ポイントでのメディア・コンテンツの直接転送を表わす用語"即時配信"と、送信されるメディア・コンテンツが、最終的にその受信者に配信される前に、しばらくの間、ここでは一般に"メッセージング・センタ"と呼ばれる、中間のメッセージング・サービス・ノードに一時的に保存されることを意味する用語"遅延配信"とは区別される。この後者の方法は、また"蓄積転送"と呼ばれることもあり、そして周知のＭＭＳ（マルチメディア・メッセージング・サービス）概念の中で使用されていて、送信されたメディア・コンテンツが、受信者への配信の前にサービス・ネットワーク内のＭＭＳサービス・ノードで処理され、そして保存される。ＭＭＳサービス・ノードでのコンテンツ・データの処理は、通常、確立されたフォーマットを用いてデータを受信端末の能力に適合させることを含む。ＩＭＳネットワークでは、即時配信は、中間のメッセージング・センタで伝達されたコンテンツを何ら保存することなく、実施される。
【００１４】
しかしながら、ＩＰマルチメディア通信は、端末にその能力がないために、別の端末からのコンテンツを受信し損なうこともあるであろう。たとえば、受信端末が、その時点で、マルチメディア・サービス・ネットワークに登録されていない場合がある。別の場合、登録されているときでさえ、その端末が、必要なコーデックがなくて具体的な所要のデータ・フォーマットを処理できない場合があり、あるいは保存領域が足りなくて大きすぎるデータ・ファイルを受信できない場合もあり、または他の端末で使用されているアプリケーションをサポートしていない場合などもある。さらにもう１つの場合、受信端末が、たとえば電源を切っていたり、あるいは無線の受信可能範囲外であるとか、単に通信ができない場合がある。端末がまた、たとえば、通話を継続中に回線交換およびパケット交換の通信を同時に処理するだけの帯域がその時点でないとか、あるいはネットワーク能力がないとかのために、伝達されたコンテンツをその端末に提示できないアクセス・ネットワークにその時点で接続されている場合もある。
【００１５】
たとえば上記で例示されているように、理由の如何に係わらず、マルチメディア・コンテンツを受信できない端末は、これ以降略して"互換性がない"と称することとする。着信側のアクセス・ネットワークが、送信されるコンテンツのフォーマットを、その受信端末が互換性のない場合に処理できる別のフォーマットに変換できるように、"主流の技術"が開発されてきている。しかしながら、急速に発展しているＩＰマルチメディア技術では、アクセス・ネットワークがＩＰマルチメディア・コンテンツ、特にビジュアル・コンテンツに対する最新の多くの端末能力に追随するのは難しい。また、送信端末が、コンテンツを"オンザフライ"で、受信端末がうまくいけば受け取ることができる他のフォーマットに変換し、そしてそれからそれを再度送信することができるであろう。しかしながら、これは、難しい課題であり、そして全ての端末がそのような能力を有するには程遠い。
【００１６】
第１の端末が、一般に互換性のない第２の端末に、たとえばＳＩＰ標準に準拠して招待メッセージを最初に送信することにより、ＩＰマルチメディア・コンテンツを送信しようとしても、第２の端末は、ある種のエラー・メッセージを送信することにより応答するか、あるいは全く応答しないであろう。そのような場合、所望のコンテンツが互換性のない第２の端末に伝達されることはできず、そして第１の端末は、サービス・ネットワークからエラー・メッセージを受信するであろう。このような状況は、もちろん、端末のユーザには、マルチメディア・コンテンツを交換することができず、そればかりでなく、ネットワーク電話会社には、見込みのある収益を奪われてしまうことを危惧し、悲観的に感じられるであろう。
【００１７】
出願者自身の欧州特許出願である特許文献１は、送信エンティティが転送予定の選択されたマルチメディア・コンテンツについて受信端末の互換性を調べる解決策を記載している。マルチメディア・コンテンツの即時配信が、受信端末に互換性がないためにできない場合、送信エンティティは、その代わりに、遅延配信により選択されたコンテンツを含むＭＭＳメッセージを送信する。しかしながら、この解決策は、コンテンツをＭＭＳメッセージに変換するための特定の機能が、送信エンティティに存在することを必要とする。
【特許文献１】欧州特許出願公開第０４４４５１３０号明細書
【発明の開示】
【発明が解決しようとする課題】
【００１８】
よって、アクセス・ネットワークにおける既存の主流の技術、ないし端末におけるフォーマット変換能力に依存せずに、ＩＰマルチメディア・コンテンツを伝達するという問題を克服することが望ましい。
【課題を解決するための手段】
【００１９】
本発明の目的は、送信エンティティから受信端末にマルチメディア・コンテンツを、受信端末が、その時点でＩＰマルチメディア・サービス・ネットワークに登録されていないか、あるいは理由の如何に係わらず、一般に、即時配信ではマルチメディア・コンテンツを受信できない場合でも伝達するための解決策を提供することである。本発明の別の目的は、送信エンティティに、その目的のために何らの機能ないし変更を要することなく、互換性のない第２の端末へのマルチメディア・コンテンツの転送をできるようにすることである。
【００２０】
これらの目的およびその他は、送信エンティティから受信端末に選択されたメディア・コンテンツを伝達するための方法および構成を、送信エンティティがＩＰ上で即時配信のためにメディア・コンテンツを送信する際に、提供することにより得られる。本発明の方法は、送信エンティティが在圏している発信側のマルチメディア・サービス・ネットワーク内か、あるいは受信端末が在圏している着信側のマルチメディア・サービス・ネットワーク内で実行することができる。受信端末が、ＩＰ上での即時配信では前記メディア・コンテンツを受信できないことが、まず検出される。それから、メディア・コンテンツがフォーマット変換器内で、遅延配信に適合したフォーマットに変換され、変換されたメディア・コンテンツが、受信端末への遅延配信のために中間のメッセージング・センタに送信される。マルチメディア・コンテンツは、メッセージング・センタにＭＭＳメッセージとして送信されることが望ましい。
【００２１】
受信端末宛のセッション開始メッセージが、まず、送信エンティティから受信されることになり、前記メッセージは、選択されたメディア・コンテンツのＩＰ上での直接配信のためにセッションを開始することを目的とするものである。そのセッション開始メッセージの後に、送信エンティティからのメディア・コンテンツの転送が続けて行われる場合は、確認応答メッセージが、そのセッション開始メッセージに応じて送信エンティティに送信され、送信エンティティがメディア・コンテンツをフォーマット変換器に転送するために、前記メディア転送のための受信アドレスとしてフォーマット変換器のアドレスが与えられる。あるいは、セッション開始メッセージが、メディア・コンテンツ自体を含む場合は、メディア・コンテンツを含むセッション開始メッセージが、前記フォーマット変換のためにフォーマット変換器に転送される。
【００２２】
当該方法が発信側のネットワーク内で実行される場合、発信側のネットワーク内のセッション・マネージャが、前記セッション開始メッセージに応じた着信側のネットワーク内のセッション・マネージャからのエラー・メッセージを受信するとき、受信端末がＩＰ上での即時配信ではメディア・コンテンツを受信できないことを検出できる。発信側のネットワーク内のセッション・マネージャは、エラー・メッセージを、送信エンティティに送信する前に、確認応答メッセージに変更することにより書き換える。
【００２３】
当該方法が着信側のネットワークで実行される場合、着信側のネットワーク内のセッション・マネージャが、受信端末は互換性がないと判断するとき、受信端末がＩＰ上での即時配信ではメディア・コンテンツを受信できないことが検出される。
【００２４】
本発明の方法は、発信側および着信側のネットワークが、セッション管理にＳＩＰ信号方式を使用するＩＭＳネットワークであるとき、使用することができる。セッション開始メッセージの後に、送信エンティティからメディア・コンテンツの転送が続く場合、セッション開始メッセージは、その後にメディア・コンテンツが転送される"ＳＩＰ招待"であろう。一方、セッション開始メッセージがメディア・コンテンツを実際に含む場合、セッション開始メッセージは、メディア・コンテンツを実際に含む"ＳＩＰメッセージ"であろう。
【００２５】
本発明の構成は、受信端末がＩＰ上での即時配信ではメディア・コンテンツを受信不能であることを検出する手段を有するセッション・マネージャを含む。該構成は、さらに、メディア・コンテンツを遅延配信に適合したフォーマットに変換する手段と、受信端末への遅延配信のために、変換されたメディア・コンテンツを中間のメッセージング・センタに送信する手段とを有するフォーマット変換器を含む。セッション・マネージャおよびフォーマット変換器は、送信エンティティが在圏している発信側のマルチメディア・サービス・ネットワーク内か、あるいは、受信端末が在圏している着信側のマルチメディア・サービス・ネットワーク内に実装できる。フォーマット変換器は、メディア・コンテンツをＭＭＳメッセージとしてメッセージング・センタに送信する手段をさらに含むことが、望ましい。
【００２６】
セッション・マネージャは、送信エンティティから、受信端末宛で、かつ、選択されたメディア・コンテンツのＩＰ上での即時配信のためにセッションを開始することを目的とする、セッション開始メッセージを受信する手段をさらに含む。セッション開始メッセージの後に、送信エンティティからメディア・コンテンツが送信される場合、セッション・マネージャは、さらに、セッション開始メッセージに応じて確認応答メッセージを送信エンティティに送信し、送信エンティティがメディア・コンテンツをフォーマット変換器に転送するように、メディア転送のための受信アドレスとしてフォーマット変換器のアドレスを与える手段をさらに含むことが望ましい。しかしながら、セッション開始メッセージがメディア・コンテンツを実際に含む場合は、セッション・マネージャが、さらに、メディア・コンテンツを含むセッション開始メッセージをフォーマット変換のためにフォーマット変換器に送信する手段を含むことが、望ましい。
【００２７】
セッション・マネージャおよびフォーマット変換器が、発信側のネットワークに実装されているとき、セッション・マネージャは、前記セッション開始メッセージに応じた、着信側のネットワーク内のセッション・マネージャからのエラー・メッセージを受信することにより、受信端末の受信不能を検出する手段をさらに含む。そのような場合、発信側のネットワーク内のセッション・マネージャは、エラー・メッセージを、送信エンティティに送信する前に、確認応答メッセージに変えることにより書き換える手段をさらに含むことが望ましい。
【００２８】
セッション・マネージャおよびフォーマット変換器が、着信側のネットワーク内に実装されているとき、セッション・マネージャが、受信端末は互換性がないと判断することにより、受信端末の受信不能を検出する手段をさらに含むことが望ましい。
【００２９】
セッション開始メッセージの後に送信エンティティからメディア・コンテンツが転送される場合、セッション開始メッセージは、その後にメディア・コンテンツの転送が続いて行われるべき"ＳＩＰ招待"であろう。一方、セッション開始メッセージが、メディア・コンテンツを実際に含む場合は、セッション開始メッセージはメディア・コンテンツを実際に含む"ＳＩＰメッセージ"であるだろう。
【００３０】
本発明は、さらに、送信エンティティから受信端末に選択されたメディア・コンテンツの伝達で、送信エンティティがＩＰ上での即時配信のためにメディア・コンテンツを送信するときのためのシステム内に、セッション・マネージャを含む。本発明のセッション・マネージャは、受信端末がＩＰ上での即時配信では前記メディア・コンテンツを受信不能であることを検出する手段を含む。セッション・マネージャは、変換されたメディア・コンテンツが受信端末への遅延配信のために中間のメッセージング・センタに送信されることを保証して、遅延配信に適合したフォーマットへの変換のために、メディア・コンテンツがフォーマット変換器に転送されるようにする手段をさらに含む。
【００３１】
セッション・マネージャは、さらに、送信エンティティから、受信端末宛で、かつ、選択されたメディア・コンテンツのＩＰ上での即時配信のためにセッションを開始することを目的とする、セッション開始メッセージを受信する手段を含むことが望ましい。セッション開始メッセージの後に、送信エンティティからメディア・コンテンツが転送される場合、セッション・マネージャは、セッション開始メッセージに応じた確認応答メッセージを送信エンティティに送信し、送信エンティティがメディア・コンテンツをフォーマット変換器に転送するように、前記メディア転送のための受信アドレスとしてフォーマット変換器のアドレスを与える手段をさらに含むことができる。セッション開始メッセージが、メディア・コンテンツを実際に含む場合、セッション・マネージャは、メディア・コンテンツを含むセッション開始メッセージを、フォーマット変換のためにフォーマット変換器に転送する手段をさらに含むことができる。
【００３２】
セッション・マネージャは、発信側のネットワーク内に実装されるとき、前記セッション開始メッセージに応じた着信側のネットワーク内のセッション・マネージャからのエラー・メッセージを受信することにより、受信端末の受信不能を検出する手段を含むことができる。セッション・マネージャは、エラー・メッセージを、送信エンティティに送信する前に、確認応答メッセージに変えることにより書き換える手段をさらに含むことができる。セッション・マネージャは、着信側のネットワーク内に実装されているとき、受信端末は互換性がないと判断することにより、受信端末の受信不能を検出する手段をさらに含むことができる。
【００３３】
発信側および着信側のネットワークが、セッション管理のためにＳＩＰ信号方式を使用するＩＭＳネットワークであることが望ましい。セッション開始メッセージの後に、送信エンティティからメディア・コンテンツが転送される場合、セッション開始メッセージは、その後にメディア・コンテンツの転送が続けて行われるべき"ＳＩＰ招待"であろう。一方、セッション開始メッセージが、メディア・コンテンツを実際に含む場合は、セッション開始メッセージはメディア・コンテンツを実際に含む"ＳＩＰメッセージ"であるだろう。
【００３４】
本発明は、さらに、送信エンティティがＩＰ上での即時配信のためにメディア・コンテンツを送信するときの場合に送信エンティティ（Ａ）から受信端末（Ｂ）に選択されたメディア・コンテンツを伝達するシステム内に、フォーマット変換器を含む。フォーマット変換器は、受信端末がＩＰ上での即時配信ではメディア・コンテンツを受信不能であることが検出されたとき、メディア・コンテンツを受信する手段を含む。フォーマット変換器は、メディア・コンテンツを遅延配信に適合したフォーマットに変換する手段と、変換されたメディア・コンテンツを受信端末への遅延配信のために中間のメッセージング・センタに送信する手段をさらに含む。フォーマット変換器は、メッセージング・センタにメディア・コンテンツをＭＭＳメッセージとして送信する手段をさらに含むことが望ましい。
【００３５】
本発明のさらなる特徴および利点が、以下の詳細な明細書から明らかになるであろう。
【発明を実施するための最良の形態】
【００３６】
本発明についての以下に説明されている態様および実施形態の全てにおいて、送信端末Ａが、通常、受信端末Ｂに即時配信によりメディア・コンテンツを伝達しようと試行する。本発明は、異なる実施形態に準拠して、送信端末Ａないし受信端末Ｂのいずれかの通信サービス・ネットワーク内に実装されることができる。通常、どちらの端末の通信サービス・ネットワークも、セッションの処理にＳＩＰを使用するＩＭＳネットワークであるが、本発明は、この点については一般に限定されてはいない。
【００３７】
図２は、"互換性がない"、すなわち、上記の背景技術のところで説明された意味合いにおいて、ＩＰ上での即時配信では受信できないことが分かった受信端末に、送信エンティティからマルチメディア・コンテンツを伝達するための手順を示すフローチャートである。示されている手順は、１つ以上の適切なネットワーク要素により実行されることを意図されており、さらなる図面を参照しながら以下により詳細に説明されるであろう。最初のステップ２００では、メディア・コンテンツの即時配信のためにセッションを開始するメッセージ、たとえば、ＳＩＰが使用される場合は"ＳＩＰ招待"ないし"ＳＩＰメッセージ"であるセッション開始メッセージが、一般に、受信される。セッション開始メッセージは、それ故、送信エンティティが、何らかの選択されたメディア・コンテンツをＩＰ上で送信しようと試行することを示している。
【００３８】
受信端末の互換性は、それから、セッション開始メッセージに対する応答の中で、あるいは応答なしで示され、より詳しくは以下で説明されているようにステップ２０２で調べられる。判断を行うステップ２０４の後、その端末に互換性のある場合、メディア・コンテンツは、その送信エンティティにより意図されたとおりの即時配信により、元々の送信されたフォーマットで配信されることができ、ステップ２０６で説明されている。しかしながら、端末が判断を行うステップ２０４で互換性がないと分かった場合、メディア・コンテンツは、ステップ２０８で中間のメッセージング・センタからの遅延配信に適合したフォーマットに変換され、そしてそれから最後のステップ２１０でメッセージング・センタから遅延配信により送信される。
【００３９】
ステップ２０４で、受信端末が、元々意図された即時配信ではメディア・コンテンツを受信できないことが分かったが、大抵の端末は、任意の適切な時点でその種のメディア配信に適合しているので、遅延配信によりメディア・コンテンツを受信することは大概できるであろう。より一般的に、遅延配信は、今日の大抵の端末が対処できる確立したＭＭＳ技術を用いて達成されるが、本発明は一般にそのことに限定されてはいない。配信がうまくいくのは、また、受信端末が任意の適切な時点でそのメディア・コンテンツをそこから取り出すことができるように、メッセージング・センタが、そのメディア・コンテンツをしばらくの間保存するという事実にある。たとえば、メッセージが送信されたときに端末が電源を切っていた場合、後で電源が入り、そして適切に接続されたとき、そのコンテンツをメッセージング・センタから取り出すことができる。
【００４０】
図３では、１つの好適な実施形態に準拠して、互換性のない端末にメディア・コンテンツを伝達するための構成が説明されている。送信エンティティＡは、発信側のマルチメディア・サービス・ネットワーク３００に接続されており、そして受信端末Ｂは着信側のマルチメディア・ネットワーク３０２に所属している。理由の如何に係わらず、端末Ｂは、その時点でネットワーク３０２に登録されておらず、そして、その結果、今のところは即時配信ではどのメディア・コンテンツも受信できない。各々のネットワーク３００、３０２は、ＩＰ上でマルチメディア・セッションを処理するために、それぞれセッション・マネージャ３０４および３０６を含む。さらに、発信側のネットワーク３００は、フォーマット変換器３０８を含み、そしてメッセージング・センタ３１０は着信側のネットワーク３０２と接続されている。
【００４１】
この実施形態では、本解決策は、基本的には発信側のネットワーク３００のセッション・マネージャ３０４およびフォーマット変換器３０８に実装されている。注目すべきは、総称的に名付けたセッション・マネージャ３０４は、ＩＭＳとの関連ですでに説明されているように、ネットワーク３００内の実装に依存して、Ｓ−ＣＳＣＦノード、Ｉ−ＣＳＣＦノード、Ｐ−ＣＳＣＦノード、ないしアプリケーション・サーバの場合があるということである。
【００４２】
エンティティＡが、ステップ３：１でメディア・コンテンツの即時配信のためにセッション開始メッセージを送信すると、セッション・マネージャ３０４は、基本的にはセッション・マネージャ３０６とともに、ステップ３：２でＩＰ上での即時のメディア配信が可能かどうかを調べる。次に、端末Ｂに互換性がないので、セッション・マネージャ３０６は、基本的にはセッション・マネージャ３０４に、ステップ３：３で即時のメディア配信ができないことを適切なエラー・メッセージを用いて、応答する。それから、セッション・マネージャ３０４は、ステップ３：４でメディア・コンテンツをフォーマット変換器３０８に転送し、コンテンツを任意の適切な変換方式を使用して遅延配信に適合させる。変換されたメディア・コンテンツは、それから次のステップ３：５でメッセージ・センタ３１０に送信され、端末Ｂが使用できるときはいつでも、最後のステップ３：６でそこからの遅延配信に対応する。
【００４３】
図４および図５を参照して、本発明が図３に示されている装置を使用して、どのように実装されることができるかに関して、それぞれ、２つの典型的な信号伝達手順をこれ以降で説明する。これらの例では、ＳＩＰ信号方式が使用されているが、本発明は基本的にはそのことに限定されてはいない。
【００４４】
図４で、エンティティＡは、最初のステップ４００で"ＳＩＰ招待"メッセージを送信し、ある選択されたメディア・コンテンツのＩＰ上での即時配信のために、端末Ｂとのパケット交換セッションを開始する。ＳＩＰ招待は、通常、送信されるメディアに関する情報、たとえば必要なコーデック（含複数）およびファイルの大きさを含む。このメッセージは、ネットワークＡのセッション・マネージャＡを経由して、ネットワークＢのセッション・マネージャＢに伝達される。端末Ｂは、理由の如何に係わらず、互換性がないので、セッション・マネージャＢは、従来の手順に準拠して、ステップ４０２で適切なエラー・メッセージ、たとえば"ＳＩＰ  ５００  エラー"を送信することにより応答する。たとえば、セッション・マネージャＢが、端末ＢがネットワークＢに登録されていないことを検出している場合とか、あるいはＳＩＰ招待がその端末に送信されていても、エラー・メッセージで応答している場合か、または全然応答をしていない場合がある。
【００４５】
エラー・メッセージを受信すると、セッション・マネージャＡは、それを確認応答メッセージ、たとえば"ＳＩＰ  ２００  ＯＫ"に変え、さらに、メディア・コンテンツが送信される宛先アドレスとして、フォーマット変換器３０８のアドレスを付加することにより、ステップ４０４でこのメッセージを書き換える。それから、このメッセージは、次のステップ４０６でエンティティＡに送信される。エンティティＡは、それからそれに応じて、ステップ４０８で示されているように、選択されたメディア・コンテンツをフォーマット変換器３０８に送信する。
【００４６】
フォーマット変換器は、それから受信されたメディア・コンテンツを、変換ステップ４１０で、適切な変換により、望ましくは示された例にあるようにＭＭＳ技術を用いて遅延配信向けに準備を施す。フォーマット変換器は、それからステップ４１２で、変換されたメディア・コンテンツをメッセージング・センタ３１０に送信し、そこで一時的に保存される。変換されたメディア・コンテンツは、それから最終的にステップ４１４で端末Ｂに配信されることができ、このことは任意の適切な従来の方法で行われることができる。
【００４７】
図５に、図３に示されている構成を再度用いて、代替の信号伝達手順が示されている。この例では、エンティティＡが、端末Ｂに配信される予定のメディア・コンテンツを実際に含むセッション開始メッセージを最初に送信する。従って、メディア・コンテンツを含むメッセージが、それ以上はエンティティＡから続くことはないであろう。ＳＩＰがこの例で使用されているように、メディア・コンテンツを含む"ＳＩＰメッセージ"と呼ばれるメッセージが、最初のステップ５００で端末Ｂに向けて送信され、セッション・マネージャＡを経由してセッション・マネージャＢに伝達される。たとえば、メディア・コンテンツが単純なテキスト文字列で構成されていると、それは容易にＳＩＰメッセージに収めることができる。
【００４８】
端末Ｂは、互換性がないので、セッション・マネージャＢは、この場合もやはり、従来の手順に準拠してステップ５０２で適切なエラー・メッセージ、たとえば"ＳＩＰ  ５００  エラー"を送信することにより応答する。エラー・メッセージを受信すると、セッション・マネージャＡは、ステップ５０４でこのメッセージを確認応答メッセージ、たとえば"ＳＩＰ  ２００  ＯＫ"に変えることにより書き換え、そしてそれから次のステップ５０６でそれをエンティティＡに送信して、メディア・コンテンツが配信されるようになることを立証する。しかしながら、ステップ５０４および５０６は、もう１つの方法として省略される場合があり、新しいメッセージが、示されてはいないが、エンティティＡに送信され、コンテンツが意図されたようにＩＰ上で即座に配信されることができなかったこと、およびその代わりメッセージング・センタを使用して遅延配信により送信されるようになることをはっきりと示すことができる。
【００４９】
とにかく、セッション・マネージャＡは、今度はステップ５０８で、受信されたメディア・コンテンツに対する変換要求をフォーマット変換器３０８に送信する。フォーマット変換器は、それから変換ステップ５１０で、受信されたメディア・コンテンツを遅延配信のために変換する。次のステップ５１２で、フォーマット変換器が、変換されたメディア・コンテンツを、ここではＭＭＳフォーマットで、メッセージング・センタ３１０に送信し、そこで一時的に保存される。変換されたメディア・コンテンツは、それから最終的に、前の例におけると同じように、ステップ５１４で端末Ｂに配信されることができる。
【００５０】
図６は、別の好適な実施形態に準拠して、互換性のない端末にマルチメディア・コンテンツを伝達するための装置を説明している。図３の実施形態と同様に、エンティティＡは、発信側のネットワーク６００に接続され、そして端末Ｂは、着信側のネットワーク６０２に属している。各々のネットワーク６００、６０２は、マルチメディア・コンテンツを処理するために、それぞれ、セッション・マネージャ６０４および６０６を含む。しかしながら、フォーマット変換器３０８は、ここでは、前の例におけるように発信側のネットワークＡ内ではなく、着信側のネットワーク６０２に含まれている。メッセージング・センタ６１０も、同様に着信側のネットワーク６０２に接続されている。
【００５１】
この実施形態では、本解決策は、基本的には着信側のネットワーク６０２のセッション・マネージャ６０６およびフォーマット変換器６０８に実装される。この場合もやはり、セッション・マネージャ６０６は、ネットワーク６０２内の実装に依存して、Ｓ−ＣＳＣＦノード、Ｉ−ＣＳＣＦノード、Ｐ−ＣＳＣＦノード、ないしアプリケーション・サーバの場合がある。ここでは、別々のユニットとして示されているが、フォーマット変換器６０８は、またセッション・マネージャ６０６内の機能として実装される場合もある。メッセージング・センタ６１０は、通常、着信側のネットワーク６０２内に統合される。
【００５２】
エンティティＡが、ステップ６：１でＩＰ上でのメディア・コンテンツの即時配信のためにセッション開始メッセージを送信するとき、セッション・マネージャ６０４は、基本的にはステップ６：２でメッセージをセッション・マネージャ６０６に送信し、セッション・マネージャ６０６が即時のメディア配信が可能かどうかを調べる。端末Ｂは互換性がないけれども、セッション・マネージャ６０６は、そのとき、確認応答メッセージを用いて、ステップ６：３で即時のメディア配信が可能であると応答しうる。それから、セッション・マネージャ６０６は、ステップ６：４でメディア・コンテンツをフォーマット変換器６０８に転送し、フォーマット変換器６０６が任意の適切な変換方式を使用して、コンテンツを遅延配信に適合させる。変換されたメディア・コンテンツは、それから次のステップ６：５でメッセージング・センタ６１０に送信され、最後のステップ６：６でそこからの遅延配信に対応する。
【００５３】
図７および図８を参照して、本発明が図６に示されている装置を使用して、どのように実装されることができるかに関して、それぞれ２つの典型的な信号伝達手順を、これ以降で説明する。これらの例では、ＳＩＰ信号方式が使用されているが、本発明は基本的にはそのことに限定されてはいない。
【００５４】
図７で、エンティティＡは、最初のステップ７００で"ＳＩＰ招待"メッセージを送信し、ある選択されたメディア・コンテンツのＩＰ上での即時配信のために、端末Ｂとのパケット交換セッションを開始する。このメッセージは、図４の例と同じようにセッション・マネージャＡを経由してセッション・マネージャＢに伝達される。端末Ｂは、この場合もやはり互換性がないことが分かるけれども、セッション・マネージャＢは、すぐにステップ７０２で確認応答メッセージ、たとえば"ＳＩＰ  ２００  ＯＫ"を実際に送信し、またメディア・コンテンツが送信される宛先のアドレスとして、フォーマット変換器６０８のアドレスを渡すことにより応答する。このメッセージは、示されているようにセッション・マネージャＡを経由してエンティティＡに伝達される。エンティティＡは、それからそれに応じてステップ７０４で示されているように、メディア・コンテンツをフォーマット変換器６０８に送信する。
【００５５】
残りのステップは、基本的には図４の実施形態におけるステップ４１０−４１４に対応する。それ故、フォーマット変換器は、コンテンツの遅延配信のために、ここではＭＭＳフォーマットを用いて、変換ステップ７０６で受信されたメディア・コンテンツを変換する。フォーマット変換器は、それから、ステップ７０８で変換されたメディア・コンテンツをＭＭＳとしてメッセージング・センタ６１０に送信し、そこで一時的に保存される。変換されたメディア・コンテンツは、それから最終的にステップ７１０で端末Ｂに配信されることができる。
【００５６】
図８には、この場合もやはり、図６に示されている装置を用いて、別の信号伝達手順が示されている。この例では、エンティティＡは、最初に端末Ｂに配信される予定のメディア・コンテンツを実際に含むセッション開始メッセージを送信する。したがって、最初のステップ８００で（図５におけるステップ５００と同じように）、メディア・コンテンツを含むＳＩＰメッセージが、端末Ｂに向けて送信され、セッション・マネージャＡを経由してセッション・マネージャＢに伝達される。
【００５７】
端末Ｂは、この場合もやはり互換性がないけれども、セッション・マネージャＢは、すぐにステップ８０２で確認応答メッセージ、たとえば"ＳＩＰ  ２００  ＯＫ"を送信することにより応答し、メッセージはセッション・マネージャＡを経由してエンティティＡに伝達される。このメッセージは、メディア・コンテンツが配信されることを立証することになるけれども、新しいメッセージが、示されてはいないが、もう１つの方法としてエンティティＡに送信され、コンテンツが意図されたようにＩＰ上での即時配信では転送されることができなかったが、しかしその代わり遅延配信により後で送信されるようになることをはっきりと示すことができる。
【００５８】
その残りのステップは、本実施形態では着信側で実行されているけれども、基本的には図５の実施形態におけるステップ５０８−５１４に対応する。したがって、セッション・マネージャＢは、すぐにステップ８０４で、受信されたメディア・コンテンツに対する変換要求をフォーマット変換器６０８に送信する。フォーマット変換器は、それから変換ステップ８０６で、受信されたメディア・コンテンツを遅延配信のために変換する。次のステップ８０８で、フォーマット変換器は、変換されたメディア・コンテンツを、ここではＭＭＳフォーマットで、メッセージング・センタ６１０に送信し、そこで一時的に保存される。変換されたメディア・コンテンツは、それから最終的にステップ８１０で端末Ｂに配信されることができる。
【００５９】
最後に、本発明の装置が、これから、セッション・マネージャ９００およびフォーマット変換器９０２をそれぞれ概略的に説明している図９を参照して、説明されるであろう。セッション・マネージャ９００は、受信端末ＢがＩＰ上での即時配信ではメディア・コンテンツを受信できないかどうかを検出するための能力欠如検出部９００ａを含んでおり、ブロック９００ａとＢとの間の破線の矢印により示されている。セッション・マネージャ９００は、さらに、メディア・コンテンツがフォーマット変換器９０２内のメディア受信部９０２ａに転送されることを保証するメディア転送保証部９００ｂを含む。
【００６０】
端末Ａからのセッション開始メッセージが、Ａからメディアの転送がその後に続くことを示唆している場合、ブロック９００ｂからＡへの破線の矢印、およびＡからブロック９０２ａへの破線の矢印により示されているように、メディア転送保証部９００ｂは、端末Ａに指図してメディア・コンテンツをメディア受信部９０２ａに転送するであろう。あるいは、メディアが、セッション開始メッセージに組み込まれて、端末Ａから初めに受信されている場合、ブロック９００ｂからブロック９０２ａへの破線の矢印により示されているように、メディアは、セッション・マネージャ９００から転送されることができる。
【００６１】
フォーマット変換器９０２は、さらに、受信端末Ｂへの遅延配信のために、メディアを遅延配信に適合するフォーマットに変換するためのメディア変換部９０２ｂ、および中間のメッセージング・センタ９０４に変換されたメディア・コンテンツを送信するためのメディア送信部９０２ｃを含む。
【００６２】
本発明のいままでに説明された実施形態は、このように、たとえばＩＰマルチメディア・ネットワークに登録されていないことによるとか、あるいは一般に理由の如何に係わらず、ＩＰ上での即時配信では選択されたマルチメディア・コンテンツを受信できないことにより、互換性のない受信端末に、送信エンティティから、選択されたマルチメディア・コンテンツを伝達するための解決策を提供する。この解決策では、選択されたマルチメディア・コンテンツは、その目的のために送信エンティティになんらの機能ないし変更を加えることなく、互換性のない端末に転送されることができる。それ故、この解決策は、数多くの現存する通信端末に対して使用されることができる。
【００６３】
本発明は特定の典型的な実施形態について説明されてきているが、明細書は、一般に本発明の概念を説明することを意図するだけのものであり、そして本発明の範囲を限定するものと受け取られるべきではない。たとえば、本発明は、ＩＰ上での即時配信がしくじるとき、フォールバックによる解決策のように、現在確立されているＭＭＳメカニズムを使用することに限定されることなく、中間のメッセージング・サービス・ノードを介しての遅延配信によりマルチメディア・コンテンツを伝達するための任意の他の等価なメカニズムが使用されることができる。説明されている"送信エンティティ"は、移動ないし固定電話、あるいはコンテンツ・サーバでありえよう。本発明は、一般に、添付のクレームにより規定される。
【図面の簡単な説明】
【００６４】
【図１】マルチメディア・コンテンツを伝達するための、従来のネットワーク構造の概略図である。
【図２】本発明に従って、マルチメディア・コンテンツを伝達するための基本的な手順のフローチャートである。
【図３】１つの実施形態に準拠した、マルチメディア・コンテンツを伝達するための構成の概略ブロック図である。
【図４】別の実施形態に準拠した、図３に示されている構成を使用してマルチメディア・コンテンツを伝達するための手順を説明する信号図である。
【図５】さらに別の実施形態に準拠した、図３に示されている構成を使用してマルチメディア・コンテンツを伝達するための手順を説明する信号図である。
【図６】さらに別の実施形態に準拠した、マルチメディア・コンテンツを伝達するための構成の概略ブロック図である。
【図７】さらに別の実施形態に準拠した、図６に示されている構成を使用してマルチメディア・コンテンツを伝達するための手順を説明する信号図である。
【図８】さらに別の実施形態に準拠した、図６に示されている構成を使用してマルチメディア・コンテンツを伝達するための手順を説明する信号図である。
【図９】さらなる実施形態に準拠した、セッション・マネージャおよびメディア・フォーマット変換器をそれぞれ含む構成を説明するブロック図である。
【図１】
2008533905.tif 000003
【図２】
2008533905.tif 000004
【図３】
2008533905.tif 000005
【図４】
2008533905.tif 000006
【図５】
2008533905.tif 000007
【図６】
2008533905.tif 000008
【図７】
2008533905.tif 000009
【図８】
2008533905.tif 000010
【図９】
2008533905.tif 000011
【国際調査報告】
2008533905.tif 000012
2008533905.tif 000013
2008533905.tif 000014