JP4187172B2 - マルチメディアメッセージ多重要素をマルチメディアメッセージに挿入する方法およびシステム - Google Patents

Description

本発明は、少なくとも１つのマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入する方法およびシステムに関する。

この種の方法およびシステムは殊に、第３世代の移動無線システムに適用することができる。

移動無線システムＧＳＭ（Global System for Mobile Communications）によれば音声電話機能のほか、１６０キャラクタ長までの短いテキストメッセージを送信ないしは受信することができる。このようなメッセージサービスはＳＭＳ（Short Message Service）として知られている。

たとえばＵＭＴＳ（Universal Mobil Telecommunications System）など次世代の移動無線システム（２．５Ｇおよび３Ｇ）のために、移動メッセージサービスいわゆるＭＭＳ（Multimedia Messaging Service）の多種多様なバリエーションが存在している。このようなＭＭＳサービスは技術仕様3rd Generation Partnership Project (3GPP)のTS 22.140 Version 4.1.0, Release, 4, und TS 23.140 Version 4.5.0, Release 4に記載されている。

テキストメッセージＳＭＳとの区別をいっそうはっきりさせるため、マルチメディアコンテンツを伴うメッセージを以下ではマルチメディアメッセージＭＭ（Multimedia Message）と称する。この場合、ＳＭＳとは異なり純粋なテキストコンテンツだけという制約がなくなる。ＭＭＳの場合、個々の好みに応じてテキストにフォーマットを付けることができ、さらにオーディオ・ビデオコンテンツをメッセージに埋め込むことができる。したがってマルチメディアメッセージＭＭを、種々のファイル形式（たとえばオーディオまたは静止画）またはファイルフォーマット（静止画であればたとえばGraphic Interchange Format GIFまたはJoint Photographic Experts Group JPEG）をもつ複数のＭＭ要素によって構成することができる。ＭＭ各々はヘッダフィールド（ＭＭヘッダ）をもち、ＭＭ要素各々はこれに加えてさらに固有のヘッダフィールド（ＭＭ要素ヘッダ）をもつ。

図１には、３ＧＰＰの視点から見た２つのノードＡとＢをもつ公知のＭＭＳネットワークアーキテクチャが示されている。ＭＭＳ ＵＡはいわゆるＭＭＳユーザエージェントのことを表しており、つまりたとえば移動無線装置または移動無線装置と接続された機器（たとえばラップトップコンピュータ等）に設けられＭＭＳに対する機能を実現するソフトウェアプログラムを表している。この種の機能をたとえばＭＭの生成もしくは閲覧としてもよいし、ＭＭの受信または送信としてもよい。ＭＭＳ ＲＳはいわゆるＭＭＳリレー／サーバであり、つまり管轄範囲ＭＭＳＥ（Multimedia Messaging Service Environment）内で、すなわちＭＭＳサービスプロバイダＭＭＳＥ ＳＰ（MMSE Service Provider）のサービス環境内で、ＭＭＳ ＵＡに対してＭＭＳ機能を提供するネットワーク要素である。ＭＭ１とＭＭ４はインタフェースである。

たとえばＧＳＭまたはＵＭＴＳなどのような移動無線システムは、登録されているネットワークプロバイダのサービスを利用するために移動無線機器に差し込む必要のあるカードいわゆるスマートカードを規定どおりに利用する。ユーザ設定ならびに個人情報（電話帳、ＳＭＳ等）もこのカードに記憶される。ＧＳＭの場合、このカードはＳＩＭ（Subscriber Identity Module）と呼ばれる。ＵＭＴＳの場合には、物理的なカードＵＩＣＣ（Universal Integrated Circuit Card）とその論理的な機能であるＵＳＩＭ（UMTS Subscriber Identity Module）とを区別している。

ＧＳＭにおけるＳＡＴ（SIM Application Toolkit）とＵＭＴＳにおけるＵＳＡＴ（USIM Application Toolkit）は、アプリケーションプログラミング用のインタフェースいわゆるＡＰＩ（Application Programming Interface）をネットワークプロバイダに提供するツールである。ＵＳＩＭアプリケーションツールキットは、たとえば３ＧＰＰの技術仕様 TS 31.111 Version 4.2.1, Release 4に記載されている。このようなＡＰＩを用いることでネットワークプロバイダは、移動無線機器やカードのメーカに左右されることなく、ＵＳＡＴを介して移動無線機器の機能にアクセス可能な固有のアプリケーションをＳＩＭもしくはＵＩＣＣにインプリメントすることができる。ＳＩＭもしくはＵＩＣＣはこのようなツールセットのための物理的なベースである。その理由は、それらがネットワークプロバイダによって提供されるからであり、ひいてはネットワークプロバイダの要望に合わせることができるからである。

ネットワークプロバイダはすでに現在、マルチメディアメッセージＭＭを広告メッセージといっしょに伝送する可能性を有している。ただしここで問題となるのは、エアインタフェースを介して広告メッセージを伝送しなければならず、したがって広告によりシステムリソースを消費してしまうことである。

さらに、ＭＭ要素（たとえば広告として用いられるテキストファイル、ビデオファイルまたは音楽ファイル）が多数のＭＭに挿入されて、それらが同じＭＭＳ ＵＡへ送られることになることも起こり得る。ＭＭ中へ多重に挿入される可能性のあるこのようなＭＭ要素のことを、以下ではマルチメディアメッセージ多重要素と称する。このようなケースにおいてまたもや欠点となるのは、やはり同一の情報すなわち同一のＭＭ要素を同一のＭＭＳ ＵＡへ同時に伝達するためにインタフェース（図１のインタフェースＭＭ１の一部分）において貴重なシステムリソースが利用されることである。

したがって本発明の課題は、少なくとも１つのマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入する方法およびシステムにおいて、移動無線システムのシステムリソースに不必要に負荷をかけないようにすることである。

