WO2000041364A1

WO2000041364A1 - Communication control system, communication method, server device, terminal, relay device, and communication system

Info

Publication number: WO2000041364A1
Application number: PCT/JP1999/007281
Authority: WO
Inventors: Shigetaka Kurita; Norihiko Hirose; Masaharu Nakatsuchi; Keizaburo Sasaki
Original assignee: Ntt Docomo, Inc.
Priority date: 1998-12-28
Filing date: 1999-12-24
Publication date: 2000-07-13
Also published as: NZ506030A; WO2000041364A8; CA2322290C; JP3582720B2; BR9908404A; EP1059777A4; NO334132B1; EP1059777A1; AU1800400A; KR20010085204A; CA2322290A1; CN1327670C; KR100414648B1; NO20003833D0; PL342519A1; CN1549539A; NO20003833L; TW448658B; CN1292186A; US6898640B1

Description

明細書通信制御方式、通信方法、サーバ装置、端末装置、中継装置および通信システム技術分野本発明は、サーバ装置からネットワークを介して複数のユーザ端末に対し情報を提供する情報配信システムに用いて好適な通信制御方式、通信方法、サーバ装置、端末装置、中継装置および通信システムに関する。技術背景ィン夕一ネットはコンテンッの発信者に対しては世界各地のユーザへコンテンヅを直接的に低コス卜で提供できる環境を提供し、ユーザに対しては世界各地のコンテンツを標準的なユーザィン夕フェースで利用できる環境を提供している。このインターネットの普及に伴い、近年では、インタ一ネットを利用したコンテンッの提供サービスが活発に開発 ·提供 ·利用されており、ィン夕一ネット上の様々な用途の膨大なコンテンツは時々刻々と増加している。この結果、コンテンヅの配信サービスの開発においては、イン夕一ネッ卜へのアクセスし易さが考慮すべき重要な要素となってきている。

このインタ一ネッ卜の普及に伴い、 L A N (Local Area Network) においてィン夕一ネッ卜の技術を採用した透過的なシステムの構築が広く行われてきた。ここで言う「インタ一ネッ卜の技術」の基本的な構成要素の一つが通信プロ卜コルであり、具体的には T C P / I P (Transmission Control Protocol/Internet Protocol) である。すなわち、現在では極めて多くのネットワークが T C P/ I Pを採用している。

この T C P / I Pによるデ一夕通信では、 0 S I階層モデル（OSI layer model； OSI Reference Model) に基づいて送信側では上位に位置する層から下位に位置する層に向けて実デ一夕に各階層ごとのヘッダが次々と付加されてデ一夕の引継ぎが行われ、受信側にパケットが伝送される。一方、受信側ではこの伝送されたパケットが、最下位の物理層から順に上位の階層へと引き渡される。この過程において、各層では下位に位置する層から供給されたバケツトが当該階層に対応したヘッダとデ一夕とに分解されるとともに、このヘッダの内容が解析され、上位層にデータが引き渡される。

ここで、図 12〜図 14を参照し、送信側の各層の処理によって得られるパケットの構成について説明する。ただし、ここでは、一般的なダイヤルアップ接続と同様に、送信側と受信側とが PPP (Point-to-Point Protocol) を用いて 1対 1で接続されることを想定している。

図 12には第 4層の処理を経たパケットである T CPセグメン卜の構成が示されている。この T CPセグメントは T CPヘッダとデ一夕とで構成される。ここで、 T CPへヅダは基本ヘッダ（ 20バイト）とオプションヘッダとからなる。そして、基本ヘッダは、送信元ポート番号、宛先ポート番号、シーケンス番号、確認応答番号、コードビット、ウインドウサイズなどの情報を含んでいる。また、デ一夕はセッシヨン層以上の上位層の処理によって付加されたヘッダと実データとからなる。

図 13には第 3層の処理を経たパケットである I Pデータグラムの構成が示されている。この I Pデータグラムは I Pヘッダとデ一夕とで構成される。ここで、 I Pヘッダは基本へヅダ（ 20ノイト）とオプションヘッダとからなる。そして、基本ヘッダは、送信元 IPアドレス、宛先 I Pアドレス、サービスタイプ、パケット長、プロトコル番号などの情報を含んでいる。また、データはトランスポート層以上の上位に位置する層（TCPや UDP (User Datagram Protocol) 、 I CMP (Internet Control Message Protocol) など）のヘッダと実デ一夕とからなる。

図 14には第 2層の処理を経たバケツトである PPPフレームの構成が示されている。なお、図中の括弧内の数値の単位はバイ卜である。この PPPフレームは、 PPPへヅダ（5バイト）と、デ一夕と、 PPPフヅ夕（3または 5バイト）とで構成される。ここで、 PPPヘッダは、フラグ、アドレス、制御、バケツト · プロトコル識別（LCP (リンク制御プロトコル； Link Control Protocol) 、 I P C P ( Internet Protocol Control Protocol)、 I P、 I P X ( Internetwork Packet Exchange) など）の各情報からなる。また、デ一夕はネットワーク層以上の上位に位置する層の処理により付加されたヘッダ（上記 T CPヘッダおよび I Pへッダを含む）と実デ一夕とからなる。そして、 PPPフヅ夕は FCS (Frame Check Sequence) およびフラグからなる。なお、図中の MTUは最大転送単位である。以上のように、送信側では、送信すべき実データに対し、 OS I階層モデルの各層に対応した処理が上位に位置する層から下位に位置する層に向けて順に施され、各層の処理に対応したへッダが実デ一夕に順次付加されていく。

図 7の 7Aは、このような送信側でのすべての処理を経て最終的に送信されたパケットであり、この図に示すように、パケット 7 Aは、オプションヘッダがないものとすると、 5バイトの PPPヘッダ、 20バイトの IPヘッダ、 20バイトの T CPヘッダの合計 45バイトからなるヘッダがアプリケーションデ一夕の先頭に付加され、さらに 3または 5バイ卜のフヅ夕がアプリケーションデータの末尾に付加されたものとなる。なお、アプリケーションデ一夕のサイズは例えば

500バイトであり、最大 1460バイ卜まで拡張可能である。続いて、 T CP/I Pに従ってバケツト通信を行う場合の動作シーケンスについて、図 15に基づいて説明する。

まず、 L CP設定のための要求メッセ一ジ（LCP Configuration Request) がデ —夕送信側からデ一夕受信側、またはデータ受信側からデータ送信側に向けて送出される（S 1)。次に、この L CP設定要求に対する確認応答メヅセージ（LCP Configuration Ack)が L C P設定要求を受けた方から相手側に向けて送信される (S 2) 。

次いで、相手側の認証を行うべく Challengeメッセージがデ一夕受信側から送出されると（S3) 、デ一夕送信側ではこれを受けて Responseメッセージを送出する（S4)。そして、相手側の認証が成功した旨の Successメッセージがデ一夕受信側からデ一夕送信側に送出される（S 5) 。

これら一連の動作が終了すると、 IPCP設定要求（IPCP Configuration Request)メッセージがデ一夕受信側からデ一夕送信側へ向けて送出される（ S 6)。さらに、デ一夕送信側からデータ受信側に向けて I P CP設定要求メッセージが送出される（S 7) 。

そして、デ一夕受信側からデ一夕送信側へ再び I P C P設定要求メッセージ、または否定応答メッセージ（Nak)が送出される（S 8)。これを受けてデ一夕送信側から I P CP設定要求に対する確認応答メッセージ（IPCP Configuration Ack)が送出される（S 9) 。

そして、今度はデ一夕送信側からデータ受信側に向けて I P CP設定要求メッセージが送出される（S 10) 。これを受けてデータ受信側から I P CP設定要求に対する確認応答メッセージが送出される（S 1 1) 。

このようにして、デ一夕送信側とデータ受信側との間に P P Pによるリンクが確立される。

次に、 I Pによるデ一夕リンクの確立と T CPによるコネクションの確立を要求するメッセージ（IP+TCP Request) がデ一夕送信側からデ一夕受信側に向けて送出される（S 12) 。このメッセージに対する確認応答メッセージがデ一夕受信側から送出されると（S 13) 、これを受けたデータ送信側からこの確認応答メッセージを受け取った旨の確認応答メッセージが送出される（S 14) 。このようにして、デ一夕送信側とデ一夕受信側との間に T C Pによるコネクションが確立され、次のような実データの送受信が開始される。

まず、デ一夕送信側から HTTP (HyperText Transfer Protocol) によりパケットデ一夕が送信されると（S 15) 、これを受けたデータ受信側から確認応答メッセージが送出される（S 16) 。そして、送信対象となるデータのサイズに応じて、ステップ S 15と S 16の動作、つまりバケツ卜の送信と、このバケツ卜が問題なく受信された旨の確認応答メッセージをデ一夕送信元に返す動作が繰り返し行われ、やがて、パケヅトデータの送信が終了する（S 17) 。パケットデ一夕の送信が終了した旨のメッセージがデータ送信側から送出されると、これを受けて確認応答メッセージがデ一夕受信側から送出される（S 18)。そして、今度はデータ受信側からデータの受信が終了した旨のメッセージが送出されると、これを受けて確認応答メッセージがデータ送信側から送出される。このようにして、 TCPによるセッションが切断される。

次に、 PPPによるリンクを切断するにあたって、 PPPによるリンクの解除を要求するメッセージ（Terminate Request)がデ一夕送信側から送出される（S 21) 。これを受けてデータ受信側から確認応答メッセージが送出される（S 2 2) o

