JP2019191647A - シェアリングシステム - Google Patents

Abstract

【課題】シェア対象物の安全な返却を可能にしたシェアリングシステムを提供する。【解決手段】シェアしていた車両１を返却する場合、バレットパーキングサービスを使用したとき、サーバ２２は、バレットキー４１に付与する新たな操作権限として、乗り捨て用鍵情報Ｄｋ３を生成する。サーバ２２は、生成した乗り捨て用鍵情報Ｄｋ３を携帯端末２３に送信する。携帯端末２３は、バレットキー４１との近距離無線を通じて乗り捨て用鍵情報Ｄｋ３をバレットキー４１に登録する。乗り捨て用鍵情報Ｄｋ３は、一定時間経過後、自動消去される。【選択図】図４

Description

本発明は、シェア対象物を複数人の間で使用可能にするシェアリングシステムに関する。

従来、１つのシェア対象物を複数人で共通使用するシェアリングシステムとして、１台の車両（シェア車両）を複数人の間で使用するカーシェアリングシステムが周知である（特許文献１，２等参照）。この種のカーシェアリングシステムでは、例えばカーシェア使用の登録を予め行っておき、例えば携帯端末（高機能携帯電話等）で車両予約を行った上で、予約時間内において車両の使用が許可される。

特開２０１６−１１５０７７号公報 特開２０１６−７１８３４号公報

ところで、この種のカーシェアシステムにおいて、バレットパーキングサービスを使用して車両返却することも想定される。このとき、例えば携帯端末から通信等を通じてバレットキーに車両の操作権限を付与し、バレットキーでの車両操作を許可することになる。しかし、この場合、バレットキーの使用期間は、車両予約時に携帯端末に予め設定した操作権限の有効時間（携帯端末で指定した予約時間）に応じた時間になってしまう。このため、バレットバーキングの途中で急にバレットキーの有効時間が切れたり、バレットキーをユーザが意図しないほど長く使用できたりしてしまう可能性がある。よって、バレットパーキングサービスで車両返却を安全に行うことができない問題があった。

本発明の目的は、シェア対象物の安全な返却を可能にしたシェアリングシステムを提供することにある。

前記問題点を解決するシェアリングシステムは、シェア対象物の使用に際して必要な鍵情報を取り込んだ携帯端末で当該シェア対象物を操作する場合に、シェア対象物側に設けられたシェアリング装置との認証を前記携帯端末によって行い、当該認証が成立すれば、前記シェア対象物を作動させる構成であって、バレットキーに前記シェア対象物の操作権限を付与することにより、当該バレットキーによる前記シェア対象物の操作を可能にする権限付与部と、前記シェア対象物を返却する場合に、前記携帯端末にバレットキー用の操作権限として既に登録されているものとは別の操作権限を前記バレットキーに新たに付与する再付与処理部とを備えた。

本構成によれば、バレットキーを使用したシェア対象物の返却を行う場合、この返却時のときにのみ使用する新たな操作権限を新たにバレットキーに付与して、このバレットキーでシェア対象物を操作できるようにする。このとき付与する操作権限は、シェア対象物の返却時にのみ使用する専用の権限であるので、返却作業に特化された権限内容となっている。よって、シェア対象物の安全な返却が可能となる。

前記シェアリングシステムにおいて、前記再付与処理部は、前記シェア対象物の返却時に別の前記操作権限をバレットキーに付与した場合に、前記携帯端末のメモリ内の情報を削除することが好ましい。この構成によれば、シェア対象物の返却後、携帯端末を使用不可にしておくことが可能となるので、シェア対象物の不正使用に対するセキュリティ性の確保に一層有利となる。

前記シェアリングシステムにおいて、前記再付与処理部は、前記バレットキーに別の前記操作権限を付与した場合、規定の条件が満たされると、前記バレットキーに付与された別の前記操作権限を自動で消去させることが好ましい。この構成によれば、シェア対象物の返却時にバレットキーに付与した操作権限を消去しておくことが可能となるので、シェア対象物の不正使用に対するセキュリティ性の確保に一層有利となる。

前記シェアリングシステムにおいて、前記再付与処理部により付与される前記操作権限は、前記シェア対象物の使用が許可されるものではあっても、ユーザによる使用とはみなされない操作権限である。この構成によれば、操作権限が再付与された後は、シェア対象物が使用されてもユーザには影響はない。よって、ユーザの意図しないシェア対象物の使用が生じ難くなる。

本発明によれば、シェア対象物の安全な返却を確保することができる。

一実施形態のシェアリングシステムの構成図。 ユーザ認証の手順を示す説明図。 携帯端末による車両操作の手順を示す説明図。 バレットキーに操作権限を付与する手順を示す説明図。 （ａ）はバレットパーキングサービスで車両を返却する場合の流れを示す概要図、（ｂ）は目的地到着時の各メモリの状態図。 車両の返却処理の手順を示すフローチャート。 バレットキー４１に乗り捨て用鍵情報を付与するときの手順を示すフローチャート。 バレットパーキングサービスを受けるときの手順を示すフローチャート。 バレットキーの乗り捨て用鍵情報３を自動消去する手順を示すフローチャート。 （ａ）はバレットパーキングサービスで車両を貸し出す流れを示す概要図、（ｂ）は別ユーザによる車両予約時の各メモリの状態図。 別ユーザが車両使用の予約をするときの手順を示すフローチャート。 別ユーザの携帯端末からバレットキーに車両の操作権限を付与するときの手順を示すフローチャート。 バレットキーに付与した操作権限を無効にするときの手順を示すフローチャート。 別ユーザによるユーザ認証の手順を示すフローチャート。

以下、シェアリングシステムの一実施形態を図１〜図１４に従って説明する。
図１に示すように、車両１は、電子キー２との無線によりＩＤ照合を行って車載機器３の作動を実行又は許可する電子キーシステム４を備える。電子キーシステム４は、車両１からの通信を契機に狭域無線によりＩＤ照合（スマート照合）を実行するキー操作フリーシステムである。キー操作フリーシステムは、電子キー２を直に操作することなく自動でＩＤ照合が行われるものである。車載機器３は、例えばドアロック装置５やエンジン６などがある。

車両１は、ＩＤ照合を行う照合ＥＣＵ（Electronic Control Unit）９と、車載電装品の電源を管理するボディＥＣＵ１０と、エンジン６を制御するエンジンＥＣＵ１１とを備える。これらＥＣＵは、車内の通信線１２を介して電気接続されている。通信線１２は、例えばＣＡＮ（Controller Area Network）やＬＩＮ（Local Interconnect Network）である。照合ＥＣＵ９及び電子キー２の各メモリ（図示略）には、車両１に登録された電子キー２の電子キーＩＤと、ＩＤ照合の認証時に使用するキー固有鍵とが登録されている。ボディＥＣＵ１０は、車両ドア１３の施解錠を切り替えるドアロック装置５を制御する。

