(57)【特許請求の範囲】
【請求項１】
車載装置が逐次取得して逐次送信した、前記車載装置を特定する装置特定情報が対応付けられた車両の走行データを逐次受信する走行データ受信部と、
前記走行データ受信部が逐次受信した前記走行データを記憶する走行データ記憶部と、
指定の時間間隔で携帯情報端末が送信した、前記車両の運転者を特定する運転者特定情報と前記車両又は前記車載装置を特定する特定車両情報とを含む端末データを受信する端末データ受信部と、
前記端末データ受信部が前記端末データを受信後、一定時間内に次の端末データを受信できたか否かを監視する処理を繰り返す受信監視部と、
前記受信監視部による監視の結果、一定時間内に次の端末データを受信した場合に、前記装置特定情報と前記特定車両情報とが関連付けられた車両データベースを参照して、前記端末データ受信部が受信した前記端末データに含まれる前記特定車両情報に対応する前記装置特定情報を含んだ前記走行データを抽出し、抽出した前記走行データと、対応する前記端末データに含まれる前記運転者特定情報とを、各々の情報の日時に基づいて関連付ける関連付け部と、
を備えること、
を特徴とする走行情報管理装置。
【請求項２】
請求項１に記載の走行情報管理装置において、
前記関連付け部によって関連付けられた前記運転者特定情報と、前記走行データとに基づいて、運転者ごとに運転内容を分析する分析部と、
前記分析部による分析結果を、前記携帯情報端末に出力する結果出力部と、
を備えること、
を特徴とする走行情報管理装置。
【請求項３】
請求項２に記載の走行情報管理装置において、
地図情報に示される位置と、その位置での法定速度情報とを記憶する地図情報記憶部を備え、
前記端末データ受信部は、前記携帯情報端末の現在位置を示す位置情報を含む前記端末データを受信し、
前記分析部は、前記端末データに含む前記位置情報と、前記走行データとに基づいて、前記地図情報記憶部を参照して、前記車両が法定速度で走行されているか否かを分析すること、
を特徴とする走行情報管理装置。
【請求項４】
請求項１から請求項３までのいずれかに記載の走行情報管理装置において、
前記端末データ受信部は、前記携帯情報端末の現在位置を示す位置情報を含む前記端末データを受信し、
前記走行データは、前記車両の位置情報を含み、
前記走行データ及び前記端末データに含まれる日時と位置情報とに基づいて各々の位置が所定範囲内にあることを確認する位置確認部を備え、
前記関連付け部は、さらに前記位置確認部により各々の位置が所定範囲内にあることが確認できた場合に、前記走行データと前記運転者特定情報とを関連付けること、
を特徴とする走行情報管理装置。
【請求項５】
請求項１から請求項４までのいずれかに記載の走行情報管理装置において、
前記受信監視部による監視の結果、一定時間内に次の端末データを受信しなかった場合に、前記携帯情報端末に対して警告データを出力する警告出力部を備えること、
を特徴とする走行情報管理装置。
【請求項６】
車載装置が逐次取得して逐次送信した、前記車載装置を特定する装置特定情報が対応付けられた車両の走行データを逐次受信する走行データ受信部と、
前記走行データ受信部が逐次受信した前記走行データを記憶する走行データ記憶部と、
を備え、
前記走行データは、前記車両の位置情報を含み、
指定の時間間隔で携帯情報端末が送信した、前記車両の運転者を特定する運転者特定情報と、前記携帯情報端末の現在位置を示す位置情報とを含む端末データを受信する端末データ受信部と、
前記端末データ受信部が前記端末データを受信後、一定時間内に次の端末データを受信できたか否かを監視する処理を繰り返す受信監視部と、
前記受信監視部による監視の結果、一定時間内に次の端末データを受信した場合に、前記走行データ及び前記端末データに含まれる日時と位置情報とに基づいて各々の位置が所定範囲内にあるときには、前記走行データと前記運転者特定情報とを関連付ける関連付け部と、
を備えること、
を特徴とする走行情報管理装置。
【請求項７】
請求項１から請求項５までのいずれかに記載の走行情報管理装置と、
車両の走行データを逐次取得する車載装置と、
前記車両の運転者が所有する携帯情報端末と、
を備えた走行情報管理システムであって、
前記走行情報管理装置は、前記車載装置及び前記携帯情報端末に対して通信可能に接続され、
前記車載装置は、前記走行データを逐次取得して、前記走行情報管理装置に対して逐次送信し、
前記車両は、
前記特定車両情報を記憶した記録媒体と、
前記記録媒体を読み取り可能に前記携帯情報端末を載置するホルダと、
を備え、
前記携帯情報端末は、
前記ホルダに載置された状態のときのみ前記記録媒体の読み取りが可能であり、
前記運転者特定情報を記憶した記憶部と、
指定の時間間隔で前記記録媒体を読み取ることで、前記特定車両情報を取得する取得部と、
前記取得部が前記特定車両情報を取得できた場合に、前記記憶部に記憶された前記運転者特定情報と、前記特定車両情報とを、前記走行情報管理装置に対して送信する送信部と、
を備えること、
を特徴とする走行情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、走行情報管理装置及び走行情報管理システムに関する。
【背景技術】
【０００２】
従来、バスの運転開始時に運転手情報を読み取ることで運転手を確認し、バスの運転終了時にバスから運行状況を受信して不正運行があるか否かを判断するシステムが開示されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２５０９５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
１台の車両を複数の運転者が共有で使用する、例えば、法人車（社用車、公用車）等では、運転者ごとにどのような運転をしているのかを把握したいニーズがある。特許文献１に記載のものは、バスに関するものであるが、運行の途中で運転者が変わる場合が想定されていなかった。
そこで、本発明は、運転者が変わる場合を考慮した走行情報管理装置及び走行情報管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。
【０００６】
第１の発明は、車載装置（３）が逐次取得して送信した、前記車載装置を特定する装置特定情報が対応付けられた車両の走行データを受信する走行データ受信部（１１）と、前記走行データ受信部が受信した前記走行データを記憶する走行データ記憶部（２１）と、を備えた走行情報管理装置（１）であって、指定の時間間隔で携帯情報端末（５）が送信した、前記車両（Ｃ）の運転者を特定する運転者特定情報と前記車両又は前記車載装置を特定する特定車両情報とを含む端末データを受信する端末データ受信部（１２）と、前記端末データ受信部が前記端末データを受信後、一定時間内に次の端末データを受信できたか否かを監視する処理を繰り返す受信監視部（１４）と、前記走行データ受信部が受信した前記走行データと、前記端末データ受信部が受信した前記端末データに含まれる前記運転者特定情報とを、各々の情報から特定した車両情報及び各々の情報の日時に基づいて関連付ける関連付け部（１３）と、を備えること、を特徴とする走行情報管理装置である。
第２の発明は、第１の発明の走行情報管理装置において、前記端末データ受信部は、前記携帯情報端末の現在位置を示す位置情報を含む前記端末データを受信し、前記走行データは、前記車両の位置情報を含み、前記走行データ及び前記端末データに含まれる日時と位置情報とに基づいて各々の位置が所定範囲内にあることを確認する位置確認部を備え、前記関連付け部は、前記位置確認部により各々の位置が所定範囲内にあることが確認できた場合に、前記走行データと前記運転者特定情報とを関連付けること、を特徴とする走行情報管理装置である。
第３の発明は、第１の発明又は第２の発明の走行情報管理装置（１）において、前記受信監視部（１４）による監視の結果、一定時間内に次の端末データを受信しなかった場合に、前記携帯情報端末（５）に対して警告データを出力する警告出力部（１５）を備えること、を特徴とする走行情報管理装置である。
第４の発明は、第１の発明から第３の発明までのいずれかの走行情報管理装置（１）において、前記関連付け部（１３）によって関連付けられた前記運転者特定情報と、前記走行データとに基づいて、運転者ごとに運転内容を分析する分析部（１６）と、前記分析部による分析結果を出力する結果出力部（１７）と、を備えること、を特徴とする走行情報管理装置である。
第５の発明は、第４の発明の走行情報管理装置において、地図情報に示される位置と、その位置での法定速度情報とを記憶する地図情報記憶部を備え、前記端末データ受信部は、前記携帯情報端末の現在位置を示す位置情報を含む前記端末データを受信し、前記分析部は、前記端末データに含む前記位置情報と、前記走行データとに基づいて、前記地図情報記憶部を参照して、前記車両が法定速度で走行されているか否かを分析すること、を特徴とする走行情報管理装置である。
第６の発明は、車載装置が逐次取得して送信した、前記車載装置を特定する装置特定情報が対応付けられた車両の走行データを受信する走行データ受信部と、前記走行データ受信部が受信した前記走行データを記憶する走行データ記憶部と、を備えた走行情報管理装置であって、前記走行データは、前記車両の位置情報を含み、指定の時間間隔で携帯情報端末が送信した、前記車両の運転者を特定する運転者特定情報と、前記携帯情報端末の現在位置を示す位置情報とを含む端末データを受信する端末データ受信部と、前記端末データ受信部が前記端末データを受信後、一定時間内に次の端末データを受信できたか否かを監視する処理を繰り返す受信監視部と、前記走行データ及び前記端末データに含まれる日時と位置情報とに基づいて各々の位置が所定範囲内にある場合に、前記走行データと前記運転者特定情報とを関連付ける関連付け部と、を備えること、を特徴とする走行情報管理装置である。
第７の発明は、第１の発明から第５の発明までのいずれかの走行情報管理装置（１）と、車両（Ｃ）の走行データを逐次取得する車載装置（３）と、前記車両の運転者が所有する携帯情報端末（５）と、を備えた走行情報管理システム（１００）であって、前記走行情報管理装置は、前記車載装置及び前記携帯情報端末に対して通信可能に接続され、前記車載装置は、前記走行データを逐次取得して、前記走行情報管理装置に対して送信し、前記携帯情報端末は、前記運転者特定情報を記憶した記憶部（５５）と、指定の時間間隔で前記特定車両情報を取得する取得部（５１）と、前記取得部が前記特定車両情報を取得できた場合に、前記記憶部に記憶された前記運転者特定情報と、前記特定車両情報とを、前記走行情報管理装置に対して送信する送信部（５２）と、を備えること、を特徴とする走行情報管理システムである。
第８の発明は、第７の発明の走行情報管理システム（１００）において、前記車両（Ｃ）は、前記特定車両情報を記憶した記録媒体（８）と、前記記録媒体を読み取り可能に前記携帯情報端末を載置するホルダ（９）と、を備え、前記携帯情報端末（５）の前記取得部（５１）は、前記携帯情報端末が前記ホルダに載置された状態で指定の時間間隔で前記記録媒体を読み取ることで、前記特定車両情報を取得すること、を特徴とする走行情報管理システムである。
【発明の効果】
【０００７】
本発明によれば、運転者が変わる場合を考慮した走行情報管理装置及び走行情報管理システムを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係る走行情報管理システムの全体概要図である。
【図２】本実施形態に係るサーバの機能ブロックを示す図である。
【図３】本実施形態に係るサーバの記憶部の例を示す図である。
【図４】本実施形態に係る車両の各装置の機能ブロックを示す図である。
【図５】本実施形態に係る走行情報管理システムの走行データ取得処理を示すフローチャートである。
【図６】本実施形態に係る携帯情報端末の端末データ送信処理を示すフローチャートである。
【図７】本実施形態に係るサーバの運転者確認処理を示すフローチャートである。
【図８】本実施形態に係るサーバの運転者確認処理を示すフローチャートである。
【図９】本実施形態に係るサーバの分析処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（実施形態）
図１は、本実施形態に係る走行情報管理システム１００の全体概要図である。
図１（Ａ）に示す走行情報管理システム１００は、車両Ｃの走行データと、車両Ｃの運転者が所持する携帯情報端末５から送信された運転者に関する端末データとを、サーバ１（走行情報管理装置）が受信して管理するシステムである。
【００１０】
走行情報管理システム１００は、サーバ１と、車載装置３と、携帯情報端末５と、ＩＣタグ８（記録媒体）が設けられたホルダ９とを備えている。車載装置３と、ホルダ９とは、車両Ｃに設けられている。
車両Ｃは、複数の運転者が共有で利用する車両である。車両Ｃは、例えば、社用車、レンタカー、教習車、バス等であり、運転者を管理するものである。運転者は、運転者ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）（運転者特定情報）が記憶された携帯情報端末５を、ホルダ９に取り付けた上で運転をする。
【００１１】
図１（Ｂ）は、図１（Ａ）の部分Ｅに示すホルダ９を詳細に示した図である。
図１（Ｂ）に示すように、ホルダ９は、ＩＣタグ８が取り付けられている。そして、携帯情報端末５をホルダ９の取り付け部分に装着すると、携帯情報端末５は、ＩＣタグ８を読み取ることができる。
サーバ１は、車載装置３及び携帯情報端末５に対して、通信ネットワークＮを介して接続されている。通信ネットワークＮは、例えば、公衆回線や、携帯電話回線（例えば、３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）やＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ））等のインターネット接続回線のワイドエリアネットワークである。
【００１２】
次に、各装置について説明する。
図２は、本実施形態に係るサーバ１の機能ブロックを示す図である。
図３は、本実施形態に係るサーバ１の記憶部２０の例を示す図である。
図４は、本実施形態に係る車両Ｃの各装置の機能ブロックを示す図である。
サーバ１は、例えば、運転者の所属する会社や、運転者の管理を依頼された依頼企業等が管理する。そして、サーバ１は、車載装置３及び携帯情報端末５からデータを受信して、データの収集及び分析等を行い、結果データを還元する。
図２に示すように、サーバ１は、制御部１０と、記憶部２０と、通信インタフェース部２９とを備える。
制御部１０は、サーバ１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部２０に記憶されているＯＳ（オペレーティングシステム）やアプリケーションプログラム等を適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部１０は、走行データ受信部１１と、端末データ受信部１２と、関連付け部１３と、受信監視部１４と、警告出力部１５と、分析部１６と、分析結果出力部１７（結果出力部）とを備える。
【００１３】
走行データ受信部１１は、車載装置３が送信した車両Ｃの走行データを受信する。走行データは、車載装置３が取得可能な車両Ｃに関するデータであり、例えば、車速（車両速度）、走行距離、ブレーキ回数、シートベルト装着有無、燃費等のデータを含む。そして、走行データには、車載装置３を特定する装置ＩＤ（装置特定情報）が対応付けられている。なお、走行データは、車載装置３のメーカ等により、その項目が異なるが、それは、車載装置３のメーカによって、取得できるデータ項目が異なることによる。
【００１４】
端末データ受信部１２は、携帯情報端末５が送信した端末データを受信する。端末データは、携帯情報端末５に記憶されている運転者ＩＤと、携帯情報端末５がＩＣタグ８を読み取ることで取得した車両Ｃを特定する車両ＩＤ（特定車両情報）とを含む。
関連付け部１３は、データの受信日時や車両Ｃに関連するデータに基づいて、走行データと運転者ＩＤとを関連付ける。
受信監視部１４は、端末データ受信部１２が一定時間内に端末データを繰り返し受信しているか否かを監視する。
警告出力部１５は、受信監視部１４による監視の結果、一定時間内に次の端末データを受信できなかった場合に、警告データを出力する。
分析部１６は、関連付け部１３により運転者ＩＤが関連付けがされた走行データに基づいて、運転者ごとの運転内容を分析する。
分析結果出力部１７は、分析部１６による分析結果を出力する。
【００１５】
記憶部２０は、制御部１０を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部２０は、走行履歴ＤＢ（データベース）２１（走行データ記憶部）と、運転者履歴ＤＢ２２と、車両ＤＢ２３とを備える。
図３（Ａ）に示すように、走行履歴ＤＢ２１は、走行データを蓄積するデータベースである。後述するが、車載装置３は、例えば、１分おきに、車両Ｃから走行に関する各種データを取得する。そして、車載装置３は、各種データを含む走行データを生成して、サーバ１に対して送信するので、制御部１０は、走行履歴ＤＢ２１に、走行データを、順次蓄積する。
【００１６】
運転者履歴ＤＢ２２は、携帯情報端末５から受信した端末データに基づくデータを記憶するデータベースである。運転者履歴ＤＢ２２は、図３（Ｂ）に示すように、車両ＩＤと運転者ＩＤとに対応付けて、利用日と、開始利用時間と、最終確認時間と、ステータスとを有する。ここで、ステータスが「１」は、端末データを継続して受信中であることを示す。また、ステータスが「０」は、携帯情報端末５から終了データ（後述する）を受信した後であることを示す。つまり、ステータスが「１」である間は、制御部１０は、端末データを受信したことに応じて、運転者履歴ＤＢ２２のうちの該当するレコードの最終確認時間を、受信時間に更新する。そして、携帯情報端末５から終了データを受信した場合には、制御部１０は、運転者履歴ＤＢ２２のうちの該当するレコードの最終確認時間を受信時間に更新し、ステータスを「０」にする。また、端末データを受信した時に、該当するレコードのステータスが「０」であったり、該当するレコードがなかったりする場合には、制御部１０は、新たにレコードを作成して、各項目にデータを入力し、ステータスを「１」にする。
【００１７】
車両ＤＢ２３は、図３（Ｃ）に示すように、このサーバ１で管理対象である車両Ｃの車両ＩＤと、車両Ｃに設けられた車載装置３の装置ＩＤとを対応付けて記憶する。車両ＤＢ２３は、その他、車両Ｃに関する各種属性情報（ナンバープレート等）を記憶してもよい。
図２に戻り、通信インタフェース部２９は、車載装置３や携帯情報端末５との間で通信を行うためのインタフェースである。
【００１８】
次に、車両Ｃに設けられた各装置について、順番に説明する。
車載装置３は、車両Ｃに搭載されて、車両Ｃに関するデータを取得する装置である。車載装置３は、車両ＣのＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）（図示せず）が、後述する車両インタフェース部３８によって接続されて、車両Ｃに関するデータを受信することで取得する。
図４（Ａ）に示すように、車載装置３は、制御部３０と、記憶部３５と、車両インタフェース部３８と、通信インタフェース部３９とを備える。
制御部３０は、車載装置３の全体を制御するＣＰＵである。制御部３０は、記憶部３５に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
【００１９】
記憶部３５は、制御部３０を実行するために必要なプログラム、データ等を記憶するための半導体メモリ素子等の記憶領域である。
記憶部３５は、装置ＩＤ３５ａを記憶している。
車両インタフェース部３８は、例えば、ＯＢＤ２（Ｏｎ−ｂｏａｒｄ  ｄｉａｇｎｏｓｔｉｃｓ  ２）コネクタを用いることができる。
通信インタフェース部３９は、サーバ１との間で通信を行うためのインタフェースである。通信インタフェース部３９は、例えば、ＬＴＥ規格等の無線通信規格に基づいて、サーバ１との間で無線移動体通信が可能である。
【００２０】
携帯情報端末５は、運転者が所持する端末である。携帯情報端末５は、例えば、スマートフォン、タブレット端末等である。
図４（Ｂ）に示すように、携帯情報端末５は、制御部５０と、リーダ部５４と、記憶部５５と、タッチパネルディスプレイ５６と、通信インタフェース部５９とを備える。
制御部５０は、携帯情報端末５の全体を制御するＣＰＵである。制御部５０は、記憶部５５に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部５０は、取得部５１と、送信部５２とを備える。
取得部５１は、リーダ部５４を介してデータを取得する。
送信部５２は、端末データを、サーバ１に対して送信する。
【００２１】
リーダ部５４は、ＩＣタグ８を読み取るための読取装置である。
記憶部５５は、制御部５０を実行するために必要なプログラム、データ等を記憶するための半導体メモリ素子等の記憶領域である。
記憶部５５は、プログラム５５ａと、運転者ＩＤ５５ｂとを記憶している。
プログラム５５ａは、制御部５０が実行する各種機能を実行するためのプログラムである。
運転者ＩＤ５５ｂは、運転者を特定する識別情報であり、予め記憶部５５に記憶されている。
タッチパネルディスプレイ５６は、ＬＣＤ（液晶ディスプレイ）等で構成される表示部としての機能と、運転者からの指等によるタッチ入力を検出する入力部としての機能とを有する。
通信インタフェース部５９は、サーバ１との間で通信を行うためのインタフェースである。
【００２２】
図４（Ｃ）に示すＩＣタグ８は、車両ＩＤ８０ａを記憶する装置である。ＩＣタグ８は、ＩＣチップ８０と、アンテナ８２とを備える。
ＩＣチップ８０は、ＩＣチップ８０を統括的に制御する制御部（図示せず）と、ＩＣチップ８０の動作に必要なプログラムや情報を記憶する記憶部（図示せず）とを備える。ＩＣチップ８０の記憶部は、車両Ｃを特定する識別情報である車両ＩＤ８０ａを記憶する記憶領域を有する。
アンテナ８２は、携帯情報端末５との間で近距離無線通信を行うための電波を送受信するループ式のアンテナである。
【００２３】
ここで、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、サーバ１、車載装置３、携帯情報端末５は、各々制御部１０，３０，５０、記憶部２０，３５，５５等を備えた情報処理装置であり、コンピュータの概念に含まれる。
【００２４】
次に、走行情報管理システム１００の処理について説明する。
図５は、本実施形態に係る走行情報管理システム１００の走行データ取得処理を示すフローチャートである。
まず、車載装置３での処理について説明する。ここでは、１台の車両Ｃの車載装置３の処理を説明する。
この車載装置３による処理は、車載装置３が搭載された複数の車両Ｃにおいて、各々の車載装置３によって行われる。また、この処理は、例えば、車両Ｃのエンジンがかかったことを、車載装置３が検出したことで開始される。
【００２５】
ステップＳ（以下、「Ｓ」という。）１０において、車載装置３の制御部３０は、車両インタフェース部３８を介して走行データを取得する。ここで、制御部３０は、車両ＣのＥＣＵに対して、例えば、１分おきに信号を送信することで、車両ＣのＥＣＵからデータを取得してもよい。また、制御部３０は、車両ＣのＥＣＵが自発的に送信するデータを取得してもよい。
Ｓ１１において、制御部３０は、記憶部３５から装置ＩＤ３５ａを取得し、取得した走行データに装置ＩＤを対応付けて、サーバ１に送信する。
Ｓ１２において、制御部３０は、車両Ｃのエンジンが切られたことを検出したか否かを確認する。エンジンが切られたことを検出した場合（Ｓ１２：ＹＥＳ）には、制御部３０は、本処理を終了する。他方、エンジンが切られたことを検出していない場合（Ｓ１２：ＮＯ）には、制御部３０は、処理をＳ１０に移し、エンジンが切られたことを検出するまで、指定の時間間隔（例えば、１分ごと）で走行データを取得し、サーバ１に対して送信する処理を繰り返す。
【００２６】
次に、サーバ１での処理について説明する。サーバ１は、複数の車両Ｃの車載装置３が送信した走行データに対して、本処理を行う。なお、このサーバ１での処理は、サーバ１の電源が投入されている間は、常に実行される。
Ｓ１５において、サーバ１の制御部１０（走行データ受信部１１）は、走行データを受信したか否かを判断する。走行データを受信した場合（Ｓ１５：ＹＥＳ）には、制御部１０は、処理をＳ１６に移す。他方、走行データを受信していない場合（Ｓ１５：ＮＯ）には、制御部１０は、処理をＳ１５にとどめて、走行データを受信するのを待つ。
Ｓ１６において、制御部１０は、走行データを走行履歴ＤＢ２１に記憶させる。その後、制御部１０は、処理をＳ１５に移す。
【００２７】
このように、サーバ１は、走行データ取得処理によって複数の車両Ｃの車載装置３から走行データを受信して、走行データを走行履歴ＤＢ２１に蓄積させることができる。よって、サーバ１は、複数の車両Ｃの走行状態を、走行履歴ＤＢ２１によって把握できる。
【００２８】
次に、携帯情報端末５での処理について説明する。
図６は、本実施形態に係る携帯情報端末５の端末データ送信処理を示すフローチャートである。
この処理は、車両Ｃを運転する各運転者が、携帯情報端末５を用いて行う。
まず、運転者は、車両Ｃを運転する前に、携行している携帯情報端末５をホルダ９（図１参照）に載置する。そして、運転者は、タッチパネルディスプレイ５６に表示されているプログラム５５ａに対応したアイコン（図示せず）を選択することで、本処理を開始する。
Ｓ２０において、携帯情報端末５の制御部５０は、アイコンの選択を受け付けて、プログラム５５ａを起動させる。
【００２９】
Ｓ２１において、制御部５０（取得部５１）は、リーダ部５４を作動させる。そうすることで、携帯情報端末５は、ホルダ９に設けられたＩＣタグ８のデータを、リーダ部５４を介して取得することができる。
Ｓ２２において、制御部５０は、車両ＩＤ８０ａを取得できたか否かを判断する。車両ＩＤ８０ａを取得できた場合（Ｓ２２：ＹＥＳ）には、制御部５０は、処理をＳ２３に移す。他方、車両ＩＤ８０ａを取得できなかった場合（Ｓ２２：ＮＯ）には、制御部５０は、処理をＳ３０に移す。車両ＩＤ８０ａを取得できなかった場合としては、例えば、携帯情報端末５がホルダ９に載置されていない場合や、携帯情報端末５のホルダ９への載置が適切ではない場合等である。
Ｓ２３において、制御部５０は、リーダ部５４の作動を終了させる。
【００３０】
Ｓ２４において、制御部５０（送信部５２）は、端末データを生成してサーバ１に対して送信する。端末データは、記憶部５５に記憶された運転者ＩＤ５５ｂと、リーダ部５４を介して取得した車両ＩＤ８０ａとを含む。
Ｓ２５において、制御部５０は、指定時間が経過したか否かを判断する。指定時間は、予めプログラム５５ａに設定されている時間であり、例えば、３０分等である。指定時間が経過した場合（Ｓ２５：ＹＥＳ）には、制御部５０は、処理をＳ２１に移し、再びリーダ部５４を作動させて、ＩＣタグ８を読み取る処理を行う。他方、指定時間が経過していない場合（Ｓ２５：ＮＯ）には、制御部５０は、処理をＳ２６に移す。
【００３１】
Ｓ２６において、制御部５０は、プログラム５５ａの終了操作を受け付けたことで、プログラム５５ａを終了するか否かを判断する。運転者は、車両Ｃの運転を終了した後に、プログラム５５ａの終了操作を行う。運転者は、例えば、携帯情報端末５をホルダ９から外す操作をし、携帯情報端末５のタッチパネルディスプレイ５６からプログラム５５ａの終了操作を行う。プログラム５５ａを終了する場合（Ｓ２６：ＹＥＳ）には、制御部５０は、処理をＳ２７に移す。他方、プログラム５５ａを終了しない場合（Ｓ２６：ＮＯ）には、制御部５０は、処理をＳ２５に移す。
Ｓ２７において、制御部５０は、終了データをサーバ１に対して送信する。終了データは、サーバ１において、運転者履歴ＤＢ２２のステータスを更新するためのデータであり、運転者ＩＤ５５ｂを含む。
Ｓ２８において、制御部５０は、プログラム５５ａを終了し、本処理を終了する。
【００３２】
他方、Ｓ３０において、制御部５０は、エラー画面をタッチパネルディスプレイ５６に出力させる。エラー画面は、図示しないが、携帯情報端末５をホルダ９に載置するように促す内容と、運転者が載置後に操作をする「ＯＫ」ボタンと、プログラム５５ａを終了させるためのボタンとを含む。
なお、エラー画面を出力する際、制御部５０は、スピーカ（図示せず）からアラート音を出力したり、バイブレーション機能を利用して振動をさせたりして、運転者に知らせるようにしてもよい。
【００３３】
Ｓ３１において、制御部５０は、「ＯＫ」ボタンが選択されたか否かを判断する。「ＯＫ」ボタンが選択された場合（Ｓ３１：ＹＥＳ）には、制御部５０は、処理をＳ２１に移し、再びリーダ部５４を作動させて、ＩＣタグ８を読み取る処理を行う。他方、「ＯＫ」ボタンが選択されていない場合（Ｓ３１：ＮＯ）には、制御部５０は、処理をＳ３２に移す。
Ｓ３２において、制御部５０は、プログラム５５ａの終了操作を受け付けたことで、プログラム５５ａを終了するか否かを判断する。プログラム５５ａを終了する場合（Ｓ３２：ＹＥＳ）には、制御部５０は、処理をＳ２７に移す。他方、プログラム５５ａを終了しない場合（Ｓ３２：ＮＯ）には、制御部５０は、処理をＳ３１に移す。
【００３４】
このようにすることで、携帯情報端末５の制御部５０は、車両Ｃが運転されている間は、指定時間が経過する度に端末データをサーバ１に対して送信する。よって、サーバ１では、定期的に端末データを受信できる。
また、制御部５０は、例えば、運転者が車両Ｃの運転を終了して携帯情報端末５をホルダ９から外しても、プログラム５５ａを終了させていない場合には、エラー画面を出力できる。よって、運転者にプログラム５５ａの終了を促すことができる。
【００３５】
次に、サーバ１での処理について説明する。
図７及び図８は、本実施形態に係るサーバ１の運転者確認処理を示すフローチャートである。
図９は、本実施形態に係るサーバ１の分析処理を示すフローチャートである。
図７及び図８に示す運転者確認処理は、サーバ１の電源が投入されている間は、常に実行される。
図７のＳ４０において、サーバ１の制御部１０（端末データ受信部１２）は、端末データを受信したか否かを判断する。端末データを受信した場合（Ｓ４０：ＹＥＳ）には、制御部１０は、処理をＳ４１に移す。他方、端末データを受信していない場合（Ｓ４０：ＮＯ）には、制御部１０は、処理をＳ４４に移す。
【００３６】
Ｓ４１において、制御部１０は、端末データに含まれる運転者ＩＤ５５ｂが、運転者ＤＢ（図示せず）に存在するか否かを判断する。ここで、運転者ＤＢは、運転者に関する情報を格納したＤＢである。運転者ＩＤ５５ｂが運転者ＤＢに存在する場合（Ｓ４１：ＹＥＳ）には、制御部１０は、処理をＳ４２に移す。他方、運転者ＩＤ５５ｂが運転者ＤＢに存在しない場合（Ｓ４１：ＮＯ）には、制御部１０は、処理をＳ４２ａに移す。
Ｓ４２ａにおいて、制御部１０は、警告データを出力する。この警告データの出力は、サーバ１の表示装置（図示せず）であってもよいし、サーバ１の管理者等に電子メール等で通知するものであってもよい。また、警告データの内容は、運転者ＤＢに登録されていない運転者ＩＤを含むデータを受信した旨のものである。その後、制御部１０は、処理をＳ４０に移す。
他方、Ｓ４２において、制御部１０は、運転者履歴ＤＢ２２に所定のレコードがあるか否かを判断する。所定のレコードとは、利用日が本日日付であり、運転者ＩＤ及び車両ＩＤが端末データと同じであり、かつ、ステータスが「１」のレコードをいう。所定のレコードがある場合（Ｓ４２：ＹＥＳ）には、制御部１０は、処理をＳ４３に移す。他方、所定のレコードがない場合（Ｓ４２：ＮＯ）には、制御部１０は、処理をＳ４３ａに移す。
Ｓ４３において、制御部１０は、運転者履歴ＤＢ２２のうち、所定のレコードの最終確認時間を、受信時間に更新する。その後、制御部１０は、処理をＳ４４に移す。
他方、Ｓ４３ａにおいて、制御部１０は、運転者履歴ＤＢ２２に新たにレコードを作成して、端末データに基づく値を記憶させる。
【００３７】
Ｓ４４において、制御部１０（受信監視部１４）は、運転者履歴ＤＢ２２を参照し、ステータスが「１」である監視中のレコードであって、一定時間が経過している運転者ＩＤ５５ｂを抽出する。一定時間は、例えば、４０分等であり、携帯情報端末５で端末データを送信するタイミングである指定時間（図６のＳ２５参照）と同じか、それより長い時間であることが望ましい。
図８のＳ４５において、制御部１０（受信監視部１４）は、運転者ＩＤ５５ｂを抽出できたか否かを判断する。運転者ＩＤ５５ｂを抽出できた場合（Ｓ４５：ＹＥＳ）には、制御部１０は、処理をＳ４６ａに移す。他方、運転者ＩＤ５５ｂを抽出できなかった場合（Ｓ４５：ＮＯ）には、制御部１０は、処理をＳ４６に移す。
【００３８】
Ｓ４６ａにおいて、制御部１０（警告出力部１５）は、運転者ＩＤ５５ｂに対応する携帯情報端末５に警告データを送信する。警告データは、端末データが取得できていない旨を示すものである。これにより、携帯情報端末５では、警告データを表示するので、運転者に対して、プログラム５５ａを実行させるといった対処を促すことができる。なお、警告データは、音によるもの等であってもよい。その後、制御部１０は、処理を図７のＳ４０に移す。
他方、Ｓ４６において、制御部１０は、終了データを受信したか否かを判断する。終了データを受信した場合（Ｓ４６：ＹＥＳ）には、制御部１０は、処理をＳ４７に移す。他方、終了データを受信していない場合（Ｓ４６：ＮＯ）には、制御部１０は、処理を図７のＳ４０に移す。
Ｓ４７において、制御部１０は、運転者履歴ＤＢ２２を更新する。具体的には、制御部１０は、終了データに含まれる運転者ＩＤ５５ｂを含む最新のレコードを、運転者履歴ＤＢ２２から取得する。そして、取得したレコードの最終確認時間を現在時間とし、ステータスを「０」に変更する。
Ｓ４８において、制御部１０は、分析処理を行う。
【００３９】
ここで、分析処理について、図９に基づき説明する。
図９のＳ６０において、制御部１０は、運転者履歴ＤＢ２２を参照し、終了データに含まれる運転者ＩＤ５５ｂから処理対象レコードを特定する。そして、制御部１０は、特定したレコードの利用日、利用開始時間、最終確認時間から、利用期間を確定する。
Ｓ６１において、制御部１０は、特定した運転者履歴ＤＢ２２の処理対象レコードの車両ＩＤに対する装置ＩＤを、車両ＤＢ２３を参照して把握する。次に、制御部１０は、走行履歴ＤＢ２１を参照し、把握した装置ＩＤが対応付けられた該当の利用期間の走行データを抽出する。そして、制御部１０（関連付け部１３）は、運転者ＩＤ５５ｂと、該当の利用期間の走行データとを関連付ける。
【００４０】
Ｓ６２において、制御部１０（分析部１６）は、走行分析処理を行う。ここで、走行分析処理は、走行に関する様々な分析のための処理を含む。走行分析処理は、例えば、燃費のよい運転をしているか、安全運転をしているか等を分析したり、走行距離と走行時間との関係を分析したりするものである。
Ｓ６３において、制御部１０（分析結果出力部１７）は、走行分析処理により作成された分析結果データを出力する。この分析結果データの出力は、例えば、運転者ＩＤ５５ｂである運転者の携帯情報端末５に対して行ってもよい。その場合、制御部１０は、分析結果を得点として表したり、ランク付けをしたりしてもよい。また、制御部１０は、分析結果を、走行データの管理を依頼した会社のコンピュータ（図示せず）等に対して行ってもよい。その後、制御部１０は、本処理を終了し、処理を図８に移す。
図８に戻り、制御部１０は、その後、処理を図７のＳ４０に移す。
【００４１】
このように、本実施形態によれば、走行情報管理システム１００は、以下のような効果がある。
（１）サーバ１は、指定の時間間隔で受信した端末データに含まれる運転者ＩＤ５５ｂを、走行データに関連付けることができる。
また、サーバ１は、端末データの受信を監視して、指定の時間間隔で端末データを受信できるか否かをチェックするので、車両Ｃ運転者を定期的にチェックでき、走行データと運転者ＩＤ５５ｂとの関連付けの精度を上げることができる。
【００４２】
（２）サーバ１は、端末データの受信を監視した結果、走行データとの関連付けのための端末データを正しく受信できない場合には、携帯情報端末５に警告データを出力させる。そして、警告データによって、例えば、ホルダ９に携帯情報端末５を載置するように運転者に促したり、運転をしていないのであればプログラム５５ａを終了させるように運転者に促したりすることができる。
（３）サーバ１は、関連付けされたデータをもとに運転内容を分析して、その結果を、例えば、携帯情報端末５に送信することで、運転内容の分析結果を、運転者に知らせることができる。
【００４３】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
【００４４】
（変形形態）
（１）本実施形態では、携帯情報端末が送信した車両ＩＤと、車載装置が送信した装置ＩＤを用いて、端末データの運転者ＩＤと、走行データとを関連付けるものを説明した。その際に、車両ＩＤと、その車両に設けられた装置ＩＤとが関連付けられている車両ＤＢを利用したが、これに限定されない。
例えば、サーバが車両ＤＢを有していない場合、又は、サーバが車両ＤＢを有するものの該当の車両ＩＤのレコードを有していない場合であっても、関連付けができるようにしてもよい。関連付けは、携帯情報端末が有するＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）等によって取得した現在位置と、車載装置がＧＰＳ等によって取得した現在位置とに基づいて端末データの運転者ＩＤと走行データとを関連付けるものであってもよい。そのようにすることで、携帯情報端末をホルダに載置することなく、データの関連付けができる。そして、関連付けができたら、サーバは、車両ＤＢ又は車両ＤＢ内のレコードを新たに作成してもよい。
また、本実施形態の処理に加えて、サーバは、位置情報の一致度合いによって、同じ車両かどうかを確認する位置確認部を備えてもよい。そのようにすることで、例えば、ホルダが取り外されて他の車両に取り付けられた場合等には、警告データを出力することで、管理者等に確認を促すことができる。
さらに、受信する端末データに位置情報を含むので、サーバでは、位置情報と、走行データとを分析することで、法定速度で走行がされているか否かを分析できるため、安全運転がされているか否かを、より正確に把握できる。
【００４５】
（２）本実施形態では、ＩＣタグに車両ＩＤを記憶するものを例に説明したが、これに限定されない。例えば、ＩＣタグに、ホルダが設置された車両に設けられた車載装置の装置ＩＤを記憶するものであってもよい。
また、ＩＣタグに限定されるものではない。携帯情報端末が読取可能であればよく、例えば、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を利用したタグであってもよいし、バーコードや二次元コード等であってもよい。
（３）本実施形態では、終了データを受信した運転者ＩＤに対して分析処理を行うものとして説明したが、これに限定されない。例えば、端末データを運転者履歴ＤＢに記憶された後に、その端末データに含まれる運転者ＩＤを用いて、走行データと関連付けをして分析処理を行ってもよい。そのようにすることで、分析結果を、よりタイムリーに運転者の携帯情報端末等に出力させることができる。
【００４６】
（４）本実施形態では、受信日時によって関連付けをするものを説明したが、これに原点されない。車載装置及び携帯情報端末が各々のデータを取得した取得日時であってもよく、車載装置の走行データと、携帯情報端末の端末データとを関連付けるための日時に関するものであればよい。
（５）本実施形態では、サーバの記憶部が記憶するデータとして、各種のＤＢを説明したが、これに限定されない。サーバの記憶部におけるデータの保有方法は、その一例であり、他の保有方法であってもよい。
（６）本実施形態では、車両Ｃが自動車であるものとして説明したが、これに限定されない。例えば、電車等であってもよい。
【符号の説明】
【００４７】
１    サーバ
３    車載装置
５    携帯情報端末
８    ＩＣタグ
９    ホルダ
１０，３０，５０  制御部
１１  走行データ受信部
１２  端末データ受信部
１３  関連付け部
１４  受信監視部
１５  警告出力部
１６  分析部
１７  分析結果出力部
２０，３５，５５  記憶部
２１  走行履歴ＤＢ
２２  運転者履歴ＤＢ
５４  リーダ部
５５ａ  プログラム
５６  タッチパネルディスプレイ
８０  ＩＣチップ
１００  走行情報管理システム
Ｃ    車両
Ｎ    通信ネットワーク
【図１】
0006705187.tif 000002
【図２】
0006705187.tif 000003
【図３】
0006705187.tif 000004
【図４】
0006705187.tif 000005
【図５】
0006705187.tif 000006
【図６】
0006705187.tif 000007
【図７】
0006705187.tif 000008
【図８】
0006705187.tif 000009
【図９】
0006705187.tif 000010