JP4344240B2 - データの伝送方法 - Google Patents

Description

本発明は、請求項１の上位概念によるデータの伝送方法、加入者端末機、コンピュータプログラム製品、および通信システムに関する。

本発明の枠内でデータの概念は、個々の構成部分から統合されるいずれかの形式の情報であると理解されたい。この個々の構成部分またはエレメントは種々の規格に従って構築され、編成され、および／または符号化される。従ってこの意味でデータは、種々の規格のエレメントを含むマルチメディアメッセージでもある。

種々異なるフォームまたはフォーマットのデータを伝送する方法および装置は公知である。移動通信規格のためのグローバルシステムによる移動無線システム、略してＧＳＭは例えば音声電話の他に１６０文字長までの短いテキストメッセージの形態で情報を送信し、受信することができる。このサービスはショートメッセージサービス、略してＳＭＳと称される。

次世代の移動無線システム、ユニバーサル移動無線システムＵＭＴＳに対して、現在のところマルチメディア機能のある移動通信サービスが規格化されている。これはマルチメディアメッセージングサービスＭＭＳである。３ＧＰＰ ＴＳ 23.140バージョン4.3.0、リリース４，２００１年６月、３rd Generation Partnership Project, Technical Specification Group Terminals, Multimedia Messaging Service (MMS), Functional Description, Stage 2 & 3 GPP TS 22.140 v.4.1.0 (June 2001), 3rd Generation Partnership Project, Technical Specification Group Services and System Aspects, Service Aspects, Stage 1, Multimedia Messaging Service、参照。

マルチメディア内容を有するメッセージとしての情報を以下、ＳＭＳのテキストメッセージと区別するためにマルチメディアメッセージ、略してＭＭと称する。ＳＭＳとは反対に、マルチメディアメッセージサービスＭＭＳでは純粋なテキスト内容への制限はない。ＭＭＳでは、テキストを個人の好みに応じてフォーマットしたり、任意の内容をメッセージに埋め込んだりすることができる。これにはオーディオおよびビデオコンテンツ、静止画像、グラフィック、テキスト等が含まれる。以下の開示は一般的に、テキストデータおよび／または画像データの個々のエレメントから音声付きまたは音声なしで合成されたものであり、それぞれ同じまたは異なる規格に従って符号化されている。これは前記の規格に従っての適用で本発明に対する重要な使用分野を意図するものである。

従来技術によれば、ＭＭＳの実現は単にワイヤレスアプリケーションプロトコルＷＡＰを介してのみ実現可能であった。ＭＭＳ機能のある端末機器とＷＡＰゲートウエイとの間のエアインタフェースを克服するために、ＷＡＰはワイヤレスセッションプロトコルＷＳＰを使用している。ＷＡＰ−２０９−ＭＭＳエンキャプスレーション、ワイヤレスアプリケーションプロトコル；WAP Multimedia Messaging Service; Message Encapsulation; MMS Proposed version June 2001 and 3GPP TS 23.140 version 4.3.0, Release 4; Third Generation Partnership Project; Technical Specification Group Terminals; Multimedia Messaging Service (MMS); Functional Description; Stage 2 参照。

ＭＭは基本的にヘッダ部とデータ部からなる。ヘッダ部は所定のヘッドフィールドから合成され、一般的にＭＭへの情報を含む。ＭＭのデータ部は異なるデータ形式およびデータフォーマットの１つまたは複数のエレメントを任意の順序で含むことができる。ＥＤＶ領域からすでに公知にように、本来のマルチメディアコンテンツは比較的大きい。従ってマルチメディアコンテンツはメモリスペースを実質的に大量に占有し、伝送の場合には高い線路容量と長い伝送時間を必要とする。

前記の特性から導き出されるＭＭＳのさらなる特徴は、ＭＭを配達する際にはいわゆるプッシュモードとプルモードが区別されることである。プッシュモードでは到来するＭＭが直ちに受信者に配達される。プルモードでは受信者にまず新たに到来したＭＭについてメッセージにより単に情報通知されるだけである。受信者はプルモードでは通知に対して自分で、いつこのＭＭを自分の端末機にダウンロードするか決定することができる。言い替えると受信者はプルモードでは、ＭＭを料金の安価な時点でもダウンロードすることができる。複数のＭＭがすでに存在する場合、受信者はそれについての順序をそれぞれの重要性に従って設定することができ、受信するのにさらに重要な情報を自分でブロックするようなことはない。

しかし両方のモードとも、受信者はＭＭの送達がプッシュモードで行われるのか、または受信について通知されるプルモードで行われるのかを自分自身で知っていなければならない。現在の電話機ではしばしば、発呼者を知らせるために多数の呼び出し音が記憶されており、それらからユーザは到来する呼び出しまたはＳＭＳテキストメッセージに対して１つまたは複数を選択することができる。場合によって端末機は発呼者を発呼者グループにまとめることもサポートする。この場合、複数の異なる発呼者に共通の呼び出し音を割り当てることができ、共通の呼び出し音は残りの発呼すべてに対する呼び出し音から、または他のサービス、例えばＳＭＳテキストメッセージに対する呼び出し音から区別される。しかし現在使用されているシグナリング信号は共通である、受信者の端末機に記憶されている。従って受信者だけがそれらの割り当ておよび／または使用について決定するのであり、発呼者ないし送信者はそれについて何の影響も及ぼさない。

本発明の課題は、加入者端末機、コンピュータプログラム製品、および通信システムにおいて、送信者に対し受信者の端末機でのシグナリング信号に影響を与えることができ、とりわけＭＭの送信の場合には大きな自由度を以て、シグナリング信号をＭＭ規格内で送信可能な１つまたは複数のデータフォーマットを選択する際に個別に構成することができる手段を提供することである。

この課題は本発明により、請求項１の構成を備える方法および請求項２５の構成を備える加入者端末機により解決される。さらに請求項２７によるコンピュータプログラム製品、請求項２９による通信システムもこの課題の解決手段である。従属請求項はそれぞれ本発明の有利な実施形態を定義する。