車両１は、車両１において電波を送信する電波送信機１６と、車両１において電波を受信する電波受信機１７とを備える。電波送信機１６は、例えば室外に電波を送信する室外用と、室内に電波を送信する室内用とを備える。電波送信機１６は、ＬＦ（Low Frequency）帯の電波を送信する。電波受信機１７は、ＵＨＦ（Ultra High Frequency）帯の電波を受信する。電子キーシステム４は、ＬＦ−ＵＨＦの双方向通信により電子キー２と通信する。

電子キー２を起動させるウェイク信号が電波送信機１６からＬＦ送信されているとき、電子キー２は、ウェイク信号の通信エリアに進入して受信すると、待機状態から起動し、照合ＥＣＵ９とＩＤ照合（スマート照合）を実行する。スマート照合には、例えば電子キーＩＤの正否を確認する電子キーＩＤ照合や、暗号鍵（キー固有鍵）を用いたチャレンジレスポンス認証などが含まれる。照合ＥＣＵ９は、室外の電子キー２とＩＤ照合（室外スマート照合）が成立することを確認すると、ボディＥＣＵ１０による車両ドア１３の施解錠を許可又は実行する。

照合ＥＣＵ９は、室内の電子キー２とＩＤ照合（室内スマート照合）が成立することを確認すると、エンジンスイッチ１８による電源遷移操作を許可する。これにより、例えばブレーキペダルを踏み込んだ状態でエンジンスイッチ１８が操作されると、エンジン６が始動される。

車両１は、１台の車両１（シェア対象物１９）を複数人で共用するシェアリングシステム２１を備える。本例のシェアリングシステム２１は、暗号化された鍵情報Ｄｋを外部（本例はサーバ２２）から携帯端末２３に登録し、車両１に設けたシェアリング装置２４との間で鍵情報Ｄｋの認証を実行し、その認証結果を車両１の操作可否の１条件とするものである。鍵情報Ｄｋは、例えば１度のみ使用が許可されたワンタイムキー（ワンタイムパスワード）であることが好ましい。

携帯端末２３は、携帯端末２３の作動を制御する端末制御部２７と、携帯端末２３においてネットワーク通信を行うネットワーク通信モジュール２８と、携帯端末２３において近距離無線通信を行う近距離無線モジュール２９と、データ書き替えが可能なメモリ３０とを備える。携帯端末２３は、サーバ２２からネットワーク通信を通じて鍵情報Ｄｋを取得した場合、この鍵情報Ｄｋをメモリ３０に書き込み保存する。近距離無線通信は、例えばブルートゥース（Bluetooth：登録商標）であることが好ましい。

携帯端末２３は、携帯端末２３においてシェアリングシステム２１の作動を管理するユーザインターフェースアプリケーション３１を備える。ユーザインターフェースアプリケーション３１は、例えばサーバ２２からダウンロードされるなどして、端末制御部２７に設けられる。ユーザインターフェースアプリケーション３１は、例えば車両１の予約手続き、ユーザ認証、車両操作、操作権限の付与、操作権限の返却など、種々の処理を実行する。

シェアリング装置２４は、車両１の電子キーシステム４のハードから独立し、車両１に別途取り付けられる。シェアリング装置２４は、例えば車両使用の予約時間内のときのみ有効になる電子キーの位置付けである。シェアリング装置２４は、車両１のバッテリ＋Ｂから電源が供給されている。

シェアリング装置２４は、シェアリング装置２４の作動を制御するコントローラ３４と、シェアリング装置２４においてスマート通信を行うスマート通信ブロック３５と、シェアリング装置２４において近距離無線通信を行う近距離無線モジュール３６と、データ書き替え可能なメモリ３７と、シェアリング装置２４において日時を管理するタイマ部３８とを備える。コントローラ３４は、携帯端末２３から近距離無線を通じて鍵情報Ｄｋを受信した場合に、メモリ３７内の暗号鍵（シェアリング装置固有鍵）によって鍵情報Ｄｋを正しく復号できるか否かを確認することにより、携帯端末２３の正否を判定する。タイマ部３８は、例えばソフトタイマからなる。シェアリング装置２４は、自らに登録されたシェアリング装置ＩＤが車両ＩＤ（車体番号）と紐付けされることにより、車両１と一対一の関係をとる。

図２に示すように、ステップ１０１において、携帯端末２３で車両使用の予約をするにあたり、携帯端末２３は、サーバ２２とネットワーク通信を通じてユーザ認証を実行する。本例のユーザ認証では、例えばログイン（ユーザＩＤ及びパスワードの認証）と、車両予約手続きとが実施される。車両予約手続きでは、例えば使用車両や日時等が入力される。ユーザＩＤ及びパスワードは、携帯端末２３に入力され、ネットワーク通信を通じてサーバ２２に送信される。サーバ２２は、携帯端末２３からユーザＩＤ及びパスワードを入力すると、これらを認証し、認証が成立すれば処理を継続し、認証が不成立であれば処理を強制終了する。

ステップ１０２において、サーバ２２は、ユーザ認証が成立した場合、鍵情報Ｄｋを生成し、これを携帯端末２３に送信する。本例の場合、サーバ２２は、例えば予約車両に搭載されたシェアリング装置２４の暗号鍵（例えばシェアリング装置固有鍵）を使用して、鍵情報Ｄｋを生成する。本例の鍵情報Ｄｋは、例えば「予約日時」、「端末ＩＤ」、「ユーザ認証鍵」などを平文とし、所定の暗号鍵（例えば、シェアリング装置固有鍵等）を暗号化鍵として、これらを暗号式（暗号アルゴリズム）に通すことにより生成された暗号文からなる。端末ＩＤは、携帯端末２３の固有ＩＤである。ユーザ認証鍵は、例えば携帯端末２３で車両操作を行うときに、携帯端末２３及びシェアリング装置２４の間の暗号通信で使用される鍵の一種である。

ステップ１０３において、携帯端末２３は、予約車両の使用開始時、自身に登録されている鍵情報Ｄｋを近距離無線通信によって送信する。鍵情報Ｄｋは、例えばＢＬＥ（Bluetooth Low Energy）を通じてシェアリング装置２４に送信される。

ステップ１０４において、シェアリング装置２４は、携帯端末２３から鍵情報Ｄｋを受信すると、鍵情報Ｄｋの認証作業を実行する。本例の場合、シェアリング装置２４は、暗号鍵（例えばシェアリング装置固有鍵等）を用いて鍵情報Ｄｋを復号し、この復号が成功したか否かを確認する。このとき、鍵情報Ｄｋの復号が成功すれば、携帯端末２３から受信した鍵情報Ｄｋが正しいとして、認証を成功とする。シェアリング装置２４は、鍵情報Ｄｋの認証が成功すれば、鍵情報Ｄｋに含まれていた「予約日時」、「端末ＩＤ」、「ユーザ認証鍵」を取得することができる。

