JP2021135644A

JP2021135644A - 乗車料金決済装置

Info

Publication number: JP2021135644A
Application number: JP2020030270A
Authority: JP
Inventors: 政洋木幡; Masahiro Kobata
Original assignee: Seiko Solutions Inc.
Current assignee: Seiko Solutions Inc.
Priority date: 2020-02-26
Filing date: 2020-02-26
Publication date: 2021-09-13
Anticipated expiration: 2040-02-26
Also published as: JP7443086B2

Abstract

【課題】複数人で乗車し、途中下車する乗客がいる場合でも、乗客の意思で金額を決定した支払いを可能にするとともに、支払いの際の金種に応じた返金を可能とする。【解決手段】決済装置２０は、最終目的地に到着する前に降車する一部の乗客によって、複数の金種の中のいずれかの金種で決済された預かり金を管理する預かり金管理部３１と、最終目的地に到着した際に預かり金管理部３１が管理していた預かり金を用いて、乗車地から最終目的地までの乗車料金を精算する乗車料金精算部３２と、預かり金管理部３１が管理していた預かり金の合計額が乗車料金より多い場合に、預かり金を返金する返金手段を当該預かり金の金種に応じて提示する返金手段提示部３３と、を備える。【選択図】図３

Description

本発明は、乗車料金決済装置に関する。

走行距離又は走行時間に基づいて料金が決まる、タクシー等の旅客輸送サービスにおいて、目的地が異なる複数の乗客が相乗りして、各乗客の目的地を経由しつつ、最終目的地まで当該サービスを利用する場合がある。特許文献１には、先に降車する利用者の支払金額を、後で降車する利用者の降車地にかかわらず、後で降車する利用者の不利益を補償した金額を加味して料金を計算する相乗り料金計算装置の技術が記載されている。

特開２０１６−９１２１２号公報

走行距離又は走行時間に基づいて料金が決まる旅客輸送サービスの料金の支払いにおいて、目的地が異なる複数の乗客が相乗りする場合、途中下車等により料金を支払うケースが考えられる。このケースでは、従来は個人間で途中までの料金を預け、最後に降車する乗客がまとめて料金を支払うため、各乗客が降車する際に、個別に料金を支払う事が出来なかった。

本発明は、上記の点に鑑みてなされたものであり、複数人で乗車し、途中下車する乗客がいる場合でも、乗客の意思で金額を決めて支払いができるとともに、支払いの際の金種に応じた返金が可能な乗車料金決済装置を提供することを目的とする。

本発明の第１態様は、営業の用に供する車両において用いられる乗車料金決済装置であって、最終目的地に到着する前に降車する一部の乗客によって、複数の金種の中のいずれかの金種で決済された預かり金を管理する預かり金管理部と、前記最終目的地に到着した際に前記預かり金管理部が管理していた預かり金を用いて、乗車地から前記最終目的地までの乗車料金を精算する乗車料金精算部と、前記預かり金管理部が管理していた預かり金の合計額が前記乗車料金より多い場合に、預かり金を返金する返金手段を当該預かり金の金種に応じて提示する返金手段提示部と、を備える。

第１態様によれば、複数人で乗車し、途中下車する乗客がいる場合でも、乗客の意思で金額を決めて支払いができるともに、支払いの際の金種に応じた返金を可能とする。

本発明の第２態様の乗車料金決済装置は、第１態様の乗車料金決済装置であって、前記返金手段提示部は、前記預かり金管理部が管理していた預かり金の金種と同一の金種で返金ができない場合に預かり金の金種と異なる金種による返金を提示する。

第２態様によれば、預かり金の金種と同一の金種で返金ができない場合であっても、返金可能な金種による返金を可能とする。

本発明の第３態様の乗車料金決済装置は、第１態様又は第２態様の乗車料金決済装置であって、前記返金手段提示部は、前記預かり金管理部が管理していた預かり金の一部を返金する返金手段を提示する。

第３態様によれば、乗車地から最終目的地までの乗車料金より預かり金の合計が多く、かつ預かり金のそれぞれについて全額を返金すると乗車料金の方が多くなる場合に、預かり金の一部を返金することで乗車料金の精算が可能となる。

