特開 2024-136283 配車システム、配車方法、及び車載装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024136283

(43)【公開日】2024-10-04

(54)【発明の名称】配車システム、配車方法、及び車載装置

(51)【国際特許分類】

   G08G 1/123 20060101AFI20240927BHJP

   G16Y 10/40 20200101ALI20240927BHJP

   G16Y 20/20 20200101ALI20240927BHJP

   G16Y 40/60 20200101ALI20240927BHJP

【ＦＩ】

G08G1/123

G16Y10/40

G16Y20/20

G16Y40/60

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2023047361

(22)【出願日】2023-03-23

(71)【出願人】

【識別番号】512200217

【氏名又は名称】ＧＯ株式会社

(74)【代理人】

【識別番号】100110629

【弁理士】

【氏名又は名称】須藤 雄一

(74)【代理人】

【識別番号】100166615

【弁理士】

【氏名又は名称】須藤 大輔

(72)【発明者】

【氏名】黒澤 隆由

(72)【発明者】

【氏名】山本 彰祐

(72)【発明者】

【氏名】脇田 謙一

(72)【発明者】

【氏名】舩越 健太

【テーマコード（参考）】

5H181

【Ｆターム（参考）】

5H181AA01

5H181AA14

5H181BB04

5H181BB05

5H181BB13

5H181EE10

5H181FF04

5H181FF13

5H181FF22

5H181FF27

5H181FF32

5H181MC03

5H181MC27

(57)【要約】

【課題】迎車専用車両の運用を可能とする配車システムを提供する。
【解決手段】配車システム１は、ユーザーが配車依頼を送信するユーザー端末３と、ユーザーからの配車依頼を受け付けユーザーに対して配車を行う配車サーバー５と、ユーザーに配車される車両７に搭載された車載装置９とを備え、車載装置９は、車両７が実車中に配車サーバー５から第１配車依頼を受信し、実車中の車両７を、空車になった際に第１配車依頼に基づいて第１迎車地へ向かわせる第１迎車状態とし、車両７が第１迎車中にユーザーの配車依頼である第２配車依頼に基づく配車が行われる際に第１迎車地を第２配車依頼の第２迎車地に変更する。
【選択図】図６

【特許請求の範囲】

【請求項1】

ユーザーが配車依頼を送信するユーザー端末と、
前記ユーザーからの配車依頼を受け付け前記ユーザーに対して配車を行う配車サーバーと、
前記ユーザーに配車される車両に搭載された車載装置とを備え、
前記車載装置は、
前記車両が実車中に前記配車サーバーから第１配車依頼を受信し、
前記実車中の車両を、空車になった際に前記第１配車依頼に基づいて第１迎車地へ向かわせる第１迎車状態とし、
前記車両が第１迎車中に前記ユーザーの配車依頼である第２配車依頼に基づく配車が行われる際に前記第１迎車地を前記第２配車依頼の第２迎車地に変更する、
配車システム。

【請求項2】

請求項１の配車システムであって、
前記車載装置は、前記実車中における決済を開始して完了するまでに前記第１配車依頼を受信する、
配車システム。

【請求項3】

請求項１の配車システムであって、
前記車載装置は、前記車両が実車中であるときに、前記空車になることを予告する空車予告を前記車両のドライバーから受け付けて前記第２配車依頼に基づく前記配車を可能とし、前記空車予告中に前記配車がされると前記車両が空車となったときに前記第２迎車地へ向けた第２迎車状態とする、
配車システム。

【請求項4】

請求項１の配車システムであって、
前記第１迎車地は、前記第１迎車となるときの前記車両から所定範囲内で配車依頼数が多いことが予測されるエリア又は場所である、
配車システム。

【請求項5】

ユーザーが配車依頼を送信するユーザー端末と、
前記ユーザーからの配車依頼を受け付け前記ユーザーに対して配車を行う配車サーバーと、
前記ユーザーに配車される車両に搭載された車載装置とを用いた配車方法であって、
前記車載装置が、
前記車両が実車中に前記配車サーバーから第１配車依頼を受信し、
前記実車中の車両を、空車になった際に前記第１配車依頼に基づいて第１迎車地へ向かわせる第１迎車状態とし、
前記車両が第１迎車中に前記ユーザーの配車依頼である第２配車依頼に基づく配車が行われる際に前記第１迎車地を前記第２配車依頼の第２迎車地に変更する、
配車方法。

【請求項6】

請求項５の配車方法であって、
前記車載装置が、前記実車中における決済を開始して完了するまでに前記第１配車依頼を受信する、
配車方法。

