JP2015035699A - 無線中継装置、通信システム、及び、通信方法 - Google Patents

Abstract

【課題】無線通信を介する通信において、効率よく通信する通信方法を提供する。【解決手段】無線端末と無線ＬＡＮを介して相互に通信可能に接続され、情報処理装置とＷＡＮを介して通信可能に接続される無線中継装置であって、前記無線端末から、レイヤ２ヘッダの上位層ペイロードタイプ欄に所定の第１プロトコルを指定するデータを含むフレームを受信する無線通信部と、前記無線通信部が前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置との間でＴＣＰコネクションを確立する制御部とを備え、前記無線中継装置の前記無線通信部は、前記情報処理装置から受信したデータを前記無線端末に転送することを特徴とする無線中継装置とする。【選択図】図１

Description

本発明は、無線中継装置、通信システム、及び、通信方法に関する。

ＴＣＰ（Transmission Control Protocol）は、発信側と宛先側との間に接続を確立し
て、データ送信毎に確認を行い、信頼性の高いデータ通信を実現するものである。ＴＣＰは、Ｗｅｂアクセス等の多くのインターネットアクセスに使用されている。ＴＣＰでは、信頼性を確保するため、発信側と宛先側との間で、多くの制御メッセージが送受信される。ＴＣＰにおける正味の通信は上下１本ずつであるが、正味の通信のために、上下合わせて８本の制御メッセージのやり取りが行われる。

特開２０００−２５３１５０号公報 特開平９−３２１８２１号公報 特開２００６−３２３４５５号公報

ＡＰ（Access Point、アクセスポイント）と無線端末との間で無線通信を行う無線ＬＡＮ（Local Area Network）及びＡＰとサーバとの間を接続するＷＡＮ（Wide Area Network）を介して、無線端末からサーバにＴＣＰを使用してアクセスすることがある。この場
合、無線ＬＡＮ（ＷｉＦｉ：Wireless Fidelity）区間のノイズ等により、再送処理が発
生することがある。再送処理が増えると、無線端末、ＡＰ及びサーバの処理負荷が増大する。

１つの側面では、本発明は、無線通信を介する通信において、効率よく通信する通信方法を提供することを課題とする。

１つの態様では、
無線端末と無線ＬＡＮ（Local Area Network）を介して相互に通信可能に接続され、情報処理装置とＷＡＮ（Wide Area Network）を介して通信可能に接続される無線中継装置
であって、
前記無線端末から、レイヤ２ヘッダの上位層ペイロードタイプ欄に所定の第１プロトコルを指定するデータを含むフレームを受信する無線通信部と、
前記無線通信部が前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置との間でＴＣＰ（Transmission Control Protocol）コネクションを確立する制御部とを備え、
前記無線中継装置の前記無線通信部は、前記情報処理装置から受信したデータを前記無線端末に転送する
無線中継装置が提供される。

開示の態様は、プログラムが情報処理装置によって実行されることによって実現されてもよい。即ち、開示の構成は、上記した態様における各手段が実行する処理を、情報処理装置に対して実行させるためのプログラム、或いは当該プログラムを記録したコンピュータ読み取り可能な記録媒体として特定することができる。また、開示の構成は、上記した
各手段が実行する処理を情報処理装置が実行する方法をもって特定されてもよい。開示の構成は、上記した各手段が実行する処理を行う情報処理装置を含むシステムとして特定されてもよい。

１つの側面として、無線通信を介する通信において、効率よく通信する通信方法を提供することができる。

図１は、実施形態のシステムの構成の例を示す図である。 図２は、アクセスポイントの構成例を示す図である。 図３は、無線端末の構成例を示す図である。 図４は、実施形態の動作シーケンスの例（１／２）を示す図である。 図５は、実施形態の動作シーケンスの例（２／２）を示す図である。 図６は、報知情報に含まれる情報の例を示す図である。 図７は、無線端末からアクセスポイントにＴＣＰ代行委任の際に送信されるパケットのフレームの例を示す図である。 図８は、変形例１の動作シーケンスの例（１／３）を示す図である。 図９は、変形例１の動作シーケンスの例（２／３）を示す図である。 図１０は、変形例１の動作シーケンスの例（３／３）を示す図である。 図１１は、変形例２の動作シーケンスの例を示す図である。 図１２は、無線端末とアクセスポイントとの間の通信方法の動作シーケンスの例（１／３）を示す図である。 図１３は、無線端末とアクセスポイントとの間の通信方法の動作シーケンスの例（２／３）を示す図である。 図１４は、無線端末とアクセスポイントとの間の通信方法の動作シーケンスの例（３／３）を示す図である。 図１５は、優先データの予定表の例を示す図である。 図１６は、ベストエフォートデータの予定表の例を示す図である。

以下、図面を参照して実施形態について説明する。実施形態の構成は例示であり、開示の構成は、開示の実施形態の具体的構成に限定されない。開示の構成の実施にあたって、実施形態に応じた具体的構成が適宜採用されてもよい。

〔実施形態１〕
以下、図面を参照して実施形態について説明する。実施形態の構成は例示であり、開示の実施形態の構成に限定されない。本実施形態では、無線ＬＡＮ機能を有するアクセスポイント及び無線端末等に適用することを前提としているが、本実施形態の通信方法は、無線ＬＡＮに適用することに限定されるものではない。

（構成例）
図１は、本実施形態のシステムの構成の例を示す図である。本実施形態のシステムは、アクセスポイント（ＡＰ：Access Point）１００、無線端末２００、サーバ３００を含む。アクセスポイント１００と無線端末２００とは無線接続される。本実施形態のシステムにおいて、無線端末の数は、１台に限定されるものではなく、２台以上であってもよい。アクセスポイント１００は、上位のネットワーク（ＷＡＮ：Wide Area Network）に接続
される。上位のネットワークには、サーバ３００が接続される。本実施形態のシステムにおいて、サーバの数は、１台に限定されるものではなく、２台以上であってもよい。

図２は、アクセスポイントの構成例を示す図である。アクセスポイント１００は、ＣＰＵ１０２、メモリ１０４、ＷｉＦｉインタフェース１０６、ＮＩＣ（Network Interface Card）１０８、アンテナ１１０を含む。アクセスポイント１００は、無線中継装置の一例である。

ＣＰＵ１０２は、アクセスポイント１００の制御及び所定の演算を行う。ＣＰＵ１０２は、他の通信装置との間の送受信データを処理する。ＣＰＵ１０２は、制御部の一例である。

メモリ１０４は、ＣＰＵ１０２が実行するプログラム、ＣＰＵ１０２が使用するデータ等を記憶する。メモリ１０４は、ＴＣＰ代行機能等を実現するプログラムを格納する。

ＷｉＦｉインタフェース１０６は、無線端末２００等の他の無線装置等と無線接続するためのインタフェースである。ＷｉＦｉインタフェース１０６は、無線通信部の一例である。

ＮＩＣ（Network Interface Card）１０８は、アクセスポイント１００を上位のネットワークに接続するためのインタフェースである。アクセスポイント１００は、ＮＩＣ１０８、ネットワークを介して、サーバ３００等の上位装置に接続される。アクセスポイント１００は、ＮＩＣ１０８を介して、サーバ３００等の上位装置とデータの送受信を行う。ＮＩＣ１０８は、通信部の一例である。

アンテナ１１０は、無線端末２００等の他の無線装置等から送信される無線信号を受信する。また、アンテナ１１０は、無線端末２００等の他の無線装置等に送信する無線信号を送信する。アクセスポイント１００は、ＷｉＦｉインタフェース１０６、アンテナ１１０を介して、無線端末２００とデータ等を送受信する。

図３は、無線端末の構成例を示す図である。無線端末２００は、ＣＰＵ２０２、メモリ２０４、ＷｉＦｉインタフェース２０６、ユーザインタフェース２０８を含む。

ＣＰＵ２０２は、無線端末２００の制御及び所定の演算を行う。ＣＰＵ２０２は、他の通信装置との間の送受信データを処理する。ＣＰＵ２０２は、制御部の一例である。

メモリ２０４は、ＣＰＵ２０２が実行するプログラム、ＣＰＵ２０２が使用するデータ等を記憶する。

ＷｉＦｉインタフェース２０６は、アクセスポイント１００等の他の無線装置と無線接続するためのインタフェースである。ＷｉＦｉインタフェース２０６は、無線通信部の一例である。

ユーザインタフェース２０８は、無線端末２００のユーザとの間で情報をやりとりするためのインタフェースである。ユーザインタフェース２０８には、入力装置、出力装置が含まれる。

アンテナ２１０は、アクセスポイント１００等の他の無線装置等から送信される無線信号を受信する。また、アンテナ２１０は、アクセスポイント１００等の他の無線装置等に送信する無線信号を送信する。無線端末２００は、ＷｉＦｉインタフェース２０６、アンテナ２１０を介して、アクセスポイント１００とデータ等を送受信する。

