WO2014122765A1 - Ｂｌｕｅｔｏｏｔｈ（登録商標）接続装置、サーバ - Google Patents

Abstract

　本発明は、相互接続性の問題に対して動的に対応可能なＢｌｕｅｔｏｏｔｈ接続装置とサーバの提供を目的とする。本発明に係るＢｌｕｅｔｏｏｔｈ（登録商標、以下単にＢｌｕｅｔｏｏｔｈという）接続装置は、接続対象内外の各Ｂｌｕｅｔｏｏｔｈ機器との接続ルールを取得して記憶する接続ルールＤＢ６と、接続ルールの中から接続しようとするＢｌｕｅｔｏｏｔｈ機器に対応する対応接続ルールを抽出し、対応接続ルールに基づき接続制御を行う接続制御部２と、を備える。接続ルールはインターネットから収集した接続対象内外の各Ｂｌｕｅｔｏｏｔｈ機器との接続事例に基づき生成される。

Description

Ｂｌｕｅｔｏｏｔｈ（登録商標）接続装置、サーバ

　この発明は、相互接続性問題を自己改善するＢｌｕｅｔｏｏｔｈ（登録商標、以下単にＢｌｕｅｔｏｏｔｈと呼ぶ）接続装置と、Ｂｌｕｅｔｏｏｔｈ接続装置に接続されたサーバに関する。

　Ｂｌｕｅｔｏｏｔｈの仕様はＢｌｕｅｔｏｏｔｈ　ＳＩＧで規定されているものの、実装に依存する部分が大きいため相互依存性に問題が生じることが多い。現状では、相互接続性で問題が発生する度に技術者が調査し、接続のタイミングや接続ルールに関する各種のパラメータを調整して対応している。

　特許文献１には、サーバにＢｌｕｅｔｏｏｔｈ接続情報を登録しておき、移動端末からサーバに対して接続したい情報配信端末が指定されると、サーバから対応した接続情報を検索して送信し、お互いの端末をＢｌｕｅｔｏｏｔｈ接続させる技術が開示されている。

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

　市場に出荷されている全ての機器との相互接続性を確認し、調整した上で製品をリリースするのは、開発工数やスケジュールの点から現実的ではない。このため、製品出荷後に顧客から不具合が報告されてから対応策を検討し、ソフトウェアアップデートとして顧客に再リリースする必要があり、顧客満足度を低下させるものであった。また、不具合調査や改修のための工数が発生し、利益率の低下を招いていた。

　さらに、機器毎に最適な接続タイミングやパラメータが異なるため、ある機器の相互接続性に対する修正が、他の機器に悪影響を及ぼす可能性がある。

　本発明は上述の問題点に鑑み、相互接続性の問題に対して動的に対応可能なＢｌｕｅｔｏｏｔｈ接続装置とサーバの提供を目的とする。

　Ｂｌｕｅｔｏｏｔｈ機器との接続が可能な本発明のＢｌｕｅｔｏｏｔｈ接続装置は、接続対象内外の各Ｂｌｕｅｔｏｏｔｈ機器との接続ルールを取得して記憶する接続情報記憶部と、接続ルールの中から接続しようとするＢｌｕｅｔｏｏｔｈ機器に対応する対応接続ルールを抽出し、対応接続ルールに基づき接続制御を行う接続制御部と、を備え、接続ルールはインターネットから収集した接続対象内外の各Ｂｌｕｅｔｏｏｔｈ機器との接続事例に基づき生成される。

　また、本発明のサーバは、インターネットからＢｌｕｅｔｏｏｔｈ機器の接続事例を収集する接続事例収集部と、接続事例を基に各Ｂｌｕｅｔｏｏｔｈ機器間の接続ルールを生成する接続情報生成部と、接続ルールを定期的にＢｌｕｅｔｏｏｔｈ機器に出力する通信部と、を備える。

　本発明のＢｌｕｅｔｏｏｔｈ接続装置は、接続対象内外の各Ｂｌｕｅｔｏｏｔｈ機器との接続ルールを取得して記憶する接続情報記憶部と、接続ルールの中から接続しようとするＢｌｕｅｔｏｏｔｈ機器に対応する対応接続ルールを抽出し、対応接続ルールに基づき接続制御を行う接続制御部と、を備え、接続ルールはインターネットから収集した接続対象内外の各Ｂｌｕｅｔｏｏｔｈ機器との接続事例に基づき生成される。よって、相互接続性の問題に対して動的に対応可能である。