【請求項7】

請求項５の配車方法であって、
前記車載装置が、前記車両が実車中であるときに、前記空車になることを予告する空車予告を前記車両のドライバーから受け付けて前記第２配車依頼に基づく前記配車を可能とし、前記空車予告中に前記配車がされると前記車両が空車となったときに前記第２迎車地へ向けた第２迎車状態とする、
配車方法。

【請求項8】

請求項５の配車方法であって、
前記第１迎車中の車両の状態表示部をカバーによって外部から視認不能に覆う、
配車方法。

【請求項9】

請求項５の配車方法であって、
前記第１迎車地は、前記第１迎車中の車両から所定範囲内で配車依頼数が多いことが予測されるエリア又は場所である、
配車方法。

【請求項10】

ユーザーからの配車依頼に基づいて前記ユーザーに対して配車される車両に搭載された車載装置であって、
前記車両が実車中に前記配車サーバーから第１配車依頼を受信し、
前記実車中の車両を、空車になった際に前記第１配車依頼に基づいて第１迎車地へ向かわせる第１迎車状態とし、
前記車両が第１迎車中に前記ユーザーの配車依頼である第２配車依頼に基づく配車が行われる際に前記第１迎車地を前記第２配車依頼の第２迎車地に変更する、
車載装置。

【請求項11】

請求項１０の車載装置であって、
前記実車中における決済を開始して完了するまでに前記第１配車依頼を受信する、
車載装置。

【請求項12】

請求項１０の車載装置であって、
前記車両が実車中であるときに、前記空車になることを予告する空車予告を前記車両のドライバーから受け付けて前記第２配車依頼に基づく前記配車を可能とし、前記空車予告中に前記配車がされると前記車両が空車となったときに前記第２迎車地へ向けた第２迎車状態とする、
車載装置。

【請求項13】

請求項１０の車載装置であって、
前記車両の状態を表示する状態表示部と、
前記状態表示部を外部から視認不能に覆うカバーとを備え、
前記車両が前記第１迎車中であるときに前記状態表示部が空車を表示すると共に該状態表示部を前記カバーにより覆う、
車載装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、タクシー等の車両の配車を行う配車システム、配車方法、及び車載装置に関する。

【背景技術】

【0002】

乗客を輸送する車両であるタクシーは、近年、携帯電話機等のユーザー端末上でのアプリケーションにより配車依頼をして利用できることが知られている。配車依頼を受けた場合、タクシーは、指定された迎車地までユーザーを迎えに行くことになる。

【0003】

近年では、こうしたアプリケーション等による配車依頼が増加してきており、迎車専用車両を設けることが望まれている。

【0004】

しかし、タクシーは、車両状態が空車になると、状態表示部であるスーパーサインに空車であることを表示し、道端のユーザーに呼び止められた場合にユーザーを乗せる必要が生じる。

【0005】

このため、タクシーは、道端等のユーザーの利用の可能性を排除できず、迎車専用車両として運用することは困難であった。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０２２－１８７２１１号

【発明の概要】

【発明が解決しようとする課題】

【0007】

本発明が解決しようとする問題点は、迎車専用車両として運用することが困難であった点である。

【課題を解決するための手段】

【0008】

本発明は、ユーザーが配車依頼を送信するユーザー端末と、前記ユーザーからの配車依頼を受け付け前記ユーザーに対して配車を行う配車サーバーと、前記ユーザーに配車される車両に搭載された車載装置とを備え、前記車載装置は、前記車両が実車中に前記配車サーバーから第１配車依頼を受信し、前記実車中の車両を、空車になった際に前記第１配車依頼に基づいて第１迎車地へ向かわせる第１配車状態とし、前記車両が第１配車中に前記ユーザーの配車依頼である第２配車依頼に基づく配車が行われる際に前記第１迎車地を前記第２配車依頼の第２迎車地に変更する、配車システムを提供する。

【0009】

また、本発明は、ユーザーが配車依頼を送信するユーザー端末と、前記ユーザーからの配車依頼を受け付け前記ユーザーに対して配車を行う配車サーバーと、前記ユーザーに配車される車両に搭載された車載装置とを用いた配車方法であって、前記車載装置が、前記車両が実車中に前記配車サーバーから第１配車依頼を受信し、前記実車中の車両を、空車になった際に前記第１配車依頼に基づいて第１迎車地へ向かわせる第１配車状態とし、前記車両が第１配車中に前記ユーザーの配車依頼である第２配車依頼に基づく配車が行われる際に前記第１迎車地を前記第２配車依頼の第２迎車地に変更する、配車方法を提供する。

