JP7414030B2 - 車両管理システム - Google Patents

Description

この明細書における開示は、電子キーを用いて車両を管理する車両管理システムに関する。

特許文献１には、車両のハンドルにアルコール検知センサを設け、ドライバーの息から検出されるアルコール濃度が基準値を超える場合に、エンジンの始動を禁止する飲酒運転防止システムが開示されている。

特開昭６３－５３１２０号公報

特許文献１に記載の技術では、車両のハンドルにアルコール検知センサがあるので、飲酒者であっても、車内には入ることができる。車内に入ることができるので、アルコール検知センサおよびエンジンを始動するための構成を不正に改造し、飲酒者が運転するおそれがある。

そこで、開示される目的は前述の問題点を鑑みてなされたものであり、飲酒運転を抑制することができる車両管理システムを提供することを目的とする。

本開示は前述の目的を達成するために以下の技術的手段を採用する。

ここに開示された車両管理システムは、複数の車両を管理する車両管理システム（１０）であって、車両の電子キーを管理する電子キー管理サーバ（２０）と、車両の運転者によって所持され、車両の運転を許可するための電子キーが記憶される携帯端末（５０）と、車両に搭載され、携帯端末に記憶される電子キーを認証して、車両の運転の可否を判断する車両用制御部（６１）と、車外に設けられ、運転者のアルコール量を検出する検出部（４１）と、検出されたアルコール量を用いて運転者が飲酒状態であるか否かを判断し、運転者が飲酒状態でない場合には、電子キーの発行を許可する許可情報を電子キー管理サーバに送信する判断部（４３）と、車両に設けられ、運転席に着座する運転者の生体情報を取得する車両用認証部（６２）と、を含み、車両用制御部は、携帯端末に記憶される電子キーと車両用認証部が取得した生体情報とを認証して、車両の運転の可否を判断し、電子キー管理サーバは、許可情報に基づいて、車両の運転を許可するための電子キーを運転者によって所持される携帯端末に送信する車両管理システムである。
またここに開示された車両管理システムは、複数の車両を管理する車両管理システム（１０）であって、車両の電子キーを管理する電子キー管理サーバ（２０）と、車両の運転者によって所持され、車両の運転を許可するための電子キーが記憶される携帯端末（５０）と、車両に搭載され、携帯端末に記憶される電子キーを認証して、車両の運転の可否を判断する車両用制御部（６１）と、車外に設けられ、運転者のアルコール量を検出する検出部（４１）と、検出されたアルコール量を用いて運転者が飲酒状態であるか否かを判断し、運転者が飲酒状態でない場合には、電子キーの発行を許可する許可情報を電子キー管理サーバに送信する判断部（４３）と、を含み、複数の建物に検出部と判断部とが設けられており、判断部は、許可情報とともに、検出部によって検出されたアルコール量に関する検出情報を電子キー管理サーバに送信し、電子キー管理サーバは、検出部の検出結果の履歴と、判断部の判断履歴と、運転者に関する個人情報とを関連付けて記憶する履歴記憶部（２１）を有し、電子キー管理サーバは、許可情報に基づいて、車両の運転を許可するための電子キーを運転者によって所持される携帯端末に送信する車両管理システムである。

このような車両管理システムに従えば、運転者は車両を運転するためには、自身が所持する携帯端末に車両用制御部によって認証される電子キーが必要となる。電子キー管理サーバは、車外にある検出部によって検出されるアルコール量によって運転者が飲酒状態でない場合には、電子キーを生成し、携帯端末に送信する。これによって飲酒状態である場合には、運転者は電子キーを持たないので、車内に入ることができない。したがって車両を不正に改造することによって、運転することを防ぐことができる。これによって飲酒運転を抑制することができる。

なお、前述の各手段の括弧内の符号は、後述する実施形態に記載の具体的手段との対応関係を示す一例である。

第１実施形態の車両管理システム１０を示すブロック図。 検査装置４０の処理を示すフローチャート。 電子キー管理サーバ２０の処理を示すフローチャート。 携帯端末５０の処理を示すフローチャート。 第２実施形態の管理端末３０の処理を示すフローチャート。 第２実施形態の電子キー管理サーバ２０の処理を示すフローチャート。

