JP7490603B2 - 配車支援装置および配車支援システム - Google Patents

Description

本発明は、タクシーや相乗り自動車などの旅客自動車、輸送車、宅配車などの業務車両の配車を支援する技術に関する。

現在、情報通信技術の発達に伴い、スマートフォンなどを利用して、顧客の要求に応じて、業務車両を運行、配車（以下、単に配車）するサービスが広がっている。また、業務車両の無線端末と、配車センタ間を無線通信網で接続し、配車支援を行っている。

例えば、特許文献１では、顧客の迎え先を含むエリア内に配車に適した車両が直ちに見つからない場合でも、当該顧客に対する配車を行うことを課題としている。

このために、特許文献１では、エリア情報管理部２０１が、エリア毎に該エリアの範囲を示すエリア情報を記憶し、車両情報管理部２０２が、車両毎に該車両の位置及び動態を示す車両情報を記憶し、候補車検索部２４１が、迎え先の指定を含む配車要求に応じて、エリア情報及び車両情報に基づいて、当該迎え先を含むエリア内で動態が空車の車両を検索し、待ち行列管理部２０３が、候補車検索部２４１による検索で車両が見つからなかった配車要求を示す配車待ち情報を、エリア毎に記憶し、待ち行列制御部２４３が、動態が「空車」（又は「支払」）に変化した車両があり、当該車両がいるエリアの配車待ち情報が存在する場合に、当該配車待ち情報に係る迎え先に当該車両を配車させる。

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

特許文献１では、配車待ちの顧客に対して空車の車両を配車させている。ここで、顧客においては、翌日などの将来において、配車を希望することがある。例えば、講演会や会議の出席を予定しており、その終了時間にタクシーの配車を希望することがある。また、翌週の会合において、フードデリバリーを希望することもある。

但し、予定については確定していないことが多く、配車を予約できないもしくは予約のキャンセルが必要になることがある。例えば、講演会や会議が予定時間からずれて終了することがある。また、天候によっては予定自体が無くなり、配車の必要がないこともある。

このため、タクシー等の業務車両の配車を必要とする顧客が必要なタイミングで、近くを走行している流し（空車）のタクシーを捕まえるか、配車センタへ連絡して配車を要求している。

このため、近くを走行している流しのタクシーを捕まえる場合、場所によってタクシーが捕まる場所と、そうでない場所があり、タクシーを捕まえるまでに時間がかかる問題があった。また、配車センタを利用する場合でも、注文した顧客の近くに業務車両がいなかったり、顧客が配車を希望する配車場所から遠かったりする場合には、配車までに時間がかかる課題があった。このように、従来は、効率的な配車が困難であった。

上記の課題を解決するために、本発明では、業務車両の配車を支援する配車支援装置において、端末装置から、顧客が将来の配車を希望する予定情報であって、配車場所および配車時間を含む予定情報を受け付ける入力部と、前記予定情報に基づく配車管理情報を蓄積する情報加工部と、蓄積された配車管理情報のうち、配車時間が所定条件を満たす配車管理情報を抽出し、前記業務車両の業務車両端末に、抽出された前記配車管理情報に対応するアイコンを、当該配車管理情報の配車場所に応じた地図上に表示させる配車支援部と、前記配車管理情報および前記業務車両を識別するタクシーＩＤ、ドライバー、車種、ナンバー、営業エリアおよび走行位置を含む営業情報を記憶する記憶部を有し、前記情報加工部は、前記予定情報に、前記業務車両の営業エリアもしくは当該営業エリアで営業可能な業務車両を追加して、前記配車管理情報を作成し、前記配車支援部は、前記業務車両端末から配信要求があった場合、当該配信要求に含まれるタクシーＩＤを用いた検索により、前記営業情報に含まれる営業エリアを特定し、前記所定条件を満たす前記配車管理情報から当該営業エリアを有するレコードを抽出する配車支援装置である。

また、本発明には、配車支援装置を含む配車支援システムや、顧客端末、車載端末も含まれる。さらに、これら各装置およびシステムを用いた、配車支援方法も本発明の一態様である。

またさらに、配車支援方法を実現するアプリを含むプログラムも本発明に含まれる。

本発明によれば、より効率的な配車の支援が可能となる。

本発明の実施例における配車支援システムの概要を示す図。 本発明の実施例における配車支援装置の構成図。 本発明の実施例における顧客端末の構成図。 本発明の実施例における車載端末の構成図。 本発明の実施例１における処理を示すシーケンス図。 本発明の実施例１で用いられる配車管理情報を示す図。 本発明の実施例１で用いられる営業情報を示す図。 本発明の実施例１における車載端末での乗車要望情報の表示例を示す図。 本発明の実施例２における配車サービスを実現するためのシーケンス図。 本発明の実施例２における顧客端末で表示する乗車予定確認画面を説明するための図。 本発明の実施例２における顧客端末で表示する予定情報確認画面を説明するための図。 本発明の実施例２における顧客端末で表示する配車要求画面を説明するための図。 本発明の実施例２における配車の受託処理の際に、車載端末の表示画面を示す図。 本発明の実施例２における配車の受託処理の際に、車載端末の表示画面の変形例を示す図。 本発明の実施例３における車載端末の表示画面を示す図。