【0010】

また、本発明は、ユーザーからの配車依頼に基づいて前記ユーザーに対して配車される車両に搭載された車載装置であって、前記車両が実車中に前記配車サーバーから第１配車依頼を受信し、前記実車中の車両を、空車になった際に前記第１配車依頼に基づいて第１迎車地へ向かわせる第１配車状態とし、前記車両が第１配車中に前記ユーザーの配車依頼である第２配車依頼に基づく配車が行われる際に前記第１迎車地を前記第２配車依頼の第２迎車地に変更する、車載装置を提供する。

【発明の効果】

【0011】

本発明によれば、空車になった車両を直ちに第１迎車地へ向かわせる第１迎車状態とし、その後に第１迎車地を第２迎車地に変更することで、道端等のユーザーの利用の可能性を排除して迎車専用車両の運用を可能とする。

【図面の簡単な説明】

【0012】

【図1】図１は、本発明の実施例１に係る配車システムを示す概略図である。

【図2】図２は、図１の配車システムに用いられるユーザー端末を示すブロック図である。

【図3】図３は、図１の配車システムに用いられる配車サーバーを示すブロック図である。

【図4】図４は、図１の配車システムに用いられる車両の車載装置のドライバー端末を示すブロック図である。

【図5】図５は、実施例１の配車システムによる第１配車処理を示すフローチャートである。

【図6】図６は、実施例１の配車システムによる配車処理を示すフローチャートである。

【図7】図７は、本発明の実施例２に係る配車システムに用いられる車載装置のドライバー端末を示すブロック図である。

【発明を実施するための形態】

【0013】

迎車専用車両の運用を可能とするという目的を、空車になった車両を直ちに第１迎車地へ向かわせる第１迎車状態とし、その後に第１迎車地を第２迎車地に変更することにより実現した。

【0014】

図のように、配車システム１及び配車方法は、ユーザー端末３と、配車サーバー５と、車載装置９とを備えている。ユーザー端末３は、ユーザーが配車依頼を送信するものである。配車サーバー５は、ユーザーからの配車依頼を受け付け、ユーザーに対して配車を行う。車載装置９は、ユーザーに配車される車両７に搭載されたものである。

【0015】

車載装置９は、車両７が実車中に配車サーバー５から第１配車依頼を受信する。実車中の車両７が空車になった際には、車載装置９が第１配車依頼に基づいて車両７を第１迎車地へ向かわせる第１迎車状態とする。車両７が第１迎車中にユーザーの配車依頼である第２配車依頼に基づく配車が行われる際に、第１迎車地を配車依頼の第２迎車地に変更する。

【0016】

この場合において、第１配車中の車両７の状態表示部４３をカバー４５によって外部から視認不能に覆うのが好ましい。

【0017】

具体的には、車載装置９は、車両の状態を表示する状態表示部４３と、状態表示部４３を外部から視認不能に覆うカバー４５とを備える。車両７が第１迎車中であるときに状態表示部４３が空車を表示すると共に状態表示部４３をカバー４５により覆う。

【0018】

車載装置９は、実車中であればいつでも第１配車依頼を受信することが可能であるが、実車中における決済を開始して完了するまでに第１配車依頼を受信するのが好ましい。

【0019】

車載装置９は、車両７が実車中であるときに、空車になることを予告する空車予告を車両７のドライバーから受け付けてもよい。

【0020】

この場合、車載装置９は、空車予告を受け付けると配車が可能となり、空車予告中に配車がされると車両７が空車となったときに第２迎車地へ向けた第２迎車状態とする。

【0021】

第１迎車地は、任意のエリア又は場所とすることが可能である。ただし、第１迎車地は、第１迎車となるときの車両７から所定範囲内で配車依頼数が多いことが予測されるエリア又は場所であってもよい。

【実施例0022】

［配車システム］
図１は、本発明の実施例１に係る配車システムの概略構成を示す概略図である。

【0023】

本実施例の配車システム１は、ユーザー端末３と、配車サーバー５と、車両７に搭載される車載装置９とを備え、車両７を迎車専用車両として運用する。

【0024】

なお、図１では、理解容易のためにユーザーのユーザー端末３及び車両７をそれぞれ１台のみ示しているが、実際は、複数台のユーザー端末３及び車両７が配車システム１内に存在する。また、本実施例の車両７は、乗客を輸送する車両、特にタクシーである。

