WO2016194532A1

WO2016194532A1 - 通信装置、通信システム、通信方法およびプログラム

Info

Publication number: WO2016194532A1
Application number: PCT/JP2016/063385
Authority: WO
Inventors: 公也加藤; 翔天野
Original assignee: ソニー株式会社
Priority date: 2015-06-02
Filing date: 2016-04-28
Publication date: 2016-12-08

Abstract

通信装置100 に応じて役割を適切に設定する。通信装置100 は、制御部143 を具備する通信装置100 である。この通信装置100 は、体10 を信号の伝送媒体とする通信を他の通信装置との間で行う通信装置100 である。また、この通信装置100 が具備する制御部143 は、体10を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と、アソシエーション要求を受け付ける第２通信装置とのうちの少なくとも１つの役割を、アソシエーションの開始後に変更する制御を行うものである。

Description

通信装置、通信システム、通信方法およびプログラム

　本技術は、通信装置に関する。詳しくは、体を信号の伝送媒体とする通信を行う通信装置、通信システムおよび通信方法ならびに当該方法をコンピュータに実行させるプログラムに関する。

　従来、人体を信号の伝送媒体とする通信を利用して情報のやり取りを行う通信技術が存在する。例えば、非特許文献１が標準仕様として策定されている。

ECMA-401（1st Edition / December 2011）

　上述の従来技術では、自発的に通信を開始しようとする通信装置（Ｔａｌｋｅｒ）と、Ｔａｌｋｅｒに応答して通信を開始する通信装置（Ｌｉｓｔｅｎｅｒ）とが規定されている。また、ＴａｌｋｅｒがＬｉｓｔｅｎｅｒに対して通信を開始する際、データ交換を行うために必要なパラメータを事前に通知し、合意を得るための接続手続き（Ａｓｓｏｃｉａｔｉｏｎ）が規定されている。

　Ａｓｓｏｃｉａｔｉｏｎでは、最初に、Ｔａｌｋｅｒが接続要求フレーム（Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１）を送信する。これを受信したＬｉｓｔｅｎｅｒは、要求応答フレーム（Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１）を返信する。

　ここで、非特許文献１の仕様に準拠した通信装置は、一般に、送信処理よりも受信処理の方が消費電力は大きくなるという特徴がある。このため、例えば、バッテリ容量が比較的小さい機器の場合には、待機状態では、受信処理を行うよりも送信処理を行う方が好ましい。このように、通信装置に応じて役割を適切に設定することが重要である。

　本技術はこのような状況に鑑みて生み出されたものであり、通信装置に応じて役割を適切に設定することを目的とする。

　本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、体を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と上記アソシエーション要求を受け付ける第２通信装置とのうちの少なくとも１つの役割をアソシエーションの開始後に変更する制御を行う制御部を具備する通信装置およびその通信方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１通信装置および第２通信装置のうちの少なくとも１つの役割をアソシエーションの開始後に変更するという作用をもたらす。

　また、この第１の側面において、上記通信を、ＥＣＭＡ－４０１仕様に準拠したデータ交換とし、上記第１通信装置を、上記アソシエーションの開始時に上記アソシエーション要求を行うＴａｌｋｅｒとして起動する通信装置とし、上記第２通信装置を、上記アソシエーションの開始時に上記アソシエーション要求を受け付けるＬｉｓｔｅｎｅｒとして起動する通信装置とするようにしてもよい。これにより、アソシエーションの開始時にアソシエーション要求を行うＴａｌｋｅｒとして起動する第１通信装置と、アソシエーションの開始時にアソシエーション要求を受け付けるＬｉｓｔｅｎｅｒとして起動する第２通信装置との役割を変更するという作用をもたらす。

　また、この第１の側面において、上記通信装置を、上記第１通信装置とし、上記制御部は、上記通信装置が上記Ｔａｌｋｅｒとして上記アソシエーション要求を送信した後に、上記第２通信装置が上記Ｌｉｓｔｅｎｅｒとして上記アソシエーション要求に対するアソシエーション応答を返信してきたタイミングで、上記通信装置の役割を上記Ｔａｌｋｅｒから上記Ｌｉｓｔｅｎｅｒに変更する制御を行うようにしてもよい。これにより、通信装置がＴａｌｋｅｒとしてアソシエーション要求を送信した後に、第２通信装置がＬｉｓｔｅｎｅｒとしてアソシエーション要求に対するアソシエーション応答を返信してきたタイミングで、通信装置の役割をＴａｌｋｅｒからＬｉｓｔｅｎｅｒに変更するという作用をもたらす。

　また、この第１の側面において、上記制御部は、上記通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信した後に上記第２通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を返信してきたタイミング、または、上記通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を送信した後に上記第２通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を返信してきたタイミングで、上記通信装置の役割を変更し、上記第２通信装置から送信される上記Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を待機する制御を行うようにしてもよい。これにより、通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信した後に第２通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を返信してきたタイミング、または、通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を送信した後に第２通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を返信してきたタイミングで、通信装置の役割を変更し、第２通信装置から送信されるＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を待機するという作用をもたらす。

　また、この第１の側面において、上記通信装置を、上記第２通信装置とし、上記制御部は、上記第１通信装置が上記Ｔａｌｋｅｒとして上記アソシエーション要求を送信した後に、上記通信装置が上記Ｌｉｓｔｅｎｅｒとして上記アソシエーション要求に対するアソシエーション応答を返信したタイミングで、上記通信装置の役割を上記Ｌｉｓｔｅｎｅｒから上記Ｔａｌｋｅｒに変更する制御を行うようにしてもよい。これにより、第１通信装置がＴａｌｋｅｒとしてアソシエーション要求を送信した後に、通信装置がＬｉｓｔｅｎｅｒとしてアソシエーション要求に対するアソシエーション応答を返信したタイミングで、通信装置の役割をＬｉｓｔｅｎｅｒからＴａｌｋｅｒに変更するという作用をもたらす。

　また、この第１の側面において、上記制御部は、上記第１通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信した後に上記通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を返信したタイミング、または、上記第１通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を送信した後に上記通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を返信したタイミングで、上記通信装置の役割を変更し、上記第１通信装置に上記Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信する制御を行うようにしてもよい。これにより、第１通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信した後に通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を返信したタイミング、または、第１通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を送信した後に通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を返信したタイミングで、通信装置の役割を変更し、第１通信装置にＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信するという作用をもたらす。

　また、この第１の側面において、上記通信装置を、上記第１通信装置とし、上記制御部は、上記通信装置が上記ＴａｌｋｅｒとしてＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信する前に行う使用送受信区間の確認時に、他の通信装置からＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を受信した場合には、上記通信装置の役割を上記Ｔａｌｋｅｒから上記Ｌｉｓｔｅｎｅｒに変更し、上記他の通信装置にＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を送信する制御を行うようにしてもよい。これにより、通信装置がＴａｌｋｅｒとしてＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信する前に行う使用送受信区間の確認時に、他の通信装置からＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を受信した場合には、通信装置の役割をＴａｌｋｅｒからＬｉｓｔｅｎｅｒに変更し、他の通信装置にＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を送信するという作用をもたらす。

　また、この第１の側面において、上記制御部は、上記通信装置が特定状態であるときに上記アソシエーション応答を受信したことを条件に上記役割を変更するようにしてもよい。これにより、通信装置が特定状態であるときに、アソシエーション応答を受信したことを条件に、役割を変更するという作用をもたらす。

　また、この第１の側面において、上記制御部は、上記アソシエーション応答に含まれる制御情報に基づいて、上記役割を変更するようにしてもよい。これにより、アソシエーション応答に含まれる制御情報に基づいて、役割を変更するという作用をもたらす。

　また、この第１の側面において、上記制御部は、上記通信装置が特定状態であるときに上記アソシエーション要求を受信したことを条件に上記役割を変更するようにしてもよい。これにより、通信装置が特定状態であるときに、アソシエーション要求を受信したことを条件に、役割を変更するという作用をもたらす。

　また、この第１の側面において、上記制御部は、上記アソシエーション要求に含まれる制御情報に基づいて、上記役割を変更するようにしてもよい。これにより、アソシエーション要求に含まれる制御情報に基づいて、役割を変更するという作用をもたらす。

　また、この第１の側面において、上記制御部は、時間軸において上記アソシエーション要求よりも前に制御フレームを受信した場合には、上記制御フレームに含まれる制御情報に基づいて、上記役割を変更するようにしてもよい。これにより、アソシエーション要求よりも前に受信した制御フレームに含まれる制御情報に基づいて、役割を変更するという作用をもたらす。

　また、この第１の側面において、上記制御部は、上記Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を送信してから一定時間経過後にＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を受信しないことを条件に、上記役割の変更を行うようにしてもよい。これにより、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を送信してから一定時間経過後にＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を受信しないことを条件に、役割の変更を行うという作用をもたらす。

　また、この第１の側面において、上記制御部は、上記Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を送信してから一定時間経過後にデータフレームを受信しないことを条件に、上記役割の変更を行うようにしてもよい。これにより、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を送信してから一定時間経過後にデータフレームを受信しないことを条件に、役割の変更を行うという作用をもたらす。

　また、この第１の側面において、上記制御部は、上記アソシエーションの開始時における上記第１通信装置の役割および上記第２通信装置の役割について、上記アソシエーションの開始後にそれぞれを異なる役割に変更して新たに上記アソシエーションを行うための制御を行うようにしてもよい。これにより、アソシエーションの開始時における第１通信装置の役割および第２通信装置の役割について、アソシエーションの開始後にそれぞれを異なる役割に変更して新たにアソシエーションを行うという作用をもたらす。

　また、この第１の側面において、上記制御部は、上記通信装置に供給される電源がバッテリであるか否か、または、上記通信装置に供給される電源がバッテリである場合には上記バッテリ容量が閾値を基準として少ないか否かに基づいて、上記役割の変更を制御するようにしてもよい。これにより、通信装置に供給される電源がバッテリであるか否か、または、バッテリ容量が閾値を基準として少ないか否かに基づいて、役割の変更を制御するという作用をもたらす。

　また、この第１の側面において、上記制御部は、上記通信装置において受け付けられるユーザ操作の内容、または、上記通信装置が有する入出力装置の種類に基づいて、上記役割の変更を制御するようにしてもよい。これにより、通信装置において受け付けられるユーザ操作の内容、または、通信装置が有する入出力装置の種類に基づいて、役割の変更を制御するという作用をもたらす。

　また、本技術の第２の側面は、体を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と、上記通信において、上記アソシエーション要求を受け付ける第２通信装置とを具備し、上記第１通信装置および上記第２通信装置のそれぞれの役割をアソシエーションの開始後に変更する通信システムおよびその通信方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１通信装置および第２通信装置のそれぞれの役割をアソシエーションの開始後に変更するという作用をもたらす。

　本技術によれば、通信装置に応じて役割を適切に設定することができるという優れた効果を奏し得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

本技術の実施の形態における通信装置１００の構成例を示すブロック図である。本技術の基礎となるＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１におけるＰａｙｌｏａｄのフォーマットの一例を示す図である。本技術の基礎となるＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２におけるＰａｙｌｏａｄのフォーマットの一例を示す図である。本技術の基礎となる通信装置間においてＡｓｓｏｃｉａｔｉｏｎのやりとりを行う場合の通信例を示す図である。本技術の実施の形態におけるＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１におけるＰａｙｌｏａｄの拡張フォーマットの一例を示す図である。本技術の実施の形態におけるＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２におけるＰａｙｌｏａｄの拡張フォーマットの一例を示す図である。本技術の実施の形態における通信装置１００および通信装置２００間でＡｓｓｏｃｉａｔｉｏｎの開始後に行われる通信例を示す図である。本技術の実施の形態における通信装置１００および通信装置２００間でＡｓｓｏｃｉａｔｉｏｎの開始後に行われる通信例を示す図である。本技術の実施の形態における通信装置１００および通信装置２００間でＡｓｓｏｃｉａｔｉｏｎの開始後に行われる通信例を示す図である。本技術の実施の形態における通信装置２００を用いて接続先の機器を選択する選択画面６００の表示例を示す図である。本技術の実施の形態における通信装置１００、通信装置２００および通信装置３００間でＡｓｓｏｃｉａｔｉｏｎの開始後に行われる通信例を示す図である。本技術の実施の形態における通信装置１００によるデータ通信処理の処理手順の一例を示すフローチャートである。本技術の実施の形態における通信装置２００によるデータ通信処理の処理手順の一例を示すフローチャートである。本技術の実施の形態における通信装置５００、５１０、５２０、５３０間でデータのやりとりを行う場合の通信例を示す図である。

