(57)【要約】本発明は、移動無線装置または移動無線装置に接続されている機器装置で実行される送信アプリケーションまたは送受信アプリケーションにおけるマルチメディアレファレンスを有するメッセージのハンドリングのための方法に関している。本発明の特徴は、メッセージが、一緒に送信される特定ブロックに含まれる、少なくとも１つのファイルに対する少なくとも１つのレファレンスを含むように生成されて送信されることにある。このファイルは、移動無線装置外のメモリ内かまたは移動無線装置に接続される装置機器にファイルされている。同様に本発明では、相応するプロバイダーネットワーク構成要素内の方法並びに相応する装置、およびソフトウエアプログラムも提案されている。
2004532485.tif 000002
【特許請求の範囲】
【請求項１】
移動無線装置又は移動無線装置に接続された装置機器において実行される、送信アプリケーション又は送／受信アプリケーション（ＭＭＳユーザーエージェントＡ，ＭＭＳユーザーエージェントＢ）におけるマルチメディアレファレンスを有するメッセージ（ＭＭ）のハンドリングのための方法において、
移動無線装置外のメモリにファイルされるかまたは移動無線装置に接続されている装置機器にファイルされる少なくとも１つのファイルに対する少なくとも１つのレファレンスが、共に送信される特定ブロックに含まれるようにメッセージ（ＭＭ）が生成されるかおよび／または送信されるようにしたことを特徴とする方法。
【請求項２】
少なくとも１つのレファレンスが特定ブロックのヘッダーフィールド内で実施される、請求項１記載の方法。
【請求項３】
少なくとも１つのレファレンスがＵＲＩ（Universal Resource Identifier）を含んでいる、請求項１または２記載の方法。
【請求項４】
マルチメディアレファレンスを有するメッセージが、ＷＡＰメッセージ“M-Send.req”と共に送信アプリケーション（ＭＭＳユーザーエージェントＡ）から送信側ＭＭＳリレー／サーバー（ＭＭＳリレー／サーバーＢ）へ送信され、この場合ＷＡＰメッセージ“Ｍ-Ｓｅｎｄ．ｒｅｑ”が少なくとも１つのヘッダーフィールド（“X-Mms-Add-Element”）を少なくとも１つのレファレンスと共に含んでいる、請求項１から３いずれか１項記載の方法。
【請求項５】
少なくとも１つのレファレンスは、送信側ＭＭＳサービスプロバイダー（ＭＭＳサービスプロバイダーＡ）、ないし受信側ＭＭＳサービスプロバイダー（ＭＭＳサービスプロバイダーＢ）の管轄領域、及び／又は送信側及び／又は受信側ＭＭＳサービスプロバイダー（ＭＭＳサービスプロバイダーＡ、ＭＭＳサービスプロバイダーＢ）によるアクセス手段を有する外部データメモリ内にファイルされている、少なくとも１つのファイルに方向付けされている、請求項１から４いずれか１項記載の方法。
【請求項６】
前記ヘッダーフィールド（“X-Mms-Add-Elenment”）のフィールドネームは、１６進値０×８９である、
【請求項７】
前記ヘッダーフィールド（“X-Mms-Add-Elenment”）の１つまたは複数のフィールド値は、テキストストリングとして符号化されている、請求項１から６いずれか１項記載の方法。
【請求項８】
請求項１から７いずれか１項に従って送信アプリケーションまたは送受信アプリケーション（ＭＭＳユーザーエージェントＡ、ＭＭＳユーザーエージェントＢ）から送信され、プロバイダーネットワーク要素（ＭＭＳリレー／サーバーＡ、ＭＭＳリレー／サーバーＢ）によって受信されたマルチメディアレファレンスを有するメッセージ（ＭＭ）のハンドリングのための方法において、
一緒に送信された特定ブロックが送信側及び／又は受信側ＭＭＳサービスプロバイダー（ＭＭＳサービスプロバイダーＡ、ＭＭＳサービスプロバイダーＢ）において少なくとも１つのファイルに対する少なくとも１つのレファレンスが評価されることを特徴とする方法。
【請求項９】
前記少なくとも１つのファイルに対するレファレンスに関する評価は、ファイルのＵＲＩに関して行われる、請求項８記載の方法。
【請求項１０】
受信側ＭＭＳリレー／サーバー（ＭＭＳリレー／サーバーＢ）に対し、受信アプリケーション（ＭＭＳユーザーエージェントＢ）によって少なくとも１つのレファレンス内で参照される少なくとも１つのファイルに関して、有利にはその特徴的データ属性も含めて情報通知がなされる、請求項８または９記載の方法。
【請求項１１】
前記情報通知は、ＷＡＰメッセージ（“M-Notification.ind”）を用いて行われる、請求項１０記載の方法。
【請求項１２】
受信側ＭＭＳリレー／サーバー（ＭＭＳリレー／サーバーＢ）により、レファレンス内で参照されるファイルが事前に請求項１０または１１による詳細な情報通知を受け取った受信者の要求に従って、少なくとも１つの以下のオプション、すなわち、
-目下のメモリロケーションにおけるファイルの開示、
-他のメモリロケーションへのファイルの転送、
-受信アプリケーション（ＭＭＳユーザーエージェントＡ）へのファイルのダウンロード、
-マルチメディアレファレンスを有するメッセージへのファイルの統合、
が実行される、請求項８から１１いずれか１項記載の方法。
【請求項１３】
前記ヘッダーフィールド（“X-Mms-Add-Element”）は、ジョブの実施が成功した後で送信側ＭＭＳリレー／サーバー（ＭＭＳリレー／サーバーＡ）または受信側ＭＭＳリレー／サーバー（ＭＭＳリレー／サーバーＢ）において消去される、請求項８から１２いずれか１項記載の方法。
【請求項１４】
マルチメディアレファレンスを有するメッセージ（ＭＭ）の生成、送信、受信、及び／又は処理のための手段を備えた装置において、
メッセージが、特に請求項１から１３いずれか１項に記載の方法によって生成可能、送信可能、受信可能、及び／又は処理可能であり、
前記メッセージは、少なくとも１つのファイルに対する、特定ブロック、特にヘッダーフィールド内に含まれた特にＵＲＩ（Universal Resource Identifier）の形態の少なくとも１つのレファレンスを含んでいることを特徴とする装置。
【請求項１５】
遠隔通信装置として、特に移動無線装置及び／又は移動無線装置に接続された装置機器、特に請求項１から７のいずれか１項に記載の１つ又は複数の方法ステップを実施するための装置において、ファイルが当該装置外のメモリにファイルされている、請求項１４記載の装置。
【請求項１６】
前記装置は、ネットワーク構成要素としてＭＭＳサービスプロバイダー（ＭＭＳサービスプロバイダーＡ、ＭＭＳサービスプロバイダーＢ）の領域において、特に請求項８から１３のいずれか１項に記載の１つ又は複数の方法ステップを実施するために構成されている、請求項１４記載の装置。
【請求項１７】
特に請求項１４から１６に記載の装置において請求項１から１３のいずれか１項に記載の方法ステップが実施されるように実行可能なソフトウエアプログラム。
【請求項１８】
特に請求項１４から１６に記載の装置に読込み可能なソフトウエアプログラムであって、請求項１から１３のいずれか１項に記載の方法ステップを実施すべくプログラミングされた装置向けに構成ないし適合化されているソフトウエアプログラム。
【請求項１９】
プロセッサで読取り可能なメモリ媒体を含み、該媒体には、プログラムが記憶されており、当該プログラムは、特に請求項１４から１６いずれか１項による装置にロードされた後で、請求項１から１３のいずれか１項に記載の方法ステップを実施可能である、ソフトウエアプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信アプリケーションまたは送／受信アプリケーション並びにプロバイダーネットワーク要素におけるマルチメディアレファレンスを有するメッセージのハンドリングのための方法に関している。
【０００２】
さらに本発明は、これに相応する装置、ソフトウエアプログラムおよびソフトウエアプログラム製品に関している。
【背景技術】
【０００３】
移動無線システムＧＳＭ（Global System for Mobile Communications）では、音声電話の他に１６０個のキャラクタ長のショートテキストメッセージを送信ないし受信できる機能を提供している。このサービスは、ＳＭＳ（Short message Service；“GSM 03.40 version 7.4.0, Release 1998，Digital Cellular Telecommunications System，Technical realisation of the short Message Service”参照）とも称される。
【０００４】
次世代ＵＭＴＳ（Universal Mobile Telecommunications System）に対しては、目下のところ移動メッセージサービスにマルチメディア機能に関するバリエーション、いわゆるＭＭＳ（Multimedia Messaging Service；“3GS TS 23.140 version 4.1.0,Release 4，Third Generation Partnership Project，Technical Specification Group Terminals，Multimedia Messaging Service，Functional Description，Stage 2”参照）が標準化されようとしている。マルチメディアに係わる内容を有するメッセージは、以下ではＳＭＳ（ショートメッセージサービス）のテキストメッセージと区別しやすくするために以下では単にＭＭＳ（マルチメディアメッセージサービス）と称するものとする。このメッセージは、ＳＭＳに比べて純粋なテキスト内容に限定されていない。ＭＭＳでは、テキストを、個々の嗜好に合わせてフォーマットすることやオーディオおよびビデオ内容をメッセージ内に埋め込むことが可能である。
【０００５】
今日の従来技法によれば、ＭＭＳの実行はＷＡＰ（Wireless Application Protocol）方式を用いたものでしか実現されていない。ＭＭＳイネーブル端末機とＷＡＰゲートウエイの間のエアーインターフェースのブリッジ接続に対しては、ＷＡＰ  ＷＳＰトランスファープロトコル（“3G TS 23. 140 version 4.1.0(s.o.)；Release 2000；Wireless Application Protocol；WAP Multimedia Messaging Service；Message Encapsulation；MMS Proposed SCD 1.0”参照）の使用が準備されている。
【０００６】
図１には、今日の従来技法による“ＷＡＰ-２０９-ＭＭＳ Encapsulation（前記参照）”に準拠したいわゆるトランスアクションフローダイヤグラムが示されており、そこではマルチメディアメッセージの伝送のもとでこれに関与している４つの部局（ＭＭＳ  ユーザーエージェントＡ、ＭＭＳリレー／サーバーＡ、ＭＭＳリレー／サーバーＢ、ＭＭＳユーザーエージェントＢ）間でＷＡＰメッセージの交換が示されている。ＭＭＳユーザーエージェントとは、マルチメディアメッセージサービスＭＭＳを実現する例えば移動無線装置若しくは移動無線装置に接続された機器（例えばラップトップなど）上のアプリケーションと理解されたい。またＭＭＳリレー／サーバーとは、ＭＭＳの機能をＭＭＳユーザーエージェントに提供しているＭＭＳサービスプロバイダーのネットワーク要素である。
【０００７】
図中には、従来技法によるＷＡＰメッセージの交換（“ＭＭＳユーザーエージェントＡからＭＭＳユーザーエージェントＢへのＭＭの送信”）の周知の適用例が表されている。ＭＭＳユーザーエージェントＡにおいて生成されたマルチメディアメッセージＭＭは、ＷＡＰメッセージ“Ｍ-Send.req”と共にＭＭＳリレー／サーバーＡに送信される。その上さらにＭＭＳユーザーエージェントＡは、ＷＡＰメッセージ“Ｍ-Send.conf”の返信を受け取り、これによってＭＭＳリレー／サーバーＡからのＭＭの適正な受信を確認する。送信側ＭＭＳリレー／サーバーＡと受信側ＭＭＳリレー／サーバーＢの間のＭＭ（マルチメディアメッセージ）の転送は、ＳＭＴＰ（Simple mail Transfer Protocol）プロトコルを介して行われる（例えばインターネットプロトコル）。その後でＭＭＳリレー／サーバーＢは、ＭＭＳユーザーエージェントＢにＷＡＰメッセージ“Ｍ-Notification.ind”によって、新たに到着したマルチメディアメッセージＭＭのダウンロードのためのメモリスペースに関する情報（URI-Universal Resource Identifier）を提供する。ＭＭＳリレー／サーバーＢは、さらに例えばＷＡＰメッセージ“Ｍ-Notify Resp. req”によって、到着したＭＭに関するメッセージの通知（Ｍ-Notification.ind）がうまく送達されたことの確認を受け取る。ＭＭＳユーザーエージェントＢは、ＷＡＰメッセージ“WSP GET”を用いて（このメッセージによりＵＲＩがＭＭＳリレー／サーバーＢに送信される）ＭＭの配信を要求する。ＷＡＰメッセージ“Ｍ-Retrieve.conf”によってさらにＭＭＳユーザーエージェントＢには、ＭＭＳリレー／サーバーＢから所望のＭＭが配信される。ＭＭＳユーザーエージェントＢは、ＷＡＰメッセージ“Ｍ-Acknowledge.ind”によってＭＭの適正な受信を肯定応答する。
【０００８】
発信者が、自身から送信されたＭＭの受信の成功を知らせる要求を表明した場合には、ＭＭＳリレー／サーバーＡは、ＷＡＰメッセージ“Ｍ-Delivery.ind”をＭＭＳユーザーエージェントＡに送信させることに応じる。
【０００９】
マルチメディアメッセージＭＭの発信者が、当該マルチメディアメッセージ内にファイルの統合化を望んでいる場合には、このファイルは端末機器に記憶されなければならない。そのファイルが端末機器内に記憶されなかった場合には、発信者はまず相応するＵＲＩの情報のもとでマルチメディアメッセージＭＭの送信前に、ＭＭＳサービスプロバイダのエアーインターフェースを介して所望のファイルをダウンロードすることができ、その後でそのマルチメディアメッセージ内に取り入れ、引き続き全マルチメディアメッセージを送信することができる。このＭＭは、連関するファイルの大きさ分だけ拡張される。ここで欠点としてあげられることは、一方では時間コストがかかり、他方では高価なエアーインターフェースの伝送に対する高いコストである。
【００１０】
本発明の課題は、取り入れるべきファイルに関するＭＭＳのハンドリングの際の簡素化ないし簡単化を実現されることである。
【００１１】
前記課題は、請求項１、８、１４、１７、１８、１９に記載の特徴部分によって解決される。
【００１２】
本発明は、送信アプリケーション（ＭＭＳユーザーエージェントＡ）による本発明の示唆によるメッセージの生成と形成にも関しているし、介在接続された送受信側ＭＭＳリレー／サーバーＡおよびＢないしＭＭＳサービスプロバイダＡおよびＢ（それぞれ同一であってもよい）による当該メッセージの受信と処理にも関している。同時に本発明は、受信側アプリケーション（ＭＭＳユーザーエージェントＢ）の活動状態も把握する。これはそのような方法で送信されたメッセージについての情報を提供し、自身側で選択されたアクションをメッセージの形態で受信側ＭＭＳリレー／サーバーを介して要求できる。同様に個々の装置上のソフトウエアプログラムも本発明の構成要素の１つである。これらの装置は、例えばそれぞれに必要なプロセッサ、制御ユニット並びに送受信装置を有している。
【００１３】
本発明の重要な特長部分は、マルチメディアメッセージの発信者に、ファイルの形態で存在するマルチメディアメッセージ要素の前述したような移動無線装置ないし移動無線装置に接続された機器（例えばラップトップ）へのダウンロードを省くことができることである。そのようなことの代わりに発信者には、次のような手段が与えられる。すなわち装置に配置されるか若しくはこれに接続される制御装置を用いてそのマルチメディアメッセージ内に少なくとも１つのレファレンスが少なくとも１つのファイル上の特定ブロックに、有利にはＵＲＩ（メモリスペース）の形態で与えられる。この場合のファイルのＵＲＩは、従来技法に従って送信されるマルチメディアメッセージの部分に対するものとは異なるものである。それにより、特にエアーインターフェース（図中のエアーインターフェースＡ）を介した、ＭＭＳサービスプロバイダの管轄領域内（いわゆるＭＭＳＥ(Multimedia Messaging Service Environment)環境内）でのマルチメディアメッセージの送信の後で初めて少なく１つのファイルが、従来方式で送信されたマルチメディアメッセージの部分に添付され得る。添付されたファイルも含めた全てのＭＭのさらなる転送は、有利には従来方式に従って行われる。この方法は、送信側エアーインターフェース上のデータ量の低減と、それに伴うコストの削減によって二重の効果がある。すなわち、一方でファイルがまだ送信側アプリケーションに記憶されないうちに、発信者から所望のファイルの代わりにそのＵＲＩだけがダウンロードされるからであり、また他方では、ＭＭ自身の送信の際に、選択された全てのファイルが当該マルチメディアメッセージＭＭの構成部分ではなく、そのＵＲＩは僅かなバイト長しか持っていないからである。本発明のさらなる利点は、次のことからなる。すなわち、本発明によれば、ＭＭＳユーザーエージェントＡ自身が表示もしくは再生できる立場にないようなファイルタイプ（例えば画像）とファイル形式（例えばＪＰＥＧ）をマルチメディアメッセージＭＭの要素として送信することができることである。
【００１４】
前述した考察を遂行するための前提は、ファイルに対するＵＲＩ（メモリアドレス）をマルチメディアメッセージＭＭの送信の際に提供することである。このことは、有利にはマルチメディアレファレンスと共にメッセージが送信される際のＷＡＰメッセージ“Ｍ-Send.req”の特定ブロック内の変更によって達成される。このケースでは、ＷＡＰメッセージ“Ｍ-Send.req”の特定ブロックの部分がレファレンスとなる。それ故に図中のＷＡＰトランザクションフローチャートではこのＷＡＰメッセージが太線で示されている。
【実施例】
【００１５】
以下では本発明の実施形態に相応する実施例を、ユーザーＡ（Andreas xxx）がマルチメディアメッセージＭＭを用いてユーザーＢ（Markus yyy）に誕生日の挨拶を送るケースで説明する。まずＭＭＳユーザーエージェントＡにおいて、最初はテキストのみからなるマルチメディアメッセージＭＭが作成される。ここではユーザーＡは、さらに誕生日用のメロディーもマルチメディアメッセージに添付させたいものとする。ユーザーＡは、自身の端末には適したメロディーが記憶されていないので、自身のマルチメディアメッセージサービスプロバイダにアクセスして（例えばモバイルウエブブラウザーによって）そのシチュエーションに適したメロディーを選択する道を選ぶことができる。本発明によれば、ユーザーＡは、全てのオーディオファイル（典型的にはこれは数キロバイトの大きさである）の代わりに（僅かなバイト量の）ＵＲＩのみをＭＭＳユーザーエージェントＡにダウンロードし、あとからこれを自身のマルチメディアメッセージに統合するだけでよい。
【００１６】
有利には、この統合に対して新たなヘッダーフィールドが挿入される。これは例えば“Ｘ-Ｍms-Ａdd-Element”の文字標識であってもよい。このフィールド名は、例えば１６進値“０×８９”で記載される。このフィールド値は有利には、“WAP-209-MMSEncapsulation”に従ってテキストストリングとして符号化される。新たに定義されたヘッダフィールドのコーディングは以下の用に行われる。すなわち、
X-Mms-Add-Element：(0x89)
Add-Element-Value ＝ Text-String
前述した例のＷＡＰメッセージ“M-Send.req”は、以下のように実施される。すなわち
M-Sned.req（MMS User Agent A → MMS Relay/Server A）：
X-Mms-Message-Type：m-send-req
X-Mms-Transaction-ID：TRANSACTION-ID＃1
X-Mms-Version：1.0
Date：Ｗｅｄ，28 Feb 2001 10：44：11+0100
From：andreas.xxx＠xxx.de
To：markus.yyy＠zzz.de
Subject：Geburutstagsgruesse
X-Mms-Delivery-Report：Yes
X-Mms-Add-Element：http://provider＿a.de/attachements/melody65
Content-Type：Application/vnd.wap.multipart.mixed
nEntries：1
HedersLen：XX
DataLen：XX
Content-Type：text/plain；
Hallo Markus，
Ich wuensche Dir mit dem angehaengten Lied alles Gute zum Geburstag.
Viele Gruesse，Andreas.
“こんにちは、マルクス、
お誕生日、おめでとう。心よりの贈り物として歌を送ります。今日が君にとって良き日となり、多くの幸せが訪れるよう祈っています。アンドレアスより。”
これによって、誕生日のマルチメディアメッセージＭＭが送信される。受信者はテキストの他にもヘッダーフィールド“X-Mms-Add-Element”のメモリアドレス（ＵＲＩ）によってＭＭＳサービスプロバイダーの管轄領域内で所望のオーディオファイルを受取ることができ、従ってこれにより、テキストとオーディオファイル自体からなるマルチメディアメッセージよりも遙かに少ないデータ量で済む。
【００１７】
ＭＭＳユーザーエージェントＡからＭＭＳリレー／サーバーＡへのマルチメディアメッセージＭＭのエラーなしの伝送が行われた後で、ＭＭＳサービスプロバイダーＡは制御ユニットを介してまず受信したマルチメディアメッセージ若しくはＷＡＰメッセージ“M-Send..req”を評価する。当該実施例のように、ヘッダーフィールド“X-Mms-Add-Element”が存在する場合には、当該マルチメディアメッセージが送信者からの所望のオーディオファイルをＭＭＳサービスプロバイダーＡによって添付されており、この場合はＵＲＩを介した参照が行われる。そしてこのヘッダーフィールド“X-Mms-Add-Element”は有利には再び消去される。引き続きマルチメディアメッセージ（ここでは参照レファレンスの代わりにそのファイル自体が含まれている）ＭＭが受信側のＭＭＳリレー／サーバーＢにＩＰ（Internet Protocol）ネットワークを介して転送される。このＭＭの受信者へのさらなる伝送は、従来方式に従って、すなわち図に示されているようにＷＡＰメッセージ“M-Retrieve.conf”にて行われ、ＭＭＳユーザーエージェントＢに、２つのＭＭ要素、すなわちテキストとユーザーによって選択されたメロディーからなるマルチメディアメッセージＭＭが送達される。
【００１８】
前述した例によるＷＡＰメッセージ“M-Retrieve.conf”は、例えば以下のようになされる。すなわち、
X-Mms-Message-Type：m-retrieve-conf
X-Mms-Transaction-ID：TRANSACTION-ID＃3
X-Mms-Version：1.0
Date：Wed，28 Feb 2001 10：48：32＋0100
From：andreas.xxx＠xxx.de
To：markus.yyy＠zzz.de
X-Mms-Message-ID：ＭＥＳＳＡＧＥ-ＩＤ＃１
Subject：Geburutstagsgruesse
X-Mms-Delivery-Report：Yes
Content-Type：Application/vnd.wap.multipart.mixed
nEntries：2
HedersLen：XX
DataLen：XX
Content-Type：text/plain；
Hallo Markus，
Ich wuensche Dir mit dem angehaengten Lied
alles Gute zum Geburstag.
Viele Gruesse, Andreas.
HeadersLen：XX
DataLen：82345
Content-Type：audio/mp3，
・・・
前述したようなファイルを送信側ＭＭＳサーバープロバイダにおいて添付する代わりに、有利には次のようなことも可能である。すなわちこのファイルを受信側ＭＭＳサービスプロバイダにおいて初めて添付し、アクセスの可能性をこのように提供することも可能である。さらに別の代替例によれば、このファイルを別のメモリ個所に存在させ、そこから送信側ＭＭＳサービスプロバイダー及び／または受信側ＭＭＳサービスプロバイダーが呼出せるようにして、その後で当該ファイルを前述したようなメッセージに添付させることも可能である。
【００１９】
受信者にとっては、前述した本発明のバリエーションのように、フルメッセージが転送されるか、もしくは受信者が添付ファイルの実行を所望できる選択の可能性を受け取る。これについては、受信者側のＭＭＳリレー／サーバーからはファイルが所定のメモリ個所に準備されている旨の通知を受ける。そのような通知は、例えばＷＡＰアーキテクチャのケースではＷＡＰメッセージ“M-Notification.ind”を用いて行われる。別の代替例のもとでは、受信者は。送られてきたメッセージ（但し添付ファイルなし）と一緒に添付ファイルの存在が通知される。
【００２０】
有利には受信者は、（添付）ファイルに関する付加的な情報、例えばその名前やサイズ及び／又はデータフォーマットなども受け取る。また有利には受信者は受信側アプリケーションを用いてレファレンス（ポインター）において参照（照会）されるファイルのダウンロードの必要性の有無を問い合せできる。またファイルによる別の可能性によれば、有利には、このファイルが目下のメモリロケーションにおいて開かれるか、及び／又は別の受信アプリケーションへの転送も含めて他のメモリロケーションに転送される。これらの全てのオプションは、受信側ＭＭＳリレー／サーバーおよび受信側の受信アプリケーションが付加的なファイル情報に関する詳細なメッセージ通知をサポートしていることが前提とされる。前述したような１つまたは複数のオプションの要求は、有利には、受信側アプリケーションによって受信側ＭＭＳリレー／サーバーに送信されたメッセージを用いて実現される。受信側アプリケーションに対して所定のファイルのダウンロードがなされるケースでは、受信者は有利には、このファイルを、従来方式で受信されるメッセージのパートに統合するか、それらとは別個にファイルさせるかが選択できる（受信側アプリケーションがこれらのオプションをサポートしている場合）。
【００２１】
本発明は、ＷＡＰメッセージを用いたＭＭＳの送信のもとでしか適用できないのではなく、将来的な送／受信方式、例えばＵＭＴＳ（Universal Mobile Telecommunication System）方式においても適用可能なものである。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施例をＷＡＰトランザクションフローチャートで表した図である
【図１】
2004532485.tif 000003
【国際公開パンフレット】
2004532485.tif 000004
2004532485.tif 000005
2004532485.tif 000006
2004532485.tif 000007
2004532485.tif 000008
2004532485.tif 000009
2004532485.tif 000010
2004532485.tif 000011
2004532485.tif 000012
2004532485.tif 000013
2004532485.tif 000014
2004532485.tif 000015
2004532485.tif 000016
2004532485.tif 000017
2004532485.tif 000018
2004532485.tif 000019
2004532485.tif 000020
2004532485.tif 000021
2004532485.tif 000022
【国際調査報告】
2004532485.tif 000023
2004532485.tif 000024
2004532485.tif 000025
2004532485.tif 000026
2004532485.tif 000027
2004532485.tif 000028