JP2016533093A - Ｗｌａｎ対応リモートコントロールデバイス - Google Patents

Ｗｌａｎ対応リモートコントロールデバイス Download PDF

Info

Publication number
JP2016533093A
JP2016533093A JP2016533368A JP2016533368A JP2016533093A JP 2016533093 A JP2016533093 A JP 2016533093A JP 2016533368 A JP2016533368 A JP 2016533368A JP 2016533368 A JP2016533368 A JP 2016533368A JP 2016533093 A JP2016533093 A JP 2016533093A
Authority
JP
Japan
Prior art keywords
network device
user input
remote control
communication channel
operating state
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.)
Granted
Application number
JP2016533368A
Other languages
English (en)
Other versions
JP2016533093A5 (ja
JP6388943B2 (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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2016533093A publication Critical patent/JP2016533093A/ja
Publication of JP2016533093A5 publication Critical patent/JP2016533093A5/ja
Application granted granted Critical
Publication of JP6388943B2 publication Critical patent/JP6388943B2/ja
Expired - Fee Related 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/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H04W52/0254—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity detecting a user operation or a tactile contact or a motion of the device
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C17/00—Arrangements for transmitting signals characterised by the use of a wireless electrical link
    • G08C17/02—Arrangements for transmitting signals characterised by the use of a wireless electrical link using a radio link
    • 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/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/10—Power supply of remote control devices
    • G08C2201/12—Power saving techniques of remote control or controlled devices
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/50—Receiving or transmitting feedback, e.g. replies, status updates, acknowledgements, from the controlled devices
    • 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)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Selective Calling Equipment (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Abstract

ＷＬＡＮ対応リモートコントロールデバイスと被制御デバイスに対する動作が開示されている。第１のネットワークデバイス（たとえば、リモートコントロール）は、通信ネットワークの第２のネットワークデバイス（たとえば、被制御デバイス）の動作を制御するためのユーザ入力を受信し得る。第１のネットワークデバイスは、ユーザ入力を受信したことに応答して、アクティブ動作状態に遷移し得る。第１のネットワークデバイスは、第１のユーザ入力を第２のネットワークデバイスに送信し得る。第１のネットワークデバイスは、第１のユーザ入力を第２のネットワークデバイスに送信することに成功したことに応答してアクティブ動作状態を終了し得る。【選択図】 図１

Description

関連出願の相互参照
[0001]本出願は、２０１３年８月５日に出願した米国仮特許出願第６１／８６２，２７０号および２０１４年５月１５日に出願した米国出願第１４／２７９，０７９号の優先権利益を主張するものである。
[0002]本開示の実施形態は、一般的に、通信ネットワークの分野に関するものであり、より詳細には、ＷＬＡＮ対応リモートコントロールデバイスのための電力節約に関するものである。
[0003]通信デバイスは、典型的には、節電モード操作して電力を節約し、エネルギー消費量を低減することによって節電メカニズムを実装する。節電モードでは、通信デバイスは、パケットの送信と受信とを一時的にサスペンドし、それにより、平均電力消費量を低減することができる。たとえば、通信デバイスは、節電モードにおいて１つまたは複数のコンポーネントを一時的に無効化し、節電モードを終了した後にコンポーネントを有効化し得る。
[0004]ＷＬＡＮ対応リモートコントロールデバイスに対する電力節約のための様々な実施形態が開示されている。いくつかの実施形態において、第１のネットワークデバイスは、第２のネットワークデバイスの動作を制御するためにユーザ入力を受信したことに応答してアクティブ動作状態に遷移し得る。第１のネットワークデバイスは、第１のユーザ入力を第２のネットワークデバイスに送信し得る。第１のネットワークデバイスは、第１のユーザ入力を第２のネットワークデバイスに送信することに成功したことに応答してアクティブ動作状態を終了し得る。
[0005]いくつかの実施形態において、方法は、第１の通信チャネル上で第１のユーザ入力を第１のネットワークデバイスから第２のネットワークデバイスに送信することと、ここにおいて、第１のユーザ入力は、第２のネットワークデバイスの動作を制御するための入力である、第１の通信チャネル上で第２のネットワークデバイスから肯定応答メッセージを受信しないことに少なくとも一部は基づき、第２のネットワークデバイスが第１の通信チャネル上で動作しているかどうかを決定することと、第２のネットワークデバイスが第１の通信チャネル上で動作していないと決定したことに応答してチャネルスキャンシーケンスに従って複数の通信チャネルをスキャンすることと、ここにおいて、チャネルスキャンシーケンスは、第２のネットワークデバイスから以前に受信されている動作状態フィードバックに少なくとも一部は基づき決定される、を備える。
[0006]いくつかの実施形態において、方法は、第１の通信チャネル上で第２のネットワークデバイスから肯定応答メッセージを受信しないことに応答して第１のネットワークデバイスから第１のユーザ入力と動作状態フィードバック要求とを第２のネットワークデバイスに送信することをさらに備える。
[0007]いくつかの実施形態において、方法は、第１のネットワークデバイスから動作状態フィードバック要求を第２のネットワークデバイスに、第１のユーザ入力を第２のネットワークデバイスに送信するための所定の再送時間間隔が経過したことを決定することと、第１のユーザ入力を第２のネットワークデバイスに送信するための所定の再送試行回数に達したことを決定することと、第１のユーザ入力が所定のユーザ入力とマッチしていると決定することのうちの少なくとも１つに応答して、送信することをさらに備える。
[0008]いくつかの実施態様では、方法は、第１のネットワークデバイスから動作状態フィードバック要求を第２のネットワークデバイスに送信することと、新しい動作状態フィードバックが第２のネットワークデバイスから受信されるまで、または事前定義されている時間間隔が経過するまでアクティブ動作状態に構成されたままであることを決定することとをさらに備える。
[0009]いくつかの実施形態において、第２のネットワークデバイスの動作状態フィードバックは、第２のネットワークデバイスが、アクティブ動作状態で構成されているかどうか、第２のネットワークデバイスが、アクセスポイントに関連付けられているかどうか、第２のネットワークデバイスがアクセスポイントと通信するように構成されている動作している通信チャネルの識別、第２のネットワークデバイスがアクティブ動作状態で動作するように構成されている時間間隔の識別、および第２のネットワークデバイスがスリープ動作状態で動作するように構成されている時間間隔の識別のうちの少なくとも１つを備える。
[0010]いくつかの実施形態において、方法は、所定の再送時間間隔が経過した後に第１の通信チャネル上で第１のユーザ入力を第２のネットワークデバイスに再送しないことを決定することと、第１のユーザ入力を再送しないことを決定した後に第１の通信チャネル上で第１のネットワークデバイスから動作状態フィードバック要求を第２のネットワークデバイスに送信することとをさらに備える。
[0011]いくつかの実施形態において、方法は、第１の通信チャネル上で第２のネットワークデバイスから肯定応答メッセージを受信しないことに応答して、第１の通信チャネル上で第１のネットワークデバイスから第２のネットワークデバイスへの第１のユーザ入力の再送に動作状態フィードバック要求を埋め込むことをさらに備える。
[0012]いくつかの実施形態において、方法は、第１のネットワークデバイスから動作状態フィードバック要求を第２のネットワークデバイスに送信したことに応答して第２のネットワークデバイスから肯定応答メッセージを受信することと、その肯定応答メッセージは、第２のネットワークデバイスの新しい動作状態フィードバックを含まないと決定することと、その肯定応答メッセージが新しい動作状態フィードバックを含まないと決定したことに応答して第２のネットワークデバイスから以前に受信された動作状態フィードバックを使用することを決定することとをさらに備える。
[0013]いくつかの実施形態において、方法は、第２のネットワークデバイスへの送信のため第１のネットワークデバイスで第２のユーザ入力を受信することと、第１のネットワークデバイスが、第１のユーザ入力を第２のネットワークデバイスに送信しているかどうかを決定することと、第１のネットワークデバイスが第１のユーザ入力を第２のネットワークデバイスに送信しているかどうかに少なくとも一部は基づき第２のユーザ入力を第２のネットワークデバイスに送信するかどうかを決定することとをさらに備える。
[0014]いくつかの実施形態において、第１のネットワークデバイスが、第１のユーザ入力を第２のネットワークデバイスに送信していると決定したことに応答して、方法は、第２のユーザ入力が第１のユーザ入力の複製であるかどうかを決定することと、第２のユーザ入力が第１のユーザ入力の複製でないと決定したことに応答して第１のネットワークデバイスから第１のユーザ入力と第２のユーザ入力とを第２のネットワークデバイスに送信することと、第２のユーザ入力が第１のユーザ入力の複製であると決定したことに応答して第１のユーザ入力を送信することに関連付けられている再送時間間隔を延長することとを備える。
[0015]いくつかの実施形態において、第１のネットワークデバイスが、第１のユーザ入力を第２のネットワークデバイスに送信していると決定したことに応答して、方法は、第１のネットワークデバイスから第１のユーザ入力と第２のユーザ入力とを第２のネットワークデバイスに送信することを備える。
[0016]いくつかの実施形態において、第１のネットワークデバイスが、第１のユーザ入力を第２のネットワークデバイスに送信しているかどうかを決定したことに応答して、方法は、所定の再送時間間隔が経過した後に第１のユーザ入力と第２のユーザ入力とを再送しないことを決定することと、所定の再送時間間隔が経過した後に第１のネットワークデバイスから動作状態フィードバック要求を第２のネットワークデバイスに送信することとを備える。
[0017]いくつかの実施形態において、方法は、第１のユーザ入力を受信したことに応答して第１のネットワークデバイスでアクティブ動作状態に遷移することと、第２の通信チャネル上で第１のユーザ入力を送信した後に第２の通信チャネル上で第２のネットワークデバイスから肯定応答メッセージを受信したことに応答して第２の通信チャネル上で第２のネットワークデバイスが動作していると決定することと、第２の通信チャネル上で第２のネットワークデバイスから肯定応答メッセージを受信したことに応答して第１のネットワークデバイスでアクティブ動作状態から非アクティブ動作状態に遷移することとをさらに備える。
[0018]いくつかの実施形態において、第１の通信チャネル上で第２のネットワークデバイスから肯定応答メッセージを受信しないことに応答して、方法は、所定の再送時間間隔の間に第１の通信チャネル上で第１のユーザ入力を再送することと、所定の再送時間間隔が経過した後に肯定応答メッセージを受信しないことに少なくとも一部は基づき第２のネットワークデバイスが第１の通信チャネル上で動作していないと決定することとを備える。
[0019]いくつかの実施形態において、方法は、第２の通信チャネル上で第１のネットワークデバイスから第２のネットワークデバイスへの第１のユーザ入力の送信成功を決定することと、第１のネットワークデバイスをアクティブ動作状態からスリープ動作状態に遷移させることと、ここにおいて、スリープ動作状態は、アクティブ動作状態と非アクティブ動作状態との間の状態である、をさらに備える。
[0020]いくつかの実施形態において、第１のネットワークデバイスが、スリープ動作状態に構成されている間、方法は、第１のネットワークデバイスで第２のユーザ入力を受信したことに応答して、第１のネットワークデバイスをスリープ動作状態からアクティブ動作状態に遷移させて第２のユーザ入力を第２のネットワークデバイスに送信することと、所定の時間間隔が経過したと決定したことに応答して、第１のネットワークデバイスをスリープ動作状態から非アクティブ動作状態に遷移させることとをさらに備える。
[0021]いくつかの実施形態において、第１のユーザ入力は、第１のネットワークデバイスのトリガーメカニズムをアクティブ化したことに応答して供給される。
[0022]いくつかの実施形態において、方法は、第２の通信チャネル上で第１のネットワークデバイスから第２のネットワークデバイスへの第１のユーザ入力の送信成功を決定することと、第１のネットワークデバイスをアクティブ動作状態からスリープ動作状態に遷移させることと、ここにおいて、スリープ動作状態は、アクティブ動作状態と非アクティブ動作状態との間の状態である、所定の時間間隔が経過した後に、第１のネットワークデバイスをスリープ動作状態からアクティブ動作状態に自動的に遷移させて第２のユーザ入力を送信することとをさらに備える。
[0023]いくつかの実施形態において、方法は、第１のネットワークデバイスからフィードバック要求を第２のネットワークデバイスに送信すること、ここにおいて、フィードバック要求への応答は、第１のネットワークデバイスがその後のユーザ入力を第２のネットワークデバイスに供給し続けるべきかどうかを指示する、をさらに備える。
[0024]いくつかの実施形態において、方法は、第１のユーザ入力と第２のユーザ入力との差が所定の閾値を超えるかどうかを決定することと、第１のユーザ入力と第２のユーザ入力との差が所定の閾値を超えたと決定したことに応答して第２のユーザ入力を第１のネットワークデバイスから第２のネットワークデバイスに送信することと、第１のユーザ入力と第２のユーザ入力との差が所定の閾値を超えていないと決定したことに応答して第２のユーザ入力を第１のネットワークデバイスから第２のネットワークデバイスに再送しないことを決定することとをさらに備える。
[0025]いくつかの実施形態において、第１のユーザ入力および第２のユーザ入力は、各々、ジェスチャー入力を表すセンサー情報を含むか、または第１のユーザ入力および第２のユーザ入力は、各々、音声入力を表す音声サンプルを含む。
[0026]いくつかの実施形態において、方法は、第１の通信チャネル上で第１のユーザ入力を第１のネットワークデバイスから第２のネットワークデバイスに送信するために第１のネットワークデバイスの第１の通信パラメータを選択することと、所定の再送時間間隔が経過した後に、第１の通信チャネル上で第１のユーザ入力を第１のネットワークデバイスから第２のネットワークデバイスに再送するために第１のネットワークデバイスの第２の通信パラメータを選択することとをさらに備える。
[0027]いくつかの実施形態において、方法は、第１のネットワークデバイスと第２のネットワークデバイスとの間の第１の通信チャネルに関連付けられている性能測定を決定することと、性能測定と閾値とを比較した結果に少なくとも一部は基づき第１の通信チャネルに関するリンクステータスを提示するかどうかを決定することとをさらに備える。
[0028]いくつかの実施形態において、方法は、性能測定が閾値に従っていないと決定したことに応答して第１のネットワークデバイスが第２のネットワークデバイスへの接続性を喪失することを指示するためのリンクステータスを提示することをさらに備える。
[0029]いくつかの実施形態において、第１のユーザ入力を第１のネットワークデバイスから第２のネットワークデバイスに前記送信することは、第１のネットワークデバイスが第２のネットワークデバイスへの接続性を喪失しないと決定したことに応答して、またはリンクステータスを提示した後に、第１のネットワークデバイスが第２のネットワークデバイスの通信可能範囲内にあると決定したことに応答して行われる。
[0030]いくつかの実施形態において、方法は、所定の数のユーザ入力が第１のネットワークデバイスから第２のネットワークデバイスに送信されることに成功しなかったと決定したこと、または第２のネットワークデバイスが複数の通信チャネル上で検出されなかったと決定したことに応答して第１のネットワークデバイスと第２のネットワークデバイスとの間のペアリングのための動作を実行する通知を第１のネットワークデバイスで提示することをさらに備える。
[0031]いくつかの実施形態において、第１のネットワークデバイスは、リモートコントロールデバイスであり、第２のネットワークデバイスは、家庭用電子機器である。
[0032]いくつかの実施形態において、第１のネットワークデバイスおよび第２のネットワークデバイスは、各々、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）機能を含む。
[0033]いくつかの実施形態において、第１のネットワークデバイスは、プロセッサと、プロセッサに結合された通信ユニットとを備え、通信ユニットは第２のネットワークデバイスの動作を制御するためのユーザ入力を受信し、ここにおいて、第１のネットワークデバイスは非ビーコン動作モード（non-beaconing operating mode）で動作する第２のネットワークデバイスに関して非同期に動作するように構成され、ユーザ入力を受信したことに応答してアクティブ動作状態に遷移し、ユーザ入力を第２のネットワークデバイスに送信し、ユーザ入力を第２のネットワークデバイスに送信した後に第２のネットワークデバイスから肯定応答メッセージを受信したことに応答してアクティブ動作状態を終了するように構成される。
[0034]いくつかの実施形態において、通信ユニットは、動作状態フィードバック要求を第２のネットワークデバイスに送信し、動作状態フィードバックが第２のネットワークデバイスから受信されるまで、または事前定義されている時間間隔が経過するまでアクティブ動作状態に構成されたままであることを決定するようにさらに構成される。
[0035]いくつかの実施形態において、第２のネットワークデバイスから肯定応答メッセージを受信しないことに応答して、通信ユニットは、第１のネットワークデバイスから第２のネットワークデバイスへのユーザ入力の再送に動作状態フィードバック要求を埋め込むようにさらに構成される。
[0036]いくつかの実施形態において、方法は、第１のネットワークデバイスから第１のユーザ入力を第２のネットワークデバイスに送信することと、ここにおいて、第１のユーザ入力は、第２のネットワークデバイスの動作を制御するための入力である、第２のネットワークデバイスから肯定応答メッセージを受信しないことに応答して、第１のネットワークデバイスから第２のネットワークデバイスへの第１のユーザ入力の再送に動作状態フィードバック要求を埋め込むことと、第２のネットワークデバイスから以前に受信された動作状態フィードバックに少なくとも一部は基づき、第１のネットワークデバイスから第２のネットワークデバイスへの第１のユーザ入力の再送に使用されるべき第１の通信チャネルを決定することとを備える。
[0037]いくつかの実施形態において、第１のユーザ入力を再送するために使用されるべき第１の通信チャネルを前記決定することは、第２のネットワークデバイスを検出するためにチャネルスキャンシーケンスに従って複数の通信チャネルをスキャンすること、ここにおいて、チャネルスキャンシーケンスは、第２のネットワークデバイスから以前に受信されている動作状態フィードバックに少なくとも一部は基づき決定される、を備える。
[0038]いくつかの実施形態において、方法は、動作状態フィードバック要求に応答して第２のネットワークデバイスから新しい動作状態フィードバックを受信することと、第２のネットワークデバイスがチャネルスキャンシーケンスに少なくとも一部は基づき第１の通信チャネルから第２の通信チャネルに遷移することを決定することと、ここにおいて、チャネルスキャンシーケンスは、新しい動作状態フィードバックに少なくとも一部は基づき決定される、第１のネットワークデバイスから第２の通信チャネル上のその後のユーザ入力を第２のネットワークデバイスに再送することとをさらに備える。
[0039]いくつかの実施形態において、方法は、新しい動作状態フィードバックが動作状態フィードバック要求に応答して第２のネットワークデバイスから受信されなかったと決定することと、第１の通信チャネルを介して第１のネットワークデバイスから第１のユーザ入力と動作状態フィードバック要求とを第２のネットワークデバイスに再送することとをさらに備える。
[0040]いくつかの実施形態において、第１のユーザ入力の再送に動作状態フィードバック要求を前記埋め込むことは、第１のネットワークデバイスで事前定義されたユーザ入力を受信したことに応答して行われ、ここにおいて、事前定義されたユーザ入力は、第１のネットワークデバイスが動作状態フィードバックを第２のネットワークデバイスに要求することを引き起こす。
[0041]いくつかの実施形態において、第１のネットワークデバイスは、プロセッサと、プロセッサに結合された通信ユニットとを備え、通信ユニットは第１の通信チャネル上で第１のユーザ入力を第２のネットワークデバイスに送信し、ここにおいて、第１のユーザ入力は、第２のネットワークデバイスの動作を制御するための入力である、第１の通信チャネル上で第２のネットワークデバイスから肯定応答メッセージを受信しないことに少なくとも一部は基づき、第２のネットワークデバイスが第１の通信チャネル上で動作しているかどうかを決定し、第２のネットワークデバイスが第１の通信チャネル上で動作していないと決定したことに応答してチャネルスキャンシーケンスに従って複数の通信チャネルをスキャンし、ここにおいて、チャネルスキャンシーケンスは、第２のネットワークデバイスから以前に受信されている動作状態フィードバックに少なくとも一部は基づき決定される、ように構成される。
[0042]いくつかの実施形態において、第１の通信チャネル上で第２のネットワークデバイスから肯定応答メッセージを受信しないことに応答して、通信ユニットは、第１の通信チャネル上で第１のネットワークデバイスから第２のネットワークデバイスへの第１のユーザ入力の再送に動作状態フィードバック要求を埋め込むようにさらに構成される。
[0043]いくつかの実施形態において、通信ユニットは、第２のネットワークデバイスへの送信のための第２のユーザ入力を受信し、第１のネットワークデバイスが第１のユーザ入力を第２のネットワークデバイスに送信しているかどうかを決定し、第１のネットワークデバイスが第１のユーザ入力を第２のネットワークデバイスに送信しているかどうかに少なくとも一部は基づき第２のユーザ入力を第２のネットワークデバイスに送信するかどうかを決定するようにさらに構成される。
[0044]いくつかの実施形態において、通信システムは、第２のネットワークデバイスと非同期に動作するように構成された第１のネットワークデバイスを備え、第１のネットワークデバイスは通信システムの第２のネットワークデバイスの動作を制御するために第１のユーザ入力を受信したことに応答してアクティブ動作状態に遷移し、第１のユーザ入力を第２のネットワークデバイスに送信し、第１のユーザ入力を第２のネットワークデバイスに送信した後に第２のネットワークデバイスから肯定応答メッセージを受信したことに応答してアクティブ動作状態を終了するように構成され、第２のネットワークデバイスは第１のネットワークデバイスに通信可能に結合され、第２のネットワークデバイスは非ビーコン動作モードで動作するように構成され、第２のネットワークデバイスは第１のネットワークデバイスから第１のユーザ入力を受信したことに応答して肯定応答メッセージを第１のネットワークデバイスに送信し、第１のユーザ入力を処理し第１のユーザ入力に関連付けられている動作を実行するように構成される。
[0045]いくつかの実施形態において、第２のネットワークデバイスは、第２のネットワークデバイスがアクティブ動作状態に構成されている間に第１のネットワークデバイスと第２のネットワークデバイスとの間の通信チャネル上のデータトラヒックを検出し、通信チャネル上のデータトラヒックを検出したことに応答してアクティブ動作状態で動作するための時間間隔を動的に増加させるように構成される。
[0046]いくつかの実施形態において、第２のネットワークデバイスは、アクティブ動作状態で構成され、第２のネットワークデバイスに関連付けられているアクティブ動作状態の持続時間は、第１のネットワークデバイスから第１のユーザ入力を受信することに関連付けられている最大待ち時間に少なくとも一部は基づく。
[0047]いくつかの実施形態において、第２のネットワークデバイスは、第１のネットワークデバイスから第２のユーザ入力を受信し、第２のユーザ入力が第１のユーザ入力の複製であるかどうかを決定し、第２のユーザ入力が第１のユーザ入力の複製でないと決定したことに応答して第１のユーザ入力と第２のユーザ入力とを処理し、第２のユーザ入力が第１のユーザ入力の複製であると決定したことに応答して第２のユーザ入力を処理しないことを決定するようにさらに構成される。
[0048]いくつかの実施形態において、第２のネットワークデバイスは、第２のユーザ入力が第１のユーザ入力の複製であるかどうかが第１のユーザ入力および第２のユーザ入力の種類と状況とに少なくとも一部は基づくと決定するようにさらに構成される。
[0049]いくつかの実施形態において、第２のネットワークデバイスが第１の通信チャネル上で動作していることと第１のネットワークデバイスが第２の通信チャネル上で動作していることとに応答して、第２のネットワークデバイスは、第１のネットワークデバイスと通信するために第１の通信チャネルから第２の通信チャネルに定期的に遷移するようにさらに構成される。
[0050]いくつかの実施形態において、第１のネットワークデバイスは、第１の通信チャネル上で第１のユーザ入力を送信したことに応答して肯定応答メッセージが第２のネットワークデバイスから受信されていないと決定し、所定の再送時間間隔の間に第１の通信チャネル上で第１のユーザ入力を再送し、所定の再送時間間隔が経過した後に肯定応答メッセージを受信しないことに少なくとも一部は基づき第２のネットワークデバイスが第１の通信チャネル上で動作していないと決定し、第２のネットワークデバイスを検出するためにチャネルスキャンシーケンスに従って複数の通信チャネルをスキャンし、ここにおいて、チャネルスキャンシーケンスは、第２のネットワークデバイスから以前に受信されている動作状態フィードバックに少なくとも一部は基づき決定される、ようにさらに構成される。
[0051]いくつかの実施形態において、非一時的機械可読記憶媒体はその中に機械実行可能命令が記憶されており、機械実行可能命令は、第１の通信チャネル上で第１のネットワークデバイスから第１のユーザ入力を第２のネットワークデバイスに送信するための命令と、ここにおいて、第１のユーザ入力は、第２のネットワークデバイスの動作を制御するための入力である、第１の通信チャネル上で第２のネットワークデバイスから肯定応答メッセージを受信しないことに少なくとも一部は基づき、第２のネットワークデバイスが第１の通信チャネル上で動作しているかどうかを決定するための命令と、第２のネットワークデバイスが第１の通信チャネル上で動作していないと決定したことに応答してチャネルスキャンシーケンスに従って複数の通信チャネルをスキャンするための命令と、ここにおいて、チャネルスキャンシーケンスは、第２のネットワークデバイスから以前に受信されている動作状態フィードバックに少なくとも一部は基づき決定される、を備える。
[0052]いくつかの実施形態において、第１の通信チャネル上で第２のネットワークデバイスから肯定応答メッセージを受信しないことに応答して、前記命令は、第１の通信チャネル上で第１のネットワークデバイスから第２のネットワークデバイスへの第１のユーザ入力の再送に動作状態フィードバック要求を埋め込むための命令をさらに備える。
[0053]いくつかの実施形態において、前記命令は、第２のネットワークデバイスへの送信のために第２のユーザ入力を受信するための命令と、第１のネットワークデバイスが第１のユーザ入力を第２のネットワークデバイスに送信しているかどうかを決定するための命令と、第１のネットワークデバイスが第１のユーザ入力を第２のネットワークデバイスに送信しているかどうかに少なくとも一部は基づき第２のユーザ入力を第２のネットワークデバイスに送信するかどうかを決定するための命令とをさらに備える。
[0054]添付の図面を参照することにより、本実施形態がよりよく理解され得、多数の目的、特徴、および利点が当業者に明らかになり得る。
[0055]通信ネットワーク内でＷＬＡＮ対応リモートコントロールの例示的な動作を示すブロック図。 [0056]ＷＬＡＮ対応リモートコントロールの例示的な動作を示すタイミング図。 [0057]ＷＬＡＮ対応リモートコントロールの例示的な動作を示す流れ図。 [0058]図３の継続であり、ＷＬＡＮ対応リモートコントロールの例示的な動作を示す図。 [0059]被制御デバイスを特定するためのリモートコントロールの例示的な動作を示す流れ図。 [0060]動作状態フィードバックを要求するためのリモートコントロールの例示的な動作を示す流れ図。 [0061]被制御デバイスへの送信のために複数のユーザ入力を統合するリモートコントロールの流れ図。 [0062]プッシュボタン入力動作モードでのＷＬＡＮ対応リモートコントロールの例示的な動作を示すタイミング図。 [0063]ジェスチャー入力動作モードでのＷＬＡＮ対応リモートコントロールの例示的な動作を示すタイミング図。 [0064]被制御デバイスと通信するために送信パラメータを変化せせるためのＷＬＡＮ対応リモートコントロールの例示的な動作を示すタイミング図。 [0065]被制御デバイスの動作通信チャネルを識別するためのリモートコントロールの例示的な動作を示すタイミング図。 [0066]リモートコントロールを検出するための被制御デバイスの例示的な動作を示すタイミング図。 [0067]リモートコントロールによって実行される例示的な動作を示す状態図。 [0068]リモートコントロールの例示的な電力状態動作を示す状態図。 [0069]被制御デバイスの例示的な電力状態動作を示す状態図。 [0070]通信ネットワークにおける電力節約のためのメカニズムを備える例示的な電子デバイスのブロック図。
[0071]次の説明は、本開示の技術を具現化する例示的なシステムと、方法と、技術と、命令シーケンスと、コンピュータプログラム製品とを含む。ただし、記載される実施形態は、これらの具体的な詳細がなくても実施され得ることを理解されたい。たとえば、電力節約動作は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）デバイス（たとえば、ＩＥＥＥ８０２．１１ｎ互換ネットワークデバイス）によって実装され得るけれども、実施形態はそれに限定されない。他の実施形態では、本明細書で説明されている電力節約動作は、他の好適な通信プロトコル（たとえば、ＩＥＥＥ ８０２．１１ｂ／ｇ／ａｃ／ａｄ／ａｈ、Ｗｉ−Ｆｉダイレクト（登録商標）、ロングタームエボリューション（ＬＴＥ（登録商標））、３Ｇ、４Ｇなど）を実装するネットワークデバイスによって実行され得る。他の例では、周知の命令インスタンス、プロトコル、構造、技法については、説明をわかりにくくしないように、詳細には示されていない。
[0072]リモートコントロールは、テレビ、セットトップボックス（ＳＴＢ）、メディアプレーヤーなどの、ネットワークデバイスの動作を制御するために使用され得る。いくつかの実装において、リモートコントロールは、通信範囲が制限され、および／または有能電力の量が制限されている電池式デバイスであってよい。たとえば、リモートコントロールは、別のネットワークデバイスと通信し、別のネットワークデバイスの動作を制御するためにＷＬＡＮ通信プロトコルを利用するＷＬＡＮ対応リモートコントロールであり得る。リモートコントロール通信にＷＬＡＮ通信プロトコルを使用することで、ジェスチャーインタラクション、タッチパッドインタラクション、音声インタラクション、リモートコントロールを介したワイヤレスヘッドセット機能、リモートコントロールを介した表示などの高データレートのアプリケーションを行うことが可能になり得る。リモートコントロール通信にＷＬＡＮ通信プロトコルを使用することは、被制御ネットワークデバイスがインターネット接続性のための既存のＷＬＡＮ機能を有しているときに費用効果があり得る。そのような環境では、ＷＬＡＮ対応リモートコントロールの使用は、被制御ネットワークデバイスにおけるリモートコントロール通信を可能にするための追加のトランシーバと処理コンポーネントとを不要にし得る。たとえば、ＷＬＡＮ対応リモートコントロールの使用は、被制御ネットワークデバイスにおける赤外線（ＩＲ）検出と処理コンポーネントとを不要にし得る。しかしながら、ＷＬＡＮは、電力を大量に消費する通信プロトコルであり得るので、ＷＬＡＮ対応リモートコントロールを実装することは、リモートコントロールの電池電力を涸渇させ得る。以下でさらに説明されるように、ＷＬＡＮ対応リモートコントロールおよびＷＬＡＮ対応ネットワークデバイスは、電力節約のためにより低電力の通信プロトコルを実装するように構成され得る。本明細書で説明されている電力節約メカニズムは、ＷＬＡＮ対応リモートコントロールの電池寿命の最適化を助けることができる。
[0073]図１は、通信ネットワーク１００内でＷＬＡＮ対応リモートコントロールの例示的な動作を示すブロック図である。通信ネットワーク１００は、リモートコントロール１０２と被制御デバイス１０４とを備える。リモートコントロール１０２は、節電ユニット１０６と、ＷＬＡＮ通信ユニット１０８と、入力処理ユニット１１０とを備える。被制御デバイス１０４は、ＷＬＡＮ通信ユニット１１２と、入力処理ユニット１１４と、節電ユニット１１６とを備える。いくつかの実施形態において、リモートコントロール１０２および被制御デバイス１０４は、ＷＬＡＮ通信プロトコルを使用してアドホックモードで動作し得る。アドホックモードでは、ＷＬＡＮ通信ユニット１０８および１１２は、リモートコントロール１０２と被制御デバイス１０４との間の直接ＷＬＡＮ通信リンクを確立するためにメッセージ交換を行い得る。たとえば、ＷＬＡＮ通信ユニット１０８および１１２は、アドホックモードでの動作のために、Ｗｉ−Ｆｉダイレクト通信プロトコル、トンネルダイレクトリンクセットアップ（ＴＤＬＳ）通信プロトコル、ピアツーピア通信プロトコル、ワイヤレスメッシュ通信プロトコルなどの好適な通信プロトコルを実装し得る。他の実施形態において、リモートコントロール１０２および被制御デバイス１０４は、ＷＬＡＮ通信プロトコル（たとえば、ＩＥＥＥ８０２．１１ｎ通信プロトコル）を使用してインフラストラクチャモードで動作し得る。インフラストラクチャモードでは、リモートコントロール１０２および被制御デバイス１０４は、アクセスポイントまたは別の中間調整ネットワークデバイスを介して通信を行い得る。たとえば、ＷＬＡＮ通信ユニット１０８および１１２は、リモートコントロール１０２と被制御デバイス１０４との間のＷＬＡＮ通信リンクを確立するために中間調整デバイスを介してメッセージ交換を行い得る。いくつかの実施形態において、ＷＬＡＮ通信ユニット１０８および１１２は、通信プロトコルと関係する機能とを実装するために１つまたは複数の無線トランシーバ、アナログフロントエンド（ＡＦＥ）ユニット、アンテナ、プロセッサ、メモリ、他のロジック、および／または他のコンポーネントを備え得る。
[0074]一例では、被制御デバイス１０４は、ＷＬＡＮ対応テレビとすることができる。リモートコントロール１０２は、ＷＬＡＮ通信プロトコルを使用して、入力処理ユニット１１０によって検出されたユーザ入力１１８に基づきテレビの動作を制御することができる。他の実施形態では、被制御デバイス１０４は、ケーブルテレビセットトップボックス、ラップトップコンピュータ、タブレットコンピュータ、ゲーム機、メディアプレーヤー、スマートアプライアンス、またはリモートコントロールによって制御され得る別の好適な電子デバイスとすることができる。いくつかの実施形態において、リモートコントロール１０２は、専用コントローラデバイスであってよい。他の実施形態では、リモートコントロール１０２は、モバイルデバイス（たとえば、スマートフォン、タブレットなど）またはウェアラブルデバイス（たとえば、スマートウォッチ）などの、電子デバイス上にアプリケーションで実装され得る。電子デバイスは、アプリケーションを実行し、ユーザがユーザインターフェースを介してリモートコントロール入力を行うことを可能にし得る。いくつかの実施形態において、ＷＬＡＮ通信プロトコルに加えて、被制御デバイス１０４は、他の好適な通信プロトコル（たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＭＡＸ、Ｅｔｈｅｒｎｅｔ（登録商標）、電力線搬送通信（ＰＬＣ）など）を使用して他のネットワークデバイスと通信するように構成され得る。たとえば、被制御デバイス１０４は、通信プロトコルと関係する機能とを実装するために１つまたは複数の無線トランシーバ、ＡＦＥユニット、アンテナ、プロセッサ、メモリ、および／または他のロジックを備え得る。
[0075]いくつかの実施形態において、リモートコントロール１０２は、被制御デバイス１０４との直接通信リンクをワイヤレス方式で確立し得る（たとえば、ＴＤＬＳ通信プロトコル、Ｗｉ−Ｆｉリダイレクト通信プロトコルなどを使用して）。しかしながら、他の実施形態では、リモートコントロール１０２は、アクセスポイント（またはネットワークゲートウェイ）を介して被制御デバイス１０４にワイヤレス方式で接続し得る。この例では、リモートコントロール１０２は、アクセスポイントを介して被制御デバイス１０４を制御するものとしてよい。さらに別の実施形態では、リモートコントロール１０２は、別の好適な中間ネットワークデバイス（たとえば、必ずしもアクセスポイントでない）を介して被制御デバイス１０４にワイヤレス方式で接続し得る。リモートコントロール１０２は、中間ネットワークデバイスを介してメッセージ（たとえば、ユーザ入力）を被制御デバイス１０４に送信し得、中間ネットワークデバイスを介して被制御デバイス１０４からメッセージを受信し得る。いくつかの実施形態において、リモートコントロール１０２および中間ネットワークデバイスは、一方の通信プロトコルを使用して通信を交わし、中間ネットワークデバイスおよび被制御デバイス１０４は、他方の通信プロトコルを使用して通信を交わし得る。たとえば、リモートコントロール１０２および中間ネットワークデバイスは、ＷＬＡＮ通信プロトコルを使用して通信を交わし、中間ネットワークデバイスおよび被制御デバイス１０４は、Ｅｔｈｅｒｎｅｔ通信プロトコルを使用して通信を交わし得る。いくつかの実施形態において、中間ネットワークデバイスは、リモートコントロール１０２および／または被制御デバイス１０４の１つまたは複数の動作を実行し得る。いくつかの実施形態において、リモートコントロール１０２は、被制御デバイス１０４とアクセスポイントの両方との直接通信をワイヤレス方式で確立し得る。一実施形態において、リモートコントロール１０２は、被制御デバイス１０４の動作を制御するように構成された専用コントローラデバイスとすることができる。専用コントローラデバイスは、一体化された表示ユニットを含む場合も含まない場合もある。別の実施形態では、リモートコントロール１０２の機能は、スマートフォン、タブレットコンピュータ、ウェアラブルデバイスなどの別の好適な電子デバイスに組み込まれ得る。さらに別の実施形態では、リモートコントロール１０２の機能は、電子デバイスによって実行される（たとえば、電子デバイスのプロセッサによって実行される）アプリケーションに実装され得る。電子デバイスは、アプリケーションを実行し、ユーザがユーザインターフェースを介してリモートコントロール入力を行うことを可能にし得る。
[0076]図１に示されていないけれども、いくつかの実施形態では、通信ネットワーク１００は、アクセスポイント、ネットワークゲートウェイ、および／または別の好適なネットワークデバイスも含み得る。被制御デバイス１０４は、通信ネットワーク１００内の複数のネットワークデバイスに接続し、通信することもできる。たとえば、被制御デバイス１０４は、外部通信ネットワーク（たとえば、インターネット）からコンテンツを受信するためにネットワークゲートウェイに接続し得る。別の例として、被制御デバイス１０４は、タブレットコンピュータ、スマートフォン、カメラ、ラップトップコンピュータ、ウェアラブルデバイス、および／または別の好適なスマートアプライアンスに接続し、それらとデータを交換することもできる。被制御デバイス１０４は、ＷＬＡＮ通信プロトコル（たとえば、ＩＥＥＥ８０２．１１通信プロトコル）、ＰＬＣ通信プロトコル（たとえば、ＨｏｍｅＰｌｕｇ ＡＶ）、および／または別の好適な通信プロトコルを使用してネットワークデバイスに接続し得る。
[0077]いくつかの実施形態において、リモートコントロール１０２は、リモートコントロール１０２と被制御デバイス１０４との間で交わされるすべての通信を開始するものとしてよい。たとえば、リモートコントロール１０２は、入力処理ユニット１１０がユーザ入力１１８を検出したことに応答して被制御デバイス１０４との通信を開始することができる。たとえば、入力処理ユニット１１０は、ユーザがリモートコントロール１０２上の物理的ボタンを押した場合にその指示を受信し得る。別の例として、入力処理ユニット１１０は、ユーザが音声入力を行った場合にマイクロフォンまたは他の音声センサーから指示を受信し得る。別の例として、入力処理ユニット１１０は、ユーザがジェスチャー入力を行った場合にジャイロスコープ、加速度計、別の好適なモーションセンサー、カメラ、および／または別の好適なマシンビジョン検出器から指示を受信し得る。別の例として、入力処理ユニット１１０は、ユーザがリモートコントロール１０２上の仮想ボタンをアクティブ化した場合に圧力センサー、またはリモートコントロールタッチスクリーンと一体化された別の好適なセンサーから指示を受信し得る。他の実施形態では、入力処理ユニット１１０は、別の好適なトリガーメカニズムのアクティブ化、マウスのクリック、スタイラスに基づく選択、ウェアラブル入力提供デバイスの動きなどの、他の好適な種類のユーザ入力１１８を検出し得る。さらに、いくつかの実施形態では、入力処理ユニット１１０は、様々な種類のユーザ入力１１８を検出するためにオーディオセンサー、モーションセンサー、タッチスクリーンセンサーなどを備え得る。いくつかの実施形態において、被制御デバイス１０４は、リモートコントロール１０２に関してアクセスポイントとして動作するように構成され得る。この実施形態では、被制御デバイス１０４は、非ビーコン動作モードで動作し得る。たとえば、被制御デバイス１０４のＷＬＡＮ通信ユニット１１２は、定期的間隔でビーコンメッセージをリモートコントロール１０２に送信することをし得ず、リモートコントロール１０２と同期し得ない。被制御デバイス１０４は、リモートコントロール１０２に対するビーコンメッセージを生成すること、またはその存在をリモートコントロール１０２に定期的にアドバタイズすることをしないので、リモートコントロール１０２は、被制御デバイス１０４から独立して、それと非同期に動作し得る。したがって、リモートコントロール１０２は、被制御デバイス１０４を監視すること、およびそれと同期することをし得ない。いくつかの実装において、リモートコントロール１０２は、アクティブ動作状態に切り替わり、被制御デバイス１０４からビーコンメッセージが届くのを待たなくても任意の時点においてメッセージを送信し得る。典型的には、互いに通信可能に結合されているネットワークデバイスは、定期的に「キープアライブ」メッセージをやり取りし、２つのネットワークデバイスの間の通信リンクが動作しているかどうかを決定し、および／または通信リンクが終了するのを防ぐ。しかしながら、リモートコントロール１０２は、被制御デバイス１０４から独立して、それと非同期に動作するので、いくつかの実装において、リモートコントロール１０２は、被制御デバイス１０４とキープアライブメッセージを定期的にやり取りし得ない。したがって、通信セッションの状態および上位プロトコル層（たとえば、ＩＰ層）は両方とも、リモートコントロール１０２の不活動期間にわたって温存され得る。
[0078]リモートコントロール１０２における電力節約のために、節電ユニット１０６は、入力処理ユニット１１０がユーザ入力１１８を受信するまでリモートコントロール１０２をディープスリープ状態（「非アクティブ動作状態」または低電力状態（「スリープ動作状態」）に維持することができる。以下でさらに説明されるように、リモートコントロール１０２の入力処理ユニット１１０がユーザ入力１１８を受信したときに、リモートコントロール１０２は、非アクティブ動作状態からアクティブ動作状態に、またはスリープ動作状態からアクティブ動作状態に遷移し得る。被制御デバイス１０４における電力節約のために、節電ユニット１１６は、被制御デバイス１０４がスリープ動作状態とアクティブ動作状態との間で定期的に遷移することを引き起こし得る。いくつかの実施形態において、スリープ動作状態は、低電力動作状態とすることができる。いくつかの実施形態において、被制御デバイス１０４の通信コンポーネント（たとえば、ＷＬＡＮ通信ユニット１１２）は、スリープ動作状態では無効化され得る。したがって、被制御デバイス１０４は、スリープ動作状態では通信を送信または受信することをし得ない。いくつかの実施形態において、被制御デバイス１０４の処理コンポーネントおよび通信コンポーネントは、アクティブ動作状態で有効化され得る。したがって、被制御デバイス１０４は、アクティブ動作状態で通信を送信または受信することをし得る。被制御デバイス１０４がスリープ動作状態に構成されている時間間隔（「スリープ間隔」）および被制御デバイス１０４がアクティブ動作状態に構成されている時間間隔（「アクティブ間隔」）は、様々なファクターに基づき決定され得る。たとえば、スリープ間隔およびアクティブ間隔は、被制御デバイス１０４の電力消費指定と、ユーザがユーザ入力１１８を与えてから（たとえば、リモートコントロール１０２上のボタンを押してから）被制御デバイス１０４がユーザ入力１１８を受信するまでの最大許容可能待ち時間とに少なくとも一部は基づき決定され得る。
[0079]図２は、ＷＬＡＮ対応リモートコントロールの例示的な動作を示すタイミング図である。図２において、タイミング図２００は、リモートコントロール１０２の動作を図示し、タイミング図２５０は、被制御デバイス１０４の動作を図示する。図２には示されていないけれども、被制御デバイス１０４は、図２の動作が実行される前に、スイッチがオンにされ、リモートコントロール１０２とのペアリングが行われ得る。ユーザ入力がない間、リモートコントロール１０２は、非アクティブ動作状態に構成されている（時間間隔２０２）。非アクティブ動作状態は、「ディープスリープ」動作状態とすることができる。たとえば、リモートコントロール１０２の処理コンポーネントおよび通信コンポーネント（たとえば、ＷＬＡＮ通信ユニット１０８）は、非アクティブ動作状態で部分的にまたは完全に無効化され得る。ユーザ入力を検出したことに応答して、時間間隔２０４において、リモートコントロール１０２は、非アクティブ動作状態からアクティブ動作状態に遷移する。たとえば、節電ユニット１０６は、ユーザがリモートコントロール１０２の電源ＯＮボタンを押したときにリモートコントロール１０２がアクティブ動作状態に遷移することを引き起こし得る。他の実施形態では、リモートコントロール１０２は、リモートコントロールの仮想／物理的ボタンのアクティブ化、音声コマンド、ジェスチャーコマンドなどの、他の好適なユーザ入力に応答してアクティブ動作状態に遷移し得る。時間間隔２０４において、リモートコントロール１０２は、リモートコントロール１０２の以前に無効化されていた処理コンポーネントおよび通信コンポーネントをアクティブ化し得る。
[0080]リモートコントロール１０２の入力処理ユニット１１０は、リモートコントロール１０２でユーザ入力１１８を検出したことに応答してコマンドメッセージ（ＣＭＤ）２０６Ａを生成する。リモートコントロール１０２のＷＬＡＮ通信ユニット１０８は、コマンドメッセージ２０６Ａを被制御デバイス１０４に送信する。しかしながら、タイミング図２５０に図示されているように、被制御デバイス１０４は、スリープ動作状態とアクティブ動作状態との間で定期的遷移を行う。スリープ動作状態は、アクティブ動作状態と非アクティブ動作状態との間の低電力動作状態とすることができる。たとえば、スリープ動作状態では、節電ユニット１１６は、被制御デバイス１０４の処理コンポーネントと通信コンポーネントのすべてを無効化することをし得ない。これは、非アクティブ動作状態とアクティブ動作状態との間の遷移と比べてスリープ動作状態とアクティブ動作状態との間の遷移を高速化することができる。しかしながら、被制御デバイス１０４は、スリープ動作状態において通信を送信または受信することをし得ない。図２において、非アクティブ動作状態およびスリープ動作状態は、陰影を付けたブロックを使用して図示されている。非アクティブ動作状態は、スリープ動作状態に比べて高くなっているブロックを使用して図示されている。図２の例では、被制御デバイス１０４は、リモートコントロール１０２がコマンドメッセージ２０６Ａを送信するときである、スリープ間隔２０８においてスリープ動作状態に構成されている。したがって、被制御デバイス１０４は、コマンドメッセージ２０６Ａを受信せず、対応する肯定応答メッセージを送信しない。ＷＬＡＮ通信ユニット１０８が、所定の肯定応答時間間隔内で肯定応答メッセージを受信しない場合、ＷＬＡＮ通信ユニット１０８は、被制御デバイス１０４がコマンドメッセージの受信に肯定応答するまでコマンドメッセージを再送することができる。図２に示されているように、リモートコントロール１０２は、コマンドメッセージ２０６Ｂ、２０６Ｃ、および２０６Ｄを被制御デバイス１０４に再送するのに失敗する。コマンドメッセージの連続した再送と再送との間（たとえば、コマンドメッセージ２０６Ａと２０６Ｂの送信の間）の時間間隔は、コマンド繰り返し間隔２２２と称される。リモートコントロール１０２は、被制御デバイス１０４のアクティブ間隔を知っていること、被制御デバイス１０４のスリープ間隔を知っていること、および／またはコマンドメッセージを被制御デバイス１０４に送信に成功する所望の確率に少なくとも一部は基づきコマンド繰り返し間隔２２２を決定し得る。被制御デバイス１０４は、アクティブ時間間隔２１０において被制御デバイス１０４がアクティブ動作状態に遷移するときに再送されたコマンドメッセージ２０６Ｅを受信する。次いで、被制御デバイス１０４のＷＬＡＮ通信ユニット１１２は、肯定応答メッセージ２１２をリモートコントロール１０２に送信する。次いで、被制御デバイス１０４は、スリープ間隔２２０に対するスリープ動作状態に遷移して戻ることができる。
[0081]いくつかの実施形態において、図２に示されているように、リモートコントロール１０２は、肯定応答メッセージ２１２を受信するとすぐに非アクティブ動作状態に遷移して戻ることをし得ない。その代わりに、リモートコントロール１０２は、別のユーザ入力を受信することを予想して、時間間隔２１４においてアクティブ動作状態からスリープ動作状態に一時的に遷移し得る。上で説明されているように、スリープ動作状態は、アクティブ動作状態と非アクティブ動作状態との間の中間の低電力動作状態とすることができる。たとえば、節電ユニット１０６は、スリープ動作状態にあるリモートコントロール１０２の処理コンポーネントと通信コンポーネントのすべてを無効化することをし得ない。したがって、スリープ動作状態からアクティブ動作状態に遷移することに対する応答時間は、非アクティブ動作状態からアクティブ動作状態に遷移することに対する応答時間よりも短くなり得る。リモートコントロール１０２は、時間間隔２１４の間、スリープ動作状態に留まり得る。時間間隔２１４は、スリープ動作状態に留まることに関連付けられている電力および待ち時間の量に対して非アクティブ動作状態からアクティブ動作状態に遷移することに関連付けられている電力および待ち時間の量を最適化することによって選択され得る。たとえば、リモートコントロール１０２は、スリープ動作状態からアクティブ動作状態に遷移するために様々な処理および通信コンポーネントによって消費される電力、非アクティブ動作状態からアクティブ動作状態に遷移するために様々な処理および通信コンポーネントによって消費される電力、処理および通信コンポーネントがスリープ動作状態からアクティブ動作状態に遷移するのに要する時間、および／または処理用および通信コンポーネントが非アクティブ動作状態からアクティブ動作状態に遷移するのに要する時間を推定することができる。リモートコントロール１０２は、時間間隔２１４をこれらの電力および時間値の組合せとして決定することができる。図２では、リモートコントロール１０２は、リモートコントロールがスリープ動作状態に構成されている間、時間間隔２１４においてユーザ入力を受信しない。したがって、時間間隔２１４が経過した後、リモートコントロール１０２は、ユーザが被制御デバイス１０４を制御することを望んでいないと推論することができる。時間間隔２１４が経過した後、リモートコントロール１０２は、スリープ動作状態から非アクティブ動作状態に遷移する（時間間隔２１６）。
[0082]図２に示されているように、リモートコントロール１０２がユーザ入力１１８を検出してから被制御デバイス１０４が肯定応答メッセージ２１２を送信するまでの間の時間間隔は、被制御デバイス１０４のウェイクアップ待ち時間２１８と称される。ウェイクアップ待ち時間２１８は、被制御デバイス１０４のアクティブ間隔とスリープ間隔との関数であるものとしてよい。いくつかの実施形態において、被制御デバイス１０４は、被制御デバイス１０４における電力節約とウェイクアップ待ち時間２１８の最小化との間のバランスをとるようにアクティブ間隔とスリープ間隔とを選択し、および／または変化させることができる。
[0083]いくつかの実施形態において、被制御デバイス１０４のデューティサイクル（すなわち、スリープ間隔およびアクティブ間隔）は、予め決定され得る。しかしながら、他の実施形態では、節電ユニット１１６は、チャネル活動測定結果またはアクティブ間隔において検出されたトラヒックの量に基づき被制御デバイス１０４のデューティサイクルを動的に調整することができる。たとえば、ＷＬＡＮ通信プロトコルは、キャリア検知多重アクセス（ＣＳＭＡ）プロトコルを実装し、ＷＬＡＮ対応ネットワークデバイスは「話す前に聞く」。したがって、ＷＬＡＮ対応ネットワークデバイスは、送信を開始する前に通信チャネルを検知し、別の送信が通信チャネル上で検出された場合に送信を延期する。したがって、高トラヒック環境では、リモートコントロール１０２は、被制御デバイス１０４のアクティブ間隔においてメッセージを被制御デバイス１０４に送信する機会を有し得ない。いくつかの実施形態において、被制御デバイス１０４は、アクティブ動作状態に構成されている間に、ＷＬＡＮ通信ユニット１１２は、通信チャネルを監視し得る。ＷＬＡＮ通信ユニット１１２が、アクティブ間隔において通信チャネルがビジー状態にあったと決定した場合に、節電ユニット１１６は、メッセージを被制御デバイス１０４に送信する機会がリモートコントロール１０２にあったということはあり得ないと推論することができる。したがって、節電ユニット１１６は、所定の時間間隔だけアクティブ間隔を延長することができる。これは、リモートコントロール１０２が、メッセージを被制御デバイス１０４に送信することを可能にすることができる（必要な場合に）。たとえば、被制御デバイス１０４が、Ｘｍｓのアクティブ期間を有している場合、被制御デバイス１０４は、通信チャネルがアイドル状態になるまでアクティブ動作状態に留まることができる。通信チャネルがアイドル状態になった後、被制御デバイス１０４は、メッセージを被制御デバイス１０４に送信する（必要な場合に）機会がリモートコントロール１０２にあることを確認するためにＸｍｓの追加時間の間アクティブ動作状態に留まることができる。しかしながら、他の実施形態では、通信チャネルがアイドル状態になった後、被制御デバイス１０４は、アクティブ間隔（たとえば、Ｘｍｓ）と異なる追加の時間間隔（たとえば、Ｙｍｓ）の間、アクティブ動作状態に留まることができる。追加の時間間隔は、被制御デバイス１０４のアクティブ間隔に少なくとも一部は基づき決定され得る。たとえば、追加の時間間隔は、アクティブ間隔の所定のパーセンテージの時間間隔であってよい。別の例として、追加の時間間隔は、アクティブ間隔の所定の倍数の時間間隔であってもよい。したがって、節電ユニット１１６は、ウェイクアップ待ち時間２１８を最小にすることに有利に被制御デバイス１０４の電力節約指定を一時的にサスペンドすることができる。
[0084]ＷＬＡＮ通信ユニット１１２は、被制御デバイス１０４のデューティサイクルをリモートコントロール１０２に通知することができる。リモートコントロール１０２は、被制御デバイス１０４がリモートコントロール１０２からの送信を受信することを確認するために被制御デバイス１０４への送信を計時することができる。いくつかの実施形態において、再送試行回数、再送時間間隔、および／またはコマンド再送間隔（たとえば、毎秒再送試行回数）は、被制御デバイス１０４のデューティサイクルに少なくとも一部は基づき決定され得る。たとえば、被制御デバイス１０４が、Ｘｍｓのアクティブ間隔を有している場合、リモートコントロール１０２は、再送試行回数、再送時間間隔、および／または単位時間当たりの再送試行回数を選択することができ、これにより、コマンドメッセージは、Ｘｍｓの時間間隔において少なくとも１回被制御デバイス１０４に送信される。
[0085]いくつかの実施形態において、リモートコントロール１０２は、第１の通信チャネル上で被制御デバイス１０４に接続し、第１の通信チャネルを介してコマンドメッセージを被制御デバイス１０４に送信し得る。リモートコントロール１０２は、スリープ動作状態または非アクティブ動作状態に遷移する前に第１の通信チャネルの識別子を記録することができる。しかしながら、いくつかの実施形態では、被制御デバイス１０４は、リモートコントロール１０２がスリープ動作状態にある間に新しい通信チャネルに切り替え得る。たとえば、被制御デバイス１０４は、通信ネットワーク１００のアクセスポイントに関連し得る。アクセスポイントがその動作中に新しい通信チャネルに切り替わった場合、被制御デバイス１０４も、アクセスポイントへの接続性を維持するために新しい通信チャネルに切り替わり得る。別の例として、被制御デバイス１０４は、好ましい性能を有する（たとえば、干渉レベルがより低い）通信チャネルを検出したことに応答して、および／または別の好適な種類の通信を開始するために、ピアツーピアコンテンツ共有通信（たとえば、Ｍｉｒａｃａｓｔ（登録商標）通信）のための新しい通信チャネルに切り替わり得る。したがって、リモートコントロール１０２は、リモートコントロール１０２がアクティブ動作状態に遷移するときに第１の通信チャネル上で被制御デバイス１０４を検知し得ない。被制御デバイス１０４を特定しようとして、図３および図４において以下でさらに説明されるように、リモートコントロール１０２のＷＬＡＮ通信ユニット１０８は、被制御デバイス１０４が動作する可能性の高い通信チャネルのリストを分析することができる。
[0086]図３および図４は、ＷＬＡＮ対応リモートコントロールの例示的な動作を示す流れ図（「流れ」）３００を示している。流れは、図３のブロック３０２から始まる。
[0087]ブロック３０２において、第１のネットワークデバイスは、通信ネットワークの第２のネットワークデバイスを制御するためのユーザ入力を受信する。図１の例を参照すると、リモートコントロール１０２の入力処理ユニット１１０は、ユーザ入力１１８を検出することができる。たとえば、入力処理ユニット１１０は、ユーザがリモートコントロール１０２のトリガーメカニズム（たとえば、物理的ボタン、キー押下など）をアクティブ化したことを決定し得る。別の例として、入力処理ユニット１１０は、ジェスチャーコマンド、音声コマンド、センサー情報、および／または別の好適なユーザ入力を検出し得る。フローは、ブロック３０４に続く。
[0088]ブロック３０４で、第１のネットワークデバイスは、ユーザ入力を受信したことに応答して、アクティブ動作状態に遷移する。たとえば、ユーザ入力１１８を検出したことに応答して、節電ユニット１０６は、リモートコントロール１０２がアクティブ動作状態で動作することを引き起こすことができる。図２において上で説明されているように、アクティブ動作状態では、リモートコントロール１０２の処理および通信コンポーネントは、有効化されるか、または動作可能状態にあるものとしてよい。リモートコントロール１０２は、アクティブ動作状態では通信を送信または受信するように構成され得る。いくつかの実施形態において、リモートコントロール１０２は、ユーザ入力を受信したことに応答して、非アクティブ動作状態からアクティブ動作状態に遷移し得る。非アクティブ動作状態は、ディープスリープ状態とすることができ、そこで、リモートコントロール１０２の複数の処理および通信コンポーネントは、リモートコントロール１０２における電力節約を最大化するように部分的にまたは完全に無効化され得る。リモートコントロール１０２は、非アクティブ動作状態では通信を送信または受信するように構成され得ない。別の実施形態において、リモートコントロール１０２は、ユーザ入力を受信したことに応答して、スリープ動作状態からアクティブ動作状態に遷移し得る。スリープ動作状態は、アクティブ動作状態と非アクティブ動作状態との間の中間の低電力動作状態とすることができる。たとえば、リモートコントロール１０２の処理コンポーネントおよび通信コンポーネントは、スリープ動作状態で無効化され得ない。したがって、スリープ動作状態からアクティブ動作状態に遷移することに対する応答時間は、非アクティブ動作状態からアクティブ動作状態に遷移することに対する応答時間よりも短くなり得る。フローは、ブロック３０６に続く。
[0089]ブロック３０６において、第１のネットワークデバイスは、通信チャネル上でユーザ入力を含むコマンドメッセージを第２のネットワークデバイスに送信する。たとえば、リモートコントロール１０２の入力処理ユニット１１０は、ユーザ入力を含むコマンドメッセージを生成することができる。たとえば、コマンドメッセージは、どのボタンがアクティブ化されたかを示す指示を含むことができる。別の例として、コマンドメッセージは、ジェスチャーユーザ入力を表すセンサー情報を含むことができる。別の例として、コマンドメッセージは、音声ユーザ入力を表す音声サンプルを含むことができる。ＷＬＡＮ通信ユニット１０８は、通信チャネル上でコマンドメッセージを被制御デバイス１０４に送信することができる。ＷＬＡＮ通信ユニット１０８は、キーボードおよびマウスイベント、タッチパッドデータ、トラッキングホイールデータ、ジャイロスコープ／加速度計からのセンサー情報、マイクロフォンからのデータなどのユーザ入力を指示する様々な他のデータも送信し得る。いくつかの実施形態において、ＷＬＡＮ通信ユニット１０８は、リモートコントロール１０２の通信機能も送信することができる。いくつかの実施形態において、ＷＬＡＮ通信ユニット１０８は、リモートコントロール１０２における低電力レベル（たとえば、電池残量低下）を指示する通知を送信することができる。いくつかの実施形態において、非アクティブ動作状態に遷移する前に、ＷＬＡＮ通信ユニット１０８は、リモートコントロール１０２が被制御デバイス１０４と最後に通信した通信チャネルの識別子を記録し得る。ＷＬＡＮ通信ユニット１０８は、この記録された通信チャネル上でコマンドメッセージを送信し得る。他の実施形態では、以下でさらに説明されるように、ＷＬＡＮ通信ユニット１０８は、被制御デバイス１０４を特定しようとして他の通信チャネルをスキャンし得る。この実施形態では、ＷＬＡＮ通信ユニット１０８は、考察対象の通信チャネル上でコマンドメッセージを被制御デバイス１０４に送信することができる。フローは、ブロック３０８に続く。
[0090]ブロック３０８において、肯定応答メッセージが第２のネットワークデバイスから受信されるかどうかが決定される。たとえば、ＷＬＡＮ通信ユニット１０８は、肯定応答メッセージが被制御デバイス１０４から受信されるかどうかを決定することができる。リモートコントロール１０２が、肯定応答メッセージを受信した場合、これは、被制御デバイス１０４がアクティブ動作状態に構成されていることを指示することができる。リモートコントロール１０２は、被制御デバイス１０４が検出された通信チャネルの識別子を記録することができる。リモートコントロール１０２が、肯定応答メッセージを受信しない場合、これは、被制御デバイス１０４がスリープ動作状態に構成されていること、または被制御デバイス１０４が別の通信チャネル上で動作していることを指示することができる。肯定応答メッセージが、第２のネットワークデバイスから受信された場合、第２のネットワークデバイスがコマンドメッセージを受信することに成功したと決定され、フローはブロック３１０に続く。そうでなければ、肯定応答メッセージが、第２のネットワークデバイスから受信されない場合、第２のネットワークデバイスがコマンドメッセージを受信しなかったと決定され、フローは図４のブロック３１６に続く。
[0091]ブロック３１０において、第１のネットワークデバイスは、アクティブ動作状態からスリープ動作状態に遷移する。上で説明されているように、スリープ動作状態は、アクティブ動作状態と非アクティブ動作状態との間の中間の低電力動作状態とすることができる。リモートコントロール１０２は、スリープ動作状態では通信を送信／受信するように構成され得ない。リモートコントロール１０２は、電池電力を節約するようにスリープ動作状態に構成され得る。上で説明されているように、スリープ動作状態からアクティブ動作状態に遷移することに対する時間間隔は、非アクティブ動作状態からアクティブ動作状態に遷移することに対する時間間隔よりも短い。したがって、リモートコントロール１０２は、次のユーザ入力を受信することを予想してスリープ動作状態に構成され得る。フローは、ブロック３１２に続く。
[0092]ブロック３１２で、非アクティブ動作状態に遷移するかどうかが決定される。図２を参照しつつ上で説明されているように、リモートコントロール１０２は、別のユーザ入力を受信することを予想して所定の時間間隔の間、スリープ動作状態に留まり得る。所定の時間間隔が経過し、リモートコントロール１０２がいかなるユーザ入力も検出しなかった場合、リモートコントロール１０２は、非アクティブ動作状態に遷移し、フローはブロック３１４に続く。所定の時間間隔が経過する前にリモートコントロール１０２がユーザ入力を検出した場合、リモートコントロールは、アクティブ動作状態に遷移し、フローはブロック３０６（図３において「ＮＯ（１）」経路として表されている）に続く。所定の時間間隔が経過していない場合、およびリモートコントロール１０２がいかなるユーザ入力も検出していない場合、リモートコントロール１０２は、スリープ動作状態に留まり、フローはブロック３１２（図３において「ＮＯ（２）」経路として表されている）にループバックする。
[0093]ブロック３１４において、第１のネットワークデバイスは、スリープ動作状態から非アクティブ動作状態に遷移する。たとえば、節電ユニット１０６は、リモートコントロール１０２が非アクティブ動作状態に遷移することを引き起こすことができる。ブロック３１４からのフローは終了する。リモートコントロール１０２は、非アクティブ動作状態にある間に次のユーザ入力を待つものとしてよい。
[0094]図４のブロック３１６において、第１のネットワークデバイスは、現在の通信チャネル上でコマンドメッセージを第２のネットワークデバイスに再送するかどうかを決定する。たとえば、ＷＬＡＮ通信ユニット１０８は、コマンドメッセージを被制御デバイス１０４に再送するかどうかを決定することができる。現在の通信チャネル上でコマンドメッセージを被制御デバイス１０４に再送するかどうかを決定するために、リモートコントロール１０２は、所定の再送試行回数に達したかどうか、および／または所定の再送時間間隔が経過したかどうかを決定することができる。
[0095]いくつかの実施形態において、コマンドメッセージを被制御デバイス１０４に再送する前に、リモートコントロール１０２は、動作状態フィードバックに対する要求（「動作状態フィードバック要求」）を被制御デバイス１０４に送信するかどうかを決定し得る。いくつかの実施形態において、ＷＬＡＮ通信ユニット１０８は、被制御デバイス１０４に動作状態フィードバックを請求する別個のメッセージを送信することができる。他の実施形態では、動作状態フィードバック要求は、コマンドメッセージの一部として送信され得る。動作状態フィードバック要求を被制御デバイス１０４に送信することによって、リモートコントロール１０２は、次の動作状態フィードバックのうちの１つまたは複数を被制御デバイス１０４に要求し得る。Ａ）被制御デバイス１０４の現在の電力状態（たとえば、被制御デバイス１０４がスイッチＯＮ／ＯＦＦされているかどうか、または被制御デバイスがアクティブ動作状態もしくはスリープ動作状態に構成されているかどうか）、Ｂ）被制御デバイス１０４の現在のインフラストラクチャモード（たとえば、被制御デバイス１０４がインフラストラクチャモードをサポートしているときに被制御デバイス１０４が通信ネットワーク１００のアクセスポイントに関連付けられているかどうか）、Ｃ）被制御デバイス１０４の現在の動作している通信チャネル、Ｄ）被制御デバイス１０４が関連付けられているアクセスポイントと通信するように構成されている通信チャネル、および／またはＥ）被制御デバイス１０４が、ピアツーピア（Ｐ２Ｐ）通信のためにオフチャネルで動作するかどうか。一実施形態において、動作状態フィードバック要求は、被制御デバイス１０４のデューティサイクル、被制御デバイス１０４が現在の通信チャネル上に留まる時間間隔（「存在期間」）、および／またはリモートコントロールが被制御デバイス１０４への送信に使用し得る最高変調コーディング方式（ＭＣＳ）に関係する要求情報も含み得る。被制御デバイス１０４が、Ｐ２Ｐ通信に対してオフチャネルで動作するかどうかを決定する際に、Ｐ２Ｐ通信が被制御デバイス１０４上で有効化されているか、または無効化されているかが決定され得る。Ｐ２Ｐ通信が有効化されている場合、動作状態フィードバックは、どのＰ２ＰチャネルがＰ２Ｐ通信に現在使用されている（たとえば、現在アクティブである）かどうかを指示することができる。Ｐ２Ｐ通信が無効化されている場合、現在の動作状態は、Ｐ２Ｐ通信に使用され得る好ましいＰ２Ｐチャネルのリストを指示することができる。好ましいＰ２Ｐチャネルのリストは、被制御デバイス１０４を検出するために利用可能なＰ２Ｐチャネルが探索されるべきであるシーケンスを表すことができる。
[0096]一実施形態では、被制御デバイス１０４が、Ｐ２Ｐ通信に対してオフチャネルで動作するかどうかは、被制御デバイス１０４のＭｉｒａｃａｓｔモード（Ｍｉｒａｃａｓｔ通信が被制御デバイス１０４上で有効化されているか、または無効化されているか）によって表され得る。この実施形態では、動作状態フィードバックは、被制御デバイス１０４のＭｉｒａｃａｓｔ通信に関係する情報を含み得る。しかしながら、他の実施形態では、動作状態フィードバックは、被制御デバイス１０４によって実行される他の好適な種類の通信に関係する情報を含むことができる。たとえば、動作状態フィードバックは、他のピアツーピアコンテンツ共有通信に関連付けられている情報を含むことができる。いくつかの実施形態において、動作状態フィードバックは、リモートコントロール（ＲＣ）チャネルを指示することができる。ＲＣチャネルは、リモートコントロール１０２と被制御デバイス１０４との間で通信を交わすための既定の通信チャネルとすることができる。
[0097]それに加えて、動作状態フィードバックは、被制御デバイス１０４のスリープ間隔とアクティブ間隔とを含むことができる。上で説明されているように、スリープ間隔は、被制御デバイス１０４がスリープ動作状態に構成され、通信を送信／受信することができない持続時間を指示することができる。アクティブ間隔は、被制御デバイス１０４がアクティブ動作状態に構成され、通信を送信／受信することができる持続時間を指示することができる。いくつかの実施形態において、動作状態フィードバックは、被制御デバイス１０４に関連付けられている動作している通信チャネルの好ましいリスト（「チャネルスキャンシーケンス」）を含むことができる。動作状態フィードバックは、被制御デバイス１０４が動作する可能性の高い通信チャネルのシーケンスを指示し得る。図４を参照すると、現在の通信チャネル上でコマンドメッセージを再送すると決定された場合に、フローは、図３のブロック３０６に続く。そうでなければ、現在の通信チャネル上でコマンドメッセージを再送しないと決定された場合に、フローは、図４のブロック３１８に続く。
[0098]ブロック３１８において、チャネルスキャンシーケンスで別の通信チャネルを分析するかどうかが決定される。いくつかの実装において、ＷＬＡＮ通信ユニット１０８は、被制御デバイス１０４から受信された最後の動作状態フィードバックに基づき被制御デバイス１０４を特定するために通信チャネルをスキャンするシーケンス（「チャネルスキャンシーケンス」）を決定することができる。たとえば、リモートコントロール１０２は、被制御デバイス１０４の関連付け状態、被制御デバイス１０４がＰ２Ｐ通信のためにオフチャネルで動作するかどうか、被制御デバイス１０４が動的周波数選択（ＤＦＳ）チャネル上で動作しているかどうか、などの様々なファクターに基づきチャネルスキャンシーケンスを決定することができる。特定の一例において、被制御デバイス１０４が、ＤＦＳチャネル上のアクセスポイントに関連付けられており、Ｍｉｒａｃａｓｔ通信を無効化している場合、リモートコントロール１０２は、チャネルスキャンシーケンスをＲＣチャネル、Ｍｉｒａｃａｓｔチャネル＃１、Ｍｉｒａｃａｓｔチャネル＃２、他の２．４ＧＨｚ ＷＬＡＮ通信チャネル、他の５ＧＨｚ ＷＬＡＮ通信チャネルとして決定し得る。別の特定の例では、被制御デバイス１０４が、非ＤＦＳチャネル上のアクセスポイントに関連付けられ、Ｍｉｒａｃａｓｔ通信を有効化している場合、リモートコントロール１０２は、チャネルスキャンシーケンスをＭｉｒａｃａｓｔチャネル＃１、非ＤＦＳ ＡＰチャネル、Ｍｉｒａｃａｓｔチャネル＃２、他の２．４ＧＨｚ ＷＬＡＮ通信チャネル、他の５ＧＨｚ ＷＬＡＮ通信チャネルとして決定し得る。実施形態ではリモートコントロール１０２が被制御デバイス１０４のＭｉｒａｃａｓｔ通信に基づきチャネルスキャンシーケンスを決定すると記述しているけれども、実施形態はそのように制限されない。他の実施形態では、チャネルスキャンシーケンスは、被制御デバイス１０４によって実行される他の好適な種類の通信に基づき決定され得る。
[0099]いくつかの実施形態において、リモートコントロール１０２は、チャネルスキャンシーケンス構造を維持することができる。チャネルスキャンシーケンス構造は、被制御デバイス１０４の異なる動作状態フィードバックに対する所定のチャネルスキャンシーケンスを含むことができる。被制御デバイス１０４から動作状態フィードバックを受信したことに応答して、リモートコントロール１０２は、受信された動作状態フィードバックをチャネルスキャンシーケンス構造と比較し、適切なチャネルスキャンシーケンスを選択することができる。図４を参照すると、チャネルスキャンシーケンスが分析されるべき別の通信チャネルを含む場合、フローは、ブロック３２０に続く。そうでない場合、フローは終了する。リモートコントロール１０２は、スリープ動作状態または非アクティブ動作状態に遷移し、次のユーザ入力を待つものとしてよい。
[00100]ブロック３２０において、第１のネットワークデバイスは、第２のネットワークデバイスと通信するためにチャネルスキャンシーケンス内の次の通信チャネルに遷移する。たとえば、ＷＬＡＮ通信ユニット１０８は、チャネルスキャンシーケンスから決定された次の通信チャネルに遷移することができる。いくつかの実施形態において、ＷＬＡＮ通信ユニット１０８は、次の通信チャネル上でコマンドメッセージを被制御デバイス１０４に再送し得る。別の実施形態では、ＷＬＡＮ通信ユニット１０８は、動作状態フィードバック要求と併せてコマンドメッセージを送信し得る。別の実施形態において、リモートコントロール１０２は、現在の通信チャネル上でのコマンドメッセージの所定の回数の再送試行が失敗した後に動作状態フィードバック要求を送信し得る。別の実施形態では、リモートコントロール１０２は、コマンドメッセージを再送し得ず、動作状態フィードバック要求のみを送信し得る。コマンドメッセージおよび／または動作状態フィードバック要求を被制御デバイス１０４に送信するリモートコントロール１０２の動作は、図１０および図１１を参照しつつさらに説明される。ブロック３２０から、フローは、図３のブロック３０６にループバックする。
[00101]図３〜４を参照しつつ上で説明されているように、いくつかの実施形態において、リモートコントロール１０２は、所定の再送時間間隔が経過した後、または所定の回数の再送試行が失敗した後に、動作状態フィードバック要求を送信することができる。たとえば、所定の回数の再送試行が失敗した後、および／または所定の再送時間が経過した後、リモートコントロール１０２は、被制御デバイス１０４が現在の通信チャネル上ではアクティブになっていないと推論し得る。その結果、リモートコントロール１０２は、動作状態フィードバック要求を被制御デバイス１０４に送信することができる。いくつかの実施形態において、ＷＬＡＮ通信ユニット１０８は、動作状態フィードバック要求を、コマンドメッセージのその後の再送試行に埋め込むことができる。いくつかの実施形態において、動作状態フィードバック要求の一部として、ＷＬＡＮ通信ユニット１０８は、動作状態フィードバックを受信するためにリモートコントロール１０２がアクティブ動作状態に留まる時間間隔を指示することができる。しかしながら、他の実施形態では、動作状態フィードバック要求は、リモートコントロール１０２がアクティブ動作状態に留まる時間間隔を指示し得ない。その代わりに、リモートコントロール１０２は、それが被制御デバイス１０４から動作状態フィードバックを受信するまで、または事前定義された時間間隔が経過するまで、アクティブ動作状態に留まり得る。いくつかの実施形態において、動作状態フィードバック要求の一部として、ＷＬＡＮ通信ユニット１０８は、リモートコントロール１０２が動作状態フィードバックを待ち受ける通信チャネルを指示し得る。動作状態フィードバック要求を受信したことに応答して、ＷＬＡＮ通信ユニット１１２は、被制御デバイス１０４の現在の動作状態に関する情報をリモートコントロール１０２に送信することができる。一実施形態では、リモートコントロール１０２は、所定の再送試行回数の後にリモートコントロール１０２がコマンドメッセージへの応答および／または動作状態フィードバック要求を受信しない場合にチャネルスキャンシーケンス内の次の通信チャネルに切り替わることができる。別の実施形態では、リモートコントロール１０２は、所定の再送間隔においてリモートコントロール１０２が応答を受信しない場合にチャネルスキャンシーケンス内の次の通信チャネルに切り替わることができる。リモートコントロール１０２は、被制御デバイス１０４を特定しようとして、次の通信チャネル上でコマンドメッセージおよび／または動作状態フィードバック要求を送信することができる。
[00102]図３〜４では、リモートコントロール１０２が所定の再送時間間隔が経過した後および／または所定の回数の再送試行が失敗した後に、動作状態フィードバック要求を送信することを説明しているけれども、実施形態はそれに限定されない。いくつかの実施形態において、リモートコントロール１０２は、定期的間隔で（動作状態フィードバック要求を送信することなく）被制御デバイス１０４から動作状態フィードバックを受信し得る。いくつかの実施形態において、リモートコントロール１０２は、所定の種類のユーザ入力を検出したことに応答して動作状態フィードバック要求を送信し得る。たとえば、動作状態フィードバック要求は、リモートコントロール１０２上の所定のボタン、所定のジェスチャー、所定の音声コマンド、および／または別の好適なユーザ入力のアクティブ化にリンクされ得る。一例において、リモートコントロール１０２は、リモートコントロール１０２の電源ＯＮ／ＯＦＦボタンをユーザがアクティブ化したと決定したことに応答して動作状態フィードバック要求を送信することができる。別の例として、リモートコントロール１０２は、リモートコントロール１０２の「ｅｎｔｅｒ」または「ｓｅｌｅｃｔ」ボタンをユーザがアクティブ化したと決定したことに応答して動作状態フィードバック要求を送信することができる。いくつかの実施形態において、リモートコントロール１０２は、リモートコントロール１０２が最後に被制御デバイス１０４から動作状態フィードバックを受信してから所定の時間間隔が経過した場合に動作状態フィードバック要求を送信することができる。たとえば、リモートコントロール１０２は、被制御デバイス１０４から動作状態フィードバック要求を受信したことに応答してタイマーを起動することができる。リモートコントロール１０２が、タイマーの時間が経過した後に更新された動作状態フィードバックを受信していない場合、リモートコントロール１０２は、動作状態フィードバック要求を被制御デバイス１０４に送信することができる。
[00103]図３〜図４を参照して上で説明されていないけれども、入力処理ユニット１１０は、ユーザ入力１１８が検出された後、どれだけの時間が経過したかを追跡するコマンドタイマーを維持することができる。コマンドタイマー値がコマンド失効間隔を超えた場合、リモートコントロール１０２は、ユーザ入力は「陳腐化（stale）」しており、もはや有効でないと推論することができる。コマンド失効間隔は、ユーザがユーザ入力１１８を与えて（たとえば、リモートコントロール１０２上のボタンを押して）から被制御デバイス１０４が対応するコマンドメッセージを受信するまでの間の最大許容可能ウェイクアップ待ち時間に少なくとも一部は基づき選択され得る。入力処理ユニット１１０が、ユーザ入力が陳腐化していると決定した場合、ＷＬＡＮ通信ユニット１０８は、ユーザ入力を含むコマンドメッセージを破棄し得る。ＷＬＡＮ通信ユニット１０８は、どの通信チャネル上でもユーザ入力を含むコマンドメッセージを再送し得ない。いくつかの実施形態において、リモートコントロール１０２は、ユーザ入力を破棄した後であっても動作状態フィードバック要求を送信することを続行し得る。リモートコントロール１０２は、それが被制御デバイス１０４から動作状態フィードバックを受信するか、もしくは新しいユーザ入力が検出されるまで、動作状態フィードバック要求を送信することを続行し得るか、またはリモートコントロール１０２は、チャネルスキャンシーケンス内のすべての通信チャネルを一度にスキャンする。
[00104]図５は、被制御デバイスを特定するためのリモートコントロールの例示的な動作を示す流れ図である。フローは、ブロック５０２に続く。
[00105]ブロック５０２において、第１のネットワークデバイスは、第２のネットワークデバイスの動作を制御するために第１の通信チャネル上でユーザ入力を第２のネットワークデバイスに送信する。図１の例を参照すると、リモートコントロール１０２の入力処理ユニット１１０は、ユーザ入力１１８を検出することができる。たとえば、入力処理ユニット１１０は、ユーザがリモートコントロール１０２のトリガーメカニズム（たとえば、物理的ボタン、キー押下など）をアクティブ化したことを決定し得る。別の例として、入力処理ユニット１１０は、ジェスチャーコマンド、音声コマンド、センサー情報、および／または別の好適なユーザ入力を検出し得る。いくつかの実施形態において、ユーザ入力１１８を検出したことに応答して、節電ユニット１０６は、リモートコントロール１０２が非アクティブ動作状態からアクティブ動作状態に遷移することを引き起こすことができる。別の実施形態では、ユーザ入力１１８を検出したことに応答して、節電ユニット１０６は、リモートコントロール１０２がスリープ動作状態からアクティブ動作状態に遷移することを引き起こすことができる。図３を参照しつつ上で説明されているように、リモートコントロール１０２の入力処理ユニット１１０は、ユーザ入力を含むコマンドメッセージを生成し得る。ＷＬＡＮ通信ユニット１０８は、第１の通信チャネル上でコマンドメッセージを被制御デバイス１０４に送信することができる。いくつかの実施形態において、リモートコントロール１０２は、第１の通信チャネルを介して被制御デバイス１０４と通信するように事前構成され得る。別の実施形態では、リモートコントロール１０２および被制御デバイス１０４は、その後の通信のために第１の通信チャネルを選択することをネゴシエートし得る。フローは、ブロック５０４に続く。
[00106]ブロック５０４において、第１のネットワークデバイスは、第１の通信チャネル上で第２のネットワークデバイスから肯定応答メッセージを受信しないことに少なくとも一部は基づき、第２のネットワークデバイスが第１の通信チャネル上で動作しているかどうかを決定する。図３を参照しつつ上で説明されているように、リモートコントロール１０２のＷＬＡＮ通信ユニット１０８は、リモートコントロール１０２が被制御デバイス１０４から肯定応答メッセージを受信しない場合に、被制御デバイス１０４が第１の通信チャネル上で動作していないと決定し得る。いくつかの実施形態において、リモートコントロール１０２は、再送時間が経過し、および／または所定の回数の再送試行が失敗した後に被制御デバイス１０４が第１の通信チャネル上で動作していないと決定し得る。以下でさらに説明されるようないくつかの実施形態において、リモートコントロール１０２は、異なる通信パラメータ（たとえば、ＭＣＳレベル）を使用してユーザ入力および／または動作状態フィードバック要求を再送しようとして失敗した後に被制御デバイス１０４が第１の通信チャネル上で動作していないと決定し得る。いくつかの実施形態において、リモートコントロール１０２は、図１１において以下で説明されるように、コマンド失効時間が経過した後、または第１の通信チャネルに対するチャネルサーチ期間が経過した後に、被制御デバイス１０４が第１の通信チャネル上で動作していないと決定し得る。フローは、ブロック５０６に続く。
[00107]ブロック５０６において、第１のネットワークデバイスは、第２のネットワークデバイスが第１の通信チャネル上で動作していないと決定したことに応答してチャネルスキャンシーケンスに従って複数の通信チャネルをスキャンする。図３および図４において上で説明されているように、リモートコントロール１０２は、第２のネットワークデバイスから以前に受信されている動作状態フィードバックに少なくとも一部は基づきチャネルスキャンシーケンスを決定し得る。たとえば、リモートコントロール１０２および被制御デバイス１０４は、より早い時刻に同じ通信チャネル上で動作している可能性がある。被制御デバイス１０４は、より早い時刻に動作状態フィードバックをリモートコントロール１０２に与えている可能性がある。この例では、リモートコントロール１０２は、動作状態フィードバックを記憶し、被制御デバイス１０４を特定するために記憶されている動作状態フィードバックから決定されたチャネルスキャンシーケンスを使用し得る。リモートコントロール１０２は、記憶されている動作状態フィードバックを置き換えるために新しい動作状態フィードバックが受信されるまでより早い時刻に受信された記憶されている動作状態フィードバックを使用し得る。ブロック５０６において、リモートコントロール１０２は、被制御デバイス１０４から新しい動作状態フィードバック要求を受信していない。したがって、リモートコントロール１０２は、被制御デバイス１０４を探索するチャネルスキャンシーケンスを決定するために以前に受信された動作状態フィードバックを使用し得る。リモートコントロール１０２は、被制御デバイス１０４が動作する可能性の高い通信チャネルを決定するためにチャネルスキャンシーケンスを使用し得る。被制御デバイス１０４が第１の通信チャネル上で動作していないと決定したことに応答して、リモートコントロール１０２は、チャネルスキャンシーケンスで指示されている次の通信チャネルに切り替わり得る。リモートコントロール１０２は、次の通信チャネル上でユーザ入力を被制御デバイス１０４に再送し得る。図１１においてさらに説明されるように、リモートコントロール１０２は、リモートコントロール１０２が被制御デバイス１０４を特定するまでチャネルスキャンシーケンス内にリストされている各通信チャネルをスキャンし成功し得る。フローは、ブロック５０８に続く。
[00108]ブロック５０８において、第１のネットワークデバイスは、第２の通信チャネル上でユーザ入力を送信した後に第２の通信チャネル上で第２のネットワークデバイスから肯定応答メッセージを受信したことに応答して第２の通信チャネル上で第２のネットワークデバイスが動作していると決定する。いくつかの実施形態において、リモートコントロール１０２は、チャネルスキャンシーケンスの第２の通信チャネル上でユーザ入力を再送し得、第２の通信チャネル上で肯定応答メッセージを受信し得る。リモートコントロール１０２は、第２の通信チャネル上で被制御デバイス１０４とのその後の通信を交わすことを決定し得る。いくつかの実施形態において、第２のネットワークデバイスから肯定応答メッセージを受信した後に、電力制御ユニット１１０は、リモートコントロール１０２がアクティブ動作状態から中間スリープ動作状態に遷移することを引き起こし得る。上で説明されているように、リモートコントロール１０２は、別のユーザ入力を受信することを予想して所定の時間間隔の間、スリープ動作状態に留まり得る。所定の時間間隔が経過し、リモートコントロール１０２がいかなるユーザ入力も検出しなかった場合、リモートコントロール１０２は、非アクティブ動作状態に遷移する。他の実施形態では、リモートコントロール１０２は、第１のユーザ入力を第２のネットワークデバイスに送信すること、および／または第２のネットワークデバイスから動作状態フィードバックを受信することに成功した後、アクティブ動作状態から非アクティブ動作状態に遷移し得る。この実施形態では、リモートコントロール１０２は、中間スリープ動作状態で動作し得ない。ブロック５０８からのフローは終了する。
[00109]図６は、動作状態フィードバックを要求するためのリモートコントロールの例示的な動作を示す流れ図である。フローは、ブロック６０２に続く。
[00110]ブロック６０２において、第１のネットワークデバイスは、第２のネットワークデバイスの動作を制御するためにユーザ入力を第２のネットワークデバイスに送信する。図１の例を参照すると、リモートコントロール１０２の入力処理ユニット１１０は、ユーザ入力１１８を検出することができる。たとえば、入力処理ユニット１１０は、ユーザがリモートコントロール１０２のトリガーメカニズム（たとえば、物理的ボタン、キー押下など）をアクティブ化したことを決定し得る。別の例として、入力処理ユニット１１０は、ジェスチャーコマンド、音声コマンド、センサー情報、および／または別の好適なユーザ入力を検出し得る。いくつかの実施形態において、ユーザ入力１１８を検出したことに応答して、節電ユニット１０６は、リモートコントロール１０２がアクティブ動作状態で動作することを引き起こすことができる。
[00111]図３を参照しつつ上で説明されているように、入力処理ユニット１１０は、ユーザ入力を含むコマンドメッセージを生成し得る。ＷＬＡＮ通信ユニット１０８は、通信チャネル上でコマンドメッセージを被制御デバイス１０４に送信することができる。いくつかの実施形態において、リモートコントロール１０２は、事前定義された通信チャネルを介して被制御デバイス１０４と通信するように事前構成され得る。別の実施形態では、リモートコントロール１０２および被制御デバイス１０４は、その後の通信のために通信チャネルを選択することをネゴシエートし得る。フローは、ブロック６０４に続く。
[00112]ブロック６０４において、第２のネットワークデバイスから肯定応答メッセージを受信しないことに応答して、第１のネットワークデバイスから第２のネットワークデバイスへのユーザ入力のその後の再送に動作状態フィードバック要求が埋め込まれる。図３を参照しつつ上で説明されているように、リモートコントロール１０２は、被制御デバイス１０４に様々な種類の情報を要求する動作状態フィードバック要求を送信し得る。たとえば、リモートコントロール１０２は、被制御デバイス１０４を特定するためにチャネルスキャンシーケンスを決定する動作状態フィードバック要求を送信し得る。フローは、ブロック６０６に続く。
[00113]ブロック６０６において、第１のネットワークデバイスは、第２のネットワークデバイスから以前に受信された動作状態フィードバックに少なくとも一部は基づき、ユーザ入力を第１のネットワークデバイスから第２のネットワークデバイスに再送するための第１の通信チャネルを決定する。いくつかの実施形態において、リモートコントロール１０２は、被制御デバイス１０４から以前に受信された動作状態フィードバックからチャネルスキャンシーケンスを決定することができる。リモートコントロール１０２は、被制御デバイス１０４を特定しようとして、チャネルスキャンシーケンスによって指示される第１の通信チャネル上でユーザ入力および／または動作状態フィードバック要求を再送することができる。いくつかの実施形態において、リモートコントロール１０２が、動作状態フィードバック要求に応答して被制御デバイス１０４から動作状態フィードバックを受信しない場合、リモートコントロール１０２は、所定の再送時間間隔が経過する、動作状態フィードバックが受信される、および／または肯定応答メッセージが受信されるまで、第１の通信チャネル上でユーザ入力および／または動作状態フィードバック要求を再送し得る。リモートコントロール１０２は、すべての通信チャネルがスキャンされてしまうまで、または被制御デバイス１０４が検出されるまで、チャネルスキャンシーケンス内にリストされている各通信チャネル上でユーザ入力および／または動作状態フィードバック要求を送信し得る。いくつかの実施形態において、リモートコントロール１０２は、動作状態フィードバック要求に応答して第２のネットワークデバイスから新しい動作状態フィードバックを受信し得る。リモートコントロール１０２は、新しい動作状態フィードバックに少なくとも一部は基づきチャネルスキャンシーケンスを決定し得る。リモートコントロール１０２は、第２のネットワークデバイスがチャネルスキャンシーケンスに少なくとも一部は基づき第１の通信チャネルから第２の通信チャネルに遷移することを決定し得る。リモートコントロール１０２は、第２の通信チャネル上でその後のユーザ入力を送信することができる。ブロック６０６からのフローは終了する。
[00114]図７は、被制御デバイスへの送信のために複数のユーザ入力を統合するリモートコントロールの流れ図７００である。フローは、ブロック７０２から始まる。
[00115]ブロック７０２において、通信ネットワークの第１のネットワークデバイスは、通信ネットワークの第２のネットワークデバイスへの送信のための現在のユーザ入力を受信する。図１の例を参照すると、リモートコントロール１０２の入力処理ユニット１１０は、ユーザ入力１１８を検出することができる。たとえば、入力処理ユニット１１０は、ユーザがリモートコントロール１０２のトリガーメカニズム（たとえば、物理的ボタン、仮想ボタンなど）をアクティブ化したことを決定し得る。別の例として、入力処理ユニット１１０は、ジェスチャーユーザ入力、音声ユーザ入力、センサー情報、および／または別の好適なユーザ入力を検出し得る。図３のブロック３０４を参照しつつ上で同様に説明されているように、現在のユーザ入力を検出したことに応答して、節電ユニット１０６は、リモートコントロール１０２が非アクティブ動作状態からアクティブ動作状態に遷移することを引き起こすことができる。別の例では、現在のユーザ入力を検出したことに応答して、節電ユニット１０６は、リモートコントロール１０２がスリープ動作状態からアクティブ動作状態に遷移することを引き起こすことができる。フローは、ブロック７０４に続く。
[00116]ブロック７０４において、第１のネットワークデバイスが、前のユーザ入力を第２のネットワークデバイスに送信しているかどうかが決定される。たとえば、入力処理ユニット１１０は、ＷＬＡＮ通信ユニット１０８が、前のユーザ入力を被制御デバイス１０４に現在送信中であるかどうかを決定することができる。たとえば、ユーザは、リモートコントロール１０２上での第１のボタンをアクティブ化し得る。リモートコントロール１０２が第１のボタンのアクティブ化の指示を送信している（か、または再送している）間に、ユーザは、リモートコントロール１０２上で第２のボタンをアクティブ化し得る。第１のネットワークデバイスが、前のユーザ入力を第２のネットワークデバイスに現在送信中である場合、フローは、ブロック７０６に続く。そうでない場合、フローはブロック７０８に続く。
[00117]ブロック７０６において、前のユーザ入力が有効であるかどうかが決定される。たとえば、入力処理ユニット１１０は、前のユーザ入力が有効であるか、タイムアウトしているかを決定し、それを無効にすることができる。いくつかの実施形態において、前のユーザ入力が有効であるかどうかを決定するために、入力処理ユニット１１０は、前のユーザ入力がリモートコントロール１０２で検出された後にコマンド失効間隔が経過したかどうかを決定することができる。別の実施形態では、入力処理ユニット１１０は、前のユーザ入力を送信するための所定の再送時間間隔が経過したかどうか、および／または所定の再送試行回数に達したかどうかを決定することができる。
[00118]いくつかの実施形態において、入力処理ユニット１１０は、前のユーザ入力と現在のユーザ入力とを比較して、前のユーザ入力が現在のユーザ入力から明確に異なるかどうかを決定し得る。いくつかの実施形態において、現在のユーザ入力および前のユーザ入力が、同じ値を有している場合（たとえば、ユーザが同じボタンを２回押した場合）、入力処理ユニット１１０は、所定のルールセットを参照して、現在のユーザ入力が前のユーザ入力の複製であるかどうかと、ユーザ入力の一方または両方を送信するかどうかとを決定し得る。いくつかの実施形態において、入力処理ユニット１１０は、ユーザ入力の種類とユーザ入力が与えられた状況とに少なくとも一部は基づきユーザ入力の一方または両方を送信するかどうかを決定し得る。入力処理ユニット１１０は、連続する同一のユーザ入力が複製または一意的なユーザ入力として考えられるべきかどうかを指示する所定のルールセットを参照し得る。一実施形態において、入力処理ユニット１１０は、アクティブ化されるボタンの種類に基づき連続する同一のユーザ入力が複製または一意的なユーザ入力として考えられるべきかどうかを決定し得る。たとえば、電源ＯＮ／ＯＦＦボタンが複数回連続的にアクティブ化された場合、入力処理ユニット１１０は、ユーザが電源ＯＮ／ＯＦＦボタンを１回だけ押すことを意図していたと推論し得る。この例では、入力処理ユニット１１０は、電源ＯＮ／ＯＦＦボタンの第２のアクティブ化は電源ＯＮ／ＯＦＦボタンの第１のアクティブ化の複製であると推論し得る。別の例として、ボリュームボタンが複数回連続的にアクティブ化された場合、入力処理ユニット１１０は、ユーザがボリュームボタンを複数回押すことを意図していたと推論し得る。この例では、入力処理ユニット１１０は、ボリュームボタンの第２のアクティブ化はボリュームボタンの第１のアクティブ化から明確に異なると推論し得る。前のユーザ入力が有効である場合、フローはブロック７１０に続く。そうでない場合、フローはブロック７０８に続く。
[00119]ブロック７０８において、第１のネットワークデバイスは、現在のユーザ入力を含むコマンドメッセージを第２のネットワークデバイスに送信する。図３のブロック３０６を参照しつつ上で同様に説明されているように、入力処理ユニット１１０は、現在のユーザ入力を含むコマンドメッセージを生成することができる。いくつかの実施形態において、入力処理ユニット１１０は、前のユーザ入力は有効でないが、現在のユーザ入力は有効である場合に、現在のユーザ入力を含むコマンドメッセージを生成することができる。上で説明されているように、前のユーザ入力は、ユーザが前のユーザ入力を与えた後にコマンド失効間隔が経過した場合、前のユーザ入力を送信するための所定の再送時間間隔が経過した場合、所定の再送試行回数に達した場合などの場合に、有効ではあり得ない。別の実施形態では、入力処理ユニット１１０は、現在のユーザ入力が検出されたときにリモートコントロール１０２が前のユーザ入力を送信しようとしていなかった場合に、現在のユーザ入力を含むコマンドメッセージを生成することができる。ＷＬＡＮ通信ユニット１０８は、コマンドメッセージを被制御デバイス１０４に送信することができる。いくつかの実施形態において、図３〜図４を参照しつつ上で同様に説明されているように、リモートコントロール１０２は、必要に応じて、コマンドメッセージを再送し、通信チャネルを切り替えて被制御デバイス１０４を探索し、および／または動作状態フィードバック要求を送信し得る。ブロック７０８からのフローは終了する。リモートコントロール１０２は、スリープ動作状態または非アクティブ動作状態に遷移し、次のユーザ入力を待つものとしてよい。
[00120]ブロック７１０において、前のユーザ入力および現在のユーザ入力は、第２のネットワークデバイスに送信される。上で説明されているように、前のユーザ入力は、ユーザが前のユーザ入力を与えた後にコマンド失効間隔が経過していない場合、前のユーザ入力を送信するための所定の再送時間間隔が経過していない場合、所定の再送試行回数に達していない場合などの場合に、有効であり得る。したがって、前のユーザ入力は、現在のユーザ入力が与えられたときにリモートコントロール１０２が前のユーザ入力を被制御デバイス１０４に送信（または再送）しようとしていた場合に有効であり得る。たとえば、前のユーザ入力が有効であると決定したことに応答して、また前のユーザ入力が現在のユーザ入力から明確に異なると決定したことに応答して、リモートコントロール１０２は、前のユーザ入力と現在のユーザ入力を単一のコマンドメッセージで送信することができる。たとえば、前のユーザ入力および現在のユーザ入力は、各々、ユーザがボリュームアップボタンをアクティブ化したことに応答し得る。この例では、入力処理ユニット１１０は、「ｉｎｃｒｅａｓｅ ｖｏｌｕｍｅ」ボタンの連続的アクティブ化が受け入れ可能であると（たとえば、所定のルールセットを参照することに基づき）決定し得る。入力処理ユニット１１０は、ユーザがボリュームアップボタンを２回押すことを意図していたと決定することができる。入力処理ユニット１１０は、前のユーザ入力および現在のユーザ入力が一意的な、明確に異なる入力であると推論し得る。リモートコントロール１０２は、前のユーザ入力と現在のユーザ入力の両方を共通のコマンドメッセージで送信し得る。いくつかの実施形態において、リモートコントロール１０２は、両方のユーザ入力をドロップする前に、所定の再送時間間隔の間、および／または所定の回数の再送試行の間、前のユーザ入力と現在のユーザ入力とを送信し得る。したがって、前のユーザ入力が有効である間に現在のユーザ入力が与えられた場合、リモートコントロール１０２は、前のユーザ入力と現在のユーザ入力とに対する再送時間間隔を事実上リスタートする。いくつかの実施形態において、現在のユーザ入力が前のユーザ入力の複製である場合、リモートコントロール１０２は、前のユーザ入力に対する再送時間間隔をリスタートすることができる。ブロック７１２からのフローは終了する。
[00121]いくつかの実施形態において、リモートコントロール１０２は、リモートコントロール１０２がチャネルスキャンシーケンスの通信チャネル上で前のユーザ入力を再送している、および／または動作状態フィードバックを請求している間に現在のユーザ入力を受信し得る。リモートコントロール１０２は、チャネルスキャン手順をリスタートし得ず、現在のユーザ入力を受信したことに応答して以前にスキャンされた通信チャネルを再スキャンし得ない。その代わりに、リモートコントロール１０２は、前のユーザ入力、現在のユーザ入力、および／または動作状態フィードバック要求を送信しながらチャネルスキャンシーケンス内に残っている通信チャネルをスキャンし続けることができる。
[00122]図７では、リモートコントロール１０２が複数の連続的に受信されたユーザ入力が一意的であるかまたは複製であるかを決定することを説明しているけれども、実施形態はそれに限定されない。その代わりに、リモートコントロール１０２は、コマンドメッセージで各ユーザ入力を被制御デバイス１０４に送信することができる。被制御デバイス１０４の入力処理ユニット１１４は、リモートコントロール１０２を参照しつつ上で同様に説明されているように、ユーザ入力のどれかが複製であるかどうかを確認するために受信されたユーザ入力を分析し得る。被制御デバイス１０４が、同じユーザ入力を複数回連続的に受信する場合、入力処理ユニット１１４は、連続的に受信されたユーザ入力が、所定のルールセットに基づき一意的であるかまたは複製であるかを決定することができる。これらのルールは、リモートコントロール１０２で検出された連続的ユーザ入力（たとえば、ボタン押下）の間の相対的タイミングに少なくとも一部は基づきリモートコントロール１０２によってさらに強化され得る。次いで、被制御デバイス１０４は、一意的なユーザ入力を処理し、複製のユーザ入力を破棄することができる。
[00123]いくつかの実施形態において、リモートコントロール１０２および被制御デバイス１０４は、複数のユーザ入力動作モードをサポートし得る。たとえば、リモートコントロール１０２および被制御デバイス１０４は、プッシュボタン入力動作モード、ジェスチャー入力動作モード、音声入力動作モード、ワイヤレスオーディオ入力動作モード、または別の好適な入力動作モードをサポートし得る。いくつかの実施形態において、リモートコントロール１０２および被制御デバイス１０４は、入力動作モードに応じて、電力節約のための異なる動作を実行し得る。プッシュボタン入力動作モードを実装するための動作は、図８を参照しつつさらに説明される。ジェスチャー入力動作モードを実装するための動作は、図９を参照しつつさらに説明される。
[00124]図８は、プッシュボタン入力動作モードでのＷＬＡＮ対応リモートコントロールの例示的な動作を示すタイミング図である。図８において、タイミング図８００は、リモートコントロール１０２の動作を図示している。タイミング図８５０は、リモートコントロール１０２の動作に応答する被制御デバイス１０４の動作を示している。図８には示されていないけれども、被制御デバイス１０４は、図８の動作が実行される前に、スイッチがオンにされ、リモートコントロール１０２とのペアリングが行われ得る。ユーザ入力がない間、リモートコントロール１０２は、非アクティブ動作状態に構成されている（時間間隔８０２）。リモートコントロール１０２は、ユーザがリモートコントロール１０２上のボタンをアクティブ化したときにアクティブ動作状態に遷移する。リモートコントロール１０２は、時間間隔８０４において非アクティブ動作状態からアクティブ動作状態に遷移する。リモートコントロール１０２は、ＷＬＡＮ通信プロトコルに従って時間間隔８０６においてチャネルアクセスを求めて競合する。リモートコントロール１０２は、時間間隔８０６においてチャネルはアクセスを求めて競合している間にアクティブ動作状態に構成され得る。リモートコントロール１０２は、ユーザがリモートコントロール１０２上のボタンをアクティブ化することに基づきコマンドメッセージ（ＣＭＤ）８０８を生成する。リモートコントロール１０２は、コマンドメッセージ８０８を被制御デバイス１０４に送信する。被制御デバイス１０４は、コマンドメッセージ８０８を受信し、肯定応答メッセージ８１０をリモートコントロール１０２に送信する。
[00125]いくつかの実施形態において、図８に示されているように、リモートコントロール１０２は、被制御デバイス１０４から肯定応答メッセージ８１０を受信するとすぐに非アクティブ動作状態に遷移して戻ることをし得ない。その代わりに、リモートコントロール１０２は、ユーザがリモートコントロール１０２の別のボタンをアクティブ化することを予想してスリープ動作状態に一時的に遷移し得る。上で説明されているように、スリープ動作状態は、アクティブ動作状態と非アクティブ動作状態との間の中間の低電力動作状態とすることができる。スリープ動作状態からアクティブ動作状態に遷移することに対する応答時間は、非アクティブ動作状態からアクティブ動作状態に遷移することに対する応答時間よりも短くなり得る。図８において、非アクティブ動作状態およびスリープ動作状態は、陰影を付けたブロックを使用して図示されている。非アクティブ動作状態は、スリープ動作状態に比べて高くなっているブロックを使用して図示されている。リモートコントロール１０２は、非アクティブ動作状態に遷移する前の所定のタイムアウト間隔８２６の間、スリープ動作状態に留まるように構成され得る。所定のタイムアウト間隔８２６は、スリープ動作状態に留まることに関連付けられている電力の量に対して非アクティブ動作状態からアクティブ動作状態に遷移することに関連付けられている電力および待ち時間の量を最適化することによって選択され得る。
[00126]図８の例では、リモートコントロール１０２が、時間間隔８１２において（所定のタイムアウト間隔８２６内で）スリープ動作状態にある間、ユーザは、リモートコントロール１０２上の第２のボタンをアクティブ化する。リモートコントロール１０２は、時間間隔８１４においてスリープ動作状態からアクティブ動作状態に遷移する。たとえば、時間間隔８１４において、リモートコントロール１０２は、リモートコントロール１０２の処理コンポーネントおよび／または通信コンポーネントを電源オンまたはアクティブ化し得る。リモートコントロール１０２は、ＷＬＡＮ通信プロトコルに従って時間間隔８１６においてチャネルアクセスを求めて競合する。リモートコントロール１０２は、時間間隔８１６においてチャネルアクセスを求めて競合している間にアクティブ動作状態に構成され得る。リモートコントロール１０２は、ユーザがリモートコントロール１０２上の第２のボタンをアクティブ化することに基づきコマンドメッセージ８１８を生成する。リモートコントロール１０２は、コマンドメッセージ８１８を被制御デバイス１０４に送信する。被制御デバイス１０４は、コマンドメッセージ８１８を受信し、肯定応答メッセージ８２０をリモートコントロール１０２に送信する。
[00127]肯定応答メッセージ８２０を受信した後、リモートコントロール１０２は、スリープ動作状態８２２に遷移して戻り、別の所定のタイムアウト間隔８２８を開始する。図８において、リモートコントロール１０２は、所定のタイムアウト間隔８２８においていかなるユーザ入力をも受信しない。したがって、所定の時間間隔８２８が経過した後、リモートコントロール１０２は、ユーザが被制御デバイス１０４を制御することを望んでいないと推論し得る。所定の時間間隔８２８が経過した後、リモートコントロール１０２は、スリープ動作状態から非アクティブ動作状態に遷移する（時間間隔８２４）。
[00128]図９は、ジェスチャー入力動作モードでのＷＬＡＮ対応リモートコントロールの例示的な動作を示すタイミング図である。図９において、タイミング図９００は、リモートコントロール１０２の動作を図示している。タイミング図９５０は、リモートコントロール１０２の動作に応答する被制御デバイス１０４の動作を示している。図９には示されていないけれども、被制御デバイス１０４は、図９の動作が実行される前に、スイッチがオンにされ、リモートコントロール１０２とのペアリングが行われ得る。ユーザ入力がない間、リモートコントロール１０２は、非アクティブ動作状態に構成されている（時間間隔９０２）。リモートコントロール１０２は、リモートコントロール１０２が非アクティブ動作状態に構成されている間にユーザ入力を検出する。たとえば、ユーザは、リモートコントロール１０２上のボタンをアクティブ化してジェスチャー入力動作モードを開始し得る。別の例として、ユーザ入力は、ジェスチャー入力を表すセンサー情報（以下で説明される）とすることができる。リモートコントロール１０２は、リモートコントロール１０２がユーザ入力を検出したことに応答してアクティブ動作状態に遷移し得る。リモートコントロール１０２は、時間間隔９０４において非アクティブ動作状態からアクティブ動作状態に遷移し得る。リモートコントロール１０２は、ＷＬＡＮ通信プロトコルに従って時間間隔９０６においてチャネルアクセスを求めて競合する。リモートコントロール１０２は、時間間隔９０６においてチャネルアクセスを求めて競合している間にアクティブ動作状態に構成され得る。
[00129]いくつかの実施形態において、リモートコントロール１０２は、一体化されたセンサー（たとえば、加速度計、ジャイロスコープ、マイクロフォンなど）を備え、これにより、リモートコントロール１０２がジェスチャー入力動作モードで動作することを可能にし得る。いくつかの実施形態において、リモートコントロール１０２は、一体化されたセンサーからセンサー情報を受信し、リモートコントロール１０２上の電池電力を節約することを目的として生のセンサー情報（未処理の）を被制御デバイス１０４に送信し得る。図９に示されているように、リモートコントロール１０２は、センサー情報を含むコマンドメッセージ９０８を生成し、コマンドメッセージ９０８を被制御デバイス１０４に送信する。被制御デバイス１０４は、コマンドメッセージ９０８を受信し、肯定応答メッセージ９１０をリモートコントロール１０２に送信する。
[00130]被制御デバイス１０４は、センサー情報を処理し、受信されたセンサー情報にどのように応答するかを決定し得る。たとえば、ユーザは、リモートコントロール１０２を、被制御デバイス１０４上に表示される要素を選択するためのポインタとして使用し得る。リモートコントロール１０２は、リモートコントロール１０２内に組み込まれている加速度計から対応するセンサー情報を受信し、センサー情報を被制御デバイス１０４に転送し得る。被制御デバイス１０４は、センサー情報を処理し、ユーザが選択することを望んでいる要素を識別し得る。次いで、被制御デバイス１０４は、要素を選択する視覚的指示を提示し得る。
[00131]ジェスチャー入力動作モードでは、センサー情報が生成され、リモートコントロール１０２から送信される速度は、典型的には、ユーザがジェスチャー入力を与える速度よりも速い。リモートコントロール１０２は、連続的コマンドメッセージを送信する間にアクティブ動作状態からスリープ動作状態に遷移するように構成され得る。たとえば、図９において以下でさらに説明されるように、リモートコントロール１０２は、第１のコマンドメッセージを送信する、所定のスリープ時間間隔の間スリープ動作状態に遷移する、所定のスリープ時間間隔が経過した後にアクティブ動作状態に遷移して第２のコマンドメッセージを送信する、などを行い得る。
[00132]ジェスチャー入力（たとえば、センサー情報）の解釈は、典型的には、被制御デバイス１０４によって実行される。したがって、リモートコントロール１０２は、定期的にアクティブ動作状態に遷移して、被制御デバイス１０４からフィードバックを受信し、ユーザが有効なジェスチャー入力を与えているかどうかを決定し得る。リモートコントロール１０２は、この受信されたフィードバックを使用して、ジェスチャー入力動作モードが続いているかどうか、またはユーザがジェスチャー入力を与えることを停止したかどうか（たとえば、ユーザがリモートコントロール１０２を使用することを停止したかどうか）を決定し得る。リモートコントロール１０２は、受信されたフィードバックを使用して、ジェスチャー入力動作モードを終了し、センサーの電源を切り、センサー情報を被制御デバイス１０４に送信することを停止するかどうかを決定することができる。
[00133]図９の例を参照すると、リモートコントロール１０２は、センサー情報の第１のセットを含む第１のコマンドメッセージ９０８を被制御デバイス１０４に送信する。リモートコントロール１０２は、被制御デバイス１０４から肯定応答メッセージ９１０を受信する。リモートコントロール１０２は、スリープ時間間隔９１２の間に、アクティブ動作状態からスリープ動作状態に遷移する。上で説明されているように、スリープ動作状態は、アクティブ動作状態と非アクティブ動作状態との間の中間の低電力動作状態とすることができる。スリープ動作状態からアクティブ動作状態に遷移することに関連付けられている遷移時間および／または電力消費）は、非アクティブ動作状態からアクティブ動作状態に遷移することに関連付けられている遷移時間（および／または電力消費）よりも小さいものとしてよい。図９において、非アクティブ動作状態およびスリープ動作状態は、陰影を付けたブロックを使用して図示されている。非アクティブ動作状態は、スリープ動作状態に比べて高くなっているブロックを使用して図示されている。スリープ時間間隔９１２が経過した後、リモートコントロール１０２は、時間間隔９１４においてスリープ動作状態からアクティブ動作状態に遷移する。たとえば、時間間隔９１４において、リモートコントロール１０２は、リモートコントロール１０２の処理コンポーネントおよび／または通信コンポーネントを電源オンまたはアクティブ化し得る。リモートコントロール１０２は、ＷＬＡＮ通信プロトコルに従って時間間隔９１６においてチャネルアクセスを求めて競合する。リモートコントロール１０２は、時間間隔９１６においてチャネルアクセスを求めて競合している間にアクティブ動作状態に構成され得る。リモートコントロール１０２は、センサー情報の第２のセットを含む第２のコマンドメッセージ９１８を生成し、第２のコマンドメッセージ９１８を被制御デバイス１０４に送信する。リモートコントロール１０２が第１のコマンドメッセージ９０８を送信してから第２のコマンドメッセージ９１８までの時間間隔は、パケット間時間間隔９３８と称される。
[00134]リモートコントロール１０２は、第２のコマンドメッセージ９１８を送信したことに応答して被制御デバイス１０４から肯定応答メッセージ９２０を受信する。上で説明されているように、肯定応答メッセージ９２０を受信した後、リモートコントロール１０２は、スリープ時間間隔９２２の間に、アクティブ動作状態からスリープ動作状態に遷移する。スリープ時間間隔９２２が経過した後、リモートコントロール１０２は、時間間隔９２４においてスリープ動作状態からアクティブ動作状態に遷移する。次いで、リモートコントロール１０２は、センサー情報の次のセットを含む次のコマンドメッセージを送信する。より一般的に、リモートコントロール１０２は、定期的にセンサー情報の現在のセットを含むコマンドメッセージを送信し、スリープ時間間隔の間にスリープ動作状態に遷移し、アクティブ動作状態に遷移してセンサー情報の次のセットを送信する。リモートコントロール１０２は、センサー情報の現在のセットを送信してからセンサー情報の次のセットを送信するまでの間にパケット間時間間隔９３８が維持されることを確実にし得る。
[00135]リモートコントロール１０２は、ユーザが有効なジェスチャー入力を与えているかどうかを決定することができないので、リモートコントロール１０２は、被制御デバイス１０４に頼って、ユーザがジェスチャー入力を与えているかどうかと、リモートコントロール１０２がジェスチャー入力動作モードに留まっているべきかどうかを指示し得る。たとえば、受信されたセンサー情報を処理することに基づき、被制御デバイス１０４は、ユーザが有効なジェスチャー入力を与えているかどうか、またはユーザがリモートコントロール１０２を使用することを停止したかどうかを決定することができる。いくつかの実施形態において、リモートコントロール１０２は、被制御デバイス１０４からジェスチャーフィードバックを受信するためにリモートコントロール１０２がアクティブ動作状態にいつおよびどれだけの間留まるかを（センサー情報含むコマンドメッセージの一部として）指示することができる。ジェスチャーフィードバックは、リモートコントロール１０２がジェスチャー入力動作モードに留まるべきかどうか、またはリモートコントロール１０２が非アクティブ動作状態に遷移すべきかどうかを指示することができる。図９の例を参照すると、リモートコントロール１０２は、センサー情報の次のセットを含むコマンドメッセージ９２６およびジェスチャーフィードバック要求を送信することができる。いくつかの実施形態において、ジェスチャーフィードバック要求は、リモートコントロール１０２がアクティブ動作状態にどれだけの間留まるかを指示することができる。しかしながら、他の実施形態では、ジェスチャーフィードバック要求は、リモートコントロール１０２がアクティブ動作状態にどれだけの間留まるかを指示し得ない。この実施形態において、リモートコントロール１０２は、それが被制御デバイス１０４からジェスチャーフィードバックを受信するまで、または事前定義された時間間隔が経過するまで、アクティブ動作状態に留まり得る。被制御デバイス１０４は、ジェスチャーフィードバック要求を含むコマンドメッセージ９２６を受信し、肯定応答メッセージ９２８を送信する。肯定応答メッセージ９２８を受信したことに応答して、リモートコントロール１０２は、被制御デバイス１０４からジェスチャーフィードバックを受信することを予想してアクティブ動作状態に留まる（時間間隔９３０において）。被制御デバイス１０４は、リモートコントロール１０２によって指定された時間間隔９３０においてジェスチャーフィードバック９３２（ＦＢ）を送信することができる。ジェスチャーフィードバックは、リモートコントロール１０２がジェスチャー入力動作モードに留まるべきかどうかと、リモートコントロール１０２がセンサー情報を被制御デバイス１０４に定期的に送信し続けるべきかどうかを指示することができる。
[00136]リモートコントロール１０２は、ジェスチャーフィードバック９３２を受信したことに応答して肯定応答メッセージ９３４を被制御デバイス１０４に送信することができる。リモートコントロール１０２は、ジェスチャーフィードバックを分析し、ジェスチャー入力動作モードに留まるかどうかを決定することができる。図９の例では、受信されたジェスチャーフィードバック９３２に基づき、リモートコントロール１０２は、ユーザがもはやジェスチャー入力を与えていないと決定する。したがって、肯定応答メッセージ９３４を送信した後、リモートコントロール１０２は、非アクティブ動作状態に遷移する（時間間隔９３６）。
[00137]いくつかの実施形態において、図９を参照しつつ上で説明されているように、リモートコントロール１０２は、ジェスチャーフィードバック要求を送信し、所定の数のコマンドメッセージ（およびセンサー情報）が送信された後にアクティブ動作状態に留まることができる。別の実施形態では、各コマンドメッセージ（すなわち、センサー情報の各セット）が被制御デバイス１０４に送信された後、リモートコントロール１０２は、被制御デバイス１０４からジェスチャーフィードバックを受信することを予想して所定の時間間隔の間アクティブ動作状態に留まり得る。
[00138]図９ではリモートコントロール１０２がジェスチャーフィードバック要求を送信し、被制御デバイス１０４がいつジェスチャーフィードバックを送信すべきかを指示することを説明しているけれども、実施形態はそれに限定されない。いくつかの実施形態において、被制御デバイス１０４は、ジェスチャーフィードバックを受信するためにリモートコントロール１０２がアクティブ動作状態にいつどれだけの間留まるかについて予め知っているものとしてよい。この実施形態では、リモートコントロール１０２は、ジェスチャーフィードバックを被制御デバイス１０４に送信し得ない。その代わりに、被制御デバイス１０４は、所定の定期的時間間隔でジェスチャーフィードバックをリモートコントロール１０２に自動的に送信し得る。別の実施形態では、被制御デバイス１０４は、定期的間隔でジェスチャーフィードバックを送信し得ない。その代わりに、被制御デバイス１０４が、ユーザがリモートコントロール１０２を使用することを停止したと決定したときに、被制御デバイス１０４は、リモートコントロール１０２がジェスチャー入力動作モードを終了すべきであることを（たとえば、肯定応答メッセージで）指示することができる。別の実施形態では、被制御デバイス１０４は、被制御デバイス１０４がジェスチャーフィードバックをリモートコントロール１０２にいつ送信するかを指示し得る。さらに、リモートコントロール１０２が、ジェスチャー入力動作モードに留まるべきかどうかを指示することに加えて、被制御デバイス１０４は、リモートコントロール１０２がセンサー情報を被制御デバイス１０４にどれだけの頻度で送信すべきかと、リモートコントロール１０２が被制御デバイス１０４からジェスチャーフィードバックをどれだけの頻度で待ち受けるべきかとを指示することもできる。いくつかの実施形態において、ジェスチャーフィードバックは、上ですでに説明されているように、被制御デバイス１０４の動作状態フィードバックも含むことができる。
[00139]上で説明されているように、ユーザがジェスチャー入力を与える時間間隔は、センサー情報の複数のセットの送信を包含し得る。被制御デバイス１０４は、センサー情報の複数のセットを評価することに基づきジェスチャー入力をする推論し得る。したがって、いくつかの実施形態では、センサー情報の連続するセット間の相違はほとんどないか、または全くあり得ない。センサー情報の各セットは、ビット、シンボル、サンプル、または別の好適な情報単位に関して表され得る。いくつかの実施形態において、リモートコントロール１０２は、実質的に一意的なセンサー情報を被制御デバイス１０４に送信することのみによって電力を節約するように構成され得る。たとえば、リモートコントロール１０２は、センサー情報の第１のセットを含む第１のコマンドメッセージを送信し得る。センサー情報の第２のセットを受信した後に、リモートコントロール１０２は、センサー情報の第２のセットがセンサー情報の第１のセットと実質的に異なるかどうかを決定し得る。たとえば、リモートコントロール１０２は、センサー情報の第１のセットとセンサー情報の第２のセットとの間の差がセンサー閾値より小さいかどうかを決定し得る。別の例として、リモートコントロール１０２は、センサー情報の第１のセットに対応するデータサンプルの第１のセットとセンサー情報の第２のセットに対応するデータサンプルの第２のセットとの間の差がセンサー閾値より小さいかどうかを決定し得る。別の例として、リモートコントロール１０２は、センサー情報の第１のセットとセンサー情報の第２のセットとの間の相関が相関閾値を超えるかどうかを決定し得る。この差がセンサー閾値よりも小さい場合、またはこの相関が相関閾値を超える場合、リモートコントロール１０２は、センサー情報の第２のセットがセンサー情報の第１のセットとほぼ同じであると決定することができる。したがって、リモートコントロール１０２は、センサー情報の第２のセットを被制御デバイス１０４に送信し得ない。しかしながら、センサー情報の第１のセットとセンサー情報の第２のセットとの間の差が、センサー閾値以上である場合、または相関が相関閾値を超えない場合に、リモートコントロール１０２は、センサー情報の第２のセットを被制御デバイス１０４に送信し得る。したがって、リモートコントロール１０２は、ジェスチャー入力動作モードで送信された送信回数とセンサー情報の量とを最小にすることができる。
[00140]いくつかの実施形態において、被制御デバイス１０４の入力処理ユニット１１６（たとえば、ジェスチャー処理アプリケーション）は、ジェスチャー入力動作モードが開始された後センサー情報を定期的に受信するように構成され得る。入力処理ユニット１１６は、センサー情報を解釈し、被制御デバイス１０４の表示ユニット上に結果として得られる出力を提示する（たとえば、要素を選択する、マウスポインタを移動する、など）ことを行い得る。入力処理ユニット１１６は、センサー情報が適切な時刻に受信されない場合にエラーメッセージを生成し得る。上で説明されているように、センサー情報の第２のセットがセンサー情報の第１のセットとほぼ同じである場合、リモートコントロール１０２は、センサー情報の第２のセットを送信し得ない。被制御デバイス１０４のＷＬＡＮ通信ユニット１１２が、リモートコントロール１０２から現在のセンサー情報を受信しない場合、ＷＬＡＮ通信ユニット１１２は、現在のセンサー情報が前のセンサー情報とほぼ同じであると推論することができる。その結果、入力処理ユニット１１６の誤りのない動作に対して、ＷＬＡＮ通信ユニット１１２は、２回目に対する前のセンサー情報を入力処理ユニット１１６に提供することができる。いくつかの実施形態において、ＷＬＡＮ通信ユニット１１２は、所定のレベルのコンフォートノイズを前のセンサー情報に追加することによって現在のセンサー情報を生成することができる。これは、入力処理ユニット１１６が、前のセンサー情報と異なる現在のセンサー情報を受信することを確実にすることができる。
[00141]ＷＬＡＮ通信プロトコルは、典型的には、ＷＬＡＮ対応ネットワークデバイスが別のＷＬＡＮ対応ネットワークデバイスへの通信をどのよう伝送することができるかを指示する様々な変調符号化方式（ＭＣＳ）レベルを指示する。各ＭＣＳレベルは、スループットと信頼性との間の異なるトレードオフの関係を表す。典型的には、より高いスループットレベル（たとえば、より高いデータ伝送速度）は、より低い信頼性レベルに付随し、またその逆も言える。コマンドメッセージを被制御デバイス１０４に送信することを決定したことに応答して、リモートコントロール１０２は、リモートコントロール１０２のエネルギー消費量を最小にし、スループットを最大にする初期ＭＣＳレベルを選択することができる。初期ＭＣＳレベルは、被制御デバイス１０４からの動作状態フィードバック、リモートコントロール１０２の受信信号強度情報（ＲＳＳＩ）（被制御デバイス１０４によって提供される）、および／または他の好適なファクターに基づき選択され得る。代替的に、リモートコントロール１０２によって使用される初期ＭＣＳは、被制御デバイス１０４からの入力に基づき選択され得る。
[00142]所定の回数の再送試行の失敗の後、リモートコントロール１０２は、伝送信頼性を最適化する第２のＭＣＳレベルを選択することができる。リモートコントロール１０２は、第２のＭＣＳレベルを使用してコマンドメッセージを被制御デバイス１０４に再送することを試みることができる。いくつかの実施形態において、第２のＭＣＳレベルでコマンドメッセージを再送することが失敗した場合、リモートコントロール１０２は、コマンドメッセージを再送するために第３のＭＣＳレベルを選択することができる。他の実施形態では、第２のＭＣＳレベルでコマンドメッセージを再送することが、所定の再送間隔の間、または所定の再送試行回数に対して失敗である場合、リモートコントロール１０２は、図３〜図４を参照しつつ上で説明されているように、（チャネルスキャンシーケンスからの）次の通信チャネルに切り替わり、次の通信チャネル上で被制御デバイス１０４を特定することを試みることができる。異なるＭＣＳレベルでコマンドメッセージを再送するための動作は、図１０にさらに示されている。
[00143]図１０は、被制御デバイスと通信するために送信パラメータを変化せせるＷＬＡＮ対応リモートコントロールの例示的な動作を示すタイミング図である。図１０において、タイミング図１０００は、リモートコントロール１０２の動作を図示し、タイミング図１０５０は、被制御デバイス１０４の動作を図示する。ユーザ入力がない間、リモートコントロール１０２は、非アクティブ動作状態に構成されている（時間間隔１００２）。ユーザ入力を検出したことに応答して、時間間隔１００４において、リモートコントロール１０２は、非アクティブ動作状態からアクティブ動作状態に遷移する。リモートコントロール１０２は、リモートコントロールの仮想／物理的ボタンのアクティブ化、音声コマンド、ジェスチャーコマンドなどの、他の好適なユーザ入力に応答してアクティブ動作状態に遷移し得る。
[00144]リモートコントロール１０２の入力処理ユニット１１０は、リモートコントロール１０２でユーザ入力を検出したことに応答してコマンドメッセージ（ＣＭＤ）１００６Ａを生成する。リモートコントロール１０２のＷＬＡＮ通信ユニット１０８は、コマンドメッセージ１００６Ａを被制御デバイス１０４に送信する。しかしながら、タイミング図１０５０に図示されているように、被制御デバイス１０４は、スリープ動作状態とアクティブ動作状態との間で定期的遷移を行う。図１０の例では、被制御デバイス１０４は、リモートコントロール１０２がコマンドメッセージ１００６Ａを送信するときに、スリープ間隔１００８においてスリープ動作状態に構成されている。したがって、被制御デバイス１０４は、コマンドメッセージ１００６Ａを受信せず、対応する肯定応答メッセージを送信しない。リモートコントロール１０２が、所定の肯定応答時間間隔内で肯定応答メッセージを受信しない場合、ＷＬＡＮ通信ユニット１０８は、所定のコマンド繰り返し間隔１０１０でコマンドメッセージを再送することができる。
[00145]図１０に示されているように、リモートコントロール１０２は、被制御デバイス１０４がスリープ動作状態に構成されている間に（スリープ間隔１００８において）コマンドメッセージ１００６Ｂ、１００６Ｃ、および１００６Ｄを被制御デバイス１０４に再送する。スリープ間隔１００８が経過した後、被制御デバイス１０４は、アクティブ間隔１０１２の間にアクティブ動作状態に遷移する。リモートコントロール１０２は、被制御デバイス１０４がアクティブ間隔１０１２においてアクティブ動作状態に構成されている間にコマンドメッセージ１００６Ｅ、１００６Ｆ、および１００６Ｇを再送し続ける。リモートコントロール１０２は、被制御デバイス１０４が次のスリープ間隔１０１４においてスリープ動作状態に構成されている間にコマンドメッセージ１００６Ｈを送信する。しかしながら、いくつかの実装では、被制御デバイス１０４は、メッセージ１００６Ｅ、１００６Ｆ、１００６Ｇ、および１００６Ｈのうちのどれかを受信し肯定応答することをしない。図１０では、メッセージ１００６Ａ〜１００６Ｈは、第１のＭＣＳレベルを使用して送信される。いくつかの実装では、アクティブ間隔１０１２において送信されるコマンドメッセージ１００６Ｅ、１００６Ｆ、および１００６Ｇは、被制御デバイス１０４が、第１のＭＣＳレベルを使用するメッセージを確実に受信することができない場合に被制御デバイス１０４（「Ｘ」を使用して示されている）によって受信されることに成功し得ない。所定の再送時間間隔１０１６が経過した後（または所定の回数の再送試行が失敗した後）、リモートコントロール１０２は、第２のＭＣＳレベルを選択し（上で説明されているように）、コマンドメッセージ１００６Ｉ、１００６Ｊ、１００６Ｋ、および１００６Ｌで第２のＭＣＳレベルを使用してユーザ入力を再送することを開始する。第２のＭＣＳレベルを使用して送信されるメッセージ１００６Ｉ〜１００６Ｌも、埋め込まれた動作状態フィードバック要求を含み得る。図１０において、第２のＭＣＳレベルを使用して送信され、動作状態フィードバック要求を含むメッセージ１００６Ｉ〜１００６Ｌは、斜め線を使用して示されている。
[00146]図１０の例において、リモートコントロール１０２は、被制御デバイス１０４がスリープ間隔１０１４においてスリープ動作状態に構成されている間にコマンドメッセージ１００６Ｉ、１００６Ｊ、および１００６Ｋを送信する。スリープ間隔１０１４が経過した後、被制御デバイス１０４は、アクティブ動作状態に遷移する。リモートコントロール１０２は、被制御デバイス１０４がアクティブ動作状態に構成されている間にコマンドメッセージ１００６Ｌを送信する。被制御デバイス１０４は、再送されたコマンドメッセージ１０１６Ｌを受信し、肯定応答メッセージ１０１８をリモートコントロール１０２に送信する。上で説明されているように、リモートコントロール１０２がユーザ入力を検出してから被制御デバイス１０４がユーザ入力を受信し肯定応答するまでの間の時間間隔は、ウェイクアップ待ち時間１０２０である。
[00147]コマンドメッセージ１００６Ｌは、動作状態フィードバック要求を含んでいたので、被制御デバイス１０４は、動作状態フィードバック（ＦＢ）１０２２をリモートコントロール１０２に送信する。図１０の例では、被制御デバイス１０４は、肯定応答メッセージ１０１８を送信した後に動作状態フィードバック１０２２をリモートコントロール１０２に送信する。肯定応答メッセージ１０１８を受信したことに応答して、リモートコントロール１０２は、被制御デバイス１０４から動作状態フィードバック１０２２を受信するためにアクティブ動作状態に留まる。しかしながら、他の実施形態では、被制御デバイス１０４は、肯定応答メッセージ１０１８の一部として動作状態フィードバックを送信し得る。動作状態フィードバック１０２２を受信した後に、リモートコントロール１０２は、肯定応答メッセージ１０２４を被制御デバイス１０４に送信する。リモートコントロール１０２は、スリープ間隔１０２６の間に、アクティブ動作状態からスリープ動作状態に遷移する。上で説明されているように、リモートコントロール１０２は、スリープ間隔１０２６が経過した後にスリープ動作状態から非アクティブ動作状態に遷移する。リモートコントロール１０２は、リモートコントロール１０２が別のユーザ入力を検出するまで非アクティブ動作状態（時間間隔１０２８として示されている）に留まり得る。いくつかの実施形態において、図１１でさらに説明されるように、リモートコントロール１０２は、被制御デバイス１０４を特定するためにＭＣＳレベルと通信チャネルの両方を変化させ得る。
[00148]いくつかの実施形態において、被制御デバイス１０４は、第１のＭＣＳレベルを使用して送信されたコマンドメッセージ１００６Ｅ、１００６Ｆ、および１００６Ｇのうちの１つを受信し肯定応答することを行い得る。この実施形態では、リモートコントロール１０２は、第１のＭＣＳレベルを使用してその後のメッセージ（たとえば、動作状態フィードバック要求メッセージ、第２のコマンドメッセージ、など）を送信し得る。リモートコントロール１０２は、被制御デバイス１０４が第１のＭＣＳレベルを使用してメッセージを受信することに成功し得る場合に第２のＭＣＳレベルには切り替わり得ない。
[00149]図１１は、被制御デバイスの動作通信チャネルを識別するためのリモートコントロールの例示的な動作を示すタイミング図１１００である。図１１は、時間に対するＷＬＡＮ通信チャネルのグラフを示している。ユーザ入力がない間、リモートコントロール１０２は、非アクティブ動作状態に構成されている（時間間隔１１０２）。ユーザ入力を検出したことに応答して、時間間隔１１０４において、リモートコントロール１０２は、非アクティブ動作状態からアクティブ動作状態に遷移する。
[00150]リモートコントロール１０２の入力処理ユニット１１０は、リモートコントロール１０２でユーザ入力を検出したことに応答してコマンドメッセージ１１０６Ａを生成する。リモートコントロール１０２のＷＬＡＮ通信ユニット１０８は、コマンドメッセージ（ＣＭＤ）１１０６Ａを被制御デバイス１０４に送信する。しかしながら、被制御デバイス１０４は、たとえば、被制御デバイス１０４が異なる通信チャネル上で動作している、スリープ動作状態に構成されている、などの場合に、コマンドメッセージを受信し得ない。図１１の例では、被制御デバイス１０４は、コマンドメッセージ１１０６Ａを受信せず、対応する肯定応答メッセージを送信しない。ＷＬＡＮ通信ユニット１０８が、所定の肯定応答時間間隔内で肯定応答メッセージを受信しない場合、ＷＬＡＮ通信ユニット１０８は、以下でさらに説明されるように、他の好適な送信パラメータ（たとえば、異なるＭＣＳレベル、異なる通信チャネル、など）を使用してコマンドメッセージを再送することができる。図１１では、リモートコントロール１０２は、第１のＭＣＳレベルを使用し、第１の通信チャネル（ＣＨ＿Ａとして示されている）を介して、元のコマンドメッセージ１１０６Ａと再送されたメッセージ１１０６Ｂおよび１１０６Ｃとを送信する。所定の再送時間間隔が経過した後または所定の回数の再送試行が失敗した後、リモートコントロール１０２は、第２のＭＣＳレベルを選択し、第２のＭＣＳレベルを使用して第１の通信チャネル上でコマンドメッセージを再送する。図１１の例では、リモートコントロール１０２は、第２のＭＣＳレベルを使用して第１の通信チャネル上でコマンドメッセージ１１０６Ｄ、１１０６Ｅ、および１１０６Ｆを送信する。いくつかの実施形態において、コマンドメッセージ１１０６Ｄ、１１０６Ｅ、および１１０６Ｆは、埋め込まれた動作状態フィードバック要求も含み得る。図１１では、第２のＭＣＳレベルを使用して送信されたコマンドメッセージ１１０６Ｄ、１１０６Ｅ、および１１０６Ｆは、斜め線を使用して示されている。
[00151]所定のチャネルサーチ期間１１０８が経過した後、リモートコントロール１０２は、次の通信チャネルを選択する。チャネルサーチ期間１１０８は、リモートコントロール１０２が特定の通信チャネル上で被制御デバイス１０４を特定することを試みる時間間隔を指すものとしてよい。チャネルサーチ期間１１０８は、被制御デバイス１０４のアクティブ間隔とスリープ間隔とに少なくとも一部は基づき決定され得る。次の通信チャネルは、チャネルスキャンシーケンス（図３〜図４において上で説明されている）に少なくとも一部は基づき決定され得る。図１１では、第１の通信チャネルに対するチャネルサーチ期間１１０８が経過した後、リモートコントロール１０２は、第２のＷＬＡＮ通信チャネル（ＣＨ＿Ｂとして示されている）を介してコマンドメッセージを再送する。リモートコントロール１０２は、第２の通信チャネルを介して、コマンドメッセージ１１０６Ｇ、１１０６Ｈ、などを送信する。いくつかの実施形態において、図１１に示されているように、リモートコントロール１０２は、第２のＭＣＳレベルを使用してコマンドメッセージ１１０６Ｇ、１１０６Ｈを送信し得る。しかしながら、他の実施形態では、リモートコントロール１０２は、上で説明されているように、第１のＭＣＳレベルを使用して第２の通信チャネル上でいくつかのコマンドメッセージを送信し得、第２のＭＣＳレベルを使用して第２の通信チャネル上で残りのコマンドメッセージを送信し得る。さらに別の実施形態では、リモートコントロール１０２は、第２のＭＣＳレベルを使用して第２の通信チャネル上でいくつかのコマンドメッセージを送信し得、第３のＭＣＳレベルを使用して第２の通信チャネル上で残りのコマンドメッセージを送信し得、というように続け得る。
[00152]図１１の例では、所定のコマンド失効時間１１１０が経過した後、リモートコントロール１０２は、ユーザ入力は「陳腐化」しており、もはや有効でないと決定する。したがって、コマンド失効時間１１１０が経過した後、リモートコントロール１０２は、ユーザ入力を被制御デバイス１０４に再送することを停止する。その代わりに、図１１に示されているように、リモートコントロール１０２は、動作状態フィードバック要求（ＲＥＱ）１１１２Ａを被制御デバイス１０４に送信することのみを行う。リモートコントロール１０２は、第２の通信チャネル上で複数回動作状態フィードバック要求を再送し得る（メッセージ１１１２Ａ．．．１１１２Ｂで示されている）。第２の通信チャネルに対するチャネルサーチ期間１１１８が経過した後、リモートコントロール１０２は、第３の通信チャネルに切り替わり、リモートコントロール１０２が被制御デバイス１０４から動作状態フィードバックを受信するまで、または第３の通信チャネルに対するチャネルサーチ期間が経過するまで動作状態フィードバック要求を再送することができる。通信チャネルの各々に対するチャネルサーチ期間は、異なることも、同じであることもあり得る。
[00153]図１１の例では、リモートコントロール１０２は、ｎ番目の通信チャネル（ＣＨ＿Ｎで示されている）上で動作状態フィードバック要求１１２Ｃおよび１１１２Ｄを送信する。ｎ番目の通信チャネルに対するチャネルサーチ期間が経過した後、リモートコントロール１０２は、被制御デバイス１０４が動作する可能性の高いすべての通信チャネルをそれがスキャンしたと決定する。たとえば、リモートコントロール１０２は、チャネルスキャンシーケンスで指示されているすべての通信チャネルをそれがスキャンしたと決定し得る。したがって、動作状態フィードバック要求１１１２Ｄを送信するのに失敗した後、およびｎ番目の通信チャネルに対するチャネルサーチ期間が経過した後、リモートコントロール１０２は、アクティブ動作状態からスリープ動作状態に遷移することができる。リモートコントロール１０２は、スリープ間隔１１１４の間、スリープ動作状態に留まることができる。上で説明されているように、リモートコントロール１０２は、スリープ間隔１１１４が経過した後にスリープ動作状態から非アクティブ動作状態に遷移する。リモートコントロール１０２は、リモートコントロール１０２が別のユーザ入力を検出するまで非アクティブ動作状態（時間間隔１１１６として示されている）に留まり得る。代替的実施形態では、リモートコントロール１０２は、フレーム１１１２Ｄを送信したことに応答して非アクティブの動作状態１１１６に遷移し得る。
[00154]図１２は、リモートコントロールを検出するための被制御デバイスの例示的な動作を示すタイミング図である。図１２において、タイミング図１２００は、リモートコントロール１０２の動作を図示し、タイミング図１２５０は、被制御デバイス１０４の動作を図示する。リモートコントロール１０２は、スリープ動作状態とアクティブ動作状態との間で定期的に遷移する。同様に、被制御デバイス１０４は、スリープ動作状態とアクティブ動作状態との間で定期的に遷移する。タイミング図１２５０に図示されているように、被制御デバイス１０４は、スリープ間隔１２０２においてスリープ動作状態に構成される。スリープ動作状態に構成されている間に、ユーザは、被制御デバイス１０４がリモートコントロール１０２を特定することを引き起こす入力１２３０を与える。たとえば、ユーザは、被制御デバイス１０４上の「ｆｉｎｄ ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ」ボタンをアクティブ化し得る。ユーザ入力１２３０に応答して、被制御デバイス１０４は、時間間隔１２０４においてスリープ動作状態からアクティブ動作状態に遷移する。たとえば、時間間隔１２０４において、被制御デバイス１０２は、被制御デバイス１０４の処理コンポーネントおよび／または通信コンポーネントを電源オンまたはアクティブ化し得る。被制御デバイス１０４は、リモートコントロール１０２がその存在をユーザに対して指示すべきであるという要求を含むコマンドメッセージ（ＣＭＤ）１２０６Ａを生成する。
[00155]被制御デバイス１０４は、コマンドメッセージ１２０６Ａをリモートコントロール１０２に送信する。たとえば、被制御デバイス１０４は、リモートコントロール１０２と通信するために最後に使用された通信チャネル上でコマンドメッセージ１２０６Ａを送信し得る。しかしながら、タイミング図１２００に図示されているように、リモートコントロール１０２は、スリープ動作状態とアクティブ動作状態との間で定期的遷移を行う。たとえば、リモートコントロール１０２は、スリープ間隔１２１２においてスリープ動作状態に構成され、時間間隔１２１４においてスリープ動作状態からアクティブ動作状態に遷移し、アクティブ間隔１２１６においてアクティブ動作状態で動作する。アクティブ間隔１２１６が経過した後、リモートコントロール１０２は、スリープ間隔１２１８の間にスリープ動作状態に遷移する。被制御デバイス１０４は、コマンドメッセージ１２０６Ａと再送されたメッセージ１２０６Ｂ、１２０６Ｃ、および１２０６Ｄとをリモートコントロール１０２に送信することを試み、その一方で、リモートコントロール１０２は、スリープ動作状態に構成されている（スリープ間隔１２１８において）。上で説明されているように、被制御デバイス１０４は、所定のコマンド繰り返し間隔１２１０ごとにコマンドメッセージを再送し得る。スリープ間隔１２１８が経過した後、リモートコントロール１０２は、時間間隔１２２０においてスリープ動作状態からアクティブ動作状態に遷移し、アクティブ間隔１２２２においてアクティブ動作状態で動作する。コマンドメッセージ１２０６Ｅの被制御デバイスの送信は、リモートコントロール１０２のアクティブ間隔１２２２内で行われる。リモートコントロール１０２は、コマンドメッセージ１２０６Ｅを受信し、肯定応答メッセージ１２２４を被制御デバイス１０４に送信する。それに加えて、リモートコントロール１０２は、ユーザがリモートコントロール１０２を特定することができるようにその存在をユーザに指示することもできる。たとえば、リモートコントロール１０２は、リモートコントロール１０２内に組み込まれている光源（たとえば、ＬＥＤ）をアクティブ化する、触覚フィードバックを返す（たとえば、リモートコントロール１０２を振動させる）、オーディオフィードバックを返す、などの動作を行うことができる。アクティブ間隔１２２２が経過した後、リモートコントロール１０２は、スリープ間隔１２２６の間にスリープ動作状態に遷移することができる。同様に、リモートコントロール１０２から肯定応答メッセージ１２２４を受信した後、被制御デバイス１０４は、スリープ時間間隔１２０８の間に、スリープ動作状態に遷移することができる。
[00156]図１３〜図１５は、本開示の様々な実施形態による様々な例示的な状態と動作とを説明する状態図である。状態図は、リモートコントロールまたは被制御デバイス上に実装され得る様々な動作状態、遷移、または条件の非限定的な例である。状態図は、状態機械（state machine）、機械可読媒体上に具現化される命令、ハードウェア、ソフトウェア、または同様のものとして実装されることは理解されるであろう。いくつかの実施形態において、装置は、図１３〜図１５で説明されている状態、遷移、または条件を実装するように構成された命令を実行する１つまたは複数のプロセッサを備えることができる。
[00157]図１３は、リモートコントロール（たとえば、リモートコントロール１０２）によって実行される例示的な動作を示す状態図である。リモートコントロールは、ペアリングされていない動作状態１３０２で開始し得る。リモートコントロールは、リモートコントロールと被制御デバイスとの間のペアリングプロセスが正常に完了した後にペアリングされた動作状態１３０４に遷移し得る（遷移１３０３によって示される）。リモートコントロールが、被制御デバイスとのペアリングが喪失したとローカルで決定した場合、リモートコントロールは、ペアリングされていない動作状態１３０２に遷移し得る（遷移１３０５によって示される）。いくつかの実施形態において、リモートコントロールは、好適なユーザ入力に応答してペアリングされていない状態１３０２に遷移し得る（遷移１３０５によって示されている）。代替的に、リモートコントロールは、リモートコントロールが上で説明されているようなチャネルスキャンシーケンスで指示されている通信チャネル上の被制御デバイスを特定しようとして失敗した後にペアリングされていない状態に遷移し得る。さらに、リモートコントロールは、リモートコントロールがリセットされるか、またはリスタートされるときにペアリングされていない動作状態１３０２で動作し得る（遷移１３０６によって示される）。
[00158]図１４は、リモートコントロール（たとえば、リモートコントロール１０２）の例示的な電力状態動作を示す状態図である。リモートコントロールは、リモートコントロールがペアリングされた動作状態で動作しているときに図１４で説明されている動作を実行し得る。リモートコントロールは、非アクティブ動作状態１４０２で開始し得る。ボタン押下などの、リモートコントロール（ＲＣ）イベント１４０４を受信したことに応答して、リモートコントロールは、リストア動作状態（restore operating state）１４０６と整定動作状態（settle operating state）１４０８とに遷移し得る。整定状態（settling state）１４０８の後、リモートコントロールは、アクティブ待ち受け動作状態１４１０に遷移し得る（遷移１４１２によって示される）。コマンドが送信のために利用可能である場合、リモートコントロールは、状態１４１６でコマンドを被制御デバイスに送信する（遷移１４１４によって示されている）ことを試み得る。リモートコントロールは、リモートコントロールが被制御デバイスから層２肯定応答メッセージを受信するか（遷移１４２０によって示されている）、またはチャネルサーチ時間間隔が経過するか（遷移１４２２によって示されている）、またはコマンド送信するための時間間隔が経過する（遷移１４２４によって示されている）までコマンド送信するために状態１４１６に留まり得る（ループ１４１８によって示されている）。
[00159]チャネルサーチ時間間隔が経過した場合（１４２２）、リモートコントロールは、チャネルスキャンリスト上の次の通信チャネルに切り替わり、次の通信チャネル上で動作することを開始することができる（状態１４２６）。次いで、リモートコントロールは、状態１４２６から状態１４１６への遷移１４２８によって示されているように、次の通信チャネル上でコマンドを再送することを試みることができる。
[00160]層２肯定応答メッセージ１４２０を受信したことに応答して、リモートコントロールは、リモートコントロールが上位層肯定応答メッセージを受信することを予期しているかどうかを決定することができる（状態１４３０）。リモートコントロールが、上位層肯定応答を受信することを予期している場合（遷移１４３２を参照）、リモートコントロールは、アクティブ待ち受け動作状態１４１０に遷移し、上位層肯定応答メッセージ（ＵＬ＿ＡＣＫ）が状態１４３４で受信されるか、または新しいコマンドが送信に利用可能になるか（遷移１４１４を参照）、または最大上位層待ち時間時間間隔が経過するまで（状態１４４２への遷移１４４０を参照）、アクティブ待ち受け動作状態１４１０に留まることができる。状態１４３４において、上位層肯定応答メッセージが受信された場合、リモートコントロールは、次のコマンドが送信されるようにスケジュールされる前の残り時間を推測し得る（状態１４３４から状態１４４２への遷移１４３６を参照）。
[00161]リモートコントロールが、上位層肯定応答メッセージを受信するようにスケジュールされていない場合（１４３８から状態１４３０への遷移）、または上位層肯定応答メッセージを受信するための時間間隔が経過した場合（遷移１４４０）、リモートコントロールは、次のコマンドが送信されるようにスケジュールされる前の残り時間を推測する。状態１４４２において、リモートコントロールは、残り時間と所定の閾値とを比較する。次のコマンドが送信される前の残り時間が、所定の閾値より大きい場合、リモートコントロールは、遷移１４４４を介してスリープ動作状態１４４６に遷移する。しかしながら、次のコマンドが送信される前の残り時間が、所定の閾値より大きい場合、リモートコントロールは、遷移１４４８を介して、ほかの状態に遷移し、それはアクティブ待ち受け動作状態１４１０に戻る。
[00162]スリープタイムアウト間隔が経過した後、リモートコントロールは、スリープ動作状態１４４６から非アクティブ動作状態１４０２に遷移し、これは遷移１４５０によって示されている。スリープ動作状態１４４６から非アクティブ動作状態１４０２への遷移は、リモートコントロールの「サスペンド」動作への遷移とも称され得る。リモートコントロールが、スリープタイムアウト間隔が経過する前に新しいＲＣイベント（たとえば、ボタン押下）を検出した場合、リモートコントロールは、スリープ動作状態１４４６から整定動作状態１４０８に遷移し、これは遷移１４５２によって示されている。さらに、リモートコントロールは、リモートコントロールがリセットされるか、またはリスタートされるときに非アクティブ動作状態１４０２で動作し得る（遷移１４５４によって示される）。
[00163]図１５は、被制御デバイス（たとえば、被制御デバイス１０４）の例示的な電力状態動作を示す状態図である。いくつかの実施形態において、スタンバイ動作モードに入っている間、被制御デバイスのＷＬＡＮモジュールは、中間のスリープ動作状態とアクティブ動作状態との間で振動し得る。被制御デバイスは、スリープ動作状態とアクティブ動作状態との間で遷移し、リモートコントロールから送信されるコマンドへの応答性を維持しながら被制御デバイスのスタンバイ電力消費量を低減し得る。
[00164]被制御デバイスは、非アクティブ動作状態１５１０から開始し得る。さらに、被制御デバイスは、被制御デバイスがリセットされるか、またはリスタートされるときに非アクティブ動作状態１５１０で動作し得る（遷移１５７０によって示される）。定期的タイマーイベント１５１５を検出したことに応答して（たとえば、スリープサイクルの完了に応答して）、被制御デバイスは、リストア動作状態１５２０と整定動作状態１５３０を通って遷移し得る。次いで、被制御デバイスは、アクティブ待ち受け動作状態１５４０に遷移し得る。被制御デバイスは、被制御デバイスがパケットを検出するのを待つ所定の時間間隔（たとえば、ＲＣ存在時間間隔）の間、アクティブ待ち受け動作状態１５４０に留まり得る。パケットが検出された場合、被制御デバイスは受信動作状態１５５０に遷移し得る（遷移１５４５によって示されている）。パケットを受信した後、被制御デバイスは、受信動作状態１５５０からアクティブ待ち受け動作状態１５４０に遷移し（遷移１５５５によって示されている）、受信されたパケットに少なくとも一部は基づき次の動作状態を決定する。
[00165]次の動作状態が、アクティブ待ち受け動作状態である場合、被制御デバイスは、所定の時間間隔（たとえば、ＲＣ存在時間間隔）をキャンセルし、アクティブ待ち受け動作状態１５４０に留まり得るが、これは遷移１５６０によって示される。アクティブ待ち受け動作状態１５４０では、被制御デバイスは、リモートコントロールからのその後のコマンド／メッセージを検出するのを待ち続け得る。
[00166]しかしながら、被制御デバイスが、アクティブ待ち受け動作状態１５４０に留まる指示を受信しない場合、被制御デバイスは、所定の時間間隔（たとえば、ＲＣ存在時間間隔）が経過するまでアクティブ待ち受け動作状態１５４０で（スタンバイ動作モードとしての）動作し得る。ＲＣ存在時間間隔が経過した後、被制御デバイスは、遷移１５６５を介して非アクティブ動作状態１５１０に遷移し得る。
[00167]図１〜図１５は、実施形態の理解を助けることを意図された例であり、実施形態を制限する、または請求項の範囲を限定するために使用されるべきでないことは理解されるであろう。実施形態は、追加のコンポーネント、異なるコンポーネントを備えるものとしてよく、および／または追加の動作と、より少ない動作と、異なる順序の動作と、並列動作と、違った方法によるいくつかの動作とを実行し得る。たとえば、音声入力動作モードでは、リモートコントロール１０２および被制御デバイス１０４は、ジェスチャー入力動作モードのために図９において上で説明されているような類似の動作を実行することができる。リモートコントロール１０２は、音声サンプルを含むコマンドメッセージを被制御デバイス１０４に定期的に送信することができる。被制御デバイス１０４は、音声サンプルを処理し、適切な出力を提示することができる。さらに、被制御デバイス１０４は、ユーザが音声入力を行っているかどうかと、リモートコントロール１０２が音声入力動作モードに留まるべきかどうかとを指示するフィードバックをリモートコントロール１０２に提供することができる。さらに、リモートコントロール１０２は、現在の音声サンプルのセットが、前の音声サンプルのセットとほぼ同じかどうか（たとえば、ユーザが話していないときに）と、現在の音声サンプルのセットを被制御デバイス１０４に提供するかどうかとをさらに決定し得る。
[00168]図では、リモートコントロール１０２および被制御デバイス１０４がメッセージを送信し受信することを説明している。しかしながら、他の実施形態では、リモートコントロール１０２および被制御１０４は、パケット、フレーム、および／または他の好適なデータ単位を送信し受信し得る。パケット、フレーム、および／または別の好適なデータ単位は、ヘッダフィールド、ペイロードフィールド、および／または他の好適な数の、および種類のフィールドを含み得る。図１〜図１５では、リモートコントロール１０２および／または互いにもしくは他のネットワークデバイスに接続する被制御デバイス１０４を参照している。「接続」という用語は、ネットワークデバイス間の物理的接続またはネットワークデバイス間の通信結合を指すものとしてよい（たとえば、有線もしくはワイヤレス通信媒体およびプロトコルを使用する）。それに加えて、「接続」という用語は、ネットワークデバイス間の直接的結合または１つもしくは複数の中間ネットワークデバイスを介したネットワークデバイス間の間接的結合を指すものとしてよい。
[00169]図は、被制御デバイス１０４が動作状態フィードバック要求を受信したことに応答して動作状態フィードバックをリモートコントロール１０２に送信することを説明しているけれども、実施形態はそれに限定されない。いくつかの実施形態において、動作状態フィードバック要求を受信したことに応答して、被制御デバイス１０４は、現在の動作状態フィードバックが最後に送信された動作状態フィードバックと同じであるかどうかを決定することができる。もしそうであれば、被制御デバイス１０４は、現在の動作状態フィードバックをリモートコントロール１０２に送信し得ない。その代わりに、被制御デバイス１０４は、現在の動作状態フィードバックが最後に送信された動作状態フィードバックと同じであることを指示する肯定応答メッセージをリモートコントロール１０２に送信し得る。他の実施形態では、被制御デバイス１０４は、現在の動作状態フィードバックが最後に送信された動作状態フィードバックと同じであることを指示するためにメッセージ内で別の好適なメッセージまたは好適な値を送信し得る。被制御デバイス１０４は、現在の動作状態フィードバックが最後に送信された動作状態フィードバックと異なる場合に現在の動作状態フィードバックを送信し得る。
[00170]いくつかの実施形態において、リモートコントロール１０２は、チャネルスキャンシーケンスで指示されているすべての通信チャネルをスキャンした後に被制御デバイス１０４を検出し得ない。たとえば、リモートコントロール１０２は、被制御デバイス１０４が抜かれている場合、リモートコントロール１０２が被制御デバイス１０４の通信範囲外にある場合、などにおいて被制御デバイス１０４を検出し得ない。したがって、リモートコントロール１０２は、リモートコントロール１０２が被制御デバイス１０４を検出することができないことと、ユーザがリモートコントロール１０２と被制御デバイス１０４との間でペアリング動作を再実行すべきであることとをユーザに通知することができる。他の実施形態では、リモートコントロール１０２は、リモートコントロール１０２が所定の数の連続するユーザ入力が被制御デバイス１０４に正常に送信され得なかった後に被制御デバイス１０４を検出することができないことをユーザに通知することができる。リモートコントロール１０２は、リモートコントロール１０２内に組み込まれている光源（たとえば、ＬＥＤ）をアクティブ化すること、触覚フィードバックを返すこと（たとえば、リモートコントロール１０２を振動させること）、オーディオフィードバックを返すこと、リモートコントロール１０２の表示ユニット上に通知を提示することなどによって被制御デバイス１０４とのペアリングを喪失したことをユーザに通知することができる。
[00171]いくつかの実施形態において、リモートコントロール１０２は、リモートコントロール１０２が被制御デバイス１０４との接続性を喪失する瀬戸際にあるかどうかを指示する機能を実装し得る。一実施形態において、リモートコントロール１０２は、リモートコントロール１０２と被制御デバイス１０４との間のワイヤレス通信リンクの性能測定（たとえば、ＲＳＳＩ、誤り率、など）を監視することができる。リモートコントロール１０２は、性能測定を性能閾値と比較して、性能測定が性能閾値に従っているかどうかを決定することができる。たとえば、リモートコントロール１０２は、性能測定が性能閾値よりも大きい／小さいかどうかを決定することができる。別の例として、リモートコントロール１０２は、性能測定が性能閾値所定のパーセンテージまたは所定の範囲内にあるかどうかを決定することができる。性能測定を閾値と比較することに基づき、リモートコントロール１０２は、ワイヤレス通信リンクに関するリンクステータスインジケータを提示するかどうかを決定することができる。リンクステータスインジケータは、リモートコントロール１０２が、被制御デバイス１０４のＷＬＡＮ通信可能範囲の縁にあることを指示し得る。言い換えれば、リンクステータスインジケータは、リモートコントロール１０２が、被制御デバイス１０４への接続性を喪失する瀬戸際にあることをユーザに指示することができる。たとえば、リモートコントロール１０２は、ＲＳＳＩがＲＳＳＩ閾値よりも小さい場合にリンクステータスインジケータを提示することができる。別の例として、リモートコントロール１０２は、誤り率が誤り率閾値よりも大きい場合にリンクステータスインジケータを提示することができる。別の例として、リモートコントロール１０２は、ＲＳＳＩが閾値ＲＳＳＩのＲＳＳＩ閾値よりも５％（または別の好適なパーセンテージ）小さい場合にリンクステータスインジケータを提示することができる。いくつかの実施形態において、リンクステータスインジケータは、リモートコントロール１０２に関連付けられている表示ユニット上に提示される通知であってもよい。別の実施形態では、リモートコントロール１０２は、光源（たとえば、発光ダイオードまたはＬＥＤ）点滅させること、触覚フィードバック（たとえば、振動）を返すこと、オーディオフィードバックを返すこと、および／または他の好適なフィードバックを返すことによって、リモートコントロール１０２が被制御デバイス１０４への接続性を喪失することを指示するリンクステータスインジケータを提示し得る。ユーザは、リンクステータスインジケータを受信したことに応答して被制御デバイス１０４のＷＬＡＮ通信可能範囲内でリモートコントロール１０２を移動し得る。
[00172]いくつかの実施形態において、リモートコントロール１０２は、リモートコントロール１０２が被制御デバイス１０４への接続性を喪失しない場合にユーザ入力を被制御デバイス１０４に送信し得る。いくつかの実施形態において、リモートコントロール１０２は、リモートコントロール１０２が被制御デバイス１０４への接続性を喪失することを指示するリンクステータスインジケータを提示した後にユーザ入力を被制御デバイス１０４に送信し得る。他の実施形態では、リモートコントロール１０２は、リモートコントロール１０２がＷＬＡＮ通信可能範囲内にあり、被制御デバイス１０４への接続性を喪失しないことを確実にした後にユーザ入力を被制御デバイス１０４に送信し得る。この実施形態において、リモートコントロール１０２は、リモートコントロール１０２が被制御デバイス１０４への接続性を喪失しないと決定されるまでユーザ入力を被制御デバイス１０４に送信し得ない。
[00173]いくつかの実施形態において、被制御デバイス１０４は、リモートコントロール１０２が被制御デバイス１０４との接続性を喪失する瀬戸際にあるかどうかを決定し得る。被制御デバイス１０４は、リモートコントロール１０２と被制御デバイス１０４との間の通信リンクの性能測定を監視することができる。適切なときに、被制御デバイス１０４は、リモートコントロール１０２が被制御デバイス１０４への接続性を喪失する瀬戸際にあることを指示する通知を（たとえば、被制御デバイスを介して、リモートコントロール１０２を介して、など）行うことができる。いくつかの実施形態において、リモートコントロール１０２が、中間ネットワークデバイスを介して被制御デバイス１０４に接続する場合、リモートコントロール１０２、被制御デバイス１０４、および／または中間ネットワークデバイスは、リモートコントロール１０２と中間ネットワークデバイスとの間の通信リングの性能測定を監視することができる。上で説明されているように、リモートコントロール１０２と中間ネットワークデバイスとの間の通信リンクの性能測定が、性能閾値に従っていない場合、リモートコントロール１０２、被制御デバイス１０４、および／または中間ネットワークデバイスは、リモートコントロール１０２が中間ネットワークデバイスのＷＬＡＮ通信可能範囲の縁にあることを知らせる通知を行うことができる。通知は、光源（たとえば、ＬＥＤ）をアクティブ化すること、触覚フィードバックを返すこと、オーディオフィードバックを返すこと、表示ユニット上に通知を提示することなどによってもたらされ得る。リモートコントロール１０２が、被制御デバイス１０４（または中間ネットワークデバイス）への接続性を喪失する瀬戸際にあることを知らせる通知を受信したことに応答して、ユーザは、リモートコントロール１０２を移動して被制御デバイス１０４（または中間ネットワークデバイス）に近付けることができる。
[00174]いくつかの実施形態において、被制御デバイス１０４は、動的周波数選択（ＤＦＳ）チャネルに切り替えて、動的周波数選択（ＤＦＳ）チャネル上で通信し得る。たとえば、被制御デバイス１０４は、通信ネットワーク１００のアクセスポイントまたはネットワークゲートウェイ（図１に図示されていない）に接続し得る。アクセスポイントがＤＦＳチャネルに切り替わる場合、被制御デバイス１０４も、アクセスポイントへの接続性を維持するためにＤＦＳチャネルに切り替わり得る。ＤＦＳチャネルは、他の通信プロトコル（たとえば、ＲＡＤＡＲ通信）を実装するネットワークデバイスがＤＦＳチャネル上でアクティブでない場合にのみＷＬＡＮ通信に使用され得る通信チャネルとすることができる。典型的には、ＷＬＡＮ対応ネットワークデバイスは、ＤＦＳチャネルを介して通信する前にＤＦＳチャネルがＷＬＡＮ通信に利用可能であることを確実にするのにかなり長い時間待つ必要があり得る。したがって、電力および待ち時間を考慮して、リモートコントロール１０２は、ＤＦＳチャネル上で動作するように構成され得ない。したがって、被制御デバイス１０４がＤＦＳパネル上で動作する場合、被制御デバイス１０４は、非ＤＦＳチャネルに定期的に切り替わり、リモートコントロール１０２が被制御デバイス１０４を検出し、通信することを可能にするように構成され得る。いくつかの実施形態において、被制御デバイス１０４は、所定の時間間隔の間、非ＤＦＳチャネルに定期的に切り替えて、非ＤＦＳチャネル上での存在を維持することができる。所定の時間間隔は、被制御デバイス１０４のアクティブ間隔に少なくとも一部は基づき選択されるものとしてよい。たとえば、被制御デバイス１０４は、それが各１００ｍｓ時間間隔において５ｍｓのアクティブ間隔を有することを（リモートコントロール１０２に）指示し得る。したがって、被制御デバイス１０４がＤＦＳチャネル上で動作するように構成されている場合、被制御デバイス１０４は、各１００ｍｓ時間間隔において少なくとも５ｍｓの間に非ＤＦＳチャネルに切り替わるように構成され得る。しかしながら、他の実施形態では、被制御デバイス１０４は、好適なアクティブ間隔とスリープ間隔とを維持することができる。さらに、ＤＦＳチャネル上で動作するように構成された場合、被制御デバイス１０４は、好適な時間間隔の間に非ＤＦＳチャネル上でアクティブ動作状態における存在を維持することができる。一例では、上で説明されているように、被制御デバイス１０４は、アクティブ間隔に等しい所定の時間間隔の間に非ＤＦＳチャネルに切り替わることができる。一実施形態では、非ＤＦＳチャネルは、リモートコントロール１０２と被制御デバイス１０４との間で以前にネゴシエートされた通信チャネルとすることができる。別の実施形態では、非ＤＦＳチャネルは、チャネルスキャンシーケンスからの好適な通信チャネル（たとえば、Ｍｉｒａｃａｓｔ通信チャネル、２．４ＧＨｚ ＷＬＡＮ通信チャネル、５ＧＨｚ ＷＬＡＮ通信チャネルなど）とすることができる。
[00175]いくつかの実施形態において、被制御デバイス１０４は、通信ネットワーク１００内の別のネットワークデバイスに関連付けられ、接続し得る。たとえば、被制御デバイス１０４は、ラップトップコンピュータ、スマートアプライアンス、または別の好適なネットワークデバイスに関連付けられ、接続し得る。ネットワークデバイスとメッセージを交換する前に、被制御デバイス１０４およびネットワークデバイスは、その後の通信のために好適な通信チャネルを選択することをネゴシエートし得る。被制御デバイス１０４は、通信チャネルを選択するためにネットワークデバイスとネゴシエートしながらＤＦＳチャネルを含み得ない。
[00176]当業者であれば理解するように、本開示の態様は、システム、方法、またはコンピュータプログラム製品として具現化され得る。したがって、本開示の態様は、全体がハードウェアである実施形態、ソフトウェアである実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、または本明細書においてすべて「回路」、「モジュール」、または「システム」と一般的に称され得るソフトウェアの態様とハードウェアの態様とを組み合わせた実施形態の形をとり得る。さらに、本開示の態様は、コンピュータ可読プログラムコードが具現化される１つまたは複数のコンピュータ可読媒体内に具現化されたコンピュータプログラム製品の形態をとり得る。
[00177]１つまたは複数の非一時的コンピュータ可読媒体の任意の組合せが利用され得る。非一時的コンピュータ可読媒体は、一時的伝搬信号を唯一の例外として、すべてのコンピュータ可読媒体を備える。非一時的コンピュータ可読媒体は、コンピュータ可読記憶媒体であることもある。コンピュータ可読記憶媒体は、たとえば、電子的な、磁気的な、光学的な、電磁気学的な、赤外線の、または半導体のシステム、装置、またはデバイス、あるいはそれらの任意の適当な組合せであり得るが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例（非網羅的なリスト）は、１つまたは複数の電線を有する電気的接続、携帯型コンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラム可能リードオンリーメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）、光学式記憶装置デバイス、磁気記憶装置デバイス、または前述のものの好適な組合せを含む。本文書の文脈では、コンピュータ可読記憶媒体は、命令実行システム、装置、またはデバイスによって使用される、またはそれらと組み合わせて使用されるプログラムを含むことができる、または記憶することができる、任意の有形の媒体であり得る。
[00178]本開示の態様に対する動作を実行するためにコンピュータ可読媒体上に具現化されたコンピュータプログラムコードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋、または同様のものなどのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または類似のプログラミング言語などの伝統的な手続き型プログラミング言語を含む、１つまたは複数のプログラミング言語の組合せで書くことができる。プログラムコードは、完全にユーザのコンピュータ上で実行してもよいし、部分的にユーザのコンピュータ上で実行してもよいし、独立型ソフトウェアパッケージとして実行してもよいし、一部はユーザのコンピュータ上で実行して、一部は遠隔コンピュータ上で実行してもよいし、あるいは完全に遠隔コンピュータまたはサーバ上で実行してもよい。後者のシナリオでは、遠隔コンピュータは、ローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）など任意のタイプのネットワークを介してユーザのコンピュータに接続され得、その接続は、（たとえばインターネットサービスプロバイダを用いてインターネットを介して）外部コンピュータに対しても行われてもよい。
[00179]本開示の態様は、本開示の実施形態による方法、装置（システム）、およびコンピュータプログラム製品の流れ図図解および／またはブロック図を参照しつつ以下で説明される。流れ図および／またはブロック図の各ブロック、ならびに流れ図および／またはブロック図中のブロックの組合せは、コンピュータプログラム命令によって実施され得ることは理解されるであろう。これらのコンピュータプログラム命令は、汎用コンピュータ、特殊目的コンピュータ、または他のプログラマブルデータ処理装置のプロセッサに提供されて機械を生成して、その命令が、そのコンピュータまたは他のプログラマブルデータ処理装置のプロセッサを介して実行されて、流れ図および／またはブロック図の１つまたは複数のブロックに指定される機能／作用を実施するための手段を生成するようにすることができる。
[00180]これらのコンピュータプログラム命令は、コンピュータ、他のプログラマブルデータ処理装置、または他のデバイスを特定の様式で機能させることができるコンピュータ可読媒体にも記憶され得、コンピュータ可読媒体に記憶されたそれらの命令が、流れ図および／またはブロック図の１つまたは複数のブロックに指定される機能／作用を実施する命令を含む製品を生成するようにすることができる。
[00181]コンピュータプログラム命令は、コンピュータまたは他のプログラマブル装置上で実行されるそれらの命令が、流れ図および／またはブロック図の１つまたは複数のブロックに指定される機能／作用を実施するためのプロセスを提供するように、コンピュータ、他のプログラマブル装置、または他のデバイス上で一連の動作ステップが実行されてコンピュータ実施プロセスを生成するように、コンピュータ、他のプログラマブルデータ処理装置、または他のデバイスにもロードされ得る。
[00182]図１６は、通信ネットワークにおける電力節約のためのメカニズムを備える電子デバイス１６００の一実施形態のブロック図である。いくつかの実装において、電子デバイス１６００は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、携帯電話、スマートアプライアンス、ゲーム機、テレビ、セットトップボックス、オーディオプレーヤー、メディアブレーヤー、またはリモートコントロールもしくは別の制御デバイスによって制御され得る通信ユニットを備える別の電子デバイスのうちの１つであってよい。別の実装では、電子デバイス１６００は、ネットワークデバイスを制御するためのユーザ入力を受信するように構成されたリモートコントロールまたは別の電子デバイスであってよい。電子デバイス１６００は、プロセッサ１６０２（場合によっては、複数のプロセッサ、複数のコア、複数のノードを備え、および／またはマルチスレッディングなどを実装する）とメモリ１６０６とを備える。メモリ１６０６は、システムメモリ（たとえば、キャッシュ、ＳＲＡＭ、ＤＲＡＭ、ゼロキャパシタＲＡＭ、ツイントランジスタＲＡＭ、ｅＤＲＡＭ、ＥＤＯ ＲＡＭ、ＤＤＲ ＲＡＭ、ＥＥＰＲＯＭ（登録商標）、ＮＲＡＭ、ＲＲＡＭ（登録商標）、ＳＯＮＯＳ、ＰＲＡＭなどのうちの１つまたは複数）、または非一時的機械可読記憶媒体の上ですでに説明されている可能な実現のうちの１つまたは複数であってよい。電子デバイス１６００は、バス１６１０（たとえば、ＰＣＩ、ＩＳＡ、ＰＣＩ−Ｅｘｐｒｅｓｓ、ＨｙｐｅｒＴｒａｎｓｐｏｒｔ（登録商標）、ＩｎｆｉｎｉＢａｎｄ（登録商標）、ＮｕＢｕｓ、ＡＨＢ、ＡＸＩなど）も備える。電子デバイス１６００は、ネットワークインターフェース１６０４（破線を使用して示されている）を任意選択で含み得る。たとえば、電子デバイス１６００は、電子デバイスがリモートコントロールによって制御できる場合にネットワークインターフェース１６０４を備え得る。ネットワークインターフェース１６０４は、ワイヤレスネットワークインターフェース（たとえば、ＷＬＡＮインターフェース、Ｂｌｕｅｔｏｏｔｈインターフェース、ＷｉＭＡＸインターフェース、ＺｉｇＢｅｅ（登録商標）インターフェース、Ｗｉｒｅｌｅｓｓ ＵＳＢインターフェースなど）および／または有線ネットワークインターフェース（たとえば、ＰＬＣインターフェース、Ｅｔｈｅｒｎｅｔインターフェースなど）を含み得る。いくつかの実施形態において、電子デバイス１６００は、ＷＬＡＮ通信機能を実装するためにＩＥＥＥ８０２．１１プロトコルを実行し得る。いくつかの実施形態において、電子デバイス１６００は、ハイブリッド通信機能を実装するためにＩＥＥＥ１９０５．１プロトコルを実行し得る。
[00183]電子デバイス１６００は、通信ユニット１６０８も備える。通信ユニット１６０８は、節電ユニット１６１２と、ＷＬＡＮ通信ユニット１６１４と、入力処理ユニット１６１６とを備える。一実施形態では、図１〜図１２と図１５とを参照しつつ上で説明されているように、節電ユニット１６１２は、電子デバイス１６００がアクティブ動作状態とスリープ動作状態との間で定期的に遷移することを引き起こすことができる。リモートコントロールからユーザ入力を受信したことに応答して、入力処理ユニット１６１６は、ユーザ入力を処理し、電子デバイス１６００の表示ユニット上に結果として得られる出力をどのようにレンダリングするかを決定することができる。別の実施形態では、図１〜図１１と図１３〜図１４において説明されているように、入力処理ユニット１６１６は、ユーザ入力を受信し、ユーザ入力をネットワークデバイスに送信するかどうかを決定し、ＷＬＡＮ通信ユニット１６１４がユーザ入力をネットワークデバイスに送信することを引き起こすことができる。節電ユニット１６１２は、入力処理ユニット１６１６と被制御ネットワークデバイスとからの通信に少なくとも一部は基づきアクティブ動作状態、中間のスリープ動作状態、または非アクティブ動作状態に電子デバイス１６００を構成するかどうかを決定することができる。いくつかの実施形態において、通信ユニット１６０８は、被制御ネットワークデバイスと通信し、その動作を制御するための少なくとも１つのワイヤレスインターフェースも備え得る。
[00184]これらの機能のうちのどれか１つは、ハードウェアで、および／またはプロセッサ１６０２上に、部分的に（または全部について）実装され得る。たとえば、機能は、特定用途向け集積回路、プロセッサ１６０２内に実装されているロジック、周辺デバイスまたはカード上のコプロセッサ、などにより実装され得る。いくつかの実施形態において、通信ユニット１６０８は、システムオンチップ（ＳｏＣ）、特定用途向け集積回路（ＡＳＩＣ）、または電子デバイス１６００の通信を可能にするのに好適な別の集積回路上に、各々実装され得る。いくつかの実施形態において、通信ユニット１６０８は、追加のプロセッサとメモリとを備え得、電子デバイス１６００の１つまたは複数の回路基板上の１つまたは複数の集積回路内に実装され得る。さらに、実現は、図１６に例示されていないより少ない、または追加のコンポーネント（たとえば、ビデオカード、オーディオカード、ネットワークインターフェース、周辺デバイスなど）を含み得る。たとえば、バス１６１０に結合されているプロセッサ１６０２に加えて、通信ユニット１６０８は、少なくとも１つの追加のプロセッサを備え得る。別の例として、バス１６１０に結合されているように図示されているけれども、メモリ１６０６は、プロセッサ１６０２に結合され得る。
[00185]これらの実施形態は、様々な実装および利用を参照しつつ説明されているが、これらの実施形態は例示的であり、本開示の範囲は、これらに限定されないことは理解されるであろう。一般に、本明細書で説明されているようなＷＬＡＮ対応リモートコントロールデバイスの電力節約のための技術は、ハードウェアシステムと整合している設備、またはハードウェアシステムにより実装され得る。多くの変形、修正、追加、および改良が可能である。
[00186]本明細書において単数の場合として説明されている構成要素、動作、または構造については、複数の場合も可能である。最後に、様々な構成要素、動作、およびデータ記憶位置の間の境界は、ある程度任意であり、特定の動作は、具体的な例示的な構成の文脈において例示されたものである。機能の他の割り当ても企図され、本開示の範囲内に収まり得る。一般に、例示的な構成において別個の構成要素として提示されている構造および機能性は、結合された構造または構成要素として実施され得る。同様に、単一の構成要素として提示されている構造および機能性は、別個の構成要素として実施され得る。これらのおよび他の変更、修正、追加、および改善は、本開示の範囲内に収まり得る。

Claims (49)

  1. 第１の通信チャネル上で第１のネットワークデバイスから第１のユーザ入力を第２のネットワークデバイスに送信することと、ここにおいて、前記第１のユーザ入力は、前記第２のネットワークデバイスの動作を制御するための入力である、
    前記第１の通信チャネル上で前記第２のネットワークデバイスから肯定応答メッセージを受信しないことに少なくとも一部は基づき、前記第２のネットワークデバイスが前記第１の通信チャネル上で動作しているかどうかを決定することと、
    前記第２のネットワークデバイスが前記第１の通信チャネル上で動作していないと決定したことに応答してチャネルスキャンシーケンスに従って複数の通信チャネルをスキャンすることと、ここにおいて、前記チャネルスキャンシーケンスは、前記第２のネットワークデバイスから以前に受信されている動作状態フィードバックに少なくとも一部は基づき決定される、を備える方法。
  2. 前記第１の通信チャネル上で前記第２のネットワークデバイスから前記肯定応答メッセージを受信しないことに応答して前記第１のネットワークデバイスから前記第２のネットワークデバイスに前記第１のユーザ入力と動作状態フィードバック要求とを送信することをさらに備える請求項１に記載の方法。
  3. 前記第１のネットワークデバイスから前記第２のネットワークデバイスに動作状態フィードバック要求を、
    前記第１のユーザ入力を前記第２のネットワークデバイスに送信するための所定の再送時間間隔が経過したことを決定することと、
    前記第１のユーザ入力を前記第２のネットワークデバイスに送信するための所定の再送試行回数に達したことを決定することと、
    前記第１のユーザ入力が所定のユーザ入力とマッチしていると決定することのうちの少なくとも１つに応答して、送信することをさらに備える請求項１に記載の方法。
  4. 前記第１のネットワークデバイスから前記第２のネットワークデバイスに動作状態フィードバック要求を送信することと、
    新しい動作状態フィードバックが前記第２のネットワークデバイスから受信されるまで、または事前定義されている時間間隔が経過するまでアクティブ動作状態に構成されたままであることを決定することとをさらに備える請求項１に記載の方法。
  5. 前記第２のネットワークデバイスの前記動作状態フィードバックは、
    前記第２のネットワークデバイスが、アクティブ動作状態で構成されているかどうか、
    前記第２のネットワークデバイスが、アクセスポイントに関連付けられているかどうか、
    前記第２のネットワークデバイスが前記アクセスポイントと通信するように構成されている動作している通信チャネルの識別、
    前記第２のネットワークデバイスが前記アクティブ動作状態で動作するように構成されている時間間隔の識別、および
    前記第２のネットワークデバイスがスリープ動作状態で動作するように構成されている時間間隔の識別のうちの少なくとも１つを備える請求項１に記載の方法。
  6. 所定の再送時間間隔が経過した後に前記第１の通信チャネル上で前記第１のユーザ入力を前記第２のネットワークデバイスに再送しないことを決定することと、
    前記第１のユーザ入力を再送しないことを決定した後に前記第１の通信チャネル上で動作状態フィードバック要求を前記第１のネットワークデバイスから前記第２のネットワークデバイスに送信することとをさらに備える請求項１に記載の方法。
  7. 前記第１の通信チャネル上で前記第２のネットワークデバイスから前記肯定応答メッセージを受信しないことに応答して、
    前記第１の通信チャネル上で前記第１のネットワークデバイスから前記第２のネットワークデバイスへの前記第１のユーザ入力の再送に動作状態フィードバック要求を埋め込むことをさらに備える請求項１に記載の方法。
  8. 前記第１のネットワークデバイスから前記第２のネットワークデバイスに動作状態フィードバック要求を送信したことに応答して前記第２のネットワークデバイスから前記肯定応答メッセージを受信することと、
    前記肯定応答メッセージは、前記第２のネットワークデバイスの新しい動作状態フィードバックを含まないと決定することと、
    前記肯定応答メッセージが前記新しい動作状態フィードバックを含まないと決定したことに応答して前記第２のネットワークデバイスから以前に受信された前記動作状態フィードバックを使用することを決定することとをさらに備える請求項１に記載の方法。
  9. 前記第２のネットワークデバイスへの送信のため前記第１のネットワークデバイスで第２のユーザ入力を受信することと、
    前記第１のネットワークデバイスが、前記第１のユーザ入力を前記第２のネットワークデバイスに送信しているかどうかを決定することと、
    前記第１のネットワークデバイスが前記第１のユーザ入力を前記第２のネットワークデバイスに送信しているかどうかに少なくとも一部は基づき前記第２のユーザ入力を前記第２のネットワークデバイスに送信するかどうかを決定することとをさらに備える請求項１に記載の方法。
  10. 前記第１のネットワークデバイスが、前記第１のユーザ入力を前記第２のネットワークデバイスに送信していると決定したことに応答して、
    前記第２のユーザ入力が前記第１のユーザ入力の複製であるかどうかを決定することと、
    前記第２のユーザ入力が前記第１のユーザ入力の複製でないと決定したことに応答して前記第１のユーザ入力と前記第２のユーザ入力とを前記第１のネットワークデバイスから前記第２のネットワークデバイスに送信することと、
    前記第２のユーザ入力が前記第１のユーザ入力の複製であると決定したことに応答して前記第１のユーザ入力を送信することに関連付けられている再送時間間隔を延長することとを備える請求項９に記載の方法。
  11. 前記第１のネットワークデバイスが、前記第１のユーザ入力を前記第２のネットワークデバイスに送信していると決定したことに応答して、
    前記第１のユーザ入力と前記第２のユーザ入力とを前記第１のネットワークデバイスから前記第２のネットワークデバイスに送信することを備える請求項９に記載の方法。
  12. 前記第１のネットワークデバイスが、前記第１のユーザ入力を前記第２のネットワークデバイスに送信していると決定したことに応答して、
    所定の再送時間間隔が経過した後に前記第１のユーザ入力と前記第２のユーザ入力とを再送しないことを決定することと、
    前記所定の再送時間間隔が経過した後に前記第１のネットワークデバイスから前記第２のネットワークデバイスに動作状態フィードバック要求を送信することとを備える請求項９に記載の方法。
  13. 前記第１のユーザ入力を受信したことに応答して前記第１のネットワークデバイスでアクティブ動作状態に遷移することと、
    第２の通信チャネル上で前記第１のユーザ入力を送信した後に前記第２の通信チャネル上で前記第２のネットワークデバイスから肯定応答メッセージを受信したことに応答して前記第２の通信チャネル上で前記第２のネットワークデバイスが動作していると決定することと、
    前記第２の通信チャネル上で前記第２のネットワークデバイスから前記肯定応答メッセージを受信したことに応答して前記第１のネットワークデバイスで前記アクティブ動作状態から非アクティブ動作状態に遷移することとをさらに備える請求項１に記載の方法。
  14. 前記第１の通信チャネル上で前記第２のネットワークデバイスから前記肯定応答メッセージを受信しないことに応答して、
    所定の再送時間間隔の間に前記第１の通信チャネル上で前記第１のユーザ入力を再送することと、
    前記所定の再送時間間隔が経過した後に前記肯定応答メッセージを受信しないことに少なくとも一部は基づき前記第２のネットワークデバイスが前記第１の通信チャネル上で動作していないと決定することとを備える請求項１に記載の方法。
  15. 第２の通信チャネル上で前記第１のネットワークデバイスから前記第２のネットワークデバイスへの前記第１のユーザ入力の送信成功を決定することと、
    前記第１のネットワークデバイスをアクティブ動作状態からスリープ動作状態に遷移させることと、ここにおいて、前記スリープ動作状態は、前記アクティブ動作状態と非アクティブ動作状態との間の状態である、をさらに備える請求項１に記載の方法。
  16. 前記第１のネットワークデバイスが、前記スリープ動作状態に構成されている間、
    前記第１のネットワークデバイスで第２のユーザ入力を受信したことに応答して、前記第１のネットワークデバイスを前記スリープ動作状態から前記アクティブ動作状態に遷移させて前記第２のユーザ入力を前記第２のネットワークデバイスに送信することと、
    所定の時間間隔が経過したと決定したことに応答して、前記第１のネットワークデバイスを前記スリープ動作状態から前記非アクティブ動作状態に遷移させることとをさらに備える請求項１５に記載の方法。
  17. 前記第１のユーザ入力は、前記第１のネットワークデバイスのトリガーメカニズムをアクティブ化したことに応答して供給される請求項１５に記載の方法。
  18. 第２の通信チャネル上で前記第１のネットワークデバイスから前記第２のネットワークデバイスへの前記第１のユーザ入力の送信成功を決定することと、
    前記第１のネットワークデバイスをアクティブ動作状態からスリープ動作状態に遷移させることと、ここにおいて、前記スリープ動作状態は、前記アクティブ動作状態と非アクティブ動作状態との間の状態である、
    所定の時間間隔が経過した後に、前記第１のネットワークデバイスを前記スリープ動作状態から前記アクティブ動作状態に自動的に遷移させて第２のユーザ入力を送信することとをさらに備える請求項１に記載の方法。
  19. 前記第１のネットワークデバイスから前記第２のネットワークデバイスにフィードバック要求を送信すること、ここにおいて、前記フィードバック要求への応答は、前記第１のネットワークデバイスがその後のユーザ入力を前記第２のネットワークデバイスに供給し続けるべきかどうかを指示する、をさらに備える請求項１８に記載の方法。
  20. 前記第１のユーザ入力と前記第２のユーザ入力との差が所定の閾値を超えるかどうかを決定することと、
    前記第１のユーザ入力と前記第２のユーザ入力との前記差が前記所定の閾値を超えたと決定したことに応答して前記第２のユーザ入力を前記第１のネットワークデバイスから前記第２のネットワークデバイスに送信することと、
    前記第１のユーザ入力と前記第２のユーザ入力との前記差が前記所定の閾値を超えていないと決定したことに応答して前記第２のユーザ入力を前記第１のネットワークデバイスから前記第２のネットワークデバイスに再送しないことを決定することとをさらに備える請求項１８に記載の方法。
  21. 前記第１のユーザ入力および前記第２のユーザ入力は、各々、ジェスチャー入力を表すセンサー情報を含むか、または
    前記第１のユーザ入力および前記第２のユーザ入力は、各々、音声入力を表す音声サンプルを含む請求項１８に記載の方法。
  22. 前記第１の通信チャネル上で前記第１のユーザ入力を前記第１のネットワークデバイスから前記第２のネットワークデバイスに送信するために前記第１のネットワークデバイスの第１の通信パラメータを選択することと、
    所定の再送時間間隔が経過した後に、前記第１の通信チャネル上で前記第１のユーザ入力を前記第１のネットワークデバイスから前記第２のネットワークデバイスに再送するために前記第１のネットワークデバイスの第２の通信パラメータを選択することとをさらに備える請求項１に記載の方法。
  23. 前記第１のネットワークデバイスと前記第２のネットワークデバイスとの間の前記第１の通信チャネルに関連付けられている性能測定を決定することと、
    前記性能測定と閾値とを比較した結果に少なくとも一部は基づき前記第１の通信チャネルに関するリンクステータスを提示するかどうかを決定することとをさらに備える請求項１に記載の方法。
  24. 前記性能測定が前記閾値に従っていないと決定したことに応答して前記第１のネットワークデバイスが前記第２のネットワークデバイスへの接続性を喪失することを指示するための前記リンクステータスを提示することをさらに備える請求項２３に記載の方法。
  25. 前記第１のユーザ入力を前記第１のネットワークデバイスから前記第２のネットワークデバイスに前記送信することは、
    前記第１のネットワークデバイスが前記第２のネットワークデバイスへの接続性を喪失しないと決定すること、または
    前記リンクステータスを提示した後に、前記第１のネットワークデバイスが前記第２のネットワークデバイスの通信可能範囲内にあると決定することに応答して行われる請求項２３に記載の方法。
  26. 所定の数のユーザ入力が前記第１のネットワークデバイスから前記第２のネットワークデバイスに送信されることに成功しなかったと決定したこと、または
    前記第２のネットワークデバイスが前記複数の通信チャネル上で検出されなかったと決定したことに応答して
    前記第１のネットワークデバイスと前記第２のネットワークデバイスとの間のペアリングのための動作を実行する通知を前記第１のネットワークデバイスで提示することをさらに備える請求項１に記載の方法。
  27. 前記第１のネットワークデバイスは、リモートコントロールデバイスであり、前記第２のネットワークデバイスは、家庭用電子機器である請求項１に記載の方法。
  28. 前記第１のネットワークデバイスおよび前記第２のネットワークデバイスは、各々、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）機能を含む請求項１に記載の方法。
  29. プロセッサと、
    前記プロセッサに結合された通信ユニットとを備え、前記通信ユニットは
    第２のネットワークデバイスの動作を制御するためのユーザ入力を受信し、ここにおいて、前記第１のネットワークデバイスは非ビーコン動作モードで動作する前記第２のネットワークデバイスに関して非同期に動作するように構成され、
    前記ユーザ入力を受信したことに応答してアクティブ動作状態に遷移し、
    前記ユーザ入力を前記第２のネットワークデバイスに送信し、
    前記ユーザ入力を前記第２のネットワークデバイスに送信した後に前記第２のネットワークデバイスから肯定応答メッセージを受信したことに応答して前記アクティブ動作状態を終了するように構成される
    第１のネットワークデバイス。
  30. 前記通信ユニットは、
    動作状態フィードバック要求を前記第２のネットワークデバイスに送信し、
    動作状態フィードバックが前記第２のネットワークデバイスから受信されるまで、または事前定義されている時間間隔が経過するまで前記アクティブ動作状態に構成されたままであることを決定するようにさらに構成される請求項２９に記載の第１のネットワークデバイス。
  31. 前記第２のネットワークデバイスから前記肯定応答メッセージを受信しないことに応答して、前記通信ユニットは、
    前記第１のネットワークデバイスから前記第２のネットワークデバイスへの前記ユーザ入力の再送に動作状態フィードバック要求を埋め込むようにさらに構成される請求項２９に記載の第１のネットワークデバイス。
  32. 第１のネットワークデバイスから第１のユーザ入力を第２のネットワークデバイスに送信することと、ここにおいて、前記第１のユーザ入力は、前記第２のネットワークデバイスの動作を制御するための入力である、
    前記第２のネットワークデバイスから肯定応答メッセージを受信しないことに応答して、前記第１のネットワークデバイスから前記第２のネットワークデバイスへの前記第１のユーザ入力の再送に動作状態フィードバック要求を埋め込むことと、
    前記第２のネットワークデバイスから以前に受信された動作状態フィードバックに少なくとも一部は基づき、前記第１のネットワークデバイスから前記第２のネットワークデバイスへの前記第１のユーザ入力の再送に使用されるべき第１の通信チャネルを決定することとを備える、方法。
  33. 前記第１のユーザ入力を再送するために使用されるべき前記第１の通信チャネルを前記決定することは、
    前記第２のネットワークデバイスを検出するためにチャネルスキャンシーケンスに従って複数の通信チャネルをスキャンすること、ここにおいて、前記チャネルスキャンシーケンスは、前記第２のネットワークデバイスから以前に受信されている前記動作状態フィードバックに少なくとも一部は基づき決定される、を備える請求項３２に記載の方法。
  34. 前記動作状態フィードバック要求に応答して前記第２のネットワークデバイスから新しい動作状態フィードバックを受信することと、
    前記第２のネットワークデバイスがチャネルスキャンシーケンスに少なくとも一部は基づき前記第１の通信チャネルから第２の通信チャネルに遷移することを決定することと、ここにおいて、前記チャネルスキャンシーケンスは、前記新しい動作状態フィードバックに少なくとも一部は基づき決定される、
    前記第１のネットワークデバイスから前記第２の通信チャネル上のその後のユーザ入力を前記第２のネットワークデバイスに再送することとをさらに備える請求項３２に記載の方法。
  35. 前記動作状態フィードバック要求に応答して前記第２のネットワークデバイスから新しい動作状態フィードバックが受信されなかったと決定することと、
    前記第１の通信チャネルを介して前記第１のネットワークデバイスから前記第１のユーザ入力と前記動作状態フィードバック要求とを前記第２のネットワークデバイスに再送することとをさらに備える請求項３２に記載の方法。
  36. 前記第１のユーザ入力の前記再送に前記動作状態フィードバック要求を前記埋め込むことは、前記第１のネットワークデバイスで事前定義されたユーザ入力を受信したことに応答して行われ、ここにおいて、前記事前定義されたユーザ入力は、前記第１のネットワークデバイスが前記動作状態フィードバックを前記第２のネットワークデバイスに要求することを引き起こす請求項３２に記載の方法。
  37. プロセッサと、
    前記プロセッサに結合された通信ユニットとを備え、前記通信ユニットは
    第１の通信チャネル上で第１のユーザ入力を第２のネットワークデバイスに送信し、ここにおいて、前記第１のユーザ入力は、前記第２のネットワークデバイスの動作を制御するための入力である、
    前記第１の通信チャネル上で前記第２のネットワークデバイスから肯定応答メッセージを受信しないことに少なくとも一部は基づき、前記第２のネットワークデバイスが前記第１の通信チャネル上で動作しているかどうかを決定し、
    前記第２のネットワークデバイスが前記第１の通信チャネル上で動作していないと決定したことに応答してチャネルスキャンシーケンスに従って複数の通信チャネルをスキャンし、ここにおいて、前記チャネルスキャンシーケンスは、前記第２のネットワークデバイスから以前に受信されている動作状態フィードバックに少なくとも一部は基づき決定される、ように構成される、第１のネットワークデバイス。
  38. 前記第１の通信チャネル上で前記第２のネットワークデバイスから前記肯定応答メッセージを受信しないことに応答して、前記通信ユニットは、
    前記第１の通信チャネル上で前記第１のネットワークデバイスから前記第２のネットワークデバイスへの前記第１のユーザ入力の再送に動作状態フィードバック要求を埋め込むようにさらに構成される請求項３７に記載の第１のネットワークデバイス。
  39. 前記通信ユニットは、
    前記第２のネットワークデバイスへの送信のために第２のユーザ入力を受信し、
    前記第１のネットワークデバイスが、前記第１のユーザ入力を前記第２のネットワークデバイスに送信しているかどうかを決定し、
    前記第１のネットワークデバイスが前記第１のユーザ入力を前記第２のネットワークデバイスに送信しているかどうかに少なくとも一部は基づき前記第２のユーザ入力を前記第２のネットワークデバイスに送信するかどうかを決定するようにさらに構成される請求項３７に記載の第１のネットワークデバイス。
  40. 第２のネットワークデバイスと非同期に動作するように構成され、
    前記通信システムの前記第２のネットワークデバイスの動作を制御するために第１のユーザ入力を受信したことに応答してアクティブ動作状態に遷移し、
    前記第１のユーザ入力を前記第２のネットワークデバイスに送信し、
    前記第１のユーザ入力を前記第２のネットワークデバイスに送信した後に前記第２のネットワークデバイスから肯定応答メッセージを受信したことに応答して前記アクティブ動作状態を終了するように構成された第１のネットワークデバイスと、
    前記第１のネットワークデバイスと通信可能に結合され、非ビーコン動作モードで動作するように構成され、
    前記第１のネットワークデバイスから前記第１のユーザ入力を受信したことに応答して前記肯定応答メッセージを前記第１のネットワークデバイスに送信し、
    前記第１のユーザ入力を処理し前記第１のユーザ入力に関連付けられている動作を実行するように構成された前記第２のネットワークデバイスとを備える、通信システム。
  41. 前記第２のネットワークデバイスは、
    前記第２のネットワークデバイスが前記アクティブ動作状態に構成されている間に前記第１のネットワークデバイスと前記第２のネットワークデバイスとの間の通信チャネル上のデータトラヒックを検出し、
    前記通信チャネル上の前記データトラヒックを検出したことに応答して前記アクティブ動作状態で動作するための時間間隔を動的に増加させるように構成される請求項４０に記載の通信システム。
  42. 前記第２のネットワークデバイスは、前記アクティブ動作状態に構成され、
    前記第２のネットワークデバイスに関連付けられている前記アクティブ動作状態の持続時間は、前記第１のネットワークデバイスから前記第１のユーザ入力を受信することに関連付けられている最大待ち時間に少なくとも一部は基づく請求項４０に記載の通信システム。
  43. 前記第２のネットワークデバイスは、
    前記第１のネットワークデバイスから第２のユーザ入力を受信し、
    前記第２のユーザ入力が前記第１のユーザ入力の複製であるかどうかを決定し、
    前記第２のユーザ入力が前記第１のユーザ入力の複製でないと決定したことに応答して前記第１のユーザ入力と前記第２のユーザ入力とを処理し、
    前記第２のユーザ入力が前記第１のユーザ入力の複製であると決定したことに応答して前記第２のユーザ入力を処理しないことを決定するようにさらに構成される請求項４０に記載の通信システム。
  44. 前記第２のネットワークデバイスは、前記第２のユーザ入力が前記第１のユーザ入力の複製であるかどうかが前記第１のユーザ入力および前記第２のユーザ入力の種類と状況とに少なくとも一部は基づくと決定するようにさらに構成される請求項４３に記載の通信システム。
  45. 前記第２のネットワークデバイスが第１の通信チャネル上で動作していることと前記第１のネットワークデバイスが第２の通信チャネル上で動作していることとに応答して、前記第２のネットワークデバイスは、
    前記第１のネットワークデバイスと通信するために前記第１の通信チャネルから前記第２の通信チャネルに定期的に遷移するようにさらに構成される請求項４０に記載の通信システム。
  46. 前記第１のネットワークデバイスは、
    第１の通信チャネル上で前記第１のユーザ入力を送信したことに応答して前記肯定応答メッセージが前記第２のネットワークデバイスから受信されていないと決定し、
    所定の再送時間間隔の間に前記第１の通信チャネル上で前記第１のユーザ入力を再送し、
    前記所定の再送時間間隔が経過した後に前記肯定応答メッセージを受信しないことに少なくとも一部は基づき前記第２のネットワークデバイスが前記第１の通信チャネル上で動作していないと決定し、
    前記第２のネットワークデバイスを検出するためにチャネルスキャンシーケンスに従って複数の通信チャネルをスキャンし、ここにおいて、前記チャネルスキャンシーケンスは、前記第２のネットワークデバイスから以前に受信されている動作状態フィードバックに少なくとも一部は基づき決定される、ようにさらに構成される請求項４０に記載の通信システム。
  47. 中に機械実行可能命令が記憶されており、前記機械実行可能命令は
    第１の通信チャネル上で第１のネットワークデバイスから第１のユーザ入力を第２のネットワークデバイスに送信するための命令と、ここにおいて、前記第１のユーザ入力は、前記第２のネットワークデバイスの動作を制御するための入力である、
    前記第１の通信チャネル上で前記第２のネットワークデバイスから肯定応答メッセージを受信しないことに少なくとも一部は基づき、前記第２のネットワークデバイスが前記第１の通信チャネル上で動作しているかどうかを決定する命令と、
    前記第２のネットワークデバイスが前記第１の通信チャネル上で動作していないと決定したことに応答してチャネルスキャンシーケンスに従って複数の通信チャネルをスキャンし、ここにおいて、前記チャネルスキャンシーケンスは、前記第２のネットワークデバイスから以前に受信されている動作状態フィードバックに少なくとも一部は基づき決定される、命令とを備える、非一時的機械可読記憶媒体。
  48. 前記第１の通信チャネル上で前記第２のネットワークデバイスから前記肯定応答メッセージを受信しないことに応答して、前記命令は、
    前記第１の通信チャネル上で前記第１のネットワークデバイスから前記第２のネットワークデバイスへの前記第１のユーザ入力の再送に動作状態フィードバック要求を埋め込む命令をさらに備える請求項４７に記載の非一時的機械可読記憶媒体。
  49. 前記命令は、
    前記第２のネットワークデバイスへの送信のために第２のユーザ入力を受信する命令と、
    前記第１のネットワークデバイスが、前記第１のユーザ入力を前記第２のネットワークデバイスに送信しているかどうかを決定する命令と、
    前記第１のネットワークデバイスが前記第１のユーザ入力を前記第２のネットワークデバイスに送信しているかどうかに少なくとも一部は基づき前記第２のユーザ入力を前記第２のネットワークデバイスに送信するかどうかを決定する命令とをさらに備える請求項４７に記載の非一時的機械可読記憶媒体。
JP2016533368A 2013-08-05 2014-08-05 Ｗｌａｎ対応リモートコントロールデバイス Expired - Fee Related JP6388943B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361862270P 2013-08-05 2013-08-05
US61/862,270 2013-08-05
US14/279,079 2014-05-15
US14/279,079 US9357492B2 (en) 2013-08-05 2014-05-15 WLAN-capable remote control device
PCT/US2014/049678 WO2015020994A2 (en) 2013-08-05 2014-08-05 Wlan-capable remote control device

Publications (3)

Publication Number Publication Date
JP2016533093A true JP2016533093A (ja) 2016-10-20
JP2016533093A5 JP2016533093A5 (ja) 2017-08-24
JP6388943B2 JP6388943B2 (ja) 2018-09-12

Family

ID=52427604

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016533368A Expired - Fee Related JP6388943B2 (ja) 2013-08-05 2014-08-05 Ｗｌａｎ対応リモートコントロールデバイス

Country Status (7)

Country Link
US (1) US9357492B2 (ja)
EP (1) EP3031041B1 (ja)
JP (1) JP6388943B2 (ja)
KR (1) KR20160040275A (ja)
CN (1) CN105453151B (ja)
TW (1) TW201513704A (ja)
WO (1) WO2015020994A2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018182488A (ja) * 2017-04-11 2018-11-15 大和機工株式会社 双方向通信システム
JP2020013533A (ja) * 2018-07-20 2020-01-23 技嘉科技股▲ふん▼有限公司Ｇｉｇａ−Ｂｙｔｅ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．，Ｌｔｄ． コンピュータ節電方法、およびコンピュータ復帰方法
US20220101305A1 (en) * 2020-09-29 2022-03-31 Ncr Corporation Mobile navigational control of terminal user interface

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9357492B2 (en) 2013-08-05 2016-05-31 Qualcomm Incorporated WLAN-capable remote control device
KR102277752B1 (ko) * 2014-01-06 2021-07-16 삼성전자주식회사 웨어러블 기기를 이용한 홈 디바이스 제어 장치 및 제어 방법
US20150295783A1 (en) * 2014-04-10 2015-10-15 Screenovate Technologies Ltd. Method for real-time multimedia interface management sensor data
US20150295973A1 (en) * 2014-04-10 2015-10-15 Screenovate Technologies Ltd. Method for real-time multimedia interface management
KR102278507B1 (ko) * 2014-04-15 2021-07-16 삼성디스플레이 주식회사 착용형 장치
CN106576106B (zh) * 2014-07-02 2020-09-04 英特尔公司 用于利用中间件交换传感器信息的方法、装置和***
US10181803B2 (en) * 2014-08-25 2019-01-15 Lg Electronics Inc. Home appliance and operating method thereof
KR20160024154A (ko) 2014-08-25 2016-03-04 엘지전자 주식회사 홈 어플라이언스 및 그 동작방법
WO2016048870A1 (en) * 2014-09-25 2016-03-31 Sharp Laboratories Of America, Inc. Latency reduction for mode switching in sidelink communications
JP6320563B2 (ja) * 2014-11-28 2018-05-09 三菱電機株式会社 通信機器、通信アダプタ、通信システム、通信パラメータ応答方法及びプログラム
US11363460B1 (en) * 2015-03-03 2022-06-14 Amazon Technologies, Inc. Device-based identification for automated user detection
US9911321B2 (en) * 2015-03-18 2018-03-06 Logitech Europe S.A. Simplified adaptable controller
TWI582730B (zh) * 2015-05-13 2017-05-11 Interactive light body control system
TW201643833A (zh) * 2015-06-12 2016-12-16 Dong-Guan Liu 危險氣體緊急快閉裝置
US9654564B2 (en) 2015-06-24 2017-05-16 Qualcomm Incorporated Controlling an IoT device using a remote control device via a remote control proxy device
US9749420B2 (en) 2015-06-24 2017-08-29 Qualcomm Incorporated Controlling an IoT device using a remote control device via an infrastructure device
EP3320529A1 (en) * 2015-07-09 2018-05-16 Philips Lighting Holding B.V. Method and apparatus for providing acknowledgement indicators in a wireless communication network
US10237193B2 (en) * 2015-09-30 2019-03-19 Apple Inc. Prioritizing short-range wireless packets for time-sensitive applications
KR102635868B1 (ko) * 2016-01-26 2024-02-14 삼성전자주식회사 전자 장치 및 그의 제어방법
CN105676699A (zh) * 2016-02-25 2016-06-15 北京小米移动软件有限公司 提醒烹饪状态的方法及装置
CN108702241B (zh) 2016-03-09 2021-12-21 瑞典爱立信有限公司 用于基于分组的通信网络中的无线通信的方法和收发机
JP6615045B2 (ja) * 2016-05-10 2019-12-04 アルパイン株式会社 通信装置、通信制御方法および通信システム
US10506192B2 (en) 2016-08-16 2019-12-10 Google Llc Gesture-activated remote control
DE102016010128A1 (de) * 2016-08-20 2018-02-22 Wabco Gmbh Verfahren und System zur Steuerung von Fahrzeug-Funktionen
US10210863B2 (en) 2016-11-02 2019-02-19 Roku, Inc. Reception of audio commands
KR20180049525A (ko) * 2016-11-03 2018-05-11 삼성전자주식회사 전자 장치 및 전자 장치의 무선 연결 제어 방법
US10812894B2 (en) * 2016-12-23 2020-10-20 Motorola Solutions, Inc. Portable communication device and method of operating the same in covert operation mode
US10074269B2 (en) * 2017-01-09 2018-09-11 Nintendo Co., Ltd. Communication system, apparatus and method
JP2018192083A (ja) * 2017-05-19 2018-12-06 東芝ライフスタイル株式会社 自律型電気掃除機
EP3639589B1 (en) 2017-06-13 2023-06-21 Shure Acquisition Holdings, Inc. Concurrent usage and scanning of wireless channels
US10599377B2 (en) * 2017-07-11 2020-03-24 Roku, Inc. Controlling visual indicators in an audio responsive electronic device, and capturing and providing audio using an API, by native and non-native computing devices and services
US10455322B2 (en) * 2017-08-18 2019-10-22 Roku, Inc. Remote control with presence sensor
US10777197B2 (en) 2017-08-28 2020-09-15 Roku, Inc. Audio responsive device with play/stop and tell me something buttons
US11062702B2 (en) 2017-08-28 2021-07-13 Roku, Inc. Media system with multiple digital assistants
US11062710B2 (en) 2017-08-28 2021-07-13 Roku, Inc. Local and cloud speech recognition
CN109547506B (zh) * 2017-09-20 2021-08-06 ***通信有限公司研究院 一种信息交互方法、物联网设备及计算机可读存储介质
WO2019076946A1 (en) * 2017-10-16 2019-04-25 Sice Tech S.R.L. ENHANCED REMOTE CONTROL AND METHOD OF OPERATION THEREFOR
US11145298B2 (en) 2018-02-13 2021-10-12 Roku, Inc. Trigger word detection with multiple digital assistants
FR3082043A1 (fr) * 2018-06-01 2019-12-06 Orange Gestion de l'alimentation electrique d'une telecommande.
US10536891B1 (en) * 2018-06-29 2020-01-14 Texas Instruments Incorporated Using estimated time drift to determine keep alive periodicity in synchronized networks
US11706662B2 (en) * 2019-01-11 2023-07-18 Qualcomm Incorporated Techniques for determining a number of (re)transmissions in wireless communications
KR20220011723A (ko) 2019-05-24 2022-01-28 마벨 아시아 피티이 엘티디. 다중 통신 링크들을 사용하는 wlan의 절전 및 그룹 어드레싱된 프레임들
US11405793B2 (en) 2019-09-30 2022-08-02 Shure Acquisition Holdings, Inc. Concurrent usage and scanning of wireless channels for direct DFS to DFS channel switching
DE102020201287A1 (de) * 2020-02-03 2021-08-05 BSH Hausgeräte GmbH Verfahren zum Betreiben eines Haushaltsgeräts, Computerprogrammprodukt und Anordnung umfassend ein Haushaltsgerät und eine externe Bedieneinrichtung
US11737164B2 (en) * 2020-06-08 2023-08-22 Sonos, Inc. Simulation of device removal
CN112420041B (zh) * 2020-11-19 2023-08-29 深圳市欧瑞博科技股份有限公司 智能设备唤醒阈值的控制方法、装置、智能设备及存储介质
CN115242824A (zh) * 2021-04-23 2022-10-25 深圳绿米联创科技有限公司 设备控制方法及装置、路由器、无线网状网络***及介质
CN115440018B (zh) * 2021-06-04 2023-07-28 天津首瑞智能电气有限公司 一种无线遥控***和遥控方法
CN114356272B (zh) * 2022-03-17 2022-08-23 北京荣耀终端有限公司 一种数据传输方法及***
CN114822005B (zh) * 2022-06-28 2022-09-20 深圳市矽昊智能科技有限公司 基于人工智能的遥控意图预测方法、装置、设备及介质
WO2024034698A1 (ko) * 2022-08-08 2024-02-15 엘지전자 주식회사 무선 오디오 수신 장치, 무선 오디오 전송 장치 및 이를 구비하는 무선 오디오 출력 시스템

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002291067A (ja) * 2001-01-16 2002-10-04 Sony Corp データ伝送方法、データ伝送システム及びデータ伝送装置
US20090190538A1 (en) * 2008-01-29 2009-07-30 Fujitsu Limited Base station apparatus
JP2012084946A (ja) * 2010-10-06 2012-04-26 Fujitsu Ltd 基地局、通信プログラム、通信方法および通信システム
JP2012142877A (ja) * 2011-01-06 2012-07-26 Panasonic Corp 無線通信機器

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3806804A (en) 1965-06-11 1974-04-23 Martin Marietta Corp Radio telephone system having automatic channel selection
US5854593A (en) * 1996-07-26 1998-12-29 Prince Corporation Fast scan trainable transmitter
ES2243803T3 (es) * 2002-01-03 2005-12-01 Vkr Holding A/S Metodo y sistema de transmision de señales.
US20040203697A1 (en) 2002-08-22 2004-10-14 James Finn Ultra wideband remote control system and method
CA2489268C (en) * 2003-05-10 2008-10-14 Hwan-Joon Kwon Apparatus and method for controlling a reverse traffic rate in a mobile communication system
US7352998B2 (en) 2003-09-12 2008-04-01 Nokia Corporation Method and system for establishing a wireless communications link
US7577180B2 (en) 2003-12-18 2009-08-18 Vtech Telecommunications Limited Method and system for maintaining synchronization in low-power mode over a frequency hopping radio link
KR100713336B1 (ko) * 2004-03-08 2007-05-04 삼성전자주식회사 이동통신시스템에서의 신호 검출 순서 결정방법
US8223001B2 (en) 2005-07-19 2012-07-17 Marvell International Ltd. Two way remote control
US20080151795A1 (en) * 2006-01-31 2008-06-26 Peter Shorty Home electrical device control within a wireless mesh network
US8626251B2 (en) * 2006-01-31 2014-01-07 Niels Thybo Johansen Audio-visual system energy savings using a mesh network
WO2007142562A1 (en) 2006-06-09 2007-12-13 St Jude Medical Ab Methods in a medical telemetry system
KR101311895B1 (ko) 2007-01-12 2013-09-27 삼성전자주식회사 통신 채널 설정방법 및 이를 적용한 영상수신장치
CN101771511B (zh) * 2008-12-29 2013-07-03 电信科学技术研究院 多载波升级***中反馈ack/nack的方法及设备
CN101873706A (zh) * 2009-04-24 2010-10-27 北京三星通信技术研究有限公司 在多载波***中反馈确认/未确认消息的方法
CN101877628B (zh) * 2009-04-30 2013-11-06 中兴通讯股份有限公司 一种多载波反馈信息的发送***及方法
US8704958B2 (en) * 2009-06-01 2014-04-22 Lg Electronics Inc. Image display device and operation method thereof
US9030404B2 (en) 2009-07-23 2015-05-12 Qualcomm Incorporated Method and apparatus for distributed user interfaces using wearable devices to control mobile and consumer electronic devices
CA2717641C (en) 2009-10-30 2013-01-15 Elster Solutions, Llc Packet acknowledgment for polled mesh network communications
US8825873B2 (en) * 2010-03-01 2014-09-02 Apple Inc. Using a service discovery request to find available devices
CN101877627B (zh) * 2010-06-21 2015-09-16 中兴通讯股份有限公司 信道状态信息的反馈方法及终端
US8405606B2 (en) 2010-07-02 2013-03-26 Alpha & Omega Inc. Remote control systems and methods for activating buttons of digital electronic display devices
US8780961B2 (en) 2010-10-29 2014-07-15 Broadcom Corporation Mixed-mode wireless device operation
CN102013965A (zh) * 2010-11-26 2011-04-13 北京邮电大学 一种使用载波聚合技术传输广播业务并用网络编码进行重传的方法
CN102820957B (zh) * 2012-07-19 2016-03-30 福建先创通信有限公司 一种数据状态反馈包及其应用
US9357492B2 (en) 2013-08-05 2016-05-31 Qualcomm Incorporated WLAN-capable remote control device

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002291067A (ja) * 2001-01-16 2002-10-04 Sony Corp データ伝送方法、データ伝送システム及びデータ伝送装置
US20090190538A1 (en) * 2008-01-29 2009-07-30 Fujitsu Limited Base station apparatus
JP2009182495A (ja) * 2008-01-29 2009-08-13 Fujitsu Ltd 基地局装置、移動局装置及び移動通信システム
JP2012084946A (ja) * 2010-10-06 2012-04-26 Fujitsu Ltd 基地局、通信プログラム、通信方法および通信システム
JP2012142877A (ja) * 2011-01-06 2012-07-26 Panasonic Corp 無線通信機器

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Samsung-ETRI MAC proposal", IEEE 802.15-09-0344-03-0006, JPN6018026317, 15 November 2009 (2009-11-15), ISSN: 0003836131 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018182488A (ja) * 2017-04-11 2018-11-15 大和機工株式会社 双方向通信システム
JP2020013533A (ja) * 2018-07-20 2020-01-23 技嘉科技股▲ふん▼有限公司Ｇｉｇａ−Ｂｙｔｅ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．，Ｌｔｄ． コンピュータ節電方法、およびコンピュータ復帰方法
US20220101305A1 (en) * 2020-09-29 2022-03-31 Ncr Corporation Mobile navigational control of terminal user interface

Also Published As

Publication number Publication date
KR20160040275A (ko) 2016-04-12
WO2015020994A2 (en) 2015-02-12
EP3031041A2 (en) 2016-06-15
US9357492B2 (en) 2016-05-31
JP6388943B2 (ja) 2018-09-12
CN105453151B (zh) 2018-12-28
TW201513704A (zh) 2015-04-01
WO2015020994A3 (en) 2015-04-09
US20150036573A1 (en) 2015-02-05
EP3031041B1 (en) 2018-12-26
CN105453151A (zh) 2016-03-30

Similar Documents

Publication Publication Date Title
JP6388943B2 (ja) Ｗｌａｎ対応リモートコントロールデバイス
US10992722B2 (en) High efficiency distributed device-to-device (D2D) channel access
US10631190B2 (en) Discontinuous reception (DRX) enhancements in LTE systems
US9154312B2 (en) Power save proxy in communication networks
JP7275221B2 (ja) スリープ状態にあるアクセサリの低電力でのアクティブ化
US9167515B2 (en) Operation method in heterogeneous networks and gateway and wireless communication device using the same
US8799459B2 (en) Event-driven detection of device presence for layer 3 services using layer 2 discovery information
US20160112947A1 (en) Method and apparatus to improve wireless device performance
JP2017532864A (ja) ワイヤレス電力および性能を最適化するための協調的な要求ベースのデュアルモードＷｉ−Ｆｉネットワーク制御
WO2014101893A1 (zh) 设备发现方法、装置及***
EP2823675A1 (en) Power save mechanism for peer-to-peer communication networks
JP4702458B2 (ja) 無線通信装置、無線通信システム、無線通信方法およびコンピュータプログラム
US20130315119A1 (en) Tune back coordination with connected mode discontinuous receive
JP2010114804A (ja) 無線通信装置、無線通信システム、および無線通信方法
WO2022037564A1 (zh) 传输控制方法、装置及相关设备
JP5505266B2 (ja) 無線通信装置及びプログラム、並びに、通信システム
CN107534496B (zh) 体内通信设备、体内通信方法和程序
JP2024502678A (ja) 伝送配置方法、装置及び関連機器

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170710

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170710

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180704

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: 20180717

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180815

R150 Certificate of patent or registration of utility model

Ref document number: 6388943

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees