JP2021158428A - 無線通信システム - Google Patents

Abstract

【課題】盗難車の検知に、Ｂｌｕｅｔｏｏｔｈ ＬＥ通信などの通信距離の長い通信方式を用いた場合であっても、容易に盗難車両を見つけだすことができる無線通信システムを提供する。【解決手段】第２車両５０Ｅが盗難等の異常を検出した場合、緊急情報を付加したＡｄｖｅｒｔｉｓｉｎｇパケットを送信し、該パケットを情報共有ユーザ端末１２Ｃが受信した場合、第２車両５０Ｅとの距離を測定し、緊急情報と、測定した距離等をサーバ１４Ｄに送信し、一方、第２車両５０Ｅから送信された前記パケットを受信できるエリアに情報共有ユーザ端末１２Ｃが存在せず、前記パケットを受信できる第１車両５０Ｆが存在していた場合、第１車両５０Ｆが中継して、緊急情報と、第１車両５０Ｆとペアリングされている情報共有ユーザ端末１２Ｄとの距離と、盗難車両である第２車両５０Ｅとの距離等を、該情報共有ユーザ端末１２Ｄを介してサーバ１４Ｄに送信する。【選択図】図３８

Description

本開示は、二輪の車両に用いて好適な無線通信システムに関する。

近年、車両の盗難を検知する盗難検知システムが開発されている。例えば特許文献１に記載された盗難検知システムは、通信端末を有する他の車両と車車間通信が良好に行えなかった車両が盗難車である可能性があると判断した場合に、該車両の位置情報を取得してサーバに保持することで、盗難車両の追跡を可能にしたものである。

なお、近距離無線通信規格であるＢｌｕｅｔｏｏｔｈ（ブルートゥース、登録商標）を用いてスマホの専用アプリと連動し、持ち物の位置情報を検出して紛失を防止できるようにした小型の電子タグ（発信器）が知られている（例えば、非特許文献１参考）。

特許第４１６１８１６号公報

"Seekit（登録商標）"、[online]、Panasonic Corporation of India、[令和１年９月１８日検索]、インターネット＜URL：https://www.seekit.panasonic.com/＞

しかしながら、無線通信を用いて盗難車を検知し、位置情報を付与してサーバに保持することで盗難車追跡を可能とする盗難検知システムにおいては、Ｂｌｕｅｔｏｏｔｈ ＬＥ通信などの通信距離の長い通信方式を用いた場合、位置情報だけでは盗難車両が存在すると想定されるエリアが広くなってしまい、実際に盗難車両を見つけることが困難であるという課題がある。

本開示は、盗難車の検知に、Ｂｌｕｅｔｏｏｔｈ ＬＥ通信などの通信距離の長い通信方式を用いた場合であっても、盗難車両を容易に見つけだすことができる無線通信システムを提供することを目的とする。

本開示の無線通信システムは、無線通信回路を備える車両と、前記無線通信回路と無線通信可能であり、外部のサーバと無線通信可能な無線通信端末と、を備え、前記無線通信端末は、前記車両の前記無線通信回路から所定の情報を受信する場合、前記車両との距離を取得し、前記所定の情報と前記車両との距離とを前記サーバへ送信する。

本開示によれば、無線通信端末が、車両から送信される所定の情報を受信することで、該車両との距離を取得して該所定の情報とともにサーバへ送信するので、該サーバから該車両との距離を取得することで、該車両を容易に見つけだすことができる。

本開示の無線通信システムは、上記構成において、前記車両の前記無線通信回路は、前記所定の情報を含むＢｌｕｅｔｏｏｔｈ（登録商標）のＡｄｖｅｒｔｉｓｉｎｇパケットを送信する。

本開示によれば、車両から、ＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットにて所定の情報を送信することができる。

本開示の無線通信システムは、上記構成において、前記車両と前記無線通信端末との距離を、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信及び／又はＵＷＢの測距技術により測距して求める。

本開示によれば、車両と無線通信端末との距離を、Ｂｌｕｅｔｏｏｔｈ通信やＵＷＢによる測距技術によって求めることができる。

本開示の無線通信システムは、上記構成において、前記無線通信端末は、位置情報を取得可能である位置情報取得回路を備え、前記無線通信端末は、前記車両の前記無線通信回路から所定の情報を受信する場合、前記所定の情報と前記車両との距離と前記位置情報とを前記サーバへ送信する。

本開示によれば、無線通信端末が、車両から送信された所定の情報と、該車両との距離と位置情報と、をサーバへ送信するので、該サーバから、それらの情報を取得することで、盗難された車両を容易に見つけだすことができる。

本開示の無線通信システムは、上記構成において、前記無線通信端末は、時刻を取得可能である計時回路を更に備え、前記無線通信端末は、前記車両の前記無線通信回路から所定の情報を受信する場合、前記所定の情報と前記車両との距離と前記位置情報と前記時刻とを前記サーバへ送信する。

本開示によれば、無線通信端末が、車両から送信された所定の情報と、該車両との距離と位置情報と時刻と、をサーバへ送信するので、該サーバから、それらの情報を取得することで、盗難された車両を容易に見つけだすことができる。

本開示の無線通信システムは、上記構成において、前記無線通信端末が、前記サーバへ送信する前記時刻は、前記所定の情報を受信した時刻である。

本開示によれば、無線通信端末が、車両から送信された所定の情報を受信した時刻をサーバへ送信するので、盗難された車両を容易に見つけだすことができる。

本開示の無線通信システムは、上記構成において、前記所定の情報は、前記車両の緊急情報である。

本開示によれば、サーバから所定の情報を取得することで、車両が緊急状態にあることを知ることができる。

本開示の無線通信システムは、上記構成において、前記車両は、不正使用検出回路を更に備え、前記不正使用検出回路が不正使用を検出した場合、前記車両の前記無線通信回路は、前記緊急情報を送信する。

本開示によれば、車両が不正使用されたことを緊急情報として送信することができる。

本開示の無線通信システムは、上記構成において、前記車両を第１車両とし、前記所定の情報を第１の情報とし、前記無線通信回路を第１無線通信回路とし、第２無線通信回路を備える第２車両を更に備え、前記第１車両は、前記第２車両の前記第２無線通信回路から第２の情報を受信した場合、前記第２の情報を前記第１の情報として、前記無線通信端末に送信する。

本開示によれば、第１車両が、第２車両から送信された第２の情報を受信した場合、第２の情報を第１の情報として、無線通信端末に送信するので、第２車両が無線通信端末と通信を行える距離に存在していなくても第１車両を介して無線通信端末に第２の情報（第１の情報として）を送信することができる。

本開示の無線通信システムは、上記構成において、前記第１車両と前記無線通信端末との前記距離を第１の距離とし、前記第１車両は、前記第２車両の前記第２無線通信回路から前記第２の情報を受信した場合、前記第２車両との第２の距離を取得し、前記第１の距離と、前記第２の距離と、前記第２の情報と、を前記無線通信端末を介して前記サーバに送信する。

本開示によれば、第１車両が、第２車両からの第２の情報を受信した場合、第２車両との間の第２の距離と、無線通信端末との間の第１の距離と、第２の情報と、を無線通信端末を介してサーバに送信するので、該サーバから、それらの情報を取得することで、第２車両（盗難車両）を容易に見つけだすことができる。

本開示の無線通信システムは、上記構成において、前記第１車両は、前記第１の距離と前記第２の距離とを合算した距離として前記無線通信端末を介して前記サーバに送信する。

本開示によれば、サーバから、第２車両と第１車両との間の第２の距離と、第１車両と無線通信端末との間の第１の距離とを合算した距離を取得することができ、第２車両（盗難車両）を容易に見つけだすことができる。

本開示の無線通信システムは、上記構成において、前記第２車両の前記第２無線通信回路は、前記第２の情報を含むＢｌｕｅｔｏｏｔｈ（登録商標）のＡｄｖｅｒｔｉｓｉｎｇパケットを送信する。

本開示によれば、第２車両から、ＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットにて第２の情報を送信することができる。

本開示の無線通信システムは、上記構成において、前記第２の情報は、前記第２車両の緊急情報である。

本開示によれば、第２車両が緊急状態にあることを伝えることができる。

本開示の無線通信システムは、上記構成において、前記第２車両は、不正使用検出回路を更に備え、前記不正使用検出回路が不正使用を検出した場合、前記第２車両の前記第２無線通信回路は、前記緊急情報を送信する。

本開示によれば、第２車両が不正使用されたことを緊急情報として送信することができる。

本開示の無線通信システムは、上記構成において、前記第２車両は、時刻を取得可能な計時回路を更に備え、前記緊急情報は、前記第２車両の前記計時回路が取得した時刻を含む。

本開示によれば、第２車両が、時刻を含む緊急情報を送信することができる。

本開示によれば、盗難車の検知に、Ｂｌｕｅｔｏｏｔｈ ＬＥ通信などの通信距離の長い通信方式を用いた場合であっても、盗難された車両を容易に見つけだすことができる。

第１実施形態の無線通信システムの使用形態を示す図 第１実施形態の無線通信システムの車両の一部分の概略構成と車両ＥＣＵの概略構成を示すブロック図 第１実施形態の無線通信システムの車両ＥＣＵから送信される第１のＡｄｖｅｒｔｉｓｉｎｇパケット及び第２のＡｄｖｅｒｔｉｓｉｎｇパケットの出力波形を示す図 第１実施形態の無線通信システムの車両ＥＣＵから送信される第１のＡｄｖｅｒｔｉｓｉｎｇパケット及び第２のＡｄｖｅｒｔｉｓｉｎｇパケットの出力波形を示す図 第１実施形態の無線通信システムの情報共有ユーザ端末の概略構成を示すブロック図 第１実施形態の無線通信システムの駐輪場Ｂｌｕｅｔｏｏｔｈユニットの概略構成を示すブロック図 第１実施形態の無線通信システムのサーバの概略構成を示すブロック図 第１実施形態の無線通信システムで用いられるＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットのＬＥ Ｕｎｃｏｄｅｄ ＰＨＹｓのパケット構造を示す図 第１実施形態の無線通信システムで用いられるＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットのＡＤ Ｔｙｐｅ：０ｘＦＦのデータ構造を示す図 第１実施形態の無線通信システムのサーバ装置に通知されるサーバ通知情報の一例を示す図 第１実施形態の無線通信システムの車両ユーザ端末に通知されるユーザ通知情報の一例を示す図 第１実施形態の無線通信システムの車両ＥＣＵの動作の概要を示す図 第１実施形態の無線通信システムの車両ＥＣＵ、車両ユーザ端末、情報共有ユーザ端末及び駐輪場Ｂｌｕｅｔｏｏｔｈユニットにおける通常時と緊急時の動作を説明するためのシーケンス図 第１実施形態の無線通信システムの車両ＥＣＵの緊急通知に関する動作を説明するためのフローチャート 第１実施形態の無線通信システムの情報共有ユーザ端末の緊急通知時における動作を説明するためのフローチャート 第１実施形態の無線通信システムのサーバの緊急通知時における動作を説明するためのフローチャート 第１実施形態の無線通信システムが盗まれた車両を追跡するときの様子を示す図 第２実施形態の無線通信システムの使用形態を示す図 第２実施形態の無線通信システムの第１車両の一部分の概略構成と第１車両ＥＣＵの概略構成を示すブロック図 第２実施形態の無線通信システムの第２車両の一部分の概略構成と第２車両ＥＣＵの概略構成を示すブロック図 第２実施形態の無線通信システムの情報共有ユーザ端末の概略構成を示すブロック図 第２実施形態の無線通信システムの情報共有ユーザ端末のテレマ無線送受信部からサーバに送信されるサーバ通知情報の一例を示す図 第２実施形態の無線通信システムのサーバの概略構成を示すブロック図 第２実施形態の無線通信システムのサーバのネットワーク通信部から車両ユーザ端末に送信されるユーザ通知情報の一例を示す図 第２実施形態の無線通信システムの第１車両ＥＣＵ、第２車両ＥＣＵ、車両ユーザ端末、情報共有ユーザ端末及びサーバにおける通常時と緊急時の動作を説明するためのシーケンス図 第２実施形態の無線通信システムの第２車両ＥＣＵの緊急通知に関する動作を説明するためのフローチャート 第２実施形態の無線通信システムの情報共有ユーザ端末の動作を説明するためのフローチャート 第２実施形態の無線通信システムの第１車両が盗まれたときの追跡の様子を示す図 第３実施形態の無線通信システムにおける盗難車両とリレー車両と情報共有ユーザ端末との動作の概要を示す図 第３実施形態の無線通信システムの使用形態を示す図 第３実施形態の無線通信システムの第２車両の一部分の概略構成と第２車両ＥＣＵの概略構成を示すブロック図 第３実施形態の無線通信システムの第１車両の一部分の概略構成と第１車両ＥＣＵの概略構成を示すブロック図 第３実施形態の無線通信システムの情報共有ユーザ端末の概略構成を示すブロック図 第３実施形態の無線通信システムの情報共有ユーザ端末のテレマ無線送受信部からサーバに送信されるサーバ通知情報の一例を示す図 第３実施形態の無線通信システムのサーバの概略構成を示すブロック図 第３実施形態の無線通信システムのサーバのネットワーク通信部から車両ユーザ端末に送信されるユーザ通知情報の一例を示す図 第３実施形態の無線通信システムの異常発生時における第２車両ＥＣＵ、車両ユーザ端末、情報共有ユーザ端末及びサーバの動作を説明するためのシーケンス図 第３実施形態の無線通信システムの異常発生時における第２車両ＥＣＵ、車両ユーザ端末、第１車両ＥＣＵ、情報共有ユーザ端末及びサーバの動作を説明するためのシーケンス図 第３実施形態の無線通信システムの第１車両ＥＣＵの緊急通知に関する動作を説明するためのフローチャート 第３実施形態の無線通信システムの情報共有ユーザ端末の緊急通知に関する動作を説明するためのフローチャート 第３実施形態の無線通信システムのサーバの緊急通知に関する動作を説明するためのフローチャート 第３実施形態の無線通信システムの第２車両のユーザへの通知イメージの一例を示す図 第４実施形態の無線通信システムの車両の一部分の概略構成と車両ＥＣＵの概略構成を示すブロック図 第４実施形態の無線通信システムのスマホの概略構成を示すブロック図 第４実施形態の無線通信システムの車両の電子キーの概略構成を示すブロック図 第４実施形態の無線通信システムの使用形態を示す図 第４実施形態の無線通信システムの車両ＥＣＵを主とする動作を示すシーケンス図 第４実施形態の無線通信システムの車両ＥＣＵを主とする動作を示すシーケンス図 第４実施形態の無線通信システムの車両ＥＣＵを主とする動作を示すシーケンス図 第４実施形態の無線通信システムにおいて、サーバを設けてセキュリティ向上を図った場合の動作を示すシーケンス図 第４実施形態の無線通信システムにおいて、サーバを設けてセキュリティ向上を図った場合の動作を示すシーケンス図 第４実施形態の無線通信システムにおいて、サーバを設けてセキュリティ向上を図った場合の動作を示すシーケンス図 第４実施形態の無線通信システムの車両ＥＣＵの動作を説明するためのフローチャート 第４実施形態の無線通信システムのスマホの動作を説明するためのフローチャート 第４実施形態の無線通信システムにおいて、セキュリティ向上を図った場合の車両ＥＣＵの動作を説明するためのフローチャート 第４実施形態の無線通信システムにおいて、セキュリティ向上を図った場合のスマホの動作を説明するためのフローチャート 第４実施形態の無線通信システムにおいて、セキュリティ向上を図った場合のサーバの動作を説明するためのフローチャート 第５実施形態の無線通信システムの使用形態を示す図 第５実施形態の無線通信システムにおいて、車両ユーザのスマホが車両ＥＣＵのＢＬＥ通信可能エリア外に存在している場合を示す図 第５実施形態の無線通信システムにおいて、車両ユーザのスマホが車両ＥＣＵのＢＬＥ通信可能エリア内に存在している場合を示す図 第５実施形態の無線通信システムの車両の一部分の概略構成と車両ＥＣＵの概略構成を示すブロック図 第５実施形態の無線通信システムのスマホの概略構成を示すブロック図 第５実施形態の無線通信システムにおいて、車両ＥＣＵを主とする動作を示すシーケンス図 第５実施形態の無線通信システムにおいて、車両ＥＣＵを主とする動作を示すシーケンス図 第５実施形態の無線通信システムの車両ＥＣＵの動作を説明するためのフローチャート 第５実施形態の無線通信システムのスマホの動作を説明するためのフローチャート

以下、適宜図面を参照しながら、本開示に係る無線通信システムを具体的に開示した実施形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。

以下、本開示を実施するための好適な実施形態について、図面を参照して詳細に説明する。

（第１実施形態）
以下、図１〜図１７を参照して、第１実施形態の無線通信システムについて説明する。図１は、第１実施形態の無線通信システム１の使用形態を示す図である。同図に示すように、第１実施形態の無線通信システム１は、車両５０に搭載される車両ＥＣＵ（Electronic Control Unit、無線通信装置）１０と、車両５０のユーザ５１が所持する車両ユーザ端末（無線通信端末）１１と、車両５０のユーザ５１と情報を共有するユーザ５２が所持する情報共有ユーザ端末（無線通信端末）１２と、駐輪場に設置され、クラウド５３に有線接続された駐輪場Ｂｌｕｅｔｏｏｔｈ（登録商標）ユニット（固定基地局）１３と、クラウド５３に有線接続されたサーバ１４と、クラウド５３に有線接続されたテレマ基地局（移動体基地局）１５と、を備える。なお、情報共有ユーザ端末１２と駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３は、それぞれ通知デバイスである。また、車両ＥＣＵ１０には、識別情報が付与されている。この識別情報は、車両５０の識別情報と捉えることも可能である。また、この識別情報は、車両ＥＣＵに依って一意に決まる情報であり、例えばＭＡＣアドレスでもよい。

車両ＥＣＵ１０、情報共有ユーザ端末１２及び駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３は、それぞれＢｌｕｅｔｏｏｔｈ通信機能を有しており、車両ＥＣＵ１０と情報共有ユーザ端末１２との間及び車両ＥＣＵ１０と駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３との間でＢｌｕｅｔｏｏｔｈ通信が行われる。情報共有ユーザ端末１２は、Ｂｌｕｅｔｏｏｔｈ通信機能の他に、セルラー通信機能又はＷｉＦｉ（登録商標）通信機能を有している。車両ユーザ端末１１も、Ｂｌｕｅｔｏｏｔｈ通信機能の他に、セルラー通信機能又はＷｉＦｉ通信機能を有している。

なお、第１実施形態の無線通信システム１の車両ユーザ端末１１と情報共有ユーザ端末１２にはスマホが好適である。また、第１実施形態の無線通信システム１は、二輪の車両（自動二輪車）５０に適用したものであるが、四輪の車両にも勿論適用できる。

次に、第１実施形態の無線通信システム１の車両ＥＣＵ１０、車両ユーザ端末１１、情報共有ユーザ端末１２、駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３及びサーバ１４それぞれの構成について説明する。

図２は、車両５０の一部分の概略構成と車両ＥＣＵ１０の概略構成を示すブロック図である。同図において、車両ＥＣＵ１０は、スイッチ検出部１０１、ＩＧ認証判定部１０２、ＢＴ無線送受信部１０３、ＧＰＳ受信部１０４、不正使用検出部（不正使用検出回路）１０５、車速検出部１０６、時計１０７、制御部１０８及びアンテナ１１０，１１１を備える。スイッチ検出部１０１は、少なくともグローブＢＯＸスイッチ５０１のオン／オフとＩＧＫＥＹスイッチ５０２のオン／オフを検出する。グローブＢＯＸスイッチ５０１は、車両５０に搭載されたグローブＢＯＸ（図示略）の開閉を検出するスイッチであり、グローブＢＯＸ（図示略）が開けられることでオンとなり、閉じられることでオフとなる。ＩＧＫＥＹスイッチ５０２は、車両５０のエンジンの始動／停止や、電気系統のオン／オフするためのスイッチである。

ＩＧ認証判定部１０２は、ＩＧＫＥＹスイッチ５０２に挿入されたキー（図示略）に対するＩＧ認証判定を行う。ＩＧ認証判定部１０２のＩＧ認証判定結果は、制御部１０８に取り込まれる。ＢＴ無線送受信部１０３は、Ｂｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行う。ＢＴ無線送受信部１０３には、Ｂｌｕｅｔｏｏｔｈ通信用のアンテナ１１０が接続される。ＢＴ無線送受信部１０３は、制御部１０８によって制御される。なお、ＢＴ無線送受信部１０３とアンテナ１１０は、第１アンテナに対応する。また、車両ＥＣＵ１０は、アンテナ１１０を１本備えているが、複数本備えていてもよい。

ＧＰＳ受信部１０４は、ＧＰＳ（Global Positioning System）衛星から送信される測位信号を受信して第２緯度経度を出力する。ＧＰＳ受信部１０４には、ＧＰＳ受信用のアンテナ１１１が接続される。ＧＰＳ受信部１０４から出力された第２緯度経度は制御部１０８に取り込まれる。

