(57)【要約】【課題】  無線端末とアクセスポイントとの伝送条件の解釈方法の違い或は電波状況等により、帯域を多く確保し過ぎたり逆に少なすぎたりするという問題があった。【解決手段】  実行するアプリケーションに応じたトラフィックに関する情報をアクセスポイントに申請する申請処理２２２と、申請処理２２２により申請されたトラフィックに関する情報に基づいて無線によりデータの送受信を行い、このデータの送受信時におけるトラフィックを測定する測定処理２２３と、この測定処理２２３により測定されたトラフィックに応じてアクセスポイントに申請する情報を更新して再申請する再申請処理２２４とを有する。【選択図】  図９
2006345453.tif 000002
【特許請求の範囲】
【請求項１】
収容されるアクセスポイントに対してトラフィックに関する情報を申請し、当該情報に基づいて無線によるデータ送信を行う無線通信装置であって、
実行するアプリケーションに応じたトラフィックに関する情報を前記アクセスポイントに申請する申請手段と、
前記申請手段により申請された前記トラフィックに関する情報に基づいて無線によりデータの送受信を行う送受信手段と、
前記送受信手段によるデータの送受信時におけるトラフィックを測定する測定手段と、
前記測定手段により測定されたトラフィックに応じて前記アクセスポイントに申請する情報を更新する更新手段と、
を有することを特徴とする無線通信装置。
【請求項２】
前記申請手段は、前記アクセスポイントに対してＩＥＥＥ８０２．１１ｅ規格で規定されているトラフィックストリームの追加処理を行うことを特徴とする請求項１に記載の無線通信装置。
【請求項３】
前記測定手段は、
所定時間を計時する計時手段と、
所定のデータの送受信に要する送受信時間と、前記計時手段により計時される前記所定時間とを比較する比較手段とを有し、
前記更新手段は、前記送受信時間と前記所定時間との差分が所定量以上の場合に前記トラフィックに関する情報を更新することを特徴とする請求項１又は２に記載の無線通信装置。
【請求項４】
前記測定手段は、
所定時間を計時する計時手段と、
前記計時手段により計時される前記所定時間における送信バッファの送信キューの減少量を求める手段とを有し、
前記更新手段は、前記減少量が所定量以下の場合に前記トラフィックに関する情報を更新することを特徴とする請求項１又は２に記載の無線通信装置。
【請求項５】
前記更新手段は、更新した前記トラフィックに関する情報に基づいて、前記アクセスポイントに対してＩＥＥＥ８０２．１１ｅ規格で規定されているトラフィックストリームの追加処理を行うことを特徴とする請求項３又は４に記載の無線通信装置。
【請求項６】
収容されるアクセスポイントに対してトラフィックに関する情報を申請し、当該情報に基づいて無線によるデータ送信を行う無線通信装置の制御方法であって、
実行するアプリケーションに応じたトラフィックに関する情報を前記アクセスポイントに申請する申請工程と、
前記申請工程で申請された前記トラフィックに関する情報に基づいて無線によりデータの送受信を行う送受信工程と、
前記送受信工程によるデータの送受信時におけるトラフィックを測定する測定工程と、
前記測定工程で測定されたトラフィックに応じて前記アクセスポイントに申請する情報を更新する更新工程と、
を有することを特徴とする無線通信装置の制御方法。
【請求項７】
前記申請工程では、前記アクセスポイントに対してＩＥＥＥ８０２．１１ｅ規格で規定されているトラフィックストリームの追加処理を行うことを特徴とする請求項６に記載の無線通信装置の制御方法。
【請求項８】
前記測定工程は、
所定時間を計時する計時工程と、
所定のデータの送受信に要する送受信時間と、前記計時工程で計時される前記所定時間とを比較する比較工程とを有し、
前記更新工程では、前記送受信時間と前記所定時間との差分が所定量以上の場合に前記トラフィックに関する情報を更新することを特徴とする請求項６又は７に記載の無線通信装置の制御方法。
【請求項９】
前記測定工程は、
所定時間を計時する計時工程と、
前記計時工程で計時される前記所定時間における送信バッファの送信キューの減少量を求める工程とを有し、
前記更新工程では、前記減少量が所定量以下の場合に前記トラフィックに関する情報を更新することを特徴とする請求項６又は７に記載の無線通信装置の制御方法。
【請求項１０】
前記更新工程では、更新した前記トラフィックに関する情報に基づいて、前記アクセスポイントに対してＩＥＥＥ８０２．１１ｅ規格で規定されているトラフィックストリームの追加処理を行うことを特徴とする請求項８又は９記載の無線通信装置の制御方法。
【請求項１１】
請求項６乃至１０のいずれか１項に記載の無線通信装置の制御方法を実行することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、収容されるアクセスポイントに対してトラフィックに関する情報を申請し、その情報に基づいて無線によるデータの送受信を行う無線通信装置及びその制御方法とそのプログラムに関するものである。
【背景技術】
【０００２】
一般に無線ＬＡＮシステムは、アクセスポイント（以下、IEEE802.11の場合「ＡＰ」、IEEE802.11eの場合「ＱＡＰ」とも記載する）と複数の無線端末（以下、IEEE802.11の場合「ＳＴＡ」、IEEE802.11eの場合「ＱＳＴＡ」とも記載する）とから構成され、アクセスポイントと無線端末との間は電波等の無線媒体を使用して通信を行ってＬＡＮを形成する。アクセスポイントは、ブリッジ又はルータなどの機能を備えて有線ＬＡＮとも通信を行い、無線端末はアクセスポイントを介して、他の無線端末及び有線ＬＡＮに参加している複数の有線端末と通信を行うことができる。
【０００３】
無線ＬＡＮの標準規格であるIEEE802.11では、ＡＰとＳＴＡとの間の無線媒体へのアクセス制御方式について、ＭＡＣ（Medium Access Control）層の機能として、分散制御型のＤＣＦ（Distributed Coordination Function）と集中制御型のＰＣＦ（Point Coordination Function）の２種類の方式が規定されている（非特許文献１参照）。
【０００４】
分散制御型のＤＣＦは、ＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access with Collision Avoidance）によってアクセス制御を行っている。ＣＳＭＡ／ＣＡでは、無線媒体が使用されていないことが確認されれば、早いもの勝ちで、ＡＰやＳＴＡは自律分散的にパケット送信を行うことができるメリットがある。しかし、ＳＴＡ数とトラフィックの増加につれてパケットの衝突や再送回数も増加し、スループットの低下を招くというデメリットがある。
【０００５】
集中制御型のＰＣＦは、ＡＰが、自身と各ＳＴＡの無線媒体へのアクセスを一括して管理するアクセス制御を行っている。ＡＰによってポーリングされたＳＴＡのみが送信を行うことが許されるので、送信タイミングの自由度は低くなるが、パケットの衝突が発生せず、これによる再送も発生しないので、リアルタイム性の要求されるデータの伝送に適している。
【０００６】
ＡＰは、ＤＣＦによるアクセス制御方式とＰＣＦによるアクセス制御方式とを周期的に交互に使用することができ（ＰＣＦはオプションであり使用しなくてもよい）、ＰＣＦを用いるときには、Ｂｅａｃｏｎ（ビーコン）やＣＦ−Ｅｎｄと呼ばれる管理フレーム・制御フレームを用いてＰＣＦでのアクセス制御期間を各ＳＴＡに示さなければならない。この期間はＣＦＰ（Control Free Period）と呼ばれ、各ＳＴＡは、ＡＰからポーリングされるまでパケットを送信しないよう振る舞う必要がある。
【０００７】
前述のIEEE802.11規格では、ＤＣＦ及びＰＣＦの各種パラメータや、ＡＰ及びＳＴＡが行うべき必須の動作についての規定がされているが、その詳細な制御と応用例については実装依存となっており、具体的な内容は規定されていない。このような背景の基でこれら２種類のアクセス制御に関連した、いくつかの提案がなされている。
【０００８】
その一例として、ＰＣＦを備えた無線ＬＡＮシステムにおいて、ＳＴＡが、伝送データと共に、次に要求する伝送データの転送量である次要求帯域幅をＡＰに送信するようにしたものがある（特許文献１参照）。これは、データ送信毎にダイナミックに帯域幅制御を行うことで、効率良くデータ転送を行うことができるよう図られたものである。
【０００９】
また最近の規格動向としては、上記のＤＣＦ及びＰＣＦのアクセス制御方式を更に発展させ、データの内容や用途に応じて、優先順位付けや帯域確保を行うといった、ＱｏＳ（Quality of Service）を保証するためのメカニズムを盛り込んだ規格が、ＴＧｅ（Task Group e）にて検討され、IEEE802.11eとして策定中である（非特許文献２参照）。
【００１０】
IEEE802.11eでは、アクセス制御方式において、必須であるＥＤＣＡ（Enhanced Distributed Channel Access）と、オプションであるＨＣＣＡ（HCF Controlled Channel Access）の２種類の方式が規定されている。
【００１１】
ＥＤＣＡは、従来のＤＣＦと同様に、分散制御型の方式であるが、無線媒体のアクセスに関して、データの種別ごとに優先順位付けができるよう拡張が行われたものである。リアルタイム性の高い音声データなどは、優先的に無線媒体にアクセスできるよう配慮されている。
【００１２】
ＨＣＣＡは、従来のＰＣＦと同様に集中制御型の方式であるが、上記の優先順位付けに加えて、ＱＡＰとＱＳＴＡとの間で、必要となる伝送条件について事前にやり取りし、伝送条件に見合った効率的な帯域確保ができるよう配慮されている。従来のＰＣＦでは、アクセスポイントが無線端末に対してポーリングできる期間がＣＦＰに限定されていたが、ＨＣＣＡでは、ＱＡＰが無線媒体に一定の空き時間を検出するといつでもアクセス権を獲得し、自らデータ送信を行ったり、他のＱＳＴＡにポーリングを行ったりすることも可能となっている。
【特許文献１】特開２００４−１５８９６５号公報
【非特許文献１】IEEE Std 802.11, 1999 Edition
【非特許文献２】IEEE P802.11e/D12.0， November 2004
【発明の開示】
【発明が解決しようとする課題】
【００１３】
以上に述べた従来の無線端末では、無線端末とアクセスポイントとが、事前に必要となる伝送条件をやり取りし、アクセスポイントが適切な帯域を確保して効率良いデータ送信が行えるよう工夫されている。しかし、無線端末とアクセスポイントとの伝送条件の解釈方法の違い或は電波状況等により帯域を多く確保し過ぎたり、逆に少なすぎたりする等の問題があった。
【００１４】
また無線端末とアクセスポイントとが、事前に必要となる伝送条件をやり取りし、アクセスポイントが適切な優先度の設定を行って、効率良いデータ送信が行えるよう工夫されている。しかし無線端末とアクセスポイントとの伝送条件の解釈方法の違い、或は他の無線端末の収容状況などにより、優先度の設定を高くし過ぎたり逆に低くし過ぎたりするなどの問題があった。
【００１５】
本発明は、上記従来技術の欠点を解決することにある。
【００１６】
また本願発明の特徴は、トラフィックに応じた無線によるデータ送信を行うことができる無線通信装置及びその制御方法とそのプログラムを提供することにある。
【課題を解決するための手段】
【００１７】
上記特徴は、独立クレームに記載の特徴の組み合わせにより達成され、従属項は発明の単なる有利な具体例を規定するものである。
【００１８】
本発明の一態様に係る無線通信装置は以下のような構成を備える。即ち、
収容されるアクセスポイントに対してトラフィックに関する情報を申請し、当該情報に基づいて無線によるデータ送信を行う無線通信装置であって、
実行するアプリケーションに応じたトラフィックに関する情報を前記アクセスポイントに申請する申請手段と、
前記申請手段により申請された前記トラフィックに関する情報に基づいて無線によりデータの送受信を行う送受信手段と、
前記送受信手段によるデータの送受信時におけるトラフィックを測定する測定手段と、
前記測定手段により測定されたトラフィックに応じて前記アクセスポイントに申請する情報を更新する更新手段とを有することを特徴とする。
【００１９】
本発明の一態様に係る無線通信装置の制御方法は以下のような工程を備える。即ち、
収容されるアクセスポイントに対してトラフィックに関する情報を申請し、当該情報に基づいて無線によるデータ送信を行う無線通信装置の制御方法であって、
実行するアプリケーションに応じたトラフィックに関する情報を前記アクセスポイントに申請する申請工程と、
前記申請工程で申請された前記トラフィックに関する情報に基づいて無線によりデータの送受信を行う送受信工程と、
前記送受信工程によるデータの送受信時におけるトラフィックを測定する測定工程と、
前記測定工程で測定されたトラフィックに応じて前記アクセスポイントに申請する情報を更新する更新工程とを有することを特徴とする。
【００２０】
尚、この発明の概要は、必要な特徴を全て列挙しているものでなく、よって、これら特徴群のサブコンビネーションも発明になり得る。
【発明の効果】
【００２１】
本発明によれば、トラフィックに応じた無線によるデータ送信を行うことができるという効果がある。
【発明を実施するための最良の形態】
【００２２】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００２３】
［実施の形態１］
以下、本発明の実施の形態１を図１〜図１０を参照して説明する。
【００２４】
図１は、本発明の実施の形態に係る無線端末ＱＳＴＡ１００と、これを収容できるアクセスポイントＱＡＰ１０１を含む無線システムの構成図である。
【００２５】
ＱＳＴＡ１００は、アクセスポイントＱＡＰに収容されてネットワークに参加し、データ通信を行うことができる。ここで、ＱＳＴＡ１００及びＱＡＰ１０１は、物理層として無線方式IEEE802.11a規格及びＭＡＣ層として無線方式IEEE802.11規格及びIEEE802.11e規格による無線通信（オプションであるＨＣＣＡによる通信を含む）が可能な構成を有している。尚、ここではＱＳＴＡがデジタルビデオカメラ１００であり、ＱＡＰがディスプレイ１０１である場合を示しているが、本発明はこれに限定されるものではない。ここではデジタルビデオカメラ（ＱＳＴＡ）１００からディスプレイ（ＱＡＰ）１０１に対して、アップリンクで映像ストリーミングを行う場合を示している。
【００２６】
図２（Ａ）は、本実施の形態に係る無線端末ＱＳＴＡであるデジタルビデオカメラ１００の構成を示すブロック図で、図２（Ｂ）は、このデジタルビデオカメラ１００のプログラム保存部に格納されるプログラムの構成を示す図である。
【００２７】
図２（Ａ）において、制御部２０１は、ＣＰＵ２１０及びＲＡＭ２１１から主に構成され、このデジタルビデオカメラ１００全体の動作を制御している。ここでＣＰＵ２１０はプログラム保存部２０４に記憶されているプログラムに従ってデジタルビデオカメラ１００全体の動作を制御している。撮像部２０１は、被写体を撮影して映像データを出力する。表示部２０２は、メニューや映像データを表示する。操作部２０３は各種スイッチやボタン等を有し、ユーザからの動作指示を直接受け付けて、このビデオカメラの動作を制御している。データ保存部２０５は、撮像部２０１で撮影された映像データや種々の制御データ等を保存する。無線部２０６は、前述のＱＡＰ（ディスプレイ）１０１と前述した無線方式を利用してデータを送受信する。ＲＡＭ２１１は、各種データを記憶しており、ＣＰＵ２１０による各種処理の実行時に変数やカウンタ値等の各種データを一時的に保存するワークエリアとしても機能している。
【００２８】
図２（Ｂ）に示すプログラムはプログラム保存部２０４に保存されている。このプログラムは、基本ソフトウェアであるＯＳ２２０と、ＱＳＴＡ１００の各構成部の制御手順を記述した複数のプログラム（撮像処理、データ保存処理、表示処理、操作処理及び無線処理２２１）と、後述のプログラム（申請処理２２２、測定処理２２３、再申請処理２２４）及び映像ストリーミングなどのアプリケーションプログラム２２５とから主に構成される。無線処理２２１に関しては、更にその構成が示されており、フレーム送信処理２３１、フレーム受信処理２３２、アソシエート処理２３３、ディスアソシエート処理２３４、トラフィックストリーム追加処理２３５など、前述の無線方式で規定されたフレームや手続きを行うための複数のプログラムを備えている。
【００２９】
図３（Ａ）は、本実施の形態に係る申請処理２２２のステートマシンを説明するブロック図、図３（Ｂ）はIEEE802.11e規格で規定されているトラフィック情報エレメントを示している。
【００３０】
図３（Ａ）で示される申請処理２２２は、デジタルビデオカメラ（ＱＳＴＡ）１００で動作し、ＱＡＰ１０１と接続する処理、及び図３（Ｂ）で示されるトラフィック情報エレメントを作成して、ＱＡＰ１０１に対して予想されるトラフィックに関する情報を申請する処理を行う。この申請処理２２２は、デジタルビデオカメラ１００の映像ストリーミングを行うアプリケーション２２５の接続処理が起動した場合に、そのアプリケーション２２５によって起動される。
【００３１】
申請処理２２２が起動されると、まず「アソシエートステート」３０１に移行する。このアソシエートステート３０１では、アプリケーション２２５から指定されたＱＡＰ１０１に対して、IEEE802.11規格で規定されている接続処理（ＡＳＳＯＳＩＡＴＥ）を行う。ここでは、無線処理２２１の中のアソシエート処理２３３を呼び出し、その結果をアソシエート処理が返答するまで待機する。このアソシエート処理では、無線部２０６を介して、指定されたＱＡＰ１０１に対してアソシエーション要求フレームを送信する。そしてＱＡＰ１０１からアソシエーション応答フレームを受信した場合に、その結果を申請処理２２２に返答する。
【００３２】
ここでＱＡＰ１０１でアソシエートが許可された場合にはアソシエート許可が返答され、申請処理２２２は「トラフィック情報作成ステート」３０２に移行する。一方、ＱＡＰ１０１にてアソシエートが拒否された場合には、アソシエート拒否の返答がされ、申請処理２２２はアプリケーション２２５に対してアソシエート拒否を通知して処理を中止する。
【００３３】
トラフィック情報作成ステート３０２では、アプリケーションであるデジタルビデオカメラの映像ストリーミングで予想されるトラフィックに対応したトラフィック情報エレメントを作成する。ここでは、図４に示すような、プログラム保存部２０４に予め保存されている映像ストリーミング用のトラフィック情報エレメントを読み出して、次のステートで使用されるトラフィック情報エレメントの準備を行う。
【００３４】
図４は、本実施の形態に係るデジタルビデオカメラ１００にデフォルトで保存されているトラフィック情報エレメントの一例を示す図である。
【００３５】
こうしてトラフィック情報エレメントの作成が完了すると「トラフィック情報申請ステート」３０３に移行する。このトラフィック情報申請ステート３０３では、アプリケーション２２５から指定されたＱＡＰ１０１に対して、IEEE802.11e規格で規定されているトラフィックストリーム追加処理（ＡＤＤＴＳ）を行う。ここでは、無線処理２２１の中のトラフィックストリーム追加処理２３５を呼び出し、トラフィックストリーム追加処理２３５がその結果を返答するまで待機する。このトラフィックストリーム追加処理２３５では、無線部２０６を介して、その指定されたＱＡＰ１０１に対して、予想されるトラフィック情報エレメントを付したトラフィックストリームの追加要求フレームを送信し、そのＱＡＰ１０１からのトラフィックストリームの追加応答フレームを受信した場合に、その結果を申請処理２２２に返答する。
【００３６】
ここでＱＡＰ１０１によりトラフィックストリームの追加が許可された場合には、「申請内容保存ステート」３０４に移行するが、トラフィックストリーム追加が拒否された場合には、アプリケーション２２５に対して、トラフィック情報申請拒否を通知して処理を中止する。この申請内容保存ステート３０４では、許可された申請内容であるトラフィック情報エレメントをデータ保存部２０５に保存する。こうして保存が完了するとこの処理を終了する。
【００３７】
図５は、ＨＣＣＡにおけるポーリング動作の概要を説明する図である。
【００３８】
このようにしてデジタルビデオカメラ１００からのトラフィックストリーム追加を許可したディスプレイ（ＱＡＰ）１０１では、図５（Ａ）に示すようなポーリング動作を行う。
【００３９】
図５（Ａ）は、ＱＡＰ１０１がＱＳＴＡ１００に対してQoS CF-Pollフレームを送信し、それを受信したＱＳＴＡ１００が、QoS CF-Pollフレーム内の時間（TXOP limit）を超えない時間内でデータ送信を行う様子を示している。もちろん、本実施の形態に係るデジタルビデオカメラ１００もこのような基本動作を行うことができるとする。
【００４０】
図５（Ｂ）は、QoS CF-Pollフレームのフレーム構成を示している。
【００４１】
図６は、本実施の形態に係るデジタルビデオカメラ（ＱＳＴＡ）１００おける測定処理２２３のステートマシン図を示している。この測定処理２２３は、デジタルビデオカメラ１００で動作し、ＱＡＰ１０１によって与えられている時間（TXOP limit：図５（Ａ））が、実際に発生しているトラフィックに比して過不足がないかを測定する処理を行う。この測定処理２２３は、デジタルビデオカメラ１００の映像ストリーミングを行うアプリケーション２２５によるデータ送信処理が起動した場合に、そのアプリケーション２２５によって起動される。
【００４２】
測定処理２２３が起動されると「フレーム検出ステート」６０１に移行する。このフレーム検出ステート６０１では、ＱＡＰ１０１がデジタルビデオカメラ１００宛てに送信したQoS CF-Pollフレームを検出する処理を行う。ここでは、無線処理２２１の中のフレーム受信処理２３２が、デジタルビデオカメラ１００宛てのQoS CF-Pollフレームを受信した場合に、測定処理２２３に対して、QoS CF-Poll受信の通知を行うこととする。このQoS CF-Pollフレームが検出されると、QoS CF-Pollフレーム内の時間（TXOP limi×ＴＵ）（msec）を計時するためにタイマ（不図示）を起動して「TXOP limit保存ステート」６０２に移行する。ここでは、この時間（TXOP limit）をデータ保存部２０５に保存する。こうしてこの時間の保存が完了すると、データ送信前の送信キューサイズを測定し、これも制御データとしてデータ保存部２０５に保存する。そして次に「データ送信ステート」６０３に移行する。
【００４３】
このデータ送信ステート６０３では、図５（Ａ）に示したようなQoS Dataフレームの送信処理及びQoS CF-Ackの受信処理を行う。こうしてタイマがタイムアウトになることなく（（TXOP limi×ＴＵ）時間内で）送信キューが「０」となり、無線処理２２１からデータ送信完了が通知された場合は、そのタイマによる計時を停止して「余剰時間算出ステート」６０４に移行する。
【００４４】
一方、送信キューが「０」となる前にタイマ終了（タイムアウト）がＯＳ２２０から通知された場合は、データ送信後の送信キューサイズを測定する。そしてその測定値を制御データとしてデータ保存部２０５に保存して「不足時間算出ステート」６０５に移行する。
【００４５】
余剰時間算出ステート６０４では、まずデータ保存部２０５に保存しておいた時間（TXOP limit）を読み出して、（タイマ停止時間／ＴＵ）との差分を算出する。更にこの差分で、与えられている時間（TXOP limit）を除算することにより、時間（TXOP limit）が余分に与えられている割合を算出する。仮に、与えられている時間（TXOP limit）の半分で送信キューが「０」となった場合には、この割合は「２」となり、２倍の時間（TXOP limit）が与えられていることが分かる。こうして余剰時間が算出されると「再申請判定ステート」６０６に移行する。
【００４６】
一方、不足時間算出ステート６０５では、まずデータ保存部２０５に保存しておいたデータ送信前後の送信キューサイズを読み出し、データ送信前とデータ送信後の減少分を算出する。次にこの結果を、データ送信前の送信キューサイズで割ることによって、時間（TXOP limit）が不足している割合を算出する。例えば、データ送信前の送信キューサイズが「１００」で、タイムアウト後のデータ送信後の送信キューサイズが「２０」の場合、割合は「０．８」となり、０．８倍の時間（TXOP limit）が与えられていることが分かる。こうして不足時間が算出されると再申請判定ステート６０６に移行する。
【００４７】
尚、余剰時間算出ステート６０４及び不足時間算出ステート６０５はともに、ここでは１回のQoS CF-Pollで与えられる時間（TXOP limit）で、ちょうど送信キューが「０」となるような時間（TXOP limit）が最適であるとの基準に基づいている。この基準は説明のための基準であって、現実の適用例ではアプリケーション毎の要求仕様により異なる基準があってよいことはもちろんである。
【００４８】
これら余剰時間或は不足時間の算出が完了した後の再申請判定ステート６０６では、閾値処理により、後述の再申請処理が必要か否かを判定する。例えば、算出された割合が「０．７５」から「１．２５」の間であれば再申請処理は必要なしと判定し、それ以外は必要と判定するような処理を行う。そして再申請が必要な場合は、算出した割合をデータ保存部２０５に保存し（６０７）、後述の再申請処理２２４を起動する。必要がない場合は、そのまま処理を終了する。
【００４９】
尚、前述したタイマの機能は、この実施の形態ではＯＳ２２０が有しているタイマ機能を使用するものとするが、ＣＰＵ２１０に内蔵されているタイマ、或は専用のタイマＬＳＩを用いても良い。
【００５０】
図７は、本実施の形態に係る再申請処理２２４のステートマシン図を示している。この再申請処理２２４は、デジタルビデオカメラ（ＱＳＴＡ）１００で動作し、実際に発生しているトラフィックに対応する情報を申請する処理を行う。この再申請処理２２４は、前述の測定処理２２３によって起動される。
【００５１】
再申請処理２２４が起動されると「保存データ読込ステート」７０１に移行する。この保存データ読込ステート７０１は、前述の申請処理２２２によってデータ保存部２０５に保存された申請内容（ここでは、現在のトラフィック情報エレメントとなる）と、前述の測定処理２２３の６０７でデータ保存部２０５に保存された時間（TXOP limit）及び時間（TXOP limit）の過不足割合を読み込む。この読み込みが完了すると「再申請用トラフィック情報作成ステート」７０２に移行する。この再申請用トラフィック情報作成ステート７０２では、読み込まれた申請内容、及び時間（TXOP limit）及び時間（TXOP limit）の過不足割合を用いて、適切な帯域確保を行うためのトラフィック情報エレメントを作成する。
【００５２】
図８は、本実施の形態に係る再申請用のトラフィック情報エレメントを説明する図で、この例では図４のトラフィック情報エレメントに対してMean Data Rateの設定値が変更されている。
【００５３】
ここでは例えば図４と図８とを比較すると明らかなように、申請内容の「Mean Data Rate」に、時間（TXOP limit）の過不足割合を掛け合わせた値を求める。ここでは図４の「６３０Ｋｂｐｓ」が、その半分の「３１５Ｋｂｐｓ」に変更されている。こうして得られた再申請用の新しい「Means Data Rate」に記憶し、その他のパラメータは同じものを用いて再申請用のトラフィック情報エレメントを作成してもよい。
【００５４】
こうして再申請用のトラフィック情報エレメントの作成が完了すると、「トラフィック情報申請ステート」７０３に移行する。このトラフィック情報申請ステート７０３では、ＱＡＰ１０１に対して、IEEE802.11e規格で規定されているトラフィックストリームの追加処理（ＡＤＤＴＳ）を行う。ここでは、無線処理２２１の中のトラフィックストリーム追加処理２３５を呼び出し、トラフィックストリーム追加処理２３５が、その結果を返答するまで待機する。このトラフィックストリーム追加処理２３５では、指定されたＱＡＰ１０１に対して、予想されるトラフィック情報エレメントを付したトラフィックストリーム追加要求フレームを無線部２０６を介して送信する。そしてＱＡＰ１０１からトラフィックストリーム追加応答フレームを受信した場合に、その結果を申請処理２２２に返答する。
【００５５】
ＱＡＰ１０１にてトラフィックストリーム追加が許可された場合は「申請内容保存ステート」７０４に移行するが、拒否された場合には処理を中止する。申請内容保存ステート７０４では、その許可された申請内容であるトラフィック情報エレメントをデータ保存部２０５に保存する。こうして保存が完了すると、この処理を終了する。
【００５６】
図９は、本実施の形態１に係るデジタルカメラ１００において、申請処理２２２、測定処理２２３及び再申請処理２２４と、映像ストリーミングを行うアプリケーション２２５、無線処理２２１及びＯＳ２２０とのメッセージのやり取りを説明するシーケンス図である。ここでは特に、実際のトラフィックに比して帯域が余る場合のシーケンスで説明している。
【００５７】
まずアプリケーション２２５は、操作部２０３からＱＡＰ１０１との接続の指示を受け付けると申請処理２２２を起動する（９０１）。続いてアプリケーション２２５は、その申請処理２２２に対し、接続処理を行う旨のメッセージを通知する（９０２）。これにより申請処理２２２は無線処理２２１に対し、アソシエート処理を行う旨のメッセージを通知する（９０３）。これにより無線処理２２１は、ＱＡＰ１０１にてアソシエートが許可された場合に、申請処理２２２に対してアソシエート許可のメッセージを通知する（９０４）。続いて申請処理２２２は、無線処理２２１に対してトラフィックストリーム追加のメッセージを通知する（９０５）。このとき無線処理２２１は、ＱＡＰ１０１にてトラフィックストリームの追加が許可された場合に、申請処理２２２に対してトラフィックストリーム追加許可のメッセージを通知する（９０６）。続いて申請処理２２２は、アプリケーション２２５に対して接続完了を通知する（９０７）。これにより申請処理２２２は処理を終了する。
【００５８】
次にアプリケーション２２５は、操作部２０３の操作に基づいてデータ送信の指示をユーザから受け付けると測定処理２２３を起動する（９０８）。続いてアプリケーション２２５は、測定処理２２３に対し、送信処理を行う旨のメッセージを通知する（９０９）。無線処理２２１は、ＱＡＰ１０１からのQoS CF-Pollフレームを受信した場合に、測定処理２２３に対して、QoS CF-Pollを受信した旨を通知する（９１０）。続いて測定処理２２３は、ＯＳ２２０に対しタイマによる計時を開始するようにメッセージを通知する（９１１）。更に測定処理２２３は、無線処理２２１に対し、送信キューサイズを測定する旨をメッセージで通知する（９１２）。その応答として無線処理２２１は測定処理２２３に対し、現在の送信キューサイズを示す送信キューサイズの測定応答メッセージを通知する（９１３）。その後に測定処理２２３は、無線処理２２１に対し、データ送信を行う旨のメッセージを通知する（９１４）。そして無線処理２２１は、データ送信が完了した場合に測定処理２２３に対してデータ送信の完了を通知する（９１５）。続いて測定処理２２３はＯＳ２２０に対して、タイマによる計時停止のメッセージを通知する（９１６）。更に測定処理２２３は、アプリケーション２２５に対して送信完了のメッセージを通知する（９１７）。続けて測定処理２２３は、再申請処理２２４を起動して処理を終了する（９１８）。
【００５９】
こうして起動された再申請処理２２４は、無線処理２２１に対してトラフィックストリーム追加のメッセージを通知する（９１９）。これにより無線処理２２１は、ＱＡＰ１０１にてトラフィックストリームの追加が許可された場合に、再申請処理２２４に対してトラフィックストリーム追加許可のメッセージを通知する（９２０）。そして再申請処理２２４は、ここで処理を終了する。
【００６０】
図１０は、本実施の形態１に係るデジタルカメラ１００における、申請処理２２２、測定処理２２３及び再申請処理２２４と、映像ストリーミングを行うアプリケーション２２５、無線処理２２１及びＯＳ２２０とのメッセージのやり取りを示したシーケンス図であり、特に図９と比較して、帯域が足りない場合のシーケンス図である。尚、図９と共通する部分は同じ記号で示し、それらの説明を省略する。
【００６１】
アプリケーション２２５により申請処理２２２が起動され（９０１）、測定処理２２３が無線処理２２１に対してデータ送信を行う旨のメッセージを通知する（９１４）までの処理は図９の場合と同様である。
【００６２】
ＯＳ２２０は、１００１で、タイマによる計時時間（時間（TXOP limit）×ＴＵ）が経過した場合、測定処理２２３に対してタイマによる計時終了を通知する。これにより測定処理２２３は、無線処理２２１に対して送信キューサイズの測定を行う旨のメッセージを通知する（１００２）。その応答として無線処理２２１は測定処理２２３に対し、現在の送信キューサイズを示す送信キューサイズの測定応答メッセージを通知する（１００３）。続けて測定処理２２３は、再申請処理２２４を起動して処理を終了する（９０８）。
【００６３】
こうして起動された再申請処理２２４は、無線処理２２１に対して、トラフィックストリーム追加のメッセージを通知する（９１９）。そして無線処理２２１は、ＱＡＰ１０１にてトラフィックストリームの追加が許可された場合に、再申請処理２２４に対してトラフィックストリーム追加許可のメッセージを通知する（９２０）。こうして再申請処理２２４は処理を終了する。
【００６４】
以上、本発明の実施の形態１について説明した。尚、ここでは、物理層として無線方式IEEE802.11a規格及びＭＡＣ層として無線方式IEEE802.11規格及びIEEE802.11e規格による無線通信を行う無線端末について記載したが、これらの無線方式に限らず、同様の異なる無線方式を用いても良い。
【００６５】
また前述の申請処理２２２、測定処理２２３、保存データ及び再申請処理２２４に関しては、その処理分担やタイミング、保存内容などはこの限りではない。また処理内容に関しても本実施の形態における発明要素を満たす限り異なってもよい。
【００６６】
本実施の形態１に係る特徴は、予想されるトラフィックに対応する申請を行い、許可された申請内容に基づいてデータの送受信を行う。更に、実際に発生しているトラフィックを測定し、その測定したトラフィックに応じて適切な帯域確保のための再申請を行う点にある。例えば、本実施の形態１で示した処理を繰り返して申請内容の履歴を取り、これらを用いて、より精度良く再申請が行えるようにしても良い。
【００６７】
また例えば測定処理２２３において、時間（TXOP limit）や送信キューサイズの測定でなく、再送の回数等を基準にしてトラフィックの測定を行うようにしても良い。
【００６８】
また例えば、再申請処理２２４によって既に所定量以上（或は以下）の帯域幅に対応する再申請が行われていて、それが許可されている場合等には、これ以上（或は以下）の帯域幅に対応する再申請を行わないようにしても良い。こうして帯域確保が極端に大きく（或は小さく）なるのを防止する処理内容を、これら測定処理２２３や再申請処理２２４などの何れかに追加しても良い。
【００６９】
［実施の形態２］
次に本発明の実施の形態２について説明する。この実施の形態２においても、前述の実施の形態１（図１〜図３）と同様のデジタルビデオカメラ（ＱＳＴＡ）１００とアクセスポイントＱＡＰ１０１との場合で説明する。ここでデジタルビデオカメラ１００及びＱＡＰ１０１は、物理層として無線方式IEEE802.11a規格及びＭＡＣ層として無線方式IEEE802.11規格及びIEEE802.11e規格による無線通信（オプションであるＨＣＣＡによる通信を含む）が可能な構成を有している。
【００７０】
本実施の形態２に係るデジタルビデオカメラ１００の申請処理２２２が起動されると、図３を参照して前述したように、「アソシエートステート」３０１に入り、無線処理２２１の中のアソシエート処理２３３を呼び出し、アソシエート処理２３３が返答するまで待機する。このアソシエート処理２３３では、無線部２０６を介して、指定されたＱＡＰ１０１に対して、アソシエーション要求フレームを送信する。そしてＱＡＰ１０１からのアソシエーション応答フレームを受信した場合に、その結果を申請処理２２２に返答する。そしてＱＡＰ１０１によりアソシエートが許可された場合は、アソシエート許可が返答され、申請処理２２２は「トラフィック情報作成ステート」３０２に移行する。一方、ＱＡＰ１０１によりアソシエートが拒否された場合はアソシエート拒否の返答がされ、申請処理２２２はアプリケーション２０５に対してアソシエート拒否を通知して処理を中止する。許可された場合のトラフィック情報作成ステート３０２では、アプリケーション２２５であるデジタルビデオカメラ１００の映像ストリーミングで予想されるトラフィックに対応したトラフィック情報エレメントを作成する処理を行う。
【００７１】
この実施の形態２では、図１１に示すような、プログラム保存部２０４に予め保存された映像ストリーミング用のトラフィック情報エレメントの読み出しを行って、次のステートで使用されるトラフィック情報エレメントの準備を行う。
【００７２】
図１１は、本発明の実施の形態２に係るデフォルトのトラフィック情報エレメントの一例を示す図である。前述の実施の形態１の図４と比較すると明らかなように、Access Policyが「ＥＤＣＡ」に変更されている点が異なっている。このＥＤＣＡは、従来のＤＣＦと同様な分散制御型の方式であり、無線媒体のアクセスに関して、データの種別ごとに優先順位付けができるよう拡張されている。
【００７３】
こうしてトラフィック情報エレメントの作成が完了すると、「トラフィック情報申請ステート」３０３に移行する。このトラフィック情報申請ステート３０３では、アプリケーション２２５から指定されたＱＡＰ１０１に対して、IEEE802.11e規格で規定されているトラフィックストリーム追加処理（ＡＤＤＴＳ）を行う。ここでは無線処理２２１の中のトラフィックストリーム追加処理２３５を呼び出し、トラフィックストリーム追加処理２３５がその結果を返答するまで待機する。このトラフィックストリーム追加処理２３５では、アプリケーション２２５で指定されたＱＡＰ１０１に対して、予想されるトラフィック情報エレメントを付したトラフィックストリーム追加要求フレームを無線部２０６を介して送信する。そしてＱＡＰ１０１からのトラフィックストリーム追加応答フレームを受信した場合に、その結果を申請処理２２２に返答する。ここでＱＡＰ１０１にてトラフィックストリーム追加が許可された場合には、「申請内容保存ステート」３０４に移行し、拒否された場合には、アプリケーション２２５に対して、トラフィック情報の申請拒否を通知して処理を中止する。この申請内容保存ステート３０４では、許可された申請内容であるトラフィック情報エレメントをデータ保存部２０５に保存し、保存処理が完了すると処理を終了する。
【００７４】
一方、このようにしてデジタルビデオカメラ１００からのトラフィック情報の申請を許可したＱＡＰ１０１では、実施の形態２におけるＥＤＣＡ制御に必要なアクセスカテゴリ（優先度）毎のＣＷmin、ＣＷmax、時間（TXOP limit）の設定を行う。
【００７５】
図１２は、本実施の形態２に係るデフォルト値の設定と、ＣＳＭＡ／ＣＡによるメディアアクセスを説明する図である。
【００７６】
データを送信しようとするデジタルビデオカメラ１００は、送信したデータのアクセスカテゴリに応じて、対応するＡＩＦＳＮ時間メディアフリーを確認し、更にＣＷmin及びＣＷmaxから導かれるランダム時間メディアフリーを確認し（途中でビジーになってもよい）、最大時間（TXOP limit）データを送信する処理を行う。
【００７７】
図１３（Ａ）は、本実施の形態２に係る測定処理２２３のステートマシン図、図１３（Ｂ）は測定結果を示す図である。
【００７８】
図１３（Ａ）で示される測定処理２２３は、デジタルビデオカメラ１００で動作し、申請したトラフィック情報により決定したアクセスカテゴリでメディアアクセスに困難はないか、或はアクセスカテゴリに対応する時間（TXOP limit）が、実際に発生しているトラフィックに比して過不足ないかを測定する処理を行う。この測定処理２２３は、デジタルビデオカメラ１００の映像ストリーミングを行うアプリケーション２２５のデータ送信処理が起動した場合に、アプリケーション２２５によって起動される。
【００７９】
測定処理２２３が起動されると、データ送信処理前の送信キューサイズを測定し、「ＣＳＭＡ／ＣＡ制御ステート」１３０１に移行する。このＣＳＭＡ／ＣＡ制御ステート１３０１では、図１２を参照して前述したメディアアクセス処理を行う。このＣＳＭＡ／ＣＡ制御ステート１３０１において送信可能と判定すると「データ送信ステート」１３０２に移行する。尚、ここでは、ＣＳＭＡ／ＣＡ制御ステート１３０１での処理と、データ送信ステート１３０２での処理、及びこれら２つのステート間の遷移は無線部２０６で実行され、測定処理２２３はこれを感知しない構成とする（無線部２０６内で遷移する）。
【００８０】
データ送信ステート１３０２では、申請したアクセスカテゴリに対応する時間（TXOP limit）を最大としてデータ送信を行う（無線部２０６内で実行される）。この送信が完了して、無線処理２２１を介してデータ送信完了の通知があった場合、データ送信後の送信キューサイズを測定し、「送信キューサイズ比較ステート」１３０３に移行する。この送信キューサイズ比較ステート１３０３では、閾値処理により、データ送信前後の送信キューサイズの減少分が閾値よりも小さいかどうかを判定する。閾値よりも小さい場合は「測定結果作成ステート」１３０４に移行する。例えば、データ送信前の送信キューサイズが「１００」で、データ送信後の送信キューサイズが「８０」である場合、閾値が「５０」とすると、測定結果作成ステート１３０４に移行する。
【００８１】
一方、閾値以上であれば、データ送信処理前の送信キューサイズを測定し、ＣＳＭＡ／ＣＡ制御ステート１３０１に戻る。尚、ＣＳＭＡ／ＣＡ制御ステート１３０１にて、送信キューが一杯になった場合には、無線処理２２１を介してバッファフルの通知を受け、測定結果作成ステート１３０４に移行する。
【００８２】
この測定結果作成ステート１３０４では、送信キューが一杯となって、ＣＳＭＡ／ＣＡ制御ステート１３０１からこのステート１３０４に移行した場合は、「送信キューが一杯になる」（図１３（Ｂ）の（１））とする測定結果を作成する。一方、送信キューサイズ比較ステート１３０３からこのステート１３０４に移行した場合で、送信キューサイズの減少分が正である場合には「送信キューの減りが悪い」（図１３（Ｂ）の（３））とする測定結果を作成する。更に、送信キューサイズ比較ステート１３０３からこのステート１３０４に移行した場合で、かつ送信キューサイズの減少分が負である場合は「送信キューが溜まる」（図１３（Ｂ）の（２））とする測定結果を作成する。こうして測定結果の作成が完了すると、再申請処理２２４を起動して処理を終了する。
【００８３】
図１４は、本実施の形態２に係る再申請処理２２４のステートマシン図を示している。この再申請処理２２４は、デジタルビデオカメラ１００で動作し、実際に発生しているトラフィックに対応する情報を申請する処理を行う。この再申請処理２２４は、前述の測定処理２２３によって起動される。
【００８４】
再申請処理２２４が起動されると「測定結果読込ステート」１４０１に移行する。測定結果読込ステート１４０１は、前述の申請処理２２２によって保存された申請内容（ここでは、現在のトラフィック情報エレメントとなる）と、前述の測定処理２２３によって作成された測定結果とを読み込む。この読み込みが完了すると「再申請用トラフィック情報作成ステート」１４０２に移行する。この再申請用トラフィック情報作成ステート１４０２では、その読み込まれた申請内容、測定結果を用いて、適切な優先度設定を行うためのトラフィック情報エレメントを作成する。
【００８５】
ここで例えば図１５のように、測定結果が「送信キューが一杯になる」場合には、申請内容のアクセスカテゴリ（優先度(Use Priority)）を一つ高い値にして、再申請用の新しいアクセスカテゴリにする。尚、この場合、その他のパラメータは同じものを用いて再申請用のトラフィック情報エレメントを作成する。
【００８６】
図１５は、本実施の形態２に係る再申請用のトラフィック情報エレメントの一例を示す図である。この図１５と図１１とを比較すると明らかなように、図１１のUser Priority は「５」から「６」に変更されている。
【００８７】
こうしてトラフィック情報の作成が完了すると「トラフィック情報申請ステート」１４０３に移行する。このトラフィック情報申請ステート１４０３では、ＱＡＰ１０１に対して、IEEE802.11e規格で規定されているトラフィックストリーム追加処理（ＡＤＤＴＳ）を行う。ここでは、無線処理２２１の中のトラフィックストリーム追加処理２３５を呼び出し、トラフィックストリーム追加処理２３５がその結果を返答するまで待機する。トラフィックストリーム追加処理２３５では、指定されたＱＡＰ１０１に対して、予想されるトラフィック情報エレメントを付したトラフィックストリーム追加要求フレームを無線部２０６を介して送信する。そしてＱＡＰ１０１からのトラフィックストリーム追加応答フレームを受信すると、その結果を申請処理２２２に返答する。
【００８８】
ＱＡＰ１０１にてトラフィックストリームの追加が許可された場合は「申請内容保存ステート」１４０４に移行し、拒否された場合は処理を中止する。この申請内容保存ステート１４０４では、許可された申請内容であるトラフィック情報エレメントをデータ保存部２０５に保存する。こうしてトラフィック情報の保存が完了すると処理を終了する。
【００８９】
図１６は、本実施の形態２に係る申請処理２２２、測定処理２２３及び再申請処理２２４と、映像ストリーミングを行うアプリケーション２２５及び無線処理２２１とのメッセージのやり取りを示したシーケンス図である。ここでは特に、優先度が低いために送信キューが溜まる或は送信キューの減りが悪い場合のシーケンス例を示している。
【００９０】
まずアプリケーション２２５は、操作部２０３から接続の指示を受け付けると申請処理２２２を起動する（１６０１）。次にアプリケーション２２５は、この申請処理２２２に対して接続処理を行う旨のメッセージを通知する（１６０２）。この申請処理２２２は無線処理２２１に対し、アソシエート処理を行う旨のメッセージを通知する（１６０３）。無線処理２２１は、ＱＡＰ１０１にてアソシエートが許可された場合、申請処理２２２に対してアソシエート許可のメッセージを通知する（１６０４）。続いて申請処理２２２は無線処理２２１に対し、トラフィックストリーム追加のメッセージを通知する（１６０５）。これにより無線処理２２１は、ＱＡＰ１０１にてトラフィックストリームの追加が許可された場合、申請処理２２２に対してトラフィックストリームの追加許可のメッセージを通知する（１６０６）。続いて申請処理２２２は、アプリケーション２２５に対して接続完了を通知する（１６０７）。これにより申請処理２２２は処理を終了する。
【００９１】
次にアプリケーション２２５は、操作部２０３からデータ送信の指示を受け付けると測定処理２２３を起動する（１６０８）。アプリケーション２２５は測定処理２２３に対して送信処理を行う旨のメッセージを通知する（１６０９）。続いて測定処理２２３は、無線処理２２１に対し、送信キューサイズの測定を行う旨のメッセージを通知する（１６１０）。その応答として無線処理２２１は、測定処理２２３に対して現在の送信キューサイズを示す送信キューサイズの測定応答メッセージを通知する（１６１１）。その後、測定処理２２３は、無線処理２２１に対してデータ送信を行う旨のメッセージを通知する（１６１２）。次に無線処理２２１は、データ送信が完了した場合、測定処理２２３に対してデータ送信完了を通知する（１６１３）。続いて測定処理２２３は、無線処理２２１に対して送信キューサイズの測定を行う旨のメッセージを通知する（１６１４）。その応答として無線処理２２１は、測定処理２２３に対して現在の送信キューサイズを示す送信キューサイズ測定応答メッセージを通知する（１６１５）。その後測定処理２２３は、アプリケーション２２５に対して送信完了のメッセージを通知する（１６１６）。
【００９２】
続けて測定処理２２３は、再申請処理２２４を起動して処理を終了する（１６１７）。こうして起動された再申請処理２２４は、無線処理２２１に対して、トラフィックストリーム追加のメッセージを通知する（１６１８）。これにより無線処理２２１は、ＱＡＰ１０１にてトラフィックストリームの追加が許可された場合、再申請処理２２４に対してトラフィックストリームの追加許可のメッセージを通知する（１６１９）。こうして再申請処理２２４は処理を終了する。
【００９３】
図１７は、本実施の形態２に係る申請処理２２２、測定処理２２３及び再申請処理２２４と、映像ストリーミングを行うアプリケーション２２５及び無線処理２２１とのメッセージのやり取りを示したシーケンス図である。特に、優先度が低いために送信キューが一杯になる場合のシーケンス例を示している。尚、図１７において図１６と共通する部分は同じ記号で示し、それらの説明を省略する。
【００９４】
この処理において、操作部２０３による指示によりアプリケーション２２５が申請処理２２２を起動し（１６０１）、次にアプリケーション２２５により測定処理２２３から無線処理２２１に対してデータ送信を行う旨のメッセージを通知する（１６１２）までの処理は図１６と同じである。
【００９５】
この後、無線処理２２１は送信キューが一杯になった場合は測定処理２２３に対してバッファフルを通知する（１７０１）。その後に測定処理２２３は、アプリケーション２２５に対して送信不可のメッセージを通知する（１７０２）。続けて測定処理２２３は、再申請処理２２４を起動して（１７０３）処理を終了する。こうして起動された再申請処理２２４は、無線処理２２１に対して、トラフィックストリーム追加のメッセージを通知する（１７０４９。これにより無線処理２２１は、ＱＡＰ１０１にてトラフィックストリームの追加が許可されると、再申請処理２２４に対してトラフィックストリーム追加許可のメッセージを通知する（１７０５）。これにより再申請処理２２４は、ここで処理を終了する。
【００９６】
以上、本発明の実施の形態２について説明した。尚ここでは、物理層として無線方式IEEE802.11a規格及びＭＡＣ層として無線方式IEEE802.11規格及びIEEE802.11e規格による無線通信を行う無線端末の場合で説明したが、これらの無線方式に限らず同様の異なる無線方式を用いても良い。
【００９７】
また前述の申請処理２２２、測定処理２２３、測定結果及び再申請処理２２４に関しては、その処理分担やタイミング、結果の内容などはこの限りではない。また処理内容に関しても本実施の形態における発明要素を満たす限り異なってもよい。
【００９８】
本実施の形態２に係る特徴は、予想されるトラフィックに対応する申請処理を行い、許可された申請内容に基づいてデータの送受信を行う。そして実際に発生しているトラフィックの測定を行い、その測定したトラフィックに応じて適切な優先度設定のための再申請処理を行う点にある。
【００９９】
例えば、本実施の形態で示した処理を繰り返し、申請内容の履歴を取り、これらを用いてより精度良く再申請が行えるようにしても良い。また例えば、再申請処理２２４において、ＨＣＣＡも１つの優先度とみなして、ＥＤＣＡからＨＣＣＡに切替えるようにしても良い。また例えば、再申請処理２２４によって既に所定値以上（或は以下）の優先度に対応する再申請が行われていて、それが許可されている場合等には、これ以上（或は以下）の優先度に対応する再申請は行わないようにしても良い。これにより、優先度を極端に高く（或は低く）してしまうことを防止できる。この処理を測定処理や再申請処理などの何れかに加えても良い。
【０１００】
以上、発明を実施するための最良の形態に関して、上記の２実施の形態を記載したが、これらは、その発明要素を組み合わせて新たな実施の形態とすることもできる。
【０１０１】
尚、本発明の目的は、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【０１０２】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０３】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ，ＨＤ−ＤＶＤ，Ｂｌｕ−ｒａｙＤｉｓｃ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。また、このプログラムコードをネットワークを介してダウンロードしてもよい。
【０１０４】
またコンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【０１０５】
【図１】本発明の実施の形態に係る無線端末ＱＳＴＡと、これを収容できるアクセスポイントＱＡＰを含む無線システムの構成図である。
【図２】本実施の形態に係るデジタルビデオカメラの構成を示すブロック図（Ａ）と、デジタルビデオカメラのプログラム保存部に格納されるプログラムの構成を示す図（Ｂ）である。
【図３】本実施の形態に係る申請処理のステートマシンを説明するブロック図（Ａ）、IEEE802.11e規格で規定されているトラフィック情報エレメントを示す図（Ｂ）である。
【図４】本実施の形態に係るデジタルビデオカメラにデフォルトで保存されているトラフィック情報エレメントの一例を示す図である。
【図５】ＨＣＣＡにおけるポーリング動作の概要を説明する図で、（Ａ）は、ＱＡＰがＱＳＴＡに対してQoS CF-Pollフレームを送信し、それを受信したＱＳＴＡがQoS CF-Pollフレーム内の時間（TXOP limit）を超えない時間内で、データ送信を行う様子を示す図、（Ｂ）はQoS CF-Pollフレームのフレーム構成を示す図である。
【図６】本実施の形態に係るデジタルビデオカメラ（ＱＳＴＡ）おける測定処理のステートマシン図である。
【図７】本実施の形態１に係る再申請処理のステートマシン図である。
【図８】本実施の形態１に係る再申請用のトラフィック情報エレメントを説明する図である。
【図９】本実施の形態１に係るデジタルカメラにおいて、申請処理、測定処理及び再申請処理と、映像ストリーミングを行うアプリケーション、無線処理及びＯＳとのメッセージのやり取りを説明するシーケンス図である。
【図１０】図９と同様のシーケンス図で、実際のトラフィックに比して帯域が足りない場合のシーケンス図である。
【図１１】本発明の実施の形態２に係るデフォルトのトラフィック情報エレメントの一例を示す図である。
【図１２】本実施の形態２に係るデフォルトの設定と、ＣＳＭＡ／ＣＡによるメディアアクセスを説明する図である。
【図１３】本実施の形態２に係る測定処理のステートマシン図（Ａ）と、測定結果を示ず図（Ｂ）である。
【図１４】本実施の形態２に係る再申請処理のステートマシン図である。
【図１５】本実施の形態２に係る再申請用のトラフィック情報エレメントの一例を示す図である。
【図１６】本実施の形態２に係る申請処理、測定処理及び再申請処理と、映像ストリーミングを行うアプリケーション及び無線処理とのメッセージのやり取りを示したシーケンス図である。
【図１７】図１６のシーケンスで、優先度が低い（送信キューが一杯になる）場合のシーケンス図である。
【図１】
2006345453.tif 000003
【図２】
2006345453.tif 000004
【図３】
2006345453.tif 000005
【図４】
2006345453.tif 000006
【図５】
2006345453.tif 000007
【図６】
2006345453.tif 000008
【図７】
2006345453.tif 000009
【図８】
2006345453.tif 000010
【図９】
2006345453.tif 000011
【図１０】
2006345453.tif 000012
【図１１】
2006345453.tif 000013
【図１２】
2006345453.tif 000014
【図１３】
2006345453.tif 000015
【図１４】
2006345453.tif 000016
【図１５】
2006345453.tif 000017
【図１６】
2006345453.tif 000018
【図１７】
2006345453.tif 000019