特開 2024-11547 配車管理装置及び配車管理方法

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

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

(11)【公開番号】P2024011547

(43)【公開日】2024-01-25

(54)【発明の名称】配車管理装置及び配車管理方法

(51)【国際特許分類】

   G08G 1/123 20060101AFI20240118BHJP

   G08G 1/09 20060101ALI20240118BHJP

   G06Q 50/40 20240101ALI20240118BHJP

【ＦＩ】

G08G1/123 A

G08G1/09 F

G06Q50/30

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022113617

(22)【出願日】2022-07-15

(71)【出願人】

【識別番号】512200217

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

(74)【代理人】

【識別番号】110004222

【氏名又は名称】弁理士法人創光国際特許事務所

(74)【代理人】

【識別番号】100166006

【弁理士】

【氏名又は名称】泉 通博

(74)【代理人】

【識別番号】100154070

【弁理士】

【氏名又は名称】久恒 京範

(74)【代理人】

【識別番号】100153280

【弁理士】

【氏名又は名称】寺川 賢祐

(72)【発明者】

【氏名】川鍋 一朗

(72)【発明者】

【氏名】中島 宏

(72)【発明者】

【氏名】江川 絢也

(72)【発明者】

【氏名】脇田 謙一

(72)【発明者】

【氏名】黒澤 隆由

(72)【発明者】

【氏名】惠良 和隆

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

5H181

5L049

【Ｆターム（参考）】

5H181AA06

5H181AA14

5H181AA25

5H181AA26

5H181BB05

5H181FF13

5H181FF32

5L049CC42

(57)【要約】

【課題】移動体の配車までの時間を短縮する。
【解決手段】配車管理装置１は、第１種別の第１移動体の空き状況と、第１移動体よりも乗客を乗せる機会が多い第２種別の第２移動体の空き状況とを示す状況データを記憶する記憶部１２と、移動体への乗車を希望するユーザが使用する情報端末２から、配車要求データを受信する端末通信部１３１と、端末通信部１３１が配車要求データを受信したときに、第１移動体に空きがあることを状況データが示している場合、第２移動体に空きがあるか否かによらず第１移動体に配車依頼データを送信し、第１移動体に空きがないことを状況データが示していることを条件として、第２移動体に配車依頼データを送信する移動体通信部１３２と、を有する。
【選択図】図３

【特許請求の範囲】

【請求項1】

第１種別の第１移動体の空き状況と、前記第１移動体よりも乗客を乗せる機会が多い第２種別の第２移動体の空き状況とを示す状況データを記憶する記憶部と、
移動体への乗車を希望するユーザが使用する情報端末から、配車要求データを受信する端末通信部と、
前記端末通信部が前記配車要求データを受信したときに、前記第１移動体に空きがあることを前記状況データが示している場合、前記第２移動体に空きがあるか否かによらず前記第１移動体に配車依頼データを送信し、前記第１移動体に空きがないことを前記状況データが示していることを条件として、前記第２移動体に前記配車依頼データを送信する移動体通信部と、
を有する配車管理装置。

【請求項2】

前記状況データは、複数の前記第１移動体及び複数の前記第２移動体の空き状況を示し、
前記移動体通信部は、前記複数の第１移動体の全てに空きがないことを前記状況データが示していることを条件として、前記複数の第２移動体から選択した一以上の前記第２移動体に前記配車依頼データを送信する、
請求項１に記載の配車管理装置。

【請求項3】

前記移動体通信部が前記配車依頼データを前記第１移動体に送信したことに応じて、当該第１移動体から配車を承諾することを示す配車承諾データを受信した場合、前記端末通信部は、前記第１種別の前記第１移動体が配車されることを前記情報端末に通知する、
請求項１に記載の配車管理装置。

【請求項4】

前記記憶部は、複数の前記第１移動体を運転する複数の乗務員それぞれの属性を前記第１移動体に関連付けて記憶し、
前記移動体通信部は、前記端末通信部が前記配車要求データを受信した時点又は前記情報端末から通知された乗車位置と、前記属性との関係に基づいて、空きがある複数の前記第１移動体から前記配車依頼データを送信する対象とする前記第１移動体を選択する、
請求項１に記載の配車管理装置。

