JP2018097836A - 運行データ管理システム - Google Patents

Abstract

【課題】記録した運行データを適切なタイミングで削除し、新たに利用可能な記憶領域を確保することが可能な運行データ管理システムを提供すること。【解決手段】車載器１０と事務所ＰＣ３０との間にＦＴＰサーバ２０を配置して、ＦＴＰサーバ２０で運行データを中継し、車両が入庫した際に車載器１０から事務所ＰＣ３０へ運行データを転送する。事務所ＰＣ３０が受信した運行データの解析に成功した後で、事務所ＰＣ３０の送信する削除要求に従い、一定時間後に車載器１０が運行データを削除する。互いに独立した「車載器→ＰＣ」フォルダ２１ａと、「ＰＣ→車載器」フォルダ２１ｂをＦＴＰサーバ２０に設けて、データ転送方向毎に領域を分ける。ＦＴＰを用いてアップロード／ダウンロードの効率を上げ、短時間で転送を完了する。車載器１０からの運行データの再送が可能になる。【選択図】図６

Description

本発明は、運行データ管理システムに関する。

例えば、トラック、バス、タクシー車両のような業務用車両の運行業務を実施する企業においては、従来より乗務員の労務管理、安全運転管理、運行業務の改善などに役立つ情報を自動的に収集し分析することが行われている。具体的には、各車両の運行中に、例えばデジタルタコグラフなどの車載器、すなわち運行記録計が様々な運行データを自動的に収集し記録する。あるいは、ドライブレコーダ、タクシーメータのような車載器が運行データを収集し記録する。

各車両の車載器が記録した運行データは、企業内の事務所等に設置された管理用のコンピュータ（事務所ＰＣ）に転送され、事務所ＰＣによって分析される。記録した運行データを事務所ＰＣに転送する操作については、運行データを保持するメモリカードを乗務員が手作業で物理的に持ち運ぶことにより実施する場合もあるし、車両上の車載器と車外装置との間の無線通信により行う場合もある。

例えば、特許文献１に示されている通信システムの場合には、タクシー車両の入庫時に、この車両と路側器との間で近距離の無線通信を行い、車載器が記録し保持している運行データを路側器を経由して事務所ＰＣに転送している。
また、特許文献２に示されている走行データ転送システムにおいては、車載器のメモリカードに記録されている走行データを、無線ＬＡＮを用いて事務所側のＰＣに転送することを示している。

特開２００９−８０７５０号公報 特開２０１３−１１７７７８号公報

特許文献１に示された通信システムのように、車両の入庫時に、この車両と路側器との間で近距離の無線通信を行い運行データを転送する場合には、以下に示すような課題がある。

（１）転送する運行データの情報量が多い場合には、データの転送に長い時間がかかる。しかも、その間は無線通信ができるように車両を特定の場所で停車しておく必要があり、入庫手続きの所要時間が長くなってしまう。なお、近距離以外の無線通信を利用する場合には、無線通信による情報の漏洩などの問題を回避するために、無線通信に伴うコストが上昇するのは避けられない。

（２）必要以上の容量の記憶装置を車載器に搭載することはコストの点で不利になる。したがって、記録したデータが不要になった場合には、不要な運行データを削除することにより車載器が新たに記録可能な記憶領域を確保する必要がある。しかし、例えば無線通信による運行データの転送が終了した時点で送信済みの車載器上の運行データを消去すると、次のような問題が発生する。運行データを受け取った事務所ＰＣが、この運行データの分析等の処理を行う際に、何らかのトラブルが発生すると、必要な運行データが消えてしまう場合がある。その時に、車載器上の運行データが消去済みであると、必要な運行データを再び取得することはできない。デジタルタコグラフのような運行記録計のデータについては、法令で保管が義務付けられているので、運行データが消えることのないよう確実に保管することが重要である。

本発明は、上記の状況に鑑みてなされたものであり、その目的は、記録した運行データを適切なタイミングで削除し、新たに利用可能な記憶領域を確保することが可能な運行データ管理システムを提供することにある。

前述した目的を達成するために、本発明に係る運行データ管理システムは、下記（１）〜（６）を特徴としている。
（１） 車両の運行状態を表す運行データを記録し、記録した前記運行データを無線で送信する車載器と、
前記車載器から前記運行データを取得して前記車両の運行を管理する管理装置と、
前記運行データを少なくとも一時的に記憶可能なファイル格納装置と、
を備え、
前記車載器は、前記運行データを前記ファイル格納装置に対して送信し、
前記管理装置は、前記ファイル格納装置から前記運行データの取得が完了した場合には、前記車載器に記録されている前記運行データの削除を要求する削除要求データを前記ファイル格納装置に送信し、
前記車載器は、前記ファイル格納装置に前記削除要求データが記憶されている場合には、所定時間の経過後に、前記運行データを削除する、
ことを特徴とする運行データ管理システム。

（２） 前記管理装置は、前記運行データを再取得する場合には、前記運行データの再送を要求する再送要求データを前記ファイル格納装置に送信し、
前記車載器は、前記ファイル格納装置に前記再送要求データが記憶されている場合には、前記ファイル格納装置に前記運行データを再送する、
ことを特徴とする上記（１）に記載の運行データ管理システム。

（３） 前記ファイル格納装置は、前記運行データの記憶用に割り当てられた運行データ記憶領域と、前記削除要求データ及び前記再送要求データの記憶用に割り当てられた要求データ記憶領域と、を有する、
ことを特徴とする上記（２）に記載の運行データ管理システム。

（４） 前記ファイル格納装置は、送信元クライアントからサーバに向けてデータファイルをアップロードする機能と、前記サーバから前記データファイルを受信先クライアントに向けてダウンロードする機能と、を有するファイル転送プロトコルを搭載したファイル転送サーバである、
ことを特徴とする上記（１）乃至（３）のいずれかに記載の運行データ管理システム。

（５） 前記ファイル格納装置は、前記運行データの一時記憶用に割り当てられた運行データ記憶領域と、前記管理装置が受け取った前記運行データに対する解析結果の成否を表すデータを記憶可能な状態データ記憶領域と、を有し、
前記車載器は、前記状態データ記憶領域に、前記解析結果の成功を表すデータが保持されていることを検知した場合に、所定領域にバックアップとして保持されている前記運行データの削除を実行する、
ことを特徴とする上記（１）に記載の運行データ管理システム。

（６） 前記管理装置は、前記ファイル格納装置から取得した前記運行データを解析処理して、その解析結果の成否を表すデータを、前記状態データ記憶領域に送信し、
前記車載器は、前記状態データ記憶領域に、前記解析結果の失敗を表すデータが存在する場合には、前記バックアップとして保持されている該当する前記運行データを前記管理装置に対して再送する、
ことを特徴とする上記（５）に記載の運行データ管理システム。

