(57)【要約】【課題】車両側で記録された走行距離に関するデータに基づいて、外部のサーバ装置が当該車両の走行状態に関するデータを逐次収集する仕組みを提供する。【解決手段】タクシーメータシステム２のデータ処理装置１０は、タクシー車両１００に設けられた走行センサ１０２から、タクシー車両１００の走行に伴い逐次生成された走行信号に基づいて、走行距離を表す走行距離データを生成し記憶部に記憶させる。データ処理装置１０は、記憶された走行距離データを車載スマートフォン２０へ逐次出力する一方、車載スマートフォン２０の動作に異常が発生した場合は、異常の発生中の走行距離を表す走行距離データを、当該異常が解消した後で出力する。車載スマートフォン２０は、入力された走行距離データに基づいて、走行距離を含むタクシー車両１００の走行状態を表す走行状態データを逐次生成し、広域無線通信網ＮＷ１経由でセンターサーバ３０へ逐次送信する。【選択図】図１
2018124596.tif 000002
【特許請求の範囲】
【請求項１】
データ処理装置と無線端末装置とを備え、
前記データ処理装置は、
記憶手段と、
車両に設けられた走行センサが前記車両の走行に伴い逐次生成する走行信号の入力を受ける走行信号入力手段と、
入力された前記走行信号に基づいて前記車両の走行距離を表す走行距離データを前記記憶手段に記憶させる走行距離データ記録手段と、
前記無線端末装置と接続する第１のインターフェースと、
記憶された前記走行距離データを、前記第１のインターフェースを介して前記無線端末装置へ逐次出力する一方、前記無線端末装置の動作に異常が発生した場合には、当該異常が解消した後、記憶された前記走行距離データを出力する出力制御手段と
を有し、
前記無線端末装置は、
前記データ処理装置と接続する第２のインターフェースと、
前記第２のインターフェースを介して前記データ処理装置から入力された前記走行距離データに基づいて、前記車両の走行状態を表す走行状態データを逐次生成する走行状態データ生成手段と、
生成された前記走行状態データを無線通信網経由で外部のサーバ装置へ逐次送信する送信手段と
を有するデータ管理システム。
【請求項２】
前記無線端末装置は、
表示手段と、
生成された前記走行状態データに基づいて前記車両における運賃を計算して、当該計算した運賃を前記表示手段に表示させる運賃表示制御手段と
を有することを特徴とする請求項１に記載のデータ管理システム。
【請求項３】
前記無線端末装置から前記走行状態データを受信するサーバ装置を更に備え、
前記サーバ装置は、
受信された前記走行状態データを蓄積する蓄積手段と、
クライアント端末からのアクセスを受け付ける受付手段と、
前記アクセスが受け付けられると、前記蓄積手段に蓄積された前記走行状態データを用いて応答処理を行う応答処理手段と
を有することを特徴とする請求項１又は請求項２に記載のデータ管理システム。
【請求項４】
前記無線端末装置は、
少なくとも前記車両を特定する識別情報を、前記車両内の空間に発信する発信手段を有し、
前記応答処理手段は、
前記識別情報を指定した前記アクセスが受け付けられた場合、当該識別情報によって特定される前記車両に関する前記走行状態データを用いて前記応答処理を行う
ことを特徴とする請求項３に記載のデータ管理システム。
【請求項５】
前記クライアント端末として、第１のクライアント端末と第２のクライアント端末とがあり、
前記蓄積手段は、
複数の事業者の各事業者が運用する前記車両に関する前記走行状態データを蓄積し、
前記応答処理手段は、
前記第１のクライアント端末からの前記アクセスが受け付けられた場合には、前記複数の事業者の前記車両に関する前記走行状態データに基づいて、前記応答処理を行い、
前記第２のクライアント端末からの前記アクセスが受け付けられた場合には、前記複数の事業者のうちの特定の一部の事業者の前記車両に関する前記走行状態データに基づいて、前記応答処理を行う
ことを特徴とする請求項３又は請求項４に記載のデータ管理システム。
【請求項６】
前記無線通信網は、電話網を含み、
前記無線端末装置は、
前記電話網を介して音声通信又はデータ通信を行う
ことを特徴とする請求項１から請求項５のいずれか１項に記載のデータ管理システム。
【請求項７】
記憶手段と、
車両に設けられた走行センサが前記車両の走行に伴い逐次生成する走行信号の入力を受ける走行信号入力手段と、
入力された前記走行信号に基づいて前記車両の走行距離を表す走行距離データを前記記憶手段に記憶させる走行距離データ記録手段と、
前記走行距離データを処理して前記車両の走行状態を表す走行状態データを逐次生成して無線通信網経由で外部サーバ装置へ逐次送信する無線端末装置と接続する第１のインターフェースと、
記憶された前記走行距離データを、前記第１のインターフェースを介して前記無線端末装置へ逐次出力する一方、前記無線端末装置の動作に異常が発生した場合には、当該異常が解消した後、記憶された前記走行距離データを出力する出力制御手段と
を備えるデータ処理装置。
【請求項８】
請求項７に記載のデータ処理装置と接続する第２のインターフェースと、
前記第２のインターフェースを介して前記データ処理装置から入力された前記走行距離データに基づいて、前記車両の走行状態を表す走行状態データを逐次生成する走行状態データ生成手段と、
生成された前記走行状態データを無線通信網経由で外部のサーバ装置へ逐次送信する送信手段と
を備える無線端末装置。
【請求項９】
請求項８に記載の無線端末装置から前記走行状態データを受信する受信手段と、
受信された前記走行状態データを蓄積する蓄積手段と、
クライアント端末からのアクセスを受け付ける受付手段と、
前記アクセスが受け付けられると、前記蓄積手段に蓄積された前記走行状態データを用いて応答処理を行う応答処理手段と
を備えるサーバ装置。
【請求項１０】
請求項７に記載のデータ処理装置と接続する第２のインターフェースを備える無線端末装置のコンピュータに、
前記第２のインターフェースを介して前記データ処理装置から入力された前記走行距離データに基づいて、前記車両の走行状態を表す走行状態データを逐次生成するステップと、
生成された前記走行状態データを無線通信網経由で外部のサーバ装置へ逐次送信するステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシー等の車両の走行状態に関するデータを収集する技術に関する。
【背景技術】
【０００２】
タクシーメータにおけるデータの入出力に関する技術として、特許文献１−５に開示された技術がある。特許文献１には、タクシーメータから送信された乗車料金データを使用して、乗車料金や営業実績を作成し、外部の電子計算機（サーバ装置）にリアルタイムで送信することが記載されている。特許文献２には、タクシーメータが、通信モジュールを介して、タクシー車両で行う業務を指定する業務指定情報を受信することが記載されている。特許文献３には、タクシーメータが、料金情報設定支援サーバから料金に関する設定情報を受信し、設定することが記載されている。特許文献４には、タクシーメータからの運行状況情報と、ＧＰＳ（Global Positioning System）受信装置からの位置情報とを処理して、無線センターに送信することが記載されている。特許文献５には、タクシーから顧客が降車して、運転者が倒していたタクシーメータに立てたときに、タクシーから運行管理センターに対し、走行距離、走行料金、自車位置データ、及び降車データを、時刻データとともに送信することが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−３７９４３号公報
【特許文献２】特開２０１４−２１５１４号公報
【特許文献３】特開２００３−６７７９２号公報
【特許文献４】特開２００６−１２４１９号公報
【特許文献５】特開２００１−１８８９９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、タクシー車両において、走行距離等の走行状態は時々刻々と変化する。このようなタクシー車両の走行状態のデータをサーバ装置が逐次収集することで、一般利用者向け又はタクシー事業者向けのサービス展開に活用できると考えられる。しかし、特許文献１−５には、タクシー車両の走行状態のデータを、サーバ装置が逐次収集する仕組みについて記載されていない。また、タクシーメータは、計量法に定められた規格に適合していることが使用の条件となっており、また、運賃額の操作等の不正が行われないように鉛で厳重に封印される。このような事情からも、タクシーメータに新たな機能を自由に付加することが困難であった。
これに対し、本発明の目的は、車両側で記録された走行距離に関するデータに基づいて、外部のサーバ装置が当該車両の走行状態に関するデータを逐次収集する仕組みを提供することである。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため、本発明のデータ管理システムは、データ処理装置と無線端末装置とを備え、前記データ処理装置は、記憶手段と、車両に設けられた走行センサが前記車両の走行に伴い逐次生成する走行信号の入力を受ける走行信号入力手段と、入力された前記走行信号に基づいて前記車両の走行距離を表す走行距離データを前記記憶手段に記憶させる走行距離データ記録手段と、前記無線端末装置と接続する第１のインターフェースと、記憶された前記走行距離データを、前記第１のインターフェースを介して前記無線端末装置へ逐次出力する一方、前記無線端末装置の動作に異常が発生した場合には、当該異常が解消した後、記憶された前記走行距離データを出力する出力制御手段とを有し、前記無線端末装置は、前記データ処理装置と接続する第２のインターフェースと、前記第２のインターフェースを介して前記データ処理装置から入力された前記走行距離データに基づいて、前記車両の走行状態を表す走行状態データを逐次生成する走行状態データ生成手段と、生成された前記走行状態データを無線通信網経由で外部のサーバ装置へ逐次送信する送信手段とを有する。
本発明のデータ管理システムにおいて、前記無線端末装置は、表示手段と、前記走行距離データ又は前記走行状態データに基づいて前記車両における運賃を計算して、当該計算した運賃を前記表示手段に表示させる運賃表示制御手段とを有してもよい。
【０００６】
本発明のデータ管理システムにおいて、前記無線端末装置から前記走行状態データを受信するサーバ装置を更に備え、前記サーバ装置は、受信された前記走行状態データを蓄積する蓄積手段と、クライアント端末からのアクセスを受け付ける受付手段と、前記アクセスが受け付けられると、前記蓄積手段に蓄積された前記走行状態データを用いて応答処理を行う応答処理手段とを有する。
このデータ管理システムにおいて、前記無線端末装置は、少なくとも前記車両を特定する識別情報を、前記車両内の空間に発信する発信手段を有し、前記応答処理手段は、前記識別情報を指定した前記アクセスが受け付けられた場合、当該識別情報によって特定される前記車両に関する前記走行状態データを用いて前記応答処理を行ってもよい。
【０００７】
本発明のデータ管理システムにおいて、前記クライアント端末として、第１のクライアント端末と第２のクライアント端末とがあり、前記蓄積手段は、複数の事業者の各事業者が運用する前記車両に関する前記走行状態データを蓄積し、前記応答処理手段は、前記第１のクライアント端末からの前記アクセスが受け付けられた場合には、前記複数の事業者の前記車両に関する前記走行状態データに基づいて、前記応答処理を行い、前記第２のクライアント端末からの前記アクセスが受け付けられた場合には、前記複数の事業者のうちの特定の一部の事業者の前記車両に関する前記走行状態データに基づいて、前記応答処理を行ってもよい。
本発明のデータ管理システムにおいて、前記無線通信網は、電話網を含み、前記無線端末装置は、前記電話網を介して音声通信又はデータ通信を行ってもよい。
【０００８】
本発明のデータ処理装置は、記憶手段と、車両に設けられた走行センサが前記車両の走行に伴い逐次生成する走行信号の入力を受ける走行信号入力手段と、入力された前記走行信号に基づいて前記車両の走行距離を表す走行距離データを前記記憶手段に記憶させる走行距離データ記録手段と、前記走行距離データを処理して前記車両の走行状態を表す走行状態データを逐次生成して無線通信網経由で外部サーバ装置へ逐次送信する無線端末装置と接続する第１のインターフェースと、記憶された前記走行距離データを、前記第１のインターフェースを介して前記無線端末装置へ逐次出力する一方、前記無線端末装置の動作に異常が発生した場合には、当該異常が解消した後、記憶された前記走行距離データを出力する出力制御手段とを備える。
【０００９】
本発明の無線端末装置は、上記構成のデータ処理装置と接続する第２のインターフェースと、前記第２のインターフェースを介して前記データ処理装置から入力された前記走行距離データに基づいて、前記車両の走行状態を表す走行状態データを逐次生成する走行状態データ生成手段と、生成された前記走行状態データを無線通信網経由で外部のサーバ装置へ逐次送信する送信手段とを備える。
【００１０】
本発明のサーバ装置は、上記構成の無線端末装置から前記走行状態データを受信する受信手段と、受信された前記走行状態データを蓄積する蓄積手段と、クライアント端末からのアクセスを受け付ける受付手段と、前記アクセスが受け付けられると、前記蓄積手段に蓄積された前記走行状態データを用いて応答処理を行う応答処理手段とを備え。
【００１１】
本発明のプログラムは、上記構成のデータ処理装置と接続する第２のインターフェースを備える無線端末装置のコンピュータに、前記第２のインターフェースを介して前記データ処理装置から入力された前記走行距離データに基づいて、前記車両の走行状態を表す走行状態データを逐次生成するステップと、生成された前記走行状態データを無線通信網経由で外部のサーバ装置へ逐次送信するステップとを実行させるためのプログラムである。
【発明の効果】
【００１２】
本発明によれば、車両側で記録された走行距離に関するデータに基づいて、外部のサーバ装置が当該車両の走行状態に関するデータを逐次収集する仕組みを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係るデータ管理システムの全体構成を示す図。
【図２】同実施形態に係るデータ処理装置及び無線端末装置のハードウェア構成を示すブロック図。
【図３】同実施形態に係るセンターサーバのハードウェア構成を示すブロック図。
【図４】同実施形態に係る走行状態データ蓄積部に蓄積されるデータの説明図。
【図５】同実施形態に係るデータ管理システムの平常時の動作を示すフローチャート。
【図６】同実施形態に係るタクシーメータ画面を示す図。
【図７】同実施形態に係るデータ管理システムの異常時の動作を示すフローチャート。
【図８】同実施形態に係るデータ管理システムの通報時の動作を示すシーケンス図。
【図９】同実施形態に係るデータ管理システムのサービス例１に関する処理を示すシーケンス図。
【図１０】同実施形態に係る領収書画面を示す図。
【図１１】同実施形態に係るデータ管理システムのサービス例２に関する処理を示すシーケンス図。
【図１２】同実施形態に係るサービス提供画面を示す図。
【図１３】同実施形態に係るデータ管理システムのサービス例３に関する処理を示すシーケンス図。
【図１４】同実施形態に係るルート案内画面を示す図。
【図１５】同実施形態に係るデータ管理システムのサービス例４に関する処理を示すシーケンス図。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の一実施形態を説明する。
図１は、本発明の一実施形態に係るデータ管理システム１の全体構成を示す図である。
図１に示すように、データ管理システム１は、タクシーメータシステム２と、センターサーバ３０と、乗客スマートフォン４０（４０Ａ，４０Ｂ）と、タクシー事業者端末５０と、電話機６０とを備える。
【００１５】
タクシーメータシステム２は、タクシー車両１００内の空間である車室１０１に設けられ、タクシーメータの機能を提供する。タクシーメータシステム２は、データ処理装置１０と、車載スマートフォン２０とを備える。データ処理装置１０、及び車載スマートフォン２０は、タクシー車両１００のバッテリーを電源として動作し、鉛で形成された筐体２Ａに封印されている。ただし、車載スマートフォン２０の表示面２７Ａが配置された面は、筐体２Ａの外部から視認可能である。タクシーメータシステム２は、運転者Ｕ１が座る運転席付近に配置されている。
【００１６】
データ処理装置１０は、タクシー車両１００に設けられた走行センサ１０２から入力されたアナログ形式の走行信号を処理して、車載スマートフォン２０にデジタル形式のデータを出力する。走行センサ１０２は、タクシー車両１００の走行に伴い走行信号を逐次生成する。走行センサ１０２は、例えばロータリーエンコーダを有し、後輪のトランスミッション回転数に応じた数のパルス信号（以下「走行パルス」という。）を発生させる。走行センサ１０２は、タクシー車両１００が単位距離だけ走行する毎に走行パルスが発生する走行信号を出力する。即ち、走行信号は、タクシー車両１００の走行距離を計数（測定）するための信号である。
【００１７】
車載スマートフォン２０は、タクシーメータシステム２のユーザインターフェースを提供する。車載スマートフォン２０は、タブレット型コンピュータやＰＤＡ（Personal Digital Assistant）、フィーチャーフォン、情報処理を実行する機能を備えたその他の無線端末装置で代用されてもよい。車載スマートフォン２０は、データ処理装置１０から入力されたデータを処理し、処理したデータを、広域無線通信網ＮＷ１経由で送信する。広域無線通信網ＮＷ１は、電話網やデータ通信網、交換機、基地局を含む無線通信網である。また、広域無線通信網ＮＷ１は、インターネット等の広域通信網ＮＷ２と相互に接続する。広域通信網ＮＷ２は、無線、有線又はこれらの組み合わせのいずれであってもよい。
【００１８】
センターサーバ３０は、データセンターに設置され、広域通信網ＮＷ２と接続するサーバ装置である。センターサーバ３０は、車載スマートフォン２０からタクシー車両１００に関するデータを収集する。また、センターサーバ３０は、乗客スマートフォン４０Ａ，４０Ｂ、及びタクシー事業者端末５０の各々をクライアント端末として、ユーザに所定のサービスを提供するための処理を行う。
なお、センターサーバ３０は、１台のサーバ装置ではなく、複数台のサーバ装置によって実現されてもよい。
【００１９】
乗客スマートフォン４０Ａ，４０Ｂは、広域無線通信網ＮＷ１に接続して、センターサーバ３０と通信する第１のクライアント端末である。乗客スマートフォン４０Ａは、タクシー車両１００に乗客として乗車中の一般利用者Ｕ２によって使用される。乗客スマートフォン４０Ｂは、タクシー車両１００に乗車中ではないが、今後に乗客となり得る一般利用者Ｕ３によって使用される。乗客スマートフォン４０Ａ，４０Ｂは、タブレット型コンピュータやその他の通信端末装置で代用されてもよい。
【００２０】
タクシー事業者端末５０は、タクシー車両１００を運用するタクシー事業者の事業拠点、営業拠点又は接客拠点に設置され、当該タクシー事業者の従業員Ｕ４によって使用される第２のクライアント端末である。タクシー事業者端末５０は、ここではパーソナルコンピュータであるが、スマートフォンやタブレット型コンピュータ、その他の通信端末装置で代用されてもよい。
電話機６０は、広域無線通信網ＮＷ１経由で音声通信を行う電話機である。電話機６０は汎用の電話機で、タクシー事業者端末５０と同じ場所に設置されている。
【００２１】
図１には、或るタクシー事業者によって運用されるタクシー車両１００が１台だけ示されているが、実際には複数のタクシー車両１００が存在する。また、データ管理システム１では、複数の異なるタクシー事業者のタクシー車両１００に、タクシーメータシステム２が搭載されている。タクシー事業者は、主にタクシー会社であるが、個人タクシーを営む事業者であってもよい。また、図１には、乗客スマートフォン４０Ａ，４０Ｂ、タクシー事業者端末５０及び電話機６０がそれぞれ１台だけ示されているが、実際には複数存在する。
【００２２】
図２は、データ処理装置１０及び車載スマートフォン２０のハードウェア構成を示すブロック図である。
データ処理装置１０は、走行センサＩＦ（Interface）１１と、プロセッサ１２と、記憶部１３と、車載スマートフォンＩＦ１４と、屋上灯ＩＦ１５と、表示灯ＩＦ１６とを備える。
走行センサＩＦ１１は、走行センサ１０２と接続するインターフェースである。走行センサＩＦ１１は、走行センサ１０２から走行信号の入力を受け付ける走行信号入力手段として機能する。
【００２３】
プロセッサ１２は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）等のハードウェア回路を用いて構成され、データ処理装置１０の各部を制御する。記憶部１３は、例えば不揮発性の半導体メモリであり、プロセッサ１２によってデータが読み書きされる記憶手段である。
【００２４】
プロセッサ１２は、走行距離データ記録手段１２１と、出力制御手段１２２とに相当する機能を実現する。走行距離データ記録手段１２１は、走行センサＩＦ１１を介して入力された走行信号に基づいてタクシー車両１００の走行距離を表す走行距離データを記憶させる（記録する）。本実施形態では、走行距離データ記録手段１２１は、所定の時点から走行パルスの計数を開始して、単位期間毎に、当該単位期間の開始日時及び終了日時と、当該単位期間に含まれる各走行パルスを計数した順番とを対応付けたデータを、走行距離データとして生成する。単位期間の期間長は、例えば１秒間であるが、これに限られない。所定の時点は、例えば、運転者Ｕ１の当日の業務の乗務時点、又は各乗客の乗務時点等に予め決められている。
なお、走行距離データは、タクシー車両１００の走行距離を特定可能な形式のデータであればその具体的なデータ形式を特に問わない。走行距離データは、例えば、走行パルスが検出された日時を表すデータ、又は、検出した走行パルスの数から換算された走行距離値を表すデータであってもよい。また、走行距離データが日時を表すデータを含まない場合もあり得る。
【００２５】
出力制御手段１２２は、記憶部１３に記憶された走行距離データを、車載スマートフォンＩＦ１４を介して車載スマートフォン２０へ逐次出力する。更に、出力制御手段１２２は、車載スマートフォン２０の動作に異常が発生した場合には、当該異常が解消した後、当該異常の発生中の走行距離を反映させた走行距離データを出力する。この走行距離データは、少なくとも、単位期間に異常の発生中の日時が含まれる走行距離データを含む。
【００２６】
車載スマートフォンＩＦ１４は、例えばＵＳＢ（Universal Serial Bus）の規格に準拠したコネクターを備え、車載スマートフォン２０と接続する第１のインターフェースとして機能する。プロセッサ１２は、車載スマートフォンＩＦ１４を介して、ＵＳＢケーブル経由で車載スマートフォン２０との間でデータの入出力を行う。また、車載スマートフォンＩＦ１４は、タクシー車両１００のバッテリーから供給された電力を用いて、ＵＳＢケーブル経由で車載スマートフォン２０に電力を供給する。
【００２７】
屋上灯ＩＦ１５は、タクシー車両１００の屋上に設けられた屋上灯１０３と接続するインターフェースである。プロセッサ１２は、屋上灯ＩＦ１５を介して、屋上灯１０３の点灯を制御する。
表示灯ＩＦ１６は、車室１０１に設けられた表示灯１０４と接続するインターフェースである。プロセッサ１２は、表示灯ＩＦ１６を介して、表示灯１０４の表示を制御する。
【００２８】
車載スマートフォン２０は、プロセッサ２１と、データ処理装置ＩＦ２２と、測位部２３と、近距離無線通信部２４と、音声入出力部２５と、記憶部２６と、タッチスクリーン部２７と、広域無線通信部２８と、無線ＬＡＮ（Local Area Network）通信部２９とを備える。
プロセッサ２１は、演算処理装置としてのＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、及びワークエリアとしてのＲＡＭ（Random Access Memory）を備える。ＣＰＵは、ＲＯＭに記憶されたプログラムをＲＡＭに読み出して実行することにより、車載スマートフォン２０の各部を制御する。
【００２９】
データ処理装置ＩＦ２２は、例えばＵＳＢの規格に準拠したコネクターを備え、データ処理装置１０と接続する第２のインターフェースとして機能する。プロセッサ２１は、データ処理装置ＩＦ２２を介して、ＵＳＢケーブル経由で接続されたデータ処理装置１０との間でデータの入出力を行う。また、車載スマートフォン２０は、データ処理装置１０からＵＳＢケーブルを介して供給された電力を用いて動作する。
【００３０】
測位部２３は、例えばＧＰＳユニットを備え、測位部２３の位置（即ち、タクシー車両１００の位置）を測定する。
なお、測位部２３は、ＧＰＳ測位に限られず、基地局測位等により測位してもよい。
【００３１】
近距離無線通信部２４は、例えば無線通信回路及びアンテナを有し、所定の距離以内に存在する無線通信装置と第１の通信方式により無線通信を行う。第１の通信方式は、ここでは、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｌｏｗ  Ｅｎｅｒｇｙの規格に準拠した無線通信に対応している。近距離無線通信部２４は、タクシー車両１００を特定する識別情報として、タクシー車両１００を識別する車両ＩＤを発信する発信手段として機能する。
【００３２】
音声入出力部２５は、例えばマイクロホン及びスピーカを有し、音声の入出力を行う。音声入出力部２５は、例えば音声通信（通話）のために使用され、プロセッサ２１から供給された音声信号に基づいて、スピーカから音声を出力したり、マイクロホンを介して入力された音声を音声信号に変換してプロセッサ２１に供給したりする。
【００３３】
記憶部２６は、例えば不揮発性の半導体メモリで、プロセッサ２１により実行される各種のプログラムや、車両ＩＤを記憶する。記憶部２６が記憶するプログラムには、車載スマートフォン２０をタクシーメータとして機能させたり、センターサーバ３０と通信する機能を実現したりするためのタクシーアプリケーションＡＰがある。また、記憶部２６は、走行状態データを記憶する。タクシーアプリケーションＡＰによりプロセッサ２１が実現する機能として、走行状態データ生成手段２１１と、運賃表示制御手段２１２と、送信手段２１３とがある。
【００３４】
走行状態データ生成手段２１１は、データ処理装置ＩＦ２２に入力された走行距離データに基づいて、タクシー車両１００の走行状態を表す走行状態データを逐次生成する。走行状態データ生成手段２１１は、生成した走行状態データを、記憶部２６に記憶（蓄積）させる。走行状態データは、例えば走行距離を少なくとも含む、タクシー車両１００の走行状態を表すデータである。運賃表示制御手段２１２は、入力された走行距離データ、又は走行状態データ生成手段２１１により生成された走行状態データに基づいてタクシー車両１００における運賃を計算して、当該計算した運賃をタッチスクリーン部２７（より詳細には表示部２７１）に表示させる。送信手段２１３は、走行状態データ生成手段２１１により生成された走行状態データを、広域無線通信網ＮＷ１経由でセンターサーバ３０へ逐次送信する。
【００３５】
タッチスクリーン部２７は、表示部２７１とタッチセンサ２７２とを備える。表示部２７１は、例えば液晶ディスプレイで、各種の画像を表示面２７Ａ（図１参照）に表示する表示手段である。タッチセンサ２７２は、表示面２７Ａに重ねて面状に設けられたセンサで、表示面２７Ａに対して行われたユーザの操作を、所定の方式（例えば、抵抗膜方式又は静電容量方式）に従って検知する。
広域無線通信部２８は、例えば無線通信回路及びアンテナを有し、広域無線通信網ＮＷ１に接続して無線通信を行う。広域無線通信部２８は、例えば、センターサーバ３０とデータ通信を行い、電話機６０と電話による通話（音声通信）を行う。
【００３６】
無線ＬＡＮ通信部２９は、例えば無線通信回路及びアンテナを有し、所定の距離以内に存在する外部機器と第２の通信方式により無線通信を行う。第２の通信方式は、ここでは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ：登録商標）の規格に準拠した無線通信に対応している。
なお、乗客スマートフォン４０Ａ，４０Ｂは、タクシーアプリケーションＡＰに関する機能を実現しないが、ハードウェア構成は車載スマートフォン２０と同じでよい。
【００３７】
図３は、センターサーバ３０のハードウェア構成を示す図である。図３に示すように、センターサーバ３０は、プロセッサ３１と、広域通信部３２と、記憶部３３とを備える。
プロセッサ３１は、演算処理装置としてのＣＰＵ、ＲＯＭ、及びワークエリアとしてのＲＡＭを備える。ＣＰＵは、ＲＯＭに記憶されたプログラムをＲＡＭに読み出して実行することにより、センターサーバ３０の各部を制御する。広域通信部３２は、広域通信網ＮＷ２して通信を行う。記憶部３３は、例えばハードディスク装置を備え、各種のデータを記憶する。記憶部３３は、走行状態データ蓄積部３３１を備える。
【００３８】
プロセッサ３１は、受信手段３１１と、受付手段３１２と、応答処理手段３１３とに相当する機能を実現する。受信手段３１１は、広域通信部３２を介して、車載スマートフォン２０から走行状態データを受信する。受付手段３１２は、広域通信部３２を介して、クライアント端末（本実施形態では、乗客スマートフォン４０Ａ，４０Ｂ、及びタクシー事業者端末５０）からのアクセスを受け付ける。応答処理手段３１３は、受付手段３１２によりアクセスが受け付けられると、走行状態データ蓄積部３３１に蓄積された走行状態データを用いて応答処理を行う。
【００３９】
走行状態データ蓄積部３３１は、タクシーメータシステム２から収集した走行状態データを蓄積する蓄積手段として機能する。
図４に示すように、走行状態データは、タクシー車両１００の車両ＩＤと、走行距離と、走行速度と、車両位置と、実空車状態と、及び日時とのデータのセットで構成される。走行距離は、所定の時点からのタクシー車両１００の累積の走行距離である。所定の時点とは、例えば、運転者Ｕ１の当日の業務の乗務時点、又は各乗客の乗務時点等に予め決められている。走行速度は、タクシー車両１００の走行速度である。車両位置は、タクシー車両１００の位置を示す。実空車状態は、タクシー車両１００の状態を表し、例えば、空車、実車及び支払がある。空車は、更に、回送と送迎とに分類されてもよい。日時は、例えば走行状態データが生成された日時である。この日時は、タクシー車両１００が当該走行状態データが表す走行状態で走行したとみなせる日時を示せばよい。
【００４０】
次に、本実施形態の動作を説明する。
＜Ａ：データ管理システム１の平常時の動作＞
図５は、データ管理システム１の平常時の動作を示すフローチャートである。
データ処理装置１０のプロセッサ１２は、常時又は所定の期間において、以下で説明する動作を行う。所定の期間とは、例えば、業務時間内等の、車載スマートフォン２０がタクシーメータとして利用される期間である。運転者Ｕ１は、乗客である一般利用者Ｕ２がタクシー車両１００に乗車すると、車載スマートフォン２０のタッチスクリーン部２７を操作して、空車から実車への変更を指示する。プロセッサ２１は、この指示に応じて、タクシー車両１００の実空車状態を空車から実車に変更し、以下で説明する動作を行う。
【００４１】
データ処理装置１０のプロセッサ１２は、走行センサＩＦ１１を介して入力を受け付けた走行信号に基づいて、当該走行信号から走行パルスを検出する（ステップＳ１）。次に、プロセッサ１２は、走行距離データを生成する（ステップＳ２）。ここでは、プロセッサ１２は、一の単位期間において検出した走行パルスに基づいて、当該単位機関に対応する走行距離データを生成する。次に、プロセッサ１２は。生成した走行距離データを記憶部１３に記憶させる（ステップＳ３）。ステップＳ２の処理により、記憶部１３に記憶された走行距離データが更新される。
【００４２】
次に、プロセッサ１２は、記憶部１３に記憶された走行距離データを、車載スマートフォンＩＦ１４を介して車載スマートフォン２０へ出力する（ステップＳ４）。走行距離データの出力タイミングは、例えば予め決められた間隔で（例えば１秒毎に）、繰り返し到来する。
【００４３】
車載スマートフォン２０のプロセッサ２１は、データ処理装置ＩＦ２２を介して走行距離データの入力を受け付けると（ステップＳ５）、この入力を受け付けた旨の応答を示す応答信号を、データ処理装置ＩＦ２２を介してデータ処理装置１０へ出力する（ステップＳ６）。データ処理装置１０のプロセッサ１２は、車載スマートフォンＩＦ１４を介してこの応答信号の入力を受け付けると、走行距離データの出力が正常終了したと判定する（ステップＳ７）。プロセッサ１２は、正常出力したと判定した走行距離データについては記憶部１３から消去してもよいし、記憶部１３に持続的に記憶された状態としてもよい。
【００４４】
次に、プロセッサ２１は、ステップＳ５で入力を受け付けた走行距離データに基づいて走行状態データを生成する（ステップＳ８）。プロセッサ２１は、走行距離データに基づいて走行距離を、走行距離データ及び日時、又は図示せぬ速度計を用いて走行速度を、測位部２３により測定された位置に基づいて車両位置を、運転者Ｕ１の操作に基づいて実空車状態を、自身の計時機能及びカレンダ機能を用いて日時（ここでは現在日時）を特定する。車両ＩＤについては、プロセッサ２１により記憶部２６から読み出される。プロセッサ２１は、生成した走行状態データを記憶部２６に記憶させる（ステップＳ９）。例えば、プロセッサ２１は、走行状態データが記憶部２６に持続的に記憶された状態としておく。
なお、走行状態データは、前掲の走行状態に限られず、タクシー車両１００の走行状態を表すいかなるデータを含んでもよい。
【００４５】
次に、プロセッサ２１は、走行距離データ又は走行状態データと運賃表とに基づいて、タクシー車両１００における運賃の計算を行い、計算した運賃を含むメータ画面をタッチスクリーン部２７へ表示させる（ステップＳ１０）。運賃の計算方法は、従来のタクシーメータと同じ方法である。
【００４６】
図６は、メータ画面の一例を示す図である。
図６に示すメータ画面ＳＣ１において、領域Ｔには「実車  ￥３，０００」という、現在のタクシー車両１００の状態、及び現在の運賃が表示される。また、メータ画面ＳＣ１には、「空車」という文字列が記された空車ボタンＢ１と、「実車」という文字列が記された実車ボタンＢ２と、「支払」という文字列が記された支払ボタンＢ３と、「通話」という文字列が記された通話ボタンＢ４と、通報ボタンＢ５とが配置されている。空車ボタンＢ１が押下された場合、プロセッサ２１は、タクシー車両１００の状態を空車にする制御を行うとともに、データ処理装置ＩＦ２２を介して、タクシー車両１００の表示灯１０４を「空車」と表示するようにデータ処理装置１０に指示する。実車ボタンＢ２が押下された場合、プロセッサ２１は、データ処理装置ＩＦ２２を介して、タクシー車両１００の状態を実車にする制御を行うとともに、タクシー車両１００の表示灯１０４を「実車」と表示するようにデータ処理装置１０に指示する。支払ボタンＢ３が押下された場合、プロセッサ２１は、タクシー車両１００の状態を支払にする制御を行って一般利用者Ｕ２に支払わせる運賃を確定するとともに、データ処理装置ＩＦ２２を介して、タクシー車両１００の表示灯１０４を「支払」と表示するようにデータ処理装置１０に指示する。通話ボタンＢ４が押下された場合、プロセッサ２１は、電話機６０に電話を掛けて通話するための制御を行う。この通話は、例えば、従業員Ｕ４との業務に関する連絡を取るために行われる。通報ボタンＢ５は、強盗犯の侵入等の非常事態が発生した場合に操作されるが、この場合の動作については後で説明する。通報ボタンＢ５は、第三者にその存在が知られないように、他のボタンよりも視認しづらいことが望ましい。
【００４７】
次に、プロセッサ２１は、記憶部２６に記憶された走行状態データのうち、送信が完了していない走行状態データを、広域無線通信部２８を介してセンターサーバ３０へ送信する（ステップＳ１１）。センターサーバ３０のプロセッサ３１は、広域通信部３２を介して走行状態データを受信すると（ステップＳ１２）、これを走行状態データ蓄積部３３１に蓄積させる（ステップＳ１３）。
データ管理システム１では、図５で説明した処理が繰り返し実行される。これにより、データ処理装置１０は、車載スマートフォン２０へ走行距離データを逐次出力し、車載スマートフォン２０は、センターサーバ３０へ走行状態データを逐次生成し送信する。
なお、データ処理装置１０は、ここでは、単位期間の期間長に応じた周期で走行距離データを出力するが、それよりも長い周期で、一度に複数の単位期間の走行距離データを出力してもよい。また、車載スマートフォン２０は、単位期間の期間長に応じた周期で走行状態データを出力するが、それよりも長い周期で、一度に複数の単位期間の走行状態データを送信してもよい。
【００４８】
ところで、車載スマートフォン２０においては、データの読み出しエラー等を原因として、動作に異常（例えばフリーズ）が生じる場合がある。この動作の異常を原因として、車載スマートフォン２０が、データ処理装置１０からのデータの入力を正常に受け付けられない場合はある。このような異常の発生時においても、センターサーバ３０における走行状態データの収集に支障がないように、データ管理システム１では以下で説明する動作が行われる。
【００４９】
＜Ｂ：データ管理システム１の異常時の動作＞
図７は、データ管理システム１の異常時の動作を示すフローチャートである。
プロセッサ１２は、ステップＳ４で走行距離データを出力した後、所定時間内に車載スマートフォン２０からの応答信号の入力を受け付けなかった場合、車載スマートフォン２０の異常を検知する（ステップＳ１４）。この異常を検知した場合、プロセッサ２１は、引き続き、走行距離データを生成する処理と、記憶部１３へ記憶させる処理とを継続して行う。即ち、プロセッサ２１は、走行センサＩＦ１１を介して入力を受け付けた走行信号に基づいて、当該走行信号から走行パルスを検出する（ステップＳ１５）。そして、プロセッサ１２は、走行距離データを生成し（ステップＳ１６）、記憶部１３へ記憶させる（ステップＳ１７）。
【００５０】
次に、プロセッサ１２は、車載スマートフォン２０の異常が解消したかどうかを判定する（ステップＳ１８）。プロセッサ１２は、例えば、車載スマートフォン２０から正常動作に復帰したことを示す信号（例えば、リブートを通知する信号）が車載スマートフォンＩＦ１４を介して入力されるまでは、ステップＳ１８で「ＮＯ」と判定し、ステップＳ１５の処理に戻る。このように、プロセッサ２１は、異常の発生中においても単位期間毎に走行距離データを生成、記録するが、車載スマートフォン２０への走行距離データの出力を中止する。
なお、車載スマートフォン２０の復帰はさらに別の方法で検知されてもよい。
【００５１】
その後、プロセッサ１２は、異常が解消したと判定した場合（ステップＳ１８；ＹＥＳ）、記憶部１３に記憶された走行距離データを、車載スマートフォンＩＦ１４を介して車載スマートフォン２０へ出力する（ステップＳ１９）。プロセッサ１２は、未出力の走行距離データを全て、車載スマートフォン２０へ出力する。車載スマートフォン２０のプロセッサ２１は、データ処理装置ＩＦ２２を介して走行距離データの入力を受け付けると（ステップＳ２０）、ステップＳ６以降の処理ステップを実行することとなる。
【００５２】
ここでは、データ管理システム１の異常時の動作として、データ処理装置１０が車載スマートフォン２０に走行距離データを出力できない動作を説明した。データ管理システム１の異常時の動作としては他に、車載スマートフォン２０がセンターサーバ３０の走行状態データを送信できない動作もある。この原因として、車載スマートフォン２０のハングアップや、車載スマートフォン２０が電波環境の良好でない場所に移動したこと等がある。この場合、車載スマートフォン２０のプロセッサ２１は、記憶部２６に記憶された走行状態データのうち未送信の走行状態データを、センターサーバ３０との通信が可能なタイミングで送信すればよい。
以上説明した処理により、データ管理システム１の動作に異常が生じた場合でも、データ処理装置１０と車載スマートフォン２０とで、記憶する走行距離データを同期させ、車載スマートフォン２０とセンターサーバ３０とで、記憶する走行状態データを同期させることが可能となる。
【００５３】
＜Ｃ：データ管理システム１の通報時の動作＞
図８は、データ管理システム１の通報時の動作を示すフローチャートである。
車載スマートフォン２０のプロセッサ２１は、メータ画面ＳＣ１の表示中において、通報ボタンＢ５が押されたかどうかを判定する（ステップＳ２１）。ステップＳ２１で「ＹＥＳ」と判定した場合、プロセッサ２１は、データ処理装置ＩＦ２２を介して、タクシー車両１００の屋上灯１０３を点滅させ、表示灯１０４に例えば「非常」と表示させるように、データ処理装置ＩＦ２２を介してデータ処理装置１０に指示する（ステップＳ２２）。データ処理装置１０のプロセッサ１２は、車載スマートフォン２０からの指示に従って、屋上灯１０３及び表示灯１０４を制御する（ステップＳ２３）。
【００５４】
次に、プロセッサ２１は、広域無線通信部２８の電話網を介して、所定の通報先に通報データを送信する（ステップＳ２４）。通報先は、例えば、最寄りの警察署であるが、タクシー事業者の施設等であってもよい。通報データは、例えば、音声入出力部２５によって収音された音声データ、タクシー車両１００の車両位置を示す位置データ、非常事態の発生を示すメッセージ（例えば、ＳＭＳ（Short Message Service）によるメッセージ）等である。
【００５５】
続いて、センターサーバ３０が、乗客スマートフォン４０Ａ，４０Ｂやタクシー事業者端末５０を介して提供するサービスについて説明する。
＜Ｄ：サービス例１＞
図９は、データ管理システム１のサービス例１に関する処理を示すシーケンス図である。サービス例１は、タクシー車両１００を利用した一般利用者Ｕ２に対して、電子領収書を発行するサービスである。
車載スマートフォン２０のプロセッサ２１は、近距離無線通信部２４を介して、タクシー車両１００の車両ＩＤと、電子領収書を識別する領収書ＩＤとを発信する（ステップＳ３１）。この発信は、例えば、運賃の確定後、タクシー車両１００が支払の状態のときに行われる。乗客スマートフォン４０Ａは、車両ＩＤと領収書ＩＤとを受信すると、これを記憶しておく。また、車載スマートフォン２０のプロセッサ２１は、ステップＳ３１で発信した車両ＩＤ及び領収書ＩＤに加え、確定した運賃を表す運賃データを、広域無線通信部２８を介して、センターサーバ３０へ送信する（ステップＳ３２）。センターサーバ３０のプロセッサ３１は、広域通信部３２を介して運賃データを受信すると、当該運賃データに基づいて電子領収書を発行し、車両ＩＤ及び領収書ＩＤと対応付けて、記憶部３３に記憶させる（ステップＳ３３）。
【００５６】
乗客スマートフォン４０Ａは、一般利用者Ｕ２によるタクシー車両１００の利用後の任意のタイミングで、車両ＩＤ及び領収書ＩＤを指定して、センターサーバ３０にアクセスする（ステップＳ３４）。このアクセスは、所定のアプリケーションプログラムを用いて行われてもよいし、ウェブページを用いて行われてもよい。
【００５７】
センターサーバ３０のプロセッサ３１は、広域通信部３２を介して乗客スマートフォン４０Ａからのアクセスを受け付けると（ステップＳ３５）、このアクセスに対する応答処理として、電子領収書を車載スマートフォン２０へ送信する処理を行う（ステップＳ３６）。プロセッサ３１は、乗客スマートフォン４０Ａにより指定された車両ＩＤ及び領収書ＩＤに対応付けられた電子領収書を送信する。乗客スマートフォン４０Ａは、電子領収書を受信するとこれを記憶し、適当なタイミングで電子領収書を表示させる（ステップＳ３７）。乗客スマートフォン４０Ａは、例えば図１０に示す領収書画面ＳＣ２を表示させる。
このサービス例１によれば、電子領収書の発行サービスを提供することができる。
【００５８】
＜Ｅ：サービス例２＞
図１１は、データ管理システム１のサービス例２に関する処理を示すシーケンス図である。サービス例２は、タクシー車両１００に乗車中の一般利用者Ｕ２に対して、広告を提供するためのサービスである。
車載スマートフォン２０のプロセッサ２１は、近距離無線通信部２４を介して、車両ＩＤを繰り返し発信する（ステップＳ４１）。乗客スマートフォン４０Ａは、車両ＩＤを受信すると、受信した車両ＩＤを指定してセンターサーバ３０にアクセスする（ステップＳ４２）。このアクセスは、所定のアプリケーションプログラムを用いて行われる。
【００５９】
センターサーバ３０のプロセッサ３１は、乗客スマートフォン４０Ａからのアクセスを受け付けると（ステップＳ４３）、広域通信部３２を介して、当該アクセスで指定された車両ＩＤが示すタクシー車両１００の車載スマートフォン２０に対して、テザリングの起動指示を送信する（ステップＳ４４）。車載スマートフォン２０のプロセッサ２１は、広域無線通信部２８を介して起動指示を受信すると、テザリング機能を起動する（ステップＳ４５）。更に、プロセッサ２１は、車載スマートフォン２０と無線接続するための接続情報を、乗客スマートフォン４０Ａへ送信する（ステップＳ４６）。接続情報は、ここでは、例えば、ＳＳＩＤ（Service Set Identifier）、及びＷＥＰ（Wired Equivalent Privacy）に従う暗号化キーを含む。乗客スマートフォン４０Ａは、この接続情報を用いて車載スマートフォン２０にアクセスする。このアクセスに応じて、車載スマートフォン２０のプロセッサ２１は、無線ＬＡＮ通信部２９を介して乗客スマートフォン４０Ａと無線接続する（ステップＳ４７）。このテザリング機能の起動により、乗客スマートフォン４０Ａは、車載スマートフォン２０を介して、広域無線通信網ＮＷ１と接続して通信することができる。
【００６０】
次に、センターサーバ３０のプロセッサ３１は、ステップＳ４３で受け付けたアクセスに対する応答処理として、車載スマートフォン２０を介して、乗客スマートフォン４０Ａに広告データを送信する処理を行う（ステップＳ４８）。プロセッサ３１は、走行状態データに基づいて広告データを配信する。例えば、プロセッサ３１は、タクシー車両１００の車両位置に応じた広告データを配信する。この広告データは、無線ＬＡＮを利用して車載スマートフォン２０に配信される。更にプロセッサ３１は、乗客スマートフォン４０Ａのユーザ属性（例えば年齢や性別）に応じた広告データを配信してもよい。ユーザ属性は、センターサーバ３０に予め登録されたユーザ情報によって特定され、例えばユーザの年齢や性別、趣味、嗜好等がある。
【００６１】
乗客スマートフォン４０Ａは、広告データを受信すると、受信した広告データに基づいて広告を表示させる（ステップＳ４９）。乗客スマートフォン４０Ａは、例えば、図１２に示すように、Ｗｅｂ画面を表示した表示領域Ｔ１と、広告を表示した表示領域Ｔ２とを表示させる。
このサービス例２によれば、乗客スマートフォン４０Ａに広告を表示させる代わりに、一般利用者Ｕ２にテザリングのサービスを提供できるので、広告による宣伝効果をより高めることができる。
【００６２】
＜Ｆ：サービス例３＞
図１３は、データ管理システム１のサービス例３に関する処理を示すシーケンス図である。サービス例３は、タクシー車両１００を利用した一般利用者Ｕ２に対して、目的地までの移動のためのルートを指定させるサービスである。
車載スマートフォン２０のプロセッサ２１は、近距離無線通信部２４を介して車両ＩＤを繰り返し発信する（ステップＳ５１）。乗客スマートフォン４０Ａは、車両ＩＤを受信すると、受信した車両ＩＤ、及び利用ルートを指定してセンターサーバ３０にアクセスする（ステップＳ５２）。利用ルートは、一般利用者Ｕ２によって、予め乗客スマートフォン４０Ａに登録されていればよい。
【００６３】
次に、センターサーバ３０のプロセッサ３１は、広域通信部３２を介して乗客スマートフォン４０Ａからのアクセスを受け付けると（ステップＳ５３）、このアクセスに対する応答処理として、広域通信部３２を介して、車両ＩＤが示す車載スマートフォン２０に対してルート指示データを送信する処理を行う（ステップＳ５４）。車載スマートフォン２０のプロセッサ２１は、広域無線通信部２８を介してルート指示データを受信すると、このルート指示データに従ってルート案内を行う（ステップＳ５５）。プロセッサ２１は、例えば、図１４に示すルート案内画面ＳＣ３をタッチスクリーン部２７に表示させる。プロセッサ２１は、運転開始前等のメータ画面を表示させないときに、ルート案内画面を表示させてもよいし、メータ画面とルート案内画面とを同時に表示させてもよい。
【００６４】
以上、センターサーバ３０が車両ＩＤに基づいて乗客スマートフォン４０Ａに提供するサービス例を説明したが、車両ＩＤを用いた更に別のサービスが提供されてもよい。
また、各サービス例において、センターサーバ３０が、車載スマートフォン２０と乗客スマートフォン４０Ａとの通信を中継する動作をしていたが、車載スマートフォン２０と乗客スマートフォン４０Ａとが直接に接続して通信してもよい。この場合、センターサーバ３０が行っていた処理を、車載スマートフォン２０が行えばよい。
【００６５】
＜Ｇ：サービス例４＞
図１５は、サービス例４を示すシーケンス図である。サービス例４では、センターサーバ３０が、乗客でない一般利用者Ｕ３が使用する乗客スマートフォン４０Ｂ、又は従業員Ｕ４が使用するタクシー事業者端末５０を介してサービスを提供する。
乗客スマートフォン４０Ｂは、センターサーバ３０にアクセスする（ステップＳ６１）。センターサーバ３０のプロセッサ３１は、乗客スマートフォン４０Ｂからのアクセスを受け付けると（ステップＳ６２）、このアクセスに対する応答処理として、一般利用者Ｕ３にサービスを提供するためのサービスデータを送信する処理を行う（ステップＳ６３）。乗客スマートフォン４０Ｂは、センターサーバ３０からサービスデータを受信すると、受信したサービスデータに応じた表示をする（ステップＳ６４）。
また、タクシー事業者端末５０は、センターサーバ３０にアクセスする（ステップＳ６５）。センターサーバ３０のプロセッサ３１は、タクシー事業者端末５０からのアクセスを受け付けると（ステップＳ６６）、このアクセスに対する応答処理として、従業員Ｕ４にサービスを提供するためのサービスデータを送信する処理を行う（ステップＳ６７）。タクシー事業者端末５０は、センターサーバ３０からサービスデータを受信すると、受信したサービスデータに応じた表示をする（ステップＳ６８）。
【００６６】
続いて、サービスデータが表すサービスの具体例を説明する。センターサーバ３０は、乗客スマートフォン４０Ｂ、及びタクシー事業者端末５０に対して異なるサービスデータを送信する。センターサーバ３０は、乗客スマートフォン４０Ｂに対しては、複数のタクシー事業者のサービスを提供するためのサービスデータを送信し、タクシー事業者端末５０に対しては、特定の一部のタクシー事業者のサービスを提供するためのサービスデータを送信する。センターサーバ３０は、例えばＩＤによる認証等の方法を用いて、アクセス元が乗客スマートフォン４０Ｂとタクシー事業者端末５０とのどちらであるかを判定する。
【００６７】
（具体例１）車両位置状態通知
車両位置通知は、タクシー車両１００の車両位置及び実空車状態を通知するサービスである。タクシー車両１００の車両位置及び実空車状態は、例えば、最新の走行状態データの車両位置及び実空車状態のデータによって特定される。センターサーバ３０は、乗客スマートフォン４０Ｂには、複数のタクシー事業者について、タクシー車両１００の車両位置と、当該タクシー車両の実空車状態とを表すサービスデータを送信する。センターサーバ３０は、タクシー事業者端末５０には、当該タクシー事業者端末５０を使用するタクシー事業者について、タクシー車両１００の車両位置と、当該タクシー車両の実空車状態とを表すサービスデータを送信する。サービスデータは、例えば、地図上にタクシー車両１００の位置及び実空車状態の情報を付した画像を表す画像データである。
これにより、一般利用者Ｕ３は、例えば、自身の近くにある利用可能なタクシー車両１００がどこにあるのか把握することができる。タクシー事業者の従業員Ｕ４は、自社のタクシー車両１００の位置と実空車状態とを把握することができる。
【００６８】
（具体例２）配車管理
配車管理は、タクシー車両の配車に関するサービスで、例えば、タクシー車両１００の利用予約を受け付けるサービスを含む。
配車管理は、例えば、上述した車両位置状態通知の情報を用いて行われる。タクシー事業者の従業員Ｕ４は、例えば、電話機６０を用いて顧客からタクシー車両１００の利用予約の依頼があると、タクシー事業者端末５０からセンターサーバ３０にアクセスする。センターサーバ３０は、顧客の情報を入力するための画面、例えばウェブページをタクシー事業者端末５０に表示させる。従業員Ｕ４は、顧客の氏名や会員番号等の情報や、タクシー車両１００の乗車場所に指定された場所の情報を、タクシー事業者端末５０に入力する。センターサーバ３０は、タクシー事業者端末５０に入力された情報を、自装置で管理する配車待ちリストに登録する。次に、タクシー事業者端末５０は、車両位置状態通知に基づいて、タクシー車両１００の車両位置、及び実空車状態の情報を表示させる。次に、センターサーバ３０は、乗車場所に指定された場所に向かわせるタクシー車両１００を、従業員Ｕ４によるタクシー事業者端末５０の操作に従って、又は自動で決定する。センターサーバ３０は、例えば、空車であるタクシー車両１００のうち、指定場所に最も近いタクシー車両１００、又は営業実績が良好でないタクシー車両１００を決定する。センターサーバ３０は、決定したタクシー車両１００の車載スマートフォン２０に対して、運転者Ｕ１にタクシー車両１００の利用予約があった旨を通知する。車載スマートフォン２０は、通知された内容をタッチスクリーン部２７の表示や音声を用いて通知し、運転者Ｕ１に対応可能かどうかを問い合わせる。車載スマートフォン２０は、運転者Ｕ１が対応可能である旨を応答すると、その旨をセンターサーバ３０する。センターサーバ３０は、利用予約が完了したとして、タクシー事業者端末５０にその旨を通知するとともに、配車待ちリストから対応する情報を削除する。
【００６９】
（具体例３）営業日報
営業日報は、運転者Ｕ１の営業日報（又は時報。以下同じ。）を管理するサービスである。例えば、センターサーバ３０は、走行状態データ蓄積部３３１の走行状態データに基づいて営業日報を作成し、タクシー事業者端末５０に対して、当該タクシー事業者端末５０を使用するタクシー事業者の営業日報を通知するサービスを提供するためのサービスデータを送信する。一般利用者Ｕ２にとって営業日報は不要であるから、センターサーバ３０は、乗客スマートフォン４０Ｂを介して営業日報に関するサービスを提供しない。
なお、この営業日報の情報は、配車管理における営業実績が良好でないタクシー車両１００を特定するために使用されてもよい。
【００７０】
（具体例４）走行状態通知
走行状態通知は、タクシー車両１００の走行状態を通知するサービスである。例えば、センターサーバ３０は、走行状態データ蓄積部３３１に基づいて、タクシー事業者端末５０に対して、当該タクシー事業者端末５０を使用するタクシー事業者について、走行状態通知サービスを提供するためのサービスデータを送信する。例えば、センターサーバ３０は、走行状態の時間的な変化をグラフ化したタコグラフを、タクシー事業者端末５０に表示させて、タクシー車両１００の稼動状況を把握できるようにしてもよい。他方、一般利用者Ｕ２にとって走行状態の通知が不要である場合には、センターサーバ３０は、乗客スマートフォン４０Ｂを介して走行状態の通知に関するサービスを提供しない。
【００７１】
（具体例５）運転者認証
運転者認証は、運転者Ｕ１の認証の有無や、認証に成功した運転者が誰であるかを通知するサービスである。運転者Ｕ１は、業務の開始前に、自身に割り当てられたＩＤやパスワード等の情報を、車載スマートフォン２０に入力する。車載スマートフォン２０は、入力された情報に基づいて運転者Ｕ１の認証を行い、運転者認証の結果をセンターサーバ３０に通知する。センターサーバ３０は、タクシー事業者端末５０に対して、当該タクシー事業者端末５０を使用するタクシー事業者の運転者認証の通知サービスを提供するためのサービスデータを送信する。一般利用者Ｕ２にとって運転者認証の通知が不要である場合には、センターサーバ３０は、乗客スマートフォン４０Ｂを介して運転者認証の通知に関するサービスを提供しない。
【００７２】
以上、センターサーバ３０が提供するサービスは、前掲したサービスに限られない。胎教されるサービスに応じて、上述した各サービス例でやり取りされるデータが変更されればよい。
例えば、タクシー車両１００の走行状態データに基づいて提供されるサービスとして、センターサーバ３０は、運送業を代行するサービスを提供してもよい。この場合、センターサーバ３０は、荷物の引き渡し場所の近くに居るタクシー車両１００を走行状態データに基づいて特定する。また、センターサーバ３０は、買い物を代行するサービスを提供してもよい。この場合、センターサーバ３０は、買い物する場所又は配送先の近くに居るタクシー車両１００を走行状態データに基づいて特定する。
【００７３】
本実施形態のデータ管理システム１によれば、タクシー車両１００で記録された走行距離に関するデータに基づいて、時々刻々と変化するタクシー車両１００の走行状態に関するデータを、センターサーバ３０が逐次（例えばリアルタイムで）収集することができる。これにより、センターサーバ３０は、一般利用者向け又はタクシー事業者向けの様々なサービスを提供することができる。
また、センターサーバ３０が提供するサービスの追加や変更、運賃の料金表の改定等があった場合でも、タクシーアプリケーションＡＰのアップデートや、車載スマートフォン２０の料金表のデータの更新等のソフトウェア処理によって対応することができる。このため、データ管理システム１によれば、従来型のタクシーメータを使用する場合に比べて、新たな機能を付加することが容易であるし、また、維持コストや人為的な負担を軽減することもできる。
【００７４】
なお、本発明の車両は、タクシー車両に限られず、ハイヤーやレンタカー、バス等の自動車であってもよい。また、本発明の車両を、自動車以外の車両とすることも考えられる。
上述した実施形態で説明したデータ管理システム１の構成又は動作の一部が省略されてもよい。
上述した実施形態で説明した数値や通信方式、データ処理装置１０と車載スマートフォン２０とを接続するための規格、処理の順番、データの内容はあくまで一例である。例えば、上述した実施形態で説明した走行状態データに含まれる一部のデータや、一部のサービスが省略されてもよい。
【００７５】
上述した実施形態の車載スマートフォン２０のプロセッサ２１が実現する機能は、複数のプログラムの組み合わせによって実現され、又は、複数のハードウェア資源の連係によって実現され得る。プロセッサ２１の機能がプログラムを用いて実現される場合、このプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ（Hard Disk Drive）、ＦＤ（Flexible Disk））等）、光記録媒体（光ディスク等）、光磁気記録媒体、半導体メモリ等のコンピュータ読み取り可能な記録媒体に記憶した状態で提供されてもよいし、ネットワークを介して配信されてもよい。また、本発明は、データ管理方法として把握することも可能である。
【符号の説明】
【００７６】
１…データ管理システム、２…タクシーメータシステム、２Ａ…筐体、１０…データ処理装置、１１…走行センサＩＦ、１２…プロセッサ、１２１…走行距離データ記録手段、１２２…出力制御手段、１３…記憶部、１４…車載スマートフォンＩＦ、１５…屋上灯ＩＦ、１６…表示灯ＩＦ、２０…無線端末装置、２１…プロセッサ、２１１…走行状態データ生成手段、２１２…運賃表示制御手段、２１３…送信手段、２２…データ処理装置ＩＦ、２３…測位部、２４…近距離無線通信部、２５…音声入出力部、２６…記憶部、２７…タッチスクリーン部、２７１…表示部、２７２…タッチセンサ、２８…ネットワーク通信部、２９…ＬＡＮ通信部、３０…センターサーバ、３１…プロセッサ、３１１…受信手段、３１２…受付手段、３１３…応答処理手段、３２…広域通信部、３３…記憶部、３３１…走行状態データ蓄積部、４０Ａ，４０Ｂ…乗客スマートフォン、５０…タクシー事業者端末、１００…タクシー車両、１０１…車室、１０２…走行センサ、１０３…屋上灯、１０４…表示灯
【図１】
2018124596.tif 000003
【図２】
2018124596.tif 000004
【図３】
2018124596.tif 000005
【図４】
2018124596.tif 000006
【図５】
2018124596.tif 000007
【図６】
2018124596.tif 000008
【図７】
2018124596.tif 000009
【図８】
2018124596.tif 000010
【図９】
2018124596.tif 000011
【図１０】
2018124596.tif 000012
【図１１】
2018124596.tif 000013
【図１２】
2018124596.tif 000014
【図１３】
2018124596.tif 000015
【図１４】
2018124596.tif 000016
【図１５】
2018124596.tif 000017