JP2021022260A - 配車管理制御装置、配車管理装置、配車管理システム、配車管理方法およびプログラム - Google Patents

Abstract

【課題】配車効率を向上させ、配車注文から配車する車両の決定までの時間を短縮させること。【解決手段】複数の車両の位置情報を含む車両情報を取得する車両情報取得部２４と、配車注文をされた配車位置の位置情報を含む注文情報を取得する注文情報取得部２２と、複数の車両の位置情報に基づいて注文情報の条件に一致する候補車両を複数の車両から検索する候補車両検索部３１と、全ての候補車両に配車注文の発生を通知する注文発生通知部４１と、候補車両から配車注文の受注可否の回答情報を取得する受注可否取得部４２と、受注可の候補車両のうち１つの候補車両に配車指示を通知する配車指示部６１と、を備える。【選択図】図２

Description

本発明は、配車管理制御装置、配車管理装置、配車管理システム、配車管理方法およびプログラムに関する。

ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）および通信装置を搭載するタクシーなどの業務用の車両の位置情報および状態情報を取得して監視することによって、顧客の近くを走行中の車両を顧客が待機する位置に配車する配車管理システムが知られている（例えば、特許文献１参照）。

特開２００２−１９００９６号公報

従来では、顧客から配車注文を受けた場合、待機所への待機順番どおりに配車する慣習による制限によって、１台ずつ注文の受注可否を取得する動作が必要であった。これにより、複数台から受注不可の回答を取得した場合、配車する車両を確定するまでに時間がかかるので、顧客の待ち時間が増加する。

本発明は、上記に鑑みてなされたものであって、配車効率を向上させ、配車注文から配車する車両の決定までの時間を短縮できる配車管理制御装置、配車管理装置、配車管理システム、配車管理方法およびプログラムを提供することを目的とする。

上記の目的を達成するため、本発明の一態様の配車管理制御装置は、複数の車両の位置情報を含む車両情報を取得する車両情報取得部と、配車注文をされた配車位置の位置情報を含む注文情報を取得する注文情報取得部と、前記複数の車両の位置情報に基づいて前記注文情報の条件に一致する候補車両を前記複数の車両から検索する候補車両検索部と、全ての前記候補車両に前記配車注文の発生を通知する注文発生通知部と、前記候補車両から前記配車注文の受注可否の回答情報を取得する受注可否取得部と、受注可の前記候補車両のうち１つの候補車両に配車指示を通知する配車指示部と、を備える。

上記の目的を達成するため、本発明の一態様の配車管理装置は、配車管理制御装置と、配車注文を行う複数のクライアント端末、および前記複数の車両と通信を行う通信部と、を備える。

上記の目的を達成するため、本発明の一態様の配車管理システムは、配車管理装置と、前記複数のクライアント端末と、車載装置を搭載する前記複数の車両と、を含み、前記車載装置は、前記配車管理装置と通信を行う通信部と、前記配車注文の発生の通知を報知する報知部と、前記配車注文の受注可否を選択する操作部と、前記配車指示の情報を表示する表示部と、を含む。

上記の目的を達成するため、本発明の一態様の配車管理方法は、複数の車両の位置情報を含む車両情報を取得する車両情報取得ステップと、配車注文をされた配車位置の位置情報を含む注文情報を取得する注文情報取得ステップと、前記複数の車両の位置情報に基づいて前記注文情報の条件に一致する候補車両を前記複数の車両から検索する候補車両検索ステップと、全ての前記候補車両に前記配車注文の発生を通知する注文発生通知ステップと、前記候補車両から前記配車注文の受注可否の回答情報を取得する受注可否取得ステップと、受注可の前記候補車両のうち１つの候補車両に配車指示を通知する配車指示ステップと、を含む。

上記の目的を達成するため、本発明の一態様のプログラムは、複数の車両の位置情報を含む車両情報を取得する車両情報取得ステップと、配車注文をされた配車位置の位置情報を含む注文情報を取得する注文情報取得ステップと、前記複数の車両の位置情報に基づいて前記注文情報の条件に一致する候補車両を前記複数の車両から検索する候補車両検索ステップと、全ての前記候補車両に前記配車注文の発生を通知する注文発生通知ステップと、前記候補車両から前記配車注文の受注可否の回答情報を取得する受注可否取得ステップと、受注可の前記候補車両のうち１つの候補車両に配車指示を通知する配車指示ステップと、を配車管理制御装置として動作するコンピュータに実行させる。

本発明によれば、配車効率を向上させ、配車注文から配車する車両の決定までの時間を短縮できる。

図１は、実施形態に係る配車管理システムの一例を示すブロック図である。 図２は、実施形態に係る配車管理装置の構成の一例を示すブロック図である。 図３は、実施形態に係る車載装置の構成の一例を示すブロック図である。 図４は、クライアント端末と車両との位置関係の一例を示す模式図である。 図５は、実施形態に係る車載装置における表示部の表示画面の一例を示す模式図である。 図６は、実施形態に係る候補車両の優先順位および回答の一覧の一例を示す図である。 図７は、実施形態に係る配車管理制御装置の処理の一例を示すフローチャートである。 図８は、実施形態に係る車載装置における制御部の処理の一例を示すフローチャートである。

以下、添付図面を参照して、本発明に係る実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではなく、また、実施形態が複数ある場合には、各実施形態を組み合わせて構成するものも含む。

（実施形態）
［システムの構成］
図１を用いて、本発明の実施形態に係る配車管理システム１について説明する。図１は、実施形態に係る配車管理システムの一例を示すブロック図である。配車管理システム１は、依頼者の配車注文に基づいて、配車を行うシステムである。配車管理システム１は、複数のクライアント端末１００と、複数の車両２００と、配車管理装置１０と、を備える。

複数のクライアント端末１００は、実施形態において、クライアント端末１０１、１０２、１０３、１０４、１０５を含む。クライアント端末１０１、１０２、１０３、１０４、１０５は、例えば、配車センターのオペレータが操作するパソコン、または依頼者が操作する配車用アプリケーションが搭載されたスマートフォンなどである。クライアント端末１０１、１０２、１０３、１０４、１０５は、それぞれインターネットまたは携帯電話回線等の通信ネットワークを介して配車管理装置１０と通信可能である。通信ネットワークは、例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）などである。以下の説明において、クライアント端末１０１、１０２、１０３、１０４、１０５をそれぞれ区別する必要がない場合には、クライアント端末１００と記載される。クライアント端末１００は、配車管理装置１０を介して複数の車両２００の状態を監視可能である。クライアント端末１００は、配車管理装置１０に配車注文を発注可能である。クライアント端末１００は、配車管理装置１０から配車車両の情報を受け付け可能である。

複数の車両２００は、実施形態において、車両２０１、２０２、２０３、２０４、２０５を含む。車両２０１、２０２、２０３、２０４、２０５は、例えば、タクシーなどの不特定多数の乗客を対象とした業務用車両である。車両２０１、２０２、２０３、２０４、２０５は、それぞれ車載装置２１０を搭載する。以下の説明において、車両２０１、２０２、２０３、２０４、２０５をそれぞれ区別する必要がない場合には、車両２００と記載される。

車載装置２１０は、それぞれインターネットまたは携帯電話回線等の通信ネットワークを介して配車管理装置１０と通信可能である。通信ネットワークは、例えば、ＬＴＥなどである。車載装置２１０は、車両２００の現在地の位置を示す自車位置情報、および車両２００の現在の状態を示す自車状態情報を、配車管理装置１０に通知する。自車状態は、例えば、空車モード、実車モード、支払モード、迎車モード、回送モードなどの運行モードを含む。車載装置２１０は、配車管理装置１０からの配車注文および配車指示を受け付け可能である。車載装置２１０は、配車注文の受注の可否の回答を、配車管理装置１０に送信可能である。