【請求項5】

前記移動体通信部は、前記配車依頼データを送信した前記第１移動体から配車を承諾することを示す配車承諾データを受信した後に、当該第１移動体に乗車した前記ユーザが支払った決済額を示す決済額データを当該第１移動体から受信し、受信した前記決済額データを前記属性に関連付けて前記記憶部に記憶させる、
請求項４に記載の配車管理装置。

【請求項6】

前記移動体通信部は、前記端末通信部が前記配車要求データを取得したときに、前記情報端末から通知された乗車位置から所定の範囲内の前記第１移動体に空きがあることを前記状況データが示している場合、前記第２移動体に空きがあるか否かによらず前記第１移動体に配車依頼データを送信し、前記所定の範囲内の前記第１移動体に空きがないことを前記状況データが示していることを条件として、前記第２移動体に前記配車依頼データを送信する、
請求項１に記載の配車管理装置。

【請求項7】

前記第１移動体は配車依頼を受けることなく乗客を乗せることができない移動体であり、前記第２移動体は配車依頼を受けることなく乗客を乗せることができる移動体である、
請求項１に記載の配車管理装置。

【請求項8】

コンピュータが実行する、
移動体への乗車を希望するユーザが使用する情報端末から、配車要求データを受信するステップと、
前記配車要求データを受信したときに、記憶部に記憶された第１種別の第１移動体の空き状況と、前記第１移動体よりも乗客を乗せる機会が多い第２種別の第２移動体の空き状況とを示す第２種別の第２移動体の空き状況とを示す状況データが、前記第１移動体に空きがあることを示している場合、前記第２移動体に空きがあるか否かによらず前記第１移動体に配車依頼データを送信し、前記第１移動体に空きがないことを前記状況データが示していることを条件として、前記第２移動体に前記配車依頼データを送信するステップと、
を有する配車管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動体の配車を管理する配車管理装置及び配車管理方法に関する。

【背景技術】

【0002】

従来、タクシーを利用したいユーザが、情報端末を用いてタクシーの配車を要求することができるシステムが知られている（例えば、特許文献１を参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２２－７３９１８号公報

【発明の概要】

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

【0004】

タクシーを利用したいユーザは、情報端末を用いて配車を要求せず、タクシーが空車状態で走行中にユーザが手を上げて合図をすることによってもタクシーに乗車することができる。したがって、このようにして乗車するユーザが多い状況においては、ユーザが情報端末を用いて配車を要求しても、配車が可能なタクシーが見つかるまでに長時間を要してしまう場合があるという問題があった。

【0005】

そこで、本発明はこれらの点に鑑みてなされたものであり、移動体の配車までの時間を短縮できる配車管理装置及び配車管理システムを提供することを目的とする。

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

【0006】

本発明の第１の態様の配車管理装置は、第１種別の第１移動体の空き状況と、前記第１移動体よりも乗客を乗せる機会が多い第２種別の第２移動体の空き状況とを示す状況データを記憶する記憶部と、移動体への乗車を希望するユーザが使用する情報端末から、配車要求データを受信する端末通信部と、前記端末通信部が前記配車要求データを受信したときに、前記第１移動体に空きがあることを前記状況データが示している場合、前記第２移動体に空きがあるか否かによらず前記第１移動体に配車依頼データを送信し、前記第１移動体に空きがないことを前記状況データが示していることを条件として、前記第２移動体に前記配車依頼データを送信する移動体通信部と、を有する。

【0007】

前記状況データは、複数の前記第１移動体及び複数の前記第２移動体の空き状況を示し、前記移動体通信部は、前記複数の第１移動体の全てに空きがないことを前記状況データが示していることを条件として、前記複数の第２移動体から選択した一以上の前記第２移動体に前記配車依頼データを送信してもよい。

【0008】

