JP2023047528A - 車両、判定方法及びコンピュータプログラム - Google Patents

Abstract

【課題】車両内にデジタルキーが存在しているかどうかを確認できなくなった場合でも、デジタルキーを使用した車両の起動を可能にする車両を提供する。【解決手段】起動のためのデジタルキーを保持する情報処理装置１０が車室内に確認するための通信を行うアンテナ２９Ａが故障しているかどうか判定する判定部２０１と、アンテナ２９Ａが故障していると判定部２０１が判定した場合、情報処理装置１０に対する認証の結果に基づいて起動を可能とする処理を行う起動処理部２０２と、を備える車両２０が提供される。【選択図】図１

Description

本発明は、車両、判定方法及びコンピュータプログラムに関する。

エンジンスイッチの操作の際に、車室内にある携帯機と認証を行うことにより車両を起動することができるデジタルキーシステムにおいて、車両内にデジタルキーが存在していることを確認して車両を起動する技術が開示されている。特許文献１には、車両に設けられた車室内検知手段からの出力信号に応答する携帯機からの送信信号の有無に基づき携帯機が車室内にあるか否かを検知し、携帯機が車室内にあると検知される場合に、所定の制御機器の作動を許可するようにしたシステムに関する技術が開示されている。

特開２００５－２６２９１５号公報

しかし、車両内にデジタルキーが存在することを確認するためのアンテナ等の通信手段が故障していると、車両内にデジタルキーが存在しているかどうかを確認できなくなり、デジタルキーを使用した車両の起動が出来なくなるという問題があった。

本発明は、上記の点に鑑みてなされたものであり、車両内にデジタルキーが存在しているかどうかを確認できなくなった場合でも、デジタルキーを使用した車両の起動を可能にする車両、判定方法及びコンピュータプログラムを提供することを目的とする。

本発明の第１の態様に係る車両は、起動のためのデジタルキーを保持する装置が車室内に確認するための通信を行う通信部と、前記通信部が故障しているかどうか判定する判定部と、前記通信部が故障していると前記判定部が判定した場合、前記装置に対する認証の結果に基づいて起動を可能とする処理を行う起動処理部と、を備える。

本発明の第１の態様によれば、車両内にデジタルキーが存在しているかどうかを確認できなくなった場合でも、デジタルキーを保持する装置への認証結果を用いることで、デジタルキーを使用した車両の起動が可能になる。

本発明の第２の態様に係る車両は、第１の態様に係る車両であって、前記通信部が故障していると前記判定部が判定した場合、前記起動処理部は、前記装置に対する認証結果に基づいて所定時間の間に限り起動を可能とする処理を行う。

本発明の第２の態様によれば、車両内にデジタルキーが存在しているかどうかを確認できなくなった場合には、車両内にデジタルキーが存在しているかどうかを確認できる場合と比較して、セキュリティを高めた上でデジタルキーを使用した車両の起動が可能になる。

本発明の第３の態様に係る車両は、第２の態様に係る車両であって、前記起動処理部は、前記装置に対する認証に用いられた認証手法に応じて前記所定時間を変化させる。

本発明の第３の態様によれば、認証手法に応じた時間の間だけ起動を可能とすることで認証手法に応じたセキュリティを提供できる。

本発明の第４の態様に係る車両は、第１の態様～第３の態様のいずれかに係る車両であって、前記起動処理部は、前記装置に対する生体認証の結果に基づいて起動を可能とする処理を行う。

本発明の第４の態様によれば、デジタルキーを保持する装置から始動要求を発したのが装置のユーザであることを担保した上で、デジタルキーを使用した車両の起動が可能になる。

本発明の第５の態様に係る車両は、第１の態様～第４の態様のいずれかに係る車両であって、前記通信部が故障していないと前記判定部が判定した場合、前記起動処理部は、前記装置に対する認証結果を用いることなく起動を可能とする処理を行う。

本発明の第５の態様によれば、車両内にデジタルキーが存在しているかどうかを確認できた場合では、デジタルキーを保持する装置への認証を省略しての車両の起動が可能になる。