このように、まず TCPによるリンクが切断され、次いで PPPによるリンクが切断された段階で回線が切断され（S 23) 、全体の動作が完了する。ところで、近年、移動通信が広く普及しており、移動端末を用いた移動データ通信も急速に普及しつつある。移動データ通信の分野においては、ユーザが移動端末を用いてィン夕一ネヅ卜にアクセスすることが可能となっており、このようなユーザを対象としたュ一ザフレンドリーなィン夕一ネヅトアクセスサービスの提供が望まれている。しかし、上述の TCP/I Pによるパケット通信を用いてこのィン夕一ネットアクセスサービスを提供する場合、次に述べるような問題があり、移動機（携帯電話機）程度に扱い易く、かつイン夕一ネットへ容易にァクセス可能な移動端末は存在しなかった。

まず、 TCP/IPでは、既述の通りパケットのヘッダが各階層ごとに付加され、カプセル化されていく関係上、全体のヘッダサイズが重畳的に大きくなり、特に実データサイズが小さい場合には、相対的にヘッダサイズが大きくなるといつた問題があった。例えば、移動通信において 500バイト程度のデ一夕を転送する際には、ヘッダサイズがデータサイズの 1割程度に達するとともに、ヘッダに格納される情報の内、実際には全く使用されないフィ一ルドが存在していた。次に、実際のデ一夕送信前のコネクション確立の際の動作シーケンスにおいて、データ送信側と受信側とでやり取りされる信号の数が非常が多いという問題があつた。図 15に示した例では、ステップ S 1〜S 14までの合計 14ステップが必要である。従って、ネットワークにアクセスするュ一ザが多くなると、トラヒックが劇的に増加してデータ転送速度が落ちるという問題があった。

また、このデ一夕送受信前の動作（ステップ S 1〜S 14) に対する課金がュ一ザに対してなされてしまうため、ユーザ側の経済的負担が大きいという問題があった。

これらの問題は固定網経由でィン夕ーネッ卜へ接続する際にも生じるが、固定網を介した通信に比較してデ一夕伝送能力が低い移動通信においては、特に重大な問題である。

また、移動機程度のデータ処理能力の装置に実装するには、 T C P / I Pは重すぎるため、 T C P / I Pを迅速に処理可能な能力を有する移動端末は移動機よりも大きく、重く、高価になってしまうという問題があった。現在、携帯型コンピュー夕と移動機とを一体ィ匕しただけの、大きく、重く、高価な移動端末は狭い市場にしか受け入れられていない。これに対して、移動機は携帯性、操作性、及び入手容易性を十分に考慮して設計されており、その用途の一般性と高い普及率から、移動機の形態及び価格は極めて広い市場に既に受け入れられていると考えられる。また、前述のように、インターネットには様々なユーザの要望に応えることができる様々なコンテンツが既に存在し、今もコンテンツの数量は増加の一途を迪つていることから、ィン夕一ネヅ卜にアクセスするための装置としては、様々なユーザに受け入れられる装置が望ましい。これらのことを考え合わせると、移動通信におけるデータ伝送能力の問題を考慮に入れないとしても、 T C P / I Pを迅速に処理可能な能力を有する移動端末を用いてィン夕ーネッ卜へアクセスできるようなサービスが広い市場に受け入れられる可能性は低い。

もちろん、コンテンツの提供側が移動機のデータ処理能力や移動通信のデ一夕伝送能力に特化された独自のコンテンツを開発し、これをユーザが利用できるようにすることも考えられるが、このような独自のコンテンツの開発はコンテンツの提供側に多大な負担を強いることになり、ィン夕一ネッ卜に比較すると限定された用途の少量のコンテンツしかユーザに提供できないことになるものと予想される。すなわち、このような試みは狭い市場にしか受け入れられないものと考えられる。

上述したことから、移動デ一夕配信の基盤となるのは移動機とィン夕一ネットの組合せであり、この組合せを実現するためには、ユーザが移動機を用いてイン夕一ネット上のコンテンヅを快適に利用できる効率的な通信技術を開発する必要がある、と考えられる。発明の開示この発明は上述した問題に着目してなされたもので、移動機のようにデータ処理能力や伝送能力が高くない場合であっても、効率よくデータ通信を行うことができる通信制御方式、通信方法、サーバ装置、端末装置、中継装置および通信システムを提供することを目的とするものである。

上記目的を達成するために、請求項 1に記載の通信制御方式は、サーバ装置とユーザ端末とのデ一夕通信を中継する中継装置における通信制御方式であって、第 1の通信プロトコルに従って、前記ユーザ端末から送信された前記サーバ装置に対するコネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含むバケツトを受信する過程と、このパケットを受信した旨の確認応答メッセージを含むバケツトを前記第 1の通信プロトコルに従って前記ユーザ端末に向けて送信する一方、第 2の通信プロトコルに従って前記サーバ装置と自装置との間でコネクションを確立する過程と、前記第 1の通信プロトコルに従って前記ユーザ端末から前記サーバ装置に向けて送信されたデータ転送要求メッセージを含むパケットを受信するとともに、前記第 2の通信プロトコルに従って、このデータ転送要求メッセージを含むバケツトを前記サーバ装置に向けて送信する過程と、前記第 2の通信プロトコルに従って前記サ一パ装置から送信されたデー夕を受信するとともに、このデ一夕を含むパケットを前記第 1の通信プロトコルに従って前記ユーザ端末に送信する過程とを含んでいる。ただし、前記第 1の通信プロトコルは、前記第 2の通信プロトコルに比べて簡易である。

この通信制御方式によれば、ユーザ端末とサーバ装置間のクライアント /ザ一バ型のデータ通信を中継する際に、サーバ装置との間の通信プロトコルと、この通信プロトコルよりも簡易な、ユーザ端末との間の通信プロトコルとが変換される。したがって、この通信制御方式によれば、ユーザ端末側の通信においてはパケット内のヘッダの低減、送受される信号数の減少、およびユーザ端末における処理の減少の少なくとも一が実現され、ユーザ端末側にかかる負荷を軽減することができる。特に、イン夕一ネットを介して送受されるコンテンツの多数がテキストデ一夕であり、かつ T C P / I Pに従ったテキストデ一夕の伝送においては伝送されるバケツ卜に占める実デ一夕の割合が極めて低くなることから、ィン夕ーネッ卜との接続を考慮すると、 "ケット内のヘッダの低減は極めて有効である。また、請求項 2に記載の通信制御方式は、サーバ装置とユーザ端末とのデ一夕通信を中継する中継装置における通信制御方式であって、第 1の通信プロトコルに従って前記ユーザ端末から送信された、前記サーバ装置に対するコネクションの設定を要求するメッセージと該コネクションに対する識別番号と前記サーバ装置に対するデータ転送要求メッセージとを含むバケツトを受信する過程と、このバケツトを受信した旨の確認応答メッセージを含むバケツトを前記第 1の通信プ口トコルに従って前記ユーザ端末に向けて送信する一方、第 2の通信プロトコルに従って、前記サーバ装置と自装置との間でコネクションを確立するとともに、前記デ一夕転送要求メッセージを含むバケツ卜を前記サーバ装置に送信する過程と、前記第 2の通信プロトコルに従って前記サーバ装置から送信されたデ一夕を受信するとともに、このデ一夕を含むバケツトを前記第 1の通信プロトコルに従つて前記ユーザ端末に送信する過程とを含んでいる。ただし、前記第 1の通信プ口トコルは、前記第 2の通信プロトコルに比べて簡易である。

この通信制御方式によれば、サーバ装置に対するコネクションの設定要求とデ —夕転送要求とをユーザ端末から中継装置への一つの信号に含めることができるしたがって、この通信制御方式によれば、請求項 1に記載の発明による効果に加えて、ユーザ端末と中継装置との間のトラヒックを低減することができるとともに、ユーザ端末においては中継装置からの確認応答メッセージを待たずにデ一夕転送要求を送出することができるという効果が得られる。請求項 3に記載の通信制御方式は、上記請求項 1または 2に記載の通信制御方式において、前記第 1の通信プロトコルを用いて前記ユーザ端末と前記中継装置との間でコネクシヨンを確立する際の信号数が、前記第 2の通信プロトコルを用いて前記中継装置と前記サーバ装置との間でコネクションを確立する際の信号数に比べて少ないことを特徴とするものである。

この通信制御方式によれば、請求項 1または 2に記載の発明による効果に加えて、コネクションを確立する際にユーザ端末が送受する信号数が確実に低減されるという効果が得られる。請求項 4に記載の通信制御方式は、上記請求項 1または 2に記載の通信制御方式において、前記ユーザ端末と前記中継装置との間の通信区間は、無線系区間から成り、前記中継装置と前記サーバ装置との間の通信区間は、有線系区間から成ることを特徴とするものである。

この通信制御方式によれば、有線区間に比較して一般的にデ一夕伝送能力の低い無線区間において、有線区間における通信プロトコルよりも簡易な通信プロトコルによる通信が行われる。したがって、この通信制御方式によれば、請求項 1 または 2に記載の発明による効果に加えて、各区間のデータ伝送能力に適合した通信を実現することができるという効果が得られる。請求項 5に記載の通信方法は、サーバ装置とユーザ端末との間でデータ通信を行う通信方法であって、前記デ一夕通信におけるトランスポート層を含む上位層の通信制御手順が、前記ユーザ端末から前記サーバ装置に向けてコネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含む第 1のパケットを送信する第 1の過程と、この第 1のバケツトを受信した旨の確認応答メッセージを含む第 2のパケットを前記サーバ装置から前記ユーザ端末に向けて送信する第 2の過程と、前記ユーザ端末と前記サーバ装置との間で前記コネクションが確立された後、前記サーバ装置から前記識別番号を指定することにより前記ユーザ端末に向けて実データを含む第 3のパケットを送信する第 3の過程とを含むことを特徴とするものである。