配車管理装置１０は、それぞれインターネットまたは携帯電話回線等の通信ネットワークを介して複数のクライアント端末１００および複数の車両２００と通信可能なサーバコンピュータ（Ｓｅｒｖｅｒ Ｃｏｍｐｕｔｅｒ）である。通信ネットワークは、例えば、ＬＴＥなどである。配車管理装置１０は、車両２００の現在地の位置を示す自車位置情報、および車両２００の現在の状態を示す自車状態情報を含む車両２００の状態を監視可能である。配車管理装置１０は、クライアント端末１００からの配車注文に基づいて、配車する車両２００を選定する。配車管理装置１０は、配車車両として決定した車両２００に配車指示を行う。配車管理装置１０は、配車車両の情報をクライアント端末１００に送信する。

［配車管理装置の構成］
図２を用いて、配車管理装置１０の詳細な構成について説明する。図２は、実施形態に係る配車管理装置の構成の一例を示すブロック図である。配車管理装置１０は、通信部１１と、地図情報記憶部１３と、車両情報記憶部１４と、配車管理制御装置２０と、を備える。

通信部１１は、通信ユニットである。通信部１１は、複数のクライアント端末１００、および複数の車両２００と通信を行う。通信部１１は、例えば、配車注文の注文情報などを、クライアント端末１００から受信する。注文情報は、少なくとも配車位置の位置情報を含む。注文情報は、例えば、クライアント端末１００によって設定された追加条件を含んでもよい。追加条件は、例えば、最大待ち時間、最大迎車距離、車両の車高、色および乗車定員数、またはペット同乗の可否などを含む。通信部１１は、例えば、配車注文が発生したこと示す注文発生通知、配車指示、または配車注文が失注したことを示す失注情報などを、車両２００へ送信する。通信部１１は、例えば、配車注文の受注可否の回答情報などを、車両２００から受信する。通信部１１は、例えば、配車する車両２００の情報を含む配車情報、または設定された条件による配車ができないことを示す受注不可情報などをクライアント端末１００へ送信する。配車する車両２００の情報は、例えば、乗務員の氏名、車両のナンバー、および配車場所への到着予定時刻などを含む。通信部１１は、配車管理制御装置２０の通信制御部２１から出力された制御信号に基づいて、各種通信を実行する。

地図情報記憶部１３は、地図情報を記憶する。地図情報は、例えば、交差点を含む道路地図である。地図情報記憶部１３は、記憶している地図情報を配車管理制御装置２０の地図情報取得部２３へ出力する。地図情報記憶部１３は、配車管理装置１０とは別の外部サーバなどの記憶装置であってもよい。地図情報記憶部１３が外部サーバなどの記憶装置である場合、地図情報記憶部１３は、地図情報を通信制御部２１および通信部１１などによる通信機能を介して地図情報取得部２３へ出力する。

車両情報記憶部１４は、車両２００から送信された車両情報を記憶する。車両情報は、少なくとも、複数の車両２００の自車位置情報を含む。車両情報は、例えば、複数の車両２００の自車状態情報などを含んでもよい。自車状態情報は、例えば、空車モード、実車モード、支払モード、迎車モード、回送モードなどの車両２００の運行モードの情報を含む。車両情報記憶部１４は、記憶している車両情報を配車管理制御装置２０の車両情報取得部２４へ出力する。車両情報記憶部１４は、配車管理制御装置２０に含まれる内部メモリであってもよい。車両情報記憶部１４は、配車管理装置１０とは別の外部サーバなどの記憶装置であってもよい。車両情報記憶部１４が外部サーバなどの記憶装置である場合、車両情報記憶部１４は、車両情報を通信制御部２１および通信部１１などによる通信機能を介して車両情報取得部２４へ出力する。

配車管理制御装置２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などで構成された演算処理装置（制御装置）である。配車管理制御装置２０は、記憶されているプログラムをメモリにロードして、プログラムに含まれる命令を実行する。配車管理制御装置２０には図示しない内部メモリなどが含まれる。内部メモリは、配車管理制御装置２０の各部を実現させるためのプログラムが記憶されている。この場合、配車管理制御装置２０は、内部メモリなどに記憶されているプログラムを展開して実行することで、各部の機能を実現する。また、内部メモリは、配車管理制御装置２０におけるデータの一時記憶などにも用いられる。配車管理制御装置２０は、バスＢＳによって接続された、通信制御部２１と、注文情報取得部２２と、地図情報取得部２３と、車両情報取得部２４と、記憶制御部２５と、候補車両検索部３１と、優先度判断部３２と、注文発生通知部４１と、受注可否取得部４２と、配車車両決定部５１と、配車指示部６１と、失注情報通知部６２と、配車情報通知部６３と、受注不可情報通知部６４と、を有する。

通信制御部２１は、通信部１１における通信を制御する。通信制御部２１は、例えば、注文発生通知部４１、配車指示部６１、失注情報通知部６２または配車情報通知部６３などから出力された通信情報を取得する。通信制御部２１は、取得した通信情報を、通信部１１へ出力する。通信制御部２１は、例えば、通信部１１が受信した種々情報を、注文情報取得部２２、記憶制御部２５または受注可否取得部４２などへ出力する。通信制御部２１は、例えば、通信部１１がクライアント端末１００から受信した配車注文の注文情報を、注文情報取得部２２へ出力する。通信制御部２１は、例えば、通信部１１が車両２００から受信した車両情報を、記憶制御部２５へ出力する。通信制御部２１は、例えば、配車注文が発生したことを車両２００に通知する通信情報を、注文発生通知部４１から取得する。通信制御部２１は、例えば、通信部１１が車両２００から受信した配車注文の受注可否の回答情報を、受注可否取得部４２へ出力する。通信制御部２１は、例えば、配車指示を車両２００に通知する通信情報を、配車指示部６１から取得する。通信制御部２１は、例えば、配車注文が失注したことを車両２００に通知する通信情報を、失注情報通知部６２から取得する。通信制御部２１は、例えば、配車する車両２００の情報である配車情報をクライアント端末１００に通知する通信情報を、配車情報通知部６３から取得する。通信制御部２１は、例えば、設定した条件による配車ができないことを示す受注不可情報をクライアント端末１００に通知する通信情報を、受注不可情報通知部６４から取得する。

注文情報取得部２２は、通信部１１がクライアント端末１００から受信した配車注文の注文情報を取得する。注文情報取得部２２は、取得した注文情報を、地図情報取得部２３、候補車両検索部３１、注文発生通知部４１および配車情報通知部６３へ出力する。

地図情報取得部２３は、地図情報記憶部１３から地図情報を取得する。地図情報取得部２３は、注文情報取得部２２が取得した配車位置の位置情報に基づいて、配車位置周辺の地図情報を地図情報記憶部１３から取得する。配車位置周辺とは、配車位置を起点とする所定範囲である。所定範囲は、例えば、候補車両から配車位置までの直線距離、経路または所要時間などに基づく範囲である。地図情報取得部２３は、取得した地図情報を、車両情報取得部２４および候補車両検索部３１へ出力する。

