JP2019003628A - タクシーメータシステム、タクシーメータ及び携帯無線端末 - Google Patents

Abstract

【課題】乗客によって支払われる運賃が、乗車前に確定した運賃を超えないようにすることができるタクシーメータシステム、タクシーメータ及び携帯無線端末を提供すること。【解決手段】タクシーメータシステム５は、タクシーメータ１０と、タクシーメータ１０と無線通信により接続されるスマートフォン５０と、を備える。タクシーメータ１０は、少なくとも運賃を演算する機能を有するＣＰＵ１１と、スマートフォン５０と無線通信を行う通信部２４と、を備える。スマートフォン５０は、目的地までのタクシーメータ料金を事前に確定するＣＰＵ５１と、タクシーメータ１０と無線通信を行う通信部５３と、を備える。通信部５３は、ＣＰＵ５１により確定された運賃をタクシーメータ１０に送信可能であり、ＣＰＵ１１は、算出した運賃および確定された運賃のうち低額の運賃を最終的な運賃として出力する。【選択図】図１

Description

本発明は、タクシーメータシステム、タクシーメータ及び携帯無線端末に関する。

現在、タクシーの運賃は、特殊な場合を除き乗車の距離と時間による基準で決まっているので、実際にタクシー車両が目的地に到着しないと、確定しない。したがって、不慣れな土地や知らない土地でタクシーを利用する際に、タクシー利用者は、事前に運賃が分からず、不安を感じることがあった。

一方、国土交通省は、タクシー料金を乗車前に確定できる、「運賃事前確定サービス」を２０１７年度にも導入する方針を示している。

先行技術として、料金決定装置が目的地に到着する前にタクシー料金を算出し、算出されたタクシー料金を利用者が支払うべきタクシー料金として決定し、タクシーの走行にかからわらず、決定したタクシー料金を変更しないタクシー料金事前決定システムが特許文献１に開示されている。

また、特許文献２には、実機シミュレータで得られた最安経路情報と、検証シミュレータで得られた最安経路情報とを比較し、その比較結果を出力して乗車料金の正当性を検証する乗車料金検証システムが開示されている。

また、特許文献３には、タッチパネルとタクシーメータが連動することで、タクシーメータが運転席から離れた位置に設置されていても、タクシー運転者がタッチパネルを操作することで、タクシーメータを容易に操作可能であるタクシーメータ装置が開示されている。

また、特許文献４には、タクシーの利用にあたって支払可能な金額が指定されている場合に、タクシーメータから取り込んだ料金データから、入力金額を減算して残金額を求め、残金額による走行可能距離を求め、求めた走行可能距離を表示する料金管理装置が開示されている。

特開２００６−２５９８６４号公報 特開２００７−１２８１８６号公報 特開２０１３−８８８８５号公報 特開平１１−３１２２５８号公報

しかしながら、特許文献１に記載のタクシー料金事前決定システムは、目的地に到着する前に、利用者が支払うべきタクシー料金を料金決定装置が決定して変更しないようになっているが、利用者が所持する携帯無線端末で乗車前にタクシー料金を確定するようにはなっていない。

また、特許文献２に記載の乗車料金検証システムは、シミュレーションにより乗車料金の正当性を検証するようになっているが、特許文献２には、乗車前にタクシー料金を確定することについて何ら示されていない。

また、特許文献３に記載のタクシーメータ装置は、携帯端末が、タクシー料金計算支援サーバから通知されたタクシー料金を表示するが、特許文献３には乗車前にタクシー料金を確定することについては示されておらず、また、サーバを必要とするという問題もある。

このように、特許文献１−３のいずれにも、乗車前に運賃を確定することについて何ら開示されていない。

また、特許文献４に記載の料金管理装置は、残金額による走行可能距離を表示するが、実際にタクシー車両に乗車し、走行中でなければ、走行可能な距離を確認できない。また、走行可能な距離だけでは、実際に乗客が行きたい目的地に対して、どの地点まで到達できるかが、不明である。したがって、タクシーを利用しようとする利用者は、乗車前に、手持ちの現金または電子マネー等の残高といった予算内で、どこまで到達できるか分からず、タクシーを利用すべきかの判断ができない。

本発明は、上述した事情に鑑みてなされたものであり、その目的は、乗客によって支払われる運賃が、乗車前に確定した運賃を超えないようにすることができるタクシーメータシステム、タクシーメータ及び携帯無線端末を提供することにある。
また、本発明の他の目的は、タクシー利用者が、予算内での到達可能地点を、乗車前に確認することができるタクシーメータシステム、タクシーメータ及び携帯無線端末を提供することにある。

前述した目的を達成するために、本発明に係るタクシーメータシステム、タクシーメータ及び携帯無線端末は、下記（１）〜（８）を特徴としている。
（１） タクシーメータと、
前記タクシーメータと無線通信により接続される携帯無線端末と、
を備えるタクシーメータシステムにおいて、
前記タクシーメータは、
少なくとも運賃を算出する機能を有する算出部と、
前記携帯無線端末と無線通信を行う通信部と、を備え、
前記携帯無線端末は、
目的地までの運賃を事前に確定する事前確定部と、
前記タクシーメータと無線通信を行う端末側通信部と、を備え、
前記端末側通信部は、前記事前確定部により確定された運賃を前記タクシーメータに送信可能であり、
前記算出部は、算出した運賃および前記事前確定部により確定された運賃のうち低額の運賃を最終的な運賃として出力する、
ことを特徴とするタクシーメータシステム。

上記（１）の構成のタクシーメータシステムによれば、乗客によって支払われる運賃が、乗車前に確定した運賃を超えないようにすることができる。したがって、不慣れな土地や知らない土地でタクシーを利用する際、乗車前（事前）に運賃の上限が分かるので、タクシー利用者は、安心してタクシーを利用できる。また、近年増加している外国人観光客も、同様に安心してタクシーを利用できる。結果として、タクシー利用の増加が期待される。

（２） 前記通信部は、前記目的地において演算された運賃を前記携帯無線端末に送信し、
前記携帯無線端末は、前記算出部により算出された運賃と、前記事前確定部により確定された運賃とのうちいずれが安いかを判定する判定部を備え、
前記端末側通信部は、前記事前確定部により確定された運賃が前記算出部により算出された運賃よりも安いと判定された場合には、当該確定された運賃を前記タクシーメータに送信し、
前記算出部は、受信した当該運賃を最終的な運賃として出力する、
ことを特徴とする上記（１）の構成のタクシーメータシステム。

上記（２）の構成のタクシーメータシステムによれば、事前確定料金が賃走時のタクシーメータ料金より安い場合、スマートフォンが自動的に事前確定料金を送信するので、乗客の手間を軽減できる。また、事前確定料金が賃走時のタクシーメータ料金より高い場合、スマートフォンは事前確定料金をタクシーメータに送信しなくてもよいので、タクシーメータによる書き換え処理を省くことができる。また、この場合、支払うタクシーメータ料金は、事前確定料金よりも安いので、乗客の費用が軽減される。これにより、タクシー利用の増加が期待される。

（３） 前記通信部と前記端末側通信部とは、狭域通信により直接接続される、
ことを特徴とする上記（１）又は（２）の構成のタクシーメータシステム。

上記（３）の構成のタクシーメータシステムによれば携帯無線端末は、タクシーメータとの接続において、狭域通信に要する電力で済むので、電力消費を抑制できる。特に、消費電力の少ないＢＬＥ通信を用いた場合、一層の低消費電力化が可能となる。したがって、タクシーの乗車中に携帯無線端末をタクシーメータに長時間接続し続けたとしても、携帯無線端末のバッテリ駆動時間が著しく短くなることを抑制できる。また、他の装置を経由することなく直接に通信が行われるので、運賃に関する情報を表示あるいは更新するまでに要する遅延時間を短縮できる。