前記移動体通信部が前記配車依頼データを前記第１移動体に送信したことに応じて、当該第１移動体から配車を承諾することを示す配車承諾データを受信した場合、前記端末通信部は、前記第１種別の前記第１移動体が配車されることを前記情報端末に通知してもよい。

【0009】

前記記憶部は、複数の前記第１移動体を運転する複数の乗務員それぞれの属性を前記第１移動体に関連付けて記憶し、前記移動体通信部は、前記端末通信部が前記配車要求データを受信した時点又は前記情報端末から通知された乗車位置と、前記属性との関係に基づいて、空きがある複数の前記第１移動体から前記配車依頼データを送信する対象とする前記第１移動体を選択してもよい。

【0010】

前記移動体通信部は、前記配車依頼データを送信した前記第１移動体から配車を承諾することを示す配車承諾データを受信した後に、当該第１移動体に乗車した前記ユーザが支払った決済額を示す決済額データを当該第１移動体から受信し、受信した前記決済額データを前記属性に関連付けて前記記憶部に記憶させてもよい。

【0011】

前記移動体通信部は、前記端末通信部が前記配車要求データを取得したときに、前記情報端末から通知された乗車位置から所定の範囲内の前記第１移動体に空きがあることを前記状況データが示している場合、前記第２移動体に空きがあるか否かによらず前記第１移動体に配車依頼データを送信し、前記所定の範囲内の前記第１移動体に空きがないことを前記状況データが示していることを条件として、前記第２移動体に前記配車依頼データを送信してもよい。

【0012】

前記第１移動体は配車依頼を受けることなく乗客を乗せることができない移動体であり、前記第２移動体は配車依頼を受けることなく乗客を乗せることができる移動体であってもよい。

【0013】

本発明の第２の態様の配車管理方法は、コンピュータが実行する、移動体への乗車を希望するユーザが使用する情報端末から、配車要求データを受信するステップと、前記配車要求データを受信したときに、記憶部に記憶された第１種別の第１移動体の空き状況と、前記第１移動体よりも乗客を乗せる機会が多い第２種別の第２移動体の空き状況とを示す第２種別の第２移動体の空き状況とを示す状況データが、前記第１移動体に空きがあることを示している場合、前記第２移動体に空きがあるか否かによらず前記第１移動体に配車依頼データを送信し、前記第１移動体に空きがないことを前記状況データが示していることを条件として、前記第２移動体に前記配車依頼データを送信するステップと、を有する。

【発明の効果】

【0014】

本発明によれば、移動体の配車までの時間を短縮できるという効果を奏する。

【図面の簡単な説明】

【0015】

【図1】配車管理システムＳの概要を説明するための図である。

【図2】配車管理システムＳの特徴の概要を説明するための図である。

【図3】配車管理装置１の構成例を示す図である。

【図4】記憶部１２に記憶された車両情報の一例を示す図である。

【図5】記憶部１２に記憶された履歴情報の一例を示す図である。

【図6】制御部１３の処理の流れを示すフローチャートである。

【図7】配車管理システムＳにおける処理の流れを示すシーケンス図である。

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

【0016】

［配車管理システムＳの概要］
図１は、配車管理システムＳの概要を説明するための図である。配車管理システムＳは、移動体の利用希望者（以下、「ユーザ」という）の要求に応じて移動体を配車するためのシステムである。移動体は、タクシー、バス、小型船舶又は小型飛行機のように、ユーザを乗せて移動することが可能な物体である。本明細書においては、これらの移動体にユーザが乗れるように、ユーザの位置まで移動体を移動させることを「配車」という。

【0017】

配車管理システムＳは、配車管理装置１と、複数の情報端末２（情報端末２－１から情報端末２－Ｍ、Ｍは自然数）と、複数の移動体に搭載された複数の乗務員端末３とを備える。配車管理装置１は、ネットワークＮを介して、複数の情報端末２及び複数の乗務員端末３との間でデータを送受信する。

【0018】

配車管理装置１は、例えば配車サービスを提供する事業者、又は移動体を管理する事業者のサーバである。配車管理装置１は、ユーザが使用する情報端末２から配車要求を受けたことに応じて、予め登録された移動体の乗務員端末３に配車依頼データを送信し、配車承諾データを乗務員端末３から受けた場合、配車の結果を情報端末２に通知する。