本発明の第６の態様に係る車両は、第１の態様～第５の態様のいずれかに係る車両であって、前記判定部は、前記通信部との間の定期的な通信が途絶したかどうかで、前記通信部が故障しているかどうか判定する。

本発明の第６の態様によれば、定期的な通信の途絶の検出により、起動のためのデジタルキーを保持する装置に対する認証を要求できる。

本発明の第７の態様に係る判定方法は、起動のためのデジタルキーを保持する装置が車室内に確認するための通信を行う通信部が故障しているかどうか判定し、前記通信部が故障していると判定した場合、前記装置に対する認証の結果に基づいて起動を可能とする処理をコンピュータが実行する。

本発明の第７の態様によれば、車両内にデジタルキーが存在しているかどうかを確認できなくなった場合でも、デジタルキーを保持する装置への認証結果を用いることで、デジタルキーを使用した車両の起動が可能になる。

本発明の第８の態様に係るコンピュータプログラムは、コンピュータに、起動のためのデジタルキーを保持する装置が車室内に確認するための通信を行う通信部が故障しているかどうか判定し、前記通信部が故障していると判定した場合、前記装置に対する認証の結果に基づいて起動を可能とする処理を実行させる。

本発明の第８に態様によれば、車両内にデジタルキーが存在しているかどうかを確認できなくなった場合でも、デジタルキーを保持する装置への認証結果を用いることで、デジタルキーを使用した車両の起動が可能になる。

本発明によれば、デジタルキーとして機能する装置に対する認証の結果を用いることで、車両内にデジタルキーが存在しているかどうかを確認できなくなった場合でも、デジタルキーを使用した起動を可能にする車両、判定方法及びコンピュータプログラムを提供することができる。

実施形態に係る車両制御システムの概略構成を示す図である。 情報処理装置のハードウェア構成を示すブロック図である。 車両のハードウェア構成例を示す図である。 車両の機能構成例を示す図である。 情報処理装置及び車両による、車両のエンジン始動処理の流れを示すシーケンス図である。 ユーザインターフェースの例を示す図である。 ユーザインターフェースの例を示す図である。

以下、本発明の実施形態の一例を、図面を参照しつつ説明する。なお、各図面において同一または等価な構成要素および部分には同一の参照符号を付与している。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

（システム構成）
図１は、本発明の実施形態に係る車両制御システムの概略構成を示す図である。図１に示した車両制御システム１は、情報処理装置１０、及び車両２０を含んで構成される。

情報処理装置１０は、例えばスマートフォン等のモバイル端末であり、車両２０のドアのロックを解除したり、エンジンを始動させたりするためのデジタルキーとして機能しうる装置である。情報処理装置１０は、デジタルキーとして機能するためのアプリケーションをダウンロード及びインストールすることで、車両２０のデジタルキーとして利用可能となる。本実施形態において、情報処理装置１０が車両２０のデジタルキーとして利用可能になるとは、情報処理装置１０が車両２０のキー情報を保持した状態になっていることをいう。

本実施形態に係る車両２０は、車両２０のデジタルキーとして機能する情報処理装置１０との間で近距離無線通信を行い、デジタルキーに係る処理を実行する。本実施形態では、情報処理装置１０と車両２０とは、近距離無線通信規格としてＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）規格に基づいた無線通信を行う。車両２０は、デジタルキーに係る処理として、車両２０のデジタルキーとして動作する情報処理装置１０からのエンジンの始動要求に基づいてエンジンを始動させる処理を実行する。

車両２０は、情報処理装置１０からのエンジンの始動要求を受信すると、情報処理装置１０が車両２０の車室内に存在するかどうかを判断する。情報処理装置１０が車両２０の車室内に存在するかどうかを判断する理由は、情報処理装置１０が車室外にある状態でのエンジンの始動を防ぐためである。車両２０は、情報処理装置１０から発せられ、車室内に設けられたアンテナが受信した電波の強度を参照することで情報処理装置１０が車両２０の車室内に存在するかどうかを判断する。