上記（１）の構成の運行データ管理システムによれば、記録した運行データを適切なタイミングで削除し、新たに利用可能な記憶領域を確保することが可能になる。すなわち、車載器が記録した送信元の運行データは、これを利用する管理装置が削除要求データを送信しない限り保持される。したがって、例えば管理装置が受け取った運行データの処理に失敗した場合には、運行データを送信元から再び取得することが可能である。また、管理装置が受け取った運行データの処理に成功した場合には、削除要求データを送信することにより、不要な運行データを削除することが可能になり、新たに利用可能な記憶領域を確保できる。また、車載器と管理装置との間にファイル格納装置を配置することにより、データの転送元と転送先との間で双方向の通信を行う必要がなくなる。したがって、例えば連続的なデータ送信により無線通信の効率を上げることが可能になり、大容量のデータを扱う場合であっても短時間でデータ送信を完了できる。

上記（２）の構成の運行データ管理システムによれば、例えば管理装置が既に受け取った運行データの処理に失敗したような場合であっても、管理装置が再送要求データを送信することにより、運行データを送信元から再び取得することが可能である。

上記（３）の構成の運行データ管理システムによれば、車載器から管理装置に向かう方向に転送されるデータの記憶領域と、管理装置から車載器に向かう方向に転送されるデータの記憶領域とを完全に分離することができる。そのため、同じ記憶領域に対して複数の装置が書き込みを行うことがなくなり、制御が容易になる。また、制御を簡略化することにより、実質的なデータ転送速度を上げることができる。

上記（４）の構成の運行データ管理システムによれば、アップロードのためのデータ通信と、ダウンロードのためのデータ通信とをそれぞれ個別に効率よく実施することができるので、比較的低速の無線通信回線を利用する場合であっても、大容量のデータを短時間で転送することが可能になる。

上記（５）の構成の運行データ管理システムによれば、ファイル格納装置上の状態データ記憶領域の内容に基づき、車載器は、バックアップとして保持している運行データの削除が可能な状態を認識して、バックアップのデータの削除を実行できる。

上記（６）の構成の運行データ管理システムによれば、管理装置が運行データの解析処理に失敗したような場合に、車載器は、バックアップとして保持されている運行データを再送して管理装置に再び渡すことができる。

本発明の運行データ管理システムによれば、記録した運行データを適切なタイミングで削除し、新たに利用可能な記憶領域を確保することが可能になる。また、車載器と管理装置との間にファイル格納装置を配置するので、データの転送元と転送先との間で双方向の通信を行う必要がなくなり、例えば連続的なデータ送信により無線通信の効率を上げることが可能であり、大容量のデータを扱う場合であっても短時間でデータ送信を完了できる。

以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。

図１は、本発明の実施形態における運行データ管理システム全体の構成例を示すブロック図である。 図２は、運行データ管理システムに含まれる車載器の構成例を示すブロック図である。 図３は、運行データ管理システムに含まれる事務所ＰＣの構成例を示すブロック図である。 図４は、車載器における特徴的な動作例を示すフローチャートである。 図５は、事務所ＰＣにおける特徴的な動作例を示すフローチャートである。 図６は、運行データ管理システムの特徴的な動作例を示すシーケンス図である。 図７は、本発明の第２実施形態における運行データ管理システム全体の構成例を示すブロック図である。 図８は、本発明の第２実施形態における共有フォルダの構成例を示す模式図である。 図９は、本発明の第２実施形態におけるＦＴＰサーバの動作例を示すフローチャートである。 図１０は、本発明の第２実施形態におけるＦＴＰサーバの状態遷移の例を示す状態遷移図である。

本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。

（第１実施形態）
＜システムの構成例＞
本発明の実施形態における運行データ管理システム１００全体の構成例を図１に示す。 図１に示した運行データ管理システム１００は、例えばトラックのような業務用車両８０の運行業務を実施する企業が、業務用車両８０の運行中に収集された運行データを取得して分析し、乗務員の労務管理、安全運転管理、運行業務の改善などに役立てるために利用される。勿論、業務用車両８０については、トラックに限らず、バス、タクシーなどでも構わないし、運行データの用途についても特別な制約はない。

図１に示すように、各々の業務用車両８０に車載器１０が搭載された状態で使用される。車載器１０の代表例としては、デジタルタコグラフ、ドライブレコーダなどが想定される。したがって、車載器１０は、業務用車両８０の走行中に様々な運行データを自動的に収集しそのデータを車両上で記録（保存）することができる。運行データの代表例としては、車両の走行速度、エンジン回転速度、ブレーキの状態、変速機のシフト位置、車両の現在位置、車載カメラの映像、時刻などがある。

各々の車載器１０が生成し記録された運行データは、企業の事務所６０内に設置された事務所ＰＣ３０に取り込まれて集中的に管理される。また、事務所ＰＣ３０は、取り込んだ運行データを分析し、乗務員の労務管理、安全運転管理、運行業務の改善などに役立つ情報の抽出やデータの変換を実施する。

各業務用車両８０上で収集され保存されている運行データを事務所ＰＣ３０に転送するための手続きは、一般的には、業務用車両８０が当日の運行業務を終了して所定の駐車場に入庫した時に実施される。つまり、１日の運行業務の間に収集された全ての運行データを、車載器１０から事務所ＰＣ３０に転送し、事務所ＰＣ３０上で集中管理することになる。

図１に示した運行データ管理システム１００は無線通信機能を備えている。したがって、車載器１０から事務所ＰＣ３０への運行データの転送は、無線通信を利用して行うことができる。

例えば、各業務用車両８０が入庫する際に通過する出入り口のゲートなどの近傍に、無線ＬＡＮ設備７１が設置されている。また、各業務用車両８０上の車載器１０は、近距離無線通信を行うための無線通信機能を搭載している。無線ＬＡＮ設備７１は、有線ローカルネットワーク（ＬＡＮ）７０を経由して事務所６０内の事務所ＰＣ３０と接続されている。

また、本実施形態では、有線ローカルネットワーク７０にＦＴＰ（File Transfer Protocol）サーバ２０が接続されている。このＦＴＰサーバ２０は、車載器１０と事務所ＰＣ３０との間の運行データの転送を効率よく実施するために設けられている。

ＦＴＰサーバ２０上の記憶装置２１には、「車載器→ＰＣ」フォルダ２１ａとして割り当てられた記憶領域と、「ＰＣ→車載器」フォルダ２１ｂとして割り当てられた記憶領域とが含まれている。「車載器→ＰＣ」フォルダ２１ａは、車載器１０から事務所ＰＣ３０に向かう方向に転送されるデータのみを一時的に保持するために利用される。また、「ＰＣ→車載器」フォルダ２１ｂは、事務所ＰＣ３０から車載器１０に向かう方向に転送されるデータのみを一時的に保持するために利用される。