車両情報取得部２４は、車両情報記憶部１４から車両情報を取得する。車両情報は、少なくとも、配車位置周辺の車両２００の位置情報を含む。車両情報は、複数の車両２００の自車状態情報などを含んでもよい。車両情報が自車状態情報を含む場合、車両情報取得部２４は、空車モード以外の車両２００の車両情報を取得しないようにフィルタリング機能を有していてもよい。車両情報取得部２４は、通信部１１が車両２００から受信した車両情報を、通信制御部２１から直接取得してもよい。車両情報取得部２４は、取得した車両情報を、候補車両検索部３１へ出力する。

記憶制御部２５は、通信部１１が車両２００から受信した車両情報を車両情報記憶部１４に記憶させる。

候補車両検索部３１は、注文情報の条件に一致する候補車両を複数の車両２００から検索する。より詳しくは、候補車両検索部３１は、注文情報取得部２２が取得した注文情報と、地図情報取得部２３が取得した地図情報と、車両情報取得部２４が取得した複数の車両２００の位置情報とに基づいて、候補車両を検索する。注文情報の条件は、少なくとも、配車位置を起点とする所定範囲に存在することを含む。注文情報の条件は、クライアント端末１００によって設定された追加条件を含んでもよい。車両情報記憶部１４が記憶する車両情報が自車状態情報を含む場合、候補車両検索部３１は、注文情報と、地図情報と、車両情報取得部２４が取得した複数の車両２００の自車位置情報および車両状態情報とに基づいて、候補車両を検索してもよい。すなわち、候補車両検索部３１は、空車モード以外の車両２００を候補車両として検索しないようにフィルタリング機能を有していてもよい。候補車両検索部３１は、検索した候補車両の情報を、優先度判断部３２、注文発生通知部４１、配車車両決定部５１、失注情報通知部６２および受注不可情報通知部６４へ出力する。

優先度判断部３２は、候補車両検索部３１が検索した候補車両の優先順位を、所定条件に基づいて決定する。優先順位とは、受注可否取得部４２が候補車両からの複数の受注可の回答を取得した場合、どの候補車両から優先的に配車指示を通知するかの順位を示す。優先度判断部３２は、例えば、候補車両から配車位置までの距離、経路または所要時間、候補車両の走行方向、優先フラグの有無などの所定条件に基づいて優先順位を決定する。優先フラグは、例えば、失注があった候補車両、または待機時間が所定時間を超えた候補車両などに付加される。優先度判断部３２は、決定した優先順位の情報を、注文発生通知部４１および配車車両決定部５１へ出力する。

注文発生通知部４１は、候補車両検索部３１が検索した候補車両に配車注文の発生を通知する。より詳しくは、注文発生通知部４１は、配車注文が発生したことを全ての候補車両に通知する通信情報を、通信制御部２１へ出力する。注文発生通知部４１は、配車注文の発生を、全ての候補車両に一斉に通知する。すなわち、注文発生通知部４１は、いずれかの候補車両からの受注可否の回答を待つことなく、全ての候補車両に配車注文の発生を通知する。注文発生通知部４１は、優先度判断部３２が決定した優先順位の情報を配車注文の発生の通知と同時に通知してもよい。

受注可否取得部４２は、通信部１１が候補車両から受信した配車注文の受注可否の回答情報を取得する。受注可否取得部４２は、取得した配車注文の受注可否の回答情報を、配車車両決定部５１、失注情報通知部６２および受注不可情報通知部６４へ出力する。

配車車両決定部５１は、配車注文の発生を通知した候補車両から、配車指示を通知する配車車両を決定する。より詳しくは、配車車両決定部５１は、受注可否取得部４２が取得した受注可否の回答情報と、優先度判断部３２が決定した優先順位の情報とに基づいて、受注可の回答をした候補車両のうち、最も優先順位が高い候補車両を配車車両として決定する。配車車両決定部５１は、注文発生通知部４１が配車注文の発生を通知してから所定時間内に回答を取得した受注可の候補車両のうち、最も優先順位が高い候補車両を配車車両として決定してもよい。配車車両決定部５１は、受注可否取得部４２が、受注可の回答を所定数取得した場合、受注可の候補車両のうち、最も優先順位が高い候補車両を配車車両として決定してもよい。配車車両決定部５１は、決定した配車車両の情報を、配車指示部６１、失注情報通知部６２および配車情報通知部６３へ出力する。

配車指示部６１は、配車車両に配車指示を通知する。より詳しくは、配車指示部６１は、配車車両決定部５１が決定した配車車両に配車指示を通知する通信情報を、通信制御部２１へ出力する。配車指示は、少なくとも、配車位置の位置情報を含む。配車指示は、例えば、配車注文をした依頼者の氏名などを含んでもよい。

失注情報通知部６２は、配車指示を通知した配車車両以外の候補車両に失注情報を通知する。より詳しくは、失注情報通知部６２は、候補車両検索部３１が検索した候補車両の情報と、受注可否取得部４２が取得した受注可否の回答情報とに基づいて、配車注文が失注したことを配車車両以外の候補車両に通知する通信情報を、通信制御部２１へ出力する。配車車両以外の候補車両とは、受注可の候補車両のうち配車車両以外の候補車両と、受注可否の回答を行わなかった候補車両と、を含む。

配車情報通知部６３は、クライアント端末１００に配車情報を通知する。より詳しくは、配車情報通知部６３は、配車車両決定部５１が決定した配車車両の情報に基づいて、配車する車両２００の情報である配車情報を通知する通信情報を、通信制御部２１へ出力する。

受注不可情報通知部６４は、クライアント端末１００に受注不可情報を通知する。より詳しくは、受注不可情報通知部６４は、候補車両検索部３１が候補車両を見つけなかった場合、または受注可否取得部４２が受注可の回答を取得しなかった場合、クライアント端末１００に、設定された条件による配車ができないことを示す受注不可情報を通知する通信情報を、通信制御部２１へ出力する。

［車載装置の構成］
図３を用いて、車載装置２１０の詳細な構成について説明する。図３は、実施形態に係る車載装置の構成の一例を示すブロック図である。車載装置２１０は、ＧＰＳ受信部２１１と、記憶部２１２と、操作部２１３と、通信部２１４と、表示部２１５と、報知部２１６と、制御部２２０と、を備える。

ＧＰＳ受信部２１１は、図示しないＧＰＳ衛星から電波を受信する。ＧＰＳ受信部２１１は、ＧＰＳ受信回路、ＧＰＳ受信アンテナなどから構成される。ＧＰＳ受信部２１１は、受信した電波の信号を制御部２２０の自車位置情報取得部２２１へ出力する。

記憶部２１２は、車両２００の自車情報を記憶する。自車情報は、少なくとも、例えば、自車状態情報を含む。記憶部２１２は、記憶している自車状態情報を制御部２２０の自車状態情報取得部２２３へ出力する。

操作部２１３は、制御部２２０に対する種々操作を受付可能である。操作部２１３は、例えば、配車注文の受注可否を選択する操作を受け付け可能である。操作部２１３は、例えば、車両２００の自車状態を設定する操作を受け付け可能である。操作部２１３は、受け付けた操作に応じた操作信号を制御部２２０の操作受付制御部２３０へ出力する。操作部２１３は、例えば、物理的なスイッチや、表示部２１５に設けられたタッチパネルで実現することができる。

通信部２１４は、通信ユニットである。通信部２１４は、配車管理装置１０と通信を行う。通信部２１４は、例えば、配車注文が発生したこと示す注文発生通知、配車指示、または配車注文が失注したことを示す失注情報通知を、配車管理装置１０から受信する。通信部２１４は、例えば、車両２００の自車位置情報および自車状態情報、または配車注文の受注可否の回答情報などを、配車管理装置１０へ送信する。通信部２１４は、制御部２２０の通信制御部２４０から出力された制御信号に基づいて、各種通信を実行する。

