JP2019211980A - 管理サーバ、管理システム、および管理方法 - Google Patents

Abstract

【課題】駐車中の車両の車室空間を第三者に貸出可能にするための技術を提供する。【解決手段】車両を管理する管理サーバは、レンタル希望者のユーザ端末から車両の利用要求を受信する受信手段と、ユーザ端末に対して、車両の利用を可能にする仮想鍵を送信する送信手段と、を備える。仮想鍵は、車両のドアの解錠と車両へのレンタル希望者の搭乗を許可する一方、車両の他の少なくとも一部の機能の利用を禁止する。【選択図】図６

Description

本発明は管理サーバ、管理システム、および管理方法に関する。

車両の所有者が、車両を使用しない期間を車両の貸出可能期間として登録し、車両を時間貸しにより提供するシステムが提案されている。例えば、特許文献１には、供給者が有するリソースの有効活用を図る形態として、例えば、車両の所有者が、車両を使用しない期間を車両の貸出可能期間として登録し、車両を時間貸しにより提供する技術が記載されている。

国際公開第２０１３／０９９９６４号

ここで、車両の利用者は、音楽鑑賞や休憩を目的として、車両を走行させることなく、駐車中の車両の車室の利用のみを希望する場合がある。このような場合、車両の所有者は、車両の盗難や走行中の事故といった車両の貸出に伴うトラブルが生じる可能性を下げることができるため、気軽に車両の貸し出しを許可しうる。

本発明の目的は、車両の車室空間を第三者に貸出可能にするための技術を提供することにある。

本発明によれば、車両を管理する管理サーバであって、レンタル希望者のユーザ端末から前記車両の利用要求を受信する受信手段と、前記ユーザ端末に対して、前記車両の利用を可能にする仮想鍵を送信する送信手段と、を備え、前記仮想鍵は、前記車両のドアの解錠と前記車両への前記レンタル希望者の搭乗を許可する一方、前記車両の他の少なくとも一部の機能の利用を禁止する鍵であることを特徴とする。

本発明によれば、駐車中の車両の車室空間を第三者に貸出可能にするための技術を提供することが可能となる。

本実施形態に係る管理システムのシステム図。 本実施形態に係る車両のブロック図。 本実施形態に係る管理サーバのブロック図。 本実施形態に係るユーザ端末のブロック図。 本実施形態に係る管理サーバの車両情報データベースが格納する車両情報の一例を示す図。 第一の実施形態に係る管理システムの処理シーケンス図。 第二の実施形態に係る管理システムの処理シーケンス図。 第三の実施形態に係る管理システムの処理シーケンス図。

以下、本発明の実施の形態について、図面を参照しながら説明する。

＜第一の実施形態＞
本実施形態は、車室空間の利用を要求するユーザのユーザ端末から利用要求を受け付け、ユーザに車両の車室空間を利用させると判断すると、当該車両の仮想鍵をユーザ端末に送信するシステムを提供する。

図１を参照して、本実施形態に係る管理システムを説明する。管理システム１００は、車両１０１、管理サーバ１０２を含む。車両１０１と管理サーバ１０２とは、通信ネットワーク１０４によって通信可能に接続される。また、車両１０１および管理サーバ１０２と通信可能なユーザ端末１０３も通信ネットワーク１０４に接続される。

車両１０１は、管理サーバ１０２によって管理され、当該車両１０１のドアを仮想鍵によって解錠可能な車両である。仮想鍵とは、通信によって、ユーザ端末１０３を含む外部端末が、車両１０１の少なくとも一部の機能を制御する、または処理の実行を指示することを可能にするための電子データである。なお、ここでの車両とは、燃料自動車、電気自動車、燃料電池自動車、又は内燃機関による発電ユニットを備えた自動車等でありうる。

管理サーバ１０２は、ユーザ端末１０３から車両１０１の車室の利用要求を受け付け、車両１０１の車室を利用させると判断した場合には、車両１０１のドアを解錠可能な仮想鍵をユーザ端末１０３に送信する。また、管理サーバ１０２は、後述するように、ユーザに車両１０１の利用を許可するか判断するための利用許可情報を含む車両１０１の情報を管理し、ユーザ端末１０３からの利用要求と利用許可情報とに基づいて、車両１０１を利用させるか否かを判断する。

ユーザ端末１０３は、車両１０１の車室の利用を希望するユーザまたは車両１０１の所有者によって操作される、スマートフォンなどの端末である。一例では、ユーザ端末１０３は、駐車場に設置されてもよい。

以下、図２〜４を参照し、車両１０１、管理サーバ１０２、ユーザ端末１０３の構成について説明する。

［車両］
図２は、本実施形態に係る車両１０１のブロック図である。図２において、車両１０１はその概略が平面図と側面図とで示されている。車両１０１は一例としてセダンタイプの四輪の乗用車である。

車両１０１は、制御ユニット２を含む。制御ユニット２は車内ネットワークにより通信可能に接続された複数のＥＣＵ２０〜２９を含む。各ＥＣＵは、ＣＰＵに代表されるプロセッサ、半導体メモリ等の記憶デバイス、外部デバイスとのインタフェース等を含む。記憶デバイスにはプロセッサが実行するプログラムやプロセッサが処理に使用するデータ等が格納される。各ＥＣＵはプロセッサ、記憶デバイスおよびインタフェース等を複数備えていてもよい。

以下、各ＥＣＵ２０〜２９が担当する機能等について説明する。なお、ＥＣＵの数や、担当する機能については適宜設計可能であり、本構成例よりも細分化したり、あるいは、統合することが可能である。

ＥＣＵ２０は、電動パワーステアリング装置３を制御する。電動パワーステアリング装置３は、ステアリングホイール３１に対する運転者の運転操作（操舵操作）に応じて前輪を操舵する機構を含む。また、電動パワーステアリング装置３は操舵操作をアシストし、あるいは、前輪を自動操舵するための駆動力を発揮するモータや、操舵角を検知するセンサ等を含む。

ＥＣＵ２１は、エアーコンディショナー（エアコン）２１ａの風量、温度を制御する。図２では、エアコン２１ａは、運転席および補助席の正面部分のダッシュボードに設けられる吹き出し口に送風するが、後部座席やデフロスタなどにも送風しうる。一例では、ＥＣＵ２１は、それぞれが個別の吹き出し口に送風する複数のエアコン２１ａを、個別に制御しうる。