シェアリング装置２４は、鍵情報Ｄｋの認証が成立すれば、鍵情報Ｄｋの「認証完了状態」に移行し、シェアリング装置２４を電子キー２として作動させる機能（キー機能）が有効（キー機能がオン）となる。よって、シェアリング装置２４は、電子キーシステム４を通じたスマート通信（スマート機能）が実行可能となる。また、シェアリング装置２４は、鍵情報Ｄｋの認証が成立した場合、鍵情報Ｄｋやユーザ認証鍵をメモリ３７に書き込み保存する。一方、シェアリング装置２４は、鍵情報Ｄｋの認証が不成立であれば、鍵情報Ｄｋが正しくないとして、認証を失敗とし、ＢＬＥ通信の接続を切断する。

シェアリング装置２４は、鍵情報Ｄｋの認証が成立した場合、この認証において取得したユーザ認証鍵を近距離無線通信により携帯端末２３に通知する。携帯端末２３は、シェアリング装置２４からユーザ認証鍵を受信すると、これをメモリ３０に登録する。以上により、携帯端末２３及びシェアリング装置２４の両方にユーザ認証鍵が登録される。

図３に示すように、ステップ２０１において、携帯端末２３は、認証完了状態に移行後、携帯端末２３において操作要求ボタン（画面上の表示ボタン）が操作されると、そのボタンに応じた操作要求信号を近距離無線によりシェアリング装置２４に送信する。操作要求ボタンは、例えば車両ドア１３を解錠するときに操作する解錠要求ボタン、車両ドア１３を施錠するときに操作する施錠要求ボタン、エンジン６の始動を車両１に許可させる際に操作するエンジン始動要求ボタンなどがある。操作要求信号は、操作された操作要求ボタンに応じたコマンドを含む信号である。操作要求信号は、例えばユーザ認証鍵によって暗号化されて送信される。

ステップ２０２において、シェアリング装置２４は、携帯端末２３から操作要求信号を受信すると、照合ＥＣＵ９との間でスマート通信を実行し、携帯端末２３から受信した操作要求信号を照合ＥＣＵ９に通知する。本例の場合、シェアリング装置２４は、自身に登録された電子キーＩＤ及び暗号鍵を用いたスマート照合を実行し、その照合の過程で、携帯端末２３から受信した操作要求信号を照合ＥＣＵ９に通知する。

ステップ２０３において、照合ＥＣＵ９は、シェアリング装置２４との間のスマート照合が成立することを確認すると、シェアリング装置２４から通知された操作要求信号に応じた作動を実行する。これにより、車両ドア１３の施解錠や、エンジン始動操作の許可などが実行される。

図４に示すように、シェアリングシステム２１は、バレット係等の第三者に駐車等を依頼するバレットパーキングサービス対応となっている。本例の場合、第三者に車両１を貸し出すにあたっては、バレットキー４１をバレット係等の第三者に渡して車両１を貸与する。バレットキー４１は、車両１を操作することができる車両キー（電子キー２）の一種であり、第三者に対して貸し出されるキーとして使用される。なお、バレットキー４１と車両１との通信は、ブルートゥースに限定されず、例えば通常のスマート通信としてもよい。なお、この場合でも、バレットキー４１と携帯端末２３との通信は、ブルートゥースであることが好ましい。

バレットキー４１は、バレットキー４１の作動を制御するキー制御部４２と、バレットキー４１で車両１を作動させる際に操作する操作部４３と、近距離無線通信が可能な通信モジュール４４と、データ書き替えが可能なメモリ４５とを備える。通信モジュール４４は、例えばブルートゥース通信を通じて携帯端末２３やシェアリング装置２４と通信する。操作部４３には、車両ドア１３を解錠する際に操作するアンロック操作部や、車両ドア１３を施錠する際に操作するロック操作部や、エンジン始動を許可させるときに操作するエンジン始動許可操作部や、バレットキー４１の電源をオンオフする際に操作する電源操作部などがある。

シェアリングシステム２１は、携帯端末２３からバレットキー４１に車両１の操作権限を付与する権限付与部４８を備える。本例の権限付与部４８は、サーバ２２側の第１権限付与部４８ａと、携帯端末２３側の第２権限付与部４８ｂと、バレットキー４１側の第３権限付与部４８ｃとを備える。第１権限付与部４８ａは、携帯端末２３用の鍵情報（以降、第１鍵情報Ｄｋ１と記す）を生成するとき、バレットキー４１用の鍵情報（以降、第２鍵情報Ｄｋ２と記す）も併せて生成し、第１鍵情報Ｄｋ１及び第２鍵情報Ｄｋ２を携帯端末２３に送信する。第２権限付与部４８ｂ及び第３権限付与部４８ｃは、携帯端末２３及びバレットキー４１が通信（ブルートゥース通信）するとき、バレットキー４１用の第２鍵情報Ｄｋ２をバレットキー４１に送信して、この第２鍵情報Ｄｋ２をバレットキー４１に登録する。

第１鍵情報Ｄｋ１は、携帯端末２３で車両１を使用するときの「予約日時」、携帯端末２３の「端末ＩＤ」、携帯端末２３とシェアリング装置２４との暗号通信で用いる「ユーザ認証鍵」などを要素とする情報である。また、第２鍵情報Ｄｋ２は、バレットキー４１で車両１を使用するときの「予約日時」、バレットキー４１の「端末ＩＤ」、シェアリング装置２４とバレットキー４１との暗号通信で用いる「ユーザ認証鍵」などを要素とする情報である。

シェアリングシステム２１は、車両１の返却時に新たな車両１の操作権限をユーザに付与する再付与処理部４９を備える。再付与処理部４９は、サーバ２２に設けられた第１再付与処理部４９ａと、携帯端末２３に設けられた第２再付与処理部４９ｂと、バレットキー４１に設けられた第３再付与処理部４９ｃとを備える。再付与処理部４９は、車両１を返却する場合に、携帯端末２３にバレットキー４１用の操作権限として既に登録されているもの（第２鍵情報Ｄｋ２）とは別の操作権限（乗り捨て用鍵情報Ｄｋ３）を、バレットキー４１に新たに付与する。

次に、図５〜図１４を用いて、本実施形態のシェアリングシステム２１の作用及び効果について説明する。
図５（ａ）に示すように、車両１を借りていたユーザが目的地に到着し、車両１を乗り捨てしたとする。この場合、ユーザは、サービスマン等に車両１及びバレットキー４１を渡して返却処理を行う。なお、このときは、図５（ｂ）に示すように、目的地到着前まで車両１がユーザによって使用されていたため、サーバ２２のメモリ５２や、携帯端末２３及びシェアリング装置２４の各々のメモリ３０，３７には、第１鍵情報Ｄｋ１及び第２鍵情報Ｄｋ２が登録済みとなっている。一方、バレットキー４１には、車両１の操作権限が付与されておらず、メモリ４５には、第１鍵情報Ｄｋ１及び第２鍵情報Ｄｋ２の何れも書き込まれていない。

