(57)【要約】【課題】パークアンドライドシステムの利便性を向上して、パークアンドライドシステムを促進することができる技術を提供する。【解決手段】配車装置は、駐車場に車を駐車した者が目的地に移動するために乗り換える公共車の配車を行う。配車装置は、前記公共車の利用を希望する利用者からの依頼情報を受け付ける受付部と、前記公共車への乗換場所と前記駐車場とを兼ねる乗換駐車場、および、当該乗換駐車場への前記公共車の配車予定時間の決定を含む配車処理を前記依頼情報に基づいて行う配車処理部と、前記乗換駐車場および前記配車予定時間を前記利用者に案内する案内部と、を備える。【選択図】図２
2020004190.tif 000002
【特許請求の範囲】
【請求項１】
駐車場に車を駐車した者が目的地に移動するために乗り換える公共車の配車を行う配車装置であって、
前記公共車の利用を希望する利用者からの依頼情報を受け付ける受付部と、
前記公共車への乗換場所と前記駐車場とを兼ねる乗換駐車場、および、当該乗換駐車場への前記公共車の配車予定時間の決定を含む配車処理を前記依頼情報に基づいて行う配車処理部と、
前記乗換駐車場および前記配車予定時間を前記利用者に案内する案内部と、
を備える、配車装置。
【請求項２】
前記依頼情報には、少なくとも、前記利用者の出発地、前記目的地、前記公共車の利用日、および、利用人数が含まれる、請求項１に記載の配車装置。
【請求項３】
前記配車処理部は、
前記利用者ごとに、前記出発地の情報に基づいて前記乗換駐車場の候補地を検索し、
同一の前記公共車に乗る前記利用者ごとの前記候補地により想定される前記乗換駐車場の組み合わせパターンの中から前記目的地に向かう途中で停車する前記乗換駐車場の数が最小となるパターンを選択して前記乗換駐車場を決定する、請求項２に記載の配車装置。
【請求項４】
前記案内部は、前記乗換駐車場、前記配車予定時間、および、前記出発地に基づいて求められる推奨出発時間を前記利用者に案内する、請求項２又は３に記載の配車装置。
【請求項５】
前記依頼情報には、前記目的地への希望到着時間が含まれ、
前記配車処理部は、前記希望到着時間に基づいて前記配車予定時間の推定を行う、請求項１から４のいずれか１項に記載の配車装置。
【請求項６】
前記乗換駐車場の予約処理を行う駐車場予約部を更に備える、請求項１から５のいずれか１項に記載の配車装置。
【請求項７】
前記駐車場の空き状況を確認する駐車場確認部を更に備え、
前記配車処理部は、前記駐車場の空き状況に基づいて前記乗換駐車場を決定する、請求項１から６のいずれか１項に記載の配車装置。
【請求項８】
駐車場に車を駐車した者が目的地に移動するために乗り換える公共車の配車を行う装置によって実行される配車方法であって、
前記公共車の利用を希望する利用者からの依頼情報を受け付ける受付工程と、
前記公共車への乗換場所と前記駐車場とを兼ねる乗換駐車場、および、当該乗換駐車場への前記公共車の配車予定時間の決定を含む配車処理を前記依頼情報に基づいて行う配車処理工程と、
前記乗換駐車場および前記配車予定時間を前記利用者に案内する案内工程と、
を備える、配車方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配車装置および配車方法に関する。
【背景技術】
【０００２】
従来、所望の目的地に行くために自動車から公共車両に乗り継いで移動するパークアンドライドシステムが知られている（例えば特許文献１参照）。パークアンドライドシステムの利用者は、自宅から自家用車で出発し、自家用車を公共車両の停留所の近傍にある駐車場に駐車する。
【０００３】
特許文献１においては、パークアンドライドシステムの利用者の自家用車は、利用者が公共車両の停留所にて降車した後に、停留所から駐車場まで車を自動的に移動させるパークアンドライド制御部を備える。これによれば、パークアンドライドシステムの利用者は、駐車場から公共車両の停留所まで長い距離を歩くことを避けられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−００３１７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来においては、パークアンドライドシステムの利用者は、公共車両の停留所から離れた位置に自家用車を駐車する必要がある。このために、パークアンドライドシステムの利用者は、停留所まで歩くか、又は、自動車を自動で駐車場まで移動させる必要があり、肉体的な負担を感じたり、経済的な負担を感じたりする可能性がある。
【０００６】
本発明は、上記課題に鑑みて、パークアンドライドシステムの利便性を向上して、パークアンドライドシステムを促進することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明の配車装置は、駐車場に車を駐車した者が目的地に移動するために乗り換える公共車の配車を行う配車装置であって、前記公共車の利用を希望する利用者からの依頼情報を受け付ける受付部と、前記公共車への乗換場所と前記駐車場とを兼ねる乗換駐車場、および、当該乗換駐車場への前記公共車の配車予定時間の決定を含む配車処理を前記依頼情報に基づいて行う配車処理部と、前記乗換駐車場および前記配車予定時間を前記利用者に案内する案内部と、を備える構成（第１の構成）になっている。
【０００８】
上記第１の構成の配車装置において、前記依頼情報には、少なくとも、前記利用者の出発地、前記目的地、前記公共車の利用日、および、利用人数が含まれる構成（第２の構成）であることが好ましい。
【０００９】
上記第２の構成の配車装置において、前記配車処理部は、前記利用者ごとに、前記出発地の情報に基づいて前記乗換駐車場の候補地を検索し、同一の前記公共車に乗る前記利用者ごとの前記候補地により想定される前記乗換駐車場の組み合わせパターンの中から前記目的地に向かう途中で停車する前記乗換駐車場の数が最小となるパターンを選択して前記乗換駐車場を決定する構成（第３の構成）であってよい。
【００１０】
上記第２又は第３の構成の配車装置において、前記案内部は、前記乗換駐車場、前記配車予定時間、および、前記出発地に基づいて求められる推奨出発時間を前記利用者に案内する構成（第４の構成）であってよい。
【００１１】
上記第１から第４のいずれかの構成の配車装置において、前記依頼情報には、前記目的地への希望到着時間が含まれ、前記配車処理部は、前記希望到着時間に基づいて前記配車予定時間の推定を行う構成（第５の構成）であってよい。
【００１２】
上記第１から第５のいずれかの構成の配車装置は、前記乗換駐車場の予約処理を行う駐車場予約部を更に備える構成（第６の構成）であることが好ましい。
【００１３】
上記第１から第６のいずれかの構成の配車装置は、前記駐車場の空き状況を確認する駐車場確認部を更に備え、前記配車処理部は、前記駐車場の空き状況に基づいて前記乗換駐車場を決定する構成（第７の構成）であることが好ましい。
【００１４】
上記目的を達成するために本発明の配車方法は、駐車場に車を駐車した者が目的地に移動するために乗り換える公共車の配車を行う装置によって実行される配車方法であって、前記公共車の利用を希望する利用者からの依頼情報を受け付ける受付工程と、前記公共車への乗換場所と前記駐車場とを兼ねる乗換駐車場、および、当該乗換駐車場への前記公共車の配車予定時間の決定を含む配車処理を前記依頼情報に基づいて行う配車処理工程と、前記乗換駐車場および前記配車予定時間を前記利用者に案内する案内工程と、を備える構成（第８の構成）になっている。
【発明の効果】
【００１５】
本発明によれば、パークアンドライドシステムの利便性を向上して、パークアンドライドシステムを促進することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態に係る配車システムの概要を示す図
【図２】本発明の実施形態に係る配車装置の構成を示すブロック図
【図３】配車装置を利用した配車に関わる処理の一例を示す図
【図４】配車装置によって行われる配車処理の一例を示す図
【図５】配車装置の変形例を示すブロック図
【発明を実施するための形態】
【００１７】
以下、本発明の例示的な実施形態について、図面を参照しながら詳細に説明する。
【００１８】
＜１．配車システムの概要＞
図１は、本発明の実施形態に係る配車システム１００の概要を示す図である。配車システム１００は、いわゆるパークアンドライドに好適なシステムである。パークアンドライドにおいては、その利用者は、目的地に移動する途中で例えば自家用車から公共車に乗り換えて、公共車で目的地に到着する。目的地は、例えば都心部や市街地である。ただし、目的地は都心部等に限らず、例えば人気の旅行スポットがある郊外等であってよい。また、パークアンドライドの利用者が公共車に乗り換える前に使用する車は、個人が所有する自家用車に限られず、例えばレンタカーやシェアカー等であってもよい。以下においては、利用者が公共車に乗り換える前に使用する車が自家用車である場合を例に説明する。
【００１９】
図１に示すように、配車システム１００は、配車装置１と、利用者端末装置２と、駐車場端末装置３と、公共車端末装置４とを備える。これらの装置１〜４は、いずれもインターネットなどのネットワークＮに接続可能に設けられる。換言すると、配車装置１は、利用者端末装置２、駐車場端末装置３、および、公共車端末装置４とネットワークＮを介して通信可能に設けられる。
【００２０】
配車装置１は、公共車の配車を管理する配車センターが備えるサーバ装置である。公共車は、不特定多数の人々が利用することができる公共交通機関に属する自動車である。公共車は、特に限定する趣旨ではないが、例えば乗車定員が１０人程度の自動車であることが好ましい。配車装置１は、駐車場に車を駐車した者が目的地に移動するために乗り換える公共車の配車を行う。上述のように、本実施形態では、駐車場に駐車する車は自家用車であるが、レンタカーやシェアカー等の他の車であってよい。駐車場は、例えば、不特定多数の人が利用することができる公共の駐車場である。ただし、駐車場は、配車システム１００の利用者だけが利用することができる専用の駐車場であってもよい。配車装置１は、利用者からの依頼に基づいて公共車の配車を行う。配車装置１は、複数の利用者からの依頼を調整して配車を行う。配車装置１の詳細については後述する。
【００２１】
利用者端末装置２は、公共車の利用を希望する利用者が有する端末装置である。図１においては、利用者端末装置２は１つしか示されていないが、配車システム１００は、複数の利用者端末装置２を備える。利用者端末装置２は、利用者によって公共車の利用依頼に関する情報（依頼情報）が入力されると、ネットワークＮを介して依頼情報を配車装置１に送信する。利用者端末装置２は、例えば、スマートフォン、タブレット端末、携帯電話、パーソナルコンピュータ（ＰＣ）、車載機器（例えばカーナビゲーション装置やドライブレコーダ）等であってよい。利用者端末装置２は、スマートフォン、タブレット端末、携帯電話等の携帯型の端末装置であることが好ましい。
【００２２】
駐車場端末装置３は、駐車場ごとに備えられる。図１においては、駐車場端末装置３は１つしか示されていないが、配車システム１００は、複数の駐車場端末装置３を備える。駐車場端末装置３は、駐車場に設けられた駐車スペースの空き状況を把握可能に設けられる。駐車場端末装置３は、例えば配車装置１からの要求により、ネットワークＮを介して駐車スペースの空き状況を知らせたり、駐車スペースの予約を受け付けたりする。なお、本実施形態では、配車装置１と駐車場端末装置３とが通信を行う構成としているが、これは例示にすぎない。例えば、配車装置１は、各駐車場に備えられる駐車場端末装置３を一括管理する業者の端末装置（例えばＰＣ）と通信することによって、各駐車場の空き状況の把握等を行う構成でもよい。
【００２３】
公共車端末装置４は、各公共車に搭載される。図１においては、公共車端末装置４は１つしか示されていないが、配車システム１００は、複数の公共車端末装置４を備える。公共車端末装置４は、ネットワークＮを介して配車装置１からの配車に関する指示を受け付ける。例えば、公共車端末装置４は、配車装置１から配車予約を受け付ける。また、公共車の運転手は、公共車端末装置４を介して公共車に関する情報を配車装置１に知らせることができる。例えば、運転手は、公共車端末装置４を介して、公共車の利用状況等を配車装置１に知らせることができる。なお、本実施形態では、配車装置１と公共車端末装置４とが通信を行う構成としているが、これは例示にすぎない。例えば、配車装置１と、公共車を所有する業者の端末装置（例えばＰＣ）とが、配車に関する情報（例えば配車予約等）のやりとりを行う構成としてもよい。
【００２４】
＜２．配車装置＞  
図２は、本発明の実施形態に係る配車装置１の構成を示すブロック図である。配車装置１は、制御部１１と、記憶部１２と、通信インターフェース（通信ＩＦ）１３とを備える。
【００２５】
記憶部１２は、配車装置１の動作に必要な各種の情報を記憶する。記憶部１２は、例えば、フラッシュメモリなどの不揮発性の記憶装置である。記憶部１２は、配車装置１に対して着脱可能なメモリカードなどの可搬型記録媒体であってもよい。
【００２６】
通信ＩＦ１３は、配車装置１がネットワークＮを介して外部装置と通信するためのインターフェースである。本実施形態では、利用者端末装置２、駐車場端末装置３、および、公共車端末装置４が外部装置に含まれる。
【００２７】
制御部１１は、配車装置１の全体を制御する。制御部１１は、例えば、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Unit）、及び、ＲＯＭ（Read Only Memory）などを備えるコンピュータで構成される。制御部１１のＣＰＵが記憶部１２に記憶されたプログラムを実行することにより、制御部１１として必要な各種の機能が実現される。
【００２８】
図２に示す受付部１１１、配車処理部１１２、案内部１１３、駐車場確認部１１４、および、駐車場予約部１１５は、記憶部１２に記憶されるプログラムの実行により実現される制御部１１の機能のうちの一部である。換言すると、配車装置１は、受付部１１１と、配車処理部１１２と、案内部１１３と、駐車場確認部１１４と、駐車場予約部１１５とを備える。
【００２９】
なお、制御部１１が備える各部１１１〜１１５の少なくともいずれか１つは、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成されてもよい。また、制御部１１が備える各部１１１〜１１５は、概念的な構成要素である。１つの構成要素が実行する機能を複数の構成要素に分散させたり、複数の構成要素が有する機能を１つの構成要素に統合したりしてよい。
【００３０】
受付部１１１は、公共車の利用を希望する利用者からの依頼情報を受け付ける。詳細には、依頼情報は、利用者端末装置２からネットワークＮを介して受付部１１１に入力される。依頼情報には、少なくとも、利用者の出発地、目的地、公共車の利用日、および、利用人数が含まれる。詳細には、利用者の出発地は、利用者が自家用車で公共の駐車場まで移動する際の出発地であり、例えば利用者の居住地等である。目的地は、利用者が公共車に乗って行きたい場所である。公共車の利用日は、利用者が公共車を利用したい日付である。利用人数は、公共車に乗る予定の人数であり、単数又は複数である。少なくともこれらの情報が依頼情報に含まれることによって、配車装置１は、複数の利用者からの依頼情報に基づいてグループ分けを行い、公共車の配車を行うことができる。
【００３１】
なお、依頼情報には、上述の４つの依頼情報の他に、例えば、目的地への希望到着時間、自家用車の種類、駐車場予約に関する情報等が含まれることが好ましい。依頼情報には、目的地への希望到着時間が含まれることがより好ましい。
【００３２】
配車処理部１１２は、受付部１１１で受け付けた依頼情報に基づいて配車処理を行う。配車処理の結果に応じて、各公共車の配車予定が決まる。各公共車は、配車装置１からネットワークＮを介して受け取った配車予定にしたがって動く。本実施形態では、配車処理には、公共車への乗換場所と自家用車を駐車する駐車場とを兼ねる乗換駐車場の決定が含まれる。また、配車処理には、乗換駐車場への公共車の配車予定時間の決定が含まれる。配車処理部１１２は、或る目的地に向かう公共車が途中で停車する乗換駐車場の数を１つとすることもあるし、複数とすることもある。
【００３３】
なお、乗換駐車場および配車予定時間は、利用者ごと（利用者からの依頼ごと）に決定される。同一の公共車に乗る予定であって、出発地（例えば居住地）が異なる各利用者に関して、乗換駐車場および配車予定時間が、全ての利用者間で同じになることも有り得るし、少なくとも一部の利用者間で異なることも有り得る。
【００３４】
案内部１１３は、乗換駐車場および配車予定時間を利用者に案内する。詳細には、案内部１１３は、配車処理部１１２で決定された乗換駐車場および配車予定時間について、利用者ごとに案内情報を生成する。案内部１１３は、生成した案内情報を、ネットワークＮを介して各利用者の利用者端末装置２に送信する。
【００３５】
なお、案内部１１３が利用者に案内する情報は、乗換駐車場および配車予定時間に限定される趣旨ではなく、他の情報も案内されてよい。例えば、案内部１１３は、乗換駐車場および配車予定時間に加えて、利用者の推奨出発時間や配車手数料を案内してもよい。また、案内部１１３は、例えば公共車に乗り合う利用者が定員に満たない場合に、乗換駐車場および配車予定時間の案内に替えて、利用者が希望する公共車の配車が不可能である旨の案内等を行ってよい。
【００３６】
本実施形態では、公共車に乗り換える場所として駐車場が利用されるために、車両への乗換場所が駅や停留所である場合に比べて乗換場所の設定自由度を高めることができる。また、乗換場所が駐車場であるために、自家用車で駐車場まで移動した利用者は、歩行距離を少なくして公共車に乗り換えることができる。
【００３７】
駐車場確認部１１４は、駐車場の空き状況を確認する。詳細には、駐車場確認部１１４は、ネットワークＮを介して所定のエリア内に存在する複数の駐車場に備えられる駐車場端末装置３と通信を行い、各駐車場における駐車場の空き状況を確認する。所定のエリアは、例えば、同一の公共車を手配することができる利用者の居住地範囲として、配車システム１００において予め定められた範囲である。本実施形態では、配車処理部１１２は、駐車場確認部１１４で確認された駐車場の空き状況に基づいて乗換駐車場を決定する。これによれば、利用者が希望する日時に駐車スペースの空きが無い駐車場を乗換駐車場として案内することを防止することができる。
【００３８】
駐車場予約部１１５は、乗換駐車場の予約処理を行う。駐車場予約部１１５は、配車処理部１１２で乗換駐車場に決定された駐車場の駐車場端末装置３と通信して、利用者が自家用車を駐車するためのスペースを予約する。駐車場の予約をスムーズに行うことができるように、利用者は、依頼情報中に駐車場の利用予定時間を記載しておくことが好ましい。乗換駐車場が複数存在する場合には、複数の駐車場に対して予約処理を行う。駐車場予約部１１５は、利用者ごと（利用依頼ごと）に駐車場（駐車スペース）の予約を行う。
【００３９】
本実施形態では、駐車場予約部１１５は、配車処理部１１２による乗換駐車場および配車予定時間の決定に応じて、自動的に乗換駐車場の予約処理を行う。ただし、これは例示である。駐車場予約部１１５は、利用者からの乗換駐車場の予約指示があった場合に、乗換駐車場の予約処理を行う構成であってもよい。駐車場予約部１１５が設けられることによって、乗換駐車場の決定後に、他人が駐車場の予約を行って、利用者が乗換駐車場の利用が出来なくなるという事態が発生することを防止できる。
【００４０】
図３は、配車装置１を利用した配車に関わる処理の一例を示す図である。まず、利用者が、利用者端末装置２を介して依頼情報を入力する（ステップＳ１）。利用者端末装置２に入力された依頼情報は、ネットワークＮを介して配車装置１に送信される。これにより、配車装置１の受付部１１１は、利用者からの依頼情報を受け付ける（ステップＳ２）。なお、本例においては、依頼情報には、利用者の出発地、目的地、公共車の利用日、利用人数、目的地への希望到着時間、および、駐車場利用予定時間が含まれる。また、利用者によって、駐車場予約部１１５が乗換駐車場の予約処理を自動的に行うことが許可されているとする。
【００４１】
配車装置１は、依頼情報を受け付けると、公共車依頼の募集期間の終了を監視する（ステップＳ３）。例えば、公共車依頼の募集期間は、公共車の利用日の第１期間前から第２間前まで等に設定される。例えば、第１期間は３か月で、第２期間は１週間であってよい。利用者は、募集期間中であれば、公共車の利用希望の依頼と取消を自由に行うことができる。この例では、配車装置１は、第２期間前（例えば１週間前）を過ぎると、公共車の募集期間が終了したと判断する。配車装置１の配車処理部１１２は、募集期間中に配車処理を行わず、募集期間の終了後に配車処理を開始する。依頼を募集するために複数の日数が準備されているために、配車処理部１１２は、通常は複数の依頼に基づいて配車処理を行う。ただし、これは例示であり、配車処理部１１２は、募集期間中に仮の配車処理を行ってもよい。
【００４２】
なお、配車装置１は、各利用者から依頼を受け付けた時点で、例えば、依頼を受け付けたこと、および、募集期間後に配車内容を連絡することを利用者端末装置２に送信することが好ましい。
【００４３】
公共車の募集期間が終了すると（ステップＳ３でＹｅｓ）、配車処理部１１２が配車処理を行う（ステップＳ４）。本実施形態では、配車処理には、各依頼に対して配車が可能であるか否かの判断が含まれる。配車装置１は、配車が不可能である場合には、対象となる利用者に予約が不成立であることを送信する。これに対応して、利用者端末装置２は、予約が成立しなかったことを利用者に報知する（ステップＳ５）。報知の手法は、例えば画面表示や音声通知等であってよい。なお、配車装置１は、利用者の予約が不成立であった場合に、例えば希望到着時間の変更によって配車が可能となる等の代案を利用者端末装置２に送信してもよい。
【００４４】
また、配車処理部１１２は、配車処理を行うに当たって駐車場の空き状況を利用する。このため、配車装置１の駐車場確認部１１４が、駐車場端末装置３に対して駐車場の空き状況の確認を行う。駐車場端末装置３は、駐車場確認部１１４からの要求に応じて駐車場の空き状況を通知する（ステップＳ６）。配車処理により、利用者（利用依頼）ごとに、乗換駐車場および当該乗換駐車場への配車予定時間が決定される。配車処理の詳細については後述する。
【００４５】
乗換駐車場および配車予定時間の決定により、配車装置１の駐車場予約部１１５は、各利用者の依頼に対応した駐車場の予約を行う（ステップＳ７）。詳細には、駐車場予約部１１５は、駐車場端末装置３に予約情報を送信する。駐車場端末装置３は、予約情報に応じて予約処理を行い、予約完了通知を配車装置１に対して行う（ステップＳ８）。なお、本例では、配車処理（ステップＳ４）において、駐車場の空き状況に基づいて乗換駐車場を決定している。このために、駐車場予約部１１５からの予約に応じて駐車場の予約が行えない状況は通常は起こらない。駐車場の予約ができない場合には、配車処理（ステップＳ４）を再度行えばよい。
【００４６】
駐車場の予約の完了により、乗換駐車場および配車予定時間が確定するために、配車装置１の案内部１１３は、利用者端末装置２に乗換駐車場および配車予定時間を含む予約情報を通知する（ステップＳ９）。利用者端末装置２は、案内部１１３からの予約情報の通知に応じて予約情報を報知する（ステップＳ１０）。報知の手法は、例えば画面表示や音声通知等であってよい。なお、予約情報を受け取った利用者が、予約の取り消しや変更を行うことができる構成としてもよい。この場合には、例えば、ステップＳ７からステップＳ１０で説明した予約を仮予約とし、仮予約の取り消しや変更を行える変更受付期間内に利用者から、そのような申し出があった場合には、変更受付期間の経過後に配車処理をやり直す構成としてもよい。
【００４７】
配車装置１の案内部１１３は、利用者への予約情報の通知後、利用日時が近づくと推奨出発時間を通知する（ステップＳ１１）。利用者端末装置２は、配車装置１からの推奨出発時間の通知に応じて当該時間を報知する（ステップＳ１２）。報知の手法は、例えば画面表示や音声通知等であってよい。推奨出発時間は、利用日時の例えば３時間前等に通知されてよい。推奨出発時間は、時間間隔をあけて繰り返し通知されてよい。
【００４８】
すなわち、案内部１１３は、乗換駐車場、配車予定時間、および、出発地に基づいて求められる推奨出発時間を利用者に案内する。推奨出発時間を通知することによって、利用者は、適切な時間に出発地を出発することができるために便利である。案内部１１３は、乗換駐車場の位置と利用者の出発地との間の距離、および、配車予定時間を考慮して推奨出発時間を算出する。案内部１１３は、現在の道路の混雑状況や、過去の道路の混雑状況の履歴等の情報も考慮して推奨出発時間を算出してもよい。なお、案内部１１３は、予約情報を利用者に通知する際に、予約情報に推奨出発時間を含んで利用者に通知してもよい。
【００４９】
図４は、配車装置１によって行われる配車処理の一例を示す図である。なお、図４の配車処理は、図３に示す配車処理（ステップＳ４）の具体例である。
【００５０】
まず、配車処理部１１２は、各利用者の依頼に対して公共車の配車の可否を判断する（ステップＳ４−１）。乗員が極端に少ない状態で公共車の配車を行うと効率が悪い。このために、配車処理部１１２は、乗員が極端に少なくなる場合には、公共車の配車を行うことができないと判断する。以下に具体例を挙げて説明する。
【００５１】
配車処理部１１２は、利用者の出発地から同じ地域の利用者を同一のグループとして分類する。ここで言う「同じ地域」は、同一の公共車を手配することができる利用者の居住地範囲であり、予め決められた範囲である。そして、配車処理部１１２は、同じ地域であると分類された各同地域グループについて、目的地、利用日、および、希望到着時間が同じと判断される利用者を同一のグループとする再グループ化を行う。なお、本例では、希望到着時間については、各利用者間で完全に一致していなくても、所定の時間差内であれば、同じ希望到着時間であると判断する。この再グループ化によって同じ公共車に乗ることができる乗員数を求めることができる。配車装置１は、この乗員数が所定数に到達しない場合に配車不可とする。
【００５２】
なお、再グループ化によって、乗員数が１台の公共車の定員数を超えた場合、公共車の配車は可能と判断される。１台の公共車の定員数を超える乗員数が得られた場合は、これらの乗員は複数のグループに分けられ、複数準備される公共車に分かれて乗車することとする。乗員を複数のグループに分ける基準としては、例えば、出発地（例えば居住地）間の距離が用いられる。すなわち、出発地間の距離が近い者同士が同一のグループにされる。
【００５３】
配車処理部１１２は、上述のように、公共車の配車不可とされる依頼を行った利用者に対して、利用者の予約が不成立であることを送信する。一方、配車処理部１１２は、公共車の配車可能と判断された依頼については配車処理を進める。
【００５４】
配車処理部１１２は、公共車の配車可とされた各依頼について、乗換駐車場の候補地を検索する（ステップＳ４−２）。配車処理部１１２は、利用者ごとに、各利用者の出発地の情報に基づいて乗換駐車場の候補地を検索する。例えば、出発地から駐車場までの距離や、出発地から駐車場までの予想所要時間が予め設定された閾値より小さい駐車場が乗換駐車場の候補地として抽出される。
【００５５】
なお、本例では、駐車場端末装置３から得られる駐車場の空き状況に基づいて、利用日時に空いていないと判断される駐車場は、乗換駐車場の候補地から外される。駐車場が空いているか否かについては、利用者が使用する自家用車の種類も含めて判断されてよい。駐車場によっては、駐車できる車種が限定されることがあるためである。
【００５６】
配車処理部１１２は、ステップＳ４−１で同一の公共車に乗ることができると判断された各グループについて、先に抽出された各利用者の乗換駐車場の候補地に基づいて、グループの利用者全員を公共車に載せるために、公共車が通るべき駐車場の組み合わせパターンを全て求める（ステップＳ４−３）。本実施形態では、公共車の乗車定員が多くなく、乗換駐車場の候補地を抽出する際に一定の制限が加えられているために、全てのパターンを求めても処理負荷が大きくなることを避けられる。
【００５７】
駐車場の組み合わせパターンが全て求められると、配車処理部１１２は、全パターンの中から乗換駐車場の数が最小となる組合せパターンを抽出する（ステップＳ４−４）。抽出パターンが１つであれば、このパターンを配車パターンとする。なお、抽出されたパターンの中に複数の乗換駐車場がある場合には、乗換駐車場を回る順番を決めて配車パターンとする。乗換駐車場を回る順番は、効率良く回れる順番であればよく、例えば時間や距離に基づいて適宜決定されてよい。また、抽出パターンが複数ある場合においても、効率良く回れるパターンが抽出されればよいために、例えば時間や距離に基づいて効率が良いと判断されるパターンが１つ抽出される。そして、当該抽出されたパターンが配車パターンとされる。
【００５８】
換言すると、配車処理部１１２は、同一の公共車に乗る利用者ごとの乗換駐車場の候補地により想定される乗換駐車場の組み合わせパターンの中から、目的地に向かう途中で停車する乗換駐車場の数が最小となるパターンを選択して乗換駐車場を決定する。これによれば、各利用者が利用する乗換駐車場の位置が遠くなり過ぎることを避けつつ、目的地に到着するまでに停車する乗換駐車場の数を極力減らして公共車を効率良く動かすことができる。
【００５９】
配車処理部１１２は、配車パターンが決まると、これに基づいて、利用者ごと（依頼ごと）に乗換駐車場および配車予定時間を決定する（ステップＳ４−５）。配車予定時間は、希望到着時間が同一とみなせる利用者を同一グループとしているために、希望到着時間から推定して求めることができる。すなわち、配車処理部１１２は、希望到着時間に基づいて配車予定時間の推定を行う。例えば、配車処理部１１２は、希望到着時間により、乗換駐車場からの出発時間を推定し、当該出発時間から所定時間前（例えば数分前）を配車予定時間に決定する。なお、決定された配車パターンおよび配車予定時間は、ネットワークＮを介して公共車端末装置４に対して送信され、公共車の配車予約が行われる。
【００６０】
本例によれば、乗換駐車場の数を少なくして効率良く目的地まで到達することができる。ただし、配車パターンを決定する際に、乗換駐車場の数を減らすことを主目的とする替りに、例えば、乗換駐車場を回る時間を減らすことを主目的としたり、乗換駐車場を回る距離を減らすことを主目的としたりしてよい。
【００６１】
＜３．変形例＞
図５は、配車装置１の変形例を示すブロック図である。図５に示すように、変形例の配車装置１Ａは、本実施形態の配車装置１の構成に加えて、施設処理部１１６を更に備える。施設処理部１１６は、ＣＰＵがプログラムにしたがって演算処理を実行することによって実現される機能部である。
【００６２】
また、本変形例では、施設端末装置５が、ネットワークＮに接続可能に設けられる。すなわち、配車装置１Ａは、ネットワークＮを介して施設端末装置５と通信可能に設けられる。施設端末装置５は、施設が有する端末装置であり、例えばパーソナルコンピュータ等であってよい。施設端末装置５は、１つでも良いが、通常は施設の数に合わせて複数存在する。施設は、例えば店舗、病院、美術館、水族館、動物園、遊園地等である。
【００６３】
施設処理部１１６は、受付部１１１から利用者の施設に関する依頼情報を取得する。施設処理部１１６は、通信ＩＦ１３およびネットワークＮを介して情報を施設端末装置５に送信する。また、施設処理部１１６は、通信ＩＦ１３およびネットワークＮを介して情報を施設端末装置５から受信する。
【００６４】
例えば、利用者は、公共車の利用依頼に合わせて、目的地に存在する施設の予約依頼を行う。この予約依頼が受付部１１１で受け付けられると、施設処理部１１６は、予約依頼を施設端末装置５に要求する。この要求に対して、施設端末装置５は、予約が完了した旨、又は、予約不可を配車装置１に送信する。施設処理部１１６が施設端末装置５から予約結果を取得すると、案内部１１３が予約結果を利用者端末装置２に送信する。利用者は、予約結果に基づいて公共車の依頼情報を変更するか否かを判断する。依頼情報を変更する場合には、利用者は、変更情報を所定期間内に利用者端末装置２を使用して配車装置１に送信する。これにより、配車装置１は、受付部１１１で変更情報を受け付け、変更情報に基づいて先に受け付けた依頼情報を書き換える。変更情報は、例えば、希望到着時間の変更である。利用者は、変更情報の入力時に、再度、施設の予約依頼をしてもよい。
【００６５】
また、利用者は、公共車の利用依頼に合わせて、目的地に存在する施設の混雑状況の確認依頼を行ってもよい。確認依頼が行われた場合に行われる処理は、予約と確認との違いはあるが、予約依頼の場合と概ね同様である。
【００６６】
変形例の構成によると、利用者が目的地で行く予定の施設の状態まで考慮して公共車の配車を行うことができる。このために、パークアンドライドシステムの利便性を向上することができる。
【００６７】
＜４．留意事項＞
本明細書中に開示されている種々の技術的特徴は、上記実施形態のほか、その技術的創作の主旨を逸脱しない範囲で種々の変更を加えることが可能である。また、本明細書中に示される複数の実施形態及び変形例は可能な範囲で組み合わせて実施されてよい。
【００６８】
以上においては、配車装置１が駐車場確認部１１４や駐車場予約部１１５を備える構成としたが、これらは必ずしも備えられなくてもよい。例えば、駐車場の状況確認や予約は、例えば利用者端末装置２等の別の装置で行い、配車装置１は、別の装置で行われた結果を利用してもよい。
【符号の説明】
【００６９】
１、１Ａ・・・配車装置
１１１・・・受付部
１１２・・・配車処理部
１１３・・・案内部
１１４・・・駐車場確認部
１１５・・・駐車場予約部
【図１】
2020004190.tif 000003
【図２】
2020004190.tif 000004
【図３】
2020004190.tif 000005
【図４】
2020004190.tif 000006
【図５】
2020004190.tif 000007