ＥＣＵ２２は、車両１０１の車室状況または車両１０１の周囲状況を検知する検知ユニット４１〜４３の制御及び検知結果の情報処理を行う。検知ユニット４１は、車両１０１の利用者を撮影する１つ以上のカメラであり（以下、アウトカメラ４１と表記する場合がある。）、本構成例の場合、車両１０１の運転席側のルーフ上部に設けられている。アウトカメラ４１が撮影した画像の解析により、車両１０１の利用者を識別しうる。なお、アウトカメラ４１は、車両１０１の各ドアまたは各ドアの上方のルーフ上部に取り付けられてもよい。一例では、アウトカメラ４１は、ルーフ前部であって、フロントウィンドウの車室内側に取り付けられ、ドライブレコーダーとして機能してもよい。検知ユニット４２は、車両１０１の内部を撮影するカメラであり（以下、インカメラ４２と表記する場合がある。）、本構成例の場合、車両１０１のルーフ前部であって、フロントウィンドウの車室内側に設けられている。インカメラ４２が撮影した画像の解析により、車両１０１の搭乗人数や搭乗者を識別しうる。検知ユニット４３は、車両１０１の車室内部に設置されるセンサであり（以下、車室センサ４３と表記する場合がある。）、本構成例の場合、座席に取り付けられた着座センサである。一例では、車室センサ４３は、温度センサ、マイク、圧力センサ、赤外線センサなどを含んでもよい。

ＥＣＵ２３は、車両１０１のドアの施錠および解錠を制御するキーユニット５１ａ〜５２の制御を行う。キーユニット５１ａ〜５２は、仮想鍵または物理鍵による車両１０１の施錠および解錠が可能であってもよい。なお、車両１０１の所有者が有する鍵であれば、全てのキーユニット５１ａ〜５２の施錠および解錠が可能であり、管理サーバ１０２がレンタル希望者に送信する仮想鍵であれば、一部のキーユニット５１ａ〜５１ｄの施錠および解錠のみが可能であってもよい。すなわち、キーユニット５１ａ〜５２は、ＥＣＵ２３によって別個に制御されうる。また、ＥＣＵ２３は、受信した仮想鍵に基づき、１つ以上のＥＣＵに対して動作を制御するように指示しうる。

ＥＣＵ２４は、ＧＰＳセンサ２４ｂ、通信装置２４ｃの制御および検知結果あるいは通信結果の情報処理を行う。ＧＰＳセンサ２４ｂは、車両１０１の現在位置を検知する。通信装置２４ｃは、地図情報や交通情報を提供するサーバと無線通信を行い、これらの情報を取得する。ＥＣＵ２４は、記憶デバイスに構築された地図情報のデータベース２４ａにアクセス可能であり、ＥＣＵ２４は現在地から目的地へのルート探索等を行うことができる。なお、ＥＣＵ２４は、通信装置２４ｃを介して、管理サーバ１０２とも通信する。一例では、通信装置２４ｃは、セルラネットワークや衛星通信などの長距離無線通信の通信規格に準拠した通信を行うための通信装置である。

ＥＣＵ２５は、近距離通信用の通信装置２５ａを備える。通信装置２５ａは、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）などの短距離無線通信の通信規格に準拠した通信を行うための通信装置である。なお、本実施形態では、車両１０１は、ユーザ端末１０３と通信装置２５ａを介して通信を行い、仮想鍵の認証を行う。この場合、通信装置２５ａは、ユーザ端末１０３から受信した仮想鍵を、ＥＣＵ２３に転送してもよい。また、一例では、車両１０１は、通信装置２５ａを介して周辺の他車両と車車間無線通信を行い、車両間での情報交換を行ってもよい。

ＥＣＵ２６は、パワープラント６を制御する。パワープラント６は車両１０１の駆動輪を回転させる駆動力を出力する機構であり、例えば、エンジンと変速機とを含む。ＥＣＵ２６は、例えば、アクセルペダル７Ａに設けた操作検知センサ７ａにより検知した運転者の運転操作（アクセル操作または加速操作）に対応してエンジンの出力を制御したり、車速センサ７ｃが検知した車速等の情報に基づいて変速機の変速段を切り替える。

ＥＣＵ２７は、方向指示器８を含む灯火器（ブレーキランプ、ヘッドライト、テールライト等）を制御する。図２の例の場合、方向指示器８は車両１０１の前部、ドアミラーおよび後部に設けられている。

ＥＣＵ２８は、入出力装置の制御を行う。入出力装置は搭乗者に対する情報の出力と、搭乗者からの情報の入力の受け付けを行う。スピーカ９１は搭乗者に対して音声により情報を報知する。表示装置９２は搭乗者に対して画像の表示により情報を報知する。表示装置９２は例えば運転席正面に配置され、インストルメントパネル等を構成する。なお、ここでは、音声と表示を例示したが振動や光により情報を報知してもよい。また、音声、表示、振動または光のうちの複数を組み合わせて情報を報知してもよい。更に、報知すべき情報のレベル（例えば緊急度）に応じて、組み合わせを異ならせたり、報知態様を異ならせたりしてもよい。入力装置９３は運転者が操作可能な位置に配置され、車両１０１に対する指示を行うスイッチ群であるが、音声入力装置も含まれてもよい。一例では、入力装置９３はカーナビゲーションシステム（カーナビ）である。

ＥＣＵ２９は、ブレーキ装置１０やパーキングブレーキ（不図示）を制御する。ブレーキ装置１０は例えばディスクブレーキ装置であり、車両１０１の各車輪に設けられ、車輪の回転に抵抗を加えることで車両１０１を減速あるいは停止させる。ＥＣＵ２９は、例えば、ブレーキペダル７Ｂに設けた操作検知センサ７ｂにより検知した運転者の運転操作（ブレーキ操作）に対応してブレーキ装置１０の作動を制御する。車両１０１の運転状態が自動運転の場合、ＥＣＵ２９は、ＥＣＵ２０からの指示に対応してブレーキ装置１０を自動制御し、車両１０１の減速および停止を制御する。ブレーキ装置１０やパーキングブレーキは車両１０１の停止状態を維持するために作動することもできる。また、パワープラント６の変速機がパーキングロック機構を備える場合、これを車両１０１の停止状態を維持するために作動することもできる。

［管理サーバ］
図３は、本実施形態に係る管理サーバ１０２のブロック図である。図３において、管理サーバ１０２は、制御部２０１、通信部２０２、および記憶部２０３を備える。

制御部２０１は、ＣＰＵおよびＲＡＭ(Random Access Memory)を含み、記憶部２０３に格納された各種プログラムを実行して管理サーバ１０２の制御を司る。制御部２０１は、各種プログラムを実行することで、車両情報管理部２１１、仮想鍵管理部２１２、および貸出判断部２１３として機能する。また、制御部２０１は、随意に車両情報提供部２１４としても機能する。

