(57)【要約】例えば音の付いたまたは音のないテキストデータおよび／または画像データの、移動無線ネットワークにおけるデータ伝送コストのアカウント方法において、データに伝送コストに対する識別信号が割り当てられかつ該識別信号がデータの受信元および／または送信元に伝送される。
2004509573.tif 000002
【特許請求の範囲】
【請求項１】
例えば音の付いたまたは音のないテキストデータおよび／または画像データの、移動無線ネットワークにおけるデータ伝送コストのアカウント方法において、
データに伝送コストに対する識別信号を割り当てかつ
該識別信号をデータの受信元に伝送する
ことを特徴とする方法。
【請求項２】
識別信号はデータの生じる伝送コストに対するコスト負担者に関する情報を含んでいる
請求項１記載の方法。
【請求項３】
識別信号は伝送コストの高さに関する情報を含んでいる
請求項１または２記載の方法。
【請求項４】
データ送信元によってデータ送信の前に当該データ伝送に対するコスト負担者が選択可能である
請求項１から３までのいずれか１項記載の方法。
【請求項５】
受信元へのデータ先送りの前にプロバイダーによって、生じる伝送コストをデータに割り当てかつこれに関する情報を受信元へ送信する
請求項１から４までのいずれか１項記載の方法。
【請求項６】
受信元に伝送コストをデータの受信の前に光学的または音響的に指示する
請求項１から５までのいずれか１項記載の方法。
【請求項７】
受信元の電気通信装置に、コスト引き受けを確認するための引き受けスイッチが配属されておりかつ
受信元への伝送は引き受けスイッチのトリガ後に漸く可能であるようになっている
請求項１から６までのいずれか１項記載の方法。
【請求項８】
当該方法を移動メッセージングサービス（Ｍｏｂｉｌｅ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ＝ＭＭＳ）に使用する
請求項１から７までのいずれか１項記載の方法。
【請求項９】
当該方法を伝送標準ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、ＧＳＭ（Ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）および／またはＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｎｖｉｒｏｎｍｅｎｔｓ）に使用する
請求項１から８までのいずれか１項記載の方法。
【請求項１０】
識別信号を、伝送されるデータの１つまたは複数のヘッダ・フィールドに割り当てる
請求項１から９までのいずれか１項記載の方法。
【請求項１１】
コスト負担者の選択を１つのヘッダ・フィールドにファイルしかつ伝送コストの高さを別のヘッダ・フィールドにファイルする
請求項１から１０までのいずれか１項記載の方法。
【請求項１２】
コスト負担者の選択をヘッダ・フィールド０ｘ１９にファイルしかつ伝送コストの高さをヘッダ・フィールド０ｘ１Ａにファイルする
請求項１１記載の方法。
【請求項１３】
コスト負担者の選択に対する付加的な識別信号を、データセット（マルチメディア・メッセージ）を送信元（ＭＭＳユーザ・エージェント）からサービス・プロバイダーのＭＭＳリレーに伝送する際にその都度、伝送されたデータセット（マルチメディア・メッセージ）の、サービス・プロバイダーのＭＭＳリレーによる受信の、送信元（ＭＭＳユーザ・エージェント）に対する確認において、新しいデータセット（マルチメディア・メッセージ）の存在についての、サービス・プロバイダーのＭＭＳリレーによる受信元（ＭＭＳユーザ・エージェント）に対する通報においておよび新しいデータセット（マルチメディア・メッセージ）の存在についての、サービス・プロバイダーのＭＭＳリレーからのデータセット（マルチメディア・メッセージ）の伝送の際に伝送する
請求項１０から１２までのいずれか１項記載の方法。
【請求項１４】
伝送コストの高さに対する付加的な識別信号を、新しいデータセット（マルチメディア・メッセージ）の存在についての、サービス・プロバイダーのＭＭＳリレーによる受信元（ＭＭＳユーザ・エージェント）に対する通報においておよびデータセット（マルチメディア・メッセージ）の、サービス・プロバイダーのＭＭＳリレーからの受信元（ＭＭＳユーザ・エージェント）への伝送の際にその都度伝送する
請求項１０から１３までのいずれか１項記載の方法。
【請求項１５】
コスト負担者の選択に対する単数または複数の付加的なヘッダ・フィールドを送付物 Ｍ−ｓｅｎｄ．ｒｅｑ， Ｍ−ｓｅｎｄ．ｃｏｎｆ， Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ および Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ に対してそれぞれ割り当てかつ
伝送コストの高さに対する単数または複数の付加的なヘッダ・フィールドを送付物 Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ および Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ にだけ割り当てる
請求項１０から１４までのいずれか１項記載の方法。
【請求項１６】
送信される送付物 Ｍ−ｓｅｎｄ．ｒｅｑ に、送信元によって行われるべき、コスト負担者の選択に対する付加的なヘッダ・フィールドを割り当てる請求項１５記載の方法。
【請求項１７】
プロバイダーからデータ送信元に返送される送付物 Ｍ−ｓｅｎｄ．ｃｏｎｆ において、同じヘッダ・フィールドをコスト負担者選択を引き受けるまたは拒否する確認によって受領する
請求項１５または１６記載の方法。
【請求項１８】
プロバイダーから受信元に送信される送付物 Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ において、同じヘッダ・フィールドをコスト負担者選択を指示する信号で埋める
請求項１５から１７までのいずれか１項記載の方法。
【請求項１９】
受信元からプロバイダーに送信される送付物ＷＳＰ Ｇｅｔ．ｒｅｑ（１４） はコスト負担者選択を受け入れる信号である
請求項１５から１８までのいずれか１項記載の方法。
【請求項２０】
例えば音の付いたまたは音のないテキストおよび／または画像データの、移動無線ネットワークにおけるデータ伝送コストのアカウント方法、例えば請求項１から１７までのいずれか１項記載の方法において、
データに伝送コストに対する識別信号を割り当てかつ
該識別信号をデータの送信元に伝送する
ことを特徴とする方法。
【請求項２１】
請求項１から１８までのいずれか１項記載の方法を実施するための移動電気通信装置（５；６）において、
移動電気通信装置（５；６）にコスト引き受けを確認するための引き受けスイッチ（１６）が配属されている
ことを特徴とする移動電気通信装置。
【請求項２２】
移動電気通信装置（５；６）にデータ送信（７）および／または受信のコストを光学的または音響的に指示するための指示手段（１５）が配属されている
請求項２１記載の移動電気通信装置。
【請求項２３】
移動電気通信装置（５；６）にデータの送信（７）の際のコスト負担の選択のための選択スイッチ（１７）が配属されている
請求項２１または２２記載の移動電気通信装置。
【請求項２４】
選択スイッチ（１７）および／または引き受けスイッチ（１６）はソフトウェアサイドでインプリメンテーションされておりかつ入力手段を介して選択可能である
請求項２０から２２までのいずれか１項記載の移動電気通信装置。
【請求項２５】
当該移動電気通信装置には、データ送付物（９；１３）のヘッダ・フィールドを伝送コストに対する識別信号で埋めるためのソフトウェアが配属されている
ことを特徴とする移動電気通信装置（５；６）。
【請求項２６】
移動無線ネットワークを用いてデータ伝送を可能にするためのソフトウェアにおいて、
該ソフトウェアはコスト識別信号をそれぞれの受信元に転送する
ことを特徴とするソフトウェア。
【請求項２７】
ソフトウェアは請求項１から１７までのいずれか１項記載の方法を移動無線ネットワークにおけるデータ送信の際に実施する
請求項２６記載のソフトウェア。
【発明の詳細な説明】
【０００１】
本発明は、請求項１の上位概念に記載の移動無線ネットワークにおけるデータ伝送コストのアカント方法に関する。
【０００２】
例えばＧＳＭ標準に従って動作するネットワークのようなこれまでの移動無線ネットワークでは、テキストデータの伝送のための可能性はまだ著しく制限されている。すなわち、例えば１６０文字を含んでいるショートメッセージを伝送することができる。この手段はＳＭＳ（Ｓｈｏｒｔ ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）と称される。この形式のテキストメッセージの送信のコストに対してはデータ送信元が経済的負担を負わなければならない。
【０００３】
状来的には、マルチメディアデータ、殊に音付きまたは音なしの静止画または動画の伝送も可能であるようにすべきである。この種の伝送内でのデータ伝送量の著しい拡大が考慮されるべきであり、そうなればコストアップは避けられない。
【０００４】
本発明の課題は、移動無線ネットワークの加入者に対するコストのコントロールを簡単にすることである。
【０００５】
本発明はこの課題を、請求項１の特徴部分に記載の構成を有する方法並びに請求項２０の特徴部分に記載の構成を有する方法並びに請求項２１の特徴部分に記載の構成ないし請求項２５の特徴部分に記載の構成を有する移動電気通信装置（モバイル・テレコミュニケーション・デバイス）および請求項２６の特徴部分に記載の構成を有するソフトウェアによって解決される。有利な実施の形態に関しては請求項２ないし１９、２２ないし２４および２７が参考になる。
【０００６】
本発明の方法により、コスト情報はデータ受信元に対してまたは択一的にまたは付加的にデータ送信元に対して可能であり、このためにデータ送信元にとってコストの監視が容易になる。
【０００７】
このために使用される識別信号がコスト負担者に関する情報を含んでいるとき、受信元は、当該データ伝送のコストを誰が支払わなければならないかについて確かめることができる。
【０００８】
識別信号が伝送コストの高さについての情報を含んでいるとき、生じるコストの透明性が一段と改善されている。
【０００９】
特別有利にもデータ送信元によって、データ伝送のコストが送信元に帰されるべきなのかまたはすべて或いは部分的に受信元に帰されるべきであるかを選択することができる。上に述べた識別信号によって受信元は、受信元がコストを担わなければならずかつ有利はまた、コストはいくらであるかということも知ることができるようになる。
【００１０】
その際本発明の発展形態において、受信元は、コストに引き受けを少なくとも現時点においては拒否しかつ伝送を低料金の伝送時間になってからにするか或いは全く行わないのかもできるようになっている。
【００１１】
このようにして全体として、コストの分配は送信元によって伝送されるべきデータの種類に応じてその都度行われることができ、更に少なくとも受信元には種類および高さが知らされかつ受信元において、それに同意するかどうかを決定することができる。
【００１２】
これによりコストのコントロールおよび透明性は決定的に改善されている。
【００１３】
本発明の別の利点および特徴は図面に示されておりかつ以下に説明する、本発明の対象の実施例から明らかである。
【００１４】
図面には次のことが示されている：
図１は、一方における送信元のレベルおよびプロバイダーのレベルとプロバイダーのレベルおよび受信元のレベルとの間のＷＡＰ（Ｗｉｒｅｌｅｓｓ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌｌ）標準に従ったデータ伝送に配属されている送付物を簡単にイメージ化して示し、
図２は、部分図２Ａ，２Ｂ，２ＣでＷＡＰプロトコルに従った送付物 Ｍ−ｓｅｎｄ．ｒｅｑ を示し、
図３は、部分図３Ａ，３Ｂ，３Ｃで、本発明により識別信号が補充されている、ＷＡＰプロトコルに従った送付物 Ｍ−ｓｅｎｄ．ｒｅｑ を示し、
図４は、ＷＡＰプロトコルに従った送信 Ｍ−ｓｅｎｄ．ｃｏｎｆ を示し、
図５は、本発明により識別信号が補充されている、ＷＡＰプロトコルに従った送付物 Ｍ−ｓｅｎｄ．ｃｏｎｆ を示し、
図６は、ＷＡＰプロトコルに従った送付物 Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ を示し、
図７は、本発明により識別信号が補充されている、ＷＡＰプロトコルに従った送付物 Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ を示し、
図８は、部分図８Ａ，８Ｂ，８Ｃで、ＷＡＰプロトコルに従った送付物 Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ を示し、
図９は、本発明により識別信号が補充されている、ＷＡＰプロトコルに従った送付物 Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ を示し、
図１０は、上に述べた図に従った送付物のフィールドの占有を示し、
図１１は、本発明の移動電気通信装置を用いたデータ伝送の概略を示している。
【００１５】
実施例において、本発明をＷＡＰ標準に対するデータ伝送スキーマ１に使用するものとして説明する。それは例えばＵＭＴＳ標準（Ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｔａｎｄａｒｄ）における特別な画像データおよびフォーマット化されたテキストデータの伝送において使用されるようなものである。本発明は他の標準にも使用可能であることは勿論である。
【００１６】
ＵＭＴＳ標準においては殊に、これまでのＳＭＳに対して付加的に、メッセージの伝送に対していわゆるＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｅｃｅ）を設定するようにしている。これによりフォーマット化されたテキストデータおよび画像も伝送することができる。ＳＭＳに存在している、１６０個の文字のメッセージ長への制限はここではない。オーディオメッセージおよびビデオメッセージの伝送も可能である。
【００１７】
ＭＭＳはＷＡＰの利用を介して実施可能である。その際データ、例えばマルチメディア・メッセージ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅ＝ＭＭ）の無線伝送に対して図１に示されているプロトコルスキーマ（ＷＡＰ　ＷＳＰ：Ｗｉｒｅｌｅｓｓ Ｓｅｓｓｉｏｎ Ｐｒｏｔｏｃｏｌｌ）が使用される。これはデータ送信元のレベル２、プロバイダーのレベル３および受信元のレベル４を有している。データ送信元のレベル２は少なくとも１つの電気通信装置５を有しており、同様に受信元のレベル４は電気通信装置６を有している。これら電気通信装置５，６は例えば通例のハンディとしてまたは例えばラップトップのような別の入力または指示機能を備えた機器として実現されていてよい。
【００１８】
送信元の電気通信装置５において作成されたまたはこれを介して先に送るべきデータセット７はまず、送付物９として（これはＷＡＰプロトコルにおいて名称 Ｍ−Ｓｅｎｄ．ｒｅｑ を付けている）プロバイダー（レベル３）に送られる。
【００１９】
そこから入力された送付物は返送物１０（Ｍ−ｓｅｎｄ．ｃｏｎｆ）によって送信元（レベル２）に受領確認される。
【００２０】
時間的に続いて、プロバイダー３から情報１１（Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ）が受信元（レベル４）に送信され、これによって受信元には、自分のためにプロバイダー３で通信がダウンロードされるべく用意されていることが通報される。
【００２１】
これについてプロバイダー３は例えば自動的に受領確認する応答物１２（Ｍ−ＮｏｔｉｆｙＲｅｓｐ．ｒｅｑ）を受信元の電気通信装置６から受け取る。
【００２２】
送付物１３（ＷＳＰ ＧＥＴ．ｒｅｑ）を用いた受信元による要求に対して漸く、送付物１４（Ｍ−ｒｅｔｒｉｅｖｅ．ｃｏｍ）を有するデータセット７がプロバイダーから受信元に転送される。
【００２３】
送付物９，１０，１１，１２，１４を管理するためにいわゆるヘッダ・フィールド、すなわち本来のデータセット７に先行するフィールドが用いられる。ここには出所、送信時間、データファイル量および別の詳細に関する情報が含まれている。
【００２４】
本発明によれば、ヘッダ・フィールドの数が高められていて、少なくとも１つの別のフィールドをコスト情報フィールドとして利用することができかつその中で、伝送のコストに対する識別信号を受信元および／または送信元に送信できるようにしている。
【００２５】
実施例において１６進数系における０ｘ１９（１０進数系の２５に対応している）でアドレス指定されるフィールド（図１０）が設けられていて、コスト負担者としての受信元の選択に関する情報が収められるようにしており、フィールド０ｘ１Ａ（１０進数系の２６）はコストの高さに関する情報を含んでいる。
【００２６】
送信元（レベル２）はその電気通信装置５にハードウェアサイドでまたは殊にソフトウェアサイドでおよびいずれにせよ存在しているキーボード装置を介して操作すべきスイッチ１７を操作して、これによりフィールド０ｘ１９に情報“Ｒｅｖｅｒｓｅ ｃｈａｒｇｉｎｇ ｏｎ”、すなわち受信元によるコスト負担、または“Ｒｅｖｅｒｓｅ ｃｈａｒｇｉｎｇ ｏｆｆ”、すなわち送信元によるコスト負担が従来の仕方でファイルされるようにしている。例えば“Ｒｅｖｅｒｓｅ ｃｈａｒｇｉｎｇ ｏｎ”の場合フィールド０ｘ１９に値２１８が割り当てられかつ“Ｒｅｖｅｒｓｅ ｃｈａｒｇｉｎｇ ｏｆｆ”の場合値１２８が割り当てられる。このフィールドは送信元におけるスイッチ操作によって埋められかつ送付物９（図３）と一緒にプロバイダー（レベル３）に送信される。簡単なイエス／ノー選択に代わって、フィールド“Ｒｅｖｅｒｓｅ ｃｈａｒｇｉｎｇ ｏｎ／ｏｆｆ”に段階を設定して、例えば送信元と受信元との間のコスト負担を等分選択または別の比率を選択するようにすることもできる。
【００２７】
プロバイダーは受領確認通信１０（図５）において、受信元によるコスト引き受けを受容する用意があることを確認しかつそれから送信元に対する送付物１０（Ｍ−ｓｅｎｄ．ｃｏｎｆ）におけるフィールド０ｘ１９を“Ｒｅｖｅｒｓｅ ｃｈａｒｇｉｎｇ ｏｎ”にセットし、これに反して拒否する場合には“Ｒｅｖｅｒｓｅ ｃｈａｒｇｉｎｇ ｏｆｆ”にセットする。更に送信元は、コスト引き渡し希望が受け入れられたまたは拒否されたという相応の通信を受け取る。更に、送付物１０はフィールド０ｘ１Ａに例えばストリング・データファイルとしてプロバイダー（レベル３）によって作成されるコストの高さに関する情報を含んでいる。この情報は送信元に、送信元がコストを自ら引き受けるのかまたは受信元に負担させようとしているのかに関係なく通報することができる。これによりコストの透明さが改善される。この情報を、送信元が“ｒｅｖｅｒｓｅ ｃｈａｒｇｉｎｇ ｏｆｆ”を選択したときにだけ送信元に戻すようにすることもできる。
【００２８】
プロバイダーは受信元により所望されるコスト引き受けが同意された場合、受信元に向けられる送付物１１ Ｍ−ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ（図７）においてフィールド０ｘ１９を“Ｒｅｖｅｒｓｅ ｃｈａｒｇｉｎｇ ｏｎ”のままにしておく。その場合受信元は、該受信元に対してコストのかかるデータセット７がダウンロードするように用意されているという通信を受け取る。更に、送付物１１はフィールド０ｘ１Ａに例えばストリング・データファイルとしてプロバイダー（レベル３）によって作成されるコストの高さに関する情報を含んでいる。この情報は受信元に光学的に（指示手段１５、例えばディスプレイを介して）または音響的に、受信元が送信元の希望に従ってコストを引き受けるようになっているのかまたはそうでないのかに無関係に通報することができ、こうすれがコストの透明さが改善される。また、モード“ｒｅｖｅｒｓｅ ｃｈａｒｇｉｎｇ ｏｎ”が選択されたときにだけこの情報が受信元に送られるようにすることもできる。
【００２９】
それから受信元は、該受信元が支払い義務のあるデータセット７をプロバイダーのレベル３から受信レベル４に、すなわち電気通信装置６のメモリにダウンロードするのかどうかを決定することができる。このために受信元は、送信元に対して上に説明したのと類似した仕方で、ハードウェアサイドまたはソフトウェアサイドで具体化実現されているスイッチ１６を使用することができ、該スイッチの操作を介して受信元は、該受信元がデータセット７を場合によってはコストを自分で負担して受信するのか否かを決定することができる。受信元が受信を決定する場合、受信元はプロバイダーに通信１３（ＷＳＰ ＧＥＴ．ｒｅｑ）を返送する。これにより、プロバイダーでは受信元に対するデータ伝送１４（Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｎｆ）が開始される。その他の場合にはデータセット７のダウンロード（送付物１４の、受信元への送信）はイネーブル化されない。受信元が通信をもっと後の、低コストの時点で伝送してもらおうとすることも可能である。送付物１４も識別信号（図９）を収容するための２つのフィールド０ｘ１９および０ｘ１Ａを含んでいる。このようにしてコスト情報は用意してある送付物に関する通報の際のみならず、データセット７の「引き渡し」の際にも一緒に供給され、従って記憶しておくこともできるしまたは例えばプリントアウトすることもできる。
【００３０】
本発明によれば、例えば子供は、そのためにだけ料金を支払う必要なしに通信を親に見せることができる。このことは、伝送が、例えば引き落とされる形式のカードによって直接支払われなければならないとき殊に重要である。そうすれば残額が少ないカードの場合にもデータ７の伝送は Ｒｅｖｅｒｓｅ−ｃｈａｒｇｅｄ 法においてなお可能である。
【００３１】
コストの情報によって、選択されたコスト負担者に無関係にコストの透明さが改善される。例えば受信元は送信元に後からでも、例えば外国からの送付物の際のローミングコスト、または例えば受信元が長期間自分の所の電気通信装置６をスイッチオンしなかったという理由によるプロバイダーでの蓄積料金など、回避できたかもしれないコストについて指摘することができる。その場合両者とも節約するための可能性を追求することができる。
【００３２】
説明してきた方法はそれぞれの通信標準、例えばＵＭＴＳの作動のためのソフトウェアに集積することができる。その場合電気通信装置５，６は相応のソフトウェアを備えている。
【００３３】
本発明の構成部分は、移動無線ネットワークを用いたデータ伝送を可能にするための電気通信システムのエレメントとしてコスト識別信号を生成するＭＭＳリレーでもある。有利にはこれはこの信号を受信元に転送する。有利にはＭＭＳリレーは請求項１ないし１９に記載の方法を実施する。ＭＭＳリレーは有利には更に、データセットの送信に対するコストの高さを調べかつ送信元に伝送することができる。
【００３４】
有利には、データセットの受信に対するコストの算出がＭＭＳリレーにより行われかつ算出されたコストの高さの転送が受信元に対して行われ、その際転送は受信元（ＭＭＳユーザ・エージェント、レベル４）へのサービス・プロバイダー（レベル３）のＭＭＳリレーによる新しいデータセット（マルチメディア・メッセージ）の存在について通報の中でおよび／またはデータセット（マルチメディア・メッセージ）の、サービス・プロバイダー（レベル３）のＭＭＳリレーから受信元（ＭＭＳユーザ・エージェント、レベル４）への伝送の際に行われる。
【図面の簡単な説明】
【図１】
一方における送信元のレベルおよびプロバイダーのレベルとプロバイダーのレベルおよび受信元のレベルとの間のＷＡＰ（Ｗｉｒｅｌｅｓｓ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌｌ）標準に従ったデータ伝送に配属されている送信を簡単にイメージ化して示す図である。
【図２Ａ】
ＷＡＰプロトコルに従った送信 Ｍ−ｓｅｎｄ．ｒｅｑ を示す図である。
【図２Ｂ】
ＷＡＰプロトコルに従った送信 Ｍ−ｓｅｎｄ．ｒｅｑ を示す図である。
【図２Ｃ】
ＷＡＰプロトコルに従った送信 Ｍ−ｓｅｎｄ．ｒｅｑ を示す図である。
【図３Ａ】
本発明により識別信号が補充されている、ＷＡＰプロトコルに従った送信 Ｍ−ｓｅｎｄ．ｒｅｑ を示す図である。
【図３Ｂ】
本発明により識別信号が補充されている、ＷＡＰプロトコルに従った送信 Ｍ−ｓｅｎｄ．ｒｅｑ を示す図である。
【図３Ｃ】
本発明により識別信号が補充されている、ＷＡＰプロトコルに従った送信 Ｍ−ｓｅｎｄ．ｒｅｑ を示す図である。
【図４】
ＷＡＰプロトコルに従った送信 Ｍ−ｓｅｎｄ．ｃｏｎｆ を示す図である。
【図５】
本発明により識別信号が補充されている、ＷＡＰプロトコルに従った送信 Ｍ−ｓｅｎｄ．ｃｏｎｆ を示す図である。
【図６】
ＷＡＰプロトコルに従った送信 Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ を示す図である。
【図７】
本発明により識別信号が補充されている、ＷＡＰプロトコルに従った送信 Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ を示す図である。
【図８Ａ】
ＷＡＰプロトコルに従った送信 Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ を示す図である。
【図８Ｂ】
ＷＡＰプロトコルに従った送信 Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ を示す図である。
【図９Ａ】
本発明により識別信号が補充されている、ＷＡＰプロトコルに従った送信 Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ を示す図である。
【図９Ｂ】
本発明により識別信号が補充されている、ＷＡＰプロトコルに従った送信 Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ を示す図である。
【図１０】
上の図に従った送信のフィールドの占有を示す図である。
【図１１】
本発明の移動通信装置を用いたデータ伝送の概略図である。
【図１】
2004509573.tif 000003
【図２Ａ】
2004509573.tif 000004
【図２Ｂ】
2004509573.tif 000005
【図２Ｃ】
2004509573.tif 000006
【図３Ａ】
2004509573.tif 000007
【図３Ｂ】
2004509573.tif 000008
【図３Ｃ】
2004509573.tif 000009
【図４】
2004509573.tif 000010
【図５】
2004509573.tif 000011
【図６】
2004509573.tif 000012
【図７】
2004509573.tif 000013
【図８Ａ】
2004509573.tif 000014
【図８Ｂ】
2004509573.tif 000015
【図９Ａ】
2004509573.tif 000016
【図９Ｂ】
2004509573.tif 000017
【図１０】
2004509573.tif 000018
【国際公開パンフレット】
2004509573.tif 000019
2004509573.tif 000020
2004509573.tif 000021
2004509573.tif 000022
2004509573.tif 000023
2004509573.tif 000024
2004509573.tif 000025
2004509573.tif 000026
2004509573.tif 000027
2004509573.tif 000028
2004509573.tif 000029
2004509573.tif 000030
2004509573.tif 000031
2004509573.tif 000032
2004509573.tif 000033
2004509573.tif 000034
2004509573.tif 000035
2004509573.tif 000036
2004509573.tif 000037
2004509573.tif 000038
2004509573.tif 000039
2004509573.tif 000040
2004509573.tif 000041
2004509573.tif 000042
2004509573.tif 000043
2004509573.tif 000044
2004509573.tif 000045
2004509573.tif 000046
2004509573.tif 000047
2004509573.tif 000048
2004509573.tif 000049
2004509573.tif 000050
2004509573.tif 000051
2004509573.tif 000052
2004509573.tif 000053
2004509573.tif 000054
【国際公開パンフレット（コレクトバージョン）】
2004509573.tif 000055
2004509573.tif 000056
【国際調査報告】
2004509573.tif 000057
2004509573.tif 000058
2004509573.tif 000059
2004509573.tif 000060
2004509573.tif 000061
2004509573.tif 000062