【0019】

情報端末２は、移動体を利用するユーザの端末であり、例えばスマートフォン、タブレット、又はパーソナルコンピュータである。情報端末２は、無線通信回線及びネットワークＮを介して配車管理装置１との間でデータを送受信することができる。ネットワークＮは、例えばインターネットである。

【0020】

乗務員端末３は、移動体に搭載されており、移動体の乗務員が使用する情報端末である。乗務員端末３は、各種の情報を表示するディスプレイ、及び移動体の乗務員の操作を受け付ける操作部を有している。乗務員端末３は、無線通信回線及びネットワークＮを介して配車管理装置１との間でデータを送受信することができる。乗務員端末３は、移動体の位置を示す位置情報を定期的に配車管理装置１に送信してもよい。

【0021】

以下の説明においては、移動体がタクシーＴである場合を例示する。タクシーＴには、第１種別の第１移動体であるタクシーＴ１と、第２種別の第２移動体であるタクシーＴ２とがある。第２種別のタクシーＴ２は、第１種別のタクシーＴ１よりも乗客を乗せる機会が多いタクシーである。

【0022】

具体的には、タクシーＴ１は配車依頼を受けることなく乗客を乗せることができない移動体であり、タクシーＴ２は配車依頼を受けることなく乗客を乗せることができる移動体である。より具体的には、タクシーＴ１は、ユーザからの配車要求に応じて配車管理装置１から配車依頼を受けた場合にユーザを乗せることができるが、「流し」又は「待ち受け」によりユーザを乗せることができないタクシーである。本明細書において、タクシーＴ１を「アプリ配車専用車」という場合がある。

【0023】

タクシーＴ２は、ユーザからの配車要求に応じてユーザを乗せることができるとともに、「流し」又は「待ち受け」によってもユーザを乗せることができるタクシーである。本明細書において、タクシーＴ２を「通常車」という場合がある。タクシーＴ２には行燈及びスーパーサインが設けられているが、タクシーＴ１は「流し」によりユーザを乗せることができないので、行燈及びスーパーサインが設けられていない。

【0024】

タクシーは、「流し」や「待ち受け」でユーザを乗せる機会が多いため、「流し」や「待ち受け」でタクシーに乗るユーザが多いエリアや時間帯において、配車が可能な台数が減ってしまうおそれがある。その結果、タクシーＴ２のように、「流し」や「待ち受け」でユーザを乗せられるタクシーしかないと、ユーザが情報端末２を用いて配車を要求したとしても、配車が可能なタクシーがなく配車までに長時間を要するという問題が生じる。これに対して、タクシーＴ１は「流し」や「待ち受け」でユーザを乗せないので、情報端末２から配車要求が発生した時点で配車が可能な状態である確率が高い。そこで、配車管理システムＳは、ユーザが情報端末２を用いて配車を要求した場合に、優先的にタクシーＴ１を配車することを特徴としている。

【0025】

図２は、配車管理システムＳの特徴の概要を説明するための図である。図２に示すように、情報端末２には、タクシーの配車を要求するための画面が表示される。ユーザが「タクシーを呼ぶ」というボタンにタッチすると、タクシーＴ１が優先的に配車される。以下、図１を参照しながら配車管理システムＳにおける配車の流れの概要を説明する。

【0026】

配車管理装置１は、ユーザが使用する情報端末２から配車要求を受けた場合（図１における（１））、タクシーＴ２が配車できる状態であるとしても、タクシーＴ１に搭載された乗務員端末３に対して、優先的に配車依頼を送信する（図１における（２））。タクシーＴ１の乗務員が配車依頼を承諾するための操作を乗務員端末３で行うと、乗務員端末３は配車が承諾されたことを配車管理装置１に通知する（図１における（３））。

【0027】

続いて、配車管理装置１は、配車が完了したことを示す配車結果をユーザに通知する（図１における（４））。配車管理装置１がタクシーＴ１に対して優先的に配車依頼をすることで、情報端末２を用いて配車を依頼するユーザに対して配車をするまでの時間を短縮することが可能になる。
以下、配車管理装置１の構成及び動作を詳細に説明する。

