(57)【要約】待ち受け動作時における消費電力を低減する。通信装置100 は、制御部143 を具備する通信装置100 である。また、通信装置100 は、体10 を信号の伝送媒体とし、送信処理よりも受信処理の消費電力が多い通信を行う通信装置である。また、通信装置100 が具備する制御部134は、その通信において、他の通信装置にアソシエーション要求を行うアクティブ期間のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行うよう制御するものである。
2016194530.tif 000002
【特許請求の範囲】
【請求項１】
体を信号の伝送媒体とし、送信処理よりも受信処理の消費電力が多い通信において、他の通信装置にアソシエーション要求を行うアクティブ期間のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行うよう制御する制御部を具備する通信装置。
【請求項２】
前記制御部は、前記アクティブ期間において、最初にＬＢＴ（Listen Before Talk）を行い、前記ＬＢＴ以降の期間を前記特定期間および前記他の期間とするよう制御する請求項１記載の通信装置。
【請求項３】
前記制御部は、前記ＬＢＴの直後の期間と、前記アクティブ期間における最後の期間と、前記アクティブ期間における中間期間とのうちの何れかを前記特定期間とする制御を行う請求項２記載の通信装置。
【請求項４】
前記制御部は、前記送受信処理または前記送信処理において送信されるフレームに、前記送受信処理を行うタイミングに関する情報を付加する制御を行う請求項１記載の通信装置。
【請求項５】
前記制御部は、前記他の期間では、前記アソシエーション要求を行うためのアソシエーション要求フレームの送信処理を行い、前記特定期間では、前記アソシエーション要求フレームの送信処理と前記アソシエーション要求フレームに対する応答フレームの受信処理とを行うよう制御する請求項１記載の通信装置。
【請求項６】
前記通信は、ＥＣＭＡ−４０１仕様に準拠したデータ交換であり、  前記通信装置は、前記アソシエーション要求を行うＴａｌｋｅｒとして起動する通信装置であり、  前記制御部は、前記アクティブ期間において、ＬＢＴを行っている間に、他の通信装置から前記アソシエーション要求を受け付けた場合には、前記通信装置の役割を前記ＴａｌｋｅｒからＬｉｓｔｅｎｅｒに変更する制御を行う請求項１記載の通信装置。
【請求項７】
体を信号の伝送媒体とする通信において、アソシエーション要求を受け付けるアクティブ期間と前記アソシエーション要求を受け付けないスリープ期間とを所定タイミングで切り替える制御を行い、前記アクティブ期間において他の通信装置から特定フレームを受信した場合には、前記スリープ期間への遷移を抑制して前記アクティブ期間を継続するよう制御する制御部を具備する通信装置。
【請求項８】
前記制御部は、前記特定フレームを受信している間、前記アクティブ期間を継続し、前記特定フレームの受信後に前記特定フレームを受信しなくなった場合には、前記特定フレームを受信しなくなってから所定期間、前記アクティブ期間を継続するよう制御する請求項７記載の通信装置。
【請求項９】
前記制御部は、前記特定フレームに対する応答フレームの受信処理を前記他の通信装置が行うタイミングに関するタイミング情報が前記特定フレームに含まれている場合には、前記タイミングに基づいて前記応答フレームを前記他の通信装置に送信する制御を行う請求項７記載の通信装置。
【請求項１０】
前記制御部は、前記応答フレームの受信処理を前記他の通信装置が行うタイミングまでの間、前記スリープ期間に遷移する制御を行う請求項９記載の通信装置。
【請求項１１】
体を信号の伝送媒体とし、送信処理よりも受信処理の消費電力が多い通信において、第２通信装置にアソシエーション要求を行う期間のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行う第１通信装置と、  前記通信において、前記アソシエーション要求を受け付けるアクティブ期間と前記アソシエーション要求を受け付けないスリープ期間とを所定タイミングで切り替え、前記アクティブ期間において前記第１通信装置から特定フレームを受信した場合には、前記スリープ期間への遷移を抑制して前記アクティブ期間を継続する第２通信装置とを具備する通信システム。
【請求項１２】
体を信号の伝送媒体とし、送信処理よりも受信処理の消費電力が多い通信において、他の通信装置にアソシエーション要求を行うアクティブ期間のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行う制御手順を具備する通信方法。
【請求項１３】
体を信号の伝送媒体とする通信において、アソシエーション要求を受け付けるアクティブ期間と前記アソシエーション要求を受け付けないスリープ期間とを所定タイミングで切り替え、前記アクティブ期間において他の通信装置から特定フレームを受信した場合には、前記スリープ期間への遷移を抑制して前記アクティブ期間を継続する制御手順を具備する通信方法。
【請求項１４】
体を信号の伝送媒体とし、送信処理よりも受信処理の消費電力が多い通信において、他の通信装置にアソシエーション要求を行うアクティブ期間のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行う制御手順をコンピュータに実行させるプログラム。
【請求項１５】
体を信号の伝送媒体とする通信において、アソシエーション要求を受け付けるアクティブ期間と前記アソシエーション要求を受け付けないスリープ期間とを所定タイミングで切り替え、前記アクティブ期間において他の通信装置から特定フレームを受信した場合には、前記スリープ期間への遷移を抑制して前記アクティブ期間を継続する制御手順をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】  本技術は、通信装置に関する。詳しくは、体を信号の伝送媒体とする通信を行う通信装置、通信システムおよび通信方法ならびに当該方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】  従来、人体を信号の伝送媒体とする通信を利用して情報のやり取りを行う通信技術が存在する。例えば、非特許文献１が標準仕様として策定されている。【０００３】  また、例えば、人体通信を用いて、質問器から特定の応答器のみを駆動させて応答信号を受信する通信システムが提案されている（例えば、特許文献１参照。）。この通信システムでは、応答器の受電回路に固有の発信周波数を割り当て、質問器からその固有の発信周波数からなる質問信号を送信することにより、応答器を給電し、応答信号を送信させる。【０００４】  また、例えば、人体通信に対応したルータとノード間で信号をやりとりすることによりノードの低消費電力化をはかるセンサネットワークシステムが提案されている（例えば、特許文献２参照。）。このシステムでは、ルータはノードに対し、ＩＤを含む定期信号を定期的に送信する。また、ノードは、自分のＩＤを含む定期信号を検出しなくなると、ルータへの信号の送信を停止するスタンバイ状態に移行する。また、スタンバイ状態において一定時間が経過すると、信号の送受信を停止する休止状態に移行する。また、休止状態において、人体通信用の電極間の電位差あるいは電流値の変化を検出すると、もしくはノードと接続されているセンサからのデータが特定の条件を満たすと、休止状態から電源オン状態へ復帰する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−２３５６５号公報
【特許文献２】特開２０１０−１４１４６９号公報
【非特許文献】
【０００６】
【非特許文献１】ECMA-401（1st Edition / December 2011）
【発明の概要】
【発明が解決しようとする課題】
【０００７】  上述の従来技術では、人体通信を利用して情報のやり取りを行うことができる。【０００８】  また、非特許文献１では、自発的に通信を開始しようとする通信装置（Ｔａｌｋｅｒ）と、Ｔａｌｋｅｒに応答して通信を開始する通信装置（Ｌｉｓｔｅｎｅｒ）とが規定されている。また、各通信装置は、待ち受け動作を行うことにより他の通信装置を発見することができ、発見された他の通信装置と自動的に接続することができる。【０００９】  ここで、上述の従来技術における通信装置は、一般に、送信処理よりも受信処理の方が消費電力は大きくなるという特徴がある。このため、例えば、バッテリ容量が比較的小さい機器の場合には、待ち受け動作では、受信処理を行う時間よりも送信処理を行う時間が長い方が好ましい。【００１０】  本技術はこのような状況に鑑みて生み出されたものであり、待ち受け動作時における消費電力を低減することを目的とする。
【課題を解決するための手段】
【００１１】  本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、体を信号の伝送媒体とし、送信処理よりも受信処理の消費電力が多い通信において、他の通信装置にアソシエーション要求を行うアクティブ期間のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行うよう制御する制御部を具備する通信装置およびその通信方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、他の通信装置にアソシエーション要求を行うアクティブ期間のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行うという作用をもたらす。【００１２】  また、この第１の側面において、上記制御部は、上記アクティブ期間において、最初にＬＢＴ（Listen Before Talk）を行い、上記ＬＢＴ以降の期間を上記特定期間および上記他の期間とするよう制御するようにしてもよい。これにより、アクティブ期間において、最初にＬＢＴを行い、ＬＢＴ以降の期間を特定期間および他の期間とするという作用をもたらす。【００１３】  また、この第１の側面において、上記制御部は、上記ＬＢＴの直後の期間と、上記アクティブ期間における最後の期間と、上記アクティブ期間における中間期間とのうちの何れかを上記特定期間とする制御を行うようにしてもよい。これにより、ＬＢＴの直後の期間と、アクティブ期間における最後の期間と、アクティブ期間における中間期間とのうちの何れかを特定期間とするという作用をもたらす。【００１４】  また、この第１の側面において、上記制御部は、上記送受信処理または上記送信処理において送信されるフレームに、上記送受信処理を行うタイミングに関する情報を付加する制御を行うようにしてもよい。これにより、送受信処理または送信処理において送信されるフレームに、送受信処理を行うタイミングに関する情報を付加するという作用をもたらす。【００１５】  また、この第１の側面において、上記制御部は、上記他の期間では、上記アソシエーション要求を行うためのアソシエーション要求フレームの送信処理を行い、上記特定期間では、上記アソシエーション要求フレームの送信処理と上記アソシエーション要求フレームに対する応答フレームの受信処理とを行うよう制御するようにしてもよい。これにより、他の期間では、アソシエーション要求フレームの送信処理を行い、特定期間では、アソシエーション要求フレームの送信処理と、応答フレームの受信処理とを行うという作用をもたらす。【００１６】  また、この第１の側面において、上記通信は、ＥＣＭＡ−４０１仕様に準拠したデータ交換であり、上記通信装置は、上記アソシエーション要求を行うＴａｌｋｅｒとして起動する通信装置であり、上記制御部は、上記アクティブ期間において、ＬＢＴを行っている間に、他の通信装置から上記アソシエーション要求を受け付けた場合には、上記通信装置の役割を上記ＴａｌｋｅｒからＬｉｓｔｅｎｅｒに変更する制御を行うようにしてもよい。これにより、アクティブ期間において、ＬＢＴを行っている間に、他の通信装置からアソシエーション要求を受け付けた場合には、通信装置の役割をＴａｌｋｅｒからＬｉｓｔｅｎｅｒに変更するという作用をもたらす。【００１７】  また、本技術の第２の側面は、体を信号の伝送媒体とする通信において、アソシエーション要求を受け付けるアクティブ期間と上記アソシエーション要求を受け付けないスリープ期間とを所定タイミングで切り替える制御を行い、上記アクティブ期間において他の通信装置から特定フレームを受信した場合には、上記スリープ期間への遷移を抑制して上記アクティブ期間を継続するよう制御する制御部を具備する通信装置およびその通信方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、アクティブ期間において他の通信装置から特定フレームを受信した場合には、スリープ期間への遷移を抑制してアクティブ期間を継続するという作用をもたらす。【００１８】  また、この第２の側面において、上記制御部は、上記特定フレームを受信している間、上記アクティブ期間を継続し、上記特定フレームの受信後に上記特定フレームを受信しなくなった場合には、上記特定フレームを受信しなくなってから所定期間、上記アクティブ期間を継続するよう制御するようにしてもよい。これにより、特定フレームを受信している間、アクティブ期間を継続し、特定フレームの受信後に特定フレームを受信しなくなった場合には、特定フレームを受信しなくなってから所定期間、アクティブ期間を継続するという作用をもたらす。【００１９】  また、この第２の側面において、上記制御部は、上記特定フレームに対する応答フレームの受信処理を上記他の通信装置が行うタイミングに関するタイミング情報が上記特定フレームに含まれている場合には、上記タイミングに基づいて上記応答フレームを上記他の通信装置に送信する制御を行うようにしてもよい。これにより、応答フレームの受信処理を他の通信装置が行うタイミングに関するタイミング情報が特定フレームに含まれている場合には、そのタイミングに基づいて応答フレームを他の通信装置に送信するという作用をもたらす。【００２０】  また、この第２の側面において、上記制御部は、上記応答フレームの受信処理を上記他の通信装置が行うタイミングまでの間、上記スリープ期間に遷移する制御を行うようにしてもよい。これにより、応答フレームの受信処理を他の通信装置が行うタイミングまでの間、スリープ期間に遷移するという作用をもたらす。【００２１】  また、本技術の第３の側面は、体を信号の伝送媒体とし、送信処理よりも受信処理の消費電力が多い通信において、第２通信装置にアソシエーション要求を行う期間のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行う第１通信装置と、上記通信において、上記アソシエーション要求を受け付けるアクティブ期間と上記アソシエーション要求を受け付けないスリープ期間とを所定タイミングで切り替え、上記アクティブ期間において上記第１通信装置から特定フレームを受信した場合には、上記スリープ期間への遷移を抑制して上記アクティブ期間を継続する第２通信装置とを具備する通信システムおよびその通信方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１通信装置は、第２通信装置にアソシエーション要求を行う期間のうち、特定期間ではフレームの送受��処理を行い、他の期間ではフレームの送信処理を行い、第２通信装置は、アクティブ期間において第１通信装置から特定フレームを受信した場合には、スリープ期間への遷移を抑制してアクティブ期間を継続するという作用をもたらす。
【発明の効果】
【００２２】  本技術によれば、待ち受け動作時における消費電力を低減することができるという優れた効果を奏し得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００２３】
【図１】本技術の実施の形態における通信装置１００の構成例を示すブロック図である。
【図２】本技術の基礎となるＥＣＭＡ−４０１仕様の機器による間欠動作の一例を示す図である。
【図３】本技術の実施の形態における通信装置１００および通信装置２００間でデータのやりとりを行う場合の通信例を示す図である。
【図４】本技術の実施の形態における通信装置１００および通信装置２００間でデータのやりとりを行う場合の通信例を示す図である。
【図５】本技術の実施の形態における通信装置１００および通信装置２００間でデータのやりとりを行う場合の通信例を示す図である。
【図６】本技術の実施の形態における通信装置１００および通信装置２００間でデータのやりとりを行う場合の通信例を示す図である。
【図７】本技術の実施の形態における通信装置１００によるデータ通信処理の処理手順の一例を示すフローチャートである。
【図８】本技術の実施の形態における通信装置２００によるデータ通信処理の処理手順の一例を示すフローチャートである。
【図９】本技術の実施の形態における通信装置１００および通信装置２００間でデータのやりとりを行う場合の通信例を示す図である。
【図１０】本技術の実施の形態における通信装置２００によるデータ通信処理の処理手順の一例を示すフローチャートである。
【図１１】本技術の実施の形態における通信装置５００、５１０、５２０、５３０間でデータのやりとりを行う場合の通信例を示す図である。
【発明を実施するための形態】
【００２４】  以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。  １．実施の形態（一方の通信装置がアクティブ状態において特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行い、他方の通信装置がアクティブ状態においてＲＥＱ１を受信した場合にスリープ状態への遷移を抑制してアクティブ状態を継続する例）
【００２５】  ＜１．実施の形態＞  ［通信装置の構成例］  図１は、本技術の実施の形態における通信装置１００の構成例を示すブロック図である。なお、図３乃至図６、図９で示す通信装置２００の構成については、通信装置１００と同様であるため、通信装置２００の構成についての説明を省略する。
【００２６】  通信装置１００は、体（例えば、人体、動物の体）を信号の伝送媒体とする通信を行う通信装置（例えば、人体通信装置）の一例である。この通信（体を信号の伝送媒体とする通信）は、体の表面（または、近接（例えば、服の表面））に装着されている場合に可能となる通信である。また、通信装置１００は、例えば、ＥＣＭＡ−４０１に準拠した機器により実現される。
【００２７】  また、本技術の実施の形態では、通信装置１００が人体を信号の伝送媒体とする通信を行う例を示す。また、本技術の実施の形態では、通信装置１００を人体の表面（例えば、皮膚表面）に装着して使用する場合の例を示す。
【００２８】  通信装置１００は、例えば、人体（または、人体に装着するもの（服、帽子等））に装着することが可能な機器とすることができる。例えば、通信装置１００は、スマートフォン、タブレット端末、ヘッドフォン、イヤフォン、腕時計、リストバンド、スピーカ、メガネ、血圧計とすることができる。
【００２９】  通信装置１００は、電極１１０と、送信部１２０と、受信部１３０と、処理部１４０と、記憶部１５０とを備える。
【００３０】  電極１１０は、通信装置１００が人体に装着されている場合に、人体の表面１０に接する状態（または、近接する状態）となる。
【００３１】  送信部１２０は、送信回路を備え、電極１１０が人体の表面１０に接する状態となっている場合に、電極１１０を通じて電位変動を発生させるものである。すなわち、送信部１２０は、電極１１０を通じて電位変動を発生させることにより、人体に装着されている他の通信装置に、情報提供部１４１から提供されるデータを送信する。なお、処理部１４０（制御部１４３）の制御に基づいて、送信回路がオンオフされる。
【００３２】  受信部１３０は、受信回路を備え、電極１１０が人体の表面１０に接する状態となっている場合に、電極１１０を通じて他の通信装置が発生させた電位変動を検出するものである。すなわち、受信部１３０は、電極１１０を通じて他の通信装置が発生させた電位変動を検出することにより、他の通信装置から送信されたデータを受信する。そして、受信部１３０は、受信したデータを情報取得部１４２に供給する。なお、処理部１４０（制御部１４３）の制御に基づいて、受信回路がオンオフされる。
【００３３】  また、送信部１２０および受信部１３０は、ＴＤＳ（Time Division Slot）毎に時分割に動作する。
【００３４】  処理部１４０は、送信部１２０、受信部１３０および記憶部１５０に接続されている。また、処理部１４０は、送受信信号を処理するための各部（情報提供部１４１、情報取得部１４２、制御部１４３）を備える。
【００３５】  情報提供部１４１は、制御部１４３の制御に基づいて、他の通信装置に送信するデータを送信部１２０に提供するものである。
【００３６】  情報取得部１４２は、制御部１４３の制御に基づいて、受信部１３０が他の通信装置から受信したデータに含まれる各種情報を取得して、制御部１４３に供給するものである。
【００３７】  制御部１４３は、制御プログラムに基づいて、通信装置１００の動作内容を制御するものである。例えば、制御部１４３は、ＴＤＳ毎に通信装置１００が動作するタイミングの生成および動作内容を決定する。また、例えば、制御部１４３は、データの送受信を制御する。また、例えば、制御部１４３は、記憶部１５０からデータの取り出し、または、記憶部１５０へのデータの格納を行う。また、例えば、制御部１４３は、送信部１２０における送信回路と受信部１３０における受信回路とをオンオフする制御を行う。
【００３８】  なお、人体を信号の伝送媒体とする通信については、上述したように、特許文献１が標準仕様として策定されている。
【００３９】  ［待ち受け動作について］  ここで、本技術の実施の形態における待ち受け動作について説明する。本技術の実施の形態では、待ち受け動作は、ユーザの指示が介在することなく、２つの通信装置が自動的に接続相手を探す動作を意味する。例えば、待ち受け動作中に相手機器が発見された場合には自動的に接続し、所定の処理を行う。
【００４０】  例えば、ユーザが人体通信機能を備える腕時計を装着している場合を想定する。この場合に、腕時計は待ち受け動作を行い、人体上に他の機器（人体通信機能を備える機器）が存在しないか否かを探索する。
【００４１】  ここで、ユーザが人体通信機能を備えるスマートフォン（待ち受け動作中）を手にする場合を想定する。または、ユーザがそのスマートフォン（待ち受け動作中）をポケットに入れる場合を想定する。この場合には、スマートフォンおよび腕時計はお互いを発見し、ユーザの操作なしに自動的に通信を開始する。例えば、相手機器を認証後、メールやスケジューラ、アドレス帳等のデータを自動的に同期させることができる。
【００４２】  このように、各通信装置は、待ち受け動作中に自動的に各処理を行う。しかしながら、待ち受け動作中でも、各通信装置は消費電力を抑えることが重要となる。このため、各通信装置が間欠動作を行うことが考えられる。
【００４３】  例えば、アクティブ状態およびスリープ状態（低消費電力状態）の２つの状態を周期的に繰り返す間欠動作を行うことが想定される。ここで、アクティブ状態は、無線を送受信して他の機器を探索する動作を行う状態を意味する。アクティブ状態において、一定時間内に他の機器が発見された場合には、その発見された機器に接続してデータ通信を行う動作に遷移する。また、スリープ状態は、無線の送受信を行わない状態を意味する。
【００４４】  例えば、アクティブ状態の時間を短くし、スリープ状態の時間を長く設定することにより、消費電力を抑えることができる。すなわち、同じ容量の電池を用いてより長い時間の待ち受け動作が可能になる。しかしながら、このように設定した場合には、他の機器を発見する時間が長くなるおそれがある。
【００４５】  また、一般に、２つの機器が待ち受け動作を行う場合には、一方の機器は、定期的に無線信号を発信し、他方の機器は、相手の無線信号を待ち、信号を受信したら何らかの応答を返すという処理を行うことが多い。
【００４６】  ここで、ＥＣＭＡ−４０１仕様に基づいた通信装置においては、受信動作の消費電力よりも送信動作の消費電力の方が小さいという特徴がある。このため、例えば、腕時計およびスマートフォンのように電池容量に差がある通信装置同士で待ち受け処理を行う場合には、電池容量に応じて役割を設定することが重要となる。例えば、電池容量が小さい通信装置（周辺機器）を無線信号を送信する役割とし、電池容量が大きい通信装置（中央機器）を無線信号を受信する役割とすることが考えられる。
【００４７】  また、周辺機器がアクティブ状態として動作する際は、受信回路をＯＦＦにしたまま、無線フレームの送信のみを行うことができれば、消費電力を抑えることができる。しかしながら、受信回路をＯＦＦにしていると、中央機器が何らかの応答を返してきても受信できないため、相手機器を発見することができなくなる。
【００４８】  そこで、本技術の実施の形態では、周辺機器は、アクティブ状態中は無線フレームを送信し続けるが、受信回路をＯＮにするのは所定区間の数フレームの間のみとする。また、中央機器は、アクティブ状態中に無線フレームを受信したら応答を返す。ただし、相手機器が無線フレームを送信し続ける限り、スリープ状態には入らずに応答を返し続けるようにする。
【００４９】  これにより、周辺機器はアクティブ状態の時間を長く取りつつも受信回路を動作する時間を減らして消費電力を抑えることができる。すなわち、ＥＣＭＡ−４０１の特徴を生かした間欠動作を実現することができる。
【００５０】  このように、本技術の実施の形態では、ＥＣＭＡ−４０１仕様書で定義された通信仕様に基づいて待ち受け動作を行う際に、相手機器を発見する時間を大きく増加させることなく、待ち受け動作中の消費電力を削減する例を示す。
【００５１】  ［間欠動作について］  ここで、無線通信における一般的な間欠動作について説明する。ここでは、機器Ａおよび機器Ｂにより無線通信を行う場合における一般的な間欠動作を例にして説明する。
【００５２】  例えば、機器Ａは、アクティブ状態の間、無線信号（無線フレーム）を送信するとともに、相手機器（機器Ｂ）からの応答が返信されてくるか否かを確認する。
【００５３】  また、機器Ｂは、アクティブ状態の間、相手機器（機器Ａ）からの無線信号（無線フレーム）を待ち受ける。ここで、機器Ｂは、無線信号が届いた場合には、相手機器に何らかの応答の信号を発信する。この例では、機器Ａが相手機器（機器Ｂ）からの応答信号を受信した時点で、相手機器（機器Ｂ）を発見することができる。
【００５４】  この無線通信における一般的な間欠動作をＥＣＭＡ−４０１仕様の機器に適用する例を図２に示す。
【００５５】  ［ＥＣＭＡ−４０１機器を用いた間欠動作例］  図２は、本技術の基礎となるＥＣＭＡ−４０１仕様の機器による間欠動作の一例を示す図である。
【００５６】  ここで、ＥＣＭＡ−４０１仕様では、自発的に通信を開始しようとする通信装置（Ｔａｌｋｅｒ）と、Ｔａｌｋｅｒに応答して通信を開始する通信装置（Ｌｉｓｔｅｎｅｒ）とが規定されている。また、ＴａｌｋｅｒがＬｉｓｔｅｎｅｒに対して通信を開始する際、データ交換を行うために必要なパラメータを事前に通知し、合意を得るための接続手続き（Ａｓｓｏｃｉａｔｉｏｎ）が規定されている。このＡｓｓｏｃｉａｔｉｏｎにより、相手機器を発見することができる。
【００５７】  また、図２では、通信装置５０がＴａｌｋｅｒとして起動し、通信装置６０がＬｉｓｔｅｎｅｒとして起動する場合の例を示す。
【００５８】  このように、相手機器を発見する場合には、ＥＣＭＡ−４０１仕様で規定されているＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ−１と、Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ−１のフレームを用いることができる。なお、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ−１については、これ以降、ＲＥＱ１と称する。また、各図では、ＲＥＱ１と省略して記載する。また、Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ−１については、これ以降、ＲＥＳＰ１と称して説明する。また、各図では、ＲＥＳＰ１と省略して記載する。
【００５９】  なお、この例では、ＲＥＱ１およびＲＥＳＰ１を用いて機器発見を行う例を示すが、他のフレームを用いて機器発見を行うようにしてもよい。
【００６０】  最初に、通信装置５０は、アクティブ状態５１、５３の間、Ｔａｌｋｅｒとして動作するため、ＬＢＴ（Listen Before Talk）を行う（５２、５４）。このＬＢＴでは、所定の時間だけ信号を探索し、空いているタイムスロット（ＴＤＳ）を調べる動作を行う。このＬＢＴを行った後に、通信装置５０は、アクティブ状態５１、５３の間、ＲＥＱ１の送信と、ＲＥＳＰ１の待ち受けとを継続して行う。
【００６１】  なお、図２では、通信装置５０の送信回路を動作させている期間（送信処理（Ｔｘ）の期間）を、時間軸上における上側の位置に矩形で模式的に示す。また、通信装置５０の送信回路を動作させている期間（受信処理（Ｒｘ）の期間）を、時間軸上における下側の位置に矩形で模式的に示す。また、通信装置６０の送信回路を動作させている期間（送信処理（Ｔｘ）の期間）を、時間軸上における下側の位置に矩形で模式的に示す。また、通信装置６０の受信回路を動作させている期間（受信処理（Ｒｘ）の期間）を、時間軸上における上側の位置に矩形で模式的に示す。また、これ以降に示す各図においても、送信処理（Ｔｘ）および受信処理（Ｒｘ）を同様に示す。
【００６２】  また、ＥＣＭＡ−４０１では、フレームの送受信はＴｉｍｅ  Ｓｅｇｍｅｎｔと呼ばれるスロット単位で管理されている。そして、ある機器が、ＲＥＱ１を受信してからＲＥＳＰ１を返すタイミングは、１  Ｔｉｍｅ  Ｓｅｇｍｅｎｔの半分と定められている。
【００６３】  また、通信装置６０は、アクティブ状態６１、６２の間、継続してＲＥＱ１を待ち受ける。
【００６４】  図２では、アクティブ状態５３の通信装置５０が送信したＲＥＱ１（５５）を、アクティブ状態６２の通信装置６０が検出する例を示す。このように、ＲＥＱ１を検出した場合（６３）には、通信装置６０は、ＲＥＱ１の応答（ＲＥＳＰ１）を通信装置５０に送信する（６４）。そして、通信装置５０は、そのＲＥＳＰ１を受信する（５６）
【００６５】  ここで、上述したように、ＥＣＭＡ−４０１仕様の機器は、受信処理の方が送信処理よりも消費電力が大きい。そこで、消費電力を抑えるためには、受信処理（Ｒｘ）の期間を減らすことが重要となる。そこで、図３では、図２に示す動作を改善し、Ｔａｌｋｅｒの消費電力を削減する例を示す。
【００６６】  ［ＴａｌｋｅｒのＲＥＱ１送信時に受信回路をオフする例］  図３は、本技術の実施の形態における通信装置１００および通信装置２００間でデータのやりとりを行う場合の通信例を示す図である。
【００６７】  図３では、Ｔａｌｋｅｒとして動作する通信装置１００は、ＲＥＱ１送信時には受信回路を動作させず、送信回路のみを動作させる。これにより、通信装置１００における受信回路が消費する電力を削減することができる。ただし、ＲＥＱ１送信時に受信回路を動作させないと、ｌｉｓｔｅｎｅｒからの応答（ＲＥＳＰ１）を検出することができない。このため、ＲＥＱ１送信時における一部の区間のみ、受信回路を動作させ、ＲＥＳＰ１を受信するようにする。図３では、ＲＥＱ１送信時における最後の区間（最後の１  Ｔｉｍｅ  Ｓｅｇｍｅｎｔ）のみ、受信回路を動作させる例を示す。
【００６８】  また、Ｌｉｓｔｅｎｅｒは、ＴａｌｋｅｒからＲＥＱ１を受信した場合には、ＲＥＳＰ１を返信する。この場合に、Ｌｉｓｔｅｎｅｒは、ＴａｌｋｅｒからＲＥＱ１を受信し続ける限り、アクティブ状態を継続させる。すなわち、Ｌｉｓｔｅｎｅｒは、アクティブ状態を終了してスリープ状態に入るタイミングとなった場合でも、ＴａｌｋｅｒからＲＥＱ１を受信し続ける限り、スリープ状態に遷移せずにアクティブ状態を継続する。
【００６９】  これにより、Ｌｉｓｔｅｎｅｒの検出にかかる時間を大きく増大させることなく、Ｔａｌｋｅｒの受信回路の駆動時間を減らし、消費電力を削減することができる。
【００７０】  具体的には、通信装置１００は、アクティブ状態３００において、ＬＢＴを行った後に（３０１）、ＲＥＱ１を送信する（３０２乃至３０４）。この場合に、通信装置１００は、一定区間以外は、受信回路をＯＦＦにする。また、通信装置１００は、アクティブ状態３００において、数  Ｔｉｍｅ  Ｓｅｇｍｅｎｔだけ、受信回路をＯＮにし、ＲＥＳＰ１を待ち受ける。図３では、最後の１  Ｔｉｍｅ  Ｓｅｇｍｅｎｔだけ、受信回路をＯＮにし（３０５）、ＲＥＳＰ１を待ち受ける例を示す。
【００７１】  同様に、通信装置１００は、アクティブ状態３２０において、ＬＢＴを行った後に（３２１）、ＲＥＱ１を送信する（３２２乃至３２６）。そして、通信装置１００は、アクティブ状態３２０において、最後の１  Ｔｉｍｅ  Ｓｅｇｍｅｎｔだけ、受信回路をＯＮにし（３２８）、ＲＥＳＰ１を待ち受ける。
【００７２】  この場合に、通信装置１００は、通信装置２００からのＲＥＳＰ１を受信した場合には（３２８）、通信装置２００にＲＥＱ２を送信する（３２７）。続いて、通信装置１００は、ＲＥＳＰ２を待ち受け、通信装置２００からのＲＥＳＰ２を受信した場合には（３２９）、通信装置２００との接続が完了する。
【００７３】  また、通信装置２００は、アクティブ状態３１０において、ＲＥＱ１を待ち受ける（３１１乃至３１３）。ただし、通信装置２００は、アクティブ状態３１０において、ＲＥＱ１を検出できなかったものとする。
【００７４】  同様に、通信装置２００は、アクティブ状態３３０において、ＲＥＱ１を待ち受ける（３３１乃至３３３）。この場合に、通信装置２００は、ＲＥＱ１を検出するものとする（３３１乃至３３３）。
【００７５】  このように、通信装置１００からのＲＥＱ１を検出した場合には（３３１乃至３３３）、通信装置２００は、通信装置１００にＲＥＳＰ１を送信する（３３５乃至３３７）。ただし、通信装置１００において、受信回路がＯＦＦされている間（３３５、３３６）、通信装置１００は、通信装置２００からＲＥＳＰ１を受信することができない。そこで、通信装置２００は、通信装置１００がＲＥＱ１を送出し続ける限り、Ｓｌｅｅｐ状態に遷移することを抑制する。
【００７６】  上述したように、通信装置１００は、通信装置２００からのＲＥＳＰ１を受信した場合には（３２８）、通信装置２００にＲＥＱ２を送信する（３２７）。このように、通信装置１００からのＲＥＱ２を検出した場合には（３３４）、通信装置２００は、通信装置１００にＲＥＳＰ２を送信する（３３８）。
【００７７】  なお、図３では、説明の容易のため、アクティブ状態において、Ｔａｌｋｅｒが受信回路をＯＮにする期間を、最後の１  Ｔｉｍｅ  Ｓｅｇｍｅｎｔとする例を示した。ただし、実際には、雑音等の外乱により送信したフレームが相手に正しく届かないことが考えられる。このため、アクティブ状態において、Ｔａｌｋｅｒが受信回路をＯＮにする区間は、１  Ｔｉｍｅ  Ｓｅｇｍｅｎｔよりも大きくするようにしてもよい。例えば、アクティブ状態において、Ｔａｌｋｅｒが受信回路をＯＮにする期間を、最後のＮ  Ｔｉｍｅ  Ｓｅｇｍｅｎｔとすることができる（ただし、Ｎは、２以上の整数）。
【００７８】  また、図３では、アクティブ状態において、Ｔａｌｋｅｒが受信回路をＯＮにする期間を最後とする例を示したが、これに限定されない。例えば、アクティブ状態における中間付近の地点を、Ｔａｌｋｅｒが受信回路をＯＮにする期間とすることができる。また、例えば、アクティブ状態における最初のＮ  Ｔｉｍｅ  Ｓｅｇｍｅｎｔ（ただし、Ｎは、１以上の整数）を、Ｔａｌｋｅｒが受信回路をＯＮにする期間とすることができる。
【００７９】  ここで、図３に示す例において、例えば、通信装置１００がＲＥＱ１を送信している間、通信装置２００がＲＥＱ１の受信を開始した後に、何らかの理由（例えば、通信環境の悪化）でＲＥＱ１の受信ができなくなることも想定される。すなわち、通信装置１００が送信するＲＥＱ１が途中で喪失してしまうことも想定される。この場合には、通信装置２００は、通信装置１００からのＲＥＱ１が途絶えたと判断し、通信装置１００がアクティブ状態（通信装置１００がＲＥＱ１を送信している状態）であるにもかかわらず、スリープ状態に遷移してしまうことも想定される。
【００８０】  このように、通信装置２００は、通信装置１００からのＲＥＱ１が途絶えた場合には、そのＲＥＱ１が途絶えてから一定時間が経過するまでの間、アクティブ状態を維持し、ＲＥＱ１の待ち受け動作を継続することが望ましい。そして、一定時間内に、通信装置１００からのＲＥＱ１を受信することができた場合には、通信装置２００は、引き続き、スリープ状態に遷移することを抑制する制御を継続する。これにより、通信装置１００がＲＥＳＰ１を受信して通信装置２００の検出を成功させる可能性を高めることができる。この例を図４に示す。
【００８１】  ［ＬｉｓｔｅｎｅｒがＲＥＱ１を途中で喪失してしまう場合の動作例］  図４は、本技術の実施の形態における通信装置１００および通信装置２００間でデータのやりとりを行う場合の通信例を示す図である。
【００８２】  図４では、通信装置１００からのＲＥＱ１が途絶えた場合に、そのＲＥＱ１が途絶えてから一定時間が経過するまでの間、通信装置２００は、アクティブ状態を維持し、ＲＥＱ１の待ち受け動作を継続する例を示す。すなわち、通信装置２００は、ＲＥＱ１が途絶えてもすぐにはスリープ状態に遷移しない例を示す。
【００８３】  具体的には、通信装置１００は、アクティブ状態３４０において、ＬＢＴを行った後に（３４１）、ＲＥＱ１を送信する（３４２乃至３４９）。また、通信装置１００は、アクティブ状態３００において、１  Ｔｉｍｅ  Ｓｅｇｍｅｎｔだけ、受信回路をＯＮにし、ＲＥＳＰ１を待ち受ける（３５１）。
【００８４】  また、通信装置２００は、アクティブ状態３６０において、ＲＥＱ１を待ち受ける（３６１乃至３６６）。この場合に、通信装置２００は、ＲＥＱ１を検出するものとする（３６１、３６２）。しかしながら、ＲＥＱ１を検出した後に、通信装置２００が、何らかの理由（例えば、通信環境の悪化）でＲＥＱ１を受信ができなくなった場合を想定する（３６３、３６４）。
【００８５】  このように、ＲＥＱ１の受信が途中で途絶えた場合でも、通信装置２００は、すぐにはスリープ状態に遷移せずに、一定時間、ＲＥＱ１の待ち受けを継続して行う（３６３乃至３６６）。これにより、例えば、通信環境が悪化してＲＥＱ１を喪失した場合において、その後、一定時間内に通信環境が改善したときには、ＲＥＱ１の受信に成功する可能性を高めることができる。
【００８６】  ここで、一定時間は、固定値（例えば、１００  ｔｉｍｅ  Ｓｅｇｍｅｎｔ程度）とするようにしてもよく、可変値とするようにしてもよい。一定時間を可変値とする場合には、例えば、パケットロス率、通信環境等に応じて、その値を決定することができる。
【００８７】  また、通信装置２００が、一定時間、ＲＥＱ１の待ち受けを継続して行うための条件を設定するようにしてもよい。例えば、ＲＥＱ１の受信が途中で途絶える前に、ＲＥＱ１を所定回（例えば、２回）以上連続して受信したことを条件とすることができる。
【００８８】  そして、通信装置２００は、一定時間以内に、通信装置１００からのＲＥＱ１を受信した場合には（３６５、３６６）、通信装置１００にＲＥＳＰ１を送信する（３７２、３７３）。また、通信装置２００は、ＲＥＳＰ１の送信後に、通信装置１００からのＲＥＱ２を受信した場合には（３６７）、通信装置１００にＲＥＳＰ２を送信する（３７４）。
【００８９】  通信装置１００は、受信回路がＯＮの場合に、ＲＥＳＰ１を受信した場合には（３５１）、通信装置２００にＲＥＱ２を送信する（３５０）。また、通信装置１００は、ＲＥＱ２の送信後に、通信装置２００からのＲＥＳＰ２を受信した場合には（３５２）、通信装置２００との接続が完了する。
【００９０】  ［Ｔａｌｋｅｒが受信回路を動作するタイミングをＬｉｓｔｅｎｅｒに通知する例］  次に、Ｔａｌｋｅｒが、Ｔａｌｋｅｒが受信回路を動作するタイミングをＬｉｓｔｅｎｅｒに通知する例を示す。例えば、Ｔａｌｋｅｒが送信する無線信号（例えば、ＲＥＱ１）に、Ｔａｌｋｅｒが受信回路を動作するタイミングに関する情報を含めることにより、受信回路を動作するタイミングをＬｉｓｔｅｎｅｒに通知することができる。これにより、Ｌｉｓｔｅｎｅｒは、さらに高度な制御を行うことができる。この例を図５および図６に示す。
【００９１】  ［残り送信回数を通知する例］  図５は、本技術の実施の形態における通信装置１００および通信装置２００間でデータのやりとりを行う場合の通信例を示す図である。
【００９２】  図５では、通信装置１００は、アクティブ状態の最後の１  Ｔｉｍｅ  Ｓｅｇｍｅｎｔのみ、受信回路を動作する場合の例を示す。また、図５では、ＲＥＱ１フレームを拡張し、ＲＥＱ１フレームの残り送信回数をＲＥＱ１フレームに含める例を示す。
【００９３】  なお、アクティブ状態３８０および４００における通信装置１００の動作（ＬＢＴ（３８１、４０１）、ＲＥＱ１の送信（３８２乃至３８５、４０２乃至４０５）、ＲＥＳＰ１の受信（３８６、４０７））については、上述した各動作に対応する。
【００９４】  ただし、通信装置１００は、上述したように、ＲＥＱ１を送信する場合に（３８２乃至３８５、４０２乃至４０５）、アクティブ状態３８０および４００におけるＲＥＱ１の残り送信回数に関する情報を、ＲＥＱ１フレームに含めて送信する。
【００９５】  このように、ＲＥＱ１フレームを拡張して、ＲＥＳＰ１の待ち受けタイミングを通信装置２００に通知することにより、通信装置２００は、ＲＥＳＰ１の待ち受けタイミングを把握することができる。
【００９６】  なお、アクティブ状態３９０における通信装置２００の動作（ＲＥＱ１の受信（３９１乃至３９３））については、上述した各動作に対応する。
【００９７】  また、通信装置２００は、アクティブ状態４１０において、ＲＥＱ１フレームを受信すると（４１１）、受信したＲＥＱ１フレームに含まれる「残り送信回数」を確認する。これにより、通信装置２００が、何Ｔｉｍｅ  Ｓｅｇｍｅｎｔ後にＲＥＳＰ１を送信すれば、通信装置１００が受信することができるかを把握することができる。
【００９８】  また、例えば、その確認の結果、ＲＥＳＰ１の送信までに時間がある場合には、通信装置２００は、ＲＥＳＰ１の送信までの間、スリープ状態に遷移することができる（４１７）。これにより、消費電力をさらに削減することができる。
【００９９】  このように、「残り送信回数」を含むＲＥＱ１を受信した通信装置２００は、ＲＥＳＰ１の待ち受けタイミングまでの間、動作を停止して消費電力を削減することができる。例えば、図５に示す例では、アクティブ状態４１０において、「残り９回」を含むＲＥＱ１を受信しているため（４１１）、通信装置２００は、８  Ｔｉｍｅ  Ｓｅｇｍｅｎｔの間、スリープすることができる（４１７）。また、この場合のＲＥＳＰ１の送信（４１４）は、省略するようにしてもよい。
【０１００】  そして、通信装置２００は、「残り送信回数」が０になったタイミングで、アクティブ状態に遷移して、通信装置１００からのＲＥＱ１を受信する（４１２）。このＲＥＱ１には、「残り０回」が含まれる。
【０１０１】  なお、通信装置２００によるＲＥＱ１の受信（４１２）、ＲＥＳＰ１の送信（４１５）、通信装置１００によるＲＥＳＰ１の受信（４０７）、ＲＥＱ２の送信（４０６）については、上述した各動作に対応する。また、通信装置２００によるＲＥＱ２の受信（４１３）、ＲＥＳＰ２の送信（４１６）、通信装置１００によるＲＥＳＰ２の受信（４０８）については、上述した各動作に対応する。
【０１０２】  ［ＴＳを通知する例］  図６は、本技術の実施の形態における通信装置１００および通信装置２００間でデータのやりとりを行う場合の通信例を示す図である。
【０１０３】  図６では、通信装置１００は、アクティブ状態の先頭（ＬＢＴの後）の１  Ｔｉｍｅ  Ｓｅｇｍｅｎｔのみ、受信回路を動作する場合の例を示す。また、図６では、ＲＥＱ１フレームを拡張し、ＲＥＳＰ１の待ち受けタイミングをＲＥＱ１フレームに含める例を示す。
【０１０４】  なお、アクティブ状態４２０および４４０における通信装置１００の動作（ＬＢＴ（４２１、４４１）、ＲＥＱ１の送信（４２２乃至４２６、４４２）、ＲＥＳＰ１の受信（４２７、４４４））については、上述した各動作に対応する。
【０１０５】  ただし、通信装置１００は、上述したように、ＲＥＱ１を送信する場合に（４２２乃至４２６、４４２）、ＲＥＳＰ１の待ち受けタイミングに関する情報を、ＲＥＱ１フレームに含めて送信する。なお、図６では、何ＴＳ（Time Segment）後にＲＥＳＰ１の待ち受けタイミングになるかを特定するための情報をＲＥＱ１フレームに含める例を示す。
【０１０６】  このように、ＲＥＱ１フレームを拡張して、ＲＥＳＰ１の待ち受けタイミングを通信装置２００に通知することにより、通信装置２００は、ＲＥＳＰ１の待ち受けタイミングを把握することができる。
【０１０７】  通信装置２００は、ＲＥＱ１を受信した場合には（４３１）、ＲＥＱ１に含まれる情報（ＲＥＳＰ１の待ち受けタイミング）に合わせて、ＲＥＳＰ１を送信する（４３４）。この場合に、通信装置２００は、ＲＥＱ１を受信（４３１）してからＲＥＳＰ１を送信（４３４）するまでの間、スリープ状態に遷移して消費電力を削減することができる。この場合には、通信装置２００は、予め設定されているスリープ状態およびアクティブ状態のサイクルとは無関係に、スリープ状態およびアクティブ状態の制御を行うことになる。
【０１０８】  このように、通信装置２００は、受信したＲＥＱ１に含まれる情報に基づいて、何Ｔｉｍｅ  Ｓｅｇｍｅｎｔ後にＲＥＳＰ１を応答するかを計算する。そして、通信装置２００は、その計算により求められたタイミングでＲＥＳＰ１を送信する（４３４）。この場合に、その計算により求められたタイミングが通信装置２００におけるスリープ状態となるときには、通信装置２００は、そのタイミングでアクティブ状態に遷移するように制御する。
【０１０９】  なお、図６では、次の受信動作までのタイミングをＴｉｍｅ  Ｓｅｇｍｅｎｔ単位でＲＥＱ１に格納する例を示すが、他の単位とするようにしてもよい。例えば、マイクロ秒単位とすることができる。
【０１１０】  なお、通信装置２００によるＲＥＱ１の受信（４３２）、ＲＥＳＰ１の送信（４３４）、通信装置１００によるＲＥＳＰ１の受信（４４４）、ＲＥＱ２の送信（４４３）については、上述した各動作に対応する。また、通信装置２００によるＲＥＱ２の受信（４３３）、ＲＥＳＰ２の送信（４３５）、通信装置１００によるＲＥＳＰ２の受信（４４５）については、上述した各動作に対応する。
【０１１１】  このように、通信装置１００の制御部１４３は、ＲＥＱ１（特定フレーム）に対する応答フレーム（ＲＥＳＰ１）の受信処理を通信装置１００が行うタイミングに関するタイミング情報をＲＥＱ１に含めて送信することができる。
【０１１２】  また、通信装置２００の制御部は、そのタイミング情報がＲＥＱ１に含まれている場合には、そのタイミングに基づいて、ＲＥＳＰ１を通信装置１００に送信する制御を行うことができる。この場合に、通信装置２００の制御部は、ＲＥＳＰ１の受信処理を通信装置１００が行うタイミングまでの間、スリープ状態に遷移する制御を行うことができる。
【０１１３】  ［Ａｓｓｏｃｉａｔｉｏｎの開始時にＴａｌｋｅｒとして起動する通信装置の動作例］  図７は、本技術の実施の形態における通信装置１００によるデータ通信処理の処理手順の一例を示すフローチャートである。
【０１１４】  最初に、通信装置１００の制御部１４３は、ＬＢＴを実行する（ステップＳ８０１）。続いて、通信装置１００の制御部１４３は、ＲＥＱ１に格納するタイミング情報を更新する（ステップＳ８０２）。例えば、図５に示すように、タイミング情報として「残り送信回数」を格納する場合には、ＲＥＱ１の残り送信回数を更新する。また、例えば、図６に示すように、タイミング情報として「ＴＳ（ＲＥＳＰ１の待ち受けタイミング）」を格納する場合には、ＴＳを更新する。なお、図３および図４に示すように、タイミング情報の送信を行わない場合には、タイミング情報の更新処理（ステップＳ８０２）を省略することができる。
【０１１５】  続いて、通信装置１００の制御部１４３は、ＲＥＱ１を送信する送信処理を行う（ステップＳ８０３）。すなわち、通信装置１００の制御部１４３は、ＲＥＱ１フレームを情報提供部１４１から送信部１２０に出力させ、送信部１２０から通信装置２００に送信させる（ステップＳ８０３）。この場合に、通信装置１００の制御部１４３は、割り当てられているＴＤＳのタイミングでＲＥＱ１フレームを送信させる。
【０１１６】  続いて、通信装置１００の制御部１４３は、ＲＥＳＰ１を受信するタイミングであるか否かを判断する（ステップＳ８０４）。ここで、ＲＥＳＰ１を受信するタイミングであるか否かを判断する際に用いられる判断基準は、上述した各例によって異なる。例えば、図５に示す例では、ＬＢＴの１０  Ｔｉｍｅ  Ｓｅｇｍｅｎｔ後が受信タイミングとなる。また、例えば、図６に示す例では、ＬＢＴの直後の１  Ｔｉｍｅ  Ｓｅｇｍｅｎｔが受信タイミングとなる。
【０１１７】  ＲＥＳＰ１を受信するタイミングである場合には（ステップＳ８０４）、通信装置１００の制御部１４３は、ＲＥＳＰ１を受信する受信処理を行う（ステップＳ８０５）。すなわち、通信装置１００の制御部１４３は、受信部１３０の受信回路をオンする。そして、通信装置１００の受信部１３０は、通信装置２００からのＲＥＳＰ１フレームを受信する。この場合に、通信装置１００の制御部１４３は、割り当てられているＴＤＳのタイミングでＲＥＳＰ１フレームを受信するように制御する。そして、通信装置１００の制御部１４３は、通信装置２００からのＲＥＳＰ１フレームを情報取得部１４２から取得する。
【０１１８】  続いて、通信装置１００の制御部１４３は、ＲＥＳＰ１の受信に成功したか否かを判断する（ステップＳ８０６）。ＲＥＳＰ１の受信に失敗した場合には（ステップＳ８０６）、ステップＳ８０８に進む。
【０１１９】  また、ＲＥＳＰ１の受信に成功した場合には（ステップＳ８０６）、通信装置１００の制御部１４３は、ＲＥＱ２を送信する送信処理を行う（ステップＳ８０７）。なお、これ以降の各処理については、説明を省略する。
【０１２０】  また、ＲＥＳＰ１を受信するタイミングでない場合には（ステップＳ８０４）、通信装置１００の制御部１４３は、スリープ状態に遷移するタイミングであるか否かを判断する（ステップＳ８０８）。スリープ状態に遷移するタイミングでない場合には（ステップＳ８０８）、ステップＳ８０２に戻る。このように、アクティブ状態では、定期的にＲＥＱ１が送信される（ステップＳ８０３）。
【０１２１】  また、スリープ状態に遷移するタイミングである場合には（ステップＳ８０８）、通信装置１００の制御部１４３は、一定時間（予め設定されているスリープ期間）の間、スリープ状態に遷移する（ステップＳ８０９）。なお、ステップＳ８０１乃至Ｓ８０７は、特許請求の範囲に記載の制御手順の一例である。
【０１２２】  このように、通信装置１００の制御部１４３は、通信装置２００にアソシエーション要求を行うアクティブ状態のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行うよう制御する。具体的には、通信装置１００の制御部１４３は、アクティブ状態において、最初にＬＢＴを行い、このＬＢＴ以降の期間を特定期間および他の期間とするよう制御する。この場合に、通信装置１００の制御部１４３は、ＬＢＴの直後の期間と、アクティブ状態における最後の期間と、アクティブ状態における中間期間とのうちの何れかを特定期間とすることができる。
【０１２３】  また、他の期間では、アソシエーション要求を行うためのアソシエーション要求フレーム（ＲＥＱ１）の送信処理（例えば、図３に示す３０２、３０３、３２２乃至３２５）が行われる。また、特定期間では、アソシエーション要求フレーム（ＲＥＱ１）の送信処理（例えば、図３に示す３２６）と、アソシエーション要求フレームに対する応答フレーム（ＲＥＳＰ１）の受信処理（例えば、図３に示す３２８）とが行われる。
【０１２４】  また、通信装置１００の制御部１４３は、送受信処理または送信処理において送信されるフレームに、送受信処理を行うタイミングに関する情報（タイミング情報）を付加する制御を行う。
【０１２５】  ［Ａｓｓｏｃｉａｔｉｏｎの開始時にＬｉｓｔｅｎｅｒとして起動する通信装置の動作例］  図８は、本技術の実施の形態における通信装置２００によるデータ通信処理の処理手順の一例を示すフローチャートである。図８では、図４に示す例（すぐにスリープ状態に遷移しない例）に対応するように、変数ＥＸＴＩＭＥ（Extended TIME）を用いる例を示す。
【０１２６】  最初に、通信装置２００の制御部（図１に示す制御部１４３に対応）は、変数ＥＸＴＩＭＥを初期化して「０」とする（ステップＳ８１１）。続いて、通信装置２００の制御部は、ＲＥＱフレームを受信する受信処理を行う（ステップＳ８１２）。このＲＥＱフレームの受信処理では、ＲＥＱ１およびＲＥＱ２の両方のフレームを同時に待ち受け、受信したフレームに応じて各処理を行う。
【０１２７】  ＲＥＱ１を受信した場合には（ステップＳ８１３）、通信装置２００の制御部は、変数ＥＸＴＩＭＥに所定値（例えば、１００）を代入する（ステップＳ８１４）。続いて、通信装置２００の制御部は、ＲＥＳＰ１を送信する送信処理を行う（ステップＳ８１５）。
【０１２８】  ＲＥＱ１を受信していない場合には（ステップＳ８１３）、通信装置２００の制御部は、ＲＥＱ２を受信したか否かを判断する（ステップＳ８１６）。ＲＥＱ２を受信した場合には（ステップＳ８１６）、通信装置２００の制御部は、ＲＥＳＰ２を送信する送信処理を行う（ステップＳ８２１）。なお、これ以降の各処理については、説明を省略する。
【０１２９】  ＲＥＱ２を受信していない場合には（ステップＳ８１６）、通信装置２００の制御部は、変数ＥＸＴＩＭＥが１以上であるかを確認し、変数ＥＸＴＩＭＥが１以上である場合には、変数ＥＸＴＩＭＥから１を減算する（ステップＳ８１７）。なお、変数ＥＸＴＩＭＥが０である場合には、減算を行わない。
【０１３０】  続いて、通信装置２００の制御部は、スリープ状態に遷移するタイミングであるか否かを判断する（ステップＳ８１８）。スリープ状態に遷移するタイミングでない場合には（ステップＳ８１８）、ステップＳ８１２に戻る。このように、アクティブ状態では、定期的にＲＥＱフレームの受信処理が行われる（ステップＳ８１２）。
【０１３１】  スリープ状態に遷移するタイミングである場合には（ステップＳ８１８）、通信装置２００の制御部は、変数ＥＸＴＩＭＥが０であるか否かを判断する（ステップＳ８１９）。変数ＥＸＴＩＭＥが１以上である場合には（ステップＳ８１９）、ステップＳ８１２に戻る。一方、変数ＥＸＴＩＭＥが０である場合には（ステップＳ８１９）、通信装置２００の制御部は、一定時間（予め設定されているスリープ期間）の間、スリープ状態に遷移する（ステップＳ８２０）。
【０１３２】  このように、ＲＥＱ１およびＲＥＱ２の何れも受信できなかった場合には（ステップＳ８１３、Ｓ８１６）、変数ＥＸＴＩＭＥの値を１減算するようにする。これにより、最後にＲＥＱ１を受信してから１００  Ｔｉｍｅ  Ｓｅｇｍｅｎｔ以内は、スリープ状態に遷移することを抑制することができる。なお、ステップＳ８１１乃至Ｓ８２０は、特許請求の範囲に記載の制御手順の一例である。
【０１３３】  このように、通信装置２００の制御部は、アソシエーション要求を受け付けるアクティブ状態と、アソシエーション要求を受け付けないスリープ状態とを所定タイミングで切り替える制御を行う。また、通信装置２００の制御部は、アクティブ状態において通信装置１００からＲＥＱ１（特定フレーム）を受信した場合には、スリープ状態への遷移を抑制してアクティブ状態を継続するよう制御する。具体的には、通信装置２００の制御部は、ＲＥＱ１（特定フレーム）を受信している間、アクティブ状態を継続するよう制御する。また、通信装置２００の制御部は、ＲＥＱ１（特定フレーム）の受信後に特定フレームを受信しなくなった場合には、ＲＥＱ１（特定フレーム）を受信しなくなってから所定期間、アクティブ状態を継続するよう制御する。
【０１３４】  このように、本技術の実施の形態によれば、Ｔａｌｋｅｒ側の受信回路を動作する時間を減らし、消費電力を低減させることができる。この場合に、Ｌｉｓｔｅｎｅｒ側は、連続的に受信動作をすることになる。そこで、Ｌｉｓｔｅｎｅｒ側の消費電力も削減することができれば、通信システム全体で消費電力をさらに削減することができる。そこで、この例を図９に示す。
【０１３５】  ［ＬＢＴ中にＲＥＱ１を受信したＴａｌｋｅｒがＬｉｓｔｅｎｅｒに役割を変更する例］  図９は、本技術の実施の形態における通信装置１００および通信装置２００間でデータのやりとりを行う場合の通信例を示す図である。
【０１３６】  以上では、ＲＥＱ１を送信するＴａｌｋｅｒを通信装置１００とし、ＲＥＱ１を受信するＬｉｓｔｅｎｅｒを通信装置２００として役割を固定する例を示した。図９では、通信装置１００および通信装置２００の双方がお互いにＲＥＱ１を送信する機能を有する例を示す。そして、ＬＢＴ中にＲＥＱ１を受信した通信装置が、ＴａｌｋｅｒからＬｉｓｔｅｎｅｒに役割を変更する例を示す。すなわち、図９では、通信装置１００および通信装置２００は、Ｔａｌｋｅｒとして動作を開始するが、ＬＢＴ中に相手機器からのＲＥＱ１を受信した場合には、これ以降、Ｌｉｓｔｅｎｅｒとして動作する例を示す。
【０１３７】  通信装置１００および通信装置２００は、ＲＥＱ１送信の前のＬＢＴ区間（５０１、５１１、５２１、５３１）において、相手機器からのフレームを監視する。そして、ＬＢＴ区間において、相手機器からのＲＥＱ１を検出した通信装置は、ＲＥＱ１を待ち受ける動作（上述したＬｉｓｔｅｎｅｒの動作）を行うように役割を変更する。
【０１３８】  また、相手機器からのＲＥＱ１を検出しない場合には、通信装置１００および通信装置２００は、引き続きＲＥＱ１を送信し（５０２乃至５０４、５１２乃至５１４、５２２乃至５２６）、一部の区間でＲＥＳＰ１を待ち受ける（５０５、５１５、５２８）。
【０１３９】  具体的には、通信装置２００は、ＬＢＴ区間（５３１）において、通信装置１００が送信したＲＥＱ１を受信するものとする。この場合には、通信装置２００は、ＴａｌｋｅｒからＬｉｓｔｅｎｅｒに役割を変更して、ＲＥＱ１を待ち受ける（５３５、５３６）。そして、通信装置２００は、ＲＥＱ１を受信した場合には（５３５、５３６）、ＲＥＳＰ１を送信する（５３２、５３３）。
【０１４０】  なお、通信装置１００によるＲＥＳＰ１の受信（５２８）、ＲＥＱ２の送信（５２７）については、上述した各動作に対応する。また、通信装置２００によるＲＥＱ２の受信（５３７）、ＲＥＳＰ２の送信（５３４）、通信装置１００によるＲＥＳＰ２の受信（５２９）については、上述した各動作に対応する。
【０１４１】  このように、通信装置１００および通信装置２００の双方が、最初に、Ｔａｌｋｅｒに相当する動作を行うことにより、通信システム全体として受信動作を減らすことができる。
【０１４２】  ［Ａｓｓｏｃｉａｔｉｏｎの開始後に役割を変更する通信装置の動作例］  図１０は、本技術の実施の形態における通信装置２００によるデータ通信処理の処理手順の一例を示すフローチャートである。図１０では、図９に対応する動作例を示す。
【０１４３】  最初に、通信装置２００の制御部（図１に示す制御部１４３に対応）は、ＬＢＴを実行する（ステップＳ８３１）。続いて、通信装置２００の制御部は、ＬＢＴ区間においてＲＥＱ１を受信したか否かを判断する（ステップＳ８３２）。
【０１４４】  ＬＢＴ区間においてＲＥＱ１を受信した場合には（ステップＳ８３２）、ステップＳ８４１に進む。なお、これ以降の各処理（ステップＳ８３９、Ｓ８４１乃至Ｓ８５０）については、図８に示す各処理（ステップＳ８１１乃至Ｓ８２１）に対応する。
【０１４５】  ＬＢＴ区間においてＲＥＱ１を受信していない場合には（ステップＳ８３２）、ステップＳ８３３に進む。なお、これ以降の各処理（ステップＳ８３３乃至Ｓ８４０）については、図７に示す各処理（ステップＳ８０２乃至Ｓ８０９）に対応する。
【０１４６】  このように、最初のＬＢＴ中の結果（ステップＳ８３２）に応じて、その後の各処理を変更する。
【０１４７】  このように、通信装置２００の制御部は、アクティブ状態において、ＬＢＴを行っている間に、他の通信装置からアソシエーション要求（ＲＥＱ１）を受け付けた場合には、通信装置２００の役割をＴａｌｋｅｒからＬｉｓｔｅｎｅｒに変更する制御を行う。
【０１４８】  このように、本技術の実施の形態では、ＥＣＭＡ−４０１仕様の通信装置が間欠動作（例えば、周期的にアクティブ状態およびスリープ状態を交互に繰り返す動作）を行う際に、相手機器から送信されたフレームに基づいてスリープ動作を抑制することができる。
【０１４９】  例えば、ＥＣＭＡ−４０１仕様の通信装置が間欠動作を用いて相手機器を探索する際に、受信動作を行う時間を減らすことにより、低消費電力を実現することができる。例えば、Ｔａｌｋｅｒは、アクティブ状態中は無線フレームを送信し続けるが、受信回路をＯＮにする区間は所定区間（例えば、最後の数フレーム）のみとする。また、Ｌｉｓｔｅｎｅｒは、アクティブ状態中に無線フレームを受信したら応答を返す。ただし、相手機器が無線フレームを送信し続ける限り、スリープ状態には入らずに応答を返し続ける。これにより、Ｔａｌｋｅｒ側の消費電力を低減することができる。
【０１５０】  このように、本技術の実施の形態によれば、機器発見に要する時間を大幅に増加させることなく、Ｔａｌｋｅｒ側において待ち受け動作時の消費電力を減らすことができる。これにより、例えば、同容量のバッテリを用いた場合でも待ち受け時間を長くすることができる。
【０１５１】  また、ＥＣＭＡ−４０１による通信は、他の無線通信と比較して、受信処理による消費電力が送信処理に比べて相対的に高いと言われている。そこで、本技術の実施の形態では、送信回路を動かしたまま受信回路を停止させることにより、ＥＣＭＡ−４０１の特性を活かしたＰｏｗｅｒ  Ｓａｖｅを実現することができる。
【０１５２】  また、図５および図６に示すように、Ｔａｌｋｅｒからｌｉｓｔｅｎｅｒにタイミング情報を通知することができる。これにより、Ｌｉｓｔｅｎｅｒは、ＲＥＱ１を受信してからＲＥＳＰ１を送信するまでの間、無駄にＲＥＱ１を送信して電力を消費することを防止することができる。
【０１５３】  また、本技術の実施の形態における通信装置１００、２００は、各分野において使用される機器に適用することができる。例えば、人物が両耳にイヤフォンをしているときに、その人物が手に取る機器（例えば、スマートフォン、タブレット端末）に応じて、イヤフォンの入力先を変更する場合を想定する。この場合に、手に取った機器に応じて、迅速に精度よく、イヤフォンへの出力を行うことができる。
【０１５４】  また、例えば、人体に装着する医療機器、自動車に搭載される機器、駅の改札に設置される機器に適用することができる。自動車に搭載される機器は、例えば、人物が座った座席の位置を検出する機器、ハンドルを握った場合の人物の状態を検出する機器である。また、駅の改札に設置される機器は、例えば、人体が触れることにより何らかの認証を行う機器である。また、例えば、農業分野で使用される機器（例えば、牛管理システムの端末）に適用可能である。同様に、例えば、スポーツ分野や医療分野等で使用される各機器に適用可能である。
【０１５５】  また、人体以外の他の体（例えば、牛、馬、犬、猫等の動物）に装着する機器についても適用することができる。また、複数の体（例えば、人体および牛の体）に装着されている機器についても適用することができる。この例を図１１に示す。
【０１５６】  ［複数の体に装着されている機器間の通信例］  図１１は、本技術の実施の形態における通信装置５００、５１０、５２０、５３０間でデータのやりとりを行う場合の通信例を示す図である。
【０１５７】  図１１では、最初に、通信装置５００をＬｉｓｔｅｎｅｒとして起動させ、通信装置５１０、５２０、５３０をＴａｌｋｅｒとして起動させる場合の例を示す。また、通信装置５００は、通信装置２００に対応し、通信装置５１０、５２０、５３０は、通信装置１００に対応するものとする。また、図１１では、通信装置５００を人物２０が所持し、通信装置５１０、５２０、５３０を牛に装着している場合の例を示す。
【０１５８】  また、通信装置５００は、例えば、スマートフォン、タブレット端末等の情報処理装置である。また、通信装置５１０、５２０、５３０は、牛に関する各測定をするセンサである。このセンサは、例えば、ｐＨ（potential hydrogen、power of hydrogen）を測定することが可能なセンサ機器（ｐＨ測定器）（通信装置として牛の胃袋に取り付ける機器）とすることができる。また、例えば、牛の体温を測定することが可能なセンサ機器（牛温計）（通信装置として牛に取り付ける機器）とすることができる。
【０１５９】  通信装置５１０、５２０、５３０は、各センサにより取得された各センサ情報（牛を識別するための識別情報を含む）を、体（人体および牛の体）を信号の伝送媒体とする通信を利用して通信装置５００に送信することができる。
【０１６０】  例えば、人物２０が左手に通信装置５００を保持し、右手を牛に当てると、上述した送受信タイミングに従って、通信装置５００と、通信装置５１０、５２０、５３０との間で、各センサ情報のやりとりを行うことができる。この場合に、人物２０は、表示部５０１（タッチパネル）を用いた選択操作により通信装置５００と接続する機器を順次選択して、通信装置５１０、５２０、５３０のそれぞれとの間で、各センサ情報のやりとりを順次行うことができる。
【０１６１】  そして、通信装置５００の制御部（図１に示す制御部１４３に相当）は、受信した各センサ情報および牛を識別するための識別情報（例えば、名称）を表示部５０１に表示させることができる。このように、人物２０が右手を牛に当てると、左手に所持している通信装置５００の表示部５０１に、各センサ情報および牛の名称を表示させることができる。
【０１６２】  なお、図１１では、説明の容易のため、１頭の牛に３つの通信装置を取り付ける例を示すが、１頭の牛に、１、２、または、４以上の通信装置を取り付ける場合についても同様に適用することができる。
【０１６３】  なお、上述の実施の形態は本技術を具現化するための一例を示したものであり、実施の形態における事項と、特許請求の範囲における発明特定事項とはそれぞれ対応関係を有する。同様に、特許請求の範囲における発明特定事項と、これと同一名称を付した本技術の実施の形態における事項とはそれぞれ対応関係を有する。ただし、本技術は実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において実施の形態に種々の変形を施すことにより具現化することができる。
【０１６４】  また、上述の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disc）、メモリカード、ブルーレイディスク（Blu-ray（登録商標）Disc）等を用いることができる。
【０１６５】  なお、本明細書に記載された効果はあくまで例示であって、限定されるものではなく、また、他の効果があってもよい。
【０１６６】  なお、本技術は以下のような構成もとることができる。（１）  体を信号の伝送媒体とし、送信処理よりも受信処理の消費電力が多い通信において、他の通信装置にアソシエーション要求を行うアクティブ期間のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行うよう制御する制御部を具備する通信装置。（２）  前記制御部は、前記アクティブ期間において、最初にＬＢＴ（Listen Before Talk）を行い、前記ＬＢＴ以降の期間を前記特定期間および前記他の期間とするよう制御する前記（１）に記載の通信装置。（３）  前記制御部は、前記ＬＢＴの直後の期間と、前記アクティブ期間における最後の期間と、前記アクティブ期間における中間期間とのうちの何れかを前記特定期間とする制御を行う前記（２）に記載の通信装置。（４）  前記制御部は、前記送受信処理または前記送信処理において送信されるフレームに、前記送受信処理を行うタイミングに関する情報を付加する制御を行う前記（１）から（３）のいずれかに記載の通信装置。（５）  前記制御部は、前記他の期間では、前記アソシエーション要求を行うためのアソシエーション要求フレームの送信処理を行い、前記特定期間では、前記アソシエーション要求フレームの送信処理と前記アソシエーション要求フレームに対する応答フレームの受信処理とを行うよう制御する前記（１）から（４）のいずれかに記載の通信装置。（６）  前記通信は、ＥＣＭＡ−４０１仕様に準拠したデータ交換であり、  前記通信装置は、前記アソシエーション要求を行うＴａｌｋｅｒとして起動する通信装置であり、  前記制御部は、前記アクティブ期間において、ＬＢＴを行っている間に、他の通信装置から前記アソシエーション要求を受け付けた場合には、前記通信装置の役割を前記ＴａｌｋｅｒからＬｉｓｔｅｎｅｒに変更する制御を行う前記（１）から（５）のいずれかに記載の通信装置。（７）  体を信号の伝送媒体とする通信において、アソシエーション要求を受け付けるアクティブ期間と前記アソシエーション要求を受け付けないスリープ期間とを所定タイミングで切り替える制御を行い、前記アクティブ期間において他の通信装置から特定フレームを受信した場合には、前記スリープ期間への遷移を抑制して前記アクティブ期間を継続するよう制御する制御部を具備する通信装置。（８）  前記制御部は、前記特定フレームを受信している間、前記アクティブ期間を継続し、前記特定フレームの受信後に前記特定フレームを受信しなくなった場合には、前記特定フレームを受信しなくなってから所定期間、前記アクティブ期間を継続するよう制御する前記（７）に記載の通信装置。（９）  前記制御部は、前記特定フレームに対する応答フレームの受信処理を前記他の通信装置が行うタイミングに関するタイミング情報が前記特定フレームに含まれている場合には、前記タイミングに基づいて前記応答フレームを前記他の通信装置に送信する制御を行う前記（７）または（８）に記載の通信装置。（１０）  前記制御部は、前記応答フレームの受信処理を前記他の通信装置が行うタイミングまでの間、前記スリープ期間に遷移する制御を行う前記（９）に記載の通信装置。（１１）  体を信号の伝送媒体とし、送信処理��りも受信処理の消費電力が多い通信において、第２通信装置にアソシエーション要求を行う期間のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行う第１通信装置と、  前記通信において、前記アソシエーション要求を受け付けるアクティブ期間と前記アソシエーション要求を受け付けないスリープ期間とを所定タイミングで切り替え、前記アクティブ期間において前記第１通信装置から特定フレームを受信した場合には、前記スリープ期間への遷移を抑制して前記アクティブ期間を継続する第２通信装置とを具備する通信システム。（１２）  体を信号の伝送媒体とし、送信処理よりも受信処理の消費電力が多い通信において、他の通信装置にアソシエーション要求を行うアクティブ期間のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行う制御手順を具備する通信方法。（１３）  体を信号の伝送媒体とする通信において、アソシエーション要求を受け付けるアクティブ期間と前記アソシエーション要求を受け付けないスリープ期間とを所定タイミングで切り替え、前記アクティブ期間において他の通信装置から特定フレームを受信した場合には、前記スリープ期間への遷移を抑制して前記アクティブ期間を継続する制御手順を具備する通信方法。（１４）  体を信号の伝送媒体とし、送信処理よりも受信処理の消費電力が多い通信において、他の通信装置にアソシエーション要求を行うアクティブ期間のうち、特定期間ではフレームの送受信処理を行い、他の期間ではフレームの送信処理を行う制御手順をコンピュータに実行させるプログラム。（１５）  体を信号の伝送媒体とする通信において、アソシエーション要求を受け付けるアクティブ期間と前記アソシエーション要求を受け付けないスリープ期間とを所定タイミングで切り替え、前記アクティブ期間において他の通信装置から特定フレームを受信した場合には、前記スリープ期間への遷移を抑制して前記アクティブ期間を継続する制御手順をコンピュータに実行させるプログラム。
【符号の説明】
【０１６７】  ５０、６０、１００、２００、５００、５１０、５２０、５３０  通信装置  １１０  電極  １２０  送信部  １３０  受信部  １４０  処理部  １４１  情報提供部  １４２  情報取得部  １４３  制御部  １５０  記憶部  ５０１  表示部
【図１】
2016194530.tif 000003
【図２】
2016194530.tif 000004
【図３】
2016194530.tif 000005
【図４】
2016194530.tif 000006
【図５】
2016194530.tif 000007
【図６】
2016194530.tif 000008
【図７】
2016194530.tif 000009
【図８】
2016194530.tif 000010
【図９】
2016194530.tif 000011
【図１０】
2016194530.tif 000012
【図１１】
2016194530.tif 000013
【国際調査報告】
2016194530.tif 000014
2016194530.tif 000015