　以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
　１．実施の形態（体を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と、アソシエーション要求を受け付ける第２通信装置とのうちの少なくとも１つの役割をアソシエーションの開始後に変更する例）

　＜１．実施の形態＞
　［通信装置の構成例］
　図１は、本技術の実施の形態における通信装置１００の構成例を示すブロック図である。なお、図４、図７乃至図１１で示す通信装置２００、図１１で示す通信装置３００の構成については、通信装置１００と同様であるため、通信装置２００、通信装置３００の構成についての説明を省略する。

　通信装置１００は、体（例えば、人体、動物の体）を信号の伝送媒体とする通信を行う通信装置（例えば、人体通信装置）の一例である。この通信（体を信号の伝送媒体とする通信）は、体の表面（または、近接（例えば、服の表面））に装着されている場合に可能となる通信である。

　また、本技術の実施の形態では、通信装置１００が人体を信号の伝送媒体とする通信を行う例を示す。また、本技術の実施の形態では、通信装置１００を人体の表面（例えば、皮膚表面）に装着して使用する場合の例を示す。

　通信装置１００および通信装置２００は、例えば、人体（または、人体に装着するもの（服、帽子等））に装着することが可能な機器とすることができる。例えば、通信装置１００および通信装置２００は、スマートフォン、タブレット端末、ヘッドフォン、イヤフォン、腕時計、リストバンド、スピーカ、メガネ、血圧計とすることができる。

　通信装置１００は、電極１１０と、送信部１２０と、受信部１３０と、処理部１４０と、記憶部１５０とを備える。

　電極１１０は、通信装置１００が人体に装着されている場合に、人体の表面１０に接する状態（または、近接する状態）となる。

　送信部１２０は、電極１１０が人体の表面１０に接する状態となっている場合に、電極１１０を通じて電位変動を発生させるものである。すなわち、送信部１２０は、電極１１０を通じて電位変動を発生させることにより、人体に装着されている他の通信装置に、情報提供部１４１から提供されるデータを送信する。

　受信部１３０は、電極１１０が人体の表面１０に接する状態となっている場合に、電極１１０を通じて他の通信装置が発生させた電位変動を検出するものである。すなわち、受信部１３０は、電極１１０を通じて他の通信装置が発生させた電位変動を検出することにより、他の通信装置から送信されたデータを受信する。そして、受信部１３０は、受信したデータを情報取得部１４２に供給する。

　また、送信部１２０および受信部１３０は、ＴＤＳ（Time Division Slot）毎に時分割に動作する。

　処理部１４０は、送信部１２０、受信部１３０および記憶部１５０に接続されている。また、処理部１４０は、送受信信号を処理するための各部（情報提供部１４１、情報取得部１４２、制御部１４３）を備える。

　情報提供部１４１は、制御部１４３の制御に基づいて、他の通信装置に送信するデータを送信部１２０に提供するものである。

　情報取得部１４２は、制御部１４３の制御に基づいて、受信部１３０が他の通信装置から受信したデータに含まれる各種情報を取得して、制御部１４３に供給するものである。

　制御部１４３は、制御プログラムに基づいて、通信装置１００の動作内容を制御するものである。例えば、制御部１４３は、ＴＤＳ毎に通信装置１００が動作するタイミングの生成および動作内容を決定する。また、例えば、制御部１４３は、データの送受信を制御する。また、例えば、制御部１４３は、記憶部１５０からデータの取り出し、または、記憶部１５０へのデータの格納を行う。

　ここで、人体を信号の伝送媒体とする通信については、上述したように、特許文献１が標準仕様として策定されている。そこで、その仕様について説明する。

　その仕様では、自発的に通信を開始しようとする通信装置（Ｔａｌｋｅｒ）と、Ｔａｌｋｅｒに応答して通信を開始する通信装置（Ｌｉｓｔｅｎｅｒ）とが規定されている。また、ＴａｌｋｅｒがＬｉｓｔｅｎｅｒに対して通信を開始する際、データ交換を行うために必要なパラメータを事前に通知し、合意を得るための接続手続き（Ａｓｓｏｃｉａｔｉｏｎ）が規定されている。

　Ａｓｓｏｃｉａｔｉｏｎでは、最初に、Ｔａｌｋｅｒが接続要求として通信に必要なパラメータが記載されたフレーム（Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１）を送信する。これを受信したＬｉｓｔｅｎｅｒは、要求応答として自装置がランダムに生成した１６ビットの数（Ｒａｎｄｏｍ　ｎｕｍｂｅｒ）が記載されたＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を返信する。

　Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を受け取ったＴａｌｋｅｒは、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１に記載されたＲａｎｄｏｍ　ｎｕｍｂｅｒを複写したＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を送信する。例えば、図３に示すＲａｎｄｏｍ　ｎｕｍｂｅｒ３１１と同一の値を格納して送信する。これにより、Ｔａｌｋｅｒは、Ｌｉｓｔｅｎｅｒに接続確認を伝える。これを受信したＬｉｓｔｅｎｅｒは、確認応答として、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を返信することで接続手順が完了する。

　Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２による接続確認は、Ｔａｌｋｅｒによるデータ交換を行う相手装置の選択として捉えることもできる。すなわち、Ｔａｌｋｅｒが、複数のＬｉｓｔｅｎｅｒから送信されたＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を確認し、その中からデータ交換を行う相手装置として１台のＬｉｓｔｅｎｅｒを選択することと捉えることもできる。ここで、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１におけるＰａｙｌｏａｄは、データ交換を行うために必要なパラメータで満たされている。このため、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１におけるＰａｙｌｏａｄには、Ｔａｌｋｅｒを識別可能な要素（Ｒａｎｄｏｍ　ｎｕｍｂｅｒ）が含まれていない。したがって、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を受信したＬｉｓｔｅｎｅｒは、相手装置として１台のＴａｌｋｅｒを選択してＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を返信することはできない。このように、Ｌｉｓｔｅｎｅｒには、相手装置のＴａｌｋｅｒを選択する仕組みがない。この点が、ＴａｌｋｅｒとＬｉｓｔｅｎｅｒの大きな非対称性の一つとなっている。

　ここで、自装置が他装置とのＡｓｓｏｃｉａｔｉｏｎの開始を待機する場合を考える。このように、Ａｓｓｏｃｉａｔｉｏｎの開始を待機する場合として２つの方法が考えられる。

　１つの方法は、自装置がＴａｌｋｅｒとして動作し、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を定期的に送信し、他装置からの応答であるＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を待機する方法である。他の方法は、自装置がＬｉｓｔｅｎｅｒとして動作し、他装置からのＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を受信するまで待機する方法である。

　ここで、ＥＣＭＡ－４０１仕様に準拠した通信装置は、一般に、送信処理よりも受信処理の方が消費電力は大きくなるという特徴がある。したがって、例えば、腕時計のようにバッテリ容量が比較的小さい機器がＡｓｓｏｃｉａｔｉｏｎの開始を待機する場合、自装置はＴａｌｋｅｒとして動作し、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を定期的に送信する立場になった方が望ましい。

　また、ユーザの人体近傍において複数の通信装置が存在し、各々の通信装置が他装置とのＡｓｓｏｃｉａｔｉｏｎの開始を待機するケースを考える。例えば、スマートフォン、腕時計、ヘッドフォンの３機器が存在していたとする。ここで、スマートフォンはバッテリ容量が比較的大きく、豊富なユーザインターフェースを備えるものとする。また、腕時計およびヘッドフォンは共にバッテリ容量が比較的小さく、ユーザインターフェースに乏しいものとする。多くのユースケースでは、ユーザがスマートフォンを操作して周辺機器である腕時計とヘッドフォンを検出し、そのうちの１つを選択して接続することが考えられる。この場合、スマートフォンがＴａｌｋｅｒ、腕時計およびヘッドフォンがＬｉｓｔｅｎｅｒとして予め動作している必要がある。

　このように、ユーザが操作する機器と周辺機器の役割（ＴａｌｋｅｒおよびＬｉｓｔｅｎｅｒ）と、バッテリ容量の大小（すなわち、許容可能な待機電力）との間には矛盾が生じることがあり、ユーザビリティを損ねるおそれがある。

　ここで、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）では、通信装置の役割を変更する仕組みの規定がある。Ｂｌｕｅｔｏｏｔｈには、装置の役割として、ＭａｓｔｅｒおよびＳｌａｖｅの２種類が定義されている。他装置との接続を行う際、相手装置との同期を確立する段階において、特定のパケットを送信する動作（Ｐａｇｉｎｇ）を行う装置がＭａｓｔｅｒとなり、Ｐａｇｉｎｇのパケットを探索する動作（Ｐａｇｅ　ｓｃａｎ）を行う装置がＳｌａｖｅとなることが規定されている。また、ＭａｓｔｅｒとＳｌａｖｅを入れ替えるための制御メッセージを交換する仕組みが規定されており、装置同士が接続された後に限定して、装置間の通信リンクを通じて実行できる。

　一方、ＥＣＭＡ－４０１仕様では、上述したように、接続手続（Ａｓｓｏｃｉａｔｉｏｎ）における役割の違いが装置のユーザビリティに影響を与える。このため、Ａｓｓｏｃｉａｔｉｏｎ開始時に、通信装置に応じて役割を適切に変更することが重要である。

　そこで、本技術の実施の形態では、通信装置に応じて役割を適切に設定する例を示す。例えば、許容可能な待機電力が低い機器は、Ａｓｓｏｃｉａｔｉｏｎ待ちの状態では、Ｔａｌｋｅｒとして動作するが、Ａｓｓｏｃｉａｔｉｏｎの開始後にＬｉｓｔｅｎｅｒに役割を変更する。また、ユーザによる操作の受付を可能とする機器は、Ａｓｓｏｃｉａｔｉｏｎ待ちの状態では、Ｌｉｓｔｅｎｅｒとして動作するが、Ａｓｓｏｃｉａｔｉｏｎの開始後にＴａｌｋｅｒに役割を変更する。このように、Ａｓｓｏｃｉａｔｉｏｎ待ちの待機電力を低減させながらユーザが操作する機器に接続先の選択権を与える仕組みを提供することができる。

　例えば、制御部１４３は、体を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と、アソシエーション要求を受け付ける第２通信装置とのうちの少なくとも１つの役割をアソシエーションの開始後に変更する制御を行う。

　具体的には、ＥＣＭＡ－４０１仕様に準拠したデータ交換を行う通信において、アソシエーションの開始時にアソシエーション要求を行うＴａｌｋｅｒとして起動する通信装置を第１通信装置とする。また、その通信において、アソシエーションの開始時にアソシエーション要求を受け付けるＬｉｓｔｅｎｅｒとして起動する通信装置を第２通信装置とする。

　最初に、通信装置１００を第１通信装置とする場合を想定する。この場合には、制御部１４３は、所定のタイミングで、通信装置１００の役割をＴａｌｋｅｒからＬｉｓｔｅｎｅｒに変更する制御を行う。この所定のタイミングは、例えば、通信装置１００がＴａｌｋｅｒとしてアソシエーション要求を送信した後に、第２通信装置がＬｉｓｔｅｎｅｒとしてアソシエーション要求に対するアソシエーション応答を返信してきたタイミングとすることができる。また、通信装置１００の制御部１４３は、通信装置１００が特定状態（例えば、自装置が待ち受け状態）であるときに、アソシエーション応答を受信したことを条件に、役割を変更することができる。また、通信装置１００の制御部１４３は、アソシエーション応答に含まれる制御情報に基づいて、役割を変更することができる。

　次に、通信装置１００を第２通信装置とする場合を想定する。この場合には、制御部１４３は、所定のタイミングで、通信装置１００の役割をＬｉｓｔｅｎｅｒからＴａｌｋｅｒに変更する制御を行う。この所定のタイミングは、例えば、第１通信装置がＴａｌｋｅｒとしてアソシエーション要求を送信した後に、通信装置１００がＬｉｓｔｅｎｅｒとしてアソシエーション要求に対するアソシエーション応答を返信したタイミングとすることができる。また、通信装置１００の制御部１４３は、通信装置１００が特定状態（例えば、自装置が待ち受け状態）であるときに、アソシエーション要求を受信したことを条件に、役割を変更することができる。また、通信装置１００の制御部１４３は、アソシエーション要求に含まれる制御情報に基づいて、役割を変更することができる。