以下、本発明の実施例１～３を、図面を用いて説明する。本実施例では、業務車両の一例であるタクシーの配車支援を例に説明する。また、本実施例は、主に「流し」のタクシーに好適な事例である。

まず、各実施例で用いられる構成について説明し、次いで各実施例の処理を説明する。図１に、各実施例における配車支援システムの概要を示す。図１において、この配車支援システムは、管理センタ１、配車センタ２が設けられ、顧客３０－１、３０－２（以下、顧客３０）に対し、タクシー４０－１、４０－２、４０－３（以下、タクシー４０）の配信を可能としている。ここで、管理センタ１の配車支援装置１０や配車センタ２の配車端末２０－１、２０－２、２０－３（以下、配車端末２０）は、他の装置とネットワーク７０を介して接続されている。ここで、他の装置には、顧客３０の顧客端末３１－１、３１－２（以下、顧客端末３１）やタクシー４０に設けられた車載端末４１－１、４１－２、４１－３（以下、車載端末４１）が挙げられる。また、ネットワーク７０は、無線基地局５１－１、５１－２を介して、該当の無線エリア３－１、３－２の顧客端末３１や車載端末４１と、無線接続される。さらに、顧客端末３１や車載端末４１は、ＧＰＳ衛星６０からの信号に基づいて、自身の位置を把握できる。

管理センタ１には、配車支援装置１０が設けられ、管理センタ１における各種処理を実行する。また、配車センタ２において、配車端末２０が、顧客からの配車依頼を受け付けたオペレータによる操作に応じて、配車支援装置１０に対して配車要求を送信する。その後、配車端末２０は、配車支援装置１０から配車候補の車両リストを受信すると、配車候補の各車両を優先度に従って画面表示する。そして、その中からオペレータに選択された車両を配車対象として配車支援装置１０に通知して、該当のタクシー４０の無線基地局５１への配車指示を送信させる。

但し、配車支援装置１０は、配車端末２０からの指示によらず、顧客端末３１や車載端末４１を連携して、配車処理ないし配車支援処理が可能である。本明細書では、配車端末２０によらず配車支援装置１０が配車処理ないし配車支援処理を行う例で説明するが、配車端末２０と連携してもよい。

ここで、配車支援装置１０は、サーバなどのいわゆるコンピュータ装置で実現でき、各実施例の主たる処理を実行する。そして、配車支援装置１０は、入力部１１、出力部１２、情報加工部１３、配車支援部１４および記憶部１５を有する。入力部１１および出力部１２は、ネットワーク７０を介して、各種情報やデータを入出力する。

また、情報加工部１３は、顧客端末３１からの予定情報に対して、配車支援処理を実行できるように加工を施す。さらに、配車支援部１４は、車載端末４１に配車情報を配信するための処理を施す。これら情報加工部１３や配車支援部１４の処理の詳細については、追って説明する。

また、記憶部１５は、ストレージなどで実現でき、各種情報を記憶する。記憶部１５は、配車管理情報１５１、地図情報１５２や営業情報１５３を記憶している。これらの各情報については、追って説明する。また、これら各情報は、配車支援装置１０とは別装置、例えば、地図サーバやデータサーバなどで記憶、管理してもよい。

次に、顧客端末３１は、タクシー４０の配車要求などの各種処理を行うための端末装置である。顧客端末３１は、スマートフォン、携帯電話、タブレット端末、ノートＰＣなどで実現できる。また、タクシー４０で用いられる車載端末４１は、配車指示の表示などを行い、タクシードライバーが利用する端末装置である。この車載端末４１は、スマートフォン、携帯電話、タブレット端末、ノートＰＣやナビゲーション装置で実現できる。なお、タクシードライバーは、一般にはタクシー乗務員とも称され、以下、ドライバーと記載する。

また、ネットワーク７０は、インターネットや公衆回線網で実現できる。また、但し、１つのネットワークで表現してもよいし、複数のネットワークで構成してもよい。

次に、配車支援システムの主要構成である配車支援装置１０、顧客端末３１および車載端末４１の構成について説明する。

まず、図２は、配車支援装置１０の構成図である。配車支援装置１０は、いわゆるコンピュータ装置で実現され、処理部１１０、ネットワークＩ／Ｆ部１２０、主記憶部１３０および副記憶部１４０が互いに通信路を介して接続されている。

ここで、処理部１１０は、ＣＰＵなどのプロセッサで実現でき、後述する情報加工プログラム１３１や配車支援プログラム１４１に従って演算を実行する。ネットワークＩ／Ｆ部１２０は、ネットワーク７０と接続するインターフェース機能を有し、図１の入力部１１および出力部１２に該当する。主記憶部１３０は、上述の記憶部１５の一部に該当する。そして、主記憶部１３０は、いわゆるメモリで実現可能であり、情報加工プログラム１３１や配車支援プログラム１４１が展開される。副記憶部１４０は、ハードディスクドライブ等のストレージで実現でき、図１で示す各種情報等に加え、情報加工プログラム１３１や配車支援プログラム１４１を記憶する。

