(57)【要約】【課題】通信の無駄を抑制すること。【解決手段】半導体装置２１Ａ，２１Ｂの各々は、制御部２０１及び無線通信部２０２を備える。無線通信部２０２は、同期開始フラグ及び第１の同期情報を内包したスキャン要求パケットを送信又は受信する。制御部２０１は、無線通信部２０２が、同期開始フラグ及び第１の同期情報を内包したスキャン要求パケットを送信又は受信した場合、第１の同期情報を用いて、無線通信部２０２が次に送信又は受信するアドバタイズパケットの同期を取る。【選択図】図１４
2017152757.tif 000002
【特許請求の範囲】
【請求項１】
同期開始フラグ及び第１の同期情報を内包したスキャン要求パケットを送信又は受信する無線通信部と、
前記無線通信部が、前記同期開始フラグ及び前記第１の同期情報を内包したスキャン要求パケットを送信又は受信した場合、前記第１の同期情報を用いて、前記無線通信部が次に送信又は受信するアドバタイズパケットの同期を取る制御部と、
を備える半導体装置。
【請求項２】
前記無線通信部は、
前記第１の同期情報を用いて同期が取られたアドバタイズパケットであって、第２の同期情報を内包したアドバタイズパケットを送信又は受信し、
前記制御部は、
前記無線通信部が、前記第２の同期情報を内包したアドバタイズパケットを送信又は受信した場合、前記第２の同期情報を用いて、前記無線通信部が以降に送信又は受信するアドバタイズパケットの同期を取る、
請求項１に記載の半導体装置。
【請求項３】
前記同期開始フラグ及び前記第１の同期情報を内包したスキャン要求パケットは、以降のアドバタイズパケットの通信方向を示す通信方向情報も内包し、
前記無線通信部は、
前記通信方向情報が、自装置が送信元となる通信方向を示す場合、以降、アドバタイズパケットの送信元となり、次の送信において前記第２の同期情報を内包したアドバタイズパケットを送信し、
前記通信方向情報が、自装置が受信先となる通信方向を示す場合、以降、アドバタイズパケットの受信先となり、次の受信において前記第２の同期情報を内包したアドバタイズパケットを受信する、
請求項２に記載の半導体装置。
【請求項４】
前記無線通信部は、
同期終了フラグを内包したスキャン要求パケットを送信又は受信し、
前記制御部は、
前記無線通信部が、前記同期終了フラグを内包したスキャン要求パケットを送信又は受信した場合、前記無線通信部が以降に送信又は受信するアドバタイズパケットの同期を取ることを終了する、
請求項２に記載の半導体装置。
【請求項５】
前記第１の同期情報は、
前記同期開始フラグ及び前記第１の同期情報を内包したスキャン要求パケットの送信元の半導体装置が、直近にアドバタイズパケットを受信してから次にアドバタイズパケットを送信又は受信するまでの期間を示す情報である、
請求項２に記載の半導体装置。
【請求項６】
前記制御部は、
タイマカウンタを備え、
直近にアドバタイズパケットを送信又は受信した時のタイマカウント値と、前記第１の同期情報が示す期間に相当するタイマカウント値と、を用いて、前記無線通信部が次に送信又は受信するアドバタイズパケットの同期を取る、
請求項５に記載の半導体装置。
【請求項７】
前記第２の同期情報は、
前記第２の同期情報を内包したアドバタイズパケットの送信元の半導体装置が、以降にアドバタイズパケットを送信する送信間隔を示す情報である、
請求項２に記載の半導体装置。
【請求項８】
前記制御部は、
タイマカウンタを備え、
直近にアドバタイズパケットを送信又は受信した時のタイマカウント値と、前記第２の同期情報が示す送信間隔に相当するタイマカウント値と、を用いて、前記無線通信部が以降に送信又は受信するアドバタイズパケットの同期を取る、
請求項７に記載の半導体装置。
【請求項９】
複数の半導体装置を備え、
前記複数の半導体装置の各々は、
同期開始フラグ及び第１の同期情報を内包したスキャン要求パケットを送信又は受信する無線通信部と、
前記無線通信部が、前記同期開始フラグ及び前記第１の同期情報を内包したスキャン要求パケットを送信又は受信した場合、前記第１の同期情報を用いて、前記無線通信部が次に送信又は受信するアドバタイズパケットの同期を取る制御部と、
を備える通信システム。
【請求項１０】
前記無線通信部は、
前記第１の同期情報を用いて同期が取られたアドバタイズパケットであって、第２の同期情報を内包したアドバタイズパケットを送信又は受信し、
前記制御部は、
前記無線通信部が、前記第２の同期情報を内包したアドバタイズパケットを送信又は受信した場合、前記第２の同期情報を用いて、前記無線通信部が以降に送信又は受信するアドバタイズパケットの同期を取る、
請求項９に記載の通信システム。
【請求項１１】
前記同期開始フラグ及び前記第１の同期情報を内包したスキャン要求パケットは、以降のアドバタイズパケットの通信方向を示す通信方向情報も内包し、
前記無線通信部は、
前記通信方向情報が、自装置が送信元となる通信方向を示す場合、以降、アドバタイズパケットの送信元となり、次の送信において前記第２の同期情報を内包したアドバタイズパケットを送信し、
前記通信方向情報が、自装置が受信先となる通信方向を示す場合、以降、アドバタイズパケットの受信先となり、次の受信において前記第２の同期情報を内包したアドバタイズパケットを受信する、
請求項１０に記載の通信システム。
【請求項１２】
半導体装置の制御方法であって、
同期開始フラグ及び第１の同期情報を内包したスキャン要求パケットを送信又は受信し、
前記同期開始フラグ及び前記第１の同期情報を内包したスキャン要求パケットを送信又は受信した場合、前記第１の同期情報を用いて、次に送信又は受信するアドバタイズパケットの同期を取る、
半導体装置の制御方法。
【請求項１３】
前記第１の同期情報を用いて同期が取られたアドバタイズパケットであって、第２の同期情報を内包したアドバタイズパケットを送信又は受信し、
前記第２の同期情報を内包したアドバタイズパケットを送信又は受信した場合、前記第２の同期情報を用いて、以降に送信又は受信するアドバタイズパケットの同期を取る、
請求項１２に記載の半導体装置の制御方法。
【請求項１４】
前記同期開始フラグ及び前記第１の同期情報を内包したスキャン要求パケットは、以降のアドバタイズパケットの通信方向を示す通信方向情報も内包し、
前記通信方向情報が、自装置が送信元となる通信方向を示す場合、以降、アドバタイズパケットの送信元となり、次の送信において前記第２の同期情報を内包したアドバタイズパケットを送信し、
前記通信方向情報が、自装置が受信先となる通信方向を示す場合、以降、アドバタイズパケットの受信先となり、次の受信において前記第２の同期情報を内包したアドバタイズパケットを受信する、
請求項１３に記載の半導体装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、半導体装置に関し、例えば、無線通信に用いられる半導体装置に好適に利用できるものである。
【背景技術】
【０００２】
近年、ＢＬＥ（Bluetooth（登録商標） Low Energy）通信に対応した通信端末が徐々に普及している（例えば、特許文献１）。ＢＬＥ通信では、通信端末は、他の通信端末と接続し、同期の取れた通信を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１１９４５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、ＢＬＥ通信では、通信端末は、他の通信端末との接続前は、ビーコン通信を行う。ビーコン通信は、通信端末同士が同期を取らずに、ランダムに送信／受信動作を行うものである。そのため、ＢＬＥ通信の接続前においては、通信端末が送信したパケットを他の通信端末で受信できない場合があり、通信の無駄が発生するという問題があった。
【０００５】
その他の課題と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００６】
一実施の形態によれば、半導体装置は、同期開始フラグ及び第１の同期情報を内包したスキャン要求パケットを送信又は受信し、第１の同期情報を用いて、次に送信又は受信するアドバタイズパケットの同期を取る。
【発明の効果】
【０００７】
前記一実施の形態によれば、上述した課題の解決に貢献することができる。
【図面の簡単な説明】
【０００８】
【図１】比較例１に係る通信システムの動作を示すシーケンス図である。
【図２】比較例２に係る通信システムの動作を示すシーケンス図である。
【図３】比較例３に係る通信システムの動作を示すシーケンス図である。
【図４】実施の形態１に係る通信システムの構成を示す図である。
【図５】実施の形態１に係る通信端末の構成を示すブロック図である。
【図６】実施の形態１に係る通信システムの動作を示すシーケンス図である。
【図７】図６のステップＳ１２で送信されるScanRequestパケットのパケット構造を示す図である。
【図８】図６のステップＳ１３で送信されるAdvertiseパケットのパケット構造を示す図である。
【図９】実施の形態１に係る、同期通信前はAdvertiserである通信端末の同期通信前の動作フローを示すフロー図である。
【図１０】実施の形態１に係る、同期通信前はScannerである通信端末の同期通信前の動作フローを示すフロー図である。
【図１１】実施の形態１に係る、同期通信時はScannerである通信端末の同期通信時の動作フローを示すフロー図である。
【図１２】実施の形態１に係る、同期通信時はAdvertiserである通信端末の同期通信時の動作フローを示すフロー図である。
【図１３】実施の形態２に係る通信システムの動作を示すシーケンス図である。
【図１４】実施の形態３に係る通信システムの構成を示す図である。
【発明を実施するための形態】
【０００９】
＜発明者による事前検討＞
実施の形態の説明をする前に、本発明者が事前検討した内容について説明する。
＜ＢＬＥ通信の説明＞
まず、ＢＬＥ通信について説明する。ＢＬＥ通信の手順は、接続前と接続後の２段階に大別される。接続前は、通信端末は、他の通信端末にAdvertise（アドバタイズ）パケットを送信して自身の存在を知らせる通信端末（Advertiser：アドバタイザー）、又は、他の通信端末からのAdvertiseパケットを待ち受ける通信端末（Scanner：スキャナー）のいずれかとなり、通信端末毎に非同期にビーコン通信を行う。接続時は、Advertiserがスレーブデバイス、Scannerがマスターデバイスとなり、マスターデバイスからスレーブデバイスへ、Connection Intervalを含むCONNECT_REQ（Connection Request：コネクション要求）パケットを送信する。本明細書では、CONNECT_REQパケットがマスターデバイスからスレーブデバイスへ送信されたことをもって、マスターデバイスとスレーブデバイスとが接続されたと定義する。接続後は、接続時にマスターデバイスからスレーブデバイスへ送信されたConnection Intervalを用いて、接続した通信端末同士で同期の取れた通信を行う。
【００１０】
以下で説明する実施の形態は、ＢＬＥ通信の接続前の通信（ビーコン通信）に適用されるものである。以下では、実施の形態の理解を容易にするため、まず、本発明者が検討した、比較例に係る通信システムのＢＬＥ通信の接続前における動作について説明する。
【００１１】
＜比較例１＞
図１に、比較例１に係る通信システムの動作を示す。比較例１では、通信端末Ａは、Advertiserであり、Advertise Interval毎にAdvertiseパケットを送信する。一方、通信端末Ｂは、Scannerであり、Scan Interval毎にAdvertiseパケットを受信するためのScan Windowを開ける。また、通信端末Ａ，Ｂは、接続を行わずに、非同期に通信している。
【００１２】
比較例１では、通信端末ＡのAdvertise Intervalが短い。そのため、通信端末Ａから頻繁にAdvertiseパケットが送信される。そのため、通信端末ＢがScan Windowを開けていない期間中にも、Advertiseパケットが送信されることになる。しかし、この期間中に通信端末Ａから送信されたAdvertiseパケットは、通信端末Ｂで受信できないため、無駄な通信が発生している。
【００１３】
＜比較例２＞
図２に、比較例２に係る通信システムの動作を示す。比較例２では、比較例１と同様に、通信端末ＡはAdvertiser、通信端末ＢはScannerであり、通信端末Ａ，Ｂは、接続を行わずに、非同期に通信している。
【００１４】
ただし、比較例２では、通信端末ＡのAdvertise Intervalが長い。そのため、通信端末ＢがScan Windowを開けている期間にAdvertiseパケットを受信する機会が減少する。したがって、比較例１と同様に、通信端末Ｂで受信できないAdvertiseパケットがあり、無駄な通信が発生している。
【００１５】
＜比較例３＞
図３に、比較例３に係る通信システムの動作を示す。比較例３では、通信端末Ａ，Ｂ，Ｃは、他の通信端末に対してAdvertiseパケットの送信のみを行う送信モード（Advertise）と、他の通信端末から送信されるAdvertiseパケットの受信のみを行う受信モード（Scan）とを一定間隔ごとに繰り返す。また、送信モードと受信モードとを繰り返す頻度を制御する。
【００１６】
しかし、通信端末Ａ，Ｂ，Ｃは、比較例１，２と同様に、接続を行わずに、非同期に通信している。そのため、通信端末Ａ，Ｃは、受信モードで受信できないAdvertiseパケットがあり、比較例１，２と同様に、無駄な通信が発生している。また、通信端末Ｂは、受信モードを長く取っているため、通信端末ＡからのAdvertiseパケットを受信できてはいるが、Scan Windowを長く開ける必要があるため、消費電力が高くなる。
【００１７】
上述のように比較例１〜３では、通信端末は、接続前は、互いのAdvertise Interval及びScan Intervalを知らないために、同期が取れた通信ができない。そのため、無駄な通信が発生してしまう。また、比較例３では、Advertiseパケットを受信するためのScan Windowを長く開けているために、無駄な通信を抑制できているが、Scan Windowを長く開けることで、消費電力が高くなってしまう。
【００１８】
以下で説明する実施の形態は、ＢＬＥ通信の接続前においても、通信端末同士が同期の取れた通信を行うことで、上述のような課題を解決するものである。
【００１９】
＜実施の形態＞
以下、実施の形態について説明する。説明の明確化のため、以下の記載及び図面は、適宜、省略及び簡略化がなされている。また、様々な処理を行う機能ブロックとして図面に記載される各構成要素は、ハードウェア的には、ＣＰＵ（Central Processing Unit）、メモリ、その他の回路で構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。なお、各図面において、同一の構成要素には同一の符号が付されており、必要に応じて重複説明は省略されている。
【００２０】
また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００２１】
＜実施の形態１＞
＜実施の形態１の構成＞
図４に、本実施の形態１に係る通信システム１の構成を示す。本実施の形態１に係る通信システム１は、互いにＢＬＥ通信による無線通信を行う通信端末１０Ａ，１０Ｂ（以下、通信端末１０Ａ，１０Ｂを特定しない場合は通信端末１０と適宜称する）を備えている。なお、図４においては、説明の明確化のため、２つの通信端末１０Ａ，１０Ｂのみを示しているが、通信端末１０の数は２つに限定されず、複数であれば良い。
【００２２】
図５に、本実施の形態１に係る通信端末１０Ａの構成を示す。本実施の形態１に係る通信端末１０Ａは、半導体装置１１、操作部１２、表示部１３、センサ部１４、電池１５、及びアンテナ１６を備えている。また、半導体装置１１は、制御部１０１、無線通信部１０２、及び記憶部１０３を備えている。
【００２３】
無線通信部１０２は、アンテナ１６を介して通信端末１０Ｂと無線通信を行う。
記憶部１０３は、通信端末１０Ｂから受信した情報や、通信端末１０Ｂへ送信する情報などの各種情報を記憶する。
操作部１２は、ユーザが操作を行うキーボードやタッチパネルなどである。
表示部１３は、通信端末１０Ｂから受信した情報や、通信端末１０Ｂへ送信する情報などの各種情報を表示する。
センサ部１４は、加速度センサや輝度センサなどの各種センサを含む。
電池１５は、通信端末１０Ａ内の各構成要素に電源を供給する。
【００２４】
制御部１０１は、無線通信部１０２、記憶部１０３、操作部１２、表示部１３、センサ部１４、及び電池１５を制御する。また、制御部１０１は、通信タイマカウンタ１０４を備えており、通信タイマカウンタ１０４でカウントした通信タイマカウント値を用いて、時間管理を行っている。
なお、通信端末１０Ｂも、通信端末１０Ａと同様の構成であるとする。
【００２５】
＜実施の形態１の動作＞
＜実施の形態１に係る通信システムの動作＞
以下、本実施の形態１の動作について説明する。まず、本実施の形態１に係る通信システム１の動作について説明する。図６に、本実施の形態１に係る通信システム１の動作を示す。図６は、ＢＬＥ通信の接続前の状態を示しており、通信端末１０Ａ，１０Ｂは、ＢＬＥ通信の接続前においても、同期の取れた通信を行い、予め決められたデータをAdvertiseパケットによって送受信する。図６は、Advertiserであった通信端末１０Ａが同期通信時にScannerとなり、Scannerであった通信端末１０Ｂが同期通信時にAdvertiserとなる例である。
【００２６】
ステップＳ１１：
通信端末１０Ａの無線通信部１０２は、Advertiseパケットの送信を開始する。具体的には、通信端末１０Ａの無線通信部１０２は、「AdvInterval（Advertising Interval）」に「AdvDelay（Advertising Delay）」を加算した値となる送信間隔（図１及び図２に示されるAdvertise Intervalに相当）毎に、Advertiseパケットを送信する。「AdvInterval」は、固定の値であり、「AdvDelay」は、ランダムな値である。そのため、Advertiseパケットの送信間隔は、変更可能である。
【００２７】
一方、通信端末１０Ｂの無線通信部１０２は、Scanを開始する。具体的には、通信端末１０Ｂの無線通信部１０２は、Scan Interval毎に、Advertiseパケットを受信するためのScan Windowを開け、Advertiseパケットの受信を試みる。
ここでは、次のステップＳ１２において、通信端末１０Ａが送信したAdvertiseパケットを、通信端末１０Ｂで受信するものとする。
【００２８】
ステップＳ１２：
通信端末１０Ａの無線通信部１０２は、Advertiseパケットを送信する。
通信端末１０Ｂの無線通信部１０２は、Advertiseパケットを受信後、通信端末１０ＢがAdvertiserとなる同期通信を開始するため、「同期開始フラグ」、通信方向情報である「通信方向」、第１の同期情報である「次の通信タイマカウント」を内包したScanRequest（スキャン要求）パケットを送信する。このときに送信するScanRequestパケットのパケット構造を図７に示す。「同期開始フラグ」は、同期通信を開始することを示すフラグである。「通信方向」は、以降の同期通信時のAdvertiseパケットの通信方向を示す。本実施の形態１においては、「通信方向」は、Scanner（通信端末１０Ｂ）からAdvertiser（通信端末１０Ａ）への方向である。「次の通信タイマカウント」は、直近にAdvertiseパケットを受信してから、次にAdvertiseパケットを送信又は受信するまでの期間に相当する通信タイマカウント値である。本実施の形態１においては、「次の通信タイマカウント」は、通信端末１０Ｂが、ステップＳ１２で直近にAdvertiseパケットを受信した時の通信タイマカウント値と、次のステップＳ１３でAdvertiseパケットを送信する時の通信タイマカウント値と、の差分である。具体的には、本実施の形態１においては、「次の通信タイマカウント」は、図６の期間（Ｘ）に相当する値となる。
通信端末１０Ａの無線通信部１０２は、ScanRequestパケットを受信後、ScanResponse（スキャン応答）パケットを送信する。
【００２９】
ステップＳ１３：
通信端末１０Ａの制御部１０１は、ステップＳ１２で受信したScanRequestパケットに内包された「同期開始フラグ」及び「通信方向」により、通信端末１０ＡがScannerとなる同期通信を開始すると判断する。そして、通信端末１０Ａの制御部１０１は、ステップＳ１２で直近にAdvertiseパケットを送信した時の通信タイマカウント値と、ステップＳ１２で受信したScanRequestパケットに内包された「次の通信タイマカウント」と、を用いて、Scanを実行する時間を計算する。具体的には、Advertiseパケットを送信した時の通信タイマカウント値に、「次の通信タイマカウント」の値を加算した通信タイマカウント値に相当する時間を、Scanを実行する時間として計算する。Scanを実行する時間になると、通信端末１０Ａの無線通信部１０２は、Scanを実行する。
【００３０】
一方、通信端末１０Ｂの制御部１０１は、ステップＳ１２で直近にAdvertiseパケットを受信した時の通信タイマカウント値と、ステップＳ１２で送信したScanRequestパケットに内包した「次の通信タイマカウント」と、を用いて、Advertiseパケットを送信する時間を計算する。具体的には、Advertiseパケットを受信した時の通信タイマカウント値に、「次の通信タイマカウント」の値を加算した通信タイマカウント値に相当する時間を、Advertiseパケットを送信する時間として計算する。Advertiseパケットを送信する時間になると、通信端末１０Ｂの無線通信部１０２は、Advertiseパケットを送信する。これにより、通信端末１０ＢによるAdvertiseパケットの送信と通信端末１０ＡによるAdvertiseパケットの受信とが同期することになるため、通信端末１０Ａ，１０Ｂは、Advertiseパケットの同期の取れた通信を開始することが可能になる。また、通信端末１０Ｂの無線通信部１０２は、このときに送信するAdvertiseパケットには、第２の同期情報である「AdvInterval」及び「AdvDelay」を内包する。このときに送信するAdvertiseパケットのパケット構造を図８に示す。上述したように、「AdvInterval」及び「AdvDelay」を加算した値は、以降にAdvertiseパケットを送信する送信間隔となる。本実施の形態１においては、「AdvInterval」及び「AdvDelay」を加算した値は、図６の期間（Ｙ）に相当する値であり、通信タイマカウント値で表される。ここで、上述したように、「AdvDelay」はランダムな値であるため、Advertiseパケットの送信間隔は変更可能である。しかし、通信端末１０Ｂの無線通信部１０２は、以降の同期通信時は、ステップＳ１３で送信した「AdvInterval」及び「AdvDelay」を加算した固定の送信間隔で、Advertiseパケットを送信するものとする。
【００３１】
通信端末１０Ａの無線通信部１０２は、Advertiseパケットを受信後、ScanRequestパケットを送信する。
通信端末１０Ｂの無線通信部１０２は、ScanRequestパケットを受信後、ScanResponseパケットを送信する。
【００３２】
ステップＳ１４：
通信端末１０Ａの制御部１０１は、ステップＳ１３で直近にAdvertiseパケットを受信した時の通信タイマカウント値と、そのAdvertiseパケットに内包された「AdvInterval」及び「AdvDelay」と、を用いて、Scanを実行する時間を計算する。具体的には、Advertiseパケットを受信した時の通信タイマカウント値に、「AdvInterval」及び「AdvDelay」の値を加算した通信タイマカウント値に相当する時間を、Scanを実行する時間として計算する。Scanを実行する時間になると、通信端末１０Ａの無線通信部１０２は、Scanを実行する。
【００３３】
一方、通信端末１０Ｂの制御部１０１は、ステップＳ１３で直近にAdvertiseパケットを送信した時の通信タイマカウント値と、そのAdvertiseパケットに内包した「AdvInterval」及び「AdvDelay」と、を用いて、Advertiseパケットを送信する時間を計算する。具体的には、Advertiseパケットを送信した時の通信タイマカウント値に、「AdvInterval」及び「AdvDelay」の値を加算した通信タイマカウント値に相当する時間を、Advertiseパケットを送信する時間として計算する。Advertiseパケットを送信する時間になると、通信端末１０Ｂの無線通信部１０２は、Advertiseパケットを送信する。これにより、通信端末１０ＢによるAdvertiseパケットの送信と通信端末１０ＡによるAdvertiseパケットの受信とが同期することになるため、通信端末１０Ａ，１０Ｂは、Advertiseパケットの同期の取れた通信を継続することが可能になる。
【００３４】
通信端末１０Ａの無線通信部１０２は、Advertiseパケットを受信後、ScanRequestパケットを送信する。
通信端末１０Ｂの無線通信部１０２は、ScanRequestを受信後、ScanResponseパケットを送信する。
ここでは、以降のステップＳ１５のAdvertiseパケットの送信により、通信端末１０Ｂから通信端末１０Ａへの全データの送信を終了するものとし、それまでは、ステップＳ１４の処理を繰り返すものとする。
【００３５】
ステップＳ１５：
通信端末１０Ａの制御部１０１は、ステップＳ１４で直近にAdvertiseパケットを受信した時の通信タイマカウント値と、ステップＳ１３で受信したAdvertiseパケットに内包された「AdvInterval」及び「AdvDelay」と、を用いて、Scanを実行する時間を計算する。この計算方法は、ステップＳ１４と同様である。Scanを実行する時間になると、通信端末１０Ａの無線通信部１０２は、Scanを実行する。
【００３６】
一方、通信端末１０Ｂの制御部１０１は、ステップＳ１４で直近にAdvertiseパケットを送信した時の通信タイマカウント値と、ステップＳ１３で送信したAdvertiseパケットに内包した「AdvInterval」及び「AdvDelay」と、を用いて、Advertiseパケットを送信する時間を計算する。この計算方法は、ステップＳ１４と同様である。Advertiseパケットを送信する時間になると、通信端末１０Ｂの無線通信部１０２は、Advertiseパケットを送信する。
【００３７】
ここで、通信端末１０Ａの制御部１０１は、ステップＳ１５のAdvertiseパケットの送信により、通信端末１０Ｂから通信端末１０Ａへの全データの送信が終了したと判断したとする。例えば、通信端末１０Ｂから通信端末１０Ａへ送信するデータの総バイト数を予め決めておき、その総バイト数分のデータを受信したことをもって、全データの送信が終了したと判断することができる。通信端末１０Ａの無線通信部１０２は、Advertiseパケットを受信後、同期通信を終了するため、「同期終了フラグ」を内包したScanRequestパケットを送信する。
通信端末１０Ｂの無線通信部１０２は、ScanRequestパケットを受信後、ScanResponseパケットを送信する。
【００３８】
ステップＳ１６：
通信端末１０Ｂの制御部１０１は、ステップＳ１５で受信したScanRequestパケットに内包された「同期終了フラグ」により、同期通信を終了すると判断する。そして、通信端末１０Ｂの無線通信部１０２は、Advertiseパケットの送信を終了し、Scanを開始する。
一方、通信端末１０Ａの無線通信部１０２は、Scanを終了し、Advertiseパケットの送信を開始する。
【００３９】
なお、図６のステップＳ１２で送信されるScanRequestパケット以外のScanRequestパケットは、ScanRequestパケットの周知のパケット構造で良い。また、図６のステップＳ１３で送信されるAdvertiseパケット以外のAdvertiseパケットも、Advertiseパケットの周知のパケット構造で良い。
【００４０】
＜実施の形態１に係る、同期通信前の通信端末（Advertiser）の動作＞
続いて、通信端末１０Ａ，１０Ｂの個々の動作について説明する。まず、同期通信前はAdvertiserである通信端末１０の同期通信前の動作について説明する。図９に、本実施の形態１に係る、同期通信前はAdvertiserである通信端末１０の同期通信前の動作フローを示す。なお、図９は、図６のステップＳ１１，Ｓ１２における通信端末１０Ａの動作に相当する。
【００４１】
制御部１０１は、Advertiseパケットの送信を開始することを決定し（ステップＡ１）、無線通信部１０２は、以降、「AdvInterval」に「AdvDelay」を加算した値である送信間隔毎に、Advertiseパケットを送信する（ステップＡ２）。
続いて、無線通信部１０２は、ScanRequestパケットを受信し（ステップＡ３）、その後に、ScanResponseパケットを送信する（ステップＡ４）。
【００４２】
続いて、制御部１０１は、ステップＡ３において、「同期開始フラグ」、「通信方向」、「次の通信タイマカウント」を内包したScanRequestパケットを受信したか否かを判断する（ステップＡ５）。
ステップＡ５において、該当するScanRequestパケットを受信していない場合は（ステップＡ５のＮｏ）、ステップＡ２の処理に戻る。
【００４３】
一方、ステップＡ５において、該当するScanRequestパケットを受信していた場合は（ステップＡ５のＹｅｓ）、制御部１０１は、該当するScanRequestパケットに内包された「通信方向」が、自己の通信端末１０がScanner（Advertiseパケットの受信先）となる方向であるか、すなわち、現在のScannerからAdvertiserへの方向であるか否かを判断する（ステップＡ６）。
ステップＡ６において、「通信方向」が、ScannerからAdvertiserへの方向である場合は（ステップＡ６のＹｅｓ）、後述の図１１の処理に進み、「通信方向」が、ScannerからAdvertiserへの方向でない場合は（ステップＡ６のＮｏ）、後述の図１２の処理に進む。
【００４４】
＜実施の形態１に係る、同期通信前の通信端末（Scanner）の動作＞
次に、同期通信前はScannerである通信端末１０の同期通信前の動作について説明する。図１０に、本実施の形態１に係る、同期通信前はScannerである通信端末１０の同期通信前の動作フローを示す。なお、図１０は、図６のステップＳ１１，Ｓ１２における通信端末１０Ｂの動作に相当する。
【００４５】
制御部１０１は、Scanを開始することを決定し（ステップＢ１）、無線通信部１０２は、以降、Scan Interval毎に、Scan Windowを開けてScanを実行する（ステップＢ２）。
続いて、制御部１０１は、Advertiseパケットを受信したか否かを判断する（ステップＢ３）。
ステップＢ３において、Advertiseパケットを受信していない場合は（ステップＢ３のＮｏ）、ステップＢ２の処理に戻る。
一方、ステップＢ３において、Advertiseパケットを受信していた場合は（ステップＢ３のＹｅｓ）、無線通信部１０２は、「同期開始フラグ」、「通信方向」、「次の通信タイマカウント」を内包したScanRequestパケットを送信する（ステップＢ４）。
続いて、無線通信部１０２は、ScanResponseパケットを受信する（ステップＢ５）。
【００４６】
続いて、制御部１０１は、ScanRequestパケットに内包した「通信方向」が、自己の通信端末１０がAdvertiser（Advertiseパケットの送信元）となる方向であるか、すなわち、現在のScannerからAdvertiserへの方向であるか否かを判断する（ステップＢ６）。
ステップＢ６において、「通信方向」が、ScannerからAdvertiserへの方向である場合は（ステップＢ６のＹｅｓ）、後述の図１１の処理に進み、「通信方向」が、ScannerからAdvertiserへの方向でない場合は（ステップＢ６のＮｏ）、後述の図１２の処理に進む。
【００４７】
＜実施の形態１に係る、同期通信時の通信端末（Scanner）の動作＞
次に、同期通信時はScannerである通信端末１０の同期通信時の動作について説明する。図１１に、本実施の形態１に係る、同期通信時はScannerである通信端末１０の同期通信時の動作フローを示す。なお、図１１は、図６のステップＳ１３〜Ｓ１５における通信端末１０Ａの動作に相当する。
【００４８】
まず、制御部１０１は、「次の通信タイマカウント」を用いて、Scanを実行する時間を計算し（ステップＣ１）、その時間になると、無線通信部１０２は、Scanを実行する（ステップＣ２）。
続いて、無線通信部１０２は、ScanRequestパケットを送信し（ステップＣ３）、その後に、ScanResponseパケットを受信する（ステップＣ４）。
【００４９】
続いて、制御部１０１は、ステップＣ２において、「AdvInterval」及び「AdvDelay」を内包したAdvertiseパケットを受信したか否かを判断する（ステップＣ５）。
ステップＣ５において、該当するAdvertiseパケットを受信していない場合は（ステップＣ５のＮｏ）、ステップＣ２の処理に戻る。
一方、ステップＣ５において、該当するAdvertiseパケットを受信していた場合は（ステップＣ５のＹｅｓ）、制御部１０１は、「AdvInterval」及び「AdvDelay」を用いて、Scanを実行する時間を計算し（ステップＣ６）、その時間になると、無線通信部１０２は、Scanを実行する（ステップＣ７）。
【００５０】
続いて、制御部１０１は、Advertiserから全てのデータを受信したか否かを判断する（ステップＣ１０）。
ステップＣ１０において、全てのデータを受信していない場合は（ステップＣ１０のＮｏ）、無線通信部１０２は、ScanRequestパケットを送信し（ステップＣ９）、続いて、ScanResponseパケットを受信し（ステップＣ１０）、その後に、ステップＣ６の処理に戻る。
【００５１】
一方、ステップＣ１０において、全てのデータを受信していた場合は（ステップＣ１０のＹｅｓ）、無線通信部１０２は、「同期終了フラグ」を内包したScanRequestパケットを送信し（ステップＣ１１）、その後に、ScanResponseパケットを受信し（ステップＣ１２）、処理を終了する。
【００５２】
＜実施の形態１に係る、同期通信時の通信端末（Advertiser）の動作＞
次に、同期通信時はAdvertiserである通信端末１０の同期通信時の動作について説明する。図１２に、本実施の形態１に係る、同期通信時はAdvertiserである通信端末１０の同期通信時の動作フローを示す。なお、図１２は、図６のステップＳ１３〜Ｓ１５における通信端末１０Ｂの動作に相当する。
【００５３】
まず、制御部１０１は、「次の通信タイマカウント」を用いて、Advertiseパケットを送信する時間を計算し（ステップＤ１）、その時間になると、無線通信部１０２は、「AdvInterval」及び「AdvDelay」を内包したAdvertiseパケットを送信する（ステップＤ２）。
続いて、無線通信部１０２は、ScanRequestパケットを受信し（ステップＤ３）、その後に、ScanResponseパケットを送信する（ステップＤ４）。
続いて、制御部１０１は、「AdvInterval」及び「AdvDelay」を用いて、Advertiseパケットを送信する時間を計算し（ステップＤ５）、その時間になると、無線通信部１０２は、Advertiseパケットを送信する（ステップＤ６）。
続いて、無線通信部１０２は、ScanRequestパケットを受信し（ステップＤ７）、その後に、ScanResponseパケットを送信する（ステップＤ８）。
【００５４】
続いて、制御部１０１は、ステップＤ７において、「同期終了フラグ」を内包したScanRequestパケットを受信したか否かを判断する（ステップＤ９）。
ステップＤ９において、該当するScanRequestパケットを受信していない場合は（ステップＤ９のＮｏ）、ステップＤ５の処理に戻る。
一方、ステップＤ９において、該当するScanRequestパケットを受信していた場合は（ステップＤ９のＹｅｓ）、処理を終了する。
【００５５】
＜実施の形態１の効果＞
本実施の形態１においては、同期通信前に、Scanner側の通信端末１０は、ScanRequestパケットに「同期開始フラグ」、「次の通信タイマカウント」を内包する。これにより、通信端末１０Ａ，１０Ｂは、接続を行わずに、同期の取れた通信を開始することができる。したがって、通信の無駄を抑制することができる。
【００５６】
また、本実施の形態１においては、同期通信の開始時に、Advertiser側の通信端末１０は、「AdvInterval」、「AdvDelay」を内包したAdvertiseパケットを送信する。これにより、通信端末１０Ａ，１０Ｂは、同期の取れた通信を継続することができる。したがって、通信の無駄を抑制することができる。
また、本実施の形態１においては、同期通信前に、Scanner側の通信端末１０は、ScanRequestパケットに「通信方向」を内包する。これにより、同期通信時のAdvertiseパケットの通信方向を、「通信端末１０Ｂ→通信端末１０Ａ」に変更することができる。
【００５７】
また、本実施の形態１においては、同期通信ができることから、Scanner側の通信端末１０は、Scan Windowを開ける時間を最小限にできるため、消費電力を削減することができる。具体的には、最大Scan Window時間が10.24sであるのに対し、本実施の形態１においては、Scan Window時間は3.5sで良いため、約6.7sのScan Window時間が削減可能である。そのため、約60％の消費電流削減効果が得られる。
また、本実施の形態１においては、同期通信ができることから、Advertiser側の通信端末１０も、Advertiseパケットの送信間隔を最大限にできるため、消費電力を削減することができる。
【００５８】
＜実施の形態２＞
＜実施の形態２の構成及び動作＞
本実施の形態２は、実施の形態１と比較して、構成自体は同様であるが、動作が異なる。そのため、以下では、本実施の形態２の構成の説明は省略し、本実施の形態２の動作についてのみ説明する。図１３に、本実施の形態２に係る通信システム１の動作を示す。図１３は、図６と同様に、ＢＬＥ通信の接続前の状態を示しており、通信端末１０Ａ，１０Ｂは、ＢＬＥ通信の接続前においても、同期の取れた通信を行い、予め決められたデータをAdvertiseパケットによって送受信する。ただし、図１３は、図６とは異なり、Advertiserであった通信端末１０Ａが同期通信時にもAdvertiserとなり、Scannerであった通信端末１０Ｂが同期通信時にもScannerとなる例である。
【００５９】
ステップＳ２１：
通信端末１０Ａの無線通信部１０２は、Advertiseパケットの送信を開始する。具体的には、通信端末１０Ａの無線通信部１０２は、「AdvInterval」に「AdvDelay」を加算した値となる送信間隔毎に、Advertiseパケットを送信する。
【００６０】
一方、通信端末１０Ｂの無線通信部１０２は、Scanを開始する。具体的には、通信端末１０Ｂの無線通信部１０２は、Scan Interval毎に、Advertiseパケットを受信するためのScan Windowを開け、Advertiseパケットの受信を試みる。
ここでは、次のステップＳ２２において、通信端末１０Ａが送信したAdvertiseパケットを、通信端末１０Ｂで受信するものとする。
【００６１】
ステップＳ２２：
通信端末１０Ａの無線通信部１０２は、Advertiseパケットを送信する。
通信端末１０Ｂの無線通信部１０２は、Advertiseパケットを受信後、通信端末１０ＢがScannerとなる同期通信を開始するため、「同期開始フラグ」、「通信方向」、「次の通信タイマカウント」を内包したScanRequestパケットを送信する。本実施の形態２においては、「通信方向」は、Advertiser（通信端末１０Ａ）からScanner（通信端末１０Ｂ）への方向である。本実施の形態２においては、「次の通信タイマカウント」は、通信端末１０Ｂが、ステップＳ２２で直近にAdvertiseパケットを受信した時の通信タイマカウント値と、次のステップＳ２３でAdvertiseパケットを受信する時の通信タイマカウント値と、の差分である。具体的には、本実施の形態２においては、「次の通信タイマカウント」は、図１３の期間（Ｘ）に相当する値となる。
通信端末１０Ａの無線通信部１０２は、ScanRequestパケットを受信後、ScanResponseパケットを送信する。
【００６２】
ステップＳ２３：
通信端末１０Ａの制御部１０１は、ステップＳ２２で受信したScanRequestパケットに内包された「同期開始フラグ」及び「通信方向」により、通信端末１０ＡがAdvertiserとなる同期通信を開始すると判断する。そして、通信端末１０Ａの制御部１０１は、ステップＳ２２で直近にAdvertiseパケットを送信した時の通信タイマカウント値と、ステップＳ２２で受信したScanRequestパケットに内包された「次の通信タイマカウント」と、を用いて、Advertiseパケットを送信する時間を計算する。具体的には、Advertiseパケットを送信した時の通信タイマカウント値に、「次の通信タイマカウント」の値を加算した通信タイマカウント値に相当する時間を、Advertiseパケットを送信する時間として計算する。Advertiseパケットを送信する時間になると、通信端末１０Ａの無線通信部１０２は、「AdvInterval」及び「AdvDelay」を内包したAdvertiseパケットを送信する。本実施の形態２においては、「AdvInterval」及び「AdvDelay」を加算した値は、図１３の期間（Ｙ）に相当する値であり、通信タイマカウント値で表される。通信端末１０Ａの無線通信部１０２は、以降の同期通信時は、ステップＳ２３で送信した「AdvInterval」及び「AdvDelay」を加算した固定の送信間隔で、Advertiseパケットを送信するものとする。
【００６３】
一方、通信端末１０Ｂの制御部１０１は、ステップＳ２２で直近にAdvertiseパケットを受信した時の通信タイマカウント値と、ステップＳ２２で送信したScanRequestパケットに内包した「次の通信タイマカウント」とを、用いて、Scanを実行する時間を計算する。具体的には、Advertiseパケットを受信した時の通信タイマカウント値に、「次の通信タイマカウント」の値を加算した通信タイマカウント値に相当する時間を、Scanを実行する時間として計算する。Scanを実行する時間になると、通信端末１０Ｂの無線通信部１０２は、Scanを実行する。これにより、通信端末１０ＡによるAdvertiseパケットの送信と通信端末１０ＢによるAdvertiseパケットの受信とが同期することになるため、通信端末１０Ａ，１０Ｂは、Advertiseパケットの同期の取れた通信を開始することが可能になる。
【００６４】
通信端末１０Ｂの無線通信部１０２は、Advertiseパケットを受信後、ScanRequestパケットを送信する。
通信端末１０Ａの無線通信部１０２は、ScanRequestパケットを受信後、ScanResponseパケットを送信する。
【００６５】
ステップＳ２４：
通信端末１０Ａの制御部１０１は、ステップＳ２３で直近にAdvertiseパケットを送信した時の通信タイマカウント値と、そのAdvertiseパケットに内包した「AdvInterval」及び「AdvDelay」と、を用いて、Advertiseパケットを送信する時間を計算する。具体的には、Advertiseパケットを送信した時の通信タイマカウント値に、「AdvInterval」及び「AdvDelay」の値を加算した通信タイマカウント値に相当する時間を、Advertiseパケットを送信する時間として計算する。Advertiseパケットを送信する時間になると、通信端末１０Ａの無線通信部１０２は、Advertiseパケットを送信する。
【００６６】
一方、通信端末１０Ｂの制御部１０１は、ステップＳ２３で直近にAdvertiseパケットを受信した時の通信タイマカウント値と、そのAdvertiseパケットに内包された「AdvInterval」及び「AdvDelay」と、を用いて、Scanを実行する時間を計算する。具体的には、Advertiseパケットを受信した時の通信タイマカウント値に、「AdvInterval」及び「AdvDelay」の値を加算した通信タイマカウント値に相当する時間を、Scanを実行する時間として計算する。Scanを実行する時間になると、通信端末１０Ｂの無線通信部１０２は、Scanを実行する。これにより、通信端末１０ＡによるAdvertiseパケットの送信と通信端末１０ＢによるAdvertiseパケットの受信とが同期することになるため、通信端末１０Ａ，１０Ｂは、Advertiseパケットの同期の取れた通信を継続することが可能になる。
【００６７】
通信端末１０Ｂの無線通信部１０２は、Advertiseパケットを受信後、ScanRequestパケットを送信する。
通信端末１０Ａの無線通信部１０２は、ScanRequestを受信後、ScanResponseパケットを送信する。
ここでは、以降のステップＳ２５のAdvertiseパケットの送信により、通信端末１０Ａから通信端末１０Ｂへの全データの送信を終了するものとし、それまでは、ステップＳ２４の処理を繰り返すものとする。
【００６８】
ステップＳ２５：
通信端末１０Ａの制御部１０１は、ステップＳ２４で直近にAdvertiseパケットを送信した時の通信タイマカウント値と、ステップＳ２３で送信したAdvertiseパケットに内包した「AdvInterval」及び「AdvDelay」と、を用いて、Advertiseパケットを送信する時間を計算する。この計算方法は、ステップＳ２４と同様である。Advertiseパケットを送信する時間になると、通信端末１０Ａの無線通信部１０２は、Advertiseパケットを送信する。
【００６９】
一方、通信端末１０Ｂの制御部１０１は、ステップＳ２４で直近にAdvertiseパケットを受信した時の通信タイマカウント値と、ステップＳ２３で受信したAdvertiseパケットに内包された「AdvInterval」及び「AdvDelay」と、を用いて、Scanを実行する時間を計算する。この計算方法は、ステップＳ２４と同様である。Scanを実行する時間になると、通信端末１０Ｂの無線通信部１０２は、Scanを実行する。
【００７０】
ここで、通信端末１０Ｂの制御部１０１は、通信端末１０Ａから通信端末１０Ｂへの全データの送信が終了したと判断したとする。例えば、通信端末１０Ａから通信端末１０Ｂへ送信するデータの総バイト数を予め決めておき、その総バイト数分のデータを受信したことをもって、全データの送信が終了したと判断することができる。通信端末１０Ｂの無線通信部１０２は、Advertiseパケットを受信後、同期通信を終了するため、「同期終了フラグ」を内包したScanRequestパケットを送信する。
通信端末１０Ａの無線通信部１０２は、ScanRequestパケットを受信後、ScanResponseパケットを送信する。
【００７１】
ステップＳ２６：
通信端末１０Ａの制御部１０１は、ステップＳ２５で受信したScanRequestパケットに内包された「同期終了フラグ」により、同期通信を終了すると判断する。そして、通信端末１０Ａの無線通信部１０２は、同期通信によるAdvertiseパケットの送信を終了し、通常の（非同期の）Advertiseパケットの送信を開始する。
一方、通信端末１０Ｂの無線通信部１０２は、同期通信によるScanの実行を終了し、通常の（非同期の）Scanを開始する。
なお、本実施の形態２においては、通信端末１０Ａ，１０Ｂの個々の動作は、実施の形態１で説明した図９〜図１２の動作と同様であるため、説明を省略する。
【００７２】
＜実施の形態２の効果＞
本実施の形態２においては、同期通信前に、Scanner側の通信端末１０は、ScanRequestパケットに「通信方向」を内包する。これにより、同期通信時のAdvertiseパケットの通信方向を、「通信端末１０Ａ→通信端末１０Ｂ」のままとすることができる。
その他の効果は、実施の形態１と同様である。
【００７３】
＜実施の形態３＞
本実施の形態３は、上述した実施の形態１，２の概念を抽出した一実施の形態に相当するものである。図１４に、本実施の形態３に係る通信システム２の構成を示す。本実施の形態３に係る通信システム２は、半導体装置２１Ａ，２１Ｂ（以下、半導体装置２１Ａ，２１Ｂを特定しない場合は半導体装置２１と適宜称する）を備えている。なお、図１４においては、説明の明確化のため、２つの半導体装置２１Ａ，２１Ｂのみを示しているが、半導体装置２１の数は２つに限定されず、複数であれば良い。半導体装置２１Ａ，２１Ｂは、アンテナ２２Ａ，２２Ｂとそれぞれ接続され、アンテナ２２Ａ，２２Ｂを介して、互いにＢＬＥ通信による無線通信を行う。
【００７４】
半導体装置２１Ａは、制御部２０１及び無線通信部２０２を備えている。制御部２０１は、タイマカウンタ２０３を備えている。制御部２０１は、図５の制御部１０１に対応し、無線通信部２０２は、図５の無線通信部１０２に対応し、タイマカウンタ２０３は、図５の通信タイマカウンタ１０４に対応する。
【００７５】
制御部２０１は、無線通信部２０２が、同期開始フラグ、通信方向情報、及び第１の同期情報を内包したScanRequestパケットを送信又は受信した場合、第１の同期情報を用いて、無線通信部２０２が次に送信又は受信するAdvertiseパケットの同期を取る。
また、無線通信部２０２は、同期開始フラグ、通信方向情報、及び第１の同期情報を内包したScanRequestパケットを送信又は受信した場合、通信方向情報が示す通信方向に応じて、以降、Advertiseパケットの送信元又は受信先となる。具体的には、無線通信部２０２は、通信方向情報が、自己の半導体装置２１Ａが送信元となる通信方向を示す場合、以降、Advertiseパケットの送信元となり、通信方向情報が、自己の半導体装置２１Ａが受信先となる通信方向を示す場合、以降、Advertiseパケットの受信先となる。
【００７６】
制御部２０１は、無線通信部２０２が、第１の同期情報を用いて同期が取られたAdvertiseパケットであって第２の同期情報を内包したAdvertiseパケットを送信又は受信した場合、第２の同期情報を用いて、無線通信部２０２が以降に送信又は受信するAdvertiseパケットの同期を取る。
【００７７】
制御部２０１は、無線通信部２０２が、同期終了フラグを内包したScanRequestパケットを送信又は受信した場合、無線通信部２０２が以降に送信又は受信するAdvertiseパケットの同期を取ることを終了する。
【００７８】
ここで、第１の同期情報は、例えば、実施の形態１，２の「次の通信タイマカウント」である。第１の同期情報を用いて、Advertiseパケットの同期を取る場合、制御部２０１は、直近にAdvertiseパケットを送信又は受信した時のタイマカウント値と、「次の通信タイマカウント」の値と、を用いて、Advertiseパケットの同期を取る。
【００７９】
また、第２の同期情報は、例えば、実施の形態１，２の「AdvInterval」に「AdvDelay」を加算した値、すなわち、以降にAdvertiseパケットを送信する送信間隔に相当するタイマカウント値である。第２の同期情報を用いて、Advertiseパケットの同期を取る場合、制御部２０１は、直近にAdvertiseパケットを送信又は受信した時のタイマカウント値と、Advertiseパケットの送信間隔に相当するタイマカウント値と、を用いて、Advertiseパケットの同期を取る。
なお、半導体装置２１Ｂも、半導体装置２１Ａと同様の構成であるとする。
【００８０】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は既に述べた実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において種々の変更が可能であることはいうまでもない。
【００８１】
例えば、上記実施の形態は、ＢＬＥ通信の接続前の通信に適用されるものとして説明したが、これには限定されない。上記実施の形態は、Advertiseパケットの同期を取る通信全般に適用することができる。
【符号の説明】
【００８２】
１  通信システム
１０Ａ，１０Ｂ  通信端末
１１  半導体装置
１０１  制御部
１０２  無線通信部
１０３  記憶部
１０４  通信タイマカウンタ
１２  操作部
１３  表示部
１４  センサ部
１５  電池
１６  アンテナ
２  通信システム
２１Ａ，２１Ｂ  半導体装置
２０１  制御部
２０２  無線通信部
２０３  タイマカウンタ
２２Ａ，２２Ｂ  アンテナ
【図１】
2017152757.tif 000003
【図２】
2017152757.tif 000004
【図３】
2017152757.tif 000005
【図４】
2017152757.tif 000006
【図５】
2017152757.tif 000007
【図６】
2017152757.tif 000008
【図７】
2017152757.tif 000009
【図８】
2017152757.tif 000010
【図９】
2017152757.tif 000011
【図１０】
2017152757.tif 000012
【図１１】
2017152757.tif 000013
【図１２】
2017152757.tif 000014
【図１３】
2017152757.tif 000015
【図１４】
2017152757.tif 000016