　また、本発明のサーバは、インターネットからＢｌｕｅｔｏｏｔｈ機器の接続事例を収集する接続事例収集部と、接続事例を基に各Ｂｌｕｅｔｏｏｔｈ機器間の接続ルールを生成する接続情報生成部と、接続ルールを定期的にＢｌｕｅｔｏｏｔｈ機器に出力する通信部と、を備えるので、Ｂｌｕｅｔｏｏｔｈ機器の相互接続性の問題に対して動的に対応可能である。

　この発明の目的、特徴、態様、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

本発明のＢｌｕｅｔｏｏｔｈ接続装置の構成図である。 本発明のＢｌｕｅｔｏｏｔｈ接続装置の動作を示すフローチャートである。 本発明のＢｌｕｅｔｏｏｔｈ接続装置の動作を示すフローチャートである。 本発明のＢｌｕｅｔｏｏｔｈ接続装置と接続するサーバの動作を示すフローチャートである。 接続ルールの情報を例示する図である。

　＜Ａ．実施の形態＞
　＜Ａ－１．構成＞
　図１は、本発明のＢｌｕｅｔｏｏｔｈ接続装置を構成する車載機１と、車載機１と接続されたサーバ１１の構成図である。車載機１は、サーバ１１から取得した接続ルールに基づき、Ｂｌｕｅｔｏｏｔｈ機器である相手機器ＢＴ１，ＢＴ２とＢｌｕｅｔｏｏｔｈ接続を行う。なお、ここでは接続対象の相手機器として相手機器ＢＴ１，ＢＴ２のみを示しているが、接続対象のＢｌｕｅｔｏｏｔｈ機器の数は２台に限定しない。また、Ｂｌｕｅｔｏｏｔｈ接続装置である車載機１も、Ｂｌｕｅｔｏｏｔｈ機器である。

　車載機１は、接続制御部２、接続情報管理部３、無線通信部４、機器情報データベース（ＤＢ）５、接続ルールデータベース（ＤＢ）６を備えている。

　接続制御部２は、相手機器ＢＴ１，ＢＴ２との接続に際して接続ルールＤＢ６に基づいた接続制御を無線通信部４に対して行う。接続が失敗した場合には、接続ルールを調整しながら最適な接続タイミングやパラメータを決定して再接続を試みる。それでも失敗した場合には、そのときの接続ルールを失敗事例として機器情報ＤＢ５へ記憶し、接続や再接続が成功した場合には、そのときの接続ルールを接続ルールＤＢ６へ記憶する。

　接続情報管理部３は、機器情報ＤＢ５と接続ルールＤＢ６の情報をサーバ１１にフィードバックする。

　無線通信部４は、相手機器ＢＴ１，ＢＴ２との通信を行う通信インタフェースである。

　サーバ１１は、接続情報収集部１２、接続情報管理部１３、機器情報データベース（ＤＢ）１５、推論ルールデータベース（ＤＢ）１６を備えている。

　接続情報収集部１２は、インターネット上で機器の接続事例を成功事例、失敗事例共に検索し、接続事例から相互接続性に関する特徴を抽出、分析して、接続が成功したときの接続ルール（推論ルール）を生成する。すなわち、接続情報収集部１２は、接続事例収集部と、接続ルールを生成する接続情報生成部として動作する。推論ルールは推論ルールＤＢ１６に記憶される。一方、失敗事例の接続ルールは機器情報ＤＢ１５に記憶される。

　接続情報管理部１３は、車載機１の接続情報管理部３と接続ルールを交換する。具体的には、サーバ１１が記憶する機器情報ＤＢ１５と推論ルールＤＢ１６を、車載機１が記憶する機器情報ＤＢ５及び接続ルールＤＢ６と比較し、車載機１へアップデートを送信する。すなわち、接続情報管理部１３は、接続ルールを定期的に車載機１に出力する通信部として動作する。また、車載機１からフィードバックを受信する。

　＜Ａ－２．動作＞
　図２は、車載機１の接続制御部２が行う、相手機器ＢＴ１との接続処理を示すフローチャートである。相手機器ＢＴ１との接続を例に説明する。