以下、図面を参照しながら本開示を実施するための形態を、複数の形態を用いて説明する。各実施形態で先行する実施形態で説明している事項に対応している部分には同一の参照符を付すか、または先行の参照符号に一文字追加し、重複する説明を略する場合がある。また各実施形態にて構成の一部を説明している場合、構成の他の部分は、先行して説明している実施形態と同様とする。各実施形態で具体的に説明している部分の組合せばかりではなく、特に組合せに支障が生じなければ、実施形態同士を部分的に組合せることも可能である。

（第１実施形態）
本開示の第１実施形態に関して、図１～図４を用いて説明する。第１実施形態の車両管理システム１０は、複数の車両の電子キーを管理する。車両管理システム１０は、図１に示すように、電子キー管理サーバ２０、管理端末３０、検査装置４０、携帯端末５０および車載装置６０を含んで構成される。

電子キー管理サーバ２０、管理端末３０、検査装置４０および携帯端末５０は、それぞれ記憶媒体に記憶されているプログラムを実行し、各部を制御する制御部を有する。制御部は、少なくともひとつの演算処理装置（ＣＰＵ）と、プログラムとデータとを記憶する記憶媒体とを有する。各装置の制御部は、たとえばコンピュータによって読み取り可能な記憶媒体を備えるマイクロコンピュータによって実現される。記憶媒体は、コンピュータによって読み取り可能なプログラムおよびデータを非一時的に格納する非遷移的実体的記憶媒体である。記憶媒体は、半導体メモリまたは磁気ディスクなどによって実現される。以下、それぞれの制御部を明示せず制御部に換えて、電子キー管理サーバ２０、管理端末３０、検査装置４０および携帯端末５０と表記する場合がある。

検査装置４０は、運転者のアルコール量を検出して、飲酒運転のおそれがある場合には、電子キーの発行の禁止する装置である。検査装置４０は、車外に設けられ、たとえば店舗、事業所などの建物に設けられる。検査装置４０は、たとえば複数の建物にそれぞれ設けられている。検査装置４０は、電子キー管理サーバ２０と通信可能である。検査装置４０は、アルコール検出部４１、生体情報取得部４２、および検査制御部４３を含んで構成される。

検査装置４０は、たとえば輸送業者の事業所、具体的には貨物ドライバーおよびバスドライバーの場合は勤務先営業所などに設置される。また検査装置４０は、たとえば車両サービス業者の事業所、具体的にはレンタカー利用者は出発営業所などに設置される。さらに検査装置４０は、たとえば酒類提供者の事業所、具体的にはレストラン利用者は会計後出発時に利用したレストラン店舗などに設置される。

アルコール検出部４１は、検出部であって、車外に設けられる。アルコール検出部４１は、運転者のアルコール量を検出する。アルコール検出部４１は、たとえば運転者の呼気のアルコール濃度を検出する。アルコール検出部４１は、検出したアルコール濃度を検査制御部４３に与える。

生体情報取得部４２は、検出部であって、運転者のアルコール量を検出するとき、さらに運転者の生体情報を取得する。生体情報は、運転者の身体的特徴によって運転者を特定することができる情報である。生体情報は、たとえば顔、指紋、虹彩、静脈パターンおよび声紋などである。生体情報取得部４２は、取得した生体情報を検査制御部４３に与える。

検査制御部４３は、検査装置４０を制御する制御部である。検査制御部４３は、判断部としても機能し、検出されたアルコール量を用いて運転者が飲酒状態であるか否かを判断する。具体的には、検査制御部４３は、アルコール検出部４１が検出したアルコール濃度が所定の閾値以上の場合には、飲酒状態であると判断する。閾値は、たとえば道路交通法で酒気帯び運転と定められている値、具体的には呼気１リットル中のアルコール濃度０．１５ミリグラムである。

そして検査制御部４３は、運転者が飲酒状態でない場合には、電子キーの発行を許可する許可情報を電子キー管理サーバ２０に送信する。また検査制御部４３は、取得した生体情報を許可情報とともに電子キー管理サーバ２０に送信する。さらに検査制御部４３は、アルコール検出部４１によって検出されたアルコール量に関する検出情報を電子キー管理サーバ２０に送信する。

