JP7000999B2 - 車両管理装置 - Google Patents

Description

本発明は、緊急車両を配備する車両管理装置に関する。

特許文献１には、管理サーバが緊急車両用車載器から受信した情報に基づいて少なくとも該当する緊急車両の通行予定ルートを把握する手順と、管理サーバが一般車両用車載器から受信した情報に基づいて少なくとも該当する一般車両の現在位置を把握する手順と、管理サーバが緊急車両の通行予定ルートと一般車両の現在位置とを比較し、緊急車両の通行予定ルート上、もしくはその近傍に存在している一般車両に対して、少なくとも緊急車両の通過に関する緊急情報を報知する手順とを含む技術が開示されている。すなわち、特許文献１には、緊急時における緊急車両の円滑な走行を支援するために、一般車両の位置を把握したうえで走行ルートを形成する技術が開示されている。

特開２０１３－０６１７２８号公報

しかしながら、特許文献１に記載の技術においては、乗員に異変があった車両や各種の事故が発生した場所までの距離が離れている場合、緊急車両が目的地に到着するまでの時問が長くなり、救護などの所定の対応が早急にできない可能性があるという問題があった。

本発明は、上記に鑑みてなされたものであって、その目的は、対象となる車両の利用者に対する所定の対応を早急に行う可能性を向上できる車両管理装置を提供することにある。

上述した課題を解決し、上記目的を達成するために、本発明に係る車両管理装置は、車内での宿泊が可能な車両と通信可能に構成され、利用者が操作する利用端末から送信された情報に基づいて運行プランを作成し、前記車両の運行を管理する車両管理装置であって、前記運行プランに従って前記車両が移動する経路に対して、緊急車両が所定到達時間内に到達可能な位置に前記緊急車両が配備されているように管理する緊急車両管理手段を備えることを特徴とする。

本発明の一態様に係る車両管理装置は、前記車両に乗車している利用者に関する利用者情報を格納可能な利用者情報記憶手段を備え、前記利用者情報は、利用者が所定年齢以上であるか否かの情報、または所定の疾病、外傷、もしくは持病を有する利用者であるか否かの情報を含んでも良い。

この構成によれば、車両管理装置は、異変が生じやすい利用者が搭乗している車両を認識できるので、異変が生じやすい利用者が搭乗している車両の近くに緊急車両を配備することによって、利用者に対して適切な対応を行うことができる可能性を向上できる。

本発明の一態様に係る車両管理装置は、前記車両に乗車している利用者に関する利用者情報を格納可能な利用者情報記憶手段を備え、前記利用者情報は、前記緊急車両を配備するための対価に関する課金情報を含んでも良い。

この構成によれば、車両管理装置は、緊急車両を配備するための対価を支払った利用者と、対価を支払っていない利用者とを区別できるので、対価を支払った利用者に対する対応を、対価を支払っていない利用者に対する対応と異ならせて、より優位な対応にすることができる。そのため、対価を支払った利用者は、車両を利用した移動において、安心感を得ることができる。

本発明の一態様に係る車両管理装置は、前記利用者情報に基づいて前記所定到達時間を設定しても良い。

この構成によれば、利用者情報に基づいた所定到達時間を設定できるので、緊急車両を適切に配備することができる。

本発明の一態様に係る車両管理装置は、前記車両は、動力源としてエンジンおよび電動機を有し、前記車両から所定距離の範囲内である周辺領域の状況を判定する周辺状況判定手段をさらに備え、前記車両が使用されている間に、前記周辺状況判定手段によって前記周辺領域において火災が生じたと判定された場合、前記車両に対してエンジンの使用を禁止する信号を供給しても良い。

この構成によれば、車両の周辺で火災が発生して車両の退避が必要になった場合に、エンジンの使用を禁止していることにより、火災によって吸気に含まれる酸素が不足して、エンジンが失火することで走行が困難になる可能性を低減できる。

本発明に係る車両管理装置によれば、緊急車両を所定到達時間内に対象となる車両にまで到達させることができるので、対象となる車両の乗員に対する所定の対応を早急に行う可能性を向上させることが可能となる。

図１は、本発明の一実施形態による車両管理装置を適用可能な配車システムを示す概略図である。 図２は、図１に示す車両管理装置の構成を概略的に示すブロック図である。 図３は、車両管理装置の運行管理データベースに格納されている料金情報のデータの一例を示す表である。 図４は、図１に示す駐車場管理センタの構成を概略的に示すブロック図である。 図５は、図１に示す車両に搭載された車両端末装置の構成を概略的に示すブロック図である。 図６は、図１に示すユーザ端末装置の構成を概略的に示すブロック図である。 図７は、図１に示す緊急車両に搭載された緊急車両端末の構成を概略的に示すブロック図である。 図８は、配車システムによる処理方法を説明するためのフローチャートである。 図９は、図８に示す緊急車両の要否の確認処理方法を説明するためのフローチャートである。 図１０は、緊急車両配車システムによる緊急車両の配備方法について説明するための図である。 図１１は、図８に示す運行プランの作成方法を説明するためのフローチャートである。 図１２は、本発明の一実施形態による車両の周辺で火災が発生した場合の処理方法を説明するためのフローチャートである。

以下、本発明の一実施形態について図面を参照しつつ説明する。なお、以下の一実施形態の全図においては、同一または対応する部分には同一の符号を付す。また、本発明は以下に説明する一実施形態によって限定されるものではない。

まず、本発明の一実施形態による車両管理装置について説明する。図１は、この一実施形態による車両管理装置を適用可能な配車システム１を示す概略図である。図１に示すように、この一実施形態による配車システム１は、ネットワーク１０、車両管理装置２０、駐車場管理センタ３０、車両端末装置４１を備えた車両４０、ユーザ端末装置５０、および緊急車両端末６１を備えた緊急車両６０を有して構成される。

ネットワーク１０は、車両管理装置２０、駐車場管理センタ３０、車両４０、ユーザ端末装置５０、および緊急車両６０の相互間で通信可能な、インターネット回線網や携帯電話回線網などから構成される。すなわち、この一実施形態による配車システム１においては、車両管理装置２０、駐車場管理センタ３０、それぞれの車両４０、それぞれのユーザ端末装置５０、およびそれぞれの緊急車両６０が、ネットワーク１０によって互いに通信可能に接続されている。

車両管理装置２０は、ユーザの要望（要求）に応じた車両４０の運行スケジュールを作成して、運行プランを決定するとともに、緊急車両６０の配備の要否や配備の位置を決定する。また、車両管理装置２０は、車両４０に運行プラン情報を提供して運行を管理する。車両管理装置２０は、ユーザに対して運行プラン情報を提供するとともに、車両４０の運行に関する各種情報を提供する。さらに、車両管理装置２０は、緊急車両６０に後述する利用者情報や配備位置情報を提供したり、緊急車両６０から走行情報や位置情報を受信したりすることによって、緊急車両６０を管理する。図２は、車両管理装置２０の構成を概略的に示すブロック図である。

図２に示すように、車両管理装置２０は、通信部２１およびサーバ２２を備える。通信部２１は、車両管理装置２０内に構築された通信回線を介してサーバ２２と接続されている。通信部２１は、ネットワーク１０に接続して、駐車場管理センタ３０、車両端末装置４１、ユーザ端末装置５０、および緊急車両端末６１との通信を行う。

通信部２１は、車両端末装置４１との間で、運行プラン情報を送信したり、車両識別情報および運行状況情報を受信したりする。なお、車両識別情報は、それぞれの車両４０を個々に識別可能にするための情報を含む。運行状況情報は、車両４０における運行に関する位置情報や速度情報などの運行状況を示す情報を含む。通信部２１は、駐車場管理センタ３０との間で、予約状況情報を受信したり、駐車予約情報を送信したりする。予約状況情報は、駐車場７０の使用の可否の情報を含む。駐車予約情報は、駐車場７０の駐車の日時および駐車位置などを予約するための情報を含む。通信部２１は、ユーザ端末装置５０との間で、車両４０の利用に際してユーザが所有するユーザ端末装置５０に情報を送信したり、ユーザ端末装置５０からユーザを識別するためのユーザ識別情報や各種情報を受信したりする。通信部２１は、緊急車両端末６１との間で、利用者情報や配備位置情報を送信したり、走行情報や位置情報を受信したりする。

