JP5160598B2 - 車載端末及びその車載端末でのペアリング方法 - Google Patents

Description

この発明は、携帯端末のペアリング（登録）処理を行う車載端末及びその車載端末でのペアリング方法に関する。

近時、ＺｉｇＢｅｅ（ＺＩＧＢＥＥとして登録商標、以下同様）やＢｌｕｅｔｏｏｔｈ（登録商標、以下同様）等の近距離無線通信方式が提案され、例えば、車両に搭載された車載端末と、乗員が所持する携帯電話等の携帯端末との間での無線通信の利用に供されている。

上記の近距離無線通信機能を有する携帯端末を車載端末で最初に使用する際には、車載端末の接続相手、すなわち前記携帯端末を特定するためのペアリングと呼ばれる操作・処理が必要とされている。

特許文献１には、車載端末の起動時に、当該車載端末のＥＥＰＲＯＭ等に前記携帯端末（特許文献１では、公衆回線端末と称している。）の登録情報が記憶されていない場合、車載端末が、登録待ち状態に移行することが開示されている。

また、特許文献１には、この登録待ち状態の間に、車載端末が、携帯端末からの登録要求信号を受信したとき、所定のリンクキーを入力して送信するよう要求する画面を車載端末の表示器に表示してユーザに知らせるとともに携帯端末に対してリンクキーの送信要求信号を送信すると記載されている。そして、携帯端末からリンクキーを受信すると、車載端末は、受信したリンクキーが所定のリンクキーと一致した場合に、携帯端末の近距離無線通信用アドレスとネームとをリンクキーに併せて登録し（記憶部に記憶し）、登録終了信号を携帯端末に送信すると記載されている。このようにして携帯端末と車載端末との間でのペアリングがなされると記載されている。

特開２００５−１４２６６３号公報（［００２４］、［００３８］、［００３９］、［００４０］、［００４４］、［００４５］、［００４６］）

ところで、上記した従来技術においては、車載端末（ハンズフリー通話装置）の起動時に、車載端末のＥＥＰＲＯＭ等に携帯端末の登録情報が記憶されていない場合、前記車載端末の動作状態が登録待ち状態に変更される（特許文献１の段落［００３８］、［００３９］、［００４０］）。

そして、この登録待ち状態のときに、ユーザによる携帯端末の所定の操作に基づき携帯端末から送信される登録要求信号を所定時間（特許文献１の［００４０］）内に車載端末が受信しなかった場合には、未登録のまま処理が終了される（特許文献１の［００４４］）。すなわち、ペアリングが不成功裏に終了するという問題がある。

その上、ユーザが、携帯端末を操作して、車載端末の近距離無線通信方式に対応する、Ｂｌｕｅｔｏｏｔｈ等の近距離無線通信方式のメニューを探し出し、探し出した後、前記登録要求信号を送信させるまでの操作を行うことは、一般には、操作の階層が深く、かつ前記携帯端末の表示器に表示される用語等が専門的であることから手間のかかる作業である。

すなわち、上記した従来技術においては、携帯端末の近距離無線通信方式のメニューが探し難いということ等を原因として、ユーザにとってペアリング処理の負担が大きく手間もかかるという問題がある。

この発明はこのような課題を考慮してなされたものであり、携帯端末と車載端末との間でのペアリング処理を成功裏に終了させる可能性を高くする車載端末及びその車載端末でのペアリング方法を提供することを目的とする。

この発明に係る車載端末は、携帯端末との間で近距離無線通信のペアリングを行う車載端末であって、ペアリング処理開始のトリガを検出すると、前記携帯端末のサーチを行うサーチモードを開始し、前記サーチモードにて前記携帯端末が検出できなかった場合に、前記携帯端末からのサーチを待ち受ける待受モードに移行することを特徴とする。