サーバ３００は、ＨＴＴＰ（Hyper Text Transfer Protocol）サーバとしての機能を備
える。サーバ３００は、ＳＳＬ（Secure Socket Layer）サーバ、ＳＩＰ（Session Initiation Protocol）サーバとしての機能を備えてもよい。ＨＴＴＰサーバとしての機能を備えるサーバと、ＳＳＬサーバとしての機能を備えるサーバと、ＳＩＰサーバとしての機能としての機能を備えるサーバとが、それぞれ別個のサーバとして存在してもよい。サーバ３００は、ネットワークに接続され、ネットワークを介して、アクセスポイント１００と通信しうる。

アクセスポイント１００、無線端末２００及びサーバ３００は、パーソナルコンピュータ（ＰＣ：Personal Computer）のような汎用のコンピュータまたはサーバマシンのよう
な専用のコンピュータを使用して実現可能である。また、無線端末２００は、スマートフォン、携帯電話、カーナビゲーション装置のような専用または汎用のコンピュータ、あるいは、コンピュータを搭載した電子機器を使用して実現可能である。

コンピュータ、すなわち、情報処理装置は、プロセッサ、主記憶装置、及び、二次記憶装置や、通信インタフェース装置のような周辺装置とのインタフェース装置を含む。主記憶装置及び二次記憶装置は、コンピュータ読み取り可能な記録媒体である。

コンピュータは、プロセッサが記録媒体に記憶されたプログラムを主記憶装置の作業領域にロードして実行し、プログラムの実行を通じて周辺装置が制御されることによって、所定の目的に合致した機能を実現することができる。

プロセッサは、例えば、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）である。主記憶装置は、例えば、ＲＡＭ（Random Access Memory）やＲＯ
Ｍ（Read Only Memory）を含む。

二次記憶装置は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディス
クドライブ（ＨＤＤ、Hard Disk Drive）である。また、二次記憶装置は、リムーバブル
メディア、即ち可搬記録媒体を含むことができる。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、あるいは、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体である。

通信インタフェース装置は、例えば、ＬＡＮ（Local Area Network）インタフェースボードや、無線通信のための無線通信回路である。

周辺装置は、上記の二次記憶装置や通信インタフェース装置の他、キーボードやポインティングデバイスのような入力装置や、ディスプレイ装置やプリンタのような出力装置を含む。また、入力装置は、カメラのような映像や画像の入力装置や、マイクロフォンのような音声の入力装置を含むことができる。また、出力装置は、スピーカのような音声の出力装置を含むことができる。周辺装置は、コンピュータに含まれてもよい。即ち、周辺装置は、コンピュータの構成の一部であってもよい。

アクセスポイント１００として使用されるコンピュータは、プロセッサが二次記憶装置に記憶されているプログラムを主記憶装置にロードして実行することによって、データの送受信、予定表の作成等の機能を実現する。一方、メモリ１０４は、主記憶装置または二次記憶装置の記憶領域に設けられる。

無線端末２００として使用されるコンピュータは、プロセッサが二次記憶装置に記憶されているプログラムを主記憶装置にロードして実行することによって、データの送受信、電話等の機能を実現する。一方、メモリ２０４は、主記憶装置または二次記憶装置の記憶領域に設けられる。

サーバ３００として使用されるコンピュータは、プロセッサが二次記憶装置に記憶されているプログラムを主記憶装置にロードして実行することによって、データの送受信、ウェブサーバ、ＳＳＬサーバ、ＳＩＰサーバ等を実現する。

アクセスポイント１００、無線端末２００、サーバ３００の各ユニットは、ハードウェアの構成要素、ソフトウェアの構成要素、又は、これらの組み合わせとして、それぞれ実現され得る。

ハードウェアの構成要素は、ハードウェア回路であり、例えば、ＦＰＧＡ（Field Programmable Gate Array）、特定用途向け集積回路（ＡＳＩＣ）、ゲートアレイ、論理ゲー
トの組み合わせ、アナログ回路等がある。

ソフトウェアの構成要素は、ソフトウェアとして所定の処理を実現する部品である。ソフトウェアの構成要素は、ソフトウェアを実現する言語、開発環境等を限定する概念ではない。

一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

プログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくても、並列的または個別に実行される処理を含む。

情報処理装置は、主記憶装置、二次記憶装置に、オペレーティングシステム、各種プログラム、各種テーブル等を記憶している。オペレーティングシステムは、ソフトウェアとハードウェアとの仲介、メモリ空間の管理、ファイル管理、プロセスやタスクの管理等を行うソフトウェアである。オペレーティングシステムは、通信インタフェースを含む。通信インタフェースは、通信部を介して接続される他の外部装置等とデータのやり取りを行うプログラムである。

（動作例）
ここでは、無線端末２００がサーバ３００との間のＴＣＰによる通信を、アクセスポイント１００に代行する動作例について説明する。

図４及び図５は、本実施形態の動作シーケンスの例を示す図である。図４及び図５の動作シーケンスは、アクセスポイント１００、無線端末２００、及び、サーバ３００における動作シーケンスの例を示す。図４の「Ａ１」、「Ａ２」、「Ａ３」は、それぞれ、図５の「Ａ１」、「Ａ２」、「Ａ３」と接続する。

アクセスポイント１００は、報知情報をアクセスポイント１００の周囲に存在する無線端末に向けて、所定時間ごとに、送信する（ＳＱ１０１）。

図６は、報知情報に含まれる情報の例を示す図である。図６の例では、報知情報は、基本情報、ＴＣＰ代行機能を有することを示す情報、ＳＳＬ代行機能を有することを示す情報、ＳＩＰ代行機能を有することを示す情報等を含む。ＴＣＰ代行機能などの代行機能を有することを示す情報は、それぞれ、所定のフラグの有無によって表されてもよい。また、ＴＣＰ代行機能などの代行機能を有することを示す情報は、例えば、所定のプロトコルを指定するデータで表されてもよい。

基本情報は、例えば、ネットワークを識別する情報（例えば、ＥＳＳＩＤ）、通信に使用するプロトコルを識別する情報（例えば、プロトコルＩＤ）、暗号化方式などを含む。

ＴＣＰ代行機能を有することを示す情報は、アクセスポイント１００がＴＣＰ代行機能を有することを示す情報である。ＴＣＰ代行機能は、無線端末２００に代わってアクセスポイント１００がサーバ３００との間で、ＴＣＰによる制御メッセージのやり取りを行う機能である。ＴＣＰ代行機能は、ＴＣＰによる制御メッセージ以外のデータを無線端末２００から受信しサーバ３００に送信する機能である。また、ＴＣＰ代行機能は、ＴＣＰによる制御メッセージ以外のデータをサーバ３００から受信し無線端末２００に送信する機能である。

無線端末２００は、報知情報により、アクセスポイント１００がＴＣＰ代行機能を有していることを認識する。

無線端末２００は、ＴＣＰ代行委任を示す情報と、サーバに対するデータ（ここでは、ＨＴＴＰリクエストとする）とを含むフレームを、アクセスポイント１００に送信する（ＳＱ１０２）。当該アクセスポイント１００は、ＴＣＰ代行機能を有するアクセスポイントである。ここでは、サーバに対するデータは、ＨＴＴＰリクエストとしているが、他のサービスやアプリケーションのデータであってもよい。無線端末２００は、ＴＣＰ代行委任を示す情報をアクセスポイント１００に送信することにより、無線端末２００は、サーバ３００との間で行うＴＣＰによるやり取りを、アクセスポイント１００に委任することができる。ＨＴＴＰリクエストは、例えば、無線端末２００のユーザによる無線端末２００のウェブブラウザに対する操作によって発生する。

図７は、無線端末からアクセスポイントにＴＣＰ代行委任の際に送信されるパケットのフレームの例を示す図である。図７の例では、フレームは、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、タイプ、データ、ＦＣＳを含む。宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、タイプは、Ｌ２（Layer 2）ヘッダである。データ（ペイロードデータ）は、上
位層（Ｌ３（Layer 3）以上）で使用されるデータである。

Ｌ２ヘッダの宛先ＭＡＣアドレスには、当該パケットの宛先であるアクセスポイント１００のＭＡＣアドレスが格納される。

Ｌ２ヘッダの送信元アドレスには、当該パケットの送信元である無線端末２００のＭＡＣアドレスが格納される。

Ｌ２ヘッダのタイプには、データ（ペイロードデータ）に含まれる上位層（Ｌ３（Layer 3）以上）のデータのタイプ（種類）が格納される。ここでは、当該データのタイプに
は、アクセスポイント１００へのＴＣＰ代行の委任を示す所定の情報が含まれる。Ｌ２ヘッダのタイプには、他の機能の代行委任を示す情報が含まれてもよい。Ｌ２ヘッダのタイプは、上位層ペイロードタイプ欄の一例である。代行委任を示す情報は、例えば、所定のプロトコルを指定するデータで表される。