（４） 少なくとも運賃を算出する機能を有する算出部と、
外部の携帯無線端末と無線通信を行う通信部と、を備え、
前記通信部は、目的地において算出された運賃を前記携帯無線端末に送信し、
前記算出部は、前記目的地にて前記携帯無線端末から運賃を表す情報を取得した場合には、算出した運賃および前記携帯無線端末により確定された運賃のうち低額の運賃を最終的な運賃として出力する、
ことを特徴とするタクシーメータ。

上記（４）の構成のタクシーメータによれば、タクシーメータに表示される最終的な運賃が乗車前に確定した運賃を超えないように抑えることができる。

（５） 目的地までの運賃を事前に確定する事前確定部と、
タクシーメータと無線通信を行う端末側通信部と、
前記タクシーメータから運賃を表す情報を受信した場合、受信した運賃と前記事前確定部により確定された運賃とのうちいずれが安いかを判定する判定部と、を備え、
前記端末側通信部は、前記事前確定部により確定された運賃が前記受信した運賃よりも安いと判定された場合には、当該確定された運賃を前記タクシーメータに送信する、
ことを特徴とする無線携帯端末。

上記（５）の構成の無線携帯端末によれば、タクシーメータに対し、乗車前に確定した運賃を超えないように抑えた運賃を表示させることができる。

（６） 前記携帯無線端末は、
予算金額を入力する入力部と、
入力された前記予算金額で到達可能な、ルート上の地点を算出する地点算出部と、
算出された地点を表示する表示部と、
前記地点を前記目的地として確定する地点確定部と、を有し、
前記事前確定部は、確定された前記地点までの運賃を事前に確定し、
前記端末側通信部は、前記事前確定部により確定された運賃として、前記地点までの運賃を前記タクシーメータに送信可能である
ことを特徴とする上記（１）の構成のタクシーメータシステム。

上記（６）の構成のタクシーメータシステムによれば、タクシー利用者が、予算内での到達可能地点を乗車前に確認することができるため、タクシーを利用すべきかの判断ができる。一方、乗務員についても、乗客の予算内での到達可能地点が事前にわかっているため、例えば、乗客が乗車中に眠ってしまった場合でも、乗客の予算を超えてタクシーが走行し続け、乗客から支払われる運賃が不足するということが起こらず、乗務員は安心してタクシーを運送できる。また、実際に乗車したときのタクシーメータ料金よりも、乗車前に確認した事前確定料金の方が安い場合、タクシーメータに事前確定料金が反映されるため、利用者は、安心してタクシーを利用できる。

（７） 前記予算金額は、前記携帯無線端末において利用者により入力されたものである、
ことを特徴とする上記（６）の構成のタクシーメータシステム。

上記（７）のタクシーメータシステムによれば、スマートフォンなどの携帯無線端末において利用者が予算額を自由に入力できる。例えば、手持ちの現金や、スマートフォンにチャージされている電子マネーの残高を考慮して、タクシー運賃として支払える金額の上限を適切に設定できる。

（８） 前記予算金額は、前記携帯無線端末内にチャージされた電子マネーにより支払可能な額である、
ことを特徴とする上記（７）の構成のタクシーメータシステム。

上記（８）のタクシーメータシステムによれば、タクシー運賃を電子マネーで支払う場合であっても、利用者は安心してタクシーを利用できる。

本発明によれば、乗客によって支払われる運賃が、乗車前に確定した運賃を超えないようにすることができる。また、本発明によれば、タクシー利用者が、予算内での到達可能地点を、乗車前に確認することができる。

以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。

図１は、本発明の第１実施形態におけるタクシーメータシステムの構成を示すブロック図である。 図２は、タクシーメータの動作手順を示すフローチャートである。 図３は、乗車前におけるスマートフォンの動作手順を示すフローチャートである。 図４は、ステップＳ２１におけるルート検索処理手順を示すフローチャートである。 図５は、乗車中におけるスマートフォンの動作手順を示すフローチャートである。 図６は、ステップＳ４１における無線接続処理手順を示すフローチャートである。 図７は、ステップＳ４４における受信データ表示処理手順を示すフローチャートである。 図８は、ステップＳ４５における料金比較処理手順を示すフローチャートである。 図９は、タクシーメータのタッチパネルの表示画面を示す図である。 図１０は、スマートフォンのタッチパネルの表示画面を示す図である。 図１１は、乗車前におけるスマートフォンの動作手順を示すフローチャートである。 図１２は、ステップＳ８２における予算判定処理手順を示すフローチャートである。 図１３は、第２実施形態における、乗車中におけるスマートフォン５０の動作手順を示すフローチャートである。 図１４は、ステップＳ１０４における予算送信処理手順を示すフローチャートである。 図１５は、第２実施形態に係るスマートフォン５０のタッチパネルＴＰ２の表示画面を示す図であり、図１５（Ａ）は、タッチパネルＴＰ２に予算ボタンＢ１が表示される例を示し、図１５（Ｂ）は、タッチパネルＴＰ２に、予算選択画面として、現金ボタンＢ２および電子マネーボタンＢ３が表示される例を示す。 図１６は、第２実施形態に係るスマートフォン５０のタッチパネルＴＰ２の表示画面を示す図であり、図１６（Ａ）は、タッチパネルＴＰ２に現金支払い用入力画面Ｇ１が表示される例を示し、図１６（Ｂ）は、タッチパネルＴＰ２に電子マネー支払い用入力画面Ｇ２が表示される例を示す。 図１７は、第２実施形態に係るスマートフォン５０のタッチパネルＴＰ２の表示画面を示す図であり、図１７（Ａ）は、利用者がタクシーに乗車する前の表示画面例を示し、図１７（Ｂ）は、利用者がタクシーに乗車中の表示画面例を示す。

本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。

（第１実施形態）
図１は、本発明の第１実施形態におけるタクシーメータシステム５の構成を示すブロック図である。タクシーメータシステム５は、タクシー車両８に搭載されたタクシーメータ１０と、乗客等によって所持されるスマートフォン５０とを含む構成を有し、タクシーメータ１０とスマートフォン５０との間でタクシーメータ料金情報（以下、メータ料金情報という）を共有する。メータ料金情報は、運賃及びタクシーメータ１０の状態（以下、メータ状態という）を含む。

タクシーメータ１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、カードリーダライタ（Ｒ／Ｗ）インターフェイス（Ｉ／Ｆ）１４、通信部２４、表示部１５、入力部１６、インターフェイス（Ｉ／Ｆ）１７Ａ、１７Ｂ、ＲＴＣ（時計ＩＣ）１８、及びナビゲーション２２を有する。Ｉ／Ｆ１７Ａには、ＧＰＳ受信器２０が接続される。Ｉ／Ｆ１７Ｂには、ＥＴＣ車載器１９が接続される。

ＣＰＵ１１は、タクシーメータ１０の全体の動作を制御する。ＣＰＵ１１は、車両の速度を表す車速パルス信号等を入力する入力ポートを内蔵する。車速パルス信号は、車輪の回転に応じて出力される信号である。ＣＰＵ１１は、車速パルス信号から得られる走行距離と、ＲＴＣ１８で計時される走行時間とから、運賃を算出する。通常の賃走時、ＣＰＵ１１は、走行距離または走行時間がそれぞれ一定値に達すると、課金をアップする。また、高速道路の賃走時、ＣＰＵ１１は、走行時間による課金を停止し、走行距離による課金アップ（料金上がり）だけを行う。同様に、乗客待ち時など特定の条件下で、ＣＰＵ１１は、走行距離による課金を停止し、走行時間による課金アップだけを行ってもよい。