本発明の第４態様の乗車料金決済装置は、第１態様〜第３態様のいずれかの乗車料金決済装置であって、返金手段提示部は、前記一部の乗客によって預かり金が決済される際、返金が発生した場合に使用する金種を事前に選択するための提示を行う。

第４態様によれば、最終目的地より前に乗客が降車する際に、余った預かり金の返金時に使用する金種を乗客に予め指定させることができる。

本発明の第５態様の乗車料金決済装置は、第１態様〜第４態様のいずれかの乗車料金決済装置であって、前記乗車地から前記最終目的地までの距離に基づいた予想乗車料金を提示する予想乗車料金提示部をさらに備える。

第５態様によれば、予め予想乗車料金に基づいて各乗客が預かり金を支払うことができ、最後の乗客が乗車料金を精算する際の料金の過不足を抑制することができる。

本発明の第６態様の乗車料金決済装置は、第１態様〜第５態様のいずれかの乗車料金決済装置であって、前記複数の金種による決済は、現金決済、クレジットカード決済、デビットカード決済、バーコード決済、及び電子マネー決済のいずれかを含む。

第６態様によれば、乗客の意思で金種を決めた支払いを可能とする。

本発明によれば、複数人で乗車し、途中下車する乗客がいる場合でも、乗客の意思で金額を決めて支払いができるともに、支払いの際の金種に応じた返金が可能な乗車料金決済装置を提供することができる。

本実施形態に係る移動通信システムの概略構成を示す図である。決済端末のハードウェア構成を示すブロック図である。決済端末の機能構成の例を示すブロック図である。決済端末による乗車料金決済処理の流れを示すフローチャートである。売上データの例を示す図である。売上データの例を示す図である。決済端末が提示するユーザインタフェースの例を示す図である。決済端末が提示するユーザインタフェースの例を示す図である。決済端末が提示するユーザインタフェースの例を示す図である。決済端末が提示するユーザインタフェースの例を示す図である。決済端末が提示するユーザインタフェースの例を示す図である。決済端末が提示するユーザインタフェースの例を示す図である。決済端末が提示するユーザインタフェースの例を示す図である。決済端末が提示するユーザインタフェースの例を示す図である。

以下、本開示の実施形態の一例を、図面を参照しつつ説明する。なお、各図面において同一または等価な構成要素および部分には同一の参照符号を付与している。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

図１は、本実施形態に係る移動通信システムの概略構成を示す図である。図１に示すように、本実施形態の移動通信システム１は、移動体であるタクシーＴの車内にインターネットＩＮに接続可能な環境を提供する。タクシーＴは、営業の用に供する車両の例である。図１に示されるように、移動通信システム１は、外部通信網２と接続可能な通信装置である車載用通信装置１０と、車載用通信装置１０に接続される複数の営業端末と、を含んで構成されている。外部通信網２は通信キャリアが提供する公衆回線網である。車載用通信装置１０及び複数の営業端末はタクシーＴの車内に設置されている。

本実施形態の営業端末は、決済端末２０と、タクシーメータ４０と、車載プリンタ４２と、配車システム４６と、を含んでいる。車載用通信装置１０と各営業端末とは、有線ＬＡＮ、無線ＬＡＮ、ＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）、ＲＳ-２３２Ｃ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信インタフェースにより接続されている。

タクシーメータ４０は、タクシーＴを利用する乗客に対して請求する運賃を算出する料金メータである。このタクシーメータ４０は、乗車時間及び走行距離に応じて運賃を算出する。

また、本実施形態のタクシーメータ４０は、車載用通信装置１０に対して「空車」、「実車」及び「支払」の営業状況に係る情報を出力する機能を有している。ここで、「空車」とはタクシーＴに乗客が乗車していない営業状況であり、「実車」とは乗客を運送中の営業状況であり、「支払」とはタクシーＴに乗客が乗車しているものの運賃精算中の営業状況である。

決済端末２０は、乗車料金決済装置の一例であり、タクシーメータ４０と連動する端末である。決済端末２０は、クレジットカード決済、デビットカード決済、電子マネー決済、二次元コード決済等、現金決済以外の決済を行うものである。決済端末２０は、磁気式のカードの読み取りが可能な磁気カードリーダ、接触型のＩＣカードの読み取りが可能なＩＣカードリーダ、バーコード又は二次元コードの読み取りが可能なカメラ、並びに非接触型のＩＣカードの読み取り及び書き込みが可能な非接触リーダ・ライタを備える。

