(57)【要約】本発明はコネクションレス通信時に端末に配信するための方法、装置、及びシステムを提供する。本発明は、端末（３０２）に第１のマルチメディア・メッセージ通知（３０６）を送る。端末（３０２）がマルチメディア・メッセージの配信（３１０）を拒否するときは常に、本発明は端末（３０２）の１または複数のケイパビリティをリクエストし（３１２）、リクエストしたケイパビリティに基づいてマルチメディア・メッセージを再フォーマットし（３１６）、更に第２のマルチメディア・メッセージ通知（３１８）を端末（３０２）に送る。端末（３０２）がマルチメディア・メッセージの配信（３２２）を受け入れるときは常に、本発明は再フォーマットしたマルチメディア・メッセージ（３２６）を端末（３０２）に送る。この方法は、各関数が１つのコード・セグメントを用いて実行されるようになった、コンピュータが読める媒体上に具現されたコンピュータ・プログラムを用いて実施できる。
2005539411.tif 000002
【特許請求の範囲】
【請求項１】
コネクションレス通信時に端末へ配信するためにマルチメディア・メッセージを再フォーマットする方法であって、
前記端末に対して第１のマルチメディア・メッセージ通知を送る工程と、
前記端末が前記マルチメディア・メッセージの配信を拒否するときは常に、
前記端末の１または複数のケイパビリティをリクエストし、
前記リクエストしたケイパビリティに基づいて前記マルチメディア・メッセージを再フォーマットし、そして
前記端末に対して第２のマルチメディア・メッセージ通知を送る工程と、
前記端末が前記マルチメディア・メッセージの配信を受け入れるときは常に、前記端末に対して再フォーマットしたマルチメディア・メッセージを送る工程とを含む前記方法。
【請求項２】
請求項１に記載の方法であって、更に
前記リクエストしたケイパビリティのどれが前記端末が前記マルチメディア・メッセージの配信を拒否した原因になったかを判断する工程を含み、
前記マルチメディア・メッセージの再フォーマットが、前記端末が前記マルチメディア・メッセージの配信を拒否する原因となったと判断された前記リクエストしたケイパビリティに基づいて行われる前記方法。
【請求項３】
請求項１に記載の方法であって、前記再フォーマットが前記マルチメディア・メッセージ・コンテンツの分解能を最大化するように最適化される前記方法。
【請求項４】
請求項１に記載の方法であって、前記マルチメディア・メッセージを再フォーマットする前記工程が、前記マルチメディア・メッセージ中のマルチメディア・コンテンツを前記端末と互換性のあるタイプに変換する工程を含んでいる前記方法。
【請求項５】
請求項１に記載の方法であって、前記マルチメディア・メッセージを再フォーマットする前記工程が、前記マルチメディア・メッセージ中のマルチメディア・コンテンツを前記端末と互換性のあるフォーマットに変換する工程を含んでいる前記方法。
【請求項６】
請求項１に記載の方法であって、前記マルチメディア・メッセージを再フォーマットする前記工程が、前記マルチメディア・メッセージ中のマルチメディア・コンテンツを前記端末と互換性のある分解能に変換する工程を含んでいる前記方法。
【請求項７】
請求項１に記載の方法であって、前記マルチメディア・メッセージを再フォーマットする前記工程が、前記マルチメディア・メッセージのサイズを前記端末と互換性のあるサイズに縮小する工程を含んでいる前記方法。
【請求項８】
請求項１に記載の方法であって、前記マルチメディア・メッセージを再フォーマットする前記工程が、前記マルチメディア・メッセージのオーディオ・フォーマットを前記端末のプレイバック・フォーマットと互換性のあるものとするように再符号化する工程を含んでいる前記方法。
【請求項９】
請求項１に記載の方法であって、前記端末の１または複数のケイパビリティが前記端末から得られる前記方法。
【請求項１０】
請求項１に記載の方法であって、前記端末の１または複数のケイパビリティが、前記端末の前記１または複数のケイパビリティを認識するシステムから得られる前記方法。
【請求項１１】
請求項１に記載の方法であって、前記端末の１または複数のケイパビリティが、前記端末の共通に利用可能な既知のケイパビリティから得られる前記方法。
【請求項１２】
コネクションレス通信時に端末に配信するためにマルチメディア・メッセージを再フォーマットするための、コンピュータが読める媒体上に具現されたコンピュータ・プログラムであって、
前記端末に対して第１のマルチメディア・メッセージ通知を送るように適応したコード・セグメントと、
前記端末が前記マルチメディア・メッセージの配信を拒否するときは常に、
前記端末の１または複数のケイパビリティをリクエストするように適応したコード・セグメントと、
前記リクエストしたケイパビリティに基づいて前記マルチメディア・メッセージを再フォーマットするように適応したコード・セグメントと、
前記端末に対して第２のマルチメディア・メッセージ通知を送るように適応したコード・セグメントと、更に
前記端末が前記マルチメディア・メッセージの配信を受け入れるときは常に、前記再フォーマットしたマルチメディア・メッセージを前記端末に送るように適応したコード・セグメントとを含む前記コンピュータ・プログラム。
【請求項１３】
請求項１２に記載のコンピュータ・プログラムであって、更に
前記リクエストしたケイパビリティのどれが、前記端末が前記マルチメディア・メッセージの配信を拒否する原因になったかを判断するように適応したコード・セグメントを含み、
前記マルチメディア・メッセージの再フォーマットが、前記端末が前記マルチメディア・メッセージの配信を拒否する原因になったと判断されたリクエストしたケイパビリティに基づいて行われる前記コンピュータ・プログラム。
【請求項１４】
請求項１２に記載のコンピュータ・プログラムであって、前記再フォーマットが、前記マルチメディア・メッセージ・コンテンツの分解能を最大化するように最適化される前記コンピュータ・プログラム。
【請求項１５】
請求項１２に記載のコンピュータ・プログラムであって、前記マルチメディア・メッセージを再フォーマットするように適応した前記コード・セグメントが、前記マルチメディア・メッセージ中のマルチメディア・コンテンツを前記端末と互換性のあるタイプに変換するように適応したコード・セグメントを含んでいる前記コンピュータ・プログラム。
【請求項１６】
請求項１２に記載のコンピュータ・プログラムであって、前記マルチメディア・メッセージを再フォーマットするように適応した前記コード・セグメントが、前記マルチメディア・メッセージ中のマルチメディア・コンテンツを前記端末と互換性のあるフォーマットに変換するように適応したコード・セグメントを含んでいる前記コンピュータ・プログラム。
【請求項１７】
請求項１２に記載のコンピュータ・プログラムであって、前記マルチメディア・メッセージを再フォーマットするように適応した前記コード・セグメントが、前記マルチメディア・メッセージ中のマルチメディア・コンテンツを前記端末と互換性のある分解能に変換するように適応したコード・セグメントを含んでいる前記コンピュータ・プログラム。
【請求項１８】
請求項１２に記載のコンピュータ・プログラムであって、前記マルチメディア・メッセージを再フォーマットする前記工程が、前記マルチメディア・メッセージのオーディオ・フォーマットを前記端末のプレイバック・フォーマットと互換性のあるものに再符号化する工程を含んでいる前記コンピュータ・プログラム。
【請求項１９】
請求項１２に記載のコンピュータ・プログラムであって、前記マルチメディア・メッセージを再フォーマットするように適応した前記コード・セグメントが、前記マルチメディア・メッセージのサイズを前記端末と互換性のあるサイズに縮小するように適応したコード・セグメントを含んでいる前記コンピュータ・プログラム。
【請求項２０】
請求項１２に記載のコンピュータ・プログラムであって、前記端末の前記１または複数のケイパビリティが、前記端末から得られる前記コンピュータ・プログラム。
【請求項２１】
請求項１２に記載のコンピュータ・プログラムであって、前記端末の前記１または複数のケイパビリティが、前記端末の前記１または複数のケイパビリティを認識するシステムから得られる前記コンピュータ・プログラム。
【請求項２２】
請求項１２に記載のコンピュータ・プログラムであって、前記端末の前記１または複数のケイパビリティが、前記端末の共通に利用可能な既知のケイパビリティから得られる前記コンピュータ・プログラム。
【請求項２３】
コネクションレス通信時にマルチメディア・メッセージを再フォーマットするためのシステムであって、
端末と、
前記端末に対して第１のマルチメディア・メッセージ通知を送るサーバとを含み、
前記サーバは、前記端末が前記マルチメディア・メッセージの配信を拒否するときは常に、
前記端末の１または複数のケイパビリティをリクエストし、
リクエストしたケイパビリティに基づいて前記マルチメディア・メッセージを再フォーマットし、更に
前記端末に対して第２のマルチメディア・メッセージ通知を送り、また
前記サーバは、前記端末が前記マルチメディア・メッセージの配信を受け入れたときは常に、前記端末に対して前記再フォーマットしたマルチメディア・メッセージを送る前記システム。
【請求項２４】
請求項２３に記載のシステムであって、前記サーバは、前記リクエストしたケイパビリティのどれが前記端末が前記マルチメディア・メッセージの配信を拒否した原因になったかを否かを判断し、前記マルチメディア・メッセージの再フォーマットが、前記端末が前記マルチメディア・メッセージの配信を拒否する原因となったと判断された前記リクエストしたケイパビリティに基づいて行われる前記システム。
【請求項２５】
請求項２３に記載のシステムであって、前記再フォーマットが前記マルチメディア・メッセージ・コンテンツの分解能を最大化するように最適化される前記システム。
【請求項２６】
請求項２３に記載のシステムであって、前記マルチメディア・メッセージの再フォーマットが、前記マルチメディア・メッセージ中のマルチメディア・コンテンツを前記端末と互換性のあるタイプに変換する工程を含んでいる前記システム。
【請求項２７】
請求項２３に記載のシステムであって、前記マルチメディア・メッセージの再フォーマットが、前記マルチメディア・メッセージ中のマルチメディア・コンテンツを前記端末と互換性のあるフォーマットに変換する工程を含んでいる前記システム。
【請求項２８】
請求項２３に記載のシステムであって、前記マルチメディア・メッセージの再フォーマットが、前記マルチメディア・メッセージ中のマルチメディア・コンテンツを前記端末と互換性のある分解能に変換する工程を含んでいる前記システム。
【請求項２９】
請求項２３に記載のシステムであって、前記マルチメディア・メッセージの再フォーマットが、前記マルチメディア・メッセージのサイズを前記端末と互換性のあるサイズに変換する工程を含んでいる前記システム。
【請求項３０】
請求項２３に記載のシステムであって、前記マルチメディア・メッセージを再フォーマットする前記工程が、前記マルチメディア・メッセージのオーディオ・フォーマットを前記端末のプレイバック・フォーマットと互換性のあるものに再符号化する工程を含んでいる前記システム。
【請求項３１】
請求項２３に記載のシステムであって、前記端末の前記１または複数のケイパビリティが、前記端末から得られる前記システム。
【請求項３２】
請求項２３に記載のシステムであって、前記端末の前記１または複数のケイパビリティが、前記端末の前記１または複数のケイパビリティを認識するシステムから得られる前記システム。
【請求項３３】
請求項２３に記載のシステムであって、前記端末の前記１または複数のケイパビリティが、前記端末の共通に利用可能な既知のケイパビリティから得られる前記システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に通信分野に関するものであり、更に詳細には、コネクションレス通信（ｃｏｎｎｅｃｔｉｏｎｌｅｓｓ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）時に端末に配信するためのマルチメディア・メッセージを再フォーマットするための方法、装置、及びシステムに関する。
【背景技術】
【０００２】
マルチメディアは、テキスト、音声、画像、および映像などの１または複数のメディア要素を含み、マルチメディア・コンテンツとも呼ばれるマルチメディア・プレゼンテーションを生成するものは、順序だって同期的に組み合わされたそれらのメディア要素群である。ユーザによって鑑賞される非実時間のマルチメディア・メッセージというのは、実時間での転送を要しない、ユーザ間で転送可能なマルチメディア・プレゼンテーション中の１または複数の異なるメディア要素の組み合わせである。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
インターネットが普及し、パーソナル・コンピュータのケイパビリティが向上するにつれて、マルチメディア技術は急速に発展して、今や日常生活の一部となった考えられるマルチメディア・メッセージ、ゲーム、プレゼンテーション、およびサービスのような新しいケイパビリティを実現してきたし、今も発展を続けている。更に、パーソナル・データ・アシスタント（“ＰＤＡ”）、移動電話、およびそれらの組み合わせのように、ハンドヘルド機器のサイズが縮小し、性能が向上したことによってそのような装置に対してマルチメディア・コンテンツを配信することも可能となってきた。そのようなユーザ端末のほとんどのものは、利用できるメモリ、ディスプレイ寸法、及びディスプレイ・タイプに関して異なる性能を有する。その結果、マルチメディア・メッセージがその端末のケイパビリティを超える場合、端末はその特定のマルチメディア・メッセージの配信を拒否するかもしれない。
【０００４】
従って、コネクションレス通信時に端末に配信するためのマルチメディア・メッセージを再フォーマットするための方法、装置、及びシステムに対する需要が存在する。
【課題を解決するための手段】
【０００５】
本発明は、今日及び未来のマルチメディア・メッセージ技術をサポートし、またコネクションレス通信時に端末に配信するためのマルチメディア・メッセージを再フォーマットする柔軟なアーキテクチャを提供する。この結果、任意の与えられた端末が、マルチメディア・メッセージが端末のケイパビリティを超える状況のせいでマルチメディア・メッセージを拒否するケースは少なくなろう。更に、本発明は、１または複数の端末に基づいて、あるいは動作クライテリア（基準）に基づいてマルチメディア・メッセージの再フォーマットを最適化できる。
【０００６】
本発明はコネクションレス通信時に端末に配信するためのマルチメディア・メッセージを再フォーマットするための方法を提供する。本発明は端末に対して第１のマルチメディア・メッセージ通知を送る。端末がそのマルチメディア・メッセージの配信を拒否するときは常に、本発明は端末の１または複数のケイパビリティをリクエスト（ｒｅｑｕｅｓｔ）して、リクエストしたケイパビリティに基づいてマルチメディア・メッセージを再フォーマットし、端末に第２のマルチメディア・メッセージ通知を送る。端末がマルチメディア・メッセージの配信を受け入れるときは常に、本発明は再フォーマットしたマルチメディア・メッセージをその端末に送る。この方法は、コンピュータが読める媒体上に具現され、各々の関数が１つのコード・セグメントを用いて実行できるようになったコンピュータ・プログラムを用いて実施することができる。
【０００７】
更に、本発明は、コネクションレス通信時にマルチメディア・メッセージを再フォーマットするための、端末とサーバとを含むシステムを提供する。サーバは端末に対して第１のマルチメディア・メッセージ通知を送る。端末がそのマルチメディア・メッセージの配信を拒否するときは常に、サーバは端末の１または複数のケイパビリティをリクエストして、リクエストしたケイパビリティに基づいてマルチメディア・メッセージを再フォーマットし、端末に第２のマルチメディア・メッセージ通知を送る。端末がマルチメディア・メッセージの配信を受け入れるときは常に、サーバは再フォーマットしたマルチメディア・メッセージをその端末に送る。
【０００８】
本発明のその他の特徴及び利点は、添付図面と一緒に以下の詳細な説明を参照することによって、当業者には明らかとなろう。
【０００９】
本発明をより良く理解するために、また本発明がどのように効果をあげるかを例示するために、添付図面と一緒に本発明の詳細な説明をここに参照する。異なる図面においても、対応する参照符号は対応する部品を示す。
【００１０】
本発明の各種の実施の形態を実施及び利用することについて以下に詳細に説明するが、本発明は多くの新規な概念を提供するものであって、それらは多様な特定の場面で実施できるものであることを理解されるべきである。例えば、電気通信システムに加えて、本発明はその他の形態の通信や一般的なデータ処理にも適用可能である。その他の通信形態には、ネットワーク相互の通信、衛星を仲介した通信、あるいは本発明の時点では未知の任意の通信形態が含まれる。ここに議論する特定の実施の形態は、本発明を実施及び利用する特別なやり方を単に例示するものであり、本発明の範囲を限定するものではない。
【００１１】
本発明は今日及び未来のマルチメディア・メッセージ技術をサポートし、またコネクションレス通信時に端末に配信するためのマルチメディア・メッセージを再フォーマットする柔軟なアーキテクチャを提供する。この結果、任意の与えられた端末が、マルチメディア・メッセージが端末のケイパビリティを超える状況のせいで、マルチメディア・メッセージを拒否するケースは少なくなろう。更に、本発明は、１または複数の端末に基づいて、あるいは動作基準に基づいてマルチメディア・メッセージの再フォーマットを最適化できる。
【実施例】
【００１２】
図１を参照すると、本発明の実施の形態に従うマルチメディア・メッセージ・システム１００を示すブロック図である。システム１００は送信ユーザの端末１０２、マルチメディア・サービス・センター（“ＭＭＳ−Ｃ”）１０４、メッセージ・ゲートウエイ１０６、及び受信ユーザの端末１０８を含む。送信及び受信ユーザの端末１０２及び１０８は両方ともマルチメディア互換である。更に、送信及び受信ユーザの端末１０２及び１０８はそれぞれ、１または複数の通信網、例えば固定ネットワーク、移動ネットワーク、移動通信用グローバル・システム（“ＧＳＭ”）、第２世代（“２Ｇ”）移動ネットワーク、第３世代（“３Ｇ”）移動ネットワーク、及びインターネット／ＩＰネットワークを介してマルチメディア・サービス・センター１０４及びメッセージ・ゲートウエイ１０６につながれて通信する。ＭＭＳ−Ｃ  １０４は、入力及び出力のマルチメディア・メッセージの記憶及び処理を担当し、また異なるメッセージ・システム相互でマルチメディア・メッセージの転送を担当する。メッセージ・ゲートウエイ１０６は受信ユーザの端末１０８に対してマルチメディア・メッセージの配信準備ができたことを通知し、その後、受信ユーザの端末１０８へのマルチメディア・メッセージの配信を処理する。メッセージ・ゲートウエイ１０６はＷＡＰ／プッシュ・プロキシ・ゲートウエイ（“ＷＡＰ  ＰＰＧ”）１１０及びＷＡＰゲートウエイ１１１を含むことができる。あるいは、メッセージ・ゲートウエイ１０６はＷＡＰ  ＰＰＧ  １１０の代わりにＳＭＳＣを、またＷＡＰゲートウエイ１１２の代わりにウエブ・ブラウザを含んでもよい。ＭＭＳ−Ｃ  １０４は、ハイパーテキスト転送プロトコル（“ＨＴＴＰ”）のような標準的なインターネット型プロトコル１１４を使用するネットワークを介してメッセージ・ゲートウエイ１０６につながれて通信する。
【００１３】
動作時には、送信ユーザの端末１０２はマルチメディア・メッセージ１１６をＭＭＳ−Ｃ  １０４に送信し、それはそこに記憶されて受信ユーザの端末１０８に配信されるのを待つ。ＭＭＳ−Ｃ  １０４はＷＡＰ  ＰＰＧ  １１０に通知１１８（Ｎｏｔｉｆｙ．Ｉｎｄ）を送り、後者はそれに従ってマルチメディア・メッセージ通知１２０を受信ユーザの端末１０８に送ってマルチメディア・メッセージ１１６が受信され、配信準備ができたことを通知する。ユーザがマルチメディア・メッセージ１１６を受信したいときは、彼または彼女はリトリーブ・メッセージ１２２を受信ユーザの端末１０８からＷＡＰゲートウエイ１１２に送り、後者はリトリーブ・リクエスト１２４（Ｒｅｔｒｉｅｖｅ．Ｉｎｄ）をＭＭＳ−Ｃ  １０４に送る。あるいは、ユーザ端末１０８はその端末１０８がマルチメディア・メッセージ１１６を受信するケイパビリティを調べた後に、自動的にリトリーブ・メッセージ１２２を送るようにしてもよい。ＭＭＳ−Ｃ  １０４はマルチメディア・メッセージ１１６をＷＡＰゲートウエイ１１２に送り、後者はマルチメディア・メッセージ１１６を受信ユーザの端末１０８に転送して、マルチメディア・メッセージ１１６が受信されたことを示す確認１２６（Ａｃｋ．Ｉｎｄ）をＭＭＳ−Ｃ  １０４に戻す。先に述べたように、マルチメディア・メッセージ１１６はテキスト、画像、及びオーディオ・ファイルを含むことができる。画像はＪＰＥＧ、ＧＩＦ８９ａ、ＧＩＦ８９ｂ、ＰＮＧ、ＭＮＧ、あるいはＷＢＭＰフォーマットで符号化されよう。
【００１４】
ここで、図２Ａ及び２Ｂを簡単に参照しながら従来技術について説明すると、従来技術に従った、端末によるマルチメディア・メッセージの受け入れ及び拒否を示すシーケンス図が示されている。マルチメディア・コンテンツを移動端末に配信するために、２段階の配信機構が採用されている。この２段階プロセスは、データ接続がサーバ２０２やネットワークの代わりに端末２０４によって起動されるため採用されたものである。端末２０４がセッションを確立するために、端末２０４へ別の通知が必要である。
【００１５】
図２Ａに示された受け入れシーケンスでは、サーバまたはＭＭＳ−Ｃ  ２０２は移動端末２０４にマルチメディア・メッセージ通知２０６を送る。マルチメディア・メッセージ通知２０６は、マルチメディア・メッセージの発信源、マルチメディア・メッセージに有効期限、及びマルチメディア・メッセージのサイズを含む。この時点では、マルチメディア・メッセージ・コンテンツについては触れていない。通知プロセスはコネクションレス環境で実行されるため、サーバ２０２は端末２０４と直接的な通信を行っていない。次に端末２０４は後続のメッセージ・ダウンロードにおけるマルチメディア・メッセージを端末２０４に記憶できるかどうかを判断するために自動メモリ空きチェックを実行する。端末２０４についてその他の機能をチェックしてもよいことに注意されたい。自動メモリ空きチェック２０８が成功すると、端末２０４はマルチメディア・メッセージの受け入れ２１０をオプションで送ることができる。その後、端末２０８はサーバ２０２からマルチメディア・メッセージ・コンテンツのリクエスト２１２を送信し、後者は次にマルチメディア・メッセージ・コンテンツ２１４を端末２０４に送る。端末２０４は次に、マルチメディア・メッセージ２１６を提供し、表示する。
【００１６】
図２Ｂに示された拒否シーケンスでは、サーバまたはＭＭＳ−Ｃ  ２０２は移動端末にマルチメディア・メッセージ通知２０６を送り、後者は次に自動メモリ空きチェック２０８を実行する。端末２０４のその他の機能についてもチェックできることに注意されたい。もしも自動メモリ空きチェック２０８が失敗すると、端末２０４はマルチメディア・メッセージ２１８を拒否し、そのマルチメディア・メッセージは配信されない。メッセージ拒否２１８は必ずしも拒否の正確な理由を表示する必要はないことに注意されたい。拒否メッセージ２１８を受信すると、サーバ２０４はコンテンツを配信しようとするそれ以上の試みを中止する。
【００１７】
ここで図３を参照しながら本発明の説明に戻ると、本発明の１つの実施の形態に従った、移動端末３０４によるマルチメディア・メッセージの受け入れを示すシーケンス図が示されている。サーバまたはＭＭＳ−Ｃ  ３０２は端末３０４に第１のマルチメディア・メッセージ通知３０６を送る。端末３０４は次に自動メモリ空きチェック３０８を実行して、後続のメッセージ・ダウンロードでマルチメディア・メッセージを端末３０４に記憶できるかどうかを判断する。この時点で、端末３０４のその他の機能をチェックしてもよいことに注意されたい。端末３０４がマルチメディア・メッセージの配信３１０を拒否するときは常に、本発明は端末３０４の、あるいは端末３０４の１または複数のケイパビリティを認識しているその他のシステムの１または複数のケイパビリティをリクエストして、後に端末３０４のリクエストしたケイパビリティ３１４を受信する。例えば、１または複数のケイパビリティ３１２は、各端末及び端末製造業者に特有な機器識別子（“ＩＭＥＩ”）を調べることによって知ることができる。この１または複数のケイパビリティ３１２は典型的には画像提供ケイパビリティ、マルチメディア・コンテンツ用に利用可能なメモリ量、ディスプレイのサイズ、及びディスプレイ・タイプ（例えば、２５６色、黒白、その他）、及びオーディオ・プレイバックケイパビリティを含む。この情報は、端末３０４から、あるいは端末３０４の１または複数のケイパビリティ３１２、あるいは端末３０４の共通的に利用可能な既知のケイパビリティ３１２を認識するその他のシステムから得られる基本情報から知ることができる。この情報によって、サーバ３０２はマルチメディア・メッセージが端末３０４内に十分なメモリがないために拒否されたのか、あるいはその他の理由によって拒否されたのかを判断することができる。サーバ３０２は次に、リクエストしたケイパビリティに基づいてマルチメディア・メッセージを再フォーマットする３１６が、それは典型的には画像コンテンツの変換を含むであろう。
【００１８】
例えば、再フォーマット３１６には、端末３０４に互換なサイズへの画像の変換、あるいはディスプレイ・フォーマットと互換な方法への画像の変換（すなわち、２５６色への画像分解能の縮小、カラー・アスペクトの除去、等々）、あるいはファイルのサイズは縮小するが、端末３０４での表示ケイパビリティを維持するための画像圧縮変換（すなわち、ＪＰＥＧからＧＩＦ８９ａへの変換、画像サイズの縮小、等々）が含まれよう。変換には更に、マルチメディア・メッセージの全体寸法を縮小したり（例えば、ＷＡＶからＡＭＲへ、等々）、端末３０４のプレイバック・フォーマットと互換性のあるオーディオ・フォーマットとしたりするための、あるいは端末３０４でプレイバックするための最適化のためのオーディオ・フォーマットの再符号化が含まれよう。サーバ３０２は次に、再フォーマットしたマルチメディア・メッセージに関する更新情報を含む第２のマルチメディア・メッセージ通知３１８を端末３０４に送る。端末３０４は先に述べた自動メモリ空きチェック３２０を繰り返す。端末３０４がマルチメディア・メッセージの配信３２２を受け入れるときは常に、端末３０４はその後でマルチメディア・メッセージ・コンテンツ３２４をリクエストする。サーバ３０２は再フォーマットしたマルチメディア・メッセージ３２６を端末３０４に送る。端末３０４はマルチメディア・メッセージ３２８を提供し、表示する。
【００１９】
上述の工程の順序及び動作は端末３０４のケイパビリティと、端末３０４の１または複数のケイパビリティに適合するようにマルチメディア・メッセージのサイズを縮小することの効果とに依存する。好ましくは、再フォーマット３１６は、元のマルチメディア・メッセージ・プレゼンテーションが最高品質に保持されることを可能とするように最大限までコンテンツの分解能を大きく維持するように最適化されるべきである。これらの方法はコンピュータが読める媒体上に具現され、各々の関数が１つのコード・セグメントを用いて実行できるようになったコンピュータ・プログラムを用いて実施することができる。
【００２０】
ここに提示した実施の形態及び実施例は、本発明及びそれの実際的応用を最も良く説明するために与えられ、それによって当業者が本発明を実施及び利用することを可能とするために与えられたものである。しかし、当業者は、以上の説明及び実施例が例示的な目的のためだけに提供されたものであることを理解されよう。ここに提示した説明は排他的なものとなることを意図しておらず、本発明をここに開示した形態に正確に限定するものではない。上述の教えに照らせば、以下の特許請求の範囲の精神及び範囲から外れることなく多くの修正及び変形が可能である。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施の形態に従うマルチメディア・メッセージ・システムを示すブロック図。
【図２Ａ】従来技術に従う端末によるマルチメディア・メッセージの受け入れと拒否とを示すシーケンス図。
【図２Ｂ】従来技術に従う端末によるマルチメディア・メッセージの受け入れと拒否とを示すシーケンス図。
【図３】本発明の実施の形態に従う、端末によるマルチメディア・メッセージの受け入れを示すシーケンス図。
【図１】
2005539411.tif 000003
【図２Ａ】
2005539411.tif 000004
【図２Ｂ】
2005539411.tif 000005
【図３】
2005539411.tif 000006
【国際調査報告】
2005539411.tif 000007
2005539411.tif 000008
2005539411.tif 000009