(57)【要約】【課題】複数人のユーザにてシェアされる車両へ、予約情報をより確実に配信することができるカーシェアシステムを提供する。【解決手段】車両１とサーバ４との通信が不成立下でサーバ４が新規の車両予約を受け付けたとき、サーバ４は新規予約データＤcs1を現在車両使用中のユーザの携帯電話３に配信する。そして、現在車両使用中のユーザが車両１に乗車するとき、携帯電話３が車外リーダライタ２２にかざされて近距離無線通信が行われると、携帯電話３は自身に保持された新規予約データＤcs1を車両１に転送する。車両１は、近距離無線通信時に新規予約データＤcs1を携帯電話３から取得すると、新規予約データＤcs1を予約リスト２６に追加する。【選択図】図１
2012221225.tif 000002
【特許請求の範囲】
【請求項１】
複数人にシェアされる１台の車両にサーバから予約情報を無線配信するとともに、前記車両の使用を希望する各ユーザの通信端末に前記サーバからキーＩＤを無線配信することにより、１台の前記車両を複数人でシェアするカーシェアシステムであって、
前記サーバと前記車両との通信の成立可否を判定する判定手段と、
前記サーバ及び前記車両の通信が不成立時に他ユーザから新規の使用予約を受け付けたとき、現在車両使用中のユーザの通信端末を利用して、当該車両に新規予約情報を取得させる予約情報配信手段と
を備えたことを特徴とするカーシェアシステム。
【請求項２】
前記予約情報配信手段は、前記サーバが前記車両に送りたい前記新規予約情報自体を、現在車両使用中のユーザの前記通信端末により中継して、前記車両に登録する
ことを特徴とする請求項１に記載のカーシェアシステム。
【請求項３】
前記予約情報配信手段は、前記サーバとの通信を実行させる通信開始要求を前記車両に送り、前記車両が当該通信開始要求を基に前記サーバに問い合せることにより、前記新規予約情報を当該サーバから取得する
ことを特徴とする請求項１に記載のカーシェアシステム。
【請求項４】
前記車両に設けられ、前記サーバとの通信が確立しないとき、前記車両側での通信動作を待機させる通信待機手段を備えた
ことを特徴とする請求項１〜３のうちいずれか一項に記載のカーシェアシステム。
【請求項５】
前記通信端末で前記車両を使用するとき、当該通信端末が前記予約情報に合った端末であれば、当該通信端末のキーＩＤが有効となり、当該有効下でユーザが前記通信端末で該キーＩＤを無効とする無効化操作を行った後、該通信端末が前記車両と通信したとき、有効中の該キーＩＤを無効とする有効無効設定手段を備えた
ことを特徴とする請求項１〜４のうちいずれか一項に記載のカーシェアシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１台の車両を複数人のユーザでシェアするカーシェアシステムに関する。
【背景技術】
【０００２】
従来から周知のように、１台の車両を複数人でシェアする技術が検討されている（特許文献１等参照）。特許文献１のカーシェアシステムでは、車両の貸し出しを利用者に行う場合に、管理装置に登録してある鍵情報を、貸し出される車両と予約した利用者の携帯電話器とに、ネットワーク通信により送信することで、携帯電話器を車両キーとして使用可能とする。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２９３２５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、特許文献１の技術は、車両への鍵情報の配信を管理装置のみが行う構成となっている。このため、車両が電波の届かない地下駐車場に駐車されたり、高層ビルに囲まれた駐車場に駐車されたりしたとき、管理装置からの電波が車両に届かなくなる可能性がある。この場合、新規ユーザに渡す鍵情報を車両に配信することができなくなってしまうので、次ユーザに車両を貸し出すことができなくなる問題があった。
【０００５】
本発明の目的は、複数人のユーザにてシェアされる車両へ、予約情報をより確実に配信することができるカーシェアシステムを提供することにある。
【課題を解決するための手段】
【０００６】
前記問題点を解決するために、本発明では、複数人にシェアされる１台の車両にサーバから予約情報を無線配信するとともに、前記車両の使用を希望する各ユーザの通信端末に前記サーバからキーＩＤを無線配信することにより、１台の前記車両を複数人でシェアするカーシェアシステムであって、前記サーバと前記車両との通信の成立可否を判定する判定手段と、前記サーバ及び前記車両の通信が不成立時に他ユーザから新規の使用予約を受け付けたとき、現在車両使用中のユーザの通信端末を利用して、当該車両に新規予約情報を取得させる予約情報配信手段とを備えたことを要旨とする。
【０００７】
本発明の構成によれば、サーバと車両との通信状態を監視し、この通信が不成立となっている際に他ユーザから車両使用の予約を受け付けたときは、現在車両使用中のユーザの通信端末にその旨を無線で通知する。ところで、車両が電波の届き難い地下駐車場等に駐車されてサーバと通信できない状況になっていても、現在車両使用中のユーザは地上で活動している可能性が高く、サーバからの電波を受信可能となっている可能性が高いので、通信端末を介して、車両に新規予約情報の取得動作を実行させる。このため、車両とサーバとが通信不成立となっているときに新規の車両予約を受け付けても、この予約を車両に届けることが可能となる。よって、車両への予約配信の確実性が向上する。
【０００８】
本発明では、前記予約情報配信手段は、前記サーバが前記車両に送りたい前記新規予約情報自体を、現在車両使用中のユーザの前記通信端末により中継して、前記車両に登録することを要旨とする。この構成によれば、車両は通信端末との通信で新規予約を取得するので、わざわざサーバに問合せを行わなくとも、新規予約を得ることが可能となる。よって、新規予約取得のために、車両にサーバとのネットワーク通信を再実行させずに済むので、車両の省電力化に寄与する。
【０００９】
本発明では、前記予約情報配信手段は、前記サーバとの通信を実行させる通信開始要求を前記車両に送り、前記車両が当該通信開始要求を基に前記サーバに問い合せることにより、前記新規予約情報を当該サーバから取得することを要旨とする。この構成によれば、別ユーザの予約情報を他人に通知する必要がないので、予約情報を他人に勝手に解読される可能性を防止することが可能となる。また、サーバと車両とが直線通信できない状況となっても、通信端末から車両に通信開始要求という単なるトリガ信号を送信するだけで済むので、通信端末と車両との間の通信を複雑化させずに済む。
【００１０】
本発明では、前記車両に設けられ、前記サーバとの通信が確立しないとき、前記車両側での通信動作を待機させる通信待機手段を備えたことを要旨とする。この構成によれば、車両においてサーバとの通信が成立しないことを確認すると、車両における通信動作が起動状態から待機状態に切り換えられる。よって、車両に無駄な通信動作を行わせずに済むので、車両の省電力化に寄与する。
【００１１】
本発明では、前記通信端末で前記車両を使用するとき、当該通信端末が前記予約情報に合った端末であれば、当該通信端末のキーＩＤが有効となり、当該有効下でユーザが前記通信端末で該キーＩＤを無効とする無効化操作を行った後、該通信端末が前記車両と通信したとき、有効中の該キーＩＤを無効とする有効無効設定手段を備えたことを要旨とする。この構成によれば、複数人にシェアされる車両にサーバから予約情報が配信され、車両使用を予約したユーザの通信端末にサーバからキーＩＤが配信される。そして、その通信端末で車両使用するときは、通信端末で車両と通信し、この通信端末の予約情報が合っていれば、通信端末で車両が動く。一方、車両を返却するときは、ユーザが通信端末で無効化操作を行い、この操作を経た後の通信端末で車と通信して、有効中のキーＩＤを無効にする。よって、通信端末を用いてキーＩＤの有効無効を直接切り換えることが可能となる。このため、キーＩＤの有効無効がいつ切り換わったかがユーザは分かるので、不便さが感じ難くなる。
【発明の効果】
【００１２】
本発明によれば、複数人のユーザにてシェアされる車両へ、予約情報をより確実に配信することができる。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態のカーシェアシステムの構成図。
【図２】（ａ）は予約リストの概要図、（ｂ）は予約リストに新たな予約を挿し込むときの説明図、（ｃ）は更新後の予約リストの概要図。
【図３】サーバが車両及び携帯電話に予約データを配信するときの動作フロー図。
【図４】（ａ）は有効設定画面の画面図、（ｂ）はドアロック状態の車両に携帯電話をかざしたときの状態図。
【図５】車両使用開始時の動作シーケンス。
【図６】キーＩＤ有効下での車両各種操作時の動作シーケンス。
【図７】（ａ）は無効設定画面の画面図、（ｂ）はドアアンロック状態の車両に携帯電話をかざしたときの状態図。
【図８】車両返却時の動作シーケンス。
【図９】新規予約データを現在車両使用中のユーザの携帯電話に転送するときの動作シーケンス。
【図１０】携帯電話が近距離無線通信時に新規予約データを車両に転送するときの動作シーケンス。
【図１１】第２実施形態のカーシェアシステムの概要図。
【発明を実施するための形態】
【００１４】
（第１実施形態）
以下、本発明を具体化したカーシェアシステムの第１実施形態を図１〜図１０に従って説明する。
【００１５】
図１に示すように、車両１には、１台の車両１を複数人のユーザにシェアさせるカーシェアシステム２が搭載されている。本例のカーシェアシステム２では、各ユーザが所持する携帯電話３が車両キー（電子キー）として使用される。車両１と携帯電話３とのＩＤ認証の通信には、通信距離が十数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を割り込ませて、予約リスト２６を並び変える。
【００３１】
図１に示すように、認証制御部２１には、車両１側においてキーＩＤの有効／無効を設定する有効無効設定部２８が設けられている。有効無効設定部２８は、アプリケーション１４でキーＩＤが有効化操作された携帯電話３とドアアンロックの無線通信を行ったとき、このキーＩＤが予約リスト２６の先頭にあり、かつ使用希望時間が合えば、同キーＩＤを有効にする。つまり、予約内容が合えば、予約リスト２６の先頭に位置するキーＩＤが有効待機状態から有効状態に切り換えられる。また、有効無効設定部２８は、アプリケーション１４でキーＩＤが無効化操作された携帯電話３とドアロックの無線通信を行ったとき、同キーＩＤを破棄するなどして無効化する。有効無効設定部２８は、車両１のキーＩＤを無効化するとき、車両１のドアロック装置１９から取得するドアロックポジション信号（ドアロック信号／ドアアンロック信号）を基にドアロック状態を把握し、車両１のキーＩＤが無効となった場合、車両ドアを必ずドアロックさせる。なお、有効無効設定部２８が有効無効設定手段を構成する。
【００３２】
認証制御部２１には、使用されていたキーＩＤが無効化されたときに予約リスト２６を更新するリスト更新部２９が設けられている。図２（ｃ）に示すように、リスト更新部２９は、使用されていたキーＩＤを有効無効設定部２８が無効化したとき、予約リスト２６の先頭にあるキーＩＤを削除して、キーＩＤを繰り上げる。つまり、予約リスト２６で上から２番目に位置するキーＩＤが先頭に書き換えられ、このキーＩＤが次の使用キーＩＤとして使用待機状態に入る。
【００３３】
ところで、例えば地下駐車場や、高層ビルに囲まれた駐車場など、ネットワークの電波が届き難い場所に車両１が永く駐車されることもある。このとき、別のユーザがサーバ４に予約登録を行った場合、サーバ４から新規予約データＤcs1をネットワーク配信しようとしても、新規予約データＤcs1を車両１に配信することができない状況になってしまう。しかし、車両１がこのような駐車場に駐車されていても、車両１を使用中のユーザは地上で活動している可能性が高く、ユーザが所持する携帯電話３にはネットワークの電波が届く可能性が高い。よって、本例の場合は、車両１を現在利用中のユーザの携帯電話３を利用して、新規予約データＤcs1を車両１に配信する。なお、新規予約データＤcs1が新規予約情報に相当する。
【００３４】
本例のカーシェアシステム２には、サーバ４が新規予約データＤcs1を車両１に直接配信できないときに、新規予約データＤcs1を携帯電話３に中継させる予約データ中継機能が設けられている。この場合、サーバ４には、車両１の広域通信部２５とのネットワーク通信の成立可否を確認する通信成立有無判定部３０が設けられている。通信成立有無判定部３０は、広域通信部２５からの定期的な問い合せを受信できなくなることを確認すると、車両１との通信が不成立であると認識する。なお、通信成立有無判定部３０が判定手段に相当する。
【００３５】
サーバ４には、車両１とのネットワーク通信が通信不成立となっているときに受け付けた新規予約データＤcs1を、携帯電話３に送信する予約データ取得要求部３１が設けられている。予約データ取得要求部３１は、車両１及びサーバ４の通信が不成立のとき、他ユーザから車両１の予約を受け付けると、車両１ではなく、現在車両使用中のユーザの携帯電話３にデータ転送要求信号Ｓdtを暗号化して送信する。データ転送要求信号Ｓd tには、新規予約データＤcs1と、携帯電話３に予約データ転送を実行させるデータ転送指令とが含まれている。なお、予約データ取得要求部３１が予約情報配信手段を構成する。
【００３６】
車両１の広域通信部２５には、広域通信部２５の動作状態を設定する動作状態設定部３２が設けられている。動作状態設定部３２は、広域通信部２５の問い合せに対するサーバ４からの応答がないことを確認すると、広域通信部２５の動作状態を起動状態から待機状態に切り換える。また、動作状態設定部３２は、広域通信部２５が待機状態のとき、携帯電話３とのＩＤ照合が成立したことを確認すると、広域通信部２５を待機状態から元の起動状態に戻す。なお、動作状態設定部３２が通信待機手段に相当する。
【００３７】
携帯電話３の端末制御部８には、現在車両使用中のユーザの携帯電話３が車両１と近距離無線通信するときに、新規予約データＤcs1を車両１に転送する予約データ転送部３３が設けられている。予約データ転送部３３は、近距離無線通信時においてキーＩＤを車両１に送信した後に、新規予約データＤcs1を車両１に転送する。なお、予約データ転送部３３が予約情報配信手段を構成する。
【００３８】
車両１の認証制御部２１には、近距離無線通信時において携帯電話３から新規予約データＤcs1を取得する転送予約データ取得部３４が設けられている。転送予約データ取得部３４は、携帯電話３から送信される電波の中から新規予約データＤcs1を読み出し、これを予約リスト作成部２７に出力する。予約リスト作成部２７は、この新規予約データＤcs1を基に予約リスト２６の順番を並び替える。なお、転送予約データ取得部３４が予約情報配信手段を構成する。
【００３９】
次に、車両１への予約データＤcsの配信とユーザの携帯電話３へのキーＩＤの配信との動作の流れを、図２及び図３を用いて説明する。
予約受付部５は、カーシェアシステム２の登録ユーザから、車両１の使用予約を受け付ける（ステップ１０１）。使用予約は、ユーザ側で携帯電話３やパーソナルコンピュータ等を操作することにより行う。予約受付部５は、受け付けた予約内容を予約データＤcsとして取り込む。
【００４０】
予約データ配信部６は、車両１の広域通信部２５からデータ問い合せを受信すると、予約データＤcsをネットワーク通信により車両１に配信する（ステップ１０２）。予約リスト作成部２７は、配信された予約データＤcsを基に、図２（ａ）に示す予約リスト２６を作成する（ステップ１０３）。
【００４１】
予約データＤcsの配信後、キーＩＤ配信部７は、キーＩＤをネットワーク通信により携帯電話３に配信する（ステップ１０４）。キーＩＤ登録部１５は、配信されたキーＩＤを、携帯電話３のメモリに記憶する（ステップ１０５）。
【００４２】
この後、サーバ４は、他ユーザから新規の使用予約を受け付ける度に、車両１への予約データＤcsの配信と、他ユーザの携帯電話３ａへのキーＩＤの配信とを繰り返す（ステップ１０６〜ステップ１０８）。車両１の予約リスト作成部２７は、サーバ４から新規の予約データＤcsを受信する度に、この予約データＤcsを予約リスト２６に追加して予約リスト２６を更新する（ステップ１０９）。このとき、図２（ｂ）に示すように、予約リスト作成部２７は、サーバ４から予約データＤcsを受け付ける度に、空き時間の箇所に予約データＤcsを書き込んでいき、予約リスト２６を並び変える。
【００４３】
他ユーザの携帯電話３ａは、サーバ４からキーＩＤを受信すると、キーＩＤを自身のメモリに記憶する（ステップ１１０）。これにより、他ユーザの携帯電話３ａも車両１の電子キーとして使用可能となる。
【００４４】
次に、携帯電話３を車両キーとして車両１を使用するときの使用形態を、図４〜図８を用いて説明する。ここでは、使用開始前の車両１は、最初ドアロックされており、この車両１のドアロックを解錠する操作を以て、車両１を借りることとする。
【００４５】
車両１の使用を開始するとき、ユーザは、携帯電話３でアプリケーション１４を立ち上げて、キーＩＤの有効設定操作を行う。このとき、有効無効指定部１６は、画面１１に図４（ａ）の有効設定画面１１ａを立ち上げ、この画面１１ａに有効設定を入力させる。ユーザは、画面１１ａの案内に沿ってボタン１０を操作して有効化操作を行い、携帯電話３に配信されたキーＩＤを有効に指定する。図４（ｂ）に示すように、キーＩＤを有効にした後、ユーザは、車両１のドアロックを解錠するために、携帯電話３を車外リーダライタ２２にかざす。
【００４６】
図５に示すように、使用開始前の車両１は、予約リスト２６の先頭のキーＩＤが有効待機状態となっている。よって、車両１の有効無効設定部２８は、車両１側のキーＩＤの使用状態を無効状態と認識している（ステップ２０１）。また、携帯電話３側のキーＩＤは、図４（ａ）に示す有効化操作によって有効状態に設定されている。つまり、携帯電話３の認証通信部１７は、携帯電話３側のキーＩＤの使用状態を有効状態と認識している（ステップ２０２）。
【００４７】
この状態下で、携帯電話３が車外リーダライタ２２にかざされると、認証通信部１７は、車外リーダライタ２２からのトリガ信号Ｓwkを受信するので、車外リーダライタ２２との近距離無線通信が確立する（ステップ２０３）。認証通信部１７は、トリガ信号Ｓwkにより起動すると、アック信号Ｓacを車外リーダライタ２２に送信する（ステップ２０４）。認証制御部２１は、トリガ信号Ｓwkを送信してから一定時間内にアック信号Ｓacを受信できれば、携帯電話３との近距離無線通信が確立したことを認識する。
【００４８】
続いて、認証制御部２１は、チャレンジレスポンス認証を行うべくチャレンジコードを携帯電話３に送信する（ステップ２０５）。認証通信部１７は、車外リーダライタ２２から受信したチャレンジコードを、自身に登録された近距離無線通信用の暗号鍵に通して、レスポンスコードを演算する（ステップ２０６）。そして、認証通信部１７は、演算したレスポンスコードと、サーバ４から配信登録されたキーＩＤと、有効無効情報Ｓｋとして有効通知Ｓkaとを、車外リーダライタ２２に送信する（ステップ２０７）。本例の場合、有効通知Ｓkaは、例えば単なる「１」のビット信号である。
【００４９】
認証制御部２１は、チャレンジコードを携帯電話３に送信したとき、同チャレンジコードを自身の近距離無線通信用の暗号鍵に通して、自らもレスポンスコードを演算する（ステップ２０８）。そして、認証制御部２１は、携帯電話３からレスポンスコード及びキーＩＤを受信したとき、レスポンス認証とキーＩＤ認証とを実行する（ステップ２０９）。レスポンス認証では、車外リーダライタ２２が演算したレスポンスコードと、携帯電話３が演算したレスポンスコードとを比較する。また、キーＩＤ認証では、携帯電話３のキーＩＤを、車外リーダライタ２２に登録された有効待機状態のキーＩＤと比較する。なお、認証制御部２１は、車両１の有効無効状態が有効であれば、携帯電話３から取得する有効／無効の情報に関係なく、リスト先頭のキーＩＤでの認証が実行可能であり、仮に車両１が無効状態であれば、携帯電話３から有効通知Ｓkaを取得したときのみ、キーＩＤによる認証を実行する。
【００５０】
有効無効設定部２８は、ＩＤ照合が成立、つまりチャレンジレスポンス認証及びキーＩＤ認証が成立することを確認すると、車両１のキーＩＤが有効状態か否かを判定する（ステップ２１０）。このとき、車両１のキーＩＤが有効でなければ、ステップ２１１に移行し、車両１のキーＩＤが有効であれば、ステップ２１４に移行する。
【００５１】
有効無効設定部２８は、車両１におけるキーＩＤの有効確認が終了すると、携帯電話３のキーＩＤが有効状態か否かを判定する（ステップ２１１）。このとき、携帯電話３のキーＩＤが有効でなければ、フローチャートを終了し、携帯電話３のキーＩＤが有効であれば、ステップ２１２に移行する。
【００５２】
有効無効設定部２８は、携帯電話３のキーＩＤが有効であることを以て、ドアロックの動作状態を現在状態から反転、つまりドアロック装置１９にドアアンロック動作を実行させる（ステップ２１２）。これにより、施錠状態の車両ドアが解錠される。
【００５３】
続いて、有効無効設定部２８は、車両１のキーＩＤの動作状態を現在状態から反転させる（ステップ２１３）。このとき、予約リスト２６の先頭のキーＩＤは有効待機状態であるため、有効無効設定部２８は車両１側のキーＩＤが無効状態（ビット「０」）であると認識している。よって、有効無効設定部２８は、予約リスト２６の先頭のキーＩＤが無効状態下で有効通知Ｓkaを受信すると、有効と無効とで状態が異なることから、予約リスト２６の先頭のキーＩＤを無効→有効に切り換える。予約リスト２６の先頭のキーＩＤを無効→有効に切り換える。従って、予約リスト２６の先頭のキーＩＤが使用可能となる。
【００５４】
図６に示すように、キーＩＤが有効状態の車両１は、予約リスト２６の先頭のキーＩＤが有効状態となっている。よって、車両１の有効無効設定部２８は、車両１側のキーＩＤの使用状態を有効状態と認識している（ステップ２０１ａ）。また、携帯電話３側のキーＩＤは、有効切り換え後、継続使用されていれば、有効状態をとっているはずである（ステップ２０２）。
【００５５】
この状態下で、携帯電話３が車外リーダライタ２２や車内リーダライタ２３にかざされると、携帯電話３とリーダライタ２２，２３とは、車両使用開始時と同様の手順で、携帯電話３のキーＩＤをＩＤ照合する（ステップ２０３〜ステップ２０９）。
【００５６】
このとき、有効無効設定部２８は、車両１のキーＩＤが有効状態であると認識しているので、ステップ２１０の判定においてステップ２１４に移行する。そして、有効無効設定部２８は、携帯電話３のキーＩＤが有効状態か否かを判定する（ステップ２１４）。ここでは、携帯電話３のキーＩＤが有効となっているので、ステップ２１５に移行する。
【００５７】
有効無効設定部２８は、自身のキーＩＤが有効であることを以て、車両１の各種動作（ドアロック施解錠、エンジン始動）を実行又は許可する（ステップ２１５）。
また、有効無効設定部２８は、車両１のキーＩＤの有効無効を切り換えず、そのまま有効状態で据え置く（ステップ２１６）。つまり、このときの有効無効設定部２８は、車両１及び携帯電話３の両方ともキーＩＤが有効状態であることを認識しているので、キーＩＤを有効状態のままとする。従って、携帯電話３のキーＩＤが有効のままであれば、携帯電話３を車両キーとして継続使用することが可能である。
【００５８】
車両１を返却するとき、ユーザは、携帯電話３でアプリケーション１４を立ち上げて、無効化操作を行う。このとき、有効無効指定部１６は、画面１１に図７（ａ）の無効設定画面１１ｂを立ち上げ、この画面１１ｂに無効設定を入力させる。ユーザは、画面１１ｂの案内に沿ってボタン１０を操作して無効化操作を行い、有効中のキーＩＤを無効に指定する。図７（ｂ）に示すように、キーＩＤを無効にした後、ユーザは、車両１のドアロックを施錠するために、携帯電話３を車外リーダライタ２２にかざす。
【００５９】
図８に示すように、返却前の車両１は、予約リスト２６の先頭のキーＩＤがまだ有効状態のままである。よって、車両１の有効無効設定部２８は、車両１側のキーＩＤの使用状態を有効状態と認識している（ステップ２０１ａ）。また、携帯電話３側のキーＩＤは、図７（ａ）に示す無効化操作によって無効状態に設定されている。つまり、携帯電話３の認証通信部１７は、携帯電話３側のキーＩＤの使用状態を無効状態と認識している（ステップ２０２ａ）。
【００６０】
この状態下で、携帯電話３が車外リーダライタ２２にかざされると、携帯電話３と車外リーダライタ２２とは、車両使用開始時と同様の手順で、携帯電話３のキーＩＤをＩＤ照合する（ステップ２０３〜２０９）。なお、この状況下では携帯電話３でキーＩＤが無効指定されているので、ステップ２０７では、有効無効情報Ｓｋとして無効通知Ｓkbを認証制御部２１に送信する。本例の場合、無効通知Ｓkbは、例えば単なる「０」のビット信号である。
【００６１】
このとき、有効無効設定部２８は、車両１のキーＩＤが有効であることを認識しているので、ステップ２１０の判定においてステップ２１４に移行する。また、有効無効設定部２８は、携帯電話３から無効通知Ｓkbを入力するので、ステップ２１４の判定においてステップ２１７に移行する。
【００６２】
有効無効設定部２８は、車両１のキーＩＤが有効であることを以て、ドアロックの動作状態を現在状態から反転、つまりドアロック装置１９にドアロック動作を実行させる（ステップ２１７）。これにより、解錠状態の車両ドアが施錠される。
【００６３】
続いて、有効無効設定部２８は、車両１のキーＩＤの動作状態を現在状態から反転させる（ステップ２１８）。このとき、予約リスト２６の先頭のキーＩＤは有効状態であるため、有効無効設定部２８は、車両１側のキーＩＤが有効状態であると認識している。よって、有効無効設定部２８は、予約リスト２６の先頭のキーＩＤが有効状態下で無効通知Ｓkbを受信すると、有効と無効とで状態が異なることから、キーＩＤの使用状態を反転、つまり予約リスト２６の先頭のキーＩＤを有効→無効に切り換える。従って、予約リスト２６の先頭のキーＩＤが使用不可となる。
【００６４】
車両１でキーＩＤが有効から無効に切り換わると、図２（ｃ）に示すように、リスト更新部２９は、予約リスト２６の先頭のキーＩＤを破棄して、使用キーＩＤを次ＩＤに繰り上げる（ステップ２１９）。よって、次のキーＩＤが有効待機状態に切り換わり、次ユーザによる使用を待つ状態に入る。
【００６５】
次に、車両１とサーバ４とのネットワーク通信が不成立の状況下で他ユーザがサーバ４に車両１の使用予約を行った場合を想定し、このときサーバ４から新規予約データＤcs1を携帯電話３に転送する際の動作の流れを、図９を用いて説明する。
【００６６】
通信成立有無判定部３０は、車両１から定期送信される問合せを受信できなくなると、車両１とのネットワーク通信が不成立になったと認識する（ステップ５０１）。また、広域通信部２５の動作状態設定部３２は、サーバ４から応答を受信できなくなるので、自身の動作状態をそれまでの起動状態から待機状態（スリープ）に切り換える（ステップ５０２）。
【００６７】
予約受付部５は、車両１とのネットワーク通信が不可となった状況下で、他ユーザにより車両１の使用予約が行われると、通常通りその予約内容を受け付ける（ステップ５０３）。他のユーザにより車両１の使用予約が行われると、予約データ取得要求部３１は、データ転送要求信号Ｓdtを、車両１を現在使用中のユーザの携帯電話３にネットワーク配信する（ステップ５０４）。このとき、予約データ取得要求部３１は、現在車両使用中のユーザの携帯電話３のメールアドレスにて信号送信先を指定して、データ転送要求信号Ｓdtを送信する。
【００６８】
携帯電話３の予約データ転送部３３は、サーバ４からデータ転送要求信号Ｓdtを受信すると、データ転送要求信号Ｓdt内の新規予約データＤcs1を、携帯電話３内のメモリに一時的に保持する（ステップ５０５）。
【００６９】
新規予約データＤcs1の配信後、キーＩＤ配信部７は、キーＩＤをネットワーク通信により他ユーザの携帯電話３に配信する（ステップ５０６）。他ユーザの携帯電話３のキーＩＤ登録部１５は、配信されたキーＩＤを、携帯電話３のメモリに記憶する（ステップ５０７）。
【００７０】
次に、新規予約データＤcs1が記憶された携帯電話３で車両１と近距離無線通信するときの動作態様を、図１０を用いて説明する。
認証制御部２１は、キーＩＤ有効下での車両各種操作時（図８に示す例）と同様の手順で、携帯電話３のキーＩＤを照合する（ステップ２０１〜ステップ２０９）。認証制御部２１は、ＩＤ照合が成立することを確認すると、車両１の各種動作（ドアロック施解錠、エンジン始動）を実行又は許可する（ステップ２１０〜ステップ２１９）。なお、車両１の広域通信部２５が待機状態下でＩＤ照合が成立すれば、動作状態設定部３２は、広域通信部２５の動作状態を待機状態から起動状態に切り換える。
【００７１】
また、このときの有効無効設定部２８は、車両１及び携帯電話３の両方ともキーＩＤが有効状態であることを認識しているので、車両１側のキーＩＤは有効状態を維持する（ステップ２１６）。
【００７２】
認証通信部１７は、携帯電話３に新規予約データＤcs1が登録されているとき、レスポンスコード、キーＩＤ及び有効通知Ｓkaを送信してから所定時間後、新規予約データＤcs1を車両１に送信する（ステップ２２０）。つまり、予約データ転送部３３は、新規予約データＤcs1を車両１にデータ送信する。
【００７３】
転送予約データ取得部３４は、ＩＤ照合成立後、一定時間、受信待機する。そして、予約リスト作成部２７は、携帯電話３から送信された新規予約データＤcs1を転送予約データ取得部３４で取得すると、この新規予約データＤcs1を基に予約リスト２６を書き換える（ステップ２２１）。つまり、予約リスト作成部２７はＩＤ照合成立後から制限時間内に新規予約データＤcsを受信できると、リスト更新を実行する。よって、他ユーザの予約内容が車両１に登録され、他ユーザは現在使用中のユーザの後に、車両１を問題なく使用可能となる。
【００７４】
以上により、本例においては、車両１とサーバ４との通信が不成立下でサーバ４が新規の車両予約を受け付けたとき、サーバ４は新規予約データＤcs1を現在車両使用中のユーザの携帯電話３に配信する。ところで、車両１が電波の届き難い駐車場に駐車されていても、車両使用中のユーザは地上で活動している可能性が高く、サーバ４との無線通信は実行可能となっている可能性が高い。よって、サーバ４から転送された新規予約データＤcs1は、車両使用中のユーザの携帯電話３に問題なく届く。
【００７５】
そして、現在車両使用中のユーザが車両１に乗車するとき、携帯電話３が車外リーダライタ２２にかざされて近距離無線通信が行われると、携帯電話３に保持された新規予約データＤcs1が車両１に送信され、新規予約データＤcs1が車両１に登録される。このため、車両１とサーバ４とが通信不成立となっていても、新規予約データＤcs1を車両１に登録することが可能となるので、新規予約データＤcs1の登録確実性を確保することが可能となる。
【００７６】
本実施形態の構成によれば、以下に記載の効果を得ることができる。
（１）車両１とサーバ４との通信が不成立下でサーバ４が新規の車両予約を受け付けたときは、現在車両使用中のユーザの携帯電話３を利用して、新規予約データＤcs1を車両１に配信する。車両１とサーバ４とが通信不成立となっていても、新規予約データＤcs1を車両１に登録することが可能となるので、新規予約データＤcs1の登録確実性を確保することができる。
【００７７】
（２）新規予約データＤcs1が配信された携帯電話３で車両１と近距離無線通信を行うとき、近距離無線通信の中で新規予約データＤcs1を車両１に送信して、新規予約データＤcs1を車両１に登録する。よって、車両１はわざわざサーバ４に問合せをしなくとも新規予約データＤcs1を取得することが可能となる。このため、車両１にサーバ４とのネットワーク通信を再実行させずに済むので、車両１のバッテリを省電力化することができる。
【００７８】
（３）車両１においてサーバ４との通信が成立しないことを確認すると、車両１における通信動作が起動状態から待機状態（スリープ）に切り換えられる。通信不成立状況下で車両１に通信を何度も実行させると、車両１のバッテリ電力を無駄に消費する問題に繋がる。よって、本例は車両１に無駄な通信動作を行わせずに済むので、車両１のバッテリの省電力化に寄与する。特に、ハイブリッド車は電力走行する車両であるので、長距離走行のためには省電力化は重要な課題であるが、本例の場合はこれに対応することができる。
【００７９】
（４）ユーザから車両１の使用予約を受け付けると、サーバ４から車両１に予約データＤcsが配信されるとともに、使用予約したユーザの携帯電話３にキーＩＤが配信される。そして、この携帯電話３でキーＩＤを有効化操作して車両１と近距離無線通信すると、キーＩＤが有効となり、キーＩＤ有効中、携帯電話３でキーＩＤを無効化操作して車両１と近距離無線通信すると、キーＩＤが無効となる。よって、携帯電話３を用いてキーＩＤの有効無効を直接切り換えることができる。このため、キーＩＤの有効無効がいつ切り換わったかがユーザは分かるので、不便さが感じ難くなる。
【００８０】
（５）車両使用中に時間を忘れるなどしてキーＩＤの使用時間が使用終了時間を過ぎても、携帯電話３でキー無効化操作を行わない限り、キーＩＤは有効状態を維持するので、ユーザは車両１を継続使用することができる。よって、使用最中にユーザの意図に反して、車両１が突然使用できなくなってしまう状況を防止することができる。このため、車両１を借り入れた元の位置まできちんと戻すことができる。
【００８１】
（６）携帯電話３から車両１への有効無効情報Ｓｋの通知（使用設定通信）を、車両１と携帯電話３との近距離無線によるＩＤ照合の通信（認証通信）に含める。よって、携帯電話３で車両１と近距離無線通信を行うとき、一度に２処理が実行されるので、ユーザに課す作業を少なく抑えることができる。従って、車両１の借入時及び返却時の利便性が向上する。
【００８２】
（７）車両１と携帯電話３とが近距離無線通信するとき、車両１側の有効無効状態と、携帯電話３側の有効無効状態とを比較し、状態が異なっていれば、車両１側におけるキーＩＤの使用状態を反転させ、状態が同じであれば、現状態を維持する。よって、車両１側におけるキーＩＤの有効無効の切り換えを、２状態を単に比較するという簡素な処理によって行うことができる。
【００８３】
（第２実施形態）
次に、第２実施形態を図１１に従って説明する。なお、第２実施形態は、新規予約データＤcs1を取得させる通信開始トリガＳtrを携帯電話３から車両１に通知し、この通信開始トリガＳtrによって広域通信部２５にサーバ４から新規予約データＤcs1を取得させる実施例である。なお、第１実施形態と同一部分は同一符号を付して詳しい説明を省略し、異なる部分についてのみ説明する。
【００８４】
図１１に示すように、携帯電話３には、近距離無線通信時に通信開始トリガＳtrを車両１に送信する通信開始トリガ送信部４１が設けられる。また、車両１には、通信開始トリガＳtrの受信を契機にサーバ４に新規予約データＤcs1を問い合せる新規予約データ問合せ部４２が設けられている。なお、通信開始トリガ送信部４１及び新規予約データ問合せ部４２が予約情報配信手段を構成し、通信開始トリガＳtrが通信開始要求に相当する。
【００８５】
サーバ４は、車両１との通信不成立時に新規の車両予約を受け付けると、トリガ送信要求信号Ｓstを送信する。通信開始トリガ送信部４１は、サーバ４からトリガ送信要求信号Ｓstを受信すると起動状態（アクティブ状態）になる。つまり、通信開始トリガ送信部４１は、通信開始トリガＳtrを送信可能な状態に入る。
【００８６】
現在車両使用中のユーザが車両１に乗車するとき、同ユーザは携帯電話３を車外リーダライタ２２にかざして近距離無線通信を実行する。このとき、通信開始トリガ送信部４１は、例えばキーＩＤに通信開始トリガＳtrを付加するなどして、通信開始トリガＳtrを車両１に送信する。新規予約データ問合せ部４２は、近距離無線通信時に携帯電話３から通信開始トリガＳtrを受信すると、そのタイミングで新規予約データ問合せ信号Ｓddをサーバ４に送信し、サーバ４から新規予約データＤcs1を取得する。
【００８７】
本実施形態の構成によれば、第１実施形態の各効果に加えて、以下に記載の効果を得ることができる。
（８）新規予約データＤcs1自体を、他人である現在車両使用中のユーザに通知する必要がないので、予約内容を他人に勝手に解読される可能性を防止することができる。また、携帯電話３から車両１には、単なるトリガ信号を送信するだけで済むので、近距離無線通信の通信負荷を軽減することもできる。
【００８８】
なお、実施形態はこれまでに述べた構成に限らず、以下の態様に変更してもよい。
・第１実施形態において、携帯電話３がデータ転送要求信号Ｓdtを受信したとき、その旨を携帯電話３上で現在車両使用中のユーザに通知してもよい。この通知としては、例えば「14：00から追加予約が入りました。」などがある。なお、この種の通知は、トリガ送信要求信号Ｓstを受信したときも同様である。
【００８９】
・第１実施形態において、サーバ４は、携帯電話３に新規予約データＤcs1を送信するとき、新規予約データＤcs1が正常に携帯電話３に届かなければ、データ送信をリトライしてもよい。
【００９０】
・第２実施形態において、新規予約データ問合せ信号Ｓddの送信は、通信開始トリガＳtrの受信から一定時間経過した後でもよい。この場合、例えばユーザが地下駐車場から地上へ移動（通信回復）した後に電波送信が可能となるので、より確実に通信を成立させることができる。
【００９１】
・各実施形態において、車両１側におけるキーＩＤの有効無効の切り換えは、車両１側の有効無効状態と携帯電話３側の有効無効状態との比較により行う方式に限定されない。例えば、携帯電話３から車両１に、車両１を有効無効のどちらにするのかを指定する指令を送り、この指令に基づき車両１に有効無効の設定動作を実行させてもよい。
【００９２】
・各実施形態において、車両１及び携帯電話３間のＩＤ照合の通信と、携帯電話３から車両１への有効無効情報Ｓｋの通知する通信とは、各々別に実行されてもよい。例えば、車両１を返却するとき、車両１のドアロックを携帯電話３により施錠した後、携帯電話３で無効化操作を行い、この携帯電話３を車両１にかざして、車両１のキーＩＤを無効化してもよい。
【００９３】
・各実施形態において、ドアロックの施解錠は、ＩＤ照合が成立するのと同時に実行されることに限定されない。例えば、ＩＤ照合成立下で例えば車外ドアハンドルのボタンが押されると、施解錠が実行されてもよい。
【００９４】
・各実施形態において、有効化操作や無効化操作は、携帯電話３の画面を見ながら行う操作に限定されない。例えば、携帯電話３に専用のボタンがある場合は、このボタンを操作することにより行ってもよい。
【００９５】
・各実施形態において、ネットワークは、インターネットに限定されず、他の通信を採用してもよい。
・各実施形態において、ＩＤ照合の通信に例えばブルートゥース通信を使用し、有効無効設定の通信に近距離無線を使用する組み合わせとしてもよい。また、有効無効の設定通信や新規予約データＤcs1の転送は、種々の通信が使用可能である。
【００９６】
・各実施形態において、ＩＤ照合に用いる通信は、近距離無線通信に限らず、例えばＵＨＦ（Ultra High Frequency）帯の電波を用いた狭域無線通信としてもよい。
・各実施形態において、ＩＤ照合の通信は、例えば往路と復路とで使用周波数を切り換えてもよい。
【００９７】
・各実施形態において、近距離無線通信用の暗号鍵は、キーＩＤと併用してもよい。
・各実施形態において、サーバ４は、自らが動いて携帯電話３や他のサーバに各種情報（予約データやキーＩＤ等）を送信する動作をとることに限定されず、例えば携帯電話３や他のサーバから問合せを受けたときに情報を配信してもよい。
【００９８】
・各実施形態において、予約情報は、使用希望時間及びキーＩＤを含む予約データＤcsに限らず、例えばチャレンジレスポンス認証用の暗号鍵など、他の情報を含んでいてもよい。
【００９９】
・各実施形態において、新規予約情報は、新規予約の入力内容を有する新規予約データＤcsに限定されず、他の情報を有する信号としてもよい。
・各実施形態において、サーバ４から携帯電話３に配信されるＩＤ情報は、キーＩＤに限定されず、他の情報を含んでいてもよい。
【０１００】
・各実施形態において、カーシェアシステム２は、携帯電話３でキーＩＤの有効無効を設定するものに限定されない。例えば、キーＩＤの使用時間がくれば、同キーＩＤが自動で有効状態に入り、キーＩＤの使用時間が過ぎれば、キーＩＤが強制的に無効に切り換わるものでもよい。
【０１０１】
・第２実施形態において、待機状態をとる広域通信部２５は、この通信開始トリガＳtrにて起動状態に切り換わるものでもよい。
・各実施形態において、通信端末は、携帯電話３に限定されず、例えばＩＣカードとしてもよい。
【０１０２】
・各実施形態において、携帯電話３から車両１への新規予約データＤcs1の転送は、近距離無線通信時にＩＤ照合と併せて実行されることに限定されない。例えば、車両１への新規予約データＤcs1の配信は、独立した１通信作業としてもよい。
【０１０３】
次に、上記実施形態及び別例から把握できる技術的思想について、それらの効果とともに以下に追記する。
（イ）請求項１〜５のいずれかにおいて、前記通信端末が前記車両に新規予約を取得される状態となったとき、その旨を当該通信端末上で車両使用中のユーザに通知する通知手段を備えた。この構成によれば、自身の通信端末が、車両に新規予約を取得させる動作状態となっていることを、ユーザに通知することが可能となる。
【０１０４】
（ロ）請求項１〜５、前記技術的思想（イ）のいずれかにおいて、前記車両に設けられ、前記サーバ又は前記通信端末から配信される予約情報を基に予約リストを作成し、該予約リストによって使用すべきキーＩＤの順番を管理する予約リスト作成手段を備えた。この構成によれば、１台の車両に複数の使用予約が入ったとしても、これらを使用順に管理することとが可能となる。
【符号の説明】
【０１０５】
１…車両、２…カーシェアシステム、３…通信端末としての携帯電話、４…サーバ、１６…有効無効設定手段を構成する有効無効指定部、１７…有効無効設定手段を構成する認証通信部、２８…有効無効設定手段を構成する有効無効設定部、３０…判定手段としての通信成立有無判定部、３１…予約情報配信手段を構成する予約データ取得要求部、３２…通信待機手段としての動作状態設定部、３３…予約情報配信手段を構成する予約データ転送部、３４…予約情報配信手段を構成する転送予約データ取得部、４１…予約情報配信手段を構成する通信開始トリガ送信部、４２…予約情報配信手段を構成する新規予約データ問合せ部、Ｄcs…予約情報としての予約データ、Ｄcs1…新規予約情報としての新規予約データ、Ｓtr…通信開始要求としての通信開始トリガ。
【図１】
2012221225.tif 000003
【図２】
2012221225.tif 000004
【図３】
2012221225.tif 000005
【図４】
2012221225.tif 000006
【図５】
2012221225.tif 000007
【図６】
2012221225.tif 000008
【図７】
2012221225.tif 000009
【図８】
2012221225.tif 000010
【図９】
2012221225.tif 000011
【図１０】
2012221225.tif 000012
【図１１】
2012221225.tif 000013