JP7407060B2 - 配車システム - Google Patents

Description

本発明は、建物への配車システムに関する。

特許文献１には、本棟と本棟に向かい合って配置された離れに跨って、屋根付きのテラスが設けられた建物が開示されている。建物の居住者は、テラスを通って本棟と離れの間を行き来できるようになっている。これにより、離れには、本棟との一体感を備えつつ、本棟とは別の独立性の高い空間が生まれる。

特開２００２－３３９５８０号公報

ところで、このような離れは、仕事や勉強、趣味のための空間として設けられることが多いが、家族で住む住宅等では、居住者それぞれに離れを利用する目的が異なる場合がある。上記先行技術のように、一つの離れを有する建物では離れの利用目的が限定されるため、居住者全員の利用目的に対応させることが難しい。また、利用目的に応じて建物の離れの増築やリフォーム等を行っていたのでは、費用等の面で居住者の負担が大きくなる。

本発明は上記事実を考慮し、増築やリフォーム等を伴うことなく、多目的に利用できる空間を得ることができる建物及び当該建物への配車システムを得ることが目的である。

第１の態様に係る建物は、多目的車両が駐車される駐車スペースに面して立設された外壁部を有する建物本体と、前記外壁部に形成されると共に、前記駐車スペースに前記多目的車両が駐車された状態で前記多目的車両の開口と対向して配置され、前記建物本体の内部と前記多目的車両の内部とを行き来可能とする開口部と、を備えている。

第１の態様に係る建物では、駐車スペースに多目的車両を駐車すると、建物本体の外壁部に設けた開口部と多目的車両の開口が対向して配置され、建物本体の内部と多目的車両の内部とを行き来可能とされる。これにより、建物本体の増築やリフォームを伴うことなく車両内部に多目的に利用できる空間を得ることができる。

第２の態様に係る建物は、第１の態様に記載の構成において、前記建物本体の内部の床高は、前記多目的車両の内部の床高と一致している。

第２の態様に係る建物では、建物本体の内部の床高が、多目的車両の内部の床高と一致している。このため、建物本体の内部と多目的車両の内部とをスムーズに行き来することができる。その結果、多目的車両の内部の空間が、建物本体の内部の空間との一体感を備えつつ、建物本体とは別の独立性の高い空間となる。

第３の態様に係る配車システムは、ユーザ端末から送信された請求項１又は請求項２に記載の建物に配車する前記多目的車両の利用目的を含む依頼情報に基づいて、複数の多目的車両の中から前記利用目的に適合する候補車両に係る車両情報を取得する車両情報取得部と、取得された前記車両情報に基づいて前記多目的車両を配車する配車管理部と、を有している。

第３の態様に係る配車システムでは、配車管理装置は、ユーザ端末から送信された依頼情報に基づいて、複数の前記多目的車両の中から依頼情報に含まれる利用目的に適合する多目的車両を建物に配車することができる。これにより、ユーザは、利用目的に応じた空間を提供できる多目的車両の手配をすることができる。

第４の態様に係る配車システムは、第３の態様に記載の構成において、前記多目的車両の依頼実績に係る実績情報を記憶する記憶部と、記憶された前記実績情報に基づいて前記車両情報を更新する車両情報更新部と、をさらに備え、前記車両情報更新部は、前記実績情報に基づいて利用目的毎に前記多目的車両の需要を求め、当該需要に基づいて各多目的車両の利用料金を更新する。

第４の態様に係る配車システムでは、多目的車両の依頼実績に係る実績情報に基づいて、利用目的毎に多目的車両の需要を求め、当該需要に基づいて多目的車両の利用料金を更新することができる。これにより、例えば、実績情報に基づいて需要が低いとされる利用目的の車両は値下げし、需要が高いとされる利用目的の車両は値上げして、どの利用目的の車両にも一定の需要を生むことができる。その結果、多目的車両の稼働率が高まる。

第５の態様に係る配車システムは、第４の態様に記載の構成において、前記車両情報には、利用目的ごとに割り当てられる前記多目的車両の台数が含まれており、前記車両情報更新部は、前記実績情報に基づいて利用目的毎に前記多目的車両の需要を求め、当該需要に基づいて、利用目的ごとに割り当てられる前記多目的車両の台数を決定している。

第５の態様に係る配車システムでは、実績情報に基づいて利用目的毎に多目的車両の需要を求め、当該需要に基づいて、利用目的ごとに割り当てられる多目的車両の台数が決定される。これにより、例えば、実績情報に基づいて需要が低いとされる利用目的の車両の台数は減らし、需要が高いとされる利用目的の車両は台数を増やすことで、どの利用目的の車両にも一定の需要を生むことができる。その結果、多目的車両の稼働率を高めることができる。

