(57)【要約】【課題】人体通信の通信接続を維持しながら、自装置または通信相手の少なくとも一方の消費電力を低減することが可能な人体通信装置、人体通信方法およびプログラムを提供する。【解決手段】通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行う送信部を備え、前記送信部は、通信相手によって自装置の前記フレーム送信期間における第２のフレーム送信が行われている間、前記第１のフレーム送信を停止する、人体通信装置。【選択図】図９
2016178343.tif 000002
【特許請求の範囲】
【請求項１】
通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行う送信部を備え、
前記送信部は、通信相手によって自装置の前記フレーム送信期間における第２のフレーム送信が行われている間、前記第１のフレーム送信を停止する、人体通信装置。
【請求項２】
前記送信部は、第１のフレーム交換が行われると、前記第１のフレーム送信を停止する、請求項１に記載の人体通信装置。
【請求項３】
前記第１のフレーム交換は、前記第２のフレーム送信の開始の通知に係る移行通知フレームおよび前記移行通知フレームへの応答となる移行通知応答フレームの交換、または前記移行通知応答フレームおよび前記移行通知応答フレームへの応答となるフレームの交換を含む、請求項２に記載の人体通信装置。
【請求項４】
前記第１のフレーム交換は、送信すべきデータがない場合に送信されるフレームの連続的な交換を含む、請求項２に記載の人体通信装置。
【請求項５】
前記送信部は、予め決定される第１の時間が到来すると、前記第１のフレーム送信を停止する、請求項１に記載の人体通信装置。
【請求項６】
前記送信部は、前記第１のフレーム送信の停止後に行われる第２のフレーム交換に基づいて、前記第１のフレーム送信を開始し、または前記第１のフレーム送信の停止を継続する、請求項１に記載の人体通信装置。
【請求項７】
前記第２のフレーム交換は、前記第２のフレーム送信の停止の通知に係る復帰通知フレームおよび前記復帰通知フレームへの応答となる復帰通知応答フレームの交換を含む、請求項６に記載の人体通信装置。
【請求項８】
前記送信部は、前記通信相手との通信により得られる情報に基づいて特定される前記フレーム送信期間において前記復帰通知フレームを送信する、請求項７に記載の人体通信装置。
【請求項９】
前記送信部は、前記第１のフレーム送信の停止後における一連のフレームの受信に基づいて、前記第１のフレーム送信を開始し、または前記第１のフレーム送信の停止を継続する、請求項１に記載の人体通信装置。
【請求項１０】
前記送信部によって送信されるフレームは、受信フレームに基づくフレームの送信の際に更新されるフレーム交換情報を含み、
前記一連のフレームの各々は、予め決定されるパターンで更新された前記フレーム交換情報をそれぞれ含む、請求項９に記載の人体通信装置。
【請求項１１】
前記送信部は、前記第１のフレーム送信の停止後に、予め決定される第２の時間が到来すると、前記第１のフレーム送信を開始する、請求項１に記載の人体通信装置。
【請求項１２】
人体通信を用いてフレームを受信する受信部と、
前記送信部によって前記第１のフレーム送信が停止されると共に、前記受信部のフレーム受信を停止させる制御部をさらに備える、請求項１に記載の人体通信装置。
【請求項１３】
前記制御部は、前記受信部のフレーム受信が停止されている状態における前記第１のフレーム送信の有無を切り替える、請求項１２に記載の人体通信装置。
【請求項１４】
人体通信を用いてフレームを受信する受信部と、
予め決定される自装置のフレーム送信期間に人体通信を用いてフレームを送信する送信部と、
前記送信部に前記フレーム送信期間毎のフレーム送信を継続させながら、前記受信部のフレーム受信可否を制御する制御部と、
を備える、人体通信装置。
【請求項１５】
前記制御部は、第１のフレーム交換が行われると、前記受信部にフレーム受信を停止させる、請求項１４に記載の人体通信装置。
【請求項１６】
前記第１のフレーム交換は、前記受信部のフレーム受信の停止の通知に係る移行通知フレームおよび前記移行通知フレームへの応答となる移行通知応答フレームの交換を含む、請求項１５に記載の人体通信装置。
【請求項１７】
前記第１のフレーム交換は、送信すべきデータがない場合に送信されるフレームの連続的な交換を含む、請求項１５に記載の人体通信装置。
【請求項１８】
前記制御部は、予め決定される第１の時間が到来すると、前記受信部にフレーム受信を停止させる、請求項１７に記載の人体通信装置。
【請求項１９】
前記制御部は、フレーム受信の停止後に、予め決定される第３の時間が到来すると、所定の期間だけ前記受信部にフレーム受信を行わせ、
前記所定の期間において行われる第２のフレーム交換に基づいて、前記受信部にフレーム受信を開始させ、またはフレーム受信の停止を継続させる、請求項１４に記載の人体通信装置。
【請求項２０】
前記第２のフレーム交換は、前記受信部のフレーム受信の開始の通知に係る復帰通知フレームおよび前記復帰通知フレームへの応答となる復帰通知応答フレームの交換を含む、請求項１９に記載の人体通信装置。
【請求項２１】
前記送信部によって送信されるフレームは、受信フレームに基づくフレームの送信の際に更新されるフレーム交換情報を含み、
前記第２のフレーム交換は、前記所定の期間において送信されるフレームおよび前記所定の期間において送信されるフレームに含まれる前記フレーム交換情報を更新することにより得られるフレーム交換情報を含むフレームの交換を含む、請求項１９に記載の人体通信装置。
【請求項２２】
前記制御部は、フレーム受信の停止後に、予め決定される第２の時間が到来すると、前記受信部にフレーム受信を開始させる、請求項１４に記載の人体通信装置。
【請求項２３】
前記制御部は、フレーム受信が停止している間に前記送信部に行わせるフレーム送信を、自装置の前記フレーム送信期間における第１のフレーム送信、または前記第１のフレーム送信および通信相手の前記フレーム送信期間における第２のフレーム送信の両方のうちのいずれかに切り替える、請求項１９に記載の人体通信装置。
【請求項２４】
前記制御部は、前記第３の時間が予め決定される回数だけ到来すると、フレーム送信を切り替える、請求項２３に記載の人体通信装置。
【請求項２５】
前記制御部は、前記所定の期間において通信されるフレームに基づいてフレーム送信を切り替える、請求項２３に記載の人体通信装置。
【請求項２６】
受信部によって、人体通信を用いてフレームを受信することと、
送信部によって、予め決定される自装置のフレーム送信期間に人体通信を用いてフレームを送信することと、
制御部によって、前記フレーム送信期間毎のフレーム送信を継続させながら、前記受信部のフレーム受信可否を制御することと、
を含む人体通信方法。
【請求項２７】
送信部によって、通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行うことと、
通信相手によって自装置の前記フレーム送信期間における第２のフレーム送信が行われている間、前記第１のフレーム送信を停止することと、
を含む人体通信方法。
【請求項２８】
人体通信を用いてフレームを受信する受信機能と、
予め決定される自装置のフレーム送信期間に人体通信を用いてフレームを送信する送信機能と、
前記送信機能に前記フレーム送信期間毎のフレーム送信を継続させながら、前記受信機能のフレーム受信可否を制御する制御機能と、
をコンピュータに実現させるためのプログラム。
【請求項２９】
通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行う送信機能と、
通信相手によって自装置の前記フレーム送信期間における第２のフレーム送信が行われている間、前記第１のフレーム送信を停止する送信機能と、
をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、人体通信装置、人体通信方法およびプログラムに関する。
【背景技術】
【０００２】
近年、人体を介した通信（以下、人体通信とも称する。）の技術についての研究開発が行われている。このような人体通信を行う装置は、概して継続的な給電が困難であるため、動作の継続性向上のために消費電力の低減が望まれる。【０００３】
例えば、特許文献１では、電界を検知すると移行される通信モードにおいてユーザ認証のための人体通信を行い、当該ユーザ認証の終了後に戻される省電力モードにおいては人体通信を行わない人体通信装置に係る発明が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−１０３５２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１で開示される発明では、消費電力は低減されるが、通信接続を維持することが困難である。例えば、省電力モードでは通信相手との通信が行われないため、他の人体通信装置が当該通信相手との通信を開始する場合がある。この場合には、当該他の人体通信装置との通信が終了するまでの間の待機時間が生じる。また、通信を再開する際に再度接続処理が行われるため、通信のオーバヘッドが増加する。【０００６】
そこで、本開示では、人体通信の通信接続を維持しながら、自装置または通信相手の少なくとも一方の消費電力を低減することが可能な、新規かつ改良された人体通信装置、人体通信方法およびプログラムを提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行う送信部を備え、前記送信部は、通信相手によって自装置の前記フレーム送信期間における第２のフレーム送信が行われている間、前記第１のフレーム送信を停止する、人体通信装置が提供される。【０００８】
また、本開示によれば、人体通信を用いてフレームを受信する受信部と、予め決定される自装置のフレーム送信期間に人体通信を用いてフレームを送信する送信部と、前記送信部に前記フレーム送信期間毎のフレーム送信を継続させながら、前記受信部のフレーム受信可否を制御する制御部と、を備える、人体通信装置が提供される。【０００９】
また、本開示によれば、送信部によって、通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行うことと、通信相手によって自装置の前記フレーム送信期間における第２のフレーム送信が行われている間、前記第１のフレーム送信を停止することと、を含む人体通信方法が提供される。【００１０】
また、本開示によれば、受信部によって、人体通信を用いてフレームを受信することと、送信部によって、予め決定される自装置のフレーム送信期間に人体通信を用いてフレームを送信することと、制御部によって、前記フレーム送信期間毎のフレーム送信を継続させながら、前記受信部のフレーム受信可否を制御することと、を含む人体通信方法が提供される。【００１１】
また、本開示によれば、通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行う送信機能と、通信相手によって自装置の前記フレーム送信期間における第２のフレーム送信が行われている間、前記第１のフレーム送信を停止する送信機能と、をコンピュータに実現させるためのプログラムが提供される。【００１２】
また、本開示によれば、人体通信を用いてフレームを受信する受信機能と、予め決定される自装置のフレーム送信期間に人体通信を用いてフレームを送信する送信機能と、前記送信機能に前記フレーム送信期間毎のフレーム送信を継続させながら、前記受信機能のフレーム受信可否を制御する制御機能と、をコンピュータに実現させるためのプログラムが提供される。
【発明の効果】
【００１３】
以上説明したように本開示によれば、人体通信の通信接続を維持しながら、自装置または通信相手の少なくとも一方の消費電力を低減することが可能な人体通信装置、人体通信方法およびプログラムが提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１４】
【図１】従来の人体通信装置の処理の例を示すシーケンス図である。
【図２】本開示の第１の実施形態に係る端末の処理の例を示すシーケンス図である。
【図３】同実施形態に係る端末の概略的な機能構成の例を示すブロック図である。
【図４】同実施形態に係る端末の第１のスリープモードへの移行処理の例を概念的に示すシーケンス図である。
【図５】同実施形態に係る端末の通常モードへの復帰処理の例を概念的に示すシーケンス図である。
【図６】同実施形態の第１の変形例に係る端末の第１のスリープモードへの移行処理の例を概念的に示すシーケンス図である。
【図７】同実施形態の第２の変形例に係る端末の周期的なモード変更処理の例を概念的に示すシーケンス図である。
【図８】同実施形態の第３の変形例に係る端末の通常モードへの復帰処理の例を概念的に示すシーケンス図である。
【図９】本開示の第２の実施形態に係る端末の処理の例を示すシーケンス図である。
【図１０】同実施形態に係る代行端末から第２のスリープモードへの移行が通知される場合の移行処理の例を概念的に示すシーケンス図である。
【図１１】同実施形態に係る停止端末から第２のスリープモードへの移行が通知される場合の移行処理の例を概念的に示すシーケンス図である。
【図１２】同実施形態に係る停止端末から通常モードへの復帰が通知される場合の復帰処理の例を概念的に示すシーケンス図である。
【図１３】同実施形態に係る停止端末から通常モードへの復帰が通知される場合の復帰処理の他の例を概念的に示すシーケンス図である。
【図１４】同実施形態の第１の変形例に係る端末の第２のスリープモードへの移行処理の例を概念的に示すシーケンス図である。
【図１５】同実施形態の第３の変形例に係る端末の通常モードへの復帰処理の例を概念的に示すシーケンス図である。
【図１６】本開示の一実施形態に係る人体通信装置のハードウェア構成を示した説明図である。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１６】
なお、説明は以下の順序で行うものとする。
１．従来技術の課題
２．第１の実施形態（第１のスリープモード）
３．第２の実施形態（第２のスリープモード）
４．第３の実施形態（スリープモードの切り替え）
５．本開示の一実施形態に係る人体通信装置のハードウェア構成
６．むすび
【００１７】
＜１．従来技術の課題＞
まず、従来の人体通信装置の課題について説明する。
【００１８】
人体通信装置（以下、端末とも称する。）は概して、送信機能および受信機能を有する。送信機能は人体通信を用いてフレームの送信処理を行い、受信機能は人体通信を用いてフレームの受信処理を行う。このため、端末は、他の端末との双方向通信が可能である。
【００１９】
さらに、従来の端末には、人体通信に係る既存の通信規格に基づいて動作する端末が存在する。例えば、人体通信に係る通信規格としては、ＥＣＭＡ−４０１がある。ＥＣＭＡ−４０１では、時間軸がＴＤＳ（Time  Division  Slot）と呼ばれるタイムスロットに分割され、１つのＴＤＳにおいて１つのＰ−ＰＤＵ（PHY  Protocol  Data  Unit）（以下、フレームとも称する。）が送信される。当該フレームは、通信を行う端末の各々によって交互に送信される。
【００２０】
また、上記のフレームには、シーケンスナンバ（Sequence  Number）と呼ばれる情報が付加される。当該シーケンスナンバはフレームが正しく受信されるとインクリメントされ、インクリメントされたシーケンスナンバが次に送信されるフレームに付加される。例えば、シーケンスナンバは、２進数の２ビット情報であり得る。
【００２１】
また、上記のフレームには概してデータが含まれるが、送信すべきデータが存在しない場合は、データを含まないフレーム（以下、Ｎｕｌｌフレームとも称する。）が送信される。なお、当該Ｎｕｌｌフレームにもシーケンスナンバが付加される。
【００２２】
さらに、図１を参照して、従来の人体通信装置である端末Ａおよび端末ＢがＥＣＭＡ−４０１に従った通信を行う例を説明する。図１は、従来の人体通信装置の処理の例を示すシーケンス図である。
【００２３】
まず、端末Ａからデータフレームが送信され、端末Ｂにて当該データフレームが受信される（ステップＳ１１）。具体的には、当該データフレームは２番目のＴＤＳで送信され、当該データフレームに付加されるシーケンスナンバは２すなわち（１０）ｂ（以下、２（１０）ｂのような形式で示す。）である。当該データフレームが、端末Ａから送信され、端末Ｂによって受信される。
【００２４】
次に、端末Ｂからデータフレームが送信され、端末Ａにて当該データフレームが受信される（ステップＳ１２）。具体的には、端末Ｂは、受信されたデータフレームに付加されるシーケンスナンバをインクリメントすることによって得られるシーケンスナンバ３（１１）ｂを送信すべきデータフレームに付加する。そして、当該シーケンスナンバが付加されたデータフレームが、端末Ｂから送信され、端末Ａによって受信される。
【００２５】
次に、端末ＡからＮｕｌｌフレームが送信され、端末Ｂにて当該Ｎｕｌｌフレームが受信される（ステップＳ１３）。具体的には、端末Ａにおいて送信すべきデータが存在しない場合、端末Ａはデータを含まないＮｕｌｌフレームを生成する。端末Ａは、生成されるＮｕｌｌフレームに、受信されたデータフレームに付加されるシーケンスナンバをインクリメントすることによって得られるシーケンスナンバ０（００）ｂを付加する。そして、そして、当該シーケンスナンバが付加されたＮｕｌｌフレームが、端末Ａから送信され、端末Ｂによって受信される。
【００２６】
そして、ステップＳ１３以降（ステップＳ１４〜Ｓ１６）では、ステップＳ１３と同様に、各端末において送信すべきデータがないため、図１に示したように、インクリメントされるシーケンスナンバが付加されたＮｕｌｌフレームの送受信が繰り返される。
【００２７】
ここで、送信すべきデータがない場合であっても通信接続を維持するためにＮｕｌｌフレームの送受信が繰り返される。例えば、通信のビットレートよりもデータレートが低い音声等のストリーミング通信では、送信すべきデータがないＴＤＳが連続して生じ得るため、Ｎｕｌｌフレームの送受信が繰り返し発生し得る。しかし、このような場合においても、上述したように、Ｎｕｌｌフレームについて、送信処理、受信処理ならびにシーケンスナンバの取得および取得されるシーケンスナンバのインクリメント等の処理が行われる。そのため、Ｎｕｌｌフレームであっても、通信接続の維持のためにデータフレームの通信と同等の電力が消費されることになる。
【００２８】
これに対し、送信すべきデータがない場合には通信接続を切断することが考えられる。しかし、通信接続の切断後に、同じ通信相手との通信を再開するのに時間がかかる場合がある。例えば、通信接続の切断後に、通信相手であった端末が他の端末との通信を開始した場合、当該他の端末との通信が終了するまでの間の待機時間が生じる。また、通信を再開する際に再度接続処理が行われるため、通信のオーバヘッドが増加する。
【００２９】
また、同一のＮｕｌｌフレームを送信し、フレームの受信処理を停止することが考えられる。しかし、ＥＣＭＡ−４０１では、フレームに付加されるシーケンスナンバについて更新すなわちインクリメントが行われない場合、当該フレームは再送フレームとして扱われる。そのため、インクリメントされないシーケンスナンバが付加されたＮｕｌｌフレームが複数送信されると、通信相手の端末にて、再送の頻発すなわち通信環境の悪化が生じていると判断され、通信の停止すなわち通信接続の切断が行われる可能性がある。
【００３０】
なお、人体通信と異なる無線通信における省電力に係る機能を適用することも考えられる。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信では、Ｐａｒｋ  Ｍｏｄｅ、Ｈｏｌｄ  ＭｏｄｅおよびＳｎｉｆｆ  Ｍｏｄｅといった省電力モードが用意されている。しかし、人体通信にこのような省電力に係る機能をそのまま適用することは困難である。
【００３１】
例えば、Ｂｌｕｅｔｏｏｔｈ等の無線通信の省電力モードでは概して、フレームの送受信を停止することによって消費電力が低減される。他方、ＥＣＭＡ−４０１では、フレームの送信が行われていない場合、ＴＤＳが空いていると判断され、当該ＴＤＳが他の端末によって使用される可能性がある。そのため、ＴＤＳを確保するために、少なくともフレームの送信が継続されることが望ましい。
【００３２】
また、Ｂｌｕｅｔｏｏｔｈ通信では、端末はＭａｓｔｅｒおよびＳｌａｖｅのいずれかの役割を持ち、省電力モードがＨｏｌｄ  Ｍｏｄｅ以外である場合、Ｍａｓｔｅｒとなる端末は省電力モードに移行しない仕様となっている。他方、ＥＣＭＡ−４０１では、端末はＴａｌｋｅｒおよびＬｉｓｔｅｎｅｒのいずれかの役割を持ち、いずれの役割を担う端末であっても省電力モードに移行可能であることが望ましい。
【００３３】
そこで、本開示では、人体通信の通信接続を維持しながら、自装置または通信相手の少なくとも一方の消費電力を低減することが可能な人体通信装置を提案する。以下、本開示の各実施形態に係る人体通信装置１００についてそれぞれ詳細に説明する。また、説明の便宜上、第１〜第３の実施形態に係る人体通信装置１００の各々を、人体通信装置１００−１〜人体通信装置１００−３のように、末尾に実施形態に対応する番号を付することにより区別する。
【００３４】
＜２．第１の実施形態（第１のスリープモード）＞
以上、従来の人体通信装置の課題について説明した。次に、本開示の第１の実施形態に係る人体通信装置１００−１（以下、端末１００−１とも称する。）について説明する。
【００３５】
まず、図２を参照して、第１の実施形態に係る端末１００−１の概要について説明する。図２は、本開示の第１の実施形態に係る端末１００−１の処理の例を示すシーケンス図である。
【００３６】
第１の実施形態では、端末１００−１は、通常モードと省電力モード（以下、スリープモードとも称する。）と有し、当該スリープモードとして、第１のスリープモードを有する。当該第１のスリープモードは、フレームの送信処理が継続されながら、フレームの受信処理が停止されるモードである。
【００３７】
例えば、第１のスリープモードでは、図２に示したように、通信を行う端末１００−１Ａおよび１００−１Ｂが交互にフレームを送信しているが、送信されるフレームは受信されない。そのため、通常モードではシーケンスナンバがフレーム送信の度にインクリメントされるが、第１のスリープモードでは受信処理が行われないため、同じシーケンスナンバを含むフレームの送信が繰り返される。
【００３８】
なお、同じシーケンスナンバのフレームが連続して送信されると、通信相手である端末がフレームの再送が頻発している、すなわち通信環境が悪化していると判断し、通信を停止し得る。そのため、第１のスリープモードへの移行の際または当該移行前に、端末間で第１のスリープモードのサポート有無および第１のスリープモード中の動作をエラーとして扱わない旨の確認を行うことが望ましい。
【００３９】
このように、第１のスリープモードでは、送信処理が継続されながら、受信処理が停止されるため、例えば送信すべきデータがなくＮｕｌｌフレームが送信される場合に第１のスリープモードが選択されると、Ｎｕｌｌフレームが送信されている間の電力消費を低減することが可能となる。以下に、第１の実施形態について詳細に説明する。
【００４０】
＜２−１．装置の構成＞
続いて、図３を参照して、本開示の第１の実施形態に係る端末１００−１の機能構成について説明する。図３は、本開示の第１の実施形態に係る端末１００−１の概略的な機能構成の例を示すブロック図である。
【００４１】
端末１００−１は、図３に示したように、送信部１０２、受信部１０４、処理部１０６および制御部１０８を備える。
【００４２】
送信部１０２は、人体通信を用いてフレームの送信を行う。具体的には、送信部１０２は、通信が継続される間は、送信すべきデータの有無によらず、予め決定される自端末のフレーム送信期間に人体通信を用いてフレーム送信（以下、第１のフレーム送信とも称する。）を行う。例えば、第１のフレーム送信は、ＥＣＭＡ−４０１に従って行われる。この場合、フレーム送信期間はＴＤＳに相当し、端末の各々のＴＤＳは接続開始の際すなわちアソシエーションの際に端末間で決定される。なお、送信部１０２が送信するフレームは、後述する処理部１０６によって生成される。
【００４３】
また、送信されたフレームが受信されない場合すなわち通信相手によってフレーム受信が失敗される場合、送信部１０２は、同一のフレームを再送する。例えば、送信部１０２は、フレーム送信後に通信相手から受信されたフレームに付加されるシーケンスナンバが自端末の送信したフレームに付加されたシーケンスナンバをインクリメントして得られる値でない場合、フレームの再送を行う。
【００４４】
受信部１０４は、人体通信を用いてフレームの受信を行う。具体的には、受信部１０４は、人体通信を用いて送信されるフレームを待ち受ける。例えば、受信部１０４は、フレームが通信相手となる端末から送信されると、送信されるフレームを受信し、受信されるフレームを処理部１０６に提供する。
【００４５】
処理部１０６は、フレームの生成および分析を行う。具体的には、処理部１０６は、制御部１０８からの指示に基づいて、後述するＰＳ−ＲＥＱフレームおよびＰＳ−ＡＣＫフレーム等のフレームを生成し、生成されるフレームを送信部１０２に提供する。
【００４６】
また、処理部１０６は、受信フレームに基づくフレームの送信の際に更新されるフレーム交換情報の取得、更新および利用を行う。より具体的には、処理部１０６は、受信部１０４によって受信されるフレームからフレーム交換情報を取得し、取得されるフレーム交換情報を更新する。そして、処理部１０６は、更新されたフレーム交換情報を生成されるフレームに付加する。例えば、フレーム交換情報は、上述のシーケンスナンバであり、処理部１０６は、受信されたフレームから取得されるシーケンスナンバをインクリメントする。そして、処理部１０６は、インクリメント後のシーケンスナンバを生成されるフレームに付加する。
【００４７】
制御部１０８は、端末１００−１の動作を全体的に制御する。具体的には、制御部１０８は、端末１００−１の動作モードを選択する。例えば、端末１００−１の動作モードには、上述したような通常モードおよび第１のスリープモードがある。
【００４８】
制御部１０８は、第１のスリープモードにおいては、送信部１０２に自端末のフレーム送信期間毎のフレーム送信を継続させながら、受信部１０４のフレーム受信可否を制御する。より具体的には、制御部１０８は、第１のフレーム交換としての、受信部１０４のフレーム受信の停止の通知に係るフレーム（以下、移行通知フレームまたはＰＳ−ＲＥＱフレームとも称する。）および当該移行通知フレームへの応答となるフレーム（以下、移行通知応答フレームまたはＰＳ−ＡＣＫフレームとも称する。）の交換が行われると、受信部１０４にフレーム受信を停止させる。なお、ＰＳ−ＲＥＱフレームおよびＰＳ−ＡＣＫフレームはＰＨＹ（Physical）層に相当する階層のフレームであってもよく、ＭＡＣ（Media  Access  Control）層に相当する階層のフレームであってもよい。
【００４９】
（第１のスリープモードへの移行）
例えば、制御部１０８は、自端末が自ら第１のスリープモードに移行する場合、送信部１０２および処理部１０６を介してＰＳ−ＲＥＱフレームを通信相手に送信する。そして、制御部１０８は、第１のスリープモードへの移行の許可を示すＰＳ−ＡＣＫフレームが当該通信相手から受信されると、受信部１０４の動作すなわちフレーム受信および処理部１０６の動作すなわちシーケンスナンバのインクリメントを停止させる。なお、制御部１０８は、アプリケーションからのスリープ要求に応じてスリープモードへの移行処理を行う。
【００５０】
また、制御部１０８は、自端末が通信相手からの通知に応じて第１のスリープモードに移行する場合、当該通信相手からＰＳ−ＲＥＱフレームが受信されると、第１のスリープモードへの移行の許可を示すＰＳ−ＡＣＫフレームを送信部１０２および処理部１０６を介して送信する。そして、制御部１０８は、ＰＳ−ＡＣＫフレームの送信後に、受信部１０４および処理部１０６の動作を停止させる。
【００５１】
なお、上記では、第１のスリープモードへの移行の許可または不許可を示すＰＳ−ＡＣＫフレームが用いられる例を説明したが、不許可を示す応答が行われない場合、ＰＳ−ＡＣＫフレームの代わりにＮｕｌｌフレーム等の他のフレームが用いられてもよい。
【００５２】
また、上記では、ＰＳ−ＡＣＫフレームが受信され、またはＰＳ−ＡＣＫフレームが送信されると、端末１００−１が第１のスリープモードに移行する例を説明したが、第１のスリープモードへの移行タイミングが指示され、または共有されてもよい。具体的には、ＰＳ−ＲＥＱフレームまたはＰＳ−ＡＣＫフレームに受信部１０４のフレーム受信の停止タイミングを示す情報が付加され、制御部１０８は、当該情報に基づいて受信部１０４のフレーム受信を停止させる。
【００５３】
例えば、フレーム受信の停止タイミングは、ＰＳ−ＡＣＫフレームの受信からの経過時間（time  segmentまたはＴＤＳの数）、または接続処理（Association  Request1、Association  Response1またはAssociation  Request2の送信または受信）からの経過時間を用いて、通信を行う各端末が同じタイミングで第１のスリープモードへ移行するように、決定され得る。なお、time  segmentは複数のＴＤＳ、例えば８つのＴＤＳを含む。
【００５４】
ＰＳ−ＲＥＱフレームおよびＰＳ−ＡＣＫフレームがＰ−ＤＵフレームである場合には、当該ＰＳ−ＲＥＱフレーム等は、少なくとも２つのＰＨＹフレームすなわちＰ−ＰＤＵフレームに分割され、少なくとも２つのＴＤＳに跨って送信される。この場合、一方の端末１００−１がＰ−ＤＵフレームの一部の受信に基づいて第１のスリープモードに移行すると、他方の端末１００−１が第１のスリープモードに移行することが困難となり得る。しかし、上記のように第１のスリープモードへの移行タイミングが揃えられることにより、そのような状況の発生を防止することが可能となる。
【００５５】
また、制御部１０８は、端末１００−１の各部、特に送信部１０２、受信部１０４および処理部１０６への給電制御を行うことによって当該各部の動作の有無を制御する。あるいは、制御部１０８は、給電制御以外のハードウェアまたはソフトウェアの処理によって端末１００−１の各部の動作の有無を制御してもよい。
【００５６】
（通常モードへの復帰）
制御部１０８は、第１のスリープモード中に、第３の時間として、予め決定される時間（以下、一時復帰タイミングとも称する。）が到来すると、所定の期間（以下、一時復帰期間とも称する。）だけ受信部１０４にフレーム受信を行わせる。そして、制御部１０８は、当該一時復帰期間において第２のフレーム交換が行われると、受信部１０４にフレーム受信を開始させる。
【００５７】
具体的には、制御部１０８は、上記の一時復帰期間において、第２のフレーム交換としての、受信部１０４のフレーム受信の開始の通知に係るフレーム（以下、復帰通知フレームまたはＰＳ−ＷＵＰフレームとも称する。）および当該復帰通知フレームへの応答となるフレーム（以下、復帰通知応答フレームとも称する。）の交換が行われると、受信部１０４のフレーム受信を開始させる。
【００５８】
例えば、制御部１０８は、一時復帰タイミングとして、接続処理からの経過時間等の予め決定される時間が到来する度に、一時復帰期間だけ自端末を通常モードに復帰させる。なお、当該一時復帰期間は、フレーム受信の失敗の可能性を考慮した長さに設定されることが望ましい。
【００５９】
そして、制御部１０８は、自端末が自ら通常モードに復帰する場合、上記の一時復帰期間において、送信部１０２および処理部１０６を介してＰＳ−ＷＵＰフレームを通信相手に送信する。そして、制御部１０８は、ＰＳ−ＷＵＰフレームへの応答となるＮｕｌｌフレームが当該通信相手から受信されると、受信部１０４および処理部１０６の動作を再開させる。ここで、動作の再開は、一時復帰期間の経過後も動作を継続させることを意味する。
【００６０】
また、制御部１０８は、自端末が通信相手からの通知に応じて通常モードに復帰する場合、当該通信相手からＰＳ−ＷＵＰフレームが受信されると、当該ＰＳ−ＷＵＰフレームへの応答となるＮｕｌｌフレームを送信部１０２および処理部１０６を介して送信する。そして、制御部１０８は、当該Ｎｕｌｌフレームの送信後に、受信部１０４および処理部１０６の動作を再開させる。受信されるＮｕｌｌフレームがＰＳ−ＷＵＰフレームに対する応答であるかは、シーケンスナンバに基づいて判定される。例えば、制御部１０８は、Ｎｕｌｌフレームに付加されるシーケンスナンバがＰＳ−ＷＵＰフレームに付加されるシーケンスナンバをインクリメントすることによって得られる値であるかを判定する。
【００６１】
なお、上記では、ＰＳ−ＷＵＰフレームに対する応答となるフレームは、Ｎｕｌｌフレームである例を説明したが、当該応答となるフレームは、別途用意される特定のフレームまたはデータフレーム等の他のフレームであってもよい。
【００６２】
また、制御部１０８は、ＰＳ−ＷＵＰフレームへの応答となるＮｕｌｌフレームが受信されるまで送信部１０２および処理部１０６に当該ＰＳ−ＷＵＰフレームの再送を継続させてもよい。さらに、再送回数の上限が設けられ、制御部１０８は、再送回数が上限に達すると送信部１０２等に再送を停止させてもよい。
【００６３】
＜２−２．装置の処理＞
次に、本実施形態に係る端末１００−１の処理について説明する。
【００６４】
（第１のスリープモードへの移行処理）
まず、図４を参照して、本実施形態に係る端末１００−１の第１のスリープモードへの移行処理について説明する。図４は、本実施形態に係る端末１００−１の第１のスリープモードへの移行処理の例を概念的に示すシーケンス図である。
【００６５】
端末１００−１Ａは、第１のスリープモードへの移行が決定されると、ＰＳ−ＲＥＱフレームを送信する（ステップＳ２０１）。具体的には、制御部１０８は、処理部１０６にＰＳ−ＲＥＱフレームを生成させ、生成されるＰＳ−ＲＥＱフレームが送信部１０２によって送信される。例えば、当該ＰＳ−ＲＥＱフレームに付加されるシーケンスナンバは０（００）ｂである。
【００６６】
ＰＳ−ＲＥＱフレームを受信した端末１００−１Ｂは、ＰＳ−ＡＣＫフレームを送信すると共に、第１のスリープモードへ移行する（ステップＳ２０２）。具体的には、制御部１０８は、ＰＳ−ＲＥＱフレームが受信部１０４によって受信されると、処理部１０６にＰＳ−ＡＣＫフレームを生成させ、生成されるＰＳ−ＡＣＫフレームが送信部１０２によって送信される。そして、制御部１０８は、ＰＳ−ＡＣＫフレームの送信後に、受信部１０４および処理部１０６の動作を停止させる。例えば、当該ＰＳ−ＡＣＫフレームに付加されるシーケンスナンバは、受信されたＰＳ−ＲＥＱフレームに付加されたシーケンスナンバをインクリメントすることにより得られる１（０１）ｂである。
【００６７】
ＰＳ−ＡＣＫフレームを受信した端末１００−１Ａは、Ｎｕｌｌフレームを送信すると共に、第１のスリープモードへ移行する（ステップＳ２０３）。具体的には、制御部１０８は、ＰＳ−ＡＣＫフレームが受信部１０４によって受信されると、処理部１０６にＮｕｌｌフレームを生成させ、生成されるＮｕｌｌフレームが送信部１０２によって送信される。そして、制御部１０８は、Ｎｕｌｌフレームの送信後に、受信部１０４および処理部１０６の動作を停止させる。例えば、当該Ｎｕｌｌフレームに付加されるシーケンスナンバは、受信されたＰＳ−ＡＣＫフレームに付加されたシーケンスナンバをインクリメントすることにより得られる２（１０）ｂである。
【００６８】
ステップＳ２０４以降すなわち第１のスリープモード中は、端末１００−１Ａおよび端末１００−１Ｂの各々は、各々のフレーム送信期間において、それぞれ第１のスリープモードへの移行前であっていずれの他のフレームよりも後に送信されたフレーム（以下、移行直前のフレームとも称する。）と同一のフレームの再送を続ける。また、端末１００−１Ａおよび端末１００−１Ｂの各々は、第１のスリープモード、すなわち受信部１０４および処理部１０６の動作が停止している状態であるため、フレームの受信およびシーケンスナンバのインクリメントが行われない。
【００６９】
（通常モードへの復帰処理）
続いて、図５を参照して、本実施形態に係る端末１００−１の通常モードへの復帰処理について説明する。図５は、本実施形態に係る端末１００−１の通常モードへの復帰処理の例を概念的に示すシーケンス図である。
【００７０】
第１のスリープモード中の端末１００−１Ａおよび１００−１Ｂは、互いにＮｕｌｌフレームを送信する（ステップＳ３０１、Ｓ３０２）。具体的には、送信部１０２は、自端末のフレーム送信期間毎に同じフレームを再送する。受信部１０４および処理部１０６は動作を停止しているため、フレームの受信は行われない。
【００７１】
次に、一時復帰タイミングが到来すると、端末１００−１Ａおよび１００−１Ｂは、一時的に通常モードに復帰する。具体的には、制御部１０８は、第１のスリープモード中において、例えば接続処理から所定の時間経過毎に、図５のドットハッチングで示したような一時復帰期間だけ受信部１０４および処理部１０６に動作を再開させる。
【００７２】
次に、端末１００−１Ａが通常モードに完全に復帰する場合、端末１００−１Ａは、ＰＳ−ＷＵＰフレームを送信する（ステップＳ３０３）。具体的には、制御部１０８は、端末１００−１Ａが通常モードに完全に復帰する場合、処理部１０６にＰＳ−ＷＵＰフレームを生成させ、生成されるＰＳ−ＷＵＰフレームが送信部１０２によって送信される。例えば、当該ＰＳ−ＷＵＰフレームに付加されるシーケンスナンバは０（００）ｂである。
【００７３】
ＰＳ−ＷＵＰフレームを受信した端末１００−１Ｂは、Ｎｕｌｌフレームを送信すると共に、通常モードに復帰する（ステップＳ３０４）。具体的には、制御部１０８は、ＰＳ−ＷＵＰフレームが受信部１０４によって受信されると、処理部１０６にＰＳ−ＷＵＰフレームへの応答となるＮｕｌｌフレームを生成させ、生成されるＮｕｌｌフレームが送信部１０２によって送信される。例えば、当該Ｎｕｌｌフレームに付加されるシーケンスナンバは、ＰＳ−ＷＵＰフレームに付加されたシーケンスナンバをインクリメントすることにより得られる１（０１）ｂである。
【００７４】
Ｎｕｌｌフレームを受信した端末１００−１Ａは、通常モードに復帰し、データフレームを送信する（ステップＳ３０５）。具体的には、制御部１０８は、インクリメントされたシーケンスナンバが付加されたＮｕｌｌフレームが受信部１０４によって受信されると、受信部１０４および処理部１０６の動作を継続させる。そして、処理部１０６は、送信すべきデータがある場合、データフレームを生成し、生成されるデータフレームが送信部１０２によって送信される。例えば、当該データフレームに付加されるシーケンスナンバは、受信されたＮｕｌｌフレームに付加されたシーケンスナンバをインクリメントすることにより得られる２（１０）ｂである。
【００７５】
データフレームを受信した端末１００−１Ｂは、送信すべきデータがない場合、Ｎｕｌｌフレームを送信する（ステップＳ３０６）。具体的には、処理部１０６は、データフレームが受信部１０４によって受信されると、送信すべきデータフレームがない場合、Ｎｕｌｌフレームを生成し、生成されるＮｕｌｌフレームが送信部１０２によって送信される。例えば、当該Ｎｕｌｌフレームに付加されるシーケンスナンバは、受信されたデータフレームに付加されたシーケンスナンバをインクリメントすることにより得られる３（１１）ｂである。
【００７６】
なお、上記では、ＰＳ−ＷＵＰフレームを送信する端末１００−１も通常モードに一時的に復帰する例を説明したが、ＰＳ−ＷＵＰフレームを送信する端末１００−１は、第１のスリープモード中に一時復帰タイミングが到来すると、通常モードに完全に復帰してもよい。
【００７７】
このように、本開示の第１の実施形態によれば、端末１００−１は、人体通信を用いてフレームを受信し、予め決定される自端末のフレーム送信期間に人体通信を用いてフレームを送信する。また、端末１００−１は、フレーム送信期間毎のフレーム送信を継続しながら、フレーム受信可否を制御する。このため、フレーム送信が継続されながらフレーム受信が停止されることにより、人体通信の通信接続を維持しながら、自装置または通信相手の少なくとも一方の消費電力を低減することが可能となる。
【００７８】
また、端末１００−１は、第１のフレーム交換が行われると、フレーム受信を停止する。このため、第１のスリープモードへの移行が明示されることにより、例えば片方の端末１００−１のみがスリープモードへ移行する等のスリープモードへの移行について端末間で不整合が生じるような事態の発生を抑制することが可能となる。
【００７９】
また、上記の第１のフレーム交換は、フレーム受信の停止の通知に係る移行通知フレームおよび当該移行通知フレームへの応答となる移行通知応答フレームの交換を含む。このため、第１のスリープモードへの移行が専用のフレームで通知されることにより、第１のスリープモードへの移行判定が容易となる。その結果、第１のスリープモードへの移行処理を簡素化することが可能となる。
【００８０】
また、端末１００−１は、フレーム受信の停止後に、予め決定される第３の時間が到来すると、所定の期間だけフレーム受信を行い、上記の所定の期間において行われる第２のフレーム交換に基づいてフレーム受信を開始する。このため、第１のスリープモード中に通常モードへの復帰判定が行われることにより、適したタイミングで通信を再開させることが可能となる。
【００８１】
また、上記の第２のフレーム交換は、フレーム受信の開始の通知に係る復帰通知フレームおよび当該復帰通知フレームへの応答となる復帰通知応答フレームの交換を含む。このため、通常モードへの復帰が専用のフレームで通知されることにより、通常モードへの復帰判定が容易となる。その結果、通常モードへの復帰処理を簡素化することが可能となる。
【００８２】
＜２−３．変形例＞
以上、本開示の第１の実施形態について説明した。なお、本実施形態は、上述の例に限定されない。以下に、本実施形態の第１〜第３の変形例について説明する。
【００８３】
（第１の変形例）
本実施形態の第１の変形例として、第１のフレーム交換としての、第１のスリープモードへの移行のトリガとなるフレーム交換は、Ｎｕｌｌフレームの連続的な交換であってもよい。具体的には、制御部１０８は、Ｎｕｌｌフレームが所定の回数にわたって連続的に交換されると、受信部１０４および処理部１０６の動作を停止する。さらに、図６を参照して、本変形例の処理について詳細に説明する。図６は、本実施形態の第１の変形例に係る端末１００−１の第１のスリープモードへの移行処理の例を概念的に示すシーケンス図である。なお、第１の実施形態の処理と実質的に同一である処理については説明を省略する。
【００８４】
端末１００−１Ａは、送信すべきデータがある場合、データフレームを送信し（ステップＳ２１１）、データフレームを受信した端末１００−１Ｂは、送信すべきデータフレームがない場合、Ｎｕｌｌフレームを送信する（ステップＳ２１２）。
【００８５】
ステップＳ２１２以降は、端末１００−１Ａおよび１００−１Ｂの双方において送信すべきデータフレームがないため、図６に示したように、Ｎｕｌｌフレームの送受信が連続して行われる。
【００８６】
ここで、端末１００−１Ａおよび１００−１Ｂは、Ｎｕｌｌフレームの送信および受信の回数をカウントし、カウントされる回数が所定の回数に達すると、第１のスリープモードに移行する。具体的には、制御部１０８は、Ｎｕｌｌフレームが送信部１０２によって送信され、またはＮｕｌｌフレームが受信部１０４によって受信される度に、回数をカウントアップし、当該回数が所定の回数に達すると、受信部１０４および処理部１０６の動作を停止する。
【００８７】
例えば、上記の所定の回数が４回である場合を考える。端末１００−１Ａについては、図６に示したように、ステップＳ２１２におけるＮｕｌｌフレームの受信からステップＳ２１５におけるＮｕｌｌフレームの送信までに４回連続してＮｕｌｌフレームが交換される。そのため、端末１００−１Ａは、ステップＳ２１５におけるＮｕｌｌフレームの送信後に、第１のスリープモードに移行する。
【００８８】
また、端末１００−１Ｂについては、図６に示したように、ステップＳ２１２におけるＮｕｌｌフレームの送信からステップＳ２１５におけるＮｕｌｌフレームの受信までに４回連続してＮｕｌｌフレームが送受信される。そのため、端末１００−１Ｂは、ステップＳ２１５におけるＮｕｌｌフレームの受信後に、第１のスリープモードに移行する。
【００８９】
なお、上記では、端末１００−１はＮｕｌｌフレームが所定の回数連続的に交換されると第１のスリープモードへ移行する例を説明したが、端末１００−１はＮｕｌｌフレームが所定の時間連続して交換されると第１のスリープモードに移行してもよい。また、当該所定の時間は、接続処理の際に決定されてもよく、端末１００−１が保持する固定値であってもよい。
【００９０】
このように、本実施形態の第１の変形例によれば、上記の第１のフレーム交換は、送信すべきデータがない場合に送信されるフレームの連続的な交換を含む。このため、既存の人体通信の規格で用意されているフレームを用いて端末１００−１が第１のスリープモードに移行されることにより、既存の人体通信の規格に従って動作する端末における改修量を削減し、当該既存の端末への第１のスリープモードの適用にかかるコストを低減することが可能となる。また、送信すべきデータが無くなったタイミングで第１のスリープモードに移行することが可能となる。
【００９１】
（第２の変形例）
本実施形態の第２の変形例として、第１のスリープモードへの移行は、第１の時間として、予め決定される時間（以下、第１の移行タイミングとも称する。）の到来に基づいて行われてもよく、通常モードのへの復帰は、第２の時間として、予め決定される時間（以下、第１の復帰タイミングとも称する。）の到来に基づいて行われてもよい。具体的には、制御部１０８は、第１の移行タイミングが到来すると、受信部１０４にフレーム受信を停止させる。また、制御部１０８は、第１の復帰タイミングが到来すると、受信部１０４にフレーム受信を開始させる。さらに、図７を参照して、本変形例の処理について詳細に説明する。図７は、本実施形態の第２の変形例に係る端末１００−１の周期的なモード変更処理の例を概念的に示すシーケンス図である。なお、第１の実施形態の処理と実質的に同一である処理については説明を省略する。
【００９２】
端末１００−１Ａおよび端末１００−１Ｂは、送信すべきデータがある場合、互いにデータフレームを送信する（ステップＳ４０１〜Ｓ４０４）。なお、送信すべきデータがない場合はＮｕｌｌフレームが送信される。
【００９３】
ここで、端末１００−１は、基準時点からの経過時間に応じてモードを切り替える。具体的には、制御部１０８は、基準時点からの経過時間が所定の時間である場合、すなわち第１の移行タイミングまたは第１の復帰タイミングである場合、受信部１０４および処理部１０６の動作の有無を切り替える。
【００９４】
例えば、基準時点は接続処理が行われた時点であり、所定の時間はtime  segmentの所定の倍数であり得る。図７に示したように、端末１００−１Ａおよび１００−１Ｂは、基準時点から（Ｎ＋１）time  segmentの経過後すなわちステップＳ４０４のフレーム送信の後に、第１のスリープモードへ移行する。そして、端末１００−１Ａおよび１００−１Ｂは、基準時点から（Ｎ＋３）time  segmentの経過後すなわちステップＳ４０８のフレーム送信の後に、通常モードへ復帰する。基準時点からの経過time  segment数は制御部１０８によってカウントされる。
【００９５】
なお、上記では、基準時点が接続処理の時点である例を説明したが、基準時点はモードの切り替え時点であってもよい。例えば、図７に示したようなステップＳ４０４の処理後の第１のスリープモードへの移行時点が基準時点となり、端末１００−１は、当該基準時点から２time  segment後に通常モードに復帰する。そして、当該通常モードへの復帰時点が次の基準時点となる。
【００９６】
また、上記では、基準時点からの経過時間の単位がtime  segmentである例を説明したが、当該経過時間の単位はＴＤＳ等の他の単位であってもよい。
【００９７】
また、各モードが維持される期間は、予め決定されてもよい。例えば、接続処理等において、第１のスリープモードが維持される期間および通常モードが維持される期間の各々が決定されてもよく、第１のスリープモードおよび通常モードのデューティー比が決定されてもよい。
【００９８】
また、上記では、第１のスリープモードへの移行および通常モードへの復帰の両方が予め決定される時間の到来に基づいて行われる例を説明したが、第１のスリープモードへの移行および通常モードへの復帰のうちのいずれか一方のみが予め決定される時間の到来に基づいて行われてもよい。例えば、第１のスリープモードへの移行がＰＳ−ＲＥＱフレームおよびＰＳ−ＡＣＫフレームの交換に基づいて行われ、通常モードへの復帰は第１の復帰タイミングに基づいて行われるとしてもよい。
【００９９】
このように、本実施形態の第２の変形例によれば、端末１００−１は、予め決定される第１の時間が到来すると、フレーム受信を停止する。また、端末１００−１は、フレーム受信の停止後に、予め決定される第２の時間が到来すると、フレーム受信を開始する。このため、フレーム交換等の特別な処理が行われることなく端末１００−１のモードが切り替えられることにより、第１のスリープモードの追加による処理の複雑化を抑制することが可能となる。
【０１００】
（第３の変形例）
本実施形態の第３の変形例として、第２のフレーム交換としての、通常モードへの復帰のトリガとなるフレーム交換は、一時復帰期間に送信されるフレームおよび当該フレームに含まれるフレーム交換情報を更新することにより得られるフレーム交換情報を含むフレームの交換であってもよい。具体的には、制御部１０８は、一時復帰期間において送信されるフレーム（以下、先行フレームとも称する。）および当該先行フレームに付加されるシーケンスナンバを更新することにより得られるシーケンスナンバを含むフレームの交換が行われると、受信部１０４および処理部１０６の動作を開始する。さらに、図８を参照して、本変形例の処理について詳細に説明する。図８は、本実施形態の第３の変形例に係る端末１００−１の通常モードへの復帰処理の例を概念的に示すシーケンス図である。
【０１０１】
第１のスリープモード中の端末１００−１Ａおよび１００−１Ｂは、互いにＮｕｌｌフレームを送信し（ステップＳ３１１、Ｓ３１２）、一時復帰タイミングが到来すると、一時的に通常モードに復帰する。
【０１０２】
次に、端末１００−１Ａは、ステップＳ３１１と同様に、Ｎｕｌｌフレームを送信する（ステップＳ３１３）。具体的には、送信部１０２は、第１のスリープモード中に送信していたＮｕｌｌフレームと同一のＮｕｌｌフレームを送信する。例えば、当該Ｎｕｌｌフレームに付加されるシーケンスナンバは、これまで送信されていたフレームに付加されていたシーケンスナンバと同一の０（００）ｂである。
【０１０３】
Ｎｕｌｌフレームを受信した端末１００−１Ｂは、受信されたＮｕｌｌフレームへの応答となるＮｕｌｌフレームを送信すると共に、通常モードに復帰する（ステップＳ３１４）。具体的には、制御部１０８は、Ｎｕｌｌフレームが受信部１０４によって受信されると、処理部１０６に受信されたＮｕｌｌフレームへの応答となるＮｕｌｌフレームを生成させ、生成されるＮｕｌｌフレームが送信部１０２によって送信される。そして、Ｎｕｌｌフレームの送信後に、受信部１０４および処理部１０６の動作が再開される。例えば、当該Ｎｕｌｌフレームに付加されるシーケンスナンバは、受信されたＮｕｌｌフレームに付加されたシーケンスナンバをインクリメントすることにより得られる１（０１）ｂである。
【０１０４】
Ｎｕｌｌフレームを受信した端末１００−１Ａは、通常モードに復帰し、送信すべきデータがない場合、Ｎｕｌｌフレームを送信する（ステップＳ３１５）。具体的には、制御部１０８は、インクリメントされたシーケンスナンバが付加されたＮｕｌｌフレームが受信部１０４によって受信されると、受信部１０４および処理部１０６の動作を再開させる。そして、処理部１０６は、送信すべきデータがない場合、Ｎｕｌｌフレームを生成し、生成されるＮｕｌｌフレームが送信部１０２によって送信される。例えば、当該Ｎｕｌｌフレームに付加されるシーケンスナンバは、受信されたＮｕｌｌフレームに付加されたシーケンスナンバをインクリメントすることにより得られる２（１０）ｂである。
【０１０５】
Ｎｕｌｌフレームを受信した端末１００−１Ｂは、送信すべきデータがある場合、データフレームを送信する（ステップＳ３１６）。
【０１０６】
なお、通信相手の送信するフレームに付加されるシーケンスナンバよりも順序が後のシーケンスナンバを送信する端末１００−１のみがシーケンスナンバのインクリメントによって通常モードへの復帰を通信相手に示すことができる。
【０１０７】
このように、本実施形態の第３の変形例によれば、上記の第２のフレーム交換は、一時復帰期間において送信されるフレームおよび当該フレームに含まれるフレーム交換情報を更新することにより得られるフレーム交換情報を含むフレームの交換を含む。このため、既存の人体通信の規格で用意されている情報を用いて端末１００−１が通常モードに復帰されることにより、既存の人体通信の規格に従って動作する端末における改修量を削減し、当該既存の端末への第１のスリープモードの適用にかかるコストを低減することが可能となる。
【０１０８】
＜３．第２の実施形態（第２のスリープモード）＞
以上、本開示の第１の実施形態に係る端末１００−１について説明した。続いて、本開示の第２の実施形態に係る端末１００−２について説明する。
【０１０９】
まず、図９を参照して、第２の実施形態に係る端末１００−２の概要について説明する。図９は、本開示の第２の実施形態に係る端末１００−２の処理の例を示すシーケンス図である。
【０１１０】
第２の実施形態では、端末１００−２は、スリープモードとして、第１のスリープモードと異なる第２のスリープモードを有する。具体的には、第２のスリープモードは、一方の端末１００−２が他方の端末１００−２のフレーム送信を代行し、当該他方の端末１００−２はフレームの送受信を停止するモードである。
【０１１１】
例えば、端末１００−２Ａは、第２のスリープモードでは、自端末のフレーム送信期間におけるＮｕｌｌフレームの送信に加えて、端末１００−２Ｂのフレーム送信期間におけるＮｕｌｌフレームの送信を行う。そのため、図９に示したように、一方的なフレーム送信が行われる。他方で、端末１００−２Ｂは、第２のスリープモードでは、フレームの送信、受信およびシーケンスナンバのインクリメントを停止する。なお、第２のスリープモードでは一方の端末１００−１からのフレーム送信が一方的に行われるため、同じシーケンスナンバを含むフレームの送信が繰り返される。
【０１１２】
＜２−２．装置の構成＞
本開示の第２の実施形態に係る端末１００−２の機能構成は、第１の実施形態における機能構成と実質的に同一であるが、機能の一部が異なる。以下では、送信を代行する端末（以下、代行端末とも称する。）１００−２および送信を停止する端末（以下、停止端末とも称する。）１００−２についてそれぞれ説明する。なお、第１の実施形態における機能と実質的に同一である機能については説明を省略する。
【０１１３】
（代行端末および停止端末の決定）
制御部１０８は、通信相手と共有される情報に基づいて自端末の役割を代行端末または停止端末のいずれかに設定する。具体的には、制御部１０８は、代行端末の引き受けの有無を示すフラグ等の情報（以下、代行情報とも称する。）が含まれるフレームを送信部１０２および処理部１０６を介して通信相手に送信する。例えば、当該代行情報は、接続処理において交換されるAssociation  Request1、またはAssociation  Response2のＲＦＵ（Reserved  for  Future  Use）ビット内に格納され得る。
【０１１４】
なお、上記では、代行情報がフラグである例を説明したが、代行情報は代行の可能性の度合を示す情報であってもよい。例えば、代行情報は、端末１００−２の有するバッテリの容量または残量等に応じて決定される情報であり得る。そして、制御部１０８は、通信相手の代行情報に係る値よりも自端末の代行情報に係る値が大きい場合、自端末を代行端末として動作させる。反対に、通信相手の代行情報に係る値よりも自端末の代行情報に係る値が小さい場合、制御部１０８は、自端末を停止端末として動作させる。なお、代行情報に係る値が同一である場合は、第２のスリープモードへの移行を通知する端末が代行端末として動作する等のように、端末の役割が端末１００−２に予め設定されてもよい。
【０１１５】
また、上記では、代行情報が接続処理の際に交換されるフレームを用いて共有される例を説明したが、代行情報は、接続開始後に送信されるフレームを用いて共有されてもよい。例えば、代行情報は、上記のＰＳ−ＲＥＱフレームおよびＰＳ−ＡＣＫフレームに含まれてもよく、Ｎｕｌｌフレームまたはデータフレームに含まれてもよい。
【０１１６】
（第２のスリープモードへの移行）
代行端末１００−２の送信部１０２は、第２のスリープモードにおいては、第１のフレーム送信に加えて通信相手のフレーム送信期間におけるフレーム送信（以下、第２のフレーム送信とも称する。）を行う。また、停止端末１００−２の送信部１０２は、通信相手によって自端末のフレーム送信期間における第２のフレーム送信が行われている間、第１のフレーム送信を停止する。
【０１１７】
具体的には、代行端末１００−２の送信部１０２は、第１のフレーム交換としての、第２のフレーム送信の開始の通知に係る移行通知フレームおよび当該移行通知フレームへの応答となる移行通知応答フレームの交換が行われると、第２のフレーム送信を開始する。また、停止端末１００−２の送信部１０２は、第１のフレーム交換としての、移行通知フレームおよび移行通知応答フレームの交換、または当該移行通知応答フレームおよび移行通知応答フレームへの応答となるフレームの交換が行われると、第１のフレーム送信を停止する。
【０１１８】
（移行パターンＡ：代行端末から第２のスリープモードへの移行を通知）
代行端末１００−２の制御部１０８は、自端末が自ら第２のスリープモードに移行する場合、送信部１０２および処理部１０６を介してＰＳ−ＲＥＱフレームを送信する。そして、制御部１０８は、第２のスリープモードへの移行の許可を示すＰＳ−ＡＣＫフレームが当該通信相手から受信されると、送信部１０２および処理部１０６を介して、インクリメントされたシーケンスナンバを含む任意のフレーム、例えばＮｕｌｌフレームを送信する。その後、制御部１０８は、受信部１０４および処理部１０６の動作を停止させ、送信部１０２に第２のフレーム送信を開始させる。
【０１１９】
また、停止端末１００−２の制御部１０８は、自端末が通信相手からの通知に応じて第２のスリープモードに移行する場合、当該通信相手からＰＳ−ＲＥＱフレームが受信されると、第２のスリープモードへの移行の許可を示すＰＳ−ＡＣＫフレームを送信部１０２および処理部１０６を介して送信する。そして、制御部１０８は、ＰＳ−ＡＣＫフレームへの応答となるインクリメントされたシーケンスナンバを含む任意のフレーム、例えばＮｕｌｌフレームの受信後に、送信部１０２、受信部１０４および処理部１０６の動作を停止させる。
【０１２０】
上記のように、停止端末１００−２は、代行端末１００−２の第２のスリープモードへの移行後に、第２のスリープモードへ移行する。これは、フレーム送信を継続するため、すなわち通信接続を維持するためである。例えば、代行端末１００−２が第２のスリープモードに移行することなく、すなわち第２のフレーム送信を開始することなく、停止端末１００−２のみが第２のスリープモードに移行すると、停止端末１００−２のフレーム送信期間におけるフレーム送信が行われなくなる。その結果、当該フレーム送信期間に他の端末がフレーム送信を開始することによって通信の衝突が発生する可能性がある。そのため、停止端末１００−２は代行端末１００−２の第２のスリープモードへの移行を確認した後に第２のスリープモードへ移行する。
【０１２１】
（移行パターンＢ：停止端末から第２のスリープモードへの移行を通知）
停止端末１００−２の制御部１０８は、自端末が自ら第２のスリープモードに移行する場合、送信部１０２および処理部１０６を介してＰＳ−ＲＥＱフレームを送信する。そして、制御部１０８は、第２のスリープモードへの移行の許可を示すＰＳ−ＡＣＫフレームが当該通信相手から受信されると、送信部１０２および処理部１０６を介して、インクリメントされたシーケンスナンバを含む任意のフレーム、例えばＮｕｌｌフレームを送信する。その後、制御部１０８は、送信部１０２、受信部１０４および処理部１０６の動作を停止させる。
【０１２２】
また、代行端末１００−２の制御部１０８は、自端末が通信相手からの通知に応じて第２のスリープモードに移行する場合、当該通信相手からＰＳ−ＲＥＱフレームが受信されると、第２のスリープモードへの移行の許可を示すＰＳ−ＡＣＫフレームを送信部１０２および処理部１０６を介して送信する。そして、制御部１０８は、ＰＳ−ＡＣＫフレームの送信後に、受信部１０４および処理部１０６の動作を停止させ、送信部１０２に第２のフレーム送信を開始させる。
【０１２３】
（通常モードへの復帰）
代行端末１００−２の送信部１０２は、第２のフレーム送信の開始後に、第２のフレーム交換としての、第２のフレーム送信の停止の通知に係る復帰通知フレームおよび当該復帰通知フレームへの応答となる復帰通知応答フレームの交換が行われると、第２のフレーム送信を停止する。また、停止端末１００−２の送信部１０２は、第１のフレーム送信の停止後に、第２のフレーム交換としての、復帰通知フレームおよび復帰通知応答フレームの交換が行われると、第１のフレーム送信を開始する。
【０１２４】
まず、代行端末１００−２および停止端末１００−２の制御部１０８は、第２のスリープモード中に一時復帰タイミングが到来すると、一時復帰期間だけ自端末を通常モードに復帰させる。
【０１２５】
（復帰パターンＡ：代行端末から通常モードへの復帰を通知）
代行端末１００−２の制御部１０８は、自端末が自ら通常モードに復帰する場合、一時復帰期間において、送信部１０２および処理部１０６を介してＰＳ−ＷＵＰフレームを送信する。そして、制御部１０８は、ＰＳ−ＷＵＰフレームへの応答となるインクリメントされたシーケンスナンバを含むＮｕｌｌフレームが通信相手から受信されると、受信部１０４および処理部１０６の動作を再開させる。
【０１２６】
停止端末１００−２の制御部１０８は、自端末が通信相手からの通知に応じて通常モードに復帰する場合、当該通信相手からＰＳ−ＷＵＰフレームが受信されると、当該ＰＳ−ＷＵＰフレームへの応答となるＮｕｌｌフレームを送信部１０２および処理部１０６を介して送信する。そして、制御部１０８は、当該Ｎｕｌｌフレームの送信後に、送信部１０２、受信部１０４および処理部１０６の動作を再開させる。
【０１２７】
（復帰パターンＢ：停止端末から通常モードへの復帰を通知）
停止端末１００−２の制御部１０８は、自端末が自ら通常モードに復帰する場合、通信相手との通信により得られる情報に基づいて特定されるフレーム送信期間において復帰通知フレームを送信部１０２に送信させる。例えば、制御部１０８は、一時復帰期間において、送信部１０２および処理部１０６を介してＰＳ−ＷＵＰフレームを送信する。そして、制御部１０８は、ＰＳ−ＷＵＰフレームへの応答となるインクリメントされたシーケンスナンバを含むＮｕｌｌフレームが通信相手から受信されると、送信部１０２、受信部１０４および処理部１０６の動作を再開させる。
【０１２８】
また、代行端末１００−２の制御部１０８は、自端末が通信相手からの通知に応じて通常モードに復帰する場合、通信相手から復帰通知フレームが送信されるフレーム送信期間において第２のフレーム送信を送信部１０２に停止させる。例えば、制御部１０８は、一時復帰期間におけるＰＳ−ＷＵＰフレームの送信タイミングで第２のフレーム送信を停止する。そして、通信相手からＰＳ−ＷＵＰフレームが受信されると、当該ＰＳ−ＷＵＰフレームへの応答となるＮｕｌｌフレームを送信部１０２および処理部１０６を介して送信する。そして、制御部１０８は、当該Ｎｕｌｌフレームの送信後に、受信部１０４および処理部１０６の動作を再開させる。
【０１２９】
なお、通信相手との通信により得られる情報は、通信に基づき決定されるフレーム送信期間を含む。具体的には、通信に基づき決定されるフレーム送信期間は、接続処理から所定の時間経過後のフレーム送信期間（以下、代行停止期間とも称する。）である。例えば、代行停止期間は１００time  segment毎に到来する。なお、代行停止期間は、接続処理等の通信に係るフレームを用いて互いに共有されてもよい。
【０１３０】
＜２−３．装置の処理＞
次に、本実施形態に係る端末１００−２の処理について説明する。なお、第１の実施形態の処理と実質的に同一である処理については説明を省略する。また、以下では、端末１００−２Ａが代行端末となり、端末１００−２Ｂが停止端末となることが予め決定されている場合が想定される。
【０１３１】
（第２のスリープモードへの移行処理）
まず、図１０および図１１を参照して、本実施形態に係る端末１００−２の第２のスリープモードへの移行処理について説明する。図１０は、本実施形態に係る代行端末１００−２から第２のスリープモードへの移行が通知される場合の移行処理の例を概念的に示すシーケンス図であり、図１１は、本実施形態に係る停止端末１００−２から第２のスリープモードへの移行が通知される場合の移行処理の例を概念的に示すシーケンス図である。
【０１３２】
（移行パターンＡ：代行端末から第２のスリープモードへの移行を通知）
端末１００−２Ａは、第２のスリープモードへの移行が決定されると、ＰＳ−ＲＥＱフレームを送信する（ステップＳ２２１）。例えば、当該ＰＳ−ＲＥＱフレームに付加されるシーケンスナンバは０（００）ｂである。
【０１３３】
ＰＳ−ＲＥＱフレームを受信した端末１００−２Ｂは、ＰＳ−ＡＣＫフレームを送信する（ステップＳ２２２）。例えば、当該ＰＳ−ＡＣＫフレームに付加されるシーケンスナンバは、受信されたＰＳ−ＲＥＱフレームに付加されたシーケンスナンバをインクリメントすることにより得られる１（０１）ｂである。
【０１３４】
ＰＳ−ＡＣＫフレームを受信した端末１００−２Ａは、Ｎｕｌｌフレームを送信すると共に、第２のスリープモードへ移行する（ステップＳ２２３）。具体的には、制御部１０８は、ＰＳ−ＡＣＫフレームが受信部１０４によって受信されると、処理部１０６にＮｕｌｌフレームを生成させ、生成されるＮｕｌｌフレームが送信部１０２によって送信される。そして、制御部１０８は、Ｎｕｌｌフレームの送信後に、受信部１０４および処理部１０６の動作を停止させ、送信部１０２に第２のフレーム送信を開始させる。例えば、当該Ｎｕｌｌフレームに付加されるシーケンスナンバは、受信されたＰＳ−ＡＣＫフレームに付加されたシーケンスナンバをインクリメントすることにより得られる２（１０）ｂである。
【０１３５】
Ｎｕｌｌフレームを受信した端末１００−２Ｂは、第２のスリープモードに移行する。具体的には、制御部１０８は、ＰＳ−ＡＣＫフレームへの応答となるＮｕｌｌフレームが受信されると、送信部１０２、受信部１０４および処理部１０６の動作を停止する。なお、当該ＰＳ−ＡＣＫフレームへの応答となるフレームは、Ｎｕｌｌフレームの代わりに、データフレームまたはその他の任意のフレームであってもよい。
【０１３６】
ステップＳ２２４以降すなわち第２のスリープモード中は、代行端末である端末１００−２Ａは、自端末および端末１００−２Ｂのフレーム送信期間の各々において、フレームを送信する。具体的には、端末１００−２Ａの送信部１０２は、両端末の移行直前のフレームと同一のフレームの再送を続ける。
【０１３７】
このように、停止端末である端末１００−２Ｂのフレーム送信期間に送信されるフレームは、端末１００−２Ａが第２のスリープモードへの移行直前に受信したフレームと同一のフレームであることが望ましい。例えば、端末１００−２Ａが送信を代行するフレームは端末１００−２Ｂの移行直前のフレームの複製であり得る。
【０１３８】
これは、停止端末がフレームの受信に失敗した場合に、先に第２のスリープモードに移行した代行端末によって代行的に送信されるフレームと停止端末の再送するフレームとが衝突する可能性があるためである。例えば、両フレームの内容が異なると、フレームに係る信号が衝突し、他の端末によってエラーフレーム、例えばフレームのＣＲＣ（Cyclic  Redundancy  Check）が一致しないＰ−ＰＤＵフレームとみなされる可能性がある。そして、当該他の端末は、当該フレームの衝突が発生した期間をフレーム送信可能な期間であると判断し、フレーム送信を行う場合がある。そのため、上記のように代行端末は、移行直前のフレームに受信されたフレームを代行的に送信することが望ましい。
【０１３９】
さらに、端末１００−２Ａが送信を代行するフレームに係る信号の極性も端末１００−２Ｂの移行直前のフレームに係る信号の極性と同一であることが望ましい。
【０１４０】
また、第２のスリープモード中は、端末１００−２Ａは、受信部１０４および処理部１０６の動作が停止している状態であるため、フレームの受信およびシーケンスナンバのインクリメントが行われない。また、端末１００−２Ｂは、送信部１０２、受信部１０４および処理部１０６の動作が停止されているため、フレームの送信および受信ならびにシーケンスナンバのインクリメントが行われない。
【０１４１】
（移行パターンＢ：停止端末から第２のスリープモードへの移行を通知）
端末１００−２Ｂは、第２のスリープモードへの移行が決定されると、ＰＳ−ＲＥＱフレームを送信する（ステップＳ２３１）。例えば、当該ＰＳ−ＲＥＱフレームに付加されるシーケンスナンバは０（００）ｂである。
【０１４２】
ＰＳ−ＲＥＱフレームを受信した端末１００−２Ａは、ＰＳ−ＡＣＫフレームを送信すると共に、第２のスリープモードへ移行する（ステップＳ２３２）。具体的には、制御部１０８は、ＰＳ−ＲＥＱフレームが受信部１０４によって受信されると、処理部１０６にＰＳ−ＡＣＫフレームを生成させ、生成されるＰＳ−ＡＣＫフレームが送信部１０２によって送信される。そして、制御部１０８は、ＰＳ−ＡＣＫフレームの送信後に、受信部１０４および処理部１０６の動作を停止させ、送信部１０２に第２のフレーム送信を開始させる。例えば、当該ＰＳ−ＡＣＫフレームに付加されるシーケンスナンバは、受信されたＰＳ−ＲＥＱフレームに付加されたシーケンスナンバをインクリメントすることにより得られる１（０１）ｂである。
【０１４３】
ＰＳ−ＡＣＫフレームを受信した端末１００−２Ｂは、Ｎｕｌｌフレームを送信すると共に、第２のスリープモードへ移行する（ステップＳ２３３）。具体的には、制御部１０８は、ＰＳ−ＡＣＫフレームが受信部１０４によって受信されると、処理部１０６にＮｕｌｌフレームを生成させ、生成されるＮｕｌｌフレームが送信部１０２によって送信される。そして、制御部１０８は、Ｎｕｌｌフレームの送信後に、送信部１０２、受信部１０４および処理部１０６の動作を停止させる。例えば、当該Ｎｕｌｌフレームに付加されるシーケンスナンバは、受信されたＰＳ−ＡＣＫフレームに付加されたシーケンスナンバをインクリメントすることにより得られる２（１０）ｂである。
【０１４４】
ステップＳ２２４以降すなわち第２のスリープモード中は、代行端末である端末１００−２Ａは、自端末および端末１００−２Ｂのフレーム送信期間の各々において、フレームを送信する。また、端末１００−２Ａは、受信部１０４および処理部１０６の動作が停止している状態であるため、フレームの受信およびシーケンスナンバのインクリメントが行われない。また、端末１００−２Ｂは、送信部１０２、受信部１０４および処理部１０６の動作が停止されているため、フレームの送信および受信ならびにシーケンスナンバのインクリメントが行われない。
【０１４５】
（通常モードへの復帰処理）
続いて、本実施形態に係る端末１００−２の通常モードへの復帰処理について説明する。図１２は、本実施形態に係る停止端末１００−２から通常モードへの復帰が通知される場合の復帰処理の例を概念的に示すシーケンス図である。
【０１４６】
（復帰パターンＡ：代行端末から通常モードへの復帰を通知）
復帰パターンＡの処理については、スリープモード中におけるフレーム送信が代行端末１００−２Ａのみによって行われること以外は、第１の実施形態における通常モードへの復帰処理と実質的に同一であるため、説明を省略する。
【０１４７】
（復帰パターンＢ１：停止端末から通常モードへの復帰を通知）
第２のスリープモード中の端末１００−２Ａは、Ｎｕｌｌフレームを送信する（ステップＳ３２１、Ｓ３２２）。具体的には、端末１００−２Ａは、自端末および端末１００−２Ｂのフレーム送信期間においてＮｕｌｌフレームを送信する。
【０１４８】
次に、一時復帰タイミングが到来すると、端末１００−２Ａおよび１００−２Ｂは、一時的に通常モードに復帰する。
【０１４９】
次に、端末１００−２Ｂが通常モードに完全に復帰する場合、端末１００−２Ｂは、代行停止期間にＰＳ−ＷＵＰフレームを送信する（ステップＳ３２３）。具体的には、端末１００−２Ｂの制御部１０８は、端末１００−２Ｂが通常モードに完全に復帰する場合、代行停止期間にＰＳ−ＷＵＰフレームが送信されるように、処理部１０６にＰＳ−ＷＵＰフレームを生成させる。そして、生成されるＰＳ−ＷＵＰフレームが送信部１０２によって代行停止期間に送信される。例えば、当該ＰＳ−ＷＵＰフレームに付加されるシーケンスナンバは０（００）ｂである。また、端末１００−２Ａの制御部１０８は、代行停止期間中は送信部１０２による第２のフレーム送信を停止させる。
【０１５０】
ＰＳ−ＷＵＰフレームを受信した端末１００−２Ａは、Ｎｕｌｌフレームを送信すると共に、通常モードに復帰する（ステップＳ３２４）。例えば、当該Ｎｕｌｌフレームに付加されるシーケンスナンバは、ＰＳ−ＷＵＰフレームに付加されたシーケンスナンバをインクリメントすることにより得られる１（０１）ｂである。
【０１５１】
Ｎｕｌｌフレームを受信した端末１００−２Ｂは、通常モードに復帰し、データフレームを送信する（ステップＳ３２５）。データフレームを受信した端末１００−２Ａは、送信すべきデータがない場合、Ｎｕｌｌフレームを送信する（ステップＳ３２６）。
【０１５２】
（復帰パターンＢ２：停止端末から通常モードへの復帰を通知）
なお、代行停止期間は、代行端末１００−２から間接的に提示されてもよい。具体的には、代行端末１００−２は、第２のフレーム送信の開始後に送信されるフレームに付加されるシーケンスナンバを所定のパターンで変化させ、停止端末１００−２は、シーケンスナンバの当該所定のパターンの変化に基づいて代行停止期間を推定する。さらに、図１３を参照して復帰パターンＢ２の処理について詳細に説明する。図１３は、本実施形態に係る停止端末１００−２から通常モードへの復帰が通知される場合の復帰処理の他の例を概念的に示すシーケンス図である。
【０１５３】
例えば、第２のスリープモード中の端末１００−２Ａは、所定のパターンで変化するシーケンスナンバを含むＮｕｌｌフレームを送信する（ステップＳ３３１〜Ｓ３３７）。具体的には、端末１００−２Ａは、自端末および端末１００−２Ｂのフレーム送信期間において送信されるＮｕｌｌフレームに付加されるシーケンスナンバを、０（００）ｂ、３（１１）ｂ、０（００）ｂ、３（１１）ｂ、０（００）ｂ、１（０１）ｂ、２（１０）ｂというように変化させる。
【０１５４】
また、端末１００−２Ｂは、第２のスリープモードに移行した際に、上記の所定のパターンの変化が確認されるまでの間、受信部１０４の動作を継続させる。具体的には、端末１００−２Ｂは、第２のスリープモードへの移行後、上記の所定のパターンの変化が１サイクル行われた後に、受信部１０４の動作を停止させる。
【０１５５】
次に、上記の所定のパターンの終了後に、端末１００−２Ａおよび端末１００−２Ｂは、一時的に通常モードに復帰する。なお、端末１００−２は、当該所定のパターンの終了毎に一時復帰してもよく、所定のパターンの終了のうちの一部のタイミングで一時復帰してもよい。また、当該一部のタイミングは、タイマを用いて判断され得る。
【０１５６】
次に、端末１００−２Ａは、所定のパターンの終了と開始との間のフレーム送信期間におけるフレーム送信を停止し、端末１００−２Ｂは、ＰＳ−ＷＵＰフレームを送信する（ステップＳ３３８）。具体的には、上記の所定のパターンにおける末尾の２（１０）ｂの次のフレーム送信期間におけるフレーム送信が停止される。そして、当該フレーム送信期間に、端末１００−２ＢからＳＰ−ＷＵＰフレームが送信される。例えば、当該ＰＳ−ＷＵＰフレームに付加されるシーケンスナンバは３（１１）ｂである。
【０１５７】
ＰＳ−ＷＵＰフレームを受信した端末１００−２Ａは、Ｎｕｌｌフレームを送信すると共に、通常モードに復帰し（ステップＳ３３９）、Ｎｕｌｌフレームを受信した端末１００−２Ｂは、通常モードに復帰し、データフレームを送信する（ステップＳ３４０）。
【０１５８】
このように、本開示の第２の実施形態によれば、端末１００−２は、通信が継続される間は、送信すべきデータの有無によらず、予め決定される自端末のフレーム送信期間に人体通信を用いて第１のフレーム送信を行う。そして、端末１００−２は、代行端末として、第１のフレーム送信に加えて通信相手のフレーム送信期間における第２のフレーム送信を行う。また、端末１００−２は、停止端末として、通信相手によって自端末のフレーム送信期間における第２のフレーム送信が行われている間、第１のフレーム送信を停止する。このため、停止端末１００−２のフレーム送信が代行端末１００−２によって代行されることにより、通信状態を維持しながら、第１のスリープモードに比べて停止端末１００−２のスリープモードにおける消費電力をさらに低下させることが可能となる。
【０１５９】
また、第１のフレーム交換が行われると、代行端末１００−２は、上記の第２のフレーム送信を開始し、停止端末１００−２は、第１のフレーム送信を停止する。このため、第２のスリープモードへの移行が明示されることにより、スリープモードへの移行について端末間で不整合が生じるような事態の発生を抑制することが可能となる。
【０１６０】
また、上記の第１のフレーム交換は、第２のフレーム送信の開始の通知に係る移行通知フレームおよび移行通知フレームへの応答となる移行通知応答フレームの交換を含む。また、停止端末１００−２は、移行通知応答フレームおよび前記移行通知応答フレームへの応答となるフレームの交換が行われると、第１のフレーム送信を停止する。このため、第２のスリープモードへの移行が専用のフレームで通知されることにより、第２のスリープモードへの移行判定が容易となる。その結果、第２のスリープモードへの移行処理を簡素化することが可能となる。
【０１６１】
また、第２のフレーム送信の開始後にすなわち第１のフレーム送信の停止後に行われる第２のフレーム交換に基づいて、代行端末１００−２は第２のフレーム送信を停止し、停止端末１００−２は第１のフレーム送信を開始する。このため、通常モードへの復帰が明示されることにより、通常モードへの移行について端末間で不整合が生じるような事態の発生を抑制することが可能となる。
【０１６２】
また、第２のフレーム交換は、第２のフレーム送信の停止の通知に係る復帰通知フレームおよび復帰通知フレームへの応答となる復帰通知応答フレームの交換を含む。このため、通常モードへの復帰が専用のフレームで通知されることにより、通常モードへの復帰判定が容易となる。その結果、通常モードへの復帰処理を簡素化することが可能となる。
【０１６３】
また、代行端末１００−２は、通信相手から復帰通知フレームが送信されるフレーム送信期間において第２のフレーム送信を行わず、停止端末１００−２は、通信相手との通信により得られる情報に基づいて特定されるフレーム送信期間において復帰通知フレームを送信する。このため、停止端末１００−２の送信する復帰通知フレームと代行端末１００−２の第２のフレーム送信に係るフレームとの衝突が回避されることにより、復帰通知フレームが正常に受信される。その結果、停止端末１００−２の希望に基づいて通常モードへの復帰が可能となる。
【０１６４】
また、代行端末１００−２は、上記の第２のフレーム送信が開始されると共に、フレーム受信を停止し、停止端末１００−２は、上記の第１のフレームが停止されると共に、フレーム受信を停止する。このため、代行端末１００−２では、フレーム送信を代行するものの、フレーム受信が停止されることにより、消費電力の増加を抑制することが可能となる。また、停止端末１００−２では、フレーム送信に加えてフレーム受信が停止されることにより、さらに消費電力を低減することが可能となる。
【０１６５】
＜２−４．変形例＞
以上、本開示の第２の実施形態について説明した。なお、本実施形態は、上述の例に限定されない。以下に、本実施形態の第１〜第３の変形例について説明する。
【０１６６】
（第１の変形例）
本実施形態の第１の変形例として、第１のフレーム交換としての、第２のスリープモードへの移行のトリガとなるフレーム交換は、Ｎｕｌｌフレームの連続的な交換であってもよい。具体的には、代行端末１００−２は、Ｎｕｌｌフレームが所定の回数にわたって連続的に交換されると、第２のフレーム送信を開始すると共に、受信部１０４および処理部１０６の動作を停止する。また、停止端末１００−２は、Ｎｕｌｌフレームが所定の回数にわたって連続的に交換されると、送信部１０２、受信部１０４および処理部１０６の動作を停止する。さらに、図１４を参照して、本変形例の処理について詳細に説明する。図１４は、本実施形態の第１の変形例に係る端末１００−２の第２のスリープモードへの移行処理の例を概念的に示すシーケンス図である。なお、第１または第２の実施形態の処理と実質的に同一である処理については説明を省略する。
【０１６７】
端末１００−２Ｂは、送信すべきデータがある場合、データフレームを送信し（ステップＳ２４１）、データフレームを受信した端末１００−２Ａは、送信すべきデータフレームがない場合、Ｎｕｌｌフレームを送信する（ステップＳ２４２）。
【０１６８】
ステップＳ２４２〜Ｓ２４５においては、端末１００−２Ａおよび１００−２Ｂの双方において送信すべきデータフレームがないため、図１４に示したように、Ｎｕｌｌフレームの送受信が連続して行われる。
【０１６９】
ここで、端末１００−２Ａおよび１００−２Ｂは、Ｎｕｌｌフレームの送信および受信の回数をカウントし、カウントされる回数が所定の回数に達すると、第２のスリープモードに移行する。なお、停止端末である端末１００−２Ｂにとっての所定の回数は、代行端末である端末１００−２Ａにとっての所定の回数よりも多い。
【０１７０】
例えば、端末１００−２Ａにとっての所定の回数が４回であり、端末１００−２Ｂにとっての所定の回数が５回である場合を考える。端末１００−２Ａについては、図１４に示したように、ステップＳ２４２におけるＮｕｌｌフレームの送信からステップＳ２４５におけるＮｕｌｌフレームの送信までに４回連続してＮｕｌｌフレームが交換すなわち送受信される。そのため、端末１００−２Ａは、ステップＳ２４５におけるＮｕｌｌフレームの送信後に、第２のスリープモードに移行する。
【０１７１】
また、端末１００−２Ｂについては、図１４に示したように、ステップＳ２４２におけるＮｕｌｌフレームの受信からステップＳ２４６におけるＮｕｌｌフレームの受信までに５回連続してＮｕｌｌフレームが送受信される。そのため、端末１００−２Ｂは、ステップＳ２４６におけるＮｕｌｌフレームの受信後に、第２のスリープモードに移行する。
【０１７２】
このように、本実施形態の第１の変形例によれば、上記の第１のフレーム交換は、送信すべきデータがない場合に送信されるフレームの連続的な交換を含む。このため、既存の人体通信の規格で用意されているフレームを用いて端末１００−２が第２のスリープモードに移行されることにより、既存の人体通信の規格に従って動作する端末における改修量を削減し、当該既存の端末への第２のスリープモードの適用にかかるコストを低減することが可能となる。
【０１７３】
（第２の変形例）
本実施形態の第２の変形例として、第２のスリープモードへの移行は、第２の移行タイミングの到来に基づいて行われてもよく、通常モードのへの復帰は、第２の復帰タイミングの到来に基づいて行われてもよい。具体的には、代行端末１００−２の制御部１０８は、第２の移行タイミングが到来すると、送信部１０２に第２のフレーム送信を開始させ、受信部１０４および処理部１０６の動作を停止させる。停止端末１００−２の制御部１０８は、第２の移行タイミングが到来すると、送信部１０２、受信部１０４および処理部１０６の動作を停止させる。
【０１７４】
また、代行端末１００−２の制御部１０８は、第２の復帰タイミングが到来すると、送信部１０２に第２のフレーム送信の停止および第１のフレーム送信の開始を行わせ、受信部１０４および処理部１０６の動作を開始させる。また、停止端末１００−２の制御部１０８は、第２の復帰タイミングが到来すると、送信部１０２に第１のフレーム送信を開始させ、受信部１０４および処理部１０６の動作を開始させる。なお、本変形例の処理の詳細については、スリープモードが異なる以外は、第１の実施形態の第２の変形例における処理と実質的に同一であるため説明を省略する。
【０１７５】
このように、本実施形態の第２の変形例によれば、予め決定される第１の時間が到来すると、代行端末１００−２は第２のフレーム送信を開始し、停止端末１００−２は第１のフレーム送信を停止する。また、第２のフレーム送信の開始後にすなわち第１のフレーム送信の停止後に、予め決定される第２の時間が到来すると、代行端末１００−１は第２のフレーム送信を停止し、停止端末１００−２は第１のフレーム送信を開始する。このため、フレーム交換等の特別な処理が行われることなくモードが切り替えられることにより、第２のスリープモードの追加による処理の複雑化を抑制することが可能となる。
【０１７６】
（第３の変形例）
本実施形態の第３の変形例として、代行端末１００−２は、一時復帰タイミングの到来毎に送信される一連のフレームおよび当該一連のフレームへの応答となるフレームの交換に基づいて通常モードに復帰してもよい。また、停止端末１００−２は、当該一連のフレームの受信に基づいて通常モードに復帰してもよい。
【０１７７】
具体的には、代行端末１００−２は、第２のフレーム交換として、第２のフレーム送信の開始後であって一時復帰タイミングの到来毎に送信される一連のフレームおよび当該一連のフレームに基づくフレームの交換が行われると、第２のフレーム送信を停止する。なお、代行端末１００−２は、当該一連のフレームへの応答となるフレームが送信されるフレーム送信期間において第２のフレーム送信を行わない。また、停止端末１００−２は、第１のフレーム送信の停止後に、代行端末１００−２から一連のフレームが受信されると、第１のフレームを開始する。さらに、図１５を参照して、本変形例の処理について詳細に説明する。図１５は、本実施形態の第３の変形例に係る端末１００−２の通常モードへの復帰処理の例を概念的に示すシーケンス図である。なお、第１または第２の実施形態と実質的に同一である処理については説明を省略する。
【０１７８】
第２のスリープモード中の端末１００−２Ａは、Ｎｕｌｌフレームを送信し（ステップＳ３４１、Ｓ３４２）、一時復帰タイミングが到来すると、端末１００−２Ａおよび１００−２Ｂは、一時的に通常モードに復帰する。なお、端末１００−２Ｂは、送信部１０２および処理部１０６の動作を停止したままにしておき、受信部１０４の動作のみを開始する。
【０１７９】
次に、代行端末である端末１００−２Ａは、一時復帰期間において一連のフレームを送信する（ステップＳ３４３〜Ｓ３４７）。具体的には、端末１００−２Ａは、一時復帰期間に、予め決定されるパターンで更新されたシーケンスナンバをそれぞれ含む一連のフレームを送信する。例えば、端末１００−２Ａは、自端末および端末１００−２Ｂのフレーム送信期間において送信されるＮｕｌｌフレームに付加されるシーケンスナンバを、０（００）ｂ、１（０１）ｂ、２（１０）ｂ、３（１１）ｂ、０（００）ｂというように変化させる。
【０１８０】
次に、停止端末である端末１００−２Ｂは、一時復帰期間において一連のフレームが受信されると、通常モードに復帰し、当該一連のフレームへの応答となるＮｕｌｌフレームを送信する（ステップＳ３４８）。例えば、当該Ｎｕｌｌフレームに付加されるシーケンスナンバは、受信された一連のフレームの末尾となるＮｕｌｌフレームに付加されたシーケンスナンバをインクリメントすることにより得られる１（０１）ｂである。また、代行端末１００−２Ａは、一連のフレームの送信後であって上記のＮｕｌｌフレームが送信されるフレーム送信期間において第２のフレーム送信を行わない。
【０１８１】
なお、停止端末１００−２Ｂは、一連のフレームのうちの一部のフレームの受信に基づいて通常モードへの復帰を判定してもよい。例えば、停止端末１００−２Ｂは、一連のフレームのうちの一部のフレームから一連のフレームの全体を推定し、推定される一連のフレームについて所定のパターンでシーケンスナンバが変化しているかを判定する。
【０１８２】
一連のフレームへの応答となるＮｕｌｌフレームを受信した端末１００−２Ａは、通常モードに復帰し、データフレームを送信する（ステップＳ３４９）。当該データフレームを受信した端末１００−２Ｂは、送信すべきデータがない場合、Ｎｕｌｌフレームを送信する（ステップＳ３５０）。
【０１８３】
このように、本実施形態の第３の変形例によれば、代行端末１００−２は、第２のフレーム送信の開始後であって予め決定される第３の時間の到来毎に送信される一連のフレームおよび当該一連のフレームへの応答となるフレームの交換に基づいて第２のフレーム送信を停止する。また、停止端末１００−２は、当該一連のフレームの受信に基づいて第１のフレーム送信を開始する。このため、単一のフレームに基づいてモード切り替えが行われる場合よりも、フレームの受信失敗に対する耐性が向上され、復帰処理の確実性を向上させることが可能となる。
【０１８４】
また、上記の一連のフレームの各々は、予め決定されるパターンで更新されたフレーム交換情報をそれぞれ含む。このため、既存の人体通信の規格で用意されているフレームの情報を用いて端末１００−２が通常モードに復帰されることにより、既存の人体通信の規格に従って動作する端末における改修量を削減し、当該既存の端末への第２のスリープモードの適用にかかるコストを低減することが可能となる。
【０１８５】
＜４．第３の実施形態（スリープモードの切り替え）＞
以上、本開示の第２の実施形態に係る端末１００−２について説明した。続いて、本開示の第３の実施形態に係る端末１００−３について説明する。第３の実施形態では、スリープモードが第１のスリープモードおよび第２のスリープモードのいずれかに切り替えられる。
【０１８６】
＜４−１．装置の構成＞
本開示の第２の実施形態に係る端末１００−３の機能構成は、第１の実施形態における機能構成と実質的に同一であるが、制御部１０８の機能が一部異なる。なお、第１または第２の実施形態における機能と実質的に同一である機能については説明を省略する。
【０１８７】
制御部１０８は、第１のスリープモードおよび第２のスリープモードのうちのいずれかのスリープモードを選択する。具体的には、代行端末および停止端末のいずれでもない端末１００−３ならびに代行端末１００−３の制御部１０８は、フレーム受信が停止されている状態において送信部１０２に行わせるフレーム送信を、第１のフレーム送信のみ、または当該第１のフレーム送信および第２のフレーム送信の両方、のうちのいずれかに切り替える。また、停止端末１００−３の制御部１０８は、フレーム受信が停止されている状態における第１のフレーム送信の有無を切り替える。
【０１８８】
より具体的には、制御部１０８は、一時復帰タイミングが予め決定される回数だけ到来すると、選択されるフレーム送信を切り替える。例えば、制御部１０８は、端末１００−３が第１のスリープモード中である状態において一時復帰タイミングが予め決定される回数だけ到来すると、スリープモードを第２のスリープモードに切り替える。なお、制御部１０８は、通常モードへの復帰が発生した場合に一時復帰タイミングの到来回数のカウントを初期化してもよく、カウントを維持してもよい。
【０１８９】
なお、上記では、一時復帰タイミングの到来回数が予め決定される回数に達した際に、スリープモードが切り替えられる例を説明したが、スリープモードであった時間長が予め決定される時間長に達した際に、スリープモードが切り替えられてもよい。例えば、いずれかのスリープモードへの移行からの経過時間が予め決定される時間長に達した場合、制御部１０８は、次の一時復帰タイミング後のスリープモードを別のスリープモードに切り替える。
【０１９０】
また、スリープモードの種類に応じてスリープが継続される期間が異なってもよい。例えば、第２のスリープモードについての上記の予め決定される回数または時間長は、第１のスリープモードよりも多くまたは長くあり得る。
【０１９１】
＜４−２．装置の処理＞
本実施形態に係る端末１００−３の処理については、スリープモードの切り替え処理以外は、第１または第２の実施形態の処理と実質的に同一であるため説明を省略する。
【０１９２】
このように、本開示の第３の実施形態によれば、代行端末１００−３は、フレーム受信が停止されている状態において行われるフレーム送信を、自端末のフレーム送信期間における第１のフレーム送信、または当該第１のフレーム送信および通信相手のフレーム送信期間における第２のフレーム送信の両方のうちのいずれかに切り替える。また、停止端末１００−３は、フレーム受信が停止されている状態における第１のフレーム送信の有無を切り替える。このため、自端末および通信相手の状況に応じたスリープモードに切り替えられることにより、より効果的な消費電力の低減が可能となる。
【０１９３】
また、端末１００−３は、上記の第３の時間が予め決定される回数だけ到来すると、フレーム送信を切り替える。このため、定期的にスリープモードが切り替えられることにより、一方のスリープモードが他方のスリープモードよりも長く継続されることによる好ましくない状況の発生を防止することが可能となる。例えば、上記の状況には、第２のスリープモードが長期間継続され、一方の端末１００−３の消費電力が他方の端末１００−３の消費電力よりも多くなるといった状況がある。
【０１９４】
＜４−３．変形例＞
以上、本開示の第３の実施形態について説明した。なお、本実施形態は、上述の例に限定されない。以下に、本実施形態の変形例について説明する。
【０１９５】
本実施形態の変形例として、端末１００−３は、一時復帰期間において通信されるフレームに基づいてフレーム送信を切り替えてもよい。具体的には、制御部１０８は、自端末においてスリープモードの切り替え要求が発生した場合、一時復帰期間において、ＰＳ−ＲＥＱフレーム等の特定のフレームを処理部１０６および送信部１０２を介して送信する。そして、制御部１０８は、当該特定のフレームへの応答となる、ＰＳ−ＡＣＫフレームのようなフレームが受信されると、スリープモードを切り替える。なお、切り替え先のスリープモードを示す情報が当該特定のフレームに含まれてもよい。
【０１９６】
このように、本実施形態の変形例によれば、端末１００−３は、一時復帰期間において通信されるフレームに基づいて、選択されるフレーム送信を切り替える。このため、スリープモードの切り替えが明示的に通知されることにより、端末１００−３の状況に適したスリープモードが選択され、より効果的な消費電力の低減が可能となる。
【０１９７】
＜５．本開示の一実施形態に係る人体通信装置のハードウェア構成＞
以上、本開示の各実施形態に係る人体通信装置１００について説明した。上述した人体通信装置１００の処理は、ソフトウェアと、以下に説明する人体通信装置１００のハードウェアとの協働により実現される。
【０１９８】
図１６は、本開示の一実施形態に係る人体通信装置１００のハードウェア構成を示した説明図である。図１６に示したように、人体通信装置１００は、ＣＰＵ（Central  Processing  Unit）１３２と、ＲＯＭ（Read  Only  Memory）１３４と、ＲＡＭ（Random  Access  Memory）１３６と、ブリッジ１３８と、バス１４０と、インターフェース１４２と、入力装置１４４と、出力装置１４６と、ストレージ装置１４８と、ドライブ１５０と、接続ポート１５２と、通信制御装置１５４とを備える。
【０１９９】
ＣＰＵ１３２は、演算処理装置として機能し、各種プログラムと協働して人体通信装置１００内の処理部１０６および制御部１０８の動作の一部を実現する。また、ＣＰＵ１３２は、マイクロプロセッサであってもよい。ＲＯＭ１３４は、ＣＰＵ１３２が使用するプログラムまたは演算パラメータ等を記憶する。ＲＡＭ１３６は、ＣＰＵ１３２の実行にいて使用するプログラムまたは実行において適宜変化するパラメータ等を一時記憶する。ＲＯＭ１３４およびＲＡＭ１３６により、人体通信装置１００内の記憶部の一部を実現する。ＣＰＵ１３２、ＲＯＭ１３４およびＲＡＭ１３６は、ＣＰＵバスなどから構成される内部バスにより相互に接続されている。
【０２００】
入力装置１４４は、例えば、マウス、キーボード、タッチパネル、ボタン、マイクロホン、スイッチおよびレバーなどユーザが情報を入力するための入力手段、およびユーザによる入力に基づいて入力信号を生成し、ＣＰＵ１３２に出力する入力制御回路などから構成されている。人体通信装置１００のユーザは、入力装置１４４を操作することにより、人体通信装置１００に対して各種のデータを入力したり処理動作を指示したりすることができる。
【０２０１】
出力装置１４６は、液晶ディスプレイ（LCD）装置、ＯＬＥＤ（Organic  Light  Emitting  Diode）装置、ランプなどの装置への出力を行う。さらに、出力装置１４６は、スピーカおよびヘッドフォンなどの音声出力を行ってもよい。
【０２０２】
ストレージ装置１４８は、データ格納用の装置である。ストレージ装置１４８は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されるデータを削除する削除装置等を含んでもよい。ストレージ装置１４８は、ＣＰＵ１３２が実行するプログラムや各種データを格納する。
【０２０３】
ドライブ１５０は、記憶媒体用リーダライタであり、人体通信装置１００に内蔵され、または外付けされる。ドライブ１５０は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体に記録されている情報を読み出して、ＲＡＭ１３４に出力する。また、ドライブ１５０は、リムーバブル記憶媒体に情報を書込むこともできる。
【０２０４】
接続ポート１５２は、例えば、人体通信装置１００の外部の情報処理装置または周辺機器と接続するためのバスである。また、接続ポート１５２は、ＵＳＢ（Universal  Serial  Bus）であってもよい。
【０２０５】
通信制御装置１５４は、例えば、人体通信装置１００の送信部１０２、受信部１０４および処理部１０６の一例として、人体通信を行うための通信デバイスで構成される通信インターフェースである。さらに、通信制御装置１５４は、無線ＬＡＮ（Local  Area  Network）対応通信装置であっても、ＬＴＥ（Long  Term  Evolution）対応通信装置であっても、有線による通信を行うワイヤー通信対応装置であってもよい。
【０２０６】
＜６．むすび＞
以上、本開示の第１の実施形態によれば、フレーム送信が継続されながらフレーム受信が停止されることにより、人体通信の通信接続を維持しながら、自装置または通信相手の少なくとも一方の消費電力を低減することが可能となる。
【０２０７】
また、本開示の第２の実施形態によれば、停止端末１００−２のフレーム送信が代行端末１００−２によって代行されることにより、通信状態を維持しながら、第１のスリープモードに比べて停止端末１００−２のスリープモードにおける消費電力をさらに低下させることが可能となる。
【０２０８】
また、本開示の第３の実施形態によれば、自端末および通信相手の状況に応じたスリープモードに切り替えられることにより、より効果的な消費電力の低減が可能となる。
【０２０９】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２１０】
例えば、上記実施形態では、ＰＳ−ＷＵＰフレーム等の一時復帰期間中に送信される特定のフレームはスリープモードの解除の通知のために用いられるとしたが、本技術はかかる例に限定されない。例えば、一時復帰期間中に送信される特定のフレームは、スリープモードの継続を通知するために用いられてもよい。また、この場合、第２の実施形態の第３の変形例におけるシーケンスナンバの変化のパターンは、スリープモードの解除の通知と継続の通知とで異なるパターンであってもよい。例えば、スリープモードの継続が通知される場合、シーケンスナンバは、０（００）ｂ、３（１１）ｂ、０（００）ｂ、３（１１）ｂのように変化される。
【０２１１】
また、上記実施形態では、人体通信のみを用いてスリープモードへの移行および通常モードへの復帰が通知される例を説明したが、当該通知は、他の通信方式による通信を用いて行われてもよい。例えば、端末１００は、Ｂｌｕｅｔｏｏｔｈ（登録商標）もしくはＢＬＥ（Bluetooth  Low  Energy）またはＷｉ−Ｆｉ（登録商標）等による通信を用いて上記の通知を行い得る。
【０２１２】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２１３】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行う送信部を備え、前記送信部は、前記第１のフレーム送信に加えて通信相手の前記フレーム送信期間における第２のフレーム送信を行う、人体通信装置。
（２）前記送信部は、第１のフレーム交換が行われると、前記第２のフレーム送信を開始する、前記（１）に記載の人体通信装置。
（３）前記第１のフレーム交換は、前記第２のフレーム送信の開始の通知に係る移行通知フレームおよび前記移行通知フレームへの応答となる移行通知応答フレームの交換を含む、前記（２）に記載の人体通信装置。
（４）前記第１のフレーム交換は、送信すべきデータがない場合に送信されるフレームの連続的な交換を含む、前記（２）または（３）に記載の人体通信装置。
（５）前記送信部は、予め決定される第１の時間が到来すると、前記第２のフレーム送信を開始する、前記（１）に記載の人体通信装置。
（６）前記送信部は、前記第２のフレーム送信の開始後に行われる第２のフレーム交換に基づいて、前記第２のフレーム送信を停止し、または継続する、前記（１）〜（５）のいずれか１項に記載の人体通信装置。
（７）前記第２のフレーム交換は、前記第２のフレーム送信の停止の通知に係る復帰通知フレームおよび前記復帰通知フレームへの応答となる復帰通知応答フレームの交換を含む、前記（６）に記載の人体通信装置。
（８）前記送信部は、前記通信相手から前記復帰通知フレームが送信される前記フレーム送信期間において前記第２のフレーム送信を行わない、前記（７）に記載の人体通信装置。
（９）前記第２のフレーム交換は、前記第２のフレーム送信の開始後であって予め決定される第３の時間の到来毎に送信される一連のフレームおよび前記一連のフレームへの応答となるフレームの交換を含み、前記送信部は、前記一連のフレームへの応答となるフレームが送信される前記フレーム送信期間において前記第２のフレーム送信を行わない、前記（６）〜（８）のいずれか１項に記載の人体通信装置。
（１０）前記送信部によって送信されるフレームは、受信フレームに基づくフレームの送信の際に更新されるフレーム交換情報を含み、前記一連のフレームの各々は、予め決定されるパターンで更新された前記フレーム交換情報をそれぞれ含む、前記（９）に記載の人体通信装置。
（１１）前記送信部は、前記第２のフレーム送信の開始後に、予め決定される第２の時間が到来すると、前記第２のフレーム送信を停止する、前記（１）〜（５）のいずれか１項に記載の人体通信装置。
（１２）人体通信を用いてフレームを受信する受信部と、前記送信部によって前記第２のフレーム送信が開始されると共に、前記受信部のフレーム受信を停止させる制御部と、をさらに備える、前記（１）〜（１１）のいずれか１項に記載の人体通信装置。
（１３）通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行う送信部を備え、前記送信部は、通信相手によって自装置の前記フレーム送信期間における第２のフレーム送信が行われている間、前記第１のフレーム送信を停止する、人体通信装置。
（１４）前記送信部は、第１のフレーム交換が行われると、前記第１のフレーム送信を停止する、前記（１３）に記載の人体通信装置。
（１５）前記第１のフレーム交換は、前記第２のフレーム送信の開始の通知に係る移行通知フレームおよび前記移行通知フレームへの応答となる移行通知応答フレームの交換、または前記移行通知応答フレームおよび前記移行通知応答フレームへの応答となるフレームの交換を含む、前記（１４）に記載の人体通信装置。
（１６）前記第１のフレーム交換は、送信すべきデータがない場合に送信されるフレームの連続的な交換を含む、前記（１４）または（１５）に記載の人体通信装置。
（１７）前記送信部は、予め決定される第１の時間が到来すると、前記第１のフレーム送信を停止する、前記（１３）〜（１６）のいずれか１項に記載の人体通信装置。
（１８）前記送信部は、前記第１のフレーム送信の停止後に行われる第２のフレーム交換に基づいて、前記第１のフレーム送信を開始し、または前記第１のフレーム送信の停止を継続する、前記（１３）〜（１７）のいずれか１項に記載の人体通信装置。
（１９）前記第２のフレーム交換は、前記第２のフレーム送信の停止の通知に係る復帰通知フレームおよび前記復帰通知フレームへの応答となる復帰通知応答フレームの交換を含む、前記（１８）に記載の人体通信装置。
（２０）前記送信部は、前記通信相手との通信により得られる情報に基づいて特定される前記フレーム送信期間において前記復帰通知フレームを送信する、前記（１９）に記載の人体通信装置。
（２１）前記送信部は、前記第１のフレーム送信の停止後における一連のフレームの受信に基づいて、前記第１のフレーム送信を開始し、または前記第１のフレーム送信の停止を継続する、前記（１３）〜（１９）のいずれか１項に記載の人体通信装置。
（２２）前記送信部によって送信されるフレームは、受信フレームに基づくフレームの送信の際に更新されるフレーム交換情報を含み、前記一連のフレームの各々は、予め決定されるパターンで更新された前記フレーム交換情報をそれぞれ含む、前記（２１）に記載の人体通信装置。
（２３）前記送信部は、前記第２のフレーム送信の停止後に、予め決定される第２の時間が到来すると、前記第１のフレーム送信を開始する、前記（１３）〜（１７）のいずれか１項に記載の人体通信装置。
（２４）人体通信を用いてフレームを受信する受信部と、前記送信部によって前記第１のフレーム送信が停止されると共に、前記受信部のフレーム受信を停止させる制御部をさらに備える、前記（１３）〜（２３）のいずれか１項に記載の人体通信装置。
（２５）前記制御部は、前記受信部のフレーム受信が停止されている状態における前記第１のフレーム送信の有無を切り替える、前記（２４）に記載の人体通信装置。
（２６）人体通信を用いてフレームを受信する受信部と、予め決定される自装置のフレーム送信期間に人体通信を用いてフレームを送信する送信部と、前記送信部に前記フレーム送信期間毎のフレーム送信を継続させながら、前記受信部のフレーム受信可否を制御する制御部と、を備える、人体通信装置。
（２７）前記制御部は、第１のフレーム交換が行われると、前記受信部にフレーム受信を停止させる、前記（２６）に記載の人体通信装置。
（２８）前記第１のフレーム交換は、前記受信部のフレーム受信の停止の通知に係る移行通知フレームおよび前記移行通知フレームへの応答となる移行通知応答フレームの交換を含む、前記（２７）に記載の人体通信装置。
（２９）前記第１のフレーム交換は、送信すべきデータがない場合に送信されるフレームの連続的な交換を含む、前記（２７）または（２８）に記載の人体通信装置。
（３０）前記制御部は、予め決定される第１の時間が到来すると、前記受信部にフレーム受信を停止させる、前記（２９）に記載の人体通信装置。
（３１）前記制御部は、フレーム受信の停止後に、予め決定される第３の時間が到来すると、所定の期間だけ前記受信部にフレーム受信を行わせ、前記所定の期間において行われる第２のフレーム交換に基づいて、前記受信部にフレーム受信を開始させ、またはフレーム受信の停止を継続させる、前記（２６）〜（３０）のいずれか１項に記載の人体通信装置。
（３２）前記第２のフレーム交換は、前記受信部のフレーム受信の開始の通知に係る復帰通知フレームおよび前記復帰通知フレームへの応答となる復帰通知応答フレームの交換を含む、前記（３１）に記載の人体通信装置。
（３３）前記送信部によって送信されるフレームは、受信フレームに基づくフレームの送信の際に更新されるフレーム交換情報を含み、前記第２のフレーム交換は、前記所定の期間において送信されるフレームおよび前記所定の期間において送信されるフレームに含まれる前記フレーム交換情報を更新することにより得られるフレーム交換情報を含むフレームの交換を含む、前記（３１）または（３２）に記載の人体通信装置。
（３４）前記制御部は、フレーム受信の停止後に、予め決定される第２の時間が到来すると、前記受信部にフレーム受信を開始させる、前記（２６）〜（３３）のいずれか１項に記載の人体通信装置。
（３５）前記制御部は、フレーム受信が停止している間に前記送信部に行わせるフレーム送信を、自装置の前記フレーム送信期間における第１のフレーム送信、または前記第１のフレーム送信および通信相手の前記フレーム送信期間における第２のフレーム送信の両方のうちのいずれかに切り替える、前記（３１）〜（３３）のいずれか１項に記載の人体通信装置。
（３６）前記制御部は、前記第３の時間が予め決定される回数だけ到来すると、フレーム送信を切り替える、前記（３５）に記載の人体通信装置。
（３７）前記制御部は、前記所定の期間において通信されるフレームに基づいてフレーム送信を切り替える、前記（３５）に記載の人体通信装置。
（３８）送信部によって、通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行うことと、前記第１のフレーム送信に加えて通信相手の前記フレーム送信期間における第２のフレーム送信を行うことと、を含む人体通信方法。
（３９）受信部によって、人体通信を用いてフレームを受信することと、送信部によって、予め決定される自装置のフレーム送信期間に人体通信を用いてフレームを送信することと、制御部によって、前記フレーム送信期間毎のフレーム送信を継続させながら、前記受信部のフレーム受信可否を制御することと、を含む人体通信方法。
（４０）送信部によって、通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行うことと、通信相手によって自装置の前記フレーム送信期間における第２のフレーム送信が行われている間、前記第１のフレーム送信を停止することと、を含む人体通信方法。
（４１）通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行う送信機能と、前記第１のフレーム送信に加えて通信相手の前記フレーム送信期間における第２のフレーム送信を行う送信機能と、をコンピュータに実現させるためのプログラム。
（４２）人体通信を用いてフレームを受信する受信機能と、予め決定される自装置のフレーム送信期間に人体通信を用いてフレームを送信する送信機能と、前記送信機能に前記フレーム送信期間毎のフレーム送信を継続させながら、前記受信機能のフレーム受信可否を制御する制御機能と、をコンピュータに実現させるためのプログラム。
（４３）通信が継続される間は、送信すべきデータの有無によらず、予め決定される自装置のフレーム送信期間に人体通信を用いて第１のフレーム送信を行う送信機能と、通信相手によって自装置の前記フレーム送信期間における第２のフレーム送信が行われている間、前記第１のフレーム送信を停止する送信機能と、をコンピュータに実現させるためのプログラム。
【符号の説明】
【０２１４】
１００    人体通信装置、端末
１０２    送信部
１０４    受信部
１０６    処理部
１０８    制御部
【図１】
2016178343.tif 000003
【図２】
2016178343.tif 000004
【図３】
2016178343.tif 000005
【図４】
2016178343.tif 000006
【図５】
2016178343.tif 000007
【図６】
2016178343.tif 000008
【図７】
2016178343.tif 000009
【図８】
2016178343.tif 000010
【図９】
2016178343.tif 000011
【図１０】
2016178343.tif 000012
【図１１】
2016178343.tif 000013
【図１２】
2016178343.tif 000014
【図１３】
2016178343.tif 000015
【図１４】
2016178343.tif 000016
【図１５】
2016178343.tif 000017
【図１６】
2016178343.tif 000018
【国際調査報告】
2016178343.tif 000019
2016178343.tif 000020