なお、図１に示した運行データ管理システム１００においては無線ＬＡＮのような近距離無線通信を利用して車載器１０の運行データを事務所ＰＣ３０に転送する場合を想定しているが、例えば携帯電話の通信回線のように、広域で通信可能な無線通信を利用することも可能である。但し、近距離無線通信を利用する場合にはごく限られた範囲内のみに電波が届くので、データの暗号化などのセキュリティ対策を実施しなくても情報の漏洩を防止でき、通信設備や通信のコストを低減できる。広域無線通信の場合には、セキュリティ対策が必要となる。

＜車載器１０の構成例＞
運行データ管理システム１００に含まれる車載器１０の構成例を図２に示す。図２に示した車載器１０は、制御部１１、無線通信モジュール１２、外部入力部１３、電源部１４、表示部１５、ユーザ操作部１６、記録媒体１７、外部接続部１８、および音声出力部１９を備えている。

制御部１１は、マイクロコンピュータにより構成されており、予め内部に組み込まれているプログラムを実行することにより、車載器１０に必要とされる様々な機能を実現するための制御を行う。例えば、記録部１１ｚの機能は、業務用車両８０の運行業務中に、様々な運行データ、すなわち車両の走行速度、エンジン回転速度、ブレーキの状態、変速機のシフト位置、車両の現在位置、車載カメラの映像、時刻などの情報を自動的に取得して記録（保存）する。

また、記録した運行データを車両外部の装置に転送するための通信機能も制御部１１に備わっている。また、データ転送の際に、ＦＴＰ（File Transfer Protocol）通信を実現するＦＴＰクライアントソフトウェアも制御部１１に備わっている。

無線通信モジュール１２は、無線ＬＡＮ設備７１との間で近距離無線通信によるデータの送信および受信を行うために必要なハードウェアおよび基本ソフトウェアを備えている。なお、図１に示した運行データ管理システム１００の無線ＬＡＮについては、一般的な無線ＬＡＮシステムとの間で通信を行うことはないので、独自の通信プロトコルを用いて無線通信の制御を実施する。

外部入力部１３は、車両上に備わっている各種センサ、スイッチなどが出力する電気信号を入力して制御部１１の入力処理に適した信号に変換するためのインタフェースである。また、外部接続部１８は車載器１０に所定の端末を接続するために必要なインタフェースである。外部接続部１８に接続した端末と、制御部１１との間で相互に通信を行うことができる。

電源部１４は、車両側から供給される電源電力（例えば直流１２Ｖ）に基づいて、配下の制御部１１等の電気回路が必要とする電源電力（例えば直流５Ｖ）を生成する。また、電源部１４は電源投入時などの際にリセット信号を生成し、制御部１１に供給する。

表示部１５は、文字情報、数値、記号、図形、マークなどの可視情報を車両の運転者が視認しやすい位置（例えば車載器の全面パネル上）に必要に応じて表示できる。表示部１５は、車載器の現在の動作状態、入力操作の案内、警告などを乗務員に通知するための表示として利用される。

ユーザ操作部１６は、運転者が操作しやすい位置（例えば車載器の全面パネル上）に配置されている複数の操作可能なボタン等を備えている。ユーザ操作部１６は、ボタン等に対するユーザの入力操作を検知して制御部１１に通知することができる。

記録媒体１７は、不揮発性メモリにより構成されるメモリカードのような記憶装置であって、記憶領域を備えている。この記録媒体１７は、車載器１０が生成した運行データなどの情報を蓄積し保存するために利用される。なお、記録媒体１７の記憶容量は有限であるため、記録した運行データのうち古いものや不要なものを削除して新たに利用可能な記憶領域を確保する必要がある。本実施形態の車載器１０には、不要になった運行データを適切なタイミングで記録媒体１７上から削除するための機能が備わっている。

音声出力部１９は、疑似音声信号を所定のスピーカから音響として出力することにより、乗務員に音声として聞こえる様々なメッセージを出力することができる。例えば、車載器の現在の動作状態、入力操作の案内、警告などを音声メッセージとして乗務員に通知する際に音声出力部１９が利用される。

＜事務所ＰＣ３０の構成例＞
運行データ管理システム１００に含まれる事務所ＰＣ３０の構成例を図３に示す。
図３に示した事務所ＰＣ３０は、制御部３１、通信インタフェース（Ｉ／Ｆ）３２、操作部３３、表示部３４、およびデータベース３５を備えている。

制御部３１は、パーソナルコンピュータ（ＰＣ）の本体と、この動作に必要なソフトウェアとで構成されている。制御部３１に備わっているソフトウェアには、基本ソフトウェア（オペレーティングシステム）と、運行データの管理に必要な専用のアプリケーションソフトウェアとが含まれる。

専用のアプリケーションソフトウェアは、車両毎、あるいは乗務員毎に運行データを管理するものであって、運行データを取り込んで分析する。また、分析した結果に基づき、乗務員の労務管理、安全運転管理、運行業務の改善などに役立つ情報の抽出、データの変換、データ表示などの処理を実行する。

通信インタフェース３２は、有線ローカルネットワーク７０と接続してＩＰ（Internet Protocol）通信などのデータ通信を実現するために必要なハードウェアである。

操作部３３は、例えば標準的なキーボード、マウス、タブレットのようにユーザが操作可能な入力装置により構成されている。

表示部３４は、画面上にイメージや文字などの様々な可視情報をカラー表示可能な液晶ディスプレイである。表示部３４の画面上には、制御部３１の制御により様々な情報が表示される。

データベース３５は、制御部３１の内部の記憶装置、または制御部３１に接続可能な外部記憶装置上に構築され、各車載器１０から取得した運行データの分析結果を蓄積し管理することができる。

＜ＦＴＰサーバ２０の構成＞
詳細については図示しないが、ＦＴＰサーバ２０はサーバとして動作可能なコンピュータおよび通信装置のハードウェアと、ソフトウェアとを備えている。ＦＴＰサーバ２０は、ＦＴＰクライアントソフトウェアを搭載した各車載器１０および事務所ＰＣ３０の各々との間で、ファイル転送プロトコル（ＦＴＰ）に従って、データファイルのアップロードおよびダウンロードを行う機能を有している。

本実施形態では、図１に示したようにＦＴＰサーバ２０上の記憶装置２１に、「車載器→ＰＣ」フォルダ２１ａの記憶領域と、「ＰＣ→車載器」フォルダ２１ｂの記憶領域とが互いに独立した状態で備わっている。「車載器→ＰＣ」フォルダ２１ａは、車載器１０から事務所ＰＣ３０に向かう方向に転送されるデータのみを一時的に保持するために利用される。また、「ＰＣ→車載器」フォルダ２１ｂは、事務所ＰＣ３０から車載器１０に向かう方向に転送されるデータのみを一時的に保持するために利用される。