図６は、車両１を借りていた正規ユーザが目的地に到着して、車両１の返却処理を行うときの手順を示すフローチャートである（図５に示す使用例）。同図に示されるように、ステップ３０１において、携帯端末２３は、シェアリング装置２４と通信接続中の状態下において、携帯端末２３で車両１の返却操作が実行されると、その旨を通知する返却通知をシェアリング装置２４に送信する。車両１の返却操作は、例えば携帯端末２３の画面に返却ボタンを表示し、これをタップする操作であることが好ましい。

ステップ３０２において、シェアリング装置２４は、携帯端末２３から返却通知を受信すると、キー機能をオフする。すなわち、これまでシェアリング装置２４でオンされていたキー機能がオフに切り替えられる。

ステップ３０３において、シェアリング装置２４は、キー機能がオフになると、返却応答を携帯端末２３に送信する。
ステップ３０４において、携帯端末２３及びシェアリング装置２４は、キー機能のオフ後、携帯端末２３及びシェアリング装置２４の間の通信を切断する。なお、以降、シェアリング装置２４は、アドバタイズ送信の状態に移行する。

ステップ３０５において、サーバ２２（第１再付与処理部４９ａ）及び携帯端末２３（第２再付与処理部４９ｂ）は、携帯端末２３に登録された鍵情報Ｄｋ（第１鍵情報Ｄｋ１及び第２鍵情報Ｄｋ２）の返却処理を実行する。鍵情報Ｄｋ（第１鍵情報Ｄｋ１及び第２鍵情報Ｄｋ２）の返却処理は、例えば携帯端末２３をサーバ２２に接続し、携帯端末２３から返却開始要求をサーバ２２に送信することにより開始される。

ステップ３０６において、サーバ２２（第１再付与処理部４９ａ）は、携帯端末２３から返却開始要求を受信すると、返却開始要求を通知してきた携帯端末２３を確認し、車両貸出中の携帯端末２３であることを認識できれば、返却許可を携帯端末２３に送信する。

ステップ３０７において、携帯端末２３（第２再付与処理部４９ｂ）は、サーバ２２から返却許可を受信すると、携帯端末２３のメモリ３０に書き込まれている鍵情報Ｄｋ（第１鍵情報Ｄｋ１及び第２鍵情報Ｄｋ２）を消去する。すなわち、車両予約時に取得した第１鍵情報Ｄｋ１及び第２鍵情報Ｄｋ２がメモリ３０から消去される。

ステップ３０８において、携帯端末２３（第２再付与処理部４９ｂ）は、鍵情報返却後の一時的な車両１の使用予約として、乗り捨て貸出予約を入力する。乗り捨て貸出予約の手続きは、例えば前述の車両予約時に行ったユーザ認証と同様の処理であり、例えばユーザＩＤ、パスワード、使用車両等を入力する。必要事項の入力後、携帯端末２３において画面上の返却用貸出予約ボタンがタップされる。

ステップ３０９において、携帯端末２３（第２再付与処理部４９ｂ）は、乗り捨て貸出予約時の入力データを、サーバ２２に送信する。サーバ２２は、携帯端末２３から乗り捨て貸出予約時の入力データを基にユーザ認証を実行する。サーバ２２（第１再付与処理部４９ａ）は、ユーザ認証が成立すれば処理を継続し、ユーザ認証が不成立であれば処理を強制終了する。

ステップ３１０において、サーバ２２（第１再付与処理部４９ａ）は、車両返却後の一時的な車両使用を許可するのに必要な乗り捨て用鍵情報Ｄｋ３を生成する。乗り捨て用鍵情報Ｄｋ３は、第１鍵情報Ｄｋ１や第２鍵情報Ｄｋ２と同様のデータ要素から構築されている。乗り捨て用鍵情報Ｄｋ３は、バレットキー４１で車両１を一時使用するときの「使用時間」、バレットキー４１の「端末ＩＤ」、シェアリング装置２４とバレットキー４１との暗号通信で用いる「ユーザ認証鍵（第２鍵情報Ｄｋ２とは別もの）」などを要素とする情報である。

ステップ３１１において、サーバ２２（第１再付与処理部４９ａ）は、生成した乗り捨て用鍵情報Ｄｋ３を携帯端末２３に送信する。
ステップ３１２において、携帯端末２３（第２再付与処理部４９ｂ）は、サーバ２２から乗り捨て用鍵情報Ｄｋ３を受信すると、この乗り捨て用鍵情報Ｄｋ３をメモリ３０に書き込み保存する。このように、携帯端末２３では、車両予約時に登録された第１鍵情報Ｄｋ１及び第２鍵情報Ｄｋ２の代わりに、乗り捨て用鍵情報Ｄｋ３が登録された状態となる。

図７は、携帯端末２３からバレットキー４１に「操作権限」として乗り捨て用鍵情報Ｄｋ３を付与するときの手順を示すフローチャートである。同図に示されるように、ステップ４０１において、バレットキー４１は、例えば操作部４３の操作（電源操作部の操作）に基づき、ブルートゥース通信のアドバタイズ送信を開始する。なお、このときの操作は、例えば電源操作部の長押しであることが好ましい。

ステップ４０２において、携帯端末２３及びバレットキー４１は、ブルートゥース（ＢＬＥ）の通信を接続する。この場合、例えばバレットキー４１のアドバタイズに対して携帯端末２３がコネクトリクエストを返信したとき、このコネクトリクエストをバレットキー４１が受信すると、通信が接続される。

ステップ４０３において、バレットキー４１（第３再付与処理部４９ｃ）は、携帯端末２３との通信が接続されると、チャレンジコードの送信を要求するチャレンジ要求を携帯端末２３に送信する。

ステップ４０４において、携帯端末２３（第２再付与処理部４９ｂ）は、バレットキー４１からチャレンジ要求を受信すると、チャレンジレスポンス認証に使用するチャレンジコードをバレットキー４１に送信する。

ステップ４０５において、バレットキー４１（第３再付与処理部４９ｃ）は、携帯端末２３からチャレンジコードを受信すると、自身の暗号鍵を用いて、レスポンスコードを生成する。そして、バレットキー４１（第３再付与処理部４９ｃ）は、生成したレスポンスコードを、携帯端末２３に送信する。

ステップ４０６において、携帯端末２３（第２再付与処理部４９ｂ）は、バレットキー４１からレスポンスコードを受信すると、自身も同様の演算を通じて求めたレスポンスコードと比較して、レスポンス照合を実行する。このとき、携帯端末２３が演算で求めたレスポンスコードとバレットキー４１が演算で求めたレスポンスコードとが一致すれば、レスポンス照合が成立し、処理が継続される。一方、これらレスポンスコードが不一致であれば、レスポンス照合が不成立となり、処理が強制終了される。