データ（ペイロードデータ）には、上位層（Ｌ３以上）で使用されるデータが格納される。データは、例えば、ＨＴＴＰリクエスト等のデータである。データには、ＩＰヘッダ、ＴＣＰヘッダ等が含まれ得る。データに含まれる情報は、従来のものと同様である。

ＦＣＳ（Frame Check Sequence）には、各フィールドから計算された誤り検知用のＣＲＣ（Cyclic Redundancy Check）情報を含む。

無線端末からアクセスポイントにＴＣＰ代行委任の際に送信されるパケットのフレームは、図７の例に限定されるものではなく、アクセスポイント１００へのＴＣＰ代行の委任を示す所定の情報を含む他の形式のフレームが使用されてもよい。

アクセスポイント１００は、無線端末２００からフレームを受信する。アクセスポイントは、受信したフレームに対して、確認応答（ＡＣＫ）を含むフレームを、無線端末２００に送信する（ＳＱ１０３）。

アクセスポイント１００は、無線端末２００から受信したフレームのＬ２ヘッダのタイプを取得する。アクセスポイント１００は、Ｌ２ヘッダのタイプに、ＴＣＰ代行委任を示す情報が含まれていることを確認する。また、アクセスポイント１００は、フレームのデータから、ＨＴＴＰリクエストを取得する。当該ＨＴＴＰリクエストは、サーバ３００に対するリクエストである。Ｌ２ヘッダのタイプに格納されるＴＣＰ代行委任を示す情報は、あらかじめ決められている。アクセスポイント１００は、無線端末２００カラのフレームによって、無線端末２００に代わり、ＴＣＰにより、ＨＴＴＰリクエストをサーバ３００に送信することを無線端末２００から求められていることを認識する。ＴＣＰ代行委任を示す情報は、例えば、ＲＴＣＰ／ＩＰ（Reduced Transmission Control Protocol / Internet Protocol）と表わされる。

アクセスポイント１００は、サーバ３００にコネクション確立要求を含むフレームを送信する（ＳＱ１０４）。即ち、アクセスポイント１００は、ＴＣＰヘッダ中の制御ビットのＳＹＮ（Synchronize:同期）フラグをＯＮにセットして、サーバ３００に送信する。

サーバ３００は、アクセスポイント１００に、コネクション確立要求に対する応答を含むフレームを送信する（ＳＱ１０５）。即ち、サーバ３００は、ＴＣＰヘッダ中の制御ビットのＳＹＮ（Synchronize:同期）フラグ及びＡＣＫ（Acknowledgement）フラグをＯＮ
にセットして、アクセスポイント１００に送信する。

アクセスポイント１００は、サーバ３００に確認応答を含むフレームを送信する（ＳＱ１０６）。即ち、アクセスポイント１００は、ＴＣＰヘッダ中の制御ビットのＡＣＫフラグをＯＮにセットして、サーバ３００に送信する。

これによって、アクセスポイント１００とサーバ３００との間のＴＣＰコネクションが確立される。

アクセスポイント１００は、サーバ３００にＨＴＴＰリクエスト等のデータを含むフレームを送信する（ＳＱ１０７）。即ち、アクセスポイント１００は、ＴＣＰヘッダ中の制御ビットのＰＳＨ（Push）フラグをＯＮにセットして、ＨＴＴＰリクエスト等のデータとともに、サーバ３００に送信する。ＨＴＴＰリクエスト等のデータは、無線端末２００から送信されたデータである。

サーバ３００は、サーバ３００がアクセスポイント１００に送信するデータ（ユーザデータ）、確認応答を含むフレームを、アクセスポイント１００に送信する（ＳＱ１０８）。即ち、サーバ３００は、ＴＣＰヘッダ中の制御ビットのＡＣＫフラグ及びＰＳＨフラグをＯＮにセットして、アクセスポイント１００に送信するデータ（ユーザデータ）と共に、アクセスポイント１００に、送信する。データ（ユーザデータ）は、例えば、ＨＴＴＰリクエストに対する応答（ＨＴＴＰレスポンス）である。

アクセスポイント１００は、データ（ユーザデータ）及び確認応答を受信すると、サーバ３００に確認応答を含むフレームを送信する（ＳＱ１０９）。即ち、アクセスポイント
１００は、ＴＣＰヘッダ中の制御ビットのＡＣＫフラグをＯＮにして、サーバ３００に送信する。アクセスポイント１００は、受信したデータ（ユーザデータ）を、メモリ１０４に格納する。

サーバ３００は、確認応答を受信すると、アクセスポイント１００に、確認応答を含むフレームを送信する（ＳＱ１１０）。即ち、サーバ３００は、ＴＣＰヘッダ中の制御ビットのＡＣＫフラグをＯＮにして、アクセスポイント１００に送信する。

アクセスポイント１００は、サーバ３００に送信終了通知を含むフレームを送信する（ＳＱ１１１）。即ち、アクセスポイント１００は、ＴＣＰヘッダ中の制御ビットのＦＩＮ（Finish）フラグをＯＮにセットして、サーバ３００に送信する（ＳＱ１１１）。これ以降は、アクセスポイント１００は、サーバ３００にデータ送信をすることが禁止される。

サーバ３００は、アクセスポイント１００に送信終了通知に対する応答を含むフレームを送信する（ＳＱ１１２）。即ち、サーバ３００は、ＴＣＰヘッダ中の制御ビットのＡＣＫフラグ及びＦＩＮフラグをＯＮにセットして、アクセスポイント１００に送信する。

アクセスポイント１００は、サーバ３００に、確認応答を送信する（ＳＱ１１３）。即ち、アクセスポイント１００は、ＴＣＰヘッダ中の制御ビットのＡＣＫフラグをＯＮにセットして、サーバ３００に送信する。

これによって、アクセスポイント１００とサーバ３００との間のＴＣＰコネクションが終了する。

アクセスポイント１００は、サーバ３００から受信したデータ（ユーザデータ）を、メモリ１０４から読み出し、無線端末２００に送信する（ＳＱ１１４）。無線端末２００は、例えば、受信したデータに基づいて、ウェブブラウザで表示する画面を生成し、無線端末２００の画面に表示する。

無線端末２００は、アクセスポイント１００からデータを受信すると、アクセスポイント１００に確認応答を含むフレームを送信する（ＳＱ１１５）。

これによって、無線端末２００は、サーバ３００に、ＨＴＴＰリクエストを送信する。また、無線端末２００は、サーバ３００から、ＨＴＴＰレスポンスを受信する。無線端末２００は、サーバ３００との間で、制御データの送受信を行わない。よって、無線端末２００とアクセスポイント１００との間では、通信量が低減される。

また、アクセスポイント１００は、サーバ３００との間で、ＴＣＰによる通信を行う。アクセスポイント１００とサーバ３００との間では、ＴＣＰによる通信の確実性が確保される。

アクセスポイント１００とサーバ３００と間のＴＣＰコネクション確立において、アクセスポイント１００における送信元アドレスは、アクセスポイント１００のものとしても、無線端末２００のものとしてもよい。無線端末２００のものを送信元アドレスとする場合、サーバ３００からの制御メッセージの宛先アドレスが無線端末２００のものとなる。このとき、アクセスポイント１００は、無線端末２００に制御メッセージを送信せずに、アクセスポイント１００で処理する。

〈変形例１〉
ここでは、無線端末２００がサーバ３００との間のＳＳＬによるセッション確立のため
の通信を、アクセスポイント１００に代行する動作例について説明する。上記の例との共通点については、説明を省略する。

図８、図９及び図１０は、本変形例の動作シーケンスの例を示す図である。図８、図９及び図１０の動作シーケンスは、アクセスポイント１００、無線端末２００、及び、サーバ３００における動作シーケンスの例を示す。図８の「Ｂ１」、「Ｂ２」、「Ｂ３」は、それぞれ、図９の「Ｂ１」、「Ｂ２」、「Ｂ３」と接続する。図９の「Ｃ１」、「Ｃ２」、「Ｃ３」は、それぞれ、図１０の「Ｃ１」、「Ｃ２」、「Ｃ３」と接続する。

アクセスポイント１００は、報知情報をアクセスポイント１００の周囲に存在する無線端末に向けて、所定時間ごとに、送信する（ＳＱ２０１）。ここでは、報知情報は、アクセスポイント１００がＳＳＬ代行機能を有することを示す情報を含む。

無線端末２００は、報知情報により、アクセスポイント１００がＳＳＬ代行機能を有していることを認識する。

無線端末２００は、ＳＳＬ代行委任を示す情報を含むフレームを、アクセスポイント１００に送信する（ＳＱ２０２）。当該アクセスポイント１００は、ＳＳＬ代行機能を有するアクセスポイントである。無線端末２００は、ＳＳＬ代行委任を示す情報をアクセスポイント１００に送信することにより、無線端末２００は、サーバ３００との間で行うＳＳＬのセッション確立のためのよるやり取りを、アクセスポイント１００に委任することができる。

