車両用電子キーシステム、予約サーバ、車両共用システム、解錠方法
【課題】一台の車両を予約して利用する車両共用システムにおいて、予約した利用時間を超過しても車両の返却が可能な車両用電子キーシステム、予約サーバ、車両共用システム及び解錠方法を提供すること。
【解決手段】ユーザの予約情報と電子キーの鍵情報を照合して、予約時間内でのみ車両の解錠を許可する車両用電子キーシステム１００であって、予約時間Ａを超過後に車両が返却位置にない場合、予約時間Ａの超過後であっても、前記予約時間Ａが直前の予約時間である場合、予約時間Ａの予約情報と鍵情報を照合する解錠判定部１３１を有する、ことを特徴とする。
【解決手段】ユーザの予約情報と電子キーの鍵情報を照合して、予約時間内でのみ車両の解錠を許可する車両用電子キーシステム１００であって、予約時間Ａを超過後に車両が返却位置にない場合、予約時間Ａの超過後であっても、前記予約時間Ａが直前の予約時間である場合、予約時間Ａの予約情報と鍵情報を照合する解錠判定部１３１を有する、ことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両用電子キーシステム等に関し、特に、車両を予約して利用する場合の車両用電子キーシステム、予約サーバ、車両共用システム及び解錠方法に関する。
【背景技術】
【０００２】
一台の車両を複数人で共用するカーシェアリングシステムや所定期間だけ車両をレンタルするレンタカーシステムが実用されている（以下、単に車両共用システムという）。車両共用システムでは、一台の車両を複数のユーザが利用するという利用形態上、ユーザ毎に利用時間を区切り、利用時間内であればそのユーザに車両の占有を許可する（例えば、特許文献１参照。）。
【０００３】
図１０は、特許文献１に記載された車両共用システムの概略構成図を示す。サーバ５５０には共用される車両毎に予約状況が記憶されており、ユーザはPC（パーソナルコンピュータ）６３０又は携帯端末６２０から予約状況を確認して、空いている時間帯を予約する。サーバ５５０は利用時間情報及び鍵データを車両７００に送信すると共に、ユーザの携帯端末６２０に鍵データを送信する。そして、車両７００は利用時間情報の時間内でのみ有効な鍵データに基づきユーザを認証し、鍵データが認証された場合にはドアの解錠を許可する。したがって、かかる車両共用システムでは、メカニカルキーや電子キー等だけでは乗車できないので車両７００を共用するユーザであっても利用時間外では乗車できず、また、車両の盗難も防止しやすくできる。
【特許文献１】特開２００４−１９０２３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、予約した利用時間内でのみ解錠を許可すると、利用時間内に返却位置に到達できない場合に不都合が生じる。例えば、渋滞などで返却位置への到着が遅れ利用時間を超過した場合、降車せずに返却位置まで走行すればよいが、いったん降車して施錠するとドアを解錠できず以降はいっさい乗車できなくなってしまう。すなわち、特許文献１記載の車両共用システムでは元の駐車場等の返却位置まで車両を返却できなくなるおそれがあるという問題がある。
【０００５】
本発明は、上記課題に鑑み、一台の車両を予約して利用する車両共用システムにおいて予約した利用時間を超過しても車両の返却が可能な車両用電子キーシステム、予約サーバ、車両共用システム及び解錠方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題に鑑み、本発明は、ユーザの予約情報と電子キーの鍵情報を照合して、予約時間内でのみ車両の解錠を許可する車両用電子キーシステムであって、予約時間Ａを超過後に車両が返却位置にない場合、予約時間Ａの超過後であっても、前記予約時間Ａが直前の予約時間である場合、予約時間Ａの予約情報と鍵情報を照合する解錠判定部を有する、ことを特徴とする。
【０００７】
本発明によれば、予約時間Ａを過ぎても次の予約時間Ｂが終了するまでは、車両を返却位置に返却することができる。
【０００８】
また、本発明の一形態において、解錠判定部は、車両が返却位置に到達するまで、予約時間Ａの予約情報と鍵情報を照合する、ことを特徴とする。
【０００９】
本発明によれば、車両が返却位置にあれば予約時間Ａを超過した後は解錠できないのでセキュリティを確保できる。
【００１０】
また、本発明の一形態において、予約時間Ａの超過後に予約時間Ａの予約情報と鍵情報を照合して解錠を許可した場合、サーバに解錠情報を送信する送信手段を有する、ことを特徴とする。
【００１１】
本発明によれば、予約時間超過後の解錠をサーバが監視して例えば盗難のおそれを検出することができる。
【００１２】
また、本発明の一形態において、サーバから解錠禁止情報を受信する受信手段を有し、解錠禁止情報を受信した場合、解錠判定部は予約時間Ａの予約情報と鍵情報の照合が成立しても、解錠を禁止する、ことを特徴とする。
【００１３】
本発明によれば、サーバから盗難による不正利用を防止することができる。
【発明の効果】
【００１４】
一台の車両を予約して利用する車両共用システムにおいて、予約した利用時間を超過しても車両の返却が可能な車両用電子キーシステム、予約サーバ、車両共用システム及び解錠方法を提供することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を実施するための最良の形態について図面を参照しながら説明する。
【実施例１】
【００１６】
図１は、車両共用システム５００の概略構成図を示す。車両共用システム５００は車両１１の予約状況を管理する予約サーバ４００、返却駐車場５０に返却される車両１１に車載された電子キーシステム１００、ユーザの操作により予約情報を予約サーバ４００に送信する予約端末３００Ａ、３００Ｂ（以下、単に予約端末３００という）、ユーザが携帯する携帯キー２００を有するように構成される。
【００１７】
本実施例の車両共用システム５００は、予約した利用時間内でのみ有効な鍵データに基づきドアの解錠を許可するが、利用時間を超過しても返却駐車場５０に返却されるまでは、利用時間超過後のユーザの直前のユーザ（鍵データ）にドアの解錠を許可する。これにより、返却駐車場５０に返却されるまでは車両１１を運転することができ、車両１１が返却駐車場５０に返却された後は当該ユーザによる解錠を禁止できる。また、利用時間超過前の直前のユーザにのみ解錠を許可するので、返却駐車場５０に駐車していない場合に車両１１を共有するユーザが無差別に解錠することを防止できる。
【００１８】
予約端末３００Ｂと予約サーバ４００は、インターネットやＷＡＮなどのネットワーク１３を介して接続され、予約サーバ４００と予約端末３００Ａは専用線で接続されている。予約端末３００Ｂは携帯電話等の携帯端末であってもよい。なお、予約端末３００Ａと３００Ｂは予約サーバ４００との接続方法が異なるだけで、車両１１を予約するという点で同様である。
【００１９】
また、予約サーバ４００と車両１１は好ましくは無線にて通信する。車両１１が走行中であったり予約サーバ４００と返却駐車場５０が離れている場合、移動通信電話の基地局１２を介して通信し、予約サーバ４００と返却駐車場５０とが近接している場合にはＤＳＲＣ（Dedicated Short Range Communication）、無線ＬＡＮ、Bluetooth（登録商標）、ワイヤレスＵＳＢ、ZigBee等の近距離無線通信により通信する。返却駐車場５０は予め定められた所定の駐車場であればよく、レンタカーシステムの各営業所のように複数の返却駐車場５０が用意されていてもよい。
【００２０】
ユーザは携帯する電子キーである携帯キー２００を用いて車両１１のドアの施錠を解錠することができるが、本実施例では携帯キー２００が記憶する鍵データに加え利用時間情報に基づき解錠を許可する。
【００２１】
〔車両共用システム５００の概略〕
車両共用システム５００の概略を説明する。
（Ｉ）ユーザが予約端末３００を操作して車両１１の所望の時間帯を予約すると、ユーザの携帯キー２００に固有の鍵データ及び利用時間情報、が予約サーバ４００に送信される。固有の鍵データは、ユーザが予約端末３００にログインすることで自動的に入力される。
（II）予約サーバ４００は、鍵データ及び利用時間情報を車両１１に送信する。車両１１は返却駐車場５０に駐車してあっても走行中でもよい。
（III）ユーザが携帯キー２００を用いて解錠操作すると、電子キーシステム１００は携帯キー２００が記憶する鍵データが、車両１１に登録されているかを判定する。
（IV）携帯キー２００が記憶する鍵データが車両１１に登録されている場合、電子キーシステム１００は、予約サーバ４００から送信された鍵データ及び利用時間情報を参照し、携帯キー２００が記憶する鍵データがその時間に予約しているユーザの鍵データと一致するか否かを判定する。一致する場合、電子キーシステム１００はドアの解錠を許可する。
（Ｖ）そして、（IV）の例外として利用時間情報の時間外であっても、車両１１が返却駐車場５０にない場合であって、かつ、超過前の直前の利用時間に登録された鍵データと携帯キー２００が記憶する鍵データが一致する場合、電子キーシステム１００はドアの解錠を許可する。
【００２２】
〔車両共用システム５００の構成〕
図２は、車両共用システム５００のブロック図の一例を示す。予約端末３００、予約サーバ４００及び電子キーシステム１００は、いずれもＣＰＵ、ＲＡＭ、ＲＯＭ及び入出力インターフェイスを備えたコンピュータである。なお、スケジュール照合部１１２、解錠判定部１３１、キーID照合部１２２及び位置情報判定部１４１は例えばCPUがプログラムを実行することで実現される。
【００２３】
予約端末３００はブラウザを起動し予約サーバ４００から受信したHTMLファイルを解析して、車両１１の予約用のウェブページをディスプレイに表示する。ユーザは、自分のユーザIDとパスワードを入力して予約サーバ４００にログインする。これにより、予約サーバ４００はユーザIDに対応づけて暗号化されている、該ユーザが携帯する携帯キー２００に固有の鍵データを抽出できる。鍵データは外部に漏洩することがないのでセキュリティが低下することを防止できる。
【００２４】
また、予約用のウェブページには、車両１１を含む複数の車両の選択メニュー、車両１１の日時及び利用時間帯を入力する利用時間入力メニュー、等が表示される。ユーザは車両１１を選択して所望の利用時間帯を入力することができる。
【００２５】
予約サーバ４００は、予約情報記憶部４０１と無線通信部４０２とを有する。予約情報記憶部４０１は、ハードディスクドライブやフラッシュメモリ等（以下、単にメモリという）により構成され、各ユーザの予約情報を記憶する。図３（ａ）は予約情報記憶部４０１に記憶される予約情報の一例を示す。車両１１を識別する車両ＩＤに対応づけて「予約開始時刻」「予約終了時刻」「鍵データ」が登録されている。「予約開始時刻」「予約終了時刻」が利用時間情報に相当する。
【００２６】
鍵データは例えば携帯キー２００を認証するためのＩＤコードであるが、単なる識別番号としてもよい。無線通信部４０２は、予約情報を例えば所定のプロトコルに従いパケットに分割し、移動体通信又は近距離無線通信の通信方法に従い変調して電子キーシステム１００の無線通信部１０１に送信する。
【００２７】
携帯キー２００は、例えばワイヤレスキー又はキーレスエントリーキーである。ワイヤレスキーの場合、所定の操作ボタンを操作すると鍵データが電波又は赤外線で搬送され車両１１の電子キーシステム１００に送信される。また、キーレスエントリーキーの場合、電子キーシステム１００がサイクル時間毎に送信するリクエスト信号に応答して、予め記憶している鍵データを電子キーシステム１００に送信する。本実施例では携帯キー２００はワイヤレスキーであるとする。
【００２８】
キーID記憶部２０３は例えばＩＣチップであり、携帯キー２００に固有の鍵データを記憶している。解錠操作指示部２０１は携帯キー２００のケースに設けられた押しボタン型の操作部である。解錠操作指示部２０１をユーザが押下すると、無線通信部２０２がキーＩＤ記憶部２０３に記憶された鍵データで搬送波を変調することで鍵データを車両１１に送信する。なお、鍵データの送信前に解錠要求又は施錠要求を送信してもよいし、鍵データを解錠要求又は施錠要求としてもよい。
【００２９】
電子キーシステム１００の無線通信部１０１は、移動体通信又は近距離無線通信の通信方法に従い受信した電波を復調し、所定のプロトコルに従い予約情報を受信する。
【００３０】
スケジュール記憶部１０２は、無線通信部１０１が受信した予約情報を記憶するメモリである。図３（ｂ）はスケジュール記憶部１０２に記憶される予約情報の一例を示す。電子キーシステム１００に記憶される予約情報は、車両ＩＤに対応づけられていない以外は図３（ａ）の予約情報と同様である。
【００３１】
無線通信部１２１は、携帯キー２００から送信された電波を復調することで鍵データを受信する。キーＩＤ記憶部１２３にはユーザが携帯する携帯キー２００の鍵データが記憶されている。図３（ｃ）はキーＩＤ記憶部１２３に記憶される鍵データの一例を示す。車両１１は共用されるので、キーＩＤ記憶部１２３には複数の鍵データが記憶されている。
【００３２】
キーＩＤ照合部１２２は、無線通信部１２１が受信した鍵データとキーＩＤ記憶部１２３に記憶されている鍵データを比較し、一致する場合、解錠判定部１３１に解錠判定を要求する。ワイヤレスキーでは一致するだけで解錠が許可されるが、本実施例ではさらに解錠するか否かが判定される。
【００３３】
位置情報判定部１４１は携帯キー２００から鍵データが送信された時の車両１１の現在（以下、携帯キー２００から鍵データが送信された時を単に現在又は現在時刻という）の位置情報と、返却駐車場５０の位置に一致するか否かを判定する。例えば、返却駐車場５０の位置を緯度・経度の座標データとして記憶している場合、車両１１が備えるＧＰＳ（Global Positioning System）受信機により現在の位置情報を取得し比較することができる。また、本実施例では返却駐車場５０又はそこから所定範囲に駐車していることが検出できればよいので、車両１１が返却駐車場５０に設けられた通信装置と近距離通信したり、電気自動車やハイブリッドカーの場合には給電のためのＰＬＣ（電力線搬送通信）接続したことで、返却駐車場５０に駐車していると判定することができる。
【００３４】
時計１１１は現在時刻を管理する公知の時計であり、好ましくは電波時計とすることで時刻のずれを抑制できる。スケジュール照合部１１２は、利用時間内の解錠要求か否かを照合する。スケジュール照合部１１２は現在時刻を時計１１１から取得し、現在時刻に予約している鍵データをスケジュール記憶部１０２から取得する。そして、現在時刻に予約されているスケジュール記憶部１０２の鍵データと携帯キー２００から送信された鍵データが一致するか否かを照合する。一致する場合、解錠判定部１３１に解錠判定を要求する。
【００３５】
また、現在時刻に予約している鍵データがスケジュール記憶部１０２に記憶されていない場合、例えば図３（ｂ）の予約情報において現在時刻が１２：３０の場合、現在時刻に予約している鍵データが記憶されていないことになる。このような場合も、スケジュール照合部１１２はスケジュール記憶部１０２の鍵データと携帯キー２００から送信された鍵データが一致しないと判定する。
【００３６】
解錠判定部１３１は、スケジュール照合部１１２の照合結果、キーＩＤ照合部１２２の照合結果、及び、位置情報判定部１４１の判定結果に基づき車両１１を解錠するか否かを判定する。図４は、解錠するか否かを判定する判定テーブルを示す。
【００３７】
携帯キー２００から送信された鍵データとキーＩＤ記憶部１２３に記憶されている鍵データが一致しない（ｅ）の場合、携帯キー２００は正規の携帯キーでないので、解錠は許可されない。
【００３８】
携帯キー２００から送信された鍵データとキーＩＤ記憶部１２３に記憶されている鍵データが一致し、かつ、携帯キー２００から送信された鍵データとスケジュール記憶部１０２の現在時刻の利用時間に登録された鍵データとが一致する（ａ）の場合、解錠判定部１３１は解錠装置１３２に解錠を要求する。解錠装置１３２は、例えば、ドアＥＣＵ（electronic control unit）とドアロックモータであり、解錠判定部１３１により解錠を要求されると、ドアロックモータを駆動してドアロックを解錠する。
【００３９】
携帯キー２００から送信された鍵データとキーＩＤ記憶部１２３に記憶されている鍵データは一致するが、携帯キー２００から送信された鍵データとスケジュール記憶部１０２の現在時刻の利用時間に登録された鍵データとが一致せず、現在の位置情報が返却駐車場５０の位置に一致する（ｂ）の場合、車両１１は返却済みなので解錠判定部１３１は解錠を許可しない。
【００４０】
携帯キー２００から送信された鍵データとキーＩＤ記憶部１２３に記憶されている鍵データは一致、携帯キー２００から送信された鍵データとスケジュール記憶部１０２の現在時刻の利用時間に登録された鍵データとは一致、現在の位置情報が返却駐車場５０の位置に一致せず、かつ、携帯キー２００から送信された鍵データと利用時間超過前の直前のユーザの鍵データが一致する（ｃ）の場合、解錠判定部１３１は解錠を許可する。これにより、利用時間が終了するまでに返却駐車場５０に車両１１を返却できない場合でも、利用時間超過前の直前のユーザはドアロックを解錠できる。
【００４１】
例えば、現在時刻が１２：３０とすると図３（ｂ）において利用時間超過前の直前のユーザは、ＸＸＸＸＸＸの鍵データのユーザが相当し、現在時刻が１６：３０とするとＹＹＹＹＹＹの鍵データのユーザが相当する。なお、直前のユーザにのみ解錠を許可するのは、利用時間帯は通常数時間以上なので、数時間以上、返却が遅れることはまれだからである。したがって、より短時間（例えば３０分程度）の利用時間を認める場合は、利用時間超過前の複数のユーザに解錠を認めてもよい。
【００４２】
これにより、予約した利用時間を超過しても返却駐車場５０まで車両１１を返却できるので車両共用システム５００の利便性が向上する。
【００４３】
携帯キー２００から送信された鍵データと直前のユーザの鍵データが一致しない（ｄ）の場合、（例えば、鍵データＸＸＸＸＸＸのユーザが車両１１を返却駐車場５０以外に駐車しそのまま鍵データＹＹＹＹＹＹの利用時間を超過した場合）、解錠判定部１３１はユーザ（鍵データＸＸＸＸＸＸ）に解錠を許可しない。すなわち、利用時間超過後は、直前のユーザのみドアロックを解錠できるので、無期限に解錠を許可することを防止できる。
【００４４】
〔車両共用システム５００の動作手順〕
図５（ａ）は、予約サーバ４００が予約情報を車両１１に送信する手順を示すフローチャート図である。図５（ａ）の手順は例えば予約サーバ４００が起動するとスタートする。
【００４５】
予約サーバ４００は、予約情報記憶部４０１に記憶された予約情報が更新されたか否かを判定する（Ｓ１１０）。ユーザが予約端末３００から新たな予約情報を入力・送信したり、既に予約情報記憶部４０１に記憶された予約情報を削除又は修正すると、ステップＳ１１０の判定はＹｅｓとなる。
【００４６】
予約情報が更新された場合（Ｓ１１０のＹｅｓ）、無線通信部４０２は予約情報を車両１１に送信する（Ｓ１２０）。無線通信部４０２は新規の予約情報又は変更後の予約情報を車両１１へ送信する。
【００４７】
図５（ｂ）は、電子キーシステム１００が予約情報をスケジュール記憶部１０２に記憶する手順を示すフローチャート図である。図５（ｂ）の手順は例えば予約情報を受信するとスタートする。
【００４８】
スケジュール記憶部１０２は、無線通信部１０１が予約情報を受信したか否かを判定する（Ｓ２１０）。スケジュール記憶部１０２は、予約サーバ４００から受信した情報の例えばコードに基づき予約情報を受信したか否かを判定する。
【００４９】
予約情報を受信した場合（Ｓ２１０のＹｅｓ）、電子キーシステム１００はスケジュール記憶部１０２に予約情報を記憶する（Ｓ２２０）。
【００５０】
図６は電子キーシステム１００がドアロックを解錠する手順を示すフローチャート図である。図６の手順は、例えば携帯キー２００から解錠要求を受信するとスタートする。
【００５１】
キーＩＤ照合部１２２は、携帯キー２００から解錠要求を受信したか否か判定する（Ｓ３１０）。
【００５２】
解錠要求を受信した場合（Ｓ３１０のＹｅｓ）、キーＩＤ照合部１２２は解錠要求と共に受信した鍵データがキーＩＤ記憶部１２３に記憶されている鍵データと一致するか否かを判定する（Ｓ３２０）。一致しない場合（Ｓ３２０のＮｏ）、携帯キー２００のユーザは正規の携帯キーを所有していないことになるので、解錠判定部１３１はドアロックの解錠を許可しない。
【００５３】
一致する場合（Ｓ３２０のＹｅｓ）、スケジュール照合部１１２は、時計１１１から取得した現在時刻に予約している鍵データをスケジュール記憶部１０２から取得し、携帯キー２００から送信された鍵データと一致するか否かを判定する（Ｓ３３０）。
【００５４】
一致する場合（Ｓ３３０のＹｅｓ）、予約したユーザが利用時間内に解錠しようとしているので、解錠判定部１３１は解錠判定部１３１に解錠を要求する（Ｓ３６０）。
【００５５】
一致しない場合（Ｓ３３０のＮｏ）、解錠判定部１３１は位置情報判定部１４１に現在の位置情報が返却駐車場５０の位置に一致するか否かを判定する（Ｓ３４０）。一致する場合（Ｓ３４０のＹｅｓ）、車両１１は返却駐車場５０に返却されたものと判断できるので、解錠判定部１３１は解錠を許可しない。
【００５６】
一致しない場合（Ｓ３４０のＮｏ）、解錠判定部１３１は携帯キー２００から送信された鍵データが、利用時間超過前の直前の鍵データと一致するか否かを判定する（Ｓ３５０）。一致する場合（Ｓ３５０のＹｅｓ）、車両１１は直前のユーザにより返却駐車場５０にいまだ返却されていないと判断できるので、解錠判定部１３１は解錠を許可する（Ｓ３６０）。また、一致しない場合（Ｓ３５０のＮｏ）、車両１１は利用時間を超過しすぎたものとして解錠を許可しない。
【００５７】
以上説明したように、本実施例の車両共用システム５００は、利用時間が超過した後も超過前の直前のユーザは車両１１を運転できるので利便性を向上できる。利用時間を超過したユーザは時間的な制約を受けるので、無期限に解錠を許可されることもなく一定の制約を設けることもできる。
【実施例２】
【００５８】
予約した利用時間を超過した場合、車両１１で解錠の許可・不許可を判定するだけでなく、予約した利用時間を超過した場合に予約サーバ４００に通知することで、予約サーバ４００はユーザ毎の利用成績をユーザ履歴として把握することができる。
【００５９】
また、自分の利用時間の後しばらく車両１１が予約されていないからといって、利用時間を超過したユーザがいつまでも車両１１を使用できると盗難のおそれが生じるし、ユーザ間で公平でないと考えられる。また、第三者が勝手にスケジュール記憶部１０２の予約情報やスケジュール照合部１１２の判定結果を改ざんした場合、本来の利用時間を超過しても無制限に車両１１を利用できるため、車両１１が盗難されるおそれがある。
【００６０】
したがって、予約サーバ４００は、車両１１が予約された利用時間内で運行されているか否かを判定したり、運行されていない場合に車両１１の盗難を防ぐことが好ましい。
【００６１】
なお、予約サーバ４００が次に予約しているユーザに利用時間を超過している旨を通知してもよく、これにより次のユーザは返却駐車場５０で待機する必要がなくなる。また、利用時間を超過することなく返却駐車場５０に返却された場合に、予約サーバ４００が次に予約しているユーザに返却された旨を通知してもよい。
【００６２】
図７は、車両共用システム５００のブロック図の一例を示す。なお、図７において図２と同一構成部分には同一の符号を付しその説明は省略する。本実施例の車両共用システム５００は、電子キーシステム１００が運行管理部１１３を有する。運行管理部１１３は、車両１１が返却駐車場５０の返却された場合に予約サーバ４００に通知する。また、運行管理部１１３は、ユーザがドアロックを解錠した場合に、解錠情報（時刻、位置情報、携帯キー２００の鍵データ）を予約サーバ４００に送信する。解錠情報は、少なくとも予約時間を超過した場合に予約サーバ４００に送信され、好ましくは解錠の度に予約サーバ４００に送信される。
【００６３】
また、本実施例の解錠判定部１３１は、予約サーバ４００からの解錠禁止情報に従い、図４の判定テーブルでは解錠が許可されても、ドアロックの解錠を禁止する。
【００６４】
予約サーバ４００は解錠禁止部４０３及び運行記録部４０４を有する。運行記録部４０４は、ユーザ（鍵データ）毎に車両１１の利用履歴を記録する。すなわち、利用履歴は予約した利用時間及び返却時間である。したがって、予約サーバ４００は利用履歴から当該ユーザの過去の超過回数、超過時間を算出でき、超過回数又は超過時間が所定以上のユーザの予約を禁止したり、利用料金を上乗せすることができる。
【００６５】
解錠禁止部４０３は、車両１１に解錠禁止情報を送信する。解錠禁止部４０３は、運行管理部１１３から送信された解錠情報に基づき、車両１１の盗難のおそれがある場合に、解錠禁止情報を車両１１に送信する。例えば、予約情報記憶部４０１に記憶された予約情報によれば、解錠情報に含まれる鍵データが直前のユーザの鍵データでない場合や、予約情報と何ら整合性のない鍵データで解錠された場合は、解錠されるはずがないので解錠禁止部４０３は盗難のおそれがあると判断して、解錠禁止情報を車両１１に送信する。また、解錠情報に含まれる鍵データが直前のユーザの鍵データであっても、利用時間を超過したユーザがいつまでも車両１１を使用している場合は、車両１１に解錠禁止情報を送信する。エンジン始動を禁止してもよい。
【００６６】
図４によれば図４（ａ）及び（ｃ）の場合に解錠が許可されるが、解錠禁止情報はこの場合毎に解錠を禁止する情報である。例えば解錠禁止情報が図４（ｃ）の条件を指定して解錠を禁止する場合、解錠判定部１３１は図４（ｃ）の場合に解錠を許可せず図４（ａ）の場合に解錠を許可する。また、例えば、スケジュール記憶部１０２又はスケジュール照合部１１２が改ざんされたことが明らかな場合、図４（ａ）の条件を指定して解錠を禁止し、解錠判定部１３１は図４（ａ）の場合に解錠を許可しない。解錠禁止情報が図４（ａ）及び（ｃ）の双方を指定してもよい。
【００６７】
なお、解錠禁止部４０３は、利用時間を超過しても走行を許可してよいと判断された場合や、車両１１の盗難のおそれがないことが確認できた場合には、解錠禁止情報を解除する命令を送信することで、解錠の禁止を解除できる。
【００６８】
図８（ａ）は、予約サーバ４００が解錠禁止情報を車両１１に送信する手順を示すフローチャート図である。図８（ａ）の手順は例えば予約サーバ４００が起動するとスタートする。
【００６９】
予約サーバ４００の解錠禁止部４０３は、解錠情報を受信したか否かを判定する（Ｓ１３０）。解錠情報は、時刻、位置情報及び携帯キー２００の鍵データ等である。
【００７０】
解錠情報を受信すると（Ｓ１３０のＹｅｓ）、解錠禁止部４０３は車両１１に盗難のおそれがあるか否かを判定する（Ｓ１４０）。解錠禁止部４０３は、予約情報記憶部４０１に記憶された予約情報と解錠情報を照らし合わせ、例えば直前のユーザでない鍵データで解錠された場合、利用時間を所定以上超過している場合、盗難のおそれ有りと判定する（Ｓ１４０）。
【００７１】
盗難のおそれがあると判定した場合（Ｓ１４０のＹｅｓ）、解錠禁止部４０３は解錠禁止情報を生成し車両１１に送信する（Ｓ１５０）。
【００７２】
図８（ｂ）は、電子キーシステム１００が解錠禁止情報を記憶する手順を示すフローチャート図である。図８（ｂ）の手順は例えば解錠禁止情報を受信するとスタートする。
【００７３】
無線通信部１０１が解錠禁止情報を受信する（Ｓ２３０）と、解錠判定部１３１は情報の例えばコードに基づき解錠禁止情報であると判定し、メモリに記憶しておく（Ｓ２４０）。解錠禁止情報を受信した時は、すでに車両１１のドアロックが解錠された状態と考えられるので、解錠判定部１３１は次回の解錠動作まで解錠禁止情報を保持する。
【００７４】
図９は、電子キーシステム１００がドアロックを解錠し及び解錠を禁止する手順を示すフローチャート図である。図９の手順は、例えば携帯キー２００から解錠要求を受信するとスタートする。なお、図９において図６と同一ステップの説明は省略する。
【００７５】
キーＩＤ照合部１２２は、携帯キー２００から解錠要求を受信したか否か判定する（Ｓ３１０）。
【００７６】
解錠要求を受信した場合（Ｓ３１０のＹｅｓ）、解錠判定部１３１は解錠が禁止されているか否かを判定する（Ｓ３１５）。解錠禁止情報を記憶している場合は、解錠が禁止されていると判定され（Ｓ３１５のＹｅｓ）、解錠判定部１３１は解錠を許可せずに図９の手順を終了する。すなわち、ステップＳ３１５の判定は図４（ａ）の場合に解錠を禁止することに相当し、車両１１の予約情報が改ざんされていても解錠を禁止できる。
【００７７】
解錠が禁止されていない場合（Ｓ３１５のＮｏ）、以降の処理は図６と同様であるが、ステップＳ３５０において、利用時間超過前の直前の鍵データと一致すると判定された場合（Ｓ３５０のＹｅｓ）、解錠判定部１３１は解錠が禁止されているか否かを判定する（Ｓ３５５）。解錠禁止情報を記憶している場合は、解錠が禁止されていると判定され（Ｓ３５５のＹｅｓ）、解錠判定部１３１は解錠を許可せずに図９の手順を終了する。すなわち、ステップＳ３５５の判定は図４（ｃ）の場合に解錠を禁止することに相当し、予約した利用時間を超過して走行する車両１１の解錠を禁止することができる。
【００７８】
本実施例の車両共用システム５００によれば、実施例１の効果に加え、予約サーバ４００が解錠を禁止できるので車両１１の盗難を防止でき、ユーザ毎に運行を管理することができる。
【図面の簡単な説明】
【００７９】
【図１】車両共用システムの概略構成図である。
【図２】車両共用システムのブロック図の一例である（実施例１）。
【図３】予約情報の一例を示す図である。
【図４】解錠するか否かを判定する判定テーブルの一例である。
【図５】予約サーバが予約情報を車両に送信する手順を示すフローチャート図と電子キーシステムが予約情報をスケジュール記憶部に記憶する手順を示すフローチャート図であるである。
【図６】電子キーシステムがドアロックを解錠する手順を示すフローチャート図である。
【図７】車両共用システムのブロック図の一例である（実施例）。
【図８】予約サーバが解錠禁止情報を車両に送信する手順を示すフローチャート図と電子キーシステムが解錠禁止情報を記憶する手順を示すフローチャート図である。
【図９】、電子キーシステムがドアロックを解錠し及び解錠を禁止する手順を示すフローチャート図である。
【図１０】従来の車両共用システムの概略構成図である。
【符号の説明】
【００８０】
１１ 車両
５０ 返却駐車場
１００ 電子キーシステム
１１２ スケジュール照合部
１２２ キーＩＤ照合部
１３１ 解錠判定部
２００ 携帯キー
３００ 予約端末
４００ 予約サーバ
５００ 車両共用システム
【技術分野】
【０００１】
本発明は、車両用電子キーシステム等に関し、特に、車両を予約して利用する場合の車両用電子キーシステム、予約サーバ、車両共用システム及び解錠方法に関する。
【背景技術】
【０００２】
一台の車両を複数人で共用するカーシェアリングシステムや所定期間だけ車両をレンタルするレンタカーシステムが実用されている（以下、単に車両共用システムという）。車両共用システムでは、一台の車両を複数のユーザが利用するという利用形態上、ユーザ毎に利用時間を区切り、利用時間内であればそのユーザに車両の占有を許可する（例えば、特許文献１参照。）。
【０００３】
図１０は、特許文献１に記載された車両共用システムの概略構成図を示す。サーバ５５０には共用される車両毎に予約状況が記憶されており、ユーザはPC（パーソナルコンピュータ）６３０又は携帯端末６２０から予約状況を確認して、空いている時間帯を予約する。サーバ５５０は利用時間情報及び鍵データを車両７００に送信すると共に、ユーザの携帯端末６２０に鍵データを送信する。そして、車両７００は利用時間情報の時間内でのみ有効な鍵データに基づきユーザを認証し、鍵データが認証された場合にはドアの解錠を許可する。したがって、かかる車両共用システムでは、メカニカルキーや電子キー等だけでは乗車できないので車両７００を共用するユーザであっても利用時間外では乗車できず、また、車両の盗難も防止しやすくできる。
【特許文献１】特開２００４−１９０２３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、予約した利用時間内でのみ解錠を許可すると、利用時間内に返却位置に到達できない場合に不都合が生じる。例えば、渋滞などで返却位置への到着が遅れ利用時間を超過した場合、降車せずに返却位置まで走行すればよいが、いったん降車して施錠するとドアを解錠できず以降はいっさい乗車できなくなってしまう。すなわち、特許文献１記載の車両共用システムでは元の駐車場等の返却位置まで車両を返却できなくなるおそれがあるという問題がある。
【０００５】
本発明は、上記課題に鑑み、一台の車両を予約して利用する車両共用システムにおいて予約した利用時間を超過しても車両の返却が可能な車両用電子キーシステム、予約サーバ、車両共用システム及び解錠方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題に鑑み、本発明は、ユーザの予約情報と電子キーの鍵情報を照合して、予約時間内でのみ車両の解錠を許可する車両用電子キーシステムであって、予約時間Ａを超過後に車両が返却位置にない場合、予約時間Ａの超過後であっても、前記予約時間Ａが直前の予約時間である場合、予約時間Ａの予約情報と鍵情報を照合する解錠判定部を有する、ことを特徴とする。
【０００７】
本発明によれば、予約時間Ａを過ぎても次の予約時間Ｂが終了するまでは、車両を返却位置に返却することができる。
【０００８】
また、本発明の一形態において、解錠判定部は、車両が返却位置に到達するまで、予約時間Ａの予約情報と鍵情報を照合する、ことを特徴とする。
【０００９】
本発明によれば、車両が返却位置にあれば予約時間Ａを超過した後は解錠できないのでセキュリティを確保できる。
【００１０】
また、本発明の一形態において、予約時間Ａの超過後に予約時間Ａの予約情報と鍵情報を照合して解錠を許可した場合、サーバに解錠情報を送信する送信手段を有する、ことを特徴とする。
【００１１】
本発明によれば、予約時間超過後の解錠をサーバが監視して例えば盗難のおそれを検出することができる。
【００１２】
また、本発明の一形態において、サーバから解錠禁止情報を受信する受信手段を有し、解錠禁止情報を受信した場合、解錠判定部は予約時間Ａの予約情報と鍵情報の照合が成立しても、解錠を禁止する、ことを特徴とする。
【００１３】
本発明によれば、サーバから盗難による不正利用を防止することができる。
【発明の効果】
【００１４】
一台の車両を予約して利用する車両共用システムにおいて、予約した利用時間を超過しても車両の返却が可能な車両用電子キーシステム、予約サーバ、車両共用システム及び解錠方法を提供することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を実施するための最良の形態について図面を参照しながら説明する。
【実施例１】
【００１６】
図１は、車両共用システム５００の概略構成図を示す。車両共用システム５００は車両１１の予約状況を管理する予約サーバ４００、返却駐車場５０に返却される車両１１に車載された電子キーシステム１００、ユーザの操作により予約情報を予約サーバ４００に送信する予約端末３００Ａ、３００Ｂ（以下、単に予約端末３００という）、ユーザが携帯する携帯キー２００を有するように構成される。
【００１７】
本実施例の車両共用システム５００は、予約した利用時間内でのみ有効な鍵データに基づきドアの解錠を許可するが、利用時間を超過しても返却駐車場５０に返却されるまでは、利用時間超過後のユーザの直前のユーザ（鍵データ）にドアの解錠を許可する。これにより、返却駐車場５０に返却されるまでは車両１１を運転することができ、車両１１が返却駐車場５０に返却された後は当該ユーザによる解錠を禁止できる。また、利用時間超過前の直前のユーザにのみ解錠を許可するので、返却駐車場５０に駐車していない場合に車両１１を共有するユーザが無差別に解錠することを防止できる。
【００１８】
予約端末３００Ｂと予約サーバ４００は、インターネットやＷＡＮなどのネットワーク１３を介して接続され、予約サーバ４００と予約端末３００Ａは専用線で接続されている。予約端末３００Ｂは携帯電話等の携帯端末であってもよい。なお、予約端末３００Ａと３００Ｂは予約サーバ４００との接続方法が異なるだけで、車両１１を予約するという点で同様である。
【００１９】
また、予約サーバ４００と車両１１は好ましくは無線にて通信する。車両１１が走行中であったり予約サーバ４００と返却駐車場５０が離れている場合、移動通信電話の基地局１２を介して通信し、予約サーバ４００と返却駐車場５０とが近接している場合にはＤＳＲＣ（Dedicated Short Range Communication）、無線ＬＡＮ、Bluetooth（登録商標）、ワイヤレスＵＳＢ、ZigBee等の近距離無線通信により通信する。返却駐車場５０は予め定められた所定の駐車場であればよく、レンタカーシステムの各営業所のように複数の返却駐車場５０が用意されていてもよい。
【００２０】
ユーザは携帯する電子キーである携帯キー２００を用いて車両１１のドアの施錠を解錠することができるが、本実施例では携帯キー２００が記憶する鍵データに加え利用時間情報に基づき解錠を許可する。
【００２１】
〔車両共用システム５００の概略〕
車両共用システム５００の概略を説明する。
（Ｉ）ユーザが予約端末３００を操作して車両１１の所望の時間帯を予約すると、ユーザの携帯キー２００に固有の鍵データ及び利用時間情報、が予約サーバ４００に送信される。固有の鍵データは、ユーザが予約端末３００にログインすることで自動的に入力される。
（II）予約サーバ４００は、鍵データ及び利用時間情報を車両１１に送信する。車両１１は返却駐車場５０に駐車してあっても走行中でもよい。
（III）ユーザが携帯キー２００を用いて解錠操作すると、電子キーシステム１００は携帯キー２００が記憶する鍵データが、車両１１に登録されているかを判定する。
（IV）携帯キー２００が記憶する鍵データが車両１１に登録されている場合、電子キーシステム１００は、予約サーバ４００から送信された鍵データ及び利用時間情報を参照し、携帯キー２００が記憶する鍵データがその時間に予約しているユーザの鍵データと一致するか否かを判定する。一致する場合、電子キーシステム１００はドアの解錠を許可する。
（Ｖ）そして、（IV）の例外として利用時間情報の時間外であっても、車両１１が返却駐車場５０にない場合であって、かつ、超過前の直前の利用時間に登録された鍵データと携帯キー２００が記憶する鍵データが一致する場合、電子キーシステム１００はドアの解錠を許可する。
【００２２】
〔車両共用システム５００の構成〕
図２は、車両共用システム５００のブロック図の一例を示す。予約端末３００、予約サーバ４００及び電子キーシステム１００は、いずれもＣＰＵ、ＲＡＭ、ＲＯＭ及び入出力インターフェイスを備えたコンピュータである。なお、スケジュール照合部１１２、解錠判定部１３１、キーID照合部１２２及び位置情報判定部１４１は例えばCPUがプログラムを実行することで実現される。
【００２３】
予約端末３００はブラウザを起動し予約サーバ４００から受信したHTMLファイルを解析して、車両１１の予約用のウェブページをディスプレイに表示する。ユーザは、自分のユーザIDとパスワードを入力して予約サーバ４００にログインする。これにより、予約サーバ４００はユーザIDに対応づけて暗号化されている、該ユーザが携帯する携帯キー２００に固有の鍵データを抽出できる。鍵データは外部に漏洩することがないのでセキュリティが低下することを防止できる。
【００２４】
また、予約用のウェブページには、車両１１を含む複数の車両の選択メニュー、車両１１の日時及び利用時間帯を入力する利用時間入力メニュー、等が表示される。ユーザは車両１１を選択して所望の利用時間帯を入力することができる。
【００２５】
予約サーバ４００は、予約情報記憶部４０１と無線通信部４０２とを有する。予約情報記憶部４０１は、ハードディスクドライブやフラッシュメモリ等（以下、単にメモリという）により構成され、各ユーザの予約情報を記憶する。図３（ａ）は予約情報記憶部４０１に記憶される予約情報の一例を示す。車両１１を識別する車両ＩＤに対応づけて「予約開始時刻」「予約終了時刻」「鍵データ」が登録されている。「予約開始時刻」「予約終了時刻」が利用時間情報に相当する。
【００２６】
鍵データは例えば携帯キー２００を認証するためのＩＤコードであるが、単なる識別番号としてもよい。無線通信部４０２は、予約情報を例えば所定のプロトコルに従いパケットに分割し、移動体通信又は近距離無線通信の通信方法に従い変調して電子キーシステム１００の無線通信部１０１に送信する。
【００２７】
携帯キー２００は、例えばワイヤレスキー又はキーレスエントリーキーである。ワイヤレスキーの場合、所定の操作ボタンを操作すると鍵データが電波又は赤外線で搬送され車両１１の電子キーシステム１００に送信される。また、キーレスエントリーキーの場合、電子キーシステム１００がサイクル時間毎に送信するリクエスト信号に応答して、予め記憶している鍵データを電子キーシステム１００に送信する。本実施例では携帯キー２００はワイヤレスキーであるとする。
【００２８】
キーID記憶部２０３は例えばＩＣチップであり、携帯キー２００に固有の鍵データを記憶している。解錠操作指示部２０１は携帯キー２００のケースに設けられた押しボタン型の操作部である。解錠操作指示部２０１をユーザが押下すると、無線通信部２０２がキーＩＤ記憶部２０３に記憶された鍵データで搬送波を変調することで鍵データを車両１１に送信する。なお、鍵データの送信前に解錠要求又は施錠要求を送信してもよいし、鍵データを解錠要求又は施錠要求としてもよい。
【００２９】
電子キーシステム１００の無線通信部１０１は、移動体通信又は近距離無線通信の通信方法に従い受信した電波を復調し、所定のプロトコルに従い予約情報を受信する。
【００３０】
スケジュール記憶部１０２は、無線通信部１０１が受信した予約情報を記憶するメモリである。図３（ｂ）はスケジュール記憶部１０２に記憶される予約情報の一例を示す。電子キーシステム１００に記憶される予約情報は、車両ＩＤに対応づけられていない以外は図３（ａ）の予約情報と同様である。
【００３１】
無線通信部１２１は、携帯キー２００から送信された電波を復調することで鍵データを受信する。キーＩＤ記憶部１２３にはユーザが携帯する携帯キー２００の鍵データが記憶されている。図３（ｃ）はキーＩＤ記憶部１２３に記憶される鍵データの一例を示す。車両１１は共用されるので、キーＩＤ記憶部１２３には複数の鍵データが記憶されている。
【００３２】
キーＩＤ照合部１２２は、無線通信部１２１が受信した鍵データとキーＩＤ記憶部１２３に記憶されている鍵データを比較し、一致する場合、解錠判定部１３１に解錠判定を要求する。ワイヤレスキーでは一致するだけで解錠が許可されるが、本実施例ではさらに解錠するか否かが判定される。
【００３３】
位置情報判定部１４１は携帯キー２００から鍵データが送信された時の車両１１の現在（以下、携帯キー２００から鍵データが送信された時を単に現在又は現在時刻という）の位置情報と、返却駐車場５０の位置に一致するか否かを判定する。例えば、返却駐車場５０の位置を緯度・経度の座標データとして記憶している場合、車両１１が備えるＧＰＳ（Global Positioning System）受信機により現在の位置情報を取得し比較することができる。また、本実施例では返却駐車場５０又はそこから所定範囲に駐車していることが検出できればよいので、車両１１が返却駐車場５０に設けられた通信装置と近距離通信したり、電気自動車やハイブリッドカーの場合には給電のためのＰＬＣ（電力線搬送通信）接続したことで、返却駐車場５０に駐車していると判定することができる。
【００３４】
時計１１１は現在時刻を管理する公知の時計であり、好ましくは電波時計とすることで時刻のずれを抑制できる。スケジュール照合部１１２は、利用時間内の解錠要求か否かを照合する。スケジュール照合部１１２は現在時刻を時計１１１から取得し、現在時刻に予約している鍵データをスケジュール記憶部１０２から取得する。そして、現在時刻に予約されているスケジュール記憶部１０２の鍵データと携帯キー２００から送信された鍵データが一致するか否かを照合する。一致する場合、解錠判定部１３１に解錠判定を要求する。
【００３５】
また、現在時刻に予約している鍵データがスケジュール記憶部１０２に記憶されていない場合、例えば図３（ｂ）の予約情報において現在時刻が１２：３０の場合、現在時刻に予約している鍵データが記憶されていないことになる。このような場合も、スケジュール照合部１１２はスケジュール記憶部１０２の鍵データと携帯キー２００から送信された鍵データが一致しないと判定する。
【００３６】
解錠判定部１３１は、スケジュール照合部１１２の照合結果、キーＩＤ照合部１２２の照合結果、及び、位置情報判定部１４１の判定結果に基づき車両１１を解錠するか否かを判定する。図４は、解錠するか否かを判定する判定テーブルを示す。
【００３７】
携帯キー２００から送信された鍵データとキーＩＤ記憶部１２３に記憶されている鍵データが一致しない（ｅ）の場合、携帯キー２００は正規の携帯キーでないので、解錠は許可されない。
【００３８】
携帯キー２００から送信された鍵データとキーＩＤ記憶部１２３に記憶されている鍵データが一致し、かつ、携帯キー２００から送信された鍵データとスケジュール記憶部１０２の現在時刻の利用時間に登録された鍵データとが一致する（ａ）の場合、解錠判定部１３１は解錠装置１３２に解錠を要求する。解錠装置１３２は、例えば、ドアＥＣＵ（electronic control unit）とドアロックモータであり、解錠判定部１３１により解錠を要求されると、ドアロックモータを駆動してドアロックを解錠する。
【００３９】
携帯キー２００から送信された鍵データとキーＩＤ記憶部１２３に記憶されている鍵データは一致するが、携帯キー２００から送信された鍵データとスケジュール記憶部１０２の現在時刻の利用時間に登録された鍵データとが一致せず、現在の位置情報が返却駐車場５０の位置に一致する（ｂ）の場合、車両１１は返却済みなので解錠判定部１３１は解錠を許可しない。
【００４０】
携帯キー２００から送信された鍵データとキーＩＤ記憶部１２３に記憶されている鍵データは一致、携帯キー２００から送信された鍵データとスケジュール記憶部１０２の現在時刻の利用時間に登録された鍵データとは一致、現在の位置情報が返却駐車場５０の位置に一致せず、かつ、携帯キー２００から送信された鍵データと利用時間超過前の直前のユーザの鍵データが一致する（ｃ）の場合、解錠判定部１３１は解錠を許可する。これにより、利用時間が終了するまでに返却駐車場５０に車両１１を返却できない場合でも、利用時間超過前の直前のユーザはドアロックを解錠できる。
【００４１】
例えば、現在時刻が１２：３０とすると図３（ｂ）において利用時間超過前の直前のユーザは、ＸＸＸＸＸＸの鍵データのユーザが相当し、現在時刻が１６：３０とするとＹＹＹＹＹＹの鍵データのユーザが相当する。なお、直前のユーザにのみ解錠を許可するのは、利用時間帯は通常数時間以上なので、数時間以上、返却が遅れることはまれだからである。したがって、より短時間（例えば３０分程度）の利用時間を認める場合は、利用時間超過前の複数のユーザに解錠を認めてもよい。
【００４２】
これにより、予約した利用時間を超過しても返却駐車場５０まで車両１１を返却できるので車両共用システム５００の利便性が向上する。
【００４３】
携帯キー２００から送信された鍵データと直前のユーザの鍵データが一致しない（ｄ）の場合、（例えば、鍵データＸＸＸＸＸＸのユーザが車両１１を返却駐車場５０以外に駐車しそのまま鍵データＹＹＹＹＹＹの利用時間を超過した場合）、解錠判定部１３１はユーザ（鍵データＸＸＸＸＸＸ）に解錠を許可しない。すなわち、利用時間超過後は、直前のユーザのみドアロックを解錠できるので、無期限に解錠を許可することを防止できる。
【００４４】
〔車両共用システム５００の動作手順〕
図５（ａ）は、予約サーバ４００が予約情報を車両１１に送信する手順を示すフローチャート図である。図５（ａ）の手順は例えば予約サーバ４００が起動するとスタートする。
【００４５】
予約サーバ４００は、予約情報記憶部４０１に記憶された予約情報が更新されたか否かを判定する（Ｓ１１０）。ユーザが予約端末３００から新たな予約情報を入力・送信したり、既に予約情報記憶部４０１に記憶された予約情報を削除又は修正すると、ステップＳ１１０の判定はＹｅｓとなる。
【００４６】
予約情報が更新された場合（Ｓ１１０のＹｅｓ）、無線通信部４０２は予約情報を車両１１に送信する（Ｓ１２０）。無線通信部４０２は新規の予約情報又は変更後の予約情報を車両１１へ送信する。
【００４７】
図５（ｂ）は、電子キーシステム１００が予約情報をスケジュール記憶部１０２に記憶する手順を示すフローチャート図である。図５（ｂ）の手順は例えば予約情報を受信するとスタートする。
【００４８】
スケジュール記憶部１０２は、無線通信部１０１が予約情報を受信したか否かを判定する（Ｓ２１０）。スケジュール記憶部１０２は、予約サーバ４００から受信した情報の例えばコードに基づき予約情報を受信したか否かを判定する。
【００４９】
予約情報を受信した場合（Ｓ２１０のＹｅｓ）、電子キーシステム１００はスケジュール記憶部１０２に予約情報を記憶する（Ｓ２２０）。
【００５０】
図６は電子キーシステム１００がドアロックを解錠する手順を示すフローチャート図である。図６の手順は、例えば携帯キー２００から解錠要求を受信するとスタートする。
【００５１】
キーＩＤ照合部１２２は、携帯キー２００から解錠要求を受信したか否か判定する（Ｓ３１０）。
【００５２】
解錠要求を受信した場合（Ｓ３１０のＹｅｓ）、キーＩＤ照合部１２２は解錠要求と共に受信した鍵データがキーＩＤ記憶部１２３に記憶されている鍵データと一致するか否かを判定する（Ｓ３２０）。一致しない場合（Ｓ３２０のＮｏ）、携帯キー２００のユーザは正規の携帯キーを所有していないことになるので、解錠判定部１３１はドアロックの解錠を許可しない。
【００５３】
一致する場合（Ｓ３２０のＹｅｓ）、スケジュール照合部１１２は、時計１１１から取得した現在時刻に予約している鍵データをスケジュール記憶部１０２から取得し、携帯キー２００から送信された鍵データと一致するか否かを判定する（Ｓ３３０）。
【００５４】
一致する場合（Ｓ３３０のＹｅｓ）、予約したユーザが利用時間内に解錠しようとしているので、解錠判定部１３１は解錠判定部１３１に解錠を要求する（Ｓ３６０）。
【００５５】
一致しない場合（Ｓ３３０のＮｏ）、解錠判定部１３１は位置情報判定部１４１に現在の位置情報が返却駐車場５０の位置に一致するか否かを判定する（Ｓ３４０）。一致する場合（Ｓ３４０のＹｅｓ）、車両１１は返却駐車場５０に返却されたものと判断できるので、解錠判定部１３１は解錠を許可しない。
【００５６】
一致しない場合（Ｓ３４０のＮｏ）、解錠判定部１３１は携帯キー２００から送信された鍵データが、利用時間超過前の直前の鍵データと一致するか否かを判定する（Ｓ３５０）。一致する場合（Ｓ３５０のＹｅｓ）、車両１１は直前のユーザにより返却駐車場５０にいまだ返却されていないと判断できるので、解錠判定部１３１は解錠を許可する（Ｓ３６０）。また、一致しない場合（Ｓ３５０のＮｏ）、車両１１は利用時間を超過しすぎたものとして解錠を許可しない。
【００５７】
以上説明したように、本実施例の車両共用システム５００は、利用時間が超過した後も超過前の直前のユーザは車両１１を運転できるので利便性を向上できる。利用時間を超過したユーザは時間的な制約を受けるので、無期限に解錠を許可されることもなく一定の制約を設けることもできる。
【実施例２】
【００５８】
予約した利用時間を超過した場合、車両１１で解錠の許可・不許可を判定するだけでなく、予約した利用時間を超過した場合に予約サーバ４００に通知することで、予約サーバ４００はユーザ毎の利用成績をユーザ履歴として把握することができる。
【００５９】
また、自分の利用時間の後しばらく車両１１が予約されていないからといって、利用時間を超過したユーザがいつまでも車両１１を使用できると盗難のおそれが生じるし、ユーザ間で公平でないと考えられる。また、第三者が勝手にスケジュール記憶部１０２の予約情報やスケジュール照合部１１２の判定結果を改ざんした場合、本来の利用時間を超過しても無制限に車両１１を利用できるため、車両１１が盗難されるおそれがある。
【００６０】
したがって、予約サーバ４００は、車両１１が予約された利用時間内で運行されているか否かを判定したり、運行されていない場合に車両１１の盗難を防ぐことが好ましい。
【００６１】
なお、予約サーバ４００が次に予約しているユーザに利用時間を超過している旨を通知してもよく、これにより次のユーザは返却駐車場５０で待機する必要がなくなる。また、利用時間を超過することなく返却駐車場５０に返却された場合に、予約サーバ４００が次に予約しているユーザに返却された旨を通知してもよい。
【００６２】
図７は、車両共用システム５００のブロック図の一例を示す。なお、図７において図２と同一構成部分には同一の符号を付しその説明は省略する。本実施例の車両共用システム５００は、電子キーシステム１００が運行管理部１１３を有する。運行管理部１１３は、車両１１が返却駐車場５０の返却された場合に予約サーバ４００に通知する。また、運行管理部１１３は、ユーザがドアロックを解錠した場合に、解錠情報（時刻、位置情報、携帯キー２００の鍵データ）を予約サーバ４００に送信する。解錠情報は、少なくとも予約時間を超過した場合に予約サーバ４００に送信され、好ましくは解錠の度に予約サーバ４００に送信される。
【００６３】
また、本実施例の解錠判定部１３１は、予約サーバ４００からの解錠禁止情報に従い、図４の判定テーブルでは解錠が許可されても、ドアロックの解錠を禁止する。
【００６４】
予約サーバ４００は解錠禁止部４０３及び運行記録部４０４を有する。運行記録部４０４は、ユーザ（鍵データ）毎に車両１１の利用履歴を記録する。すなわち、利用履歴は予約した利用時間及び返却時間である。したがって、予約サーバ４００は利用履歴から当該ユーザの過去の超過回数、超過時間を算出でき、超過回数又は超過時間が所定以上のユーザの予約を禁止したり、利用料金を上乗せすることができる。
【００６５】
解錠禁止部４０３は、車両１１に解錠禁止情報を送信する。解錠禁止部４０３は、運行管理部１１３から送信された解錠情報に基づき、車両１１の盗難のおそれがある場合に、解錠禁止情報を車両１１に送信する。例えば、予約情報記憶部４０１に記憶された予約情報によれば、解錠情報に含まれる鍵データが直前のユーザの鍵データでない場合や、予約情報と何ら整合性のない鍵データで解錠された場合は、解錠されるはずがないので解錠禁止部４０３は盗難のおそれがあると判断して、解錠禁止情報を車両１１に送信する。また、解錠情報に含まれる鍵データが直前のユーザの鍵データであっても、利用時間を超過したユーザがいつまでも車両１１を使用している場合は、車両１１に解錠禁止情報を送信する。エンジン始動を禁止してもよい。
【００６６】
図４によれば図４（ａ）及び（ｃ）の場合に解錠が許可されるが、解錠禁止情報はこの場合毎に解錠を禁止する情報である。例えば解錠禁止情報が図４（ｃ）の条件を指定して解錠を禁止する場合、解錠判定部１３１は図４（ｃ）の場合に解錠を許可せず図４（ａ）の場合に解錠を許可する。また、例えば、スケジュール記憶部１０２又はスケジュール照合部１１２が改ざんされたことが明らかな場合、図４（ａ）の条件を指定して解錠を禁止し、解錠判定部１３１は図４（ａ）の場合に解錠を許可しない。解錠禁止情報が図４（ａ）及び（ｃ）の双方を指定してもよい。
【００６７】
なお、解錠禁止部４０３は、利用時間を超過しても走行を許可してよいと判断された場合や、車両１１の盗難のおそれがないことが確認できた場合には、解錠禁止情報を解除する命令を送信することで、解錠の禁止を解除できる。
【００６８】
図８（ａ）は、予約サーバ４００が解錠禁止情報を車両１１に送信する手順を示すフローチャート図である。図８（ａ）の手順は例えば予約サーバ４００が起動するとスタートする。
【００６９】
予約サーバ４００の解錠禁止部４０３は、解錠情報を受信したか否かを判定する（Ｓ１３０）。解錠情報は、時刻、位置情報及び携帯キー２００の鍵データ等である。
【００７０】
解錠情報を受信すると（Ｓ１３０のＹｅｓ）、解錠禁止部４０３は車両１１に盗難のおそれがあるか否かを判定する（Ｓ１４０）。解錠禁止部４０３は、予約情報記憶部４０１に記憶された予約情報と解錠情報を照らし合わせ、例えば直前のユーザでない鍵データで解錠された場合、利用時間を所定以上超過している場合、盗難のおそれ有りと判定する（Ｓ１４０）。
【００７１】
盗難のおそれがあると判定した場合（Ｓ１４０のＹｅｓ）、解錠禁止部４０３は解錠禁止情報を生成し車両１１に送信する（Ｓ１５０）。
【００７２】
図８（ｂ）は、電子キーシステム１００が解錠禁止情報を記憶する手順を示すフローチャート図である。図８（ｂ）の手順は例えば解錠禁止情報を受信するとスタートする。
【００７３】
無線通信部１０１が解錠禁止情報を受信する（Ｓ２３０）と、解錠判定部１３１は情報の例えばコードに基づき解錠禁止情報であると判定し、メモリに記憶しておく（Ｓ２４０）。解錠禁止情報を受信した時は、すでに車両１１のドアロックが解錠された状態と考えられるので、解錠判定部１３１は次回の解錠動作まで解錠禁止情報を保持する。
【００７４】
図９は、電子キーシステム１００がドアロックを解錠し及び解錠を禁止する手順を示すフローチャート図である。図９の手順は、例えば携帯キー２００から解錠要求を受信するとスタートする。なお、図９において図６と同一ステップの説明は省略する。
【００７５】
キーＩＤ照合部１２２は、携帯キー２００から解錠要求を受信したか否か判定する（Ｓ３１０）。
【００７６】
解錠要求を受信した場合（Ｓ３１０のＹｅｓ）、解錠判定部１３１は解錠が禁止されているか否かを判定する（Ｓ３１５）。解錠禁止情報を記憶している場合は、解錠が禁止されていると判定され（Ｓ３１５のＹｅｓ）、解錠判定部１３１は解錠を許可せずに図９の手順を終了する。すなわち、ステップＳ３１５の判定は図４（ａ）の場合に解錠を禁止することに相当し、車両１１の予約情報が改ざんされていても解錠を禁止できる。
【００７７】
解錠が禁止されていない場合（Ｓ３１５のＮｏ）、以降の処理は図６と同様であるが、ステップＳ３５０において、利用時間超過前の直前の鍵データと一致すると判定された場合（Ｓ３５０のＹｅｓ）、解錠判定部１３１は解錠が禁止されているか否かを判定する（Ｓ３５５）。解錠禁止情報を記憶している場合は、解錠が禁止されていると判定され（Ｓ３５５のＹｅｓ）、解錠判定部１３１は解錠を許可せずに図９の手順を終了する。すなわち、ステップＳ３５５の判定は図４（ｃ）の場合に解錠を禁止することに相当し、予約した利用時間を超過して走行する車両１１の解錠を禁止することができる。
【００７８】
本実施例の車両共用システム５００によれば、実施例１の効果に加え、予約サーバ４００が解錠を禁止できるので車両１１の盗難を防止でき、ユーザ毎に運行を管理することができる。
【図面の簡単な説明】
【００７９】
【図１】車両共用システムの概略構成図である。
【図２】車両共用システムのブロック図の一例である（実施例１）。
【図３】予約情報の一例を示す図である。
【図４】解錠するか否かを判定する判定テーブルの一例である。
【図５】予約サーバが予約情報を車両に送信する手順を示すフローチャート図と電子キーシステムが予約情報をスケジュール記憶部に記憶する手順を示すフローチャート図であるである。
【図６】電子キーシステムがドアロックを解錠する手順を示すフローチャート図である。
【図７】車両共用システムのブロック図の一例である（実施例）。
【図８】予約サーバが解錠禁止情報を車両に送信する手順を示すフローチャート図と電子キーシステムが解錠禁止情報を記憶する手順を示すフローチャート図である。
【図９】、電子キーシステムがドアロックを解錠し及び解錠を禁止する手順を示すフローチャート図である。
【図１０】従来の車両共用システムの概略構成図である。
【符号の説明】
【００８０】
１１ 車両
５０ 返却駐車場
１００ 電子キーシステム
１１２ スケジュール照合部
１２２ キーＩＤ照合部
１３１ 解錠判定部
２００ 携帯キー
３００ 予約端末
４００ 予約サーバ
５００ 車両共用システム
【特許請求の範囲】
【請求項１】
ユーザの予約情報と電子キーの鍵情報を照合して、予約時間内でのみ車両の解錠を許可する車両用電子キーシステムであって、
予約時間Ａを超過後に前記車両が返却位置にない場合、前記予約時間Ａの超過後であっても、前記予約時間Ａが直前の予約時間である場合、前記予約時間Ａの予約情報と鍵情報を照合する解錠判定部を有する、
ことを特徴とする車両用電子キーシステム。
【請求項２】
前記解錠判定部は、前記車両が返却位置に到達するまで、前記予約時間Ａの予約情報と鍵情報を照合する、
ことを特徴とする請求項１記載の車両用電子キーシステム。
【請求項３】
前記予約時間Ａの超過後に前記予約時間Ａの予約情報と鍵情報を照合して解錠を許可した場合、サーバに解錠情報を送信する送信手段を有する、
ことを特徴とする請求項１又は２記載の車両用電子キーシステム。
【請求項４】
サーバから解錠禁止情報を受信する受信手段を有し、
前記解錠禁止情報を受信した場合、前記解錠判定部は前記予約時間Ａの予約情報と鍵情報の照合が成立しても、解錠を禁止する、
ことを特徴とする請求項１記載の車両用電子キーシステム。
【請求項５】
ユーザの予約情報と電子キーの鍵情報を照合して、予約時間内でのみ車両の解錠を許可する車両用電子キーシステムに、前記予約情報を登録する予約サーバであって、
予約時間Ａを超過後に前記車両が返却位置にない場合に、前記予約時間Ａの超過後であっても、前記予約時間Ａが直前の予約時間である場合、前記予約時間Ａの予約情報と鍵情報を照合して解錠した解錠情報、を前記電子キーシステムから受信する受信手段と、
前記解錠情報に基づき前記車両の盗難のおそれがあると判定した場合、前記車両用電子キーシステムに解錠禁止情報を送信する送信手段と、
を有することを特徴とする予約サーバ。
【請求項６】
ユーザの予約情報と電子キーの鍵情報を照合して、予約時間内でのみ車両の解錠を許可する車両用電子キーシステムと、前記車両用電子キーシステムに前記予約情報を登録する予約サーバと、を有する車両共用システムであって、
前記車両用電子キーシステムは、予約時間Ａを超過後に前記車両が返却位置にない場合、前記予約時間Ａの超過後であっても、前記予約時間Ａが直前の予約時間である場合、前記予約時間Ａの予約情報と鍵情報を照合する解錠判定部を有し、
前記予約サーバは、前記予約時間Ａの超過後に受信した前記解錠情報に基づき前記車両の盗難のおそれがあると判定した場合、前記車両用電子キーシステムに解錠禁止情報を送信する送信手段、を有する、
ことを特徴とする車両共用システム。
【請求項７】
ユーザの予約情報と電子キーの鍵情報を照合して、予約時間内でのみ車両の解錠を許可する車両用電子キーシステムの解錠方法であって、
予約時間Ａを超過後に前記車両が返却位置にあるか否かを判定するステップと、
返却位置にない場合、前記予約時間Ａの超過後であっても、前記予約時間Ａが直前の予約時間である場合、前記予約時間Ａの次の予約時間Bを超過するまで前記予約時間Ａの予約情報と鍵情報を照合するステップと、
を有することを特徴とする解錠方法。
【請求項１】
ユーザの予約情報と電子キーの鍵情報を照合して、予約時間内でのみ車両の解錠を許可する車両用電子キーシステムであって、
予約時間Ａを超過後に前記車両が返却位置にない場合、前記予約時間Ａの超過後であっても、前記予約時間Ａが直前の予約時間である場合、前記予約時間Ａの予約情報と鍵情報を照合する解錠判定部を有する、
ことを特徴とする車両用電子キーシステム。
【請求項２】
前記解錠判定部は、前記車両が返却位置に到達するまで、前記予約時間Ａの予約情報と鍵情報を照合する、
ことを特徴とする請求項１記載の車両用電子キーシステム。
【請求項３】
前記予約時間Ａの超過後に前記予約時間Ａの予約情報と鍵情報を照合して解錠を許可した場合、サーバに解錠情報を送信する送信手段を有する、
ことを特徴とする請求項１又は２記載の車両用電子キーシステム。
【請求項４】
サーバから解錠禁止情報を受信する受信手段を有し、
前記解錠禁止情報を受信した場合、前記解錠判定部は前記予約時間Ａの予約情報と鍵情報の照合が成立しても、解錠を禁止する、
ことを特徴とする請求項１記載の車両用電子キーシステム。
【請求項５】
ユーザの予約情報と電子キーの鍵情報を照合して、予約時間内でのみ車両の解錠を許可する車両用電子キーシステムに、前記予約情報を登録する予約サーバであって、
予約時間Ａを超過後に前記車両が返却位置にない場合に、前記予約時間Ａの超過後であっても、前記予約時間Ａが直前の予約時間である場合、前記予約時間Ａの予約情報と鍵情報を照合して解錠した解錠情報、を前記電子キーシステムから受信する受信手段と、
前記解錠情報に基づき前記車両の盗難のおそれがあると判定した場合、前記車両用電子キーシステムに解錠禁止情報を送信する送信手段と、
を有することを特徴とする予約サーバ。
【請求項６】
ユーザの予約情報と電子キーの鍵情報を照合して、予約時間内でのみ車両の解錠を許可する車両用電子キーシステムと、前記車両用電子キーシステムに前記予約情報を登録する予約サーバと、を有する車両共用システムであって、
前記車両用電子キーシステムは、予約時間Ａを超過後に前記車両が返却位置にない場合、前記予約時間Ａの超過後であっても、前記予約時間Ａが直前の予約時間である場合、前記予約時間Ａの予約情報と鍵情報を照合する解錠判定部を有し、
前記予約サーバは、前記予約時間Ａの超過後に受信した前記解錠情報に基づき前記車両の盗難のおそれがあると判定した場合、前記車両用電子キーシステムに解錠禁止情報を送信する送信手段、を有する、
ことを特徴とする車両共用システム。
【請求項７】
ユーザの予約情報と電子キーの鍵情報を照合して、予約時間内でのみ車両の解錠を許可する車両用電子キーシステムの解錠方法であって、
予約時間Ａを超過後に前記車両が返却位置にあるか否かを判定するステップと、
返却位置にない場合、前記予約時間Ａの超過後であっても、前記予約時間Ａが直前の予約時間である場合、前記予約時間Ａの次の予約時間Bを超過するまで前記予約時間Ａの予約情報と鍵情報を照合するステップと、
を有することを特徴とする解錠方法。
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１】
【図１０】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１】
【図１０】
【公開番号】特開２００９−１２７２８４（Ｐ２００９−１２７２８４Ａ）
【公開日】平成２１年６月１１日（２００９．６．１１）
【国際特許分類】
【出願番号】特願２００７−３０３０９７（Ｐ２００７−３０３０９７）
【出願日】平成１９年１１月２２日（２００７．１１．２２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
【公開日】平成２１年６月１１日（２００９．６．１１）
【国際特許分類】
【出願日】平成１９年１１月２２日（２００７．１１．２２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
[ Back to top ]