表示部２１５は、種々の映像を表示する。表示部２１５は、例えば、通信部２１４が配車管理装置１０から受信した配車注文の発生の通知情報、配車注文に対する自車の優先順位情報、配車指示の情報、または失注情報を表示する。表示部２１５は、例えば、配車注文を受注するか否かを選択させる選択画面を表示する。表示部２１５は、例えば、車載装置２１０に固有の表示装置、または、ナビゲーションシステムを含む他のシステムと共用した表示装置などである。表示部２１５は、例えば、液晶ディスプレイ（ＬＣＤ:Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）または有機ＥＬ（Ｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどを含むディスプレイである。表示部２１５は、本実施形態において、車両の運転者前方の、ダッシュボード、インストルメントパネル、センターコンソールなどに配置されている。表示部２１５は、制御部２２０の表示制御部２５０から出力された映像信号に基づいて、映像を表示する。

報知部２１６は、種々の情報を報知する。報知部２１６は、例えば、表示部２１５に配置されたディスプレイ、音声によって予め定める報知情報を通知するスピーカ等によって構成される。報知部２１６は、例えば、配車注文の発生の通知情報、配車注文に対する自車の優先順位情報、配車指示の情報、または失注情報を報知する。報知部２１６は、例えば、乗務員に配車注文の受注の可否を選択するように促す報知情報を報知する。報知部２１６は、制御部２２０の報知制御部２６０から出力された映像信号、音声信号等に基づいて、報知情報を報知する。

制御部２２０は、例えば、ＣＰＵなどで構成された演算処理装置（制御装置）である。制御部２２０は、記憶されているプログラムをメモリにロードして、プログラムに含まれる命令を実行する。制御部２２０には図示しない内部メモリなどが含まれる。内部メモリは、制御部２２０の各部を実現させるためのプログラムが記憶されている。この場合、制御部２２０は、内部メモリなどに記憶されているプログラムを展開して実行することで、各部の機能を実現する。また、内部メモリは、制御部２２０におけるデータの一時記憶などにも用いられる。制御部２２０は、バスＢＳによって接続された、自車位置情報取得部２２１と、記憶制御部２２２と、自車状態情報取得部２２３と、自車状態設定部２２４と、操作受付制御部２３０と、通信制御部２４０と、表示制御部２５０と、報知制御部２６０と、を有する。

自車位置情報取得部２２１は、車両２００の現在地の位置を示す自車位置情報を取得する。自車位置情報取得部２２１は、実施形態において、ＧＰＳ受信部２１１が取得した電波の信号に基づいて、車両２００の自車位置情報を取得する。自車位置情報取得部２２１は、取得した自車位置情報を、通信制御部２４０へ出力する。

記憶制御部２２２は、自車状態設定部２２４が設定した自車状態情報を記憶部２１２に記憶させる。

自車状態情報取得部２２３は、記憶部２１２から自車状態情報を取得する。自車状態情報取得部２２３は、取得した自車状態情報を、通信制御部２４０および表示制御部２５０へ出力する。

自車状態設定部２２４は、自車状態を空車モード、実車モード、支払モード、迎車モード、回送モードなどに設定する。より詳しくは、自車状態設定部２２４は、操作部２１３が自車状態を設定する所定操作の操作信号を操作受付制御部２３０から取得した場合、自車状態を設定する。自車状態設定部２２４は、配車注文に対して受注可が選択された場合、自車の状態を迎車モードに設定する。より詳しくは、自車状態設定部２２４は、操作部２１３が受注可を選択する所定操作の操作信号を操作受付制御部２３０から取得した場合、自車の状態を迎車モードに設定する。自車状態設定部２２４は、設定した自車状態情報を、記憶部２１２へ出力する。

操作受付制御部２３０は、操作部２１３が受け付けた操作の操作情報を取得する。操作受付制御部２３０は、例えば、車両２００の自車状態を設定する操作を示す自車状態設定情報を取得して制御信号を出力する。操作受付制御部２３０は、例えば、配車注文の受注可否を回答する操作を示す受注可否回答操作情報を取得して制御信号を出力する。操作受付制御部２３０は、取得した制御信号を、自車状態設定部２２４および通信制御部２４０へ出力する。

通信制御部２４０は、通信部２１４における通信を制御する。通信制御部２４０は、例えば、自車位置情報取得部２２１、自車状態情報取得部２２３または操作受付制御部２３０などから出力された通信情報を取得する。通信制御部２４０は、取得した通信情報を、通信部２１４へ出力する。通信制御部２４０は、例えば、通信部２１４が受信した種々情報を、表示制御部２５０または報知制御部２６０などへ出力する。通信制御部２４０は、例えば、車両２００の自車位置情報を、自車位置情報取得部２２１から取得する。通信制御部２４０は、例えば、車両２００の自車状態情報、自車状態情報取得部２２３から取得する。通信制御部２４０は、例えば、配車注文の受注可否の回答情報を、操作受付制御部２３０から取得する。通信制御部２４０は、例えば、通信部２１４が受信した注文発生通知、配車指示または失注情報通知などを、表示制御部２５０または報知制御部２６０などへ出力する。

表示制御部２５０は、予め定められた条件および取得した表示情報に基づいて表示部２１５に表示するよう制御する。表示制御部２５０は、例えば、通信部２１４が配車管理装置１０から受信した配車注文の発生の通知情報、配車注文に対する自車の優先順位情報、配車指示の情報、または失注情報を、表示部２１５に表示させる。表示制御部２５０は、例えば、配車注文を受注するか否かを選択させる選択画面を、表示部２１５に表示させる。

報知制御部２６０は、予め定められた条件および取得した報知情報に基づいて報知部２１６に報知するよう制御する。報知制御部２６０は、例えば、通信部２１４が配車管理装置１０から受信した配車注文の発生の通知情報、配車注文に対する自車の優先順位情報、配車指示の情報、または失注情報を、報知部２１６に報知させる。報知制御部２６０は、例えば、乗務員に配車注文の受注の可否を選択するように促す報知情報を、報知部２１６に報知させる。

［配車車両の決定方法］
図４から図６を用いて、複数の候補車両から配車車両を決定する方法について説明する。図４は、クライアント端末と車両との位置関係の一例を示す模式図である。図５は、実施形態に係る車載装置における表示部の表示画面の一例を示す模式図である。図６は、実施形態に係る候補車両の優先順位および回答の一覧の一例を示す図である。

図４は、配車位置周辺の地図を示す。配車位置周辺の地図は、配車位置の位置情報と、注文情報の設定条件に一致する複数の車両２００の位置情報と、交差点を含む道路および線路などを含む地図情報と、が示される。配車位置周辺の地図情報は、注文情報取得部２２が取得した配車位置の位置情報に基づいて、地図情報取得部２３によって地図情報記憶部１３から取得される。

図４に示す一例の場合、配車注文をしたクライアント端末１００は、依頼者が操作する配車用のアプリケーションが搭載されたスマートフォンである。また、依頼者が配車注文した配車位置は、クライアント端末１００を操作する依頼者の現在位置であるものとする。すなわち、図４においては、クライアント端末１００として表示されている位置が配車位置である。

図４に示す一例の場合、候補車両は、車両２０１、２０２、２０３、２０４、２０５である。候補車両は、候補車両検索部３１によって、注文情報取得部２２が取得した注文情報、地図情報取得部２３が取得した地図情報、および車両情報取得部２４が取得した車両２００の位置情報に基づいて、複数の車両２００から検索される。

