(57)【要約】【課題】大量のデータ通信が行われること無しに、少ない消費電力で時刻補正を行うことができる通信装置、電子時計、時刻補正方法、及びプログラムを提供することにある。【解決手段】無線通信のできる装置は、時刻を計時する時計部と、上記時計部の時刻が所定の第１の時刻になると自装置の存在を知らせる告知信号が発信されるように制御を行い、上記告知信号に応じて他装置からコネクション要求が受信されると上記時計部の時刻を所定の第２の時刻に補正するプロセッサと、を備える。【選択図】図３
2018009882.tif 000002
【特許請求の範囲】
【請求項１】
無線通信のできる装置であって、
時刻を計時する時計部と、
前記時計部の時刻が所定の第１の時刻になると自装置の存在を知らせる告知信号が発信されるように制御を行い、前記告知信号に応じて他装置からコネクション要求が受信されると前記時計部の時刻を所定の第２の時刻に補正するプロセッサと、
を備えることを特徴とする通信装置。
【請求項２】
前記プロセッサは、前記他装置に前記コネクション要求を送信させるタイミングを示す前記第２の時刻に関する情報を前記告知信号に含ませることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記プロセッサは、前記時計部の時刻を前記第２の時刻に補正したら直ちにコネクション切断要求が前記他装置に送信されるように制御を行うことを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記プロセッサは、前記コネクション要求を受信したら直ちにコネクション切断要求が前記他装置に送信されるように制御を行うことを特徴とする請求項１又は２に記載の通信装置。
【請求項５】
前記プロセッサは、所定の時間のあいだ前記告知信号が繰り返して発信されるように制御を行うことを特徴とする請求項１乃至４の何れか１項に記載の通信装置。
【請求項６】
前記プロセッサは、前記告知信号の発信を開始した後、所定時間内に前記コネクション要求が受信されない場合に、前記告知信号の発信が停止されるように制御を行うことを特徴とする請求項１乃至５の何れか１項に記載の通信装置。
【請求項７】
表示部を更に備え、
前記プロセッサは、前記告知信号の発信を開始した後、所定時間内に前記コネクション要求が受信されない場合に、時刻補正を行うことができない旨を前記表示部に表示させることを特徴とする請求項１乃至６の何れか１項に記載の通信装置。
【請求項８】
前記プロセッサは、前記告知信号の発信を開始した後、所定時間内に前記コネクション要求が受信されない場合に、前記所定時間のあいだ所定回数だけ繰り返して前記告知信号が発信されるように制御を行うことを特徴とする請求項１乃至６の何れか１項に記載の通信装置。
【請求項９】
前記第２の時刻は前記第１の時刻に基づいて決定されることを特徴とする請求項１乃至８の何れか１項に記載の通信装置。
【請求項１０】
前記プロセッサは、前記第１の時刻に基づいて前記第２の時刻を決定することを特徴とする請求項１乃至８の何れか１項に記載の通信装置。
【請求項１１】
自装置は前記他装置とブルートゥースによって通信し、
前記告知信号はアドバタイジング信号であることを特徴とする請求項１乃至１０の何れか１項に記載の通信装置。
【請求項１２】
自装置は前記他装置とブルートゥースによって通信し、
前記告知信号はアドバタイジングパケットを含み、
前記第２の時刻に関する情報は前記アドバタイジングパケットのＰＤＵのペイロードのデータフィールドに含まれることを特徴とする請求項１乃至１０の何れか１項に記載の通信装置。
【請求項１３】
請求項１乃至１２の何れか１項に記載の通信装置を備えることを特徴とする電子時計。
【請求項１４】
計時機能を有し、無線通信を可能とする通信装置の時刻補正方法であって、
時刻を計時するステップと、
所定の第１の時刻になると自装置の存在を知らせる告知信号を発信するステップと、
前記告知信号に応じて他装置からコネクション要求が受信されると自装置の時刻を所定の第２の時刻に補正するステップと、
を備えることを特徴とする時刻補正方法。
【請求項１５】
計時機能を有し、無線通信を可能とする通信装置に、
時刻を計時するステップと、
所定の第１の時刻になると自装置の存在を知らせる告知信号を発信するステップと、
前記告知信号に応じて他装置からコネクション要求が受信されると自装置の時刻を所定の第２の時刻に補正するステップと、
を実行させるプログラム。
【請求項１６】
無線通信のできる装置であって、
時刻を計時する時計部と、
前記時計部の時刻が所定の第１の時刻になると他装置の存在を知らせる告知信号の探知を開始し、前記告知信号が受信された後、前記時計部の時刻が所定の第２の時刻になると前記他装置にコネクション要求が送信されるように制御を行うプロセッサと、
を備えることを特徴とする通信装置。
【請求項１７】
計時機能を有する装置が無線通信を利用して他装置に時刻を通知する方法であって、
時刻を計時するステップと、
所定の第１の時刻になると他装置の存在を知らせる告知信号の探知を開始するステップと、
前記告知信号が受信された後、所定の第２の時刻になると前記他装置にコネクション要求を送信するステップと、
を備えることを特徴とする時刻通知方法。
【請求項１８】
計時機能を有し、無線通信を可能とする通信装置に、
時刻を計時するステップと、
所定の第１の時刻になると他装置の存在を知らせる告知信号の探知を開始するステップと、  前記告知信号が受信された後、所定の第２の時刻になると前記他装置にコネクション要求を送信するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、電子時計、時刻補正方法、及びこの時刻補正方法を実行するためのプログラムに関する。
【背景技術】
【０００２】
従来、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ：登録商標）などの近距離無線通信を用いて種々の情報をやり取りすることが可能な電子装置が存在する。最近は、既存のブルートゥース通信が持つ問題点である過度なバッテリー消耗の問題を解決するための新しい標準としてブルートゥース４．０が採択された。ブルートゥース４．０以後のバージョンをブルートゥース低エネルギー（ＢＬＥ）と称することもある。最近発売されたスマートバンド、スマートウォッチ、スマートグラス、等のウェアラブル無線通信装置のほとんどはＢＬＥ方式を用いて無線通信を行う。
【０００３】
近距離無線通信によって、特に、携帯型の電子装置が、他の電子装置が取得して保持している情報を取得することが容易になっている。このような技術を利用して、スマートフォンでメールを受ければスマートウォッチに知らせたり、スマートバンドで取得したユーザ情報をスマートフォンに送信したりする等の複数の電子装置の連動が可能になっている。
【０００４】
例えば、特開２００９−１１８４０３号公報には、近距離無線通信方式によって通信可能な２つの装置において、２つの装置の間でＳＤＰ（Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）を用いてＬＡＮアクセスサービスの詳細情報がやり取りされ、ＲＦＣＯＭＭコネクション及びサービスレベルコネクションが確立された後、第１の装置（例えば、携帯電話装置）が第２の装置（腕時計型端末装置）に時刻情報を送信し、第２の装置は受信した時刻情報を自装置の時計回路に設定することによって時刻を修正する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１１８４０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記特許文献１に開示された技術によると、２つの機器の間のコネクションが確立された後に、時刻情報を通信するので、ＯＳによっては認証手続きの都合によって面倒な操作が必要になる問題がある。一方、面倒な操作をなくすために認証手順を省略するように設定された場合は、コネクション後にサービスディスカバリーが行われ、このため機器の間に多い量の情報をやり取りするための通信が発生する。従って、定期的に、または、特定のイベントが発生するたびに行われなければならない時刻修正のために毎度大量のデータをやり取りしなければならないし、これは電力消費を増加させる要因になる。
【０００７】
この発明の目的は、大量のデータ通信が行われること無しに、少ない消費電力で時刻補正を行うことができる通信装置、電子時計、時刻補正方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の１つの態様は、無線通信のできる装置であって、時刻を計時する時計部と、上記時計部の時刻が所定の第１の時刻になると自装置の存在を知らせる告知信号が発信されるように制御を行い、上記告知信号に応じて他装置からコネクション要求が受信されると上記時計部の時刻を所定の第２の時刻に補正するプロセッサと、を備える。
【０００９】
また、本発明の他の１つの態様は、無線通信のできる装置であって、時刻を計時する時計部と、上記時計部の時刻が所定の第１の時刻になると他装置の存在を知らせる告知信号の探知を開始し、上記告知信号が受信された後、上記時計部の時刻が所定の第２の時刻になると上記他装置にコネクション要求が送信されるように制御を行うプロセッサと、を備える。
【発明の効果】
【００１０】
本発明によると、通常コネクション確立時に行われるデータ通信が無くても、通信装置の時刻補正を行うことができる。
【図面の簡単な説明】
【００１１】
以下の詳細な記述が以下の図面と合わせて考慮されると、本願のより深い理解が得られる。これらの図面は例示に過ぎず、本発明の範囲を限定するものではない。
【図１】第１の装置と、上記第１の装置と無線通信が可能な第２の装置とからなるシステムを図示する。
【図２】（Ａ）は本発明の一実施形態に係る第１の装置であるスマートフォン１のハードウェア構成を示すブロック図であり、（Ｂ）は本発明の一実施形態に係る第２の装置である電子時計２のハードウェア構成を示すブロック図である。
【図３】第１の実施形態に係る時刻補正プロセスの流れを示すシーケンス図である。
【図４】本発明の一実施形態に係るアドバタイジングパケットの構造の一例を図示する。
【図５】アドバタイジングパケットの種類を説明するテーブルを示す。
【図６】アドバタイズ時間幅Ｔａと、アドバタイジングパケットの送信間隔Ｔｉを説明する図である。
【図７】（Ａ）は本発明の一実施形態に係るスマートフォン１の時刻補正プロセスを遂行するための機能ブロック図であり、（Ｂ）は本発明の一実施形態に係る電子時計２の時刻補正プロセスを遂行するための機能ブロック図である。
【図８】第１の実施形態に係る時刻補正プロセスにおいてのスマートフォン１の動作シークエンスを示すフローチャートである。
【図９】第１の実施形態に係る時刻補正プロセスにおいての電子時計２の動作シークエンスを示すフローチャートである。
【図１０】第２の実施形態に係る時刻補正プロセスにおいてのスマートフォン１の動作シークエンスを示すフローチャートである。
【図１１】第２の実施形態に係る時刻補正プロセスにおいての電子時計２の動作シークエンスを示すフローチャートである。
【発明を実施するための形態】
【００１２】
本明細書においては、主に本発明をブルートゥース（登録商標）、特に、ＢＬＥ  に適用した実施形態について説明するが、本発明の適用分野はブルートゥースに限定されない。例えば、本発明は、ＢＡＮ（Ｂｏｄｙ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｗｉ−Ｆｉ（登録商標）、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）等の他の無線通信技術にも適用可能である。
【００１３】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
【００１４】
（第１実施形態）
まず、本発明の第１の実施形態について説明する。図１は、第１の実施形態及び後述する他の実施形態に共通する図であって、第１の装置１、及びブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））等の近距離無線通信によって第１の装置１と無線接続されてデータ交換が可能な第２の装置２からなるシステムを示す。本発明が適用された第１の装置１は、携帯電話の一種であるスマートフォンであり、移動通信網３に接続されている。しかし、第１の装置１はこの実施形態に限定されなく、近距離無線通信が可能であり、時刻を記録する機能を有する装置であればその種類や形態を問わない。本発明が適用された第２の装置２は腕時計型端末装置の一種である電子時計である。しかし、第２の装置２はこの実施形態に限定されなく、近距離無線通信が可能であり、時刻を記録する機能を有する装置であればその種類や形態を問わない。第２の装置は、例えば、デジタルカメラ、デジタル体重計等のヘルス機器、又は、スマートバンド等のウェアラブル機器である。第１の装置１は、第１の装置にメール又は電話が着信される等、ユーザに通知するイベントが発生すると、近距離無線通信を通じて第２の装置にその旨を通知することができる。または、第２の装置が取得したデータ（例えば、ユーザの移動距離、高度、心拍数、等）を、上記近距離無線通信を通じて第１の装置に送信することができる。
【００１５】
図２（Ａ）は本発明の一実施形態に係る第１の装置であるスマートフォン１のハードウェア構成を示すブロック図であり、図２（Ｂ）は本発明の一実施形態に係る第２の装置である電子時計２のハードウェア構成を示すブロック図である。
【００１６】
図２（Ａ）に示されたように、スマートフォン１は遠距離通信処理部１１と、近距離通信部１２と、プロセッサ１３と、記憶部１５と、電源部１６と、入力部１７と、表示部１８とを含む。プロセッサ１３は時計部１４を含む。遠距離通信処理部１１は、３Ｇ、ＬＴＥ等の携帯電話システムの基地局と通信することによって、スマートフォン１を携帯電話として機能させる。遠距離通信処理部１１はアンテナを通じて受信、又は、送信される信号を増幅するアンプ、トランシーバー、デジタルベースバンドプロセッサ、音声入力回路、再生回路等を含むが、これらの周知の構成要素に対しては図示及び説明を省略する。また、遠距離通信処理部１１を通じて移動通信網３から正確な時刻データを取得することで時計部１４が正確な時刻情報を保持することができる。後述するように、スマートフォン１は時計部１４が保持している時刻情報を電子時計２に通知する。
【００１７】
近距離通信部１２は、ブルートゥース、Ｗｉ−Ｆｉ等の近距離無線通信方式で第２の装置である電子時計２と通信できるようにする。近距離通信部１２は、アンテナを通じて受信した電磁波を電気信号に変換したり、プロセッサ１３から入力された電気信号を電磁波に変換したりする回路を含む。本実施形態において、近距離通信部１２はＢＬＥをサポートする。
【００１８】
プロセッサ１３はスマートフォン１の全体的な動作を制御し、例えば、アプリケーションプロセッサである。本実施形態においては、プロセッサ１３が時計部１４を含むように構成されているが、実施形態によっては時計部１４が別個の構成要素として含まれることもできる。記憶部１５はプロセッサ１３によって使われるコンピュータプログラム命令、ファームウェア等の各種ソフトウェア、及び／又は、プロセッサ１３が必要とするデータ又はプロセッサ１３の処理結果であるデータを記憶するために使われる。記憶部１５はスマートフォン１に組み込まれた、又は、スマートフォン１から着脱可能なＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、又はディスクドライブ等の１つ又はそれ以上の任意の記憶装置を含む。記憶部１５はプロセッサ１３に組み込まれることも可能である。
【００１９】
電源部１６は図示を省略するが、バッテリー及び電源管理部を含む。入力部１７は各種キー、スイッチ、及び／又は、タッチパネル等から構成され、ユーザの入力部１７の操作に応じて各種のデータが入力される。表示部１８はＬＣＤ、ＯＬＥＤ等の表示装置及び駆動回路を含む。
【００２０】
図２（Ｂ）に示されたように、電子時計２は近距離通信部２１と、プロセッサ２２と、電源部２３と、記憶部２４と、時計部２５と、入力部２６と、表示部２７とを含む。近距離通信部２１はブルートゥース、Ｗｉ−Ｆｉ等の近距離無線通信方式で第１の装置であるスマートフォン１と通信できるようにする。近距離通信部２１は、アンテナを通じて受信した電磁波を電気信号に変換したり、プロセッサ２２から入力された電気信号を電磁波に変換したりする回路を含む。本実施形態において、近距離通信部２１はＢＬＥをサポートする。
【００２１】
プロセッサ２２は電子時計２の全体的な動作を制御する。電源部２３は図示を省略するが、バッテリー及び電源管理部を含む。記憶部２４はプロセッサ２２によって使われるコンピュータプログラム命令、ファームウェア等の各種ソフトウェア、及び／又は、プロセッサ２２が必要とするデータ又はプロセッサ２２の処理結果であるデータを記憶するために使われる。記憶部２４は電子時計２に組み込まれた、又は、電子時計２から着脱可能なＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、又はディスクドライブ等の１つ又はそれ以上の任意の記憶装置を含む。記憶部２４はプロセッサ２２に組み込むことも可能である。
【００２２】
時計部２５は図示を省略するが、例えば、システムクロック又は発振器によって生成される信号から時刻信号を生成する時計回路を含み、現在の時刻を計時して時刻情報を生成する。時計部２５は生成した時刻情報をプロセッサ２２に出力する。時計部２５をプロセッサ２２内に組み込むこともできる。入力部２６は各種キー、スイッチ、及び／又は、タッチパネル等から構成され、ユーザの入力部２６の操作に応じて各種のデータが入力される。表示部２７はＬＣＤ、ＯＬＥＤ等の表示装置及び駆動回路を含み、現在の時刻等の情報を表示する。
【００２３】
電子時計２は、平常時は表示部２７に時計部２５で計時されている現在の時刻を表示する。また、後述するように、近距離通信部２１を通じてスマートフォン１から時計部１４の現在の時刻に関するデータを受信した場合は、該当データが示す時刻を時計部２５に設定することによって、電子時計２の時刻をスマートフォン１の時刻に同期させる。
【００２４】
図１に示されているシステムと、図２（Ａ）及び２（Ｂ）に示されているスマートフォン及び電子時計は例示に過ぎず、本明細書に記述された時刻補正プロセスを具現することができるシステム又は装置の範囲を制限することではない。
【００２５】
次に、スマートフォン１と電子時計２とにおいて、電子時計２の時刻をスマートフォン１の時刻に合わせる時刻補正を行うための動作に対して説明する。本実施形態においてスマートフォン１と電子時計２との両方はブルートゥース、特に、ＢＬＥをサポートする。ブルートゥース標準（Ｂｌｕｅｔｏｏｔｈ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  ４．２（２０１４）参照）によれば、ＢＬＥプロトコルのパケットの種類は大きくアドバタイジングパケットとデータパケットに区分される。アドバタイジングパケットは、装置が他の装置に自分の存在を知らせ、コネクションを要求するために用いられ、アドバタイズチャネルを通じて送受信される。データパケットは、２つの装置のコネクションが確立された後にやり取りするパケットである。
【００２６】
また、ＢＬＥプロトコルによると、複数の装置はブロードキャストモードやコネクションモードで通信する。ブロードキャストモード（アドバタイズモードとも称する）では特定の装置を指定しないで周辺のすべての装置へ周期的にアドバタイズ信号を送る。ブロードキャストモードにおいて装置のロール（役割）はブロードキャスターとオブザーバーに区分される。ブロードキャスター（アドバタイザーとも称する）は他のデバイスが信号を受信することができる状態であるかどうかに関わらず周期的に接続不可（Ｎｏｎ−Ｃｏｎｎｅｃｔａｂｌｅ）アドバタイジングパケットを発信する。オブザーバーはブロードキャスターが発信する接続不可アドバタイジングパケットを受信するために周期的にスキャンを行う装置である。ブロードキャストモードは主に装置が自分の存在を他の装置に知らせる時、又は、少ない量（３１バイト以下）のデータを送る時に用いられる。
【００２７】
双方向でデータのやり取りを行う場合や、アドバタイジングパケットによって伝達することが難しい多い量のデータをやり取りしなければならない場合には、コネクションモードで通信する。コネクションモードにおいて装置のロールはセントラル（Ｃｅｎｔｒａｌ：マスター）とペリフェラル（Ｐｅｒｉｐｈｅｒａｌ：スレーブ）に区分される。セントラル装置は他の装置から送信される接続可能（Ｃｏｎｎｅｃｔａｂｌｅ）アドバタイジングパケットを周期的にスキャンして適当な装置にコネクションを要求する。ペリフェラル装置は他の装置とコネクションを結ぶために、接続可能アドバタイジングパケットを周期的に発信し、これを受信したセントラル装置がコネクション要求（Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）を発信し、これを受信してコネクションを結ぶ。
【００２８】
図３は本実施形態に係る時刻補正プロセスの流れを示すシーケンス図である。図３はスマートフォン１と電子時計２との相互作用を示し、Ｈｏｓｔ１とＬＬ１の各々はスマートフォン１のホストとリンクレイヤ（Ｌｉｎｋ  Ｌａｙｅｒ）であり、Ｈｏｓｔ２とＬＬ２の各々は電子時計２のホストとリンクレイヤを意味する。本実施形態においては、スマートフォン１がマスターとして動作し、電子時計２がスレーブとして動作する。図３の時刻Ｔは予め設定された時刻補正プロセスの起動時刻であり、例えば、毎日午前１２時である。この例では、起動時刻の周期は１日、即ち、２４時間である。実施形態によって、起動時刻の周期が１日より長く、又は、短く設定されてもよく、不規則に設定されてもよい。上記所定の起動時刻はスマートフォン１と電子時計２とに同一に設定されていなければならず、スマートフォン１と電子時計２との設計時に予め設定されたり、ユーザによって設定されたりすることができる。又は、必要な場合、時刻補正プロセスを制御するプログラムのアップデートの時に起動時刻が更新されても良い。
【００２９】
スマートフォン１の時計部１４の時刻がＴ−Ｍになると、プロセッサ１３は近距離通信部１２にスキャンを開始させる。スキャンは電子時計２が発信するアドバタイジングパケット（告知信号）を探知するための動作をいう。本実施形態において、スキャンを行う時間幅はＴｓに設定される。アドバタイジングパケットはブルートゥースプロトコルに定義されたパケットタイプであり、１つの装置が周辺装置に自分の存在を知らせたり、少ない量のデータを周辺装置に伝送したりするために用いられる。Ｍはマージンであり、電子時計２からの通信を確かに受信するためのものである。即ち、スマートフォン１が時刻ＴよりＭほど早い時間にスキャンを始めることによって、スマートフォン１と電子時計２との時刻に差が存在して電子時計２がスマートフォン１の時刻Ｔより早い時間にパケットを発信する場合にも、最初のパケットを逃す確率を少なくすることができ、スマートフォン１がより確かにパケットを受信することができる。本実施形態においては、２４時間に一度時刻補正プロセスが行われるので、１周期である２４時間に想定される電子時計２の時刻の誤差をＴｅとすると、Ｍ＞Ｔｅに設定することが好ましい。また、電波妨害等によりアドバタイジングパケットの受信エラーが発生する可能性があるので、スマートフォン１は時間幅Ｔｓの期間スキャンを続ける。
【００３０】
一方、電子時計２は時計部２５の時刻がＴになると、所定の時刻情報Ｔａｄｊが格納されたアドバタイジングパケットを生成し、このアドバタイジングパケットを発信する（告知信号）。時刻情報Ｔａｄｊは、通信相手であるスマートフォン１にコネクション要求を送信させる時刻であり、時刻補正プロセスを行う頻度及び電子時計２の時刻誤差から決まる。例えば、時刻補正プロセスを１日１回の頻度で行い、１日当りの電子時計の誤差が±Ｎ秒であるとすると、Ｔａｄｊ＞Ｔ＋ＮとなるようにＴａｄｊを決める。時刻情報Ｔａｄｊは、図４に示されたようにアドバタイジングパケットのＰＤＵのペイロードのデータフィールドに格納される。アドバタイジングパケットの構造に対しては後述する。電子時計２は所定の時間幅Ｔａの間にＴａｄｊが格納されたアドバタイジングパケットをＴｉの間隔で繰り返して発信し、Ｔａが経過すればアドバタイズを終了する。電波妨害等によりアドバタイジングパケットの受信エラーが発生する可能性があるので、電子時計２は時間幅Ｔａの期間Ｔｉの間隔でアドバタイズを繰り返す。
【００３１】
スマートフォン１は上記時間幅Ｔｓ内に電子時計２から送信された上記アドバタイジングパケットを受信すれば、受信されたアドバタイジングパケットから時刻情報Ｔａｄｊを取り出す。そして、スキャン要求（ＳＣＡＮ＿ＲＥＱ  ＰＤＵ）を発信して電子時計２に追加情報（デバイスアドレス、名前等の機器情報、提供するサービス、等）を要求する。電子時計２が当該スキャン要求を処理することができれば同一のアドバタイジング物理チャネルを通じてスキャン応答（ＳＣＡＮ＿ＲＳＰ  ＰＤＵ）を送信する。スキャン応答は電子時計２のデバイスアドレス及びスキャン応答データを含む。スマートフォン１はスキャン応答に含まれた情報によって、電子時計２とコネクションが可能であるかどうかを判断することができる。
【００３２】
一方、上記時間幅Ｔｓの間スキャンを行ってもアドバタイジングパケットが受信されなければ、プロセッサ１３は表示部１８にエラーが発生したという旨を表示させる。これにより、ユーザに、例えば、手動操作による時刻補正を促すことができる。
【００３３】
スマートフォン１はアドバタイジングパケットから取り出した時刻情報Ｔａｄｊに、時計部１４の時刻がなるまで待機する。時計部１４の時刻がＴａｄｊになると、上記アドバタイジングパケットを送信した電子時計２に対してコネクション要求（ＣＯＮＮＥＣＴ＿ＲＥＱ）を送信し、一時的にデータ通信処理可能状態となる。ブルートゥースプロトコルによると、スマートフォン１がコネクション要求を送信するタイミングはアドバタイズの終了から１５０マイクロ秒（μs）後である。コネクション要求のパケットに含まれるペイロードには、接続開始側（ｉｎｉｔｉａｔｏｒ）であるスマートフォン１のデバイスアドレス、アドバタイザーである電子時計２のアドレス及びコネクションセットアップパラメーターを含む。電子時計２がコネクション要求を受信することによって、コネクション確立イベント（Ｃｏｎｎｅｃｔｉｏｎ  Ｃｏｍｐｌｅｔｅ  Ｅｖｅｎｔ）が発生し一時的にコネクションが確立されて、データ通信処理可能状態となる。また、スマートフォン１からコネクション要求を受信した電子時計２は、コネクション確立イベントが発生した時に時計部２５の時刻をＴａｄｊに修正し、直ちにコネクションを終了するために切断要求（Ｄｉｓｃｏｎｎｅｃｔ  Ｒｅｑｕｅｓｔ又はＤＩＳＣＯＮＮ＿ＲＥＱ）をスマートフォン１に送信する。スマートフォン１は切断要求を受信すればデータ通信処理状態を終了する。本実施形態では、時刻を補正した後切断要求を送信するようにしたが、実施形態によっては、コネクション要求を受信し直ちに切断要求を送信しても良い。または、切断要求を送信しない実施形態も可能である。
【００３４】
図４は電子時計２からスマートフォン１に伝送されるアドバタイジングパケットの構造の一実施形態を示す。図５はアドバタイジングパケットの種類を説明する図である。ブルートゥース通信に用いられるアドバタイジングパケットは図５に示されたように４つのタイプが存在し、パケットのＰＤＵのヘッダのＰＤＵ  Ｔｙｐｅフィールドに設定された値がパケットのタイプを示す。ＡＤＶ＿ＩＮＤは相手を指定しない接続可能アドバタイジングイベントに用いられ、簡易情報問合せが可能である（即ち、ｓｃａｎｎａｂｌｅ）。簡易情報問合せは、コネクションの前に、スキャンを行う装置（スキャナー）がアドバタイズを行う装置（アドバタイザー）にスキャン要求（ＳＣＡＮ＿ＲＥＱ  ＰＤＵ）を送信してアドバタイザーに追加情報（機器情報、提供するサービス、等）を要求する手続きをいう。ＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤは指定された装置のみ接続可能なアドバタイジングイベントに用いられる。ＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤはアドバタイジングデータを格納するためのデータ部を有しない。従って、アドバタイズによってアドバタイザーのデータを伝送しようとする場合はＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤを使うことができない。ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤはどの装置も接続不可なアドバタイジングイベントに用いられる。ＡＤＶ＿ＳＣＡＮ＿ＩＮＤはどの装置もスキャン可能なアドバタイジングイベントに用いられ、簡易情報問合せが可能である（即ち、どの装置も簡易情報問合せのみ可能）。
【００３５】
本実施形態はアドバタイジングパケットに時刻情報Ｔａｄｊが格納され、電子時計２がスマートフォン１からコネクション要求を受信することを前提条件とするため、ＡＤＶ＿ＩＮＤタイプのアドバタイジングパケットを用いる。図４はＡＤＶ＿ＩＮＤタイプのアドバタイジングパケットの構造を図示する。ＡＤＶ＿ＩＮＤタイプのアドバタイジングパケットのＰＤＵはヘッダとペイロードとを含み、ヘッダのＰＤＵ  Ｔｙｐｅフィールドの値は００００に設定される。上記パケットのペイロードはアドレスフィールドとデータフィールドとを含む。アドレスフィールドはアドバタイザーのパブリック又はランダムデバイスアドレスを含み、データフィールドはアドバタイザーのホストからのアドバタイジングデータを含む。データフィールドのＡＤ  Ｔｙｐｅには製造者特定のデータが格納され、本実施形態では当該フィールドの値を時刻補正用のアドバタイジングパケットであることを示すＳｅｒｖｉｃｅ  Ｄａｔａ  ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）に設定する。図４の例において、ＡＤ  Ｔｙｐｅフィールドの値は０ｘＦＦに設定される。ブルートゥース端末は他の端末から受信したアドバタイジングパケットを処理して、それに含まれたＡＤ  Ｔｙｐｅフィールドの値を検出することで、当該アドバタイジングパケットがどんなデータを含んでいるかを判別することができる。時刻情報ＴａｄｊはＡＤ  Ｄａｔａフィールドに格納される。時刻データは特定年月日からの特定間隔（例えば、５０ｍｓ）ごとのカウンタ値で表現することができ、タイムゾーンの情報も含むことができる。上記タイムゾーンの情報は、例えば、±ＸＸ（その地域の標準時とＧＭＴとの差）のフォーマットを有する。
【００３６】
図５及び図６に示されたように、ブルートゥースプロトコルによると、各タイプのアドバタイジングパケットに対してアドバタイジング間隔（Ｔｉ）、即ち、アドバタイジングパケットを繰り返して送信する時間間隔の設定可能な最小値が定まっている。図６に示されたように、アドバタイジングを行う装置は所定の時間幅Ｔａの間にアドバタイジングパケットをＴｉの間隔で繰り返して発信する。Ｔｉは２０ｍｓ乃至１０．２４ｓの範囲で０．６２５ｍｓ刻みで設定可能である。ＡＤＶ＿ＩＮＤ及びＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤは、Ｔｉの最小値を２０ｍｓに設定可能であり、ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ及びＡＤＶ＿ＳＣＡＮ＿ＩＮＤはＴｉの最小値を１００ｍｓに設定可能である。
【００３７】
アドバタイジングパケットを反復送信する時間間隔Ｔｉが短ければ、スキャンを行う装置が１つ（即ち、最初）又はそれ以上のアドバタイジングパケットを受信できない場合にも短い時間内に再びアドバタイジングパケットを受信することができるようになって、上記時間幅Ｔａも減らすことができる。また、上記のように、スマートフォン１がコネクション要求を送信するタイミングはアドバタイズの直後（正確には、１５０マイクロ秒以後）であるので、上記タイミングはＴａｄｊに対して最大Ｔｉだけ遅れる可能性がある。従って、Ｔａｄｊとコネクション要求が送信される時間の誤差を最小化するためにもＴｉが短いことが好ましい。
【００３８】
上記のように、電子時計２はアドバタイジングパケットによってコネクション要求を受信したい時刻に関する情報Ｔａｄｊを発信し、スマートフォン１からコネクション要求を受信すれば、直ちに時刻情報Ｔａｄｊを取り出して時刻補正を行う。そして、直ちに切断要求をスマートフォン１に送信する。即ち、電子時計２はコネクション要求を受信するタイミングが上記時刻情報が示す時間であることがわかる。これによって、スマートフォン１と電子時計２との間にコネクションを確立した後のデータ通信を行うこと無しに時刻情報を電子時計２に知らせることができる。通常コネクションが確立された後には実際やり取りするデータがなくてもサービス情報、特性情報等をやり取りするため、大量のデータ通信が発生する。本発明の上記実施形態によれば、このような大量の情報をやり取りするための通信が発生しないので、従来技術に比べて電力消費をより低減することができる。
【００３９】
図７（Ａ）は本実施形態に係るスマートフォン１の時刻補正プロセスを遂行するための機能ブロック図であり、図７（Ｂ）は本実施形態に係る電子時計２の時刻補正プロセスを遂行するための機能ブロック図である。
【００４０】
図７（Ａ）に示されたように、スマートフォン１はスキャンモジュール１−１と、アドバタイジングパケット復号モジュール１−２と、コネクション要求制御モジュール１−３と、コネクション切断モジュール１−４とを含む。モジュール１−１乃至１−４はソフトウェア、ハードウェア、又はこれらの組合せによって構成されることができる。スキャンモジュール１−１は所定の時間幅Ｔｓの間アドバタイジングパケットをスキャンする。上記のように、本実施形態においては、スマートフォン１が時刻Ｔ−Ｍになった時にスキャンを開始し、スキャン時間幅Ｔｓの間、時刻情報Ｔａｄｊが格納されているアドバタイジングパケットが受信されなければエラーメッセージをユーザに通知する。アドバタイジングパケット復号モジュール１−２はスキャン期間Ｔｓ中に受信されたアドバタイジングパケットを復号（デコーディング）して上記アドバタイジングパケットに格納されているデータを抽出する。本実施形態においては、電子時計２から受信されたアドバタイジングパケットに格納された時刻情報Ｔａｄｊを抽出する。
【００４１】
コネクション要求制御モジュール１−３はアドバタイジングパケットを発信する他の通信装置の中で適当な通信装置にコネクションを要求するための通信要求パケットを生成し、これを上記通信装置に送信する。本実施形態においては、スキャンモジュール１−１が受信したアドバタイジングパケットに含まれた時刻情報Ｔａｄｊが示す時刻になると、コネクション要求パケットを携帯電話２に送信する。コネクション切断モジュール１−４は、コネクションが確立されている他の通信装置からコネクション切断要求が受信されれば、当該通信装置とのコネクションを切断する。本実施形態においては、携帯電話２からコネクション切断要求（ＤＩＳＣＯＮＮＥＣＴ  ＲＥＱＵＥＳＴ）が受信されれば、携帯電話２とのコネクションを切断する。
【００４２】
図７（Ｂ）に示されたように、電子時計２はアドバタイジングパケット生成モジュール２−１と、アドバタイズモジュール２−２と、コネクション制御モジュール２−３と、時刻修正モジュール２−４と、コネクション切断制御モジュール２−５とを含む。アドバタイジングパケット生成モジュール２−１はアドバタイジングパケットを生成する。上記のように、本実施形態においては、時刻Ｔ及び時刻補正の周期から想定される誤差から決まる時刻情報Ｔａｄｊを算出し、データ部に時刻情報Ｔａｄｊが格納されているアドバタイジングパケットを生成する。アドバタイズモジュール２−２はアドバタイジングパケットを発信する。本実施形態においては、電子時計２の時刻がＴになると、時刻情報Ｔａｄｊを格納したアドバタイジングパケットの発信を開始し、時間幅Ｔａの間Ｔｉの間隔で繰り返して上記アドバタイジングパケットを発信する。
【００４３】
コネクション制御モジュール２−３は他の通信装置からコネクション要求パケットが受信されれば当該通信装置とのコネクションを確立する。本実施形態においては、スマートフォン１からコネクション要求パケットが受信されれば、スマートフォン１とのデータ通信が可能な状態になるようにする。時刻修正モジュール２−４は電子時計２に内蔵された時計の時刻を所定の時刻に修正する。本実施形態においては、スマートフォン１からコネクション要求が受信され、コネクション完了イベント（Ｃｏｎｎｅｃｔｉｏｎ  Ｃｏｍｐｌｅｔｅ  Ｅｖｅｎｔ）が発生した際に、電子時計２の時刻をアドバタイジングパケット生成モジュール２−１が算出したＴａｄｊに修正する。これによって、電子時計２の時刻をスマートフォン１と同期させることが可能である。コネクション切断制御モジュール２−５は他の通信装置との間で確立されたコネクションを切断するためのコネクション切断要求（Ｄｉｓｃｏｎｎｅｃｔ  Ｒｅｑｕｅｓｔ）を生成して上記他の装置に送信し、上記他の装置とのデータ通信を中止する。本実施形態においては、時刻修正モジュール２−４が時刻を修正したら直ちにコネクション切断要求をスマートフォン１へ送信し、スマートフォン１とのデータ通信を中止する。
【００４４】
図８は本実施形態に係る時刻補正プロセスにおいてのスマートフォン１の動作シークエンスを示すフローチャートである。まず、プロセッサ１３は時計部１４の時刻がＴ−Ｍであるかどうかを判断する（ステップＳ１０２）。時計部１４の時刻がＴ−Ｍでない場合（ステップＳ１０２：ＮＯ）、時刻補正プロセスを進めない。時計部１４の時刻がＴ−Ｍである場合（ステップＳ１０２：ＹＥＳ）、プロセッサ１３は所定の時間Ｔｓが経過したかどうかをチェックするためにタイマーを開始し（ステップＳ１０４）、スキャンを開始する（ステップＳ１０６）。Ｔｓはアドバタイジングパケットを受信するためにスキャンを行う時間幅である。
【００４５】
タイマーの時間がＴｓに達していない場合、即ち、タイムアウトが起きる前には（ステップＳ１０８：ＮＯ）、アドバタイジングパケットが受信されるかどうかを確認する（ステップＳ１１０）。アドバタイジングパケットが受信されていない場合は（ステップＳ１１０：ＮＯ）、ステップＳ１０８に戻る。
【００４６】
タイムアウトが起きる前にアドバタイジングパケットが受信される場合は（ステップＳ１１０：ＹＥＳ）、受信されたアドバタイジングパケットのデータ部（図４参照）より時刻情報Ｔａｄｊを取り出す（ステップＳ１１２）。その後、Ｔｓをチェックするタイマーを停止する（ステップＳ１１４）。プロセッサ１３は時計部１４の時刻がＴａｄｊになるまで待ち（ステップＳ１１６）、時刻がＴａｄｊになるとコネクション要求を電子時計２に送信する（ステップＳ１１８）。これによって、スマートフォン１は電子時計２とのデータ通信処理が可能な状態になる（ステップＳ１２０）。そして、切断要求が受信されるかどうかを判断する（ステップＳ１２２）。電子時計２から切断要求が受信される場合（ステップＳ１２２：ＹＥＳ）、データ通信処理を停止する（ステップＳ１２４）。一方、電子時計２から切断要求が受信されない場合（ステップＳ１２２：ＮＯ）、プロセスはステップＳ１２０に戻ってデータ通信処理を続ける。
【００４７】
アドバタイジングパケットが受信されていない状態でタイマーの時間がＴｓに達した場合は（ステップＳ１０８：ＹＥＳ）、スキャンを停止する（ステップＳ１２６）。即ち、上記時間幅Ｔｓの間スキャンを行ってもアドバタイジングパケットが受信されない場合は、時刻補正プロセスを進むことができないので表示部１８にエラーが発生したという旨を表示させる（ステップＳ１２８）。その後プロセスはステップＳ１０２に戻る。
【００４８】
図９は本実施形態に係る時刻補正プロセスにおいての電子時計２の動作シークエンスを示すフローチャートである。まず、プロセッサ２２は時計部２５の時刻がＴであるかどうかを判断する（ステップＳ２０２）。時計部２５の時刻がＴでない場合（ステップＳ２０２：ＮＯ）、時刻補正プロセスを進めない。時計部２５の時刻がＴである場合（ステップＳ２０２：ＹＥＳ）、プロセッサ２２は時刻情報Ｔａｄｊをアドバタイジングパケットに格納する（ステップＳ２０４）。上記のように、時刻情報Ｔａｄｊはスマートフォン１にコネクション要求を送信させる時刻であり、時刻補正プロセスを行う頻度及び電子時計２の時刻誤差から決まる。また、時刻情報ＴａｄｊはＡＤＶ＿ＩＮＤタイプのアドバタイジングパケットのＰＤＵのペイロードに格納される（図４参照）。
【００４９】
プロセッサ２２は所定の時間Ｔａが経過したかどうかをチェックするためにタイマーを開始し（ステップＳ２０６）、アドバタイズを開始する（ステップＳ２０８）。そして、スマートフォン１から送信されたコネクション要求が受信されるかどうかを判断する（ステップＳ２１０）。時間Ｔａが経過する前に、即ち、タイムアウトが起きる前にコネクション要求が受信される場合は（ステップＳ２１０：ＹＥＳ）、Ｔａをチェックするタイマーを停止する（ステップＳ２１２）。そして、プロセッサ２２は時計部２５の時刻をＴａｄｊに修正する（ステップＳ２１４）。また、直ちに切断要求をスマートフォン１に送信する（ステップＳ２１６）。
【００５０】
一方、コネクション要求が受信されない場合（ステップＳ２１０：ＮＯ）、タイマーの時間がＴａに達したかどうかを判断する（ステップＳ２１８）。タイマーの時間がＴａに達していない場合、即ち、タイムアウトが起きていない場合は（ステップＳ２１８：ＮＯ）、プロセスはステップＳ２１０に戻る。コネクション要求が受信されてない状態でタイマーの時間がＴａに達した場合、即ち、タイムアウトが起きた場合は（ステップＳ２１８：ＹＥＳ）、時刻補正プロセスを進むことができないので表示部２７にエラーが発生したという旨を表示させる（ステップＳ２２０）。次にプロセスはステップＳ２０２に戻る。言い換えれば、時間Ｔａの間アドバタイジングパケットを繰り返し送信したにも関わらず、コネクション要求を受信できなかった場合には、表示部２７にエラー表示等を行ってマニュアル操作等による時刻補正を促す。
【００５１】
第１実施形態において図８及び図９のアルゴリズムはソフトウェア、ハードウェア、又は、これらの組合せによって具現されることができる。図８に示されたアルゴリズムをソフトウェア単体で具現する場合、当該ソフトウェアを構成するプログラムがスマートフォン１にネットワーク又は記録媒体からインストールされる。例えば、インターネットを通じてサーバーから上記プログラムをスマートフォン１にダウンロードしてインストールする方法が可能である。上記プログラムを含む記録媒体は、記憶部１５（又は、スマートフォン１に内蔵された他の記憶装置）又はスマートフォン１に着脱可能なリムーバブルメディア（図示は省略）であってもよい。この場合、プロセッサ１３は上記プログラムに従って、即ち、図８のアルゴリズムに従って時刻補正プロセスに必要な一連の動作を実行する。図９に示されたアルゴリズムをソフトウェア単体で具現する場合、当該ソフトウェアを構成するプログラムが電子時計２にネットワーク又は記録媒体からインストールされる。上記プログラムを含む記録媒体は記憶部２４（又は、電子時計２に内蔵された他の記憶装置）又は電子時計２に着脱可能なリムーバブルメディア（図示は省略）であってもよい。この場合、プロセッサ２２は上記プログラムに従って、即ち、図９のアルゴリズムに従って時刻補正プロセスに必要な一連の動作を実行する。
【００５２】
上記のように、本実施形態の時刻補正プロセスによると、電子時計２がアドバタイズにより時刻補正タイミングとなる時刻情報を送信し、スマートフォン１は上記時刻情報のタイミングに合わせてコネクション要求を送信し、電子時計２はコネクション要求を受信して時刻補正を行う。電子時計２がアドバタイズにより時刻補正タイミングとなる時刻情報をスマートフォン１に送信し、これを受信したスマートフォン１は上記時刻情報のタイミングに合わせてコネクション要求を送信するため、電子時計２がコネクション要求を受信することで時刻補正の正確なタイミングを知ることができる。また、電子時計２は、コネクション要求を受信したら直ちにスマートフォン１へ切断要求を送信するため、通常コネクション確立時に行われるその後のデータ通信が行われることが無い。
【００５３】
通常コネクションが確立された後には、ＳＤＰ（Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）を利用して２つの装置間に相手装置で可能なサービスと、可能なサービスの特徴に関する情報（プロトコル情報、認証情報、プロファイルデータ等）をやり取りするので、多い量のデータ通信が発生し電力消費が大きくなる。本発明はＳＤＰによるデータ通信が発生する前に電子時計２がコネクション切断要求を送信することによって、データ通信によって消耗される電力消費を最大限抑制して電子時計２の時刻を補正することができる。本発明によると、コネクションが確立されデータ通信を持続する従来技術に比べて、スマートフォン１と電子時計２とがやり取りするデータの総量が１／１０乃至１／２０の水準まで減少するので、電力消費を大きく節減できる。
【００５４】
（第２実施形態）
以下、図１０及び図１１を参照して第２の実施形態について説明する。第１実施形態では、時間幅Ｔｓ内にアドバタイジングパケットが受信されなければ、スマートフォン１は時刻補正プロセスを終了し、エラーメッセージを表示する。また、時間幅Ｔａ内にコネクション要求が受信されなければ、電子時計２は時刻補正プロセスを終了し、エラーメッセージを表示する。
【００５５】
第２実施形態は、時刻誤差が多少大きい場合にも対応することができるように構成される。図１０は第２実施形態に係る時刻補正プロセスにおいてのスマートフォン１の動作シークエンスを示すフローチャートである。図１０のプロセスのうち図８と同様な部分については詳細な説明を省略する。
【００５６】
まず、プロセッサ１３は時計部１４の時刻がＴ−Ｍであるかどうかを判断する（ステップＳ１００２）。時計部１４の時刻がＴ−Ｍでない場合（ステップＳ１００２：ＮＯ）、時刻補正プロセスを進めない。時計部１４の時刻がＴ−Ｍである場合（ステップＳ１００２：ＹＥＳ）、プロセッサ１３はカウンタを０にセットする（ステップＳ１００４）。またプロセッサ１３は所定の時間Ｔｓが経過したかどうかをチェックするためにタイマーを開始し（ステップＳ１００６）、スキャンを開始する（ステップＳ１００８）。タイマーの時間がＴｓに達していない場合、即ち、タイムアウトが起きる前には（ステップＳ１０１０：ＮＯ）、アドバタイジングパケットが受信されるかどうかを確認する（ステップＳ１０１２）。アドバタイジングパケットが受信されていない場合は（ステップＳ１０１２：ＮＯ）、ステップＳ１０１０に戻る。
【００５７】
タイムアウトが起きる前にアドバタイジングパケットが受信される場合は（ステップＳ１０１２：ＹＥＳ）、受信されたアドバタイジングパケットより時刻情報Ｔａｄｊを取り出す（ステップＳ１０１４）。その後、Ｔｓをチェックするタイマーを停止する（ステップＳ１０１６）。プロセッサ１３は時計部１４の時刻がＴａｄｊになるまで待ち（ステップＳ１０１８）、時刻がＴａｄｊになるとコネクション要求を電子時計２に送信する（ステップＳ１０２０）。これによって、スマートフォン１は一時的に電子時計２とのデータ通信処理が可能な状態になる（ステップＳ１０２２）。そして、切断要求が受信されるかどうかを判断する（ステップＳ１０２４）。電子時計２から切断要求が受信される場合（ステップＳ１０２４：ＹＥＳ）、データ通信処理を停止する（ステップＳ１０２６）。一方、電子時計２から切断要求が受信されない場合（ステップＳ１０２４：ＮＯ）、プロセスはステップＳ１０２２に戻ってデータ通信処理を続ける。
【００５８】
アドバタイジングパケットが受信されていない状態でタイマーの時間がＴｓに達した場合は（ステップＳ１０１０：ＹＥＳ）、カウンタの値に１を加え（ステップＳ１０２８）、スキャンを停止する（ステップＳ１０３０）。そして、プロセッサ１３はカウンタの値が所定の値であるＮに達したかどうかを判断する（ステップＳ１０３２）。カウンタの値がＮに達した場合（ステップＳ１０３２：ＹＥＳ）、時刻補正プロセスを進むことができないので表示部１８にエラーが発生したという旨を表示させる（ステップＳ１０３４）。その後プロセスはステップＳ１００２に戻る。カウンタの値がＮに達していない場合（ステップＳ１０３２：ＮＯ）、プロセスはステップＳ１００６に戻る。
【００５９】
図１１は第２実施形態に係る時刻補正プロセスにおいての電子時計２の動作シークエンスを示すフローチャートである。図１１のプロセスのうち図９と同様な部分については詳細な説明を省略する。まず、プロセッサ２２は時計部２５の時刻がＴであるかどうかを判断する（ステップＳ１２０２）。時計部２５の時刻がＴでない場合（ステップＳ１２０２：ＮＯ）、時刻補正プロセスを進めない。時計部２５の時刻がＴである場合（ステップＳ１２０２：ＹＥＳ）、プロセッサ１３はカウンタを０にセットする（ステップＳ１２０４）。またプロセッサ２２は時刻情報Ｔａｄｊをアドバタイジングパケットに格納する（ステップＳ１２０６）。プロセッサ２２は所定の時間Ｔａが経過したかどうかをチェックするためにタイマーを開始し（ステップＳ１２０８）、アドバタイズを開始する（ステップＳ１２１０）。そして、スマートフォン１からコネクション要求が受信されるかどうかを判断する（ステップＳ１２１２）。時間Ｔａが経過する前に、即ち、タイムアウトが起きる前にコネクション要求が受信される場合は（ステップＳ１２１２：ＹＥＳ）、Ｔａをチェックするタイマーを停止する（ステップＳ１２１４）。そして、プロセッサ２２は時計部２５の時刻をＴａｄｊに修正し（ステップＳ１２１６）、直ちに切断要求を電子時計２に送信する（ステップＳ１２１８）。
【００６０】
一方、コネクション要求が受信されない場合（ステップＳ１２１２：ＮＯ）、タイマーの時間がＴａに達したかどうかを判断する（ステップＳ１２２０）。タイマーの時間がＴａに達していない場合、即ち、タイムアウトが起きていない場合は（ステップＳ１２２０：ＮＯ）、プロセスはステップＳ１２１２に戻る。コネクション要求が受信されてない状態でタイマーの時間がＴａに達した場合、即ち、タイムアウトが起きた場合は（ステップＳ１２２０：ＹＥＳ）、カウンタの値に１を加え（ステップＳ１２２２）、アドバタイズを停止する（ステップＳ１２２４）。そして、プロセッサ２２はカウンタの値が所定の値であるＮに達したかどうかを判断する（ステップＳ１２２６）。カウンタの値がＮに達した場合（ステップＳ１２２６：ＹＥＳ）、時刻補正プロセスを進むことができないので表示部１８にエラーが発生したという旨を表示させる（ステップＳ１２２８）。その後プロセスはステップＳ１２０２に戻る。カウンタの値がＮに達していない場合（ステップＳ１２２６：ＮＯ）、プロセスはステップＳ１２０８に戻る。
【００６１】
上記のように、スマートフォン１が所定の時間内にアドバタイジングパケットを検出できない場合は、スマートフォン１はスキャンを停止しカウンタの値を増加させた後に再びスキャンを開始する。また、電子時計２が所定の時間内にコネクション要求を受信できない場合は、電子時計２はアドバタイズを停止しカウンタの値を増加させた後に再びアドバタイズを開始する。上記動作を所定回数（第２実施形態ではＮ）繰り返した後にもアドバタイジングパケット及び／又はコネクション要求が受信されない場合は、エラーが発生したという旨をスマートフォン１及び／又は電子時計２に表示させる。これによって、ユーザに、例えば、手動操作による時刻補正を促すことができる。第２実施形態によれば、スキャン及びアドバタイズを所定回数繰り返すことでスマートフォン１と電子時計２と時刻の誤差が比較的大きい場合にもユーザの操作無に時刻補正プロセスが自動的に行われることができる。
【００６２】
（第３実施形態）
第１実施形態及び第２実施形態では、アドバタイジングパケットに時刻情報Ｔａｄｊが格納され、電子時計２がスマートフォン１からコネクション要求を受信することを前提条件とするため、ＡＤＶ＿ＩＮＤタイプのアドバタイジングパケットを用いる。これに対して、第３の実施形態では、スマートフォン１の時刻Ｔｃｏｒに時刻補正を行うことを予めスマートフォン１及び電子時計２に設定しておき、電子時計２が発信するアドバタイジングパケットに時刻情報を格納しない。
【００６３】
第３実施形態において、電子時計２はＴｃｏｒより時刻補正の頻度によって想定される誤差を考慮して決まる時間マージンＭｅだけ早いタイミングにアドバタイズを開始する。言い換えれば、電子時計２は内蔵された時計の時刻がＴｃｏｒ−Ｍｅになった時アドバタイズを開始する。また、スマートフォン１は予め設定された時刻Ｔｃｏｒにコネクション要求を電子時計２に送信する。電子時計２がスマートフォン１からコネクション要求を受信した時に内蔵された時計の時刻をＴｃｏｒに修正することによって、電子時計２とスマートフォン１との時刻を同期させることができる。本実施形態ではアドバタイジングパケットに時刻情報を格納しないため、ＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤタイプのアドバタイジングパケットも使用可能である。
【００６４】
以上、本発明をブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、特に、ＢＬＥに適用した実施形態について説明したが、本発明の適用分野はこれに限定されないし、例えば、ＢＡＮ、Ｗｉ−Ｆｉ（登録商標）、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）等のロール切替機能を有する他の無線通信技術にも適用可能である。
【００６５】
本発明が属する技術分野における通常の知識を有する者は、上記説明及び関連図面から本発明の多くの変形及び他の実施形態を導出することができる。従って、本発明は開示された特定の実施形態に限定されない。本明細書では、複数の特定用語が使われているが、これらは一般的な意味として単に説明の目的のために使われただけであり、発明を制限する目的で使われたものではない。添付の特許請求の範囲及びその均等物により定義される一般的な発明の概念及び思想を抜け出さない範囲で多様な変形が可能である。以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
【００６６】
（付記１）
無線通信のできる装置であって、
時刻を計時する時計部と、
前記時計部の時刻が所定の第１の時刻になると自装置の存在を知らせる告知信号が発信されるように制御を行い、前記告知信号に応じて他装置からコネクション要求が受信されると前記時計部の時刻を所定の第２の時刻に補正するプロセッサと、
を備えることを特徴とする通信装置。
【００６７】
（付記２）
前記プロセッサは、前記他装置に前記コネクション要求を送信させるタイミングを示す前記第２の時刻に関する情報を前記告知信号に含ませることを特徴とする付記１に記載の通信装置。
【００６８】
（付記３）
前記プロセッサは、前記時計部の時刻を前記第２の時刻に補正したら直ちにコネクション切断要求が前記他装置に送信されるように制御を行うことを特徴とする付記１又は２に記載の通信装置。
【００６９】
（付記４）
前記プロセッサは、前記コネクション要求を受信したら直ちにコネクション切断要求が前記他装置に送信されるように制御を行うことを特徴とする付記１又は２に記載の通信装置。
【００７０】
（付記５）
前記プロセッサは、所定の時間のあいだ前記告知信号が繰り返して発信されるように制御を行うことを特徴とする付記１乃至４の何れか１項に記載の通信装置。
【００７１】
（付記６）
前記プロセッサは、前記告知信号の発信を開始した後、所定時間内に前記コネクション要求が受信されない場合に、前記告知信号の発信が停止されるように制御を行うことを特徴とする付記１乃至５の何れか１項に記載の通信装置。
【００７２】
（付記７）
表示部を更に備え、
前記プロセッサは、前記告知信号の発信を開始した後、所定時間内に前記コネクション要求が受信されない場合に、時刻補正を行うことができない旨を前記表示部に表示させることを特徴とする付記１乃至６の何れか１項に記載の通信装置。
【００７３】
（付記８）
前記プロセッサは、前記告知信号の発信を開始した後、所定時間内に前記コネクション要求が受信されない場合に、前記所定時間のあいだ所定回数だけ繰り返して前記告知信号が発信されるように制御を行うことを特徴とする付記１乃至６の何れか１項に記載の通信装置。
【００７４】
（付記９）
前記第２の時刻は前記第１の時刻に基づいて決定されることを特徴とする付記１乃至８の何れか１項に記載の通信装置。
【００７５】
（付記１０）
前記プロセッサは、前記第１の時刻に基づいて前記第２の時刻を決定することを特徴とする付記１乃至８の何れか１項に記載の通信装置。
【００７６】
（付記１１）
自装置は前記他装置とブルートゥースによって通信し、
前記告知信号はアドバタイジング信号であることを特徴とする付記１乃至１０の何れか１項に記載の通信装置。
【００７７】
（付記１２）
自装置は前記他装置とブルートゥースによって通信し、
前記告知信号はアドバタイジングパケットを含み、
前記第２の時刻に関する情報は前記アドバタイジングパケットのＰＤＵのペイロードのデータフィールドに含まれることを特徴とする付記１乃至１０の何れか１項に記載の通信装置。
【００７８】
（付記１３）
付記１乃至１２の何れか１項に記載の通信装置を備えることを特徴とする電子時計。
【００７９】
（付記１４）
計時機能を有し、無線通信を可能とする通信装置の時刻補正方法であって、
時刻を計時するステップと、
所定の第１の時刻になると自装置の存在を知らせる告知信号を発信するステップと、
前記告知信号に応じて他装置からコネクション要求が受信されると自装置の時刻を所定の第２の時刻に補正するステップと、
を備えることを特徴とする時刻補正方法。
【００８０】
（付記１５）
計時機能を有し、無線通信を可能とする通信装置に、
時刻を計時するステップと、
所定の第１の時刻になると自装置の存在を知らせる告知信号を発信するステップと、
前記告知信号に応じて他装置からコネクション要求が受信されると自装置の時刻を所定の第２の時刻に補正するステップと、
を実行させるプログラム。
【００８１】
（付記１６）
無線通信のできる装置であって、
時刻を計時する時計部と、
前記時計部の時刻が所定の第１の時刻になると他装置の存在を知らせる告知信号の探知を開始し、前記告知信号が受信された後、前記時計部の時刻が所定の第２の時刻になると前記他装置にコネクション要求が送信されるように制御を行うプロセッサと、
を備えることを特徴とする通信装置。
【００８２】
（付記１７）
計時機能を有する装置が無線通信を利用して他装置に時刻を通知する方法であって、
時刻を計時するステップと、
所定の第１の時刻になると他装置の存在を知らせる告知信号の探知を開始するステップと、
前記告知信号が受信された後、所定の第２の時刻になると前記他装置にコネクション要求を送信するステップと、
を備えることを特徴とする時刻通知方法。
【００８３】
（付記１８）
計時機能を有し、無線通信を可能とする通信装置に、
時刻を計時するステップと、
所定の第１の時刻になると他装置の存在を知らせる告知信号の探知を開始するステップと、  前記告知信号が受信された後、所定の第２の時刻になると前記他装置にコネクション要求を送信するステップと、
を実行させるプログラム。
【符号の説明】
【００８４】
１ スマートフォン
２ 電子時計
１１ 遠距離通信処理部
１２ 近距離通信部
１３ プロセッサ
１４ 時計部
１５ 記憶部
１６ 電源部
１７ 入力部
１８ 表示部
２１ 近距離通信部
２２ プロセッサ
２３ 電源部
２４ 記憶部
２５ 時計部
２６ 入力部
２７ 表示部
【図１】
2018009882.tif 000003
【図２】
2018009882.tif 000004
【図３】
2018009882.tif 000005
【図４】
2018009882.tif 000006
【図５】
2018009882.tif 000007
【図６】
2018009882.tif 000008
【図７】
2018009882.tif 000009
【図８】
2018009882.tif 000010
【図９】
2018009882.tif 000011
【図１０】
2018009882.tif 000012
【図１１】
2018009882.tif 000013