JP2019139344A - 管制装置 - Google Patents

Abstract

【課題】乗車場に到着した車両がユーザ到着待機のために乗車場を長時間占有してしまう事態の発生防止を図り、乗車場の混雑緩和を図る。【解決手段】本発明に係る管制装置は、駐車場に駐車された車両を乗員としてのユーザからの呼び出しに基づいて乗車場まで移動させる管制装置であって、呼び出しを行ったユーザの現在位置をユーザ位置として取得するユーザ位置取得部と、ユーザ位置に基づき、ユーザの乗車場への到着予想時間であるユーザ到着予想時間を計算する予想時間計算部と、ユーザ到着予想時間に基づき、呼び出しの対象とされた車両の乗車場への移動開始タイミングを管理するタイミング管理部と、を備えている。【選択図】図６

Description

本発明は、駐車場に駐車された車両を乗員としてのユーザからの呼び出しに基づいて乗車場まで移動させる管制装置の技術分野に関する。

例えば、車両の駐車支援に係るシステムとして、自動バレーパーキング（Valet Parking）システムが考えられている。自動バレーパーキングシステムは、車両の自動運転技術を利用してバレーパーキングを自動化するものであり、例えばホテルや大型商業施設等のバレーパーキング対応施設に配された管制装置が主体となって車両の管制を行うことが想定されている。具体的に、自動バレーパーキングシステムにおいては、車両が所定の降車場に停車して乗員（運転者を含む）としてのユーザが降車した後、該車両が自動運転により所要の駐車場（駐車スペース）に移動して、駐車する。その後、ユーザからの呼び出しに応じ、管制装置が車両を駐車場から所定の乗車場に自動運転により移動させてユーザを出迎えさせるシステムとして構築できる。
なお、上記の降車場と乗車場は同一場所の場合もある。

なお、関連する従来技術については下記特許文献１を挙げることができる。

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

上記のような自動バレーパーキングシステムにおいて、駐車場の車両をユーザからの呼び出しに基づき乗車場に移動させてユーザを出迎えさせる部分（以下「出迎えシステム」と表記）に着目する。
出迎えシステムで問題が予想されるのは、呼び出しを行ったユーザが乗車場に到着するまでの時間が、ユーザごとに異なり得るという点である。このため、呼び出しが有ったタイミングで車両を乗車場へと移動させてしまうと、一部のユーザにとっては乗車場への車両到着が早すぎて、車両が乗車場で長時間待機させられる事態が生じ得る。換言すれば、該車両がユーザ出迎えのために乗車場を長時間占有してしまう事態を招来してしまう。
このような長時間の占有が生じると、乗車場の混雑を招く虞があり、長時間占有の車両数が多くなった場合には、後続車両が乗車場に進入不能となる事態も予想される。このような事態は、到着が遅れていない他ユーザを乗車場にて長時間待たせることに繋がり望ましくない。

本発明は上記事情に鑑み為されたものであり、乗車場に到着した車両がユーザ到着待機のために乗車場を長時間占有してしまう事態の発生防止を図り、乗車場の混雑緩和を図ることを目的とする。

本発明に係る管制装置は、駐車場に駐車された車両を乗員としてのユーザからの呼び出しに基づいて乗車場まで移動させる管制装置であって、前記呼び出しを行ったユーザの現在位置をユーザ位置として取得するユーザ位置取得部と、前記ユーザ位置に基づき、前記ユーザの前記乗車場への到着予想時間であるユーザ到着予想時間を計算する予想時間計算部と、前記ユーザ到着予想時間に基づき、前記呼び出しの対象とされた前記車両の前記乗車場への移動開始タイミングを管理するタイミング管理部と、を備えるものである。

上記構成による管制装置では、呼び出しのみを条件として即座に車両を乗車場に移動させるものではなく、ユーザの乗車場への到着予想時間に合わせて車両の乗車場への移動開始タイミングを管理することが可能とされる。

上記した本発明に係る管制装置においては、前記タイミング管理部は、前記ユーザ到着予想時間と、前記呼び出しの対象とされた車両の前記乗車場への移動所要時間である車両到着予想時間に所定の余裕値を加算した時間とに基づき、前記移動開始タイミングの判定を行う構成とすることが可能である。

これにより、車両の乗車場への到着がユーザの到着よりも余裕値に応じた時間分早くなるように図られる。

上記した本発明に係る管制装置においては、前記車両が前記乗車場への移動を開始した後、前記乗車場への進入前に、前記ユーザ位置を取得して前記ユーザ到着予想時間を再計算する予想時間再計算部と、前記再計算された前記ユーザ到着予想時間に基づいて前記車両の前記乗車場への進入可否を判定する進入判定部と、を備える構成とすることが可能である。

車両の乗車場への移動開始にあたり予想したユーザ到着予想時間は実際のユーザ到着までの時間を正確に表す保証はない（例えばユーザが車両呼び出しを行った後に買い忘れ品を買いに戻る等、車両呼び出し後にユーザが予定通り乗車場に直行しないケースが生じ得るため）。そこで、車両の乗車場進入前に改めて取得したユーザ位置に基づいてユーザ到着予想時間を再計算し、再計算したユーザ到着予想時間に基づき車両の乗車場への進入可否を判定する。

上記した本発明に係る管制装置においては、前記進入判定部により前記車両の前記乗車場への進入が不可と判定された場合に、前記車両に一時退避場への移動を指示する退避指示部を備える構成とすることが可能である。

乗車場に進入不可とされた車両を駐車場に戻してしまうと、乗車場までの道のりが長くなり、仮に、到着が遅れていたユーザがその後迅速に乗車場に到着したとすると、ユーザを乗車場で比較的長時間待たせてしまう虞がある。
そこで、駐車場でない一時退避場に車両を移動させることで、到着が遅れていたユーザが迅速に乗車場に到着したとしても、車両の乗車場までの移動所要時間を短縮化することが可能とされる。

上記した本発明に係る管制装置においては、前記車両の前記一時退避場への移動指示後、当該車両の前記一時退避場での待機時間、又は前記一時退避場における車両の混雑状況に基づき、当該車両に前記駐車場への帰還指示を行う帰還指示部を備える構成とすることが可能である。

これにより、一時退避場への退避車両数が規定車両数を上回らないように管理することが可能とされる。

上記した本発明に係る管制装置においては、前記予想時間計算部は、前記ユーザ到着予想時間を前記ユーザ位置とユーザ移動速度に基づき計算すると共に、前記ユーザ移動速度として、前記車両が前記ユーザの移動速度について学習した情報に基づく値を用いる構成とすることが可能である。

これにより、ユーザ到着予想時間の計算に用いるべきユーザの移動速度には、車両が該ユーザの移動速度について学習した情報が反映される。

本発明によれば、乗車場に到着した車両がユーザ到着待機のために乗車場を長時間占有してしまう事態の発生防止を図ることができ、乗車場の混雑緩和を図ることができる。