また、ＣＰＵ１１は、タリフの入力として、各種ボタンの選択を受け付ける。例えば、ＣＰＵ１１は、実車ボタンｂ２が選択されると、賃走時の運賃を計算し、表示部１５に賃走中のタクシー料金画面を表示する。また、ＣＰＵ１１は、高速ボタンｂ１１、割増ボタンｂ１２、割引ボタンｂ１５等が選択された場合、それぞれ高速、割増、割引等のメータ状態をタクシー料金画面に表示可能である（図４参照）。

ＲＯＭ１２は、タクシーメータ１０の基本制御プログラム、料金算出に用いられる料金マスタファイル等を記憶する。ＲＡＭ１３は、ＣＰＵ１１が各種プログラムを実行する際のワーキングメモリとして使用される。

カードリーダライタ（Ｒ／Ｗ）インターフェイス（Ｉ／Ｆ）１４には、乗務員によって所持され、各種データの読み書きが行われるメモリカード１４Ａが挿抜自在に装着される。メモリカード１４Ａには、接触で読み書きを行うＳＤカードやＣＦ（登録商標）カード等のメモリカードの他、非接触で読み書き可能なＩＣカードや磁気カード等が用いられる。なお、このメモリカード１４Ａは、タクシー車両を管理する事務所側のデータ処理装置に対しても、挿抜自在に装着可能である。

通信部２４は、狭域通信として近距離無線（例えば、ＢＬＥ、Bluetooth（登録商標）、ZigBee（登録商標））及び無線ＬＡＮの機能を有し、スマートフォン５０と通信可能である。

Ｉ／Ｆ１７Ａには、ＧＰＳ受信器２０が接続される。ＧＰＳ受信器２０は、ＧＰＳ衛星から送信される時刻データを受信し、タクシー車両８の現在位置（緯度、経度、高度）を算出し、ＧＰＳ位置情報として出力可能である。Ｉ／Ｆ１７Ｂには、ＥＴＣ車載器１９が接続される。ＲＴＣ（時計ＩＣ）１８は現在時刻を計時する。ＲＴＣ１８によって計時される時刻は、車両の運転状態を表す走行データとともにＲＡＭ１３に記録される。

表示部１５は、前述したように、タクシーメータ１０における各種情報を表示する。また、入力部１６は、乗務員等による入力操作を受け付ける。本実施形態では、表示部１５と入力部１６は、タッチパネルＴＰ１で一体的に構成される。タッチパネルを用いた場合、乗務員がタッチパネルＴＰ１に表示された各種ボタンを押下することで、タクシーメータ１０は、入力された情報を受け付ける。なお、表示部１５と入力部１６は、別々の電子部品であってもよい。この場合、表示部は、液晶表示器（ＬＣＤ）、有機ＥＬ、プラズマディスプレイ、ＬＥＤ等の表示デバイスにより構成される。また、入力部は、タッチセンサ、タッチパッド、マウス、キーボード、トラックボール等の入力デバイスにより構成される。

ナビゲーション２２は、走行時、タクシー車両８のＧＰＳ位置情報に基づき、表示部１５に表示された地図上に現在位置をマーカで描いたり、ナビゲーションを行うための入力項目を表示したり、入力部１６で入力された目的地までの経路を案内する機能を有する。なお、ここでは、ナビゲーション２２は、表示部１５に表示するだけであったが、音声出力機能を有する場合、スピーカやイヤホン端子から音声案内を出力してもよい。また、ナビゲーション２２は、表示部１５とは別にナビゲーション画面を表示可能なディスプレイユニットを有してもよい。

一方、スマートフォン５０は、ＣＰＵ５１、メモリ５２、通信部５３、操作部５４、表示部５５、及び音声入出力部５６を有する。ＣＰＵ５１は、スマートフォン５０の各部を統括的に制御する。

通信部５３は、狭域通信として、近距離無線（例えば、ＢＬＥ、Bluetooth（登録商標）、ZigBee（登録商標））や、無線ＬＡＮの機能を有し、タクシーメータ１０と通信可能である。また、通信部５３は、モバイル通信の機能を有し、無線基地局との間で制御データを送受信し、制御プロトコルに従った発呼、着呼等のプロトコル制御を行う。

メモリ５２は、スマートフォン５０の各種データ（設定値、電話帳データ、ＳＭＳメッセージ、各種画像データ、音楽データ等の情報）を記憶する。設定値には、後述する、スマートフォン５０をタクシーメータ１０に自動接続するか、それとも手動接続するかを選択する情報が含まれる。また、メモリ５２は、タクシーメータ１０から送信されたメータ料金情報を記憶する。ここで、スマートフォン５０を所持するユーザ（タクシー利用者）は、タクシー会社等のクラウドサービスにアクセスし、タクシー利用アプリ（以下、単にアプリともいう）をダウンロード可能である。ダウンロードされたタクシー利用アプリは、メモリ５２の不揮発性メモリに保持され、スマートフォン５０にインストールされる。タクシー利用アプリのインストールが終了すると、スマートフォン５０のホーム画面には、タクシー利用アプリのアイコンが表示される。ユーザがこのアイコンを押下することで、タクシー利用アプリは起動する。タクシー利用アプリは、メモリ５２に記憶されたメータ料金情報をタクシー料金画面（図１０（Ｂ）参照）上に表示する。

音声入出力部５６には、マイク５７及びスピーカ５８が接続される。音声入出力部５６は、マイク５７及びスピーカ５８を介して、音声通話の入出力や着信音の出力を行う。

操作部５４は、テンキーや各種機能ボタンを含む。表示部５５は、地図やメータ料金情報等の各種情報を表示する。本実施形態では、操作部５４及び表示部５５はタッチパネルＴＰ２で構成される。なお、操作部５４及び表示部５５は、別々の電子部品で構成されてもよい。

上記構成を有するタクシーメータシステム５の動作を示す。図２は、タクシーメータ１０の動作手順を示すフローチャートである。タクシーメータ１０のＣＰＵ１１は、この動作プログラムを周期的に実行する。タクシーメータ１０のＣＰＵ１１は、乗客が乗車し、乗客が所持するスマートフォン５０からの無線接続要求があると、無線接続処理を行う（Ｓ１）。無線接続は、前述したように、近距離無線や無線ＬＡＮで行われる。なお、スマートフォン５０からの無線接続要求が無い場合、ＣＰＵ１１は無線接続要求があるまで待機する。また、無線接続が一旦行われた後、乗客によるスマートフォン５０の接続遮断の操作が行われる、あるいは、スマートフォン５０がタクシーメータ１０の無線通信範囲から外れると、無線接続は遮断する。接続遮断の操作として、タクシー利用アプリの終了、遮断ボタンの押下等が挙げられる。

無線接続が行われると、ＣＰＵ１１は、現在のメータ料金情報（運賃及びメータ状態）をスマートフォン５０に送信する（Ｓ２）。ＣＰＵ５１は、支払ボタンｂ３が押下されたか否かを判別する（Ｓ３）。支払ボタンｂ３が押下されない場合、ＣＰＵ５１はステップＳ２の処理に戻る。一方、支払ボタンｂ３が押下された場合、ＣＰＵ５１は、タクシーメータ料金の支払情報をスマートフォン５０に送信する（Ｓ４）。この支払情報は、走行距離と時間に基づいて算出される運賃を、メータ状態（高速、割増、割引等）に従って調整したタクシーメータ料金の情報を含む。

