(57)【要約】【課題】可搬型の端末装置と車載の制御装置とを、より簡易な手順で通信可能な状態にすることができる車両制御システム、管理装置、及びプログラムを提供すること。【解決手段】車両制御装置（４）は、予め車両（３）の利用者（Ｕ）として登録された利用者の端末装置（５）が車両の周辺又は車内に存在するか否かを判定する端末装置認証部（４３）と、前記端末装置と通信する通信部（４３）と、前記端末装置認証部により前記端末装置が存在すると判定され、且つ前記車両に設けられた表示装置（４５１）が起動した場合に、前記通信部と前記端末装置との通信を設定する画面を前記表示装置に出力させる制御部とを備える。【選択図】図１
2019169814.tif 000002
【特許請求の範囲】
【請求項１】
予め車両の利用者として登録された利用者の端末装置が車両の周辺又は車内に存在するか否かを判定する端末装置認証部と、
前記端末装置と通信する通信部と、
前記端末装置認証部により前記端末装置が存在すると判定され、且つ前記車両に設けられた表示装置が起動した場合に、前記通信部と前記端末装置との通信を設定する画面を前記表示装置に出力させる制御部と
を備える車両制御装置。
【請求項２】
前記端末装置認証部は、
前記端末装置認証部と前記端末装置とが所定の距離内に存在する場合に前記端末装置を認証する、
請求項１に記載の車両制御装置。
【請求項３】
前記端末装置認証部は、
前記端末装置から取得した第１鍵データと、管理装置から取得した第２鍵データとが合致する場合に、前記端末装置の認証が成功したと判定する、
請求項１又は２に記載の車両制御装置。
【請求項４】
前記通信部は、前記端末装置認証部により前記端末装置の認証が成功したと判定された場合に起動し、前記端末装置と通信する、
請求項３に記載の車両制御装置。
【請求項５】
前記端末装置認証部は、
認証が成功した場合に、前記管理装置又は前記端末装置から取得される、前記通信部と前記端末装置との通信を設定するために必要な情報を前記制御部に送信する、
請求項３又は請求項４に記載の車両制御装置。
【請求項６】
前記制御部は、
前記管理装置又は前記端末装置から取得された前記車両の利用者の端末装置に関する情報を記憶部に記憶させ、
前記端末装置認証部により前記端末装置が存在すると判定され、且つ前記車両に設けられた表示装置が起動した場合に、前記記憶部から読み出した端末情報に関する情報に対応する端末装置について、前記対応する端末装置との通信を設定する画面を前記表示装置に出力させる、
請求項３から請求項５の何れか１項に記載の車両制御装置。
【請求項７】
前記端末装置認証部は、前記管理装置において利用者からの依頼に基づいて登録されている前記車両の利用者の端末装置に関する情報を、前記管理装置から取得して前記記憶部に記憶させる、
請求項６に記載の車両制御装置。
【請求項８】
前記制御部は、前記管理装置から取得した、前記端末装置の利用者の利用権限が無効になったことを示す情報に基づいて、前記表示装置に表示させる前記端末装置の端末情報を前記記憶部から削除する、
請求項６又は請求項７に記載の車両制御装置。
【請求項９】
前記管理装置は、
前記車両の利用スケジュールに関するデータを管理し、
前記端末情報に関する情報は、前記管理される前記車両の利用スケジュールに関するデータを含み、
前記制御部は、前記端末装置認証部により前記端末装置が存在すると判定され、且つ前記車両に設けられた表示装置が起動した場合に、前記起動したときから所定の期間が経過するまでの範囲が前記車両の利用予約の期間に重なる端末情報を前記記憶部から読み出した端末情報の中から抽出し、前記抽出した端末情報に関する情報に対応する端末装置について、前記対応する端末装置との通信を設定する画面を前記表示装置に出力させる、
請求項６から請求項８の何れか１項に記載の車両制御装置。
【請求項１０】
車両と通信可能な端末装置に、
前記車両への接近に応じて、第１鍵データを前記車両の設備に送信させ、
前記第１鍵データを送信することに応じて得られた認証成功情報に基づいて、表示制御装置と前記端末装置との通信を設定するための画面を前記端末装置の端末表示部に出力させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両制御装置、及びプログラムに関する。
【背景技術】
【０００２】
近年、車載のアクセサリとしてカーナビゲーション装置を装備して、利便性を高めた車両がある。さらに、スマートフォンなどの可搬型の端末装置を、カーナビゲーション装置に連携させると、端末装置に格納された音楽データを再生させること、又は端末装置の通信機能を利用するハンズフリーテレフォン機能を利用することなどが可能になり、より利便性が高まる。また、可搬型の端末装置を、車両の鍵として利用することなどが知られている（特許文献１参照）。このような機能を利用するにあたり、カーナビゲーション装置などの車載設備と端末装置とを互いに通信可能な状態にするためのペアリング処理の実施が必要になる場合がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−８８３３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来では、可搬型の端末装置とカーナビゲーション装置などの車載設備とを通信可能な状態にペアリングさせるための操作が難解なことがあった。
【０００５】
本発明は、このような事情を考慮してなされたものであり、可搬型の端末装置と車載の制御装置とを、より簡易な手順で通信可能な状態にすることができる車両制御装置、及びプログラムを提供することを目的の一つとする。
【課題を解決するための手段】
【０００６】
（１）：予め車両の利用者として登録された利用者の端末装置が車両の周辺又は車内に存在するか否かを判定する端末装置認証部と、前記端末装置と通信する通信部と、前記端末装置認証部により前記端末装置が存在すると判定され、且つ前記車両に設けられた表示装置が起動した場合に、前記通信部と前記端末装置との通信を設定する画面を前記表示装置に出力させる制御部とを備える車両制御装置である。
【０００７】
（２）：（１）の車両制御装置において、前記端末装置認証部は、前記端末装置認証部と前記端末装置とが所定の距離内に存在する場合に前記端末装置を認証するもの。
【０００８】
（３）：（１）又は（２）の車両制御装置において、前記端末装置認証部は、前記端末装置から取得した第１鍵データと、管理装置から取得した第２鍵データとが合致する場合に、前記端末装置の認証が成功したと判定するもの。
【０００９】
（４）：（３）の車両制御装置において、前記通信部は、前記端末装置認証部により前記端末装置の認証が成功したと判定された場合に起動し、前記端末装置と通信するもの。
【００１０】
（５）：（３）又は（４）の車両制御装置において、前記端末装置認証部は、認証が成功した場合に、前記管理装置又は前記端末装置から取得される、前記通信部と前記端末装置との通信を設定するために必要な情報を前記制御部に送信するもの。
【００１１】
（６）：（３）〜（５）の車両制御装置において、前記制御部は、前記管理装置又は前記端末装置から取得された前記車両の利用者の端末装置に関する情報を記憶部に記憶させ、前記端末装置認証部により前記端末装置が存在すると判定され、且つ前記車両に設けられた表示装置が起動した場合に、前記記憶部から読み出した端末情報に関する情報に対応する端末装置について、前記対応する端末装置との通信を設定する画面を前記表示装置に出力させるもの。
【００１２】
（７）：（６）の車両制御装置において、前記端末装置認証部は、前記管理装置において利用者からの依頼に基づいて登録されている前記車両の利用者の端末装置に関する情報を、前記管理装置から取得して前記記憶部に記憶させるもの。
【００１３】
（８）：（６）又は（７）の車両制御装置において、前記制御部は、前記管理装置から取得した、前記端末装置の利用者の利用権限が無効になったことを示す情報に基づいて、前記表示装置に表示させる前記端末装置の端末情報を前記記憶部から削除するもの。
【００１４】
（９）：（６）〜（８）の車両制御装置において、前記管理装置は、前記車両の利用スケジュールに関するデータを管理し、前記端末情報に関する情報は、前記管理される前記車両の利用スケジュールに関するデータを含み、前記制御部は、前記端末装置認証部により前記端末装置が存在すると判定され、且つ前記車両に設けられた表示装置が起動した場合に、前記起動したときから所定の期間が経過するまでの範囲が前記車両の利用予約の期間に重なる端末情報を前記記憶部から読み出した端末情報の中から抽出し、前記抽出した端末情報に関する情報に対応する端末装置について、前記対応する端末装置との通信を設定する画面を前記表示装置に出力させるもの。
【００１５】
（１０）車両と通信可能な端末装置に、前記車両への接近に応じて、第１鍵データを前記車両の設備に送信させ、前記第１鍵データを送信することに応じて得られた認証成功情報に基づいて、前記表示制御装置と前記端末装置との通信を設定するための画面を前記端末装置の端末表示部に出力させるプログラムである。
【発明の効果】
【００１６】
（１）〜（１０）によれば、可搬型の端末装置と車載の制御装置とを、より簡易な手順で通信可能な状態にすることができる。
【００１７】
（２）〜（９）によれば、更に、制御部は、認証の成功により端末装置と通信することが可能になり、車両制御システムの信頼度をより高めている。
【００１８】
（６）によれば、更に、予め特定された端末装置との通信を設定する画面が表示装置に出力されるため、制御部は、より手間をかけることなく端末装置認証部と端末装置を通信させることができる。
【００１９】
（７）によれば、更に、記憶部に情報を書き込む操作を簡略化できる。
【００２０】
（８）によれば、更に、利用権限が無効になった端末装置５に関する情報を表示装置４５１に表示させる対象から除くことができる。
【００２１】
（９）によれば、更に、利用スケジュールにおける予約の件数が多くなる形態に車両制御システムを適用できる。
【図面の簡単な説明】
【００２２】
【図１】第１の実施形態に係る車両制御装置を含む車両制御システムの構成図である。
【図２】本実施形態の表示制御装置に対する制御について説明するための図である。
【図３】実施形態の通信に係る処理の流れの一例を示すシーケンス図である。
【図４】実施形態のペアリング処理の過程で表示部により表示される表示画面の遷移を例示した図である。
【図５】本実施形態の第２認証処理におけるペアリング処理の流れの一例を示すシーケンス図である。
【図６】第１の実施形態の第２変形例のペアリング処理の過程で表示部により表示される表示画面の遷移を例示した図である。
【図７】第２の実施形態に係る車両制御装置を含む車両制御システムの構成図である。
【図８】本実施形態の第２認証処理におけるペアリング処理の流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【００２３】
以下、図面を参照し、本発明の車両制御装置、及びプログラムの実施形態について説明する。車両制御装置は、電子化された鍵データに基づいて車両の制御を行う。車両制御装置は、車両が個人のユーザーによって所有されるオーナー型利用形態と、レンタカー、ライドシェアサービスなどによって車両が提供される共用型利用形態のうち一方又は双方に適用されてよい。以下の説明では、これらのうち双方に適用されるものとする。車両制御装置を利用した車両制御システムは、登録されたユーザーに車両の利用を許可する。なお、オーナー型利用形態の場合には、車両を利用する度に登録に係る操作を行う必要はなく、共用型利用形態の場合には、車両を利用する度に登録に係る操作を実施するものとする。
【００２４】
（第１の実施形態）
図１は、第１の実施形態に係る車両制御装置を含む車両制御システムの構成図である。車両制御システム１は、管理装置２と、車両３に搭載される車両設備（車両制御装置の一例）４と、端末装置５と、を備える。
【００２５】
端末装置５は、車両３を利用するユーザーＵ（利用者）によって携行される可搬型の端末装置である。端末装置５は、例えば、スマートフォン、携帯電話、タブレット端末などである。端末装置５は、ユーザーＵの操作を受け付けて、管理装置２が発行した鍵データを取得する。
【００２６】
車両設備４は、同様の鍵データが格納された端末装置５又はＮＦＣカード６が鍵として利用されることにより、扉の施錠と開錠の制御を実施する。車両設備４は、同様の鍵データが格納された端末装置５が鍵として利用されることにより、始動制御などを実施する。例えば、ＮＦＣカード６は、端末装置５を利用できない状況がある場合に、端末装置５に代えて利用される。端末装置５を利用できない状況には、端末装置５の故障、車両３又は端末装置５が通信の圏外に移動などにより、管理装置２が発行した鍵データを車両設備４が取得できない状況が含まれる。なお車両設備４は、ＮＦＣカード６が利用された場合に実施する機能を、端末装置５が利用された場合に実施する機能に対して制限してよい。例えば、ＮＦＣカード６を利用する場合、車両３の始動制御については、一般的な鍵又はスマートキーの利用により実施するようにしてよい。
【００２７】
車両制御システム１に適用される典型的な通信形態について説明する。車両制御システム１の管理装置２と、車両設備４と、端末装置５は、ネットワークＮＷ１を利用して互いに通信可能である。ネットワークＮＷ１は、例えば、セルラー型の無線網、無線ＬＡＮなどである。さらに、車両設備４と端末装置５は、無線通信ＷＡ１によって互いに通信可能である。上記の無線通信ＷＡ１を実現するための通信規格は、Bluetooth（登録商標）、ＮＦＣ（ Near field communication ）などの近距離無線通信規格、赤外光通信規格などのうちの何れかであってよい。車両設備４とＮＦＣカード６は、例えば、ＮＦＣによる無線通信ＷＡ２によって互いに通信可能である。車両設備４とスマートキー（不図示）は、例えば、同じく無線通信ＷＡ２によって互いに通信可能である。
【００２８】
以下、車両制御システム１の各部について順に説明する。
【００２９】
管理装置２は、例えば、ユーザー管理サーバー２１と、鍵データ管理サーバー２２と、通信サーバー２３とを備える。
【００３０】
例えば、ユーザー管理サーバー２１と、鍵データ管理サーバー２２と、通信サーバー２３は、セキュリイティ性を高めるように別体のコンピュータ装置として構成される。ユーザー管理サーバー２１と、鍵データ管理サーバー２２と、通信サーバー２３は、ネットワークＮＷ２に接続されていて、任意のタイミングで互いに通信可能である。
【００３１】
ユーザー管理サーバー２１は、端末装置５と通信する。ユーザー管理サーバー２１は、例えば、ユーザーＵの操作による端末装置５からの要求を取得して、端末装置５に係るユーザー認証処理、鍵データの発行依頼（生成依頼）に関する処理、発行された鍵データＫ１の中継処理などを実施する。例えば、ユーザー管理サーバー２１は、ユーザーＵに関する情報と、ユーザーＵに利用を許可する車両３に関する情報を後述する端末情報として管理して、ユーザーＵが申請した車両３の鍵データを、ユーザーＵに払い出す。
【００３２】
例えば、上記の端末情報には、ユーザーＵの識別情報、端末装置５の識別情報（ＵＵＩＤなど）、デバイス名称（端末装置の愛称など）、デバイス属性、車両３の識別情報、車両３のデバイス名称（例えば、車両設備４の名称など）、共用型利用形態の場合の各種情報（例えば、鍵データＫ１の有効期間、車両３の利用開始予定の場所、車両３の利用終了予定の場所、車両３で利用する機能の識別情報、ＨＦＴの利用の有無、車両３の使用完了など）が含まれる。上記のＵＵＩＤは、後述する端末装置５の簡易ペアリング処理機能部５１に割り付けられているものであってよい。鍵データＫ１は、後述する鍵データ管理サーバー２２によって生成される。
【００３３】
なお、上記の端末情報は、端末装置５又は図示しない他の端末装置などから登録される。利用形態により、ユーザーＵが端末装置５を操作することで上記の項目が登録されてもよく、上記の項目の一部又は全部が、上記の他の端末装置などから登録されてもよい。他の端末装置などから登録される形態として下記の形態があげられる。
【００３４】
例えば、オーナー型利用形態の場合、販売担当者などが、車両３の販売店に置かれた端末装置から上記の項目を登録する。
【００３５】
共用型利用形態の場合、企業、レンタカーの店舗、ライドシェアサービスの提供会社に置かれた端末装置から車両に関する情報が登録される。上記の項目のうち、車両に関する情報が他の端末装置から登録されることにより、ユーザーＵの操作を軽減できる。
【００３６】
なお、共用型利用形態の場合には、ユーザー管理サーバー２１は、さらに車両３の予約状況を管理する。例えば、ユーザー管理サーバー２１は、車両３に予約が入っていない時間（空き時間）を抽出し、その空き時間の中から新規の予約を割り当てる。その際に、ユーザー管理サーバー２１は、予約ごとにその予約に関する端末情報を生成し、ユーザー管理サーバー２１の記憶部に書き込んで管理する。ユーザー管理サーバー２１は、端末情報を、通信サーバー２３を介して車両３に送信する。
【００３７】
なお、ユーザー管理サーバー２１は、車両３の使用が完了する（レンタカーであれば返却される）と、端末情報における「車両３の使用完了」を示す項目（フラグ）を有効化する。例えば、この処理は、定期的又は車両３の返却から所定時間が経過した後に実施される。
【００３８】
鍵データ管理サーバー２２は、鍵データを管理する。鍵データ管理サーバー２２は、端末装置５からの鍵データの発行依頼に基づく鍵データの生成依頼を、ユーザー管理サーバー２１から取得して、鍵データＫ１及びＫ２を生成し、それぞれの宛先に送信する。
鍵データＫ１、Ｋ２は、互いに対応するものである。鍵データＫ１、Ｋ２は、互いに一致するデータであってもよく、又は所定の対応関係があるものでもよい。例えば、鍵データＫ１は、ユーザー管理サーバー２１によって中継されて端末装置５に送信される。鍵データＫ２は、通信サーバー２３によって中継されて車載設備４に送信される。
【００３９】
なお、鍵データ管理サーバー２２は、鍵データＫ１、Ｋ２の一方又は双方を暗号化して送信してもよい。暗号化された鍵データは、車両３内で照合されるまでの段階で復号される。以下の説明では、この暗号化処理と復号処理に関する説明を省略する。
【００４０】
通信サーバー２３は、車両３と通信する。通信サーバー２３は、ユーザー管理サーバー２１から端末装置５に関する端末情報を取得し、鍵データＫ２を鍵データ管理サーバー２２から取得し、これらを車両３に送信する。
【００４１】
次に、車両設備４について説明する。車両設備４は、少なくとも車両３の扉（不図示）の開錠と施錠、駆動部（不図示）の始動、車両３に設けられた各種アクセサリの利用などを制御する。車両設備４は、例えば、第１認証処理の結果を車両３の扉の施錠と解錠の制御に適用し、第２認証処理の結果を車両３の始動の制御に適用する。なお、第１認証処理と第２認証処理は、段階を分けて順に実施される。各認証処理の詳細については後述する。
【００４２】
車両設備４は、例えば、通信処理部４１と、ＮＦＣ通信処理部４２と、認証処理部４３（端末装置認証部）と、車両電源制御部４４と、表示制御装置４５とを備える。
【００４３】
通信処理部４１と、ＮＦＣ通信処理部４２と、認証処理部４３と、車両電源制御部４４と、表示制御装置４５は、例えば、車両３内のネットワークＮＷＶ１に接続されていて、ＣＡＮなどのプロトコルに基づいて任意のタイミングで通信する。認証処理部４３と車両電源制御部４４は、シリアル通信経路ＳＣＰで接続されている。
【００４４】
通信処理部４１は、ネットワークＮＷ１を利用して、端末装置５の端末情報と鍵データＫ２を通信サーバー２３から取得して、後述する認証処理部４３に転送する。
【００４５】
ＮＦＣ通信処理部４２は、無線通信ＷＡ２を利用するＮＦＣカード６又はスマートキーなどのＮＦＣデバイスを検出して、それと通信する。予め車両３に対応づけられているＮＦＣデバイスがＮＦＣ通信処理部４２と通信可能な範囲内に存在することが識別された場合に、ＮＦＣ通信処理部４２は、識別されたＮＦＣデバイスに関する情報を認証処理部４３に送る。
【００４６】
認証処理部４３は、予め車両３のユーザーとして登録されたユーザーＵの端末装置５が車両３の周辺（外部）又は車内に存在するか否かを判定し、端末装置５とＮＦＣデバイスに対する第１認証処理を実施する。上記の車両３の周辺（外部）とは、車両３の車外であって、無線通信ＷＡ１と無線通信ＷＡ２の何れかを利用して車両設備４と通信可能な範囲内のことである。第１認証処理は、端末装置５又はＮＦＣデバイスに格納された鍵データＫ１と、管理装置２から送信された鍵データＫ２とに基づき、鍵データＫ１と鍵データＫ２との対応関係を検証する処理である。認証処理部４３が第１認証処理を実施するタイミングを、後述する図３に符号ＵＡＰ１で示す。
【００４７】
なお、認証処理部４３は、第１認証処理の実施に先立って、端末装置５に関する端末情報と鍵データＫ２とを、通信処理部４１から受信して、認証処理部４３の記憶部に格納しておく。これにより、ユーザーＵが車両３を利用するときより前に認証処理部４３の記憶部には、端末情報と鍵データＫ２とに関するデータが格納される。
【００４８】
この認証処理部４３の記憶部に端末情報と鍵データＫ２とに関するデータを格納する処理は、例えば、オーナー型利用形態の場合、販売担当者などが、車両３の販売店に置かれた端末装置から情報を登録した段階に実施される。共用型利用形態の場合、新たな車両３を利用するために、ユーザーＵが情報を登録した段階に実施される。
【００４９】
認証処理部４３は、第１認証処理の実施に先立って、さらに、認証の対象である端末装置５又はＮＦＣデバイスを認証処理部４３の通信機能部（不図示）により検出してそれと通信する。認証処理部４３の通信機能部は、例えば、車両３の扉、車両３の後部のハッチ、車内などに設けられている。
【００５０】
認証処理部４３は、上記の認証処理に成功すると、車両３の利用を許可するために扉を開錠し、第１認証処理の成功を車両３内の各機能部に対して通知して、端末装置５からの車両３の始動に関する要求の取得を許可する。例えば、認証処理部４３は、無線通信ＷＡ１を利用する通信パスＣＰ１を介してその要求を取得して、その要求に関する情報を表示制御装置４５に送る。
【００５１】
さらに、認証処理部４３は、後述する表示制御装置４５の要求に基づく通信の無線通信部として機能して、無線通信ＷＡ１を利用する通信パスＣＰ２を端末装置５との間に形成する。詳しくは、後述する。
【００５２】
次に、車両電源制御部４４ついて説明する。車両電源制御部４４は、車両３内の電力の供給先を選択する。車両電源制御部４４は、車両３の推力の発生を制限する状態（ＩＧ＿ＯＦＦの状態）か、その推力の発生を許可する状態（ＩＧ＿ＯＮの状態）かの何れかの状態に合わせて、車両３内の電力の供給先を選択する。
【００５３】
例えば、車両３がＩＧ＿ＯＮの状態とＩＧ＿ＯＦＦの状態の双方の状態で活性化させる機能部には、通信処理部４１と、ＮＦＣ通信処理部４２と、認証処理部４３と、車両電源制御部４４とが含まれる。なお、表示制御装置４５は、その中には含まれない。車両電源制御部４４は、少なくともＩＧ＿ＯＮの状態に遷移する場合に、表示制御装置４５を活性化するように制御する。
【００５４】
次に、表示制御装置４５について説明する。表示制御装置４５は、車両３に搭乗したユーザーＵが操作可能な位置に配置されている。例えば、表示制御装置４５は、ナビゲーション装置の一部であってもよいし、ナビゲーション装置とは異なる用途の表示装置であってもよい。
【００５５】
例えば、表示制御装置４５は、表示部４５１（表示装置）と、操作部４５２と、通信部４５３と、記憶部４５４と、制御部４５５とを備える。表示制御装置４５の制御部４５５は、表示制御装置４５の各部を制御し、さらに、通信部４５３と認証処理部４３とを介して表示制御装置４５の外部と通信して、外部から取得したデータを記憶部４５４に書き込む。例えば、制御部４５５は、車両３に搭乗したユーザーＵに対して通知する情報を表示部４５１に表示させるとともに、操作部４５２に対してなされたユーザーＵの操作の内容に関する情報を取得する。通信部４５３は、ネットワークＮＷＶ１と、シリアル通信経路ＳＣＰとに接続されている。通信部４５３は、無線通信ＷＡ１を利用するための無線通信機能部は備えていないが、認証処理部４３の通信機能部を利用することで、無線通信ＷＡ１を利用した通信を可能にする。
【００５６】
表示制御装置４５は、上記の端末装置５の認証処理に利用する情報を認証処理部４３から取得して、認証処理部４３の通信機能部を介して通信する端末装置５の第２認証処理を実施する。表示制御装置４５は、第２認証処理により、予め登録されていた端末装置５であることを識別すると、その後、端末装置５から車両３の始動に係る要求を取得して、その要求に応じて車両３を始動する。詳しくは、後述する。
【００５７】
図２を参照して、表示制御装置４５が活性化されていない状態について説明する。図２は、実施形態の表示制御装置４５に対する制御について説明するための図である。図２に示す機能部のうちハッチングを付けた機能部は非活性化状態にあることを示す。例えば、非活性化状態とは、その機能部に電力が供給されず、ＯＳ（ operational system ）も機能しない状態のことである。
【００５８】
前述したように、車両３の鍵データの発行に関する処理は、車両３の稼働状態によらずに、ユーザーＵが必要と認めた任意のタイミングで実施される。そのため、上記の鍵データの発行に関する処理は、ＩＧ＿ＯＦＦの状態に行われることがある。
【００５９】
図２に示す通信処理部４１と認証処理部４３は、ＩＧ＿ＯＦＦの状態であっても活性化されていて、管理装置２から取得したデータを表示制御装置４５内の各部に転送する。これにより、認証処理部４３は、転送されたデータを取得することができる。つまり、通信処理部４１と認証処理部４３は、管理装置２から送信されたデータ（端末情報、鍵データの有効期間の情報などを含む。）を、それぞれの記憶部に格納することができる。
【００６０】
これに対し、表示制御装置４５は、ＩＧ＿ＯＦＦの状態にあると非活性化状態になる。ＩＧ＿ＯＦＦの状態にある間に通信処理部４１から転送されたデータがあったとしても、表示制御装置４５は、それを取得することができない。
【００６１】
そこで、表示制御装置４５は、非活性化状態にあるときに取得できなかったデータを、活性化状態になった後に認証処理部４３などからの転送によって取得する。これにより、表示制御装置４５は、車両３の状態がＩＧ＿ＯＮの状態とＩＧ＿ＯＦＦの状態の何れの状態にあっても、ＩＧ＿ＯＦＦの状態の間に通知された情報を利用して、ＩＧ＿ＯＮ時に第２認証処理を実施することができる。
【００６２】
図３は、実施形態の通信に係る処理の流れの一例を示すシーケンス図である。
【００６３】
まず、端末装置５は、システムへのエントリーに関する要求（アクセス要求）を送信する（ステップＳ１１）。
【００６４】
次に、ユーザー管理サーバー２１は、端末装置５からのアクセス要求に応じて、ユーザー認証を実施して（ステップＳ１２）、アクセス要求に返答する。返答を得た端末装置５は、車両３の鍵データの発行依頼に係る要求ＲＥＱをユーザー管理サーバー２１に送付する(ステップＳ１３)。ユーザー管理サーバー２１は、ユーザー認証が成功した端末装置５からの要求ＲＥＱを取得して、鍵データ発行依頼を鍵データ管理サーバー２２に送る（ステップＳ１４）。
【００６５】
なお、共用型利用形態の場合には、上記のステップＳ１３とＳ１４について、ステップＳ１３における要求ＲＥＱを、車両３の予約に関する要求に読み替えて、車両３の予約に関する要求（要求ＲＥＱ）にＨＦＴの利用の有無に関する情報を含む。そして、ステップＳ１４において、ユーザー管理サーバー２１は、要求ＲＥＱを取得すると、車両３の利用計画（使用スケジュール）における空き時間を検索し、空き時間があった場合に、鍵データ発行依頼を鍵データ管理サーバー２２に送るようにしてよい。
【００６６】
次に、鍵データ管理サーバー２２は、ユーザー管理サーバー２１から鍵データ発行依頼を取得して、ユーザー管理サーバー２１のサーバー認証を実施する（ステップＳ１５）。鍵データ管理サーバー２２は、サーバー認証を経て、鍵データ発行依頼に対応する鍵データを、鍵データＫ１と端末装置５の端末情報とをユーザー管理サーバー２１に対して送信し、鍵データＫ１の発行を通知する（ステップＳ１６）。さらに、鍵データ管理サーバー２２は、その鍵データＫ１に対応する鍵データＫ２を通信サーバー２３に対して送信し、鍵データの発行を通知する（ステップＳ１７）。
【００６７】
次に、ユーザー管理サーバー２１は、鍵データＫ１発行の通知を取得して、それを端末装置５に転送し（ステップＳ１８）、端末装置５の端末情報を通信サーバー２３に送信する（ステップＳ２０）。
【００６８】
次に、通信サーバー２３は、鍵データ管理サーバー２２から鍵データＫ２を取得して、さらに、ユーザー管理サーバー２１から端末装置５の端末情報を取得して、上記の鍵データＫ２と端末装置５の端末情報とを、車両３宛てに送信する（ステップＳ２１）。
【００６９】
次に、通信処理部４１は、通信サーバー２３から鍵データＫ２と端末装置５の端末情報とを取得して、それらを認証処理部４３宛てに送信する（ステップＳ２２）。認証処理部４３は、通信処理部４１から鍵データＫ２と端末装置５の端末情報とを取得して認証処理部４３の記憶部に書き込む。
【００７０】
以上が、車両３の鍵データの発行依頼に応じて実施される処理の一例である。
【００７１】
その後、ユーザーＵが車両３に接近すると、端末装置５は、鍵データＫ１と端末装置５の端末情報とを車両３に対して送信するためのペアリングを要求する。（ステップＳ３０）。認証処理部４３は、要求を受けてペアリング処理を実施する（ステップＳ３１）。例えば、このペアリング処理の方法は、ＢＬＥ手順に従うものでよい。
【００７２】
なお、認証処理部４３は、端末装置５との通信に、２通りの通信規格を採りうる。第１の通信規格は、Bluetooth Basic Data Rate / Enhanced Data Rate (BR/EDR）手順によるものである。第２の通信規格は、Bluetooth規格バージョン４．０以降にリリースされたBluetooth Low Energy（BLE）手順によるものである。以下の説明において両者を区別する際に、前者のことを単に「ＢＴ手順」と呼び、後者のことを単に「ＢＬＥ手順」と呼ぶ。ＢＴ手順による場合、通信に先立って、ユーザーＵの操作を伴うペアリング処理が必要である。なお、ＢＬＥ手順による場合、ユーザーＵの操作を伴うペアリング処理は不要である。
【００７３】
次に、認証処理部４３は、ペアリング要求を送信した端末装置５の第１認証処理ＵＡＰ１を実施する。まず、認証処理部４３は、端末装置５から鍵データＫ１と端末装置５の端末情報とを取得する。認証処理部４３は、通信サーバー２３から通知された端末装置５の鍵データＫ２と端末情報と、端末装置５から通知された鍵データＫ１と端末情報とに基づいて、所定の判断基準に従った判定を実施する。例えば、認証処理部４３は、第１認証処理ＵＡＰ１により鍵データＫ１とＫ２などを比較して、その結果により端末装置５を通信先にすること決定する。認証処理部４３は、第１認証処理ＵＡＰ１の結果により、ペアリング先の端末装置５との間に通信パスＣＰ１を確立して、通信パスＣＰ１を介して端末装置５に対して接近通知を送信する（ステップＳ３２）。上記の処理により、端末装置５と認証処理部４３は、互いに通信可能になる。
【００７４】
認証処理部４３は、第１認証処理ＵＡＰ１の結果に基づいて、車両３の扉の鍵を開ける。ユーザーＵは、上記の扉の鍵が開かれた後、車両３に乗車する（ステップＳ３３）。
【００７５】
ユーザーＵは、車両３の駆動部を始動（ＩＧ＿ＯＮ）するための操作を行う（ステップＳ３４）。認証処理部４３は、始動の要求を取得して、ＢＴデバイスの登録に必要な情報を表示制御装置４５に通知する（ステップＳ３５）。ＢＴデバイスの登録に必要な情報には、ＵＵＩＤとデバイス名称などが含まれる。例えば、このＵＵＩＤは、簡易ペアリング処理機能部５１などのアプリケーション（サービス）ごとに割り当てられたものである。
【００７６】
表示制御装置４５は、認証処理部４３からＢＴデバイスの登録に必要な情報を取得して、取得した情報に基づいた第２認証処理ＵＡＰ２を開始する。例えば、まず、表示制御装置４５は、検出した端末装置５とのＢＴ手順によるペアリング処理を実施して（ステップＳ３６）、端末装置５とのペアリングが成功すると、通信パスの識別情報を端末装置５に対応付けて記憶部４５４に登録し、さらに、端末装置５との間でペアリング許可の確認メッセージを交換する（ステップＳ３８）。これにより通信パスＣＰ２が形成される。
【００７７】
上記の処理により、端末装置５と表示制御装置４５は、互いに通信可能になる。
【００７８】
図４を参照して、実施形態の表示制御装置４５が第２認証処理ＵＡＰ２中に表示部４５１に表示させる画面の例について説明する。図４は、実施形態のペアリング処理の過程で表示部４５１により表示される表示画面の遷移を例示した図である。ここで示す表示画面の例は、ペアリングする対象の端末装置５が、１台である場合の一例を示すものである。図４（ａ）にペアリング要否確認画面Ｐ４１０を、図４（ｂ）に端末装置５の操作を促す表示の表示画面Ｐ４２０を、図４（ｃ）にペアリング処理の開始確認画面Ｐ４３０を、図４（ｄ）にペアリング処理完了の完了確認画面Ｐ４４０をそれぞれ示す。図４（ａ）から（ｄ）を順に繋ぐ矢印は、画面遷移の順序を示している。図４（ａ）に示すペアリング要否確認画面Ｐ４１０には、「ハンズフリーテレフォン機能（ＨＦＴ）を使用するにはペアリングが必要です。スマートフォンをペアリングしますか？」という質問と、その質問に対する回答のための「Ｙｅｓ」ボタンと「Ｎｏ」ボタンが表示されている。図４（ｂ）に示す端末装置５の操作を促す表示の表示画面Ｐ４２０には、「スマートフォン側の通信設定画面を開いてください。」という通知と、その通知に対する応答のための「Ｙｅｓ」ボタンと「Ｃａｎｃｅｌ」ボタンが表示されている。図４（ｃ）に示すペアリング処理の開始確認画面Ｐ４３０には、「スマートフォンが見つかりました。ペアリングを開始しますか？」という質問と、その質問に対する回答のための「Ｙｅｓ」ボタンと「Ｃａｎｃｅｌ」ボタンが表示されている。図４（ｄ）に示すペアリング完了の完了確認画面Ｐ４４０には、「ペアリングが完了しました。」という通知と、その通知に対する応答のための「Ｃｌｏｓｅ」ボタンが表示されている。
【００７９】
言うまでもないが、質問に対する承認を「Ｙｅｓ」、否認を「Ｎｏ」又は「Ｃａｎｃｅｌ」と表示したが、これに代えてその他該当する用語、記号などを使用してもよい。
【００８０】
図５を参照して、実施形態の第２認証処理ＵＡＰ２におけるペアリング処理の詳細について説明する。図５は、実施形態の第２認証処理におけるペアリング処理の流れの一例を示すシーケンス図である。
【００８１】
以下の手順が開始される時点で、下記の状態にあるものと仮定する。例えば、車両３の扉の鍵が開かれた後、ユーザーＵは、車両３に乗車している。車両３のスタートストップスイッチ（ＳＳ＿ＳＷ）の状態は、車両３のアクセサリの機能を停止させる状態にある。また、車両３の駆動部や表示制御装置４５は、非活性化された状態にあり、通信処理部４１と車両電源制御部４４と認証処理部４３は、活性化状態にある。
【００８２】
また、端末装置５には、既定のアプリケーションプログラム（バーチャルキー管理ソフトウェア）がインストールされていて、そのプログラムが利用可能な状態にある。バーチャルキー管理ソフトウェアは、後述する簡易ペアリング処理機能部５１を含む。例えば、簡易ペアリング処理機能部５１は、端末装置５における通信プロトコルにおいて、ＯＳが提供する機能より上位に位置しており、ＯＳが提供する表示機能、通信機能などを利用する。
【００８３】
ユーザーＵは、車両３のＳＳ＿ＳＷを操作する（ステップＳ４０）。この操作により、ＳＳ＿ＳＷの状態が、車両３のアクセサリを活性化させる状態（ＡＣＣの状態）又はＩＧ＿ＯＮの状態になる。車両電源制御部４４は、ＡＣＣの状態又はＩＧ＿ＯＮの状態になったことを検出して、表示制御装置４５への通電を開始させて表示制御装置４５を活性化させる（ステップＳ４１）。表示制御装置４５は、通電されると初期化処理を実行し、初期化処理を終えて活性化状態に遷移したことを認証処理部４３に通知する（ステップＳ４１ＡＣＴ）。
【００８４】
認証処理部４３は、表示制御装置４５の活性化状態への遷移を検出し、端末装置５の端末情報を表示制御装置４５に送る（ステップＳ４２）。なお、端末装置５の端末情報には、自動ペアリングに利用する情報、デバイス登録等の処理に必要とされる情報などが含まれている。表示制御装置４５は、この端末情報を用いて、後述するペアリング処理、デバイス登録などに利用する。
【００８５】
表示制御装置４５は、オープニング画面を所定の期間その表示部４５１に表示させる（ステップＳ４３）。この表示には、免責項目などの通知が含まれてもよい。
【００８６】
次に、表示制御装置４５は、認証処理部４３から通知された端末装置５の端末情報に基づいて、ハンズフリーテレフォン（ＨＦＴ）機能を利用するか否かを判定する（ステップＳ４４）。端末装置５と連携させることで実現するハンズフリーテレフォン機能などのような特定の機能を利用しない場合には、表示制御装置４５は、ペアリング処理を行わず、既定の表示画面（ＨＯＭＥ画面など）を表示部４５１に表示させて（ステップＳ６０）、図５に示す一連の処理を終える。
【００８７】
なお、ハンズフリーテレフォン機能を利用する場合には、表示制御装置４５は、ペアリング要否確認画面Ｐ４１０を表示部４５１に表示させ（ステップＳ４５）、ユーザーＵによるその要否の判断の結果を取得する。例えば、表示制御装置４５は、「Ｎｏ」が選択されたことを識別すると、ペアリング処理を行わず、処理を前述のステップＳ６０に進める。
【００８８】
ステップＳ４５の判定により、表示制御装置４５は、「Ｙｅｓ」が選択されたことを識別すると（ステップＳ４６）、端末装置５とＢＴ手順によるペアリングを確立するためのペアリング要求（ＢＴペアリング要求）を、認証処理部４３に送信する（ステップＳ４７）。表示制御装置４５は、前述の図４（ｂ）に示す表示画面Ｐ４２０を表示部４５１に表示させて端末装置５の操作を促す。表示制御装置４５は、「Ｃａｎｃｅｌ」が選択されたことを識別すると、ペアリング処理を行わず、処理を前述のステップＳ６０に進める。
【００８９】
次に、認証処理部４３は、端末装置５に対するＢＴペアリング要求を、端末装置５に対し送信する（ステップＳ４８）。
【００９０】
次に、端末装置５が車両設備４から送信された信号（ＢＴペアリング要求）を受信すると、簡易ペアリング処理機能部５１は、ＯＳからの通知を受け、表示制御装置４５が発したＢＴペアリング要求を取得する（ステップＳ４９）。簡易ペアリング処理機能部５１は、これに応答して、端末情報を含むペアリング返答（ＢＴペアリング返答）を送信する（ステップＳ５０）。
【００９１】
認証処理部４３は、端末装置５からのＢＴペアリング返答を取得して、そのＢＴペアリング返答を表示制御装置４５に対し送信する（ステップＳ５１）。
【００９２】
表示制御装置４５は、認証処理部４３からＢＴペアリング返答を取得して、図４（ｃ）に示すペアリング処理の開始確認画面Ｐ４３０を表示部４５１に表示させる。ここで、表示制御装置４５は、開始確認画面Ｐ４３０における「Ｙｅｓ」のボタンが押されたことを検出して、ＢＴペアリング返答に含まれた情報（端末装置５のＵＵＩＤ、デバイス名称など）に基づいて、ＢＴ手順による接続要求を送信する（ステップＳ５２）。なお、表示制御装置４５は、「Ｃａｎｃｅｌ」が選択されたことを識別すると、ペアリング処理を行わず、処理を前述のステップＳ６０に進める。
【００９３】
表示制御装置４５によりペアリング要求が送信されると、端末装置５を含め表示制御装置４５の近傍に位置する各端末装置は、ペアリング要求を受信する（ステップＳ５５―Ｓ５９）。
【００９４】
例えば、まず、簡易ペアリング処理機能部５１は、ペアリング要求を検出する。ユーザーＵの操作により設定画面が開かれると、「車両３からペアリング要求が来ています。」という通知と、「Ｃｌｏｓｅ」のボタンが端末装置５の表示部に表示される（ステップＳ５５）。
【００９５】
簡易ペアリング処理機能部５１は、ユーザーＵによる「Ｃｌｏｓｅ」のボタンの操作を識別して（ステップＳ５６）、表示制御装置４５から受信した情報を用いて表示制御装置４５と通信する。簡易ペアリング処理機能部５１は、ペアリング要求に対する返答を表示制御装置４５に送り（ステップＳ５７）、端末装置５における一連の処理を終える。
【００９６】
次に、表示制御装置４５は、ペアリング要求に対する端末装置５の返答を取得すると、例えば、前述の図４（ｄ）に示すペアリング処理の完了確認画面Ｐ４４０をその表示部４５１に表示させる（ステップＳ５８）。ユーザーＵは、完了確認画面Ｐ４４０が表示されたことを確認して、「Ｃｌｏｓｅ」ボタンを操作する。表示制御装置４５は、これを識別して、完了確認画面Ｐ４４０を閉じる（ステップＳ５９）。
【００９７】
次に、表示制御装置４５は、プロファイル設定画面を表示部４５１に表示させて（ステップＳ６０）、これに続き、車両３の始動を含めた操作を受け付けて、これに応じた処理を実施した後、ＨＯＭＥ画面を表示部４５１に表示させて（ステップＳ６１）、図５に示す一連の処理を終える。
【００９８】
なお、図５に示した手順に従えば、端末装置５がＢＴデバイスであるかＢＬＥ手順に従うＢＬＥデバイスであるかによらず、図５に示す１連の処理の中で、表示制御装置４５は、端末装置５を通信可能な状態にすることができる。
【００９９】
上記の実施形態の車両制御システム１によれば、認証処理部４３が、予め車両３のユーザーとして登録されたユーザーＵの端末装置５が車両３の周辺又は車内に存在するか否かを判定し、制御部４５５が、認証処理部４３により端末装置５が存在すると判定され、且つ車両３に設けられた表示部４５１が起動した場合に、認証処理部４３と端末装置５との通信を設定する画面を表示部４５１に出力させることにより、端末装置５と車両設備４を、より簡易な手順で通信可能な状態にすることができる。
【０１００】
例えば、ユーザーＵが端末装置５としてスマートフォンを利用する場合、事前にＵＵＩＤとスマートフォン名（端末名称）などを、スマートフォンの通信機能を利用して車両３に送信することができる。ユーザーＵが、車両３に乗り込み、表示制御装置４５においてカーナビゲーション機能が起動された際に、表示制御装置４５のペアリング対象の端末装置５が識別されたと仮定する。表示制御装置４５は、端末装置５とのペアリングを促す画面を、表示部４５１と端末装置５の表示部の双方に比較的速やかに表示させることができる。
【０１０１】
上記の管理装置２と、表示制御装置４５と、端末装置５の各装置は、ＣＰＵなどのプロセッサと、半導体メモリなどを備えて構成されている。上記の各装置は、少なくとも一部を、ＣＰＵなどのプロセッサがプログラムを実行することにより機能するソフトウェア機能部で実現してもよく、全てをＬＳＩ等のハードウェア機能部で実現してもよい。
【０１０２】
なお、認証処理部４３は、通信を予定する端末装置を特定した結果（特定結果）を、外部の他の装置（不図示）などから取得してもよく、例えば、ＮＦＣカードなどの記憶媒体に書き込まれたデータを読み取って取得してもよい。
【０１０３】
（第１の実施形態の第１変形例）
第１の実施形態の第１変形例について説明する。第１の実施形態の図４に、特定の端末装置に対してＢＴペアリングする場合の画面例を示した。本変形例では、これ代えて、ペアリングする対象の候補が複数あり、それらの端末情報が記憶部４５４に格納されている場合には、その複数の端末装置を、同一の画面内に示し、その中の少なくとも１つの端末装置に対してＢＴペアリングするようにしてもよい。
【０１０４】
図６は、第１の実施形態の第１変形例のペアリング処理の過程で表示部４５１により表示される表示画面の遷移を例示した図である。ここで示す表示画面の例は、ペアリングする対象の端末装置５の候補が、複数である場合の一例を示すものである。図６（ａ）に端末装置選択画面Ｐ７００を、図６（ｂ）にペアリング要否確認画面Ｐ７１０を示す。
【０１０５】
図６（ａ）に示す端末装置選択画面Ｐ７００には、「ハンズフリーテレフォン機能（ＨＦＴ）を使用するにはペアリングが必要です。使用するスマートフォンを選択してください。」という案内と、それに応答するようにペアリングする対象の候補である複数の端末装置の選択ボタンが表示されている。その対象の候補の中には、例えば、端末装置５−１から端末装置５−３の複数の端末装置が含まれる。この画面内に表示される端末装置の個数は任意である。ペアリングする対象の候補である端末装置の個数が多く１画面内に表示しきれない場合には、複数の画面に分けて表示させてもよい。
【０１０６】
例えば、ユーザーＵは、端末装置選択画面Ｐ７００に表示された複数の端末装置の中から、ペアリングさせることを要求する端末装置５−１を選択する。表示制御装置４５は、この選択の操作を検出し、次に、図６（ｂ）に示すペアリング要否確認画面Ｐ７１０を表示部４５１に表示させる。ペアリング要否確認画面Ｐ７１０には、「ハンズフリーテレフォン機能（ＨＦＴ）を使用するにはペアリングが必要です。」という案内と、「端末装置５―１」の表示と、「このスマートフォンをペアリングしますか？」という質問と、その質問に対する回答のための「Ｙｅｓ」ボタンと「Ｎｏ」ボタンが表示されている。
【０１０７】
表示制御装置４５は、ユーザーＵが選択した端末装置５−１をペアリングの対象の端末装置にして、端末装置５−１に対するペアリング処理を実行する。以降のペアリング処理における表示には、例えば、前述の図４（ｂ）から（ｄ）を適用する。
【０１０８】
この変形例によれば、表示部４５１に表示された複数の端末装置の中から所望の端末装置をユーザーＵに選択させることができる。
【０１０９】
なお、本変形例をオーナー型利用形態の用途に適用すれば、ユーザーＵが複数の端末装置５の何れかを利用して車両３を利用する際に、利用する端末装置５を選択する操作を行うことで車両５の利用が可能になる。また、本変形例を共用型利用形態の用途に適用すれば、車両３の利用時に自身が利用する端末装置５を選択する操作を行うことで車両５の利用が可能になる。
【０１１０】
上記の通り端末装置５と表示制御装置４５のペアリングの手順は簡素化されている。さらに、端末装置５と表示制御装置４５は、一度ペアリングすればそれ以降は自動的にペアリングされる。車両３と端末装置５の組み合わせを適宜切り替えることが必要とされるレンタカー又はカーシェアの用途では、端末装置５と表示制御装置４５のペアリングが頻繁に発生するため、ペアリングの手順が簡素化できる車両制御システム１Ａは、上記の用途に適している。
【０１１１】
（第１の実施形態の第２変形例）
第１の実施形態の第２変形例について説明する。実施形態の管理装置２は、図３などに示すように、車両３の利用予約の際に、特定の端末装置の鍵データを車両３に個別に通知する。本変形例では、車両３の利用予約の際には、管理装置２は、端末装置の特定の結果である鍵データを車両３に個別に通知せずに、その鍵データを所定の期間保持する。その後、管理装置２Ａは、所定の条件を満たす場合に、保持していたデータを纏めて車両に送るようにしてもよい。
【０１１２】
例えば、上記の所定の条件を、予め決定された時間（期間）に基づいて定めてもよい。また、例えば、管理装置２は、車両３からの要求に応じて、保持していたデータを纏めて車両に送ってもよい。この場合、車両３のＩＧ＿ＯＮの状態が検出された時点で、車両設備４は、車両３に関するデータ（鍵データなど）の提供を管理装置２に対して要求して、管理装置２が保持していたデータを取得する。これにより、車両設備４は、ＩＧ＿ＯＮが検出された時点で、管理装置２Ａが保持していたデータを取得できる。
【０１１３】
（第２の実施形態）
第２の実施形態の車両制御システム１Ａにおいて、表示制御装置４５Ａは、第２認証処理以降の端末装置５との通信を、認証処理部４３Ａを介さずに端末装置５と直接的に通信する。第１の実施形態の構成と同様の構成には同じ符号を附す。以下、第１の実施形態との相違点を中心に説明する。
【０１１４】
図７は、第２の実施形態に係る車両制御装置を含む車両制御システムの構成図である。車両制御システム１Ａは、管理装置２と、車両３に搭載される車両設備（車両制御装置の一例）４Ａと、端末装置５と、を備える。
【０１１５】
車両設備４Ａは、例えば、通信処理部４１と、ＮＦＣ通信処理部４２と、認証処理部４３Ａ（端末装置認証部）と、車両電源制御部４４と、表示制御装置４５Ａとを備える。
【０１１６】
認証処理部４３Ａは、前述の認証処理部４３（図１）に対応するが、第２認証処理以降の表示制御装置４５Ａによる端末装置５の通信の通信インタフェースとして機能しなくてもよい。
【０１１７】
表示制御装置４５Ａは、表示部４５１と、操作部４５２と、通信部４５３Ａと、記憶部４５４と、制御部４５５Ａとを備える。
【０１１８】
通信部４５３Ａは、前述の通信部４５３（図１）に加えて、無線通信ＷＡ１を利用するための無線通信機能部を備える。通信部４５３Ａは、第２認証処理以降に端末装置５と直接通信する。
【０１１９】
制御部４５５Ａは、表示制御装置４５Ａの各部を制御し、さらに、通信部４５３Ａを介して端末装置５と通信して、端末装置５から取得したデータを記憶部４５４に書き込む。制御部４５５Ａは、通信部４５３Ａを用いて、無線通信ＷＡ１を利用する通信パスＣＰ２Ａを端末装置５との間に形成する。
【０１２０】
表示制御装置４５Ａは、端末装置５の第２認証処理に利用される情報を認証処理部４３Ａから予め取得して、端末装置５に対する第２認証処理を実施する。表示制御装置４５Ａは、記憶部４５４に予め登録されていた端末装置５であることを、第２認証処理により識別すると、その後、端末装置５から車両３の始動に係る要求を取得して、その要求に応じて車両３を始動する。
【０１２１】
図８を参照して、実施形態における第２認証処理におけるペアリング処理の詳細について説明する。図８は、実施形態の第２認証処理におけるペアリング処理の流れの一例を示すシーケンス図である。図８に示すシーケンス図は、前述の図５に示したシーケンス図に対応する。ステップＳ４０からＳ４６までと、ステップＳ５５以降の処理は、前述の図５のものと同じである。
【０１２２】
ステップＳ４５の判定により、表示制御装置４５は、「Ｙｅｓ」が選択されたことを識別すると、端末装置５とのペアリング要求（ＢＬＥペアリング要求）を、通信部４５３Ａから端末装置５に送信する（ステップＳ４７Ａ）。表示制御装置４５Ａは、前述の図４（ｂ）に示す表示画面Ｐ４２０を表示部４５１に表示させて、「Ｃａｎｃｅｌ」が選択されたことを識別すると、ペアリング処理を行わず、処理を前述のステップＳ６０に進める。
【０１２３】
次に、簡易ペアリング処理機能部５１は、ＢＬＥペアリング要求を取得する（ステップＳ４９Ａ）。簡易ペアリング処理機能部５１は、これに応答して、ＢＬＥペアリング返答を送信する（ステップＳ５０Ａ）。
【０１２４】
表示制御装置４５は、端末装置５からのＢＬＥペアリング返答を取得して、図４（ｃ）に示す開始確認画面Ｐ４３０を表示部４５１に表示させる。ここで、表示制御装置４５Ａは、開始確認画面Ｐ４３０における「Ｙｅｓ」のボタンが押されたことを検出して、ＢＬＥペアリング返答に含まれた情報に基づいて、ＢＬＥ手順による接続要求を端末装置５に送信する（ステップＳ５２Ａ）。これにより、通信パスＣＰ２Ａが形成される。
【０１２５】
上記の実施形態によれば、通信部４５３Ａが端末装置５と直接的に通信する表示制御装置４５Ａは、第１の実施形態と同様の効果を奏する。表示制御装置４５Ａは、端末装置５とＢＬＥペアリングする際に、第１認証処理の結果を利用することで、第１認証処理に成功した端末装置５と通信することができる。
【０１２６】
なお、上記実施形態では、表示制御装置４５と、４５ＡがBluetoothを用いて端末装置５をペアリングする事例を例示したが、これに代えて、Wi-Fi（登録商標）などの無線ＬＡＮ（Local Area Network）方式の通信を用いて端末装置５の通信を認証してもよい。例えば、表示制御装置４５が無線ＬＡＮ通信のアクセスポイントとしての機能を有するデバイスであるとする。この場合、認証処理部４３が、表示制御装置４５と無線ＬＡＮ通信するのに必要とされるＳＳＩＤ（ Service Set Identifier ）とパスワードとを端末装置５に送ることで、端末装置５は、そのＳＳＩＤとパスワードを利用した無線ＬＡＮ接続により表示制御装置４５と通信できる。車両制御システム１を上記のように構成することにより、Bluetoothを用いたペアリングに代えて無線ＬＡＮの認証機能を利用することができる。
【０１２７】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１２８】
例えば、上記の実施形態の処理は、ハンズフリーテレフォン機能を使用する場合の外、音楽再生処理などを実施するアプリケーションソフト又は端末装置５の各種アプリケーションソフトなどを用いて、その他機能を使用する場合にも適用できる。
【０１２９】
また、図４と図６に示した画面表示を、単に「Bluetoothペアリングを行いますか？」という表示、或いは「音楽を聴くためにペアリングを行いますか？」という表示に代えてもよい。
【符号の説明】
【０１３０】
１、１Ａ・・・車両制御システム
２・・・管理装置
３・・・車両
４、４Ａ・・・車両設備
５・・・端末装置
６・・・ＮＦＣカード
２１、２１Ａ・・・ユーザー管理サーバー（スケジュール管理部）
２２・・・鍵データ管理サーバー
２３・・・通信サーバー
４１・・・通信処理部（ＴＣＵ）
４２・・・ＮＦＣ通信処理部（ＮＦＣＵ）
４３、４３Ａ・・・認証処理部（端末装置認証部）
４４・・・車両電源制御部（ＢＣＭ）
４５、４５Ａ・・・表示制御装置（ＤＡ)
４５１・・・表示部（表示装置）
４５２・・・操作部
４５３、４５３Ａ・・・通信部
４５４・・・記憶部
４５５、４５５Ａ・・・制御部
５１・・・簡易ペアリング処理機能部
Ｕ・・・ユーザー（利用者）
ＲＥＱ・・・要求
ＷＡ１、ＷＡ２・・・無線通信
Ｋ１、Ｋ２・・・鍵データ
【図１】
2019169814.tif 000003
【図２】
2019169814.tif 000004
【図３】
2019169814.tif 000005
【図４】
2019169814.tif 000006
【図５】
2019169814.tif 000007
【図６】
2019169814.tif 000008
【図７】
2019169814.tif 000009
【図８】
2019169814.tif 000010