例えば、ユーザにより、車載端末上のオフフックボタン等が押された際に、ペアリング端末（登録済端末）が存在しないこと等を原因として、車載端末がペアリング処理開始のトリガを検出すると、車載端末は、イニシエータとして携帯端末（この場合、ターゲット）のサーチを行うサーチモード（アクティブペアリングモード）を開始し、このサーチモードで前記携帯端末が検出できなかった場合には、車載端末が、自動的に、前記携帯端末をイニシエータ（従って、車載端末をターゲット）として前記携帯端末からのサーチを待ち受ける待受モード（パッシブペアリングモード）に移行するようにしたので、ペアリング処理が成功裏に終了する可能性が高くなる。

よって、車載端末がサーチモードを開始したときに、電源がオン状態の携帯端末がターゲットに設定されている場合には、車載端末が携帯端末をサーチするサーチモード（アクティブペアリングモード）でペアリングが成功する。

また、車載端末がサーチモードを開始したときに、電源がオン状態の携帯端末の近距離無線通信機能がオフ状態等である場合には、ユーザが携帯端末において、当該携帯端末からサーチを行う（携帯端末をイニシエータとする）操作を行うことで、車載端末の上記待受モード（パッシブペアリングモード）でペアリングが成功する。

さらに、車載端末がサーチモードを開始したときに、携帯端末の電源がオフ状態である場合には、携帯端末の電源をオン状態としたときに上記サーチモード又は上記待受モードのいずれかでペアリングが成功する確率が高い。

このように、この発明に係る車載端末は、ペアリング処理開始のトリガを検出したとき、待受モードに移行する前にサーチモードで携帯端末のサーチを開始するようにしたので、携帯端末と車載端末との間でのペアリング処理を成功裏に終了させる可能性を高くすることができる。

なお、携帯端末の近距離無線通信機能が非公開（特定の機器のみに公開、いわゆるｎｏｎ−ｄｉｓｃｏｖｅｒａｂｌｅ）の設定とされている場合であっても、車載端末を待受モードとする構成、換言すれば、携帯端末をイニシエータ、車載端末をターゲットとする構成を含んでいるので、近距離無線通信機能を非公開の携帯端末側から車載端末のサーチを行うことでほぼ確実にペアリングを成功裏に終了させることができる。

上述した車載端末の技術思想は、その車載端末でのペアリング方法の技術思想に適用することができる。

また、この発明に係る車載端末を搭載した車両、並びに、この発明に係る車載端末でのペアリング方法を実施する車両も、この発明に含まれる。

この発明によれば、最初には、車載端末からサーチを行い、携帯端末が検出できなかった場合には、車載端末が待受モードに移行するようにしたので、携帯端末と車載端末との間でのペアリング処理を成功裏に終了させる可能性を高くすることができる。

よって、ユーザの操作・手間を極力低減しつつ、ほぼ確実にペアリング（登録）を行うことができる。

この発明の一実施形態に係る車載ハンズフリーシステムの構成ブロック図である。 ペアリング（登録）処理プログラムに係るフローチャートである。 図３Ａはサーチモードの画面表示図、図３Ｂは携帯端末の選択画面表示図、図３Ｃは既にペアリングされている携帯端末との認証用画面表示図、図３Ｄは無線接続された携帯端末の画面表示図、図３Ｅは待受モードでの画面表示図、図３Ｆは新たにペアリングされた携帯端末の画面表示図である。

以下、この発明の一実施形態に係る車載端末、並びに、この発明の一実施形態に係る車載端末でのペアリング方法を実施する車載ハンズフリーシステムについて図面を参照して説明する。

図１は、図示しない車両に搭載されたこの実施形態に係る車載ハンズフリーシステム１０の構成を示す。

図１において、車載ハンズフリーシステム１０は、基本的には、この実施形態に係る車載端末１２と入出力インタフェース装置１４とから構成される。

この車載ハンズフリーシステム１０の車載端末１２は、ユーザである乗員が所持する携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）等の携帯端末１６とアンテナ１８を通じて無線通信される構成とされている。

この実施形態において、携帯端末１６と車載端末１２との間の前記無線通信は、近距離無線通信方式、この実施形態では、２．４ＧＨｚ帯を周波数帯とする公知のＢｌｕｅｔｏｏｔｈプロトコルに従ってデータ通信と音声通信の双方向通信を行うことができるシステムが採用されている。