この通信方法によれば、トランスポート層を含む上位層の通信制御手順により、ユーザ端末とサーバ装置との間にコネクションが設定され、このコネクションを介した実デ一夕を含むパケットの送信が行われる。したがって、この通信方法によれば、パケット内のヘッダの低減、送受される信号数の減少、およびユーザ端末における処理の減少の少なくとも一が実現され、ユーザ端末側にかかる負荷を軽減することができる。

ここで、ユーザ端末側にかかる負荷の軽減について具体的に説明する。

例えば、ユーザ端末とサーバ装置とが T C P / 1 Pおよび P P Pを用いて通信を開始する場合を想定する。この場合には以下の不都合がある。

1 . 各層の通信プロトコルが汎用的であることから、伝送されるデ一夕に含まれる実データの割合は各層におけるカプセル化によって著しく小さくなる。

2 . コネクションの設定時においては、層毎に設定処理が行われるため、多くの信号を送受する必要があり、トラヒックが増大するとともに、ユーザ端末に多大な負荷がかかる。

3 . ユーザ端末において、複数段階にわたるデータのカプセル化および逆カプセル化処理が行われることになり、ユーザ端末に多大な負荷がかかる。

これに対して、この通信方法のように、トランスポート層を含む上位層の通信制御手順により設定されたコネクションを介して実デ一夕を含むバケツトを送信するようにすれば、上記不都合の少なくとも一が解消する。また、請求項 6に記載の通信方法は、サーバ装置とユーザ端末とのデ一夕通信を中継する中継装置と前記ユーザ端末との間でデータ通信を行う通信方法であつて、前記データ通信におけるトランスポート層を含む上位層の通信制御手順が、前記ユーザ端末から前記中継装置に向けてコネクションの設定を要求するメッセ

—ジと該コネクションに対する識別番号とを含む第 1のバケツトを送信する第 1 の過程と、この第 1のバケツトを受信した旨の確認応答メッセージを含む第 2のバケツトを前記中継装置から前記ユーザ端末に送信する第 2の過程と、前記ユーザ端末と前記中継装置との間で前記コネクションが確立された後、前記サーバ装置から所定のプロトコルに従って前記中継装置に供給された実デ一夕を含む第 3 のパケッ卜を前記中継装置から前記識別番号を指定することにより前記ユーザ端末に向けて送信する第 3の過程とを含むことを特徴とするものである。

この通信方法によれば、トランスポート層を含む上位層の通信制御手順により、ユーザ端末と中継装置との間にコネクションが設定され、このコネクションを介して、サーバ装置からの実デ一夕を含むバケツ卜が中継装置からユーザ端末へ送信される。したがって、この通信方法によれば、請求項 5に記載の発明による効果と同様の効果が得られる。また、この通信方法によれば、コネクションはュ一ザ端末と中継装置との間に設定されるため、ユーザ端末とサーバ装置との間に設定する場合に比較して、ユーザ端末において確認応答メッセージを受信するまでの時間を短縮することができる。そして、請求項 7に記載の通信方法は、上記請求項 5に記載の通信方法における前記第 1の過程において、前記ユーザ端末は、自端末が一度に受信することができるデ一夕の最大サイズを示すデ一夕サイズ情報を前記サーバ装置に向けて送信し、前記サーバ装置は、受信した前記デ一夕サイズ情報から前記最大サイズを取得し、前記第 3のパケットのサイズが前記最大サイズを越える場合には、前記実データを分割して前記ユーザ端末に送信することを特徴とするものである。この通信方法によれば、請求項 5に記載の発明による効果に加えて、ユーザ端末が一度に受信できないサイズのバケツトをサーバ装置が当該ユーザ端末へ送信してしまう事態を回避できる、という効果が得られる。さらに、請求項 8に記載の通信方法は、上記請求項 6に記載の通信方法における前記第 1の過程において、前記ユーザ端末は、自端末が一度に受信することができるデータの最大サイズを示すデ一夕サイズ情報を前記中継装置に向けて送信し、前記中継装置は、受信した前記データサイズ情報から前記最大サイズを取得し、前記第 3のパケットのサイズが前記最大サイズを越える場合には、前記実デ —夕を分割して前記ユーザ端末に送信することを特徴とするものである。

この通信方法によれば、請求項 6に記載の発明による効果に加えて、ユーザ端末が一度に受信できないサイズのバケツ卜を中継装置が当該ユーザ端末へ送信してしまう事態を回避できる、という効果が得られる。請求項 9に記載のサーバ装置は、ユーザ端末とデータ通信を行うサーバ装置において、前記デ一夕通信を行う際にトランスポート層を含む上位層のレベルで通信制御を行う通信制御手段を備え、前記通信制御手段は、前記ユーザ端末から送信されたコネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含む第 1のバケツトを受信する手段と、この第 1のバケツトを受信した旨の確認応答メッセージを含む第 2のバケツトを前記ユーザ端末に向けて送信する手段と、前記ユーザ端末との間で前記コネクションが確立された後、前記識別番号を指定することにより前記ユーザ端末に向けて実データを含む第 3のパケットを送信する手段とを含むことを特徴とするものである。

このサーバ装置によれば、トランスポート層を含む上位層のレベルで通信制御が行われる。この通信制御では、サーバ装置とユーザ端末との間にコネクションが設定され、このコネクションを介して実デ一夕を含むバケツ卜がサーバ装置からユーザ端末へ送信される。したがって、このサーバ装置によれば、請求項 5に記載の発明による効果と同様の効果が得られる。そして、請求項 1 0に記載の中継装置は、サーバ装置とユーザ端末とのデータ通信を中継する中継装置において、前記データ通信を行う際にトランスポート層を含む上位層のレベルで通信制御を行う通信制御手段を備え、前記通信制御手段は、前記ユーザ端末から送信された自装置とのコネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含む第 1のバケツトを受信する手段と、この第 1のバケツトを受信した旨の確認応答メッセージを含む第 2のパケットを前記ユーザ端末に送信する手段と、前記ユーザ端末と自装置との間で前記コネクションが確立された後、前記サーバ装置から所定のプロトコルに従って前記中継装置に供給された実データを含む第 3のパケットを前記識別番号を指定することにより前記ユーザ端末に向けて送信する手段とを含むことを特徴とするものである。

この中継装置によれば、トランスポート層を含む上位層のレベルで通信制御が行われる。この通信制御では、中継装置とユーザ端末との間にコネクションが設定され、このコネクションを介して、サーバ装置からの実デ一夕を含むパケットが中継装置からユーザ端末へ送信される。したがって、この中継装置によれば、請求項 6に記載の発明による効果と同様の効果が得られる。また、請求項 1 1に記載の中継装置は、サーバ装置とユーザ端末とのデ一夕通信を中継する中継装置において、第 1の通信プロトコルに従って前記ユーザ端末から送信された前記サーバ装置に対するコネクションの設定を要求するメッセ一ジと該コネクションに対する識別番号とを含むバケツトを受信する手段と、このバケツトを受信した旨の確認応答メッセージを含むバケツトを前記第 1の通信プ口トコルに従って前記ユーザ端末に向けて送信する一方、第 2の通信プロトコルに従って前記サ一パ装置と自装置との間でコネクションを確立する手段と、前記第 1の通信プロトコルに従って前記ユーザ端末から前記サーバ装置に向けて送信されたデ一夕転送要求メッセージを含むバケツトを受信するとともに、前記第 2 の通信プロトコルに従って、このデ一夕転送要求メッセージを含むパケットを前記サーバ装置に向けて送信する手段と、前記第 2の通信プロトコルに従って前記サーバ装置から送信されたデータを受信するとともに、このデータを含むパケットを前記第 1の通信プロトコルに従って前記ユーザ端末に送信する手段とを含み、前記第 1の通信プロトコルは、前記第 2の通信プロトコルに比べて簡易であることを特徴とするものである。

この中継装置によれば、ユーザ端末とサーバ装置間のクライアント /サーバ型のデ一夕通信を中継する際に、サーバ装置との間の通信プロトコルと、この通信プロトコルよりも簡易な、ユーザ端末との間の通信プロトコルとが変換される。したがって、この中継装置によれば、請求項 1に記載の発明による効果と同様の効果が得られる。さらに、請求項 1 2に記載の中継装置は、サーバ装置とユーザ端末とのデ一夕通信を中継する中継装置において、第 1の通信プロトコルに従って前記ユーザ端末から送信された、前記サーバ装置に対するコネクションの設定を要求するメッセージと該コネクションに対する識別番号と前記サーバ装置に対するデ一夕転送要求メッセージとを含むバケツトを受信する手段と、このバケツトを受信した旨の確認応答メッセ一ジを含むバケツトを前記第 1の通信プロトコルに従って前記ユーザ端末に向けて送信する一方、第 2の通信プロトコルに従って、前記サーバ装置と自装置との間でコネクションを確立するとともに、前記データ転送要求メッセージを含むバケツトを前記サーバ装置に送信する手段と、前記第 2の通信ブ口トコルに従って前記サーバ装置から送信されたデ一夕を受信するとともに、このデ一夕を含むバケツトを前記第 1の通信プロトコルに従って前記ユーザ端末に送信する手段とを含み、前記第 1の通信プロトコルは、前記第 2の通信プロトコルに比べて簡易であることを特徴とするものである。

この中継装置によれば、サーバ装置に対するコネクションの設定要求とデ一夕転送要求とをユーザ端末から中継装置への一つの信号に含めることができる。したがって、この中継装置によれば、請求項 2に記載の発明による効果と同様の効果が得られる。請求項 1 3に記載の中継装置は、上記第 1 1または第 1 2発明の中継装置において、前記第 1の通信プロトコルを用いて前記ユーザ端末と前記中継装置との間でコネクションを確立する際の信号数が、前記第 2の通信プロトコルを用いて前記中継装置と前記サーバ装置との間でコネクションを確立する際の信号数に比べて少ないことを特徴とするものである。

