JP5743422B2 - ファイルタイプおよび／またはファイルフォーマットの変換を伴うｍｍｓメッセージの伝送方法、加入者端末装置 - Google Patents

Description

本発明は、請求項１の上位概念に記載のデータ伝送方法、送信ユニットおよび／または受信ユニット、コンピュータプログラム製品ならびに通信システムに関する。ここでデータという用語は本発明においては、個々の構成要素からまとめられたあらゆる形式の情報のことも意味する。それら個々の構成要素またはエレメントを様々な標準に従い構築されたもの、編成されたもの、および／または符号化されたものとすることができる。したがってこの意味においてデータとは、それぞれ異なる標準による種々の要素を含むマルチメディアメッセージのことも表す。

データの様々なフォームまたはフォーマットを伝送するための方法および装置が知られている。Global System for Mobile Communications Standard 略してＧＳＭによる移動無線システムによれば、たとえば音声による電話のほかにもすでに現在、１６０キャラクタの長さまでの短いテキストメッセージの形態で情報を送受信することもできる。このサービスをショートメッセージサービス Short Message Service 略してＳＭＳとも称する。

たとえば Universal Mobile Telecommunication System UMTS などのような次世代の移動無線システムに関しては目下、移動メッセージサービスのマルチメディア対応バリエーションの標準化作業が行われており、これはいわゆるマルチメディアメッセージサービス Multimedia Messaging Service MMS と呼ばれるものである。マルチメディアメッセージサービスＭＭＳは、任意のコンテンツをあるサービス加入者からネットワークを介して別の加入者へ伝送するメカニズムの仕様を規定するものである。ＳＭＳのテキストメッセージとはっきり区別するため、以下ではマルチメディアコンテンツをもつメッセージとしての情報をマルチメディアメッセージ略してＭＭと称する。ＳＭＳとは異なりマルチメディアメッセージサービスＭＭＳであると、内容を純粋なテキストとするという制約がなくなる。ＭＭＳの場合であると、個々の好みに合わせてテキストに書式を与えることも可能となるし、任意のコンテンツをメッセージに埋め込むこともできるようになる。例として挙げると、オーディオコンテンツやビデオコンテンツ、静止画、グラフィック、テキスト等である。マルチメディアメッセージＭＭの個々のマルチメディア構成要素（ＭＭ要素とも称する）には、他のデータを指す参照いわゆるリンクも含ませることができる。そのようにしてリンクされたデータを同様にマルチメディアメッセージ内に別のＭＭ要素として組み込むこともできるけれども、あるいはダウンロード用として外部の記憶場所に用意しておくこともでき、たとえばネットワークにおけるサーバに用意しておくこともできる。

本発明の重要な適用分野がたとえ上述の標準に準拠したアプリケーションにあると見込まれているにしても、以下で説明する本発明が係わるのは一般的にいって、音声付きまたは音声なしのテキストデータおよび／または画像データの個々の要素からまとめられ、それぞれ同じ標準または異なる標準に従って符号化されているデータないしはデータのかたまりである。

この種のデータを伝送するための通信システムには基本的に３つの階層が含まれている。すなわち、ＭＭＳユーザアプリケーションもしくはＭＭＳユーザエージェントをもつデータ送信側の階層、ネットワーク要素によりサービスを実行する少なくとも１つのサービス提供側もしくはプロバイダの階層（以下ではＭＭＳコネクションユニットもしくはＭＭＳリレー／サーバと称する）、さらには対応するＭＭＳユーザアプリケーションをもつ受信側の階層の３つである。ここでＭＭＳユーザアプリケーションという用語は、たとえば移動無線機器などにおいてそれぞれ送信側および受信側でＭＭＳ機能を実現するアプリケーションのことである。

