(57)【要約】【課題】ユーザによる操作を要することなく適切な携帯端末を車載装置と関連付けることができる。【解決手段】関連付けシステムは、車載装置、携帯端末、およびサーバを備える関連付けシステムにおいて、車載装置は、車載装置を識別する識別子である車載装置ＩＤを格納する車載記憶部と、携帯端末に車載装置ＩＤを送信する第１通信部と、車載装置の位置である車両位置を取得する車両位置取得部と、サーバに車載装置ＩＤおよび車両位置を送信する第２通信部とを備え、携帯端末は、携帯端末を識別する識別子である携帯端末ＩＤを格納する携帯記憶部と、携帯端末の位置である携帯位置を取得する携帯位置取得部と、サーバに携帯端末ＩＤ、受信した車載装置ＩＤ、および携帯位置を含む認証情報を送信する認証情報送信部とを備え、サーバは、受信した認証情報に含まれる携帯位置と受信した車両位置との差に基づき携帯端末ＩＤと車載装置ＩＤとを関連付ける関連付け部を備える。【選択図】図３
2019021273.tif 000002
【特許請求の範囲】
【請求項１】
車載装置、携帯端末、およびサーバを備える関連付けシステムにおいて、
前記車載装置は、
前記車載装置を識別する識別子である車載装置ＩＤを格納する車載記憶部と、
前記携帯端末に前記車載装置ＩＤを送信する第１通信部と、
前記車載装置の位置である車両位置を取得する車両位置取得部と、
前記サーバに前記車載装置ＩＤおよび前記車両位置を送信する第２通信部とを備え、
前記携帯端末は、
前記携帯端末を識別する識別子である携帯端末ＩＤを格納する携帯記憶部と、
前記携帯端末の位置である携帯位置を取得する携帯位置取得部と、
前記サーバに前記携帯端末ＩＤ、受信した前記車載装置ＩＤ、および前記携帯位置を含む認証情報を送信する認証情報送信部とを備え、
前記サーバは、
受信した前記認証情報に含まれる前記携帯位置と受信した前記車両位置との差に基づき前記携帯端末ＩＤと前記車載装置ＩＤとを関連付ける関連付け部を備える関連付けシステム。
【請求項２】
請求項１に記載の関連付けシステムにおいて、
前記サーバは、
前記車載装置のそれぞれに対応する鍵情報が格納される鍵データベースと、
前記関連付け部が関連付けを行った前記携帯端末ＩＤを有する前記携帯端末に、前記関連付け部が関連付けを行った前記車載装置ＩＤに対応する前記鍵情報を送信する鍵送信部とをさらに備える関連付けシステム。
【請求項３】
請求項２に記載の関連付けシステムにおいて、
前記サーバは、
前記車載装置ＩＤのそれぞれに対応する管理者の連絡先が格納される管理者データベースと、
前記関連付け部が関連付けを行うと、前記管理者データベースを参照して前記関連付け部が関連付けを行った前記車載装置ＩＤに対応する前記管理者の連絡先を特定し、特定した前記管理者の連絡先に前記鍵情報を発行する承諾問い合わせを送信し、前記管理者から肯定的な回答が得られると、前記鍵送信部に前記鍵情報の送信を行わせる確認部とをさらに備える関連付けシステム。
【請求項４】
請求項１に記載の関連付けシステムにおいて、
前記サーバは、
前記関連付け部が関連付けを行った前記携帯端末ＩＤを有する前記携帯端末に、前記関連付け部が関連付けを行った前記車載装置ＩＤを有する前記車載装置から最後に受信した位置情報を送信する駐車位置送信部をさらに備える関連付けシステム。
【請求項５】
請求項１に記載の関連付けシステムにおいて、
前記サーバは、
前記関連付け部が関連付けを行った前記車載装置ＩＤを有する前記車載装置に前記関連付け部が関連付けを行った前記携帯端末ＩＤを伝達する認証済みＩＤ送信部をさらに備える関連付けシステム。
【請求項６】
請求項１に記載の関連付けシステムにおいて、
前記携帯端末の前記認証情報送信部は、前記車載装置からの前記車載装置ＩＤの送信が途絶えた場合、および前記車載装置からの前記車載装置ＩＤの送信が所定の回数に達した場合、の少なくとも一方の場合に、前記認証情報を送信する関連付けシステム。
【請求項７】
請求項１に記載の関連付けシステムにおいて、
前記車載装置の前記第１通信部は、前記車載装置を搭載する車両の速度が所定の速度以下の場合に前記車載装置ＩＤを送信する関連付けシステム。
【請求項８】
携帯端末、およびサーバと通信する車載装置であって、
前記車載装置を識別する識別子である車載装置ＩＤを格納する車載記憶部と、
前記携帯端末に前記車載装置ＩＤを送信する第１通信部と、
前記車載装置の位置である車両位置を取得する車両位置取得部と、
前記サーバに前記車載装置ＩＤおよび前記車両位置を送信する第２通信部とを備える車載装置。
【請求項９】
請求項８に記載の車載装置において、
前記車載装置の前記第１通信部は、前記車載装置を搭載する車両の速度が所定の速度以下の場合に前記車載装置ＩＤを送信する車載装置。
【請求項１０】
車載装置、携帯端末、およびサーバにおいて実行される関連付け方法であって、
前記車載装置が、
前記車載装置を識別する識別子である車載装置ＩＤを記憶することと、
所定の通信範囲内の前記携帯端末に前記車載装置ＩＤを送信することと、
前記車載装置の位置である車両位置を算出することと、
前記サーバに前記車載装置ＩＤおよび前記車両位置を送信することとを含み、
前記携帯端末が、
前記携帯端末を識別する識別子である携帯端末ＩＤを記憶することと、
前記携帯端末の位置である携帯位置を算出することと、
前記車載装置から前記所定の通信範囲内でユーザによる前記携帯端末の操作なく前記車載装置ＩＤを受信することと、
前記サーバに前記携帯端末ＩＤ、受信した前記車載装置ＩＤ、および前記携帯位置から構成される認証情報を送信することとを含み、
前記サーバが、受信した前記携帯位置と受信した前記車両位置との差に基づき前記携帯端末ＩＤと前記車載装置ＩＤとの関連付けを行うことを含む関連付け方法。
【請求項１１】
請求項１０に記載の関連付け方法において、
前記サーバが、
前記車載装置のそれぞれに対応する鍵情報が格納される鍵データベースを記憶することと、
前記関連付けがされた前記携帯端末ＩＤを有する前記携帯端末に、前記関連付けがされた前記車載装置ＩＤに対応する前記鍵情報を送信することとをさらに含む関連付け方法。
【請求項１２】
請求項１１に記載の関連付け方法において、
前記サーバが、
前記車載装置ＩＤのそれぞれに対応する管理者の連絡先が格納される管理者データベースを記憶することと、
前記関連付けを行うと、前記管理者データベースを参照して前記関連付けがされた前記車載装置ＩＤに対応する前記管理者の連絡先を特定し、特定した前記管理者の連絡先に前記鍵情報を発行する承諾問い合わせを送信し、前記管理者から肯定的な回答が得られると、前記鍵情報を送信することとをさらに含む関連付け方法。
【請求項１３】
請求項１０に記載の関連付け方法において、
前記サーバが、前記関連付けがされた前記携帯端末ＩＤを有する前記携帯端末に、前記関連付けがされた前記車載装置ＩＤを有する前記車載装置から最後に受信した位置情報を送信することをさらに含む関連付け方法。
【請求項１４】
請求項１０に記載の関連付け方法において、
前記サーバが、前記関連付けがされた前記車載装置ＩＤを有する前記車載装置に前記関連付けがされた前記携帯端末ＩＤを伝達することをさらに含む関連付け方法。
【請求項１５】
請求項１０に記載の関連付け方法において、
前記携帯端末は、前記車載装置からの前記車載装置ＩＤの送信が途絶えた場合、および前記車載装置からの前記車載装置ＩＤの送信が所定の回数に達した場合、の少なくとも一方の場合に、前記認証情報を送信する関連付け方法。
【請求項１６】
請求項１０に記載の関連付け方法において、
前記車載装置は、前記車載装置を搭載する車両の速度が所定の速度以下の場合に前記車載装置ＩＤを送信する関連付け方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、関連付けシステム、車載装置、および関連付け方法に関する。
【背景技術】
【０００２】
個人が携帯する携帯端末の高機能化が進んでおり、ユーザの利便性向上のために携帯端末を用いて様々な機器を操作するニーズが存在する。特許文献１には、車両周辺に存在する機器の情報を無線信号にて読み取って、当該情報に基づいて当該機器との間で所定の認証ができた場合に、車両に所定の動作を実行させる制御を行うシステムにおいて、前記所定の認証は、予め当該システムにペアリングされた機器である場合に前記認証ができたと判定する機能を備え、前記予め当該システムにペアリングされた機器を複数備えることを特徴とするシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−７６８９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載されている発明では、操作に慣れていないユーザにとって煩雑なペアリング操作が完了していることが前提となっており、簡便に機器同士を関連付けることができない。
【課題を解決するための手段】
【０００５】
本発明の第１の態様による関連付けシステムは、車載装置、携帯端末、およびサーバを備える関連付けシステムにおいて、前記車載装置は、前記車載装置を識別する識別子である車載装置ＩＤを格納する車載記憶部と、前記携帯端末に前記車載装置ＩＤを送信する第１通信部と、前記車載装置の位置である車両位置を取得する車両位置取得部と、前記サーバに前記車載装置ＩＤおよび前記車両位置を送信する第２通信部とを備え、前記携帯端末は、前記携帯端末を識別する識別子である携帯端末ＩＤを格納する携帯記憶部と、前記携帯端末の位置である携帯位置を取得する携帯位置取得部と、前記サーバに前記携帯端末ＩＤ、受信した前記車載装置ＩＤ、および前記携帯位置を含む認証情報を送信する認証情報送信部とを備え、前記サーバは、受信した前記認証情報に含まれる前記携帯位置と受信した前記車両位置との差に基づき前記携帯端末ＩＤと前記車載装置ＩＤとを関連付ける関連付け部を備える。
本発明の第２の態様による車載装置は、携帯端末、およびサーバと通信する車載装置であって、前記車載装置を識別する識別子である車載装置ＩＤを格納する車載記憶部と、前記携帯端末に前記車載装置ＩＤを送信する第１通信部と、前記車載装置の位置である車両位置を取得する車両位置取得部と、前記サーバに前記車載装置ＩＤおよび前記車両位置を送信する第２通信部とを備える。
本発明の第３の態様による関連付け方法は、車載装置、携帯端末、およびサーバにおいて実行される関連付け方法であって、前記車載装置が、前記車載装置を識別する識別子である車載装置ＩＤを記憶することと、所定の通信範囲内の前記携帯端末に前記車載装置ＩＤを送信することと、前記車載装置の位置である車両位置を算出することと、前記サーバに前記車載装置ＩＤおよび前記車両位置を送信することとを含み、前記携帯端末が、前記携帯端末を識別する識別子である携帯端末ＩＤを記憶することと、前記携帯端末の位置である携帯位置を算出することと、前記車載装置から前記所定の通信範囲内でユーザによる前記携帯端末の操作なく前記車載装置ＩＤを受信することと、前記サーバに前記携帯端末ＩＤ、受信した前記車載装置ＩＤ、および前記携帯位置から構成される認証情報を送信することとを含み、前記サーバが、受信した前記携帯位置と受信した前記車両位置との差に基づき前記携帯端末ＩＤと前記車載装置ＩＤとの関連付けを行うことを含む。
【発明の効果】
【０００６】
本発明によれば、ユーザによる操作を要することなく適切な携帯端末を車載装置と関連付けることができる。
【図面の簡単な説明】
【０００７】
【図１】認証システムＳのハードウエア構成図
【図２】ビーコンの送信を示す概念図
【図３】第１の実施の形態における認証システムＳの機能構成図
【図４】携帯位置履歴１１１の一例を示す図
【図５】評価用位置履歴３１２の一例を示す図
【図６】認証システムＳの動作の概要を説明する図
【図７】サーバ３０による位置情報の評価手法を説明する図
【図８】車載装置２０の動作を表すフローチャート
【図９】携帯端末１０の動作を表すフローチャート
【図１０】第１の実施の形態におけるサーバ３０の動作を表すフローチャート
【図１１】変形例５における認証システムＳの動作の概要を説明する図
【図１２】変形例１１におけるサーバ３０の動作を表すフローチャート
【図１３】変形例１５における認証システムＳの動作の概要を説明する図
【図１４】第２の実施の形態における認証システムＳの機能構成図
【図１５】確認部３０５の処理を表すフローチャート
【図１６】第３の実施の形態における認証システムＳの機能構成図
【発明を実施するための形態】
【０００８】
―第１の実施の形態―
以下、図１〜図１０を参照して、認証システムＳの第１の実施の形態を説明する。
【０００９】
（認証システムＳの構成）
図１は、認証システムＳのハードウエア構成図である。認証システムＳは、携帯端末１０と、車載装置２０と、サーバ３０とを備える。図１では携帯端末１０は１台のみ記載しているが、認証システムＳには複数の携帯端末１０および複数の車載装置２０が含まれる。ただしいずれの携帯端末１０および車載装置２０も構成および動作は同一なので、以下ではそれぞれ１台の携帯端末１０と車載装置２０を説明する。携帯端末１０、車載装置２０、およびサーバ３０は、広域の無線通信網Ｘを介して接続される。本実施の形態では、無線通信網Ｘを介する通信は、携帯端末１０とサーバ３０との双方向通信、および車載装置２０からサーバ３０への一方向通信である。
【００１０】
（携帯端末１０のハードウエア構成）
携帯端末１０は、中央演算装置であるＣＰＵ１１と、読み取り専用の記憶装置であるＲＯＭ１２と、ＤＲＡＭなどの揮発性メモリであるＲＡＭ１３と、ＧＰＳ受信機１４と、携帯ビーコン通信部１５と、携帯通信部１６と、フラッシュメモリ１７とを備える。携帯端末１０は車両の乗員それぞれが所有する通信端末であり、たとえばスマートフォンやタブレット端末である。ＣＰＵ１１は、ＲＯＭ１３に格納されるプログラムをＲＡＭ１２に展開して実行することにより後述する機能を実現する。ＲＯＭ１３には、携帯端末１０を識別する識別子である携帯端末ＩＤ、および後述する規定最長時間があらかじめ格納される。
【００１１】
ＧＰＳ受信機１４は、衛星航法システムを構成する複数の衛星から電波を受信し、その電波に含まれる信号を解析することで携帯端末１０の位置、すなわち緯度と経度を算出する計算機である。ＧＰＳ受信機１４は算出した緯度と経度をＣＰＵ１１に出力する。携帯ビーコン通信部１５は、車載装置２０から小容量の情報を受信する受信装置、たとえばブルートゥース（登録商標）に対応する通信モジュールである。携帯ビーコン通信部１５は、認証やペアリングなどの事前の設定を行うことなくビーコン信号を送受信できる。携帯ビーコン通信部１５は、車載装置２０から個々の車載装置２０を識別する識別子である車載装置ＩＤを受信する。また携帯ビーコン通信部１５は、ユーザの操作に基づき車載ビーコン通信部２５にビーコン信号を送信する。携帯通信部１６は、無線通信網、たとえばインターネットを介してサーバ３０と通信を行う。携帯通信部１６はたとえば、３Ｇや４Ｇ、またはＩＥＥＥ８０２．１１に対応する無線通信モジュールである。フラッシュメモリ１７は、不揮発性の記憶装置である。フラッシュメモリ１７にはその携帯端末１０のユーザが不図示の入力部から入力したユーザのニックネームが記憶される。ニックネームは、個人をおおよそ識別可能であればよく、氏名すなわち姓と名の組み合わせでもよいし、姓のみや名のみでもよい。またニックネームは氏名とは無関係の情報でもよい。
【００１２】
（車載装置２０のハードウエア構成）
車載装置２０は、中央演算装置であるＣＰＵ２１と、読み取り専用の記憶装置であるＲＯＭ２２と、ＤＲＡＭなどの揮発性メモリであるＲＡＭ２３と、ＧＰＳ受信機２４と、車載ビーコン通信部２５と、車載通信部２６と、ＣＡＮ通信部２８と、スピーカ２９とを備える。車載装置２０は車両に搭載される通信可能な端末であり、たとえばカーナビゲーション装置やタブレット端末である。ただし車載装置２０は車両から取り外して使用することもできる。以下では、車載装置２０が搭載される車両を「自車両」と呼ぶ。
【００１３】
ＣＰＵ２１は、ＲＯＭ２３に格納されるプログラムをＲＡＭ２２に展開して実行することにより後述する機能を実現する。ＲＯＭ２３には、車載装置２０を識別する識別子である車載装置ＩＤ、および後述する規定最長時間があらかじめ格納される。ＧＰＳ受信機２４は、衛星航法システムを構成する複数の衛星から電波を受信し、その電波に含まれる信号を解析することで車載装置２０の位置、すなわち緯度と経度を算出する計算機である。ＧＰＳ受信機２４は算出した緯度と経度をＣＰＵ２１に出力する。なおＧＰＳ受信機２４は、後述するＣＡＮ通信部２８が取得するセンサの情報を用いて位置情報を補正してもよい。
【００１４】
車載ビーコン通信部２５は、携帯端末１０へ小容量の情報を受信する送信装置、たとえばブルートゥース（登録商標）に対応する通信モジュールである。車載ビーコン通信部２５は、自車両２の速度が所定の速度以下、たとえば時速５ｋｍ未満の場合に、車載装置ＩＤをペイロードとするビーコン信号を送信する。例外的なビーコン信号の送信は後述する。車載ビーコン通信部２５が送信する電波は弱く、半径約１メートル程度の範囲内に存在する携帯端末１０のみが受信できる。またこの通信は、認証やペアリングなどの事前の設定を必要とせず、通信範囲内に存在する携帯端末１０に受信させることができる。
【００１５】
図２は、ビーコンの送信を示す概念図である。車載装置２０は自車両２に搭載され、定期的にビーコンを一斉送信、すなわちブロードキャストする。このビーコン信号は、少なくとも自車両２の内部全てを通信範囲としており、自車両２の乗員が所持する全ての携帯端末１０がビーコン信号を受信できる。図１に戻って説明を続ける。
【００１６】
車載通信部２６は、無線通信網、たとえばインターネットを介してサーバ３０と通信を行う。車載通信部２６はたとえば、３Ｇや４Ｇ、またはＩＥＥＥ８０２．１１に対応する無線通信モジュールである。ただし車載通信部２６は車載装置２０には内蔵されず、個別の通信ユニットとして独立して設けられてもよい。ＣＡＮ通信部２８は、自車両２に搭載される様々なセンサからセンサ出力値を受信するＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に対応する通信装置である。ＣＡＮ通信部２８はたとえば、速度センサ、ジャイロ、始動スイッチの出力を受信し、それぞれ自車両２の速度、自車両２の進行方向、自車両２のイグニションキースイッチのＯＮ／ＯＦＦ情報を受信する。
【００１７】
スピーカー２９は、ＣＰＵ２１の動作指令に基づき音声、たとえば楽曲の音声を出力する。車載装置２０は不図示の入力部を備え、自車両２の乗員が不図示の入力部を操作することによりＣＰＵ２１がスピーカ２９に動作指令を出力する。ただし後述するように携帯端末１０を操作して楽曲の再生を制御することもできる。
【００１８】
（サーバ３０のハードウエア構成）
サーバ３０は、中央演算装置であるＣＰＵ３１と、読み取り専用の記憶装置であるＲＯＭ３２と、ＤＲＡＭなどの揮発性メモリであるＲＡＭ３３と、サーバ通信部３６と、ＨＤＤ３７とを備える。サーバ３０はネットワークに接続されるコンピュータである。ＣＰＵ３１は、ＲＯＭ３３に格納されるプログラムをＲＡＭ３２に展開して実行することにより後述する機能を実現する。サーバ通信部３６は、携帯通信部１６および車載通信部２６と通信を行う。ＨＤＤ３７はハードディスクドライブである。ＨＤＤ３７には、携帯端末１０および車載装置２０から送信された情報が蓄積される。ＨＤＤ３７には、車載端末２０に固有の秘密の情報である鍵情報も格納される。すなわちそれらの鍵情報は、車載端末２０の車載端末ＩＤと関連付けられている。
【００１９】
（認証システムＳの機能ブロック）
図３は、認証システムＳの機能構成を示す機能ブロック図である。
【００２０】
携帯端末１０は、その機能として携帯位置取得部１０１と、携帯位置記録部１０２と、認証情報送信部１０３と、音楽遠隔制御部１０４とを備える。携帯端末１０のフラッシュメモリ１７には、携帯位置履歴１１１が格納される。ただし携帯端末１０がサーバ３０から後述する鍵情報を取得すると、フラッシュメモリ１７には取得した鍵情報も格納される。
【００２１】
携帯位置取得部１０１はＧＰＳ受信機１４から携帯端末１０の位置情報を取得する。携帯位置記録部１０２は、車載装置２０からビーコン信号を受信すると、携帯位置履歴１１１に受信したビーコン信号に含まれる車載装置ＩＤ、ビーコン信号を受信した時刻、およびその時刻にＧＰＳ受信機１４から取得した位置情報を記録する。認証情報送信部１０３は、所定の条件を満たす場合に認証情報をサーバ３０に送信する。所定の条件を満たす場合とは、車載装置２０からのビーコン信号が途絶えた場合、およびビーコン信号の受信回数が所定の回数に達した場合である。また認証情報とは、受信したビーコン信号に含まれる車載装置ＩＤ、ＲＯＭ１２に格納される携帯端末ＩＤ，および携帯位置履歴１１１である。音楽遠隔制御部１０４は、フラッシュメモリ１７に鍵情報が格納されている場合のみ動作が可能であり、ユーザによる音楽の制御指令、たとえば次の曲を再生する指令を鍵情報とともに車載装置２０に送信する。音楽遠隔制御部１０４による通信には、携帯ビーコン通信部１５が使用される。
【００２２】
図４は携帯位置履歴１１１の一例を示す図である。携帯位置履歴１１１には、符号１１１１で示す受信したビーコン信号に含まれる車載装置ＩＤの値、符号１１１２で示すビーコン信号を受信した時刻、および符号１１１３で示すその時刻の携帯端末１０の位置が格納される。たとえば図４に示す例では、時刻ｔ２１に携帯端末１０は車載装置ＩＤが「１００１」であるビーコンを受信し、そのときの携帯端末１０の位置はＰ２１であったことが示されている。図３に戻って説明を続ける。
【００２３】
車載装置２０は、その機能として車両位置取得部２０１と、音楽再生部２０２と、指令判断部２０３と、ＩＤ送信部２０４と、動作情報送信部２０５とを備える。またＲＯＭ２２には、前述の車載装置ＩＤの他に秘密鍵２１１が格納される。車両位置取得部２０１は、ＧＰＳ受信機２４から自車両２に固定される車載装置２０の位置情報、すなわち自車両２の位置情報を取得する。音楽再生部２０２は、不図示の入力部からの入力、または指令判断部２０３からの入力に基づき楽曲の音声をスピーカ２９から出力させる。指令判断部２０３は、受信した信号に含まれる鍵情報が秘密鍵２１１と一致するか否かを判断し、一致すると判断する場合は鍵情報とともに受信した動作指令を音楽再生部２０２に出力する。ただしこの秘密鍵２１１は、静的な情報に限定されず、動的な情報であってもよい。たとえば秘密鍵２１１が動的である場合は、秘密鍵２１１はあらかじめ定められたアルゴリズムにより生成され、その生成アルゴリズムはサーバ３０と共有している。そのためサーバ３０において動的に生成された鍵情報と車載装置２０が生成した鍵情報は一致する。秘密鍵２１１が動的に生成される場合は、１回のみ使用される、いわゆるワンタイムパスワードであってもよいし、１分や１時間などの有効期限が設定されてもよい。
【００２４】
ＩＤ送信部２０４は、所定の条件を満たすとＲＯＭ２２に格納された車載装置ＩＤをペイロードとするビーコン信号をブロードキャスト送信する。動作情報送信部２０５は、所定の条件を満たすとＲＯＭ２２に格納される車載装置ＩＤおよび車両位置取得部２０１が取得した位置情報を、車載装置２０の動作状態を表す動作情報としてサーバ３０に送信する。ＩＤ送信部２０４および動作情報送信部２０５が動作する所定の条件は同一である。秘密鍵２１１は、それぞれの車載装置２０に固有の秘密情報であり、たとえば複数の文字や記号から構成される。
【００２５】
サーバ３０はその機能として、履歴記録部３０１と、関連付け部３０２と、鍵送信部３０３と、駐車位置送信部３０４とを備える。またＨＤＤ３７には、鍵データベース（以下、「鍵ＤＢ」）３１１と、評価用位置履歴３１２とが格納される。履歴記録部３０１は、携帯端末１０から受信する認証情報に含まれる携帯端末１０の位置、および車載装置２０から受信する動作情報に含まれる車載装置２０の位置を評価用位置履歴３１２に受信した順番に記録する。この際に履歴記録部３０１は、携帯端末１０や車載装置２０の位置情報を、受信した認証情報に含まれる携帯端末ＩＤや、受信した動作情報に含まれる車載装置ＩＤごとに記録する。関連付け部３０２は、ある携帯端末１０とある車載装置２０とが関連付けられるか否か、換言すると、ある携帯端末１０とある車載装置２０とが同一の車両に搭載されていたか否かを判断する。関連付け部３０２は、評価用位置履歴３１２に記録された位置情報を用いてこの判断を行う。
【００２６】
鍵送信部３０３は、関連付け部３０２が関連付けを行った携帯端末１０に対して、その携帯端末１０に関連付けられた車載装置２０の鍵情報を送信する。関連付け部３０２は鍵情報を鍵ＤＢ３１１から取得する。駐車位置送信部３０４は、関連付け部３０２が関連付けを行った携帯端末１０に対して、その携帯端末１０に関連付けられた車載装置２０の駐車位置、すなわち最後に受信した車載装置２０の位置情報を送信する。駐車位置送信部３０４は車載装置２０の位置情報を評価用位置履歴３１２から取得する。鍵ＤＢ３１１は、様々な車載装置２０の鍵情報を格納するデータベースである。この鍵情報は、それぞれの携帯端末１０に秘密鍵２１１として格納されている情報と同一である。
【００２７】
図５は、評価用位置履歴３１２の一例を示す図である。評価用位置履歴３１２には、車載装置ＩＤや携帯端末ＩＤごとに受信した位置情報が格納される。図５に示す例では、ＩＤが「１００１」である車載装置２０からＰ１１，Ｐ１２，Ｐ１３，・・の位置情報を受信したことが示されている。また図５では、ＩＤが「２００１」である携帯端末１０からＰ２１，Ｐ２２，Ｐ２３、・・・の位置情報を受信したことが示されている。さらにこのＩＤが「２００１」である携帯端末１０の位置情報は、車載装置ＩＤが「１００１」の横に並んでいるので、車載装置２０から受信したＰ２１などの位置情報とともに、値が「１００１」である車載装置ＩＤを受信していたことが示されている。たとえばサーバ３０が携帯端末１０から受信した認証情報に含まれる車載装置ＩＤが「１００２」であり、携帯端末ＩＤが「２００９」の場合は、図５のハッチングで示す領域に認証情報に含まれる位置情報が記録される。
【００２８】
（動作の概要）
図６を参照して認証システムＳの動作の概要を説明する。自車両２には車載装置２０が搭載され、運転者以外に同乗者Ａおよび同乗者Ｂの二人の同乗者が居る。同乗者Ａおよび同乗者Ｂはそれぞれ携帯端末を所持している。ここではこの二人が所持する携帯端末を符号１０Ａおよび１０Ｂであらわす。
【００２９】
車載装置２０は、自車両２の乗員により自車両２のイグニションキースイッチがＯＮにされている間は、自車両２の車速がゼロになると車載装置２０へのビーコン信号の送信（Ｓ３１）およびサーバ３０への動作情報の送信（Ｓ３２）を行う。このビーコン信号は、車載装置２０のＲＯＭ２２に格納された車載装置ＩＤをブロードキャスト送信するものであり、携帯端末１０Ａおよび携帯端末１０Ｂにより受信される。車載装置２０がサーバ３０へ送信する動作情報は、車載装置ＩＤおよびＧＰＳ受信機２４が算出した位置情報から構成される。
【００３０】
携帯端末１０Ａおよび携帯端末１０Ｂは、ビーコン信号として受信した車載装置ＩＤおよびそのＩＤを受信した時刻を記録する。さらに携帯端末１０Ａおよび携帯端末１０Ｂは、そのＩＤを受信した時刻にＧＰＳ受信機１４が算出した位置情報もあわせて記録する。すなわち携帯端末１０と車載装置２０の間では位置情報は送受信されないが、携帯端末１０Ａおよび携帯端末１０Ｂは車載装置２０と同一の車両に搭載されているので、携帯端末１０と車載装置２０に記録される位置情報はおおよそ同一である。
【００３１】
サーバ３０は、受信した動作情報に含まれる車載装置ＩＤおよび位置情報を評価用位置履歴３１２に記録する。車載装置２０がビーコン信号および動作情報を送信するたびに、携帯端末１０Ａ，携帯端末１０Ｂおよびサーバ３０における情報の記録が繰り返される。
【００３２】
携帯端末１０Ａおよび携帯端末１０Ｂは、車載装置ＩＤを所定回数受信すると、サーバ３０に認証情報を送信する（Ｓ３３）。このとき送信する認証情報には、携帯端末１０Ａおよび携帯端末１０Ｂが車載装置２０から車載装置ＩＤを受信するたびに記録していたＧＰＳ受信機１４が算出した位置情報の履歴が含まれる。この認証情報を受信したサーバ３０は、従前に車載装置２０から受信した位置情報との照合を行い、位置情報の差異が所定の範囲内であれば認証に成功したと判断して、認証情報を送信した携帯端末１０Ａおよび携帯端末１０Ｂに鍵情報を送信する（Ｓ３４）。携帯端末１０Ａおよび携帯端末１０Ｂは、この鍵情報を用いて車載装置２０を操作する。携帯端末１０Ａおよび携帯端末１０Ｂは、たとえば鍵情報と指令内容、たとえば再生する楽曲を次の曲とする指令を送信する（Ｓ３５）ことで、車載装置２０を操作する。
【００３３】
その後、車載装置２０からのビーコン信号の受信が何回か継続した後にビーコン信号の受信が途切れると、携帯端末１０Ａおよび携帯端末１０Ｂはサーバ３０に改めて認証情報を送信する（Ｓ３６）。換言すると携帯端末１０Ａおよび携帯端末１０Ｂは、所定の時間以内に再び同一の車載装置ＩＤを受信しない場合にサーバ３０に認証情報を送信する。認証情報を受信したサーバ３０は、１回目と同様に照合を行い、認証に成功したと判断すると、車載装置２０から最後に受信した位置情報を駐車位置として携帯端末１０Ａおよび携帯端末１０Ｂに送信する（Ｓ３７）。なおＳ３４およびＳ３７ではいずれも認証に成功しているが、サーバ３０は条件を満たす位置情報の数に応じてＳ３４のように鍵情報を送信するか、Ｓ３７のように位置情報を送信するかを決定する。同乗者Ａおよび同乗者Ｂは、たとえば目的地に到着して自車両２を降車し、再び自車両２に乗車する際にわざわざ自車両２の運転者に駐車位置を訊ねることなく自車両２の駐車位置を知ることができる。
【００３４】
（位置情報の評価）
図７を参照してサーバ３０による位置情報の評価手法を説明する。サーバ３０は、この位置情報の評価の結果に基づき認証を行う。図７は、携帯端末１０および車載装置２０を搭載する自車両２が走行した際に、携帯端末１０および車載装置２０が送信する位置情報を示す模式図である。ただし携帯端末１０が送信する位置情報とは、携帯端末１０が送信する認証情報に含まれる位置情報の履歴である。図７において符号Ｒで示す蛇行する曲線が自車両２の走行軌跡を示しており、符号Ｐ１１〜Ｐ１５で示す三角が携帯端末１０の位置情報を、符号Ｐ２１〜Ｐ２５で示す丸が車載装置２０の位置情報を示している。そしてＰ１１〜Ｐ１５およびＰ２１〜Ｐ２５はそれぞれ、時刻Ｔ１〜時刻Ｔ５の位置を示している。
【００３５】
なお車載装置２０に搭載されるＧＰＳ受信機２４の位置情報は、自車両２に搭載されるセンサの出力に基づき補正されているので精度よく自車両２の走行軌跡に重なる。しかし携帯端末１０のＧＰＳ受信機１４はＧＰＳ受信機２４のような補正がなされないのでＧＰＳ受信機２４よりは位置精度が劣っている。
【００３６】
サーバ３０は、携帯端末１０および車載装置２０から受信した位置情報の順番に基づき、それぞれに対応する位置情報を特定する。そして携帯端末１０と車載装置２０の位置の差が所定の距離以内か否か、たとえば携帯端末１０の位置が車載装置２０の位置を中心とする半径ｒの円の内部か否かを判断する。図７では、車載装置２０の位置を中心とする半径ｒの円を破線で示している。図７に示す例では、時刻Ｔ１〜Ｔ３，およびＴ５では携帯端末１０は半径ｒの円の内側に存在するが、時刻Ｔ４では携帯端末１０は半径ｒの円の外側に存在する。サーバ３０は、携帯端末１０と車載装置２０の位置の差が所定の距離以内である回数が所定の回数である場合は認証に成功したと判断する。またサーバ３０は、携帯端末１０と車載装置２０の位置の差が所定の距離以内である回数が所定の回数未満である場合は認証に失敗したと判断する。
【００３７】
（車載装置のフローチャート）
図８は、車載装置２０の動作を表すフローチャートである。以下に説明するフローチャートの各ステップの実行主体は、車載装置２０のＣＰＵ２１である。車載装置２０は、所定の時間間隔、たとえば１０秒ごとに図８により動作があらわされるプログラムを実行する。
【００３８】
ステップＳ４１０では車載装置２０は、ＣＡＮ通信部２８から得られる自車両２の車速が所定の閾値、たとえば時速５ｋｍ未満であるか否かを判断する。車載装置２０は、車速が閾値未満であると判断する場合はステップＳ４１１に進み、車速が閾値以上であると判断する場合はステップＳ４１５に進む。ステップＳ４１１では車載装置２０は、車載ビーコン通信部２５を用いて携帯端末１０にビーコン信号を送信する。このビーコン信号には、車載装置２０の車載装置ＩＤが格納される。続くステップＳ４１２では車載装置２０は、ＧＰＳ受信機２４から位置情報を取得する。続くステップＳ４１３では車載装置２０は、車載通信部２６を用いてサーバ３０に車載装置ＩＤおよびステップＳ４１２で取得した位置情報を含む動作情報を送信し、図８により動作が表されるプログラムを終了する。
【００３９】
ステップＳ４１５では車載装置２０は、前回のビーコン信号の送信からの経過時間が、規定最長時間以上、たとえば１０分間以上であるか否かを判断する。車載装置２０は、経過時間が規定最長時間以上であると判断する場合はステップＳ４１１に進み、経過時間が規定最長時間未満であると判断する場合は、図８により動作が表されるプログラムを終了する。本ステップは、いわゆるウォッチドッグタイマーの対策として設けられている。すなわちステップＳ４１５は、車速が閾値よりも高い状態が長時間継続した場合に生じる次の問題を避けるために設けられる。本ステップは、長時間にわたってビーコン信号が送信さない場合に、車載装置２０が動作を停止したと携帯端末１０から誤解されることを避けることを目的としている。
【００４０】
（携帯端末のフローチャート）
図９は、携帯端末１０の動作を表すフローチャートである。以下に説明するフローチャートの各ステップの実行主体は、携帯端末１０のＣＰＵ１１である。携帯端末１０は、所定の時間間隔、たとえば１０秒ごとに図９により動作があらわされるプログラムを実行する。ただし前回実行したプログラムが終了していない場合はプログラムを実行しない。
【００４１】
ステップＳ４２１では携帯端末１０は、車載装置２０からビーコン信号を受信したか否かを判断する。ビーコン信号を受信したと判断する場合はステップＳ４２２に進み、ビーコン信号を受信していないと判断する場合は図９により動作があらわされるプログラムを終了する。ステップＳ４２２では携帯端末１０は、ＧＰＳ受信機１４から位置情報を取得する。続くステップＳ４２３では携帯端末１０は、ステップＳ４２１において受信したと判断したビーコン信号に含まれる車載装置ＩＤとステップＳ４２２において取得した位置情報とを携帯位置履歴１１１に記録する。続くステップＳ４２４では携帯端末１０は所定時間待機する。以下ではステップＳ４２４において待機している時間を「待機時間」と呼ぶこともある。この待機時間は、既知であるビーコン信号の最長の発信間隔、すなわち規定最長時間よりも長い時間である。たとえば規定最長時間が１０分である場合に、ステップＳ４２４では１２分待機する。
【００４２】
続くステップＳ４２５では携帯端末１０は、ステップＳ４２４における待機時間において車載装置２０からさらに同一の車載装置ＩＤをペイロードとするビーコン信号を受信したか否かを判断する。携帯端末１０は、同一の車載装置ＩＤを含むビーコン信号を受信したと判断する場合はステップＳ４２６に進み、待機時間中に同一の車載装置ＩＤを含むビーコン信号を受信しなかったと判断する場合はステップＳ４２８に進む。たとえば自車両２が目的地に到着してイグニションキースイッチをオフにし車載装置２０の動作が停止すると、車載装置２０からのビーコン信号の送信も停止するので、ステップＳ４２５では否定判断がされる。
【００４３】
ステップＳ４２６では携帯端末１０は、同一の車載装置ＩＤの受信が５回目であるか否かを判断する。携帯端末１０は５回目であると判断する場合はステップＳ４２７に進み、５回目以外であると判断する場合はステップＳ４２２に戻る。ステップＳ４２７では携帯端末１０は、認証情報、すなわちステップＳ４２３においてこれまでに記録した携帯端末１０の位置情報、車載装置ＩＤ、およびＲＯＭ１２に格納されている携帯端末ＩＤをサーバ３０に送信し、ステップＳ４２２に戻る。ステップＳ４２５において否定判定されると実行されるステップＳ４２８では携帯端末１０は、認証情報、すなわちステップＳ４２３においてこれまでに記録した携帯端末１０の位置情報、車載装置ＩＤ、およびＲＯＭ１２に格納されている携帯端末ＩＤをサーバ３０に送信し、ステップＳ４２９に進む。ステップＳ４２９では携帯端末１０は、携帯位置履歴１１１を消去、すなわち携帯位置履歴１１１に格納されていた情報をすべて削除して図９により動作があらわされるプログラムを終了する。
【００４４】
（サーバのフローチャート）
図１０は、サーバ３０の動作を表すフローチャートである。以下に説明するフローチャートの各ステップの実行主体は、サーバ３０のＣＰＵ３１である。サーバ３０は、携帯端末１０または車載装置２０から信号を受信すると図１０により動作があらわされるプログラムを実行する。
【００４５】
ステップＳ４４１ではサーバ３０は、受信した信号の送信元が携帯端末１０であるか車載装置２０であるかを判断する。サーバ３０は、携帯端末１０からであると判断する場合はステップＳ４４２に進み、車載装置２０からであると判断する場合はステップＳ４５２に進む。ステップＳ４４２ではサーバ３０は、評価用位置履歴３１２において携帯端末１０から受信した認証情報に含まれる車載装置ＩＤに対応する欄に、受信した認証情報に含まれる携帯端末ＩＤおよび位置情報の履歴を記録する。
【００４６】
続くステップＳ４４３ではサーバ３０は、受信した認証情報の評価、換言するとステップＳ４４２において記録した位置情報の評価を行う。具体的な手法は図７を参照して説明したとおりである。続くステップＳ４４４ではサーバ３０は、ステップＳ４４３における評価により、所定距離以内の位置情報の組み合わせが第１基準以上、たとえば自車両２の広さに対応する１メートル以内の位置情報が４組以上であるか否かを判断する。サーバ３０は条件を満たす位置情報の組み合わせが第１基準以上存在すると判断する場合はステップＳ４４５に進み、条件を満たす位置情報の組み合わせが第１基準未満であると判断する場合は図１０により動作があらわされるプログラムを終了する。
【００４７】
ステップＳ４４５ではサーバ３０は、ステップＳ４４３における評価により、所定距離以内の位置情報の組み合わせが第２基準以上、たとえば１メートル以内の位置情報が１００組以上であるか否かを判断する。サーバ３０は条件を満たす位置情報の組み合わせが第２基準以上存在すると判断する場合はステップＳ４４６に進み、条件を満たす位置情報の組み合わせが第２基準未満であると判断する場合はステップＳ４４７に進む。
【００４８】
ステップＳ４４６ではサーバ３０は、認証情報を送信した携帯端末１０に自車両２の駐車位置、すなわち車載装置２０から受信した最後の位置情報を送信し、図１０により動作があらわされるプログラムを終了する。ステップＳ４４７ではサーバ３０は、認証情報を送信した携帯端末１０に、対応する車載装置２０の鍵情報を送信して図１０により動作があらわされるプログラムを終了する。なお対応する車載装置２０とは、送信した認証情報に含まれる車載装置ＩＤが示す車載装置２０である。
【００４９】
ステップＳ４５２ではサーバ３０は、受信した位置情報を評価用位置履歴３１２の対応する車載装置ＩＤの欄に追記して図１０により動作があらわされるプログラムを終了する。
【００５０】
上述した第１の実施の形態によれば、次の作用効果が得られる。
（１）認証システムＳは、車載装置２０、携帯端末１０、およびサーバ３０を備える。車載装置２０は、車載装置２０を識別する識別子である車載装置ＩＤを格納するＲＯＭ２２と、携帯端末１０に車載装置ＩＤを送信する車載ビーコン通信部２５と、車載装置２０の位置である車両位置を取得する車両位置取得部２０１と、サーバ３０に車載装置ＩＤおよび車両位置を送信する車載通信部２６とを備える。携帯端末１０は、携帯端末１０を識別する識別子である携帯端末ＩＤを格納するＲＯＭ１２と、携帯端末１０の位置である携帯位置を取得する携帯位置取得部１０１と、サーバ３０に携帯端末ＩＤ、受信した車載装置ＩＤ、および携帯位置を含む認証情報を送信する認証情報送信部１０３とを備える。サーバ３０は、受信した認証情報に含まれる携帯位置と受信した車両位置との差に基づき携帯端末ＩＤと車載装置ＩＤとを関連付ける関連付け部３０２を備える。
【００５１】
携帯端末１０は、受信した車載装置ＩＤおよび携帯端末１０の位置情報を含む認証情報をサーバ３０に送信する。車載装置２０は、車載装置ＩＤおよび車載装置の位置情報を含む動作情報をサーバ３０に送信する。サーバ３０は認証情報に含まれる位置情報が示す位置と動作情報に含まれる位置情報が示す位置との差に基づき携帯端末１０と車載装置２０とを関連付ける。そのためユーザによる操作を要することなく、車載装置２０のビーコン信号の通信範囲内に存在する携帯端末１０をその車載装置２０と関連付けることができる。この関連付けは、携帯端末１０への車載装置２０に関する情報の提供、または携帯端末１０への車載装置２０の操作権限の付与につながるものである。
【００５２】
（２）サーバ３０は、車載装置２０のそれぞれに対応する鍵情報が格納される鍵データベース３１１と、関連付け部３０２が関連付けを行った携帯端末ＩＤを有する携帯端末１０に、関連付け部３０２が関連付けを行った車載装置ＩＤに対応する鍵情報を送信する鍵送信部３０３とを備える。そのため車載装置２０の付近に配置された携帯端末１０は、サーバ３０によりその車載装置２０と関連付けられて、その車載装置２０の鍵情報を取得できる。すなわち車載装置２０の付近に配置された携帯端末１０は、その車載装置２０に対して鍵情報を必要とする特別な処理を実行させることができる。
【００５３】
（３）サーバ３０は、関連付け部３０２が関連付けを行った携帯端末ＩＤを有する携帯端末１０に、関連付け部３０２が関連付けを行った車載装置ＩＤを有する車載装置２０から最後に受信した位置情報を送信する駐車位置送信部３０４を備える。そのため車載装置２０の付近に配置された携帯端末１０は、サーバ３０によりその車載装置２０と関連付けられて、その車載装置２０の最後の位置情報、すなわち自車両２の駐車位置を取得できる。そのため自車両２に乗車していた人は、携帯端末１０を参照して自車両２の駐車位置を容易に把握することができる。
【００５４】
（４）携帯端末１０の認証情報送信部１０３は、車載装置２０からの車載装置ＩＤの送信が途絶えた場合（図９のステップＳ４２５：ＮＯ）、および車載装置２０からの車載装置ＩＤの送信が所定の回数に達した場合（図９のステップＳ４２６：ＹＥＳ）に認証情報を送信する。
【００５５】
（５）車載装置２０のＩＤ送信部２０４は、車載装置２０を搭載する自車両２の速度が所定の速度以下の場合に車載装置ＩＤを送信する。そのため同じ自車両２に搭載される携帯端末１０は、ビーコン信号の受信処理に時間を要しても自車両２の速度が遅いので移動距離が短い。したがって、携帯端末１０のＧＰＳ受信機１４が算出する位置と車載装置２０のＧＰＳ受信機２４が算出する位置の差に、自車両２が移動していることによる影響を抑制することができる。
【００５６】
（変形例１）
第１の実施の形態では、携帯端末１０が認証情報を送信するケースは、車載装置２０からの通信が途絶えた場合（図９のステップＳ４２５：ＮＯ）、および車載装置２０からの通信が所定の回数に達した場合（図９のステップＳ４２６：ＹＥＳ）の両方であった。しかし、いずれか一方の場合のみ認証情報を送信してもよい。
【００５７】
（変形例２）
車載装置２０のＩＤ送信部２０４は、ＣＡＮ通信部２８からイグニションキースイッチがオンに操作された信号を受信した場合、およびイグニションキースイッチがオフに操作された信号を受信した場合に車載装置ＩＤをペイロードとするビーコン信号をブロードキャスト送信してもよい。
【００５８】
（変形例３）
第１の実施の形態では、図９のステップＳ４２６における閾値が５回であった。しかしこの閾値を任意に変更してもよい。たとえば１回目の受信である場合に認証情報を送信してもよい。
【００５９】
（変形例４）
第１の実施の形態では、図１０のステップＳ４４４における第１基準、およびステップＳ４４５における第２基準はあらかじめ定められた回数であった。しかしあらかじめ定められた回数の代わりに比率で評価してもよいし、受信した位置情報の数に応じて閾値を変更してもよい。たとえばステップＳ４４４において、受信した位置情報の６割が所定距離以内であるか否かを判断してもよい。
【００６０】
（変形例５）
第１の実施の形態では、携帯端末１０の音楽遠隔制御部１０４は携帯ビーコン通信部１５を用いて車載装置２０に音楽の制御指令を送信した。しかしこの制御指令の送信は、携帯通信部１６を用いてサーバ３０を経由して車載装置２０に伝達してもよいし、他の通信手段を用いてもよい。たとえばＩＥＥＥ８０２．１１に準拠した通信により音楽の制御指令を送信してもよい。
【００６１】
図１１は、変形例５における認証システムＳの動作の概要を説明する図である。図１１は、Ｓ３４までは第１の実施の形態における図６と同様である。Ｓ４０において携帯端末１０Ｂは、サーバ３０に、鍵情報、曲送り指令、および車載装置ＩＤを送信する。サーバ３０は、受信した鍵情報と車載装置ＩＤの組み合わせがＨＤＤ３７に格納された鍵情報と車載装置ＩＤの組み合わせに一致するか否かを判断し、両者が一致すると判断すると車載装置に曲送り指令を送信する（Ｓ４１）。ただしこの曲送り指令には、受信した鍵情報を付加して送信する。曲送り指令と鍵情報をまとめて送信するので、この信号を受信した車載装置２０は、受信した鍵情報と秘密鍵２１１とが一致すればサーバ３０による正当な要求であると判断できる。
【００６２】
（変形例６）
第１の実施の形態では、車載装置２０から携帯端末１０への無線通信には、ブルートゥースのビーコン信号が用いられたが通信方式はこれに限定されない。車載装置２０から携帯端末１０への無線通信は、通信の範囲が限定され、かつユーザの操作を必要とせずに情報の授受が可能であればよい。車載装置２０から携帯端末１０への無線通信には、たとえばＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を用いることができる。
【００６３】
（変形例７）
図９のステップＳ４２４において、次の場合は待機時間の経過を待たずにステップＳ４２５に進んでもよい。すなわち携帯端末１０は、ステップＳ４２３において記録した車載装置ＩＤと同一の車載装置ＩＤをペイロードとして有するビーコン信号を受信した場合は、直ちにステップＳ４２５に進んでもよい。
【００６４】
（変形例８）
図８のステップＳ４１０において、自車両２の車速が所定の閾値未満であるか否かを判断した。しかしステップＳ４１０において自車両２の車速がゼロであるか否かを判断してもよい。この場合は、車速がゼロであれば携帯端末１０および車載装置２０の両方が移動していないので、両者が算出する位置の差が小さくなり位置の差の評価精度を向上させることができる利点を有する。
【００６５】
（変形例９）
車載装置２０は、サーバ３０に送信する動作情報に有効期限を設けてもよいし、サーバ３０は車載装置２０から受信する動作情報に有効期限を設けてもよい。動作情報に有効期限が設けられた場合は、有効期限を経過した後には位置情報の評価（図１０のステップＳ４４３）には用いられない。動作情報に有効期限を設けることにより駐車位置の送信や鍵情報の送信が行われる条件を適切に管理することができる。有効期限はたとえば、位置情報を取得した日の２３時５９分に設定される。
【００６６】
（変形例１０）
車載装置２０は、鍵情報を用いて携帯端末１０に自車両２の開錠操作を行わせてもよい。たとえば車載装置２０を自車両２に搭載されたバッテリーにより常に稼働させ、車両２のイグニションキースイッチがオフにされている場合でも携帯端末１０からの開錠操作を受け付ける。また車載装置２０は、操作に応じて異なる鍵情報を要求してもよい。さらにこれらの異なる鍵情報は、携帯端末１０が取得できる条件を異ならせてもよい。たとえばサーバ３０は、音楽制御のための鍵情報は所定距離以内の位置情報が４回あれば発行するが、開錠のための鍵情報は所定距離以内の位置情報が１００回以上なければ発行しないようにしてもよい。
【００６７】
（変形例１１）
上述した第１の実施の形態では、サーバ３０は、所定距離以内の位置情報の数を判断基準として（図１０のステップＳ４４５）、駐車位置を送信するのか（ステップＳ４４６）、鍵情報を送信するのか（ステップＳ４４７）を決定した。しかし携帯端末１０が送信する認証情報に要求する情報を示すフラグを含め、サーバ３０がそのフラグを読み取っていずれの情報を送信するかを決定してもよい。この場合はたとえば、図９のステップＳ４２７ではオンに設定したフラグを認証情報に含めて送信し、図９のステップＳ４２８ではオフに設定したフラグを認証情報に含めて送信する。そしてサーバ３０は、次の図１１のように動作する。
【００６８】
図１２は、変形例１１におけるサーバ３０の動作を表すフローチャートである。以下では図１０に示したフローチャートとの相違点を説明する。サーバ３０は、ステップＳ４４３の次にステップＳ４４４に進み、認証情報に含まれるフラグがオンであるか否かを判断する。サーバ３０はフラグがオンであると判断する場合はステップＳ４４５Ａに進み、フラグがオフであると判断する場合はステップＳ４４４Ｂに進む。ステップＳ４４５Ａではサーバ３０は、ステップＳ４４３における評価により、所定距離以内の位置情報の組み合わせが第４基準以上であるか否かを判断する。サーバ３０は肯定判断する場合はステップＳ４４５に進み、否定判断する場合は図１０により動作があらわされるプログラムを終了する。ステップＳ４４５Ｂではサーバ３０は、ステップＳ４４３における評価により、所定距離以内の位置情報の組み合わせが第３基準以上であるか否かを判断する。サーバ３０は肯定判断する場合はステップＳ４４７に進み、否定判断する場合は図１０により動作があらわされるプログラムを終了する。
【００６９】
ステップＳ４４４Ｂにおける第３基準は、図１０のステップＳ４４４における第１基準と同一でもよいし異なっていてもよい。ステップＳ４４５Ａにおける第４基準は、図１０のステップＳ４４５における第２基準と同一でもよいし異なっていてもよい。また第３基準と第４基準は同一であってもよいし異なっていてもよい。第３基準と第４基準が異なる場合は、第３基準の方が大きくてもよいし第４基準の方が大きくてもよい。
【００７０】
（変形例１２）
サーバ３０が図１０のステップＳ４４４およびステップＳ４４５において判断に用いる所定距離は、第１の実施の形態では自車両２の広さに対応する距離、たとえば１メートルであった。しかしこの所定距離を、携帯端末１０のＧＰＳ受信機１４の位置精度も考慮して決定してもよい。たとえばＧＰＳ受信機１４が算出する位置の標準偏差の３シグマが１０メートルの場合に、所定距離を１１メートルとしてもよい。
【００７１】
（変形例１３）
携帯端末１０がサーバ３０に送信する認証情報には、携帯位置履歴１１１をそのまま含めてもよい。すなわち認証情報に位置情報を記録した時刻を含めてもよい。また車載装置２０がサーバ３０に送信する動作情報に送信時刻を含めてもよい。この場合にサーバ３０は、認証情報に含まれる位置情報と動作情報に含まれる位置情報とをそれぞれに含まれる時刻に基づき比較する。すなわち認証情報に含まれるある位置情報と距離を比較する動作情報に含まれる位置情報は、それぞれに対応する時刻の差が所定の時間内、たとえば１分以内の位置情報とする。換言するとサーバ３０は、時刻の差が所定時間以内である、認証情報に含まれる位置情報と動作情報に含まれる位置情報の位置の差を評価する。
【００７２】
（変形例１４）
上述した第１の実施の形態において、ユーザが入力するユーザＩＤを携帯端末ＩＤとしてもよい。換言するとＲＯＭ１２に予め格納される携帯端末ＩＤの代わりに、ユーザが入力するユーザＩＤを用いてもよい。さらに第１の実施の形態における携帯端末ＩＤを、携帯端末ＩＤとユーザＩＤの組み合わせに置き換えてもよい。なおユーザＩＤは、ユーザが不図示の入力部から入力し、フラッシュメモリ１７に格納される。
【００７３】
（変形例１５）
上述した第１の実施の形態において、サーバ３０は条件に合致すると携帯端末１０からの特別の要求を待つことなく車載装置１０の駐車位置を送信した。しかしサーバ３０は、車載装置１０からの駐車位置の要求を受けてから携帯端末１０へ車載装置１０の駐車位置を送信してもよい。
図１３は、変形例１５における認証システムＳの動作の概要を説明する図である。図１３は、Ｓ３６までは第１の実施の形態における図６と同様なので説明を省略する。Ｓ４２ではサーバ３０は、認証情報を送信した携帯端末１０Ａに鍵情報を送信する。この鍵情報はＳ３４において送信する鍵情報と同一でもよいし異なっていてもよい。Ｓ４２において送信する鍵情報は、サーバ３０が認証したことを示すものであり車載装置２０に格納される秘密鍵２１１との照合は行われないからである。サーバ３０から鍵情報を受信した携帯端末１０Ａは、受信した鍵情報、車載端末ＩＤ、および駐車位置要求をサーバ３０に送信する（Ｓ４３）。携帯端末１０ＡによるＳ４３の送信は、Ｓ４２の鍵情報を受信したことをトリガーとして自動で行われてもよいし、ユーザによる明示の操作に基づき実行されてもよい。Ｓ４３の通信を受信したサーバ３０は、受信した鍵情報がＳ４２において送信した鍵情報と一致するか否かを判断し、一致すると判断すると、受信した車載装置ＩＤから最後に受信した位置を駐車位置として携帯端末１０Ａに送信する（Ｓ４４）。
【００７４】
―第２の実施の形態―
図１４〜図１５を参照して、認証システムＳの第２の実施の形態を説明する。以下の説明では、第１の実施の形態と同じ構成要素には同じ符号を付して相違点を主に説明する。特に説明しない点については、第１の実施の形態と同じである。本実施の形態では、主に、サーバ３０から携帯端末１０への鍵情報の送信に車載装置２０の管理者の承諾を要する点で第１の実施の形態と異なる。第２の実施の形態における認証システムＳのハードウエア構成は第１の実施の形態と同様なので説明を省略する。
【００７５】
（認証システムＳの機能ブロック）
図１４は、第２の実施の形態における認証システムＳの機能構成を示す機能ブロック図である。図３に示した第１の実施の形態における認証システムＳの機能構成との相違点は、サーバ３０が管理者ＤＢ３１３および確認部３０５をさらに備える点である。また本実施の形態では、携帯端末１０の認証情報送信部１０３は、認証情報とともにフラッシュメモリ１７に格納されているユーザのニックネームも送信する。
【００７６】
管理者ＤＢ３１３には、車載装置ＩＤごとにその車載装置２０の管理者の連絡先、たとえば電話番号またはメールアドレスが格納される。確認部３０５は、車載装置２０に鍵情報を送信する前に、管理者ＤＢ３１３を参照してその鍵情報が用いられる車載装置２０の連絡先を取得し、管理者から承諾を得られた場合に車載装置２０に鍵情報を送信する。
【００７７】
図１５は、確認部３０５の処理を表すフローチャートである。以下に説明する各ステップの実行主体はサーバ３０のＣＰＵ３１である。以下に説明するフローチャートは、図１０におけるステップＳ４４７の代わりに実行される。以下では、ステップＳ４４７が実行される前のステップＳ４４２において記録される車載装置ＩＤを「処理対象の車載装置ＩＤ」と呼び、同じくステップＳ４４２において記録される携帯端末ＩＤを「処理対象の携帯端末ＩＤ」と呼ぶ。
【００７８】
ステップＳ４６１では、サーバ３０は管理者ＤＢ３１３を参照し、処理対象の車載装置ＩＤに対応する連絡先を取得する。続くステップＳ４６２ではサーバ３０は、取得した連絡先に対して認証情報とともに受信したユーザのニックネーム、および鍵情報の送信許可を求める旨を送信する。たとえば、取得した連絡先が電話番号の場合には、サーバ３０は架電を行い「Ａさんに鍵情報を送信してもよいですか？」という音声メッセージを出力する。また取得した連絡先がメールアドレスの場合にはサーバ３０は、上記メッセージを本文に含む電子メールを送信する。続くステップＳ４６３ではサーバ３０は、管理者からの回答を評価する。たとえば架電による場合はサーバ３０は音声認識を用いて管理者の回答を評価し、電子メールによる場合はサーバ３０は構文解析やパターンマッチングにより管理者の回答を評価する。
【００７９】
続くステップＳ４６４ではサーバ３０は、ステップＳ４６３において評価した管理者の回答が肯定的であったか否定的であったかを判断する。サーバ３０は肯定的な回答であったと判断する場合はステップＳ４６５に進み、否定的な回答であったと判断する場合は図１５により動作があらわされるプログラムを終了する。ステップＳ４６５ではサーバ３０は、処理対象の携帯端末ＩＤを有する携帯端末１０に、処理対象の車載装置ＩＤに対応する鍵情報を送信して図１５により動作があらわされるプログラムを終了する。
【００８０】
上述した第２の実施の形態によれば、第１の実施の形態における作用効果に加えて次の作用効果が得られる。
（５）サーバ３０は、車載装置ＩＤのそれぞれに対応する管理者の連絡先が格納される管理者データベース３１３と、確認部３０５とを備える。確認部３０５は、関連付け部３０２が関連付けを行うと（図１０のステップＳ４４５：ＮＯ）、管理者データベース３１３を参照して関連付け部３０２が関連付けを行った車載装置ＩＤに対応する管理者の連絡先を特定する（図１５のステップＳ４６１）。そして確認部３０５は、特定した管理者の連絡先に鍵情報を発行する承諾問い合わせを送信し（図１５のステップＳ４６２）、管理者から肯定的な回答が得られると（図１５のステップＳ４６４：肯定的）、鍵送信部３０３に鍵情報の送信を行わせる（図１５のステップＳ４６５）。すなわち鍵情報の発行には車載装置２０の管理者の許可を要するので、管理者が意図しない鍵情報の発行を防止することができる。
【００８１】
（第２の実施の形態の変形例）
車載装置２０は、複数の鍵情報を受け入れ可能であり、鍵情報によって許可する操作を異ならせてもよい。この場合にサーバ３０は、重要度の低い操作に対応する鍵情報は管理者の承諾を得ることなく送信するが、重要度の高い操作に対応する鍵情報は管理者の承諾を得て送信してもよい。重要度の高い操作とは、たとえば自車両２の盗難に繋がりうる、ドアの開錠やエンジンの点火である。
【００８２】
―第３の実施の形態―
図１６を参照して、認証システムの第３の実施の形態を説明する。以下の説明では、第１の実施の形態と同じ構成要素には同じ符号を付して相違点を主に説明する。特に説明しない点については、第１の実施の形態と同じである。本実施の形態では、主に、サーバ３０が関連付けを行った携帯端末１０への鍵情報を送信する代わりに、車載装置２０へ関連付けを行った携帯端末ＩＤを伝達する点で、第１の実施の形態と異なる。第２の実施の形態における認証システムＳのハードウエア構成は第１の実施の形態と同様なので説明を省略する。
【００８３】
（認証システムＳの機能ブロック）
図１６は、第３の実施の形態における認証システムＳの機能構成を示す機能ブロック図である。図３に示した第１の実施の形態における認証システムＳの機能構成との主な相違点は、サーバ３０が鍵送信部３０３および鍵ＤＢ３１１を備えない点、およびサーバ３０が認証済みＩＤ送信部３０６をさらに備える点である。また本実施の形態では、車載装置２０は秘密鍵２１１を備えない。さらに本実施の形態では、携帯端末１０の音楽遠隔制御部１０４、車載装置２０の指令判断部２０３の動作も第１の実施の形態と異なる。
【００８４】
認証済みＩＤ送信部３０６は、関連付け部３０２が関連付けを行った携帯端末ＩＤと車載装置ＩＤについて、その車載装置ＩＤを有する車載装置２０に、その携帯端末ＩＤを送信する。携帯端末１０の音楽遠隔制御部１０４は、ユーザによる音楽の制御指令とともにその携帯端末１０の携帯端末ＩＤを車載装置２０に送信する。車載装置２０は、サーバ３０から受信する携帯端末ＩＤをＲＡＭ２３に保存する。そして車載装置２０は、携帯端末１０から音楽の制御指令および携帯端末ＩＤを受信すると、受信する携帯端末ＩＤがサーバ３０から受信しＲＡＭ２３に保存した携帯端末ＩＤと同一の場合は、その携帯端末１０はサーバ３０から認証されていると判断し、受信した音楽の制御指令を音楽再生部２０２に出力する。
【００８５】
上述した第３の実施の形態によれば、次の作用効果が得られる。
（６）サーバ３０は、関連付け部３０２が関連付けを行った車載装置ＩＤを有する車載装置に関連付け部３０２が関連付けを行った携帯端末ＩＤを伝達する認証済みＩＤ送信部３０６を備える。そのため鍵情報を用いることなく関連付けが行われた携帯端末１０であることを明示することができる。この手法では鍵情報をあらかじめサーバ３０に格納する必要がない。また鍵情報を用いないので、そもそも鍵情報が流出する危険性もない。
【００８６】
携帯端末１０、車載装置２０、およびサーバ３０は、プログラムがそれぞれのＲＯＭに格納されるとしたが、プログラムはフラッシュメモリやハードディスクなどの不揮発性メモリに格納されていてもよい。また、それぞれの装置が利用可能な媒体を介して他の装置からプログラムが読み込まれてもよい。ここで媒体とは、たとえば入出力インタフェースに着脱可能な記憶媒体、または通信媒体、すなわち有線、無線、光などのネットワーク、または当該ネットワークを伝搬する搬送波やディジタル信号、を指す。また、プログラムにより実現される機能の一部または全部がハードウエア回路やＦＰＧＡにより実現されてもよい。
【００８７】
上述した各実施の形態および変形例は、それぞれ組み合わせてもよい。上記では、種々の実施の形態および変形例を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。
【００８８】
なお以下の方法も本発明の範囲に含まれる。
第１の関連付け方法は、車載装置、携帯端末、およびサーバにおいて実行される関連付け方法であって、前記車載装置が、前記車載装置を識別する識別子である車載装置ＩＤを記憶することと、所定の通信範囲内の前記携帯端末に前記車載装置ＩＤを送信することと、前記車載装置の位置である車両位置を算出することと、前記サーバに前記車載装置ＩＤおよび前記車両位置を送信することとを含み、前記携帯端末が、前記携帯端末を識別する識別子である携帯端末ＩＤを記憶することと、前記携帯端末の位置である携帯位置を算出することと、前記車載装置から前記所定の通信範囲内でユーザによる前記携帯端末の操作なく前記車載装置ＩＤを受信することと、前記サーバに前記携帯端末ＩＤ、受信した前記車載装置ＩＤ、および前記携帯位置から構成される認証情報を送信することとを含み、前記サーバが受信した前記携帯位置と受信した前記車両位置との差に基づき前記携帯端末ＩＤと前記車載装置ＩＤとの関連付けを行うことを含む。
第２の関連付け方法は第１の関連付け方法において、前記サーバが、前記車載装置のそれぞれに対応する鍵情報が格納される鍵データベースを記憶することと、前記関連付けがされた前記携帯端末ＩＤを有する前記携帯端末に、前記関連付けがされた前記車載装置ＩＤに対応する前記鍵情報を送信することとをさらに含む。
第３の関連付け方法は第２の関連付け方法において、前記サーバが、前記車載装置ＩＤのそれぞれに対応する管理者の連絡先が格納される管理者データベースを記憶することと、前記関連付けを行うと、前記管理者データベースを参照して前記関連付けがされた前記車載装置ＩＤに対応する前記管理者の連絡先を特定し、特定した前記管理者の連絡先に前記鍵情報を発行する承諾問い合わせを送信し、前記管理者から肯定的な回答が得られると、前記鍵情報を送信することとをさらに含む。
第４の関連付け方法は第１の関連付け方法において、前記サーバが、前記関連付けがされた前記携帯端末ＩＤを有する前記携帯端末に、前記関連付けがされた前記車載装置ＩＤを有する前記車載装置から最後に受信した位置情報を送信することをさらに含む関連付け方法。
第５の関連付け方法は第１の関連付け方法において、前記サーバが、前記関連付けがされた前記車載装置ＩＤを有する前記車載装置に前記関連付けがされた前記携帯端末ＩＤを伝達することをさらに含む。
第６の関連付け方法は第１の関連付け方法において、前記携帯端末は、前記車載装置からの前記車載装置ＩＤの送信が途絶えた場合、および前記車載装置からの前記車載装置ＩＤの送信が所定の回数に達した場合、の少なくとも一方の場合に、前記認証情報を送信する。
第７の関連付け方法は第１の関連付け方法において、前記車載装置は、前記車載装置を搭載する車両の速度が所定の速度以下の場合に前記車載装置ＩＤを送信する。
【符号の説明】
【００８９】
２  自車両
１０  携帯端末
１５  携帯ビーコン通信部
２０  車載装置
２５  車載ビーコン通信部
３０  サーバ
１０３  認証情報送信部
１１１  携帯位置履歴
２０３  指令判断部
２０４  ＩＤ送信部
２０５  動作情報送信部
３０１  履歴記録部
３０２  関連付け部
３０３  鍵送信部
３０４  駐車位置送信部
３１１  鍵データベース
３１２  評価用位置履歴
【図１】
2019021273.tif 000003
【図２】
2019021273.tif 000004
【図３】
2019021273.tif 000005
【図４】
2019021273.tif 000006
【図５】
2019021273.tif 000007
【図６】
2019021273.tif 000008
【図７】
2019021273.tif 000009
【図８】
2019021273.tif 000010
【図９】
2019021273.tif 000011
【図１０】
2019021273.tif 000012
【図１１】
2019021273.tif 000013
【図１２】
2019021273.tif 000014
【図１３】
2019021273.tif 000015
【図１４】
2019021273.tif 000016
【図１５】
2019021273.tif 000017
【図１６】
2019021273.tif 000018