この中継装置によれば、請求項 1 1または 1 2に記載の発明による効果に加えて、コネクションを確立する際にユーザ端末が送受する信号数が確実に低減されるという効果が得られる。請求項 1 4に記載の中継装置は、請求項 1 0〜 1 2のいずれか一に記載の中継装置において、前記ユーザ端末と前記中継装置との間の通信区間は、無線系区間から成り、前記中継装置と前記サーバ装置との間の通信区間は、有線系区間から成ることを特徴とするものである。

この中継装置によれば、有線区間に比較して一般的にデータ伝送能力の低い無線区間における通信処理は有線区間における通信処理よりも軽減される。したがつて、この中継装置によれば、請求項 1 0 ~ 1 2のいずれか一による効果に加えて、各区間のデータ伝送能力に適合した通信を実現することができるという効果が得られる。請求項 1 5に記載の通信システムは、上記請求項 1 0 ~ 1 2のいずれか一に記載の中継装置を介して、ユーザ端末とサーバ装置とが接続されていることを特徴とするものである。

この通信システムによれば、請求項 1 0〜 1 2のいずれか一による効果と同様の効果が得られる。請求項 1 6に記載の端末装置は、サーバ装置とデータ通信を行う端末装置において、前記データ通信を行う際にトランスポート層を含む上位層のレベルで通信制御を行う通信制御手段を備え、前記通信制御手段は、コネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含む第 1のバケツトを送信する手段と、前記サーバ装置から送信された、前記第 1のパケットを受信した旨の確認応答メッセージを含む第 2のパケットを受信する手段と、前記サーバ装置との間で前記コネクションが確立された後、前記識別番号を指定することにより前記サーバ装置から送信された実デ一夕を含む第 3のバケツトを受信する手段とを含むことを特徴とするものである。

この端末装置によれば、トランスポート層を含む上位層のレベルで通信制御が行われる。この通信制御では、サーバ装置と端末装置との間にコネクションが設定され、このコネクションを介して実デ一夕を含むパケッ卜がサーバ装置から端末装置へ送信される。したがって、この端末装置によれば、請求項 5に記載の発明による効果と同様の効果が得られる。請求項 1 7に記載の端末装置は、端末装置との間のコネクションを管理する中継装置を介してサーバ装置とデ一夕通信を行う端末装置において、前記データ通信を行う際にトランスポート層を含む上位層のレベルで通信制御を行う通信制御手段を備え、前記通信制御手段は、前記中継装置とのコネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含む第 1のパケットを送信する手段と、前記中継装置から送信された、前記第 1のパケットを受信した旨の確認応答メッセージを含む第 2のバケツトを受信する手段と、前記中継装置と自装置との間で前記コネクションが確立された後、前記識別番号を指定することにより前記中継装置から送信された、前記サーバ装置から所定のプロトコルに従つて前記中継装置に供給された実デ一夕を含む第 3のパケットを受信する手段とを含むことを特徴とするものである。

この端末装置によれば、トランスポート層を含む上位層のレベルで通信制御が行われる。この通信制御では、中継装置と端末装置との間にコネクションが設定され、このコネクションを介して、サーバ装置からの実データを含むパケットが端末装置へ送信される。したがって、この端末装置によれば、請求項 6に記載の発明による効果と同様の効果が得られる。請求項 1 8に記載の端末装置は、端末装置との間のコネクションを管理する中継装置を介してサーバ装置とデータ通信を行う端末装置において、第 1の通信プ口トコルに従って前記サーバ装置に対するコネクションの設定を要求するメッセ —ジと該コネクションに対する識別番号とを含むバケツトを送信する手段と、前記中継装置から送信された、前記バケツトを受信した旨の確認応答メッセージを含むバケツトを前記第 1の通信プロトコルに従って受信する手段と、前記第 1の通信プロトコルに従って前記サーバ装置に向けてデータ転送要求メッセージを含むバケツトを送信する手段と、前記データ転送要求メッセージに応じて第 2の通信プロトコルに従って前記サーバ装置から前記中継装置へ供給された実データを含むバケツトを前記第 1のプロトコルに従って受信する手段とを含む。ただし、前記第 1の通信プロトコルは、前記第 2の通信プロトコルに比べて簡易である。この端末装置によれば、サーバ装置との間でクライアント /サーバ型のデ一夕通信を行う際に、サーバ装置との間の通信プロトコルと、この通信プロトコルよりも簡易な、端末装置との間の通信プロトコルが中継装置において変換される。したがって、この端末装置によれば、請求項 1に記載の発明による効果と同様の効果が得られる。請求項 1 9に記載の端末装置は、端末装置との間のコネクションを管理する中継装置を介してサーバ装置とデータ通信を行う端末装置において、第 1の通信プ口トコルに従って、前記サーバ装置に対するコネクションの設定を要求するメッセージと該コネクションに対する識別番号と前記サーバ装置に対するデ一夕転送要求メッセージとを含むバケツトを送信する手段と、前記第 1の通信プロトコルに従って、このパケットを受信した旨の確認応答メッセージを含む、前記中継装置から送信されたバケツトを受信する手段と、前記デ一夕転送要求メッセージに応じて第 2の通信プロトコルに従って前記サーバ装置から前記中継装置へ供給された実データを含むバケツトを前記第 1のプロトコルに従って受信する手段とを含む。ただし、前記第 1の通信プロトコルは、前記第 2の通信プロトコルに比べて簡易である。

この端末装置によれば、サーバ装置に対するコネクションの設定要求とデータ転送要求とを一つの信号に含めて送信することができる。したがって、この端末装置によれば、請求項 2に記載の発明による効果と同様の効果が得られる。請求項 2 0に記載の端末装置は、上記請求項 1 8または 1 9に記載の端末装置において、前記第 1の通信プロトコルを用いて前記端末装置と前記中継装置との間でコネクションを確立する際の信号数が、前記第 2の通信プロトコルを用いて前記中継装置と前記サーバ装置との間でコネクションを確立する際の信号数に比ベて少ないことを特徴とするものである。

この端末装置によれば、請求項 1 8または 1 9に記載の発明による効果に加えて、コネクションを確立する際に送受する信号数を確実に低減することができるという効果が得られる。請求項 2 1記載の端末装置は、上記請求項 1 7〜 1 9のいずれか一に記載の端末装置において、前記端末装置と前記中継装置との間の通信区間は、無線系区間から成り、前記中継装置と前記サーバ装置との間の通信区間は、有線系区間から成ることを特徴とするものである。

この端末装置によれば、有線区間に比較して一般的にデ一夕伝送能力の低い無線区間における通信処理は有線区間における通信処理よりも軽減される。したがつて、この端末装置によれば、請求項 1 7〜 1 9のいずれか一に記載の発明による効果に加えて、各区間のデータ伝送能力に適合した通信を実現することができるという効果が得られる。以上を概説すると、本発明によれば、サーバ装置とユーザ端末との間でデ一夕通信を行うのに際し、転送デ一夕量を削減すベくへッダサイズを小さくするとともに、簡易なプロトコルを採用することによって回線接続時の信号数が削減されるようにしたから、トラヒックが軽くなるとともにオーバ一へッドが少なくなり、データ通信時のレスポンスが向上する。したがって、ユーザは、移動機程度のデ —夕処理能力の装置を用いて、かつデ一夕伝送能力が低い通信路を介して、イン夕一ネット上のコンテンツを快適に利用することができる。図面の簡単な説明図 1は、本発明の一実施形態にかかる通信システムの構成を示す図である。図 2は、同通信システムのプロトコル構成を示す図である。

図 3は、同通信システムの他のプロトコル構成を示す図である。

図 4は、同通信システムにおけるバケツト通信前の動作シーケンスを示す図である。

図 5は、同通信システムにおけるバケツト通信時の動作シーケンスを示す図で

¾ Ό o

図 6は、同通信システムにおけるバケツト通信後の動作シーケンスを示す図である。

図 7は、 T C P / I Pによる通信において伝送されるパケットの構成と、同実施形態における簡易プロ卜コルに従って伝送されるパケッ卜の構成とを比較して示す図である。

図 8は、同実施形態において、コネクション設定要求時に伝送されるパケットの構成を示す図である。

図 9は、同実施形態において、コネクション設定要求に対する確認応答時に伝送されるバケツ卜の構成を示す図である。図 10は、同実施形態において、データ送受信時に伝送されるパケットの構成を示す図であり、実デ一夕を含むパケットの構成と、実デ一夕を含むパケットが伝送された場合の確認応答の際に伝送されるパケヅ卜の構成とを示している。図 11は、同通信システムに含まれる移動機の外観とこの移動機がユーザに情報を提供する際の情報表示部の画面例を示す図である。

図 12は、 T CPセグメントのフォ一マツトを示す図である。

図 13は、 I Pデ一夕グラムのフォーマヅトを示す図である。

図 14は、 PPPフレームのフォーマットを示す図である。

図 15は、 TCP/I Pを用いてデータ通信を行う場合の動作シーケンスを示す図である。

図 16は、同実施形態の変形例にかかる通信システムの構成を示す図である。発明を実施するための最良の形態この発明の好ましい実施の形態について、以下、添付図面を参照しつつ詳細に説明する。

1. 実施形態の構成

1. 1. システム構成

図 1は、本実施形態の通信ネットワークシステムの構成について示したものでめる。

