JP6791119B2 - 情報処理装置および情報処理方法 - Google Patents

情報処理装置および情報処理方法 Download PDF

Info

Publication number
JP6791119B2
JP6791119B2 JP2017504583A JP2017504583A JP6791119B2 JP 6791119 B2 JP6791119 B2 JP 6791119B2 JP 2017504583 A JP2017504583 A JP 2017504583A JP 2017504583 A JP2017504583 A JP 2017504583A JP 6791119 B2 JP6791119 B2 JP 6791119B2
Authority
JP
Japan
Prior art keywords
frame
information processing
sleep
control unit
processing device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017504583A
Other languages
English (en)
Other versions
JPWO2016143233A1 (ja
Inventor
英佑 酒井
英佑 酒井
悠介 田中
悠介 田中
裕一 森岡
裕一 森岡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of JPWO2016143233A1 publication Critical patent/JPWO2016143233A1/ja
Application granted granted Critical
Publication of JP6791119B2 publication Critical patent/JP6791119B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
    • H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Power Sources (AREA)

Description

本技術は、情報処理装置に関する。詳しくは、無線通信を利用して情報のやりとりを行う情報処理装置および情報処理方法に関する。
従来、無線通信を利用して情報のやり取りを行う無線通信技術が存在する。例えば、無線ＬＡＮ（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）等を用いることができる。
なお、本明細書に記載された効果はあくまで例示であって、限定されるものではなく、また、他の効果があってもよい。
なお、本技術は以下のような構成もとることができる。
（１）
第１のモードにある当該情報処理装置が前記第１のモードとは消費電力が異なる第２のモードに遷移する場合に、前記第２のモードに対応する第１機器に前記情報処理装置が前記第２のモードに遷移することを通知するための情報と、前記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含む、少なくとも１つのフレームを送信する制御を行う制御部を具備する情報処理装置。
（２）
前記制御部は、所定の判断基準に基づいて、前記フレームを送信する予定時刻を延期して前記フレームを送信する前記（１）に記載の情報処理装置。
（３）
前記制御部は、前記フレームを送信する予定時刻を前記フレームの送信前に前記第１機器および前記第２機器に通知する前記（１）または（２）に記載の情報処理装置。
（４）
前記制御部は、前記予定時刻をブロードキャストフレームで送信する前記（２）または（３）に記載の情報処理装置。
（５）
前記制御部は、前記情報処理装置宛に送信されたフレームに関する情報を前記判断基準とする前記（２）に記載の情報処理装置。
（６）
前記制御部は、所定の判断基準に基づいて、前記フレームの送信を中止する前記（１）に記載の情報処理装置。
（７）
前記制御部は、前記フレームを送信する予定時刻までに前記情報処理装置に接続されている他の情報処理装置宛てのデータを上位層から受信したことを前記判断基準とする前記（６）に記載の情報処理装置。
（８）
前記制御部は、前記フレームを送信する予定時刻までに前記情報処理装置宛の他のフレームを受信したことを前記判断基準とする前記（６）に記載の情報処理装置。
（９）
前記制御部は、前記第１機器および前記第２機器のそれぞれの送信を抑制させる第１フレームを前記フレームの一部として送信する前記（１）から（８）に記載の情報処理装置。
（１０）
前記制御部は、前記第２機器が情報の特定が不可能な第２フレームを前記フレームの一部として送信する前記（９）に記載の情報処理装置。
（１１）
前記制御部は、前記情報処理装置を識別するための識別子と、前記第２のモードに遷移する期間を特定するための期間情報とを前記フレームに含めて送信する前記（１）から（１０）のいずれかに記載の情報処理装置。
（１２）
前記制御部は、前記識別子および前記期間情報のそれぞれを、前記フレームにおけるＰＨＹヘッダおよびＭＡＣヘッダのうちの少なくとも１つに含めて送信する前記（１１）に記載の情報処理装置。
（１３）
前記制御部は、前記フレームの宛先を前記情報処理装置宛に設定する前記（１）から（１２）のいずれかに記載の情報処理装置。
（１４）
前記制御部は、前記フレームを送信する際の待機期間として前記第１機器および前記第２機器のそれぞれが送信する際に待機する期間よりも短いことが保証される期間を設定する前記（１）から（１３）のいずれかに記載の情報処理装置。
（１５）
第１のモードにある他の情報処理装置が前記第１のモードとは消費電力が異なる第２のモードに遷移することを通知する場合に送信されるフレームであって、前記第２のモードに対応する第１機器に前記他の情報処理装置が前記第２のモードに遷移することを通知するための情報と、前記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含むフレームを受信する通信部と、
前記フレームに含まれる情報に基づいて自装置の送信に関する制御を行う制御部と
を具備する情報処理装置。
（１６）
前記制御部は、前記フレームに含まれる送信先アドレスおよび受信先アドレスが一致するか否かに基づいて、前記他の情報処理装置が前記第２のモードに遷移することを通知するためのフレームであることを判断する前記（１５）に記載の情報処理装置。
（１７）
前記制御部は、前記フレームに含まれる前記他の情報処理装置が前記第２のモードに遷移する期間に基づいて自装置が前記第２のモードに遷移する期間を設定する前記（１５）または（１６）に記載の情報処理装置。
（１８）
前記制御部は、前記他の情報処理装置宛てに送信するフレームが存在し、かつ、当該フレームの送信までに必要な待機期間が、前記他の情報処理装置が前記第２のモードを終了する期間よりも大きい場合に、当該フレームの送信処理を行う前記（１５）から（１７）のいずれかに記載の情報処理装置。
（１９）
前記制御部は、送信すべきフレームが存在し、かつ、当該フレームの宛先が前記他の情報処理装置以外のときには、当該フレームの送信処理を行う前記（１５）から（１８）のいずれかに記載の情報処理装置。
（２０）
第１のモードにある当該情報処理装置が前記第１のモードとは消費電力が異なる第２のモードに遷移する場合に、前記第２のモードに対応する第１機器に前記情報処理装置が前記第２のモードに遷移することを通知するための情報と、前記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含む、少なくとも１つのフレームを送信する手順を具備する情報処理方法。
１０ 通信システム
１００ 情報処理装置
１１０ データ処理部
１２０ 通信部
１２１ 信号処理部
１２２ 無線インターフェース部
１２３ チャネル推定部
１３０ アンテナ
１４０ 記憶部
１５０ 制御部
２００ 情報処理装置（子局）
２０１ 情報処理装置（子局）
９００ スマートフォン
９０１ プロセッサ
９０２ メモリ
９０３ ストレージ
９０４ 外部接続インタフェース
９０６ カメラ
９０７ センサ
９０８ マイクロフォン
９０９ 入力デバイス
９１０ 表示デバイス
９１１ スピーカ
９１３ 無線通信インタフェース
９１４ アンテナスイッチ
９１５ アンテナ
９１７ バス
９１８ バッテリー
９１９ 補助コントローラ
９２０ カーナビゲーション装置
９２１ プロセッサ
９２２ メモリ
９２４ ＧＰＳモジュール
９２５ センサ
９２６ データインタフェース
９２７ コンテンツプレーヤ
９２８ 記憶媒体インタフェース
９２９ 入力デバイス
９３０ 表示デバイス
９３１ スピーカ
９３３ 無線通信インタフェース
９３４ アンテナスイッチ
９３５ アンテナ
９３８ バッテリー
９４１ 車載ネットワーク
９４２ 車両側モジュール
９５０ 無線アクセスポイント
９５１ コントローラ
９５２ メモリ
９５４ 入力デバイス
９５５ 表示デバイス
９５７ ネットワークインタフェース
９５８ 有線通信ネットワーク
９６３ 無線通信インタフェース
９６４ アンテナスイッチ
９６５ アンテナ

Claims (20)

  1. 第１のモードにある当該情報処理装置が前記第１のモードより消費電力の低い第２のモードに遷移する場合に、前記第２のモードに対応する第１機器に前記情報処理装置が前記第２のモードに遷移することを通知するための情報と、前記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含む、少なくとも１つのフレームを送信する制御を行う制御部を具備する情報処理装置。
  2. 前記制御部は、所定の判断基準に基づいて、前記フレームを送信する予定時刻を延期して前記フレームを送信する請求項１記載の情報処理装置。
  3. 前記制御部は、前記フレームを送信する予定時刻を前記フレームの送信前に前記第１機器および前記第２機器に通知する請求項１記載の情報処理装置。
  4. 前記制御部は、前記予定時刻をブロードキャストフレームで送信する請求項２記載の情報処理装置。
  5. 前記制御部は、前記情報処理装置宛に送信されたフレームに関する情報を前記判断基準とする請求項２記載の情報処理装置。
  6. 前記制御部は、所定の判断基準に基づいて、前記フレームの送信を中止する請求項１記載の情報処理装置。
  7. 前記制御部は、前記フレームを送信する予定時刻までに前記情報処理装置に接続されている他の情報処理装置宛てのデータを上位層から受信したことを前記判断基準とする請求項６記載の情報処理装置。
  8. 前記制御部は、前記フレームを送信する予定時刻までに前記情報処理装置宛の他のフレームを受信したことを前記判断基準とする請求項６記載の情報処理装置。
  9. 前記制御部は、前記第１機器および前記第２機器のそれぞれの送信を抑制させる第１フレームを前記フレームの一部として送信する請求項１記載の情報処理装置。
  10. 前記制御部は、前記第２機器が情報の特定が不可能な第２フレームを前記フレームの一部として送信する請求項９記載の情報処理装置。
  11. 前記制御部は、前記情報処理装置を識別するための識別子と、前記第２のモードに遷移する期間を特定するための期間情報とを前記フレームに含めて送信する請求項１記載の情報処理装置。
  12. 前記制御部は、前記識別子および前記期間情報のそれぞれを、前記フレームにおけるＰＨＹヘッダおよびＭＡＣヘッダのうちの少なくとも１つに含めて送信する請求項１１記載の情報処理装置。
  13. 前記制御部は、前記フレームの宛先を前記情報処理装置宛に設定する請求項１記載の情報処理装置。
  14. 前記制御部は、前記フレームを送信する際の待機期間として前記第１機器および前記第２機器のそれぞれが送信する際に待機する期間よりも短いことが保証される期間を設定する請求項１記載の情報処理装置。
  15. 第１のモードにある他の情報処理装置が前記第１のモードより消費電力の低い第２のモードに遷移することを通知する場合に送信されるフレームであって、前記第２のモードに対応する第１機器に前記他の情報処理装置が前記第２のモードに遷移することを通知するための情報と、前記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含むフレームを受信する通信部と、
    前記フレームに含まれる情報に基づいて自装置の送信に関する制御を行う制御部と
    を具備する情報処理装置。
  16. 前記制御部は、前記フレームに含まれる送信先アドレスおよび受信先アドレスが一致するか否かに基づいて、前記他の情報処理装置が前記第２のモードに遷移することを通知するためのフレームであることを判断する請求項１５記載の情報処理装置。
  17. 前記制御部は、前記フレームに含まれる前記他の情報処理装置が前記第２のモードに遷移する期間に基づいて自装置が前記第２のモードに遷移する期間を設定する請求項１５記載の情報処理装置。
  18. 前記制御部は、前記他の情報処理装置宛てに送信するフレームが存在し、かつ、当該フレームの送信までに必要な待機期間が、前記他の情報処理装置が前記第２のモードを終了する期間よりも大きい場合に、当該フレームの送信処理を行う請求項１５記載の情報処理装置。
  19. 前記制御部は、送信すべきフレームが存在し、かつ、当該フレームの宛先が前記他の情報処理装置以外のときには、当該フレームの送信処理を行う請求項１５記載の情報処理装置。
  20. 第１のモードにある当該情報処理装置が前記第１のモードより消費電力の低い第２のモードに遷移する場合に、前記第２のモードに対応する第１機器に前記情報処理装置が前記第２のモードに遷移することを通知するための情報と、前記第２のモードに対応していない第２機器の送信を抑制させるための情報とを含む、少なくとも１つのフレームを送信する手順を具備する情報処理方法。
JP2017504583A 2015-03-06 2015-12-25 情報処理装置および情報処理方法 Active JP6791119B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015045326 2015-03-06
JP2015045326 2015-03-06
PCT/JP2015/086251 WO2016143233A1 (ja) 2015-03-06 2015-12-25 情報処理装置および情報処理方法

Publications (2)

Publication Number Publication Date
JPWO2016143233A1 JPWO2016143233A1 (ja) 2017-12-14
JP6791119B2 true JP6791119B2 (ja) 2020-11-25

Family

ID=56879610

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017504583A Active JP6791119B2 (ja) 2015-03-06 2015-12-25 情報処理装置および情報処理方法

Country Status (8)

Country Link
US (1) US10136385B2 (ja)
EP (1) EP3267739B1 (ja)
JP (1) JP6791119B2 (ja)
KR (1) KR20170125016A (ja)
CN (1) CN107251615B (ja)
CA (1) CA2977196A1 (ja)
PH (1) PH12017501556A1 (ja)
WO (1) WO2016143233A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10735166B2 (en) 2015-05-29 2020-08-04 Huawei Technologies Co., Ltd. System and method of UE-centric radio access procedure
US20170085461A1 (en) * 2015-09-23 2017-03-23 Qualcomm Incorporated Color assignments for peer-to-peer (p2p) transmissions
FR3069457B1 (fr) 2017-07-27 2019-08-02 L'air Liquide, Societe Anonyme Pour L'etude Et L'exploitation Des Procedes Georges Claude Procede de separation d'un courant de gaz naturel en une fraction enrichie en methane et une fraction enrichie en hydrocarbures en c2 et superieurs
FR3069456B1 (fr) 2017-07-27 2022-02-18 Air Liquide Methode de purification de gaz naturel mettant en œuvre un economiseur.
FR3069458B1 (fr) 2017-07-27 2019-08-02 L'air Liquide, Societe Anonyme Pour L'etude Et L'exploitation Des Procedes Georges Claude Procede de purification d'un courant de gaz naturel
JP2019193077A (ja) 2018-04-24 2019-10-31 キヤノン株式会社 無線通信装置およびその制御方法
US20220046533A1 (en) * 2018-09-14 2022-02-10 Telefonaktiebolaget Lm Ericsson (Publ) Transmission system control
FR3102330B1 (fr) * 2019-10-18 2022-09-02 Sagemcom Broadband Sas Procédé de mise en veille et procédé de réactivation d’au moins une partie d’un réseau de communication sans fil et nœud de collecte dudit réseau

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8315271B2 (en) 2004-03-26 2012-11-20 Qualcomm Incorporated Method and apparatus for an ad-hoc wireless communications system
JP5049463B2 (ja) * 2004-12-14 2012-10-17 富士通株式会社 無線通信システム及び基地局及び移動局及び無線通信方法
KR101068756B1 (ko) 2007-11-12 2011-09-28 엘지전자 주식회사 다이렉트 링크 설정 무선 네트워크에서의 전원 절약 모드
PL2966915T3 (pl) 2011-02-01 2017-11-30 Huawei Technologies Co., Ltd. Sposób oszczędzania energii, urządzenie punktu dostępowego i urządzenie stacji
JP5240345B2 (ja) * 2011-11-04 2013-07-17 パナソニック株式会社 無線通信装置
KR101836385B1 (ko) 2011-11-14 2018-03-08 삼성전자주식회사 휴대용 단말기의 전력 절감 장치 및 방법
CN103958295B (zh) * 2011-11-25 2016-08-24 三菱电机株式会社 便携机
US9398529B2 (en) * 2011-12-15 2016-07-19 Intel Corporation System and method for enabling low power devices
TWI502937B (zh) * 2012-05-23 2015-10-01 Qualcomm Inc 藉由機會式時間挪用在單個實體收發機上多工多個並行操作模式的方法及系統
JP6507556B2 (ja) * 2014-10-16 2019-05-08 ソニー株式会社 情報処理装置、通信システム、情報処理方法およびプログラム

Also Published As

Publication number Publication date
PH12017501556A1 (en) 2018-02-05
CN107251615A (zh) 2017-10-13
CA2977196A1 (en) 2016-09-15
US10136385B2 (en) 2018-11-20
JPWO2016143233A1 (ja) 2017-12-14
US20170367040A1 (en) 2017-12-21
WO2016143233A1 (ja) 2016-09-15
EP3267739B1 (en) 2019-12-04
EP3267739A1 (en) 2018-01-10
EP3267739A4 (en) 2018-10-24
KR20170125016A (ko) 2017-11-13
CN107251615B (zh) 2021-01-26

Similar Documents

Publication Publication Date Title
JP6791119B2 (ja) 情報処理装置および情報処理方法
US20230300673A1 (en) Communication device, communication method, and program
JP6962198B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
JP6690641B2 (ja) 通信装置および通信方法
US10165435B2 (en) Information processing device, communication system, information processing method, and program
WO2016178338A1 (ja) 情報処理装置、情報処理方法およびプログラム
CN108702785B (zh) 信息处理装置、通信系统、信息处理方法和计算机可读介质
TWI718255B (zh) 資訊處理裝置
US10897748B2 (en) Information processing apparatus, communication system, information processing method, and program
JP7160049B2 (ja) 通信装置、プログラム及び通信方法
US10433247B2 (en) Information processing apparatus, communication system, information processing method and program
US11412547B2 (en) Communication device and communication system
US10595270B2 (en) Information processing apparatus, communication system, information processing method and program
JP6791130B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181203

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200303

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200416

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20201006

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201019

R151 Written notification of patent or utility model registration

Ref document number: 6791119

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151