(57)【要約】【課題】余分なリソースを使うことなく、受信装置から送信装置のアプリケーション制御の即応性を向上させる。【解決手段】本発明による無線通信管理方法は、無線ＱｏＳ通信において転送モードとしてブロック転送を用いた場合に、第一の機器からＱｏＳデータを第二の機器に連続で送信している最中に、第二の機器からＮｏｎＱｏＳデータを送信可能に構成し、第一の機器では当該ＮｏｎＱｏＳデータを受信可能となるように構成した。【選択図】図１
2008005354.tif 000002
【特許請求の範囲】
【請求項１】
複数の機器が無線通信ネットワークを介して接続されているネットワークシステムで用いられる通信管理方法であって、
前記無線通信ネットワークを介してデータの送信ができる機器は、その時点の同一チャネルで送信権を有している機器のみとし、
第一の機器により第二の機器に対してデータパケットの送信を行う工程と、
前記データパケットの送信の最中、あるブロック単位毎にデータパケットに対する送達確認要求を前記第二の機器に送信する工程を有し、
前記第二の機器から受信したあるブロック単位毎のデータパケットに対する送達確認に基づいてデータパケットの再送処理を行う工程と、
前記第二の機器により前記第一の機器からのデータパケットを受信する工程と、
前記第一の機器から受信した前記送達確認要求に対し、返信としてブロック単位毎のデータパケットに対する送達確認を前記第一の機器に送信する工程と、
前記第一の機器と前記第二の機器との間で送達確認要求及び返信処理を行う間、前記送信権を前記第一の機器と前記該第二の機器との間で受け渡す工程と、
前記第二の機器が前記第一の機器からの送達確認要求を受信した後に、前記第二の機器から優先制御データを送信する工程と、
前記第一の機器により、前記第二の機器からの前記優先制御データを前記第二の機器からの送達確認を受信するまで受信及び処理を行う工程と
を含むことを特徴とする無線通信管理方法。
【請求項２】
複数の機器が無線通信ネットワークを介して接続されているネットワークシステムで用いられる通信管理方法であって、
前記無線通信ネットワークを介してデータの送信ができる機器は、その時点の同一チャネルで送信権を有している機器のみとし、
第一の機器が、第二の機器に対して複数の連続したデータパケットの送信を行っている場合、前記第一の機器は、あるブロック毎に複数のデータパケットに対する送達確認要求を前記第二の機器に送信する工程と、
前記第二の機器から受信したあるブロック毎の複数のデータパケットに対する送達確認に基づいてデータパケットの再送処理を行う工程と、
前記第二の機器により、前記第一の機器からの複数の連続したデータパケットを受信すると共に、前記第一の機器から受信した前記送達確認要求に対し、返信としてあるブロック毎の複数のデータパケットに対する送達確認を前記第一の機器に送信する工程と、
前記第一の機器のアプリケーションコントロールにおける制御データを優先送信バッファに積む工程と、
前記第一の機器と前記第二の機器との間で送達確認要求及び返信処理を行う間、前記送信権を前記第一の機器と前記第二の機器との間で受け渡す工程と、
前記第二の機器が前記第一の機器からの送達確認要求を受信した後に、前記第二の機器から前記優先送信バッファに積まれた優先制御データを送信する工程と、
前記第一の機器により、前記第二の機器からの前記優先制御データを第二の機器からの送達確認を受信するまで受信及び処理を行う工程と
を含むことを特徴とする無線通信管理方法。
【請求項３】
前記第二の機器において、前記第一の機器のアプリケーションコントロールにおける前記優先制御データを前記優先送信バッファに積む際に、Ｉ／Ｏアドレスを通常送信バッファと違えることを特徴とする請求項１又は２に記載の無線通信管理方法。
【請求項４】
前記第二の機器において、前記第一の機器のアプリケーションコントロールにおける制御データを優先送信する際に、送信バッファ制御フラグの優先フラグを立てることを特徴とする請求項１又は２に記載の無線通信管理方法。
【請求項５】
前記第二の機器において、前記第一の機器のアプリケーションコントロールにおける制御データを優先送信する際に、送信バッファのポートを違えることを特徴とする請求項１又は２に記載の無線通信管理方法。
【請求項６】
前記第二の機器において、前記第一の機器のアプリケーションコントロールにおける制御データを他の機器から受信して優先転送する際に、有線ＬＡＮフォーマットでのＤｉｆｆＳｅｒｖｅ制御のＤＳＣＰ（Ｄｉｆｆ−Ｓｅｒｖｅ  Ｃｏｄｅ  Ｐｏｉｎｔ）の優先度の高さで判定することを特徴とする請求項１又は２に記載の無線通信管理方法。
【請求項７】
前記無線通信が無線ＱｏＳ通信、前記第一の機器がＱｏＳ送信端末、前記第二の機器がＱｏＳ受信端末であることを特徴とする請求項１又は２に記載の無線通信管理方法。
【請求項８】
前記無線通信における前記第一の機器から前記第二の機器へのデータパケットのデータが、ＱｏＳデータであることを特徴とする請求項１又は２に記載の無線通信管理方法。
【請求項９】
前記無線通信における前記第一の機器から前記第二の機器へのデータパケットのデータが、リアルタイムデータであることを特徴とする請求項１又は２に記載の無線通信管理方法。
【請求項１０】
前記無線通信における前記第一の機器から前記第二の機器のデータパケットは、映像データであることを特徴とする請求項１又は２に記載の無線通信管理方法。
【請求項１１】
前記無線通信における前記第一の機器及び前記第二の機器は、映像機器であることを特徴とする請求項１又は２に記載の無線通信管理方法。
【請求項１２】
前記無線通信における前記第一の機器が送信端末としてのカメラ装置であり、前記第二の機器が受信端末としてのディスプレイ装置であることを特徴とする請求項１又は２に記載の無線通信管理方法。
【請求項１３】
前記無線通信は、ＩＥＥＥ８０２．１１（無線ＬＡＮ）であることを特徴とする請求項１又は２に記載の無線通信管理方法。
【請求項１４】
前記送達確認要求・確認処理が、ＩＥＥＥ  ８０２．１１のＴＧｅにて策定中の８０２．１１ｅ（無線ＬＡＮＱｏＳ）のドキュメントにおけるＢｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋであることを特徴とする請求項１又は２に記載の無線通信管理方法。
【請求項１５】
請求項１又は２に記載の無線通信管理方法の各工程をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器間を無線通信にて接続したシステムにおける無線通信管理方法及びプログラムに関するものである。
【背景技術】
【０００２】
従来、機器間を無線通信で接続し、データ転送行う方法は様様提案されてきた。
従来の機器間を無線通信で接続しデータ転送を行う際、扱うデータとして映像データ等のＱｏＳを必要とするリアルタイムデータを扱う場合は、そのリアルタイム性を失うことなく転送する為に様様な方法が提案されてきた。
【０００３】
特に、最近広まっている無線ＬＡＮ（ＩＥＥＥ  ｓｔｄ  ８０２．１１）においては、元来、ＬＡＮ自体の規格（ＩＥＥＥ  ｓｔｄ  ８０２．３）が離散データを扱うことを前提に作られた規格である。そのため、リアルタイムデータを扱うにはそれなりの工夫が必要である。
【０００４】
無線ＬＡＮの規格の取り決めを行っている国際機関であるＩＥＥＥにおいて、数年にわたりリアルタイムデータを扱うための規格としては、以下のものがある。即ち、ＩＥＥＥ  ８０２．１１のタスクグループＥにてＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ  ）Ｅｎｈａｎｃｅｍｅｎｔｓの標準化検討が行われている。
【０００５】
例えば特許文献１では、以下のような再送処理を行う方法が提案されている。ＩＥＥＥ８０２．１１のＴＧｅ（Ｔａｓｋ  Ｇｒｏｕｐ  Ｅ）で策定中の規格に基づき、ＩＥＥＥ  ｓｔｄ  ８０２．１１ｅ／Ｄ８．０  Ｆｅｂ  ２００４に記載のＢｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋのシーケンスを用いた再送処理である。ここでは、として、Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋを行うタイミングを制御し、適宜再送制御を実行する。
【０００６】
【特許文献１】特開２００４−７３３６号公報 （第２〜１１頁、第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、同一チャネルで、第一の機器から第二の機器へのデータ送信をブロック単位で行っている最中、つまりブロック転送、ブロック送達確認要求、ブロック送達確認という一連の処理を行っている間に問題がある。即ち、特にデータパケットをブロック単位にまとめる数が多くなればなるほど、第二の機器は第一の機器のアプリケーション制御データを第一の機器に即座に返すことができない。
【０００８】
従来の第一の例では、図３のシーケンス図のようになる。ここでは、一つのＨＣ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｏｒ）の下で、送信装置と受信装置間でＱｏＳデータの伝送を考える。ＨＣからＱｏＳ割り当て時間開始であるＱｏＳ  ＣＦ−Ｐｏｌｌ（１）を受信した送信装置は、ＱｏＳデータのブロック伝送を開始、ブロック数転送終了後、送達確認要求としてＢｌｏｃｋ＿Ａｃｋ＿Ｒｅｑを受信装置に送信する。
【０００９】
この場合、送信装置からのＢｌｏｃｋ＿Ａｃｋ＿Ｒｅｑを受信した受信装置は、Ｂｌｏｃｋ＿Ａｃｋ＿Ｒｅｑを受信したという確認のみのＡＣＫを送信装置に返し、受信装置からＢｌｏｃｋ＿Ａｃｋが返ってこない。従って、送信装置はもう一度Ｂｌｏｃｋ＿Ａｃｋ＿Ｒｅｑを送信し、受信装置は、再度受信したＢｌｏｃｋ＿Ａｃｋ＿Ｒｅｑへの返信としてＢｌｏｃｋ＿Ａｃｋを返している。
【００１０】
このシーケンスの中では、受信装置から送信装置を制御するアプリケーションコマンド等を送信するタイミングが無いという問題がある。
また、この状態でアプリケーションコマンド等を送信しようとすると別チャネルを確保して送る等の余分なリソースを確保しなければならないという問題もある。
【００１１】
本発明は、このような状況を鑑みてなされたものであり、余分なリソースを使うことなく、受信装置から送信装置のアプリケーション制御の即応性を向上させた無線通信管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の無線通信管理方法は、複数の機器が無線通信ネットワークを介して接続されているネットワークシステムで用いられる通信管理方法であって、前記無線通信ネットワークを介してデータの送信ができる機器は、その時点の同一チャネルで送信権を有している機器のみとし、第一の機器により第二の機器に対してデータパケットの送信を行う工程と、前記データパケットの送信の最中、あるブロック単位毎にデータパケットに対する送達確認要求を前記第二の機器に送信する工程を有し、前記第二の機器から受信したあるブロック単位毎のデータパケットに対する送達確認に基づいてデータパケットの再送処理を行う工程と、前記第二の機器により前記第一の機器からのデータパケットを受信する工程と、前記第一の機器から受信した前記送達確認要求に対し、返信としてブロック単位毎のデータパケットに対する送達確認を前記第一の機器に送信する工程と、前記第一の機器と前記第二の機器との間で送達確認要求及び返信処理を行う間、前記送信権を前記第一の機器と前記該第二の機器との間で受け渡す工程と、前記第二の機器が前記第一の機器からの送達確認要求を受信した後に、前記第二の機器から優先制御データを送信する工程と、前記第一の機器により、前記第二の機器からの前記優先制御データを前記第二の機器からの送達確認を受信するまで受信及び処理を行う工程とを含む。
【００１３】
本発明の無線通信管理方法の他の態様は、複数の機器が無線通信ネットワークを介して接続されているネットワークシステムで用いられる通信管理方法であって、前記無線通信ネットワークを介してデータの送信ができる機器は、その時点の同一チャネルで送信権を有している機器のみとし、第一の機器が、第二の機器に対して複数の連続したデータパケットの送信を行っている場合、前記第一の機器は、あるブロック毎に複数のデータパケットに対する送達確認要求を前記第二の機器に送信する工程と、前記第二の機器から受信したあるブロック毎の複数のデータパケットに対する送達確認に基づいてデータパケットの再送処理を行う工程と、前記第二の機器により、前記第一の機器からの複数の連続したデータパケットを受信すると共に、前記第一の機器から受信した前記送達確認要求に対し、返信としてあるブロック毎の複数のデータパケットに対する送達確認を前記第一の機器に送信する工程と、前記第一の機器のアプリケーションコントロールにおける制御データを優先送信バッファに積む工程と、前記第一の機器と前記第二の機器との間で送達確認要求及び返信処理を行う間、前記送信権を前記第一の機器と前記第二の機器との間で受け渡す工程と、前記第二の機器が前記第一の機器からの送達確認要求を受信した後に、前記第二の機器から前記優先送信バッファに積まれた優先制御データを送信する工程と、前記第一の機器により、前記第二の機器からの前記優先制御データを第二の機器からの送達確認を受信するまで受信及び処理を行う工程とを含む。
【発明の効果】
【００１４】
本発明によれば、データパケットの転送に関する送達確認要求・返信処理（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋのシーケンス）を行う一連のシーケンスを実行している間であっても、迅速な送信機器の制御シーケンスを実現できる。本発明は、例えばＨＣの管理下で、機器同士を無線通信で接続した場合の高速転送制御方式として利用可能。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の無線通信管理方法について、図面を用いて詳細に説明する。
【００１６】
(実施形態１)
以下、図１、図２、図４ないし図６に基づいて本発明による無線通信管理方法を具現化した好適な実施形態１を説明する。
図１は本発明の無線通信管理方法を具現化したネットワーク概要図である。
１は受信機器、２はリアルタイムデータを送信する送信機器、３は無線通信ネットワークのＡｉｒの調停を行うＨＣ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｏｒ）である。
受信機器１からの要求によって始まる送信機器２からのリアルタイムデータ送信に際し、Ａｉｒ上の調停としてＨＣ３は、送信機器２と受信機器１間の無線通信実施の割当時間を管理する。更に、当該割当時間の開始としてＣＦ−ＰＯＬＬコマンドを送信、終了としてＱｏＳ＿ＮＵＬＬイベントを受信する。
【００１７】
当該ＣＦ−ＰＯＬＬとＱｏＳ＿ＮＵＬＬの間の時間を送信可能時間（ＴＸＯＰ）と呼び、当該ＴＸＯＰ内でリアルタイムデータの送受を行う。
リアルタイムデータの送受に際し、パケットデータ一つ送信する毎に送達確認（ＡＣＫ）をもらうのではない。この場合、パケットデータを複数個まとめて送信後、当該複数個の送達確認をもらう方法をＢｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋというコマンド・レスポンスを用いて行っている。
【００１８】
本発明では、前記Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋのシーケンスの間にＮｏｎＱｏＳデータ送信シーケンスを新たに提案する。
図２は実施形態１の無線通信管理方法を具現化したソフトウェアブロック図である。
本実施形態においては、受信機器１をディスプレイ装置、送信機器２をカメラ装置、ＨＣ３をアクセスポイントと仮定して説明を行う。
【００１９】
ディスプレイ装置１は、 アプリ部１１０、表示部１２０、及び通信部１３０を備えて構成されている。
アプリ部１１０はは、ディスプレイ装置１の主たる動作を制御するプログラムである。表示部１２０は、ディスプレイ装置１における映像の表示を司るものである。通信部１３０は、当該ディスプレイ装置１における無線ハードの制御とアプリ部とのデータ及び制御の橋渡し、及び外部とのネットワーク通信を司るものである。
【００２０】
カメラ装置２は、アプリ部２１０、映像部２２０、及び通信部２３０を備えて構成されている。
アプリ部２１０は、カメラ装置２の主たる動作を制御するプログラムである。映像部２２０は、カメラ装置２における取り込んだ映像の処理等を行うものである。通信部２３０は、カメラ装置２おける無線ハードの制御とアプリ部とのデータ及び制御の橋渡し及び外部とのネットワーク通信を司るものである。
【００２１】
以下の説明において、映像データにおけるエンコード方式は、特にこだわっていない。例えば、ＭＰＥＧ２, ＭＰＥＧ−４, Ｍｏｔｉｏｎ−ＪＰＥＧ，Ｈ．２６４，ＶＣ−１等の動画符号化記録方式や、ＢＭＰ, Ｐｉｘｍａｐ, ＪＰＥＧ，ＪＰＥＧ２０００等の静止画記録方式等を想定している。
【００２２】
また、本実施形態における無線チャネルアクセス制御方式は、特にこだわらない限り図１における同一物理チャネル上での無線通信として、ＩＥＥＥ８０２．１１ｅという名称にて規格策定中の無線ＱｏＳ規格に提案されているものである。無線ＱｏＳ規格は、ＥＤＣＡ及びＨＣＣＡがある。ＥＤＣＡは、Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓの略である。ＨＣＣＡは、Ｈｙｂｒｉｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓの略である。ここでは、ＨＣＣＡを用いた場合を開示する。
【００２３】
図４は、本発明における実施形態１についてのシーケンス図である。
図５及び図６は、本発明における実施形態１についてのディスプレイ装置１におけるフロー図である。
図７は、本発明における実施形態１についてのカメラ装置２におけるフロー図である。なお、○の結合子は各々同じ記号の結合子と繋がっていることを意味する。
図２、図４、図５、図６及び図７に沿って、無線通信管理方法の実施形態１を説明する。
【００２４】
表示アプリケーションからのカメラ映像表示要求を受信したディスプレイ装置１のアプリ部１１０は、カメラ映像表示処理として、ブロック転送モードでの設定ブロック数を規定値に設定する（Ｓ１０００）。
【００２５】
本実施形態では、説明の都合上、前記ブロック転送モードでの設定ブロック数を１０として以下の説明を行う。
カメラ装置２に対し、カメラ映像の送信を要求するコマンドとしてブロック転送モードでの設定ブロック数等をパラメータに付加したＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ１０１）を通信部１３０を介してカメラ装置２に送信する。
【００２６】
カメラ装置２のアプリ部２１０は、ディスプレイ装置１からのＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ１０１）を通信部２３０を介して受信する。受信したカメラ装置２のアプリ部２１０は、Ｒｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ１０１）のパラメータとして受信したブロック転送モードでの設定ブロック数を各々設定記憶する（Ｓ１５１０）。
【００２７】
そして、アクセスポイント３に対して、リアルタイムデータのＱｏＳ通信を行う旨の要求としてＱｏＳ＿Ｒｅｑメッセージ（Ｍ１０２）をカメラ装置２が通信部２３０を介して送信する。
【００２８】
カメラ装置２からのＱｏＳ＿Ｒｅｑメッセージ（Ｍ１０２）を受信したアクセスポイント３は、ＱｏＳ＿Ｒｅｑメッセージのパラメータとして設定されている機器間の通信時間割当等を決定する。そして、当該通信割当時間等の情報をＱｏＳ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ１０３）に載せてカメラ装置２に送信する。
【００２９】
アクセスポイント３からのＱｏＳ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ１０３）を通信部２３０を介して受信したカメラ装置２のアプリ部２１０は、ＱｏＳ＿Ｒｅｑ＿Ａｃｋメッセージのパラメータとして受信した通信割当時間等の情報を記憶する。それと共に、ディスプレイ装置１から受信していたＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ１０１）の応答としてＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ１０４）を通信部２３０を介してディスプレイ装置１に送信する。そして、通信部２３０をＣＦ−Ｐｏｌｌ待ち状態へと移行させる（Ｓ１５２０）。また、映像部２２０に起動をかける。
【００３０】
カメラ装置２からのＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ１０４）を受信したディスプレイ装置１の通信部１３０は、パラメータとして受信した通信割当時間等の情報を記憶する（Ｓ１０１０）。そして、ＣＦ−Ｐｏｌｌ待ちに移行する（Ｓ１０２０）とともにアプリ部１１０に応答イベントを知らせる。
応答イベントを受け取ったアプリ部１１０は、受信再生待ちになる。
【００３１】
アクセスポイント３にて、前記通信割当時間になった時に、無線チャネルに対して、ＣＦ−Ｐｏｌｌメッセージ（Ｍ１１０）を送信する。
ＣＦ−Ｐｏｌｌメッセージ（Ｍ１１０）を受信（Ｓ１０２０）したディスプレイ装置１の通信部１３０は、カメラ装置２が送信可能になったことを認識して、データ受信待ち状態に以降する（Ｓ１０２５）。
【００３２】
ＣＦ−Ｐｏｌｌメッセージ（Ｍ１１０）を受信（Ｓ１５２０）したカメラ装置２の通信部２３０は、ＱｏＳ送信用データが映像部２２０に送信待ちになっていることを認識する（Ｓ１５３０）。そして、ＱｏＳデータブロック送信処理（Ｓ１５４０）として、映像部２２０内のバッファに溜まった映像をパケタイズし、ディスプレイ装置１に対し送信を行う。
【００３３】
パケタイズデータには、それぞれシーケンス番号が振られ、カメラ装置２では、ａ１、ａ２、ａ３・・・と付けられる。
また、カメラ装置２の通信部２３０にて、送信したパケットの数をカウントしている。そして、当該パケットカウントが、前記設定ブロック数の倍数になると（Ｓ１５５０）ＢｌｏｃｋＡｃｋ＿Ｒｅｑｕｅｓｔメッセージ（Ｍ１１１）をディスプレイ装置１に送信する（Ｓ１５６０）。
【００３４】
カメラ装置２からのＱｏＳデータブロックパケットを受信（Ｓ１０４０）したディスプレイ装置１の通信部１３０は、ＱｏＳデータブロックパケット受信処理を実行する（Ｓ１０５０）。
【００３５】
カメラ装置２からのパケットデータをバッファに保存すると共にパケットデータのパラメータとして指定されているＡｃｋの返信方法がＢｌｏｃｋＡｃｋであることを認識してＢｌｏｃｋＡｃｋテーブルを作成し、一定量になったらアプリ部１１０に通知する。そして、通知されたアプリ部１１０は、通信部１３０から表示部１２０にデータを転送し、表示部１２０が表示を行う。
【００３６】
なお、ここでカメラ装置２からＱｏＳ＿Ｎｕｌｌメッセージを受信（Ｓ１０３０）したディスプレイ装置１の通信部１３０は、ＣＦ−Ｐｏｌｌメッセージ受信待ち（Ｓ１０２０）に移行する。
【００３７】
ディスプレイ装置１のアプリ部１１０は、ユーザからの映像操作（停止、ズームイン、ズームアウト、静止画撮影等）を認識し、コマンドフォーマットを作成する。そして、通信部１３０の通常送信バッファとは異なる優先送信バッファに積むＡＰＩとしての通常送信バッファとは異なるソフトウェアポートに書き込む。
【００３８】
その後、ＢｌｏｃｋＡｃｋ＿Ｒｅｑｕｅｓｔメッセージ（Ｍ１１１）を受信（Ｓ１０６０）したディスプレイ装置１の通信部１３０は、優先送信バッファにデータが積まれているかどうかを判断する（Ｓ１０７０）。
優先送信バッファにデータが積まれている場合、当該優先送信バッファ内のＮｏｎＱｏＳデータを通信部１３０を介してカメラ装置２に送信する（Ｓ１０８０）。
【００３９】
ＮｏｎＱｏＳデータ（Ｍ１１２）を受信した（Ｓ１５７０）カメラ装置２の通信部２３０は、当該ＮｏｎＱｏＳデータ受信処理を実行し（Ｓ１５８０）、当該ＮｏｎＱｏＳデータをカメラ装置２のアプリ部２１０に通知する。それと共に、データ受信Ａｃｋ（Ｍ１１３）メッセージをディスプレイ装置１に送信する。
【００４０】
ＮｏｎＱｏＳデータを受信しなかった場合は、Ｂｌｏｃｋ＿Ａｃｋ受信待ちをする（１５９０）。
ＮｏｎＱｏＳデータを受け取ったカメラ装置２のアプリ部２１０は、当該ＮｏｎＱｏＳデータ内の操作コマンド（停止、ズームイン、ズームアウト、静止画撮影等）を解析して実行し、ＮｏｎＱｏＳデータとして操作コマンドのレスポンスを作成する。そして、通信部２３０の送信バッファに積むＡＰＩを呼んでレスポンスデータをディスプレイ装置１宛に送信する。
【００４１】
カメラ装置２からのデータ受信Ａｃｋ（Ｍ１１３）メッセージを受信したディスプレイ装置１の通信部１３０は、ＢｌｏｃｋＡｃｋ処理を実行する（Ｓ１０９０）。そして、前回ブロック転送時に受信したパケットのエラー状況等を前記ＢｌｏｃｋＡｃｋテーブルより抽出し、パラメータとして載せたＢｌｏｃｋＡｃｋメッセージ（Ｍ１１４）をカメラ装置２に送信する。
【００４２】
そして、ディスプレイ装置１の通信部１３０は、ＴＸＯＰの残り時間を判定する（Ｓ１１００）。データ転送に充分な残り時間があると判断した場合には、受信待ち状態に移行する。一方、データ転送に充分な残り時間が無いと判断した場合には、次に映像表示アプリからの終了を受信しているかどうか判断する（Ｓ１１１０）。
【００４３】
映像表示アプリからの終了を受信していない場合は、ＣＦ−Ｐｏｌｌメッセージ受信待ち（Ｓ１０２０）に移行する。映像表示アプリからの終了を受信している場合は、処理を終了する。
ＢｌｏｃｋＡｃｋメッセージ（Ｍ１１４）を受信した（Ｓ１５９０）カメラ装置２の通信部２３０は、パラメータとして受信したエラー状況を基に、再送処理を行うかどうかを決定する。
【００４４】
その後、カメラ装置２の通信部２３０は、ＴＸＯＰの残り時間を判断し（Ｓ１６００）、データ送信に十分な時間が残っていると判断した場合には、前記データブロック送信処理を行う。データ送信に十分な時間が残っていないと判断した場合には、ＱｏＳ＿Ｎｕｌｌメッセージ（Ｍ１１５）をアクセスポイント３に送信して（Ｓ１６１０）ＴＸＯＰの終了をアクセスポイント３に宣言する。
【００４５】
更に、データ送信状態が継続しているかどうか判定し（Ｓ１６２０）、まだデータ伝送が継続している場合には、ＣＦ−Ｐｏｌｌ待ち状態（Ｓ１５２０）に戻る。
しかし、データ転送が継続してい無いと判断した場合には、処理を終了する。
【００４６】
アクセスポイント３から次のＣＦ−Ｐｏｌｌメッセージ（Ｍ１２０）を受信したカメラ装置２の通信部２３０は、ＮｏｎＱｏＳ送信データ（制御コマンドレスポンス）が有ることを認識する（Ｓ１５２２）。そして、ＮｏｎＱｏＳデータ送信処理を実行する（Ｓ１５２４）。
ＮｏｎＱｏＳデータ送信処理として、前記ＮｏｎＱｏＳデータ（Ｍ１２１）をディスプレイ装置１に送信する。
【００４７】
アクセスポイント３から次のＣＦ−Ｐｏｌｌメッセージ（Ｍ１２０）を受信する。その後、ＮｏｎＱｏＳデータ受信待ち（Ｓ１０２５）の状態にいたディスプレイ装置１の通信部１３０は、カメラ装置２からのＮｏｎＱｏＳデータ（制御コマンドレスポンス）（Ｍ１２１）を受信する（Ｓ１２２０）。そして、ＮｏｎＱｏＳデータであることを認識し、次の通常データ受信処理を実行する（Ｓ１２３０）。
【００４８】
ＮｏｎＱｏＳデータ（制御コマンドレスポンス）をディスプレイ装置１のアプリ部１１０に通知すると共に、ＮｏｎＱｏＳデータ受信Ａｃｋメッセージ（Ｍ１２２）をカメラ装置２に送信する。
その後、ＴＸＯＰの残り時間を判断し（Ｓ１２４０）残り時間が十分ある場合は、Ｓ１０３０の処理に移行する。
残り時間が無い場合はアプリ終了判定のＳ１１１０に移行する。
【００４９】
なお、アクセスポイント３から次のＣＦ−Ｐｏｌｌメッセージ（Ｍ１２０）を受信した後、カメラ装置２からＱｏＳ＿Ｎｕｌｌメッセージ（図示せず）を受信した（Ｓ１２１０）ディスプレイ装置１の通信部１３０は、アプリ終了判定のＳ１１１０に移行する。
【００５０】
その後、カメラ装置２にＱｏＳ送信データがある（Ｓ１５３０）場合には、カメラ装置２の通信部２３０は、ＱｏＳデータブロック送信処理（Ｓ１５４０）以下を実行する。
本実施形態１を実施することにより、以下のような特有の効果がある。
ＨＣＣＡのＢｌｏｃｋ伝送にてＱｏＳデータを送信している場合において、受信側のディスプレイ装置から同じ無線チャネルでＮｏｎＱｏＳデータを送信側のカメラ装置に送信するだけではない。ＮｏｎＱｏＳデータのアプリ応答を送信側のカメラ装置から返信する場合に、ＮｏｎＱｏＳデータを受信した同じＴＸＯＰ時間に余裕が無く、返信できないときでも以下のようにできる。即ち、次のＴＸＯＰ時間の最初に当該ＮｏｎＱｏＳデータのアプリ応答を受信側のディスプレイ装置に返信することができるという効果がある。
【００５１】
(実施形態２)
本発明における実施形態２について、図面を用いて詳細に説明する。
図８は、本発明の実施形態２の無線通信管理方法を具現化したソフトウェアブロック図である。
【００５２】
ディスプレイ装置１の無線インタフェースが有線インタフェースになり、アクセスポイント３に、有線インタフェース及び無線インタフェースの両方の制御及び管理等を司る通信部３３０を追加する。更に、アクセスポイント３とディスプレイ１が有線インタフェースで接続された事以外の構成は実施形態１のソフトウェアブロック図である図２と変わらないためその他の構成の説明を省略する。
なお、本実施形態においても、受信機器１をディスプレイ装置、送信機器２をカメラ装置、ＨＣ３をアクセスポイントと仮定して説明を行う。
【００５３】
図９は、本発明における実施形態２についてのシーケンス図である。
図１０は、本発明における実施形態２についてのディスプレイ装置１におけるフロー図である。
図１１及び図１２は、本発明における実施形態２についてのアクセスポイント３におけるフロー図である。なお、○の結合子は各々同じ記号の結合子と繋がっていることを意味する。
図１３は、本発明における実施形態２についてのカメラ装置２におけるフロー図である。
【００５４】
なお、本実施形態では、アクセスポイント３の通信部３３０とカメラ装置２の通信部２３０間で利用される無線チャネルアクセス制御方式は以下のものとする。即ち、特にこだわらない限り、ＩＥＥＥ８０２．１１ｅという名称にて規格策定中の無線ＱｏＳ規格に提案されているＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）いう方式を用いたものである。実施形態１のＨＣＣＡを用いた無線通信チャネルアクセス方式とは異なっている。
【００５５】
また、ディスプレイ装置１とアクセスポイント３間の有線インタフェース接続区間は、カメラ装置２とアクセスポイント３間の無線インタフェース接続区間と異なり、一度に双方向のデータ通信が可能である。
【００５６】
無線インタフェース区間は、一度には単方向のデータ通信のみ可能である。
アクセスポイント３では、この双方向データ通信と単方向データ通信のブリッジ機能を実装している。その為各々の送受のインタフェース毎にバッファ（バッファメモリ）を持つ。
【００５７】
以下、図８のソフトウェアブロック図、図９のシーケンス図、図１０、図１１、図１２及び図１３のフロー図に基づき、本発明による無線通信管理方法の好適な実施形態２を説明する。
ディスプレイ装置１のアプリ部１１０は、映像表示アプリケーションからのカメラ映像表示要求を受信する。受信したアプリ部１１０は、カメラ映像表示処理として、アクセスポイント３にＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ２００）をカメラ装置２宛に通信部１３０を介してアクセスポイント３に送信する（Ｓ２０１０）。
【００５８】
アクセスポイント３は、ディスプレイ装置１からのカメラ装置２宛のＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ２００）を通信部３３０を介して受信する。受信したアクセスポイント３は、データ転送処理を実施し、当該Ｒｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ２００）を通信部３３０の無線インタフェースを介してカメラ装置２に転送する（Ｓ２２００）。
【００５９】
カメラ装置２の通信部２３０は、アクセスポイント３から転送されたディスプレイ装置１発信のＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ２０１）を受信する。受信した通信部２３０は、通常データ受信として当該Ｒｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑ（Ｍ２０１）をアプリ部２１０に通知する。
【００６０】
Ｒｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑ（Ｍ２０１）を通知されたカメラ装置２のアプリ部２１０は、ディスプレイ装置１への映像伝送処理（Ｓ２５１０）を開始し、ブロック転送モードでの設定ブロック数を規定値に設定する。
本実施形態では、説明の都合上、前記ブロック転送モードでの設定ブロック数を１０として以下の説明を行う。
【００６１】
次に、アクセスポイント３に対し、リアルタイムデータのＱｏＳ通信を行う旨の要求としてＱｏＳ＿Ｒｅｑメッセージ（Ｍ２０２）を通信部２３０を介して送信する。
カメラ装置２からのＱｏＳ＿Ｒｅｑメッセージ（Ｍ２０２）を受信（Ｓ２２１０）したアクセスポイント３は、ＱｏＳ＿Ｒｅｑメッセージのパラメータとして設定されている機器間の通信時間割当等を決定する。そして、当該通信割当時間等の情報をＱｏＳ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ２０３）に載せてカメラ装置２に送信する。
【００６２】
カメラ装置２のアプリ部２１０は、アクセスポイント３からのＱｏＳ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ２０３）を通信部２３０を介して受信する。受信したアプリ部２１０は、ＱｏＳ＿Ｒｅｑ＿Ａｃｋメッセージのパラメータとして受信した通信割当時間等の情報を記憶する。それと共に、ディスプレイ装置１から受信していたＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ２０１）の応答として、以下の送信を行う。即ち、Ｒｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ２０４）をディスプレイ装置１宛に通信部２３０を介してアクセスポイント３に送信する。そして、通信部２３０をＣＦ−Ｐｏｌｌ待ち状態へと移行させる（Ｓ２５２０）。
また、映像部２２０に起動をかける。
【００６３】
アクセスポイント３の通信部３３０は、カメラ装置２からのディスプレイ装置１宛のＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ２０４）を受信する。受信した通信部３３０は、データ転送処理としてそのままディスプレイ装置１に当該Ｒｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ２０４）を転送する。
カメラ装置２からのＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ２０５）をアクセスポイント３経由で受信したディスプレイ装置１の通信部１３０は、アプリ部１１０に応答イベントを知らせる。
応答イベントを受け取ったアプリ部１１０は、受信再生待ちになる。
【００６４】
アクセスポイント３の通信部３３０にて、前記通信割当時間になった時に、無線チャネルに対して、ＣＦ−Ｐｏｌｌメッセージ（Ｍ２１０）を送信すると共に、カメラ装置２からのデータ受信待ちに移行する（Ｓ２２２０）。
ＣＦ−Ｐｏｌｌメッセージ（Ｍ２１０）を受信（Ｓ２５２０）したカメラ装置２の通信部２３０は、ＱｏＳ送信用データが映像部２２０に送信待ちになっていることを認識する（Ｓ２５３０）。そして、ＱｏＳデータブロック送信処理（Ｓ２５４０）として、映像部２２０内のバッファに書き込まれた映像をパケタイズし、ディスプレイ装置１宛でアクセスポイント３に対して送信を行う。
【００６５】
パケタイズデータには、それぞれシーケンス番号が振られ、カメラ装置２では、ａ１、ａ２、ａ３・・・と付けられる。
また、カメラ装置２の通信部２３０にて、送信したパケットの数をカウントしている。  パケットカウントが、前記設定ブロック数の倍数になると（Ｓ２５５０）ＢｌｏｃｋＡｃｋ＿Ｒｅｑｕｅｓｔメッセージ（Ｍ２１１）をディスプレイ装置１宛でアクセスポイント３に対して送信する（Ｓ２５６０）。
【００６６】
アクセスポイント３の通信部３３０は、カメラ装置２からのＱｏＳデータブロックパケットを受信する（Ｓ２２４０）。受信した通信部３３０は、当該ＱｏＳデータブロックパケットデータのパラメータとして指定されているＡｃｋの返信方法がＢｌｏｃｋＡｃｋであることを認識してＢｌｏｃｋＡｃｋテーブルを作成する。それと共に、当該ＱｏＳデータブロックパケットデータを有線送信バッファの大きさに合うようにコピーする。そのうえで、シーケンス番号を振りなおして有線インタフェースを介してディスプレイ装置１に転送する（Ｓ２２５０）。
【００６７】
なお、ここでカメラ装置２からＱｏＳ＿Ｎｕｌｌメッセージを受信（Ｓ２２３０）したアクセスポイント３の通信部３３０は、ＣＦ−Ｐｏｌｌ送信処理（Ｓ２２２０）に移行する。
ディスプレイ装置１の通信部１３０は、カメラ装置２からのＱｏＳデータブロックパケットをアクセスポイント３経由で受信する（Ｓ２０２０）。受信した通信部１３０は、ＱｏＳデータ受信処理を実行する（Ｓ２０３０）。更に、当該ＱｏＳデータブロックパケットをバッファに保存し、一定量になったらアプリ部１１０に通知し、通知されたアプリ部１１０は、通信部１３０から表示部１２０にデータを転送し、表示部１２０が表示を行う。
【００６８】
ディスプレイ装置１のアプリ部１１０は、ユーザからの映像操作（停止、ズームイン、ズームアウト、静止画撮影等）を認識する（Ｓ２０４０）と、ＮｏｎＱｏＳデータ送信処理を実行する（Ｓ２０５０）。そして、当該映像操作のコマンドメッセージ［Ｃｏｍｍａｎｄ"Ｓｔｏｐ"］を作成し、通信部１３０の通常送信パケットとは異なる優先送信パケット（ＤｉｆｆｓｅｒｖｅのＤＳＣＰの優先度高）を用いてカメラ装置２宛にしてアクセスポイント３へ送信する。
【００６９】
アクセスポイント３の通信部３３０は、ディスプレイ装置１からのカメラ装置２宛優先送信フラグ付きＮｏｎＱｏＳデータ［Ｃｏｍｍａｎｄ"Ｓｔｏｐ"］（Ｍ２１１）を有線インタフェースより受信する。受信した通信部３３０は、優先送信フラグであるＤＳＣＰの優先度に応じて、ＱｏＳデータよりＥＤＣＡでの高優先度を付けて無線インタフェース転送送信バッファに当該カメラ装置２宛ＮｏｎＱｏＳデータ［Ｃｏｍｍａｎｄ"Ｓｔｏｐ"］を積む。
【００７０】
その後、ＢｌｏｃｋＡｃｋ＿Ｒｅｑｕｅｓｔメッセージ（Ｍ２１２）を受信（Ｓ２２６０）したアクセスポイント３の通信部３３０は、転送送信バッファにデータが積まれているかどうかを判断（Ｓ２２７０）する。そして、転送送信バッファにデータが積まれている場合に、データ転送処理を実行する。
【００７１】
送信バッファ内のＮｏｎＱｏＳデータ［Ｃｏｍｍａｎｄ"Ｓｔｏｐ"］のＥＤＣＡ優先度を判定し、ＱｏＳデータより優先度が高くなっていたら通信部３３０の無線インタフェースを介してカメラ装置２に送信する（Ｓ２２８０）。
【００７２】
ＮｏｎＱｏＳデータ［Ｃｏｍｍａｎｄ"Ｓｔｏｐ"］（Ｍ２１３）を受信した（Ｓ２５７０）カメラ装置２の通信部２３０は、当該ＮｏｎＱｏＳデータ受信処理を実行する（Ｓ２５８０）。そして、当該ＮｏｎＱｏＳデータ［Ｃｏｍｍａｎｄ"Ｓｔｏｐ"］をカメラ装置２のアプリ部２１０に通知すると共に、Ｍ２１３データ受信Ａｃｋ（Ｍ２１４）メッセージをアクセスポイント３に送信する。ＮｏｎＱｏＳデータを受信しなかった場合は、Ｂｌｏｃｋ＿Ａｃｋ受信待ちをする（Ｓ２５９０）。
【００７３】
カメラ装置２のアプリ部２１０は、ＮｏｎＱｏＳデータ［Ｃｏｍｍａｎｄ"Ｓｔｏｐ"］を受け取る。受け取ったアプリ部２１０は、ＮｏｎＱｏＳデータ［Ｃｏｍｍａｎｄ"Ｓｔｏｐ"］内の操作コマンド（停止、ズームイン、ズームアウト、静止画撮影等ここでは停止）を解析して実行する。そして、ＮｏｎＱｏＳデータとして操作コマンドのレスポンス［Ｒｅｓｐｏｎｓ"Ｓｔｏｐ＿ｏｋ"］を作成し、通信部２３０の送信バッファに積むＡＰＩを呼んでレスポンスデータをディスプレイ装置１宛にしてアクセスポイント３に送信予約する。
【００７４】
アクセスポイント３の通信部３３０は、カメラ装置２からのデータ受信Ａｃｋ（Ｍ２１４）メッセージを受信する。受信した通信部３３０は、ＷａｉｔＢｌｏｃｋＡｃｋ処理（Ｓ２２９０）の一部として、ＢｌｏｃｋＡｃｋ＿Ｒｅｑｕｅｓｔメッセージ（Ｍ２１２）を受信したことを示すＡｃｋ（Ｍ２１５）メッセージをカメラ装置２に送信する（Ｓ２２９０）。
【００７５】
そして、アクセスポイント３の通信部３３０は、ＴＸＯＰの残り時間を判定する（Ｓ２３００）。データ転送に充分な残り時間があると判断した場合には、受信待ち状態に移行する。一方、データ転送に充分な残り時間が無いと判断した場合には、次にカメラ装置２からのＱｏＳ設定解除を受信しているかどうかを判断する（Ｓ２３１０）。
【００７６】
カメラ装置２からのＱｏＳ設定解除を受信していない場合は、ＣＦ−Ｐｏｌｌ送信処理（Ｓ２２２０）に移行する。カメラ装置２からのＱｏＳ設定解除を受信している場合は、処理を終了する。
アクセスポイント３からのＭ２１２のＡｃｋ（Ｍ２１５）メッセージを受信（Ｓ２５９０）したカメラ装置２の通信部２３０は、優先度高ＮｏｎＱｏＳデータがもう来ないことを認識すると共に、ＢｌｏｃｋＡｃｋが遅延して送られてくることも同時に認識する。
【００７７】
その後、カメラ装置２の通信部２３０は、ＴＸＯＰの残り時間を判断する（Ｓ２６００）。データ送信に十分な時間が残っていると判断した場合には、ＮｏｎＱｏＳデータ送信処理（Ｓ２５２２）に移行する。一方、データ送信に十分な時間が残っていないと判断した場合には、ＱｏＳ＿Ｎｕｌｌメッセージ（Ｍ２１６）をアクセスポイント３に送信して（Ｓ２６１０）ＴＸＯＰの終了をアクセスポイント３に宣言する。
【００７８】
更に、データ送信状態が継続しているかどうか判定し（Ｓ２６２０）、まだデータ伝送が継続している場合には、ＣＦ−Ｐｏｌｌ待ち状態（Ｓ２５２０）に戻る。
しかし、データ転送が継続してい無いと判断した場合には、処理を終了する。
アクセスポイント３から次のＣＦ−Ｐｏｌｌメッセージ（Ｍ２２０）を受信したカメラ装置２の通信部２３０は、ＮｏｎＱｏＳ送信データ（制御コマンドレスポンス）が優先度高で送信バッファに有ることを認識する（Ｓ２５２２）。そして、ＮｏｎＱｏＳデータ送信処理を実行する（Ｓ２５２４）。
【００７９】
ＮｏｎＱｏＳデータ送信処理として、前記ＮｏｎＱｏＳデータ［Ｒｅｓｐｏｎｓ"Ｓｔｏｐ＿ｏｋ"］（Ｍ２２１）をディスプレイ装置１宛にしてアクセスポイント３に送信する。
【００８０】
次のＣＦ−Ｐｏｌｌメッセージ（Ｍ２２０）を送信した後、ＮｏｎＱｏＳデータ受信転送待ち（Ｓ２２２５）の状態にいたアクセスポイント３の通信部３３０は、以下の動作を行う。即ち、カメラ装置２からのディスプレイ装置１宛ＮｏｎＱｏＳデータ［Ｒｅｓｐｏｎｓ"Ｓｔｏｐ＿ｏｋ"］（Ｍ２２１）を受信し（Ｓ２４２０）、ＮｏｎＱｏＳデータであることを認識し、次の通常データ受信転送処理を実行する（Ｓ２４３０）。ディスプレイ装置１宛ＮｏｎＱｏＳデータ［Ｒｅｓｐｏｎｓ"Ｓｔｏｐ＿ｏｋ"］を有線インタフェースを介して優先送信パケット（ＤｉｆｆｓｅｒｖｅのＤＳＣＰの優先度高）にてディスプレイ装置１に転送する。それと共に、ＮｏｎＱｏＳデータ［Ｒｅｓｐｏｎｓ"Ｓｔｏｐ＿ｏｋ"］受信Ａｃｋメッセージ（Ｍ２２３）をカメラ装置２に送信する。また、ＢｌｏｃｋＡｃｋ送信待ちかどうかを判断する（Ｓ２４４０）。ＢｌｏｃｋＡｃｋ送信待ちである場合には、前回ブロック転送時に受信したパケットのエラー状況等を前記ＢｌｏｃｋＡｃｋテーブルより抽出する。そして、パラメータとして載せたＢｌｏｃｋＡｃｋメッセージ（Ｍ２２４）を無線インタフェースを介してＭ２２３に続けて（ＳＩＦＳ間隔で）送信する（Ｓ２４５０）。
【００８１】
その後、ＴＸＯＰの残り時間を判断し（Ｓ２４６０）残り時間が十分ある場合は、Ｓ２２３０の処理に移行する。
しかしながら、ＴＸＯＰの残り時間が十分に無い場合は、ＣＦ−Ｐｏｌｌ送信待ちのＳ２２２０に移行する。
なお、次のＣＦ−Ｐｏｌｌメッセージ（Ｍ２２０）を送信した後、すぐにＱｏＳ＿Ｎｕｌｌを受信（Ｓ２４１０）したアクセスポイント３の通信部３３０は、ＣＦ−Ｐｏｌｌ送信待ち（Ｓ２２２０）に移行する。
【００８２】
Ａｃｋメッセージ（Ｍ２２３）及びＢｌｏｃｋＡｃｋメッセージ（Ｍ２２４）を受信した（Ｓ２５２６）カメラ装置２の通信部２３０は、ＢｌｏｃｋＡｃｋ処理を実行する（Ｓ２５２８）。そして、ＢｌｏｃｋＡｃｋメッセージ受信確認Ａｃｋメッセージ（Ｍ２２５）を無線インタフェースを介してアクセスポイント３に送信すると共に、パラメータとして受信したエラー状況を基に、再送処理を行うかどうかを決定する。
【００８３】
アクセスポイント３からのＮｏｎＱｏＳデータ［Ｒｅｓｐｏｎｓ"Ｓｔｏｐ＿ｏｋ"］（Ｍ２２２）を有線インタフェースを介して優先度高で受信したディスプレイ装置１の通信部１３０は、ＮｏｎＱｏＳデータ送信処理（Ｓ２０５０）を完了する。そして、映像表示アプリケーション終了判定（Ｓ２０６０）を行う。
【００８４】
映像表示アプリケーションからの終了要求がない場合には、ＱｏＳデータブロック受信待ち（Ｓ２０２０）に移行する。映像表示アプリケーションからの終了要求がある場合には、処理を終了する。
【００８５】
本実施形態２によれば、無線ＱｏＳ方式がＥＤＣＡで、データ転送にＢｌｏｃｋ転送を用いていて、かつ遅延ＢｌｏｃｋＡｃｋ処理が実施されても、ディスプレイ装置からカメラ装置への迅速なＮｏｎＱｏｓコマンド送信が可能であるという効果がある。
【００８６】
（他の実施形態）
なお、本発明は前記各々の実施形態に限定されるものではなく、さらに以下のような変形が可能である。
実施形態１，２の通信部（１３０、２３０、３３０）において、無線ＬＡＮ通信にこだわることなく、無線ＰＡＮ通信（８０２．１５．３等）、UWBを用いたWirelessUSB, Wireless1394通信等を用いてもよい。
【００８７】
ＮｏｎＱｏＳデータ送信の優先送信の仕組みとして、実施形態１では異なるソフトウェアポートを用い、実施形態２では、有線ＬＡＮパケットでのＤｉｆｆｓｅｒｖｅのＤＳＣＰの優先度高を用いていた。しかしながら、これに限定されること無く、ハードウェアＩ／Ｏアドレスを違えたり、ハードレジスタの優先フラグを立てたり等による優先送信の仕組みを用いても良い。
【００８８】
なお、図５のＳ１０００〜Ｓ１１１０、図６のＳ１２１０〜Ｓ１２４０、図７のＳ１５１０〜Ｓ１６２０、図１０のＳ２０１０〜Ｓ２０６０、図１１のＳ２２００〜Ｓ２３１０、図１２のＳ２４１０〜Ｓ２４６０、図１３のＳ２５１０〜Ｓ２６２０の各ステップ等についてのプログラムコードは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び当該プログラムを記録したコンピュータ読み取り可能な記憶媒体は本発明の実施形態に含まれる。
【００８９】
具体的に、前記プログラムは、例えばＣＤ−ＲＯＭのような記録媒体に記録し、或いは各種伝送媒体を介し、コンピュータに提供される。前記プログラムを記録する記録媒体としては、ＣＤ−ＲＯＭ以外に、フロッピー（登録商標）ディスク、ハードディスク、磁気テープ、光磁気ディスク、不揮発性メモリカード等を用いることができる。他方、上記プログラムの伝送媒体としては、以下のものを用いることができる。即ち、プログラム情報を搬送波として伝搬させて供給するためのコンピュータネットワーク（ＬＡＮ、インターネットの等のＷＡＮ、無線通信ネットワーク等）システムにおける通信媒体（光ファイバ等の有線回線や無線回線等）である。
【００９０】
また、コンピュータが供給されたプログラムを実行することにより上述の実施形態の機能が実現されるだけでなく、以下の場合にも、かかるプログラムは本発明の実施形態に含まれる。当該プログラムがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合である。また、供給されたプログラムの処理の全てあるいは一部がコンピュータの機能拡張ボードや機能拡張ユニットにより行われて上述の実施形態の機能が実現される場合等である。
【図面の簡単な説明】
【００９１】
【図１】本発明を適用した無線通信管理方法のネットワーク構成図である。
【図２】本発明の実施形態１を適用した無線通信管理方法の構成を示すブロック図である。
【図３】本発明の従来例の動作を示すシーケンス図である。
【図４】本発明の実施形態１の動作を示すシーケンス図である。
【図５】本発明の実施形態１のディスプレイ装置１の動作を示すフロー図である。
【図６】本発明の実施形態１のディスプレイ装置１のＮｏｎＱｏＳ受信動作を示すフロー図である。
【図７】本発明の実施形態１のカメラ装置２の動作を示すフロー図である。
【図８】本発明の実施形態２適用した無線通信管理方法の構成を示すブロック図である。
【図９】本発明の実施形態２の動作を示すシーケンス図である。
【図１０】本発明の実施形態２のディスプレイ装置１を示すフロー図である。
【図１１】本発明の実施形態２のアクセスポイント３の動作を示すフロー図である。
【図１２】本発明の実施形態２のアクセスポイント３のＮｏｎＱｏＳ受信動作を示すフロー図である。
【図１３】本発明の実施形態２のカメラ装置２の動作を示すフロー図である。
【符号の説明】
【００９２】
１  ディスプレイ装置
１１０  アプリ部
１２０  表示部
１３０  通信部
２  カメラ装置
２１０  アプリ部
２２０  映像部
２３０  通信部
３  アクセスポイント
３３０  通信部
【図１】
2008005354.tif 000003
【図２】
2008005354.tif 000004
【図３】
2008005354.tif 000005
【図４】
2008005354.tif 000006
【図５】
2008005354.tif 000007
【図６】
2008005354.tif 000008
【図７】
2008005354.tif 000009
【図８】
2008005354.tif 000010
【図９】
2008005354.tif 000011
【図１０】
2008005354.tif 000012
【図１１】
2008005354.tif 000013
【図１２】
2008005354.tif 000014
【図１３】
2008005354.tif 000015