【0025】

迎車専用車両は、道端等のユーザーの利用を排除して、電話による配車依頼又はユーザー端末３による配車依頼を行ったユーザーに対してのみ配車される車両を意味する。

【0026】

配車依頼は、ユーザーが配車を要求するものである。配車は、ユーザーに車両７を割り当て、割り当てた車両７を配車依頼で指定された位置情報に応じた迎車地（乗車地）に向かわせることをいう。

【0027】

なお、ユーザーによる配車依頼は、第２配車依頼と称することがあり、この第２配車依頼の迎車地は、第２迎車地と称する。また、車両７が第２迎車地へ向かう迎車を第２迎車と称する。第２迎車とは、車両７が乗客を乗せずに第２迎車地へ向かうと共に第２配車依頼である配車依頼を行ったユーザーである乗客以外を受け付けない車両ステータスをいう。

【0028】

図２は、ユーザー端末３を示すブロック図である。

【0029】

ユーザー端末３は、図１のように、携帯電話機、タブレット端末、パーソナルコンピューター等の情報処理装置（コンピューター）であり、ネットワーク１１を介して配車サーバー５と通信可能に構成されている。ネットワーク１１は、公衆回線網、インターネット等のネットワークである。

【0030】

このユーザー端末３は、図１及び図２のように、ユーザーインターフェース１３と、通信インターフェース１５と、プロセッサー１７と、記憶部１９とを備えている。

【0031】

ユーザーインターフェース１３は、情報の入力や表示を可能とするものであり、例えばタッチパネル式のディスプレイである。通信インターフェース１５は、配車サーバー５を含む外部装置に対するデータの送受信を行うための通信デバイスである。

【0032】

プロセッサー１７は、ユーザー端末３の各部を制御するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の制御要素であり、記憶部１９は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等のメモリーデバイスである。

【0033】

ユーザー端末３は、記憶部１９内のユーザーズプログラム（ユーザーズアプリケーション）を実行することによって、配車を要求する第２配車依頼としての配車依頼が可能となっている。すなわち、プロセッサー１７は、ユーザーズプログラムの実行により、第２配車依頼部２１として機能する。

【0034】

第２配車依頼部２１は、第２配車依頼機能を実現し、ユーザー端末３のユーザーインターフェース１３上の操作に基づき、第２配車依頼の少なくとも位置情報を入力させる。第２配車依頼の位置情報の入力は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の測位技術や地図データ等を利用して行えばよい。ただし、位置情報の入力は、住所や座標をテキストによって指定することで行うことも可能である。

【0035】

入力される位置情報は、ユーザーが乗車を希望する場所（車両７による第２迎車が行われる第２迎車地）の位置情報である。ただし、ユーザーが降車を希望する場所（目的地）の位置情報を含めることも可能である。

【0036】

こうして入力された位置情報を含めた第２配車依頼を、第２配車依頼情報としてユーザー端末３から配車サーバー５に送信する。本実施例において、送信される第２配車依頼には、位置情報に加え、第２配車依頼の識別情報である配車依頼ＩＤ、ユーザーの氏名、及び電話番号等のユーザー識別情報が含まれる。

【0037】

なお、第２配車依頼は、電話等によって行うことも可能である。この場合、ユーザーが電話等により配車サーバー５の管理会社等にユーザーの位置情報やユーザー識別情報等を連絡し、管理会社等の作業者が配車サーバー５に対して連絡を受けた情報に基づいて配車依頼を入力すればよい。

【0038】

図３は、配車サーバー５を示すブロック図である。

【0039】

配車サーバー５は、情報処理装置（コンピューター）によって構成されており、図３のように、通信インターフェース２３と、プロセッサー２５と、記憶部２７とを備えている。

【0040】

通信インターフェース２３は、ユーザー端末３や車両７の車載装置９を含む外部装置に対するデータの送受信を行うための通信デバイスである。

【0041】

プロセッサー２５は、配車サーバー５の制御を行うＣＰＵ等の制御要素であり、記憶部２７は、ＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等のメモリーデバイスである。

【0042】

本実施例のプロセッサー２５は、記憶部２７内の配車プログラムを実行することにより、車両情報取得部２９と、車両抽出部３１と、第１配車依頼部３３と、配車伺い部３５と、配車実行部３７として機能する。

【0043】

車両情報取得部２９は、車両情報取得機能を実現し、車両７から位置情報及び稼働情報の車両情報を取得する。具体的には、車両７から随時送信される位置情報及び稼働情報を車両情報取得部２９が受信して取得する。取得した位置情報及び稼働情報は、記憶部２７内に保持される。