このＦＴＰサーバ２０を利用してデータを転送する場合には、アップロードおよびダウンロードの際に、双方向のデータ通信を行う必要がないため、連続的に効率よくデータを伝送することができる。したがって、一度に大容量の運行データを転送する場合であっても、アップロードおよびダウンロードを短時間で完了できる。

＜車載器１０の動作例＞
車載器１０における特徴的な動作例を図４に示す。図４に示す動作について以下に説明する。

車載器１０は、業務用車両８０が運行業務を行っている時に、記録部１１ｚの制御により、例えば一定の周期で、或いは不定期に運行データを生成し、この運行データを記録媒体１７上の空き領域に順次に書き込んで保存する（Ｓ１１）。

業務用車両８０における１日の運行業務が終了し、業務用車両８０が入庫する際に、すなわち業務用車両８０と無線ＬＡＮ設備７１との間で近距離無線通信が可能な状態において、例えば乗務員がユーザ操作部１６上の特定のボタンを押下すると、この操作を制御部１１はデータ転送開始条件成立とみなす。その場合は、図４のステップＳ１２からＳ１３に進む。

ステップＳ１３では、制御部１１は、当日の運行業務開始から運行業務終了までの間に記録された全ての運行データを記録媒体１７から読み出す。そして、この大容量の運行データ全体を、ファイル転送プロトコル（ＦＴＰ）のアップロード機能を用いて、ＦＴＰサーバ２０上の「車載器→ＰＣ」フォルダ２１ａに送信（アップロード）する。

ステップＳ１４では、制御部１１は、ＦＴＰサーバ２０上の「ＰＣ→車載器」フォルダ２１ｂの内容を読み込む（ダウンロード）。そして、ステップＳ１４で読み込んだ内容が「再送要求」のデータである場合はステップＳ１５からＳ１３に戻る。これにより、前に送信した運行データを再びＳ１３で送信（アップロード）する。

また、ステップＳ１４で読み込んだ内容が「データ削除要求」のデータである場合は、制御部１１の処理はステップＳ１６からＳ１７に進む。そして、制御部１１は「データ削除要求」を検出してから一定時間が経過するまでステップＳ１７で待機した後、ステップＳ１８に進む。

ステップＳ１８では、制御部１１は、車載器１０の記録媒体１７上に保存されている運行データのうち、送信済みの全ての運行データの削除（消去）を実行する。この削除により、記録媒体１７上には新たにデータの書き込みが可能な空き領域が形成される。例えば、記録媒体１７上の空き領域が少ない場合であっても、ステップＳ１８を実行することにより空き領域を増やし、新たな運行データの保存に必要な十分な記憶領域を確保できる。

＜事務所ＰＣ３０の動作例＞
事務所ＰＣ３０における特徴的な動作例を図５に示す。この動作は、制御部３１が所定のアプリケーションソフトウェアを実行している状態で行われる。図５に示した動作について以下に説明する。

例えば、事務所ＰＣ３０を操作するユーザ（管理者）が事務所ＰＣ３０に対してデータ転送開始のための所定の入力操作を行うと、事務所ＰＣ３０がこの入力操作を検知して図５に示したステップＳ２１からＳ２２の処理に進む。

ステップＳ２２では、事務所ＰＣ３０は、ＦＴＰサーバ２０の「車載器→ＰＣ」フォルダ２１ａにアクセスし、ダウンロードすべき運行データが存在しているか否かを識別する。運行データが存在する場合には、事務所ＰＣ３０の処理はステップＳ２３からＳ２４に進む。存在しない場合はステップＳ２２の処理を繰り返す。

ステップＳ２４では、事務所ＰＣ３０は、ファイル転送プロトコル（ＦＴＰ）のダウンロード機能を用いて、ＦＴＰサーバ２０上の「車載器→ＰＣ」フォルダ２１ａから該当する運行データ全てを一括して受信（ダウンロード）する。

なお、本実施形態では、事務所ＰＣ３０がステップＳ２４で運行データのダウンロードを完了した時点で、事務所ＰＣ３０からの指示により、或いはＦＴＰサーバ２０における自動的な処理により、ＦＴＰサーバ２０上の該当する運行データが削除される。これにより、ＦＴＰサーバ２０上の記憶装置２１における空き領域を増やし、新たな記憶領域を確保できる。

ステップＳ２５では、事務所ＰＣ３０が、ステップＳ２４でダウンロードした運行データに対して所定の解析処理を実行する。例えば、この運行データに対応する乗務員や車両を特定したり、大容量の運行データの中から重要な情報のみを抽出したり、データフォーマットの変換などの処理を行うことが想定される。

ステップＳ２５における解析処理が正常な状態で終了した場合には、事務所ＰＣ３０の処理はステップＳ２６からＳ２７に進む。また、何らかのトラブルが発生して解析処理に失敗した場合には、ステップＳ２６からＳ２８に進む。

ステップＳ２７では、事務所ＰＣ３０は、ファイル転送プロトコル（ＦＴＰ）のアップロード機能を用いて、ＦＴＰサーバ２０上の「ＰＣ→車載器」フォルダ２１ｂに、「データ削除要求」を指示するためのデータをアップロード（送信）する。

ステップＳ２８では、事務所ＰＣ３０は、ファイル転送プロトコル（ＦＴＰ）のアップロード機能を用いて、ＦＴＰサーバ２０上の「ＰＣ→車載器」フォルダ２１ｂに、「再送要求」を指示するためのデータをアップロード（送信）する。

＜システムの動作例＞
運行データ管理システムの特徴的な動作シーケンスの例を図６に示す。
業務用車両８０が入庫したときに、車載器１０は、記録媒体１７に保存されている当日の運行データ全てをＦＴＰサーバ２０にファイル転送プロトコル（ＦＴＰ）で送信（アップロード）する（Ｓ３１）。この場合の送信先はＦＴＰサーバ２０の「車載器→ＰＣ」フォルダ２１ａである。

一方、事務所ＰＣ３０においては、車載器１０からの運行データを受け取ることが可能であるか否かを確認するためにＦＴＰサーバ２０の「車載器→ＰＣ」フォルダ２１ａにアクセスする（Ｓ３２）。そして、「車載器→ＰＣ」フォルダ２１ａに必要な運行データが存在する場合には、この運行データ全てをファイル転送プロトコル（ＦＴＰ）を用いてダウンロードする。

事務所ＰＣ３０は、ＦＴＰサーバ２０からダウンロードした運行データに対して所定のデータ解析を実行し、解析に成功したか否かを識別する（Ｓ３３）。例えば何らかのトラブルによって運行データのデータ解析に失敗した（ＮＧ）場合には、解析前の運行データの少なくとも一部分は事務所ＰＣ３０上から消えているので、事務所ＰＣ３０は同じ運行データ取得し直す必要がある。したがって、事務所ＰＣ３０は該当する運行データの「再送要求」を指示するデータをＦＴＰサーバ２０の「ＰＣ→車載器」フォルダ２１ｂにＦＴＰで送信（アップロード）する（Ｓ３４）。