不正使用検出部１０５は、加速度センサ１０５１を有し、車両５０の盗難を含む異常を検出する。即ち、不正使用検出部１０５は、加速度センサ１０５１にて車両５０における異常な振動を検出した場合、盗難を含む異常を検出する。不正使用検出部１０５は、検出を繰り返し行う。不正使用検出部１０５の検出結果は制御部１０８に取り込まれる。車速検出部１０６は、車両５０に搭載された車速管理ＥＣＵ５０３が管理している車速情報から車速を検出する。車速検出部１０６の検出結果は制御部１０８に取り込まれる。時計１０７は、現在の日時を示す第２時刻を出力する。時計１０７から出力された第２時刻は制御部１０８に取り込まれる。

制御部１０８は、装置各部を制御するものであり、図示せぬＣＰＵ（Central Processing Unit）と、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭ（Read Only Memory）と、ＣＰＵの動作において使用されるＲＡＭ（Random Access Memory）とを有する。ＩＧ認証判定部１０２、ＢＴ無線送受信部１０３、ＧＰＳ受信部１０４、不正使用検出部１０５、車速検出部１０６及び時計１０７は、制御部１０８の制御の下で動作する。制御部１０８は、車両５０に盗難を含む異常が発生した場合、車両ユーザ５１の車両ユーザ端末１１に向けて緊急通知を行う。

ＢＴ無線送受信部１０３は、不正使用検出部１０５が不正使用を検出した場合（即ち、車両５０に盗難を含む異常が発生した場合）、車両５０の識別情報、緊急情報、第２時刻及び第２緯度経度を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットをアンテナ１１０から送信する。この場合、第２時刻は、不正使用検出部１０５が不正使用を最後に検出した時刻になる。車両５０の識別情報、緊急情報、第２時刻及び第２緯度経度を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットは、情報共有ユーザ端末１２及び駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３にて受信される。なお、車両５０の識別情報、緊急情報、第２時刻及び第２緯度経度を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットのことを第１のＡｄｖｅｒｔｉｓｉｎｇパケット又は緊急アドバタイズと呼ぶこととする。

なお、車両ＥＣＵ１０から送信される第１のＡｄｖｅｒｔｉｓｉｎｇパケットには、少なくとも車両５０の識別情報及び緊急情報が含まれる。即ち、必ずしも第２時刻及び第２緯度経度が含まれる必要はなく、車両５０の識別情報及び緊急情報があればよい。また、第１のＡｄｖｅｒｔｉｓｉｎｇパケットの送信は１回だけで終わるのではなく、２回以上行うのが望ましい。

ＢＴ無線送受信部１０３は、不正使用検出部１０５が不正使用を検出しない場合、緊急情報を含む第１のＡｄｖｅｒｔｉｓｉｎｇパケットは送信せず、緊急情報を含まないＡｄｖｅｒｔｉｓｉｎｇパケットを送信する。なお、この緊急情報を含まないＡｄｖｅｒｔｉｓｉｎｇパケットのことを第２のＡｄｖｅｒｔｉｓｉｎｇパケット又は通常アドバタイズと呼ぶこととする。また、第２のＡｄｖｅｒｔｉｓｉｎｇパケットの送信は、１回だけで終わるのではなく、２回以上行うようにしてもよい。

また、第１のＡｄｖｅｒｔｉｓｉｎｇパケット及び第２のＡｄｖｅｒｔｉｓｉｎｇパケットそれぞれの送信回数を２回以上とした場合、第１のＡｄｖｅｒｔｉｓｉｎｇパケットの送信間隔（第１送信間隔）を第２のＡｄｖｅｒｔｉｓｉｎｇパケットの送信間隔（第２送信間隔）より短くするのが望ましい。

また、車両５０に搭載された電池（図示略）の電圧が所定値より小さくなった場合、第１のＡｄｖｅｒｔｉｓｉｎｇパケットの第１送信間隔を、第２のＡｄｖｅｒｔｉｓｉｎｇパケットの第２送信間隔より短くするのが望ましい。即ち、第１のＡｄｖｅｒｔｉｓｉｎｇパケットの第１送信間隔を、電池の電圧が低下する以前よりも短くする。緊急を通知する第１のＡｄｖｅｒｔｉｓｉｎｇパケットの第１送信間隔を短くすることで、通知漏れを低減できる。また、電池電圧が所定値より小さくなった場合、第２のＡｄｖｅｒｔｉｓｉｎｇパケットの送信を停止するようにしてもよいし、同時に第２のＡｄｖｅｒｔｉｓｉｎｇパケットを間引くようにしてもよい。なお、第２のＡｄｖｅｒｔｉｓｉｎｇパケットの送信を停止することは、送信間隔を無限大にすることでもある。また、電池は、車両５０に搭載されている車両駆動用電池でも良いし、車両ＥＣＵ１０内のボタン電池でもよい。

また、電池電圧が所定値より小さくなった場合、最初は第２のＡｄｖｅｒｔｉｓｉｎｇパケットのみの間引きを行い、その後更に電池電圧が低下した場合、第１のＡｄｖｅｒｔｉｓｉｎｇパケットを間引き、またその後更に電池電圧が低下した場合、第２のＡｄｖｅｒｔｉｓｉｎｇパケットの送信を停止する、という順で対処するようにしてもよい。

また、第１のＡｄｖｅｒｔｉｓｉｎｇパケットの送信において、該パケットを送信する電波の電界強度を、第２のＡｄｖｅｒｔｉｓｉｎｇパケットを送信する電波の電界強度より大きくするのが望ましい。

このように、第１のＡｄｖｅｒｔｉｓｉｎｇパケットの送信回数を多くしたり、送信間隔を短くしたり、電波の電界強度を大きくしたりすることで、緊急時における通知をより確実なものとすることができる。また、第２のＡｄｖｅｒｔｉｓｉｎｇパケットを間引いたり、送信を停止したりすることで、省電力化が図れる。

図３及び図４は、第１のＡｄｖｅｒｔｉｓｉｎｇパケットと第２のＡｄｖｅｒｔｉｓｉｎｇパケットの出力波形を示す図である。図３において、車両ＥＣＵ１０と車両ユーザ端末１１とがＢｌｕｅｔｏｏｔｈによる通信確立中に通信が切断すると、車両ＥＣＵ１０から第２のＡｄｖｅｒｔｉｓｉｎｇパケット（通常アドバタイズ）の送信を開始する。通常アドバタイズは、所定の間隔で送信され、接続待ち状態となる。この状態で車両５０に盗難等の異常が発生すると、その時点から第１のＡｄｖｅｒｔｉｓｉｎｇパケット（緊急アドバタイズ）の送信を開始する。緊急アドバタイズの送信間隔は、通常アドバタイズの送信間隔より短く、通常アドバタイズの送信間隔内で行われる。

次に、図４において、異常発生中に車両５０の電池（図示略）の電池電圧の低下が検出されると、通常アドバタイズが間引かれる。その後、さらに電池電圧が低下すると、通常アドバタイズは送信停止状態となり、緊急アドバタイズが間引かれる。

図５は、情報共有ユーザ端末１２の概略構成を示すブロック図である。同図において、情報共有ユーザ端末１２は、車両５０に盗難を含む異常が発生して、車両ＥＣＵ１０から送信された緊急通知を車両ユーザ端末１１に伝えるための仲介を行う。情報共有ユーザ端末１２は、ＧＰＳ受信部（第１位置情報検出回路）１２１、アンテナ１２２、時計（第１時計）１２３、ＢＴ無線送受信部１２４、テレマ送受信部１２５、アンテナ１２６，１２９、アドバタイズ判定部１２７及び制御部１２８を備える。

ＧＰＳ受信部１２１は、ＧＰＳ衛星から送信される測位信号を受信して第１緯度経度を出力する。ＧＰＳ受信部１２１には、ＧＰＳ受信用のアンテナ１２２が接続される。時計１２３は、現在の日時を示す第１時刻を出力する。ＢＴ無線送受信部１２４は、Ｂｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行う。ＢＴ無線送受信部１２４には、Ｂｌｕｅｔｏｏｔｈ通信用のアンテナ１２６が接続される。

ＢＴ無線送受信部１２４は、アンテナ１２６を介してＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを受信する。ＢＴ無線送受信部１２４は、受信したＡｄｖｅｒｔｉｓｉｎｇパケットを制御部１２８に出力する。テレマ送受信部１２５は、セルラー方式の無線通信を行う。テレマ送受信部１２５には、セルラー通信用のアンテナ１２９が接続される。アドバタイズ判定部１２７は、ＢＴ無線送受信部１２４で受信されたＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットが通常アドバタイズか緊急アドタイズかを判定し、その結果を制御部１２８に出力する。

制御部１２８は、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭと、を有する。ＲＯＭには、車両情報を共有するためのアプリケーションも記憶されている。ＧＰＳ受信部１２１、時計１２３、ＢＴ無線送受信部１２４、テレマ送受信部１２５及びアドバタイズ判定部１２７は、制御部１２８の制御の下で動作する。なお、ＢＴ無線送受信部１２４とアンテナ１２６は、第２アンテナに対応する。また、テレマ送受信部１２５とアンテナ１２９は、第３アンテナに対応する。また、情報共有ユーザ端末１２は、アンテナ１２６，１２９をそれぞれ１本備えているが、それぞれ複数本備えていてもよい。

制御部１２８は、ＢＴ無線送受信部１２４で受信されたＡｄｖｅｒｔｉｓｉｎｇパケットに第１緯度経度と第１時刻を付加し、テレマ送受信部１２５からアンテナ１２９を介してテレマ基地局１５に送信する。ＢＴ無線送受信部１２４が受信したＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットが、第１のＡｄｖｅｒｔｉｓｉｎｇパケットであれば、該パケットには緊急情報が含まれており、第２のＡｄｖｅｒｔｉｓｉｎｇパケットであれば、緊急情報が含まれていない。なお、ＢＴ無線送受信部１２４で受信されたＡｄｖｅｒｔｉｓｉｎｇパケットに第２緯度経度と第２時刻が含まれていれば、これらの情報も含めてテレマ基地局１５に送信される。

図６は、駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３の概略構成を示すブロック図である。同図において、駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３は、ＢＴ無線送受信部１３１、アンテナ１３２、ネットワーク通信部１３３、アドバタイズ判定部１３４及び制御部１３５を備える。ＢＴ無線送受信部１３１は、Ｂｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行う。ＢＴ無線送受信部１３１には、Ｂｌｕｅｔｏｏｔｈ通信用のアンテナ１３２が接続される。

ネットワーク通信部１３３は、クラウド５３に接続してサーバ１４との間で通信を行う。アドバタイズ判定部１３４は、ＢＴ無線送受信部１３１で受信されたＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットが通常アドバタイズか緊急アドタイズかを判定し、その結果を出力する。この場合、ＢＴ無線送受信部１３１が受信したＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットが、第１のＡｄｖｅｒｔｉｓｉｎｇパケットであれば、緊急アドタイズであり、第２のＡｄｖｅｒｔｉｓｉｎｇパケットであれば、通常アドバタイズである。

制御部１３５は、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭと、を有する。ＢＴ無線送受信部１３１、ネットワーク通信部１３３及びアドバタイズ判定部１３４は、制御部１３５の制御の下で動作する。制御部１３５は、アドバタイズ判定部１３４の判定結果から、ＢＴ無線送受信部１３１にて受信されたＡｄｖｅｒｔｉｓｉｎｇパケットが第１のＡｄｖｅｒｔｉｓｉｎｇパケットである場合、車両５０の識別情報及び緊急情報をネットワーク通信部１３３からクラウド５３を介してサーバ１４に送信し、第２のＡｄｖｅｒｔｉｓｉｎｇパケットである場合、車両５０の識別情報をネットワーク通信部１３３からクラウド５３を介してサーバ１４に送信する。なお、Ａｄｖｅｒｔｉｓｉｎｇパケットに第２緯度経度と第２時刻が含まれていれば、これらの情報も含めてサーバ１４に送信する。また、駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３は、アンテナ１３２を１本備えているが、複数本備えていてもよい。

図７は、サーバ１４の概略構成を示すブロック図である。同図において、サーバ１４は、ネットワーク通信部１４１、通知情報判定部１４２及び制御部１４３を備える。ネットワーク通信部１４１は、クラウド５３に接続して車両ユーザ端末１１との間で通信を行う。通知情報判定部１４２は、ネットワーク通信部１４１で受信された情報より通常通知か緊急通知かを判別する。ネットワーク通信部１４１で受信された情報が車両５０の識別情報及び緊急情報であれば、緊急を判別し、車両５０の緊急情報がなければ通常通知を判別する。

制御部１４３は、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭと、データを保存するためのハードディスク等の大容量の記憶装置（図示略）とを有する。ネットワーク通信部１４１と通知情報判定部１４２は、制御部１４３の制御の下で動作する。

制御部１４３は、ネットワーク通信部１４１にて車両５０の情報が受信されると、該情報を通知情報判定部１４２に出力するとともに、記憶装置（図示略）に記憶する。ここで、ネットワーク通信部１４１にて受信された情報が情報共有ユーザ端末１２からのものであれば、識別情報、緊急情報の他に、第１，第２緯度経度、第１，第２時刻が記憶される。また、ネットワーク通信部１４１にて受信された情報が駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３からのものであれば、識別情報、緊急情報の他に、第２緯度経度、第２時刻が記憶される。通知情報判定部１４２は、制御部１４３から出力された情報を取得すると、該情報より通常通知か緊急通知かを判別し、その結果を制御部１４３へ出力する。制御部１４３は、車両５０の識別情報及び緊急情報の場合、緊急を要するものであると判定し、車両ユーザ端末１１に緊急通知を行い、車両５０の識別情報の場合、車両ユーザ端末１１に通常通知を行う。なお、サーバ１４から車両ユーザ端末１１への通知には、ＷｉＦｉ通信を用いるが、セルラー通信を用いてもよい。

次に、ＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットについて説明する。
緊急Ａｄｖｅｒｔｉｓｉｎｇの送信情報は、Ｂｌｕｅｔｏｏｔｈ ＳＩＧで定義されたアドバタイズデータのＡＤ Ｔｙｐｅ：０ｘＦＦのＭａｎｕｆａｃｔｕｒｅ Ｓｐｅｃｉｆｉｃパラメータを使用する。

図８は、ＬＥ Ｕｎｃｏｄｅｄ ＰＨＹｓのパケット構造を示す図である。同図において、緊急Ａｄｖｅｒｔｉｓｉｎｇの送信情報に、パケット構造におけるＰＤＵ ＰａｙｌｏｄｅのＡＤ ＴｙｐｅとＡＤ Ｄａｔａを使用する。即ち、Ｂｌｕｅｔｏｏｔｈ ＳＩＧで定義されたアドバタイズデータのＡＤ Ｔｙｐｅ：０ｘＦＦのＭａｎｕｆａｃｔｕｒｅ Ｓｐｅｃｉｆｉｃパラメータを使用する。

図９は、ＡＤ Ｔｙｐｅ：０ｘＦＦのデータ構造を示す図である。同図に示すＡＤ Ｔｙｐｅ：０ｘＦＦは、２ＢｙｔｅのＣｏｍｐａｎｙ Ｉｄｅｎｔｉｆｉｒｅ Ｃｏｄｅが定義されており、その後に続くデータをベンダー独自に定義することができる。本実施形態の無線通信システム１では、「緊急種別」と「発生日時」で構成される緊急Ａｄｖｅｒｔｉｓｉｎｇ情報を定義する。「緊急種別」には、例えば、０ｘ００：異常なし、０ｘ０１：車両に単発の衝撃を検出した、０ｘ０２：車両に複数回の衝撃を検出した、０ｘ０３：車両の傾きを検出した、０ｘ０４：グローブＢＯＸが開けられた、０ｘ０５：車両に加速度を検出した（輸送されている恐れあり）、０ｘ０６：認証せずにＩＧ＝ＯＮされた、０ｘ０７：認証せずにスタータ始動された、０ｘ０８：認証せずに車輪速を検出した、を定義する。

車両ＥＣＵ１０の不正使用検出部１０５は、車両５０に異常が生じたことを検出すると、異常のレベルに応じて、緊急種別と発生日時を設定した緊急Ａｄｖｅｒｔｉｓｉｎｇ情報を送信する。Ａｄｖｅｒｔｉｓｉｎｇ情報には、緊急通知装置用に予め定義したベンダー固有ＵＵＩＤも組み合わされ、通知デバイスである情報共有ユーザ端末１２及び駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３は、ＵＵＩＤを元に緊急通知に対応したデバイス（車両ＥＣＵ１０）であるかを判別する。

緊急Ａｄｖｅｒｔｉｓｉｎｇ情報を受け取った情報共有ユーザ端末１２もしくは駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３は、受信日時と位置情報、車両５０を特定するＩＤ（例えば、Ｂｌｕｅｔｏｏｔｈ ＭＡＣアドレス）を付与してサーバ１４に送信する。

図１０は、サーバ通知情報の一例を示す図である。同図に示すように、サーバ通知情報は、「種別」と「内容」からなる。「種別」は、「通知デバイスＩＤ」、「受信日時」、「車両ＩＤ」、「位置情報」、「緊急種別」、及び「発生日時」である。「通知デバイスＩＤ」は、情報共有ユーザ端末１２のＩＤ、駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３のＩＤとなる。「受信日時」は、通知デバイス（情報共有ユーザ端末１２、駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３）が緊急Ａｄｖｅｒｔｉｓｉｎｇ情報を受信した日時である。「車両ＩＤ」は、車両５０（車両ＥＣＵ１０）が通知したときに使用されたＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスである。「位置情報」は、通知デバイスが持っているＧＰＳ位置情報である。「緊急種別」と「発生日時」は、車両ＥＣＵ１０から送信されたものである。

サーバ１４は、受信したサーバ通知情報の「通知デバイスＩＤ」と「車両ＩＤ」が、予め登録されたＩＤであることを確認し、ユーザ通知を行う。

図１１は、ユーザ通知情報の一例を示す図である。同図に示すように、ユーザ通知情報は、「種別」と「内容」からなる。「種別」は、「受信日時」、「位置情報」、「緊急種別」、及び「発生日時」である。「受信日時」は、通知デバイス（情報共有ユーザ端末１２、駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３）が緊急Ａｄｖｅｒｔｉｓｉｎｇ情報を受信した日時である。「位置情報」は、通知デバイスが持っているＧＰＳ位置情報である。「緊急種別」と「発生日時」は、車両ＥＣＵ１０から送信されたものである。

図１２は、車両ＥＣＵ１０の動作の概要を示す図である。同図において、車両ＥＣＵ１０は、ＩＧＫＥＹスイッチ５０２のオン／オフに応じて未認証状態と認証済状態に遷移する。即ち、ＩＧＫＥＹスイッチ５０２がオンからオフになると未認証状態（セキュリティＯＮ）に遷移し、オフからオンになると認証済状態（セキュリティＯＦＦ）に遷移する。車両ＥＣＵ１０は、未認証状態（セキュリティＯＮ）で、車両ユーザ端末１１とＢｌｕｅｔｏｏｔｈでの接続ができなくなると、異常監視中となる。即ち、車両ユーザ端末１１が車両ＥＣＵ１０のＢｌｕｅｔｏｏｔｈ通信圏内から圏外に出ると、車両ＥＣＵ１０と車両ユーザ端末１１との間のＢｌｕｅｔｏｏｔｈ通信による接続が切れる。車両ＥＣＵ１０は、異常監視中は通常アドバタイズを送信する。

車両ＥＣＵ１０は、異常監視中に異常発生を検出すると、緊急通知を行う。異常検出中は緊急アドバタイズを送信する。車両ＥＣＵ１０は、緊急通知を行った後、再び異常発生を検出すると、緊急通知を行い、緊急アドバタイズを送信する。このとき、異常の内容が前回と異なる場合、緊急種別を更新する。例えば、前回が「車両への単発衝撃」で、今回が「グローブＢＯＸが開けられた」になると、緊急種別が変わるので、更新する。

図１３は、車両ＥＣＵ１０、車両ユーザ端末１１、情報共有ユーザ端末１２及び駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３における通常時と緊急時の動作を説明するためのシーケンス図である。同図において、車両ユーザ端末１１が車両ＥＣＵ１０のＢｌｕｅｔｏｏｔｈ通信圏内にいるときは、これらの間がＢｌｕｅｔｏｏｔｈ接続されている。この状態で、車両ユーザ５１が車両５０から離れて行き、車両ユーザ端末１１が車両ＥＣＵ１０のＢｌｕｅｔｏｏｔｈ通信圏内から外れると、これらの間のＢｌｕｅｔｏｏｔｈ接続が切断される。

車両ＥＣＵ１０は、車両ユーザ端末１１とのＢｌｕｅｔｏｏｔｈ接続が切断されたことで、第２のＡｄｖｅｒｔｉｓｉｎｇパケット（通常アドバタイズ）の送信を開始する。第２のＡｄｖｅｒｔｉｓｉｎｇパケットが送信されている間は、通知デバイスである情報共有ユーザ端末１２及び駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３は、その情報を無視する。この状態で、車両５０に異常が発生した場合、車両ＥＣＵ１０は、第１のＡｄｖｅｒｔｉｓｉｎｇパケット（緊急アドバタイズ）の送信を開始する。第１のＡｄｖｅｒｔｉｓｉｎｇパケットを情報共有ユーザ端末１２及び駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３が受信すると、車両ＥＣＵ１０に対して受信応答し、さらにサーバ１４にサーバ通知を行う。サーバ通知を受けたサーバ１４は、ユーザ通知を実行し、車両ユーザ端末１１に車両５０に異常が発生したことを通知する。

