ファイルタイプおよび／またはファイルフォーマットの変換を伴うＭＭＳメッセージの伝送方法、加入者端末装置
【課題】データもしくはメッセージの送信側に対し、データおよびデータフォーマットのいかなる組み合わせにおいても所定の通信システムおよび／またはＭＭＳユーザアプリケーションに対しエラーのない整合を行えるよう、高いフレキシビリティでデータ送信の付加的なオプションを提供する。
【解決手段】受信側（Ｂ）のプロファイルに従いファイルタイプおよび／またはファイルフォーマットの変換（ＫＯＮＶ）が行われる。その際、各データにおいておよび／またはそれぞれ異なるデータ要素間で個々のリンク（ＬＫ）の有効性が維持されるよう、個々のリンク（ＬＫ）がファイルタイプおよび／またはファイルの変換（ＫＯＮＶ）に応じて変更される。
【解決手段】受信側（Ｂ）のプロファイルに従いファイルタイプおよび／またはファイルフォーマットの変換（ＫＯＮＶ）が行われる。その際、各データにおいておよび／またはそれぞれ異なるデータ要素間で個々のリンク（ＬＫ）の有効性が維持されるよう、個々のリンク（ＬＫ）がファイルタイプおよび／またはファイルの変換（ＫＯＮＶ）に応じて変更される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求項１の上位概念に記載のデータ伝送方法、送信ユニットおよび／または受信ユニット、コンピュータプログラム製品ならびに通信システムに関する。ここでデータという用語は本発明においては、個々の構成要素からまとめられたあらゆる形式の情報のことも意味する。それら個々の構成要素またはエレメントを様々な標準に従い構築されたもの、編成されたもの、および／または符号化されたものとすることができる。したがってこの意味においてデータとは、それぞれ異なる標準による種々の要素を含むマルチメディアメッセージのことも表す。
【背景技術】
【０００２】
データの様々なフォームまたはフォーマットを伝送するための方法および装置が知られている。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によるプレゼンテーション
ＬＫ リンク
Ｆ 外部のファイル
ＤＴ ファイルタイプないしはデータタイプ
ＤＦ ファイルフォーマットないしはデータフォーマット
ＥＸＴ 外部のサーバ
ＭＭＳ−ＵＡ ＭＭＳユーザアプリケーション
ＭＭＳ−ＵＡ Ａ ＭＭＳユーザエージェントＡ、図１においてＭＭの送信側
ＭＭＳ−ＵＡ Ｂ ＭＭＳユーザエージェントＢ、図１においてＭＭの受信側
ＭＭＳ−ＲＳ ＭＭＳコネクションユニット ＭＭＳリレー／サーバ
ＫＯＮＶ 変換
ＲＮ 無線ネットワーク
ＳＰｒｏ サービスプロバイダ
【技術分野】
【０００１】
本発明は、請求項１の上位概念に記載のデータ伝送方法、送信ユニットおよび／または受信ユニット、コンピュータプログラム製品ならびに通信システムに関する。ここでデータという用語は本発明においては、個々の構成要素からまとめられたあらゆる形式の情報のことも意味する。それら個々の構成要素またはエレメントを様々な標準に従い構築されたもの、編成されたもの、および／または符号化されたものとすることができる。したがってこの意味においてデータとは、それぞれ異なる標準による種々の要素を含むマルチメディアメッセージのことも表す。
【背景技術】
【０００２】
データの様々なフォームまたはフォーマットを伝送するための方法および装置が知られている。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によるプレゼンテーション
ＬＫ リンク
Ｆ 外部のファイル
ＤＴ ファイルタイプないしはデータタイプ
ＤＦ ファイルフォーマットないしはデータフォーマット
ＥＸＴ 外部のサーバ
ＭＭＳ−ＵＡ ＭＭＳユーザアプリケーション
ＭＭＳ−ＵＡ Ａ ＭＭＳユーザエージェントＡ、図１においてＭＭの送信側
ＭＭＳ−ＵＡ Ｂ ＭＭＳユーザエージェントＢ、図１においてＭＭの受信側
ＭＭＳ−ＲＳ ＭＭＳコネクションユニット ＭＭＳリレー／サーバ
ＫＯＮＶ 変換
ＲＮ 無線ネットワーク
ＳＰｒｏ サービスプロバイダ
【特許請求の範囲】
【請求項１】
伝達すべきデータがそれぞれ同じ標準または異なる標準に従い符号化される個々の要素から構成されている、
通信システムにおけるデータ伝送方法たとえばテキストデータおよび／または音声付きまたは音声なし画像データの伝送方法において、
ファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）を受信側（Ｂ）のプロファイルに従って行い、
個々のリンク（ＬＫ）を、データ内でおよび／または異なるデータ要素間で該リンク（ＬＫ）の有効性を維持するため、前記ファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）に応じて変化させることを特徴とする、
データ伝送方法。
【請求項２】
受信側のプロバイダにおいて変換（ＫＯＮＶ）を行う、請求項１記載の方法。
【請求項３】
異なる要素間でのデータ内のリンク（ＬＫ）を調べる、請求項１または２記載の方法。
【請求項４】
データを送信するために準備処理をして、構成情報を伝送するためのヘッダおよび個々の有効情報を伝送するためのボディを各要素として有利には複数のデータパケットの形態でデータに含ませる、請求項１から３のいずれか１項記載の方法。
【請求項５】
データをマルチメディアメッセージサービス（ＭＭＳ）におけるマルチメディアメッセージ（ＭＭ）として伝送する、請求項１から４のいずれか１項記載の方法。
【請求項６】
データを移動体加入者端末機器たとえばＷＡＰ対応移動電話機へ伝送する、請求項１から５のいずれか１項記載の方法。
【請求項７】
伝達すべきデータの要素として同じ標準または異なる標準に従って符号化されているテキストデータおよび／または音声付きまたは音声なしの画像データの形態でデータを伝送および／または表示する加入者端末装置において、
請求項１から６のいずれか１項記載の方法を実施するために構成されていることを特徴とする加入者端末装置。
【請求項８】
移動電話機として構成されており、たとえばＧＳＭ標準、ＧＰＲＳ標準、ＥＤＧＥ標準またはＵＭＴＳ標準またはそれらの混合形式に従い構成されている、請求項１から７のいずれか１項記載の加入者端末装置。
【請求項９】
コンピュータで読み出し可能な記憶媒体を有しており、該記憶媒体にプログラムが格納されており、
該プログラムがコンピュータの記憶装置にロードされるとデータ処理装置またはコンピュータによって、通信システムおよびたとえば移動無線ネットワークのデータ伝送においてファイルタイプおよび／またはファイルフォーマットの変換（ＫＯＮＶ）後、受信側（Ｂ）のプロファイルに従い種々のデータ要素間でデータ内におけるリンク（ＬＫ）の有効性を維持するために、自動的なリンク更新を可能にさせることを特徴とする、
コンピュータプログラム製品。
【請求項１０】
移動無線ネットワークにおけるデータ送信時に請求項１から６のいずれか１項記載の方法を実施する、請求項９記載のコンピュータプログラム製品。
【請求項１１】
通信システムにおいて、該通信システムにおける少なくとも１つのコンポーネントが請求項１から６のいずれか１項記載の方法に従い動作し、および／または請求項７または８記載の加入者端末装置を有しており、および／または請求項９または１０記載のコンピュータプログラム製品が含まれていることを特徴とする通信システム。
【請求項１】
伝達すべきデータがそれぞれ同じ標準または異なる標準に従い符号化される個々の要素から構成されている、
通信システムにおけるデータ伝送方法たとえばテキストデータおよび／または音声付きまたは音声なし画像データの伝送方法において、
ファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）を受信側（Ｂ）のプロファイルに従って行い、
個々のリンク（ＬＫ）を、データ内でおよび／または異なるデータ要素間で該リンク（ＬＫ）の有効性を維持するため、前記ファイルタイプ変換および／またはファイルフォーマット変換（ＫＯＮＶ）に応じて変化させることを特徴とする、
データ伝送方法。
【請求項２】
受信側のプロバイダにおいて変換（ＫＯＮＶ）を行う、請求項１記載の方法。
【請求項３】
異なる要素間でのデータ内のリンク（ＬＫ）を調べる、請求項１または２記載の方法。
【請求項４】
データを送信するために準備処理をして、構成情報を伝送するためのヘッダおよび個々の有効情報を伝送するためのボディを各要素として有利には複数のデータパケットの形態でデータに含ませる、請求項１から３のいずれか１項記載の方法。
【請求項５】
データをマルチメディアメッセージサービス（ＭＭＳ）におけるマルチメディアメッセージ（ＭＭ）として伝送する、請求項１から４のいずれか１項記載の方法。
【請求項６】
データを移動体加入者端末機器たとえばＷＡＰ対応移動電話機へ伝送する、請求項１から５のいずれか１項記載の方法。
【請求項７】
伝達すべきデータの要素として同じ標準または異なる標準に従って符号化されているテキストデータおよび／または音声付きまたは音声なしの画像データの形態でデータを伝送および／または表示する加入者端末装置において、
請求項１から６のいずれか１項記載の方法を実施するために構成されていることを特徴とする加入者端末装置。
【請求項８】
移動電話機として構成されており、たとえばＧＳＭ標準、ＧＰＲＳ標準、ＥＤＧＥ標準またはＵＭＴＳ標準またはそれらの混合形式に従い構成されている、請求項１から７のいずれか１項記載の加入者端末装置。
【請求項９】
コンピュータで読み出し可能な記憶媒体を有しており、該記憶媒体にプログラムが格納されており、
該プログラムがコンピュータの記憶装置にロードされるとデータ処理装置またはコンピュータによって、通信システムおよびたとえば移動無線ネットワークのデータ伝送においてファイルタイプおよび／またはファイルフォーマットの変換（ＫＯＮＶ）後、受信側（Ｂ）のプロファイルに従い種々のデータ要素間でデータ内におけるリンク（ＬＫ）の有効性を維持するために、自動的なリンク更新を可能にさせることを特徴とする、
コンピュータプログラム製品。
【請求項１０】
移動無線ネットワークにおけるデータ送信時に請求項１から６のいずれか１項記載の方法を実施する、請求項９記載のコンピュータプログラム製品。
【請求項１１】
通信システムにおいて、該通信システムにおける少なくとも１つのコンポーネントが請求項１から６のいずれか１項記載の方法に従い動作し、および／または請求項７または８記載の加入者端末装置を有しており、および／または請求項９または１０記載のコンピュータプログラム製品が含まれていることを特徴とする通信システム。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１０−２５７４６５（Ｐ２０１０−２５７４６５Ａ）
【公開日】平成２２年１１月１１日（２０１０．１１．１１）
【国際特許分類】
【出願番号】特願２０１０−９９８９７（Ｐ２０１０−９９８９７）
【出願日】平成２２年４月２３日（２０１０．４．２３）
【分割の表示】特願２００４−５１２３６４（Ｐ２００４−５１２３６４）の分割
【原出願日】平成１５年６月２日（２００３．６．２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（３９００３９４１３）シーメンス アクチエンゲゼルシヤフト (2,104)
【氏名又は名称原語表記】Ｓｉｅｍｅｎｓ Ａｋｔｉｅｎｇｅｓｅｌｌｓｃｈａｆｔ
【住所又は居所原語表記】Ｗｉｔｔｅｌｓｂａｃｈｅｒｐｌａｔｚ ２， Ｄ−８０３３３ Ｍｕｅｎｃｈｅｎ， Ｇｅｒｍａｎｙ
【Ｆターム（参考）】
【公開日】平成２２年１１月１１日（２０１０．１１．１１）
【国際特許分類】
【出願日】平成２２年４月２３日（２０１０．４．２３）
【分割の表示】特願２００４−５１２３６４（Ｐ２００４−５１２３６４）の分割
【原出願日】平成１５年６月２日（２００３．６．２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（３９００３９４１３）シーメンス アクチエンゲゼルシヤフト (2,104)
【氏名又は名称原語表記】Ｓｉｅｍｅｎｓ Ａｋｔｉｅｎｇｅｓｅｌｌｓｃｈａｆｔ
【住所又は居所原語表記】Ｗｉｔｔｅｌｓｂａｃｈｅｒｐｌａｔｚ ２， Ｄ−８０３３３ Ｍｕｅｎｃｈｅｎ， Ｇｅｒｍａｎｙ
【Ｆターム（参考）】
[ Back to top ]