しかし、車室内に設けられたアンテナが１本しかなく、そのアンテナが故障している等の理由で電波の強度を参照できないと、車両２０は、情報処理装置１０が車室内に存在しているかどうかを判断することができず、情報処理装置１０が車両２０の車室内に存在していた場合であっても、情報処理装置１０からのエンジンの始動要求に応じたエンジンの始動ができない。情報処理装置１０が車室内に存在しているかどうかを判断するためのアンテナを複数設ければ、１本のアンテナが故障しても別のアンテナを用いて判断することができても、コストアップに繋がる。

そこで本実施形態に係る車両２０は、車室内に設けられたアンテナが故障している等の理由で、情報処理装置１０が発した電波の強度を参照できない場合、情報処理装置１０に対してユーザ認証を要求する。本実施形態に係る車両２０は、情報処理装置１０に対してユーザ認証が完了してから改めて情報処理装置１０からのエンジンの始動要求を受け付け、エンジンの始動要求に応じてエンジンを始動する。

本実施形態に係る車両２０は、デジタルキーとして機能する装置に対する認証の結果を用いることで、車両内にデジタルキーが存在しているかどうかを確認できなくなった場合でも、デジタルキーを使用した起動が可能となる。

（構成）
（情報処理装置）
図２は、情報処理装置１０のハードウェア構成を示すブロック図である。

図２に示すように、情報処理装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、ストレージ１４、入力部１５、表示部１６及び通信インタフェース（Ｉ／Ｆ）１７を有する。各構成は、バス１９を介して相互に通信可能に接続されている。

ＣＰＵ１１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ１１は、ＲＯＭ１２またはストレージ１４からコンピュータプログラムを読み出し、ＲＡＭ１３を作業領域としてプログラムを実行する。ＣＰＵ１１は、ＲＯＭ１２またはストレージ１４に記録されているコンピュータプログラムにしたがって、上記各構成の制御および各種の演算処理を行う。本実施形態では、ＲＯＭ１２またはストレージ１４には、車両２０のデジタルキーとして機能するためのコンピュータプログラムが格納されている。

ＲＯＭ１２は、各種プログラムおよび各種データを格納する。ＲＡＭ１３は、作業領域として一時的にプログラムまたはデータを記憶する。ストレージ１４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）またはフラッシュメモリ等の記憶装置により構成され、オペレーティングシステムを含む各種プログラム、および各種データを格納する。

入力部１５は、マウス等のポインティングデバイス、およびキーボードを含み、各種の入力を行うために使用される。

表示部１６は、たとえば、液晶ディスプレイであり、各種の情報を表示する。表示部１６は、タッチパネル方式を採用して、入力部１５として機能しても良い。

通信インタフェース１７は、車両２０等の他の機器と通信するためのインタフェースであり、たとえば、イーサネット（登録商標）、ＦＤＤＩ、Ｗｉ－Ｆｉ（登録商標）、ＢＬＥ等の規格が用いられる。

（車両）
図３は、車両２０のハードウェア構成例を示す図である。図３に示されるように、本実施形態に係る車両２０は、ＥＣＵ２１を含んで構成されている。車両２０はさらに、ドアロック２５と、イグニッションスイッチ（ＳＷ）２６、モニタ２７と、スピーカ２８と、アンテナ２９Ａ、２９Ｂと、を含んで構成されている。

ＥＣＵ２１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１Ａ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２１Ｂ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２１Ｃ、無線通信Ｉ／Ｆ（Ｉｎｔｅｒ Ｆａｃｅ）２１Ｅ、入出力Ｉ／Ｆ２１Ｆ及びアンテナ２１Ｇを含んで構成されている。ＣＰＵ２１Ａ、ＲＯＭ２１Ｂ、ＲＡＭ２１Ｃ、無線通信Ｉ／Ｆ２１Ｅ及び入出力Ｉ／Ｆ２１Ｆは、内部バス２１Ｈを介して相互に通信可能に接続されている。

ＣＰＵ２１Ａは、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ２１Ａは、ＲＯＭ２１Ｂからプログラムを読み出し、ＲＡＭ２１Ｃを作業領域としてプログラムを実行する。

ＲＯＭ２１Ｂは、各種プログラム及び各種データを記憶している。本実施形態のＲＯＭ２１Ｂには、ＥＣＵ２１を制御するためのコンピュータプログラムが記憶されている。

ＲＡＭ２１Ｃは、作業領域として一時的にプログラム又はデータを記憶する。