サーバ２２は、車両管理制御部２３、記憶部２４、および通信インターフェース２５を備える。車両管理制御部２３は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、およびＲＡＭ（Random Access Memory）などからなるマイクロコンピュータを主要構成部品として構成される。緊急車両管理手段および運行管理手段としての車両管理制御部２３は、緊急車両６０の管理や配備、ならびに運行プランの決定、および運行の管理に関する車両管理装置２０の特にサーバ２２の動作を統括的に制御する。通信インターフェース２５は、車両管理装置２０内に構築された、例えばローカルエリアネットワーク回線などのネットワーク回線に接続するためのインターフェースである。

記憶部２４は、ハードディスクや半導体メモリなどの記憶媒体、およびこれらの記憶媒体のドライブ装置を有して構成され、各種プログラムおよび各種データが書き込みおよび読み出し可能に格納されている。記憶部２４は、運行管理データベース２４ａおよび利用者情報データベース２４ｂを備え、車両４０や緊急車両６０の運行に関する情報や利用者に関する情報を格納可能に構成される。運行管理データベース２４ａには、ユーザによる車両４０の利用に必要な各種情報（以下、ユーザ選択情報ともいう）などが、ユーザ識別情報と関連付けされて、検索可能に格納されている。また、運行管理データベース２４ａには、車両識別情報と運行状況情報とが関連付けされて、検索可能に格納されている。車両識別情報は、車両４０に搭載された車両端末装置４１から送信可能な、車両４０を識別するための情報を含む。同様に、運行管理データベース２４ａには、緊急車両識別情報と、緊急車両６０の位置情報や走行情報および配備位置情報とが関連付けされて、検索可能に格納されている。緊急車両識別情報は、緊急車両６０に搭載された緊急車両端末６１から送信可能な、それぞれの緊急車両６０を識別するための情報を含む。利用者情報データベース２４ｂには、車両４０に搭乗する乗員に関する各種情報（以下、利用者情報ともいう）などが、ユーザ識別情報と関連付けされて検索可能に格納されている。

車両識別情報および緊急車両識別情報はそれぞれ、車両４０および緊急車両６０に割り当てられた際に、検索可能な状態で運行管理データベース２４ａに格納される。ユーザ識別情報は、ユーザに割り当てられた際に、運行管理データベース２４ａおよび利用者情報データベース２４ｂに格納される。ユーザ識別情報としては、例えば、ユーザの氏名や住所、またはユーザの位置などを表す経度および緯度などの位置情報と関連付けて登録される。ユーザが、例えば、ユーザ端末装置５０を利用してユーザ識別情報とともに所定の情報を送信すると、記憶部２４の運行管理データベース２４ａまたは利用者情報データベース２４ｂ内に検索可能な状態で、ユーザ識別情報と所定の情報とが関連付けられて格納される。

また、車両端末装置４１が、車両識別情報とともに位置情報や車両情報などの所定の情報を送信すると、運行管理データベース２４ａの検索可能な記憶位置に、車両識別情報と所定の情報とが互いに関連付けられて格納される。車両情報は、バッテリ充電量（ＳＯＣ）、燃料の残量（燃料残量）、現在位置、および不足備品のリストなどの車両４０に関する情報を含むが、必ずしもこれらの情報に限定されない。また、緊急車両端末６１が、緊急車両識別情報とともに位置や走行に関する配備位置情報などの所定の情報を送信すると、運行管理データベース２４ａの検索可能な記憶位置に、緊急車両識別情報と所定の情報とが互いに関連付けられて格納される。

運行管理データベース２４ａには、さらに料金情報のデータが格納されている。図３は、この一実施形態において利用される料金情報のデータの一例を示す表である。図３に示すように、料金情報は、乗車場所、乗車時刻、降車場所、降車時刻、宿泊タイミング、宿泊場所、および料金の情報から構成される。なお、料金情報としてはこれらに限定されない。例えば、料金情報として、乗車日、降車日、または運行プランにおいて使用する幹線道路などの情報を含んでいても良い。料金情報の内容の詳細については、後述する。

駐車場管理センタ３０は、車両４０の運行プランに基づいて、種々の場所における駐車場７０の空き状況を検索可能に構成される。駐車場管理センタ３０は、それぞれの駐車場に対して、駐車の予約を行う。図４は、駐車場管理センタ３０の構成を概略的に示すブロック図である。

図４に示すように、駐車場管理センタ３０は、通信部３１およびサーバ３２を備える。通信部３１は、駐車場管理センタ３０内に構築された通信回線を介してサーバ３２と接続されている。通信部３１は、ネットワーク１０に接続して、主に車両管理装置２０および各所の駐車場７０の管理装置との間で通信を行う。通信部３１は、駐車場７０の管理装置との間で、駐車場７０の日時ごとの空き状況、すなわち予約状況情報を受信したり、駐車場７０の使用日、使用時刻、および使用時間などを予約する駐車予約情報を送信したりする。

サーバ３２は、駐車場管理制御部３３、記憶部３４、および通信インターフェース３５を備える。駐車場管理制御部３３は、ＣＰＵ、ＲＯＭ、およびＲＡＭなどからなるマイクロコンピュータを主要構成部品として構成される。駐車場管理制御部３３は、駐車場７０の予約状況情報や駐車予約情報の管理を行う駐車場管理センタ３０、特にサーバ３２の動作を統括的に制御する。記憶部３４は、ハードディスクや半導体メモリなどの記憶媒体、およびこれらの記憶媒体のドライブ装置を有して構成され、各種プログラムおよび各種データが書き込みおよび読み出し可能に格納されている。

記憶部３４は、駐車場管理データベース３４ａを備える。駐車場管理データベース３４ａには、駐車場７０の予約状況情報などを駐車場識別情報と関連付けて検索可能に格納される。駐車場識別情報は、各所の駐車場７０の管理装置（図示せず）から送信される駐車場７０を識別するための情報を含む。また、駐車場識別情報は、例えば、駐車場７０の経度および緯度の位置情報や名称などを含む駐車場情報と関連付けて登録される。駐車場７０の管理装置が駐車場管理センタ３０に駐車場情報を送信すると、駐車場管理データベース３４ａには、駐車場識別情報と駐車場情報とが関連付けられて検索可能に格納される。通信インターフェース３５は、駐車場管理センタ３０内に構築された、例えばローカルエリアネットワーク（ＬＡＮ）回線などのネットワーク回線に接続するためのインターフェースである。

駐車場管理センタ３０には、それぞれの駐車場７０の管理装置から、駐車場情報が随時送信されている。駐車場情報には、少なくともそれぞれの駐車場７０における、位置情報、充電設備の有無の情報である充電設備情報、および給油可能な給油設備の有無の情報である給油設備情報が含まれ、必要に応じて、車両４０やその他の車両の駐車に関する予約状況情報や駐車状況情報などが含まれる。駐車場情報としては、その他の情報を含んでいても良く、例えば駐車場の名称情報や、料金情報などをさらに含めても良い。

車両４０は、例えばキャンピングカーなどの車内で宿泊できる設備を備えた、いわゆる宿泊型車両である。車両４０は、走行に必要な従来公知の設備を備える。具体的には、車両４０は、動力源としてのエンジンを備え、エンジンは燃料の燃焼による駆動によって電動機であるモータジェネレータ（ＭＧ）などを用いて発電可能に構成される。発電された電力は充電可能なバッテリに充電される。さらに、車両４０は、エンジンの駆動力を伝達する駆動伝達機構、および走行するための駆動輪などを備える。車両４０は、典型的には、あらかじめ運行経路や運行時刻など（以下、運行プランという）が定められておらず、車両管理装置２０によってユーザの要望や指示に応じて適宜決定された運行プランに従って走行する宿泊型車両であるが、必ずしも宿泊型車両に限定されない。車両４０には、車両管理装置２０との通信によって、運行プラン情報を含む各種情報を送受信可能な車両端末装置４１が設けられている。図５は、車両４０に搭載された車両端末装置４１の構成を概略的に示すブロック図である。