データを通信システムで伝送するための方法、とりわけ音声付きまたは音声なしのテキストデータおよび／または画像データを伝送するための方法であって、伝送すべきデータ量が個々のエレメントから合成され、エレメントがそれぞれ同じまたは異なる規格に従って符号化されている方法は、エレメントの標識付けが行われ、これによりこのエレメントの直接的な表示が、データおよび／またはデータの所定の部分が到来したときに行われることを特徴とする。これにより任意の規格の所定のエレメントが送信すべきデータ量からシグナリング信号として自動的に開封され、受信者は例えば到来する電話コールとは異なり予め調整された信号をもはや聞くことはない。直ちに開封されたエレメントは送信者による選択に従って例えば任意のオーディオコンテンツを使用し、受信者に個別に新たに到来したマルチメディアメッセージについて注意を喚起することができる。有利には本発明の方法はプッシュモードでも、プルモードと同じように適用することができる。

本発明の改善形態では、送信のためのデータが次のように処理される。すなわち、このデータが編成情報を伝送するためのヘッダないしヘッダ部と、それぞれの有効情報を伝送するためのボディないし本体を有するように処理される。ここで有効情報は有利にはエレメントを複数のデータパケットの形態で有する。本発明の方法は有利には、マルチメディアメッセージＭＭとしてマルチメディアサービスＭＭＳで伝送されるデータに対して使用される。これはとりわけ移動加入者端末機またはＷＡＰ機能のある、いわゆるＭＭＳユーザエージェントとしての移動電話である。

ＭＭＳで実際には、受信側ユーザエージェントにシグナリングについての情報をＭＭが受信者に到来する時に送信者により記述する手段が欠けている場合もある。本発明によればここでは、ＭＭに含まれるエレメントを指示する手段が提供され、これにより受信者に対するＭＭへのシグナリング信号を送信者により正確に特定することができる。テキスト表示の他に、マルチメディア提示の各形式、例えばオーディオシーケンス、静止画像またはビデオシーケンスも実行中の導入をスタートするために定義することができる。

本発明の有利な実施形態では、シグナリング信号が光学的、音響的および／または触覚的エレメントを有する。通知すべきデータ量を低下させるために、シグナリング信号の検出、記述または設定の際に有利には、受信機器で固定的に予めインストールされたまたは前もって伝送されすでに存在ないし記憶されているエレメントを再び取り上げる。この種のエレメントの変形はそれぞれのエレメントの呼び出しにより、例えば所定のエレメントに対する命名命令および変更ベクトルまたは変化値および変更値の伝送によって実現される。これにより個別のシグナリング信号を伝送するのに必要なデータ量は非常に大きく低減される。そしてさらなる種々のエレメントは任意の形態で相互に組み合わせることができる。

有利には本発明の枠内で規格と対立する手段が提供される。マルチメディアメッセージサービスＭＭＳのＭＭにはデータ部の少なくとも１つのオブジェクトがシグナリング信号として、受信機器ないし受信側ユーザエージェントで標識付けられ、この信号は受信者に入力の際に受信側ユーザエージェントにより直接、情報通知される。このために本発明の改善形態では、相応の情報をＭＭで符号化することが提案される。ＭＭの少なくとも１つの所定のマルチメディア構成部を識別ないし参照するのに、実質的に２つの基本的に異なる手段が存在する。
１．ＭＭの各マルチメディア構成部に固有の識別番号を割り当て、これによりＭＭの個々の構成部に応答できるようにする。このために、各ＭＭエレメントに対して、標識X-Mms-Content-IDを備える付加的なヘッドフィールドを導入し、このヘッドフィールドが相応するＭＭエレメントの識別番号を含むようにする。

例えばコンテンツＩＤまたは一義的に割り当てられた記述の構成方法は同じ出願人の欧州特許願ＥＰ０１１０１０５７．６に開示されている。
２．ヘッドフィールドは複数のパラメータのリストを含むことができる。例えば、WAP-203-WSP, Version 4-May-2000; Wireless Application Protocol, Wireless Session Protocol Specification; Chapter 8.4: "Header Encoding".参照。例えばＭＭエレメントのヘッドフィールドX-Mms-Content-IDは、パラメータの１セットだけ、例えば識別番号、名前、エレメントサイズ等だけ拡張され、これにより各ＭＭエレメントを正確に記述することができる。この手段は同じ出願人の欧州特許願ＥＰ０１１０１０５７．６に開示されており、ＥＰ０１１０７２７８．２でさらに発展された。

どのようにＭＭの個々のマルチメディア構成部を前記２つの形式の１つに従って識別するかに応じて、ＭＭのエレメントを本発明によりシグナリング信号として標識付けるための異なる手段が存在する。
ａ）ＭＭエレメントの識別を前記第１の手段に従って行う場合、可能な標識X-Mms-Signaling-Elementを備える新たなヘッドフィールドがＭＭのヘッド部に統合され、ここにシグナリング信号として用いるべきＭＭエレメントまたは複数のエレメントの識別場号を書き込むことができる。
ｂ）ＭＭエレメントの識別を第２の手段に従って行う場合、標識X-Mms-Content-IDを備える上に提案されたヘッドフィールド内でエレメントに対する複数のパラメータをリストアップすることができ、ＭＭエレメントをシグナリング信号として標識付けることのできる１つのパラメータを同時に作成することができる。このパラメータは例えばシグナリングエレメントと称することができる。

ヘッドフィールドのコーディングは有利にはフィールド名および／またはフィールド値のコーディングとして実行することができる。適用すべき規格に適合した変換の具体的形式に対しては実施例を参照されたい。実施例には前記２つの手段のそれぞれの利点が詳細に示されている。

前記特徴の１つまたは複数による標識は本発明の実施形態ではＭＭのデータに符号化される。これについてはＷＡＰ規格に従いとりわけ通報M-Send.req、M-Notification.indおよび／またはM-Retrieve.confが該当する。新たなヘッドフィールドの符号化はＭＭエレメントを識別するための手段と組み合わせて行うことができる。これは例えば［３］に定義されている。択一的にパラメータを前記ＷＡＰメッセージのヘッドフィールドで拡張することもできる。