管理端末３０は、電子キーを管理する管理者によって操作される情報端末である。管理端末３０は、電子キー管理サーバ２０と通信可能である。管理者は、複数の車両を管理する。管理端末３０は、端末出力部３１、端末設定部３２および端末制御部３３を含んで構成される。管理端末３０は、たとえば外部と通信可能なパーソナルコンピュータ（Personal Computer：略称ＰＣ）およびスマートフォンなどの携帯型情報端末によって実現される。

端末設定部３２は、設定部として機能し、管理者の操作によって、特定の運転者の運転を許可または禁止する運転条件が設定されると、運転条件を電子キー管理サーバ２０に送信する。運転条件には、たとえば時間的制限および場所的制限がある。運転条件の時間的制限として、たとえば飲酒の常習者には、アルコール検出部４１の検出結果にかかわらず、１８時以降の運転を禁止するなどである。また運転条件の場所的制限は、たとえば繁華街などに設置された検査装置４０の場合には、アルコール検出部４１の検出結果にかかわらず運転を禁止するなどである。運転者を特定するための情報として、たとえば氏名、運転免許証の番号、および生体認証などに用いられる生体情報などである。

端末制御部３３は、制御部であって、管理端末３０の各部を制御する。端末制御部３３は、管理者の操作によって、電子キー管理サーバ２０に対する情報開示の要求があると、要求を電子キー管理サーバ２０に送信するように制御する。また端末制御部３３は、電子キー管理サーバ２０などから情報を受信すると、端末出力部３１から出力するように制御する。端末制御部３３は、取得部としても機能し、電子キー管理サーバ２０に記憶されている履歴情報を取得する。

端末出力部３１は、出力部として機能し、各種の情報を出力する。端末出力部３１は、たとえば表示装置によって実現され、各種の情報を画像で表示することで出力する。端末出力部３１は、たとえば電子キー管理サーバ２０から取得した履歴情報を出力する。

管理端末３０は、管理者のみの操作を許可するように、個人認証を行うことが好ましい。たとえば生体認証などによって、管理者によって入力がされたことが認証された場合にのみ、運転条件を送信することが好ましい。

電子キー管理サーバ２０は、車両の電子キーを管理する。電子キー管理サーバ２０は、管理端末３０、検査装置４０および携帯端末５０と通信可能である。電子キー管理サーバ２０は、電子キーを発行する機能、および電子キーを携帯端末５０に送信する機能を有する。電子キー管理サーバ２０は、サーバ記憶部２１およびサーバ制御部２２を含んで構成される。

電子キーは、有形物である物理鍵とは異なり、無形物である電子情報である。電子キーは、携帯端末５０に記憶されることで使用可能となる。そして携帯端末５０と車載装置６０とが通信して、電子キーが認証されることによって、車両の運転が許可される。したがって電子キーは、車両のいわゆる鍵として機能する。

電子キーには、車両を特定する車両情報も含まれる。車両情報は、車両を一意に特定できる情報であれば良く、たとえば車両のナンバー、メーカやディーラで管理している車両ＩＤ、および車検証番号などである。

サーバ記憶部２１は、車両を管理するための情報が保存されている。サーバ記憶部２１には、運転者管理データベース、車両管理データベースおよび車両利用管理データベースなどが含まれる。運転者管理データベースには、検出結果の履歴である履歴情報、判断履歴、運転可能な車両、運転記録および個人情報などが記憶されている。運転者管理データベースは、履歴情報、判断履歴および個人情報などを記憶する履歴記憶部としても機能する。また運転者管理データベースは、運転者の生体情報と運転者の携帯端末５０とを関連付けて記憶している。履歴情報は、過去スコアともいう。

車両管理データベースには、車両のサイズおよび車両の排気量などの車両の情報、ならびに冷凍車、クレーン車、牽引車など車両のタイプ情報などである。車両利用管理データベースには、運転者毎の電子キーの適用可否、運転者と車両と運行との紐付け状況などが記録されている。

サーバ制御部２２は、制御部であって、サーバ記憶部２１から必要な情報を読み込み、電子キーを管理する。サーバ制御部２２は、アルコール検出部４１の検出結果の履歴と、検査制御部４３の判断履歴と、運転者に関する個人情報とを関連付けてサーバ記憶部２１に記憶する。サーバ制御部２２は、許可情報に基づいて、車両の運転を許可するための電子キーを生成し、生成した電子キーを運転者によって所持される携帯端末５０に送信する。携帯端末５０は、生体情報に関連付けられた運転者の携帯端末５０である。

