特開 2024-147935 運賃演算装置、運賃演算装置の制御方法、運賃演算プログラム、及び、運賃演算システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024147935

(43)【公開日】2024-10-17

(54)【発明の名称】運賃演算装置、運賃演算装置の制御方法、運賃演算プログラム、及び、運賃演算システム

(51)【国際特許分類】

   G07B 13/00 20060101AFI20241009BHJP

   G01C 21/30 20060101ALI20241009BHJP

   G06Q 30/0283 20230101ALI20241009BHJP

【ＦＩ】

G07B13/00 Z

G01C21/30

G06Q30/0283 492

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023060694

(22)【出願日】2023-04-04

(71)【出願人】

【識別番号】501418498

【氏名又は名称】矢崎エナジーシステム株式会社

(74)【代理人】

【識別番号】100145908

【弁理士】

【氏名又は名称】中村 信雄

(74)【代理人】

【識別番号】100136711

【弁理士】

【氏名又は名称】益頭 正一

(72)【発明者】

【氏名】釣田 隆弘

【テーマコード（参考）】

2F129

3E127

5L030

5L049

【Ｆターム（参考）】

2F129AA04

2F129BB02

2F129BB33

2F129BB49

2F129BB66

2F129EE89

2F129FF02

2F129FF36

2F129FF57

2F129HH02

2F129HH12

3E127AA19

3E127BA23

3E127CA31

3E127CA38

3E127EA02

3E127EA17

5L030BB01

5L049BB01

(57)【要約】

【課題】運賃演算装置とサーバとが通信不可状態であっても好適に運賃算出を行い易くすることが可能な運賃演算装置、運賃演算装置の制御方法、運賃演算プログラム、及び、運賃演算システムを提供する。
【解決手段】運賃演算装置２０は、自車両の位置情報に該当する個別の地図情報及びマップマッチング情報をサーバ１０から受信し、これらに基づいて運賃を算出する料金算出部２３と、出入庫時において操作される入庫ボタン又は出庫ボタンの操作時に位置情報をサーバ１０に送信し、位置情報に該当する出入庫時の地図情報を受信して記憶しておく記憶部２５と、サーバ１０との通信が不可となった状態を判断する通信判断部２６とを備え、料金算出部２３は、通信判断部２６によりサーバ１０との通信が不可となったと判断された場合、記憶部２５により記憶された出入庫時の地図情報に基づいて運賃を算出する。
【選択図】図２

【特許請求の範囲】

【請求項1】

自車両に搭載されて目的地までの走行に関する運賃を算出する運賃演算装置であって、
人工衛星からの電波に基づいて自車両の位置情報を取得する位置取得手段と、
前記位置取得手段により取得された位置情報をサーバに送信する第１送信手段と、
前記第１送信手段により送信された位置情報に該当する個別の地図情報を前記サーバから受信する第１受信手段と、
前記第１受信手段により受信された前記個別の地図情報及び地図上における自車両の位置を示すマップマッチング情報に基づいて、前記運賃を算出する料金算出手段と、
車両の入庫時又は出庫時において操作される操作部の操作時に前記位置取得手段により取得された位置情報を前記サーバに送信する第２送信手段と、
前記第２送信手段により送信された位置情報に該当する出入庫時の地図情報を受信する第２受信手段と、
前記第２受信手段により受信された前記出入庫時の地図情報を記憶する記憶手段と、
前記サーバとの通信が不可となった状態を判断する不可判断手段と、
前記不可判断手段により前記サーバとの通信が不可となったと判断された場合、前記記憶手段により記憶された前記出入庫時の地図情報及び前記位置取得手段により取得された位置情報とに基づいて、前記出入庫時の地図情報における自車両の位置を特定するマップマッチング処理を行うマップマッチング処理手段と、を備え、
前記料金算出手段は、前記不可判断手段により前記サーバとの通信が不可となったと判断された場合、前記記憶手段により記憶された前記出入庫時の地図情報及び前記マップマッチング処理手段からの前記マップマッチング情報に基づいて、前記運賃を算出する
ことを特徴とする運賃演算装置。