無線通信Ｉ／Ｆ２１Ｅは、情報処理装置１０と通信するための無線通信モジュールである。当該無線通信モジュールは、ＢＬＥの通信規格が用いられる。無線通信Ｉ／Ｆ２１Ｅは、アンテナ２１Ｇに対して接続されている。

入出力Ｉ／Ｆ２１Ｆは、車両２０に搭載されるドアロック２５、イグニッションＳＷ２６、モニタ２７、スピーカ２８、アンテナ２９Ａ、２９Ｂと通信するためのインタフェースである。

アンテナ２１Ｇは、情報処理装置１０との間でＢＬＥによる無線通信のパケットを送信及び受信するアンテナである。

ドアロック２５は、車両２０のドアの鍵であり、車両２０に乗車するユーザによって開閉される他、ＣＰＵ２１Ａによって開閉が制御される。

イグニッションＳＷ２６は、車両２０のエンジンをスタートさせるスイッチであり、車両２０に乗車するユーザによってオン、オフされる他、ＣＰＵ２１Ａによってオン、オフが制御される。

モニタ２７は、インストルメントパネル、メータパネル等に設けられ、現在地、走行経路、及び注意情報に係る画像を表示するための液晶モニタである。モニタ２７は、乗員の手指による操作を入力するスイッチを兼ねたタッチパネルが設けられていてもよい。

スピーカ２８は、インストルメントパネル、センタコンソール、フロントピラー、ダッシュボード等に設けられ、音声を出力するための装置である。

アンテナ２９Ａは、本発明の通信部の一例であり、情報処理装置１０が発するＢＬＥのパケットの電波強度を測定するためのアンテナである。ＥＣＵ２１のアンテナ２１Ｇが、情報処理装置１０との無線通信に用いられるのに対し、アンテナ２９Ａ、２９Ｂは、情報処理装置１０が発するＢＬＥのパケットの電波強度の測定のために用いられる。アンテナ２９Ａは、車両２０の車室内に１つ設けられる。ＣＰＵ２１Ａは、アンテナ２９Ａが受信した電波の強度を用いて情報処理装置１０が車両２０の車室内にあるかどうかを判断する。また、アンテナ２９Ｂは、車両２０に複数設けられる。ＣＰＵ２１Ａは、アンテナ２９Ｂが受信した電波の強度を用いて情報処理装置１０と車両２０との間の距離を算出する。アンテナ２９Ｂは、例えば車両２０の前部、左側面部、右側面部に設けられ得る。

図３では、１つのＥＣＵ２１が車両２０の各装置を制御する構成としているが、本発明は係る例に限定されるものでは無い。例えば、ドアロック２５を制御するＥＣＵと、イグニッションＳＷ２６を制御するＥＣＵとは別のＥＣＵであってもよい。

続いて、車両２０が実現する機能構成について説明する。

図４は、車両２０の機能構成の例を示すブロック図である。

図４に示したように、車両２０は、機能構成として、判定部２０１と、起動処理部２０２と、を有する。各機能構成は、ＣＰＵ２１ＡがＲＯＭ２１Ｂに記憶されたコンピュータプログラムを読み出し、実行することにより実現される。

判定部２０１は、起動のためのキーを保持する情報処理装置１０が車室内に確認するための通信を行うアンテナ２９Ａが故障しているかどうか判定する。より具体的には、判定部２０１は、アンテナ２９Ａと定期的に通信している。そして、判定部２０１は、アンテナ２９Ａからの返信が途絶したことによりアンテナ２９Ａが故障していると判定する。なお、１度だけの途絶では単なるエラーと区別が出来ないため、判定部２０１は所定回数途絶したことによりアンテナ２９Ａが故障していると判定してもよい。