第６の態様に係る配車システムは、第３の態様～第５の態様の何れか１態様に記載の構成において、前記配車管理部は、取得された前記車両情報に基づいて、前記候補車両の中から、目的地となる前記建物までの移動距離が最短であって、かつ、目的地まで運転することが可能な所定の前記多目的車両を前記建物に配車する。

第６の態様に係る配車システムにおいて、配車管理部では、取得された車両情報に基づいて、候補車両の中から目的地となる前記建物までの移動距離が最短であって、かつ、目的地まで運転することが可能な所定の多目的車両を決定する。これにより、複数の地点を回る多目的車両の走行ルートを効率化することができ、車両の稼働率を高めることができる。

以上説明したように、第１の態様に係る建物によれば、増築やリフォーム等を伴うことなく、多目的に利用できる空間を得ることができるという優れた効果を有する。

第２の態様に係る建物によれば、多目的車両の内部の空間を、建物本体の内部の空間との一体感を備えつつ、建物本体とは別の独立性の高い空間にすることができるという優れた効果を有する。

第３の態様に係る配車システムによれば、ユーザが、利用目的に応じた空間を提供できる多目的車両の手配をすることができるという優れた効果を有する。

第４の態様～第６の態様に係る配車システムによれば、多目的車両の稼働率を高めることができるという優れた効果を有する。

本実施形態に係る建物の正面図である。 本実施形態に係る配車システムの概略構成を示す図である。 本実施形態に係る多目的車両のハードウェア構成を示すブロック図である。 本実施形態に係る多目的車両の機能構成の例を示すブロック図である。 本実施形態に係る配車管理装置のハードウェア構成を示すブロック図である。 本実施形態に係る配車管理装置の機能構成の例を示すブロック図である。 本実施形態に係る配車手配処理の流れの一例を示すシーケンス図である。 本実施形態に係る車両決定処理の流れの一例を示すフローチャートである。 本実施形態に係る車両情報更新処理の流れの一例を示すフローチャートである。

以下、図１～図９を用いて、本実施形態に係る建物１０と、建物１０に多目的車両３０を配車する配車システム１００について説明する。

（建物）
図１に示されるように、建物１０は、図示しない基礎の上に設けられた略直方体形状の建物本体１２を備えている。建物本体１２の一階部分１２Ａは、居室や廊下等が設けられる室内空間１４と、インナガレージ１６とで構成されている。このインナガレージ１６は、屋外側に開放された略直方体形状の空間とされている。また、インナガレージ１６の床は、後述する多目的車両３０が駐車される駐車スペースＰとして構成されている。

建物本体１２の室内空間１４とインナガレージ１６とは、建物本体１２の外壁部の一部を構成する区画壁１８によって区画されている。この区画壁１８には、室内空間１４とインナガレージ１６とを連通させる矩形状の開口部２０が設けられている。この開口部２０には、一例として、図示しない窓枠が取り付けられており、窓枠には、開口部２０の開閉を行うドア部材や窓部材等の開閉部材が保持されている。

一方、図１には、インナガレージ１６の駐車スペースＰに駐車された状態の多目的車両３０が示されている。この多目的車両３０は、一例として、略直方体形状に形成されている。また、多目的車両３０は、幅方向の側面３０Ａに矩形状の車両開口部３２が設けられている。この車両開口部３２には、車両開口部３２の開閉を行うスライドドア等のドア部材が設けられている。

多目的車両３０の内部には、車室３４が設けられている。この車室３４には、所定の利用目的に対応する室内空間が形成されている。所定の利用目的に対応する室内空間とは、例えば、各種トレーニングマシンを備えたトレーニングルームや、大画面で映像作品を鑑賞できるシアタールーム、勉強部屋、オフィス、各種販売店舗、宿泊用の居室等の空間である。

上記多目的車両３０をインナガレージ１６の駐車スペースＰに駐車した状態では、区画壁１８に設けられた開口部２０と多目的車両３０の車両開口部３２とが対向して配置されている。また、建物本体１２の開口部２０と多目的車両３０の車両開口部３２が連結部材４０を用いて連結されており、ユーザは、開口部２０と車両開口部３２を通って室内空間１４と車室３４とを行き来することができる。

