(57)【要約】  ネットワーク上のトータルスループットの低下を防止する。  情報処理装置は、制御部を具備する。この制御部は、無線伝送トラフィックの混雑状況に基づいて、データの再送またはその再送データの受領確認要求の送信を制限する制御を行うものである。また、その制御部は、無線伝送トラフィックの混雑状況に基づいてデータの再送を制限する他の機器から送信されたマルチキャストデータのうち所定のシーケンス番号までのデータを取得することができた場合に、その取得したデータを上位層に渡す制御を行うものである。
2017043189.tif 000002
【特許請求の範囲】
【請求項１】
無線伝送トラフィックの混雑状況に基づいて、データの再送または当該再送データの受領確認要求の送信を制限する制御を行う制御部を具備する情報処理装置。
【請求項２】
前記制御部は、前記混雑状況に基づいて、マルチキャストデータの再送を制限する制御を行う請求項１記載の情報処理装置。
【請求項３】
前記制御部は、前記データの再送を実施する場合には、当該再送データの受領確認要求を送信する請求項１記載の情報処理装置。
【請求項４】
前記制御部は、前記混雑状況が所定条件を満たす場合には、前記データの再送を実施するが、当該再送データの受領確認要求を送信せず、当該再送以降の再送を実施しない請求項１記載の情報処理装置。
【請求項５】
前記制御部は、所定期間における無線伝送トラフィックに基づいて前記混雑状況を判断する請求項１記載の情報処理装置。
【請求項６】
前記制御部は、所定期間における、自装置および他の機器による前記無線伝送トラフィックの使用時間と、前記データの再送時間と、前記受領確認要求の送信時間と、前記受領確認要求に対応する受領確認の受信時間とに基づいて、前記混雑状況を判断する請求項１記載の情報処理装置。
【請求項７】
前記制御部は、所定期間における、自装置および他の機器による前記無線伝送トラフィックの使用時間と、前記データの再送時間と、前記受領確認要求の送信時間と、前記受領確認要求に対応する受領確認の受信時間とに基づいて算出される値と、閾値との比較結果に基づいて、前記データの再送または当該再送データの受領確認要求の送信を制限するか否かを判断する請求項１記載の情報処理装置。
【請求項８】
前記制御部は、前記算出される値と第１閾値との比較結果に基づいて、前記データの再送および当該再送データの受領確認要求の送信を実施することを決定し、前記算出される値と前記第１閾値よりも緩和された値である第２閾値との比較結果に基づいて、前記データの再送を実施して当該再送データの受領確認要求を送信しないこと、または、前記データの再送および当該再送データの受領確認要求の送信を実施しないことを決定する請求項７記載の情報処理装置。
【請求項９】
無線伝送トラフィックの混雑状況に基づいてデータの再送を制限する他の機器から送信されたマルチキャストデータのうち所定のシーケンス番号までのデータを取得することができた場合に、当該取得したデータを上位層に渡す制御を行う制御部を具備する情報処理装置。
【請求項１０】
前記制御部は、前記マルチキャストデータの受領確認要求が前記他の機器から送信されないことを検出した場合に、これ以降に前記マルチキャストデータの再送が行われないと判断する請求項９記載の情報処理装置。
【請求項１１】
前記制御部は、前記マルチキャストデータの再送が行われないと判断した場合には、前記所定のシーケンス番号までのデータを取得することができない場合でも、当該判断をするまでに取得したデータを前記上位層に渡す制御を行う請求項１０記載の情報処理装置。
【請求項１２】
データの受領確認要求を受信した場合に、前記受領確認要求に対する受領確認を送信する第１情報処理装置と、
無線伝送トラフィックの混雑状況に基づいて、前記データの再送または当該再送データの受領確認要求の送信を制限する第２情報処理装置と
を具備する通信システム。
【請求項１３】
無線伝送トラフィックの混雑状況に基づいて、データの再送または当該再送データの受領確認要求の送信を制限する制御手順を具備する情報処理方法。
【請求項１４】
無線伝送トラフィックの混雑状況に基づいてデータの再送を制限する他の機器から送信されたマルチキャストデータのうち所定のシーケンス番号までのデータを取得することができた場合に、当該取得したデータを上位層に渡す制御手順を具備する情報処理方法。
【請求項１５】
無線伝送トラフィックの混雑状況に基づいて、データの再送または当該再送データの受領確認要求の送信を制限する制御手順をコンピュータに実行させるプログラム。
【請求項１６】
無線伝送トラフィックの混雑状況に基づいてデータの再送を制限する他の機器から送信されたマルチキャストデータのうち所定のシーケンス番号までのデータを取得することができた場合に、当該取得したデータを上位層に渡す制御手順をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、情報処理装置に関する。詳しくは、無線通信を利用してデータのやりとりを行う情報処理装置、通信システムおよび情報処理方法ならびに当該方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
近年、無線ＬＡＮ（Local Area Network）のような小規模な無線ネットワークが普及している。このような無線ネットワークにおいて、例えば、アクセスポイントおよび特定の受信機器間でユニキャスト通信によるサービスが行われている。また、サービスの多様化により、そのようなユニキャスト通信によるサービスに加え、アクセスポイントから多数の受信機器に対するマルチキャスト通信によるサービスが行われている。【０００３】
例えば、マルチキャスト通信を行う場合において、送信機器は、全ての受信機器からＡＣＫの返送を受け付け、マルチキャストデータの受領確認をする方法が存在する。具体的には、送信機器は、必要に応じて任意の受信機器にブロックＡＣＫ要求を送信し、その受信機器からブロックＡＣＫの返送を受け付ける。そして、送信機器は、その受け付けたブロックＡＣＫに基づいて、マルチキャストデータの再送の可否を判断する。これにより、確実にマルチキャスト通信サービスを実施することができる。【０００４】
また、例えば、マルチキャストにより同一の端末局に対して同一パケットを複数回送信する場合に、端末局との間の無線通信の通信品質が所定値より高いときは、同一パケットの送信回数を減じる無線通信システムが提案されている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−０１０８５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の従来技術では、通信品質が所定値より高いときには、事前に決められている再送回数を減じるものである。このため、受信機器に届いているパケットについても、その減じた後の回数となるまで再送されるおそれがあり、ネットワーク上のトータルスループットが低下するおそれがある。【０００７】
また、上述の従来技術では、マルチキャスト通信における受信機器の数が少ない場合には、ブロックＡＣＫに基づいて、マルチキャストデータの再送の可否を判断することにより、マルチキャスト通信サービスを有効に機能させることができる。【０００８】
しかしながら、マルチキャスト通信における受信機器が多数である場合には、その多数の受信機器からＡＣＫの返送を受け付けると、そのＡＣＫの返送にかかる伝送時間が増大し、他の通信のトラフィックを圧迫するおそれがある。【０００９】
そこで、マルチキャスト通信における受信機器が多数である場合には、その多数の受信機器のうちから、ブロックＡＣＫ要求を行う受信機器を選択することが考えられる。しかしながら、この場合に、ブロックＡＣＫ要求を行う受信機器が適切に選択されないと、再送が必要なデータを特定することができず、適切なマルチキャスト通信サービスを提供することができないおそれがある。【００１０】
また、マルチキャスト通信において、ごく一部の受信機器のために、マルチキャストデータの再送を繰り返すと、既に受信が完了している多数の受信機器では、不必要な受信処理を繰り返し行う必要がある。これにより、ネットワーク上のトータルスループットが低下するおそれがある。【００１１】
本技術はこのような状況に鑑みて生み出されたものであり、ネットワーク上のトータルスループットの低下を防止することを目的とする。
【課題を解決するための手段】
【００１２】
本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、無線伝送トラフィックの混雑状況に基づいて、データの再送または当該再送データの受領確認要求の送信を制限する制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、無線伝送トラフィックの混雑状況に基づいて、データの再送またはその再送データの受領確認要求の送信を制限するという作用をもたらす。【００１３】
また、この第１の側面において、上記制御部は、上記混雑状況に基づいて、マルチキャストデータの再送を制限する制御を行うようにしてもよい。これにより、混雑状況に基づいて、マルチキャストデータの再送を制限するという作用をもたらす。【００１４】
また、この第１の側面において、上記制御部は、上記データの再送を実施する場合には、当該再送データの受領確認要求を送信するようにしてもよい。これにより、データの再送を実施する場合には、その再送データの受領確認要求を送信するという作用をもたらす。【００１５】
また、この第１の側面において、上記制御部は、上記混雑状況が所定条件を満たす場合には、上記データの再送を実施するが、当該再送データの受領確認要求を送信せず、当該再送以降の再送を実施しないようにしてもよい。これにより、混雑状況が所定条件を満たす場合には、データの再送を実施するが、その再送データの受領確認要求を送信せず、その再送以降の再送を実施しないという作用をもたらす。【００１６】
また、この第１の側面において、上記制御部は、所定期間における無線伝送トラフィックに基づいて上記混雑状況を判断するようにしてもよい。これにより、所定期間における無線伝送トラフィックに基づいて混雑状況を判断するという作用をもたらす。【００１７】
また、この第１の側面において、上記制御部は、所定期間における、自装置および他の機器による上記無線伝送トラフィックの使用時間と、上記データの再送時間と、上記受領確認要求の送信時間と、上記受領確認要求に対応する受領確認の受信時間とに基づいて、上記混雑状況を判断するようにしてもよい。これにより、所定期間における、自装置および他の機器による無線伝送トラフィックの使用時間と、データの再送時間と、受領確認要求の送信時間と、受領確認要求に対応する受領確認の受信時間とに基づいて、混雑状況を判断するという作用をもたらす。【００１８】
また、この第１の側面において、上記制御部は、所定期間における、自装置および他の機器による上記無線伝送トラフィックの使用時間と、上記データの再送時間と、上記受領確認要求の送信時間と、上記受領確認要求に対応する受領確認の受信時間とに基づいて算出される値と、閾値との比較結果に基づいて、上記データの再送または当該再送データの受領確認要求の送信を制限するか否かを判断するようにしてもよい。これにより、所定期間における、自装置および他の機器による無線伝送トラフィックの使用時間と、データの再送時間と、受領確認要求の送信時間と、受領確認要求に対応する受領確認の受信時間とに基づいて算出される値と、閾値との比較結果に基づいて、データの再送またはその再送データの受領確認要求の送信を制限するか否かを判断するという作用をもたらす。【００１９】
また、この第１の側面において、上記制御部は、上記算出される値と第１閾値との比較結果に基づいて、上記データの再送および当該再送データの受領確認要求の送信を実施することを決定し、上記算出される値と上記第１閾値よりも緩和された値である第２閾値との比較結果に基づいて、上記データの再送を実施して当該再送データの受領確認要求を送信しないこと、または、上記データの再送および当該再送データの受領確認要求の送信を実施しないことを決定するようにしてもよい。これにより、算出される値と第１閾値との比較結果に基づいて、データの再送およびその再送データの受領確認要求の送信を実施することを決定し、その算出される値と第２閾値との比較結果に基づいて、データの再送を実施して再送データの受領確認要求を送信しないこと、または、データの再送および再送データの受領確認要求の送信を実施しないことを決定するという作用をもたらす。【００２０】
また、本技術の第２の側面は、無線伝送トラフィックの混雑状況に基づいてデータの再送を制限する他の機器から送信されたマルチキャストデータのうち所定のシーケンス番号までのデータを取得することができた場合に、当該取得したデータを上位層に渡す制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、他の機器から送信されたマルチキャストデータのうち、所定のシーケンス番号までのデータを取得することができた場合に、その取得したデータを上位層に渡すという作用をもたらす。【００２１】
また、この第２の側面において、上記制御部は、上記マルチキャストデータの受領確認要求が上記他の機器から送信されないことを検出した場合に、これ以降に上記マルチキャストデータの再送が行われないと判断するようにしてもよい。これにより、マルチキャストデータの受領確認要求が他の機器から送信されないことを検出した場合に、これ以降にマルチキャストデータの再送が行われないと判断するという作用をもたらす。【００２２】
また、この第２の側面において、上記制御部は、上記マルチキャストデータの再送が行われないと判断した場合には、上記所定のシーケンス番号までのデータを取得することができない場合でも、当該判断をするまでに取得したデータを上記上位層に渡す制御を行うようにしてもよい。これにより、マルチキャストデータの再送が行われないと判断した場合には、所定のシーケンス番号までのデータを取得することができない場合でも、その判断をするまでに取得したデータを上位層に渡すという作用をもたらす。【００２３】
また、本技術の第３の側面は、データの受領確認要求を受信した場合に、上記受領確認要求に対する受領確認を送信する第１情報処理装置と、無線伝送トラフィックの混雑状況に基づいて、上記データの再送または当該再送データの受領確認要求の送信を制限する第２情報処理装置とを具備する通信システムおよびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１情報処理装置は、データの受領確認要求を受信した場合に、その受領確認要求に対する受領確認を送信し、第２情報処理装置は、無線伝送トラフィックの混雑状況に基づいて、データの再送またはその再送データの受領確認要求の送信を制限するという作用をもたらす。
【発明の効果】
【００２４】
本技術によれば、ネットワーク上のトータルスループットの低下を防止することができるという優れた効果を奏し得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００２５】
【図１】本技術の実施の形態における通信システム１０のシステム構成の一例を示す図である。
【図２】本技術の実施の形態における情報処理装置（ＡＰ）１００の機能構成例を示すブロック図である。
【図３】本技術の実施の形態における機器間でやりとりされるＡ−ＭＰＤＵのフレームフォーマットの構成例を示す図である。
【図４】本技術の実施の形態における機器間でやりとりされるフレーム（複数のＭＰＤＵが連続して送信される場合のフレーム）のフレームフォーマットの構成例を示す図である。
【図５】本技術の実施の形態における機器間でやりとりされるブロックＡＣＫ要求のフレームフォーマットの構成例を示す図である。
【図６】本技術の実施の形態における機器間でやりとりされるブロックＡＣＫフレームの構成例を示す図である。
【図７】本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。
【図８】本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。
【図９】本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。
【図１０】本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。
【図１１】本技術の実施の形態における情報処理装置（ＡＰ）１００によるマルチキャスト送信処理の処理手順の一例を示すフローチャートである。
【図１２】本技術の実施の形態における情報処理装置（ＡＰ）１００によるマルチキャスト通信の送信データバースト構成処理の処理手順の一例を示すフローチャートである。
【図１３】本技術の実施の形態における情報処理装置（ＡＰ）１００による再送判断処理の処理手順の一例を示すフローチャートである。
【図１４】本技術の実施の形態における情報処理装置（ＳＴＡ）２００によるマルチキャスト通信の受信処理の処理手順の一例を示すフローチャートである。
【図１５】スマートフォンの概略的な構成の一例を示すブロック図である。
【図１６】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【図１７】無線アクセスポイントの概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００２６】
以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
１．実施の形態（無線伝送トラフィックの混雑状況に基づいて、データの再送またはその再送データの受領確認要求の送信を制限する例）
２．応用例
【００２７】
＜１．実施の形態＞
［通信システムのシステム構成例］
図１は、本技術の実施の形態における通信システム１０のシステム構成の一例を示す図である。
【００２８】
通信システム１０は、情報処理装置（ＡＰ）１００と、情報処理装置（ＳＴＡ）２００と、情報処理装置（ＳＴＡ）２１０と、情報処理装置（ＯＢＳ）２２０とを含む無線ネットワークである。なお、情報処理装置（ＡＰ）１００は、請求の範囲に記載の第２情報処理装置の一例である。また、情報処理装置（ＳＴＡ）２００、２１０は、請求の範囲に記載の第１情報処理装置の一例である。
【００２９】
例えば、情報処理装置（ＡＰ）１００、情報処理装置（ＳＴＡ）２００、２１０、情報処理装置（ＯＢＳ）２２０は、無線通信機能を備える固定型または携帯型の機器（例えば、情報処理装置、無線通信装置、電子機器）とすることができる。ここで、固定型の機器は、例えば、無線ＬＡＮ（Local Area Network）システムにおけるアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）、基地局等の機器である。また、携帯型の機器は、例えば、スマートフォン、携帯電話、タブレット端末等の機器である。
【００３０】
また、情報処理装置（ＡＰ）１００、情報処理装置（ＳＴＡ）２００、２１０、情報処理装置（ＯＢＳ）２２０は、例えば、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１の無線ＬＡＮ規格に準拠した通信機能を備えるものとする。例えば、ＩＥＥＥ８０２．１１ａｘの無線ＬＡＮ規格に準拠した通信機能を備えることができる。また、無線ＬＡＮとして、例えば、Ｗｉ−Ｆｉ（Wireless Fidelity）、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様（技術仕様書名：Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ）を用いることができる。また、他の通信方式を利用した無線通信を行うようにしてもよい。
【００３１】
例えば、通信システム１０は、複数の機器が１対１で無線通信を行うことにより、複数の機器が相互に接続されるネットワーク（例えば、メッシュネットワーク、アドホックネットワーク）とすることができる。例えば、ＩＥＥＥ８０２．１１ｓのメッシュネットワークに適用することができる。
【００３２】
また、例えば、通信システム１０は、アクセスポイント（親局）およびその配下装置（子局）により構成される無線ネットワークとすることができる。例えば、情報処理装置（ＡＰ）１００をアクセスポイントとし、情報処理装置（ＳＴＡ）２００、２１０を、その配下装置とすることができる。
【００３３】
図１では、情報処理装置（ＡＰ）１００の周囲に、２つの配下装置（情報処理装置（ＳＴＡ）２００、情報処理装置（ＳＴＡ）２１０）が存在する例を示す。また、図１では、情報処理装置（ＡＰ）１００の周囲に、近隣の無線ネットワークに属する情報処理装置（ＯＢＳ）２２０が存在する例を示す。すなわち、情報処理装置（ＯＢＳ）２２０は、情報処理装置（ＡＰ）１００および情報処理装置（ＳＴＡ）２００、２１０が属する無線ネットワークとは異なる無線ネットワークに属する機器である。
【００３４】
ここで、図１では、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２００、情報処理装置（ＳＴＡ）２１０、情報処理装置（ＯＢＳ）２２０の全てとの通信が可能な位置関係になっているものとする。また、情報処理装置（ＳＴＡ）２００は、情報処理装置（ＡＰ）１００のみと通信が可能であり、情報処理装置（ＳＴＡ）２１０は、情報処理装置（ＡＰ）１００と、情報処理装置（ＯＢＳ）２２０との通信が可能な位置関係になっているものとする。なお、図１では、無線通信を利用して直接通信することができる機器間を点線で結んで示す。
【００３５】
なお、本技術の実施の形態では、便宜上、送信元の機器（送信側機器）および送信先の機器（受信側機器）の動作を個別に記載して説明するが、それぞれの機器の双方の機能が搭載されていてもよく、片方の機能のみが搭載されていてもよい。
【００３６】
また、本技術の実施の形態で対象となるシステム構成は、これらに限定されない。例えば、図１では、４つの機器により構成される通信システムの例を示すが、機器の数はこれに限定されない。また、複数の機器の接続形態についても、上述した各接続形態に限定されない。例えば、上述した各接続形態以外の接続形態により、複数の機器が接続されるネットワークについても、本技術の実施の形態を適用することができる。
【００３７】
また、本技術の実施の形態では、情報処理装置（ＡＰ）１００が、情報処理装置（ＳＴＡ）２００および情報処理装置（ＳＴＡ）２１０にマルチキャスト通信を実施する場合の例を示す。
【００３８】
［情報処理装置の構成例］
図２は、本技術の実施の形態における情報処理装置（ＡＰ）１００の機能構成例を示すブロック図である。
【００３９】
図２では、便宜上、情報処理装置（ＡＰ）１００の機能構成例のみを示すが、他の情報処理装置（情報処理装置（ＳＴＡ）２００、２１０、情報処理装置（ＯＢＳ）２２０）の機能構成（無線通信に関する機能構成）についても同様である。ただし、各機器については、一部を異なる構成とするようにしてもよい。例えば、アクセスポイント（ＡＰ）の場合には、インターネット接続部２１として有線網を介してインターネットに接続される構成としてもよい。
【００４０】
情報処理装置（ＡＰ）１００は、インターネット接続部２１と、情報入力部２２と、機器制御部２３と、情報出力部２４とを備える。これらの各部は、情報処理装置（ＡＰ）１００におけるシステム構成の一例であり、必要に応じて備えるようにしてもよい。
【００４１】
インターネット接続部２１は、インターネットに接続するための接続部である。
【００４２】
情報入力部２２は、ユーザからの情報入力（例えば、キーボード入力）を受け付ける情報入力部である。
【００４３】
情報出力部２４は、ユーザに対する情報を出力（例えば、ディスプレイへの表示）する情報出力部である。
【００４４】
機器制御部２３は、情報処理装置（ＡＰ）１００におけるシステム全体の制御を行うものである。
【００４５】
また、情報処理装置（ＡＰ）１００は、インターフェース部１０１と、送信バッファ１０２と、バッファ管理部１０３と、送信データフレーム生成部１０５と、無線信号送信処理部１０７と、アンテナ制御部１１０と、アンテナエレメント１１１Ａ、１１１Ｂと、無線信号受信処理部１１２と、受信データフレーム抽出部１１３と、受信バッファ１１６とを備える。これらの各部は、例えば、無線通信に特化した無線通信モジュールにより実現される。
【００４６】
また、通信制御部１２０は、マルチキャスト送信管理部１０４と、再送処理制御部１０６と、アクセス制御部１０８と、伝送路利用状況混雑度判定部１０９と、マルチキャスト受信管理部１１４と、受領確認制御部１１５とを備える。なお、通信制御部１２０は、請求の範囲に記載の制御部の一例である。
【００４７】
インターフェース部１０１は、ユーザからの情報の入力に応じて無線送信するアプリケーションデータを受け取り、無線で受信したアプリケーションデータをユーザへの情報として出力するためのインターフェースである。
【００４８】
送信バッファ１０２は、情報処理装置（ＡＰ）１００から他の情報処理装置宛に送信されるデータを一時的に格納する送信バッファである。
【００４９】
バッファ管理部１０３は、送受信するデータの総量を把握するために、送受信バッファ（送信バッファ１０２、受信バッファ１１６）の残量を管理するバッファ管理部である。
【００５０】
マルチキャスト送信管理部１０４は、マルチキャスト送信をするデータの構築量を管理するマルチキャスト送信管理部である。
【００５１】
送信データフレーム生成部１０５は、所定の無線伝送データフレームフォーマットに送信データを構築する送信データフレーム生成部である。
【００５２】
再送処理制御部１０６は、再送処理をトラフィック（無線伝送路）の状況に応じて継続するか否かを判断する再送処理制御部である。なお、本技術の実施の形態では、トラフィックは、データ量、通信経路等を意味するものとする。
【００５３】
無線信号送信処理部１０７は、送信するデータフレームをベースバンド信号として高周波信号に変換する無線信号送信処理部である。
【００５４】
アクセス制御部１０８は、所定の無線通信プロトコルに準拠してトラフィックの通信アクセスを制御するアクセス制御部である。
【００５５】
伝送路利用状況混雑度判定部１０９は、再送制御に関してトラフィック（無線伝送路）の混雑度を判定する伝送路利用状況混雑度判定部である。
【００５６】
アンテナ制御部１１０は、信号をトラフィックに送信し、トラフィックから信号を受信するアンテナを制御するアンテナ制御部である。
【００５７】
アンテナエレメント１１１Ａ、１１１Ｂは、複数のアンテナエレメントとして信号を送信または受信するためのアンテナエレメントである。
【００５８】
無線信号受信処理部１１２は、アンテナを介して受け取った高周波信号からベースバンド信号を抽出するための無線信号受信処理部である。
【００５９】
受信データフレーム抽出部１１３は、ベースバンド信号から所定のデータフレームとしてデータを抽出する受信データフレーム抽出部である。
【００６０】
マルチキャスト受信管理部１１４は、受信した自装置宛のマルチキャストデータのシーケンス番号等を管理するマルチキャスト受信管理部である。
【００６１】
受領確認制御部１１５は、受信したデータのシーケンス番号を把握してそのデータの送信元の要求に応じて受領確認（ＡＣＫ）を実施する受領確認制御部である。
【００６２】
受信バッファ１１６は、所定単位のデータが収集されるまでの間、受信したデータ等を一時的に格納する受信バッファである。
【００６３】
［Ａ−ＭＰＤＵ（aggregation MAC protocol data unit）のフレーム構成例］
図３は、本技術の実施の形態における機器間でやりとりされるＡ−ＭＰＤＵのフレームフォーマットの構成例を示す図である。
【００６４】
Ａ−ＭＰＤＵは、複数のＡ−ＭＰＤＵ  Ｓｕｂｆｒａｍｅ  １（４００）乃至Ａ−ＭＰＤＵ  Ｓｕｂｆｒａｍｅ  ｎ（４０２）により構成される。また、Ａ−ＭＰＤＵ  Ｓｕｂｆｒａｍｅ  １（４００）は、ＭＰＤＵ  Ｄｅｌｉｍｉｔｅｒ（ＭＰＤＵデリミタ）４０３と、ＭＰＤＵ４０４と、Ｐａｄｄｉｎｇ（パディング）４０５により構成される。
【００６５】
このように、Ａ−ＭＰＤＵは、複数のＭＰＤＵ（ＭＰＤＵ４０４を含む）がＭＰＤＵ  ＤｅｌｉｍｉｔｅｒおよびＰａｄｄｉｎｇとともに、１つのＰＬＣＰ（Physical Layer Convergence Protocol）のバーストとして送信される。
【００６６】
すなわち、Ａ−ＭＰＤＵは、個々のＭＰＤＵの集合体である。また、ＭＰＤＵ４０４は、ＭＡＣ（Media Access Control）ヘッダ４０６と、実際のデータが格納されるＦｒａｍｅ  Ｂｏｄｙ４０７と、ＦＣＳ（Frame Check Sequence）４０８とにより構成される。
【００６７】
各機器は、ＭＡＣヘッダ４０６に記載されている情報等に基づいて、自装置が受信をすべきマルチキャストデータであるか否かを識別することができる。
【００６８】
［複数のＭＰＤＵが連続して送信される場合のフレーム構成例］
図４は、本技術の実施の形態における機器間でやりとりされるフレーム（複数のＭＰＤＵが連続して送信される場合のフレーム）のフレームフォーマットの構成例を示す図である。
【００６９】
図４では、図３に示すＡ−ＭＰＤＵのように１つのＰＬＣＰバーストではなく、複数のＰＬＣＰバーストに分けてマルチキャストデータが送信される場合の例を示す。
【００７０】
すなわち、図４では、ＭＰＤＵ−１（４１１）乃至ＭＰＤＵ−４（４１４）の４つのＭＰＤＵによりマルチキャストデータを構成する例を示す。これらの４つのデータ（ＭＰＤＵ−１（４１１）乃至ＭＰＤＵ−４（４１４））に対しては、１つのブロックＡＣＫ要求により、ブロックＡＣＫを返送することができる。
【００７１】
また、４つのＭＰＤＵ（ＭＰＤＵ−１（４１１）乃至ＭＰＤＵ−４（４１４））の間については、所定間隔（例えば、ＳＩＦＳ（Short-Inter-Frame Space））を空けて送信するようにしてもよく、その間に他のデータを配置して送信するようにしてもよい。
【００７２】
［ブロックＡＣＫ要求のフレーム構成例］
図５は、本技術の実施の形態における機器間でやりとりされるブロックＡＣＫ要求のフレームフォーマットの構成例を示す図である。
【００７３】
図５では、ＩＥＥＥ８０２．１１−２０１２において定義されているブロックＡＣＫ要求フレーム構成を示す。具体的には、ＭＡＣヘッダが、Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ（フレーム制御）４２１と、Ｄｕｒａｔｉｏｎ／ＩＤ（持続時間）４２２と、ＲＡ（Receiver Address）（受信先アドレス）４２３と、ＴＡ（Transmitter Address）（送信元アドレス）４２４との要素により構成されている。
【００７４】
また、ＭＡＣヘッダに、ＢＡＲ（Block Ack Request）  Ｃｏｎｔｒｏｌ（ブロックＡＣＫ要求制御）４２５と、ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎ（ブロックＡＣＫ要求情報）４２６とが付加され、最後にＦＣＳ４２７が付加される。
【００７５】
具体的には、ＢＡＲ  Ｃｏｎｔｒｏｌ４２５には、ブロックＡＣＫを要求するポリシー（ＢＡＲ  Ａｃｋ  Ｐｏｌｉｃｙ４３１）等の情報が記載される。また、ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎ４２６には、ブロックＡＣＫを要求する開始シーケンス番号（Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ４３７）等の情報が記載される。
【００７６】
［ブロックＡＣＫフレームの構成例］
図６は、本技術の実施の形態における機器間でやりとりされるブロックＡＣＫフレームの構成例を示す図である。
【００７７】
図６では、ＩＥＥＥ８０２．１１−２０１２において定義されているフレーム構成を示す。具体的には、ＭＡＣヘッダが、Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ（フレーム制御）４４１と、Ｄｕｒａｔｉｏｎ／ＩＤ（持続時間）４４２と、ＲＡ（受信先アドレス）４４３と、ＴＡ（送信元アドレス）４４４との要素により構成されている。
【００７８】
また、ＭＡＣヘッダに、ＢＡ  Ｃｏｎｔｒｏｌ（ブロックＡＣＫ制御）４４５と、ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎ（ブロックＡＣＫ情報）４４６とが付加され、最後にＦＣＳ４４７が付加される。
【００７９】
具体的には、ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎ４４６には、ブロックＡＣＫ開始シーケンス制御（Ｂｌｏｃｋ  ＡＣＫ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ４５６）と、ブロックＡＣＫビットマップ（Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐ４５７）とが記載される。なお、Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐ４５７には、受領できたシーケンス番号がビットマップ形式で記載される。
【００８０】
［Ｄｕｒａｔｉｏｎの設定例］
本技術の実施の形態では、情報処理装置（ＡＰ）１００が、Ｄｕｒａｔｉｏｎの残り時間に基づいて、再送の可否を判断する例を示す。
【００８１】
ここで、Ｄｕｒａｔｉｏｎは、例えば、トラフィックの混雑度を判断するための値である。Ｄｕｒａｔｉｏｎは、例えば、固定値としてもよく、可変値としてもよい。固定値とする場合には、例えば、１秒程度の時間をＤｕｒａｔｉｏｎとして設定することができる。
【００８２】
また、可変値とする場合には、例えば、送信データ（サイズ）、アプリの種類、ユーザ設定等に基づいて、Ｄｕｒａｔｉｏｎの値を決定することができる。
【００８３】
また、Ｄｕｒａｔｉｏｎは、時間で特定するようにしてもよく、フレーム単位で特定するようにしてもよい。例えば、所定のビーコン信号の送信間隔を、Ｄｕｒａｔｉｏｎとして設定することができる。
【００８４】
また、Ｄｕｒａｔｉｏｎの開始タイミングは、定期的または不定期に設定することができる。定期的にＤｕｒａｔｉｏｎの開始タイミングを設定する場合には、毎秒、毎分等を開始タイミングとすることができる。
【００８５】
また、開始タイミングのトリガは、例えば、ＴＢＴＴ（Target Beacon Transmission Time）とすることができる。例えば、ＴＢＴＴに基づいて、Ｄｕｒａｔｉｏｎの開始タイミングを設定することができる。
【００８６】
以下では、図７乃至図１０を参照して、Ｄｕｒａｔｉｏｎの残り時間に基づいて、再送の可否を判断する例を示す。すなわち、図７乃至図１０では、情報処理装置（ＡＰ）１００がトラフィック（無線伝送路）の混雑度を考慮して再送を行う場合の例を示す。
【００８７】
［通信例］
次に、図７乃至図１０を参照して、複数の機器間でやりとりされるデータの通信例について説明する。図７乃至図１０では、情報処理装置（ＡＰ）１００をデータの送信元とし、情報処理装置（ＳＴＡ）２００、２１０をデータの送信先とする例を示す。また、図７乃至図１０に示す横軸は、時間軸を示す。また、各機器から送信されるデータを、各機器に対応する時間軸の上側または下側に、内部にデータの名称を付した矩形で示す。また、図７乃至図１０において、複数の機器にデータを同時刻に送信している場合は、複数の機器にデータをマルチキャスト送信していることを意味するものとする。
【００８８】
図７は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図７では、情報処理装置（ＡＰ）１００が再送を２回繰り返す場合の例を示す。
【００８９】
最初に、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２００、２１０にマルチキャストデータ（ＭＣ  Ｔｘ  Ｄａｔａ）を送信する（３０１）。このマルチキャストデータの送信後に、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２００宛に送信する（３０２）。
【００９０】
ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２００は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３０３）。
【００９１】
続いて、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３０４）。ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２１０は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３０５）。
【００９２】
このように、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２００、２１０宛に順次送信することにより、マルチキャストデータ（ＭＣ  Ｔｘ  Ｄａｔａ）のブロックＡＣＫ（ＢＡ）を返送させることができる。そして、情報処理装置（ＡＰ）１００は、受信したブロックＡＣＫ（ＢＡ）に基づいて、再送の要否を判断することができる。
【００９３】
図７では、マルチキャストデータ（ＭＣ  Ｔｘ  Ｄａｔａ）の送信後に、情報処理装置（ＳＴＡ）２１０に未達データが存在する場合の例を示す。この場合には、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２１０にマルチキャストデータを再送する必要がある。
【００９４】
そこで、情報処理装置（ＡＰ）１００は、１回目の再送データ（Ｒｅ  Ｔｘ  Ｄａｔａ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３０６）。この１回目の再送データ（Ｒｅ  Ｔｘ  Ｄａｔａ）の送信後に、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３０７）。ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２１０は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３０８）。
【００９５】
ブロックＡＣＫ（ＢＡ）を受信した情報処理装置（ＡＰ）１００は、受信したブロックＡＣＫ（ＢＡ）に基づいて、再々送の要否を判断することができる。
【００９６】
図７では、１回目の再送データ（Ｒｅ  Ｔｘ  Ｄａｔａ）の送信後に、情報処理装置（ＳＴＡ）２１０に未達データが存在する場合の例を示す。この場合には、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２１０にマルチキャストデータを再々送する必要がある。
【００９７】
そこで、情報処理装置（ＡＰ）１００は、２回目の再送データ（Ｒｅ  Ｔｘ  Ｄａｔａ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３０９）。
【００９８】
ここで、情報処理装置（ＡＰ）１００は、混雑度の判断基準として、例えば、Ｄｕｒａｔｉｏｎ３００の残り時間に基づいて、再送の可否を判断する。図７では、２回目の再送データ（Ｒｅ  Ｔｘ  Ｄａｔａ）の送信後に、Ｄｕｒａｔｉｏｎ３００の残り時間が切れる例を示す。このため、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を送信しないと判断する。
【００９９】
このように、Ｄｕｒａｔｉｏｎ３００の残り時間が所定の時間を切った場合には、情報処理装置（ＡＰ）１００は、次回の再送を実施しないと判断する。すなわち、これ以上、再送を行わないと判断をした場合には、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求を送信することなく、一連の処理を終了する。
【０１００】
図８は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図８では、情報処理装置（ＡＰ）１００が再送を１回のみ行う場合の例を示す。また、図８では、図７と比較して、送信するマルチキャストデータの量が多く、マルチキャストデータの送信時間が比較的長い場合の例を示す。
【０１０１】
最初に、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２００、２１０にマルチキャストデータ（ＭＣ  Ｔｘ  Ｄａｔａ）を送信する（３１１）。このマルチキャストデータの送信後に、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２００宛に送信する（３１２）。
【０１０２】
ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２００は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３１３）。
【０１０３】
続いて、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３１４）。ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２１０は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３１５）。
【０１０４】
このように、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２００、２１０宛に順次送信することにより、マルチキャストデータ（ＭＣ  Ｔｘ  Ｄａｔａ）のブロックＡＣＫ（ＢＡ）を返送させることができる。そして、情報処理装置（ＡＰ）１００は、受信したブロックＡＣＫ（ＢＡ）に基づいて、再送の要否を判断することができる。
【０１０５】
図８では、マルチキャストデータ（ＭＣ  Ｔｘ  Ｄａｔａ）の送信後に、情報処理装置（ＳＴＡ）２１０に未達データが存在する場合の例を示す。この場合には、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２１０にマルチキャストデータを再送する必要がある。
【０１０６】
そこで、情報処理装置（ＡＰ）１００は、１回目の再送データ（Ｒｅ  Ｔｘ  Ｄａｔａ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３１６）。
【０１０７】
ここで、情報処理装置（ＡＰ）１００は、Ｄｕｒａｔｉｏｎ３１０の残り時間に基づいて、再送の可否を判断する。図８では、１回目の再送データ（Ｒｅ  Ｔｘ  Ｄａｔａ）の送信後に、Ｄｕｒａｔｉｏｎ３１０の残り時間が切れる例を示す。このため、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を送信しないと判断する。
【０１０８】
このように、Ｄｕｒａｔｉｏｎ３１０の残り時間が所定の時間を切った場合には、情報処理装置（ＡＰ）１００は、次回の再送を実施しないと判断する。すなわち、これ以上、再送を行わないと判断をした場合には、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求を送信することなく、一連の処理を終了する。
【０１０９】
図９は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図９では、トラフィック（無線伝送路）が他の通信により利用されている場合等のように、マルチキャストデータの送信までに比較的長い時間を要する場合の例を示す。
【０１１０】
例えば、情報処理装置（ＡＰ）１００がマルチキャスト通信を行う場合に、トラフィックに情報処理装置（ＯＢＳ）２２０からの送信があり、既に伝送路が利用されている（ＢＵＳＹ３２１）場合を想定する。この場合には、トラフィック（無線伝送路）が混雑していることが考えられる。このため、本技術の実施の形態では、情報処理装置（ＯＢＳ）２２０からの送信が終了した後に、情報処理装置（ＡＰ）１００から、所定のアクセス制御手順に従ってマルチキャストデータを送信する。
【０１１１】
なお、ＢＵＳＹ３２１の終了タイミングは、例えば、情報処理装置（ＯＢＳ）２２０から送信されたデータのＤｕｒａｔｉｏｎ／ＩＤフィールド値から、ＮＡＶ（Network Allocation Vector）の解除タイミングに基づいて把握することができる。
【０１１２】
ＢＵＳＹ３２１の終了タイミングの後に、情報処理装置（ＡＰ）１００は、所定のアクセス制御手順に従って、情報処理装置（ＳＴＡ）２００、２１０にマルチキャストデータ（ＭＣ  Ｔｘ  Ｄａｔａ）を送信する（３２２）。このマルチキャストデータの送信後に、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２００宛に送信する（３２３）。
【０１１３】
ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２００は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３２４）。
【０１１４】
続いて、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３２５）。ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２１０は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３２６）。
【０１１５】
このように、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２００、２１０宛に順次送信することにより、マルチキャストデータ（ＭＣ  Ｔｘ  Ｄａｔａ）のブロックＡＣＫ（ＢＡ）を返送させることができる。そして、情報処理装置（ＡＰ）１００は、受信したブロックＡＣＫ（ＢＡ）に基づいて、再送の要否を判断することができる。
【０１１６】
図９では、マルチキャストデータ（ＭＣ  Ｔｘ  Ｄａｔａ）の送信後に、情報処理装置（ＳＴＡ）２１０に未達データが存在する場合の例を示す。この場合には、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２１０にマルチキャストデータを再送する必要がある。
【０１１７】
そこで、情報処理装置（ＡＰ）１００は、１回目の再送データ（Ｒｅ  Ｔｘ  Ｄａｔａ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３２７）。
【０１１８】
ここで、情報処理装置（ＡＰ）１００は、Ｄｕｒａｔｉｏｎ３２０の残り時間に基づいて、再送の可否を判断する。図９では、１回目の再送データ（Ｒｅ  Ｔｘ  Ｄａｔａ）の送信後に、Ｄｕｒａｔｉｏｎ３２０の残り時間が切れる例を示す。このため、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を送信しないと判断する。
【０１１９】
このように、Ｄｕｒａｔｉｏｎ３２０の残り時間が所定の時間を切った場合には、情報処理装置（ＡＰ）１００は、次回の再送を実施しないと判断する。すなわち、これ以上、再送を行わないと判断をした場合には、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求を送信することなく、一連の処理を終了する。
【０１２０】
図１０は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図１０では、トラフィック（無線伝送路）が他の通信により利用されている場合等のように、マルチキャストデータの送信までに比較的長い時間を要する場合の例を示す。
【０１２１】
例えば、情報処理装置（ＡＰ）１００がマルチキャスト通信を行う場合に、トラフィックに情報処理装置（ＯＢＳ）２２０からの送信があり、既に伝送路が利用されている（ＢＵＳＹ３３１）場合を想定する。この場合には、トラフィック（無線伝送路）が混雑していることが考えられる。このため、本技術の実施の形態では、情報処理装置（ＯＢＳ）２２０からの送信が終了した後に、情報処理装置（ＡＰ）１００から、所定のアクセス制御手順に従ってマルチキャストデータを送信する。
【０１２２】
すなわち、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２００、２１０にマルチキャストデータ（ＭＣ  Ｔｘ  Ｄａｔａ）を送信する（３３２）。
【０１２３】
ここで、情報処理装置（ＡＰ）１００は、トラフィック（無線伝送路）の混雑状況に基づいて、再送を行うことが相応しくないと判断するものとする。また、情報処理装置（ＡＰ）１００は、Ｄｕｒａｔｉｏｎ３３０の残り時間に基づいて、再送の可否を判断する。図１０では、マルチキャストデータ（ＭＣ  Ｔｘ  Ｄａｔａ）の送信後に、Ｄｕｒａｔｉｏｎ３３０の残り時間が切れる例を示す。このため、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を送信しないと判断する。
【０１２４】
このように、トラフィック（無線伝送路）の混雑状況に基づいて、再送を行うことが相応しくないと判断した場合、または、Ｄｕｒａｔｉｏｎ３３０の残り時間が所定の時間を切った場合には、情報処理装置（ＡＰ）１００は、次回の再送を実施しないと判断する。すなわち、これ以上、再送を行わないと判断をした場合には、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求を送信することなく、一連の処理を終了する。
【０１２５】
このように、図１０では、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２００、２１０にマルチキャストデータ（ＭＣ  Ｔｘ  Ｄａｔａ）を送信するが、再送を行わないため、ブロックＡＣＫ要求を送信しない例を示す。
【０１２６】
なお、図７乃至図１０に示す例は、情報処理装置（ＡＰ）１００が、無線伝送トラフィックの混雑状況に基づいて、データの再送または再送データの受領確認要求（例えば、ブロックＡＣＫ要求（ＢＲ））の送信を制限する制御を行う場合の一例である。
【０１２７】
［アクセスポイント（ＡＰ）の動作例（マルチキャスト送信例）］
図１１は、本技術の実施の形態における情報処理装置（ＡＰ）１００によるマルチキャスト送信処理の処理手順の一例を示すフローチャートである。
【０１２８】
最初に、情報処理装置（ＡＰ）１００の通信制御部１２０は、インターフェース部１０１を介して、送信対象となるマルチキャストデータを受理したか否かを判断する（ステップＳ８０１）。マルチキャストデータを受理した場合には（ステップＳ８０１）、通信制御部１２０は、受理したマルチキャストデータを送信バッファ１０２に格納する（ステップＳ８０２）。また、マルチキャストデータを受理していない場合には（ステップＳ８０１）、ステップＳ８０３に進む。
【０１２９】
また、通信制御部１２０（マルチキャスト送信管理部１０４）は、マルチキャストデータを送信するタイミングが到来したか否かを判断する（ステップＳ８０３）。マルチキャストデータを送信するタイミングが到来していない場合には（ステップＳ８０３）、ステップＳ８０１に戻る。このように、所定のマルチキャスト送信タイミングが到来した場合には（ステップＳ８０３）、実際の送信動作に進み、それ以外のタイミングでは、マルチキャストデータの受領を待つようにする。
【０１３０】
マルチキャストデータの送信タイミングが到来した場合には（ステップＳ８０３）、送信データフレーム生成部１０５は、マルチキャスト送信データを送信バッファ１０２から獲得し、所定のマルチキャスト通信のデータのバーストを生成する（ステップＳ８０４）。続いて、アクセス制御部１０８は、トラフィック（無線伝送路）に送信アクセスが可能であるか否か（送信先の機器とアクセス可能であるか否か）を判断する（ステップＳ８０５）。例えば、トラフィック（無線伝送路）で他の通信が行われていない場合には、トラフィック（無線伝送路）に送信アクセスが可能である（送信先の機器とアクセス可能である）と判断することができる。トラフィック（無線伝送路）に送信アクセスが可能でない場合には（ステップＳ８０５）、監視を継続して行う。
【０１３１】
トラフィック（無線伝送路）に送信アクセスが可能である場合には（ステップＳ８０５）、無線信号送信処理部１０７は、マルチキャストデータを送信する（ステップＳ８０６）。
【０１３２】
続いて、伝送路利用状況混雑度判定部１０９は、トラフィック（無線伝送路）の混雑を推定するため、無線伝送路の利用状況を獲得する（ステップＳ８０７）。例えば、図７乃至図１０に示すように、トラフィック（無線伝送路）が自装置および他の通信により利用されているか否か等を無線伝送路の利用状況として獲得する。
【０１３３】
続いて、再送処理制御部１０６は、マルチキャストデータの送信後に、その受領確認（ＡＣＫ）の受領が可能であるか否かを判断する（ステップＳ８０８）。例えば、無線伝送トラフィック（例えば、無線伝送路）の混雑状況に基づいて、その受領確認（ＡＣＫ）の受領が可能であるか否かを判断することができる。この判断例については、図１３を参照して詳細に説明する。その受領確認（ＡＣＫ）の受領が可能でない場合には（ステップＳ８０８）、マルチキャスト送信処理の動作を終了する。このように、例えば、トラフィック（無線伝送路）の混雑状況によっては、ブロックＡＣＫの要求と返送をせずに、データの再送を実施しない制御をすることができる。
【０１３４】
その受領確認（ＡＣＫ）の受領が可能である場合には（ステップＳ８０８）、送信データフレーム生成部１０５は、ブロックＡＣＫの返送が必要な情報処理装置（ＳＴＡ）に対して、ブロックＡＣＫ要求フレームを構築する。そして、無線信号送信処理部１０７は、ブロックＡＣＫ要求フレームを無線送信する（ステップＳ８０９）。
【０１３５】
続いて、マルチキャスト受信管理部１１４は、ブロックＡＣＫ要求フレームの送信先の情報処理装置（ＳＴＡ）からブロックＡＣＫを受信したか否かを判断する（ステップＳ８１０）。ブロックＡＣＫを受信していない場合には（ステップＳ８１０）、ステップＳ８１２に進む。
【０１３６】
ブロックＡＣＫを受信した場合には（ステップＳ８１０）、マルチキャスト受信管理部１１４、その受信したブロックＡＣＫのフレームを解析し、自装置宛のブロックＡＣＫであるか否かを判断する。そして、自装置宛のブロックＡＣＫである場合には、マルチキャスト受信管理部１１４は、解析したブロックＡＣＫのフレームに基づいて、マルチキャストデータの未達データの有無を判断する（ステップＳ８１１）。マルチキャストデータの未達データが存在しない場合で、なおかつ他宛ブロックＡＣＫ要求の受領確認が不要な場合には（ステップＳ８１１）、マルチキャスト送信処理の動作を終了する。
【０１３７】
マルチキャストデータの未達データが存在する場合、もしくは他宛ブロックＡＣＫ要求の受領確認が必要な場合には（ステップＳ８１１）、マルチキャスト送信管理部１０４は、必要に応じて再送するデータを選定する（ステップＳ８１２）。
【０１３８】
続いて、再送処理制御部１０６は、他装置宛のブロックＡＣＫ要求の送信が必要であるか否かを判断する（ステップＳ８１３）。他装置宛のブロックＡＣＫ要求の送信が必要である場合には（ステップＳ８１３）、ステップＳ８０９に戻る。そして、情報処理装置（ＡＰ）１００は、他の情報処理装置（ＳＴＡ）に対して、ブロックＡＣＫ要求フレームを構築して無線送信する（ステップＳ８０９）。
【０１３９】
また、他装置宛のブロックＡＣＫ要求の送信が不要である場合には（ステップＳ８１３）、ステップＳ８０４に戻る。そして、送信データフレーム生成部１０５は、マルチキャスト送信データを送信バッファ１０２から獲得し、所定のマルチキャスト通信のデータのバーストを生成する（ステップＳ８０４）。このように生成されたマルチキャスト通信のデータのバーストが再送される。
【０１４０】
また、再送をこれ以上行わない場合等において、データ送信後にＡＣＫの受領を行わない場合（ステップＳ８０８）、ブロックＡＣＫ情報に未達データが存在しない場合（ステップＳ８１１）には、マルチキャスト送信処理の動作を終了する。
【０１４１】
［マルチキャスト通信の送信データバースト構成処理例］
図１２は、本技術の実施の形態における情報処理装置（ＡＰ）１００によるマルチキャスト通信の送信データバースト構成処理の処理手順の一例を示すフローチャートである。なお、図１２に示すマルチキャスト通信の送信データバースト構成処理は、例えば、図１１に示すステップＳ８０４に相当する処理である。また、図１２では、複数のＡ−ＭＰＤＵ  Ｓｕｂｆｒａｍｅにより構成されるＡ−ＭＰＤＵのフレーム（図３に示す）を送信する場合の例を示す。なお、事前に送信するデータが送信バッファに存在しない場合には、送信データバーストが構成されないため、図１２に示す処理手順が実行されなくてもよい。
【０１４２】
最初に、送信データフレーム生成部１０５は、ＰＬＣＰバーストとして送信可能な情報長（Ｌｅｎｇｔｈ）の情報を獲得する（ステップＳ８２１）。続いて、送信データフレーム生成部１０５は、送信すべきマルチキャストデータが存在するか否かを判断する（ステップＳ８２２）。
【０１４３】
既にＡ−ＭＰＤＵのサブフレームが構築されており送信すべきマルチキャストデータが存在しない場合には（ステップＳ８２２）、送信データフレーム生成部１０５は、１つのバーストを設定し、ＰＬＣＰヘッダを構築してバーストを生成する（ステップＳ８２９）。
【０１４４】
送信すべきマルチキャストデータが存在する場合には（ステップＳ８２２）、送信データフレーム生成部１０５は、その送信データの情報長（Ｄａｔａ  Ｌｅｎｇｔｈ）情報を獲得する（ステップＳ８２３）。続いて、送信データフレーム生成部１０５は、獲得した送信データの情報長（Ｄａｔａ  Ｌｅｎｇｔｈ）情報と、現行の情報長（Ｌｅｎｇｔｈ）の設定値とを比較する（ステップＳ８２４）。
【０１４５】
その比較の結果、現行の情報長（Ｌｅｎｇｔｈ）の方が大きく、残りが存在する場合には（ステップＳ８２５）、送信データフレーム生成部１０５は、送信バッファ１０２からマルチキャストデータを獲得する（ステップＳ８２６）。続いて、送信データフレーム生成部１０５は、Ａ−ＭＰＤＵのサブフレームを構築する（ステップＳ８２７）。続いて、送信データフレーム生成部１０５は、現行の情報長（Ｌｅｎｇｔｈ）の値に、その構築されたＡ−ＭＰＤＵのサブフレームの値を加算して更新をする（ステップＳ８２８）。続いて、ステップＳ８２２に戻り、次のデータが付加可能であるか否かを判断する（ステップＳ８２２乃至Ｓ８２５）。
【０１４６】
現行の情報長（Ｌｅｎｇｔｈ）に残りが存在しない場合には（ステップＳ８２５）、送信データフレーム生成部１０５は、１つのバーストを設定し、ＰＬＣＰヘッダを構築してバーストを生成する（ステップＳ８２９）。
【０１４７】
［再送判断処理例］
図１３は、本技術の実施の形態における情報処理装置（ＡＰ）１００による再送判断処理の処理手順の一例を示すフローチャートである。なお、図１３に示す再送判断処理は、例えば、図１１に示すステップＳ８０８に相当する処理である。
【０１４８】
最初に、再送処理制御部１０６は、混雑度判断のためのＤｕｒａｔｉｏｎの残り時間を獲得する（ステップＳ８３１）。ここで、Ｄｕｒａｔｉｏｎの残り時間は、Ｄｕｒａｔｉｏｎの値から、Ｄｕｒａｔｉｏｎの開始時刻から現在時刻までの値を減算して求められる値である。なお、Ｄｕｒａｔｉｏｎの値から、Ｄｕｒａｔｉｏｎの開始時刻から現在時刻までの値と、送信対象となるデータの送信時間とを減算して求められる値を、Ｄｕｒａｔｉｏｎの残り時間とするようにしてもよい。また、情報処理装置（ＡＰ）１００は、自装置がユニキャスト送信する場合には、その送信時間も考慮してＤｕｒａｔｉｏｎの残り時間を求めるようにしてもよい。
【０１４９】
続いて、再送処理制御部１０６は、ＰＬＣＰバーストとして送信可能な情報長（Ｌｅｎｇｔｈ）の情報を獲得する（ステップＳ８３２）。
【０１５０】
続いて、再送処理制御部１０６は、送信後にブロックＡＣＫの返送が必要であるか否かを判断する（ステップＳ８３３）。送信後にブロックＡＣＫの返送が不要である場合には（ステップＳ８３３）、ステップＳ８３８に進む。
【０１５１】
また、送信後にブロックＡＣＫの返送が必要である場合には（ステップＳ８３３）、再送処理制御部１０６は、そのブロックＡＣＫを要求する情報処理装置（ＳＴＡ）の数の情報をパラメータとして獲得する（ステップＳ８３４）。
【０１５２】
ここで、ブロックＡＣＫを要求する情報処理装置（ＳＴＡ）は、情報処理装置（ＡＰ）１００に接続中の機器（配下装置）の全てとするようにしてもよく、そのうちから選択された機器とするようにしてもよい。例えば、情報処理装置（ＡＰ）１００に接続中の機器（配下装置）の数が閾値未満である場合にはその全てとし、機器（配下装置）の数が閾値以上である場合には、選択された１または複数の機器とすることができる。
【０１５３】
続いて、再送処理制御部１０６は、全てのブロックＡＣＫの返信に必要な時間を見積もる（ステップＳ８３５）。例えば、ブロックＡＣＫを要求する情報処理装置（ＳＴＡ）の数と、ブロックＡＣＫ要求の送信時間と、ブロックＡＣＫの返信時間とに基づいて、全てのブロックＡＣＫの返信に必要な時間を求めることができる。
【０１５４】
続いて、再送処理制御部１０６は、Ｄｕｒａｔｉｏｎの残り時間が第１閾値ＴＨ１を基準として大きいか否かを判断する（ステップＳ８３６）。なお、閾値を基準として大きい場合とは、閾値以上の場合と、閾値よりも大きい場合との双方の意味を含むものとする。また、閾値を基準として小さい場合とは、閾値以下の場合と、閾値未満の場合との双方の意味を含むものとする。ただし、閾値を基準として大きい場合が閾値以上を意味するときには、閾値を基準として小さい場合は閾値未満を意味するものとする。一方、閾値を基準として大きい場合が閾値よりも大きい場合を意味するときには、閾値を基準として小さい場合は閾値以下を意味するものとする。
【０１５５】
ここで、第１閾値ＴＨ１は、固定値とするようにしてもよく、可変値とするようにしてよい。例えば、ＰＬＣＰバーストとして送信可能な情報長（Ｌｅｎｇｔｈ）、または、これを基準とする他の値（例えば、Ｌｅｎｇｔｈ＋α）を、第１閾値ＴＨ１として設定することができる。この場合には、例えば、ＰＬＣＰバーストとして送信可能な情報長（Ｌｅｎｇｔｈ）よりも長いＤｕｒａｔｉｏｎ時間が存在するか否かに基づいて、再送の実施をするか否かを判断することができる。ただし、他のパラメータに基づいてその判断をするようにしてもよい。
【０１５６】
例えば、獲得したＤｕｒａｔｉｏｎの値の６割程度の値を第１閾値ＴＨ１として設定することができる。また、例えば、全てのブロックＡＣＫの返信に必要な時間に基づいて、第１閾値ＴＨ１を決定するようにしてもよい。
【０１５７】
Ｄｕｒａｔｉｏｎの残り時間が第１閾値ＴＨ１を基準として大きい場合には（ステップＳ８３６）、再送処理制御部１０６は、再送信とブロックＡＣＫ要求の送信とを実行することを決定する（ステップＳ８３７）。
【０１５８】
Ｄｕｒａｔｉｏｎの残り時間が第１閾値ＴＨ１を基準として小さい場合には（ステップＳ８３６）、再送処理制御部１０６は、Ｄｕｒａｔｉｏｎの残り時間が第２閾値ＴＨ２を基準として小さいか否かを判断する（ステップＳ８３８）。
【０１５９】
ここで、第２閾値ＴＨ２は、第１閾値ＴＨ１よりも小さい値（第１閾値ＴＨ１よりも緩和された値）である。また、第２閾値ＴＨ２は、固定値とするようにしてもよく、可変値とするようにしてよい。例えば、獲得したＤｕｒａｔｉｏｎの値の２乃至４割程度の値を第２閾値ＴＨ２として設定することができる。
【０１６０】
Ｄｕｒａｔｉｏｎの残り時間が第２閾値ＴＨ２を基準として大きい場合には（ステップＳ８３８）、再送処理制御部１０６は、再送信をするが、ブロックＡＣＫの返信を求めないことを決定する（ステップＳ８３９）。このように、Ｄｕｒａｔｉｏｎの残り時間が少ない場合には、再送信をするが、ブロックＡＣＫの返信を求めないようにする。
【０１６１】
Ｄｕｒａｔｉｏｎの残り時間が第２閾値ＴＨ２を基準として小さい場合には（ステップＳ８３８）、再送処理制御部１０６は、再送信を実施しないこと決定する（ステップＳ８４０）。このように、Ｄｕｒａｔｉｏｎの残り時間がほとんど存在しない場合には、再送信を実施しないようにする。なお、ステップＳ８３１乃至Ｓ８４０は、請求の範囲に記載の制限する制御手順の一例である。
【０１６２】
このように、再送処理制御部１０６は、Ｄｕｒａｔｉｏｎの残り時間に基づいて、再送の要否、ブロックＡＣＫ要求の送信の要否を決定することができる。例えば、無線伝送トラフィック（無線伝送路）の混雑状況によっては、ブロックＡＣＫの要求と返送をせず、データの再送を実施しないようにすることもできる。
【０１６３】
このように、通信制御部１２０は、無線伝送トラフィックの混雑状況に基づいて、データの再送、または、その再送データの受領確認要求の送信を制限する制御を行うことができる。例えば、通信制御部１２０は、所定期間（例えば、Ｄｕｒａｔｉｏｎ）における無線伝送トラフィックに基づいて、無線伝送トラフィックの混雑状況を判断することができる。例えば、通信制御部１２０は、所定期間における、他の機器による無線伝送トラフィックの使用時間と、データの再送時間と、受領確認要求の送信時間と、受領確認要求に対応する受領確認の受信時間とに基づいて、無線伝送トラフィックの混雑状況を判断することができる。
【０１６４】
また、例えば、通信制御部１２０は、無線伝送トラフィックの混雑状況に基づいて、マルチキャストデータの再送を制限する制御を行うことができる。例えば、通信制御部１２０は、データの再送を実施する場合には、その再送データの受領確認要求を送信することができる。また、例えば、通信制御部１２０は、無線伝送トラフィックの混雑状況が所定条件（例えば、閾値判定）を満たす場合には、データの再送を実施するが、その再送データの受領確認要求を送信せず、その再送以降の再送を実施しない制御を行うことができる。
【０１６５】
例えば、通信制御部１２０は、所定期間における、他の機器による無線伝送トラフィックの使用時間と、データの再送時間と、受領確認要求の送信時間と、受領確認要求に対応する受領確認の受信時間とに基づいて算出される値（例えば、Ｄｕｒａｔｉｏｎの残り時間）と、閾値（例えば、第１閾値ＴＨ１、第２閾値ＴＨ２）との比較結果に基づいて、データの再送またはその再送データの受領確認要求の送信を制限するか否かを判断することができる。具体的には、例えば、通信制御部１２０は、その算出される値と、第１閾値ＴＨ１との比較結果に基づいて、データの再送およびその再送データの受領確認要求の送信を実施することを決定することができる。また、例えば、通信制御部１２０は、その算出される値と、第２閾値ＴＨ２との比較結果に基づいて、データの再送を実施してその再送データの受領確認要求を送信しないこと、または、データの再送およびその再送データの受領確認要求の送信を実施しないことを決定することができる。
【０１６６】
［情報処理装置（ＳＴＡ）の動作例］
図１４は、本技術の実施の形態における情報処理装置（ＳＴＡ）２００によるマルチキャスト通信の受信処理の処理手順の一例を示すフローチャートである。
【０１６７】
最初に、情報処理装置（ＳＴＡ）２００の受信データフレーム抽出部（図２に示す受信データフレーム抽出部１１３に相当）は、無線送信されてきた所定のプリアンブルを検出した場合には、所定のフレームフォーマットに従って情報を復号する。そして、情報処理装置（ＳＴＡ）２００の受信データフレーム抽出部は、Ａ−ＭＰＤＵを受信したか否かを判断する（ステップＳ８６１）。
【０１６８】
Ａ−ＭＰＤＵを受信した場合には（ステップＳ８６１）、情報処理装置（ＳＴＡ）２００の受信データフレーム抽出部は、そのＭＰＤＵデリミタの値に基づいて、Ａ−ＭＰＤＵのサブフレーム（以下、便宜上、ＭＰＤＵと表現する）を抽出する（ステップＳ８６２）。
【０１６９】
Ａ−ＭＰＤＵを受信していない場合には（ステップＳ８６１）、情報処理装置（ＳＴＡ）２００の受信データフレーム抽出部は、ＭＰＤＵを受信したか否かを判断する（ステップＳ８６３）。そして、ＭＰＤＵを受信した場合には（ステップＳ８６３）、情報処理装置（ＳＴＡ）２００の受信データフレーム抽出部は、そのＭＰＤＵを獲得して、ステップＳ８６４に進む。
【０１７０】
続いて、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部（図２に示すマルチキャスト受信管理部１１４に相当）は、自装置が受信すべきマルチキャストデータであるか否かを判断する（ステップＳ８６４）。自装置が受信すべきマルチキャストデータでない場合には（ステップＳ８６４）、ステップＳ８６８に進む。
【０１７１】
自装置が受信すべきマルチキャストデータである場合には（ステップＳ８６４）、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、そのＭＰＤＵを正常に受信することができたか否かを判断する（ステップＳ８６５）。そのＭＰＤＵを正常に受信することができない場合には（ステップＳ８６５）、ステップＳ８６８に進む。
【０１７２】
そのＭＰＤＵを正常に受信することができた場合には（ステップＳ８６５）、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、そのデータを受信バッファ（図２に示す受信バッファ１１６に相当）に格納する（ステップＳ８６６）。続いて、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、正常に受信したＭＰＤＵのシーケンス番号を、受信ＡＣＫ情報として記憶する（ステップＳ８６７）とともに、Ａ−ＭＰＤＵサブフレームでないＭＰＤＵの場合は、必要に応じてＡＣＫフレームを送信してもよい。
【０１７３】
続いて、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、フレームの受信が終了したか否かを判断する（ステップＳ８６８）。例えば、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、Ａ−ＭＰＤＵを受信した場合等には、一連のＰＬＣＰバーストの受信が終了したか否かを判断する（ステップＳ８６８）。フレームの受信が終了していない場合には（ステップＳ８６８）、ステップＳ８６２に戻り、次のサブフレームの復号を実施する。
【０１７４】
フレームの受信が終了した場合（例えば、一連のＰＬＣＰバーストの受信が終了した場合）には（ステップＳ８６８）、ステップＳ８６１に戻る。
【０１７５】
また、ＭＰＤＵを受信していない場合には（ステップＳ８６３）、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、ブロックＡＣＫ要求を受信したか否かを判断する（ステップＳ８６９）。ブロックＡＣＫ要求を受信していない場合には（ステップＳ８６９）、ステップＳ８７３に進む。
【０１７６】
ブロックＡＣＫ要求を受信した場合には（ステップＳ８６９）、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、保存していたマルチキャストデータの受信ＡＣＫ情報を獲得する（ステップＳ８７０）。続いて、情報処理装置（ＳＴＡ）２００の受領確認制御部（図２に示す受領確認制御部１１５に相当）は、獲得した受信ＡＣＫ情報に基づいて、ブロックＡＣＫフレームを構築する制御を行う（ステップＳ８７１）。すなわち、情報処理装置（ＳＴＡ）２００の送信データフレーム生成部（図２に示す送信データフレーム生成部１０５に相当）は、受領確認制御部からの制御に基づいて、ブロックＡＣＫフレームを構築する（ステップＳ８７１）。続いて、情報処理装置（ＳＴＡ）２００の無線信号送信処理部（図２に示す無線信号送信処理部１０７）は、ブロックＡＣＫフレームを送信する（ステップＳ８７２）。
【０１７７】
続いて、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、所定のシーケンス番号までの収集が完了したか否かを判断する（ステップＳ８７３）。ここで、所定のシーケンス番号は、例えば、予め設定されている固定値（例えば、全体のシーケンス番号に対する割合）に基づくシーケンス番号とすることができる。また、所定のシーケンス番号は、例えば、可変値（例えば、無線伝送トラフィックの混雑状況に基づいて変動する値）に基づくシーケンス番号とするようにしてもよい。そして、所定のシーケンス番号までの収集が完了した場合には（ステップＳ８７３）、ステップＳ８７６に進む。
【０１７８】
所定のシーケンス番号までの収集が完了していない場合には（ステップＳ８７３）、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、現在のマルチキャスト通信において、ブロックＡＣＫ要求フレームを所定の時刻に検出したか否かを判断する（ステップＳ８７４）。ここで、所定の時刻は、予め設定されている値に基づいて決定するようにしてもよく、可変値としてもよい。また、例えば、送信側の機器（例えば、情報処理装置（ＡＰ）１００）からＤｕｒａｔｉｏｎの値を取得し、そのＤｕｒａｔｉｏｎの値に基づいて、所定の時刻を設定するようにしてもよい。
【０１７９】
ブロックＡＣＫ要求フレームを所定の時刻に検出していない場合には（ステップＳ８７４）、再送が行われると判断し、ステップＳ８６１に戻る。
【０１８０】
ブロックＡＣＫ要求フレームを所定の時刻に検出した場合には（ステップＳ８７４）、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、再送が行われないことを判断する（ステップＳ８７５）。そして、情報処理装置（ＳＴＡ）２００の通信制御部（図２に示す通信制御部１２０に相当）は、収集したマルチキャストデータを上位層に出力する（ステップＳ８７６）。なお、ステップＳ８７３乃至Ｓ８７６は、請求の範囲に記載の上位層に渡す制御手順の一例である。
【０１８１】
このように、情報処理装置（ＳＴＡ）２００は、無線伝送トラフィックの混雑状況に基づいてデータの再送を制限する他の機器（例えば、情報処理装置（ＡＰ）１００）から送信されたマルチキャストデータを受信することができる。この場合に、情報処理装置（ＳＴＡ）２００の通信制御部（図２に示す通信制御部１２０）は、その受信したマルチキャストデータのうち、所定のシーケンス番号までのデータを取得することができた場合に、その取得したデータを上位層に渡す制御を行うことができる。
【０１８２】
また、例えば、情報処理装置（ＳＴＡ）２００の通信制御部は、マルチキャストデータの受領確認要求が他の機器から送信されないことを検出した場合には、これ以降にマルチキャストデータの再送が行われないと判断することができる。このように、マルチキャストデータの再送が行われないと判断した場合には、情報処理装置（ＳＴＡ）２００の通信制御部は、所定のシーケンス番号までのデータを取得することができない場合でも、その判断をするまでに取得したデータを上位層に渡す制御を行うことができる。
【０１８３】
ここで、従来のマルチキャスト通信の再送方法は、事前に複数回の送信が決められているものであり、ＡＣＫの受領に応じて再送回数を制御することができない。このため、無線伝送路上のトラフィックが混雑している場合に、再送を繰り返し行うと、再送トラフィックによって時間が占有される。これにより、ネットワーク上のトータルスループットが低下するおそれがある。
【０１８４】
これに対し、本技術の実施の形態によれば、トラフィック（無線伝送路）の伝送量（キャパシティ）、トラフィックの利用状況、トラフィックの混雑度に応じて、その都度、マルチキャスト通信における再送回数を制限することができる。これにより、ネットワーク上のトータルスループットの低下を防止し、効果的な無線通信技術を実現することができる。
【０１８５】
例えば、トラフィックが他の通信に占有されている場合等、必要に応じてマルチキャスト通信の再送を制限する。これにより、トラフィック全体の利用効率を向上させることができる。
【０１８６】
また、事前に再送回数を決めることなく、トラフィックの状況に応じてその都度再送の可否を判断することができる。これにより、無用な再送を回避することができる。
【０１８７】
また、以降に再送を行わない場合には、ブロックＡＣＫ要求を送信しないようにする。これにより、ブロックＡＣＫの返送にかかるトラフィックの負荷を低減することができ、伝送路を効率よく利用することができる。
【０１８８】
また、送信側の情報処理装置において、トラフィックの利用状況に応じて、受領確認をして再送を実施する場合と、受領確認をせずに再送のみを実施する場合と、再送を実施しない場合とを切り替えることができる。これにより、再送制御を柔軟に運用することができる。
【０１８９】
また、受信側の情報処理装置は、ブロックＡＣＫ要求がない場合に、その受領確認の必要がないことから、所定のシーケンスまでのマルチキャストデータを上位層に出力することができる。
【０１９０】
このように、本技術の実施の形態によれば、トラフィックの状況に基づいて、マルチキャスト通信の再送、受領確認要求の送信等を適切に制御することができる。
【０１９１】
また、本技術の実施の形態における情報処理装置（ＡＰ）１００、情報処理装置（ＳＴＡ）２００、２１０は、各分野において使用される機器に適用することができる。例えば、自動車内で使用される無線機器（例えば、カーナビゲーション装置、スマートフォン）に適用することができる。また、例えば、車車間通信や路車間通信（Ｖ２Ｘ（vehicle to X））に適用することができる。また、例えば、教育分野で使用される学習機器（例えば、タブレット端末）に適用可能である。また、例えば、農業分野で使用される無線機器（例えば、牛管理システムの端末）に適用可能である。同様に、例えば、スポーツ分野や医療分野等で使用される各無線機器に適用可能である。
【０１９２】
＜２．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、情報処理装置（ＡＰ）１００、情報処理装置（ＳＴＡ）２００、２１０は、スマートフォン、タブレットＰＣ（Personal  Computer）、ノートＰＣ、携帯型ゲーム端末若しくはデジタルカメラなどのモバイル端末、テレビジョン受像機、プリンタ、デジタルスキャナ若しくはネットワークストレージなどの固定端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、情報処理装置（ＡＰ）１００、情報処理装置（ＳＴＡ）２００、２１０は、スマートメータ、自動販売機、遠隔監視装置又はＰＯＳ（Point  Of  Sale）端末などの、Ｍ２Ｍ（Machine  To  Machine）通信を行う端末（ＭＴＣ（Machine  Type  Communication）端末ともいう）として実現されてもよい。さらに、情報処理装置（ＡＰ）１００、情報処理装置（ＳＴＡ）２００、２１０は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１９３】
一方、例えば、情報処理装置（ＡＰ）１００は、ルータ機能を有し又はルータ機能を有しない無線ＬＡＮアクセスポイント（無線基地局ともいう）として実現されてもよい。また、情報処理装置（ＡＰ）１００は、モバイル無線ＬＡＮルータとして実現されてもよい。さらに、情報処理装置（ＡＰ）１００は、これら装置に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１９４】
［２−１．第１の応用例］
図１５は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インターフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インターフェース９１３、アンテナスイッチ９１４、アンテナ９１５、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０１９５】
プロセッサ９０１は、例えばＣＰＵ（Central  Processing  Unit）又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ（Random  Access  Memory）及びＲＯＭ（Read  Only  Memory）を含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インターフェース９０４は、メモリカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインターフェースである。
【０１９６】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０１９７】
無線通信インターフェース９１３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インターフェース９１３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インターフェース９１３は、アドホックモード又はＷｉ−Ｆｉ Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。なお、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔでは、アドホックモードとは異なり２つの端末の一方がアクセスポイントとして動作するが、通信はそれら端末間で直接的に行われる。無線通信インターフェース９１３は、典型的には、ベースバンドプロセッサ、ＲＦ（Radio  Frequency）回路及びパワーアンプなどを含み得る。無線通信インターフェース９１３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インターフェース９１３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９１４は、無線通信インターフェース９１３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１５の接続先を切り替える。アンテナ９１５は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インターフェース９１３による無線信号の送信及び受信のために使用される。
【０１９８】
なお、図１５の例に限定されず、スマートフォン９００は、複数のアンテナ（例えば、無線ＬＡＮ用のアンテナ及び近接無線通信方式用のアンテナ、など）を備えてもよい。その場合に、アンテナスイッチ９１４は、スマートフォン９００の構成から省略されてもよい。
【０１９９】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インターフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インターフェース９１３及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図１５に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０２００】
図１５に示したスマートフォン９００において、図２を用いて説明した通信制御部１２０は、無線通信インターフェース９１３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。例えば、無線伝送トラフィックの混雑状況に基づいて、データの再送またはその再送データの受領確認要求の送信を制限することにより、バッテリー９１８の電力消費を低減することができる。
【０２０１】
なお、スマートフォン９００は、プロセッサ９０１がアプリケーションレベルでアクセスポイント機能を実行することにより、無線アクセスポイント（ソフトウェアＡＰ）として動作してもよい。また、無線通信インターフェース９１３が無線アクセスポイント機能を有していてもよい。
【０２０２】
［２−２．第２の応用例］
図１６は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインターフェース９２６、コンテンツプレーヤ９２７、記憶媒体インターフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インターフェース９３３、アンテナスイッチ９３４、アンテナ９３５及びバッテリー９３８を備える。
【０２０３】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０２０４】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインターフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０２０５】
コンテンツプレーヤ９２７は、記憶媒体インターフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０２０６】
無線通信インターフェース９３３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インターフェース９３３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インターフェース９３３は、アドホックモード又はＷｉ−Ｆｉ Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。無線通信インターフェース９３３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インターフェース９３３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インターフェース９３３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９３４は、無線通信インターフェース９３３に含まれる複数の回路の間でアンテナ９３５の接続先を切り替える。アンテナ９３５は、単一の又は複数のアンテナ素子を有し、無線通信インターフェース９３３による無線信号の送信及び受信のために使用される。
【０２０７】
なお、図１６の例に限定されず、カーナビゲーション装置９２０は、複数のアンテナを備えてもよい。その場合に、アンテナスイッチ９３４は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０２０８】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図１６に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０２０９】
図１６に示したカーナビゲーション装置９２０において、図２を用いて説明した通信制御部１２０は、無線通信インターフェース９３３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９２１において実装されてもよい。例えば、無線伝送トラフィックの混雑状況に基づいて、データの再送またはその再送データの受領確認要求の送信を制限することにより、バッテリー９３８の電力消費を低減することができる。
【０２１０】
また、無線通信インターフェース９３３は、上述した情報処理装置（ＡＰ）１００として動作し、車両に乗るユーザが有する端末に無線接続を提供してもよい。
【０２１１】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０２１２】
［２−３．第３の応用例］
図１７は、本開示に係る技術が適用され得る無線アクセスポイント９５０の概略的な構成の一例を示すブロック図である。無線アクセスポイント９５０は、コントローラ９５１、メモリ９５２、入力デバイス９５４、表示デバイス９５５、ネットワークインターフェース９５７、無線通信インターフェース９６３、アンテナスイッチ９６４及びアンテナ９６５を備える。
【０２１３】
コントローラ９５１は、例えばＣＰＵ又はＤＳＰ（Digital  Signal  Processor）であってよく、無線アクセスポイント９５０のＩＰ（Internet  Protocol）レイヤ及びより上位のレイヤの様々な機能（例えば、アクセス制限、ルーティング、暗号化、ファイアウォール及びログ管理など）を動作させる。メモリ９５２は、ＲＡＭ及びＲＯＭを含み、コントローラ９５１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、ルーティングテーブル、暗号鍵、セキュリティ設定及びログなど）を記憶する。
【０２１４】
入力デバイス９５４は、例えば、ボタン又はスイッチなどを含み、ユーザからの操作を受け付ける。表示デバイス９５５は、ＬＥＤランプなどを含み、無線アクセスポイント９５０の動作ステータスを表示する。
【０２１５】
ネットワークインターフェース９５７は、無線アクセスポイント９５０が有線通信ネットワーク９５８に接続するための有線通信インターフェースである。ネットワークインターフェース９５７は、複数の接続端子を有してもよい。有線通信ネットワーク９５８は、イーサネット（登録商標）などのＬＡＮであってもよく、又はＷＡＮ（Wide  Area  Network）であってもよい。
【０２１６】
無線通信インターフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インターフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インターフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インターフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インターフェース９６３による無線信号の送信及び受信のために使用される。
【０２１７】
図１７に示した無線アクセスポイント９５０において、図２を用いて説明した通信制御部１２０は、無線通信インターフェース９６３において実装されてもよい。また、これら機能の少なくとも一部は、コントローラ９５１において実装されてもよい。
【０２１８】
なお、上述の実施の形態は本技術を具現化するための一例を示したものであり、実施の形態における事項と、請求の範囲における発明特定事項とはそれぞれ対応関係を有する。同様に、請求の範囲における発明特定事項と、これと同一名称を付した本技術の実施の形態における事項とはそれぞれ対応関係を有する。ただし、本技術は実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において実施の形態に種々の変形を施すことにより具現化することができる。
【０２１９】
また、上述の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disc）、メモリカード、ブルーレイディスク（Blu-ray（登録商標）Disc）等を用いることができる。
【０２２０】
なお、本明細書に記載された効果はあくまで例示であって、限定されるものではなく、また、他の効果があってもよい。
【０２２１】
なお、本技術は以下のような構成もとることができる。
（１）
無線伝送トラフィックの混雑状況に基づいて、データの再送または当該再送データの受領確認要求の送信を制限する制御を行う制御部を具備する情報処理装置。
（２）
前記制御部は、前記混雑状況に基づいて、マルチキャストデータの再送を制限する制御を行う前記（１）に記載の情報処理装置。
（３）
前記制御部は、前記データの再送を実施する場合には、当該再送データの受領確認要求を送信する前記（１）または（２）に記載の情報処理装置。
（４）
前記制御部は、前記混雑状況が所定条件を満たす場合には、前記データの再送を実施するが、当該再送データの受領確認要求を送信せず、当該再送以降の再送を実施しない前記（１）または（２）に記載の情報処理装置。
（５）
前記制御部は、所定期間における無線伝送トラフィックに基づいて前記混雑状況を判断する前記（１）から（４）のいずれかに記載の情報処理装置。
（６）
前記制御部は、所定期間における、自装置および他の機器による前記無線伝送トラフィックの使用時間と、前記データの再送時間と、前記受領確認要求の送信時間と、前記受領確認要求に対応する受領確認の受信時間とに基づいて、前記混雑状況を判断する前記（１）から（５）のいずれかに記載の情報処理装置。
（７）
前記制御部は、所定期間における、自装置および他の機器による前記無線伝送トラフィックの使用時間と、前記データの再送時間と、前記受領確認要求の送信時間と、前記受領確認要求に対応する受領確認の受信時間とに基づいて算出される値と、閾値との比較結果に基づいて、前記データの再送または当該再送データの受領確認要求の送信を制限するか否かを判断する前記（１）から（６）のいずれかに記載の情報処理装置。
（８）
前記制御部は、前記算出される値と第１閾値との比較結果に基づいて、前記データの再送および当該再送データの受領確認要求の送信を実施することを決定し、前記算出される値と前記第１閾値よりも緩和された値である第２閾値との比較結果に基づいて、前記データの再送を実施して当該再送データの受領確認要求を送信しないこと、または、前記データの再送および当該再送データの受領確認要求の送信を実施しないことを決定する前記（７）に記載の情報処理装置。
（９）
無線伝送トラフィックの混雑状況に基づいてデータの再送を制限する他の機器から送信されたマルチキャストデータのうち所定のシーケンス番号までのデータを取得することができた場合に、当該取得したデータを上位層に渡す制御を行う制御部を具備する情報処理装置。
（１０）
前記制御部は、前記マルチキャストデータの受領確認要求が前記他の機器から送信されないことを検出した場合に、これ以降に前記マルチキャストデータの再送が行われないと判断する前記（９）に記載の情報処理装置。
（１１）
前記制御部は、前記マルチキャストデータの再送が行われないと判断した場合には、前記所定のシーケンス番号までのデータを取得することができない場合でも、当該判断をするまでに取得したデータを前記上位層に渡す制御を行う前記（１０）に記載の情報処理装置。
（１２）
データの受領確認要求を受信した場合に、前記受領確認要求に対する受領確認を送信する第１情報処理装置と、
無線伝送トラフィックの混雑状況に基づいて、前記データの再送または当該再送データの受領確認要求の送信を制限する第２情報処理装置と
を具備する通信システム。
（１３）
無線伝送トラフィックの混雑状況に基づいて、データの再送または当該再送データの受領確認要求の送信を制限する制御手順を具備する情報処理方法。
（１４）
無線伝送トラフィックの混雑状況に基づいてデータの再送を制限する他の機器から送信されたマルチキャストデータのうち所定のシーケンス番号までのデータを取得することができた場合に、当該取得したデータを上位層に渡す制御手順を具備する情報処理方法。
（１５）
無線伝送トラフィックの混雑状況に基づいて、データの再送または当該再送データの受領確認要求の送信を制限する制御手順をコンピュータに実行させるプログラム。
（１６）
無線伝送トラフィックの混雑状況に基づいてデータの再送を制限する他の機器から送信されたマルチキャストデータのうち所定のシーケンス番号までのデータを取得することができた場合に、当該取得したデータを上位層に渡す制御手順をコンピュータに実行させるプログラム。
【符号の説明】
【０２２２】
１０  通信システム
２１  インターネット接続部
２２  情報入力部
２３  機器制御部
２４  情報出力部
１００  情報処理装置（ＡＰ）
１０１  インターフェース部
１０２  送信バッファ
１０３  バッファ管理部
１０４  マルチキャスト送信管理部
１０５  送信データフレーム生成部
１０６  再送処理制御部
１０７  無線信号送信処理部
１０８  アクセス制御部
１０９  伝送路利用状況混雑度判定部
１１０  アンテナ制御部
１１１Ａ、１１１Ｂ  アンテナエレメント
１１２  無線信号受信処理部
１１３  受信データフレーム抽出部
１１４  マルチキャスト受信管理部
１１５  受領確認制御部
１１６  受信バッファ
１２０  通信制御部
２００、２１０  情報処理装置（ＳＴＡ）
２２０  情報処理装置（ＯＢＳ）
９００  スマートフォン
９０１  プロセッサ
９０２  メモリ
９０３  ストレージ
９０４  外部接続インターフェース
９０６  カメラ
９０７  センサ
９０８  マイクロフォン
９０９  入力デバイス
９１０  表示デバイス
９１１  スピーカ
９１３  無線通信インターフェース
９１４  アンテナスイッチ
９１５  アンテナ
９１７  バス
９１８  バッテリー
９１９  補助コントローラ
９２０  カーナビゲーション装置
９２１  プロセッサ
９２２  メモリ
９２４  ＧＰＳモジュール
９２５  センサ
９２６  データインターフェース
９２７  コンテンツプレーヤ
９２８  記憶媒体インターフェース
９２９  入力デバイス
９３０  表示デバイス
９３１  スピーカ
９３３  無線通信インターフェース
９３４  アンテナスイッチ
９３５  アンテナ
９３８  バッテリー
９４１  車載ネットワーク
９４２  車両側モジュール
９５０  無線アクセスポイント
９５１  コントローラ
９５２  メモリ
９５４  入力デバイス
９５５  表示デバイス
９５７  ネットワークインターフェース
９５８  有線通信ネットワーク
９６３  無線通信インターフェース
９６４  アンテナスイッチ
９６５  アンテナ
【図１】
2017043189.tif 000003
【図２】
2017043189.tif 000004
【図３】
2017043189.tif 000005
【図４】
2017043189.tif 000006
【図５】
2017043189.tif 000007
【図６】
2017043189.tif 000008
【図７】
2017043189.tif 000009
【図８】
2017043189.tif 000010
【図９】
2017043189.tif 000011
【図１０】
2017043189.tif 000012
【図１１】
2017043189.tif 000013
【図１２】
2017043189.tif 000014
【図１３】
2017043189.tif 000015
【図１４】
2017043189.tif 000016
【図１５】
2017043189.tif 000017
【図１６】
2017043189.tif 000018
【図１７】
2017043189.tif 000019
【国際調査報告】
2017043189.tif 000020
2017043189.tif 000021
2017043189.tif 000022
2017043189.tif 000023