起動処理部２０２は、イグニッションＳＷ２６を制御することにより車両２０のエンジンを起動する制御を行う。本実施形態では、判定部２０１による判定結果に応じてイグニッションＳＷ２６を制御するかどうか決定する。アンテナ２９Ａが故障していると判定部２０１が判定した場合、起動処理部２０２は、情報処理装置１０に対する認証の結果に基づいて起動を可能とする処理を行う。情報処理装置１０に対する認証の例としては、パスコード認証、パターン認証、指紋認証、顔認証その他の生体認証がある。情報処理装置１０に対する認証として生体認証が用いられることで、デジタルキーを保持する情報処理装置１０から始動要求を発したのが情報処理装置１０のユーザであることを担保した上で、デジタルキーを使用した車両２０の起動が可能になる。なお、アンテナ２９Ａが故障していると判定部２０１が判定しなかった場合、起動処理部２０２は、情報処理装置１０に対する認証結果を用いることなく起動を可能とする処理を行う。

アンテナ２９Ａが故障していると判定部２０１が判定した場合、起動処理部２０２は、情報処理装置１０に対する認証の結果に基づいて、所定時間の間に限り起動を可能とする処理を行ってもよい。所定時間は例えば３０秒程度とする。また、起動処理部２０２は、情報処理装置１０に対する認証の結果に基づいて、所定時間の間に限り起動を可能とする場合、用いられた認証手法に応じて上記所定時間を変化させてもよい。例えば、起動処理部２０２は、認証手法の強度に応じて上記所定時間を変化させてもよい。具体的には、起動処理部２０２は、例えばパスコード認証又はパターン認証が認証手法として用いられた場合の時間より、生体認証が認証手法として用いられた場合の時間の方を長くしてもよい。起動処理部２０２は、認証手法に応じて決められた時間の間だけ起動を可能とすることで、情報処理装置１０に対して行われた認証手法に応じたセキュリティを提供できる

情報処理装置１０に対する認証に用いられる認証手法はユーザに選択させてもよい。また情報処理装置１０に対する認証に用いられる認証手法は起動処理部２０２が指定してもよい。また認証手法は、情報処理装置１０のロックを解除するために用いられる認証手法と同一のものであってもよく、異なるものであってもよい。

車両２０は、係る構成を有することで、デジタルキーとして機能する情報処理装置１０に対する認証の結果を用いることで、車両内にデジタルキーが存在しているかどうかを確認できなくなった場合でも、デジタルキーを使用した起動が可能となる。

（作用）
次に、情報処理装置１０及び車両２０の作用について説明する。

図５は、情報処理装置１０及び車両２０による、車両２０のエンジン始動処理の流れを示すシーケンス図である。ＣＰＵ１１がＲＯＭ１２又はストレージ１４からコンピュータプログラムを読み出して、ＲＡＭ１３に展開して実行することにより、また、ＣＰＵ２１ＡがＲＯＭ２１Ｂに記憶されたコンピュータプログラムを読み出し、ＲＡＭ２１Ｃに展開して実行することにより、情報処理が行なわれる。図５に示したシーケンス図は、車両２０がデジタルキーとして機能している情報処理装置１０から起動要求を受け付ける際の情報処理装置１０及び車両２０による、車両２０のエンジン始動処理の流れを示したものである。図５に示したシーケンス図において、情報処理装置１０と車両２０との間の通信は、ＢＬＥによる無線通信である。

まず車両２０のエンジンスイッチが、車両の車室内にいるユーザによって操作され、エンジン始動指示が行われる。エンジン始動指示に応じて、ステップＳ１０１において、ユーザの情報処理装置１０と車両２０との間でＢＬＥによる通信が行われる。

ユーザからのエンジン始動指示を受信した車両２０は、ステップＳ１０２において、アンテナ２９Ａが故障しているかどうか判定する。車両２０は、具体的には、アンテナ２９ＡからＥＣＵ２１への返信が所定回数途絶したことによりアンテナ２９Ａが故障していると判定する。

ステップＳ１０２の判定の結果、アンテナ２９Ａが故障していると判定した場合は（ステップＳ１０２；Ｙｅｓ）、続いて車両２０は、ステップＳ１０３において、車両２０を緊急始動モードに移行させる。緊急始動モードは、アンテナ２９Ａが受信した電波の強度を用いずに車両２０を起動させるモードである。