ＷＡＰ規格に従い、符号化は有利には通報M-Send.reqで行われる。従って符号化は送信器ないし送信アプリケーションの中央で行われ、これにより後で図面を参照して説明する伝送チェーンにおいてデータの変形を行う必要がない。シグナリング信号の抽出および／または準備はとりわけ自立的信号としてプルモードで、送信側または受信側ＭＭＳリレー／サーバおよび／または受信側ＭＭＳユーザエージェントにより行うことができる。ここでこれら２つの符号化方法は共通に、送信器から通信システムへの課題転置が行われる。従ってインテリジェンスがネットワークにもたらされ、これにより高速に処理することができ、送信器での後装備なしでも新たな方法または部分方法を使用することができる。なぜなら新たな方法を古い方法と交換することは中央で行われるからである。特に重要なのは受信器の負荷軽減によってそのリソースも大事にされることである。これはとりわけバッテリーないし電池に当てはまることであり、この手段により比較的僅かなエネルギーを処理のためにもたらせばよいようになる。とりわけデータ送信の際には、さらに付加的に圧縮方法を迅速化とエネルギー供給のさらなる負荷軽減のために使用することができる。

到来する発呼に有利にはまずマルチメディアシグナリング信号を備えるＭＭを前置して、到来する発呼および／または到来するマルチメディアデータをシグナリングし、例えば即座のおよび／または完全なダウンロードへの興味を喚起することができる。ここで送信者によりシグナリング信号として標識付けられたＭＭのマルチメディア構成部は受信器で受信者により予め設定されたシグナリング信号により置換することができる。ただしこのことが受信者により許容される場合である。本発明の方法では、マルチメディアシグナリング信号に少なくともプルモードで、伝送のために準備されたデータのサイズについての情報が添付されると有利である。この有利な改善形態では、標識付けられたエレメントないしシグナリング信号が受信側ユーザエージェントに伝送される。これにより有利な実施形態では所定の情報を、ＭＭを即座に、有利にはおよび／または完全にユーザエージェントに伝送すべきか否かの決定補助として使用することができる。

この方法は本発明の通信システムでは一般的に送信者へのフィードバックを使用して、情報内容または宣伝内容を伴うデータまたはメッセージの送信のために使用することができる。公知の宣伝方法および情報方法とは異なり、電子的にだけ処理され、物理的または肉体的に作成する必要がないという利点が得られる。これにより製作コスト、保存、並びに配布のための重大なコストが省略される。ここでは販売は完全に自動化可能であり、関与する（直接応答される）トラフィック回路のリソースの種々の付加的形態を評価することができる。宣伝手段の許容性に対する尺度として、部分的にまたは完全に実行されたダウンロードの数を評価することができる。実際には宣伝手段の効果は注文、最悪の場合には苦情またはダウンロードの中止に基づいて測定することができる。

本発明によれば、ＭＭの送信者には構成部、提示の場合にはＭＭの複数のマルチメディア構成部をシグナリング信号として標識付ける手段が提供される。ＭＭのマルチメディア構成部または複数の構成部のシグナリング信号としての標識付けはメディア形式およびマルチメディア構成部のメディアフォーマットに依存しないで行われる。複数の異なるコンポーネントから合成された１つのシグナリング信号も、ＭＭの配送後直ちに受信者のＭＭＳユーザエージェントで再生され、本発明の実施形態では受信者に、端末機に記憶された呼び出し音の代わりに新たなＭＭの着信を通知する。シグナリング信号の形式および容量は本発明では受信機器に記憶された受信者の個別の調整にはもはや依存しない。この方法は本発明では配送形式に依存しない。従ってプッシュモードでもプルモードでも実行できる。さらに本発明の方法は、オーディオコンテンツに制限されるものではない。そうではなく完全なマルチメディア提示が、これがＭＭの構成部であり、シグナリング信号として標識付けるならば可能であるべきである。実際には個別のアナウンステキスト、メロディー、画像、ビデオシーケンスまたはそれらの組合せが可能である。とりわけ商用ＭＭでは宣伝から周知のメロディーないしベル音、または送信者の企業のロゴが付加的な宣伝効果に喚起することができる。端末機によっては振動および／またはその他の触覚的信号をシグナリング信号またはシグナリング信号の一部として使用することができる。

本発明の方法を以下、添付図面を参照し、有利な実施例に基づいて説明する。
図１は、プルモードとプッシュモードの基本原理を概略的に対比する図である。
図２は、ワイヤレスアプリケーションプロトコルないしＷＡＰ規格によりデータ伝送に割り当てられた送信の概略をＷＡＰ ＭＭＳトランザクションフローチャートに示す図であり、この送信は送信者およびプロバイダレベルと、プロバイダおよび受信者レベルとの間で、プッシュモードで行われるものである。
図３、図２と同様のＷＡＰ ＭＭＳトランザクションフローチャートであり、プルモードでのデータ伝送を説明するためのものである。
図４は、本発明のバリエーションａ）による新たなヘッダフィールド名の符号化を示す。
図５は、欧州特許願ＥＰ０１１０７２７８．２で新たに定義されたヘッドフィールドX-Mms-Content-IDの本発明の第２のバリケーションｂ）により符号化を示す。
図６は、欧州特許願ＥＰ０１１０７２７８．２によるパラメータの符号化と、第２の実施バリエーションにより定義された新たなパラメータ、シグナリングエレメントの符号化を示す。

同じ機能および同じ作用を有するエレメントは図１から図６で同じ参照符号が付してある。

図１は、通信システム１でＭＭを配送する際のプルモードとプッシュモードの基本原理を対比して概略的に示す。以下で基礎となる通信システム１は少なくとも３つのレベルを有する。すなわち、データないしＭＭの送信者のレベルとしてのレベル２，プロバイダレベル３，および受信者のレベル４であり、受信者は加入者端末機５から送信されたＭＭを加入者端末機６ないしＭＭＳユーザエージェントと称される通信端末機で処理されて受け取る。

プロモードとプッシュモードとの間の基本原理の相違を分かり易くするため、図１にはプロバイダレベル３と、受信側加入者端末機６ＭＭＳユーザエージェントを備える受信器のレベル４だけが示されている。いわゆるプッシュモードでは、到来するＭＭが即座に受信者に配送される。これに対してプルモードでは受信者はまず新たに到来したＭＭについて情報通知される。これに基づいて受信者は自分で、このＭＭを自分の端末機にダウンロードするか否か、いつダウンロードするかを決定することができる。従ってプルモードでは受信者は、ダウンロードを延期することにより場合により急ぎの、または重要なＭＭが到達可能にしておくことができる。データ量の大きなダウンロードはコストを節約するために、またプロバイダの伝送チャネルの負荷を軽減するために安価な時間領域にシフトすることができる。しかしプルモードのサービスに対しては付加的信号として受信者のメッセージおよび受信者によるＭＭの伝送のための要請を形成し、伝送すべきである。