【請求項2】

前記第１受信手段は、前記第１送信手段により送信された位置情報に該当する個別の地図情報と、前記個別の地図情報における自車両の位置を示す前記マップマッチング情報とを前記サーバから受信する
ことを特徴とする請求項１に記載の運賃演算装置。

【請求項3】

前記第２送信手段は、自車両に搭載される運賃演算装置に関する情報を送信する
ことを特徴とする請求項１に記載の運賃演算装置。

【請求項4】

前記出入庫時の地図情報は、予め設定される営業区域における地図情報である
ことを特徴とする請求項１に記載の運賃演算装置。

【請求項5】

自車両に搭載されて目的地までの走行に関する運賃を算出する運賃演算装置の制御方法であって、
人工衛星からの電波に基づいて自車両の位置情報を取得する位置取得工程と、
前記位置取得工程において取得された位置情報をサーバに送信する第１送信工程と、
前記第１送信工程において送信された位置情報に該当する個別の地図情報を前記サーバから受信する第１受信工程と、
前記第１受信工程において受信された前記個別の地図情報及び地図上における自車両の位置を示すマップマッチング情報に基づいて、前記運賃を算出する料金算出工程と、
車両の入庫時又は出庫時において操作される操作部の操作時に前記位置取得工程において取得された位置情報を前記サーバに送信する第２送信工程と、
前記第２送信工程において送信された位置情報に該当する出入庫時の地図情報を受信する第２受信工程と、
前記第２受信工程において受信された前記出入庫時の地図情報を記憶する記憶工程と、
前記サーバとの通信が不可となった状態を判断する不可判断工程と、
前記不可判断工程において前記サーバとの通信が不可となったと判断された場合、前記記憶工程において記憶された前記出入庫時の地図情報及び前記位置取得工程において取得された位置情報とに基づいて、前記出入庫時の地図情報における自車両の位置を特定するマップマッチング処理を行うマップマッチング処理工程と、を備え、
前記料金算出工程では、前記不可判断工程において前記サーバとの通信が不可となったと判断された場合、前記記憶工程において記憶された前記出入庫時の地図情報及び前記マップマッチング処理工程にて得られた前記マップマッチング情報に基づいて、前記運賃を算出する
ことを特徴とする運賃演算装置の制御方法。

【請求項6】

コンピュータを、請求項１に記載の運賃演算装置として機能させるための運賃演算プログラム。

【請求項7】

自車両に搭載されて目的地までの走行に関する運賃を算出する運賃演算装置と、定期的又は不定期に更新される複数区域の地図情報を保持し、前記運賃演算装置に対して当該地図情報を提供するサーバとを備えた運賃演算システムであって、
前記運賃演算装置は、
人工衛星からの電波に基づいて自車両の位置情報を取得する位置取得手段と、
前記位置取得手段により取得された位置情報を前記サーバに送信する第１送信手段と、
前記複数区域の地図情報のうち前記第１送信手段により送信された位置情報に該当する個別の地図情報を前記サーバから受信する第１受信手段と、
前記第１受信手段により受信された前記個別の地図情報及び地図上における自車両の位置を示すマップマッチング情報に基づいて、前記運賃を算出する料金算出手段と、
車両の入庫時又は出庫時において操作される操作部の操作時に前記位置取得手段により取得された位置情報を前記サーバに送信する第２送信手段と、
前記第２送信手段により送信された位置情報に該当する出入庫時の地図情報を受信する第２受信手段と、
前記第２受信手段により受信された前記出入庫時の地図情報を記憶する記憶手段と、
前記サーバとの通信が不可となった状態を判断する不可判断手段と、
前記不可判断手段により前記サーバとの通信が不可となったと判断された場合、前記記憶手段により記憶された前記出入庫時の地図情報及び前記位置取得手段により取得された位置情報とに基づいて、前記出入庫時の地図情報における自車両の位置を特定するマップマッチング処理を行うマップマッチング処理手段と、を備え、
前記料金算出手段は、前記不可判断手段により前記サーバとの通信が不可となったと判断された場合、前記記憶手段により記憶された前記出入庫時の地図情報及び前記マップマッチング処理手段からの前記マップマッチング情報に基づいて、前記運賃を算出する
ことを特徴とする運賃演算システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、運賃演算装置、運賃演算装置の制御方法、運賃演算プログラム、及び、運賃演算システムに関する。

