JP2012221224A - カーシェアシステム - Google Patents

Abstract

【課題】複数人でシェアされる車両のキーＩＤの有効無効を、通信端末を用いて設定することができるカーシェアシステムを提供する。
【解決手段】複数人に共通使用される１台の車両１にサーバ４から予約データＤcsをネットワーク配信するとともに、この車両１のキーＩＤを携帯電話３にもネットワーク配信する。そして、この携帯電話３でキーＩＤを有効化操作して車両１と近距離無線通信すると、キーＩＤが有効となる。また、キーＩＤ有効中、携帯電話３でキーＩＤを無効化操作して車両１と近距離無線通信すると、キーＩＤが無効となる。
【選択図】図１

Description

本発明は、１台の車両を複数のユーザで共有するカーシェアシステムに関する。

従来から周知のように、１台の車両を複数人でシェアする技術が検討されている（特許文献１等参照）。特許文献１のカーシェアシステムでは、車両の貸し出しを利用者に行う場合に、管理装置に登録してある鍵情報を、貸し出される車両と予約した利用者の携帯電話器とに、ネットワーク通信により送信することで、携帯電話器を車両キーとして使用可能とする。

特開２００８−２９３２５３号公報

しかし、特許文献１の技術は、車両の有効無効を予約時間（タイムスケジュール）でしか管理できないので、予約時間がくれば車両が勝手に有効状態に入り、予約時間が過ぎれば車両が勝手に無効状態に切り換わってしまう。よって、利用者にとっては、車両が使用可能であるか或いはそうでないのかを確認するには必ず時間を見る必要があり、これが不便に感じる問題があった。また、車両盗難等のセキュリティ性を考えた場合、車両の有効無効の切り換えを、利用者の何らかの意思表示に合わせた方がよいとも考えられる。

また、特許文献１の技術では、仮に車両の使用時間が、予約で登録した時間を過ぎてしまうと、その時点で車両使用が強制的に終了してしまう。よって、例えば車両を駐車しているとき、仮に利用者が時間を忘れて使用時間が過ぎてしまうと、その時点で車両が動かなくなり、最悪の場合、車両を元の位置まで戻せない可能性に繋がる。このため、車両使用の有効無効の切り換えを、利用者の意図に沿った形で融通よく設定できる技術が要望されていた。

本発明の目的は、複数人でシェアされる車両のキーＩＤの有効無効を、通信端末を用いて設定することができるカーシェアシステムを提供することにある。

前記問題点を解決するために、本発明では、複数人にシェアされる１台の車両に予約情報を無線配信するとともに、前記車両の使用を希望する各ユーザの通信端末にキーＩＤを無線配信するサーバと、前記通信端末で前記車両を使用するとき、当該通信端末が前記予約情報に合った端末であれば、当該通信端末のキーＩＤが有効となり、当該有効下でユーザが前記通信端末で該キーＩＤを無効とする無効化操作を行った後、該通信端末が前記車両と通信したとき、有効中の該キーＩＤを無効とする有効無効設定手段とを備えたことを要旨とする。

本発明の構成によれば、複数人にシェアされる車両にサーバから予約情報が配信され、車両使用を予約したユーザの通信端末にサーバからキーＩＤが配信される。そして、その通信端末で車両使用するときは、通信端末で車両と通信し、この通信端末の予約情報が合っていれば、通信端末で車両が動く。一方、車両を返却するときは、ユーザが通信端末で無効化操作を行い、この操作を経た後の通信端末で車と通信して、有効中のキーＩＤを無効にする。よって、通信端末を用いてキーＩＤの有効無効を直接切り換えることが可能となる。このため、キーＩＤの有効無効がいつ切り換わったかがユーザは分かるので、不便さが感じ難くなる。

本発明では、前記有効無効設定手段は、有効中の前記キーＩＤの使用時間が、前記予約情報で定められた使用終了時間を過ぎても、前記通信端末を用いた無効化操作が行われていなければ、使用中の前記キーＩＤの有効を継続することを要旨とする。この構成によれば、例えば車両使用中に時間を忘れるなどしてキーＩＤの使用時間が使用終了時間を過ぎても、通信端末でキーＩＤの無効化操作を行わない限り、ユーザは車両を継続使用することが可能となる。よって、使用最中にユーザの意図に反して車両が動かなくなってしまう状況が防止される。

本発明では、前記有効無効設定手段は、前記キーＩＤの有効無効を設定する使用設定通信を、前記通信端末で前記車両を動作させる際に行う認証通信に含ませて実行することを要旨とする。この構成によれば、通信端末と車両とが通信するとき、一度に２処理が実行されるので、ユーザに課す作業を少なくすることが可能となる。よって、車両の借入時及び返却時の利便性が向上する。

