(57)【要約】【課題】移動無線ネットワークの加入者に対するコストのコントロールならびに制御を簡単にする。【解決手段】マルチメディアメッセージにおけるデータに、関連づけられた応答の送信コストに関するコスト信号を割り当て、これをデータ受信側へ伝送する。コスト信号には、データの出所送信側による応答に対するコストの負担に関する情報が含まれている。コスト信号によって、伝送データに対する応答を本来の受信側が無料でまかなえる期間を設定する。コスト信号は、マルチメディアメッセージの伝送データにおけるヘッダフィールドに含まれている。コスト負担を設定する手段により、マルチメディアメッセージの伝送にあたりコスト負担設定について取り決めを行うことなく、データ出所送信側によりヘッダフィールドに含まれるコスト信号を用いて、応答に対するコスト負担が設定される。【選択図】図１
2014225892.tif 000002
【特許請求の範囲】
【請求項１】
移動無線ネットワークにおけるマルチメディアメッセージ伝送のためのデータ伝送コストアカウント方法において、
マルチメディアメッセージにおける伝送されるまたは伝送しようとするデータに、該マルチメディアメッセージの伝送データに関連づけられた少なくとも１つの応答の送信コストに関する少なくとも１つのコスト信号を割り当て、１つまたは複数の該コスト信号を１つまたは複数のデータ受信側へ伝送し、
１つまたは複数の前記コスト信号に、データの出所送信側による少なくとも１つの応答に対するコストの負担に関する情報が含まれており、
前記コスト信号によって、伝送データに対する少なくとも１つの応答を出所受信側が無料でまかなえる期間を設定し、
１つまたは複数の前記コスト信号は、マルチメディアメッセージの伝送データにおける１つまたは複数のヘッダフィールドに含まれており、
前記マルチメディアメッセージの伝送にあたりコスト負担の設定について取り決めを行うことなく、前記データの出所送信側により、前記１つまたは複数のヘッダフィールドに含まれる１つまたは複数のコスト信号を用いて、少なくとも１つの応答に対するコスト負担を設定することを特徴とする、
データ伝送コストアカウント方法。
【請求項２】
前記コスト信号によって、伝送されたデータに対し出所受信側が無料でまかなえる応答の個数を設定する、請求項１記載の方法。
【請求項３】
データが複数の受信側に伝送されるときには前記データ送信側が個々のデータ送信に対しそれぞれ異なるコスト信号を割り当てる、請求項１または２記載の方法。
【請求項４】
１つまたは複数のコスト信号の相違を、応答に対するコスト負担の受け入れ用意および／または該受け入れ用意の期間および／または無料で行える応答の個数に関連づける、請求項３記載の方法。
【請求項５】
データを受信する前、受信した時または受信した後、視覚的または聴覚的にコスト信号情報を受信側に表示する、請求項１または２記載の方法。
【請求項６】
移動メッセージサービス（Mobile Messaging Service, MMS）に適用する、請求項１または２記載の方法。
【請求項７】
伝送標準ＵＭＴＳ（Universal Mobile Telecommunication System）、ＧＳＭ（Global system for mobile communication）、ＧＰＲＳ（General packet radio service）および／またはＥＤＧＥ（Enhanced Data Rates for GSM environments）に適用する、請求項１または２記載の方法。
【請求項８】
１つまたは複数の応答に対するコスト負担受け入れ用意状態を１つのヘッダフィールドに格納し、該コスト負担受け入れ用意の期間を別のヘッダフィールドに格納する、請求項１または２記載の方法。
【請求項９】
１つまたは複数のコスト信号をヘッダフィールド０ｘ１Ｂ〜０ｘ１Ｅに格納する、請求項８記載の方法。
【請求項１０】
データセット（マルチメディアメッセージ）を送信側（ＭＭＳユーザエージェントＡ）からサービスプロバイダのＭＭＳリレーへ伝達するとき、伝達されたデータセット（マルチメディアメッセージ）の受信をサービスプロバイダのＭＭＳリレーが送信側（ＭＭＳユーザエージェントＡ）に対し確認応答するとき、新たなデータセット（マルチメディアメッセージ）の存在に関してサービスプロバイダのＭＭＳリレーにより受信側（ＭＭＳユーザエージェントＢ）に通知するとき、出所データの受信側（ＭＭＳユーザエージェントＢ）からサービスプロバイダのＭＭＳリレーへ応答（マルチメディアメッセージ）を伝達するとき、および出所受信側（ＭＭＳユーザエージェントＢ）からの応答（マルチメディアメッセージ）の存在に関して出所送信側（ＭＭＳユーザエージェントＡ）に通知するとき、前記コスト信号を伝送する、請求項１または２記載の方法。
【請求項１１】
付加的なヘッダフィールドを送付物M-Send.req, M-Send.conf, M-Notification.ind, M-Retrieve.conf にそれぞれ割り当てる、請求項１または２記載の方法。
【請求項１２】
送信側が送信すべきデータに対する１つまたは複数の応答のために送信側が行おうとするコスト負担の可能性に関する付加的なヘッダフィールドと、コスト負担受け入れ用意期間を設定するための付加的なヘッダフィールドとを、送出された送付物M-Send.reqに割り当てる、請求項１１記載の方法。
【請求項１３】
プロバイダからデータ送信側に戻される送付物M-Send.conf内に、応答に対するコスト負担を是認する、または該コスト負担の全てをまたは該コスト負担の一部を拒否する確認応答をもつヘッダフィールドと、
プロバイダにおいて計算された、データ送信側に請求される予測コストに関する情報をもつヘッダフィールドを割り当てる、請求項１２記載の方法。
【請求項１４】
プロバイダから受信側へ送出される送付物M-Notification.ind内で、コストの負担を表し場合によっては応答期間および／または応答回数の制限を表す信号が、少なくとも１つのヘッダフィールドにおかれる、請求項１１記載の方法。
【請求項１５】
プロバイダから受信側へ送出される送付物M-Notification.ind内で、コストの負担を表し場合によっては応答期間および／または応答回数の制限を表す信号が、少なくとも１つのヘッダフィールドにおかれる、請求項１２記載の方法。
【請求項１６】
プロバイダから受信側へ送出される送付物M-Notification.ind内で、コストの負担を表し場合によっては応答期間および／または応答回数の制限を表す信号が、少なくとも１つのヘッダフィールドにおかれる、請求項１３記載の方法。
【請求項１７】
受信側からプロバイダに送信される応答には、送信されたデータに対する応答であることを表す指示子と、どのデータであるかを表す識別情報とが含まれている、請求項１０記載の方法。
【請求項１８】
出所送信側（ＭＭＳユーザエージェントＡ）に対する通知には、受信のために用意されている送信が応答であるという情報と、どのデータに係わるかの識別情報が含まれている、請求項１０記載の方法。
【請求項１９】
出所送信側（ＭＭＳユーザエージェントＡ）に対する通知には、受信のために用意されている送信が応答であるという情報と、どのデータに係わるかの識別情報が含まれている、請求項１７記載の方法。
【請求項２０】
個々の識別信号に少なくとも１つのヘッダフィールドを付加的に追加し、該ヘッダフィールドに識別信号に対する応答期限をセットする、請求項１または２記載の方法。
【請求項２１】
請求項１から２０のいずれか１項記載の方法を実施するための移動通信装置（５；６）。
【請求項２２】
１つまたは複数の応答に対するコスト負担受け入れを承認するための受け入れスイッチ（１６）が設けられている、請求項２１記載の移動通信装置（５；６）。
【請求項２３】
１つまたは複数の応答に対するコストを負担することと該コスト負担の期間を視覚的または聴覚的に表示するための表示手段（１５）が設けられている、請求項２２記載の移動通信装置。
【請求項２４】
前記受け入れスイッチ（１６）はソフトウェアによって実装されており入力手段を介して選択される、請求項２２または２３記載の移動通信装置。
【請求項２５】
１つまたは複数の応答のコストを負担するコスト信号をデータ送付物（９，１３）のヘッダフィールド（１７；１８；１９；２０；２１）に割り当てるためのソフトウェアが設けられている、請求項２１記載の移動通信装置（５；６）。
【請求項２６】
１つまたは複数の応答のコストを負担するコスト信号をデータ送付物（９，１３）のヘッダフィールド（１７；１８；１９；２０；２１）に割り当てるためのソフトウェアが設けられている、請求項２２記載の移動通信装置（５；６）。
【請求項２７】
１つまたは複数の応答のコストを負担するコスト信号をデータ送付物（９，１３）のヘッダフィールド（１７；１８；１９；２０；２１）に割り当てるためのソフトウェアが設けられている、請求項２３記載の移動通信装置（５；６）。
【請求項２８】
１つまたは複数の応答のコストを負担するコスト信号をデータ送付物（９，１３）のヘッダフィールド（１７；１８；１９；２０；２１）に割り当てるためのソフトウェアが設けられている、請求項２４記載の移動通信装置（５；６）。
【請求項２９】
移動無線ネットワークにおけるマルチメディアメッセージ伝送に対するデータ伝送コストアカウントのための移動通信装置（５，６）において、
ａ）マルチメディアメッセージの伝送データに関連づけられた少なくとも１つの応答の送信コストのために、マルチメディアメッセージにおける伝送されるまたは伝送しようとするデータに、少なくとも１つのコスト信号を割り当てる手段が設けられており、前記コスト信号には、データの出所送信側による少なくとも１つの応答に対するコスト負担に関する情報が含まれており、
ｂ）前記コスト信号によって、伝送データに対する少なくとも１つの応答を出所受信側が無料でまかなえる期間を割り当てる手段と、
ｃ）マルチメディアメッセージの伝送データにおける１つまたは複数のヘッダフィールドに、１つまたは複数の前記コスト信号を収容する手段と、
ｄ）１つまたは複数の前記コスト信号を１つまたは複数のデータ受信側へ伝送する手段と、
ｅ）コスト負担を設定する手段が設けられており、該手段によって、前記マルチメディアメッセージの伝送にあたりコスト負担の設定について取り決めを行うことなく、前記データの出所送信側により、前記１つまたは複数のヘッダフィールドに含まれる１つまたは複数のコスト信号を用いて、少なくとも１つの応答に対するコスト負担が設定されることを特徴とする、
データ伝送コストアカウントのための移動通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動無線ネットワークにおけるマルチメディアメッセージ伝送のためのデータ伝送コストアカウント方法ならびにデータ伝送コストアカウントのための移動通信装置に関する。
【背景技術】
【０００２】
たとえばＧＳＭ標準に従って動作するネットワークのような従来の移動無線ネットワークによれば、まだ相当に制限されてはいるが、たとえばテキストデータなど口で話されていないメッセージを伝送する可能性が開かれている。つまりこの場合、たとえば１６０文字までのショートメッセージをテキストとして伝送することができる。このような機構はＳＭＳ（Short Message Service）と呼ばれている。この形式のテキストメッセージの送信コストはデータ送信側が負わなければならない。
【０００３】
EP 0 753 957 A2により公知の課金方法によれば、送信側を成すＧＳＭ加入者が受信側を成すインターネット加入者にＳＭＳメッセージを送信する。ＧＳＭ加入者は、伝送されるＳＭＳメッセージのテキストフィールド内すなわちユーザデータ内に付加的に返信メール用切手を自費で挿入することができる。受信側がこの無料切手を出所送信側に対するＳＭＳ応答内において応答テキスト中に挿入すれば、この応答は受信側にとって無料のままとなる。
【０００４】
WO 00/41415は、ＳＭＳメッセージを介した問い合わせに対する移動無線機器加入者の応答を取り込むための整合方法に関するものにすぎない。その際、そのつど応答を行う移動無線機器加入者は自身のＳＭＳ応答について場合によっては課金されない。
【０００５】
WO 98/09451においてもＳＭＳをベースとして相応の整合方法が提供されている。この場合、問い合わせられた側の口座に、たとえば世論調査に対するその差出側への応答返送のための貸方項目が設けられる。
【０００６】
将来的にはマルチメディアデータたとえば音声付きまたは音声なしの静止画あるいは動画の伝送も実現されるはずである。この種の伝送においてはデータ伝送量の著しい増大ならびに伝送メッセージ数の著しい増加を見込まざるをえず、そうなれば全体としてコストの上昇は避けられない。
【０００７】
マルチメディアデータのための伝送サービスとして挙げられるのはたとえば、ＵＭＴＳ（Universal Mobile Telecommunication Service）無線通信システムにおけるいわゆるマルチメディアメッセージングサービス Multimedia Messaging Service (MMS) である。これについての詳細は仕様書 ETSI TS 123 140 V3.0.1 Universal Mobile Telecommunications System (UMTS); Multimedia Messaging Service (MMS), Functional description; stage 2 (e G TS 23.140 version 3.0.1 Release 1999)を参照されたい。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】EP 0 753 957 A2
【特許文献２】WO 00/41415
【特許文献３】WO 98/09451
【非特許文献】
【０００９】
【非特許文献１】ETSI TS 123 140 V3.0.1 Universal Mobile Telecommunications System (UMTS); Multimedia Messaging Service (MMS), Functional description; stage 2 (e G TS 23.140 version 3.0.1 Release 1999)
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の課題は、移動無線ネットワークの加入者に対するコストのコントロールならびに制御を簡単にすることである。
【課題を解決するための手段】
【００１１】
本発明によればこの課題は、マルチメディアメッセージにおける伝送されるまたは伝送しようとするデータに、該マルチメディアメッセージの伝送データに関連づけられた少なくとも１つの応答の送信コストに関する少なくとも１つのコスト信号を割り当て、１つまたは複数の該コスト信号を１つまたは複数のデータ受信側へ伝送し、１つまたは複数の前記コスト信号に、データの出所送信側による少なくとも１つの応答に対するコストの負担に関する情報が含まれており、前記コスト信号によって、伝送データに対する少なくとも１つの応答を出所受信側が無料でまかなえる期間を設定し、１つまたは複数の前記コスト信号は、マルチメディアメッセージの伝送データにおける１つまたは複数のヘッダフィールドに含まれており、前記マルチメディアメッセージの伝送にあたりコスト負担の設定について取り決めを行うことなく、前記データの出所送信側により、前記１つまたは複数のヘッダフィールドに含まれる１つまたは複数のコスト信号を用いて、少なくとも１つの応答に対するコスト負担を設定することにより解決される。
【００１２】
本発明による方法を用いることで、データ受信側が受け取るデータに対し無料で応答することができるようになる。これによりデータ送信側にとってたとえばアンケート実施などの可能性が開かれる。このような場合、これまでは応答する側が応答メッセージのコストを負担することになってしまい、その結果、回答率が低くなっていた。本発明によれば受信側の応答にかかるコストを受信側にとって疑う余地なく無料にすることができるので、受信側にとってコスト管理が容易になる。
【００１３】
コスト信号を送信側により設定可能であれば送信側は、１つのメッセージ場合によっては発生する可能性のある複数の応答メッセージのコストを送信側が負担するか否かを選択することができ、これを個々の事例ごとにあてはめて選択することもできる。
【００１４】
本発明の実施形態によれば送信側に対しサービスプロバイダから、応答コスト負担に関して送信側がどのようなコストを見込めるのか、たとえば最低限のコストであるのか最大限のコストであるのかが通知される。この値はサービスプロバイダにおいて計算することができ、たとえばどれぐらいの数の受信側にデータが伝送されるのかに依存させることができる。
【００１５】
殊に有利には、コストをいっしょに負担してもらうために応答を行わなければならない期間をデータ送信側によって決めることができる。これによりデータ送信側は発生する可能性のあるコストを所期のように制限することができ、その際、個々の受信側にとって個々の応答がコスト負担によってまかなわれているか否かについてはっきりしない事態が生じてしまうことがない。また、同じ目標設定によって個々の受信側の応答回数を制限することもできる。
【００１６】
データ送信側は想定される受信側をグループ分けし、それらのグループごとに応答コスト負担に関する特定のパラメータを割り当てるようにすれば、コスト制御をきわめて効果的に行うことができるようになる。このようにすればたとえば、固定客を新規の取引先とは別のコスト負担条件にすることができ、たとえば固定客に対しては無料応答期間を長くすることができる。
【００１７】
以上のことから本発明によれば送信側によって、受信側のリアクションに対し緻密にコントロール可能でありそれゆえたとえばＴＥＤアンケートや電話によるマーケッティングを介した販売などのような大量伝送のためにも適したコスト負担を実現することができる。
【００１８】
本発明のその他の利点や特徴は図面ならびに以下で説明する本発明の実施例に示されている。
【図面の簡単な説明】
【００１９】
【図１】一方の側におかれた送信側レベルおよびプロバイダレベルと他方の側におかれたプロバイダレベルおよび受信側レベルとの間においてＷＡＰ（Wireless application protocol）標準に従って行われるデータ伝送に属する送信を略示する図
【図２】図１と同様の内容をデータ伝送に続く本来の受信側による付加的な応答とともに示す図
【図３】ＷＡＰプロトコルによる送付物M-Send.reqを示す図。
【図４】本発明に従いコスト信号の補われた送付物M-Send.reqを示す図
【図５】ＷＡＰプロトコルによる送付物M-Send.confを示す図
【図６】本発明に従いコスト信号の補われた送付物M-Send.confを示す図
【図７】ＷＡＰプロトコルによる送付物M-Notification.indを示す図
【図８】本発明に従いコスト信号の補われた送付物M-Notification.indを示す図
【図９】ＷＡＰプロトコルに従った送付物M-Retrieve.confを示す図
【図１０】本発明に従いコスト信号の補われた送付物M-Retrieve.confを示す図
【図１１】上述の図に示したコスト信号のためのフィールドの割り当てについて示す図
【図１２】本発明による付加的なヘッダフィールドのアドレッシングについて示す図
【図１３】本発明による移動通信装置を用いたデータ伝送の基本構成図
【発明を実施するための形態】
【００２０】
実施例では本発明をＷＡＰ標準のためのデータ伝送スキーマ１に適用するものとして説明する。これはたとえばＵＭＴＳ（Universal mobile telecommunication standard）における特別な画像データおよびフォーマット化されたテキストデータの伝送において使用されるようなものである。当然ながら、本発明を他の標準にも適用することができる。
【００２１】
ＵＭＴＳ標準においては従来のＳＭＳ（Short Message Service）に加えて、口で話されていないメッセージの伝送のためにいわゆるＭＭＳ（Multimedia Messaging Service）も組み入れられるように計画されている。これによりフォーマット化されたテキストデータと画像も伝送することができる。ＳＭＳにおいて定められている１６０文字のメッセージ長までの制約がもはやなくなる。オーディオおよびビデオメッセージの伝送も可能である。
【００２２】
ＭＭＳはＷＡＰの利用を介して実現できる。それによればデータたとえばマルチメディアメッセージ（Multimedia Message＝MMs）の無線伝送に対して、図１では一方の側のデータ伝送に関して図２では応答送付も加えて描かれているプロトコルスキーマ（ＷＡＰ ＷＳＰ：Wireless Session Protocol）が使用される。このプロトコルスキーマはデータ送信側のレベル２（ＭＭＳ ユーザエージェントＡ）、プロバイダのレベル３（ＭＭＳリレー）および受信側のレベル４（ＭＭＳユーザエージェントＢ）を有している。データ送信側のレベル２は少なくとも１つの通信装置５を有しており、同様に受信側のレベル４は通信装置６を有している。これらの通信装置５，６はたとえば通常の携帯電話としてまたはたとえばラップトップコンピュータのように別の入力機能や表示機能を備えた機器として構成することができる。
【００２３】
送信側の通信装置５において作成されたまたはこの通信装置を経由して転送可能なデータセット７はまずはじめ、送付物９として（これはＷＡＰプロトコルではM-Send.reqと呼ばれ、その構成を本発明による拡張を加えないかたちで図３に示す）プロバイダ（レベル３）へ送られる。
【００２４】
到来した送付物に対し返送１０によって（これはＷＡＰプロトコルではM-Send.confと呼ばれ従来の構成について図５に示す）プロバイダからの確認応答が送信側（レベル４）に送られる。
【００２５】
時間的にこれに続いてプロバイダ３から情報１１（M-Notification.ind、図７に示す）が受信側（レベル４）に送信され、これによって受信側に対し自身宛にダウンロードすべくメッセージがプロバイダ３のところに用意されていることが通知される。
【００２６】
これについてプロバイダ３はたとえば自動的に確認応答返送１２（M-NotifyResp.req）を受信側（レベル４）の通信装置６から受け取る。
【００２７】
送付物１３（WSP GET.req）による受信側からの要求に対してはじめて、プロバイダ３から送付物１４（M-Retrieve.conf、図９参照）を伴うデータセット７が受信側（レベル４）に転送される。
【００２８】
送付物９，１０，１１，１２，１４を管理するためいわゆるヘッダフィールドが用いられ、つまり本来のデータセット７の前にフィールドが配置されており、このフィールド内に出所、送信時間、ファイルサイズおよび他の詳細な項目が含まれている。
【００２９】
本発明によればヘッダフィールドの数が増やされている。その目的は少なくとも１つの別のフィールドを情報および制御フィールドとして利用できるようにし、その中に受信側４から出所データ送信側２へ戻される応答の返送（図２参照）のコストを負担する用意のあることを示すコスト信号を取り込めるようにするためである。
【００３０】
実施例ではそのために参照符号１７，１８，１９，２０で表されたヘッダフィールド０ｘ１Ｂ〜０ｘ１Ｅが割り当てられている（図１２）。フィールド０ｘ１Ｃ〜０ｘ１Ｅには、それぞれ受信側グループに整合された様々なコストの負担（後述の説明を参照）に関する情報が含まれている。また、フィールド０ｘ１Ｂには応答に対する識別信号が含まれており、これにより応答を事前に取得したデータセット７に割り当てることができるようになる。参照符号２２で示したフィールド０ｘ１Ａには予期されるコストに関する情報が含まれている（後述の説明を参照）。
【００３１】
送信側（レベル２）は通信装置５のところで、ハードウェア側の処理またはたとえばソフトウェア側の処理でいずれにせよ設けられているキーボードを介して扱うことのできるスイッチまたは同様の入力手段１６を操作して、１つまたは複数の応答に対するコストの負担を設定することができる。これに対する代案として、たとえばデータ発送前に更新可能なサービスプロバイダ３との取り決めによってもその設定を行うことができる。
【００３２】
サービスプロバイダ３との特別な（継続的）取り決めを行わなくても、データ７の伝送を要求する問い合わせ（M-Send.req）において、送信すべきデータの応答コストが負担されるという情報および場合によってはどの程度まで負担を請け負うかについての情報を、送信側２からサービスプロバイダ３へいっしょに伝送することができる。この目的でヘッダフィールド１７，１８，１９，２０が新たに問い合わせ９に収容されており（図４）、これによってヘッダフィールドの数が従来技術（図３）よりも増えている。フィールド１７，１８，１９はたとえば０ｘ１Ｂ、０ｘ１Ｃ、０ｘ１Ｄ（１０進数の２９，２９，３０）でアドレッシングされ、フィールド名"X-Mms-RFF-To-Amout", "X-Mms-RFF-Cc-Amout", "X-Mms-RFF-Bcc-Amout"が付けられているが、これらのフィールドにはそれぞれ整数の変数が格納されている（図１１）。これによって受信側の３つのグループすなわち"To"グループ（直接の受信側）、"Cc"グループ（"carbon copy"：その他の受信側について知らされるかたちでいっしょに読む）および"Bcc"グループ（"blind carbon copy"：他の受信側について知らされずにいっしょに読む）のために、これらグループにおける各々の受信側４からのこの種の応答メッセージの個数が定義され、それらに対し出所送信側２はコストを負担する。これらの値を種々のグループについて互いに異ならせることができ、それによって上述の利点が得られることになる。なお、コストの負担された応答だけの設定も可能である。整数の変数がたとえばオクテットから成る場合、最大で２５６この任意の応答が可能である。ここで示したグループ設定の代わりに他の設定または任意の設定も可能である。
【００３３】
さらにそれ自体既存のフィールド２１（X-Mms-Expiry）を以下のように補うこともできる。すなわち、そこに与えられているプロバイダ３のサーバ内での最大記憶時間をここではコスト負担に対する最大期間（デッドライン）として定義することもでき、つまりこの期間経過後に送信されるこの種の応答はもはや出所データ送信側２によっても支払う必要がなくなる。
【００３４】
フィールド２０により応答を再認識するための識別信号が与えられており、それによってこの応答を適正なデータセット７に割り当てることができ、このようにすることであとになって出所送信側２に到来するメッセージすべてを"Reply for free"という分類で受け取ることがなくなり、つまりその送信側にとってコスト負担の義務を伴って受け取られるようになる。
【００３５】
なお、ここで示したフィールドのほかにも別のフィールドを設けることもでき、たとえば応答コストが出所データの送信側２によって完全には負担されないときにはコストの一部分を与えるようなフィールドも考えられる。また、フィールド２１に格納されている期間が経過するまではコストを完全に負担し、その後は一部分だけをあるいは最高限度までを負担するように設定することもできる。さらにまた、コストを負担する応答のタイプを選択することも可能であり、たとえばテキストメッセージに対してのみ負担するが画像データやオーディオデータについては負担しないというようにすることができる。
【００３６】
サービスプロバイダ３はその応答確認メッセージ１０（M-Send.conf：図５、本発明による拡張：図６）において自身の準備態勢すなわち送信側２によるコストの負担を完全にまたは部分的に受け入れることができ、そのためにこのメッセージ１０内に含まれているフィールド１７，１８，１９も個々のグループについて、完全な受け入れであれば送信側２により提案された値にセットし、部分的な受け入れであればそれよりも小さい値にセットする。（図示されていないが）さらに応答確認メッセージ１０はたとえば０ｘ１Ａ（１０進数の２６）によりアドレッシングされるフィールド２２を有することができ、このフィールド中にはサービスプロバイダ（レベル３）によって作成された予期されるコストの上昇に関する情報が格納されている。この情報は許可された応答の個数および設定された期間に依存する。また、応答中に許可されるべきデータ型との依存性も生じる可能性がある。
【００３７】
サービスプロバイダ３は送信側２により要求されたコストの負担を了承したときには、受信側４に向けた送付物１１（M-Notification.ind：図８）においてフィールド１７，１８，１９を送信側２により設定された値のままにしておき、アドレッシングすべき受信側のグループに従って１つまたは複数の受信側４にこれを通知する。これにより受信側は、自身に対しダウンロードすべきデータセット７が用意されているというメッセージを受け取り、このメッセージに対し受信側は特定のやり方でまたは特定の期間内に所定数の応答を、コストを負担することなく出所送信側２へ返送することができる。この情報を（たとえばディスプレイなどの表示手段１５を介して）視覚的にまたは聴覚的に受信側に通知することができる。０ｘ１Ｂ（１０進数の２７）でアドレッシングされフィールド名X-Mms-Reply-IDをもつフィールド２０内の識別信号は１つの応答の中にしか含まれておらず、このようにすることで本来のデータセットに対する対応づけのために一義的な識別信号ＩＤ２を実現することができる。本来のメッセージ７はすでに従来技術によれば別のヘッダフィールドによりそのＩＤ１によって一義的に識別されているので、補助フィールド２０は不要である。
【００３８】
ダウンロードすべくデータセット７が用意されているという送付物１１の通知後に受信側４は、データセット７をサービスプロバイダのレベル３から自身の受信レベル４へとつまり通信装置６の記憶装置へとダウンロードする意志があるか否かを決定することができる。受信側がそれに了解すると決定したならば、受信側はプロバイダにメッセージ１３（WSP GET.req）を返送する。これによりサービスプロバイダ３において受信側４へのデータ伝送（M-Retrieve.conf）が始められる。了解すると決定しなければデータセット７のダウンロード（受信側４への送付物１４の伝送）は開始されない。また、受信側４があとの時点ではじめてメッセージを伝達してもらいたいという状況もあり得る。この場合、送付物１４をメッセージ１１と同様に新たに挿入されたフィールド１７，１８，１９内に収容することができる（図１０）。このようにすることで、無料の応答に関するコスト情報は送付物が用意されているということが通知されるときだけでなくデータセット７の「配送」時にもいっしょに供給され、このようにすることでそれを記憶したりまたはたとえばプリントしたりすることができる。
【００３９】
対応づけのためのフィールド２０はやはり１つの応答の中にしか含まれていない。それというのもデータセット７はすでに一義的に識別されているからである（ＩＤ１）。
【００４０】
本発明によればこのようにしてたとえば、注文を出そうとする顧客からそのためのコストの負担を取り除くことができる。また、たとえば親が子に対し、要求された応答に対し子供が支払わなくて済むようメッセージを伝送することもできる。このことが殊に重要になるのは、たとえば金額が減ってしまうカードにより通知をじかに支払わなければならないときである。このようにすれば残額が僅かなカードであっても"Reply for free"方式でのデータ７の応答が依然として可能となる。
【００４１】
上述のように応答メッセージ（図２）内に付加的にフィールド２０が収容されており、このフィールドは０ｘ１Ｂ（１０進数の２７）でアドレッシングされ、フィールド名X-Mms-Reply-IDをもっている。この中に格納されている識別情報ＩＤ２を、それがコストの負担の取り除かれた応答であるならば、伝送されるデータ７の識別信号ＩＤ１と一致させることができ、その結果、伝送されるデータ７と返送される応答とが同一の識別信号をもつことになり、そのことからそれら相互間の適正な対応づけが明確になる。さらに同様にこの応答を、１つまたは複数の応答のためのコスト負担情報がメッセージ１１（M-notify.ind）内および／またはメッセージ１４（M-retrieve.conf）内に含まれていたか否かとは無関係に表すことができる。
【００４２】
上述の方法を、個々の通信標準を稼働させるソフトウェアたとえばＵＭＴＳに組み込むことができる。この場合、通信装置５，６にそれに相応するソフトウェアが設けられる。
【００４３】
したがってアカウントモデル"Reply For Free"を置き換えることができるようにする目的で、ＭＭＡリレー３は以下の処理ステップを実行することができる：
ａ）個々の受信側グループに対する無料の応答ＭＭｓの個数が符号化されているＷＡＰメッセージ９（M-Send.req）のヘッダフィールドから、ＷＡＰメッセージ１１（M-Notification.ind）と１４（M-Retrieve.conf）に対し種々の受信側グループのために必要とされるフィールド値を読み出し、サービスプロバイダ３の設定に応じて修正または操作する必要がある。
ｂ）送られたデータ７の識別信号（ＩＤ７）と応答の識別信号（ＩＤ２）が互いに異なっている場合、ＭＭＳリレー３はそれを互いに一義的にマッピングしてフィールド２０（X-MMS-Reply-ID）をそれに応じて監視または修正できなければならない。
ｃ）受信側４（ＭＭＳユーザエージェントＢ）からＭＭＳリレー３へＷＡＰメッセージ２３（M-Send.req）を用いて応答が送信された後、これを個々の識別信号に基づき、応答マルチメディアメッセージ（MMB）が本当に伝送データ７（MMA）に対する応答であるか否か、およびセットされた期間が守られていたか否かを検査する必要がある。
【００４４】
次に、ＷＡＰメッセージにおいて利用されるヘッダフィールドについて詳しく説明する。ここでは一例として以下のシナリオを採用することにする：ＭＭＳユーザエージェントＡ（送信側２）はテキストおよびＪＰＥＧ画像を有するＭＭA７を３つの受信側４へ送信する（１つの"To"受信側および２つの"Cc"受信側）。"To"受信側グループにおいては送信側２は３つの応答ＭＭｓ（Multimediaメッセージ）のためのコストを負担するつもりであるのに対し、受信側グループ"Cc"においては２つの応答ＭＭｓのためのコストだけしか負担しないつもりである。しかしＭＭｓサービスプロバイダ３は、"Cc"受信側のために１つの無料の応答ＭＭだけしか許可しない。コスト負担のためにまず最初に１時間（＝３６００秒）が設定される。
【００４５】
メッセージ９：M-Send.req（ＭＭＳユーザエージェントＡ→ＭＭＳリレー３）：
2014225892.tif 000003
【００４６】
"andreas.schmid@sal.siemens.de"というアドレスをもつ送信側２（ＭＭＳユーザエージェントＡ）は"josef.laumen@sal.siemens.de"というアドレスをもつ受信側４（ＭＭＳユーザエージェントＢ）へＭＭA７を送信し、これはテキスト（MIME content type "plain/text"）とＪＰＥＧ画像（MIME content type "image/jpeg"）とによって構成されている。このＭＭA７のカーボンコピー（carbon copy, "Cc"）はさらに別の受信側４のところへ向かい、これは"gunnar.schmidt@sal.siemens.de"というアドレスをもつユーザである。さらに２つの別のブラインドカーボンコピーが、さらに別の受信側４としてBccに記載されたＭＭＳユーザに伝送されることになる。ＷＡＰメッセージ９（M-Send.req）にはたとえばトランザクションＩＤ １０が含まれている。送信側は、アドレス"josef.laumen@sal.siemens.de"をもつユーザ（ＭＭＳユーザエージェントＢ、"To"フィールド）からの３つの応答ＭＭｓにかかるコストを負担する用意がある。さらに送信側は、ユーザ"gunnar.schmidt@sal.siemens.de"（"Cc"フィールド）からの２つの応答ＭＭｓと、他の２つの両方の"Bcc"受信側からのそれぞれ１つの応答ＭＭにかかるコストの負担も望んでいる。これらの情報はグレーでハイライト表示されたフィールド１７（X-Mms-RFF-To-Amount）、１８（X-Mms-RFF-Cc-Amount）および１９（X-Mms-RFF-Bcc-Amount）に含まれている。ＭＭAのコストの保証された応答に対する期間（３６００秒）はフィールド２１（X-Mms-Expiry）に書き込まれている。
【００４７】
これに応じて送信側２は以下のように変更されたメッセージ１０（M-Send.conf）をＭＭＳリレー３から受け取る：
メッセージ１０：M-Send.conf（ＭＭＳリレー→ＭＭＳユーザエージェントＡ）：
2014225892.tif 000004
【００４８】
ＭＭＳリレー３はこのメッセージ１０によって、ＷＡＰメッセージ９がエラーなくＭＭＳリレー３に伝送されたことを確認応答する。この場合、識別信号がトランザクションＩＤとして使用され、その目的は送信側２においてメッセージ１０をそれに属するM-Send.req ９に、つまりは送信されたＭＭＡ７に一義的に対応づけることにある。この例ではＭＭＳリレー３はＭＭA７に識別信号"AAAA.1111@ms-relay.siemens.de"を対応づけている。これはフィールド２０に書き込まれており、従来技術のＩＤ１に対応する。
【００４９】
メッセージ１０においてフィールド１７（X-Mms-RFF-To-Amount）、１８（X-Mms-RFF-Cc-Amount）および１９（X-Mms-RFF-Bcc-Amount）は上述のように、サービスプロバイダ３がこれらのサービスをサポートして送信側２の要求を受け入れるか否かの情報を有している。これは図示の例では"To"受信側の複数の応答ＭＭｓについてのみ該当する。"Cc"受信側の場合には出所送信側２によりコストの負担される２つの応答が要求されていたが、サービスプロバイダ３は１つだけしか許可せず、その理由はたとえば送信側２が十分に支払い能力のある顧客であるとみなされていないからである。２つの"Bcc"受信側の場合にはコストの負担される１つの応答が要求されていたが、サービスプロバイダ３はまったく許可しない。この例ではフィールドX-Mms-Charging-Amountによって、ＭＭA７の送信側に対しその送付および返送される応答ＭＭｓにかかる可能性のあるコストが示されている。
【００５０】
メッセージ１１：M-Notification.ind（ＭＭＳリレー３→ＭＭＳユーザエージェントＢ４）：
この例では４つの受信側４の各々に対し１つの通知が存在し、すなわち"To"受信側への通知とそれぞれ"Cc"受信側と２つの"Bcc"受信側への通知である。これらの各々には固有のトランザクションＩＤが含まれている。期間に関する情報はフィールド２１（X-Mms-Expiry）内のすべてに存在し、ＭＭA７のメモリロケーションに関する情報はフィールドX-Mms-content-Location内のすべてに存在する。
【００５１】
ａ）メッセージ１１："To"受信側へのM-Notification.ind：
2014225892.tif 000005
【００５２】
"To"受信側４はフィールド１７（X-Mms-RFF-To-Amount）内のエントリに従い、自身にとって３つの応答ＭＭｓは無料であることを知る。
【００５３】
ｂ）メッセージ１１："Cc"受信側へのM-Notification.ind：
2014225892.tif 000006
【００５４】
"Cc"受信側はフィールド１８（X-Mms-RFF-Cc-Amount）内のエントリを介して、自身にとって応答ＭＭが無料であることを知る。
【００５５】
ｃ）メッセージ１１："Bcc"受信側２へのM-Notification.ind：
2014225892.tif 000007
【００５６】
"Bcc"受信側へのM-Notification.indここではたとえばこのグループのうち第２の受信側４のためのものであるが、これは従来技術に対し変更されていない。それというのもサービスプロバイダ３は、"Bcc"受信側のそれぞれ１つの応答についてコストを負担するという送信側２の要求を拒否したからである。
【００５７】
ＭＭA７のダウンロードはWSP GET命令１３により始められる。これに応じてデータ７がＭＭＳリレー３からメッセージ１４ M-Retrieve.confにおいて個々の受信側４へ送られる。
【００５８】
以下では"To"受信側についてのみ考察する。
【００５９】
メッセージ１４：M-Retrieve.conf（ＭＭＳリレー３→ＭＭＳユーザエージェントＢ４）：
2014225892.tif 000008
【００６０】
たとえばこのデータ７の受取側４が第２のサービスプロバイダに「属する」場合、ＭＭA７は別のメッセージＩＤをもつ可能性がある。これはこの例においては、値"BBBB.2222@bosch-mms.de"がメッセージＩＤフィールドに書き込まれていることで考慮されている。
【００６１】
やはりメッセージ１１（M-nNotification.ind）のように"To"受信側はフィールドX-Mms-RFF-To-Amount内のエントリを介して、自身にとって３つの応答MMsが無料であることを知る。
【００６２】
従来技術によれば、メッセージＩＤフィールドの存在はＷＡＰメッセージ１４内ではオプションである。しかしフィールド１７（X-Mms-RFF-To-Amount）、１８（X-Mms-RFF-Cc-Amount）または１９（X-Mms-RFF-Bcc-Amount）が存在していて占有されているときには、"Reply for free"の機能を実現するためにこのフィールドが設けられていなければならない。
【００６３】
ついでＭＭA７の"To"受信側４は応答ＭＭ，ＭＭBを出所送信側２へ送り戻す。この目的で僅かに変更されたM-Send.req ２３が用いられる（図２）。この例では３つの可能な／前払いされた応答（前述の説明を参照）のうち第１の応答が送信されることになる。
【００６４】
メッセージ２３：M-Send.req（ＭＭＳユーザエージェントＢ→ＭＭＳリレー）：
2014225892.tif 000009
【００６５】
出所受信側４（ＭＭＳユーザエージェントＢ）は新しいフィールド２０（X-Mms-Reply-ID）の存在に関して、このＭＭBは別のＭＭに対する応答を表すことを通知する。この応答がどのＭＭに関連するかは、フィールド２０（X-Mms-Reply-ID）のフィールドエントリ"BBBB.2222@bosch-mms.de"において規定される。このエントリはＭＭAのメッセージＩＤであり、ＭＭＳユーザエージェントＢに対しＭＭA７のダウンロードのときにメッセージ１４としてこれが通知される。
【００６６】
ＭＭＳユーザエージェントＢの送信問い合わせ２３（M-Send.req）に対しＭＭＳリレー３からメッセージ２４（M-Send.conf）により確認応答が行われる。これは以下のように変更されている：
メッセージ２４：M-Send.conf（ＭＭＳリレー→ＭＭＳユーザエージェントＢ）：
2014225892.tif 000010
【００６７】
エントリ"X-Mms-RFF-To-Amount"によりＭＭＳリレー３はＭＭＳユーザエージェントＢに対し、同じＭＭA７のためにコストの保証されたさらに２つの応答を送信可能なことを通知することができる。
【００６８】
ついでＭＭＳリレー３はＭＭBの受信側すなわちＭＭA７の出所送信側２に対し、ＷＡＰメッセージ２５（M-Notification.ind）を用いて通知を行う：
メッセージ２５：M-Notification.ind（ＭＭＳリレー３→ＭＭＳユーザエージェントＡ２）：
2014225892.tif 000011
【００６９】
このM-Notification.ind 25を変更した目的は、目下のＭＭが応答ＭＭを表しておりどのＭＭA７にその応答が関連するかをＭＭＳユーザエージェントＡに通知するためである。そのためこの応答においてM-Notification.ind ２５中にフィールド２０（X-Mms-Reply-ID）が挿入される。この場合、フィールドエントリはこの応答ＭＭBに関連するＭＭA７のメッセージＩＤ １とすべきであって、ここでは"AAAA.1111@mms-relay.siemens.de"である。ここで重要となるのはやはり以下のことである。すなわちサービスプロバイダ３（ＭＭＳリレー）は、ＩＤ１とＩＤ２とが互いに異なっているときにＩＤ２をＩＤ１へマッピングできなければならず、その理由はＭＭＳユーザＡはＩＤ１しか知らないのに対しＭＭＳユーザエージェントＢはＩＤ２しか知らないからである。フィールド２０（X-MMS-Reply-ID）の内容は、２回とも同じＭＭBが識別されるにもかかわらず、送信２３（M-Send.req）と２５（M-Notification.ind）とで異ならせてもよく、この例でもそうである。
【００７０】
ついでこの通知の適正な受信が再びＷＡＰメッセージM-NotifyResp.reqによって確認応答され、これはM-Notification.indの対応するトランザクションＩＤがステータスメッセージとともにＭＭＳリレー３に返送されることで行われる。やはりＷＳＰ ＧＥＴ命令により、ＭＭＳユーザエージェントＡによるＭＭBのダウンロードが始められる。それに応じてＭＭBはＭＭＳリレー３からM-Retrieve.confメッセージ２７においてＭＭＳユーザエージェントＡに送信される：
メッセージ２７：M-Retrieve.conf（ＭＭＳリレー→ＭＭＳユーザエージェントＡ）：
2014225892.tif 000012
【００７１】
M-retrieve.conf ２７も変更されるがその目的はＭＭＳユーザエージェントＡに対し、目下のＭＭBが応答ＭＭを成しどのＭＭにこの応答が関連するのかを通知するためである。そのためフィールド２０（X-Mms-Reply-ID）がM-Notification.indに挿入される。フィールドエントリは、この応答ＭＭBが関連するＭＭAのメッセージＩＤ １とすべきである。
【００７２】
１つの実施形態によれば移動無線ネットワークにおけるデータ伝送コストのアカウント方法において、伝送コストのための少なくとも１つの識別信号がデータに割り当てられ、この識別信号がデータの受信側および／または送信側へ伝送される。この場合、たとえばメッセージの送信側および／または個々の受信側にまえもって与えられていたＷＡＰ（Wireless Application Protocol）メッセージなどのようなデータ識別信号に対する応答について送信側により規定された期限を伝達するために、このデータ識別信号中では新たなヘッダフィールドは利用されない。その代わりに本発明によれば、この種の期限たとえば受信側が自身をアドレス指定しているマルチメディアメッセージに対し応答できる期限を伝達するために、既存のヘッダフィールドX-MMS-Expiryを利用することができる。このヘッダフィールドはすでにWAP-209-MMS Encapsulation, Release 2000, Wireless Application Protocol; WAP Multimedia Messaging Service; Message Encapsulation; MMS Proposed SCD 1.0 に記載されている。送信側により設定可能な応答期限もしくはリアクション期限は本発明によれば、たとえばＷＡＰメッセージM-Send.req, M-Notification.ind, M-Retrieve.confのところに挿入されている。したがってすでに実装済みのヘッダフィールド中にコーディングされているマルチメディアメッセージの有効期限が同時に、マルチメディアメッセージの受信側がそれに対し無料で応答可能な期限も意味する。個々のデータ識別信号に割り当てられている既存のヘッダフィールドをこのように利用するのは格別効率的であるし目的に適っている。とはいうものの既存のヘッダフィールドが別のデータセットにより事前に占有されているならば、送信側により設定された期限の伝達にあたり問題が生じる可能性がある。
【００７３】
この問題は有利には、個々の識別信号に少なくとも１つのヘッダフィールドを付加的に追加し、そのヘッダフィールド中に識別信号に対する応答期限をセットすることにより解決される。
【００７４】
このようにして、伝達されたデータ識別信号に対しそのつどセットされた応答期限を多くの実際の状況のもとで信頼性を伴って簡単に伝送できるようになる。
【００７５】
つまり択一的に、個々のデータ識別信号において送信側により設定された期限を伝達するために少なくとも１つの新しいヘッダフィールドが挿入される。たとえばＷＡＰメッセージM-Send.req, M-Notification.ind, M-Retrieve.confはそれぞれ少なくとも１つの別のヘッダフィールド分だけ補われる。これにはたとえばX-Mms-Reply-deadlineという名前を付けることができる。好適にはそれらに対し１６進数の符号０ｘ１Ｆ（１０進数の１２７）が割り当てられる。このヘッダフィールドのフィールド値は有利にはWAP-209-MMSEncapsulation, Release 2000; Wireless Application Protocol; WAP Multimedia Messaging Service; Message Encapsulations; MMS Proposed SCD 1.0およびWAP-203-WSP, Version 4-5-2000; Wireless Application Protocol, Wireless Session Protocol Specification; Chapter 8.4: "Header Encoding"に従い符号化される。 このようにして期限に対し明示的な日付または特定の期間を与えることができる。有利にはこの種の付加的なヘッダフィールドは以下の区分を有する：
2014225892.tif 000013
【００７６】
さらに応答マルチメディアメッセージの送信側は事前に得られたマルチメディアメッセージに対する自身の応答を、選択されたアカウントモデル（たとえばリプライチャージ Reply charging）とは無関係に応答として表すこともできる。この目的で、ヘッダフィールド"X-MMS-Reply-IDと同様の少なくとも別のヘッダフィールドを挿入するのも好適であり、応答の行われるオリジナルマルチメディアメッセージのメッセージＩＤをそのフィールドに書き込むことができる。
【図１】
2014225892.tif 000014
【図２】
2014225892.tif 000015
【図３−１】
2014225892.tif 000016
【図３−２】
2014225892.tif 000017
【図３−３】
2014225892.tif 000018
【図４−１】
2014225892.tif 000019
【図４−２】
2014225892.tif 000020
【図４−３】
2014225892.tif 000021
【図５】
2014225892.tif 000022
【図６】
2014225892.tif 000023
【図７】
2014225892.tif 000024
【図８−１】
2014225892.tif 000025
【図８−２】
2014225892.tif 000026
【図９−１】
2014225892.tif 000027
【図９−２】
2014225892.tif 000028
【図１０−１】
2014225892.tif 000029
【図１０−２】
2014225892.tif 000030
【図１１】
2014225892.tif 000031
【図１２】
2014225892.tif 000032
【図１３】
2014225892.tif 000033