ステップ４０７において、携帯端末２３（第２再付与処理部４９ｂ）は、レスポンス照合が成立した場合、自身が生成した乗り捨て用鍵情報Ｄｋ３をバレットキー４１に送信する。すなわち、携帯端末２３（第２再付与処理部４９ｂ）は、乗り捨て用鍵情報Ｄｋ３をバレットキー４１に付与することにより、車両１の一時的な使用を許可する。この乗り捨て用鍵情報Ｄｋ３は、バレットキー４１でのみ使用可能である。

ステップ４０８において、バレットキー４１（第３再付与処理部４９ｃ）は、携帯端末２３から乗り捨て用鍵情報Ｄｋ３を受信すると、これをメモリ４５に書き込む。これにより、バレットキー４１が一時的に車両キーとして使用できるようになる。

ステップ４０９において、バレットキー４１（第３再付与処理部４９ｃ）は、メモリ４５への乗り捨て用鍵情報Ｄｋ３の書き込みが完了すると、その旨を通知する受信応答を携帯端末２３に送信する。

ステップ４１０において、携帯端末２３及びバレットキー４１は、通信（ブルートゥース通信）の接続を切断する。これにより、携帯端末２３とバレットキー４１の間の通信が終了される。

ステップ４１１において、携帯端末２３（第２再付与処理部４９ｂ）は、乗り捨て用鍵情報Ｄｋ３をバレットキー４１に送信することが済むと、メモリ３０内の情報を消去する。すなわち、携帯端末２３のメモリ３０から鍵情報Ｄｋが全て消去され、携帯端末２３で車両操作を行うことができない状態になる。

図８は、バレットパーキングサービスを受けるときの手順を示すフローチャートである。ステップ５０１において、シェアリング装置２４は、定期的なアドバタイズの送信を実行する。本例の場合、シェアリング装置２４のキー機能がオフされてから、アドバタイズの送信が継続されている。

ステップ５０２において、シェアリング装置２４及びバレットキー４１は、ブルートゥース（ＢＬＥ）の通信を接続する。この場合、例えばシェアリング装置２４のアドバタイズに対してバレットキー４１がコネクトリクエストを返信したとき、このコネクトリクエストをシェアリング装置２４が受信すると、通信が接続される。

ステップ５０３において、シェアリング装置２４は、バレットキー４１に鍵情報Ｄｋの通知を要求する旨の鍵情報要求を送信する。
ステップ５０４において、バレットキー４１は、シェアリング装置２４から鍵情報要求を受信すると、バレットキー４１に登録されている乗り捨て用鍵情報Ｄｋ３と、バレットキー４１の固有ＩＤである端末ＩＤとを、シェアリング装置２４に送信する。

ステップ５０５において、シェアリング装置２４は、いま通信しているバレットキー４１の端末ＩＤを認証する端末ＩＤ認証を実行する。端末ＩＤ認証は、シェアリング装置２４において乗り捨て用鍵情報Ｄｋ３を復号して得られる端末ＩＤと、バレットキー４１から直に受信した端末ＩＤとを比較する認証である。このとき、端末ＩＤ認証が成立すれば処理が継続され、端末ＩＤ認証が不成立であれば処理が強制終了される。

ステップ５０６において、シェアリング装置２４は、バレットキー４１から通知される予約時間が正当か否かを確認する予約時間照合を実行する。予約時間照合は、シェアリング装置２４において乗り捨て用鍵情報Ｄｋ３を復号して得られる予約日時と、タイマ部３８の現在時刻とを比較する認証である。このとき、予約時間照合が成立すれば処理が継続され、予約時間照合が不成立であれば処理が強制終了される。

ステップ５０７において、シェアリング装置２４は、端末ＩＤ認証及び予約時間照合がともに成立する場合、メモリ３７への乗り捨て用鍵情報Ｄｋ３の書き込みを実行する。本例の場合、乗り捨て用鍵情報Ｄｋ３や端末ＩＤ（バレットキー４１用の端末ＩＤ）の他に、乗り捨て用鍵情報Ｄｋ３から演算されるユーザ認証鍵もメモリ３７に書き込まれる。

ステップ５０８において、シェアリング装置２４は、メモリ３７への情報書き込みが完了すると、演算により求めたユーザ認証鍵をバレットキー４１に通知する。バレットキー４１は、シェアリング装置２４からユーザ認証鍵を受信すると、これをメモリ４５に書き込み保存する。これにより、シェアリング装置２４及びバレットキー４１の間で、ユーザ認証鍵を用いた暗号通信が可能となる。

ステップ５０９において、バレットキー４１は、ユーザ認証鍵の書き込みが済むと、キーオン要求をシェアリング装置２４に送信する。
ステップ５１０において、シェアリング装置２４は、バレットキー４１からキーオン要求を受信すると、キー機能をオンする。これにより、シェアリング装置２４は、電子キーシステム４を通じたスマート通信（スマート照合）が実行可能となる。

ステップ５１１において、シェアリング装置２４は、キー機能がオンに切り替わると、その旨を伝えるキーオン通知をバレットキー４１に送信する。これにより、バレットキー４１は、シェアリング装置２４のキー機能がオンされたことを認識する。そして、サービスマンは、バレットキー４１を用いて車両１のエンジン６をかけ、車両１を所定位置に駐車する。

図９は、バレットキー４１の乗り捨て用鍵情報Ｄｋ３を自動消去する手順を示すフローチャートである。ステップ６０１において、バレットキー４１（第３再付与処理部４９ｃ）は、バレットキー４１に乗り捨て用鍵情報Ｄｋ３が付与されてから一定時間経過後、接続状態を問わず、シェアリング装置２４との通信を切断する。

ステップ６０２において、バレットキー４１（第３再付与処理部４９ｃ）は、メモリ４５内の情報を消去する。すなわち、バレットキー４１のメモリ４５に書き込まれている乗り捨て用鍵情報Ｄｋ３やユーザ認証鍵等が、メモリ４５から消去される。これにより、バレットキー４１を使用することができなくなる。

図１０（ａ）に示すように、別ユーザが新たに車両１の予約を行ったとする。この場合、例えばサービスマンがバレットキー４１で車両ドアを解錠し、エンジン６をかけて車両１を別ユーザのところまで運ぶ。そして、サービスマンから別ユーザに車両１の貸出処理が行われ、別ユーザが車両１及びバレットキー４１を受け取る。なお、このときは、図１０（ｂ）に示すように、別ユーザが新たに車両１の予約をとるので、サーバ２２、携帯端末２３及びシェアリング装置２４のいずれのメモリ３０，３７，４５，５２にも、第１鍵情報Ｄｋ１及び第２鍵情報Ｄｋ２が登録されていない。

図１１は、別ユーザが自身の携帯端末２３で車両使用の予約をするときの手順を示すフローチャートである。ステップ７０１において、ユーザが携帯端末２３で車両１の利用手続きを行った場合、携帯端末２３は、利用手続き時に入力されたユーザデータを取得する。この利用手続きでは、前述したように、例えばユーザＩＤ、パスワード、車両１の使用日時等が入力される。携帯端末２３は、利用手続きによって取得したユーザデータをサーバ２２に送信する。このとき、携帯端末２３は、ユーザデータとして、携帯端末２３の端末ＩＤやバレットキー４１の端末ＩＤも併せて送信する。