この課題は、請求項１の特徴部分に記載の少なくとも１つのマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入する方法、ならびに請求項１６の特徴部分に記載の少なくとも１つのマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入するシステムによって解決される。さらに上記の課題は、請求項２１及び３２記載の移動局によって解決される。従属請求項には本発明の有利な実施形態が示されている。

少なくとも１つのマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入する本発明による方法によれば、少なくとも１つのマルチメディアメッセージ多重要素をネットワーク要素から移動局へ送信するステップと、第１のマルチメディアメッセージを前記ネットワーク要素から前記移動局へ送信するステップと、前記マルチメディアメッセージ多重要素を該第１のマルチメディアメッセージに挿入するステップが設けられている。

少なくとも１つのマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入する本発明によるシステムによれば、少なくとも１つのマルチメディアメッセージ多重要素をネットワーク要素から移動局へ送信する手段と、第１のマルチメディアメッセージを前記ネットワーク要素から前記移動局へ送信する手段と、前記マルチメディアメッセージ多重要素を該第１のマルチメディアメッセージに挿入する手段が設けられている。

マルチメディアメッセージ多重要素は基本的にいかなる形式の情報データであってもよく、たとえばテキスト、音声またはビデオフィルムなどのような広告データであってもよい。ネットワーク要素を、既述のようなコネクションユニットＭＭＳ ＲＳあるいはいわゆるＶＡＳＰ（Value Added Service Provider 付加価値サービスプロバイダ）とするのが有利である。移動局は基本的にいかなる形式の移動端末機器であってもよいが、有利であるのはこれをＵＭＴＳ移動局とすることである。

本発明の１つの有利な実施形態によれば、移動局において挿入が行われる。このことにより得られる利点とは、マルチメディアメッセージ多重要素を移動局において記憶媒体に記憶し、必要に応じて１つまたは複数のマルチメディアメッセージにそれぞれ付加できることである。

本発明のさらに別の実施形態によれば、マルチメディアメッセージ多重要素が１回だけネットワーク要素から移動局へ送信され、複数のマルチメディアメッセージに挿入される。このようにすることで移動無線システムにおけるシステムリソースが節約される。その理由は、マルチメディアメッセージ多重要素をエアインタフェースを介して１回だけしか伝送しなくて済むからであり、そのようにすることで場合によっては移動局の記憶装置に情報データが格納された後にそれを任意の回数、別のマルチメディアメッセージに挿入することができるからであって、その結果として移動局のユーザはそれぞれ元のマルチメディアメッセージを個々のマルチメディアメッセージ多重要素とともに受け取ることになる。

また、マルチメディアメッセージ多重要素が送信される第１のマルチメディアメッセージに含まれているとさらに有利である。この実施形態によれば、送信される第１のマルチメディアメッセージとともに伝送されるマルチメディアメッセージ多重要素を、以降のすなわちあとから伝送されるマルチメディアメッセージに付加的に挿入することができる。

本発明の別の実施形態によれば、マルチメディアメッセージ多重要素が送信される第２のマルチメディアメッセージに含まれている。この場合、この特別なマルチメディアメッセージ多重要素だけしか含まれていない１つの別個のマルチメディアメッセージがエアインタフェースを介して伝送される。その際、「第２の別個のマルチメディアメッセージ」は、送信されるマルチメディアメッセージの順序に制約されない。むしろここでは「送信される第２のマルチメッセージ」は、上述の第１のマルチメディアメッセージと区別するためにさらに別のマルチメディアメッセージに関連づけられる。

本発明のさらに別の実施形態によれば、多数のマルチメディアメッセージ多重要素が１つのマルチメディアメッセージ内でネットワーク要素から移動局へ送信される。これにより得られる利点とは、やはりシステムリソースを節約することができ、多数のマルチメディアメッセージ多重要素を１回で１つの移動局へ伝送できることである。

さらに有利であるのは、マルチメディアメッセージが種々のマルチメディアメッセージ多重要素の判別を可能にする第１の情報フィールドをもつことである。この第１の情報フィールドは、種々のマルチメディアメッセージ多重要素を区別できるようにするために用いられる。ここで考えられるのは、識別番号たとえばネットワーク要素ＭＭＳ ＲＳにより付与される１つの新たなマルチメディアメッセージ要素ヘッダフィールドをマルチメディアメッセージ中に含ませることである。

さらに有利であるのは、マルチメディアメッセージが１つのマルチメディアメッセージ多重要素を１つのメッセージグループに対応づけ可能にする第２の情報フィールドを有することである。マルチメディアメッセージ多重要素を通常のマルチメディアメッセージ要素と区別できるようにする目的で、マルチメディアメッセージ多重要素をネットワーク要素によって別個に特徴づけることである。ここで考えられるのは、適切な値をもつ付加的なマルチメディアメッセージ要素ヘッダフィールドをマルチメディアメッセージ多重要素に与えることである。たとえば広告または特別なメッセージグループについて判別を行うことが考えられる。有利であるのは、マルチメディアメッセージの情報フィールドにおける情報がネットワーク要素たとえばＭＭＳ ＲＳにおいて加えられることである。

本発明の１つの実施形態によればマルチメディアメッセージは、このマルチメディアメッセージを移動局のユーザに呈示すべきか否かの情報を含む第３の情報フィールドを有している。１つの別個のマルチメディアメッセージがマルチメディアメッセージ多重要素を伝送するためにのみＭＭＳ ＲＳからＭＭＳ ＵＡへ送信されるケースであれば、このマルチメディアメッセージがＭＭＳ ＵＡによってユーザに呈示されるのを回避すべきである。このことは付加的なマルチメディアメッセージヘッダフィールドによって達成可能であり、このフィールドは有利にはＭＭＳ ＲＳによって挿入され、ＭＭＳ ＵＡに対しこのマルチメディアメッセージがユーザには呈示されないよう指示する。マルチメディアメッセージ多重要素がＭＭＳ ＵＡに伝達された後、たとえばスマートカード（（Ｕ）ＳＩＭまたはマルチメディアカード）などにあるいは移動局内に記憶される。