図１４は、車両５０の車両ＥＣＵ１０の緊急通知に関する動作を説明するためのフローチャートである。なお、車両５０の動作は、車両ＥＣＵ１０の動作であるため、主語を車両５０とせず、車両ＥＣＵ１０とする。同図において、車両ＥＣＵ１０は、まずＩＧＫＥＹスイッチ５０２がオンしたかどうか判定し（ステップＳ１０）、ＩＧＫＥＹスイッチ５０２がオンしたと判定した場合（ステップＳ１０で「ＹＥＳ」と判定した場合）、セキュリティＯＦＦ状態へ遷移する（ステップＳ１１）。即ち、車両５０のユーザ５１が車両５０の利用を開始したことから、セキュリティを解除する。セキュリティＯＦＦの状態は、ＩＧＫＥＹスイッチ５０２がオフになるまで継続する。車両ＥＣＵ１０は、ＩＧＫＥＹスイッチ５０２がオンしていないと判定した場合（ステップＳ１０で「ＮＯ」と判定した場合）、セキュリティＯＮ状態へ遷移する（ステップＳ１２）。即ち、車両５０のユーザ５１が車両５０の利用を止めたことから、セキュリティを開始する。

車両ＥＣＵ１０は、セキュリティＯＮ状態へ遷移すると、まず車両ユーザ端末１１とＢｌｕｅｔｏｏｔｈ接続したかどうか判定し（ステップＳ１３）、Ｂｌｕｅｔｏｏｔｈ接続したと判定した場合（ステップＳ１３で「ＹＥＳ」と判定した場合）、Ｂｌｕｅｔｏｏｔｈ接続状態へ遷移する（ステップＳ１４）。車両ＥＣＵ１０は、車両ユーザ端末１１とＢｌｕｅｔｏｏｔｈ接続状態へ遷移した後、異常発生を検出したかどうか判定する（ステップＳ１５）。車両ＥＣＵ１０は、異常発生を検出していないと判定した場合（ステップＳ１５で「ＮＯ」と判定した場合）、ＩＧＫＥＹスイッチ５０２がオンしたかどうか判定する（ステップＳ１６）。車両ＥＣＵ１０は、ＩＧＫＥＹスイッチ５０２がオンしていないと判定した場合（ステップＳ１６で「ＮＯ」と判定した場合）、ステップＳ１３の処理に戻り、車両ユーザ端末１１とＢｌｕｅｔｏｏｔｈ接続したかどうか判定する。これに対し、ＩＧＫＥＹスイッチ５０２がオンしたと判定した場合（ステップＳ１６で「ＹＥＳ」と判定した場合）、ステップＳ１１の処理に戻り、セキュリティＯＦＦ状態へ遷移する。

車両ＥＣＵ１０は、ステップＳ１５の判定で、異常発生を検出したと判定した場合（ステップＳ１５で「ＹＥＳ」と判定した場合）、接続中端末（即ち、車両ユーザ端末１１）に異常検出を通知する（ステップＳ１７）。接続中端末に異常検出を通知した後、通知完了を受信したかどうか判定し（ステップＳ１８）、通知完了を受信しないと判定した場合（ステップＳ１８で「ＮＯ」と判定した場合）、ステップＳ１７の処理に戻り、異常検出を通知する。これに対し、通知完了を受信したと判定した場合（ステップＳ１８で「ＹＥＳ」と判定した場合）、ステップＳ１６の処理に戻り、ＩＧＫＥＹスイッチ５０２がオンしたかどうか判定する。

車両ＥＣＵ１０は、ステップＳ１３の判定で、車両ユーザ端末１１とＢｌｕｅｔｏｏｔｈ接続していないと判定した場合（ステップＳ１３で「ＮＯ」と判定した場合）、Ｂｌｕｅｔｏｏｔｈ切断状態へ遷移する（ステップＳ１９）。車両ＥＣＵ１０は、車両ユーザ端末１１とＢｌｕｅｔｏｏｔｈ切断状態へ遷移した後、異常発生を検出したかどうか判定する（ステップＳ２０）。

車両ＥＣＵ１０は、異常発生を検出していないと判定した場合（ステップＳ２０で「ＮＯ」と判定した場合）、通常アドバタイズ（第２のＡｄｖｅｒｔｉｓｉｎｇパケット）を送信する（ステップＳ２１）。このとき、送信間隔を長く、送信出力を低くする。車両ＥＣＵ１０は、通常アドバタイズの送信を開始することで、緊急アドバタイズ（第１のＡｄｖｅｒｔｉｓｉｎｇパケット）の送信を停止する（ステップＳ２２）。ここで、ステップＳ２０の判定が１回目のときは、ステップＳ２２の処理が行われても、それ以前に緊急アドバタイズの送信が行われていないので意味をなさないが、ステップＳ２０の判定が２回目以降のときは、それ以前に緊急アドバタイズの送信が行われている場合があるので、ステップＳ２０の判定が「ＮＯ」となると、通常アドバタイズ送信の開始後、緊急アドバタイズの送信が停止する。

車両ＥＣＵ１０は、ステップＳ２２の処理を行った後、ステップＳ１６に戻り、ＩＧＫＥＹスイッチ５０２がオンしたかどうか判定する。車両ＥＣＵ１０は、ステップＳ２０の判定で、異常発生を検出したと判定した場合（ステップＳ２０で「ＹＥＳ」と判定した場合）、緊急アドバタイズを送信する（ステップＳ２３）。このとき、送信間隔を短く、送信出力を高くする。

車両ＥＣＵ１０は、緊急アドバタイズの送信を開始した後、通知完了を受信したかどうか判定する（ステップＳ２４）。車両ＥＣＵ１０は、通知完了を受信したと判定した場合（ステップＳ２４で「ＹＥＳ」と判定した場合）、ステップＳ１６の処理に戻り、ＩＧＫＥＹスイッチ５０２がオンしたかどうか判定する。これに対し、車両ＥＣＵ１０は、通知完了を受信していないと判定した場合（ステップＳ２４で「ＮＯ」と判定した場合）、新たな異常発生を検出したかどうか判定する（ステップＳ２５）。車両ＥＣＵ１０は、新たな異常発生を検出していないと判定した場合（ステップＳ２５で「ＮＯ」と判定した場合）、ステップＳ２３の処理に戻り、緊急アドバタイズを送信する。これに対し、車両ＥＣＵ１０は、新たな異常発生を検出していたと判定した場合（ステップＳ２５で「ＹＥＳ」と判定した場合）、緊急種別を更新する（ステップＳ２６）。そして、ステップＳ２３の処理に戻り、更新した緊急種別で緊急アドバタイズを送信する。

図１５は、情報共有ユーザ端末１２の緊急通知時における動作を説明するためのフローチャートである。なお、情報共有ユーザ端末１２の動作は、制御部１２８の動作であるが、主語を制御部１２８とせず、情報共有ユーザ端末１２とする。同図において、情報共有ユーザ端末１２は、まずＡｄｖｅｒｔｉｓｉｎｇパケット（アドバタイズパケット）を受信したかどうか判定し（ステップＳ３０）、Ａｄｖｅｒｔｉｓｉｎｇパケットを受信していないと判定した場合（ステップＳ３０で「ＮＯ」と判定した場合）、Ａｄｖｅｒｔｉｓｉｎｇパケットを受信するまでこの判定を繰り返す。情報共有ユーザ端末１２は、Ａｄｖｅｒｔｉｓｉｎｇパケットを受信したと判定した場合（ステップＳ３０で「ＹＥＳ」と判定した場合）、受信したＡｄｖｅｒｔｉｓｉｎｇパケットが第１のＡｄｖｅｒｔｉｓｉｎｇパケット（緊急アドバタイズ）かどうか判定する（ステップＳ３１）。情報共有ユーザ端末１２は、受信したＡｄｖｅｒｔｉｓｉｎｇパケットが第１のＡｄｖｅｒｔｉｓｉｎｇパケットでないと判定した場合（ステップＳ３１で「ＮＯ」と判定した場合）、第１のＡｄｖｅｒｔｉｓｉｎｇパケットを受信するまでこの判定を繰り返す。

これに対し、情報共有ユーザ端末１２は、受信したＡｄｖｅｒｔｉｓｉｎｇパケットが第１のＡｄｖｅｒｔｉｓｉｎｇパケットであると判定した場合（ステップＳ３１で「ＹＥＳ」と判定した場合）、緊急アドバタイズ種別が設定されているかどうか判定する（ステップＳ３２）。情報共有ユーザ端末１２は、緊急アドバタイズ種別が設定されていないと判定した場合（ステップＳ３２で「ＮＯ」と判定した場合）、緊急アドバタイズ種別が設定されるまでこの判定を繰り返す。これに対し、情報共有ユーザ端末１２は、緊急アドバタイズ種別が設定されていると判定した場合（ステップＳ３２で「ＹＥＳ」と判定した場合）、緊急アドバタイズをサーバ１４に通知する（ステップＳ３３）。

図１６は、サーバ１４の緊急通知時における動作を説明するためのフローチャートである。なお、サーバ１４の動作は、制御部１４３の動作であるが、主語を制御部１４３とせず、サーバ１４とする。同図において、サーバ１４は、まずサーバ通知を受信したかどうか判定し（ステップＳ４０）、サーバ通知を受信していないと判定した場合（ステップＳ４０で「ＮＯ」と判定した場合）、サーバ通知を受信するまでこの判定を繰り返す。サーバ１４は、サーバ通知を受信したと判定した場合（ステップＳ４０で「ＹＥＳ」と判定した場合）、通知デバイスＩＤは登録済みかどうか判定する（ステップＳ４１）。

サーバ１４は、通知デバイスＩＤが登録済みでないと判定した場合（ステップＳ４１で「ＮＯ」と判定した場合）、ステップＳ４０の処理に戻る。これに対して、サーバ１４は、通知デバイスＩＤが登録済みであると判定した場合（ステップＳ４１で「ＹＥＳ」と判定した場合）、車両ＩＤは登録済みかどうか判定する（ステップＳ４２）。サーバ１４は、車両ＩＤが登録済みでないと判定した場合（ステップＳ４２で「ＮＯ」と判定した場合）、ステップＳ４０の処理に戻る。これに対して、サーバ１４は、車両ＩＤが登録済みであると判定した場合（ステップＳ４２で「ＹＥＳ」と判定した場合）、ユーザ通知を行い（ステップＳ４３）、ステップＳ４０の処理に戻る。

図１７は、車両５０が盗まれたときの追跡の様子を示す図である。同図において、符号２９８は、車両５０の車両ＥＣＵ１０から送信される通常アドバタイズの通信範囲を示し、符号２９９は、車両５０の車両ＥＣＵ１０から送信される緊急アドバタイズの通信範囲を示している。車両５０に異常が発生すると、緊急アドバタイズ（第１のＡｄｖｅｒｔｉｓｉｎｇパケット）が送信される。盗難発生時は、緊急アドバタイズの通信範囲２９９内に駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３があるので、駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３にて第１のＡｄｖｅｒｔｉｓｉｎｇパケットが受信されて、有線回線を介してサーバ１４に送信される。

駐輪場Ｂｌｕｅｔｏｏｔｈユニット１３の設置位置が分かっているので、盗難にあった位置を取得できる。トラック等で車両５０の輸送が開始されて、輸送途中に情報共有ユーザ端末１２があると、その情報共有ユーザ端末１２にて第１のＡｄｖｅｒｔｉｓｉｎｇパケットが受信されて、セルラー通信又はＷｉＦｉ通信でサーバ１４に送信される。以後同様にして、情報共有ユーザ端末１２に受信される毎に第１のＡｄｖｅｒｔｉｓｉｎｇパケットがセルラー通信又はＷｉＦｉ通信でサーバ１４に送信される。サーバ１４にて受信された第１のＡｄｖｅｒｔｉｓｉｎｇパケットは、車両ユーザ端末１１にセルラー通信又はＷｉＦｉ通信で送信される。

以上のように、第１実施形態の無線通信システム１は、車両５０に設けた不正使用検出部１０５にて車両５０に異常が発生したことを検出した場合、車両５０から緊急情報を付加した第１のＡｄｖｅｒｔｉｓｉｎｇパケットを情報共有ユーザ端末１２に送信し、情報共有ユーザ端末１２からサーバ１４経由で車両ユーザ端末１１に車両５０の異常を通知するようにしたので、車両５０においてテレマティックスサービスを利用することなく、車両５０の異常を車両ユーザ端末１１に通知することができる。また、テレマティックスサービスを利用するための通信回線やＧＰＳの機能を持つ必要がないため、低コスト化を図れることができる。即ち、低コスト、低消費電力で、盗難を含む車両５０の異常を通知することができ、スクータ等の二輪の車両に好適である。

なお、第１実施形態の無線通信システム１では、車両５０の識別情報及び緊急情報等の送信にＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを使用したが、他の種類のパケットを用いてもよい。
また、車両５０の識別情報及び緊急情報等の送信にＢｌｕｅｔｏｏｔｈ以外を用いてもよい。

（第２実施形態）
次に、第２実施形態の無線通信システムについて説明する。
第２実施形態の無線通信システム２は、車両に異常が発生した場合、該車両から緊急情報を付加した第１のＡｄｖｅｒｔｉｓｉｎｇパケットを送信することで、周囲に存在する他の車両（異常検出が可能な車両ＥＣＵを搭載）に通知し、該他の車両ＥＣＵとペアリングされている情報共有ユーザ端末（スマホ）からサーバ経由で車両ユーザ端末に車両の異常と現在地を通知するものである。車両ＥＣＵから情報共有ユーザ端末に直接通知する方式では、車両ＥＣＵの近くに情報共有ユーザ端末がいないと異常を通知できず、他の情報共有ユーザ端末が近づいたタイミングで通知が可能となるため、通知が遅れてしまう。

第２実施形態の無線通信システム２は、車両の異常を通知できる機会を増やせるので、車両ユーザへの通知遅れを極力低く抑えることができる。また、車両ＥＣＵと同じ異常検出可能な他の車両ＥＣＵが増えることによって盗難を検出できるエリアが拡大し、周囲に情報共有ユーザ端末がない駐輪場などから持ち去られたときでも、早期に盗難を把握することができる。サーバへの接続は、情報共有ユーザ端末を使用することで、車両ＥＣＵにテレマティックスサービスを利用する機能を持たせることがないため、安価に且つ低消費電力で盗難等の車両の異常を通知することができ、スクータ等の二輪の車両に好適である。

以下、図１８〜図２８を参照して、第２実施形態の無線通信システムについて説明する。図１８は、第２実施形態の無線通信システム２の使用形態を示す図である。同図において、上述した第１実施形態の無線通信システム１の各構成要素と共通する要素には同一の符号を付けている。同図において、第２実施形態の無線通信システム２は、第１車両５０Ａに搭載される第１車両ＥＣＵ１０Ａと、第２車両５０Ｂに搭載される第２車両ＥＣＵ（無線通信装置）１０Ｂと、第１車両５０Ａのユーザ５１が所持する車両ユーザ端末（無線通信端末、スマホ）１１と、第１車両５０Ａのユーザ５１と情報を共有するユーザ５２が所持する情報共有ユーザ端末（無線通信端末、スマホ）１２Ｂと、クラウド５３に有線接続されたサーバ１４Ｂと、クラウド５３に有線接続されたテレマ基地局（移動体基地局）１５と、を備える。第１車両ＥＣＵ１０Ａ，第２車両ＥＣＵ１０Ｂのそれぞれには、識別情報が付与されている。これらの識別情報は、第１車両５０Ａの識別情報、第２車両５０Ｂの識別情報と捉えることも可能である。また、これらの識別情報は、第１車両ＥＣＵ１０Ａ、第２車両ＥＣＵ１０Ｂそれぞれに依って一意に決まる情報であり、例えばＭＡＣアドレスでもよい。なお、図１８では、第１車両５０Ａ以外の他の車両として第２車両５０Ｂを示しているが、第２車両５０Ｂと同様の第２車両ＥＣＵ１０Ｂを搭載している車両が少なくとも１台あるものとする。

第１車両ＥＣＵ１０Ａ、第２車両ＥＣＵ１０Ｂ、車両ユーザ端末１１及び情報共有ユーザ端末１２Ｂは、それぞれＢｌｕｅｔｏｏｔｈ（登録商標）通信機能を有しており、第１車両ＥＣＵ１０Ａと情報共有ユーザ端末１２Ｂとの間、第１車両ＥＣＵ１０Ａと第２車両ＥＣＵ１０Ｂとの間、第２車両ＥＣＵ１０Ｂと情報共有ユーザ端末１２Ｂとの間、第１車両ＥＣＵ１０Ａと車両ユーザ端末１１との間、第２車両ＥＣＵ１０Ｂと車両ユーザ端末１１との間のそれぞれにおいてＢｌｕｅｔｏｏｔｈ通信が可能となっている。車両ユーザ端末１１及び情報共有ユーザ端末１２Ｂは、Ｂｌｕｅｔｏｏｔｈ通信機能の他に、セルラー通信機能又はＷｉＦｉ（登録商標）通信機能を有している。なお、第２実施形態の無線通信システム２は、二輪の車両（自動二輪車）５０Ａに適用したものであるが、四輪の車両にも勿論適用できる。

次に、第２実施形態の無線通信システム２の第１，第２車両ＥＣＵ１０Ａ，１０Ｂ、車両ユーザ端末１１、情報共有ユーザ端末１２Ｂ及びサーバ１４Ｂそれぞれの構成について説明する。

図１９は、第１車両５０Ａの一部分の概略構成と第１車両ＥＣＵ１０Ａの概略構成を示すブロック図である。なお、同図において、図２に示す車両ＥＣＵ１０の各構成要素と共通する要素には同一の符号を付けている。第１車両ＥＣＵ１０Ａは、スイッチ検出部１０１、ＩＧ認証判定部１０２、ＢＴ無線送受信部１０３、不正使用検出部（不正使用検出回路）１０５、車速検出部１０６、制御部１０８Ａ及びアンテナ１１０を備える。なお、ＢＴ無線送受信部１０３とアンテナ１１０は、第１アンテナに対応する。

制御部１０８Ａは、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭとを有する。ＩＧ認証判定部１０２、ＢＴ無線送受信部１０３、不正使用検出部１０５及び車速検出部１０６は、制御部１０８Ａの制御の下で動作する。

制御部１０８Ａは、第１車両５０Ａに盗難を含む異常が発生した場合、車両ユーザ５１の車両ユーザ端末１１に緊急通知処理を行う。即ち、制御部１０８Ａは、不正使用検出部１０５が不正使用を検出した場合（即ち、第１車両５０Ａに盗難を含む異常が発生した場合）、ＢＴ無線送受信部１０３からアンテナ１１０を介して、車両５０Ａの識別情報、緊急情報を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを送信する。Ａｄｖｅｒｔｉｓｉｎｇパケットの送信回数、送信間隔、送信電波の電界強度等の送信に関する各種制御は、図２に示す車両ＥＣＵ１０における制御と同様であり、図３及び図４を用いて説明した通りである。

図２０は、第２車両５０Ｂの一部分の概略構成と第２車両ＥＣＵ１０Ｂの概略構成を示すブロック図である。なお、同図において、図２に示す車両ＥＣＵ１０の各構成要素と共通する要素には同一の符号を付けている。第２車両ＥＣＵ１０Ｂは、スイッチ検出部１０１、ＩＧ認証判定部１０２、ＢＴ無線送受信部１０３、ＧＰＳ受信部１０４、不正使用検出部１０５、車速検出部１０６、時計（第２時計）１０７、制御部１０８Ｂ、メモリ（メモリ回路）１０９及びアンテナ１１０を備える。ＧＰＳ受信部１０４は、第２緯度経度を取得する。時計１０７は、第２時刻を取得する。メモリ１０９は、少なくとも第１車両５０Ａの識別情報を記憶する。

制御部１０８Ｂは、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭとを有する。ＩＧ認証判定部１０２、ＢＴ無線送受信部１０３、ＧＰＳ受信部１０４、不正使用検出部１０５、車速検出部１０６、時計１０７及びメモリ１０９は、制御部１０８Ｂの制御の下で動作する。

制御部１０８Ｂは、不正使用検出部１０５が不正使用を検出した場合（即ち、第２車両５０Ｂに盗難を含む異常が発生した場合）、ＢＴ無線送受信部１０３からアンテナ１１０を介して、第２車両５０Ｂの識別情報、緊急情報を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを送信する。なお、緊急情報を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットは、第１のＡｄｖｅｒｔｉｓｉｎｇパケットである。制御部１０８ＢによるＡｄｖｅｒｔｉｓｉｎｇパケットの送信制御は、図２に示す車両ＥＣＵ１０による送信制御と同様であり、図３及び図４を用いて説明した通りである。