　接続制御部２は、無線通信部４から接続しようとしている（接続対象の）相手機器ＢＴ１の機種情報やベンダ情報を取得し、接続対象を特定する（ステップＳ１）。相手機器ＢＴ１を接続対象として特定すると、相手機器ＢＴ１の接続ルールを接続ルールＤＢ６で検索する（ステップＳ２）。接続ルールＤＢ６に相手機器ＢＴ１の接続ルール（これを以後、対応接続ルールいう）がある場合は、対応接続ルールを取得して今回の接続ルールに設定する（ステップＳ４）。対応接続ルールが無い場合は、接続ルールＤＢ６に格納されているデフォルトのルールを今回の接続ルールに設定する（ステップＳ５）。

　次いで、設定した接続ルールによって接続の開始処理を行い（ステップＳ６）、接続が成功したか否かを判断する（ステップＳ７）。接続が成功すると、今回の接続ルールで接続ルールＤＢ６を更新する（ステップＳ８）。具体的には、デフォルトの接続ルールにて接続が成功した場合は、デフォルトの接続ルールを相手機器ＢＴ１に対する新規の接続ルールとして接続ルールＤＢ６に登録する。対応接続ルールを用いて接続が成功した場合は、対応接続ルールの接続成功率を更新する。

　図３は、図２のステップＳ７で接続が失敗したときの接続制御部２の動作を示すフローチャートである。接続制御部２は、接続ルールを変更して（ステップＳ１１）、再接続処理を開始する（ステップＳ１２）。ここでは、接続タイミングや各種のパラメータを微調整して再接続する。

　再接続が成功すると、接続ルールＤＢ６を更新する（ステップＳ１５）。ここでは、再接続時の接続ルールを相手機器ＢＴ１に対する新規の接続ルールとして、相手機器ＢＴ１のＩＤと共に接続ルールＤＢ６に記憶する。再接続が失敗した場合は、再接続回数が制限回数を超えていないか否かを判断し（ステップＳ１４）、超えていなければステップＳ１１に戻って再び接続ルールを変更して、再接続処理を開始する（ステップＳ１２）。すなわち、接続が成功しなければ、制限回数を超えるまで再接続を繰り返す。制限回数を超過すると、そのときの接続ルールを相手機器ＢＴ１のＩＤと共に、機器情報ＤＢ５に失敗事例として登録する（ステップＳ１６）。

　このようにして、機器情報ＤＢ５には車載機１が接続を試みて失敗した接続ルールが蓄積され、接続ルールＤＢ６には車載機１が接続に成功した接続ルールが接続成功率と共に蓄積される。また、接続に失敗した際には接続ルールを変更して再接続を試みるという自己改善機能を有しているので、様々な相手機器との相互接続性問題に対して動的に対応することが可能である。

　Ｂｌｕｅｔｏｏｔｈ機器には、機器同士の相性によって接続に不具合が生じたり、機器Ａ単体と接続することは可能でも、機器Ａと機器Ｂを同時に接続することは出来なかったりという、相互接続性問題がある。インターネット上には、Ｂｌｕｅｔｏｏｔｈ機器の相互接続性問題に関するノウハウが例えば個人のブログ等に開示されている。サーバ１１はインターネットから当該ノウハウを収集して接続ルールを生成する。

　図４は、サーバ１１の接続情報収集部１２の動作を示すフローチャートである。接続情報収集部１２は、インターネットからＢｌｕｅｔｏｏｔｈ機器に関する接続事例を検索して収集する（ステップＳ２１，２２）。ここでは、例えば「Ｂｌｕｅｔｏｏｔｈ」や、サーバ１１と接続関係にあるＢｌｕｅｔｏｏｔｈ機器の名称をキーワードにして広く接続事例の収集を行う。車載機１の接続事例については、現在の接続対象の相手機器ＢＴ１だけでなく、他の様々なＢｌｕｅｔｏｏｔｈ機器との接続事例を広く収集する。また、サーバ１１が車載機１以外の他のＢｌｕｅｔｏｏｔｈ機器と接続している場合には、当該Ｂｌｕｅｔｏｏｔｈ機器と相手機器との接続事例も収集する。

　次に、収集した接続事例を既知のアルゴリズムによって分析し、各機器の接続ルール（推論ルール）を生成する。生成した推論ルールで推論ルールＤＢ１６を更新する（ステップＳ２４）。