緊急始動モードに移行させると、続いて車両２０は、ステップＳ１０４において、アンテナ２９Ｂが受信した電波の強度が所定値以上であるかどうか判定する。ステップＳ１０４の判定の結果、アンテナ２９Ｂが受信した電波の強度が所定値以上であれば（ステップＳ１０４；Ｙｅｓ）、続いて車両２０は、ステップＳ１０５において、情報処理装置１０に対して緊急始動要求を指示する。情報処理装置１０に対する緊急始動要求は、情報処理装置１０にユーザ認証を要求することで行われる。一方、ステップＳ１０４の判定の結果、アンテナ２９Ｂが受信した電波の強度が所定値以上でなければ（ステップＳ１０４；Ｎｏ）、続いて車両２０は、情報処理装置１０が車両２０の近傍に存在しないとして、一連の処理を終了する。

車両２０からの緊急始動要求の指示を受信した情報処理装置１０は、ステップＳ１０６において、所定の認証手法によるユーザ認証を要求する。図６は、情報処理装置１０が表示部１６に表示するユーザインターフェースの例を示す図である。図６に示したのは、ユーザが情報処理装置１０に対するユーザ認証を行っている状態において情報処理装置１０が表示部１６に表示するユーザインターフェースの例である。

ステップＳ１０６に続いて、情報処理装置１０は、ステップＳ１０７において、ユーザ認証に成功したかどうか判定する。ステップＳ１０７の判定の結果、ユーザ認証に成功しなかったと判定すると（ステップＳ１０７；Ｎｏ）、情報処理装置１０は、一連の処理を終了する。ユーザ認証に成功しなかったと判定した場合、情報処理装置１０は、ユーザ認証に成功しなかった旨のメッセージを表示部１６に表示してもよい。一方、ステップＳ１０７の判定の結果、ユーザ認証に成功したと判定すると（ステップＳ１０７；Ｙｅｓ）、続いて情報処理装置１０は、ステップＳ１０８において、ユーザ認証に成功した旨を車両２０に送信する。

ユーザ認証に成功した旨を情報処理装置１０から受信した車両２０は、続いてステップＳ１０９において、情報処理装置１０でユーザ認証が成功したことを確認する。情報処理装置１０でユーザ認証が成功したことを確認すると、車両２０は、続いてステップＳ１１０において、所定時間エンジンの始動を許可する。所定時間は例えば３０秒程度とする。また、車両２０は、情報処理装置１０において用いられた認証手法に応じて上記所定時間を変化させてもよい。車両２０は、例えばパスコード認証又はパターン認証が情報処理装置１０において認証手法として用いられた場合の時間より、生体認証が情報処理装置１０において認証手法として用いられた場合の時間の方を長くしてもよい。

車両２０において所定時間エンジンの始動が許可され、車両２０のエンジンスイッチが車両の車室内にいるユーザによって操作されると、再びエンジン始動指示が行われる。ステップＳ１１１において、エンジン始動指示に応じてユーザの情報処理装置１０と車両２０との間でＢＬＥによる通信が行われる。車両２０は、ステップＳ１１２において、ユーザからのエンジン始動指示が上記所定時間以内に行われたかどうか判定する。エンジン始動指示が上記所定時間以内に行われたと判定した場合（ステップＳ１１２；Ｙｅｓ）、続いて車両２０は、ステップＳ１１３において、始動指示に基づいてエンジンを始動する。一方、エンジン始動指示が上記所定時間以内に行われなかったと判定した場合（ステップＳ１１２；Ｎｏ）、続いて車両２０は、エンジンを始動させずに一連の処理を終了する。

車両２０は、エンジン始動指示が上記所定時間以内に行われなかったと判定した場合、情報処理装置１０にエンジンを始動できなかった旨を送信してもよい。そして、情報処理装置１０は、車両２０のエンジンが始動できなかった場合に、ユーザに再度ユーザ認証を要求してもよい。図７は、情報処理装置１０が表示部１６に表示するユーザインターフェースの例を示す図である。図７に示したのは、車両２０のエンジンが始動できなかった場合に、ユーザに再度ユーザ認証を要求するために表示部１６に表示されるユーザインターフェースの例である。ボタン１６１をユーザが選択すると、情報処理装置１０は、再度ユーザ認証の処理を実行する。ボタン１６２をユーザが選択すると、情報処理装置１０はユーザ認証を要求しない。