本発明のさらに別の有利な実施形態によれば、マルチメディアメッセージ多重要素の記憶が移動局においてユーザ手段により行われる。この場合に有利であるのは、ユーザ手段をＭＭＳ ＵＡとすることである。このユーザ手段によれば記憶が片手で行われる。マルチメディアメッセージ多重要素に１つの新たなマルチメディアメッセージ要素ヘッダフィールドが含まれていることによりユーザ手段は、利用可能な記憶媒体において対応する参照子のところにこのマルチメディアメッセージ多重要素を記憶すべきである、という情報を取得する。

さらに別の有利な実施形態によれば、マルチメディアメッセージ多重要素の記憶が移動局においてアプリケーション手段により組織化および／または実行される。この場合に有利であるのは、アプリケーション手段をＵＳＡＴとすることである。この実施形態の場合、アプリケーション手段はマルチメディアメッセージ多重要素についての情報を取得しておらず、アプリケーション手段は記憶を組織化し、さらに記憶自体がこのアプリケーション手段によって開始される。ここでは２つのオプションが考えられる。

第１のオプションによれば、ＵＳＡＴがＭＭＳ ＵＡに対し１回、到来するすべてのマルチメディアメッセージについてすべてのヘッダフィールド（いわゆる「ヘッダ」）のコピーすなわちマルチメディアメッセージヘッダもすべてのマルチメディアメッセージ要素ヘッダも自身へ、つまりＵＳＡＴへ転送するよう要求する。ついでＵＳＡＴはマルチメディアメッセージ要素ヘッダを評価し、その際、存在するすべてのマルチメディアメッセージ多重要素を新たなマルチメディアメッセージ要素ヘッダフィールドに基づき突き止め、ついでＭＭＳ ＵＡに対し、対応するＭＭ多重要素を対応する参照子を用いて利用可能な記憶媒体に格納するよう要求する。

第２のオプションによれば、ＭＭＳ ＲＳが挿入した対応するヘッダフィールドがマルチメディアメッセージ中に挙げられている場合にのみ、ＭＭＳ ＵＡがすべてのヘッダのコピーを、すなわちマルチメディアメッセージヘッダもすべてのマルチメディアメッセージ要素ヘッダもＵＳＡＴへ転送する。ＵＳＡＴによるヘッダの評価ならびにＭＭＳ ＵＡに対する記憶の要求は、第１のオプションに従って行われる。

ここでさらに考えられるのは、組織化ばかりか本来の記憶の役割もＵＳＡＴに担わせることである。この場合も先に挙げた２つのオプションを利用することができるが相違点は、すべてのヘッダのコピーだけでなく、マルチメディアメッセージ全体がＵＳＡＴへ転送されることである。その際にＵＳＡＴはヘッダを評価するだけでなく、対応する参照子を用いてＵＩＣＣ（もしくはＵＳＡＴが存在するスマートカード）におけるマルチメディアメッセージ多重要素も付加的に評価する。

これまで説明してきた３つのオプションにおいて、以下の上書きルールを適用することができる。すなわち、すでに存在する参照子をもつマルチメディアメッセージ多重要素を記憶すべき場合には、古いマルチメディアメッセージ多重要素は上書きされることになる。このルールを用いることにより、マルチメディアメッセージ多重要素の更新も可能となる。

ただしマルチメディアメッセージ多重要素の送信ならびに記憶を回避するために、移動局、ＭＭＳ ＵＡ、ＵＩＣＣまたはＭＭＳ ＵＡによりアクセス可能なその他の記憶媒体の製品出荷時点ですでに、対応する参照子を用いてマルチメディアメッセージ多重要素をそれらに記憶させることも考えられる。

本発明の１つの実施形態によれば、マルチメディアメッセージ多重要素がすでに移動局に格納されているならば、この移動局へ送信すべきマルチメディアメッセージ中にこのマルチメディアメッセージ多重要素に対する参照子が挿入される。たとえば、特定のマルチメディアメッセージ多重要素（これはそれに属する移動局内に対応の参照子を用いて格納されている）を含めておくべきマルチメディアメッセージが、ＭＭＳ ＲＳからＭＭＳ ＵＡへ送信される場合には、ＭＭＳ ＲＳにおいてこのマルチメディアメッセージ多重要素が挿入されるのではなく、付加的なマルチメディアメッセージヘッダフィールドがそれに対応する参照子を用いて挿入される。その後、このマルチメディアメッセージがＭＭＳ ＲＳから移動局へ伝送される。

有利であるのは、マルチメディアメッセージ多重要素の挿入が移動局においてユーザ手段により行われることである。その際に有利であるのは、ユーザ手段をＭＭＳ ＵＡとすることである。マルチメディアメッセージに新たなマルチメディアメッセージヘッダフィールドが含まれていることによりＭＭＳ ＵＡは、対応する記憶媒体から対応する参照子を用いて対応するマルチメディアメッセージを読み出すことができる、という情報を取得し、その後、マルチメディアメッセージに挿入することができる。

さらに別の有利な実施形態によれば、マルチメディアメッセージ多重要素の挿入が移動局においてアプリケーション手段により組織化および／または実行される。この場合に有利であるのは、アプリケーション手段をＵＳＡＴとすることである。この場合、ユーザ手段（ＭＭＳ ＵＡ）ではなくアプリケーション手段（ＵＳＡＴ）によって、マルチメディアメッセージへのマルチメディアメッセージ多重要素の挿入が組織化される。さらにこの挿入自体はユーザ手段によって実行される。この目的で２つのオプションが考えれる。第１のオプションによれば、アプリケーション手段はユーザ手段に対し１回、到来するすべてのマルチメディアメッセージについてすべてのヘッダのコピーを自身へ、すなわちアプリケーション手段へ送るよう要求する。これに基づきアプリケーション手段はマルチメディアメッセージヘッダフィールドを評価し、その際、対応するマルチメディアメッセージヘッダフィールドを見つけ出す。この形式の複数のマルチメディアメッセージヘッダフィールドを設けておくこともできる。これに応じてアプリケーション手段はユーザ手段に対し、対応する参照付け可能なマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入するよう要求する。