次に、車載装置６０および携帯端末５０に関して説明する。車載装置６０および携帯端末５０はそれぞれ、通信範囲が例えば最大でも数十メートル程度となる所定の近距離無線通信規格に準拠した近距離無線通信を実施可能に構成されている。近距離無線通信規格としては、例えばBluetooth Low Energy（Bluetoothは登録商標）や、Wi-Fi（登録商標）、ZigBee（登録商標）等を採用することができる。

携帯端末５０は、車両の運転者によって所持され、車両の運転を許可するための電子キーが記憶される。携帯端末５０は、電子キー管理サーバ２０と通信可能であり、かつ近距離通信機能を備えた運手者が携帯可能な装置であればよい。携帯端末５０と電子キー管理サーバ２０は、公衆通信網及び基地局等を介して、公衆通信網に接続されるサーバ等と通信を行う。公衆通信網としては、たとえばインターネットおよび携帯電話網等が挙げられる。

携帯端末５０は、専用機あってもよく、スマートフォン、タブレット端末、ウェアラブルデバイス、携帯用音楽プレーヤ、携帯用ゲーム機などに機能の一部として搭載してもよい。携帯端末５０が近距離通信として送信する信号には、送信元情報が含まれている。送信元情報は、例えば携帯端末５０に割り当てられた固有の識別情報（以降、端末ＩＤとする）である。端末ＩＤは他の通信端末と携帯端末５０とを識別するための情報として機能する。

携帯端末５０は、所定の近距離無線通信を用いた電波を送受信する。携帯端末５０は、運転者によって操作される入力部を有する。入力部が操作されると、操作内容に基づく信号が携帯端末５０の制御部に与えられる。携帯端末５０は、車両からリクエスト信号を受信した場合には、そのリクエスト信号に応答するレスポンス信号を送信する。このときレスポンス信号に電子キーおよび端末ＩＤを含ませる。

携帯端末５０は、対応する運転者のみの操作を許可するように、個人認証を行うことが好ましい。たとえば生体認証などによって、対応する運転者によって入力がされたことが認証された場合にのみ、操作できることが好ましい。

次に、車載装置６０に関して説明する。車載装置６０は、車両に設けられ、車両用制御部６１、車両用認証部６２、車両用アンテナ６３および車両記憶部６４を備える。車両用アンテナ６３は、通信エリアが車内および車外となるように複数配置される。車両用アンテナ６３は、近距離通信に用いられる周波数帯の電波を送受信するためのアンテナである。

車両用認証部６２は、運転席に着座する運転者の生体情報を取得し、取得した生体情報を電子キー管理サーバ２０に送信して認証を行い、運転の可否を判断する。車両用認証部６２は、生体情報として、たとえば前述したように運転者の身体的特徴によって運転者を特定することができる情報を取得する。

車両用制御部６１は、制御部であって、車両に設けられる。車両用制御部６１は、無線通信によって携帯端末５０と通信して、携帯端末５０の電子キーの認証を行い、運転の可否を判断する。車両用制御部６１は、認証が成立した場合に車両の制御を可能にする。

車両用制御部６１は、他の車載電子機器との連携し、車両制御を他のＥＣＵとの協働によって実現するＥＣＵである。車両用制御部６１は、近距離通信を実施するための通信モジュールとしても機能する。車両用制御部６１は、車両用アンテナ６３で受信した信号を復調する。また車両用制御部６１は、信号を変調して、車両用アンテナ６３に出力し、電波として放射させる。

車両用制御部６１は、携帯端末５０と鍵交換プロトコルの実行、いわゆるペアリングを対応する携帯端末５０と実施済みである。ペアリングによって取得した携帯端末５０の端末情報は、車両用制御部６１が有する車両記憶部６４に保存されている。端末情報とは、例えば、ペアリングによって交換した鍵情報および端末ＩＤなどである。交換した鍵情報の保存はボンディングとも称される。車両が複数の運転者によって使用される場合には、各運転者が保有する携帯端末５０の端末ＩＤが保存される。

車両用制御部６１は、携帯端末５０からの信号を受信すると、保存済みの端末情報を用いて自動的に携帯端末５０との通信接続を確立する。そして、車両用制御部６１が携帯端末５０とデータの送受信を実施する。車両用制御部６１は、携帯端末５０との通信接続を確立すると、通信接続している携帯端末５０の端末ＩＤを車両記憶部６４に保存する。