また、制御部１０８Ｂは、ＢＴ無線送受信部１０３が、アンテナ１１０を介して第１車両５０Ａの識別情報及び緊急情報を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを受信した場合、第１車両５０Ａの識別情報、緊急情報、第２時刻、及び第２緯度経度を含むＢｌｕｅｔｏｏｔｈの所定のパケットをアンテナ１１０を介して送信する。なお、所定のパケットには、少なくとも第１車両５０Ａの識別情報及び緊急情報が含まれていればよい。また、所定のパケットは、通信相手を特定せずに送信するパケットである。所定のパケットを第３のＡｄｖｅｒｔｉｓｉｎｇパケット（通常アドバタイズ、第２のＡｄｖｅｒｔｉｓｉｎｇパケットに対応）とする。第３のＡｄｖｅｒｔｉｓｉｎｇパケットは、２回以上送信される。

図２１は、情報共有ユーザ端末１２Ｂの概略構成を示すブロック図である。なお、同図において、図５に示す情報共有ユーザ端末１２の各構成要素と共通する要素には同一の符号を付けている。情報共有ユーザ端末１２Ｂは、ＧＰＳ受信部（第１位置情報検出回路）１２１、ＢＴ無線送受信部１２４、テレマ送受信部１２５、アドバタイズ判定部１２７、時計（第１時計）１２３及びアンテナ１２２，１２６，１２９を備える。ＧＰＳ受信部１２１は、第１緯度経度を検出する。時計１２３は、第１時刻を取得する。ＢＴ無線送受信部１２４は、第２車両５０ＢとＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信が可能なものである。アンテナ１２９は、セルラー通信に利用可能なものである。ＢＴ無線送受信部１２４とアンテナ１２６は、第３アンテナに対応する。また、テレマ送受信部１２５とアンテナ１２９は、第４アンテナに対応する。

制御部１２８Ｂは、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭとを有する。ＧＰＳ受信部１２１、時計１２３、ＢＴ無線送受信部１２４、テレマ送受信部１２５及びアドバタイズ判定部１２７は、制御部１２８Ｂの制御の下で動作する。

制御部１２８Ｂは、ＢＴ無線送受信部１２４が、アンテナ１２６を介して第１車両５０Ａの識別情報、緊急情報、第２時刻及び第２緯度経度を含むＢｌｕｅｔｏｏｔｈの所定のパケットを受信した場合、テレマ送受信部１２５から、アンテナ１２９を介して第１車両５０Ａの識別情報、緊急情報、第２時刻、及び第２緯度経度を送信する。この送信は、少なくとも第１車両５０Ａの識別情報及び緊急情報が含まれていればよい。

図２２は、情報共有ユーザ端末１２Ｂのテレマ送受信部１２５からサーバ１４Ｂに送信されるサーバ通知情報を示す図である。同図に示すように、テレマ送受信部１２５で生成されるサーバ通知情報は、前述した第１実施形態の無線通信システム１のテレマ送受信部１２５で生成されるサーバ通知情報に「位置情報の信頼度」が追加される。この位置情報の信頼度は、最初にデータを取得してからの制御（エンジンラン）の回数と時間である。「エンジンラン」は、エンジンを始動させるための制御である。「時間」は、エンジン始動から接続中端末に異常検出を通知するまでの所要時間である。

図２３は、サーバ１４Ｂの概略構成を示すブロック図である。なお、同図において、図７に示すサーバ１４の各構成要素と共通する要素には同一の符号を付けている。サーバ１４Ｂは、ネットワーク通信部１４１、通知情報判定部１４２及び制御部１４３Ｂを有している。図２４は、サーバ１４Ｂのネットワーク通信部１４１から車両ユーザ端末１１に送信されるユーザ通知情報を示す図である。同図に示すように、ユーザ通知情報は、前述した第１実施形態の無線通信システム１のユーザ通知情報に「位置情報の信頼度」が追加されたものである。この位置情報の信頼度は、最初にデータを取得してからの制御（エンジンを始動させるための制御、エンジンラン）の回数と時間である。

図２５は、第１車両ＥＣＵ１０Ａ、第２車両ＥＣＵ１０Ｂ、車両ユーザ端末１１、情報共有ユーザ端末１２Ｂ及びサーバ１４Ｂにおける通常時と緊急時の動作を説明するためのシーケンス図である。同図において、車両ユーザ端末１１が第１車両ＥＣＵ１０ＡのＢｌｕｅｔｏｏｔｈ通信圏内にいるときは、これらの間がＢｌｕｅｔｏｏｔｈ接続されている。この状態で、車両ユーザ５１が第１車両５０Ａから離れて行き、車両ユーザ端末１１が第１車両ＥＣＵ１０ＡのＢｌｕｅｔｏｏｔｈ通信圏内から外れると、これらの間のＢｌｕｅｔｏｏｔｈ接続が切断される。

第１車両ＥＣＵ１０Ａは、車両ユーザ端末１１とのＢｌｕｅｔｏｏｔｈ接続が切断されたことで、第３のＡｄｖｅｒｔｉｓｉｎｇパケットの送信を開始する。第２車両ＥＣＵ１０Ｂは、第３のＡｄｖｅｒｔｉｓｉｎｇパケットが送信されている間、その情報を無視する。この状態で第１車両５０Ａに異常が発生した場合、第１車両ＥＣＵ１０Ａは、第１のＡｄｖｅｒｔｉｓｉｎｇパケット（緊急アドバタイズ）の送信を開始する。

第１のＡｄｖｅｒｔｉｓｉｎｇパケットを第２車両ＥＣＵ１０Ｂが受信すると、第２車両ＥＣＵ１０Ｂは、第１車両ＥＣＵ１０Ａに対して受信応答し、さらに情報共有ユーザ端末１２ＢとＢｌｕｅｔｏｏｔｈ接続される。第２車両ＥＣＵ１０ＢとＢｌｕｅｔｏｏｔｈ接続した情報共有ユーザ端末１２Ｂは、サーバ１４Ｂにサーバ通知を行う。サーバ通知を受けたサーバ１４Ｂは、ユーザ通知を実行し、車両ユーザ端末１１に第１車両５０Ａに異常が発生したことを通知する。

次に、第１車両ＥＣＵ１０Ａ及び第２車両ＥＣＵ１０Ｂの緊急通知に関する動作を説明する。但し、第１車両ＥＣＵ１０Ａの緊急通知に関する動作は、前述した第１実施形態の無線通信システム１の車両ＥＣＵ１０の緊急通知に関する動作と同様であるので、ここでの説明は省略し、第２車両ＥＣＵ１０Ｂの動作のみ説明する。

図２６は、第２車両ＥＣＵ１０Ｂの緊急通知に関する動作を説明するためのフローチャートである。本処理には、図２２に示すサーバ通知情報と図２４に示すユーザ通知情報それぞれに、位置情報の信頼度を追加するための処理が含まれている。制御部１０８Ｂには、エンジン始動回数を計数するためのカウンタ（図示略）及びエンジン始動後の時間を計時するカウンタ（図示略）が設けられている。なお、第２車両５０Ｂの動作は、制御部１０８Ｂの動作であるが、主語を制御部１０８Ｂとせず、第２車両ＥＣＵ１０Ｂとする。

図２６において、第２車両ＥＣＵ１０Ｂは、まず緊急アドバタイズを受信したかどうか判定し（ステップＳ５０）、緊急アドバタイズを受信していないと判定した場合（ステップＳ５０で「ＮＯ」と判定した場合）、緊急アドバタイズを受信したと判定するまで本処理を繰り返す。第２車両ＥＣＵ１０Ｂは、緊急アドバタイズを受信したと判定した場合（ステップＳ５０で「ＹＥＳ」と判定した場合）、緊急情報を保持する（ステップＳ５１）。

第２車両ＥＣＵ１０Ｂは、緊急情報を保持した後、車両５０Ｂのエンジンが始動中かどうか判定する（ステップＳ５２）。第２車両ＥＣＵ１０Ｂは、エンジンが始動中であると判定した場合（ステップＳ５２で「ＹＥＳ」と判定した場合）、通知デバイス即ち情報共有ユーザ端末１２ＢとＢｌｕｅｔｏｏｔｈ接続したかどうか判定する（ステップＳ５３）。第２車両ＥＣＵ１０Ｂは、情報共有ユーザ端末１２ＢとＢｌｕｅｔｏｏｔｈ接続していないと判定した場合（ステップＳ５３で「ＮＯ」と判定した場合）、ステップＳ５２に戻り、情報共有ユーザ端末１２ＢとＢｌｕｅｔｏｏｔｈ接続したと判定した場合（ステップＳ５３で「ＹＥＳ」と判定した場合）、Ｂｌｕｅｔｏｏｔｈ接続中端末即ち情報共有ユーザ端末１２Ｂに異常検出を通知する（ステップＳ５４）。このとき、エンジン始動回数「０」、エンジン始動後の時間「０」とする。即ち、エンジン始動中にあるので、エンジン始動回数は「０」である。第２車両ＥＣＵ１０Ｂは、情報共有ユーザ端末１２Ｂに異常検出を通知した後、ステップＳ５０の処理に戻る。

第２車両ＥＣＵ１０Ｂは、上記ステップＳ５２の判定で、エンジン振動中でないと判定した場合（ステップＳ５２で「ＮＯ」と判定した場合）、通知デバイス即ち情報共有ユーザ端末１２ＢとＢｌｕｅｔｏｏｔｈ接続したかどうか判定する（ステップＳ５５）。第２車両ＥＣＵ１０Ｂは、情報共有ユーザ端末１２ＢとＢｌｕｅｔｏｏｔｈ接続したと判定した場合（ステップＳ５５で「ＹＥＳ」と判定した場合）、車両５０Ｂのエンジン始動制御したかどうか判定し（ステップＳ５６）、エンジン始動制御していないと判定した場合（ステップＳ５６で「ＮＯ」と判定した場合）、エンジン始動制御するまで、本処理を繰り返す。

第２車両ＥＣＵ１０Ｂは、エンジン始動制御したと判定した場合（ステップＳ５６で「ＹＥＳ」と判定した場合）、エンジン始動回数を「１」加算する（ステップＳ５７）。即ち、エンジン停止中からエンジンが始動されると、エンジン始動回数が「１」加算された値となる。次いで、第２車両ＥＣＵ１０Ｂは、Ｂｌｕｅｔｏｏｔｈ接続中端末即ち情報共有ユーザ端末１２Ｂに異常検出を通知する（ステップＳ５８）。このとき、エンジン始動回数を「ｎ」、エンジン始動後の時間を「０」とする。第２車両ＥＣＵ１０Ｂは、情報共有ユーザ端末１２Ｂに異常検出を通知した後、ステップＳ５０の処理に戻る。

第２車両ＥＣＵ１０Ｂは、上記ステップＳ５５の判定で、通知デバイス即ち情報共有ユーザ端末１２ＢとＢｌｕｅｔｏｏｔｈ接続していないと判定した場合（ステップＳ５５で「ＮＯ」と判定した場合）、エンジン始動制御したかどうか判定し（ステップＳ５９）、エンジン始動制御していなと判定した場合（ステップＳ５９で「ＮＯ」と判定した場合）、ステップＳ５５に戻る。第２車両ＥＣＵ１０Ｂは、ステップＳ５９の判定で、エンジン始動制御したと判定した場合（ステップＳ５９で「ＹＥＳ」と判定した場合）、エンジン始動回数を「１」加算し、エンジン始動時間カウンタを「ＯＮ」にする（ステップＳ６０）。

第２車両ＥＣＵ１０Ｂは、上記ステップＳ６０で、エンジン始動時間カウンタを「ＯＮ」にした後、通知デバイス即ち情報共有ユーザ端末１２ＢとＢｌｕｅｔｏｏｔｈ接続したかどうか判定し（ステップＳ６１）、情報共有ユーザ端末１２ＢとＢｌｕｅｔｏｏｔｈ接続したと判定した場合（ステップＳ６１で「ＹＥＳ」と判定した場合）、Ｂｌｕｅｔｏｏｔｈ接続中端末即ち情報共有ユーザ端末１２Ｂに異常検出を通知する（ステップＳ６４）。このとき、エンジン始動回数が「ｎ」、エンジン始動後の時間が「ｎ」である。第２車両ＥＣＵ１０Ｂは、情報共有ユーザ端末１２Ｂに異常検出を通知した後、ステップＳ５０の処理に戻る。

第２車両ＥＣＵ１０Ｂは、上記ステップＳ６１で、通知デバイス即ち情報共有ユーザ端末１２ＢとＢｌｕｅｔｏｏｔｈ接続していないと判定した場合（ステップＳ６１で「ＮＯ」と判定した場合）、エンジンＯＦＦしたかどうか判定する（ステップＳ６２）。第２車両ＥＣＵ１０Ｂは、エンジンＯＦＦしていないと判定した場合（ステップＳ６２で「ＮＯ」と判定した場合）、ステップＳ６１に戻り、エンジンＯＦＦしたと判定した場合（ステップＳ６２で「ＹＥＳ」と判定した場合）、エンジン始動時間カウンタをクリアし（ステップＳ６３）、ステップＳ５５に戻る。

次に、情報共有ユーザ端末１２Ｂの動作を説明する。なお、サーバ１４Ｂの動作は、前述した第１実施形態の無線通信システム１のサーバ１４の動作と同様であるので、説明を省略する。

図２７は、情報共有ユーザ端末１２Ｂの動作を説明するためのフローチャートである。なお、情報共有ユーザ端末１２Ｂの動作は、制御部１２８Ｂの動作であるが、主語を制御部１２８Ｂとせず、情報共有ユーザ端末１２Ｂとする。同図において、情報共有ユーザ端末１２Ｂは、まず第２車両ＥＣＵ１０ＢとＢｌｕｅｔｏｏｔｈ接続したかどうか判定し（ステップＳ７０）、第２車両ＥＣＵ１０ＢとＢｌｕｅｔｏｏｔｈ接続していないと判定した場合（ステップＳ７０で「ＮＯ」と判定した場合）、第２車両ＥＣＵ１０ＢとＢｌｕｅｔｏｏｔｈ接続するまで本処理を繰り返す。

情報共有ユーザ端末１２Ｂは、第２車両ＥＣＵ１０ＢとＢｌｕｅｔｏｏｔｈ接続したと判定した場合（ステップＳ７０で「ＹＥＳ」と判定した場合）、第２車両ＥＣＵ１０Ｂが緊急アドバタイズ情報を保持しているかどうか判定する（ステップＳ７１）。情報共有ユーザ端末１２Ｂは、第２車両ＥＣＵ１０Ｂが緊急アドバタイズ情報を保持していないと判定した場合（ステップＳ７１で「ＮＯ」と判定した場合）、ステップＳ７０に戻り、緊急アドバタイズ情報を保持していると判定した場合（ステップＳ７１で「ＹＥＳ」と判定した場合）、該緊急アドバタイズ情報をサーバ１４Ｂに通知する（ステップＳ７２）。緊急アドバタイズ情報をサーバ１４Ｂに通知した後、ステップＳ７０に戻る。

図２８は、第１車両５０Ａが盗まれたときの追跡の様子を示す図である。同図において、符号２９８は、第１車両５０Ａの第１車両ＥＣＵ１０Ａから送信される通常アドバタイズの通信範囲を示し、符号２９９は、第１車両５０Ａの車両ＥＣＵ１０Ａから送信される緊急アドバタイズの通信範囲を示している。第１車両５０Ａに異常が発生すると、車両ＥＣＵ１０Ａから緊急アドバタイズ（第１のＡｄｖｅｒｔｉｓｉｎｇパケット）が送信される。盗難発生時、緊急アドバタイズの通信範囲内に他の車両例えば第２車両５０Ｂ−１、第３車両５０Ｂ−２が存在したとすると、これらの車両５０Ｂ−１，５０Ｂ−２にて緊急アドバタイズが受信されて、Ｂｌｕｅｔｏｏｔｈにて送信される。第２車両５０Ｂ−１、第３車両５０Ｂ−２から送信された緊急アドバタイズが、情報共有ユーザ端末１２Ｂ−１，１２Ｂ−２にて受信されると、これらの端末１２Ｂ−１，１２Ｂ−２から、緊急アドバタイズに含まれる第１車両５０Ａの識別情報、緊急情報等がセルラー通信にて送信される。第２車両５０Ｂ−１及び第３車両５０Ｂ−２それぞれにて現在位置が取得されるので、盗難にあった位置を取得できる。

トラック等で第１車両５０Ａの輸送が開始されて、輸送途中に新たな車両（これを第４車両５０Ｂ−３とする）が存在すると、この第４車両５０Ｂ−３にて緊急アドバタイズが受信され、Ｂｌｕｅｔｏｏｔｈにて送信される。第４車両５０Ｂ−３から送信された緊急アドバタイズが、新たな情報共有ユーザ端末（これを情報共有ユーザ端末１２Ｂ−３とする）にて受信されると、それから緊急アドバタイズに含まれる第１車両５０Ａの識別情報、緊急情報等がセルラー通信にて送信される。第４車両５０Ｂ−３にて現在位置が取得されるので、輸送中の位置を取得できる。

その後、同様にして、第１車両５０Ａの輸送途中に新たな車両（これを第５車両５０Ｂ−４とする）が存在すると、この第５車両５０Ｂ−４にて緊急アドバタイズが受信され、それからＢｌｕｅｔｏｏｔｈにて送信される。第５車両５０Ｂ−４から送信された緊急アドバタイズが、新たな情報共有ユーザ端末（これを情報共有ユーザ端末１２Ｂ−４とする）にて受信されると、それから緊急アドバタイズに含まれる第１車両５０Ａの識別情報、緊急情報等がセルラー通信にて送信される。第５車両５０Ｂ−４にて現在位置が取得されるので、輸送中の位置を取得できる。

情報共有ユーザ端末１２Ｂ−１〜情報共有ユーザ端末１２Ｂ−４それぞれからセルラー通信で送信された第１車両５０Ａの識別情報、緊急情報等は有線回線を介してサーバ１４Ｂに送信され、サーバ１４Ｂから車両５０Ａの車両ユーザ端末１１に送信される。

以上のように、第２実施形態の無線通信システム２は、第１車両５０Ａに設けた不正使用検出部１０５にて第１車両５０Ａに異常が発生したことを検出した場合、第１車両５０Ａから緊急情報を付加した第１のＡｄｖｅｒｔｉｓｉｎｇパケットを送信して、周囲に存在する第２車両５０Ｂに通知し、第２車両５０Ｂとペアリングされている情報共有ユーザ端末１２Ｂからサーバ１４Ｂ経由で車両ユーザ端末１１に第１車両５０Ａの異常を通知するようにしたので、テレマティックスサービスを利用することなく、第１車両５０Ａの異常を車両ユーザ端末１１に通知することができる。また、テレマティックスサービスを利用するための通信回線やＧＰＳの機能を持つ必要がないため、コストアップを最小限に抑えることができる。また、第１車両５０Ａの異常を通知できる機会を増やせるので、車両ユーザへの通知遅れを極力低く抑えることができる。また、第２車両５０Ｂ以外にも、第１車両５０Ａと同じ異常検出可能な他の車両を増やすことによって盗難を検出できるエリアを拡大でき、周囲に情報共有ユーザ端末１２Ｂがない駐輪場などから持ち去られたときでも、早期に盗難を把握することができる。即ち、低コスト、低消費電力で、盗難を含む第１車両５０Ａの異常を通知することができ、スクータ等の二輪の車両に好適である。

（第３実施形態）
次に、第３実施形態の無線通信システムについて説明する。
第３実施形態の無線通信システム３は、盗難に遭った車両（盗難車両）から緊急情報（所定の情報）を付加したＢｌｕｅｔｏｏｔｈ（登録商標）のＡｄｖｅｒｔｉｓｉｎｇパケットを送信し、このＡｄｖｅｒｔｉｓｉｎｇパケットを情報共有ユーザ端末（スマホ）が受信した場合、少なくとも、緊急情報と、盗難車両との距離とをサーバに送信し、さらに、盗難車両から送信されたＡｄｖｅｒｔｉｓｉｎｇパケットを受信できるエリアに情報共有ユーザ端末が存在しなく、Ａｄｖｅｒｔｉｓｉｎｇパケットを受信できる他の車両（リレー車両）が存在した場合、他の車両は、少なくも、緊急情報と、他の車両とペアリングされた情報共有ユーザ端末との距離（第１の距離）と、盗難車両との距離（第２の距離）とを該情報共有ユーザ端末経由でサーバに送信するようにしたものである。なお、距離の測定には、Ｂｌｕｅｔｏｏｔｈ通信及び／又はＵＷＢ（Ultra Wide Band）の測距技術が用いられる。

図２９は、第３実施形態の無線通信システム３における第２車両（盗難車両）５０Ｅと第１車両（リレー車両）５０Ｆと情報共有ユーザ端末１２Ｃ又は１２Ｄとの動作の概要を示す図である。同図において、第２車両５０Ｅで異常が発生すると、緊急情報を付加したＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットが送信される。このＡｄｖｅｒｔｉｓｉｎｇパケットは、緊急アドバタイズエリアＥＡ内に届き、緊急アドバタイズエリアＥＡ内に情報共有ユーザ端末１２Ｃが存在していた場合、Ａｄｖｅｒｔｉｓｉｎｇパケットを受信する。情報共有ユーザ端末１２Ｃは、Ａｄｖｅｒｔｉｓｉｎｇパケットを受信することで、第２車両５０Ｅとの距離を取得し、少なくとも、取得した距離と、第２車両５０Ｅからの緊急情報とをサーバに送信する。