そして、ＣＰＵ１１は、スマートフォン５０から事前確定料金情報を受信したか否かを判別する（Ｓ５）。事前確定料金情報を受信していない場合、ＣＰＵ１１は本動作を終了する。一方、ステップＳ５で事前確定料金情報を受信した場合、ＣＰＵ１１は、事前確定料金情報に基づき、タクシーメータ料金を書き換える（Ｓ６）。ここで、事前確定料金情報は、タクシ利用者がタクシーを利用する前（乗車前）にタクシー利用アプリを起動し、タクシー利用アプリのルート検索処理を行った結果、得られた予測運賃を含む情報である。なお、タクシー利用者は、予測運賃の他、障害者である場合、障害者割引が適用されるように、「割引」等のメータ状態を事前確定料金情報に含めてもよい。

タクシーメータ料金を書き換えると、ＣＰＵ１１は、料金書き変え確認情報をスマートフォン５０に送信する（Ｓ７）。この後、ＣＰＵ１１は本動作を終了する。

続いて、スマートフォン５０の動作を示す。
（乗車前のタクシー利用者の操作）
乗車前、タクシー利用者は、事前にタクシー利用アプリがインストールされているスマートフォン５０を用いてルート検索を行う。図３は、乗車前におけるスマートフォン５０の動作手順を示すフローチャートである。スマートフォン５０のＣＰＵ５１は、タクシー利用者によって表示部５５のホーム画面に表示されたタクシー利用アイコンがタッチ操作されると、タクシー利用アプリを起動する。タクシー利用アプリは、通信可能な範囲に属するタクシーメータの有無を判断する。タクシーメータの有無については、タクシー利用者がタクシー利用アプリにボタン操作で指示してもよいし、タクシー利用アプリが無線接続要求をブロードキャスト送信し、その応答の有無によって自ら判断してもよい。

乗車前、スマートフォン５０のＣＰＵ５１は、ルート検索処理を行う（Ｓ２１）。ルート検索処理の詳細については後述する。この後、ＣＰＵ５１は本動作を終了する。

図４は、ステップＳ２１におけるルート検索処理手順を示すフローチャートである。ＣＰＵ５１は、タクシー利用者によってルート検索操作が行われるまで待つ（Ｓ３１）。このルート検索操作では、現在地、目的地、及び各種条件（例えば、高速可、時間優先、料金優先、渋滞回避、経由地指定等）を含む情報が入力される。

ルート検索操作が行われると、ＣＰＵ５１は、タクシー利用者によって入力された情報を基に、ルート検索を行い、ルート（案内経路）、距離、時間、予測運賃等を検索結果として出力する（Ｓ３２）。ルート検索結果はタクシー利用アプリの画面に表示される。ＣＰＵ５１は、ルート検索結果をメモリ５２に保持する（Ｓ３３）。この後、ＣＰＵ５１は本動作を終了する。

（乗車中のタクシー利用者の操作）
図５は、乗車中におけるスマートフォン５０の動作手順を示すフローチャートである。スマートフォン５０のＣＰＵ５１は、タクシーメータ１０と無線接続処理を行う（Ｓ４１）。無線接続処理の詳細については、後述する。

ＣＰＵ５１は、ルート検索結果がメモリ５２に保持されているか否かを判別する（Ｓ４２）。ルート検索結果がメモリ５２に保持されている場合としては、乗車前、タクシー利用者がルート検索を行い、その結果がメモリ５２に保持されている場合、および以前タクシーを利用した際のルート検索結果がメモリ５２に保持されている場合が想定される。

ルート検索結果がメモリ５２に保持されている場合、ＣＰＵ５１は、ステップＳ４４の処理に進む。一方、ルート検索結果がメモリ５２に保持されていない場合、ＣＰＵ５１は、ルート検索処理を行う（Ｓ４３）。このルート検索処理は、前述した図４のルート検索処理と同じである。

ＣＰＵ５１は、タクシーメータ１０からメータ料金情報及び支払情報を受信する受信データ表示処理を行う（Ｓ４４）。受信データ表示処理の詳細については後述する。ＣＰＵ５１は、乗車前に取得した事前確定料金と実際のタクシーメータ料金とを比較する、料金比較処理を行う（Ｓ４５）。この後、ＣＰＵ５１は本動作を終了する。料金比較処理の詳細については後述する。

図６は、ステップＳ４１における無線接続処理手順を示すフローチャートである。スマートフォン５０のＣＰＵ５１は、タクシーメータ１０と無線接続しているか否かを判別する（Ｓ５１）。タクシーメータ１０と無線接続されている場合、ＣＰＵ５１はそのまま本動作を終了する。

一方、タクシーメータ１０と無線接続されていない場合、ＣＰＵ５１は、メモリ５２に記憶された設定が、自動接続であるか、それとも手動接続であるかを判別する（Ｓ５２）。手動接続である場合、ＣＰＵ５１は、乗客による接続操作が行われるまで待つ（Ｓ５３）。接続操作として、例えば、スマートフォン５０のタクシー利用アプリの画面に表示された無線接続ボタンの押下が挙げられる。

接続操作が行われると、ＣＰＵ５１は、無線接続処理を実行する（Ｓ５４）。無線接続は、前述したように、近距離無線通信や無線ＬＡＮで行われる。近距離無線通信として、例えばBluetooth（登録商標）で行う場合、スマートフォン５０とタクシーメータ１０のペアリングが行われる。また、無線ＬＡＮで行う場合、スマートフォン５０は、タクシーメータ１０が接続されるネットワークのＳＳＩＤ（Service Set Identifier）や暗号化キーを設定する。また、ステップＳ５２で自動接続である場合、ＣＰＵ５１は、乗客の接続操作を待つことなく、ステップＳ５４に進む。この後、ＣＰＵ５１は本動作を終了する。

図７は、ステップＳ４４における受信データ表示処理手順を示すフローチャートである。ＣＰＵ５１は、タクシーメータ１０から現在のメータ料金情報（運賃及びメータ状態）を受信したか否かを判別する（Ｓ６１）。メータ料金情報を受信した場合、ＣＰＵ５１は、タッチパネルＴＰ２にウインドウとして表示されたタクシー料金画面ＧＭ２を更新する（Ｓ６２）。タクシー料金画面ＧＭ２には、更新された運賃及びメータ状態（次回料金上がり割合バー等）が表示される。一方、ステップＳ６１でメータ料金情報を受信していない場合、ＣＰＵ５１は、タクシーメータ１０からタクシーメータ料金の支払情報を受信したか否かを判別する（Ｓ６３）。支払情報を受信しなかった場合、ＣＰＵ５１は、ステップＳ６１の処理に戻る。一方、支払情報を受信した場合、ＣＰＵ５１は本動作を終了する。

図８は、ステップＳ４５における料金比較処理手順を示すフローチャートである。ＣＰＵ５１は、タクシーメータ１０から受信したタクシーメータ料金と、事前確定料金とを比較する（Ｓ７１）。比較の結果、タクシーメータ料金が事前確定料金より高いか否かを判別する（Ｓ７２）。タクシーメータ料金が事前確定料金より高い場合、ＣＰＵ５１は、タクシーメータ１０に事前確定料金を送信する（Ｓ７３）。