なお、ステップＳ１０２の判定の結果、アンテナ２９Ａが故障していないと判定した場合は（ステップＳ１０２；Ｎｏ）、続いて車両２０は、ステップＳ１１４において、情報処理装置１０がエンジン始動エリア内にあるかどうか判定する。エンジン始動エリアは、例えば車両２０の車室である。

ステップＳ１１４の判定の結果、情報処理装置１０がエンジン始動エリア内にあると判定した場合は（ステップＳ１１４；Ｙｅｓ）、車両２０は、ステップＳ１１３において、始動指示に基づいてエンジンを始動する。一方、ステップＳ１１４の判定の結果、情報処理装置１０がエンジン始動エリア内にないと判定した場合は（ステップＳ１１４；Ｎｏ）、車両２０はエンジンを始動させずに一連の処理を終了する。

車両２０は、一連の処理を実行することで、アンテナ２９Ａが故障している等の理由で、情報処理装置１０がエンジン始動エリア内にあるかどうかを判定できない場合であっても、情報処理装置１０に対するユーザ認証の結果に基づいてエンジンを始動させることができる。

上記実施形態では、車両２０がガソリンを動力としてエンジンを動作させて駆動する車両であるとして説明したが、本発明は係る例に限定されるものでは無い。車両２０は、ＨＥＶ（Ｈｙｂｒｉｄ Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ）、ＰＨＥＶ（Ｐｌｕｇ－ｉｎ Ｈｙｂｒｉｄ Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ）、ＦＣＥＶ（Ｆｕｅｌ Ｃｅｌｌ Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ）、ＢＥＶ（Ｂａｔｔｅｒｙ Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ）等の電動車であってもよい。

なお、上記各実施形態でＣＰＵがソフトウェア（プログラム）を読み込んで実行した起動処理を、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の製造後に回路構成を変更可能なＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、及びＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が例示される。また、情報処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせ等）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路である。

また、上記各実施形態では、起動処理のプログラムがＲＯＭまたはストレージに予め記憶（インストール）されている態様を説明したが、これに限定されない。プログラムは、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）記録媒体に記録された形態で提供されてもよい。また、プログラムは、ネットワークを介して外部装置からダウンロードされる形態としてもよい。

１ 車両制御システム
１０ 情報処理装置
２０ 車両
２９Ａ アンテナ（通信部）

Claims (8)

1. 起動のためのデジタルキーを保持する装置が車室内に確認するための通信を行う通信部と、
   前記通信部が故障しているかどうか判定する判定部と、
   前記通信部が故障していると前記判定部が判定した場合、前記装置に対する認証の結果に基づいて起動を可能とする処理を行う起動処理部と、
   を備える車両。
2. 前記通信部が故障していると前記判定部が判定した場合、前記起動処理部は、前記装置に対する認証結果に基づいて所定時間の間に限り起動を可能とする処理を行う、請求項１に記載の車両。
3. 前記起動処理部は、前記装置に対する認証に用いられた認証手法に応じて前記所定時間を変化させる、請求項２に記載の車両。
4. 前記起動処理部は、前記装置に対する生体認証の結果に基づいて起動を可能とする処理を行う、請求項１～請求項３のいずれか１項に記載の車両。
5. 前記通信部が故障していないと前記判定部が判定した場合、前記起動処理部は、前記装置に対する認証結果を用いることなく起動を可能とする処理を行う、請求項１～請求項４のいずれか１項に記載の車両。
6. 前記判定部は、前記通信部との間の定期的な通信が途絶したかどうかで、前記通信部が故障しているかどうか判定する、請求項１～請求項５のいずれか１項に記載の車両。
7. 起動のためのデジタルキーを保持する装置が車室内に確認するための通信を行う通信部が故障しているかどうか判定し、
   前記通信部が故障していると判定した場合、前記装置に対する認証の結果に基づいて起動を可能とする
   処理をコンピュータが実行する、判定方法。
8. コンピュータに、
   起動のためのデジタルキーを保持する装置が車室内に確認するための通信を行う通信部が故障しているかどうか判定し、
   前記通信部が故障していると判定した場合、前記装置に対する認証の結果に基づいて起動を可能とする
   処理を実行させる、コンピュータプログラム。

Images