本発明では、前記有効無効設定手段は、前記車両におけるキーＩＤの有効無効状態と、前記通信端末におけるキーＩＤの有効無効状態とを比較し、これらの状態が同じであれば、該キーＩＤの使用状態を現状のまま据え置き、これらの状態が逆であれば、該キーＩＤの状態を現状から反転させることにより、該キーＩＤの有効無効を設定することを要旨とする。この構成によれば、通信端末と車両とが通信するとき、車両側の有効無効状態と、通信端末側の有効無効状態とを比較し、状態が異なっていれば、車両側におけるキーＩＤの使用状態を反転させ、状態が同じであれば、現状態を維持する。よって、車両側におけるキーＩＤの有効無効の切り換えを、２状態を単に比較するという簡素な処理によって行うことが可能となる。

本発明によれば、複数人でシェアされる車両のキーＩＤの有効無効を、通信端末を用いて設定することができる。

一実施形態のカーシェアシステムの構成図。 （ａ）は予約リストの概要図、（ｂ）は予約リストに新たな予約を挿し込むときの説明図、（ｃ）は更新後の予約リストの概要図。 サーバが車両及び携帯電話に予約データを配信するときの動作フロー図。 （ａ）は有効設定画面の画面図、（ｂ）はドアロック状態の車両に携帯電話をかざしたときの状態図。 車両使用開始時の動作シーケンス。 キーＩＤ有効下での車両各種操作時の動作シーケンス。 （ａ）は無効設定画面の画面図、（ｂ）はドアアンロック状態の車両に携帯電話をかざしたときの状態図。 車両返却時の動作シーケンス。

以下、本発明を具体化したカーシェアシステムの一実施形態を図１〜図８に従って説明する。
図１に示すように、車両１には、１台の車両１を複数人のユーザにシェアさせるカーシェアシステム２が搭載されている。本例のカーシェアシステム２では、各ユーザが所持する携帯電話３が車両キー（電子キー）として使用される。車両１と携帯電話３とのＩＤ認証の通信には、通信距離が十数cm程度の近距離無線通信（ＮＦＣ：Near Field Communication）が使用されている。なお、携帯電話３が通信端末に相当する。

カーシェアシステム２には、カーシェアの手続きや実行等を統括管理するサーバ４が設けられている。サーバ４は、カーシェアシステム２の管理会社であるとともに、車両使用を希望するユーザの携帯電話３に配信するキーＩＤを管理する。サーバ４は、カーシェアシステム２に加入手続きした各ユーザの住所、氏名、年齢、パスワード、会員番号等を管理する。

サーバ４には、各ユーザから車両使用の予約を受け付ける予約受付部５が設けられている。ユーザは、車両１の使用予約をするとき、携帯電話３やパーソナルコンピュータを使用して、ネットワークを介してサーバ４にアクセスし、予約内容を入力する。このとき、ユーザは、パスワードや会員番号を入力するなどして身元を証明するとともに、車両１が空いている時間帯を指定する。予約受付部５は、この予約内容を受け付ける。

サーバ４には、ユーザから受け付けた予約内容、つまり予約データＤcsをネットワークにより車両１に配信する予約データ配信部６が設けられている。予約データ配信部６は、例えばネットワークを介して、予約データＤcsを暗号化して車両１に配信する。予約データＤcsには、ユーザが指定した使用希望時間と、同ユーザが車両１を使用するときの専用のＩＤとなるキーＩＤとが含まれている。予約データ配信部６は、ユーザから車両使用の予約を入力する度、車両１に予約データＤcsを配信する。なお、予約データＤcsが予約情報に相当する。なお、予約データ配信部６が情報配信手段を構成する。

サーバ４には、車両使用を予約したユーザに対して、同ユーザ専用のキーＩＤをネットワークにより配信するキーＩＤ配信部７が設けられている。キーＩＤ配信部７は、例えばネットワークを介して、キーＩＤを暗号化してユーザの携帯電話３に配信する。なお、キーＩＤ配信部７が情報配信手段を構成する。

携帯電話３には、携帯電話３の動作を統括制御する端末制御部８が設けられている。端末制御部８には、携帯電話３を電話やインターネット端末として動作させる主機能部９が設けられている。端末制御部８には、携帯電話３のボタン１０及び画面１１が接続されている。端末制御部８には、サーバ４とネットワーク通信可能な広域通信部１２と、車両１と近距離無線通信が可能な無線通信部１３とが接続されている。

端末制御部８には、携帯電話３をカーシェアシステム２用の車両キーとして機能させるアプリケーション１４が登録されている。アプリケーション１４は、例えば本例のカーシェアシステム２に加入登録した際に携帯電話３に登録される。なお、後述する携帯電話３の種々の機能部は、このアプリケーション１４によって機能的に生成される。

端末制御部８には、サーバ４から配信されたキーＩＤを携帯電話３に登録するキーＩＤ登録部１５が設けられている。キーＩＤ登録部１５は、サーバ４から配信されたキーＩＤを、携帯電話３のデータ書き換え可能なメモリに登録する。なお、キーＩＤ登録部１５が情報配信手段を構成する。