図２は、ＷＡＰ ＭＭＳトランザクションフローチャートを概略的に示す。これはワイヤレスアプリケーションプロトコルないしＷＡＰ規格に従い割り当てられた送信によるデータ伝送を送信者およびプロバイダレベルと、プロバイダおよび受信者レベルとの間で行うものである。ここには図１ですでに説明したレベルが完全に示されている。プロバイダレベル３は２つのレベルに分割されており、送信者Ａを管轄するＭＭＳリレー／サーバＡと、受信者Ｂを管轄するＭＭＳリレー／サーバＢとを区別することができる。この２つのＭＭＳリレー／サーバは相互にインターネットプロトコルによるＩＰネットワークを介して接続されており、ここではＭＭと図示のバックデータの純粋な伝送のために再符号化だけが行われる。このことは本発明の対象に対しては重要ではない。

図２の実施例で、本発明はＷＡＰ規格に対する通信システム１で適用される。伝送の際にユニバーサル移動通信規格ＵＭＴＳでデータが使用されるが、本発明は別の規格にも転用できる。ここではとりわけ、移動無線区間の他に固定網接続も含むハイブリッド通信システムが考えられる。

すでに冒頭に述べたように、将来の方法、例えばＵＭＴＳ規格では、これまでのショートメッセージサービスＳＭＳに加えていわゆるマルチメディアメッセージサービスＭＭＳが複雑なメッセージ、マルチメディアメッセージＭＭの伝送のために設けられている。これにより音声を伴うまたは音声なしのフォーマットテキストおよび画像を伝送することができる。ＳＭＳに存在する１６０文字までのメッセージ制限はなくなる。相互に結合されたオーディオおよびビデオメッセージの伝送が可能である。ＭＭＳはＷＡＰを使用することにより実現可能である。

通信システム１はデータ送信者のレベル２を有し、これはＭＭＳユーザエージェントＡとも称する。さらにプロバイダ３のレベル３が設けられており、そのネットエレメントはサービスを実行する。これを以降、ＭＭＳリレー／サーバと称する。最後にレベル４は受信者のレベルとして設けられており、ＭＭＳユーザエージェントＢと称せられる。もちろんレベル３に複数のプロバイダが存在することも可能である。このことは例えば、データ送信者および選択された受信者が異なるプロバイダを利用することにより可能である。とりわけこれら異なるプロバイダは第３のプロバイダによりネットワークプロバイダとして相互に接続することができる。

ＷＡＰメッセージの交換が４つの関与するインスタンツ、ＭＭＳユーザエージェントＡ、ＭＭＳリレー／サーバＡ、ＭＭＳリレー／サーバＢおよびＭＭＳユーザエージェントＢとの間で、ＭＭの送信ないし受信の場合で示されている。ＭＭＳユーザエージェントとは、ＭＭＳ機能を実現する加入者端末機上のアプリケーションであると理解されたい。ＭＭＳリレー／サーバはＭＭＳサービスプロバイダでのネットエレメントであり、これはＭＭＳユーザエージェントにＭＭＳ機能を提供する。データ送信者のレベル２は少なくとも１つの加入者端末機または通信端末機器５を有しており、受信者のレベル４も加入者端末機または通信端末機器６を有している。この通信端末機器５，６は例えば通常の携帯電話またはさらなる入力機能または表示機能を備える機器、例えばラップトップとして構成することができる。

送信者により自由に設定可能なシグナリング信号Ｓを伝送するという前記のアイデアを実現するための前提は、マルチメディアコンテンツを備えるメッセージの個別のマルチメディア構成部、略してマルチメディアメッセージＭＭが編集ないし作成の後に相互に別個に参照でき、シグナリング信号Ｓとして標識付けできることである。この標識はＭＭと共に受信者に送信される。このことは、ＷＡＰメッセージM-Send.req, M-Notification.indおよびM-Rerieve.confの変更を必要とする。図２には、本発明に該当する３つのＭＳメッセージがいわゆるトランザクションフローチャートで濃い矢印により示されている。次に前記の通信システム１における個々の信号のシーケンスを説明する。このシーケンスは、ＭＭをＭＭＳユーザエージェントＡからＭＭＳリレー／サーバＡおよびＭＭＳリレー／サーバＢを介してＭＭＳユーザエージェントＢにプッシュモードで送信するために必要である。

送信者の通信機器５で作成された、またはこれを介して伝送すべきマルチメディアメッセージＭＭは１つまたは複数のエレメントまたはデータセットを有することができる。これは例えば個別の画像、フィルムシーケンス、テキスト等である。ＭＭはまず、ＷＡＰプロトコルで名前M-Send.reqを有する問い合わせ送信としてレベル２からレベル３のプロバイダＭＭＳリレー／サーバＡに送信される。そこから到達した送信はバック送信M-send.confによりレベル２の送信者に受領確認される。

ＩＰネットワークを介してマルチメディアメッセージＭＭはＭＭＳリレー／サーバＡからＭＭＳリレー／サーバＢに送信される。このときマルチメディアメッセージＭＭを全体でまたは部分的に再符号化することができる。受信者ＢのＭＭＳサービスプロバイダは一般的に、どのメディア形式、例えば静止画像、メディアフォーマット、例えばＪＰＥＧ、を受信者ＢのＭＭＳユーザエージェントＢが処理ないし表示できるかを知っている。この種の情報はＭＭＳユーザエージェントＢが管轄のＭＭＳサービスプロバイダに申請する間に交換され、この管轄領域、すなわちマルチメディアメッセージングサービス環境ＭＭＳＥに記憶される。ＭＭＳサービスプロバイダが、アドレシングされたＭＭＳユーザエージェントＢが処理および／または転送できないメディア形式またはメディアフォーマットのエレメントからなるＭＭを受けると、データ形式またはデータＦフォーマットのコンバージョンを、このＭＭの配送前に受信者ＢのＭＭＳサービスプロバイダのＭＭＳＥで実行することができる。本発明によれば、シグナリング信号ＳとしてのＭＭエレメントの標識が実行されるコンバージョンにより失われることはない。時間的にこれに続いて、プロバイダＭＭＳリレー／サーバＢから情報M-Notification.indが、レベル４の受信者ＭＭＳユーザエージェントＢへのメッセージとして送信される。この情報により受信者は自分にマルチメディアメッセージＭＭがプロバイダＭＭＳリレー／サーバＢにおいてダウンロードの準備されていることを情報通知される。ＭＭＳユーザエージェントＢは図２に示したプッシュモードでは再問い合わせなしで、または受信者による受領確認の際にＭＭのダウンロードを行う。