車載器１０は、アップロードした運行データの処理状況を確認するために、ＦＴＰサーバ２０の「ＰＣ→車載器」フォルダ２１ｂにアクセスし、そのデータの有無および内容を識別する（Ｓ３５）。そして、「再送要求」を指示するデータが「ＰＣ→車載器」フォルダ２１ｂに存在する場合には、車載器１０は運行データの再送が必要とみなし、同時に送信済みの運行データの削除ができないことを認識する。

そして、車載器１０は既に送信した運行データ全てを、再びＦＴＰサーバ２０にファイル転送プロトコル（ＦＴＰ）で送信（アップロード）する（Ｓ３６）。この場合の送信先はＦＴＰサーバ２０の「車載器→ＰＣ」フォルダ２１ａである。

事務所ＰＣ３０は、車載器１０からの運行データを受け取ることが可能であるか否かを確認するためにＦＴＰサーバ２０の「車載器→ＰＣ」フォルダ２１ａにアクセスする（Ｓ３７）。そして、「車載器→ＰＣ」フォルダ２１ａに必要な運行データが存在する場合には、この運行データ全てをファイル転送プロトコル（ＦＴＰ）を用いてダウンロードする。

事務所ＰＣ３０は、ＦＴＰサーバ２０からダウンロードした運行データに対して所定のデータ解析を実行し、解析に成功したか否かを識別する（Ｓ３８）。運行データのデータ解析に成功した（ＯＫ）場合には、解析前の運行データは既に不要な状態である。したがって、事務所ＰＣ３０は該当する運行データの「削除要求」を指示するデータをＦＴＰサーバ２０の「ＰＣ→車載器」フォルダ２１ｂにＦＴＰで送信（アップロード）する（Ｓ３９）。

車載器１０は、アップロードした運行データの処理状況を確認するために、ＦＴＰサーバ２０の「ＰＣ→車載器」フォルダ２１ｂにアクセスし、そのデータの有無および内容を識別する（Ｓ４０）。そして、「削除要求」を指示するデータが「ＰＣ→車載器」フォルダ２１ｂに存在する場合には、車載器１０は既に送信した運行データが再び使用される可能性はない状態とみなす。その場合は、車載器１０は一定時間が経過した後で、送信済みの運行データの記録媒体１７上からの削除を実行する（Ｓ４１）。これにより、記録媒体１７上に新たに書き込み可能な記憶領域を確保できる。

（第２実施形態）
＜運行データ管理システム１００Ｂの構成例＞
本発明の第２実施形態における運行データ管理システム１００Ｂ全体の構成例を図７に示す。

第２実施形態は、前述の第１実施形態の変形例である。したがって、図７に示した運行データ管理システム１００Ｂは、図１に示した運行データ管理システム１００と同じように、車載器１０Ｂ、ＦＴＰサーバ２０Ｂ、事務所ＰＣ３０Ｂで構成されている。また、ＦＴＰサーバ２０Ｂ、事務所ＰＣ３０Ｂは有線ローカルネットワーク７０に接続されており、ＦＴＰサーバ２０Ｂは、各車両の入庫時や出庫時に、無線ＬＡＮ設備７１を介して車載器１０Ｂと無線接続することができる。

車載器１０Ｂの基本的な構成は、図２に示した車載器１０と同様である。また、事務所ＰＣ３０Ｂの基本的な構成は、図３に示した事務所ＰＣ３０と同様である。また、以下に説明する事項以外の基本的な構成および動作は、第１実施形態と同様である。

図７に示した運行データ管理システム１００Ｂにおいて、ＦＴＰサーバ２０Ｂ内の記憶装置上には、車載器１０Ｂと、事務所ＰＣ３０Ｂとの間で共有し、各々がアクセス可能な記憶領域として、共有フォルダ２３が設けてある。

この共有フォルダ２３の中には、運行データファイル２３ａ、および解析完了通知ファイル２３ｂを配置することができる。運行データファイル２３ａは、各車両の車載器１０Ｂが送信した運行データの内容を保持し管理するためのデータの集合である。実際には、運行データファイル２３ａは、車両毎、運行データの番号毎（例えば運行業務の日付毎）に独立したファイルとして構成されている。

解析完了通知ファイル２３ｂは、事務所ＰＣ３０ＢがＦＴＰサーバ２０Ｂからダウンロードした各運行データファイル２３ａの内容について運行の解析処理（Ｓ２５）を実施した結果の成功／失敗を表す通知（Ｓ２７Ｂ，Ｓ２８Ｂ）を反映した情報を保持する。実際の解析完了通知ファイル２３ｂとしては、車両毎、運行データ毎に、解析ＯＫのファイルと、解析ＮＧのファイルとのいずれか一方が存在しうる。

＜車載器１０Ｂの機能＞
図７に示したように、車載器１０Ｂは、車両の入庫時の機能１１０として、各機能１１１、１１２、１１３、１１４を有している。例えば、各車両の入庫時に運転者（乗務員）が所定のボタン操作を行うことにより、入庫時の機能１１０を実行することができる。
機能１１１は、車載器１０Ｂが収集し蓄積している運行データ（例えば、当日収集したデータ全体）を無線通信により送信しＦＴＰサーバ２０Ｂにアップロードするための動作であり、制御部１１により実行される。

機能１１２は、既に送信済みの各運行データについて、各々に対応付けられた解析完了通知ファイル２３ｂの存在の有無や種類を車載器１０Ｂが確認するための動作である。機能１１３は、既に送信済みの各運行データについて、「解析ＯＫ」を表すＦＴＰサーバ２０Ｂ上の解析完了通知ファイル２３ｂを認識した場合に、当該運行データのバックアップを、次回の運行時に削除可能にするための動作である。機能１１４は、既に送信済みの各運行データについて、「解析ＮＧ」を表すＦＴＰサーバ２０Ｂ上の解析完了通知ファイル２３ｂを認識した場合に、前記バックアップを利用して当該運行データの再送信を行うための動作である。

なお、上記各機能１１２、１１３、１１４については、車載器１０Ｂの代わりに、ＦＴＰサーバ２０Ｂ上のコンピュータ（ＰＣ）が同等の機能をそれぞれ実行するように変更してもよい。

また、図７に示したように、車載器１０Ｂは、車両の出庫時の機能１２０として、削除可能な運行データ（バックアップ）をクリアするための動作を実行する。例えば、各車両の出庫時に運転者（乗務員）が所定のボタン操作を行うことにより、出庫時の機能１２０を実行することができる。すなわち、車両の入庫時に前記機能１１３において、「解析ＯＫ」を確認済みの場合に、該当する不要な運行データを車載器１０Ｂ上から自動的に削除する。