この通信ネットワークシステムは、 MS (移動機； Mobile Station) 1と、 B S (基地局； Base Station) 2と、 PPM (パケット加入者処理装置； Packet Processing Module) 3と、 GWS (ゲートウェイサーバ； GateWay Server) 5と、この GWS 5とイン夕一ネット 6または専用線 7を介して接続された CPS (コンテンッ提供事業者サーバ； Contents Provider Server) 8と、 M— SCP (移動通信サービス制御装置； Mobile Service Control Point) 9とから構成される。そして、 BS 2、 PPM3、 GWS 5, M— S C P 9およびこれらを接続する通信回線によって移動バケツト通信網 10が形成されている。

MS 1は、移動バケツト通信網 10のパケット通信サービスを受ける端末装置である。この MS Iは、図 1に示す移動パケット通信網 10に接続されるほか、図示しない移動電話網にも接続されており、移動電話のサービスを受けることも可能である。図 11は、 MS 1の外観と MS 1に表示される画面例を示すものである。この MS 1は、ユーザが音声通話を行うための音声入出力部、 BS 2との無線通信を行う無線部（ともに図示せず）、液晶パネル等で構成された情報表示部 1 a、数字入力、文字入力等の情報入力操作が行われる操作部 1 bを備えるほか、これら各部を制御するマイクロコンピュータを内蔵している。また、 MS 1は文書デ一夕閲覧用のソフトウエア（いわゆるブラウザ）を搭載している。このブラウザは、コンテンツ提供事業者の保有する CP S 8から移動バケツト通信網 10を介して供給される HTML形式のデ一夕（以下、 HTMLデ一夕という）に基づいて対話画面を表示させるソフトウヱァである。

そして、 MS 1は上記ブラウザに従い、情報表示部 1 aに種々の情報を表示し、これらの情報をユーザに提供する。この情報表示部 1 aには、 8 (文字） X 6 (行） (表示部の面積や文字サイズに応じて横を 8文字以上、縦を 6行以上とすることも可能である）分の情報を表示することができる。

次に、図 1 1を参照し、 MS 1の利用例について説明する。

まず、ユーザが操作部 1 bの「情報」キーを押下すると、情報表示部 1 aには、天気予報に関する情報をユーザに提供する初期画面 11 Aが表示される。ユーザは MS 1の中央のジョグダイヤルキー 1 cを操作することにより、初期画面の「1」〜「5」の天気予報メニューを選択することができる。

すなわち、ユーザが「1」を選択すると、今日の天気予報の画面 11 Bが情報表示部 l aに表示される。そして、ユーザが「2」を選択すると、今週の天気予報の画面 11 Cが情報表示部 1 aに表示される。また、ユーザが「5」を選択すると、ウエザーメッセージのサブメニューの画面 1 1Dが表示され、雨降りァラ —ムゃ天気速報などの情報を得ることができる。さらに、ユーザが「6」を選択すると世界の天気予報の画面 1 1 Eが表示される。

このように、ブラウザの制御の下、テキスト中心の情報が MS 1のユーザに見やすい形で情報表示部 1 aに表示される。図 1において、 B S 2は、地上を例えば半径 500mのエリアに分割した無線ゾーンごとに配置されており、この無線ゾーンに在圏した MS 1との間で無線通 1§を行う。

PPM3は、複数の B S 2を収容するパケット加入者交換局に備えられたコンピュー夕システムであり、 MS 1からのバケツト交換要求を受け付けるとともに、移動バケツト通信網 10内におけるバケツト交換を中継する。

GWS 5は、移動バケツト通信網 10とインターネット 6等の他のネットヮ一クとを相互接続するために移動バケツト関門中継交換局に備えられたコンビュ一夕システムである。この GWS 5は、後述するように MS 1から自装置までの無線系区間と、自装置から CP S 8までの有線系区間とを接続するためのもので、無線系区間において用いられる簡易プロトコル（以後、 TL ;第 1の通信プロトコル）と、有線系区間におけるプロトコルである T CPとの差異を吸収して、 M S 1と CP S 8との間でバケツ卜通信が可能となるように種々の制御を行う。また、 GWS 5は複数台配置されてサーバ群を形成し、このサーバ群の中にはプロキシサーバ（Proxy Server) も含まれる。

CP S 8は、コンテンツ提供事業者が運用するサーバシステムであり、ユーザに提供すべき情報を HTMLデ一夕の形式でィン夕一ネット 6または専用線 7を介して GWS 5へ供給する。

また、 GWS 5の内部にも、移動パケット通信網 10の事業者自身がコンテンッを提供するためのサーバが設けられている。

M— SCP 9は、加入者情報を管理するとともに、後述するパケット通信を開始する際のバケツト登録、およびバケツト通信を終了する際のパケット登録解除に関する処理を行う。

なおケッ卜通信に対する課金情報は PPM3および GWS 5内に記録され、所定のタイミングで図示しない通話料金集計セン夕に転送される。

1. 2. プロ卜コル構成上記通信システムにおいて、 MS 1と CP S 8との間でデータ通信を行うために、上記各装置は以下のようなプロトコル構成を採用する。

図 2および図 3は、本実施形態のプロ卜コル構成を◦ S I階層モデルに基づいて模式的に表現したものである。ここで、図 2は、移動機単独で CP S 8から情報の提供を受ける場合のプロトコル構成を示し、図 3は、移動機に携帯情報端末、力一ナビゲ一シヨン等の外付け装置 11が付帯した構成で CP S 8から情報の提供を受ける場合のプロトコル構成を示している。

図 2および図 3に示したプロトコル構成において、 GWS 5を境にして左側、すなわち PPM3、 MS 1 (および外付け装置 11) までは、無線系のデータ通信区間であり、この区間では無線通信のプロトコルおよび本実施形態の簡易プロトコルである TLが用いられる。一方、 GWS 5を境にして右側、すなわち CP S 8までは有線系のデータ通信区間であり、この区間では汎用プロ卜コルである TCP/IP (第 2の通信プロトコル）が用いられる。

そこで、図 2および図 3に示したプロトコル構成を OS I階層モデルに基づいて、下位のレイヤから順次説明する。

1. 2. 1. 第 1層（物理層）

図 2および図 3において、 L 1は物理層を示している。

有線系区間における物理層のプロトコルでは、専用線、公衆電話回線、 I SD N等の物理媒体からなる通信回線を用いてビット列の伝送を行うことを保証するため、使用周波数、送信出力、変調方式やアクセス方式などを規定している。一方、無線系区間における物理層のプロトコルでは、 PDCシステムのチヤネル構造を基にパケット通信用チャネルを定義し、特に、このパケット通信用物理チャネルの配置 ·構造およびこのバケツト通信用物理チャネルを用いて信号を伝送する際の信号符号化方式や信号伝送方式などを規定している。

1. 2. 2. 第 2層（データリンク層）

図 2および図 3において、 L 2はデ一夕リンク層を示している。

有線系区間におけるデータリンク層のプロトコルでは、物理層により提供されるビヅト列の伝送機能を利用して、ノード間でトランスペアレントな高信頼のデ —夕伝送を行うための手順やイン夕フェースを規定している。そして、このデ一夕リンク層のプロトコルとして PPPを用いてデ一夕リンクを確立する。

一方、無線系区間ではデ一夕リンク層において、 MS 1と PPM 3との間では、 LAP DM (Link Access Procedure for Digital Mobile channel) が用いられる。この LAPDMは、制御用物理チャネルおよび通信用物理チャネルで使用されるものにパケット通信を効率的に行うための機能を加え、バケツト通信用物理チャネルで使用できるようにしたものである。さらに、図 3の場合は、 MS 1と外付け装置 11との間で LAPB (Link Access Procedure Balanced) が用いられる。

1. 2. 3. 第 3層（ネヅトワーク層）

有線系区間におけるネヅトワーク層のプロトコルは、 I P (Internet Protocol) により構成される。この IPにより経路制御が行われ、 CPS8から送信された HTMLデータがィン夕一ネット 6を介して GWS 5に供給されるまた、無線系区間では、 P PM3と GWS 5との間では P MAP (Packet Mobile Application Part；パケット移動通信応用部）が用いられる。この PMAPは、 PD C— P網内のノード間でユーザパケットを送受信するための信号方式として規定されているものである。

そして、 MS 1と PPM3との間の通信のためのネットワーク層のプロトコルは、 RT (Radio frequency Transmission management；無線管理機能）、 MM (Mobility Management；移動管理機能）、 CC (Call Control；呼制御機能 ) で構成される。

ここで、 RTは無線ゾーンの選択、無線回線の設定、維持、切換えおよび切断などの機能を含む無線資源（バケツト通信用物理チャネルを含む）の管理に関する機能を実現し、 MMは位置登録および認証機能を含む移動局の移動支援に関する機能を実現し、 CCは呼設定、維持および解放機能を含む回線呼接続制御に関する機能を実現する。これらの詳細な動作については「デジタル方式自動車電話システム標準規格 RCR S TD— 27 F」に記載されている。

これらの機能は協調動作し、同時待受制御、通信開始制御、バケツト転送制御、チャネル切替制御、周期的登録制御、通信終了制御等の制御が行われる。

1. 2. 4. 第 4層（トランスポート層）

有線系区間におけるトランスポート層のプロトコルは TCPで構成される。これは、 CP S 8から送信された HTMLデ一夕をインターネヅト 6を介して GW S 5に供給するためのものである。

また、無線系区間の MS 1と GWS 5との間の通信におけるトランスポート層のプロトコルは、簡易プロトコル T Lで構成される。本 T Lは、ェンド ·ヅ一 · ェンド間で信頼性の高い通信を行うためにコネクション型サ一ビスを提供しており、バーチャルサ一キヅトによる通信を可能とする。これにより上位層のアプリケ一シヨンがあたかも通信相手との間に物理的なポイント ·ツー ·ポイント · リンクが設置されているように会話型サ一ビスを提供することが可能となる（これを「論理コネクション」と称する）。また、本 TLでは同時に複数の論理コネクシヨンの設定が可能である。なお、移動バケツト通信網 10の通信プロトコノレは、 T Lが移動バケツト通信網 10のべァラに直接的に載るように構成されている。

1. 2. 5. 第 5層（セッション層）

有線系区間において、 GWS 5と CP S 8との間では、セッション層およびプレゼンテ一シヨン層において、ブラウザ表示のために HTTP、電子メール配信のための SMTP等が用いられる。

MS 1と GWS 5との間では、後述するバーチャルサーキット（仮想回線）により HTTPを用いて通信が行われる。また、アプリケーション層において、ブラウザを搭載した MS 1と、 PLAI N TEXT, HTML, G I F等各種の形式のデータを保有する CP S 8との間で、データ通信が行われる。

1. 2. 6. 第 6層（プレゼンテーション層）

MS 1と GWS 5との間では、第 6層は網間専用プロ卜コルとして HTTPで構成され、 GWS 5と CP S 8との間では、 HTTP/SMTPで構成される。

1. 2. 7. 第 7層（アプリケーション層）

MS 1のアプリケーション層は、インターネヅト閲覧ソフ卜としての機能を備えたブラウザで構成され、 MS 1のュ一ザに種々の情報を提供する CP S 8のァプリケ一シヨン層は、 PLAIN TEXT, HTML, GI F等のデ一夕で構成される。

2. 実施形態の動作

このようなプロトコル構成を採用する通信システムにおいて、バケツト通信を行う際の有線系区間および無線系区間を含めた全体の動作シーケンスについて説明する。なお、以下の説明では、無線系区間でやり取りされるパケットの構成について随時参照することとする。

2. 1. パケット登録時の動作シーケンス

ユーザが MS 1の「情報」キ一を押下すると、図 4に示すバケツト登録時の動作シーケンスが実行される。

まず、 MS 1側からバケツト通信の登録要求が PPM3に向けて発行される（S 100) 。これを受けて PPM3は、パケット発信者がパケット加入者であるか否かを示すパケット発信情報の読み出しを要求する信号を GWS 5に向けて送出する（S 101) 。このパケット発信情報読出要求信号は GWS 5を介して M— S CP 9に伝送される（S 102) 。

M— S CP 9は、バケツト発信情報読出要求信号に含まれる発 I Dに対応した加入者情報を検索し、 MS 1のユーザがバケツトサービスの加入者であるか否かを判断してパケット発信情報読出応答信号を送出する（S 103) 。そして、このバケツ卜発信情報読出応答信号が GWS 5を介して PPM 3に伝送される（S 104) o

これを受けて、 PPM3はパケットの認証要求信号を MS 1に送出する（S 1 05) 。このパケット認証要求信号に対する応答信号が MS 1側から PPM3側に返送される（S 106) 。