処理部１１０は、情報加工プログラム１３１や配車支援プログラム１４１に従って、図１に示す情報加工部１３や配車支援部１４と同じ機能を発揮する。ここでは、プログラムで、ポイント管理機能を実現した例を説明したが、これらの機能はハードウエアやＦＰＧＡ（Field-Programmable Gate Array）で実現してもよい。情報加工プログラム１３１や配車支援プログラム１４１は、ネットワーク７０を介して配信されたり、記憶媒体に格納されたりして流通することになる。

次に、図３は、顧客端末３１の構成図である。顧客端末３１は、スマートフォンといったいわゆるコンピュータ装置で実現される。このため、顧客端末３１は、処理部３１１、ネットワークＩ／Ｆ部３１２、ＧＰＳアンテナ３１３、タッチパネル３１４、マイク３１５、スピーカ３１６および記憶部３１７が互いに通信路を介して接続されている。

処理部３１１は、ＣＰＵなどのプロセッサで実現でき、後述する各アプリ（プログラム）に従って演算を実行する。ネットワークＩ／Ｆ部３１２は、ネットワーク７０と接続するインターフェース機能を有する。この例では、ネットワークＩ／Ｆ部３１２は、無線通信を実現する。ＧＰＳアンテナ３１３は、ＧＰＳ衛星６０からの信号を受信する。なお、この信号に基づいて、処理部３１１は、顧客端末３１自身の位置情報を取得する。なお、位置情報の取得は、ＧＰＳに限定されない。

また、タッチパネル３１４は、顧客３０からの入力を受け付けたり、各種情報を表示したりする。また、マイク３１５は、顧客３０の音声を入力する。このため、顧客端末３１は、タッチパネル３１４やマイク３１５での入力を、顧客３０からの指示として入力できる。

また、スピーカ３１６は、各種情報を音声で出力する。このため、顧客端末３１は、タッチパネル３１４やスピーカ３１６を介して、顧客３０に各種情報を提示できる。また、記憶部３１７は、配車アプリ３１８、位置検知アプリ３１９や地図情報３２０を記憶する。配車アプリ３１８は、配車要求や後述する予定情報の通知などを実現するためのプログラムであり。位置検知アプリ３１９は、ＧＰＳアンテナ３１３で受信した信号を用いて、顧客端末３１の位置情報を取得するためのプログラムである。なお、記憶部３１７は、他に、顧客３０の顧客情報を記憶しておくことが望ましい。

次に、図４は、車載端末４１の構成図である。車載端末４１は、顧客端末３１と基本的には同様の構成で実現できる。また、車載端末４１は、スマートフォンといったいわゆるコンピュータ装置やナビゲーション装置で実現される。そして、車載端末４１は、処理部４１１、ネットワークＩ／Ｆ部４１２、ＧＰＳアンテナ４１３、タッチパネル４１４、マイク４１５、スピーカ４１６および記憶部４１７が互いに通信路を介して接続されている。これらは、顧客端末３１と同様の機能を有する。なお、記憶部４１７は、配車支援アプリ４１８、位置検知アプリ４１９や地図情報４２０を記憶する。配車支援アプリ４１８は、配車支援装置１０と連携し、後述する配車情報の処理などを行う。また、位置検知アプリ４１９は、位置検知アプリ３１９と同様の機能を有する。さらに、地図情報４２０は、ナビゲーション機能や配車支援処理で用いられる。なお、記憶部４１７は、他に、ナビゲーションアプリや運転者やタクシー４０に関する情報を記憶しておくことが望ましい。

なお、顧客端末３１や車載端末４１の各機能は、ハードウエアやＦＰＧＡ（Field-Programmable Gate Array）で実現してもよい。さらに、タッチパネル３１４およびタッチパネル４１４は、他の表示手段を用いてもよい。この場合、他に入力手段を設けることが望ましい。以上で、本発明の実施例の構成についての説明を終了し、次に、各実施例の処理について説明する。

まず、実施例１の概要について説明する。本実施例においては、顧客端末３１から予定情報を通知することで、配車支援装置１０が、将来の顧客３０の乗車可能性を示す配車管理情報を作成する。そして、この配車管理情報に基づく乗車要望情報を、車載端末４１に表示することで、ドライバーがタクシー４０を「流す」地域を判断できる。