【背景技術】

【0002】

従来、車両に搭載され、乗客を目的地まで運ぶ際の運賃を算出する運賃演算装置が知られている。運賃は、走行距離等に応じて算出される（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１８－１８０５８２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ここで、本件発明者は、サーバと運賃演算装置とで通信を行うことにより運賃を算出することを検討している。この構成の場合、例えばタクシーは自車両の位置情報をサーバに送信し、サーバは受信した位置情報に該当する地図情報を選択すると共に、選択した地図情報を当該車両の運賃演算装置に送信する。そして、運賃演算装置はサーバから受信した地図情報に基づいて運賃を算出する。このような構成によれば、サーバは定期的又は不定期に地図情報の更新を行うことで、運賃演算装置に最新の地図情報を提供でき、複数台の車両に搭載されるそれぞれの運賃演算装置で地図情報の更新処理を行う必要がなくなる。さらに、運賃演算装置は、サーバにより選択された地図情報を受信すれば足り、広範囲にわたる全域の地図情報を記憶しておく必要がなくなる。

【0005】

しかし、このような運賃演算システムでは、車両周辺地域における電波の悪化やサーバダウン時等により、運賃演算装置がサーバと通信不可となってしまうと、運賃演算装置が地図情報等を取得できず運賃の算出に支障をきたす可能性があった。

【0006】

本発明は、このような問題を解決するためになされたものであり、その目的とするところは、運賃演算装置とサーバとが通信不可状態であっても好適に運賃算出を行い易くすることが可能な運賃演算装置、運賃演算装置の制御方法、運賃演算プログラム、及び、運賃演算システムを提供することにある。

【課題を解決するための手段】

【0007】

本発明の運賃演算装置は、自車両に搭載されて目的地までの走行に関する運賃を算出する運賃演算装置であって、人工衛星からの電波に基づいて自車両の位置情報を取得する位置取得手段と、前記位置取得手段により取得された位置情報をサーバに送信する第１送信手段と、前記第１送信手段により送信された位置情報に該当する個別の地図情報を前記サーバから受信する第１受信手段と、前記第１受信手段により受信された前記個別の地図情報及び地図上における自車両の位置を示すマップマッチング情報に基づいて、前記運賃を算出する料金算出手段と、車両の入庫時又は出庫時において操作される操作部の操作時に前記位置取得手段により取得された位置情報を前記サーバに送信する第２送信手段と、前記第２送信手段により送信された位置情報に該当する出入庫時の地図情報を受信する第２受信手段と、前記第２受信手段により受信された前記出入庫時の地図情報を記憶する記憶手段と、前記サーバとの通信が不可となった状態を判断する不可判断手段と、前記不可判断手段により前記サーバとの通信が不可となったと判断された場合、前記記憶手段により記憶された前記出入庫時の地図情報及び前記位置取得手段により取得された位置情報とに基づいて、前記出入庫時の地図情報における自車両の位置を特定するマップマッチング処理を行うマップマッチング処理手段と、を備え、前記料金算出手段は、前記不可判断手段により前記サーバとの通信が不可となったと判断された場合、前記記憶手段により記憶された前記出入庫時の地図情報及び前記マップマッチング処理手段からの前記マップマッチング情報に基づいて、前記運賃を算出する。