そして、ＣＰＵ５１は、タクシーメータ１０から料金書き換え確認情報を受信したか否かを判別する（Ｓ７４）。タクシーメータ１０でタクシーメータ料金が書き換えられた場合、タクシーメータ１０からスマートフォン５０に料金書き換え確認情報が送信される。スマートフォン５０のＣＰＵ５１は、料金書き換え確認情報を受信していない場合、ステップＳ７３に戻り、事前確定料金を送信する処理を繰り返す。ステップＳ７４で、ＣＰＵ５１は、料金書き換え確認情報を受信した場合、そのまま本動作を終了する。乗客は事前確定料金でタクシーメータ料金を精算することができる。例えば、急な渋滞の発生等によって運賃が高くなっても、乗客は、事前確定料金でタクシーメータ料金を精算することができるので、安心してタクシーに乗車することができ、結果としてタクシー利用の増加に繋がる。

一方、ステップＳ７２でタクシーメータ料金が事前確定料金と同じもしくは低い場合、ＣＰＵ５１は、そのまま動作を終了する。タクシーメータ料金が事前確定料金よりも安かった場合、金額が低いままのタクシーメータ料金で乗客はタクシーメータ料金を精算できる。従って、乗客は、割安感を抱くことができ、タクシー利用の増加に繋がる。なお、タクシーメータ料金が事前確定料金よりも低かった場合、タクシーメータ料金を事前確定料金に揃えてもよく、タクシーメータ料金の均一化を図ることができる。この場合、運転者の売上を安定化できる。

図９は、タクシーメータ１０のタッチパネルＴＰ１の表示画面を示す図である。タクシーメータ１０は、箱形の筐体１０ｚを有する。筐体１０ｚの前面には、タッチパネルＴＰ１が配置される。タッチパネルＴＰ１は、表示部１５及び入力部１６を有する。表示部１５は、矩形のタクシー料金画面ＧＭ０、及びタクシー料金画面ＧＭ０を縁部に沿うように逆Ｌ字形の操作画面ＧＳ０を表示する。タクシー料金画面ＧＭ０には、運賃及びメータ状態が表示される。メータ状態は、高速、割増、割引、次回料金上がりバー等の情報を含む。

操作画面ＧＳ０には、入力部１６である各種ボタンｂ１〜ｂ５，ｂ１１〜ｂ１５が配置される。具体的に、操作画面ＧＳ０の右側には、空車ボタンｂ１、実車（賃走）ボタンｂ２、支払ボタンｂ３、合計ボタンｂ４及び迎車ボタンｂ５が配置される。また、操作画面ＧＳ０の下側には、高速ボタンｂ１１、割増ボタンｂ１２、予約ボタンｂ１３、貸切ボタンｂ１４及び割引ボタンｂ１５が配置される。また、筐体１０ｚの下方には、メモリカード１４Ａが挿抜自在に装着される挿入口１４ｚが配置される。

図９（Ａ）に示す書き換え前のタクシー料金画面ＧＭ０では、タクシーメータ料金は「運賃 ２，４５０円」であったが、図９（Ｂ）に示す書き換え後のタクシー料金画面ＧＭ０では、タクシーメータ料金は事前確定料金である「運賃 ２，１７０円」に変更されている。

図１０は、スマートフォン５０のタッチパネルＴＰ２の表示画面を示す図である。図１０（Ａ）は、乗車前のタッチパネルＴＰ２の表示画面を示す。タッチパネルＴＰ２には、タクシー利用アプリのルート検索で決定したルートＲ１が地図ｍｐ１上に描画される。また、タッチパネルＴＰ１には、ポップ画面ｐｐ１が表示される。ポップ画面ｐｐ１には、ルートＲ１に沿って現在位置から目的地まで走行する際の時間、距離及び予測運賃が含まれる。ここでは、時間は「１６分」、距離は「６．１ｋｍ」、予測運賃は「２，１７０円」である。

図１０（Ｂ）は、乗車中のタッチパネルＴＰ２の表示画面を示す。タッチパネルＴＰ２には、ポップ画面ｐｐ１の他、ウインドウとしてタクシー料金画面ＧＭ２が表示される。タクシー料金画面ＧＭ２には、運賃及び次回料金上がり割合バーｂｒ１が表示される。ここでは、運賃として金額２，１７０円が表示されている。

本発明の第１実施形態に係るタクシーメータシステム５は、タクシーメータ１０とスマートフォン５０（携帯無線端末）と、を備える。タクシーメータ１０は、スマートフォン５０と無線通信を行う通信部２４を備え、スマートフォン５０は、目的地までのタクシーメータ料金（運賃）を事前に確定するＣＰＵ５１（事前確定部）と、タクシーメータ１０と無線通信を行う通信部５３（端末側通信部）と、を備える。通信部５３は、ＣＰＵ５１により確定された運賃をタクシーメータ１０に送信可能であり、ＣＰＵ１１は、算出した運賃および確定された運賃のうち低額の運賃を最終的な運賃として出力する。これにより、乗客によって支払われる運賃が、乗車前に確定した運賃を超えないようにすることができる。したがって、不慣れな土地や知らない土地でタクシーを利用する際、乗車前（事前）に運賃の上限が分かるので、タクシー利用者は、安心してタクシーを利用できる。また、近年増加している外国人観光客も、同様に安心してタクシーを利用できる。結果として、タクシー利用の増加が期待される。

また、通信部２４は、目的地において演算された運賃をスマートフォン５０に送信し、スマートフォン５０は、ＣＰＵ１１により算出された運賃と、ＣＰＵ５１により確定された運賃とのうちいずれが安いかをＣＰＵ１１（判定部）により判定する。通信部５３は、ＣＰＵ５１により確定された運賃がＣＰＵ１１により算出された運賃よりも安いと判定された場合には、当該確定された運賃をタクシーメータ１０に送信し、ＣＰＵ１１は、受信した当該運賃を最終的な運賃として出力する。これにより、事前確定料金が賃走時のタクシーメータ料金より安い場合、スマートフォンが自動的に事前確定料金を送信するので、乗客の手間を軽減できる。また、事前確定料金が賃走時のタクシーメータ料金より高い場合、スマートフォンは事前確定料金をタクシーメータに送信しないので、タクシーメータによる書き換え処理を省くことができる。また、この場合、支払うタクシーメータ料金は、事前確定料金よりも安いので、乗客の費用が軽減される。これにより、タクシー利用の増加が期待される。

また、タクシーメータ１０の通信部２４とスマートフォン５０の通信部５３とは、近距離無線通信（狭域通信）により直接接続される。これにより、携帯無線端末は、タクシーメータとの接続において、狭域通信に要する電力で済むので、電力消費を抑制できる。特に、消費電力の少ないＢＬＥ通信を用いた場合、一層の低消費電力化が可能となる。したがって、タクシーの乗車中に携帯無線端末をタクシーメータに長時間接続し続けたとしても、携帯無線端末のバッテリ駆動時間が著しく短くなることを抑制できる。また、他の装置を経由することなく直接に通信が行われるので、運賃に関する情報を表示あるいは更新するまでに要する遅延時間を短縮できる。

本発明の第１実施形態に係るタクシーメータ１０は、少なくとも運賃を算出する機能を有するＣＰＵ１１（算出部）と、外部のスマートフォン５０と無線通信を行う通信部２４と、を備える。通信部２４は、目的地において算出された運賃をスマートフォン５０に送信し、ＣＰＵ１１は、目的地にてスマートフォン５０から運賃を表す情報を取得した場合には、算出した運賃およびスマートフォン５０により確定された運賃のうち低額の運賃を最終的な運賃として出力する。これにより、タクシーメータに表示される最終的なタクシーメータ料金が乗車前に確定した運賃を超えないように抑えることができる。