アクセスポイント１００は、無線端末２００からフレームを受信する。アクセスポイントは、受信したフレームに対して、確認応答（ＡＣＫ）を、無線端末２００に送信する（ＳＱ２０３）。

アクセスポイント１００は、受信したフレームのＳＳＬ代行委任を示す情報により、ＳＳＬ代行を委任されていることを認識する。アクセスポイント１００は、サーバ３００に顧客挨拶（Client Hello）を含むフレームを送信する（ＳＱ２０４）。サーバ３００は、無線端末２００がＳＳＬによる接続を求めるサーバである。顧客挨拶は、無線端末２００からサーバ３００に初めて接続を行う際に送信される情報である。顧客挨拶の中には、使用する暗号化アルゴリズムや圧縮アルゴリズムのリストが格納される。また、既存のセッションを再開する際には、セッションＩＤも送信される。使用する暗号化アルゴリズムや圧縮アルゴリズムのリストは、無線端末２００がアクセスポイント１００に送信するＳＳＬ代行委任を示す情報と共に、送信されてもよい。

サーバ３００は、アクセスポイント１００に、ＳＶ挨拶（Server Hello）を含むフレームを送信する（ＳＱ１０５）。サーバ３００は、アクセスポイント１００から送信された暗号化アルゴリズム及び圧縮アルゴリズムのリストからどれを使用するかを指定する。サーバ３００は、セッションＩＤも受信したときに、セッションＩＤで指定される既存のセッションの再開を許可する場合は、既存のセッションを再開する。これにより、セキュリティ処理方法が決定される。セキュリティ処理方法には、例えば、プロトロルのバージョン、セッションＩＤ、暗号化アルゴリズム、圧縮アルゴリズムなどが含まれる。

サーバ３００は、サーバ３００自身の証明書（Server Certificate、サーバ証明書）を含むフレームを、アクセスポイント１００に送信する（ＳＱ２０６）。サーバ証明書のデータ形式は、ルート認証局までの証明書のリストをすべて含んだ形式である。また、サーバ３００がサーバ３００自身の証明書を不所持の場合、又は、サーバ３００自身の証明書に鍵交換可能な公開鍵が含まれない場合、サーバ３００はＳＶ鍵交換（Server Key Excha
nge）を含むフレームをアクセスポイント１００に送信する（ＳＱ２０７）。即ち、サー
バ３００は、一時的に、ＲＳＡ鍵を生成し、サーバの署名を付加して、アクセスポイント１００に送信する。サーバ３００は、顧客証明書要求（Certificate Request）を含むフ
レームをアクセスポイント１００に送信する（ＳＱ２０８）。顧客証明書要求は、サーバ３００が無線端末２００の証明書の提示を要求する場合に送信されるメッセージである。このメッセージには、サーバ３００が信頼する認証局のリストが付加される。

サーバ３００は、ＳＶ挨拶終了（Server Hello Done）を含むフレームをアクセスポイ
ント１００に送信する（ＳＱ２０９）。これにより、挨拶メッセージのやり取りが終了する。

アクセスポイント１００は、サーバ３００から顧客証明書要求を受信した場合、顧客照明書（Client Certification）を含むフレームを、サーバ３００に送信する（ＳＱ２１０）。アクセスポイント１００は、サーバ３００からの要求に適した証明書を有していない場合、no_certificateのAlertを返す。顧客証明書のデータの形式は、サーバ証明書と同
じである。

アクセスポイント１００は、顧客鍵交換（Client Key Exchange）を含むフレームをサ
ーバ３００に送信する（ＳＱ２１１）。顧客鍵交換は、暗号化通信で使用する鍵を生成するための情報である。アクセスポイント１００は、取り決めた暗号化アルゴリズムを使用して、プリマスターシークレットデータを生成して、暗号化して、サーバ３００に送信する。プリマスターシークレットデータは、暗号化に使用するセッション鍵を生成するときに使用されるマスターシークレットを生成する元となるデータである。

アクセスポイント１００がサーバ３００に顧客証明書を送信している場合、アクセスポイント１００は、署名を生成し、サーバ３００に送信する（ＳＱ２１２）。アクセスポイント１００は、いままでのデータのハッシュ値をとり、アクセスポイント１００側の秘密鍵で暗号化した署名を、サーバ３００に送信する。サーバ３００は、アクセスポイント１００から受信した署名をクライアントの公開鍵で復号化し、取得したハッシュ値と比較して署名の検証を行う。

アクセスポイント１００は、暗号仕様変更（Change Cipher Spec）を含むフレームを、サーバ３００に送信する（ＳＱ２１３）。暗号仕様変更は、サーバ３００との間で決定された暗号化アルゴリズムで通信を行うことを宣言するメッセージである。

アクセスポイント１００は、顧客側終了（Finished）を含むフレームをサーバに送信する（ＳＱ２１４）。顧客側終了は、サーバ３００とのやり取りが正常に終了し、セッション確立のためのデータが揃ったことをサーバ３００に通知するためのメッセージである。

サーバ３００は、暗号仕様変更（Change Cipher Spec）を含むフレームを、アクセスポイント１００に送信する（ＳＱ２１５）。暗号仕様変更は、アクセスポイント１００との間で決定された暗号化アルゴリズムで通信を行うことを宣言するメッセージである。

サーバ３００は、ＳＶ側終了（Finished）を含むフレームをアクセスポイント１００に送信する（ＳＱ２１６）。ＳＶ側終了は、アクセスポイント１００とのやり取りが正常に終了し、セッション確立のためのデータが揃ったことをアクセスポイント１００に通知するためのメッセージである。

これにより、アクセスポイント１００とサーバ３００との間の認証が終了する。

アクセスポイント１００は、プリマスターシークレットデータからセッション鍵を生成し、無線端末２００に送信する。また、アクセスポイント１００は、サーバ３００との間で、決定されたセキュリティ処理方法の情報を、無線端末２００に送信する。

無線端末２００は、セッション鍵、セキュリティ処理方法の情報を受信すると、確認応答（ＡＣＫ）を、アクセスポイント１００に送信する。

これによって、無線端末２００とサーバ３００との間のＳＳＬによるセッションが開始される。

無線端末２００は、アクセスポイント１００から受信したセッション鍵、セキュリティ処理方法の情報に基づいて、サーバ３００との間で、暗号化通信を開始する。例えば、無線端末２００は、ＨＴＴＰリクエストを暗号化して、アクセスポイント１００を介して、サーバ３００に送信する。また、サーバ３００は、ＨＴＴＰリクエストに対する応答（ＨＴＴＰレスポンス）を暗号化して、アクセスポイント１００を介して、無線端末２００に送信する。

アクセスポイント１００がサーバ３００から顧客証明書要求を受信する場合、次の３つのオプションが考えられる。

（１）無線端末２００が、代行依頼する際に、アクセスポイント１００に、無線端末２００の公的証明書（顧客証明書）を渡す。（２）アクセスポイント１００によるＳＳＬ代行を中止して、無線端末２００とサーバ３００との間で、ＳＳＬによるセッションを確立する。（３）アクセスポイント１００の公的証明書（顧客証明書）を使用して、サーバ３００との間で、ＳＳＬによるセッションを確立する。

無線端末２００は、例えば、これらのオプションうちのいずれを選択するかを、ログイン認証時に、アクセスポイント１００に対して通知することができる。また、無線端末２００は、これらのオプションうちのいずれを選択するかを、ＳＳＬ代行委任の際に通知してもよい。

アクセスポイント１００は、無線端末２００からＳＳＬ代行委任を示す情報を受信すると、サーバ３００との間で、ＳＳＬセッションを確立する。アクセスポイント１００は、無線端末２００との間でやり取りをすることなく、サーバ３００との間で、ＳＳＬセッションを確立する。無線端末２００は、アクセスポイント１００によって確立されたＳＳＬセッションを使用して、サーバ３００との間の通信を行うことができる。ＳＳＬセッションの確立まで、無線端末２００とアクセスポイント１００との間の通信が行われないため、無線端末２００とアクセスポイント１００との間の無線帯域の通信効率が向上する。

無線端末２００とアクセスポイント１００との間では、ＳＳＬによる暗号化通信は行われない。しかし、無線端末２００とアクセスポイント１００との間では、通常の方法等により、無線ＬＡＮによる暗号化通信が行われるため、通信の安全性は確保される。従って、無線端末２００とサーバ３００との間で、安全性の高い通信を行うことができる。

〈変形例２〉
ここでは、無線端末２００が、サーバ３００との間のＳＩＰによる通話開始のための通信を、アクセスポイント１００に代行する動作例について説明する。上記の例との共通点については、説明を省略する。

