JP2023160667A - 無線通信装置、無線通信方法およびコンピュータプログラム - Google Patents

Abstract

【課題】本来接続を期待する接続相手との接続機会が失われてしまうことを回避する。【解決手段】無線通信装置は、他の無線通信装置との無線通信を行う通信部と、通信部を制御する制御部と、を備え、制御部は、アプリケーション毎に異なるアドバタイズ識別子を通信部に設定し、通信部は、設定されたアドバタイズ識別子に対応し、アドバタイズ識別子を含まないアドバタイズパケットを繰り返し送信し、アドバタイズパケットを受信した他の無線通信装置の１つである第１の無線通信装置から送信された、無線通信の接続要求を受信し、接続要求を受信する直前に送信したアドバタイズパケットの送信を停止し、接続要求の送信元である第１の無線通信装置と無線接続し、制御部は、無線接続した第１の無線通信装置が、送信を停止したアドバタイズパケットに対応するアドバタイズ識別子である第１のアドバタイズ識別子が期待している接続先であるか否かを判定する。【選択図】図８

Description

本開示は、無線通信装置、無線通信方法およびコンピュータプログラムに関する。

Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（登録商標）規格に基づいて、周囲と情報をブロードキャスト通信し、ＢＬＥ接続を確立する技術が存在する。以下、Ｂｌｕｅｔｏｏｔｈ（登録商標）を「ＢＴ」と称し、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙを「ＢＬＥ」と称する場合がある。

特許文献１には、アドバタイズ識別子の異なる複数のアドバタイズパケットのうちの少なくとも１つに対応する信号を他の無線通信装置から受信した場合、当該信号に対応するアドバタイズ識別子のアドバタイズパケットの送信を停止する無線通信装置が開示されている。

特開２０１９－８３４８５号公報

しかしながら、特許文献１に開示されている無線通信装置は、アドバタイズ識別子が期待していない他の無線通信装置と誤接続した場合、当該アドバタイズ識別子に対応するアドバタイズパケットの送信が停止してしまい、当該アドバタイズ識別子が期待している他の無線通信装置と正しく接続することができない。

本開示は、上述した状況に鑑みて案出され、アドバタイズ識別子が期待している他の無線通信装置と正しく接続できる無線通信装置、無線通信方法およびコンピュータプログラムを提供することを目的とする。

本開示は、無線通信装置であって、他の無線通信装置との無線通信を行う通信部と、前記通信部を制御する制御部と、を備え、前記制御部は、アプリケーション毎に異なるアドバタイズ識別子を前記通信部に設定し、前記通信部は、設定された前記アドバタイズ識別子に対応し、前記アドバタイズ識別子を含まないアドバタイズパケットを繰り返し送信し、前記アドバタイズパケットを受信した前記他の無線通信装置の１つである第１の無線通信装置から送信された、無線通信の接続要求を受信し、前記接続要求を受信する直前に送信した前記アドバタイズパケットの送信を停止し、前記接続要求の送信元である前記第１の無線通信装置と無線接続し、前記制御部は、無線接続した前記第１の無線通信装置が、送信を停止した前記アドバタイズパケットに対応する前記アドバタイズ識別子である第１のアドバタイズ識別子が期待している接続先であるか否かを判定する、無線通信装置を提供する。

また、本開示は、無線通信装置による無線通信方法であって、アプリケーション毎に異なるアドバタイズ識別子を設定し、設定された前記アドバタイズ識別子に対応し、前記アドバタイズ識別子を含まないアドバタイズパケットを繰り返し送信し、前記アドバタイズパケットを受信した前記他の無線通信装置の１つである第１の無線通信装置から送信された、無線通信の接続要求を受信し、前記接続要求を受信する直前に送信した前記アドバタイズパケットの送信を停止し、前記接続要求の送信元である前記第１の無線通信装置と無線接続し、無線接続した前記第１の無線通信装置が、送信を停止した前記アドバタイズパケットに対応する前記アドバタイズ識別子である第１のアドバタイズ識別子が期待している接続先であるか否かを判定する、無線通信方法を提供する。

なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本発明によれば、本来接続を期待する接続相手との接続機会が失われてしまうことを回避することのできる効果を奏する。

本発明の実施の形態１における無線通信システムの構成を示す図 本発明の実施の形態１における車載機の構成を示すブロック図 本発明の実施の形態１における車載機のソフトウェアプログラムの階層構造を示す図 本発明の実施の形態１における車載機のアドバタイズ送信処理のフローチャート 本発明の実施の形態１における車載機とスマートフォン間での誤接続発生のメカニズムを示すシーケンス図 車載機のホストスタックからＢｌｕｅｔｏｏｔｈコントローラへ送信するアドバタイズデータを設定するＨＣＩコマンドの構成を示す図 車載機のＢｌｕｅｔｏｏｔｈコントローラが無線上へ送出するアドバタイズパケットの構成例を示す図 本発明の実施の形態１における車載機のアプリケーションプログラムが誤接続発生時のアドバタイズ再開処理制御を行うフローチャート 車載機の第１の誤接続検知方法に係る処理のフローチャート 車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生しない場合のシーケンス図 車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生する場合のシーケンス図 車載機の第２の誤接続検知方法に係る処理のフローチャート 車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生する場合のシーケンス図 第３の誤接続検知方法における車載機のアドバタイズ送信処理のフローチャート 車載機の第３の誤接続検知方法に係る処理のフローチャート 車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生する場合のシーケンス図 車載機の第４の誤接続検知方法に係る処理のフローチャート 車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生する場合のシーケンス図 変形例１における車載機のソフトウェアプログラムの階層構造を示す図 変形例１における車載機のアプリケーションプログラムが誤接続発生時のアドバタイズ再開処理制御を行うフローチャート 変形例１における車載機のアドバタイズ調停Ｓｅｒｖｉｃｅプログラムがアプリケーションプログラムへの調停制御を行うフローチャート 変形例１における車載機のアドバタイズ調停Ｓｅｒｖｉｃｅプログラムがアプリ毎に誤接続回数と誤接続頻度を管理する管理テーブルを示す図

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

＜実施の形態１＞
以下、本発明の実施の形態１における無線通信システムについて図面を参照しながら説明する。

図１は本発明の実施の形態１における無線通信システム１の構成例を示す図である。

図１において、無線通信システム１は、車載機１００と、スマートフォン１０１と、スマートフォン１０２とから構成される。車載機１００は、無線通信装置の一例である。スマートフォン１０１およびスマートフォン１０２は、他の無線通信装置の一例である。車載機１００は、スマートフォン１０１またはスマートフォン１０２と、ＢＬＥに基づいて、互いに無線通信を行う。ＢＬＥとは、Ｂｌｕｅｔｏｏｔｈと呼ばれる近距離無線通信規格において、低消費電力を目的として策定された規格である。

本実施の形態において、車載機１００は、後述するアドバタイズパケットを送信するペリフェラルとして動作する。スマートフォン１０１とスマートフォン１０２とは、アドバタイズパケットを受信するセントラルとして動作する。スマートフォン１０１およびスマートフォン１０２の少なくとも一方は、車載機１００が送信するアドバタイズパケットを受信する。スマートフォン１０１およびスマートフォン１０２の少なくとも一方は、受信したアドバタイズパケットに含まれるアプリケーション識別子が、当該スマートフォンが有するアプリケーションと適合する場合、車載機へ接続要求を送信する。これにより、スマートフォン１０１およびスマートフォン１０２の少なくとも一方は、車載機１００にＢＬＥ接続する。ＢＬＥ接続とは、ＢＬＥを用いた無線通信接続のことである。無線通信システム１では、ＢＬＥ接続後に車載機１００の有するアプリケーションとスマートフォンが有するアプリケーションとの間で固有の情報のやり取りが行われる。

スマートフォン１０１とスマートフォン１０２とは、運転者または同乗者が所持している携帯端末であり、車載機１００が搭載される車両又は車両近くに持込まれる。携帯端末の他の例として、タブレット端末、携帯電話、オーディオプレーヤー、スマートウォッチ等が挙げられる。また、携帯端末は、これらに限らず、車両内に設置されるリモコン等のデバイスであってもよい。

次に、図２を参照して、本実施形態に係わる車載機１００のハードウェア構成について説明する。図２は、本発明の実施の形態１における車載機のハードウェア構成を示すブロック図である。車載機１００は、制御部２０１と、ＢＬＥ通信部２０２と、表示部２０３と、入力部２０４と、記憶部２０５と、計時部２０６とを備える。

制御部２０１は、車載機１００全体の動作を制御する。制御部２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の１以上のプロセッサと、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）またはＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）とを含んで構成される。制御部２０１は、ＲＯＭに格納されるプログラムを実行することによって、本実施の形態に関わる処理が実現される。また、制御部２０１は、プログラムの実行中、ＲＡＭを作業領域として使用する。なお、ＲＯＭおよびＲＡＭは、制御部２０１の外部に設けられてもよい。制御部２０１の外部とは、例えば、記憶部２０５である。また、制御部２０１は、上述したハードウェアに加えて、もしくは、代えて、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（Ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）等により構成されてもよい。

ＢＬＥ通信部２０２は、例えば無線周波数（ＲＦ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路、ベースバンド（ＢＢ：Ｂａｓｅｂａｎｄ）回路、リンクレイヤ（ＬＬ：Ｌｉｎｋ Ｌａｙｅｒ）回路、メモリ回路、およびアンテナ等を含んで構成される。

ＢＬＥ通信部２０２は、アンテナを介して受信した無線信号を、復調および複号して制御部２０１へ送る。また、ＢＬＥ通信部２０２は、制御部２０１から送られた信号を、符号化および変調等して、アンテナを介して無線信号として送信する。ＢＬＥ通信部２０２は、他の無線通信装置と無線通信を行う。本実施の形態で、他の無線通信装置とは、例えばスマートフォン１０１およびスマートフォン１０２の少なくとも一方である。

本実施形態において、ＢＬＥ通信部２０２は、ＢＬＥに基づく無線信号の送信及び受信を行うＢＴコントローラにより実現される。ＢＴコントローラは、ＢｌｕｅｔｏｏｔｈおよびＷｉ－Ｆｉ（登録商標）を含むコンボモジュールであってよい。あるいは、ＢＴコントローラは、Ｂｌｕｅｔｏｏｔｈのみを含むモジュールであってもよい。

表示部２０３は、例えば、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｔ）ディスプレイなどの表示デバイスであり、描画するための回路等を含んでいる。表示部２０３には、例えば、アプリケーションに係わる情報や、スマートフォン１０１およびスマートフォン１０２から受信した情報を表示する。