実施形態としての管制装置を備えた出迎えシステムの構成を例示した図である。 実施形態の出迎えシステムが適用されるバレーパーキング対応施設に形成された車両通行可能領域の模式図である。 実施形態としての管制装置の内部構成例を示したブロック図である。 実施形態で用いられる車両が有する自動運転に係る電気的構成を抜粋して示したブロック図である。 実施形態で用いられる携帯端末の内部構成例を示したブロック図である。 実施形態としての出迎え制御処理の一連の流れを示すフローチャートである。 図６と共に実施形態としての出迎え制御処理の一連の流れを示すフローチャートである。 ユーザ到着予想時間の計算処理のフローチャートである。

＜１．出迎えシステムの構成＞
以下、添付図面を参照して本発明に係る実施形態としての管制装置１について説明する。
図１は、実施形態としての管制装置１を備えた出迎えシステム（以下「実施形態の出迎えシステム」と表記）の構成を例示した図であり、図２は、該出迎えシステムが適用されるバレーパーキング（Valet Parking）対応施設に形成された車両通行可能領域Ａａの模式図である。

先ず、図１に示すように実施形態の出迎えシステムは、管制装置１を備えると共に、複数の車両２、複数の携帯端末３、及びネットワーク４を備えている。ネットワーク４は、例えばインターネットやＬＡＮ（Local Area Network）等の通信ネットワークとされ、管制装置１は、車両２、携帯端末３のそれぞれとの間でネットワーク４を介した通信を行うことが可能とされている。本例では、車両２と携帯端末３の間においてもネットワーク４を介した通信を行うことが可能とされている。

管制装置１はバレーパーキング対応施設にて管理されるコンピュータ装置とされる。車両２は、バレーパーキング対応施設の利用者としてのユーザが使用する車両とされ、携帯端末３は該ユーザが使用する携帯型のコンピュータ装置とされている。

図２に示すように、バレーパーキング対応施設の車両通行可能領域Ａａには、駐車場Ａｐ、乗車場Ａｂ、及び一時退避場Ａｅが形成されている。駐車場Ａｐと一時退避場Ａｅとの間、及び一時退避場Ａｅと乗車場Ａｂとの間はそれぞれ後述する車両２が通行可能な通路で接続されており、車両２は駐車場Ａｐ、乗車場Ａｂ、一時退避場Ａｅそれぞれの間を行き来することが可能とされている。
駐車場Ａｐには複数の駐車枠が設けられ、複数台の車両２を駐車させておくことが可能とされている。乗車場Ａｂは、乗員が車両２に乗車するための場所として設けられ、本例では複数台の車両を収容可能とされている。一時退避場Ａｅは、乗車場Ａｂへの進入を待機すべき車両２を一時的に収容するための場所として設けられ、本例では複数台の車両２を収容可能とされている。
なお、乗車場Ａｂにおいて、駐車場Ａｐ側からの車両２の入り口部分には例えば開閉バーを有するゲートを設けることができる。

本例が前提とする自動バレーパーキングシステムでは、車両２として、自動運転機能を有する車両が用いられる。車両２の乗員は、バレーパーキング対応施設に設けられた所定の降車場に車両２で乗り付ける（手動運転、自動運転の何れであってもよい）。降車場に到着し、乗員（運転者を含む）としてのユーザが降車した後に、車両２は、例えばユーザからの駐車指示（例えば車両２に対する操作入力、又は携帯端末３を介した車両２への指示等）に応じて、自動運転により駐車場Ａｐに移動し駐車を行う。
このとき、管制装置１は、駐車場Ａｐにおける空き駐車枠の情報を管理し、上記のように降車場から駐車場Ａｐに移動する車両２に対し、空き駐車枠への駐車を指示する。例えば駐車枠には車両２が識別可能な形態で駐車枠識別子が割り振られており（例えば駐車枠番号が駐車枠ごとに表記されている等）、管制装置１は該識別子により各駐車枠の空き状況を管理しており、車両２は、空き駐車枠についての駐車枠識別子を管制装置１から受信すると、該駐車枠識別子から特定される駐車枠に自動運転機能により駐車を行う。

また、本例の自動バレーパーキングシステムでは、ユーザが携帯端末３に対する操作を行って、駐車場Ａｐにおける自身の車両２の呼び出し（乗車場Ａｂへの呼び出し）を管制装置１に対し指示することが可能とされている。
この呼び出しの指示を受け管制装置１は、該当する車両２に対し乗車場Ａｂへの移動指示を行い、乗車場Ａｂにてユーザを出迎えさせる。
本実施形態は、このように駐車場Ａｐに駐車された車両２をユーザからの呼び出し指示に応じて乗車場Ａｂに移動させる部分（つまり出迎えシステムの部分）に特徴を有するものであり、詳細については改めて説明する。

なお、実施形態の出迎えシステムにおいて、車両２及び携帯端末３の数は、システム利用者の数に応じて変化し得るものであり、単数となることも有り得る。

＜２．各装置の構成＞
図３は、管制装置１の内部構成例を示したブロック図である。
図示のように管制装置１は、制御部１１、通信部１２、及び記憶部１３を備えている。制御部１１は、例えばＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）を有するマイクロコンピュータを備えて構成され、ＲＯＭに記憶されたプログラムに基づく処理をＣＰＵが実行することで、管制装置１の所要の動作を実現する。

通信部１２は、制御部１１からの指示に基づき、ネットワーク４を介し外部装置（特に本実施形態では車両２、及び携帯端末３）との間でデータの送受信を行う。制御部１１は、通信部１２を介して外部装置との間でデータ通信を行うことが可能とされている。
なお、通信部１２とネットワーク４との間の接続は有線、無線の何れであってもよい。

記憶部１３は、例えばフラッシュメモリやＨＤＤ（Hard Disk Drive）等の記憶デバイスで構成され、制御部１１が各種データの記憶に用いる。この記憶部１３には、例えば上述した駐車場Ａｐにおける空き駐車枠に関するデータ等、車両２の管制に必要な各種データを記憶することができる。

図４は、車両２が有する自動運転に係る電気的構成を抜粋して示したブロック図である。
本例の車両２は、自動運転制御部２１、カメラ部２２、自動運転駆動制御部２３、通信部２４、及び現在位置検出部２５を備えている。

自動運転制御部２１は、ＣＰＵ、及びＲＯＭ、ＲＡＭ等のメモリ（記憶装置）を有するマイクロコンピュータを備えて構成され、車両２の自動運転機能を実現するための制御を行う。ここでの自動運転機能は、少なくとも、前述した降車場、駐車場Ａｐ、一時退避場Ａｅ、乗車場Ａｂの間を移動し、また駐車場Ａｐの駐車枠に自動で駐車を行う機能とされる。
自動運転制御２１は、車両２の現在位置を検出する現在位置検出部２５（例えばＧＮＳＳセンサ（ＧＮＳＳ：Global Navigation Satellite System）による現在位置情報を取得可能とされると共に、例えば上記ＲＯＭ等の内部のメモリに地図情報が記憶され、現在位置情報及び地図情報と、カメラ部２２が有する１又は複数のカメラによる撮像画像とに基づき、自動運転のための各種制御を行う。カメラ部２が有するカメラは車外方向を撮像し、自動運転制御部２１は、自身が有する画像処理部２１ａによりカメラ部２２が有するカメラの撮像画像について画像解析を行い、車外環境を認識する。例えば、車外に存在する物体の検出や検出物体の認識等を行い、車外環境を認識する。そして、自動運転制御部２１は、このような車外環境の認識結果、及び上記した現在位置情報と地図情報に基づいて、自動運転駆動制御部２３に各種の指示を行うことで、自動運転を実現する。