次に、バケツト通信の登録を要求するバケツト通信登録要求信号が PPM 3から GWS 5を介して M— S CP 9に伝送される（S 107— S 108) 。 M— S CP 9は、 MS 1と無線伝送系との間でバケツト通信を開始するための登録を行い、パケット通信登録応答信号を GWS 5に返送する（S 109) 。そして、このバケツト通信登録応答信号が GWS 5から PPM 3に伝送される（S 1 10)。

PPM3は、このパケット通信登録応答信号を受けると、回線の接続を要求する回線接続要求信号を GWS 5に向けて送出する（S I 11) 。これを受けて、 GWS 5が CP S 8に向けて回線接続要求信号を送出すると（S 1 12) 、 CP S 8から回線接続応答信号が返送される（S 1 13) 。

この回線接続応答信号の供給を受けて、 GWS 5から PPM3に回線接続応答信号が送出され（S 114) 、さらに PPM3から MS 1にバケツト通信登録応答信号が送出される（S 1 15) 。

2. 2. パケット通信時の動作シーケンス

このような一連のバケツト通信登録処理が終了すると、 MS 1の情報表示部 1 aには、例えば、既述の図 11に示したような初期画面が表示される。ここで、ユーザがジョグダイヤルキー 1 cを操作して、この初期画面のメニュー番号を選択すると、この番号にリンクされた URLのホームページの内容を情報表示部 1 aに表示させるベく、パケット通信が閧始される。

図 5は、バケツト通信時の動作シーケンスを示したものである。

まず、 MS 1からコネクション設定要求メッセージ（Open Request) と、ァクセス対象となるホームページの URLと、このホームページの内容を MS 1の情報表示部 1 aに表示するために必要なデ一夕の転送を要求する HTTP— Ge t 指令とを含むパケヅト（丁1^ー0 6111 6 (1パケット；特許請求の範囲における「第 1のパケット」）が送出される（S 200) 。

図 8は、このコネクション設定要求時に送出される TL一 Op e nRe qパケットの構成を示したものである。このパケットにおいて、メッセージ種別を示すフィールドには、メヅセージ種別が「Or>en Reque s t」メヅセージであることを示す情報が格納されるとともに、デ一夕用のフィールドには、上記 U RLを含む HTTP— Ge t指令用のデ一夕が格納されている。そして、論理番号フィ一ルドには、 MS 1と GWS 5との間で確立される、ェンド · ッ一 ·ェンドのコネクションを識別するために使用される識別番号が格納されている。無線系区間における簡易プロトコル TLでは、同時に複数の論理コネクションを可能とし、個々の論理コネクションはこの論理番号により識別される。この論理番号は移動機側で設定される。

また、通信パラメ一夕を示すフィールドには、 MS 1がー度に受信することができるデ一夕長ゃデ一夕数、さらに再送を行う場合の夕イマ値等の情報が格納されている。つまり、 MS 1が自らの能力に関する情報を転送パケットの通信パラメ一夕フィールド内に格納して網側に送信する。

この T L一 Op e nR e qパケットは、 PPM 3を介して GWS 5に送出される（S 201) 。これを受けて、 GWS 5から TCPの確認応答用バケツト、および TLの Open Requestに対する確認応答メッセージ（Open Acknowledge) を含むパケヅト（TL一 OpenAckパケヅト；特許請求の範囲における「第 2のバケツト」）が PPM3に返送される（S202， S203) 。

つまり、網側では論理コネクション設定要求メッセージを受けて、 MS 1側の通信パラメ一夕情報を解析し、論理コネクション設定時の通信パラメ一夕を決定して確認応答メッセ一ジ（Open Acknowledge) とともに送出する。

このように、簡易プロトコル TLでは、データ送受信前の論理コネクション設定時に事前に相手側の能力（上記通信パラメ一夕の値）についてネゴシエー卜し、リソースの効率的な使用と、トラヒックの偏りによる能力制御が行われる。そして、これらの動作により MS 1と GWS 5との間で論理コネクションが確立され、パケットデータの送受信の準備が完了する。

図 9は、コネクション設定要求に対する確認応答時に送出される T L-Op e nA c kパケットの構成を示したものである。このパケットにおいて、メッセ一ジ種別を示すフィールドには、メヅセージ種別が「0 p e n Acknowl e dge」メヅセージであることを示す情報が格納されるとともに、論理番号フィールドには、コネクション設定要求時に指定された論理番号が格納されている。そして、この TL一 Op e nAc kバケツ卜が移動機側に転送され（ S 205)、さらに T CPの確認応答用パケヅトが PPM3から GWS 5に転送される（S 2 04) 。一方、 T L一 Op e nR e qパケットを受け取った GWS 5と、 CPS 8との間では、通常の T CPの動作シーケンスに基づいて以下のようなやり取りがなされる。

まず、 GWS 5と CP S 8との間のコネクションを確立するために、 SYNフラグが設定されたセグメン卜が GWS 5から CP S 8に向けて送出され（S 20 6) 、このセグメントを受信した旨の確認応答として SYNフラグおよび ACK フラグが設定されたセグメントが CP S 8から GWS 5に返送される（S 207)c そして、 A CKフラグが設定されたセグメントが GWS 5から CP S 8に送出される（S 208)。このようなスリーウェイハンドシェ一ク（Three Way Handshake) 手順により GWS 5と CPサーバ 8間のコネクションが確立される。

次に、対象となるホームページの UR L (ステップ S 20 1において MS 1から取得したもの）を含む HTTP— Ge tセグメン卜が GWS 5から CPサーバ 5に向けて送信され（S 209 ) 、このセグメントを受信した旨の確認応答信号が CP S 8から GWS 5に返送される（S 2 10) 。

そして、上記 URLで指定された CP S 8内のホームページのデ一夕を含む H TTP— Re sセグメントが CP S 8からGWS 5に向けて送信され（S 2 1 1)、このセグメントを受信した旨の AC Kフラグが設定されたセグメントが CP S 8 に返送される（S 2 12) 。

HT T Pによるデータ転送が終了すると、次のようなコネクションの終了処理がなされる。

まず、 F I Nフラグの設定されたセグメントが CP S 8から GWS 5に送出される（S 2 13) 。このセグメントを受信した旨の確認応答セグメン卜が GWS 5から返送される（S 2 14) 。そして、今度は、 GWS 5から同様のコネクション終了処理がなされる（S 215, S 2 1 6) 。

このようなステップ S 206〜S 2 1 6までの 1 1ステップからなるシ一ケンスを介して、 CPS 8内のホームページのデータが GWS 5に供給される。続いて、 GWS 5に供給された CP S 8内のホームページのデ一夕を含むパケヅト（TL一 DAT Aバケツト）は、 PPM3に転送される（S 217) 。図 10ではこのパケヅ卜がバケツト 10 Aとされ、その構成が示されている。このパケット 10 Aにおいて、メッセージ種別を示すフィールドには、メッセ一ジ種別が「Dat a」メッセージであることを示す情報が格納されるとともに、デ一夕フィ一ルド内には CP S 8内のホームページのデ一夕が格納されている。このバケツトを受信した旨の T CP確認応答バケツトが P PM3から GWS 5 に返送される（S 218) 。そして、卩 1^3に転送された^>1 ー0八丁八パケヅ卜が MS 1に転送される（S 219) 。これにより、ユーザが指定した UHL のホームページのデータが MS 1に転送され、情報表示部 l aには、ユーザが初期画面から選択した番号に対応する内容が表示される。