入力部２０４は、ユーザからの指示を入力する装置である。入力部２０４は、押圧式のスイッチを所定数並べた構成を採るものや、タッチパネル式の装置等で構成される。ユーザからの指示とは、例えば、スマートフォンとの接続の指示や切断の指示等である。入力部２０４は、当該入力操作に応じた電気信号を制御部２０１に送信する。例えば、入力部２０４としてタッチセンサが表示部２０３の表示パネルに重ねられて設けられ、表示パネルとともにタッチパネルを構成してもよい。この場合、入力部２０４としてのタッチセンサは、当該タッチセンサへのユーザの接触動作に係わる接触位置や接触態様を検出し、検出された接触位置や接触態様に応じた信号を制御部２０１へ送信する。

記憶部２０５は、車載機１００が本実施形態に係わる制御を行うための制御プログラム本体、初期設定データまたは制御プログラム実行中の各種変数データを記憶する。記憶部２０５は、例えば、ＲＯＭまたはＲＡＭである。

計時部２０６は、発信回路、分周回路、および計時回路等から構成され、現在の時刻や制御プログラムにおけるタイマ開始からの満了時刻を計時する。

また、スマートフォンのハードウェア構成については図示を省略するが、スマートフォンは、車載機１００と同様、ＢＬＥ通信部、制御部および記憶部を備えてよい。

次に、車載機及びスマートフォンのソフトウェア構成を説明する。図３は、本発明の実施の形態１における車載機及びスマートフォンのソフトウェアプログラムの階層構造を示す図である。

図３において、車載機１００は、アプリケーションＡ、アプリケーションＢ、ＧＡＴＴ（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ Ｐｒｏｆｉｌｅ）、ＡＴＴ（Ａｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ）、Ｌ２ＣＡＰ（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ａｎｄ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、およびＨＣＩ（Ｈｏｓｔ Ｃｏｎｔｒｏｌｌｅｒ Ｉｎｔｅｒｆａｃｅ）を含むソフトウェアを有する。ＧＡＴＴ、ＡＴＴ、およびＬ２ＣＡＰをまとめてホストスタックとも呼ぶ。これらのソフトウェアは制御部２０１にて実行される。

Ｌｉｎｋ ＬａｙｅｒおよびＰｈｙｓｉｃａｌ Ｌａｙｅｒはハードウェアであり、ＢＬＥ通信部２０２に相当するＢＴコントローラである。

スマートフォン１０１は、アプリケーションＡ、ＧＡＴＴ、ＡＴＴ、Ｌ２ＣＡＰ、およびＨＣＩを含むソフトウェアを有し、アプリケーションＡの機能実現のため車載機１００とＢＬＥ接続する。Ｌｉｎｋ ＬａｙｅｒおよびＰｈｙｓｉｃａｌ Ｌａｙｅｒはハードウェアであり、スマートフォン１０１のＢＴコントローラである。

スマートフォン１０２は、アプリケーションＢ、ＧＡＴＴ、ＡＴＴ、Ｌ２ＣＡＰ、およびＨＣＩを含むソフトウェアを有し、アプリケーションＢの機能実現のため車載機１００とＢＬＥ接続する。Ｌｉｎｋ ＬａｙｅｒおよびＰｈｙｓｉｃａｌ Ｌａｙｅｒはハードウェアであり、スマートフォン１０２のＢＴコントローラである。

ＨＣＩは、ホストスタックからＢＴコントローラへアクセスするためのコマンドおよびイベントインタフェースを提供する。ＨＣＩは、ＨＣＩコマンドやＨＣＩイベントとその構成パラメータにより、ＢＬＥ通信を制御する。

Ｌ２ＣＡＰは、上位層のプロトコル（図３ではＡＴＴ層）の通信パケットの分割と再構成などの機能等を提供する、プロトコルである。

ＡＴＴは、クライアントサーバモデルを採用し、サーバ側のデバイスが、クライアント側デバイスに属性とその関連値のセットを公開できるようにするプロトコルである。また、サーバによって公開されるこれらの属性は、クライアントによって検出、読み取り（Ｒｅａｄ）、および書き込み（Ｗｒｉｔｅ）のうち少なくとも１つが可能であり、サーバによって指示、または通知される一連のやり取りが定義される。なお、ＡＴＴは、ＢＴ５．２で拡張されたＥＡＴＴ（Ｅｎｈａｎｃｅｄ Ａｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ）を用いるようにしてもよい。

ＧＡＴＴは、ＡＴＴと同様にクライアントサーバモデルを採用し、ＡＴＴを用いてデータを構造化する方法と、アプリケーション間での情報のやり取りの方法を定義するプロファイルである。ＧＡＴＴにおけるデータ構造は、プロファイル、サービス、およびキャラクタリスティックといった構成要素が階層になっている。

ＧＡＴＴ通信においては、データの転送元と転送先に基づいて、ＧＡＴＴクライアントとＧＡＴＴサーバの２つの役割が定義されている。

ＧＡＴＴクライアントは、ＧＡＴＴサーバに要求を送信し、ＧＡＴＴサーバからの応答を受信する。ＧＡＴＴクライアントは、ＧＡＴＴサーバの情報の読み取り（Ｒｅａｄ）および書き込み（Ｗｒｉｔｅ）の少なくとも一つを実行することができる。

ＧＡＴＴサーバは、ＧＡＴＴクライアントからの要求を受信した場合、ＧＡＴＴクライアントに対して応答を返す。

本実施形態では、車載機１００がＧＡＴＴサーバとなり、スマートフォン１０１およびスマートフォン１０２がＧＡＴＴクライアントとなる。アプリケーションＡが有する機能と、アプリケーションＢが有する機能とは異なる。よって、アプリケーションＡが有するサービスおよびキャラクタリスティックと、アプリケーションＢが有するサービスおよびキャラクタリスティックとは異なる。

図３において、点線は誤接続が発生している様子を例示している。誤接続とは、車載機１００が複数のアドバタイズを同時に送信する場合に意図しないアドバタイズ通信に対してスマートフォンが誤接続する現象を指す。図３は、アプリケーションＢを持つスマートフォン１０２が、車載機１００のアプリケーションＡのアドバタイズ通信に対して誤接続される例を示す。誤接続が発生する場合、アプリケーションＢを持つスマートフォン１０２との接続通知は、車載機１００のアプリケーションＡ側に通知されてしまう。結果、車載機１００のアプリケーションＡにとっては、アプリケーションのミスマッチが発生し、本来期待する通信ができなくなる。車載機１００にとっては、接続を意図しないデバイスと接続されたことになる。

以上のように構成された車載機１００について、以下にその処理動作を説明する。まず、図４から図７を用いて、車載機１００の各アプリケーションに応じたアドバタイズを開始する処理動作、さらに、車載機１００とスマートフォン間での誤接続発生のメカニズムを説明する。

図４は、本発明の実施の形態１における車載機のアプリケーションがアドバタイズ送信処理を行うフローチャートである。車載機１００が搭載された車両（不図示）にユーザが乗り込み、アクセサリ（ＡＣＣ）電源（不図示）をＯＮにし、車載機１００が起動すると同時に制御部２０１によりアドバタイズパケットの送信が開始される。また、車両が、当該車両のドアが開かれたことを検知し、この検知信号を、車内ネットワークを介して車載機１００へ送信し、車載機１００はこの検知信号の受信タイミングでアドバタイズパケットの送信を開始するようにしてもよい。なお、アプリケーションは、ユーザが入力部２０４でスマートフォンとの接続を指示した任意のタイミングで図４のフローチャートに係る処理を開始してもよい。

アプリケーションは、制御部２０１によって実行される。よって、アプリケーションは、制御部２０１と読み替えられてもよい。また、以下図４のフローチャートの各処理は、車載機１００のアプリケーションＡによって実行される。なお、図４のフローチャートの各処理は、アプリケーションＢによっても同様に実行される。

まず、アプリケーションＡは当該アプリケーションＡに対応するＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を含むアドバタイズ情報を生成する（Ｓ４０）。ここで、ＵＵＩＤは、１２８ビットの識別子であって、本実施形態では、各アプリケーションを識別するアプリケーション識別子として使用されるＩＤである。

Ｓ４０の処理の後、アプリケーションＡは、当該アプリケーションＡにあらかじめ割り当てられたアドバタイズ識別子を記憶部２０５より参照する（Ｓ４１）。本実施の形態では、アプリケーション毎に異なるアドバタイズ識別子を割り当てる。例えば、アプリケーションＡにはアドバタイズ識別子の値として「１」を、アプリケーションＢにはアドバタイズ識別子の値として「２」を割り当てる。なお、アドバタイズ識別子の値は一例であり限定されない。

制御部２０１は、アドバタイズ情報とアドバタイズ識別子をＢＬＥ通信部２０２へセットする（Ｓ４２）。アプリケーションＡは、アドバタイズパケットの送信開始をＢＬＥ通信部２０２へ指示する（Ｓ４３）。

図５に車載機とスマートフォン間での誤接続発生のメカニズムを示すシーケンス図を示す。

図５において、一部アプリケーションＡをアプリＡと、アプリケーションＢをアプリＢと表記している。

まず、制御部２０１により実行されるアプリケーションＡは、ＢＬＥ通信部２０２へアドバタイズデータの設定を行う（Ｓ５１）。アドバタイズデータの設定は、例えば、「ＬＥ Ｓｅｔ Ｅｘｔｅｎｄｅｄ Ａｄｖｅｒｔｉｓｉｎｇ Ｄａｔａ」コマンドを用いて行われる。

ここで図６を参照してＨＣＩコマンド（「ＬＥ Ｓｅｔ Ｅｘｔｅｎｄｅｄ Ａｄｖｅｒｔｉｓｉｎｇ Ｄａｔａ」コマンド）の構成について説明する。図６は、車載機１００のホストスタックからＢＴコントローラへ送信するアドバタイズデータを設定するためのＨＣＩコマンドの構成を示す。図６に示すように、ＨＣＩコマンドには、アドバタイズ識別子を表すパラメータ「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ」が定義されている。本実施形態では、ＨＣＩコマンドは、ＡＤ Ｔｙｐｅが０ｘＦＦ（「Ｍａｎｕｆａｃｔｕｒｅ Ｓｐｅｃｉｆｉｃ Ｄａｔａ」）であるＡｄ Ｄａｔａを含む。ＡＤ ＴｙｐｅはＡＤ Ｄａｔａの種類を表す。「Ｍａｎｕｆａｃｔｕｒｅ Ｓｐｅｃｉｆｉｃ Ｄａｔａ」はＡＤ Ｄａｔａが、企業が任意に定めることができるデータであることを表す。本実施形態では、ＡＤ Ｄａｔａは、車載機１００内の各アプリケーションを識別可能なＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を含む。

ここで、図５のＳ５１の処理において、アプリケーションＡは、「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ」の値に「１」を、ＵＵＩＤに当該アプリケーションＡに対応する値を設定する。これを図５では、「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝１，ＵＵＩＤ＝アプリＡ」と表現している。