　車載機１とサーバ１１の接続情報管理部３，１３は、定期的に、あるいはユーザが指定したタイミングで互いのデータベースの内容を交換及び比較し、信頼性や情報の更新時刻などの観点からそれぞれの接続ルールの重み付けを行い、データベースを更新する。車載機１の接続情報管理部３は、サーバ１１の接続情報管理部１３に、機器情報ＤＢ５と接続ルールＤＢ６の情報を送信する。接続情報管理部１３は、機器情報ＤＢ５の情報で機器情報ＤＢ１５を更新し、接続ルールＤＢ６の情報で推論ルールＤＢ１６を更新する。しかし、同一の相手機器との接続ルールが接続ルールＤＢ６と推論ルールＤＢ１６の双方に記憶されている場合は、双方の接続成功率や更新時刻を参照し、接続ルールＤＢ６の接続ルールの方が推論ルールＤＢ１６の接続ルールより信頼性が高い場合に、推論ルールＤＢ１６を更新する。このように、車載機１で自己改善した接続ルールや失敗事例の情報をサーバ１１にフィードバックすることによって、車載機１の接続事例をサーバに蓄積し、他のＢｌｕｅｔｏｏｔｈ機器と情報を共有して活用することによって、接続精度の向上を図る。

　サーバ１１の接続情報管理部１３は、車載機１の接続情報管理部３に、機器情報ＤＢ１５と推論ルールＤＢ１６の情報を送信する。接続情報管理部３は、機器情報ＤＢ１５の情報で機器情報ＤＢ５を更新し、推論ルールＤＢ１６の情報で接続ルールＤＢ６を更新する。機器情報ＤＢ１５と推論ルールＤＢ１６には、車載機１以外のＢｌｕｅｔｏｏｔｈ機器に関する接続事例や接続ルールも記憶されており、接続情報管理部３は、車載機１に関する接続事例や接続ルールだけを更新すれば良い。また、同一の相手機器との接続ルールが接続ルールＤＢ６と推論ルールＤＢ１６の双方に記憶されている場合は、双方の接続成功率や更新時刻を参照し、推論ルールＤＢ１６の接続ルールの方が接続ルールＤＢ６の接続ルールより信頼性が高い場合に、接続ルールＤＢ６を更新する。このように、サーバ１１から接続ルールや失敗事例を車載機１にアップデートすることによって、車載機１の相互接続性を向上する。

　上記に説明した車載機１とサーバ１１の間のデータベースの内容の交換及び比較の処理は、例えば定期的に行われる。よって、車載機１はインターネット上の接続事例から生成した最新の接続ルールを用いて相手機器との接続を行えるし、それでも失敗した場合には接続ルールを微調整することにより、相互接続性の問題に対して動的に対応することが可能である。

　図５は、接続ルールＤＢ６や推論ルールＤＢ１６に記憶される接続ルールの一例であり、Ａ社のＸＸＸ機種のＨＦＰについての接続ルールを示している。接続ルールは、接続タイムアウト時間、接続リトライ間隔、プロファイル排他、接続順序の情報を含んでいる。

　接続タイムアウト時間は、接続要求に対する相手機器からの応答が無い場合に、タイムアウトと判定して接続処理を中止するまでの時間である。接続リトライ間隔は、接続に失敗した場合に接続ルールを変更して再接続するまでの時間のことである。プロファイル排他とは、Ａ社のＸＸＸ機種のＨＦＰと組み合わせ可能な接続機器のプロファイルを示している。図５の例では、Ａ社のＸＸＸ機種のＨＦＰとＤ社のＸＸＸ機種のＰＡＮは同時に接続不可能であることを示している。また、接続順序は、接続可能な順序を示している。図５の例では、Ａ社のＸＸＸ機種のＨＦＰを先に接続した後、Ｄ社のＸＸＸ機種のＰＡＮを後に接続するべきであることを示している。

