(57)【要約】本方法は、-  発信者端末（１８）からＳＭＳメッセージなどのテキストメッセージを受信するステップ（１７）、-  前記テキストメッセージをビデオコンテンツと統合して、マルチメディアメッセージを生成するステップ（１６）、及び-  少なくとも１受信者端末（１２、１３、１４）に前記マルチメディアメッセージをＭＭＳメッセージの形式にて送信するステップ（１０）を含む。それにより、従来の携帯端末（例えばＧＳＭ）と新世代の携帯端末（例えばＵＭＴＳ）との想定される共存及び相互運用が保証される。
2005535986.tif 000002
【特許請求の範囲】
【請求項１】
-  発信者端末（１８）からテキストメッセージを受信するステップ（１７）、
-  前記テキストメッセージをビデオコンテンツと統合して、マルチメディアメッセージを生成するステップ（１６）、及び
-  少なくとも１受信者端末（１２、１３、１４）に前記マルチメディアメッセージをＭＭＳメッセージの形式にて送信するステップ（１０）
を含むことを特徴とする電気通信ネットワーク上でメッセージを送信する方法。
【請求項２】
前記テキストメッセージをＳＭＳメッセージの形式にて受信するステップ（１７）を含むことを特徴とする請求項１に記載の方法。
【請求項３】
-  前記受信者端末の特徴を識別することにより、前記マルチメディアメッセージを受信できる受信者端末（１２、１３、１４）の種類を識別するステップ、及び
-  前記ＭＭＳメッセージを前記受信者端末（１２、１３、１４）の特徴に適応させるステップ（１６、３２６；１０）
を含むことを特徴とする請求項１又は請求項２に記載の方法。
【請求項４】
前記マルチメディアメッセージが前記受信者端末（１２、１３、１４）の特徴に適するように、前記テキストメッセージを生成されたビデオコンテンツ（３２６）と統合するステップを含むことを特徴とする請求項３に記載の方法。
【請求項５】
-  前記テキストメッセージを受信者端末（１２、１３、１４）の特徴に依存せずに決められたビデオコンテンツで補完するステップ、及び
-  それにより得られたマルチメディアメッセージを前記受信者端末（１２、１３、１４）の特徴に適応させるステップ（１０）
を含むことを特徴とする請求項３に記載の方法。
【請求項６】
-  アニメ画像、
-  背景画像、及び
-  可変の視点を有する画像
により構成される群内で前記ビデオコンテンツを選択するステップを含むことを特徴とする請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記マルチメディアメッセージ内で前記ビデオコンテンツに関連付け得る音声信号（Ｖ）を前記テキストメッセージから合成するステップを含むことを特徴とする請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記テキストメッセージに対応する合成された音声信号を話すキャラクターの画像として、前記アニメ画像（３０８、３１０）を生成するステップを含むことを特徴とする請求項７に記載の方法。
【請求項９】
テキストアニメーションシステム（３０８、３１０）により前記キャラクターの画像を生成するステップを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＭＭＳメッセージをバックグラウンドミュージック（３３０）と統合するステップ（３２８）を含むことを特徴とする請求項１〜９のいずれか一項に記載の方法。
【請求項１１】
前記ビデオコンテンツ内にアニメＧＩＦ画像を含めるステップを有することを特徴とする請求項１〜１０のいずれか一項に記載の方法。
【請求項１２】
前記アニメ画像をＨｚオーダーのアニメーションサンプリングレートにて得ることを特徴とする請求項６、８、９又は１１のいずれか一項に記載の方法。
【請求項１３】
前記テキストメッセージに対して、その受信（１７）の点から見て、
-  前記テキストメッセージの提示に用いられる仮想キャラクター（Ｐ）、及び
-  前記マルチメディアコンテンツの背景（Ａ）
から成る群から選択される前記ビデオコンテンツの特徴を識別するための少なくとも１フィールドを関連付けるステップを含むことを特徴とする請求項１〜１２のいずれか一項に記載の方法。
【請求項１４】
前記発信者端末（１８）において、前記ビデオコンテンツ及び前記受信者端末（１２、１３、１４）を選択するスクリプト機能を与えるステップを含むことを特徴とする請求項１〜１３のいずれか一項に記載の方法。
【請求項１５】
前記発信者端末（１８）において、前記テキストメッセージ中に含まれ得るエラーを自動訂正する機能を与えるステップを含むことを特徴とする請求項１〜１４のいずれか一項に記載の方法。
【請求項１６】
前記テキストメッセージに対し、前記ビデオコンテンツの特徴を選択的に変更するためのメタ情報を関連付けるステップを含むことを特徴とする請求項１〜１５のいずれか一項に記載の方法。
【請求項１７】
前記テキストメッセージに対し、前記ビデオコンテンツの特徴を選択的に変更するための感情の形式の追加情報を関連付けるステップを含むことを特徴とする請求項１〜１６のいずれか一項に記載の方法。
【請求項１８】
前記ビデオコンテンツが、
-  フレームに配列されたアニメＧＩＦ画像であって、それに関連した前記テキストメッセージのそれぞれの部分を有する前記アニメＧＩＦ画像、
-  圧縮された音声を伴ったアニメＧＩＦ画像、及び
-  音声を備えたビデオクリップ
から成る群から選択されることを特徴とする請求項１〜１７のいずれか一項に記載の方法。
【請求項１９】
-  発信者端末（１８）からテキストメッセージを受信するための受信モジュール（１７）、
-  少なくともビデオ情報のデータベース（３０２、３１４、３３０）と、前記テキストメッセージをビデオコンテンツと統合してマルチメディアメッセージを生成する少なくとも統合モジュール（３２６、３２８）とを有する処理セット（１６）、及び
-  少なくとも受信者端末（１２、１３、１４）に前記マルチメディアメッセージをＭＭＳメッセージの形式にて送信するための送信モジュール（１０）
を備えることを特徴とする電気通信ネットワーク上でメッセージを送信するためのシステム。
【請求項２０】
前記受信モジュール（１７）が、前記発信者端末（１８）からテキストメッセージをＳＭＳメッセージの形式にて受信するように構成されていることを特徴とする請求項１９に記載のシステム。
【請求項２１】
-  前記受信者端末の特徴（ＴＤ）を識別することにより、前記マルチメディアメッセージの受信者となる受信者端末（１２、１３、１４）の種類を検出するための検出モジュール（３００；１０）、及び
-  前記ＭＭＳメッセージを前記受信者端末（１２、１３、１４）の特徴に適応させるためのモジュール（１６、３２６；１０）
を含むことを特徴とする請求項１９又は請求項２０に記載のシステム。
【請求項２２】
前記統合モジュール（３２６、３２８）は、前記マルチメディアメッセージが前記受信者端末（１２、１３、１４）の特徴に適するように、前記テキストメッセージを生成されたビデオコンテンツ（３２６）と統合すべく構成されることを特徴とする請求項２１に記載のシステム。
【請求項２３】
前記統合モジュール（３２６、３２８）が、受信者端末（１２、１３、１４）の特徴に依存せずに前記テキストメッセージを決められたビデオコンテンツと統合するよう構成されること、及びそれに関連して該システムが、前記マルチメディアメッセージに対して前記受信者端末（１２、１３、１４）の特徴に適応させるステップ（１０）を受けさせるよう構成されたＭＭＳメッセージ（１０）の送信モジュールを備えることを特徴とする請求項２１に記載のシステム。
【請求項２４】
-  アニメ画像、
-  背景画像、及び
-  可変視点を有する画像
から成る群から選択されるビデオコンテンツを生成する少なくともビデオ生成器モジュール（３０２、３０８、３１０）を備えることを特徴とする請求項１９〜２３のいずれか一項に記載のシステム。
【請求項２５】
前記マルチメディアメッセージ内で前記ビデオコンテンツに関連付けられ（３２６）得る音声信号（Ｖ）を前記テキストメッセージから合成する音声合成装置（３０６）を備えることを特徴とする請求項１９〜２４のいずれか一項に記載のシステム。
【請求項２６】
前記テキスト信号に対応する合成された音声信号を発音するキャラクターの画像として前記アニメ画像を生成する少なくとも動作生成モジュール（３０８、３１０）が、前記ビデオ生成器モジュール（３０２、３０８、３１０）及び前記音声合成装置（３０６）に関連付けられることを特徴とする請求項２５に記載のシステム。
【請求項２７】
前記動作生成モジュール（３０８、３１０）が、ＪｏｅＸｐｒｅｓｓ（登録商標）システムなどのテキストアニメーションシステムであることを特徴とする請求項２６に記載のシステム。
【請求項２８】
前記少なくとも統合モジュール（３２６、３２８）と協力して前記ＭＭＳメッセージをバックグラウンドミュージックと統合するバックグラウンドミュージックのデータベース（３３０）を備えることを特徴とする請求項１９〜２７のいずれか一項に記載のシステム。
【請求項２９】
前記統合モジュール（３２６、３２８）が、前記ビデオコンテンツ中にアニメＧＩＦ画像を含むよう構成されることを特徴とする請求項１９〜２８のいずれか一項に記載のシステム。
【請求項３０】
前記統合モジュール（３２６、３２８）が、前記ビデオコンテンツ中にＨｚオーダーのアニメーションサンプリングレートでアニメ画像を含むよう構成されることを特徴とする請求項２４、２６、２７又は２９のいずれか一項に記載のシステム。
【請求項３１】
前記受信モジュール（１７）が、情報抽出ブロック（３００）を備え、該情報抽出ブロック（３００）が、前記発信者端末（１８）から受信された前記テキストメッセージから、
-  前記テキストメッセージの提示に用いられる仮想キャラクター（Ｐ）、及び
-  前記マルチメディアコンテンツの背景（Ａ）
から成る群から選択される前記ビデオコンテンツの特徴を識別する少なくとも１フィールドを抽出することを特徴とする請求項１９〜３０のいずれか一項に記載のシステム。
【請求項３２】
前記少なくともビデオ情報のデータベース（３０２、３１４、３３０）と、前記テキストメッセージをビデオコンテンツと統合する前記少なくとも統合モジュール（３２６、３２８）とを備えた前記処理セット（１６）が、
-  前記テキストメッセージの関連するそれぞれの部分を有する、フレームに配列されたアニメＧＩＦ画像、
-  圧縮された音声を備えるアニメＧＩＦ画像、及び
-  音声を備えるビデオクリップ
から成る群から選択されたマルチメディアメッセージを生成するよう構成されることを特徴とする請求項１９〜３１のいずれか一項に記載のシステム。
【請求項３３】
前記発信者端末（１８）が、前記ビデオコンテンツ及び前記受信者端末（１２、１３、１４）を選択するスクリプト機能を備えることを特徴とする請求項１９〜３２のいずれか一項に記載のシステム用の発信者端末。
【請求項３４】
前記発信者端末（１８）が、前記テキストメッセージ中に含まれ得るエラーの自動訂正機能を備えることを特徴とする請求項１９〜３２のいずれか一項に記載のシステム用の発信者端末。
【請求項３５】
前記発信者端末（１８）が、前記テキストメッセージに対して、前記ビデオコンテンツの特徴を選択的に変更するためのメタ情報を関連付ける機能を備えることを特徴とする請求項１９〜３２のいずれか一項に記載のシステム用の発信者端末。
【請求項３６】
前記発信者端末（１８）が、前記テキストメッセージに対して、前記ビデオコンテンツの特徴を選択的に変更するための感情の形式の追加情報を関連付ける機能を備えることを特徴とする請求項１９〜３２のいずれか一項に記載のシステム用の発信者端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信ネットワーク上でのメッセージの送信に関する。
【背景技術】
【０００２】
例えばＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）規格又はＧＳＭ／ＧＰＲＳ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ａｎｄ  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅの頭字語）規格による新世代の携帯端末の導入によって、テキスト、音声、画像（動画を含む）などのような異なる要素からなるマルチメディアコンテンツを有するメッセージを送信し、端末上へ提示することが可能になった。現在、該メッセージは、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｙｓｔｅｍの頭字語）として示される。
【０００３】
上記メッセージを送信できるようにするには、様々な種類の問題がある。
【０００４】
第一に、その小サイズ及び低処理能力ゆえに複雑なコンテンツを有するメッセージを生成するのには理想的には適していない携帯電話のような装置を用いて、比較的容易に上記メッセージが構築できることを保証する必要がある。
【０００５】
第二に、ＭＭＳメッセージを送信及び受信する能力をもった端末が、現在ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅの頭字語）と称される種類のテキストメッセージのみを生成できるＧＳＭ規格により動作する携帯端末などの旧世代端末と、共存及び相互作用できることが望まれる。現在流通している総ての端末が置き代わる前のかなり長い期間、この２つの技術は共存する定めにあると考えるのが妥当である。
【特許文献１】ＥＰ-Ａ-０９９１０２３
【特許文献２】ＥＰ-Ａ-０９９３１９７
【特許文献３】ＷＯ-Ａ-０１／７５８０５
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、ＳＭＳメッセージのようなテキストメッセージを送信する能力をもった端末とＭＭＳメッセージを受信できる端末との共存及び相互作用を実現することである。
【課題を解決するための手段】
【０００７】
本発明によると、上記目的は、特許請求の範囲に具体的に記載された特徴をもった方法により達せられる。本発明は、対応する発信者端末のみならず、関連するシステムをも含む。
【０００８】
本質的に、本発明による解決策により、ＳＭＳテキストメッセージを送ることができる旧世代の端末が、ＭＭＳ端末宛のマルチメディアコンテンツを有するメッセージの生成に導くのを可能にする。
【０００９】
現在のところ好ましい実施態様では、本発明による解決策により、純粋なテキストメッセージをマルチメディアメッセージ、すなわち、純粋なテキストにより構成された開始メッセージよりも「豊富な」メッセージに自動的に変換するサービスを提供できる。
【００１０】
現在のところ好ましい実施態様では、本発明による解決策において、テキスト又は自然音声に基づいた３次元キャラクターの自動アニメーション用システム（同じ出願人により製造され、登録商標ＪｏｅＸｐｒｅｓｓにより識別される）を用いる。
【００１１】
この点に関し、文献ＥＰ-Ａ-０９９１０２３、ＥＰ-Ａ-０９９３１９７及びＷＯ-Ａ-０１／７５８０５を参照するのが有益である。当該システムは、テキスト又は記録された音声を、処理された文を発音するキャラクターの動きに変換することができる。この動きには、話された単語に連動しない、顔の表情や体の動きを伴った動きも含まれる。本システムは、キャラクターの外見（例えば、髪や目の色、服装の様子など）の擬人化、キャラクターが位置している場所、視点の移動、バックグラウンドミュージックなどの他の要素を扱うことができる。すべてが、限定数の入力パラメータから与えられたビデオクリップの構成において協調する。
【００１２】
このように、本発明による解決策により、例えば、開始ＳＭＳメッセージ中に含まれるテキストに基づいてＭＭＳ端末宛のアニメーションを生成することができる。この場合、その結果は、（「同期化マルチメディア統合言語」すなわちＳＭＩＬによる）シーン記述部分やメッセージ中に挿入されるマルチメディアオブジェクト、とりわけ自動的に生成されたアニメーションを含んだ部分などの異なる部分を含んだＭＭＳメッセージとなる。
【００１３】
ＭＭＳ端末の第1世代は、メッセージコンテンツについてかなり厳しい制約を受ける。特に、ビデオはサポートされてなく、メッセージの最大サイズは３０キロバイトである。したがって、本発明による解決策の好ましい実施態様により、生成されたＭＭＳメッセージ中に小サイズのアニメーションを組み込むことができる。特に、ビデオは、より低いアニメーションサンプリングレート、すなわち約１Ｈｚを用いてアニメーション化されるＧＩＦ規格（Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔの頭字語）による画像に変換される。
【００１４】
また、元のテキストは、そのシーケンスの様々なフレームに分割される。そうすることにより、アニメーションが、例えば、１００×８０ピクセル（現在市販されているＭＭＳ端末の表示装置の大きさ）のオーダーのサイズを有するときには、複雑なモデル及びシナリオの場合には約１５秒続くアニメーション、又はアニメＧＩＦ画像内でより高い圧縮比の可能なより単純なモデルの場合にはより長く続くアニメーションを含んだメッセージを生成できる。
【００１５】
メッセージの全サイズが（例えば、３０キロバイトに）制限されてビデオと音声の両方を送信するのが難しい場合には、アニメＧＩＦ画像を見ている間に、音声メッセージの代わりに、メッセージ中に挿入されたメロディーを端末に再生させることができる。この種の音声（「リンガー（ｒｉｎｇｅｒ）」は、非常に少数のバイト中に含まれ得る。
【００１６】
メッセージのサイズについて制約が緩いなら、本発明による解決策により、フレーム内部のテキストの代わり、又はそれらと並行して、例えば音声合成装置により生成されたアニメーションに関連した音声を送信できる。このシナリオでは、自然音声からでさえＭＭＳメッセージを自動的に生成でき、この場合、アニメーションは、音声認識器により実施される処理の結果によって導かれる。上記説明した機能を実施できる音声合成装置及び音声認識器は、当該技術において現在市販されている。
【００１７】
有利には、ＭＭＳメッセージでは、アニメーションに加えて、例えば、いわゆる「ロゴ」及び／又は宣伝文句を挿入するのに有効なテキスト、メロディー及び画像をもっと含むよう定められた部分を予定し得る。
【００１８】
図面の簡単な説明
以下、単に非制限的な例として添付図面に関し本発明を説明する。
-  図１は、本発明により動作できるシステムの構造を機能的なアーキテクチャーレベルにて示す。
-  図２は、本発明によりメッセージを送信するステップを説明するフローチャートである。
-  図３は、それぞれ３Ａ及び３Ｂとして示される２つの部分を含み、本発明によるシステムの構成の可能な形態を説明する機能的なブロック図の２つの連続的な部分を示す。
【発明を実施するための最良の形態】
【００１９】
ここに与えられた説明は、本発明の可能な使用法として少なくとも現在のところ最も魅力的なものであるアプリケーションシナリオ、すなわち、ＧＳＭ携帯端末においてＳＭＳメッセージとして生成されたテキストメッセージを、ＵＭＴＳ規格に従って動作するネットワーク上に送信されるべく定められたＭＭＳメッセージに変換することに関する。
【００２０】
いずれにせよ、本発明による解決策は、様々に（例えば電子メールメッセージの形式にて）生成されたテキストメッセージにも適用できるので、ＵＭＴＳネットワークへの制限を伴わずに、そのような送信をサポートする任意のネットワーク上にてＭＭＳメッセージを送信するのに使用できる。
【００２１】
図１では、参照数字１０が、ＭＭＳリレー／サーバの機能を有するモジュールを全体的に示し、この目的のために、１０１で示すリレー機能をもったサブモジュールと、１０２で示すサーバ機能をもったサブモジュールとを備え、それらが１０３で示すインターフェースを介して互いに接続されている。もちろん、サブモジュール１０１及び１０２を互いに統合することもできる。
【００２２】
次に、参照数字１１は、ＭＭＳサービスのユーザーのデータベースを示す。これは実質的にデータベースであり、ここには、ＭＭＳサービスを利用できる各ユーザーについて、電話番号（又は同等の表示）及び当該ユーザーが用いている端末の種類についての情報が記録されている。
【００２３】
データベース１１は、インターフェース１１１を介してモジュール１０に接続される。
【００２４】
参照数字１２及び１３は、２人のユーザーを示し、これらのユーザーは、ＭＭＳメッセージを受信できるように、ネットワーク内でモジュール１０に接続される（一般にこれはＵＭＴＳネットワークを介して行われ得る）。
【００２５】
１２で示されたユーザーは、モジュール１０が帰属するネットワーク内に直接含まれるユーザーである。よって、関連の接続は、１２１で示したインターフェースを介する直接型である。
【００２６】
１３で示すユーザーは、名目上は別の携帯ネットワークに属するユーザーである。
【００２７】
この場合、モジュール１０への接続は、直接的ではないが、１３１ａ及び１３１ｂで示した対応するインターフェースにより、実質的にモジュール１０と同様の別のモジュール１０’を介して実現される。
【００２８】
ユーザー１２及びユーザー１３について明確に説明するに際しては、複数の電気通信ネットワークが一般的なインターネットワーキング又はローミングシナリオにおいて相互に協力する状況においても、本発明による解決策が適用可能なことを強調しなければならない。
【００２９】
参照符号１４は、電子メールサーバなどのサーバを示し、このサーバは、ＭＭＳメッセージの受信者として動作できるように、それそれのインターフェース１４１を介してモジュール１０に接続される。
【００３０】
最後に、参照符号１５は、ＭＭＳメッセージサービスの提供の費用請求のシステムを示し、このシステムは、それぞれのインターフェース１５１を介してモジュール１０に接続される。
【００３１】
これまで説明したシステムアーキテクチャーと様々な構成要素は、当該技術においてよく知られた解決策に対応する。これらの解決策は、既に、電気通信ネットワーク（ＵＭＴＳ規格に従って動作するこのような新世代の携帯ネットワーク）内でＭＭＳメッセージを送るのに使用できる。よって、ここで当該アーキテクチャー及び構成要素をさらに詳細に説明する必要はないであろう。
【００３２】
本発明による解決策の重要な特徴は、ＳＭＳメッセージ管理センター１７（通常は頭字語ＳＭＳＣで呼称される）から来るＳＭＳメッセージなどのテキストのみのメッセージを、マルチメディアコンテンツを有するメッセージに変換できるモジュール又はサブシステム１６が、好ましくはそれぞれのインターフェース１６１を介してモジュール１０に関連付けられることである。モジュール１０でのさらなる可能な処理の後、上記メッセージは、図１に示されたユーザー１２、１３及び１４などのユーザー宛のＭＭＳメッセージの形式にてモジュール１０によりブロードキャストされ得る。
【００３３】
特に、モジュール１０は、決められたメッセージＭＭＳを複数の受信者又は受信者リストに送信できるように構成できる。よって、以下では、１人の受信者に送られるＭＭＳメッセージをＳＭＳメッセージから生成することをほぼもっぱら参照するが、本発明による解決策は、当該ＭＭＳメッセージを例えばｈｔｔｐリクエスト又はモジュール１０に送られるｆｔｐリクエストにより定められる受信者リストにブロードキャストできるように容易に適応し得る。
【００３４】
上述したように、モジュール１６の中核は、テキスト又は自然な音声によりアニメ化された仮想キャラクターにより表されるマルチメディアコンテンツの作成システムにより構成される。このようなシステムの例は、上記のＪｏｅＸｐｒｅｓｓ（登録商標）システムである。
【００３５】
このようなシステムにより、ユーザーは、仮想キャラクター、その背景、任意の擬人化、コンテンツを生成するフォーマットを選択できる。選択されたパラメータは、所望の状況及びフォーマットにてアニメーションを作るのに用いられる。
【００３６】
図２のフローチャートは、本発明によるシステムが「発信者」として行動するユーザー（図１において１８で示す）によってアクセスされるプロセスのステップを示す。ユーザー１８は、この種のメッセージを扱うことができる対応するセンター（図１において１７で示したセンターなど）にＳＭＳメッセージを送ることができる端末を有する。
【００３７】
２００で示す初期ステップから開始して、参照符号２０２が示すステップでは、ユーザー１８が、彼又は彼女の端末上で（後に詳しく説明する特徴をもった）ＳＭＳメッセージを構成し、それを、ＳＭＳメッセージにＭＭＳ特徴を付与した後に該ＳＭＳメッセージを転送するサービスに関連した電話番号に送る。
【００３８】
当該サービスは、１６で示したモジュールにより主に実施されるが、いくつかの機能は、モジュール１０により、場合によってはモジュール１７により実施され得る。
【００３９】
図２において２０４で示したステップでは、サービス管理機能、したがって本質的にはモジュール１６は、受信したＳＭＳメッセージに対応するＭＭＳメッセージの送出リクエストを生成する。後に詳しく説明するように、このようなリクエストは、メッセージ自体に加えて、ユーザーの識別子と（場合によっては）受信者端末の種類に関する情報をも含む。
【００４０】
２０６で示したステップでは、モジュール１６が、受信したリクエストを処理して、受信者端末のグラフィック及び処理能力の特徴に適合したＭＭＳメッセージを生成する。２０８で示したステップでは、上記ＭＭＳメッセージが、対応するＭＭＳセンター（モジュール１０など）に送られ、該ＭＭＳセンターが、次ステップ２０８にて、該メッセージを受信者端末（端末１２、１３又は１４など）に転送する。
【００４１】
ステップ２１０では、上記メッセージが、ＭＭＳの提示の典型的なモードに従って受信者端末に与えられる。ＭＭＳメッセージを読み出して送信が完了したならば、本システムは、２１２で示した最終ステップに進む。
【００４２】
ステップ２０２でユーザー１８がダイヤルするよう定められたサービスに関連する電話番号は、通常「ラージアカウント」と称される種類の専用の電話番号であるのが好ましい。
【００４３】
ユーザーにより送られるキャラクター列は、メッセージのテキストに加えて、ＭＭＳメッセージの受信者（図１のユーザー１２、１３、１４）の電話番号などのヘッダー中のいくつかの情報、メッセージを再生する仮想キャラクター、及びそれが挿入される背景をも含む。
【００４４】
最後の２つの情報項目は任意であるので、省略可能である。省略した場合、対応する情報が、モジュール１６により、例えばランダムな選択として、又は所定の選択（デフォルト）として自動的に選ばれる。もちろん、このことは、前記情報の一部のみについてさえ適用できる。例えば、キャラクターのみが特定された場合には、モジュール１６が自動的に背景を選択する。
【００４５】
したがって、本サービスに送られるキャラクター列は、通常は以下の形式を備える。
＜受信者の電話番号＞［＜仮想キャラクター［＜背景＞］］＜テキストメッセージ＞
【００４６】
ステップ２０２では、メッセージのヘッダーは、マニュアル又は端末１８上に存在するスクリプトにより構成でき、この端末１８は、メニューによる仮想キャラクター及び背景の選択とアドレスブックからの受信者の選択とを可能にする。
【００４７】
もしメッセージがマニュアルでダイヤルされるならば、そのキャラクター列はエラーを含み得る。例えば、ユーザーは、存在しない仮想キャラクター又は背景の名称を特定し得る。この場合、本サービスは、誤った情報を、自動的に選択する正しい選択肢に置き換える。
【００４８】
明らかに、前記スクリプト機能は、同じサービス管理システムによって関連のソフトウエアを遠隔にて個別の端末１８（特に端末の加入者識別モジュールすなわちＳＩＭ）にロードする可能性をもった、ＳＭＳメッセージを送るための一定の携帯電話端末に備わった機能に本質的に対応する。
【００４９】
好ましくは既に何回か述べたＪｏｅＸｐｒｅｓｓ（登録商標）システムに基づいてＳＭＳテキストフォーマットをＭＭＳマルチメディアフォーマットに変換するモジュールが、「テキストアニメーション」と称するモードにて用いられるのが好ましい。
【００５０】
この場合、ＳＭＳメッセージのテキストは、音声合成装置により処理される。この音声合成装置は、テキストを音声に変換して、タイミングの取られた音声列を与る。次に、この音声列は、選択された仮想キャラクターのスピーチ動作を自動生成するのに用いられる。ＳＭＳ／ＭＭＳ変換モジュールへの入力として与えられるテキストは、得られたアニメーションに影響を与えるメタ情報を含み、仮想キャラクターに表情とジェスチャーを加え、合成音声を変えることができる。
【００５１】
前記メタ情報は、例えば、以下の形式を有し得るキャラクターの列としてテキスト中に挿入される。
＜ｔａｇ＞＜ａｃｔｉｏｎ＿ｔｙｐｅ＞［＜ｐａｒ１＞］［＜ｐａｒ２＞］．．．［＜ｐａｒｎ＞］
ここで、
＜ｔａｇ＞は、合成されるテキストからメタ情報を見分けるのに必要であり、
＜ａｃｔｉｏｎ＿ｔｙｐｅ＞は、どの動作が実行されるのかを特定する。動作の例としては、音声の音質の変化、顔の表情又は体の動きの再生、視点の変化などである。
＜ｐａｒ１-ｎ＞は、動作を修正するパラメータ、例えば顔の表情の持続時間の変更である。
【００５２】
より高いレベルの代わりの表現は、いわゆる「感情」により構成され、すなわち、テキスト通信においてインターネットで普通に用いられ、感情の状態を表すキャラクター列により構成される。感情の例としては、「；-）」、「：-）」、「：-Ｏ」などがある。
【００５３】
感情は、本システムにより上述した表現を用いる意味的に等しい形態に変換される。感情のサポートは、それがユーザーに親しみやすく、低レベル表現と同じ柔軟性を有しながら、テキスト中に挿入するのが簡単であるということによって動機付けられる。
【００５４】
ＪｏｅＸｐｒｅｓｓ（登録商標）システムのようなシステムは、３次元モデルのアニメーションを生成し、このアニメーションは、該システムによって、３次元情報が維持されるか否かに依存して２つのカテゴリーに分類可能な様々なフォーマットに変換され得る。
【００５５】
第１のカテゴリーに属するものとしては、例えば、ＭＰＥＧ-４フェース・アンド・ボディ・アニメーション・パラメータ列、ＶＲＭＬ（Ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ  Ｍｏｄｅｌｌｉｎｇ  Ｌａｎｇｕａｇｅの頭字語）アニメーション、３Ｄスタジオ・マックス・アニメーションなどがある。
【００５６】
第２のカテゴリーに属するものとしては、ＭＰＥＧ-１、ＭＰＥＧ-２、ＭＰＥＧ-４ビデオのようなビデオコーディングフォーマット、アニメＧＩＦ（用語の厳密な意味ではビデオコーディングフォーマットでないが、ＧＩＦ-８９ａフォーマットは画像列を生成可能にする）がある。
【００５７】
アニメーションの音声は、ビデオと共に、又はＶＲＭＬ若しくはアニメＧＩＦの場合には別々にエンコードできる。
【００５８】
送信ネットワークの端末におけるこれらの限界ゆえに、マルチメディアコンテンツは、メッセージの最大サイズ、空間分解能、時間分解能、及びアニメーションのコーディングの種類などの制約を受ける。
【００５９】
このため、メッセージのテキスト及び発信者の識別子に加えて、マルチメディアメッセージが転送される端末の種類を考慮する必要がある。
【００６０】
基本的には、端末の種類は、端末のクラス（本質的に、記憶容量、表示部サイズなどの特徴）及び送信ネットワークに起因するその他の制約を特定する。
【００６１】
したがって、本発明によるシステムにおいて生成されるＭＭＳメッセージは、課せられた制約内で、利用可能な資源を最も効率的に活用するように条件付けられる。
【００６２】
この要求は、少なくとも２つの異なった方法により満たすことができる。
【００６３】
第１の方法では、このリクエストに対して、メッセージのテキスト及び発信者の識別子に加えて、生成されるメッセージが属すべきクラス、すなわち、ＭＭＳメッセージが宛てられている端末の種類、よってその性能特徴を示す情報をも含むように、ＭＭＳメッセージ（ステップ２０４にて生成される）を作る。次に、ＳＭＳテキストメッセージと統合するように定められたビデオコンテンツが、受信者端末の種類に従って生成される、すなわち、ＭＭＳメッセージ（該ビデオコンテンツとＳＭＳメッセージを統合することにより得られるマルチメディアメッセージから導出される）が、マルチメディアメッセージを受信するよう定められたＭＭＳ端末の特徴と直接適合するように、生成される。
【００６４】
この解決策が採用されると、モジュール１６は、受信者の識別子に基づいて、データベース１１に記憶された端末の種類の情報を検索できる。モジュール１６とデータベース１１との接続は、直接型とするか、又は図１に示す基準に従ってモジュール１０を介した間接型とすることができる。
【００６５】
同じ結果を得る第2の方法では、マルチメディアビデオコンテンツ（ＳＭＳメッセージに加えられる）が、標準的な基準に基づいて、すなわち、メッセージが送信される端末の種類に依存せず、モジュール１６により生成される。
【００６６】
ＳＭＳテキストメッセージと上記標準的なマルチメディアビデオコンテンツとの統合により得られるマルチメディアメッセージは、モジュール１６によりモジュール１０に転送される。このモジュール１０は、データベース１１から受信者端末についての情報を読み出し、マルチメディアメッセージから導出されたＭＭＳメッセージを「特殊化」し、それを受信者端末の特徴に適合させる。
【００６７】
どちらか一方の解決策を採用する選択は、アプリケーションの考慮事項によって主に決められる。
【００６８】
第１の解決策は、少なくとも原理的には、メッセージが受信者端末の要件に適応させられる際に捨てられる定めにある情報の生成を伴わないという利点を有する。しかしながら、この利点は、モジュール１６がデータベース１１に存在する端末の種類についての情報を受信できることを保証する必要性により相殺される。
【００６９】
第２の解決策は、既に通常は現在のＭＭＳアプリケーションに与えられている、モジュール１０のレベルでのデータベース１１の情報の利用可能性を活用するという利点を有する。現在のＭＭＳアプリケーションでは、モジュール１０は、既に、受信者端末の特徴に基づいた転送ＭＭＳメッセージの特殊化を実現できる。しかしながら、上記利点は、この解決策では、捨てるべき定めにある情報のモジュール１６による生成を伴うということにより少なくともわずかに減殺される。
【００７０】
どちらの解決策が採用されても、同じアニメーションが実質的に異なる方法にてＭＭＳメッセージ中に表現され得るということから恩恵を受けることができる。
【００７１】
上述したように、例えば、毎秒当たりのフレーム数が少ないアニメＧＩＦ画像を利用でき、この場合には、各フレームは、その瞬間にキャラクターが発音したメッセージのテキストを示す。この特にコンパクトな表現は、メッセージサイズの制約が特に厳しい状況か、又は受信者端末がビデオを見せることができない場合によく適する。
【００７２】
別法として、圧縮された音声と共にアニメＧＩＦ画像を利用することができる。この場合には、合成された音声（場合によってはシーン音声を備える）もまた、メッセージ中に含まれる。これは、メッセージのサイズが動画とオーディオトラックの両方を含むのに十分な大きさを有する場合、ビデオはサポートしていないが、音声を扱うことはできる端末に対して有効な表現である。
【００７３】
別の代案は、音声を備えたビデオクリップにより表される。この場合、アニメＧＩＦ画像に比べてビデオコーディングにより提供される圧縮比がより高いこと、及びそれ故にアニメーションにおいて使用されるフレーム数がより多いことにより、動きをより滑らかにできるアニメーションが得られる。この解決策は、ビデオコーディングをサポート可能な端末により採用できる。
【００７４】
上述したメッセージをひとまとめにする方法は単なる例であり、それらが本発明による解決策が提示する可能性のすべてでは決してないことに留意すべきである。
【００７５】
以下、図１に１６で示したモジュールの可能なアーキテクチャー構成について、図３Ａ及び３Ｂを参照して説明する。
【００７６】
ブロック又はモジュール３００は、実質的に端末１８により送信されたＳＭＳメッセージをその入力として受信し、該モジュール上にてヘッダーから情報を抽出する操作を行う。
【００７７】
上述したように、テキストの第１の部分は、ヘッダーにより表され、このヘッダーは、受信者端末（例えば、図１では、端末１２、端末１３又は端末１４）の数、及び随意に、発信者ユーザーがビデオコンテンツを生成する際に使用を欲するキャラクター及び背景の指示を含む。これらのデータは、実際のメッセージからセパレータキャラクターにより分割される。メッセージは、得られるアニメーションに影響を与える低レベル又は高レベルのメタ情報（例えばいわゆる感情）を含むことができる。
【００７８】
このようなテキストとして、次のキャラクター列を考えることができる。
"3356121180 Morpheus Country@Hi! I'm at the beach: -) but I'm getting bored without you.／kyawn,150"
【００７９】
この例では、用いられているセパレータは、キャラクター＠である。
【００８０】
場合によっては受信者の端末のモデルを示すキャラクター列のみならず発信者の識別子も、当該メッセージに関連する。
【００８１】
参照符号３０２は、モジュール１６のデータベースを示す。このデータベースは、ＪｏｅＸｐｒｅｓｓ（登録商標）システムに基づいた好ましい態様では、ビデオコンテンツを生成するのに使用できるキャラクターのリスト、それらの関連した言語、利用可能なシナリオなどの情報を含む。データベース３０２はまた、キャラクター及び背景の３次元モデルも含む。
【００８２】
ブロック３００は、データベース３０２と協力し、ビデオコンテンツを作るのに用いられるキャラクター及び背景のみならず、受信者の識別子などの情報をメッセージヘッダーから抽出する。
【００８３】
次に、ブロック３００は、キャラクターリスト、音声、利用可能な背景を含んだデータベース３０２とコンタクトし、もしこれらの情報が、受信されたＳＭＳメッセージのヘッダーにおいて削除されていたり誤っているならば、自動的に正しい選択肢を選ぶ。
【００８４】
ブロック３００は、その出力にて以下のデータ／情報を生成する。
-  ヘッダーなしのメッセージのテキスト（“Hi! I'm at the beach :-） but I'm getting bored without you.／kyawn,150"）。これは、後に詳しく説明する機能を有した別のブロック３０２に送られる。
-  キャラクターＰ、すなわちアニメーションの主役の名前（ここに記載の例では、この名前は「Ｍｏｒｐｈｅｕｓ」である）。
-  キャラクターに関連する言語Ｌ（例えば、英語）。
-  仮想キャラクターが置かれるシナリオに対応した背景Ａ（ここに記載の例では、背景は「ｃｏｕｎｔｒｙ」背景である）。
-  受信者Ｄの識別子（ここに記載の例では、番号３３５６１２１１８０により構成される）。
【００８５】
ブロック３０２は、ブロック３００から受信したメッセージＭのテキストから開始して、感情を情報システムにより使用できるのメタ情報に変換する。この情報システムは、フレーム中にどのテキストが挿入されるかを同時に決める。これらのフレームは、モジュール１６の出力を構成するＭＭＳメッセージのアニメーションを構成する
【００８６】
したがって、ブロック３０２の出力は、低レベル情報をもったテキストＴＢＳ、すなわち、感情が低レベルのメタ情報で置き換えられているテキスト（"“Hi! I'm at the beach／ksmile but I'm getting bored without you.／kyawn,150"）と、すべての低レベル情報が削除され、キャラクターが言うことに感情を加えたもののみを保持しているテキストＴＥ（"Hi! I'm at the beach :-） but I'm getting bored without you."）との両方により構成される。
【００８７】
ブロック３０２により生成されたテキストＴＢＳは、ブロック３０４に送られる。このブロック３０４は、テキスト中に含まれる動作のリストを抽出し、かつ、前述の動作に関連すべきタイミングをも得るように、音声合成装置３０６により用いられる形式にてテキストを作成する。
【００８８】
ブロック３０４は、合成装置３０６にテキストＴＡＧを伝送する。テキストＴＡＧでは、低レベルメタ情報が音声合成装置（テキストを音声に変換する）の「タグ」と置換されている。これらのタグは、特別な情報として合成装置により識別されるキャラクター列であり、このキャラクター列は、合成された音声を変えるか又は合成された文中のタグに関連した時刻を合成装置３０６から得るのに用いられる。この時刻は、動作のタイミングを決めるのに用いられる。
【００８９】
ブロック３０４はまた、別の出力として信号ＴＡを生成する。この信号ＴＡは、任意のパラメータを備えたテキスト中に含まれる動作リストに実質的に対応する。
【００９０】
上記何回か述べたＳＭＳメッセージを見ると、本質的に２つの動作、すなわち
-  ｓｍｉｌｅ、及び
-  ｙａｗｎ，１５０
が含まれる。
【００９１】
パラメータ１５０は、標準的な持続時間に対して「ｙａｗｎ（あくび）」動作の持続時間を変更する。
【００９２】
音声合成装置３０６は、ブロック３００で生成された信号Ｌにより特定される選択言語を用いて、ブロック３０４から受信したテキストＴＡＧを音声信号に変換する。
【００９３】
音声信号に加えて、ブロック３０６はまた、タイミングの取られた音声列ＦＴを作る。この音声列ＦＴは、話される単語の動作の構成に基づいて使用される。このタイミングの取られた音声列は、音素が話される時刻と統合された、話される文を構成する音素の列であることに留意されたい。
【００９４】
Ｖとして示された信号は、実際の合成された音声信号である。
【００９５】
参照符号３０８及び３１０で示したブロックは、ビデオコンテンツに用いられるキャラクターにつき、話される単語のアニメーション及び対応する顔及び体のアニメーションを監督するエンジンである。
【００９６】
ブロック３０８は、入力として音声列ＦＴを受け取り、それを「ｖｉｓｅｍｉｃ」列、すなわち、顔が話す際に顔により作られる動作に変換する。リアルな動作を得るために、アニメーションエンジンは、隣接する音素の相互影響の効果、すなわち上記の同時調音現象を考慮する。作られた動作は、３次元であり、関連する出力信号ＡＰは、アニメーションパラメータにより構成され、このアニメーションパラメータは、話される単語の動作を３次元的にかつキャラクターに依存せずに記述する。このことは、このようなパラメータが人間その他の任意の形状及び複雑さを有するキャラクターに連続して適用できることを意味する。
【００９７】
顔及び体のアニメーションエンジンとして働くブロック３１０は、動作リストに基づいて作動する。この動作リストは、仮想総和ノード３１２にて合成装置３０６により生成された動作のタイミングについての情報と統合された、ブロック３０４により生成された信号ＴＡに対応する。
【００９８】
ブロック３１０は、別のデータベース３１４と協調して動作する。このデータベース３１４は、顔及び体の動作列をキャラクターに依存しないアニメーションパラメータの形式にて（よってこの点に関してはブロック３０８により出力されたパラメータと同様）含む。この例では、「ｓｍｉｌｅ」及び「ｙａｗｎ」なる列は、データベース３１４から引き出された２つの動作である。
【００９９】
顔及び体のアニメーションブロック３１０は、キャラクターが行わなければならない様々な動作に対応する個々の動作を結合し、アニメーションパラメータの単一列を作る。個々の動作は、それに関係する任意のパラメータに基づいて変えられる。これらの動作はまた、強度、持続時間、反射特性などにおいて自動的な変化を受け、多様性を増す。最後に、明示的には示していないが、キャラクターにより実行されるいくつかの動作（例えばまばたきする瞼など）も加えられる。
【０１００】
ブロック３１０の出力は、アニメーションパラメータを表す信号ＡＦＣにより構成される。このアニメーションパラメータは、キャラクターに依存せずに３次元的に、話される単語の動作を記述する。したがって、このパラメータは、人間その他の任意の形状と複雑さを有するキャラクター、例えば動物に連続的に適用できる。
【０１０１】
３１６で示した次のブロックの仕事は、話される単語の動作（信号ＡＰ）とその他の動作（信号ＡＦＣ）を混合してリアルな結果を得ることである。ブロック３１６の操作は、破裂音の音素（文字「ｐ」など）を話すことやあくびなどのように対照的な動作の優先度を考慮する論理に基づいている。得られる動作は３次元である。
【０１０２】
ブロック３１６の出力信号は、キャラクターに依存しないアニメーションを表す信号ＡＩＰにより構成される。
【０１０３】
信号ＡＩＰは、ブロック３１８に送られる。ブロック３１８は、独立したアニメーション（信号ＡＩＰ）を、ブロック３００から抽出された信号Ｐに基づいて選択されたキャラクターの動作に変換する。得られる動作は、モデルのトポロジーに依存する。上述したように、キャラクターに関連したモデルは、データベース３０２に含まれる。
【０１０４】
ブロック３１８の出力信号は、選択されたキャラクターの動作の列を特定する信号ＡＤＰにより構成される。
【０１０５】
この信号ＡＤＰは、ブロック３２０に送られ、このブロック３２０は、ブロック３００から来る背景情報Ａを有する信号ＡＤＰを、データベース３０２から直接引き出されたキャラクター及び背景についての追加の情報とマージする。
【０１０６】
すべてこれは、キャラクターのアニメーションに、残りのアニメーションをも加えるためである。この残りのアニメーションは、シーン（信号Ａ）中に存在し得、かつオブジェクトの動作又は場面の視点の変化としてテキスト中のメタ情報により駆動し得る。
【０１０７】
ブロック３２０の出力信号は、ブロック３２２に送られる最終的な３次元アニメーション信号ＴＲＤにより構成される。このブロック３２２の仕事は、レンダリング操作、すなわち、キャラクター及び背景により構成される３次元シーンをピクセルマトリックスとしてスクリーン上に描く操作である。規則的な時間間隔にて得られるこのピクセルマトリックスの列が、該ブロックの出力を構成する。レンダリングブロック３２２の出力は、ＦＶで示したアニメーションのビデオフレーム列により構成される。典型的には、ビデオフレームのサンプリングレートは、好ましくは２５Ｈｚに設定されるパラメータである。
【０１０８】
信号ＦＶは、入力として別のブロック３２４に送られ、このブロック３２４は、ブロック３０２により生成される感情ＴＥを有するテキストをも受信する。
【０１０９】
ブロック３２４は、作成されるビデオアニメーションを構成する様々なフレームにテキストを配付する。この操作は、随意であり、音声なしのＭＭＳメッセージが生成されるとき実行される、すなわち、ＳＭＳメッセージがテキスト及びアニメーションの形式にて示されるＭＭＳメッセージに実行される。
【０１１０】
ブロック３２４の出力は、キャラクター及びシーンの全動作のセットにより構成される。実際にはテキストを有するビデオフレーム列に対応する上記信号ＦＶＴは、ビデオコーディングブロック３２６に送られる。このビデオコーディングブロック３２６は、その入力として、信号ＦＶＴに加えて、受信者の端末の種類に属する情報ＴＶのみならず、合成された音声に属する信号Ｖをも受信する。
【０１１１】
図３Ａ及び３Ｂに示された実施態様は、上記情報がモジュール１６のレベルにて利用可能にされる解決策に関する。一般に、この情報は、受信者端末のブランド及びモデル名（例えば、Ｓｏｎｙ  Ｅｒｉｃｓｓｏｎ  Ｔ６８ｉ、Ｎｏｋｉａ７６５０など）を示す。
【０１１２】
この場合、ブロック３２６は、当該受信者端末から見るのに適したフォーマットにてビデオクリップを直接作成することを進める。ビデオクリップを端末の所定の種類に適応させることは、例えば、フレームの空間及び時間分解能、音声チャンネルが挿入されているか否か、などに影響し得る。
【０１１３】
したがって、ここで参照した解決策は、モジュール１６により生成されて得られるマルチメディアメッセージが、受信者端末から見るのに適したフォーマットとなるように、ＳＭＳメッセージと、このようにして生成されたビデオコンテンツを統合する。
【０１１４】
しかしながら、上述したように、本発明による解決策はまた、モジュール１６（よって、ここに記載の実施態様ではブロック３２６）がこの種のどんな「特殊化」操作も実行しない条件下でも実施し得る。
【０１１５】
この場合、ビデオクリップ、又は一般には入来するＳＭＳテキストメッセージを補完するビデオコンテンツは、標準的なフォーマットにて、すなわち、受信者端末の特徴を考慮することなく生成される。
【０１１６】
最終的なＭＭＳメッセージを受信者端末により実際に見えるようにする関連のフォーマット変換は、ＭＭＳリレー／サーバ機能を有するモジュール１０（図１）に任せられる。
【０１１７】
ここに記載の実施例（実際には一例である）では、ブロック３２６からの出力信号は、圧縮フォーマットのビデオクリップと本質的に同様の信号ＶＣにより構成される。
【０１１８】
この信号はブロック３２８に伝送される。ブロック２２８は、その入力に送られたマルチメディアメッセージから開始して、ＭＭＳ規格に対応するメッセージを構成する。
【０１１９】
このように進めるために、ブロック３２８は、その入力にて、ブロック３２６により出力された信号ＶＣに加えて、ブロック３０２により生成される感情を有するテキストに対応する信号ＴＥ、ブロック３００から来る受信者Ｄに属する信号、及び発信者Ｓについての情報を受信する。発信者Ｓについての情報は、図１のセンター１７から既知の基準に従って導出されるので、ここで詳細な説明は不要であろう。
【０１２０】
モジュール１０に送られるＭＭＳメッセージを生成するために、ブロック３２８は、事前に計算したビデオアニメーションをＭＭＳメッセージに挿入する。これは、好ましくは、シーン記述のＳＭＩＬ言語を用い、様々なマルチメディアオブジェクトを結合して複数の部分から成る１つの形式にすることにより行われる。
【０１２１】
ブロック３２８はまた、発信者、受信者及び題目についての情報をメッセージヘッダーに挿入する。この題目は、感情と共にテキストを構成する最初のキャラクターを用いて自動的に構成される。
【０１２２】
好ましくは、ブロック３２８はまた、別のデータベース３３０と協力する。このデータベース３３０は、「ロゴ」若しくは宣伝として、又はシーンのバックグラウンドミュージックとして若しくはコマーシャルソングとして用いることができる音声としてＭＭＳメッセージに挿入される画像の集合により構成される。
【０１２３】
もちろん、本発明の原理を変えることなく、それにより本発明の範囲から逸脱することなく、ここに単に例として記載したことに対して、その態様の詳細を十分に変更することができる。このことは、限定的するものではないが、特に、ＳＭＳ以外で生成された、例えば電子メールメッセージの形式のテキストメッセージをＭＭＳメッセージに変換するために本発明を適用する可能性、及びＵＭＴＳネットワーク以外でのＭＭＳメッセージの送信に本発明を適用する可能性にも当てはまる。
【図面の簡単な説明】
【０１２４】
【図１】本発明により動作できるシステムの構造を機能的なアーキテクチャーレベルにて示す。
【図２】本発明によりメッセージを送信するステップを説明するフローチャートである。
【図３Ａ】本発明によるシステムの構成の可能な形態を説明する機能的なブロック図である。
【図３Ｂ】本発明によるシステムの構成の可能な形態を説明する機能的なブロック図（図３Ａのつづき）である。
【符号の説明】
【０１２５】
１０    モジュール
１１    データベース
１２    ユーザー
１３    ユーザー
１４    サーバ
１５    サービス提供の費用請求システム
１６    マルチメディアコンテンツ作成システム
１７    ＳＭＳメッセージ管理センター
１８    ユーザー
【図１】
2005535986.tif 000003
【図２】
2005535986.tif 000004
【図３Ａ】
2005535986.tif 000005
【図３Ｂ】
2005535986.tif 000006
【国際調査報告】
2005535986.tif 000007
2005535986.tif 000008
2005535986.tif 000009