【0044】

稼働情報は、賃走、空車、支払、迎車等の車両７の状態である稼働状態を示すものである。賃走は、車両７が乗客を乗せて走行している実車状態をいう。空車は、車両７が乗客を乗せておらず、乗客を受け付けている状態をいう。支払は、乗客が決済を行っている状態をいう。迎車は、上記の第２迎車を意味する。なお、本実施例において、実車とは、車両７の稼働状態が賃走及び支払の双方を含む。

【0045】

車両抽出部３１は、車両抽出機能を実現し、車両７の稼働情報に基づき第１迎車の対象となる車両７を抽出する。第１迎車は、車両７が乗客を乗せずに第１迎車地へ向かうと共に乗客を受け付けない車両ステータスをいう。

【0046】

第１迎車の対象は、事前に車両７の車載装置９で迎車専用車両としての設定が行われた車両７の内、稼働情報が賃走から支払が完了するまでの実車中のものである。本実施例において、迎車専用車両の内、稼働情報が支払になった、つまり決済を開始した車両７が第１配車の対象となる。

【0047】

また、車両抽出部３１は、車両７の位置情報、稼働情報並びに第２配車依頼の位置情報に基づき、配車の対象となる車両７を抽出する。すなわち、車両抽出部３１は、稼働状態が空車であり、ユーザーまでの移動時間が所定範囲内の配車可能な車両７を抽出する。

【0048】

移動時間は、車両７及び第２配車依頼の位置情報、交通状況等を用いて、公知の手法で予測することが可能である。所定範囲は、任意に設定することが可能である。ただし、配車依頼時にユーザーが指定した時間としてもよい。

【0049】

なお、稼働状態が空車の車両７には、迎車専用車両として設定されていない車両を含めてもよい。

【0050】

第１配車依頼部３３は、第１配車依頼機能を実現し、第１配車の対象となる車両７へ第１配車依頼を送信する。本実施例において、第１配車の対象は、上記のように車両抽出部３１により抽出された決済が開始された車両７である。

【0051】

第１配車依頼は、第１迎車地の位置情報を含む。第１迎車地は、第１配車となるときの車両７から所定範囲内で配車依頼数が多いことが予測されるエリア又は場所である。本実施例では、決済が開始された車両７の位置情報を中心とした所定範囲内のエリア又は場所である。配車依頼数が多いことの予測は、公知の手法により過去のデータに基づいて行うことができ、天候、時刻、曜日等が考慮される。

【0052】

決済が開始される前の車両７に第１配車依頼を行ってもよいが、この場合は、第１配車依頼を送信した車両７から決済開始の稼働情報を位置情報と共に取得し、その位置情報に基づいて第１迎車地を車両７へ送信する。

【0053】

配車伺い部３５は、配車伺い機能を実現し、ユーザーからの配車依頼である第２配車依頼に応じ、第２配車の対象となる複数の車両７に対して配車伺いを一斉に送信する。本実施例において、第２配車の対象となるのは、上記のように車両抽出部３１により抽出された稼働状態が空車の車両７である。

【0054】

ただし、配車伺いの送信は、迎車専用車両として設定された車両７のみだけでなく、迎車専用車両以外も含めて対象としてもよい。ただし、迎車専用車両を優先するのが好ましい。例えば、配車伺いは、まず迎車専用車両として設定された車両７のみを対象とし、その後に迎車専用車両ではない稼働状態が空車の車両も対象とする。

【0055】

なお、配車伺いは、迎車専用車両にのみ送信してもよい。また、配車伺いは、ユーザーに近い車両７から順に一台ずつ送信してもよい。また、配車伺いは、配車可能な車両７をユーザーからの距離に応じて相対的に近いグループと遠いグループとに分類し、相対的に近いグループの車両７から順に一斉送信してもよい。

【0056】

配車伺いは、ユーザーから受け付けた第２配車依頼に対応した内容を示す情報である。この配車伺いは、配車依頼ＩＤやユーザーの位置情報等を含み、第２配車依頼に応じて作成したもの、又は第２配車依頼に必要な情報を付加して作成したものの何れであってもよい。また、配車伺いとしては、第２配車依頼をそのまま送信してもよい。

【0057】