第２のオプションによれば、対応するヘッダフィールドがマルチメディアメッセージヘッダフィールド中に記載されている場合にのみ、ユーザ手段がアプリケーション手段へすべてのヘッダフィールドのコピーを送信する。その際、アプリケーション手段によるヘッダフィールドの評価ならびに対応するマルチメディアメッセージ多重要素を挿入させるためのユーザ手段への要求は、先に挙げたオプションに従って行われる。

アプリケーション手段（ＵＳＡＴ）に対し、組織化だけでなくマルチメディアメッセージ多重要素の本来の挿入の役割も担わせることができる。この場合も先に挙げた両方のオプションを利用することができるが相違点は、すべてのヘッダフィールドのコピーだけでなく、マルチメディアメッセージ全体がアプリケーション手段へ転送されることである。このようにすればアプリケーション手段はヘッダフィールドを評価するだけでなく、付加的に対応する参照子に基づきマルチメディアメッセージ多重要素をＵＩＣＣ（もしくはＵＳＡＴが存在するスマートカード）からロードすることになり、それをマルチメディアメッセージに挿入し、その後、変更されたマルチメディアメッセージをユーザ手段に送り戻すことになる。

プログラミング言語をベースとするプレゼンテーションたとえばＳＭＩＬプレゼンテーションが伝送すべきマルチメディアメッセージの主要部分に含まれているケースであるならば、ネットワーク要素（たとえばＭＭＳ ＲＳ）は付加的なマルチメディアメッセージヘッダフィールドを挿入する代わりに、端末機器に格納されているマルチメディアメッセージ要素への参照をＳＭＩＬプレゼンテーションにダイレクトに埋め込むことができる。ＳＭＩＬ（Synchronize Multimedia Integration Language）は、インタラクティブなオーディオビジュアルプレゼンテーションを記述するためのプログラミング言語である。このようなケースであると、マルチメディアメッセージ多重要素はマルチメディアメッセージのオープン時もしくは閲覧時にＳＭＩＬプレゼンテーションの側から呼び出されることになる。この場合、付加的なマルチメディアメッセージヘッダフィールドは挿入されず、したがってマルチメディアメッセージ多重要素も移動局においてマルチメディアメッセージ中に物理的には挿入されない。その代わりに、参照子がＳＭＩＬプレゼンテーションに埋め込まれる。この場合の利点は、（一例としてマルチメディアメッセージの受信時点とプレゼンテーション時点との間にたとえば広告メッセージ等のようなマルチメディアメッセージ多重要素が上書きにより更新された場合などに）マルチメディアメッセージのプレゼンテーションにあたり最新のマルチメディアメッセージ多重要素が表示されることである。

その際、移動局に格納されているマルチメディアメッセージに対する参照をマルチメディアメッセージにダイレクトに埋め込むことも考えられる。

さらに考えられるのは、ネットワーク要素（ＭＭＳ ＲＳ）のすべての付加的な機能を、いわゆるＭＭＳ ＶＡＳＰ（MMS Value Added Service Provider ＭＭＳ付加価値サービスプロバイダ）により稼働されるサーバが担うようにすることである。このようなケースでは、マルチメディアメッセージが最初にネットワーク要素（ＭＭＳ ＲＳ）からＭＭＳ ＶＡＳＰへ送られ、ＭＭＳ ＶＡＳＰは必要とされる機能をマルチメディアメッセージに適用する。その後、ＭＭＳ ＶＡＳＰは、場合によってはヘッダフィールドの挿入により変更されたマルチメディアメッセージをネットワーク要素へ送り戻す。その後、ネットワーク要素（ＭＭＳ ＲＳ）はマルチメディアメッセージをユーザ手段（ＭＭＳ ＵＡ）へ伝送する。

さらに有利には以下のルールを適用することができる：マルチメディアメッセージ多重要素がその参照子を用いて記憶装置に格納されているならば、挿入は行われない。これに加えて考えられるのは、ユーザ手段（たとえばＭＭＳ ＵＡ）がエラーメッセージをネットワーク要素（たとえばＭＭＳ ＲＳ）へ送信し、このネットワーク要素が参照づけられているマルチメディアメッセージ多重要素のエラーないしは欠落を指示することである。この場合に可能であろうことは、ネットワーク要素がこのエラーメッセージに基づきこのマルチメディアメッセージ多重要素に対しもはや参照づけを行わないようにすることであり、あるいは欠落しているマルチメディアメッセージ多重要素の伝達をネットワーク要素が実行し、以降のマルチメディアメッセージにおいてこのエラーが発生しないようにすることである。

ネットワーク要素がマルチメディアメッセージ多重要素を付加的なマルチメディアメッセージヘッダフィールドによって参照づけるか否か、およびどのマルチメディアメッセージ多重要素に対しこのことを行うのか、もしくはどのマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入すべきであるのかについて、ネットワーク要素は特定の条件に依存して選択することができる。

この手順はマルチメディアメッセージ多重要素が広告メッセージであるときに有利であり、その理由はこのようなケースでは目的に合わせて広告を送信すべきだからである。たとえば送信アドレスに依存してこの選択を行うことができる。たとえば差出側がある特定のネットワークプロバイダである場合、このネットワークプロバイダの広告メッセージも挿入されることになる。また、この選択を受信側の滞在場所に依存して行わせることもできる。受信側がたとえば特定のスーパーマーケットの近くにいるならば、そのときにはこの特定のスーパーマーケットの広告メッセージを挿入することもできる。

さらに本発明は、本発明による方法において使用するための移動局ならびに本発明によるシステムにおいて使用するための移動局にも関する。