　このように、通信装置１００の制御部は、アソシエーションの開始時における自装置の役割および他の通信装置の役割について、アソシエーションの開始後にそれぞれを異なる役割に変更して新たにアソシエーションを行うための制御を行うことができる。

　［Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１のＰａｙｌｏａｄフォーマット例］
　図２は、本技術の基礎となるＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１におけるＰａｙｌｏａｄのフォーマットの一例を示す図である。

　図２では、ＥＣＭＡ－４０１仕様に基づくフォーマット例を示す。また、図２では、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１のフレームに含まれるＰａｙｌｏａｄの一部のみを示す。また、これ以降では、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１をＲＥＱ１と称して説明する。

　ＦＤＣ３０１は、Ａｓｓｏｃｉａｔｉｏｎの開始後のデータ通信時のサンプリングレートの種類を示す情報である。

　Ｄａｔａ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　ＴＤＳ　ｎｕｍｂｅｒ３０２は、データ通信時に用いるタイムスロット（ＴＤＳ）の値を示す情報である。

　Ｄａｔａ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｍｅｔｈｏｄ３０３は、通信方式の種別を示す情報である。

　［Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１のＰａｙｌｏａｄフォーマット例］
　図３は、本技術の基礎となるＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１におけるＰａｙｌｏａｄのフォーマットの一例を示す図である。

　図３では、ＥＣＭＡ－４０１仕様に基づくフォーマット例を示す。また、図３では、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１のフレームに含まれるＰａｙｌｏａｄの一部のみを示す。また、これ以降では、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１をＲＥＳＰ１と称して説明する。なお、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２におけるＰａｙｌｏａｄのフォーマットについては、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１と同じものとなる。また、これ以降では、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２をＲＥＱ２と称して説明する。

　Ｒａｎｄｏｍ　ｎｕｍｂｅｒ３１１は、接続確認のために各装置がランダムに生成する数を示す情報である。

　［通信装置間においてＡｓｓｏｃｉａｔｉｏｎのやりとりを行う場合の通信例］
　図４は、本技術の基礎となる通信装置間においてＡｓｓｏｃｉａｔｉｏｎのやりとりを行う場合の通信例を示す図である。

　図４では、ＥＣＭＡ－４０１仕様に基づいて、通信装置１００および通信装置２００が互いにデータ通信を行うため、Ａｓｓｏｃｉａｔｉｏｎの開始を待機している場合の通信例を示す。また、図４では、通信装置１００および通信装置２００の状態遷移例を示す。

　また、図４では、通信装置１００はＬｉｓｔｅｎｅｒとして動作し、通信装置２００はＴａｌｋｅｒとして動作する例を示す。

　ここで、通信装置１００は、バッテリ容量が比較的小さい機器であるものとする。例えば、人体通信機能を備える腕時計、ヘッドフォン、イヤフォン、腕時計、リストバンド、メガネの何れかを通信装置１００とすることができる。

　また、通信装置２００は、ユーザ操作によって接続先の装置を選択することができ、バッテリ容量が比較的大きい機器であるものとする。例えば、人体通信機能を備えるスマートフォン、タブレット端末の何れかを通信装置２００とすることができる。

　最初に、通信装置１００は、Ｌｉｓｔｅｎｅｒとして動作するため、一定期間、ＲＥＱ１の受信を待機する（ステップＳ４０１）。

　また、通信装置２００は、Ｔａｌｋｅｒとして動作するため、ＬＢＴ（Listen Before Talk）を行う（ステップＳ４１１）。このＬＢＴでは、所定の時間だけ信号を探索し、空いているタイムスロット（ＴＤＳ）を調べる動作を行う。このように、ＬＢＴは、使用送受信区間を確認するものである。

　続いて、通信装置２００は、ＬＢＴの結果に基づいて、空いているＴＤＳのうち２つで１組のＴＤＳを選択し、１つをＴａｌｋｅｒ－ＴＤＳとし、もう１つをＬｉｓｔｅｎｅｒ－ＴＤＳとする。このように、通信装置２００は、ＬＢＴの結果に基づいて、Ａｓｓｏｃｉａｔｉｏｎフレームの送信タイミングをスケジューリングする。なお、Ｔａｌｋｅｒ－ＴＤＳおよびＬｉｓｔｅｎｅｒ－ＴＤＳの時間間隔は仕様で規定されている。

　このように、送信タイミングをスケジューリングした後に、通信装置２００は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ１を送信する（ステップＳ４１２）。

　通信装置１００は、ＲＥＱ１を受信した場合には（ステップＳ４０１）、ＲＥＱ１を受信したタイミングに同期して算出されるＬｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を送信する（ステップＳ４０２）。

　また、通信装置２００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１の受信を待機する（ステップＳ４１３）。そして、通信装置２００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を受信した場合には（ステップＳ４１３）、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２を送信する（ステップＳ４１４）。なお、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を受信しなかった場合には、仕様に特に規定がない。このため、例えば、フレームの送信タイミングをスケジューリングし直すため、ステップＳ４１１に戻るようにしてもよい。

　また、通信装置１００は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２の受信を待機する（ステップＳ４０３）。そして、通信装置１００は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２を受信した場合には（ステップＳ４０３）、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を送信する（ステップＳ４０４）。なお、これ以降では、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２をＲＥＳＰ２と称して説明する。これにより、接続が完了する（ステップＳ４０５）。

　また、通信装置２００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２の受信を待機する（ステップＳ４１５）。そして、通信装置２００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２を受信した場合には（ステップＳ４１５）、接続が完了する（ステップＳ４１６）。

　ここで、通信装置２００は、ステップＳ４１３で受信したＲＥＳＰ１に記載されたＲａｎｄｏｍ　ｎｕｍｂｅｒを確認することにより、通信装置１００がデータ通信したい相手機器であるか否かを判断することができる。そして、通信装置２００は、その結果、所望の相手機器に対応するＲａｎｄｏｍ　ｎｕｍｂｅｒ（図３に示す）と同一の値をＲＥＱ２のペイロードに記載し、その相手機器に接続確認を伝えることができる（ステップＳ４１４）。

　また、通信装置１００は、ステップＳ４０１でＲＥＱ１の受信を待機するため、ある程度の期間、受信を継続しなければならない。このため、通信装置１００は、バッテリ容量が小さいにも関わらず、待機電力が大きくなる。そこで、バッテリ容量が小さい通信装置の待機電力を減少させることが重要となる。そこで、以下では、バッテリ容量が小さい通信装置の待機電力を減少させる例を示す。

　［Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１の拡張例］
　図５は、本技術の実施の形態におけるＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１におけるＰａｙｌｏａｄの拡張フォーマットの一例を示す図である。

　図５では、ＥＣＭＡ－４０１仕様に基づくフォーマットの拡張例を示す。また、図５では、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１のフレームに含まれるＰａｙｌｏａｄの一部のみを示す。なお、ＦＤＣ３２１、Ｄａｔａ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　ＴＤＳ　ｎｕｍｂｅｒ３２２およびＤａｔａ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｍｅｔｈｏｄ３２３は、図２に示す同一名称の各部に対応する。

　Ｔａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ３２４は、ＴａｌｋｅｒおよびＬｉｓｔｅｎｅｒの役割を変更する際に用いられる優先度を示す値である。

　［Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１の拡張例］
　図６は、本技術の実施の形態におけるＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１におけるＰａｙｌｏａｄの拡張フォーマットの一例を示す図である。

　図６では、ＥＣＭＡ－４０１仕様に基づくフォーマットの拡張例を示す。また、図６では、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１のフレームに含まれるＰａｙｌｏａｄの一部のみを示す。なお、Ｒａｎｄｏｍ　ｎｕｍｂｅｒ３３１は、図３に示すＲａｎｄｏｍ　ｎｕｍｂｅｒ３１１に対応する。また、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２におけるＰａｙｌｏａｄの拡張フォーマットについては、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１と同じものとなる。ただし、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２におけるＴａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅに記載される値は、Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１とは異なる値となる可能性がある。

　Ｔａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ３３２は、ＴａｌｋｅｒおよびＬｉｓｔｅｎｅｒの役割を変更する際に用いられる優先度を示す値である。

　［Ａｓｓｏｃｉａｔｉｏｎの開始後に各通信装置の役割を変更する場合の通信例］
　図７は、本技術の実施の形態における通信装置１００および通信装置２００間でＡｓｓｏｃｉａｔｉｏｎの開始後に行われる通信例を示す図である。すなわち、図７では、通信装置１００および通信装置２００の状態遷移例を示す。

　最初に、通信装置１００は、Ａｓｓｏｃｉａｔｉｏｎ待ちの初期状態では、Ｔａｌｋｅｒとして動作するものとする（ステップＳ４２１）。また、通信装置２００は、Ａｓｓｏｃｉａｔｉｏｎ待ちの初期状態では、Ｌｉｓｔｅｎｅｒとして動作するものとする（ステップＳ４４１）。

　通信装置１００は、Ｔａｌｋｅｒとして動作するため、ＬＢＴを行い、ＴＤＳの選択を行う（ステップＳ４２２）。続いて、通信装置１００は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ１を送信する（ステップＳ４２３）。また、通信装置１００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１の受信を待機する（ステップＳ４２４）。そして、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を受信しなかった場合には（ステップＳ４２４）、ステップＳ４２１に戻る。

　また、通信装置２００は、Ｌｉｓｔｅｎｅｒとして動作するため、一定期間、ＲＥＱ１の受信を待機する（ステップＳ４４２）。そして、ＲＥＱ１を受信しなかった場合には（ステップＳ４４２）、ステップＳ４４１に戻る。

　ＲＥＱ１を受信した場合には（ステップＳ４４２）、通信装置２００は、その受信したタイミングに同期して算出されるＬｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を送信する（ステップＳ４４３）。

　また、通信装置１００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を受信した場合には（ステップＳ４２４）、ＴａｌｋｅｒからＬｉｓｔｅｎｅｒに役割を変更する（ステップＳ４２５）。そして、これ以降は、通信装置１００は、Ｌｉｓｔｅｎｅｒとして動作する。

　また、通信装置２００は、ＲＥＳＰ１を送信した後（ステップＳ４４３）、一定期間、Ｔａｌｋｅｒ－ＴＤＳを観測する（ステップＳ４４４）。ここで、一定期間は、例えば、１　Ｔｉｍｅ－ｓｅｇｍｅｎｔ以上の時間とすることができる。なお、１　Ｔｉｍｅ－ｓｅｇｍｅｎｔは、８つのＴＤＳで構成される期間を意味する。

　そして、ＲＥＱ１が観測されない場合には（ステップＳ４４４）、通信装置２００は、ＬｉｓｔｅｎｅｒからＴａｌｋｅｒに役割を変更する（ステップＳ４４５）。そして、これ以降は、通信装置２００は、Ｔａｌｋｅｒとして動作する。

　ここで、通信装置１００がＴａｌｋｅｒとして動作しているときにＬＢＴが既に行われ、ＴＤＳの選択が行われている（ステップＳ４２２）。このため、通信装置２００がＴａｌｋｅｒになった場合には（ステップＳ４４５）、ＬＢＴを省略し、通信装置１００により選択されたＴＤＳを継続して使用することができる。

　このように、一定期間、Ｔａｌｋｅｒ－ＴＤＳを観測する（ステップＳ４４４）。これにより、干渉や外来雑音等によって生じ得る通信誤りによって、通信装置２００がステップＳ４４３で送信したＲＥＳＰ１を、通信装置１００がステップＳ４２４で受信できなかった場合の状態の不一致を回避することができる。

　上述したように、各通信装置の役割が変更された場合には、通信装置１００は、ＬｉｓｔｅｎｅｒとしてＡｓｓｏｃｉａｔｉｏｎを行う。すなわち、通信装置１００は、Ｌｉｓｔｅｎｅｒ接続開始状態に遷移する（ステップＳ４２６）。また、通信装置２００は、ＴａｌｋｅｒとしてＡｓｓｏｃｉａｔｉｏｎを行う。すなわち、通信装置２００は、Ｔａｌｋｅｒ接続開始状態に遷移する（ステップＳ４４６）。

