(57)【要約】【課題】タクシーの利用客が乗車していることを確実に検知して、乗務員に報知できるタクシーメータを提供する。【解決手段】タクシーメータ１０は、タクシー車両８のドアの開閉状態を検知する開閉センサ２１の出力を受け付け、タクシー車両８の車室内を撮影するモニターカメラ２３から出力される画像データ及び動画データを受け付け、かつ、タクシー車両８の座席にかかる重量を検知する重量センサ２２の出力を受け付けるＣＰＵ１１と、ＣＰＵ１１が、ドアの開閉状態が変化したことを検知し、車室内に移動体が存在することを検知し、かつ、重量が増加したことを検知した場合に、報知を行う音声出力部１６及び表示ユニット１５と、を備える。【選択図】図４
2020060854.tif 000002
【特許請求の範囲】
【請求項１】
車両のドアの開閉状態を検知する開閉センサの出力を受け付け、前記車両の車室内を撮影するカメラから出力される画像データ及び動画データの少なくとも一方を受け付け、かつ、前記車両の座席にかかる重量を検知する重量センサの出力を受け付ける処理部と、
前記処理部が、前記ドアの開閉状態が変化したことを検知し、前記車室内に移動体が存在することを検知し、かつ、前記重量が増加したことを検知した場合に、報知を行う報知部と、
を備えることを特徴とするタクシーメータ。
【請求項２】
表示部と、
運賃の算出開始を指示するための指示ボタンと、を備え、
前記報知部は、前記指示ボタンを操作するよう促すメッセージを前記表示部に表示させることにより、前記報知を行う、
ことを特徴とする請求項１に記載のタクシーメータ。
【請求項３】
前記報知部は、前記ドアの開閉状態が変化したことを検知し、前記車室内に移動体が存在することを検知し、かつ、前記重量が増加したことを検知した場合において、運賃の算出開始を指示するための指示ボタンが操作された際に実行すべき機能が実行されていないときに、前記報知を行う、
ことを特徴とする請求項１又は２に記載のタクシーメータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシーメータに関する。
【背景技術】
【０００２】
タクシー車両の乗務員は、利用者（乗客）を車両に乗せた際、車内に設けられたタクシーメータの実車ボタンを押下して、運賃の算出を開始させる。乗務員が実車ボタンを押下せずに、タクシーメータを空車状態としたまま運転を行うと、道路運送法に抵触するおそれがある。また、乗務員が実車ボタンを押し忘れた場合には、乗客に対して正確な運賃の請求ができず、乗客からの信頼を行うおそれもある。このようなタクシーメータの実車ボタン押し忘れ防止への対策を含む、タクシーの運行支援に関する技術は、例えば、特許文献１〜３に開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−６０４８７号公報
【特許文献２】特開２０１１−１５４６１８号公報
【特許文献３】特開平１１−４５３２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示されるタクシーの運行支援システムは、本体に、車間センサ、人体センサ、モニターカメラ、ＯＢＤ２コネクター及びタクシーメータを接続したものである。この運行支援システムは、各センサの信号が一定の条件に合致した際にアラームを発したり、カーナビゲーションのモニターに表示する。また、特許文献２は、乗客用座席の画像を利用して、乗客の有無を判断する移動体用乗客有無判断装置を開示する。さらに、特許文献３は、タクシー車両の座席に設けた荷重センサ又は車内の天井に設けた赤外線センサ等により、乗客数を検知するタクシー乗客検知器を開示する。
【０００５】
しかしながら、特許文献１の運行支援システムにおいては、４種類のセンサのうち一つのセンサが誤認識した際に、音又は光によってアラームが発生してしまう。また、特許文献２及び特許文献３に開示された技術においては、それぞれ、乗客用座席の画像を取得するカメラや、荷重センサ等の一つの入力に基づいて乗客の有無や乗客数を判断するため、カメラ等の誤認識により正確な判断ができない場合がある。
【０００６】
本発明は、上述した事情に鑑みてなされたものであり、その目的は、タクシーの利用客が乗車していることを確実に検知して、乗務員に報知できるタクシーメータを提供することにある。
【課題を解決するための手段】
【０００７】
前述した目的を達成するために、本発明に係るタクシーメータは、下記（１）〜（３）を特徴としている。
（１）  車両のドアの開閉状態を検知する開閉センサの出力を受け付け、前記車両の車室内を撮影するカメラから出力される画像データ及び動画データの少なくとも一方を受け付け、かつ、前記車両の座席にかかる重量を検知する重量センサの出力を受け付ける処理部と、
前記処理部が、前記ドアの開閉状態が変化したことを検知し、前記車室内に移動体が存在することを検知し、かつ、前記重量が増加したことを検知した場合に、報知を行う報知部と、
を備えることを特徴とするタクシーメータ。
【０００８】
（２）  表示部と、
運賃の算出開始を指示するための指示ボタンと、を備え、
前記報知部は、前記指示ボタンを操作するよう促すメッセージを前記表示部に表示させることにより、前記報知を行う、
ことを特徴とする上記（１）に記載のタクシーメータ。
【０００９】
（３）  前記報知部は、前記ドアの開閉状態が変化したことを検知し、前記車室内に移動体が存在することを検知し、かつ、前記重量が増加したことを検知した場合において、運賃の算出開始を指示するための指示ボタンが操作された際に実行すべき機能が実行されていないときに、前記報知を行う、
ことを特徴とする上記（１）又は（２）に記載のタクシーメータ。
【００１０】
上記（１）の構成のタクシーメータによれば、一つのセンサが誤認識した場合の誤報知を防止し、利用客（乗客）が乗車していることを確実に検知して、アラーム音、光、表示等によりタクシー車両の乗務員に報知することができる。
【００１１】
上記（２）の構成のタクシーメータによれば、表示により、乗務員にとってわかりやすい報知が可能となる。
【００１２】
上記（３）の構成のタクシーメータによれば、乗務員が指示ボタンの操作を忘れている時のみ報知されるので、わずらわしくなく、慣れが生じず操作忘れに気付きやすくなる。
【発明の効果】
【００１３】
本発明によれば、タクシーの利用客が乗車していることを確実に検知して、乗務員に報知できる。
【００１４】
以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。
【図面の簡単な説明】
【００１５】
【図１】図１は、実施形態におけるタクシーメータの外観を示す斜視図である。
【図２】図２は、タクシーメータ及びタクシー車両内に設けられた機器の構成を示す図である。
【図３】図３は、タクシー車両内にタクシーメータ及び機器を設置した例を示す図である。
【図４】図４は、タクシーメータにおける実車ボタン押し忘れ防止処理の流れを示す図である。
【図５】図５は、タクシーメータにおける表示画面例を示す図である。
【発明を実施するための形態】
【００１６】
本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。
【００１７】
図１は、実施形態におけるタクシーメータの外観を示す斜視図である。タクシーメータ１０は、表示ユニット１５及び複数の機械式押しボタンｐｂが前面に配置された箱形の筐体１０ｚを有する。タクシーメータ１０は、実車時（賃走時）、タクシー車両８（図２参照）の走行距離及び走行時間の少なくとも一方で運賃を算出し、運賃を含むタクシー料金を表示ユニット１５に表示する。
【００１８】
表示ユニット１５は、筐体１０ｚの前面に設けられたタッチパネルである。表示ユニット１５は、タクシー料金等の情報や、乗務員や乗客へのメッセージを表示する。また、表示ユニット１５は、下方に配置された、タッチ操作可能な複数の表示ボタンｔｂを表示する。表示ユニット１５は、乗務員によるタッチ操作を受け付ける。複数の押しボタンｐｂは、表示ユニット１５の右側に位置し、乗務員の指等による押下操作でオンまたはオフに切り替えられる。
【００１９】
表示ボタンｔｂ及び押しボタンｐｂのいずれも、タリフ状態を入力するためのボタンである。複数の押しボタンｐｂは、乗務員によって頻繁に使用される、使用頻度（実行頻度）の高いボタンである。一例として、図１では、押しボタンｐｂ１〜ｐｂ５は、それぞれ空車ボタン、実車ボタン、支払ボタン、合計ボタン、迎車ボタンである。これらの押しボタンを、特に区別する必要がない限り、単に押しボタンｐｂと総称する。押しボタンｐｂの数と位置は、表示ユニット１５が大半を占める筐体１０ｚの前面の空き領域に収まるかぎり任意である。
【００２０】
一方、複数の表示ボタンｔｂは、乗務員によってあまり使用されない、使用頻度（実行頻度）の低いボタンである。一例として、図１では、表示ボタンｔｂ１〜ｔｂ５にそれぞれ高速ボタン、割増ボタン、予約ボタン、貸切ボタン、割引ボタンが設定されている。これらの表示ボタンを、特に区別する必要がない限り、単に表示ボタンｔｂと総称する。複数の表示ボタンｔｂは、表示ユニット１５内の周縁部に配置される。本実施形態では、複数の表示ボタンｔｂは、表示ユニット１５の下方に配置されているが、表示ユニット１５の右、左、あるいは上方等に配置されていてもよい。また、表示内容によっては、表示ボタンｔｂが表示ユニット１５に表示されず、表示ユニット１５の全面にメッセージが表示されてもよい（図５参照）。さらに、表示ボタンには、表示ボタンｔｂ６、ｔｂ７（図５参照）のように、メッセージの内容に応じて出現するものも含む。表示ボタンｔｂの数と位置は、表示ユニット１５の空き領域に収まる限り任意である。
【００２１】
図２は、タクシーメータ及びタクシー車両内に設けられた機器の構成を示す図である。図３は、タクシー車両内にタクシーメータ及び機器を設置した例を示す図である。タクシー車両８は、タクシーメータ１０を搭載する。タクシー車両８は、タクシーメータ１０に接続された、ドア開閉センサ２１、複数の重量センサ２２、及び複数のモニターカメラ２３を備える。ドア開閉センサ２１は、タクシー車両８のドアの開閉状態を検知する。重量センサ２２は、タクシー車両の座席にかかる重量を検知する。モニターカメラ２３は、タクシー車両８の車室内を撮影し、撮影した画像データ及び動画データを出力する。図３に示す例では、ドア開閉センサ２１は、後部座席８３のドアに設けられる。また、複数の重量センサ２２は、助手席８２及び後部座席８３の三か所の計四か所にそれぞれ設けられる。さらに、複数のモニターカメラ２３は、助手席８２を撮影できる位置及び後部座席８３を撮影できる位置にそれぞれ設けられる。尚、ドア開閉センサ２１は、助手席８２のドアに設けられてもよい。重量センサ２２は、助手席８２に設けられず、後部座席８３のみに設けられてもよい。モニターカメラ２３は、助手席８２を撮影できる位置に設けられず、後部座席８３を撮影できる位置のみに設けられてもよい。
【００２２】
図２に示すように、タクシーメータ１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、カードリーダライタ（Ｒ／Ｗ）インタフェース１４、表示ユニット１５、音声出力部１６、インタフェース（Ｉ／Ｆ）１７、及びＲＴＣ（時計ＩＣ）１８を有する。これらの電子部品の多くは、筐体１０ｚに収容される。Ｉ／Ｆ１７には、ＧＰＳ受信器２０が接続される。カードリーダライタＩ／Ｆ１４には、メモリカード１４Ａが接続される。
【００２３】
ＣＰＵ１１（制御部）は、タクシーメータ１０の全体の動作を制御する。ＣＰＵ１１は、内蔵する入力ポートに、速度センサ１９、ドア開閉センサ２１、重量センサ２２、及びモニターカメラ２３が接続される。速度センサ１９は、タクシー車両８の速度（車速）を表す車速信号（速度パルス）を出力する。ＣＰＵ１１は、速度センサ１９から出力される速度パルスの入力を受け付け、この速度パルスから得られる走行距離と、ＲＴＣ１８で計時される走行時間とから、運賃を算出する。ＣＰＵ１１は、ドア開閉センサ２１の出力、重量センサ２２の出力、及びモニターカメラ２３から出力される画像データ及び動画データを受け付ける。また、ＣＰＵ１１は、受け付けた各出力及び画像データ等に基づいて、ドアの開閉状態が変化したことを検知し、車室内に移動体が存在することを検知し、かつ、重量が増加したことを検知する。そして、ＣＰＵ１１は、これらの条件が成立した場合に、表示ユニット１５及び、アラーム音やメッセージ等の音声を出力する音声出力部１６へ報知を指示する。すなわち、ＣＰＵ１１は、表示ユニット１５及び音声出力部１６と協同して、タクシーメータ１０における実車ボタンｐｂ２の押し忘れを防止するための処理を実行する。この処理の詳細は後述する。
【００２４】
また、ＣＰＵ１１は、押しボタン解析部１１ｚ及び表示ボタン解析部１１ｙを有し、タリフ状態の入力として、各種ボタンの選択を受け付ける。押しボタン解析部１１ｚは、押下されてオンになった押しボタンｐｂを解析し、この押しボタンｐｂに対応する機能をＣＰＵ１１に実行させる。実車ボタンｐｂ２が押下されてオンになった場合、押しボタン解析部１１ｚは、ＣＰＵ１１に実車機能を実行させ、運賃の算出を開始する。表示ボタン解析部１１ｙは、タッチ操作されてオンになった表示ボタンｔｂを解析し、この表示ボタンｔｂに対応する機能をＣＰＵ１１に実行させる。すなわち、実車ボタンｐｂ２は、運賃の算出開始を指示するための指示ボタンである。
【００２５】
ＲＯＭ１２は、ＣＰＵ１１が実行する動作プログラムを格納する。また、ＲＯＭ１２は、複数の押しボタンｐｂの各ボタンに対応する機能を保持する。また、ＲＯＭ１２は、複数の表示ボタンｔｂに割り当てられる機能の一覧を記憶する。ＲＡＭ１３は、ＣＰＵ１１が動作プログラムを実行する際のワーキングメモリとして使用される。
【００２６】
カードリーダライタＩ／Ｆ１４には、乗務員によって所持され、課金データ等の各種データの読み書きが行われるメモリカード１４Ａが挿抜自在に装着される。メモリカードには、接触で読み書きを行うＳＤカードやＣＦ（登録商標）カード等のメモリカードの他、非接触で読み書き可能なＩＣカードや磁気カード等が用いられる。このメモリカードは、課金データ等の解析を行う事務所側のデータ処理装置に対しても、挿抜自在に装着可能である。
【００２７】
Ｉ／Ｆ１７には、ＧＰＳ受信器２０が接続される。ＧＰＳ受信器２０は、ＧＰＳ衛星から時刻データを受信し、タクシー車両８の現在位置を算出可能である。ＲＴＣ（時計ＩＣ）１８は現在時刻を計時する。ＲＴＣ１８によって計時される時刻は、車両の運転状態を表す走行データとともにＲＡＭ１３やメモリカード１４Ａに記録される。なお、現在時刻には、ＧＰＳ衛星からの時刻データを用いてもよい。
【００２８】
表示ユニット１５は、前述したように、筐体１０ｚの前面に配置される。表示ユニット１５は、入力操作を必要としないタクシー料金等の各種データを表示する。表示ユニット１５は、表示器とタッチパッドとが積層されて構成される。表示器は、液晶表示器（ＬＣＤ）、有機ＥＬ、プラズマディスプレイ、ＬＥＤ等の表示デバイスにより構成される。タッチパッドは、表示部に表示された表示ボタンｔｂや、メッセージの内容に応じて表示された、運賃の算出開始を指示するための指示ボタン等に対する押下操作を検知する。尚、タッチパッドに代えて、タッチセンサが用いられてもよい。
【００２９】
図４は、タクシーメータにおける実車ボタン押し忘れ防止処理の流れを示す図である。図５は、タクシーメータにおける表示画面例を示す図である。初期状態において、表示ユニット１５は、図５（ａ）に示すように、空車状態であることを示す空車表示３１及び現在の日時を示す日時表示３２を表示する。
【００３０】
ＣＰＵ１１は、ドア開閉センサ２１の出力から、後部座席８３のドアの開閉状態が変化したことを検知して、ドアの開閉を確認する（ステップＳ１）。ドアの開閉が確認されると、ＣＰＵ１１は、モニターカメラ２３から出力された画像データ及び動画データにおいて、動体検知にて動きを検出したか否かを判断する（ステップＳ２）。ステップＳ２において、車室内に移動体が存在することが検知された場合（ステップＳ２でＹｅｓ）、ＣＰＵ１１は、重量センサ２２の出力から、後部座席８３にかかる重量が増加したことを検知したか否か、判断する（ステップＳ３）。一方、ステップＳ２において、移動体が検知されなかった場合（ステップＳ２でＮｏ）、ＣＰＵ１１は、現在の状態を継続し（ステップＳ９）、処理を終了する。
【００３１】
ステップＳ３において、重量の増加が検知された場合（ステップＳ３でＹｅｓ）、ＣＰＵ１１は、速度センサ１９から出力される速度パルスを確認した後一定時間が経過するのを待つ（ステップＳ４）。一方、ステップＳ３において、重量の増加が検知されなかった場合（ステップＳ３でＮｏ）、ＣＰＵ１１は、現在の状態を継続し（ステップＳ１０）、処理を終了する。ＣＰＵ１１は、一定時間が経過すると、タクシーメータ１０が実車中であるか否か、すなわち、実車ボタンｐｂ２が押下され実車機能が実行されているか否かを判断する（ステップＳ５）。実車中の場合（ステップＳ５でＹｅｓ）、すなわち、図５（ｃ）に示すように、表示ユニット１５に、実車状態であることを示す実車表示３３及び運賃の金額を示す運賃表示３４がなされている場合、ＣＰＵ１１は、現在の状態を継続し（ステップＳ１１）、処理を終了する。一方、タクシーメータ１０が実車中でない場合（ステップＳ５でＮｏ）、すなわち、実車ボタンｐｂ２が押下されずタクシーメータ１０が空車状態であり、図５（ａ）に示される画面が表示ユニット１５に表示されている場合、ＣＰＵ１１は、ステップＳ６の処理に移行する。
【００３２】
ステップＳ６において、ＣＰＵ１１は、図５（ｂ）に示されるように、「実車にしますか？」とのメッセージＭ、並びに「はい」という表示ボタンｔｂ６及び「いいえ」という表示ボタンｔｂ７を、表示ユニット１５に表示させる。また、ステップＳ６において、ＣＰＵ１１は、「実車にしますか？」という音声を音声出力部１６に出力させる。このように、ステップＳ６では、実車ボタンｐｂ２を押し忘れている乗務員に対して、表示及び音声により、実車ボタンｐｂ２の押下を促すメッセージを報知する。その後、ＣＰＵ１１は、図５（ｂ）に示される表示ボタンｔｂ６及び表示ボタンｔｂ７のいずれがタッチ操作（入力）されたか否かを判断する（ステップＳ７）。ステップＳ７において、表示ボタンｔｂ６「はい」が操作された場合、ＣＰＵ１１は、実車機能の実行を開始し、運賃の算出を開始する（ステップＳ１２）。すなわち、表示ボタンｔｂ６は、運賃の算出開始を指示するための指示ボタンである。ステップＳ１２の処理においては、図５（ｃ）に示されるように、実車表示３３及び運賃表示３４が、表示ユニット１５に表示される。ステップＳ１２において、タクシーメータ１０が実車状態に変更された後、ＣＰＵ１１は処理を終了する。一方、ステップＳ７において、表示ボタンｔｂ７「いいえ」が操作された場合、ＣＰＵ１１は現在の状態を継続し（ステップＳ８）、処理を終了する。また、ステップＳ７において、一定時間を経過するまでの間にいずれの表示ボタンｔｂ６及びｔｂ７が操作されない場合においても、ＣＰＵ１１は、現在の状態を継続し（ステップＳ８）、処理を終了する。
【００３３】
以上説明したように、本実施形態によれば、一つのセンサが誤認識した場合の誤報知を防止し、利用客（乗客）が乗車していることを確実に検知して、タクシー車両の乗務員に報知することができる。よって、乗務員が実車ボタンｐｂ２を押下し忘れている場合に、実車ボタンｐｂ２の押下を促すことができる。したがって、実車ボタンの押し忘れによって、タクシー会社が行政処分を受けたり、顧客の信頼を失うことを防止できる。
【００３４】
尚、本発明は、前述した実施形態に限定されるものではなく、適宜、変形、改良、等が可能である。その他、前述した実施形態における各構成要素の材質、形状、寸法、数値、形態、数、配置箇所、等は本発明を達成できるものであれば任意であり、限定されない。
例えば、ステップＳ１において、ドア開閉センサ２１の出力から、ドアが閉じられたことを検知した場合に、ＣＰＵ１１が処理を開始してもよい。また、ステップＳ６において、音声出力部１６は、アラーム音を出力することにより報知を行ってもよい。また、ステップＳ６において、タクシーメータ１０に設けた発光部を発光させることにより報知を行ってもよい。また、上述した実施形態では、モニターカメラ２３から画像データ及び動画データが出力され、ＣＰＵ１１が画像データ及び動画データを受け付ける例を説明したが、画像データ及び動画データの少なくとも一方が、モニターカメラ２３から出力されＣＰＵ１１で受け付けられてもよい。
【００３５】
ここで、上述した本発明に係るタクシーメータの実施形態の特徴をそれぞれ以下［１］〜［３］に簡潔に纏めて列記する。
［１］  車両（タクシー車両８）のドアの開閉状態を検知する開閉センサ（ドア開閉センサ２１）の出力を受け付け、前記車両の車室内を撮影するカメラ（モニターカメラ２３）から出力される画像データ及び動画データの少なくとも一方を受け付け、かつ、前記車両の座席（助手席８２、後部座席８３）にかかる重量を検知する重量センサ（２２）の出力を受け付ける処理部（ＣＰＵ１１）と、
前記処理部が、前記ドアの開閉状態が変化したことを検知し（ステップＳ１）、前記車室内に移動体が存在することを検知し（ステップＳ２）、かつ、前記重量が増加したことを検知した（ステップＳ３）場合に、報知を行う（ステップＳ６、音声出力部１６、表示ユニット１５）報知部（ＣＰＵ１１）と、
を備えることを特徴とするタクシーメータ（１０）。
［２］  表示部（表示ユニット１５）と、
運賃の算出開始を指示するための指示ボタン（実車ボタンｐｂ２、表示ボタンｔｂ６）と、を備え、
前記報知部は、前記指示ボタンを操作するよう促すメッセージを前記表示部に表示させることにより、前記報知を行う、
ことを特徴とする上記［１］に記載のタクシーメータ。
［３］  前記報知部は、前記ドアの開閉状態が変化したことを検知し、前記車室内に移動体が存在することを検知し、かつ、前記重量が増加したことを検知した場合において、運賃の算出開始を指示するための指示ボタンが操作された際に実行すべき機能が実行されていないときに、前記報知を行う、
ことを特徴とする上記［１］又は［２］に記載のタクシーメータ。
【符号の説明】
【００３６】
８  タクシー車両
１０  タクシーメータ
１０ｚ  筐体
１１ｙ  表示ボタン解析部
１１ｚ  ボタン解析部
１４  カードリーダライタ（Ｒ／Ｗ）インタフェース（Ｉ／Ｆ）
１４Ａ  メモリカード
１５  表示ユニット
１６  音声出力部
１７  インタフェース（Ｉ／Ｆ）
１８  ＲＴＣ（時計ＩＣ）
１９  速度センサ
２０  ＧＰＳ受信器
２１  ドア開閉センサ
２２  重量センサ
２３  モニターカメラ
３１  空車表示
３２  日時表示
３３  実車表示
３４  運賃表示
８２  助手席
８３  後部座席
Ｍ  メッセージ
ｐｂ（ｐｂ１〜ｐｂ５）  押しボタン
ｔｂ（ｔｂ１〜ｔｂ７）  表示ボタン
【図１】
2020060854.tif 000003
【図２】
2020060854.tif 000004
【図３】
2020060854.tif 000005
【図４】
2020060854.tif 000006
【図５】
2020060854.tif 000007