図１１は、本変形例の動作シーケンスの例を示す図である。図１１の動作シーケンスは
、アクセスポイント１００、無線端末２００、サーバ３００、相手先端末４００における動作シーケンスの例を示す。相手先端末４００は、無線端末２００と通話する相手先の端末である。相手先端末４００は、ネットワークを介してＳＩＰによる通話ができる機能を有する。相手先端末４００は、例えば、コンピュータによって実現される。相手先端末４００は、端末の一例である。

アクセスポイント１００は、報知情報をアクセスポイント１００の周囲に存在する無線端末に向けて、所定時間ごとに、送信する（ＳＱ３０１）。ここでは、報知情報は、アクセスポイント１００がＳＩＰ代行機能を有することを示す情報を含む。

無線端末２００は、報知情報により、アクセスポイント１００がＳＩＰ代行機能を有していることを認識する。

無線端末２００は、ＳＩＰ代行委任を示す情報、通話の相手先である相手先端末４００の情報を含むフレームを、アクセスポイント１００に送信する（ＳＱ３０２）。当該アクセスポイント１００は、ＳＩＰ代行機能を有するアクセスポイントである。無線端末２００は、ＳＩＰ代行委任を示す情報をアクセスポイント１００に送信することにより、無線端末２００は、サーバ３００、相手先端末４００との間で行うＳＩＰによる通話開始のためのよるやり取りを、アクセスポイント１００に委任することができる。

アクセスポイント１００は、無線端末２００からフレームを受信する。アクセスポイントは、受信したフレームに対して、確認応答（ＡＣＫ）を、無線端末２００に送信する（ＳＱ３０３）。

アクセスポイント１００は、受信したフレームのＳＩＰ代行委任を示す情報により、ＳＩＰ代行を委任されていることを認識する。アクセスポイント１００は、受信したフレームから、通話の相手先の情報を抽出する。アクセスポイント１００は、ＳＩＰによるセッションを開始する要求（INVITE）をサーバ３００に送信する（ＳＱ３０４）。当該要求には、相手先端末４００の情報が含まれる。

サーバ３００は、セッションを開始する要求（INVITE）を相手先端末４００に送信する（ＳＱ３０５）。また、サーバ３００は、セッションの開始を試みていることを示す信号（Trying）を、アクセスポイント１００に送信する（ＳＱ３０６）。

相手先端末４００は、呼び出し中であることを示す応答信号（Ringing）を、サーバ３
００に送信する（ＳＱ３０７）。応答信号を受信したサーバ３００は、応答信号（Ringing）を、アクセスポイント１００に送信する（ＳＱ３０８）。

相手先端末４００は、相手先端末４００のユーザ等が呼び出しに応じると、要求を受け入れたことを示す受諾信号（OK）を、サーバ３００に送信する（ＳＱ３０９）。受諾信号（OK）を受信したサーバ３００は、受諾信号（OK）を、アクセスポイント１００に送信する（ＳＱ３１０）。

アクセスポイント１００は、受諾信号を受信すると、受諾確認信号（ACK）を相手先端
末４００に送信する（ＳＱ３１１）。

また、アクセスポイント１００は、受諾信号（OK）を、無線端末２００に送信する（ＳＱ３１２）。受諾信号（OK）を受信した無線端末２００は、受諾確認信号（ACK）をアク
セスポイント１００に送信する（ＳＱ３１３）。

これによって、無線端末２００と相手先端末４００との間のＳＩＰによる通話が開始される。

ここでは、サーバ３００は、１つのサーバとしているが、アクセスポイント１００（もしくは、無線端末２００）と相手先端末４００との間の信号が、複数のサーバを経由してもよい。

以上の実施形態の構成、各変形例の構成は、可能な限りこれらを組み合わせて実施され得る。無線端末２００は、アクセスポイント１００に対し、複数の機能の代行を委任してもよい。例えば、無線端末２００は、ＴＣＰ代行及びＳＳＬ代行を、アクセスポイント１００に委任してもよい。

ここでは、変形例１及び変形例２として、ＳＳＬ代行、ＳＩＰ代行について説明したが、ＴＣＰ上の他のアプリケーションを、同様にして、アクセスポイント１００に代行させてもよい。

〈無線端末とアクセスポイントとの間の通信〉
上記の構成で、無線端末２００とアクセスポイント１００との間の通信方法として、どのような通信方法が採用されてもよい。ここで、無線端末２００とアクセスポイント１００との間の通信方法の１例について説明する。ここで説明する通信方法は、本実施形態における無線端末２００とアクセスポイント１００との間の通信方法を限定するものではない。

ここで説明する通信方法が使用されることで、無線端末２００とアクセスポイント１００との間の帯域使用効率が向上する。

図１２、図１３、図１４は、無線端末とアクセスポイントとの間の通信方法の動作シーケンスの例を示す図である。ここでは、無線端末２００Ａ及び無線端末２００Ｂと、アクセスポイント１００との間の動作について説明する。無線端末２００Ａ及び無線端末２００Ｂは、無線端末２００と同様の構成を有する。図１２の「Ａ」、「Ｂ」、「Ｃ」は、それぞれ、図１３の「Ａ」、「Ｂ」、「Ｃ」と接続する。図１２の「１」は、図１３の「１」と接続する。図１３の「Ｄ」、「Ｅ」、「Ｆ」は、それぞれ、図１４の「Ｄ」、「Ｅ」、「Ｆ」と接続する。図１３の「２」は、図１４の「２」と接続する。

アクセスポイント１００と無線端末２００Ａとの間の接続、及び、アクセスポイント１００と無線端末２００Ｂとの間の接続は、ＩＥＥＥ８０２．１１等で既知の通信手順の実効によって完了しているものとする。当該通信手順の実行によりアクセスポイント１００は、無線接続された無線端末２００Ａ及び無線端末２００Ｂを識別する識別子を取得できる。ここで、「上り」とは、無線端末２００からアクセスポイント１００に向かう方向である。「下り」とは、アクセスポイント１００から無線端末２００に向かう方向である。

アクセスポイント１００は、アクセスポイント１００自身に無線接続しているすべての無線端末２００（ここでは、無線端末２００Ａ及び無線端末２００Ｂ）に対し、報知情報を送信する（ＳＱ１００１）。ここから、基本周期（Ｐ０）が開始される。

報知情報は、無線端末２００に通知されるアクセスポイント１００の情報である。報知情報には、基本情報、アクセスポイント１００の識別情報、所定の代行機能を有することを示す情報などが含まれる。

基本情報は、例えば、プロトコルＩＤ、１周期の長さ（１基本周期の長さ）、ユーザ数
、放送番組などの情報を含む。プロトコルＩＤは、本実施形態による通信方式を示す識別情報である。ここでは、識別情報を「ＶＤＦＸ」とする。無線端末２００は、当該プロトコルＩＤが含まれた基本情報を受信することで、アクセスポイント１００との間の通信は、ここで説明する通信方式で行われることを認識する。ここでは、基本周期の長さを１００ｍｓとする。基本周期の長さは、１００ｍｓに限定されるものではない。ユーザ数は、アクセスポイント１００に接続している無線端末２００の数である。放送番組は、例えば、マルチキャストデータとして送信される音声データ、映像データによる放送番組の番組表である。無線端末２００のユーザは、番組表に基づいて、視聴する放送番組を選択できる。

アクセスポイント１００は、第１の無線端末である無線端末２００Ａに、申請要求を送信する（ＳＱ１００２）。申請要求は、無線端末２００がアクセスポイント１００に向けて送信しようとしている、データのサイズ、及び、データのクラスを、無線端末２００がアクセスポイント１００に通知するように求める信号である。データのクラス（優先度）には、例えば、Ｈ型及びＢＥ型がある。Ｈ（High）型は、優先度が高いデータを示す。ＢＥ（Best Effort）型は、優先度が低いデータを示す。優先度が高いデータは、例えば、
リアルタイム性が求められるデータである。優先度が高いデータには、例えば、ＩＰ電話のデータが含まれる。申請要求では、基本周期（Ｐ０）で送信する予定のデータについての情報が要求される。優先度が高いデータは、優先データともいう。優先度が低いデータは、ベストエフォートデータともいう。ベストエフォートデータは、非優先データの一例である。

無線端末２００Ａは、アクセスポイント１００から無線端末２００Ａ宛の申請要求を受信すると、無線端末２００Ａ自身が送信しようとしているデータのサイズ及びデータのクラスを申請情報（応答）として作成し、アクセスポイント１００に送信する（ＳＱ１００３）。仮に、無線端末２００Ａが送信するデータを有していない場合、無線端末２００Ａは、送信するデータがない旨を申請情報として、アクセスポイント１００に送信する。申請情報には、データのサイズ及びデータのクラス以外の情報が含まれてもよい。

アクセスポイント１００は、無線端末２００Ａから申請情報を受信すると、当該申請情報に含まれる情報（データのサイズ、データのクラス）をメモリ１０４に格納する。