配車実行部３７は、配車実行機能を実現し、ユーザーからの第２配車依頼に基づいて、ユーザーに車両７を割り当てる第２配車を行う。本実施例の配車実行部３７は、配車伺い部３５で送信された配車伺いに対する受諾を車両７から受け付けると、受諾の送信元の車両７をユーザーに割り当てる。配車実行情報は、車両７へと送信される。受諾は、車両７から送信される受諾情報により受け付けられる。

【0058】

なお、配車実行部３７は、配車伺い部３５を省略し、車両７からの受諾を待たずに配車可能な車両７を第２配車依頼に基づいてユーザーに配車してもよい。

【0059】

車載装置９は、図１のように、ユーザーに配車される各車両７に搭載されており、スーパーサイン４３と、カバー４５と、ドライバー端末４６とを備えている。

【0060】

スーパーサイン４３は、車両７の稼働状態を外部に表示する状態表示部である。スーパーサイン４３に表示される稼働情報は、空車、賃走、迎車、支払等である。スーパーサイン４３は、例えば、図示しないダッシュ―ボード上等に設置され、図示しないフロントガラスを介して外部から視認可能となっている。

【0061】

カバー４５は、スーパーサイン４３を外部から視認不能に覆うものである。カバー４５の形態は、特に限定されるものではなく、例えばスーパーサイン４３の前面を覆う板状又はシート状のもの、スーパーサイン４３の前方のフロントガラスに取り付けられてスーパーサイン４３の前面を覆うもの、スーパーサイン４３に被せられる袋状のもの等とすることが可能である。

【0062】

カバー４５には、外部から視認可能な部分に迎車である旨の表示、例えば迎車の文字が記載されている。このカバー４５は、車両７が第１配車中であるときに、空車を表示するスーパーサイン４３を覆う。

【0063】

スーパーサイン４３をカバー４５によって覆うのは、手動又は自動で行うことが可能である。自動の場合は、アクチュエーター等によって、車両７が第１配車状態となったときにスーパーサイン４３を覆う位置にカバー４５を動作させ、第２配車状態となったときにスーパーサイン４３を覆わない位置にカバー４５を動作させればよい。

【0064】

図４は、車両７の車載装置９を示すブロック図である。

【0065】

ドライバー端末４６は、図４のように、通信インターフェース３９、ユーザーインターフェース４１と、プロセッサー４７と、記憶部４９とを備えている。

【0066】

通信インターフェース３９は、配車サーバー５を含む外部装置に対するデータの送受信を行うための通信デバイスである。

【0067】

ユーザーインターフェース４１は、車両７のドライバーが操作する入出力デバイスであり、例えばタッチパネル式のディスプレイからなる。このユーザーインターフェース４１は、車両７の稼働状態をドライバーに対して表示可能となっている。

【0068】

プロセッサー４７は、車載装置９の各部を制御するＣＰＵ等の制御要素であり、記憶部４９は、ＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等のメモリーデバイスである。

【0069】

本実施例のプロセッサー４７は、記憶部４９内のドライバーズプログラム（ドライバーズアプリケーション）を実行することにより、入出力制御部５０、車両情報送信部５１、第１配車受付部５３、受諾送信部５５、迎車地変更部５７として機能する。

【0070】

入出力制御部５０は、入出力制御機能を実現し、ユーザーインターフェース４１の入出力を制御する。本実施例において、入出力制御部５０は、ユーザーインターフェース４１に、車両７の稼働状態をドライバーに対して表示する。また、入出力制御部５０は、迎車専用車両としての設定のオン／オフをユーザーインターフェース４１上で受け付ける。

【0071】

車両情報送信部５１は、車両情報送信機能を実現し、車両７の位置情報や稼働情報を常時配車サーバー５に送信する。位置情報は、ＧＰＳによって取得すればよく、稼働情報は、ドライバーのユーザーインターフェース４１上での操作等に基づいて取得することが可能である。

【0072】

また、車両情報送信部５１は、ユーザーインターフェース４１上で受け付けられた迎車専用車両としての設定のオン／オフを配車サーバー５に送信する。

【0073】

第１配車受付部５３は、第１配車受付機能を実現し、車両７が実車中に配車サーバー５から第１配車依頼を受信する。本実施例では、車両７で決済の開始から終了までの間に第１配車依頼を受信する。第１配車受付部５３は、実車中の車両７を、空車になった際に受信していた第１配車依頼に基づいて第１迎車地へ向かわせる第１迎車状態とする。車両７が第１配車されるユーザーは、配車サーバー５の管理者等となる。

【0074】