【0028】

［配車管理装置１の構成］
図３は、配車管理装置１の構成例を示す図である。配車管理装置１は、通信部１１と、記憶部１２と、制御部１３と、を有する。制御部１３は、端末通信部１３１及び移動体通信部１３２を有する。

【0029】

通信部１１は、配車管理装置１が情報端末２及び乗務員端末３との間でデータを送受信するための通信インターフェースを含む。通信部１１は、情報端末２から配車要求データを受信し、受信した配車要求データを端末通信部１３１に通知する。通信部１１は、端末通信部１３１から入力された配車通知データを情報端末２に送信する。また、通信部１１は、移動体通信部１３２から入力された配車依頼データを乗務員端末３に送信し、乗務員端末３から受信した配車承諾データを移動体通信部１３２に通知する。
を有する。

【0030】

記憶部１２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びＳＳＤ（Solid State Drive）等の記憶媒体を有する。記憶部１２は、制御部１３が実行するプログラムを記憶する。また、記憶部１２は、配車の管理に用いられる各種のデータを記憶する。記憶部１２は、例えば、第１種別の第１移動体であるタクシーＴ１の空き状況と、第１移動体よりも乗客を乗せる機会が多い第２種別の第２移動体であるタクシーＴ２の空き状況とを示す状況データを記憶する。また、記憶部１２は、複数の第１移動体を運転する複数の乗務員それぞれの属性を第１移動体に関連付けて記憶してもよい。

【0031】

図４は、記憶部１２に記憶された車両情報の一例を示す図である。図４に示す車両情報には、複数の車両に関する情報が含まれている。図４に示す車両情報においては、車両ＩＤと、車両のアドレスと、車両種別と、乗務員属性と、空き状況とが関連付けられている。

【0032】

「車両ＩＤ」は、車両を識別するための文字又は記号を含む。「車両種別」は、車両が第１種別のタクシーＴ１であるか第２種別のタクシーＴ２であるかを識別するためのデータである。図４に示す運転情報においては車両ＩＤと車両種別が異なる欄に示されているが、車両ＩＤに含まれる文字により車両の種別が識別できるようになっていてもよい。

【0033】

「アドレス」は、車両に搭載された乗務員端末３のアドレスであり、配車管理装置１が乗務員端末３に配車依頼データを送信する際の宛先として使用される。「乗務員属性」は、乗務員の勤務条件を示す情報である。「乗務員属性」は、例えば正社員であるか正社員以外（例えば派遣社員）であるかを示す情報である。本実施の形態においては、「流し」や「待ち受け」でユーザを乗せないタクシーＴ１は派遣社員が運転でき、「流し」や「待ち受け」でユーザを乗せるタクシーＴ２は正社員のみが運転できるものとしている。

【0034】

「乗務員属性」は、乗務員が勤務可能な時間帯を示す情報、又は勤務可能なエリアを示す情報であってもよい。一例として、乗務員属性が正社員である場合、乗務員は２４時間のうち乗務員ごとに登録された時間帯に運転可能であり、乗務員属性が派遣社員である場合、予め契約された時間帯（例えば午前９時から午後６時）の時間帯にのみ運転が可能である。また、乗務員属性が正社員である場合、乗務員は任意のエリアを運転可能であり、乗務員属性が派遣社員である場合、予め契約されたエリア（例えば自宅から１０ｋｍ以内のエリア）においてのみ運転が可能である。

【0035】

「空き状況」は、タクシーが実車中又は迎車中ではなく、配車を受けられる可能性がある状態（図４における「ＯＫ」状態）であるか、実車中又は迎車中で配車を受けられる可能性がない状態（図４における「ＮＧ」状態）であるかを示す情報である。「空き状況」は、乗務員端末３から送信される状況データに基づいて更新される。

【0036】