次に、この概要を実現するための処理の詳細を説明する。図５は、本実施例における処理を示すシーケンス図である。まず、ステップＳ１を行うに当たり、配車アプリ３１８が起動されていることが望ましい。そして、ステップＳ１において、顧客端末３１のタッチパネル３１４やマイク３１５が、顧客３０から配車の希望を示す入力を受け付ける。また、本ステップでは、顧客３０から配車に関するメッセージを受け付けてもよい。ここで、本ステップでは、乗車予定日時、乗車予定場所、乗車予定人数を少なくとも含む。さらに、タクシーの台数や予定行先を含めてもよい。ここで、乗車予定場所や予定行先は、地図情報３２０に基づいて表示される地図上で、指定されることが望ましい。また、この入力内容は、配車要求や配車予約ではなく、本内容で配車は確定しない。なお、本実施例の乗車予定日時、乗車予定場所は、それぞれ配車日時、配車場所の一例である。

次に、ステップＳ２において、処理部３１１は、配車アプリ３１８に従って、ステップＳ１で入力された内容に基づいて、予定情報を作成する。このために、処理部３１１は、入力された内容に、顧客情報を追加する。

次に、ステップＳ３において、ネットワークＩ／Ｆ部３１２から、予定情報を、ネットワーク７０を介して配車支援装置１０へ通知する。

次に、ステップＳ４において、配車支援装置１０の入力部１１は、予定情報を受け付ける。そして、ステップＳ５において、情報加工部１３は、受け付けられた予定情報に対して加工を施し、配車管理情報１５１を作成する。例えば、情報加工部１３は、予定情報の乗車予定場所の営業エリアや該当エリアで営業可能なタクシーを追加する。

次に、ステップＳ６において、情報加工部１３は、配車管理情報１５１を、記憶部１５に蓄積する。ここで、配車管理情報１５１を図６に示す。配車管理情報１５１は、顧客ＩＤ、氏名、連絡先、乗車予定日時、乗車予定場所、乗車予定人数、メッセージ、台数、営業エリアを有する。ここで、顧客ＩＤ、氏名、連絡先、乗車予定日時、乗車予定場所、乗車予定人数、メッセージ、台数は、ステップＳ４で受け付けられた予定情報である。そして、このうち、顧客ＩＤ、氏名、連絡先は、顧客端末３１の顧客情報から抽出された情報でもよいし、顧客３０が入力した内容であってもよい。また、乗車予定日時、乗車予定場所、乗車予定人数、メッセージ、台数は、顧客３０が入力した内容である。またさらに、営業エリアは、ステップＳ５で情報加工部１３により付加される情報である。

なお、ステップＳ５を省略して、ステップＳ６において、受け付けられた予定情報を蓄積してもよい。

次に、ステップＳ７において、配車支援部１４が、車載端末４１への配信条件を満たすかを判定する。この配信条件には、一定期間が経過したかなどの所定周期か、車載端末４１から配信要求の有無が含まれる。この結果、配信条件を満たす場合（Ｙ）、ステップＳ８に遷移する。また、配信条件を満たさない場合（Ｎ）、配信条件を満たすまで待機状態を維持する。

次に、ステップＳ８において、配車支援部１４が、配信条件に応じた配車管理情報を、記憶部１５から抽出する。つまり、配車支援部１４は、配車管理情報１５１から配信条件に対応するレコードを抽出する。この抽出としては、以下の手法を例示できる。

まず、所定周期を配信条件とした場合、配車支援部１４は、本ステップよりも所定時間前の乗車予定日時のレコードを抽出する。

また、車載端末４１からの配信要求があった場合、配車支援部１４は、当該車載端末４１のタクシー４０の営業エリアとするレコードを抽出する。このために、配車支援部１４は、配車管理情報１５１の営業エリアと営業情報１５３を突き合せる。ここで、営業情報１５３を、図７に示す。営業情報１５３は、タクシーＩＤ、ドライバー、車種、ナンバー、営業エリアおよび走行位置を含む。そこで、配車支援部１４は、配信要求に含まれるタクシーＩＤをキーに、営業情報１５３を検索し、営業エリアを特定する。そして、配車支援部１４は、配車管理情報１５１のうち、特定された営業エリアを有するレコードを抽出する。

またさらに、車載端末４１からの配信要求があった場合、配車支援部１４は、配信要求に含まれる地域、日時に対応する配車管理情報１５１のレコードを抽出してもよい。この地域や日時は、ドライバーが車載端末４１に入力してもよいし、位置検知アプリ４１９に従って取得した位置情報を用いてもよい。なお、車載端末４１からの配信要求には、ドライバーが車載端末４１の配車支援アプリ４１８の起動を条件とすることが含まれる。この場合も、配車支援部１４は、この起動時間の一定時間後の乗車予定時間のレコードを抽出する構成としてもよい。

ここで、ステップＳ８において、配車支援部１４は、営業情報に含まれる走行位置を、抽出したレコードに付加して配信する配車管理情報を作成することが望ましい。

次に、ステップＳ９において、出力部１２は、抽出された配信管理情報を車載端末４１に配信する。なお、この配信は、各車載端末４１－１、４１－２、４１－３に同報（ブロードキャスト）してもよいし、配信要求を送信した車載端末４１に限定的に配信してもよい。

