(57)【特許請求の範囲】
【請求項１】
タクシーメータとコンピュータとを備え、タクシー車両の運行を管理する運行管理システムであって、
前記タクシーメータは、乗務員が発する音声を入力するマイクを有し、
前記コンピュータは、前記タクシーメータから入力した前記音声の声紋情報を取得し、取得した前記声紋情報に基づき、前記乗務員の確認及び健康状態の判定を行う認証部を有し、
前記認証部により、前記乗務員の確認ができ、且つ、前記乗務員が健康であることが確認されたことで、前記乗務員の認証が成功した場合、前記コンピュータは、運行管理を開始あるいは終了し、前記タクシーメータは、前記タクシーメータに設けられた画面に、前記認証が成功した旨のメッセージを表示し、
前記認証部により、前記乗務員の確認ができないこと、又は、前記乗務員が健康ではないことが確認されることで、前記乗務員の認証が失敗した場合、前記タクシーメータは、前記画面に、前記認証が失敗した旨のメッセージを表示し、所定時間経過後に、前記乗務員の確認ができない旨、及び、前記乗務員が健康ではない旨のうち前記認証の失敗の理由となった方のメッセージを表示する、
ことを特徴とする、運行管理システム。
【請求項２】
前記タクシーメータは、前記乗務員に対し発声を促す出力部を備える、
ことを特徴とする、請求項１に記載の運行管理システム。
【請求項３】
乗務員が発する音声を入力するマイクと、
入力した前記音声の声紋情報を取得し、取得した前記声紋情報に基づき、前記乗務員の確認及び健康状態の判定を行う認証部と、
を備えたタクシーメータであって、
前記認証部により、前記乗務員の確認ができ、且つ、前記乗務員が健康であることが確認されたことで、前記乗務員の認証が成功した場合、運行管理を開始あるいは終了し、且つ、前記タクシーメータに設けられた画面に、前記認証が成功した旨のメッセージを表示し、
前記認証部により、前記乗務員の確認ができないこと、又は、前記乗務員が健康ではないことが確認されることで、前記乗務員の認証が失敗した場合、前記画面に、前記認証が失敗した旨のメッセージを表示し、所定時間経過後に、前記乗務員の確認ができない旨、及び、前記乗務員が健康ではない旨のうち前記認証の失敗の理由となった方のメッセージを表示する、
ことを特徴とする、タクシーメータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシー車両の運行を管理する運行管理システム及びタクシーメータに関する。
【背景技術】
【０００２】
従来、タクシー車両の運行管理において、出庫管理は、乗務員がタクシーメータに乗務員カードを挿入し、その記録内容を読み込ませることで行われていた。タクシー車両の運行中のデータは、乗務員カードに記録されるので、運行終了後、乗務員が乗務員カードを事務所に持参し、事務所内の運行管理装置（ＰＣ）に差し込んで、乗務員カードに記録されたデータをＰＣに読み込ませることで、入庫管理が行われた。
【０００３】
また、乗務員の運行時における体調管理は、タクシー車両を管理する事務所内で実際に行われていた。
このような乗務員の体調管理に関する先行技術として、乗務員等が異なる時刻において発声した音声をマイクから取り込み、コンピュータがこれらの音声データを解析し、その解析結果から人物の疲労度や居眠り状態を判定することが知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−１１３３４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、タクシー車両の運行管理において、つぎのような問題があった。乗務員は、運行開始前、乗務員の認証を行うために、タクシー車両から離れた場所にある、事務所内で健康状態の確認を行い、その結果が記録された乗務員カードをタクシーメータに挿入し、身分の確認を行わなければならず、手間がかかった。
また、乗務員以外の者が乗務員カードをタクシーメータに挿入しても、身分の確認ができてしまうので、乗務員の認証が正確に行われないおそれがあった。
また、運行終了後、乗務員がタクシーメータから乗務員カードを引き抜いて、事務所内のＰＣに乗務員カードを挿入しなければならず、業務を終了する前にもひと手間を要した。
また、運行管理では、乗務員カードが常に使用されるので、乗務員は乗務員カードの紛失や操作ミス等に注意する必要があった。
【０００６】
このように、従来の運行管理では、乗務員に対し様々なことが要求され、乗務員の負担が重かった。このため、乗務員の負担を軽減し、利便性の向上が望まれた。
【０００７】
本発明は、上述した事情に鑑みてなされたものであり、その目的はタクシーメータを利用して運行管理の利便性を向上させることができる運行管理システム及びタクシーメータを提供することにある。
【課題を解決するための手段】
【０００８】
前述した目的を達成するために、本発明に係る運行管理システムは、下記（１）〜（２）を特徴としている。
（１）  タクシーメータとコンピュータとを備え、タクシー車両の運行を管理する運行管理システムであって、
前記タクシーメータは、乗務員が発する音声を入力するマイクを有し、
前記コンピュータは、前記タクシーメータから入力した前記音声の声紋情報を取得し、取得した前記声紋情報に基づき、前記乗務員の確認及び健康状態の判定を行う認証部を有し、
前記認証部により、前記乗務員の確認ができ、且つ、前記乗務員が健康であることが確認されたことで、前記乗務員の認証が成功した場合、前記コンピュータは、運行管理を開始あるいは終了し、前記タクシーメータは、前記タクシーメータに設けられた画面に、前記認証が成功した旨のメッセージを表示し、
前記認証部により、前記乗務員の確認ができないこと、又は、前記乗務員が健康ではないことが確認されることで、前記乗務員の認証が失敗した場合、前記タクシーメータは、前記画面に、前記認証が失敗した旨のメッセージを表示し、所定時間経過後に、前記乗務員の確認ができない旨、及び、前記乗務員が健康ではない旨のうち前記認証の失敗の理由となった方のメッセージを表示する、こと。
上記（１）の構成の運行管理システムによれば、乗務員はマイクに対し発声するだけでよくなり、操作が簡便になる。また、乗務員の正確な確認が可能となる。このように、タクシーメータを利用して運行管理の利便性を向上させることができる。また、既設のタクシーメータに接続して運行管理システムが実現されるので、システムの構築が容易である。
更に、上記（１）の構成の運行管理システムによれば、認証の際に乗務員の確認のみならず、乗務員の健康状態も条件とすることができる。これにより、安全運行に対する管理がより確実になる。
更に、上記（１）の構成の運行管理システムによれば、運行管理の開始・終了が自動的に行われ、運行管理の利便性が向上する。また、自動で運行管理の処理が行われるので、乗務員による操作忘れによるミスが低減する。
（２）  上記（１）の構成の運行管理システムであって、前記タクシーメータは、前記乗務員に対し発声を促す出力部を備える、こと。
上記（２）の構成の運行管理システムによれば、出入庫処理の際、乗務員は、タクシーメータからのアナウンスに促されて発声すればよいので、操作が簡便になり、また、乗務員カードを持たなくて済むようになる。
【０００９】
また、本発明に係るタクシーメータは、下記（３）を特徴としている。
（３）  乗務員が発する音声を入力するマイクと、
入力した前記音声の声紋情報を取得し、取得した前記声紋情報に基づき、前記乗務員の確認及び健康状態の判定を行う認証部と、
を備えたタクシーメータであって、
前記認証部により、前記乗務員の確認ができ、且つ、前記乗務員が健康であることが確認されたことで、前記乗務員の認証が成功した場合、運行管理を開始あるいは終了し、且つ、前記タクシーメータに設けられた画面に、前記認証が成功した旨のメッセージを表示し、
前記認証部により、前記乗務員の確認ができないこと、又は、前記乗務員が健康ではないことが確認されることで、前記乗務員の認証が失敗した場合、前記画面に、前記認証が失敗した旨のメッセージを表示し、所定時間経過後に、前記乗務員の確認ができない旨、及び、前記乗務員が健康ではない旨のうち前記認証の失敗の理由となった方のメッセージを表示する、
こと。
【００１０】
上記（３）の構成のタクシーメータによれば、クラウドサーバ等の外部装置を省き、また、タクシーメータは通信機能を持たなくて済むので、全体の構成を単純化できる。
【発明の効果】
【００１１】
本発明によれば、乗務員はマイクに対し発声するだけでよくなり、操作が簡便になる。また、乗務員の正確な確認が可能となる。また、乗務員の健康状態も同時に確認する場合には、乗務員の健康状態も認証条件にできる。このように、タクシーメータを利用して運行管理の利便性を向上させることができる。
以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。
【図面の簡単な説明】
【００１２】
【図１】図１は、本発明の実施形態に係る運行管理システムの外観を示す図である。
【図２】図２は、タクシーメータ及び外部表示器のハードウェア構成を示すブロック図である。
【図３】図３は、運行管理システムにおける運行開始時の動作手順を示すフローチャートである。
【図４】図４（Ａ）、（Ｂ）、（Ｃ）は、運行開始時におけるタクシーメータのメータ画面の遷移を示す図である。
【図５】図５（Ａ）、（Ｂ）、（Ｃ）は、認証に失敗した場合におけるタクシーメータのメータ画面の遷移を示す図である。
【発明を実施するための形態】
【００１３】
以下、本実施形態に係る運行管理システム及びタクシーメータについて図面を用いて説明する。本実施形態の運行管理システムは、タクシー車両の運行管理に伴い、乗務員による出入庫処理を行う際、乗務員の体調管理を同時に行う。なお、ここでは、出庫処理について説明するが、入庫処理についても同様である。
【００１４】
図１は、本実施形態に係る運行管理システム５の外観を示す図である。運行管理システム５は、タクシーメータ１０、外部表示器５０及びクラウドサーバ３０を備えた構成を有する。
【００１５】
タクシーメータ１０は、メータ画面１６ｚを表示する表示部１６が配置された、箱形の筐体１０ｚを有する。筐体１０ｚの前面に配置された表示部１６の周囲には、操作部１５（図２参照）の一部である各種ボタンが配置される。例えば、筐体１０ｚの右側には、空車ボタン１５ｘ、賃走（実車）ボタン１５ｚ、支払ボタン１５ｙ及び合計ボタン１５ｗが配置される。また、筐体１０ｚの左側には、迎車ボタン１５ｕ、高速ボタン１５ｔ、貸切ボタン１５ｖ及び予約ボタン１５ｓが配置される。また、筐体１０ｚの下側にも、種々のボタンが配置される。また、筐体１０ｚの下方には、メモリカード１８（図２参照）が挿抜自在に装着される挿入口１８ｚが配置される。また、筐体１０ｚの前面には、マイク２３及びスピーカ２２が配置される。なお、マイクは、内蔵マイクでなく、筐体の外部に配置された外部マイクであってもよい。
【００１６】
外部表示器（リアモニタともいう）５０は、タクシー車両の後部座席側（例えば、助手席の背もたれ部の背面）に設置された、タブレット型の筐体５０ｚを有する。筐体５０ｚの前面の中央には、各種情報を表示する大きな画面（例えば７インチ）を有する表示部５４が配置される。また、筐体５０ｚの前面の右側には、スピーカ５６及びマイク５７が配置される。
【００１７】
クラウドサーバ３０は、タクシー車両を管理する事務所に設置された、通信ネットワークに接続可能な汎用のコンピュータであり、タクシー車両の運行を管理する。クラウドサーバ３０は、ストレージメモリ３１と、ＣＰＵ３７とを備える。ストレージメモリ３１には、乗務員を認証するための乗務員情報が複数登録された乗務員データベース（ＤＢ）３３、及び乗務員の体調を管理するための乗務員の音声データが複数登録された乗務員音声データベース（ＤＢ）３５が含まれる。乗務員音声データベース３５には、乗務員の音声データとして、正常（通常）時に声紋認証処理が行われた結果として得られる音声データが登録される。この音声データと、出入庫処理の際に得られた音声データとを比較することで、乗務員の体調が判断される。
【００１８】
図２はタクシーメータ１０及び外部表示器５０のハードウェア構成を示すブロック図である。タクシーメータ１０は、ＣＰＵ１１、プログラム格納部１２、設定値データ格納部１３、タイマ１４、操作部１５、表示部１６、車両情報格納部１７、メモリカード１８、ブザー１９、インタフェース２０、スピーカ２２及びマイク２３を有する。
【００１９】
ＣＰＵ１１は、タクシーメータ１０の各部を統括的に制御する。プログラム格納部１２は、ＲＯＭからなり、ＣＰＵ１１によって実行される、タクシーメータ１０を動作させるための制御プログラムを格納する。設定値データ格納部１３は、電気的に消去可能なメモリ（ＥＥＰＲＯＭ）からなり、更新可能な各種データを保持する。車両情報格納部１７は、ＲＡＭからなり、車両情報、走行データ等を一時的に記憶する。
【００２０】
操作部１５は、前述した空車ボタン１５ｘ、賃走ボタン１５ｚ、支払ボタン１５ｙ等の各種ボタンを含み、ボタンの押下によって変更されるタリフ状態を受け付ける。表示部１６は、メータ画面１６ｚに走行料金等の情報を表示する。タイマ１４は、現在日時を計時し、また、賃走中に発生した渋滞等による停車時間等を計時する。ブザー１９は、乗務員に対し注意喚起等を行う。
【００２１】
メモリカード（乗務員カード）１８は、乗務員によって所持され、タクシーメータ１０に対し挿抜自在なカードであり、乗務員情報、運転履歴、走行データ等を記憶する。インタフェース２０は、外部表示器５０のインタフェース５５とデータ通信可能に接続される。また、インタフェース２０は、ＣＰＵ１１からの指示に従い、外部表示器５０から行き先データを受信し、料金情報等のシステムデータを外部表示器５０に出力する。スピーカ２２（音声出力部）は、各種の音声を出力する。マイク２３は、内蔵マイクであり、周囲の音声を収音し、ＣＰＵ１１にその音声データを伝送する。
【００２２】
一方、外部表示器５０は、ＣＰＵ５１、メモリ５２、コントローラ５３、表示部５４、インタフェース５５、スピーカ５６、マイク５７及び通信部５９を有する。ＣＰＵ５１は、外部表示器５０を統括的に制御する。メモリ５２は、ＣＰＵ５１によって実行される、外部表示器５０を動作させるための制御プログラムを格納する。また、メモリ５２は、正常（通常）時に声紋認証処理が行われた結果として得られた、乗務員の音声データを格納可能な乗務員音声データベース（ＤＢ）５２ｚ、及び乗務員情報が登録された乗務員データベース（ＤＢ）５２ｙを保持する。なお、本実施形態では、外部表示器５０が、乗務員が発声する音声データをクラウドサーバ３０に送信し、クラウドサーバ３０のＣＰＵ３７が音声データに対し、声紋認証の処理を行い、乗務員を認証する場合、すなわちクラウドサーバ３０のＣＰＵ３７が認証部として機能する場合を示す。なお、乗務員の人数が少人数の場合などには、外部表示器５０は、タクシーメータ１０から送られた音声データをクラウドサーバ３０に転送することなく、内部で乗務員の認証を行ってもよい。
【００２３】
ＣＰＵ５１は、メモリ５２と協働し、マイク５７から入力された音声に対し、声紋認証を行う声紋認証機能を有する。また、ＣＰＵ５１は、マイク５７から入力された音声をテキスト化する音声認識機能を有してもよく、この音声認識処理と声紋認証処理とを併用することも可能である。この場合、リピータである乗客（顧客）の音声を他の音声と区別し、この乗客の行き先等を把握することが可能となる。
【００２４】
インタフェース５５は、タクシーメータ１０のインタフェース２０とデータ通信可能に接続され、ＣＰＵ５１からの指示に従い、タクシーメータ１０に対し、行き先データ（行き先情報）を送信し、また、料金情報等のシステムデータを受信する。
【００２５】
表示部５４は、画面５４ｚに地図情報や広告情報等を表示する。また、本実施形態では、表示部５４は、画面５４ｚに表示された各種ボタンを押下（タッチ）することでその入力を受け付け可能なタッチパネルで構成される。コントローラ５３は、表示部５４の表示及び入力を制御する。
【００２６】
スピーカ５６は、乗客に対し各種の情報を音声で出力する。マイク５７は、乗客が発する音声を収音し、ＣＰＵ５１にその音声データを伝送する。通信部５９は、携帯無線回線（３Ｇ，ＬＴＥ等）を介して通信ネットワークに接続され、同じく通信ネットワークに接続されたクラウドサーバ３０との間でデータを送受信可能である。
【００２７】
上記構成を有する運行管理システム５の動作を示す。図３は運行管理システム５における運行開始時の動作手順を示すフローチャートである。図４（Ａ）、（Ｂ）、（Ｃ）は運行開始時におけるタクシーメータ１０のメータ画面の遷移を示す図である。
【００２８】
タクシーメータ１０のＣＰＵ１１は、スピーカ２２から乗務員に対し発声を促すアナウンスを行い、声紋認証処理を開始する（Ｓ１）。このアナウンスに促され、乗務員が規定の文言を発声すると、タクシーメータ１０のマイク２３は、この音声を収音する（Ｓ２）。
【００２９】
この声紋認証を開始する際、ＣＰＵ１１は、タクシーメータ１０のメータ画面１６ｚに声紋認証開始画面を表示する。声紋認証開始画面では、「氏名を言って下さい」のメッセージが表示される（図４（Ａ）参照）。ここでは、規定の文言は、乗務員の氏名であるが、その他の文言であってもよい。
【００３０】
タクシーメータ１０のＣＰＵ１１は、マイク２３で収音された音声データを、インタフェース２０を介して外部表示器５０に送信する。外部表示器５０は、通信部５９を介してネットワークに接続されたクラウドサーバ３０と通信を行い、クラウドサーバ３０に対し、タクシーメータ１０から受信した音声データを送信し、乗務員の認証を行わせる（Ｓ３）。クラウドサーバ３０は、外部表示器５０から受信した音声データを用いて声紋認証処理を行い、乗務員音声データベース３５に登録されている乗務員を検索し、声紋認証の結果に該当する乗務員がいるか否かを判別する（Ｓ４）。
【００３１】
登録されている乗務員がいる場合、クラウドサーバ３０は、生体情報を参照し、この音声データに基づく健康状態を診断する（Ｓ５）。例えば、クラウドサーバ３０は、乗務員音声データベース３５に、予め乗務員毎に、生体情報として、通常の体調の際の音声データを登録しておき、マイクで収音された音声データと、登録されている音声データとを比較し、周波数や音の大きさがどの程度かい離しているかなど予め定められた条件に基づいて現在の体調を推定する。なお、乗務員音声データベース３５に、体調が良い時、普通の時、悪い時における音声データを登録しておき、マイクで収音された音声データが登録されているいずれの音声データと最も近いかを判定し、その結果から現在の体調を推定するようにしてもよい。
【００３２】
クラウドサーバ３０のＣＰＵ３７が声紋認証処理を行っている間、つまり、乗務員が規定の文言を発声後、乗務員の確認と健康状態の判定とを同時に行っている間、タクシーメータ１０のＣＰＵ１１は、メータ画面１６ｚに「乗務員認証中」のメッセージを表示する（図４（Ｂ）参照）。
【００３３】
クラウドサーバ３０は、音声データに基づく乗務員の健康状態が診断されると、その診断結果を外部表示器５０に送信する。外部表示器５０は、クラウドサーバ３０から受け取った診断結果が健康であるか否かを判別する（Ｓ６）。診断の結果、乗務員が健康であることが確認されると、外部表示器５０は、クラウドサーバ３０に対し、この乗務員による運行管理の開始処理（出庫処理）を行う（Ｓ７）。この処理後、外部表示器５０は、タクシーメータ１０に認証成功を送信する。タクシーメータ１０は、メータ画面１６ｚに認証成功を表示する（Ｓ８）。メータ画面１６ｚには、「認証されました」のメッセージが表示される（図４（Ｃ）参照）。また、タクシーメータ１０は、スピーカ２２から上記メッセージを音声出力する。乗務員は、メータ画面１６ｚに表示された認証成功の表示、及びスピーカ２２から出力される認証成功の音声により、認証に成功したことを知ることができる。この後、運行管理システム５は本処理を終了する。
【００３４】
一方、ステップＳ４で乗務員音声データベース３５に登録されている乗務員がいない場合、またはステップＳ６で診断結果が健康状態でなかった場合、外部表示器５０は、タクシーメータ１０に認証失敗を送信する。
【００３５】
タクシーメータ１０は、メータ画面１６ｚに認証失敗を表示する（Ｓ９）。図５（Ａ）、（Ｂ）、（Ｃ）は認証に失敗した場合におけるタクシーメータ１０のメータ画面１６ｚの遷移を示す図である。メータ画面１６ｚには、「認証に失敗しました」のメッセージが表示される（図５（Ａ）参照）。また、タクシーメータ１０は、スピーカ２２から上記メッセージを音声出力する。乗務員は、メータ画面１６ｚに表示された認証失敗の表示、及びスピーカ２２から出力される認証失敗の音声により、認証に失敗したことを知ることができる。この後、運行管理システム５は本処理を終了する。
【００３６】
また、外部表示器５０は、クラウドサーバ３０から認証失敗の理由を同時に受信している場合、タクシーメータ１０にその理由も併せて転送する。タクシーメータ１０は、認証失敗の理由を受信すると、メータ画面１６ｚに対し、認証失敗の画面に続き、例えば暫時経過後、認証失敗の理由が表示された画面を表示する。例えば、乗務員データベース５２ｙに乗務員の氏名が登録されていない場合、図５（Ｂ）に示すように、メータ画面１６ｚには、「乗務員を確認できません」のメッセージが表示される。また、診断の結果が健康でなかった場合、メータ画面１６ｚには、「健康状態が良好でありません」のメッセージが表示される。これにより、認証に失敗した乗務員に対し注意喚起を行うことができる。この場合、運行管理システム５は、出庫を拒否する処理を行ってもよい。
【００３７】
この運行管理システム５では、タクシー車両の運行管理に伴い、乗務員による出入庫処理を行う際、タクシーメータ１０は、マイク２３から乗務員が発する音声を入力する。クラウドサーバ３０は、外部表示器５０を介してタクシーメータ１０から入力した音声に対し声紋認証処理を行い、声紋情報を取得する。クラウドサーバ３０は、この声紋情報の音声データと、乗務員音声データベース３５に登録された音声データとを比較し、乗務員の確認及び健康状態の判定を同時に行う。
【００３８】
これにより、出入庫処理の際、乗務員はマイクに対し発声するだけでよくなり、操作が簡便になる。また、乗務員の正確な確認が可能となる。また、乗務員の健康状態も同時に確認できる。さらに、クラウドサーバあるいはタクシーメータが、乗務員の健康状態を表す声紋情報等のデータを定期的に取得し蓄積しておくようにしてもよく、乗務員の健康管理の向上に繋がる。このように、タクシーメータを利用して運行管理の利便性を向上させることができる。また、既設のタクシーメータに外部表示器を接続し、この外部表示器をクラウドサーバに接続することで、運行管理システムが実現されるので、システムの構築が容易である。
【００３９】
また、出入庫処理の際、乗務員は、タクシーメータからのアナウンスに促されて発声するだけでよく、操作が簡便になり、また、乗務員カードを持たなくて済むようになる。また、運行管理の開始・終了が自動的に行われ、運行管理の利便性が向上する。また、自動で運行管理の処理が行われるので、乗務員による操作忘れによるミスが低減する。
【００４０】
なお、本発明の技術的範囲は、上述した実施形態に限定されるものではない。上述した実施形態は、本発明の技術的範囲内で種々の変形や改良等を伴うことができる。
【００４１】
例えば、上記実施形態では、生体情報として音声を用いたが、クラウドサーバが音声以外の生体情報、例えば、脈拍や心拍等を取得可能である場合、これらの情報と音声データとを連携させ、より正確な健康状態を把握できるようにしてもよい。
【００４２】
また、認証処理を開始する時または直前に、最新の生体情報をクラウドサーバにアップロードしておくようにしてもよく、この場合、乗務員の健康状態をより適正に判断可能となる。また、上記実施形態では、運行管理の開始に際して、乗務員の認証が行われたが、運行管理の終了に際して行われるようにしてもよい。また、上記実施形態では、タクシーメータに接続された外部表示器がクラウドサーバと接続され、データ通信を行っていたが、タクシーメータが通信機能を有する場合、クラウドサーバと直接にデータ通信を行ってもよい。この場合、外部表示器を省くことができ、構成が簡素化される。
【００４３】
また、タクシーメータが、クラウドサーバや外部表示器が持つ声紋認証機能を備えてもよく、乗務員情報データベース及び乗務員音声データベースを搭載することで、タクシーメータだけで乗務員の確認及び健康診断の判定を行うことができる。これにより、クラウドサーバ等の外部装置を省き、また、タクシーメータは通信機能を持たなくて済むので、全体の構成を単純化できる。
【００４４】
ここで、上述した本発明に係る運行管理システム及びタクシーメータの実施形態の特徴をそれぞれ以下［１］〜［５］に簡潔に纏めて列記する。
［１］  タクシーメータ（１０）とコンピュータ（クラウドサーバ３０）とを備え、タクシー車両の運行を管理する運行管理システム（５）であって、
前記タクシーメータは、乗務員が発する音声を入力するマイク（２３）を有し、
前記コンピュータは、前記タクシーメータから入力した前記音声の声紋情報を取得し、取得した前記声紋情報に基づき前記乗務員の確認を行う認証部（ＣＰＵ３７）を有する、
ことを特徴とする、運行管理システム。
［２］  前記認証部は、取得した前記声紋情報に基づき、前記乗務員の確認及び健康状態の判定を行う、
ことを特徴とする、上記［１］に記載の運行管理システム。
［３］  前記コンピュータは、前記認証部による前記乗務員の確認及び前記健康状態の判定の結果、前記乗務員の認証が成功した場合、運行管理を開始あるいは終了する、
ことを特徴とする、上記［２］に記載の運行管理システム。
［４］  前記タクシーメータは、前記乗務員に対し発声を促す出力部（表示部１６、スピーカ２２）を備える、
ことを特徴とする、上記［１］ないし［３］のいずれかに記載の運行管理システム。
［５］  乗務員が発する音声を入力するマイク（２３）を有し、入力した前記音声の声紋情報を取得し、取得した前記声紋情報に基づき、前記乗務員の確認及び健康状態の判定を行う、
ことを特徴とする、タクシーメータ（１０）。
【符号の説明】
【００４５】
５  運行管理システム
１０  タクシーメータ
１０ｚ、５０ｚ  筐体
１１、３７、５１  ＣＰＵ（認証部）
１２  プログラム格納部
１３  設定値データ格納部
１４  タイマ
１５  操作部
１５ｓ  予約ボタン
１５ｔ  高速ボタン
１５ｕ  迎車ボタン
１５ｖ  貸切ボタン
１５ｗ  合計ボタン
１５ｘ  空車ボタン
１５ｚ  賃走ボタン
１５ｙ  支払ボタン
１６  表示部（出力部）
１６ｚ  メータ画面
１７  車両情報格納部
１８  メモリカード
１８ｚ  挿入口
１９  ブザー
２０、５５  インタフェース（Ｉ／Ｆ）
２２、５６  スピーカ（出力部）
２３、５７  マイク
３０  クラウドサーバ
３３、５２ｙ  乗務員データベース
３５、５２ｚ  乗務員音声データベース
３１  ストレージメモリ
５３  コントローラ
５０  外部表示器
５２  メモリ
５４  表示部
５４ｚ  画面
５９  通信部
【図１】
0006607692.tif 000002
【図２】
0006607692.tif 000003
【図３】
0006607692.tif 000004
【図４】
0006607692.tif 000005
【図５】
0006607692.tif 000006