そして、 TL— DATAパケットを受信した旨の確認応答パケット（TL一 D AT A Ackパケット）が MS 1から P PM 3に返送される（S 220) 。図 10ではこのパケヅ卜がバケツト 10 Bとされ、その構成が示されている。このパケット 10 Bにおいて、メッセ一ジ種別を示すフィールドには、メッセ一ジ種別が「Dat a Acknowl edge」であることを示す情報が格納されている。

PPM 3に返送されたパケットは、 GWS 5に転送され（S 221 ) 、このパケットを受信した旨の TCP確認応答バケツ卜が PPM3に返送される（S 22 2) 。

なお、以上の説明では、 CP S 8から MS 1への 1回のパケット転送によりデ一夕転送が終了する例を挙げたが、実際は、 CP S 8から供給されたデータ量に応じて、 PPM3と GWS 5との間のシーケンス（S 217, S218, S 22 1, S 222) および MS 1と PPM 3との間のシーケンス（S 219, S 22 0) が繰り返し実行される。つまり、 CPS 8から供給されたデ一夕量が MS 1 側で一度に受信することのできる最大デ一夕量の 3倍であれば、 3回に分けて M S 1側にデ一夕が転送されることになり、ステップ S 217, S 218 , S 22 1， S 222およびステップ S 219, S 220の処理が 3回繰り返して実行される。

2. 3. パケット通信終了時の動作シ一ケンス

図 6は、バケツト通信終了時の動作シーケンスを示したものである。

まず、 MS 1からパケット通信の登録の解除を要求する信号が PPM3、 GW S 5を介して M— S CP 9に伝送される（S300 S301— S302) 。 M 一 S CP 9は、 MS 1のパケット通信登録を解除してバケツト通信登録解除信号を送出する（S 303) 。このバケツト通信登録解除信号が GWS 5、 PPM3 を介して MS 1に伝送され（S 304-»S 305 ) 、これを受けて、 MS 1は P PM3にパケット通信登録解除信号に対する応答信号を送出する（S 306) 。次に、 P P M 3は GWS 5に向けて回線の切断を要求する旨の信号を送出し（ S 307) 、 GWS 5から CP S 8に向けて回線切断要求信号が送出される（S3 08) 。これを受けた CP S 8から GWS 5に回線切断応答信号が送出され（S 309 ) 、さらに GWS 5から PPM 3に回線切断応答信号が送出されると（S 310) 、バケツト通信終了時のシーケンスが完了する。

3. 実施形態の効果

(1) このように、図 15に示した従来の PPP, IP, TCPによるシ一ケンスと、本実施形態の図 5に示した MS 1と GWS 5との間の TLによるシ一ケンスとを比較すると、送信側と受信側とでやり取りされる信号数が大幅に減少し（約

1/3に削減）、 MS 1のハードウェアのスペック（CPUの処理能力、メモリ容量等）がそれほど高くなくても、スムーズにデ一夕通信を行うことができる。

(2) また、図 7に示したように、本実施形態において転送されるパケット 7B の構成は大幅に簡素化される。つまり、簡易プロトコル TLによる通信では、各パケットは約 10バイトのヘッダ（T Lヘッダという）と、アプリケーションデ一夕（例えば 500バイトであり、最大 1400バイ卜まで拡張可能）で構成されることになる。したがって、従来の T CP/ I Pによるパケヅト 7 Aと比べて、大幅にヘッダサイズが小さくなつている（約 1/5に削減されている）。これにより、転送データ量が削減され、通信コストも削減される。 4. 変形例

本発明は、上記実施形態に限定されるものではなく、例えば以下のように種々の変形が可能である。

(1) 本実施形態では、移動機のユーザが CPサーバからデ一夕の配信を受けるという観点から、網に対する下り方向のデ一夕通信について記載したが、上り方向のデータ通信でも、本実施形態で示した通信プロトコル（TL) に従ってデ一夕を転送することができる。すなわち、イン夕一ネットに接続された相手端末に電子メ一ルを送信する場合などに T Lによるデ一夕通信が可能である。

(2) 本実施形態で示した通信プロトコル（TL) は、簡易プロトコルの一例にすぎない。従来の T CP/I Pのように信号数の多いプロトコルではなく、トランスポ一ト層レベルで通信相手とバーチャルサ一キッ卜で接続され、かつコネクシヨン型通信が可能となるプロトコルであればよい。

(3) 本実施形態で示したパケットの構成や情報要素の内容も一例にすぎず、へッダサイズを小さくして、ユーザ端末と中継装置との間でスムーズにデ一夕通信ができるようであればよい。

(4) CPサーバから配信されるデ一夕の形式も HTMLに限らず、その他の形式を採用してもよい。例えば、配信される情報がテキストデータのみであれば、 HTMLのようにブラウザ対応のタグを用いたデ一夕形式でなくてもよい。

(5) GWS 5を複数の装置から構成し、 GWS 5にかかる負荷やトラヒックを分散するようにしてもよい。例えば、 GWS 5を、図 16に示すように、 M— P GW (移動メッセージ用バケツト関門中継処理装置； Mobile Message-Packet Gateway Module) 1 1と GWS 13とに分離し、移動バケツト通信網 10と外部の通信路との中継処理を GWS 13が、他の処理を M— PGW12が行うようにしてもよい。また、 M— PGW1 1を複数個だけ設け、各 M— PGW11を GWS 13に接続した構成とし、各 M— P GWにかかる負荷およびトラヒックを分散するようにしてもよい。

Claims

請求の範囲

1 . サーバ装置とユーザ端末とのデータ通信を中継する中継装置における通信制御方式であって、

プロトコルである第 1の通信プロトコルに従って、前記ユーザ端末から送信された前記サーバ装置に対するコネクションの設定を要求するメッセージと該コネクシヨンに対する識別番号とを含むバケツトを受信する過程と、

このバケツトを受信した旨の確認応答メッセージを含むバケツトを前記第 1の通信プロトコルに従って前記ユーザ端末に向けて送信する一方、第 2の通信プロトコルに従って前記サーバ装置と自装置との間でコネクションを確立する過程と、前記第 1の通信プロトコルに従って前記ユーザ端末から前記サーバ装置に向けて送信されたデータ転送要求メッセージを含むバケツトを受信するとともに、前記第 2の通信プロトコルに従って、このデ一夕転送要求メッセージを含むバケツトを前記サーバ装置に向けて送信する過程と、

前記第 2の通信プロトコルに従って前記サーバ装置から送信されたデ一夕を受信するとともに、このデータを含むパケッ卜を前記第 1の通信プロトコルに従つて前記ユーザ端末に送信する過程と

を含み、

前記第 1の通信プロトコルは、前記第 2の通信プロトコルに比べて簡易であることを特徴とする通信制御方式。

2 . サーバ装置とユーザ端末とのデータ通信を中継する中継装置における通信制御方式であって、

第 1の通信プロトコルに従って前記ユーザ端末から送信された、前記サーバ装置に対するコネクションの設定を要求するメッセージと該コネクションに対する識別番号と前記サーバ装置に対するデ一夕転送要求メッセージとを含むバケツトを受信する過程と、

このバケツトを受信した旨の確認応答メッセージを含むバケツトを前記第 1の通信プロトコルに従って前記ユーザ端末に向けて送信する一方、第 2の通信プロトコルに従って、前記サーバ装置と自装置との間でコネクションを確立するとともに、前記デ一夕転送要求メッセージを含むパケットを前記サーバ装置に送信する過程と、

前記第 2の通信プロトコルに従って前記サーバ装置から送信されたデ一夕を受信するとともに、このデータを含むパケットを前記第 1の通信プロトコルに従つて前記ユーザ端末に送信する過程と

を含み、

3 . 請求項 1または 2に記載の通信制御方式において、

前記第 1の通信プロトコルを用いて前記ユーザ端末と前記中継装置との間でコネクシヨンを確立する際の信号数が、前記第 2の通信プロトコルを用いて前記中継装置と前記サーバ装置との間でコネクションを確立する際の信号数に比べて少ないことを特徴とする通信制御方式。

4 . 請求項 1または 2に記載の通信制御方式において、

前記ユーザ端末と前記中継装置との間の通信区間は、無線系区間から成り、前記中継装置と前記サーバ装置との間の通信区間は、有線系区間から成ることを特徴とする通信制御方式。

5 . サーバ装置とユーザ端末との間でデータ通信を行う通信方法であって、前記データ通信におけるトランスポ一ト層を含む上位層の通信制御手順が、前記ユーザ端末から前記サーバ装置に向けてコネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含む第 1のパケットを送信する第 1の過程と、

この第 1のバケツトを受信した旨の確認応答メッセージを含む第 2のパケットを前記サーバ装置から前記ユーザ端末に向けて送信する第 2の過程と、

前記ユーザ端末と前記サーバ装置との間で前記コネクションが確立された後、前記サーバ装置から前記識別番号を指定することにより前記ユーザ端末に向けて実デ一夕を含む第 3のバケツトを送信する第 3の過程と

を含むことを特徴とする通信方法。

6 . サーバ装置とユーザ端末とのデ一夕通信を中継する中継装置と前記ユーザ端末との間でデータ通信を行う通信方法であって、

前記データ通信におけるトランスポート層を含む上位層の通信制御手順が、前記ユーザ端末から前記中継装置に向けてコネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含む第 1のバケツトを送信する第 1の過程と、