ステップ３０２において、サーバ２２（第１権限付与部４８ａ）は、携帯端末２３からユーザデータを受信すると、鍵情報Ｄｋを生成する。このとき、サーバ２２（第１権限付与部４８ａ）は、携帯端末２３に発行する新たな第１鍵情報（以降、新第１鍵情報Ｄｋ１’と記す）のみならず、バレットキー４１に発行する新たな第２鍵情報（以降、新第２鍵情報Ｄｋ２’と記す）を生成する。サーバ２２（第１権限付与部４８ａ）は、生成した新第１鍵情報Ｄｋ１’及び新第２鍵情報Ｄｋ２’を携帯端末２３に送信する。新第１鍵情報Ｄｋ１’及び新第２鍵情報Ｄｋ２’には、各々異なるユーザ認証鍵が含まれる。

ステップ３０３において、携帯端末２３（第２権限付与部４８ｂ）は、サーバ２２から新第１鍵情報Ｄｋ１’及び新第２鍵情報Ｄｋ２’を受信すると、新第１鍵情報Ｄｋ１’及び新第２鍵情報Ｄｋ２’をメモリ３０に書き込み保存する。これにより、別ユーザの携帯端末２３に新第１鍵情報Ｄｋ１’及び新第２鍵情報Ｄｋ２’が登録された状態となる。

図１２は、別ユーザの携帯端末２３からバレットキー４１に車両１の「操作権限」を付与するときの手順を示すフローチャートである。同図に示されるように、ステップ８０１において、バレットキー４１は、例えば操作部４３の操作を契機に、電源オンの状態に切り替わる。電源オンの操作は、例えばバレットキー４１の電源操作部の操作であることが好ましい。

ステップ８０２において、バレットキー４１は、電源オンに切り替わると、ブルートゥース通信のアドバタイズ送信を開始する。
ステップ８０３において、携帯端末２３は、ブルートゥース通信を接続するバレットキー４１の選択操作を入力する。すなわち、別ユーザの携帯端末２３においてブルートゥース通信の接続先が選択される。

ステップ８０４において、携帯端末２３及びバレットキー４１は、ブルートゥース（ＢＬＥ）の通信を接続する。この場合、例えばアドバタイズ及びコネクトリクエストのやり取りが行われると、通信が接続される。

ステップ８０５において、バレットキー４１（第３権限付与部４８ｃ）は、携帯端末２３との通信が接続されると、チャレンジコードの送信を要求するチャレンジ要求を携帯端末２３に送信する。

ステップ８０６において、携帯端末２３（第２権限付与部４８ｂ）は、バレットキー４１からチャレンジ要求を受信すると、チャレンジレスポンス認証に使用するチャレンジコードをバレットキー４１に送信する。

ステップ８０７において、バレットキー４１（第３権限付与部４８ｃ）は、携帯端末２３からチャレンジコードを受信すると、自身の暗号鍵を用いて、レスポンスコードを生成する。そして、バレットキー４１（第３権限付与部４８ｃ）は、生成したレスポンスコードを、携帯端末２３に送信する。

ステップ８０８において、携帯端末２３（第２権限付与部４８ｂ）は、バレットキー４１からレスポンスコードを受信すると、自身も同様の演算を通じて求めたレスポンスコードと比較して、レスポンス照合を実行する。このとき、携帯端末２３が演算で求めたレスポンスコードとバレットキー４１が演算で求めたレスポンスコードとが一致すれば、レスポンス照合が成立し、処理が継続される。一方、これらレスポンスコードが不一致であれば、レスポンス照合が不成立となり、処理が強制終了される。

ステップ８０９において、携帯端末２３（第２権限付与部４８ｂ）は、レスポンス照合が成立した場合、自身に登録されているバレットキー４１用の新第２鍵情報Ｄｋ２’をバレットキー４１に送信する。すなわち、携帯端末２３（第２権限付与部４８ｂ）は、バレットキー４１用の新第２鍵情報Ｄｋ２’をバレットキー４１に付与することにより、車両１の「操作権限」をバレットキー４１に送信する。この新第２鍵情報Ｄｋ２’は、バレットキー４１でのみ使用可能である。

ステップ８１０において、バレットキー４１（第３権限付与部４８ｃ）は、携帯端末２３から新第２鍵情報Ｄｋ２’を受信すると、これをメモリ４５に書き込む。これにより、バレットキー４１が車両キーとして使用できるようになる。

ステップ８１１において、携帯端末２３（第２権限付与部４８ｂ）は、別ユーザの携帯端末２３をバレットキー有効モードに設定する。携帯端末２３がバレットキー有効モードになると、自身は車両キーとして使用することができない「利用不可」の状態となる。

ステップ８１２において、携帯端末２３及びバレットキー４１は、通信（ブルートゥース通信）の接続を切断する。これにより、携帯端末２３とバレットキー４１の間の通信が終了される。そして、サービスマンは、バレットキー４１を用いて車両１のエンジン６をかけ、車両１を所定位置まで配車する。なお、バレットキー４１で車両１を作動させるときの操作は、図７のステップ４０１〜ステップ４１１と同様であるので、ここでは説明を省略する。

図１３は、携帯端末２３からバレットキー４１に付与した「操作権限」を無効にするときの手順を示すフローチャートである。なお、同図において、ステップ５０１〜ステップ５０４は、前述のステップ８０１〜ステップ８０４と同様の処理（図１２参照）であるので、説明を省略する。

ステップ９０５において、ユーザが携帯端末２３でバレットキー４１の操作権限を無効化する操作を行った場合、携帯端末２３（第２権限付与部４８ｂ）は、この操作権限無効化要求を入力する。本例の場合、バレットキー４１の操作権限の無効化操作は、例えば携帯端末２３の画面に無効化要求ボタンを表示し、このボタンを選択操作する態様であることが好ましい。

ステップ９０６において、携帯端末２３（第２権限付与部４８ｂ）は、携帯端末２３で操作権限無効化要求の操作が実行されると、チャレンジコードを送信する。
ステップ９０７において、バレットキー４１（第３権限付与部４８ｃ）は、携帯端末２３からチャレンジコードを受信すると、自身の暗号鍵を用いて、レスポンスコードを照合する。そして、バレットキー４１（第３権限付与部４８ｃ）は、生成したレスポンスコードを、携帯端末２３に送信する。

ステップ９０８において、携帯端末２３（第２権限付与部４８ｂ）は、バレットキー４１からレスポンスコードを受信すると、自身も同様の演算を通じて求めたレスポンスコードと比較して、レスポンス照合を実行する。このとき、携帯端末２３が演算で求めたレスポンスコードとバレットキー４１が演算で求めたレスポンスコードとが一致すれば、レスポンス照合が成立し、処理が継続される。一方、これらレスポンスコードが不一致であれば、レスポンス照合が不成立となり、処理が強制終了される。