【0008】

本発明の運賃演算装置の制御方法は、自車両に搭載されて目的地までの走行に関する運賃を算出する運賃演算装置の制御方法であって、人工衛星からの電波に基づいて自車両の位置情報を取得する位置取得工程と、前記位置取得工程において取得された位置情報をサーバに送信する第１送信工程と、前記第１送信工程において送信された位置情報に該当する個別の地図情報を前記サーバから受信する第１受信工程と、前記第１受信工程において受信された前記個別の地図情報及び地図上における自車両の位置を示すマップマッチング情報に基づいて、前記運賃を算出する料金算出工程と、車両の入庫時又は出庫時において操作される操作部の操作時に前記位置取得工程において取得された位置情報を前記サーバに送信する第２送信工程と、前記第２送信工程において送信された位置情報に該当する出入庫時の地図情報を受信する第２受信工程と、前記第２受信工程において受信された前記出入庫時の地図情報を記憶する記憶工程と、前記サーバとの通信が不可となった状態を判断する不可判断工程と、前記不可判断工程において前記サーバとの通信が不可となったと判断された場合、前記記憶工程において記憶された前記出入庫時の地図情報及び前記位置取得工程において取得された位置情報とに基づいて、前記出入庫時の地図情報における自車両の位置を特定するマップマッチング処理を行うマップマッチング処理工程と、を備え、前記料金算出工程では、前記不可判断工程において前記サーバとの通信が不可となったと判断された場合、前記記憶工程において記憶された前記出入庫時の地図情報及び前記マップマッチング処理工程にて得られた前記マップマッチング情報に基づいて、前記運賃を算出する。

【0009】

本発明の運賃演算プログラムは、コンピュータを、上記記載の運賃演算装置として機能させるための運賃演算プログラムである。

【0010】

本発明の運賃演算システムは、自車両に搭載されて目的地までの走行に関する運賃を算出する運賃演算装置と、定期的又は不定期に更新される複数区域の地図情報を保持し、前記運賃演算装置に対して当該地図情報を提供するサーバとを備えた運賃演算システムであって、前記運賃演算装置は、人工衛星からの電波に基づいて自車両の位置情報を取得する位置取得手段と、前記位置取得手段により取得された位置情報を前記サーバに送信する第１送信手段と、前記複数区域の地図情報のうち前記第１送信手段により送信された位置情報に該当する個別の地図情報を前記サーバから受信する第１受信手段と、前記第１受信手段により受信された前記個別の地図情報及び地図上における自車両の位置を示すマップマッチング情報に基づいて、前記運賃を算出する料金算出手段と、車両の入庫時又は出庫時において操作される操作部の操作時に前記位置取得手段により取得された位置情報を前記サーバに送信する第２送信手段と、前記第２送信手段により送信された位置情報に該当する出入庫時の地図情報を受信する第２受信手段と、前記第２受信手段により受信された前記出入庫時の地図情報を記憶する記憶手段と、前記サーバとの通信が不可となった状態を判断する不可判断手段と、前記不可判断手段により前記サーバとの通信が不可となったと判断された場合、前記記憶手段により記憶された前記出入庫時の地図情報及び前記位置取得手段により取得された位置情報とに基づいて、前記出入庫時の地図情報における自車両の位置を特定するマップマッチング処理を行うマップマッチング処理手段と、を備え、前記料金算出手段は、前記不可判断手段により前記サーバとの通信が不可となったと判断された場合、前記記憶手段により記憶された前記出入庫時の地図情報及び前記マップマッチング処理手段からの前記マップマッチング情報に基づいて、前記運賃を算出する。

【発明の効果】

【0011】

本発明によれば、運賃演算装置とサーバとが通信不可状態であっても好適に運賃算出を行い易くすることができる。

【図面の簡単な説明】