端末制御部８には、携帯電話３に登録されたキーＩＤの有効無効を指定する有効無効指定部１６が設けられている。有効無効指定部１６は、例えばアプリケーション１４によってキーＩＤが有効化操作されると、携帯電話３内のメモリにキーＩＤの有効フラグを立てるなどして、キーＩＤの使用を有効に設定する。一方、有効無効指定部１６は、例えばアプリケーション１４によってキーＩＤが無効化操作されると、キーＩＤをメモリから消去するとともに、有効動作時に立ち上げたキーＩＤ有効フラグを下げ、キーＩＤの使用を無効にする。なお、有効無効指定部１６が有効無効設定手段を構成する。

端末制御部８には、車両１とキーＩＤの認証通信を実行する認証通信部１７が設けられている。認証通信部１７は、車両１からのトリガ信号Ｓwkに応答して、車両１にＩＤ信号Ｓidを近距離無線通信により送信し、車両１とキーＩＤの認証を実行する。ＩＤ信号Ｓidには、携帯電話３のキーＩＤと、有効無効指定部１６により設定された有効無効情報Ｓｋ（有効通知Ｓka又は無効通知Ｓkb）とが含まれている。有効無効情報Ｓｋは、キーＩＤ有効フラグのフラグ状態を基に決まる通知の一種であって、携帯電話３においてキーＩＤが有効／無効のどちらに設定されているのかを示すものである。なお、認証通信部１７が有効無効設定手段を構成する。

車両１には、携帯電話３とキーＩＤの認証を行うＩＤ認証装置（リーダライタ装置）１８と、車両１のドアロック施解錠を管理するドアロック装置１９と、車両１のエンジンの始動動作を管理するエンジン始動装置２０とが設けられている。これらは、車内ＬＡＮ（Local Area Network）１ａを介して相互に接続されている。

ＩＤ認証装置１８には、車両１側において近距離無線通信によるＩＤ照合を実行する認証制御部２１が設けられている。認証制御部２１には、車外の携帯電話３と近距離無線通信する車外リーダライタ２２と、車内の携帯電話３と近距離無線通信する車内リーダライタ２３とが接続されている。車外リーダライタ２２は、例えばサイドミラーやドアトリム等に設置されている。車内リーダライタ２３は、例えば車内のセンターコンソール等に設置されている。これらリーダライタ２２，２３は、携帯電話３に近距離無線通信を開始させるためのトリガ信号Ｓwkを、間欠的に常時送信する。

携帯電話３をリーダライタ２２，２３にかざすと、近距離無線通信によりＩＤ照合が実行される。ＩＤ照合では、チャレンジレスポンス認証及びキーＩＤ認証により携帯電話３の正当性が確認される。チャレンジレスポンス認証は、車両１からチャレンジコードを携帯電話３に送信してそのレスポンスコードを演算させ、このレスポンスコードと、車両１側で演算したレスポンスコードとが一致するか否かを確認する認証である。また、キーＩＤ認証は、携帯電話３のキーＩＤと車両１のキーＩＤとを照らし合わす認証である。

携帯電話３を車外リーダライタ２２にかざしてＩＤ照合（車外照合）が成立すれば、ドアロックの施解錠が実行される。また、携帯電話３を車内リーダライタ２３にかざしてＩＤ照合（車内照合）が成立すれば、例えばプッシュモーメンタリ式のエンジンスイッチ２４によるエンジン始動が許可される。

車内ＬＡＮ１ａには、サーバ４とネットワーク通信可能な広域通信部２５が接続されている。広域通信部２５は、例えばＤＣＭ（Data Communication Module）が使用されている。広域通信部２５は、定期的にサーバ４にデータの問い合せの動作を行い、この問い合せに応答してサーバ４が予約データＤcsを送信してくると、予約データＤcsを取得する。広域通信部２５は、受信したこの予約データＤcsを、車内ＬＡＮ１ａを介して認証制御部２１に出力する。なお、広域通信部２５が情報配信手段を構成する。

認証制御部２１には、サーバ４から配信された予約データＤcsを基に予約リスト２６を作成する予約リスト作成部２７が設けられている。図２（ａ）に示すように、予約リスト２６は、使用予約時間とキーＩＤとが対応付けて書き込まれたリスト表である。予約リスト２６は、予約リスト２６の先頭に位置するキーＩＤが使用最優先キーＩＤとなっていて、これが有効待機状態から有効状態に切り換わると、先頭キーＩＤが使用可能となる。予約リスト作成部２７は、予約データＤcsを使用希望時間順に上から並べることにより、予約リスト２６を作成する。図２（ｂ）に示すように、予約リスト作成部２７は、空き時間の予約データＤcsを受け付けたとき、その時間帯に予約データＤcsを割り込ませて、予約リスト２６を並び変える。