そして、ステップＳ１０において、車載端末４１のネットワークＩ／Ｆ部４１２が、配車管理情報を受け付ける。次に、ステップＳ１１において、処理部４１１が配車支援アプリ４１８に従って、受け付けられた配車管理情報のフィルタリング処理を行う。この処理は、ステップＳ８と同様に、配信された配車管理情報のうち、所定条件を満たすものを抽出することになる。このフィルタリング処理には、該当のタクシー４０の営業エリアに対応することや乗車予定日時を限定することが含まれる。さらに、タクシー４０の営業開始時間に応じた処理としてもよい。また、このフィルタリング処理の条件は、ドライバーから車載端末４１に設定された条件としてもよい。なお、本ステップとステップＳ８は、いずれか一方のみ処理してもよいし、いずれも省略してもよい。

次に、ステップＳ１２において、処理部４１１が配車支援アプリ４１８に従って、フィルタリングされた配車管理情報を示すアイコンを、地図情報４２０に重畳する。この際、処理部４１１は、配車支援アプリ４１８に従って、フィルタリングされた配車管理情報の乗車予定位置に対応する地図上の位置にアイコンをマッピングする。この結果、処理部４１１が配車支援アプリ４１８に従って、乗車要望情報を作成することになる。なお、アイコンとは、何らかのマークや印であればよく、その形状は問わない。

そして、ステップＳ１３において、タッチパネル４１４が乗車要望情報を表示する。この表示例を、図８に示す。図８（ａ）において、道路を含む地図上に、乗車要望情報の乗車予定位置が、丸印で示される（３０－１～３０－７）。また、図８（ａ）の地図上に、位置検知アプリ４１９を用いて、該当のタクシー４０－１を表示する。さらに、乗車要望情報の走行位置を用いて、該当のタクシー４０－１以外の４０－２～４０－３を表示する。なお、図８（ａ）に示すように、該当のタクシー４０－１とこれ以外を区別して表示することが望ましい。ここで、該当の車両とは、ドライバーが見ている車両端末に表示される自分の車両位置のことを指す。

また、図８（ｂ）に別の表示形態を示す。本形態では、顧客の数に応じて、アイコンの形状を変更している。図８（ｂ）においては、アイコン３００－１は（ａ）の顧客が３名（３０－１～３０－３）に対応している。また、同じくアイコン３００－２は顧客３０－４、アイコン３００－３は顧客３０－５、アイコン３００－４は顧客３０－６、３０－６に対応している。このため、最も人数の多いアイコン３００－１が他のアイコンに比べ大きくまた濃く表示している。また、アイコン３００－２、３００－３は最も人数が少ないので、他のアイコンに比べ小さくまた薄く表示している。さらに、アイコン３００－４は、これらの中間で表示している。なお、本例では、大きさと濃淡を変更しているが、いずれか一方を変更する構成としてもよい。さらに、色などの大きさや濃淡以外の形態を変更してもよい。またさらに、ドライバーがアイコン３００－１～３００－４を指定することで、そのアイコンに含まれる顧客数の情報を表示する構成としてもよい。例えば、該当アイコンについて、（ａ）の形態としてもよい。また、図８（ａ）と（ｂ）は、ドライバーの操作により切替表示を行う構成としてもよい。

さらに、乗車予定時間もしくはこれから一定時間以降については、対応するアイコンを消去することが望ましい。なお、これら所定時間前や一定時間以降については、曜日や時間帯に応じて可変で設定できる。またさらに、アイコンを消去する場合、時間以外にも表示する条件を満たさなくなった場合、消去を実行してもよい。

なお、図８に示す表示においては、車載端末４１の天候アプリ（プログラム）と連携して、天候データを重畳してもよい。例えば、雨雲や雷などを重畳することが望ましい。なお、この表示については、ステップＳ８で天候データを追加してもよい。雨など天候が悪い場合には、タクシーの利用が多くされる傾向がある。このため、雨などで天候が悪い地域にタクシーを「流す」ことで、乗車される可能性が高まる。
以上で、実施例１の説明を終了する。

次に、実施例１の処理をベースとする配車サービスに関する実施例２について説明する。図９は、顧客端末３１を用いた配車サービスを実現するためのシーケンス図である。まず、配車アプリ３１８が起動されるなど措定条件を満たす場合、ステップＳ２１において、顧客端末３１の処理部３１１が、配車アプリ３１８に従って、ステップＳ３の予定情報の通知が実行されているかを判定する。この結果、通知されている場合（Ｙ）、ステップＳ２２に遷移する。通知されていない場合（Ｎ）、処理を終了するか、ステップＳ１に遷移する。

次に、ステップＳ２２において、処理部３１１が、配車アプリ３１８に従って、確認時期になったかを判定する。確認時期としては、通知した予定情報の乗車予定日時から一定時間以前であるかを用いることができる。この結果、確認時期になった場合（Ｙ）、ステップＳ２３に遷移する。また、確認時期でない場合（Ｎ）、ステップＳ２２を繰り返す。

