知財求人 - 知財ポータルサイト「IP Force」
特開2022-60136タクシー情報処理方法、タクシー情報処理システム及びタクシー端末システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022060136
(43)【公開日】2022-04-14
(54)【発明の名称】タクシー情報処理方法、タクシー情報処理システム及びタクシー端末システム
(51)【国際特許分類】
G06Q 50/30 20120101AFI20220407BHJP
G07B 13/00 20060101ALI20220407BHJP
【ＦＩ】
G06Q50/30
G07B13/00 H
G07B13/00 L
【審査請求】未請求
【請求項の数】14
【出願形態】ＯＬ
(21)【出願番号】P 2021037493
(22)【出願日】2021-03-09
(31)【優先権主張番号】P 2020167961
(32)【優先日】2020-10-02
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】512200217
【氏名又は名称】株式会社Ｍｏｂｉｌｉｔｙ Ｔｅｃｈｎｏｌｏｇｉｅｓ
(74)【代理人】
【識別番号】100114557
【弁理士】
【氏名又は名称】河野 英仁
(74)【代理人】
【識別番号】100078868
【弁理士】
【氏名又は名称】河野 登夫
(72)【発明者】
【氏名】日浅 貴啓
(72)【発明者】
【氏名】松本 環
(72)【発明者】
【氏名】松島 由紘
(72)【発明者】
【氏名】吉川 紘史
(72)【発明者】
【氏名】木村 拓也
(72)【発明者】
【氏名】谷本 晋一
(72)【発明者】
【氏名】青木 亮祐
(72)【発明者】
【氏名】長谷川 直
(72)【発明者】
【氏名】山本 直子
(72)【発明者】
【氏名】室津 悠樹
(72)【発明者】
【氏名】足立 宏
(72)【発明者】
【氏名】久田 歩
(72)【発明者】
【氏名】松山 純也
(72)【発明者】
【氏名】高柳 翔
(72)【発明者】
【氏名】米山 隆貴
(72)【発明者】
【氏名】久利 龍義
(72)【発明者】
【氏名】華井 玲奈
【テーマコード（参考）】
3E127
5L049
【Ｆターム（参考）】
3E127AA19
3E127BA06
3E127CA31
3E127CA42
3E127CA48
3E127EA02
3E127EA21
3E127EA43
3E127EA46
3E127FB06
5L049CC42
(57)【要約】
【課題】ユーザに安心感を与えることが期待できるタクシー情報処理方法、タクシー情報処理システム及びタクシー端末システムを提供する。
【解決手段】本実施の形態に係るタクシー情報処理方法は、タクシーに乗車することを希望するユーザの乗車希望地点及び目的地点に基づいて走行経路を決定し、決定した走行経路に基づいて前記タクシーの乗車に係る事前料金を確定し、決定した走行経路及び確定した事前料金を、前記ユーザが利用するユーザ端末装置及び前記タクシーの運転者が利用するタクシー端末装置に表示し、決定した走行経路をデータベースに記憶する。また、前記ユーザがタクシーに乗車している際に、前記タクシーに設けられた料金表示装置に、確定した事前料金を表示してもよい。
【選択図】図１
【解決手段】本実施の形態に係るタクシー情報処理方法は、タクシーに乗車することを希望するユーザの乗車希望地点及び目的地点に基づいて走行経路を決定し、決定した走行経路に基づいて前記タクシーの乗車に係る事前料金を確定し、決定した走行経路及び確定した事前料金を、前記ユーザが利用するユーザ端末装置及び前記タクシーの運転者が利用するタクシー端末装置に表示し、決定した走行経路をデータベースに記憶する。また、前記ユーザがタクシーに乗車している際に、前記タクシーに設けられた料金表示装置に、確定した事前料金を表示してもよい。
【選択図】図１
【特許請求の範囲】
【請求項1】
タクシーに乗車することを希望するユーザの乗車希望地点及び目的地点に基づいて走行経路を決定し、
決定した走行経路に基づいて前記タクシーの乗車に係る事前料金を確定し、
決定した走行経路及び確定した事前料金を、前記ユーザが利用するユーザ端末装置及び前記タクシーの運転者が利用するタクシー端末装置に表示し、
決定した走行経路をデータベースに記憶する
タクシー情報処理方法。
決定した走行経路に基づいて前記タクシーの乗車に係る事前料金を確定し、
決定した走行経路及び確定した事前料金を、前記ユーザが利用するユーザ端末装置及び前記タクシーの運転者が利用するタクシー端末装置に表示し、
決定した走行経路をデータベースに記憶する
タクシー情報処理方法。
【請求項2】
前記ユーザがタクシーに乗車している際に、前記タクシーに設けられた料金表示装置に、走行距離に応じて逐次的に加算される料金を表示せず、確定した前記事前料金を表示する、
請求項１に記載のタクシー情報処理方法。
請求項１に記載のタクシー情報処理方法。
【請求項3】
決定した走行経路と、前記タクシーが実際に走行した実走行経路とを対応付けて前記データベースに記憶する、
請求項１又は請求項２に記載のタクシー情報処理方法。
請求項１又は請求項２に記載のタクシー情報処理方法。
【請求項4】
前記ユーザが有する割引クーポンに係る情報を取得し、
取得した割引クーポンに係る情報及び決定した走行経路に基づいて事前料金を確定する、
請求項１から請求項３までのいずれか１つに記載のタクシー情報処理方法。
取得した割引クーポンに係る情報及び決定した走行経路に基づいて事前料金を確定する、
請求項１から請求項３までのいずれか１つに記載のタクシー情報処理方法。
【請求項5】
前記タクシーにて障害者割引に係る情報を取得し、
取得した障害者割引に係る情報に基づいて確定した前記事前料金に障害者割引を適用した決済料金を算出する、
請求項１から請求項４までのいずれか１つに記載のタクシー情報処理方法。
取得した障害者割引に係る情報に基づいて確定した前記事前料金に障害者割引を適用した決済料金を算出する、
請求項１から請求項４までのいずれか１つに記載のタクシー情報処理方法。
【請求項6】
確定した事前料金に基づいて決済料金を算出し、
前記タクシーの後部に設けられた情報表示装置に、算出した前記決済料金を表示する、
請求項１から請求項５までのいずれか１つに記載のタクシー情報処理方法。
前記タクシーの後部に設けられた情報表示装置に、算出した前記決済料金を表示する、
請求項１から請求項５までのいずれか１つに記載のタクシー情報処理方法。
【請求項7】
タクシーの運営会社毎の料金算出基準を記憶しておき、
ユーザの前記乗車希望地点に応じて配車するタクシーの運営会社を決定し、
決定した運営会社の料金算出基準に基づいて、前記事前料金を確定する、
請求項１から請求項６までのいずれか１つに記載のタクシー情報処理方法。
ユーザの前記乗車希望地点に応じて配車するタクシーの運営会社を決定し、
決定した運営会社の料金算出基準に基づいて、前記事前料金を確定する、
請求項１から請求項６までのいずれか１つに記載のタクシー情報処理方法。
【請求項8】
タクシーの運営会社毎の料金算出基準を記憶しておき、
記憶した前記料金算出基準に基づいて、複数の運営会社について事前料金を算出し、
算出した複数の事前料金からの選択を受け付け、
選択を受け付けた事前料金に確定する、
請求項１から請求項６までのいずれか１つに記載のタクシー情報処理方法。
記憶した前記料金算出基準に基づいて、複数の運営会社について事前料金を算出し、
算出した複数の事前料金からの選択を受け付け、
選択を受け付けた事前料金に確定する、
請求項１から請求項６までのいずれか１つに記載のタクシー情報処理方法。
【請求項9】
算出した事前料金が同額の運営会社をグループ化した事前料金の選択肢を出力し、
前記選択肢には、グループに含まれる運営会社を識別する情報を付し、
前記選択肢の選択に基づいて事前料金の選択を受け付ける、
請求項８に記載のタクシー情報処理方法。
前記選択肢には、グループに含まれる運営会社を識別する情報を付し、
前記選択肢の選択に基づいて事前料金の選択を受け付ける、
請求項８に記載のタクシー情報処理方法。
【請求項10】
複数の走行経路の選択肢を出力し、
前記選択肢には、複数の運営会社について算出した複数の事前料金の最小値及び最大値を付し、
前記選択肢の選択に基づいて走行経路の選択を受け付ける、
請求項８又は請求項９に記載のタクシー情報処理方法。
前記選択肢には、複数の運営会社について算出した複数の事前料金の最小値及び最大値を付し、
前記選択肢の選択に基づいて走行経路の選択を受け付ける、
請求項８又は請求項９に記載のタクシー情報処理方法。
【請求項11】
前記ユーザがタクシーに乗車した後、決定した走行経路の変更依頼を受け付けた場合に、確定した前記事前料金の決済処理を行う、
請求項１から請求項１０までのいずれか１つに記載のタクシー情報処理方法。
請求項１から請求項１０までのいずれか１つに記載のタクシー情報処理方法。
【請求項12】
前記事前料金が確定した後からユーザがタクシーに乗車するまでの間に、前記タクシーの前記タクシー端末装置から配車のキャンセルを受け付けた場合に、前記ユーザの前記ユーザ端末装置へキャンセルを通知する、
請求項１から請求項１１までのいずれか１つに記載のタクシー情報処理方法。
請求項１から請求項１１までのいずれか１つに記載のタクシー情報処理方法。
【請求項13】
タクシーに乗車することを希望するユーザの乗車希望地点及び目的地点に係る情報の入力を受け付ける受付部を有するユーザ端末装置と、
前記ユーザ端末装置が受け付けた前記乗車希望地点及び前記目的地点に係る情報に基づいてタクシーの走行経路を決定する走行経路決定部、並びに、決定した走行経路に基づいて前記タクシーの乗車に係る事前料金を確定する事前料金確定部を有するサーバ装置と、
タクシーの運転者が利用するタクシー端末装置と
を備え、
前記ユーザ端末装置及び前記タクシー端末装置は、前記サーバ装置が決定した走行経路及び確定した事前料金を表示部に表示する表示処理部をそれぞれ有し、
前記サーバ装置は、決定した走行経路をデータベースに記憶する処理を行う記憶処理部を有する、
タクシー情報処理システム。
前記ユーザ端末装置が受け付けた前記乗車希望地点及び前記目的地点に係る情報に基づいてタクシーの走行経路を決定する走行経路決定部、並びに、決定した走行経路に基づいて前記タクシーの乗車に係る事前料金を確定する事前料金確定部を有するサーバ装置と、
タクシーの運転者が利用するタクシー端末装置と
を備え、
前記ユーザ端末装置及び前記タクシー端末装置は、前記サーバ装置が決定した走行経路及び確定した事前料金を表示部に表示する表示処理部をそれぞれ有し、
前記サーバ装置は、決定した走行経路をデータベースに記憶する処理を行う記憶処理部を有する、
タクシー情報処理システム。
【請求項14】
タクシーに乗車することを希望するユーザの乗車希望地点及び目的地点に基づいて決定した走行経路及び確定した事前料金を表示部に表示する表示処理部を有するタクシー端末装置と、
タクシーに設けられて、前記ユーザが前記タクシーに乗車している際に、確定した事前料金を表示する料金表示装置と、
前記タクシーの後部に設けられて、前記事前料金に基づいて算出された決済料金を表示する情報表示装置と
を備える、タクシー端末システム。
タクシーに設けられて、前記ユーザが前記タクシーに乗車している際に、確定した事前料金を表示する料金表示装置と、
前記タクシーの後部に設けられて、前記事前料金に基づいて算出された決済料金を表示する情報表示装置と
を備える、タクシー端末システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、タクシーの料金の算出又は決済等に係る処理を行うタクシー情報処理方法、タクシー情報処理システム及びタクシー端末システムに関する。
【背景技術】
【0002】
従来、タクシーを利用した料金は、タクシーの走行距離及び走行時間等に基づいて算出されていた。ユーザがタクシーを利用する場合には、タクシーの走行に伴って料金が増加していき、タクシーが目的地に到着した時点で料金が確定し、確定した料金をユーザがタクシーの運転者に対して支払っていた。タクシーの料金の支払いには、現金の他に、クレジットカード又は電子マネー等を利用した支払が行われ得る。
【0003】
特許文献１においては、クレジットカード決済端末を必要としないカードレス決済システムが提案されている。このカードレス決済システムでは、顧客がカード決済を事業者に希望した場合、事業者は事業者端末に決済金額と顧客端末の電話番号を入力し、運営業者サーバに送信して決済依頼を行う。運営業者サーバは承認用情報を顧客端末に送信し、承認用情報に間違いがないと顧客が判断した場合、顧客端末から中間業者サーバに決済依頼を行う。中間業者サーバは、カード会社サーバに請求依頼を行い、カード会社サーバからの決済結果を受信して、その決済結果を運営業者サーバに通知する。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１９－１５３０６７号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
従来のタクシーの利用では、タクシーが目的地に到着するまで、ユーザは支払わなければならない料金が分らないため、ユーザが不安を感じる場合がある。
【0006】
本発明は、斯かる事情に鑑みてなされたものであって、その目的とするところは、ユーザに安心感を与えることが期待できるタクシー情報処理方法、タクシー情報処理システム及びタクシー端末システムを提供することにある。
【課題を解決するための手段】
【0007】
一実施形態に係るタクシー情報処理方法は、タクシーに乗車することを希望するユーザの乗車希望地点及び目的地点に基づいて走行経路を決定し、決定した走行経路に基づいて前記タクシーの乗車に係る事前料金を確定し、決定した走行経路及び確定した事前料金を、前記ユーザが利用するユーザ端末装置及び前記タクシーの運転者が利用するタクシー端末装置に表示し、決定した走行経路をデータベースに記憶する。
【発明の効果】
【0008】
一実施形態による場合は、ユーザに安心感を与えることが期待できる。
【図面の簡単な説明】
【0009】
【図1】タクシー情報処理システムの概要
【図2】配車アプリサーバ装置の構成
【図3】料金算出ＤＢ
【図4】ユーザＤＢ
【図5】タクシーＤＢ
【図6】注文管理ＤＢ
【図7】配車履歴ＤＢ
【図8】ユーザ端末装置の構成
【図9】決済会社の決済サーバ装置の構成
【図10】決済会社の決済ＤＢ
【図11】タクシー端末装置の構成
【図12】料金メーター及び乗客用端末装置の構成
【図13】配車依頼処理図
【図14】ユーザ端末装置での配車依頼画面
【図15】タクシー端末装置での配車依頼受諾画面
【図16】タクシーからのキャンセルフロー
【図17】タクシー端末装置でのキャンセル受付画面
【図18】決済承認画面
【図19】全体の決済処理フロー
【図20】ユーザ端末装置の処理フロー
【図21】配車アプリサーバ装置の処理フロー
【図22】配車アプリサーバ装置の処理フロー
【図23】タクシー端末装置の処理フロー
【図24】タクシー端末装置の処理フロー
【図25】配車アプリサーバ装置の情報蓄積処理
【図26】配車履歴画面
【図27】変形例１の料金算出ＤＢ
【図28】実施の形態２の経路選択画面
【図29】実施の形態２の情報表示画面
【図30】実施の形態２の情報表示画面
【図31】実施の形態２のタクシー選択画面
【図32】実施の形態２の配車アプリサーバ装置の処理フロー
【発明を実施するための形態】
【0010】
本発明の実施形態に係るタクシー情報処理システムの具体例を、以下に図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【0011】
＜実施の形態１＞
＜システム概要＞
図１は、本実施の形態に係るタクシー情報処理システムの概要を説明するための模式図である。本実施の形態に係るタクシー情報処理システムは、配車アプリサーバ装置１１と、一又は複数のタクシー２に設けられたタクシー端末システム２０と、一又は複数のユーザ３が利用するユーザ端末装置３１とを含んで構成されている。なお本実施の形態に係るタクシー情報処理システムは、複数のタクシー２及び複数のユーザ３に対して同時的、並列的に処理を行うことができるが、図１においては１台のタクシー２と１人のユーザ３のみを図示している。
＜システム概要＞
図１は、本実施の形態に係るタクシー情報処理システムの概要を説明するための模式図である。本実施の形態に係るタクシー情報処理システムは、配車アプリサーバ装置１１と、一又は複数のタクシー２に設けられたタクシー端末システム２０と、一又は複数のユーザ３が利用するユーザ端末装置３１とを含んで構成されている。なお本実施の形態に係るタクシー情報処理システムは、複数のタクシー２及び複数のユーザ３に対して同時的、並列的に処理を行うことができるが、図１においては１台のタクシー２と１人のユーザ３のみを図示している。
【0012】
本実施の形態に係るタクシー情報処理システムの配車アプリサーバ装置１１は、例えばインターネット等のネットワークを介して、タクシー会社が管理運営する情報処理装置１３、及び、決済会社が管理運営する決済サーバ装置１４等の外部の装置との間で通信を行うことができる。配車アプリサーバ装置１１は、情報処理装置１３及び決済サーバ装置１４等の装置との協働により、タクシーの配車処理及びタクシー料金の算出処理等を行っている。なお本実施の形態において配車アプリサーバ装置１１は１つの装置とするが、これに限るものではなく、配車アプリサーバ装置１１は複数の装置の協働により実現されるものであってよい。また配車アプリサーバ装置１１は、情報処理装置１３及び決済サーバ装置１４が行う処理の一部又は全部を行う構成であってよい。
【0013】
本実施の形態に係るタクシー情報処理システムでは、ユーザ３がユーザ端末装置３１を利用してタクシー２の配車を依頼することができる。このときにユーザ３は、ユーザ端末装置３１を利用して、タクシー２の乗車希望地点及び目的地点（降車地点）を指定することができる。なお乗車希望地点がユーザ３の現在地点である場合、ユーザは目的地点を指定し、乗車希望地点はＧＰＳ（Global Positioning System）等から得られる位置情報に基づいて決定され得る。ユーザによるタクシーの配車依頼は、例えば携帯電話通信網、無線ＬＡＮ（Local Area Network）及びインターネット等のネットワークを介して、ユーザ端末装置３１から配車アプリサーバ装置１１へ送信される。
【0014】
配車アプリサーバ装置１１は、ユーザ３による乗車希望地点及び目的地点に基づいてタクシー２の走行経路を決定すると共に、この走行経路をタクシー２が走行した場合の料金を算出する。本実施の形態に係るタクシー情報処理システムでは、配車アプリサーバ装置１１が算出したこの料金が事前料金として確定され、タクシー２を利用したユーザ３はこの事前料金を支払うことになる。配車アプリサーバ装置１１が決定した走行経路及び確定した事前料金の情報は、配車アプリサーバ装置１１からユーザ端末装置３１へ送信されてユーザ３に提示される。このときに配車アプリサーバ装置１１は、複数の走行経路及び事前料金の情報を候補として送信してよく、ユーザ３は複数の候補から所望の１つを選択してもよい。また配車アプリサーバ装置１１は、ユーザ３が料金の割引クーポン券等を保有している場合、この割引を適用した事前料金を算出してよい。
【0015】
なお本実施の形態においては、タクシー情報処理システムにて予め確定される金額を「事前料金」と呼ぶが、これは一例であって、例えば「事前確定運賃」、「事前運賃」、「確定運賃」、「事前確定料金」又は「確定料金」等の種々の名称で呼ばれ得る。「事前料金」にはタクシーの走行に関する運賃を含み、これ以外の例えば高速料金、迎車料金又は駐車場料金等の料金は「事前料金」に含まれていなくてもよく、含まれていてもよい。高速料金等の料金が「事前料金」に含まれていない場合、予め確定された「事前料金」に高速料金等の料金を加えた金額が、乗客が最終的に支払う金額となる。
【0016】
ユーザ３がユーザ端末装置３１に提示された走行経路及び事前料金を承認する操作を行うことで、タクシー２の配車が実施される。ユーザ３による承認の操作はユーザ端末装置３１から配車アプリサーバ装置１１へ与えられ、これに応じて配車アプリサーバ装置１１は、このユーザ３に対して配車するタクシー２を決定する処理を行う。配車アプリサーバ装置１１は、複数のタクシー２についてその位置及び乗客の有無等の情報を管理し、複数のタクシー２の中から要求に適した１つのタクシー２を選択する。例えば配車アプリサーバ装置１１は、ユーザ３の乗車希望地点の近くに位置するタクシー２に対して、決定した走行経路及び確定した事前料金の情報を送信して、配車を依頼する。
【0017】
本実施の形態においてタクシー２に設けられるタクシー端末システム２０は、タクシー端末装置２１、料金メーター２２及び乗客用端末装置２３等の装置を含んで構成されている。タクシー端末装置２１は、タクシー２の運転者が利用する端末装置であり、配車アプリサーバ装置１１からの配車依頼を受信して走行経路及び事前料金の情報を表示して、運転者から配車依頼を受諾するか否かの選択を受け付ける。配車依頼が受諾された場合、タクシー端末装置２１から配車アプリサーバ装置１１へその旨が通知され、更に配車アプリサーバ装置１１からユーザ端末装置３１にその旨が通知される。これにより、ユーザ３及びタクシー２の間での配車の予約が成立し、タクシー２はユーザ３の乗車希望地点へ向かい、ユーザ３を乗車させた後で目的地点へと向かう。
【0018】
なお、例えばタクシー２がユーザ３の乗車希望地点に向かう途中で故障又は事故等が発生し、乗車希望地点へ向かうことができなくなった場合、タクシー２の運転者は配車のキャンセルをタクシー端末装置２１にて行うことができる。キャンセルの操作を受け付けたタクシー端末装置２１は配車アプリサーバ装置１１にキャンセルを通知し、配車アプリサーバ装置１１はユーザ端末装置３１にキャンセルを通知する。その後、配車アプリサーバ装置１１は別のタクシー２の配車を試みてもよい。
【0019】
タクシー端末システム２０の料金メーター２２は、例えばタクシー２のインストルメントパネル又はその付近、タクシー２の後部座席に座るユーザ３から視認可能な位置に配置される。料金メーター２２はタクシー２を利用したユーザが支払う料金を表示する装置であり、通常のタクシー２の利用においては走行距離及び走行時間等に応じて料金は加算されていく。本実施の形態において、上述のように事前料金が確定されている場合、料金メーター２２は事前料金を表示し、表示された事前料金は増減されない。
【0020】
タクシー２が目的地点に到着した後、ユーザ３は確定されていた事前料金の支払（決済）を行う。本実施の形態において事前料金の支払いには、タクシー情報処理システムに対して予め登録されたクレジットカードを利用する方法、又は、ＱＲ（Quick Response）コード（登録商標）もしくはバーコード等を介した支払方法等が採用され得る。ただし、現金支払い又は電子マネー等による支払方法が採用されてもよい。決済処理においては、タクシー端末システム２０の乗客用端末装置２３に、料金メーター２２に表示された事前料金と同じ金額の料金が、ユーザ３が支払うべき決済料金として表示されると共に、例えばユーザ名及びクレジットカードの情報等が表示される。乗客用端末装置２３は、例えばタクシー２の運転席の背面に設けられ、後部座席に座るユーザに対して決済情報及び広告情報等の種々の情報表示を行う装置であり、タブレット型端末装置等が用いられる。乗客用端末装置２３は、表示した決済料金の支払いを承認する操作をユーザ３から受け付けた場合に、その旨をタクシー端末装置２１及び配車アプリサーバ装置１１等を介して決済サーバ装置１４へ通知する。決済サーバ装置１４は、決済会社が管理運営する装置であり、配車アプリサーバ装置１１からの支払の通知に応じて、ユーザ３のタクシー料金の決済処理を行う。
【0021】
本実施の形態に係るタクシー情報処理システムでは、配車アプリサーバ装置１１が確定した事前料金は、その後のタクシー２の利用によって変更されることはない。ただし、例えば障害者割引等のように、証明書等をタクシー２の運転者に提示しなければ適用されない割引については、事前料金に適用することができないため、決済処理の段階で事前料金に対して割引が適用され、事前料金が変更されることがあり得る。この場合、タクシー２の運転者は、ユーザの証明書を確認した後、例えば料金メーター２２又はタクシー端末装置２１にて割引適用の操作を行う。この操作に応じて乗客用端末装置２３には事前料金に対して割引を適用した決済料金が表示され、割引が適用された決済料金での決済が行われる。
【0022】
また本実施の形態においては、例えばタクシー２が走行した有料道路の料金、又は、タクシー２が利用した駐車場の料金等は、事前料金には含まれない。このような追加の料金が発生した場合には、事前料金が変更され得る。この場合、タクシー２の運転者は、例えばタクシー端末装置２１を操作して追加料金を入力する。この操作に応じて乗客用端末装置２３には、事前料金に対して追加料金が加算された決済料金が表示され、この決済料金での決済が行われる。
【0023】
また、ユーザ３がタクシー２に乗車し、タクシー２が走行を開始した後でユーザ３が目的地点の変更を希望した場合、本実施の形態に係るタクシー情報処理システムでは、タクシー２の実際の走行距離及び走行時間等に関わらず、その時点で事前料金の決済処理が行われる。その後、ユーザ３は、別の目的地点まで、走行距離及び走行時間等に応じて料金が加算される通常の料金方式でタクシー２を利用してもよく、新たに事前料金を確定させてタクシー２を利用してもよい。
【0024】
また本実施の形態に係るタクシー情報処理システムでは、配車アプリサーバ装置１１がタクシー２に関する情報を配車履歴ＤＢ（データベース）に記憶して蓄積している。配車アプリサーバ装置１１は、ユーザ３がタクシー２に乗車する前に決定した走行経路及び確定した事前料金を、ユーザ３を識別するユーザＩＤ、タクシー２を識別するタクシーＩＤ及び日時等の情報に対応付けて、配車履歴ＤＢに記憶する。またタクシー端末装置２１はＧＰＳの信号を受信する受信機を有し、ＧＰＳの信号に基づいてタクシー２の実際の走行経路を取得することができる。配車アプリサーバ装置１１は、タクシー端末装置２１から実際のタクシー２の走行経路を取得して、事前に決定した走行経路と共に配車履歴ＤＢに記憶する。配車履歴ＤＢに記憶されたこれらの情報は、例えば後の苦情への対応、走行経路の決定処理の改善又は自動運転処理の改善等に用いられ得る。
【0025】
＜装置構成＞
図２は、本実施の形態に係る配車アプリサーバ装置１１の構成を示すブロック図である。本実施の形態に係る配車アプリサーバ装置１１は、処理部１１１、記憶部（ストレージ）１１２、通信部（トランシーバ）１１３、表示部（ディスプレイ）１１４及び操作部１１５等を備えて構成されている。処理部１１１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）又はＧＰＵ（Graphics Processing Unit）等の演算処理装置、ＲＯＭ（Read Only Memory）、及び、ＲＡＭ（Random Access Memory）等を用いて構成されている。処理部１１１は、記憶部１１２に記憶されたサーバプログラム１１２ａを読み出して実行することにより、タクシーの走行経路を決定する処理及びタクシーの事前料金を算出する処理等の種々の処理を行う。
図２は、本実施の形態に係る配車アプリサーバ装置１１の構成を示すブロック図である。本実施の形態に係る配車アプリサーバ装置１１は、処理部１１１、記憶部（ストレージ）１１２、通信部（トランシーバ）１１３、表示部（ディスプレイ）１１４及び操作部１１５等を備えて構成されている。処理部１１１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）又はＧＰＵ（Graphics Processing Unit）等の演算処理装置、ＲＯＭ（Read Only Memory）、及び、ＲＡＭ（Random Access Memory）等を用いて構成されている。処理部１１１は、記憶部１１２に記憶されたサーバプログラム１１２ａを読み出して実行することにより、タクシーの走行経路を決定する処理及びタクシーの事前料金を算出する処理等の種々の処理を行う。
【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】
配車アプリサーバ装置１１の通信部１１３は、社内ＬＡＮ（Local Area Network）、無線ＬＡＮ又はインターネット等を含むネットワークＮを介して、種々の装置との間で通信を行う。本実施の形態において通信部１１３は、ネットワークＮを介して、情報処理装置１３、決済サーバ装置１４、タクシー端末装置２１及びユーザ端末装置３１等との間で通信を行う。通信部１１３は、処理部１１１から与えられたデータを他の装置へ送信すると共に、他の装置から受信したデータを処理部１１１へ与える。
【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】
通信部２１３は、公衆の携帯電話通信網及びインターネット等を含むネットワークＮを介して、種々の装置との間で通信を行う。本実施の形態において通信部２１３は、外部に設けられた配車アプリサーバ装置１１との通信を行うと共に、タクシー２に設けられた料金メーター２２及び乗客用端末装置２３との間で通信を行う。なお通信部２１３は、配車アプリサーバ装置１１との通信と、料金メーター２２及び乗客用端末装置２３との通信とを異なる通信プロトコルに従って行ってよい。例えば通信部２１３は、公衆の携帯電話通信網を介した通信により配車アプリサーバ装置１１との通信を行う。また例えば通信部２１３は、タクシー２内に配された通信線を介した有線通信、又は、Bluetooth（登録商標）等の無線通信により料金メーター２２及び乗客用端末装置２３との通信を行う。
【0087】
表示部２１４は、液晶ディスプレイ等を用いて構成されており、処理部２１１の処理に基づいて種々の画像及び文字等を表示する。操作部２１５は、例えば機械式のボタン又は表示部２１４の表面に設けられたタッチパネル等の入力デバイスにより運転者の操作を受け付け、受け付けた操作を処理部２１１へ通知する。ＧＰＳ受信部２１６は、ＧＰＳの人工衛星から送信される電波を受信し、受信した電波に含まれる情報を処理部２１１へ与える。処理部２１１は、ＧＰＳ受信部２１６から与えられた情報に基づいて、タクシー端末装置２１の位置（例えば緯度及び経度）を特定する処理を行うことができる。また通信部２１３は、配車アプリサーバ装置１１と、料金メーター２２及び乗客用端末装置２３との間で通信を中継する。
【0088】
また本実施の形態に係るタクシー端末装置２１は、記憶部２１２に記憶されたプログラム２１２ａを処理部２１１が読み出して実行することにより、表示処理部２１１ａ、受諾受付部２１１ｂ及びキャンセル受付部２１１ｃ等がソフトウェア的な機能部として処理部２１１に実現される。表示処理部２１１ａは、タクシー２の配車依頼に関する種々の画面を表示部２１４に表示する処理を行う。例えば表示処理部２１１ａは、メニュー画面、ユーザからの配車依頼に係る走行経路及び事前料金の情報を提示する画面、及び、配車依頼の受諾又はキャンセル等の操作を受け付ける画面等の種々の画面表示を行う。これらの画面表示を行うための画像データ等は、プログラム２１２ａと共に記憶部２１２に記憶されている。
【0089】
また表示処理部２１１ａは、タクシー２に設けられた料金メーター２２及び乗客用端末装置２３との間で通信部２１３による通信を行うことにより、料金メーター２２及び乗客用端末装置２３に種々の表示を行わせる。表示処理部２１１ａは、例えば確定した事前料金に関する情報を料金メーター２２へ送信することにより、料金メーター２２に事前料金を表示させる処理を行う。また表示処理部２１１ａは、例えばタクシー２が目的地に到着した後で決済料金に関する情報を乗客用端末装置２３へ送信することにより、乗客用端末装置２３に決済料金を表示させる処理を行う。
【0090】
受諾受付部２１１ｂは、ユーザからの配車依頼の受諾に係る操作を受け付ける処理を行う。配車アプリサーバ装置１１からユーザの配車依頼を受信したタクシー端末装置２１の表示処理部２１１ａは、配車依頼に関する詳細情報、即ちユーザの乗車希望地点及び目的地点、決定した走行経路並びに確定した事前料金等の情報を表示部２１４に表示する。受諾受付部２１１ｂは、これらの情報が表示されている際に、この配車依頼を受諾するか否かの選択を操作部２１５にて運転者から受け付ける。受諾受付部２１１ｂは、配車依頼を受諾するか否かの選択結果を、配車アプリサーバ装置１１へ通知する。
【0091】
キャンセル受付部２１１ｃは、受諾した配車依頼に対するキャンセルの操作を受け付ける処理を行う。受諾受付部２１１ｂが配車依頼を受諾した後、表示処理部２１１ａは、例えばユーザの乗車希望地点等の情報を表示部２１４に表示して、タクシー２を乗車希望地点へ向かわせるよう運転者に促す。この状態において、キャンセル受付部２１１ｃは、配車依頼に対するキャンセルの操作を受け付ける。キャンセルの操作を受け付けた場合、キャンセル受付部２１１ｃは、配車アプリサーバ装置１１へ配車依頼のキャンセルを通知する。
【0092】
図１２は、本実施の形態に係る料金メーター２２及び乗客用端末装置２３の構成を示すブロック図である。本実施の形態に係る料金メーター２２は、例えばタクシー２の運転席近傍に搭載された装置であり、タクシー２の利用に対する料金を表示する装置である。料金メーター２２は、処理部２２１、通信部（トランシーバ）２２２、表示部（ディスプレイ）２２３及び操作部２２４等を備えて構成されている。
【0093】
処理部２２１は、ＣＰＵ又はＭＰＵ等の演算処理装置、ＲＯＭ、及び、ＲＡＭ等を用いて構成されている。処理部２２１は、料金の表示及び運転者の操作受付等に係る種々の処理を行う。また図示は省略するが、料金メーター２２には、タクシー２に搭載されたセンサ等が接続されており、センサが計測する走行距離等に応じてタクシー２の料金を算出する処理を行うことができる。
【0094】
通信部２２２は、タクシー２内に配された通信線を介した有線通信、又は、Bluetooth等の無線通信により、タクシー端末装置２１及び乗客用端末装置２３との通信を行う。表示部２２３は、液晶パネル等を用いて構成されており、処理部２２１の処理に基づいて種々の画像及び文字等を表示する。操作部２２４は、例えば機械式のボタン等の入力デバイスにより運転者の操作を受け付け、受け付けた操作を処理部２２１へ通知する。
【0095】
本実施の形態において料金メーター２２は、事前料金が確定されない通常の運行の場合には、走行距離及び時間等に応じて加算される料金を表示部２２３に表示する。料金メーター２２は、事前料金が確定されている場合には、走行距離及び時間等に応じて加算される料金を表示せず、事前に確定されている事前料金を表示部２２３に表示する。事前料金を表示する場合、料金メーター２２は、例えば通信部２２２を介してタクシー端末装置２１との情報授受を行うことにより、事前料金が確定されているか否か、及び、確定されている事前料金を判断することができる。事前料金を表示する場合に、料金メーター２２は、走行距離及び時間等に応じた料金の算出を行ってもよく、行わなくてもよい。
【0096】
操作部２２４には、例えば事前料金及び通常料金のいずれを表示するかの切り替え操作を受け付けるスイッチ、目的地点に到着した後に決済処理を開始するためのボタン、並びに、障害者割引等の割引を適用するためのボタン等が設けられている。決済処理の開始操作に応じて乗客用端末装置２３には決済料金が表示され、割引のボタン操作に応じて割引が適用され、乗客用端末装置２３に表示される決済料金が更新される。
【0097】
本実施の形態に係る乗客用端末装置２３は、タクシー２の後部座席に座るユーザが視認可能な個所に搭載される端末装置である。乗客用端末装置２３は、タクシー２に固定して設けられる装置であってもよく、タブレット端末装置等のように可搬型の装置であってもよい。本実施の形態において乗客用端末装置２３は、タクシー２の運転席の背面に設けられる。乗客用端末装置２３は、処理部（プロセッサ）２３１、通信部（トランシーバ）２３２、表示部（ディスプレイ）２３３及び操作部２３４等を備えて構成されている。
【0098】
処理部２３１は、ＣＰＵ又はＭＰＵ等の演算処理装置、ＲＯＭ、及び、ＲＡＭ等を用いて構成されている。処理部２３１は、タクシーを利用したユーザに対する料金の表示、この料金の決済に必要な操作の受け付け、及び、受け付けた操作に応じた決済処理の実施等の種々の処理を行う。
【0099】
通信部２３２は、タクシー２内に配された通信線を介した有線通信、又は、Bluetooth等の無線通信により、タクシー端末装置２１及び料金メーター２２との通信を行う。表示部２３３は、液晶パネル等を用いて構成されており、処理部２３１の処理に基づいて種々の画像及び文字等を表示する。操作部２３４は、例えば表示部２３３の表面に設けられたタッチパネル等の入力デバイスによりユーザの操作を受け付け、受け付けた操作を処理部２３１へ通知する。
【0100】
また乗客用端末装置２３は、ユーザがタクシー２に乗車した後、目的地点にタクシー２が到着する間、例えば広告等の画像表示を表示部２３３に行ってもよい。タクシー２が目的地に到着した後、乗客用端末装置２３は、タクシー端末装置２１又は料金メーター２２から与えられる決済料金の情報に基づいて、決済料金の表示を行う。乗客用端末装置２３が表示する決済料金は、事前に確定された事前料金、又は、走行距離及び時間等に応じて算出された料金のいずれかであり、これらの料金に対して障害者割引等の割引が適用された場合には、割引後の決済料金に表示を更新する。決済料金を表示した後、乗客用端末装置２３は、決済処理に対する承認の操作をユーザから受け付ける。承認の操作を受け付けた場合、乗客用端末装置２３は、その旨をタクシー端末装置２１を介して配車アプリサーバ装置１１へ送信する。
【0101】
タクシー２が目的地点に到着して乗客用端末装置２３に決済料金が表示され、この決済料金の支払いの承認がユーザから得られた場合に、決済サーバ装置１４は決済処理を行う。決済の承認を得た乗客用端末装置２３はその旨をタクシー端末装置２１を介して配車アプリサーバ装置１１へ通知する。配車アプリサーバ装置１１は、決済処理を行うユーザのユーザＩＤと、ユーザＤＢ１１２ｃの「決済情報」に記憶された情報とを決済サーバ装置１４へ送信する。決済サーバ装置１４は、配車アプリサーバ装置１１から受信した情報に基づいて、クレジットカード及び電子マネー等による決済処理を行う。
【0102】
＜タクシー料金処理＞
図１３は、本実施の形態に係るタクシー情報処理システムによる配車の依頼から確定までの処理を説明するための模式図である。なお本実施の形態に係るタクシー情報処理システムでは、配車を依頼するユーザはユーザ端末装置３１にプログラム３１２ａをダウンロードすると共に、本システムを利用するための手続き（例えば利用規約への同意及び個人情報の登録等）を予め行っておく必要がある。以下では、これらの手続は完了しているものとして説明を行い、これらの手続の詳細については説明を省略する。
図１３は、本実施の形態に係るタクシー情報処理システムによる配車の依頼から確定までの処理を説明するための模式図である。なお本実施の形態に係るタクシー情報処理システムでは、配車を依頼するユーザはユーザ端末装置３１にプログラム３１２ａをダウンロードすると共に、本システムを利用するための手続き（例えば利用規約への同意及び個人情報の登録等）を予め行っておく必要がある。以下では、これらの手続は完了しているものとして説明を行い、これらの手続の詳細については説明を省略する。
【0103】
タクシーの利用を希望するユーザは、自身のユーザ端末装置３１にてプログラム３１２ａを起動し、例えばメニュー画面から配車依頼の項目を選択する。ユーザ端末装置３１は、タクシーを利用する乗車希望地点及び目的地点を指定するための画面を表示部３１４に表示し、ユーザから乗車希望地点及び目的地点の入力を受け付ける。なお乗車希望地点は現在位置が初期値として設定されており、ユーザがこれを変更しない場合には、ＧＰＳ受信部３１６にて受信したＧＰＳ信号に基づく現在位置が乗車希望地点として受け付けられる。目的地点は、例えば場所又は建物等の名称に基づいて検索した結果を入力として受け付けてもよく、また例えば住所又は郵便番号等を入力として受け付けてもよく、また例えば地図上の一点を指定する入力として受け付けてもよく、これら以外の方法で入力を受け付けてもよい。乗車希望地点についても、現在位置以外を指定する場合には、目的地点と同様の方法で入力がなされてよい。ユーザ端末装置３１は、入力された乗車希望地点及び目的地点と、このユーザのユーザＩＤ３１２ｂとを含む配車依頼のメッセージを、配車アプリサーバ装置１１へ送信する。
【0104】
ユーザ端末装置３１から配車依頼のメッセージを受信した配車アプリサーバ装置１１は、配車依頼のメッセージに含まれる乗車希望地点及び目的地点に基づいて、ユーザに対してタクシーを配車するタクシー会社を決定する。配車アプリサーバ装置１１は、例えば配車依頼のメッセージに含まれる乗車希望地点と、図３に示した料金算出ＤＢ１１２ｂの「地域」の情報とを比較することによって、乗車希望地点にタクシーを配車することが可能なタクシー会社を選択する。
【0105】
次いで配車アプリサーバ装置１１は、配車依頼のメッセージに含まれる乗車希望地点及び目的地点に基づいて、タクシーの走行経路を決定する。また配車アプリサーバ装置１１は、決定した走行経路と、記憶部１１２の料金算出ＤＢ１１２ｂとに基づいて、タクシーの利用に係る事前料金を算出する。なお配車アプリサーバ装置１１は、複数の走行経路及び事前料金を候補としてユーザに提示することが好ましい。配車アプリサーバ装置１１は、例えば有料道路を利用する走行経路と利用しない走行経路との２つの走行経路を候補として決定してもよい。なお本実施の形態においては、有料道路を利用する場合の料金は事前料金に含まれないものとするが、これに限るものではなく、有料道路の料金を事前料金に含めてもよい。また配車アプリサーバ装置１１は、配車依頼のメッセージに含まれるユーザＩＤに基づいて記憶部１１２のユーザＤＢ１１２ｃを参照し、このユーザが割引のクーポン等を所有している場合には、このクーポンに関する情報を取得して、取得したクーポンの割引を適用した事前料金を算出する。配車アプリサーバ装置１１は、決定した走行経路及び算出した事前料金の情報を含むメッセージを、依頼元のユーザのユーザ端末装置３１へ送信する。
【0106】
配車アプリサーバ装置１１からのメッセージを受信したユーザ端末装置３１は、このメッセージに含まれる走行経路及び事前料金の情報を表示部３１４に表示して、この走行経路及び事前料金に対する承認の操作をユーザから受け付ける。このときに、走行経路及び事前料金の候補が複数ある場合、ユーザ端末装置３１は、複数の候補について情報を表示し、これらの候補の中から１つを選択する操作をユーザから受け付け、選択された候補の走行経路及び事前料金に対する承認の操作をユーザから受け付ける。
【0107】
図１４は、ユーザ端末装置３１が表示する配車依頼画面の一例を示す模式図である。図示の配車依頼画面は、配車アプリサーバ装置１１から走行経路及び事前料金の候補としてルート１及びルート２の２つの候補がユーザ端末装置３１へ与えられた場合を想定したものである。ユーザ端末装置３１は、表示部３１４に地図画像を表示すると共に、この地図画像に２つの走行経路の候補をルート１及びルート２として重ねて表示する。なお本図においては、乗車希望地点を「Ｓ」で示し、目的地点を「Ｇ」で示し、走行経路の第１候補であるルート１を実線で示し、第２候補であるルート２を破線で示している。
【0108】
配車依頼画面において地図画像の下方の領域には、２つの候補に関する情報が左右に分けて表示されている。本例では、左側領域に「ルート１」の情報が表示され、右側領域に「ルート２」の情報が表示されている。左側領域には、「ルート１」の文字列と、この文字列の下方に、算出された事前料金を示す「事前料金１１２００円」の文字列と、更にその下方に「配車を依頼する」のラベルが付されたボタンとが表示されている。また右側領域には、「ルート２」の文字列と、この文字列の下方に「事前料金１３０００円」の文字列と、更にその下方に「配車を依頼する」のラベルが付されたボタンとが表示されている。配車依頼画面の最下部に左右に並べて設けられた２つの「配車を依頼する」ボタンのいずれか一方に対するタッチ操作等を行うことで、ユーザは提示された２つのルートのいずれかを選択することができる。
【0109】
ユーザ端末装置３１は、２つの「配車を依頼する」のボタンのいずれかに対するタッチ操作を受け付けた場合に、対応するルートについて、走行経路及び事前料金に対するユーザの承認がなされたものとし、走行経路及び事前料金が承認された旨を通知するメッセージを配車アプリサーバ装置１１へ送信する。なお本図に示す配車依頼画面は、提示された走行経路及び事前料金を承認しない操作を受け付けることを想定していないが、例えば提示された走行経路及び事前料金を拒否して、料金メーターを利用した料金での配車を依頼する操作を受け付けることが可能な構成としてもよい。
【0110】
ユーザ端末装置３１から走行経路及び事前料金の承認するメッセージを受信した配車アプリサーバ装置１１は、記憶部１１２のタクシーＤＢ１１２ｄに登録された複数のタクシーの中から、例えば空車状態であり、且つ、乗車希望地点に最も近い位置に存在するタクシーを選択する。配車アプリサーバ装置１１は、選択したタクシーのタクシー端末装置２１へ、走行経路及び事前料金の情報と、依頼者であるユーザに関する情報とを含む配車依頼のメッセージを送信する。
【0111】
配車アプリサーバ装置１１から配車依頼のメッセージを受信したタクシー端末装置２１は、このメッセージに含まれる走行経路及び事前料金の情報を表示部２１４に表示して、この走行経路及び事前料金での配車依頼を受諾する操作を運転者から受け付ける。図１５は、タクシー端末装置２１が表示する配車依頼受諾画面の一例を示す模式図である。タクシー端末装置２１は、表示部２１４に地図画像を表示すると共に、この地図画像に走行経路を重ねて表示する。なお本図においては、ユーザの乗車希望地点を「Ｓ」で示し、目的地点を「Ｇ」で示し、タクシーの現在位置を「現」で示し、走行経路を実線で示している。
【0112】
タクシー端末装置２１は、地図画像の下方に、配車依頼に関する情報を表示する。本図においてタクシー端末装置２１は、ユーザに関する情報として「依頼者：ユーザＡ」の情報と、料金の支払方法として「支払方法：クレジットカード」の情報と、適用されるクーポンとして「割引クーポン：１００円割引」の情報と、確定された事前料金として「事前料金１１２００円」の情報とを表示している。ただし、タクシー端末装置２１は、事前料金をタクシーの運転者に通知しなくてもよい。即ちタクシー端末装置２１は、事前料金によるものであるか、料金メーター２２による料金算出を行うものであるかをタクシーの運転者に通知せずに配車を依頼してもよい。
【0113】
タクシー端末装置２１は、これらの情報の下方に、「受諾する」のラベルが付されたボタンを表示する。タクシー端末装置２１は、「受諾する」のボタンに対するタッチ操作等を受け付けることにより、ユーザの配車依頼に対する運転者の受諾を受け付ける。受諾を受け付けたタクシー端末装置２１は、配車依頼を受諾する旨を通知するメッセージを、配車アプリサーバ装置１１へ送信する。配車アプリサーバ装置１１は、タクシー端末装置２１からの受諾を通知するメッセージを受信して、同様のメッセージをユーザ端末装置３１へ送信する。このメッセージを受信したユーザ端末装置３１は、ユーザが行った配車依頼の受け付けが完了したことを通知するメッセージを表示部３１４に表示する。なお本図に示す配車依頼受諾画面は、配車依頼を受諾しない操作を受け付けることを想定していないが、例えば提示された配車依頼を拒否する操作を受け付けることが可能な構成としてもよい。また配車依頼受諾画面においてタクシーの運転者に事前料金を通知しない場合、タクシー端末装置２１は、運転者から受諾の操作を受け付けた後に、事前料金が確定された配車依頼であるか否か、及び、事前料金が確定されている場合にはその金額等の情報を表示してもよい。
【0114】
図１６は、本実施の形態に係るタクシー情報処理システムによる配車依頼のキャンセル処理を説明するための模式図である。ユーザからの配車依頼を受諾したタクシーの運転者は、ユーザが指定した乗車希望地点へタクシーを向かわせる。本実施の形態においてタクシー端末装置２１は、ユーザの配車依頼を受諾した後、ユーザをタクシーに乗車させるまでの間に、受諾した配車依頼に対するキャンセルを受け付ける画面を表示部２１４に表示する。例えば事故又は故障等により乗車希望地点へ向かうことができなくなった場合、タクシーの運転者はタクシー端末装置２１にてキャンセルの操作を行うことができる。キャンセルの操作を受け付けたタクシー端末装置２１は、配車依頼をキャンセルする旨を通知するメッセージを、配車アプリサーバ装置１１へ送信する。配車アプリサーバ装置１１は、配車アプリサーバ装置１１からのキャンセルを通知するメッセージを受信して、同様のメッセージをユーザ端末装置３１へ送信する。このメッセージを受信したユーザ端末装置３１は、配車依頼がキャンセルされたことを通知するメッセージを表示部３１４に表示する。
【0115】
図１７は、タクシー端末装置２１が表示するキャンセル受付画面の一例を示す模式図である。本実施の形態において、タクシー端末装置２１が表示するキャンセル受付画面の構成は、図１５に示した配車依頼受諾画面の構成とほぼ同じである。キャンセル受付画面には、受諾した配車依頼に関する情報として、走行経路を示す地図画像、ユーザに関する情報、決済方法に関する情報、割引クーポンに関する情報及び事前料金に関する情報等が表示される。ただし、図１７に示すようにキャンセル受付画面の最下部には、図１５に示す配車依頼受諾画面の「受諾する」のボタンに代えて、「キャンセルする」のラベルが付されたボタンが設けられている。タクシーの運転者は、このボタンに対するタッチ操作等を行うことで、受諾した配車依頼に対するキャンセルを行うことができる。タクシー端末装置２１は、キャンセル受付画面の「キャンセルする」のボタンに対するタッチ操作等に応じて、受諾した配車依頼に対するキャンセルを受け付ける。
【0116】
配車依頼がキャンセルされることなく、タクシーが乗車希望地点に到着した後、ユーザはタクシーに乗り込み、運転者はタクシーを目的地点へと向かわせる。このときに運転者は、例えばタクシー端末装置２１又は料金メーター２２にて所定の操作を行い、タクシーにユーザが乗車したことを配車アプリサーバ装置１１へ通知してもよい。タクシー端末装置２１は、事前に確定された事前料金を料金メーター２２へ通知する。料金メーター２２は、タクシーの走行距離及び時間等に応じて随時加算される料金を表示せず、タクシー端末装置２１から通知された事前料金を表示する。
【0117】
乗客を乗せたタクシーが目的地点に到着した後、ユーザはタクシーを利用した料金の支払い（決済）を行う必要がある。タクシーの乗客用端末装置２３は、決済画面を表示した、タクシー料金の決済に関する処理をユーザから受け付ける。図１８は、乗客用端末装置２３が表示する決済画面の一例を示す模式図である。乗客用端末装置２３は、決済画面において例えば、料金の支払方法として「支払方法：クレジットカード」の情報と、適用されるクーポンとして「割引クーポン：１００円割引」の情報とを表示すると共に、事前に確定された事前料金を決済料金として「決済料金１１２００円」の表示を行う。また乗客用端末装置２３は、決済画面においてタクシーの走行経路を地図画像に重ねて表示してもよい。このときに表示する走行経路は、事前に決定された走行経路であってもよく、実際にタクシーが走行した走行経路であってもよく、この両方を重ねて表示してもよい。
【0118】
乗客用端末装置２３は、これらの情報の下方に、「支払う」のラベルが付されたボタンを表示する。乗客用端末装置２３は、「支払う」のボタンに対するタッチ操作等を受け付けることにより、表示した決済料金についての決済処理の承認をユーザから受け付ける。ユーザからの決済処理の承認を受け付けた後、タクシー情報処理システムによる決済処理が行われる。
【0119】
図１９は、本実施の形態に係るタクシー情報処理システムによる決済処理を説明するための模式図である。配車アプリサーバ装置１１は配車依頼を受諾したタクシーのタクシー端末装置２１に対して事前料金についての情報を送信し、これを受信したタクシー端末装置２１は料金メーター２２及び乗客用端末装置２３へ事前料金についての情報を送信する。タクシー端末装置２１から受信した情報に基づいて、料金メーター２２及び乗客用端末装置２３は、事前料金をそれぞれ表示する。なお料金メーター２２及び乗客用端末装置２３は、タクシーが目的地へ到着するまでの間、事前料金の表示を継続する。
【0120】
乗客を乗せたタクシーが目的地点に到着した場合、タクシーの運転者は料金メーター２２の操作部２２４に設けられた決済用のボタンを操作することにより、決済処理を開始することができる。料金メーター２２は、操作部２２４にて決済の操作を受け付けた場合、その旨を通知するメッセージをタクシー端末装置２１へ送信する。タクシー端末装置２１は、決済操作が受け付けられた旨を乗客用端末装置２３へ通知する。乗客用端末装置２３は、事前料金を決済料金とし表示すると共に、決済に係る承認操作をユーザから受け付ける決済画面（図１８参照）を表示部に表示する。
【0121】
決済画面においてユーザから決済処理の承認を受け付けた乗客用端末装置２３は、決済処理を承認する旨を通知するメッセージをタクシー端末装置２１へ送信する。このメッセージを受信したタクシー端末装置２１は、ユーザに関する情報及び決済料金等の情報を含む決済承認を通知するメッセージを、配車アプリサーバ装置１１へ送信する。
【0122】
タクシー端末装置２１から決済承認を通知された配車アプリサーバ装置１１は、ユーザＤＢ１１２ｃを参照して、料金を支払うユーザについて登録された決済方法等に関する情報を取得する。例えば、配車アプリサーバ装置１１は、ユーザが決済に用いるクレジットカードの会社及びカード番号等の情報を取得する。配車アプリサーバ装置１１は、決済に用いるクレジットカードの会社の決済サーバ装置１４へ、カード番号及び料金等の情報を含む決済依頼を送信する。
【0123】
決済サーバ装置１４は、配車アプリサーバ装置１１からの情報に基づいて、クレジットカード又は電子マネー等を利用した決済処理を行う。なお、決済サーバ装置１４による決済処理の詳細は説明を省略する。決済処理が完了した後、決済サーバ装置１４は、決済完了を配車アプリサーバ装置１１へ通知する。配車アプリサーバ装置１１は、決済完了をタクシー端末装置２１へ通知すると共に、記憶部１１２の注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に今回の配車に関する情報を記憶する。タクシー端末装置２１は決済処理の完了を乗客用端末装置２３へ通知し、乗客用端末装置２３は表示部２３３に決済処理が完了した旨を示すメッセージ等を表示する。
【0124】
また本実施の形態においては、タクシーが目的地に到着した後で、ユーザが障害者割引等の割引の適用を要求することができる。タクシーの運転者は、割引の資格を示す証明書等を確認した後、料金メーター２２の操作部２２４に設けられた割引適用のボタンを操作することにより、決済料金に対する割引を適用することができる。また図１９においては図示を省略するが、例えば有料道路の料金等の追加が必要である場合、タクシーの運転者は、タクシー端末装置２１又は料金メーター２２にて追加料金に関する所定の操作を行う。この操作により、事前料金に対して追加料金が加算された決済料金が適用される。
【0125】
図１９においては、この割引（及び追加料金等）を適用する場合の処理を破線で囲んで示している。料金メーター２２は、操作部２２４にて割引の操作を受け付けた場合、その旨を通知するメッセージをタクシー端末装置２１へ送信する。このメッセージを受信したタクシー端末装置２１は、事前に確定されている事前料金に対して割引を適用した決済料金を算出し、算出した決済料金を通知するメッセージを料金メーター２２及び乗客用端末装置２３へ送信する。このメッセージを受信した料金メーター２２は、新たに算出された決済料金の表示を行う。このメッセージを受信した乗客用端末装置２３は、決済画面に表示していた決済料金を、新たに受信したメッセージに含まれる決済料金に更新して、割引を適用する。
【0126】
なお本実施の形態において、例えば事前料金が確定されてユーザがタクシーへ乗車した後、目的地点に到着する前に、ユーザが目的地点の変更を要求した場合、ユーザは目的地点に到着したか否かに関わらず、事前に確定していた事前料金を支払う。例えば口頭でユーザから目的地点の要求が与えられた場合、タクシーの運転者はタクシーを停車させ、料金メーター２２の操作部２２４を操作して事前料金の決済処理を開始する。この場合の決済の手順は、図１８及び図１９に示したものと同様である。決済処理の完了後、タクシーの運転者は変更された目的地点への運行を開始し、この際の料金は走行距離及び時間等に応じて加算される。ただし、現在地点から新たな目的地点への走行経路及び事前料金を確定してもよい。
【0127】
なお、事前料金によるタクシーの運行では、目的地点の変更又は走行経路の変更等を行う際にはタクシーの運転者と乗客のユーザとの間で同意が必要である。しかし、何らかの理由で同意が得られず、その場での事前料金の決済を行うことが難しい状況が起こり得る。このような場合には、事前料金を解除し、例えばこれまでの走行距離及び時間等に応じた料金を算出して決済を行ってもよい。このため、料金メーター２２は、タクシーが事前料金での走行を行っている場合であっても、タクシーの走行距離及び時間等に応じた料金の算出をバックグラウンドで行っている。
【0128】
＜フローチャート＞
図２０は、本実施の形態に係るユーザ端末装置３１が行う処理の手順を示すフローチャートである。本実施の形態に係るユーザ端末装置３１の処理部３１１の表示処理部３１１ａは、タクシーの配車を希望するユーザから乗車希望地点及び目的地点の入力を受け付けるための地点入力受付画面を表示部３１４に表示する（ステップＳ１）。次いで処理部３１１の配車依頼部３１１ｂは、地点入力受付画面の表示中に操作部３１５にて受け付けたユーザの操作に基づき、乗車希望地点及び目的地点の入力を受け付ける（ステップＳ２）。配車依頼部３１１ｂは、受け付けた乗車希望地点及び目的地点、並びに、記憶部３１２に記憶されたユーザＩＤ３１２ｂを含む配車依頼のメッセージを、配車アプリサーバ装置１１へ送信する（ステップＳ３）。
図２０は、本実施の形態に係るユーザ端末装置３１が行う処理の手順を示すフローチャートである。本実施の形態に係るユーザ端末装置３１の処理部３１１の表示処理部３１１ａは、タクシーの配車を希望するユーザから乗車希望地点及び目的地点の入力を受け付けるための地点入力受付画面を表示部３１４に表示する（ステップＳ１）。次いで処理部３１１の配車依頼部３１１ｂは、地点入力受付画面の表示中に操作部３１５にて受け付けたユーザの操作に基づき、乗車希望地点及び目的地点の入力を受け付ける（ステップＳ２）。配車依頼部３１１ｂは、受け付けた乗車希望地点及び目的地点、並びに、記憶部３１２に記憶されたユーザＩＤ３１２ｂを含む配車依頼のメッセージを、配車アプリサーバ装置１１へ送信する（ステップＳ３）。
【0129】
処理部３１１の承認受付部３１１ｃは、ステップＳ３にて送信した配車依頼に応じて配車アプリサーバ装置１１が送信する走行経路及び事前料金等の情報を含むメッセージを受信したか否かを判定する（ステップＳ４）。メッセージを受信していない場合（Ｓ４：ＮＯ）、承認受付部３１１ｃは、メッセージを受信するまで待機する。走行経路及び事前料金等の情報を含むメッセージを受信した場合（Ｓ４：ＹＥＳ）、表示処理部３１１ａは、受信したメッセージに含まれる情報に基づいて、図１４に例示した配車依頼画面を表示部３１４に表示する（ステップＳ５）。承認受付部３１１ｃは、配車依頼画面の表示中に操作部３１５にて受け付けたユーザの操作に基づき、タクシーの走行経路の選択及び事前料金の承認の操作を受け付ける（ステップＳ６）。承認受付部３１１ｃは、ステップＳ４にて受信したメッセージに含まれる走行経路及び事前料金に対する承認がなされた旨を通知するメッセージを、配車アプリサーバ装置１１へ送信する（ステップＳ７）。
【0130】
処理部３１１は、配車依頼に対する受付完了を通知するメッセージを受信したか否かを判定する（ステップＳ８）。受付完了通知を受信していない場合（Ｓ８：ＮＯ）、処理部３１１は、受付完了通知を受信するまで待機する。受付完了を通知するメッセージを受信した場合（Ｓ８：ＹＥＳ）、表示処理部３１１ａは、配車依頼の受け付けが完了した旨を通知するメッセージを表示部３１４に表示し（ステップＳ９）、処理を終了する。
【0131】
図２１及び図２２は、本実施の形態に係る配車アプリサーバ装置１１が行う処理の手順を示すフローチャートである。本実施の形態に係る配車アプリサーバ装置１１の処理部１１１は、ユーザ端末装置３１からタクシーの配車依頼のメッセージを受信したか否かを判定する（ステップＳ２１）。配車依頼のメッセージを受信していない場合（Ｓ２１：ＮＯ）、処理部１１１は、配車依頼のメッセージを受信するまで待機する。
【0132】
配車依頼のメッセージを受信した場合（Ｓ２１：ＹＥＳ）、処理部１１１は、受信したメッセージに含まれる乗車希望地点又は目的地点に基づいて、事前料金によるタクシーの利用が可能であるか否かを確認する（ステップＳ２２）。例えば乗車希望位置を管轄とするタクシー会社が事前料金に対応していない場合には、ユーザは事前料金によりタクシーを利用することはできない。事前料金によるタクシーの利用が可能ではない場合、処理部１１１は、本フローチャートによる処理を中断し、従来の走行距離に応じた料金でタクシーを利用する場合の配車処理を行う。なお、本図には、従来の配車処理については図示を省略する。
【0133】
事前料金によるタクシーの利用が可能である場合、処理部１１１は、ユーザ端末装置３１から受信した配車依頼のメッセージに含まれる乗車希望地点又は目的地点に基づいて、タクシーを配車するタクシー会社を決定する（ステップＳ２３）。次いで処理部１１１の経路処理部１１１ａは、受信したメッセージに含まれる乗車希望地点及び目的地点に基づいて、タクシーの走行経路を決定する（ステップＳ２４）。なお経路処理部１１１ａは、複数の走行経路を候補として決定してよい。次いで処理部１１１の事前料金処理部１１１ｃは、ステップＳ２４にて決定されたタクシーの走行経路と、記憶部１１２の料金算出ＤＢ１１２ｂとに基づいて、走行経路毎の事前料金を算出する（ステップＳ２５）。このときに事前料金処理部１１１ｃは、乗車希望地点に基づいてタクシーの運営会社を決定し、運営会社に対応付けて料金算出ＤＢ１１２ｂに定められた数値と、ステップＳ２４にて決定された走行経路の距離とを上述の（１）式へ代入することで、事前料金を算出することができる。また事前料金処理部１１１ｃは、配車を依頼したユーザが割引クーポンを有しているか否かを、ユーザＤＢ１１２ｃを参照して確認し、割引クーポンを有している場合には、割引クーポンに関する情報をユーザＤＢ１１２ｃから取得し、取得したクーポンに係る割引を適用した事前料金を算出してもよい。
【0134】
処理部１１１は、ステップＳ２４にて決定した走行経路と、ステップＳ２５にて算出した事前料金との情報を含むメッセージを、配車依頼元のユーザ端末装置３１へ送信する（ステップＳ２６）。処理部１１１は、このメッセージに対するユーザ端末装置３１からの承認のメッセージを受信したか否かを判定する（ステップＳ２７）。承認のメッセージを受信しない場合（Ｓ２７：ＮＯ）、例えば配車依頼を取り消す旨のメッセージを受信した場合又は一定時間が経過しても承認のメッセージを受信しない場合等には、処理部１１１は、配車依頼を破棄して処理を終了する。
【0135】
承認のメッセージを受信した場合（Ｓ２７：ＹＥＳ）、処理部１１１の配車処理部１１１ｄは、記憶部１１２のタクシーＤＢ１１２ｄに登録された複数のタクシーの中から１つのタクシーを選択する（ステップＳ２８）。このときに配車処理部１１１ｄは、受信した配車依頼のメッセージに含まれる乗車希望地点に最も近い位置におり、且つ、空車状態のタクシーを選択することができる。配車処理部１１１ｄは、選択したタクシーのタクシー端末装置２１へ、ユーザに関する情報、走行経路及び事前料金等の情報を含む配車依頼のメッセージを送信する（ステップＳ２９）。
【0136】
配車処理部１１１ｄは、ステップＳ２９にて送信した配車依頼を受諾する旨を通知するメッセージを受信したか否かを判定する（ステップＳ３０）。配車依頼を受諾するメッセージを受信しない場合（Ｓ３０：ＮＯ）、例えば配車依頼を拒否する旨を通知するメッセージを受信した場合又は一定時間が経過しても受諾するメッセージを受信しない場合等には、配車処理部１１１ｄは、ステップＳ２８へ処理を戻し、タクシーの選択及び配車依頼のメッセージの送信を繰り返し行う。配車依頼を受諾するメッセージを受信した場合（Ｓ３０：ＹＥＳ）、配車処理部１１１ｄは、配車依頼元のユーザ端末装置３１へ、配車依頼を受諾する旨を通知するメッセージを送信する（ステップＳ３１）。処理部１１１の配車履歴処理部１１１ｆは、受諾された配車依頼に関して、日時、ユーザＩＤ、タクシーＩＤ、走行経路及び事前料金等の情報を、記憶部１１２の注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に記憶する（ステップＳ３２）。
【0137】
その後、処理部１１１は、配車依頼を受諾したタクシーのタクシー端末装置２１から、配車依頼をキャンセルする旨を通知するメッセージを受信したか否かを判定する（ステップＳ３３）。キャンセルのメッセージを受信した場合（Ｓ３３：ＹＥＳ）、処理部１１１は、キャンセルに係るタクシーのタクシーＩＤ等の情報を含む、キャンセルを通知するメッセージをユーザ端末装置３１へ送信し（ステップＳ３４）、処理を終了する。
【0138】
キャンセルを通知するメッセージを受信していない場合（Ｓ３３：ＮＯ）、処理部１１１は、タクシー端末装置２１から決済の承認を通知するメッセージを受信したか否かを判定する（ステップＳ３５）。決済承認のメッセージを受信していない場合（Ｓ３５：ＮＯ）、処理部１１１は、ステップＳ３３へ処理を戻し、キャンセル又は決済承認のメッセージを受信するまで待機する。決済承認のメッセージを受信した場合（Ｓ３５：ＹＥＳ）、処理部１１１の決済処理部１１１ｅは、決済料金及びユーザに関する情報等を決済サーバ装置１４へ送信して、タクシーの利用料金に関する決済処理を決済サーバ装置１４に依頼する（ステップＳ３６）。
【0139】
その後、決済処理部１１１ｅは、決済サーバ装置１４から決済完了の通知を受信したか否かを判定する（ステップＳ３７）。決済完了の通知を受信していない場合（Ｓ３７：ＮＯ）、決済処理部１１１ｅは、決済完了の通知を受信するまで待機する。決済完了の通知を受信した場合（Ｓ３７：ＹＥＳ）、決済処理部１１１ｅは、タクシー端末装置２１へ決済完了を通知する（ステップＳ３８）。処理部１１１の配車履歴処理部１１１ｆは、決済処理を行ったユーザ及びタクシーに関して、実走行経路及び決済料金等の情報を注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に記憶し（ステップＳ３９）、処理を終了する。
【0140】
図２３及び図２４は、本実施の形態に係るタクシー端末装置２１が行う処理の手順を示すフローチャートである。本実施の形態に係るタクシー端末装置２１の処理部２１１の受諾受付部２１１ｂは、配車アプリサーバ装置１１から配車依頼のメッセージを受信したか否かを判定する（ステップＳ７１）。配車依頼のメッセージを受信していない場合（Ｓ７１：ＮＯ）、受諾受付部２１１ｂは、メッセージを受信するまで待機する。配車依頼のメッセージを受信した場合（Ｓ７１：ＹＥＳ）、処理部２１１の表示処理部２１１ａは、受信した配車依頼のメッセージに含まれる情報に基づいて、図１５に例示した配車依頼受諾画面を表示部２１４に表示する（ステップＳ７２）。
【0141】
受諾受付部２１１ｂは、配車依頼受諾画面の表示中に操作部２１５にて受け付けた操作に基づき、配車依頼が受諾されたか否かを判定する（ステップＳ７３）。配車依頼が受諾されない場合（Ｓ７３：ＮＯ）、即ち配車依頼が拒否された場合、受諾受付部２１１ｂは、配車依頼が拒否された旨を通知するメッセージを配車アプリサーバ装置１１へ送信し（ステップＳ７４）、処理を終了する。配車依頼が受諾された場合（Ｓ７３：ＹＥＳ）、受諾受付部２１１ｂは、配車依頼を受諾する旨を通知するメッセージを配車アプリサーバ装置１１へ送信する（ステップＳ７５）。
【0142】
表示処理部２１１ａは、配車依頼をキャンセルする操作を受け付けるキャンセル受付画面を表示部２１４に表示する（ステップＳ７６）。処理部２１１のキャンセル受付部２１１ｃは、キャンセル受付画面表示中に操作部２１５にて受け付けた操作に基づき、配車依頼がキャンセルされたか否かを判定する（ステップＳ７７）。配車依頼がキャンセルされた場合（Ｓ７７：ＹＥＳ）、キャンセル受付部２１１ｃは、配車依頼がキャンセルされた旨を通知するメッセージを配車アプリサーバ装置１１へ送信し（ステップＳ７８）、処理を終了する。
【0143】
配車依頼がキャンセルされていない場合（Ｓ７７：ＮＯ）、処理部２１１は、料金メーター２２との通信により、料金メーター２２の操作部２２４にて決済処理を開始する操作がなされたか否かを判定する（ステップＳ７９）。決済処理を開始する操作がなされていない場合（Ｓ７９：ＮＯ）、処理部２２１は、この操作がなされるまで待機する。決済処理を開始する操作がなされた場合（Ｓ７９：ＹＥＳ）、表示処理部２１１ａは、乗客用端末装置２３へ決済料金（事前料金）の情報を送信することによって、乗客用端末装置２３に決済料金を表示させる（ステップＳ８０）。
【0144】
処理部２１１は、料金メーター２２との通信により、料金メーター２２の操作部２２４にて割引操作がなされたか否かを判定する（ステップＳ８１）。割引操作がなされた場合（Ｓ８１：ＹＥＳ）、処理部２１１は、ステップＳ８０にて乗客用端末装置２３に表示した決済料金に対して割引を適用し、割引適用後の決済料金に表示を更新する（ステップＳ８２）。なお図２４においては図示を省略するが、有料道路の料金等を追加する場合についても同様に、料金メーター２２又はタクシー端末装置２１にて運転者が行った操作に応じて、決済料金（事前料金）に対して料金の加算を行うことができる。
【0145】
割引操作がなされていない場合（Ｓ８１：ＮＯ）、又は、ステップＳ８２にて割引を適用して決済料金を更新した後、処理部２１１は、乗客用端末装置２３との通信により、表示した決済料金に対する決済処理の承認操作を乗客用端末装置２３が受け付けたか否かを判定する（ステップＳ８３）。承認操作を受け付けていない場合（Ｓ８３：ＮＯ）、処理部２１１は、ステップＳ８１へ処理を戻す。承認操作を受け付けた場合（Ｓ８３：ＹＥＳ）、処理部２１１は、表示した決済料金での決済処理に対する承認を受け付けた旨を通知するメッセージを配車アプリサーバ装置１１へ送信し（ステップＳ８４）、処理を終了する。
【0146】
＜情報蓄積処理＞
本実施の形態に係る配車アプリサーバ装置１１は、例えば図２１及び図２２に示したフローチャートのステップＳ３２及びＳ３９等において、タクシーの配車に関する種々の情報を履歴として注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に記憶して蓄積する処理を行っている。なお配車アプリサーバ装置１１は、上記以外の種々のタイミングで情報の蓄積を行ってよい。
本実施の形態に係る配車アプリサーバ装置１１は、例えば図２１及び図２２に示したフローチャートのステップＳ３２及びＳ３９等において、タクシーの配車に関する種々の情報を履歴として注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に記憶して蓄積する処理を行っている。なお配車アプリサーバ装置１１は、上記以外の種々のタイミングで情報の蓄積を行ってよい。
【0147】
また、配車アプリサーバ装置１１は、図６及び図７に示すように、タクシーの配車に係る日時（配車依頼を受け付けた日時、ユーザがタクシーに乗車した日時、又は、決済処理が完了した日時等）、ユーザＩＤ、タクシーＩＤ、事前走行経路、事前料金、実際走行経路及び決済料金等の情報を注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に記憶する。ただし配車アプリサーバ装置１１が注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に記憶する情報は上記のものに限らず、例えばタクシーの運転者によるキャンセルの有無、ユーザによるキャンセルの有無、又は、タクシーに搭載されたカメラが撮影した内外の画像等の種々の情報を記憶してよい。
【0148】
図２５は、本実施の形態に係る配車アプリサーバ装置１１が行う情報蓄積処理の一例を説明するためのフローチャートである。本実施の形態に係る配車アプリサーバ装置１１の処理部１１１の配車履歴処理部１１１ｆは、ユーザ端末装置３１からタクシーの配車依頼を受信した際に（ステップＳ１０１）、配車依頼を受信した日時と、配車依頼と共に送信されるユーザＩＤ、タクシーへの乗車予約時刻、乗車予約位置及び降車予約位置と、配車アプリサーバ装置１１が生成した予約番号とを、注文管理ＤＢ１１２ｅに記憶する（ステップＳ１０２）。
【0149】
配車履歴処理部１１１ｆは、タクシーの利用に関して事前料金が確定した際に（ステップＳ１０３）、確定した事前走行経路及び事前料金を、注文管理ＤＢ１１２ｅに記憶する（ステップＳ１０４）。また配車履歴処理部１１１ｆは、タクシーの運転者により配車の依頼が受諾された際に（ステップＳ１０５）、予約番号、日時、ユーザＩＤ及びタクシーＩＤを配車履歴ＤＢ１２に記憶する（ステップＳ１０６）。
【0150】
配車履歴処理部１１１ｆは、ユーザがタクシーに乗車したことをタクシー端末装置２１から通知された際に（ステップＳ１０７）、実際乗車時刻及び実際乗車位置を配車履歴ＤＢ１２に記憶する（ステップＳ１０８）。また配車履歴処理部１１１ｆは、目的地に到着したことをタクシー端末装置２１から通知された際に（ステップＳ１０９）、実際走行経路、決済料金及び実際降車位置を配車履歴ＤＢ１２に記憶する（ステップＳ１１０）。
【0151】
配車履歴処理部１１１ｆは、決済処理が行われた際に（ステップＳ１１１）、取消有無、支払方法、クーポンの利用有無及び割引の有無を配車履歴ＤＢ１２に記憶して（ステップＳ１１２）、処理を終了する。
【0152】
なお、配車アプリサーバ装置１１による情報の記憶のタイミング、及び、記憶する情報の種類等は、本図に示したものに限らない。配車アプリサーバ装置１１は、適宜のタイミングで、適宜の情報を注文管理ＤＢ１１２ｅ又は配車履歴ＤＢ１２に記憶してよい。
【0153】
本実施の形態に係る配車アプリサーバ装置１１は、注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に記憶した情報を、表示部１１４に表示する処理を行う。例えば本システムを管理する管理者は、配車アプリサーバ装置１１の操作部１１５を操作して、配車履歴ＤＢ１２に記憶された複数の履歴から１つを選択し、選択した履歴の情報を表示部１１４に表示させることができる。また例えばタクシー会社の従業員等は、情報処理装置１３を利用して配車アプリサーバ装置１１にアクセスすることにより、同様の履歴の情報を情報処理装置１３の表示部に表示させることができる。
【0154】
図２６は、タクシー会社の情報処理装置１３が表示する配車履歴画面の一例を示す模式図であり、情報処理装置１３が配車アプリサーバ装置１１から取得した情報に基づいて表示するものである。図示の配車履歴画面は、図６に示した注文管理ＤＢ１１２ｅ及び図７に示した配車履歴ＤＢ１２に含まれる２０２０年１月２０日１１時１２分の履歴が管理者によって選択されたことを想定したものである。
【0155】
本例の配車履歴画面においては、情報処理装置１３は、履歴の日時情報として「２０２０年１月２０日１１：１２」の文字列を最上部のタイトルとして表示する。情報処理装置１３は、このタイトルの下方に、事前に決定されたタクシーの走行経路と実際にタクシーが走行した経路とを地図画像に重ねて表示する。本図においては、ユーザがタクシーに乗車した乗車地点を「Ｓ」で示し、降車した地点を「Ｇ」で示している。なお乗車地点は、ユーザが入力した乗車希望地点、又は、実際にユーザがタクシーに乗車した地点のいずれであってもよく、これらが異なる場合にはそれぞれ区別可能なように地図画像に重ねて表示してもよい。また降車地点は、ユーザが入力した目的地点、又は、実際にユーザがタクシーから降車した地点のいずれであってもよく、これらが異なる場合にはそれぞれ区別可能なように地図画像に重ねて表示してもよい。また本図においては、事前に決定されたタクシーの走行経路を「事前経路」として実線で示し、タクシーが実際に走行した経路のうち、事前経路とは異なる経路を「実経路」として破線で示している。
【0156】
情報処理装置１３は、走行経路を示す地図画像の隣に、タクシーの配車に関する種々の情報を一覧表示する。本例では、タクシーのタクシーＩＤとして「タクシーＡ３３」の情報と、乗客のユーザＩＤとして「ユーザ１２３」の情報と、利用したクーポンとして「割引クーポン１００円割引」の情報と、事前に確定された事前料金として「事前料金１２３４円」の情報と、決済処理の方法として「支払方法クレジットカード」の情報と、決済された料金として「決済料金１１３４円」の情報とが、上下方向に並べて表示されている。
【0157】
また情報処理装置１３は、配車履歴画面の右下部に、「お客様へ連絡」のラベルが付されたボタンを表示する。このボタンは、タクシーを利用したユーザへ電子メール等によるメッセージを送信するためのものである。このボタンに対するマウスのクリック操作又はタッチパネルのタッチ操作等を受け付けた場合、情報処理装置１３は、メッセージの入力画面（図示は省略する）を表示してメッセージの入力を受け付ける。情報処理装置１３は、入力されたメッセージを配車アプリサーバ装置１１へ送信する。配車アプリサーバ装置１１は、配車履歴ＤＢ１２に記憶されたユーザＩＤ及びユーザＤＢ１１２ｃに記憶されたメールアドレス等の情報に基づいて、情報処理装置１３が受け付けたメッセージを、タクシーを利用したユーザのユーザ端末装置３１へ送信する。また配車アプリサーバ装置１１は、ユーザへ送信したメッセージの内容及び送信日時等の情報を、配車履歴ＤＢ１２等に記憶する。
【0158】
本実施の形態に係る配車アプリサーバ装置１１は、タクシーの配車に係る種々の情報を注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に記憶し、記憶した情報を表示部１１４に表示することができる。これにより、例えば事前に決定した走行経路と実際に走行した走行経路との相違が頻繁に発生する箇所についての情報を、事前の走行経路の決定方法を改善する検討する等の参考にすることができる。また例えば、タクシーを利用したユーザからの質問又は苦情等に対して、記憶された履歴の情報に基づいて適切な対応を行うことが期待できる。なお、図２６に示した配車履歴画面は一例であって、これに限るものではなく、表示する情報及び情報の表示態様等は適宜に変更され得る。
【0159】
＜まとめ＞
以上の構成の本実施の形態に係るタクシー情報処理システムの配車アプリサーバ装置１１は、タクシーに乗車することを希望するユーザの乗車希望地点及び目的地点に基づいて走行経路を決定し、決定した走行経路に基づいてタクシーの乗車に係る事前料金を確定する。配車アプリサーバ装置１１は、決定した走行経路及び確定した事前料金の情報をユーザ端末装置３１及びタクシー端末装置２１へ送信することで、走行経路及び事前料金をユーザ端末装置３１及びタクシー端末装置２１に表示させる。また配車アプリサーバ装置１１は、決定した走行経路及び確定した事前料金を含む情報を注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に記憶する。
以上の構成の本実施の形態に係るタクシー情報処理システムの配車アプリサーバ装置１１は、タクシーに乗車することを希望するユーザの乗車希望地点及び目的地点に基づいて走行経路を決定し、決定した走行経路に基づいてタクシーの乗車に係る事前料金を確定する。配車アプリサーバ装置１１は、決定した走行経路及び確定した事前料金の情報をユーザ端末装置３１及びタクシー端末装置２１へ送信することで、走行経路及び事前料金をユーザ端末装置３１及びタクシー端末装置２１に表示させる。また配車アプリサーバ装置１１は、決定した走行経路及び確定した事前料金を含む情報を注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に記憶する。
【0160】
これによりユーザは、タクシーの走行距離及び時間等により加算される料金ではなく、事前に確定された料金でタクシーを利用することができる。ユーザは、自身の所有するユーザ端末装置３１にて事前にタクシーの走行経路及び事前料金を確認することができる。タクシーの運転者は、タクシー端末装置２１にて走行経路及び事前料金を確認して配車依頼を受諾することができる。また配車アプリサーバ装置１１がタクシーの配車に関する情報を注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に記憶して蓄積しているため、タクシーが走行した経路及び決済された料金等について事後に情報を確認することができる。
【0161】
また本実施の形態に係るタクシー２に設けられたタクシー端末システム２０の料金メーター２２は、タクシーにユーザが乗車している際に、確定した事前料金を表示する。これによりユーザは、タクシーに乗車している際に、支払うべき料金を容易に確認することができる。
【0162】
また本実施の形態に係る配車アプリサーバ装置１１は、事前に決定した走行経路と、タクシーが実際に走行した走行経路とを対応付けて注文管理ＤＢ１１２ｅ及び配車履歴ＤＢ１２に記憶する。これによりシステムの管理者等は、タクシーが事前に決定された走行経路を走行したか否かを事後に確認することができる。
【0163】
また本実施の形態に係る配車アプリサーバ装置１１は、ユーザが所有する割引クーポンに係る情報をユーザＤＢ１１２ｃから取得し、取得した割引クーポンに係る情報と、決定した走行経路とに基づいて事前料金を確定する。またタクシー端末システム２０のタクシー端末装置２１は、料金メーター２２の操作部２２４にて割引操作を受け付けることで障害者割引等の割引の有無に係る情報を取得し、事前料金に対して割引を適用した決済料金を算出する。これにより、証明書等の確認を必要としない割引クーポンについては事前に割引を適用した事前料金をユーザに提示することができ、証明書等の確認が必要な障害者割引等の割引についてはタクシー２にて適用することができる。
【0164】
また本実施の形態に係るタクシー端末システム２０は、タクシー端末装置２１が割引を適用して算出した決済料金を、タクシーの後部に設けられた乗客用端末装置２３に表示する。これによりタクシーに乗車したユーザは、割引が適用された決済料金を容易に確認することができる。
【0165】
また本実施の形態に係る配車アプリサーバ装置１１は、タクシーの運営会社毎の料金算出基準を記憶部１１２の料金算出ＤＢ１１２ｂに記憶している。配車アプリサーバ装置１１は、ユーザが入力した乗車希望地点に応じて配車するタクシーの運営会社を決定し、決定した運営会社の料金算出基準に基づいて事前料金を確定する。これにより、料金の算出基準が異なる複数の運営会社のタクシーをユーザに対して配車することができる。
【0166】
また本実施の形態に係るタクシー情報処理システムでは、ユーザがタクシーに乗車した後、事前に決定した走行経路の変更依頼をユーザから受け付けた場合に、事前に確定した事前料金の決済処理を行い、決済処理を完了した後でタクシーは変更した目的地点へ向かう。これにより、事前に確定した事前料金を確実に決済することができる。
【0167】
また本実施の形態に係るタクシー情報処理システムでは、事前料金が確定した後からユーザがタクシーに乗車するまでの間に、タクシーの運転者はタクシー端末装置２１にて配車依頼をキャンセルすることができる。タクシー端末装置２１がキャンセルの操作を受け付けた場合、タクシー端末装置２１から配車アプリサーバ装置１１を介してユーザ端末装置３１へキャンセルが通知される。これによりユーザ端末装置３１は、配車依頼がキャンセルされた旨を確実にユーザに伝えることができる。
【0168】
（変形例１）
図２７は、変形例１に係る料金算出ＤＢ１１２ｂの一構成例を示す模式図である。変形例１に係る料金算出ＤＢ１１２ｂは、図３に示した料金算出ＤＢ１１２ｂに対して、遠距離割引に関する情報を追加したものである。変形例１に係る料金算出ＤＢ１１２ｂは、遠距離割引に関する情報として「基準」及び「係数」等の情報をタクシーの運営会社に対応付けて記憶している。本実施の形態において遠距離割引は、例えばタクシーの走行距離が所定距離を超えた場合又は運賃が所定金額を超えた場合に、それ以後に加算される運賃に対して所定の係数を掛けることで行われる。料金算出ＤＢ１１２ｂの「基準」は遠距離割引を適用するか否かを判断する所定距離又は所定金額である。「係数」は、基準を超えた後に加算される運賃に対して掛ける値である。
図２７は、変形例１に係る料金算出ＤＢ１１２ｂの一構成例を示す模式図である。変形例１に係る料金算出ＤＢ１１２ｂは、図３に示した料金算出ＤＢ１１２ｂに対して、遠距離割引に関する情報を追加したものである。変形例１に係る料金算出ＤＢ１１２ｂは、遠距離割引に関する情報として「基準」及び「係数」等の情報をタクシーの運営会社に対応付けて記憶している。本実施の形態において遠距離割引は、例えばタクシーの走行距離が所定距離を超えた場合又は運賃が所定金額を超えた場合に、それ以後に加算される運賃に対して所定の係数を掛けることで行われる。料金算出ＤＢ１１２ｂの「基準」は遠距離割引を適用するか否かを判断する所定距離又は所定金額である。「係数」は、基準を超えた後に加算される運賃に対して掛ける値である。
【0169】
変形例１に係る配車アプリサーバ装置１１は、ユーザが入力した乗車希望地点及び目的地点から走行経路を決定し、決定した走行経路に基づいて事前料金を算出する。このときに配車アプリサーバ装置１１は、決定した走行経路の距離が「基準」として設定された所定距離を超える場合、又は、算出した事前料金が「基準」として設定された所定金額を超える場合に、遠距離割引を適用した事前料金を算出する。
【0170】
【0171】
（変形例２）
上述の実施の形態に係るタクシー情報処理システムでは、例えば図３及び図２７に示したように、タクシーの運営会社毎に異なる料金算出基準が用いられるが、これに限らない。例えば、複数のタクシーの運営会社について同一の料金算出基準が用いられてもよく、この場合にユーザは、いずれの運営会社のタクシーを利用しても同じ事前料金を支払うことになる。
上述の実施の形態に係るタクシー情報処理システムでは、例えば図３及び図２７に示したように、タクシーの運営会社毎に異なる料金算出基準が用いられるが、これに限らない。例えば、複数のタクシーの運営会社について同一の料金算出基準が用いられてもよく、この場合にユーザは、いずれの運営会社のタクシーを利用しても同じ事前料金を支払うことになる。
【0172】
また、図３及び図２７に示した料金算出ＤＢ１１２ｂに含まれる「初乗り運賃」、「初乗り距離」、「加算単位」、「加算運賃」及び「係数」等の一部を複数の運営会社で統一してもよい。例えば、複数のタクシーの運営会社で同じ値の「係数」が用いられ、これ以外の「初乗り運賃」等については運営会社毎に異なる値が用いられてもよい。
【0173】
＜実施の形態２＞
実施の形態２に係るタクシー情報処理システムは、事前料金で利用可能なタクシーが複数存在する場合に、ユーザがタクシーの選択を行うことを可能としたシステムである。実施の形態２に係るタクシー情報処理システムの配車アプリサーバ装置１１は、ユーザ端末装置３１にて乗車希望地点及び目的地点の入力を受け付けた後、乗車希望地点から目的地点へ至る走行経路の決定を行う。このときに配車アプリサーバ装置１１は、例えば距離優先及び高速道路優先等のように異なる条件で複数の走行経路の候補を算出し、ユーザ端末装置３１を介してユーザから走行経路の選択を受け付ける。
実施の形態２に係るタクシー情報処理システムは、事前料金で利用可能なタクシーが複数存在する場合に、ユーザがタクシーの選択を行うことを可能としたシステムである。実施の形態２に係るタクシー情報処理システムの配車アプリサーバ装置１１は、ユーザ端末装置３１にて乗車希望地点及び目的地点の入力を受け付けた後、乗車希望地点から目的地点へ至る走行経路の決定を行う。このときに配車アプリサーバ装置１１は、例えば距離優先及び高速道路優先等のように異なる条件で複数の走行経路の候補を算出し、ユーザ端末装置３１を介してユーザから走行経路の選択を受け付ける。
【0174】
図２８は、実施の形態２に係るユーザ端末装置３１が表示する走行経路選択画面の一例を示す模式図である。図２８に示す走行経路選択画面は、図１４に示した配車依頼画面と同様に、例えば一般道路を優先して算出した走行経路の候補を「ルート１（一般優性）」とし、高速道路を優先して算出した走行経路の候補を「ルート２（高速優先）」として、２つの走行経路の候補をユーザに提示している。
【0175】
また配車アプリサーバ装置１１は、ユーザが入力した乗車希望地点及び目的地点等の情報、料金算出ＤＢ１１２ｂに含まれる「地域」の情報、並びに、乗車希望地点の近傍に位置する空車のタクシーの情報等に基づいて、ユーザに対して配車可能なタクシー会社（タクシーの運営会社）を決定し、決定したタクシー会社の料金算出基準に基づいて事前料金を決定する。実施の形態２に係るタクシー情報処理システムでは、１つの地域に複数のタクシー会社のタクシーが走行し、且つ、タクシー会社毎に事前料金の料金算出基準が異なることが許容されている。そこで配車アプリサーバ装置１１は、走行経路の各候補について、ユーザが利用可能な全てのタクシー会社について事前料金を算出し、算出した複数の事前料金の最小値（最安値）及び最大値（最高値）の情報をユーザ端末装置３１へ送信し、事前料金の範囲をユーザに提示させる。図２８に示す例では、ルート１の事前料金として１１２００円～１１８００円の範囲が示され、ルート２の事前料金として１１６００円～１２０００円の範囲が示されている。なお本例では、ルート２を選択した場合には高速道路等の有料道路を利用するための料金が別途必要であることを示す「別途有料通路料金あり」の文字列がルート２の事前料金と合わせて表示されている。なお本例では図示を省略するが、例えば各ルートについて予想される走行時間又は目的地への到着時刻等の情報が更に表示されてもよい。またルート２について、例えば有料道路を利用する料金の概算金額を表示してもよく、また例えば有料道路の料金を含む事前料金を表示してもよい。
【0176】
ユーザは、ユーザ端末装置３１に表示された複数の走行経路の候補の中から１つを選択することができる。図示の走行経路選択画面の下側領域には、走行経路の候補であるルート１及びルート２に関する情報が左右に分けて表示されており、各ルートの情報の下方には「このルートを選択する」のラベルが付されたボタンがそれぞれ設けられている。ユーザは、いずれかの「このルートを選択する」のボタンに対するタッチ又はタップ等の操作を行う事で、対応する走行経路を選択することができる。ユーザ端末装置３１は、いずれかのボタンに対する操作を受け付けることでユーザによる走行経路の選択を受け付け、配車アプリサーバ装置１１へ選択結果を通知する。
【0177】
ユーザ端末装置３１を介してユーザによる走行経路の選択を受け付けた配車アプリサーバ装置１１は、選択された走行経路及び算出された事前料金等に関する情報をユーザ端末装置３１へ送信して表示させる。図２９及び図３０は、実施の形態２に係るユーザ端末装置３１が表示する情報表示画面の一例を示す模式図である。なお図２９は図２８の画面においてルート１が選択された場合であり、図３０はルート２が選択された場合である。
【0178】
ユーザ端末装置３１は、情報表示画面の上部に地図画像を表示すると共に、この地図画像にユーザが選択した走行経路を重ねて表示する。なお本図においては、ユーザの乗車希望地点を「Ｓ」で示し、目的地点を「Ｇ」で示し、走行経路を実線で示している。またユーザ端末装置３１は、地図画像の上部に、略矩形のメッセージ表示領域を表示する。ユーザ端末装置３１は、このメッセージ表示領域に、例えば事前料金の金額と、これ以外に追加される可能性がある料金に関する情報とを表示する。図２９においては、「１１２００円～１１８００円 別途迎車料金あり」の情報が表示されている。図３０においては、「１１６００円～１２０００円 別途有料通路料金・迎車料金あり」の情報が表示されている。
【0179】
また地図画像の右下隅には、「ルート選択」のラベルが付されたボタンが設けられている。「ルート選択」のボタンに対する操作を受け付けた場合、ユーザ端末装置３１は、図２８に示した走行経路選択画面を表示して、ユーザによる走行経路の選択を受け付ける。これによりユーザは、走行経路の再選択を行うことができる。
【0180】
ユーザ端末装置３１は、地図画像の下方に、例えばタクシー会社に関する情報、行き先に関する情報、及び、支払方法に関する情報等を表示する。本例においてユーザ端末装置３１は、タクシー会社に関する情報として、配車可能な「すべてのタクシー」が設定されており、約１～３分で到着する予定であることが示されている。
【0181】
なお、ユーザが特定のタクシー会社を利用したい場合などには、事前料金の算出及び配車依頼等を行うタクシー会社を予め特定して設定しておくことができる。ユーザ端末装置３１は、「タクシー会社を特定」のラベルが付されたボタンに対する操作を受け付けた場合、タクシー会社選択画面（図示は省略する）を表示して、タクシー会社の選択を受け付ける。タクシー会社選択画面は、例えばタクシー会社の名前等を一覧表示したものとすることができ、ユーザ端末装置３１は、一覧表示の中から１つのタクシー会社の選択を受け付けて、受け付けたタクシー会社を配車アプリサーバ装置１１へ通知する。またタクシー会社選択画面に一覧表示する各タクシー会社には、事前料金によるタクシーの利用の可否を示す情報、例えば「事前料金対応」の文字列が記載されたラベル又はアイコン等を共に表示する。これによりユーザは、いずれのタクシー会社が事前料金のシステムに対応しているかを容易に判断することができる。配車アプリサーバ装置１１は、ユーザによるタクシー会社の選択を受け付けた場合、事前料金の算出及び配車の対象を選択されたタクシー会社に限定する。また配車アプリサーバ装置１１は、このユーザに対して以後に事前料金の算出及び配車等を行う対象についてのデフォルト設定を、選択されたタクシー会社としてもよい。
【0182】
またユーザ端末装置３１は、行き先に関する情報として、例えば「行き先：東京都渋谷区…」のように、ユーザが入力した行き先の住所等の情報を表示する。ユーザ端末装置３１は、支払方法に関する情報として、例えば支払方法にクレジットカードが設定されており、事前料金での支払が設定されている事が示されている。
【0183】
ユーザ端末装置３１は、これらの情報の下方に、「タクシーを選択」のラベルが付されたボタンを表示する。ユーザ端末装置３１は、「タクシーを選択」のボタンに対する操作を受け付けた場合、この旨を配車アプリサーバ装置１１へ通知する。これに応じて配車アプリサーバ装置１１は、配車可能なタクシーに関する情報をユーザ端末装置３１へ送信し、ユーザによるタクシーの選択を受け付けるタクシー選択画面をユーザ端末装置３１に表示させる。
【0184】
図３１は、実施の形態２に係るユーザ端末装置３１が表示するタクシー選択画面の一例を示す模式図である。本例のタクシー選択画面は、ユーザへのメッセージ等を表示する領域が最上部に設けられ、その下方にタクシーを選択するための選択肢をなす一又は複数の領域が設けられ、最下部に「タクシーを呼ぶ」のラベルが付されたボタンが設けられている。
【0185】
本例においてタクシー選択画面の最上部の領域には、「どのタクシーを呼びますか？」、「追加料金や割引で料金が変わることがあります。」、「クーポンは降車時に適用されます。」等のメッセージが表示されている。なおこれらのメッセージは一例であって、これに限るものではなく、タクシー選択画面にはどのようなメッセージが表示されてもよい。またクーポンの適用は乗車時等の別のタイミングであってもよい。
【0186】
タクシー選択画面に選択肢として設けられる矩形の各領域内には、事前料金、乗車までの予測時間等の情報、一又は複数のタクシー会社のアイコン、及び、選択を受け付けるラジオボタン等が含まれている。本例では事前料金が１１２００円、１１５００円及び１１８００円の３つの選択肢が示されているが、表示される選択肢の数は１つ、２つ又は４つ以上であってよい。
【0187】
また図示の例では、各選択肢において事前料金の後に、タクシー乗車までの予測時間に関する情報が、例えば「約２～５分後に乗車」、「約２～７分後に乗車」及び「約１分後に乗車」として表示されている。例えば配車アプリサーバ装置１１は、ユーザの乗車希望地点の近くに存在するタクシーに関する情報を各タクシー会社の情報処理装置１３等から取得し、各タクシーの位置とユーザの乗車希望地点との距離等に基づいて、タクシー乗車までの予測時間を算出する。配車アプリサーバ装置１１は算出した各タクシーについての予測時間の情報をユーザ端末装置３１へ送信し、ユーザ端末装置３１はこの情報を受信してタクシー選択画面にタクシー乗車までの予測時間を表示することができる。なお、タクシー選択画面には予測時間の情報が表示されなくてもよい。
【0188】
本実施の形態に係るタクシー情報処理システムでは、タクシー会社毎に定められた算出基準により事前料金の算出がなされ、算出された事前料金が同じ金額のものが複数存在する場合がある。この場合、事前料金が同じ複数のタクシー会社はグループ化されて１つの選択肢としてタクシー選択画面に表示される。図示の例では、各選択肢について、事前料金の下方に一又は複数のアイコン（角を丸めた略正方形の図形で示している）が表示されている。１つのアイコンが１つのタクシー会社を表しており、本例では、１番目の事前料金１１２００円の選択肢には２つのタクシー会社がグループ化され、２番目の事前料金１１５００円の選択肢には３つのタクシー会社がグループ化され、３番目の事前料金１１８００円の選択肢には１つのタクシー会社がグループ化されている。なお本図では、各アイコンを無地の図形で表しているが、実際には各アイコンにはタクシー会社のロゴ又は名前等の情報が表示される。
【0189】
なお図示は省略するが、いずれかの選択肢に対するタッチ操作等を受け付けた場合、ユーザ端末装置３１は、対応する事前料金の算出に関する詳細情報を表示する。詳細情報としては、例えば事前料金に対して適応可能な割引の有無、種類及び金額等が表示され得る。また詳細情報として、事前料金に対して加算される可能性がある迎車料金、有料通路料金及び深夜早朝の割増料金等が表示されてもよい。表示される詳細情報には、例えば事前料金を算出する際に用いられた初乗り運賃及び深夜割増の係数等の情報が含まれてもよい。
【0190】
タクシー選択画面の各選択肢に設けられたラジオボタンは、複数の選択肢から１つを選択する操作を受け付けるためのものである。いずれか１つのラジオボタンに対するタッチ操作等を受け付けた場合、ユーザ端末装置３１は、対応する選択肢が選択されたものとして、選択された選択肢を強調表示して選択状態であることを示す。図示の例では、事前料金１１２００円の選択肢が選択状態であることが、矩形領域の枠を太線とする強調表示により示されている。
【0191】
タクシー選択画面の最下部に設けられた「タクシーを呼ぶ」のボタンは、配車アプリサーバ装置１１に対するタクシーの選択結果を通知するためのものである。このボタンは、タクシー選択画面のいずれかの選択肢が選択状態である場合に操作を受け付け、全ての選択肢が非選択状態である場合には操作を受け付けない。「タクシーを呼ぶ」のボタンに対する操作を受け付けた場合、ユーザ端末装置３１は、いずれの選択肢が選択されたかの情報を配車アプリサーバ装置１１へ送信する。
【0192】
なお本実施の形態においては、選択肢においてグループ化された複数のタクシー会社について、いずれのタクシー会社のタクシーを配車するかは配車アプリサーバ装置１１が決定する。このため実施の形態２に係るタクシー情報処理システムでは、ユーザはタクシーの事前料金を選択することで間接的なタクシーの選択を行い、最終的なタクシーの選択は配車アプリサーバ装置１１にゆだねられている。配車アプリサーバ装置１１は、複数のタクシー会社のタクシーについて事前料金が同じである場合、例えばユーザの乗車希望地点から近い順にタクシーを選択してユーザへの配車を試みることができる。配車アプリサーバ装置１１によるタクシー会社の選択は、どのような基準で行われてもよい。又は、複数のタクシー会社から１つのタクシー会社を選択する操作をユーザ端末装置３１にてユーザから更に受け付けてもよい。
【0193】
なお、ユーザ端末装置３１から配車アプリサーバ装置１１へタクシー選択の結果を送信した後の配車アプリサーバ装置１１によるタクシーの配車等の処理は、先の実施の形態にて説明した処理と同様であるため、実施の形態２においては処理の詳細な説明を省略する。
【0194】
図３２は、実施の形態２に係る配車アプリサーバ装置１１が行う処理の手順を示すフローチャートである。実施の形態２に係る配車アプリサーバ装置１１の処理部１１１は、ユーザ端末装置３１を介してユーザによる乗車希望地点及び目的地点の入力を受け付ける（ステップＳ２０１）。処理部１１１は、入力を受け付けた乗車希望地点及び目的地点と、地図情報等とに基づいて、乗車希望地点から目的地点までのタクシーの走行経路の候補を算出する（ステップＳ２０２）。また処理部１１１は、この地域に対して配車可能なタクシーの運営会社について、料金算出ＤＢ１１２ｂの基づく事前料金をそれぞれ算出する（ステップＳ２０３）。
【0195】
処理部１１１は、算出した走行経路及び事前料金に関する情報をユーザ端末装置３１へ送信することにより、ユーザ端末装置３１に走行経路選択画面（図２８参照）を表示させる（ステップＳ２０４）。処理部１１１は、走行経路選択画面を表示したユーザ端末装置３１を介して、ユーザによる走行経路の選択を受け付ける（ステップＳ２０５）。処理部１１１は、選択された走行経路及び事前料金等に関する情報を表示する情報表示画面（図２９及び図３０参照）を、ユーザ端末装置３１に表示させる（ステップＳ２０６）。
【0196】
処理部１１１は、情報表示画面に設けられた「ルート選択」のボタンに対する操作の有無に基づいて、ユーザによる経路変更の要求操作が行われたか否かを判定する（ステップＳ２０７）。経路変更の要求操作が行われた場合（Ｓ２０７：ＹＥＳ）、処理部１１１は、ステップＳ２０４へ処理を戻し、ユーザ端末装置３１に走行経路選択画面を表示させて上述の処理を行う。
【0197】
経路変更の要求操作が行われていない場合（Ｓ２０７：ＮＯ）、処理部１１１は、「タクシーを選択」のボタンに対する操作に応じて、ユーザ端末装置３１にタクシー選択画面（図３１参照）を表示させる（ステップＳ２０８）。処理部１１１は、タクシー選択画面を表示したユーザ端末装置３１を介して、タクシー選択画面に選択肢として表示された一又は複数の事前料金の中から、一の事前料金の選択をユーザから受け付ける（ステップＳ２０９）。処理部１１１は、ユーザにより選択された事前料金に応じてタクシー会社を決定し、このタクシー会社の情報処理装置１３に対してタクシーの配車依頼を行い（ステップＳ２１０）、処理を終了する。
【0198】
その後、ユーザは乗車希望地点にてタクシーに乗車し、目的地点で降車する際に確定されていた事前料金に基づく決済処理を行う。ただし本実施形態に係るタクシー情報処理システムでは、ユーザが乗車希望地点においてタクシーに乗車した時点から、このタクシーが目的地点に到着するまでの間に、事前料金によるタクシーの運行を解除し、タクシーの料金メーターにて算出される料金での運行に変更することができる。
【0199】
この変更は、例えばタクシーの運転者の都合により目的地点を変更し、ユーザが予め確定された事前料金によるタクシーの運行に同意しない場合になされ得る。また例えば乗車希望地点にユーザが遅れて到着し、タクシーの運転者が待ち時間分の追加料金を請求する場合になされ得る。事前料金から料金メーターへの変更は、これら以外の様々な要因でなされてよく、乗客であるユーザが変更を要求する場合と、タクシーの運転者が変更を要求する場合とが含まれ得る。
【0200】
乗車希望地点からタクシーが目的地点への走行を開始した後に、事前料金から料金メーターへの変更がなされる場合、これまでの走行についての料金をユーザは支払う。このときに、例えばユーザは予め確定していた事前料金の金額を支払うこととしてもよく、また例えばこれまでに走行した距離と事前料金とに基づいてユーザが支払う金額を算出してもよく、また例えば一律のキャンセル料金等をユーザが支払うこととしてもよく、これら以外の金額をユーザが支払うこととしてもよい。また、事前料金から料金メーターへの変更の際にユーザが支払う金額は、この変更がユーザの要求によるものであるか、又は、タクシーの運転者によるものであるかに応じて異なる基準で算出されてもよい。
【0201】
以上の構成の実施の形態２に係るタクシー情報処理システムは、タクシーの運営会社毎の料金算出基準を料金算出ＤＢ１１２ｂに記憶しておき、運営会社毎の事前料金を算出し、複数の事前料金の中からユーザによる事前料金の選択を受け付けて、選択された事前料金をタクシーの事前料金として確定する。これによりユーザは、タクシーの運営会社毎に異なる事前料金を比較することができ、自分に適した事前料金を選択してタクシーを利用することができる。
【0202】
また実施の形態２に係るタクシー情報処理システムは、算出した事前料金が同額の運営会社をグループ化した事前料金の選択肢をタクシー選択画面に表示して事前料金の選択を受け付けると共に、表示した選択しにはこのグループに含まれる一又は複数の運営会社を識別するアイコン等の情報を付す。これにより運営会社が多数存在する場合に選択肢を簡略化することができると共に、選択する事前料金がいずれの運営会社によるものであるかをユーザが容易に認識することができる。
【0203】
また実施の形態２に係るタクシー情報処理システムは、走行経路選択画面において複数の走行経路の選択肢を表示し、選択肢の選択に基づいて走行経路の選択を受け付けると共に、表示した選択肢には事前料金の最小値及び最大値の情報を付す。これによりユーザは、凡その料金を確認して走行経路を選択することができる。
【0204】
【0205】
また、実施の形態２に係るタクシー情報処理システムのその他の構成は、実施の形態１に係るタクシー情報処理システムと同様であるため、同様の箇所には同じ符号を付し、詳細な説明を省略する。
【0206】
今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【0207】
２ タクシー
３ ユーザ
１１ 配車アプリサーバ装置
１２ 配車履歴ＤＢ
１３ 情報処理装置
１４ 決済サーバ装置
２０ タクシー端末システム
２１ タクシー端末装置
２２ 料金メーター
２３ 乗客用端末装置
３１ ユーザ端末装置
９８，９９ 記録媒体
１１１ 処理部
１１１ａ 経路処理部
１１１ｂ 注文処理部
１１１ｃ 事前料金処理部
１１１ｄ 配車処理部
１１１ｅ 決済処理部
１１１ｆ 配車履歴処理部
１１１ｇ 表示処理部
１１２ 記憶部
１１２ａ サーバプログラム
１１２ｂ 料金算出ＤＢ
１１２ｃ ユーザＤＢ
１１２ｄ タクシーＤＢ
１１２ｅ 注文管理ＤＢ
１１３ 通信部
１１４ 表示部
１１５ 操作部
２１１ 処理部
２１１ａ 表示処理部
２１１ｂ 受諾受付部
２１１ｃ キャンセル受付部
２１２ 記憶部
２１２ａ プログラム
２１２ｂ タクシーＩＤ
２１３ 通信部
２１４ 表示部
２１５ 操作部
２１６ ＧＰＳ受信部
２２１ 処理部
２２２ 通信部
２２３ 表示部
２２４ 操作部
２３１ 処理部
２３２ 通信部
２３３ 表示部
２３４ 操作部
３１１ 処理部
３１１ａ 表示処理部
３１１ｂ 配車依頼部
３１１ｃ 承認受付部
３１２ 記憶部
３１２ａ プログラム
３１２ｂ ユーザＩＤ
３１３ 通信部
３１４ 表示部
３１５ 操作部
３１６ ＧＰＳ受信部
３ ユーザ
１１ 配車アプリサーバ装置
１２ 配車履歴ＤＢ
１３ 情報処理装置
１４ 決済サーバ装置
２０ タクシー端末システム
２１ タクシー端末装置
２２ 料金メーター
２３ 乗客用端末装置
３１ ユーザ端末装置
９８，９９ 記録媒体
１１１ 処理部
１１１ａ 経路処理部
１１１ｂ 注文処理部
１１１ｃ 事前料金処理部
１１１ｄ 配車処理部
１１１ｅ 決済処理部
１１１ｆ 配車履歴処理部
１１１ｇ 表示処理部
１１２ 記憶部
１１２ａ サーバプログラム
１１２ｂ 料金算出ＤＢ
１１２ｃ ユーザＤＢ
１１２ｄ タクシーＤＢ
１１２ｅ 注文管理ＤＢ
１１３ 通信部
１１４ 表示部
１１５ 操作部
２１１ 処理部
２１１ａ 表示処理部
２１１ｂ 受諾受付部
２１１ｃ キャンセル受付部
２１２ 記憶部
２１２ａ プログラム
２１２ｂ タクシーＩＤ
２１３ 通信部
２１４ 表示部
２１５ 操作部
２１６ ＧＰＳ受信部
２２１ 処理部
２２２ 通信部
２２３ 表示部
２２４ 操作部
２３１ 処理部
２３２ 通信部
２３３ 表示部
２３４ 操作部
３１１ 処理部
３１１ａ 表示処理部
３１１ｂ 配車依頼部
３１１ｃ 承認受付部
３１２ 記憶部
３１２ａ プログラム
３１２ｂ ユーザＩＤ
３１３ 通信部
３１４ 表示部
３１５ 操作部
３１６ ＧＰＳ受信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】