車載プリンタ４２は、運賃を領収した際にレシートを発行するためのサーマルプリンタである。なお、図１では、タクシーメータ４０、決済端末２０、車載プリンタ４２のそれぞれが、車載用通信装置１０に接続されているが、係る例に限定されるものではない。例えば、決済端末２０に対してタクシーメータ４０と車載プリンタ４２が接続され、決済端末２０が車載用通信装置１０に対して接続されていてもよい。

配車システム４６は、利用者の手配に基づいてタクシーＴを配車するためのシステムであって、カーナビゲーションシステムを含んで構成されている。

なお、タクシーＴの社内に搭載される営業端末は、タクシーメータ４０、決済端末２０、車載プリンタ４２及び配車システム４６に限らない。例えば、営業端末は、ＥＴＣ（ＥｌｅｃｔｒｏｎｉｃＴｏｌｌＣｏｌｌｅｃｔｉｏｎ）車載器、ドライブレコーダ、タブレット型の広告モニタ等を含めてもよい。

図２は、決済端末２０のハードウェア構成を示すブロック図である。

図２に示すように、決済端末２０は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）２１、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）２２、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）２３、ストレージ２４、入力部２５、表示部２６及び通信インタフェース（Ｉ／Ｆ）２７を有する。各構成は、バス１９を介して相互に通信可能に接続されている。

ＣＰＵ２１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ２１は、ＲＯＭ２２またはストレージ２４からプログラムを読み出し、ＲＡＭ２３を作業領域としてプログラムを実行する。ＣＰＵ２１は、ＲＯＭ２２またはストレージ１４に記録されているプログラムにしたがって、上記各構成の制御および各種の演算処理を行う。本実施形態では、ＲＯＭ２２またはストレージ２４には、タクシーＴの乗車料金の決済を行う乗車料金決済プログラムが格納されている。

ＲＯＭ２２は、各種プログラムおよび各種データを格納する。ＲＡＭ２３は、作業領域として一時的にプログラムまたはデータを記憶する。ストレージ２４は、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）またはフラッシュメモリ等の記憶装置により構成され、オペレーティングシステムを含む各種プログラム、および各種データを格納する。

入力部２５は、キーボード又は数字を入力させるためのテンキーを含み、各種の入力を行うために使用される。また入力部２５として、ＣＭＯＳ（ＣｏｍｐｌｅｍｅｎｔａｒｙＭＯＳ）イメージセンサ等の撮像素子を備えた撮像装置が備えられていてもよい。

表示部２６は、たとえば、液晶ディスプレイであり、各種の情報を表示する。表示部２６は、タッチパネル方式を採用して、入力部２５として機能しても良い。

通信インタフェース２７は、車載用通信装置１０等の他の機器と通信するためのインタフェースであり、たとえば、イーサネット（登録商標）、ＦＤＤＩ、Ｗｉ−Ｆｉ（登録商標）等の規格が用いられる。

上記の乗車料金決済プログラムを実行する際に、決済端末２０は、上記のハードウェア資源を用いて、各種の機能を実現する。決済端末２０が実現する機能構成について説明する。

図３は、決済端末２０の機能構成の例を示すブロック図である。

図３に示すように、決済端末２０は、機能構成として、預かり金管理部３１、乗車料金精算部３２、返金手段提示部３３および予想乗車料金提示部３４を有する。各機能構成は、ＣＰＵ２１がＲＯＭ２２またはストレージ２４に記憶された乗車料金決済プログラムを読み出し、実行することにより実現される。

預かり金管理部３１は、複数の乗客を乗せたタクシーＴが、最終目的地に到着する前にタクシーＴを降車する一部の乗客によって、複数の金種の中のいずれかの金種で決済された預かり金を管理する。複数の金種による決済は、現金決済、クレジットカード決済、デビットカード決済、バーコード決済、及び電子マネー決済のいずれかを含んでいてもよい。なお、バーコード決済は、二次元コードを用いた決済も含む。

乗車料金精算部３２は、タクシーＴが上記最終目的地に到着した際に、預かり金管理部３１が管理していた預かり金を用いて、乗車地から上記最終目的地までの乗車料金を精算する。