図５に示すように、車両端末装置４１は、電子制御部４２、通信部４３、記憶部４４、入出力部４５、およびＧＰＳ部４６を備える。

電子制御部４２は、ＣＰＵ、ＲＯＭ、およびＲＡＭなどからなるマイクロコンピュータを主要構成部品として構成される。電子制御部４２は、車両４０に搭載される車両端末装置４１の動作を統括的に制御する。通信部４３は、ネットワーク１０を介した無線通信によって、車両管理装置２０との間で通信を行う。記憶部４４は、ハードディスクや半導体メモリなどの記憶媒体、およびこれらの記憶媒体のドライブ装置を含む。記憶部４４には、電子制御部４２が車両端末装置４１の作動を統括的に制御するために必要なオペレーティングシステム（ＯＳ）や各種アプリケーションのプログラムが格納されている。

記憶部４４は、車両情報データベース４４ａ、運行情報データベース４４ｂ、および利用者情報データベース４４ｃを備える。車両情報データベース４４ａには、バッテリ充電量、燃料残量、現在位置、および不足備品のリストなどを含む各種情報が、更新可能に格納されている。運行情報データベース４４ｂには、車両管理装置２０から提供される運行プラン情報を含む各種情報が、更新可能に格納されている。利用者情報データベース４４ｃには、所定の車両４０に車中泊する宿泊者や車両４０を利用する利用者に関する利用者情報が、ユーザ識別情報および車両識別情報と互いに関連付けされて検索可能に格納されている。なお、以下の説明において、利用者とは宿泊者を含む。ここで、所定の車両４０を利用する利用者に関する利用者情報を含む各種情報は、車両４０の利用者情報データベース４４ｃと車両管理装置２０の利用者情報データベース２４ｂとにおいて、所定の規則に従って適宜同期可能に構成される。例えば、利用者情報データベース２４ｂ，４４ｃはそれぞれ、所定の車両４０を利用する利用者の利用者情報に関して、より新しい利用者情報を含む一方のデータベースに格納された各種情報によって、他方のデータベースの各種情報を更新して、互いに同期可能に構成されている。

入出力部４５は、タッチパネルディスプレイやスピーカマイクロホンなどから構成される。出力手段としての入出力部４５は、電子制御部４２による制御に従って、タッチパネルディスプレイの画面上に文字や図形などを表示したり、スピーカマイクロホンから音声を出力したりして、運行プラン情報などの所定の情報を外部に通知可能に構成される。また、入力手段としての入出力部４５は、ユーザなどがタッチパネルディスプレイを操作したり、スピーカマイクロホンに向けて音声を発したりすることによって、電子制御部４２に所定の情報を入力可能に構成される。ＧＰＳ部４６は、ＧＰＳ（Global Positioning System）衛星からの電波を受信して、車両端末装置４１が搭載された車両４０の位置を検出する。検出された位置は、運行状況情報における位置情報として、運行情報データベース４４ｂに検索可能に格納される。

利用端末としてのユーザ端末装置５０は、ユーザによって操作される。ユーザ端末装置５０は、例えば、通信アプリケーションによる各種データや音声を用いた通話によって、ユーザ識別情報およびユーザ選択情報を含むユーザ情報などの各種情報を車両管理装置２０に送信する。ユーザ識別情報は、ユーザ情報の送信に際して車両管理装置２０にアクセスするために必要な、例えばユーザＩＤおよびパスワードなどの情報を含む。ユーザ端末装置５０は、車両管理装置２０から、運行プラン情報、配車承認信号、および電子キーのデータなどの各種情報を受信可能に構成される。図６は、図１に示すユーザ端末装置５０の構成を概略的に示すブロック図である。

図６に示すように、ユーザ端末装置５０は、互いに通信可能に接続された、電子制御部５１、入力部５２、表示部５３、通信部５４、および記憶部５５を備える。電子制御部５１は、ＣＰＵ、ＲＯＭ、およびＲＡＭなどからなるマイクロコンピュータを主要構成部品として構成される。電子制御部５１は、各種アプリケーションプログラムの実行により、入力部５２、表示部５３、通信部５４、および記憶部５５の動作を統括的に制御する。

入力部５２は、例えば、キーボードや表示部５３の内部に組み込まれて表示パネルのタッチ操作を検出するタッチパネルディスプレイ、または外部との間の通話を可能とするスピーカマイクロホンなどの音声入力デバイスなどから構成される。ここで、外部との間の通話は具体的に、車両管理装置２０に常駐する、例えばオペレータや人工知能システムとの通話などである。表示部５３は、例えば、有機ＥＬパネルや液晶表示パネルなどからなり、文字や図形などを表示パネルに表示することによって、情報を外部に報知する。

通信部５４は、ネットワーク１０に接続して、ユーザ識別情報、ユーザ選択情報、運行プラン情報、および音声データなどの各種情報を、車両管理装置２０に送受信する機能を実現する。記憶部５５は、電子制御部５１がユーザ端末装置５０の動作を統括的に制御するためのＯＳ、配車アプリケーション（以下、配車アプリ）を含む各種アプリケーションプログラム、および各種情報を記憶する。記憶部５５は、ユーザ識別情報を記憶可能に構成される。

上述したユーザ端末装置５０としては、具体的に、スマートフォンなどの携帯電話、タブレット型などの情報端末、またはパーソナルコンピュータなどを採用することができる。なお、自宅等に設置されたデスクトップ型のパーソナルコンピュータや固定電話なども利用可能である。

緊急車両６０は、例えばパトロールカー、救急用自動車（救急車）、またはドクターカーなどであって、道路交通法施行令で定められた緊急自動車として定義される。緊急車両６０は、走行および緊急用務に必要な従来公知の設備を備える。具体的には、緊急車両６０は、駆動源としてのエンジンやＭＧ、および発電された電力を充電可能なバッテリなどを備える。緊急車両６０は、さらにエンジンの駆動力を伝達する駆動伝達機構、および走行するための駆動輪などを備える。緊急車両６０は、車室内に緊急用務に対応可能な寝具などの種々の設備を備えるとともに、車両管理装置２０との通信によって、配備位置情報を含む各種情報を送受信可能な緊急車両端末６１が設けられている。図７は、緊急車両６０に搭載された緊急車両端末６１の構成を概略的に示すブロック図である。

図７に示すように、緊急車両端末６１は、制御部６２、通信部６３、記憶部６４、入出力部６５、およびＧＰＳ部６６を備える。制御部６２は、ＣＰＵ、ＲＯＭ、およびＲＡＭなどからなるマイクロコンピュータを主要構成部品として構成される。制御部６２は、緊急車両６０に搭載される緊急車両端末６１の動作を統括的に制御する。通信部６３は、ネットワーク１０を介した無線通信によって、主に車両管理装置２０や車両４０との間で通信を行う。記憶部６４は、ハードディスクや半導体メモリなどの記憶媒体、およびこれらの記憶媒体のドライブ装置を含む。記憶部６４には、制御部６２が緊急車両端末６１の作動を統括的に制御するために必要なＯＳや各種アプリケーションのプログラムが格納されている。