　具体的には、通信装置２００は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ１を送信する（ステップＳ４４７）。また、通信装置２００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を受信する（ステップＳ４４８）。

　また、通信装置１００は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ１を受信する（ステップＳ４２７）。また、通信装置１００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を送信する（ステップＳ４２８）。

　また、通信装置２００は、受信したＲＥＳＰ１に記載されたＲａｎｄｏｍ　ｎｕｍｂｅｒを確認し、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２を送信する（ステップＳ４４９）。また、通信装置２００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２を受信すると（ステップＳ４５０）、接続が完了する（ステップＳ４５１）。

　また、通信装置１００は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２を受信すると（ステップＳ４２９）、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２を送信する（ステップＳ４３０）。これにより、接続が完了する（ステップＳ４３１）。

　このように、通信装置１００の制御部１４３は、通信装置１００がＲＥＱ１を送信した後に、通信装置２００がＲＥＳＰ１を返信してきたタイミングで通信装置１００および通信装置２００の役割を変更するための制御を行うことができる。そして、通信装置１００の制御部１４３は、通信装置２００から送信されるＲＥＱ１を待機する制御を行う。

　また、通信装置２００の制御部は、通信装置１００がＲＥＱ１を送信した後に、通信装置２００がＲＥＳＰ１を返信したタイミングで通信装置１００および通信装置２００の役割を変更するための制御を行うことができる。そして、通信装置２００の制御部は、通信装置１００にＲＥＱ１を送信する制御を行う。

　このように、Ａｓｓｏｃｉａｔｉｏｎ手続きであれば、通信装置２００は、通信装置１００がデータ通信したい相手機器か否かを適切に判断することができる。また、通信装置１００は、Ｔａｌｋｅｒとして待機するため、消費電力を軽減することができる。

　なお、通信装置１００および通信装置２００が役割変更を行うか否かを判断する基準としては、次の（Ａ１）乃至（Ａ７）の判断基準を用いることができる。

　（Ａ１）通信装置１００は、Ｔａｌｋｅｒ待機状態（ステップＳ４２１）を経由してＲＥＱ１を送信し、ＲＥＳＰ１を受信したことを条件にＬｉｓｔｅｎｅｒに役割を変更する。
　また、通信装置２００は、Ｌｉｓｔｅｎｅｒ待機状態（ステップＳ４４１）を経由してＲＥＱ１を受信した場合にＲＥＳＰ１を送信した後にＴａｌｋｅｒに役割を変更する。

　（Ａ２）通信装置１００は、ステップＳ４２４で受信したＲＥＳＰ１に記載のＲａｎｄｏｍ　ｎｕｍｂｅｒが既知であることを条件にＬｉｓｔｅｎｅｒに役割を変更する。ここで、Ｒａｎｄｏｍ　ｎｕｍｂｅｒが既知である場合は、例えば、ＲＥＳＰ１を送信した通信装置と通信装置１００とが過去に通信していることを意味する。

　（Ａ３）通信装置２００は、ユーザ操作の内容に応じて、ＲＥＳＰ１送信後（ステップＳ４４３）にＴａｌｋｅｒに役割を変更する。例えば、通信装置２００は、Ｔａｌｋｅｒに役割を変更する指示操作がユーザにより行われた場合には、ＲＥＳＰ１送信後（ステップＳ４４３）にＴａｌｋｅｒに役割を変更する。

　（Ａ４）通信装置２００は、自装置に備えられている入出力装置の有無、入出力装置の種類に応じて、ＲＥＳＰ１送信後（ステップＳ４４３）にＴａｌｋｅｒに役割を変更する。例えば、通信装置２００は、自装置に所定のユーザインターフェース（例えば、タッチパネル、表示部および操作部）が備えられている場合に、ＲＥＳＰ１送信後（ステップＳ４４３）にＴａｌｋｅｒに役割を変更する。
　または、通信装置１００は、自装置に備えられている入出力装置の有無、入出力装置の種類に応じて、ＲＥＳＰ１受信後（ステップＳ４２４）にＬｉｓｔｅｎｅｒに役割を変更する。例えば、通信装置１００は、自装置に所定のユーザインターフェース（例えば、タッチパネル、表示部および操作部）が備えられていない場合に、ＲＥＳＰ１受信後（ステップＳ４２４）にＬｉｓｔｅｎｅｒに役割を変更する。

　（Ａ５）通信装置１００は、自装置のバッテリ容量（バッテリ残量）が閾値以下（または、未満）であった場合に、ＲＥＳＰ１受信後（ステップＳ４２４）にＬｉｓｔｅｎｅｒに役割を変更する。また、通信装置１００は、自装置に供給される電源がバッテリであるか否かに基づいて、役割の変更を制御するようにしてもよい。例えば、自装置に供給される電源がバッテリである場合には、役割を変更し、自装置に供給される電源がバッテリでない場合には、役割を変更しないように制御することができる。

　（Ａ６）通信装置１００は、ステップＳ４２３で送信するＲＥＱ１にＬｉｓｔｅｎｅｒとして接続したい旨を示す値を記載する。また、通信装置２００は、ステップＳ４４３で送信するＲＥＳＰ１にＴａｌｋｅｒとして接続したい旨を示す値を記載する。これにより、通信装置１００および通信装置２００間で互いに合意することができたことを条件に役割を変更する。
　例えば、通信装置１００は、ステップＳ４２３で送信するＲＥＱ１については、図５に示すＴａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ３２４を小さい値に設定する。また、通信装置２００は、ステップＳ４４３で送信するＲＥＳＰ１については、Ｔａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ（図６に示すＴａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ３３２）を大きい値に設定する。このように各Ｔａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅを設定することにより、通信装置１００および通信装置２００間で互いに合意することができたことを把握することができる。
　また、例えば、通信装置１００は、ステップＳ４２３で送信するＲＥＱ１に、Ｌｉｓｔｅｎｅｒとして動作することを要求する制御情報（例えば、新たに定義するフィールド（例えば、ビットを１））を含めて送信する。また、通信装置２００は、ステップＳ４４３で送信するＲＥＳＰ１に、Ｔａｌｋｅｒとして動作することを要求する制御情報（例えば、新たに定義するフィールド（例えば、ビットを１））を含めて送信する。このように、制御情報を含めて送信することにより、通信装置１００および通信装置２００間で互いに合意することができたことを把握することができる。

　（Ａ７）通信装置１００は、ステップＳ４２３でＲＥＱ１を送信する前に自装置が待機していることを示す状態通知信号（制御フレーム、ビーコンフレームに相当）を送信し、この状態通知信号にＬｉｓｔｅｎｅｒとして接続したい旨を示す値を記載する。そして、通信装置１００は、これ以後、ＲＥＳＰ１を受信した場合に、Ｌｉｓｔｅｎｅｒに役割を変更する。
　また、通信装置２００は、ステップＳ４４２でＲＥＱ１を受信する前に、上述した状態通知信号を受信した場合に、これ以後、ＲＥＱ１を受信したときにＴａｌｋｅｒに役割を変更する。
　例えば、状態通知信号におけるペイロードの一部を、図６に示す構造とし、Ｔａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ（図６に示す３３２に相当）を小さい値に設定する。または、状態通知信号におけるペイロードの一部に新たなフィールドを定義し、このフィールドのビットを１として送信する。
　このように、時間軸においてＲＥＱ１よりも前に制御フレームを受信した場合には、その制御フレームに含まれる制御情報に基づいて、各通信装置の役割を変更することができる。

　［Ａｓｓｏｃｉａｔｉｏｎの開始後に各通信装置の役割を変更する場合の通信例］
　図８は、本技術の実施の形態における通信装置１００および通信装置２００間でＡｓｓｏｃｉａｔｉｏｎの開始後に行われる通信例を示す図である。すなわち、図８では、通信装置１００および通信装置２００の状態遷移例を示す。

　また、図８は、図７の変形例であり、一部が図７と共通する。具体的には、ＲＥＳＰ１の送受信までの各処理手順（ステップＳ４６１乃至Ｓ４６４、Ｓ４８１乃至Ｓ４８３）は、図７に示す各処理手順（ステップＳ４２１乃至Ｓ４２４、Ｓ４４１乃至Ｓ４４３）と共通する。また、役割変更後の各処理手順（ステップＳ４６８乃至Ｓ４７３、Ｓ４８８乃至Ｓ４９３）は、図７に示す各処理手順（ステップＳ４２６乃至Ｓ４３１、Ｓ４４６乃至Ｓ４５１）と共通する。このため、これらの説明を省略する。

　通信装置１００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を受信した場合には（ステップＳ４６４）、役割を変更せずに、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２を送信する（ステップＳ４６５）。また、通信装置１００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２を受信する（ステップＳ４６６）。

　また、通信装置２００は、ＲＥＳＰ１を送信した後に（ステップＳ４８３）、役割変更を確認せずに、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２を受信する（ステップＳ４８４）。そして、通信装置２００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２を送信する（ステップＳ４８５）。

　また、通信装置１００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２を受信した場合には（ステップＳ４６６）、ＴａｌｋｅｒからＬｉｓｔｅｎｅｒに役割を変更する（ステップＳ４６７）。そして、これ以降は、通信装置１００は、Ｌｉｓｔｅｎｅｒとして動作する。

　また、通信装置２００は、ＲＥＳＰ２を送信した後（ステップＳ４８５）、一定期間、Ｔａｌｋｅｒ－ＴＤＳを観測する（ステップＳ４８６）。そして、ＲＥＱ２が観測されない場合には（ステップＳ４８６）、通信装置２００は、ＬｉｓｔｅｎｅｒからＴａｌｋｅｒに役割を変更する（ステップＳ４８７）。そして、これ以降は、通信装置２００は、Ｔａｌｋｅｒとして動作する。

　このように、通信装置１００の制御部１４３は、通信装置１００がＲＥＱ２を送信した後に、通信装置２００がＲＥＳＰ２を返信してきたタイミンで通信装置１００および通信装置２００の役割を変更するための制御を行うことができる。そして、通信装置１００の制御部１４３は、通信装置２００から送信されるＲＥＱ１を待機する制御を行う。

　また、通信装置２００の制御部は、通信装置１００がＲＥＱ２を送信した後に、通信装置２００がＲＥＳＰ２を返信したタイミングで通信装置１００および通信装置２００の役割を変更するための制御を行うことができる。そして、通信装置２００の制御部は、通信装置１００にＲＥＱ１を送信する制御を行う。

　このように、一定期間、Ｔａｌｋｅｒ－ＴＤＳを観測する（ステップＳ４８６）。これにより、干渉や外来雑音等によって生じ得る通信誤りによって、通信装置２００がステップＳ４８５で送信したＲＥＳＰ２を、通信装置１００がステップＳ４６５で受信できなかった場合の状態の不一致を回避することができる。

　なお、通信装置１００および通信装置２００が役割変更を行うか否かを判断する基準としては、次の（Ｂ１）乃至（Ｂ８）の判断基準を用いることができる。

　（Ｂ１）通信装置１００は、Ｔａｌｋｅｒ待機状態（ステップＳ４６１）を経由してＲＥＱ１を送信し、この送信後にＲＥＳＰ２を受信したことを条件にＬｉｓｔｅｎｅｒに役割を変更する。
　また、通信装置２００は、Ｌｉｓｔｅｎｅｒ待機状態（ステップＳ４８１）を経由してＲＥＱ１を受信し、この受信後にＲＥＳＰ２を送信した後にＴａｌｋｅｒに役割を変更する。

　（Ｂ２）通信装置１００は、ステップＳ４６４で受信したＲＥＳＰ１に記載のＲａｎｄｏｍ　ｎｕｍｂｅｒが既知である場合に、その受信後にＲＥＳＰ２を受信したことを条件にＬｉｓｔｅｎｅｒに役割を変更する。

　（Ｂ３）通信装置２００は、ユーザ操作の内容に応じて、ＲＥＳＰ２送信後（ステップＳ４８５）にＴａｌｋｅｒに役割を変更する。

　（Ｂ４）通信装置２００は、自装置に備えられている入出力装置の有無、入出力装置の種類に応じて、ＲＥＳＰ２送信後（ステップＳ４８５）にＴａｌｋｅｒに役割を変更する。
　または、通信装置１００は、自装置に備えられている入出力装置の有無、入出力装置の種類に応じて、ＲＥＳＰ２受信後（ステップＳ４６６）にＬｉｓｔｅｎｅｒに役割を変更する。