次に、ステップＳ２３において、処理部３１１が、配車アプリ３１８に従って、タッチパネル３１４に、「乗車予定確認画面」を表示する。ここで、乗車予定確認画面について、図１０を用いて説明する。図１０（ａ）は、ステップＳ２２で（Ｎ）と判定された場合の表示例である。顧客端末３１－１のタッチパネル３１４には、地図情報の乗車予定場所に、顧客３０－１を示すアイコンが重畳して表示される。そして、ステップＳ２３に遷移すると、図１０（ｂ）に示すように、「乗車予定確認通知」がポップアップ表示される。

そして、ステップＳ２４において、処理部３１１が、配車アプリ３１８に従って、配車処理を実行するかを判定する。具体的には、図１０（ｂ）に示す「乗車予定確認通知」の「はい」が、顧客３０－１から選択されると、配車処理であるステップＳ２７以降に遷移する。また、「いいえ」が顧客３０－１から選択されると、修正／キャンセル処理であるステップＳ２６に遷移する。

次に、ステップＳ２５において、処理部３１１が、配車アプリ３１８に従って、予定情報の修正もしくはキャンセルのいずれかを行うかを判定する。より具体的には、処理部３１１は、タッチパネル３１４に、図１１に示すように「予定情報確認」をポップアップ表示する。この結果、「いいえ」が顧客３０－１から選択されると（Ｎ）、配車予約をせずに地図画面を見ながら流しのタクシーを捕まえる処理に移行する。また、「修正」もしくは「キャンセル」が選択されると（Ｙ）、ステップＳ２６に遷移する。

次に、ステップＳ２６において、処理部３１１が、配車アプリ３１８に従って、タッチパネル３１４もしくはマイク３１５を介して、顧客３０－１から選択される修正内容もしくはキャンセル指示を受け付ける。ここで、修正内容は、予定情報もしくはステップＳ１で入力された内容であって、処理部３１１が、タッチパネル３１４もしくはスピーカ３１６を介して、修正前のこれらの情報を提示することが望ましい。この結果、ネットワークＩ／Ｆ部３１２が、修正内容もしくはキャンセル指示を、配車支援装置１０に通知する。そして、配車支援装置１０で、ステップＳ３２を実行する。なお、ステップＳ３２の内容は、後述する。

また、ステップＳ２７において、配車支援装置１０の入力部１１は、ステップＳ２４で配車処理が指定されたことに伴う配車要求を受け付ける。このために、ステップＳ２４において、顧客端末３１－１の処理部３１１が、タッチパネル３１４に配車要求画面を表示する。この配車要求画面を図１２に示す。まず、タッチパネル３１４には、図１２（ａ）の画面が表示される。この画面では、顧客３０－１の予定乗車位置を示すアイコンが表示されている。そして、図１２（ａ）において、配車可能なタクシー４０－１、４０－２、４０－３を示すアイコンが、その時点で走行している位置に表示される。このために、配車支援装置１０の出力部１２は、営業情報１５３の走行位置を顧客端末３１－１に通知している。次に、タッチパネル３１４は、顧客３０－１から希望のタクシーの選択を受け付ける。そして、処理部３１１が、配車アプリ３１８に従って、選択されたタクシー（本例では、４０－１）の表示形態を変更し、最終確認である「車両予約確認」をタッチパネル３１４に表示する。この表示内容を、図１２（ｂ）に示す。この「車両予約確認」に対して、「はい」が選択されると、顧客端末３１－１からその旨が、配車支援装置１０の入力部１１に送信される。

これを受けて、ステップＳ２８において、配車支援装置１０の配車支援部１４が配車するタクシー４０－１を特定する。そして、ステップＳ２９において、出力部１２が、顧客３０－１の配車管理情報を、選択されたタクシー４０－１の車載端末４１-１に通知する。つまり、配車通知を実行する。

そして、ステップＳ３０において、車載端末４１－１のネットワークＩ／Ｆ部４１２が、配車通知を受け付ける。この配車通知を受け付けた際の車載端末４１－１の表示画面を、図１３に示す。車載端末４１－１のタッチパネル４１４には、図１３（ａ）に示すように、配車を希望する顧客３０－１に対応付けて、乗車予定時間と予定行先に基づく行先がポップアップ表示される。

次に、ステップＳ３１において、処理部４１１が、配車支援アプリ４１８に従って、タッチパネル４１４やマイク４１５を介して、ドライバーから配車に対応可能であることを受け付ける。そして、ステップＳ３１において、ネットワークＩ／Ｆ部４１２が、対応可能であること、つまり、配車の受託を、配車支援装置１０に通知する。この配車を受託した際の車載端末４１－１の表示画面を図１３（ｂ）に示す。このように、ステップＳ３０からステップＳ３１にかけて、図１３（ａ）から（ｂ）に表示が遷移する。図１３（ｂ）においては、図１３（ａ）や図８と比較して、配車を受託したタクシー４０－１と配車を希望した顧客３０－１に限定して、表示を行っている。なお、表示されるタクシー４０－１と顧客３０－１については、他と区別して表示できればよい。ここで、図１３（ａ）から図１３（ｂ）への遷移は、図示しないが、ドライバーが自身の対応可否を連絡する画面が表示され、その表示画面に基づいて選択してもよい。具体的には、「配車情報表示」のボタンを選択すると配車了解の意思表示とする。一方で、「進行不可」のボタンを選択することで、対応できない意思表示とする。「配車情報表示」（了解）を選択した後で、図示しないが、顧客情報を表示する画面であり、顧客名、配車種別（即時／予約）、待合時間、台数、迎え先住所、地図等が表示されてもよい。