候補車両である車両２０１、２０２、２０３、２０４、２０５は、所定条件に基づいて、優先順位を付けられる。優先順位は、例えば、配車位置からの直線距離に基づいて決定される。図４および図６に示す一例の場合、候補車両の優先順位は、車両２０３、車両２０４、車両２０２、車両２０５、車両２０１の順番である。

配車管理装置１０は、検索した全ての候補車両に配車注文の発生を通知する。図４および図６に示す一例の場合、車両２０１、２０２、２０３、２０４、２０５に対して配車注文の発生を一斉に通知する。この際、配車管理装置１０は、車両２００に対して、受注の可否を回答することを要求する。車両２０１、２０２、２０３、２０４、２０５のそれぞれの車載装置２１０は、ほぼ同時に配車注文の発生通知を受信する。車両２００の車載装置２１０は、配車注文の発生通知を受信すると、図５に示すような選択画面を表示部２１５に表示させる。図５に示すＮは、優先順位に基づく自然数である。

車両２００の乗務員は、車載装置２１０に受注の可否の回答を配車管理装置１０へ通知させる。図６は、車両２０１、２０２が、受注可の回答を通知したことを示す。図６は、車両２０３、２０５が、受注不可の回答を通知したことを示す。図６は、車両２０４が、例えば、所定時間内に回答を通知しなかったことを示す。

配車車両決定部５１は、受注可と回答した候補車両のうち、最も優先順位の高い車両を配車車両として決定する。図６に示す一例の場合、受注可の回答をした候補車両は、車両２０１および車両２０２である。このうち、車両２０２の方が車両２０１よりも優先順位が高いので、配車車両決定部５１は、車両２０２を配車車両として決定する。

［配車管理装置の処理］
図７を用いて、配車管理装置１０の配車管理制御装置２０による処理の流れを説明する。図７は、実施形態に係る配車管理制御装置の処理の一例を示すフローチャートである。図７に示す処理は、配車管理制御装置２０が、予め定められる制御プログラムおよびデータに基づいて実行する。配車管理制御装置２０は、実施形態において、受注可の回答を受け付ける上限数である上限受注可回答数Ａｍａｘと、受注可の回答を受け付ける制限時間Ｔｍａｘとが、予め設定されているものとする。配車管理制御装置２０は、例えば、クライアント端末１００から配車注文を受信することによって、図７に示すステップＳ１１０に移行して処理を開始する。配車注文は、実施形態において、クライアント端末１００によって設定された条件を含む。条件は、車両２００から候補車両を検索する所定範囲を含む。条件は、実施形態において、クライアント端末１００によって依頼者が設定した設定条件に基づいて設定される。設定条件は、例えば、配車までの最大待ち時間を含む。

配車管理制御装置２０は、注文情報を取得する（ステップＳ１１０）。より具体的には、注文情報取得部２２は、通信部１１がクライアント端末１００から受信した配車注文の注文情報を取得する。注文情報は、少なくとも配車位置の位置情報を含む。配車管理制御装置２０は、ステップＳ１１２に移行する。

配車管理制御装置２０は、注文情報に基づいて、配車位置周辺の地図情報を取得する（ステップＳ１１２）。より具体的には、地図情報取得部２３は、注文情報取得部２２が取得した配車位置の位置情報に基づいて、配車位置周辺の地図情報を地図情報記憶部１３から取得する。配車管理制御装置２０は、ステップＳ１１４に移行する。

配車管理制御装置２０は、車両２００の位置情報を含む車両情報を取得する（ステップＳ１１４）。より具体的には、車両情報取得部２４は、配車位置周辺の車両２００の位置情報を含む車両情報を車両情報記憶部１４から取得する。配車管理制御装置２０は、ステップＳ１１６に移行する。

配車管理制御装置２０は、注文情報、地図情報、および車両情報に基づいて、注文情報の設定条件に一致する候補車両を検索する（ステップＳ１１６）。より具体的には、候補車両検索部３１は、注文情報取得部２２が取得した注文情報と、地図情報取得部２３が取得した地図情報と、車両情報取得部２４が取得した複数の車両２００の位置情報とに基づいて、車両２００から候補車両を検索する。図４に示す一例の場合、候補車両は、車両２０１、２０２、２０３、２０４、２０５である。配車管理制御装置２０は、ステップＳ１１８に移行する。

配車管理制御装置２０は、候補車両が１台以上見つかったか否かを判断する（ステップＳ１１８）。より具体的には、配車管理制御装置２０は、候補車両検索部３１が、配車位置周辺の車両２００のうち注文情報の設定条件に一致する車両２００を候補車両として見つけたか否かを判断する。候補車両が１台以上見つかった場合（ステップＳ１１８；Ｙｅｓ）、配車管理制御装置２０は、ステップＳ１２０に移行する。候補車両が１台も見つからなかった場合（ステップＳ１１８；Ｎｏ）、配車管理制御装置２０は、ステップＳ１５０に移行する。

候補車両が１台以上見つかった場合（ステップＳ１１８；Ｙｅｓ）、配車管理制御装置２０は、所定条件によって候補車両の優先順位を決定する（ステップＳ１２０）。より具体的には、優先度判断部３２は、候補車両検索部３１が検索した候補車両の優先順位を所定条件に基づいて決定する。図６に示す一例の場合、候補車両の優先順位は、車両２０３、車両２０４、車両２０２、車両２０５、車両２０１の順番である。配車管理制御装置２０は、ステップＳ１２２に移行する。

配車管理制御装置２０は、候補車両に配車注文の発生を通知する（ステップＳ１２２）。より具体的には、注文発生通知部４１は、候補車両検索部３１が検索した全ての候補車両に配車注文が発生したことを通知する通信情報を、通信制御部２１へ出力する。これにより、通信制御部２１は、通信部１１に、配車注文が発生したこと示す注文発生通知を車両２００へ送信させる。配車管理制御装置２０は、ステップＳ１２４に移行する。

配車管理制御装置２０は、経過時間Ｔのタイマを初期化する（ステップＳ１２４）。より具体的には、配車管理制御装置２０は、注文発生通知の完了からの経過時間ＴをＴ＝０として、カウントアップタイマを開始させる。配車管理制御装置２０は、ステップＳ１２６に移行する。

配車管理制御装置２０は、受注可回答数Ａのカウンタ値を初期化する（ステップＳ１２６）。より具体的には、配車管理制御装置２０は、受注可否取得部４２が取得した候補車両からの受注可否を回答のうち、受注可の回答数のカウンタ値である受注可回答数ＡをＡ＝０として配車管理制御装置２０の内部メモリに記憶させる。配車管理制御装置２０は、ステップＳ１２８に移行する。

配車管理制御装置２０は、候補車両から回答があったか否かを判断する（ステップＳ１２８）。より具体的には、配車管理制御装置２０は、受注可否取得部４２が、通信部１１が候補車両から受信した受注可否の回答情報を取得したか否かを判断する。受注可否の回答があった場合（ステップＳ１２８；Ｙｅｓ）、配車管理制御装置２０は、ステップＳ１３０に移行する。受注可否の回答がなかった場合（ステップＳ１２８；Ｎｏ）、配車管理制御装置２０は、ステップＳ１３８に移行する。

受注可否の回答があった場合（ステップＳ１２８；Ｙｅｓ）、配車管理制御装置２０は、回答が受注可か否かを判断する（ステップＳ１３０）。より具体的には、配車管理制御装置２０は、受注可否取得部４２が取得した回答情報に基づいて、候補車両の回答が受注可か受注不可かを判断する。候補車両の回答が受注可である場合（ステップＳ１３０；Ｙｅｓ）、配車管理制御装置２０は、ステップＳ１３２に移行する。候補車両の回答が受注不可である場合（ステップＳ１３０；Ｎｏ）、配車管理制御装置２０は、ステップＳ１３８に移行する。