【0012】

【図1】本実施形態に係る運賃演算システムを示す構成図である。

【図2】図１に示した運賃演算システムの詳細を示すブロック図である。

【図3】図２に示した表示部の表示内容の一例を示す正面図である。

【図4】本実施形態に係る運賃演算システムの出入庫時における制御方法を示すフローチャートである。

【図5】出入庫時において送受信される情報を示す概念図である。

【図6】本実施形態に係る運賃演算装置の営業時における制御方法を示すフローチャートである。

【図7】営業時において送受信される情報を示す概念図である。

【図8】営業時において通信不可となったときの状態を示す概念図である。

【図9】営業時におけるサーバの処理を示すフローチャートである。

【発明を実施するための形態】

【0013】

以下、本発明を好適な実施形態に沿って説明する。なお、本発明は以下に示す実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲において適宜変更可能である。また、以下に示す実施形態においては、一部構成の図示や説明を省略している箇所があるが、省略された技術の詳細については、以下に説明する内容と矛盾点が発生しない範囲内において、適宜公知又は周知の技術が適用されていることはいうまでもない。

【0014】

図１は、本実施形態に係る運賃演算システムを示す概略構成図である。図１に示すように、運賃演算システム１は、タクシーを管理する管理事業者の事務所等に設置されるサーバ１０と、各タクシーに搭載される運賃演算装置２０とを備えて構成されている。サーバ１０と運賃演算装置２０とは、ＬＴＥ（Long Term Evolution）等の広域公衆回線を通じて通信可能とされている。なお、サーバ１０と運賃演算装置２０とは広域公衆回線で通信可能となる場合に限らず、例えばタクシーが管理事業者の敷地内に居る場合にはＷｉ－Ｆｉ（登録商標）にて通信可能となる等、通信方法については特に限定されるものではない。

【0015】

このような運賃演算システム１においてサーバ１０は、複数区域（例えば複数営業区域）において最新の地図情報を保有している。地図情報は、サーバ１０によって定期的又は不定期に更新されるようになっており、この更新によってサーバ１０は最新の地図情報を保有することとなる。一方で、運賃演算装置２０は、営業時等において自車両の位置情報をサーバ１０に送信し、複数区域の地図情報のうち位置情報に応じた地図情報（個別の地図情報）等をサーバ１０から取得する。これにより、運賃演算装置２０は、必要な箇所の最新の地図情報等に基づいて運賃の算出が可能となっている。以下、サーバ１０及び運賃演算装置２０の詳細を説明する。

【0016】

図２は、図１に示した運賃演算システム１の詳細を示すブロック図である。図２に示すように、運賃演算システム１を構成するサーバ１０は、記憶部１１と、更新部１２と、通信部１３と、マップマッチング処理部１４とを備えている。また、運賃演算装置２０は、タクシーメータやいわゆるソフトメータと呼ばれるものであって、制御部Ｃと、表示部２８と、操作表示部２９とを備えている。制御部Ｃは、位置取得部（位置取得手段）２１と、通信部２２と、料金算出部（料金算出手段）２３と、表示制御部２４と、記憶部（記憶手段）２５とを備えている。なお、ソフトメータとは、車速パルスに依存することなく運賃の演算を可能とする新しい形態のタクシーメータである。このソフトメータは、車速パルスに基づいて運賃を算出しないことから、計量法に定める特定計量器に該当せず、所轄官庁による認可（型式承認）を受ける必要がないものである。

【0017】

サーバ１０の記憶部１１は、複数区域における最新の地図情報を記憶するものである。複数区域とは、例えば運輸局によって予め定められている複数の営業区域である。例えば東京の営業区域は、関東運輸局の支局である東京運輸支局において、特別区・武三交通圏、北多摩交通圏、南多摩交通圏、西多摩交通圏、及び島地区の５つに分けられている。記憶部１１は、このような営業区域ごとに、最新の地図情報を記憶している。