図５は、記憶部１２に記憶された履歴情報の一例を示す図である。履歴情報は、乗務員への報酬の支払額の算出に用いられる。図５に示す履歴情報においては、車両ＩＤと、乗車日時と、乗車地と、降車地と、乗車料金と、乗務員属性とが関連付けられている。

【0037】

制御部１３は、例えばＣＰＵ（Central Processing Unit）である。制御部１３は、記憶部１２に記憶されたプログラムを実行することにより、端末通信部１３１及び移動体通信部１３２として機能する。

【0038】

端末通信部１３１は、通信部１１を介して、タクシーへの乗車を希望するユーザが使用する情報端末２から、配車要求データを受信する。端末通信部１３１は、配車要求データを受信したことを移動体通信部１３２に通知する。

【0039】

移動体通信部１３２は、通信部１１を介して、配車依頼データを乗務員端末３に送信する。具体的には、移動体通信部１３２は、端末通信部１３１が配車要求データを受信したときに、第１移動体であるタクシーＴ１に空きがあることを状況データが示している場合、第２移動体であるタクシーＴ２に空きがあるか否かによらず第１移動体に配車依頼データを送信する。

【0040】

そして、移動体通信部１３２は、タクシーＴ１に空きがないことを状況データが示していることを条件として、タクシーＴ２に配車依頼データを送信する。車両情報に複数のタクシーＴ１が含まれている場合、移動体通信部１３２は、複数のタクシーＴ１の全てに空きがないことを状況データが示していることを条件として、複数のタクシーＴ２から選択した一以上のタクシーＴ２に配車依頼データを送信する。移動体通信部１３２がこのように動作することで、タクシーＴ２よりも配車依頼に対する承諾を得られる確率が高いタクシーＴ１に対して優先的に配車依頼データが送信されるので、配車までの時間を短縮できる確率が高まる。

【0041】

ところで、タクシーＴ１には行燈及びスーパーサインが設けられていないので、ユーザの位置までタクシーＴ１が到着した場合にユーザが不安に感じるというおそれがある。そこで、移動体通信部１３２が配車依頼データをタクシーＴ１に送信したことに応じて、当該タクシーＴ１から配車を承諾することを示す配車承諾データを受信した場合、端末通信部１３１は、第１種別のタクシーＴ１が配車されることを情報端末２に通知する。具体的には、端末通信部１３１は、行燈及びスーパーサインが設けられていないタクシーが到着することを情報端末２に通知したり、タクシーＴ１の画像データを情報端末２に送信したりする。端末通信部１３１がこのような情報を情報端末２に送信してユーザに通知することで、ユーザが安心してタクシーＴ１に乗車することができる。

【0042】

移動体通信部１３２は、ユーザが乗車を希望している位置とタクシーＴ１の位置との関係を考慮してタクシーＴ１を選択するかタクシーＴ２を選択するかを決定してもよい。具体的には、移動体通信部１３２は、端末通信部１３１が配車要求データを取得したときに、情報端末２から通知された乗車位置から所定の範囲内のタクシーＴ１に空きがあることを状況データが示している場合、タクシーＴ２に空きがあるか否かによらずタクシーＴ１に配車依頼データを送信する。一方、移動体通信部１３２は、所定の範囲内のタクシーＴ１に空きがないことを状況データが示していることを条件として、タクシーＴ２に配車依頼データを送信する。移動体通信部１３２がこのように構成されていることで、乗車位置から遠くにいるタクシーＴ１に配車依頼データが送信されることで配車までの時間が長くなってしまうことを防げる。

【0043】

なお、所定の範囲は、例えば、ユーザが配車を要求してからタクシーＴ１が乗車位置に到着するまでの平均的な所要時間とタクシーＴ２が乗車地に到着するまでの平均的な所要時間との差に基づいて決定されている。当該差が大きければ大きいほど、乗車位置からタクシーＴ１までの距離が大きいとしてもタクシーＴ１に配車を依頼するメリットが大きくなる。したがって、ユーザが配車を要求してからタクシーＴ１が乗車位置に到着するまでの平均的な所要時間とタクシーＴ２が乗車地に到着するまでの平均的な所要時間との差が大きいほど、所定の範囲は大きく設定されることが好ましい。