ユーザが車両内で所持する携帯端末１６は、図示しない移動通信網を介して車両外部の固定電話機、携帯電話機、ＰＤＡ、又は情報センタのサーバ等と通信を行うことができる。

よって、車載ハンズフリーシステム１０は、携帯端末１６と無線接続が確立している｛携帯端末１６の無線接続フラグが立っている状態である（後述）｝ときに、乗員が、いわゆるハンズフリーホン等として使用することができるように構成されている。

車載端末１２は、制御装置２０と、アンテナ１８に接続された通信モジュール２２と、マイクロホン４０及びスピーカ４２に接続された通話モジュール２４と、記憶装置（メモリ）２６とを備える。

制御装置２０には、通信モジュール２２、通話モジュール２４及び記憶装置２６が接続されるとともに、入力装置３０及び液晶表示装置等の表示装置３６が接続される。

表示装置３６は、タッチパネルとしても機能し、ユーザがタッチした位置に対応するデータを制御装置２０に出力する。表示装置３６は、図示しないナビゲーション装置の表示装置を兼用することもできる。

入力装置３０は、例えば図示しないステアリングホィールの近傍に設けられたオフフックボタン（オフフックキー）３４や、表示装置３６中に表示されたタッチキーであるＰｈｏｎｅボタン（電話ボタン）３２を備える。Ｐｈｏｎｅボタン３２は、単独で設けることもできる。

通話モジュール２４は、ユーザの音声を、マイクロホン４０を通じて取得し、マイクロホン４０を通じて取得した音声信号を音声データに変換するとともに、通話相手方の音声データ、より具体的には、外部の携帯電話や固定電話機等から移動通信網を介し、車内のユーザの携帯端末１６を通じアンテナ１８、通信モジュール２２及び通話モジュール２４を介して供給される音声データを音声信号に変換する。この音声信号は、スピーカ４２を通じて音声として車室内に出力される。

記憶装置２６は、ハードディスク、ＲＯＭ（ＥＥＰＲＯＭ含む。）、ＲＡＭ（不揮発性のＲＡＭであるフラッシュメモリを含む。）を有し、プログラム及びデータを格納する。

記憶装置２６は、携帯端末１６を車載端末１２の通信相手方として登録するためのペアリング（登録）処理プログラムの他、プロファイルとしてＨＦＰ（Ｈａｎｄｓ−Ｆｒｅｅ Ｐｒｏｆｉｌｅ）プロファイル及びＤＵＮ（Ｄｉａｌ−ｕｐ Ｎｅｔｗｏｒｋｉｎｇ）プロファイル等を記憶している。また、記憶装置２６は、車載端末１２自身の固有アドレスであるＢＤ（Ｂｌｕｅｔｏｏｔｈ Ｄｅｖｉｃｅ）アドレス、ＢＤネーム、及びパスキー等を記憶するとともに、機器登録テーブル２７を有している。

なお、ＨＦＰプロファイルは、車内やヘッドセットでハンズフリー通話を実現するためのプロファイルであって、通信の発信・着信機能を持つ。また、ＤＵＮプロファイルは、携帯電話等を介してインターネットにダイアルアップ接続するためのプロファイルである。

機器登録テーブル２７には、ペアリングされた携帯端末１６のＢＤアドレス、ＢＤネーム及びリンクキー等が記憶されている。

なお、車載端末１２の携帯端末１６に対するＢｌｕｅｔｏｏｔｈ接続において、ペアリング（登録）は、複数台行うことができるが、ペアリングされた携帯端末１６中、１台のみが使用可能である。

携帯端末１６の図示しない記憶装置にも、車載端末１２を携帯端末１６の通信相手方として登録するためのペアリング（登録）処理プログラムの他、プロファイルとして上述のＨＦＰプロファイル及びＤＵＮプロファイルが記憶され、さらに、携帯端末１６自身の固有アドレスであるＢＤアドレス、ＢＤネーム、パスキー、及びペアリング処理で生成されたリンクキー等が記憶される。

通信モジュール２２は、例えば小型の無線機であり、携帯端末１６の認証・識別を行うとともに、認証された携帯端末１６と音声データの送受信を行う。