通常、ＭＭＳユーザアプリケーションを備えた端末機器は、既存のファイルタイプやファイルフォーマットないしはデータタイプやデータフォーマットのすべてはサポートしていない。現在行われている開発によって示唆されていることは、将来はマルチメディアメッセージの要素としても関心を集める可能性のある様々な専用アプリケーション用の種々異なるデータフォーマットの個数が著しく増加し続けていることである。しかしながら加入者端末機器等のアップグレートは、その個数が膨大であること、開発に起因してかなりのソフトウェアメンテナンス期間がかかることから、実質的に不可能にせざるを得ない。したがってここで前提としなければならないのは、加入者端末機器におけるＭＭＳユーザアプリケーションは量の増え続ける種々のデータフォーマットのうちの一部分だけしかどうしても処理できないことである。特定のＭＭＳユーザアプリケーションがどのファイルタイプおよびファイルフォーマットをサポートしているのかに関する情報は、ＭＭＳユーザアプリケーションの他の個々のサービス機能と同様、いわゆるＭＭＳユーザアプリケーションプロファイルもしくはＭＭＳユーザエージェントプロファイルの構成部分であり、これはマルチメディアメッセージを交換する前にＭＭＳサービスプロバイダが把握していなければならない。この目的で、ＭＭＳセッションを開始するたびに個々の端末機器からネットワークへこの情報が伝送されて、そこに格納される。ＭＭＳユーザアプリケーションプロファイルからの情報をＭＭＳサービスプロバイダのＭＭＳリレー／サーバが把握することによって、ＭＭＳリレー／サーバはファイルタイプ変換もしくは符号変換もファイルフォーマット変換も行うことができるようになる。その後、ＭＭＳユーザアプリケーションに対し、自身も処理可能なファイルタイプおよびファイルフォーマットだけが送達されることになる。マルチメディアメッセージが２つのＭＭ要素から成り、第１のＭＭ要素が第２のＭＭ要素を指すリンクを含み、かつ第２のＭＭ要素のファイルタイプまたはファイルフォーマットを受信側へのマルチメディアメッセージ送達前にＭＭＳユーザエージェントプロファイルに基づき変換する必要がある場合、ＭＭＳリレー／サーバがこのような２つのＭＭ要素から成る１つのマルチメディアメッセージを受信すると、第１のＭＭ要素内のリンクが変換後にエラーとなり、リンク先をもはや辿ることができなくなってしまう。

本発明の課題は、データとデータフォーマットのいかなる組み合わせであっても所定の通信システムおよび／またはＭＭＳユーザアプリケーションに対して誤りなく整合させるためにいっそう高いフレキシビリティをもたせながら、データもしくはメッセージの送信側にデータ送信の付加的な可能性を与えるようにした方法、送信ユニットおよび／または受信ユニット、コンピュータプログラム製品ならびに通信システムを提供することにある。

本発明によればこの課題は、ファイルタイプ変換および／またはファイルフォーマット変換を受信側のプロファイルに従って行い、個々のリンクを、データ内でおよび／または異なるデータ要素間で該リンクの有効性を維持するため、前記ファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）に応じて変化させることにより解決される。さらに上記の課題は、請求項７記載の特徴を備えた送信ユニットおよび／または受信ユニット、請求項１０記載の特徴を備えた通信システムにより解決される。従属請求項には本発明の有利な実施形態がそれぞれ示されている。

伝達すべきデータがそれぞれ同じ標準または異なる標準に従い符号化される個々の要素から成る、本発明による通信システムにおけるデータ伝送方法たとえばテキストデータおよび／または音声付きまたは音声なしの画像データの伝送方法によれば、受信側のプロファイルに従いファイルタイプおよび／またはファイルフォーマットの変換が行われる。データ内でおよび／またはそれぞれ異なるデータ要素間で個々のリンクの有効性を維持するため、個々のリンクがファイルタイプおよび／またはファイルフォーマットの変換に応じて変更される。換言すれば、受信側のプロファイルに従いファイルタイプおよび／またはファイルフォーマットを変換する際、それぞれ異なるデータ要素間でデータ内の１つまたは複数のリンクの有効性を維持するため、少なくとも１つのリンクの更新も行われる。このように本発明によればファイルタイプおよび／またはファイルフォーマットの変換後に自動的なリンク更新が行われることから、ファイルタイプおよび／またはファイルフォーマットの変換後も内部リンクを引き続き有効なまま保持できるようになり、マルチメディアメッセージを常に送信側の意図したとおり受信側において完全に整合されたかたちで表示させることができるようになる。その際に本発明によれば、内部リンクのほかにどのような外部のリンクであっても考慮され、これについてはあとで図面を参照しながら実施例に基づき説明する。

本発明の１つの実施形態によれば、変換は受信側のプロバイダにおいて行われる。したがってこの種の処理に必要とされるリソースはメッセージ伝送ネットワーク内に設けられており、たとえば必要とされる計算能力に関して殊に端末機器の負担が軽減され、エネルギー消費の低減に寄与する。

本発明の１つの有利な実施形態によれば、異なる要素間におけるデータ内のリンクがチェックされる。このようにすればデータ構造におけるエラーを発見することができ、必要に応じて取り除くことができるし、いずれにせよ送信側に通知することができる。その場合に１つの実施形態によれば、このようなダメージのあるまたはエラーのあるデータセットを伝送すべきか、あるいは消去して送信側が再送信すべきかを判定することができる。

有利にはデータは送信のため、編成情報を伝送するためのヘッダと個々の有効情報を伝送するためのボディとがデータに含まれるよう準備処理される。その際、有効情報には有利には複数のデータパケットの形態で複数の要素が含まれる。さらに有利には、ある加入者のユーザアプリケーションからネットワークを介して別の加入者のユーザアプリケーションへデータが伝送され、その場合に伝送はトランザクションおよび／またはデータに付加された伝送プロトコルの情報要素によって制御され、この情報要素にはフィールド名と個々のフィールド値が含まれている。本発明による方法は有利には、マルチメディアメッセージサービスＭＭＳにおけるマルチメディアメッセージＭＭとして伝送されるデータのために利用され、たとえば移動体加入者端末機器または殊にＧＳＭ標準、ＧＰＲＳ標準、ＥＤＧＥ標準またはＵＭＴＳ標準またはそれらの混合形態に準拠するＷＡＰ対応移動電話機へ伝送されるデータのために利用される。

