(57)【要約】マルチメディアメッセージの受信側に対し、メッセージ受信前にすでにそのメッセージの重要度に関する情報を与えるようにする。したがってデータ保持装置内に待機中のメッセージについて、受信側に対し通知が行われる。この通知にあたり、待機中のメッセージの重要度に関する識別子も受信側へいっしょに送信される。この重要度識別子に基づき、受信側はそのマルチメディアメッセージを端末機器にただちにダウンロードしてもよいし、あるいはあとになってはじめてダウンロードしてもよい。
2004532567.tif 000002
【特許請求の範囲】
【請求項１】
メッセージを待機させるデータ保持装置と、該データ保持装置内に受信側宛のメッセージが待機しているとき該受信側宛に通知を送り、該受信側の要求に応じてまたは無条件に前記メッセージを該受信側に送る送信装置が設けられている、メッセージ伝送装置において、
前記データ保持装置によりメッセージの重要度に関する識別子も用意され、該識別子が前記送信装置により受信側宛通知とともに伝送されることを特徴とする、メッセージ伝送装置。
【請求項２】
前記メッセージはマルチメディアメッセージ（ＭＭ）である、請求項１記載の装置。
【請求項３】
マルチメディアメッセージサービス中継局（ＭＭＳリレー）である、請求項１記載の装置。
【請求項４】
伝送すべきメッセージの重要度に関する識別子をロー、ノーマル、ハイの３段階でコーディングするコーディング装置が設けられている、請求項１から３のいずれか１項記載の装置。
【請求項５】
メッセージのヘッダから重要度に関する識別子を抜き出して該識別子を受信側宛通知に書き込む抽出装置が設けられている、請求項１から４のいずれか１項記載の装置。
【請求項６】
中継局（ＭＭＳリレー）からメッセージを受け取るための、および該中継局に受信側宛メッセージが待機中であることを表す通知を受け取るための受信装置が設けられている、メッセージを受信および供給する装置において、
データ処理装置が設けられており、該データ処理装置により、前記中継局内に待機中のメッセージの重要度に関する識別子が前記通知から読み出されることを特徴とする、
メッセージを受信および供給する装置。
【請求項７】
受け取った識別子に基づき待機中のメッセージの重要度を指示する指示装置が設けられている、請求項６記載の装置。
【請求項８】
前記重要度は２段階またはそれよりも多くの段階で識別子としてコーディングされている、請求項６または７記載の装置。
【請求項９】
メッセージ重要度に関する識別子が最重要段階に対応しているならば、待機中のメッセージを中継局から自動的に要求する要求装置が設けられている、請求項８記載の装置。
【請求項１０】
前記データ処理装置により、重要度識別子のほかに少なくとも１つの別のデータセットが前記通知から抜き出され、中継局からのメッセージの自動要求の基礎として該少なくとも１つのデータセットと前記重要度識別子が使用される、請求項６から９のいずれか１項記載の装置。
【請求項１１】
メッセージの受け取り、データ保持装置内でのメッセージの待機、該データ保持装置内に受信側宛メッセージが待機中であることを表す通知の受信側への送信が行われるメッセージ伝送方法において、
前記送信には、待機中のメッセージの重要度に関する識別子を受信側へ送ることも含まれることを特徴とする、メッセージ伝送方法。
【請求項１２】
前記メッセージはマルチメディアメッセージ（ＭＭ）である、請求項１１記載の方法。
【請求項１３】
前記重要度を少なくとも２段階で識別子としてコーディングする、請求項１１または１２記載の方法。
【請求項１４】
メッセージの重要度に関する識別子を受信メッセージのヘッダから抜き出して通知として伝送する、請求項１１から１３のいずれか１項記載の方法。
【請求項１５】
メッセージの受信方法において、
中継局（ＭＭＳリレー）がメッセージを待機させていることを表す通知を該中継局から受け取り、
待機中のメッセージの重要度に関する識別子を該通知から抜き出し、該重要度識別子に基づき前記中継局から待機中メッセージを要求することを特徴とする、
メッセージの受信方法。
【請求項１６】
識別子として少なくとも２段階のコーディングを行う、請求項１５記載の方法。
【請求項１７】
前記通知が最重要段階をもつならばメッセージが自動的に要求される、請求項１６記載の方法。
【請求項１８】
前記通知から重要度識別子のほかに少なくとも別のデータセットを抜き出し、該少なくとも１つのデータセットと前記重要度識別子に基づきメッセージを要求する、請求項１５から１７のいずれか１項記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージを待機させるデータ保持装置と、該データ保持装置内に受信側宛のメッセージが待機しているとき該受信側宛に通知を送り、該受信側の要求に応じてまたは無条件に前記メッセージを該受信側に送る送信装置が設けられている、メッセージ伝送装置に関する。また、本発明は、中継局からメッセージを受け取るための、および該中継局に受信側宛メッセージが待機中であることを表す通知を受け取るための受信装置が設けられている、メッセージを受信および供給する装置に関する。さらに本発明は、メッセージの受け取り、データ保持装置内でのメッセージの待機、該データ保持装置内に受信側宛メッセージが待機中であることを表す通知の受信側への送信が行われるメッセージ伝送方法に関する。
【０００２】
移動無線システムＧＳＭ（GSM Global System for Mobile Communications）によって音声電話機能のほかに、１６０キャラクタ長までの短いテキストメッセージを送受信することもできるようになる。このサービスはショートメッセージ（SMS Short Message Service）と呼ばれる。
【０００３】
第３世代の移動無線システムＵＭＴＳ（Universal Mobile Telecommunication System）のために現在、移動メッセージサービスのマルチメディア対応バリエーションいわゆるマルチメディアメッセージサービス（MMS）が標準化されている。該当する標準化プロトコルは以下のとおりである：3G TS 23.140 version 4.1.0, Release 4; Third Generation Partnership Project; Technical Specification Group Terminals; Multimedia Message Service (MMS); Functional Description; Stage 2, WAP-209-MMSEncapsulation, Release 2000; Wireless Application Protocol; WAP Multimedia Messaging Service; Message Encapsulation; MMS Proposed SCD 1.0, 3G TS 22.140 v.4.0.1 (7. 2000): 3ｒｄ Generation Partnership Project; Technical Specification Group Services and System Aspects; Service Aspects; Stage 1 Multimedia Messaging Service。
【０００４】
ＳＭＳのテキストメッセージといっそう明確に区別するため、以下ではマルチメディアコンテンツをもつメッセージを略して単にＭＭ（Multimedia Message）と称する。ＳＭＳとは異なり純粋なテキスト内容という制約がなくなる。さらにＭＭＳであれば、テキストに対し個々の好みに応じて書式を与えたり、任意のコンテンツをメッセージに埋め込んだりすることができる。これに属するものとしてたとえばオーディオコンテンツやビデオコンテンツ、静止画、グラフィックス、テキスト等が挙げられる。
【０００５】
従来技術によれば、ＭＭＳのインプリメンテーションはＷＡＰ（Wireless Application Protocol）によってしか実現できない。ＭＭＳ対応の端末機器とＷＡＰゲートウェイとの間のエアインタフェースの橋渡しのため、WAP-209-MMSEncapsulationとWAP-203-WSPによればＷＡＰワイヤレスセッションプロトコルWireless Session Protocol (WSP) が利用される。添付の図面にはWAP-209-MMSEncapsulationに即した現在の技術水準によるいわゆるトランザクションフローチャートが示されており、そこでは３つの関与するエンティティすなわちＭＭＳユーザエージェントＡとＭＭＳリレーとＭＭＳユーザエージェントＢの間でマルチメディアメッセージＭＭの送受信時にＷＡＰメッセージの交換される様子が描かれている。ここでＭＭＳユーザエージェントとは、ＭＭＳ機能を実現する移動無線機器または移動無線機器と接続された機器（たとえばラップトップまたはそれに類するもの）上のアプリケーションのことである。また、ＭＭＳリレーもしくはＭＭＳ中継局とは、ＭＭＳユーザエージェントに対しＭＭＳ機能を提供するＭＭＳサービスプロバイダにおけるネットワークエレメントである。
【０００６】
各ユーザ間の情報伝送は通知いわゆるメッセージによって行われる。１つのメッセージは基本的にヘッダおよびオプションとしてデータパート（いわゆるボディパート Body Part）から成り、そこにはマルチメディアオブジェクトが含まれている。
【０００７】
しかもメッセージ伝送に関与する技術的な機構および各ユーザの間で、個々のメッセージのステータスに関して情報を与える通知が送達される。つまりたとえば通知M-Notification.indにより受信側に対し中継局ＭＭＳリレーにメッセージが用意されているという情報が与えられる。メッセージも通知も図面では矢印で表されている（「ユーザエージェントＡはＭＭをユーザエージェントＢへ送信する」）。
【０００８】
広く普及している別のシステムを成すのはインターネットＥメールであり、これについてはRFC822: "Standard for the Format of ARPA Internet Text Messages", Crocker D., 8. 1982. URL: ftp://ftp.isi.edu/in-notes/rfc822.txtに記載されている。基本的にインターネットＥメールによってＭＭＳと同様の機能が提供されるけれども、これまではほとんどもっぱら固定回線で接続された端末向けに利用されてきた。インターネットＥメールとは異なりＭＭＳではメッセージのダウンロードに加えて、配送待機状態にあるＭＭが存在していることを受信側に事前に通知することさえも実現されている。受信側は自身の端末に「プッシュ」されるすなわち自分で指示することなく自身の端末に伝送される通知を受け取ると、メッセージ自体をただちに自身の端末にロードしたいのかメッセージを選択的にあとになってはじめてロードしたいのか、あるいはそれどころか自身の端末にロードしたくないのかを決めることができる。したがって通知受け取り後のメッセージダウンロードに関する端末の振る舞いを、受信側によって非常にフレキシブルに作り上げることができる。
【０００９】
さらに従来技術によれば、メッセージの送信側がそのメッセージに対し高重要度であることを指定することができる。この情報はＭＭＳのＷＡＰインプリメンテーションにあたりＭＭのヘッダにフィールド（WAP-209-MMSEncapsulationnによるPriority field）の形式でコーディングされ、これが送信側ＭＭＳユーザエージェントＡからＭＭＳリレーへ伝送され（ＷＡＰではM-Send.req）、さらにＭＭＳリレーから受信側ＭＭＳユーザエージェントＢに伝送される（ＷＡＰではM-Retrieve.conf）。この場合の欠点は、受信側がメッセージそのものによって初めてそのメッセージの重要度に関する情報を受け取ることである。
【００１０】
本発明の課題は、マルチメディアメッセージの送受信装置および送受信方法において、用意されているメッセージの重要度に関する情報をメッセージそのものを呼び出すことなく受信側が受け取り可能にすることである。
【００１１】
本発明によればこの課題は、請求項１記載のメッセージ伝送装置および請求項１１記載のメッセージ受信方法により解決される。さらに上記の課題は、請求項６記載のメッセージ受信装置および請求項１５記載のメッセージ受信方法により解決される。従属請求項には本発明の有利な実施形態が示されている。
【００１２】
これまでＭＭＳのＷＡＰインプリメンテーションにあたりマルチメディアメッセージＭＭの重要度を通知（ＷＡＰではM-Notification.ind）内にコーディングすることは定義されていなかった。つまり受信側ＭＭＳユーザエージェントＢに対しそのような情報を早期の時点ですでに伝達して、受信側が自身の振る舞いをその情報に依存させることができるようにする可能性に欠けていた。
【００１３】
したがって本発明によれば、マルチメディアメッセージサービスにおいてメッセージ（ＭＭ）の重要度を通知（ＷＡＰではM-Notification.ind）内で表す可能性が採用された。これに対応する情報のコーディングをマルチメディアメッセージＭＭのヘッダ内で行うのが有利である。このようにすることで受信側ＭＭＳユーザエージェントＢの振る舞いを通知内のＭＭの重要度識別子に依存させるというオプションも提供できる。マルチメディアメッセージサービスＭＭにおいて設定されているのはマルチメディアメッセージＭＭ自体を端末に、通知受け取り直後にロードする（immediate retrieval）かまたは選択的にあとの時点ではじめてロードする（deferred retrieval）ことである。受信側ＭＭＳユーザエージェントＢの振る舞いは、仕様書である3G TS 23.140, WAP-209-MMSEncapsulationおよび3G TS 22.140では定義されていない。本発明によれば受信側ＭＭＳユーザエージェントＢを、マルチメディアメッセージＭＭがそれに属する通告ないし通知内で指定されたＭＭ重要度に依存してただちにあるいは受信側の指示に応じてはじめて受信側ＭＭＳユーザエージェントＢに伝送されるように構成することができる。
【００１４】
次に、ＷＡＰインプリメンテーションにおけるＭＭＳトランザクションフローチャートを示す添付の図面を参照しながら本発明について詳しく説明する。
【００１５】
さらに添付の表には具体的な実施例が示されており、たとえば表１にはWAP-209-MMSEncapsulationによるヘッダフィールド名に対するバイナリコードの割り当てが示されており、表２にはプライオリティフィールドのコーディングが、表３にはＷＡＰメッセージM-Send.reqのヘッダフィールドが、表４にはＷＡＰメッセージM-Notification.indのヘッダフィールドが示されており、さらに表５にはＷＡＰメッセージM-Retrieve.confのヘッダフィールドが示されている。
【００１６】
以下に示す本発明の実施例では、マルチメディアメッセージＭＭの重要度を受信側ＭＭＳユーザエージェントＢへの通知内でコーディングできるようにする構成について、メッセージのＷＡＰインプリメンテーションに基づき具体的に説明する。ここでは一例として以下のシナリオを採用する：ＭＭＳユーザＡはテキストを内容として含むマルチメディアメッセージＭＭを受信側ＭＭＳユーザＢへ送信する。この場合、以下のメッセージが各ユニット間で伝送される。
【００１７】
このＭＭは従来技術に即して送信側により、ＭＭＳユーザＡのアプリケーションＭＭＳユーザエージェントＡからＭＭＳリレーへ送られる図示のメッセージ（M-Send.req）において高重要度であると表される。
【００１８】
【数１】
2004532567.tif 000003
【００１９】
メッセージM-Send.reqにはデータパートにテキストメッセージだけしか含まれていないが、写真を含むメッセージによってただちに応答することが要求されている。
【００２０】
メッセージM-Send.reqのヘッダは複数のフィールドを有しており、それらはフィールド名にバイナリコードの割り当てられた表１から選ばれたものによって構成されている。プライオリティフィールドX-Mms-Priorityは表２に示されているように、WAP-209-MMSEncapsulationに従い値ロー（Low）、ノーマル（Normal）、ハイ（High）をとることができる。これらの値はここでは一例としてプライオリティ値または重要度値としてコーディングされている。
【００２１】
一般的な形態として、ＷＡＰメッセージM-Send.reqのヘッダは表３に示されている構造をもっている。この場合、いくつかのフィールドは必須であり他のフィールドはオプションとしてエントリされている。
【００２２】
ＭＭＳユーザＡエージェントＡの送信問い合わせ（ＷＡＰではM-Send.req）に対し、図面に示されているようにＭＭＳリレーからのメッセージ（ＷＡＰではM-Send.conf）によって確認応答が行われる。
【００２３】
マルチメディアメッセージＭＭの受信側であるユーザＢに対し、このユーザ宛に存在している新たなメッセージに関する情報がＭＭＳユーザエージェントＢへの通知M-Notification.indによって与えられる。本発明によれば新たにこの通知内に、マルチメディアメッセージＭＭの重要度X-Mms-Priorityに関する情報が含まれている。
【００２４】
【数２】
2004532567.tif 000004
【００２５】
表４には、このメッセージM-Notification.indの一般的な形態が示されている。本発明によればフィールドX-Mms-Priorityが通知M-Send.reqから通知M-Notification.indに転送される。したがってこの場合も表３に従いメッセージの重要度がコーディングされている。しかし重要度を２つまたはそれよりも多くの値でコーディングすることもできる。表４の残りのフィールドについてはWAP-209-MMSEncapsulationで詳しく説明されている。
【００２６】
中継局ＭＭＳリレーからアプリケーションＭＭＳユーザエージェントＢへの通知M-Notification.indの転送に対し、図面に示されているように通知M-NotifyResp.indによって確認応答が行われる。
【００２７】
マルチメディアメッセージＭＭのダウンロードは命令WSP GET.reqによって指示される。これに基づきマルチメディアメッセージＭＭは、通知M-Retrieve.confにおいてＭＭＳリレーからＭＭＳユーザエージェントＢに送信される。マルチメディアメッセージＭＭが高優先度をもつという情報に基づき受信側のＭＭＳユーザエージェントＢを、通知の受け取りおよび評価後ただちにＭＭがダウンロードされるよう構成することができる。
【００２８】
【数３】
2004532567.tif 000005
【００２９】
表５に示されているように、通知M-Retrieve.confにもヘッダフィールドX-Mms-Priorityが含まれている。やはりWAP-209-MMSEncapsulationに示されている表５にも、必須およびオプションでエントリすべき通知フィールドが示されている。
【００３０】
図面に示されているようにＭＭＳユーザエージェントＢがメッセージを受信にしたことに対し、通知M-Acknowledge.indによってＭＭＳリレーに確認応答が行われる。さらにＭＭＳリレーはこの通知の受信に対し、通知M-Delivery.indによってＭＭＳユーザエージェントＡに向けて確認応答を行う。これについても同様に3G TS 23.140およびWAP-209-MMSEncapsulationを参照されたい。
【００３１】
このように本発明によれば、受信側への通知においてその受信側宛に配送待機状態にあるマルチメディアメッセージＭＭについて、マルチメディアメッセージサービスＭＭＳにおけるマルチメディアメッセージＭＭの重要度を表す方法が実現される。ここで有利であるのはＷＡＰにおいて重要度を以下のようにコーディングすることである：フィールド名X-Mms-Priorityを0x0Fとし、フィールド値をロー、ノーマルまたはハイとする。このようにすればマルチメディアメッセージＭＭの受信側はＭＭの存在に関する通知後、ＭＭを端末機器にただちに伝送する（immediate retrieval）のかまたはあとになってはじめて伝送する（deferred retrieval）のかの決定を、指定されたＭＭ重要度に依存させることができるようになる。さらに受信側ユーザエージェントＢは配送待機状態にあるＭＭに関する通知が到来したとき、指定されたＭＭ重要度に従いＭＭの即時ダウンロードまたは遅延ダウンロードを自動的に指示することができる。
【００３２】
【表１】
2004532567.tif 000006
表１：フィールド名に対するバイナリコードの割り当て
【００３３】
【表２】
2004532567.tif 000007
表２：プライオリティフィールドのコーディング
【００３４】
【表３】
2004532567.tif 000008
【００３５】
【表４】
2004532567.tif 000009
【００３６】
【表５】
2004532567.tif 000010
表３：M-Send.req
【００３７】
【表６】
2004532567.tif 000011
表４：M-Notification.ind
【００３８】
【表７】
2004532567.tif 000012
【００３９】
【表８】
2004532567.tif 000013
表５：M-Retrieve.conf
【図面の簡単な説明】
【００４０】
【図１】ＷＡＰインプリメンテーションにおけるＭＭＳトランザクションのフローチャートである。
【図１】
2004532567.tif 000014
【国際公開パンフレット】
2004532567.tif 000015
2004532567.tif 000016
2004532567.tif 000017
2004532567.tif 000018
2004532567.tif 000019
2004532567.tif 000020
2004532567.tif 000021
2004532567.tif 000022
2004532567.tif 000023
2004532567.tif 000024
2004532567.tif 000025
2004532567.tif 000026
2004532567.tif 000027
2004532567.tif 000028
2004532567.tif 000029
2004532567.tif 000030
2004532567.tif 000031
2004532567.tif 000032
2004532567.tif 000033
2004532567.tif 000034
2004532567.tif 000035
2004532567.tif 000036
2004532567.tif 000037
【国際調査報告】
2004532567.tif 000038
2004532567.tif 000039
2004532567.tif 000040
2004532567.tif 000041
2004532567.tif 000042
2004532567.tif 000043