図１に示すように、認証制御部２１には、車両１側においてキーＩＤの有効／無効を設定する有効無効設定部２８が設けられている。有効無効設定部２８は、アプリケーション１４でキーＩＤが有効化操作された携帯電話３とドアアンロックの無線通信を行ったとき、このキーＩＤが予約リスト２６の先頭にあり、かつ使用希望時間が合えば、同キーＩＤを有効にする。つまり、予約内容が合えば、予約リスト２６の先頭に位置するキーＩＤが有効待機状態から有効状態に切り換えられる。また、有効無効設定部２８は、アプリケーション１４でキーＩＤが無効化操作された携帯電話３とドアロックの無線通信を行ったとき、同キーＩＤを破棄するなどして無効化する。有効無効設定部２８は、車両１のキーＩＤを無効化するとき、車両１のドアロック装置１９から取得するドアロックポジション信号（ドアロック信号／ドアアンロック信号）を基にドアロック状態を把握し、車両１のキーＩＤが無効となった場合、車両ドアを必ずドアロックさせる。なお、有効無効設定部２８が有効無効設定手段を構成する。

認証制御部２１には、使用されていたキーＩＤが無効化されたときに予約リスト２６を更新するリスト更新部２９が設けられている。図２（ｃ）に示すように、リスト更新部２９は、使用されていたキーＩＤを有効無効設定部２８が無効化したとき、予約リスト２６の先頭にあるキーＩＤを削除して、キーＩＤを繰り上げる。つまり、予約リスト２６で上から２番目に位置するキーＩＤが先頭に書き換えられ、このキーＩＤが次の使用キーＩＤとして使用待機状態に入る。

次に、車両１への予約データＤcsの配信とユーザの携帯電話３へのキーＩＤの配信との動作の流れを、図２及び図３を用いて説明する。
予約受付部５は、カーシェアシステム２の登録ユーザから、車両１の使用予約を受け付ける（ステップ１０１）。使用予約は、ユーザ側で携帯電話３やパーソナルコンピュータ等を操作することにより行う。予約受付部５は、受け付けた予約内容を予約データＤcsとして取り込む。

予約データ配信部６は、車両１の広域通信部２５からデータ問い合せを受信すると、予約データＤcsをネットワーク通信により車両１に配信する（ステップ１０２）。予約リスト作成部２７は、配信された予約データＤcsを基に、図２（ａ）に示す予約リスト２６を作成する（ステップ１０３）。

予約データＤcsの配信後、キーＩＤ配信部７は、キーＩＤをネットワーク通信により携帯電話３に配信する（ステップ１０４）。キーＩＤ登録部１５は、配信されたキーＩＤを、携帯電話３のメモリに記憶する（ステップ１０５）。

この後、サーバ４は、他ユーザから新規の使用予約を受け付ける度に、車両１への予約データＤcsの配信と、他ユーザの携帯電話３ａへのキーＩＤの配信とを繰り返す（ステップ１０６〜ステップ１０８）。車両１の予約リスト作成部２７は、サーバ４から新規の予約データＤcsを受信する度に、この予約データＤcsを予約リスト２６に追加して予約リスト２６を更新する（ステップ１０９）。このとき、図２（ｂ）に示すように、予約リスト作成部２７は、サーバ４から予約データＤcsを受け付ける度に、空き時間の箇所に予約データＤcsを書き込んでいき、予約リスト２６を並び変える。

他ユーザの携帯電話３ａは、サーバ４からキーＩＤを受信すると、キーＩＤを自身のメモリに記憶する（ステップ１１０）。これにより、他ユーザの携帯電話３ａも車両１の電子キーとして使用可能となる。

次に、携帯電話３を車両キーとして車両１を使用するときの使用形態を、図４〜図８を用いて説明する。ここでは、使用開始前（車両借入前）の車両１は、最初ドアロックされており、この車両１のドアロックを解錠する操作を以て、車両１を借りることとする。

車両１の使用を開始するとき、ユーザは、携帯電話３でアプリケーション１４を立ち上げて、キーＩＤの有効設定操作を行う。このとき、有効無効指定部１６は、画面１１に図４（ａ）の有効設定画面１１ａを立ち上げ、この画面１１ａに有効設定を入力させる。ユーザは、画面１１ａの案内に沿ってボタン１０を操作して有効化操作を行い、携帯電話３に配信されたキーＩＤを有効に指定する。図４（ｂ）に示すように、キーＩＤを有効にした後、ユーザは、車両１のドアロックを解錠するために、携帯電話３を車外リーダライタ２２にかざす。

図５に示すように、使用開始前の車両１は、予約リスト２６の先頭のキーＩＤが有効待機状態となっている。よって、車両１の有効無効設定部２８は、車両１側のキーＩＤの使用状態を無効状態と認識している（ステップ２０１）。また、携帯電話３側のキーＩＤは、図４（ａ）に示す有効化操作によって有効状態に設定されている。つまり、携帯電話３の認証通信部１７は、携帯電話３側のキーＩＤの使用状態を有効状態と認識している（ステップ２０２）。