返金手段提示部３３は、預かり金管理部３１が管理していた預かり金の合計額が乗車料金より多い場合に、預かり金を返金する返金手段を、当該預かり金の金種に応じて提示する。返金手段提示部３３は、預かり金管理部３１が管理していた預かり金の金種と同一の金種で返金ができない場合に、預かり金の金種と異なる金種による返金を提示してもよい。例えば、電子マネーで預かり金が支払われたが、その預かり金を電子マネーでは返金できない場合が考えられる。その場合、返金手段提示部３３は、電子マネーで支払われた預かり金を他の金種、例えば現金で返金するよう提示してもよい。また返金手段提示部３３は、電子マネーで支払われた預かり金を返金する代わりに、タクシー会社独自のポイントを付与してもよい。返金手段提示部３３は、預かり金を返金する際に、預かり金管理部３１が管理していた預かり金の一部を返金する返金手段を提示してもよい。乗車地から最終目的地までの乗車料金より預かり金の合計が多く、かつ預かり金のそれぞれについて全額を返金すると乗車料金の方が多くなる場合に、預かり金の一部を返金することで、乗車料金の精算が可能となる。

預かり金の返金が生じる場合を想定し、返金手段提示部３３は、預かり金の処理の中で、返金する場合の金種や個人情報を登録させるようにしてもよい。返金手段提示部３３は、返金する場合の金種や個人情報を登録させることで、最終目的地より前に乗客が降車する際に、余った預かり金の返金時に使用する金種を乗客に予め指定させることができる。

予想乗車料金提示部３４は、乗車地から上記最終目的地までの距離に基づいた予想乗車料金を提示する。乗車地から上記最終目的地までの距離は、走行経路における距離である。予想乗車料金提示部３４は、例えば、タクシーＴの運転手により入力された乗車地と上記最終目的地との間の距離に基づいて予想乗車料金を提示してもよい。予想乗車料金は、決済端末２０の画面に表示されてもよく、タクシーＴの中のタクシーメータ４０又は配車システム４６の画面に提示されてもよい。決済端末２０は、予想乗車料金提示部３４が予想乗車料金を提示することで、予想乗車料金に基づいて預かり金を途中で降車する乗客に支払わせることができるとともに、最後の乗客が精算する際の料金の過不足を抑制することができる。

次に、決済端末２０の作用について説明する。

図４Ａは、決済端末２０による乗車料金決済処理の流れを示すフローチャートである。ＣＰＵ２１がＲＯＭ２２又はストレージ２４から乗車料金決済プログラムを読み出して、ＲＡＭ２３に展開して実行することにより、乗車料金決済処理が行なわれる。

ＣＰＵ２１がタクシーＴの乗車料金を決済する際には、まず預かり金の処理を実行するか、又は乗車料金の会計処理を実行するかを判定する（ステップＳ１０１）。預かり金の処理を実行するのは、降車する乗客が最後の乗客ではない場合であり、会計処理を実行するのは、降車する乗客が最後の乗客である場合である。

ステップＳ１０１の判定の結果、預かり金の処理を実行する場合は、ＣＰＵ２１は、表示部２６に金額入力画面を提示する（ステップＳ１０２）。ＣＰＵ２１は、金額入力画面として、まず降車する乗客が支払いに利用する金種を選択する画面を提示し、金種が選択されると、続いて預かり金の額を入力させる画面を提示する。

預かり金の金種及び金額が入力されると、ステップＳ１０２に続いて、ＣＰＵ２１は、入力された金種及び金額での決済処理を実行する（ステップＳ１０３）。決済処理を実行すると、続いてＣＰＵ２１は、決済端末２０で管理される売上データを更新する（ステップＳ１０４）。図４Ｂは、決済端末２０が管理する売上データの例を示す図である。売上データには、一連の支払いを識別する番号（「Ｎｏ」）、支払いの日付及び時刻、預かり金の金種及び金額、乗車料金、預かり金と乗車料金との差額、返金の金種及び金額、預かり金額と返金額との差額である支払額の情報が格納される。ＣＰＵ２１は、図４Ｂに示す売上データに、支払いの日付及び時刻、並びに預かり金の金種及び金額を登録する。