受諾送信部５５は、受諾送信機能を実現し、配車伺いに対する受諾を受け付けて配車サーバー５に送信可能とする。具体的には、受諾送信部５５は、配車サーバー５から配車伺いを受信すると、ユーザーインターフェース４１上で配車伺いに対する受諾を行うか否かを受け付ける。受付けられた受諾を行うか否かの受諾情報は、配車サーバー５に送信される。

【0075】

迎車地変更部５７は、迎車地変更機能を実現し、車両７が第１配車中にユーザーの第２配車依頼に基づく配車が行われる際に第１迎車地を第２配車依頼の第２迎車地に変更する。すなわち、配車伺いに対する受諾を行った場合、配車サーバー５から送信される第２配車情報又は配車伺いに含まれる第２迎車地を第１迎車地に代えて設定する。これにより、車両７は、第１配車状態から第２配車状態となる。

【0076】

［配車方法］
以下、本実施例の配車方法について、配車システムの処理として説明する。図５は、本実施例の配車システム１による第１配車処理を示すフローチャートである。図５のフローチャートは、迎車専用車両として設定された車両７が賃走中に開始される。

【0077】

ステップＳ１では、車両７からの車両情報の送信が行われる。すなわち、車両７の車載装置９は、車両７の位置情報や稼働情報の車両情報を常時配車サーバー５に送信する。

【0078】

ステップＳ２では、車両７から受信した稼働情報に基づいて、配車サーバー５が車両７にて決済が開始されたか否かを判断する。決済が開始された場合は、ステップＳ３へ移行し、そうでない場合は、ステップＳ１へ戻る。

【0079】

ステップＳ３では、配車サーバー５が第１配車依頼を決済が開始された車両７に送信する。具体的には、配車サーバー５が、決済が開始された車両７の位置情報に基づいて第１迎車地を設定する。そして、配車サーバー５は、この第１迎車地の情報を含む第１配車依頼を決済が開始された車両７に送信する。

【0080】

ステップＳ４では、車両７の車載装置９が配車サーバー５からの第１配車依頼を受信してステップＳ５へ移行する。

【0081】

ステップＳ５では、車載装置９が車両７の稼働状態が空車になったか否かを判断する。具体的には、車載装置９において、ユーザーインターフェース４１等の操作を通じて決済が完了して稼働状態が空車になったか否かを判断する。車両７の稼働状態が空車になった場合はステップＳ６へ移行し、そうでない場合はステップＳ５を繰り返す。

【0082】

ステップＳ６では、車両７の車載装置９が、稼働状態が空車になったのに応じ、ステップＳ４で受信した第１配車依頼に基づいて車両７を第１迎車地へ向かわせる第１迎車状態とする。このとき、スーパーサイン４３は、稼働状態に応じて空車を表示する。

【0083】

こうして、第１迎車状態となった車両７は、スーパーサイン４３の表示が空車であるため、カバー４５によってスーパーサイン４３が外部から視認不能に覆われる。この状態で、車両７は、第１迎車地へ向かうこととなる。

【0084】

ステップＳ７では、配車サーバー５が第１迎車中の車両７を配車伺いの対象として管理する。すなわち、配車サーバー５は、車両７から空車である稼働情報を受信することによって、車両７の配車サーバー５での管理状態が第１迎車状態となる。この第１迎車中の車両７が、配車サーバー５からの配車伺いの対象となる。

【0085】

図６は、本実施例の配車システム１による配車処理を示すフローチャートである。図６のフローチャートは、迎車専用車両として設定された車両７の第１迎車中に開始される。

【0086】

ステップＳ１１では、ユーザー端末３から送信された第２配車依頼が配車サーバー５によって受信されて受け付けられる。

【0087】

ステップＳ１２では、配車サーバー５が配車伺いの対象となる車両７を抽出する。本実施例では、迎車専用車両として設定されている車両７の内、稼働状態が空車であり、且つユーザーから所定範囲内の車両７を配車伺いの対象として抽出する。

【0088】

ステップＳ１３では、配車サーバー５が抽出した車両７に対して配車伺いを一斉送信する。

【0089】

ステップＳ１４では、車両７の車載装置９において、配車サーバー５から受信した配車伺いに対して受諾するか否かをドライバーから受け付ける。受諾を受け付けた場合は、ステップＳ１５へ移行し、受諾を受け付けなかった場合は、ステップＳ１１へ戻る。

【0090】

ステップＳ１５では、車両７の車載装置９が第１迎車地を第２迎車地に変更する。こうして第２迎車状態となった車両７は、スーパーサイン４３の表示が迎車となる。このため、カバー４５をスーパーサイン４３から取り外して、車両７が第２迎車地へ向かうこととなる。