この状態下で、携帯電話３が車外リーダライタ２２にかざされると、認証通信部１７は、車外リーダライタ２２からのトリガ信号Ｓwkを受信するので、車外リーダライタ２２との近距離無線通信が確立する（ステップ２０３）。認証通信部１７は、トリガ信号Ｓwkにより起動すると、アック信号Ｓacを車外リーダライタ２２に送信する（ステップ２０４）。認証制御部２１は、トリガ信号Ｓwkを送信してから一定時間内にアック信号Ｓacを受信できれば、携帯電話３との近距離無線通信が確立したことを認識する。

続いて、認証制御部２１は、チャレンジレスポンス認証を行うべくチャレンジコードを携帯電話３に送信する（ステップ２０５）。認証通信部１７は、車外リーダライタ２２から受信したチャレンジコードを、自身に登録された近距離無線通信用の暗号鍵に通して、レスポンスコードを演算する（ステップ２０６）。そして、認証通信部１７は、演算したレスポンスコードと、サーバ４から配信登録されたキーＩＤと、有効無効情報Ｓｋとして有効通知Ｓkaとを、車外リーダライタ２２に送信する（ステップ２０７）。本例の場合、有効通知Ｓkaは、例えば単なる「１」のビット信号である。

認証制御部２１は、チャレンジコードを携帯電話３に送信したとき、同チャレンジコードを自身の近距離無線通信用の暗号鍵に通して、自らもレスポンスコードを演算する（ステップ２０８）。そして、認証制御部２１は、携帯電話３からレスポンスコード及びキーＩＤを受信したとき、レスポンス認証とキーＩＤ認証とを実行する（ステップ２０９）。レスポンス認証では、車外リーダライタ２２が演算したレスポンスコードと、携帯電話３が演算したレスポンスコードとを比較する。また、キーＩＤ認証では、携帯電話３のキーＩＤを、車外リーダライタ２２に登録された有効待機状態のキーＩＤと比較する。なお、認証制御部２１は、車両１の有効無効状態が有効であれば、携帯電話３から取得する有効／無効の情報に関係なく、リスト先頭のキーＩＤでの認証が実行可能であり、仮に車両１が無効状態であれば、携帯電話３から有効通知Ｓkaを取得したときのみ、キーＩＤによる認証を実行する。

有効無効設定部２８は、ＩＤ照合が成立、つまりチャレンジレスポンス認証及びキーＩＤ認証が成立することを確認すると、車両１のキーＩＤが有効状態か否かを判定する（ステップ２１０）。このとき、車両１のキーＩＤが有効でなければ、ステップ２１１に移行し、車両１のキーＩＤが有効であれば、ステップ２１４に移行する。

有効無効設定部２８は、車両１におけるキーＩＤの有効確認が終了すると、携帯電話３のキーＩＤが有効状態か否かを判定する（ステップ２１１）。このとき、携帯電話３のキーＩＤが有効でなければ、フローチャートを終了し、携帯電話３のキーＩＤが有効であれば、ステップ２１２に移行する。

有効無効設定部２８は、携帯電話３のキーＩＤが有効であることを以て、ドアロックの動作状態を現在状態から反転、つまりドアロック装置１９にドアアンロック動作を実行させる（ステップ２１２）。これにより、施錠状態の車両ドアが解錠される。

続いて、有効無効設定部２８は、車両１のキーＩＤの動作状態を現在状態から反転させる（ステップ２１３）。このとき、予約リスト２６の先頭のキーＩＤは有効待機状態であるため、有効無効設定部２８は車両１側のキーＩＤが無効状態（ビット「０」）であると認識している。よって、有効無効設定部２８は、予約リスト２６の先頭のキーＩＤが無効状態下で有効通知Ｓkaを受信すると、有効と無効とで状態が異なることから、予約リスト２６の先頭のキーＩＤを無効→有効に切り換える。予約リスト２６の先頭のキーＩＤを無効→有効に切り換える。従って、予約リスト２６の先頭のキーＩＤが使用可能となる。

図６に示すように、キーＩＤが有効状態の車両１は、予約リスト２６の先頭のキーＩＤが有効状態となっている。よって、車両１の有効無効設定部２８は、車両１側のキーＩＤの使用状態を有効状態と認識している（ステップ２０１ａ）。また、携帯電話３側のキーＩＤは、有効切り換え後、継続使用されていれば、有効状態をとっているはずである（ステップ２０２）。

この状態下で、携帯電話３が車外リーダライタ２２や車内リーダライタ２３にかざされると、携帯電話３とリーダライタ２２，２３とは、車両使用開始時と同様の手順で、携帯電話３のキーＩＤをＩＤ照合する（ステップ２０３〜ステップ２０９）。

このとき、有効無効設定部２８は、車両１のキーＩＤが有効状態であると認識しているので、ステップ２１０の判定においてステップ２１４に移行する。そして、有効無効設定部２８は、携帯電話３のキーＩＤが有効状態か否かを判定する（ステップ２１４）。ここでは、携帯電話３のキーＩＤが有効となっているので、ステップ２１５に移行する。