本発明の利点は、ネットワーク要素（たとえばＭＭＳ ＲＳ）から同じユーザ手段（たとえばＭＭＳ ＵＡ）へ何度も伝達する必要のあるマルチメディアメッセージ多重要素を、エアインタフェースを介して１回だけ送信すればよいことである。これにより、同一のデータすなわち同一のマルチメディアメッセージ多重要素を繰り返し伝送することが回避され、このことでエアインタフェースにおける高価なリソースが節約されるようになる。これによって、リソースを多く消費するマルチメディアタイプのマルチメディアメッセージ多重要素において殊に、１つのマルチメディアメッセージのために伝送しなければならないデータが著しく低減されるようになる。

本発明によればネットワーク運営側は、広告メッセージとして特定のマルチメディアメッセージ多重要素を多数のマルチメディアメッセージに挿入してから、それらのマルチメディアメッセージを移動局のユーザに呈示することができる。これによって、繰り返し何度も同じ広告メッセージによってエアインタフェースに負担がかかってしまうようななことが回避される。

次に、図面を参照しながら実施例に基づき本発明について詳しく説明する。それらに示されている特徴ならびにこれまで説明してきた特徴は、そこに挙げられている組み合わせのみならず、単独でも他の組み合わせでも本発明の本質を成すものとすることができる。

図１は、３ＧＰＰによるＭＭＳネットワークアーキテクチャについて示す図である。

図２は、マルチメディアメッセージの伝送に関する実施例を示す図である。

図３は、マルチメディアメッセージ要素ヘッダフィールドをもつマルチメディアメッセージの伝送に関する実施例を示す図である。

図４は、付加的なマルチメディアメッセージヘッダフィールドをもつマルチメディアメッセージの伝送に関する実施例を示す図である。

図５は、付加的なマルチメディアメッセージ多重要素をもつマルチメディアメッセージの伝送に関する実施例を示す図である。

図６は、付加的なマルチメディアメッセージヘッダフィールドをもつマルチメディアメッセージの伝送に関する実施例を示す図である。

図７は、付加的なマルチメディアメッセージ多重要素の挿入を伴うマルチメディアメッセージの伝送に関する実施例を示す図である。

図８は、付加的なマルチメディアメッセージヘッダフィールドの挿入を伴うマルチメディアメッセージの伝送に関する実施例を示す図である。

図９は、マルチメディアメッセージ多重要素をマルチメディアメッセージに挿入する実施例を示す図である。

図１については本明細書冒頭ですでに説明しており、その個所を参照されたい。

第１の実施例によれば、マルチメディアメッセージへのマルチメディアメッセージ多重要素の挿入が４つのステップに分けられている。

第１のステップでは、マルチメディアメッセージがユーザに送られることになる。この目的で、最初にその管轄のＭＭＳ ＲＳにこのマルチメディアメッセージが届けられる。ＭＭＳ ＲＳはこのマルチメディアメッセージをそのユーザのＭＭＳ ＵＡへ転送する前に、広告メッセージをマルチメディアメッセージ多重要素としてこのマルチメディアメッセージに挿入する。その際にマルチメディアメッセージ要素ヘッダフィールドに対し、たとえばエントリ"C-P: ad/1"が与えられる。ついでＭＭＳ ＲＳはこのマルチメディアメッセージを、メッセージ"MM1_retrieve.RES" 2を用いてＭＭＳ ＵＡへ伝達する。図２にはこのプロセスが示されている。

第２のステップにおいてＭＭＳ ＵＡはマルチメディアメッセージを受け取った後、すべてのマルチメディアメッセージ要素ヘッダフィールドを評価し、それによって広告通知をもつマルチメディア多重メッセージに属するマルチメディアメッセージ要素ヘッダフィールド"C-P :ad/1"を見つけ出す。それに基づきＭＭＳ ＵＡは対応する参照子（ここではたとえば"ad/1"）を用いて、利用可能な記憶媒体にこのマルチメディアメッセージ多重要素を格納する。第２のステップのこのプロセスはたとえば図３に示されている。その後、ＭＭＳ ＵＡはマルチメディアメッセージを引き続き処理することができる。

第３のステップにおいて、ＭＭＳ ＲＳは参照子"ad/1"をもつ第１のマルチメディアメッセージ多重要素をもう１度マルチメディアメッセージに挿入するよう要求する。ただしこの場合には（ステップ１におけるように）マルチメディアメッセージ多重要素を新たに挿入するのではなく、ＭＭＳ ＲＳは付加的なマルチメディアメッセージヘッダフィールド"X-MMS-Insert-MM_Element: ad/1"を挿入し、ついでこのマルチメディアメッセージをＭＭＳ ＵＡに転送する。

第４のステップにおいてＭＭＳ ＵＡはマルチメディアメッセージを受け取った後、すべてのマルチメディアメッセージ要素ヘッダフィールドを評価し、その際、マルチメディアメッセージヘッダフィールド"X-MMS-Insert-MM_Element :ad/1" を見つけ出す。それに基づきＭＭＳ ＵＡは対応する参照子（ここではたとえば"ad/1"）を用いて、このマルチメディアメッセージ多重要素を記憶媒体から読み出し、このマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入する。第４のステップのこのプロセスは図４に示されている。ついでＭＭＳ ＵＡはマルチメディアメッセージを引き続き処理することができる。

本発明の第２の実施例によればＵＳＡＴはＭＭＳ ＵＡに対し１回、到来するすべてのマルチメディアメッセージにおけるすべてのヘッダフィールド（マルチメディアメッセージヘッダフィールドおよびマルチメディアメッセージ要素ヘッダフィールド全部）のコピーを自身へつまりＵＳＡＴへ転送するよう要求する。

最初のステップは第１の実施例の最初のステップと同じである。