制御部２０１に含まれるアプリケーションＢは、ＢＬＥ通信部２０２へアドバタイズデータの設定を行う（Ｓ５２）。Ｓ５２の処理では、アプリケーションＢは、「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ」の値に「２」を、ＵＵＩＤに当該アプリケーションＢに対応する値を設定する。これを図５では、「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝２，ＵＵＩＤ＝アプリＢ」と表現している。

制御部２０１に含まれるアプリケーションＡは、ＢＬＥ通信部２０２へアドバタイズ開始を指示する（Ｓ５３）。アドバタイズ開始は、「ＬＥ Ｓｅｔ Ｅｘｔｅｎｄｅｄ Ａｄｖｅｒｔｉｓｉｎｇ Ｅｎａｂｌｅ」コマンドを用いて設定する。詳細には、制御部２０１は、パラメータ「Ｅｎａｂｌｅ」に送信開始を表す値として「Ｅｎａｂｌｅ」を設定し、アドバタイズ識別子を表すパラメータ「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ」の値に「１」を設定する。これを図５では、「Ｅｎａｂｌｅ，Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝１」と表現している。

ＢＬＥ通信部２０２は、Ｓ５３のアドバタイズ開始の指示を受信し、アプリケーションＡのＵＵＩＤを含むアドバタイズパケットを無線信号として送信する（Ｓ５４）。ＢＬＥ通信部２０２は、アドバタイズパケットを所定の周期で繰り返しブロードキャストする。これにより、周囲に存在する他の無線通信装置は、車載機１００を検知可能となる。他の無線通信装置とは、図５ではスマートフォン１０１およびスマートフォン１０２のことである。

ここで図７を参照して、ＢＬＥ通信部２０２が無線通信として送信するアドバタイズパケットの構成例を説明する。ここではアドバタイズパケットの種類に「ＡＤＶ＿ＩＮＤ」を指定している。「ＡＤＶ＿ＩＮＤ」は、不特定多数のデバイスに、車載機１００の存在を知らせ、接続要求を受信すると、その接続要求を受け入れるためのアドバタイズパケットの種類である。図７のＡＤ ＴｙｐｅとＡＤ Ｄａｔａは、図６でホストスタックが設定したものと同じ値が設定されることになる。ここで、アドバタイズ識別子を表すパラメータである「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ」は、図７のパケット構成例には含まれない。したがって、スマートフォン側では、アドバタイズパケットを受信しても、アドバタイズ識別子を識別することができない。

なお、アドバタイズパケットの種類として「ＡＤＶ＿ＩＮＤ」を例示したが、これに限らず、他の種類の接続を伴うアドバタイズ（ＡＵＸ＿ＡＤＶ＿ＩＮＤ等）を選択してもよい。

図５のＳ５５の処理に説明を戻す。ここで、制御部２０１に含まれるアプリケーションＢは、ＢＬＥ通信部２０２へアドバタイズ開始を指示する（Ｓ５５）。アドバタイズパケットの送信開始は、「ＬＥ Ｓｅｔ Ｅｘｔｅｎｄｅｄ Ａｄｖｅｒｔｉｓｉｎｇ Ｅｎａｂｌｅ」コマンドを用いて設定される。詳細には、制御部２０１は、パラメータ「Ｅｎａｂｌｅ」に送信開始を表す値として「Ｅｎａｂｌｅ」を設定し、アドバタイズ識別子を表すパラメータ「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ」の値に「２」を設定する。これを図５では、「Ｅｎａｂｌｅ，Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝２」と表現している。

ＢＬＥ通信部２０２は、Ｓ５５のアドバタイズ開始の指示を受信し、アプリケーションＢのＵＵＩＤを含むアドバタイズパケットを無線信号として送信する（Ｓ５６）。

次に、スマートフォン１０２は、Ｓ５６の処理で送信されたアドバタイズパケットを検出する（Ｓ５７）。スマートフォン１０２は、Ｓ５７の処理でアドバタイズパットを検出すると、アドバタイズパケットに含まれるＵＵＩＤが、当該アプリケーションが持つＵＵＩＤすなわちアプリケーションＢに対応するＵＵＩＤであるか否かを判断する。スマートフォン１０２は、アドバタイズパケットに含まれるＵＵＩＤがスマートフォン１０２のアプリケーションが持つＵＵＩＤと合致すると判定した場合は、車載機１００へ接続要求を送信する。Ｓ５７の処理で検出されたアドバタイズパケットに含まれるＵＵＩＤとスマートフォン１０２のＵＵＩＤが合致するので、スマートフォン１０２は、車載機１００へ接続要求を送信する（Ｓ５９）。接続要求は、例えば「ＣＯＮＮＥＣＴ＿ＩＮＤ」という通信パケットとして、スマートフォン１０２のＢＬＥ通信部からＢＬＥ通信部２０２へ送信される（Ｓ６０）。

ここで、接続要求である「ＣＯＮＮＥＣＴ＿ＩＮＤ」の通信パケットは、パラメータであるＩｎｉｔＡとＡｄｖＡとＬＬＤａｔａとから構成される。ＩｎｉｔＡは、接続要求元を示すアドレス部である。ＡｄｖＡは、接続要求先を示すアドレス部である。ＬＬＤａｔａは、確立されるコネクション通信パラメータである。図５では接続要求元のアドレスのことをＦｒｏｍスマートフォン１０２と、接続要求先のアドレスのことをＴｏ車載機１００と表現している。なお、接続要求の例は、ＩｎｉｔＡとＡｄｖＡとＬＬＤａｔａとを含む「ＣＯＮＮＥＣＴ＿ＩＮＤ」に限られず、他の種類の接続要求を行う通信パケット（ＡＵＸ＿ＣＯＮＮＥＣＴ＿ＲＥＱ等）でもよい。

ここで、スマートフォン１０２が、Ｓ５９の接続要求に関する処理およびＳ６０の接続要求を送信する処理を行う直前に、Ｓ５８に示すアプリケーションＡのＵＵＩＤを含むアドバタイズパケットを受信したとする。この場合、ＢＬＥ通信部２０２は、受信したＳ６０の接続要求を、直前にＳ５８にて送信したアプリケーションＡのアドバタイズ、すなわち、「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝１」に対する接続要求であると誤認してしまう。

そのため、ＢＬＥ通信部２０２は、制御部２０１のアプリケーションＡへ、スマートフォン１０２と接続されたことを通知する（Ｓ６１）。Ｓ６１の処理とほぼ同時に、ＢＬＥ通信部２０２は、「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝１」のアドバタイズパケットの送信が停止し、そのことを、制御部２０１のアプリケーションＡへ通知する（Ｓ６２）。アドバタイズパケットの送信の停止は、「ＬＥ Ｓｅｔ Ａｄｖｅｒｔｉｓｉｎｇ Ｓｅｔ Ｔｅｒｍｉｎａｔｅｄ」イベントを用いてＢＬＥ通信部２０２により設定される。「ＬＥ Ｓｅｔ Ａｄｖｅｒｔｉｓｉｎｇ Ｓｅｔ Ｔｅｒｍｉｎａｔｅｄ」イベントのイベントパラメータには、アドバタイズ識別子である「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ」、接続を識別するためのパラメータである「Ｃｏｎｎｅｃｔｉｏｎ＿Ｈａｎｄｌｅ」等が含まれる。

このように、接続を実行する側、つまりスマートフォン１０２側は、車載機１００への接続要求送信時に車載機１００のアドレスを指定することは可能だが、車載機１００が複数のアドバタイズを実行している場合、どのアドバタイズ識別子を有するアドバタイズに接続するかを指定することができない。その結果、誤接続が発生する。

なお、図５のＳ５１の処理およびＳ５２の処理は、図４のＳ４２の処理に対応している。図５のＳ５３の処理およびＳ５５の処理は、図４のＳ４３の処理に対応している。

なお、図６の例では、「Ｍａｎｕｆａｃｔｕｒｅ Ｓｐｅｃｉｆｉｃ Ｄａｔａ」内に車載機１００内の各アプリケーションを識別可能なＵＵＩＤを含むとして説明したが、これに限らず、ＡＤ Ｔｙｐｅを０ｘ０７（「Ｃｏｍｐｌｅｔｅ Ｌｉｓｔ ｏｆ １２８－ｂｉｔ Ｓｅｒｖｉｃｅ Ｃｌａｓｓ ＵＵＩＤｓ」）とし、Ａｄ Ｄａｔａ内にＵＵＩＤを含むようにしてもよい。

以上説明したような誤接続が発生した場合、アプリケーションＡに割り当てられたアドバタイズ識別子「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝１」を有するアドバタイズが停止してしまうために、車載機１００と、本来接続を期待する接続相手（スマートフォン１０１）との接続機会が失われてしまう。

次に、車載機１００のアプリケーションが、誤接続が発生しても接続を期待する接続相手との接続機会が失われてしまうことを回避することができる制御方法について説明する。ここでアプリケーションとは、制御部２０１にて実行されるソフトウェアである。

図８は、本発明の実施の形態１における車載機のアプリケーションプログラムが誤接続発生時にアドバタイズ再開処理制御を行うフローチャートである。

まず、アプリケーションは、スマートフォンとＢＬＥ接続したか否かを判定する（Ｓ８０）。アプリケーションは、スマートフォンとＢＬＥ接続していないと判定した場合（Ｓ８０，ＮＯ）、アドバタイズパケットの送信を継続する。言い換えると、アプリケーションの処理はＳ８０の処理に戻る。アプリケーションが、スマートフォンとＢＬＥ接続したと判定した場合（Ｓ８０，ＹＥＳ）、アプリケーションの処理はＳ８１の処理に進む。

アプリケーションは、誤接続が発生したか否かを判定する（Ｓ８１）。なお、Ｓ８１の処理に関しては第１の誤接続検知方法、第２の誤接続検知方法、第３の誤接続検知方法、第４の誤接続検知方法、および第５の誤接続検知方法の説明箇所で詳述する。

アプリケーションは、誤接続が発生していないと判定した場合（Ｓ８１，ＮＯ）、車載機１００は意図するスマートフォンとＢＬＥ接続されているので、当該アプリケーションに係る通信処理を実施する（Ｓ８４）。一方、アプリケーションは、誤接続が発生したと判定した場合（Ｓ８１，ＹＥＳ）、当該スマートフォンとのＢＬＥ接続を切断する（Ｓ８２）。

アプリケーションは、Ｓ８２の処理で意図しないスマートフォンとのＢＬＥ接続を切断すると、停止したアドバタイズパケットの送信を再開させる指示をＢＬＥ通信部２０２に送信する。ＢＬＥ通信部２０２は、アプリケーションから受信した指示に基づきアドバタイズパケットの送信を再開する（Ｓ８３）。ＢＬＥ通信部２０２は、アドバタイズパケットの送信が再開した旨の信号をアプリケーションに送信する。アプリケーションは、ＢＬＥ通信部２０２からアドバタイズパケットの送信が再開した旨の信号を受信すると、Ｓ８０の処理を再び実行する。