　（Ｂ５）通信装置１００は、自装置のバッテリ容量（バッテリ残量）が閾値以下（または、未満）であった場合に、ＲＥＳＰ２受信後（ステップＳ４６６）にＬｉｓｔｅｎｅｒに役割を変更する。また、通信装置１００は、自装置に供給される電源がバッテリであるか否かに基づいて、役割の変更を制御するようにしてもよい。例えば、自装置に供給される電源がバッテリである場合には、役割を変更し、自装置に供給される電源がバッテリでない場合には、役割を変更しないように制御することができる。

　（Ｂ６）通信装置１００は、ステップＳ４６３で送信するＲＥＱ１にＬｉｓｔｅｎｅｒとして接続したい旨を示す値を記載する。また、通信装置２００は、ステップＳ４８３で送信するＲＥＳＰ１にＴａｌｋｅｒとして接続したい旨を示す値を記載する。これにより、通信装置１００および通信装置２００間で互いに合意することができたことを条件に役割を変更する。
　例えば、通信装置１００は、ステップＳ４６３で送信するＲＥＱ１については、図５に示すＴａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ３２４を小さい値に設定する。また、通信装置２００は、ステップＳ４８３で送信するＲＥＳＰ１については、図６に示すＴａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ３３２を大きい値に設定する。このように各Ｔａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅを設定することにより、通信装置１００および通信装置２００間で互いに合意することができたことを把握することができる。
　また、上述した（Ａ６）と同様に、制御情報を含めて送信するようにしてもよい。

　（Ｂ７）通信装置１００は、ステップＳ４６５で送信するＲＥＱ２にＬｉｓｔｅｎｅｒとして接続したい旨を示す値を記載する。また、通信装置２００は、ステップＳ４８５で送信するＲＥＳＰ２にＴａｌｋｅｒとして接続したい旨を示す値を記載する。これにより、通信装置１００および通信装置２００間で互いに合意することができたことを条件に役割を変更する。
　例えば、ＲＥＱ２では、Ｔａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ（図６に示すＴａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ３３２に相当）を小さい値に設定する。また、ＲＥＳＰ２では、Ｔａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ（図５に示すＴａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ３２４に相当）を大きい値に設定する。
　また、上述した（Ａ６）と同様に、制御情報を含めて送信するようにしてもよい。

　（Ｂ８）通信装置１００は、ステップＳ４６３でＲＥＱ１を送信する前に自装置が待機していることを示す状態通知信号を送信し、この状態通知信号にＬｉｓｔｅｎｅｒとして接続したい旨を示す値を記載する。そして、通信装置１００は、これ以後、ＲＥＳＰ２を受信した場合に、Ｌｉｓｔｅｎｅｒに役割を変更する。
　また、通信装置２００は、ステップＳ４８２でＲＥＱ１を受信する前に、上述した状態通知信号を受信した場合に、これ以後、ＲＥＱ２を受信したときにＴａｌｋｅｒに役割を変更する。
　例えば、状態通知信号におけるペイロードの一部を、図６に示す構造とし、Ｔａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ（図６に示す３３２に相当）を小さい値に設定する。または、状態通知信号におけるペイロードの一部に新たなフィールドを定義し、このフィールドのビットを１として送信する。

　［Ａｓｓｏｃｉａｔｉｏｎの開始後に一方の通信装置の役割を変更する場合の通信例］
　図９は、本技術の実施の形態における通信装置１００および通信装置２００間でＡｓｓｏｃｉａｔｉｏｎの開始後に行われる通信例を示す図である。すなわち、図９では、通信装置１００および通信装置２００の状態遷移例を示す。

　また、図９では、通信装置１００の役割のみを変更する場合を示す。

　最初に、通信装置１００および通信装置２００は、Ａｓｓｏｃｉａｔｉｏｎ待ちの初期状態では、双方がＴａｌｋｅｒとして動作する（ステップＳ５０１、Ｓ５１１）。

　また、通信装置１００および通信装置２００は、Ｔａｌｋｅｒとして動作するため、ＬＢＴを行い、ＴＤＳの選択を行う（ステップＳ５０２、Ｓ５１２）。続いて、通信装置１００および通信装置２００は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ１を送信する（ステップＳ５０３、Ｓ５１３）。

　また、通信装置１００および通信装置２００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１の受信を待機する（ステップＳ５０４、Ｓ５１４）。そして、受信しなかった場合には（ステップＳ５０４、Ｓ５１４）、それぞれステップＳ５０１またはステップＳ５１１に戻る。

　ここで、通信装置１００および通信装置２００のそれぞれが行うＬＢＴ（ステップＳ５０２、Ｓ５１１）では、所定の時間だけ信号を探索する。そして、ＲＥＱ１が観測された通信装置は、ＴａｌｋｅｒからＬｉｓｔｅｎｅｒに役割を変更する。

　ここでは、通信装置１００がＬＢＴの間に（ステップＳ５０２）、通信装置２００が送信したＲＥＱ１（ステップＳ５１３）を観測した場合を想定する。この場合には、通信装置１００は、ＬＢＴで観測されたＲＥＱ１を受信した後に、ＴａｌｋｅｒからＬｉｓｔｅｎｅｒに役割を変更する（ステップＳ５０５）。

　続いて、通信装置１００は、ＲＥＱ１を受信したタイミングに同期して算出されるＬｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を送信する（ステップＳ５０６）。これ以降は、通信装置１００がＬｉｓｔｅｎｅｒとしてＡｓｓｏｃｉａｔｉｏｎを行う。また、通信装置２００がＴａｌｋｅｒとしてＡｓｓｏｃｉａｔｉｏｎを行う。

　また、これ以降の各処理手順（ステップＳ５０６乃至Ｓ５０９、Ｓ５１４乃至Ｓ５１７）は、図７に示す各処理手順（ステップＳ４２８乃至Ｓ４３１、Ｓ４４８乃至Ｓ４５１）と共通する。このため、これらの説明を省略する。

　このように、通信装置１００は、通信装置１００がＴａｌｋｅｒとしてＲＥＱ１を送信する前に行うＬＢＴ（使用送受信区間の確認）時に、他の通信装置（通信装置２００）からＲＥＱ１を受信することがある。この場合には、通信装置１００の制御部１４３は、通信装置１００の役割をＴａｌｋｅｒからＬｉｓｔｅｎｅｒに変更し、通信装置２００にＲＥＳＰ１を送信する制御を行う。

　なお、各通信装置は、ＬＢＴの開始時にランダムな時間だけ待機してから、ＬＢＴの処理を行うようにしてもよく、または、ＬＢＴの継続時間をランダムな時間だけ延長してから、ＬＢＴ以降の各処理を行うようにしてもよい。このように、通信装置毎に動作タイミングにランダム要素を取り入れることにより、通信装置１００または通信装置２００のどちらか一方がＬＢＴ中に、他方がＲＥＱ１を送信する状況を発生させ易くすることができる。

　なお、通信装置１００が役割変更を行うか否かを判断する基準としては、次の（Ｃ１）乃至（Ｃ５）の判断基準を用いることができる。

　（Ｃ１）通信装置１００は、ステップＳ５０２で受信したＲＥＱ１にＴａｌｋｅｒとして接続したい旨を示す値が記載されていたことを条件にＬｉｓｔｅｎｅｒに役割を変更する。例えば、通信装置１００は、ＲＥＱ１における特定値（例えば、図５に示すＴａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ３２４）が大きい値に設定されていることを条件にＬｉｓｔｅｎｅｒに役割を変更する。また、ＲＥＱ１に制御情報（ビットが１）が含まれることを条件とするようにしてもよい。

　（Ｃ２）通信装置１００は、ステップＳ５０２で受信したＲＥＱ１にＬｉｓｔｅｎｅｒとして接続したい旨を示す値が記載されていた場合には、役割を変更しない。例えば、通信装置１００は、ＲＥＱ１における特定値（例えば、図５に示すＴａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ３２４）が小さい値に設定されている場合には、役割を変更しない。また、ＲＥＱ１に制御情報（ビットが０）が含まれることを条件とするようにしてもよい。

　（Ｃ３）通信装置１００は、ユーザ操作の内容に応じて、役割をＬｉｓｔｅｎｅｒに変更すること、または、役割を変更しないことを判定する。

　（Ｃ４）通信装置１００は、自装置に備えられている入出力装置の有無、入出力装置の種類に応じて、ＲＥＱ１受信後（ステップＳ５０２）にＬｉｓｔｅｎｅｒに役割を変更する。

　（Ｃ５）通信装置１００は、自装置のバッテリ容量（バッテリ残量）が閾値以下（または、未満）であった場合に、ＲＥＱ１受信後（ステップＳ５０２）にＬｉｓｔｅｎｅｒに役割を変更する。また、通信装置１００は、自装置に供給される電源がバッテリであるか否かに基づいて、役割の変更を制御するようにしてもよい。例えば、自装置に供給される電源がバッテリである場合には、役割を変更し、自装置に供給される電源がバッテリでない場合には、役割を変更しないように制御することができる。

　［接続先の機器を選択する選択画面の表示例］
　図１０は、本技術の実施の形態における通信装置２００を用いて接続先の機器を選択する選択画面６００の表示例を示す図である。選択画面６００は、通信装置２００の制御部（図１に示す制御部１４３に相当）の制御に基づいて表示部２０１に表示される。

　選択画面６００は、接続先の機器をユーザ操作により選択するための選択画面である。選択画面６００には、接続機器選択ボタン６０１、６０２と、ＯＫボタン６０３とが設けられる。

　接続機器選択ボタン６０１、６０２は、通信装置２００を接続することを所望する機器を選択するためのボタンである。この例では、腕時計、ヘッドフォンを選択する例を示す。なお、通信装置２００に接続中の各機器を表すアイコンを表示して、ユーザが所望する機器をアイコンにより選択するようにしてもよい。

　ＯＫボタン６０３は、接続機器選択ボタン６０１、６０２を用いたユーザ操作を確定する際に押下されるボタンである。

　このように、接続機器選択ボタン６０１、６０２の何れかのボタンが押下された後に、ＯＫボタン６０３が押下された場合には、通信装置２００の制御部は、その押下された接続機器選択ボタンに対応する機器を接続機器として設定する。

　［Ａｓｓｏｃｉａｔｉｏｎの開始後に各通信装置の役割を変更する場合の通信例］
　図１１は、本技術の実施の形態における通信装置１００、通信装置２００および通信装置３００間でＡｓｓｏｃｉａｔｉｏｎの開始後に行われる通信例を示す図である。すなわち、図１１は、通信装置１００、通信装置２００および通信装置３００の状態遷移例を示す。

　図７乃至図９では、２つの通信装置について役割を変更する場合の例を示した。図１１では、３つの通信装置について役割を変更する場合の例を示す。また、図１１では、３つの通信装置が、他の２つの通信装置のうちの１つと互いにデータ通信を行うため、Ａｓｓｏｃｉａｔｉｏｎの開始を待機する場合の例を示す。

　ここで、通信装置１００および通信装置３００は、バッテリ容量が比較的小さい機器であるものとする。例えば、人体通信機能を備える腕時計、ヘッドフォン、イヤフォン、腕時計、リストバンド、メガネの何れかを通信装置１００、通信装置３００とすることができる。例えば、腕時計を通信装置１００とし、ヘッドフォンを通信装置３００とすることができる。

　最初に、通信装置１００および通信装置３００は、Ａｓｓｏｃｉａｔｉｏｎ待ちの初期状態では、共にＴａｌｋｅｒとして動作するものとする（ステップＳ５２１、Ｓ５６１）。また、通信装置２００は、Ａｓｓｏｃｉａｔｉｏｎ待ちの初期状態では、Ｌｉｓｔｅｎｅｒとして動作するものとする（ステップＳ５４１）。

　通信装置１００および通信装置３００は、Ｔａｌｋｅｒとして動作するため、ＬＢＴを行い、ＴＤＳの選択を行う（ステップＳ５２２、Ｓ５６２）。続いて、通信装置１００および通信装置３００は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ１を送信する（ステップＳ５２３）。

　ここで、図１１では、通信装置３００がＬＢＴの間に（ステップＳ５６２）、通信装置１００が送信したＲＥＱ１（ステップＳ５２３）を観測した場合の例を示す。この場合には、通信装置３００は、ＬＢＴ後（ステップＳ５６２）にＲＥＱ１を送信しない。そして、通信装置３００は、その観測されたＲＥＱ１のタイミングに同期して算出されるＬｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１の受信を待機する（ステップＳ５６３）。