制御装置２０は、例えばマイクロコンピュータにより構成され、ＣＰＵ（中央処理装置）が、記憶装置２６に記録されているプログラムを読み出し実行することで各種機能実現部（機能実現手段）、たとえば制御部、演算部、計時部及び処理部等として機能する。

次に、上記実施形態における携帯端末１６のペアリング（登録）動作について、ペアリング処理プログラムに係る図２に示すフローチャートを参照して説明する。フローチャートの実行主体は、制御装置２０（のＣＰＵ）である。

表示装置３６にハンズフリー機能以外の任意の画面が表示されているとき、ステップＳ１において、ユーザが入力装置３０中のオフフックボタン３４あるいはＰｈｏｎｅボタン３２を操作すると、この操作が制御装置２０により検出されハンズフリーに係る操作が有ると判定される（ステップＳ１：肯定）。

次いで、ステップＳ２において、制御装置２０は、機器登録テーブル２７を参照してペアリング端末（既にペアリング処理が終了していて接続が確立している登録済端末）が存在するかどうかを確認し、携帯端末１６がペアリング端末であると認識した場合には、ステップＳ３における車載端末１２の利用処理を行う。

このステップＳ３では、表示装置３６に電話帳が表示されたり、着信履歴が表示されたりするので、電話番号を入力乃至選択しマイクロホン４０とスピーカ４２を利用したハンズフリー通話端末（ハンズフリー通信端末）として車載端末１２を利用に供することができる。

一方、上記のステップＳ２において、ペアリング端末（登録済端末）が存在しなかった場合には（ステップＳ２：否定）、ペアリング端末が機器登録テーブル２７に記憶されていないことがペアリング処理開始のトリガとなり、ステップＳ４以降のペアリング処理プログラムを実行する機器登録モードに入る。なお、ペアリング処理開始のトリガは、表示装置３６上での図示しないメニュー画面から初期通信設定でＢｌｕｅｔｏｏｔｈ機器登録を選択することでも発生させることができる。

ステップＳ４において、車載端末１２は、イニシエータとして動作し、車載端末１２から携帯端末１６のサーチを行うサーチモード（アクティブペアリングモード）を開始する。

図３Ａは、表示装置３６に表示されるサーチモードの画面１０２を示している。「Ｓｅａｒｃｈｉｎｇ．．．（サーチ中。）」及び「Ｓｅａｒｃｈｉｎｇ ｆｏｒ Ｂｌｕｅｔｏｏｔｈ Ｐｈｏｎｅｓ. Ｐｌｅａｓｅ ｗａｉｔ．．．（Ｂｌｕｅｔｏｏｔｈ電話のサーチ中、しばらくお待ちください。）」との表示がなされる。

このサーチモードでは、車載端末１２が、携帯端末１６を発見するために、問い合わせメッセージを所定時間繰り返して送信する。

問い合わせメッセージに応答する携帯端末１６からのＢＤアドレス等を含む応答メッセージを所定時間内に受信すると、すなわち、ステップＳ５の携帯端末発見の判定が肯定的となったとき、ステップＳ６において、携帯端末リストが表示される。

この携帯端末リストは、図３Ｂの画面１０４に示すように、それぞれ公開（ｄｉｓｃｏｖｅｒａｂｌｅ）モードに設定されていて今回のサーチにより新たに検出された携帯端末１６が表示されるリストであり、この実施形態では、「Ｃａｎｄｙ Ｐ１」というＢＤネームの携帯端末１６と、「Ｃｈｏｃｏｌａｔｅ Ｐ１」というＢＤネームの携帯端末１６とが表示されている。また、画面１０４には、「Ｐｈｏｎｅ ｎｏｔ Ｆｏｕｎｄ？（所望の携帯端末が見つかりませんでしたか？）」との表示も、併せてなされる。

ステップＳ７において、ユーザが、図３Ｂの画面１０４に示すように、当該画面１０４中の三角マークをスクロールさせて、ＢＤネーム「Ｃｈｏｃｏｌａｔｅ Ｐ１」の携帯端末１６を選択すると、ステップＳ８の登録確認モードに入り、認証処理が実行される。