一方、緊急アドバタイズエリアＥＡ内に情報共有ユーザ端末１２Ｃが存在しない場合で、第１車両５０Ｆが存在していた場合、第１車両５０Ｆが、第２車両５０ＥからのＡｄｖｅｒｔｉｓｉｎｇパケットを受信する。第１車両５０Ｆは、Ａｄｖｅｒｔｉｓｉｎｇパケットを受信することで、自身とペアリングされていて、スマホ接続エリアＳＡ内に存在する情報共有ユーザ端末１２Ｄとの距離と、第２車両５０Ｅとの距離とをそれぞれ取得し、少なくとも、取得した第１，第２の距離と、第２車両５０Ｅからの緊急情報とを情報共有ユーザ端末１２Ｃ経由でサーバに送信する。

前述したように、Ｂｌｕｅｔｏｏｔｈ ＬＥ通信など、通信距離が長い通信方式を用いる場合、位置情報だけでは盗難車両が存在すると想定されるエリアが広くなってしまい、実際に盗難車両を見つける際に苦労することが想定される。第３実施形態の無線通信システム３は、盗難車両と情報共有ユーザ端末との距離、又は情報共有ユーザ端末とリレー車両との距離と、盗難車両とリレー車両との距離を取得するので、盗難車両が存在すると想定されるエリアの範囲を推定することができ、盗難車両を容易に見つけだすことができる。

以下、図３０〜図４２を参照して、第３実施形態の無線通信システムについて詳細に説明する。図３０は、第３実施形態の無線通信システム３の使用形態を示す図である。同図において、上述した第１実施形態の無線通信システム１の各構成要素と共通する要素には同一の符号を付けている。同図において、第３実施形態の無線通信システム３は、第２車両５０Ｅに搭載される第２車両ＥＣＵ１０Ｅと、第１車両５０Ｆに搭載される第１車両ＥＣＵ１０Ｆと、第２車両５０Ｅのユーザ５１が所持する車両ユーザ端末（無線通信端末、スマホ）１１と、第２車両５０Ｅのユーザ５１と情報を共有するユーザ５２が所持する情報共有ユーザ端末（無線通信端末、スマホ）１２Ｄと、クラウド５３に有線接続されたサーバ１４Ｄと、クラウド５３に有線接続されたテレマ基地局（移動体基地局）１５と、を備える。

第２車両ＥＣＵ１０Ｅ、第１車両ＥＣＵ１０Ｆのそれぞれには、識別情報が付与されている。これらの識別情報は、第２車両５０Ｅの識別情報、第１車両５０Ｆの識別情報と捉えることも可能である。また、これらの識別情報は、第２車両ＥＣＵ１０Ｅ、第１車両ＥＣＵ１０Ｆそれぞれに依って一意に決まる情報であり、例えばＭＡＣアドレスでもよい。なお、図３０では、第２車両５０Ｅ以外の他の車両として第１車両５０Ｆを示しているが、第１車両５０Ｆと同様の第１車両ＥＣＵ１０Ｆを搭載している車両が少なくとも１台あるものとする。

第２車両ＥＣＵ１０Ｅ、第１車両ＥＣＵ１０Ｆ、車両ユーザ端末１１及び情報共有ユーザ端末１２Ｄは、それぞれＢｌｕｅｔｏｏｔｈ通信機能を有しており、第２車両ＥＣＵ１０Ｅと情報共有ユーザ端末１２Ｄとの間、第２車両ＥＣＵ１０Ｅと第１車両ＥＣＵ１０Ｆとの間、第１車両ＥＣＵ１０Ｆと情報共有ユーザ端末１２Ｄとの間、第２車両ＥＣＵ１０Ｅと車両ユーザ端末１１との間、第１車両ＥＣＵ１０Ｆと車両ユーザ端末１１との間のそれぞれにおいてＢｌｕｅｔｏｏｔｈ通信が可能となっている。車両ユーザ端末１１及び情報共有ユーザ端末１２Ｃは、Ｂｌｕｅｔｏｏｔｈ通信機能の他に、セルラー通信機能又はＷｉＦｉ（登録商標）通信機能を有している。なお、第３実施形態の無線通信システム３は、二輪の車両（自動二輪車）５０Ｅに適用したものであるが、四輪の車両にも勿論適用できる。

次に、第３実施形態の無線通信システム３の第１，第２車両ＥＣＵ１０Ｆ，１０Ｅ、車両ユーザ端末１１、情報共有ユーザ端末１２Ｄ及びサーバ１４Ｄそれぞれの構成について説明する。

図３１は、第２車両５０Ｅの一部分の概略構成と第２車両ＥＣＵ１０Ｅの概略構成を示すブロック図である。なお、同図において、図１９に示す第１車両ＥＣＵ１０Ａの各構成要素と共通する要素には同一の符号を付けている。第２車両ＥＣＵ１０Ｅは、スイッチ検出部１０１、ＩＧ認証判定部１０２、ＢＴ無線送受信部（第２無線通信回路）１０３、不正使用検出部（不正使用検出回路）１０５、車速検出部１０６、時計（計時回路）１０７、制御部１０８Ｅ及びアンテナ１１０を備える。不正使用検出部１０５は、加速度センサ１０５１を備えている。時計１０７は、時刻を取得する。

制御部１０８Ｅは、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭとを有する。ＩＧ認証判定部１０２、ＢＴ無線送受信部１０３、不正使用検出部１０５、車速検出部１０６及び時計１０７は、制御部１０８Ｅの制御の下で動作する。

制御部１０８Ｅは、第２車両５０Ｅに盗難を含む異常が発生した場合、車両ユーザ５１の車両ユーザ端末１１に緊急通知処理を行う。即ち、制御部１０８Ｅは、不正使用検出部１０５が不正使用を検出した場合（即ち、第２車両５０Ｅに盗難を含む異常が発生した場合）、ＢＴ無線送受信部１０３からアンテナ１１０を介して、第２車両５０Ｅの識別情報、緊急情報（第２情報）を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを送信する。Ａｄｖｅｒｔｉｓｉｎｇパケットの送信回数、送信間隔、送信電波の電界強度等の送信に関する各種制御は、図２に示す車両ＥＣＵ１０における制御と同様であり、図３及び図４を用いて説明した通りである。

図３２は、第１車両５０Ｆの一部分の概略構成と第１車両ＥＣＵ１０Ｆの概略構成を示すブロック図である。なお、同図において、図２０に示す第２車両ＥＣＵ１０Ｂの各構成要素と共通する要素には同一の符号を付けている。第１車両ＥＣＵ１０Ｆは、スイッチ検出部１０１、ＩＧ認証判定部１０２、ＢＴ無線送受信部（第１無線通信回路）１０３、不正使用検出部１０５、車速検出部１０６、時計（計時回路）１０７、制御部１０８Ｆ、アンテナ１１０及びアドバタイズ検出部１１２を備える。時計１０７は、時刻を取得する。アドバタイズ検出部１１２は、ＢＴ無線送受信部１０３の受信信号中からＡｄｖｅｒｔｉｓｉｎｇパケットを検出する。

制御部１０８Ｆは、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭとを有する。ＩＧ認証判定部１０２、ＢＴ無線送受信部１０３、不正使用検出部１０５、車速検出部１０６、時計１０７及びアドバタイズ検出部１１２は、制御部１０８Ｆの制御の下で動作する。

制御部１０８Ｆは、不正使用検出部１０５が不正使用を検出した場合（即ち、第１車両５０Ｆに盗難を含む異常が発生した場合）、ＢＴ無線送受信部１０３からアンテナ１１０を介して、第１車両５０Ｆの識別情報、緊急情報（所定の情報、第１の情報）を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを送信する。制御部１０８ＦによるＡｄｖｅｒｔｉｓｉｎｇパケットの送信制御は、図２に示す車両ＥＣＵ１０による送信制御と同様であり、図３及び図４を用いて説明した通りである。

また、制御部１０８Ｆは、ＢＴ無線送受信部１０３が、アンテナ１１０を介して第２車両５０Ｅの識別情報及び緊急情報（第２の情報）を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを受信した場合、第２車両５０Ｅとの推定距離を繰り返し測定する。そして、最後にＡｄｖｅｒｔｉｓｉｎｇパケットを受信した時刻と第２車両５０Ｅとの推定距離（第２の距離）を保持する。その後、制御部１０８Ｆは、通知デバイス即ち情報共有ユーザ端末１２Ｄが通信エリア内に入ったことを検出すると、情報共有ユーザ端末１２ＤとＢｌｕｅｔｏｏｔｈ接続を行い、情報共有ユーザ端末１２Ｄとの推定距離（第１の距離）を測定する。さらに、制御部１０８Ｆは、通知デバイス即ち情報共有ユーザ端末１２Ｄと盗難車即ち第２車両５０Ｅとの推定距離を演算する（第１の距離＋第２の距離）。制御部１０８Ｆは、第１の距離と、第２の距離と、第１の距離＋第２の距離と、第２の情報とを情報共有ユーザ端末１２Ｄを介してサーバ１４Ｄに通知する。

図３３は、情報共有ユーザ端末１２Ｄ（１２Ｃ）の概略構成を示すブロック図である。なお、同図において、図５に示す情報共有ユーザ端末１２の各構成要素と共通する要素には同一の符号を付けている。情報共有ユーザ端末１２Ｄ（１２Ｃ）は、ＧＰＳ受信部（位置情報取得回路）１２１、時計（計時回路）１２３、ＢＴ無線送受信部１２４、テレマ送受信部１２５、アドバタイズ判定部１２７、制御部１２８Ｅ及びアンテナ１２２，１２６，１２９を備える。ＧＰＳ受信部１２１は、位置情報を取得する。時計１２３は、時刻を取得する。ＢＴ無線送受信部１２４は、第１車両５０Ｆ又は第２車両５０ＥとＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信が可能なものである。アンテナ１２９は、セルラー通信に利用可能なものである。

制御部１２８Ｅは、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭとを有する。ＧＰＳ受信部１２１、時計１２３、ＢＴ無線送受信部１２４、テレマ送受信部１２５及びアドバタイズ判定部１２７は、制御部１２８Ｅの制御の下で動作する。

制御部１２８Ｅは、ＢＴ無線送受信部１２４が、アンテナ１２６を介して第１の距離と、第２の距離と、第１の距離＋第２の距離と、第２の情報とを受信した場合、そのときに時計１２３から得られる時刻と、ＧＰＳ受信部１２１から得られる位置情報とを付加してテレマ送受信部１２５から、アンテナ１２９を介してサーバ１４Ｄに送信する。また、制御部１２８Ｅは、第２車両５０Ｅから送信されたＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを受信すると、盗難車即ち第２車両５０Ｅとの推定距離を測定し、その測定結果と、Ａｄｖｅｒｔｉｓｉｎｇパケットを受信したときに時計１２３から得られる時刻と、ＧＰＳ受信部１２１から得られる位置情報とを付加してテレマ送受信部１２５から、アンテナ１２９を介してサーバ１４Ｄに送信する。

図３４は、情報共有ユーザ端末１２Ｃのテレマ送受信部１２５からサーバ１４Ｄに送信されるサーバ通知情報の一例を示す図である。同図に示すように、テレマ送受信部１２５で生成されるサーバ通知情報は、「種別」と「内容」からなる。「種別」は、「通知デバイスＩＤ」、「受信日時」、「車両ＩＤ」、「位置情報」、「推定距離情報」、「緊急種別」及び「発生日時」である。「通知デバイスＩＤ」は、情報共有ユーザ端末１２ＤのＩＤとなる。「受信日時」は、通知デバイス（情報共有ユーザ端末１２Ｄ）が緊急Ａｄｖｅｒｔｉｓｉｎｇ情報を受信した日時である。「車両ＩＤ」は、第２車両５０Ｅ（第２車両ＥＣＵ１０Ｅ）が通知したときに使用されたＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスである。「位置情報」は、通知デバイスが持っているＧＰＳ位置情報である。「推定距離情報」は、通知デバイスと盗難車との推定距離情報である。なお、盗難車は、第２車両５０Ｅである。「緊急種別」は、第２車両５０Ｅが通知した緊急種別である。「発生日時」は、第２車両５０Ｅが通知した発生日時である。「緊急種別」と「発生日時」は、第２車両５０Ｅの第２車両ＥＣＵ１０Ｅから送信されたものである。

サーバ１４Ｄは、受信したサーバ通知情報の「通知デバイスＩＤ」と「車両ＩＤ」が、予め登録されたＩＤであることを確認し、ユーザ通知を行う。

図３５は、サーバ１４Ｄの概略構成を示すブロック図である。なお、同図において、図７に示すサーバ１４の各構成要素と共通する要素には同一の符号を付けている。サーバ１４Ｄは、ネットワーク通信部１４１、通知情報判定部１４２及び制御部１４３Ｃを有している。図３６は、サーバ１４Ｄのネットワーク通信部１４１から車両ユーザ端末１１に送信されるユーザ通知情報の一例を示す図である。同図に示すように、ユーザ通知情報は、「種別」と「内容」からなる。「種別」は、「受信日時」、「位置情報」、「推定距離情報」、「緊急種別」、及び「発生日時」である。

「受信日時」は、通知デバイスが緊急Ａｄｖｅｒｔｉｓｉｎｇ情報を受信した日時である。「位置情報」は、通知デバイスが持っているＧＰＳ位置情報である。「推定距離情報」は、通知デバイスと盗難車との推定距離情報である。なお、盗難車は、第２車両５０Ｅである。「緊急種別」は、第２車両５０Ｅが通知した緊急種別である。「発生日時」は、第２車両５０Ｅが通知した発生日時である。「緊急種別」と「発生日時」は、第２車両５０Ｅの第２車両ＥＣＵ１０Ｅから送信されたものである。

第２車両ＥＣＵ１０Ｅの動作は、第１実施形態で図１２を参照して説明した通りである。なお、第２車両５０Ｅからの情報を情報共有ユーザ端末１２Ｄへ中継する第１車両ＥＣＵ１０Ｆも第２車両ＥＣＵ１０Ｅと同様の動作が可能である。即ち、第１車両ＥＣＵ１０Ｆが盗難に遭った場合、図１２に示す動作を行う。

図３７は、第３実施形態の無線通信システム３の異常発生時における第２車両ＥＣＵ１０Ｅ、車両ユーザ端末１１、情報共有ユーザ端末１２Ｃ及びサーバ１４Ｄの動作を説明するためのシーケンス図である。同図において、第２車両５０Ｅに異常が発生した場合（盗難に遭った場合）、第２車両ＥＣＵ１０Ｅは、緊急アドバタイズ（Ｂｌｕｅｔｏｏｔｈ Ａｄｖｅｒｔｉｓｉｎｇパケット）の送信を開始する。この場合、第２車両ＥＣＵ１０Ｅが緊急アドバタイズを送信しても第２車両ＥＣＵ１０ＥのＢｌｕｅｔｏｏｔｈ通信圏内に情報共有ユーザ端末１２Ｃが存在しなければ、受信されることはない。

盗難された第２車両５０Ｅが移動して行く過程で、あるいは第２車両５０Ｅに情報共有ユーザ端末１２Ｃが近づいてきて、第２車両ＥＣＵ１０ＥのＢｌｕｅｔｏｏｔｈ通信圏内に情報共有ユーザ端末１２Ｃが入った場合、第２車両ＥＣＵ１０Ｅから送信された緊急アドバタイズが情報共有ユーザ端末１２Ｃにて受信される。情報共有ユーザ端末１２Ｃは、緊急アドバタイズを受信すると、通知デバイス（自身）と盗難車である第２車両５０Ｅとの推定距離を測定する。情報共有ユーザ端末１２Ｃは、通知デバイスと第２車両５０Ｅとの推定距離を測距した後、第２車両５０Ｅとの推定距離を含む情報をサーバ１４Ｄに通知する。サーバ１４Ｄは、情報共有ユーザ端末１２Ｃから通知された情報を第２車両５０Ｅの車両ユーザ端末１１に通知する。第２車両５０Ｅのユーザ５１は、サーバ１４Ｄから通知された情報を車両ユーザ端末１１にて確認することで、自身の車両即ち第２車両５０Ｅが盗難にあったことを知ることができる。なお、情報共有ユーザ端末１２Ｃと第２車両５０Ｅとの推定距離の測定を第２車両５０Ｅが行い、結果を情報共有ユーザ端末１２Ｃに通知するようにしてもよい。

図３８は、第３実施形態の無線通信システム３の異常発生時における第２車両ＥＣＵ１０Ｅ、車両ユーザ端末１１、第１車両ＥＣＵ１０Ｆ、情報共有ユーザ端末１２Ｄ及びサーバ１４Ｄの動作を説明するためのシーケンス図である。同図において、第２車両５０Ｅが盗難に遭った場合、第２車両ＥＣＵ１０Ｅは、緊急アドバタイズ（Ｂｌｕｅｔｏｏｔｈ Ａｄｖｅｒｔｉｓｉｎｇパケット）の送信を開始する。このとき、第２車両ＥＣＵ１０ＥのＢｌｕｅｔｏｏｔｈ通信圏内に第１車両５０Ｆが入っていれば、第１車両５０Ｆの第１車両ＥＣＵ１０Ｆが第２車両ＥＣＵ１０Ｅからの緊急アドバタイズを受信する。

第１車両ＥＣＵ１０Ｆは、第２車両５０Ｅの第２車両ＥＣＵ１０Ｅから送信された緊急アドバタイズを受信すると、受信車である第１車両５０Ｆと盗難車である第２車両５０Ｅとの推定距離（第２の距離）を測定する。第１車両５０Ｆと第２車両５０Ｅのいずれか一方でも移動している可能性があるので、第１車両ＥＣＵ１０Ｆは、距離の測定を繰り返し行う。また、第１車両ＥＣＵ１０Ｆは、距離を測定する毎に、測定時の時刻を一時的に保持する。その後、第１車両ＥＣＵ１０Ｆは、緊急アドバタイズを受信できなくなると、最後に受信した時刻と推定距離を保持する。第１車両５０Ｆと第２車両５０Ｅのいずれか一方でも移動していれば、第１車両ＥＣＵ１０Ｆが第２車両ＥＣＵ１０ＥのＢｌｕｅｔｏｏｔｈ通信圏内に出てしまうことがあるので、そのようになったときが、最後に受信した時刻となる。なお、第１車両５０Ｆと盗難車である第２車両５０Ｅとの推定距離の測定を第２車両ＥＣＵ１０Ｅが行い、結果を第１車両ＥＣＵ１０Ｆに通知するようにしてもよい。

第１車両ＥＣＵ１０ＦのＢｌｕｅｔｏｏｔｈ通信圏内に情報共有ユーザ端末１２Ｄが入ると、情報共有ユーザ端末１２Ｄは、第１車両ＥＣＵ１０ＦとＢｌｕｅｔｏｏｔｈ接続を行う。情報共有ユーザ端末１２Ｄは、第１車両ＥＣＵ１０ＦとＢｌｕｅｔｏｏｔｈ接続を行った後、通知デバイス即ち情報共有ユーザ端末１２Ｄと受信車即ち第１車両５０Ｆとの推定距離（第１の距離）を測定する。次いで、情報共有ユーザ端末１２Ｄは、通知デバイス即ち情報共有ユーザ端末１２Ｄと盗難車即ち第２車両５０Ｅとの推定距離を演算する。即ち、第１の距離と第２の距離を合算する。なお、この演算は、第１車両ＥＣＵ１０Ｆが行って、情報共有ユーザ端末１２Ｄに通知するようにしてもよい。

情報共有ユーザ端末１２Ｄは、盗難車（第２車両５０Ｅ）との推定距離を含む情報をサーバ１４Ｄに通知する。サーバ１４Ｄは、情報共有ユーザ端末１２Ｄから通知された情報を第２車両５０Ｅの車両ユーザ端末１１に通知する。第２車両５０Ｅのユーザ５１は、サーバ１４Ｄから通知された情報を車両ユーザ端末１１にて確認することで、自身の車両即ち第２車両５０Ｅが盗難にあったことを知ることができる。

第２車両５０Ｅの第２車両ＥＣＵ１０Ｅの緊急通知に関する動作は、図１４に示す第１実施形態の車両５０の車両ＥＣＵ１０の緊急通知に関する動作と同様であるので、ここでの説明は省略する。なお、第１車両５０Ｆの第１車両ＥＣＵ１０Ｆも第２車両ＥＣＵ１０Ｅの緊急通知に関する動作と同様の動作を行う。

図３９は、図３８のシーケンス図に対応する動作を示すフローチャートである。即ち、第１車両ＥＣＵ１０Ｆの緊急通知に関する動作を説明するためのフローチャートである。なお、第１車両ＥＣＵ１０Ｆの動作は、制御部１０８Ｆの動作であるが、主語を制御部１０８Ｆとせず、第１車両ＥＣＵ１０Ｆとする。

図３９において、第１車両ＥＣＵ１０Ｆは、まず緊急アドバタイズを受信したかどうか判定し（ステップＳ２２０）、緊急アドバタイズを受信していないと判定した場合（ステップＳ２２０で「ＮＯ」と判定した場合）、緊急アドバタイズを受信したと判定するまで本処理を繰り返す。第１車両ＥＣＵ１０Ｆは、緊急アドバタイズを受信したと判定した場合（ステップＳ２２０で「ＹＥＳ」と判定した場合）、盗難車即ち第２車両５０Ｅとの推定距離を測定する（ステップＳ２２１）。

