(57)【要約】【課題】  複数の第一の機器と一つの第二の機器と間に複数同時の無線通信を接続した場合で、転送モードとしてブロック転送を用いた場合に、ブロック転送に関する送達確認・返答の処理の起動を受信側の第一の機器から行えなかった。【解決手段】  本発明による無線通信管理方法は、転送モードとしてブロック転送を用いた場合に、第一の機器からリアルタイムデータを第二の機器に送信している最中に、第二の機器から送達確認起動通知を送信可能に構成し、第一の機器では当該送達確認起動通知待ち状態を設けるように構成した。【選択図】        図１
2006295300.tif 000002
【特許請求の範囲】
【請求項１】
複数の機器が無線通信ネットワークを介して接続されているネットワークシステムで用いられる無線通信管理方法であって、
前記無線通信ネットワークを介してデータの送信ができる機器は、その時点の同一チャネルで送信権を有している機器のみとし、
第一の機器が、第二の機器に対してデータパケットの送信を行っている場合、前記第二の機器が、前記第一の機器からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、前記第一の機器が、当該受信した複数のデータパケットに対する送達確認に基づいてデータパケットの再送処理を行うものとし、
前記第一の機器と前記第二の機器との間で送達確認要求・返信処理を行うトリガとして、前記第二の機器からの送達確認要求指示によって行われること、
及び、第一の機器は、複数のデータパケットを第二の機器に送信している途中で、前記送達確認要求指示を受ける時間分データパケットの送信を止めることを特徴とする無線通信管理方法。
【請求項２】
複数の機器が無線通信ネットワークを介して接続されているネットワークシステムで用いられる無線通信管理方法であって、
前記無線通信ネットワークを介してデータの送信ができる機器は、その時点の同一チャネルで送信権を有している機器のみとし、
第一の機器が、第二の機器に対してデータパケットの送信を行っている場合、前記第二の機器が、前記第一の機器からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、前記第一の機器が、当該受信した複数のデータパケットに対する送達確認に基づいてデータパケットの再送処理を行うものとし、
前記第一の機器と前記第二の機器との間で送達確認要求・返信処理を行うトリガとして、前記第二の機器における前記第一の機器からのデータパケットを設定数受信後に送信する送達確認要求指示によって行われること、
及び、第一の機器は、複数のデータパケットを第二の機器に送信している途中で、当該データパケットを設定数送信後、前記第二の機器からの送達確認要求指示を受け付ける時間分データパケットの送信を止めて待ち受けることを特徴とする無線通信管理方法。
【請求項３】
前記無線通信における第一の機器において、複数のデータパケットを第二の機器に送信している途中で前記送達確認要求指示を受ける時間分データパケットの送信を止めるモードを設け、予め当該モード設定を第一の機器と第二の機器の間で行うことを特徴とする請求項１または２に記載の無線通信管理方法。
【請求項４】
前記無線通信における第一の機器が送信端末で、第二の機器が受信端末であることを特徴とする請求項１または２に記載の無線通信管理方法。
【請求項５】
前記無線通信における第一の機器から第二の機器へのデータパケットのデータが、リアルタイムデータであることを特徴とする請求項１または２に記載の無線通信管理方法。
【請求項６】
前記無線通信における第一の機器から第二の機器のデータパケットは、映像データであることを特徴とする請求項１または２に記載の無線通信管理方法。
【請求項７】
前記無線通信における第一の機器及び第二の機器は、映像機器であることを特徴とする請求項１または２に記載の無線通信管理方法。
【請求項８】
前記無線通信における第一の機器が送信端末としてのカメラ装置で、第二の機器が受信端末としてのディスプレイ装置であることを特徴とする請求項１または２に記載の無線通信管理方法。
【請求項９】
前記無線通信は、ＩＥＥＥ８０２．１１であることを特徴とする請求項１または２に記載の無線通信管理方法。
【請求項１０】
前記送達確認要求・確認処理が、ＩＥＥＥ８０２．１１のＴＧｅにて策定中の８０２．１１ｅのドキュメントにおけるＢｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋであることを特徴とする請求項１または２に記載の無線通信管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器間を無線通信にて接続したシステムに係る無線通信管理方法に関するものである。
【背景技術】
【０００２】
従来、機器間を無線通信で接続し、データ転送行う方法はさまざま提案されてきた。
【０００３】
従来の機器間を無線通信で接続しデータ転送を行う際、扱うデータとして映像データ等のＱｏＳを必要とするリアルタイムデータを扱う場合は、そのリアルタイム性を失うことなく転送する為にさまざまな方法が提案されてきた。特に、最近広まっている無線ＬＡＮ（ＩＥＥＥ  ｓｔｄ  ８０２．１１）においては、元来、ＬＡＮ自体の規格（ＩＥＥＥ  ｓｔｄ  ８０２．３）が離散データを扱うことを前提に作られた規格であるため、リアルタイムデータを扱うにはそれなりの工夫が必要である。前記無線ＬＡＮの規格の取り決めを行っている国際機関であるＩＥＥＥにおいて、数年にわたり前記リアルタイムデータを扱うための規格として、ＩＥＥＥ  ８０２．１１のタスクグループＥにてＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ  ）Ｅｎｈａｎｃｅｍｅｎｔｓの標準化検討が行われている。
【０００４】
上記ＩＥＥＥ８０２．１１のＴＧｅ（Ｔａｓｋ  Ｇｒｏｕｐ  Ｅ）で策定中の規格に基づき、ＩＥＥＥ  ｓｔｄ  ８０２．１１ｅ／Ｄ８．０  Ｆｅｂ  ２００４記載のＢｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋのシーケンスを用いた再送処理を行う方法として、Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋを行うタイミングを制御し、適宜再送制御を実施する提案がなされている（例えば、特許文献１参照）。
【特許文献１】特開２００４−７３３６号公報（第２〜１１頁、第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、あるチャネルで第一の機器から第二の機器へのデータ送信、及び異なるチャネルで第三の機器から第二の機器へのデータ送信、さらに異なるチャネルで第四の機器から第二の機器へのデータ送信が同時に行われるような場合、前記第二の機器ではＢｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋのシーケンスが２つ以上重なる事象が起きることが予想され、第二の機器における複数の機器からのＢｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋのシーケンス処理によって第二の機器におけるＣＰＵの処理負荷が一時的に増大してしまうという問題があった。
【０００６】
また、同一チャネルで、第一の機器から第二の機器へのデータ送信をブロック単位で行っている最中のブロックデータがエラーばかりの場合、ブロックに取りまとめたパケットの数分のデータ転送が終了し、第一の機器からの送達確認要求（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）が来るまでは第二の機器は受信エラーを第一の機器に返すことが出来ないという問題もあった。
【０００７】
従来第一の例では、図３のシーケンス図のように、一つのＨＣ３（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｏｒ）の下で、一つのディスプレイ装置１に複数のカメラ装置２（ここでは２つ）からの映像を各々別チャネルで受信するユースケースを考えると、ディスプレイ装置２からカメラ装置２ａ及びカメラ装置２ｘへ、Ｒｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑコマンド（Ｍ００１、Ｍ００２）を送信すると、各々カメラ装置２ａ及びカメラ装置２ｘは、ＨＣ３にＱｏＳ＿Ｒｅｑ（Ｍ００３、Ｍ００４）を送信、ＨＣ３は、ＱｏＳ＿Ｒｅｑ＿Ａｃｋ（Ｍ００５、Ｍ００６）をカメラ装置２ａ及びカメラ装置２ｘへ返信し、カメラ装置２ａ及びカメラ装置２ｘは、Ｒｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑ＿Ａｃｋレスポンス（Ｍ００７，Ｍ００８）をディスプレイ装置１に返信することで、リアルタイムデータ送受のハンドシェークが完了する。
【０００８】
ＨＣ３からの送信権付与（ＣＦ−ＰＯＬＬ）コマンド（Ｍ００９、Ｍ０１０）を受信したカメラ装置２ａ及びカメラ装置２ｘは、データ転送を実施する。この時、前記データパケットの転送に関する送達確認要求・返信処理（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋのシーケンス）（Ｍ０１１からＭ０１４）を実行する為、前記ディスプレイ装置１での処理負荷が増大すると共に、再送処理のシーケンスも同じである為、さらに再送処理が重なって瞬間の処理負荷が増大するという問題があった。
【０００９】
本発明は、このような状況を鑑みてなされたものであり、ｎ対１の通信及びエラーリカバリ機能を向上させた無線通信管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明では、複数の機器が無線通信ネットワークを介して接続されているネットワークシステムで用いられる無線通信管理方法であって、上記無線通信ネットワークを介してデータの送信ができる機器は、その時点の同一チャネルで送信権を有している機器のみとし、第一の機器が、第二の機器に対してデータパケットの送信を行っている場合、前記第二の機器が、前記第一の機器からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、前記第一の機器が、当該受信した複数のデータパケットに対する送達確認に基づいてデータパケットの再送処理を行うものとし、上記第一の機器と上記第二の機器との間で送達確認要求・返信処理を行うトリガとして、上記第二の機器からの送達確認要求指示によって行われること、及び、第一の機器は、複数のデータパケットを第二の機器に送信している途中で、上記送達確認要求指示を受ける時間分データパケットの送信を止めることを特徴とする。
【発明の効果】
【００１１】
本出願に係わる第一の発明によれば、データパケットの転送に関する送達確認要求・返信処理（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋのシーケンス）を受信側の機器から起動することが出来、受信機器での処理負荷軽減及び、迅速なエラーリカバリシーケンスを提供することが出来るという効果がある。
【発明を実施するための最良の形態】
【００１２】
次に本発明の無線通信管理方法について図面を元に詳細に説明する。
【実施例１】
【００１３】
以下、図１、図２、図４〜図６に基づき、本発明による無線通信管理方法を具現化した好適な実施例１を説明する。
【００１４】
図１は本発明の無線通信管理方法を具現化したネットワーク概要図である。
【００１５】
１は受信機器、２はリアルタイムデータを送信する送信機器、３は無線通信ネットワークのＡｉｒの調停を行うＨＣ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｏｒ）である。受信機器１からの要求によって始まる送信機器２ｎからのリアルタイムデータ送信に際し、Ａｉｒ上の調停としてＨＣ３は、送信機器２と受信機器１間の無線通信実施の割当時間を管理し、当該割当時間の開始としてＣＦ−ＰＯＬＬコマンドを送信、終了としてＱｏＳ＿ＮＵＬＬイベントを受信する。当該ＣＦ−ＰＯＬＬとＱｏＳ＿ＮＵＬＬの間の時間を送信可能時間（ＴＸＯＰ）と呼び、当該ＴＸＯＰ内でデータの送受を行う。前記データの送受に際し、送達確認（ＡＣＫ）を受信する方法として、パケットデータ一つ送信する毎に送達確認（ＡＣＫ）をもらうのではなく、パケットデータを複数個まとめて送信後、当該複数個の送達確認をまとめてもらう方法をＢｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋというコマンド・レスポンスを用いて行う方法を用いる。
【００１６】
本発明では、前記Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ／Ｂｌｏｃｋ  Ａｃｋのシーケンスの前シーケンスとして送達確認指示（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ）を提案する。
【００１７】
図２は本発明の実施例１の無線通信管理方法を具現化したソフトウェアブロック図である。
【００１８】
本実施例においては、受信機器１をディスプレイ装置、送信機器２をカメラ装置、ＨＣ３をアクセスポイントと仮定して説明を行う。また、カメラ装置２が複数あることを仮定している為、各々一台一台を指すときはカメラ装置２ａ、カメラ装置２ｘと記述し、複数のカメラ装置２を総称するときには、カメラ装置２ｎと記述する。
【００１９】
ディスプレイ装置１は、
１１０：ディスプレイ装置１の主たる動作を制御するプログラムであるアプリ部、
１２０：ディスプレイ装置１における映像の表示を司る表示部、
１３０：ディスプレイ装置１における無線ハードの制御とアプリ部とのデータ及び制御の橋渡し及び、外部とのネットワーク通信を司る通信部、
から構成されている。
【００２０】
カメラ装置２ｎは、
２１０：カメラ装置２の主たる動作を制御するプログラムであるアプリ部、
２２０：カメラ装置２における取り込んだ映像の処理等を行う映像部、
２３０：カメラ装置２おける無線ハードの制御とアプリ部とのデータ及び制御の橋渡し及び、外部とのネットワーク通信を司る通信部、
から構成されている。
【００２１】
以下の説明において、映像のエンコード方式は、特にこだわっていないが、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４、Ｈ．２６４、Ｍｏｔｉｏｎ−ＪＰＥＧ、ＪＰＥＧ２０００等の動画符号化記録方式や、ＢＭＰ、ＰＩＸＭＡＰ、ＪＰＥＧ、ＰＮＧ、ＧＩＦ等の静止画記録方式等を想定している。
【００２２】
また、当該実施例における無線チャネルアクセス制御方式は、特にこだわらない限り図１における同一物理チャネル上での無線通信として、ＨＣＣＡ（Ｈｙｂｒｉｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）という方式を用いたものである。
【００２３】
なお、当該実施例においては、カメラ装置２ａとディスプレイ装置１間、カメラ装置２ｘとディスプレイ装置１間の無線通信物理チャネルは異なる物理チャネルを利用する場合を想定している。
【００２４】
図４は、本発明における実施例１についてのシーケンス図である。
【００２５】
図５は、本発明における実施例１についてのディスプレイ装置１におけるフロー図である。
【００２６】
図６は、本発明における実施例１についてのカメラ装置２におけるフロー図である。
【００２７】
前記図４、図５及び図６に沿って、無線通信管理方法の実施例１を説明する。
【００２８】
表示アプリケーションからのカメラ映像マルチ表示要求を受信したディスプレイ装置１のアプリ部１１０は、複数チャネル通信であることを認識し（Ｓ１０１０）、そうでない場合は、通常受信処理（Ｓ１０００）を処理する。通信部１３０に対して、リアルタイムデータ通信時の複数チャネル通信処理のフラグとしてＩｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ＿Ｍｏｄｅをｏｎにし（Ｓ１０２０）、すでに無線ＬＡＮ接続されているカメラ装置２ａとカメラ装置２ｘのチャネル番号が若い方の（Ｓ１０３０）ブロック転送モードでの設定ブロック数の初期値を既定値の半分に設定し（Ｓ１０４０）、そうでない方のブロック転送モードでの設定ブロック数を規定値に設定する（Ｓ１０３５）。当該実施例では、説明の都合上、前記ブロック転送モードでの設定ブロック数を６として以下の説明を行う。
【００２９】
カメラ装置２ａ及びカメラ装置２ｘに対し、カメラ映像の送信を要求するコマンドとして上記Ｉｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ＿Ｍｏｄｅモードフラグとブロック転送モードでの設定ブロック数等をパラメータに付加したＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ１０１、Ｍ１０２）を通信部１３０を介してそれぞれのカメラ装置２ｎに送信する。
【００３０】
ディスプレイ装置１からのＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ１０１、Ｍ１０２）を通信部２３０を介して受信したカメラ装置２ｎのアプリ部２１０は、当該Ｒｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ１０１、Ｍ１０２）のパラメータとして受信したＩｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ＿Ｍｏｄｅフラグを判定し（Ｓ１５１０）、ＯＦＦの場合は、通常送信処理（Ｓ１５００）を実施する。当実施例では、ＯＮであるので、カメラ装置２ｎでのＩｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ＿ＭｏｄｅをＯＮに設定する（Ｓ１５２０）と共に、さらに当該Ｒｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ１０１、Ｍ１０２）のパラメータとして受信したブロック転送モードでの設定ブロック数を各々設定記憶する（Ｓ１５３０）。そして、ＨＣであるアクセスポイント３に対して、リアルタイムデータのＱｏＳ通信を行う旨の要求としてＱｏＳ＿Ｒｅｑメッセージ（Ｍ１０３、Ｍ１０４）を各々のカメラ装置２ｎが各々の通信部２３０を介して送信する。
【００３１】
各々のカメラ装置２ｎからのＱｏＳ＿Ｒｅｑメッセージ（Ｍ１０３、Ｍ１０４）を受信したＨＣであるアクセスポイント３は、各々のＱｏＳ＿Ｒｅｑメッセージのパラメータとして設定されている機器間の通信時間割当等を決定し、当該通信割当時間等の情報をＱｏＳ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ１０５、Ｍ１０６）に載せて各々のカメラ装置２ｎに送信する。
【００３２】
ＨＣであるアクセスポイント３からのＱｏＳ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ１０５、Ｍ１０６）を通信部２３０を介して受信したカメラ装置２ｎのアプリ部２１０は、ＱｏＳ＿Ｒｅｑ＿Ａｃｋメッセージのパラメータとして受信した通信割当時間等の情報を記憶すると共に、ディスプレイ装置１から受信していたＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ１０１、Ｍ１０２）の応答としてＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ１０７、Ｍ１０８）を各々の通信部２３０を介してディスプレイ装置１に送信し、通信部２３０をＣＦ−ＰＯＬＬ待ち状態へと移行させる（Ｓ１５４０）。また、映像部２２０に起動をかける。
【００３３】
ＨＣであるアクセスポイント３にて、上記通信割当時間になった時に、各々の無線チャネルに対して、ＣＦ−ＰＯＬＬコマンド（Ｍ１０９、Ｍ１１０）を送信する。
【００３４】
ＣＦ−ＰＯＬＬコマンドを受信（Ｓ１０５０）したディスプレイ装置１の通信部１３０は、各々のカメラ装置２ｎが送信可能になったことを認識して、データブロック受信待ち状態に以降する（Ｓ１０６０）。
【００３５】
ＣＦ−ＰＯＬＬコマンドを受信したカメラ装置２ｎの通信部２３０は、データブロック送信処理（Ｓ１５５０）として、映像部２２０内のバッファに書き込まれた映像をパケタイズし、ディスプレイ装置１に送信を行う。前記パケタイズデータには、それぞれシーケンス番号が振られ、カメラ装置２ａでは、ａ１、ａ２、ａ３・・・、カメラ装置２ｘでは、ｘ１、ｘ２、ｘ３・・・と付けられる。
【００３６】
また、各々のカメラ装置２ｎの通信部２３０にて、送信したパケットの数をカウントしており、当該パケットカウントが、上記設定ブロック数の倍数になると（Ｓ１５６０）、設定ブロック数を既定値に設定する（Ｓ１５７０）と共に、Ｉｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ処理として、パケット送信を止めてタイマを掛けてウェイトする（Ｓ１５８０）。なお、カメラ装置２ｘの方は、設定ブロック数の初期値として既定値（６）の半分の値が設定されていた為、カメラ装置２ａより早く、一回目のＩｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ処理が実施される。
【００３７】
カメラ装置２ｎからのデータブロックパケットを受信（Ｓ１０６０）したディスプレイ装置１の通信部１３０は、各々のカメラ装置２ｎからのパケットデータをバッファに保存し、一定量になったらアプリ部１１０に通知し、通知されたアプリ部は、通信部１３０から表示部１２０にデータを転送し、表示部１２０が表示を行う。
【００３８】
また、ディスプレイ装置１の通信部１３０は各々カメラ装置２毎に受信パケットをカウント・記憶し、上記設定ブロック数の倍数かどうかの比較を行い（Ｓ１０８０）、倍数になった場合、設定ブロック数を既定値に設定すると共に、Ｂｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎ処理（Ｓ１１００）を実施する。なお、カメラ装置２ｘの前記設定ブロック数は、設定ブロック数の初期値として既定値（６）の半分の値が設定されていた為、カメラ装置２ａより先に、Ｂｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎ処理が実施される。
【００３９】
ディスプレイ装置１における通信部１３０のＢｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎ処理は、まずＢｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎメッセージ（Ｍ１１１）をカメラ装置２ｘに送信する。
【００４０】
Ｂｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎメッセージ（Ｍ１１１）をＩｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ時間中に受信（Ｓ１５９０）したカメラ装置２ｘの通信部２３０は、Ｂｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎ処理を実行し（Ｓ１６００）、ＢｌｏｃｋＡｃｋＲｅｑｕｅｓｔとしてのＢｌｏｃｋ  Ａｃｋ  Ｒｅｑメッセージ（Ｍ１１２）をディスプレイ装置１に送信する。
【００４１】
Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑメッセージ（Ｍ１１２）を受信したディスプレイ装置１の通信部１３０は、当該ブロック転送時に受信したパケットのエラー状況等をパラメータとして載せたＢｌｏｃｋ  Ａｃｋメッセージ（Ｍ１１３）をカメラ装置２ｘに送信する。そして、ディスプレイ装置１の通信部１３０は、ＴＸＯＰの残り時間を判定し（Ｓ１１１０）、データ転送に充分な残り時間があると判断した場合は、受信待ち状態に移行するが、データ転送に充分な残り時間が無いと判断した場合には、アプリ部１１０からの指示によるデータ受信状態が継続しているかどうかを判定し（Ｓ１１２０）、継続している場合には、ＣＦ−ＰＯＬＬ受信待ちに移行するが、データ受信状態が終了している場合には、処理を終了する。
【００４２】
Ｂｌｏｃｋ  Ａｃｋメッセージ（Ｍ１１３）を受信したカメラ装置２ｘの通信部２３０は、パラメータとして受信したエラー状況を基に、再送処理を行うかどうかを決定する。
【００４３】
その後、送信データがまだあると判定した（Ｓ１６１０）カメラ装置２ｘの通信部２３０は、ＴＸＯＰの残り時間を判断し（Ｓ１６２０）、データ送信に十分な時間が残っていると判断した場合には、上記データブロック送信処理を行うが、データ送信に十分な時間が残っていないと判断した場合には、ＱｏＳ＿ＮＵＬＬメッセージ（Ｍ１１８）をＨＣであるアクセスポイント３に送信して（Ｓ１６３０）ＴＸＯＰの終了をＨＣであるアクセスポイント３に宣言する。さらにアプリ部２１０からの指示によるデータ送信状態が継続しているかどうか判定し（Ｓ１６４０）、まだデータ伝送が継続している場合には、ＣＦ−ＰＯＬＬ待ち状態に戻る。しかし、データ転送が継続してい無いと判断した場合には、処理を終了する。
【００４４】
なお、カメラ装置２ａにおける設定ブロック数判定（Ｓ１５６０）から、処理終了までの処理は、上記カメラ装置２ｘにおける処理と同じであるため説明を省略する。
【００４５】
本実施例１を実施することにより、以下のような特有の効果がある。
【００４６】
・Ｉｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ＿Ｍｏｄｅを設け、受信側のディスプレイ装置主導でＢｌｏｃｋＡｃｋＲｅｑｕｅｓｔのタイミングを、設定ブロック数の可変によって制御することで、受信側のディスプレイ装置で受信・処理する各々のカメラからのＢｌｏｃｋＡｃｋＲｅｑｕｅｓｔのタイミングをずらし、処理負荷を分散可能であるという効果がある。
【実施例２】
【００４７】
本発明における実施例２について、図面を元に詳細に説明する。
【００４８】
本発明の無線通信管理方法を具現化したネットワーク概要図は、図１と同じである為、説明を省略する。
【００４９】
本発明の実施例２の無線通信管理方法を具現化したソフトウェアブロック図は、図２と同じであるため説明を省略する。なお本実施例においても、受信機器１をディスプレイ装置、送信機器２をカメラ装置、ＨＣ３をアクセスポイントと仮定して説明を行う。
【００５０】
図７は、本発明における実施例２についてのシーケンス図である。
【００５１】
図８は、本発明における実施例２についてのディスプレイ装置１におけるフロー図である。
【００５２】
図９及び図１０は、本発明における実施例２についてのカメラ装置２におけるフロー図である。なお、○と▽／△の結合子は各々同じ記号の結合子と繋がっていることを意味する。
【００５３】
以下、図７のシーケンス図、図８、図９及び図１０のフロー図に基づき、本発明による無線通信管理方法の好適な実施例２を説明する。
【００５４】
なお、以下の実施例では、ディスプレイ装置１の通信部１３０とカメラ装置２ｎの通信部２３０間に作られる無線チャネルは、ＨＣであるアクセスポイント３管理下のインフラストラクチャモードでの同一チャネルを用いるシステムであり、実施例１の異なるチャネルを用いたマルチチャネル同時通信システムとは通信管理システムが異なっている。
【００５５】
表示アプリケーションからのカメラ映像マルチ表示要求を受信したディスプレイ装置１のアプリ部１１０は、同一チャネル同時通信であることを認識し（Ｓ２０１０）、また同一チャネル同時通信でない場合は、通常受信処理（Ｓ２０００）を処理する。通信部１３０に対し、リアルタイムデータ通信時の同一チャネル同時通信処理のフラグとしてＩｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ＿Ｍｏｄｅ２をｏｎにし（Ｓ２０２０）、すでに無線ＬＡＮ接続されているカメラ装置２ｎのブロック転送モードでの設定ｗａｉｔ数を既定値に設定する（Ｓ２０３０）。当該実施例では、説明の都合上、前記ブロック転送モードでの設定ｗａｉｔ数を２として以下の説明を行う。
【００５６】
カメラ装置２ａ及びカメラ装置２ｘに対し、カメラ映像の送信を要求するコマンドとして上記Ｉｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ＿Ｍｏｄｅ２モードフラグとブロック転送モードでの設定ｗａｉｔ数等をパラメータに付加したＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ２０１、Ｍ２０２）を通信部１３０を介してそれぞれのカメラ装置２ｎに順次送信する。
【００５７】
ディスプレイ装置１からのＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ２０１、Ｍ２０２）を通信部２３０を介して受信したカメラ装置２ｎのアプリ部２１０は、当該Ｒｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ２０１、Ｍ２０２）のパラメータとして受信したＩｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ＿Ｍｏｄｅ２フラグを判定し（Ｓ２５１０）、ＯＦＦの場合は、通常送信処理（Ｓ２５００）を実施する。当実施例では、ＯＮであるので、カメラ装置２ｎでのＩｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ＿Ｍｏｄｅ２をＯＮに設定する（Ｓ２５２０）と共に、さらに当該Ｒｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ２０１、Ｍ２０２）のパラメータとして受信したブロック転送モードでの設定ｗａｉｔ数を各々設定記憶する（Ｓ２５３０）。
【００５８】
そして、ＨＣであるアクセスポイント３に対して、リアルタイムデータのＱｏＳ通信を行う旨の要求としてＱｏＳ＿Ｒｅｑメッセージ（Ｍ２０３、Ｍ２０４）を各々のカメラ装置２ｎが各々の通信部２３０を介して順次送信する。
【００５９】
各々のカメラ装置２ｎからのＱｏＳ＿Ｒｅｑメッセージ（Ｍ２０３、Ｍ２０４）を受信したＨＣであるアクセスポイント３は、各々のＱｏＳ＿Ｒｅｑメッセージのパラメータとして設定されているカメラ装置２ｎ機器間の通信時間割当等を考慮して新たにカメラ装置２ｎ機器間の通信時間割当等を決定し、当該通信割当時間等の情報をＱｏＳ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ２０５、Ｍ２０６）にパラメータとして載せて各々のカメラ装置２ｎに順次送信する。
【００６０】
ＨＣであるアクセスポイント３からのＱｏＳ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ２０５、Ｍ２０６）を通信部２３０を介して順次受信したカメラ装置２ｎのアプリ部２１０は、ＱｏＳ＿Ｒｅｑ＿Ａｃｋメッセージのパラメータとして受信した通信割当時間等の情報を通信部２３０に記憶すると共に、ディスプレイ装置１から受信していたＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑメッセージ（Ｍ２０１、Ｍ２０２）の応答としてＲｅａｌｔｉｍｅ＿Ｄａｔａ＿Ｒｅｑ＿Ａｃｋメッセージ（Ｍ２０７、Ｍ２０８）を各々の通信部２３０を介して順次ディスプレイ装置１に送信し、各々の通信部２３０をＣＦ−ＰＯＬＬ待ち状態へと移行させる（Ｓ２５４０）。また、映像部２２０に起動をかける。
【００６１】
ＨＣであるアクセスポイント３にて、上記カメラ装置２ａの通信割当時間になった時に、ＣＦ−ＰＯＬＬコマンド（Ｍ２０９）を送信する。
【００６２】
ＣＦ−ＰＯＬＬコマンド（Ｍ２０９）を受信（Ｓ２０４０）したディスプレイ装置１の通信部１３０は、カメラ装置２ａが送信可能になったことを認識して、データブロック受信待ち状態に以降する（Ｓ２０５０）。
【００６３】
ＣＦ−ＰＯＬＬコマンドを受信したカメラ装置２ａの通信部２３０は、データブロック送信処理（Ｓ２５５０）として、映像部２２０内のバッファに書き込まれた映像情報をパケタイズし、ディスプレイ装置１に送信を行う。前記パケタイズデータには、それぞれシーケンス番号が振られ、カメラ装置２ａでは、ａ１、ａ２、ａ３・・・と付けられる。
【００６４】
また、カメラ装置２ａの通信部にて、ＣＦ−ＰＯＬＬからのパケット数（ＣＦパケット数）と総送信したパケットの送信数をカウントしており、当該ＣＦ−ＰＯＬＬからのＣＦパケット数が、設定ｗａｉｔ数になると（Ｓ２５６０）、Ｉｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ２処理を実行し（Ｓ２５７０）、パケット送信を止めてタイマを掛けて、ＢｌｏｃｋＡｃｋ＿Ｉｎｄｉｃａｔｉｏｎ待ちに移行する（Ｓ２５８０）。
【００６５】
カメラ装置２ａからのデータブロックパケットを受信（Ｓ２０５０）したディスプレイ装置１の通信部１３０は、データブロックパケットを受信処理を実行し（Ｓ２０６０）、カメラ装置２ａからのパケットデータを通信バッファに保存し、一定量になったらアプリ部１１０に通知し、通知されたアプリ部１１０は、通信部１３０から表示部１２０にデータを転送し、表示部１２０が表示を行う。
【００６６】
ディスプレイ装置１の通信部１３０では、カメラ装置２ａの受信パケットをＣＦ−ＰＯＬＬ受信からカウントしたＣＦパケット数と総受信数を記憶し、前記ＣＦパケット数が上記設定ｗａｉｔ数になったら（Ｓ２０９０）、次に、受信パケットにエラーがあったかどうかを判断する（Ｓ２１００）。図７のシーケンスではカメラ装置２ａからの受信では、ディスプレイ装置１の通信部１３０ではエラーが無かったので、何も送信せず、次に、ＴＸＯＰ時間の残時間を判定し（Ｓ２１２０）、まだ、時間が十分にあるので、データブロック受信待ち状態に移行する。
【００６７】
カメラ装置２ａの通信部２３０では、Ｓ２５８０にてＢｌｏｃｋＡｃｋ＿Ｉｎｄｉｃａｔｉｏｎメッセージを受信せず、ＢｌｏｃｋＡｃｋ＿Ｉｎｄｉｃａｔｉｏｎ２待ちがタイムアウトした為、エラー判定（Ｓ２６００）も無く、ＴＸＯＰ残時間の判定を行い（Ｓ２６２０）、ＴＸＯＰ残時間がＢｌｏｃｋＡｃｋ処理を行う程度しかない場合には、ＢｌｏｃｋＡｃｋ処理（Ｓ２６３０）を行って、ＱｏＳ＿ＮＵＬＬメッセージ送信処理（Ｓ２６６０）を行い、送信状態継続判定（Ｓ２６７０）の後、まだ送信状態が継続している為、ＣＦ＿ＰＯＬＬ待ち状態に移行する。上記カメラ装置２ａの通信部２３０でのＴＸＯＰ時間が十分ある場合には、送信データがあるか判定（Ｓ２６４０）し、ＴＸＯＰ時間判定（Ｓ２６５０）を行って、データブロック送信処理（Ｓ２５５０）を再開する。
【００６８】
カメラ装置２ａの通信部２３０のＳ２６３０処理によって、カメラ装置２ａからのＢｌｏｃｋＡｃｋ＿Ｒｅｑメッセージ（Ｍ２１０）を受信（Ｓ２０７０）したディスプレイ装置１の通信部１３０は、ＢｌｏｃｋＡｃｋ＿Ｒｅｑ受信処理を実行し（Ｓ２０８０）、直前のブロック転送時に受信したパケットのエラー状況等をパラメータとして載せたＢｌｏｃｋ  Ａｃｋメッセージ（Ｍ２１１）をカメラ装置２ａに送信する。
【００６９】
ＨＣであるアクセスポイント３にて、上記カメラ装置２ｘの通信割当時間になった時に、ＣＦ−ＰＯＬＬコマンド（Ｍ２１３）を送信する。
【００７０】
ＣＦ−ＰＯＬＬコマンド（Ｍ２１３）を受信（Ｓ２０４０）したディスプレイ装置１の通信部１３０は、カメラ装置２ｘが送信可能になったことを認識して、データブロック受信待ち状態に以降する（Ｓ２０５０）。
【００７１】
ＣＦ−ＰＯＬＬコマンドを受信したカメラ装置２ｘの通信部２３０は、データブロック送信処理（Ｓ２５５０）として、映像部２２０内のバッファに書き込まれた映像情報をパケタイズし、ディスプレイ装置１に送信を行う。前記パケタイズデータには、それぞれシーケンス番号が振られ、カメラ装置２ｘでは、ｘ１、ｘ２、ｘ３・・・と付けられる。また、カメラ装置２ｘの通信部にて、ＣＦ−ＰＯＬＬからの送信パケット数（ＣＦパケット数）と総送信したパケットの送信数をカウントしており、当該ＣＦ−ＰＯＬＬからのＣＦパケット数が、設定ｗａｉｔ数になると（Ｓ２５６０）、Ｉｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ２処理を実行し（Ｓ２５７０）、パケット送信を止めてタイマを掛けて、ＢｌｏｃｋＡｃｋ＿Ｉｎｄｉｃａｔｉｏｎ２待ち状態に移行する（Ｓ２５８０）。
【００７２】
カメラ装置２ｘからのデータブロックパケットを受信（Ｓ２０５０）したディスプレイ装置１の通信部１３０は、データブロックパケットを受信処理を実行し（Ｓ２０６０）、カメラ装置２ｘからのパケットデータを通信バッファに保存しようとしてエラーを検知、この時、ディスプレイ装置１の通信部１３０はカメラ装置２ｘの受信パケットをカウント・記憶し、上記設定ｗａｉｔ数かどうかの比較を行い（Ｓ２０９０）、設定ｗａｉｔ数になった場合、直前受信パケット群にエラーがあるので（Ｓ２１００）、Ｂｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎ２処理（Ｓ２１１０）を実施する。
【００７３】
ディスプレイ装置１における通信部１３０のＢｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎ２処理は、Ｂｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎメッセージ（Ｍ２１４）をカメラ装置２ｘに送信する。
【００７４】
Ｂｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎメッセージ（Ｍ２１４）をＩｎｄｉｃａｔｉｏｎ＿Ｗａｉｔ２時間中に受信（Ｓ２５８０）したカメラ装置２ｘの通信部２３０は、Ｂｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎ２処理を実行し（Ｓ２５９０）、Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑメッセージ（Ｍ２１５）をディスプレイ装置１に送信する。
【００７５】
Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑメッセージ（Ｍ２１５）を受信したディスプレイ装置１の通信部１３０は、Ｂｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎ２処理として、直前のブロック転送時に受信したパケットのエラー状況等をパラメータとして載せたＢｌｏｃｋ  Ａｃｋメッセージ（Ｍ２１６）をカメラ装置２ｘに送信する。
【００７６】
そして、ディスプレイ装置１の通信部１３０は、ＴＸＯＰの残り時間を判定し（Ｓ２１２０）、データ転送に充分な残り時間があると判断した場合は、受信待ち状態に移行するが、データ転送に充分な残り時間が無いと判断した場合には、アプリ部１１０からの指示によるデータ受信状態が継続しているかどうかを判定し（Ｓ２１３０）、継続している場合には、ＣＦ−ＰＯＬＬ受信待ちに移行するが、データ受信状態が終了している場合には、処理を終了する。
【００７７】
Ｂｌｏｃｋ  Ａｃｋメッセージ（Ｍ２１６）を受信したカメラ装置２ｘの通信部２３０は、Ｂｌｏｃｋ  Ａｃｋ  Ｉｎｄｉｃａｔｉｏｎ２処理の続きで、パラメータとして受信したエラー状況を基に、再送処理を行うかどうかを決定する。この場合、エラー有りなので、エラーリカバリ処理を実施し（Ｓ２６１０）、その後、ＴＸＯＰの残り時間を判断し（Ｓ２６２０）、ＢｌｏｃｋＡｃｋ＿Ｒｅｑ処理の実施時間以外にデータ送信にも十分な時間が残っていると判断した場合には、データ残を判断後（Ｓ２６４０）、もう一度ＴＸＯＰ残時間を判断してから（Ｓ２６５０）、データブロック送信処理に移行する。
【００７８】
送信データは有るが、ＴＸＯＰ時間がＢｌｏｃｋＡｃｋ処理を行う程度しかなくデータ送信に十分な時間が残っていないと判断したカメラ装置２ｘの通信部２３０は、ＢｌｏｃｋＡｃｋ処理（Ｓ２６３０）を行ってディスプレイ装置１と、Ｂｌｏｃｋ＿Ａｃｋ＿Ｒｅｑメッセージ（Ｍ２１７）及びＢｌｏｃｋ＿Ａｃｋメッセージ（Ｍ２１８）をやりとりし、ＱｏＳ＿ＮＵＬＬメッセージ（Ｍ２１９）をＨＣであるアクセスポイント３に送信して（Ｓ２６６０）ＴＸＯＰの終了をＨＣであるアクセスポイント３に宣言する。Ｓ２６６０の後か、送信データも無い場合で、さらにアプリ部２１０からの指示によるデータ送信状態が継続しているかどうか判定し（Ｓ２６７０）、まだデータ伝送が継続している場合には、ＣＦ−ＰＯＬＬ待ち状態に戻る。しかし、データ転送が継続してい無いと判断した場合には、処理を終了する。
【００７９】
カメラ装置２ｘからのＢｌｏｃｋＡｃｋ＿Ｒｅｑメッセージ（Ｍ２１７）を受信（Ｓ２０７０）したディスプレイ装置１の通信部１３０は、ＢｌｏｃｋＡｃｋ＿Ｒｅｑ受信処理を実行し（Ｓ２０８０）、直前のブロック転送時に受信したパケットのエラー状況等をパラメータとして載せたＢｌｏｃｋ  Ａｃｋメッセージ（Ｍ２１８）をカメラ装置２ｘに送信する。
【００８０】
本実施例２を実施することにより、以下のような特有の効果がある。
【００８１】
・ブロック送信モードを利用時、送信権を取った後、予め設定した個数のパケットを送信後、送信側がイベント待ちを行うことによって、受信側のエラーを迅速に送信側に通知して、迅速なエラーリカバリ処理が可能であるという効果がある。
【００８２】
（他の実施例）
なお、本発明は上記各々の実施例に限定されるものではなく、さらに以下のような変形が可能である。
【００８３】
実施例１におけるＢｌｏｃｋＡｃｋ＿Ｒｅｑ＿Ｉｎｄｉｃａｔｉｏｎ処理において、ＢｌｏｃｋＡｃｋ＿Ｒｅｑ＿Ｉｎｄｉｃａｔｉｏｎメッセージがカメラ装置２ｎで受信エラーの場合には、通信部２３０にて、ＢｌｏｃｋＡｃｋ＿Ｒｅｑ＿Ｉｎｄｉｃａｔｉｏｎ実行タイムアウト処理を設け、当該ＢｌｏｃｋＡｃｋ＿Ｒｅｑ＿Ｉｎｄｉｃａｔｉｏｎ実行タイムアウト処理がタイムアウトにより動作した場合には、カメラ装置２ｎの通信部２３０における再送信用バッファメモリの内容をクリアするようにし、リアルタイムデータ通信の整合性をとるようにしても良い。
【００８４】
実施例１及び２のカメラ装置２及びディスプレイ装置１間において、通信管理方式として８０２．１１ｅ準拠のＨＣＣＡを用いて説明しているが、時間管理できる方式であれば何でもよく、ＰＣＦ（Ｐｏｉｎｔ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）や、ＨＣＦ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）等の通信管理方式を用いても良い。
【００８５】
実施例１及び２の通信部（１３０，２３０）において、無線ＬＡＮ通信にこだわることなく、無線ＰＡＮ通信（８０２．１５．３等）、ＵＷＢを用いたＷｉｒｅｌｅｓｓＵＳＢ、  Ｗｉｒｅｌｅｓｓ１３９４通信等を用いてもよい。
【００８６】
実施例１及び２において、アンテナは、一つで２波を扱えるアンテナであってもよい。その場合の例として、２．４ＧＨｚ帯の電波と５ＧＨｚ帯の電波の２波を扱えるアンテナであっても良い。
【産業上の利用可能性】
【００８７】
ＨＣの管理下で、機器同士を無線通信で接続した場合の高速転送制御方式として利用可能。
【図面の簡単な説明】
【００８８】
【図１】本発明を適用した無線通信管理方法のネットワーク構成図である。
【図２】本発明を適用した無線通信管理方法の構成を示すブロック図である。
【図３】本発明の従来例の動作を示すシーケンス図である。
【図４】本発明の実施例１の動作を示すシーケンス図である。
【図５】本発明の実施例１のディスプレイ装置１の動作を示すフロー図である。
【図６】本発明の実施例１のカメラ装置２の動作を示すフロー図である。
【図７】本発明の実施例２の動作を示すシーケンス図である。
【図８】本発明の実施例２のディスプレイ装置１を示すフロー図である。
【図９】本発明の実施例２のカメラ装置２の動作を示すフロー図である。
【図１０】本発明の実施例２のカメラ装置２の動作を示すフロー図である。
【符号の説明】
【００８９】
１          ディスプレイ装置
２ａ、２ｘ  カメラ装置
１１０      アプリ部
１２０      表示部
１３０      通信部
２１０      アプリ部
２２０      映像部
２３０      通信部
【図１】
2006295300.tif 000003
【図２】
2006295300.tif 000004
【図３】
2006295300.tif 000005
【図４】
2006295300.tif 000006
【図５】
2006295300.tif 000007
【図６】
2006295300.tif 000008
【図７】
2006295300.tif 000009
【図８】
2006295300.tif 000010
【図９】
2006295300.tif 000011
【図１０】
2006295300.tif 000012