図８に係るＳ８３の処理は、図５のＳ６２の処理の後で、誤接続により停止した「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝１」のアドバタイズを再開させることに対応する。

これにより、誤接続が発生しても、停止したアドバタイズ識別子（Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ）のアドバタイズを適宜再開することで、本来接続を期待する接続相手との接続機会が失われてしまうことを回避することができる。

＜第１の誤接続検知方法＞
第１の誤接続検知方法では、車載機１００とスマートフォンとがＢＬＥ接続した際に、スマートフォンからの車載機１００のキャラクタリスティックに対するアクセスがないことをもって車載機１００は誤接続を検知する。また車載機１００は、スマートフォンから車載機１００へのキャラクタリスティックに対するアクセスが、車載機１００のアプリケーションの有するキャラクタリスティックに適合しない場合、誤接続を検知してもよい。

図９を参照して、車載機の第１の誤接続検知方法に係る処理を説明する。図９は、車載機の第１の誤接続検知方法に係る処理のフローチャートである。図９に係るフローチャートの各処理は、制御部２０１によって実行される。

制御部２０１は、スマートフォン側から車載機１００のキャラクタリスティックに対するアクセスがないかを判定する（ＳＡ０１）。

ここで、アクセスとは、キャラクタリスティックの読み取り（Ｒｅａｄ）や書き込み（Ｗｒｉｔｅ）、クライアントコンフィグレーションの書き込み等を指す。クライアントコンフィグレーションの書き込みは、ＧＡＴＴサーバ側でのデータ更新があった場合に、サーバからのデータ通知を受信したいときに、クライアント側から通知を有効化するために行われる。サーバからのデータ通知とは、例えば、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｖａｌｕｅ ＮｏｔｉｆｉｃａｔｉｏｎまたはＣｈａｒａｃｔｅｒｉｓｔｉｃ Ｖａｌｕｅ Ｉｎｄｉｃａｔｉｏｎである。

制御部２０１は、ＳＡ０１の処理でスマートフォン側からアクセスがないと判定した場合（ＳＡ０１，ＹＥＳ）、誤接続したと判断する（ＳＡ０２）。

制御部２０１は、ＳＡ０１の処理でスマートフォン側からアクセスがあると判定した場合（ＳＡ０１，ＮＯ）、誤接続していないと判断する（ＳＡ０３）。

次に、図１０を参照して、車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生しない場合の処理を説明する。図１０は、車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生しない場合のシーケンス図である。図１０において、一部アプリケーションＡをアプリＡと、アプリケーションＢをアプリＢと表記している。

車載機１００にはアプリケーションＡとアプリケーションＢとの２つのアプリケーションを有し、２つのアプリケーションは制御部２０１にて実行される。アプリケーションＡは、Ａ１，Ａ２，Ａ３，・・・というキャラクタリスティックを有する。アプリケーションＢは、Ｂ１，Ｂ２，Ｂ３，・・・というキャラクタリスティックを有する。

アプリケーションＡは、ＢＬＥ通信部２０２へアドバタイズデータの設定を行う（Ｓ２００）。アプリケーションＡは、「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ」の値に「１」を、ＵＵＩＤには、アプリケーションＡの値を設定する。これを図１０では、「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝１，ＵＵＩＤ＝アプリＡ」と表現している。

アプリケーションＢは、ＢＬＥ通信部２０２へアドバタイズデータの設定を行う（Ｓ２０１）。アプリケーションＢは、「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ」の値に「２」を、ＵＵＩＤには、アプリケーションＢの値を設定する。これを図１０では、「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝２，ＵＵＩＤ＝アプリＢ」と表現している。

アプリケーションＡは、ＢＬＥ通信部２０２へアドバタイズ開始を指示する（Ｓ２０２）。アドバタイズ開始、言い換えるとアドバタイズパケットの送信開始は、「ＬＥ Ｓｅｔ Ｅｘｔｅｎｄｅｄ Ａｄｖｅｒｔｉｓｉｎｇ Ｅｎａｂｌｅ」コマンドを用いて設定される。アプリケーションＡは、詳細には、パラメータ「Ｅｎａｂｌｅ」に送信開始を表す値として「Ｅｎａｂｌｅ」を設定し、アドバタイズ識別子を表すパラメータ「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ」の値に「１」を設定する。これを図１０では、「Ｅｎａｂｌｅ，Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝１」と表現している。

ＢＬＥ通信部２０２は、アプリケーションＡのＵＵＩＤを含むアドバタイズパケットを無線信号として送信する（Ｓ２０３）。アドバタイズパケットは所定の周期でブロードキャストされる。これにより、車載機１００の周囲に存在する他の無線通信装置は、当該車載機１００を検知可能となる。他の無線通信装置とは、図１０ではスマートフォン１０１およびスマートフォン１０２のことである。

アプリケーションＢは、ＢＬＥ通信部２０２へアドバタイズ開始を指示する（Ｓ２０４）。Ｓ２０４は、Ｓ２０２と同様に行われる。アプリケーションＢは、パラメータ「Ｅｎａｂｌｅ」に送信開始を表す値として「Ｅｎａｂｌｅ」を設定し、アドバタイズ識別子を表すパラメータ「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ」の値に「２」を設定する。これを図１０では、「Ｅｎａｂｌｅ，Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝２」と表現している。

ＢＬＥ通信部２０２は、アプリケーションＢのＵＵＩＤを含むアドバタイズパケットを無線信号として送信する（Ｓ２０５）。

スマートフォン１０１のＢＬＥ通信部はアプリケーションＡのＵＵＩＤを含むアドバタイズパケットを受信する（Ｓ２０６）。

スマートフォン１０１のＢＬＥ通信部はスマートフォン１０１のアプリケーションＡにアドバタイズパケットを受信したことを通知する（Ｓ２０７）。アプリケーションＡは、スマートフォン１０１のＢＬＥ通信部に車載機１００への接続要求を送信させる信号を送信する（Ｓ２０８）。

スマートフォン１０１のＢＬＥ通信部は、Ｓ２０８の処理に係る信号を取得すると車載機１００に接続要求を送信する（Ｓ２０９）。

ＢＬＥ通信部２０２は、車載機１００のアプリケーションＡにスマートフォン１０１との接続通知を送信する（Ｓ２１０）。

Ｓ２１０の処理とほぼ同時に、ＢＬＥ通信部２０２は、「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝１」のアドバタイズパケットの送信を停止する。また、ＢＬＥ通信部２０２は、アドバタイズパケットの送信を停止したことを制御部２０１のアプリケーションＡへ通知する（Ｓ２１１）。

ＢＬＥ通信部２０２は、スマートフォン１０１のＢＬＥ通信部とＢＬＥ接続を確立する（Ｓ２１２）。

スマートフォン１０１は、Ｓ２１２の処理で車載機１００とのＢＬＥ接続が確立されたため、車載機１００のアプリケーションＡに対しキャラクタリスティックＡ１のＲｅａｄ要求を送信する（Ｓ２１３）。Ｓ２１３の処理は、図９のＳＡ０１の処理のスマートフォン側からの期待するアクセスに相当する。なお、Ｓ２１３の処理でスマートフォン１０１が送信する要求はＲｅａｄ要求に限られない。

車載機１００のアプリケーションＡは、Ｓ２１３の処理のＲｅａｄ要求に対する応答をスマートフォン１０１に送信する（Ｓ２１４）。

Ｓ２１４の処理以降の動作は、図８のＳ８４の処理となる。

次に、図１１を参照して、車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生する場合の処理を説明する。図１１は、車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生する場合のシーケンス図である。図１１の処理に関して、図１０と同一の処理は同一の符合を付与して説明を省略する。図１１において、一部アプリケーションＡをアプリＡと、アプリケーションＢをアプリＢと表記している。

スマートフォン１０２のＢＬＥ通信部は、Ｓ２０５の処理において、車載機１００からアプリケーションＢに関するアドバタイズパケットを受信すると、スマートフォン１０２のアプリケーションＢにアドバタイズパケットを受信したことを通知する（Ｓ３０６）。

スマートフォン１０２のアプリケーションＢは、スマートフォン１０２のＢＬＥ通信部に対し車載機１００と接続する要求を送信させる指示を送信する（Ｓ３０８）。スマートフォン１０２のＢＬＥ通信部は、車載機１００に対し接続要求を送信する（Ｓ３０９）。

スマートフォン１０２のＢＬＥ通信部は、Ｓ３０８の接続要求に関する処理およびＳ３０９の接続要求を送信する処理の直前に、車載機１００からアプリケーションＡのアドバタイズパケットを受信した場合（Ｓ３０７）、ＢＬＥ通信部２０２は、Ｓ３０９の受信した接続要求をアプリケーションＡのアドバタイズすなわち、「Ａｄｖｅｒｔｉｓｉｎｇ＿Ｈａｎｄｌｅ＝１」に対する要求と誤認してしまう。

ＢＬＥ通信部２０２は、Ｓ３０９の処理に基づきアプリケーションＡに接続通知を送信する（Ｓ３１０）。ＢＬＥ通信部２０２は、アドバタイズパケットの無線信号の送信を停止する。また、ＢＬＥ通信部２０２は、アドバタイズパケットの送信を停止したことを制御部２０１のアプリケーションＡへ通知する（Ｓ３１１）。

車載機１００とスマートフォン１０２はＢＬＥ接続を確立する（Ｓ３１２）。

車載機１００のアプリケーションＡと、アプリケーションＢを有するスマートフォン１０２と、が接続されている。したがって車載機１００には、期待するアクセスがスマートフォン１０２側から送信されない。ここでの期待するアクセスとは、車載機１００のアプリケーションＡに対するアクセスであり、例えばスマートフォン１０１のアプリケーションＡからのキャラクタリスティックＡ１のＲｅａｄ要求（Ｓ３１３）などである。実際にはＳ３１３の処理は行われないため、Ｓ３１３の処理に対する応答である、車載機１００からスマートフォン１０１へのＲｅａｄ応答の送信（Ｓ３１４）も行われない。

車載機１００は、スマートフォン１０２側からの期待するアクセスがないことをもって誤接続を検知する（Ｓ３１５）。

車載機１００のアプリケーションＡは、ＢＬＥ通信部２０２に対しＢＬＥ接続の切断を要求する（Ｓ３１６）。

ＢＬＥ通信部２０２は、スマートフォン１０２に対しＢＬＥ接続の切断要求を送信する（Ｓ３１７）。

車載機１００とスマートフォン１０２とは、ＢＬＥ接続を切断する（Ｓ３１８）。

車載機１００のアプリケーションＡは、停止していたアドバタイズパケットの送信を開始する（Ｓ３１９）。