本実施形態では、車室３４の中にいるユーザが室内空間１４との一体感を感じることができるように、建物本体１２の開口部２０は、形状及び大きさが車両開口部３２と同一に設定されている。また、室内空間１４の床Ｆ１の床高が、多目的車両３０の車室３４の床Ｆ２の床高と同じ高さに設定されているため、室内空間１４から車室３４へスムーズに移動できる。

なお、開口部２０と車両開口部３２の形状及び大きさが互いに異なる形状等で構成しても本発明は実施できる。しかし、室内空間１４から車室３４への移動をスムーズにする観点では、少なくとも、開口部２０の下端部２０Ｕと車両開口部３２の下端部３２Ｕの位置が同じ高さに設定されていることが好ましい。

連結部材４０は、例えば、矩形状の板状部材で構成されており、開口部２０及び車両開口部３２の下端部２０Ｕ、３２Ｕの間に架け渡されている。連結部材４０は、通常、多目的車両３０の車室３４の床下、又は、室内空間１４の床下等に格納されており、使用時に、これらの床下から引き出して使用される。本実施形態の連結部材４０は、開口部２０及び車両開口部３２の下端部２０Ｕ、３２Ｕの下方側で、建物本体１２（区画壁１８）と多目的車両３０とを連結している。このため、連結部材４０は、開口部２０及び車両開口部３２に各々設けられた図示しない開閉部材と干渉しない位置に配置されているため、開口部２０と車両開口部３２が連結された状態において開閉部材の開閉操作が可能に構成されている。従って、各々の開閉部材を閉塞することにより、多目的車両３０の車室３４の独立性が高まる。

本実施形態では、開口部２０及び車両開口部３２の下端部２０Ｕ、３２Ｕ間のみを連結部材４０で連結したが、上述したとおり、インナガレージ１６の内部に駐車スペースＰが設けられている。このため、開口部２０及び車両開口部３２の開閉部材を開放状態にして過ごしても、屋外の天候による影響が少ない構成となっている。なお、建物本体に隣接する屋根のない駐車スペース等では、開口部２０及び車両開口部３２の全周を連結部材で連結し、室内空間１４や車室３４に風や雨が侵入することを防ぐ構成としてもよい。

（配車システム）
次に、上記構成の建物１０に多目的車両３０を配車する配車システム１００について説明する。図２は、配車システム１００の概略構成を示すブロック図である。

（概略）
図２に示されるように、本実施形態に係る配車システム１００は、複数の多目的車両３０（３０Ａ、３０Ｂ等）と、ユーザ端末６０と、配車管理装置７０と、を含んで構成されている。

各々の多目的車両３０は、車両制御装置５０を備えている。そして、配車システム１００において、多目的車両３０に搭載された車両制御装置５０、ユーザ端末６０、配車管理装置７０は、ネットワークＮを介して相互に接続されている。

（多目的車両）
図３は、多目的車両３０に搭載される機器のハードウェア構成を示すブロック図である。多目的車両３０は、車両制御装置５０の他、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）装置５２と、センサ５４と、アクチュエータ５６と、を含んでいる。

車両制御装置５０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０Ａ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５０Ｂ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０Ｃ、ストレージ５０Ｄ、通信Ｉ／Ｆ（Ｉｎｔｅｒ Ｆａｃｅ）５０Ｅ及び入出力Ｉ／Ｆ５０Ｆを含んで構成されている。ＣＰＵ５０Ａ、ＲＯＭ５０Ｂ、ＲＡＭ５０Ｃ、ストレージ５０Ｄ、通信Ｉ／Ｆ５０Ｅ及び入出力Ｉ／Ｆ５０Ｆは、バス５０Ｇを介して相互に通信可能に接続されている。

ＣＰＵ５０Ａは、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ５０Ａは、ＲＯＭ５０Ｂからプログラムを読み出し、ＲＡＭ５０Ｃを作業領域としてプログラムを実行する。本実施形態では、ＲＯＭ５０Ｂに実行プログラムが記憶されている。ＣＰＵ５０Ａが実行プログラムを実行することで、車両制御装置５０は、図４に示す運転指示受信部５１０、走行計画生成部５２０、自動運転制御部５３０、ユーザ情報取得部５４０、ユーザ情報送信部５５０として機能する。

ＲＯＭ５０Ｂは、各種プログラム及び各種データを記憶している。ＲＡＭ５０Ｃは、作業領域として一時的にプログラム又はデータを記憶する。

記憶部としてのストレージ５０Ｄは、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）により構成され、オペレーティングシステムを含む各種プログラム、及び各種データを記憶している。