記憶部６４は、車両情報データベース６４ａおよび利用者情報データベース６４ｂを備える。車両情報データベース６４ａには、燃料残量、現在位置、配備位置、および備品のリストなどを含む緊急車両６０に関する各種情報が、更新可能に格納されている。利用者情報データベース６４ｂには、緊急車両６０の配備を必要とする利用者に関する利用者情報が、ユーザ識別情報および車両識別情報と互いに関連付けられて検索可能に格納されている。ここで、所定の緊急車両６０を利用する利用者に関する利用者情報を含む各種情報は、緊急車両６０の利用者情報データベース６４ｂと車両管理装置２０の利用者情報データベース２４ｂとにおいて、所定の規則に従って適宜同期可能に構成される。例えば、利用者情報データベース２４ｂ，６４ｂはそれぞれ、所定の緊急車両６０の配備を所望する利用者の利用者情報に関して、より新しい利用者情報を含む一方のデータベースに格納された各種情報によって、他方のデータベースの各種情報が更新されて、互いに同期可能に構成される。

入出力部６５は、タッチパネルディスプレイやスピーカマイクロホンなどから構成される。出力手段としての入出力部６５は、制御部６２による制御に従って、タッチパネルディスプレイの画面上に文字や図形などを表示したり、スピーカマイクロホンから音声を出力したりして、所定の情報を外部に通知可能に構成される。入力手段としての入出力部６５は、ユーザなどがタッチパネルディスプレイを操作したり、スピーカマイクロホンから音声を入力したりすることによって、制御部６２に所定の情報を入力可能に構成される。ＧＰＳ部６６は、ＧＰＳ衛星からの電波を受信して、緊急車両端末６１が搭載される緊急車両６０の位置を検出する。検出された位置は、緊急車両６０における位置情報として、車両情報データベース６４ａに検索可能に格納される。

（配車の処理方法）
次に、以上のように構成された配車システム１による本発明の一実施形態による配車の処理方法について説明する。図８は、配車システム１による処理方法を説明するためのフローチャートである。

図８に示すように、まず、ステップＳＴ１において、複数の車両４０のそれぞれから、車両４０に関する種々の情報が、定期的に車両管理装置２０に送信される。ここで、定期的とは例えば１時間ごとや３時間ごとなどの所定時間ごとである。なお、情報の送受信はネットワーク１０を介して行われるが、以下の説明において都度の説明は省略する。車両管理装置２０の車両管理制御部２３は、通信部２１および通信インターフェース２５を通じて受信した車両情報を、それぞれの車両４０の車両識別情報と関連づけて記憶部２４に格納する。

一方、ステップＳＴ２においては、ユーザによるユーザ端末装置５０の操作によって、ユーザ端末装置５０において配車アプリが起動される。配車アプリは、ユーザ端末装置５０に格納されているＯＳなどの操作プログラムに基づいて、起動および実行される。なお、ステップＳＴ２は、ステップＳＴ１とは独立して実行される。配車アプリが実行されたユーザ端末装置５０は、ユーザによって入力されたりユーザ端末装置５０に記憶されていたりするユーザ識別情報を、車両管理装置２０に送信する。以下、ユーザ端末装置５０において、配車システム１を利用する際における各種情報の送受信および記憶部５５などへの情報の格納は、配車アプリによって適宜実行される。

ユーザ端末装置５０は、ユーザがユーザ端末装置５０を用いて入力したユーザ選択情報および利用者情報を、ユーザ識別情報とともにユーザ情報として車両管理装置２０に送信する。

ユーザ選択情報とは、ユーザが所望する、乗車場所を含む情報である乗車位置情報、降車場所を含む情報である降車位置情報、乗車位置情報および降車位置情報を含む乗降位置情報、乗車時刻を含む情報である乗車時刻情報、降車時刻を含む情報である降車時刻情報、および宿泊タイミングを含む情報である宿泊タイミング情報から、必要な情報を選択的に含む情報である。ここで、宿泊タイミングとは、ユーザが所望する乗車場所から降車場所に移動する際に、乗車場所と降車場所とのいずれに近い駐車場７０で宿泊を行うかのタイミングである。乗車場所に近い場合を、宿泊タイミングが降車位置への移動前、降車場所に近い場合を、宿泊タイミングが降車位置への移動後であるとする。宿泊タイミング情報は、ユーザが選択した、降車位置への移動前または移動後を含む情報である。車両管理装置２０の車両管理制御部２３は、通信部２１および通信インターフェース２５を通じて、受信したユーザ選択情報をそれぞれのユーザ識別情報と関連づけて記憶部２４に検索可能に格納する。

利用者情報とは、車両４０に搭乗して利用する個々の利用者に関する情報である。利用者情報は、ユーザ端末装置５０における配車アプリなどから入力可能である。入力された利用者情報は、利用者情報記憶手段としての記憶部２４の利用者情報データベース２４ｂに格納される。利用者情報は、少なくとも利用者の国籍、年齢、および性別などを含む。利用者情報はさらに、利用者の持病、疾病、外傷、および障害の有無、ならびにそれらの種類の情報の中から必要な情報を含む。なお、年齢の情報に関しては、具体的な年齢に限定されず、例えば６０歳などの所定年齢より高齢であるか否かであったり、５０代や６０代などの年齢範囲の情報であったりしても良い。また、利用者の持病、疾病、外傷、および障害に関しては、それらの程度の情報が含まれていても良い。後述するように、緊急車両６０は、車両４０に到達するまでの時間が所定到達時間以内になるように配備される。車両管理制御部２３は、利用者情報に含まれる各種の情報に基づいて、所定到達時間を車両４０ごとに設定する。

利用者情報にはさらに、利用者の様態が急変した際などに、救護を受けるための料金の支払いの有無および、支払った金額などの課金情報が含まれる。課金情報は、緊急車両６０を配備するための対価に関する情報を含む。車両管理制御部２３は、利用者情報に含まれる課金情報に基づいて、上述した車両４０に到達するまでの時間の上限である所定到達時間を決定する。具体的に例えば、車両管理制御部２３は、課金情報に含まれる利用者の支払った料金の額に応じて、所定到達時間を増減させて設定する。

その後、ステップＳＴ３において車両管理装置２０は、受信した車両情報およびユーザ情報に基づいて、ユーザに配車する車両４０、宿泊する駐車場７０（宿泊駐車場７０ともいう）、および運行ルートを探索する。ここで、宿泊駐車場７０とは、検索された車両４０によってユーザなどが車内で宿泊するために駐車する駐車場７０である。配車する車両４０とは、種々の車両４０のうちから、ユーザが乗車可能な状態になるように移動させる車両４０である。運行ルートとは、ユーザ端末装置５０から送信されたユーザ選択情報に基づいて、車両４０の走行における目的別の走行パターンに応じて選択された、走行可能な道路における走行経路である。車両管理制御部２３は、探索した運行ルートに基づいて、車両４０を宿泊駐車場７０に駐車する時間帯を探索する。車両管理装置２０は、探索した運行ルートに沿って存在する、当該時間帯に駐車可能な宿泊駐車場（以下、空駐車場）の検索要求の信号を、駐車場管理センタ３０に送信する。

（緊急車両要否確認処理）
その後、ステップＳＴ４において、車両管理装置２０は、緊急車両６０が必要であるか否かの確認処理を行う。ここで、緊急車両６０の要否の確認方法の具体的な例について以下に説明する。図９は、図８に示す緊急車両６０の要否の確認方法および割当方法を説明するためのフローチャートである。

図９に示すように、この一実施形態による緊急車両６０の要否の確認方法においては、まず、ステップＳＴ２１において車両管理制御部２３は、ステップＳＴ３において受信した目的地および運行時刻の情報を取得するとともに、探索した運行ルートの情報を索出する。これによって、車両管理制御部２３は、少なくとも１通りの運行ルートの情報を確認する。

次に、ステップＳＴ２２に移行して、車両管理制御部２３は、確認した目的地および運行ルートに基づいて対象となる車両４０が走行している間に、既存の緊急車両６０が対象となる車両４０に所定到達時間以内で到達可能か否かを判定する。なお、ここで、既存の緊急車両６０とは、公共の消防署などに配備されている公的な緊急車両６０である。車両管理制御部２３が、既存の緊急車両６０は対象となる車両４０に所定到達時間以内で到達可能であると判断した場合（ステップＳＴ２２：Ｙｅｓ）、ステップＳＴ２３に移行する。ステップＳＴ２３において車両管理制御部２３は、緊急車両６０を新たに配備する必要がないと判断して、ステップＳＴ２８に移行する。