【0091】

第２迎車状態の車両７は、第２迎車地で第２配車依頼を行ったユーザーを乗車させると、稼働状態が賃走となり、再度図５の第１配車処理が実行される。

【0092】

以上説明したように、本実施例の配車システム１及び配車方法は、ユーザーが第２配車依頼を送信するユーザー端末３と、ユーザーからの第２配車依頼を受け取り、ユーザーに対して配車を行う配車サーバー５と、ユーザーに配車される車両７に搭載された車載装置９とを備える。

【0093】

そして、配車システム１及び配車方法では、車載装置９が、車両７が実車中に配車サーバー５から第１配車依頼を受信し、実車中の車両７が空車になった際に第１配車依頼に基づいて車両７を第１迎車地へ向かわせる第１迎車状態とする。車両７が第１迎車中にユーザーの第２配車依頼に基づく配車が行われる際には、車載装置９が第１迎車地を第２配車依頼の第２迎車地に変更する。

【0094】

従って、本実施例では、空車になった車両７を直ちに第１迎車地に向かう第１迎車状態とし、その後に第１迎車地を第２迎車地に変更することで、道端等のユーザーの利用の可能性を排除して迎車専用車両の運用を可能とする。

【0095】

車載装置９は、実車中における決済を開始して完了するまでに第１配車依頼を受信するので、空車になった車両７を受信した第１配車依頼に基づいて直ちに第１迎車地に向かう第１迎車状態にできる。

【0096】

第１迎車地は、第１迎車となるときの車両７から所定範囲内で配車依頼数が多いことが予測されるエリア又は場所である。このため、第１迎車地から第２迎車地に変更される場合に第１迎車地と第２迎車地とが近接する可能性を高め、配車効率を向上することができる。

【0097】

本実施例では、第１迎車中の車両７のスーパーサイン４３が空車を表示すると共にスーパーサイン４３をカバー４５によって外部から視認不能に覆うため、第１迎車中の車両７によって道端等のユーザーに空車である旨が表示されることはない。従って、本実施例では、より確実に迎車専用車両の運用を可能とする。

【実施例0098】

図７は、本発明の実施例２に係る配車システムに用いられる配車システムのブロック図である。なお、実施例２では、実施例１と対応する構成を同符号で示し重複した説明を省略する。

【0099】

本実施例の配車システム１では、車載装置９がドライバーから空車予告を受け付ける。空車予告とは、車両７の実写中に空車になることを予告するものである。

【0100】

従って、ドライバー端末４６のプロセッサー４７は、ドライバーズプログラムを実行することにより、実施例１の入出力制御部５０、車両情報送信部５１、第１配車受付部５３、受諾送信部５５、迎車地変更部５７に加えて、さらに空車予告受付部５９として機能する。

【0101】

空車予告受付部５９は、車両７が実車中であるときに、ユーザーインターフェース４１上でドライバーから空車予告を受け付ける。この受付けは、例えば空車予告のボタンを選択可能に表示して行えばよい。受け付けた空車予告は、空車予告情報として配車サーバー５に送信される。

【0102】

車両７は、空車予告を受け付けると配車が可能となり、迎車地変更部５７は、空車予告中にユーザーに対する配車がされると、車両７が空車となったときに第２迎車地へ向けた第２迎車状態とする。

【0103】

配車サーバー５では、車両７から空車予告を受け付けると、その車両７を配車可能に管理する。つまり、車両抽出部３１は、空車予告を受け付けた車両７を空車と同等とし、配車伺いの送信対象を抽出する。

【0104】

ドライバー端末４６の受諾送信部５５は、空車予告後に配車サーバー５から配車伺いを受け付けると、ユーザーインターフェース４１上でドライバーからの受諾を受け付ける。受諾を受け付けると、迎車地変更部５７により車両７が空車となったときに第２迎車地へ向けた第２迎車状態とする。この場合において、所定時間経過により受諾がキャンセルとなる。

【0105】

このように、本実施例では、空車予告を行うことで、車両７が空車になったら直ちに第２迎車地へ向けた第２迎車状態とすることができ、より確実に迎車専用車両の運用を可能とする。また、空車予告を常時受け付け、配車伺いを受諾可能としても、配車伺いを受諾してから所定時間が経過すると、受諾がキャンセルとなる。このため、不適切な空車予告によるユーザーの待ち時間の増加を抑制することができる。