(57)【特許請求の範囲】
【請求項１】
所望の出発地から到着地までの輸送を行う車両にそれぞれ搭載され前記輸送のための配車依頼の受諾を送信可能な前記車両のドライバーが操作する車載端末装置と、
前記車載端末装置に対して通信可能であり、ユーザーから受け付けた配車依頼を少なくとも一つの車載端末装置に送信して受諾を受け付け、前記配車依頼の受諾を受信した場合に送信元の車載端末装置が搭載された一車両を前記ユーザーに配車するサーバー装置とを備え、
前記車載端末装置は、所定期間内での配車依頼数に対する受諾数の割合及び前記受諾数の何れか一方又は双方が所定基準を満たす場合に付与される優先配車権の行使を受け付けて前記サーバー装置に送信可能であり、
前記サーバー装置は、前記配車依頼を受け付けた場合に、該受け付けた配車依頼が所定の優先配車の対象となるか否かを判断し、前記配車依頼が前記優先配車の対象となる場合に、前記優先配車権を行使しているドライバーが操作する車載端末装置にのみ前記配車依頼を送信し、
前記車載端末装置は、前記輸送の終了後に課金額を前記サーバー装置に送信し、
前記サーバー装置は、前記優先配車によって行われた前記輸送の課金額が所定金額未満であった場合、前記優先配車権を失効させることなく該優先配車権の行使状態を維持する、
配車システム。
【請求項２】
請求項１記載の配車システムであって、
前記配車依頼は、前記ユーザーが操作するユーザー端末装置から前記サーバー装置に送信され、
前記サーバー装置は、前記配車依頼を受信により受け付けると、前記受信した配車依頼を前記少なくとも一つの車載端末装置に送信する、
配車システム。
【請求項３】
請求項１又は２記載の配車システムであって、
前記サーバー装置は、複数の車載端末装置から前記配車依頼の受諾を受信した場合、前記複数の車載端末装置が搭載された車両の中から選択された一車両に対して前記配車を行い、前記受諾を送信した前記複数の車載端末装置の全ドライバーに対して前記優先配車権の付与のための前記受諾数を加算する、
配車システム。
【請求項４】
請求項１〜３の何れか一項に記載の配車システムであって、
前記サーバー装置は、前記配車依頼が優先配車の対象となるか否かを判断する際に、前記配車依頼から特定される出発地及び到着地間のルートを検索し、該検索されたルートが所定距離以上である場合に、前記配車依頼を優先配車の対象と判断する、
配車システム。
【請求項５】
請求項１〜４の何れか一項に記載の配車システムであって、
前記車載端末装置は、前記優先配車権の行使の受付を前記行使と非行使との切替えにより行わせ、前記切替えは、前記車載端末装置が搭載されている車両に前記優先配車権に基づく配車がなされていない場合に有効となる、
配車システム。
【請求項６】
請求項１〜５の何れか一項に記載の配車システムであって、
前記優先配車権のための前記所定基準は、前記所定期間内での前記受諾数の割合及び前記受諾数の何れか一方又は双方の受諾情報に基づく全ドライバー中における所定順位であり、
前記車載端末装置は、該車載端末装置を搭載する前記車両の前記ドライバーの順位情報を前記所定期間の満了までの間に前記サーバー装置から取得して出力可能とする、
配車システム。
【請求項７】
請求項６記載の配車システムであって、
前記車載端末装置は、乗務開始時に前記順位情報を前記サーバー装置から取得して出力する、
配車システム。
【請求項８】
請求項６又は７記載の配車システムであって、
前記順位情報の出力は、前記車載端末装置での画像表示により行われる、
配車システム。
【請求項９】
請求項６〜８の何れか一項に記載の配車システムであって、
前記順位情報は、前記所定順位のドライバーの受諾情報及び前記車載端末装置を搭載する前記車両の前記ドライバーの受諾情報、又は前記所定順位のドライバーと前記車載端末装置を搭載する前記車両の前記ドライバーとの前記受諾情報における差の少なくとも一方を含む、
配車システム。
【請求項１０】
請求項６〜９の何れか一項に記載の配車システムであって、
前記車載端末装置は、前記サーバー装置から順位の推移情報を取得して出力可能とする、
配車システム。
【請求項１１】
請求項１〜１０の何れか一項に記載の配車システムであって、
前記車載端末装置は、該車載端末装置を搭載する前記車両の前記ドライバーに付与された前記優先配車権の付与情報を前記サーバー装置から取得して前記ドライバーに通知する、
配車システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシー等の車両の配車を行う配車システムに関する。
【背景技術】
【０００２】
タクシーの利用方法としては、走行中のタクシーをユーザーが道端で止めて利用する他、携帯電話等でタクシー会社に配車依頼を行い、それに応じて配車されたタクシーをユーザーが利用することが一般的に知られている。
【０００３】
タクシーを配車する際には、タクシー会社が走行中等のタクシーのドライバーに対し、ユーザーの配車依頼を伝える。この配車依頼をドライバーが受諾すると、そのドライバーのタクシーがユーザーへと配車される。
【０００４】
従って、タクシーを円滑に配車するためには、ドライバーに配車依頼を積極的に受諾させることが肝要である。
【０００５】
一方で、タクシーの配車には配車システムが利用されるケースが増加している。こうした配車システムとしては、ユーザーが操作する移動体通信端末上で配車依頼をタクシー会社のサーバーに送信し、サーバーの処理によって配車するタクシーを選択するものがある（例えば、特許文献１）。
【０００６】
かかる従来の配車システムは、配車依頼から配車までをシステム化して円滑に行わせることはできる。しかし、サーバーの処理によって一方的に配車するタクシーを選択しているので、ドライバーの意に反して配車されるおそれがある。
【０００７】
従って、ドライバーの意に反することなく配車依頼から配車までを円滑に行わせるためには、ユーザーの配車依頼に対してドライバーに積極的に受諾させる配車システムが必要であった。
【０００８】
このような問題は、例えば人ではなく物を輸送するための車両においても同様に発生することがある。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】国際公開第２００３／１００７４４号
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明が解決しようとする問題点は、ドライバーの意に反することなく配車依頼から配車までを円滑に行わせることができなかった点である。
【課題を解決するための手段】
【００１１】
本発明は、所望の出発地から到着地までの輸送を行う車両にそれぞれ搭載され前記輸送のための配車依頼の受諾を送信可能な前記車両のドライバーが操作する車載端末装置と、前記車載端末装置に対して通信可能であり、ユーザーから受け付けた配車依頼を少なくとも一つの車載端末装置に送信して受諾を受け付け、前記配車依頼の受諾を受信した場合に送信元の車載端末装置が搭載された一車両を前記ユーザーに配車するサーバー装置とを備え、前記車載端末装置は、所定期間内での配車依頼数に対する受諾数の割合及び前記受諾数の何れか一方又は双方が所定基準を満たす場合に付与される優先配車権の行使を受け付けて前記サーバー装置に送信可能であり、前記サーバー装置は、前記配車依頼を受け付けた場合に、該受け付けた配車依頼が所定の優先配車の対象となるか否かを判断し、前記配車依頼が前記優先配車の対象となる場合に、前記優先配車権を行使しているドライバーが操作する車載端末装置にのみ前記配車依頼を送信し、前記車載端末装置は、前記輸送の終了後に課金額を前記サーバー装置に送信し、前記サーバー装置は、前記優先配車によって行われた前記輸送の課金額が所定金額未満であった場合、前記優先配車権を失効させることなく該優先配車権の行使状態を維持する配車システムを最も主な特徴とする。
【発明の効果】
【００１２】
本発明によれば、ドライバーは、所定期間内の配車依頼の受諾率及び受諾数の何れか一方又は双方によって優先配車権を取得し、取得した優先配車権を行使することによって有利な優先配車を受信することが可能になる。この結果、優先配車権を得るために、ユーザーの配車依頼に対してドライバーに配車依頼を積極的に受諾させることができる。これにより、ドライバーの意に反することなく配車依頼から配車までを円滑に行わせることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施例１に係る配車システムを示すブロック図である。
【図２】図１の配車システムによる配車処理を示すフローチャートである。
【図３】図１の配車システムによる優先配車権の付与処理を示すフローチャートである。
【図４】図１の配車システムによる優先配車権の失効処理を示すフローチャートである。
【図５】本発明の実施例２に係るドライバー端末装置におけるメニュー画面の一例を示す。
【図６】本発明の実施例２に係るドライバー端末装置における優先配車画面の一例を示す。
【図７】本発明の実施例２に係るドライバー端末装置におけるお知らせ画面の一例を示す。
【図８】本発明の実施例２に係るドライバー端末装置における事前画面の一例を示す。
【図９】本発明の実施例２に係るドライバー端末装置における過去情報画面の一例を示す。
【図１０】本発明の実施例２に係るドライバー端末装置における乗務開始時画面の一例を示す。
【発明を実施するための形態】
【００１４】
ドライバーの意に反することなく配車依頼から配車までを円滑に行わせるという目的を、所定期間内での配車依頼数に対する受諾数の割合及び受諾数の何れか一方又は双方が所定基準を満たす場合にドライバーに優先配車権を付与する配車システムにより実現した。
【００１５】
すなわち、配車システムは、所望の出発地から到着地までの輸送を行う車両にそれぞれ搭載され前記輸送のための配車依頼の受諾を送信可能な前記車両のドライバーが操作する車載端末装置と、車載端末装置に対して通信可能であり、ユーザーから受け付けた配車依頼を少なくとも一つの車載端末装置に送信して受諾を受け付け、配車依頼の受諾を受信した場合に送信元の車載端末装置が搭載された一車両をユーザーに配車するサーバー装置とを備える。
【００１６】
車載端末装置は、所定期間内での配車依頼数に対する受諾数の割合及び受諾数の何れか一方又は双方が所定基準を満たす場合に付与される優先配車権の行使を受け付けてサーバー装置に送信可能である。
【００１７】
サーバー装置は、配車依頼を受け付けた場合に、受け付けた配車依頼が所定の優先配車の対象となるか否かを判断し、配車依頼が優先配車の対象となる場合に、優先配車権を行使しているドライバーが操作する車載端末装置にのみ配車依頼を送信する。
【００１８】
配車依頼は、ユーザーが操作するユーザー端末装置からサーバー装置に送信され、サーバー装置は、配車依頼を受信により受け付けると、受信した配車依頼を少なくとも一つの車載端末装置に送信する構成としてもよい。
【００１９】
サーバー装置は、複数の車載端末装置から配車依頼の受諾を受信した場合、複数の車載端末装置が搭載された車両の中から選択された一車両に対して配車を行い、受諾を送信した複数の車載端末装置の全ドライバーに対して優先配車権の付与のための受諾数を加算する構成としてもよい。
【００２０】
サーバー装置は、配車依頼が優先配車の対象となるか否かを判断する際に、配車依頼から特定される出発地及び到着地間のルートを検索し、検索されたルートが所定距離以上である場合に、配車依頼を優先配車の対象と判断する構成としてもよい。
【００２１】
車載端末装置は、輸送の終了後に課金額をサーバー装置に送信し、サーバー装置は、優先配車によって行われた輸送の課金額が所定金額未満であった場合、優先配車権を失効させることなく、優先配車権の行使状態を維持する構成としてもよい。
【００２２】
車載端末装置は、優先配車権の行使の受付けを行使と非行使との切替えにより行わせ、切替えは、車載端末装置が搭載されている車両に優先配車権に基づく配車がなされていない場合有効となるようにしてもよい。
【００２３】
優先配車権のための所定基準は、所定期間内での受諾数の割合及び受諾数の何れか一方又は双方の受諾情報に基づく全ドライバー中における所定順位であり、車載端末装置は、この車載端末装置を搭載する車両のドライバーの順位情報を所定期間の満了までの間にサーバー装置から取得して出力可能としてもよい。
【００２４】
車載端末装置は、乗務開始時に順位情報をサーバー装置から取得して出力してもよい。
【００２５】
順位情報の出力は、車載端末装置での画像表示により行われてもよい。
【００２６】
順位情報は、所定順位のドライバーの受諾情報及び車載端末装置を搭載する車両のドライバーの受諾情報、又は所定順位のドライバーと車載端末装置を搭載する車両のドライバーとの受諾情報における差の少なくとも一方を含むようにしてもよい。  
【００２７】
車載端末装置は、サーバー装置から順位の推移情報を取得して出力可能としてもよい。
【００２８】
車載端末装置は、該車載端末装置を搭載する車両のドライバーに付与された優先配車権の付与情報をサーバー装置から取得してドライバーに通知してもよい。
【実施例１】
【００２９】
［配車システム］
図１は、本発明の実施例１に係る配車システムの概略構成を示すブロック図である。
【００３０】
本実施例の配車システム１は、ユーザーからの配車依頼に応じてタクシー３を配車し、配車したタクシー３によりユーザー所望の出発地から到着地までの旅客輸送を行わせるものである。配車は、ユーザーに配車可能なタクシー３を割り当て、割り当てたタクシー３を配車依頼で指定された位置情報に応じた出発地に向かわせることである。本実施例において、配車依頼は、後述するようにユーザーが所持するユーザー端末装置５上でアプリを実行することによって行われる。
【００３１】
なお、配車可能なタクシー３は、例えば乗客を乗せていない空車状態のものをいう。空車状態には、所定時間以内、例えば数分以内に空車状態になる見込みのタクシー３も含むようにすることも可能である。
【００３２】
この配車システム１は、ユーザーが操作するユーザー端末装置５と、車両としてのタクシー３に搭載された車載端末装置７と、管理会社９に設置されたサーバー装置１１とが電話回線やインターネット等の通信ネットワーク１３を介して相互に通信可能に設けられている。
【００３３】
なお、図１では、理解容易のために単一のユーザー端末装置５及び単一のタクシー３並びに車載端末装置７を示しているが、実際は、複数のユーザー端末装置５及びタクシー３並びに車載端末装置７が配車システム１に利用される。
【００３４】
ユーザー端末装置５は、多機能携帯電話機やタブレットコンピュータ等の情報処理装置によって構成され、プロセッサー１５を内蔵している。また、ユーザー端末装置５は、例えばタッチパネル式のディスプレイからなるユーザーインターフェース１７を有し、ユーザーによる情報の入力及び情報の表示を可能とする。なお、ユーザーインターフェース１７は、一般的なキーボードやキーパッドとディスプレイ等によって構成することも可能である。
【００３５】
本実施例のユーザー端末装置５は、プロセッサー１５でユーザーズアプリケーションプログラム（以下、「ユーザーズアプリ」と称する。）を実行することにより、配車依頼機能を有する。なお、ユーザーズアプリは、通信ネットワーク１３を介したダウンロード等によって事前に取得し、メモリー等（図示せず）に記憶しておくことが可能である。メモリーには、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等の主記憶装置の他、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）のような補助記憶装置等も含まれる（以下、同じ。）。
【００３６】
配車依頼機能では、ユーザーから配車依頼の入力を受け付け、受け付けた配車依頼をサーバー装置１１に送信する。具体的には、ユーザーインターフェース１７上で出発地と到着地とが入力され、配車依頼が実行されることで受け付けられる。なお、配車依頼を行う際は、到着地の入力を省略することも可能である。この場合、配車依頼は、後述する優先配車の対象から除外される。
【００３７】
受け付けられた配車依頼は、入力された出発地と到着地の情報に加え、配車依頼ＩＤ、ユーザーの氏名、及び電話番号等のユーザー識別情報が追加された上でサーバー装置１１に送信される。
【００３８】
ユーザーの氏名及び電話番号等のユーザー識別情報は、事前にユーザーズアプリを実行して登録しておいたもの等を使用すればよい。
【００３９】
出発地及び到着地の入力は、地図データやＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）を利用することで入力することが可能である。ただし、出発地及び到着地の入力は、住所をテキストにより入力することで行ってもよい。
【００４０】
地図データは、ユーザーズアプリに内蔵されたものやユーザー端末装置５にインストールされているものを利用すればよく、ＧＰＳは、ユーザー端末装置５に搭載されているＧＰＳ受信機等を利用すればよい。
【００４１】
なお、配車依頼は、電話等によって行うことも可能である。この場合、ユーザーが電話等により出発地及び到着地をサーバー装置１１の管理会社９に連絡し、管理会社９の作業者がサーバー装置１１に対して連絡を受けた出発地及び到着地を配車依頼として入力すればよい。
【００４２】
車載端末装置７は、ドライバー端末装置７ａ、課金端末装置７ｂ、及びカスタマー端末装置７ｃによって構成されている。なお、車載端末装置７は、ドライバー端末装置７ａ、課金端末装置７ｂ、及びカスタマー端末装置７ｃを単一の装置として統合してもよい。
【００４３】
ドライバー端末装置７ａは、タクシー３のドライバーが操作するものであり、メモリー等（図示せず）と共にプロセッサー１９を内蔵するタブレットコンピュータ等の情報処理装置によって構成されている。
【００４４】
また、ドライバー端末装置７ａは、例えばタッチパネル式のディスプレイからなるユーザーインターフェース２１を有し、ドライバーによる情報の入力及び情報の表示を可能する。ただし、ユーザーインターフェース２１は、ユーザー端末装置５と同様、一般的なキーボードやキーパッドとディスプレイ等によって構成することも可能である。
【００４５】
本実施例のドライバー端末装置７ａは、プロセッサー１９でドライバーズアプリケーションプログラム（以下、「ドライバーズアプリ」と称する。）を実行することにより、位置情報発信機能、配車受諾機能、及び優先配車権行使機能を有する。
【００４６】
位置情報発信機能は、ドライバー端末装置７ａが搭載されているタクシー３の位置情報をＧＰＳを利用して取得し、取得した位置情報を車両識別情報と共にサーバー装置１１に常時送信する。なお、車両識別情報は、ドライバー端末装置７ａに事前に設定しておけばよい。ＧＰＳを利用する際は、タクシー３やドライバー端末装置７ａに搭載されているＧＰＳ受信機の位置情報を利用すればよい。
【００４７】
配車受諾機能は、配車依頼に対するドライバーの受諾を受け付け、受け付けた受諾をサーバー装置１１に送信する。従って、車載端末装置７は、ドライバー端末装置７ａにより、旅客輸送のための配車依頼の受諾を送信可能な構成となっている。
【００４８】
具体的には、ドライバー端末装置７ａは、後述するようにサーバー装置１１から送信された配車依頼に応じ、ユーザーインターフェース２１上に配車依頼を受諾するためのボタン等を表示する。そして、ユーザーインターフェース２１上でボタン等が選択されると、配車依頼の受諾が受け付けられる。受け付けられた受諾は、サーバー装置１１から受信した配車依頼に含まれる依頼識別情報と共にサーバー装置１１に送信される。
【００４９】
優先配車権行使機能は、ユーザーインターフェース２１上で優先配車権の行使を受け付けて、ドライバー識別情報と共にサーバー装置１１に送信する。ドライバー識別情報は、ドライバー端末装置７ａに事前に設定しておけばよい。優先配車権については後述する。
【００５０】
課金端末装置７ｂは、いわゆるタクシーメーターであり、ドライバーの操作に応じて課金の開始及び終了を行う。本実施例の課金端末装置７ｂは、メモリー等（図示せず）と共にプロセッサー２２を内蔵すると共にタッチパネル等のユーザーインターフェース２４を有するタブレットコンピュータ等の情報処理装置で構成されている。
【００５１】
この課金端末装置７ｂは、プロセッサー２２で課金アプリケーションプログラム（以下、「課金アプリ」と称する。）を実行することにより、課金機能を有する。
【００５２】
課金機能は、インターフェース２４上でドライバーの課金操作を受け付けて、課金の開始及び終了を行う。課金終了後には、課金金額等の課金情報を課金端末装置７ｂからカスタマー端末装置７ｃに送信する。
【００５３】
カスタマー端末装置７ｃは、タクシー３に乗車しているユーザーが利用するものであり、メモリー等（図示せず）と共にプロセッサー２３を内蔵するタブレットコンピュータ等の情報処理装置によって構成されている。
【００５４】
このカスタマー端末装置７ｃは、ドライバー端末装置７ａと同様、例えばタッチパネル式のディスプレイからなるユーザーインターフェース２５を有し、カスタマーによる情報の入力及び表示を可能する。
【００５５】
本実施例のカスタマー端末装置７ｃは、プロセッサー２３でカスタマーズアプリケーションプログラム（以下、「カスタマーズアプリ」と称する。）を実行することにより、決済機能を有する。
【００５６】
決済機能は、課金端末装置７ｂから受信した課金情報をユーザーインターフェース２５上に表示すると共に決済方法の選択を乗車しているユーザーから受け付け、受け付けた決済方法及び課金情報を決済情報としてサーバー装置１１に送信する。送信される決済情報には、依頼識別情報、車両識別情報、及び降車場所情報が含まれる。
【００５７】
このカスタマー端末装置７ｃの決済機能により、車載端末装置７は、輸送の終了後に課金額をサーバー装置１１に送信する構成となっている。
【００５８】
サーバー装置１１は、配車システム１の管理会社９の拠点に設置された情報処理装置であり、プロセッサー２７及びメモリー２８を内蔵している。このサーバー装置１１は、メモリー２８内にデータベース３０を有し、データベース３０によりユーザー端末装置５及びタクシー３の車載端末装置７から受信した情報やユーザー端末装置５及びタクシー３の車載端末装置７に送信した情報をドライバー、ユーザー、タクシー３、及び車載端末７等に関連付けて保持している。
【００５９】
本実施例のサーバー装置１１は、プロセッサー２７で配車プログラムを実行することにより、配車機能、及び優先配車権管理機能を有する。
【００６０】
配車機能は、ユーザーから受け付けた配車依頼を少なくとも一つの車載端末装置７に送信して受諾を受け付け、これに応じて配車依頼の受諾を受信した場合に送信元の車載端末装置７が搭載されたタクシー３をユーザーに配車する。
【００６１】
具体的には、サーバー装置１１が配車依頼をユーザー端末装置５から受信により受け付けると、受信した配車依頼に依頼識別情報を付加してタクシー３の車載端末装置７に送信する。
【００６２】
この配車依頼の送信は、配車依頼から特定される出発地から所定範囲内のタクシー３を位置情報に基づいて抽出し、抽出されたタクシー３の車載端末装置７に対して行われる。この場合、配車依頼が所定数以上の車載端末装置７には、行われないようにしてもよい。
【００６３】
配車は、複数の車載端末装置７から配車依頼の受諾を受信した場合、それら車載端末装置７が搭載されたタクシー３の中から選択された一台のタクシー３に対して行われる。本実施例では、最初に受信した受諾の送信元の車載端末装置７のタクシー３に対して配車が行われる。なお、複数の受諾を受信した場合は、抽選によって配車するタクシー３を選択してもよい。
【００６４】
また、本実施例の配車機能では、配車依頼を受け付けた場合に、この受け付けた配車依頼が所定の優先配車の対象となるか否かを判断する。配車依頼が優先配車の対象となる場合には、優先配車権を行使しているドライバーが操作する車載端末装置７にのみ配車依頼（以下、「優先配車依頼」と称することがある。）を送信する。
【００６５】
優先配車は、ドライバーにとって有利な配車を意味する。例えば優先配車権を行使しているドライバーのタクシー３と出発地との間が近距離であるほど、出発地と到着地との間が遠距離であるほど、ドライバーにとって有利な配車となる。
【００６６】
本実施例において、配車依頼が優先配車の対象となるか否かを判断する際には、配車依頼から特定される出発地及び到着地間のルートを検索する。そして、検索されたルートが所定距離以上である場合には、配車依頼を優先配車の対象と判断する。
【００６７】
優先配車権管理機能は、優先配車権の付与、行使、及び失効を管理する。優先配車権の付与は、所定期間内でのサーバー装置１１からの配車依頼数に対する受諾数の割合、及び受諾数の何れか一方又は双方の受諾情報が所定基準を満たす場合にドライバーに対して行われる。
【００６８】
配車依頼数は、サーバー装置１１が車載端末装置７に対して配車依頼を送信する度にドライバー毎に加算され、受諾数は、サーバー装置１１が受諾を受信する度にドライバー毎に加算される。
【００６９】
複数の車載端末装置７から受諾を受信した場合は、受諾を送信した車載端末装置７が搭載されたタクシー３の全ドライバーに対して受諾数が加算される。
【００７０】
所定期間は、例えば１週間や１か月等の予め設定された期間であり、その間に配車依頼数及び受諾数の加算が行われる。受諾率は、所定期間内に加算された配車依頼数に対する受諾数の割合又は率であり、所定基準として例えば１か月で９０％以上等に設定される。受諾数は、所定期間内に加算された受諾の数そのものであり、所定基準として例えば１か月で７０回以上等に設定される。
【００７１】
本実施例では、受諾率及び受諾数の双方が所定基準を満たす場合に優先配車権が付与されるが、何れか一方が所定基準を満たす場合に優先配車権を付与してもよい。なお、受諾率及び受諾数の基準は、所定期間、受諾率、受諾数は、地域等を考慮して任意に設定することが可能である。
【００７２】
優先配車権の行使は、車載端末装置７から受信してサーバー装置１１で受け付けられ、ドライバー毎に有無が管理される。
【００７３】
行使中の優先配車権の失効は、決済情報に基づいて、優先配車によって行われた旅客輸送の課金額が所定金額以上であった場合に行われる。このため、本実施例では、優先配車によって行われた旅客輸送の課金額が所定金額未満であった場合、優先配車権を失効させることなく、優先配車権の行使状態を維持する。
【００７４】
［配車処理］
図２は、図１の配車システム１による配車処理を示すフローチャートである。
【００７５】
本実施例の配車処理は、ユーザー端末装置５において、ユーザーズアプリを実行することでスタートする。
【００７６】
ステップＳ１では、ユーザーによる配車依頼が行われる。すなわち、ユーザーは、ユーザー端末装置５のユーザーインターフェース１７上で出発地及び到着地を入力して配車依頼を実行する。これにより、ユーザー端末装置５は、配車依頼を受け付け、サーバー装置１１に送信する。
【００７７】
ステップＳ２では、周辺タクシー３の抽出が行われる。すなわち、サーバー装置１１は、受信した配車依頼から特定される出発地を中心とした所定範囲内のタクシー３をデータベース３０を参照して抽出する。
【００７８】
タクシー３を抽出できた場合は、処理がステップＳ３へ移行し、そうでない場合は、処理が終了する。
【００７９】
ステップＳ３では、配車依頼が優先配車の対象となるか否かを判断する。すなわち、サーバー装置１１は、配車依頼から特定される出発地及び到着地間のルートを特定し、特定したルートが所定距離以上であるか否かを判断する。所定距離以上、つまり優先配車の対象となる場合は処理がステップＳ４へ移行し、そうでない場合は、処理がステップＳ８へ移行する。
【００８０】
ステップＳ４では、サーバー装置１１がデータベース３０を参照し、ステップＳ２で抽出したタクシー３の中から優先配車権を行使しているドライバーのタクシー３（以下、「優先タクシー３」と称する。）の有無を判断する。優先タクシー３が存在する場合は、処理がステップＳ５へ移行し、そうでない場合は、処理がステップＳ８へ移行する。
【００８１】
ステップＳ５では、優先配車依頼の送信が行われる。すなわち、サーバー装置１１は、優先タクシー３にのみユーザーから受け付けた配車依頼を優先配車依頼として送信する。このとき、複数の優先タクシー３が存在する場合、複数の優先タクシー３に優先配車依頼が送信される。
【００８２】
ステップＳ６では、優先配車依頼の受諾の有無が判断される。すなわち、優先タクシー３では、優先配車依頼に応じ、車載端末装置７のドライバー端末装置７ａのユーザーインターフェース２１上でドライバーによる受諾の入力が受け付けられる。ドライバーが受諾を入力すると、入力された受諾がサーバー装置１１へ送信される。
【００８３】
サーバー装置１１では、受諾を受信すると、優先配車依頼が受諾されたものとしてステップＳ７へ処理を移行させる。一方、優先配車依頼の受諾を入力したドライバーが存在せず、サーバー装置１１が受諾を受信しない場合は、ステップＳ８へ処理が移行する。  
【００８４】
ステップＳ７では、優先配車が行われる。すなわち、サーバー装置１１は、優先配車依頼に対する受諾を受信すると、最初に受信した受諾の送信元の車載端末装置７を搭載した優先タクシー３をユーザーに配車する。こうして、優先配車権を行使しているドライバーに対し、所定距離以上の旅客輸送のための配車が優先的に行われることになる。
【００８５】
一方、ステップＳ８では、サーバー装置１１によりステップＳ２で抽出したタクシー３へ通常の配車依頼の送信が行われる。次いで、ステップＳ９では、通常の配車依頼に対してステップＳ６と同様に配車依頼の受諾が行われる。配車依頼が受諾された場合は、ステップＳ１０へ処理が移行し、そうでない場合は、処理が終了する。ステップＳ１０では、ステップＳ７と同様に、サーバー装置１１が最初に受信した受諾の送信元の車載端末装置７を搭載したタクシー３をユーザーに配車する。
【００８６】
［優先配車権の付与処理］
図３は、図１の配車システム１による優先配車権の付与処理を示すフローチャートである。
【００８７】
この付与処理は、配車依頼数及び受諾数を加算するための所定期間のカウントを開始することでスタートする。なお、このカウントは、サーバー装置１１でタイマー等を起動することによって行うことが可能である。
【００８８】
ステップＳ１０１では、まず所定期間が満了していないか否かを判断する。すなわち、サーバー装置１１は、カウントした期間が所定期間（例えば１週間や１か月）に達していなければ、ステップＳ１０２へ移行し、所定期間に達した場合、ステップＳ１０６へ移行する。
【００８９】
ステップＳ１０２では、サーバー装置１１が配車依頼をタクシー３に送信する度に処理をステップＳ１０３へ移行させ、配車依頼を送信しない限りステップＳ１０１に処理を戻す。
【００９０】
ステップＳ１０３では、サーバー装置１１が配車依頼を行ったドライバーに対して配車依頼数を加算し、処理をステップＳ１０４へ移行させる。
【００９１】
ステップＳ１０４では、配車依頼を行ったタクシー３から受諾を受信したか否かを判断する。すなわち、サーバー装置１１は、配車依頼を行った後、これに応じた受諾をタクシー３から受信すると、処理をステップＳ１０５へ移行させ、受諾を受信しない場合、ステップＳ１０１に処理を戻す。
【００９２】
ステップＳ１０５では、サーバー装置１１が受諾の送信元のドライバーに対して受諾数を加算し、ステップＳ１０１へ処理を戻す。
【００９３】
ステップＳ１０６では、サーバー装置１１がドライバー毎に加算した配車依頼数及び受諾数に基づいて、配車依頼数に対する受諾数の割合又は率である受諾率を算出し、受諾率と受諾数が共に所定基準を満たしているか否かを判断する。
【００９４】
受諾率と受諾数が共に所定基準を満たしている場合はステップＳ１０７へ処理を移行させ、受諾率と受諾数の何れか一方又は双方が所定基準を満たしていない場合はステップＳ１０８へ処理が移行する。
【００９５】
ステップＳ１０７では、サーバー装置１１が、受諾率と受諾数が共に所定基準を満たしているドライバーに対して優先配車権を付与する。付与した優先配車権は、サーバー装置１１内でドライバー毎に管理される。
【００９６】
ステップＳ１０８では、ステップＳ１０６及びＳ１０７の処理が全ドライバーについて行われたか否かが判断される。全ドライバーに対して処理が終了していれば、優先配車権の付与処理が終了し、そうでなければステップＳ１０６へ処理を戻す。
【００９７】
優先配車権の付与処理の終了後は、所定期間が更新されて優先配車権の付与処理が再度行われることになる。
【００９８】
［優先配車権の失効処理］
図４は、図１の配車システム１による優先配車権の失効処理を示すフローチャートである。
【００９９】
この失効処理は、優先タクシー３の車載端末装置７のドライバーズ端末装置７ａにおいて配車依頼に対する受諾を行うことでスタートする。
【０１００】
ステップＳ２０１では、サーバー装置１１で、優先配車依頼に対する受諾が最初に受信したものか否かが判断される。
【０１０１】
最初に受信した受諾の場合は、配車処理で説明したように、送信元の優先タクシー３に配車が行われることになり、処理がステップＳ２０２へ移行する。一方、二番目以降に受信した受諾である場合は、送信元の車載端末装置７が搭載された優先タクシー３に配車はなされず、処理がステップＳ２０４へ移行する。
【０１０２】
ステップＳ２０２では、サーバー装置１１が優先配車された優先タクシー３から受信した決済情報を基に、課金額が所定金額以上であったか否かを判断する。課金額が所定金額以上の場合はステップＳ２０３へ処理が移行し、所定金額未満の場合はステップＳ２０４へ処理が移行する。
【０１０３】
ステップＳ２０３では、サーバー装置１１が、優先配車により行われた旅客輸送の課金額が所定金額以上であった場合、行使中の優先配車権を消尽したとして失効させる。
【０１０４】
一方、ステップＳ２０４では、優先配車がなされなかったり、或いは優先配車がなされても旅客輸送の課金額が所定金額未満であった場合、サーバー装置１１が優先配車権が消尽していないとして行使状態を維持する。
【０１０５】
このため、例えばユーザーの降車地が配車依頼の到着地と異なり、最終的にドライバーにとって有利とは言えないような旅客輸送となった場合に対応することが可能である。
【０１０６】
［実施例１の効果］
以上説明したように、本実施例の配車システム１は、所望の出発地から到着地までの旅客輸送を行うタクシー３にそれぞれ搭載され、旅客輸送のための配車依頼の受諾を送信可能なタクシー３のドライバーが操作する車載端末装置７と、車載端末装置７に対して通信可能であり、ユーザーから受け付けた配車依頼を少なくとも一つの車載端末装置７に送信して受諾を受け付け、配車依頼の受諾を受信した場合に送信元の車載端末装置７が搭載されたタクシー３をユーザーに配車するサーバー装置１１とを備える。
【０１０７】
車載端末装置７は、所定期間内での配車依頼数に対する受諾数の割合及び受諾数の何れか一方又は双方が所定基準を満たす場合に付与される優先配車権の行使を受け付けてサーバー装置１１に送信可能である。
【０１０８】
サーバー装置１１は、配車依頼を受け付けた場合に、受け付けた配車依頼が所定の優先配車の対象となるか否かを判断し、配車依頼が優先配車の対象となる場合に、優先配車権を行使している車載端末装置７にのみ配車依頼を送信する。
【０１０９】
従って、本実施例では、所定期間内に配車依頼を受諾した受諾率及び受諾数によってドライバーが優先配車権を取得し、取得した優先配車権を行使することでドライバーにとって有利な条件の優先配車の配車依頼を受信することが可能になる。結果として、ユーザーの配車依頼に対してドライバーが受諾することで配車が行われる場合において、ドライバーに配車依頼を積極的に受諾させることができる。
【０１１０】
また、配車依頼は、ユーザーが操作するユーザー端末装置５からサーバー装置１１に送信され、サーバー装置１１は、配車依頼を受信により受け付けると、受信した配車依頼を少なくとも一つの車載端末装置７に送信する。
【０１１１】
従って、本実施例では、ユーザーの配車依頼から配車までを自動化することが可能になる。
【０１１２】
サーバー装置１１は、複数の車載端末装置７から配車依頼の受諾を受信した場合、複数の車載端末装置７が搭載されたタクシー３の中から選択された一台のタクシー３に対して配車を行い、受諾を送信した複数の車載端末装置７の全ドライバーに対して優先配車権の付与のための受諾数を加算する。
【０１１３】
従って、一つの配車依頼に対して複数の車載端末装置７から配車依頼の受諾を受信した場合でも、円滑に配車をすることができると共に、受諾を行ったドライバーに対して受諾数を確実に加算することができる。
【０１１４】
サーバー装置１１は、配車依頼が優先配車の対象となるか否かを判断する際に、配車依頼から特定される出発地及び到着地間のルートを検索し、検索されたルートが所定距離以上である場合に、配車依頼を優先配車の対象と判断する。
【０１１５】
従って、本実施例では、優先配車権を行使しているドライバーにとって有利な優先配車を確実に行うことができる。
【０１１６】
車載端末装置７は、旅客輸送の終了後に課金額をサーバー装置１１に送信し、サーバー装置１１は、優先配車によって行われた旅客輸送の課金額が所定金額未満であった場合、優先配車権を失効させることなく、優先配車権の行使状態を維持する。
【０１１７】
従って、本実施例では、最終的に旅客輸送の課金額が所定金額以上のドライバーにとって有利な場合にのみ行使中の優先配車権を失効させることができ、優先配車権に対するドライバーの信頼度を向上することができる。結果として、より積極的にドライバーに配車依頼を受諾させることができる。
【０１１８】
［その他］
配車システム１では、受諾率に応じてドライバーをランク付けし、ランクに応じて受信することが可能な優先配車の配車依頼の距離が変動するようにしてもよい。より高いランクのドライバーは、より長い距離の優先配車の配車依頼を受信することが可能となる。
【０１１９】
また、配車システム１では、優先配車権を付与する際に、優先配車権の付与数を抽選等によって決定してもよい。
【０１２０】
また、実施例１の配車システム１は、タクシー３の配車に適用したものであったが、本発明はこれに限定されるものではない。例えば、本発明の配車システムは、荷物を集荷して出発地である集荷場所から到着地である配達場所まで輸送する宅配便や貨物輸送等の配車にも適用可能である。
【実施例２】
【０１２１】
実施例２では、実施例１と基本構成が同一であるため、ブロック図については図１を参照し、重複した説明を省略する。
【０１２２】
本実施例の配車システム１は、ドライバー端末装置７ａでドライバーが優先配車に関する情報の確認等を可能にしたものである。
【０１２３】
すなわち、本実施例のドライバー端末装置７ａは、プロセッサー１９でドライバーズアプリを実行時することにより、メニュー出力機能、切替機能、順位出力機能、取得通知機能を有する。
【０１２４】
メニュー出力機能は、ドライバー端末装置７ａのユーザーインターフェース２１上にメニュー画面を表示し、ドライバーの選択を受け付ける機能である。図５はメニュー画面の一例を示す。このメニュー画面ＭＩには、「優先配車」や「お知らせ」等の選択ボタンＳＢに加え、ドライバーが所属する会社を識別する会社ＩＤ、タクシー３を識別する車両コード、ドライバーを識別する乗務員ＩＤが表示されている。なお、メニュー画面ＭＩに表示する情報は任意である。
【０１２５】
各選択ボタンＳＢは、ドライバーがメニュー画面ＭＩ上で選択した場合に、対応する画面へと遷移させるトリガーとなる。本実施例では、「優先配車」の選択ボタンＳＢが選択された場合、優先配車画面へと遷移させ、切替機能や順位出力機能を発揮する。また、「お知らせ」の選択ボタンＳＢが選択された場合は、お知らせ画面へと遷移させ、通知機能を発揮する。図６は、優先配車画面の一例を示し、図７は、お知らせ画面の一例を示す。
【０１２６】
本実施例では、図６のように優先配車画面ＲＩへと遷移する前に、事前画面に遷移させる。図８に事前画面の一例を示す。
【０１２７】
事前画面ＰＩでは、優先配車に関する重要情報が表示される。重要情報は、優先配車画面ＲＩで表示される情報の一部である。例えば、図８の事前画面ＰＩでは、ドライバーが所有する優先配車権の数を重要情報として表示する。
【０１２８】
この事前画面ＰＩは、重要情報のみを表示することで、ドライバーに確実に確認させることができる。なお、事前画面ＰＩは、異なる複数の情報をまとめて表示し或いは連続的に切り替えて表示することも可能である。また、重要情報は、ドライバー毎に設定してもよい。
【０１２９】
優先配車画面ＲＩで表示される情報は、本実施例において、優先配車権情報及び順位情報である。優先配車権情報及び順位情報は、サーバー装置１１から取得される。取得のタイミングは、任意であるが、例えば所定時間毎に行われる。
【０１３０】
優先配車権情報は、所有する優先配車権の数（図６の「所有優先配車権数」）、並びに優先配車権の行使の有無である。なお、順位情報は、順位出力機能と共に後述する。優先配車権の数は、数値により、優先配車権の行使の有無は、後述するスイッチＳＷによりそれぞれ表示される。
【０１３１】
本実施例において、優先配車権情報の付近に「優先配車権」の選択ボタンＳＢが表示されている。「優先配車権」の選択ボタンＳＢは、選択されることによって優先配車権の説明をダイアログ表示するためのボタンである。なお、優先配車権の説明は、優先配車画面ＲＩ上に表示しても良い。
【０１３２】
切替機能は、優先配車権の行使及び非行使を切り替え可能とする機能である。本実施例において、優先配車権の行使及び非行使の切替えは、ドライバー端末装置７ａのユーザーインターフェース２１上にスイッチＳＷを表示し、表示されたスイッチＳＷにより受け付けられる。
【０１３３】
従って、本実施例の車載端末装置３は、優先配車権の行使の受付を行使と非行使との切替えにより行わせる構成となっている。なお、優先配車権の行使及び非行使の切替えは、機械的なスイッチによって受け付けることも可能である。
【０１３４】
本実施例のスイッチＳＷは、優先配車権の行使時において右側にノブＮＢが位置し（図６の二点鎖線）、優先配車権の非行使時において左側にノブＮＢが位置する（図６）。行使時においては、ノブＮＢが優先配車権の数と共に非行使時とは異なる色で表示される。なお、スイッチＳＷの形態は、優先配車権の行使及び非行使の切替えが可能であれば任意である。
【０１３５】
スイッチＳＷによる非行使への切替えは、タクシー３に優先配車権に基づく配車がなされていない場合に有効となる。本実施例では、タクシー３に優先配車権に基づく配車がなされていない場合にのみスイッチＳＷが操作可能となる。
【０１３６】
優先配車権に基づく配車がなされているか否かは、優先配車権を行使している際に配車依頼情報を保持しているか否かで判断可能である。配車依頼情報は、配車がなされているタクシー３に保持される配車内容の情報である。
【０１３７】
また、優先配車権の行使時には、メニュー画面ＭＩの「優先配車」の操作ボタンＳＢに行使中である旨が表示される（図５の二点鎖線）。
【０１３８】
順位出力機能は、車載端末装置７を搭載するタクシー３のドライバーの順位情報を出力可能とする機能である。本実施例において、優先配車権取得のための所定基準は、所定期間内での受諾情報に基づく全ドライバー中における所定順位であり、順位情報は、その順位に関する情報である。順位情報の取得は、上記のように例えば所定時間毎にサーバー装置１１から行われる。また、優先配車画面ＲＩ上の「再読み込み」の選択ボタンＳＢを選択することによっても順位情報の取得が行われる。
【０１３９】
本実施例では、優先配車権の付与対象が全ドライバー中の上位１０％であり、これによって定まる所定順位（例えば３２０位）以上のドライバーが優先配車権の付与対象となる。
【０１４０】
優先配車画面ＲＩ上に表示される順位情報としては、所定順位のドライバーの受諾情報（本実施例において受諾数及び受諾率）及び車載端末装置７を搭載するタクシー３のドライバーの受諾情報、又は所定順位のドライバーと車載端末装置７を搭載するタクシー３のドライバーとの受諾情報における差の少なくとも一方を含む。
【０１４１】
本実施例において、優先配車画面ＲＩは、それら双方と共に車載端末装置７を搭載するタクシー３のドライバーの現在順位、及び現在順位に基づく優先配車権の付与圏（獲得圏内）内であるか否かの付与圏内情報が表示される。
【０１４２】
本実施例の優先配車画面ＲＩは、ピラミッドグラフＧ内で優先配車権の付与対象を強調し、ドライバーの現在順位を数値だけでなくピラミッドグラフＧにおいてポインターＰで示すことにより、ドライバーの現在順位の認識性が向上している。しかも、優先配車権の付与対象の強調表示をポインターＰの上下で異ならさせているため、よりドライバーの現在順位の認識性が向上している。
【０１４３】
また、ピラミッドグラフＧを境とした一側にドライバーの受諾情報及び順位を数値で示し、他側に所定順位のドライバーの受諾情報及び順位を数値で表示し、ドライバーの現在順位並びに所定順位の認識性が向上している。さらに、ドライバーの受諾情報の下に並べて所定順位のドライバーとの受諾情報における差を表示することで、ドライバーに足りない受諾率及び受諾数の認識性が向上している。
【０１４４】
さらに、ドライバーの受諾情報及び順位を、ピラミッドグラフＧ内でのポインターＰと同一色で示し、所定順位のドライバーの受諾情報及び順位を、ピラミッドグラフＧ内での付与対象と同一色で表示しており、よりドライバーの現在順位並びに所定順位の認識性が向上している。さらに、ドライバーの順位に隣接して「獲得圏内」の文字Ｔを表示して、優先配車権の獲得圏内であるか否かの認識性を向上している。
【０１４５】
また、本実施例の順位出力機能では、過去の順位情報を出力可能となっている。過去の順位情報の出力は、優先配車画面ＲＩ上の「過去データ」の選択ボタンＳＢを選択することによって行われる。図９は、過去情報画面の一例を示す。
【０１４６】
過去情報画面ＩＩは、過去の順位の推移情報を出力する。本実施例では、先月又は今月が選択されると、先月又は今月の日毎の順位の推移をグラフにより出力する。年が選択されると、その年の月毎の順位の推移をグラフにより出力する。グラフと併せてドライバーの順位及び受諾情報並びに所定順位のドライバーの受諾情報を表示する。この過去情報画面でも、「再読み込み」の選択ボタンＳＢを選択することによって順位情報の取得が実行できる。
【０１４７】
また、本実施例の順位出力機能では、メニュー画面ＭＩから遷移した優先配車画面ＲＩ上で順位情報を出力する他、ドライバーの乗務開始時においても順位情報を出力する。
【０１４８】
図１０は、乗務開始時画面の一例を示す。乗務開始時には、ドライバー端末装置７ａにおいて乗務員コードを入力し、ドライバーとドライバー端末装置７ａとの関連付けを行う。このとき、本実施例では、ドライバー端末装置７ａがサーバー装置１１から順位情報を取得して乗務開始時画面ＳＩ上に表示する。
【０１４９】
取得通知機能は、ドライバーに優先配車権が付与された際に、ドライバー端末装置７ａのユーザーインターフェース２１上で優先配車権の付与情報が通知される。付与情報は、サーバー装置１１から優先配車権の付与が行われたときに送信すれば良い。
【０１５０】
本実施例の通知機能は、図７（Ａ）のように、ドライバーがメニュー画面ＭＩ上から遷移したお知らせ画面ＮＩ上で他の情報と共に一覧表示する。この一覧表示では、特に限定されるものではないが、付与情報の概要ＳＭを表示する。付与情報の概要ＳＭは、例えば、付与された優先配車権の数と、それを通知するテキストである。
【０１５１】
また、通知機能は、この付与情報の概要ＳＭをドライバーが選択されると、図７（Ｂ）のように、付与情報の詳細Ｄを表示する。付与情報の詳細としては、概要ＳＭで表示した情報の他、所有する優先配車権の数や優先配車権の付与の基礎となった承諾情報や順位等である。
【０１５２】
以上説明したように、本実施例の配車システム１では、車載端末装置７が優先配車権の行使の受付けを行使と非行使との切替えにより行わせ、切替えは、車載端末装置７が搭載されているタクシー３に優先配車権に基づく配車がなされていない場合に有効となる。
【０１５３】
従って、優先配車権の行使及び非行使を容易に切替えることができ、それによって優先配車権の行使中であるか否かをドライバーが容易に認識することができる。しかも、簡単に優先配車権の行使と非行使とを切り替えることができながら、優先配車権に基づく配車がなされている場合に優先配車権が不用意に非行使に切り替えられるようなことを防止できる。
【０１５４】
また、優先配車権のための所定基準は、所定期間内での受諾率及び受諾数の何れか一方又は双方の受諾情報に基づく全ドライバー中における所定順位であり、車載端末装置７は、この車載端末装置７を搭載するタクシー３のドライバーの順位情報を所定期間の満了までの間にサーバー装置１１から取得して出力可能とする。
【０１５５】
従って、ドライバーは、優先配車権を取得するための所定期間の間に、自己の順位を確認することができる。結果として、ドライバーの意欲向上や承諾数や承諾率の向上を図ることができる。
【０１５６】
車載端末装置７は、少なくとも乗務開始時に順位情報をサーバー装置１１から取得して出力する。
【０１５７】
従って、ドライバーは、乗務開始時に自己の順位を確認してすることができる。従って、本実施例の配車システム１は、ドライバーが乗務を開始する度に自己の順位を意識させ、ドライバーの意欲向上、承諾数や承諾率の向上を図ることができる。
【０１５８】
順位情報の出力は、車載端末装置７での画像表示により行われる。
【０１５９】
従って、ドライバーは、順位情報を視覚により容易に認識することができる。なお、順位情報の出力は、音声等によって行うことも可能である。
【０１６０】
また、順位情報は、所定順位のドライバーの受諾情報と車載端末装置７を操作するドライバーの受諾情報、又は所定順位のドライバーと車載端末装置７を搭載するタクシー３のドライバーとの受諾情報における差の少なくとも一方を含む。
【０１６１】
従って、所定順位のドライバーとの成績を比較することにより、より確実にドライバーの意欲向上、承諾数や承諾率の向上を図ることができる。
【０１６２】
車載端末装置７は、サーバー装置１１から順位の推移情報を取得して出力可能とする。これにより、より確実にドライバーの意欲向上、承諾数や承諾数の向上を図ることができる。
【０１６３】
車載端末装置７は、この車載端末装置７を搭載するタクシー３のドライバーに付与された優先配車権の付与情報をサーバー装置１１から取得してドライバーに通知する。
【０１６４】
従って、本実施例の配車システム１は、ドライバーに優先配車権の取得を意識させ、ドライバーの意欲向上、承諾数や承諾率の向上を図ることができる。
【符号の説明】
【０１６５】
１  配車システム
３  タクシー（車両）
５  ユーザー端末装置
７  車載端末装置
１１  サーバー装置
【図１】
0006976379.tif 000002
【図２】
0006976379.tif 000003
【図３】
0006976379.tif 000004
【図４】
0006976379.tif 000005
【図５】
0006976379.tif 000006
【図６】
0006976379.tif 000007
【図７】
0006976379.tif 000008
【図８】
0006976379.tif 000009
【図９】
0006976379.tif 000010
【図１０】
0006976379.tif 000011