売上データを更新すると、続いてＣＰＵ２１は、乗車料金が確定済みかどうか、すなわち、最終目的地に到着したかどうかを判定する（ステップＳ１０５）。乗車料金が確定済みであれば（ステップＳ１０５；Ｙｅｓ）、ＣＰＵ２１は一連の処理を終了する。預かり金の処理を実行する場合は、乗車料金が確定済みでないので（ステップＳ１０５；Ｎｏ）、ＣＰＵ２１はステップＳ１０１の判定処理の前に戻る。

一方、ステップＳ１０１の判定の結果、会計処理を実行する場合は、ＣＰＵ２１は、売上データを読み出す（ステップＳ１０６）。売上データを読み出すと、続いてＣＰＵ２１は、支払われた預かり金の合計と最終的な乗車料金とを比較する（ステップＳ１０７）。

ステップＳ１０４の判定の結果、支払われた預かり金の合計が最終的な乗車料金より少ない場合は、ＣＰＵ２１は、不足している乗車料金を乗客に支払わせるため、表示部２６に金額入力画面を提示する（ステップＳ１０２）。不足している乗車料金の金種及び金額が入力されると、ステップＳ１０２に続いて、ＣＰＵ２１は、入力された金種及び金額での決済処理を実行する（ステップＳ１０３）。決済処理を実行すると、続いてＣＰＵ２１は、決済端末２０で管理される売上データを更新する（ステップＳ１０４）。売上データを更新すると、続いてＣＰＵ２１は、乗車料金が確定済みかどうか、すなわち、最終目的地に到着したかどうかを判定する（ステップＳ１０５）。会計処理を実行するということは、最終目的地に到着したということであるので、乗車料金が確定済みであるため（ステップＳ１０５；Ｙｅｓ）、ＣＰＵ２１は一連の処理を終了する。

ステップＳ１０７の判定の結果、支払われた預かり金の合計が最終的な乗車料金より多い場合は、ＣＰＵ２１は、預かり金を返金するための返金画面を提示する（ステップＳ１１０）。ＣＰＵ２１は、返金画面として、途中で下車した乗客が支払った預かり金の履歴の画面を提示する。

ステップＳ１１０で提示した返金画面において返金する預かり金が選択されると、続いてＣＰＵ２１は、選択された預かり金の返金処理を実行する画面を提示する（ステップＳ１１１）。預かり金の返金処理を実行すると、続いてＣＰＵ２１は、決済端末２０で管理される売上データを更新する（ステップＳ１１２）。

なお、ステップＳ１０４の判定の結果、支払われた預かり金の合計が最終的な乗車料金と一致していた場合は、ＣＰＵ２１は、支払われた預かり金によって乗車料金を決済する。乗車料金を決済すると、ＣＰＵ２１は、決済完了画面を提示する（ステップＳ１０８）。決済完了画面を提示すると、続いてＣＰＵ２１は、決済端末２０で管理される売上データを更新する（ステップＳ１０９）。

図４Ｃは、決済端末２０が管理する売上データの例を示す図である。図４Ｃに示したのは、最終目的地に到着し、会計処理が実行された後の売上データの例である。図４Ｃの例は、預かり金の合計が１万円であり、乗車料金が、立替金を含めて６千円であった場合である。預かり金の合計の方が４千円多いので、ＣＰＵ２１は、同一の番号の売上データに対して返金処理を実行する。返金処理の結果、現金での支払いに対して現金で千円、クレジット決済での支払いに対してポイントで２千円、バーコード決済での支払いに対して当該バーコード決済で千円、それぞれ返金したとする。その場合の売上データは図４Ｃに示した通りとなる。この例では、最後に降車した乗客は、最初に降車した乗客に対する現金を持って帰ることになる。最後に降車した乗客は、返金処理で受け取った現金を、最初に降車した乗客に後日払えばよい。

ＣＰＵ２１は、図４に示す一連の処理を実行することで、複数人で乗車し、途中下車する乗客がいる場合でも、乗客の意思で金額を決定した支払いを可能にするとともに、支払いの際の金種に応じた返金を可能とする。

次に、決済端末２０が提示するユーザインタフェースの例を示す。

図５〜図１２は、決済端末２０が表示部２６に提示するユーザインタフェースの例を示す図である。