この認証処理では、セキュリティを確保するために、図３Ｃに示すパスキー、ここでは、「００００」の入力を促す画面１０６（Ｅｎｔｅｒ ｔｈｅ Ｐａｓｓ−ｋｅｙ“００００” ｏｎ ｙｏｕｒ ｐｈｏｎｅ）が表示される。

図３Ｃの画面表示状態において、ユーザが、ＢＤネーム「Ｃｈｏｃｏｌａｔｅ Ｐ１」の携帯端末１６からパスキー“００００”を認証として入力すると、これを受信した車載端末１２（の制御装置２０）において、ＢＤネーム「Ｃｈｏｃｏｌａｔｅ Ｐ１」の携帯端末１６のＢＤアドレスと入力された前記パスキーとからリンクキーが生成され、生成されたリンクキーが携帯端末１６に送信されるとともに、車載端末１２の機器登録テーブル２７に記憶される。すなわち、パスキーの入力によりリンクキーが生成交換されてペアリング（登録）が完了する。

そして、図３Ｄに示す画面１０８のように、ペアリング処理が成功裏に終了する。

この画面１０８では、ペアリング処理が成功裏に終了したことを表す「Ｃｏｍｐｌｅｔｅ（成功）」と、「Ｎｏｗ“Ｃｈｏｃｏｌａｔｅ Ｐ１ Ｐｈｏｎｅ”ｈａｓ ｂｅｅｎ ａｄｄｅｄ.（ＢＤネーム「Ｃｈｏｃｏｌａｔｅ Ｐ１」の携帯電話が追加登録されました。）」との表示がなされる。

このようにして、ステップＳ３において、車載端末１２は、ＢＤネーム「Ｃｈｏｃｏｌａｔｅ Ｐ１」の携帯端末１６をハンズフリー通信端末として利用に供することができる。

一方、上述したステップ５において、車載端末１２によるサーチモードで所定時間内に携帯端末１６が発見できなかったとき（ステップＳ５：否定）、あるいはステップＳ７において、携帯端末リストを示す画面１０４から、検出された携帯端末１６を選択しなかったとき（ステップＳ７：否定）、ステップＳ９では、車載端末１２が、イニシエータからターゲットとなり、携帯端末１６からのサーチを待ち受ける登録待受モード（単に、待受モードともいう。）に移行する。

なお、ステップＳ７において携帯端末１６を選択しなかったとき（ステップＳ７：否定）とは、ユーザが所持している所望の携帯端末１６をサーチできなかったときも含み、「Ｐｈｏｎｅ ｎｏｔ Ｆｏｕｎｄ？（携帯端末は見つかりませんでしたか。）」を選択したときが該当する。

このとき、車載端末１２では、図３Ｅに示す携帯端末１６のパスキー「００００」の入力を促す画面１１０の表示に切り替わる。

ステップＳ９の待受モードにおいて、ユーザが携帯端末１６でＢｌｕｅｔｏｏｔｈ機能を選択し、接続機器の検索（サーチ）に係わる操作を行うことで、携帯端末１６からのサーチが開始される。そして、そのステップＳ９において、携帯端末１６は、車載端末１２のＢＤアドレスを発見する（車載端末１２を発見する）ために、問い合わせメッセージを繰り返して送信する。

この問い合わせメッセージを受信して応答した車載端末１２からＢＤアドレス等を入手した携帯端末１６は、当該携帯端末１６のＢＤアドレス及びＢＤネーム（当該携帯端末１６のＢＤネームは、「Ｐｉｅ Ｐ１」とする。）等を車載端末１２に送信する。そして、さらに、携帯端末１６において、認証として、パスキー「００００」の入力操作がなされると、車載端末１２において、ＢＤネーム「Ｐｉｅ Ｐ１」の携帯端末１６のＢＤアドレスと入力された前記パスキーとからリンクキーが生成され、当該携帯端末１６に送信されるとともに、車載端末１２の機器登録テーブル２７に記憶される。すなわち、パスキーの入力によりリンクキーが生成交換されてペアリング（登録）が完了する。