第１車両ＥＣＵ１０Ｆは、盗難車との推定距離を測定した後、最後に受信した時刻と推定距離を保持する（ステップＳ２２２）。次いで、第１車両ＥＣＵ１０Ｆは、通知デバイス即ち情報共有ユーザ端末１２Ｄと接続したかどうか判定し（ステップＳ２２３）、通知デバイスと接続したと判定した場合（ステップＳ２２３で「ＹＥＳ」と判定した場合）、通知デバイスとの推定距離を測定する（ステップＳ２２４）。第１車両ＥＣＵ１０Ｆは、通知デバイスとの推定距離を測定した後、通知デバイスと盗難車との推定距離を演算する（ステップＳ２２５）。即ち、第１車両ＥＣＵ１０Ｆは、盗難車との推定距離と通知デバイスとの推定距離を加算する。

第１車両ＥＣＵ１０Ｆは、通知デバイスと盗難車との推定距離を演算した後、接続中端末即ち情報共有ユーザ端末１２Ｄに異常検出を通知する（ステップＳ２２６）。この通知には、通知デバイス即ち情報共有ユーザ端末１２Ｄと盗難車（第２車両５０Ｅ）との推定距離が含まれる。第１車両ＥＣＵ１０Ｆは、ステップＳ２２６の処理を行った後、ステップＳ２２０の処理に戻る。

一方、第１車両ＥＣＵ１０Ｆは、ステップＳ２２３の処理において、通知デバイス即ち情報共有ユーザ端末１２Ｄと接続していないと判定した場合（ステップＳ２２３で「ＮＯ」と判定した場合）、第１車両５０Ｆのエンジン始動制御したかどうか判定する（ステップＳ２２７）。第１車両ＥＣＵ１０Ｆは、第１車両５０Ｆのエンジン始動制御していないと判定した場合（ステップＳ２２７で「ＮＯ」と判定した場合）、ステップＳ２２３に戻る。第１車両ＥＣＵ１０Ｆは、エンジン始動制御したと判定した場合（ステップＳ２２７で「ＹＥＳ」と判定した場合）、通知デバイス即ち情報共有ユーザ端末１２ＤとＢｌｕｅｔｏｏｔｈ接続したかどうか判定する（ステップＳ２２８）。

第１車両ＥＣＵ１０Ｆは、情報共有ユーザ端末１２ＤとＢｌｕｅｔｏｏｔｈ接続していないと判定した場合（ステップＳ２２８で「ＮＯ」と判定した場合）、情報共有ユーザ端末１２ＤとＢｌｕｅｔｏｏｔｈ接続したと判定するまで本処理を継続する。第１車両ＥＣＵ１０Ｆは、情報共有ユーザ端末１２ＤとＢｌｕｅｔｏｏｔｈ接続したと判定した場合（ステップＳ２２８で「ＹＥＳ」と判定した場合）、接続中端末即ち情報共有ユーザ端末１２Ｄに異常検出を通知する（ステップＳ２２９）。この通知には、通知デバイス即ち情報共有ユーザ端末１２Ｄと盗難車（第２車両５０Ｅ）との推定距離が含まれる。この場合の推定距離は、誤差は大きくなる。第１車両ＥＣＵ１０Ｆは、ステップＳ２２９の処理を行った後、ステップＳ２２０の処理に戻る。

図４０は、通知デバイス即ち情報共有ユーザ端末１２Ｄの緊急通知に関する動作を説明するためのフローチャートである。なお、情報共有ユーザ端末１２Ｄの動作は、制御部１２８Ｅの動作であるが、主語を制御部１２８Ｅとせず、情報共有ユーザ端末１２Ｄとする。同図において、情報共有ユーザ端末１２Ｄは、第１車両５０Ｆの第１車両ＥＣＵ１０Ｆと接続したかどうか判定し（ステップＳ２４０）、第１車両ＥＣＵ１０Ｆと接続していないと判定した場合（ステップＳ２４０で「ＮＯ」と判定した場合）、第１車両ＥＣＵ１０Ｆと接続したと判定するまで、本処理を継続する。

情報共有ユーザ端末１２Ｄは、第１車両ＥＣＵ１０Ｆと接続したと判定した場合（ステップＳ２４０で「ＹＥＳ」と判定した場合）、第１車両ＥＣＵ１０Ｆは緊急アドバタイズ情報を保持しているかどうか判定する（ステップＳ２４１）。情報共有ユーザ端末１２Ｄは、第１車両ＥＣＵ１０Ｆが緊急アドバタイズ情報を保持していないと判定すると（ステップＳ２４１で「ＮＯ」と判定した場合）、緊急アドバタイズ情報を保持したと判定するまで、本処理を継続する。

情報共有ユーザ端末１２Ｄは、第１車両ＥＣＵ１０Ｆが緊急アドバタイズ情報を保持している判定すると（ステップＳ２４１で「ＹＥＳ」と判定した場合）、受信車即ち第１車両５０Ｆとの推定距離を測定する（ステップＳ２４２）。情報共有ユーザ端末１２Ｄは、受信車との推定距離を測定した後、盗難車即ち第２車両５０Ｅとの推定距離を演算する（ステップＳ２４３）。情報共有ユーザ端末１２Ｄは、盗難車との推定距離を演算した後、演算した推定距離を含む情報をサーバ１４Ｄに通知（サーバ通知）する（ステップＳ２４４）。情報共有ユーザ端末１２Ｄは、推定距離を含む情報をサーバ１４Ｄに通知した後、ステップＳ２４０の処理に戻る。なお、第１車両ＥＣＵ１０Ｆと情報共有ユーザ端末１２Ｄは、それぞれ独自に互いの間の距離を測定しているが、いずれか一方が測定し、結果を他方に通知するようにしてもよい。また、盗難車即ち第２車両５０Ｅとの間の距離の演算は、第１車両ＥＣＵ１０Ｆと情報共有ユーザ端末１２Ｄそれぞれで行っているが、第１車両ＥＣＵ１０Ｆが行った距離の測定の結果を情報共有ユーザ端末１２Ｄに通知することは勿論可能である。

図４１は、サーバ１４Ｄの緊急通知に関する動作を説明するためのフローチャートである。なお、サーバ１４Ｄの動作は、制御部１４３Ｃの動作であるが、主語を制御部１４３Ｃとせず、サーバ１４Ｄとする。同図において、サーバ１４Ｄは、情報共有ユーザ端末１２Ｄからのサーバ通知を受信したかどうか判定し（ステップＳ２５０）、サーバ通知を受信していないと判定した場合（ステップＳ２５０で「ＮＯ」と判定した場合）、サーバ通知を受信したと判定するまで、本処理を継続する。サーバ１４Ｄは、サーバ通知を受信したと判定した後、通知デバイスＩＤは登録済みかどうか判定し（ステップＳ２５１）、通知デバイスＩＤが登録済みでないと判定した場合（ステップＳ２５１で「ＮＯ」と判定した場合）、ステップＳ２５０の処理に戻る。

サーバ１４Ｄは、通知デバイスＩＤが登録済みであると判定した場合（ステップＳ２５１で「ＹＥＳ」と判定した場合）、車両ＩＤは登録済みかどうか判定し（ステップＳ２５２）、車両ＩＤが登録済みでないと判定した場合（ステップＳ２５２で「ＮＯ」と判定した場合）、ステップＳ２５０の処理に戻る。サーバ１４Ｄは、車両ＩＤが登録済みであると判定した場合（ステップＳ２５２で「ＹＥＳ」と判定した場合）、ユーザ通知を行い（ステップＳ２５３）、その後、ステップＳ２５０の処理に戻る。

図４２は、第２車両５０Ｅのユーザ５１への通知イメージの一例を示す図である。同図において、マークＭＫ−１〜ＭＫ−３は位置を示し、各マークＭＫの直上には各位置で最後に確認された時刻が表示される。また、車両（第２車両５０Ｅ）が移動した場合、車両位置推定における誤差が大きいため、マークＭＫを例えば点滅表示する。また、マークＭＫ−３を囲む破線の円ＣＩは、推定距離情報に基づく誤差円を示している。

以上のように、第３実施形態の無線通信システム３は、第２車両５０Ｅが盗難等の異常を検出した場合、第２車両５０Ｅの第２車両ＥＣＵ１０Ｅが緊急情報を付加したＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを送信し、このＡｄｖｅｒｔｉｓｉｎｇパケットを情報共有ユーザ端末１２Ｃが受信した場合、第２車両５０Ｅとの距離を測定し、その結果と、緊急情報と、緊急情報を受信した時刻と、緊急情報を受信したときの位置等をサーバ１４Ｄに送信し、一方、第２車両５０Ｅの第２車両ＥＣＵ１０Ｅから送信されたＡｄｖｅｒｔｉｓｉｎｇパケットを受信できるエリアに情報共有ユーザ端末１２Ｃが存在せず、Ａｄｖｅｒｔｉｓｉｎｇパケットを受信できる第１車両５０Ｆが存在していた場合、第１車両５０Ｆの第１車両ＥＣＵ１０Ｆが中継して、緊急情報と、第１車両ＥＣＵ１０Ｆとペアリングされている情報共有ユーザ端末１２Ｄとの距離（第１の距離）と、盗難車両である第２車両５０Ｅとの距離（第２の距離）等を、情報共有ユーザ端末１２Ｄを介してサーバ１４Ｄに送信するので、盗難車両が存在すると想定されるエリアの範囲を推定することができ、盗難車両を容易に見つけだすことができる。

（第４実施形態）
次に、第４実施形態の無線通信システムについて説明する。
近年、自動車や自動二輪車を運転するドライバー層では、スマホが各１台所有されており、オーナー個人を特定する用途に適している。スマホは、移動体通信（４Ｇ（第４世代移動通信規格）／ＬＴＥ（Long Term Evolution）／５Ｇ（第５世代移動通信規格）など）を通じてクラウドサーバと通信が可能であるため、定期的にパスワードで認証を行ったり、クラウドサーバから強制的に使用不可にするなどができるなど、車両のキーの機能を持たせることが可能である。このような機能を持つスマホが盗難に遭っても、正規のオーナー以外が永続的に車両のキーの機能を使えないようにできるシステムの構築が可能である。即ち、正規のオーナーのスマホを正規オーナー認証手段として優先した盗難検出手段が有用となる。

以下、図４３〜図５７を参照して、第４実施形態の無線通信システム４について説明する。第４実施形態の無線通信システム４は、図４３に示す車両５０Ｃ及び車両ＥＣＵ（無線通信装置）１０Ｃと、図４４に示すスマホ（第２無線通信端末）１１Ｃと、図４５に示す電子キー（第１無線通信端末）１６を基本構成とするものである。スマホ１１Ｃ及び電子キー１６は、共に車両ＥＣＵ１０Ｃを搭載した車両５０Ｃのキーとして使用することができる。車両ＥＣＵ１０Ｃ、スマホ１１Ｃ及び電子キー１６は、それぞれＢｌｕｅｔｏｏｔｈ（登録商標）通信機能を有しており、スマホ１１Ｃと車両ＥＣＵ１０Ｃとの間、電子キー１６と車両ＥＣＵ１０Ｃとの間のそれぞれにおいてＢｌｕｅｔｏｏｔｈ通信が可能となっている。また、スマホ１１Ｃは、Ｂｌｕｅｔｏｏｔｈ通信機能の他に、セルラー通信機能又はＷｉＦｉ（登録商標）通信機能も有している。なお、車両ＥＣＵ１０Ｃには、識別情報が付与されている。この識別情報は、車両５０Ｃの識別情報と捉えることも可能である。また、この識別情報は、車両ＥＣＵに依って一意に決まる情報であり、例えばＭＡＣアドレスでもよい。また、電子キーは、Ｋｅｙ ＦＯＢ（または単にＦＯＢ）とも呼ばれる。

車両ＥＣＵ１０Ｃは、スマホ１１Ｃが車両５０Ｃに一定期間（例えば１週間）近接せずに（即ち、離れた状態で）車両操作された場合、車両盗難を検出し、車両盗難モードに遷移する機能を有している。なお、第４実施形態の無線通信システム４は、二輪の車両（自動二輪車）５０Ｃに適用したものであるが、四輪の車両にも勿論適用できる。以下、第４実施形態の無線通信システム４の車両ＥＣＵ１０Ｃ、スマホ１１Ｃ及び電子キー１６の構成について順次説明する。

図４３は、車両５０Ｃの一部分の概略構成と車両ＥＣＵ１０Ｃの概略構成を示すブロック図である。なお、同図において、上述した第１実施形態の無線通信システム１の車両ＥＣＵ１０（図２参照）の各構成要素と共通する要素には同一の符号を付けている。図４３において、第４実施形態の無線通信システム４の車両ＥＣＵ１０Ｃは、スイッチ検出部１０１Ｃ、ＩＧ認証判定部１０２、ＢＴ無線送受信部（第１無線通信回路）１０３、不正使用検出部１０５、車速検出部１０６、制御部１０８Ｃ及びアンテナ１１０を備える。なお、車両ＥＣＵ１０Ｃは、アンテナ１１０を１本備えているが、複数本備えていてもよい。

スイッチ検出部１０１Ｃは、グローブＢＯＸスイッチ５０１及びＩＧＫＥＹスイッチ５０２それぞれのオン／オフを検出する以外に、車両５０Ｃに設けられたメインスイッチ（操作部）５０４のオン／オフを検出する。メインスイッチ５０４は、車両５０Ｃのエンジンを始動させるためのスイッチである。ＢＴ無線送受信部（第１無線通信回路）１０３は、前述したように、Ｂｌｕｅｔｏｏｔｈ規格（第１無線方式）に準拠した無線通信を行う。

制御部１０８Ｃは、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭとを有する。ＩＧ認証判定部１０２、ＢＴ無線送受信部１０３、不正使用検出部１０５及び車速検出部１０６は、制御部１０８Ｃの制御の下で動作する。制御部１０８Ｃは、車両５０Ｃに盗難を含む異常が発生した場合、車両ユーザ５１のスマホ１１Ｃに緊急通知を行う。なお、制御部１０８Ｃは、スマホ１１Ｃと通信を行った場合、スマホ１１Ｃの登録を行う。制御部１０８Ｃの動作の詳細については後述する。

図４４は、スマホ１１Ｃの概略構成を示すブロック図である。なお、同図において、上述した第１実施形態の無線通信システム１の情報共有ユーザ端末（スマホ）１２（図５参照）の各構成要素と共通する要素には同一の符号を付けている。図４４に示すように、スマホ１１Ｃは、ＧＰＳ受信部１２１、ＢＴ無線送受信部１２４、テレマ送受信部１２５、アドバタイズ判定部１２７、認証部１３７、アンテナ１２２，１２６，１２９及び制御部１２８Ｃを備える。なお、スマホ１１Ｃは、アンテナ１２６，１２９をそれぞれ１本備えているが、それぞれ複数本備えていてもよい。

ＢＴ無線送受信部（第３無線通信回路）１２４は、Ｂｌｕｅｔｏｏｔｈ規格（第１無線方式）に準拠した無線通信を行う。テレマ送受信部（第４無線通信回路）１２５は、Ｂｌｕｅｔｏｏｔｈ規格の通信方式（第１無線方式）と異なるセルラー通信方式（第２無線方式）に準拠した無線通信を行う。

認証部１３７は、スマホ１１Ｃの使用者（ユーザ）の認証をとる。認証部１３７は、パスワード認証、指紋認証及び顔認証のうち、少なくとも１つの認証機能を有し、認証結果を制御部１２８Ｃに出力する。制御部１２８Ｃは、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭと、を有する。ＧＰＳ受信部１２１、ＢＴ無線送受信部１２４、テレマ送受信部１２５、アドバタイズ判定部１２７及び認証部１３７は、制御部１２８Ｃの制御の下で動作する。なお、制御部１２８Ｃは、車両ＥＣＵ１０Ｃと通信を行った場合、自身を車両ＥＣＵ１０Ｃに登録するための情報を送信する。

図４５は、車両５０Ｃの電子キー１６の概略構成を示すブロック図である。同図において、電子キー１６は、ＢＴ無線送受信部１６１、キースイッチ１６２、ＬＥＤ（Light Emitting Diode）１６３、制御部１６４及びアンテナ１６５を備える。ＢＴ無線送受信部（第２無線通信回路）１６１は、Ｂｌｕｅｔｏｏｔｈ規格（第１無線方式）に準拠した無線通信を行う。ＢＴ無線送受信部１６１には、Ｂｌｕｅｔｏｏｔｈ通信用のアンテナ１６５が接続される。ＢＴ無線送受信部１６１は、制御部１６４によって制御される。キースイッチ１６２は、車両５０Ｃを操作可能とするスイッチである。キースイッチ１６２のスイッチ信号は、制御部１６４に取り込まれる。

ＬＥＤ１６３は、キースイッチ１６２の操作状態を示す表示器である。制御部１６４は、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭと、を有する。ＢＴ無線送受信部１６１及びＬＥＤ１６３は制御部１６４の制御の下で動作する。制御部１６４は、キースイッチ１６２から車両５０Ｃを操作可能とするスイッチ信号を取り込むことで、ＢＴ無線送受信部１６１から車両５０Ｃを操作可能とするＢｌｕｅｔｏｏｔｈの信号を送信する。また、制御部１６４は、キースイッチ１６２から車両５０Ｃを操作可能とするスイッチ信号を取り込むことで、ＬＥＤ１６３を点灯制御する。

なお、電子キー１６は、アンテナ１６５を１本備えているが、複数本備えていてもよい。

次に、車両ＥＣＵ１０Ｃとスマホ１１Ｃの動作について説明する。
車両ＥＣＵ１０Ｃは、ＢＴ無線送受信部（第１無線通信回路）１０３と電子キー１６のＢＴ無線送受信部（第２無線通信回路）１６１とが第１通信状態の場合、動作可能となる。また、車両ＥＣＵ１０Ｃは、ＢＴ無線送受信部（第１無線通信回路）１０３とスマホ１１ＣのＢＴ無線送受信部（第３無線通信回路）１２４とが第２通信状態の場合、動作可能となる。

また、車両ＥＣＵ１０Ｃは、車両５０ＣのＢＴ無線送受信部（第１無線通信回路）１０３とスマホ１１ＣのＢＴ無線送受信部（第３無線通信回路）１２４とが第２通信状態になった後、所定の時間（例えば１週間）以上、ＢＴ無線送受信部（第１無線通信回路）１０３とＢＴ無線送受信部（第３無線通信回路）１２４が第２通信状態にならない場合で、かつ車両５０Ｃのメインスイッチ（操作部）５０４が所定の操作を検出した場合、車両５０ＣのＢＴ無線送受信部（第１無線通信回路）１０３から、緊急アドバタイズ（緊急情報を含むパケット）を送信する。なお、緊急アドバタイズを送信する処理は、第１実施形態の無線通信システム１で説明した通りである。

緊急アドバタイズを送信する処理は、ＢＴ無線送受信部（第１無線通信回路）１０３と電子キー（第１無線通信端末）１６のＢＴ無線送受信部（第２無線通信回路）１６１とが、第１通信状態であっても行われる。即ち、車両ＥＣＵ１０Ｃは、ＢＴ無線送受信部（第１無線通信回路）１０３と電子キー（第１無線通信端末）１６のＢＴ無線送受信部（第２無線通信回路）１６１とが第１通信状態であっても、ＢＴ無線送受信部（第１無線通信回路）１０３とスマホ（第２無線通信端末）１１ＣのＢＴ無線送受信部（第３無線通信回路）１２４とが第２通信状態になった後、所定の時間（例えば１週間）以上、ＢＴ無線送受信部（第１無線通信回路）１０３とＢＴ無線送受信部（第３無線通信回路）１２４が第２通信状態にならない場合で、かつ車両５０Ｃのメインスイッチ（操作部）５０４が所定の操作を検出した場合、ＢＴ無線送受信部（第１無線通信回路）１０３から、緊急アドバタイズを送信する。

スマホ１１Ｃの制御部１２８Ｃは、テレマ送受信部１２５にて、第２通信状態を停止する信号を受信した場合、少なくともＢＴ無線送受信部１２４が第２通信状態になることを停止する。また、制御部１２８Ｃは、スマホ１１Ｃが使用される毎に認証部１３７を動作させて認証を行い、認証が成功する場合、少なくともＢＴ無線送受信部１２４が第２通信状態になることを継続し、認証が失敗した場合、少なくともＢＴ無線送受信部１２４が第２通信状態になることを停止する。なお、通信状態を、第１の通信状態と第２の通信状態に分けたが、同一の状態であってもよい。

図４６は、第４実施形態の無線通信システム４の使用形態を示す図である。同図において、第４実施形態の無線通信システム４は、上述した車両５０Ｃ、車両ＥＣＵ１０Ｃ、スマホ１１Ｃ及び電子キー１６で構成される。車両５０Ｃは、正規オーナーである車両ユーザ５１のものであり、車両ＥＣＵ１０Ｃが搭載されている。スマホ１１Ｃ及び電子キー１６は、車両ユーザ５１のものである。車両ユーザ５１のスマホ１１Ｃ及び電子キー１６以外には、車両ユーザ５１以外のスマホ１１Ｅ、電子キー１６Ｅが存在しているものとしている。なお、車両ＥＣＵ１０ＣのＢｌｕｅｔｏｏｔｈ通信可能エリア（ＢＬＥ通信可能エリア）を符号３００で示しており、近接検出エリアを符号３０１で示している。