一方、ステップＳＴ２２において車両管理制御部２３が、既存の緊急車両６０は対象となる車両４０に所定到達時間以内に到達不可能であると判断した場合（ステップＳＴ２２：Ｎｏ）、ステップＳＴ２４に移行する。ステップＳＴ２４において車両管理制御部２３は、別の車両４０のためにすでに配備されている緊急車両６０、すなわち既存割当済の緊急車両６０が、所定到達時間以内に対象となる車両４０に到達可能であるか否かの判定を行う。換言すると、車両管理制御部２３は、対象となる車両４０の運行ルートの周囲において緊急車両６０が所定到達時間で移動可能な範囲内に、既存割当済の緊急車両６０が存在するか否かを検索して判定を行う。ここで、既存割当済の緊急車両６０は、典型的には車両管理制御部２３などによってすでに割り当てられた民間の緊急車両であるが、可能な範囲で公共の緊急車両であることも可能である。車両管理制御部２３が、既存割当済の緊急車両６０が存在しないと判断した場合（ステップＳＴ２４：Ｎｏ）、ステップＳＴ２５に移行する。

ステップＳＴ２５において車両管理制御部２３は、新たに緊急車両６０を配備するために、新規の緊急車両６０の割当を行う。なお、新規に割り当てられた緊急車両６０を配備する際には、車両管理装置２０から緊急車両６０に配車指示信号が送信される。緊急車両６０の配備位置は、対象となる車両４０の運行ルートおよび運行時刻に基づいて、対象となる車両４０に所定到達時間以内に到達可能な位置から選択される。その後、ステップＳＴ２８に移行する。

ステップＳＴ２４において車両管理制御部２３が、既存割当済の緊急車両６０が存在すると判断した場合（ステップＳＴ２４：Ｙｅｓ）、ステップＳＴ２６に移行する。ステップＳＴ２６において車両管理制御部２３は、対象となる車両４０の運行ルートにおいて、既存割当済の緊急車両６０によってカバー可能であるか否かの判定を行う。ここで、カバー可能であるとは、緊急車両６０が対象となる車両４０に所定到達時間以内に到達可能である状態を維持できることである。この際、緊急車両６０を適宜移動させることにより、対象となる車両４０に所定到達時間以内に到達可能である状態を維持できる場合も含む。車両管理制御部２３が、対象となる車両４０の運行ルートにおいて、既存割当済の緊急車両６０によってカバー不可能であると判断した場合（ステップＳＴ２６：Ｎｏ）、ステップＳＴ２７に移行する。

ステップＳＴ２７において車両管理制御部２３は、対象となる車両４０の運行ルートにおいて、カバー可能となるように新たに緊急車両６０の割当を行う。さらに、車両管理制御部２３は、他の車両４０における運行ルートにおいても可能な限りカバー可能なエリアに緊急車両６０を配備して、カバー可能な確率を最大化して緊急車両６０の割当を行う。その後、ステップＳＴ２８に移行する。一方、ステップＳＴ２６において車両管理制御部２３が、対象となる車両４０の運行ルートにおいて、既存割当済の緊急車両６０によってカバー可能であると判断した場合（ステップＳＴ２６：Ｙｅｓ）、ステップＳＴ２８に移行する。

ステップＳＴ２８において車両管理制御部２３は、対象となる車両４０の運行ルートの承認を行う。承認された運行ルートにおいては、緊急車両６０が対象となる車両４０に所定到達時間以内に到達可能である。以上により、車両管理制御部２３による緊急車両６０の要否確認処理が終了する。

次に、以上に説明した緊急車両６０の要否の確認方法の具体例について説明する。図１０は、緊急車両６０の配備方法を説明するための概略を示す図である。図１０において、上述した対象となる車両４０の運行ルートは、出発地から目的地までを繋いだ曲線である。

図１０に示すように、対象となる車両４０の運行ルートにおいて、既存の緊急車両６０が所定到達時間以内に車両４０に到達可能な領域が、既存の緊急車両到達可能エリア（点線で囲まれた領域）である。図１０に示す例においては、出発地から所定の運行ルートまでは、既存の緊急車両６０によってカバー可能である（図９中、ステップＳＴ２２，ＳＴ２３）。また、既存の緊急車両６０が所定到達時間以内に到達できない運行ルートの部分では、まず、既存割当済の緊急車両６０が検索される（図９中、ステップＳＴ２４）。既存割当済の緊急車両６０が存在しない場合には、新規で緊急車両６０の割当が行われる。第１緊急車両および第２緊急車両は、対象となる車両４０の運行ルートに対して、所定到達時間以内に到達可能な位置に配備される。また、必要に応じて第２緊急車両は対象となる車両４０の運行ルートに基づいて、対象となる車両４０の運行ルートをカバー可能となるように移動する（図１０中矢印）。第２緊急車両の移動によって、第２緊急車両のカバー可能な範囲は、点線矢印および第２緊急車両の到達可能エリアの範囲内になるため、対象となる車両４０の運行ルートがカバー可能となる。

一方で、図８に示すステップＳＴ３の処理以降に、ステップＳＴ５が実行される。すなわち、車両管理装置２０から駐車場管理センタ３０に空駐車場の検索要求の信号が送信される。これにより、ステップＳＴ５において駐車場管理センタ３０の駐車場管理制御部３３は、車両管理装置２０から受信した空駐車場の検索要求の信号、および車両４０の駐車の時間帯に基づいて、運行ルートに沿って存在する空駐車場を検索する。なお、駐車場管理センタ３０は、受信した駐車場情報を、それぞれの駐車場７０における駐車場識別情報と関連づけて、記憶部３４の駐車場管理データベース３４ａに随時格納する。

続いて、ステップＳＴ６において駐車場管理センタ３０は、空駐車場に対して駐車予約情報を送信して、検索した空駐車場を、車両４０の運行ルートに基づいて駐車場に駐車する時点および時間帯に他の車両が一時的に予約できない状況にする、いわゆる仮予約を行う。ここで、駐車予約情報とは、駐車場７０において車両４０の駐車を開始する駐車開始時刻、駐車場から発車する駐車終了時刻、および駐車場７０の中において駐車する場所を選択する駐車位置の情報などを含む。なお、駐車予約情報としては、その他の情報を含んでいても良い。駐車場管理センタ３０は、上述した仮予約を行った複数の空駐車場（以下、駐車場候補）のリスト情報を、車両管理装置２０に送信する。

これらのステップＳＴ５，ＳＴ６と並行して、緊急車両６０においては、ステップＳＴ７，ＳＴ８が実行される。すなわち、上述のように確認された緊急車両６０の要否に基づいて、ステップＳＴ７において緊急車両６０の検索が行われる。また、必要に応じて、ステップＳＴ８において、対象となる車両４０の運行ルートに基づいて緊急車両６０の仮予約が行われる。仮予約が行われた場合、緊急車両６０は、仮予約が完了した内容の情報を車両管理装置２０に送信する。

その後、ステップＳＴ９において、車両管理装置２０は、複数の運行プランの作成を行う。ここで、運行プランの作成方法の具体的な例について説明する。図１１は、図８に示す運行プランの作成方法を説明するためのフローチャートである。

図１１に示すように、この一実施形態による運行プランの作成方法においては、まず、ステップＳＴ３１において車両管理制御部２３は、駐車場管理センタ３０から受信した駐車場候補のリスト情報に基づいて、記憶部２４の運行管理データベース２４ａから宿泊駐車場７０の駐車場情報を探索する。上述したように駐車場情報には、少なくともそれぞれの駐車場７０における、位置情報、充電設備情報、給油設備情報、予約状況情報、および駐車状況情報などの各種情報が含まれる。