　＜Ａ－３．効果＞
　本実施の形態のＢｌｕｅｔｏｏｔｈ接続装置（車載機１）は、接続対象内外の各Ｂｌｕｅｔｏｏｔｈ機器（相手機器ＢＴ１，ＢＴ２）との接続ルールを取得して記憶する接続情報記憶部（接続ルールＤＢ６）と、接続ルールの中から接続しようとするＢｌｕｅｔｏｏｔｈ機器に対応する対応接続ルールを抽出し、対応接続ルールに基づき接続制御を行う接続制御部２と、を備え、接続ルールはインターネットから収集した接続対象内外の各Ｂｌｕｅｔｏｏｔｈ機器との接続事例に基づき生成される。

　また、接続制御部２は、対応接続ルールに基づく接続制御が失敗した場合に、対応接続ルールを変更して接続制御を行うので、インターネットから収集したノウハウでは接続が失敗する場合でも、動的に対応することが出来る。

　また、車載機１は、Ｂｌｕｅｔｏｏｔｈ機器との接続結果を装置外部に出力する出力部（接続情報管理部３）をさらに備える。車載機１で自己改善した接続ルールや失敗事例などの情報をサーバ１１にフィードバックすることで、情報を共有することが出来る。

　本実施の形態のサーバ１１は、インターネットからＢｌｕｅｔｏｏｔｈ機器の接続事例を収集する接続事例収集部（接続情報収集部１２）と、接続事例を基に各Ｂｌｕｅｔｏｏｔｈ機器間の接続ルールを生成する接続情報生成部（接続情報収集部１２）と、接続ルールをＢｌｕｅｔｏｏｔｈ機器に出力する通信部（接続情報管理部１３）と、を備える。よって、Ｂｌｕｅｔｏｏｔｈ機器の相互接続性が向上する。

　また、接続事例収集部（接続情報収集部１２）は、接続ルールを出力する先のＢｌｕｅｔｏｏｔｈ機器からも直接、接続事例を取得するので、Ｂｌｕｅｔｏｏｔｈ機器の接続事例を蓄積し、それに基づき接続ルールを生成することで、接続精度が向上する。

　なお、本発明は、その発明の範囲内において、実施の形態を適宜、変形、省略することが可能である。

　この発明は詳細に説明されたが、上記した説明は、すべての態様において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。

１　車載機、２　接続制御部、３，１３　接続情報管理部、４　無線通信部、５，１５　機器情報データベース（ＤＢ）、６　接続ルールデータベース（ＤＢ）、１１　サーバ、１２　接続情報収集部、１６　推論ルールデータベース（ＤＢ）、ＢＴ１，ＢＴ２　相手
機器。

Claims (5)

1. 　Ｂｌｕｅｔｏｏｔｈ（登録商標、以下単にＢｌｕｅｔｏｏｔｈという）機器との接続が可能なＢｌｕｅｔｏｏｔｈ接続装置であって、
   　接続対象内外の各前記Ｂｌｕｅｔｏｏｔｈ機器との接続ルールを取得して記憶する接続情報記憶部と、
   　前記接続ルールの中から接続しようとする前記Ｂｌｕｅｔｏｏｔｈ機器に対応する対応接続ルールを抽出し、前記対応接続ルールに基づき接続制御を行う接続制御部と、を備え、
   　前記接続ルールはインターネットから収集した接続対象内外の各前記Ｂｌｕｅｔｏｏｔｈ機器との接続事例に基づき生成される、
   Ｂｌｕｅｔｏｏｔｈ接続装置。
2. 　前記接続制御部は、前記対応接続ルールに基づく接続制御が失敗した場合に、前記対応接続ルールを変更して接続制御を行う、
   請求項１に記載のＢｌｕｅｔｏｏｔｈ接続装置。
3. 　前記Ｂｌｕｅｔｏｏｔｈ機器との接続結果を装置外部に出力する出力部をさらに備える、
   請求項１に記載のＢｌｕｅｔｏｏｔｈ接続装置。
4. 　インターネットからＢｌｕｅｔｏｏｔｈ機器の接続事例を収集する接続事例収集部と、
   　前記接続事例を基に各前記Ｂｌｕｅｔｏｏｔｈ機器間の接続ルールを生成する接続情報生成部と、
   　前記接続ルールを前記Ｂｌｕｅｔｏｏｔｈ機器に出力する通信部と、
   を備えるサーバ。
5. 　前記接続事例収集部は、前記Ｂｌｕｅｔｏｏｔｈ機器からも直接、前記接続事例を取得する、
   請求項４に記載のサーバ。

Images