本発明の有利な適用分野として挙げたこのようなマルチメディアメッセージサービスＭＭＳに対し、アプリケーション等のリンクを簡単にするための上述の外部リンクを捕捉しチェックして確実に変換するための手段については、これまで触れてこなかった。本発明の実施形態によれば、完全かつ確実な送達がすでに保証されているといえるよう、送信側のアプリケーションによって内部リンクも外部リンクも高い信頼性を伴って受信側の条件に整合させることのできる構成が示されている。

次に、図面を参照しながら実施例に基づき本発明について説明する。図１〜図４中、同じ機能および同じ作用をもつ要素には全体を通して同じ参照符号または略語を付してある。

３ＧＰＰによるＭＭＳネットワークアーキテクチャの概略図 第２のＭＭ要素のファイルフォーマット変換後も第１のＭＭ要素におけるリンクを整合させる必要のある様子を示す図 ＭＭＳＥに到来したものであり外部のサーバに存在するファイルを指すリンクを含むＭＭを示す図 ファイルタイプ変換ないしはデータタイプ変換および／またはファイルフォーマット変換ないしはデータフォーマット変換後にリンクがＭＭＳサービスプロバイダのＭＭＳＥ内における記憶場所を指している様子を示す図

冒頭で述べたようにマルチメディアメッセージＭＭＳによれば、たとえば書式付きテキストならびに音声付きおよび音声なしの画像が含まれている可能性のあるマルチメディアメッセージを伝送することができる。ＳＭＳの場合には存在する１６０キャラクタというメッセージ長までという制約はない。いろいろあるなかで殊に音声メッセージやビデオメッセージの伝送が可能であるけれども、さらにここでは非常に頻繁に利用されるＳＭＳメッセージを引き続き本発明によるシステム内において整合されたコストで、従来技術に関連して説明するやり方で処理される。

ＭＭＳはＷＡＰを利用することによって実現することができる。この場合、データの無線伝送たとえばマルチメディアメッセージＭＭなどの無線伝送のために、図１に示されている通信システム１が適用される。図１には３ＧＰＰの視点で見た現在の技術水準による図が描かれており、この場合、関与する３つのインスタンス間でマルチメディアメッセージＭＭの送信または受信が行われる場合のマルチメディアメッセージＭＭの交換について示されている。この通信システム１はデータ送信側の階層２を有しており、これはＭＭＳユーザアプリケーションＡもしくはＭＭＳユーザエージェントＡ Ｍ−ＵＡ＿Ａと称する。ここでＭＭＳユーザアプリケーションという用語は、移動無線装置においてＭＭＳ機能を実現するアプリケーションのことである。さらにネットワーク要素によってサービスを実行するプロバイダＳｐｒｏの階層３が設けられており、これを以下ではＭＭＳコネクションユニットもしくはＭＭＳリレー／サーバＭＭＳ−ＲＳと称する。ＭＭＳリレー／サーバＭＭＳ−ＲＳは、ＭＭＳサービスプロバイダＳＰｒｏの管轄領域もしくはマルチメディアメッセージサービス環境ＭＭＳＥにおいてＭＭＳユーザアプリケーションＭＭＳ−ＵＡに対しネットワークを介した通信を可能にし、ＭＭＳ無線機能を提供するネットワーク要素である。この実施例の場合、階層２と階層３の間のインタフェースは固定回線接続ではなく、マルチメディアメッセージＭＭ１伝送用の無線ネットワークＲＮ Ａとして構成されている。さらに受信側の階層として階層４が設けられており、これはＭＭＳユーザアプリケーションＢ Ｍ−ＵＡ＿Ｂとも称する。ここでもマルチメディアメッセージＭＭ１を伝送するために無線ネットワークＲＮ Ｂが設けられている。

当然ながら、階層３においてただ１つのプロバイダＳＰｒｏよりも多くのプロバイダが設けられている可能性がある。図１に示されているようにこのことはたとえば、データ送信側Ｍ−ＵＡ＿Ａおよび選択された受信側Ｍ−ＵＡ＿Ｂがそれぞれ異なるプロバイダＳＰｒｏ ＡとＳＰｒｏ Ｂと契約している場合に生じる可能性がある。さらにこれらそれぞれ異なるプロバイダが、さらにネットワーク業者としての第３のプロバイダを通して互いに接続されている可能性もある。しかしここでは簡単な描き方を採用した。なぜならば階層３における詳細な構造ならびにたとえばＭＭ１からＭＭ４へのメッセージの転送整合の各々の形式は、本発明の説明にとって重要ではないからである。