図５は、タクシーＴを降車する乗客に運賃の支払いを行わせるために決済端末２０が表示部２６に提示するユーザインタフェースの例を示す図である。図５に示すユーザインタフェースは、運賃表示部５１、預かり金入力ボタン５２、預かり金明細表示ボタン５３、及び会計ボタン５４を含む。運賃表示部５１は、乗車地から現在位置までの運賃を表示する領域である。運賃表示部５１が表示する運賃は、運転手が入力してもよいし、タクシーメータ４０と連動してもよい。預かり金入力ボタン５２は、料金入力画面に遷移するためのボタンである。預かり金明細表示ボタン５３は、これまでに支払われた預かり金の明細画面に遷移するためのボタンである。会計ボタン５４は、最終目的地に到着した際に乗客に会計を行わせるための会計画面に遷移するためのボタンである。

図６は、タクシーＴを降車する乗客に預かり金、又は預かり金では不足している際の残額の支払いを行わせるために決済端末２０が表示部２６に提示する、料金入力画面のユーザインタフェースの例を示す図である。図６に示す料金入力画面は、現金決済を行わせるための現金ボタン６１、クレジット決済を行わせるためのクレジットボタン６２、電子マネー決済を行わせるための電子マネーボタン６３、及びバーコード決済（二次元コードを用いた決済も含む）を行わせるためのバーコードボタン６４を含む。タクシーＴの運転手は、タクシーＴを降車する乗客にいずれかのボタンを選択させることで、預かり金又は残額の金種を指定させることができる。

図７は、タクシーＴを降車する乗客に預かり金又は残額の支払いを行わせるために決済端末２０が表示部２６に提示する、料金入力画面のユーザインタフェースの例を示す図である。図７に示す料金入力画面には、図６に示したいずれかのボタンを選択することで遷移する。図７に示す料金入力画面は、金額表示部７１、及び金額を入力させるテンキー７２を含む。運転手又は降車する乗客は、テンキー７２を操作して金額を入力することで、乗客が支払う預かり金又は残額を決済端末２０に入力できる。

図８は、タクシーＴを途中で降車する乗客に預かり金の支払いを行わせるために決済端末２０が表示部２６に提示する、預かり金の確認画面のユーザインタフェースの例を示す図である。図８に示す預かり金の確認画面には、図７に示した預かり金入力画面において金額を確定するキーが選択されることで遷移する。図８に示す預かり金の確認画面は、料金表示部８１を含む。料金表示部８１には、決済を行った金種及び金額が表示される。図８に示す例では、現金で１万円が支払われたことを決済端末２０が提示している。

図９は、決済端末２０が表示部２６に提示する、預かり金の明細画面のユーザインタフェースの例を示す図である。図９に示す預かり金の明細画面は、明細表示部９１を含む。図９に示す例では、明細表示部９１に現金決済、電子マネー決済、クレジット決済、及びバーコード決済によって預かり金が支払われたことを決済端末２０が提示している。

図１０は、決済端末２０が表示部２６に提示する会計画面のユーザインタフェースの例を示す図である。図１０に示す会計画面は、運賃を表示する運賃表示部１０１、高速道路の通行料金等の運転手が立て替えた料金を表示する立替金表示部１０２、運賃と立替金との合計を表示する合計表示部１０３、これまでに支払われた預かり金の合計を預かり金表示部１０４、運賃と立替金との合計と、預かり金の合計との差額を表示する差額表示部１０５、預かり金では足りない場合に会計を行う残額会計ボタン１０６、及び預かり金が多い場合に預かり金の返金を行う残額返金ボタン１０７を含む。なお、残額会計ボタン１０６及び残額返金ボタン１０７は、預かり金の過不足に応じて有効化又は無効化させるようにしてもよい。また、残額会計ボタン１０６及び残額返金ボタン１０７のうち、運転手が無効にしたいボタンは表示されないようにしてもよい。運賃表示部１０１が表示する運賃は、運転手が入力してもよいし、タクシーメータ４０と連動してもよい。残額会計ボタン１０６が選択されると、決済端末２０は、図６に示した料金入力画面に遷移する。残額返金ボタン１０７が選択されると、決済端末２０は、預かり金の返金を行うための残額返金画面に遷移する。