第２のステップにおいてＭＭＳ ＵＡは、マルチメディアメッセージを受け取った後、すべてのヘッダフィールドのコピーをＵＳＡＴへ転送する（なぜならばＭＭＳ ＵＡは事前にＵＳＡＴによりそのことを要求されているからである、第２の実施例の冒頭の記載を参照）。ＵＳＡＴはマルチメディアメッセージ要素ヘッダフィールドを評価し、その際、存在するすべてのマルチメディアメッセージ多重要素を新たなマルチメディアメッセージ要素ヘッダフィールド（たとえば"C-P: ad/1"）に基づき突き止め、ついでＭＭＳ ＵＡに対し、対応するＭＭ多重要素を対応する参照子（たとえばここでは"ad/1"）を用い利用可能な記憶媒体に格納するよう要求する。第２のステップのこのプロセスは図５に示されている。その後、ＭＭＳ ＵＡはマルチメディアメッセージを引き続き処理することができる。第３のステップとして、第１の実施例と同じステップ３が続く。

第４のステップにおいて、ＭＭＳ ＵＡはすべてのヘッダフィールドのコピーをＵＳＡＴへ転送する。これに基づきＵＳＡＴはマルチメディアメッセージヘッダフィールドを評価し、その際、マルチメディアメッセージヘッダフィールド"X-MMS-Insert-MM_Element :ad/1"を見つけ出す。これに基づきＵＳＡＴはＭＭＳ ＵＡに対し、相応に参照づけられているマルチメディアメッセージ多重要素"ad/1"をマルチメディアメッセージに挿入するよう要求する。したがってＭＭＳ ＵＡは対応する参照子"ad/1"を用いて、このマルチメディアメッセージ多重要素を記憶媒体から読み出し、このマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入する。図６にはこのプロセスが描かれている。その後、ＭＭＳ ＵＡはマルチメディアメッセージを引き続き処理することができる。

本発明の第３の実施例によればＵＳＡＴはＭＭＳ ＵＡに対し１回、到来するすべてのマルチメディアメッセージにおけるすべてのヘッダフィールド（マルチメディアメッセージヘッダフィールドおよびマルチメディアメッセージ要素ヘッダフィールド全部）のコピーを自身へつまりＵＳＡＴへ転送するよう要求し、これが行われるのはマルチメディアメッセージヘッダフィールド中に対応するヘッダフィールド（たとえば"X-MMS-Intended_for_USAT : YES"）が記述されている場合である。

第１のステップでは、マルチメディアメッセージがユーザに送られることになる。この目的で、最初にその管轄のＭＭＳ ＲＳにこのマルチメディアメッセージが届けられる。ＭＭＳ ＲＳはこのマルチメディアメッセージをそのユーザのＭＭＳ ＵＡへ転送する前に、広告メッセージをマルチメディアメッセージ多重要素としてこのマルチメディアメッセージに挿入する。その際にマルチメディアメッセージ要素ヘッダフィールドに対したとえばエントリ"C-P: ad/1"が与えられ、マルチメディアメッセージヘッダフィールドにはたとえばエントリ"X-MMS-Intended_for_USAT: YES"が与えられる。ついでＭＭＳ ＲＳはこのマルチメディアメッセージを、メッセージ"MM1_retrieve.RES" 2を用いてＭＭＳ ＵＡへ伝達する。

第２のステップにおいて、ＭＭＳ ＵＡはすべてのヘッダフィールドのコピーをＵＳＡＴへ転送する。その理由は、ヘッダフィールド"X-MMS-Intended_for_USAT: YES"がマルチメディアメッセージに挿入されているという条件が満たされているからである。したがってこの第２のステップは、第２の実施例における第２のステップに対応する。

第３のステップにおいて、ＭＭＳ ＲＳは参照子"ad/1"をもつ第１のマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入するよう要求する。ただしこの場合には（ステップ１におけるように）マルチメディアメッセージ多重要素を新たに挿入するのではなく、ＭＭＳ ＲＳは付加的なマルチメディアメッセージヘッダフィールド"X-MMS-Insert-MM_Element: ad/1"と付加的なマルチメディアメッセージヘッダフィールド"X-MMS-Intended_for_USAT: YES"を挿入し、ついでこのマルチメディアメッセージをＭＭＳ ＵＡに転送する。

第４のステップにおいて、ＭＭＳ ＵＡはすべてのヘッダフィールドのコピーをＵＳＡＴへ転送する。その理由は、ヘッダフィールド"X-MMS-Intended_for_USAT: YES"がマルチメディアメッセージに挿入されているという条件が満たされているからである。したがってこの第４のステップは、先に挙げた実施例における第４のステップに対応する。

第４の実施例は、第２の実施例ないしは第３の実施例に対する変形である。

第２のステップが実施例２および実施例３と異なる点は、ＭＭＳ ＵＡがすべてのヘッダフィールドのコピーだけでなくマルチメディアメッセージ全体のコピーをＵＳＡＴへ転送することである（実施例２に対する変形ではＵＳＡＴによる先行の１回の要求に基づいて行われ、実施例３に対する変形ではヘッダフィールド"X-MMS-Intended_for_USAT: YES"に基づいて行われる）。ＵＳＡＴはマルチメディアメッセージ要素ヘッダフィールドを評価し、その際、存在するすべてのマルチメディアメッセージ多重要素を新たなマルチメディアメッセージ要素ヘッダフィールド（たとえば"C-P: ad/1"）に基づき突き止め、ついで対応するＭＭ多重要素を対応する参照子（たとえばここでは"ad/1"）を用い利用可能な記憶媒体たとえばＵＩＣＣ（もしくはＵＳＡＴが存在するスマートカード）に格納する。第２のステップのこのプロセスは図７に描かれている。その後、ＭＭＳ ＵＡはマルチメディアメッセージを引き続き処理することができる。