自動運転駆動制御部２３は、操舵アクチュエータ（例えばパワーステアリングモータ等、操舵角を変更可能に設けられたアクチュエータ）の駆動制御を行う操舵制御ＥＣＵ（Electronic Control Unit）、車両推進装置関連アクチュエータの駆動制御を行う車両推進制御ＥＣＵ、ブレーキ関連アクチュエータ（例えばブレーキブースターからマスターシリンダへの出力液圧やブレーキ液配管内の液圧をコントロールするための液圧制御アクチュエータ）の駆動制御を行うブレーキ制御ＥＣＵ、トランスミッション関連アクチュエータ（変速や前後進切り替えを行うためのアクチュエータ）の駆動制御を行うミッション制御ＥＣＵを包括的に表したものである。
車両推進装置関連アクチュエータとしては、例えば車両２がエンジン車である場合にはスロットル弁を駆動するスロットルアクチュエータや燃料噴射を行うインジェクタ等のエンジン駆動に係る各種のアクチュエータが該当し、車両２が電動車である場合には走行用モータ等が該当する。

自動運転制御部２１は、上述した車外環境の認識結果や車両２の現在位置情報、地図情報に基づき、自動運転駆動制御部２３に対する操舵量等の指示や、アクセル開度等の車両推進に関する指示、ブレーキのＯＮ／ＯＦＦ指示、及び車両２の前進／後退の指示等を行って自動運転を実現させる。
なお、自動運転制御の具体的な手法については本発明に直接関係するものではなく、詳細な説明については省略する。

自動運転制御部２１には、通信部２４が接続されている。通信部２４は、ネットワーク４を介し外部装置（特に本実施形態では管制装置１、及び携帯端末３）との間でデータの送受信を行う。自動運転制御部２１は、通信部２４を介して外部装置との間でデータ通信を行うことが可能とされている。
本例では、通信部２４とネットワーク４との間の接続は無線による接続とされているが、有線による接続とすることも可能である。

図５は、携帯端末３の内部構成例を示したブロック図である。
携帯端末３は、例えば携帯電話機（スマートフォン等）、タブレット端末等の携帯型の情報処理端末として構成することができる。
携帯端末３は、制御部３１、通信部３２、記憶部３３、操作部３４、出力部３５、及び現在位置検出部３６を備えている。
制御部３１は、例えばＣＰＵ、ＲＯＭ、及びＲＡＭを有するマイクロコンピュータを備えて構成され、ＲＯＭに記憶されたプログラムに基づく処理をＣＰＵが実行することで、携帯端末３の所要の動作を実現する。

通信部３２は、制御部３１からの指示に基づき、ネットワーク４を介し外部装置（特に本実施形態では管制装置１、及び車両２）との間でデータの送受信を行い、制御部３１は、通信部３２を介して外部装置との間でデータ通信を行うことが可能とされている。
本例では、通信部３２とネットワーク４との間の接続は無線による接続とされているが、有線による接続とすることも可能である。

記憶部３３は、例えばフラッシュメモリやＨＤＤ（Hard Disk Drive）等の記憶デバイスで構成され、制御部３１が各種データの記憶に用いる。
操作部３４は、携帯端末３に設けられた各種の操作子を有し、操作に応じた操作情報を制御部３１に出力する。操作部３４における操作子としては、例えば各種のボタンやタッチパネル等がある。

出力部３５は、携帯端末３に設けられた例えば液晶ディスプレイや有機ＥＬ（electro-luminescence）ディスプレイ等の各種表示デバイスやスピーカ等、ユーザに対する各種情報の出力を行うためのデバイスを包括的に表したものである。
出力部３５は、制御部３１からの指示に基づき各種情報の出力（画面表示や音出力）を行う。

現在位置検出部３６は、例えばＧＮＳＳセンサを備え、携帯端末３の現在位置を検出する。制御部３１は、現在位置検出部３６が検出した現在位置情報を取得可能とされている。

ここで、本例の携帯端末３においては、例えば記憶部３３等の制御部３１が読み出し可能な記憶装置に、出迎えシステム用アプリ（アプリケーションプログラム）が記憶されている。
この出迎えシステム用アプリは、ユーザが車両２の呼び出し操作を行うための呼び出し操作画面を提供し、また管制装置１からの後述するリスケ要求（リスケジュール要求）に応じユーザがスケジュールに関する情報入力を行うためのリスケ情報入力画面を提供する機能を実現する。
本例では、ユーザは、駐車場Ａｐにおける自身の車両２を乗車場Ａｂに呼び出すにあたっては、該出迎えシステム用アプリを起動し、該アプリにより提供される呼び出し操作画面に対する所定操作を行う。

また、図示による説明は省略するが、本例における携帯端末３は、電子マネーによる購入代金の支払い機能（決済機能）を有しており、該機能により電子マネーによる購入代金の支払いを行ったことに応じて、制御部３１が購入代金（購入金額）を表す情報を通信部３２を介して管制装置１（制御部１１）に送信可能とされている。
なお、このような購入金額の情報に基づいて管制装置１が行う処理については後に改めて説明する。

＜３．呼び出し対象車両の特定手法について＞
ここで、実施形態の出迎えシステムにおいては、管制装置１は、ユーザ（携帯端末３）からの呼び出しを受けた場合に、駐車場Ａｐにおける車両２のうちから該呼び出しを行ったユーザの車両２を特定し、その車両２に対し乗車場Ａｂへの移動指示を行う。
このために管制装置１（制御部１１）は、ユーザと車両２との対応関係を把握していることを要する。この把握のための手法については種々考えられ、特定の手法に限定されるものではないが、以下ではその一例を示しておく。

先ず、車両２（自動運転制御部２１）は、ユーザからの駐車指示に応じて駐車場Ａｐに移動する際に、管制装置１に対して空き駐車枠を問い合わせる。
この際に管制装置１は、車両２側から該車両２の車体番号等、車両２を一意に識別可能な所定の車両情報（以下「車両識別情報」と表記）を取得する。これにより管制装置１は、駐車枠ごとに、駐車車両の車両識別情報を把握可能となる。
一方、ユーザには、例えば上記した出迎えシステム用アプリの初期設定等として、自身の車両２の車両識別情報を該アプリに対して設定させることとしておく。そして、車両２の呼び出しの際、出迎えシステム用アプリは、呼び出し指示の情報と共に、該設定された車両識別情報を管制装置１側に送信する。
これにより管制装置１は、車両２の呼び出しがあった際、車両識別情報に基づき、呼び出し対象の車両２を特定可能となる。