通信部としての通信Ｉ／Ｆ５０Ｅは、他の車両制御装置５０、ユーザ端末６０、配車管理装置７０及び図示しない情報サーバ等と通信すべく、ネットワークＮに接続するためのインタフェースを含む。当該インタフェースは、例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、Ｗｉ－Ｆｉ（登録商標）等の通信規格が用いられる。

入出力Ｉ／Ｆ５０Ｆは、多目的車両３０に搭載される各装置と通信するためのインタフェースである。本実施形態の車両制御装置５０は、入出力Ｉ／Ｆ５０Ｆを介してＧＰＳ装置５２、センサ５４、アクチュエータ５６が接続されている。

ＧＰＳ装置５２は多目的車両３０の現在位置を測定する装置である。ＧＰＳ装置５２は、ＧＰＳ衛星からの信号を受信するアンテナ（図示省略）を含んでいる。

センサ５４は、多目的車両３０の周囲の周辺情報を検出する外部センサ群と、多目的車両３０の走行状態を検出する内部センサ群、車室３４内の情報を検出する車内センサ群を含んでいる。外部センサ群は、カメラやミリ波レーダ、ライダ（Ｌａｓｅｒ Ｉｍａｇｉｎｇ Ｄｅｔｅｃｔｉｏｎ ａｎｄ Ｒａｎｇｉｎｇ）等を含む。内部センサ群は、車速センサ、加速度センサ及びヨーレートセンサのうち少なくとも一つを含む。車内センサ群は、車内を撮影する室内カメラや各種利用目的に対応して車室に搭載された各種機器の利用状況を検出する各種センサを含んでいる。

アクチュエータ５６は、多目的車両３０の操舵輪を駆動させるステアリングホイールアクチュエータ、多目的車両３０の加速を制御するアクセルアクチュエータ、多目的車両３０の減速を制御するブレーキアクチュエータを含んでいる。

図４は、車両制御装置５０の機能構成の例を示すブロック図である。図４に示されるように、車両制御装置５０は、運転指示受信部５１０、走行計画生成部５２０、自動運転制御部５３０、ユーザ情報取得部５４０、ユーザ情報送信部５５０を有している。各機能構成は、ＣＰＵ５０ＡがＲＯＭ５０Ｂに記憶された実行プログラムを読み出し、これを実行することによって実現される。

運転指示受信部５１０は、通信Ｉ／Ｆ５０Ｅを介して後述する配車管理装置７０から送信された目的地となる建物１０への運転指示を受信する。

走行計画生成部５２０は、ＧＰＳ装置５２から多目的車両３０の現在位置である位置情報を取得し、目的地となる建物１０まで多目的車両３０を走行させるための走行計画を生成する機能を有している。

自動運転制御部５３０は、走行計画生成部５２０で生成された走行計画に基づいて、多目的車両３０の自動運転を制御する。

ユーザ情報取得部５４０は、センサ５４から車室３４内のユーザの利用状況に係るユーザ情報を取得する。具体的には、車室３４内に設置された機器の利用頻度や内容を取得する。例えば、車室３４にトレーニングルームが設けられた多目的車両３０の場合、車室３４に設置された複数のトレーニングマシンの使用頻度や、使用時間、及び、これらの情報から算出されるユーザの消費カロリー等の情報を取得する。若しくは、車室３４にシアタールームが設けられた多目的車両３０の場合、映画等の視聴したコンテンツに係る情報を取得する。

ユーザ情報送信部５５０は、ユーザ情報取得部５４０で取得されたユーザ情報を通信Ｉ／Ｆ５０Ｅを介して配車管理装置７０に送信する。

（ユーザ端末）
ユーザ端末６０は、基本的には、一般的なコンピュータの構成とされており、例えば、携帯電話端末、スマートフォン、タブレット端末、建物１０に配設さられたＨＥＭＳ（ Ｈｏｍｅ Ｅｎｅｒｇｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）等により構成されている。図示はしないが、ユーザ端末６０は、ＣＰＵ，ＲＯＭ、ＲＡＭ、通信Ｉ／Ｆ及び情報の表示及び入力が可能な表示入力部を備え、それぞれシステムバスやデータバス等のバスに接続されている。

本実施形態では、ユーザ端末６０は、ユーザの操作によって所定の多目的車両３０を手配するための依頼情報を生成する機能を有している。依頼情報には、建物１０の住所、配車希望時間、利用時間、多目的車両３０の利用目的等が含まれている。多目的車両３０の利用目的は、トレーニングルーム、シアタールーム、勉強部屋、オフィス、宿泊ルーム等の複数の利用目的の中から選択される。なお、利用目的としてトレーニングルームを選択する場合は、車室３４に設置されるトレーニングマシンの種類や数によって、更に複数の項目を依頼情報として選択可能に構成してもよい。また、利用目的としてシアタールームを選択する場合は、上映する映画等の映像コンテンツの種類によって、更に複数の項目を依頼情報として選択してもよい。また、ユーザ端末６０は、生成された依頼情報を配車管理装置に送信する機能を有する。