受信者はＭＭ全体をそこに含まれるシグナリング信号Ｓも含めて、M-retieve.confで配送され、受け取る。メッセージM-Acknowledge.indはＭＭの受信を受領確認する。引き続くメッセージM-Delivery.indはレベル３の受信確認をレベル２の送信者ＭＭＳユーザエージェント２にフィードバックする。

これとは反対に図３のプルモードでは、M-Notification.indの受信に対する応答として、前に議論した２つの場合が区別される：
１．メッセージM-Nottification.indではシグナリング信号Ｓの記憶場所が指示される。M-retieve.confでのシグナリング信号Ｓの配送の際に、ＭＭの残りのデータの記憶場所への指示も伝送される。ここでＭＳリレー／サーバＢは、ＭＭの残りのデータのダウンロードの際に、シグナリング信号Ｓのエレメントがすでに伝送されており、新たに伝送する必要のないことを情報通知する。
２．M-Notification.indにすでにシグナリング信号ＳとＭＭの残りのデータの記憶場所が含まれていれば、この位置情報をシグナリング信号Ｓの送信の枠内で新たに送信する必要はない。

シグナリング信号Ｓのダウンロードは有利には受信者とのインタラクションなしで実行される。

受信者ＢがWSP-GET送信により要求して初めて、プロバイダＭＭＳリレー／サーバＢからＭＭがM-Retrieve.confの送信により受信者ＭＭＳユーザエージェントＢに伝送される。受信者は再びシグナリング信号Ｓを受け取ることができるが、このシグナリング信号は最初の送信の時からユーザエージェントＢアプリケーションに、伝送チャネルの負荷軽減のため中間記憶しておくこともできる。メッセージM-Acknowledge.indはレベル４でのＭＭの受信を受領確認する。引き続くメッセージM-Delivery.indはレベル３による受信確認をレベル２の送信者ＭＭＳユーザエージェントＡにフィードバックする。

前記の送信を管理するためにいわゆるヘッドフィールドを使用する。すなわち本来のＭＭおよび／またはＭＭの個々のエレメントに先行するフィールドを使用する。このフィールドには、出所、送信時間、データ情報、データ量およびさらなる詳細を含むことができる。本発明ではヘッドフィールドの数が高められるか、またはヘッドフィールドでの登録数が変更される。この変更は、少なくとも１つのエレメントをシグナリング信号Ｓの構成部として標識付けるために用いられる。シグナリング信号ＳによりＭＭの到着が送信者ＭＭＳユーザエージェントＡによる設定に従い、M-Retrieve.confの到着の際に直接指示される。従ってプルモードではシグナリング信号Ｓが２回、Ｂに発生する。このシグナリング信号Ｓの繰り返しによって反復識別作用が発生し、これは最終的に実行されたダウンロードを指示する。これにより受信者はとりわけ大容量の、従って長時間かかるダウンロードの間に、終了と再生可能性について待機する必要がない。

マルチメディア構成部をシグナリング信号Ｓとして識別するための２つの基本的可能性を提案した。実施形態ａ）では標識X-Mms-Signaling-Elementを備える新たなヘッドフィールドがＭＭのヘッダ部に組み込まれる。実施形態ｂ）によれば標識X-Mms-Content-IDを備えるヘッドフィールドが１つのパラメータだけ拡張され、このパラメータによりＭＭエレメントがシグナリング信号Ｓとして標識付けられる。このパラメータには標識シグナリングエレメントが割り当てられる。

ＷＡＰフォームにより定義された、ＭＭＳで交換されるメッセージの２進符号化に基づく実施例では、ＭＭヘッダの標識を２つのバリエーションに従いデモンストレーションすることができる。本発明による変更は再枠組みにより明瞭に示される。

ここでは次のシナリオが仮定される：
ユーザＡ、Andreas Schmidt（姓名）がＭＭをユーザＢ、Markus Trauberg（姓名）に送信する。ＭＭＳユーザエージェントＡでは、テキスト、ＪＰＥＧ画像およびＭＰ３オーディオフォーマットのメロディーからなるＭＭがユーザＡにより作成される。ユーザＡは、ＭＭに含まれるメロディーをシグナリング信号Ｓとして受信者に、このＭＭの到着について受信器に記憶されている音響信号の代わりに情報通知させたいと望む。図２によれば、以下のメッセージがシグナリング信号Ｓへの指示と共にユニット間で伝送される：M-Send.req, M-Notification.indおよびM-Retrieve.donf。シグナリング信号Ｓの構成部を本発明により標識付ける前記２つのバリエーションは、伝送に対するその実質的内容によりプッシュモードで短く再生される。

１．ＭＭの送信
実施バリエーションａ：
ＭＭと共にＭＭＳユーザエージェントＡからＭＭＳリレー／サーバＡに送信されるＷＡＰメッセージM-Send.reqでは、ａ）の下に導入されたヘッドフィールドX-Mms-Signaling-Elementに、ユーザＡがシグナリング信号として選択したエレメントの識別番号を登録することができる。さらにこのＷＡＰメッセージは特許願ＥＰ０１１０１０５７．６，［３］に定義されたＭＭエレメント識別フィールドも含む。個々のエレメントは、特許願ＥＰ０１１０７２７８．２，［６］によるヘッダに詳細に記述される。ヘッドフィールドX-Mms-Signaling-Elementは図４によれば付加的にヘッド領域に共に収容される。ここでヘッドフィールドX-Mms-Signaling-Elementは上記の設定に相応して、シグナリング信号として選択されたX-Mms-Content-ID＜00714.1412.3＞（これにＭＰ３規格によるオーディオデータが含まれている）を指示する。これは送信者により選択ないし決定されたとおりである。