＜４．実施形態としての出迎え制御処理＞
以下、管制装置１が実行する実施形態としての出迎え制御処理について、図６乃至図８のフローチャートを参照して説明する。出迎え制御処理は、ユーザからの呼び出しに応じて該当する車両２を乗車場Ａｂにどのように移動させるかということに係る処理となる。
図６及び図７は、実施形態としての出迎え制御処理の一連の流れを示すフローチャート、図８は、出迎え制御処理中に実行されるユーザ到着予想時間の計算処理のフローチャートである。これら図６乃至図８に示す処理は、制御部１１のＣＰＵが例えば前述したＲＯＭ等に記憶されたプログラムに基づき実行する。
制御部１１は、図６乃至図８に示す処理を、実施形態の出迎えシステムを利用する各車両２について実行する。

図６において、制御部１１はステップＳ１０１で、ユーザの呼び出しを待機する。すなわち、携帯端末３を介したユーザの呼び出し指示を待機する。
ユーザの呼び出しがあれば、制御部１１はステップＳ１０２で、ユーザ位置、車両位置を取得する処理を行う。つまり、上記呼び出しを行ったユーザの携帯端末３における現在位置検出部３６が検出した現在位置情報、及び該ユーザの車両２における現在位置検出部２５が検出した現在位置情報をそれぞれユーザ位置、車両位置として取得する。

続くステップＳ１０３で制御部１１は、ユーザ到着予想時間ｔ１の計算処理を実行する。ユーザ到着予想時間ｔ１は、呼び出しを行ったユーザが、該呼び出しを行った位置から乗車場Ａｂに到着するまでの予想時間とされる。

図８を参照し、ユーザ到着予想時間ｔ１の計算処理を説明する。
ユーザ到着予想時間ｔ１は、ユーザ位置から乗車場Ａｂまでの距離と、ユーザの移動速度とに基づき計算する。
具体的に、制御部１１は、先ずステップＳ２０１で、ユーザ位置から乗車場Ａｂまでの距離Ｄを計算する。なお、乗車場Ａｂの位置情報は、例えば制御部１１のＲＯＭ等に予め記憶されているとする。

続くステップＳ２０２で制御部１１は、ユーザ移動速度Ｕｖの取得処理を実行する。
ここで、ユーザ移動速度Ｕｖについては、全ユーザに共通の値を用いることもできるし、ユーザに応じた値を用いることもできる。ここでは一例として、ユーザ移動速度Ｕｖの値は、例えば時速５ｋｍ等（一般的な歩行速度）、全ユーザに共通の値（つまり固定値）を用いることとする。
なお、ユーザ移動速度Ｕｖとしては、例えばユーザごとに学習した値を用いる等、どのような値を用いるかについは種々の手法が考えられるもので、他の例については後に改めて説明する。

次いで、制御部１１はステップＳ２０３で、距離Ｄとユーザ移動速度Ｕｖとに基づきユーザ到着予想時間ｔ１を計算する。具体的には、「Ｄ／Ｕｖ」によりユーザ到着予想時間ｔ１を計算する。
ステップＳ２０３の計算処理を実行したことに応じ、制御部１１はユーザ到着予想時間ｔ１の計算処理を終え、図６のステップＳ１０４に処理を進める。

図６のステップＳ１０４において制御部１１は、車両到着予想時間Ｔ１の計算処理を行う。車両到着予想時間Ｔ１は、乗車場Ａｂまでの距離と車両走行速度とに基づき計算する。具体的には、「乗車場Ａｂまでの距離／車両走行速度」により計算する。
乗車場Ａｂまでの距離については、本例ではステップＳ１０２で取得した車両位置から乗車場Ａｂまでの距離として計算する。車両走行速度については、全車両２に共通の値を用いることもできるし、車両２に応じた値を用いることもできる。ここでは、車両走行速度の値は、例えば時速１５ｋｍ等（通路を安全に走行可能な速度）、全車両２に共通の値を用いる例とする。
なお、本例が前提としているように制御部１１が呼び出し対象の車両２の駐車枠を把握している場合には、乗車場Ａｂまでの距離は該駐車枠から乗車場Ａｂまでの距離として計算できるため、ステップＳ１０２で車両位置を取得することは必須ではない。

ステップＳ１０４に続くステップＳ１０５で制御部１１は、ユーザ到着予想時間ｔ１と車両到着予想時間Ｔ１とについて、「ｔ１≦Ｔ１＋余裕値α」であるか否かを判定する。「ｔ１≦Ｔ１＋余裕値α」でなければ、制御部１１はステップＳ１０６でユーザ到着予想時間ｔ１の値をデクリメントし、再びステップＳ１０５の判定処理を実行する。
そして、制御部１１は、「ｔ１≦Ｔ１＋余裕値α」であれば、ステップＳ１０７で車両２に乗車場Ａｂへの移動指示を行う。

ここで、乗車場Ａｂへの移動指示は、呼び出しに応じて即座に行ってしまうと、ユーザが乗車場Ａｂに到着するよりも相当に早い時間に車両２が乗車場Ａｂに到着する虞があり、結果、車両２が乗車場Ａｂを長時間占有する事態を招く虞がある。
そこで本実施形態では、上記のステップＳ１０５〜Ｓ１０７の処理により、ユーザ到着予想時間ｔ１と車両到着予想時間Ｔ１とを考慮したタイミングで車両２に乗車場Ａｂへの移動指示を行うものとしている。これにより、ユーザの乗車場Ａｂへの到着に対し過剰に早いタイミングで車両２が乗車場Ａｂに到着してしまうことの防止が図られる。すなわち、車両２が乗車場Ａｂを長時間占有する事態の発生防止を図ることができ、乗車場Ａｂの混雑緩和を図ることができる。

本例では、ユーザ到着予想時間ｔ１と車両到着予想時間Ｔ１とに基づいて車両２の乗車場Ａｂへの移動開始タイミングを判定するにあたり、余裕値αを用いている。余裕値αは、乗車場Ａｂにおいて車両２がユーザを出迎えることができる（つまり車両２の方がユーザよりも早めに到着できる）ようにするためのオフセット値として機能する。余裕値αは、例えば３分〜５分程度の時間に設定し、車両２による乗車場Ａｂの占有時間が徒に長引くことを防止する。

ステップＳ１０７の移動指示を受け、車両２は自動運転機能により駐車場Ａｐから乗車場Ａｂに向けて移動を開始する。本例において、車両２（自動運転制御部２１）は、乗車場Ａｂの入り口への到着に応じて管制装置１（制御部１１）に対し該到着を通知する。車両２においては、乗車場Ａｂの入り口への到着を、例えば上述したカメラ部２の撮像画像を利用した車外環境の認識結果に基づき検出できる。