　このように、通信装置３００がＲＥＱ１を送信しないことにより、通信装置１００が使用しているＴａｌｋｅｒ－ＴＤＳとは別のスロットを新たに占有してしまうことを回避することができる。

　また、通信装置２００は、Ｌｉｓｔｅｎｅｒとして動作するため、一定期間、ＲＥＱ１の受信を待機する（ステップＳ５４２）。そして、ＲＥＱ１を受信しなかった場合には（ステップＳ５４２）、ステップＳ５４１に戻る。

　また、ＲＥＱ１を受信した場合には（ステップＳ５４２）、通信装置２００は、その受信したタイミングに同期して算出されるＬｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を送信する（ステップＳ５４３）。

　通信装置２００のＲＥＳＰ１の送信後に（ステップＳ５４３）、通信装置１００および通信装置３００は、通信装置２００が送信したＲＥＳＰ１をともに受信したものとする（ステップＳ５２４、Ｓ５６３）。この場合には、通信装置１００および通信装置３００は、ＴａｌｋｅｒからＬｉｓｔｅｎｅｒに役割を変更する（ステップＳ５２５、Ｓ５６４）。そして、これ以降は、通信装置１００および通信装置３００は、Ｌｉｓｔｅｎｅｒとして動作する。

　また、通信装置２００は、ＲＥＳＰ１を送信した後（ステップＳ５４３）、一定期間、Ｔａｌｋｅｒ－ＴＤＳを観測する（ステップＳ５４４）。そして、ＲＥＱ１が観測されない場合には（ステップＳ５４４）、通信装置２００は、ＬｉｓｔｅｎｅｒからＴａｌｋｅｒに役割を変更する（ステップＳ５４５）。そして、これ以降は、通信装置２００は、Ｔａｌｋｅｒとして動作する。

　このように、一定期間、Ｔａｌｋｅｒ－ＴＤＳを観測する（ステップＳ５４４）。これにより、干渉や外来雑音等によって生じ得る通信誤りによって、通信装置２００がステップＳ５４３で送信したＲＥＳＰ１を、通信装置１００または通信装置３００が受信できなかった場合の状態の不一致を回避することができる。

　上述したように、各通信装置の役割が変更された場合には、通信装置１００および通信装置３００は、ＬｉｓｔｅｎｅｒとしてＡｓｓｏｃｉａｔｉｏｎを行う。すなわち、通信装置１００および通信装置３００は、Ｌｉｓｔｅｎｅｒ接続開始状態に遷移する（ステップＳ５２６、Ｓ５６５）。また、通信装置２００は、ＴａｌｋｅｒとしてＡｓｓｏｃｉａｔｉｏｎを行う。すなわち、通信装置２００は、Ｔａｌｋｅｒ接続開始状態に遷移する（ステップＳ５４６）。

　具体的には、通信装置２００は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ１を送信する（ステップＳ５４７）。また、通信装置２００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を受信する（ステップＳ５４８）。

　また、通信装置１００および通信装置３００は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ１を受信する（ステップＳ５２７、Ｓ５６６）。また、通信装置１００および通信装置３００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を送信する（ステップＳ５２８、Ｓ５６７）。

　また、通信装置２００は、ユーザ操作の内容に応じて通信装置１００および通信装置３００の中から１つを選択するものとする。例えば、図１０に示す選択画面６００を用いて、通信装置１００および通信装置３００の中から１つを選択することができる。図１１では、ユーザ操作の内容に応じて、通信装置１００が選択された場合（すなわち、図１０に示す接続機器選択ボタン６０１が押下された後にＯＫボタン６０３が押下された場合）の例を示す。

　また、通信装置２００は、自動で接続先の機器を選択するようにしてもよい。例えば、アプリケーションにより通信を行う場合には、アプリケーションに応じて、接続先の機器を選択することができる。例えば、音楽を再生するアプリケーションにより通信を行う場合に、腕時計およびヘッドフォンのうちから接続先の機器を自動で選択する場合を想定する。この場合には、音楽を再生する際に用いられる機器として、ヘッドフォンが選択される。

　このように、通信装置１００が選択された場合には、通信装置２００は、通信装置１００を送信対象として、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２を送信する（ステップＳ５４９）。また、通信装置２００は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２を受信すると（ステップＳ５５０）、接続が完了する（ステップＳ５５１）。

　また、通信装置１００は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２を受信すると（ステップＳ５２９）、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２を送信する（ステップＳ５３０）。これにより、接続が完了する（ステップＳ５３１）。

　このように、Ａｓｓｏｃｉａｔｉｏｎ手続きであれば、通信装置２００は、通信装置１００または通信装置３００がデータ通信したい相手機器か否かをユーザ操作に基づいて判断することができる。また、通信装置１００および通信装置３００は、Ｔａｌｋｅｒとして待機するため、消費電力を軽減することができる。

　なお、通信装置１００、通信装置２００および通信装置３００が役割変更を行うか否かを判断する基準としては、次の（Ｄ１）乃至（Ｄ７）の判断基準を用いることができる。

　（Ｄ１）通信装置１００（通信装置３００）は、Ｔａｌｋｅｒ待機状態（ステップＳ５２１（Ｓ５６１））を経由してＲＥＱ１を送信し、ＲＥＳＰ１を受信したことを条件にＬｉｓｔｅｎｅｒに役割を変更する。
　また、通信装置２００は、Ｌｉｓｔｅｎｅｒ待機状態（ステップＳ５４１）を経由してＲＥＱ１を受信した場合にＲＥＳＰ１を送信した後にＴａｌｋｅｒに役割を変更する。

　（Ｄ２）通信装置１００（通信装置３００）は、ステップＳ５２４（Ｓ５６３）で受信したＲＥＳＰ１に記載のＲａｎｄｏｍ　ｎｕｍｂｅｒが既知であることを条件にＬｉｓｔｅｎｅｒに役割を変更する。

　（Ｄ３）通信装置２００は、ユーザ操作の内容に応じて、ＲＥＳＰ１送信後（ステップＳ５４３）にＴａｌｋｅｒに役割を変更する。

　（Ｄ４）通信装置２００は、自装置に備えられている入出力装置の有無、入出力装置の種類に応じて、ＲＥＳＰ１送信後（ステップＳ５４３）にＴａｌｋｅｒに役割を変更する。
　または、通信装置１００（通信装置３００）は、自装置に備えられている入出力装置の有無、入出力装置の種類に応じて、ＲＥＳＰ１受信後（ステップＳ５２４（Ｓ５６３））にＬｉｓｔｅｎｅｒに役割を変更する。

　（Ｄ５）通信装置１００（通信装置３００）は、自装置のバッテリ容量（バッテリ残量）が閾値以下（または、未満）であった場合に、ＲＥＳＰ１受信後（ステップＳ５２４（Ｓ５６３））にＬｉｓｔｅｎｅｒに役割を変更する。また、通信装置１００は、自装置に供給される電源がバッテリであるか否かに基づいて、役割の変更を制御するようにしてもよい。例えば、自装置に供給される電源がバッテリである場合には、役割を変更し、自装置に供給される電源がバッテリでない場合には、役割を変更しないように制御することができる。

　（Ｄ６）通信装置１００は、ステップＳ５２３で送信するＲＥＱ１にＬｉｓｔｅｎｅｒとして接続したい旨を示す値を記載する。また、通信装置２００は、ステップＳ５４３で送信するＲＥＳＰ１にＴａｌｋｅｒとして接続したい旨を示す値を記載する。これにより、通信装置１００および通信装置２００間で互いに合意することができたことを条件に役割を変更する。
　例えば、通信装置１００は、ステップＳ５２３で送信するＲＥＱ１については、図５に示すＴａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ３２４を小さい値に設定する。また、通信装置２００は、ステップＳ５４３で送信するＲＥＳＰ１については、Ｔａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ（図６に示すＴａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ３３２）を大きい値に設定する。このように各Ｔａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅを設定することにより、通信装置１００および通信装置２００間で互いに合意することができたことを把握することができる。
　また、上述した（Ａ６）と同様に、制御情報を含めて送信するようにしてもよい。

　（Ｄ７）通信装置１００は、ステップＳ５２３でＲＥＱ１を送信する前に自装置が待機していることを示す状態通知信号を送信し、この状態通知信号にＬｉｓｔｅｎｅｒとして接続したい旨を示す値を記載する。そして、通信装置１００は、これ以後、ＲＥＳＰ１を受信した場合に、Ｌｉｓｔｅｎｅｒに役割を変更する。
　また、通信装置２００は、ステップＳ５４２でＲＥＱ１を受信する前に、上述した状態通知信号を受信した場合に、これ以後、ＲＥＱ１を受信したときにＴａｌｋｅｒに役割を変更する。
　例えば、状態通知信号におけるペイロードの一部を、図６に示す構造とし、Ｔａｌｋｅｒ　ｉｎｔｅｎｔ　ｖａｌｕｅ（図６に示す３３２に相当）を小さい値に設定する。または、状態通知信号におけるペイロードの一部に新たなフィールドを定義し、このフィールドのビットを１として送信する。

　［Ａｓｓｏｃｉａｔｉｏｎの開始時にＴａｌｋｅｒとして起動する通信装置の動作例］
　図１２は、本技術の実施の形態における通信装置１００によるデータ通信処理の処理手順の一例を示すフローチャートである。図１２では、Ｔａｌｋｅｒとして待機するが、Ａｓｓｏｃｉａｔｉｏｎを開始した後に、Ｌｉｓｔｅｎｅｒに役割を変更する機能を有する通信装置の例を示す。

　最初に、通信装置１００は、Ｔａｌｋｅｒとして起動する（ステップＳ８０１）。続いて、通信装置１００の制御部１４３は、ＬＢＴを実行する（ステップＳ８０２）。

　続いて、通信装置１００の制御部１４３は、ＲＥＱ１が検出されたか否かを判断する（ステップＳ８０３）。他の通信装置からのＲＥＱ１が検出された場合には（ステップＳ８０３）、通信装置１００の制御部１４３は、ＬＢＴ後にＬｉｓｔｅｎｅｒに変更する設定であるか否かを判断する（ステップＳ８０４）。ＬＢＴ後にＬｉｓｔｅｎｅｒに変更する設定でない場合には（ステップＳ８０４）、ステップＳ８１２に進む。

　ＬＢＴ後にＬｉｓｔｅｎｅｒに変更する設定である場合には（ステップＳ８０４）、通信装置１００の制御部１４３は、Ｔａｌｋｅｒからｌｉｓｔｅｎｅｒに役割を変更する（ステップＳ８０５）。続いて、通信装置１００の制御部１４３は、ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を送信する送信処理を行う（ステップＳ８０６）。

　続いて、通信装置１００の制御部１４３は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２を受信する受信処理を行う（ステップＳ８０７）。そして、通信装置１００の制御部１４３は、ＲＥＱ２の受信に成功したか否かを判断する（ステップＳ８０８）。その受信に失敗した場合には（ステップＳ８０８）、ステップＳ８０７に戻る。

　その受信に成功した場合には（ステップＳ８０８）、通信装置１００の制御部１４３は、ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２を送信する送信処理を行う（ステップＳ８０９）。続いて、通信装置１００の制御部１４３は、Ｌｉｓｔｅｎｅｒとして接続完了して（ステップＳ８１０）、データ通信処理の動作を終了する。

　また、ＲＥＱ１が検出されていない場合には（ステップＳ８０３）、通信装置１００の制御部１４３は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ１を送信する送信処理を行う（ステップＳ８１１）。または、通信装置１００の制御部１４３は、状態通知信号を送信し、この送信後にＲＥＱ１を送信する送信処理を行う（ステップＳ８１１）。このように、状態通知信号を送信する場合には、通信装置１００の制御部１４３は、ＲＥＱ１の送信前のタイミングで状態通知信号を送信させる。

　続いて、通信装置１００の制御部１４３は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を受信する受信処理を行う（ステップＳ８１２）。そして、通信装置１００の制御部１４３は、ＲＥＳＰ１の受信に成功したか否かを判断する（ステップＳ８１３）。その受信に失敗した場合には（ステップＳ８１３）、ステップＳ８０２に戻る。