M-Send.req（ＭＭＳユーザエージェントＡ→ＭＭＳリレー／サーバＡ）：

実施バリエーションｂ：
ＭＭと共にＭＭＳユーザエージェントＡからＭＭＳリレー／サーバＡに送信されるＷＡＰメッセージM-Send.reqは［６］により拡張されたヘッドフィールドX-Mms-Content-IDを含んでいる。このヘッドフィールドの各々には、本発明により標識Signaling-Elementを備えるパラメータだけ拡張されたパラメータセットが存在する。バリエーションｂ）参照。さらにＷＡＰメッセージM-Send.reqも同様に［３］で定義されたMM-Element-識別フィールドを含んでおり、これにより各MM-Elementは所期のように応答することができる。図５と図６参照。

M-Send.req（ＭＭＳユーザエージェントＡ→ＭＭＳリレー／サーバＡ）：

２．ＭＭの送信後
ＭＭがＭＭＳユーザエージェントＡからＭＭＳリレー／サーバＡに伝送されると、ＭＭはＩＰネットワークを介して受信者のＭＭＳリレー／サーバＢにさらに伝送される。ここでは通常まず、受信者の端末機がＭＭに含まれるデータ形式およびデータフォーマットをすべて表示ないし再生できるか否かが検査される。必要な場合は、１つまたは複数のＭＭエレメントがＭＭＳサービスプロバイダＢの管轄領域でコンバージョンされる。続いて、新たに到着したＭＭについての通知が受信者のＭＭＳユーザエージェントＢに送信されるか（プルモード）、またはＭＭはＭＭＳユーザエージェントＢに直接配送される（プッシュモード）。

３．ダウンロードの準備ができたＭＭについての通知
本発明により情報をＭＭＳユーザエージェントＢに伝送し、ダウンロードの準備ができたＭＭが送信者によりシグナリング信号として標識付けられたエレメントを含むことを通知することができる。ＭＭＳユーザエージェントＢはこれに基づいて、シグナリング信号として標識付けられたＭＭエレメントの所期のダウンロードを［３］にしたがって開始する。このときすべてのＭＭをダウンロードする必要はない。ＷＡＰではＭＭＳユーザエージェントＢは、ＭＭＳリレー／サーバＢからＷＡＰメッセージM-Notification.indによってダウンロード準備のできたＭＭについて情報通知される。

実施バリエーションａ
ＷＡＰメッセージM-Notification.indはバリエーションａ）により定義されたヘッドフィールドX-Mms-Signaling-Elementを含む。このヘッドフィールドは、ユーザＡによりシグナリング信号として選択されたエレメントの識別番号を含む。

M-Notification.ind（ＭＭＳリレー／サーバＢ→ＭＭＳユーザエージェントＢ）：

プルモードではシグナリング信号Ｓの配送を、ＭＭの残りのエレメントの配送、または完全なＭＭの配送の前に行うことができる。この場合、M-Retrieve.confでは付加的に、ＭＭＳリレー／サーバにおける残りのマルチメディアメッセージＭＭの記憶場所へのリンクも伝送される。

実施バリエーションｂ：
ＷＡＰメッセージM-Notification.indは、［３］に従いｂ）で新たに定義されたパラメータSignaling-Elementを備える拡張されたヘッドフィールドX-Mms-Content-IDを含む。このパラメータはＭＭエレメントをシグナリング信号として標識付けるために使用される。

M-Notification.ind（ＭＭＳリレー／サーバＢ→ＭＭＳユーザエージェントＢ）：

４．ＭＭの配送
選択された配送モード（プルまたはプッシュ）に依存して、ＭＭ（または［３］によるＭＭの個々のエレメント）はＭＭＳリレー／サーバＢからＷＡＰメッセージM-Retrieve.confと共にＭＭＳユーザエージェントＢに伝送される。

実施バリエーションａ：
ＷＡＰメッセージM-Retrieve.confでは、ａ）で定義されたヘッドフィールドX-Mms-Signaling-Elementを［３］で定義されたMM-Element-識別フィールドと組み合わせて使用することが提案される：
M-Retrieve.conf（ＭＭＳリレー／サーバＢ→ＭＭＳユーザエージェントＢ）：

実施バリエーションｂ）
ＷＡＰメッセージM-Retrieve.confでは、新たに登録Signaling-Elementだけ拡張されたパラメータを各X-Mms-Content-IDヘッドフィールドで、［３］に定義されたMM-Element識別フィールドと組み合わせて使用することが提案される：
M-Retrieve.conf（ＭＭＳリレー／サーバＢ→ＭＭＳユーザエージェントＢ）：

５．ＭＭの配送後
ＭＭを受信者のＭＭＳユーザエージェントＢ配送した直後に、ＷＡＰメッセージM-Retrieve.confにあるヘッドフィールドを、MM-Elementがシグナリング信号として標識付けられているか否かについて検査しなければならない。標識付けられていれば、端末機に記憶されており、ユーザＢにより予め設定されたシグナリング信号の代わりに相応に標識付けられたMM-Elementが再生される。

実施バリエーションａ：
ＷＡＰメッセージM-Retrieve.confでは、標識X-Mms-Signaling-Elementを備えるヘッドフィールドを探索しなければならない。MM-Elementの参照は［３］で定義されたMM-Element識別フィールドを介して行われる。

実施バリエーションｂ：
ＷＡＰメッセージM-Retrieve.confでは、標識X-Mms-Content-IDを備えるすべてのヘッドフィールドを探索し、評価しなければならない。パラメータSignaling-Elementのパラメータ値は、相応するMM-Elementがシグナリング信号であるか否かを指示する。

この実施例でユーザＢは、２つの実施バリエーションにおいてシグナリング信号ＳとしてユーザＡにより選択されたＭＰ３オーディオデータを聴く。

図２および図３によるＭＭＳ実現のさらなるメッセージは本発明では手を付けず、そのままであるのでここに示さない。