候補車両の回答が受注可である場合（ステップＳ１３０；Ｙｅｓ）、配車管理制御装置２０は、受注可と回答した候補車両を記憶する（ステップＳ１３２）。より具体的には、配車管理制御装置２０は、受注可否取得部４２が取得した回答情報に基づいて、受注可と回答した候補車両の情報を、配車管理制御装置２０の内部メモリに記憶させる。配車管理制御装置２０は、ステップＳ１３４に移行する。

配車管理制御装置２０は、受注可回答数Ａのカウンタ値を１つ加算する（ステップＳ１３４）。より具体的には、配車管理制御装置２０は、受注可回答数Ａのカウンタ値を１つ増やして、Ａ＝Ａ＋１として配車管理制御装置２０の内部メモリに記憶させる。配車管理制御装置２０は、ステップＳ１３６に移行する。

配車管理制御装置２０は、受注可回答数Ａが上限受注可回答数Ａｍａｘに達したか否かを判断する（ステップＳ１３６）。受注可回答数Ａが上限受注可回答数Ａｍａｘに達した場合（ステップＳ１３６；Ｙｅｓ）、配車管理制御装置２０は、ステップＳ１４２に移行する。受注可回答数Ａが上限受注可回答数Ａｍａｘに達していない場合（ステップＳ１３６；Ｎｏ）、配車管理制御装置２０は、ステップＳ１３８に移行する。

受注可否の回答がなかった場合（ステップＳ１２８；Ｎｏ）、候補車両の回答が受注不可である場合（ステップＳ１３０；Ｎｏ）、または受注可回答数Ａが上限受注可回答数Ａｍａｘに達していない場合（ステップＳ１３６；Ｎｏ）、配車管理制御装置２０は、経過時間Ｔが制限時間Ｔｍａｘに達したか否かを判断する（ステップＳ１３８）。より具体的には、経過時間Ｔが制限時間Ｔｍａｘに達した場合（ステップＳ１３８；Ｙｅｓ）、配車管理制御装置２０は、ステップＳ１４０に移行する。経過時間Ｔが制限時間Ｔｍａｘに達していない場合（ステップＳ１３８；Ｎｏ）、配車管理制御装置２０は、ステップＳ１２８に移行する。配車管理制御装置２０は、ステップＳ１３６において受注可回答数Ａが上限受注可回答数Ａｍａｘに達するか、またはステップＳ１３８において経過時間Ｔが制限時間Ｔｍａｘに達するまで、ステップＳ１２８からステップＳ１３８の処理を繰り返し実行する。

経過時間Ｔが制限時間Ｔｍａｘに達した場合（ステップＳ１３８；Ｙｅｓ）、配車管理制御装置２０は、候補車両からの受注可の回答が１つ以上あったか否かを判断する（ステップＳ１４０）。より具体的には、配車管理制御装置２０は、注文発生通知部４１が注文発生通知を通知してから、受注可否取得部４２が、候補車両から通信部１１が受信した受注可の回答情報を取得したか否かを判断する。候補車両からの受注可の回答が１つ以上あった場合（ステップＳ１４０；Ｙｅｓ）、配車管理制御装置２０は、ステップＳ１４２に移行する。候補車両からの受注可の回答が１つもなかった場合（ステップＳ１４０；Ｎｏ）、配車管理制御装置２０は、ステップＳ１５０に移行する。

受注可回答数Ａが上限受注可回答数Ａｍａｘに達した場合（ステップＳ１３６；Ｙｅｓ）、または経過時間Ｔが制限時間Ｔｍａｘに達した時に候補車両からの受注可の回答が１つ以上あった場合（ステップＳ１４０；Ｙｅｓ）、配車管理制御装置２０は、受注可と回答した候補車両から配車車両を決定する（ステップＳ１４２）。より具体的には、配車車両決定部５１は、受注可と回答した候補車両のうち、最も優先順位の高い車両を配車車両として決定する。図６に示す一例の場合、受注可の回答をした候補車両は、車両２０１および車両２０２である。このうち、車両２０２の方が車両２０１よりも優先順位が高いので、配車車両決定部５１は、車両２０２を配車車両として決定する。配車管理制御装置２０は、ステップＳ１４４に移行する。

配車管理制御装置２０は、配車車両に配車指示を通知する（ステップＳ１４４）。より具体的には、配車指示部６１は、配車車両決定部５１が決定した配車車両に配車指示を通知する通信情報を、通信制御部２１へ出力する。これにより、通信制御部２１は、通信部１１に、少なくとも配車位置の位置情報を含む配車指示を車両２００へ送信させる。配車指示は、例えば、配車注文をした依頼者の氏名などを含んでもよい。図６に示す一例の場合、配車指示部６１は、車両２０２に配車指示を通知する。配車管理制御装置２０は、ステップＳ１４６に移行する。

配車管理制御装置２０は、クライアント端末１００に配車情報を通知する（ステップＳ１４６）。より具体的には、配車情報通知部６３は、配車車両決定部５１が決定した配車車両の情報に基づいて、配車する車両２００の情報である配車情報を通知する通信情報を、通信制御部２１へ出力する。これにより、通信制御部２１は、通信部１１に、配車する車両２００の情報を含む配車情報を車両２００へ送信させる。図６に示す一例の場合、配車情報通知部６３は、クライアント端末１００に、配車する車両２０２の情報を含む配車情報を通知する。配車管理制御装置２０は、ステップＳ１４８に移行する。

配車管理制御装置２０は、配車車両以外の受注可と回答した候補車両および回答しなかった候補車両に失注情報を通知する（ステップＳ１４８）。より具体的には、失注情報通知部６２は、候補車両検索部３１が検索した候補車両の情報と、受注可否取得部４２が取得した受注可否の回答情報とに基づいて、配車注文が失注したことを配車車両以外の候補車両に通知する通信情報を、通信制御部２１へ出力する。これにより、通信制御部２１は、通信部１１に、配車注文が失注したことを示す失注情報を車両２００へ送信させる。図６に示す一例の場合、失注情報通知部６２は、受注可の回答をし、かつ配車車両ではない車両２０１と、受注可否の回答をしなかった車両２０４とに、失注情報を通知する。配車管理制御装置２０は、図７に示すフローチャートの処理を終了する。

候補車両が１台も見つからなかった場合（ステップＳ１１８；Ｎｏ）、または候補車両からの受注可の回答が１つもなかった場合（ステップＳ１４０；Ｎｏ）、配車管理制御装置２０は、クライアント端末１００に受注不可情報を通知する（ステップＳ１５０）。より具体的には、受注不可情報通知部６４は、候補車両検索部３１が候補車両を見つけなかった場合、または受注可否取得部４２が受注可の回答を取得しなかった場合、クライアント端末１００に、設定された条件による配車ができないことを示す受注不可情報を通知する通信情報を、通信制御部２１へ出力する。これにより、通信制御部２１は、通信部１１に、受注不可情報を車両２００へ送信させる。配車管理制御装置２０は、図７に示すフローチャートの処理を終了する。

［車載装置の処理］
図８を用いて、車載装置２１０の制御部２２０による処理の流れを説明する。図８は、実施形態に係る車載装置における制御部の処理の一例を示すフローチャートである。図８に示す処理は、制御部２２０が、予め定められる制御プログラムおよびデータに基づいて実行する。制御部２２０は、例えば、配車管理装置１０から配車注文発生の通知を受信することによって、図８に示すステップＳ１６０に移行して処理を開始する。