一般に、ＭＭＳユーザエージェントＭＭＳ−ＵＡを装備した端末機器は、既存のファイルタイプおよびファイルフォーマットをすべてはサポートしていない。どのファイルタイプおよびどのファイルフォーマットが特定のＭＭＳユーザエージェントＭＭＳ−ＵＡによってサポートされているのかという情報は、ＭＭＳユーザエージェントにおける他の固有のフィーチャと並んでいわゆるＭＭＳユーザエージェントプロファイルの構成要素であり、これはマルチメディアメッセージＭＭの交換前にＭＭＳサービスプロバイダＳＰｒｏが把握していなければならない。この目的で、端末機器からネットワークへのＭＭＳセッション各々の開始前にこのプロファイルが伝送され、そこに記憶される。ＭＭＳユーザエージェントプロファイルからの情報をＭＭＳサービスプロバイダＳＰｒｏのＭＭＳリレー／サーバＭＭＳ−ＲＳが把握していることによって、ＭＭＳリレー／サーバＭＭＳ−ＲＳは、ファイルタイプ変換ないしは符号変換もファイルフォーマット変換も行うことができるようになる。このようにすることでＭＭＳユーザエージェントＭＭＳ−ＵＡには、自身でも処理可能なファイルタイプおよびファイルフォーマットだけしか送達されない。ファイルサイズは変換によって部分的に著しく変化する可能性がある。データをファイルタイプに細区分することは、たとえばオーディオ、テキストまたは静止画といった様々な媒体に基本的に属するデータを大雑把に分類することを表している。これに対しファイルフォーマットによって与えられるのは特定のファイルタイプの符号化に関する具体的な情報であり、たとえばＭＰ３として符号化されたオーディオファイルまたはＪＰＥＧとして符号化された静止画といった情報である。あるファイルのファイルフォーマットは、ファイル名に添えられた拡張子によって一義的に識別することができる。たとえばＪＰＥＧ標準に従い符号化された静止画は、ファイル名の後ろに拡張子"jpg"をもっている。ファイル名と拡張子は一般にドットによって前後が分けられており、たとえば"holiday.jpg"という具合である。

マルチメディアメッセージＭＭが２つのＭＭ要素ＭＭ−Ｅ１，ＭＭ−Ｅ２から成り、第１のＭＭ要素ＭＭ−Ｅ１が第２のＭＭ要素ＭＭ−Ｅ２を指すリンクを含み、かつ受信側へＭＭを送達する前に第２のＭＭ要素ＭＭ−Ｅ２のファイルタイプまたはファイルフォーマットをＭＭＳユーザエージェントプロファイルに従い変換する必要がある場合に、ＭＭＳリレー／サーバＭＭＳ−ＲＳがこのようなマルチメディアメッセージＭＭを受け取ると、第１のＭＭ要素ＭＭ−Ｅ１内のリンクが変換後にエラーとなり、リンク先をもはや辿ることができなくなってしまう。

従来、外部に格納されておりＭＭ要素ＭＭ−Ｅから参照されるファイルも、受信側ＢのＭＭＳユーザエージェントプロファイルにおける情報に従って変換し、マルチメディアメッセージにおけるリンクを変換後に相応に整合させるようには構成されていなかった。

この場合、マルチメディアメッセージＭＭは基本的にヘッダ部分から成り、さらにオプションとしてデータ本体部分いわゆるボディから成り、この部分にマルチメディアメッセージＭＭ−Ｅが含まれている。各マルチメディアメッセージＭＭ自体もマルチメディアメッセージＭＭの個々の要素ＭＭ−Ｅ各々も基本的にヘッダとボディによって構成されているので、マルチメディアメッセージＭＭのヘッダ内および／または個々のＭＭ要素のヘッダ内および／またはデータ本体部分内に、あるファイルを参照させるリンクＬＫを含めることができる。その際に本発明によれば、マルチメディアメッセージＭＭ内にリンクがあるときには、すなわちそれぞれ異なるＭＭ要素ＭＭ−Ｅの間にリンクがあるときには、受信側の現在のＭＭＳユーザエージェントプロファイルに従いＭＭ要素のファイルタイプおよび／またはファイルフォーマットが変換されるだけでなく、ＭＭ内に存在しそのＭＭ要素を参照しているリンクも変換される。本発明による方法の１つの実施形態によれば、上述の方式を外部に格納されているファイルならびにそのリンクについても適用することができ、すなわちたとえばサーバＥＸＴ上に存在しＭＭの構成要素ではないファイルならびにそのリンクについても適用することができる。