ここで、図１３（ａ）の表示の変形例を、図１４に示す。図１４においては、顧客の乗車予定距離によって、アイコンの形状を変更して表示している。この乗車予定距離は、配車管理情報の乗車予定場所と予定行先を用いて、配車支援部１４が算出することが望ましい。また、アイコンの形状以外に、大きさ、色、濃淡を変更してもよい。

なお、複数の顧客から配車希望があった場合、ステップＳ３１において、ドライバーが適宜選択可能としてもよいし、ステップＳ２９において配車支援装置１０は１つの車載端末４１に対しては配車希望の早い順に１人分の通知を限定的に通知してもよい。ここで、複数の顧客から配車希望があった場合、特別料金などでのオークション形式や上述の行先などでドライバーが選択可能としてもよい。

次に、ステップＳ３２において、配車支援装置１０の情報加工部１３が、配車管理情報１５１を更新する。より具体的には、以下のとおり更新する。まず、ステップＳ２６から遷移した場合には、（１）該当の配車管理情報１５１のレコードを送信された修正内容に従って修正、（２）もしくは、キャンセルの場合には該当のレコードを削除する。

また、ステップＳ３１から遷移した場合には、該当の配車管理情報１５１のレコードに対して、配車確定とする。このために、例えば配車確定を示す情報を付加する。

次に、ステップＳ３３において、出力部１２が、顧客端末３１－１に対して、配車が受託されたことを通知する。なお、受託されない場合も同様に、その旨の通知を実行することが望ましい。つまり、出力部１２が、配車の受託についての選択結果を、顧客端末３１－１に通知する。なお、ステップＳ３２とＳ３３の処理順序は問わない。

この結果、本フローを終了し、ステップＳ７やステップＳ２１に遷移する。なお、ステップＳ３１において、配車が受託されない場合、ネットワークＩ／Ｆ部４１２が受託できないことを、配車支援装置１０に通知する。そして、出力部１２は、配車できないことを、顧客端末３１－１に通知する。この結果、顧客端末３１－１には、図１２（ｃ）の表示がされる。また、顧客端末３１－１の処理部３１１が、配車アプリ３１８に従って、その表示を図１２（ａ）に戻すことが望ましい。以上で、実施例２の処理についての説明を終了する。

次に、実施例３として、実施例１の処理をベースとするドライバーへの情報提供サービスを説明する。本実施例では、ドライバーが走行を開始した際などに、「流す」エリアを決めるための情報を提供する。

このために、車載端末４１のネットワークＩ／Ｆ部４１２は、ドライバーの操作に従って、配車管理情報の要求を送信する。この要求には、地域、日時が含まれる。この結果、配車支援装置１０の配車支援部１４は、配車管理情報１５１から要求に該当する情報を抽出する。そして、出力部１２を介して、ネットワークＩ／Ｆ部４１２に抽出された情報を送信する。この結果、処理部４１１が、配車支援アプリ４１８に従って、タッチパネル４１４に、図１５に示す表示画面を表示する。図１５に示すように、顧客３０を示す各アイコンがその行先に応じた形状で表示されている。また、自身のタクシー４０－１が表示されているが、これは、処理部４１１がナビゲーション機能を用いて、現在の走行位置を表示させているものである。このため、要求した地域外にタクシー４０－１が走行している場合にはこの表示はされない。

また、この表示については、上述したように、天候データを重畳してもよい。この際、ドライバーから天候状況の要求を受け付け、これに応じて該当する天候の地域について表示してもよい。例えば、指定された時間に雨が予想される地域を特定して、表示してもよい。この地域の特定は、車載端末４１の天候アプリ（プログラム）と連携してもよいし、配車支援部１４で実行してもよい。

以上で、本発明の各実施例の説明を終了する。なお、本発明は、上述した実施例に限定されるものでなく、種々の変形例や別の対象への展開が可能である。

１…管理センタ、１０…配車支援装置、１１…入力部、１２…出力部、１３…情報加工部、１４…配車支援部、１５…記憶部、１５１…配車管理情報、１５２…地図情報、１５３…営業情報、２…配車センタ、２０－１、２０－２、２０－３…配車端末、３－１、３－２…無線エリア、３０－１、３０－２…顧客、３１－１、３１－２…顧客端末、４０－１、４０－２、４０－３…タクシー、４１－１、４１－２、４１－３…車載端末、５１－１、５１－２…無線基地局、６０…ＧＰＳ衛星、７０…ネットワーク

Claims (12)