【0018】

更新部１２は、記憶部１１に記憶する地図情報が最新となるように更新を行うものである。この更新部１２は、例えば最新の地図情報を提供する提供元に対して、定期的又は不定期にアクセスし、記憶部１１に記憶される地図情報が最新のものであるか確認する。更新部１２は、複数区域のうち最新の地図情報ではない区域について、提供元より最新の地図情報をダウンロードすることとなる。

【0019】

通信部１３は、最新の地図情報の提供元や運賃演算装置２０と通信を行うものである。この通信部１３は、送信部１３ａと受信部１３ｂとを備えている。送信部１３ａは、運賃演算装置２０に地図情報を送信したり、マップマッチング処理部１４によるマップマッチング処理の結果（マップマッチング情報）を送信したりするものである。受信部１３ｂは、運賃演算装置２０から位置情報を受信したり、地図情報の提供元から最新の地図情報を受信したりするものである。

【0020】

マップマッチング処理部１４は、運賃演算装置２０から受信した位置情報に基づいてマップマッチング処理を実行するものである。このマップマッチング処理部１４は、運賃演算装置２０から位置情報を受信すると、記憶部１１に記憶される複数区域の地図情報のうち該当の地図情報を選択する。また、マップマッチング処理部１４は、位置情報に基づいて、選択した地図上でタクシーがどこに位置するかを特定する。

【0021】

送信部１３ａは、運賃演算装置２０から位置情報を受信した場合、位置情報に該当する区域の最新の地図情報と、地図上におけるタクシーの位置を示すマップマッチング情報とを運賃演算装置２０に送信する。

【0022】

運賃演算装置２０の制御部Ｃは、運賃演算装置２０の全体を制御するものである。位置取得部２１は、人工衛星からの電波（例えばＧＮＳＳ（Global Navigation Satellite System）情報）に基づいて、自車両の位置情報を取得するものである。

【0023】

通信部２２は、サーバ１０と通信するものである。この通信部２２は、第１送信部（第１送信手段）２２ａと、第１受信部（第１受信手段）２２ｂとを備えている。

【0024】

第１送信部２２ａは、位置取得部２１により取得された位置情報をサーバ１０に送信するものである。サーバ１０は、この位置情報を受信すると、記憶部１１から該当の地図情報を選択すると共に、マップマッチング処理部１４による処理を実行することととなる。第１受信部２２ｂは、サーバ１０の第１送信部１３ａにより送信された位置情報に該当する個別の地図情報、及び、地図上（個別の地図情報）における自車両の位置を示すマップマッチング情報を受信するものである。

【0025】

料金算出部２３は、第１受信部２２ｂにより受信した個別の地図情報とマップマッチング情報とに基づいて、運賃を算出するものである。ここで、運賃演算装置２０は、記憶部２５に運賃の算出式を記憶している。料金算出部２３は、個別の地図情報とマップマッチング情報とからタクシーの走行距離や停車時間等を求め、走行距離や停車時間等に基づいて運賃を算出することとなる。なお、料金算出部２３は、走行距離や停車時間等に加え、深夜料金、送迎、及び割引についても加味して運賃を算出する。

【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】

位置情報を受信した場合（Ｓ２１：ＹＥＳ）、サーバ１０は、記憶部２５に記憶される複数区域の地図情報から該当する個別の地図情報Ｄ５を選択する（Ｓ２２）。その後、マップマッチング処理部２７は、受信した位置情報と、ステップＳ２２にて選択した地図情報Ｄ５とに基づいてマップマッチング処理を実行する（Ｓ２３）。

【0055】

その後、サーバ１０は、選択した個別の地図情報Ｄ５とマップマッチング情報Ｄ６とを運賃演算装置２０に対して送信する（Ｓ２４）。その後、図９に示す処理は終了する。なお、図９に示す処理はサーバ１０の電源がオフされるまで、繰り返し実行される。