＜ＦＴＰサーバ２０Ｂ上の各ファイルの概要＞
なお、上記機能１１１により車載器１０Ｂが送信した運行データによって生成される運行データファイル２３ａは、ＦＴＰサーバ２０Ｂから事務所ＰＣ３０Ｂに送信（ダウンロード）された後、例えば一定時間が経過すると自動的に削除される。また、車載器がバックアップファイル（ＢＵ運行）を再送した場合には、そのファイル２３ａ−２がＦＴＰサーバ２０Ｂ上に一時的に保持される。

＜事務所ＰＣ３０Ｂの機能＞
一方、事務所ＰＣ３０Ｂは、図７に示したように、一定の時間周期で定期的にＦＴＰサーバ２０Ｂの共有フォルダ２３にアクセスし、共有フォルダ２３の内容を確認する（Ｓ２１Ｂ）。そして、必要な運行データファイル２３ａがＦＴＰサーバ２０Ｂの共有フォルダ２３に存在する場合には、事務所ＰＣ３０Ｂが該当する運行データファイル２３ａをダウンロードし、この運行データファイル２３ａの内容に対して運行の解析処理を実行する（Ｓ２５）。この解析処理の結果は、事務所ＰＣ３０Ｂの保存フォルダ３６に格納される。また、解析処理（Ｓ２５）の結果が成功か失敗かを表すデータを、事務所ＰＣ３０ＢがＦＴＰサーバ２０Ｂに通知する。この通知の内容を反映して、該当する解析完了通知ファイル２３ｂがＦＴＰサーバ２０Ｂ上の共有フォルダ２３内に生成される。

＜共有フォルダ２３の構成例＞
本発明の第２実施形態における共有フォルダ２３の構成例を図８に示す。
図８に示した例では、ＦＴＰサーバ２０Ｂ上の記憶領域の構成として、「ｒｏｏｔ」の配下に「ＷＩＲＥＬＥＳＳ」が配置され、その配下に共有フォルダ２３が配置されている。そして、この共有フォルダ２３の中には、運行データを管理するための運行「ＵＮＫＯＵ」フォルダ２３１、各種設定（configration）ファイルを管理するための設定「ＳＥＴＴＥＩ」フォルダ２３２等が含まれている。したがって、これらの運行フォルダ２３１、設定フォルダ２３２も共有フォルダであり、これらの中に存在するフォルダも共有フォルダ、ファイルは共有ファイルである。

図８に示した例では、運行フォルダ２３１の中に、互いに独立した複数の運行フォルダ２３１−１、２３１−２が形成されている。また、各運行フォルダ２３１−１、２３１−２の中には、運行データファイル２３ａがそれぞれ配置されている。なお、各運行フォルダ２３１−１、２３１−２、およびこれらの中の運行データファイル２３ａは、車載器１０Ｂからの指示により作成されるものである。したがって、各運行フォルダ２３１−１、２３１−２、およびこれらの中の運行データファイル２３ａは、車両毎にそれぞれ存在している。

各運行フォルダ２３１−１、２３１−２、および運行データファイル２３ａは、共有可能に構成されているので、ＦＴＰサーバ２０Ｂおよび事務所ＰＣ３０Ｂがこれらにアクセスしてデータを読み出すことが可能である。但し、データの書き込みや削除の権限は、送信元の車載器１０Ｂにのみ与えられている。

設定フォルダ２３２の中には、車両毎にそれぞれ個別に用意された複数の設定フォルダ２３２−１、２３２−２、・・・と、全ての車両を共通に管理するための設定フォルダ（ＡＬＬ）２３２−Ａと、ＳＥＴフォルダ２３２−Ｓとが含まれている。

例えば、車両コード「１１１１１１１１」が割り当てられた車両を管理するための各種設定ファイルやデータは、設定フォルダ２３２−１の中に配置される。また、車両コード「２２２２２２２２」が割り当てられた車両を管理するための各種設定ファイルやデータは、設定フォルダ２３２−２の中に配置される。そして、例えば車両コード「１１１１１１１１」が割り当てられた車両上の車載器１０Ｂから送信された運行データに対応付けられる前述の解析完了通知ファイル２３ｂは、図８に示すように設定フォルダ２３２−１の中に配置される。

なお、図８に示した「ｒｏｏｔ」、「ＷＩＲＥＬＥＳＳ」、運行フォルダ２３１、設定フォルダ２３２、設定フォルダ２３２−１、２３２−２、２３２−Ａ、２３２−Ｓは、それぞれＦＴＰサーバ２０Ｂが作成したものである。また、解析完了通知ファイル２３ｂもＦＴＰサーバ２０Ｂが作成する。

実際の解析完了通知ファイル２３ｂの名称は、事務所ＰＣ３０Ｂにおける該当する解析処理の結果が成功の場合は「ＯＫ＿運行ファイル名」になり、解析処理の結果が失敗の場合は「ＮＧ＿運行ファイル名」になる。したがって、この解析完了通知ファイル２３ｂの名称の違いにより、該当する解析処理の結果が成功か否かを、運行データ毎に個別に区別できる。

図８に示した例では、各設定フォルダ２３２−１、２３２−２の中に、解析完了通知ファイル２３ｂの他に、アプリケーション（ＡＰＬ）ダウンロード通知ファイル、設定ダウンロード通知ファイル、グループ設定管理ファイル、ダウンロード期間ファイル、ダウンロード開始ファイルがある。

＜ＦＴＰサーバ２０Ｂの動作例＞
本発明の第２実施形態におけるＦＴＰサーバ２０Ｂの動作例を図９に示す。図９に示した動作について以下に説明する。

ＦＴＰサーバ２０Ｂは、処理対象の車両毎に、運行フォルダ２３１内の各運行フォルダ２３１−１、２３１−２、・・・を順番に参照し、各運行データファイル２３ａの内容を処理ＰＲ１の各ステップＳ５１〜Ｓ５４で順番に事務所ＰＣ３０Ｂに送信する。また、所定時間以内に送信完了しない場合（Ｓ５２，Ｓ５４）には、無線ＬＡＮのエラーとして処理する（Ｓ５５）。

ＦＴＰサーバ２０Ｂは、設定フォルダ２３２内で該当する車両コードの設定フォルダ（２３２−１、２３２−２等のいずれか）を探して、このフォルダ内にあるファイル一覧（ファイルリスト）を確認して（Ｓ５６）、次の処理ＰＲ２に進む。

ＦＴＰサーバ２０Ｂは、解析処理の結果が失敗であったことを表す「解析ＮＧ」の解析完了通知ファイル２３ｂの有無を識別し（Ｓ５７）、「解析ＮＧ」の解析完了通知ファイル２３ｂが存在する場合には、該当する運行データファイル２３ａを事務所ＰＣ３０Ｂに再送する（Ｓ５８）。