車両記憶部６４には、運転者が所有する携帯端末５０に割り当てられている端末ＩＤが登録されている。また、車両記憶部６４には、車両用制御部６１の各種制御を実行するためのプログラムが格納されている。

車両用制御部６１は、電子キーと車両用認証部６２が取得した生体情報とを認証し、認証の結果、電子キーが正規の電子キーであり、かつ生体情報が登録された正規の生体情報である場合には、各部の制御を許可する。車両用制御部６１は、認証処理として、携帯端末５０から送信された電子キーおよび端末ＩＤと車両記憶部６４に記憶されている正規の端末ＩＤとを照合し、一致する場合には照合成功と判定する。車両用制御部６１が認証処理を実施するタイミングは、適宜設計されれば良い。車両用制御部６１は、たとえばドアハンドルボタンが運転者によって操作された場合、車両のスタートボタンが運転者によって操作された場合などに認証処理を実行する。

認証処理の結果、正規の電子キーかつ正規の運転者である場合、ユーザが車両を利用するための車両制御、たとえばドアロック機構の施錠、開錠およびエンジンの始動などの動作を許可する。たとえばエンジンが停止している状態において認証処理が成功した場合、エンジンＥＣＵと連携してエンジンを始動させる。

次に、検査装置４０の処理について、図２のフローチャートを用いて説明する。図２の処理は、検査装置４０が電源投入状態において、繰り返し実行される。ステップＳ１１では、アルコール検出部４１からアルコール濃度を取得し、ステップＳ１２に移る。ステップＳ１２では、アルコール濃度に基づいて、飲酒状態であるか否かを判断し、飲酒状態でない場合にはステップＳ１３に移り、飲酒状態である場合にはステップＳ１４に移る。飲酒状態であるか否かは、たとえばアルコール濃度が規定値以上であるか否かを判断する。

ステップＳ１３では、飲酒状態でないので、許可情報と生体情報取得部４２が取得した生体情報とを電子キー管理サーバ２０に送信するように制御し、本フローを終了する。ステップＳ１４では、飲酒状態であるので、アルコール検出部４１が検出した検出情報と生体情報とを電子キー管理サーバ２０に送信するように制御し、本フローを終了する。したがって飲酒状態である場合には、許可情報が送信されない。

次に、電子キー管理サーバ２０の処理について、図３のフローチャートを用いて説明する。図３の処理は、電子キー管理サーバ２０が電源投入状態におして、繰り返し実行される。ステップＳ２１では、検査装置４０から許可情報と生体情報とを受信したか否かを判断し、受信した場合にはステップＳ２２に移り、受信していない場合には、本フローを終了する。

ステップＳ２２では、許可情報を受信したので、許可情報に基づいて、生体情報に対応する運転者の車両の運転を許可する電子キーを生成し、ステップＳ２３に移る。ステップＳ２３では、生成した電子キーを生体情報の運転者の携帯端末５０に送信し、本フローを終了する。このように電子キー管理サーバ２０は、許可情報を受信すると、電子キーを生成して、携帯端末５０に送信する。換言すると、電子キー管理サーバ２０は、許可情報を受信しないと電子キーを生成しない。

次に、携帯端末５０の処理について、図４のフローチャートを用いて説明する。図４の処理は、携帯端末５０が電源投入状態において、繰り返し実行される。ステップＳ３１では、電子キーを受信したか否かを判断し、受信があった場合にはステップＳ３２に移り、受信がない場合には、本フローを終了する。ステップＳ３２では、電子キーの受信があったので、電子キーを保存して、本フローを終了する。

このように携帯端末５０は、電子キーを受信すると、電子キーを保存する。これによって電子キーが使用可能な状態となる。運転者は、携帯端末５０を用いて、対応する車両の近くで、所定の開錠操作することで、車両を開錠でき、運転が許可される。

以上説明したように本実施形態の車両管理システム１０は、電子キーシステム技術とアルコール検出技術とを結び付け、飲酒検知時に車両のドアの解錠不可とし飲酒運転を防いでいる。具体的には、車両管理システム１０は、運転者は車両を運転するためには、自身が所持する携帯端末５０に車両用制御部６１によって認証される電子キーが必要となる。電子キー管理サーバ２０は、車外にあるアルコール検出部４１によって検出されるアルコール量によって運転者が飲酒状態でない場合には、電子キーを生成し、携帯端末５０に送信する。これによって飲酒状態である場合には、運転者は電子キーを持たないので、車内に入ることができない。したがって車両を不正に改造することによって、運転することを防ぐことができる。また車外にアルコール検出部４１があり、運転者でない管理者によって検査装置４０は管理されている。したがって運転者がアルコール検出部４１を不正に改造することも困難である。これによって飲酒運転を抑制することができる。

また本実施形態では、検査装置４０は、運転者のアルコール量を検出するとき、さらに運転者の生体情報を生体情報取得部４２によって取得する。そして、端末制御部３３は、取得した生体情報を許可情報とともに電子キー管理サーバ２０に送信する。電子キー管理サーバ２０は、許可情報に基づいて電子キーを生成し、生成した電子キーを生体情報に関連付けられた運転者の携帯端末５０に送信する。アルコール量を検出するときに生体情報も取得するので、携帯端末５０の正規の所有者でないものが身代わりでアルコール検査を受けることを防ぐことができる。これによって身代わりによる不正を抑制することができる。

さらに本実施形態では、車両用認証部６２は、着座する運転者の生体情報を取得し、取得した生体情報を電子キー管理サーバ２０に送信する。そして車両用制御部６１は、携帯端末５０に記憶される電子キーと車両用認証部６２が取得した生体情報とを認証して、車両の運転の可否を判断する。これによって検査装置４０で検査した人物と、運転席に着座している人物が同一人物であるか否かを判断することができる。したがって身代わりによる運転を抑制することができる。

また本実施形態では、サーバ記憶部２１にはアルコール検出部４１の検出結果の履歴と、判断履歴と、運転者に関する個人情報とを関連付けて記憶している。これによって過去の情報もわかるので、たとえば検査装置４０によって飲酒運転でないと判断した場合であっても、念のために電子キーを発行しない、または管理者に生成可否を問い合わせるなどの処理をすることができる。

また本実施形態では、検査装置４０は複数あり、それぞれ建物に設置される。検査装置４０が取得した情報は、電子キー管理サーバ２０に集約される。したがって建物毎の管理、地域毎の管理、検査装置４０をグループ分けしておけばグループ毎の管理など、多様な管理を行うことができる。また電子キー管理サーバ２０は、過去の履歴情報も集約して管理することができる。したがって個別および遠隔地などであっても、情報を閲覧が容易となる。

たとえば輸送業者、レンタカー等の車両サービス業者、および酒類提供者等においてアルコールチェックおよび履歴情報および安全運転確認を事業所等のグループ単位にまとめた管理、または全社単位での管理することができる。これによって、たとえば輸送業者は、グループで統一した履歴管理ができ、運転者個別および事業所個別での不正改竄防止をすることができる。また、たとえば車両サービス業者および酒類提供者は、グループで統一した履歴管理、および事業所個別での不正改竄防止をすることができる。

換言すると、本実施形態では、飲酒者に対して「運転したい車両の扉を開けられない」という物理的強制力を実現する。また本実施形態では、電子キーシステム技術を利用することで、電子キー管理サーバ２０を必要とするが、電子キー管理サーバ２０によって認証および判定にも利用することで改竄等の不正を防止することができる。また検出履歴等の周辺情報をも判定基準に加えることが可能であり、より確実に飲酒運転を防止することができる。

（第２実施形態）
次に、本開示の第２実施形態に関して、図５および図６を用いて説明する。本実施形態では、許可情報だけでなく、他の情報、たとえば運転条件なども用いて電子キーの生成可否を判断する点に特徴を有する。

まず、管理端末３０の処理について、図５のフローチャートを用いて説明する。図５の処理は、管理端末３０が電源投入状態において、繰り返し実行される。ステップＳ４１では、運転条件の入力があったか否かを判断し、入力があった場合にはステップＳ４２に移り、入力がない場合には、本フローを終了する。運転条件は、運転を許可する条件であって、たとえば指定した時間の運転を許可する、または検査装置４０の指定場所における電子キーの発行を許可するなどの条件である。

ステップＳ４２では、運転条件の入力があったので、運転条件を電子キー管理サーバ２０に送信するように制御し、本フローを終了する。このように管理端末３０によって運転条件が入力されると、電子キー管理サーバ２０に運転条件が送信される。

次に、電子キー管理サーバ２０の処理について、図６のフローチャートを用いて説明する。図６の処理は、電子キー管理サーバ２０が電源投入状態において、繰り返し実行される。ステップＳ５１では、許可情報と生体情報とを受信したか否かを判断し、受信があった場合にはステップＳ５２に移り、受信がない場合には、本フローを終了する。ステップＳ５２では、許可情報と生体情報とを受信したので、サーバ記憶部２１から生体情報に対応する履歴情報と運転条件を取得し、ステップＳ５３に移る。

ステップＳ５３では、履歴情報、許可情報および運転条件を用いて、電子キーを生成するか否かを判断し、生成可と判断した場合は、ステップＳ５４に移り、生成不可と判断した場合には、本フローを終了する。たとえば運転条件を満たしていない場合には、生成不可と判断する。また履歴情報に基づいて、たとえば飲酒運転の常習者としてブラックリストに載っているなど、電子キーを生成するに不適切と判断した場合には、生成不可と判断する。したがって許可情報よりも履歴情報および運転条件が判断材料として優先して用いられる。

ステップＳ５４では、許可情報に基づいて、生体情報に対応する運転者の車両の運転を許可する電子キーを生成し、ステップＳ５５に移る。ステップＳ５５では、生成した電子キーを生体情報の運転者の携帯端末５０に送信し、本フローを終了する。

このように電子キー管理サーバ２０は、履歴記憶部に記憶されている履歴情報、許可情報および運転条件を用いて、電子キーを生成するか否かを判断する。電子キーの生成可否を様々な情報を用いて判断するので、より適切に判断することができる。また運転条件および履歴情報は、許可情報よりも優先して電子キーを生成する判断材料とするのが好ましい。また運転条件は、さらに履歴情報よりも優先して電子キーを生成する判断材料とするのが好ましい。換言すると、運転条件を満足しない限り、電子キーを生成しないのが好ましい。

たとえば運転者に持病などがあり、家族が運転を禁止している場合など、いわゆるブラックリストに掲載されているときに、運転者が家族などに秘密で単独で運転することを防ぐことができる。またブラックリストに該当する運転者が、検査装置４０を利用すると、家族および事業者などに通知することもできる。したがって運転者の運転行為をより適切に管理することができる。

（その他の実施形態）
以上、本開示の好ましい実施形態について説明したが、本開示は前述した実施形態に何ら制限されることなく、本開示の主旨を逸脱しない範囲において種々変形して実施することが可能である。

前述の実施形態の構造は、あくまで例示であって、本開示の範囲はこれらの記載の範囲に限定されるものではない。本開示の範囲は、特許請求の範囲の記載によって示され、さらに特許請求の範囲の記載と均等の意味及び範囲内での全ての変更を含むものである。

前述の第１実施形態において、電子キー管理サーバ２０、検査装置４０、管理端末３０、車載装置６０および携帯端末５０の制御部によって実現されていた機能は、前述のものとは異なるハードウェアおよびソフトウェア、またはこれらの組み合わせによって実現してもよい。各制御部は、たとえばこれらの制御部とは別の他の制御部と通信し、他の制御部が処理の一部または全部を実行してもよい。制御部が電子回路によって実現される場合、それは多数の論理回路を含むデジタル回路、またはアナログ回路によって実現することができる。

前述の第１実施形態では、１つサーバである電子キー管理サーバ２０によって管理しているが、このような構成に限るものではなく、他のサーバ、たとえば運行を管理する運行管理サーバを別途設け、複数のサーバで電子キーを管理してもよい。

１０…車両管理システム ２０…電子キー管理サーバ ２１…サーバ記憶部（履歴記憶部） ２２…サーバ制御部 ３０…管理端末 ３１…端末出力部 ３２…端末設定部（設定部） ３３…端末制御部（取得部） ４０…検査装置 ４１…アルコール検出部（検出部） ４２…生体情報取得部 ４３…検査制御部（判断部） ５０…携帯端末 ６０…車載装置 ６１…車両用制御部 ６２…車両用認証部 ６３…車両用アンテナ ６４…車両記憶部

Claims (5)

1. 複数の車両を管理する車両管理システム（１０）であって、
   前記車両の電子キーを管理する電子キー管理サーバ（２０）と、
   前記車両の運転者によって所持され、前記車両の運転を許可するための前記電子キーが記憶される携帯端末（５０）と、
   前記車両に搭載され、前記携帯端末に記憶される前記電子キーを認証して、前記車両の運転の可否を判断する車両用制御部（６１）と、
   車外に設けられ、前記運転者のアルコール量を検出する検出部（４１）と、
   検出されたアルコール量を用いて前記運転者が飲酒状態であるか否かを判断し、前記運転者が飲酒状態でない場合には、前記電子キーの発行を許可する許可情報を前記電子キー管理サーバに送信する判断部（４３）と、
   前記車両に設けられ、運転席に着座する前記運転者の生体情報を取得する車両用認証部（６２）と、を含み、
   前記車両用制御部は、前記携帯端末に記憶される前記電子キーと前記車両用認証部が取得した前記生体情報とを認証して、前記車両の運転の可否を判断し、
   前記電子キー管理サーバは、前記許可情報に基づいて、前記車両の運転を許可するための前記電子キーを前記運転者によって所持される前記携帯端末に送信する車両管理システム。
2. 複数の車両を管理する車両管理システム（１０）であって、
   前記車両の電子キーを管理する電子キー管理サーバ（２０）と、
   前記車両の運転者によって所持され、前記車両の運転を許可するための前記電子キーが記憶される携帯端末（５０）と、
   前記車両に搭載され、前記携帯端末に記憶される前記電子キーを認証して、前記車両の運転の可否を判断する車両用制御部（６１）と、
   車外に設けられ、前記運転者のアルコール量を検出する検出部（４１）と、
   検出されたアルコール量を用いて前記運転者が飲酒状態であるか否かを判断し、前記運転者が飲酒状態でない場合には、前記電子キーの発行を許可する許可情報を前記電子キー管理サーバに送信する判断部（４３）と、を含み、
   複数の建物に前記検出部と前記判断部とが設けられており、
   前記判断部は、前記許可情報とともに、前記検出部によって検出されたアルコール量に関する検出情報を前記電子キー管理サーバに送信し、
   前記電子キー管理サーバは、前記検出部の検出結果の履歴と、前記判断部の判断履歴と、前記運転者に関する個人情報とを関連付けて記憶する履歴記憶部（２１）を有し、
   前記電子キー管理サーバは、前記許可情報に基づいて、前記車両の運転を許可するための前記電子キーを前記運転者によって所持される前記携帯端末に送信する車両管理システム。
3. 前記電子キーを管理する管理者によって操作される管理端末（３０）をさらに含み、
   前記管理端末は、
   前記電子キー管理サーバの前記履歴記憶部に記憶されている履歴情報を取得する取得部（３３）と、
   前記管理者の操作によって特定の運転者の運転を許可または禁止する運転条件が設定されると、前記運転条件を前記電子キー管理サーバに送信する設定部（３２）と、を有し、
   前記電子キー管理サーバは、前記履歴記憶部に記憶されている前記履歴情報、前記許可情報および前記運転条件を用いて、前記電子キーを生成するか否かを判断する請求項２に記載の車両管理システム。
4. 前記車両に設けられ、運転席に着座する前記運転者の生体情報を取得する車両用認証部（６２）をさらに含み、
   前記車両用制御部は、前記携帯端末に記憶される前記電子キーと前記車両用認証部が取得した前記生体情報とを認証して、前記車両の運転の可否を判断する請求項２または３に記載の車両管理システム。
5. 前記検出部は、前記運転者のアルコール量を検出するとき、さらに前記運転者の生体情報を取得し、
   前記判断部は、取得した前記生体情報を前記許可情報とともに前記電子キー管理サーバに送信し、
   前記電子キー管理サーバは、
   前記運転者の前記生体情報と前記運転者の前記携帯端末とを関連付けて記憶しており、
   前記許可情報に基づいて、前記車両の運転を許可するための前記電子キーを生成し、生成した前記電子キーを前記生体情報に関連付けられた前記運転者の前記携帯端末に送信する請求項１～３のいずれか１つに記載の車両管理システム。

Images