ＢＬＥ通信部２０２は、アプリケーションＡのＵＵＩＤを含むアドバタイズパケットを無線信号として送信する（Ｓ３２０）。

これにより、第１の誤接続検知方法では、車載機１００とスマートフォンとがＢＬＥ接続した際に、スマートフォン側からの期待するアクセスがないことをもって誤接続を検知する。

＜第２の誤接続検知方法＞
第２の誤接続検知方法では、スマートフォンから無線接続が切断された場合、車載機１００は、当該車載機１００のアプリケーションが期待している接続先ではなく意図しない装置と誤接続したことを検知する。この場合、図８のＳ８２の処理は省略することができる。

図１２を参照して、車載機の第２の誤接続検知方法に係る処理を説明する。図１２は、車載機の第２の誤接続検知方法に係る処理のフローチャートである。図１２に係るフローチャートの各処理は、制御部２０１によって実行される。

制御部２０１は、スマートフォンとＢＬＥ接続したか判定する（ＳＢ０１）。制御部２０１は、スマートフォンとＢＬＥ接続していないと判定した場合（ＳＢ０１，ＮＯ）、ＳＢ０１の処理に戻る。

制御部２０１は、スマートフォンとＢＬＥ接続したと判定した場合（ＳＢ０１，ＹＥＳ）、ＳＢ０２の処理に進む。

制御部２０１は、スマートフォン側から車載機１００にアクセスが行われる前にスマートフォン側からＢＬＥ接続を切断されたかを判定する（ＳＢ０２）。

制御部２０１は、ＳＢ０２の処理において、スマートフォン側からＢＬＥ接続を切断されたと判定した場合（ＳＢ０１，ＹＥＳ）、誤接続したと判断し、停止したアドバタイズパケットの送信を再開する（ＳＢ０３）。

制御部２０１は、ＳＢ０２の処理において、スマートフォン側からＢＬＥ接続を切断されたと判断しなかった場合（ＳＢ０２，ＮＯ）、当該アプリケーション処理を開始する（ＳＢ０４）。

次に、図１３を参照して、車載機１００とスマートフォン間でＢＬＥ接続をする際に誤接続が発生する場合の処理を説明する。図１３は、車載機１００とスマートフォン間でＢＬＥ接続をする際に誤接続が発生する場合のシーケンス図である。図１３の処理に関して、図１１と同一の処理は同一の符合を付与して説明を省略する。図１３において、一部アプリケーションＡをアプリＡと、アプリケーションＢをアプリＢと表記している。

Ｓ３１２の処理で車載機１００とスマートフォン１０２とがＢＬＥ接続を確立すると、スマートフォン１０２は、車載機１００の接続したアプリケーションに対して、アプリケーションＢが有するキャラクタリスティックを検索する。スマートフォン１０２のアプリケーションＢは、ＢＬＥ接続した車載機１００のアプリケーションが、アプリケーションＢに対応するキャラクタリスティックを有さなければ、ＢＬＥ接続の切断の要求を送信させる指示をスマートフォン１０２のＢＬＥ通信部に送信する（Ｓ４１３）。

スマートフォン１０２のＢＬＥ通信部は、ＢＬＥ通信部２０２に対しＢＬＥ接続の切断要求を送信する（Ｓ４１４）。

ＢＬＥ通信部２０２は、スマートフォン１０２のＢＬＥ通信部に、Ｓ４１４の切断要求に対する切断応答を送信する（Ｓ４１５）。

車載機１００とスマートフォン１０２とは、ＢＬＥ接続を切断する（Ｓ４１６）。

ＢＬＥ通信部２０２は、アプリケーションＡにＢＬＥ接続を切断したことを通知する（Ｓ４１７）。

車載機１００のアプリケーションＡは、Ｓ４１７の処理を基に誤接続を検知する（Ｓ４１８）。

車載機１００のアプリケーションＡは、停止していたアドバタイズパケットの送信を開始する（Ｓ４１９）。

ＢＬＥ通信部２０２は、アプリケーションＡのＵＵＩＤを含むアドバタイズパケットを無線信号として送信する（Ｓ４２０）。

これにより、第２の誤接続検知方法では、スマートフォン側からＢＬＥ接続が切断されたかによって誤接続を検知する。

＜第３の誤接続検知方法＞
第３の誤接続検知方法では、車載機１００が有する複数のアプリケーションは、予め各アプリケーションのキャラクタリスティックを複数のアプリケーション間で交換する。車載機１００のアプリケーションは、スマートフォンからのキャラクタリスティックに対するアクセスが、他の車載機１００のアプリケーションのキャラクタリスティックと適合する場合、車載機１００は、本来の接続を意図するデバイス以外との誤接続を検知する。

より具体的には、車載機１００のアプリケーションＡのキャラクタリスティック情報をアプリケーションＢへ通知し、アプリケーションＢのキャラクタリスティック情報をアプリケーションＡへ通知する。アプリケーションＡおよびアプリケーションＢは、お互いにアドバタイズ送信開始前にキャラクタリスティック情報を交換しておくことで、スマートフォン側からアクセスされたキャラクタリスティックがどちらのアプリケーション向けであるかを判断する。これによってアプリケーションＡは、当該アプリケーションＡに対するものでは無いときには、接続を意図するデバイスではないことを検知する。アプリケーションＢについても同様である。

図１４を参照して、第３の誤接続検知方法における車載機１００のアドバタイズ送信処理を説明する。図１４は、第３の誤接続検知方法における車載機１００のアドバタイズ送信処理のフローチャートである。なお、図１４の処理に関して、図４と同じ処理に関しては同一符合を付し説明を省略する。

制御部２０１は、Ｓ４０の処理の前に、車載機１００の有するアプリケーションが定義するキャラクタリスティックを、車載機１００の複数の他のアプリケーション間で交換する（ＳＣ０１）。以下の処理は、図４と同様である。

図１５を参照して、車載機の第３の誤接続検知方法に係る処理を説明する。図１５は、車載機の第３の誤接続検知方法に係る処理のフローチャートである。図１５に係るフローチャートの各処理は、制御部２０１によって実行される。

制御部２０１は、スマートフォン側からの、車載機１００のアプリケーションのキャラクタリスティックに対するアクセスが、事前に交換した他のアプリケーションに対応するキャラクタリスティックに適合するか否かを判定する（ＳＣ１１）。

制御部２０１は、ＳＢ１１の処理において、スマートフォン側からの、車載機１００のアプリケーションのキャラクタリスティックに対するアクセスが、事前に交換した他のアプリケーションに対応するキャラクタリスティックに適合すると判定した場合（ＳＢ１１，ＹＥＳ）、誤接続したと判断する（ＳＣ１２）。

制御部２０１は、ＳＢ１１の処理において、スマートフォン側からの、車載機１００のアプリケーションのキャラクタリスティックに対するアクセスが、事前に交換した他のアプリケーションに対応するキャラクタリスティックに適合しないと判定した場合（ＳＣ１１，ＮＯ）、誤接続していないと判断する（ＳＣ１３）。

次に、図１６を参照して、車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生する場合の処理を説明する。図１６は、車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生する場合のシーケンス図である。図１６の処理に関して、図１１と同一の処理は同一の符合を付与して説明を省略する。図１６において、一部アプリケーションＡをアプリＡと、アプリケーションＢをアプリＢと表記している。

車載機１００のアプリケーションＡは、アプリケーションＢにキャラクタリスティックＡ１，Ａ２，Ａ３・・・を送信する（Ｓ５００）。

車載機１００のアプリケーションＢは、アプリケーションＡにキャラクタリスティックＢ１，Ｂ２，Ｂ３・・・を送信する（Ｓ５０１）。

Ｓ３１２の処理で車載機１００とスマートフォン１０２とがＢＬＥ接続を確立すると、スマートフォン１０２のアプリケーションＢは、スマートフォン１０２のＢＬＥ通信部に、車載機１００に対するＷｒｉｔｅ要求を送信させる指示を送信する（Ｓ５１５）。

スマートフォン１０２のＢＬＥ通信部は、車載機１００のアプリケーションＡに対しキャラクタリスティックＢ１のＷｒｉｔｅ要求を送信する（Ｓ５１６）。

車載機１００のアプリケーションＡは、事前に交換した、かつアドバタイズが停止していないキャラクタリスティックであるキャラクタリスティックＢ１に対し、スマートフォン１０２からアクセスされたことをもって誤接続を検知する（Ｓ５１７）。

車載機１００のアプリケーションＡは、ＢＬＥ通信部２０２に対しＢＬＥ接続の切断の要求を送信する（Ｓ５１８）。

ＢＬＥ通信部２０２は、スマートフォン１０２に対しＢＬＥ接続の切断の要求を送信する（Ｓ５１９）。

車載機１００とスマートフォン１０２とは、ＢＬＥ接続を切断する（Ｓ５２０）。

車載機１００のアプリケーションＡは、停止していたアドバタイズパケットの送信の開始をＢＬＥ通信部２０２へ指示する（Ｓ５２１）。

ＢＬＥ通信部２０２は、アプリケーションＡのＵＵＩＤを含むアドバタイズパケットを無線通信として送信する（Ｓ５２２）。

これにより、第３の誤接続検知方法では、車載機１００の複数のアプリケーション間で事前にキャラクタリスティックを交換しておき、アドバタイズが停止していないアプリケーションのキャラクタリスティックに対する要求がスマートフォン側から受信したかによって誤接続を検知する。

＜第４の誤接続検知方法＞
第４の誤接続検知方法では、制御部２０１は、アプリケーション毎に異なるＵＵＩＤをＢＬＥ通信部２０２に設定する。ＢＬＥ通信部２０２は、ＵＵＩＤを含むアドバタイズパケットを繰り返し送信する。制御部２０１は、送信を停止したアドバタイズパケットに含まれるＵＵＩＤがスマートフォンから送信されたＵＵＩＤと一致しない場合、スマートフォンは第１のアドバタイズ識別子が期待している接続先ではないと判定する。

具体例で示すと、各アプリケーション間で共通の属性を持つキャラクタリスティックをそれぞれのアプリケーションがＧＡＴＴサーバ上に設ける。ここで、各アプリケーション間で共通の属性を持つキャラクタリスティックを、例えば「ファースト・オーダー（ＦＯ）」と呼ぶ。車載機１００とスマートフォンがＢＬＥ接続後、スマートフォン側から、はじめに「ファースト・オーダー（ＦＯ）」にこれから通信を行いたい自身のアプリケーションに紐づくＵＵＩＤの値の書き込み、つまりＷｒｉｔｅを行う。ＢＬＥ接続の通知を受けた車載機１００のアプリケーションは、「ファースト・オーダー（ＦＯ）」に書き込まれたＵＵＩＤを参照し、当該アプリケーションに紐づくＵＵＩＤとスマートフォン側から書き込まれたＵＵＩＤを比較する。ＵＵＩＤ同士が一致しない場合には、接続を意図するデバイスではない、すなわち誤接続が発生したと車載機１００は判断する。