この第 1のバケツトを受信した旨の確認応答メッセージを含む第 2のバケツトを前記中継装置から前記ユーザ端末に送信する第 2の過程と、

前記ユーザ端末と前記中継装置との間で前記コネクションが確立された後、前記サーバ装置から所定のプロトコルに従って前記中継装置に供給された実デ一夕を含む第 3のパケットを前記中継装置から前記識別番号を指定することにより前記ユーザ端末に向けて送信する第 3の過程と

を含むことを特徴とする通信方法。

7 . 請求項 5に記載の通信方法において、

前記第 1の過程において、前記ユーザ端末は、自端末が一度に受信することができるデータの最大サイズを示すデータサイズ情報を前記サーバ装置に向けて送信し、

前記サーバ装置は、受信した前記デ一夕サイズ情報から前記最大サイズを取得し、前記第 3のパケットのサイズが前記最大サイズを越える場合には、前記実デ一夕を分割して前記ユーザ端末に送信する

ことを特徴とする通信方法。

8 . 請求項 6に記載の通信方法において、

前記第 1の過程において、前記ユーザ端末は、自端末が一度に受信することができるデ一夕の最大サイズを示すデータサイズ情報を前記中継装置に向けて送信し、

前記中継装置は、受信した前記デ一夕サイズ情報から前記最大サイズを取得し、前記第 3のバケツ卜のサイズが前記最大サイズを越える場合には、前記実デ一夕を分割して前記ユーザ端末に送信する

ことを特徴とする通信方法。

9 . ユーザ端末とデータ通信を行うサーバ装置において、

前記データ通信を行う際にトランスポート層を含む上位層のレベルで通信制御を行う通信制御手段を備え、

前記通信制御手段は、

前記ユーザ端末から送信されたコネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含む第 1のパケットを受信する手段と、この第 1のパケットを受信した旨の確認応答メッセージを含む第 2のバケツトを前記ユーザ端末に向けて送信する手段と、

前記ユーザ端末との間で前記コネクションが確立された後、前記識別番号を指定することにより前記ユーザ端末に向けて実デ一夕を含む第 3のパケットを送信する手段と

を含むことを特徴とするサーバ装置。

1 0 . サーバ装置とユーザ端末とのデータ通信を中継する中継装置において、前記データ通信を行う際にトランスポ一ト層を含む上位層のレベルで通信制御を行う通信制御手段を備え、

前記通信制御手段は、

前記ユーザ端末から送信された自装置とのコネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含む第 1のバケツトを受信する手段と、

この第 1のパケットを受信した旨の確認応答メッセ一ジを含む第 2のパケッ卜を前記ユーザ端末に送信する手段と、前記ユーザ端末と自装置との間で前記コネクションが確立された後、前記サ一バ装置から所定のプロトコルに従って前記中継装置に供給された実データを含む第 3のパケットを前記識別番号を指定することにより前記ユーザ端末に向けて送信する手段と

を含むことを特徴とする中継装置。

1 1 . サーバ装置とユーザ端末とのデータ通信を中継する中継装置において、第 1の通信プロトコルに従って前記ユーザ端末から送信された前記サーバ装置に対するコネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含むバケツトを受信する手段と、

このバケツトを受信した旨の確認応答メッセージを含むバケツトを前記第 1の通信プロトコルに従って前記ユーザ端末に向けて送信する一方、第 2の通信プロトコルに従って前記サーバ装置と自装置との間でコネクションを確立する手段と、前記第 1の通信プロトコルに従って前記ユーザ端末から前記サーバ装置に向けて送信されたデータ転送要求メッセージを含むバケツトを受信するとともに、前記第 2の通信プロトコルに従って、このデ一夕転送要求メッセージを含むバケツトを前記サーバ装置に向けて送信する手段と、

前記第 2の通信プロトコルに従って前記サーバ装置から送信されたデータを受信するとともに、このデータを含むパケットを前記第 1の通信プロトコルに従つて前記ユーザ端末に送信する手段と

を含み、

前記第 1の通信プロトコルは、前記第 2の通信プロトコルに比べて簡易であることを特徴とする中継装置。

1 2 . サーバ装置とユーザ端末とのデータ通信を中継する中継装置において、第 1の通信プロトコルに従って前記ユーザ端末から送信された、前記サーバ装置に対するコネクションの設定を要求するメッセージと該コネクションに対する識別番号と前記サーバ装置に対するデータ転送要求メッセージとを含むバケツトを受信する手段と、このパケットを受信した旨の確認応答メッセージを含むパケッ卜を前記第 1の通信プロトコルに従って前記ユーザ端末に向けて送信する一方、第 2の通信プロトコルに従って、前記サーバ装置と自装置との間でコネクションを確立するとともに、前記デ一夕転送要求メッセージを含むバケツトを前記サーバ装置に送信する手段と、

前記第 2の通信プロトコルに従って前記サーバ装置から送信されたデ一夕を受信するとともに、このデ一夕を含むバケツトを前記第 1の通信プロトコルに従つて前記ユーザ端末に送信する手段と

を含み、

前記第 1の通信プロ卜コルは、前記第 2の通信プロトコルに比べて簡易であることを特徴とする中継装置。

1 3 . 請求項 1 1または 1 2に記載の中継装置において、

前記第 1の通信プロトコルを用いて前記ユーザ端末と前記中継装置との間でコネクシヨンを確立する際の信号数が、前記第 2の通信プロトコルを用いて前記中継装置と前記サーバ装置との間でコネクションを確立する際の信号数に比べて少ないことを特徴とする中継装置。

1 4 . 請求項 1 0〜 1 2のいずれか一に記載の中継装置において、前記ユーザ端末と前記中継装置との間の通信区間は、無線系区間から成り、前記中継装置と前記サーバ装置との間の通信区間は、有線系区間から成ることを特徴とする中継

1 5 . 請求項 1 0〜 1 2のいずれかに記載の中継装置を介して、ユーザ端末とサーバ装置とが接続されていることを特徴とする通信システム。

1 6 . サーバ装置とデ一夕通信を行う端末装置において、

前記データ通信を行う際にトランスポート層を含む上位層のレベルで通信制御を行う通信制御手段を備え、前記通信制御手段は、

コネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含む第 1のバケツトを送信する手段と、

前記サーバ装置から送信された、前記第 1のバケツトを受信した旨の確認応答メッセージを含む第 2のバケツトを受信する手段と、

前記サーバ装置との間で前記コネクションが確立された後、前記識別番号を指定することにより前記サーバ装置から送信された実デ一夕を含む第 3のパケットを受信する手段と

を含むことを特徴とする端末装置。

1 7 . 端末装置との間のコネクションを管理する中継装置を介してサーバ装置とデータ通信を行う端末装置において、

前記デ一夕通信を行う際にトランスポート層を含む上位層のレベルで通信制御を行う通信制御手段を備え、

前記通信制御手段は、

前記中継装置とのコネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含む第 1のバケツトを送信する手段と、

前記中継装置から送信された、前記第 1のパケットを受信した旨の確認応答メッセージを含む第 2のバケツトを受信する手段と、

前記中継装置と自装置との間で前記コネクションが確立された後、前記識別番号を指定することにより前記中継装置から送信された、前記サーバ装置から所定のプロトコルに従って前記中継装置に供給された実データを含む第 3のバケツトを受信する手段と

を含むことを特徴とする端末装置。

1 8 . 端末装置との間のコネクションを管理する中継装置を介してサーバ装置とデータ通信を行う端末装置において、

第 1の通信プロトコルに従って前記サーバ装置に対するコネクションの設定を要求するメッセージと該コネクションに対する識別番号とを含むパケットを送信する手段と、

前記中継装置から送信された、前記バケツトを受信した旨の確認応答メッセ一ジを含むバケツトを前記第 1の通信プロトコルに従って受信する手段と、前記第 1の通信プロトコルに従って前記サーバ装置に向けてデータ転送要求メッセージを含むバケツトを送信する手段と、

前記データ転送要求メッセージに応じて第 2の通信プロ卜コルに従って前記サ —バ装置から前記中継装置へ供給された実データを含むパケットを前記第 1のプ口トコルに従って受信する手段と

を含み、

前記第 1の通信プロトコルは、前記第 2の通信プロトコルに比べて簡易であることを特徴とする端末装置。

1 9 . 端末装置との間のコネクションを管理する中継装置を介してサーバ装置とデータ通信を行う端末装置において、

第 1の通信プロトコルに従って、前記サーバ装置に対するコネクションの設定を要求するメッセージと該コネクションに対する識別番号と前記サーバ装置に対するデ一夕転送要求メッセージとを含むバケツトを送信する手段と、

前記第 1の通信プロトコルに従って、このパケットを受信した旨の確認応答メッセージを含む、前記中継装置から送信されたパケットを受信する手段と、前記デ一夕転送要求メッセージに応じて第 2の通信プロトコルに従って前記サーバ装置から前記中継装置へ供給された実デ一夕を含むバケツトを前記第 1のプ口トコルに従って受信する手段と

を含み、

2 0 . 請求項 1 8または 1 9に記載の端末装置において、

前記第 1の通信プロ卜コルを用いて前記端末装置と前記中継装置との間でコネクシヨンを確立する際の信号数が、前記第 2の通信プロトコルを用いて前記中継装置と前記サーバ装置との間でコネクションを確立する際の信号数に比べて少ないことを特徴とする端末装置。

2 1 . 請求項 1 7〜 1 9のいずれか一に記載の端末装置において、

前記端末装置と前記中継装置との間の通信区間は、無線系区間から成り、前記中継装置と前記サーバ装置との間の通信区間は、有線系区間から成ることを特徴とする端末装置。