　その受信に成功した場合には（ステップＳ８１３）、通信装置１００の制御部１４３は、ＲＥＳＰ１の受信後にＬｉｓｔｅｎｅｒに変更する設定であるか否かを判断する（ステップＳ８１４）。

　ＲＥＳＰ１の受信後にＬｉｓｔｅｎｅｒに変更する設定である場合には（ステップＳ８１４）、通信装置１００の制御部１４３は、Ｔａｌｋｅｒからｌｉｓｔｅｎｅｒに役割を変更する（ステップＳ８１５）。続いて、通信装置１００の制御部１４３は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ１を受信する受信処理を行う（ステップＳ８１６）。

　そして、通信装置１００の制御部１４３は、ＲＥＱ１の受信に成功したか否かを判断する（ステップＳ８１７）。その受信に失敗した場合には（ステップＳ８１７）、ステップＳ８１６に戻る。その受信に成功した場合には（ステップＳ８１７）、ステップＳ８０６に進む。

　ＲＥＳＰ１の受信後にＬｉｓｔｅｎｅｒに変更する設定でない場合には（ステップＳ８１４）、通信装置１００の制御部１４３は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２を送信する送信処理を行う（ステップＳ８１８）。続いて、通信装置１００の制御部１４３は、ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２を受信する受信処理を行う（ステップＳ８１９）。

　そして、通信装置１００の制御部１４３は、ＲＥＳＰ２の受信に成功したか否かを判断する（ステップＳ８２０）。その受信に失敗した場合には（ステップＳ８２０）、ステップＳ８１８に戻る。

　その受信に成功した場合には（ステップＳ８２０）、通信装置１００の制御部１４３は、ＲＥＳＰ２の受信後にＬｉｓｔｅｎｅｒに変更する設定であるか否かを判断する（ステップＳ８２１）。ＲＥＳＰ２の受信後にＬｉｓｔｅｎｅｒに変更する設定でない場合には（ステップＳ８２１）、通信装置１００の制御部１４３は、役割を変更せずに、Ｔａｌｋｅｒとして接続完了して（ステップＳ８２２）、データ通信処理の動作を終了する。

　また、ＲＥＳＰ２の受信後にＬｉｓｔｅｎｅｒに変更する設定である場合には（ステップＳ８２１）、ステップＳ８１６に進む。なお、ステップＳ８０１乃至Ｓ８２１は、特許請求の範囲に記載の制御手順の一例である。

　［Ａｓｓｏｃｉａｔｉｏｎの開始時にＬｉｓｔｅｎｅｒとして起動する通信装置の動作例］
　図１３は、本技術の実施の形態における通信装置２００によるデータ通信処理の処理手順の一例を示すフローチャートである。図１３では、Ｌｉｓｔｅｎｅｒとして待機するが、Ａｓｓｏｃｉａｔｉｏｎを開始した後に、Ｔａｌｋｅｒに役割を変更する機能を有する通信装置の例を示す。

　最初に、通信装置２００は、Ｌｉｓｔｅｎｅｒとして起動する（ステップＳ８３１）。続いて、通信装置２００の制御部（図１に示す制御部１４３に相当）は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ１を受信する受信処理を行う（ステップＳ８３２）。または、通信装置２００の制御部は、状態通知信号を受信し、この受信後にＲＥＱ１を受信する受信処理を行う（ステップＳ８３２）。このように、状態通知信号を受信する場合には、通信装置２００の制御部は、ＲＥＱ１の受信前のタイミングで状態通知信号を受信させる。

　そして、通信装置２００の制御部は、ＲＥＱ１の受信（または、状態通知信号、ＲＥＱ１の受信）に成功したか否かを判断する（ステップＳ８３３）。その受信に失敗した場合には（ステップＳ８３３）、ステップＳ８３２に戻る。

　その受信に成功した場合には（ステップＳ８３３）、通信装置２００の制御部は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を送信する送信処理を行う（ステップＳ８３４）。

　続いて、通信装置２００の制御部は、ＲＥＳＰ１の送信後にＴａｌｋｅｒに変更する設定であるか否かを判断する（ステップＳ８３５）。ＲＥＳＰ１の送信後にＴａｌｋｅｒに変更する設定である場合には（ステップＳ８３５）、通信装置２００の制御部は、ＲＥＱ１およびＲＥＱ２の少なくとも１つが一定時間検出されないか否かを判断する（ステップＳ８３６）。

　ＲＥＱ１が一定時間内に検出された場合には（ステップＳ８３６）、ステップＳ８３４に戻る。また、ＲＥＱ２が一定時間内に検出された場合には（ステップＳ８３６）、ステップＳ８４７に進む。

　また、ＲＥＱ１およびＲＥＱ２の双方が何れも一定時間検出されない場合には（ステップＳ８３６）、通信装置２００の制御部は、ｌｉｓｔｅｎｅｒからＴａｌｋｅｒに役割を変更する（ステップＳ８３７）。続いて、通信装置２００の制御部は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ１を送信する送信処理を行う（ステップＳ８３８）。

　続いて、通信装置２００の制御部は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ１を受信する受信処理を行う（ステップＳ８３９）。そして、通信装置２００の制御部は、ＲＥＳＰ１の受信に成功したか否かを判断する（ステップＳ８４０）。その受信に失敗した場合には（ステップＳ８４０）、ステップＳ８３８に戻る。

　その受信に成功した場合には（ステップＳ８４０）、通信装置２００の制御部は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２を送信する送信処理を行う（ステップＳ８４１）。続いて、通信装置２００の制御部は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２を受信する受信処理を行う（ステップＳ８４２）。そして、通信装置２００の制御部は、ＲＥＳＰ２の受信に成功したか否かを判断する（ステップＳ８４３）。その受信に失敗した場合には（ステップＳ８４３）、ステップＳ８４１に戻る。

　その受信に成功した場合には（ステップＳ８４３）、通信装置２００の制御部は、Ｔａｌｋｅｒとして接続完了して（ステップＳ８４４）、データ通信処理の動作を終了する。

　ＲＥＳＰ１の送信後にＴａｌｋｅｒに変更する設定でない場合には（ステップＳ８３５）、通信装置２００の制御部は、Ｔａｌｋｅｒ－ＴＤＳのタイミングでＲＥＱ２を受信する受信処理を行う（ステップＳ８４５）。そして、通信装置２００の制御部は、ＲＥＱ２の受信に成功したか否かを判断する（ステップＳ８４６）。その受信に失敗した場合には（ステップＳ８４６）、ステップＳ８４５に戻る。

　その受信に成功した場合には（ステップＳ８４６）、通信装置２００の制御部は、Ｌｉｓｔｅｎｅｒ－ＴＤＳのタイミングでＲＥＳＰ２を送信する送信処理を行う（ステップＳ８４７）。

　続いて、通信装置２００の制御部は、ＲＥＳＰ２の送信後にＴａｌｋｅｒに変更する設定であるか否かを判断する（ステップＳ８４８）。ＲＥＳＰ２の送信後にＴａｌｋｅｒに変更する設定である場合には（ステップＳ８４８）、通信装置２００の制御部は、ＲＥＱ２が一定時間検出されないか否かを判断する（ステップＳ８４９）。

　ＲＥＱ２が一定時間検出されない場合には（ステップＳ８４９）、ステップＳ８３７に進む。ＲＥＱ２が一定時間内に検出された場合には（ステップＳ８４９）、ステップＳ８４７に戻る。

　また、ＲＥＳＰ２の送信後にＴａｌｋｅｒに変更する設定でない場合には（ステップＳ８４８）、通信装置２００の制御部は、役割を変更せずに、Ｌｉｓｔｅｎｅｒとして接続完了して（ステップＳ８５０）、データ通信処理の動作を終了する。なお、ステップＳ８３１乃至Ｓ８４９は、特許請求の範囲に記載の制御手順の一例である。

　このように、本技術の実施の形態によれば、体（例えば、人体、動物の体）を信号の伝送媒体とする通信を行う通信装置の接続手続きにおいて、各通信装置の役割を動的に変更することができる。例えば、ＥＣＭＡ－４０１仕様に基づいた、人体通信装置同士の接続手続き（Ａｓｓｏｃｉａｔｉｏｎ）において、ＲＥＱ１を送信するＴａｌｋｅｒと、ＲＥＱ１を受信するＬｉｓｔｅｎｅｒとの役割を動的に変更することができる。

　これにより、待機電力を低く抑える必要のある装置（例えば、通信装置１００）は、Ａｓｓｏｃｉａｔｉｏｎ待ちの状態では、Ｔａｌｋｅｒとして動作するが、Ａｓｓｏｃｉａｔｉｏｎの開始後にＬｉｓｔｅｎｅｒに役割を変更することができる。また、ユーザによる操作を可能とする装置（例えば、通信装置２００）は、Ａｓｓｏｃｉａｔｉｏｎ待ちの状態では、Ｌｉｓｔｅｎｅｒとして動作するが、Ａｓｓｏｃｉａｔｉｏｎの開始後にＴａｌｋｅｒに役割を変更することができる。

　また、例えば、通信装置１００および通信装置２００のＡｓｓｏｃｉａｔｉｏｎにおいて、通信装置１００の待機電力を低減させながら、通信装置２００が接続相手の選択を行うことができる。

　このように、自装置が他装置との接続を待つ間の消費電力を低減させることができる。また、自装置が他装置と接続を行う際、相手装置に対して、自装置と接続すべきか、自装置以外と接続すべきかの選択権を与えることができる。また、自装置が他装置から接続を要求された際、相手装置以外の装置を探索して、相手の装置と接続すべきか、相手装置以外と接続すべきかの選択権を有することができる。

　また、本技術の実施の形態における通信装置１００、２００、３００は、各分野において使用される機器に適用することができる。例えば、人物が両耳にイヤフォンをしているときに、その人物が手に取る機器（例えば、スマートフォン、タブレット端末）に応じて、イヤフォンの入力先を変更する場合を想定する。この場合に、手に取った機器に応じて、迅速に精度よく、イヤフォンへの出力を行うことができる。

　また、例えば、人体に装着する医療機器、自動車に搭載される機器、駅の改札に設置される機器に適用することができる。自動車に搭載される機器は、例えば、人物が座った座席の位置を検出する機器、ハンドルを握った場合の人物の状態を検出する機器である。また、駅の改札に設置される機器は、例えば、人体が触れることにより何らかの認証を行う機器である。また、例えば、農業分野で使用される機器（例えば、牛管理システムの端末）に適用可能である。同様に、例えば、スポーツ分野や医療分野等で使用される各機器に適用可能である。

　また、人体以外の他の体（例えば、牛、馬、犬、猫等の動物）に装着する機器についても適用することができる。また、複数の体（例えば、人体および牛の体）に装着されている機器についても適用することができる。この例を図１４に示す。

　［複数の体に装着されている機器間の通信例］
　図１４は、本技術の実施の形態における通信装置５００、５１０、５２０、５３０間でデータのやりとりを行う場合の通信例を示す図である。

　図１４では、最初に、通信装置５００をＬｉｓｔｅｎｅｒとして起動させ、通信装置５１０、５２０、５３０をＴａｌｋｅｒとして起動させる場合の例を示す。また、通信装置５００は、通信装置２００に対応し、通信装置５１０、５２０、５３０は、通信装置１００、３００に対応するものとする。また、図１４では、通信装置５００を人物２０が所持し、通信装置５１０、５２０、５３０を牛に装着している場合の例を示す。

　また、通信装置５００は、例えば、スマートフォン、タブレット端末等の情報処理装置である。また、通信装置５１０、５２０、５３０は、牛に関する各測定をするセンサである。このセンサは、例えば、ｐＨ（potential hydrogen、power of hydrogen）を測定することが可能なセンサ機器（ｐＨ測定器）（通信装置として牛の胃袋に取り付ける機器）とすることができる。また、例えば、牛の体温を測定することが可能なセンサ機器（牛温計）（通信装置として牛に取り付ける機器）とすることができる。

　通信装置５１０、５２０、５３０は、各センサにより取得された各センサ情報（牛を識別するための識別情報を含む）を、体（人体および牛の体）を信号の伝送媒体とする通信を利用して通信装置５００に送信することができる。

　例えば、人物２０が左手に通信装置５００を保持し、右手を牛に当てると、上述した送受信タイミングに従って、通信装置５００と、通信装置５１０、５２０、５３０との間で、各センサ情報のやりとりを行うことができる。この場合に、人物２０は、表示部５０１（タッチパネル）を用いた選択操作により通信装置５００と接続する機器を順次選択して、通信装置５１０、５２０、５３０のそれぞれとの間で、各センサ情報のやりとりを順次行うことができる。