車両情報管理部２１１は、車両１０１またはユーザ端末１０３から通信部２０２を介して受信した情報を元に、車両情報データベース（ＤＢ）２３１に車両情報を登録し、または登録された車両情報を更新する。車両情報ＤＢ２３１に格納される情報は、図５を参照して後述する。

仮想鍵管理部２１２は、仮想鍵格納部２３２に格納された仮想鍵をユーザ端末１０３に送信する。なお、管理サーバ１０２が車両１０１の車室を時間帯で区切って貸し出す際には、仮想鍵と、車両１０１を貸し出す時間帯に関する情報とをユーザ端末１０３に送信しうる。あるいは、仮想鍵を、車両１０１を貸し出す時間帯に関する情報を用いて加工しうる。本明細書において、「車両１０１を貸し出す時間帯に関する情報を含めて仮想鍵を送信する」と記載した場合には、当該情報を仮想鍵とあわせて、または連続して送信する場合と、仮想鍵を当該情報で加工して送信する場合との両方を含む。すなわち、仮想鍵そのものが、当該仮想鍵の有効な時間帯に関する情報を含む場合がある。同様に、仮想鍵そのものが、当該仮想鍵によって有効となる機能に関する情報を含んでもよい。なお、仮想鍵管理部２１２は、車両１０１の所有者のユーザ端末１０３または車両１０１から、車両１０１の貸出し用の仮想鍵を受信し、仮想鍵格納部２３２に格納してもよいし、仮想鍵を生成してもよい。

貸出判断部２１３は、通信部２０２を介してユーザ端末１０３から利用要求を受信する。車両情報管理部２１１で取得した情報に基づき、利用要求の対象の車両１０１をユーザに利用させると判断した場合、貸出判断部２１３は、仮想鍵管理部２１２に、当該車両の仮想鍵を当該ユーザ端末に送信するよう指示する。

車両情報提供部２１４は、ユーザ端末１０３などに利用可能な車両１０１に関する情報を提供する。一例では、車両情報提供部２１４は、ユーザ端末１０３に貸出可能な車両１０１に関する情報（利用許可情報）を通知するために、Ｗｅｂサーバとして機能することで車両情報提供部２１４の機能を実現してもよい。この場合、ユーザ端末１０３は、管理サーバ１０２にアクセスし、車両１０１の貸出可能な時間または車両１０１の位置といった当該車両の利用許可情報を受信し、当該情報を出力Ｉ／Ｆ３０４を介してユーザに提供することができる。

通信部２０２は、車両１０１およびユーザ端末１０３と通信するための有線または無線インタフェースである。記憶部２０３は、ＨＤＤ(Hard disk drive)等からなる記憶領域であり、各種プログラムやデータが保持される。また、記憶部２０３は、車両情報ＤＢ２３１、仮想鍵格納部２３２、およびユーザ情報ＤＢを含む。

車両情報ＤＢ２３１は、車両１０１の所有者が貸出しを許可する貸出し許可情報を含む車両情報を格納する。仮想鍵格納部２３２は、車両情報ＤＢ２３１に登録された車両１０１の仮想鍵を格納する。なお、一例では、仮想鍵格納部２３２に格納される車両１０１の仮想鍵は、車両１０１の所有者が有する仮想鍵とは異なりうる。例えば、貸出すための仮想鍵は、ワンタイムキーであり、所有者が有する仮想鍵は、ワンタイムキーではなくてもよい。仮想鍵格納部２３２に格納される仮想鍵は、車室を貸出すための仮想鍵のみであってもよいし、所有者が使用する仮想鍵も格納されてもよい。ユーザＤＢ２３３は、管理システム１００を利用するユーザ（レンタル希望者）、および管理システム１００が管理する車両１０１の所有者の情報を格納する。

［ユーザ端末］
図４は、本実施形態に係るユーザ端末１０３のブロック図である。図４において、ユーザ端末１０３は、制御部３０１、通信部３０２、入力インタフェース（Ｉ／Ｆ）３０３、出力Ｉ／Ｆ３０４、および記憶部３０５を備える。また、ユーザ端末１０３は、随意にＧＰＳセンサ３０６（不図示）を備える。

制御部３０１は、ＣＰＵおよびＲＡＭを含み、記憶部３０５に格納された各種プログラムを実行してユーザ端末１０３の制御を司る。制御部３０１は、各種プログラムを実行することで、利用要求部３１１、認証部３１２、および車両情報更新部３１３の機能を実現する。

利用要求部３１１は、通信部３０２を介して管理サーバ１０２に車両１０１の利用要求を送信し、管理サーバ１０２から送信された車両１０１の仮想鍵を記憶部３０５に格納する。認証部３１２は、通信部３０２を介して車両１０１と通信し、記憶部３０５に格納された仮想鍵を用いて車両１０１の解錠を要求するための認証を実行する。

車両情報更新部３１３は、ユーザ端末１０３のユーザが車両１０１を所有する場合は、その車両１０１を貸出す時間帯に関する情報を、入力Ｉ／Ｆ３０３を介して受信し、当該情報を管理サーバ１０２に送信する。この場合、車両１０１の所有者は、車両１０１を貸出すにあたり、その位置を入力してもよい。例えば、車両１０１の所有者は、その時点で車両１０１が位置する場所とは異なる場所で車両１０１の車室を貸出すために、車両１０１を貸出す時間帯に加え、貸し出す場所に関する情報を管理サーバ１０２に送信してもよい。また、車室の利用を希望するユーザのユーザ端末１０３の認証部３１２によって車両１０１を解錠した場合には、ユーザ端末１０３のユーザが車両１０１の利用を開始することを管理サーバ１０２に送信する。

通信部２０２は、車両１０１およびユーザ端末１０３と通信するための有線または無線インタフェースである。入力Ｉ／Ｆ３０３は、ユーザ操作を受け付けるためのインタフェースであり、マウス、キーボード、およびマイクなどの少なくとも何れかを含む。出力Ｉ／Ｆ３０４は、ユーザに出力するためのインタフェースであり、ディスプレイおよびスピーカなどの少なくとも何れかを含む。例えば、入力Ｉ／Ｆ３０３および出力Ｉ／Ｆ３０４は、タッチパネルディスプレイとして一体に形成されうる。

記憶部３０５は、ユーザ端末１０３を制御するための各種プログラムを格納するほか、管理サーバ１０２から受信した仮想鍵を格納する。ＧＰＳセンサ３０６は、ユーザ端末１０３の現在位置を測定する。一例では、利用要求部３１１は、ＧＰＳセンサ３０６で取得した位置情報を含む利用要求を管理サーバ１０２に送信しうる。