制御部１１は、ステップＳ１０７に続くステップＳ１０８で、車両２が乗車場Ａｂの入り口に到着するまで待機する。つまり、上記のような車両２からの乗車場Ａｂ入り口への到着通知を待機する。

車両２が乗車場Ａｂの入り口に到着すると、制御部１１はステップＳ１０９のユーザ位置取得処理として、携帯端末３の現在位置情報を取得する処理を実行した上で、ステップＳ１１０のユーザ到着予想時間ｔ２の計算処理を実行する。このステップＳ１１０の計算処理は、ユーザ位置としてステップＳ１０９で取得した情報を用いる以外は、先の図８で説明したステップＳ１０４の計算処理と同様となることから重複説明は避ける。
ステップＳ１１０でユーザ到着予想時間ｔ２を計算することで、ユーザの乗車場Ａｂへの移動の進捗を把握可能となる。例えば、ユーザ到着予想時間ｔ１とユーザ到着予想時間ｔ２とが略同値である場合には、ユーザは呼び出し時点から殆ど乗車場Ａｂに近づいていないと把握できる。

ステップＳ１１０に続くステップＳ１１１で制御部１１は、ユーザ到着予想時間ｔ２が「乗車場待機許容閾値ＴＨ１＋余裕値α」以下であるか否か（「ｔ２≦ＴＨ１＋α」か否か）を判定する。
乗車場待機許容閾値ＴＨ１は、乗車場Ａｂでの待機許容時間（例えば、乗車場Ａｂのサイズ等に応じて定められた時間）を少なくとも用いた値とする。なお、該閾値ＴＨ１は、乗車場Ａｂの入り口から乗車場Ａｂ内のユーザ待機場所まで比較的距離がある場合には、該入り口からユーザ待機場所までの間の車両移動時間をさらに加算した値としてもよい。
ステップＳ１１１の判定は、現時点で車両２が乗車場Ａｂに進入した際に、乗車場Ａｂにおける車両２のユーザ到着までの待機時間が「乗車場待機許容閾値ＴＨ１＋余裕値α」以下に収まるか否かを判定していることに相当する。なお、この場合も余裕値αは、車両２がユーザよりも早く到着できるようにするための値として用いられている。ここでの余裕値αは、乗車場Ａｂまでのユーザ移動時間が呼び出し時よりも短くなっていることが期待されるため、呼び出し時に用いた値（ステップＳ１０５で用いた値）よりも小さな値としてもよい。

ステップＳ１１１において「ｔ２≦ＴＨ１＋α」であれば、制御部１１はステップＳ１１３に進み、車両２に乗車場Ａｂへの進入指示を行い、図６及び図７に示す一連の処理を終了する。
つまり、乗車場Ａｂの入り口に到着したタイミング（乗車場Ａｂへの移動開始後、乗車場Ａｂへの進入前のタイミング）でユーザが間もなく乗車場Ａｂに到着予定と推定される車両２については、そのまま乗車場Ａｂへの進入を指示する。

また、ステップＳ１１１において「ｔ２≦ＴＨ１＋α」でなければ、制御部１１はステップＳ１１２に進んで乗車場Ａｂに空きがあり且つ後続進入車がないとの条件が満たされるか否かを判定する。すなわち、乗車場Ａｂにおいて現在ユーザを待機中である車両２の数が乗車場Ａｂにおける車両２の収容可能台数よりも少なく、且つ乗車場Ａｂに進入予定の他の車両２が存在しない、との条件が満たされているか否かを判定する。
ステップＳ１１２で肯定結果が得られた場合、つまり乗車場Ａｂに空きがあり且つ後続進入車がないとの条件が満たされている場合には、制御部１１は上記したステップＳ１１３に進み、車両２に乗車場Ａｂへの進入指示を行う。すなわち、乗車場Ａｂの入り口に到着したタイミングでユーザの乗車場Ａｂへの到着が遅れていると推定される場合であっても、乗車場Ａｂに空きがあり且つ後続進入車がなければ、車両２を乗車場Ａｂに進入させる（乗車場Ａｂでユーザを待機させる）。

一方、ステップＳ１１２で否定結果が得られた場合、制御部１１はステップＳ１１４に進んで車両２に一時退避場Ａｅへの移動指示を行う。すなわち、乗車場Ａｂへの移動開始後、乗車場Ａｂへの進入前のタイミングでユーザの乗車場Ａｂへの到着が遅れていると推定されると共に、乗車場Ａｂに空きがないか、空きがあっても後続進入車がある場合には、車両２を乗車場Ａｂに進入させず、一時退避場Ａｅに移動させる。

そして、制御部１１は続くステップＳ１１５で、ユーザに乗車場進入キャンセル通知及びリスケ（リスケジュール）要求を行う。すなわち、呼び出しに応じた乗車場Ａｂへの車両出迎えをキャンセルした旨の通知と、乗車場Ａｂへの到着についてのスケジュール情報入力をユーザに促すための要求を携帯端末３に送信する。

これら通知や要求を受けた携帯端末３（制御部３１）は、前述した出迎えシステム用アプリの機能により、出力部３５のディスプレイ装置に車両出迎えがキャンセルされた旨を表す情報の表示や、スケジュール情報の入力画面の表示を実行させる。携帯端末３は、該入力画面に対するスケジュール情報の入力があった場合には、該スケジュール情報を制御部１１に送信する。
本例では、スケジュール情報として、ユーザの乗車場Ａｂへの到着予定時刻、又は到着予定時間（到着までの所要時間の予定値）を入力させる。
ステップＳ１１５の処理を実行したことに応じ、制御部１１は図７に示すステップＳ１１６に処理を進める。

図７において、制御部１１はステップＳ１１６で、リスケ応答の有無、すなわち携帯端末３からのスケジュール情報の受信有無を判定し、リスケ応答がなければ（スケジュール情報が受信されていなければ）、ステップＳ１１７で退避場許容時間オーバーであるか否か、つまり一時退避場Ａｅに移動した車両２の待機時間が予め定められた退避場許容時間を超過したか否かを判定する。
ステップＳ１１７において、退避場許容時間オーバーでなければ、制御部１１はステップＳ１１８で一時退避場Ａｅへの退避車両数が「ｘ」以上であるか否か、つまり該退避車両数が規定値ｘに達しているか否かを判定し、「ｘ」以上でなければステップＳ１１６に戻る。
これらステップＳ１１６〜Ｓ１１８の処理によっては、リスケ応答あり、退避場許容時間オーバー、一時退避場Ａｅへの退避車両数が「ｘ」以上、の何れか条件が成立するまで待機するループが形成されている。このループの間、車両２は一時退避場Ａｅで待機することになる。