　そして、通信装置５００の制御部（図１に示す制御部１４３に相当）は、受信した各センサ情報および牛を識別するための識別情報（例えば、名称）を表示部５０１に表示させることができる。このように、人物２０が右手を牛に当てると、左手に所持している通信装置５００の表示部５０１に、各センサ情報および牛の名称を表示させることができる。

　なお、図１４では、説明の容易のため、１頭の牛に３つの通信装置を取り付ける例を示すが、１頭の牛に、１、２、または、４以上の通信装置を取り付ける場合についても同様に適用することができる。

　なお、上述の実施の形態は本技術を具現化するための一例を示したものであり、実施の形態における事項と、特許請求の範囲における発明特定事項とはそれぞれ対応関係を有する。同様に、特許請求の範囲における発明特定事項と、これと同一名称を付した本技術の実施の形態における事項とはそれぞれ対応関係を有する。ただし、本技術は実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において実施の形態に種々の変形を施すことにより具現化することができる。

　また、上述の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disc）、メモリカード、ブルーレイディスク（Blu-ray（登録商標）Disc）等を用いることができる。

　なお、本明細書に記載された効果はあくまで例示であって、限定されるものではなく、また、他の効果があってもよい。

　なお、本技術は以下のような構成もとることができる。
（１）
　体を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と前記アソシエーション要求を受け付ける第２通信装置とのうちの少なくとも１つの役割をアソシエーションの開始後に変更する制御を行う制御部を具備する通信装置。
（２）
　前記通信は、ＥＣＭＡ－４０１仕様に準拠したデータ交換であり、
　前記第１通信装置は、前記アソシエーションの開始時に前記アソシエーション要求を行うＴａｌｋｅｒとして起動する通信装置であり、
　前記第２通信装置は、前記アソシエーションの開始時に前記アソシエーション要求を受け付けるＬｉｓｔｅｎｅｒとして起動する通信装置である
前記（１）に記載の通信装置。
（３）
　前記通信装置は、前記第１通信装置であり、
　前記制御部は、前記通信装置が前記Ｔａｌｋｅｒとして前記アソシエーション要求を送信した後に、前記第２通信装置が前記Ｌｉｓｔｅｎｅｒとして前記アソシエーション要求に対するアソシエーション応答を返信してきたタイミングで、前記通信装置の役割を前記Ｔａｌｋｅｒから前記Ｌｉｓｔｅｎｅｒに変更する制御を行う
前記（２）に記載の通信装置。
（４）
　前記制御部は、前記通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信した後に前記第２通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を返信してきたタイミング、または、前記通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を送信した後に前記第２通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を返信してきたタイミングで、前記通信装置の役割を変更し、前記第２通信装置から送信される前記Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を待機する制御を行う前記（３）に記載の通信装置。
（５）
　前記通信装置は、前記第２通信装置であり、
　前記制御部は、前記第１通信装置が前記Ｔａｌｋｅｒとして前記アソシエーション要求を送信した後に、前記通信装置が前記Ｌｉｓｔｅｎｅｒとして前記アソシエーション要求に対するアソシエーション応答を返信したタイミングで、前記通信装置の役割を前記Ｌｉｓｔｅｎｅｒから前記Ｔａｌｋｅｒに変更する制御を行う
前記（２）に記載の通信装置。
（６）
　前記制御部は、前記第１通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信した後に前記通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を返信したタイミング、または、前記第１通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を送信した後に前記通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を返信したタイミングで、前記通信装置の役割を変更し、前記第１通信装置に前記Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信する制御を行う前記（５）に記載の通信装置。
（７）
　前記通信装置は、前記第１通信装置であり、
　前記制御部は、前記通信装置が前記ＴａｌｋｅｒとしてＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信する前に行う使用送受信区間の確認時に、他の通信装置からＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を受信した場合には、前記通信装置の役割を前記Ｔａｌｋｅｒから前記Ｌｉｓｔｅｎｅｒに変更し、前記他の通信装置にＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を送信する制御を行う
前記（２）に記載の通信装置。
（８）
　前記制御部は、前記通信装置が特定状態であるときに前記アソシエーション応答を受信したことを条件に前記役割を変更する前記（３）または（４）に記載の通信装置。
（９）
　前記制御部は、前記アソシエーション応答に含まれる制御情報に基づいて、前記役割を変更する前記（３）または（４）に記載の通信装置。
（１０）
　前記制御部は、前記通信装置が特定状態であるときに前記アソシエーション要求を受信したことを条件に前記役割を変更する前記（５）または（６）に記載の通信装置。
（１１）
　前記制御部は、前記アソシエーション要求に含まれる制御情報に基づいて、前記役割を変更する前記（５）または（６）に記載の通信装置。
（１２）
　前記制御部は、時間軸において前記アソシエーション要求よりも前に制御フレームを受信した場合には、前記制御フレームに含まれる制御情報に基づいて、前記役割を変更する前記（５）または（６）に記載の通信装置。
（１３）
　前記制御部は、前記Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を送信してから一定時間経過後にＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を受信しないことを条件に、前記役割の変更を行う前記（６）に記載の通信装置。
（１４）
　前記制御部は、前記Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を送信してから一定時間経過後にデータフレームを受信しないことを条件に、前記役割の変更を行う前記（６）に記載の通信装置。
（１５）
　前記制御部は、前記アソシエーションの開始時における前記第１通信装置の役割および前記第２通信装置の役割について、前記アソシエーションの開始後にそれぞれを異なる役割に変更して新たに前記アソシエーションを行うための制御を行う前記（１）から（１４）のいずれかに記載の通信装置。
（１６）
　前記制御部は、前記通信装置に供給される電源がバッテリであるか否か、または、前記通信装置に供給される電源がバッテリである場合には前記バッテリ容量が閾値を基準として少ないか否かに基づいて、前記役割の変更を制御する（１）から（１５）のいずれかに記載の通信装置。
（１７）
　前記制御部は、前記通信装置において受け付けられるユーザ操作の内容、または、前記通信装置が有する入出力装置の種類に基づいて、前記役割の変更を制御する前記（１）から（１６）のいずれかに記載の通信装置。
（１８）
　体を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と、
　前記通信において、前記アソシエーション要求を受け付ける第２通信装置とを具備し、
　前記第１通信装置および前記第２通信装置のそれぞれの役割をアソシエーションの開始後に変更する通信システム。
（１９）
　体を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と前記アソシエーション要求を受け付ける第２通信装置とのうちの少なくとも１つの役割をアソシエーションの開始後に変更する制御手順を具備する通信方法。
（２０）
　体を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と前記アソシエーション要求を受け付ける第２通信装置とのうちの少なくとも１つの役割をアソシエーションの開始後に変更する制御手順をコンピュータに実行させるプログラム。

　１００、２００、３００、５００、５１０、５２０、５３０　通信装置
　１１０　電極
　１２０　送信部
　１３０　受信部
　１４０　処理部
　１４１　情報提供部
　１４２　情報取得部
　１４３　制御部
　１５０　記憶部
　２０１　表示部
　５０１　表示部

Claims

　体を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と前記アソシエーション要求を受け付ける第２通信装置とのうちの少なくとも１つの役割をアソシエーションの開始後に変更する制御を行う制御部を具備する通信装置。
　前記通信は、ＥＣＭＡ－４０１仕様に準拠したデータ交換であり、
　前記第１通信装置は、前記アソシエーションの開始時に前記アソシエーション要求を行うＴａｌｋｅｒとして起動する通信装置であり、
　前記第２通信装置は、前記アソシエーションの開始時に前記アソシエーション要求を受け付けるＬｉｓｔｅｎｅｒとして起動する通信装置である
請求項１記載の通信装置。
　前記通信装置は、前記第１通信装置であり、
　前記制御部は、前記通信装置が前記Ｔａｌｋｅｒとして前記アソシエーション要求を送信した後に、前記第２通信装置が前記Ｌｉｓｔｅｎｅｒとして前記アソシエーション要求に対するアソシエーション応答を返信してきたタイミングで、前記通信装置の役割を前記Ｔａｌｋｅｒから前記Ｌｉｓｔｅｎｅｒに変更する制御を行う
請求項２記載の通信装置。
　前記制御部は、前記通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信した後に前記第２通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を返信してきたタイミング、または、前記通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を送信した後に前記第２通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を返信してきたタイミングで、前記通信装置の役割を変更し、前記第２通信装置から送信される前記Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を待機する制御を行う請求項３記載の通信装置。
　前記通信装置は、前記第２通信装置であり、
　前記制御部は、前記第１通信装置が前記Ｔａｌｋｅｒとして前記アソシエーション要求を送信した後に、前記通信装置が前記Ｌｉｓｔｅｎｅｒとして前記アソシエーション要求に対するアソシエーション応答を返信したタイミングで、前記通信装置の役割を前記Ｌｉｓｔｅｎｅｒから前記Ｔａｌｋｅｒに変更する制御を行う
請求項２記載の通信装置。
　前記制御部は、前記第１通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信した後に前記通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を返信したタイミング、または、前記第１通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を送信した後に前記通信装置がＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を返信したタイミングで、前記通信装置の役割を変更し、前記第１通信装置に前記Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信する制御を行う請求項５記載の通信装置。
　前記通信装置は、前記第１通信装置であり、
　前記制御部は、前記通信装置が前記ＴａｌｋｅｒとしてＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を送信する前に行う使用送受信区間の確認時に、他の通信装置からＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　１を受信した場合には、前記通信装置の役割を前記Ｔａｌｋｅｒから前記Ｌｉｓｔｅｎｅｒに変更し、前記他の通信装置にＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を送信する制御を行う
請求項２記載の通信装置。
　前記制御部は、前記通信装置が特定状態であるときに前記アソシエーション応答を受信したことを条件に前記役割を変更する請求項３記載の通信装置。
　前記制御部は、前記アソシエーション応答に含まれる制御情報に基づいて、前記役割を変更する請求項３記載の通信装置。
　前記制御部は、前記通信装置が特定状態であるときに前記アソシエーション要求を受信したことを条件に前記役割を変更する請求項５記載の通信装置。
　前記制御部は、前記アソシエーション要求に含まれる制御情報に基づいて、前記役割を変更する請求項５記載の通信装置。
　前記制御部は、時間軸において前記アソシエーション要求よりも前に制御フレームを受信した場合には、前記制御フレームに含まれる制御情報に基づいて、前記役割を変更する請求項５記載の通信装置。
　前記制御部は、前記Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　１を送信してから一定時間経過後にＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔ　２を受信しないことを条件に、前記役割の変更を行う請求項６記載の通信装置。
　前記制御部は、前記Ａｓｓｏｃｉａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　２を送信してから一定時間経過後にデータフレームを受信しないことを条件に、前記役割の変更を行う請求項６記載の通信装置。
　前記制御部は、前記アソシエーションの開始時における前記第１通信装置の役割および前記第２通信装置の役割について、前記アソシエーションの開始後にそれぞれを異なる役割に変更して新たに前記アソシエーションを行うための制御を行う請求項１記載の通信装置。
　前記制御部は、前記通信装置に供給される電源がバッテリであるか否か、または、前記通信装置に供給される電源がバッテリである場合には前記バッテリ容量が閾値を基準として少ないか否かに基づいて、前記役割の変更を制御する請求項１記載の通信装置。
　前記制御部は、前記通信装置において受け付けられるユーザ操作の内容、または、前記通信装置が有する入出力装置の種類に基づいて、前記役割の変更を制御する請求項１記載の通信装置。
　体を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と、
　前記通信において、前記アソシエーション要求を受け付ける第２通信装置と
を具備し、
　前記第１通信装置および前記第２通信装置のそれぞれの役割をアソシエーションの開始後に変更する通信システム。
　体を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と前記アソシエーション要求を受け付ける第２通信装置とのうちの少なくとも１つの役割をアソシエーションの開始後に変更する制御手順を具備する通信方法。
　体を信号の伝送媒体とする通信において、アソシエーション要求を行う第１通信装置と前記アソシエーション要求を受け付ける第２通信装置とのうちの少なくとも１つの役割をアソシエーションの開始後に変更する制御手順をコンピュータに実行させるプログラム。