（配車管理装置）
図５は、配車管理装置７０に搭載される機器のハードウェア構成を示すブロック図である。配車管理装置７０は、ＣＰＵ７０Ａ、ＲＯＭ７０Ｂ、ＲＡＭ７０Ｃ、ストレージ７０Ｄ、通信Ｉ／Ｆ７０Ｅ及び入出力Ｉ／Ｆ７０Ｆを含んで構成されている。ＣＰＵ７０Ａ、ＲＯＭ７０Ｂ、ＲＡＭ７０Ｃ、ストレージ７０Ｄ、通信Ｉ／Ｆ７０Ｅ及び入出力Ｉ／Ｆ７０Ｆは、バス７０Ｇを介して相互に通信可能に接続されている。ＣＰＵ７０Ａ、ＲＯＭ７０Ｂ、ＲＡＭ７０Ｃ、ストレージ７０Ｄ、通信Ｉ／Ｆ７０Ｅ及び入出力Ｉ／Ｆ７０Ｆの機能は、上述した車両制御装置５０と同じである。

ＣＰＵ７０Ａは、ＲＯＭ７０Ｂからプログラムを読み出し、ＲＡＭ７０Ｃを作業領域としてプログラムを実行する。本実施形態では、ＲＯＭ７０Ｂに実行プログラムが記憶されている。ＣＰＵ７０Ａが実行プログラムを実行することで、配車管理装置７０は、依頼情報受信部７１０、車両情報取得部７２０、配車管理部７３０、ユーザ情報受信部７４０、ユーザ情報更新部７５０、及び車両情報更新部７６０として機能する。

記憶部としてのストレージ７０Ｄには、車両情報データベース７０Ｄ１、実績情報データベース７０Ｄ２、ユーザ情報データベース７０Ｄ３が格納されている。車両情報データベース７０Ｄ１には、各多目的車両３０に割り当てられた利用目的や内装の仕様、単位時間ごとの利用料金（レンタル料金）、運行スケジュール、多目的車両３０から送信された上記ユーザ情報等が対応付けられて格納されている。

実績情報データベース７０Ｄ２には、ユーザから配車の依頼をされた依頼実績に係る実績情報が多目的車両３０毎に対応付けられて格納されている。この依頼実績には、例えば、配車依頼に応じて実際に配車された時間や、配車依頼がないため、車庫に戻った時間等に係る情報が格納されている。

ユーザ情報データベース７０Ｄ３には、ユーザ毎に過去の依頼履歴や依頼内容、多目的車両３０の利用等が対応付けられた顧客情報が格納されている。

図６は、配車管理装置７０の機能構成の例を示すブロック図である。図６に示されるように、配車管理装置７０は、依頼情報受信部７１０、車両情報取得部７２０、配車管理部７３０、ユーザ情報受信部７４０、ユーザ情報更新部７５０、及び車両情報更新部７６０を有している。各機能構成は、ＣＰＵ７０ＡがＲＯＭ７０Ｂに記憶された実行プログラムを読み出し、これを実行することによって実現される。

依頼情報受信部７１０は、通信Ｉ／Ｆ５０Ｅを介してユーザ端末６０から送信された依頼情報を受信する。

車両情報取得部７２０は、受信した依頼情報に基づいて車両情報データベース７０Ｄ１から車両情報を取得する。車両情報は、車両情報データベース７０Ｄ１に対応付けられた複数の多目的車両３０の中から依頼情報の利用目的に適合する候補車両に係る情報である。

配車管理部７３０は、後述する車両決定処理を実行することにより、車両情報取得部７２０で取得された車両情報に基づいて、建物１０に所定の多目的車両３０を配車する機能を有する。具体的には、車両情報に含まれる複数の候補車両の中から、建物１０に配車する所定の多目的車両３０を決定し、決定された所定の多目的車両３０に運転指示を送信する。

ユーザ情報受信部７４０は、建物１０に配車された多目的車両３０から送信されたユーザ情報を受信する。

ユーザ情報更新部７５０は、受信したユーザ情報をユーザ情報をデータベースに記憶し、ユーザ毎のパーソナルデータを更新する機能を有する。また、ユーザ情報更新部７５０は、自動で、又はユーザ端末６０からの要求により、パーソナルデータをユーザ端末６０に送信する。