ステップ９０９において、携帯端末２３（第２権限付与部４８ｂ）は、レスポンス照合が成立すると、バレットキー４１に付与した操作権限を無効化する無効化要求を送信する。

ステップ５１１において、バレットキー４１（第３権限付与部４８ｃ）は、携帯端末２３から無効化要求を受信すると、車両１の操作権限を無効化する。本例の場合は、バレットキー４１のメモリ４５に書き込まれていた新第２鍵情報Ｄｋ２’（ユーザ認証鍵）を消去する。これにより、バレットキー４１で車両１を操作することができなくなる。

ステップ９１１において、携帯端末２３及びバレットキー４１は、通信（ブルートゥース通信）の接続を切断する。これにより、携帯端末２３とバレットキー４１の間の通信が終了される。

ステップ９１２において、バレットキー４１は、電源をオフする。これにより、バレットキー４１が待機状態に移行される。
図１４は、携帯端末２３及びシェアリング装置２４の間でユーザ認証を行うときの手順を示すフローチャートである。これは、別ユーザが自身の携帯端末２３で車両１を使用するときに実施される手順である。

ステップ１００１において、携帯端末２３及びシェアリング装置２４は、ブルートゥース（ＢＬＥ）の通信を接続する。この場合、例えばシェアリング装置２４のアドバタイズに対して携帯端末２３がコネクトリクエストを返信したとき、このコネクトリクエストをシェアリング装置２４が受信すると、通信が接続される。

ステップ１００２において、シェアリング装置２４は、バレットキー４１に鍵情報Ｄｋの通知を要求する旨の鍵情報要求を送信する。
ステップ１００３において、携帯端末２３は、シェアリング装置２４から鍵情報要求を受信すると、携帯端末２３に登録されている新第１鍵情報Ｄｋ１’と、携帯端末２３の固有ＩＤである端末ＩＤとを、シェアリング装置２４に送信する。

ステップ１００４において、シェアリング装置２４は、いま通信している携帯端末２３の端末ＩＤを認証する端末ＩＤ認証を実行する。端末ＩＤ認証は、シェアリング装置２４において新第１鍵情報Ｄｋ１’を復号して得られる端末ＩＤと、携帯端末２３から直に受信した端末ＩＤとを比較する認証である。このとき、端末ＩＤ認証が成立すれば処理が継続され、端末ＩＤ認証が不成立であれば処理が強制終了される。

ステップ１００５において、シェアリング装置２４は、携帯端末２３から通知される予約時間が正当か否かを確認する予約時間照合を実行する。予約時間照合は、シェアリング装置２４において新第１鍵情報Ｄｋ１’を復号して得られる予約日時と、タイマ部３８の現在時刻とを比較する認証である。このとき、予約時間照合が成立すれば処理が継続され、予約時間照合が不成立であれば処理が強制終了される。

ステップ１００６において、シェアリング装置２４は、端末ＩＤ認証及び予約時間照合がともに成立する場合、メモリ３７への新第１鍵情報Ｄｋ１’の書き込みを実行する。本例の場合、新第１鍵情報Ｄｋ１’や端末ＩＤ（携帯端末２３用の端末ＩＤ）の他に、新第１鍵情報Ｄｋ１’から演算されるユーザ認証鍵もメモリ３７に書き込まれる。

そして、以降のステップ１００７〜ステップ１０１０において、前述のステップ５０８〜ステップ５１１と同様の処理が実行されて、シェアリング装置２４のキー機能がオンされる。以上により、別ユーザの携帯端末２３を車両キーとして使用することが可能となる。

さて、本例の場合、バレットキー４１を使用した車両１の返却を行う場合、この返却時のときにのみ使用する新たな操作権限（乗り捨て用鍵情報Ｄｋ３）を新たにバレットキー４１に付与して、このバレットキー４１で車両１を操作できるようにする。このとき付与する操作権限（乗り捨て用鍵情報Ｄｋ３）は、車両１の返却時にのみ使用する専用の権限であるので、返却作業に特化された権限内容となっている。よって、バレットパーキングサービスを使用して車両１を返却するにあたり、車両１の安全な返却を確保することができる。

再付与処理部４９は、車両１の返却時に別の操作権限（乗り捨て用鍵情報Ｄｋ３）をバレットキー４１に付与した場合に、携帯端末２３のメモリ３０内の情報を削除する。よって、車両返却後、携帯端末２３を使用不可にしておくことが可能となるので、車両１の不正使用に対するセキュリティ性の確保に一層有利となる。

再付与処理部４９は、バレットキー４１に乗り捨て用鍵情報Ｄｋ３を付与した場合、規定の条件が満たされる（例えば一定時間が経過する）と、バレットキー４１に付与された乗り捨て用鍵情報Ｄｋ３を自動で消去させる。よって、車両１の返却時にバレットキー４１に付与した乗り捨て用鍵情報Ｄｋ３を消去しておくことが可能となるので、車両１の不正使用に対するセキュリティ性確保に一層有利となる。

再付与処理部４９により付与される操作権限（乗り捨て用鍵情報Ｄｋ３）は、車両１の使用が許可されるものではあっても、ユーザによる使用とはみなされない操作権限である。この具体例としては、例えば再付与処理部４９により付与される操作権限（乗り捨て用鍵情報Ｄｋ３）は、車両１の使用にあたって課金対象外となる操作権限である。これにより、操作権限（乗り捨て用鍵情報Ｄｋ３）が再付与された後は、車両１が使用されてもユーザには影響はない。よって、ユーザの意図しない車両１の使用が生じ難くなる。

操作権限は、携帯端末２３とシェアリング装置２４との間の認証で使用される鍵情報Ｄｋであり、この鍵情報Ｄｋは、一度のみ使用可能なワンタイムキーである。よって、鍵情報Ｄｋが不正に使用されて車両１が操作されてしまう状況が生じ難くなるので、不正使用に対するセキュリティ性を確保するのに有利となる。

権限付与部４８は、車両１の使用予約時に取得したバレットキー４１用の第２鍵情報Ｄｋ２をバレットキー４１に付与することにより、正規ユーザの通常使用時におけるバレットキー４１の使用を可能にする。これにより、車両１の返却時には、車両１の予約手続き時に携帯端末２３に登録したバレットキー４１用の第２鍵情報Ｄｋ２を、乗り捨て用鍵情報Ｄｋ３に更新するのみの処理で済む。よって、車両１の返却時にユーザに課す操作を、簡素なものとすることができる。

なお、本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・最初に付与する操作権限と、車両１の返却時に付与される操作権限は、ともにワンタイムキー（鍵情報Ｄｋ）であることに限定されず、これらが異なる種類の情報であってもよい。

・乗り捨て用鍵情報Ｄｋ３に含ませる内容は、使用開始時の鍵情報Ｄｋに含まれる内容と異なる情報であればよい。
・乗り捨て用鍵情報Ｄｋ３のバレットキー４１への書き込み開始は、電源操作部の長押しを契機とすることに限らず、電源操作部以外の操作部４３を用いた操作など、他の態様に変更してもよい。