図１７を参照して、車載機の第４の誤接続検知方法に係る処理を説明する。図１７は、車載機の第４の誤接続検知方法に係る処理のフローチャートである。

制御部２０１は、ファースト・オーダー（ＦＯ）に対してＵＵＩＤの書き込みがあったか否かを判定する（ＳＤ０１）。制御部２０１は、ＳＤ０１の処理でファースト・オーダー（ＦＯ）に対してＵＵＩＤの書き込みはないと判定した場合（ＳＤ０１，ＮＯ）、ＳＤ０１の処理に戻る。

制御部２０１は、ファースト・オーダー（ＦＯ）に対してＵＵＩＤの書き込みがあったと判定した場合（ＳＤ０１，ＹＥＳ）、ファースト・オーダー（ＦＯ）に書き込まれたＵＵＩＤは自身のアプリケーションに紐づくＵＵＩＤと一致するか否かを判定する（ＳＤ０２）。

制御部２０１は、ＳＤ０２の処理でファースト・オーダー（ＦＯ）に書き込まれたＵＵＩＤは自身のアプリケーションに紐づくＵＵＩＤと一致しないと判定した場合（ＳＤ０２，ＮＯ）、誤接続したと判断する（ＳＤ０３）。

制御部２０１は、ＳＤ０２の処理でファースト・オーダー（ＦＯ）に書き込まれたＵＵＩＤは自身のアプリケーションに紐づくＵＵＩＤと一致すると判定した場合（ＳＤ０２，ＹＥＳ）、誤接続していないと判断する（ＳＤ０４）。

次に、図１８を参照して、車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生する場合の処理を説明する。図１８は、車載機とスマートフォン間でＢＬＥ接続をする際に誤接続が発生する場合のシーケンス図である。図１８の処理に関して、図１１と同一の処理は同一の符合を付与して説明を省略する。

Ｓ３１２の処理で車載機１００とスマートフォン１０２とがＢＬＥ接続を確立した場合、スマートフォン１０２のアプリケーションＢはスマートフォン１０２のＢＬＥ通信部に、車載機１００に対するＷｒｉｔｅ要求を送信させる信号を送信する（Ｓ６１３）。このＷｒｉｔｅ要求は、車載機１００のアプリケーションＡのキャラクタリスティックＦＯに対しアプリケーションＢのＵＵＩＤを書き込む要求である。

スマートフォン１０２のＢＬＥ通信部は、車載機１００のアプリケーションＡのキャラクタリスティックＦＯに対し、アプリケーションＢのＵＵＩＤのＷｒｉｔｅ要求を送信する（Ｓ６１４）。

車載機１００のアプリケーションＡは、スマートフォン１０２のＢＬＥ通信部に対しＷｒｉｔｅ応答をする（Ｓ６１５）。

車載機１００のアプリケーションＡは、自身のキャラクタリスティックＦＯに対し自身のアプリケーションのＵＵＩＤと一致しない書き込みが行われたことを基に誤接続を検知する（Ｓ６１６）。

車載機１００のアプリケーションＡは、ＢＬＥ通信部２０２に対しＢＬＥ接続の切断を要求する（Ｓ６１７）。

ＢＬＥ通信部２０２は、スマートフォン１０２に対しＢＬＥ接続の切断要求を送信する（Ｓ６１８）。

車載機１００とスマートフォン１０２とは、ＢＬＥ接続を切断する（Ｓ６１９）。

車載機１００のアプリケーションＡは、停止していたアドバタイズパケットの送信の開始をＢＬＥ通信部２０２へ指示する（Ｓ６２０）。

ＢＬＥ通信部２０２は、アプリケーションＡのＵＵＩＤを含むアドバタイズパケットを無線信号として送出する（Ｓ６２１）。

これにより、第４の誤接続検知方法では、各アプリケーション間で共通の属性を持つキャラクタリスティックを持ち、アプリケーションは、この共通の属性を持つキャラクタリスティックに対する書き込みが自身の持つキャラクタリスティックと一致するかどうかによって誤接続を検知する。

＜第５の誤接続検知方法＞
第５の誤接続検知方法では、制御部２０１は、ＢＬＥ接続したスマートフォンが期待している接続先でないと判定した場合、当該スマートフォンのアドレスを記憶する。制御部２０１は、送信を停止したアドバタイズ識別子に対応するアドバタイズパケットの繰り返し送信をＢＬＥ通信部２０２に再開させる。制御部２０１は、ＢＬＥ通信部２０２がＢＬＥ接続の要求を受信した場合、受信した接続要求の送信元のスマートフォンのアドレスと記憶済みのアドレスとが一致するか否かを判定する。制御部２０１は、一致すると判定した場合、受信した接続要求の送信元のスマートフォンはアドバタイズ識別子が期待している接続先でないと判定する。

より具体的には、第５の誤接続検知方法は以下の通りである。一回目の誤接続を、第１の誤接続検知方法、第２の誤接続検知方法、第３の誤接続検知方法または第４の誤接続検知方法のいずれかの誤接続検知方法を用いて検知し、誤接続が発生したデバイスのデバイスアドレスをキャッシュしておく。二回目以降にＢＬＥ接続通知を受けた車載機１００のアプリケーションは、キャッシュされたデバイスアドレスとＢＬＥ接続通の知を受けたスマートフォンのデバイスアドレスを比較し、それが一致する場合には、接続を意図するデバイスではないと判断する。これにより、第５の誤接続検知方法では、二回目以降の誤接続検知時間を短縮する効果が得られる。なお、キャッシュされたデバイスアドレスは、車載機の起動タイミングでは０クリアしておく。つまり、キャッシュされたデバイスアドレスは、車載機の起動タイミングにおいてクリアされる。

誤接続検知方法のうち、第１の誤接続検知方法と第２の誤接続検知方法および第４の誤接続検知方法は、第３の誤接続検知方法で説明したアプリケーション同士の情報交換を必要としない点で有用である。

誤接続検知方法のうち、第１の誤接続検知方法と第２の誤接続検知方法とは、第４の誤接続検知方法で説明した各アプリケーション間で共通の属性を持つキャラクタリスティックを必要としない点で有用である。

以上が本発明の代表的な実施形態の一例であるが、本発明は、明細書および図面に示す実施形態の範囲に限定されることなく、その要旨を変更しない範囲内で変更して実施できる。

＜変形例１＞
以下、本発明の実施の形態１における車載機の変形例について図面を参照しながら説明する。

変形例１における無線通信システムの構成例は図１と同じであり、車載機のハードウェア構成も図２と同じである。一方、変形例１における車載機のソフトウェア構成は図３と一部異なるため、図１９を用いて説明する。

図１９は、変形例１における車載機のソフトウェアプログラムの階層構造を示す図である。図１９において、車載機８００は、アドバタイズ調停Ｓｅｒｖｉｃｅ、アプリケーションＡ、アプリケーションＢ、ＧＡＴＴ、ＡＴＴ、Ｌ２ＣＡＰ、ＨＣＩからなるソフトウェアで構成される。ＧＡＴＴ、ＡＴＴ、Ｌ２ＣＡＰをまとめてホストスタックとも呼ぶ。

Ｌｉｎｋ ＬａｙｅｒおよびＰｈｙｓｉｃａｌ Ｌａｙｅｒはハードウェアであり、ＢＬＥ通信部２０２に相当するＢＴコントローラである。

アドバタイズ調停サービスはアプリケーションＡ、アプリケーションＢと通信可能なソフトウェアであり、後述の処理を行うことで、各アプリケーションに対してアドバタイズの再開を抑制させる制御を行う。アプリケーションＡ、アプリケーションＢの下に構成される、ＧＡＴＴ、ＡＴＴ、Ｌ２ＣＡＰ、ＨＣＩ、Ｌｉｎｋ ＬａｙｅｒおよびＰｈｙｓｉｃａｌ Ｌａｙｅｒは、図３と同じ構成であり、その説明を省略する。

以上のように構成された車載機について、以下にその処理動作を説明する。

図２０は、変形例１における車載機のアプリケーションプログラムが誤接続発生時にアドバタイズ再開処理制御を行うフローチャートである。アプリケーションは、車載機８００の制御部（不図示）によって実行される。よって、アプリケーションは、車載機８００の制御部（不図示）と読み替えられてもよい。

まず、アプリケーションは、スマートフォンとＢＬＥ接続したか否かを判断する（Ｓ１００）。アプリケーションは、スマートフォンとＢＬＥ接続していないと判定した場合（Ｓ１００，ＮＯ）、アドバタイズを継続していることになるため、Ｓ１００の処理の前に処理を戻す。アプリケーションは、スマートフォンとＢＬＥ接続したと判定した場合（Ｓ１００，ＹＥＳ）、Ｓ１０１に処理を進める。Ｓ１０１の処理では、アプリケーションは、誤接続が発生したかどうかを判断する。

アプリケーションは、誤接続が発生していないと判定した場合（Ｓ１０１，ＮＯ）、接続を意図する相手と接続されたことになるため、当該アプリケーションに係わる処理を実施する（Ｓ１０３）。一方、アプリケーションは誤接続が発生したと判定した場合（Ｓ１０１：Ｙｅｓ）、当該スマートフォンとのＢＬＥ接続を切断する（Ｓ１０２）。次いで、Ｓ１０４の処理において、アプリケーションは、誤接続発生をアドバタイズ調停サービスへ通知する。誤接続発生を通知する際には、自身のアプリケーションのＵＵＩＤおよびアドバタイズ識別子のうちの少なくとも一方も伝える。

アプリケーションは、アドバタイズ調停サービスからアドバタイズ開始の抑制指示を受けているかどうかを判断する（Ｓ１０５）。アプリケーションは、アドバタイズ開始の抑制指示を受けていないと判断した場合（Ｓ１０５，ＮＯ）は、即時アドバタイズを再開させる（Ｓ１０７）。一方、アプリケーションは、アドバタイズ開始の抑制指示を受けていると判断した場合（Ｓ１０５，ＹＥＳ）は、一定時間待機の後でアドバタイズを再開させる（Ｓ１０６）。

Ｓ１０１の誤接続検知の方法は、実施の形態１と同じ方法を用いることができる。

次に、アドバタイズ調停サービスプログラムの処理動作について、図２１および図２２を用いて説明する。

図２１は、変形例１における車載機のアドバタイズ調停サービスプログラムがアプリケーションプログラムへの調停制御を行うフローチャートである。図２２は、アドバタイズ調停サービスプログラムが、アプリケーション毎に誤接続回数と誤接続頻度を管理する管理テーブルを示す図である。図面において、ＵＵＩＤ１（アプリケーションＡ）とは、アプリケーションＡを識別するためのＵＵＩＤを表し、ＵＵＩＤ２（アプリケーションＢ）とはアプリケーションＢを識別するためのＵＵＩＤを表す。ここで、管理テーブルは、例えば記憶部２０５のメモリ内に保存される。