車両情報更新部７６０は、後述する更新処理により、ストレージ７０Ｄの実績情報データベース７０Ｄ２に記憶された実績情報に基づいて、利用目的毎に多目的車両３０の車両情報を更新する機能を有する。具体的には、実績情報に基づいて利用目的毎に多目的車両３０の需要を求め、当該需要に基づいて、利用目的ごとに割り当てられる多目的車両３０の利用料金及び割り当て台数を更新する。

＜配車システムの作用＞
次に、ユーザ端末６０から配車を依頼され、建物１０に所定の多目的車両３０が配車される際に、各装置間の処理の流れを図７のシーケンス図で説明する。ユーザが、ユーザ端末６０に依頼情報を入力すると、ステップＳ２０１において、ユーザ端末６０は依頼情報を生成し、ステップＳ２０２において、ユーザ端末６０は、生成された依頼情報を配車管理装置７０に送信する。

ステップＳ２０３において、配車管理装置７０では、ＣＰＵ７０Ａが、依頼情報に基づいて、建物１０に配車する所定の多目的車両３０を決定する。この車両の決定に係る車両決定処理の詳細は、図８を用いて後述する。

ステップＳ２０４において、ＣＰＵ７０Ａが、配車の完了を報告する報告通知をユーザ端末６０に送信する。

ステップＳ２０５において、ＣＰＵ７０Ａが、目的地となる建物１０までの運転指示をステップＳ２０３で決定された所定の多目的車両３０に送信する。

ステップＳ２０６において、ＣＰＵ７０Ａが、配車された多目的車両３０の依頼実績に係る実績情報を実績情報データベース７０Ｄ２に記憶（格納）する。

ステップＳ２０７において、多目的車両３０では、ＣＰＵ５０Ａが、受信した運転指示に基づいて走行計画を生成する。

ステップＳ２０８において、ＣＰＵ５０Ａは、多目的車両３０の自動運転により走行を開始する。

ステップＳ２０９において、ＣＰＵ５０Ａが、目的地である建物１０に到着したと判断すると、ステップＳ２１０において、ＣＰＵ５０Ａは、ユーザ情報を取得する。そして、ステップＳ２１１において、ＣＰＵ５０Ａは、取得したユーザ情報を配車管理装置７０に送信する。

ステップＳ２１２において、配車管理装置７０では、ＣＰＵ７０Ａが、受信したユーザ情報をユーザ情報データベース７０Ｄ３に格納して、ユーザ情報データベース７０Ｄ３を更新する。

ステップＳ２１３において、ＣＰＵ７０Ａは、更新したユーザ情報をユーザ端末６０に送信して処理を終了する。これにより、ユーザは、ユーザ端末６０で受信した更新後のユーザ情報を確認して、次回の配車する車両の選定にあたり、活用することができる。

（車両決定処理）
図８は、ステップＳ２０３における配車する多目的車両３０の決定に係る車両決定処理の流れを示すフローチャートである。

ステップＳ３０１において、配車管理装置７０のＣＰＵ７０Ａは、受信した依頼情報に基づいて、車両情報データベース７０Ｄ１から所定の車両情報を取得する。具体的には、依頼情報に基づいて、複数の多目的車両の中から依頼情報の利用目的に適合する候補車両に係る情報を取得する。

ステップＳ３０２において、ＣＰＵ７０Ａは、取得した車両情報に基づいて、候補車両の中から目的地の建物１０に最も近い地点を走行する多目的車両３０を選定する。

ステップＳ３０３において、ＣＰＵ７０Ａは、選定された多目的車両３０が、建物１０に配車可能な状態か否かを判定する。配車可能な状態か否かは、例えば、車両情報データベース７０Ｄ１に格納された運行スケジュールを参照し、建物１０まで配車可能な状態か否かを判定する。ステップＳ３０３において、配車可能であると判定された場合、ステップＳ３０４において、ＣＰＵ７０Ａは建物１０に配車する車両を決定し処理を終了する。

一方、ステップＳ３０３において、ＣＰＵ７０Ａに配車できないと判定された場合、ステップＳ３０５において、ＣＰＵ７０Ａは、取得した車両情報に基づいて、候補車両の中から次に（２番目に）建物１０に近い地点を走行する多目的車両３０を選定する。