有効無効設定部２８は、自身のキーＩＤが有効であることを以て、車両１の各種動作（ドアロック施解錠、エンジン始動）を実行又は許可する（ステップ２１５）。
また、有効無効設定部２８は、車両１のキーＩＤの有効無効を切り換えず、そのまま有効状態で据え置く（ステップ２１６）。つまり、このときの有効無効設定部２８は、車両１及び携帯電話３の両方ともキーＩＤが有効状態であることを認識しているので、キーＩＤを有効状態のままとする。従って、携帯電話３のキーＩＤが有効のままであれば、携帯電話３を車両キーとして継続使用することが可能である。

車両１を返却するとき、ユーザは、携帯電話３でアプリケーション１４を立ち上げて、無効化操作を行う。このとき、有効無効指定部１６は、画面１１に図７（ａ）の無効設定画面１１ｂを立ち上げ、この画面１１ｂに無効設定を入力させる。ユーザは、画面１１ｂの案内に沿ってボタン１０を操作して無効化操作を行い、有効中のキーＩＤを無効に指定する。図７（ｂ）に示すように、キーＩＤを無効にした後、ユーザは、車両１のドアロックを施錠するために、携帯電話３を車外リーダライタ２２にかざす。

図８に示すように、返却前の車両１は、予約リスト２６の先頭のキーＩＤがまだ有効状態のままである。よって、車両１の有効無効設定部２８は、車両１側のキーＩＤの使用状態を有効状態と認識している（ステップ２０１ａ）。また、携帯電話３側のキーＩＤは、図７（ａ）に示す無効化操作によって無効状態に設定されている。つまり、携帯電話３の認証通信部１７は、携帯電話３側のキーＩＤの使用状態を無効状態と認識している（ステップ２０２ａ）。

この状態下で、携帯電話３が車外リーダライタ２２にかざされると、携帯電話３と車外リーダライタ２２とは、車両使用開始時と同様の手順で、携帯電話３のキーＩＤをＩＤ照合する（ステップ２０３〜２０９）。なお、この状況下では携帯電話３でキーＩＤが無効指定されているので、ステップ２０７では、有効無効情報Ｓｋとして無効通知Ｓkbを認証制御部２１に送信する。本例の場合、無効通知Ｓkbは、例えば単なる「０」のビット信号である。

このとき、有効無効設定部２８は、車両１のキーＩＤが有効であることを認識しているので、ステップ２１０の判定においてステップ２１４に移行する。また、有効無効設定部２８は、携帯電話３から無効通知Ｓkbを入力するので、ステップ２１４の判定においてステップ２１７に移行する。

有効無効設定部２８は、車両１のキーＩＤが有効であることを以て、ドアロックの動作状態を現在状態から反転、つまりドアロック装置１９にドアロック動作を実行させる（ステップ２１７）。これにより、解錠状態の車両ドアが施錠される。

続いて、有効無効設定部２８は、車両１のキーＩＤの動作状態を現在状態から反転させる（ステップ２１８）。このとき、予約リスト２６の先頭のキーＩＤは有効状態であるため、有効無効設定部２８は、車両１側のキーＩＤが有効状態であると認識している。よって、有効無効設定部２８は、予約リスト２６の先頭のキーＩＤが有効状態下で無効通知Ｓkbを受信すると、有効と無効とで状態が異なることから、キーＩＤの使用状態を反転、つまり予約リスト２６の先頭のキーＩＤを有効→無効に切り換える。従って、予約リスト２６の先頭のキーＩＤが使用不可となる。

車両１でキーＩＤが有効から無効に切り換わると、図２（ｃ）に示すように、リスト更新部２９は、予約リスト２６の先頭のキーＩＤを破棄して、使用キーＩＤを次ＩＤに繰り上げる（ステップ２１９）。よって、次のキーＩＤが有効待機状態に切り換わり、次ユーザによる使用を待つ状態に入る。

以上により、本例においては、複数人に共通使用される１台の車両１にサーバ４から予約データＤcsをネットワーク配信するとともに、この車両１のキーＩＤを携帯電話３にもネットワーク配信する。そして、携帯電話３に配信されたキーＩＤの有効無効の設定を、携帯電話３でユーザが自ら行う。よって、サーバ４から車両１及び携帯電話３に配信されたキーＩＤの有効無効を、携帯電話３を用いてユーザ自らが直接切り換えることが可能となる。

このため、車両１を借りるときは、携帯電話３でキーＩＤを有効化するという使用開始の意思表示が必要となり、車両１を返却するときは、携帯電話３でキーＩＤを無効化するという使用終了の意志表示が必要となる。よって、ユーザにとっては、車両１の借り入れ及び返却がはっきりと分かるので、車両１の取扱いに関して不便さを感じなくなる。また、キーＩＤの有効無効がユーザの意思表示に連動するので、車両１が勝手に使用可能な状態にならずに済む。従って、車両盗難等に対するセキュリティ性から見ても効果が高い。