次に図面を参照しながら、ファイルタイプおよび／またはファイルフォーマットの変換後にリンクを整合させる上述のメカニズムについて２つの例を挙げて説明する。最初に考慮するケースは、あるマルチメディアメッセージＭＭ内のリンクがそれぞれ異なるＭＭ要素間で変換後も引き続き有効に保持される事例である。２番目に扱うケースは、サーバに格納されているファイルを指すリンクであって、そのファイルがマルチメディアメッセージＭＭから参照される事例である。この場合、媒体オブジェクトを結びつけるリンクは、たとえばUniform Resource Location つまりURLリンクとして表される。理論的には別の種類のリンクも考えられるけれども、それらは実装にあたり比較的煩雑となることからここではこれ以上言及しない。
１．マルチメディアメッセージＭＭ内のリンク：
２つのＭＭ要素ＭＭ−Ｅ１，ＭＭ−Ｅ２を含むマルチメディアメッセージＭＭが受信側のＭＭＳリレー／サーバＭＭＳ−ＲＳに到来した。第１のＭＭ要素ＭＭ−Ｅ１をＳＭＩＬプレゼンテーションとし、つまりWorld Wide Web Consortium W3C により標準化されたマルチメディアコンテンツの同期のための言語（文献［４］参照）で記述されたプレゼンテーションとする。ここで第１のＭＭ要素ＭＭ−Ｅ１は第２のＭＭ要素ＭＭ−Ｅ２を指すリンクを含んでおり、この例では"GIF"というファイルフォーマットＤＦをもつ「静止画」というファイルタイプＤＴのファイルを指すリンクを含んでおり、このファイルは固有のファイル識別子ないしは拡張子"gif"によって表されている。ただし受信側のＭＭＳユーザエージェントは、このフォーマットのファイルを表示させることができない。したがってＭＭＳリレー／サーバはマルチメディアメッセージＭＭ全体をＭＭＳユーザエージェントへ送達する前に、リンクされているファイルのフォーマットＤＦをＭＭＳユーザエージェントプロファイルに従い別のフォーマットＤＦここではたとえばJPEGに変換する。JPEGはファイル名に添えられた拡張子"jpg"で表される。図２にはこの関係が略示されている。

さて、本発明によれば第２のＭＭ要素ＭＭ−Ｅ２を指すリンクＬＫ１も変換後に整合される。この事例ではその目的でリンク中の拡張子を整合するだけでよく、したがって変換済みの要素ＭＭ−Ｅ２を指す新たなリンクＬＫ２と元のリンクＬＫ１とは拡張子の点で相違するだけである：
変換前：ＬＫ１＝"/privat/holiday.gif"
変換後：ＬＫ２＝"/privat/holiday.jpg"
２．外部のリンク：
図３の参照符号１で示されているように受信側のＭＭＳリレー／サーバＭＭＳ−ＲＳに到来するマルチメディアメッセージＭＭには、参照符号２で示されているように外部の記憶場所を指すリンクＬＫ２が含まれている。さて、本発明によれば受信側のＭＭＳユーザエージェントへマルチメディアメッセージＭＭが送達される前に、リンクによって参照されるファイルのファイルタイプおよび／またはファイルフォーマットをＭＭＳユーザエージェントプロファイルに従い場合によっては変換する必要があるか否かについて調べられる。ＭＭＳリレー／サーバＭＭＳ−ＲＳが変換の必要性を検出すると、ＭＭＳリレー／サーバＭＭＳ−ＲＳは最初にファイルを指定記憶場所から読み出し、参照符号３に示されているように変換の目的でＭＭＳサービスプロバイダＳＰｒｏのＭＭＳＥに一時記憶させる。

ただしＭＭＳユーザエージェントプロファイルに従い変換されたファイルをその後、もう一度外部のサーバＥＸＴに記憶させることはできない。なぜならば一般的に、ＭＭＳサービスプロバイダＳＰｒｏは外部のサーバＥＸＴへの書き込み権限をもたないことを前提としなければならないからである。その代わり、変換されたファイルはＭＭＳリレー／サーバにおいてＭＭＳサービスプロバイダＳＰｒｏのＭＭＳＥ内に格納する必要があり、あるいはＭＭＳリレー／サーバと接続されておりここには図示されていない他のサーバに格納しなければならない。