図１１は、決済端末２０が表示部２６に提示する残額返金画面のユーザインタフェースの例を示す図である。図１１に示す残額返金画面は、明細表示部１１１及び返金ボタン１１２を含む。図１１に示す例では、明細表示部１１１に現金決済、電子マネー決済、クレジット決済、及びバーコード決済によって預かり金が支払われたことを決済端末２０が提示している。乗客が、返金を受けたい明細を明細表示部１１１の中から選択し、返金ボタン１１２を選択することで、決済端末２０は、預かり金の返金を行うことができる。

図１２は、預かり金の返金を行うために決済端末２０が表示部２６に提示する、預かり金の返金の確認画面のユーザインタフェースの例を示す図である。図１２に示す預かり金の返金の確認画面には、図１１に示した預かり金入力画面において返金ボタン１１２が選択されることで遷移する。図１２に示す預かり金の確認画面は、料金表示部１２１を含む。料金表示部１２１には、決済を行った金種及び金額が表示される。図１２に示す例では、バーコード決済により支払われた１０００円の預かり金が返金されたことを決済端末２０が提示している。

ここで、預かり金と同一の金種で返金ができない場合も考えられる。例えば、電子マネーで預かり金が支払われたが、その預かり金を電子マネーでは返金できない場合が考えられる。その場合、決済端末２０は、電子マネーで支払われた預かり金を他の金種、例えば現金で返金するよう表示部２６に提示してもよい。

決済端末２０は、図５〜図１２に示したようなユーザインタフェースを提供することで、タクシーＴに乗車し、それぞれの目的地で降車する乗客の各々に対して、預かり金の支払い、残額の会計、及び預かり金の返金を行うことができる。

なお、上記各実施形態でＣＰＵがソフトウェア（プログラム）を読み込んで実行した乗車料金決済処理を、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Ｆｉｅｌｄ−ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）等の製造後に回路構成を変更可能なＰＬＤ（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）、及びＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が例示される。また、乗車料金決済処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせ等）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路である。

また、上記各実施形態では、乗車料金決済処理のプログラムがＲＯＭまたはストレージに予め記憶（インストール）されている態様を説明したが、これに限定されない。プログラムは、ＣＤ−ＲＯＭ（ＣｏｍｐａｃｔＤｉｓｋＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＤＶＤ−ＲＯＭ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、及びＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）メモリ等の記録媒体に記録された形態で提供されてもよい。また、プログラムは、ネットワークを介して外部装置からダウンロードされる形態としてもよい。

Ｔタクシー
１移動通信システム
１０車載用通信装置
２０決済端末
４０タクシーメータ
４４車載プリンタ
４６配車システム

Claims

営業の用に供する車両において用いられる乗車料金決済装置であって、
最終目的地に到着する前に降車する一部の乗客によって、複数の金種の中のいずれかの金種で決済された預かり金を管理する預かり金管理部と、
前記最終目的地に到着した際に前記預かり金管理部が管理していた預かり金を用いて、乗車地から前記最終目的地までの乗車料金を精算する乗車料金精算部と、
前記預かり金管理部が管理していた預かり金の合計額が前記乗車料金より多い場合に、預かり金を返金する返金手段を当該預かり金の金種に応じて提示する返金手段提示部と、
を備える、乗車料金決済装置。
前記返金手段提示部は、前記預かり金管理部が管理していた預かり金の金種と同一の金種で返金ができない場合に預かり金の金種と異なる金種による返金を提示する、請求項１に記載の乗車料金決済装置。
前記返金手段提示部は、前記預かり金管理部が管理していた預かり金の一部を返金する返金手段を提示する、請求項１または２に記載の乗車料金決済装置。
前記返金手段提示部は、前記一部の乗客によって預かり金が決済される際、返金が発生した場合に使用する金種を事前に選択するための提示を行う、請求項１〜３のいずれか１項に記載の乗車料金決済装置。
前記乗車地から前記最終目的地までの距離に基づいた予想乗車料金を提示する予想乗車料金提示部をさらに備える、請求項１〜４のいずれか１項に記載の乗車料金決済装置。
前記複数の金種による決済は、現金決済、クレジットカード決済、デビットカード決済、バーコード決済、及び電子マネー決済のいずれかを含む、請求項１〜５のいずれか１項に記載の乗車料金決済装置。