ステップＳ１１６においてリスケ応答があれば、制御部１１はステップＳ１１９に進み、リスケによるユーザ到着時間ｔ３を取得する。例えば、前述のスケジュール情報が乗車場Ａｂへの到着予定時刻の情報とされる場合には、該時刻と現時刻との差分時間をユーザ到着時間ｔ３として取得する。或いは、スケジュール情報が乗車場Ａｂへの到着予定時間とされる場合は該時間をユーザ到着時間ｔ３として取得する。

次いで、制御部１１はステップＳ１２０で、乗車場待機許容閾値ＴＨ２を計算する。乗車場待機許容閾値ＴＨ２は、「一時退避場Ａｅから乗車場Ａｂへの車両２の移動時間」に、「乗車場Ａｂでの待機許容時間」を加算した値として計算する。「一時退避場Ａｅから乗車場Ａｂへの車両２の移動時間」は、本例では固定値を用いる。「乗車場Ａｂでの待機許容時間」は、前述のように例えば乗車場Ａｂのサイズ等に応じて定めた値であり、例えば５〜１０分等の値とする。

ステップＳ１２０に続くステップＳ１２１で制御部１１は、リスケによるユーザ到着時間ｔ３が乗車場待機許容閾値ＴＨ２以下であるか否か（「ｔ３≦ＴＨ２」か否か）を判定する。これは、現時点で車両２を乗車場Ａｂに進入させた際に、ユーザ到着までの待機時間が乗車場Ａｂでの待機許容時間を超過しないか否かを判定していることに相当する。

ステップＳ１２１において「ｔ３≦ＴＨ２」であれば、制御部１１はステップＳ１２５で車両２に乗車場Ａｂへの再移動指示を行う。すなわち、リスケによるユーザ到着時間ｔ３からユーザが間もなく到着すると予想された場合には、一時退避場Ａｅにおける車両２を再び乗車場Ａｂへと移動させる。

制御部１１は、ステップＳ１２５の再移動指示を行ったことに応じ、図６に示したステップＳ１０８に戻る。これにより、乗車場Ａｂへと再移動した車両２については、再び乗車場Ａｂの入り口への到着が監視され（Ｓ１０８）、到着した場合には再度、ユーザ到着予想時間ｔ２の計算（Ｓ１１０）、及び乗車場Ａｂへの進入判定（Ｓ１１１、Ｓ１１２）が行われる。この場合もステップＳ１１１又はＳ１１２の判定処理で肯定結果が得られれば、車両２に対して乗車場Ａｂへの進入指示が行われる（Ｓ１１３）。

一方、図７のステップＳ１２１において、「ｔ３≦ＴＨ２」でない、つまりユーザの到着が遅いと予想される場合には、制御部１１はステップＳ１２２に進んで車両２に駐車場Ａｐへの帰還指示を行う。
次いで、制御部１１はステップＳ１２３で、リスケによるユーザ到着時間ｔ３が「車両到着予想時間Ｔ１＋余裕値α」以下か否か（「ｔ３≦Ｔ１＋α」か否か）を判定する。「ｔ３≦Ｔ１＋α」でなければ、制御部１１はステップＳ１２４でユーザ到着時間ｔ３の値をデクリメントし、再びステップＳ１２３の判定処理を実行する。
そして、制御部１１は、「ｔ３≦Ｔ１＋α」である、すなわち現時点で車両２を乗車場Ａｂに進入させても車両２によるユーザ待機時間（乗車場Ａｂの占有時間）が長時間にならないことが確認できた場合には、ステップＳ１２３に進んで車両２に乗車場Ａｂへの再移動指示を行う。

また、図７において、制御部１１は、ステップＳ１１７で退避場許容時間オーバーであった場合、ステップＳ１１８で一時退避場Ａｅへの退避車両数が「ｘ」以上であった場合のそれぞれにおいて、ステップＳ１２６で車両２に駐車場Ａｐへの帰還指示を行う。そして、続くステップＳ１２７で制御部１１は、ユーザに駐車場Ａｐへの帰還を通知し、図６のステップＳ１０１に戻る。
この場合のユーザ、すなわち、呼び出しを行ってから比較的長時間が経過しても乗車場Ａｐに到着せず且つリスケ要求にも応答のなかったユーザは、車両２の出迎えを受けるために、再度の呼び出しを行うことを要する。再度の呼び出しがあれば、再びステップＳ１０２以降の処理が実行される。

＜５．ユーザ移動速度の取得について＞
前述のように、ユーザ移動速度Ｕｖについては、車両２がユーザの移動速度について学習した情報に基づく値を用いることができる。
例えば、ユーザ移動速度Ｕｖは、車両２が学習したユーザの平均移動速度の値とすることができる。この場合、車両２は、ユーザが呼び出しから実際に乗車場Ａｂに到着した時点までの時間、及び呼び出し地点から乗車場Ａｂまでの距離に基づき平均移動速度を計算する。具体的に、車両２は、出迎えシステムが適用された施設の利用ごとに、管制装置１からユーザ移動距離（呼び出し時に取得したユーザ位置から乗車場Ａｂまでの距離）と、呼び出し時点からユーザが乗車場Ａｂに到着した時点までの移動所要時間を取得し、ユーザ移動距離の総和と移動所要時間の総和とに基づきユーザ平均移動速度を計算する。なお、ここでの「出迎えシステムが適用された施設」は、単一の施設に限らず、複数の施設も含む概念である。
この場合、管制装置１は、上記のように車両２が学習したユーザ平均移動速度を「ユーザ移動速度Ｕｖ」として取得する。或いは、固定値によるユーザ歩行速度に、該取得したユーザ平均移動速度に応じた係数を乗じた値をユーザ移動速度Ｕｖとして取得してもよい。
なお、この場合の管制装置１は、ユーザからの呼び出しがあるごとに、該ユーザについての上記ユーザ移動距離の計算と上記移動所要時間の計時とを行い、それらの情報を呼び出し対象の車両２に送信する処理を行うことになる。

或いは、ユーザ移動速度Ｕｖについて車両２が学習する情報としては、よりアバウトに、移動速度の遅いユーザか否か程度の情報とすることもできる。例えば、前述したリスケ要求が行われる頻度の高いユーザは移動速度が遅めのユーザであると推定できる。そこで、例えば、ユーザへのリスケ要求を行った管制装置１は、その旨を車両２に通知することとし、車両２は、リスケ要求が行われた頻度（例えばリスケ要求回数／施設利用回数）を表す情報を移動速度相関情報として生成する。
管制装置１は、ユーザからの呼び出しがあった場合は、呼び出し対象の車両２から移動速度相関情報を取得し、例えば、固定値よるユーザ歩行速度に該取得した移動相関情報に応じた係数を乗じてユーザ移動速度Ｕｖを取得する。
なお、車両２側で学習するユーザ移動速度の早遅に係る情報としては、「早い」「遅い」の２段階による情報に限定されず、３段階以上の情報とすることもできる。
また、上記ではユーザ移動速度の早遅を段階的に表す情報は、リスケ要求の回数に基づき生成される例としたが、該情報の生成は、例えば上述したユーザ平均移動速度に基づき行う等、他の手法により行うこともできる。上記で例示したリスケ要求の回数に基づく生成手法とした場合には、管制装置１が乗車場Ａｂまでのユーザ移動距離の計算や移動所要時間の計時を行うための処理負担を軽減できる。