上述のケース１とは異なりこの場合にはリンク中の拡張子の整合だけでは不十分である。その理由は、変換済みファイルの記憶場所が新しくなったことでパス全体が変化したからである。そこで元のリンクＬＫ１を、ＭＭＳサービスプロバイダＳＰｒｏのＭＭＳＥ内の新たな記憶場所を指す新たなリンクと置き換える必要がある。リンクのこのような整合は、受信側のＭＭＳユーザエージェントへマルチメディアメッセージＭＭを送達する前に行われなければならない（図４の参照符号４を参照）。
変換前のリンクＬＫ１：
http://www.external_server.de/public/pictures/holiday.gif
変換後のリンクＬＫ２：
http://www.MMS_service_provider/pics/holiday.jpg
択一的な実施形態として以下の方法を挙げておく。すなわちこの方法によれば、あるマルチメディアメッセージＭＭ内に存在するどのような外部のリンクであってもそれがＭＭＳサービスプロバイダＳＰｒｏのＭＭＳＥ内に到来すると、いわゆるプレースホルダー（placeholder）としてＭＭＳサービスプロバイダＳＰｒｏのＭＭＳサービスのＭＭＳＥ内における可能な記憶場所を指す新たなリンクＬＫによって自動的に置き換えられる。ＭＭＳＥ内のこの記憶場所に、あとからすなわち問い合わせに応じて変換済みファイルを格納することができる。この実施形態によれば変換自体は選択的に、リンクＬＫを用いて端末装置もしくはそこで実行されるＭＭＳユーザアプリケーションＭＭＳ−ＵＡによりファイルのダウンロードが行われるときにははじめて実施することもできる。

以上要約すると本発明によれば、受信側のＭＭＳリレー／サーバに到来する各々のＭＭが最初に、他のファイルを指すリンクがその中に含まれているか否かについてチェックされる。この目的で、必要に応じてＭＭのヘッダ内ならびに個々のＭＭ要素のヘッダ内におけるすべてのヘッダフィールドを調べる必要がある。さらに上述の方法が一般に前提としているのは、たとえばＳＭＩＬ，ｈｔｍｌまたはテキストなどリンクを含んでいる可能性のあるＭＭ要素ＭＭ−Ｅのオープンである。リンクを含んでいる可能性のない他のＭＭ要素ＭＭ−Ｅをオープンする必要はない。これが該当するのはたとえばオーディオファイルや静止画などである。オープンする必要のあるＭＭ要素ＭＭ−Ｅは通常、オープンの不要なＭＭ要素ＭＭ−Ｅよりも著しく小さいので、ＭＭＳリレー／サーバＭＭＳ−ＲＳにおいて余分にかかる処理の手間はごく僅かにすぎない。既述の方法によればＭＭＳサービスプロバイダＳＰｒｏは自身の顧客に対し、マルチメディアメッセージＭＭに含まれるあらゆるリンクを受信側ＢのＭＭＳユーザエージェントプロファイルからの情報に従って辿ることができること、つまり内部リンクであっても外部リンクであってもこのことが可能であることを保証できる。

本発明による方法の利点は以下の通り多岐にわたる：
・その１つは、あるマルチメディアメッセージＭＭ内のリンクは異なるＭＭ要素間であっても、受信側のＭＭＳユーザエージェントプロファイルに従い受信側のＭＭＳリレー／サーバにおいて場合によってはファイルタイプおよび／またはファイルフォーマットの変換が実行された後、その有効性を保持することができるようになることである。
・他方、ＭＭから外部に格納されたファイルを指すようリンクされている場合、そのファイルに対してもファイルタイプおよび／またはファイルフォーマットの変換を受信側のＭＭＳユーザエージェントの情報に従い受信側のＭＭＳリレー／サーバによって行う必要があるのか、ならびにそのリンクも変換実行後に相応に整合させる必要があるのかについて調べることが提案される。

つまり一例としてこれまで説明してきた形式の方法によれば、内部のリンクＬＫをもつマルチメディアメッセージＭＭ内においてファイルタイプおよび／またはファイルフォーマットの変換後もそのリンクＬＫが引き続き有効なまま保持されることが保証される。さらに、外部のサーバＥＸＴ上に存在しＭＭの構成要素ではないファイルを指す外部のリンクをもつマルチメディアメッセージＭＭであってもＭＭＳユーザエージェントは、受信側アプリケーションとして処理できるファイルタイプもしくはファイルフォーマットをもつファイルをダウンロードできるよう保証される。このようにすることによってのみ、受信装置においてＭＭを常に完全にしかも送信側の意図した形式で呈示することができる。

マルチメディアメッセージサービスＭＭＳによれば、任意のコンテンツをあるサービス加入者からネットワークを介して別の加入者へ伝送するメカニズムの仕様が規定されており、その際、メッセージ伝送に利用できるメッセージの情報要素つまりヘッダフィールドを著しくフレキシブルに利用することができる。要約すれば、すでに知られている種々のメッセージ形式のための魅力的なアプリケーションをサポートするための上述の可能性がＭＭＳにおいても実現されており、その際、メッセージの流れの効率は以下のようにして改善される。すなわち本発明によればマルチメディアメッセージＭＭを個々の受信側のオプションに整合させて処理したり、もしくは送信側の規則に応じて構築して表示させたりすることができる。さらにたとえばショートメッセージサービスＳＭＳのメッセージなど短いテキストメッセージを他のソースを指すリンクとともに、つまりたとえば外部のインターネットページを指しておりたとえばインターネットブラウザなど外部のアプリケーションにより呼び出すことのできるリンクとともに伝送することも、問題なく行うことができる。しかも本発明によれば、すべての既知のデータフォーマットさらには将来の新しいデータフォーマットのための公知のメッセージ流へ、個々の利点を伴いながら整合されたかたちで構造的にコンフォーマルに組み入れることができる。