まず、アドバタイズ調停サービスは、アプリケーションから誤接続発生の通知を受けたか否かを判断する（Ｓ１１０）。アドバタイズ調停サービスは、誤接続発生の通知を受けていないと判定した場合（Ｓ１１０，ＮＯ）、Ｓ１１０の処理の前に処理を戻しアプリケーションからの通知を待つ。

一方、アドバタイズ調停サービスは、アプリケーションからの誤接続発生の通知を受けたと判断した場合（Ｓ１１０，ＹＥＳ）は、当該アドバタイズ識別子の誤接続回数のカウントを行う（Ｓ１１１）。カウントされた誤接続回数は、図１２に示す管理テーブルにおける誤接続回数の更新に用いられる。具体的には、アプリケーションＡのときは、アドバタイズ識別子１に対応する方の誤接続回数が、アプリケーションＢのときは、アドバタイズ識別子２に対応する方の誤接続回数が、カウントされた誤接続回数の値に更新される。

次に、アドバタイズ調停サービスは、処理開始から所定時間が経過したか否かを判定する（Ｓ１１２）。アドバタイズ調停サービスは、所定時間経過していないと判定した場合（Ｓ１１２，ＮＯ）は、Ｓ１１０の処理の前に処理を戻す。アドバタイズ調停サービスは、所定時間経過したと判定した場合（Ｓ１１２，ＹＥＳ）は、誤接続頻度つまり誤接続回数を所定時間で割った値を算出する（Ｓ１１３）。算出した誤接続頻度は、図１２に示す管理テーブルにおける誤接続頻度の更新に用いられる。具体的には、アプリケーションＡのときは、アドバタイズ識別子「１」に対応する方の誤接続頻度が、アプリケーションＢのときは、アドバタイズ識別子「２」に対応する方の誤接続頻度が、算出された誤接続頻度の値に更新される。

アドバタイズ調停サービスは、誤接続頻度が所定の閾値以上であるか否かを判定する（Ｓ１１４）。アドバタイズ調停サービスは、所定の閾値以上でないと判定した場合（Ｓ１１４，ＮＯ）、Ｓ１１６に処理を進める。アドバタイズ調停サービスは、所定の閾値以上であると判定した場合（Ｓ１１４，ＹＥＳ）は、当該アドバタイズ識別子のアドバタイズ開始を抑制させるようアプリケーションへ指示する（Ｓ１１５）。なお、閾値は車載機にセットアップされるアプリケーションの数によって、可変にすることもできる。

アドバタイズ調停サービスは、誤接続回数と誤接続頻度を０クリアする（Ｓ１１６）。図２２は、０クリアされたときの管理テーブルの状態を表している。

以上のように変形例１の車載機８００によれば、アドバタイズ調停サービスプログラムをさらに備えることにより、誤接続頻度を監視し、誤接続頻度が高いアドバタイズの再開を一定時間抑制させることができる。これにより、誤接続を抑制し、本来接続したい相手デバイスとの接続性を向上させることに寄与することができる。

なお、アドバタイズ調停サービスプログラムは誤接続頻度を監視し、誤接続頻度が高いアドバタイズの再開を一定時間抑制させると説明したが、これに限らず、誤接続頻度の高いアドバタイズの周期を誤接続発生前と比べて長くするように制御してもよい。

以上により、本実施の形態に係る無線通信装置（例えば、車載機１００）は、他の無線通信装置との無線通信を行う通信部（例えば、ＢＬＥ通信部２０２）と、前記通信部を制御する制御部（例えば、制御部２０１）と、を備える。制御部は、アプリケーション毎に異なるアドバタイズ識別子を通信部に設定する。通信部は、設定されたアドバタイズ識別子に対応し、アドバタイズ識別子を含まないアドバタイズパケットを繰り返し送信する。通信部は、アドバタイズパケットを受信した他の無線通信装置の１つである第１の無線通信装置から送信された、無線通信の接続要求を受信する。通信部は、接続要求を受信する直前に送信したアドバタイズパケットの送信を停止する。通信部は、接続要求の送信元である前記第１の無線通信装置と無線接続する。制御部は、無線接続した第１の無線通信装置（例えば、スマートフォン１０１またはスマートフォン１０２）が、送信を停止したアドバタイズパケットに対応するアドバタイズ識別子である第１のアドバタイズ識別子が期待している接続先であるか否かを判定する。

これにより、無線通信装置は、本来の接続を意図しない他の無線通信装置との無線通信接続を検知することで、本来接続を期待する接続相手との接続機会が失われてしまうことを回避することができる。

また、本実施の形態に係る制御部は、無線接続した第１の無線通信装置が、第１のアドバタイズ識別子が期待している接続先でないと判定した場合、第１の無線通信装置との無線接続を切断する。制御部は、送信を停止した前記第１のアドバタイズ識別子に対応する前記アドバタイズパケットの繰り返し送信を前記通信部に再開させる。これにより、無線通信装置は、本来の接続を意図しない他の無線通信装置との無線通信接続により停止してしまったアドバタイズパケットの送信を再び開始させるため、本来接続を期待する接続相手との接続をすることができる。

また、本実施の形態に係る制御部は、第１の無線通信装置からのキャラクタリスティックに対するアクセスが、第１のアドバタイズ識別子に関連する第１のキャラクタリスティックに適合しない場合、または、第１のキャラクタリスティックに対する前記第１の無線通信装置からのアクセスが無い場合、第１の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定する。これにより、無線通信装置は、当該無線通信装置のもつキャラクタリスティックに対し期待するアクセスがあるか否かを判定することで本来の接続を意図しない装置であることを検知し、本来接続を期待する接続相手との接続機会が失われてしまうことを回避することができる。

また、本実施の形態に係る制御部は、第１の無線通信装置から無線接続が切断された場合、第１の無線通信装置は第１のアドバタイズ識別子が期待している接続先でないと判定する。これにより、無線通信装置は、他の無線通信装置側から無線通信接続が切断されることにより、本来の接続を意図しない装置であることを検知し、本来接続を期待する接続相手との接続機会が失われてしまうことを回避することができる。

また、本実施の形態に係る制御部は、第１の無線通信装置からのキャラクタリスティックに対するアクセスが第１のアドバタイズ識別子とは異なる第２のアドバタイズ識別子に関連する第２のキャラクタリスティックに適合する場合、第１の無線通信装置は第１のアドバタイズ識別子が期待している接続先でないと判定する。これにより、無線通信装置は、当該無線通信装置のキャラクタリスティックとは異なるキャラクタリスティックへのアクセスをもって、本来の接続を意図しない装置と接続していることを検知できる。これにより、無線通信装置は、本来接続を期待する接続相手との接続機会が失われてしまうことを回避することができる。

また、本実施の形態に係る制御部は、アプリケーション毎に異なるＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を通信部に設定する。通信部は、ＵＵＩＤを含むアドバタイズパケットを繰り返し送信する。制御部は、送信を停止したアドバタイズパケットに含まれるＵＵＩＤが第１の無線通信装置から送信されたＵＵＩＤと一致しない場合、第１の無線通信装置は第１のアドバタイズ識別子が期待している接続先でないと判定する。これにより、無線通信装置は、アドバタイズパケットに含まれるＵＵＩＤが当該無線通信装置のＵＵＩＤと一致するか否かを判定することで、本来の接続を意図しない装置であることを検知することができる。これにより、無線通信装置は、本来接続を期待する接続相手との接続機会が失われてしまうことを回避することができる。

また、本実施の形態に係る制御部は、第１の無線通信装置は第１のアドバタイズ識別子が期待している接続先でないと判定した場合、第１の無線通信装置のアドレスを記憶する。制御部は、送信を停止した第１のアドバタイズ識別子に対応するアドバタイズパケットの繰り返し送信を通信部に再開させる。制御部は、通信部が接続要求を受信した場合、受信した接続要求の送信元の他の無線通信装置のアドレスと記憶済みの第１の無線通信装置のアドレスとが一致するか否かを判定する。制御部は、一致すると判定した場合、受信した接続要求の送信元の他の無線通信装置は第１のアドバタイズ識別子が期待している接続先でないと判定する。これにより、無線通信装置は、一度意図しない装置との接続を検知した場合、二回目以降の接続ではデバイスアドレスを比較することで意図しない装置との接続を検知することができる。これにより、無線通信装置は、本来接続を期待する接続相手との接続機会が失われてしまうことを回避することができる。

また、本実施の形態に係る制御部は、アドバタイズ識別子ごとに、当該アドバタイズ識別子が期待していない接続先の他の無線通信装置と無線接続された頻度を測定する。制御部は、頻度が所定の閾値以上であるアドバタイズ識別子に対応するアドバタイズパケットの繰り返し送信を通信部に再開させる場合、所定期間待機した後、繰り返し送信を再開させる。これにより、無線通信装置は、意図しない装置と何度も接続してしまうのを抑制することができる。

また、本実施の形態に係る通信部は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に基づいて無線通信を制御する。これにより、無線通信装置は、Ｂｌｏｏｔｏｏｔｈ規格で定義された複数のアドバタイズパケットの送信を実行することができる。

上述の実施形態、変形例では、車載機に対してスマートフォン２台が接続する場合を例示したが、さらに複数台のリモートデバイスと接続するような場合でも適用できる。リモートデバイスとしては、スマートフォンだけに限らず、タブレット端末、従来型の携帯電話、オーディオプレーヤー、スマートウォッチ、リモコン等と接続することもできる。特に、変形例で示した車載機においては、複数台のリモートデバイスが存在し、誤接続が多発するような状況で効果を発揮することができ、全てのリモートデバイスがＢＬＥ接続されるまでの全体の接続時間を短縮、すなわち無線上の帯域利用効率を向上させることができる。

なお、ＧＡＴＴ、ＡＴＴ、Ｌ２ＣＡＰからなるホストスタックはソフトウェアとして説明したが、ＢＴコントローラのハードウェア内に設置し、ソフトウェアとハードウェア間の界面を移動させるようにしても良い。

また、上述の実施形態、変形例では、図８、図２０、図２１に示す処理を実行する無線通信装置として、車載機を例に説明したが、これに限らず、テレビ、ブルーレイ／ＤＶＤレコーダー、冷蔵庫、洗濯機、掃除機、電子レンジ、照明器具、エアコン、空気清浄機、カメラ、プリンタ、プロジェクタ、スキャナ、フィットネス機器、自動販売機、ゲーム機器、店舗等に設置され接続を伴うビーコン装置等の各種装置に適用することができる。
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、車載機内に備えることとして説明したが、これに限らず外部のネットワークやＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）又は記憶媒体を介して装置に供給し、その装置のコンピュータにおけるプロセッサがプログラムを読み出し実行する処理でも実現可能である。