次に、ステップＳＴ３２に移行して、車両管理制御部２３は、探索した宿泊駐車場７０の駐車場情報に基づいて、宿泊駐車場７０に充電設備および給油設備の少なくとも一方が存在するか否かを判定する。車両管理制御部２３は、探索した宿泊駐車場７０に充電設備または給油設備が存在していると判断した場合、ステップＳＴ３３に移行する。

ステップＳＴ３３において車両管理制御部２３は、上述したステップＳＴ３において探索した運行ルートに基づいて、車両４０において制振性を優先させた走行制御であるパワートレイン制御を行うように設定する。これにより、車両４０において可能な限り制振性が確保できる運行プランを複数計画する。

次に、ステップＳＴ３４に移行する。ステップＳＴ３４において車両管理制御部２３は、制振性を優先させたパワートレイン制御を行うように設定した複数の運行プランに基づいて、発車位置から宿泊駐車場までに必要なエネルギー量を算出する。その後、ステップＳＴ３５に移行して、車両管理制御部２３は、上述したステップＳＴ１においてそれぞれの車両４０から受信した車両情報に基づいて、必要となる清掃時間、給油時間、および充電時間（以下、必要準備時間）をそれぞれの車両４０において算出する。算出したそれぞれの車両４０ごとの必要準備時間は、運行管理データベース２４ａに格納される。

その後、ステップＳＴ３６に移行する。ステップＳＴ３６において車両管理制御部２３は、受信した車両情報に基づいて、算出した必要準備時間を確保可能な車両４０を探索する。その後、ステップＳＴ３７において車両管理制御部２３は、探索した車両４０の中から、少なくとも１台の車両４０をユーザが使用可能な車両４０の候補として選定する。車両管理制御部２３は、車両４０の候補の情報を運行プラン情報に含める。

一方、ステップＳＴ３２において、車両管理制御部２３が探索した宿泊駐車場７０に充電設備および給油設備のいずれも存在していないと判断した場合、ステップＳＴ３８に移行する。ステップＳＴ３８において車両管理制御部２３は、上述したステップＳＴ３において探索した運行ルートに基づいて、車両４０においてバッテリに可能な限り充電して、バッテリ充電量の低減を抑制する走行制御であるパワートレイン制御を行うように設定する。車両管理制御部２３は、車両４０におけるバッテリが可能な限り充電されるような運行プランを複数計画する。この場合の運行プランは、車両４０において、例えば就寝時間帯などのあらかじめ設定された時間帯において、車両４０のエンジンを使用しない状態を維持可能な、電力および燃料の少なくとも一方の使用計画になるような運行プランとする。すなわち、車両管理制御部２３は、宿泊駐車場７０の駐車中において、設定された時間で車両４０のバッテリ内のバッテリ充電量が０にならない運行プランを計画する。

その後、ステップＳＴ３４に移行して車両管理制御部２３は、バッテリに可能な限り充電するようなパワートレイン制御を行うように設定した複数の運行プランに基づいて、発車位置から宿泊駐車場までに必要なエネルギー量を算出する。その後、ステップＳＴ３５～ＳＴ３７に関しては、上述した処理と同様である。以上のようにして計画された複数の運行プラン情報からなる運行プランリストは、図８のステップＳＴ９以降に、ユーザ端末装置５０に送信される。これとともに、車両管理装置２０は、ユーザ端末装置５０に対して、運行プランリスト内における複数の運行プランのそれぞれに対応した料金情報を送信する。

続いて、ステップＳＴ１０においてユーザは、ユーザ端末装置５０において複数の運行プランから所望の運行プランを選定する。ここで、ユーザ端末装置５０には、運行プランに応じた料金情報も送信される。この料金情報の一例としては、上述した図３に示す料金表に基づいた料金情報である。

ここで、料金情報について説明する。図３に示す料金情報の例においては、例えば料金として、Ｓ１、Ｓ２、Ａ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、およびＣ２の８段階の料金レベルが設定されている。この料金レベルは、例えば、Ｓ１＞Ｓ２＞Ａ１＞Ａ２＞Ｂ１＞Ｂ２＞Ｃ１＞Ｃ２の関係とすることができる。具体的な一例について説明すると、乗車場所を郊外として降車場所を都心にし、郊外の駐車場７０に車両４０を駐車する方が都心の駐車場７０に車両４０を駐車する場合に比して駐車料金が安価な場合、宿泊タイミングとしては移動前に郊外の駐車場７０に車両４０を駐車して宿泊した方が安価に設定できる。さらに、郊外における宿泊時などにおいて、車両４０を駐車する駐車場７０として、コインパーキングなどの駐車場（図３中、郊外Ｐ）が店舗などの駐車場（図３中、郊外店舗Ｐ）に比して駐車料金が安価な場合などがある。そのため、宿泊駐車場７０が、駐車料金が互いに異なるいずれの駐車場７０であるかに応じて、それらの駐車料金に応じた料金を設定できる。なお、店舗Ｐは、温泉施設、スーパーマーケット、ショッピングモール、遊園地、漫画喫茶、映画館、クラブ、ガソリンスタンドなどの商業施設の駐車場である。また、宿泊時などにおいて利用する駐車場７０として店舗Ｐを選択した場合、当該店舗Ｐの商業施設から店舗紹介料などを徴収することも可能である。また、曜日に応じて料金の設定を異ならせても良い。例えば、乗車日または降車日が休日である場合の料金を、乗車日および降車日が平日である場合の料金より高額に設定することも可能である。

ステップＳＴ１０以降において、ユーザ端末装置５０からは、ユーザが選択した運行プラン情報が、ユーザ識別情報とともに車両管理装置２０に送信される。その後、ステップＳＴ１１において、車両管理装置２０は、受信したユーザ識別情報および選択された運行プラン情報に基づいて、運行プランを確定する処理を行う。確定された運行プラン情報は、ユーザ識別情報と関連付けされて運行管理データベース２４ａに格納される。

車両管理装置２０は、ユーザが選択した運行プランに含まれる駐車場情報に基づいて、駐車場管理センタ３０に、当該ユーザによる車両４０が運行プランに基づいた所定時点および時間帯において駐車場に駐車可能な状況を確保する、いわゆる本予約の情報を含む予約情報を送信する。これにより、ステップＳＴ１２において駐車場管理センタ３０は、車両４０の運行プランに基づいて駐車場に駐車する時点および時間帯に他の車両４０が予約できない状況にする、いわゆる本予約を行う。予約情報は、車両４０の車両識別情報に関連付けされて駐車場管理データベース３４ａに格納される。また、駐車場管理センタ３０は、上述した仮予約された駐車場を、当初仮予約されていた日時および時間帯において、他の車両による駐車が可能となる空駐車場に切り換える。駐車場管理センタ３０は、駐車場の本予約が完了した信号を、車両管理装置２０に送信する。

一方、車両管理装置２０は、運行プランが確定した後、ユーザ端末装置５０に、ユーザが選択した車両４０の配車を承認する配車承認信号、料金情報、および電子キーのデータを送信する。ステップＳＴ１３において、ユーザ端末装置５０は電子キーのデータを受信する。ここで、電子キーは、ユーザ端末装置５０における、例えば、Bluetooth（登録商標）やＮＦＣ（Near Field Communication）などの各種の通信手段によって、車両４０に乗車して運転したり使用したりする際の解除キーとして機能する。

駐車場７０の本予約が完了した信号を受信した車両管理装置２０は、ユーザが選択した車両４０に対して配車指示の信号を送信する。ステップＳＴ１４において、車両４０は配車指示の情報を受信する。一方で車両管理装置２０は、ステップＳＴ４において行われた緊急車両６０の要否確認処理によって必要と判断され、ステップＳＴ８において仮予約した緊急車両６０に対して、配車指示の信号を送信する。なお、必要に応じて運行プラン情報を送信しても良い。ステップＳＴ１５において緊急車両６０は、配車指示の情報を受信する。なお、上述した緊急車両６０の要否確認において、車両管理装置２０が緊急車両６０を新たに配備する必要がないと判断した場合、配車指示は送信されず、ステップＳＴ１５は省略される。