また、ユーザ移動速度Ｕｖとしては、客が混在しがちな時間帯（例えばエレベータ待ち時間を通常より多く要する時間帯等）か否か、混雑しがちな施設であるか否か等を考慮した値とすることもできる。例えば、混雑しがちな時間帯、施設であれば、固定値によるユーザ歩行速度を所定値だけ減算した値（或いはより遅い速度となるように係数を乗じた値）をユーザ移動速度Ｕｖとして取得することができる。

また、ユーザ移動速度Ｕｖは、ユーザの施設での購入品の量やサイズに基づき計算することもできる。例えば、購入品の量やサイズについては、商品の購入店舗の種類、及びその店舗での購入金額の情報に基づき推定することができる。
本例では、携帯端末３は前述のように電子マネー決済機能を有しており、購入金額の情報は電子マネー決済金額の情報から推定する。すなわち、この場合の携帯端末３は、電子マネー決済が行われた場合に、決済金額の情報を管制装置１に送信する。また、管制装置１は、商品の購入店舗の種類については、商品購入時（電子マネー決済時）における携帯端末３の位置情報を取得して推定する。管制装置１は、ユーザごとに、商品購入を行った店舗の種類、及びその店舗での決済金額（購入金額）の情報を購入管理情報として保持し、ユーザからの車両呼び出しが行われた場合に、該ユーザについての購入管理情報に基づいて購入品の量及びサイズに相関した値を「量サイズ相関値」として計算する。この量サイズ相関値は、基本的には、サイズの大きい商品を取り扱う店舗での購入品がある場合には値が大きくなるように計算され、また購入金額が大きくなるに従って値が大きくなるように計算される。
この場合の管制装置１は、呼び出しを行ったユーザのユーザ移動速度Ｕｖを、例えば固定値によるユーザ歩行速度と量サイズ相関値とに基づき取得する。具体的に、量サイズ相関値が大きくなるに従い（つまり購入品の量サイズが大きいほど）ユーザ移動速度Ｕｖが遅くなるようにユーザ歩行速度の値を補正する。
これにより、ユーザの所持する荷物の量サイズに応じた適切なユーザ移動速度Ｕｖを取得することができ、車両２をより適切なタイミングで乗車場Ａｂに移動させることができる。すなわち、乗車場Ａｂに到着した車両２がユーザ到着待機のために乗車場Ａｂを占有する時間の短縮化を図ることができ、乗車場Ａｂの混雑が緩和される可能性を高めることができる。

なお、ユーザ移動速度Ｕｖは、車両２の乗員構成に基づく値とすることもできる。例えば、乗員に子供が含まれる場合には、より遅いユーザ移動速度Ｕｖとする等である。乗員に子供が含まれるか否かは、例えば車両２におけるチャイルドシートの取り付け有無を表す情報等から識別可能である。
或いは、乗員数が多くなるにつれてユーザ移動速度Ｕｖをより遅くする等も考えられる。車両２の乗員数は、車両２から着座乗員数の情報（例えば降車場到着時の着座乗員数）を取得する。車両２における乗員の着座有無は、座席に設けた着座センサ（例えば感圧センサ）や車室内を撮像するカメラの撮像画像等に基づき検出することができる。

＜６．変形例＞
なお、上記では、車両２が乗車場Ａｂの入り口に到着したか否かの判定処理（以下「到着判定処理」と表記）は、車両２からの到着通知の有無を判定する処理としたが、到着判定処理は、例えば、乗車場Ａｐの入り口にゲートを設ける場合には、該ゲートに例えば車両２のナンバープレートの情報を取得可能なカメラ等のセンサを設けておき、取得したナンバープレート情報に基づいて対象の車両２が入り口に到着したか否かを判定するという処理でもよい。この場合、ユーザは、事前に出迎えシステム用アプリにナンバープレート情報を設定するものとしておき、管制装置１は、例えばユーザからの呼び出しに応じ、携帯端末３からナンバープレート情報を取得するようにしておく。これにより管制装置１は、ゲートに到着した車両が対象の車両２であるか否かを判定可能となる。

また、上記では、本実施形態の出迎えシステムが自動バレーパーキングシステムに適用されて、車両２の駐車場Ａｐへの移動や駐車が自動運転により行われる前提とされたが、実施形態の出迎えシステムは、運転者自身の運転操作により車両２の駐車場Ａｐへの移動、及び／又は駐車枠への駐車が行われる場合にも好適に適用できる。

また、上記では、車両２の乗車場Ａｂへの移動開始タイミングを判定するにあたり、車両到着予想時間Ｔ１を計算する（Ｓ１０４）例を挙げたが、車両到着予想時間Ｔ１を計算することは必須ではない。例えば、駐車場Ａｐが比較的小サイズの施設であれば、駐車場Ａｐから乗車場Ａｂへの移動時間は各車共通の値として扱うことも可能であり、そのような場合には車両到着予想時間Ｔ１の計算は不要とすることができる。

また、上記では、ユーザからの呼び出しに応じた車両２の乗車場Ａｂへの移動可否の判定（Ｓ１０５）について、乗車場Ａｂへの移動を可とする判定結果を得るまでの間に、ユーザ到着予想時間ｔ１を、呼び出し時点でのユーザ位置のみに基づき１回のみ計算する例としたが、乗車場Ａｂへの移動を可とする判定結果を得るまでの間には、ユーザ到着予想時間ｔ１を複数回計算することもできる。具体的に、図６の例では、ステップＳ１０５で否定結果が得られたことに応じ、ステップＳ１０２に戻ることで、ステップＳ１０５で肯定結果が得られるまでの間、都度、携帯端末３から取得したユーザ位置に基づいたユーザ到着予想時間ｔ１の計算が行われる。
これにより、ユーザが呼び出しを行った時点の位置から実際に乗車場Ａｂに近づいた位置に至ったことに応じて車両２に乗車場Ａｂへの移動指示が行われるように図られる。従って、乗車場Ａｂへの移動可否判定の正確性が増し、乗車場Ａｂの混雑が緩和される可能性を高めることができる。

＜７．実施形態のまとめ＞
上記で説明したように実施形態の管制装置（管制装置１）は、駐車場（同Ａｐ）に駐車された車両（同２）を乗員としてのユーザからの呼び出しに基づいて乗車場（同Ａｂ）まで移動させる管制装置であって、呼び出しを行ったユーザの現在位置をユーザ位置として取得するユーザ位置取得部（制御部１１：Ｓ１０２）と、ユーザ位置に基づき、ユーザの乗車場への到着予想時間であるユーザ到着予想時間（同ｔ１）を計算する予想時間計算部（制御部１１：Ｓ１０３）と、ユーザ到着予想時間に基づき、呼び出しの対象とされた車両の乗車場への移動開始タイミングを管理するタイミング管理部（制御部１１：Ｓ１０４〜Ｓ１０６）と、を備えている。