図４７〜図４９は、車両ＥＣＵ１０Ｃを主とする動作を示すシーケンス図である。図４７において、車両ＥＣＵ１０Ｃは、スマホ１１Ｃ又は電子キー１６と非接続状態にあるとき、周期的に接続認証とエリア検出を行う。そして、所定の時間以上、車両ユーザ５１のスマホ１１Ｃの近接が確認されない状態で、車両５０Ｃのメインスイッチ５０４から車両操作要求が出力されると、車両ＥＣＵ１０Ｃは、盗難を検出し、車両操作を禁止にする。さらに、緊急アドバタイズの送信を開始する。

図４８において、車両ＥＣＵ１０Ｃは、接続認証とエリア検出を行っているときに、車両ユーザ５１以外のスマホ１１Ｅ又は電子キー１６Ｅの近接を検出し、その状態にあるときに、車両５０Ｃのメインスイッチ５０４から車両操作要求が出力されると、車両ＥＣＵ１０Ｃは、車両操作を継続して禁止し、また緊急アドバタイズの送信を継続する。

図４９において、車両ＥＣＵ１０Ｃは、接続認証とエリア検出を行っているときに、車両ユーザ５１のスマホ１１Ｃの近接を検出すると、盗難検出を解除するとともに、車両操作禁止を解除する。さらに、緊急アドバタイズの送信を停止する。その後、車両５０Ｃのメインスイッチ５０４から車両操作要求が出力されると、車両ＥＣＵ１０Ｃは、車両５０Ｃの電源をオンする。

図５０〜図５２は、認証機能を有するサーバ１４Ｃを設けて高いセキュリティ性を持たせた場合の動作を示すシーケンス図である。サーバ１４Ｃは、図７に示すサーバ１４と同機能を有する以外に、認証機能を有している。図５０において、車両ＥＣＵ１０Ｃは、周期的に接続認証とエリア検出を行い、所定の時間以上、車両ユーザ５１のスマホ１１Ｃの近接を確認していない状態にあるときに、車両５０Ｃのメインスイッチ５０４から車両操作要求が出力された場合、盗難を検出し、車両操作を禁止にする。さらに、緊急アドバタイズの送信を開始する。

図５１において、車両ユーザ５１のスマホ１１Ｃがサーバ１４Ｃとの間でサーバ認証を行い、サーバ認証ＮＧであった場合、サーバ１４Ｃからスマホ１１Ｃにサーバ認証ＮＧが通知される。スマホ１１Ｃは、サーバ認証ＮＧ通知を受けると、車両ＥＣＵ１０Ｃにサーバ認証ＮＧを通知する。車両ＥＣＵ１０Ｃは、サーバ認証ＮＧ通知を受けた後、サーバ認証ＮＧのオーナーのスマホ１１Ｃの近接を検出し、この状態で車両５０Ｃのメインスイッチ５０４から車両操作要求が出力された場合、車両ＥＣＵ１０Ｃは、車両操作の禁止を継続し、さらに緊急アドバタイズの送信を継続する。

図５２において、車両ユーザ５１のスマホ１１Ｃがサーバ１４Ｃとの間でサーバ認証を行い、サーバ認証ＯＫであった場合、サーバ１４Ｃからスマホ１１Ｃにサーバ認証ＯＫが通知される。スマホ１１Ｃがサーバ認証ＯＫ通知を受けた状態で、車両ＥＣＵ１０Ｃが接続認証とエリア検出にてスマホ１１Ｃと接続状態になると、車両ＥＣＵ１０Ｃは、スマホ１１Ｃにサーバ認証ＯＫを通知する。車両ＥＣＵ１０Ｃは、スマホ１１Ｃからサーバ認証ＯＫ通知を受けた状態で、サーバ認証ＯＫのオーナーのスマホ１１Ｃの近接を検出すると、盗難検出を解除するとともに、車両操作禁止を解除する。さらに、緊急アドバタイズの送信を停止する。その後、車両５０Ｃのメインスイッチ５０４から車両操作要求が出力された場合、車両ＥＣＵ１０Ｃは、車両５０Ｃの電源をオンする。

次に、車両ＥＣＵ１０Ｃ及びスマホ１１Ｃの動作を説明する。
図５３は、車両ＥＣＵ１０Ｃの動作を説明するためのフローチャートである。同図において、車両ＥＣＵ１０Ｃは、まず所定の時間（例えば１週間）以上車両ユーザ５１のスマホ１１Ｃが近接したかどうか判定し（ステップＳ８０）、所定の時間以上車両ユーザ５１のスマホ１１Ｃが近接していないと判定した場合（即ち近接が確認されていない場合、ステップＳ８０で「ＮＯ」と判定した場合）、車両操作要求があるかどうか判定する（ステップＳ８１）。車両ＥＣＵ１０Ｃは、所定の時間以上車両ユーザ５１のスマホ１１Ｃが近接したと判定した場合（即ち近接を確認した場合、ステップＳ８０で「ＹＥＳ」と判定した場合）、所定の時間以上車両ユーザ５１のスマホ１１Ｃが近接していないと判定するまで、本処理を繰り返す。

車両ＥＣＵ１０Ｃは、ステップＳ８１で、車両操作要求がないと判定した場合（ステップＳ８１で「ＮＯ」と判定した場合）、車両操作要求があると判定するまで、本処理を繰り返す。車両ＥＣＵ１０Ｃは、車両操作要求があると判定した場合（ステップＳ８１で「ＹＥＳ」と判定した場合）、盗難を検出し（ステップＳ８２）、次いで車両操作を禁止する（ステップＳ８３）。さらに、緊急アドバタイズを送信する（ステップＳ８４）。

車両ＥＣＵ１０Ｃは、緊急アドバタイズを送信した後、車両ユーザ５１のスマホ１１Ｃが近接したかどうか判定し（ステップＳ８５）、近接していないと判定した場合（ステップＳ８５で「ＮＯ」と判定した場合）、ステップＳ８４に戻り、緊急アドバタイズを継続して送信する。車両ＥＣＵ１０Ｃは、車両ユーザ５１のスマホ１１Ｃが近接したと判定すると（ステップＳ８５で「ＹＥＳ」と判定した場合）、盗難検出を解除し（ステップＳ８６）、次いで車両操作禁止を解除し（ステップＳ８７）、さらに緊急アドバタイズの送信を停止する（ステップＳ８８）。車両ＥＣＵ１０Ｃは、緊急アドバタイズの送信を停止した後、ステップＳ８０の処理に戻る。

図５４は、スマホ１１Ｃの動作を説明するためのフローチャートである。なお、スマホ１１Ｃの動作は、制御部１２８Ｃの動作であるが、主語を制御部１２８Ｃとせず、スマホ１１Ｃとする。同図において、スマホ１１Ｃは、車両ＥＣＵ１０Ｃと非接触状態にし（ステップＳ９０）、その後、ＢＬＥ通信可能エリア３００にスマホ１１Ｃが存在するかどうか判定する（ステップＳ９１）。スマホ１１Ｃは、ＢＬＥ通信可能エリア３００にスマホ１１Ｃが存在しないと判定した場合（ステップＳ９１で「ＮＯ」と判定した場合）、ステップＳ９０の処理に戻り、ＢＬＥ通信可能エリア３００にスマホ１１Ｃが存在すると判定した場合（ステップＳ９１で「ＹＥＳ」と判定した場合）、車両ＥＣＵ１０Ｃとの間で接続認証を実施し（ステップＳ９２）、車両ＥＣＵ１０Ｃと接続状態にする（ステップＳ９３）。次いで、スマホ１１Ｃは、ＢＬＥ通信可能エリア３００に自身（スマホ１１Ｃ）が存在するかどうか判定し（ステップＳ９４）、存在すると判定した場合（ステップＳ９４で「ＹＥＳ」と判定した場合）、ステップＳ９３の処理に戻る。スマホ１１Ｃは、ＢＬＥ通信可能エリア３００に自身（スマホ１１Ｃ）が存在しないと判定した場合（ステップＳ９４で「ＮＯ」と判定した場合）、ステップＳ９０の処理に戻る。

次に、認証機能を有するサーバ１４Ｃを設けて高いセキュリティ性を持たせた場合の車両ＥＣＵ１０Ｃ、スマホ１１Ｃ及びサーバ１４Ｃの動作を説明する。
図５５は、認証機能を有するサーバ１４Ｃが設けられた場合の車両ＥＣＵ１０Ｃの動作を説明するためのフローチャートである。なお、車両ＥＣＵ１０Ｃの動作は、制御部１０８Ｃの動作であるが、主語を制御部１０８Ｃとせず、車両ＥＣＵ１０Ｃとする。同図において、車両ＥＣＵ１０Ｃは、まず所定の時間以上車両ユーザ５１のスマホ１１Ｃが近接したかどうか判定し（ステップＳ１００）、所定の時間以上車両ユーザ５１のスマホ１１Ｃが近接していないと判定した場合（即ち近接が確認されていない場合、ステップＳ１００で「ＮＯ」と判定した場合）、車両操作要求があるかどうか判定する（ステップＳ１０１）。車両ＥＣＵ１０Ｃは、所定の時間以上車両ユーザ５１のスマホ１１Ｃが近接したと判定した場合（即ち近接を確認した場合、ステップＳ１００で「ＹＥＳ」と判定した場合）、所定の時間以上車両ユーザ５１のスマホ１１Ｃが近接していないと判定するまで、本処理を繰り返す。

車両ＥＣＵ１０Ｃは、ステップＳ１０１で、車両操作要求がないと判定した場合（ステップＳ１０１で「ＮＯ」と判定した場合）、車両操作要求があると判定するまで、本処理を繰り返す。車両ＥＣＵ１０Ｃは、車両操作要求があると判定した場合（ステップＳ１０１で「ＹＥＳ」と判定した場合）、盗難を検出し（ステップＳ１０２）、次いで車両操作を禁止する（ステップＳ１０３）。さらに、緊急アドバタイズを送信する（ステップＳ１０４）。

車両ＥＣＵ１０Ｃは、緊急アドバタイズを送信した後、車両ユーザ５１のスマホ１１Ｃが近接したかどうか判定し（ステップＳ１０５）、近接していないと判定した場合（ステップＳ１０５で「ＮＯ」と判定した場合）、ステップＳ１０４に戻り、緊急アドバタイズを継続して送信する。車両ＥＣＵ１０Ｃは、車両ユーザ５１のスマホ１１Ｃが近接したと判定すると（ステップＳ１０５で「ＹＥＳ」と判定した場合）、サーバ認証情報を受信し（ステップＳ１０６）、サーバ認証ＯＫかどうか判定する（ステップＳ１０７）。

車両ＥＣＵ１０Ｃは、サーバ認証ＯＫでない（即ちサーバ認証ＮＧ）と判定した場合（ステップＳ１０７で「ＮＯ」と判定した場合）、ステップＳ１０４の処理に戻る。車両ＥＣＵ１０Ｃは、サーバ認証ＯＫと判定した場合（ステップＳ１０７で「ＹＥＳ」と判定した場合）、盗難検出を解除し（ステップＳ１０８）、次いで車両操作禁止を解除する（ステップＳ１０９）。さらに、緊急アドバタイズ送信を停止する（ステップＳ１１０）。車両ＥＣＵ１０Ｃは、緊急アドバタイズ送信を停止した後、ステップＳ１００の処理に戻る。

図５６は、認証機能を有するサーバ１４Ｃが設けられた場合のスマホ１１Ｃの動作を説明するためのフローチャートである。なお、スマホ１１Ｃの動作は、制御部１２８Ｃの動作であるが、主語を制御部１２８Ｃとせず、スマホ１１Ｃとする。同図において、スマホ１１Ｃは、車両ＥＣＵ１０Ｃと非接触状態にし（ステップＳ１２０）、次いで所定の時間経過したかどうか判定する（ステップＳ１２１）。スマホ１１Ｃは、所定の時間を経過していないと判定した場合（ステップＳ１２１で「ＮＯ」と判定した場合）、ＢＬＥ通信可能エリア３００に自身（スマホ１１Ｃ）が存在するかどうか判定する（ステップＳ１２２）。スマホ１１Ｃは、自身がＢＬＥ通信可能エリア３００に存在しないと判定した場合（ステップＳ１２２で「ＮＯ」と判定した場合）、ステップＳ１２０の処理に戻り、自身がＢＬＥ通信可能エリア３００に存在すると判定した場合（ステップＳ１２２で「ＹＥＳ」と判定した場合）、車両ＥＣＵ１０Ｃと接続認証を実施する（ステップＳ１２７）。

一方、スマホ１１Ｃは、ステップＳ１２１の判定で、所定の時間を経過したと判定した場合（ステップＳ１２１で「ＹＥＳ」と判定した場合）、サーバ認証を行い（ステップＳ１２３）、サーバ認証ＯＫかどうか判定する（ステップＳ１２４）。スマホ１１Ｃは、サーバ認証ＯＫと判定した場合（ステップＳ１２４で「ＹＥＳ」と判定した場合）、サーバ認証情報をＯＫに設定し（ステップＳ１２５）、サーバ認証ＯＫと判定しなかった場合（ステップＳ１２４で「ＮＯ」と判定した場合）、サーバ認証情報をＮＧに設定する（ステップＳ１２６）。スマホ１１Ｃは、ステップＳ１２５の処理又はステップＳ１２６の処理を行った後、ステップＳ１２２の処理を行う。

スマホ１１Ｃは、ステップＳ１２７で車両ＥＣＵ１０Ｃと接続認証を実施した後、車両ＥＣＵ１０Ｃと接続状態にする（ステップＳ１２８）。次いで、スマホ１１Ｃは、所定の時間を経過したかどうか判定し（ステップＳ１２９）、所定の時間を経過していないと判定した場合（ステップＳ１２９で「ＮＯ」と判定した場合）、自身がＢＬＥ通信可能エリア３００に存在するかどうか判定する（ステップＳ１３０）。スマホ１１Ｃは、自身がＢＬＥ通信可能エリア３００に存在しないと判定した場合（ステップＳ１３０で「ＮＯ」と判定した場合）、ステップＳ１２０の処理に戻り、ＢＬＥ通信可能エリア３００に存在すると判定した場合（ステップＳ１３０で「ＹＥＳ」と判定した場合）、ステップＳ１２８の処理を行う。

一方、スマホ１１Ｃは、ステップＳ１２９の判定で、所定の時間を経過したと判定した場合（ステップＳ１２９で「ＹＥＳ」と判定した場合）、サーバ認証を行い（ステップＳ１３１）、サーバ認証ＯＫかどうか判定する（ステップＳ１３２）。スマホ１１Ｃは、サーバ認証ＯＫと判定した場合（ステップＳ１３２で「ＹＥＳ」と判定した場合）、サーバ認証情報をＯＫに設定し（ステップＳ１３３）、サーバ認証ＯＫと判定しなかった場合（ステップＳ１３２で「ＮＯ」と判定した場合）、サーバ認証情報をＮＧに設定する（ステップＳ１３４）。スマホ１１Ｃは、ステップＳ１３３の処理又はステップＳ１３４の処理を行った後、ステップＳ１３０の処理を行う。

図５７は、認証機能を有するサーバ１４Ｃが設けられた場合のサーバ１４Ｃの動作を説明するためのフローチャートである。なお、サーバ１４Ｃについては、その構成図を示していないので、主語をそのままサーバ１４Ｃとする。但し、認証機能を有する以外は、図７に示すサーバ１４と同様の構成である。図５７において、サーバ１４Ｃは、認証要求を受信したかどうか判定し（ステップＳ１４０）、認証要求を受信していないと判定した場合（ステップＳ１４０で「ＮＯ」と判定した場合）、認証要求を受信したと判定するまで本処理を繰り返す。サーバ１４Ｃは、認証要求を受信したと判定した場合（ステップＳ１４０で「ＹＥＳ」と判定した場合）、正規のオーナーであることが確認できたかどうか判定し（ステップＳ１４１）、正規のオーナーであることが確認できたと判定した場合（ステップＳ１４１で「ＹＥＳ」と判定した場合）、認証ＯＫを通知し（ステップＳ１４２）、正規のオーナーであることが確認できなかった判定した場合（ステップＳ１４１で「ＮＯ」と判定した場合）、認証ＮＧを通知する（ステップＳ１４３）。サーバ１４Ｃは、ステップＳ１４２又はステップＳ１４３の処理を行った後、ステップＳ１４０の処理に戻る。

以上のように、第４実施形態の無線通信システム４は、車両５０Ｃとスマホ１１Ｃとが第２通信状態の場合、車両５０Ｃを動作可能にし、その後、所定の時間以上、車両５０Ｃとスマホ１１Ｃとが第２通信状態にならない場合で、かつ車両５０Ｃのメインスイッチ５０４が所定の操作を検出した場合、車両５０Ｃから緊急アドバタイズを送信するので、スマホ１１Ｃを、車両５０Ｃからの緊急情報を受信可能なキーとして使用することができる。また、車両５０Ｃのキーとしてスマホ１１Ｃを使用できるようにすることで、車両５０Ｃのキーとしての使用が可能なスマホの普及を図ることができる。

（第５実施形態）
次に、第５実施形態の無線通信システムについて説明する。
第５実施形態の無線通信システムは、正規オーナーのスマホが車両ＥＣＵの近傍に存在している状態で、車両の電源をオフした際に、車両を警戒モードに設定し、警戒モードでは、スマホと車両ＥＣＵとの間の距離をＢｌｕｅｔｏｏｔｈ（登録商標）通信を用いた測距技術により測距して、車両の近傍にスマホが存在しない状態で車両が操作された場合に、車両ＥＣＵを警戒モードから車両盗難モードに遷移させる。

以下、図５８〜図６６を参照して、第５実施形態の無線通信システムについて説明する。
図５８は、第５実施形態の無線通信システム５の使用形態を示す図である。同図に示す第５実施形態の無線通信システム５は、車両５０Ｄと、車両ＥＣＵ（無線通信装置）１０Ｄと、スマホ（無線通信端末）１１Ｄとを基本構成とする。車両５０Ｄ及びスマホ１１Ｄは、正規オーナーである車両ユーザ５１のものである。車両５０Ｄに車両ＥＣＵ１０Ｄが搭載される。なお、車両ＥＣＵ１０Ｄには、識別情報が付与されている。この識別情報は、車両５０Ｄの識別情報と捉えることも可能である。また、この識別情報は、車両ＥＣＵに依って一意に決まる情報であり、例えばＭＡＣアドレスでもよい。

車両ＥＣＵ１０Ｄ及びスマホ１１Ｄは、それぞれＢｌｕｅｔｏｏｔｈ通信機能を有しており、車両ＥＣＵ１０Ｄとスマホ１１Ｄとの間においてＢｌｕｅｔｏｏｔｈ通信が可能となっている。また、スマホ１１Ｄは、Ｂｌｕｅｔｏｏｔｈ通信機能の他に、セルラー通信機能又はＷｉＦｉ（登録商標）通信機能も有している。Ｂｌｕｅｔｏｏｔｈ通信可能エリア（ＢＬＥ通信可能エリア）３００は、Ｂｌｕｅｔｏｏｔｈによる通信可能なエリアである。Ｂｌｕｅｔｏｏｔｈ通信可能エリア３００内の近接検出エリア３０１は、上述した車両５０Ｄの近傍のエリアである。なお、Ｂｌｕｅｔｏｏｔｈ通信可能エリア３００は、直径で１ｋｍ位であり、近接検出エリア３０１は、直径で２ｍ位である。

上述したように、車両ＥＣＵ１０Ｄは、車両５０Ｄの車両ユーザ５１のスマホ１１Ｄが車両ＥＣＵ１０Ｄの近傍に存在している状態で、車両５０Ｄの電源をオフした際に、車両５０Ｄを警戒モードに設定する。そして、警戒モードでは、スマホ１１Ｄと車両ＥＣＵ１０Ｄとの間の距離をＢｌｕｅｔｏｏｔｈ通信及び、またはＵＷＢを用いた測距技術により測距して、車両５０Ｄの近傍にスマホ１１Ｄが存在しない状態で車両５０Ｄが操作された場合に、車両ＥＣＵ１０Ｄを警戒モードから車両盗難モードに遷移させる。

図５９は、車両ユーザ５１のスマホ１１Ｄが車両ＥＣＵ１０ＤのＢｌｕｅｔｏｏｔｈ通信可能エリア３００外に存在している場合を示す図である。図６０は、車両ユーザ５１のスマホ１１Ｄが車両ＥＣＵ１０ＤのＢｌｕｅｔｏｏｔｈ通信可能エリア３００内に存在している場合を示す図である。

なお、第５実施形態の無線通信システム５は、二輪の車両（自動二輪車）５０Ｄに適用したものであるが、四輪の車両にも勿論適用できる。以下、第５実施形態の無線通信システム５の車両ＥＣＵ１０Ｄ及びスマホ１１Ｄの構成について順次説明する。