【0044】

移動体通信部１３２は、端末通信部１３１が配車要求データを受信した時点又は情報端末２から通知された乗車位置と、乗務員の属性との関係に基づいて、空きがある複数の第１移動体から配車依頼データを送信する対象とする第１移動体を選択してもよい。一例として、端末通信部１３１が配車要求データを受信した時点が、記憶部１２に記憶された車両情報が示すタクシーＴ１の乗務員の属性に対応する勤務可能時間帯に含まれている場合、移動体通信部１３２はタクシーＴ１を選択する。一方、端末通信部１３１が配車要求データを受信した時点が、記憶部１２に記憶された車両情報が示すタクシーＴ１の乗務員の属性に対応する勤務可能時間帯に含まれていない場合、移動体通信部１３２は、当該乗務員に対応するタクシーＴ１を選択せず、他のタクシーＴ１又はタクシーＴ２を選択する。

【0045】

他の例として、配車要求データが示す乗車地又は降車地のいずれか一方の位置が、記憶部１２に記憶された車両情報が示すタクシーＴ１の乗務員の属性に対応する運転可能エリアに含まれている場合、移動体通信部１３２はタクシーＴ１を選択する。一方、乗車地又は降車地のいずれか一方の位置が、記憶部１２に記憶された車両情報が示すタクシーＴ１の乗務員の属性に対応する運転可能エリアに含まれていない場合、移動体通信部１３２は、当該乗務員に対応するタクシーＴ１を選択せず、他のタクシーＴ１又はタクシーＴ２を選択する。移動体通信部１３２がこのように構成されていることで、乗務員が適切に勤務することができる範囲で、配車までに要する時間を短縮することができる。

【0046】

移動体通信部１３２は、配車依頼データを送信したタクシーＴ１から配車を承諾することを示す配車承諾データを受信した後に、当該タクシーＴ１に乗車したユーザが支払った決済額を示す決済額データを当該タクシーＴ１から受信し、受信した決済額データを乗務員の属性に関連付けて記憶部１２に記憶させてもよい。移動体通信部１３２は、タクシーＴ２から決済額データを受信した場合にも、決済額データを乗務員の属性に関連付けて記憶部１２に記憶させてもよい。具体的には、移動体通信部１３２は、決済額データをタクシーＴ１又はタクシーＴ２から受信した時点で、図５に示すような履歴情報のデータを更新する。

【0047】

制御部１３は、履歴情報が更新された時点で、又は所定のタイミング（例えば午後６時の時点）で、タクシーＴ１及びタクシーＴ２を管理するタクシー事業者に履歴情報を送信してもよい。タクシー事業者は、受信した履歴情報が示す乗車料金と、乗務員の属性に関連付けられた係数とを乗算することで、乗務員に支払う報酬を算出することができる。

【0048】

制御部１３は、履歴情報をタクシー事業者に送信することに代えて、又は履歴情報をタクシー事業者に送信するとともに、受信した履歴情報が示す乗車料金と、乗務員の属性に関連付けられた係数とを乗算することで、乗務員に支払う報酬額を算出し、算出した報酬額を出力してもよい。制御部１３がこのように構成されていることで、勤務体系が異なる乗務員がタクシーＴ１を運転する場合に、乗務員に適した報酬額を支払うことが可能になる。

【0049】

［制御部１３の処理のフローチャート］
図６は、制御部１３の処理の流れを示すフローチャートである。図６に示すフローチャートは、タクシーに乗車したいユーザの操作に応じて情報端末２が配車要求データを送信した時点から開始している。

【0050】

端末通信部１３１が配車要求データを受信すると（Ｓ１１）、移動体通信部１３２は、アプリ専用車（タクシーＴ１）に空きがあるか否かを判定する（Ｓ１２）。移動体通信部１３２は、配車依頼データを未送信のアプリ専用車がある場合（Ｓ１３においてＹＥＳ）、当該アプリ専用車に配車依頼データを送信する（Ｓ１４）。

【0051】