本発明の第１実施形態に係るスマートフォン５０は、目的地までの運賃を事前に確定するＣＰＵ５１（事前確定部）と、タクシーメータ１０と無線通信を行う通信部５３（端末側通信部）と、タクシーメータ１０から運賃を表す情報を受信した場合、受信した運賃とＣＰＵ５１により確定された運賃とのうちいずれが安いかを判定するＣＰＵ５１（判定部）と、を備える。通信部５３は、ＣＰＵ５１により確定された運賃が受信した運賃よりも安いと判定された場合には、当該確定された運賃をタクシーメータ１０に送信する。これにより、タクシーメータに対し、乗車前に確定した運賃を超えないように抑えた運賃を表示させることができる。

尚、本発明の技術的範囲は、上述した実施形態に限定されるものではない。上述した実施形態は、本発明の技術的範囲内で種々の変形や改良等を伴うことができる。
例えば、携帯無線端末は、スマートフォンに限らず、タブレット端末、ノートＰＣ等であってもよい。

また、上記実施形態では、タクシーメータで課金されたタクシーメータ料金と、スマートフォンで取得した事前確定料金との比較を、スマートフォンが行う場合を示したが、タクシーメータが行ってもよい。この場合、タクシーメータは、スマートフォンと無線接続されると、スマートフォンから事前確定料金情報を受信する。タクシーメータは、賃走中あるいは支払時にタクシーメータ料金が事前確定料金を超えるか否かを判別し、超えている場合、タクシーメータ料金を事前確定料金に書き換える。

また、賃走中に事前確定料金をタクシーメータに送信するようにしておけば、賃走中、タクシーメータが事前確定料金をタクシー料金画面ＧＭ０に表示させておくことができるので、乗客は目的地に到着するまで安心した気持ちでいられる。

また、上記実施形態では、タクシーメータ料金が事前確定料金よりも安かった場合、タクシーメータ料金は書き換えられなかったが、事前確定料金に書き換えられてもよい。この場合、逐次課金されるタクシーメータ料金は、支払う運賃として利用されなくなり、乗車時点でタクシーメータ料金（運賃）は確定することになる。これにより、乗務員及び乗客のいずれも、課金されるタクシーメータ料金を気にしなくても済むようになる。したがって、運転者は運転に専念することができ、また、乗客はリラックスした状態でタクシーを利用できる。

（第２実施形態）
第２実施形態におけるタクシーメータシステムの構成は、前述した図１のタクシーメータシステム５の構成と同じである。第２実施形態において、第１実施形態と異なる点は、スマートフォン５０において、操作部５４（入力部）が予算金額の入力操作を受け付け、ＣＰＵ５１（地点算出部）が入力された予算金額で到達可能なルート上の地点を算出し、表示部５５が算出された地点を表示する点である。また、ＣＰＵ５１（地点確定部）は、地点を目的地として確定する。さらに、ＣＰＵ５１（事前確定部）は、確定された地点までの運賃を事前に確定する。通信部５３（端末側通信部）は、ＣＰＵ５１により確定された運賃として、当該地点までの運賃をタクシーメータ１０に送信可能である。

上記構成を有する、第２実施形態に係るタクシーメータシステム５の動作を示す。

まず、スマートフォン５０の動作を示す。
（乗車前のタクシー利用者の操作）
図１１は、乗車前におけるスマートフォンの動作手順を示すフローチャートである。スマートフォン５０には、第１実施形態で説明したように、事前にタクシー利用アプリがインストールされている。

タクシー利用者の乗車前に、スマートフォン５０のＣＰＵ５１は、ルート検索処理を行う（Ｓ８１）。ルート検索処理Ｓ８１は、図４を参照して説明したルート検索処理Ｓ２１と同じである。ルート検索処理（Ｓ８１）の後、ＣＰＵ５１は、予算判定処理を行う（Ｓ８２）。予算判定処理の詳細については後述する。この後、ＣＰＵ５１は本動作を終了する。

図１２は、ステップＳ８２における予算判定処理手順を示すフローチャートである。ＣＰＵ５１は、図１５（Ａ）に示される予算ボタンＢ１が押下されたか否かを判断する（Ｓ９１）。図１５は、第２実施形態に係るスマートフォン５０のタッチパネルＴＰ２の表示画面を示す図である。図１５（Ａ）は、タッチパネルＴＰ２に予算ボタンＢ１が表示される例を示す。タッチパネルＴＰ２には、図１０（Ａ）を参照して説明したように、タクシー利用アプリのルート検索で決定したルートＲ２が地図ｍｐ１上に描画され、さらに、左隅に予算ボタンＢ１が重ねて描画されている。予算ボタンＢ１が押下されなかった場合（Ｓ９１でＮＯ）は、ＣＰＵ５１は本動作を終了する。一方、予算ボタンＢ１が押下された場合（Ｓ９１でＹＥＳ）、ＣＰＵ５１は、図１５（Ｂ）に示すように、タッチパネルＴＰ２に予算選択画面を表示させる。図１５（Ｂ）において、タッチパネルＴＰ２には、予算選択画面として現金ボタンＢ２および電子マネーボタンＢ３が表示されている。

予算ボタンＢ１が押下された場合（Ｓ９１でＹＥＳ）、ＣＰＵ５１は、現金ボタンＢ２および電子マネーボタンＢ３のいずれが押下されたかを判断する（Ｓ９２）。現金ボタンＢ２が押下された場合、ＣＰＵ５１は、タッチパネルＴＰ２に現金支払い用入力画面Ｇ１を表示させる（Ｓ９３）。図１６（Ａ）は、タッチパネルＴＰ２に表示される現金支払い用入力画面Ｇ１を示す図である。現金支払い用入力画面Ｇ１は、タッチパネルＴＰ２にウインドウとして表示されるものであり、利用者によって入力された金額を表示する金額表示欄ｃ１、数字を入力するためのテンキーｔｋ、並びに、「戻る」および「決定」の操作を行うための操作ボタンｋ１およびｋ２を有する。利用者は、テンキーｔｋおよび操作ボタンｋ１、ｋ２を押下して、予算金額を入力する（Ｓ９４）。入力された金額が金額表示欄ｃ１に表示される。一方、電子マネーボタンＢ３が押下された場合、ＣＰＵ５１は、タッチパネルＴＰ２に電子マネー支払い用入力画面Ｇ２を表示させる。

図１６（Ｂ）は、タッチパネルＴＰ２に表示される電子マネー支払い用入力画面Ｇ２を示す図である。電子マネー支払用入力画面Ｇ２は、タッチパネルＴＰ２にウインドウとして表示されるものであり、現金支払い用入力画面Ｇ１に類似するが、金額表示欄ｃ１の代わりに、チャージ額欄ｃ２および支払額欄ｃ３を有する点が現金支払い用入力画面Ｇ１と異なる。チャージ額欄ｃ２には、利用可能な電子マネー残高が表示される（Ｓ９５）。利用者は、テンキーｔｋおよび操作ボタンｋ１、ｋ２を押下して、チャージ額欄ｃ２に表示された電子マネー残高を超えない予算金額を入力する（Ｓ９６）。入力された金額が支払額欄ｃ３に表示される。