すなわち、「解析ＮＧ」の解析完了通知ファイル２３ｂが存在する場合には、車載器１０Ｂが該当する運行データを再送し、バックアップファイル（ＢＵ運行）２３ａ−２として管理されているので、このバックアップファイルの内容を事務所ＰＣ３０Ｂに再送することができる。なお、この再送の処理については、ＦＴＰサーバ２０Ｂが自律的に実行してもよいし、車載器１０Ｂからの指示（機能１１４に相当）に従って再送を開始するように制御してもよい。

なお、各解析完了通知ファイル２３ｂは、事務所ＰＣ３０Ｂにおける解析処理の終了時に、事務所ＰＣ３０Ｂからの通知の内容に基づいて、ＦＴＰサーバ２０Ｂが作成するものである。

上記処理ＰＲ２の後で、ＦＴＰサーバ２０Ｂは該当するファイル一覧について、ファイル名称の変更（リネーム）を実行する（Ｓ５９）。具体的には、各解析完了通知ファイル２３ｂの名称の頭に、処理を実行した時刻の情報を付加する。また、ＦＴＰサーバ２０Ｂは「解析ＮＧ」の解析完了通知ファイル２３ｂの場合には、再送処理の後でリネームを実行する。また、ＦＴＰサーバ２０Ｂは「解析ＯＫ」の解析完了通知ファイル２３ｂを確認した場合には、該当する運行データに関連付けられた「事務所保存完了」を表すフラグをセットする。

また、アプリケーションソフトウェアの新たなバージョンが存在している場合や、新たな設定ファイルが存在している場合には、それらのダウンロードを実行し（Ｓ６０，Ｓ６１）、それらのファイルのリネームを実行する（Ｓ６２）。

＜ＦＴＰサーバ２０Ｂの状態遷移例＞
本発明の第２実施形態におけるＦＴＰサーバ２０Ｂの状態遷移の例を図１０に示す。
すなわち、ＦＴＰサーバ２０Ｂが図９に示した動作を実行する場合に、図１０に示したようにＦＴＰサーバ２０Ｂ上の状態が遷移する。

ＦＴＰサーバ２０Ｂは、最初に設定フォルダ２３２内で該当する自車両のコードに対応付けられたフォルダ２３２−１等を確認する（Ｓ７１）。次に、このフォルダ２３２−１等の中に存在している解析完了通知ファイル２３ｂを確認する。そして、例えば３つの解析完了通知ファイル２３ｂが存在する場合には、これらの各々について、「解析ＯＫ」、「解析ＮＧ」を区別する（Ｓ７２）。

「解析ＮＧ」の解析完了通知ファイル２３ｂが見つかった場合には、ＦＴＰサーバ２０Ｂは運行フォルダ２３１内の該当する運行データファイル２３ａを、事務所ＰＣ３０Ｂへ再送する（Ｓ７３）。また、既に送信済みの運行データファイル２３ａを再送する場合には、ファイル名を変更してから再送する（Ｓ７４）。

ＦＴＰサーバ２０Ｂは、送信済みの運行データファイル２３ａについて解析完了通知ファイル２３ｂを確認した後、この解析完了通知ファイル２３ｂをリネーム処理する（Ｓ７５）。そして、ＦＴＰサーバ２０Ｂは「解析ＯＫ」の解析完了通知ファイル２３ｂを確認した運行データに関連付けられた「事務所保存完了」を表すフラグをセットする（Ｓ７６）。したがって、事務所ＰＣ３０Ｂにおいて解析処理の失敗が発生し、保存フォルダ３６上に処理の結果が記録されなかった場合でも、同じ車両が次回に入庫した際に、自動的に運行データの再送が実行され、事務所ＰＣ３０Ｂ側のデータを復旧することができる。

＜変形の可能性＞
上述の運行データ管理システム１００においては、ＦＴＰサーバ２０の記憶装置２１にアップロードされたデータがダウンロードされた時に、該当するデータが記憶装置２１から自動的に削除される場合を想定している。したがって、事務所ＰＣ３０が運行データの再送を必要とする時には、車載器１０が再び運行データをＦＴＰサーバ２０にアップロードする必要がある。しかし、ＦＴＰサーバ２０の記憶装置２１からデータがダウンロードされた後でも、記憶装置２１上のデータを削除せずそのまま保持することも可能である。その場合には、再送のために車載器１０が運行データをＦＴＰサーバ２０に再びアップロードする必要はない。また、車載器１０上の運行データを削除するタイミングを早めることも可能になる。但し、ＦＴＰサーバ２０の記憶装置２１には十分な記憶容量を予め確保しておく必要がある。

上述の運行データ管理システム１００においては、車載器１０と無線ＬＡＮ設備７１との間で近距離無線通信を行う場合を想定しているので、第三者へのデータ漏洩などに対するセキュリティ対策を施す必要はない。しかし、無線通信可能な範囲を広げる場合や、広域無線通信を利用してデータ転送を実施する場合にはセキュリティ対策が必要になる。その場合は、データの暗号化を含むプロトコルを用いてデータ転送することが望ましい。したがって、一般的なファイル転送プロトコル（ＦＴＰ）の代わりに、ＦＴＰＳ (File Transfer Protocol over SSL/TLS) やＳＦＴＰ(SSH File Transfer Protocol)を用いることが想定される。

＜運行データ管理システム１００の利点＞
上述の運行データ管理システム１００においては、車載器１０上の大容量の運行データを事務所ＰＣ３０に転送する際に、ＦＴＰサーバ２０で中継し、ファイル転送プロトコル（ＦＴＰ）によるアップロードおよびダウンロードの機能を利用するので、双方向の通信を行う必要がなく、効率よくデータを転送できる。すなわち、短時間でアップロードおよびダウンロードを完了できる。

また、事務所ＰＣ３０がＦＴＰサーバ２０からダウンロードした運行データの解析に失敗した場合であっても、再送要求を実施することにより、同じ運行データを再びダウンロードすることが可能である。また、車載器１０においては、事務所ＰＣ３０が運行データの解析に成功した後、事務所ＰＣ３０からの削除要求に従って運行データを削除するので、適切なタイミングでデータの削除を実行できる。すなわち、事務所ＰＣ３０が再送を要求する可能性がある時には送信済みであっても運行データを保持し、事務所ＰＣ３０が再送を要求する可能性がなくなった時に運行データを削除し、記録媒体１７上に新たに書き込み可能な記憶領域を確保することができる。

