(57)【要約】【課題】定額料金が設定された複数のルートの中から適切なルートを選択でき、多様な運行形態に適した定額料金を提示できるタクシーメータを提供すること。【解決手段】タクシーメータ１０は、区間に応じた定額料金が設定された複数のルートを記憶する定額マスタ４０を備える。ＣＰＵ１１は、定額料金を用いた運賃の算出が指定された場合には、乗車地座標および降車地座標と、各ルートとの位置関係に基づいて複数のルートの中から使用ルートを選択し、乗車地座標、降車地座標および使用ルートに基づいて運賃を算出する。【選択図】図２
2018142262.tif 000002
【特許請求の範囲】
【請求項１】
所定の条件に基づいて運賃を算出する運賃算出部と、
車両の現在地を表す座標を取得する現在地取得部と、
前記車両に乗客が乗車したと判定した場合に前記現在地の座標を乗車地座標として設定する乗車地設定部と、
前記車両が降車地に着いたと判定した場合に前記現在地の座標を降車地座標として設定する降車地設定部と、
区間に応じた定額料金が設定された複数のルートを記憶するルート記憶部と、
を備え、
前記運賃算出部は、前記所定の条件として前記定額料金を用いた運賃の算出が指定された場合には、前記乗車地座標および前記降車地座標と、各前記ルートとの位置関係に基づいて複数の前記ルートの中から使用ルートを選択し、前記乗車地座標、前記降車地座標および前記使用ルートに基づいて運賃を算出する、
ことを特徴とするタクシーメータ。
【請求項２】
前記ルート記憶部は、各前記ルートと、各前記ルートの目的地を表すルート座標とを対応付けて記憶するルート記憶領域を有し、
前記運賃算出部は、前記乗車地座標および前記降車地座標のうちの一方との距離が最も短くなる前記ルート座標に対応したルートを前記使用ルートとして選択する、
ことを特徴とする請求項１に記載のタクシーメータ。
【請求項３】
前記ルート記憶部は、各前記ルートと、各前記ルート上の複数の地点を表す地点座標とを対応付けて記憶する地点記憶領域を更に有し、
前記運賃算出部は、前記使用ルートに対応付けられた地点座標のうち、前記乗車地座標および前記降車地座標のうちの他方との距離が最も短くなる地点座標に基づいて前記区間を選択する、
ことを特徴とする請求項２に記載のタクシーメータ。
【請求項４】
前記乗車地設定部は、前記運賃の算出開始に関するタリフボタンが操作された場合に前記乗客が乗車したと判定し、
前記降車地設定部は、前記運賃の決定に関するタリフボタンが操作された場合に前記降車地に着いたと判定する、
ことを特徴とする請求項１乃至３のいずれか１項に記載のタクシーメータ。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシーメータに関する。
【背景技術】
【０００２】
従来、タクシーメータで定額運賃の操作を行う場合、乗務員は、ハンディテンキーを用いて直接金額を入力し、タクシーメータに反映させていた。この場合、タクシーメータとは別の操作が必要となり、乗務員にとって操作性が良くなく、また、操作ミス（金額入力ミス等）を引き起こすことが考えられた。一方、乗客にとっても視認性が良くなく、乗務員による操作で金額が入力されることで、トラブルの原因になることが考えられた。
【０００３】
先行技術として、タクシーメータの操作部に定額ボタンが配置され、乗務員が定額ボタンを押下することで、タクシーメータの表示器に定額運賃が表示されるタクシーメータが知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１３３５１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来では、定額制のルートはあらかじめ固定されていた。つまり、顧客の乗車位置が定額制のルートから外れている場合、近くに定額制のルートがあっても利用することはできなかった。また、複数の定額制のルートの中から、乗客が所望のルートを選択することはできなかった。
【０００６】
また、ルートが一旦設定されると、そのルートの定額料金は一律に決められていた。このため、ルートの一部を使用している場合でも、同一の定額料金しか提示されなかった。また、同じルートであっても、割増運賃や障害者割引等は、定額料金に反映されなかった。このように、従来の定額料金は、多様な運行形態に適したものとなっていなかった。
【０００７】
本発明は、上述した事情に鑑みてなされたものであり、その目的は、定額料金が設定された複数のルートの中から適切なルートを選択でき、多様な運行形態に適した定額料金を提示できるタクシーメータを提供することにある。
【課題を解決するための手段】
【０００８】
前述した目的を達成するために、本発明に係るタクシーメータは、下記（１）〜（４）を特徴としている。
（１）  所定の条件に基づいて運賃を算出する運賃算出部と、車両の現在地を表す座標を取得する現在地取得部と、前記車両に乗客が乗車したと判定した場合に前記現在地の座標を乗車地座標として設定する乗車地設定部と、前記車両が降車地に着いたと判定した場合に前記現在地の座標を降車地座標として設定する降車地設定部と、区間に応じた定額料金が設定された複数のルートを記憶するルート記憶部と、を備え、前記運賃算出部は、前記所定の条件として前記定額料金を用いた運賃の算出が指定された場合には、前記乗車地座標および前記降車地座標と、各前記ルートとの位置関係に基づいて複数の前記ルートの中から使用ルートを選択し、前記乗車地座標、前記降車地座標および前記使用ルートに基づいて運賃を算出する、ことを特徴とするタクシーメータ。
【０００９】
（２）  前記ルート記憶部は、各前記ルートと、各前記ルートの目的地を表すルート座標とを対応付けて記憶するルート記憶領域を有し、前記運賃算出部は、前記乗車地座標および前記降車地座標のうちの一方との距離が最も短くなる前記ルート座標に対応したルートを前記使用ルートとして選択する、ことを特徴とする上記（１）に記載のタクシーメータ。
【００１０】
（３）  前記ルート記憶部は、各前記ルートと、各前記ルート上の複数の地点を表す地点座標とを対応付けて記憶する地点記憶領域を更に有し、前記運賃算出部は、前記使用ルートに対応付けられた地点座標のうち、前記乗車地座標および前記降車地座標のうちの他方との距離が最も短くなる地点座標に基づいて前記区間を選択する、ことを特徴とする上記（２）に記載のタクシーメータ。
【００１１】
（４）  前記乗車地設定部は、前記運賃の算出開始に関するタリフボタンが操作された場合に前記乗客が乗車したと判定し、前記降車地設定部は、前記運賃の決定に関するタリフボタンが操作された場合に前記降車地に着いたと判定する、ことを特徴とする上記（１）〜（３）のいずれかに記載のタクシーメータ。
【００１２】
上記（１）の構成のタクシーメータによれば、複数のルートに応じた定額料金を設定することができる。また、乗客の乗車地と降車地とに基づいて、定額料金が設定された複数のルートの中から適切なルートを選択でき、多様な運行形態に適した定額料金を提示できる。
【００１３】
上記（２）の構成のタクシーメータによれば、乗車地あるいは降車地の一方とルートの目的地との間の距離から、適切なルートを簡便に選択できる。
【００１４】
上記（３）の構成のタクシーメータによれば、選択された使用ルートのうち、利用した区間の定額料金を簡便に算出できる。また、利用区間に応じた定額料金が設定されるので、乗客にとってタクシーを定額料金で利用する際の利便性が向上し、タクシー会社にとってもタクシー車両を利用する顧客の増加が期待される。また、定額料金が区間に応じて異なる場合でも正しい定額料金が算出されるので、乗務員にとっても利便性が向上する。
【００１５】
上記（４）の構成のタクシーメータによれば、営業時における乗務員の通常の操作で乗車地及び降車地の設定が行える。したがって、乗務員にとって定額料金を利用する際の特別な操作が不要となる使い勝手が良いタクシーメータを提供できる。
【発明の効果】
【００１６】
本発明によれば、定額料金が設定された複数のルートの中から適切なルートを選択でき、多様な運行形態に適した定額料金を提示できる。
【００１７】
以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。
【図面の簡単な説明】
【００１８】
【図１】図１は、タクシーメータの外観を示す斜視図である。
【図２】図２は、タクシーメータのハードウェア構成を示す図である。
【図３】図３（Ａ），（Ｂ），（Ｃ）は、それぞれルート座標マスタ、座標マスタ及び料金マスタの登録内容を示すテーブルである。
【図４】図４は、料金表示動作手順を示すフローチャートである。
【図５】図５は、図４に続く料金表示動作手順を示すフローチャートである。
【図６】図６は、自動検索画面を示す図である。
【図７】図７（Ａ），（Ｂ）は手動検索画面を示す図である。
【図８】図８は、ステップＳ１０及びＳ１６における定額料金算出手順を示すフローチャートである。
【図９】図９は、料金系を示す図である。
【図１０】図１０は、ステップＳ２１におけるルート・区間特定手順を示すフローチャートである。
【図１１】図１１は、２点間距離の求め方を説明する図である。
【図１２】図１２は、ルート座標マスタに登録されたルートを説明する図である。
【図１３】図１３は、図１２で特定されたルートに対し利用する区間を特定する地点を説明する図である。
【図１４】図１４は、料金マスタに登録された定額料金の料金系を示すテーブルである。
【発明を実施するための形態】
【００１９】
本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。
図１は、タクシーメータ１０の外観を示す斜視図である。タクシーメータ１０は、箱形の筐体１０ｚを有する。筐体１０ｚの前面には、表示器１５及び入力部１６（図２参照）を有するタッチパネルＴＰ（図２参照）が配置される。運賃等を表示する表示器１５の画面には、入力部１６（図２参照）の一部である各種ボタンｂ１〜ｂ５，ｂ１１〜ｂ１５が配置される。各種ボタンとして、表示器１５の画面の右側には、空車ボタンｂ１、実車（賃走）ボタンｂ２、支払ボタンｂ３、合計ボタンｂ４及び迎車ボタンｂ５が配置される。また、表示器１５の画面の下側には、高速ボタンｂ１１、貸切ボタンｂ１２、予約ボタンｂ１３、定額ボタンｂ１４及び障碍者割引ボタンｂ１５が配置される。また、筐体１０ｚの下方には、メモリカード１４Ａ（図２参照）が挿抜自在に装着される挿入口１４ｚが配置される。
【００２０】
図２は、タクシーメータ１０のハードウェア構成を示す図である。タクシーメータ１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、カードリーダライタ（Ｒ／Ｗ）インタフェース１４、表示器１５、入力部１６、インタフェース（Ｉ／Ｆ）１７Ａ、１７Ｂ、及びＲＴＣ（時計ＩＣ）１８を有する。Ｉ／Ｆ１７Ａには、ＧＰＳ受信器２０が接続される。Ｉ／Ｆ１７Ｂには、ＥＴＣ車載器１９が接続される。
【００２１】
ＣＰＵ１１は、タクシーメータ１０の全体の動作を制御する。ＣＰＵ１１内部の入力ポートには、車両の速度を表す速度パルスを出力する車速センサ３６が接続される。ＣＰＵ１１は、車速センサ３６から出力される速度パルスを入力し、この速度パルスから得られる走行距離と、ＲＴＣ１８で計時される走行時間とから、運賃を算出する。通常の賃走時、ＣＰＵ１１は、走行距離または走行時間がそれぞれ一定値に達すると、課金をアップする。また、高速道路の賃走時、ＣＰＵ１１は、走行時間による課金を停止し、走行距離による課金アップだけを行う。同様に、乗客待ちや渋滞時、ＣＰＵ１１は、走行距離による課金を停止し、走行時間による課金アップだけを行う。
【００２２】
また、ＣＰＵ１１は、タリフ状態の入力として、各種ボタンの選択を受け付ける。例えば、ＣＰＵ１１は、定額ボタンｂ１４が選択されると、定額料金を計算し、表示器１５に定額料金の画面を表示させる。なお、定額ボタンｂ１４の押下は、営業状態（実車、賃走、割増、貸切、支払、合計の各状態）で可能である。
【００２３】
ＲＯＭ１２は、ＣＰＵ１１が実行する動作プログラムを格納する。また、ＲＯＭ１２は、定額マスタファイル（定額マスタとも略する）４０を保持する。定額マスタ４０には、定額料金の計算に用いられる、ルート座標マスタファイル（ルート座標マスタとも略する）４１、座標マスタファイル（座標マスタとも略する）４２、及び料金マスタファイル（料金マスタと称する）４３が含まれる。
【００２４】
図３は、ルート座標マスタ４１、座標マスタ４２及び料金マスタ４３の登録内容を示すテーブルである。ルート座標マスタ４１には、図３（Ａ）に示すように、ルートを特定するために使用される緯度経度データが登録されている。具体的に、ルート座標マスタ４１は、ルート毎に、ルート番号（Ｎｏ．）、深夜早朝割増時間設定、深夜時間設定、早朝時間設定、ＧＰＳデータ（緯度）、ＧＰＳデータ（経度）及びルート名称から構成されるデータを含む。ＧＰＳデータ（緯度）及びＧＰＳデータ（経度）は、ルートの目的地の座標データである（図１２参照）。ルート座標マスタ４１では、最大５ルートが設定可能である。ここで、ルートとは、定額料金が設定されているパターン（ユーザ毎に自由に設定可能で、例えば、東京駅定額、羽田空港定額等）を意味する。ルートは、各パターン（ルート）の目的地（東京駅、羽田空港）と、複数の降車地（または乗車地）を含むように決定される。
【００２５】
また、各パターンの目的地は、到着地であっても、出発地であってもよい。例えば、東京駅定額は、東京駅に向かうパターンと、東京駅から出発するパターンとの両方に用いられる。但し、タクシーメータは、乗客が目的地から出発したのか、目的地に向かっているかを判断できない。このため、タクシーメータは、乗車地および降車地のそれぞれと、目的地との距離が最短になるものを選択する。つまり、乗客がある地点から東京駅に向かった場合、降車地と東京駅との距離が最も短くなるので、タクシーメータは、目的地を到着地とする。一方、乗客が羽田空港からある地点に向かった場合、乗車地と羽田空港との距離が最も短くなるので、タクシーメータは、目的地を出発地とする。
【００２６】
座標マスタ４２には、図３（Ｂ）に示すように、ルート特定後、区間を特定するために使用される各地点の緯度経度データが登録されている。具体的に、座標マスタ４２は、座標番号（Ｎｏ．）、座標名称、ＧＰＳデータ（緯度）及びＧＰＳデータ（経度）から構成されるデータを含む。ＧＰＳデータ（緯度）及びＧＰＳデータ（経度）は、特定されたルートに対し登録された地点の座標データである。１つのルートに対し、３０か所の地点座標を登録可能である（図１３参照）。ここで、登録された地点とは、特定されたルートに対し定額料金が設定された地点であり、例えば、各市区町村の役所、各鉄道駅、各市区町村の中央付近等の場所を表す。
【００２７】
また、料金マスタ４３は、図３（Ｃ）に示すように、ルートと地点毎に分類された料金系のテーブルを有する。具体的に、料金マスタ４３は、ルートＮｏ．、座標Ｎｏ．、通常料金、割引料金、深夜料金、深夜＋割引料金を含む。ここで、利用する区間の定額料金は、「乗車地に最短の地点−目的地」、「目的地−降車地に最短の地点」等のように、各ルートに対し登録された地点毎に設定される（図１４参照）。
【００２８】
ＲＡＭ１３は、ＣＰＵ１１が動作プログラムを実行する際のワーキングメモリとして使用される。
【００２９】
カードリーダライタ（Ｒ／Ｗ）インタフェース（Ｉ／Ｆ）１４には、乗務員によって所持され、各種データの読み書きが行われるメモリカード１４Ａが挿抜自在に装着される。メモリカード１４Ａには、接触で読み書きを行うＳＤカードやＣＦ（登録商標）カード等のメモリカードの他、非接触で読み書き可能なＩＣカードや磁気カード等が用いられる。このメモリカード１４Ａは、事務所側のデータ処理装置に対しても、挿抜自在に装着可能である。
【００３０】
ＧＰＳ受信器２０は、Ｉ／Ｆ１７Ａに接続されており、ＧＰＳ衛星から時刻データを受信し、タクシー車両８の現在位置を算出可能である。ＥＴＣ車載器１９は、Ｉ／Ｆ１７Ｂに接続されている。ＲＴＣ（時計ＩＣ）１８は、現在時刻を計時する。ＲＴＣ１８によって計時される時刻は、車両の運転状態を表す走行データとともにＲＡＭ１３に記録される。
【００３１】
表示器１５は、前述したように、タクシーメータ１０における各種データを表示する。また、入力部１６は、乗務員等による入力操作を受け付ける。本実施形態では、表示器１５と入力部１６は、重なるように一体に組み合わされたタッチパネルＴＰで構成される。タッチパネルを用いた場合、乗務員がタッチパネルＴＰに表示された各種ボタンをタッチ操作することで、タクシーメータ１０は、入力された情報を受け付ける。なお、表示器１５と入力部１６とは、それぞれ単体のデバイスとして設けられていてもよい。この場合、表示器は、液晶表示器（ＬＣＤ）、有機ＥＬ、プラズマディスプレイ、ＬＥＤ等の表示デバイスにより構成される。また、入力部は、タッチセンサ、タッチパッド、マウス、キーボード、トラックボール等の入力デバイスにより構成される。
【００３２】
上記構成を有するタクシーメータ１０の動作を示す。図４及び図５は、料金表示動作手順を示すフローチャートである。タクシーメータ１０のＣＰＵ１１は、実車ボタンｂ２が押下されるまで待つ（Ｓ１）。実車ボタンｂ２の押下は、運賃の算出開始に関するタリフボタンの操作である。ＣＰＵ１１は、実車ボタンｂ２が押下されると、乗客が乗車したと判定する。実車ボタンｂ２が押下されて賃走が開始されると、ＣＰＵ１１は、賃走後に支払ボタンｂ３が押下されるまで待つ（Ｓ２）。支払ボタンｂ３の押下は、運賃の決定に関するタリフボタンの操作である。ＣＰＵ１１は、支払ボタンｂ３が押下されると、降車地に着いたと判定する。
【００３３】
支払ボタンｂ３が押下されると、ＣＰＵ１１は、賃走中に定額ボタンｂ１４が押下されたか否かを判別する（Ｓ３）。定額ボタンｂ１４が押下されていない場合、ＣＰＵ１１は、走行距離と走行時間とから通常料金の運賃を算出し、この通常料金による支払画面（図１参照）を表示器１５に表示させる（Ｓ４）。なお、支払画面の代わりに合計画面に通常料金が表示されてもよい。ＣＰＵ１１は、乗務員によって賃走後に定額ボタンｂ１４が押下されたか否かを判別する（Ｓ５）。定額ボタンｂ１４が押下されない場合、ＣＰＵ１１は本動作を終了する。
【００３４】
一方、ステップＳ３で賃走中に定額ボタンｂ１４が押下された場合、あるいはステップＳ５で賃走後に定額ボタンｂ１４が押下された場合、ＣＰＵ１１は、定額マスタ４０の有無を判別する（Ｓ６）。定額マスタ４０が無い場合、ＣＰＵ１１は、通常料金の支払画面のまま遷移せず（Ｓ７）、本動作を終了する。
【００３５】
また、ステップＳ６で定額マスタ４０が有る場合、ＣＰＵ１１は、自動検索画面ＧＭ１を表示する（Ｓ８）。図６は自動検索画面ＧＭ１を示す図である。この自動検索画面ＧＭ１では、出発地が千代田区、到着地（目的地）が羽田空港である。また、自動検索画面ＧＭ１には、出発地および到着地を選択する項目が設けられる。ここでは、出発地の候補地として、台東区、文京区が挙げられ、それぞれ変更ボタンｂ５１，ｂ５２を押下することで変更可能である。また、到着地の候補として、成田空港、ＴＤＲが挙げられ、それぞれ変更ボタン５３，ｂ５４を押下することで変更可能である。また、自動検索画面ＧＭ１には、戻るボタンｂ２１、置換ボタンｂ２２、手動ボタンｂ２３及び確定ボタンｂ２４が配置される。
【００３６】
ＣＰＵ１１は、この自動検索画面ＧＭ１において、確定ボタンｂ２４が押下されたか否かを判別する（Ｓ９）。確定ボタンｂ２４が押下されると、ＣＰＵ１１は、定額料金を算出し（Ｓ１０）、この定額料金を支払画面または合計画面に表示する（Ｓ１１）。自動検索画面ＧＭ１において、定額料金を算出する具体的な手順については、図１２〜図１４を用いて後述する。この後、ＣＰＵ１１は、本動作を終了する。なお、定額料金を確定した後、定額ボタンｂ１４が例えば長押し操作されると、定額料金はキャンセル扱いとなる。
【００３７】
一方、ステップＳ９で確定ボタンｂ２４が押下されない場合、ＣＰＵ１１は、手動ボタンｂ２３あるいは戻るボタンｂ２１が押下されたか、それともこれらのボタンが押下されないかを判別する（Ｓ１２）。これらのボタンが押下されない場合、ＣＰＵ１１は、ステップＳ８の処理に戻る。また、戻るボタンｂ２１が押下された場合、ＣＰＵ１１は、支払画面あるいは合計画面に通常料金を表示する（Ｓ１３）。この後、ＣＰＵ１１は、本動作を終了する。なお、定額料金から通常料金への表示は、定額料金の確定前であれば、戻るボタンｂ２１の押下の他、実車ボタンｂ２の押下によっても可能である。
【００３８】
また一方、ステップＳ１２で手動ボタンｂ２３が押下された場合、ルート及び目的地を選択する手動検索画面ＧＭ２，ＧＭ３を表示する（Ｓ１４）。図７は手動検索画面ＧＭ２，ＧＭ３を示す図である。図７（Ａ）は、ルートタブｔｂ１が選択された場合の手動検索画面ＧＭ２を示す。手動検索画面ＧＭ２では、手動でルートを選択することが可能である。図７（Ａ）に示すように、現在設定されている定額ルートは、羽田空港定額である。乗務員は、ルートの候補地として、選択ボタンｂ６１，ｂ６２，ｂ６３，ｂ６４を押下することで、それぞれ成田空港定額、東京駅定額、ＴＤＲ定額、新宿駅定額を選択可能である。また、上矢印キー６５、下矢印キー６６を押下することで、登録されているルートの候補地が選択可能に表示される。
【００３９】
図７（Ｂ）は、乗車・目的地タブｔｂ２が選択された場合の手動検索画面ＧＭ３を示す。手動検索画面ＧＭ３では、手動で乗車・目的地を選択することが可能である。図７（Ｂ）に示すように、羽田空港定額のルートに対し、現在設定されている乗車・目的地は、港区である。乗務員は、乗車・目的地の候補地として、選択ボタンｂ７１，ｂ７２，ｂ７３，ｂ７４を押下することで、それぞれ千代田区、中央区、新宿区、文京区を選択可能である。また、上矢印キー７５、下矢印キー７６を押下することで、登録されている乗車・目的地の候補地が選択可能に表示される。
【００４０】
これらの選択によってルート及び乗車・目的地が設定されると、定額ルートとして、乗車・目的地とルートが特定される。なお、乗車・目的地とルートの選択は、どちらが先に行われてもよい。また、手動検索画面ＧＭ２，ＧＭ３のいずれにおいても、戻るボタンｂ３１、確定ボタンｂ３４が配置される。
【００４１】
ＣＰＵ１１は、手動検索画面ＧＭ２，ＧＭ３において、確定ボタンｂ３４が押下されたか否かを判別する（Ｓ１５）。ステップＳ１５で確定ボタンｂ３４が押下された場合、ＣＰＵ１１は、定額料金を算出し（Ｓ１６）、この定額料金を支払画面または合計画面に表示する（Ｓ１７）。この後、ＣＰＵ１１は、本動作を終了する。一方、ステップＳ１５で戻るボタンｂ３１が押下された場合、ＣＰＵ１１は、支払画面あるいは合計画面に、走行距離と走行時間に基づく通常料金を表示する（Ｓ１３）。なお、定額料金を確定した後、定額ボタンｂ１４が例えば長押し操作されると、定額料金はキャンセル扱いとなる。
【００４２】
図８は、ステップＳ１０及びＳ１６における定額料金算出手順を示すフローチャートである。ＣＰＵ１１は、まず、ルート及び利用した区間を特定する（Ｓ２１）。ＣＰＵ１１は、ルート座標マスタ４１を用いて、確定したルートのルート番号（ルートＮｏ．）を参照する（Ｓ２２）。ＣＰＵ１１は、座標マスタ４２を用いて、確定した区間の座標番号（座標Ｎｏ．）を参照する（Ｓ２３）。
【００４３】
ＣＰＵ１１は、ステップＳ２１，Ｓ２２で参照したルート番号と座標番号の組み合わせで料金マスタ４３を検索して定額料金を算出する（Ｓ２４）。ＣＰＵ１１は、ＲＴＣ１８で計時される現在時刻、障碍者割引ボタンｂ１５の押下等の情報を元に、料金系を判定する（Ｓ２５）。図９は料金系を示す図である。料金系は、全区間割引の有無、及び深夜早朝割増時間帯の有無によって、４つの区分に大別される。具体的に、全区間割引あり、かつ深夜早朝割増時間帯である場合、深夜料金と割引料金が適用されて定額料金が変更される。また、全区間割引あり、かつ深夜早朝割増時間帯でない場合、割引料金が適用されて定額料金が変更される。また、全区間割引なし、かつ深夜早朝割増時間帯である場合、深夜料金が適用されて定額料金が変更される。また、全区間割引なし、かつ深夜早朝割増時間帯でない場合、変更されることなく通常の定額料金（通常料金）が適用される。
【００４４】
ＣＰＵ１１は、判定した料金系に基づき、ステップＳ２４で料金マスタ４３を検索した結果得られた定額料金を料金系の料金で置き換える（Ｓ２６）。なお、ここでは、一旦、通常の定額料金を算出してから料金系の料金で置き換えたが、通常の定額料金を算出することなく料金系に合わせた定額料金を直接算出してもよい。この後、ＣＰＵ１１は、本動作を終了する。
【００４５】
図１０は、ステップＳ２１におけるルート・区間特定手順を示すフローチャートである。ＣＰＵ１１は、まず、タクシー車両８の乗車地及び降車地（乗降車地）のＧＰＳデータと、ルート座標マスタ４１に登録された全てのルートの目的地のＧＰＳデータとを用い、各２点間距離を求める（Ｓ３１）。ＣＰＵ１１は、２点間距離が短い目的地を持つ上位３つのルートを候補として検索結果に上げる（Ｓ３２）。定額ルートの第１候補として、２点間距離が最も短い目的地を持つルートが特定される。検索結果に上がった残りのルートは、第２、第３候補のルートとして手動で選択可能である。
【００４６】
図１１は、２点間距離の求め方を説明する図である。本来、ＧＰＳ座標から２点間距離を求める場合、地球の形状を加味して計算する必要があり、単純な三角関数から２点間距離を求めることはできない。しかし、２点間距離が地球規模から比べると小さいこと、正確な長さを必要とせず、比が分かればよい場合、数式（１）に示すように、単純な三角関数で２点間距離を求めてもよい。
Δｘ ＝ λ２ − λ１
Δｙ ＝ φ２ − φ１
Ｌ ＝ （Δｘ２ ＋ Δｙ２）１／２      ……  （１）
ここで、（λ１，φ１）は、Ａ地点の経度・緯度データである。（λ２，φ２）は、Ｂ地点の経度・緯度データである。Δｘは経度差である。Δｙは緯度差である。ＬはＡ地点とＢ地点間の距離である。
【００４７】
また、ＣＰＵ１１は、ルート検索で使用しなかった乗車地または降車地のＧＰＳテータと、座標マスタ４２に登録された、特定されたルートに対応する全地点のＧＰＳデータとの２点間距離を求める（Ｓ３３）。ここで、ルート検索で使用しなかった乗車地または降車地のＧＰＳデータとは、Ｓ３１で降車地のＧＰＳデータを使用した場合には乗車地のＧＰＳデータであり、Ｓ３１で乗車地のＧＰＳデータを使用した場合には降車地のＧＰＳデータである。また、座標マスタ４２に登録された全地点のＧＰＳデータとは、特定されたルートに対し、定額料金が設定された全ての地点のＧＰＳデータである。
【００４８】
ＣＰＵ１１は、２点間距離が短い、上位３地点をルートの基点である乗車・目的地（図７（Ｂ）参照）の候補として検索結果に上げる（Ｓ３４）。検索の結果、利用した区間を求めるための乗車・目的地の第１候補として、２点間距離が最も短い地点が特定される。検索結果に上がった残りの地点は、第２、第３候補の乗車・目的地として手動で選択可能である。このように、２点間距離が最も短い目的地を持つルート、及び２点間距離が最も短い地点から、ルート及び区間が特定される。この後、ＣＰＵ１１は、本動作を終了する。
【００４９】
ルート及び区間の特定及び定額料金の算出について具体的に説明する。例えば、乗客がタクシー車両に乗車した乗車地の座標データは、（緯度１５，経度３０）であると想定する。図１２は、ルート座標マスタ４１に登録されたルートを説明する図である。図中、縦軸は緯度を表し、横軸は経度を表す。ここでは、ルート座標マスタ４１に４つのルートが登録されている。ルートＡの目的地は、（緯度３，経度２）の座標データを有する。同様に、ルートＢ，Ｃ，Ｄの目的地は、それぞれ（緯度−１，経度４）、（緯度−４，経度−４）、（緯度２，経度−４）の座標データを有する。
【００５０】
タクシーメータ１０は、ルート座標マスタ４１に登録された４つのルートの目的地の座標データと、乗車地・降車地の座標データとを比較し、比較の結果、ルートＡの目的地の座標（緯度３，経度２）と降車地の座標（緯度３，経度３）との２点間距離が最も短いので、ルートＡを特定する。このように、定額ルートの目的地は、「羽田空港」、「成田空港」、「ＴＤＲ」等、広く離れた場所であるので、この方法でルートを確定することができる。
【００５１】
図１３は、図１２で特定されたルートに対し利用する区間を特定する地点を説明する図である。図中、縦軸は緯度を表し、横軸は経度を表す。ここでは、特定されたルートＡに対し、座標マスタ４２には、５つの地点Ａａ，Ａｂ，Ａｃ，Ａｄ，Ａｅの座標データ（図中、丸印）が登録されている。なお、図中、左下隅には、降車地点の座標データ（図中、丸印）が示されている。タクシーメータ１０は、ルートＡの特定に使用しなかった方の座標、ここでは乗車地の座標データ（緯度１５，経度３０）と、座標マスタ４２に登録された５つの地点の座標データとを比較し、これらの２点間距離が最も短くなる地点Ａｃを選択する。この結果、定額料金に用いられるルートと利用した区間とが確定する。
【００５２】
タクシーメータ１０は、ルート座標マスタ４１を用いて得られたルートＡと、座標マスタ４２を用いて得られた地点Ａｃとに基づき、料金マスタ４３を用いて定額料金を算出する。図１４は、料金マスタ４３に登録された定額料金の料金系を示すテーブルである。図１４（Ａ）は、ルートＡの各地点における定額料金の料金系を示す。図１４（Ｂ）は、ルートＢの各地点における定額料金の料金系を示す。前述したように、ルートＡ及び地点Ａｃが確定し、また、障碍者割引ボタンｂ１５が押下無し、かつ、通常時間帯である場合、タクシーメータ１０で算出される定額料金は、通常料金の７０００円となる。
【００５３】
本実施形態のタクシーメータ１０では、ＣＰＵ１１（運賃算出部）は、所定の条件に基づいて運賃を算出する。ＣＰＵ１１（現在地取得部）は、タクシー車両８の現在地を表す座標を取得する。ＣＰＵ１１（乗車地設定部）は、タクシー車両８に乗客が乗車したと判定した場合に現在地の座標を乗車地座標として設定する。ＣＰＵ１１（降車地設定部）は、タクシー車両８が降車地に着いたと判定した場合に現在地の座標を降車地座標として設定する。タクシーメータ１０は、区間に応じた定額料金が設定された複数のルートを記憶する定額マスタ４０（ルート記憶部）を備える。ＣＰＵ１１は、定額料金を用いた運賃の算出が指定された場合には、乗車地座標および降車地座標と、各ルートとの位置関係に基づいて複数のルートの中から使用ルートを選択し、乗車地座標、降車地座標および使用ルートに基づいて運賃を算出する。これにより、複数のルートに応じた定額料金を設定することができる。また、乗客の乗車地と降車地とに基づいて、定額料金が設定された複数のルートの中から適切なルートを選択でき、多様な運行形態に適した定額料金を提示できる。
【００５４】
また、定額マスタ４０は、各ルートと、各ルートの目的地を表すルート座標とを対応付けて記憶するルート座標マスタ４１（ルート記憶領域）を有する。ＣＰＵ１１は、乗車地座標および降車地座標のうちの一方との距離が最も短くなるルート座標に対応したルートを使用ルートとして選択する。これにより、乗車地あるいは降車地の一方とルートの目的地との間の距離から、適切なルートを簡便に選択できる。
【００５５】
また、定額マスタ４０は、各ルートと、各ルートに対し設定された複数の地点を表す地点座標とを対応付けて記憶する座標マスタ４２（地点記憶領域）を更に有する。ＣＰＵ１１は、使用ルートに対応付けられた地点座標のうち、乗車地座標および降車地座標のうちの他方との距離が最も短くなる地点座標に基づいて区間を選択する。これにより、選択された使用ルートのうち、利用した区間の定額料金を簡便に算出できる。また、利用区間に応じた定額料金が設定されるので、乗客にとってタクシーを定額料金で利用する際の利便性が向上し、タクシー会社にとってもタクシー車両を利用する顧客の増加が期待される。また、定額料金が区間に応じて異なる場合でも正しい定額料金が算出されるので、乗務員にとっても利便性が向上する。
【００５６】
また、ＣＰＵ１１は、実車ボタンｂ２が押下された場合（運賃の算出開始に関するタリフボタンが操作された場合）に乗客が乗車したと判定し、支払ボタンｂ３が押下された場合（運賃の決定に関するタリフボタンが操作された場合）に降車地に着いたと判定する。これにより、営業時における乗務員の通常の操作で乗車地及び降車地の設定が行える。したがって、乗務員にとって定額料金を利用する際の特別な操作が不要となる使い勝手が良いタクシーメータを提供できる。
【００５７】
尚、本発明の技術的範囲は、上述した実施形態に限定されるものではない。上述した実施形態は、本発明の技術的範囲内で種々の変形や改良等を伴うことができる。
【００５８】
例えば、上記実施形態では、運賃の算出開始に関するタリフボタンの操作として、実車ボタンの押下を示したが、割増ボタン、貸切ボタン等の押下であってもよい。また、運賃の決定に関するタリフボタンの操作として、支払ボタンの押下を示したが、合計ボタンの押下であってもよい。
【００５９】
また、上記実施形態では、定額マスタは、ルート座標マスタと座標マスタの両方を有していたが、ルート座標マスタだけを有してもよく、定額料金が設定された複数のルートの中から使用ルートを選択することで、適切なルートの選択だけも可能である。
【００６０】
ここで、上述した本発明に係るタクシーメータの実施形態の特徴をそれぞれ以下［１］〜［４］に簡潔に纏めて列記する。
［１］  所定の条件に基づいて運賃を算出する運賃算出部と、
車両の現在地を表す座標を取得する現在地取得部と、
前記車両に乗客が乗車したと判定した場合に前記現在地の座標を乗車地座標として設定する乗車地設定部と、
前記車両が降車地に着いたと判定した場合に前記現在地の座標を降車地座標として設定する降車地設定部と、
区間に応じた定額料金が設定された複数のルートを記憶するルート記憶部と、
を備え、
前記運賃算出部は、前記所定の条件として前記定額料金を用いた運賃の算出が指定された場合には、前記乗車地座標および前記降車地座標と、各前記ルートとの位置関係に基づいて複数の前記ルートの中から使用ルートを選択し、前記乗車地座標、前記降車地座標および前記使用ルートに基づいて運賃を算出する、
ことを特徴とするタクシーメータ。
［２］  前記ルート記憶部は、各前記ルートと、各前記ルートの目的地を表すルート座標とを対応付けて記憶するルート記憶領域を有し、
前記運賃算出部は、前記乗車地座標および前記降車地座標のうちの一方との距離が最も短くなる前記ルート座標に対応したルートを前記使用ルートとして選択する、
ことを特徴とする［１］に記載のタクシーメータ。
［３］  前記ルート記憶部は、各前記ルートと、各前記ルート上の複数の地点を表す地点座標とを対応付けて記憶する地点記憶領域を更に有し、
前記運賃算出部は、前記使用ルートに対応付けられた地点座標のうち、前記乗車地座標および前記降車地座標のうちの他方との距離が最も短くなる地点座標に基づいて前記区間を選択する、
ことを特徴とする［２］に記載のタクシーメータ。
［４］  前記乗車地設定部は、前記運賃の算出開始に関するタリフボタンが操作された場合に前記乗客が乗車したと判定し、
前記降車地設定部は、前記運賃の決定に関するタリフボタンが操作された場合に前記降車地に着いたと判定する、
ことを特徴とする［１］乃至［３］のいずれか１項に記載のタクシーメータ。
【符号の説明】
【００６１】
８  タクシー車両
１０  タクシーメータ
１０ｚ  筐体
１１  ＣＰＵ
１２  ＲＯＭ
１３  ＲＡＭ
１４  カードリーダライタインタフェース
１４Ａ  メモリカード
１４ｚ  挿入口
１５  表示器
１６  入力部
１７Ａ，１７Ｂ  インタフェース
１８  ＲＴＣ
１９  ＥＴＣ車載器
２０  ＧＰＳ受信器
３６  車速センサ
４０  定額マスタ
４１  ルート座標マスタ
４２  座標マスタ
４３  料金マスタ
Ａ，Ｂ，Ｃ，Ｄ  ルート
Ａａ〜Ａｅ，Ｂａ〜Ｂｃ  地点
ｂ１〜ｂ５，ｂ１１〜ｂ１５，ｂ２１〜ｂ２４，ｂ３１，ｂ３４，ｂ５１〜ｂ５４，ｂ６１〜ｂ６６，ｂ７１〜ｂ７６  ボタン
ＧＭ１，ＧＭ２，ＧＭ３  画面
Ｌ  区間
ＴＰ  タッチパネル
【図１】
2018142262.tif 000003
【図２】
2018142262.tif 000004
【図３】
2018142262.tif 000005
【図４】
2018142262.tif 000006
【図５】
2018142262.tif 000007
【図６】
2018142262.tif 000008
【図７】
2018142262.tif 000009
【図８】
2018142262.tif 000010
【図９】
2018142262.tif 000011
【図１０】
2018142262.tif 000012
【図１１】
2018142262.tif 000013
【図１２】
2018142262.tif 000014
【図１３】
2018142262.tif 000015
【図１４】
2018142262.tif 000016