ここで、車両情報ＤＢ２３１に格納される情報の一例を、図５を参照して説明する。車両情報ＤＢ２３１には、車両識別子（ＩＤ）５０１、車種５０２、車体５０３、位置５０４、機能５０５、利用予定日時５０６が格納されている。車両ＩＤ５０１は、管理サーバ１０２が管理する車両１０１ごとに割り当てられる識別子である。車種５０２は、車両１０１の車種に関する情報である。車体５０３は、車両１０１の車体に関する情報であり、本実施形態では、車室のサイズに関する情報である。一例では、車体５０３は、搭乗人数に関する情報を含みうる。位置５０４は、車両１０１の現在地に関する情報である。一例では、管理サーバ１０２が車両１０１から受信した、当該車両のＧＰＳセンサ２４ｂで測定した位置情報でありうる。

機能５０５は、車両１０１の所有者が、車室を貸し出す際に、利用者に使用を許可する機能である。例えば、図５において、機能５０５は、エアコン、オーディオ、カーナビ、および充電を含む。例えば、エアコンが利用可能である場合は、車両１０１は、仮想鍵によって解錠された場合に、ＥＣＵ２１の機能を利用させる。車両１０１が利用可能である機能を制限するための方法については後述する。また、機能５０５は、一例では、喫煙の可否やアメニティの有無など、車両１０１が車両自体の機能以外に提供可能なサービスに関する情報を含みうる。

また、機能５０５は、用途として表現してもよい。例えば、「緊急避難」、「音楽鑑賞」や「休憩」などの用途ごとに、車両１０１の利用用途として許可するものを車両１０１の所有者は設定可能であってもよい。「緊急避難」とは、雨宿りのためや不審者からの避難などの、急な車室の利用要求を含む。車両１０１の利用用途を車両情報ＤＢ２３１に設定可能な場合、例えば、用途が「音楽鑑賞」の場合は、エアコン、オーディオ、およびカーナビの機能を利用可能であってもよく、用途が「休憩」の場合は、エアコン機能のみを利用可能であると変換されてもよい。

また、機能５０５は、車両１０１の状態によって変化する、条件が含まれていてもよい。例えば、車両１０１が電気自動車である場合、バッテリ残量が６０パーセント以上であればエアコン及びオーディオの使用を許可するが、バッテリ残量が６０パーセント未満であればエアコンのみの使用を許可してもよい。あるいは、当該車両１０１が充電中であれば、エアコン、オーディオ、およびカーナビの利用を許可するが、当該車両１０１が充電されていなければ、エアコンのみの利用を許可してもよい。

利用予定日時５０６は、車両１０１の所有者またはレンタル希望者が、車両１０１の利用予定日時であり、図５では、利用予定のユーザ名（ｏｗｎｅｒ、ｕｓｅｒＡ、ｕｓｅｒＢなど）とともに保存される。なお、車両１０１が、レンタル希望者に貸出料金を要求する場合は、車両情報ＤＢ２３１には貸出料金に関する情報が付加的に格納されてもよい。

ここで、車両１０１の所有者が車両１０１を利用する場合には、機能５０５は考慮されなくてもよい。すなわち、車両１０１の所有者は、車両１０１を移動のために用いうる。そのため、車両ＩＤ５０１が００００２である車両のように、時間帯によって異なる位置で車室を貸出しうる。このような場合であっても、所有者の利用予定日時とともに車両１０１の滞在予定地を取得することで、滞在予定地において所有者が車両１０１を利用していない時間帯に車両１０１の車室を貸出すことが可能となる。

［処理例］
次に、図６を参照し、車両１０１および管理サーバ１０２からなる管理システムと、レンタル希望者のユーザ端末１０３とが実行する貸出処理の処理フローを説明する。

まず、Ｓ６０１で、管理サーバ１０２はユーザ端末１０３と接続を確立し、車両情報を提供する。本実施形態では、Ｓ６０１の処理は、ユーザ端末１０３が管理サーバ１０２にアクセスすることで開始されるものとして説明を行うが、管理サーバ１０２は定期的にＳ６０１の処理を実行してもよい。そのような場合、管理サーバ１０２は、電子メールなどによって車両情報をユーザ端末１０３に提供することができる。また、車両情報は、複数の車両１０１に関する情報を含んでもよい。また、車両情報は、車両１０１を利用するための貸出料金に関する情報を含んでもよい。

車両情報を受信したユーザ端末１０３は、ユーザに車両情報の少なくとも一部を提供する。ユーザが車両１０１を選択し、利用を希望する時間帯に関する情報を入力すると、ユーザ端末１０３は、Ｓ６０２で管理サーバ１０２に、選択された車両１０１の利用要求を送信する。一例では、ユーザは車両１０１を選択するとともに、利用を希望する機能を入力すると、ユーザ端末１０３は、利用要求に、利用を予定する機能を含める。利用要求を受信した管理サーバ１０２は、処理をＳ６０３に進める。

Ｓ６０３で、管理サーバ１０２は、利用要求に含まれる、利用を希望する車両１０１について、利用を希望する時間帯に関する情報に基づいて、当該車両１０１を貸出すか否かを判断する。一例では、管理サーバ１０２は、当該車両１０１の所有者または管理ユーザに、電子メールなどによって、車両１０１の貸し出しの許可を求めうる。そのような場合、車両情報ＤＢ２３１は、車両１０１に対応する所有者または管理ユーザの連絡先情報をユーザ情報ＤＢ２３３に格納しうる。当該車両１０１を貸出すと判断した場合、利用要求に含まれる時間帯においてユーザが車両１０１を利用する旨の利用予定日時情報を車両情報ＤＢ２３１に格納する。一例では、車両１０１を利用するユーザに対する課金情報をユーザ情報ＤＢ２３３に格納してもよい。

続いて、Ｓ６０４で、管理サーバ１０２はユーザ端末１０３に仮想鍵を送信する。ここで、仮想鍵とともに、利用予定日時や、利用予定機能に関する情報を送信してもよい。また、上述したように、利用予定日時、利用予定機能、またはユーザに関する情報を含む仮想鍵を生成して、ユーザ端末１０３に送信してもよい。また、一例では、管理サーバ１０２は、Ｓ６０４で、ユーザ端末１０３に、ナンバープレートに関する情報など、車両１０１に関する情報を送信しうる。なお、一例では、管理サーバ１０２は、Ｓ６０４で、車両１０１に、ユーザが利用予定の機能に関する情報を送信してもよい。あるいは、Ｓ６０４で、管理サーバ１０２はユーザ端末１０３に仮想鍵を送信するとともに、車両１０１にも、認証用の仮想鍵または当該車両の利用予定日時もしくは利用予定機能に関する情報を送信してもよい。