上記構成による管制装置では、呼び出しのみを条件として即座に車両を乗車場に移動させるものではなく、ユーザの乗車場への到着予想時間に合わせて車両の乗車場への移動開始タイミングを管理することが可能とされる。
従って、乗車場に到着した車両がユーザ到着待機のために乗車場を長時間占有してしまう事態の発生防止が図られ、乗車場の混雑緩和を図ることができる。

また、実施形態の管制装置においては、タイミング管理部は、ユーザ到着予想時間と、呼び出しの対象とされた車両の乗車場への移動所要時間である車両到着予想時間（同Ｔ１）に所定の余裕値（同α）を加算した時間とに基づき、移動開始タイミングの判定を行っている（Ｓ１０４〜Ｓ１０６）。

これにより、車両の乗車場への到着がユーザの到着よりも余裕値に応じた時間分早くなるように図られる。
従って、乗車場に到着したユーザを車両到着まで待たせてしまうことの防止が図られ、ユーザの待ち時間低減を図った機能性の高い出迎えシステムの実現を図ることができる。

さらに、実施形態の管制装置においては、車両が乗車場への移動を開始した後、乗車場への進入前に、ユーザ位置を取得してユーザ到着予想時間を再計算する予想時間再計算部（制御部１１：Ｓ１１０）と、再計算されたユーザ到着予想時間に基づいて車両の乗車場への進入可否を判定する進入判定部（制御部１１：Ｓ１１１）と、を備えている。

車両の乗車場への移動開始にあたり予想したユーザ到着予想時間は実際のユーザ到着までの時間を正確に表す保証はない（例えばユーザが車両呼び出しを行った後に買い忘れ品を買いに戻る等、車両呼び出し後にユーザが予定通り乗車場に直行しないケースが生じ得るため）。そこで、車両の乗車場進入前に改めて取得したユーザ位置に基づいてユーザ到着予想時間を再計算し、再計算したユーザ到着予想時間に基づき車両の乗車場への進入可否を判定する。
これにより、再計算されたユーザ到着予想時間からユーザ到着が遅れていると判定される場合には車両の乗車場への進入を不可とすることが可能とされ、従ってユーザ到着予想時間に基づいた移動開始タイミングの管理のみを行う場合よりも、乗車場の混在が緩和される可能性を高めることができる。

さらにまた、実施形態の管制装置においては、進入判定部により車両の乗車場への進入が不可と判定された場合に、車両に一時退避場（同Ａｅ）への移動を指示する退避指示部（制御部１１：Ｓ１１４）を備えている。

乗車場に進入不可とされた車両を駐車場に戻してしまうと、乗車場までの道のりが長くなり、仮に、到着が遅れていたユーザがその後迅速に乗車場に到着したとすると、ユーザを乗車場で比較的長時間待たせてしまう虞がある。
そこで、駐車場でない一時退避場に車両を移動させることで、到着が遅れていたユーザが迅速に乗車場に到着したとしても、車両の乗車場までの移動所要時間を短縮化することが可能とされて、該ユーザを乗車場で長時間待たせてしまう可能性を低減できる。
従って、ユーザの待ち時間低減を図った機能性の高い出迎えシステムの実現を図ることができる。

また、実施形態の管制装置においては、車両の一時退避場への移動指示後、当該車両の一時退避場での待機時間、又は一時退避場における車両の混雑状況に基づき、当該車両に駐車場への帰還指示を行う帰還指示部（制御部１１：Ｓ１１７、Ｓ１１８、Ｓ１２６）を備えている。

これにより、一時退避場への退避車両数が規定車両数を上回らないように管理することが可能とされる。
従って、一時退避場が車両で溢れて乗車場までの通路を塞いでしまう等、駐車場−乗車場間を移動する車両の通行を妨げてしまう事態の発生防止を図ることができ、効率的な管制が不能となる事態の発生防止を図ることができる。

さらに、実施形態の管制装置においては、予想時間計算部は、ユーザ到着予想時間をユーザ位置とユーザ移動速度（同Ｕｖ）に基づき計算すると共に、ユーザ移動速度として、車両がユーザの移動速度について学習した情報に基づく値を用いている。

これにより、ユーザ到着予想時間の計算に用いるべきユーザの移動速度には、車両が該ユーザの移動速度について学習した情報が反映される。
従って、ユーザ到着予想時間の正確性向上を図ることができ、乗車場の混雑防止効果を高めることができる。

１ 管制装置、２ 車両、３ 携帯端末、Ａａ 、Ａｐ 駐車場、Ａｂ 乗車場、Ａｅ 一時退避場、１１ 制御部、２１ 自動運転制御部、２５ 現在位置検出部、３１ 制御部、３４ 操作部、３５ 出力部、３６ 現在位置検出部

Claims (6)

1. 駐車場に駐車された車両を乗員としてのユーザからの呼び出しに基づいて乗車場まで移動させる管制装置であって、
   前記呼び出しを行ったユーザの現在位置をユーザ位置として取得するユーザ位置取得部と、
   前記ユーザ位置に基づき、前記ユーザの前記乗車場への到着予想時間であるユーザ到着予想時間を計算する予想時間計算部と、
   前記ユーザ到着予想時間に基づき、前記呼び出しの対象とされた前記車両の前記乗車場への移動開始タイミングを管理するタイミング管理部と、を備える
   管制装置。
2. 前記タイミング管理部は、
   前記ユーザ到着予想時間と、前記呼び出しの対象とされた車両の前記乗車場への移動所要時間である車両到着予想時間に所定の余裕値を加算した時間とに基づき、前記移動開始タイミングの判定を行う
   請求項１に記載の管制装置。
3. 前記車両が前記乗車場への移動を開始した後、前記乗車場への進入前に、前記ユーザ位置を取得して前記ユーザ到着予想時間を再計算する予想時間再計算部と、
   前記再計算された前記ユーザ到着予想時間に基づいて前記車両の前記乗車場への進入可否を判定する進入判定部と、を備える
   請求項１又は請求項２に記載の管制装置。
4. 前記進入判定部により前記車両の前記乗車場への進入が不可と判定された場合に、前記車両に一時退避場への移動を指示する退避指示部を備える
   請求項３に記載の管制装置。
5. 前記車両の前記一時退避場への移動指示後、当該車両の前記一時退避場での待機時間、又は前記一時退避場における車両の混雑状況に基づき、当該車両に前記駐車場への帰還指示を行う帰還指示部を備える
   請求項４に記載の管制装置。
6. 前記予想時間計算部は、
   前記ユーザ到着予想時間を前記ユーザ位置とユーザ移動速度に基づき計算すると共に、前記ユーザ移動速度として、前記車両が前記ユーザの移動速度について学習した情報に基づく値を用いる
   請求項１乃至請求項５の何れかに記載の管制装置。

Images