アクセスポイント１００は、無線端末２００Ａに、申請情報に対する確認応答（Ａｃｋ: Acknowledgement）を送信する（ＳＱ１００４）。また、アクセスポイント１００は、
第２の無線端末である無線端末２００Ｂに、申請要求を送信する（ＳＱ１００５）。アクセスポイント１００は、無線端末２００Ａに対する確認応答と無線端末２００Ｂに対する申請要求とをまとめて送信してもよい。まとめて送信することで、別々に送信するよりも時間が短縮される。

無線端末２００Ｂは、アクセスポイント１００から申請要求を受信すると、無線端末２００Ｂ自身が送信しようとしているデータのサイズ及びデータのクラスを申請情報として作成し、アクセスポイント１００に送信する（ＳＱ１００６）。仮に、無線端末２００Ｂが送信するデータを有していない場合、無線端末２００Ｂは、送信するデータがない旨を申請情報として、アクセスポイント１００に送信する。

アクセスポイント１００は、無線端末２００Ｂから申請情報を受信すると、当該申請情報に含まれる情報（データのサイズ、データのクラス）をメモリ１０４に格納する。また、アクセスポイント１００は、無線端末２００Ａに、申請情報に対する確認応答（Ａｃｋ）を送信する（ＳＱ１００７）。

アクセスポイント１００は、無線端末２００に申請要求を送信してから、所定時間、当該無線端末２００から申請情報を受信しない場合、当該無線端末２００は送信するデータを有していないと判定する。

アクセスポイント１００は、各無線端末２００から受信した申請情報、上位装置から無線端末２００に送られるデータの大きさ等に基づいて、予定表を作成する。予定表は、上りの優先データ、下りの優先データ、下りの優先マルチキャストデータ、上りのベストエフォートデータ、下りのベストエフォートデータ、上りのマルチキャストベストエフォートデータの、それぞれについて作成される。下りのデータの予定表は、ネットワークを介して上位装置から受信した無線端末２００宛のデータ等に基づいて作成される。予定表は、基本周期（Ｐ０）についての予定表である。予定表は、予定情報の一例である。

図１５は、優先データの予定表の例を示す図である。優先データの予定表では、区分、方向、順番、ＩＤ、時刻が設定される。区分「Ｓ０」は、上りの優先データの送信を意味する。区分「Ｓ０１」は、下りの優先データの送信を意味する。区分「Ｓ０２」は、下りの優先マルチキャストデータの送信を意味する。方向は、上り、または、下りを示す。ＩＤは、各無線端末２００を識別する識別子である。時刻は、所定のデータを送信するのに割り当てられる時間の開始時刻である。割り当てられる時間は、送信する予定のデータの大きさに基づいて決定される。例えば、８６４バイトのデータを送信予定の無線端末２００に割り当てられる時間は、１００Ｍｂｐｓの場合、応答制限時間３０μｓにデータ送信時間７０μｓを足した１００μｓである。データ送信時間は、アクセスポイント１００と無線端末２００との間の通信速度とデータのサイズとから算出される（データ送信時間＝データサイズ／通信速度）。応答制限時間は、アクセスポイント１００が応答を待機する時間である。応答制限時間は、所定の値にあらかじめ決められていてもよい。アクセスポイント１００は、応答制限時間を超えてもデータ又は確認応答が送信されない場合に、次の処理を行ってもよい。マルチキャストデータに割り当てられる時間には、応答制限時間が含まれなくてもよい。アクセスポイント１００は、マルチキャストデータに対する確認応答を求めないからである。

図１６は、ベストエフォートデータの予定表の例を示す図である。ベストエフォートデータの予定表では、優先データの予定表と同様に、区分、方向、順番、ＩＤ、時刻が設定される。区分「Ｓ１」は、上りのベストエフォートデータの送信を意味する。区分「Ｓ１１」は、下りのベストエフォートデータの送信を意味する。区分「Ｓ１２」は、下りのベストエフォートマルチキャストデータの送信を意味する。

アクセスポイント１００は、予定表を、基本周期（Ｐ０）の１００ｍｓに収まるように、作成する。送信予定のデータが多く、基本周期（Ｐ０）内にすべてのデータが収まらない場合、一部のベストエフォートデータが予定表に含まれない。予定表に含まれないベストエフォートデータは、どのように決定されてもよい。

アクセスポイント１００は、作成したすべての予定表及びＳ０開始司令を、すべての無線端末２００に対して送信する（ＳＱ１００８）。ここから、アクセスポイント１００と無線端末２００との間で優先データの送受信が開始される。Ｓ０開始司令は、区分「Ｓ０」が開始されることを無線端末２００に通知する信号である。

アクセスポイント１００は、予定表に従って、第１の無線端末である無線端末２００Ａに確認依頼信号を送信する（ＳＱ１００９）。確認依頼信号は、無線端末２００がアクセスポイント１００に向けて送信しようとしている優先データを、無線端末２００がアクセスポイント１００に送信するように求める信号である。第１の無線端末である無線端末２００Ａへの確認依頼信号は、シーケンスＳＱ１００８のＳ０開始司令と共に送信されても
よい。

無線端末２００Ａは、アクセスポイント１００から無線端末２００Ａ宛の確認依頼信号を受信すると、申請要求でアクセスポイント１００に通知した優先データを、アクセスポイント１００に送信する（ＳＱ１０１０）。

アクセスポイント１００は、無線端末２００Ａから優先データを受信すると、無線端末２００Ａに対し確認応答を送信する（ＳＱ１０１１）。また、アクセスポイント１００は、予定表に従って、第２の無線端末である無線端末２００Ｂに、確認依頼信号を送信する（ＳＱ１０１２）。アクセスポイント１００は、無線端末２００Ａに対する確認応答と無線端末２００Ｂに対する確認依頼信号とをまとめて送信してもよい。まとめて送信することで、別々に送信するよりも時間が短縮される。さらに、アクセスポイント１００は、受信した優先データを、当該優先データの宛先に向けて、ネットワークを介して当該優先データを送信する。

無線端末２００Ａは、優先データの送信に対する確認応答を受信しない場合、次の申請要求を受信した際に、再び、当該優先データについて送信することを通知し、当該優先データを送信することを試みてもよい。

無線端末２００Ｂは、アクセスポイント１００から無線端末２００Ｂ宛の確認依頼信号を受信すると、申請要求でアクセスポイント１００に通知した優先データを、アクセスポイント１００に送信する（ＳＱ１０１３）。

アクセスポイント１００は、無線端末２００Ｂから優先データを受信すると、無線端末２００Ａに対し確認応答を送信する（ＳＱ１０１４）。

アクセスポイント１００は、応答制限時間を超えてもデータ又は確認応答が送信されない場合に、次の処理を行ってもよい。この場合、アクセスポイント１００は、予定表を更新してもよい。アクセスポイント１００は、例えば、データ等が送信されないことで予定が繰り上がった場合、予定表作成の際に予定表に入れられなかったベストエフォートデータの送受信を予定表に組み込むことができる。アクセスポイント１００は、更新された予定表を、例えば、開始司令とともに、無線端末２００に送信する。

アクセスポイント１００は、送信する優先データを有していない無線端末２００に対して、優先データを送信することを求める確認依頼信号を送信しない。

アクセスポイント１００は、Ｓ０１及びＳ０２開始司令を、すべての無線端末２００に対して送信する（ＳＱ１０１５）。Ｓ０１及びＳ０２開始司令は、区分「Ｓ０１」及び区分「Ｓ０２」が開始されることを無線端末２００に通知する信号である。

アクセスポイント１００は、予定表に従って、第１の無線端末である無線端末２００Ａに、無線端末２００Ａ宛の下り優先データを送信する（ＳＱ１０１６）。

無線端末２００Ａは、無線端末２００Ａ宛の下り優先データを、アクセスポイント１００から受信すると、アクセスポイント１００に対して確認応答を送信する（ＳＱ１０１７）。

アクセスポイント１００は、無線端末２００Ａから確認応答を受信すると、予定表に従って、無線端末２００Ｂに、無線端末２００Ｂ宛の下り優先データを送信する（ＳＱ１０１８）。

無線端末２００Ｂは、無線端末２００Ｂ宛の下り優先データを、アクセスポイント１００から受信すると、アクセスポイント１００に対して確認応答を送信する（ＳＱ１０１９）。

下り優先データを受信した無線端末２００は、受信したデータをメモリ２０４に格納し、受信したデータに対し所定の処理を行う。

アクセスポイント１００は、下り優先データを送信してから所定時間経過しても確認応答を受信しない場合でも、予定表に従って、次の下り優先データを送信してもよい。

アクセスポイント１００は、予定表に記載された、すべての下り優先データの送信が完了すると、予定表に従って、下り優先マルチキャストデータを、すべての無線端末２００に送信する（ＳＱ１０２０）。下り優先マルチキャストデータは、優先度が高い、マルチキャストデータである。