Ｓ６０４で仮想鍵を受信したユーザ端末１０３のユーザは、Ｓ６０５で車両１０１と接続を確立し、車両１０１のＥＣＵ２３に、仮想鍵の認証をさせる。車両１０１は、貸出用の仮想鍵を認証すると、キーユニット５１ａ〜５２の少なくとも何れかを解錠する。また、ＥＣＵ２３は、車両１０１のドアの解錠を行うとともに、他のＥＣＵに、機能を提供するよう指示しうる。しかしながら、貸出用の仮想鍵を用いても、車両１０１を走行させないよう、パワープラント６、ブレーキ１０、またはアクセルペダル７Ａは動作させなくてもよい。あるいは、ユーザからパワープラント６、ブレーキ１０、またはアクセルペダル７Ａに対する操作を、ＥＣＵによって受け付けなくてもよい。すなわち、貸出用の仮想鍵では、車両１０１のドアの少なくとも１つを解錠または施錠可能であるが、車両１０１の少なくとも一部の機能を有効にしない。

また、一例では、アウトカメラ４１を作動させ、車両１０１を利用するユーザの識別を行うための画像情報を取得してもよい。そのような場合、一例では、車両１０１はユーザの画像情報を管理サーバ１０２に送信し、管理サーバ１０２はユーザ情報ＤＢ２３３に格納されたユーザ画像と比較することで、車室の利用者がユーザと一致するか判断してもよい。あるいは、アウトカメラ４１によって取得した画像情報に基づき、利用要求に含まれる利用人数と、実際の利用人数とが異なる場合には車両１０１は、利用者または管理サーバ１０２に利用人数が異なる旨を伝えてもよい。

また、一例では、インカメラ４２を作動させ、車両１０１の車室内が無人であると判断した場合にのみ車室の利用を許可してもよい。仮想鍵の認証が完了し、ユーザが車両１０１の車室の利用を開始すると、車両１０１は、Ｓ６０６で実際にユーザが車両１０１の車室の利用を開始したことを管理サーバ１０２に通知する。

ユーザが車両１０１の車室の利用を終了した場合、車両１０１はＳ６０７で管理サーバ１０２に利用が終了したことを通知する。ここで、車両１０１は、利用予定時間の経過後に、ユーザ端末１０３から利用が終了した情報を受信することで、またはキーユニット５１ａ〜５２で施錠されたことを検出することで、ユーザが車室の利用が終了したことを検出しうる。一例では、車両１０１から管理サーバ１０２への通知に加え、あるいは当該通知の代わりに、ユーザ端末１０３が管理サーバ１０２に利用終了した情報を通知してもよい。

ここで、Ｓ６０７で車両１０１は、インカメラ４２やセンサ（不図示）を用いて、車両１０１のユーザによる利用の前後の車室の状況の変化を測定してもよい。例えば、インカメラ４２またはセンサによって、ユーザが車両１０１の車内を汚し、忘れ物をし、あるいは破損した場合には、ユーザ、管理サーバ１０２、車両１０１の所有者および管理者の少なくとも何れかに通知しうる。これによって、ユーザは車両１０１の車内を利用前の状況に戻すよう警告され、管理サーバ１０２は車室に設けられた設備を破損したユーザなどに追加で課金を行うことができる。

なお、車両１０１は、Ｓ６０６の利用開始通知から、Ｓ６０７の利用終了通知まで、仮想鍵を有する他のユーザおよび鍵を有する所有者によって当該車両１０１の解錠を許可しなくてもよい。これによって、車両１０１のユーザ同士でのトラブルを防止し、ユーザが車両１０１の車室を他人に安全に利用することが可能になる。一方、車両１０１は、所定の条件において、仮想鍵または物理鍵を用いて車両１０１の解錠が可能であってもよい。所定の条件とは、例えば、車室内の温度センサ（不図示）や加速度センサ（不図示）によって異常値が検出された場合を含む。これによって、車室のユーザが車室を破損するおそれがある場合に、車両１０１を解錠することが可能となる。あるいは、所定の条件とは、Ｓ６０７の利用終了通知がなく、利用予定時間を経過した場合を含む。これによって、車室を利用するユーザが寝る、または失神するなどして、利用予定時間を経過した場合であっても、車両１０１を解錠することが可能となる。

Ｓ６０７で利用終了通知を受信した管理サーバ１０２は、処理をＳ６０８に進め、車両情報の更新を行う。ここで、管理サーバ１０２は、車両１０１を利用したユーザに対する課金情報をユーザＤＢ２３３に格納してもよい。ここで、管理サーバ１０２は、利用時間、利用用途、利用要求を行った時間から車両１０１の利用を行った時間までの間隔などに応じて、異なる利用料金をユーザに要求してもよい。

以上説明したように、本実施形態に係る管理システムは、車両のレンタル希望者のユーザ端末から利用要求を受信すると、当該車両のドアの解錠と車両へのレンタル希望者の搭乗を許可する一方、車両の少なくとも一部の機能の利用を禁止する仮想鍵を送信する。これによって、駐車中の車両の車室を第三者に貸出すことが可能となる。

＜第二の実施形態＞
第一の実施形態では、車両を貸出すにあたり、車両の所有者の了承を得た場合に、管理サーバは当該車両を貸出すと判断した。一例では、ユーザが利用を要求する時間帯において、車両の利用予定がない場合には当該車両を貸出すなど、管理サーバが車両を貸出すか否かを判断してもよい。本実施形態では、図７を参照し、管理システムが実行する貸出処理の一例について説明する。なお、第一の実施形態と同様の構成または処理については説明を省略する。

本実施形態では、ユーザが、雨宿りや不審者遭遇などに伴う緊急避難のために車両１０１の利用を希望する場合を想定する。そのような場合、レンタル希望者は、付近に駐車中の、利用可能な車両１０１を一刻も早く見つけることが必要となる。

まず、ユーザ端末１０３は、Ｓ７０１で、通信部３０２を介して周囲の車両１０１との接続を確立する。一例では、通信部３０２は、Ｗｉ−Ｆｉ規格に準拠した近距離無線通信などを行い、車両１０１との接続を確立する。また、一例では、ユーザ端末１０３は、接続を確立した後、車両１０１に対して、ユーザが車室の利用を希望する理由が緊急避難であることを通知してもよい。接続が確立されたことを検出した車両１０１は、ユーザ端末１０３に対して、Ｓ７０２で車両情報を送信する。ここで、車両１０１からユーザ端末１０３に送信される車両情報は、車両ＩＤを少なくとも含む。なお、本実施形態では、既に他のユーザによって車室を利用されている車両１０１は、Ｓ７０２で車両情報を送信しないものとする。しかしながら、一例では、車両１０１は、管理サーバ１０２の車両情報ＤＢ２３１から、当該車両１０１の利用を許可する機能をあらかじめ受信しており、緊急避難のために車両１０１の利用を許可しない場合には、Ｓ７０２で車両情報を送信しなくてもよい。