利用者によって予算金額が入力されると（Ｓ９４，Ｓ９６）、ＣＰＵ５１は、入力された予算金額で到達可能な、ルートＲ２上の地点を算出し、タッチパネルＴＰ２に表示させる（Ｓ９７）。図１７は、タッチパネルＴＰ２に表示される、入力された予算金額で到達可能なルートＲ２上の地点Ｐを表示する画面例を示す。図１７（Ａ）は、利用者がタクシーに乗車する前の表示画面例を示し、図１７（Ｂ）は、利用者がタクシーに乗車中の表示画面例を示す。

図１７（Ａ）に示すように、利用者がタクシーに乗車する前の表示画面では、地図ｍｐ１上に、ルートＲ２に加え、ポップ画面ｐｐ２、ｐｐ３が表示される。ポップ画面ｐｐ２には、ルートＲ２に沿って現在位置から目的地まで走行する際の時間、距離及び予測運賃が含まれる。ここでは、時間は「１７分」、距離は「５．２ｋｍ」、予測運賃は「２，１７０円」である。ポップ画面ｐｐ３は、入力された予算金額で到達可能な、ルートＲ２上の地点Ｏを示す位置に表示される。ここでは、タッチパネルＴＰ２に、予算金額として２０００円が入力された場合の到達可能な地点Ｐが表示される。ステップＳ９７において、ＣＰＵ５１（事前確定部）は、地点Ｐを目的地として確定し、確定された地点Ｐまでの運賃を事前に確定する。そして、ＣＰＵ５１は、入力された予算および目的地として確定された地点Ｐ（到達可能地点）をメモリ５２に保持する。この後、ＣＰＵ５１は本動作を終了する。

なお、ＣＰＵ５１は、予算金額で到達可能な地点としてルートＲ２上の複数の地点をタッチパネルＴＰ２に表示させ、利用者が表示された複数の地点から一の地点をタッチ操作によって選択すると、選択された地点を目的地として確定してもよい。この場合、予算金額で到達可能な地点近辺の、たとえば駅やバス停などを目的地として設定することができ、利用者はタクシーを降りた後にも本来の目的地まで容易に移動できる。

（乗車中のタクシー利用者の操作）
図１３は、第２実施形態における、乗車中におけるスマートフォン５０の動作手順を示すフローチャートである。スマートフォン５０のＣＰＵ５１は、タクシーメータ１０と無線接続処理を行う（Ｓ１０１）。無線接続処理（Ｓ１０１）は、前述した図６の無線接続処理と同じである。ＣＰＵ５１は、ルート検索結果がメモリ５２に保持されているか否かを判別する（Ｓ１０２）。この判別処理（Ｓ１０２）は、前述した図５のステップＳ４２の処理と同じである。ルート検索結果がメモリ５２に保持されている場合、ＣＰＵ５１は、ステップＳ１０４の予算送信処理に進む。一方、ルート検索結果がメモリ５２に保持されていない場合、ＣＰＵ５１は、ルート検索処理を行う（Ｓ１０３）。このルート検索処理（Ｓ１０３）は、前述した図４のルート検索処理と同じである。

ＣＰＵ５１は、事前に確定された運賃（事前確定料金）として、図１２のステップＳ９７で確定した地点Ｐまでの運賃をタクシーメータ１０に送信する予算送信処理を行う（Ｓ１０４）。予算送信処理の詳細については後述する。

この後、ＣＰＵ５１は、タクシーメータ１０からメータ料金情報及び支払情報を受信する受信データ表示処理を行う（Ｓ１０５）。受信データ表示処理は、前述した図７の受信データ表示処理と同じである。ＣＰＵ５１は、タッチパネルＴＰ２に、図１７（Ｂ）に示す、予算金額で到達可能なルートＲ２上の地点Ｐを表示する画面を表示させる。図１７（Ｂ）は、図１７（Ａ）に示す画面において、自タクシーの現在位置を示すマークＭが表示され、さらに、ウィンドウとしてタクシー料金画面ＧＭ３が表示されたものである。タクシー料金画面ＧＭ３には、タクシーメータ１０から受信した現在のメータ料金情報（運賃およびメータ状態）が表示される。続いて、ＣＰＵ５１は、乗車前に取得した事前確定料金と実際のタクシーメータ料金とを比較する料金比較処理を行う（Ｓ１０６）。料金比較処理（Ｓ１０６）は、前述した図８の料金比較処理と同じであるが、第２実施形態では、事前確定料金として、図１２のステップＳ９７で確定した地点Ｐまでの運賃を用いる。この後、ＣＰＵ５１は本動作を終了する。

図１４は、ステップＳ１０４における予算送信処理手順を示すフローチャートである。スマートフォン５０のＣＰＵ５１は、予算が入力済みであるか、すなわち、入力された予算および目的地として確定された地点Ｐ（到達可能地点）がメモリ５２に保持されているか、を判断する（Ｓ１１１）。予算が入力されている場合（Ｓ１１１でＹＥＳ）、ＣＰＵ５１は、メモリ５２に保持されている予算および到達可能地点（地点Ｐ）をタクシーメータ１０へ送信し（Ｓ１１２）、本動作を終了する。一方、予算が入力されていない場合（Ｓ１１１でＮＯ）、ＣＰＵ５１は、そのまま本動作を終了する。

以上のように、本発明の第２実施形態に係るタクシーメータシステム５は、タクシーメータ１０と、スマートフォン５０（携帯無線端末）と、を備える。スマートフォン５０において、操作部５４（テンキーｔｋ）にて入力された予算金額で、到達可能なルート上の地点を、ＣＰＵ５１（地点算出部）が算出し、表示部５５が、算出された地点を表示する。また、ＣＰＵ５１（地点確定部）によって、この地点が目的地として確定され、ＣＰＵ５１（事前確定部）がこの地点までの運賃を事前に確定する（Ｓ９７）。そして、確定された運賃がタクシーメータ１０に送信される（Ｓ１０４）。これにより、タクシーを利用しようとする利用者が、予算内での到達可能地点を、乗車前に確認することができるため、タクシーを利用すべきかの判断ができる。一方、乗務員についても、乗客の予算内での到達可能地点が事前にわかっているため、例えば、乗客が乗車中に眠ってしまった場合でも、乗客の予算を超えてタクシーが走行し続け、乗客から支払われる運賃が不足するということが起こらず、乗務員は安心してタクシーを運送できる。

ここで、上述した本発明の実施形態に係るタクシーメータシステム、タクシーメータ及び携帯無線端末の特徴をそれぞれ以下［１］〜［８］に簡潔に纏めて列記する。
［１］ タクシーメータ（１０）と、
前記タクシーメータと無線通信により接続される携帯無線端末（スマートフォン５０）と、
を備えるタクシーメータシステム（５）において、
前記タクシーメータは、
少なくとも運賃を算出する機能を有する算出部（ＣＰＵ１１）と、
前記携帯無線端末と無線通信を行う通信部（２４）と、を備え、
前記携帯無線端末は、
目的地までの運賃を事前に確定する事前確定部（ＣＰＵ５１）と、
前記タクシーメータと無線通信を行う端末側通信部（５３）と、を備え、
前記端末側通信部は、前記事前確定部により確定された運賃を前記タクシーメータに送信可能であり（Ｓ７４）、
前記算出部は、算出した運賃および前記事前確定部により確定された運賃のうち低額の運賃を最終的な運賃として出力する（Ｓ６）、
ことを特徴とするタクシーメータシステム。