制御部２２０は、配車注文発生の通知を報知する（ステップＳ１６０）。より具体的には、報知制御部２６０は、通信部２１４が配車管理装置１０から受信した配車注文の発生の通知情報を報知部２１６に報知させる。表示制御部２５０は、通信部２１４が配車管理装置１０から受信した配車注文の発生の通知情報を表示部２１５に表示させてもよい。制御部２２０は、ステップＳ１６２に移行する。

制御部２２０は、乗務員に受注の可否を選択するように報知する（ステップＳ１６２）。より具体的には、報知制御部２６０は、乗務員に配車注文の受注の可否を選択するように促す報知情報を、報知部２１６に報知させる。表示制御部２５０は、実施形態において、図５に示すような、配車注文を受注するか否かを選択させる選択画面を、表示部２１５に表示させる。表示制御部２５０は、実施形態において、自車の優先順位情報を選択画面に表示させる。ステップＳ１６２は、ステップＳ１６０と同時に実行されてもよい。制御部２２０は、ステップＳ１６４に移行する。

制御部２２０は、受注の可否が操作されたか否かを判断する（ステップＳ１６４）。より具体的には、制御部２２０は、操作受付制御部２３０が操作部２１３によって受注の可否を回答する操作が実行されたか否かを判断する。制御部２２０は、受注の可否を回答する操作を検出した場合（ステップＳ１６４；Ｙｅｓ）、ステップＳ１６８に移行する。制御部２２０は、受注の可否を回答する操作を検出しなかった場合（ステップＳ１６４；Ｎｏ）、ステップＳ１６６に移行する。

制御部２２０は、受注の可否を回答する操作を検出しなかった場合（ステップＳ１６４；Ｎｏ）、失注情報の通知を受信したか否かを判断する（ステップＳ１６６）。より具体的には、制御部２２０は、配車注文が失注したことを示す失注情報通知を、通信部２１４が配車管理装置１０から受信したか否かを判断する。制御部２２０は、失注情報の通知の受信を検出した場合（ステップＳ１６６；Ｙｅｓ）、ステップＳ１８２に移行する。制御部２２０は、失注情報の通知の受信を検出しなかった場合（ステップＳ１６６；Ｎｏ）、ステップＳ１６４に移行する。

制御部２２０は、受注の可否を回答する操作を検出した場合（ステップＳ１６４；Ｙｅｓ）、受注可か否かを判断する（ステップＳ１６８）。より具体的には、制御部２２０は、操作受付制御部２３０が操作部２１３によって受注可を回答する操作が実行されたか否かを判断する。制御部２２０は、受注可を回答する操作を検出した場合（ステップＳ１６８；Ｙｅｓ）、ステップＳ１７２に移行する。制御部２２０は、受注可を回答する操作を検出した場合（ステップＳ１６８；Ｎｏ）、ステップＳ１７０に移行する。

制御部２２０は、受注可を回答する操作を検出した場合（ステップＳ１６８；Ｎｏ）、配車管理装置１０に受注不可の回答を通知する（ステップＳ１７０）。より具体的には、通信制御部２４０は、操作受付制御部２３０から取得した受注不可の回答情報を、通信部２１４に配車管理装置１０へ送信させる。制御部２２０は、図８に示すフローチャートの処理を終了する。

制御部２２０は、受注可を回答する操作を検出した場合（ステップＳ１６８；Ｙｅｓ）、配車管理装置１０に受注可の回答を通知する（ステップＳ１７２）。より具体的には、通信制御部２４０は、操作受付制御部２３０から取得した受注可の回答情報を、通信部２１４に配車管理装置１０へ送信させる。制御部２２０は、ステップＳ１７４に移行する。

制御部２２０は、自車の状態を迎車モードに設定する（ステップＳ１７４）。より具体的には、自車状態設定部２２４は、配車注文に対して受注可が選択された場合、自車状態情報を迎車モードに設定する。これにより、記憶制御部２２２は、自車状態設定部２２４が設定した自車状態情報を迎車モードにして、記憶部２１２に記憶させる。自車状態を迎車モードに設定することによって、配車指示の待機中に新規の客を乗車させることを抑制することができる。なお、実施形態においては、迎車モードに設定されるが、新規の客を受け入れない状態であれば、どのようなモードに設定されてもよい。制御部２２０は、ステップＳ１７６に移行する。

制御部２２０は、配車指示の通知を受信したか否かを判断する（ステップＳ１７６）。
より具体的には、制御部２２０は、配車指示の通知を、通信部２１４が配車管理装置１０から受信したか否かを判断する。制御部２２０は、配車指示の通知の受信を検出した場合（ステップＳ１７６；Ｙｅｓ）、ステップＳ１７８に移行する。制御部２２０は、配車指示の通知の受信を検出しなかった場合（ステップＳ１７６；Ｎｏ）、ステップＳ１８０に移行する。

制御部２２０は、配車指示の通知の受信を検出した場合（ステップＳ１７６；Ｙｅｓ）、配車指示の情報を表示する（ステップＳ１７８）。より具体的には、表示制御部２５０は、通信部２１４が配車管理装置１０から受信した配車指示の情報を、表示部２１５に表示させる。制御部２２０は、図８に示すフローチャートの処理を終了する。

制御部２２０は、配車指示の通知の受信を検出しなかった場合（ステップＳ１７６；Ｎｏ）、失注情報の通知を受信したか否かを判断する（ステップＳ１８０）。より具体的には、制御部２２０は、配車注文が失注したことを示す失注情報通知を、通信部２１４が配車管理装置１０から受信したか否かを判断する。制御部２２０は、失注情報の通知の受信を検出した場合（ステップＳ１８０；Ｙｅｓ）、ステップＳ１８２に移行する。制御部２２０は、失注情報の通知の受信を検出しなかった場合（ステップＳ１８０；Ｎｏ）、ステップＳ１７６に移行する。

制御部２２０は、制御部２２０は、失注情報の通知の受信を検出した場合（ステップＳ１６６；Ｙｅｓ）、または失注情報の通知の受信を検出した場合（ステップＳ１８０；Ｙｅｓ）、失注情報の通知を報知する（ステップＳ１８２）。より具体的には、報知制御部２６０は、通信部２１４が配車管理装置１０から受信した失注情報を、報知部２１６に報知させてもよい。表示制御部２５０は、通信部２１４が配車管理装置１０から受信した失注情報を、表示部２１５に表示させてもよい。制御部２２０は、ステップＳ１８４に移行する。

制御部２２０は、自車の状態を空車モードに設定する（ステップＳ１８４）。より具体的には、自車状態設定部２２４は、通信部２１４が失注情報の通知を受信した場合、自車状態情報を空車モードに設定する。これにより、記憶制御部２２２は、自車状態設定部２２４が設定した自車状態情報を空車モードとして、記憶部２１２に記憶させる。自車状態を空車モードに設定することによって、新規の客の乗車を受け入れ可能とする。ステップＳ１８４は、ステップＳ１８２の前に実行されてもよい。制御部２２０は、図８に示すフローチャートの処理を終了する。