Ｓ７０２で車両情報を受信したユーザ端末１０３は、Ｓ６０２で、管理サーバ１０２に対して利用要求を送信する。ここで、利用要求には、利用を希望する時間帯または利用を希望する機能に関する情報を含めなくてもよい。あるいは、緊急避難の場合には、所定の時間（例えば１５分または３０分）または所定の機能（例えばエアコンのみ）の利用を希望するよう管理サーバ１０２に送信されてもよい。利用要求を受信した管理サーバ１０２は、Ｓ７０３で、貸出判断を行う。管理サーバ１０２は、利用要求に含まれる、利用を希望する車両１０１について、利用を希望する時間帯に関する情報に基づいて、当該車両１０１を貸出すか否かを判断する。一例では、管理サーバ１０２は、車両情報ＤＢ２３１で、利用を要求に含まれる車両１０１について、所定の時間内に利用予定日時が登録されていない場合に、レンタル希望者に当該車両１０１を利用させてもよい。Ｓ６０４〜Ｓ６０８は、第一の実施形態と同様の処理を実行するため、説明を省略する。

なお、Ｓ６０４で仮想鍵を送信した管理サーバ１０２は、ユーザに車両の特定を促すために、方向指示器８を点滅させるなどして、車外にいるユーザに通知を行うよう、通知要求をＳ７０４で送信してもよい。あるいは、車両１０１は、Ｓ６０５で鍵の認証が成功した場合にユーザへの通知を行ってもよい。また、ユーザ端末１０３も、Ｓ６０４で仮想鍵を受信した場合、またはＳ６０５で仮想鍵の認証が成功した場合に、搭乗を促すメッセージを出力Ｉ／Ｆ３０４を介してユーザに出力してもよい。

また、Ｓ６０６で車室の利用を開始したユーザに対して、一例では、車両１０１は、例えば図２のスピーカ９１を介して、利用可能な時間が制限される旨や、利用料金についてアナウンスを受けてもよい。また、Ｓ６０８で、管理サーバ１０２は、緊急避難を行ったユーザに対して、高い利用料金を課してもよい。あるいは、一例では、警察への通報履歴、天気情報、または車内から撮影した写真などがある場合、管理サーバ１０２は利用料金を割引するなどしてもよい。

以上説明したように、本実施形態に係る管理システムは、管理サーバがレンタル希望者の利用要求に対して、車両を貸出すか否かを判断する。これによって、車両の所有者の承認を受けるより短時間でレンタル希望者に車両を貸出すか否かを判断することができる。

＜第三の実施形態＞
第一の実施形態では、レンタル希望者が指定した車両が利用可能であるかを、管理サーバが判断したが、一例では、レンタル希望者は、利用を希望する車両の条件を指定し、管理サーバは、指定された条件に基づき、１台以上の車両をユーザに提示してもよい。本実施形態では、図８を参照し、管理システムが実行する貸出処理の一例について説明する。なお、第一の実施形態と同様の構成または処理については説明を省略する。

Ｓ８０１で、ユーザ端末１０３は、管理サーバ１０２と接続を確立し、ユーザが利用を希望する条件を送信する。一例では、管理サーバ１０２がＷｅｂサーバとして機能する場合は、管理サーバ１０２が提供するＷｅｂサービスを介して指定することができる。あるいは、ユーザ端末１０３上で動作するアプリケーションを介して、条件を指定することが可能であってもよい。ここで、ユーザが利用を希望する条件とは、例えば、車種、車体、または機能などであってもよい。例えば、車体を条件に含める場合は、「車室の長さが３００ｃｍ以上の車両」と指定することができるし、機能を条件に含める場合は、「オーディオを利用可能な車両」と指定することができる。また、利用を希望する時間帯や利用料金も、ユーザが利用を希望する条件に含めることができる。

Ｓ８０２で、管理サーバ１０２は、ユーザ端末１０３から受信した、ユーザの希望する利用条件に合致する提示車両を選択する。例えば、図５に示す車両情報を格納する車両情報ＤＢ２３１を備える管理サーバ１０２に、ユーザから「車室の長さが３００ｃｍ以上」という利用条件が送信された場合、管理サーバ１０２は、車両ＩＤ５０１が００００２に関する情報を送信しうる。ここで、車両ＩＤ５０１が００００２の車両は、（ｘ２、ｙ２）の位置５０４に駐車しており、車両の所有者（ｏｗｎｅｒユーザ）が利用していない場合に、利用可能であると判断し、提示車両を選択する。なお、管理サーバ１０２は、提示車両の選択にあたり、レンタル希望者のユーザ情報を考慮に入れてもよい。例えば、車両１０１の所有者は、過去に当該車両１０１を利用し、破損を行ったユーザなどを拒否ユーザに設定することで、当該車両１０１または当該所有者の所有する複数の車両１０１について、拒否ユーザに利用を許可しないよう設定することができてもよい。

続いて、管理サーバ１０２は処理をＳ８０３に進め、ユーザ端末１０３に提示車両の情報を送信する。ここで、管理サーバ１０２は、ユーザ端末１０３に対して、車両１０１を利用可能な位置や時間帯に関する情報に加え、利用料金などの付加的な情報を送信してもよい。なお、管理サーバ１０２が送信する提示車両の情報には、２台以上の提示車両の情報が含まれてもよい。

提示車両の情報を受信したユーザ端末１０３は、Ｓ８０４で、利用する車両、時間帯、機能、または位置といった提示された条件を選択して、当該条件を含む利用要求を生成する。続いて、Ｓ８０５で、ユーザ端末１０３は、生成した利用要求を管理サーバ１０２に送信する。利用要求を受信した管理サーバ１０２は、利用要求に含まれる、Ｓ８０６で、当該ユーザの利用予定に関する情報を用いて、車両情報ＤＢ２３１を更新する。Ｓ６０４〜Ｓ６０８の処理については、第一の実施形態と同様のため、説明を省略する。