第４のステップが実施例２および実施例３と異なる点は、ＭＭＳ ＵＡがすべてのヘッダフィールドのコピーだけでなくマルチメディアメッセージ全体のコピーをＵＳＡＴへ転送することである（実施例２に対する変形ではＵＳＡＴによる先行の１回の要求に基づいて行われ、実施例３に対する変形ではヘッダフィールド"X-MMS-Intended_for_USAT: YES"に基づいて行われる）。これに基づきＵＳＡＴはマルチメディアメッセージヘッダフィールドを評価し、その際、マルチメディアメッセージヘッダフィールド"X-MMS-Insert-MM_Element :ad/1"を見つけ出す。したがってＵＳＡＴは対応する参照子"ad/1"を用いて、このマルチメディアメッセージ多重要素を記憶媒体から読み出し、このマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入する。その後、ＵＳＡＴはこのように変更されたマルチメディアメッセージをＭＭＳ ＵＡに送り戻す。図８にはこのプロセスが描かれている。その後、ＭＭＳ ＵＡはマルチメディアメッセージを引き続き処理することができる。

第５の実施例において考察するケースは、ＭＭＳ ＲＳがＭＭＳ ＵＡへマルチメディアメッセージを送るのではなく、これとは逆にＭＭＳ ＵＡがＭＭＳ ＲＳへマルチメディアメッセージを送る場合である。この場合に考えられるのは、ＭＭＳ ＵＡもしくはＵＳＡＴがマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入してから、そのマルチメディアメッセージをＭＭＳ ＲＳへ転送することである。この場合、ユーザはたとえば、自身に送られる特定のマルチメディアメッセージまたはすべてのマルチメディアメッセージにビジットカード（visiting card）を伴うファイルを挿入することができる。このことは図９に示されている。

リスト１には、従来技術によるマルチメディアメッセージが示されている。上方の部分はいわゆるマルチメディアメッセージヘッダである。"nEntris"は、いくつのマルチメディアメッセージ要素がマルチメディアメッセージに挿入されているのかを表す。ついで、それぞれ固有のマルチメディアメッセージ要素ヘッダフィールドとコンテンツを有するマルチメディアメッセージ要素が続く。従来技術によればＭＭＳ ＲＳもＭＭＳ ＵＡも、存在するマルチメディアメッセージにマルチメディアメッセージ要素を挿入すること、および／またはマルチメディアメッセージヘッダおよび／またはマルチメディアメッセージ要素ヘッダを拡張および／または変更する機能を変更することである。リスト１に対する変更の一例は、リスト２に太字で描かれている。挿入されたマルチメディアメッセージはここでは一例としてファイルフォーマット"Text"を有しているが、他のファイルフォーマットも同様に考えられる。

リスト３，４，５には３つのマルチメディアメッセージが例示されており、これらのマルチメディアメッセージを用いてマルチメディアメッセージ多重要素をＭＭＳ ＲＳからＭＭＳ ＵＡに伝達することができる。リスト３には第１のマルチメディアメッセージが示されており、このマルチメディアメッセージは"Siemens.txt"の名前をもつマルチメディアメッセージ多重要素を含むものとする。このマルチメディアメッセージには、付加的なマルチメディアメッセージ要素ヘッダフィールド"C-P: ad/1"をもつマルチメディアメッセージ多重要素が挿入される。リスト４には、付加的なマルチメディアメッセージ要素"C-P"をもつマルチメディアメッセージ多重要素を伝達する目的で特別なマルチメディアメッセージを送信する例が示されている。付加的なマルチメディアメッセージヘッダフィールド"X-MMS-Empfaenger-Sichtbarkeit: Nein"により配慮されるのは、このマルチメディアメッセージはＭＭＳ ＵＡによっても「通常の」マルチメディアメッセージとしてあとで処理されない、ということである。リスト５による例の場合、複数のマルチメディアメッセージ多重要素を１つのマルチメディアメッセージを用いて同時に伝達することもできる。

リスト３，４，５による例において付加的なマルチメディアメッセージ要素ヘッダフィールド"C-P: ad/1"は、それがマルチメディアメッセージ多重要素であることを指示しており、さらに一義的な識別番号も指示し、それによってあとで一義的にそれに参照可能となる。

リスト６にはやはり周知のマルチメディアメッセージが示されている。

リスト７には、すでに移動無線機器に格納されているマルチメディアメッセージ多重要素をマルチメディアメッセージに新たに挿入する代わりに、ＭＭＳ ＲＳが付加的なマルチメディアメッセージヘッダフィールド"X-MMS-InsertMM Element :ad/1"を挿入する様子が示されている。

リスト８に示されているようにこれに基づきＭＭＳ ＵＡは、"ad/1"により参照づけられたマルチメディアメッセージ多重要素をマルチメディアメッセージに挿入する必要があり、そのあとでこれを後続処理できる、という情報を有している。

次に、図２〜図９について詳しく説明する。以下の実施形態では、同一の参照符号は同じ意味をもっている。

図２には、ヘッダフィールド（ヘッダ Header）Ｈと２つのＭＭ要素Ｔ（テキスト Text）ＴとＶ（ビデオデータ Videodata）とをもつマルチメディアメッセージが示されている。ＭＭＳ ＲＳは参照符号１のところでマルチメディアメッセージＭＭを取得し、ＭＭ要素ヘッダフィールド"C-P: ad/1"を広告メッセージとしてマルチメディアメッセージＭＭに挿入する。変更されたこのＭＭは、参照符号２において移動局ＭＳのＭＭＳ ＵＡに転送される。

図３には、ＭＭＳ ＲＳがＭＭ要素ヘッダフィールド"C-P: ad/1"をもつ付加的なＭＭ多重要素Ｗを広告メッセージとしてＭＭに挿入した後、変更されたマルチメディアメッセージＭＭが移動局ＭＳのＭＭＳ ＵＡに転送される様子が、参照符号３として示されている。ついで参照符号４のところで、広告メッセージＷをもつＭＭ多重要素が新たなＭＭ要素ヘッダフィールド"C-P: ad/1"に基づき、ＭＭＳ ＵＡにより移動局ＭＳの記憶媒体ＳＭに参照子"ad/1"を用いて格納される。