ステップＳ３０６において、ＣＰＵ７０Ａは、ステップＳ３０３と同様に選定された多目的車両３０が、建物１０に配車可能な状態か否かを判定する。配車可能であると判定された場合、ステップＳ３０４に移行して、ＣＰＵ７０Ａは、建物１０に配車する車両を決定し、処理を終了する。

ステップＳ３０６において、ＣＰＵ７０Ａに配車できないと判定された場合、ステップＳ３０５に戻って候補車両の中から次に建物１０に近い地点を走行する多目的車両３０を選定し、同様の処理を繰り返す。

（車両情報更新処理）
次に、図９のフローチャートを用いて、配車管理装置７０が実行する車両情報更新処理の流れを説明する。ステップＳ４０１において、配車管理装置７０では、ＣＰＵ７０Ａは、実績情報データベース７０Ｄ２から実績情報を取得する。

ステップＳ４０２においてＣＰＵ４０２は、取得した実績情報に基づいて、所定の利用目的毎に対応する多目的車両３０の需要が、供給を下回っているか否かを判定する。

なお、多目的車両３０の需要は、例えば、所定の期間に蓄積された実績情報を参照して、所定の利用目的に適合する多目的車両３０が車庫に滞在した時間の総計に基づいて判定される。例えば、車庫への滞在時間が所定の閾値より長い場合、所定の利用目的において、多目的車両３０の需要が供給を下回ると判定する。また、車庫への滞在時間が所定の閾値と一致する場合、所定の利用目的において、多目的車両３０の需要と供給が一致すると判定する。また、車庫への滞在時間が所定の閾値より短い場合、所定の利用目的において、多目的車両３０の需要が供給を上回ると判定する。

ステップＳ４０２において、ＣＰＵ７０Ａが、所定の利用目的毎に対応する多目的車両３０の需要が、供給を下回っていると判定した場合、ステップＳ４０３において、ＣＰＵ７０Ａは、対応する多目的車両３０の利用料金を値下げし、且つ、利用目的に適合する多目的車両３０の割り当て台数を減らすように車両情報を更新して処理を終了する。

一方、ステップＳ４０２において、ＣＰＵ７０Ａに所定の利用目的毎に対応する多目的車両３０の需要が供給を下回らないと判定された場合、ステップＳ４０４に移行する。

ステップＳ４０４でＣＰＵ７０Ａは、所定の利用目的において、多目的車両３０の需要と供給が一致するか否かを判定する。需要と供給が一致すると判定された場合、ステップＳ４０５において、ＣＰＵ７０Ａは、対応する多目的車両３０の利用料金及び当該利用目的に適合する多目的車両３０の割り当て台数を維持するように車両情報を更新して処理を終了する。

一方、ステップＳ４０４において、ＣＰＵ７０Ａが、多目的車両３０の需要と供給が一致しないと判定した場合、ステップＳ４０６において、ＣＰＵ７０Ａは、所定の利用目的に対応する多目的車両３０の需要が、供給を上回っていると判定する。そして、ステップＳ４０７において、ＣＰＵ７０Ａは、対応する多目的車両３０の利用料金を値上げし、且つ、当該利用目的に適合する多目的車両３０の割り当て台数を増やすように車両情報を更新して処理を終了する。

なお、上記車両情報更新処理では、多目的車両３０の利用料金と利用目的毎の割り当て台数に係る情報を共に更新するものとしたが、どちらか一方のみを更新するように構成してもよい。

（作用・効果）
次に、本実施形態の作用並びに効果について説明する。

以上説明したとおり、本実施形態の建物１０は、駐車スペースＰに多目的車両３０を駐車すると、建物本体１２の区画壁（外壁部）１８に設けた開口部２０と多目的車両３０の車両開口部３４が対向して配置され、建物本体１２の室内空間１４と多目的車両３０の車室３４とを行き来可能とされる。これにより、建物本体１２の増築やリフォームを伴うことなく多目的車両３０の車室３４により多目的に利用できる空間を得ることができる。

また、本実施形態では、室内空間１４の床Ｆ１の床高が、多目的車両３０の車室３４の床Ｆ２の床高と一致している。このため、室内空間１４と車室３４とをスムーズに行き来することができる。これにより、多目的車両３０の車室３４が、建物本体１２の室内空間１４との一体感を備えつつ、建物本体１２とは別の独立性の高い空間となる。

また、本実施形態の配車システム１００では、配車管理装置７０は、ユーザ端末６０から送信された依頼情報に基づいて、複数の多目的車両３０の中から依頼情報に含まれる利用目的に適合する多目的車両を建物１０に配車することができる。これにより、ユーザは、利用目的に応じた空間を提供できる多目的車両３０の手配をすることができる。

