(57)【要約】送信者が受信者の端末機においてシグナリング信号に影響を当たることのできる方法、加入者端末機、コンピュータプログラム製品および通信システムにおいて、ＭＭの伝送の場合に大きな自由度を以てシグナリング信号を個別にＭＭ規格内で送信可能な１つまたは複数のデータフォーマットの選択に応じて構成できるようにするため、データおよび／またはデータの所定の部分が到着する際にエレメントをシグナリング信号（Ｓ）として直接提示するために、該エレメントを標識付けすることが提案される。
2005503048.tif 000002
【特許請求の範囲】
【請求項１】
データを通信システムで伝送するための方法、とりわけ音声付きまたは音声なしのテキストデータおよび／または画像データを伝送するための方法であって、
伝送すべきデータ量を個々のエレメントから統合し、該個々のエレメントは同じまたは異なる規格にしたがって符号化される形式の方法において、
データおよび／またはデータの所定の部分が到着する際にエレメントをシグナリング信号（Ｓ）として直接提示するために、該エレメントを標識付けする、ことを特徴とする方法。
【請求項２】
少なくとも１つのエレメントをシグナリング信号（Ｓ）として標識付けることは送信者によって行う、請求項１記載の方法。
【請求項３】
データをマルチメディアメッセージ（ＭＭ）として、マルチメディアメッセージサービス（ＭＭＳ）で伝送する、請求項１または２記載の方法。
【請求項４】
標識付けのために付加的なヘッドフィールドを形成する、請求項１から３までのいずれか１項記載の方法。
【請求項５】
フィールド名の符号化および／またはフィールド値の符号化を実行する、請求項１から４までのいずれか１項記載の方法。
【請求項６】
新たなヘッドフィールドをＷＡＰメッセージM-Send.req、M-Notification.indおよび／またはM-Retrieve.confに標識M-Mms-Signaling-Elementと共に挿入する、請求項１から５までのいずれか１項記載の方法。
【請求項７】
ヘッドフィールドX-Mms-Signaling-Elementを０×８７として符号化し、および／またはヘッドフィールドX-Mms-Signaling-Elementをテキスト文字列として符号化する、請求項１から６までのいずれか１項記載の方法。
【請求項８】
パラメータセットを、標識X-Mms-Cont-IDを備えるＷＡＰメッセージM-send.req、M-Notification.indおよび／またはM-Retrieve.confのヘッドフィールドで、標識Signaling-Elementを備える付加的パラメータだけ拡張し、
該付加的パラメータにより、ＭＭの少なくとも１つのマルチメディアデータ構成部がシグナリング信号（Ｓ）として標識付けられる、請求項１から７までのいずれか１項記載の方法。
【請求項９】
ＷＡＰの付加的ヘッドフィールドを次のように符号化する：
フィールド名X-Ms-Content＿IDを０×１９として符号化する、および／または
X-Mms-Content＿IDのフィールド値を、ＭＭの少なくとも１つのエレメントの標識を備えるテキスト文字列により符号化する、請求項１から８までのいずれか１項記載の方法。
【請求項１０】
受信者のＭＭＳサービスプロバイダはヘッドフィールドの評価によって、それぞれ存在するＭＭがシグナリング信号（Ｓ）として標識付けられたＭＭエレメントを含んでいるか否かを検査する、請求項１から９までのいずれか１項記載の方法。
【請求項１１】
前記ＭＭエレメントのトランスコーディングおよび／またはコンバージョンを開始し、シグナリング信号（Ｓ）が受信機器に適合するようにする、請求項１から１０までのいずれか１項記載の方法。
【請求項１２】
ＭＭのマルチメディア構成部をシグナリング信号（Ｓ）として、場合により実行されるメディア形式および／またはメディアフォーマットのトランスコーディングおよび／またはコンバージョンに対する抵抗として標識付ける、請求項１から１１までのいずれか１項記載の方法。
【請求項１３】
送信者によりシグナリング信号（Ｓ）として標識付けられた、ＭＭのマルチメディア構成部は、受信機器において受信者により予め設定されたシグナリング信号を置換する、請求項１から１２までのいずれか１項記載の方法。
【請求項１４】
ダウンロードの準備のできたＭＭ内のＭＭエレメントがシグナリング信号（Ｓ）として標識付けられていることを指示するメッセージが発見された場合、相応するＭＭエレメントの即座のダウンロードおよび／または有利なダウンロードを開始し、受信者にはこれによりＭＭＳリレー／サーバに待機するＭＭについて情報通知する、請求項１から１３までのいずれか１項記載の方法。
【請求項１５】
到来する呼び出しにまず、マルチメディアシグナリング信号（Ｓ）を備えるＭＭを前置し、これにより到来する呼び出しおよび／または到来するマルチメディアデータをシグナリングする、請求項１から１４までのいずれか１項記載の方法。
【請求項１６】
シグナリング信号（Ｓ）は受信側ＭＭＳユーザエージェントＢ、送信側および／または受信側ＭＭＳリレー／サーバによりＭＭから抽出され、および／または処理される、請求項１から１５までのいずれか１項記載の方法。
【請求項１７】
シグナリング信号（Ｓ）は、受信者で固定的に予めインストールされた、または先行の伝送によりすでに存在ないし記憶されたエレメントへのバックアクセスを行い、これにより当該エレメントの変化および／または変更だけを伝送する、請求項１から１６までのいずれか１項記載の方法。
【請求項１８】
標識をデータに符号化し、該データを送信側ＭＭＳユーザエージェントからＭＭＳリレー／サーバへ、ＭＭの送信のために送信する、請求項１から１７までのいずれか１項記載の方法。
【請求項１９】
標識をデータに符号化し、該データをＭＭＳリレー／サーバから受信側ＭＭＳユーザエージェントへ、新たなデータ（ＭＭ）の存在について受信側ユーザエージェントに通知するため送信する、請求項１から１８までのいずれか１項記載の方法。
【請求項２０】
標識をデータに符号化し、該データをＭＭＳリレー／サーバから受信側ＭＭＳユーザエージェントへ、ＭＭの配送のために送信する、請求項１から１９までのいずれか１項記載の方法。
【請求項２１】
ＭＭの標識付けられたエレメントを受信側ユーザエージェントに伝送する、請求項１から２０までのいずれか１項記載の方法。
【請求項２２】
到着の際に開封すべきデータエレメントないしシグナリング信号（Ｓ）の所定の情報を、ＭＭを直ちに、有利にはおよび／または完全にユーザエージェントへ伝送すべきか否かのための決定補助として使用する、請求項１から２１までのいずれか１項記載の方法。
【請求項２３】
データを移動加入者端末機、とりわけＷＡＰ機能のある移動電話に伝送する、請求項１から２２までのいずれか１項記載の方法。
【請求項２４】
音声付きまたは音声なしのテキストデータおよび／または画像データの形態のデータを伝送および／または提示するための加入者端末機であって、前記データは伝送すべきデータ量のエレメントとして同じまたは異なる規格に従って符号化されている形式の加入者端末機において、
該加入者端末機は、前記請求項１から２３までのいずれか１項記載の方法を実施するように構成されている、ことを特徴とする加入者端末機。
【請求項２５】
とりわけＵＭＴＳ規格による移動電話として構成されている、請求項２４記載の加入者端末機。
【請求項２６】
コンピュータにより読出し可能な記憶媒体を有し、該記憶媒体にはプログラムが記憶されており、該プログラムによりデータ処理装置またはコンピュータは、当該プログラムがコンピュータのメモリにロードされた後、通信システム、とりわけ移動無線網のデータ伝送内で、伝送すべきデータを送信者の設定に従いエレメントに標識付けることができ、当該標識付けられたエレメントに従ってデータまたはデータの一部が到着した際に受信者においてシグナリング信号を発生させる、ことを特徴とするコンピュータプログラム製品。
【請求項２７】
請求項１から２３までのいずれか１項記載の方法を、移動無線網でのデータ送信の際に実行する、請求項２６記載のコンピュータプログラム製品。
【請求項２８】
通信システムの少なくとも１つのコンポーネントが請求項１から２３までのいずれか１項記載の方法に従い動作し、および／または請求項２４または２５記載の加入者端末を有し、および／または請求項２６〜２７までのいずれか１項記載のコンピュータプログラム製品を含む、ことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求項１の上位概念によるデータの伝送方法、加入者端末機、コンピュータプログラム製品、および通信システムに関する。
【背景技術】
【０００２】
本発明の枠内でデータの概念は、個々の構成部分から統合されるいずれかの形式の情報であると理解されたい。この個々の構成部分またはエレメントは種々の規格に従って構築され、編成され、および／または符号化される。従ってこの意味でデータは、種々の規格のエレメントを含むマルチメディアメッセージでもある。
【０００３】
種々異なるフォームまたはフォーマットのデータを伝送する方法および装置は公知である。移動通信規格のためのグローバルシステムによる移動無線システム、略してＧＳＭは例えば音声電話の他に１６０文字長までの短いテキストメッセージの形態で情報を送信し、受信することができる。このサービスはショートメッセージサービス、略してＳＭＳと称される。
【０００４】
次世代の移動無線システム、ユニバーサル移動無線システムＵＭＴＳに対して、現在のところマルチメディア機能のある移動通信サービスが規格化されている。これはマルチメディアメッセージングサービスＭＭＳである。３ＧＰＰ  ＴＳ  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（ＭＭＳユーザエージェントＡ→ＭＭＳリレー／サーバＡ）：
【００４７】
【数１】
2005503048.tif 000003
【００４８】
実施バリエーションｂ：
ＭＭと共にＭＭＳユーザエージェントＡからＭＭＳリレー／サーバＡに送信されるＷＡＰメッセージM-Send.reqは［６］により拡張されたヘッドフィールドX-Mms-Content-IDを含んでいる。このヘッドフィールドの各々には、本発明により標識Signaling-Elementを備えるパラメータだけ拡張されたパラメータセットが存在する。バリエーションｂ）参照。さらにＷＡＰメッセージM-Send.reqも同様に［３］で定義されたMM-Element-識別フィールドを含んでおり、これにより各MM-Elementは所期のように応答することができる。図５と図６参照。
【００４９】
M-Send.req（ＭＭＳユーザエージェントＡ→ＭＭＳリレー／サーバＡ）：
【００５０】
【数２】
2005503048.tif 000004
【００５１】
２．ＭＭの送信後
ＭＭがＭＭＳユーザエージェントＡからＭＭＳリレー／サーバＡに伝送されると、ＭＭはＩＰネットワークを介して受信者のＭＭＳリレー／サーバＢにさらに伝送される。ここでは通常まず、受信者の端末機がＭＭに含まれるデータ形式およびデータフォーマットをすべて表示ないし再生できるか否かが検査される。必要な場合は、１つまたは複数のＭＭエレメントがＭＭＳサービスプロバイダＢの管轄領域でコンバージョンされる。続いて、新たに到着したＭＭについての通知が受信者のＭＭＳユーザエージェントＢに送信されるか（プルモード）、またはＭＭはＭＭＳユーザエージェントＢに直接配送される（プッシュモード）。
【００５２】
３．ダウンロードの準備ができたＭＭについての通知
本発明により情報をＭＭＳユーザエージェントＢに伝送し、ダウンロードの準備ができたＭＭが送信者によりシグナリング信号として標識付けられたエレメントを含むことを通知することができる。ＭＭＳユーザエージェントＢはこれに基づいて、シグナリング信号として標識付けられたＭＭエレメントの所期のダウンロードを［３］にしたがって開始する。このときすべてのＭＭをダウンロードする必要はない。ＷＡＰではＭＭＳユーザエージェントＢは、ＭＭＳリレー／サーバＢからＷＡＰメッセージM-Notification.indによってダウンロード準備のできたＭＭについて情報通知される。
【００５３】
実施バリエーションａ
ＷＡＰメッセージM-Notification.indはバリエーションａ）により定義されたヘッドフィールドX-Mms-Signaling-Elementを含む。このヘッドフィールドは、ユーザＡによりシグナリング信号として選択されたエレメントの識別番号を含む。
【００５４】
M-Notification.ind（ＭＭＳリレー／サーバＢ→ＭＭＳユーザエージェントＢ）：
【００５５】
【数３】
2005503048.tif 000005
【００５６】
プルモードではシグナリング信号Ｓの配送を、ＭＭの残りのエレメントの配送、または完全なＭＭの配送の前に行うことができる。この場合、M-Retrieve.confでは付加的に、ＭＭＳリレー／サーバにおける残りのマルチメディアメッセージＭＭの記憶場所へのリンクも伝送される。
【００５７】
実施バリエーションｂ：
ＷＡＰメッセージM-Notification.indは、［３］に従いｂ）で新たに定義されたパラメータSignaling-Elementを備える拡張されたヘッドフィールドX-Mms-Content-IDを含む。このパラメータはＭＭエレメントをシグナリング信号として標識付けるために使用される。
【００５８】
M-Notification.ind（ＭＭＳリレー／サーバＢ→ＭＭＳユーザエージェントＢ）：
【００５９】
【数４】
2005503048.tif 000006
【００６０】
４．ＭＭの配送
選択された配送モード（プルまたはプッシュ）に依存して、ＭＭ（または［３］によるＭＭの個々のエレメント）はＭＭＳリレー／サーバＢからＷＡＰメッセージM-Retrieve.confと共にＭＭＳユーザエージェントＢに伝送される。
【００６１】
実施バリエーションａ：
ＷＡＰメッセージM-Retrieve.confでは、ａ）で定義されたヘッドフィールドX-Mms-Signaling-Elementを［３］で定義されたMM-Element-識別フィールドと組み合わせて使用することが提案される：
M-Retrieve.conf（ＭＭＳリレー／サーバＢ→ＭＭＳユーザエージェントＢ）：
【００６２】
【数５】
2005503048.tif 000007
【００６３】
実施バリエーションｂ）
ＷＡＰメッセージM-Retrieve.confでは、新たに登録Signaling-Elementだけ拡張されたパラメータを各X-Mms-Content-IDヘッドフィールドで、［３］に定義されたMM-Element識別フィールドと組み合わせて使用することが提案される：
M-Retrieve.conf（ＭＭＳリレー／サーバＢ→ＭＭＳユーザエージェントＢ）：
【００６４】
【数６】
2005503048.tif 000008
【００６５】
５．ＭＭの配送後
ＭＭを受信者のＭＭＳユーザエージェントＢ配送した直後に、ＷＡＰメッセージ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がシグナリング信号であるか否かを指示する。
【００６８】
この実施例でユーザＢは、２つの実施バリエーションにおいてシグナリング信号ＳとしてユーザＡにより選択されたＭＰ３オーディオデータを聴く。
【００６９】
図２および図３によるＭＭＳ実現のさらなるメッセージは本発明では手を付けず、そのままであるのでここに示さない。
【００７０】
まとめると、エレメントをシグナリング信号として標識付けることによりＭＭが受信者に到着した際にエレメントが直接的に提示されるようにする前記種々の手段が、それぞれの利点と共に紹介された。実施バリエーションａ）およびｂ）は特許願ＥＰ０１１０１０５７．６，［３］に基づく。バリエーションａ）はバリエーションｂ）よりも容易に、既存のＷＡＰに挿入してＭＭＳを実現できる。バリエーションｂ）は付加的に特許願ＥＰ０１１０７２７８．２、［６］に基づく。
【００７１】
以下の参照文献を上げておく。
【００７２】
【数７】
2005503048.tif 000009
【図面の簡単な説明】
【００７３】
【図１】図１は、プルモードとプッシュモードの基本原理を概略的に対比する図である。
【図２】図２は、ワイヤレスアプリケーションプロトコルないしＷＡＰ規格によりデータ伝送に割り当てられた送信の概略をＷＡＰ  ＭＭＳトランザクションフローチャートに示す図であり、この送信は送信者およびプロバイダレベルと、プロバイダおよび受信者レベルとの間で、プッシュモードで行われるものである。
【図３】図３、図２と同様のＷＡＰ  ＭＭＳトランザクションフローチャートであり、プルモードでのデータ伝送を説明するためのものである。
【図４】図４は、本発明のバリエーションａ）による新たなヘッダフィールド名の符号化を示す。
【図５】図５は、欧州特許願ＥＰ０１１０７２７８．２で新たに定義されたヘッドフィールド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  ＭＭＳ配送状態メッセージ
ＩＰ  インターネットプロトコルによるネットワーク
【図１】
2005503048.tif 000010
【図２】
2005503048.tif 000011
【図３】
2005503048.tif 000012
【図６】
2005503048.tif 000013
【国際公開パンフレット】
2005503048.tif 000014
2005503048.tif 000015
2005503048.tif 000016
2005503048.tif 000017
2005503048.tif 000018
2005503048.tif 000019
2005503048.tif 000020
2005503048.tif 000021
2005503048.tif 000022
2005503048.tif 000023
2005503048.tif 000024
2005503048.tif 000025
2005503048.tif 000026
2005503048.tif 000027
2005503048.tif 000028
2005503048.tif 000029
2005503048.tif 000030
2005503048.tif 000031
2005503048.tif 000032
2005503048.tif 000033
2005503048.tif 000034
2005503048.tif 000035
2005503048.tif 000036
2005503048.tif 000037
2005503048.tif 000038
2005503048.tif 000039
2005503048.tif 000040
2005503048.tif 000041
2005503048.tif 000042
2005503048.tif 000043
2005503048.tif 000044
2005503048.tif 000045
2005503048.tif 000046
2005503048.tif 000047
2005503048.tif 000048
2005503048.tif 000049
2005503048.tif 000050
2005503048.tif 000051
【国際調査報告】
2005503048.tif 000052
2005503048.tif 000053
2005503048.tif 000054
2005503048.tif 000055