アクセスポイント１００は、Ｓ１開始司令を、すべての無線端末２００に対して送信する（ＳＱ１０２１）。ここから、アクセスポイント１００と無線端末２００との間でベストエフォートデータの送受信が開始される。Ｓ１開始司令は、区分「Ｓ１」が開始されることを無線端末２００に通知する信号である。

アクセスポイント１００は、予定表に従って、第１の無線端末である無線端末２００Ａに確認依頼信号を送信する（ＳＱ１０２２）。確認依頼信号は、無線端末２００がアクセスポイント１００に向けて送信しようとしているベストエフォートデータを、無線端末２００がアクセスポイント１００に送信するように求める信号である。第１の無線端末である無線端末２００Ａへの確認依頼信号は、シーケンスＳＱ１０２１のＳ１開始司令と共に送信されてもよい。

無線端末２００Ａは、アクセスポイント１００から無線端末２００Ａ宛の確認依頼信号を受信すると、申請要求でアクセスポイント１００に通知したベストエフォートデータを、アクセスポイント１００に送信する（ＳＱ１０２３）。

アクセスポイント１００は、無線端末２００Ａからベストエフォートデータを受信すると、無線端末２００Ａに対し確認応答を送信する（ＳＱ１０２４）。また、アクセスポイント１００は、予定表に従って、第２の無線端末である無線端末２００Ｂに、確認依頼信号を送信する（ＳＱ１０２５）。アクセスポイント１００は、無線端末２００Ａに対する確認応答と無線端末２００Ｂに対する確認依頼信号とをまとめて送信してもよい。まとめて送信することで、別々に送信するよりも時間が短縮される。さらに、アクセスポイント１００は、受信したベストエフォートデータを、当該ベストエフォートデータの宛先に向けて、ネットワークを介して当該優先データを送信する。

無線端末２００Ａは、ベストエフォートデータの送信に対する確認応答を受信しない場合、次の申請要求を受信した際に、再び、当該ベストエフォートデータについて送信することを通知してもよい。

無線端末２００Ｂは、アクセスポイント１００から無線端末２００Ｂ宛の確認依頼信号を受信すると、申請要求でアクセスポイント１００に通知したベストエフォートデータを、アクセスポイント１００に送信する（ＳＱ１０２６）。

アクセスポイント１００は、無線端末２００Ｂからベストエフォートデータを受信する
と、無線端末２００Ａに対し確認応答を送信する（ＳＱ１０２７）。

アクセスポイント１００は、送信するベストエフォートデータを有していない無線端末２００に対して、ベストエフォートデータを送信することを求める確認依頼信号を送信しない。

アクセスポイント１００は、Ｓ１１及びＳ１２開始司令を、すべての無線端末２００に対して送信する（ＳＱ１０２８）。Ｓ１１及びＳ１２開始司令は、区分「Ｓ１１」及び区分「Ｓ１２」が開始されることを無線端末２００に通知する信号である。

アクセスポイント１００は、予定表に従って、第１の無線端末である無線端末２００Ａに、無線端末２００Ａ宛の下りベストエフォートデータを送信する（ＳＱ１０２９）。

無線端末２００Ａは、無線端末２００Ａ宛の下りベストエフォートデータを、アクセスポイント１００から受信すると、アクセスポイント１００に対して確認応答を送信する（ＳＱ１０３０）。

アクセスポイント１００は、無線端末２００Ａから確認応答を受信すると、予定表に従って、無線端末２００Ｂに、無線端末２００Ｂ宛の下りベストエフォートデータを送信する（ＳＱ１０３１）。

無線端末２００Ｂは、無線端末２００Ｂ宛の下りベストエフォートデータを、アクセスポイント１００から受信すると、アクセスポイント１００に対して確認応答を送信する（ＳＱ１０３２）。

下り優先データを受信した無線端末２００は、受信したデータをメモリ２０４に格納し、受信したデータに対し所定の処理を行う。

アクセスポイント１００は、予定表に記載された、すべての下りベストエフォートデータの送信が完了すると、予定表に従って、下りベストエフォートマルチキャストデータを、すべての無線端末２００に送信する（ＳＱ１０３３）。下りベストエフォートマルチキャストデータは、優先度が低い、マルチキャストデータである。優先度が低いデータは、例えば、リアルタイム性が求められないデータである。

ここで、シーケンスＳＱ１００１で開始された基本周期（Ｐ０）が終了する。シーケンスＳＱ１００１と同様に、アクセスポイント１００が、無線端末２００にビーコン情報、基本情報を送信することで、次の基本周期（Ｐ１）が開始される（ＳＱ１０３４）。

アクセスポイント１００で生成される予定表は、随時更新されてもよい。即ち、申請情報に基づいて上り送信時間を割り当てられた無線端末２００から所定時間応答がない場合に、予定を繰り上げて、次の無線端末２００に、確認依頼信号を送ってもよい。また、予定が変更された場合に、各開始司令を送信するタイミング等に、更新された予定表が、アクセスポイント１００から無線端末２００に送信されてもよい。

ここでは、アクセスポイント１００が確認依頼信号を無線端末２００に送信した後、無線端末２００が上りデータを送信する構成としている。アクセスポイント１００が確認依頼信号を送信せずに、無線端末２００がアクセスポイント１００から受信した予定表に従って、上りデータを送信する構成としてもよい。この場合、アクセスポイント１００が確認依頼信号を送信しないので、帯域使用効率が向上する。

以上の実施形態の構成、各変形例の構成などは、可能な限り、これらを組み合わせて実施され得る。

（実施形態の作用、効果）
アクセスポイント１００は、無線端末２００から、サーバ３００との間のＴＣＰによるやり取りを代行することを委任される。アクセスポイント１００は、無線端末２００に代わり、サーバ３００との間でＴＣＰ通信を行う。アクセスポイント１００は、サーバ３００から応答データを受信すると、無線端末２００に、当該応答データを送信する。

無線端末２００は、所定のプロトコルを指定することなどによる代行委任を示す情報をアクセスポイント１００に送信することによって、アクセスポイント１００にＴＣＰ等の手続の代行を委任することができる。

アクセスポイント１００とサーバ３００との間で送受信されるＴＣＰ通信の制御メッセージは、無線端末２００に送信されない。従って、無線端末２００の負荷が軽減される。また、アクセスポイント１００と無線端末２００との間でＴＣＰ通信の制御メッセージが送受信されないので、アクセスポイント１００と無線端末２００との間の無線帯域の通信効率が向上する。また、アクセスポイント１００にＴＣＰ機能等の代行を委任することで、無線端末２００における無線通信にかかる消費電力が削減される。

《その他》
以上の実施形態に関し、更に以下の付記を開示する。以下の各付記に含まれる構成要素は、他の付記に含まれる構成と組み合わせることができる。

［付記１］
無線端末と無線ＬＡＮ（Local Area Network）を介して相互に通信可能に接続され、情報処理装置とＷＡＮ（Wide Area Network）を介して通信可能に接続される無線中継装置
であって、
前記無線端末から、レイヤ２ヘッダの上位層ペイロードタイプ欄に所定の第１プロトコルを指定するデータを含むフレームを受信する無線通信部と、
前記無線通信部が前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置との間でＴＣＰ（Transmission Control Protocol）コネクションを確立する制御部とを備え、
前記無線通信部は、前記情報処理装置から受信したデータを前記無線端末に転送する
ことを特徴とする無線中継装置。

［付記２］
前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータが格納された前記フレームは、ＨＴＴＰリクエストを含み、
前記無線中継装置は、前記ＨＴＴＰリクエストを前記情報処理装置に送信し、前記情報処理装置から前記ＨＴＴＰリクエストに対する応答を受信する通信部を含み、
前記無線通信部は、前記通信部で受信した前記ＨＴＴＰリクエストに対する応答を前記無線端末に転送する、
ことを特徴とする付記１に記載の無線中継装置。

［付記３］
前記無線通信部は、前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に所定の第２プロトコルを指定するデータを含むフレームを受信し、
前記制御部は、前記無線通信部が前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第２プロトコルを指定するデータを含むフレームを受信すると、前記情報処
理装置との間でＳＳＬ（Secure Socket Layer）セッションを確立し、
前記無線通信部は、前記ＳＳＬセッションで使用するデータを前記無線端末へ転送する、
ことを特徴とする付記１又は２に記載の無線中継装置。

［付記４］
前記情報処理装置は端末に接続され、
前記無線通信部は、前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に所定の第３プロトコルを指定するデータを含むフレームを受信し、
前記制御部は、前記無線通信部が前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第３プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置に接続される前記端末との間でＳＩＰ（Session Initiation Protocol）セッショ
ンを確立し、
前記無線通信部は、前記端末から受信したデータを前記無線端末へ転送する、
ことを特徴とする付記１乃至３のいずれか１項に記載の無線中継装置。