また、本実施形態の配車システム１００では、多目的車両３０の依頼実績に係る実績情報に基づいて、利用目的毎に多目的車両３０の需要を求め、当該需要に基づいて多目的車両３０の利用料金を更新することができる。具体的には、実績情報に基づいて需要が低いとされる利用目的の車両は値下げし、需要が高いとされる利用目的の車両は値上げして、どの利用目的の車両にも一定の需要を生むことができる。その結果、多目的車両の稼働率を高めることができる。

また、本実施形態の配車システム１００では、実績情報に基づいて利用目的毎に多目的車両３０の需要を求め、当該需要に基づいて、利用目的ごとに割り当てられる多目的車両３０の台数が決定される。具体的には、実績情報に基づいて需要が低いとされる利用目的の車両の台数は減らし、需要が高いとされる利用目的の車両は台数を増やすことで、どの利用目的の車両にも一定の需要を生むことができる。その結果、多目的車両３０の稼働率を高めることができる。

また、本実施形態の配車システム１００において、配車管理部７３０では、取得された車両情報に基づいて、候補車両の中から目的地となる建物１０までの移動距離が最短であって、かつ、目的地まで運転することが可能な所定の多目的車両３０を決定する。これにより、複数の地点を回る多目的車両３０の走行ルートを効率化することができ、車両の稼働率を高めることができる。

[補足説明]
上記実施形態では、車両情報データベース７０Ｄ１、実績情報データベース７０Ｄ２、ユーザ情報データベース７０Ｄ３を配車管理装置７０が備える構成としたが、これらのデータベースが外部に存在してもよい。

また、上記実施形態でＣＰＵ５０Ａ、７０Ａがソフトウェア（プログラム）を読み込んで実行した各処理を、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の製造後に回路構成を変更可能なＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、及びＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が例示される。また、各処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせ等）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路である。

また、上記実施形態において、プログラムはコンピュータが読み取り可能な非一時的記録媒体に予め記憶（インストール）されている態様で説明した。しかしこれに限らず、各プログラムは、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の非一時的記録媒体に記録された形態で提供されてもよい。また、各プログラムは、ネットワークを介して外部装置からダウンロードされる形態としてもよい。

上記実施形態で説明した処理の流れは一例であり、主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよい。

１０ 建物
１２ 建物本体
１８ 区画壁（外壁部）
２０ 開口部
３０ 多目的車両
３２ 車両開口部（開口）
６０ ユーザ端末
７０ 配車管理装置
１００ 配車システム
７２０ 車両情報取得部
７３０ 車両管理部
７５０ 車両情報更新部
Ｐ 駐車スペース
Ｆ１ 床（建物本体の内部の床）
Ｆ２ 床（多目的車両の内部の床）

Claims (4)

1. 多目的車両が駐車される駐車スペースに面して立設された外壁部を有する建物本体と、
   前記外壁部に形成されると共に、前記駐車スペースに前記多目的車両が駐車された状態で前記多目的車両の開口と対向して配置され、前記建物本体の内部と前記多目的車両の内部とを行き来可能とする開口部と、を備える建物に前記多目的車両を配車する配車システムであって、
   ユーザ端末から送信された前記建物に配車する前記多目的車両の利用目的を含む依頼情報に基づいて、複数の前記多目的車両の中から前記利用目的に適合する候補車両に係る車両情報を取得する車両情報取得部と、
   取得された前記車両情報に基づいて前記多目的車両を配車する配車管理部と、
   を有する配車システム。
2. 前記多目的車両の依頼実績に係る実績情報を記憶する記憶部と、記憶された前記実績情報に基づいて前記車両情報を更新する車両情報更新部と、をさらに備え、
   前記車両情報更新部は、前記実績情報に基づいて利用目的毎に前記多目的車両の需要を求め、当該需要に基づいて各多目的車両の利用料金を更新する、
   請求項１に記載の配車システム。
3. 前記車両情報には、利用目的ごとに割り当てられる前記多目的車両の台数が含まれており、
   前記車両情報更新部は、前記実績情報に基づいて利用目的毎に前記多目的車両の需要を求め、当該需要に基づいて、利用目的ごとに割り当てられる前記多目的車両の台数を決定する、
   請求項２に記載の配車システム。
4. 前記配車管理部は、取得された前記車両情報に基づいて、前記候補車両の中から、目的地となる前記建物までの移動距離が最短であって、かつ、目的地まで運転することが可能な所定の前記多目的車両を前記建物に配車する、
   請求項１～請求項３の何れか１項に記載の配車システム。