なお、上記の実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下の記載に限定されない。
＜付記＞
（項目１）
無線通信装置であって、
他の無線通信装置との無線通信を行う通信部と、前記通信部を制御する制御部と、を備え、
前記制御部は、
アプリケーション毎に異なるアドバタイズ識別子を前記通信部に設定し、
前記通信部は、
設定された前記アドバタイズ識別子に対応し、前記アドバタイズ識別子を含まないアドバタイズパケットを繰り返し送信し、
前記アドバタイズパケットを受信した前記他の無線通信装置の１つである第１の無線通信装置から送信された、無線通信の接続要求を受信し、
前記接続要求を受信する直前に送信した前記アドバタイズパケットの送信を停止し、
前記接続要求の送信元である前記第１の無線通信装置と無線接続し、
前記制御部は、
無線接続した前記第１の無線通信装置が、送信を停止した前記アドバタイズパケットに対応する前記アドバタイズ識別子である第１のアドバタイズ識別子が期待している接続先であるか否かを判定する、
無線通信装置。

（項目２）
前記制御部は、
無線接続した前記第１の無線通信装置が、前記第１のアドバタイズ識別子が期待している接続先でないと判定した場合、前記第１の無線通信装置との無線接続を切断し、
送信を停止した前記第１のアドバタイズ識別子に対応する前記アドバタイズパケットの繰り返し送信を前記通信部に再開させる、
項目１に記載の無線通信装置。

（項目３）
前記制御部は、
前記第１の無線通信装置からのキャラクタリスティックに対するアクセスが、前記第１のアドバタイズ識別子に関連する第１のキャラクタリスティックに適合しない場合、または、前記第１のキャラクタリスティックに対する前記第１の無線通信装置からのアクセスが無い場合、前記第１の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定する、
項目１又は項目２に記載の無線通信装置。

（項目４）
前記制御部は、
前記第１の無線通信装置から無線接続が切断された場合、前記第１の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定する、
項目１又は項目２に記載の無線通信装置。

（項目５）
前記制御部は、
前記第１の無線通信装置からのキャラクタリスティックに対するアクセスが前記第１のアドバタイズ識別子とは異なる第２のアドバタイズ識別子に関連する第２のキャラクタリスティックに適合する場合、前記第１の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定する、
項目１又は項目２に記載の無線通信装置。

（項目６）
前記制御部は、
アプリケーション毎に異なるＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を前記通信部に設定し、
前記通信部は、
前記ＵＵＩＤを含む前記アドバタイズパケットを繰り返し送信し、
前記制御部は、
送信を停止した前記アドバタイズパケットに含まれる前記ＵＵＩＤが前記第１の無線通信装置から送信された前記ＵＵＩＤと一致しない場合、前記第１の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定する、
項目１又は項目２に記載の無線通信装置。

（項目７）
前記制御部は、
前記第１の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定した場合、前記第１の無線通信装置のアドレスを記憶し、
送信を停止した前記第１のアドバタイズ識別子に対応する前記アドバタイズパケットの繰り返し送信を前記通信部に再開させ、
前記通信部が前記接続要求を受信した場合、受信した前記接続要求の送信元の前記他の無線通信装置のアドレスと記憶済みの前記第１の無線通信装置のアドレスとが一致するか否かを判定し、
一致すると判定した場合、受信した前記接続要求の送信元の前記他の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定する、
項目２から項目６のいずれか１項に記載の無線通信装置。

（項目８）
前記制御部は、
前記アドバタイズ識別子ごとに、当該アドバタイズ識別子が期待していない接続先の他の無線通信装置と無線接続された頻度を測定し、
前記頻度が所定の閾値以上である前記アドバタイズ識別子に対応する前記アドバタイズパケットの繰り返し送信を前記通信部に再開させる場合、所定期間待機した後、繰り返し送信を再開させる、
項目１から項目７のいずれか１項に記載の無線通信装置。

（項目９）
前記通信部は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に基づいて無線通信を制御する、
請求項１に記載の無線通信装置。
項目１から項目８のいずれか１項に記載の無線通信装置。

（項目１０）
無線通信装置による無線通信方法であって、
アプリケーション毎に異なるアドバタイズ識別子を設定し、
設定された前記アドバタイズ識別子に対応し、前記アドバタイズ識別子を含まないアドバタイズパケットを繰り返し送信し、
前記アドバタイズパケットを受信した前記他の無線通信装置の１つである第１の無線通信装置から送信された、無線通信の接続要求を受信し、
前記接続要求を受信する直前に送信した前記アドバタイズパケットの送信を停止し、
前記接続要求の送信元である前記第１の無線通信装置と無線接続し、
無線接続した前記第１の無線通信装置が、送信を停止した前記アドバタイズパケットに対応する前記アドバタイズ識別子である第１のアドバタイズ識別子が期待している接続先であるか否かを判定する、
無線通信方法。

（項目１１）
項目１０に記載の無線通信方法をコンピュータに実行させる、
コンピュータプログラム。

以上、添付図面を参照しながら実施の形態について説明したが、本開示はかかる例に限定されない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例、修正例、置換例、付加例、削除例、均等例に想到し得ることは明らかであり、それらについても本開示の技術的範囲に属すると了解される。また、発明の趣旨を逸脱しない範囲において、上述した実施の形態における各構成要素を任意に組み合わせてもよい。

本発明の無線通信装置は、車載機、テレビ、ブルーレイ／ＤＶＤレコーダー、冷蔵庫、洗濯機、掃除機、電子レンジ、照明器具、エアコン、空気清浄機、カメラ、プリンタ、プロジェクタ、スキャナ、フィットネス機器、自動販売機、ゲーム機器、店舗等に設置され接続を伴うビーコン装置として有用である。

１ 無線通信システム
１００，８００ 車載機
１０１，１０２ スマートフォン
２０１ 制御部
２０２ ＢＬＥ通信部
２０３ 表示部
２０４ 入力部
２０５ 記憶部
２０６ 計時部

Claims (11)

1. 無線通信装置であって、
   他の無線通信装置との無線通信を行う通信部と、前記通信部を制御する制御部と、を備え、
   前記制御部は、
   アプリケーション毎に異なるアドバタイズ識別子を前記通信部に設定し、
   前記通信部は、
   設定された前記アドバタイズ識別子に対応し、前記アドバタイズ識別子を含まないアドバタイズパケットを繰り返し送信し、
   前記アドバタイズパケットを受信した前記他の無線通信装置の１つである第１の無線通信装置から送信された、無線通信の接続要求を受信し、
   前記接続要求を受信する直前に送信した前記アドバタイズパケットの送信を停止し、
   前記接続要求の送信元である前記第１の無線通信装置と無線接続し、
   前記制御部は、
   無線接続した前記第１の無線通信装置が、送信を停止した前記アドバタイズパケットに対応する前記アドバタイズ識別子である第１のアドバタイズ識別子が期待している接続先であるか否かを判定する、
   無線通信装置。
2. 前記制御部は、
   無線接続した前記第１の無線通信装置が、前記第１のアドバタイズ識別子が期待している接続先でないと判定した場合、前記第１の無線通信装置との無線接続を切断し、
   送信を停止した前記第１のアドバタイズ識別子に対応する前記アドバタイズパケットの繰り返し送信を前記通信部に再開させる、
   請求項１に記載の無線通信装置。
3. 前記制御部は、
   前記第１の無線通信装置からのキャラクタリスティックに対するアクセスが、前記第１のアドバタイズ識別子に関連する第１のキャラクタリスティックに適合しない場合、または、前記第１のキャラクタリスティックに対する前記第１の無線通信装置からのアクセスが無い場合、前記第１の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定する、
   請求項１又は２に記載の無線通信装置。
4. 前記制御部は、
   前記第１の無線通信装置から無線接続が切断された場合、前記第１の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定する、
   請求項１又は２に記載の無線通信装置。
5. 前記制御部は、
   前記第１の無線通信装置からのキャラクタリスティックに対するアクセスが前記第１のアドバタイズ識別子とは異なる第２のアドバタイズ識別子に関連する第２のキャラクタリスティックに適合する場合、前記第１の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定する、
   請求項１又は２に記載の無線通信装置。
6. 前記制御部は、
   アプリケーション毎に異なるＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を前記通信部に設定し、
   前記通信部は、
   前記ＵＵＩＤを含む前記アドバタイズパケットを繰り返し送信し、
   前記制御部は、
   送信を停止した前記アドバタイズパケットに含まれる前記ＵＵＩＤが前記第１の無線通信装置から送信された前記ＵＵＩＤと一致しない場合、前記第１の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定する、
   請求項１又は２に記載の無線通信装置。
7. 前記制御部は、
   前記第１の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定した場合、前記第１の無線通信装置のアドレスを記憶し、
   送信を停止した前記第１のアドバタイズ識別子に対応する前記アドバタイズパケットの繰り返し送信を前記通信部に再開させ、
   前記通信部が前記接続要求を受信した場合、受信した前記接続要求の送信元の前記他の無線通信装置のアドレスと記憶済みの前記第１の無線通信装置のアドレスとが一致するか否かを判定し、
   一致すると判定した場合、受信した前記接続要求の送信元の前記他の無線通信装置は前記第１のアドバタイズ識別子が期待している接続先でないと判定する、
   請求項２に記載の無線通信装置。
8. 前記制御部は、
   前記アドバタイズ識別子ごとに、当該アドバタイズ識別子が期待していない接続先の他の無線通信装置と無線接続された頻度を測定し、
   前記頻度が所定の閾値以上である前記アドバタイズ識別子に対応する前記アドバタイズパケットの繰り返し送信を前記通信部に再開させる場合、所定期間待機した後、繰り返し送信を再開させる、
   請求項２に記載の無線通信装置。
9. 前記通信部は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に基づいて無線通信を制御する、
   請求項１に記載の無線通信装置。
10. 無線通信装置による無線通信方法であって、
    アプリケーション毎に異なるアドバタイズ識別子を設定し、
    設定された前記アドバタイズ識別子に対応し、前記アドバタイズ識別子を含まないアドバタイズパケットを繰り返し送信し、
    前記アドバタイズパケットを受信した他の無線通信装置の１つである第１の無線通信装置から送信された、無線通信の接続要求を受信し、
    前記接続要求を受信する直前に送信した前記アドバタイズパケットの送信を停止し、
    前記接続要求の送信元である前記第１の無線通信装置と無線接続し、
    無線接続した前記第１の無線通信装置が、送信を停止した前記アドバタイズパケットに対応する前記アドバタイズ識別子である第１のアドバタイズ識別子が期待している接続先であるか否かを判定する、
    無線通信方法。
11. 請求項１０に記載の無線通信方法をコンピュータに実行させる、
    コンピュータプログラム。

Images