(57)【要約】【課題】複数の車寄せの何れかに自動運転車を誘導することができる駐車場サーバを提供する。【解決手段】複数の車寄せの何れかに自動運転車を誘導する駐車場サーバであって、自動運転車または自動運転車と紐付けられた携帯端末から車寄せ予約要求を受信する受信部と、車寄せ予約要求を受信した場合に、複数の車寄せのうちの何れかの車寄せを予約する車寄せ予約部と、予約された車寄せの情報である予約情報を自動運転車に送信する送信部を含む。【選択図】図４
2019207637.tif 000002
【特許請求の範囲】
【請求項１】
複数の車寄せの何れかに自動運転車を誘導する駐車場サーバであって、
前記自動運転車または前記自動運転車と紐付けられた携帯端末から車寄せ予約要求を受信する受信部と、
前記車寄せ予約要求を受信した場合に、複数の前記車寄せのうちの何れかの前記車寄せを予約する車寄せ予約部と、
予約された前記車寄せの情報である予約情報を前記自動運転車に送信する送信部を含む
駐車場サーバ。
【請求項２】
請求項１に記載の駐車場サーバであって、
前記車寄せ予約要求には、ユーザが希望する前記車寄せに関する情報であるユーザ希望情報を含み、
前記車寄せ予約部は、
前記ユーザ希望情報に基づいて、複数の前記車寄せのうちの何れかの前記車寄せを予約する
駐車場サーバ。
【請求項３】
請求項１または２に記載の駐車場サーバであって、
前記車寄せ予約部は、
前記車寄せが属する施設の経路毎の入場規則および出場規則に基づいて、複数の前記車寄せのうちの何れかの前記車寄せを予約する
駐車場サーバ。
【請求項４】
請求項１から３の何れかに記載の駐車場サーバであって、
前記車寄せ予約部は、
前記車寄せが属する施設周辺の渋滞に関する情報である周辺渋滞情報に基づいて、複数の前記車寄せのうちの何れかの前記車寄せを予約する
駐車場サーバ。
【請求項５】
請求項１から４の何れかに記載の駐車場サーバであって、
前記車寄せ予約部は、
各前記車寄せの混雑状況に基づいて、複数の前記車寄せのうちの何れかの前記車寄せを予約する
駐車場サーバ。
【請求項６】
請求項２に記載の駐車場サーバであって、
前記ユーザ希望情報は、前記自動運転車または前記自動運転車と紐付けられた前記携帯端末が受信した無線ＬＡＮアクセスポイントの位置情報に基づく情報である
駐車場サーバ。
【請求項７】
請求項２に記載の駐車場サーバであって、
前記ユーザ希望情報は、前記自動運転車または前記自動運転車と紐付けられた前記携帯端末が受信した無線基地局の位置情報に基づく情報である
駐車場サーバ。
【請求項８】
請求項２に記載の駐車場サーバであって、
前記ユーザ希望情報に、電気自動車の充電システムによる充電を希望するか否かの情報を含む
駐車場サーバ。
【請求項９】
請求項１から８の何れかに記載の駐車場サーバであって、
前記送信部は、
出庫後かつ出場用の前記車寄せ到着前における前記自動運転車の現在位置情報を前記自動運転車と紐付けられた前記携帯端末に送信する
駐車場サーバ。
【請求項１０】
請求項１から９の何れかに記載の駐車場サーバであって、
前記送信部は、
予約された前記車寄せの情報と予約時刻を含む前記予約情報を前記携帯端末に送信する
駐車場サーバ。
【請求項１１】
請求項１から１０の何れかに記載の駐車場サーバであって、
前記車寄せ予約要求には、
前記自動運転車の現在位置情報、到着予定時刻が含まれる
駐車場サーバ。
【請求項１２】
複数の車寄せの何れかに自動運転車を誘導する駐車場サーバが実行する車寄せ予約方法であって、
前記自動運転車または前記自動運転車と紐付けられた携帯端末から車寄せ予約要求を受信するステップと、
前記車寄せ予約要求を受信した場合に、複数の前記車寄せのうちの何れかの前記車寄せを予約するステップと、
予約された前記車寄せの情報である予約情報を前記自動運転車に送信するステップを含む
車寄せ予約方法。
【請求項１３】
コンピュータを請求項１から１１の何れかに記載の駐車場サーバとして機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の車寄せの何れかに自動運転車を誘導する駐車場サーバ、駐車場サーバが実行する車寄せ予約方法、プログラムに関する。
【背景技術】
【０００２】
自動運転制御方式によるバレーパーキングの従来技術として、例えば特許文献１などが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−４１３８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、自動バレーパーキングにおける安全な権限移譲の方法などが開示された。しかしながら、自動バレーパーキングはユーザフレンドリーの観点からはまだ十分に検討されているとはいえない。例えば、ユーザが乗降する車寄せが一つの施設内に二カ所以上設けられている場合、ユーザ側には車寄せのうちのどれかを指定したいというニーズが発生すると考えられる。また施設管理者側にも、車寄せのうちのどれかを指定して自動運転車を誘導したいというニーズが発生すると考えられる。
【０００５】
そこで本発明は、複数の車寄せの何れかに自動運転車を誘導することができる駐車場サーバを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の駐車場サーバは、複数の車寄せの何れかに自動運転車を誘導する駐車場サーバであって、受信部と、車寄せ予約部と、送信部を含む。
【０００７】
受信部は、自動運転車または自動運転車と紐付けられた携帯端末から車寄せ予約要求を受信する。車寄せ予約部は、車寄せ予約要求を受信した場合に、複数の車寄せのうちの何れかの車寄せを予約する。送信部は、予約された車寄せの情報である予約情報を自動運転車に送信する。
【発明の効果】
【０００８】
本発明の駐車場サーバによれば、複数の車寄せの何れかに自動運転車を誘導することができる。
【図面の簡単な説明】
【０００９】
【図１】自動バレーパーキングシステムを採用し、複数の車寄せを設けた商業施設の例を示す見取り図。
【図２】自動バレーパーキングシステムを採用し、立体駐車場の各フロアに車寄せを設けた商業施設の例を示す見取り図。
【図３】実施例１の車寄せ予約システムの概略図。
【図４】実施例１の車寄せ予約システムの各装置の構成を示すブロック図。
【図５】実施例１の車寄せ予約システムの入場時の各装置の動作を示すシーケンス図。
【図６】実施例１の車寄せ予約システムの出場時の各装置の動作を示すシーケンス図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
【実施例１】
【００１１】
以下、図１を参照して自動バレーパーキングシステムを採用し、複数の車寄せを設けた商業施設の例を説明する。同図に示すように、この商業施設は、敷地の北側に本館、西側に西館、東側に東館を備え、本館の北側は国道Ａ号に面し、国道Ａ号に接続する車寄せ９１、９２、９３を備える。本館は、車寄せ９１に近いエリア９Ａ、車寄せ９２に近いエリア９Ｂ、車寄せ９３に近いエリア９Ｃに区分されているものとする。西館の西側はＢ街道に面し、Ｂ街道に接続する車寄せ９４、９５を備える。西館は、車寄せ９４に近いエリア９Ｄ、車寄せ９５に近いエリア９Ｅに区分されているものとする。東館の東側はＣ街道に面し、Ｃ街道に接続する車寄せ９６、９７を備える。東館は、車寄せ９６に近いエリア９Ｆ、車寄せ９７に近いエリア９Ｇに区分されているものとする。
【００１２】
この商業施設は、建物の東側と南側に専用駐車場を保有している。上記の何れかの車寄せ（９１〜９７の何れか）に入場した自動運転車はユーザが降車したあと何れかの専用駐車場に進み、専用駐車場内の空き車室に駐車する。出場の際には、専用駐車場から出場して、指定された車寄せに入場し、ユーザの乗車を待つ。
【００１３】
以下、図２を参照して自動バレーパーキングシステムを採用し、立体駐車場の各フロアに車寄せを設けた商業施設の例を説明する。同図に示すように、この商業施設は、四階建ての店舗９８と、四階建ての立体駐車場９９を備え、店舗９８の各フロアと立体駐車場９９の各フロアを接続する連絡通路９８５を備える。この商業施設は、立体駐車場の各フロアの連絡通路近傍に車寄せ（９０−１，９０−２，９０−３，９０−４）を備える。上記の何れかの車寄せ（９０−１，９０−２，９０−３，９０−４の何れか）に入場した自動運転車はユーザが降車したあと何れかのフロアの空き車室に駐車する。出場の際には、車室から出庫して指定された車寄せに進み、ユーザの乗車を待つ。
【００１４】
車寄せを複数備える商業施設の例として、図１、図２を開示したが、実際には、図１と図２のパターンを混合した例も考えられる。例えば店舗と立体駐車場の規模が大きい場合などに、立体駐車場の各フロアの南、中央、北（あるいは東、中央、西など）にそれぞれ車寄せが設けられる例などが考えられる。また、図１、図２は商業施設の例であるが、本発明の車寄せ予約システムの対象となる施設は商業用途のものに限定されない。
【００１５】
次に、図３を参照して実施例１の車寄せ予約システムの概略を説明する。同図に示すように、本実施例の車寄せ予約システム１は、自動運転車１１と、携帯端末１１ａと、駐車場サーバ１２と、交通情報サーバ１３を含み、自動運転車１１と駐車場サーバ１２、携帯端末１１ａと駐車場サーバ１２、交通情報サーバ１３と駐車場サーバ１２は、ネットワーク８を介して通信可能に接続されている。また、自動運転車１１と携帯端末１１ａは、何らかの無線通信手段（例えば赤外線通信、ブルートゥース、登録商標）あるいは有線通信手段で通信可能に接続されているものとする。
【００１６】
次に、図４を参照して本実施例の車寄せ予約システム１の各装置の構成を説明する。同図に示すように、自動運転車１１は、受信部１１１と、送信部１１２と、自動運転制御部１１３を含み、駐車場サーバ１２は受信部１２１と、車寄せ予約部１２２と、送信部１２３を含む。
【００１７】
［入場時］
次に、図５を参照して、本実施例の車寄せ予約システム１の入場時の各装置の動作を説明する。
【００１８】
＜車寄せ予約要求送受信処理＞
まず、携帯端末１１ａは、自動運転車１１に車寄せ予約要求を送信する（Ｓ１１ａ１）。ステップＳ１１ａ１の通信経路は、上述の無線通信手段（例えば赤外線通信、ブルートゥース、登録商標）または有線通信手段である。車寄せ予約要求には、ユーザ希望情報が含まれていれば好適である。ユーザ希望情報とは、ユーザが希望する車寄せに関する情報である。ユーザ希望情報は、典型的には、ユーザが直接指定した車寄せのＩＤである。ユーザ希望情報は、ユーザが指定した施設内のエリア、またはユーザが指定した店舗（あるいは部屋）のＩＤであってもよい。例えば図１の例において、ユーザがエリア９Ａを指定した場合、ユーザが希望する車寄せは車寄せ９１であると捉えてよい。また、ユーザがエリア９２内に存在する店舗を指定した場合、ユーザが希望する車寄せは、当該店舗に最も近い車寄せ９２と捉えてよい。この場合、後述する駐車場サーバ１２は、店舗やエリアと車寄せを対応付けたテーブルを予め記憶しておき、ユーザ希望情報で指定されたエリアや店舗を対応する車寄せに変換して用いれば好適である。
【００１９】
また、ユーザ希望情報をユーザが入力する手間を省くため、ユーザ希望情報を自動的に取得してもよい。例えば、ユーザ希望情報を、自動運転車１１または携帯端末１１ａが受信した無線ＬＡＮアクセスポイント（または無線基地局、あるいはＧＰＳを含むＧＮＳＳ）の位置情報に基づく情報とする。
【００２０】
入場の場合、ユーザは、施設に到着する少し前に車寄せ予約要求を送信するケースが多い。すなわち、車寄せ予約要求送信時は、自動運転車１１は、施設の周辺地域、あるいは施設から少し離れた地域を走行中である場合が多い。例えば図１の例において自動運転車１１または携帯端末１１ａが受信した位置情報が国道Ａ号下り線のどこかに該当していた場合、ユーザが所望する車寄せは車寄せ９１、９２、９３のどれかと推定できる。同様に、自動運転車１１または携帯端末１１ａが受信した位置情報がＢ街道上り線のどこかに該当していた場合、ユーザが所望する車寄せは車寄せ９４、９５の何れかと推定できる。従って、入場の場合には、周辺道路（上りと下りで区別する）を何れかの車寄せと対応付けてテーブル化し、駐車場サーバ１２に予め記憶しておけば好適である。
【００２１】
携帯端末１１ａは、自動運転車１１と何らかの形で事前に紐付けられているものとする。例えば、携帯端末１１ａの電話番号、端末識別番号、メールアドレスなどを自動運転車１１の識別番号、車番、アドレスなどと紐づけて事前に登録しておき、この事前登録情報を駐車場サーバ１２が利用できるようにしておけばよい。このような事前登録を施設内外の無線ＬＡＮスポットなどを利用することで半自動的に行うように構成してもよい。上記のように携帯端末１１ａと自動運転車１１の紐づけが確立されており、駐車場サーバ１２が自動運転車１１といつでも通信を開始できる状態にある場合、上記ステップＳ１１ａ１において携帯端末１１ａは、駐車場サーバ１２に直接車寄せ予約要求を送信してもよい。この場合、後述するステップＳ１１１Ａ，Ｓ１１２Ａは省略できる。以下、携帯端末１１ａが自動運転車１１を介して通信を行ったものとして説明を続ける。
【００２２】
自動運転車１１の受信部１１１は、携帯端末１１ａから車寄せ予約要求を受信する（Ｓ１１１Ａ）。自動運転車１１の送信部１１２は、携帯端末１１ａから受信した車寄せ予約要求を駐車場サーバ１２に送信する（Ｓ１１２Ａ）。ステップＳ１１２Ａにおいて送信される車寄せ予約要求には、自動運転車１１の現在位置情報、施設への到着予定時刻が含まれてもよい。この場合、駐車場サーバ１２は、自動運転車１１の現在位置情報、施設への到着予定時刻を考慮して、車寄せの予約を行うことができる。駐車場サーバ１２の受信部１２１は、自動運転車１１から車寄せ予約要求を受信する（Ｓ１２１Ａ）。
【００２３】
＜車寄せ予約処理＞
車寄せ予約要求を受信した場合に、駐車場サーバ１２の車寄せ予約部１２２は、複数の車寄せのうちの何れかの車寄せを予約する（Ｓ１２２Ａ）。このとき車寄せ予約部１２２は、前述したユーザ希望情報や、施設への経路毎の入場規則、施設周辺の渋滞に関する情報である周辺渋滞情報、各車寄せの混雑状況の少なくとも何れかのパラメータに基づいて、複数の車寄せのうちの何れかの車寄せを予約する。これらのパラメータの優先順位は任意に設定できる。ユーザの希望を重視したい場合には、ユーザ希望情報の優先順位を高くすればよい。施設側の都合（周辺の渋滞状況の緩和）を重視したい場合には、施設への経路毎の入場規則、周辺渋滞情報、各車寄せの混雑状況の優先順位を高くすればよい。以下、それぞれのパラメータについて解説する。
【００２４】
≪施設への経路毎の入場規則≫
このパラメータは、例えば、周辺の交通状況を考慮して施設が決定した、あるいは施設が行政の指導を受けて決定した規則である。例えば図１の例に示した商業施設では、国道Ａ号上り線側から当該施設に入場しようとする自動運転車１１を、本館北側の車寄せ９１、９２、９３の何れかに誘導して良いかどうかが問題となる。国道Ａ号上り線側から車寄せ９１、９２、９３の何れかに進入することを許可する場合、国道Ａ号下り線の交通が度々寸断される可能性があるし、国道Ａ号下り線を走行する他の自動運転車との優先順位をどのように決定するかについて複雑なアルゴリズムが必要になる場合がある。このような煩雑な状況に陥ることを回避するために、施設への経路毎の入場規則の例として、国道Ａ号上り線側から車寄せ９１、９２、９３の何れかに進入することを禁止する入場規則（いわゆる右折入場禁止）などが考えられる。この場合、車寄せ予約部１２２は、国道Ａ号上り線を通行する自動運転車１１に対し、左折入場となるような経路、車寄せを予約する（Ｓ１２２Ａ）。
【００２５】
≪周辺渋滞情報≫
このパラメータは、施設周辺の道路のその時点における渋滞情報を示すパラメータである。例えば図１の例に示した商業施設周辺の道路交通情報において、Ｂ街道上り線が混雑していることが明らかな場合、Ｂ街道上り線に面した車寄せ９４、９５に自動運転車１１を誘導すると、更なる混雑を巻き起こし、周辺の道路環境の観点から見ても、施設を利用するユーザの顧客満足度の観点から見てもデメリットが大きい場合がある。そこで車寄せ予約部１２２は、周辺渋滞情報に基づき、混雑している道路に面した車寄せへの誘導をなるべく回避するように、何れかの車寄せを予約する（Ｓ１２２Ａ）。商業施設周辺の道路交通情報は、交通情報サーバ１３から都度受信すればよい。
【００２６】
≪各車寄せの混雑状況≫
このパラメータは、各車寄せのその時点における混雑状況を示すパラメータである。混雑していることが明らかな車寄せに自動運転車１１を誘導すると、当該車寄せにおいて更なる混雑が発生するだけでなく、入場待ちが発生することにより周辺道路も渋滞する恐れがある。そこで車寄せ予約部１２２は、各車寄せの混雑状況に基づき、混雑状況がなるべく均一になるように車寄せを予約する（Ｓ１２２Ａ）。各車寄せの混雑状況は、係員が目視で確認した状況を係員が入力してもよいし、車寄せを上方から撮影するｗｅｂカメラなどの映像を画像解析することにより、自動で判断してもよい。また、週ごと、月ごと、年ごとに各車寄せの混雑状況の統計データをとり、統計データにより現在の車寄せの混雑状況を予測してもよい。
【００２７】
＜予約情報送受信処理＞
駐車場サーバ１２の送信部１２３は、予約された車寄せの情報である予約情報を自動運転車１１に送信する（Ｓ１２３Ａ）。予約情報には、予約された車寄せに関する情報（例えばＩＤ、座標）、車寄せまでの経路が含まれる。ステップＳ１２３Ａにおいて、駐車場サーバ１２の送信部１２３は、自動運転車１１だけでなく、携帯端末１１ａに予約情報を送信してもよい。自動運転車１１の受信部１１１は、駐車場サーバ１２から予約情報を受信する（Ｓ１１１Ｂ）。自動運転車１１の自動運転制御部１１３は、予約情報に基づいて自動運転制御を開始、または続行する（Ｓ１１３）。
【００２８】
［出場時］
次に、図６を参照して、本実施例の車寄せ予約システム１の出場時の各装置の動作を説明する。
【００２９】
＜車寄せ予約要求送受信処理＞
携帯端末１１ａは、自動運転車１１に車寄せ予約要求を送信する（Ｓ１１ａ２）。入場時と同様に、携帯端末１１ａは、駐車場サーバ１２に直接車寄せ予約要求を送信してもよい。この場合、後述するステップＳ１１１Ｃ，Ｓ１１２Ｂは省略できる。車寄せ予約要求には、ユーザ希望情報が含まれていれば好適である。入場時と同様に、ユーザ希望情報は、典型的には、ユーザが直接指定した車寄せのＩＤである。ユーザ希望情報は、ユーザが指定した施設内のエリア、またはユーザが指定した店舗（あるいは部屋）のＩＤであってもよい。
【００３０】
入場時と同様に、例えば、ユーザ希望情報を、携帯端末１１ａが受信した無線ＬＡＮアクセスポイント（または無線基地局、あるいはＧＰＳを含むＧＮＳＳ）の位置情報に基づく情報としてもよい。携帯端末１１ａが位置情報に基づく情報（ユーザ希望情報）を送信した直後において、携帯端末１１ａは、上記位置情報の近傍に存在することが推定される。例えばユーザが施設内で用事（例えば施設が商業施設である場合にはショッピングや食事）がほとんど終了した、あるいはほどなく終了すると感じた場合に、車寄せ予約要求を送信するケースが多い。この場合、ユーザは車寄せ予約要求送信時に滞在しているエリアからあまり歩かずに乗車したいと考えている場合が多い。従って、ユーザが希望する車寄せは当該位置情報に近接する車寄せであると推定できる。当然だが、出場時にユーザが希望する車寄せは入場時に利用した車寄せと同じになるとは限らない。
【００３１】
出場時特有の制御として、ユーザ希望情報には、希望時刻、次目的地情報を含めるのが好適である。希望時刻とは、ユーザが出場を希望する時刻である。次目的地情報とは、ユーザの次の目的地に関する情報である。
【００３２】
自動運転車１１の受信部１１１は、携帯端末１１ａから車寄せ予約要求を受信する（Ｓ１１１Ｃ）。自動運転車１１の送信部１１２は、携帯端末１１ａから受信した車寄せ予約要求を駐車場サーバ１２に送信する（Ｓ１１２Ｂ）。駐車場サーバ１２の受信部１２１は、自動運転車１１から車寄せ予約要求を受信する（Ｓ１２１Ｂ）。
【００３３】
＜車寄せ予約処理＞
車寄せ予約要求を受信した場合に、駐車場サーバ１２の車寄せ予約部１２２は、複数の車寄せのうちの何れかの車寄せを予約する（Ｓ１２２Ｂ）。入場時と同様に、車寄せ予約部１２２は、ユーザ希望情報、施設からの経路毎の出場規則、周辺渋滞情報、各車寄せの混雑状況に基づいて、複数の車寄せのうちの何れかの車寄せを予約する。以下、それぞれのパラメータについて解説する。
【００３４】
≪施設からの経路毎の出場規則≫
このパラメータは入場規則と同様、周辺の交通状況を考慮して施設が決定した、あるいは施設が行政の指導を受けて決定した規則である。例えば図１の例に示した商業施設では、車寄せ９６、９７から出場する自動運転車１１を、Ｃ街道上り線に直接合流（いわゆる右折出場）させても良いかどうかが問題となる。
【００３５】
施設から次の目的地への経路は、ユーザごとに異なる。従って、このパラメータを利用するために、ユーザ希望情報に、ユーザの次の目的地に関する情報（次目的地情報）を含むようにしておけば好適である。この場合、駐車場サーバ１２の車寄せ予約部１２２は、施設から次の目的地までの経路を割り出す。車寄せ予約部１２２は、車寄せと割り出した経路の関係が出場規則に抵触しないように経路を調整し、何れかの車寄せを予約する（Ｓ１２２Ｂ）。
【００３６】
≪周辺渋滞情報≫
このパラメータは、入場時と同様である。車寄せ予約部１２２は、混雑している道路に面した車寄せへの誘導をなるべく回避するように何れかの車寄せを予約する（Ｓ１２２Ｂ）。
【００３７】
≪各車寄せの混雑状況≫
このパラメータは、入場時と同様である。車寄せ予約部１２２は、各車寄せの混雑状況に基づき、混雑状況がなるべく均一になるように車寄せを予約する（Ｓ１２２Ｂ）。
【００３８】
＜予約情報送受信処理＞
駐車場サーバ１２の送信部１２３は、予約された車寄せの情報である予約情報を自動運転車１１に送信する（Ｓ１２３Ｂ）。予約情報には、予約された車寄せに関する情報（例えばＩＤ、座標）、車寄せまでの経路、予約時刻が含まれる。自動運転車１１の受信部１１１は、駐車場サーバ１２から予約情報を受信する（Ｓ１１１Ｄ）。自動運転車１１の送信部１１２は、受信した予約情報のうち、予約された車寄せに関する情報（例えばＩＤ、座標）、予約時刻を携帯端末１１ａに送信する（Ｓ１１２Ｃ）。携帯端末１１ａは、自動車１１から予約された車寄せに関する情報、予約時刻を受信する（Ｓ１１ａ３）。ユーザは、携帯端末１１ａの表示を見て、指定された予約時刻に指定された車寄せに待機するようにする。
【００３９】
なお、ステップＳ１２３Ｂにおいて、駐車場サーバ１２は携帯端末１１ａに直接予約情報（車寄せまでの経路は省いてもよい）を送信してもよい。この場合、携帯端末１１ａは、駐車場サーバ１２から予約情報（車寄せまでの経路は省いてもよい）を受信することになる。
【００４０】
自動運転車１１の自動運転制御部１１３は、予約情報に基づいて自動運転制御を開始する（Ｓ１１３）。
【００４１】
なお、自動運転車１１は出庫後かつ出場用車寄せ到着前において、所定時間経過毎に自身の現在位置情報を駐車場サーバ１２、または携帯端末１１ａに送信してもよい（Ｓ１１１Ｅ）。この場合、携帯端末１１ａは、自動運転車１１から直接、あるいは駐車場サーバ１２から間接に（Ｓ１２１Ｃ，Ｓ１２３Ｃ）、自動運転車１１の現在位置情報を受信し（Ｓ１１ａ４）、これをユーザに呈示する。これにより、ユーザは自動運転車１１の現在位置情報に応じた行動をすることができる。
【００４２】
＜電気自動車の充電システムとの併用＞
本発明の車寄せ予約システムの対象となる駐車場に電気自動車の充電システムが用意されている場合、当該充電システムを本発明の車寄せ予約システムと併用することができる。例えば、ユーザ希望情報に電気自動車の充電システムによる充電を希望するか否かの情報を含めることができる。ユーザ希望情報に電気自動車の充電システムによる充電を希望する情報が含まれている場合、対象の自動運転車１１は、充電システムを備える車室に誘導される。対象の自動運転車１１は、施設側で定めた利用上限まで充電システムを利用できる。利用上限に達した場合、対象の自動運転車１１は、自動運転制御により、充電システムを備えない別の車室に移動する。
【００４３】
＜補記＞
本発明の装置は、例えば単一のハードウェアエンティティとして、キーボードなどが接続可能な入力部、液晶ディスプレイなどが接続可能な出力部、ハードウェアエンティティの外部に通信可能な通信装置（例えば通信ケーブル）が接続可能な通信部、ＣＰＵ（Central Processing Unit、キャッシュメモリやレジスタなどを備えていてもよい）、メモリであるＲＡＭやＲＯＭ、ハードディスクである外部記憶装置並びにこれらの入力部、出力部、通信部、ＣＰＵ、ＲＡＭ、ＲＯＭ、外部記憶装置の間のデータのやり取りが可能なように接続するバスを有している。また必要に応じて、ハードウェアエンティティに、ＣＤ−ＲＯＭなどの記録媒体を読み書きできる装置（ドライブ）などを設けることとしてもよい。このようなハードウェア資源を備えた物理的実体としては、汎用コンピュータなどがある。
【００４４】
ハードウェアエンティティの外部記憶装置には、上述の機能を実現するために必要となるプログラムおよびこのプログラムの処理において必要となるデータなどが記憶されている（外部記憶装置に限らず、例えばプログラムを読み出し専用記憶装置であるＲＯＭに記憶させておくこととしてもよい）。また、これらのプログラムの処理によって得られるデータなどは、ＲＡＭや外部記憶装置などに適宜に記憶される。
【００４５】
ハードウェアエンティティでは、外部記憶装置（あるいはＲＯＭなど）に記憶された各プログラムとこの各プログラムの処理に必要なデータが必要に応じてメモリに読み込まれて、適宜にＣＰＵで解釈実行・処理される。その結果、ＣＰＵが所定の機能（上記、…部、…手段などと表した各構成要件）を実現する。
【００４６】
本発明は上述の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。また、上記実施形態において説明した処理は、記載の順に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されるとしてもよい。
【００４７】
既述のように、上記実施形態において説明したハードウェアエンティティ（本発明の装置）における処理機能をコンピュータによって実現する場合、ハードウェアエンティティが有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記ハードウェアエンティティにおける処理機能がコンピュータ上で実現される。
【００４８】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。具体的には、例えば、磁気記録装置として、ハードディスク装置、フレキシブルディスク、磁気テープ等を、光ディスクとして、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等を、光磁気記録媒体として、ＭＯ（Magneto-Optical disc）等を、半導体メモリとしてＥＥＰ−ＲＯＭ（Electronically Erasable and Programmable-Read Only Memory）等を用いることができる。
【００４９】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
【００５０】
このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
【００５１】
また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、ハードウェアエンティティを構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【図１】
2019207637.tif 000003
【図２】
2019207637.tif 000004
【図３】
2019207637.tif 000005
【図４】
2019207637.tif 000006
【図５】
2019207637.tif 000007
【図６】
2019207637.tif 000008