(57)【要約】  消費電力に関するモードを適切に設定する。  情報処理装置は、制御部を具備する情報処理装置である。その制御部は、第１のモードにあるその情報処理装置が第１のモードとは消費電力が異なる第２のモードに遷移する場合に、少なくとも１つのフレームを送信する制御を行うものである。その制御部は、そのフレームを送信する場合に、第２のモードに対応する第１機器にその情報処理装置が第２のモードに遷移することを通知するための情報と、第２のモードに対応していない第２機器の送信を抑制させるための情報とを含めて送信する。
2016143233.tif 000002
【特許請求の範囲】
【請求項１】
第１のモードにある当該情報処理装置が前記第１のモードとは消費電力が異なる第２のモードに遷移する場合に、前記第２のモードに対応する第１機器に前記情報処理装置が前記第２のモードに遷移することを通知するための情報と、前記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含む、少なくとも１つのフレームを送信する制御を行う制御部を具備する情報処理装置。
【請求項２】
前記制御部は、所定の判断基準に基づいて、前記フレームを送信する予定時刻を延期して前記フレームを送信する請求項１記載の情報処理装置。
【請求項３】
前記制御部は、前記フレームを送信する予定時刻を前記フレームの送信前に前記第１機器および前記第２機器に通知する請求項１記載の情報処理装置。
【請求項４】
前記制御部は、前記予定時刻をブロードキャストフレームで送信する請求項２記載の情報処理装置。
【請求項５】
前記制御部は、前記情報処理装置宛に送信されたフレームに関する情報を前記判断基準とする請求項２記載の情報処理装置。
【請求項６】
前記制御部は、所定の判断基準に基づいて、前記フレームの送信を中止する請求項１記載の情報処理装置。
【請求項７】
前記制御部は、前記フレームを送信する予定時刻までに前記情報処理装置に接続されている他の情報処理装置宛てのデータを上位層から受信したことを前記判断基準とする請求項６記載の情報処理装置。
【請求項８】
前記制御部は、前記フレームを送信する予定時刻までに前記情報処理装置宛の他のフレームを受信したことを前記判断基準とする請求項６記載の情報処理装置。
【請求項９】
前記制御部は、前記第１機器および前記第２機器のそれぞれの送信を抑制させる第１フレームを前記フレームの一部として送信する請求項１記載の情報処理装置。
【請求項１０】
前記制御部は、前記第２機器が情報の特定が不可能な第２フレームを前記フレームの一部として送信する請求項９記載の情報処理装置。
【請求項１１】
前記制御部は、前記情報処理装置を識別するための識別子と、前記第２のモードに遷移する期間を特定するための期間情報とを前記フレームに含めて送信する請求項１記載の情報処理装置。
【請求項１２】
前記制御部は、前記識別子および前記期間情報のそれぞれを、前記フレームにおけるＰＨＹヘッダおよびＭＡＣヘッダのうちの少なくとも１つに含めて送信する請求項１１記載の情報処理装置。
【請求項１３】
前記制御部は、前記フレームの宛先を前記情報処理装置宛に設定する請求項１記載の情報処理装置。
【請求項１４】
前記制御部は、前記フレームを送信する際の待機期間として前記第１機器および前記第２機器のそれぞれが送信する際に待機する期間よりも短いことが保証される期間を設定する請求項１記載の情報処理装置。
【請求項１５】
第１のモードにある他の情報処理装置が前記第１のモードとは消費電力が異なる第２のモードに遷移することを通知する場合に送信されるフレームであって、前記第２のモードに対応する第１機器に前記他の情報処理装置が前記第２のモードに遷移することを通知するための情報と、前記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含むフレームを受信する通信部と、
前記フレームに含まれる情報に基づいて自装置の送信に関する制御を行う制御部と
を具備する情報処理装置。
【請求項１６】
前記制御部は、前記フレームに含まれる送信先アドレスおよび受信先アドレスが一致するか否かに基づいて、前記他の情報処理装置が前記第２のモードに遷移することを通知するためのフレームであることを判断する請求項１５記載の情報処理装置。
【請求項１７】
前記制御部は、前記フレームに含まれる前記他の情報処理装置が前記第２のモードに遷移する期間に基づいて自装置が前記第２のモードに遷移する期間を設定する請求項１５記載の情報処理装置。
【請求項１８】
前記制御部は、前記他の情報処理装置宛てに送信するフレームが存在し、かつ、当該フレームの送信までに必要な待機期間が、前記他の情報処理装置が前記第２のモードを終了する期間よりも大きい場合に、当該フレームの送信処理を行う請求項１５記載の情報処理装置。
【請求項１９】
前記制御部は、送信すべきフレームが存在し、かつ、当該フレームの宛先が前記他の情報処理装置以外のときには、当該フレームの送信処理を行う請求項１５記載の情報処理装置。
【請求項２０】
第１のモードにある当該情報処理装置が前記第１のモードとは消費電力が異なる第２のモードに遷移する場合に、前記第２のモードに対応する第１機器に前記情報処理装置が前記第２のモードに遷移することを通知するための情報と、前記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含む、少なくとも１つのフレームを送信する手順を具備する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、情報処理装置に関する。詳しくは、無線通信を利用して情報のやりとりを行う情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
従来、無線通信を利用して情報のやり取りを行う無線通信技術が存在する。例えば、無線ＬＡＮ（Local Area Network）に関する標準規格ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１の普及が進んでいる。また、複数の無線機器がルータを介さずにＰ２Ｐ（Peer to Peer）により無線接続して直接データのやりとりを行うための標準規格（Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ（Ｗｉ−Ｆｉ  Ｐ２Ｐ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ））が提案されている。【０００３】
このＷｉ−Ｆｉ  Ｄｉｒｅｃｔでは、無線親機の役割を担う無線機器（ＧＯ（Group Owner）がスリープするためのプロトコルとしてＮｏＡ（Notice of Absence）が定義されている。具体的には、ＧＯがビーコン等を用いて事前にスリープ開始時間、スリープ期間等をクライアントに通知してスリープを設定する。【０００４】
ＮｏＡに関する技術として、例えば、ＮｏＡによる省電力モードを実行するポータブル端末が提案されている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−１０６３４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の従来技術では、ＧＯに接続されている全ての機器がＷｉ−Ｆｉ  Ｄｉｒｅｃｔ搭載機器である場合には、ＧＯがスリープ開始時間、スリープ期間等をクライアントに通知してスリープ（省電力モード）を設定することができる。【０００７】
しかしながら、ＧＯにＷｉ−Ｆｉ  Ｄｉｒｅｃｔ非搭載機器が接続されることも想定される。例えば、ＧＯにＷｉ−Ｆｉ  Ｄｉｒｅｃｔ非搭載機器が接続されている場合には、そのＷｉ−Ｆｉ  Ｄｉｒｅｃｔ非搭載機器は、ＧＯがスリープしているか否かを把握することができない。このため、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ非搭載機器は、スリープ中のＧＯに対してデータを送信してしまうことも想定される。この場合には、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ非搭載機器およびスリープ中のＧＯ間で正しく通信を行うことができない。そこで、ＧＯにＷｉ−Ｆｉ  Ｄｉｒｅｃｔ非搭載機器が接続されている場合でも、スリープ（省電力モード）を適切に設定することが重要である。【０００８】
本技術はこのような状況に鑑みて生み出されたものであり、消費電力に関するモードを適切に設定することを目的とする。
【課題を解決するための手段】
【０００９】
本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、第１のモードにある当該情報処理装置が上記第１のモードとは消費電力が異なる第２のモードに遷移する場合に、上記第２のモードに対応する第１機器に上記情報処理装置が上記第２のモードに遷移することを通知するための情報と、上記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含む、少なくとも１つのフレームを送信する制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、自装置が第２のモードに遷移する場合に、第２のモードに対応する第１機器に自装置が第２のモードに遷移することを通知するための情報と、第２のモードに対応していない第２機器の送信を抑制させるための情報とを含むフレームを送信するという作用をもたらす。【００１０】
また、この第１の側面において、上記制御部は、所定の判断基準に基づいて、上記フレームを送信する予定時刻を延期して上記フレームを送信するようにしてもよい。これにより、フレームを送信する予定時刻を延期するという作用をもたらす。【００１１】
また、この第１の側面において、上記制御部は、上記フレームを送信する予定時刻を上記フレームの送信前に上記第１機器および上記第２機器に通知するようにしてもよい。これにより、フレームを送信する予定時刻を、フレームの送信前に第１機器および第２機器に通知するという作用をもたらす。【００１２】
また、この第１の側面において、上記制御部は、上記予定時刻をブロードキャストフレームで送信するようにしてもよい。これにより、予定時刻をブロードキャストフレームで送信するという作用をもたらす。【００１３】
また、この第１の側面において、上記制御部は、上記情報処理装置宛に送信されたフレームに関する情報を上記判断基準とするようにしてもよい。これにより、自装置宛に送信されたフレームに関する情報を判断基準とするという作用をもたらす。【００１４】
また、この第１の側面において、上記制御部は、所定の判断基準に基づいて、上記フレームの送信を中止するようにしてもよい。これにより、所定の判断基準に基づいて、フレームの送信を中止するという作用をもたらす。【００１５】
また、この第１の側面において、上記制御部は、上記フレームを送信する予定時刻までに上記情報処理装置に接続されている他の情報処理装置宛てのデータを上位層から受信したことを上記判断基準とするようにしてもよい。これにより、フレームを送信する予定時刻までに自装置に接続されている他の情報処理装置宛てのデータを上位層から受信したことを判断基準とするという作用をもたらす。【００１６】
また、この第１の側面において、上記制御部は、上記フレームを送信する予定時刻までに上記情報処理装置宛の他のフレームを受信したことを上記判断基準とするようにしてもよい。これにより、フレームを送信する予定時刻までに自装置宛の他のフレームを受信したことを判断基準とするという作用をもたらす。【００１７】
また、この第１の側面において、上記制御部は、上記第１機器および上記第２機器のそれぞれの送信を抑制させる第１フレームを上記フレームの一部として送信するようにしてもよい。これにより、第１機器および第２機器のそれぞれの送信を抑制させる第１フレームを送信するという作用をもたらす。【００１８】
また、この第１の側面において、上記制御部は、上記第２機器が情報の特定が不可能な第２フレームを上記フレームの一部として送信するようにしてもよい。これにより、第２機器が情報の特定が不可能な第２フレームを送信するという作用をもたらす。【００１９】
また、この第１の側面において、上記制御部は、上記情報処理装置を識別するための識別子と、上記第２のモードに遷移する期間を特定するための期間情報とを上記フレームに含めて送信するようにしてもよい。これにより、自装置を識別するための識別子と、第２のモードに遷移する期間を特定するための期間情報とをフレームに含めて送信するという作用をもたらす。【００２０】
また、この第１の側面において、上記制御部は、上記識別子および上記期間情報のそれぞれを、上記フレームにおけるＰＨＹヘッダおよびＭＡＣヘッダのうちの少なくとも１つに含めて送信するようにしてもよい。これにより、識別子および期間情報のそれぞれを、ＰＨＹヘッダおよびＭＡＣヘッダのうちの少なくとも１つに含めて送信するという作用をもたらす。【００２１】
また、この第１の側面において、上記制御部は、上記フレームの宛先を上記情報処理装置宛に設定するようにしてもよい。これにより、フレームの宛先を自装置宛に設定するという作用をもたらす。【００２２】
また、この第１の側面において、上記制御部は、上記フレームを送信する際の待機期間として上記第１機器および上記第２機器のそれぞれが送信する際に待機する期間よりも短いことが保証される期間を設定するようにしてもよい。これにより、フレームを送信する際の待機期間として第１機器および第２機器のそれぞれが送信する際に待機する期間よりも短いことが保証される期間を設定するという作用をもたらす。【００２３】
また、本技術の第２の側面は、第１のモードにある他の情報処理装置が上記第１のモードとは消費電力が異なる第２のモードに遷移することを通知する場合に送信されるフレームであって、上記第２のモードに対応する第１機器に上記他の情報処理装置が上記第２のモードに遷移することを通知するための情報と、上記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含むフレームを受信する通信部と、上記フレームに含まれる情報に基づいて自装置の送信に関する制御を行う制御部とを具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、各情報を含むフレームを受信すると、そのフレームに含まれる情報に基づいて自装置の送信に関する制御を行うという作用をもたらす。【００２４】
また、この第２の側面において、上記制御部は、上記フレームに含まれる送信先アドレスおよび受信先アドレスが一致するか否かに基づいて、上記他の情報処理装置が上記第２のモードに遷移することを通知するためのフレームであることを判断するようにしてもよい。これにより、フレームに含まれる送信先アドレスおよび受信先アドレスが一致するか否かに基づいて、他の情報処理装置が第２のモードに遷移することを通知するためのフレームであることを判断するという作用をもたらす。【００２５】
また、この第２の側面において、上記制御部は、上記フレームに含まれる上記他の情報処理装置が上記第２のモードに遷移する期間に基づいて自装置が上記第２のモードに遷移する期間を設定するようにしてもよい。これにより、フレームに含まれる、他の情報処理装置が第２のモードに遷移する期間に基づいて、自装置が第２のモードに遷移する期間を設定するという作用をもたらす。【００２６】
また、この第２の側面において、上記制御部は、上記他の情報処理装置宛てに送信するフレームが存在し、かつ、当該フレームの送信までに必要な待機期間が、上記他の情報処理装置が上記第２のモードを終了する期間よりも大きい場合に、当該フレームの送信処理を行うようにしてもよい。これにより、他の情報処理装置宛てに送信するフレームが存在し、かつ、そのフレームの送信までに必要な待機期間が、他の情報処理装置が第２のモードに遷移する期間よりも大きい場合に、そのフレームの送信処理を行うという作用をもたらす。【００２７】
また、この第２の側面において、上記制御部は、送信すべきフレームが存在し、かつ、当該フレームの宛先が上記他の情報処理装置以外のときには、当該フレームの送信処理を行うようにしてもよい。これにより、送信すべきフレームが存在し、かつ、そのフレームの宛先が他の情報処理装置以外のときには、そのフレームの送信処理を行うという作用をもたらす。
【発明の効果】
【００２８】
本技術によれば、消費電力に関するモードを適切に設定することができるという優れた効果を奏し得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００２９】
【図１】本技術の第１の実施の形態における通信システム１０のシステム構成例を示す図である。
【図２】本技術の第１の実施の形態における情報処理装置１００の機能構成例を示すブロック図である。
【図３】本技術の第１の実施の形態における通信システム１０を構成する各装置間における通信処理例を示すシーケンスチャートである。
【図４】本技術の第１の実施の形態における情報処理装置１００が送信するＰｏｗｅｒ  Ｓａｖｅ用の情報の構成例を示す図である。
【図５】本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。
【図６】本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームに含まれるＬ−ＳＩＧの構成例を示す図である。
【図７】本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。
【図８】本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。
【図９】本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。
【図１０】本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。
【図１１】本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。
【図１２】本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。
【図１３】本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。
【図１４】本技術の第１の実施の形態における情報処理装置１００によるＳｌｅｅｐに関する処理の処理手順の一例を示すフローチャートである。
【図１５】本技術の第１の実施の形態における情報処理装置１００によるＳｌｅｅｐに関する処理の処理手順の一例を示すフローチャートである。
【図１６】本技術の第１の実施の形態における情報処理装置１００によるＳｌｅｅｐに関する処理の処理手順の一例を示すフローチャートである。
【図１７】本技術の第１の実施の形態における情報処理装置２００によるＳｌｅｅｐフレーム受信処理の処理手順の一例を示すフローチャートである。
【図１８】本技術の第１の実施の形態における情報処理装置２００による親局がＳｌｅｅｐ中に行う処理の処理手順の一例を示すフローチャートである。
【図１９】本技術の第１の実施の形態における情報処理装置２０１による送信抑制処理の処理手順の一例を示すフローチャートである。
【図２０】本技術の第２の実施の形態における通信システム１０を構成する各装置間における通信処理例を示すシーケンスチャートである。
【図２１】本技術の第２の実施の形態における情報処理装置１００が送信する第１Ｓｌｅｅｐフレームの構成例を示す図である。
【図２２】本技術の第２の実施の形態における情報処理装置１００が送信する第２Ｓｌｅｅｐフレームの構成例を示す図である。
【図２３】本技術の第２の実施の形態における情報処理装置１００が送信する第２Ｓｌｅｅｐフレームの構成例を示す図である。
【図２４】本技術の第２の実施の形態における情報処理装置１００が送信する第２Ｓｌｅｅｐフレームの構成例を示す図である。
【図２５】本技術の第２の実施の形態における情報処理装置２００によるＳｌｅｅｐフレーム受信処理の処理手順の一例を示すフローチャートである。
【図２６】スマートフォンの概略的な構成の一例を示すブロック図である。
【図２７】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【図２８】無線アクセスポイントの概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００３０】
以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
１．第１の実施の形態（親局がＳｌｅｅｐする直前にＳｌｅｅｐフレームを送信する例）
２．第２の実施の形態（２種類のフレームをＳｌｅｅｐフレームとして送信する例）
３．応用例
【００３１】
＜１．第１の実施の形態＞
［通信システムの構成例］
図１は、本技術の第１の実施の形態における通信システム１０のシステム構成例を示す図である。
【００３２】
通信システム１０は、情報処理装置（親局）１００、情報処理装置（子局）２００、２０１により構成される。なお、これ以降では、子局および親局の表記については、適宜省略して示す。また、図１では、接続関係にある機器間を点線で結んで示す。
【００３３】
情報処理装置１００は、無線ネットワークの中心となる情報処理装置（無線通信装置）である。情報処理装置１００は、外部ネットワーク（例えば、インターネット）と有線または無線で接続されるようにしてもよい。例えば、情報処理装置１００は、無線通信機能を備える固定型または携帯型の情報処理装置とすることができる。ここで、固定型の情報処理装置は、例えば、無線ＬＡＮ（Local Area Network）システムにおけるアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）、基地局等の情報処理装置である。また、携帯型の情報処理装置は、例えば、スマートフォン、携帯電話、タブレット端末等の情報処理装置である。
【００３４】
情報処理装置２００、２０１は、例えば、無線通信機能を備える携帯型の情報処理装置（無線通信装置）である。
【００３５】
また、情報処理装置１００、２００、２０１は、例えば、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１の無線ＬＡＮ規格に準拠した通信機能を備えるものとする。この無線ＬＡＮとして、例えば、Ｗｉ−Ｆｉ（Wireless Fidelity）、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様（技術仕様書名：Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ）を用いることができる。また、他の通信方式を利用した無線通信を行うようにしてもよい。
【００３６】
また、情報処理装置１００は、親局（親機）として機能し、情報処理装置２００、２０１は、子局（子機）として機能するものとする。また、情報処理装置１００は、アクセスポイントとして機能し、情報処理装置２００、２０１は、そのアクセスポイントの配下装置として機能するものとする。すなわち、図１では、１つの無線親局（情報処理装置１００）が存在し、その無線親局に対して２つの無線子局（情報処理装置２００、２０１）が接続されている例を示す。なお、本技術の実施の形態で対象となるシステム構成は、これらに限定されない。また、図１では、１つの無線親局と２つの無線子局とにより構成される通信システムの例を示すが、無線親局および無線子局の数については、これらに限定されない。例えば、２以上の無線親局（情報処理装置）により構成される通信システムについても、本技術の実施の形態を適用することができる。また、例えば、３以上の無線子局（情報処理装置）により構成される通信システムについても、本技術の実施の形態を適用することができる。
【００３７】
また、通信を行う２つの情報処理装置間の関係は、何れか一方を親局とし、他方を子局とするようにしてもよい。また、２つの情報処理装置間の接続を子局同士の直接通信の接続とするようにしてもよい。
【００３８】
また、情報処理装置１００、２００は、特定機能（Ｓｌｅｅｐモードに対応する機能）を備えるものとする。一方、情報処理装置２０１は、特定機能を備えていないものとする。このように、特定機能を備えていない情報処理装置を、レガシー装置と称する。なお、特定機能については、本技術の各実施の形態で説明する。レガシー装置は、例えば、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｎ、または、ＩＥＥＥ８０２．１１ａｃの無線ＬＡＮ規格に準拠した通信機能を備える情報処理装置とすることができる。
【００３９】
このように、情報処理装置２０１は、レガシー装置の子局であり、情報処理装置２００は、レガシー装置以外の子局である。
【００４０】
ここで、携帯電話等の移動体の無線機器は、バッテリー駆動であるため、消費電力を削減する技術や仕組みが重要である。例えば、電波信号の送受信には電力を消費する。このため、移動体の無線機器は、極力無駄な電力消費を抑えるため、自装置が通信する必要のないときは、無線信号の送受信を行わずに最小限の電力で無線システムを駆動する省電力モードに遷移することが考えられる。
【００４１】
例えば、無線ＬＡＮの標準仕様であるＩＥＥＥ８０２．１１では、無線子機が無線親機に対して省電力モードに遷移することを通知するためのフレームを送信し、ある期間、省電力モードに入る（スリープする）プロトコルが定義されている。
【００４２】
また、近年では、無線親機の役割を担う移動体の無線機器（例えば、Ｓｏｆｔ  ＡＰ（Access Point））が台頭してきている。このため、無線親機が効率よくパワーセーブすることができる無線システムが重要となる。
【００４３】
例えば、上述したように、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔでは、無線親機の役割を担う無線機器（ＧＯ）がスリープするためのプロトコルとしてＮｏＡ（Notice of Absence）が定義されている。しかしながら、ＮｏＡは後方互換性がない。
【００４４】
例えば、ＧＯにＷｉ−Ｆｉ  Ｄｉｒｅｃｔ非搭載機器（レガシー装置）が接続されている場合には、そのＷｉ−Ｆｉ  Ｄｉｒｅｃｔ非搭載機器は、ＧＯがスリープしているか否かを把握することができない。このため、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ非搭載機器は、スリープ中のＧＯに対してデータを送信してしまうことも想定される。この場合には、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ非搭載機器およびスリープ中のＧＯ間で正しく通信を行うことができない。
【００４５】
このように、ＧＯにＷｉ−Ｆｉ  Ｄｉｒｅｃｔ非搭載機器が接続されている場合には、ＮｏＡでは、無線親機がパワーセーブを適切に行うことができないおそれがある。
【００４６】
そこで、本技術の実施の形態では、無線親機がスリープする直前に、Ｓｌｅｅｐフレームを送信する例を示す。すなわち、ＩＥＥＥ８０２．１１ａｘにおける親局が省電力モード（パワーセーブモード）を設定する際にＳｌｅｅｐフレームを送信する。このＳｌｅｅｐフレームは、自装置のｓｌｅｅｐ期間の通知およびレガシー装置への送信抑制のための情報を少なくとも含む。
【００４７】
このＳｌｅｅｐフレームの送信により、Ｓｌｅｅｐフレームを認識することができる無線子機（この方式に対応している無線子機（例えば、ＩＥＥＥ８０２．１１ａｘ機器））には、親局がＳｌｅｅｐすること（例えば、Ｓｌｅｅｐ期間）を通知する。一方、Ｓｌｅｅｐフレームを認識することができない無線子機（この方式に対応していないレガシー装置）には、その無線子機の送信を抑制させる。例えば、ＮＡＶ（Network Allocation Vector）による送信抑制を設定させることができる。
【００４８】
また、親局のパワーセーブのためのＳｌｅｅｐフレームのフォーマットを適切に設定することができる。
【００４９】
ここで、本技術の実施の形態では、親局においてＳｌｅｅｐモードが設定されている場合は、親局がＳｌｅｅｐしている状態だけでなく、親局が各種処理（例えば、限定的な処理）を行う状態も意味するものとする。すなわち、Ｓｌｅｅｐ期間において、親局は、無線の電源を落として省電力モードに遷移しなくてもよい。例えば、親局は、Ｓｌｅｅｐ期間中に、他のチャネルに対してスキャンを行い、周囲の無線環境を調査する処理等を行うようにしてもよく、他の親局または子局と接続（Ｐ２Ｐ接続を含む）して通信を行うようにしてもよい。例えば、通常状態を第１モードとする場合に、Ｓｌｅｅｐモードは、第１のモードとは消費電力が異なる第２のモードとして把握することができる。なお、Ｓｌｅｅｐモードは、省電力モードやパワーセーブモードの意味を含む。また、親局における通常状態は、請求の範囲に記載の第１モードの一例である。また、Ｓｌｅｅｐモードは、請求の範囲に記載の第２のモードの一例である。
【００５０】
［情報処理装置（親局）の構成例］
図２は、本技術の第１の実施の形態における情報処理装置１００の機能構成例を示すブロック図である。なお、情報処理装置２００、２０１の機能構成（無線通信に関する機能構成）については、情報処理装置１００と略同様であるため、ここでの説明を省略する。
【００５１】
情報処理装置１００は、データ処理部１１０と、通信部１２０と、アンテナ１３０と、記憶部１４０と、制御部１５０とを備える。なお、図２では、情報処理装置２００が１組の無線インターフェース部１２２およびアンテナ１３０を備える例を示すが、２組以上の無線インターフェース部およびアンテナを備えるようにしてもよい。
【００５２】
データ処理部１１０は、制御部１５０の制御に基づいて、各種データを処理するものである。例えば、データ処理部１１０は、上位層から入力されたデータが存在する場合の送信時には、そのデータに対してヘッダの付加や誤り検出符号の付加等の処理を行うことにより無線送信のためのパケットを生成する。そして、データ処理部１１０は、その生成されたパケットを通信部１２０に供給する。また、例えば、データ処理部１１０は、通信部１２０からの入力がある受信時の場合には、ヘッダの解析、パケット誤りの検出、リオーダー処理等を行い、処理後のデータをデータ処理部１１０のプロトコル上位層に供給する。
【００５３】
通信部１２０は、信号処理部１２１と、無線インターフェース部１２２と、チャネル推定部１２３とを備える。
【００５４】
信号処理部１２１は、制御部１５０の制御に基づいて、各種信号処理をするものである。例えば、信号処理部１２１は、送信時には、データ処理部１１０からの入力データに対し、制御部１５０により設定されたコーディングおよび変調スキームに基づいて、エンコード、インターリーブ、変調、必要に応じて空間分離に供される信号処理等を行う。そして、信号処理部１２１は、その信号処理により得られた送信シンボルストリームをそれぞれの無線インターフェース部１２２に供給する。
【００５５】
また、例えば、信号処理部１２１は、受信時には、無線インターフェース部１２２から入力された受信シンボルストリームに対して、必要に応じてストリームの分解を行い、さらに送信時とそれぞれ逆の処理を行う。そして、信号処理部１２１は、それらの各処理が施された受信シンボルストリームをデータ処理部１１０に供給する。
【００５６】
無線インターフェース部１２２は、他の情報処理装置と接続して各種情報を送受信するためのインターフェースである。例えば、送信時には、無線インターフェース部１２２は、信号処理部１２１からの入力について、アナログ信号へのコンバート、増幅、フィルタリングおよび周波数アップコンバートを行い、アンテナ１３０に送出する。また、例えば、受信時には、無線インターフェース部１２２は、アンテナ１３０からの入力に対して逆の処理を行い、その処理結果を信号処理部１２１およびチャネル推定部１２３に供給する。
【００５７】
チャネル推定部１２３は、無線インターフェース部１２２からの入力信号のうち、プリアンブル部分やトレーニング信号部分から伝搬路の複素チャネル利得情報を算出するものである。その算出された複素チャネル利得情報は、制御部１５０を介して信号処理部１２１での復調やストリーム分解処理に利用される。
【００５８】
記憶部１４０は、制御部１５０によるデータ処理の作業領域としての役割や、各種データを保持する記憶媒体としての機能を有する。記憶部１４０として、例えば、不揮発性メモリ、磁気ディスク、光ディスク、ＭＯ（Magneto Optical）ディスク等の記憶媒体を用いることができる。なお、不揮発性メモリとして、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）を用いることができる。また、磁気ディスクとして、例えば、ハードディスク、円盤型磁性体ディスクを用いることができる。また、光ディスクとして、例えば、ＣＤ（Compact Disc）、ＤＶＤ−Ｒ（Digital Versatile Disc Recordable）、ＢＤ（Blu-Ray Disc（登録商標））を用いることができる。
【００５９】
制御部１５０は、データ処理部１１０および通信部１２０の各々の受信動作および送信動作を制御するものである。例えば、制御部１５０は、各部間の情報の受け渡しや通信パラメータの設定、データ処理部１１０におけるパケットのスケジューリングを行う。
【００６０】
例えば、制御部１５０は、情報処理装置１００がＳｌｅｅｐモードに遷移する場合に、各子局にＳｌｅｅｐフレームを送信する制御を行う。このＳｌｅｅｐフレームには、Ｓｌｅｅｐモードに対応する第１機器（子局）に情報処理装置１００がＳｌｅｅｐモードに遷移することを通知するための情報と、Ｓｌｅｅｐモードに対応していない第２機器（レガシー装置）の送信を抑制させるための情報とを含む。
【００６１】
また、例えば、各子局（情報処理装置２００、２０１）は、情報処理装置１００がＳｌｅｅｐモードに遷移することを通知する場合に送信される上述したフレームを受信した場合には、そのフレームに含まれる情報に基づいて自装置の送信に関する制御を行う。
【００６２】
［通信例］
図３は、本技術の第１の実施の形態における通信システム１０を構成する各装置間における通信処理例を示すシーケンスチャートである。
【００６３】
最初に、情報処理装置１００の制御部１５０は、Ｐｏｗｅｒ  Ｓａｖｅ用の情報をフレームに含める（４０１）。そして、情報処理装置１００の制御部１５０は、Ｐｏｗｅｒ  Ｓａｖｅ用の情報を含むフレーム（ブロードキャストフレーム）を、ブロードキャストを用いて送信する（４０２乃至４０４）。例えば、ビーコンフレームをブロードキャストフレームとして送信することができる。Ｐｏｗｅｒ  Ｓａｖｅ用の情報については、図４を参照して詳細に説明する。
【００６４】
情報処理装置２００の制御部（図２に示す制御部１５０に相当）は、Ｐｏｗｅｒ  Ｓａｖｅ用の情報を含むフレームを受信した場合には（４０３）、受信したフレームに含まれるＰｏｗｅｒ  Ｓａｖｅ用の情報を取得する（４０５）。そして、情報処理装置２００の制御部は、取得されたＰｏｗｅｒ  Ｓａｖｅ用の情報を記憶部（図２に示す記憶部１４０に相当）に記録する（４０５）。
【００６５】
情報処理装置２０１の制御部（図２に示す制御部１５０に相当）は、Ｐｏｗｅｒ  Ｓａｖｅ用の情報を含むフレームを受信した場合には（４０４）、受信したフレームに関する受信処理を行う。
【００６６】
また、情報処理装置１００の制御部１５０は、Ｐｏｗｅｒ  Ｓａｖｅ用の情報を含むフレームを送信した後に（４０２）、Ｓｌｅｅｐに関する処理を行う（４０６）。
【００６７】
続いて、情報処理装置１００の制御部１５０は、Ｐｏｗｅｒ  Ｓａｖｅ用の情報に含めて送信したＳｌｅｅｐフレーム送信予定時刻になった場合には、Ｓｌｅｅｐフレームを子局に送信する（４０７乃至４０９）。なお、これらの各処理については、図１４乃至図１６を参照して詳細に説明する。また、情報処理装置１００の制御部１５０は、Ｓｌｅｅｐフレームを子局に送信した後に（４０７）、Ｓｌｅｅｐモードを設定する。
【００６８】
情報処理装置２００の制御部は、Ｓｌｅｅｐフレームを受信した場合には（４０８）、Ｓｌｅｅｐフレーム受信処理を行う（４１０）。このＳｌｅｅｐフレーム受信処理については、図１７、図１８を参照して詳細に説明する。
【００６９】
情報処理装置２０１の制御部は、Ｓｌｅｅｐフレームを受信した場合には（４０９）、送信抑制処理を行う（４１１）。この送信抑制処理については、図１９を参照して詳細に説明する。
【００７０】
このように、情報処理装置２００は、情報処理装置１００から送信されるＳｌｅｅｐフレームを認識することが可能な機器であり、Ｓｌｅｅｐフレームを受信したときに、情報処理装置１００がＳｌｅｅｐモードに遷移したことを認識することができる。
【００７１】
また、情報処理装置２０１は、Ｓｌｅｅｐフレームを受信することはできるが、完全には認識することができないＳｌｅｅｐフレーム非対応機器である。
【００７２】
［Ｐｏｗｅｒ  Ｓａｖｅ用の情報例］
図４は、本技術の第１の実施の形態における情報処理装置１００が送信するＰｏｗｅｒ  Ｓａｖｅ用の情報の構成例を示す図である。
【００７３】
Ｐｏｗｅｒ  Ｓａｖｅ用の情報は、例えば、Ｅｌｅｍｅｎｔ  ＩＤ３０１と、Ｌｅｎｇｔｈ３０２と、Ｓｌｅｅｐ期間３０３と、Ｓｌｅｅｐフレーム送信予定時刻３０４と、Ｓｌｅｅｐフレーム送信までの残時間３０５とにより構成される。なお、図４では、各フィールドのＯｃｔｅｔｓを表す数値を、各フィールドの上側に付して示す。また、これ以降の各図についても同様に、各フィールド（または、その一部）のＯｃｔｅｔｓを表す数値を、各フィールドの上側に付して示す。
【００７４】
また、図４では、Ｓｌｅｅｐ期間３０３、Ｓｌｅｅｐフレーム送信予定時刻３０４およびＳｌｅｅｐフレーム送信までの残時間３０５を含むＰｏｗｅｒ  Ｓａｖｅ用の情報を示す。ただし、Ｓｌｅｅｐ期間３０３、Ｓｌｅｅｐフレーム送信予定時刻３０４およびＳｌｅｅｐフレーム送信までの残時間３０５のうちの少なくとも１つを含むＰｏｗｅｒ  Ｓａｖｅ用の情報を用いるようにしてもよい。また、これらの１または複数の情報については、Ｐｏｗｅｒ  Ｓａｖｅ用のＩｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔに格納して送信される。例えば、ビーコンフレームに格納して送信される。
【００７５】
なお、Ｓｌｅｅｐフレーム送信予定時刻３０４に含まれる情報としては、例えば、ある時刻を一意に特定できるような情報、または、ある時刻を基準とした周期的な時刻を一意に特定できるような情報であってもよく、また、それら双方が含まれたものであってもよい。
【００７６】
このように、情報処理装置１００の制御部１５０は、Ｓｌｅｅｐフレームを送信する予定時刻を、Ｓｌｅｅｐフレームの送信前に各子局に通知する。この場合に、制御部１５０は、その予定時刻をブロードキャストフレームで送信することができる。
【００７７】
［Ｓｌｅｅｐフレームのフレームフォーマット例］
Ｓｌｅｅｐフレームは、レガシー装置以外の子局には、親局がＳｌｅｅｐに遷移する期間を通知するとともに、レガシー装置には、親局がＳｌｅｅｐに遷移する期間、送信を抑制させるためのフレームである。このため、レガシー装置以外の子局が完全に解釈することができるだけでなく、レガシー装置もＳｌｅｅｐフレームをある程度解釈することができるようなフォーマットである必要がある。このようなＳｌｅｅｐフレームの形態は、多様に考えられる。そこで、以下では、Ｓｌｅｅｐフレームのフレームフォーマット例を示す。
【００７８】
［ＨＥ  ＰＰＤＵ  ｆｏｒｍａｔフレームを用いる例］
図５は、本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。図５では、Ｓｌｅｅｐフレームとして、ＨＥ  ＰＰＤＵ（PLCP Protocol Data Unit）  ｆｏｒｍａｔフレームを用いる例を示す。
【００７９】
図６は、本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームに含まれるＬ−ＳＩＧの構成例を示す図である。図６に示すＬ−ＳＩＧは、例えば、図５に示すＬ−ＳＩＧ３１３に対応する。
【００８０】
ＨＥ  ＰＰＤＵ  ｆｏｒｍａｔフレームは、レガシー装置以外の子局（情報処理装置２００）のみが完全に解読することができ、レガシー装置（情報処理装置２０１）は、Ｌ−ＳＴＦ３１１乃至Ｌ−ＳＩＧ３１３のみを解読することができるフレームである。
【００８１】
また、本技術の第１の実施の形態では、Ｌ−ＳＩＧ３１３にＬ＿ＤＡＴＡＲＡＴＥ値およびＬ＿ＬＥＮＧＴＨ値を格納する。すなわち、図６に示すＲＡＴＥ６５１にＬ＿ＤＡＴＡＲＡＴＥ値を格納し、ＬＥＮＧＴＨ６５２にＬ＿ＬＥＮＧＴＨ値を格納する。これにより、親局（情報処理装置１００）は、Ｌ−ＳＩＧ３１３のＬ＿ＤＡＴＡＲＡＴＥ値およびＬ＿ＬＥＮＧＴＨ値を用いて、親局（情報処理装置１００）がＳｌｅｅｐに遷移する期間を子局に通知することができる。例えば、Ｌ＿ＤＡＴＡＲＡＴＥ値およびＬ＿ＬＥＮＧＴＨ値に基づいて、次の式１を用いた計算をすることにより、親局（情報処理装置１００）がＳｌｅｅｐに遷移する期間を計算することができるようなＬ＿ＤＡＴＡＲＡＴＥ値およびＬ＿ＬＥＮＧＴＨ値を含める。
Ｓｌｅｅｐ  Ｄｕｒａｔｉｏｎ＝（Ｌ＿ＬＥＮＧＴＨ／Ｌ＿ＤＡＴＡＲＡＴＥ）  …式１
【００８２】
ここで、ＩＥＥＥ８０２．１１において、あるフレームを受信した無線機器は、Ｌ＿ＤＡＴＡＲＡＴＥ値およびＬ＿ＬＥＮＧＴＨ値に基づいて計算される期間中、送信を行うことができない。例えば、ＨＥ  ＰＰＤＵ  ｆｏｒｍａｔフレームを受信したレガシー装置（情報処理装置２０１）は、そのフレームがＳｌｅｅｐフレームであることを解釈することはできない。ただし、そのフレームを受信したレガシー装置（情報処理装置２０１）は、Ｌ＿ＤＡＴＡＲＡＴＥ値およびＬ＿ＬＥＮＧＴＨ値に基づいて計算される期間、送信を行なわないように送信抑制を設定することができる。
【００８３】
また、親局（情報処理装置１００）は、ＭＡＣヘッダのＦｒａｍｅ  ｃｏｎｔｒｏｌ３１８に、Ｓｌｅｅｐフレームの識別子を含める。これにより、ＨＥ  ＰＰＤＵ  ｆｒａｍｅを完全に解読することができる子局（情報処理装置２００）は、受信したフレームがＳｌｅｅｐフレームであることを認識することができる。
【００８４】
なお、親局（情報処理装置１００）は、Ｄｕｒａｔｉｏｎ３１９にも親局（情報処理装置１００）がＳｌｅｅｐに遷移する期間を含めるようにしてもよい。
【００８５】
［マネジメントフレームフレームを用いる例］
Ｓｌｅｅｐフレームとして、Ｍａｎａｇｅｍｅｎｔフレームフォーマットを用いるようにしてもよい。この場合には、親局（情報処理装置１００）は、Ｌｅｇａｃｙ  ＰＰＤＵ  ｆｏｒｍａｔを用いてＭａｎａｇｅｍｅｎｔフレームを送信する。これにより、レガシー装置以外の子局（情報処理装置２００）だけでなく、レガシー装置（情報処理装置２０１）もそのフレームを完全に解読することができる。
【００８６】
図７は、本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。図７では、Ｓｌｅｅｐフレームとしてマネジメントフレームを用いる場合の例を示す。
【００８７】
一般に、Ａｄｄｒｅｓｓ１（３３３）には、送信先アドレスが格納され、Ａｄｄｒｅｓｓ２（３３４）には、送信元アドレスが格納され、Ａｄｄｒｅｓｓ３（３３５）には、自装置が接続している親局（情報処理装置１００）のアドレスが格納される。
【００８８】
しかしながら、本技術の第１の実施の形態では、マネジメントフレームのＡｄｄｒｅｓｓ１（３３３）、Ａｄｄｒｅｓｓ２（３３４）、Ａｄｄｒｅｓｓ３（３３５）の全てに、自装置のアドレス（親局のアドレス）を含めるようにする。これにより、レガシー装置以外の子局（情報処理装置２００）は、マネジメントフレームがＳｌｅｅｐフレームであると識別することができる。
【００８９】
なお、そのルールを知らないレガシー装置（情報処理装置２０１）は、マネジメントフレームがＳｌｅｅｐフレームであるか否かを判断することはできない。
【００９０】
また、親局（情報処理装置１００）は、Ａｄｄｒｅｓｓ１（３３３）、Ａｄｄｒｅｓｓ２（３３４）、Ａｄｄｒｅｓｓ３（３３５）により通知する代わりに、Ｆｒａｍｅ  ｂｏｄｙ３３７に、Ｓｌｅｅｐフレームの識別子を含めるようにしてもよい。
【００９１】
また、本技術の第１の実施の形態では、マネジメントフレームのＤｕｒａｔｉｏｎ３３２に、親局（情報処理装置１００）がＳｌｅｅｐに遷移する期間を格納する。ここで、Ｄｕｒａｔｉｏｎ値（Ｄｕｒａｔｉｏｎ３３２）は、ＭＡＣヘッダに記載される値であるため、後方互換性が担保されている。このため、Ｓｌｅｅｐフレームを認知していないレガシー装置もＤｕｒａｔｉｏｎ３３２を解読することができる。
【００９２】
また、ＩＥＥＥ８０２．１１において、あるフレームを受信した無線機器は、フレームのＤｕｒａｔｉｏｎ値（Ｄｕｒａｔｉｏｎ３３２）に格納された値の期間、送信をすることができない。したがって、マネジメントフレームを受信したレガシー装置は、そのフレームがＳｌｅｅｐフレームであると解釈できなくても、Ｄｕｒａｔｉｏｎ３３２に格納された値の期間だけ送信を行なわないように設定することができる。
【００９３】
［Ｓｌｅｅｐフレームの識別子をＭＡＣヘッダに格納する例］
ここでは、Ｓｌｅｅｐフレームの識別子をＭＡＣヘッダに格納する例について説明する。
【００９４】
図８および図９は、本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。図８には、Ｍａｎａｇｅｍｅｎｔフレームで送信を行う場合に、Ｓｌｅｅｐフレームの識別子をＦｒａｍｅ  Ｃｏｎｔｒｏｌフィールドに格納する場合の例を示す。また、図９には、Ｍａｎａｇｅｍｅｎｔフレームで送信を行う場合に、Ｓｌｅｅｐフレームの識別子をＦｒａｍｅ  Ｂｏｄｙフィールドに格納する場合の例を示す。すなわち、図８には、Ｆｒａｍｅ  ｂｏｄｙを配置しない例を示し、図９には、Ｆｒａｍｅ  ｂｏｄｙ６２１を配置する例を示す。
【００９５】
図８および図９に示すように、Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ６０１、６１１のＴｙｐｅ６０２、６１２に、Ｍａｎａｇｅｍｅｎｔフレームを示す識別子が格納される。この識別子（ビットの値）およびその意味については、表６０４、６０５、６１４、６１５に示す。
【００９６】
図８に示すように、Ｓｌｅｅｐフレームの識別子をＦｒａｍｅ  Ｃｏｎｔｒｏｌフィールドに格納する場合には、Ｓｕｂｔｙｐｅ６０３に、Ｓｌｅｅｐフレームを示す識別子が格納される。この識別子（ビットの値）およびその意味については、表６０６、６０７に示す。
【００９７】
また、図９に示すように、Ｓｌｅｅｐフレームの識別子をＦｒａｍｅ  Ｂｏｄｙフィールドに格納する場合には、Ｓｕｂｔｙｐｅ６１３に、Ａｃｔｉｏｎ  ｎｏ  Ａｃｋフレームを示す識別子が格納される。この識別子（ビットの値）およびその意味については、表６１６、６１７に示す。また、Ｆｒａｍｅ  Ｂｏｄｙ６２１のＣａｔｅｇｏｒｙ６２２に、Ｓｌｅｅｐフレームを示す識別子が格納される。この識別子（ｃｏｄｅ）およびその意味については、表６２５、６２６に示す。また、ＢＳＳＩＤ６２３には、親局の識別子が格納され、Ｓｌｅｅｐを行う期間６２４には、Ｓｌｅｅｐを行う期間に関する情報が格納される。
【００９８】
［Ｃｏｎｔｒｏｌフレームを用いる例］
Ｓｌｅｅｐフレームとして、Ｃｏｎｔｒｏｌフレームを用いるようにしてもよい。この場合、親局（情報処理装置１００）は、Ｌｅｇａｃｙ  ＰＰＤＵ  ｆｏｒｍａｔで、Ｃｏｎｔｒｏｌフレームを送信する。これにより、レガシー装置以外の子局（情報処理装置２００）だけでなく、レガシー装置（情報処理装置２０１）もフレームを完全に解読することができる。
【００９９】
図１０は、本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。図１０では、Ｓｌｅｅｐフレームとしてコントロールフレームを用いる場合の例を示す。
【０１００】
本技術の第１の実施の形態では、ＲＡ３４３およびＢＳＳＩＤ（ＴＡ）３４４の双方には、親局（情報処理装置１００）のアドレスを格納するようにする。
【０１０１】
また、Ｄｕｒａｔｉｏｎ３４２には、親局（情報処理装置１００）がＳｌｅｅｐに遷移する期間を格納する。
【０１０２】
また、親局（情報処理装置１００）は、Ｃｏｎｔｒｏｌ  ｆｒａｍｅのＦｒａｍｅ  ｃｏｎｔｒｏｌ３４１にＳｌｅｅｐフレームの識別子を格納するようにしてもよい。これにより、Ｃｏｎｔｒｏｌ  ｆｒａｍｅを完全に解釈することができる子局は、このフレームがＳｌｅｅｐフレームであることを把握することができる。
【０１０３】
［Ｓｌｅｅｐフレームの識別子をＭＡＣヘッダに格納する例］
ここでは、Ｓｌｅｅｐフレームの識別子をＭＡＣヘッダに格納する例について説明する。
【０１０４】
図１１は、本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。図１１には、Ｃｏｎｔｒｏｌフレームで送信を行う場合に、Ｓｌｅｅｐフレームの識別子をＦｒａｍｅ  Ｃｏｎｔｒｏｌフィールドに格納する場合の例を示す。
【０１０５】
図１１に示すように、Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ６３１のＴｙｐｅ６３２に、Ｃｏｎｔｒｏｌフレームを示す識別子が格納される。この識別子（ビットの値）およびその意味については、表６３４、６３５に示す。また、Ｓｕｂｔｙｐｅ６３３に、Ｓｌｅｅｐフレームを示す識別子が格納される。この識別子（ビットの値）およびその意味については、表６３６、６３７に示す。
【０１０６】
なお、図８、図９、図１１では、Ｓｌｅｅｐフレームとして、ＭａｎａｇｅｍｅｎｔフレームまたはＣｏｎｔｒｏｌフレームを用いる例を示したが、ＨＥ  ＰＰＤＵ  ｆｏｒｍａｔフレーム（図５に示す）を用いる場合についても同様に適用することができる。
【０１０７】
［ＮＤＰ（Null Data Packet）フレームを用いる例］
Ｓｌｅｅｐフレームとして、ＮＤＰフレームを用いるようにしてもよい。ここで、ＮＤＰフレームは、ＰＨＹヘッダのみを有し、ペイロードを有しないフレームを意味する。
【０１０８】
図１２は、本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。図１２では、Ｓｌｅｅｐフレームとして、ＮＤＰフレームを用いる場合の例を示す。
【０１０９】
Ｌ−ＳＩＧ３５３は、後方互換性が担保されているフィールドである。このため、Ｌ−ＳＩＧ３５３には、レガシー装置以外の子局（情報処理装置２００）およびレガシー装置（情報処理装置２０１）の双方が解読することができる情報が格納される。本技術の第１の実施の形態では、Ｌ−ＳＩＧ３５３に、Ｌ＿ＬＥＮＧＴＨおよびＬ＿ＤＡＴＡＲＡＴＥを格納する。なお、Ｌ−ＳＩＧ３５３の構成については、図６と同様である。
【０１１０】
ＨＥ−ＳＩＧ−Ａ３５４乃至ＨＥ−ＳＩＧ−Ｂ３５７には、レガシー装置以外の子局（情報処理装置２００）のみが解読することができる情報が格納される。
【０１１１】
また、本技術の第１の実施の形態では、ＨＥ−ＳＩＧ−Ａ３５４およびＨＥ−ＳＩＧ−Ｂ３５７のうちの少なくとも一方に、親局（情報処理装置１００）の識別子を格納する。これにより、親局（情報処理装置１００）に接続していない他の無線機器は、ＮＤＰフレームを無視することができる。
【０１１２】
また、本技術の第１の実施の形態では、ＨＥ−ＳＩＧ−Ａ３５４およびＨＥ−ＳＩＧ−Ｂ３５７のうちの少なくとも一方に、ＮＤＰフレームがＳｌｅｅｐフレームであることを示す識別子（Ｓｌｅｅｐフレームの識別子）を格納する。これにより、レガシー装置以外の子局（情報処理装置２００）が、ＮＤＰフレームがＳｌｅｅｐフレームであることを識別することができる。
【０１１３】
なお、ＨＥ−ＳＩＧ−Ａ３５４以降を解読することができないレガシー装置（情報処理装置２０１）は、ＮＤＰフレームがＳｌｅｅｐフレームであるか否かを判断することはできない。
【０１１４】
［Ｓｌｅｅｐフレームの識別子をＰＨＹヘッダに格納する例］
ここでは、Ｓｌｅｅｐフレームの識別子をＰＨＹヘッダに格納する例について説明する。
【０１１５】
図１３は、本技術の第１の実施の形態における情報処理装置１００が送信するＳｌｅｅｐフレームの構成例を示す図である。図１３には、Ｓｌｅｅｐフレームの識別子をＨＥ−ＳＩＧフィールドに格納する場合の例を示す。
【０１１６】
図１３に示すように、Ｓｌｅｅｐ  Ｆｒａｍｅ６４３に、Ｓｌｅｅｐフレームを示す識別子が格納される。また、ＢＳＳ  Ｃｏｌｏｒ６４１には、親局の識別子が格納される。なお、フィールド６４２には、Ｄｕｒａｔｉｏｎ値を格納する場合と、省略することができる場合とがある。例えば、図２４に示すＮＤＰフレームを用いる場合には、Ｄｕｒａｔｉｏｎ値を格納するようにする。
【０１１７】
［Ｓｌｅｅｐに関する処理の動作例（親局）］
図１４乃至図１６は、本技術の第１の実施の形態における情報処理装置１００によるＳｌｅｅｐに関する処理の処理手順の一例を示すフローチャートである。図１４乃至図１６に示す処理は、図３に示す処理（４０６、４０７）に対応する。最初に、図１４を参照して説明する。
【０１１８】
最初に、情報処理装置１００の制御部１５０は、ブロードキャストを用いて送信したフレームに含まれるＰｏｗｅｒ  Ｓａｖｅ用の情報に基づいて、Ｓｌｅｅｐフレーム送信予定時刻（Ｓｌｅｅｐ予告期間）になったか否かを判断する（ステップＳ８０１）。Ｓｌｅｅｐフレーム送信予定時刻になっていない場合には（ステップＳ８０１）、Ｓｌｅｅｐに関する処理の動作を終了する。
【０１１９】
Ｓｌｅｅｐフレーム送信予定時刻になった場合には（ステップＳ８０１）、情報処理装置１００の制御部１５０は、Ｓｌｅｅｐが可能であるか否かを判断する（ステップＳ８０２）。ここで、Ｓｌｅｅｐが可能であるか否かを判断する際の判断基準について説明する。
【０１２０】
例えば、自装置宛てに送信されたデータフレームのＭｏｒｅ  ｄａｔａ  ｂｉｔが０である場合には、そのデータフレームを送信した子局が、それ以上データを送信する意思がないことを意味する。そこで、自装置宛てに送信されたデータフレームのＭｏｒｅ  ｄａｔａ  ｂｉｔが０であることを判断基準とすることができる。例えば、自装置宛てに送信されたデータフレームのＭｏｒｅ  ｄａｔａ  ｂｉｔが０である場合には、Ｓｌｅｅｐが可能であると判断することができる。一方、自装置宛てに送信されたデータフレームのＭｏｒｅ  ｄａｔａ  ｂｉｔが１である場合には、Ｓｌｅｅｐが不可であると判断することができる。
【０１２１】
また、例えば、基準時刻から現在までに自装置宛てに送信されたフレームの数を判断基準とすることができる。例えば、自装置が最後にビーコンの送信を行った時刻を基準時刻とすることができる。例えば、基準時刻から現在までに自装置宛てに送信されたフレームの数が閾値よりも少ない場合（例えば、閾値未満である場合）には、Ｓｌｅｅｐが可能であると判断することができる。一方、基準時刻から現在までに自装置宛てに送信されたフレームの数が閾値よりも多い場合（例えば、閾値以上である場合）には、Ｓｌｅｅｐが不可であると判断することができる。
【０１２２】
また、例えば、基準時刻から現在までに自装置に接続されている子局宛てに送信したフレームの数を判断基準とすることができる。例えば、基準時刻から現在までに自装置に接続されている子局宛てに送信したフレームの数が閾値よりも少ない場合（例えば、閾値未満である場合）には、Ｓｌｅｅｐが可能であると判断することができる。一方、基準時刻から現在までに自装置に接続されている子局宛てに送信したフレームの数が閾値よりも多い場合（例えば、閾値以上である場合）には、Ｓｌｅｅｐが不可であると判断することができる。
【０１２３】
また、例えば、Ｓｌｅｅｐに遷移することができる残り時間を判断基準とすることができる。例えば、Ｓｌｅｅｐに遷移することができる残り時間が閾値よりも長い場合（例えば、閾値以上である場合）には、Ｓｌｅｅｐが可能であると判断することができる。一方、Ｓｌｅｅｐに遷移することができる残り時間が閾値よりも短い場合（例えば、閾値未満の場合）には、Ｓｌｅｅｐが不可であると判断することができる。また、例えば、Ｓｌｅｅｐに遷移することができる残り時間が閾値よりも短い場合（例えば、閾値未満の場合）に、Ｓｌｅｅｐが可能であると判断するようにしてもよい。この場合には、Ｓｌｅｅｐに遷移することができる残り時間が閾値よりも長い場合（例えば、閾値以上の場合）に、Ｓｌｅｅｐが不可であると判断する。
【０１２４】
Ｓｌｅｅｐが可能であると判断した場合には（ステップＳ８０２）、情報処理装置１００の制御部１５０は、Ｓｌｅｅｐフレームを子局に送信する（ステップＳ８０３）。なお、ステップＳ８０３は、請求の範囲に記載の送信する手順の一例である。一方、Ｓｌｅｅｐが不可であると判断した場合には（ステップＳ８０２）、Ｓｌｅｅｐに関する処理の動作を終了する。
【０１２５】
また、図１５には、Ｓｌｅｅｐフレームの送信を延期する場合の動作例を示す。また、図１６には、Ｓｌｅｅｐフレームの送信を中止する場合の動作例を示す。
【０１２６】
例えば、図１４に示すように、Ｓｌｅｅｐが可能であるか否かを判断することにより、情報処理装置１００は、Ｓｌｅｅｐモードに入ることを中止することができる。また、このＳｌｅｅｐに関する処理を再帰的に実行することにより、Ｓｌｅｅｐフレーム送信予定時刻を延長して子局からの受信を受け入れることができる。この場合には、子局からのフレームを受信し終わった後に、Ｓｌｅｅｐを開始することができる。このように、適応的なＳｌｅｅｐが可能となる。
【０１２７】
また、図１５に示すように、Ｓｌｅｅｐが不可であると判断した場合には（ステップＳ８０５）、Ｓｌｅｅｐフレーム送信の予定時刻を延期するようにしてもよい（ステップＳ８０７）。また、図１６に示すように、Ｓｌｅｅｐが不可であると判断した場合には（ステップＳ８０９）、Ｓｌｅｅｐフレームの送信を中止するようにしてもよい（ステップＳ８１０）。また、これらの延期や中止に関する判断を所定規則に基づいて併用するようにしてもよい。また、Ｓｌｅｅｐフレームの送信を延期する場合、または、Ｓｌｅｅｐフレームの送信を中止する場合の判断基準については、例えば、ステップＳ８０２と同様の判断基準を用いることができる。
【０１２８】
このように、情報処理装置１００の制御部１５０は、所定の判断基準に基づいて、Ｓｌｅｅｐフレーム送信予定時刻を延期してＳｌｅｅｐフレームを送信することができる。例えば、制御部１５０は、情報処理装置１００宛に送信されたフレームに関する情報（例えば、情報処理装置１００宛に送信されたフレームが存在するか否か）を、その判断基準とすることができる。
【０１２９】
また、制御部１５０は、所定の判断基準に基づいて、Ｓｌｅｅｐフレームの送信を中止することができる。例えば、制御部１５０は、Ｓｌｅｅｐフレーム送信予定時刻までに情報処理装置１００に接続されている他の情報処理装置宛てのデータを上位層から受信したことを、その判断基準とすることができる。また、例えば、制御部１５０は、Ｓｌｅｅｐフレーム送信予定時刻までに情報処理装置１００宛の他のフレームを受信したことを、その判断基準とすることができる。
【０１３０】
また、制御部１５０は、情報処理装置１００を識別するための識別子と、Ｓｌｅｅｐモードに遷移する期間を特定するための期間情報とをＳｌｅｅｐフレームに含めて送信する。この場合に、制御部１５０は、その識別子およびその期間情報のそれぞれを、ＳｌｅｅｐフレームにおけるＰＨＹヘッダおよびＭＡＣヘッダのうちの少なくとも１つに含めて送信することができる。
【０１３１】
また、制御部１５０は、Ｓｌｅｅｐフレームの宛先を情報処理装置１００宛に設定することができる。また、制御部１５０は、Ｓｌｅｅｐフレームを送信する際の待機期間として各子局のそれぞれが送信する際に待機する期間よりも短いことが保証される期間を設定することができる。
【０１３２】
また、情報処理装置１００の制御部１５０は、Ｓｌｅｅｐが可能であると判断した場合に、Ｓｌｅｅｐフレームを送信するまでに必要な待機期間を、子局がフレームを送信するまでに必要な待機期間よりも小さくなるような値に設定することができる。例えば、情報処理装置１００の制御部１５０は、図３に示すように、Ｓｌｅｅｐフレームを送信するまでに必要な待機期間としてＰＩＦＳ（PCF（Point Coordination Function） InterFrame Spacing）を設定することができる。
【０１３３】
［Ｓｌｅｅｐフレーム受信処理の動作例（子局）］
図１７は、本技術の第１の実施の形態における情報処理装置２００によるＳｌｅｅｐフレーム受信処理の処理手順の一例を示すフローチャートである。
【０１３４】
最初に、情報処理装置２００の制御部（図２に示す制御部１５０に相当）は、受信したフレームの内容に基づいて、そのフレームが接続中の親局から送信されたＳｌｅｅｐフレームであるか否かを判断する（ステップＳ８１１）。すなわち、情報処理装置２００の制御部は、受信したフレームがＳｌｅｅｐフレームであり、かつ、自装置宛のフレームであるか否かを判断する（ステップＳ８１１）。
【０１３５】
例えば、Ｓｌｅｅｐフレームとして、図５に示すＨＥ  ＰＰＤＵ  ｆｏｒｍａｔフレームを用いる場合には、Ｆｒａｍｅ  ｃｏｎｔｒｏｌ３１８にＳｌｅｅｐフレームの識別子が格納される。そこで、情報処理装置２００の制御部は、Ｆｒａｍｅ  ｃｏｎｔｒｏｌ３１８に格納されているＳｌｅｅｐフレームの識別子を取得することにより、受信したフレームがＳｌｅｅｐフレームであるか否かを判断することができる。また、情報処理装置２００の制御部は、ＭＡＣヘッダのＡｄｄｒｅｓｓ１（３２０）に格納されている送信先アドレスを取得することにより、受信したフレームが接続中の親局から送信されたフレームであるか否かを判断することができる。
【０１３６】
また、例えば、Ｓｌｅｅｐフレームとして、図７に示すマネジメントフレームを用いる場合には、Ａｄｄｒｅｓｓ１（３３３）乃至Ａｄｄｒｅｓｓ３（３３５）の全てには親局のアドレスが格納される。そこで、情報処理装置２００の制御部は、Ａｄｄｒｅｓｓ１（送信先アドレス）と、Ａｄｄｒｅｓｓ２（送信元アドレス）との一致を判断することにより、受信したフレームがＳｌｅｅｐフレームであるか否かを判断することができる。なお、この例では、２つのアドレス（Ａｄｄｒｅｓｓ１（送信先アドレス）、Ａｄｄｒｅｓｓ２（送信元アドレス））を比較する例を示したが、３つのアドレスを比較して判断するようにしてもよい。また、情報処理装置２００の制御部は、Ａｄｄｒｅｓｓ１（３３３）に格納されている送信先アドレスを取得することにより、受信したフレームが接続中の親局から送信されたフレームであるか否かを判断することができる。
【０１３７】
また、例えば、Ｓｌｅｅｐフレームとして、図１０に示すコントロールフレームを用いる場合には、ＲＡ３４３およびＢＳＳＩＤ（ＴＡ）３４４には親局のアドレスが格納される。そこで、情報処理装置２００の制御部は、ＲＡ３４３およびＢＳＳＩＤ（ＴＡ）３４４の一致を判断することにより、受信したフレームがＳｌｅｅｐフレームであるか否かを判断することができる。また、情報処理装置２００の制御部は、ＲＡ３４３およびＢＳＳＩＤ（ＴＡ）３４４に格納されている親局のアドレスを取得することにより、受信したフレームが接続中の親局から送信されたフレームであるか否かを判断することができる。
【０１３８】
また、例えば、Ｓｌｅｅｐフレームとして、図１２に示すＮＤＰフレームを用いる場合には、ＨＥ−ＳＩＧ−Ａ３５４およびＨＥ−ＳＩＧ−Ｂ３５７のうちの少なくとも一方にＳｌｅｅｐフレームの識別子が格納される。そこで、情報処理装置２００の制御部は、ＨＥ−ＳＩＧ−Ａ３５４またはＨＥ−ＳＩＧ−Ｂ３５７に格納されているＳｌｅｅｐフレームの識別子を取得することにより、受信したフレームがＳｌｅｅｐフレームであるか否かを判断することができる。また、情報処理装置２００の制御部は、ＨＥ−ＳＩＧ−Ａ３５４またはＨＥ−ＳＩＧ−Ｂ３５７に格納されている親局のアドレスを取得することにより、受信したフレームが接続中の親局から送信されたフレームであるか否かを判断することができる。
【０１３９】
また、例えば、図８に示すように、Ｓｌｅｅｐフレームの識別子がＭＡＣヘッダに格納されているＳｌｅｅｐフレームを用いる場合には、Ｓｕｂｔｙｐｅ６０３に格納されている情報を用いることにより判断することができる。
【０１４０】
また、例えば、図９に示すように、Ｓｌｅｅｐフレームの識別子がＦｒａｍｅ  Ｂｏｄｙフィールドに格納されているＳｌｅｅｐフレームを用いる場合には、Ｃａｔｅｇｏｒｙ６２２に格納されている情報を用いることにより判断することができる。この場合には、ＢＳＳＩＤ６２３に格納されている親局の識別子を用いることができる。
【０１４１】
また、例えば、図１１に示すように、Ｓｌｅｅｐフレームの識別子がＭＡＣヘッダに格納されているＳｌｅｅｐフレームを用いる場合には、Ｓｕｂｔｙｐｅ６３３に格納されている情報を用いることにより判断することができる。
【０１４２】
また、例えば、図１３に示すように、Ｓｌｅｅｐフレームの識別子がＰＨＹヘッダに格納されているＳｌｅｅｐフレームを用いる場合には、Ｓｌｅｅｐ  Ｆｒａｍｅ６４３に格納されている情報を用いることにより判断することができる。この場合には、ＢＳＳ  Ｃｏｌｏｒ６４１に格納されている親局の識別子を用いることができる。
【０１４３】
なお、これらの判断に用いる情報は一例であり、受信したフレームに格納されている他の情報を用いて判断を行うようにしてもよい。
【０１４４】
受信したフレームが、接続中の親局から送信されたＳｌｅｅｐフレームでない場合には（ステップＳ８１１）、情報処理装置２００の制御部は、その受信したフレームを破棄して送信抑制を解除し、通常の処理に戻る。すなわち、受信したフレームがＳｌｅｅｐフレームであるが、自装置宛のフレームでない場合に（ステップＳ８１１）、その受信したフレームが破棄されて送信抑制が解除され、通常の処理に戻る。なお、受信したフレームがＳｌｅｅｐフレームでないが、自装置宛のフレームである場合には（ステップＳ８１１）、その受信したフレームに関する処理を行い、通常の処理に戻る。
【０１４５】
また、受信したフレームが、接続中の親局から送信されたＳｌｅｅｐフレームである場合には（ステップＳ８１１）、情報処理装置２００の制御部は、親局がＳｌｅｅｐに遷移する期間（親局のＳｌｅｅｐ期間）を取得する（ステップＳ８１２）。
【０１４６】
例えば、Ｓｌｅｅｐフレームとして、図５に示すＨＥ  ＰＰＤＵ  ｆｏｒｍａｔフレーム、または、図１２に示すＮＤＰフレームを用いる場合を想定する。この場合には、情報処理装置２００の制御部は、Ｌ−ＳＩＧ３１３、３５３（図６に示すＲＡＴＥ６５１、ＬＥＮＧＴＨ６５２）からＬ＿ＤＡＴＡＲＡＴＥ、Ｌ＿ＬＥＮＧＴＨを取得する。そして、情報処理装置２００の制御部は、上述した式１を用いて計算される期間を、親局がＳｌｅｅｐに遷移する期間として取得する。
【０１４７】
また、例えば、Ｓｌｅｅｐフレームとして、図７に示すマネジメントフレーム、または、図１０に示すコントロールフレームを用いる場合を想定する。この場合には、Ｄｕｒａｔｉｏｎ３３２、３４２に、親局がＳｌｅｅｐに遷移する期間が格納される。そこで、情報処理装置２００の制御部は、Ｄｕｒａｔｉｏｎ３３２、３４２から親局がＳｌｅｅｐに遷移する期間を取得することができる。
【０１４８】
なお、これらの期間の取得方法は一例であり、受信したフレームに格納されている他の情報を用いて親局がＳｌｅｅｐに遷移する期間を取得するようにしてもよい。
【０１４９】
続いて、情報処理装置２００の制御部は、親局がＳｌｅｅｐ中に行う処理を行う（ステップＳ８２０）。この処理については、図１８を参照して詳細に説明する。
【０１５０】
［親局がＳｌｅｅｐ中に行う処理の動作例（子局）］
図１８は、本技術の第１の実施の形態における情報処理装置２００による親局がＳｌｅｅｐ中に行う処理（図１７に示すステップＳ８２０の処理手順）の処理手順の一例を示すフローチャートである。
【０１５１】
最初に、情報処理装置２００の制御部は、自装置が送信を行うフレームが存在するか否かを判断する（ステップＳ８２１）。自装置が送信を行うフレームが存在しない場合には（ステップＳ８２１）、情報処理装置２００の制御部は、親局のＳｌｅｅｐ期間が経過したか否かを判断する（ステップＳ８２２）。そして、親局のＳｌｅｅｐ期間が経過していない場合には（ステップＳ８２２）、ステップＳ８２１に戻る。このように、情報処理装置２００は、親局のＳｌｅｅｐ期間が終了するまでの間、Ｓｌｅｅｐを行う。こうすることにより、情報処理装置２００の消費電力を削減することができる。
【０１５２】
自装置が送信を行うフレームが存在する場合には（ステップＳ８２１）、情報処理装置２００の制御部は、その送信先が、接続されている親局以外であるか否かを判断する（ステップＳ８２３）。その送信先が、接続されている親局以外である場合には（ステップＳ８２３）、情報処理装置２００の制御部は、その送信先に対して送信処理を開始する（ステップＳ８２５）。例えば、Ｐ２Ｐで情報処理装置２００と接続されている他の子局が存在する場合には、フレームの送信先が、接続されている親局以外（他の子局）となることが想定される。
【０１５３】
その送信先が、接続されている親局である場合には（ステップＳ８２３）、情報処理装置２００の制御部は、フレームを送信する予定時刻が、親局がＳｌｅｅｐを終える時刻よりも後か否かを判断する（ステップＳ８２４）。ここで、フレームを送信する予定時刻は、例えば、フレームの送信に必要な待機期間が経過した時刻である。
【０１５４】
フレームを送信する予定時刻が、親局がＳｌｅｅｐを終える時刻よりも前である場合には（ステップＳ８２４）、ステップＳ８２１に戻る。すなわち、情報処理装置２００の制御部は、フレームの送信を中止し、親局のＳｌｅｅｐ期間が終了するまでの間、Ｓｌｅｅｐを行う。
【０１５５】
例えば、フレームを送信する予定時刻が、親局がＳｌｅｅｐを終える時刻よりも前である場合には、フレームの送信が見込み時刻で送信したとしても、親局は、Ｓｌｅｅｐモードに入っている状態であるため、そのフレームを受信することができない。そこで、フレームを送信する予定時刻が、親局がＳｌｅｅｐを終える時刻よりも前である場合には、フレームの送信を中止し、親局のＳｌｅｅｐ期間が終了するまでの間、Ｓｌｅｅｐを行う。これにより、情報処理装置２００は、無駄な送信を抑制することができ、消費電力を削減することができる。
【０１５６】
フレームを送信する予定時刻が、親局がＳｌｅｅｐを終える時刻よりも後である場合には（ステップＳ８２４）、情報処理装置２００の制御部は、そのフレームを送信する（ステップＳ８２５）。そして、ステップＳ８２１に戻る。
【０１５７】
このように、情報処理装置２００の制御部は、Ｓｌｅｅｐフレームに含まれる送信先アドレスおよび受信先アドレスが一致するか否かに基づいて、そのＳｌｅｅｐフレームが親局からのＳｌｅｅｐモードであることを判断することができる。また、情報処理装置２００の制御部は、Ｓｌｅｅｐフレームに含まれる親局がＳｌｅｅｐモードに遷移する期間に基づいて、情報処理装置２００がＳｌｅｅｐモードに遷移する期間（親局がＳｌｅｅｐ中に行う処理の期間）を設定する。
【０１５８】
また、情報処理装置２００の制御部は、親局宛てに送信するフレームが存在し、かつ、そのフレームの送信までに必要な待機期間が、親局がＳｌｅｅｐモードを終了する期間よりも大きい場合に、そのフレームの送信処理を行う。
【０１５９】
また、情報処理装置２００の制御部は、送信すべきフレームが存在し、かつ、そのフレームの宛先が親局以外のときには、そのフレームの送信処理を行う。
【０１６０】
［送信抑制処理の動作例（子局（レガシー装置））］
図１９は、本技術の第１の実施の形態における情報処理装置２０１による送信抑制処理の処理手順の一例を示すフローチャートである。
【０１６１】
上述したように、情報処理装置２０１の制御部（図２に示す制御部１５０に相当）は、Ｓｌｅｅｐフレームを受信した場合でも、そのＳｌｅｅｐフレームを完全に解釈することができない。しかしながら、情報処理装置２０１の制御部は、Ｓｌｅｅｐフレームにおける一部の情報（例えば、ＭＡＣヘッダの情報）を解釈することができる。
【０１６２】
そこで、情報処理装置２０１の制御部は、Ｓｌｅｅｐフレームを受信した場合には、そのＳｌｅｅｐフレームに基づいて、送信抑制期間を取得する（ステップＳ８３１）。
【０１６３】
例えば、Ｓｌｅｅｐフレームとして、図５に示すＨＥ  ＰＰＤＵ  ｆｏｒｍａｔフレーム、または、図１２に示すＮＤＰフレームを用いる場合を想定する。この場合には、情報処理装置２０１の制御部は、Ｌ−ＳＩＧ３１３、３５３からＬ＿ＬＥＮＧＴＨ、 Ｌ＿ＤＡＴＡＲＡＴＥを取得する。そして、情報処理装置２０１の制御部は、上述した式１を用いて計算される期間を、送信抑制期間として取得する。
【０１６４】
また、例えば、Ｓｌｅｅｐフレームとして、図７に示すマネジメントフレーム、または、図１０に示すコントロールフレームを用いる場合を想定する。この場合には、Ｄｕｒａｔｉｏｎ３３２、３４２に、親局がＳｌｅｅｐに遷移する期間が格納される。そこで、情報処理装置２０１の制御部は、Ｄｕｒａｔｉｏｎ３３２、３４２から親局がＳｌｅｅｐに遷移する期間を取得して送信抑制期間とすることができる。
【０１６５】
続いて、情報処理装置２０１の制御部は、その取得された送信抑制時間だけ、送信抑制を設定する（ステップＳ８３２）。
【０１６６】
続いて、情報処理装置２０１の制御部は、送信抑制時間が経過したか否かを判断する（ステップＳ８３３）。送信抑制時間が経過していない場合には（ステップＳ８３３）、監視を継続して行う。
【０１６７】
送信抑制時間が経過した場合には（ステップＳ８３３）、情報処理装置２０１の制御部は、送信抑制を解除する（ステップＳ８３４）。
【０１６８】
＜２．第２の実施の形態＞
本技術の第２の実施の形態では、２種類のフレームをＳｌｅｅｐフレームとして送信する例を示す。すなわち、本技術の第２の実施の形態では、Ｓｌｅｅｐフレームを２つのフレームに分割して送信する例を示す。
【０１６９】
なお、本技術の第２の実施の形態における情報処理装置の構成については、図１等に示す情報処理装置１００、２００、２０１と略同一である。このため、本技術の第１の実施の形態と共通する部分については、本技術の第１の実施の形態と同一の符号を付してこれらの説明の一部を省略する。
【０１７０】
［通信例］
図２０は、本技術の第２の実施の形態における通信システム１０を構成する各装置間における通信処理例を示すシーケンスチャートである。なお、図２０は、図３に示す通信例の一部を変形した例である。そこで、図３と共通する部分についての説明の一部を省略する。
【０１７１】
図２０に示す処理（４２１乃至４２５）は、図３に示す処理（４０１乃至４０５）に対応する。
【０１７２】
続いて、情報処理装置１００の制御部１５０は、Ｐｏｗｅｒ  Ｓａｖｅ用の情報に含めて送信したＳｌｅｅｐフレーム送信予定時刻になった場合には、第１Ｓｌｅｅｐフレームを子局に送信する（４２７乃至４２９）。
【０１７３】
ここで、第１Ｓｌｅｅｐフレームは、後方互換性を有するフレームである。すなわち、第１Ｓｌｅｅｐフレームは、レガシー装置を含む全ての子局が完全に識別することができるフレームである。
【０１７４】
このように、親局が第１Ｓｌｅｅｐフレームを子局に送信することにより、レガシー装置を含む全ての子局の送信を抑制することができる。
【０１７５】
また、情報処理装置１００の制御部１５０は、第１Ｓｌｅｅｐフレームを送信した後に、第２Ｓｌｅｅｐフレームを子局に送信する（４３２乃至４３４）。
【０１７６】
ここで、第２Ｓｌｅｅｐフレームは、後方互換性を有しないフレームである。すなわち、第２Ｓｌｅｅｐフレームは、レガシー装置以外の子局が受信可能なフレームであり、レガシー装置が受信不可能なフレームである。
【０１７７】
このように、親局が第２Ｓｌｅｅｐフレームを子局に送信することにより、レガシー装置以外の子局の送信抑制を解除するとともに、親局がＳｌｅｅｐに遷移する期間を通知することができる。また、第２Ｓｌｅｅｐフレームは、第１Ｓｌｅｅｐフレームを送信してから所定のフレーム間隔（例えば、ＳＩＦＳ（Short Inter Frame Space）が経過した後に送信するようにしてもよい。
【０１７８】
また、情報処理装置１００の制御部１５０は、第２Ｓｌｅｅｐフレームを子局に送信した後に（４３２）、Ｓｌｅｅｐモードを設定する。
【０１７９】
また、情報処理装置２００の制御部は、第１Ｓｌｅｅｐフレームを受信した場合には（４２８）、送信抑制処理を行う（４３０）。
【０１８０】
また、情報処理装置２０１の制御部は、第１Ｓｌｅｅｐフレームを受信した場合には（４２９）、送信抑制処理を行う（４３１）。
【０１８１】
また、情報処理装置２００の制御部は、第２Ｓｌｅｅｐフレームを受信した場合には（４３３）、第２Ｓｌｅｅｐフレーム受信処理を行う（４３４）。この第２Ｓｌｅｅｐフレーム受信処理については、図２５を参照して詳細に説明する。
【０１８２】
このように、第１Ｓｌｅｅｐフレームを送信した後に、第２Ｓｌｅｅｐフレームを送信することにより、第１Ｓｌｅｅｐフレームを受信したレガシー装置以外の子局の送信抑制を迅速に解除することができる。
【０１８３】
なお、本技術の第２の実施の形態では、第１Ｓｌｅｅｐフレームの送信後に第２Ｓｌｅｅｐフレームを送信する例を示すが、第２Ｓｌｅｅｐフレームの送信後に第１Ｓｌｅｅｐフレームを送信するようにしてもよい。
【０１８４】
［第１Ｓｌｅｅｐフレームのフレームフォーマット例］
第１Ｓｌｅｅｐフレームは、レガシー装置を含む全ての子局の送信を抑制するためのフレームである。第１フレームを受信した子局（レガシー装置を含む）は、図１９に示す送信抑制処理を行う。
【０１８５】
第１Ｓｌｅｅｐフレームとして、例えば、Ｃｏｎｔｒｏｌフレームを用いることができる。また、第１Ｓｌｅｅｐフレームは、Ｌｅｇａｃｙ  ＰＰＤＵ  ｆｏｒｍａｔで送信を行うことができる。また、第１ＳｌｅｅｐフレームにＣＴＳ（Clear To Send）フレームを用いる例を図２１に示す。
【０１８６】
［ＣＴＳ  ｆｒａｍｅを用いる例］
図２１は、本技術の第２の実施の形態における情報処理装置１００が送信する第１Ｓｌｅｅｐフレームの構成例を示す図である。図２１では、第１Ｓｌｅｅｐフレームとして、ＣＴＳフレームを用いる例を示す。
【０１８７】
ＲＡ５０３には、親局（情報処理装置１００）のアドレスを格納する。
【０１８８】
Ｄｕｒａｔｉｏｎ５０２には、Ｓｌｅｅｐ期間に関する情報（親局がＳｌｅｅｐに遷移する期間＋第２Ｓｌｅｅｐフレームを送信するまでの期間）を格納する。ここで、親局は、第２Ｓｌｅｅｐフレームを送信してからＳｌｅｅｐ状態に遷移するため、親局がＳｌｅｅｐに遷移する期間に第２Ｓｌｅｅｐフレームを送信するまでの期間を加算した値とする。
【０１８９】
［第２Ｓｌｅｅｐフレームのフレームフォーマット例］
図２２および図２３は、本技術の第２の実施の形態における情報処理装置１００が送信する第２Ｓｌｅｅｐフレームの構成例を示す図である。図２２では、第２Ｓｌｅｅｐフレームとして、後方互換性のないＨＥ  ＧＦ  ＰＰＤＵ  ｆｏｒｍａｔフレームを用いる例を示す。図２３には、図２２に示す例の他の形態として、ＰＨＹヘッダが、ＨＥ−ＳＴＦ５３１およびＨＥ−ＬＴＦ５３２を使用する例を示す。
【０１９０】
図２２に示すＨＥ−ＧＦ−ＳＴＦ５１１およびＨＥ−ＧＦ−ＬＴＦ５１２は、ＨＥ−ＳＩＧが受信可能なプリアンブルである。
【０１９１】
第２Ｓｌｅｅｐフレームは、レガシー装置以外の子局の送信抑制を解除し、親局がレガシー装置以外の子局にＳｌｅｅｐ期間を通知するためのフレームである。レガシー装置は、親局のＳｌｅｅｐ機能については認識できない。このため、レガシー装置以外の子局にのみ受信することができるフォーマットで送信することにより、レガシー装置以外の子局にのみ情報を伝達することができる。
【０１９２】
なお、第２Ｓｌｅｅｐフレームとして、図５に示すＨＥ  ＰＰＤＵ  ｆｏｒｍａｔフレームを用いるようにしてもよい。
【０１９３】
親局は、Ｆｒａｍｅ  ｃｏｎｔｒｏｌ５１６に、第２Ｓｌｅｅｐフレームであることを示す識別子を格納する。また、親局は、Ｄｕｒａｔｉｏｎ５１７に、親局がＳｌｅｅｐに遷移する期間を含める。
【０１９４】
これにより、第１Ｓｌｅｅｐフレームを受信できなかったレガシー装置以外の子局に、第２Ｓｌｅｅｐフレームを用いて親局がＳｌｅｅｐに遷移する期間を通知することができる。
【０１９５】
［後方互換性のないＮＤＰフレームを用いる例］
図２４は、本技術の第２の実施の形態における情報処理装置１００が送信する第２Ｓｌｅｅｐフレームの構成例を示す図である。図２４では、第２Ｓｌｅｅｐフレームとして、後方互換性のないＮＤＰフレームを用いる例を示す。
【０１９６】
親局は、ＨＥ−ＳＩＧ−Ａ５４３およびＨＥ−ＳＩＧ−Ｂ５４５のうちの少なくとも一方に、ＮＤＰフレームが第２Ｓｌｅｅｐフレームであることを示す識別子を格納する。
【０１９７】
また、親局は、親局がＳｌｅｅｐに遷移する期間を、ＨＥ−ＳＩＧ−Ａ５４３およびＨＥ−ＳＩＧ−Ｂ５４５のうちの少なくとも一方に格納するようにしてもよい。
【０１９８】
なお、ＮＤＰフレームとして、例えば、図２３に示すフォーマットを用いるようにしてもよい。
【０１９９】
このように、情報処理装置１００の制御部１５０は、各子局のそれぞれの送信を抑制させる第１ＳｌｅｅｐフレームをＳｌｅｅｐフレームの一部として送信する。また、制御部１５０は、レガシー装置が情報の特定が不可能な第２ＳｌｅｅｐフレームをＳｌｅｅｐフレームの一部として送信する。
【０２００】
［第２Ｓｌｅｅｐフレーム受信処理の動作例（子局）］
図２５は、本技術の第２の実施の形態における情報処理装置２００によるＳｌｅｅｐフレーム受信処理の処理手順の一例を示すフローチャートである。
【０２０１】
最初に、情報処理装置２００の制御部（図２に示す制御部１５０に相当）は、受信したフレームの内容に基づいて、そのフレームが接続中の親局から送信された第２Ｓｌｅｅｐフレームであるか否かを判断する（ステップＳ８４１）。
【０２０２】
例えば、情報処理装置２００の制御部は、Ｃｏｎｔｒｏｌフレームに格納されている情報に基づいて、受信したフレームが第２Ｓｌｅｅｐフレームであるか否かを判断することができる。
【０２０３】
例えば、第２ＳｌｅｅｐフレームとしてＮＤＰフレームを用いる場合には、ＨＥ−ＳＩＧに格納されている情報に基づいて、受信したフレームが第２Ｓｌｅｅｐフレームであるか否かを判断することができる。また、例えば、第２ＳｌｅｅｐフレームとしてＮＤＰフレームを用いる場合には、ＨＥ−ＳＩＧに格納されている情報に基づいて、親局の識別子を取得し、自装置が接続している親局であるか否かを判断することができる。
【０２０４】
また、情報処理装置２００の制御部は、Ｄｕｒａｔｉｏｎ値から親局がＳｌｅｅｐに遷移する期間を取得することができる。例えば、第２ＳｌｅｅｐフレームとしてＮＤＰフレームを用いる場合には、ＨＥ−ＳＩＧから、親局がＳｌｅｅｐに遷移する期間を取得することができる。
【０２０５】
受信したフレームが、接続中の親局から送信された第２Ｓｌｅｅｐフレームである場合には（ステップＳ８４１）、情報処理装置２００の制御部は、送信抑制を解除する（ステップＳ８４２）。続いて、情報処理装置２００の制御部は、親局がＳｌｅｅｐ中に行う処理を行う（ステップＳ８２０）。この処理については、図１８と同様であるため、ここでの説明を省略する。
【０２０６】
このように、本技術の実施の形態によれば、親局のＳｌｅｅｐ機能に対応している子局と、親局のＳｌｅｅｐ機能に対応していない子局（レガシー装置）とが共存している状態でも、親局が適切にスリープモードに遷移することができる。すなわち、親局のＳｌｅｅｐ機能に対応している子局に、親局のＳｌｅｅｐ期間を通知するとともに、親局のＳｌｅｅｐ機能に対応していない子局（レガシー装置）の送信を抑制させることができる
【０２０７】
＜３．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、情報処理装置１００、２００、２０１は、スマートフォン、タブレットＰＣ（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）等を用いることができる。
【０２３５】
なお、本明細書に記載された効果はあくまで例示であって、限定されるものではなく、また、他の効果があってもよい。
【０２３６】
なお、本技術は以下のような構成もとることができる。
（１）
第１のモードにある当該情報処理装置が前記第１のモードとは消費電力が異なる第２のモードに遷移する場合に、前記第２のモードに対応する第１機器に前記情報処理装置が前記第２のモードに遷移することを通知するための情報と、前記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含む、少なくとも１つのフレームを送信する制御を行う制御部を具備する情報処理装置。
（２）
前記制御部は、所定の判断基準に基づいて、前記フレームを送信する予定時刻を延期して前記フレームを送信する前記（１）に記載の情報処理装置。
（３）
前記制御部は、前記フレームを送信する予定時刻を前記フレームの送信前に前記第１機器および前記第２機器に通知する前記（１）または（２）に記載の情報処理装置。
（４）
前記制御部は、前記予定時刻をブロードキャストフレームで送信する前記（２）または（３）に記載の情報処理装置。
（５）
前記制御部は、前記情報処理装置宛に送信されたフレームに関する情報を前記判断基準とする前記（２）に記載の情報処理装置。
（６）
前記制御部は、所定の判断基準に基づいて、前記フレームの送信を中止する前記（１）に記載の情報処理装置。
（７）
前記制御部は、前記フレームを送信する予定時刻までに前記情報処理装置に接続されている他の情報処理装置宛てのデータを上位層から受信したことを前記判断基準とする前記（６）に記載の情報処理装置。
（８）
前記制御部は、前記フレームを送信する予定時刻までに前記情報処理装置宛の他のフレームを受信したことを前記判断基準とする前記（６）に記載の情報処理装置。
（９）
前記制御部は、前記第１機器および前記第２機器のそれぞれの送信を抑制させる第１フレームを前記フレームの一部として送信する前記（１）から（８）に記載の情報処理装置。
（１０）
前記制御部は、前記第２機器が情報の特定が不可能な第２フレームを前記フレームの一部として送信する前記（９）に記載の情報処理装置。
（１１）
前記制御部は、前記情報処理装置を識別するための識別子と、前記第２のモードに遷移する期間を特定するための期間情報とを前記フレームに含めて送信する前記（１）から（１０）のいずれかに記載の情報処理装置。
（１２）
前記制御部は、前記識別子および前記期間情報のそれぞれを、前記フレームにおけるＰＨＹヘッダおよびＭＡＣヘッダのうちの少なくとも１つに含めて送信する前記（１１）に記載の情報処理装置。
（１３）
前記制御部は、前記フレームの宛先を前記情報処理装置宛に設定する前記（１）から（１２）のいずれかに記載の情報処理装置。
（１４）
前記制御部は、前記フレームを送信する際の待機期間として前記第１機器および前記第２機器のそれぞれが送信する際に待機する期間よりも短いことが保証される期間を設定する前記（１）から（１３）のいずれかに記載の情報処理装置。
（１５）
第１のモードにある他の情報処理装置が前記第１のモードとは消費電力が異なる第２のモードに遷移することを通知する場合に送信されるフレームであって、前記第２のモードに対応する第１機器に前記他の情報処理装置が前記第２のモードに遷移することを通知するための情報と、前記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含むフレームを受信する通信部と、
前記フレームに含まれる情報に基づいて自装置の送信に関する制御を行う制御部と
を具備する情報処理装置。
（１６）
前記制御部は、前記フレームに含まれる送信先アドレスおよび受信先アドレスが一致するか否かに基づいて、前記他の情報処理装置が前記第２のモードに遷移することを通知するためのフレームであることを判断する前記（１５）に記載の情報処理装置。
（１７）
前記制御部は、前記フレームに含まれる前記他の情報処理装置が前記第２のモードに遷移する期間に基づいて自装置が前記第２のモードに遷移する期間を設定する前記（１５）または（１６）に記載の情報処理装置。
（１８）
前記制御部は、前記他の情報処理装置宛てに送信するフレームが存在し、かつ、当該フレームの送信までに必要な待機期間が、前記他の情報処理装置が前記第２のモードを終了する期間よりも大きい場合に、当該フレームの送信処理を行う前記（１５）から（１７）のいずれかに記載の情報処理装置。
（１９）
前記制御部は、送信すべきフレームが存在し、かつ、当該フレームの宛先が前記他の情報処理装置以外のときには、当該フレームの送信処理を行う前記（１５）から（１８）のいずれかに記載の情報処理装置。
（２０）
第１のモードにある当該情報処理装置が前記第１のモードとは消費電力が異なる第２のモードに遷移する場合に、前記第２のモードに対応する第１機器に前記情報処理装置が前記第２のモードに遷移することを通知するための情報と、前記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含む、少なくとも１つのフレームを送信する手順を具備する情報処理方法。
【符号の説明】
【０２３７】
１０  通信システム
１００  情報処理装置
１１０  データ処理部
１２０  通信部
１２１  信号処理部
１２２  無線インターフェース部
１２３  チャネル推定部
１３０  アンテナ
１４０  記憶部
１５０  制御部
２００  情報処理装置（子局）
２０１  情報処理装置（子局）
９００  スマートフォン
９０１  プロセッサ
９０２  メモリ
９０３  ストレージ
９０４  外部接続インタフェース
９０６  カメラ
９０７  センサ
９０８  マイクロフォン
９０９  入力デバイス
９１０  表示デバイス
９１１  スピーカ
９１３  無線通信インタフェース
９１４  アンテナスイッチ
９１５  アンテナ
９１７  バス
９１８  バッテリー
９１９  補助コントローラ
９２０  カーナビゲーション装置
９２１  プロセッサ
９２２  メモリ
９２４  ＧＰＳモジュール
９２５  センサ
９２６  データインタフェース
９２７  コンテンツプレーヤ
９２８  記憶媒体インタフェース
９２９  入力デバイス
９３０  表示デバイス
９３１  スピーカ
９３３  無線通信インタフェース
９３４  アンテナスイッチ
９３５  アンテナ
９３８  バッテリー
９４１  車載ネットワーク
９４２  車両側モジュール
９５０  無線アクセスポイント
９５１  コントローラ
９５２  メモリ
９５４  入力デバイス
９５５  表示デバイス
９５７  ネットワークインタフェース
９５８  有線通信ネットワーク
９６３  無線通信インタフェース
９６４  アンテナスイッチ
９６５  アンテナ
【図１】
2016143233.tif 000003
【図２】
2016143233.tif 000004
【図３】
2016143233.tif 000005
【図４】
2016143233.tif 000006
【図５】
2016143233.tif 000007
【図６】
2016143233.tif 000008
【図７】
2016143233.tif 000009
【図８】
2016143233.tif 000010
【図９】
2016143233.tif 000011
【図１０】
2016143233.tif 000012
【図１１】
2016143233.tif 000013
【図１２】
2016143233.tif 000014
【図１３】
2016143233.tif 000015
【図１４】
2016143233.tif 000016
【図１５】
2016143233.tif 000017
【図１６】
2016143233.tif 000018
【図１７】
2016143233.tif 000019
【図１８】
2016143233.tif 000020
【図１９】
2016143233.tif 000021
【図２０】
2016143233.tif 000022
【図２１】
2016143233.tif 000023
【図２２】
2016143233.tif 000024
【図２３】
2016143233.tif 000025
【図２４】
2016143233.tif 000026
【図２５】
2016143233.tif 000027
【図２６】
2016143233.tif 000028
【図２７】
2016143233.tif 000029
【図２８】
2016143233.tif 000030
【国際調査報告】
2016143233.tif 000031
2016143233.tif 000032
2016143233.tif 000033
2016143233.tif 000034