なお、一例では、Ｓ８０３〜Ｓ８０５は省略されてもよい。例えば、Ｓ８０１で、ユーザ端末１０３は、利用条件とともに、利用要求を送信してもよい。そのような場合、管理サーバ１０２は、提示する１台の車両１０１をＳ８０２で選択し、その車両１０１の仮想鍵をＳ６０４で送信してもよい。

以上説明したように、本実施形態に係る管理システムでは、利用要求に、レンタル希望者が利用を希望する時間、機能、車体、位置、および用途の少なくとも何れかの条件を含める。これによって、管理システムはレンタル希望者に適切な車両を提示することができる。

＜その他の実施形態＞
上記第一から第三の実施形態は随意に組み合わせることができる。例えば、第三の実施形態に係る管理サーバは、ユーザが簡易に利用車両を特定できるよう、車外のユーザに対して、灯火器などを用いて通知を行うように、第二の実施形態で説明したように通知要求を送信してもよい。

一実施形態では、車両１０１は、ユーザが車室を利用する前後で、センサによって使用前後の状況を把握可能であってもよい。例えば、車両１０１のインカメラ４２およびセンサ４３でデータを取得しておき、ユーザが車室の利用を終了したときに、車室内の状況の変化の大きさを判断してもよい。車室内の状況の変化が所定の範囲外であると判断した場合には、車両１０１は、車室を利用したユーザ、管理サーバ１０２、車両１０１の所有者、及び管理者の少なくとも何れかに、利用の前後によって車室の状況が変化したことを通知する。これによって、車両１０１の破壊行為などを検出することができる。また、車両１０１は、ユーザが利用する前と、利用した後とで、車室の状況の変化が所定範囲外であると判断すると、キーユニット５１ａ〜５２を制御するなどして、ユーザの降車を制限し、ユーザが車室を清掃した後にのみ降車を許可することができる。これによって、車両１０１の所有者または管理人による車室のメンテナンスの手間を抑えることができる。また、車両１０１は、ユーザが車室を利用している最中であっても、スピーカなどからあらかじめアナウンスする等、所定の条件が満たされた場合には、インカメラ４２およびセンサ４３でデータを取得してもよい。

一実施形態では、管理サーバ１０２は、車両１０１に搭載されてもよい。すなわち、車両１０１のＥＣＵによって、管理サーバ１０２の少なくとも一部の機能が実現されてもよい。これによって、管理サーバの処理負荷を抑えることができる。

＜実施形態のまとめ＞
１．上記実施形態の管理サーバは、車両（例えば１０１）を管理する管理サーバ（例えば１０２）であって、レンタル希望者のユーザ端末（例えば１０３）から前記車両の利用要求を受信する受信手段（例えば２０２）と、前記ユーザ端末に対して、前記車両の利用を可能にする仮想鍵を送信する送信手段（例えば２１２）と、を備え、前記仮想鍵は、前記車両のドアの解錠と前記車両への前記レンタル希望者の搭乗を許可する一方、前記車両の他の少なくとも一部の機能の利用を禁止する鍵であることを特徴とする。

これによって、駐車中の車両の車室を第三者に貸出すことが可能となる。

２．上記実施形態の管理サーバは、前記車両の少なくとも一部の機能が、車両の走行を含むことを特徴とする。

これによって、車室のみを利用させることができる。

３．上記実施形態の管理サーバは、前記車両に関する第三者の利用許可情報を管理する管理手段（例えば２３１）と、前記利用要求と利用許可情報とに基づき、利用を許可する車両を選択する選択手段（例えば２１３）と、を備え、前記送信手段は、前記選択手段が選択した車両の仮想鍵を送ることを特徴とする。

これによって、管理サーバは、複数の車両を管理し、貸出すことができる。

４．上記実施形態の管理サーバは、前記利用許可情報が前記車両の車体に関する情報を含み、前記利用要求が前記レンタル希望者の希望する車体に関する情報を含む、ことを特徴とする。

これによって、管理サーバは、車両の車体の観点からレンタル希望者に貸出す車両を選択することができる。

５．上記実施形態の管理サーバは、前記利用許可情報が前記車両の不使用時間に関する情報を含み、前記利用要求が前記レンタル希望者の利用予定時間に関する情報を含む、ことを特徴とする。

これによって、管理サーバは、利用時間の観点からレンタル希望者に貸出す車両を選択することができる。

６．上記実施形態の管理サーバは、前記利用許可情報が前記車両の利用可能な機能に関する情報を含み、前記利用要求が前記レンタル希望者の希望する機能に関する情報を含む、ことを特徴とする。

これによって、管理サーバは、機能の観点からレンタル希望者に貸出す車両を選択することができる。

７．上記実施形態の管理サーバは、前記利用許可情報が前記車両の位置情報を含み、前記利用要求が前記レンタル希望者の現在地または利用予定位置に関する情報を含むことを特徴とする。

これによって、管理サーバは、車両の位置の観点からレンタル希望者に貸出す車両を選択することができる。

８．上記実施形態の管理サーバは、前記仮想鍵は、前記車両の利用時間が限定される仮想鍵であることを特徴とする。

これによって、仮想鍵によって車両の利用時間を制限することができる。

９．上記実施形態の管理サーバは、前記仮想鍵は、前記レンタル希望者に利用を許可する機能に関する情報を含むことを特徴とする。

これによって、仮想鍵によって車両の機能を制限することができる。

１０．上記実施形態の管理システムは、車両（例えば１０１）と、前記車両を管理する管理サーバ（例えば１０２）を備える管理システム（例えば１００）であって、前記管理サーバは、レンタル希望者のユーザ端末（例えば１０３）から前記車両の利用要求を受信する受信手段（例えば２０２）と、前記ユーザ端末に対して、前記車両の利用を可能にする仮想鍵を送信する送信手段（例えば２１２）と、を備え、前記車両は、前記仮想鍵によって、前記車両のドアの解錠を許可する一方、前記車両の他の少なくとも一部の機能の利用を禁止する、制御手段、を備えることを特徴とする。

これによって、駐車中の車両の車室を第三者に貸出すことが可能となる。

１１．上記実施形態の管理システムは、前記車両は、車室内の状況を把握可能なセンサ（例えば４２、４３）を備えることを特徴とする。

これによって、管理システムが車室内の状況を把握することができる。

１２．上記実施形態の管理システムは、前記車両は、前記レンタル希望者の利用の前後で、前記センサにより車室内の状況を把握することを特徴とする。

これによって、車室内の状況が大きく変化した場合には、メンテナンスを促すことができる。

１３．上記実施形態の管理システムは、前記車両は、前記レンタル希望者の利用の前後で、車室内の状況の変化が所定範囲外と判断された後に、前記制御手段が前記レンタル希望者の降車を規制する規制手段を有することを特徴とする。