所定の作業員などが車両４０を配車場所、すなわちユーザの乗車場所まで移動する。なお、車両４０が自動運転によって配車場所まで移動しても良い。その後、ステップＳＴ１６においてユーザは、ユーザ端末装置５０における電子キーのデータを利用して、配車された車両４０を解錠して、車両４０に対する出発指示を行う。その後、ステップＳＴ１７においてユーザは、車両４０に乗車して、ステップＳＴ９において作成された運行プラン情報に従って、目的地である降車場所に向けて出発する。

以上により、配車システム１による、車両４０の配車および移動が可能となる。その後、上述したバッテリを可能な限り充電するパワートレイン制御、または制振性を優先させたパワートレイン制御のいずれかの運行プランに従って、車両４０が自動運転またはユーザによる運転によって、予約した宿泊駐車場７０まで向かう。

また、ステップＳＴ１１以降に、ステップＳＴ１８に移行すると、車両管理装置２０は、車両４０の移動に伴って、車両４０の運行ルートをカバー可能に維持するように、緊急車両６０のエリアを変更する。車両管理装置２０は、緊急車両６０に車両４０の運行ルートに基づいて移動するように配車指示を送信する。ステップＳＴ１９において緊急車両６０が配車エリアの変更の情報を含む配車指示を受信すると、ステップＳＴ２０に移行する。ステップＳＴ２０において緊急車両６０は、例えば図１０に示す第２緊急車両のように、車両４０の移動に伴って指示された配備位置まで移動する。

ここで、上述したように、利用者情報には、利用者が所定年齢以上であるか否かの情報、または所定の疾病、外傷、もしくは持病を有する利用者であるか否かの情報を含んでいる。これにより、車両管理装置２０の車両管理制御部２３は、異変が生じやすい利用者が搭乗している車両４０を認識できる。そこで、車両管理装置２０から緊急車両６０に配車指示を送信する場合には、異変が生じやすい利用者が搭乗している車両４０の近くに緊急車両６０を配備するように配車指示を送信する。すなわち、異変が生じやすい利用者が搭乗している車両４０の場合には、所定到達時間が短くなるように緊急車両６０を配置する。そのため、異変が生じやすい利用者に対して適切な緊急処置の対応を行うことができる可能性が向上する。

また、利用者情報は、緊急車両６０を配備するための対価に関する課金情報を含んでいる。そのため、車両管理装置２０は、緊急車両６０を配備するための対価を支払った利用者と、対価を支払っていない利用者とを区別できる。これにより、車両管理装置２０に格納された所定の課金プログラムによって、対価を支払った利用者に対する対応を、対価を支払っていない利用者に対する対応と異ならせて、より優位な対応による処理を行うことができる。具体的に、対価を支払った利用者が搭乗する車両４０における所定到達時間を、対価を支払った利用者が搭乗していない車両４０における所定到達時間より短くする。これにより、対価を支払った利用者は、車両４０を利用した移動において、安心感を得られる可能性が向上する。

以上説明した本発明の一実施形態によれば、車両管理装置２０によって、車両４０の運行ルートにおいて、緊急車両６０を所定到達時間以内に対象となる車両４０にまで到達させることができる。これにより、対象となる車両４０の乗員に対する所定の対応を早急に行う可能性を向上できる。

また、車両管理装置２０により作成される運行プランとして、宿泊時などにおいて駐車する駐車場７０の設備に応じて、車両４０のバッテリにおける電力の消費、および車両４０のエンジンにおける燃料の消費の計画を作成できる。そのため、利用者が車両４０の車内で宿泊している間に車両４０のバッテリの電力が不足する可能性を低減することができる。

（火災対応処理方法）
次に、車両４０が運行プランに従って乗車場所から降車場所まで移動する間や、宿泊駐車場７０に駐車して車中泊している間などに、周辺で火災等が発生した場合について説明する。図１２は、一実施形態による車両の周辺で火災が発生した場合の処理方法を説明するためのフローチャートである。

図１２に示すように、まず、ステップＳＴ４１において、車両４０における車両端末装置４１の電子制御部４２は、車両４０から所定距離の範囲内で火災が発生しているか否かを判定する。ここで、火災の発生の有無の情報は、車両４０に設けられたセンサを用いて計測した周辺情報であっても、ネットワーク１０を介して通信部４３を通じて受信した周辺情報であっても良い。すなわち、車両４０に設けられたセンサや通信部４３は、車両４０から所定距離の範囲内である周辺領域の状況を検知可能な周辺状況検知手段として作用する。周辺状況判定手段としての電子制御部４２が車両４０の周辺で火災は発生していないと判断した場合（ステップＳＴ４１：Ｎｏ）、処理を終了する。一方、電子制御部４２が車両４０の周辺で火災が発生していると判断した場合（ステップＳＴ４１：Ｙｅｓ）、ステップＳＴ４２に移行する。

ステップＳＴ４２において電子制御部４２は、火災の発生場所と車両４０との距離や、火災の規模などの種々の指標に基づいて、車両４０を現在位置から退避させる必要があるか否かを判定する。電子制御部４２が車両４０の退避は不要であると判断した場合（ステップＳＴ４２：Ｎｏ）、処理を終了する。一方、電子制御部４２が車両４０の退避は必要であると判断した場合、ステップＳＴ４３に移行する。

ステップＳＴ４３において電子制御部４２は、車両４０のエンジンおよびＭＧ（いずれも図示せず）を制御して、エンジンの使用を禁止するとともにＭＧの使用を開始する。これにより、車両４０はＭＧの駆動によって走行を開始する。その後、ステップＳＴ４４に移行して電子制御部４２は、車両４０に搭載されたバッテリのＳＯＣが規定量以下であるか否かを判定する。電子制御部４２がバッテリのＳＯＣは規定量より大きいと判断した場合（ステップＳＴ４４：Ｎｏ）、処理を終了してＭＧによる車両４０の走行を継続する。一方、電子制御部４２がバッテリのＳＯＣは規定量以下であると判断した場合（ステップＳＴ４４：Ｙｅｓ）、ステップＳＴ４５に移行する。

ステップＳＴ４５において電子制御部４２は、車両４０を制御して入出力部４５を通じて車両４０を充電施設に移動するようにユーザに報知したり、自動運転によって充電施設まで車両４０を走行させたりする。これにより車両４０を充電施設まで移動させて、バッテリへの充電を可能にする。以上により、火災の対応処理を終了する。

以上の火災対応処理は、電子制御部４２が車両４０の周辺領域の状況（周辺状況）を判定しているが、周辺状況の判定を行うのは、必ずしも電子制御部４２に限定されない。すなわち、周辺状況判定手段としての車両管理装置２０が、車両４０の周辺状況の判定を行っても良い。この場合、周辺で火災が発生して車両４０の退避が必要になった場合に、車両管理装置２０が、ネットワーク１０を介してエンジンの使用の禁止とＭＧの使用の開始との制御の信号を車両４０に供給して、エンジンおよびＭＧを制御する。

このように、車両４０の周辺で火災が発生して車両４０の退避が必要になった場合に、エンジンの使用を禁止してＭＧによって車両４０を移動可能にしていることにより、火災によって吸気に含まれる酸素が不足して、エンジンが失火することで走行が困難になる可能性を低減できる。

以上、本発明の一実施形態について具体的に説明したが、本発明は、上述の一実施形態に限定されるものではなく、本発明の技術的思想に基づく各種の変形が可能である。例えば、上述の一実施形態において挙げた各装置の構成はあくまでも例に過ぎず、必要に応じてこれと異なる構成を用いても良い。

