(57)【要約】【課題】シグナリング信号をＭＭ規格内で送信可能な１つまたは複数のデータフォーマットを選択する際に個別に構成することができる手段を提供する。【解決手段】ダウンロード準備のできたマルチメディアメッセージ（ＭＭ）内のマルチメディア部分がシグナリング信号（Ｓ）として標識付けられていることを指示する前記メッセージ信号（Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ）が前記受信者（６）によって発見されると、当該標識付けられたマルチメディア部分のダウンロードが直ちに開始され、受信者（６）にはこれにより、前記通信システムに待機するマルチメディアメッセージ（ＭＭ）について情報通知される。【選択図】図３
2009246979.tif 000002
【特許請求の範囲】
【請求項１】
１つまたは複数のマルチメディア部分を備えるマルチメディアメッセージ（ＭＭ）を、送信者（５）から受信者（６）へ通信システムで伝送する方法において、
送信者（５）によって前記マルチメディアメッセージ（ＭＭ）の少なくとも１つのマルチメディア部分がシグナリング信号（Ｓ）として標識付けられ、
前記標識付けは、前記マルチメディア部分を直接的に表示するために、残りのマルチメディア部分が受信者に到着する前にまたは受信者に到着する時に、および／または前記マルチメディアメッセージ（ＭＭ）のマルチメディア部分の所定の部分量が受信者に到着する前にまたは受信者に到着する時に行われ、
前記受信者（６）には、前記マルチメディアメッセージ（ＭＭ）が前記通信システムでダウンロード準備できていることを指示するメッセージ信号（Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ）によって、当該ダウンロード準備のできたマルチメディアメッセージ（ＭＭ）が、前記送信者（５）によってシグナリング信号として標識付けられた少なくとも１つのマルチメディア部分を含んでいるという情報が通知され、
前記ダウンロード準備のできたマルチメディアメッセージ（ＭＭ）内のマルチメディア部分がシグナリング信号（Ｓ）として標識付けられていることを指示する前記メッセージ信号（Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ）が前記受信者（６）によって発見されると、当該標識付けられたマルチメディア部分のダウンロードが直ちに開始され、受信者（６）にはこれにより、前記通信システムに待機するマルチメディアメッセージ（ＭＭ）について情報通知される、ことを特徴とする伝送方法。
【請求項２】
請求項１記載の方法において、
前記シグナリング信号（Ｓ）は、前記マルチメディアメッセージ（ＭＭ）の残りのマルチメディア部分の到着前および／または到着時に、または完全なマルチメディアメッセージ（ＭＭ）の到着前および／または到着時に受信者（６）に割り当てられ、その後直接的に再生される、ことを特徴とする方法。
【請求項３】
請求項１または２記載の方法において、
到来する呼び出しおよび／または到来するマルチメディアデータに、マルチメディアシグナリング信号（Ｓ）を備えるマルチメディアメッセージ（ＭＭ）が前置され、これにより到来する呼び出しおよび／または到来するマルチメディアデータがシグナリングされる、ことを特徴とする方法。
【請求項４】
請求項１から３までのいずれか一項記載の方法において、
シグナリング信号（Ｓ）によって光学的、音響的および／または触覚的マルチメディア部分が再生されるか、または完全なマルチメディアプレゼンテーションが再生される、ことを特徴とする方法。
【請求項５】
請求項１から４までのいずれか一項記載の方法において、
前記シグナリング信号（Ｓ）に、伝送すべきマルチメディアメッセージ（ＭＭ）の伝送準備できたデータ量に関する情報が添付される、ことを特徴とする方法。
【請求項６】
請求項１から５までのいずれか一項記載の方法において、
前記受信者（６）に割り当てられたシグナリング信号（Ｓ）は該受信者（６）によって、前記マルチメディアメッセージ（ＭＭ）のマルチメディア部分が受信者（６）に直ちにダウンロードされるか否かの判定のために使用される、ことを特徴とする方法。
【請求項７】
請求項１から６までのいずれか一項記載の方法において、
前記送信者（５）から、シグナリング信号（Ｓ）として標識付けられたマルチメディア部分を備えるマルチメディアメッセージ（ＭＭ）が、当該送信者を管轄するＭＭＳリレーサーバ（Ａ）に送信される、ことを特徴とする方法。
【請求項８】
請求項７記載の方法において、
マルチメディア部分の標識付けはデータ中に符号化され、
前記データは、送信者（５）の送信側ＭＭＳユーザエージェントから、該送信者を管轄するＭＭＳリレーサーバ（Ａ）へ、マルチメディアメッセージ（ＭＭ）の送信のために送信される、ことを特徴とする方法。
【請求項９】
請求項７または８記載の方法において、
前記送信者（５）を管轄するＭＭＳリレーサーバ（Ａ）から、シグナリング信号（Ｓ）として標識付けられたマルチメディア部分を備えるマルチメディアメッセージ（ＭＭ）が、前記受信者（６）を管轄するＭＭＳリレーサーバ（Ｂ）に送信される、ことを特徴とする方法。
【請求項１０】
請求項９記載の方法において、
前記受信者（６）を管轄するＭＭＳリレーサーバ（Ｂ）からメッセージ信号（Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ）が前記受信者（６）に送信され、
前記メッセージ信号により前記受信者は、マルチメディアメッセージ（ＭＭ）が当該受信者を管轄するＭＭＳリレーサーバ（Ｂ）においてダウンロード準備できていると情報通知され、
前記ダウンロード準備できたマルチメディアメッセージ（ＭＭ）は少なくとも１つのマルチメディア部分を含んでおり、
該マルチメディア部分は前記送信者（５）によりシグナリング信号（Ｓ）として標識付けられている、ことを特徴とする方法。
【請求項１１】
請求項１０記載の方法において、
前記マルチメディア部分の標識付けはデータ中に符号化され、
該データは、前記受信者（６）に割り当てられたＭＭＳリレーサーバ（Ｂ）から前記受信者の受信側ＭＭＳユーザエージェントに、受信側ユーザエージェントにマルチメディアメッセージ（ＭＭ）の存在について通知するために送信される、ことを特徴とする方法。
【請求項１２】
請求項１０または１１項記載の方法において、
前記マルチメディア部分の標識付けはデータ中に符号化され、
該データは、前記受信者（６）に割り当てられたＭＭＳリレーサーバ（Ｂ）から前記受信者の受信側ＭＭＳユーザエージェントに、マルチメディアメッセージ（ＭＭ）の配信のために送信される、ことを特徴とする方法。
【請求項１３】
請求項１から１２までのいずれか一項記載の方法において、
前記メッセージ信号（Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ）では、該シグナリング信号（Ｓ）の記憶場所が受信者（６）に指示される、ことを特徴とする方法。
【請求項１４】
請求項１３記載の方法において、
配信信号（Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ）でシグナリング信号（Ｓ）を配信する際、準備できたマルチメディアメッセージ（ＭＭ）の残りのマルチメディア部分の記憶場所についての指示も伝送される、ことを特徴とする方法。
【請求項１５】
請求項１から１２までのいずれか一項記載の制御方法において、
前記メッセージ信号（Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ）では、シグナリング信号の記憶場所および準備できたマルチメディアメッセージ（ＭＭ）の残りのマルチメディア部分の記憶場所が受信者（６）に伝送される、ことを特徴とする方法。
【請求項１６】
請求項１から１５までのいずれか一項記載の方法において、
前記シグナリング信号（Ｓ）のダウンロードは、受信者（６）側の人物との相互作用なしで実行される、ことを特徴とする方法。
【請求項１７】
請求項１から１６までのいずれか一項記載の方法において、
マルチメディア部分をシグナリング信号（Ｓ）として特徴付けるために、付加的なヘッドフィールドが伝送すべきマルチメディアメッセージ（ＭＭ）のヘッド部分に組み込まれている、ことを特徴とする方法。
【請求項１８】
請求項１７記載の方法において、
前記ヘッドフィールドの符号化は、フィールド名および／またはフィールド値の符号化として実行される、ことを特徴とする方法。
【請求項１９】
請求項１７または１８項記載の方法において、
前記付加的なヘッドフィールドは、通信システムのＷＡＰメッセージ、Ｍ−Ｓｅｎｄ．ｒｅｑ，  Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ  および／または  Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ  に標識  Ｘ−ＭＭｓシグナリングエレメントとともに挿入される、ことを特徴とする方法。
【請求項２０】
請求項１９記載の方法において、
前記ヘッドフィールド  Ｘ−ＭＭｓシグナリングエレメントを０×８７として符号化し、および／またはヘッドフィールド  Ｘ−ＭＭｓシグナリングエレメントをテキスト文字列として符号化する、ことを特徴とする方法。
【請求項２１】
請求項１から２０までのいずれか一項記載の方法において、
パラメータセットを、通信システムのＷＡＰメッセージ、Ｍ−Ｓｅｎｄ．ｒｅｑ，  Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ  および／または  Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ  のヘッドフィールドで、標識  シグナリングエレメントを備える付加的パラメータだけ拡張し、
該付加的パラメータにより、伝送すべきマルチメディアメッセージ（ＭＭ）の少なくとも１つのマルチメディア部分がシグナリング信号（Ｓ）として標識付けられる、ことを特徴とする方法
【請求項２２】
請求項２１記載の方法において、
ヘッドフィールドをＷＡＰに次のように符号化する：
フィールド名  Ｘ−ＭＭｓ−Ｃｏｎｔｅｎｔ＿ＩＤ  を０×１９として符号化するか、および／または
Ｘ−ＭＭｓ−Ｃｏｎｔｅｎｔ＿ＩＤのフィールド値を、伝送すべきマルチメディアメッセージ（ＭＭ）の少なくとも１つのマルチメディア部分の標識を備えるテキスト文字列により符号化する、ことを特徴とする方法。
【請求項２３】
請求項２２記載の方法において、
受信者（６）のＭＭＳサービスプロバイダ（Ｂ）により、伝送すべきマルチメディアメッセージ（ＭＭ）のヘッドフィールドが評価され、これによりそれぞれ存在するマルチメディアメッセージ（ＭＭ）が、シグナリング信号（Ｓ）として標識付けられたマルチメディア部分を含んでいるか否かが決定される、ことを特徴とする方法。
【請求項２４】
請求項１から２３までのいずれか一項記載の方法において、
それぞれ伝送すべきマルチメディアメッセージ（ＭＭ）の標識付けられたマルチメディア部分のトランスコーディングおよび／またはコンバージョンが、受信機器への適合のために開始される、ことを特徴とする方法。
【請求項２５】
請求項１から２３までのいずれか一項記載の制御方法において、
シグナリング信号（Ｓ）としてのマルチメディア部分が、それぞれ伝送すべきマルチメディアメッセージ（ＭＭ）で、メディア形式および／またはメディアフォーマットの実行されるトランスコーディングおよび／またはコンバージョンに対する抵抗として標識付けられる、ことを特徴とする方法。
【請求項２６】
請求項１から２５までのいずれか一項記載の方法において、
それぞれ伝送すべきマルチメディアメッセージ（ＭＭ）の、送信者（５）によりシグナリング信号（Ｓ）として標識付けられたマルチメディア部分は、受信者（６）によりあらかじめ設定されたシグナリング信号を置換する、ことを特徴とする方法。
【請求項２７】
請求項１から２６までのいずれか一項記載の方法において、
前記シグナリング信号（Ｓ）は、受信者（６）の受信側ＭＭＳユーザエージェントＢ、送信側および／または受信側ＭＭＳリレーサーバ（Ａ、Ｂ）により、それぞれ伝送すべきマルチメディアメッセージ（ＭＭ）から抽出および／または処理される、ことを特徴とする方法。
【請求項２８】
請求項１から２７までのいずれか一項記載の方法において、
前記シグナリング信号（Ｓ）は、受信者（６）で固定的にあらかじめインストールされたマルチメディア部分へのアクセス、または先行の伝送によりすでに存在していて記憶されたマルチメディア部分へのアクセスを行い、これにより当該マルチメディア部分の変更だけが伝送される、ことを特徴とする方法。
【請求項２９】
請求項１から２８までのいずれか一項記載の方法において、
送信者（５）および／または受信者（６）として、移動加入者端末機器が設けられている、ことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの伝送方法に関する。
【背景技術】
【０００２】
本発明の枠内でデータの概念は、個々の構成部分から統合されるいずれかの形式の情報であると理解されたい。この個々の構成部分またはエレメントは種々の規格にしたがって構築され、編成され、および／または符号化される。従ってこの意味でデータは、種々の規格のエレメントを含むマルチメディアメッセージでもある。
【０００３】
種々異なるフォームまたはフォーマットのデータを伝送する方法および装置は公知である。移動通信規格のためのグローバルシステムによる移動無線システム、略してＧＳＭは例えば音声電話の他に１６０文字長までの短いテキストメッセージの形態で情報を送信し、受信することができる。このサービスはショートメッセージサービス、略してＳＭＳと称される。
【０００４】
次世代の移動無線システム、ユニバーサル移動無線システムＵＭＴＳに対して、現在のところマルチメディア機能のある移動通信サービスが規格化されている。これはマルチメディアメッセージングサービスＭＭＳである。3GPP TS 23.140バージョン4.3.0、リリース4,2001年6月、3rd 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 参照。
【０００７】
ＭＭは基本的にヘッダ部とデータ部からなる。ヘッダ部は所定のヘッドフィールドから合成され、一般的にＭＭへの情報を含む。ＭＭのデータ部は異なるデータ形式およびデータフォーマットの１つまたは複数のエレメントを任意の順序で含むことができる。ＥＤＶ領域からすでに公知にように、本来のマルチメディアコンテンツは比較的大きい。従ってマルチメディアコンテンツはメモリスペースを実質的に大量に占有し、伝送の場合には高い線路容量と長い伝送時間を必要とする。
【０００８】
前記の特性から導き出されるＭＭＳのさらなる特徴は、ＭＭを配信する際にはいわゆるプッシュモードとプルモードが区別されることである。プッシュモードでは到来するＭＭが直ちに受信者に配信される。プルモードでは受信者にまず新たに到来したＭＭについてメッセージにより単に情報通知されるだけである。受信者はプルモードでは通知に対して自分で、いつこのＭＭを自分の端末機にダウンロードするか決定することができる。言い替えると受信者はプルモードでは、ＭＭを料金の安価な時点でダウンロードすることができる。複数のＭＭがすでに存在する場合、受信者はそれについての順序をそれぞれの重要性にしたがって設定することができ、受信するのにさらに重要な情報を自分でブロックするようなことはない。
【０００９】
しかし両方のモードとも、受信者はＭＭの配信がプッシュモードで行われるのか、または受信について通知されるプルモードで行われるのかを自分自身で知っていなければならない。現在の電話機ではしばしば、発呼者を知らせるために多数の呼び出し音が記憶されており、それらからユーザは到来する呼び出しまたはＳＭＳテキストメッセージに対して１つまたは複数を選択することができる。場合によって端末機は発呼者を発呼者グループにまとめることもサポートする。この場合、複数の異なる発呼者に共通の呼び出し音を割り当てることができ、共通の呼び出し音は残りの発呼すべてに対する呼び出し音から、または他のサービス、例えばＳＭＳテキストメッセージに対する呼び出し音から区別される。しかし現在使用されているシグナリング信号は共通である、受信者の端末機に記憶されている。従って受信者だけがそれらの割り当ておよび／または使用について決定するのであり、発呼者ないし送信者はそれについて何の影響も及ぼさない。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】ＵＳ  ６，０７０，０５３
【特許文献２】国際公開第９９／０２５１０７号
【特許文献３】国際公開第０１／０３９５７７号
【特許文献４】ＥＰ  ０１１０１０５７．６
【非特許文献】
【００１１】
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．１４０バージョン４．３．０、リリース４，２００１年６月
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明の課題は、通信システムにおいて、送信者に対し受信者の端末機でのシグナリング信号に影響を与えることができ、とりわけＭＭの送信の場合には大きな自由度を以て、シグナリング信号をＭＭ規格内で送信可能な１つまたは複数のデータフォーマットを選択する際に個別に構成することができる手段を提供することである。
【課題を解決するための手段】
【００１３】
この課題は本発明により、請求項１の構成を備える方法により解決される。
【００１４】
本発明の伝送方法は、１つまたは複数のマルチメディア部分を備えるマルチメディアメッセージを、送信者から受信者へ通信システムで伝送する方法において、
送信者によって前記マルチメディアメッセージの少なくとも１つのマルチメディア部分がシグナリング信号として標識付けられ、
前記標識付けは、前記マルチメディア部分を直接的に表示するために、残りのマルチメディア部分が受信者に到着する前にまたは受信者に到着する時に、および／または前記マルチメディアメッセージのマルチメディア部分の所定の部分量が受信者に到着する前にまたは受信者に到着する時に行われ、
前記受信者には、前記マルチメディアメッセージが前記通信システムでダウンロード準備できていることを指示するメッセージ信号によって、当該ダウンロード準備のできたマルチメディアメッセージが、前記送信者によってシグナリング信号として標識付けられた少なくとも１つのマルチメディア部分を含んでいるという情報が通知され、
前記ダウンロード準備のできたマルチメディアメッセージ内のマルチメディア部分がシグナリング信号として標識付けられていることを指示する前記メッセージ信号が前記受信者によって発見されると、当該標識付けられたマルチメディア部分のダウンロードが直ちに開始され、受信者にはこれにより、前記通信システムに待機するマルチメディアメッセージについて情報通知される、ことを特徴とする。
【発明の効果】
【００１５】
これにより任意の規格の所定のエレメントが送信すべきデータ量からシグナリング信号として自動的に開封され、受信者は例えば到来する電話コールとは異なりあらかじめ調整された信号をもはや聞くことはない。直ちに開封されたエレメントは送信者による選択にしたがって例えば任意のオーディオコンテンツを使用し、受信者に個別に新たに到来したマルチメディアメッセージについて注意を喚起することができる。有利には本発明の方法はプッシュモードでも、プルモードと同じように適用することができる。
【００１６】
本発明の改善形態では、送信のためのデータが次のように処理される。すなわち、このデータが編成情報を伝送するためのヘッダないしヘッダ部と、それぞれの有効情報を伝送するためのボディないし本体を有するように処理される。ここで有効情報は有利にはエレメントを複数のデータパケットの形態で有する。本発明の方法は有利には、マルチメディアメッセージ  ＭＭとしてマルチメディアサービス  ＭＭＳで伝送されるデータに対して使用される。これはとりわけ移動加入者端末機またはＷＡＰ機能のある、いわゆるＭＭＳユーザエージェントとしての移動電話である。
【００１７】
ＭＭＳでも実際には、シグナリングについての情報を受信側ユーザエージェントに対して、ＭＭが受信者に到来する時に送信者により記述する手段が欠けている場合がある。本発明によればここでは、ＭＭに含まれるエレメントを指示する手段が提供され、これにより受信者に対するＭＭへのシグナリング信号を送信者により正確に特定することができる。テキスト表示の他に、マルチメディア提示の各形式、例えばオーディオシーケンス、静止画像またはビデオシーケンスも実行中の導入をスタートするために定義することができる。
【００１８】
本発明の有利な実施形態では、シグナリング信号が光学的、音響的および／または触覚的エレメントを有する。通知すべきデータ量を低下させるために、シグナリング信号の検出、記述または設定の際に有利には、受信機器で固定的にあらかじめインストールされたエレメント、または前もって伝送されすでに存在して記憶されているエレメントに再びアクセスする。この種のエレメントの変形はそれぞれのエレメントの呼び出しにより、例えば所定のエレメントに対する命名命令および変更ベクトルまたは変化値および変更値の伝送によって実現される。これにより個別のシグナリング信号を伝送するのに必要なデータ量は非常に大きく低減される。そしてさらなる種々のエレメントは任意の形態で相互に組み合わせることができる。
【００１９】
有利には本発明の枠内で規格と両立する手段が提供される。マルチメディアメッセージサービスＭＭＳのＭＭにはデータ部の少なくとも１つのオブジェクトがシグナリング信号として、受信機器ないし受信側ユーザエージェントで標識付けられ、このシグナリング信号は受信者に、入力の際に受信側ユーザエージェントによって直接的に情報通知される。このために本発明の改善形態では、相応の情報をＭＭに符号化することが提案される。ＭＭの少なくとも１つの所定のマルチメディア構成部を識別ないし参照するのに、実質的に２つの基本的に異なる手段が存在する。
１．ＭＭの各マルチメディア部分に固有の識別番号を割り当て、これによりＭＭの個々の部分に応答できるようにする。このために、各ＭＭエレメントに対して、標識Ｘ−ＭＭｓ−Ｃｏｎｔｅｎｔ−ＩＤを備える付加的なヘッドフィールドを導入し、このヘッドフィールドが相応するＭＭエレメントの識別番号を含むようにする。
【００２０】
例えばコンテンツＩＤまたは一義的に割り当てられた記述の構築方法は、同じ出願人の欧州特許願ＥＰ０１１０１０５７．６に開示されている。
２．ヘッドフィールドは、複数のパラメータのリストを含むことができる。例えば、WAP-203-WSP, Version 4-May-2000; Wireless Application Protocol, Wireless Session Protocol Specification; Chapter 8.4: "Header Encoding"参照。例えばＭＭエレメントのヘッドフィールドＸ−ＭＭｓ−Ｃｏｎｔｅｎｔ−ＩＤは、パラメータの１セットだけ、例えば識別番号、名前、エレメントサイズ等だけ拡張され、これにより各ＭＭエレメントを正確に記述することができる。この手段は同じ出願人の欧州特許願ＥＰ０１１０１０５７．６に開示されており、ＥＰ０１１０７２７８．２でさらに発展された。
【００２１】
どのようにＭＭの個々のマルチメディア構成部を前記２つの形式の１つにしたがって識別するかに応じて、ＭＭのエレメントを本発明によりシグナリング信号として標識付けるための異なる手段が存在する。
ａ）ＭＭエレメントの識別を前記第１の手段にしたがって行う場合、可能な標識Ｘ−ＭＭｓ−Ｓｉｇｎａｌｉｎｇ−Ｅｌｅｍｅｎｔを備える新たなヘッドフィールドがＭＭのヘッド部に統合され、ここにシグナリング信号として用いるべきＭＭエレメントまたは複数のエレメントの識別場号を書き込むことができる。
ｂ）ＭＭエレメントの識別を第２の手段にしたがって行う場合、標識Ｘ−ＭＭｓ−Ｃｏｎｔｅｎｔ−ＩＤを備える上に提案されたヘッドフィールド内でエレメントに対する複数のパラメータをリストアップすることができ、ＭＭエレメントをシグナリング信号として標識付けることのできる１つのパラメータを同時に作成することができる。このパラメータは例えばシグナリングエレメントと称することができる。
【００２２】
ヘッドフィールドのコーディングは有利にはフィールド名および／またはフィールド値のコーディングとして実行することができる。適用すべき規格に適合した変換の具体的形式に対しては実施例を参照されたい。実施例には前記２つの手段のそれぞれの利点が詳細に示されている。
【００２３】
前記特徴の１つまたは複数による標識は本発明の実施形態ではＭＭのデータに符号化される。これについてはＷＡＰ規格に従いとりわけ通報 M-Send.req、M-Notification.ind および／または M-Retrieve.conf が該当する。新たなヘッドフィールドの符号化はＭＭエレメントを識別するための手段と組み合わせて行うことができる。これは例えばＥＰ  ０１１０１０５７．６に定義されている。択一的にパラメータを前記ＷＡＰメッセージのヘッドフィールドで拡張することもできる。
【００２４】
ＷＡＰ規格に従い、符号化は有利には通報  Ｍ−Ｓｅｎｄ．ｒｅｑ  で行われる。従って符号化は送信器ないし送信アプリケーションの中央で行われ、これにより後で図面を参照して説明する伝送チェーンにおいてデータの変形を行う必要がない。シグナリング信号の抽出および／または準備はとりわけ自立的信号としてプルモードで、送信側または受信側ＭＭＳリレーサーバおよび／または受信側ＭＭＳユーザエージェントにより行うことができる。ここでこれら２つの符号化方法は共通に、送信器から通信システムへの課題転置が行われる。従ってインテリジェンスがネットワークにもたらされ、これにより高速に処理することができ、送信器での後装備なしでも新たな方法または部分方法を使用することができる。なぜなら新たな方法を古い方法と交換することは中央で行われるからである。特に重要なのは受信器の負荷軽減によってそのリソースも大事にされることである。これはとりわけバッテリーないし電池に当てはまることであり、この手段により比較的僅かなエネルギーを処理のためにもたらせばよいようになる。とりわけデータ送信の際には、さらに付加的に圧縮方法を迅速化とエネルギー供給のさらなる負荷軽減のために使用することができる。
【００２５】
到来する呼び出しに有利にはマルチメディアシグナリング信号を備えるＭＭを前置して、到来する呼び出しおよび／または到来するマルチメディアデータをシグナリングし、例えば即座のおよび／または完全なダウンロードへの興味を喚起することができる。ここで送信者によりシグナリング信号として標識付けられたＭＭのマルチメディア構成部は受信器で受信者によりあらかじめ設定されたシグナリング信号により置換することができる。ただしこのことが受信者により許容される場合である。本発明の方法では、マルチメディアシグナリング信号に少なくともプルモードで、伝送のために準備されたデータのサイズについての情報が添付されると有利である。この有利な改善形態では、標識付けられたエレメントないしシグナリング信号が受信側ユーザエージェントに伝送される。これにより有利な実施形態では所定の情報を、ＭＭを即座に、有利にはおよび／または完全にユーザエージェントに伝送すべきか否かの決定補助として使用することができる。
【００２６】
この方法は本発明の通信システムでは一般的に送信者へのフィードバックを使用して、情報内容または宣伝内容を伴うデータまたはメッセージの送信のために使用することができる。公知の宣伝方法および情報方法とは異なり、電子的にだけ処理され、物理的または肉体的に作成する必要がないという利点が得られる。これにより製作コスト、保存、ならびに配布のための重大なコストが省略される。ここでは販売は完全に自動化可能であり、関与する（直接応答される）トラフィック回路のリソースの種々の付加的形態を評価することができる。宣伝手段の許容性に対する尺度として、部分的にまたは完全に実行されたダウンロードの数を評価することができる。実際には宣伝手段の効果は注文、最悪の場合には苦情またはダウンロードの中止に基づいて測定することができる。
【００２７】
本発明によれば、ＭＭの送信者にはマルチメディア部分、プレゼンテーションの場合にはＭＭの複数のマルチメディア部分をシグナリング信号として標識付ける手段が提供される。ＭＭのマルチメディア部分または複数のマルチメディア部分のシグナリング信号としての標識付けは、メディア形式およびマルチメディア部分のメディアフォーマットに依存しないで行われる。複数の異なるコンポーネントから合成された１つのシグナリング信号も、ＭＭの配信後、直ちに受信者のＭＭＳユーザエージェントで再生され、本発明の実施形態では受信者に、端末機に記憶された呼び出し音の代わりに新たなＭＭの着信を通知する。シグナリング信号の形式および容量は本発明では受信機器に記憶された受信者の個別の調整にはもはや依存しない。この方法は本発明では配信形式に依存しない。従ってプッシュモードでもプルモードでも実行できる。さらに本発明の方法は、オーディオコンテンツに制限されるものではない。そうではなく完全なマルチメディア提示が、これがＭＭのマルチメディア部分であり、シグナリング信号として標識付けるならば可能であるべきである。実際には個別のアナウンステキスト、メロディー、画像、ビデオシーケンスまたはそれらの組合せが可能である。とりわけ商用ＭＭでは宣伝から周知のメロディーないしベル音、または送信者の企業のロゴが付加的な宣伝効果に喚起することができる。端末機によっては振動および／またはその他の触覚的信号をシグナリング信号またはシグナリング信号の一部として使用することができる。
【００２８】
本発明の方法を以下、添付図面を参照し、有利な実施例に基づいて説明する。
【図面の簡単な説明】
【００２９】
【図１】図１は、プルモードとプッシュモードの基本原理を概略的に対比する図である。
【図２】図２は、ワイヤレスアプリケーションプロトコルないしＷＡＰ規格によりデータ伝送に割り当てられた送信の概略をＷＡＰ  ＭＭＳトランザクションフローチャートに示す図であり、この送信は送信者およびプロバイダレベルと、プロバイダおよび受信者レベルとの間で、プッシュモードで行われるものである。
【図３】図３、図２と同様のＷＡＰ  ＭＭＳトランザクションフローチャートであり、プルモードでのデータ伝送を説明するためのものである。
【図４】図４は、本発明のバリエーションａ）による新たなヘッダフィールド名の符号化を示す。
【図５】図５は、欧州特許願ＥＰ０１１０７２７８．２で新たに定義されたヘッドフィールドＸ−ＭＭｓ−Ｃｏｎｔｅｎｔ−ＩＤの本発明の第２のバリケーションｂ）により符号化を示す。
【図６】図６は、欧州特許願ＥＰ０１１０７２７８．２によるパラメータの符号化と、第２の実施バリエーションにより定義された新たなパラメータ、シグナリングエレメントの符号化を示す。
【発明を実施するための形態】
【００３０】
同じ機能および同じ作用を有するエレメントは図１から図６で同じ参照符号が付してある。
【００３１】
図１は、通信システム１でＭＭを配信する際のプルモードとプッシュモードの基本原理を対比して概略的に示す。以下で基礎となる通信システム１は少なくとも３つのレベルを有する。すなわち、データないしＭＭの送信者のレベルとしてのレベル２，プロバイダレベル３，および受信者のレベル４であり、受信者は加入者端末機５から送信されたＭＭを加入者端末機６ないしＭＭＳユーザエージェントと称される通信端末機で処理されて受け取る。
【００３２】
プルモードとプッシュモードとの間の基本原理の相違を分かり易くするため、図１にはプロバイダレベル３と、受信側加入者端末機６  ＭＭＳユーザエージェントを備える受信器のレベル４だけが示されている。いわゆるプッシュモードでは、到来するＭＭが即座に受信者に配信される。これに対してプルモードでは受信者はまず新たに到来したＭＭについて情報通知される。これに基づいて受信者は自分で、このＭＭを自分の端末機にダウンロードするか否か、いつダウンロードするかを決定することができる。従ってプルモードでは受信者はダウンロードを延期することにより、急ぎのＭＭ、または重要なＭＭが到達可能状態にしておくことができる。データ量の大きなダウンロードはコストを節約するために、またプロバイダの伝送チャネルの負荷を軽減するために安価な時間領域にシフトすることができる。しかしプルモードのサービスに対しては付加的信号として受信者のメッセージおよび受信者によるＭＭの伝送のための要請を形成し、伝送すべきである。
【００３３】
図２は、ＷＡＰ  ＭＭＳトランザクションフローチャートを概略的に示す。これはワイヤレスアプリケーションプロトコルないしＷＡＰ規格に従い割り当てられた送信によるデータ伝送を送信者およびプロバイダレベルと、プロバイダおよび受信者レベルとの間で行うものである。ここには図１ですでに説明したレベルが完全に示されている。プロバイダレベル３は２つのレベルに分割されており、送信者Ａを管轄するＭＭＳリレーサーバＡと、受信者Ｂを管轄するＭＭＳリレーサーバＢとを区別することができる。この２つのＭＭＳリレーサーバは相互にインターネットプロトコルによるＩＰネットワークを介して接続されており、ここではＭＭと図示のバックデータの純粋な伝送のために再符号化だけが行われる。このことは本発明の対象に対しては重要ではない。
【００３４】
図２の実施例で、本発明はＷＡＰ規格に対する通信システム１で適用される。伝送の際にユニバーサル移動通信規格ＵＭＴＳでデータが使用されるが、本発明は別の規格にも転用できる。ここではとりわけ、移動無線区間の他に固定網接続も含むハイブリッド通信システムが考えられる。
【００３５】
すでに冒頭に述べたように、将来の方法、例えばＵＭＴＳ規格では、これまでのショートメッセージサービスＳＭＳに加えていわゆるマルチメディアメッセージサービスＭＭＳが複雑なメッセージ、マルチメディアメッセージＭＭの伝送のために設けられている。これにより音声を伴うまたは音声なしのフォーマットテキストおよび画像を伝送することができる。ＳＭＳに存在する１６０文字までのメッセージ制限はなくなる。相互に結合されたオーディオおよびビデオメッセージの伝送が可能である。ＭＭＳはＷＡＰを使用することにより実現可能である。
【００３６】
通信システム１はデータ送信者のレベル２を有し、これはＭＭＳユーザエージェントＡとも称する。さらにプロバイダ３のレベル３が設けられており、そのネットエレメントはサービスを実行する。これを以降、ＭＭＳリレーサーバと称する。最後にレベル４は受信者のレベルとして設けられており、ＭＭＳユーザエージェントＢと称せられる。もちろんレベル３に複数のプロバイダが存在することも可能である。このことは例えば、データ送信者および選択された受信者が異なるプロバイダを利用することにより可能である。とりわけこれら異なるプロバイダは第３のプロバイダによりネットワークプロバイダとして相互に接続することができる。
【００３７】
ＷＡＰメッセージの交換が４つの関与するインスタンツ、ＭＭＳユーザエージェントＡ、ＭＭＳリレーサーバＡ、ＭＭＳリレーサーバＢおよびＭＭＳユーザエージェントＢとの間で、ＭＭの送信ないし受信の場合で示されている。ＭＭＳユーザエージェントとは、ＭＭＳ機能を実現する加入者端末機上のアプリケーションであると理解されたい。ＭＭＳリレーサーバはＭＭＳサービスプロバイダでのネットエレメントであり、これはＭＭＳユーザエージェントにＭＭＳ機能を提供する。データ送信者のレベル２は少なくとも１つの加入者端末機または通信端末機器５を有しており、受信者のレベル４も加入者端末機または通信端末機器６を有している。この通信端末機器５，６は例えば通常の携帯電話またはさらなる入力機能または表示機能を備える機器、例えばラップトップとして構成することができる。
【００３８】
送信者により自由に設定可能なシグナリング信号Ｓを伝送するという前記のアイデアを実現するための前提は、マルチメディアコンテンツを備えるメッセージの個別のマルチメディア構成部、略してマルチメディアメッセージＭＭが編集ないし作成の後に相互に別個に参照でき、シグナリング信号Ｓとして標識付けできることである。この標識はＭＭと共に受信者に送信される。このことは、ＷＡＰメッセージＭ−Ｓｅｎｄ．ｒｅｑ，  Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄおよびＭ−Ｒｅｒｉｅｖｅ．ｃｏｎｆの変更を必要とする。図２には、本発明に該当する３つのＭＳメッセージがいわゆるトランザクションフローチャートで濃い矢印により示されている。次に前記の通信システム１における個々の信号のシーケンスを説明する。このシーケンスは、ＭＭをＭＭＳユーザエージェントＡからＭＭＳリレーサーバＡおよびＭＭＳリレーサーバＢを介してＭＭＳユーザエージェントＢにプッシュモードで送信するために必要である。
【００３９】
送信者の通信機器５で作成された、またはこれを介して伝送すべきマルチメディアメッセージＭＭは１つまたは複数のエレメントまたはデータセットを有することができる。これは例えば個別の画像、フィルムシーケンス、テキスト等である。ＭＭはまず、ＷＡＰプロトコルで名前Ｍ−Ｓｅｎｄ．ｒｅｑを有する問い合わせ送信としてレベル２からレベル３のプロバイダＭＭＳリレーサーバＡに送信される。そこから到達した送信はバック送信Ｍ−ｓｅｎｄ．ｃｏｎｆによりレベル２の送信者に受領確認される。
【００４０】
ＩＰネットワークを介してマルチメディアメッセージＭＭはＭＭＳリレーサーバＡからＭＭＳリレーサーバＢに送信される。このときマルチメディアメッセージＭＭを全体でまたは部分的に再符号化することができる。受信者ＢのＭＭＳサービスプロバイダは一般的に、どのメディア形式、例えば静止画像、メディアフォーマット、例えばＪＰＥＧ、を受信者ＢのＭＭＳユーザエージェントＢが処理ないし表示できるかを知っている。この種の情報はＭＭＳユーザエージェントＢが管轄のＭＭＳサービスプロバイダに申請する間に交換され、この管轄領域、すなわちマルチメディアメッセージングサービス環境ＭＭＳＥに記憶される。ＭＭＳサービスプロバイダが、アドレシングされたＭＭＳユーザエージェントＢが処理および／または転送できないメディア形式またはメディアフォーマットのエレメントからなるＭＭを受けると、データ形式またはデータＦフォーマットのコンバージョンを、このＭＭの配信前に受信者ＢのＭＭＳサービスプロバイダのＭＭＳＥで実行することができる。本発明によれば、シグナリング信号ＳとしてのＭＭエレメントの標識が実行されるコンバージョンにより失われることはない。時間的にこれに続いて、プロバイダＭＭＳリレーサーバＢから情報Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄが、レベル４の受信者ＭＭＳユーザエージェントＢへのメッセージとして送信される。この情報により受信者は自分にマルチメディアメッセージＭＭがプロバイダＭＭＳリレーサーバＢにおいてダウンロードの準備されていることを情報通知される。ＭＭＳユーザエージェントＢは図２に示したプッシュモードでは再問い合わせなしで、または受信者による受領確認の際にＭＭのダウンロードを行う。
【００４１】
受信者はＭＭ全体をそこに含まれるシグナリング信号Ｓも含めて、Ｍ−ｒｅｔｉｅｖｅ．ｃｏｎｆで配信され、受け取る。メッセージＭ−Ａｃｋｎｏｗｌｅｄｇｅ．ｉｎｄはＭＭの受信を受領確認する。引き続くメッセージＭ−Ｄｅｌｉｖｅｒｙ．ｉｎｄはレベル３の受信確認をレベル２の送信者ＭＭＳユーザエージェント２にフィードバックする。
【００４２】
これとは反対に図３のプルモードでは、Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄの受信に対する応答として、前に議論した２つの場合が区別される：
１．メッセージＭ−Ｎｏｔｔｉｆｉｃａｔｉｏｎ．ｉｎｄではシグナリング信号Ｓの記憶場所が指示される。Ｍ−ｒｅｔｉｅｖｅ．ｃｏｎｆでのシグナリング信号Ｓの配信の際に、ＭＭの残りのデータの記憶場所への指示も伝送される。ここでＭＳリレーサーバＢは、ＭＭの残りのデータのダウンロードの際に、シグナリング信号Ｓのエレメントがすでに伝送されており、新たに伝送する必要のないことを情報通知する。
２．Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄにすでにシグナリング信号ＳとＭＭの残りのデータの記憶場所が含まれていれば、この位置情報をシグナリング信号Ｓの送信の枠内で新たに送信する必要はない。
【００４３】
シグナリング信号Ｓのダウンロードは有利には受信者とのインタラクションなしで実行される。
【００４４】
受信者ＢがＷＳＰ−ＧＥＴ送信により要求して初めて、プロバイダＭＭＳリレーサーバＢからＭＭがＭ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆの送信により受信者ＭＭＳユーザエージェントＢに伝送される。受信者は再びシグナリング信号Ｓを受け取ることができるが、このシグナリング信号は最初の送信の時からユーザエージェントＢアプリケーションに、伝送チャネルの負荷軽減のため中間記憶しておくこともできる。メッセージＭ−Ａｃｋｎｏｗｌｅｄｇｅ．ｉｎｄはレベル４でのＭＭの受信を受領確認する。引き続くメッセージＭ−Ｄｅｌｉｖｅｒｙ．ｉｎｄはレベル３による受信確認をレベル２の送信者ＭＭＳユーザエージェントＡにフィードバックする。
【００４５】
前記の送信を管理するためにいわゆるヘッドフィールドを使用する。すなわち本来のＭＭおよび／またはＭＭの個々のエレメントに先行するフィールドを使用する。このフィールドには、出所、送信時間、データ情報、データ量およびさらなる詳細を含むことができる。本発明ではヘッドフィールドの数が高められるか、またはヘッドフィールドでの登録数が変更される。この変更は、少なくとも１つのエレメントをシグナリング信号Ｓの構成部として標識付けるために用いられる。シグナリング信号ＳによりＭＭの到着が送信者ＭＭＳユーザエージェントＡによる設定に従い、Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆの到着の際に直接指示される。従ってプルモードではシグナリング信号Ｓが２回、Ｂに発生する。このシグナリング信号Ｓの繰り返しによって反復識別作用が発生し、これは最終的に実行されたダウンロードを指示する。これにより受信者はとりわけ大容量の、従って長時間かかるダウンロードの間に、終了と再生可能性について待機する必要がない。
【００４６】
マルチメディア構成部をシグナリング信号Ｓとして識別するための２つの基本的可能性を提案した。実施形態ａ）では標識Ｘ−ＭＭｓ−Ｓｉｇｎａｌｉｎｇ−Ｅｌｅｍｅｎｔを備える新たなヘッドフィールドがＭＭのヘッダ部に組み込まれる。実施形態ｂ）によれば標識Ｘ−ＭＭｓ−Ｃｏｎｔｅｎｔ−ＩＤを備えるヘッドフィールドが１つのパラメータだけ拡張され、このパラメータによりＭＭエレメントがシグナリング信号Ｓとして標識付けられる。このパラメータには標識シグナリングエレメントが割り当てられる。
【００４７】
ＷＡＰフォームにより定義された、ＭＭＳで交換されるメッセージの２進符号化に基づく実施例では、ＭＭヘッダの標識を２つのバリエーションに従いデモンストレーションすることができる。本発明による変更は再枠組みにより明瞭に示される。
【００４８】
ここでは次のシナリオが仮定される：
ユーザＡ、Ａｎｄｒｅａｓ  Ｓｃｈｍｉｄｔ（姓名）がＭＭをユーザＢ、Ｍａｒｋｕｓ  Ｔｒａｕｂｅｒｇ（姓名）に送信する。ＭＭＳユーザエージェントＡでは、テキスト、ＪＰＥＧ画像およびＭＰ３オーディオフォーマットのメロディーからなるＭＭがユーザＡにより作成される。ユーザＡは、ＭＭに含まれるメロディーをシグナリング信号Ｓとして受信者に、このＭＭの到着について受信器に記憶されている音響信号の代わりに情報通知させたいと望む。図２によれば、以下のメッセージがシグナリング信号Ｓへの指示と共にユニット間で伝送される：Ｍ−Ｓｅｎｄ．ｒｅｑ，  Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄおよびＭ−Ｒｅｔｒｉｅｖｅ．ｄｏｎｆ。シグナリング信号Ｓの構成部を本発明により標識付ける前記２つのバリエーションは、伝送に対するその実質的内容によりプッシュモードで短く再生される。
【００４９】
１．ＭＭの送信
実施バリエーションａ：
ＭＭと共にＭＭＳユーザエージェントＡからＭＭＳリレーサーバＡに送信されるＷＡＰメッセージＭ−Ｓｅｎｄ．ｒｅｑでは、ａ）の下に導入されたヘッドフィールドＸ−ＭＭｓ−Ｓｉｇｎａｌｉｎｇ−Ｅｌｅｍｅｎｔに、ユーザＡがシグナリング信号として選択したエレメントの識別番号を登録することができる。さらにこのＷＡＰメッセージは特許願ＥＰ  ０１１０１０５７．６に定義されたＭＭエレメント識別フィールドも含む。個々のエレメントは、特許願ＥＰ０１１０７２７８．２によるヘッダに詳細に記述される。ヘッドフィールドＸ−ＭＭｓ−Ｓｉｇｎａｌｉｎｇ−Ｅｌｅｍｅｎｔは図４によれば付加的にヘッド領域に共に収容される。ここでヘッドフィールドＸ−ＭＭｓ−Ｓｉｇｎａｌｉｎｇ−Ｅｌｅｍｅｎｔは上記の設定に相応して、シグナリング信号として選択されたＸ−ＭＭｓ−Ｃｏｎｔｅｎｔ−ＩＤ＜００７１４．１４１２．３＞（これにＭＰ３規格によるオーディオデータが含まれている）を指示する。これは送信者により選択ないし決定されたとおりである。
【００５０】
Ｍ−Ｓｅｎｄ．ｒｅｑ（ＭＭＳユーザエージェントＡ→ＭＭＳリレーサーバＡ）：
【数１】
2009246979.tif 000003
【００５１】
実施バリエーションｂ：
ＭＭと共にＭＭＳユーザエージェントＡからＭＭＳリレーサーバＡに送信されるＷＡＰメッセージＭ−Ｓｅｎｄ．ｒｅｑは［６］により拡張されたヘッドフィールドＸ−ＭＭｓ−Ｃｏｎｔｅｎｔ−ＩＤを含んでいる。このヘッドフィールドの各々には、本発明により標識Ｓｉｇｎａｌｉｎｇ−Ｅｌｅｍｅｎｔを備えるパラメータだけ拡張されたパラメータセットが存在する。バリエーションｂ）参照。さらにＷＡＰメッセージＭ−Ｓｅｎｄ．ｒｅｑも同様にＥＰ  ０１１０１０５７．６で定義されたＭＭ−Ｅｌｅｍｅｎｔ−識別フィールドを含んでおり、これにより各ＭＭ−Ｅｌｅｍｅｎｔは所期のように応答することができる。図５と図６参照。
【００５２】
Ｍ−Ｓｅｎｄ．ｒｅｑ（ＭＭＳユーザエージェントＡ→ＭＭＳリレーサーバＡ）：
【数２】
2009246979.tif 000004
【００５３】
２．ＭＭの送信後
ＭＭがＭＭＳユーザエージェントＡからＭＭＳリレーサーバＡに伝送されると、ＭＭはＩＰネットワークを介して受信者のＭＭＳリレーサーバＢにさらに伝送される。ここでは通常まず、受信者の端末機がＭＭに含まれるデータ形式およびデータフォーマットをすべて表示ないし再生できるか否かが検査される。必要な場合は、１つまたは複数のＭＭエレメントがＭＭＳサービスプロバイダＢの管轄領域でコンバージョンされる。続いて、新たに到着したＭＭについての通知が受信者のＭＭＳユーザエージェントＢに送信されるか（プルモード）、またはＭＭはＭＭＳユーザエージェントＢに直接配信される（プッシュモード）。
【００５４】
３．ダウンロードの準備ができたＭＭについての通知
本発明により情報をＭＭＳユーザエージェントＢに伝送し、ダウンロードの準備ができたＭＭが送信者によりシグナリング信号として標識付けられたエレメントを含むことを通知することができる。ＭＭＳユーザエージェントＢはこれに基づいて、シグナリング信号として標識付けられたＭＭエレメントの所期のダウンロードをＥＰ  ０１１０１０５７．６にしたがって開始する。このときすべてのＭＭをダウンロードする必要はない。ＷＡＰではＭＭＳユーザエージェントＢは、ＭＭＳリレーサーバＢからＷＡＰメッセージＭ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄによってダウンロード準備のできたＭＭについて情報通知される。
【００５５】
実施バリエーションａ
ＷＡＰメッセージＭ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄはバリエーションａ）により定義されたヘッドフィールドＸ−ＭＭｓ−Ｓｉｇｎａｌｉｎｇ−Ｅｌｅｍｅｎｔを含む。このヘッドフィールドは、ユーザＡによりシグナリング信号として選択されたエレメントの識別番号を含む。
【００５６】
Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ（ＭＭＳリレーサーバＢ→ＭＭＳユーザエージェントＢ）：
【数３】
2009246979.tif 000005
【００５７】
プルモードではシグナリング信号Ｓの配信を、ＭＭの残りのエレメントの配信、または完全なＭＭの配信の前に行うことができる。この場合、Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆでは付加的に、ＭＭＳリレーサーバにおける残りのマルチメディアメッセージＭＭの記憶場所へのリンクも伝送される。
【００５８】
実施バリエーションｂ：
ＷＡＰメッセージＭ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄは、ＥＰ  ０１１０１０５７．６に従いｂ）で新たに定義されたパラメータＳｉｇｎａｌｉｎｇ−Ｅｌｅｍｅｎｔを備える拡張されたヘッドフィールドＸ−ＭＭｓ−Ｃｏｎｔｅｎｔ−ＩＤを含む。このパラメータはＭＭエレメントをシグナリング信号として標識付けるために使用される。
【００５９】
Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ（ＭＭＳリレーサーバＢ→ＭＭＳユーザエージェントＢ）：
【数４】
2009246979.tif 000006
【００６０】
４．ＭＭの配信
選択された配信モード（プルまたはプッシュ）に依存して、ＭＭ（またはによるＭＭの個々のエレメント）はＭＭＳリレーサーバＢからＷＡＰメッセージＭ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆと共にＭＭＳユーザエージェントＢに伝送される。
【００６１】
実施バリエーションａ：
ＷＡＰメッセージＭ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆでは、ａ）で定義されたヘッドフィールドＸ−ＭＭｓ−Ｓｉｇｎａｌｉｎｇ−Ｅｌｅｍｅｎｔを、ＭＭ−Ｅｌｅｍｅｎｔ−識別フィールドと組み合わせて使用することが提案される：
Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ（ＭＭＳリレーサーバＢ→ＭＭＳユーザエージェントＢ）：
【数５】
2009246979.tif 000007
【００６２】
実施バリエーションｂ）
ＷＡＰメッセージＭ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆでは、新たに登録Ｓｉｇｎａｌｉｎｇ−Ｅｌｅｍｅｎｔだけ拡張されたパラメータを各Ｘ−ＭＭｓ−Ｃｏｎｔｅｎｔ−ＩＤヘッドフィールドで、ＥＰ  ０１１０１０５７．６に定義されたＭＭ−Ｅｌｅｍｅｎｔ識別フィールドと組み合わせて使用することが提案される：
Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ（ＭＭＳリレーサーバＢ→ＭＭＳユーザエージェントＢ）：
【数６】
2009246979.tif 000008
【００６３】
５．ＭＭの配信後
ＭＭを受信者のＭＭＳユーザエージェントＢ配信した直後に、ＷＡＰメッセージＭ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆにあるヘッドフィールドを、ＭＭ−Ｅｌｅｍｅｎｔがシグナリング信号として標識付けられているか否かについて検査しなければならない。標識付けられていれば、端末機に記憶されており、ユーザＢによりあらかじめ設定されたシグナリング信号の代わりに相応に標識付けられたＭＭ−Ｅｌｅｍｅｎｔが再生される。
【００６４】
実施バリエーションａ：
ＷＡＰメッセージＭ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆでは、標識Ｘ−ＭＭｓ−Ｓｉｇｎａｌｉｎｇ−Ｅｌｅｍｅｎｔを備えるヘッドフィールドを探索しなければならない。ＭＭ−Ｅｌｅｍｅｎｔの参照はＥＰ  ０１１０１０５７．６で定義されたＭＭ−Ｅｌｅｍｅｎｔ識別フィールドを介して行われる。
【００６５】
実施バリエーションｂ：
ＷＡＰメッセージＭ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆでは、標識Ｘ−ＭＭｓ−Ｃｏｎｔｅｎｔ−ＩＤを備えるすべてのヘッドフィールドを探索し、評価しなければならない。パラメータＳｉｇｎａｌｉｎｇ−Ｅｌｅｍｅｎｔのパラメータ値は、相応するＭＭ−Ｅｌｅｍｅｎｔがシグナリング信号であるか否かを指示する。
【００６６】
この実施例でユーザＢは、２つの実施バリエーションにおいてシグナリング信号ＳとしてユーザＡにより選択されたＭＰ３オーディオデータを聴く。
【００６７】
図２および図３によるＭＭＳ実現のさらなるメッセージは本発明では手を付けず、そのままであるのでここに示さない。
【符号の説明】
【００６８】
ＧＳＭ  移動通信用グローバルシステム
ＭＭ  マルチメディアメッセージ
ＭＭＳ  マルチメディアメッセージサービス
ＳＭＳ  ショートメッセージサービス
ＵＭＴＳ  ユニバーサル移動無線システム
ＷＡＰ  ワイヤレスアプリケーションプロトコル
ＷＳＰ  ワイヤレスセッションプロトコル
ＭＭＳＥ  マルチメディアメッセージサービス環境
１  通信システム
２  データの送信者レベル
３  プロバイダレベル
４  受信者レベル
５  加入者端末機／通信機器
６  加入者端末機／通信機器
Ａ  送信者
Ｂ  受信者
Ｓ  シグナリング信号
ＭＭＳユーザエージェントＡ  送信者アプリケーション（図２）
ＭＭＳユーザエージェントＢ  受信者アプリケーション（図２）
Ｍリレーサーバ  ＭＭＳ接続ユニット／プロバイダ
Ｍ−Ｓｅｎｄ．ｒｅｑ  ＭＭＳ送信問い合わせ
Ｍ−Ｓｅｎｄ．ｃｏｎｆ  ＭＭＳ送信確認
Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ  ＭＭＳ受信者メッセージ
Ｍ−ＮｏｔｉｆｙＲｅｓｐ．ｒｅｑ  ＭＭＳ受信者メッセージ確認
ＷＡＰ  ＧＥＴ  ＭＭＳ配信問い合わせ
Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ  ＭＭＳ配信メッセージ
Ｍ−Ａｃｋｎｏｗｌｅｄｇｅ．ｉｎｄ  ＭＭＳ配信確認
Ｍ−Ｄｅｌｉｖｅｒｙ．ｉｎｄ  ＭＭＳ配信状態メッセージ
ＩＰ  インターネットプロトコルによるネットワーク
【図１】
2009246979.tif 000009
【図２】
2009246979.tif 000010
【図３】
2009246979.tif 000011
【図４】
2009246979.tif 000012
【図５】
2009246979.tif 000013
【図６】
2009246979.tif 000014