図４には、ＭＭＳ ＲＳが付加的なＭＭヘッダフィールド"I-E: ad/1"を挿入した後、変更されたマルチメディアメッセージＭＭが移動局ＭＳのＭＭＳ ＵＡへ転送される様子が、参照符号５として示されている。そしてこの新たなＭＭヘッダフィールドに基づきＭＭＳ ＵＡは、参照子"ad/1"を用いて記憶媒体ＳＭからＭＭ多重要素を読み出し、ついでそれをマルチメディアメッセージＭＭへ挿入する。

図５には、ＭＭＳ ＲＳがＭＭ要素ヘッダフィールド"C-P: ad/1"を有する付加的なＭＭ多重要素ＷをマルチメディアメッセージＭＭに挿入する様子が示されている。参照符号８のところでＭＭＳはすべてのヘッダのコピーを（Ｕ）ＳＡＴに引き渡し、これに基づき（Ｕ）ＳＡＴはＭＭ要素ヘッダフィールド"C-P: ad/1"を見つけ出す。これに従い（Ｕ）ＳＡＴはＭＭＳ ＵＡに対し参照符号９のところで、対応するＭＭ多重要素を移動局ＭＳにおける利用可能な記憶媒体ＳＭに参照符号"ad/1"を用いて参照符号１０のように記憶するよう要求する。

図６には、ＭＭＳ ＲＳが付加的なＭＭ要素ヘッダフィールド"I-E: ad/1"をマルチメディアメッセージＭＭに挿入する様子が示されている。ＭＭＳ ＵＡは参照符号１２のところで、すべてのヘッダのコピーを（Ｕ）ＳＡＴへ引き渡す。（Ｕ）ＳＡＴはこれに基づき、ＭＭヘッダフィールド"I-E: ad/1"を見つけ出す。しがたって（Ｕ）ＳＡＴはＭＭＳ ＵＡに対し参照符号１３のところで、対応するＭＭ多重要素"ad/1"を記憶媒体ＳＭから読み出して、参照符号１４として示されているように対応するＭＭ多重要素をマルチメディアメッセージＭＭへ挿入するよう要求する。

図７には、ＭＭ要素ヘッダフィールド"C-P: ad/1"をもつ付加的なＭＭ多重要素Ｗを、ＭＭＳ ＲＳによりマルチメディアメッセージＭＭに挿入する様子が示されている。ＭＭＳ ＵＡは参照符号１６のところで、マルチメディアメッセージＭＭ全体のコピーを（Ｕ）ＳＡＴへ引き渡す。これに基づき（Ｕ）ＳＡＴは、ＭＭ要素ヘッダフィールド"C-P: ad/1"を見つけ出す。したがってＵＳＡＴは参照符号１７として示されているように、対応するＭＭ多重要素を参照符号"ad/1を用いてＵＩＣＣに格納する。その後、ＭＭＳ ＵＡはマルチメディアメッセージＭＭを用いて後続処理を行うことができる。

図８には、ＭＭＳ ＲＳによる付加的なＭＭヘッダフィールド"I-E: ad/1"の挿入について示されている。ＭＭＳ ＵＡは参照符号１９のところで、マルチメディアメッセージＭＭ全体をＵＳＡＴに引き渡す。（Ｕ）ＳＡＴはこれに基づき、ＭＭヘッダフィールド"I-E: ad/1"を見つけ出す。したがってＵＳＡＴは対応するＭＭ多重要素"ad/1"をＵＩＣＣから読み出し（参照符号２０）、対応するＭＭ多重要素をマルチメディアメッセージＭＭに挿入し、変更されたマルチメディアメッセージＭＭを参照符号２１として示されているようにＭＭＳ ＵＡへ送り戻す。その後、ＭＭＳ ＵＡはマルチメディアメッセージＭＭを用いて後続処理を行うことができる。

最後に図９には、ＭＭＳ ＵＡがＭＭ多重要素ＶＩＳたとえばビジットカード（visiting card）をマルチメディアメッセージＭＭへ挿入する様子が、参照符号４０として示されている。その後、ＭＭＳ ＵＡは変更されたマルチメディアメッセージＭＭ^＊をメッセージ４１を介してＭＭＳ ＲＳへ伝達する。

３ＧＰＰによるＭＭＳネットワークアーキテクチャについて示す図 マルチメディアメッセージの伝送に関する実施例を示す図 マルチメディアメッセージ要素ヘッダフィールドをもつマルチメディアメッセージの伝送に関する実施例を示す図 付加的なマルチメディアメッセージヘッダフィールドをもつマルチメディアメッセージの伝送に関する実施例を示す図 付加的なマルチメディアメッセージ多重要素をもつマルチメディアメッセージの伝送に関する実施例を示す図 付加的なマルチメディアメッセージヘッダフィールドをもつマルチメディアメッセージの伝送に関する実施例を示す図 付加的なマルチメディアメッセージ多重要素の挿入を伴うマルチメディアメッセージの伝送に関する実施例を示す図 付加的なマルチメディアメッセージヘッダフィールドの挿入を伴うマルチメディアメッセージの伝送に関する実施例を示す図 マルチメディアメッセージ多重要素をマルチメディアメッセージに挿入する実施例を示す図

Claims (30)

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. 請求項１５から２６のいずれか１項記載のシステムにおいて、前記移動局は、マルチメディアメッセージ多重要素の挿入を行うユーザ手段（ＭＭＳ ＵＡ）を有していることを特徴とするシステム。
28. 請求項１５から２７のいずれか１項記載のシステムにおいて、前記移動局は、マルチメディアメッセージ多重要素の挿入を組織化および／または実行するアプリケーション手段（ＵＳＡＴ）を有していることを特徴とするシステム。
29. 請求項１から１４のいずれか１項記載の方法に使用する移動局。
30. 請求項１５から２８のいずれか１項記載のシステムにおいて使用する移動局。

Images