そして、図３Ｆに示す画面１１２のように、ペアリング処理が成功裏に終了する。

この画面１１２では、ペアリング処理が成功裏に終了したことを表す「Ｃｏｍｐｌｅｔｅ（成功）」と、「Ｎｏｗ“Ｐｉｅ Ｐ１ Ｐｈｏｎｅ”ｈａｓ ｂｅｅｎ ａｄｄｅｄ.（ＢＤネーム「Ｐｉｅ Ｐ１」の携帯電話が追加登録されました。）」との表示がなされる。

このようにして、ステップＳ３において、上記したのと同様にＢＤネーム「Ｐｉｅ Ｐ１」の携帯端末１６を車載端末１２のハンズフリー通信端末として利用に供することができる。

以上説明したように上述した実施形態によれば、携帯端末１６との間で近距離無線通信のペアリングを行う車載端末１２でのペアリング方法であって、車載端末１２が、ペアリング処理開始のトリガを検出するステップ（ステップＳ２：否定）と、ペアリング処理開始のトリガを検出すると携帯端末１６のサーチを行うサーチモード（機器登録モード：アクティブペアリングモード）を開始するステップ（ステップＳ４）と、このサーチモードにて携帯端末１６が検出できなかった場合に、携帯端末１６からのサーチを待ち受ける待受モード（パッシブペアリングモード）に移行するステップ（ステップＳ９）と、を有する。

このように、車載ハンズフリーシステム１０の携帯端末１６をペアリング（登録）する際に、車載端末１２は、ペアリング処理開始のトリガを検出すると、サーチモード［｛車載端末１２（いわゆるハンズフリー通信端末）｝から周辺機器（ＢＴ ｐｈｏｎｅ）のサーチを行うアクティブペアリングモード］を開始し、このサーチモードで周辺機器が検出できなかった場合、車載端末１２は、周辺機器（ＢＴ Ｐｈｏｎｅ）である携帯端末１６からのサーチを待ち受ける待受モード（パッシブペアリングモード）に移行するように構成されている。

すなわち、最初には、車載端末１２からサーチを行い、携帯端末１６が検出できなかった場合には、車載端末１２が待受モードに移行するようにしたので、ユーザの操作を極力低減しつつ、ペアリング処理が成功裏に終了する可能性を高くすることができる。

１０…車載ハンズフリーシステム １２…車載端末
１４…入出力インタフェース装置 １６…携帯端末
２０…制御装置 ２２…通信モジュール
２４…通話モジュール ２６…記憶装置
２７…機器登録テーブル ３０…入力装置
３２…Ｐｈｏｎｅボタン ３４…オフフックボタン
３６…表示装置 ４０…マイクロホン
４２…スピーカ

Claims (2)

1. 車両内から移動通信網を介して車両外部の通信機器に通信可能な携帯端末との間で近距離無線通信のペアリングを行って、ハンズフリー通話を可能とする車載端末であって、
   ペアリング処理開始のトリガを検出すると、前記携帯端末のサーチを行うサーチモードであるアクティブペアリングモードを開始し、前記アクティブペアリングモードにて前記携帯端末が検出できなかった場合に、前記携帯端末からのサーチを待ち受ける待受モードであるパッシブペアリングモードに移行し、前記携帯端末でのパスキーの入力操作を促す画面を表示する
   ことを特徴とする車載端末。
2. 車両内から移動通信網を介して車両外部の通信機器に通信可能な携帯端末との間で近距離無線通信のペアリングを行って、ハンズフリー通話を可能とする車載端末でのペアリング方法であって、
   前記車載端末が、
   ペアリング処理開始のトリガを検出するステップと、
   前記ペアリング処理開始のトリガを検出すると、前記携帯端末のサーチを行うサーチモードであるアクティブペアリングモードを開始するステップと、
   前記アクティブペアリングモードにて前記携帯端末が検出できなかった場合に、前記携帯端末からのサーチを待ち受ける待受モードであるパッシブペアリングモードに移行し、前記携帯端末でのパスキーの入力操作を促す画面を表示するステップと、を
   有することを特徴とする車載端末でのペアリング方法。

Images