また、キーＩＤが有効中、仮にキーＩＤの使用時間が過ぎてしまっても、携帯電話３でキーＩＤの無効化操作を行わない限り、使用中のキーＩＤの有効状態が継続される。このため、ユーザが時間を忘れてしまって、キーＩＤの使用時間が、予約時に定めた使用終了時間を過ぎてしまっても、車両１を通常通りに操作することが可能となる。よって、移動途中で駐車した車両１が、その場で動かなくなってしまう状況が生じないので、車両１を問題なく貸し出し場所まで戻すことも可能となる。

本実施形態の構成によれば、以下に記載の効果を得ることができる。
（１）ユーザから車両１の使用予約を受け付けると、サーバ４から車両１に予約データＤcsが配信されるとともに、使用予約したユーザの携帯電話３にキーＩＤが配信される。そして、この携帯電話３でキーＩＤを有効化操作して車両１と近距離無線通信すると、キーＩＤが有効となり、キーＩＤ有効中、携帯電話３でキーＩＤを無効化操作して車両１と近距離無線通信すると、キーＩＤが無効となる。よって、携帯電話３を用いてキーＩＤの有効無効を直接切り換えることができる。このため、キーＩＤの有効無効がいつ切り換わったかがユーザは分かるので、不便さが感じ難くなる。

（２）車両使用中に時間を忘れるなどしてキーＩＤの使用時間が使用終了時間を過ぎても、携帯電話３でキー無効化操作を行わない限り、キーＩＤは有効状態を維持するので、ユーザは車両１を継続使用することができる。よって、使用最中にユーザの意図に反して、車両１が突然使用できなくなってしまう状況を防止することができる。このため、車両１を借り入れた元の位置まできちんと戻すことができる。

（３）携帯電話３から車両１への有効無効情報Ｓｋの通知（使用設定通信）を、車両１と携帯電話３との近距離無線によるＩＤ照合の通信（認証通信）に含める。よって、携帯電話３で車両１と近距離無線通信を行うとき、一度に２処理が実行されるので、ユーザに課す作業を少なく抑えることができる。従って、車両１の借入時及び返却時の利便性が向上する。

（４）車両１と携帯電話３とが近距離無線通信するとき、車両１側の有効無効状態と、携帯電話３側の有効無効状態とを比較し、状態が異なっていれば、車両１側におけるキーＩＤの使用状態を反転させ、状態が同じであれば、現状態を維持する。よって、車両１側におけるキーＩＤの有効無効の切り換えを、２状態を単に比較するという簡素な処理によって行うことができる。

（５）例えば、車両１を使用中のユーザが大幅に時間を切り上げて車両１の返却を希望した場合、携帯電話３で無効化操作を行って車両１をドアロックすれば、それまで有効であったキーＩＤが無効化され、車両１の使用時間枠が新たに空く。よって、この時間枠に新たな予約を入れることも可能となるので、予約入力に融通が利き、車両１を効率よく貸し出すこともできる。但し、この場合は、車両１を返却したことを車両１や携帯電話３からサーバ４に通知する必要がある。

なお、実施形態はこれまでに述べた構成に限らず、以下の態様に変更してもよい。
・車両１側におけるキーＩＤの有効無効の切り換えは、車両１側の有効無効状態と携帯電話３側の有効無効状態との比較により行う方式に限定されない。例えば、携帯電話３から車両１に、車両１を有効無効のどちらにするのかを指定する指令を送り、この指令に基づき車両１に有効無効の設定動作を実行させてもよい。

・車両１及び携帯電話３間のＩＤ照合の通信と、携帯電話３から車両１への有効無効情報Ｓｋの通知する通信とは、各々別に実行されてもよい。例えば、車両１を返却するとき、車両１のドアロックを携帯電話３により施錠した後、携帯電話３で無効化操作を行い、この携帯電話３を車両１にかざして、車両１のキーＩＤを無効化してもよい。

・ドアロックの施解錠は、ＩＤ照合が成立するのと同時に実行されることに限定されない。例えば、ＩＤ照合成立下で例えば車外ドアハンドルのボタンが押されると、施解錠が実行されてもよい。

・有効化操作や無効化操作は、携帯電話３の画面を見ながら行う操作に限定されない。例えば、携帯電話３に専用のボタンがある場合は、このボタンを操作することにより行ってもよい。

・ネットワークは、インターネットに限定されず、他の通信を採用してもよい。
・ＩＤ照合の通信に例えばブルートゥース通信を使用し、有効無効設定の通信に近距離無線を使用する組み合わせとしてもよい。また、有効無効の設定通信は、種々の通信が使用可能である。

・ＩＤ照合に用いる通信は、近距離無線通信に限らず、例えばＵＨＦ（Ultra High Frequency）帯の電波を用いた狭域無線通信としてもよい。
・ＩＤ照合の通信は、例えば往路と復路とで使用周波数を切り換えてもよい。

・近距離無線通信用の暗号鍵は、キーＩＤと併用してもよい。
・サーバ４は、自らが動いて携帯電話３や他のサーバに各種情報（予約データ、キーＩＤ）を送信する動作をとることに限定されず、例えば携帯電話３や他のサーバから問合せを受けたときに情報を配信してもよい。