例えば、上述した一実施形態による車両管理装置２０、駐車場管理センタ３０、それぞれの車両４０、それぞれのユーザ端末装置５０、および緊急車両６０の相互で送受信する情報については、必ずしも上述した情報に限定されず、必要に応じて上述とは異なる情報を送受信するようにしても良い。

例えば上述した一実施形態において用いられる車両４０としては、必ずしも宿泊型車両に限定されるものではなく、宿泊型ではない通常の車両を採用することも可能である。また、車両４０を宿泊型車両とする場合、車内で宿泊可能な種々の宿泊型車両を採用可能であり、自動運転可能な宿泊型車両であっても、別の運転者が運転する宿泊型車両であっても、車内で宿泊可能な宿泊型バスや大型車両などであっても良い。さらに、車両４０は、エンジンとモータとの両方を備えるハイブリッド車両、エンジンを備える一方でモータを備えないコンベ車両、モータを備える一方でエンジンを備えないＥＶ車両などのいずれの形式の車両であっても良い。

また、上述した一実施形態において実行される配車システム１による配車の処理方法については、上述した順序に限定されず、配車の処理方法を実行可能な範囲で、ステップの順序を変更することが可能である。例えば、配車承認信号、料金情報、および電子キーのデータの送信を宿泊駐車場７０の本予約が完了した後に行っても良い。また、上述した一実施形態においては、ステップＳＴ４における緊急車両６０の要否の確認をステップＳＴ３に続いて実行しているが、必ずしもステップＳＴ３に続けて行う場合に限定されない。すなわち、緊急車両６０の要否の確認処理は、ステップＳＴ３の処理後であって、ステップＳＴ１４における緊急車両６０の配車指示の処理までの間であれば、任意のタイミングで実行することが可能である。

また、上述した一実施形態においては、宿泊時などにおいて駐車する駐車場７０の設備に応じて、車両４０のバッテリにおける電力の消費、および車両４０のエンジンにおける燃料の消費の計画を作成している例について説明しているが、必ずしも宿泊時に限定されるものではない。具体的に、宿泊型車両が所定の駐車場に停車して、運転者や同乗者が他の作業などをする場合においても、本発明を同様に適用することができる。また、車両４０が駐車する時間帯に関しても、必ずしも夜間に限定されるものではなく、駐車する時間帯が昼間である場合においても、本発明を同様に適用することができる。

また、上述した一実施形態においては、緊急車両６０の検索を車両管理装置２０により行っているが、緊急車両６０を管理するための緊急車両管理センタを別途設置することも可能である。この場合、緊急車両管理センタは、緊急車両６０の検索や配備の位置の決定や配車などの、緊急車両６０に関する種々の管理を実行することが可能である。

１ 配車システム
１０ ネットワーク
２０ 車両管理装置
２３ 車両管理制御部
２４，３４，４４，６４ 記憶部
２４ｂ，４４ｃ，６４ｂ 利用者情報データベース
３０ 駐車場管理センタ
４０ 車両
４１ 車両端末装置
５０ ユーザ端末装置
６０ 緊急車両
６１ 緊急車両端末

Claims (6)

1. 車内での宿泊が可能な車両と通信可能に構成され、利用者が操作する利用端末から送信された情報に基づいて運行プランを作成し、前記車両の運行を管理する運行管理手段と、
   前記運行プランに従って前記車両が移動する経路に対して、緊急車両が所定到達時間内に到達可能な位置に配備されるように、前記緊急車両を管理する緊急車両管理手段と、
   前記車両の前記運行プランに関する運行プラン情報、前記車両に乗車している利用者に関する利用者情報、および前記緊急車両に関する位置情報を格納可能な記憶手段と、を備える車両管理装置であって、
   前記利用者情報は、利用者が所定年齢以上であるか否かの情報、または所定の疾病、外傷、もしくは持病を有する利用者であるか否かの情報を含み、
   前記緊急車両管理手段は、
   前記利用者情報に基づいて前記所定到達時間を設定し、
   前記記憶手段から、前記車両に乗車している利用者の利用者情報と、前記利用者情報における前記利用者が乗車している前記車両に関する前記運行プラン情報と、前記運行プラン情報に基づいて、少なくとも１台の前記緊急車両の位置情報とを取得し、
   前記取得した前記緊急車両の位置情報が、前記運行プラン情報に基づいて前記車両に所定到達時間で移動可能な範囲内ではないと判定した場合に、別の緊急車両に対して、前記車両から所定到達時間で移動可能な位置に割り当てる配車指示信号を送信する
   ことを特徴とする車両管理装置。
2. 車内での宿泊が可能な車両と通信可能に構成され、利用者が操作する利用端末から送信された情報に基づいて運行プランを作成し、前記車両の運行を管理する運行管理手段と、
   前記運行プランに従って前記車両が移動する経路に対して、緊急車両が所定到達時間内に到達可能な位置に配備されるように、前記緊急車両を管理する緊急車両管理手段と、
   前記車両に乗車している利用者に関する利用者情報を格納可能な記憶手段と、を備える車両管理装置であって、
   前記利用者情報は、前記緊急車両を配備するための対価に関する課金情報を含み、
   前記緊急車両管理手段は、
   前記利用者情報に基づいて前記所定到達時間を設定し、
   前記記憶手段から、前記車両に乗車している利用者の利用者情報と、前記利用者情報における前記利用者が乗車している前記車両に関する前記運行プラン情報と、前記運行プラン情報に基づいて、少なくとも１台の前記緊急車両の位置情報とを取得し、
   前記取得した前記緊急車両の位置情報が、前記運行プラン情報に基づいて前記車両に所定到達時間で移動可能な範囲内ではないと判定した場合に、別の緊急車両に対して、前記車両から所定到達時間で移動可能な位置に割り当てる配車指示信号を送信する
   ことを特徴とする車両管理装置。
3. 車内での宿泊が可能であって、動力源としてエンジンおよび電動機を有する車両と通信可能に構成され、利用者が操作する利用端末から送信された情報に基づいて運行プランを作成し、前記車両の運行を管理する運行管理手段と、
   前記運行プランに従って前記車両が移動する経路に対して、緊急車両が所定到達時間内に到達可能な位置に配備されるように、前記緊急車両を管理する緊急車両管理手段と、
   前記車両の前記運行プランに関する運行プラン情報、前記車両に乗車している利用者に関する利用者情報、および前記緊急車両に関する位置情報を格納可能な記憶手段と、
   前記車両から所定距離の範囲内である周辺領域の状況を判定する周辺状況判定手段と、を備える車両管理装置であって、
   前記緊急車両管理手段は、
   前記記憶手段から、前記車両に乗車している利用者の利用者情報と、前記利用者情報における前記利用者が乗車している前記車両に関する前記運行プラン情報と、前記運行プラン情報に基づいて、少なくとも１台の前記緊急車両の位置情報とを取得し、前記取得した前記緊急車両の位置情報が、前記運行プラン情報に基づいて前記車両に所定到達時間で移動可能な範囲内ではないと判定した場合に、別の緊急車両に対して、前記車両から所定到達時間で移動可能な位置に割り当てる配車指示信号を送信し、
   前記車両が使用されている間に、前記周辺状況判定手段によって前記周辺領域において火災が生じたと判定された場合、前記車両に対してエンジンの使用を禁止する信号を供給する
   ことを特徴とする車両管理装置。
4. 前記利用者情報は、利用者が所定年齢以上であるか否かの情報、または所定の疾病、外傷、もしくは持病を有する利用者であるか否かの情報を含む
   ことを特徴とする請求項３に記載の車両管理装置。
5. 前記利用者情報は、前記緊急車両を配備するための対価に関する課金情報を含む
   ことを特徴とする請求項３または４に記載の車両管理装置。
6. 前記緊急車両管理手段は、前記利用者情報に基づいて前記所定到達時間を設定する
   ことを特徴とする請求項４または５に記載の車両管理装置。

Images