1. 業務車両の配車を支援する配車支援装置において、
   端末装置から、顧客が将来の配車を希望する予定情報であって、配車場所および配車時間を含む予定情報を受け付ける入力部と、
   前記予定情報に基づく配車管理情報を蓄積する情報加工部と、
   蓄積された配車管理情報のうち、配車時間が所定条件を満たす配車管理情報を抽出し、前記業務車両の業務車両端末に、抽出された前記配車管理情報に対応するアイコンを、当該配車管理情報の配車場所に応じた地図上に表示させる配車支援部と、
   前記配車管理情報および前記業務車両を識別するタクシーＩＤ、ドライバー、車種、ナンバー、営業エリアおよび走行位置を含む営業情報を記憶する記憶部を有し、
   前記情報加工部は、前記予定情報に、前記業務車両の営業エリアもしくは当該営業エリアで営業可能な業務車両を追加して、前記配車管理情報を作成し、
   前記配車支援部は、前記業務車両端末から配信要求があった場合、当該配信要求に含まれるタクシーＩＤを用いた検索により、前記営業情報に含まれる営業エリアを特定し、前記所定条件を満たす前記配車管理情報から当該営業エリアを有するレコードを抽出する配車支援装置。
2. 請求項１に記載の配車支援装置において、
   前記配車支援部は、蓄積された前記配車管理情報から、配車時間が所定時間以前の配車管理情報を抽出して、前記地図上に表示させる配車支援装置。
3. 請求項２に記載の配車支援装置において、
   前記配車支援部は、前記配車時間もしくは当該配車時間から一定時間が経過した場合、該当のアイコンを消去する配車支援装置。
4. 請求項３に記載の配車支援装置において、
   前記一定時間は、該当の曜日もしくは時間帯で可変である配車支援装置。
5. 業務車両の配車を支援するための配車支援システムにおいて、
   顧客が将来の配車を希望する予定情報であって、配車場所および配車時間を含む予定情報を通知する顧客端末と、
   前記予定情報を受け付ける入力部と、前記予定情報に基づく配車管理情報を蓄積する情報加工部と、蓄積された配車管理情報のうち、配車時間が所定条件を満たす配車管理情報を抽出する配車支援部と、前記配車管理情報および前記業務車両を識別するタクシーＩＤ、ドライバー、車種、ナンバー、営業エリアおよび走行位置を含む営業情報を記憶する記憶部と、抽出された配車管理情報を出力する出力部とを有する配車支援装置と、
   前記業務車両に設けられ、抽出された前記配車管理情報に対応するアイコンを、当該配車管理情報の配車場所に応じた地図上に表示する車載端末とを有し、
   前記情報加工部は、前記予定情報に、前記業務車両の営業エリアもしくは当該営業エリアで営業可能な業務車両を追加して、前記配車管理情報を作成し、
   前記配車支援部は、前記車載端末から配信要求があった場合、当該配信要求に含まれるタクシーＩＤを用いた検索により、前記営業情報に含まれる営業エリアを特定し、前記所定条件を満たす前記配車管理情報から当該営業エリアを有するレコードを抽出する配車支援システム。
6. 請求項５に記載の配車支援システムにおいて、
   前記車載端末は、配車時間が所定時間以前の配車管理情報、自身の業務車両の営業エリア内を配車場所とする配車管理情報および当該業務車両のドライバーが指定した時間に該当する配車管理情報のうちいずれかに対応するアイコンを表示する配車支援システム。
7. 請求項６に記載の配車支援システムにおいて、
   前記車載端末は、配車時間が所定時間以前の配車管理情報に対応するアイコンを表示し、前記配車時間もしくは当該配車時間から一定時間が経過した場合、該当のアイコンを消去する配車支援システム。
8. 請求項７に記載の配車支援システムにおいて、
   前記一定時間は、該当の曜日もしくは時間帯で可変である配車支援システム。
9. 請求項５乃至８のいずれかに記載の配車支援システムにおいて、
   前記車載端末は、前記地図上に、さらに天候データを重畳して表示する配車支援システム。
10. 請求項５に記載の配車支援システムにおいて、
    前記顧客端末は、前記予定情報に基づく配車要求を、前記配車支援装置に出力し、
    前記配車支援部が、前記配車要求に対応する業務車両を特定し、
    前記出力部が、特定された前記業務車両の車載端末に対して配車通知を実行し、
    特定された前記業務車両の車載端末が、前記配車要求に対応するアイコンを、他のアイコンと区別して表示する配車支援システム。
11. 請求項１０に記載の配車支援システムにおいて、
    特定された前記業務車両の車載端末は、当該業務車両のドライバーから、前記配車要求を受託するかの選択を受け付け、当該選択の結果を、前記配車支援装置に通知し、
    前記配車支援部は、当該選択の結果を、前記顧客端末に通知する配車支援システム。
12. 請求項１１に記載の配車支援システムにおいて、
    特定された前記業務車両の車載端末が、前記選択により配車が受託された場合、前記他のアイコンの表示を停止し、当該配車要求に対応するアイコンを残して表示する配車支援システム。

Images