JP5140227B2 - 移動無線ネットワークにおけるデータ伝送コストアカウント方法 - Google Patents
移動無線ネットワークにおけるデータ伝送コストアカウント方法 Download PDFInfo
- Publication number
- JP5140227B2 JP5140227B2 JP2002529005A JP2002529005A JP5140227B2 JP 5140227 B2 JP5140227 B2 JP 5140227B2 JP 2002529005 A JP2002529005 A JP 2002529005A JP 2002529005 A JP2002529005 A JP 2002529005A JP 5140227 B2 JP5140227 B2 JP 5140227B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- cost
- response
- mms
- transmitted
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 61
- 238000000034 method Methods 0.000 title claims abstract description 34
- 230000004044 response Effects 0.000 claims description 117
- 238000010295 mobile communication Methods 0.000 claims description 10
- 238000010586 diagram Methods 0.000 description 26
- 238000004891 communication Methods 0.000 description 11
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 5
- 229910052799 carbon Inorganic materials 0.000 description 5
- 238000012790 confirmation Methods 0.000 description 3
- 238000005538 encapsulation Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 238000012905 input function Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000035484 reaction time Effects 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/67—Transmitting arrangements for sending billing related information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
- G06Q20/201—Price look-up processing, e.g. updating
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
- H04L12/1471—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network splitting of costs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/08—Metering calls to called party, i.e. B-party charged for the communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/28—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP with meter at substation or with calculation of charges at terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/22—Bandwidth or usage-sensitve billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/32—Involving wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/48—Sending information over a non-traffic network channel or another connection than the one actually used, e.g. signalling, D-channel, data and voice
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
- Meter Arrangements (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Description
【０００１】
本発明は、請求項１の上位概念に記載の移動無線ネットワークにおけるデータ伝送コストのアカウント方法、ならびに該方法に対応する請求項１９記載の移動通信装置に関する。
【０００２】
たとえばＧＳＭ標準に従って動作するネットワークのような従来の移動無線ネットワークによれば、まだ相当に制限されてはいるが、たとえばテキストデータなど口で話されていないメッセージを伝送する可能性が開かれている。つまりこの場合、たとえば１６０文字までのショートメッセージをテキストとして伝送することができる。このような機構はＳＭＳ（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) を参照されたい。
【０００４】
本発明の課題は、移動無線ネットワークの加入者に対するコストのコントロールならびに制御を簡単にすることである。
【０００５】
本発明によればこの課題は、請求項１および２に記載の特徴を備えた方法ならびに請求項２０に記載の特徴を備えた移動通信装置によって解決される。請求項３から１９および２１から２４には有利な実施形態が示されている。
【０００６】
本発明による方法を用いることで、データ受信側が受け取るデータに対し無料で応答することができるようになる。これによりデータ送信側にとってたとえばアンケート実施などの可能性が開かれる。このような場合、これまでは応答する側が応答メッセージのコストを負担することになってしまい、その結果、回答率が低くなっていた。本発明によれば受信側の応答にかかるコストを受信側にとって疑う余地なく無料にすることができるので、受信側にとってコスト管理が容易になる。
【０００７】
コスト信号を送信側により設定可能であれば送信側は、１つのメッセージ場合によっては発生する可能性のある複数の応答メッセージのコストを送信側が負担するあるか否かを選択することができ、これを個々の事例ごとにあてはめて選択することもできる。
【０００８】
本発明の実施形態によれば送信側に対しサービスプロバイダから、応答コスト負担に関して送信側がどのようなコストを見込めるのか、たとえば最低限のコストであるのか最大限のコストであるのかが通知される。この値はサービスプロバイダにおいて計算することができ、たとえばどれぐらいの数の受信側にデータが伝送されるのかに依存させることができる。
【０００９】
殊に有利には、コストをいしょに負担してもらうために応答を行わなければならない期間をデータ送信側によって決めることができる。これによりデータ送信側は発生する可能性のあるコストを所期のように制限することができ、その際、個々の受信側にとって個々の応答がコスト負担によってまかなわれているか否かについてはっきりしない事態が生じてしまうことがない。また、同じ目標設定によって個々の受信側の応答回数を制限することもできる。
【００１０】
データ送信側は想定される受信側をグループ分けし、それらのグループごとに応答コスト負担に関する特定のパラメータを割り当てるようにすれば、コスト制御をきわめて効果的に行うことができるようになる。このようにすればたとえば、固定客を新規の取引先とは別のコスト負担条件にすることができ、たとえば固定客に対しては無料応答期間を長くすることができる。
【００１１】
以上のことから本発明によれば送信側によって、受信側のリアクションに対し緻密にコントロール可能でありそれゆえたとえばＴＥＤアンケートや電話によるマーケッティングを介した販売などのような大量伝送のためにも適したコスト負担を実現することができる。
【００１２】
本発明のその他の利点や特徴は図面ならびに以下で説明する本発明の実施例に示されている。
【００１３】
図面
図１は、送信側レベルとプロバイダーレベルとの間ならびにプロバイダーレベルと受信側レベルとの間においてＷＡＰ（Wireless application protocoll）標準に従って行われるデータ伝送に属する送信を略示する図である。
【００１４】
図２は、図１と同様の内容をデータ伝送に続く本来の受信側による付加的な応答とともに示す図である。
【００１５】
図３は、ＷＡＰプロトコルによる送付物M-Send.reqを示す図である。
【００１６】
図４は、本発明に従いコスト信号の補われた送付物M-Send.reqを示す図である（グレーでハイライト表示）。
【００１７】
図５は、ＷＡＰプロトコルによる送付物M-Send.confを示す図である。
【００１８】
図６は、本発明に従いコスト信号の補われた送付物M-Send.reqを示す図である（グレーでハイライト表示）。
【００１９】
図７は、ＷＡＰプロトコルによる送付物M-Notification.indを示す図である。
【００２０】
図８は、本発明に従いコスト信号の補われた送付物M-Notification.indを示す図である（グレーでハイライト表示）。
【００２１】
図９は、ＷＡＰプロトコルに従った送付物M-Retrieve.confを示す図である。
【００２２】
図１０は、本発明に従いコスト信号の補われた送付物M-Retrieve.confを示す図である（グレーでハイライト表示）。
【００２３】
図１１は、上述の図に示したコスト信号のためのフィールドの割り当てについて示す図である。
【００２４】
図１２は、本発明による付加的なヘッダフィールドのアドレッシングについて示す図である。
【００２５】
図１３は、本発明による移動通信装置を用いたデータ伝送の基本構成図である。
【００２６】
実施例では本発明をＷＡＰ標準のためのデータ伝送スキーマ１に適用するものとして説明する。これはたとえばＵＭＴＳ（Universal mobile telecommunication standard）における特別な画像データおよびフォーマット化されたテキストデータの伝送において使用されるようなものである。当然ながら、本発明を他の標準にも適用することができる。
【００２７】
ＵＭＴＳ標準においては従来のＳＭＳ（Short Message Service）に加えて、口で話されていないメッセージの伝送のためにいわゆるＭＭＳ（Multimedia Messaging Serviece）も組み入れられるように計画されている。これによりフォーマット化されたテキストデータと画像も伝送することができる。ＳＭＳにおいて定められている１６０文字のメッセージ長までの制約がもはやなくなる。オーディオおよびビデオメッセージの伝送も可能である。
【００２８】
ＭＭＳはＷＡＰの利用を介して実現できる。それによればデータたとえばマルチメディア・メッセージ（Multimedia Message＝MMs）の無線伝送に対して、図１では一方の側のデータ伝送に関して図２では応答送付も加えて描かれているプロトコルスキーマ（ＷＡＰ ＷＳＰ：Wireless Session Protocoll）が使用される。このプロトコルスキーマはデータ送信側のレベル２（ＭＭＳ ユーザエージェントＡ）、プロバイダーのレベル３（ＭＭＳリレー）および受信側のレベル４（ＭＭＳユーザエージェントＢ）をを有している。データ送信側のレベル２は少なくとも１つの通信装置５を有しており、同様に受信側のレベル４は通信装置６を有している。これらの通信装置５，６はたとえば通常の携帯電話としてまたはたとえばラップトップコンピュータのように別の入力機能や表示機能を備えた機器として構成することができる。
【００２９】
送信側の通信装置５において作成されたまたはこの通信装置を経由して転送可能なデータセット７はまずはじめ、送付物９として（これはＷＡＰプロトコルでは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）を用いて応答が送信された後、これを個々の識別信号に基づき、応答マルチメディアメッセージ（MMＢ）が本当に伝送データ７（MMＡ）に対する応答であるか否か、およびセットされた期間が守られていたか否かを検査する必要がある。
【００５２】
次に、ＷＡＰメッセージにおいて利用されるヘッダフィールドについて詳しく説明する。ここでは一例として以下のシナリオを採用することにする：ＭＭＳユーザエージェントＡ（送信側２）はテキストおよびＪＰＥＧ画像を有するＭＭＡ７を３つの受信側４へ送信する（１つの"To"受信側および２つの"Cc"受信側）。"To"受信側グループにおいては送信側２は３つの応答ＭＭｓ（Multimediaメッセージ）のためのコストを負担するつもりであるのに対し、受信側グループ"Cc"においては２つの応答ＭＭｓのためのコストだけしか負担しないつもりである。しかしＭＭｓサービスプロバイダ３は、"Cc"受信側のために１つの無料の応答ＭＭだけしか許可しない。コスト負担のためにまず最初に１時間（＝３６００秒）が設定される。
【００５３】
メッセージ９：M-Send.reg（ＭＭＳユーザエージェントＡ→ＭＭＳリレー３）：
【００５４】
【外１】
【００５５】
"andreas.schmid@sal.siemens.de"というアドレスをもつ送信側２（ＭＭＳユーザエージェントＡ）は"josef.laumen@sal.siemens.de"というアドレスをもつ受信側４（ＭＭＳユーザエージェントＢ）へＭＭＡ７を送信し、これはテキスト（MIME content type "plain/text"）とＪＰＥＧ画像（MIME content type "image/jpeg"）とによって構成されている。このＭＭＡ７のカーボンコピー（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）に含まれている。ＭＭＡのコストの保証された応答に対する期間（３６００秒）はフィールド２１（X-Mms-Expiry）に書き込まれている。
【００５６】
これに応じて送信側２は以下のように変更されたメッセージ１０（M-Send.conf）をＭＭＳリレー３から受け取る：
メッセージ９：M-Send.req（ＭＭＳユーザエージェントＡ→ＭＭＳリレー３）：
【００５７】
【外２】
【００５８】
ＭＭＳリレー３はこのメッセージ１０によって、ＷＡＰメッセージ９がエラーなくＭＭＳリレー３に伝送されたことを確認応答する。この場合、識別信号がトランザクションＩＤとして使用され、その目的は送信側２においてメッセージ１０をそれに属するM-Send.req ９に、つまりは送信されたＭＭＡ７に一義的に対応づけることにある。この例ではＭＭＳリレー３はＭＭＡ７に識別信号"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によって、ＭＭＡ７の送信側に対しその送付および返送される応答ＭＭｓにかかる可能性のあるコストが示されている。
【００６０】
メッセージ１１：M-Notification.ind（ＭＭＳリレー３→ＭＭＳユーザエージェントＢ４）：
この例では４つの受信側４の各々に対し１つの通知が存在し、すなわち"To"受信側への通知とそれぞれ"Cc"受信側と２つの"Bcc"受信側への通知である。これらの各々には固有のトランザクションＩＤが含まれている。期間に関する情報はフィールド２１（X-Mms-Expiry）内のすべてに存在し、ＭＭＡ７のメモリロケーションに関する情報はフィールドX-Mms-content-Location内のすべてに存在する。
【００６１】
ａ）メッセージ１１："To"受信側へのM-Notification.ind：
【００６２】
【外３】
【００６３】
"To"受信側４はフィールド１７（X-Mms-RFF-To-Amount）内のエントリに従い、自身にとって３つの応答ＭＭｓは無料であることを知る。
【００６４】
ｂ）メッセージ１１："Cc"受信側へのM-Notification.ind：
【００６５】
【外４】
【００６６】
"Cc"受信側はフィールド１８（X-Mms-RFF-Cc-Amount）内のエントリを介して、自身にとって応答ＭＭが無料であることを知る。
【００６７】
ｃ）メッセージ１１："Bcc"受信側２へのM-Notification.ind：
【００６８】
【外５】
【００６９】
"Bcc"受信側へのM-Notification.indここではたとえばこのグループのうち第２の受信側４のためのものであるが、これは従来技術に対し変更されていない。それというのもサービスプロバイダ３は、"Bcc"受信側のそれぞれ１つの応答についてコストを負担するという送信側２の要求を拒否したからである。
【００７０】
ＭＭＡ７のダウンロードはWSP GET命令１３により始められる。これに応じてデータ７がＭＭＳリレー３からメッセージ１４ M-Retrieve.confにおいて個々の受信側４へ送られる。
【００７１】
以下では"To"受信側についてのみ考察する。
【００７２】
メッセージ１４：M-Retrieve.conf（ＭＭＳリレー３→ＭＭＳユーザエージェントＢ４）：
【００７３】
【外６】
【００７４】
たとえばこのデータ７の受取側４が第２のサービスプロバイダに「属する」場合、ＭＭＡ７は別のメッセージＩＤをもつ可能性がある。これはこの例においては、値"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"の機能を実現するためにこのフィールドが設けられていなければならない。
【００７７】
ついでＭＭＡ７の"To"受信側４は応答ＭＭ，ＭＭＢを出所送信側２へ送り戻す。この目的で僅かに変更されたM-Send.req ２３が用いられる（図２）。この例では３つの可能な／前払いされた応答（前述の説明を参照）のうち第１の応答が送信されることになる。
【００７８】
メッセージ２３：M-Send.req（ＭＭＳユーザエージェントＢ→ＭＭＳリレー）：
【００７９】
【外７】
【００８０】
出所受信側４（ＭＭＳユーザエージェントＢ）は新しいフィールド２０（X-Mms-Reply-ID）の存在に関して、このＭＭＢは別のＭＭに対する応答を表すことを通知する。この応答がどのＭＭに関連するかは、フィールド２０（X-Mms-Reply-ID）のフィールドエントリ"BBBB.2222@bosch-mms.de"において規定される。このエントリはＭＭＡのメッセージＩＤであり、ＭＭＳユーザエージェントＢに対しＭＭＡ７のダウンロードのときにメッセージ１４としてこれが通知される。
【００８１】
ＭＭＳユーザエージェントＢの送信問い合わせ２３（M-Send.req）に対しＭＭＳリレー３からメッセージ２４（M-Send.conf）により確認応答が行われる。これは以下のように変更されている：
メッセージ２４：M-Send.conf（ＭＭＳリレー→ＭＭＳユーザエージェントＢ）：
【００８２】
【外８】
【００８３】
エントリ"X-Mms-RFF-To-Amount"によりＭＭＳリレー３はＭＭＳユーザエージェントＢに対し、同じＭＭＡ７のためにコストの保証されたさらに２つの応答を送信可能なことを通知することができる。
【００８４】
ついでＭＭＳリレー３はＭＭＢの受信側すなわちＭＭＡ７の出所送信側２に対し、ＷＡＰメッセージ２５（M-Notification.ind）を用いて通知を行う：
メッセージ２５：M-Notification.ind（ＭＭＳリレー３→ＭＭＳユーザエージェントＡ２）：
【００８５】
【外９】
【００８６】
このM-Notification.ind 25を変更した目的は、目下のＭＭが応答ＭＭを表しておりどのＭＭＡ７にその応答が関連するかをＭＭＳユーザーエージェントＡに通知するためである。そのためこの応答においてM-Notification.ind ２５中にフィールド２０（X-Mms-Reply-ID）が挿入される。この場合、フィールドエントリはこの応答ＭＭＢに関連するＭＭＡ７のメッセージＩＤ １とすべきであって、ここでは"AAAA.1111@mms-relay.siemens.de"である。ここで重要となるのはやはり以下のことである。すなわちサービスプロバイダ３（ＭＭＳリレー）は、ＩＤ１とＩＤ２とが互いに異なっているときにＩＤ２をＩＤ１へマッピングできなければならず、その理由はＭＭＳユーザＡはＩＤ１しか知らないのに対しＭＭＳユーザエージェントＢはＩＤ２しか知らないからである。フィールド２０（X-MMS-Reply-ID）の内容は、２回とも同じＭＭＢが識別されるにもかかわらず、送信２３（M-Send.req）と２５（M-Notification.ind）とで異ならせてもよく、この例でもそうである。
【００８７】
ついでこの通知の適正な受信が再びＷＡＰメッセージM-NotifyResp.reqによって確認応答され、これはM-Notification.indの対応するトランザクションＩＤがステータスメッセージとともにＭＭＳリレー３に返送されることで行われる。やはりＷＳＰ ＧＥＴ命令により、ＭＭＳユーザエージェントＡによるＭＭＢのダウンロードが始められる。それに応じてＭＭＢはＭＭＳリレー３からM-Retrieve.confメッセージ２７においてＭＭＳユーザエージェントＡに送信される：
メッセージ２７：M-Retrieve.conf（ＭＭＳリレー→ＭＭＳユーザエージェントＡ）：
【００８８】
【外１０】
【００８９】
M-retrieve.conf ２７も変更されるがその目的はＭＭＳユーザエージェントＡに対し、目下のＭＭＢが応答ＭＭを成しどのＭＭにこの応答が関連するのかを通知するためである。そのためフィールド２０（X-Mms-Reply-ID）がM-Notification.indに挿入される。フィールドエントリは、この応答ＭＭＢが関連するＭＭＡのメッセージＩＤ １とすべきである。
【００９０】
１つの実施形態によれば移動無線ネットワークにおけるデータ伝送コストのアカウント方法において、伝送コストのための少なくとも１つの識別信号がデータに割り当てられ、この識別信号がデータの受信側および／または送信側へ伝送される。この場合、たとえばメッセージの送信側および／または個々の受信側にまえもって与えられていたＷＡＰ（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"に従い符号化される。 このようにして期限に対し明示的な日付または特定の期間を与えることができる。有利にはこの種の付加的なヘッダフィールドは以下の区分を有する：
【００９４】
【外１１】
【００９５】
さらに応答マルチメディアメッセージの送信側は事前に得られたマルチメディアメッセージに対する自身の応答を、選択されたアカウントモデル（たとえばリプライチャージ Reply charging）とは無関係に応答として表すこともできる。この目的で、ヘッダフィールド"X-MMS-Reply-IDと同様の少なくとも別のヘッダフィールドを挿入するのも好適であり、応答の行われるオリジナルマルチメディアメッセージのメッセージＩＤをそのフィールドに書き込むことができる。
【図面の簡単な説明】
【図１】 一方の側におかれた送信側レベルおよびプロバイダーレベルと他方の側におかれたプロバイダーレベルおよび受信側レベルとの間においてＷＡＰ（Wireless application protocoll）標準に従って行われるデータ伝送に属する送信を略示する図である。
【図２】 図１と同様の内容をデータ伝送に続く本来の受信側による付加的な応答とともに示す図である。
【図３】 ＷＡＰプロトコルによる送付物M-Send.reqを示す図である。
【図４】 本発明に従いコスト信号の補われた送付物Ｍ-Send.reqを示す図である。
【図５】 ＷＡＰプロトコルによる送付物Ｍ-Send.confを示す図である。
【図６】 本発明に従いコスト信号の補われた送付物Ｍ-Send.reqを示す図である
【図７】 ＷＡＰプロトコルによる送付物Ｍ-Notification.indを示す図である。
【図８】 本発明に従いコスト信号の補われた送付物Ｍ-Notification.indを示す図である。
【図９】 ＷＡＰプロトコルに従った送付物Ｍ-Retrieve.confを示す図である。
【図１０】 本発明に従いコスト信号の補われた送付物Ｍ-Retrieve.confを示す図である。
【図１１】 上述の図に示したコスト信号のためのフィールドの割り当てについて示す図である。
【図１２】 本発明による付加的なヘッダフィールドのアドレッシングについて示す図である。
【図１３】 本発明による移動通信装置を用いたデータ伝送の基本構成図である。
本発明は、請求項１の上位概念に記載の移動無線ネットワークにおけるデータ伝送コストのアカウント方法、ならびに該方法に対応する請求項１９記載の移動通信装置に関する。
【０００２】
たとえばＧＳＭ標準に従って動作するネットワークのような従来の移動無線ネットワークによれば、まだ相当に制限されてはいるが、たとえばテキストデータなど口で話されていないメッセージを伝送する可能性が開かれている。つまりこの場合、たとえば１６０文字までのショートメッセージをテキストとして伝送することができる。このような機構はＳＭＳ（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) を参照されたい。
【０００４】
本発明の課題は、移動無線ネットワークの加入者に対するコストのコントロールならびに制御を簡単にすることである。
【０００５】
本発明によればこの課題は、請求項１および２に記載の特徴を備えた方法ならびに請求項２０に記載の特徴を備えた移動通信装置によって解決される。請求項３から１９および２１から２４には有利な実施形態が示されている。
【０００６】
本発明による方法を用いることで、データ受信側が受け取るデータに対し無料で応答することができるようになる。これによりデータ送信側にとってたとえばアンケート実施などの可能性が開かれる。このような場合、これまでは応答する側が応答メッセージのコストを負担することになってしまい、その結果、回答率が低くなっていた。本発明によれば受信側の応答にかかるコストを受信側にとって疑う余地なく無料にすることができるので、受信側にとってコスト管理が容易になる。
【０００７】
コスト信号を送信側により設定可能であれば送信側は、１つのメッセージ場合によっては発生する可能性のある複数の応答メッセージのコストを送信側が負担するあるか否かを選択することができ、これを個々の事例ごとにあてはめて選択することもできる。
【０００８】
本発明の実施形態によれば送信側に対しサービスプロバイダから、応答コスト負担に関して送信側がどのようなコストを見込めるのか、たとえば最低限のコストであるのか最大限のコストであるのかが通知される。この値はサービスプロバイダにおいて計算することができ、たとえばどれぐらいの数の受信側にデータが伝送されるのかに依存させることができる。
【０００９】
殊に有利には、コストをいしょに負担してもらうために応答を行わなければならない期間をデータ送信側によって決めることができる。これによりデータ送信側は発生する可能性のあるコストを所期のように制限することができ、その際、個々の受信側にとって個々の応答がコスト負担によってまかなわれているか否かについてはっきりしない事態が生じてしまうことがない。また、同じ目標設定によって個々の受信側の応答回数を制限することもできる。
【００１０】
データ送信側は想定される受信側をグループ分けし、それらのグループごとに応答コスト負担に関する特定のパラメータを割り当てるようにすれば、コスト制御をきわめて効果的に行うことができるようになる。このようにすればたとえば、固定客を新規の取引先とは別のコスト負担条件にすることができ、たとえば固定客に対しては無料応答期間を長くすることができる。
【００１１】
以上のことから本発明によれば送信側によって、受信側のリアクションに対し緻密にコントロール可能でありそれゆえたとえばＴＥＤアンケートや電話によるマーケッティングを介した販売などのような大量伝送のためにも適したコスト負担を実現することができる。
【００１２】
本発明のその他の利点や特徴は図面ならびに以下で説明する本発明の実施例に示されている。
【００１３】
図面
図１は、送信側レベルとプロバイダーレベルとの間ならびにプロバイダーレベルと受信側レベルとの間においてＷＡＰ（Wireless application protocoll）標準に従って行われるデータ伝送に属する送信を略示する図である。
【００１４】
図２は、図１と同様の内容をデータ伝送に続く本来の受信側による付加的な応答とともに示す図である。
【００１５】
図３は、ＷＡＰプロトコルによる送付物M-Send.reqを示す図である。
【００１６】
図４は、本発明に従いコスト信号の補われた送付物M-Send.reqを示す図である（グレーでハイライト表示）。
【００１７】
図５は、ＷＡＰプロトコルによる送付物M-Send.confを示す図である。
【００１８】
図６は、本発明に従いコスト信号の補われた送付物M-Send.reqを示す図である（グレーでハイライト表示）。
【００１９】
図７は、ＷＡＰプロトコルによる送付物M-Notification.indを示す図である。
【００２０】
図８は、本発明に従いコスト信号の補われた送付物M-Notification.indを示す図である（グレーでハイライト表示）。
【００２１】
図９は、ＷＡＰプロトコルに従った送付物M-Retrieve.confを示す図である。
【００２２】
図１０は、本発明に従いコスト信号の補われた送付物M-Retrieve.confを示す図である（グレーでハイライト表示）。
【００２３】
図１１は、上述の図に示したコスト信号のためのフィールドの割り当てについて示す図である。
【００２４】
図１２は、本発明による付加的なヘッダフィールドのアドレッシングについて示す図である。
【００２５】
図１３は、本発明による移動通信装置を用いたデータ伝送の基本構成図である。
【００２６】
実施例では本発明をＷＡＰ標準のためのデータ伝送スキーマ１に適用するものとして説明する。これはたとえばＵＭＴＳ（Universal mobile telecommunication standard）における特別な画像データおよびフォーマット化されたテキストデータの伝送において使用されるようなものである。当然ながら、本発明を他の標準にも適用することができる。
【００２７】
ＵＭＴＳ標準においては従来のＳＭＳ（Short Message Service）に加えて、口で話されていないメッセージの伝送のためにいわゆるＭＭＳ（Multimedia Messaging Serviece）も組み入れられるように計画されている。これによりフォーマット化されたテキストデータと画像も伝送することができる。ＳＭＳにおいて定められている１６０文字のメッセージ長までの制約がもはやなくなる。オーディオおよびビデオメッセージの伝送も可能である。
【００２８】
ＭＭＳはＷＡＰの利用を介して実現できる。それによればデータたとえばマルチメディア・メッセージ（Multimedia Message＝MMs）の無線伝送に対して、図１では一方の側のデータ伝送に関して図２では応答送付も加えて描かれているプロトコルスキーマ（ＷＡＰ ＷＳＰ：Wireless Session Protocoll）が使用される。このプロトコルスキーマはデータ送信側のレベル２（ＭＭＳ ユーザエージェントＡ）、プロバイダーのレベル３（ＭＭＳリレー）および受信側のレベル４（ＭＭＳユーザエージェントＢ）をを有している。データ送信側のレベル２は少なくとも１つの通信装置５を有しており、同様に受信側のレベル４は通信装置６を有している。これらの通信装置５，６はたとえば通常の携帯電話としてまたはたとえばラップトップコンピュータのように別の入力機能や表示機能を備えた機器として構成することができる。
【００２９】
送信側の通信装置５において作成されたまたはこの通信装置を経由して転送可能なデータセット７はまずはじめ、送付物９として（これはＷＡＰプロトコルでは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）を用いて応答が送信された後、これを個々の識別信号に基づき、応答マルチメディアメッセージ（MMＢ）が本当に伝送データ７（MMＡ）に対する応答であるか否か、およびセットされた期間が守られていたか否かを検査する必要がある。
【００５２】
次に、ＷＡＰメッセージにおいて利用されるヘッダフィールドについて詳しく説明する。ここでは一例として以下のシナリオを採用することにする：ＭＭＳユーザエージェントＡ（送信側２）はテキストおよびＪＰＥＧ画像を有するＭＭＡ７を３つの受信側４へ送信する（１つの"To"受信側および２つの"Cc"受信側）。"To"受信側グループにおいては送信側２は３つの応答ＭＭｓ（Multimediaメッセージ）のためのコストを負担するつもりであるのに対し、受信側グループ"Cc"においては２つの応答ＭＭｓのためのコストだけしか負担しないつもりである。しかしＭＭｓサービスプロバイダ３は、"Cc"受信側のために１つの無料の応答ＭＭだけしか許可しない。コスト負担のためにまず最初に１時間（＝３６００秒）が設定される。
【００５３】
メッセージ９：M-Send.reg（ＭＭＳユーザエージェントＡ→ＭＭＳリレー３）：
【００５４】
【外１】
"andreas.schmid@sal.siemens.de"というアドレスをもつ送信側２（ＭＭＳユーザエージェントＡ）は"josef.laumen@sal.siemens.de"というアドレスをもつ受信側４（ＭＭＳユーザエージェントＢ）へＭＭＡ７を送信し、これはテキスト（MIME content type "plain/text"）とＪＰＥＧ画像（MIME content type "image/jpeg"）とによって構成されている。このＭＭＡ７のカーボンコピー（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）に含まれている。ＭＭＡのコストの保証された応答に対する期間（３６００秒）はフィールド２１（X-Mms-Expiry）に書き込まれている。
【００５６】
これに応じて送信側２は以下のように変更されたメッセージ１０（M-Send.conf）をＭＭＳリレー３から受け取る：
メッセージ９：M-Send.req（ＭＭＳユーザエージェントＡ→ＭＭＳリレー３）：
【００５７】
【外２】
ＭＭＳリレー３はこのメッセージ１０によって、ＷＡＰメッセージ９がエラーなくＭＭＳリレー３に伝送されたことを確認応答する。この場合、識別信号がトランザクションＩＤとして使用され、その目的は送信側２においてメッセージ１０をそれに属するM-Send.req ９に、つまりは送信されたＭＭＡ７に一義的に対応づけることにある。この例ではＭＭＳリレー３はＭＭＡ７に識別信号"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によって、ＭＭＡ７の送信側に対しその送付および返送される応答ＭＭｓにかかる可能性のあるコストが示されている。
【００６０】
メッセージ１１：M-Notification.ind（ＭＭＳリレー３→ＭＭＳユーザエージェントＢ４）：
この例では４つの受信側４の各々に対し１つの通知が存在し、すなわち"To"受信側への通知とそれぞれ"Cc"受信側と２つの"Bcc"受信側への通知である。これらの各々には固有のトランザクションＩＤが含まれている。期間に関する情報はフィールド２１（X-Mms-Expiry）内のすべてに存在し、ＭＭＡ７のメモリロケーションに関する情報はフィールドX-Mms-content-Location内のすべてに存在する。
【００６１】
ａ）メッセージ１１："To"受信側へのM-Notification.ind：
【００６２】
【外３】
"To"受信側４はフィールド１７（X-Mms-RFF-To-Amount）内のエントリに従い、自身にとって３つの応答ＭＭｓは無料であることを知る。
【００６４】
ｂ）メッセージ１１："Cc"受信側へのM-Notification.ind：
【００６５】
【外４】
"Cc"受信側はフィールド１８（X-Mms-RFF-Cc-Amount）内のエントリを介して、自身にとって応答ＭＭが無料であることを知る。
【００６７】
ｃ）メッセージ１１："Bcc"受信側２へのM-Notification.ind：
【００６８】
【外５】
"Bcc"受信側へのM-Notification.indここではたとえばこのグループのうち第２の受信側４のためのものであるが、これは従来技術に対し変更されていない。それというのもサービスプロバイダ３は、"Bcc"受信側のそれぞれ１つの応答についてコストを負担するという送信側２の要求を拒否したからである。
【００７０】
ＭＭＡ７のダウンロードはWSP GET命令１３により始められる。これに応じてデータ７がＭＭＳリレー３からメッセージ１４ M-Retrieve.confにおいて個々の受信側４へ送られる。
【００７１】
以下では"To"受信側についてのみ考察する。
【００７２】
メッセージ１４：M-Retrieve.conf（ＭＭＳリレー３→ＭＭＳユーザエージェントＢ４）：
【００７３】
【外６】
たとえばこのデータ７の受取側４が第２のサービスプロバイダに「属する」場合、ＭＭＡ７は別のメッセージＩＤをもつ可能性がある。これはこの例においては、値"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"の機能を実現するためにこのフィールドが設けられていなければならない。
【００７７】
ついでＭＭＡ７の"To"受信側４は応答ＭＭ，ＭＭＢを出所送信側２へ送り戻す。この目的で僅かに変更されたM-Send.req ２３が用いられる（図２）。この例では３つの可能な／前払いされた応答（前述の説明を参照）のうち第１の応答が送信されることになる。
【００７８】
メッセージ２３：M-Send.req（ＭＭＳユーザエージェントＢ→ＭＭＳリレー）：
【００７９】
【外７】
出所受信側４（ＭＭＳユーザエージェントＢ）は新しいフィールド２０（X-Mms-Reply-ID）の存在に関して、このＭＭＢは別のＭＭに対する応答を表すことを通知する。この応答がどのＭＭに関連するかは、フィールド２０（X-Mms-Reply-ID）のフィールドエントリ"BBBB.2222@bosch-mms.de"において規定される。このエントリはＭＭＡのメッセージＩＤであり、ＭＭＳユーザエージェントＢに対しＭＭＡ７のダウンロードのときにメッセージ１４としてこれが通知される。
【００８１】
ＭＭＳユーザエージェントＢの送信問い合わせ２３（M-Send.req）に対しＭＭＳリレー３からメッセージ２４（M-Send.conf）により確認応答が行われる。これは以下のように変更されている：
メッセージ２４：M-Send.conf（ＭＭＳリレー→ＭＭＳユーザエージェントＢ）：
【００８２】
【外８】
エントリ"X-Mms-RFF-To-Amount"によりＭＭＳリレー３はＭＭＳユーザエージェントＢに対し、同じＭＭＡ７のためにコストの保証されたさらに２つの応答を送信可能なことを通知することができる。
【００８４】
ついでＭＭＳリレー３はＭＭＢの受信側すなわちＭＭＡ７の出所送信側２に対し、ＷＡＰメッセージ２５（M-Notification.ind）を用いて通知を行う：
メッセージ２５：M-Notification.ind（ＭＭＳリレー３→ＭＭＳユーザエージェントＡ２）：
【００８５】
【外９】
このM-Notification.ind 25を変更した目的は、目下のＭＭが応答ＭＭを表しておりどのＭＭＡ７にその応答が関連するかをＭＭＳユーザーエージェントＡに通知するためである。そのためこの応答においてM-Notification.ind ２５中にフィールド２０（X-Mms-Reply-ID）が挿入される。この場合、フィールドエントリはこの応答ＭＭＢに関連するＭＭＡ７のメッセージＩＤ １とすべきであって、ここでは"AAAA.1111@mms-relay.siemens.de"である。ここで重要となるのはやはり以下のことである。すなわちサービスプロバイダ３（ＭＭＳリレー）は、ＩＤ１とＩＤ２とが互いに異なっているときにＩＤ２をＩＤ１へマッピングできなければならず、その理由はＭＭＳユーザＡはＩＤ１しか知らないのに対しＭＭＳユーザエージェントＢはＩＤ２しか知らないからである。フィールド２０（X-MMS-Reply-ID）の内容は、２回とも同じＭＭＢが識別されるにもかかわらず、送信２３（M-Send.req）と２５（M-Notification.ind）とで異ならせてもよく、この例でもそうである。
【００８７】
ついでこの通知の適正な受信が再びＷＡＰメッセージM-NotifyResp.reqによって確認応答され、これはM-Notification.indの対応するトランザクションＩＤがステータスメッセージとともにＭＭＳリレー３に返送されることで行われる。やはりＷＳＰ ＧＥＴ命令により、ＭＭＳユーザエージェントＡによるＭＭＢのダウンロードが始められる。それに応じてＭＭＢはＭＭＳリレー３からM-Retrieve.confメッセージ２７においてＭＭＳユーザエージェントＡに送信される：
メッセージ２７：M-Retrieve.conf（ＭＭＳリレー→ＭＭＳユーザエージェントＡ）：
【００８８】
【外１０】
M-retrieve.conf ２７も変更されるがその目的はＭＭＳユーザエージェントＡに対し、目下のＭＭＢが応答ＭＭを成しどのＭＭにこの応答が関連するのかを通知するためである。そのためフィールド２０（X-Mms-Reply-ID）がM-Notification.indに挿入される。フィールドエントリは、この応答ＭＭＢが関連するＭＭＡのメッセージＩＤ １とすべきである。
【００９０】
１つの実施形態によれば移動無線ネットワークにおけるデータ伝送コストのアカウント方法において、伝送コストのための少なくとも１つの識別信号がデータに割り当てられ、この識別信号がデータの受信側および／または送信側へ伝送される。この場合、たとえばメッセージの送信側および／または個々の受信側にまえもって与えられていたＷＡＰ（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"に従い符号化される。 このようにして期限に対し明示的な日付または特定の期間を与えることができる。有利にはこの種の付加的なヘッダフィールドは以下の区分を有する：
【００９４】
【外１１】
さらに応答マルチメディアメッセージの送信側は事前に得られたマルチメディアメッセージに対する自身の応答を、選択されたアカウントモデル（たとえばリプライチャージ Reply charging）とは無関係に応答として表すこともできる。この目的で、ヘッダフィールド"X-MMS-Reply-IDと同様の少なくとも別のヘッダフィールドを挿入するのも好適であり、応答の行われるオリジナルマルチメディアメッセージのメッセージＩＤをそのフィールドに書き込むことができる。
【図面の簡単な説明】
【図１】 一方の側におかれた送信側レベルおよびプロバイダーレベルと他方の側におかれたプロバイダーレベルおよび受信側レベルとの間においてＷＡＰ（Wireless application protocoll）標準に従って行われるデータ伝送に属する送信を略示する図である。
【図２】 図１と同様の内容をデータ伝送に続く本来の受信側による付加的な応答とともに示す図である。
【図３】 ＷＡＰプロトコルによる送付物M-Send.reqを示す図である。
【図４】 本発明に従いコスト信号の補われた送付物Ｍ-Send.reqを示す図である。
【図５】 ＷＡＰプロトコルによる送付物Ｍ-Send.confを示す図である。
【図６】 本発明に従いコスト信号の補われた送付物Ｍ-Send.reqを示す図である
【図７】 ＷＡＰプロトコルによる送付物Ｍ-Notification.indを示す図である。
【図８】 本発明に従いコスト信号の補われた送付物Ｍ-Notification.indを示す図である。
【図９】 ＷＡＰプロトコルに従った送付物Ｍ-Retrieve.confを示す図である。
【図１０】 本発明に従いコスト信号の補われた送付物Ｍ-Retrieve.confを示す図である。
【図１１】 上述の図に示したコスト信号のためのフィールドの割り当てについて示す図である。
【図１２】 本発明による付加的なヘッダフィールドのアドレッシングについて示す図である。
【図１３】 本発明による移動通信装置を用いたデータ伝送の基本構成図である。
Claims (24)
- 移動無線ネットワークにおけるマルチメディアメッセージ伝送のためのデータ伝送コストアカウント方法において、
マルチメディアメッセージにおける伝送されるまたは伝送しようとするデータに、該マルチメディアメッセージにおける伝送データに関連づけられた少なくとも１つの応答の送信コストに関する少なくとも１つのコスト信号を割り当て、１つまたは複数の該コスト信号を１つまたは複数のデータ受信側へ伝送し、
１つまたは複数の前記コスト信号に、データの出所送信側による少なくとも１つの応答に対するコストの負担に関する情報が含まれており、
１つまたは複数の前記コスト信号には、伝送されたデータに対する応答を本来の受信側が無料でまかなえる期間に関する情報が含まれており、
１つまたは複数の前記コスト信号に、少なくとも１つの応答と前記データとの対応づけを可能とするデータに関する識別情報が含まれており、
１つまたは複数の前記コスト信号は、マルチメディアメッセージの伝送データにおける１つまたは複数のヘッダフィールドに含まれており、
少なくとも１つの応答に対するコストの負担を設定するため、前記データの送信側がサービスプロバイダとコストの負担に関して事前に通信することなく、前記データの出所送信側からデータの受信側およびサービスプロバイダへ向けて、１つまたは複数の前記コスト信号を、１つまたは複数の前記ヘッダフィールドにおいて前記データの出所送信側により設定して、前記データを前記出所送信側からデータの受信側および前記サービスプロバイダへただちに送信することを特徴とする、
データ伝送コストアカウント方法。 - 移動無線ネットワークにおけるマルチメディアメッセージ伝送のためのデータ伝送コストアカウント方法において、
マルチメディアメッセージにおける伝送されるまたは伝送しようとするデータに、該マルチメディアメッセージにおける伝送データに関連づけられた少なくとも１つの応答の送信コストに関する少なくとも１つのコスト信号を割り当て、１つまたは複数の該コスト信号を１つまたは複数のデータ受信側へ伝送し、
１つまたは複数の前記コスト信号に、データの出所送信側による少なくとも１つの応答に対するコストの負担に関する情報が含まれており、
１つまたは複数の前記コスト信号には、伝送されたデータに対する応答を本来の受信側が無料でまかなえる期間に関する情報が含まれており、
１つまたは複数の前記コスト信号に、少なくとも１つの応答と前記データとの対応づけを可能とするデータに関する識別情報が含まれており、
１つまたは複数の前記コスト信号は、マルチメディアメッセージの伝送データにおける１つまたは複数のヘッダフィールドに含まれており、
少なくとも１つの応答に対するコストの負担を設定するため、前記データの送信側がサービスプロバイダとコストの負担に関して事前に通信することなく、前記データの出所送信側からデータの受信側およびサービスプロバイダへ向けて、１つまたは複数の前記コスト信号を、１つまたは複数の前記ヘッダフィールドにおいて前記データの出所送信側により設定して、前記データを出所送信側からサービスプロバイダへただちに送信し、
送信側が送信すべきデータに対する１つまたは複数の応答のために送信側が行おうとするコスト負担の可能性に関して、およびコスト負担受け入れ用意期間を設定するために、１つまたは複数の付加的なヘッダフィールドを、マルチメディアメッセージのデータを伝送する送付物M-Send.reqにそれぞれ割り当てることを特徴とする、
データ伝送コストアカウント方法。 - 前記コスト信号によって、伝送されたデータに対し本来の受信側が無料でまかなえる応答の個数を設定する、請求項１または２記載の方法。
- データが複数の受信側に伝送されるときには前記データ送信側が個々のデータ送信に対しそれぞれ異なるコスト信号を割り当てる、請求項１から３のいずれか１項記載の方法。
- １つまたは複数のコスト信号の相違を、応答に対するコスト負担の受け入れ用意および／または該受け入れ用意の期間および／または無料で行える応答の個数に関連づける、請求項４記載の方法。
- データを受信する前、受信した時または受信した後、視覚的または聴覚的にコスト信号情報を受信側に表示する、請求項１から５のいずれか１項記載の方法。
- 移動メッセージサービス（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.conf, M-Notification.ind, M-Retrieve.conf にそれぞれ割り当てる、請求項２から１１のいずれか１項記載の方法。
- 送信側が送信すべきデータに対する１つまたは複数の応答のために送信側が行おうとするコスト負担の可能性に関する付加的なヘッダフィールドと、コスト負担受け入れ用意期間を設定するための付加的なヘッダフィールドとを、送出された送付物M-Send.reqに割り当てる、請求項１２記載の方法。
- プロバイダからデータ送信側に戻される送付物M-Send.conf内に、応答に対するコスト負担を是認または（部分的に）拒否する確認応答をもつヘッダフィールドと、データ送信側にとって予測されるコストに関する情報をもつヘッダフィールドを割り当てる、請求項１２から１４のいずれか１項記載の方法。
- プロバイダから受信側へ送出される送付物M-Notification.ind内に、コスト負担を表し場合によっては応答期間および／または応答数の制限を表す信号をもつ少なくとも１つのヘッダフィールドを割り当てる、請求項１２から１５のいずれか１項記載の方法。
- 受信側からプロバイダに送信される応答には、送信されたデータに対する応答であることを表す指示子と、どのデータであるかを表す識別情報とが含まれている、請求項１２から１６のいずれか１項記載の方法。
- 本来の送信側（ＭＭＳユーザエージェントＡ）に対する通知には、受信のために用意されている送信が応答であるという情報と、どのデータに係わるかかの識別情報が含まれている、請求項１２から１７のいずれか１項記載の方法。
- 個々の識別信号に少なくとも１つのヘッダフィールドを付加的に追加し、該ヘッダフィールドに識別信号に対する応答期限をセットする、請求項１から１８のいずれか１項記載の方法。
- 請求項１から１９のいずれか１項記載の方法を実施するための移動通信装置（５；６）。
- １つまたは複数の応答に対するコスト負担受け入れを承認するための受け入れスイッチ（１６）が設けられている、請求項２０記載の移動通信装置（５；６）。
- １つまたは複数の応答に対するコストを負担することと該コスト負担の期間を視覚的または聴覚的に表示するための表示手段（１５）が設けられている、請求項２１記載の移動通信装置。
- 前記受け入れスイッチ（１６）はソフトウェアによって実装されており入力手段を介して選択される、請求項２１または２２記載の移動通信装置。
- １つまたは複数の応答のコストを負担するコスト信号をデータ送付物（９，１３）のヘッダフィールド（１７；１８；１９；２０；２１）に割り当てるためのソフトウェアが設けられている、請求項２０から２３のいずれか１項記載の移動通信装置（５；６）。
Applications Claiming Priority (9)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE10047128 | 2000-09-22 | ||
| DE10047128.5 | 2000-09-22 | ||
| DE10049802.7 | 2000-10-09 | ||
| DE10049802 | 2000-10-09 | ||
| DE10100610.1 | 2001-01-09 | ||
| DE10100610 | 2001-01-09 | ||
| EP01103357 | 2001-02-13 | ||
| EP01103357.8 | 2001-02-13 | ||
| PCT/DE2001/003175 WO2002025921A2 (de) | 2000-09-22 | 2001-08-20 | Abrechnung von datenübertragungskosten in einem mobilfunknetz |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011001985A Division JP5825789B2 (ja) | 2000-09-22 | 2011-01-07 | データ伝送コストアカウント方法ならびにデータ伝送コストアカウントのための移動通信装置 |
| JP2011001984A Division JP5193315B2 (ja) | 2000-09-22 | 2011-01-07 | データ伝送コストアカウント方法ならびにデータ伝送コストアカウントのための移動通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004509572A JP2004509572A (ja) | 2004-03-25 |
| JP5140227B2 true JP5140227B2 (ja) | 2013-02-06 |
Family
ID=27437881
Family Applications (5)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002529005A Expired - Lifetime JP5140227B2 (ja) | 2000-09-22 | 2001-08-20 | 移動無線ネットワークにおけるデータ伝送コストアカウント方法 |
| JP2002529006A Ceased JP2004509573A (ja) | 2000-09-22 | 2001-08-21 | 移動無線ネットワークにおけるデータ伝送の際のコストアカント |
| JP2011001984A Expired - Lifetime JP5193315B2 (ja) | 2000-09-22 | 2011-01-07 | データ伝送コストアカウント方法ならびにデータ伝送コストアカウントのための移動通信装置 |
| JP2011001985A Expired - Lifetime JP5825789B2 (ja) | 2000-09-22 | 2011-01-07 | データ伝送コストアカウント方法ならびにデータ伝送コストアカウントのための移動通信装置 |
| JP2014137833A Pending JP2014225892A (ja) | 2000-09-22 | 2014-07-03 | データ伝送コストアカウント方法ならびにデータ伝送コストアカウントのための移動通信装置 |
Family Applications After (4)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002529006A Ceased JP2004509573A (ja) | 2000-09-22 | 2001-08-21 | 移動無線ネットワークにおけるデータ伝送の際のコストアカント |
| JP2011001984A Expired - Lifetime JP5193315B2 (ja) | 2000-09-22 | 2011-01-07 | データ伝送コストアカウント方法ならびにデータ伝送コストアカウントのための移動通信装置 |
| JP2011001985A Expired - Lifetime JP5825789B2 (ja) | 2000-09-22 | 2011-01-07 | データ伝送コストアカウント方法ならびにデータ伝送コストアカウントのための移動通信装置 |
| JP2014137833A Pending JP2014225892A (ja) | 2000-09-22 | 2014-07-03 | データ伝送コストアカウント方法ならびにデータ伝送コストアカウントのための移動通信装置 |
Country Status (8)
| Country | Link |
|---|---|
| US (3) | US7412227B2 (ja) |
| EP (2) | EP1319307B1 (ja) |
| JP (5) | JP5140227B2 (ja) |
| KR (3) | KR100782625B1 (ja) |
| CN (5) | CN101998350A (ja) |
| AU (2) | AU2001283810A1 (ja) |
| DE (1) | DE50115345D1 (ja) |
| WO (2) | WO2002025921A2 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2001283810A1 (en) | 2000-09-22 | 2002-04-02 | Siemens Aktiengesellschaft | Accounting of data transmission costs in a mobile radiotelephone network |
| DE10219150A1 (de) | 2002-04-29 | 2003-11-20 | Siemens Ag | Verfahren und Anordnung zum Übermitteln von Textnachrichten |
| US7328049B2 (en) * | 2002-06-28 | 2008-02-05 | Nokia Corporation | Pre-resource checking before file download |
| GB2399983A (en) * | 2003-03-24 | 2004-09-29 | Canon Kk | Picture storage and retrieval system for telecommunication system |
| DE10313628A1 (de) * | 2003-03-26 | 2004-10-21 | Siemens Ag | Verfahren zur Übertragung von Nutzdaten in einem Kommunikationsnetz |
| US7962124B1 (en) | 2003-10-13 | 2011-06-14 | Nortel Networks Limited | Method and system for multimedia message delivery in a communication system |
| US8380631B2 (en) | 2006-07-19 | 2013-02-19 | Mvisum, Inc. | Communication of emergency medical data over a vulnerable system |
| US7974924B2 (en) | 2006-07-19 | 2011-07-05 | Mvisum, Inc. | Medical data encryption for communication over a vulnerable system |
| US8396804B1 (en) | 2006-07-19 | 2013-03-12 | Mvisum, Inc. | System for remote review of clinical data |
| US20080021730A1 (en) * | 2006-07-19 | 2008-01-24 | Mdatalink, Llc | Method for Remote Review of Clinical Data |
| JP4676404B2 (ja) * | 2006-08-30 | 2011-04-27 | 株式会社エヌ・ティ・ティ・ドコモ | 配信装置及びプログラム |
| KR100905911B1 (ko) | 2007-05-29 | 2009-07-02 | 삼성전자주식회사 | 멀티미디어 메시지 서비스를 수행하는 휴대 단말기의 정보제공 방법 및 장치 |
| US8526988B2 (en) * | 2008-11-30 | 2013-09-03 | Google Inc. | Method and system for circulating messages |
| US20110045851A1 (en) * | 2009-08-21 | 2011-02-24 | Gabber Communications, Inc. | Ad-hoc group formation for users of mobile computing devices |
| US8359003B1 (en) * | 2009-12-21 | 2013-01-22 | Sprint Communications Company L.P. | Alternative text billing system and method |
| JP5929598B2 (ja) * | 2012-07-31 | 2016-06-08 | ソニー株式会社 | 物理量受給装置及び物理量供給装置 |
Family Cites Families (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03245657A (ja) * | 1990-02-23 | 1991-11-01 | Mirai Bill Kenkyu Kaihatsu Kk | 電話交換網における課金方法 |
| JPH05268216A (ja) * | 1992-03-19 | 1993-10-15 | Fujitsu Ltd | 電子メールの料金方式 |
| JPH07162666A (ja) * | 1993-12-02 | 1995-06-23 | Fujitsu Ltd | 電子メールシステム |
| JP3299620B2 (ja) * | 1994-01-21 | 2002-07-08 | 富士通株式会社 | 課金制御方式 |
| DE19522988A1 (de) * | 1995-06-28 | 1997-01-02 | Sel Alcatel Ag | Verfahren zur Gebühreninformation sowie Dienststeuereinrichtung, Teilnehmervermittlungsstelle, Endgerät und Kommunikationsnetz |
| SE9502533L (sv) | 1995-07-10 | 1997-01-11 | Telia Ab | Anordning vid kommunikationssystem |
| JPH0946685A (ja) * | 1995-07-28 | 1997-02-14 | Toshiba Corp | スクランブル放送システム |
| US5930343A (en) * | 1995-12-15 | 1999-07-27 | Lucent Technologies Inc. | Toll call rate provider |
| GB2314729B (en) * | 1995-12-19 | 2001-01-17 | Motorola Inc | Method and apparatus for rate governing communications |
| US5822310A (en) * | 1995-12-27 | 1998-10-13 | Ericsson Inc. | High power short message service using broadcast control channel |
| DE19606557A1 (de) | 1996-02-22 | 1997-08-28 | Bosch Gmbh Robert | Verfahren und Einrichtung zur Steuerung des Fahrzeugverkehrs in einem definierten Straßenverkehrsbereich |
| JP3080878B2 (ja) | 1996-04-23 | 2000-08-28 | 静岡日本電気株式会社 | 無線選択呼出受信機およびその呼出方法 |
| FI111428B (fi) * | 1996-08-29 | 2003-07-15 | Nokia Corp | Langatonta tiedonsiirtoyhteyttä hyödyntävä gallup |
| US5864606A (en) * | 1996-09-30 | 1999-01-26 | At&T Corp. | Toll free message response |
| FI109509B (fi) * | 1997-06-03 | 2002-08-15 | Nokia Corp | Matkaviestimelle päätyvän lyhytsanoman laskutus |
| DE19806557C2 (de) | 1998-02-17 | 2000-08-17 | Ericsson Telefon Ab L M | Anzeige von Gebühreninformation unter Einsatz USSD-Mechanismus |
| US6219694B1 (en) * | 1998-05-29 | 2001-04-17 | Research In Motion Limited | System and method for pushing information from a host system to a mobile data communication device having a shared electronic address |
| JP3786332B2 (ja) * | 1998-10-09 | 2006-06-14 | 日本ビクター株式会社 | ユーザ携帯端末 |
| JP3869135B2 (ja) * | 1998-11-10 | 2007-01-17 | ソフトバンクモバイル株式会社 | デジタル無線電話による情報提供サービスシステム |
| JP2000172977A (ja) * | 1998-12-03 | 2000-06-23 | Hitachi Ltd | 交通情報収集・配信システム |
| FI112575B (fi) | 1998-12-30 | 2003-12-15 | Elisa Solutions Oy | Menetelmä ihmisjoukolta tiettyyn ainakin yhteen kysymykseen pyydettävien vastausten keräämiseksi ja käsittelemiseksi |
| FI109067B (fi) | 1999-01-29 | 2002-05-15 | Nokia Corp | Maksunosoitus |
| JP2000253180A (ja) * | 1999-03-01 | 2000-09-14 | Toshiba Corp | データ通信端末装置 |
| KR100308152B1 (ko) * | 1999-07-31 | 2001-09-29 | 서평원 | 단문 메시지 서비스를 위한 셀 브로드캐스팅 방법 |
| ES2288841T3 (es) * | 2000-02-11 | 2008-02-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Aparato, metodo y sistema para control de almacenamiento de un centro de servicios de mensajes cortos. |
| FI111899B (fi) * | 2000-06-16 | 2003-09-30 | Nokia Corp | Menetelmä laskutuksen kohdentamiseksi sanomien välitysjärjestelmässä, välitysjärjestelmä, palvelin ja päätelaite |
| FI110297B (fi) * | 2000-08-21 | 2002-12-31 | Mikko Kalervo Vaeaenaenen | Lyhytäänisanomajärjestelmä, -menetelmä ja -päätelaite |
| AU2001283810A1 (en) | 2000-09-22 | 2002-04-02 | Siemens Aktiengesellschaft | Accounting of data transmission costs in a mobile radiotelephone network |
-
2001
- 2001-08-20 AU AU2001283810A patent/AU2001283810A1/en not_active Abandoned
- 2001-08-20 US US10/381,511 patent/US7412227B2/en not_active Expired - Lifetime
- 2001-08-20 CN CN2010105598460A patent/CN101998350A/zh active Pending
- 2001-08-20 CN CNA018187714A patent/CN1528085A/zh active Pending
- 2001-08-20 EP EP01962665.4A patent/EP1319307B1/de not_active Expired - Lifetime
- 2001-08-20 KR KR1020037004190A patent/KR100782625B1/ko active IP Right Grant
- 2001-08-20 JP JP2002529005A patent/JP5140227B2/ja not_active Expired - Lifetime
- 2001-08-20 CN CN2010105598140A patent/CN101998308A/zh active Pending
- 2001-08-20 WO PCT/DE2001/003175 patent/WO2002025921A2/de active Application Filing
- 2001-08-21 AU AU2001291606A patent/AU2001291606A1/en not_active Abandoned
- 2001-08-21 KR KR1020097000029A patent/KR101148356B1/ko active IP Right Grant
- 2001-08-21 KR KR10-2003-7004192A patent/KR20030030034A/ko not_active Application Discontinuation
- 2001-08-21 DE DE50115345T patent/DE50115345D1/de not_active Expired - Lifetime
- 2001-08-21 WO PCT/DE2001/003182 patent/WO2002025922A2/de active Application Filing
- 2001-08-21 JP JP2002529006A patent/JP2004509573A/ja not_active Ceased
- 2001-08-21 EP EP01971621A patent/EP1320984B1/de not_active Expired - Lifetime
- 2001-08-21 US US10/381,543 patent/US7305227B2/en not_active Expired - Lifetime
- 2001-08-21 CN CN2011101555668A patent/CN102202282B/zh not_active Expired - Lifetime
- 2001-08-21 CN CNA018193161A patent/CN1476715A/zh active Pending
-
2008
- 2008-07-30 US US12/182,576 patent/US7664482B2/en not_active Expired - Lifetime
-
2011
- 2011-01-07 JP JP2011001984A patent/JP5193315B2/ja not_active Expired - Lifetime
- 2011-01-07 JP JP2011001985A patent/JP5825789B2/ja not_active Expired - Lifetime
-
2014
- 2014-07-03 JP JP2014137833A patent/JP2014225892A/ja active Pending
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5193315B2 (ja) | データ伝送コストアカウント方法ならびにデータ伝送コストアカウントのための移動通信装置 | |
| JP5006864B2 (ja) | 移動無線ネットワークにおけるデータ伝送のための方法および移動通信装置 | |
| US6332164B1 (en) | System for recipient control of E-mail message by sending complete version of message only with confirmation from recipient to receive message | |
| CN1767508B (zh) | 即时消息传送服务中的文件传输方法以及用于支持该方法的移动通信终端 | |
| WO2001067330A1 (en) | Electronic stamp providing system for online advertisement and method of operating thereof | |
| TWI241836B (en) | Method of providing multimedia messaging service using unique message identifier | |
| US8054950B1 (en) | Network initiation and pull of media from mobile devices | |
| US20040187007A1 (en) | Electronic stamp for multimedia messages | |
| JP3323144B2 (ja) | 移動端末 | |
| CN1985527B (zh) | 实现两个用户之间通信的系统和方法 | |
| CN100556002C (zh) | 用于数据传输的方法和装置 | |
| KR20090001670A (ko) | 광고 요청 식별 번호를 이용한 광고 서비스 시스템 및 방법 | |
| JP7285406B1 (ja) | 電子メール処理方法及び電子メール処理装置 | |
| CN101951567A (zh) | 多媒体消息业务计费方法、系统及多媒体消息中心 | |
| KR100547221B1 (ko) | 웹 서버에서 제공한 멀티미디어 메시지에 대한 멀티미디어메시징 서비스 방법 | |
| JP3861737B2 (ja) | メール送受信システム及びメール送受信方法 | |
| KR20010077670A (ko) | 무선 단말기의 메세징 기능을 이용한 무선 위치 종속 광고서비스 시스템 및 그 방법 | |
| KR20040044245A (ko) | Ｃｐ 컨텐츠의 재전송 방법 | |
| KR20000057114A (ko) | 정보 전송 방법 | |
| FR2849334A1 (fr) | Service de messagerie multimedia comprenant un service indiquant l'absence du destinataire | |
| WO2009149444A1 (en) | Free short messaging service/multimedia messaging service system and related method of operating the same | |
| KR20020093453A (ko) | 인터넷 메시징 서비스에서 전자 우표를 지원하는 시스템및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060817 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090130 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090227 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20090526 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20090602 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20090625 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20090702 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20090727 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20090803 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090827 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100707 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20101004 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20101014 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20101105 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20101112 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20101206 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20101215 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20101228 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110107 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20110316 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110719 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20110826 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20111014 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20120502 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20120509 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20120601 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20120606 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120927 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121119 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5140227 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151122 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |