(57)【要約】【課題】ユーザ認証技術を利用してユーザの携帯通信機器で車輌またはゲートの利用を可能にし、かつ認証用データのセキュリティー性、保存性、バックアップ性に優れた、車輌利用許可システムまたはゲート利用許可システムを提供する。【解決手段】センタ２は、ユーザが使用する携帯通信機器１から通信で同センタ２に転送されてきたユーザの顔画像に基づきユーザの認証を行い、その認証済みユーザの車輌３に対して認証結果を通信で通知する。そうすると、認証済みユーザの車輌３側では、この車輌３とセンタ２との間の通信により取得した上記通知に基づき車輌ドアの開錠を行うものとする。【選択図】図１
2005207110.tif 000002
【特許請求の範囲】
【請求項１】
カメラ付の携帯通信機器、センタ、ユーザ車輌の間で通信を行い、登録ユーザによるユーザ車輌の利用を可能とする車輌利用許可システムであって、
上記センタは、
上記携帯通信機器から通信でセンタに転送されてきたユーザの顔画像と該センタに登録されている登録ユーザ顔情報とに基づきユーザの認証を行う認証部と、
上記認証済みユーザのユーザ車輌に対して上記認証結果を通信で通知する通知部とを具備し、
上記ユーザ車輌は、
このユーザ車輌と上記センタとの間の通信により取得した上記認証結果の通知に基づき車輌ドアの開錠を行う制御部を有すること
を特徴とする車輌利用許可システム。
【請求項２】
上記制御部は、さらに上記通知に基づき車輌エンジンを始動することを特徴とする請求項１に記載の車輌利用許可システム。
【請求項３】
カメラ付の携帯通信機器、センタ、ユーザ車輌の間で通信を行い、登録ユーザによるユーザ車輌の利用を可能とする車輌利用許可システムであって、
上記センタは、
上記携帯通信機器から通信でセンタに転送されてきたユーザの顔画像と該センタに登録されている登録ユーザ顔情報とに基づきユーザの認証を行う処理と、その認証済みユーザの携帯通信機器に対し実行可能な車輌制御の中からいずれを選択するかの選択の要求を送信し、この要求に応じて当該ユーザが携帯通信機器のボタンを操作したときのボタン操作内容を受信するとともに、このボタン操作内容に基づきユーザの選択内容を把握し、その選択内容を上記認証済みユーザのユーザ車輌に通信で通知する処理とを行い、
上記ユーザ車輌は、
このユーザ車輌と上記センタとの間の通信により取得した上記選択内容の通知に基づき当該ユーザの選択内容に応じた車輌制御を行うこと
を特徴とする車輌利用許可システム。
【請求項４】
カメラ付の携帯通信機器、センタ、予約車輌の間で通信を行い、登録ユーザによる予約車輌の利用を可能とする車輌利用許可システムであって、
上記センタは、
上記携帯通信機器から通信でセンタに転送されてきたユーザの顔画像と該センタに登録されている登録ユーザ顔情報とに基づきユーザの認証を行う認証部と、
上記認証済みユーザの予約車輌に対して上記認証結果を通信で通知する通知部とを具備し、
上記予約車輌は、
この予約車輌と上記センタとの間の通信により取得した上記認証結果の通知に基づき車輌ドアの開錠を行う制御部を有すること
を特徴とする車輌利用許可システム。
【請求項５】
カメラ付の携帯通信機器、センタ、ユーザゲートとの間で通信を行い、登録ユーザによるユーザゲートの利用を可能とするゲート利用許可システムであって、
上記センタは、
上記携帯通信機器から通信でセンタに転送されてきたユーザの顔画像と該センタに登録されている登録ユーザ顔情報とに基づきユーザの認証を行う認証部と、
上記認証済みユーザのユーザゲートに対して上記認証結果を通信で通知する通知部とを具備し、
上記ユーザゲートは、
このユーザゲートと上記センタとの間の通信により取得した上記認証結果の通知に基づきゲートドアの開錠を行う制御部を有すること
を特徴とするゲート利用許可システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯通信機器と車輌またはゲートとの間で通信を行い、車輌やユーザゲートの利用を可能とするシステムに関する。
【背景技術】
【０００２】
車輌関係では、リモートキーレスエントリやスマートキーシステムのように、発信機や受信機を内蔵する電子キーをユーザが持ち、電子キーから発信された信号を車輌が受信して車輌ドアのアンロックやロックを行ったり、車輌エンジンの始動を許可したりするシステムがある。
【０００３】
しかし、上記のようなシステムによると、例えば、どこかに電子キーを置き忘れた場合や家族のうちだれか一人だけが電子キーを持っているというケースでそのキー所持者が不在の場合には、前述した車輌ドアのアンロックやロック等の行為を行うことができず、使い勝手がよいものとはいえない。この問題はメカキーの場合でも同様である。また、この問題は車輌ドアだけに限られたことではなく、車輌ドア以外のドア、例えば住宅やビルの玄関部のドアでも同様な問題がある。
【０００４】
ところで、上記のような電子キーまたはメカキーがなくても、ユーザの認証を行うことでユーザ本人であることさえ確認できれば、ドアのアンロックなどを行っても何ら支障はない。
【０００５】
しかし、従来のユーザ認証方式では、ユーザの所有するポータブルデバイスや携帯電話といった携帯端末内に、あらかじめ認証用データを登録蓄積している（例えば、特許文献１、特許文献２参照）。このため、その登録された認証用データが不特定多数の者に曝されたり不用意に改竄されたりする可能性があり、セキュリティー上の問題がある。また、ユーザにおける携帯端末の使用環境は様々であり、気候条件等により携帯端末内に登録されている認証用データが破壊される等の不具合も生じうる。さらに、携帯端末のデータ記憶容量との関係から、万一、携帯端末内に登録されている認証用データが破壊されたときのバックアップを準備しておくことも困難であることが多い。
【０００６】
前記以外のユーザ認証方式として、例えば、特許文献３のように、特定のサイトからユーザの携帯端末や提供者側の端末に対してユーザの顔写真を含む画像データを送信し、これによりユーザの携帯端末や提供者側の端末の画面にユーザの顔写真を表示させ、その顔写真に基づいて提供者がユーザ本人かどうかを確認する方式がある。しかし、この方式では人的な認証作業が介在するので正確な本人確認は行えない。また、この方式では提供者側の端末にも認証用データが送信されてきてしまうので、その認証用データが不正利用される可能性もあり、セキュリティー上の問題もある。
【０００７】
【特許文献１】特開２００２−２０７７０５号公報
【０００８】
【特許文献２】特開２００２−１２３７７８号公報
【０００９】
【特許文献３】特開２００２−３２５７２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は上記問題点を解決するためになされたもので、その目的とするところは、ユーザ認証技術を利用してユーザの携帯通信機器で車輌またはゲートの利用を可能にし、かつ認証用データのセキュリティー性、保存性、バックアップ性に優れた、車輌利用許可システムまたはゲート利用許可システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、第１の本発明は、カメラ付の携帯通信機器、センタ、ユーザ車輌の間で通信を行い、登録ユーザによるユーザ車輌の利用を可能とする車輌利用許可システムであって、上記センタは、上記携帯通信機器から通信でセンタに転送されてきたユーザの顔画像と該センタに登録されている登録ユーザ顔情報とに基づきユーザの認証を行う認証部と、上記認証済みユーザのユーザ車輌に対して上記認証結果を通信で通知する通知部とを具備し、上記ユーザ車輌は、上記センタとの通信により取得した上記認証結果の通知に基づき車輌ドアの開錠を行う制御部を有することを特徴とする。
【００１２】
上記第１の本発明では、登録ユーザが自己の顔画像を撮影して携帯通信機器でセンタに転送すると、その顔画像と該センタに登録されている登録ユーザ顔情報とに基づきセンタでユーザの認証が行われ、その認証結果が同センタから登録ユーザのユーザ車輌に通信で通知され、この認証結果の通知によってユーザ車輌の車輌ドアが開錠される。従って、全国のどこでも、携帯電話等の基地局があれば、故障時でもリアルタイムで車輌ドアの開錠を行える。
【００１３】
ところで、上記のようにセンタへの転送を済ませた顔画像に関するデータをいつまでも携帯通信機器内に残しておくと、そのデータの改ざん等も懸念されるが、この場合は、センタへの転送済み顔画像を転送終了後速やかに自動で携帯通信機器内から消去されるように構成すればよい。以下の説明でも同様である。
【００１４】
第２の本発明は、カメラ付の携帯通信機器、センタ、ユーザ車輌の間で通信を行い、登録ユーザによるユーザ車輌の利用を可能とする車輌利用許可システムであって、上記センタは、上記携帯通信機器から通信でセンタに転送されてきたユーザの顔画像と該センタに登録されている登録ユーザ顔情報とに基づきユーザの認証を行う処理と、その認証済みユーザの携帯通信機器に対し実行可能な車輌制御の中からいずれを選択するかの選択の要求を送信し、この要求に応じて当該ユーザが携帯通信機器のボタンを操作したときのボタン操作内容を受信するとともに、このボタン操作内容に基づきユーザの選択内容を把握し、その選択内容を上記認証済みユーザのユーザ車輌に通信で通知する処理とを行い、上記ユーザ車輌は、このユーザ車輌と上記センタとの間の通信により取得した上記選択内容の通知に基づき当該ユーザの選択内容に応じた車輌制御を行うことを特徴とする。
【００１５】
上記「実行可能な車輌制御」の中には、車輌ドアの開錠、車輌エンジンの始動許可若しくは始動、車輌エアコンの運転などが含まれるものとしてよい。
【００１６】
特に、上記第２の本発明によると、車輌ドアの開錠、車輌エンジンの始動許可若しくは始動等、実行可能な車輌制御の中からユーザの希望により選択されたものだけを個別に実行することができ、利便性が向上する。
【００１７】
第３の本発明は、カメラ付の携帯通信機器、センタ、予約車輌の間で通信を行い、登録ユーザによる予約車輌の利用を可能とする車輌利用許可システムであって、上記センタは、上記携帯通信機器から通信でセンタに転送されてきたユーザの顔画像と該センタに登録されている登録ユーザ顔情報とに基づきユーザの認証を行う認証部と、上記認証済みユーザの予約車輌に対して上記認証結果を通信で通知する通知部とを具備し、上記予約車輌は、この予約車輌と上記センタとの間の通信により取得した上記認証結果の通知に基づき車輌ドアの開錠を行う制御部を有することを特徴とするものである。
【００１８】
上記第３の本発明では、登録ユーザが自己の顔画像を携帯通信機器でセンタに転送すると、その顔画像と該センタに登録されている登録ユーザ顔情報とに基づきセンタでユーザの認証が行われ、その認証結果が同センタから登録ユーザの予約車輌に通信で通知され、この認証結果の通知によって予約車輌の車輌ドアが開錠される。従って、全国のどこでも、携帯電話の基地局があれば、車輌に搭載された顔認証装置が故障時でもリアルタイムで車輌ドアの開錠を行える。
【００１９】
上記第１の本発明は、登録ユーザが使用している自己の車輌のドアを開錠することを想定したものである。これに対し、上記第３の本発明は、例えばレンタカー等のカーシェアリングシステムのように、複数のユーザが複数の車輌の中から必要に応じて適宜いずれかの車輌を予約で選択して使用しうるシステムに対応するものである。
【００２０】
また、上記第１の本発明における「制御部」は、さらに上記通知に基づき車輌エンジンを始動するものとしてよい。この車輌エンジンの始動と上記車輌ドアの開錠という車輌制御行為はセットで行ってもよいが、ユーザが必要に応じて携帯通信機器のボタン操作等で適宜選択できるようにしてもよい。例えば、ドライブの休憩中にキーをなくしてしまった場合は、車輌ドアの開錠だけでなく、車輌エンジンの始動まで自動的に行われた方がユーザにとって都合がよい。一方、キーを車輌の中に残したまま車輌ドアをロックしてしまう、いわゆるインナーロックの場合は、車輌ドアの開錠が行われるだけで足りると考えられる。
【００２１】
上記の如く携帯通信機器のボタン操作等によりドア開錠とエンジン始動のいずれか一方若しくは双方が選択されて自動的に実行されるようにする構成としては、例えば、センタが選択の要求をユーザの携帯通信機器へ送信する。そして、その要求に応じてユーザが携帯通信機器のボタンを操作すると、そのボタン操作内容がユーザの携帯通信機器からセンタに送信され、センタ側では、携帯通信機器から送信されてきたボタン操作内容に基づきユーザの選択を把握し、その選択内容を認証済みユーザのユーザ車輌に通知し、この選択内容の通知に基づきユーザ車輌側ではその選択内容に応じた所定の車輌制御が行われるものとする。例えば、その選択内容がドア開錠を行うことのみならば、車輌ドアの開錠だけを行う。
【００２２】
上記「カメラ付の携帯通信機器」には、カメラ付携帯電話のように機器本体にカメラを一体的に内蔵するものと、カメラを機器本体に別途に接続できるものを含む。いわゆる電話機の形態を採らない、ＰＨＳ機能を内蔵するカメラ付き携帯型パーソナルコンピュータも含まれる。また、「携帯通信機器」には、携帯電話やＰＨＳの他、これら以外の携帯可能な通信機器が含まれる。通信方法は、無線方法に限定するものではなく、データ通信が可能であればよく、有線式の電話も含む。
【００２３】
上記「センタに登録されている登録ユーザ顔情報」は、例えば、センタ側のデータベースにユーザテーブルが設けられ、このユーザテーブルの「顔特徴量データ」欄に、ユーザの顔の原画像から抽出した目、鼻、口等の器官の中心や端点の位置関係を示すデータが格納されるものとしてよい。
【００２４】
上記「ユーザの認証」は、顔特徴量データ等、ユーザ認証に必要なユーザ顔情報と、同センタが通信により携帯通信機器から取得したユーザの顔画像とを用いて、センタでユーザの認証が行われる。
【００２５】
上記本発明は、いずれも、メカキーあるいは電子キー等のキーを使う代わりに、携帯通信機器、センタ、車輌の間で通信を行うことにより、車輌のドアを開錠して車輌を利用可能な状態にするものであるが、このような本発明の技術的思想は、例えば住宅やビルの玄関部のように、車輌のドア部以外に広く一般のユーザゲートに適用して、そのユーザゲートのゲートドアの開錠を行う、いわゆるゲート利用許可システムという形で実現することもできる。
【００２６】
かかるゲート利用許可システムの構成については、少なくとも、カメラ付の携帯通信機器、センタ、ユーザゲートとの間で通信を行い、登録ユーザによるユーザゲートの利用を可能とするシステムであって、上記センタは、上記携帯通信機器から通信でセンタに転送されてきたユーザの顔画像と該センタに登録されている登録ユーザ顔情報とに基づきユーザの認証を行う認証部と、上記認証済みユーザのユーザゲートに対して上記認証結果を通信で通知する通知部とを具備し、上記ユーザゲートは、このユーザゲートと上記センタとの間の通信により取得した上記認証結果の通知に基づきゲートドアの開錠を行う制御部を有するものであればよい。
【００２７】
上記ゲート利用許可システムの発明では、登録ユーザが自己の顔画像を携帯通信機器でセンタに転送すると、その顔画像と該センタに登録されている登録ユーザ顔情報とに基づきセンタでユーザの認証が行われ、その認証結果が同センタから登録ユーザのユーザゲートに通信で通知され、この認証結果の通知によってユーザゲートのゲートドアが開錠される。
【発明の効果】
【００２８】
本発明によると、以下の作用効果を奏する。
【００２９】
（１）電子キーやメカキー等のキーがなくても、カメラ付の携帯通信機器がありさえすれば、センタでユーザの認証が行われ、ユーザ本人が車輌またはユーザゲートのドアの開錠を行うことができる。また、このドアの開錠は車輌やユーザゲートより遠く離れた場所からでも行える。
【００３０】
（２）センタが認証用データとして登録ユーザ顔情報を有しているから、この種の認証用データが不用意に改竄されることを防げ、認証用データのセキュリティー性が高い。また気候条件などによる認証用データの破壊を防げ、認証用データの保存性がよく、さらに万一認証用データが破壊されたときのバックアップの準備に都合がよく、バックアップ性にも優れる。
【００３１】
（３）また、携帯通信機器のカメラでユーザの顔画像が撮影される構成を採るから、車輌やユーザゲート側に顔撮影用のカメラを設置することなく、登録ユーザの認証が可能となる。
【００３２】
（４）さらに、携帯通信機器のカメラでユーザの顔画像を撮影するものだから、強い太陽光がある場合等でも、撮影場所の移動によりその太陽光を避けて最適な撮影条件で撮影することができ、これにより認識性能が向上する。
【００３３】
（５）カメラ付の携帯通信機器として市販のカメラ付携帯電話を用いることができ、携帯電話の買い換えにより、より高精度なカメラに容易に変更することができ、顔認識性能の向上も容易に実現できる。
【発明を実施するための最良の形態】
【００３４】
以下、本発明を実施するための最良の形態について、添付した図面を参照しながら詳細に説明する。
【００３５】
本実施形態の車輌利用許可システムは、図１に示したように登録ユーザが使用するカメラ付携帯電話１、センタ２、車輌３を含むシステム構成を採る。
【００３６】
センタ２は通信装置４とデータベース５を備え、さらに登録ユーザを認証する認証部６と、登録ユーザのユーザ車輌３に所定の通知を行う通知部７を有している。尚、このような通信装置４およびデータベース５を含むセンタ２全体の構成については、通信機能を有するコンピュータにより実現することができる。また、通信装置４以外のセンタ２の構成については、その通信装置４に接続可能なコンピュータにより実現してもよい。
【００３７】
上記センタ２の通信装置４は、このセンタ２自身が登録ユーザのユーザ車輌３や携帯電話１との間で通信を行う場合に使用される。
【００３８】
上記データベース５には図３に示すユーザテーブル５−１が設けられている。このユーザテーブル５−１には登録ユーザごとに各種データが登録されている。ユーザテーブル５−１の登録内容を簡単に説明すると、本実施形態のユーザテーブル５−１には、「ＩＤ（電話番号）」、「顔データ」、「顔特徴量データ」、「自動車側通信装置のＩＤ（電話番号）」という登録項目欄が設けられている。
【００３９】
そして、「ＩＤ（電話番号）」欄５ａには、登録ユーザが使用する携帯電話１のＩＤ（電話番号）が格納される。「顔データ」欄５ｂには、ユーザ登録時や更新時などに撮影された登録ユーザの顔画像がデータとして格納される。「顔特徴量データ」欄５ｃには、ユーザの顔の原画像から抽出した目、鼻、口等の器官の中心や端点の位置関係を示すデータが格納される。「車輌側通信装置のＩＤ（電話番号）」欄５ｄには、登録ユーザのユーザ車輌に搭載されている通信装置のＩＤ（電話番号）が格納される。尚、これらの登録項目欄５ａ〜５ｄに格納されるデータは、最初はユーザ登録時のものであるが、後で必要に応じて適宜更新される事が望ましい。
【００４０】
上記センタ２の認証部６では、携帯電話１から通信でセンタ２に転送されてきたユーザの顔画像に基づきユーザの認証を行う。
【００４１】
ユーザの認証方式を簡単に説明すると、本実施形態では図４に示すように顔検出（ｓｔ１）、顔器官検出（ｓｔ２）、顔認識（ｓｔ３）という３つのステップで、ユーザの認証を行っている。
【００４２】
顔検出ステップ（ｓｔ１）では、携帯電話１から通信でセンタ２に転送されてきたユーザの顔画像（以下「ユーザ転送顔画像」という。）の中から顔位置を正確に検出する。この顔位置の検出については、マスクとも称する人間の顔型のグラフを用い、このグラフを拡大、縮小しながらユーザ転送顔画像を走査し、そのユーザ転送顔画像上で該グラフが適合する箇所をユーザの顔位置として検出することができる。
【００４３】
顔器官検出ステップ（ｓｔ２）では、前記ステップｓｔ１で検出された顔位置を基準にして、ユーザ転送顔画像の中から目、鼻、口等の器官の中心や端点の位置を正確に検出する。
【００４４】
顔認識ステップ（ｓｔ３）では、ユーザテーブル５−１内の該当するユーザの顔特徴量データと前記ステップｓｔ２で検出したデータとを照合し、両データが正しいか否かを確かめ、正しければユーザ本人であることを認証する。
【００４５】
また、上記センタ２の通知部７では、前記ステップｓｔ３で認証されたユーザ、すなわち認証済みユーザのユーザ車輌３に対して、その認証結果（ユーザ本人である旨等）を通信で通知する。
【００４６】
ユーザ車輌３は通信装置８と制御部９を有している。ユーザ車輌３の通信装置８は、このユーザ車輌３がセンタ２との間で通信を行う場合に使用される。また、本実施形態の場合、ユーザ車輌３の制御部９は、図２に示したようにＣＰＵ９−１、ＲＡＭ９−２、ＲＯＭ９−３、Ｉ／Ｆユニット９−４等のハードウエア資源を用いて構成されて、ユーザ車輌３とセンタ２との間の通信により取得した上記通知に基づき車輌ドアの開錠を行う。
【００４７】
次に、図５を基に、本実施形態の車輌利用許可システムの全体的な処理の流れ等を説明する。
【００４８】
本システムでは、最初に、ユーザが携帯電話１でセンタ２をコールする（ステップ２００）。そうすると、センタ２側ではそのユーザの携帯電話の番号が登録ユーザのいずれかに該当するか否かを判断する（ステップ３００）。
【００４９】
ここで、そのユーザが使用している携帯電話１の電話番号がユーザテーブルの「ＩＤ（電話番号）」欄に登録されていれば、登録ユーザの１人であるとして、センタ２からそのユーザの携帯電話１に対し顔受付許可を与える（ステップ３００のＹ）。
【００５０】
その後、センタ２側では、当該ユーザの携帯電話１の電話番号（ＩＤ）を利用してデータベース５を検索し、データベース５中のユーザテーブル５−１内からそのユーザの顔特徴量データとユーザ車輌３に搭載されている通信装置８のＩＤ（電話番号）を読み出す（ステップ３０１）。
【００５１】
一方、ユーザ側では、センタ２からの顔受付許可を携帯電話１で受け取り（ステップ２０１）、次に自己の顔を携帯電話１のカメラで撮影し、その顔画像を携帯電話１でセンタ２へ送信する（ステップ２０２）。
【００５２】
上記のようにしてユーザの携帯電話１からセンタ２に当該ユーザの顔画像が転送されてくると、センタ２側ではユーザの認証を行う（ステップ３０２）。このユーザの認証に係わる処理は、前述の通り、顔検出（ｓｔ１）、顔器官検出（ｓｔ２）、顔認識（ｓｔ３）という３つのステップで行われ、センタ２のデータベース５に登録されているユーザかどうかを判断する。
【００５３】
ここで、ユーザ本人であると認証されれば、センタ２はその認証結果を通信で認証済みユーザの携帯電話１に通知する（ステップ３０３）。また、この認証結果はセンタ２からその認証済みユーザのユーザ車輌３側にも通信で通知される（ステップ３０４）。
【００５４】
上記のようにしてユーザ車輌３側に認証結果が通信で通知されてくると、ユーザ車輌３側ではその通知を通信装置８で受信する。そうすると、この通知の受信に基づき当該ユーザ車輌３の制御部９が車輌ドアの開錠を行う（ステップ４００）。このような制御部９による車輌ドアの開錠は、具体的には制御部９のＣＰＵ９−１が、例えば車輌ドアの電磁ロック部に対し、Ｉ／Ｆユニット９−４を通じて、電磁ロックを解除する等の指令信号を出力すること等により実現される。これは、電磁ロック部によりユーザ車輌３の車輌ドアがロックまたはアンロックされることと、その電磁ロック部がＩ／Ｆユニット９−４を介して制御部９に電気的に接続されていることを前提とするものである。
【００５５】
尚、前記ステップ３００において、ユーザが使用している携帯電話１の電話番号がユーザテーブルの「ＩＤ（電話番号）」欄に登録されていなければ、登録ユーザに該当しないものとして処理を打ち切る（ステップ３００のＮ）。
【００５６】
前記ステップ３０２においてユーザの認証ができなかった場合は、直ちに処理を打ち切る。ここで処理を打ち切ることに代えて、非常時の例外的な取り扱いとして、例えばセンタ２の担当者による人的な認証作業に移行することもできる（ステップ３０３のＮ）。この場合、センタ２の担当者は、ステップ２０２でユーザからセンタ２側に送信されてきた顔画像と、ユーザテーブル５の「顔データ」欄５ｂに格納されているユーザの顔画像とを目視により照合することで、登録ユーザ本人か否かを確認し、登録ユーザ本人であると確認できれば、前述したステップ３０３以降の処理が行われ、その確認ができなければ、処理を打ち切る。尚、上記のような人的な認証作業への移行はあくまでも非常時の例外的な取り扱いだから省略してもよい。
【００５７】
上記動作説明では、センタからの認証結果の通知に基づき自動的に車輌ドアが開錠される例について説明したが、これに代えて、その認証結果の通知に基づき自動的に車輌エンジンの始動許可若しくは始動という車輌制御が行われる、あるいは、車輌ドアの開錠と車輌エンジンの始動許可若しくは始動という複数の車輌制御が１つのセットとして行われるようにすることもでき、さらに、これら以外の車輌制御として、例えば車輌のエアコンの運転が上記認証結果の通知に基づいて行われるように構成してもよい。この場合、車輌ドアの開錠と同様に、ユーザ車輌３の制御部９が車輌エンジンの始動許可若しくは始動やエアコンの運転等を行うものとする。
【００５８】
上記のような制御部９による車輌エンジンの始動許可若しくは始動についは、具体的には、制御部９のＣＰＵ９−１が、例えば車輌エンジンのコントローラに対し、Ｉ／Ｆユニット９−４を通じて、エンジン始動許可若しくは始動の指令を出力すること等により実現される。これは、車輌エンジンのコントローラによりユーザ車輌３のエンジン始動等、エンジンのコントロールが行われることと、その車輌エンジンのコントローラと制御部９とがＩ／Ｆユニット９−４を介して電気的に接続されていることを前提とするものである。また、上記のような制御部９によるエアコンの運転についても、同様に、制御部９のＣＰＵ９−１が、例えばエアコンのコントローラに対し、Ｉ／Ｆユニット９−４を通じて、エアコン運転開始の指令を出力すること等により実現される。これは、エアコンのコントローラによりユーザ車輌３のエアコン運転開始等、エアコンのコントロールが行われることと、そのエアコンのコントローラと制御部９とがＩ／Ｆユニット９−４を介して電気的に接続されていることを前提とするものである。
【００５９】
また、上記のような車輌ドアの開錠、車輌エンジンの始動許可若しくは始動などの各車輌制御については、ユーザごとに、必要に応じて携帯電話のボタン操作で適宜選択しうるように構成することができる。このようなボタン操作による選択の構成を実現するには、図２に示すユーザテーブル５−１に代えて、図６に示すユーザテーブル５−３を用いる。
【００６０】
この図６のユーザテーブル５−３は、図２のユーザテーブル５−１に「ボタン１」、「ボタン２」、「ボタン３」等のような携帯電話１のボタン登録項目欄５ｆを追加したものであり、このボタン登録項目欄５ｆを構成する「ボタン１」欄５ｆ−１、「ボタン２」欄５ｆ−２、「ボタン３」欄５ｆ−３には、登録ユーザごとに、携帯電話のボタン操作の意味内容が登録される。
【００６１】
尚、図６では、主たる運転者として想定した登録ユーザ（以下「主ユーザ」という。）については「ボタン１」欄５ｆ−１に“ドアロック開錠”、「ボタン２」欄５ｆ−２に“エンジン始動許可”、「ボタン３」欄５ｆ−３に“エンジン始動”という情報を登録した例を示し、また、運転免許のない子供などを想定した他の登録ユーザについては「ボタン１」欄５ｆ−１に“ドアロック開錠”、「ボタン２」欄５ｆ−２に“エアコン運転”という情報を登録し、「ボタン３」欄５ｆ−３は未登録とした例を示したが、この各欄の登録内容は登録ユーザの希望によりユーザごとに適宜変更することができる。
【００６２】
また、「ボタン１」欄５ｆ−１の登録内容は、ユーザが携帯電話１で「１」の番号ボタンを押したときに行われることを希望する車輌制御行為である。「ボタン２」欄５ｆ−２の登録内容は、同様に当該ユーザが「２」の番号ボタンを押したときに行われることを希望する車輌制御行為であり、「ボタン３」欄５ｆ−３の登録内容は、同様に当該ユーザが「３」の番号ボタンを押したときに行われることを希望する車輌制御行為である。
【００６３】
次に、上記構成の図６のユーザテーブル５−３を使用する場合における、センタ２側の処理内容、登録ユーザ側における携帯電話１の操作内容、並びに、ユーザ車輌３側での処理内容について説明する。
【００６４】
図６のユーザテーブル５−３を使用する場合も、基本的には前述した図５に示す処理の流れで全体の処理が進行する。但し、前記ステップ３０２で行われるユーザの認証後に、その認証済みユーザの携帯電話へ選択の要求を送信する点が、前述の処理の流れと異なる。
【００６５】
すなわち、ユーザの認証が済むと、その認証済みユーザの登録ボタン情報として、ユーザテーブル５−３の「ボタン１」欄５ｆ−１、「ボタン２」欄５ｆ−２、「ボタン３」欄５ｆ−３の登録内容を、センタ２からその認証済みユーザの携帯電話１に送信する。
【００６６】
そうすると、認証済みユーザの携帯電話１には、前記ユーザの登録ボタン情報等が表示される。本実施形態においては、認証済みユーザが主ユーザであれば、ユーザの登録ボタン情報として図７に示したように、“１．ドアロック開錠”、“２．エンジン始動許可”および“３．エンジン始動”という情報と、“最後に＃を押してください”というメッセージが携帯電話１の表示部１ａに表示される。
【００６７】
これにより、主ユーザにはドアロック開錠、エンジン始動許可、エンジン始動という車輌制御行為を選択する余地が与えられることになる。尚、認証済みユーザが例えば運転免許のない子供などを想定した他の登録ユーザであれば、“１．ドアロック開錠”および“２．エアコン運転”という情報と、“最後に＃を押してください”というメッセージが同様に携帯電話１の表示部１ａに表示される。
【００６８】
ここで、例えば認証済みユーザが前記主ユーザであって、この主ユーザがドアロック開錠とエンジン始動許可という２つの車輌制御行為が行われることを希望するときには、主ユーザにおいて携帯電話１のボタンを「１２＃」のように押せばよい。そうすると、この「１２＃」というボタン操作内容が主ユーザの携帯電話１からセンタ２側へ送信される。そうすると、センタ２側では、その「１２＃」というボタン操作内容に基づきユーザテーブル５−３のボタン登録項目欄５ｆで該主ユーザの選択内容を把握し、その選択内容を主ユーザのユーザ車輌３側に通知する。選択項目を多様化し、選択肢が一文字におさまらない場合は、アルファベットを使う方法、「１Ｚ＃」、操作内容毎に区切り記号、例えば“*”を設ける方法、「１＊１２＃」をとることもできる。
【００６９】
当該主ユーザはボタン登録項目欄５ｆを構成する「ボタン１」欄５ｆ−１に“ドアロック開錠”という情報を登録し、かつ「ボタン２」欄５ｆ−２に“エンジン始動許可”という情報を登録しているから、主ユーザのユーザ車輌３側に通知される選択内容は、ドアロック開錠とエンジン始動許可ということになる。
【００７０】
本実施形態の場合、ユーザ車輌３の制御部９は、データ記憶部としてＲＯＭ９−３を有し、このＲＯＭ９−３内に、ドアロック開錠、エンジン始動許可、エンジン始動などのユーザの選択内容と、その選択内容に応じて実施する具体的な車輌制御の内容との対応関係が記憶されている。また、このＲＯＭ９−３の記憶内容は、センタ２側からユーザ車輌３側にユーザの選択内容が通知されたときに参照される。
【００７１】
すなわち、ユーザ車輌３の制御部９は、センタ２からユーザの選択内容の通知を受けると、ＲＯＭ９−３の記憶内容を参酌することにより、この通知の選択内容に対応する具体的な車輌制御の内容を特定し、そして、この特定した車輌制御、すなわちユーザの選択内容に応じた車輌制御を行う。
【００７２】
上記例では、ドアロック開錠とエンジン始動許可という選択内容が主ユーザのユーザ車輌３側に通知されてきているから、ユーザ車輌３側では制御部９により車輌ドアの開錠と車輌エンジンの始動という車輌制御が行われる。この制御部９による車輌制御の具体的な方式は前述した通りである。
【００７３】
また、図６に示したセンタ２側のテーブル５−３において、ユーザの選択内容を「ボタン１」欄５ｆ−１のように日本語表記することは可能だが、実際に車輌側に送信する通知内容の指定方法に関しては、センタ２側が特定メーカの車種別に対応テーブルを持ち、ユーザには機密上具体的コマンドの内容を隠しつつ、テーブルを作成するという方法を採用することができる。
【００７４】
以上説明した図１の車輌利用許可システムは、登録したユーザが自己の車輌のドアを開錠することを想定したシステムであるが、このシステムは例えばカーシェアリングシステムにも適用することができる。
【００７５】
図１の車輌利用許可システムをカーシェアリングシステムに適用する例（以下、この適用例のことを「カーシェアリング対応車輌利用許可システム」という。）の場合は、図２のユーザテーブル５−１に代えて、図８に示すカーシェアリング用のユーザテーブル５−２が使用され、さらに図９に示す車状況テーブル１０も使用される。これら以外の基本的な構成については前述した図１の車輌利用許可システムと同様であるため、その詳細説明は省略する。
【００７６】
図８のカーシェアリング用のユーザテーブル５−２には、登録ユーザごとに各種データが登録されている。ユーザテーブル５−２の登録内容を簡単に説明すると、本実施形態のカーシェアリング用のユーザテーブル５−２には、「ＩＤ（電話番号）」、「顔データ」、「顔特徴量データ」、「予約」という登録項目欄が設けられている。
【００７７】
上記「予約」欄５ｅには、例えば１号車または２号車等のように、予約の対象となる車輌の中からユーザが予約した車輌を特定する情報と、その予約車輌が当該ユーザによって使用される日時など、予約に関わる情報が格納される。尚、上記ユーザテーブル５−２中の「ＩＤ（電話番号）」欄５ａ、「顔データ」欄５ｂ、「顔特徴量データ」欄５ｃに格納される情報の内容については、前述した図２のユーザテーブル５−１と同様であるため、その詳細説明は省略する。
【００７８】
図９の車状況テーブル１０には、予約の対象となる車輌ごとに、各種データが登録されている。車状況テーブル１０の登録内容を簡単に説明すると、本実施形態の車状況テーブル１０には、「状況」欄１０ａ、「車輌側通信装置のＩＤ（電話番号）」１０ｂ、「予約状況」１０ｃ欄という登録項目欄が設けられている。
【００７９】
上記車状況テーブル１０の「状況」欄１０ａには、予約の対象となる車輌の状況が格納される。例えば、いずれかの登録ユーザによって使用されている車輌については、その車輌の「状況」欄１０ａには使用中である旨等の情報が格納される。上記車状況テーブル１０の「車輌側通信装置のＩＤ（電話番号）」欄１０ｂには、予約の対象となる車輌に搭載されている通信装置のＩＤ（電話番号）が予め格納される。上記車状況テーブル１０の「予約状況」１０ｃ欄については以下で説明する。
【００８０】
予約を行う際は、車状況テーブル１０の「状況」欄１０ａを参照し、使用を希望する日時と重複しない車輌を選択し、複数の車輌が選択された場合は、その中から使用する車輌を選択する。新たな予約を車状況テーブル１０の対応する車輌の「予約状況」欄１０ｃに追加する。それと同時に、予約した車輌番号および予約日時をユーザテーブル５−２の「予約」欄５ｅにも記入する。
【００８１】
車状況テーブル１０の「予約状況」欄１０ｃはリスト構造により構成する。例えば、１号車の場合、これに対応する欄を見ると、既に予約情報（５月４日１３：００〜１７：００）が入力されている。新たに予約しようとする日時と既に入力されている予約情報とを比較し、重複していなければ、更に、リストをたどる。本例の場合は、別の予約情報（５月３日１０：００〜１６：００）が存在する。しかし、この予約も新たな予約希望日時と重複しないため、更にリストをたどる。リストの終端に達した場合は、予約希望と重複しないと判断し、候補車輌とする。
【００８２】
２号車の場合は、最初に入力されている予約時間帯が重複するため、新たな予約が不能として、候補車輌としない。
【００８３】
以下、全登録車輌に対して予約の可否を判断し、予約可能な車輌は候補車輌とする。
【００８４】
ユーザは、候補車輌の中から、使用する車輌を選択し、予約処理を行う。選択された車輌の、車状況テーブル１０の対応する車輌の予約状況リストの末尾に新たな予約データを追加する。
【００８５】
本例では、単純なリスト構造としたが、双方向リストでも良い。また、本例は、単純に末尾に新たな情報を追加することとしたが、予約日時順に並ぶように、挿入して追加する構成としてもよい。本例の場合は、破線で記載したリストの末尾に新たな予約情報を追加する。
【００８６】
次に、図１０を基に、カーシェアリング対応車輌利用許可システムの全体的な処理の流れを説明する。
【００８７】
本カーシェアリング対応車輌利用許可システムでは、最初に、ユーザが携帯電話１でセンタ２をコールする（ステップ２００）。そうすると、センタ２側ではユーザテーブル５−２で当該ユーザの有効な予約が行われているか否かを確認する（ステップ５００）。
【００８８】
ここで、そのユーザの有効な予約があれば、車状況テーブル１０で当該ユーザの予約車輌の状況を確認する（ステップ５０１）。この確認の結果、当該ユーザの予約車輌が現在使用可能であれば、センタ２からそのユーザの携帯電話１に対し顔受付許可を与える（ステップ５０１のＹ）。
【００８９】
その後、センタ２側では、当該ユーザの携帯電話１の電話番号（ＩＤ）を利用してデータベース５を検索し、データベース５中のユーザテーブル５−２内からそのユーザの顔特徴量データを読み出すとともに、同ユーザテーブル５−２内の「予約」欄５ｅに格納されているそのユーザの予約に関わる情報、具体的には１号車や２号車等といった予約車輌を特定する情報を基に、車状況テーブル１０内からそのユーザの予約車輌に搭載されている通信装置のＩＤ（電話番号）を特定する（ステップ５０２）。
【００９０】
一方、ユーザ側では、センタ２からの顔受付許可を受け取り（ステップ２０１）、次に自己の顔を携帯電話１のカメラで撮影し、その顔画像を携帯電話１でセンタ２へ送信する（ステップ２０２）。
【００９１】
上記のようにしてユーザの携帯電話１からセンタ２に当該ユーザの顔画像が転送されてくると、センタ２側ではユーザの認証を行う。このユーザの認証に係わる処理は前述の通りである（ステップ５０３）。ただし、カーシェアリングの場合においては、ユーザの認証処理（ステップ５０３）の後に、車状況テーブル１０の更新を行う。すなわち、該当する車の車状況テーブル１０の「状況」欄１０ａを“×  使用中”に変更する（ステップ５０３−１）。
【００９２】
前記ステップ５０３において、ユーザ本人であると認証されれば、センタ２は、上記車状況テーブル１０の更新（ステップ５０３−１）後に、その認証結果を認証済みユーザの携帯電話１に通知する（ステップ５０４）。また、この認証結果はセンタ２からその認証済みユーザの予約車輌側にも通信で通知される（ステップ５０５）。
【００９３】
上記のようにして予約車輌側に認証結果が通知されてくると、予約車輌側ではその車輌ドアを開錠する。この開錠は上記通知に基づき自動的にその予約車輌内の制御部が行う（ステップ４００）。
【００９４】
予約時間が経過した場合は、ステップ５００において、有効な予約がなされていないものとして、ステップ５１０の処理に移行する（ステップ５００のＮ）。このステップ５１０において、期間を経過した予約がなければ、直ちに処理を打ち切るが、そのような予約があれば、車状況テーブル１０とユーザテーブル５−２の更新を行ってから処理を打ち切る（ステップ５１１）。前記車状況テーブル１０の更新は、該当車輌の「予約状況」欄１０ｃの予約状況リストから、使用を終了した車輌の予約情報を削除するとともに、該当車輌の「状況」欄１０ａのデータを“○  使用可能”とする。また、前記ユーザテーブル５−２の更新は、当該ユーザの「予約」欄５ｅのデータを削除する。従って、予約時間の経過による予約終了と共に車輌の使用終了となり、車輌の開錠はなされない。
【００９５】
しかしながら、予約時間終了までに車輌置き場に車輌を帰着させることができない場合も想定される。このため、単純に予約時間終了時をもって使用終了とせず、使用終了を確認することが好ましい。例えば、車輌の使用を終了した場合は、ユーザの携帯電話１から使用終了通知をセンタ２に対して行い、この通知をもって、センタ２側で車状況テーブル１０とユーザテーブル５−２から予約情報を削除するなどの終了時処理を行う。車輌置き場に帰着する車輌を監視しておき、車輌置き場に帰着し、かつ、予約時間を経過した場合に使用終了とすることもできる。
【００９６】
携帯電話自体のＩＤデータも破壊されることが想定される。その対策として、本人を識別するＩＤを携帯電話番号とはせず、ユーザ登録番号等とすることもできる。また、単にＩＤ番号のみでは信頼性が低いので、更に、オンラインバンクが採用している、暗号表方式も採用しうる。
【００９７】
本発明は、例えば住宅やビルの玄関部のように、車輌のドア部以外に広く一般のユーザゲートに適用して、かかるユーザゲートのゲートドアを開錠する、いわゆるゲート利用許可システムとして構成することもできる。このゲート利用許可システムの基本的な構成は、以下の構成を除き、図１のシステムと同様である。
【００９８】
図１のシステムでは、車輌３側に通信装置８と制御部９が設けられるが、ゲート利用許可システムの場合、その通信装置８と制御部９は、車輌でなくユーザゲート側に設けられる構成を採る。また、このユーザゲート側の制御部９は、ユーザゲートとセンタ２との間の通信により取得した認証結果の通知に基づき、ユーザゲートのゲートドアを開錠するように構成される。このゲートドアの開錠は、具体的には、図２のように制御部９のＣＰＵ９−１が、例えばゲートドアの電磁ロック部に対し、Ｉ／Ｆユニット９−４を通じて、電磁ロックを解除する等の指令信号を出力すること等により実現される。これは、電磁ロック部によりユーザゲートのゲートドアがロックまたはアンロックされることと、その電磁ロック部がＩ／Ｆユニット９−４を介して制御部９に電気的に接続されていることを前提とするものである。
【図面の簡単な説明】
【００９９】
【図１】本発明に係る車輌利用許可システム全体の構成の説明図。
【図２】図１の制御部のハードウエア構成図。
【図３】図１のシステムで用いられるユーザテーブルの説明図。
【図４】図１のシステムで採用したユーザ認証方式の説明図。
【図５】図１のシステムの全体的な処理の流れの説明図。
【図６】ユーザテーブルの他の実施形態の説明図。
【図７】ユーザの携帯電話に表示されるユーザの登録ボタン情報の説明図。
【図８】カーシェアリング対応利用許可システムで用いられるユーザテーブルの説明図。
【図９】カーシェアリング対応利用許可システムで用いられる車状況テーブルの説明図。
【図１０】カーシェアリング対応車輌利用許可システムの全体的な処理の流れの説明図。
【符号の説明】
【０１００】
１  カメラ付携帯電話
２  センタ
３  車輌
４  センタの通信装置
５  データベース
５−１  ユーザテーブル
５−２  カーシェアリング用のユーザテーブル
５ａ  ＩＤ（電話番号）欄
５ｂ  顔データ欄
５ｃ  顔特徴量データ欄
５ｄ  車輌側通信装置のＩＤ（電話番号）欄
５ｅ  予約欄
６  認証部
７  通知部
８  車輌の通信装置
９  制御部
９−１  ＣＰＵ
９−２  ＲＡＭ
９−３  ＲＯＭ
９−４  Ｉ／Ｆユニット
１０  車状況テーブル
【図１】
2005207110.tif 000003
【図２】
2005207110.tif 000004
【図３】
2005207110.tif 000005
【図４】
2005207110.tif 000006
【図５】
2005207110.tif 000007
【図６】
2005207110.tif 000008
【図７】
2005207110.tif 000009
【図８】
2005207110.tif 000010
【図９】
2005207110.tif 000011
【図１０】
2005207110.tif 000012