ＷＡＰ，ＭＭＳについてのバックグラウンド情報ならびに引用した新しいコード言語は、たとえば以下のドキュメントにまとめられている：
[1] 3GPP TS 23.040 version 5.3.0, Release 5; Third Generation Partnership Project; Technical Specification Group Terminals; Technical realization of the Short Message Service (SMS).
[2] 3GPP TS 22.140 version 5.1.0, Release 5; Third Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Messaging Service (MMS); Service Aspects; Stage 1.
[3] 3GPP TS 23.140 version 5.2.0, Release 5; Third Generation Partnership Project; Technical Specification Group Terminals; Multimedia Messaging Service (MMS); Functional Description; Stage 2.
[4] Synchronized Multimedia Integration Language, SMIL version 2.0; World Wide Web Consortium; W3C Recommendation; 07 August 2001.
なお、本発明の実施形態において、以下の略語を用いた：
ＧＳＭ Global System for Mobile Communication
ＳＭＳ Short Message Service
ＵＭＴＳ Universal Mobile Telecommunication System
ＷＡＰ Wireless Application Protocol
ＷＳＰ Wireless Session Protocol
ＭＭ Multimedia Message
ＭＭＳ Multimedia Messaging Service
ＭＭＳＥ Multimedia Messaging Service Environment
ＳＭＩＬ Synchronized Multimedia Integration Language
ＳＭＴＰ Simple Mail Transfer Protocol
ＬＫ Link
Ｆ file
ＭＭＳ−ＲＳ MMS Relay/Server
ＲＮ Radio Network

１ 通信システム
２ データ送信側の階層
３ プロバイダの階層
４ 受信側の階層
ＭＭ マルチメディアメッセージ
ＭＭ１〜４ 伝送整合されるマルチメディアメッセージ
ＭＭ−Ｅ マルチメディアメッセージの要素
ＳＭＩＬ SMILによるプレゼンテーション
ＬＫ リンク
Ｆ 外部のファイル
ＤＴ ファイルタイプないしはデータタイプ
ＤＦ ファイルフォーマットないしはデータフォーマット
ＥＸＴ 外部のサーバ
ＭＭＳ−ＵＡ ＭＭＳユーザアプリケーション
ＭＭＳ−ＵＡ Ａ ＭＭＳユーザエージェントＡ、図１においてＭＭの送信側
ＭＭＳ−ＵＡ Ｂ ＭＭＳユーザエージェントＢ、図１においてＭＭの受信側
ＭＭＳ−ＲＳ ＭＭＳコネクションユニット ＭＭＳリレー／サーバ
ＫＯＮＶ 変換
ＲＮ 無線ネットワーク
ＳＰｒｏ サービスプロバイダ

Claims (12)

1. 伝達すべきデータ（ＭＭ）がそれぞれ同じ標準または異なる標準に従い符号化される個々の要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）から構成されており、ファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）を受信側（Ｂ）のプロファイルに従って行う、通信システムにおけるデータ伝送方法において、
   前記変換（ＫＯＮＶ）を行うとき、通信システム内で伝送される１つのデータ（ＭＭ）内の前記個々の要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）のうち、第２のデータ要素（ＭＭ−Ｅ２）を指す第１のデータ要素（ＭＭ−Ｅ１）内の内部リンク（ＬＫ）を、前記の異なるデータ要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）間で該内部リンク（ＬＫ）の有効性を維持するため、前記ファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）に応じて変化させることを特徴とする、
   データ伝送方法。
2. 受信側のプロバイダにおいて変換（ＫＯＮＶ）を行う、請求項１記載の方法。
3. 異なる要素間でのデータ内のリンク（ＬＫ）を調べる、請求項１記載の方法。
4. データを送信するために準備処理をして、構成情報を伝送するためのヘッダおよび個々の有効情報を伝送するためのボディを各要素として複数のデータパケットの形態でデータに含ませる、請求項１記載の方法。
5. データをマルチメディアメッセージサービス（ＭＭＳ）におけるマルチメディアメッセージ（ＭＭ）として伝送する、請求項１または４記載の方法。
6. データを移動体加入者端末機器へ伝送する、請求項１または４または５記載の方法。
7. 伝達すべきデータ（ＭＭ）の個々の要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）として同じ標準または異なる標準に従って符号化されているテキストデータおよび／または音声付きまたは音声なしの画像データの形態でデータをユーザ固有に用いるための加入者端末装置（ＭＭＳ−ＵＡ Ｂ）において、
   ＭＭＳユーザエージェント（ＭＭＳ−ＵＡ）が設けられており、該ＭＭＳユーザエージェントは、ＭＭＳリレー／サーバ内で受信側（Ｂ）または加入者端末装置側のプロファイルに従って行われたファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）によるデータを、受信して表示し、
   前記ファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）に応じて、伝送された１つのデータ（ＭＭ）の前記個々の要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）のうち、第２のデータ要素（ＭＭ−Ｅ２）を指す第１のデータ要素（ＭＭ−Ｅ１）内の内部リンク（ＬＫ）が、それぞれ異なるデータ要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）間で該内部リンク（ＬＫ）の有効性維持のため変化されていることを特徴とする加入者端末装置。