アプリ専用車に空きがない場合（Ｓ１２においてＮＯ）、又は空いている全てのアプリ専用車に配車依頼メールを送信した場合（Ｓ１３においてＮＯ）、移動体通信部１３２は、通常車（タクシーＴ２）に空きがあるか否かを判定する（Ｓ１５）。移動体通信部１３２は、空きがある通常車がない場合（Ｓ１５においてＮＯ）、配車不可の通知を情報端末２に送信する（Ｓ１６）。移動体通信部１３２は、空きがある通常車がある場合（Ｓ１５においてＹＥＳ）、空きがある通常車に配車依頼データを送信する（Ｓ１７）。

【0052】

移動体通信部１３２は、配車依頼データを送信した後に配車承諾データの受信を待機する（Ｓ１８）。移動体通信部１３２は、アプリ専用車から配車承諾データを受信し、アプリ専用車を配車することに決定した場合（Ｓ１９においてＹＥＳ）、アプリ専用車用の通知を情報端末２に送信する（Ｓ２０）。アプリ専用車用の通知には、例えば、行燈がない車両が配車されることを示す情報が含まれている。移動体通信部１３２は、通常車から配車承諾データを受信し、通常車を配車することに決定した場合（Ｓ１９においてＮＯ）、通常車用の通知を情報端末２に送信する（Ｓ２１）。

【0053】

［配車管理システムＳにおける処理のシーケンス］
図７は、配車管理システムＳにおける処理の流れを示すシーケンス図である。図７に示すシーケンス図は、タクシーに乗車したいユーザの操作に応じて情報端末２が配車要求データを送信した時点から開始している。ここでは、２台のタクシーＴ１が空いている状態の処理の流れを例示する。

【0054】

情報端末２が配車要求データを配車管理装置１に送信すると、配車管理装置１の移動体通信部１３２は、複数のタクシーＴ１のうち１台のタクシーＴ１に配車依頼データを送信する。移動体通信部１３２は、例えば、複数のタクシーＴ１のうち情報端末２の位置に最も近いタクシーＴ１－１に配車依頼データを送信する。移動体通信部１３２は、タクシーＴ１－１から配車承諾データを受信した場合（Ｓ３１においてＹＥＳ）、アプリ専用車用の配車通知データを情報端末２に送信する。一方、タクシーＴ１－１から配車承諾データを受信しない場合（Ｓ３１においてＮＯ）、複数のタクシーＴ１のうち他のタクシーＴ１－２に配車依頼データを送信する。

【0055】

移動体通信部１３２は、タクシーＴ１－２から配車承諾データを受信した場合（Ｓ３２においてＹＥＳ）、アプリ専用車用の配車通知データを情報端末２に送信する。一方、タクシーＴ１－２から配車承諾データを受信しない場合（Ｓ３２においてＮＯ）、複数のタクシーＴ２から選択したタクシーＴ２－１に配車依頼データを送信する。

【0056】

移動体通信部１３２は、タクシーＴ２－１から配車承諾データを受信した場合（Ｓ３３においてＹＥＳ）、通常車用の配車通知データを情報端末２に送信する。一方、タクシーＴ２－１から配車承諾データを受信しない場合（Ｓ３３においてＮＯ）、配車不可通知データを情報端末２に送信する。

【0057】

［配車管理システムＳによる効果］
以上説明したように、配車管理装置１は、アプリ専用車に空きがある場合、通常車に空きがあるか否かによらずアプリ専用車に配車依頼データを送信し、アプリ専用車に空きがないことを条件として、通常車に配車依頼データを送信する。配車管理装置１がこのように構成されていることで、配車依頼に対する承諾を得られる確率が相対的に高いアプリ専用車に対して優先的に配車依頼データが送信されるので、配車までの時間を短縮できる確率が高まる。

【0058】

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を併せ持つ。

【符号の説明】

【0059】

１ 配車管理装置
２ 情報端末
３ 乗務員端末
１１ 通信部
１２ 記憶部
１３ 制御部
１３１ 端末通信部
１３２ 移動体通信部
Ｓ 配車管理システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】