配車管理装置１０の候補車両検索部３１が空車モード以外の車両２００を除外して候補車両を検索している場合であっても、車両情報取得部２４が車両情報を取得した時点と、車載装置２１０が配車注文発生の通知を受信した時点とでは、自車状態が異なる可能性がある。制御部２２０は、ステップＳ１６０を実行する前に、自車状態情報を取得し、自車状態が空車モード以外である場合、ステップＳ１７０に移行してもよい。より具体的には、まず、制御部２２０は、自車状態情報取得部２２３に、記憶部２１２から自車状態情報を取得させる。次に、制御部２２０は、取得した自車状態情報に基づいて、自車状態が空車モードか否かを判断する。制御部２２０は、自車状態が空車モードであると判断した場合、ステップＳ１６０に移行する。制御部２２０は、自車状態が空車モードではないと判断した場合、ステップＳ１７０に移行する。

本実施形態の車載装置２１０は、自動的に自車状態を迎車モードまたは空車モードに設定するが、乗務員による手動操作によって自車状態を迎車モードまたは空車モードに設定してもよい。例えば、制御部２２０は、受注可の回答を通知する操作が実行されたことを検知した場合、迎車モードに変更するように促すメッセージを表示部２１５に表示させるようにしてもよい。この場合、乗務員による操作によってのみ自車状態の設定操作が可能である車載装置にも適用できる。

以上説明したように、実施形態の配車管理システム１は、配車注文の注文条件に一致する全ての候補車両に対して一斉に注文発生通知を行い、受注可の回答をした候補車両のうち１つの候補車両を配車車両として決定する。これにより、１台ずつ受注可否を取得する動作が必要ないので、配車注文から配車する車両の決定までの時間を短縮させることができ、配車効率を向上させることができる。さらに、実施形態のように、複数の候補車両から１つの候補車両を選択するための所定条件による優先順位付けをし、各候補車両に優先順位を予め通知すれば、受注可の回答をした候補車両の乗務員の失注による不満を抑制することができる。

図示した配車管理装置１０、車載装置２１０および配車管理システム１の構成要素は、機能概念的なものであり、必ずしも物理的に図示の如く構成されていなくてもよい。すなわち、記録装置の具体的形態は、図示のものに限られず、記録装置の処理負担や使用状況などに応じて、その全部または一部を任意の単位で機能的または物理的に分散または統合してもよい。

配車管理装置１０および車載装置２１０の構成は、例えば、ソフトウェアとして、メモリにロードされたプログラムなどによって実現される。上記実施形態では、これらのハードウェアまたはソフトウェアの連携によって実現される機能ブロックとして説明した。すなわち、これらの機能ブロックについては、ハードウェアのみ、ソフトウェアのみ、または、それらの組み合わせによって種々の形で実現できる。

１ 配車管理システム
１０ 配車管理装置
１１ 通信部
１３ 地図情報記憶部
１４ 車両情報記憶部
２０ 配車管理制御装置
２１ 通信制御部
２２ 注文情報取得部
２３ 地図情報取得部
２４ 車両情報取得部
２５ 記憶制御部
３１ 候補車両検索部
３２ 優先度判断部
４１ 注文発生通知部
４２ 受注可否取得部
５１ 配車車両決定部
６１ 配車指示部
６２ 失注情報通知部
６３ 配車情報通知部
６４ 受注不可情報通知部
１００、１０１、１０２、１０３、１０４、１０５ クライアント端末
２００、２０１、２０２、２０３、２０４、２０５ 車両
２１０ 車載装置
２１１ ＧＰＳ受信部
２１２ 記憶部
２１３ 操作部
２１４ 通信部
２１５ 表示部
２１６ 報知部
２２０ 制御部
２２１ 自車位置情報取得部
２２２ 記憶制御部
２２３ 自車状態情報取得部
２２４ 自車状態設定部
２３０ 操作受付制御部
２４０ 通信制御部
２５０ 表示制御部
２６０ 報知制御部
ＢＳ バス

Claims (11)

1. 複数の車両の位置情報を含む車両情報を取得する車両情報取得部と、
   配車注文をされた配車位置の位置情報を含む注文情報を取得する注文情報取得部と、
   前記複数の車両の位置情報に基づいて前記注文情報の条件に一致する候補車両を前記複数の車両から検索する候補車両検索部と、
   全ての前記候補車両に前記配車注文の発生を通知する注文発生通知部と、
   前記候補車両から前記配車注文の受注可否の回答情報を取得する受注可否取得部と、
   受注可の前記候補車両のうち１つの候補車両に配車指示を通知する配車指示部と、
   を備える配車管理制御装置。
2. 所定条件によって前記候補車両の優先順位を決定する優先度判断部を備え、
   配車指示部は、受注可の前記候補車両のうち、最も優先順位が高い候補車両に配車指示を通知する、
   請求項１に記載の配車管理制御装置。
3. 前記注文発生通知部は、前記優先順位を前記配車注文の発生の通知と同時に通知する、
   請求項２に記載の配車管理制御装置。
4. 前記配車指示部は、前記注文発生通知部が前記配車注文の発生を通知してから所定時間内に回答を取得した受注可の前記候補車両のうち、最も優先順位が高い候補車両に配車指示を通知する、
   請求項２または３に記載の配車管理制御装置。
5. 前記配車指示部は、前記受注可否取得部が、受注可の回答を所定数取得した場合、受注可の前記候補車両のうち、最も優先順位が高い候補車両に配車指示を通知する、
   請求項２から４のいずれか１項に記載の配車管理制御装置。
6. 受注可の前記候補車両のうち、配車指示を通知した車両以外の候補車両に失注情報を通知する失注情報通知部をさらに備える、
   請求項１から５のいずれか１項に記載の配車管理制御装置。
7. 請求項１から６のいずれか１項に記載の配車管理制御装置と、
   配車注文を行う複数のクライアント端末、および前記複数の車両と通信を行う通信部と、
   を備える配車管理装置。
8. 請求項７に記載の配車管理装置と、前記複数のクライアント端末と、車載装置を搭載する前記複数の車両と、を含み、
   前記車載装置は、
   前記配車管理装置と通信を行う通信部と、
   前記配車注文の発生の通知を報知する報知部と、
   前記配車注文の受注可否を選択する操作部と、
   前記配車指示の情報を表示する表示部と、
   を含む、
   配車管理システム。
9. 前記車載装置は、
   前記配車注文に対して受注可が選択された場合、車両の状態を、新規の客を受け入れない状態に設定する車両状態設定部を含む、
   請求項８に記載の配車管理システム。
10. 複数の車両の位置情報を含む車両情報を取得する車両情報取得ステップと、
    配車注文をされた配車位置の位置情報を含む注文情報を取得する注文情報取得ステップと、
    前記複数の車両の位置情報に基づいて前記注文情報の条件に一致する候補車両を前記複数の車両から検索する候補車両検索ステップと、
    全ての前記候補車両に前記配車注文の発生を通知する注文発生通知ステップと、
    前記候補車両から前記配車注文の受注可否の回答情報を取得する受注可否取得ステップと、
    受注可の前記候補車両のうち１つの候補車両に配車指示を通知する配車指示ステップと、
    を含む配車管理方法。
11. 配車管理制御装置として動作するコンピュータに、
    複数の車両の位置情報を含む車両情報を取得する車両情報取得ステップと、
    配車注文をされた配車位置の位置情報を含む注文情報を取得する注文情報取得ステップと、
    前記複数の車両の位置情報に基づいて前記注文情報の条件に一致する候補車両を前記複数の車両から検索する候補車両検索ステップと、
    全ての前記候補車両に前記配車注文の発生を通知する注文発生通知ステップと、
    前記候補車両から前記配車注文の受注可否の回答情報を取得する受注可否取得ステップと、
    受注可の前記候補車両のうち１つの候補車両に配車指示を通知する配車指示ステップと、
    を実行させるプログラム。

Images