【0056】

このようにして、本実施形態に係る運賃演算装置２０、運賃演算装置２０の制御方法、運賃演算プログラム、及び運賃演算システム１によれば、車両の入庫時に入庫ボタン２９ａへの操作が行われた場合又は出庫時に出庫ボタン２９ｂへの操作が行われた場合に運賃演算装置２０が出入庫時の地図情報Ｄ３を受信して記憶するため、たとえ営業時においてサーバ１０と運賃演算装置２０とが通信不可となっても、出入庫時の地図情報内での営業であれば適切に運賃を算出することが可能となる。従って、サーバ１０と運賃演算装置２０とが通信不可状態であっても好適に運賃算出を行い易くすることができる。

【0057】

また、通信が可能である場合において第１受信部２２ｂはサーバ１０からマップマッチング情報Ｄ６を受信するため、運賃演算装置２０における演算負荷を抑え、運賃演算装置２０の小型化やコスト低減等に寄与することができる。

【0058】

また、出入庫時に自車両に搭載される運賃演算装置２０に関する情報（例えばＩＤ情報Ｄ２）を送信するため、例えばサーバ１０においては、既に最新の出入庫時の地図情報を運賃演算装置２０に送信済みである等の判別が可能となり、最新の地図情報を送信済みである場合には出入庫時の地図情報Ｄ３を送信しない等の対応も可能なる。従って、処理の簡略化に寄与することができる。

【0059】

また、出入庫時の地図情報は予め設定される営業区域における地図情報であるため、タクシーが営業区域外に出ない限りは好適に運賃算出を行うことができる。

【0060】

以上、実施形態に基づき本発明を説明したが、本発明は上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲で、変更を加えてもよいし、可能な範囲で適宜他の技術を組み合わせてもよい。さらに、可能な範囲で公知又は周知の技術を組み合わせてもよい。

【0061】

例えば、上記実施形態において出入庫時の地図情報は営業区域の地図情報である例を説明したが、特にこれに限られない。また、出入庫時の地図情報は営業区域全体の地図情報に限らず営業区域の一部の地図情報であってもよい。さらには、タクシーの運転者の営業傾向から、走行頻度が高い地域を求め、その地域のみを抽出した地図情報を送信してもよい。さらに、記憶部２５は受信した地図情報の全体を記憶する必要はなく、走行頻度が高い地域のみを記憶してもよい。

【0062】

さらに、本実施形態に係る運賃演算装置２０は、サーバ１０から個別の地図情報Ｄ５とマップマッチング情報Ｄ６を受信して運賃を算出しているが、特にこれに限らず、サーバ１０から個別の地図情報のみを受信して、運賃演算装置２０のマップマッチング処理部２７にてマップマッチング処理を行ってもよい。

【0063】

さらに、本実施形態において入庫ボタン２９ａ及び出庫ボタン２９ｂはタッチパネルによって構成されているが、特にタッチパネルに限らず、機械式のボタンであってもよい。さらに、入庫ボタン２９ａ及び出庫ボタン２９ｂは運賃演算装置２０に有線又は無線接続される運賃演算装置２０とは別体の操作部であってもよい。

【符号の説明】

【0064】

１ ：運賃演算システム
１０ ：サーバ
２０ ：運賃演算装置
２１ ：位置取得部（位置取得手段）
２２ａ ：第１送信部（第１送信手段）
２２ｂ ：第１受信部（第１受信手段）
２２ｃ ：第２送信部（第２送信手段）
２２ｄ ：第２受信部（第２受信手段）
２３ ：料金算出部（料金算出手段）
２５ ：記憶部（記憶手段）
２６ ：通信判断部（不可判断手段）
２７ ：マップマッチング処理部（マップマッチング処理手段）
２９ａ ：入庫ボタン（操作部）
２９ｂ ：出庫ボタン（操作部）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】