(57)【要約】【課題】実用性の高い再接続機能を有する無線通信装置、それを備えた時計及び無線通信方法を提供すること。【解決手段】無線通信装置は、他の無線通信装置との通信が意図せずに切断されたか否かを判定し、通信が切断されたときに、他の無線通信装置との再接続までに要する消費電力と他の無線通信装置との通信の接続中の消費電力の時間平均値とに基づいて再接続をするまでの時間間隔を決定するＣＰＵ１を備える。【選択図】図１
2020057943.tif 000002
【特許請求の範囲】
【請求項１】
他の無線通信装置と通信する無線通信装置であって、
前記他の無線通信装置との通信が切断されたか否かを判定し、
前記通信が切断されたときに、前記他の無線通信装置との再接続までに要する消費電力と前記他の無線通信装置との前記通信の接続中の消費電力とに基づいて前記再接続をするまでの時間間隔を決定する、
処理部を具備する無線通信装置。
【請求項２】
前記処理部は、前記他の無線通信装置との通信がユーザの操作なしに切断されたか否かを判定する請求項１に記載の無線通信装置。
【請求項３】
前記処理部は、前記他の無線通信装置との前記再接続までに要する消費電力の時間平均値が前記他の無線通信装置との前記通信の接続中の消費電力の時間平均値以下となるように前記再接続をするまでの時間間隔を決定する請求項１又は２に記載の無線通信装置。
【請求項４】
前記再接続は、再接続が確立するまでに要する時間を重視する第１のパターンと、消費電力を重視する第２のパターンとを含み、
前記処理部は、前記第１のパターンに基づいて決定された前記再接続をするまでの第１の時間間隔が所定の時間を超えるときに、前記第２のパターンに基づいて前記再接続をする請求項１乃至３の何れか１項に記載の無線通信装置。
【請求項５】
前記再接続は、前記無線通信装置に対してアドバタイジング信号を送信することで行われ、
前記第１のパターンにおける前記アドバタイジング信号の送信間隔と送信期間とは、前記第２のパターンにおける前記アドバタイジング信号の送信間隔と送信期間よりも短い請求項４に記載の無線通信装置。
【請求項６】
前記再接続は、前記無線通信装置に対してアドバタイジング信号を送信することで行われ、
前記第１のパターンにおける前記アドバタイジング信号の送信電力は、前記第２のパターンにおける前記アドバタイジング信号の送信電力よりも高い請求項４又は５に記載の無線通信装置。
【請求項７】
前記処理部は、前記他の無線通信装置との前記通信の接続中の消費電力を前記他の無線通信装置との前記通信の接続中のデータの送受信の間隔に応じて判定する請求項１乃至６の何れか１項に記載の無線通信装置。
【請求項８】
外部端末と通信する時計であって、
前記外部端末との通信が切断されたか否かを判定し、
前記通信が切断されたときに、前記外部端末との再接続までに要する消費電力と前記外部端末との前記通信の接続中の消費電力とに基づいて前記再接続をするまでの時間間隔を決定する、
処理部を具備する時計。
【請求項９】
他の無線通信装置と通信する無線通信装置における無線通信プログラムであって、
前記他の無線通信装置との通信が切断されたか否かを判定することと、
前記通信が切断されたときに、前記他の無線通信装置との再接続までに要する消費電力と前記他の無線通信装置との前記通信の接続中の消費電力とに基づいて前記再接続をするまでの時間間隔を決定することと、
をコンピュータに実行させる無線通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置、それを備えた時計及び無線通信プログラムに関する。
【背景技術】
【０００２】
低電力通信技術の１つとして、Bluetooth （登録商標） Low Energy (ＢＬＥ)が知られている。近年、ＢＬＥは、時計等の種々の電子機器における近距離用の無線通信装置として用いられている。この種の無線通信装置においては、何等かの障害等によって機器間の通信が意図せずに切断されるリンクロスが発生したときに、自動的に通信の再接続を試みる機能を有するものも知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−９６４５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一般に、ＢＬＥ通信では、「接続中」のときの消費電力に比べて「接続する」ための消費電力のほうが大きい。したがって、頻繁に再接続が行われると無線通信装置の電池残量がすぐになくなってしまうおそれがある。
【０００５】
本発明は、前記の事情に鑑みてなされたものであり、実用性の高い再接続機能を有する無線通信装置、それを備えた時計及び無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記の目的を達成するために、第１の態様の無線通信装置は、他の無線通信装置と通信する無線通信装置であって、前記他の無線通信装置との通信が切断されたか否かを判定し、前記通信が切断されたときに、前記他の無線通信装置との再接続までに要する消費電力と前記他の無線通信装置との前記通信の接続中の消費電力とに基づいて前記再接続をするまでの時間間隔を決定する処理部を具備する。
【０００７】
第２の態様の時計は、外部端末と通信する時計であって、前記外部端末との通信が切断されたか否かを判定し、前記通信が切断されたときに、前記外部端末との再接続までに要する消費電力と前記外部端末との前記通信の接続中の消費電力とに基づいて前記再接続をするまでの時間間隔を決定する処理部を具備する。
【０００８】
第３の態様の無線通信プログラムは、他の無線通信装置と通信する無線通信装置における無線通信プログラムであって、前記他の無線通信装置との通信が切断されたか否かを判定することと、前記通信が切断されたときに、前記他の無線通信装置との再接続までに要する消費電力と前記他の無線通信装置との前記通信の接続中の消費電力とに基づいて前記再接続をするまでの時間間隔を決定することとをコンピュータに実行させる。
【発明の効果】
【０００９】
本発明によれば、実用性の高い再接続機能を有する無線通信装置、それを備えた時計及び無線通信プログラムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、各実施形態に係る無線通信装置の一例としての時計の一例の構成を示す図である。
【図２】図２は、時計とスマートフォンとの通信の流れを示したデータフロー図である。
【図３】図３は、各実施形態における時計のメインの動作を示すフローチャートである。
【図４】図４は、各実施形態における切断処理について示すフローチャートである。
【図５】図５は、第１の実施形態における再接続間隔計算処理について示すフローチャートである。
【図６】図６は、第２の実施形態における再接続間隔計算処理について示すフローチャートである。
【図７Ａ】図７Ａは、アドバタイジング信号を複数回に分けて送る変形例を示す図である。
【図７Ｂ】図７Ｂは、アドバタイジング信号を複数回に分けて送る変形例を示す図である。
【図７Ｃ】図７Ｃは、アドバタイジング信号を複数回に分けて送る変形例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して本発明の実施形態を説明する。  
［第１の実施形態］
図１は、各実施形態に係る無線通信装置の一例としての時計の一例の構成を示す図である。時計１００は、ＣＰＵ１と、バス２と、計時回路３と、スイッチ４と、ＲＯＭ５と、ＲＡＭ６と、アンテナ７と、Ｂｌｕｅｔｏｏｔｈモジュール８と、ＵＡＲＴインターフェイス９と、タイマ１０とを有している。ここで、時計１００は、例えば別の無線通信装置であるスマートフォン（外部端末）とＢＬＥ通信をする。そして、時計１００は、スマートフォンにおけるメールの着信等があった際にその旨をスマートフォンから受信し、メールの着信があった旨を、アラーム音等を鳴らすことでユーザに通知する。
【００１２】
ＣＰＵ１は、時計１００の全体的な動作を制御する処理部である。ＣＰＵ１は、例えばＲＯＭ５に記憶されているプログラムに従って各種の制御をする。ここで、時計１００の制御をする処理部は、必ずしもＣＰＵでなくてもよい。ＣＰＵの代わりにＡＳＩＣ、ＦＰＧＡ等が用いられてもよい。また、ＣＰＵ１は、必ずしも単独である必要はない。ＣＰＵ１は、複数のＣＰＵによって後で説明する動作をするものであってもよい。
【００１３】
バス２は、ＣＰＵ１、計時回路３、スイッチ４、ＲＯＭ５、ＲＡＭ６、ＵＡＲＴインターフェイス９、タイマ１０に接続され、時計１００の内部で各種のデータを転送するための転送路である。
【００１４】
計時回路３は、時刻を計り、計った時刻をユーザが視認できるように提示する回路である。計時回路３は、例えば水晶振動子を用いて時間を計る。計時回路３は、正確な時刻を計ることができるものであれば特に限定されない。また、時刻を提示するための構成も長針と短針とを用いたアナログ方式であってもよいし、ディスプレイを用いたデジタル方式であってもよい。また、計時回路３は、アラーム音等を再生するための回路も備えていてよい。
【００１５】
スイッチ４は、時計１００の各種の操作をするための各種のハードウェアスイッチである。スイッチ４の操作がされると、操作されたスイッチに応じた信号がＣＰＵ１に入力される。スイッチ４は、ボタン、ダイヤル等を含んでいてもよい。
【００１６】
ＲＯＭ５は、ＣＰＵ１による各種の処理のために必要なプログラムを不揮発的に記憶している。また、ＲＯＭ５は、時計１００としての動作に必要な各種のパラメータを不揮発的に記憶している。
【００１７】
ＲＡＭ６は、ＣＰＵ１等において処理されたデータ等を一時的に記憶する。
【００１８】
アンテナ７は、例えばプリントアンテナであって、時計１００における無線通信の際の電波の送受信に用いられる。アンテナ７は、必ずしもプリントアンテナでなくてもよい。
【００１９】
Ｂｌｕｅｔｏｏｔｈモジュール８は、ＢＬＥ通信のための各種の処理を行う。例えばＢｌｕｅｔｏｏｔｈモジュール８は、ＢＬＥ通信の際の信号の変調又は復調といった処理を行う。
【００２０】
ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）インターフェイス９は、Ｂｌｕｅｔｏｏｔｈモジュール８と、時計１００内の例えばＣＰＵ１との通信のためのインターフェイスである。インターフェイスは、必ずしもＵＡＲＴインターフェイスである必要はない。
【００２１】
タイマ１０は、ＢＬＥ通信の際の各種のタイミングをカウントするためのタイマである。
【００２２】
図２は、時計１００とスマートフォンとの通信の流れを示したデータフロー図である。まず、時計１００は、アドバタイジングを行う。アドバタイジングでは、時計１００は、予め定められたアドバタイジングインターバル毎にアドバタイジング信号ADV_INDを同報送信する。アドバタイジング信号の送信が予め定められたアドバタイジング期間だけ行われると、次のアドバタイジング期間が到来するまで、時計１００は、アドバタイジングを待機する。このようなアドバタイジングは、スマートフォンからの接続要求が行われるまで繰り返される。勿論、一定回数のアドバタイジングの期間の経過後にアドバタイジングがタイムアウトされるように構成されていてもよい。
【００２３】
アドバタイジング信号を受信したスマートフォンは、アドバタイジング信号のパケットに含まれている情報を参照して、時計１００の存在を認識し、必要に応じて接続要求CONNECT_REQを時計１００に対して送信する。
【００２４】
接続要求CONNECT_REQを受けることで通信の状態はサービスディスカバリに移行する。サービスディスカバリでは、時計１００とスマートフォンとは予め定められたコネクションインターバル毎に必要なデータLL_DATAの送受信をする。
【００２５】
サービスディスカバリの完了後、スマートフォンは、接続パラメータアップデート要求LL_CONNECTION_UPDATE_REQを時計１００に対して送信する。接続パラメータアップデート要求LL_CONNECTION_UPDATE_REQを受信した時計１００は、応答ACKをスマートフォンに対して返す。その後、通信の状態は接続パラメータアップデートに移行する。接続パラメータアップデートでは、時計１００とスマートフォンとは、予め定められたコネクションインターバル毎に必要なデータLL_DATAの送受信をする。所定の回数（例えば６回）のデータの送受信の後、コネクションインターバルが変更される。コネクションインターバルの変更は、例えばスマートフォンで実行中のアプリケーションにおいて要求される通信の内容に応じて行われる。頻繁にデータの送受信を行う必要のあるアプリケーションの実行時においては、コネクションインターバルは短く設定される。逆に、頻繁にデータの送受信を行う必要のないアプリケーションの実行時においては、省電力化のためにコネクションインターバルは長く設定される。
【００２６】
接続パラメータアップデートの完了後、通信の状態は通常接続状態に移行する。通常接続状態において、スマートフォンは、アプリケーションにおける処理に必要なデータLL_DATAを要求する。そして、時計１００は、要求に応じたデータLL_DATAを返す。以降、基本的にはスマートフォンからの切断要求がされるまで、予め定められたコネクションインターバル毎に、時計１００とスマートフォンとの間でのデータの送受信が繰り返される。
【００２７】
ここで、時計１００とスマートフォンとの通信は、電波障害等によって意図せず（例えばユーザの操作なしに）に切断される可能性がある。このような意図しないリンクロスが発生した場合、時計１００は、自動的に再接続の処理を行う。再接続の処理は、前述したアドバタイジングから接続パラメータアップデートまでの処理である。再接続の処理の後は、通信の状態は接続状態に移行する。
【００２８】
本実施形態は、リンクロスから再接続が実行されるまでの時間を調整することによって、再接続処理の効率化を図るものである。以下、具体的に説明する。図３は、各実施形態における時計１００のメインの動作を示すフローチャートである。
【００２９】
ステップＳ１において、ＣＰＵ１は、Ｂｌｕｅｔｏｏｔｈモジュール８に対してアドバタイジングの実行を指示する。これを受けてＢｌｕｅｔｏｏｔｈモジュール８は、アドバタイジング信号の同報送信を開始する。
【００３０】
ステップＳ２において、ＣＰＵ１は、接続要求CONNECT_REQがあったか否かを判定する。ステップＳ２において、接続要求CONNECT_REQがないと判定された場合には、処理はステップＳ１に戻る。この場合、次のアドバタイジング期間のときにアドバタイジングが再開される。一定回数のアドバタイジング期間の経過後に処理がタイムアウトしてもよい。ステップＳ２において、接続要求CONNECT_REQがあったと判定された場合には、処理はステップＳ３に移行する。
【００３１】
ステップＳ３において、ＣＰＵ１は、Ｂｌｕｅｔｏｏｔｈモジュール８に対してサービスディスカバリのためのデータの送受信を指示する。これを受けて、Ｂｌｕｅｔｏｏｔｈモジュール８は、接続要求CONNECT_REQがされた機器、ここではスマートフォンとの間でサービスディスカバリのためのデータLL_DATAの送受信を行う。データの送受信の完了後、処理はステップＳ４に移行する。
【００３２】
ステップＳ４において、ＣＰＵ１は、接続パラメータアップデート要求LL_CONNECTION_UPDATE_REQがあったか否かを判定する。ステップＳ４において、接続パラメータアップデート要求LL_CONNECTION_UPDATE_REQがないと判定された場合には、処理はステップＳ３に戻る。この場合、サービスディスカバリのためのデータの送受信は継続される。ステップＳ４において、接続パラメータアップデート要求LL_CONNECTION_UPDATE_REQがあったと判定された場合には、処理はステップＳ５に移行する。
【００３３】
ステップＳ５において、ＣＰＵ１は、Ｂｌｕｅｔｏｏｔｈモジュール８に対してコネクションインターバル変更のためのデータの送受信を指示する。これを受けて、Ｂｌｕｅｔｏｏｔｈモジュール８は、スマートフォンとの間でコネクションインターバル変更のためのデータLL_DATAの送受信を行う。所定回数のデータの送受信の完了後、処理はステップＳ６に移行する。
【００３４】
ステップＳ６において、ＣＰＵ１は、スマートフォンからの要求に応じたデータの送信をＢｌｕｅｔｏｏｔｈモジュール８に対して指示する。これを受けて、Ｂｌｕｅｔｏｏｔｈモジュール８は、スマートフォンとの間でデータLL_DATAの送信を行う。なお、図３では示されていないが、ステップＳ６において、スマートフォンから通信切断要求が受信されたときには、ＣＰＵ１は、Ｂｌｕｅｔｏｏｔｈモジュール８に対して通信切断を指示する。
【００３５】
ステップＳ７において、ＣＰＵ１は、リンクロスが発生したか否かを判定する。例えば、コネクションインターバル間にスマートフォンからのデータの要求がない場合には、リンクロスが発生したと判定される。この他、電波の強度等からリンクロスが発生したか否かが判定されてもよい。ステップＳ７において、リンクロスが発生していないと判定されたときには、処理はステップＳ６に戻る。この場合、データの送受信は継続される。ステップＳ７において、リンクロスが発生したと判定されたときには、処理はステップＳ８に移行する。
【００３６】
ステップＳ８において、ＣＰＵ１は、切断処理を実行する。切断処理の詳細については後で説明する。切断処理の結果、再接続が行われた場合には、処理はステップＳ３に戻る。
【００３７】
以下、切断処理について説明する。図４は、各実施形態における切断処理について示すフローチャートである。
【００３８】
ステップＳ１１において、ＣＰＵ１は、再接続間隔計算処理を行う。再接続間隔計算処理は、再接続のためのアドバタイジングを実行するまでの間隔である再接続間隔を計算する処理である。再接続間隔計算処理の詳細については後で説明する。ここでは、再接続間隔が計算されたものとして説明を続ける。
【００３９】
ステップＳ１２において、ＣＰＵ１は、タイマ１０のカウントをスタートさせる。ステップＳ１３において、ＣＰＵ１は、タイマ１０のカウントが再接続間隔を超えたか否かを判定する。ステップＳ１３において、タイマ１０のカウントが再接続間隔を超えていないと判定されたときには、ＣＰＵ１は処理を待機する。つまり、本実施形態では、再接続間隔が経過するまでは、再接続の処理が行われない。ステップＳ１３において、タイマ１０のカウントが再接続間隔を超えたと判定されたときには、処理はステップＳ１４に移行する。
【００４０】
ステップＳ１４において、ＣＰＵ１は、Ｂｌｕｅｔｏｏｔｈモジュール８に対してアドバタイジングの実行を指示する。これを受けてＢｌｕｅｔｏｏｔｈモジュール８は、アドバタイジング信号の同報送信を開始する。
【００４１】
ステップＳ１５において、ＣＰＵ１は、接続要求CONNECT_REQがあったか否かを判定する。ステップＳ１５において、接続要求CONNECT_REQがないと判定された場合には、処理はステップＳ１６に移行する。ステップＳ１５において、接続要求CONNECT_REQがあったと判定された場合には、図４の処理は終了する。この場合、前述したように、処理は図３のステップＳ３に戻る。
【００４２】
ステップＳ１６において、ＣＰＵ１は、アドバタイジングを終了するか、すなわちアドバタイジング期間が経過したか否かを判定する。ステップＳ１６において、アドバタイジングを終了すると判定された場合には、処理はステップＳ１２に戻る。この場合、再度の再接続間隔の経過後にアドバタイジングが再開される。一定回数のアドバタイジング期間の経過後に処理がタイムアウトしてもよい。ステップＳ１６において、ＣＰＵ１は、アドバタイジングを終了しないと判定された場合には、処理はステップＳ１５に戻る。この場合、アドバタイジングは継続される。
【００４３】
以下、再接続間隔計算処理について説明する。図５は、第１の実施形態における再接続間隔計算処理について示すフローチャートである。
【００４４】
ステップＳ２１において、ＣＰＵ１は、以下の（式１）に基づいて再接続間隔Ｔを計算する。  
Ｔ＝ＩＲ／ＩＮ−ＴＲ                                      （式１）
ここで、（式１）のＩＲは再接続に要する電流（つまり、消費電力）であり、ＩＮは通常の接続状態のときの通信に要する単位時間当たりの電流であり、ＴＲは再接続にかかる時間である。なお本ステップにおける上記変数値はＲＯＭ５に記憶されているものをＣＰＵ１が取得してもよい。
【００４５】
前述したように、時計１００とスマートフォンとの接続が完了するまでには、アドバタイジング、サービスディスカバリ、接続パラメータアップデートが必要である。つまり、ＩＲは、アドバタイジングに要する電流、サービスディスカバリに要する電流、接続パラメータアップデート再接続に要する電流の和となる。また、ＴＲは、アドバタイジングに要する時間、サービスディスカバリに要する時間、接続パラメータアップデート再接続に要する時間の和となる。
【００４６】
一方、通常の接続状態のときの通信に要する電流は、時間平均値で表されるものであって、接続状態時にスマートフォンで使用されているアプリケーションに応じて異なる。例えば、スマートフォンにおける電子メールの着信といった比較的に頻繁にデータの送受信をする必要のないアプリケーションの実行時においては、コネクションインターバルは長めに設定されているので、時間平均値として必要な電流は小さい。逆に、リアルタイム性が要求される場合にはコネクションインターバルが短めに設定されているので、時間平均値として必要な電流は大きい。
【００４７】
例えば、アドバタイジングインターバルを２０（ｍｓ）、アドバタイジング期間を３０（ｓ）、アドバタイジングに要する電流を１４００（μＡ／ｓ）、サービスディスカバリと接続パラメータアップデートに要する時間を５（ｓ）、サービスディスカバリ（コネクションインターバル５０（ｍｓ）の場合）に要する電流と接続パラメータアップデートに要する電流とをそれぞれ３５０（μＡ／ｓ）としたとき、再接続に要する電流ＩＲは、以下のように計算できる。  
再接続に要する電流ＩＲ＝アドバタイジング電流×アドバタイジング期間＋サービスディスカバリ電流＋接続パラメータアップデート電流
≒１４００（μＡ／ｓ）×３０（ｓ）＋３５０（μＡ／ｓ）×５（ｓ）  
＝４３７５０（μＡ）
また、通常接続時の電流（コネクションインターバル１（ｓ）の場合）を平均２０（μＡ／ｓ）としたとき、再接続間隔Ｔは、以下のように計算できる。  
再接続間隔Ｔ＝４３７５０（μＡ）／２０（μＡ／ｓ）−（３０（ｓ）＋５（ｓ））
≒２１５３（ｓ）
＝３５分５３秒
この例では、再接続間隔を３５分５３秒以上にすることにより、再接続に要する電流の時間平均値は、それまでの接続中に要していた電流の時間平均値以下になる。つまり、時間平均にすると、再接続に要する電流を接続中の消費電流と同じかそれよりも小さくすることができる。このようにして、低消費電力化を図ることができる。なお、再接続間隔の計算手法は、ここで示した手法に限るものではない。つまり、再接続までに要する消費電力の時間平均値が通信の接続中の消費電力の時間平均値以下となるように再接続間隔が決定されればよい。
【００４８】
以上説明したように第１の実施形態では、通常接続時の通信に要する電流に応じて再接続間隔が設定される。これにより、再接続のときの消費電力の時間平均値を通常接続時の消費電力の時間平均値と同等とすることができる。したがって、時計のような容量の少ない電池によって動作する無線通信装置であっても実用的な再接続が行われ得る。
【００４９】
［第２の実施形態］
以下、第２の実施形態について説明する。第２の実施形態は、消費電力と再接続時間との何れを重視するかによって複数のアドバタイジングパターンを使い分けるものである。アドバタイジングパターンは、アドバタイジングインターバルとアドバタイジング期間とを含む。
【００５０】
以下、第２の実施形態について具体的に説明する。以下の第２の実施形態は、再接続間隔計算処理だけが第１の実施形態と異なっている。時計１００の構成及び再接続間隔計算処理以外の動作については第１の実施形態と同等である。したがって、説明を省略する。
【００５１】
図６は、第２の実施形態における再接続間隔計算処理について示すフローチャートである。
【００５２】
ステップＳ３１において、ＣＰＵ１は、アドバタイジングパターンをアドバタイジングパターン１としたときの再接続間隔Ｔ１を前述した（式１）に従って計算する。アドバタイジングパターン１は、例えば、アドバタイジングインターバルをアドバタイジングインターバル１（例えば２０（ｍｓ））とし、アドバタイジング期間をアドバタイジング期間１（例えば３０（ｓ））とするパターンである。アドバタイジングパターン１においては、アドバタイジングに要する電流は、例えば１４００（μＡ／ｓ）になる。サービスディスカバリと接続パラメータアップデートに要する時間、サービスディスカバリに要する電流と接続パラメータアップデートに要する電流は変わらない。一方、通常の接続状態のときの通信に要する電流は、時間平均値で表されるものであって、接続状態時にスマートフォンで使用されているアプリケーションに応じて異なる。仮に、コネクションインターバル１（ｓ）の場合の通常接続時の電流を前述と同様の平均２０（μＡ／ｓ）とすると、再接続間隔Ｔ１は、３５分５３秒になる。
【００５３】
ステップＳ３２において、ＣＰＵ１は、ステップＳ３１において計算された再接続間隔Ｔ１が所定時間（例えば３０分）を超えているか否かを判定する。ステップＳ３２において、再接続間隔Ｔ１が所定時間を超えていないと判定されたときには、処理はステップＳ３３に移行する。ステップＳ３２において、再接続間隔Ｔ１が所定時間を超えていると判定されたときには、処理はステップＳ３４に移行する。
【００５４】
ステップＳ３３において、ＣＰＵ１は、アドバタイジングパターン１を採用する。つまり、ＣＰＵ１は、アドバタイジングインターバルをアドバタイジングインターバル１にし、アドバタイジング期間をアドバタイジング期間１に設定する。その後、図６の処理は終了する。再接続の際にはアドバタイジングパターン１でアドバタイジングが行われる。
【００５５】
ステップＳ３４において、ＣＰＵ１は、アドバタイジングパターンをアドバタイジングパターン２としたときの再接続間隔Ｔ２を前述した（式１）に従って計算する。その後、処理はステップＳ３５に移行する。アドバタイジングパターン２は、例えば、アドバタイジングインターバルをアドバタイジングインターバル２（例えば１００（ｍｓ））とし、アドバタイジング期間をアドバタイジング期間２（例えば６０（ｓ））とするパターンである。アドバタイジングパターン２においては、アドバタイジングに要する電流は、例えば２８０（μＡ／ｓ）になる。つまり、アドバタイジングパターン２は、接続が確立するまでの時間が長くなりやすいが、消費電力の小さいパターンである。サービスディスカバリと接続パラメータアップデートに要する時間、サービスディスカバリに要する電流と接続パラメータアップデートに要する電流は変わらないので、通常接続時の電流（コネクションインターバル１（ｓ）の場合）を平均２０（μＡ／ｓ）とすると、再接続間隔Ｔ２は、以下のように計算される。  
再接続に要する電流ＩＲ＝アドバタイジング電流×アドバタイジング期間＋接続電流＋サービスディスカバリ電流＋接続パラメータアップデート電流
≒２８０（μＡ／ｓ）×６０（ｓ）＋３５０（μＡ／ｓ）×５（ｓ）  
＝１８５５０（μＡ）
再接続間隔Ｔ＝１８５５０（μＡ）／２０（μＡ／ｓ）−（６０（ｓ）＋５（ｓ））
≒８６３（ｓ）
＝１４分２３秒
ステップＳ３５において、ＣＰＵ１は、アドバタイジングパターン２を採用する。つまり、ＣＰＵ１は、アドバタイジングインターバルをアドバタイジングインターバル２にし、アドバタイジング期間をアドバタイジング期間２に設定する。その後、図６の処理は終了する。再接続の際にはアドバタイジングパターン１でアドバタイジングが行われる。
【００５６】
以上説明したように第２の実施形態では、接続が確立するまでの時間が短くなりやすいが消費電力の大きいアドバタイジングパターンと接続が確立するまでの時間が長くなりやすいが消費電力の小さいアドバタイジングパターンとを使い分けることにより、消費電力と再接続時間との何れかを重視した再接続の処理を行うことができる。したがって、第１の実施形態に比べてより実用的な再接続が行われ得る。
【００５７】
［変形例１］
以下、第１の実施形態及び第２の実施形態の変形例を説明する。前述した各実施形態では、図７Ａで示したように、１回のアドバタイジングの際に１つのアドバタイジング信号が送信されることが想定されている。これに対し、図７Ｂで示したように、１回のアドバタイジングで２回以上に分けて２つ以上のアドバタイジング信号が送信されてもよい。また、１回のアドバタイジングで２つ以上のアドバタイジング信号が送信される場合において、図７Ｃで示したように、それぞれのアドバタイジング信号の送信インターバルは異なっていてもよい。
【００５８】
［変形例２］
前述した各実施形態では、再接続間隔の計算処理は、リンクロスが発生した場合の切断処理において行われる。これに対し、再接続間隔の計算処理は、接続パラメータアップデート後又は通常接続時といった、通常接続時のコネクションインターバルが分かって通常接続時の消費電流を取得できる任意のタイミングで行われてよい。
【００５９】
［変形例３］
前述した各実施形態では、再接続間隔の計算処理は、時計１００において行われる。これに対し、再接続間隔の計算処理は、スマートフォンにおいて行われてもよい。スマートフォンであれば、通常接続時のコネクションインターバルを自身の使用するアプリケーションの内容から決めることができるので、再接続間隔の計算処理が容易である。
【００６０】
［変形例４］
前述した第２の実施形態では、アドバタイジングパターンはアドバタイジングパターン１とアドバタイジングパターン２の２つである。アドバタイジングパターンは、３つ以上あってもよい。また、前述した第２の実施形態では、アドバタイジングパターン１について計算された再接続間隔が所定時間を超えているときには、自動的にアドバタイジングパターン２が採用される。それぞれのアドバタイジングパターンについて計算された再接続間隔が所定時間と比較されてもよい。また、再接続間隔と比較される所定時間も２つ以上あってもよい。さらには、この所定時間が通常接続時にスマートフォンにおいて実行されているアプリケーションの内容に応じて設定されてもよい。
【００６１】
［変形例５］
前述した第２の実施形態では、アドバタイジングパターンは、アドバタイジングインターバルとアドバタイジング期間とを含むとしている。Ｂｌｕｅｔｏｏｔｈモジュール８がアドバタイジング信号の送信電力を変えられるように構成されているのであれば、アドバタイジングパターンは、さらにアドバタイジング信号の送信電力を含んでいてもよい。この場合、第１のアドバタイジングパターンの送信電力は、第２のアドバタイジングパターンの消費電力よりも高い。また、アドバタイジングインターバルとアドバタイジング期間の代わりにアドバタイジング信号の送信電力を含んでいてもよい。さらに、アドバタイジングパターンは、変形例１で示したアドバタイジング信号の構成を含んでいてもよい。
【００６２】
［その他の変形例］
前述した各実施形態では、無線通信装置の一例として時計、外部端末の一例としてスマートフォンが例示されている。前述した各実施形態で説明した技術は、時計及びスマートフォン以外の無線通信を行う各種の無線通信装置及び外部端末に対して適用され得る。また、前述した各実施形態では、無線通信装置間で行われる通信として、ＢＬＥ通信が例示されている。無線通信装置間で行われる通信は、ＢＬＥ通信に限定されるものではない。
【００６３】
以上実施形態に基づいて本発明を説明したが、本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形や応用が可能なことは勿論である。また、上述した実施形態による各処理は、コンピュータであるＣＰＵ１に実行させることができるプログラムとして記憶させておくこともできる。この他、磁気ディスク、光ディスク、半導体メモリ等の外部記憶装置の記憶媒体に格納して配布することができる。そして、ＣＰＵ１は、この外部記憶装置の記憶媒体に記憶されたプログラムを読み込み、この読み込んだプログラムによって動作が制御されることにより、上述した処理を実行することができる。
【００６４】
本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００６５】
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。  
［１］  他の無線通信装置と通信する無線通信装置であって、
前記他の無線通信装置との通信が切断されたか否かを判定し、
前記通信が切断されたときに、前記他の無線通信装置との再接続までに要する消費電力と前記他の無線通信装置との前記通信の接続中の消費電力とに基づいて前記再接続をするまでの時間間隔を決定する、
処理部を具備する無線通信装置。
［２］  前記処理部は、前記他の無線通信装置との通信がユーザの操作なしに切断されたか否かを判定する［１］に記載の無線通信装置。
［３］  前記処理部は、前記他の無線通信装置との前記再接続までに要する消費電力の時間平均値が前記他の無線通信装置との前記通信の接続中の消費電力の時間平均値以下となるように前記再接続をするまでの時間間隔を決定する［１］又は［２］に記載の無線通信装置。
［４］  前記再接続は、再接続が確立するまでに要する時間を重視する第１のパターンと、消費電力を重視する第２のパターンとを含み、
前記処理部は、前記第１のパターンに基づいて決定された前記再接続をするまでの第１の時間間隔が所定の時間を超えるときに、前記第２のパターンに基づいて前記再接続をする請求項［１］乃至［３］の何れか１項に記載の無線通信装置。
［５］  前記再接続は、前記無線通信装置に対してアドバタイジング信号を送信することで行われ、
前記第１のパターンにおける前記アドバタイジング信号の送信間隔と送信期間とは、前記第２のパターンにおける前記アドバタイジング信号の送信間隔と送信期間よりも短い［４］に記載の無線通信装置。
［６］  前記再接続は、前記無線通信装置に対してアドバタイジング信号を送信することで行われ、
前記第１のパターンにおける前記アドバタイジング信号の送信電力は、前記第２のパターンにおける前記アドバタイジング信号の送信電力よりも高い［４］又は［５］に記載の無線通信装置。
［７］  前記処理部は、前記他の無線通信装置との前記通信の接続中の消費電力を前記他の無線通信装置との前記通信の接続中のデータの送受信の間隔に応じて判定する［１］乃至［６］の何れか１項に記載の無線通信装置。
［８］  外部端末と通信する時計であって、
前記外部端末との通信が切断されたか否かを判定し、
前記通信が切断されたときに、前記外部端末との再接続までに要する消費電力と前記外部端末との前記通信の接続中の消費電力とに基づいて前記再接続をするまでの時間間隔を決定する、
処理部を具備する時計。
［９］  他の無線通信装置と通信する無線通信装置における無線通信プログラムであって、
前記他の無線通信装置との通信が切断されたか否かを判定することと、
前記通信が切断されたときに、前記他の無線通信装置との再接続までに要する消費電力と前記他の無線通信装置との前記通信の接続中の消費電力とに基づいて前記再接続をするまでの時間間隔を決定することと、
をコンピュータに実行させる無線通信プログラム。
【符号の説明】
【００６６】
１  ＣＰＵ、２  バス、３  計時回路、４  スイッチ、５  ＲＯＭ、６  ＲＡＭ、７  アンテナ、８  Ｂｌｕｅｔｏｏｔｈモジュール、９  ＵＡＲＴインターフェイス、１０  タイマ、１００  時計。
【図１】
2020057943.tif 000003
【図２】
2020057943.tif 000004
【図３】
2020057943.tif 000005
【図４】
2020057943.tif 000006
【図５】
2020057943.tif 000007
【図６】
2020057943.tif 000008
【図７Ａ】
2020057943.tif 000009
【図７Ｂ】
2020057943.tif 000010
【図７Ｃ】
2020057943.tif 000011