・再付与される操作権限は、使用開始に携帯端末２３に付与される操作権限とは異なる態様でバレットキー４１に登録されてもよい。
・乗り捨て用鍵情報Ｄｋ３の消去は、一定時間経過を条件とすることに限定されない。例えば、使用回数や時刻など、他のパラメータに変更してもよい。

・シェアリング装置２４は、車両１に後付けされるものでもよいし、車両１に予め組み付いているものでもよい。
・シェアリング装置２４は、照合ＥＣＵ９と一体化されて、これらが１つのユニット部品となっていてもよい。

・シェアリング装置２４の搭載場所は、特に限定されない。
・車両１の予約手続きは、携帯端末２３で行われることに限らず、例えばバレットキー４１で実施されてもよい。

・車両１の予約手続きは、携帯端末２３を通さずに、例えばバレットキー４１のみ使用して行う態様としてもよい。
・携帯端末２３及びシェアリング装置２４の認証は、鍵情報Ｄｋの認証に限定されず、他の方法に変更可能である。

・操作権限の付与は、鍵情報Ｄｋを相手に付与する方式に限定されず、例えば使用許可のコマンドを与える方式など、他の方法に変更してもよい。
・近距離無線通信は、ブルートゥース通信に限定されず、他の通信方式に変更可能である。

・鍵情報Ｄｋは、ワンタイムキーに限定されず、使用が制限された情報であればよい。
・鍵情報Ｄｋに含ませる内容は、実施形態以外の態様に変更可能である。
・鍵情報Ｄｋは、サーバ２２で生成されることに限定されず、外部であれば、どの場所でもよい。

・暗号通信に使用する暗号鍵は、例えばシェアリング装置固有鍵、ユーザ認証鍵、キー固有鍵のうち、どの鍵を使用してもよい。例えば、処理の途中で使用する暗号鍵を切り替えれば、通信のセキュリティ性を確保するのに有利となる。また、使用する暗号鍵は、前述した鍵に限定されず、種々のものに変更してもよい。

・携帯端末２３は、高機能携帯電話に限定されず、種々の端末に変更可能である。
・携帯端末２３やシェアリング装置２４は、ユーザ認証鍵をどのような手順や方式で取得してもよい。

・キー機能オンへの切り替えは、何を条件としてもよい。
・権限付与部４８及び再付与処理部４９は、ユーザインターフェースアプリケーション３１によって機能的に生成されるものに限らず、他の方法で生成されるものでもよいし、ハード要素から構築されてもよい。

・操作フリーの電子キーシステム４は、車内外に送信機を配置して電子キー２の車内外位置を判定しながらスマート照合を行うシステムに限定されない。例えば、車体の左右にアンテナ（ＬＦアンテナ）を配置し、これらアンテナから送信される電波に対する電子キー２の応答の組み合わせを確認することにより、電子キー２の車内外位置を判定するシステムでもよい。

・電子キーシステム４に課すＩＤ照合は、チャレンジレスポンス認証を含む照合に限定されず、少なくとも電子キーＩＤ照合を行うものであればよく、どのような認証や照合を含んでいてもよい。

・電子キーシステム４は、例えば電子キー２からの通信を契機にＩＤ照合が実行されるワイヤレスキーシステムとしてもよい。
・電子キー２は、スマートキー（登録商標）に限定されず、ワイヤレスキーとしてもよい。

・照合ＥＣＵ９及びシェアリング装置２４は、無線によって通信する方式に限定されず、例えば有線によって接続されていてもよい。この場合、シェアリング装置２４から照合ＥＣＵ９に各種コマンドが有線を通じて送信される。このようにしても、シェアリング装置２４からの指令により、照合ＥＣＵ９を作動させることができる。

・シェアリング装置２４は、シェア対象物１９を作動させるにあたって、電子キーシステムを利用する構成をとることに限定されない。この場合、シェアリング装置２４は、シェア対象物１９の作動を制御するコントローラ（ＣＰＵ）に指令を直に送り、シェア対象物１９を作動させる。なお、この構成の場合、シェアリング装置２４のキー機能を省略できる。

・シェアリングシステム２１は、車両１に適用されることに限らず、例えば住宅（シェアリングハウス）、共用宅配ボックス、コインパーキングなど、他の装置や機器に適用してもよい。よって、シェア対象物１９は車両１に限定されず、他の部材に変更可能である。

次に、上記実施形態及び変更例ら把握できる技術的思想について記載する。
（イ）シェア対象物の使用に際して必要な鍵情報を取り込んだ携帯端末で当該シェア対象物を操作する場合に、シェア対象物側に設けられたシェアリング装置との認証を前記携帯端末によって行い、当該認証が成立すれば、前記シェア対象物を作動させるシェアリング方法であって、バレットキーに前記シェア対象物の操作権限を付与することにより、当該バレットキーによる前記シェア対象物の操作を可能にするステップと、前記シェア対象物を返却する場合に、前記携帯端末にバレットキー用の操作権限として既に登録されているものとは別の操作権限を前記バレットキーに新たに付与するステップとを備えたシェアリング方法。

１…車両、
４…電子キーシステム、１９…シェア対象物、２１…シェアリングシステム、２３…携帯端末、２４…シェアリング装置、３０…携帯端末のメモリ、４１…バレットキー、４８…権限付与部、４９…再付与処理部、Ｄｋ…鍵情報、Ｄｋ３…乗り捨て用鍵情報。

Claims (4)

1. シェア対象物の使用に際して必要な鍵情報を取り込んだ携帯端末で当該シェア対象物を操作する場合に、シェア対象物側に設けられたシェアリング装置との認証を前記携帯端末によって行い、当該認証が成立すれば、前記シェア対象物を作動させるシェアリングシステムであって、
   バレットキーに前記シェア対象物の操作権限を付与することにより、当該バレットキーによる前記シェア対象物の操作を可能にする権限付与部と、
   前記シェア対象物を返却する場合に、前記携帯端末にバレットキー用の操作権限として既に登録されているものとは別の操作権限を前記バレットキーに新たに付与する再付与処理部と
   を備えたシェアリングシステム。
2. 前記再付与処理部は、前記シェア対象物の返却時に別の前記操作権限をバレットキーに付与した場合に、前記携帯端末のメモリ内の情報を削除する
   請求項１に記載のシェアリングシステム。
3. 前記再付与処理部は、前記バレットキーに別の前記操作権限を付与した場合、規定の条件が満たされると、前記バレットキーに付与された別の前記操作権限を自動で消去させる
   請求項１又は２に記載のシェアリングシステム。
4. 前記再付与処理部により付与される前記操作権限は、前記シェア対象物の使用が許可されるものではあっても、ユーザによる使用とはみなされない操作権限である
   請求項１〜３のうちいずれか一項に記載のシェアリングシステム。