まとめると、エレメントをシグナリング信号として標識付けることによりＭＭが受信者に到着した際にエレメントが直接的に提示されるようにする前記種々の手段が、それぞれの利点と共に紹介された。実施バリエーションａ）およびｂ）は特許願ＥＰ０１１０１０５７．６，［３］に基づく。バリエーションａ）はバリエーションｂ）よりも容易に、既存のＷＡＰに挿入してＭＭＳを実現できる。バリエーションｂ）は付加的に特許願ＥＰ０１１０７２７８．２、［６］に基づく。

以下の参照文献を上げておく。

図１は、プルモードとプッシュモードの基本原理を概略的に対比する図である。 図２は、ワイヤレスアプリケーションプロトコルないしＷＡＰ規格によりデータ伝送に割り当てられた送信の概略をＷＡＰ ＭＭＳトランザクションフローチャートに示す図であり、この送信は送信者およびプロバイダレベルと、プロバイダおよび受信者レベルとの間で、プッシュモードで行われるものである。 図３、図２と同様のＷＡＰ ＭＭＳトランザクションフローチャートであり、プルモードでのデータ伝送を説明するためのものである。 図４は、本発明のバリエーションａ）による新たなヘッダフィールド名の符号化を示す。 図５は、欧州特許願ＥＰ０１１０７２７８．２で新たに定義されたヘッドフィールドX-Mms-Content-IDの本発明の第２のバリケーションｂ）により符号化を示す。 図６は、欧州特許願ＥＰ０１１０７２７８．２によるパラメータの符号化と、第２の実施バリエーションにより定義された新たなパラメータ、シグナリングエレメントの符号化を示す。

符号の説明

ＧＳＭ 移動通信用グローバルシステム
ＭＭ マルチメディアメッセージ
ＭＭＳ マルチメディアメッセージサービス
ＳＭＳ ショートメッセージサービス
ＵＭＴＳ ユニバーサル移動無線システム
ＷＡＰ ワイヤレスアプリケーションプロトコル
ＷＳＰ ワイヤレスセッションプロトコル
ＭＭＳＥ マルチメディアメッセージサービス環境
１ 通信システム
２ データの送信者レベル
３ プロバイダレベル
４ 受信者レベル
５ 加入者端末機／通信機器
６ 加入者端末機／通信機器
Ａ 送信者
Ｂ 受信者
Ｓ シグナリング信号
ＭＭＳユーザエージェントＡ 送信者アプリケーション（図２）
ＭＭＳユーザエージェントＢ 受信者アプリケーション（図２）
Ｍリレー／サーバ ＭＭＳ接続ユニット／プロバイダ
M-Send.req ＭＭＳ送信問い合わせ
M-Send.conf ＭＭＳ送信確認
M-Notification.ind ＭＭＳ受信者メッセージ
M-NotifyResp.req ＭＭＳ受信者メッセージ確認
ＷＡＰ ＧＥＴ ＭＭＳ配送問い合わせ
M-Retrieve.conf ＭＭＳ配送メッセージ
M-Acknowledge.ind ＭＭＳ配送確認
M-Delivery.ind ＭＭＳ配送状態メッセージ
ＩＰ インターネットプロトコルによるネットワーク

Claims (17)

1. 音声付きまたは音声なしのテキストデータおよび／または画像データを通信システムで伝送するための方法であって、
   伝送すべきデータ量を個々のエレメントから統合し、該個々のエレメントは同じまたは異なる規格にしたがって符号化されており、
   前記データはマルチメディアメッセージ（ＭＭ）として、マルチメディアメッセージサービス(MMS)で伝送される形式の方法において、
   少なくとも1つのエレメントが直接的に提示するために、送信者によって標識付けられ、
   標識付けのために付加的なヘッドフィールドが形成され、
   前記データの前記エレメントおよび/または前記データの所定部分の前記エレメントがシグナリング信号(S)として標識付けられ、
   マルチメディアメッセージ（ＭＭ）の到着時に、受信者（６）のＭＭＳサービスプロバイダは、前記マルチメディアメッセージ（ＭＭ）のヘッドフィールドの評価によって、それぞれ存在するマルチメディアメッセージ（ＭＭ）がシグナシング信号（Ｓ）として標識付けられたマルチメディアメッセージエレメントを含んでいるか否かを検査し、
   前記シグナリング信号（Ｓ）が、受信側ＭＭＳユーザエージェントＢ、送信側ＭＭＳリレーサーバ、および／または受信側ＭＭＳリレーサーバによりマルチメディアメッセージ（ＭＭ）から抽出され、
   ダウンロードの準備のできたマルチメディアメッセージ（ＭＭ）内のマルチメディアメッセージエレメントがシグナリング信号（Ｓ）として標識付けられていることを指示するメッセージが発見されると、相応するマルチメディアメッセージエレメントのダウンロードが開始され、受信者にはこれによりＭＭＳリレー／サーバに待機するマルチメディアメッセージについて情報通知され、
   前記シグナリング信号（Ｓ）は、受信者で固定的に予めインストールされたエレメントへのバックアクセス、または先行の伝送によりすでに存在していて記憶されたエレメントへのバックアクセスを行い、これにより当該エレメントの変更だけが伝送される、ことを特徴とする方法。
2. フィールド名の符号化および／またはフィールド値の符号化を実行する、請求項１記載の方法。
3. 新たなヘッドフィールドを、ＷＡＰメッセージM-Send.req、M-Notification.ind および/または M-Retrieve.conf に標識 M-Mms-Signaling-Element と共に挿入する、請求項１または２記載の方法。
4. ヘッドフィールド X-Mms-Signaling-Element を０×８７として符号化し、および/またはヘッドフィールド X-Mms-Signaling-Element をテキスト文字列として符号化する、請求項１から３までのいずれか１項記載の方法。
5. パラメータセットを、標識 X-Mms-Cont-ID を備えるＷＡＰメッセージ M-send.req、M-Notification.ind および/または M-Retrieve.conf のヘッドフィールドで、標識 Signaling-Element を備える付加的パラメータだけ拡張し、
   該付加的パラメータにより、マルチメディアメッセージの少なくとも１つのマルチメディアデータ構成部がシグナリング信号(S)として標識付けられる、請求項１から４までのいずれか１項記載の方法。
6. WAPの付加的ヘッドフィールドを次のように符号化する：
   フィールド名 X-Ms-Content＿ID を０×１９として符号化する、および／または
   X-Mms-Content＿ID のフィールド値を、マルチメディアメッセージの少なくとも１つのエレメントの標識を備えるテキスト文字列により符号化する、請求項１から５までのいずれか１項記載の方法。