これによって、レンタル希望者が車室を汚した場合であっても、清掃を促すことができる。

１４．上記実施形態の管理システムは、前記制御手段は、車室内が無人であると判断した場合に、レンタル希望者の乗車を許可することを特徴とする。

これによって、既に車室が利用されていない場合にのみ車室を利用させることができる。

１５．上記実施形態の管理システムは、前記制御手段は、前記レンタル希望者が前記車両を利用している場合には、前記車両の所有者の所持する鍵による前記車両の解錠を許可しないことを特徴とする。

これによって、車両の所有者を含め、レンタル希望者以外は車両に搭乗できないため、レンタル希望者は安全に車室を利用することができる。

１６．上記実施形態の管理システムは、前記車両は車外を撮影可能なカメラ（例えば４１）を備え、レンタル希望者の利用の前に、前記レンタル希望者を撮影することを特徴とする。

これによって、レンタル希望者と、実際の利用者が同一であることを確認することができる。

１７．上記実施形態の管理システムは、前記車両は、前記レンタル希望者に解錠された場合に、車外への通知を行うことを特徴とする。

これによって、レンタル希望者は、利用する車両を容易に識別することができる。

１８．上記実施形態の管理方法は、車両を管理する管理サーバで実行される管理方法であって、レンタル希望者のユーザ端末から前記車両の利用要求を受信する受信工程（例えばＳ６０２、Ｓ８０５）と、前記ユーザ端末に対して、前記車両の利用を可能にする仮想鍵を送信する送信工程（例えばＳ６０４）と、を備え、前記仮想鍵は、前記車両のドアの解錠と前記車両への前記レンタル希望者の搭乗を許可する一方、前記車両の他の少なくとも一部の機能の利用を禁止する鍵であることを特徴とする。

これによって、駐車中の車両の車室を第三者に貸出すことが可能となる。

１００：管理システム、１０１：車両、１０２：管理サーバ、１０３：ユーザ端末、１０４：ネットワーク

Claims (18)

1. 車両を管理する管理サーバであって、
   レンタル希望者のユーザ端末から前記車両の利用要求を受信する受信手段と、
   前記ユーザ端末に対して、前記車両の利用を可能にする仮想鍵を送信する送信手段と、を備え、
   前記仮想鍵は、前記車両のドアの解錠と前記車両への前記レンタル希望者の搭乗を許可する一方、前記車両の他の少なくとも一部の機能の利用を禁止する鍵であることを特徴とする管理サーバ。
2. 前記車両の少なくとも一部の機能が、車両の走行を含むことを特徴とする請求項１に記載の管理サーバ。
3. 前記車両に関する第三者の利用許可情報を管理する管理手段と、
   前記利用要求と利用許可情報とに基づき、利用を許可する車両を選択する選択手段と、を備え、
   前記送信手段は、前記選択手段が選択した車両の仮想鍵を送ることを特徴とする請求項１または２に記載の管理サーバ。
4. 前記利用許可情報が前記車両の車体に関する情報を含み、
   前記利用要求が前記レンタル希望者の希望する車体に関する情報を含む、
   ことを特徴とする請求項３に記載の管理サーバ。
5. 前記利用許可情報が前記車両の不使用時間に関する情報を含み、
   前記利用要求が前記レンタル希望者の利用予定時間に関する情報を含む、
   ことを特徴とする請求項３または４に記載の管理サーバ。
6. 前記利用許可情報が前記車両の利用可能な機能に関する情報を含み、
   前記利用要求が前記レンタル希望者の希望する機能に関する情報を含む、
   ことを特徴とする請求項３乃至５の何れか１項に記載の管理サーバ。
7. 前記利用許可情報が前記車両の位置情報を含み、
   前記利用要求が前記レンタル希望者の現在地または利用予定位置に関する情報を含む、
   ことを特徴とする請求項３乃至６の何れか１項に記載の管理サーバ。
8. 前記仮想鍵は、前記車両の利用時間が限定される仮想鍵であることを特徴とする請求項１乃至７の何れか１項に記載の管理サーバ。
9. 前記仮想鍵は、前記レンタル希望者に利用を許可する機能に関する情報を含むことを特徴とする請求項１乃至８の何れか１項に記載の管理サーバ。
10. 車両と、前記車両を管理する管理サーバを備える管理システムであって、
    前記管理サーバは、
    レンタル希望者のユーザ端末から前記車両の利用要求を受信する受信手段と、
    前記ユーザ端末に対して、前記車両の利用を可能にする仮想鍵を送信する送信手段と、
    を備え、
    前記車両は、前記仮想鍵によって、前記車両のドアの解錠を許可する一方、前記車両の他の少なくとも一部の機能の利用を禁止する、制御手段、を備えることを特徴とする管理システム。
11. 前記車両は、車室内の状況を把握可能なセンサを備えることを特徴とする請求項１０に記載の管理システム。
12. 前記車両は、前記レンタル希望者の利用の前後で、前記センサにより車室内の状況を把握することを特徴とする請求項１１に記載の管理システム。
13. 前記車両は、前記レンタル希望者の利用の前後で、車室内の状況の変化が所定範囲外と判断された後に、前記制御手段が前記レンタル希望者の降車を規制する規制手段を有することを特徴とする請求項１１または１２に記載の管理システム。
14. 前記制御手段は、車室内が無人であると判断した場合に、レンタル希望者の乗車を許可することを特徴とする請求項１１乃至１３の何れか１項に記載の管理システム。
15. 前記制御手段は、前記レンタル希望者が前記車両を利用している場合には、前記車両の所有者の所持する鍵による前記車両の解錠を許可しないことを特徴とする請求項１０乃至１４の何れか１項に記載の管理システム。
16. 前記車両は車外を撮影可能なカメラを備え、レンタル希望者の利用の前に、前記レンタル希望者を撮影することを特徴とする請求項１０乃至１５の何れか１項に記載の管理システム。
17. 前記車両は、前記レンタル希望者に解錠された場合に、車外への通知を行うことを特徴とする請求項１０乃至１６の何れか１項に記載の管理システム。
18. 車両を管理する管理サーバで実行される管理方法であって、
    レンタル希望者のユーザ端末から前記車両の利用要求を受信する受信工程と、
    前記ユーザ端末に対して、前記車両の利用を可能にする仮想鍵を送信する送信工程と、を備え、
    前記仮想鍵は、前記車両のドアの解錠と前記車両への前記レンタル希望者の搭乗を許可する一方、前記車両の他の少なくとも一部の機能の利用を禁止する鍵であることを特徴とする、管理方法。

Images