ここで、上述した本発明に係る運行データ管理システムの実施形態の特徴をそれぞれ以下［１］〜［６］に簡潔に纏めて列記する。
［１］ 車両の運行状態を表す運行データを記録し、記録した前記運行データを無線で送信する車載器（１０）と、
前記車載器から前記運行データを取得して前記車両の運行を管理する管理装置（事務所ＰＣ３０）と、
前記運行データを少なくとも一時的に記憶可能なファイル格納装置（ＦＴＰサーバ２０）と、
を備え、
前記車載器は、前記運行データを前記ファイル格納装置に対して送信し、
前記管理装置は、前記ファイル格納装置から前記運行データの取得が完了した場合には、前記車載器に記録されている前記運行データの削除を要求する削除要求データを前記ファイル格納装置に送信し（Ｓ１３，Ｓ３１）、
前記車載器は、前記ファイル格納装置に前記削除要求データが記憶されている場合には、所定時間の経過後に、前記運行データを削除する（Ｓ１６〜Ｓ１８，Ｓ４０，Ｓ４１）、
ことを特徴とする運行データ管理システム。

［２］ 前記管理装置は、前記運行データを再取得する場合には、前記運行データの再送を要求する再送要求データを前記ファイル格納装置に送信し（Ｓ２８，Ｓ３４）、
前記車載器は、前記ファイル格納装置に前記再送要求データが記憶されている場合には、前記ファイル格納装置に前記運行データを再送する（Ｓ１５−Ｓ１３，Ｓ３６）、
ことを特徴とする上記［１］に記載の運行データ管理システム。

［３］ 前記ファイル格納装置は、前記運行データの記憶用に割り当てられた運行データ記憶領域（「車載器→ＰＣ」フォルダ２１ａ）と、前記削除要求データ及び前記再送要求データの記憶用に割り当てられた要求データ記憶領域（「ＰＣ→車載器」フォルダ２１ｂ）と、を有する、
ことを特徴とする上記［２］に記載の運行データ管理システム。

［４］ 前記ファイル格納装置は、送信元クライアントからサーバに向けてデータファイルをアップロードする機能と、前記サーバから前記データファイルを受信先クライアントに向けてダウンロードする機能と、を有するファイル転送プロトコル（ＦＴＰ）を搭載したファイル転送サーバ（ＦＴＰサーバ２０）である、
ことを特徴とする上記［１］乃至［３］のいずれかに記載の運行データ管理システム。

［５］ 前記ファイル格納装置は、前記運行データの一時記憶用に割り当てられた運行データ記憶領域（運行フォルダ２３１）と、前記管理装置が受け取った前記運行データに対する解析結果の成否を表すデータを記憶可能な状態データ記憶領域（設定フォルダ２３２）と、を有し、
前記車載器は、前記状態データ記憶領域に、前記解析結果の成功を表すデータが保持されていることを検知した場合に、所定領域にバックアップとして保持されている前記運行データの削除を実行する（機能１１３，１２０）、
ことを特徴とする上記［１］に記載の運行データ管理システム。

［６］ 前記管理装置は、前記ファイル格納装置から取得した前記運行データを解析処理して、その解析結果の成否を表すデータを、前記状態データ記憶領域に送信し（Ｓ２７Ｂ，Ｓ２８Ｂ）、
前記車載器は、前記状態データ記憶領域に、前記解析結果の失敗を表すデータが存在する場合には、前記バックアップとして保持されている該当する前記運行データを前記管理装置に対して再送する（機能１１４，Ｓ５８）、
ことを特徴とする上記［５］に記載の運行データ管理システム。

１０，１０Ｂ 車載器
１１ 制御部
１２ 無線通信モジュール
１３ 外部入力部
１４ 電源部
１５ 表示部
１６ ユーザ操作部
１７ 記録媒体
１８ 外部接続部
１９ 音声出力部
２０，２０Ｂ ＦＴＰサーバ
２１ 記憶装置
２１ａ 「車載器→ＰＣ」フォルダ
２１ｂ 「ＰＣ→車載器」フォルダ
２３ 共有フォルダ
２３ａ 運行データファイル
２３а−２ バックアップファイル
２３ｂ 解析完了通知ファイル
２３１ 運行フォルダ
２３２ 設定フォルダ
３０，３０Ｂ 事務所ＰＣ
３１ 制御部
３２ 通信インタフェース
３３ 操作部
３４ 表示部
３５ データベース
３６ 保存フォルダ
６０ 事務所
７０ 有線ローカルネットワーク
７１ 無線ＬＡＮ設備
８０ 業務用車両
１００，１００Ｂ 運行データ管理システム
１１０ 入庫時の機能
１２０ 出庫時の機能

Claims (6)

1. 車両の運行状態を表す運行データを記録し、記録した前記運行データを無線で送信する車載器と、
   前記車載器から前記運行データを取得して前記車両の運行を管理する管理装置と、
   前記運行データを少なくとも一時的に記憶可能なファイル格納装置と、
   を備え、
   前記車載器は、前記運行データを前記ファイル格納装置に対して送信し、
   前記管理装置は、前記ファイル格納装置から前記運行データの取得が完了した場合には、前記車載器に記録されている前記運行データの削除を要求する削除要求データを前記ファイル格納装置に送信し、
   前記車載器は、前記ファイル格納装置に前記削除要求データが記憶されている場合には、所定時間の経過後に、前記運行データを削除する、
   ことを特徴とする運行データ管理システム。
2. 前記管理装置は、前記運行データを再取得する場合には、前記運行データの再送を要求する再送要求データを前記ファイル格納装置に送信し、
   前記車載器は、前記ファイル格納装置に前記再送要求データが記憶されている場合には、前記ファイル格納装置に前記運行データを再送する、
   ことを特徴とする請求項１に記載の運行データ管理システム。
3. 前記ファイル格納装置は、前記運行データの記憶用に割り当てられた運行データ記憶領域と、前記削除要求データ及び前記再送要求データの記憶用に割り当てられた要求データ記憶領域と、を有する、
   ことを特徴とする請求項２に記載の運行データ管理システム。
4. 前記ファイル格納装置は、送信元クライアントからサーバに向けてデータファイルをアップロードする機能と、前記サーバから前記データファイルを受信先クライアントに向けてダウンロードする機能と、を有するファイル転送プロトコルを搭載したファイル転送サーバである、
   ことを特徴とする請求項１乃至３のいずれか１項に記載の運行データ管理システム。
5. 前記ファイル格納装置は、前記運行データの一時記憶用に割り当てられた運行データ記憶領域と、前記管理装置が受け取った前記運行データに対する解析結果の成否を表すデータを記憶可能な状態データ記憶領域と、を有し、
   前記車載器は、前記状態データ記憶領域に、前記解析結果の成功を表すデータが保持されていることを検知した場合に、所定領域にバックアップとして保持されている前記運行データの削除を実行する、
   ことを特徴とする請求項１に記載の運行データ管理システム。
6. 前記管理装置は、前記ファイル格納装置から取得した前記運行データを解析処理して、その解析結果の成否を表すデータを、前記状態データ記憶領域に送信し、
   前記車載器は、前記状態データ記憶領域に、前記解析結果の失敗を表すデータが存在する場合には、前記バックアップとして保持されている該当する前記運行データを前記管理装置に対して再送する、
   ことを特徴とする請求項５に記載の運行データ管理システム。
   

Images