8. 移動電話機として構成されており、ＧＳＭ標準、ＧＰＲＳ標準、ＥＤＧＥ標準またはＵＭＴＳ標準またはそれらの混合形式に従い構成されている、請求項７記載の加入者端末装置。
9. コンピュータ読み取り可能な記憶媒体において、
   該記憶媒体にプログラムが格納されており、
   該プログラムがコンピュータの記憶装置にロードされるとデータ処理装置またはコンピュータによって、通信システムのデータ伝送においてファイルタイプおよび／またはファイルフォーマットの変換（ＫＯＮＶ）後、受信側（Ｂ）のプロファイルに従い、通信システム内で伝送された１つのデータ（ＭＭ）内の個々の要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）のうち、第２のデータ要素（ＭＭ−Ｅ２）を指す第１のデータ要素（ＭＭ−Ｅ１）の内部リンク（ＬＫ）の有効性を、異なる前記データ要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）間で維持するために、自動的なリンク更新を可能にさせることを特徴とする、
   コンピュータ読み取り可能な記憶媒体。
10. 移動無線ネットワークにおけるデータ送信時に請求項１記載の方法を実施する、請求項９記載のコンピュータ読み取り可能な記憶媒体。
11. 伝達すべきデータ（ＭＭ）の個々の要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）として同じ標準または異なる標準に従って符号化されているテキストデータおよび／または音声付きまたは音声なしの画像データの形態でデータを伝送するためのＭＭＳリレー／サーバ（ＭＭＳ−ＲＳ）において、
    ファイルタイプ変換および／またはファイルフォーマット変換を受信側（Ｂ）のプロファイルに従って行うための変換手段（ＫＯＮＶ）が設けられており、
    該変換手段（ＫＯＮＶ）は変換を行うとき、伝送される１つのデータ（ＭＭ）の前記要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）のうち、第２のデータ要素（ＭＭ−Ｅ２）を指す第１のデータ要素（ＭＭ−Ｅ１）内の内部リンク（ＬＫ）を、それぞれ異なるデータ要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）間で有効性を維持するため前記ファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）に応じて変化させることを特徴とする、
    ＭＭＳリレー／サーバ。
12. 通信システムにおいて、
    伝達すべきデータ（ＭＭ）の個々の要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）として同じ標準または異なる標準に従って符号化されているテキストデータおよび／または音声付きまたは音声なしの画像データの形態でデータをユーザ固有に用いるための加入者端末装置（ＭＭＳ−ＵＡ Ｂ）と、
    ファイルタイプ変換および／またはファイルフォーマット変換を受信側（Ｂ）のプロファイルに従って行うための変換手段（ＫＯＮＶ）を備えており、伝達すべきデータ（ＭＭ）の個々の要素として同じ標準または異なる標準に従って符号化されているテキストデータおよび／または音声付きまたは音声なしの画像データの形態でデータを伝送するための少なくとも１つのＭＭＳリレー／サーバ（ＭＭＳ−ＲＳ）とが設けられており、
    前記加入者端末装置（ＭＭＳ−ＵＡ Ｂ）内に、ＭＭＳユーザエージェント（ＭＭＳ−ＵＡ）が設けられており、該ＭＭＳユーザエージェントは、ＭＭＳリレー／サーバ内で受信側（Ｂ）または加入者端末装置側のプロファイルに従って行われたファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）によるデータを、受信して表示し、伝送された１つのデータ（ＭＭ）の前記個々の要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）のうち、第２のデータ要素（ＭＭ−Ｅ２）を指す第１のデータ要素（ＭＭ−Ｅ１）内の内部リンク（ＬＫ）を、異なるデータ要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）間で該内部リンク（ＬＫ）の有効性を維持するため、前記ファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）に応じて変化されており、
    前記ＭＭＳリレー／サーバ（ＭＭＳ−ＲＳ）内の変換手段（ＫＯＮＶ）は変換を行うとき、伝送される１つのデータ（ＭＭ）の前記個々の要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）のうち、第２のデータ要素（ＭＭ−Ｅ２）を指す第１のデータ要素（ＭＭ−Ｅ１）内の内部リンク（ＬＫ）を、それぞれ異なるデータ要素（ＭＭ−Ｅ１，ＭＭ−Ｅ２）間で有効性を維持するため前記ファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）に応じて変化させることを特徴とする、
    通信システム。

Images