(57)【要約】【課題】マルチキャスト通信における効率的な通信処理が可能で省電力化を実現できる通信端末装置、通信システム、通信方法、およびプログラムを提供する。【解決手段】無線通信部１００は、ACK機能を持たせたパケットを送信可能とするマルチキャストACK生成部１０６、受信したパケットデータからACKの情報を解析するマルチキャストACK解析部１１０、変復調処理を行う無線送受信部１０４，１１４、これを制御する中央制御部１０８、タイミング制御部１０９等を有し、マルチキャスト通信におけるマルチキャストパケットにACKの機能を持たせる。これにより、自身が送信したデータを他のステーション（通信端末）が受信したことを確認することができる。【選択図】図６
2006246174.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信可能な通信端末装置であって、
マルチキャストパケットを送信する送信部と、
マルチキャストパケットを受信する受信部と、
上記送信部が送信するマルチキャストパケットに受信確認情報を付加可能で、前記受信部が受信した他の通信端末装置からのマルチキャストパケットにより、上記送信部を介して送信したデータの受信を確認可能な制御部と
を有する通信端末装置。
【請求項２】
上記制御部は、上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を停止する
請求項１記載の通信端末装置。
【請求項３】
上記制御部がマルチキャストパケットの送信を停止する条件には、他の通信端末装置がすべて受信したことを確認すること、データの更新がないこと、他の通信端末装置に受信確認情報を返す必要がないことを含む
請求項２記載の通信端末装置。
【請求項４】
上記制御部は、上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を受信確認情報のみとする
請求項１記載の通信端末装置。
【請求項５】
上記制御部は、報知信号に対応した通信間隔で他の通信端末装置からの受信確認情報の受信状態と過去の他の通信端末装置からの受信確認情報の受信状態とに基づいて、上記送信部によるマルチキャストパケットの送信を停止するか否かを判断する
請求項２記載の通信端末装置。
【請求項６】
上記制御部は、送信部により報知信号に対応した通信間隔の前区間での受信状態を示す情報をマルチキャストパケットに含めて送信する
請求項５記載の通信端末装置。
【請求項７】
１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信可能な通信端末装置であって、
マルチキャストパケットを送信する送信部と、
マルチキャストパケットを受信する受信部と、
上記送信部が送信するマルチキャストパケットに受信確認情報を付加可能で、前記受信部が受信した他の通信端末装置からのマルチキャストパケットにより、上記送信部を介して送信したデータの受信を確認可能な制御部と、を有し、
上記制御部は、
上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を停止する第１の機能と、
上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を受信確認情報のみとする第２の機能と、を含み、
チャネルの混雑度に応じて上記第１の機能と上記第２の機能を切り替える
通信端末装置。
【請求項８】
１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信可能な通信システムであって、
各通信端末装置は、
マルチキャストパケットを送信する送信部と、
マルチキャストパケットを受信する受信部と、
上記送信部が送信するマルチキャストパケットに受信確認情報を付加可能で、前記受信部が受信した他の通信端末装置からのマルチキャストパケットにより、上記送信部を介して送信したデータの受信を確認可能な制御部と、を有する
通信システム。
【請求項９】
上記制御部は、上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を停止する
請求項８記載の通信システム。
【請求項１０】
上記制御部がマルチキャストパケットの送信を停止する条件には、他の通信端末装置がすべて受信したことを確認すること、データの更新がないこと、他の通信端末装置に受信確認情報を返す必要がないことを含む
請求項９記載の通信システム。
【請求項１１】
上記制御部は、上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を受信確認情報のみとする
請求項８記載の通信システム。
【請求項１２】
上記制御部は、報知信号に対応した通信間隔で他の通信端末装置からの受信確認情報の受信状態と過去の他の通信端末装置からの受信確認情報の受信状態とに基づいて、上記送信部によるマルチキャストパケットの送信を停止するか否かを判断する
請求項９記載の通信システム。
【請求項１３】
上記制御部は、送信部により報知信号に対応した通信間隔の前区間での受信状態を示す情報をマルチキャストパケットに含めて送信する
請求項１２記載の通信システム。
【請求項１４】
１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信可能な通信システムであって、
各通信端末装置は、
マルチキャストパケットを送信する送信部と、
マルチキャストパケットを受信する受信部と、
上記送信部が送信するマルチキャストパケットに受信確認情報を付加可能で、前記受信部が受信した他の通信端末装置からのマルチキャストパケットにより、上記送信部を介して送信したデータの受信を確認可能な制御部と、を有し、
上記制御部は、
上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を停止する第１の機能と、
上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を受信確認情報のみとする第２の機能と、を含み、
チャネルの混雑度に応じて上記第１の機能と上記第２の機能を切り替える
通信システム。
【請求項１５】
１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信を行う通信方法であって、
受信確認情報を付加してマルチキャストパケットを送信するステップと、
マルチキャストパケットを受信するステップと、
受信した他の通信端末装置からのマルチキャストパケットにより、送信したデータの受信を確認するステップと
を有する通信方法。
【請求項１６】
１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信を行う通信方法であって、
受信確認情報を付加してマルチキャストパケットを送信する第１ステップと、
マルチキャストパケットを受信する第２ステップと、
受信した他の通信端末装置からのマルチキャストパケットにより、送信したデータの受信を確認する第３ステップと、
送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、マルチキャストパケットの送信を停止する第４ステップと、
送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、マルチキャストパケットの送信を受信確認情報のみとする第５ステップと、を含み、
チャネルの混雑度に応じて上記第４ステップと上記第５ステップの処理を切り替えるステップを、さらに有する
通信方法。
【請求項１７】
１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信を行う処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
受信確認情報を付加してマルチキャストパケットを送信するステップと、
マルチキャストパケットを受信するステップと、
受信した他の通信端末装置からのマルチキャストパケットにより、送信したデータの受信を確認するステップと
を有するプログラム。
【請求項１８】
１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信を行う処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
受信確認情報を付加してマルチキャストパケットを送信する第１ステップと、
マルチキャストパケットを受信する第２ステップと、
受信した他の通信端末装置からのマルチキャストパケットにより、送信したデータの受信を確認する第３ステップと、
送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、マルチキャストパケットの送信を停止する第４ステップと、
送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、マルチキャストパケットの送信を受信確認情報のみとする第５ステップと、を含み、
チャネルの混雑度に応じて上記第４ステップと上記第５ステップの処理を切り替えるステップを、さらに有する
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信端末装置の間で通信を行う技術に関する。
【背景技術】
【０００２】
近年、情報端末の小型化および軽量化が実現されたことにより、情報端末を持ち運ぶことが一般的になってきた。それに伴い、いわゆるオンデマンド型の通信として無線アドホックネットワークを構築する研究が盛んに行われている。
アドホックネットワークでは、基地局やアクセスポイントが不要となるため、このようなインフラストラクチャが存在しない場所でも簡易にネットワークを構築することができる。
このアドホックネットワークを利用すると、たとえば複数のユーザが携帯型ゲーム機を持ち寄って相互に無線通信することで、一緒にゲームを楽しむことも可能となる。
【０００３】
アドホックネットワークは、IEEE802.11やブルートゥース(Bluetooth)などの技術を用いて、端末同士が通信することで構築される。外部電源から電力供給を常時受けられる場合には問題ないが、携帯型の端末の場合は、限られたバッテリ電力により駆動されるものであるため、バッテリの消費をできるだけ抑えることが好ましい。そのため、IEEE802.11のような通信規格においても、省電力モードにおける電力制御処理が標準化されている。
【０００４】
図１（Ａ）〜（Ｄ）は、IEEE802.11で標準仕様化されている省電力モードにおけるステーション動作を示すタイミングチャートである。
【０００５】
図１（Ａ）〜（Ｄ）に示すように、まず、ステーション（無線通信端末装置）ＳＴＡ〜ＳＴＤのいずれかが、ビーコン(Beacon)信号ＢＣＮを送信する。ビーコン信号ＢＣＮは報知信号であり、全てのステーションに対して通信される。
トラフィック発生通知メッセージ(Announcement Traffic Indication Message: ATIM)ウィンドウと呼ばれる時間ウィンドウが、ビーコン信号ＢＣＮの送信に続いて開始される。このウィンドウは、ノードがアクティブな状態を保たなければならない時間である。
IEEE802.11標準の省電力モードでは、各ステーションが、ATIMウィンドウ中に、ATIM信号を送信して、他のステーションがスリープ(Sleep)することを防ぐことができる。
【０００６】
図１（Ａ）〜（Ｄ）の例では、ステーションＳＴＢが、ステーションＳＴＣに対してユニキャストでATIM信号を送信しており、ステーションＳＴＣがステーションＳＴＢに受信確認のためのACK(ACKnowledge)信号を返信している。
ステーションＳＴＡおよびステーションＳＴＤは、ATIM信号を送信または受信していないため、ATIMウィンドウの終了後、スリープ状態には入ることができる。
一方、ステーションＳＴＢおよびステーションＳＴＣはスリープ状態に入ることはできず、ATIMウィンドウの終了後、ステーションＳＴＢはステーションＳＴＣにデータを送信し、ステーションＳＴＣは、データ受信後、ステーションＳＴＢにACK信号を返信する。このビーコン間隔ＢＣＮＩが終了する前に、ステーションＳＴＡおよびステーションＳＴＤは、ビーコン信号ＢＣＮを送信または受信するために起動される。次のATIMウィンドウでは、どのステーションもATIM信号を送受信しなかったため、ATIMウィンドウの終了後、全ステーションＳＴＡ〜ＳＴＤがスリープ状態にはいっている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
図１（Ａ）〜（Ｄ）に示したタイミングチャートでは、IEEE802.11標準の省電力モードを説明するために、ごく単純なケースを例にあげたが、複数の携帯型ゲーム機によりネットワークが構築されている場合には、それぞれのゲーム機のステータス情報を相互に渡し合う必要があるため、より多くの信号が通信されることになる。リアルタイム性の要求が高いゲームアプリケーションにおいては、ステータス情報が頻繁に更新される必要があり、マルチキャスト(Multicast)通信でデータを送信することが好ましい。
【０００８】
前述したように、ユニキャスト通信においては、実際にデータが正しく送信されたかは受信側からのACK信号が到着するかどうかで判定し、ACK信号がなければ通信障害があったとみなしてデータの再送信を行うことができるが、マルチキャスト通信の場合は、ACKが存在しないために、相手にデータが届いたことを確認できない。そのため、マルチキャスト通信においては、同じデータを送り続ける方法を用いて、より確実にデータを伝達するようにしている。
【０００９】
ところが、上記の方法を用いる場合は、送信したデータを他のステーション（端末）が受信したことを確認する方法がないという不利益がある。そのため、他のステーション（端末）がデータを受信したにもかかわらず常に送信し続けるので消費電力が増大し、この消費電力の増大は送信側だけではなく受信側にも影響を与える。
【００１０】
たとえば図２（Ａ）〜（Ｄ）に示すように、区間１で他のステーション（端末）が受信しているにもかかわらず、区間２，３，４でも送信し続けるので無駄な送信処理が多く、消費電力が高くなってしまう。
【００１１】
このように、無線通信において複数のステーション（端末)が存在する場合に、マルチキャストパケット(Multicast Packet)を用いてデータのやり取りを行う場合、下記の２つの不利益が存在する。
第１の不利益は、常に送信し続けるので消費電力が増大する。この消費電力の増大は送信側だけではなく、受信する側にも影響を与えるということである。
第２の不利益は、マルチキャストパケットでデータのやり取りを行うために相手が受信したことを知る手段がないということである。
【００１２】
本発明の目的は、マルチキャスト通信における効率的な通信処理が可能で省電力化を実現できる通信端末装置、通信システム、通信方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【００１３】
本発明の第１の観点は、１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信可能な通信端末装置であって、マルチキャストパケットを送信する送信部と、マルチキャストパケットを受信する受信部と、上記送信部が送信するマルチキャストパケットに受信確認情報を付加可能で、前記受信部が受信した他の通信端末装置からのマルチキャストパケットにより、上記送信部を介して送信したデータの受信を確認可能な制御部とを有する。
【００１４】
好適には、上記制御部は、上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を停止する。
【００１５】
好適には、上記制御部がマルチキャストパケットの送信を停止する条件には、他の通信端末装置がすべて受信したことを確認すること、データの更新がないこと、他の通信端末装置に受信確認情報を返す必要がないことを含む。
【００１６】
好適には、上記制御部は、上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を受信確認情報のみとする。
【００１７】
好適には、上記制御部は、報知信号に対応した通信間隔で他の通信端末装置からの受信確認情報の受信状態と過去の他の通信端末装置からの受信確認情報の受信状態とに基づいて、上記送信部によるマルチキャストパケットの送信を停止するか否かを判断する。
【００１８】
好適には、上記制御部は、送信部により報知信号に対応した通信間隔の前区間での受信状態を示す情報をマルチキャストパケットに含めて送信する。
【００１９】
本発明の第２の観点は、１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信可能な通信端末装置であって、マルチキャストパケットを送信する送信部と、マルチキャストパケットを受信する受信部と、上記送信部が送信するマルチキャストパケットに受信確認情報を付加可能で、前記受信部が受信した他の通信端末装置からのマルチキャストパケットにより、上記送信部を介して送信したデータの受信を確認可能な制御部と、を有し、上記制御部は、上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を停止する第１の機能と、上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を受信確認情報のみとする第２の機能と、を含み、チャネルの混雑度に応じて上記第１の機能と上記第２の機能を切り替える。
【００２０】
本発明の第３の観点は、１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信可能な通信システムであって、各通信端末装置は、マルチキャストパケットを送信する送信部と、マルチキャストパケットを受信する受信部と、上記送信部が送信するマルチキャストパケットに受信確認情報を付加可能で、前記受信部が受信した他の通信端末装置からのマルチキャストパケットにより、上記送信部を介して送信したデータの受信を確認可能な制御部と、を有する。
【００２１】
本発明の第４の観点は、１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信可能な通信システムであって、各通信端末装置は、マルチキャストパケットを送信する送信部と、マルチキャストパケットを受信する受信部と、上記送信部が送信するマルチキャストパケットに受信確認情報を付加可能で、前記受信部が受信した他の通信端末装置からのマルチキャストパケットにより、上記送信部を介して送信したデータの受信を確認可能な制御部と、を有し、上記制御部は、上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を停止する第１の機能と、上記送信部を介して送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、上記送信部によるマルチキャストパケットの送信を受信確認情報のみとする第２の機能と、を含み、チャネルの混雑度に応じて上記第１の機能と上記第２の機能を切り替える。
【００２２】
本発明の第５の観点は、１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信を行う通信方法であって、受信確認情報を付加してマルチキャストパケットを送信するステップと、マルチキャストパケットを受信するステップと、受信した他の通信端末装置からのマルチキャストパケットにより、送信したデータの受信を確認するステップとを有する。
【００２３】
本発明の第６の観点は、１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信を行う通信方法であって、受信確認情報を付加してマルチキャストパケットを送信する第１ステップと、マルチキャストパケットを受信する第２ステップと、受信した他の通信端末装置からのマルチキャストパケットにより、送信したデータの受信を確認する第３ステップと、送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、マルチキャストパケットの送信を停止する第４ステップと、送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、マルチキャストパケットの送信を受信確認情報のみとする第５ステップと、を含み、チャネルの混雑度に応じて上記第４ステップと上記第５ステップの処理を切り替えステップを、さらに有する。
【００２４】
本発明の第７の観点は、１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信を行う処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、受信確認情報を付加してマルチキャストパケットを送信するステップと、マルチキャストパケットを受信するステップと、受信した他の通信端末装置からのマルチキャストパケットにより、送信したデータの受信を確認するステップとを有する。
【００２５】
本発明の第８の観点は、１つ以上の他の通信端末装置との間で無線によるマルチキャスト通信を行う処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、受信確認情報を付加してマルチキャストパケットを送信する第１ステップと、マルチキャストパケットを受信する第２ステップと、受信した他の通信端末装置からのマルチキャストパケットにより、送信したデータの受信を確認する第３ステップと、送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、マルチキャストパケットの送信を停止する第４ステップと、送信したデータが通信グループ内の他の通信端末装置における受信を確認すると、マルチキャストパケットの送信を受信確認情報のみとする第５ステップと、を含み、チャネルの混雑度に応じて上記第４ステップと上記第５ステップの処理を切り替えるステップを、さらに有する。
【００２６】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００２７】
本発明によれば、マルチキャスト通信における効率的な通信処理が可能で省電力化を実現できる利点がある。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施形態を図面に関連付けて説明する。
【００２９】
図３は、本実施形態における通信システムの構成例を示す図である。
【００３０】
図３の通信システム１は、複数の通信端末装置（以下、簡便のため「通信端末」あるいは「ステーション」と呼ぶ）により構成されており、ここでは、通信端末として４台のゲーム機２ａ、２ｂ、２ｃ、２ｄを例示している。なお、ゲーム機２の台数は４台に限定するものではなく、４台以外の台数であってもよい。
【００３１】
ゲーム機２（ａ〜ｄ）は無線通信機能を有し、複数のゲーム機２ａ〜２ｄが集まることによって、無線ネットワークを構築する。
たとえばIEEE802.11ｂなどの無線ＬＡＮの規格を使用することで、無線アドホックネットワークが構築されてもよい。IEEE802.11ｂのＭＡＣレイヤの技術には、ＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access with Collision Avoidance:衝突回避機能付きキャリア感知多元接続）がアクセス制御方式として採用されており、各端末は、通信路が一定時間以上継続して空いていることを確認してからデータを送信する機能をもつ。この待ち時間は最小限の時間に各端末ごとのランダムな長さの待ち時間を加えたもので、直前の通信があってから一定時間後に複数の端末が一斉に送信して、信号同士の衝突が発生することを防止している。
【００３２】
本実施形態においては、それぞれの通信端末がマルチキャスト通信を行う。
そして、マルチキャスト通信において、ACKを用いて相手先に受信したことを知らせることができれば、送信を止めることができるので、帯域を占有する割合も減少し消費電力も削減することができる。
【００３３】
通信システム１は、アドホックネットワークを構築することで、基地局やアクセスポイントなどのインフラストラクチャを別途必要とすることなく、複数のゲーム機２（ａ〜ｄ）の間の通信を実現することができる。
それぞれのゲーム機２が他のゲーム機におけるステータス情報を受信することで、同じゲームアプリケーションを複数プレイヤが同時に楽しむことが可能となる。
【００３４】
また、通信システム１においては、通信端末間の信号の衝突を回避するために、ネットワーク内に存在するコーディネータ(Coordinator)から送信される報知信号としてのビーコン信号に基づいて、それぞれの通信端末が自身の送信タイミングを決定する。この機能（衝突回避モード）においては、送信ごとにそれぞれの通信端末の送信順序を変更することができる。アドホックネットワークにおいては、コーディネータはグループメンバである１つの通信端末である。
【００３５】
ゲームアプリケーションは、リアルタイム性の観点より分別すると、大きく２つのグループ、すなわちリアルタイム性の要求が高いゲームと低いゲームとに分けることができる。リアルタイム性の要求が高いゲームとは、たとえば格闘ゲームやレーシングゲームなど、ゲームの進行が速く、ユーザの操作入力が即座にゲーム画面などの出力に反映される必要のあるゲームである。一方、リアルタイム性の要求が低いゲームとは、将棋や麻雀などの対戦ゲームや、ＲＰＧ（ロールプレイングゲーム）など、ゲームの進行が比較的緩やかなゲームである。
【００３６】
ゲーム画面の更新は、所定のフレームレートないしはリフレッシュレートで行われる。現状、１フィールドの書き換え速度は約16.7m秒(1/60秒)である。
したがって、リアルタイムの要求が高い、すなわち低遅延が要求されるゲームアプリケーションでは、１フィールド(16.7m秒)に少なくとも１回は、自分のステータス情報を他のゲーム機に知らせ、また他のゲーム機のステータス情報を知ることが好ましい。ステータス情報は、レーシングゲームであれば、コース上の位置や車の向き、速度などの絶対的な情報である。
なお、ここで絶対的な情報とするのは、無線環境における通信の信頼性が高くないためであり、十分な信頼性が確保できるのであれば、過去と現在との差分情報を知ることができればよい。
【００３７】
通信システム１において、各ゲーム機２は、アプリケーションをそれぞれ独立して非同期に実行している。なお、低遅延が要求されないゲームアプリケーションにおいては、１フィールドごとのデータアップデートができない場合であっても再送処理を行えばよいため、アプリケーションの処理に大きな影響を与えるおそれは少ない。
【００３８】
以下に、ゲーム機同士の直接的な通信により、通信システム１を実現するマルチキャスト通信方式を示す。
ここでは通信規格として、IEEE802.11プロトコルを用いる。IEEE802.11プロトコルは、Bluetoothなどのプロトコルと比較すると、インターネットへの接続が容易という利点をもつ。ゲーム機２が通信プロトコルにIEEE802.11を採用することで、無線ネットワークの構築だけでなく、インターネット経由で他の端末と接続することも可能となり、通信システム１の拡張性が向上することになる。
【００３９】
本実施形態においては、前述したように、それぞれのゲーム機（通信端末、ステーション）２が、マルチキャスト通信を行う。
IEEE802.11のアドホックネットワークにおいては、他のネットワークと区別するために、ネットワークごとに基本サービスセットＩＤ（Basic Service Set ID:BSSID）がランダムな値として設定される。したがって、それぞれのステーションはBSSIDをデータフレームに含めることで、同一の基本サービスエリア内でグループを構成するステーションに対して、自身のデータフレームをマルチキャストで送信することができる。
なお、IEEE802.11以外の通信プロトコルを用いる場合は、それぞれのステーションが、他の３つのステーションのアドレスを指定して、マルチキャスト通信を行ってもよい。
【００４０】
図４は、各ステーションが、同じデータをマルチキャスト通信している状態を示す図である。
すなわち、ステーションＳＴＡは、BSSIDをデータフレームに含めて、自身のステータス情報を１パケットで送信する。ステーションＳＴＢ、ＳＴＣ、ＳＴＤについても同様である。したがって、このマルチキャスト通信では、ステータス情報の通信が計４回行われる。
そして、前述したように、本実施形態におけるマルチキャスト通信では、ACK信号の返信が行われる。
ただし、単純にACK機能をマルチキャスト通信に適用する方法では、各ステーション（通信端末）がマルチキャストパケット(Multicast Packet)に対してそれぞれACK信号を送信する必要があることから、多数のステーションが存在するBSS(Basic Service Set)ではACK信号の送信数が増大し消費電力が増加してしまうおそれがある。
そこで、本実施形態においては、好適な実施形態として、マルチキャストパケット自体にACKの機能を持たせている。これにより、帯域を占有することなく、相手先に受信したことを知らせることができるので、送信回数が低減され消費電力の削減を実現している。
【００４１】
マルチキャスト通信方式において、ACK機能を持たせる方法としては、たとえば図５に示すように、マルチキャストのデータの一部に（先頭）にACKビットを付加して、そのACKビットを各ステーションＳＴ１〜ＳＴｎに割り当てる。
図５の例において、ACKビット領域ACKＢＦＬＤは、ヘッダ(Header)領域ＨＤＦＬＤとデータ領域ＤＴＦＬＤとの間に設けられている。
送信するステーションＳＴｎは、受信した相手先のビットを “1”にして送信することで相手に受信したことを知らせることができる。
以下に、本実施形態のおけるマルチキャスト通信の具体例について説明する。
【００４２】
図６は、本実施形態にマルチキャスト通信方式を採用した通信システムに適用される各ステーション（通信端末）の無線通信部の構成例を示すブロック図である。
なお、図６の無線通信部は、ユニキャスト通信にも対応できるように構成されている。
【００４３】
図６の無線通信部１００は、インターフェース１０１、マルチキャスト用送信バッファ１０２、ユニキャスト用送信バッファ１０３、無線送信部１０４、アンテナ１０５、マルチキャストACK生成部１０６、ビーコン生成部１０７、中央制御部１０８、タイミング制御部１０９、マルチキャストACK解析部１１０、ビーコン解析部１１１、データ解析部１１２、受信バッファ１１３、および無線受信部１１４を有している。
【００４４】
インターフェース１０１は、この無線通信装置１００と接続される図示しないアプリケーション部等と、送信バッファ１０２，１０３および受信バッファ１１３との間で各種情報の交換を行う。
【００４５】
送信バッファ１０２は、接続されるアプリケーション部等から送られてきたマルチキャスト用データを無線送信する場合に、一時的に格納しておく。
【００４６】
送信バッファ１０３は、接続されるアプリケーション部等から送られてきたユニキャスト用のデータを無線送信する場合に、一時的に格納しておく。
【００４７】
無線送信部１０４は、送信バッファ１０２に格納されたデータおよび／またはマルチキャストACK生成部１０６で生成されたACK信号、ビーコン生成部１０７で生成されたビーコン信号ＢＣＮ、送信バッファ１０３に一時的に格納されたユニキャスト用データを無線送信するために、所定の変調処理を行って、タイミング制御部１０９により指定されたタイミングでアンテナ１０５を通して伝送媒体（空気中）に放出する。
【００４８】
アンテナ１０５は、他のステーション（無線通信端末装置）宛に無線送信部１０４による信号を無線送信し、他のステーション（無線通信端末装置）から送られる信号を収集し無線受信部１１４に供給する。
【００４９】
マルチキャストACK生成部１０６は、中央制御部１０８の制御の下、マルチキャスト通信において他のステーションからデータを受信した場合にマルチキャストACKを生成し、送信バッファ１０２に格納されたデータと共にマルチキャストパケット(DATA+ACK)として、あるいは(NULL+ACK)として無線送信部１０４に供給する。
マルチキャストACK生成部１０６は、図５に示すACKビットの設定処理等を行う。
【００５０】
ビーコン生成部１０７は、受信スロットの配置状況や、ユニキャストのデータ受信のACK情報などをビーコン信号ＢＣＮとして生成する。
【００５１】
中央制御部１０８は、装置全体の一連のデータ通信のシーケンス管理と、利用可能な受信スロットのスキャン動作の管理を行う。
中央制御部１０８は、ACK返送タイマーを有し、送信バッファ１０２に送信するデータがあればそのデータに対するACK情報の返送が必要か否かを判断し、返送が必要な場合にのみ、ACK返送タイマーを起動して相手先からのACK返送に備えるように、マルチキャストACK生成部１０６、ビーコン生成部１０７、および送信バッファ１０３を制御する。
【００５２】
タイミング制御部１０９は、中央制御部１０８の指示によりスキャン動作や所定のスロットの送信動作と受信動作をするためのタイミングを無線送信部１０４、無線受信部１１４に指定する。
【００５３】
マルチキャストACK解析部１１０は、無線受信部１１４を通して他のステーションから送信されたマルチキャストACK情報を受信した否か等を解析し、解析結果を中央制御部１０８に出力する。
【００５４】
ビーコン解析部１１１は、無線受信部１１４で受信した他のステーション（たとえばコーディネータとしてのステーション）からのビーコン信号ＢＣＮからタイミングや受信スロット位置を解析し、解析結果を中央制御部１０８に出力する。
【００５５】
データ解析部１１２は、無線受信部１１４で受信した他のステーションからのデータを解析し、解析結果を中央制御部１０８に出力する。
【００５６】
受信バッファ１１３は、この無線通信装置１００が設定した受信スロットのタイミングに受信したデータを格納する。
【００５７】
無線受信部１１４は、タイミング制御部１０９により指定された所定のタイミングに他のステーション（無線通信端末装置）から送られてきたACK情報、ビーコン、やデータなどの信号を受信し、マルチキャストACK解析部１１０、ビーコン解析部１１１、データ解析部１１２、および受信バッファ１１３に供給する。
【００５８】
この無線通信部１００は、マルチキャスト通信におけるマルチキャストパケットにACKの機能を持たせたことから、自身が送信したデータを他のステーション（通信端末）が受信したことを確認することができる。
この機能を実現するために、無線通信部１００は、ACK機能を持たせたパケットを送信可能とするマルチキャストACK生成部１０６、受信したパケットデータからACKの情報を解析するマルチキャストACK解析部１１０、変復調処理を行う無線送受信部１０４，１１４、これを制御する中央制御部１０８、タイミング制御部１０９等を有している。
【００５９】
また、無線通信部１００は、マルチキャスト通信におけるマルチキャストパケットにACKの機能を持たせたことに対応して、中央制御部１０８の制御の下、自身が送信したデータを他のステーション（通信端末）が受信した際に、自身の送信処理を中止するように構成される。
この送信処理の中止機能を実現するため、上記の他のステーションのデータ受信確認機能と同様に、無線通信部１００は、ACK機能を持たせたパケットを送信可能とするマルチキャストACK生成部１０６、受信したパケットデータからACKの情報を解析するマルチキャストACK解析部１１０、変復調処理を行う無線送受信部１０４，１１４、これを制御する中央制御部１０８、タイミング制御部１０９等を有している。
【００６０】
また、無線通信部１００は、マルチキャスト通信におけるマルチキャストパケットにACKの機能を持たせたことに対応して、中央制御部１０８の制御の下、自身が送信するマルチキャストパケットをACK(NULL+ACK)のみにして、送信時間を短くすることができる。
このACKのみの送信機能を実現するため、上記の他のステーションのデータ受信確認機能と同様に、無線通信部１００は、ACK機能を持たせたパケットを送信可能とするマルチキャストACK生成部１０６、受信したパケットデータからACKの情報を解析するマルチキャストACK解析部１１０、変復調処理を行う無線送受信部１０４，１１４、これを制御する中央制御部１０８、タイミング制御部１０９等を有している。
【００６１】
また、無線通信部１００は、中央制御部１０８の制御の下、現在使用しているチャネル(Channel)の混雑度を検出し、送信処理の中止機能とACKのみの送信機能の方法を切り替えることができる。
【００６２】
以下に、無線通信部１００が実現する各種機能について具体的に説明する。
【００６３】
まず、ACK機能を含ませることにより無駄な送信を中止させる具体例を示す図７（Ａ）〜（Ｄ）に関連付けて説明する。
ここでは、ここでは4台のステーションＳＴＡ〜ＳＴＤでBSSを構築した場合の例を示す。
【００６４】
まず、区間ＩＮＴ１ですべてのステーションＳＴＡ〜ＳＴＤに対してデータ(Data)更新が合った場合、そのデータＤＡＴＡ１をBSSにいるステーションＳＴＡ〜ＳＴＤ宛てに、中央制御装置１０８の制御の下、マルチキャストACK生成部１０６、タイミング制御部１０９、無線処理部１０４の処理を通してアンテナ１０５によりマルチキャストパケットで送信する。
この場合、ステーションＳＴＡは、他のステーションＳＴＢ，ＳＴＣ，ＳＴＤのすべてのマルチキャストパケットを受信できたので（図７（Ａ）でデータ送信後、３回連続で受信ＲＸが行われている）、中央制御部１０８の制御の下、マルチキャストACK生成部１０６において、区間ＩＮＴ２で送信するマルチキャストパケットにACK機能を付加して、具体的には、図５のACKビットにおけるステーションＳＴＢ，ＳＴＣ，ＳＴＤの対応するACKビットを”１”にセットして、ACK機能を持たせたマルチキャストパケット(DATA1+ACK)を無線送信部１０４を通して送信する。
同様に、ステーションＳＴＢ，ＤＴＣ，ＳＴＤにおいても、受信できたステーションＳＴに対応するACKビットを”１”にセットして、ACK機能を持たせたマルチキャストパケット(DATA1+ACK)の送信を行う。
【００６５】
図７（Ａ）〜（Ｄ）に示すように、区間ＩＮＴ２でステーションＳＴＡは、ステーションＳＴＢ，ＳＴＣ，ＳＴＤが送信したマルチキャストパケットのACKビットを無線受信部１１４、ACK解析部１１１、中央制御部１０８等を通して確認し、区間ＩＮＴ１で送ったデータＤＡＴＡ１を全員が受信したことを確認することができる。これに伴い、各ステーションＳＴＡにおいて、区間ＩＮＴ３から中央制御部１０８の制御の下、マルチキャストパケットの送信を中止する。
同様に、ステーションＳＴＢも他のステーションＳＴＡ，ＳＴＣ，ＳＴＤのマルチキャストパケットのACK ビットを確認し、全ステーションＳＴが受信したことを確認できるので送信を中止する。
【００６６】
この方法を用いることにより送信回数を低減させることができ、帯域の確保、消費電力の削減を行うことが可能になる。
【００６７】
送信しない条件は、次の３つの条件を共に満たしたときである。
第１の条件は自身が送信したデータを他のステーション（通信端末）がすべて受信していることが確認できることである。
第２の条件は、上位からのデータ更新がないことである。
第３の条件は、他のステーションに対してACKを返す必要がないことである。
【００６８】
次に、図８（Ａ）〜（Ｄ）に関連つけて、送信の中止および再開処理を説明する。
【００６９】
図８（Ｂ）に示すように、区間ＩＮＴ３におけるステーションＳＴＢはデータの更新があったために中央制御部１０８の制御の下、ACK生成部１０６、無線送信部１０４を通してデータDATA2の送信を行う。
ステーションＳＴＡ，ＳＴＣ，ＳＴＤは、区間ＩＮＴ４においてステーションＳＴＢにACKを返すために（NULL＋ACK）の送信を再開する。
【００７０】
この方法を用いる場合は、各ステーションＳＴは、他のステーションＳＴからのマルチキャストパケットをすべて受信したらスリープ(Sleep)に入る機能で、スリープ(Sleep)できないために、メディアが一定期間アイドル(Idle)状態になることによりスリープ(Sleep)状態となる。
【００７１】
ところで、上記の方法を用いる場合に、他のBSSが複数存在し、非常に多くのデータをやり取りしている場合、メディアが一定期間アイドル(Idle)状態にならない状態が増えると、スリープ(Sleep)状態となる時間が短くなり消費電力が増加してしまう可能性がある。
これを回避するためには、送信を中止せずに送信するパケットを短くし、送信時間を短くする方法が効果的である。
【００７２】
次に、図９（Ａ）〜（Ｄ）に関連つけて送信時間を短くする場合の説明を行う。
【００７３】
ステーション自身が送信したデータを他のステーション（通信端末）が受信したことを確認するまでは、上記の送信を中止する処理と同じになる。
異なる点は、送信を中止する変わりに、今まで送信していたデータ部分を送信せずに、ACKビットのみ、すなわち(NULL+ACK)を送信することである。
これにより、送信を中止する場合と比較して、送信に要する消費電力の削減率は減少するが、確実にスリープ(Sleep)状態になることが可能になるので全体としての消費電力が削減できる場合がある。
【００７４】
以上の送信の中止およびACKビットのみを送信する２つの低消費電力化のいずれが最適であるかはメディアの状況に依存する。
そこで、各ステーションＳＴがメディアの状態を把握して切り替えることにより、最適な低消費電力化の方法を選択することが可能になる。
メディアが混んでいるかの判断する方法は、送信を中止していないときに、受信した他のBSSのパケットの数を確認することにより判断できる。
また別の方法としては、実際に送信を中止し、スリープ(Sleep)状態になるまでの時間を測定することにより知ることが可能である。
また、上記の判定をBSS内の１つのステーションだけが行い、ビーコンの情報に載せて他のステーションに知らせる方法も可能である。
【００７５】
以上に、本実施形態に係る通信システム１の基本的な構成およびマルチキャスト通信にいてACK機能を持たせたことによるデータ伝達の確認処理、無駄な送信の中止、送信の中止および再開、送信時間の短縮処理について述べた。
以下に、さらに好適な例として、ACKを用いた場合のスリープ(Sleep)する条件、アウェイク(Awake)する条件、並びにACKビットを用いたマルチキャスト通信処理の詳細について説明する。
【００７６】
＜スリープ(Sleep)する条件について＞
基本的に、各ステーションＳＴがスリープ(Sleep)する条件は、下記の2つのいずれかを満たした場合となる。
第１の条件は、自分の送信が終了し、かつ、他のすべてのステーションＳＴのデータを受信した場合である。
第２の条件は、ある一定期間メディア(Medium)がアイドル(Idle)状態になった場合である。
第１の条件は、無駄におきている期間をなるべく少なくするために、必要な動作終了後スリープ状態に入る条件である。
第２の条件は、他のステーションＳＴからのパケットの受信に失敗した場合でもスリープするための条件である。通常、第２の条件で設定される時間は通常のゲームBSSの送信間隔より長く設定している。
本実施形態のように、ACKを用いて送信を中止する場合は、第２の条件のみでスリープ(Sleep)状態に入ることになる。
上述したように、第２の条件の設定期間は、他のステーションＳＴｎが送信するタイミングより十分大きくなっているので、他のステーションＳＴにデータ更新があり送信を再開した場合にも、スリープする前に受信することが可能になる。
【００７７】
＜アウェイク(Awake)する条件＞
複数のゲーム機（通信端末）により形成される通信システム１において、コーディネータとなるステーション(Game Coordinator)は必ず報知信号としてのビーコン(Beacon)信号ＢＣＮを送信しなければならず、コーディネータ以外のステーション(Non Game Coordinator)は必ずビーコン信号ＢＣＮを受信しなければならない。
つまり、自身がデータの送信を行なわない場合も、必ずビーコン信号ＢＣＮが送受信されるタイミングの前に全ステーションＳＴは自律的にアウェイク(Awake)する。
【００７８】
＜ACKビットを用いたマルチキャスト通信処理の詳細＞
本実施携帯において、各ステーションＳＴは、他のステーションから受信した情報を表す第１テーブル(Table1 :Rx Packet)と、自分が送信したDataが相手に届いているかを表す第２テーブル(Table2 :Rx ACK)の２つを持つ。
各ステーションＳＴでのマルチキャストACK解析部１１０では、他のステーションＳＴから正常に受信できなかった他のステーションのＩＤ番号（ＩＤ＃）を第１デーブルRx_Packetに作成するとともに、他のステーションＳＴから送信されたマルチキャストパケットのヘッダの中の送信ステーションのＩＤ番号（ＩＤ＃）を検出の上、自分のステーションのＩＤ番号（ＩＤ＃）に対応するACKビットを読み出すことにより第２デーブルRx_ACKを作成し、中央制御部１０８に通知する。
中央制御部１０８を介してマルチキャストACK生成部１０６に伝達される第１テーブルRx_Packetは、ビーコン間隔(Beacon Interval)ＢＣＮＩ毎に情報を更新し、この情報をマルチキャストパケットのACKビット領域ACKＢＦＬＤへ載せる。つまり、ACKビット領域ACKＢＦＬＤの情報は、前のビーコン間隔(Beacon Interval)ＢＣＮＩで他のステーションＳＴのデータを受信したかを表すことになる。
第２テーブルRx ACKは、自身の送信データに対する他のステーションＳＴからのACK情報を反映したものである。中央制御部１０８は、この第２テーブルRX_ACKを用いてマルチキャストパケットを送信しない条件に合致するかを判断の上、マルチキャストACK生成部１０６を制御する。また第２デーブルRx ACKは上位レイヤからデータの更新が行なわれた場合にリセットされる。
【００７９】
ここで、図４のように４台のステーション（ゲーム機）ＳＴＡ〜ＳＴでネットワークを構成した場合を例に、各ステーションＳＴＡ〜ＳＴＤの送信パケット、第１テーブルRx Packet、および第２テーブルRx ACKの具体的な設定例について、図１０に関連付けて説明する。
【００８０】
この場合の送信パケットＰＣＫＴは、図１１に示すように、ヘッダ領域ＨＤＦＬＤにはステーションＳＴのＩＤを含む情報がセットされ、ACKビット領域ACKBFLDは自身を含むステーションＳＴＡ〜ＳＴＤに対応したビットデータが形成される。データ領域ＤＴＦＬＤにはデータがセットされる。
ACKビットが“１”にセットされている場合は、前区間でビットに割り当てられた対応するステーションＳＴからパケットを正常に受信したことを示す。
ACKビットが“０”にセットされている場合は、前区間でビットに割り当てられた対応するステーションＳＴからパケットを正常に受信しなかったことを示す。
【００８１】
図１０の例は、今回のマルチキャスト通信の結果、ステーションＳＴＡはステーションＳＴＢのパケットＰＣＫＴＢを受信できず、ステーションＣがステーションＳＴＡのパケットＰＣＫＴＡおよびステーションＳＴＢのパケットＰＣＫＴＢを受信できなかった場合を示している。
【００８２】
図１０の例において、ステーションＳＴＡからの送信パケットＰＣＫＴＡのACKビットは前区間でステーションＳＴＢ，ＳＴＣ，ＳＴＤのパケットを受信したことを示している。
そして、ステーションＳＴＡの第１テーブルRx Packetは今回ステーションＳＴＢのパケットを正常に受信できず、ステーションＳＴＣ，ＳＴＤのパケットを正常に受信したことを示している。
ステーションＳＴＡの第２テーブルRx ACKは、ステーションＳＴＢ，ＳＴＣ，ＳＴＤのいずれからもACK情報を受け取っていないことを示している。
【００８３】
ステーションＳＴＢからの送信パケットＰＣＫＴＢのACKビットは前区間でステーションＳＴＡのパケットを受信せず、ステーションＳＴＣ，ＳＴＤのパケットを受信したことを示している。
そして、ステーションＳＴＢの第１テーブルRx Packetは今回ステーションＳＴＡ，ＳＴＣ，ＳＴＤのパケットを正常に受信したことを示している。
ステーションＳＴＢの第２テーブルRx ACKは、ステーションＳＴＡ，ＳＴＣ，ＳＴＤのすべてからACK情報を受け取ったことを示している。
【００８４】
ステーションＳＴＣからの送信パケットＰＣＫＴＣのACKビットは前区間でステーションＳＴＡ，ＳＴＢのパケットを受信せず、ステーションＳＴＤのパケットを受信したことを示している。
そして、ステーションＳＴＣの第１テーブルRx Packetは今回ステーションＳＴＡ，ＳＴＤのパケットを正常に受信せず、ステーションＳＴＤのパケットを正常に受信したことを示している。
ステーションＳＴＣの第２テーブルRx ACKは、ステーションＳＴＡ，ＳＴＢからACK情報を受け取っておらず、ステーションＳＴＤからACK情報を受け取ったことを示している。
【００８５】
ステーションＳＴＤからの送信パケットＰＣＫＴＤのACKビットは前区間でステーションＳＴＡのパケットを受信せず、ステーションＳＴＢ，ＳＴＣのパケットを受信したことを示している。
そして、ステーションＳＴＤの第１テーブルRx Packetは今回ステーションＳＴＡ，ＳＴＢ，ＳＴＣのパケットを正常に受信したことを示している。
ステーションＳＴＤの第２テーブルRx ACKは、ステーションＳＴＡ，ＳＴＢからACK情報を受け取っており、ステーションＳＴＣからACK情報を受け取っていないことを示している。
【００８６】
そして、本実施形態においては、図１０でステーションＳＴＣを例に示すように、各ステーションＳＴＡ〜ＳＴＤにおいて、過去にそのステーション自身（図１０ではステーションＳＴＣ）が受信した第２テーブル(ACKビットテーブル) Rx ACK 2と前述したビーコン間隔ＢＣＮＩで受信した第２テーブル(ACKビットテーブル) Rx ACK １との論理和（ＯＲ）を取り、そのステーションＳＴ（Ｃ）での受信ACKビットテーブルRx ACKとして、送信を停止する（送信しない）条件として用い、処理時間の短縮化、低省電力化の機能を担わせている。
【００８７】
図１２はデータ更新後の１つの区間で各ステーションＳＴＡ、ＳＴＢ、ＳＴＣの相互の通信がすべて成功した例を示し、図１３はデータの更新後ステーションＳＴＢがステーションＳＴＡからのデータ受信を２区間続けて失敗した例を示す。図中において、各ステーションＳＴが各区間において他のステーションＳＴから受信したACK情報（前区間に送信した自身の送信データが受信されたかどうか）をRx ACK １として表し、また、それ以前の区間までに受信していたACK情報と前記Rx ACK １との論理和を取った結果（データ更新以降に受信したACK情報の総合的な受信状況）をRx ACKとして表している。
【００８８】
１）：送信するデータとNullの変換基準
図１２（Ａ）〜（Ｃ）および図１３（Ａ）〜（Ｃ）に示すように、各ステーションＳＴＡ〜ＳＴＣの第２テーブル(ACKビットテーブル) Rx ACK １がすべて“１”になったら、送信パケットをNULL+ACKとする（もちろんＳＴＤも同じ機能を有する）。
データ更新があれば、送信パケットをデータを含むパケットにする。
【００８９】
２）：送信するパケットのACKビット領域のセットデータ
送信するパケットのACKビット領域ACKＢＦＬＤには第１テーブルRx Packetのデータをそのままセットする（前のTBTTで受信したDataに'1'にする）。
【００９０】
３）：送信の停止(Stop)条件
第２テーブルである受信ACKビットテーブルRx ACKがすべて“１”(=自身が送信したパケットがNull)であり、受信したパケットがすべてNULLだった場合に送信を停止する。
【００９１】
４）送信停止中の再開(Restart)
IBSSから受信パケット(Rx Packet)がある場合、あるいはステーション自身のデータ更新がある場合には、送信停止を解除して送信を再開する。
【００９２】
以上説明したように、本実施形態によれば、無線通信部１００は、ACK機能を持たせたパケットを送信可能とするマルチキャストACK生成部１０６、受信したパケットデータからACKの情報を解析するマルチキャストACK解析部１１０、変復調処理を行う無線送受信部１０４，１１４、これを制御する中央制御部１０８、タイミング制御部１０９等を有し、マルチキャスト通信におけるマルチキャストパケットにACKの機能（受信確認機能）を持たせたことから、自身が送信したデータを他のステーション（通信端末）が受信したことを確認することができる。
【００９３】
また、マルチキャスト通信におけるマルチキャストパケットにACKの機能を持たせたことに対応して、中央制御部１０８の制御の下、自身が送信したデータを他のステーション（通信端末）が受信した際に、自身の送信処理を中止することができる。
【００９４】
また、無線通信部１００は、マルチキャスト通信におけるマルチキャストパケットにACKの機能を持たせたことに対応して、中央制御部１０８の制御の下、自身が送信するマルチキャストパケットをACK(NULL+ACK)のみにして、送信時間を短くすることができる。
【００９５】
また、無線通信部１００は、中央制御部１０８の制御の下、現在使用しているチャネル(Channel)の混雑度を検出し、送信処理の中止機能とACKのみの送信機能の方法を切り替えることができる。
【００９６】
すなわち、本実施形態によれば、送信したデータが他のステーション（通信端末）に届いたことを確認することができる。
また、送信したデータが全ステーション届いたことを確認することができるので、送信を中止することができ、帯域の確保、消費電力の低減ができる。
また、送信したデータが全ステーションに届いたことを確認することができるので、送信するパケットをACKのみにしてデータ量を削減することができ、帯域の確保、消費電力の低減ができる。
【００９７】
なお、以上の処理はコンピュータで処理可能なプログラムとして、フロッピーディスク、ハードディスク、光ディスク、半導体メモリ等に記録され、端末装置で読み出されて実行される。
【図面の簡単な説明】
【００９８】
【図１】IEEE802.11標準の省電力モードにおけるステーション動作を示すタイミングチャートである。
【図２】一般的なマルチキャスト通信において無駄な送信が多い例を説明するための図である。
【図３】本実施形態における通信システムの構成例を示す図である。
【図４】各ステーションがマルチキャスト通信を行っている状態を示す図である。
【図５】本実施形態に係るACKビットを一例を説明するための図である。
【図６】本実施形態にマルチキャスト通信方式を採用した通信システムに適用される各ステーション（通信端末）の無線通信部の構成例を示すブロック図である。
【図７】ACK機能を含ませることにより無駄な送信を中止させる具体例を説明するための図である。
【図８】送信の中止および再開処理を説明するための図である。
【図９】送信を中止せずに送信するパケットを短くし、送信時間を短くする処理を説明するための図である。
【図１０】４台のステーションＳＴＡ〜ＳＴＤに夜ネットワークの送信パケット、第１テーブルRx Packet、および第２テーブルRx ACKの具体的な設定例について説明するための図である。
【図１１】図１０の例の場合の送信パケットの構成例を示す図である。
【図１２】送信するデータとNullの変換基準を説明するための図であって、送信を停止する場合の第１例を示す図である。
【図１３】送信するデータとNullの変換基準を説明するための図であって、送信を停止する場合の第１例を示す図である。
【符号の説明】
【００９９】
１・・・通信システム、２（ａ〜ｄ）・・・ゲーム機（通信端末、ステーション）、１００・・・無線通信部、１００・・・インターフェース、１０２・・・マルチキャスト用送信バッファ、１０３・・・ユニキャスト用送信バッファ、１０４・・・無線送信部、１０５・・・アンテナ、１０６・・・マルチキャストACK生成部、１０７・・・ビーコン生成、１０８・・・中央制御部、１０９・・・タイミング制御部、１１０・・・マルチキャストACK解析部、１１１・・・ビーコン解析部、１１２・・・データ解析部、１１３・・・受信バッファ、１１４・・・無線受信部。
【図１】
2006246174.tif 000003
【図２】
2006246174.tif 000004
【図３】
2006246174.tif 000005
【図４】
2006246174.tif 000006
【図５】
2006246174.tif 000007
【図６】
2006246174.tif 000008
【図７】
2006246174.tif 000009
【図８】
2006246174.tif 000010
【図９】
2006246174.tif 000011
【図１０】
2006246174.tif 000012
【図１１】
2006246174.tif 000013
【図１２】
2006246174.tif 000014
【図１３】
2006246174.tif 000015
【手続補正書】
【提出日】平成18年3月3日(2006.3.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信グループ内の１つ以上の他の通信端末装置との間で無線通信可能な通信端末装置であって、
通信グループ内の他の通信端末装置に対して１つのパケットを送信する送信部と、
通信グループ内の他の通信端末装置からパケットを受信する受信部と、
前記受信部が受信したパケットを送信した通信グループ内の通信端末装置を特定する解析部と、
他の通信端末装置のそれぞれからのパケットを受信したか否かを示す受信確認情報を、前記送信部が送信するパケットに付加させることができる制御部と、
を有する通信端末装置。
【請求項２】
前記制御部は、前記受信部が受信したパケットにより、前記送信部を介して送信したパケットが他の通信端末装置で受信されたことを確認可能である
請求項１に記載の通信端末装置。
【請求項３】
通信グループ内では、マルチキャストパケットが送信または受信される
請求項１に記載の通信端末装置。
【請求項４】
前記制御部は、前記送信部を介して送信したパケットが通信グループ内の他の通信端末装置において受信されたことを確認すると、当該パケットに含まれるデータと同一のデータを含んだパケットが前記送信部より送信されることを停止する
請求項１記載の通信端末装置。
【請求項５】
前記制御部がパケットの送信を停止する条件には、他の通信端末装置がすべて受信したことを確認すること、データの更新がないこと、他の通信端末装置に受信確認情報を返す必要がないことを含む
請求項４記載の通信端末装置。
【請求項６】
前記制御部は、前記送信部を介して送信したパケットが通信グループ内の他の通信端末装置において受信されたことを確認すると、前記送信部によるパケットの送信を受信確認情報のみとする
請求項１記載の通信端末装置。
【請求項７】
前記制御部は、報知信号に対応した通信間隔で他の通信端末装置からの受信確認情報の受信状態と過去の他の通信端末装置からの受信確認情報の受信状態とに基づいて、前記送信部によるパケットの送信を停止するか否かを判断する
請求項４記載の通信端末装置。
【請求項８】
前記制御部は、通信間隔の前区間以前において他の通信端末装置からの受信確認情報により、送信パケットが通信グループ内の他のすべての通信端末装置により受信されたことを確認すると、前記送信部によるパケットの送信を停止する
請求項７記載の通信端末装置。
【請求項９】
前記制御部は、送信部により報知信号に対応した通信間隔の前区間での受信状態を示す情報をパケットに含めて送信する
請求項７記載の通信端末装置。
【請求項１０】
前記制御部は、
前記送信部を介して送信したパケットが通信グループ内の他の通信端末装置において受信されたことを確認すると、当該パケットに含まれるデータと同一のデータを含んだパケットが前記送信部より送信されることを停止する第１の機能と、
前記送信部を介して送信したパケットが通信グループ内の他の通信端末装置において受信されたことを確認すると、前記送信部によるパケットの送信を受信確認情報のみとする第２の機能と、を含み、
チャネルの混雑度に応じて前記第１の機能と前記第２の機能を切り替える
請求項１記載の通信端末装置。
【請求項１１】
複数の通信端末装置を含んだ通信グループ内で無線通信可能な通信システムであって、
各通信端末装置は、
通信グループ内の他の通信端末装置に対して１つのパケットを送信する送信部と、
通信グループ内の他の通信端末装置からパケットを受信する受信部と、
前記受信部が受信したパケットを送信した通信グループ内の通信端末装置を特定する解析部と、
他の通信端末装置のそれぞれからのパケットを受信したか否かを示す受信確認情報を、前記送信部が送信するパケットに付加させることができる制御部と、を有する
通信システム。
【請求項１２】
前記制御部は、
前記送信部を介して送信したパケットが通信グループ内の他の通信端末装置において受信されたことを確認すると、当該パケットに含まれるデータと同一のデータを含んだパケットが前記送信部により送信されることを停止する第１の機能と、
前記送信部を介して送信したパケットが通信グループ内の他の通信端末装置において受信されたことを確認すると、前記送信部によるパケットの送信を受信確認情報のみとする第２の機能と、を含み、
チャネルの混雑度に応じて前記第１の機能と前記第２の機能を切り替える
請求項１１記載の通信システム。
【請求項１３】
通信グループ内の１つ以上の他の通信端末装置との間で無線通信を行う通信方法であって、
通信グループ内の他の通信端末装置に対して１つのパケットを送信する第１ステップと、
通信グループ内の他の通信端末装置からパケットを受信する第２ステップと、
受信したパケットを送信した通信グループ内の通信端末装置を特定する第３ステップと、
他の通信端末装置のそれぞれからのパケットを受信したか否かを示す受信確認情報を、送信するパケットに付加させる第４ステップと、
を有する通信方法。
【請求項１４】
通信グループ内の１つ以上の他の通信端末装置との間で無線通信を行う処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
通信グループ内の他の通信端末装置に対して１つのパケットを送信させる機能と、
通信グループ内の他の通信端末装置からパケットを受信させる機能と、
受信したパケットを送信した通信グループ内の通信端末装置を特定させる機能と、
他の通信端末装置のそれぞれからのパケットを受信したか否かを示す受信確認情報を、送信するパケットに付加させる機能と、
をコンピュータに実行させることを特徴とするコンピュータ・プログラム。