・予約情報は、使用希望時間及びキーＩＤを含む予約データＤcsに限らず、例えばチャレンジレスポンス認証用の暗号鍵など、他の情報を含んでいてもよい。
・サーバ４から携帯電話３に配信されるＩＤ情報は、キーＩＤに限定されず、他の情報を含んでいてもよい。

・携帯電話３での有効化操作を省略してもよい。この場合、予約データＤcsは予約リスト２６の先頭に位置したとき、自動的に有効状態に入る。そして、携帯電話３が車両１と近距離無線通信するとき、キーＩＤが一致すれば、車両１の使用が可能となってもよい。

・キーＩＤが使用時間を過ぎたとき、強制的にキーＩＤが無効に切り換わってもよい。
・通信端末は、携帯電話３に限定されず、例えばＩＣカードとしてもよい。
・車両１に、キー操作フリーシステムやワイヤレスキーシステムが搭載されていてもよい。キー操作フリーシステムは、車両１からの通信をトリガとしてＩＤ照合を行うもので、車外でＩＤ照合が成立すればドアロック施解錠が許可／実行され、車内でＩＤ照合が成立すれば単なるスイッチ操作によるエンジン始動操作が許可される。また、ワイヤレスキーシステムは、電子キーからの通信をトリガとしてＩＤ照合するものである。

次に、上記実施形態及び別例から把握できる技術的思想について、それらの効果とともに以下に追記する。
（イ）請求項１〜４のいずれかにおいて、前記キーＩＤの使用が無効下でユーザが前記通信端末で該キーＩＤを有効とする有効化操作を行った後、該通信端末が前記車両と通信すると、当該通信端末のキーＩＤが有効となる。この構成によれば、キーＩＤを有効とするには、ユーザが自ら有効化操作を行う必要があるので、ユーザがキーＩＤを真に有効としたいときにのみ、有効化に切り換えることが可能となる。

（ロ）請求項１〜４、前記技術的思想（イ）のいずれかにおいて、前記車両に設けられ、前記サーバから配信される予約情報を基に予約リストを作成し、該予約リストによって使用すべきキーＩＤの順番を管理する予約リスト作成手段を備えた。この構成によれば、１台の車両に複数の使用予約が入ったとしても、これらを使用順に管理することとが可能となる。

（ハ）請求項１〜４、前記技術的思想（イ）、（ロ）のいずれかにおいて、前記車両において前記キーＩＤが無効化されたとき、前記予約情報を基に使用キーＩＤを次ＩＤに更新する更新手段を備えた。この構成によれば、車両に複数の使用予約が入っているとき、次に使用すべきキーＩＤに切り換えることが可能となる。

１…車両、２…カーシェアシステム、３…通信端末としての携帯電話、４…サーバ、６…情報配信手段を構成する予約データ配信部、７…情報配信手段を構成するキーＩＤ配信部、１５…情報配信手段を構成するキーＩＤ登録部、１６…有効無効設定手段を構成する有効無効指定部、１７…有効無効設定手段を構成する認証通信部、２５…情報配信手段を構成する広域通信部、２８…有効無効設定手段を構成する有効無効設定部、Ｄcs…予約情報としての予約データ。

Claims (4)

1. 複数人にシェアされる１台の車両にサーバから予約情報を無線配信するとともに、前記車両の使用を希望する各ユーザの通信端末に前記サーバからキーＩＤを無線配信する情報配信手段と、
   前記通信端末で前記車両を使用するとき、当該通信端末が前記予約情報に合った端末であれば、当該通信端末のキーＩＤが有効となり、当該有効下でユーザが前記通信端末で該キーＩＤを無効とする無効化操作を行った後、該通信端末が前記車両と通信したとき、有効中の該キーＩＤを無効とする有効無効設定手段と
   を備えたことを特徴とするカーシェアシステム。
2. 前記有効無効設定手段は、有効中の前記キーＩＤの使用時間が、前記予約情報で定められた使用終了時間を過ぎても、前記通信端末を用いた無効化操作が行われていなければ、使用中の前記キーＩＤの有効を継続する
   ことを特徴とする請求項１に記載のカーシェアシステム。
3. 前記有効無効設定手段は、前記キーＩＤの有効無効を設定する使用設定通信を、前記通信端末で前記車両を動作させる際に行う認証通信に含ませて実行する
   ことを特徴とする請求項１又は２に記載のカーシェアシステム。
4. 前記有効無効設定手段は、前記車両におけるキーＩＤの有効無効状態と、前記通信端末におけるキーＩＤの有効無効状態とを比較し、これらの状態が同じであれば、該キーＩＤの使用状態を現状のまま据え置き、これらの状態が逆であれば、該キーＩＤの状態を現状から反転させることにより、該キーＩＤの有効無効を設定する
   ことを特徴とする請求項１〜３のうちいずれか一項に記載のカーシェアシステム。

Images