7. 前記マルチメディアメッセージエレメントのトランスコーディングおよび/またはコンバージョンを開始し、これによりシグナリング信号（Ｓ）が受信機器に適合するようにする、請求項１から６までのいずれか１項記載の方法。
8. 前記マルチメディアメッセージのマルチメディア構成部をシグナリング信号(S)として、メディア形式および/またはメディアフォーマットの実行されるトランスコーディングおよび/またはコンバージョンに対する抵抗として標識付ける、請求項１から７までのいずれか１項記載の方法。
9. 送信者によりシグナリング信号（Ｓ）として標識付けられた、マルチメディアメッセージのマルチメディア構成部は、受信機器において受信者により予め設定されたシグナリング信号を置換する、請求項１から８までのいずれか１項記載の方法。
10. 到来する呼び出しに、マルチメディアシグナリング信号（Ｓ）を備えるマルチメディアメッセージを前置し、これにより到来する呼び出しおよび／または到来するマルチメディアデータをシグナリングする、請求項１から９までのいずれか１項記載の方法。
11. 標識付けをデータに符号化し、該データを送信側ＭＭＳユーザエージェントからＭＭＳリレーサーバへ、マルチメディアメッセージの送信のために送信する、請求項１から１０までのいずれか１項記載の方法。
12. 標識付けをデータに符号化し、該データをＭＭＳリレーサーバから受信側ＭＭＳユーザエージェントへ、新たなデータ（ＭＭ）の存在について受信側ＭＭＳユーザエージェントに通知するため送信する、請求項１から１１までのいずれか１項記載の方法。
13. 標識付けをデータに符号化し、該データをＭＭＳリレーサーバから受信側ＭＭＳユーザエージェントへ、マルチメディアメッセージの配信のために送信する、請求項１から１２までのいずれか１項記載の方法。
14. マルチメディアメッセージの標識付けられたエレメントを受信側ユーザエージェントに伝送する、請求項１から１３までのいずれか１項記載の方法。
15. 音声付きまたは音声なしのテキストデータおよび/または画像データの形態のデータを伝送および/または提示するための加入者端末機であって、
    前記データは伝送すべきデータ量のエレメントとして同じまたは異なる規格に従って符号化されている形式の加入者端末機において、
    少なくとも1つのエレメントが直接的に提示するために、送信者によって標識付けられ、
    標識付けのために付加的なヘッドフィールドが形成され、
    前記データの前記エレメントおよび／または前記データの所定部分の前記エレメントがシグナリング信号（Ｓ）として標識付けられ、
    マルチメディアメッセージ（ＭＭ）の到着時に、受信者（６）のＭＭＳサービスプロバイダは、前記マルチメディアメッセージ（ＭＭ）のヘッドフィールドの評価によって、それぞれ存在するマルチメディアメッセージ（ＭＭ）がシグナシング信号（Ｓ）として標識付けられたマルチメディアメッセージエレメントを含んでいるか否かを検査し、
    前記シグナリング信号（Ｓ）が、受信側ＭＭＳユーザエージェントＢ、送信側ＭＭＳリレーサーバ、および／または受信側ＭＭＳリレーサーバによりマルチメディアメッセージ（ＭＭ）から抽出され、
    ダウンロードの準備のできたマルチメディアメッセージ（ＭＭ）内のマルチメディアメッセージエレメントがシグナリング信号（Ｓ）として標識付けられていることを指示するメッセージが発見されると、相応するマルチメディアメッセージエレメントのダウンロードが開始され、受信者にはこれによりＭＭＳリレー／サーバに待機するマルチメディアメッセージについて情報通知され、
    前記シグナリング信号（Ｓ）は、受信者で固定的に予めインストールされたエレメントへのバックアクセス、または先行の伝送によりすでに存在していて記憶されたエレメントへのバックアクセスを行い、これにより当該エレメントの変更だけが伝送される、ことを特徴とする加入者端末機。
16. ＵＭＴＳ規格による移動電話として構成されている、請求項１５記載の加入者端末機。
17. データ処理装置またはコンピュータを、
    伝送すべきデータ量を個々のエレメントから統合し、該個々のエレメントを同じまたは異なる規格にしたがって符号化する手段、
    前記データをマルチメディアメッセージ（ＭＭ）として、マルチメディアメッセージサービス（ＭＭＳ）で伝送する手段、
    として機能させるコンピュータプログラムにおいて、
    前記データ処理装置またはコンピュータを、
    少なくとも１つのエレメントを直接的に提示するために、送信者によって標識付けさせる手段、
    標識付けのために付加的なヘッドフィールドを形成する手段、
    前記データの前記エレメントおよび／または前記データの所定部分の前記エレメントを、シグナリング信号（Ｓ）として標識付ける手段、
    マルチメディアメッセージ（ＭＭ）の到着時に、受信者（６）のＭＭＳサービスプロバイダに対して、前記マルチメディアメッセージ（ＭＭ）のヘッドフィールドの評価によって、それぞれ存在するマルチメディアメッセージ（ＭＭ）がシグナシング信号（Ｓ）として標識付けられたマルチメディアメッセージエレメントを含んでいるか否かを検査させる手段、
    前記シグナリング信号（Ｓ）を、受信側ＭＭＳユーザエージェントＢ、送信側ＭＭＳリレーサーバ、および／または受信側ＭＭＳリレーサーバによりマルチメディアメッセージ（ＭＭ）から抽出される手段、
    ダウンロードの準備のできたマルチメディアメッセージ（ＭＭ）内のマルチメディアメッセージエレメントがシグナリング信号（Ｓ）として標識付けられていることを指示するメッセージが発見されると、相応するマルチメディアメッセージエレメントのダウンロードを開始させ、受信者にはこれによりＭＭＳリレー／サーバに待機するマルチメディアメッセージについて情報通知する手段、
    前記シグナリング信号（Ｓ）に、受信者で固定的に予めインストールされたエレメントへのバックアクセス、または先行の伝送によりすでに存在していて記憶されたエレメントへのバックアクセスを行わせ、これにより当該エレメントの変更だけを伝送する手段、
    として機能させることを特徴とするコンピュータプログラム。

Images