［２］ 前記通信部は、前記目的地において演算された運賃を前記携帯無線端末に送信し、
前記携帯無線端末は、前記算出部により算出された運賃と、前記事前確定部により確定された運賃とのうちいずれが安いかを判定する判定部（ＣＰＵ１１）を備え、
前記端末側通信部は、前記事前確定部により確定された運賃が前記算出部により算出された運賃よりも安いと判定された場合には、当該確定された運賃を前記タクシーメータに送信し、
前記算出部は、受信した当該運賃を最終的な運賃として出力する、
ことを特徴とする［１］に記載のタクシーメータシステム。

［３］ 前記通信部と前記端末側通信部とは、狭域通信（近距離無線通信）により直接接続される、
ことを特徴とする［１］又は［２］に記載のタクシーメータシステム。

［４］ 少なくとも運賃を算出する機能を有する算出部（ＣＰＵ１１）と、
外部の携帯無線端末と無線通信を行う通信部（２４）と、を備え、
前記通信部は、目的地において算出された運賃を前記携帯無線端末に送信し（Ｓ４）、
前記算出部は、前記目的地にて前記携帯無線端末から運賃を表す情報を取得した場合には、算出した運賃および前記携帯無線端末により確定された運賃のうち低額の運賃を最終的な運賃として出力する（Ｓ６）、
ことを特徴とするタクシーメータ（１０）。

［５］ 目的地までの運賃を事前に確定する事前確定部（ＣＰＵ５１）と、
タクシーメータと無線通信を行う端末側通信部（５３）と、
前記タクシーメータから運賃を表す情報を受信した場合、受信した運賃と前記事前確定部により確定された運賃とのうちいずれが安いかを判定する判定部（ＣＰＵ５１）と、を備え、
前記端末側通信部は、前記事前確定部により確定された運賃が前記受信した運賃よりも安いと判定された場合には、当該確定された運賃を前記タクシーメータに送信する（Ｓ７３）、
ことを特徴とする携帯無線端末。

［６］ 前記携帯無線端末は、
予算金額を入力する入力部（操作部５４）と、
入力された前記予算金額で到達可能な、ルート上の地点を算出する地点算出部（ＣＰＵ５１）と、
算出された地点を表示する表示部（５５）と、
前記地点を前記目的地として確定する地点確定部（ＣＰＵ５１）と、を有し、
前記事前確定部は、確定された前記地点までの運賃を事前に確定し（Ｓ９７）、
前記端末側通信部は、前記事前確定部により確定された運賃として、前記地点までの運賃を前記タクシーメータに送信可能である（Ｓ１０４）
ことを特徴とする［１］に記載のタクシーメータシステム。

［７］ 前記予算金額は、前記携帯無線端末において利用者により入力されたものである（Ｓ９４，Ｓ９６）、
ことを特徴とする［６］に記載のタクシーメータシステム。

［８］ 前記予算金額は、前記携帯無線端末内にチャージされた電子マネーにより支払い可能な額である、
ことを特徴とする［７］に記載のタクシーメータシステム。

８ タクシー車両
１０ タクシーメータ
１０ｚ 筐体
１１，５１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ カードリーダライタ（Ｒ／Ｗ）インターフェイス（Ｉ／Ｆ）
１４Ａ メモリカード
１４ｚ 挿入口
１５，５５ 表示部
１６ 入力部
１７Ａ，１７Ｂ インターフェイス（Ｉ／Ｆ）
１８ ＲＴＣ
１９ ＥＴＣ車載器
２０ ＧＰＳ受信器
２２ ナビゲーション
２４，５３ 通信部
５０ スマートフォン
５２ メモリ
５４ 操作部
５６ 音声入出力部
５７ マイク
５８ スピーカ
ｂ１〜ｂ５，ｂ１１〜ｂ１５ ボタン
ｂｒ１ 次回料金上がり割合バー
ｃ１ 金額表示欄
ｃ２ チャージ額欄
ｃ３ 支払額欄
Ｇ１ 現金支払い用入力画面
Ｇ２ 電子マネー支払用入力画面
ＧＭ０，ＧＭ２、ＧＭ３ タクシー料金画面
ＧＳ０ 操作画面
ｋ１，ｋ２ 操作ボタン
ｍｐ１ 地図
ｐｐ１，ｐｐ２，ｐｐ３ ポップ画面
Ｒ１，Ｒ２ ルート
ＴＰ１，ＴＰ２ タッチパネル
ｔｋ テンキー

Claims (8)

1. タクシーメータと、
   前記タクシーメータと無線通信により接続される携帯無線端末と、
   を備えるタクシーメータシステムにおいて、
   前記タクシーメータは、
   少なくとも運賃を算出する機能を有する算出部と、
   前記携帯無線端末と無線通信を行う通信部と、を備え、
   前記携帯無線端末は、
   目的地までの運賃を事前に確定する事前確定部と、
   前記タクシーメータと無線通信を行う端末側通信部と、を備え、
   前記端末側通信部は、前記事前確定部により確定された運賃を前記タクシーメータに送信可能であり、
   前記算出部は、算出した運賃および前記事前確定部により確定された運賃のうち低額の運賃を最終的な運賃として出力する、
   ことを特徴とするタクシーメータシステム。
2. 前記通信部は、前記目的地において演算された運賃を前記携帯無線端末に送信し、
   前記携帯無線端末は、前記算出部により算出された運賃と、前記事前確定部により確定された運賃とのうちいずれが安いかを判定する判定部を備え、
   前記端末側通信部は、前記事前確定部により確定された運賃が前記算出部により算出された運賃よりも安いと判定された場合には、当該確定された運賃を前記タクシーメータに送信し、
   前記算出部は、受信した当該運賃を最終的な運賃として出力する、
   ことを特徴とする請求項１に記載のタクシーメータシステム。
3. 前記通信部と前記端末側通信部とは、狭域通信により直接接続される、
   ことを特徴とする請求項１又は請求項２に記載のタクシーメータシステム。
4. 少なくとも運賃を算出する機能を有する算出部と、
   外部の携帯無線端末と無線通信を行う通信部と、を備え、
   前記通信部は、目的地において算出された運賃を前記携帯無線端末に送信し、
   前記算出部は、前記目的地にて前記携帯無線端末から運賃を表す情報を取得した場合には、算出した運賃および前記携帯無線端末により確定された運賃のうち低額の運賃を最終的な運賃として出力する、
   ことを特徴とするタクシーメータ。
5. 目的地までの運賃を事前に確定する事前確定部と、
   タクシーメータと無線通信を行う端末側通信部と、
   前記タクシーメータから運賃を表す情報を受信した場合、受信した運賃と前記事前確定部により確定された運賃とのうちいずれが安いかを判定する判定部と、を備え、
   前記端末側通信部は、前記事前確定部により確定された運賃が前記受信した運賃よりも安いと判定された場合には、当該確定された運賃を前記タクシーメータに送信する、
   ことを特徴とする携帯無線端末。
6. 前記携帯無線端末は、
   予算金額を入力する入力部と、
   入力された前記予算金額で到達可能な、ルート上の地点を算出する地点算出部と、
   算出された地点を表示する表示部と、
   前記地点を前記目的地として確定する地点確定部と、を有し、
   前記事前確定部は、確定された前記地点までの運賃を事前に確定し、
   前記端末側通信部は、前記事前確定部により確定された運賃として、前記地点までの運賃を前記タクシーメータに送信可能である
   ことを特徴とする請求項１に記載のタクシーメータシステム。
7. 前記予算金額は、前記携帯無線端末において利用者により入力されたものである、
   ことを特徴とする請求項６に記載のタクシーメータシステム。
8. 前記予算金額は、前記携帯無線端末内にチャージされた電子マネーにより支払い可能な額である、
   ことを特徴とする請求項７に記載のタクシーメータシステム。

Images