図６１は、車両５０Ｄの一部分の概略構成と車両ＥＣＵ１０Ｄの概略構成を示すブロック図である。なお、同図において、上述した第１実施形態の無線通信システム１の車両ＥＣＵ１０（図２参照）と第４実施形態の無線通信システム４の車両ＥＣＵ１０Ｃ（図４３参照）の各構成要素と共通する要素には同一の符号を付けている。第５実施形態の無線通信システム５の車両ＥＣＵ１０Ｄは、スイッチ検出部１０１Ｃ、ＩＧ認証判定部１０２、ＢＴ無線送受信部（第１無線通信回路）１０３、不正使用検出部（不正使用検出回路）１０５、車速検出部１０６、距離検出部１３８、制御部１０８Ｄ及びアンテナ１１０を備える。なお、車両ＥＣＵ１０Ｄは、アンテナ１１０を１本備えているが、複数本備えていてもよい。

ＢＴ無線送受信部（第１無線通信回路）１０３は、前述したように、Ｂｌｕｅｔｏｏｔｈ規格（第１無線方式）に準拠した無線通信を行う。距離検出部１３８は、車両５０Ｄとスマホ１１Ｄとの距離を、Ｂｌｕｅｔｏｏｔｈ通信及び、またはＵＷＢの測距技術により測距し、その結果を制御部１０８Ｄに出力する。なお、車両５０Ｄ（又は車両ＥＣＵ１０Ｄ）にＧＰＳ受信部（図示略）を搭載して、スマホ１１ＤのＧＰＳ受信部１２１（図４８参照）との間で距離を求めるようにしてもよい。

制御部１０８Ｄは、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭとを有する。ＩＧ認証判定部１０２、ＢＴ無線送受信部１０３、不正使用検出部１０５、車速検出部１０６及び距離検出部１３８は、制御部１０８Ｄの制御の下で動作する。不正使用検出部１０５は、加速度センサ１０５１が所定の加速度を検出した場合、不正使用を検出する。

制御部１０８Ｄは、不正使用検出部１０５が不正使用を検出した場合で、かつ車両５０Ｄとスマホ１１Ｄが所定の距離にある場合（スマホ１１ＤがＢｌｕｅｔｏｏｔｈ通信可能エリア３００にある場合）、スマホ１１Ｄへ緊急情報を送信する。なお、緊急情報は、車両ＥＣＵ１０ＤのＢＴ無線送受信部１０３から送信される。ＢＴ無線送受信部１０３から送信された緊急情報は、スマホ１１ＤのＢＴ無線送受信部１２４（図６２参照）にて受信される。

また、制御部１０８Ｄは、不正使用検出部１０５が不正使用を検出した場合で、かつ車両５０Ｄとスマホ１１Ｄが所定の距離にない場合（スマホ１１ＤがＢｌｕｅｔｏｏｔｈ通信可能エリア３００にない場合）、緊急情報を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを送信する。なお、緊急情報を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットは、車両ＥＣＵ１０ＤのＢＴ無線送受信部１０３から送信される。

また、制御部１０８Ｄは、不正使用検出部１０５が不正使用を検出しない場合、緊急情報を送信しない。即ち、ＢＴ無線送受信部１０３から緊急情報は送信されない。

ここで、上述した所定の距離とは、Ｂｌｕｅｔｏｏｔｈ通信可能エリア３００の距離（直径で１ｋｍ位）であり、第１の距離とする。また、近接検出エリア３０１の距離（直径で２ｍ位）を第２の距離（＜第１の距離）とする。不正使用検出部１０５は、車両５０Ｄとスマホ１１Ｄが第２の距離にない場合で、かつメインスイッチ５０４にて所定の操作が成された場合、不正使用を検出する。

なお、車両５０ＤのＢＴ無線送受信部１０３（実際は車両ＥＣＵ１０ＤのＢＴ無線送受信部１０３）とスマホ１１ＤのＢＴ無線送受信部１２４（図６２参照）が所定の通信状態にある場合を、車両５０Ｄとスマホ１１Ｄが所定の距離にある場合とし、車両５０ＤのＢＴ無線送受信部１０３（実際は車両ＥＣＵ１０ＤのＢＴ無線送受信部１０３）とスマホ１１ＤのＢＴ無線送受信部１２４が所定の通信状態にない場合を、車両５０Ｄとスマホ１１Ｄが所定の距離にない場合とする。

車両５０Ｄの不正使用検出部１０５（実際は車両ＥＣＵ１０Ｄの不正使用検出部１０５）が不正使用を検出した場合で、かつ車両５０ＤのＢＴ無線送受信部１０３（実際は車両ＥＣＵ１０ＤのＢＴ無線送受信部１０３）とスマホ１１ＤのＢＴ無線送受信部１２４とが所定の通信状態にない場合、ＢＴ無線送受信部１０３は、車両５０Ｄの識別情報と緊急情報を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを送信する。

図６２は、スマホ１１Ｄの概略構成を示すブロック図である。なお、同図において、上述した第１実施形態の無線通信システム１の情報共有ユーザ端末（スマホ）１２（図５参照）の各構成要素と共通する要素には同一の符号を付けている。スマホ１１Ｄは、ＧＰＳ受信部１２１、ＢＴ無線送受信部１２４、テレマ送受信部１２５、アドバタイズ判定部１２７、表示部１３６、アンテナ１２２，１２６，１２９及び制御部１２８Ｄを備える。なお、スマホ１１Ｄは、アンテナ１２６，１２９をそれぞれ１本備えているが、それぞれ複数本備えていてもよい。

ＢＴ無線送受信部（第２無線通信回路）１２４は、Ｂｌｕｅｔｏｏｔｈ規格（第１無線方式）に準拠した無線通信を行う。テレマ送受信部１２５は、Ｂｌｕｅｔｏｏｔｈ規格の通信方式（第１無線方式）と異なるセルラー通信方式（第２無線方式）に準拠した無線通信を行う。表示部１３６は、緊急情報に対応する情報を表示する。制御部１２８Ｄは、装置各部を制御するものであり、図示せぬＣＰＵと、ＣＰＵを動作させるためのプログラムを記憶したＲＯＭと、ＣＰＵの動作において使用されるＲＡＭと、を有する。ＧＰＳ受信部１２１、ＢＴ無線送受信部１２４、テレマ送受信部１２５、アドバタイズ判定部１２７及び表示部１３６は、制御部１２８Ｄの制御の下で動作する。なお、制御部１２８Ｄは、車両ＥＣＵ１０Ｄと通信を行った場合、自身を車両ＥＣＵ１０Ｄに登録するための情報を送信する。

なお、車両ＥＣＵ１０Ｄとスマホ１１Ｄとの間の通信にＢｌｕｅｔｏｏｔｈを用いる以外に、ＷｉＦｉやセルラーを用いてもよい。

次に、車両ＥＣＵ１０Ｄとスマホ１１Ｄの動作について説明する。
図６３，６４は、車両ＥＣＵ１０Ｄを主とする動作を示すシーケンス図である。図６３において、車両ＥＣＵ１０Ｄは、車両５０Ｄのメインスイッチ５０４からの車両操作要求を受けると、車両５０Ｄの車両電源をＯＦＦし、警戒モードに遷移する。車両ＥＣＵ１０Ｄは、警戒モードに遷移すると、車両ユーザ５１のスマホ１１Ｄと接続するため、接続認証とエリア検出を行う。この場合、スマホ１１Ｄと接続しているが、車両５０Ｄに近接していない状態にあるとする（即ち、スマホ１１Ｄが近接検出エリア３０１内に存在していない状態にあるとする）。車両ＥＣＵ１０Ｄは、この状態で車両５０Ｄのメインスイッチ５０４からの車両操作要求を受けると、盗難を検出し、車両ユーザ５１のスマホ１１Ｄに盗難を通知する。

図６４において、車両ＥＣＵ１０Ｄは、車両５０Ｄのメインスイッチ５０４からの車両操作要求を受けると、車両５０Ｄの車両電源をＯＦＦし、警戒モードに遷移する。車両ＥＣＵ１０Ｄは、警戒モードに遷移すると、車両ユーザ５１のスマホ１１Ｄと接続するため、接続認証とエリア検出を行う。この場合、スマホ１１Ｄと接続できない状態にあるとする（即ち、スマホ１１ＤがＢＬＥ通信可能エリア３００内に存在していない状態にあるとする）。車両ＥＣＵ１０Ｄは、この状態で車両５０Ｄのメインスイッチ５０４からの車両操作要求を受けると、盗難を検出し、緊急アドバタイズの送信を開始する。

図６５は、車両ＥＣＵ１０Ｄの動作を説明するためのフローチャートである。なお、車両ＥＣＵ１０Ｄの動作は、制御部１０８Ｄの動作であるが、主語を制御部１０８Ｄとせず、車両ＥＣＵ１０Ｄとする。同図において、車両ＥＣＵ１０Ｄは、まず車両操作要求を受信したかどうか判定し（ステップＳ１５０）、車両操作要求を受信していないと判定した場合（ステップＳ１５０で「ＮＯ」と判定した場合）、車両操作要求を受信したと判定するまで本処理を繰り返す。車両ＥＣＵ１０Ｄは、車両操作要求を受信したと判定した場合（ステップＳ１５０で「ＹＥＳ」と判定した場合）、オーナー（車両ユーザ５１）のスマホ１１Ｄと接続しているかどうか判定する（ステップＳ１５１）。車両ＥＣＵ１０Ｄは、オーナーのスマホ１１Ｄと接続していると判定した場合（ステップＳ１５１で「ＹＥＳ」と判定した場合）、近接検出エリア３０１にオーナーのスマホ１１Ｄが存在するかどうか判定する（ステップＳ１５２）。車両ＥＣＵ１０Ｄは、近接検出エリア３０１にオーナーのスマホ１１Ｄが存在すると判定した場合（ステップＳ１５２で「ＹＥＳ」と判定した場合）、盗難検出を解除し（ステップＳ１５３）、次いで車両操作禁止を解除する（ステップＳ１５４）。さらに、緊急アドバタイズの送信を停止する（ステップＳ１５５）。その後、ステップＳ１５０の処理に戻る。

一方、車両ＥＣＵ１０Ｄは、ステップＳ１５１の判定において、オーナーのスマホ１１Ｄと接続していないと判定した場合（ステップＳ１５１で「ＮＯ」と判定した場合）、盗難を検出し（ステップＳ１５６）、次いで車両操作を禁止する（ステップＳ１５７）。さらに、緊急アドバタイズの送信を開始する（ステップＳ１５８）。その後、ステップＳ１５０の処理に戻る。

また、車両ＥＣＵ１０Ｄは、ステップＳ１５２の判定において、近接検出エリア３０１にオーナーのスマホ１１Ｄが存在していないと判定した場合（ステップＳ１５２で「ＮＯ」と判定した場合）、盗難を検出し（ステップＳ１５９）、次いで車両操作を禁止する（ステップＳ１６０）。さらに、オーナーのスマホ１１Ｄに盗難を通知する（ステップＳ１６１）。その後、ステップＳ１５０の処理に戻る。

図６６は、スマホ１１Ｄの動作を説明するためのフローチャートである。なお、スマホ１１Ｄの動作は、制御部１２８Ｄの動作であるが、主語を制御部１２８Ｄとせず、スマホ１１Ｄとする。同図において、スマホ１１Ｄは、まず車両ＥＣＵ１０Ｄと非接続状態にする（ステップＳ１７０）。次いで、スマホ１１Ｄは、ＢＬＥ通信可能エリア３００に自身（スマホ１１Ｄ）が存在するかどうか判定する（ステップＳ１７１）。スマホ１１Ｄは、ＢＬＥ通信可能エリア３００に自身が存在していないと判定した場合（ステップＳ１７１で「ＮＯ」と判定した場合）、ステップＳ１７０の処理に戻り、ＢＬＥ通信可能エリア３００に自身が存在していると判定した場合（ステップＳ１７１で「ＹＥＳ」と判定した場合）、車両ＥＣＵ１０Ｄと接続認証を実施する（ステップＳ１７２）。スマホ１１Ｄは、車両ＥＣＵ１０Ｄと接続認証を実施した後、車両ＥＣＵ１０Ｄと接続状態にする（ステップＳ１７３）。次いで、スマホ１１Ｄは、ＢＬＥ通信可能エリア３００に自身が存在するかどうか判定し（ステップＳ１７４）、ＢＬＥ通信可能エリア３００に自身が存在すると判定した場合（ステップＳ１７４で「ＹＥＳ」と判定した場合）、ステップＳ１７３の処理を継続する。スマホ１１Ｄは、ＢＬＥ通信可能エリア３００に自身が存在しないと判定した場合（ステップＳ１７４で「ＮＯ」と判定した場合）、ステップＳ１７０の処理に戻る。

以上のように、第５実施形態の無線通信システム５は、車両５０Ｄの不正使用を検出した場合で、かつスマホ１１Ｄが車両５０Ｄから所定の距離にある場合（即ち、スマホ１１ＤがＢＬＥ通信可能エリア３００にある場合）、車両５０Ｄの車両ＥＣＵ１０Ｄからスマホ１１Ｄへ緊急情報を送信し、車両５０Ｄの不正使用を検出した場合で、かつスマホ１１Ｄが車両５０Ｄから所定の距離にない場合（即ち、スマホ１１ＤがＢＬＥ通信可能エリア３００にない場合）、車両５０Ｄの車両ＥＣＵ１０Ｄから緊急情報を含むＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットを送信するので、スマホ１１Ｄは、車両５０Ｄから所定の距離にある場合、車両５０Ｄから直接緊急情報を受信することができ、車両５０Ｄから所定の距離にない場合、車両５０ＤからのＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｉｎｇパケットをセルラー通信やＷｉＦｉ等で間接的に受信することができる。

したがって、車両５０Ｄにおいてテレマティックスサービスを利用することなく、車両５０Ｄの異常をスマホ１１Ｄのユーザ５１に通知することができる。また、テレマティックスサービスを利用するための通信回線やＧＰＳの機能を持つ必要がないため、低コスト化を図ることができる。特に、車両５１Ｄとスマホ１１Ｄとの間の通信にＢｌｕｅｔｏｏｔｈ規格に準拠する通信方式を用いることで、車両５１Ｄとスマホ１１Ｄとの間の通信を安価に行うことができる。このように、低コスト、低消費電力で、盗難を含む車両５０Ｄの異常を通知することができる。

また、車両５０Ｄの不正使用検出部１０５が不正使用を検出しない場合、ＢＴ無線送受信部１０３は、緊急情報を送信しないので、誤報を防止できる。
また、車両５０Ｄの不正使用検出部１０５に加速度センサ１０５１を用いたことで、車両５０Ｄに与えられた衝撃を高感度で検出することができる。
また、スマホ１１Ｄの表示部１３６に緊急情報に対応する情報を表示するので、スマホ１１Ｄのユーザ５１は、緊急情報に対応する情報を視覚で確認することができる。

本開示の無線通信システム及び無線通信装置は、スクータ等の低価格な車両に有用である。

１〜５ 無線通信システム
１０，１０Ｃ，１０Ｄ 車両ＥＣＵ
１０Ａ，１０Ｆ 第１車両ＥＣＵ
１０Ｂ，１０Ｅ 第２車両ＥＣＵ
１１ 車両ユーザ端末
１１Ｃ，１１Ｄ，１１Ｅ スマホ
１２，１２Ｂ，１２Ｃ，１２Ｄ 情報共有ユーザ端末
１３ 駐輪場Ｂｌｕｅｔｏｏｔｈユニット
１４，１４Ｂ，１４Ｃ，１４Ｄ サーバ
１５ テレマ基地局
１６，１６Ｅ 電子キー
５０，５０Ｃ，５０Ｄ 車両
５０Ａ，５０Ｆ 第１車両
５０Ｂ，５０Ｅ 第２車両
５１ 車両ユーザ（正規のオーナー）
５２ 情報共有ユーザ
５３ クラウド
１０１，１０１Ｃ スイッチ検出部
１０２ ＩＧ認証判定部
１０３，１２４，１３１，１６１ ＢＴ無線送受信部
１０４，１２１ ＧＰＳ受信部
１０５ 不正使用検出部
１０６ 車速検出部
１０７，１２３ 時計
１０８，１０８Ａ，１０８Ｂ，１０８Ｃ，１０８Ｄ，１０８Ｅ，１０８Ｆ，１２８，１２８Ｂ，１２８Ｃ，１２８Ｄ，１２８Ｅ，１３５，１４３，１４３Ｂ，１４３Ｃ，１６４ 制御部
１０９ メモリ
１１０，１１１，１２２，１２６，１２９，１３２，１６５ アンテナ
１１２ アドバタイズ検出部
１２５ テレマ送受信部
１２７，１３４ アドバタイズ判定部
１３３，１４１ ネットワーク通信部
１３６ 表示部
１３７ 認証部
１３８ 距離検出部
１４２ 通知情報判定部
１６２ キースイッチ
１６３ ＬＥＤ
２９８ 通常アドバタイズの通信範囲
２９９ 緊急アドバタイズの通信範囲
３００ ＢＬＥ通信可能エリア（Ｂｌｕｅｔｏｏｔｈ通信可能エリア）
３０１ 近接検出エリア
５０１ グローブＢＯＸスイッチ
５０２ ＩＧＫＥＹスイッチ
５０３ 車速管理ＥＣＵ
５０４ メインスイッチ
１０５１ 加速度センサ

Claims (15)

1. 無線通信回路を備える車両と、
   前記無線通信回路と無線通信可能であり、外部のサーバと無線通信可能な無線通信端末と、を備え、
   前記無線通信端末は、前記車両の前記無線通信回路から所定の情報を受信する場合、前記車両との距離を取得し、前記所定の情報と前記車両との距離とを前記サーバへ送信する、
   無線通信システム。
2. 請求項１に記載の無線通信システムであって、
   前記車両の前記無線通信回路は、前記所定の情報を含むＢｌｕｅｔｏｏｔｈ（登録商標）のＡｄｖｅｒｔｉｓｉｎｇパケットを送信する、
   無線通信システム。
3. 請求項１又は請求項２に記載の無線通信システムであって、
   前記車両と前記無線通信端末との距離を、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信及び／又はＵＷＢの測距技術により測距して求める、
   無線通信システム。
4. 請求項１から請求項３のいずれか１項に記載の無線通信システムであって、
   前記無線通信端末は、位置情報を取得可能である位置情報取得回路を備え、
   前記無線通信端末は、前記車両の前記無線通信回路から所定の情報を受信する場合、前記所定の情報と前記車両との距離と前記位置情報とを前記サーバへ送信する、
   無線通信システム。
5. 請求項４に記載の無線通信システムであって、
   前記無線通信端末は、時刻を取得可能である計時回路を更に備え、
   前記無線通信端末は、前記車両の前記無線通信回路から所定の情報を受信する場合、前記所定の情報と前記車両との距離と前記位置情報と前記時刻とを前記サーバへ送信する、
   無線通信システム。
6. 請求項５に記載の無線通信システムであって、
   前記無線通信端末が、前記サーバへ送信する前記時刻は、前記所定の情報を受信した時刻である、
   無線通信システム。
7. 請求項１から請求項６のいずれか１項に記載の無線通信システムであって、
   前記所定の情報は、前記車両の緊急情報である、
   無線通信システム。
8. 請求項７に記載の無線通信システムであって、
   前記車両は、不正使用検出回路を更に備え、
   前記不正使用検出回路が不正使用を検出した場合、前記車両の前記無線通信回路は、前記緊急情報を送信する、
   無線通信システム。
9. 請求項１から請求項８のいずれか１項に記載の無線通信システムであって、
   前記車両を第１車両とし、
   前記所定の情報を第１の情報とし、
   前記無線通信回路を第１無線通信回路とし、
   第２無線通信回路を備える第２車両を更に備え、
   前記第１車両は、前記第２車両の前記第２無線通信回路から第２の情報を受信した場合、前記第２の情報を前記第１の情報として、前記無線通信端末に送信する、
   無線通信システム。
10. 請求項９に記載の無線通信システムであって、
    前記第１車両と前記無線通信端末との前記距離を第１の距離とし、
    前記第１車両は、前記第２車両の前記第２無線通信回路から前記第２の情報を受信した場合、前記第２車両との第２の距離を取得し、前記第１の距離と、前記第２の距離と、前記第２の情報と、を前記無線通信端末を介して前記サーバに送信する、
    無線通信システム。
11. 請求項１０に記載の無線通信システムであって、
    前記第１車両は、前記第１の距離と前記第２の距離とを合算した距離として前記無線通信端末を介して前記サーバに送信する、
    無線通信システム。
12. 請求項９から請求項１１のいずれか１項に記載の無線通信システムであって、
    前記第２車両の前記第２無線通信回路は、前記第２の情報を含むＢｌｕｅｔｏｏｔｈ（登録商標）のＡｄｖｅｒｔｉｓｉｎｇパケットを送信する、
    無線通信システム。
13. 請求項９から請求項１２のいずれか１項に記載の無線通信システムであって、
    前記第２の情報は、前記第２車両の緊急情報である、
    無線通信システム。
14. 請求項１３に記載の無線通信システムであって、
    前記第２車両は、不正使用検出回路を更に備え、
    前記不正使用検出回路が不正使用を検出した場合、前記第２車両の前記第２無線通信回路は、前記緊急情報を送信する、
    無線通信システム。
15. 請求項１４に記載の無線通信システムであって、
    前記第２車両は、時刻を取得可能な計時回路を更に備え、
    前記緊急情報は、前記第２車両の前記計時回路が取得した時刻を含む、
    無線通信システム。

Images