［付記５］
無線端末と、前記無線端末と無線ＬＡＮ（Local Area Network）を介して相互に通信可能な無線中継装置とを有し、前記無線中継装置が情報処理装置とＷＡＮ（Wide Area Network）を介して通信可能に接続される通信システムであって、
前記無線端末は、
レイヤ２ヘッダの上位層ペイロードタイプ欄に所定の第１プロトコルを指定するデータが格納されたフレームを前記無線中継装置に送信する無線通信部を備え、
前記無線中継装置は、
前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータを含むフレームを受信する無線通信部と、
前記無線中継装置の前記無線通信部が前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置との間でＴＣＰ（Transmission Control Protocol）コネクションを確立す
る制御部とを備え、
前記無線中継装置の前記無線通信部は、前記情報処理装置から受信したデータを前記無線端末に転送する
ことを特徴とする通信システム。

［付記６］
前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータが格納された前記フレームは、ＨＴＴＰリクエストを含み、
前記無線中継装置は、前記ＨＴＴＰリクエストを前記情報処理装置に送信し、前記情報処理装置から前記ＨＴＴＰリクエストに対する応答を受信する通信部を含み、
前記無線中継装置の前記無線通信部は、前記ＨＴＴＰリクエストに対する応答を前記無線端末に送信する、
ことを特徴とする付記５に記載の通信システム。

［付記７］
前記無線端末の前記無線通信部は、前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に所定の第２プロトコルを指定するデータが格納されたフレームを前記無線中継装置に送信し、
前記無線中継装置の前記無線通信部は、前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第２プロトコルを指定するデータを含むフレームを受信し、
前記無線中継装置の前記制御部は、前記無線通信部が前記レイヤ２ヘッダの前記上位層
ペイロードタイプ欄に前記所定の第２プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置との間でＳＳＬ（Secure Socket Layer）セッションを確立し
、
前記無線中継装置の前記無線通信部は、前記ＳＳＬセッションで使用するデータを前記無線端末へ転送する、
ことを特徴とする付記５または６に記載の通信システム。

［付記８］
前記情報処理装置は端末に接続され、
前記無線端末の前記無線通信部は、前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に所定の第３プロトコルを指定するデータが格納されたフレームを前記無線中継装置に送信し、
前記無線中継装置の前記無線通信部は、前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第３プロトコルを指定するデータを含むフレームを受信し、
前記無線中継装置の前記制御部は、前記無線通信部が前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第３プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置に接続される前記端末との間でＳＩＰ（Session Initiation Protocol）セッションを確立し、
前記無線中継装置の前記無線通信部は、前記端末から受信したデータを前記無線端末へ転送する、
ことを特徴とする付記５乃至７のいずれか１項に記載の通信システム。

［付記９］
無線端末と、前記無線端末と無線ＬＡＮ（Local Area Network）を介して相互に通信可能な無線中継装置とを有し、前記無線中継装置が情報処理装置とＷＡＮ（Wide Area Network）を介して通信可能に接続される通信システムにおいて、
前記無線端末は、
レイヤ２ヘッダの上位層ペイロードタイプ欄に所定の第１プロトコルを指定するデータが格納されたフレームを前記無線中継装置に送信し、
前記無線中継装置は、
前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置との間でＴＣＰ（Transmission Control Protocol）コネクションを確立し、
前記情報処理装置から受信したデータを前記無線端末に転送する
ことを特徴とする通信方法。

［付記１０］
前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータが格納された前記フレームは、ＨＴＴＰリクエストを含み、
前記無線中継装置は、前記ＨＴＴＰリクエストを前記情報処理装置に送信し、前記情報処理装置から前記ＨＴＴＰリクエストに対する応答を受信し、前記ＨＴＴＰリクエストに対する応答を前記無線端末に送信する、
ことを特徴とする付記９に記載の通信方法。

［付記１１］
前記無線端末は、前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に所定の第２プロトコルを指定するデータが格納されたフレームを前記無線中継装置に送信し、
前記無線中継装置は、前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第２プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置との間でＳＳＬ（Secure Socket Layer）セッションを確立し、前記ＳＳＬセッションで使用
するデータを前記無線端末へ転送する、
ことを特徴とする付記９または１０に記載の通信方法。

［付記１２］
前記情報処理装置は端末に接続され、
前記無線端末は、前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に所定の第３プロトコルを指定するデータが格納されたフレームを前記無線中継装置に送信し、
前記無線中継装置は、前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第３プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置に接続される前記端末との間でＳＩＰ（Session Initiation Protocol）セッションを確立し
、前記端末から受信したデータを前記無線端末へ転送する、
ことを特徴とする付記９乃至１１のいずれか１項に記載の通信方法。

１００ アクセスポイント
１０２ ＣＰＵ
１０４ メモリ
１０６ ＷｉＦｉインタフェース
１０８ ＮＩＣ
１１０ アンテナ
２００ 無線端末
２０２ ＣＰＵ
２０４ メモリ
２０６ ＷｉＦｉインタフェース
２０８ ユーザインタフェース
２１０ アンテナ
３００ サーバ
４００ 相手先端末

Claims (6)

1. 無線端末と無線ＬＡＮ（Local Area Network）を介して相互に通信可能に接続され、情報処理装置とＷＡＮ（Wide Area Network）を介して通信可能に接続される無線中継装置
   であって、
   前記無線端末から、レイヤ２ヘッダの上位層ペイロードタイプ欄に所定の第１プロトコルを指定するデータを含むフレームを受信する無線通信部と、
   前記無線通信部が前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置との間でＴＣＰ（Transmission Control Protocol）コネクションを確立する制御部とを備え、
   前記無線通信部は、前記情報処理装置から受信したデータを前記無線端末に転送する
   ことを特徴とする無線中継装置。
2. 前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータが格納された前記フレームは、ＨＴＴＰ（Hyper Text Transfer Protocol）
   リクエストを含み、
   前記無線中継装置は、前記ＨＴＴＰリクエストを前記情報処理装置に送信し、前記情報処理装置から前記ＨＴＴＰリクエストに対する応答を受信する通信部を含み、
   前記無線通信部は、前記通信部で受信した前記ＨＴＴＰリクエストに対する応答を前記無線端末に転送する、
   ことを特徴とする請求項１に記載の無線中継装置。
3. 前記無線通信部は、前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に所定の第２プロトコルを指定するデータを含むフレームを受信し、
   前記制御部は、前記無線通信部が前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第２プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置との間でＳＳＬ（Secure Socket Layer）セッションを確立し、
   前記無線通信部は、前記ＳＳＬセッションで使用するデータを前記無線端末へ転送する、
   ことを特徴とする請求項１又は２に記載の無線中継装置。
4. 前記情報処理装置は端末に接続され、
   前記無線通信部は、前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に所定の第３プロトコルを指定するデータを含むフレームを受信し、
   前記制御部は、前記無線通信部が前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第３プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置に接続される前記端末との間でＳＩＰ（Session Initiation Protocol）セッショ
   ンを確立し、
   前記無線通信部は、前記端末から受信したデータを前記無線端末へ転送する、
   ことを特徴とする請求項１乃至３のいずれか１項に記載の無線中継装置。
5. 無線端末と、前記無線端末と無線ＬＡＮ（Local Area Network）を介して相互に通信可能な無線中継装置とを有し、前記無線中継装置が情報処理装置とＷＡＮ（Wide Area Network）を介して通信可能に接続される通信システムであって、
   前記無線端末は、
   レイヤ２ヘッダの上位層ペイロードタイプ欄に所定の第１プロトコルを指定するデータが格納されたフレームを前記無線中継装置に送信する無線通信部を備え、
   前記無線中継装置は、
   前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータを含むフレームを受信する無線通信部と、
   前記無線中継装置の前記無線通信部が前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置との間でＴＣＰ（Transmission Control Protocol）コネクションを確立す
   る制御部とを備え、
   前記無線中継装置の前記無線通信部は、前記情報処理装置から受信したデータを前記無線端末に転送する
   ことを特徴とする通信システム。
6. 無線端末と、前記無線端末と無線ＬＡＮ（Local Area Network）を介して相互に通信可能な無線中継装置とを有し、前記無線中継装置が情報処理装置とＷＡＮ（Wide Area Network）を介して通信可能に接続される通信システムにおいて、
   前記無線端末は、
   レイヤ２ヘッダの上位層ペイロードタイプ欄に所定の第１プロトコルを指定するデータが格納されたフレームを前記無線中継装置に送信し、
   前記無線中継装置は、
   前記レイヤ２ヘッダの前記上位層ペイロードタイプ欄に前記所定の第１プロトコルを指定するデータを含むフレームを受信すると、前記情報処理装置との間でＴＣＰ（Transmission Control Protocol）コネクションを確立し、
   前記情報処理装置から受信したデータを前記無線端末に転送する
   ことを特徴とする通信方法。

Images