(57)【特許請求の範囲】
【請求項１】
車両に搭載され、出庫処理終了から入庫処理終了までの間に発生する車両の運行データを取得し、それを着脱自在の可搬型記録媒体に書き込む車両運行情報収集装置において、
前記運行データを記憶するデータ記憶手段と、
このデータ記憶手段に前記運行データを書き込む書込手段と、
前記出庫処理終了から入庫処理終了までの間において、前記可搬型記録媒体の装着異常により前記可搬型記録媒体上に発生した欠損運行データを前記データ記憶手段に記憶されている前記運行データから検出する検出手段と、
前記欠損運行データを、前記可搬型記録媒体が再び正常装着されたことに基づいて、前記データ記憶手段から前記可搬型記録媒体に転送する転送手段と、
前記装着異常が発生した際に生成される異常開始情報及び前記可搬型記録媒体が再び正常装着された際に生成される異常終了情報を記憶する異常情報記憶手段とを含み、
前記検出手段は記憶されている前記異常開始情報及び異常終了情報に基づき前記欠損運行データを検出し、この検出した前記欠損運行データを前記転送手段が前記可搬型記録媒体に転送する車両運行情報収集装置であって、
前記異常開始情報は、前記可搬型記録媒体が抜き取られた際の前記データ記憶手段上の第１のアドレス情報であり、
前記異常終了情報は、前記可搬型記録媒体が再装着された際の前記データ記憶手段上の第２のアドレス情報であり、
前記検出手段は前記第１及び第２のアドレス情報に基づき、この両アドレス間のデータを前記欠損運行データとして検出する
ことを特徴とする車両運行情報収集装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は車速、走行距離等の車両の運行状態を示す運行データをメモリカード等の可搬型記録媒体に記録する車両運行情報収集装置に関し、特に、可搬型記録媒体がデータ収集中に抜き取られた際にも記録すべき運行データを失うことのない車両運行情報収集装置に関する。
【０００２】
【従来の技術】
従来、この種の車両運行情報収集装置においては、車両の運行状態を示す運行データを所定の設定値に基づいてメモリカード等の可搬型記録媒体に記録する記録装置が車両に搭載されている。そして、この可搬型記録媒体に記録されている運行データは車両を管理するオフィスに設置されている解析装置によって解析される。
しかしながら、従来の車両運行情報収集装置では装着されているメモリカードにのみ収集した運行データを記録していたため以下のような問題点があった。
【０００３】
【発明が解決しようとする課題】
すなわち、出庫処理から入庫処理が終了するまでの間のデータ収集が行われている際に、例えば誤ってメモリカードが抜き取られると、その瞬間から運行データはカード上に書き込まれなくなる。カードを再挿入すると、強制的に終了処理が行われ、メモリカードが抜き取られた後の運行データは欠損したまま運行データが確定されてしまう。場合によっては、強制抜き取り又は装着したことによりデータが破壊されてしまうこともある等の問題があった。
特に、運行中における速度情報等は法律的にも収集が定められているため、上記のようなカードの途中抜き取りに対するデータの保護も必要であった。
【０００４】
よって本発明は、上述した現状に鑑み、可搬型記録媒体がデータ収集中に抜き取られても記録すべき運行データを失うことのない車両運行情報収集装置を提供することを課題としている。
【０００５】
【課題を解決するための手段】
上記課題を解決するためになされた請求項１記載の車両運行情報収集装置は、図１の基本構成図に示すように、車両に搭載され、出庫処理終了から入庫処理終了までの間に発生する車両の運行データを取得し、それを着脱自在の可搬型記録媒体３１ａに書き込む車両運行情報収集装置において、前記運行データを記憶するデータ記憶手段１４ａと、このデータ記憶手段１４ａに前記運行データを書き込む書込手段１２ａと、前記出庫処理終了から入庫処理終了までの間において、前記可搬型記録媒体３１ａの装着異常により前記可搬型記録媒体３１ａ上に発生した欠損運行データを前記データ記憶手段１４ａに記憶されている前記運行データから検出する検出手段１２ｂと、前記欠損運行データを、前記可搬型記録媒体が再び正常装着されたことに基づいて、前記データ記憶手段１４ａから前記可搬型記録媒体３１ａに転送する転送手段１２ｃとを含むことを特徴とする。
【０００６】
なお、請求項１の前記可搬型記録媒体３１ａの装着異常とは、単に機械的な装着状態のみに限定するものでなく、前記可搬型記録媒体３１ａに対して運行データが正常に書き込めない状態のことである。また、正常装着とは、前記可搬型記録媒体３１ａに対して運行データが正常に書き込める状態のことである。
【０００７】
請求項１記載の発明によれば、可搬型記録媒体３１ａに書き込まれている運行データがデータ記憶手段１４ａにも書き込まれ、記憶される。そして、検出手段１２ｂが出庫処理終了から入庫処理終了までの間において、前記可搬型記録媒体３１ａの装着異常により前記可搬型記録媒体３１ａ上に発生した欠損運行データを検出する。さらに、転送手段１２ｃがこの欠損運行データを、可搬型記録媒体が再び正常装着されたことに基づいて、データ記憶手段１４ａから前記可搬型記録媒体３１ａに転送する。
【０００８】
また、請求項１記載の車両運行情報収集装置は、図１の基本構成図に示すように、前記装着異常が発生した際に生成される異常開始情報及び前記可搬型記録媒体が再び正常装着された際に生成される異常終了情報を記憶する異常情報記憶手段１４ｂをさらに含み、前記検出手段１２ｂは記憶されている前記異常開始情報及び異常終了情報に基づき前記欠損運行データを検出し、この検出した前記欠損運行データを前記転送手段１２ｃは前記可搬型記録媒体に転送することを特徴とする。
【０００９】
請求項１記載の発明によれば、異常情報記憶手段１４ｂに装着異常が発生した際に異常開始情報が生成される。また、可搬型記録媒体が再び正常装着された際に異常終了情報が生成される。そして、これら両情報から欠損運行データが検出される。
【００１２】
また、請求項１記載の車両運行情報収集装置は、図１の基本構成図に示すように、前記異常開始情報は、前記可搬型記録媒体が抜き取られた際の前記データ記憶手段１４ａ上の第１のアドレス情報であり、前記異常終了情報は、前記可搬型記録媒体が再装着された際の前記データ記憶手段１４ａ上の第２のアドレス情報であり、前記検出手段１２ｂは前記第１及び第２のアドレス情報に基づき、この両アドレス間のデータを前記欠損運行データとして検出することを特徴とする。
【００１３】
請求項１記載の発明によれば、異常開始情報は、可搬型記録媒体が抜き取られた際のデータ記憶手段１４ａ上の第１のアドレス情報、異常終了情報は、前記可搬型記録媒体が再装着された際のデータ記憶手段１４ａ上の第２のアドレス情報である。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
図２は本発明の一実施の形態による車両運行情報収集装置が適用されるシステムの概略構成を示す図である。
【００１７】
図２において、車両運行情報収集装置１は、例えば貨物輸送用トラック（図示せず）に搭載されるもので、制御装置１０、ハンディターミナル２０及びリーダライタ３０を備えている。制御装置１０には走行センサ、エンジン回転センサ等の各種車両センサ（図示せず）が接続されている。また、リーダライタ３０は、スロット３０ａから挿入されたＩＣカードやメモリカード等のカード状記憶媒体又は可搬型記録媒体（以下、カードと称する）３１に、ハンディターミナル２０から入力される各種情報等を書き込むものである。
【００１８】
カード３１のスロット３０ａに対する挿入又は装着は手動で行い、スロット３０ａからのカード３１の排出は、ハンディターミナル２０の所定のキー操作に応答して、リーダライタ３０内の排出機構（図示せず）が自動で行う。
なお、上記制御装置１０及びリーダライタ３０が同一筐体に内蔵されたディジタルタコグラフをこれらの代わりに用いてもよい。
【００１９】
一方、車両の運行を管理する運送会社の車両管理事務所等に設置される車両運行情報解析装置５は、予め定めたプログラムに従って動作するパーソナルコンピュータ（パソコン）４０を有する。パソコン４０は、パソコン本体４０ａと、これに接続されたキーボード４０ｂ、ＣＲＴ４０ｃからなる。このパソコン４０には、車両運行情報収集装置１から取外したカード３１から運行情報を読み取るためのリーダライタ５０と、このリーダライタ５０によってパソコン４０に入力された運行情報の解析結果を紙に出力するためのプリンタ６０が接続されている。なお、リーダライタ５０は、カード３１の挿入／排出を行うスロット５０ａを有する。
【００２０】
上述した車両運行情報解析装置５において、車両運行情報収集装置１でカード３１に記憶された車両の運行情報は、車両の運行を管理する運送会社の車両管理事務所等に設置される車両運行情報解析装置５に収集され、パソコン４０に入力され、解析される。その解析結果が乗務日報等としてＣＲＴ４０ｃ若しくはプリンタ６０に出力される。
【００２１】
次に、車両運行情報収集装置１を構成する制御装置１０の構成について図３を参照して説明する。
１１は読み出し専用のメモリ（ＲＯＭ）を示し、ＲＯＭ１１には所定のプログラムや固定データ等が予め格納されるとともに、後述する図８で示す処理を行うプログラムも格納されている。１２は中央演算処理装置（ＣＰＵ）を示し、ＣＰＵ１２はＲＯＭ１１に予め格納された制御プログラムに従って動作する。１３は電気的消去／書き換え可能な読み出し専用のメモリ（ＥＥＰＲＯＭ）を示し、ＥＥＰＲＯＭ１３には車両コードや機能設定情報等の車両個別の設定情報が格納されている。
【００２２】
１４は読み出し書き込み自在のメモリを示し、ＣＰＵ１２の処理の過程で発生する各種のデータを格納するデータエリアと処理の際に使用するワークエリア等を有する。実際的には高速アクセス可能なＳＲＡＭ（ｓｔａｔｉｃ  ＲＡＭ）が用いられ、この場合図示しないが給電を受けている。このＳＲＡＭ１４が本発明におけるデータ記憶手段又はバックアップデータ記憶手段に相当する。
【００２３】
１５はカレンダ機能付きの時計ＩＣを示し、時計ＩＣ１５はこれに接続された電源１５ａからの給電を受けて、「年」、「月」、「日」、「時」、「分」、「秒」からなる時刻情報をＣＰＵ１２に出力する。
１６は電源部を示し、電源部１６は車両のバッテリ（図示せず）から供給される電力を、ハンディターミナル２０、リーダライタ３０、並びに、ＣＰＵ１２に分配して供給するもので、この電源部１６には、前記バッテリからの電力供給が断たれた場合に、所定時間に亘りＣＰＵ１２に電力を供給するバックアップ電池１６ａが接続されている。
【００２４】
１７はインタフェース部を示し、インタフェース部１７は、３系統のシリアルＩ／Ｏインタフェース（以下、Ｓ−Ｉ／Ｏと略記する）１７ａ〜ｃと、１系統のパラレルＩ／Ｏインタフェース（以下、Ｐ−Ｉ／Ｏと略記する）１７ｄを備えている。このうち、前記各Ｓ−Ｉ／Ｏ１７ａ〜ｃには、ハンディターミナル２０、及び、リーダライタ３０が、それぞれのインタフェース１８ａ，１８ｂを介して接続されており、Ｓ−Ｉ／Ｏ１７ｃには、ＲＳ−２３２Ｃ対応の予備インタフェース１８ｃが接続されている。また、Ｐ−Ｉ／Ｏ１７ｄには、走行センサ及びエンジン回転センサ（いずれも図示せず）が、それぞれのインタフェース１８ｄ，１８ｅを介して接続されており、さらに、例えば車両の荷物室（図示せず）内の温度が閾値を越えたか否かを検出する温度センサ（図示せず）等が接続される、外部入力用の１０チャンネル分の外部入力Ｉ／Ｆ１８ｆが接続されている。
上記走行センサからは、少なくとも走行距離距離情報が供給され、後述する走行速度の計算等に利用される。
【００２５】
図４（ａ）、（ｂ）及び（ｃ）は本発明の概要を説明するためのカード内及びＳＲＡＭ内に格納されているデータの状態を示す概念図である。図４（ａ）は出庫処理が終了し、途中でカードが抜き取られる瞬間までの間のカード内及びＳＲＡＭ内に格納されている運行データの状態を示す。図４（ｂ）はカードが抜き取られてから、カードが再挿入されるまでの間のカード内及びＳＲＡＭ内に格納されているデータの状態を示す。図４（ｃ）はカードが再挿入されたときのカード内及びＳＲＡＭ内に格納されているデータの状態を示す。
【００２６】
出庫処理が終了し、途中でカードが抜き取られる瞬間までの間運行データは、図４（ａ）に示されるようにカード及びＳＲＡＭ内に並列的に格納されていく。
入庫処理が完了する前にカードが抜き取られてから、カードが再挿入されるまでの間は図４（ｂ）に示すように、ＳＲＡＭ内には運行データが継続して格納される（この間のデータはバックアップデータとして記載している）。この間カード内には運行データが書き込まれないので図４（ｂ）に示すようなデータ欠損が生じる。
カードが再装着されると、図４（ｃ）に示すように、図４（ｂ）で説明したバックアップデータがカード内にコピーされる。カードが抜き取られてから、カードが再挿入されるまでの間に発生する欠損データの範囲は、後述するが抜き取り及び再挿入時の時刻情報あるいはＳＲＡＭ上のアドレス情報に基づいて求められる。
【００２７】
従って、運行データ収集中に、誤ってメモリカード等の可搬型記録媒体が抜き取られても、その間のデータを失うことはない。これにより、法律によって定められている速度情報などを確実に保護するのに役立つ。さらに、このバックアップデータを記憶しておくことによって、後で各種の可搬型記録媒体によってバックアップデータを取得することも可能であるし、場合によってはこの種の装置が有している車載印字装置に欠損データを印字させることも可能になる。
【００２８】
図５は図２に示すカード３１のメモリマップの一例である。図５において、カード３１は、カード３１を管理するために必要な管理情報を格納するための管理エリア３１１と、車両の運行情報を格納するためのデータエリア３１２とを有している。
【００２９】
管理エリア３１１は、３１１ａ〜３１１ｃ等に示す情報エリアを有する。一方、データエリア３１２には、車両の運行状況が変わるごと、すなわち新たな運行イベントが発生する毎にに生成される運行データ１、２、３…が格納され、この１又は複数の運行データ１、２、３…によって運行情報が構成される。
なお、以降の説明では、便宜上、各運行データ１、２、３…を、各運行データブロックと呼ぶこともある。また、各運行データ１、２、３…は後述するが、それぞれが開始時刻及び終了時刻を有する。
【００３０】
また、上述した管理エリア３１１において、カードＮｏ．情報エリア３１１ａには、カード３１を管理するために割り振られたカードＮｏ．情報が格納され、カードＮｏ．情報エリア３１１ａに格納された情報に基づいてカード３１の管理が行われる。アドレスポインタ情報エリア３１１ｂには、データエリア３１２に格納される最後の運行データの次のアドレス（次の運行データの格納先アドレス）情報が格納され、運行データを格納する際はこのアドレスに基づいてカード３１に書き込む。
【００３１】
各種情報エリア３１１ｃは、入庫、オーバーフロー、コピー等のフラグ情報、が格納されるフラグ情報エリア、前カードＮｏ．の情報が格納される前カードＮｏ．情報エリア、車両が最後に出庫したときの車両コードが格納される車両コード情報エリア、車両が最後に出庫した時刻が格納される出庫時刻情報エリア及びカード３１へのデータの書込／読込におけるエラー発生を検出するためのチェックコードが格納されるチェックコード情報エリアなどから構成されるが、本発明の要旨を説明するためには不要なので詳述しない。
【００３２】
次に、前述した運行データ１、２、３…のデータ構造の一例を示す。図６において、運行データ１、２、３…は、例えば、運行種別３２１、開始時刻３２２、終了時刻３２３、区切りヘッダ３２４、走行速度３２５、走行時間３２６及び走行距離３２７の各情報から構成される。
【００３３】
上記運行種別３２１は、運行イベントの種別、例えば、荷積を示す情報”ｆ１”が格納される。開始時刻３２２及び終了時刻３２３はそれぞれ、前記運行イベントが開始された時刻及び終了した時刻情報である。これらの時刻情報は、例えば前述のハンディターミナル２０によるある運行イベントの入力をトリガーとして時計ＩＣ１５からの前述した時刻情報を参照して取得できる。例えば、イベント入力時刻をそのイベントの開始時刻とするとともに、その前の運行イベントの終了時刻とする。
なお、イベント終了時刻と次のイベント開始時刻が一致するので、上記終了時刻情報３２３は必ずしも必要でない。
【００３４】
また、走行速度３２５、走行時間３２６及び走行距離３２７は、上記運行イベント発生中の走行速度、時間及び距離情報であり、これら情報は時計ＩＣ１５や速度センサから前述のＣＰＵ１２に供給される時刻情報、走行距離から取得できる。
【００３５】
なお、区切りヘッダ部３２４は区切りを意味する文字列情報が格納されるが、これの存在しない構成とすることもできる。また、データエリア１４２には、ある運行イベント発生中の速度オーバー回数情報なども格納されることがあるがここでは省略している。
【００３６】
図７は図２に示すＳＲＡＭ１４上における本発明に関わるエリアのメモリマップの一例である。このエリアは、図７に示されるように、種々の管理情報を格納するための管理エリア１４１と、車両の運行情報を格納するためのデータエリア１４２とを有している。上記管理エリア１４１は、１４１ａ〜１４１ｅ等に示す情報エリアを有する。一方、データエリア１４２は図５で示したデータエリア３１２と同様の構造を有する。
【００３７】
上記管理エリア１４１において、カードＮｏ．情報エリア１４１ａには、現在データ収集に使用しているカードＮｏ．が格納される。アドレスポインタ情報エリア１４１ｂには、データエリア１４２に格納される最後の運行データの次のアドレス（次の運行データの格納先アドレス）情報が格納される。
カード抜取時刻情報エリア１４１ｃには、出庫処が完了し入庫処理が未終了の間にカードがスロット３０ａから抜き取られた際、時計ＩＣ１５から得られる前述した時刻情報が格納される。同様に、カード再挿入時刻情報エリア１４１ｄには、出庫処が完了し入庫処理が未終了の間にカード３１がスロット３０ａに再挿入された際、時計ＩＣ１５から得られる前述した時刻情報が格納される。
各種情報エリア１４１ｅは、各種フラグ情報が格納されるフラグ情報エリア、及び各種チェックコード情報エリアなどから構成されるが、本発明の要旨を説明するためには不要なので詳述しない。
【００３８】
また、データエリア１４２に格納される運行データ１、２、３…は、図６で示したと同様のデータ構造を有する。
【００３９】
次に、図８を用いて図３のＣＰＵが行う本発明に関わる処理フローを説明する。
この処理では、運行データの書き込みは、ＳＲＡＭ１４に対しては直接的に行うが、後述する穴埋め処理が発生したときのデータ管理を想定し、カード３１に対しては上記運行データブロック単位で行うように想定している。すなわち、カード３１に対しては、その運行イベントが完了した時点で、対応する運行データブロックをカード３１に転送し書き込みするようにしている。
このようなブロック単位毎の書き込みは、本発明の要旨を限定するものでなく他の方法を用いてもよい。
【００４０】
図中、まずステップＳ１において、リーダライタ３０のスロット３０ａにカード３１が挿入又は装着されたかどうかを判断する。ここで、カード３１が挿入されたと判断すると（ステップＳ１のＹ）ステップＳ２に移行し、挿入されてないと判断する限りステップＳ１を繰り返す（ステップＳ１のＮ）。
【００４１】
このカード３１の挿入又は装着の判断は、カード３１が所定の位置に装着されたことに基づく機械的方法によってもよいし、電気的にＣＰＵ１２からカード３１にアクセス可能になったことに基づくようにしてもよい。同様に後述するカード３１の抜取の判断も、カード３１が装着中の所定位置にから移動したことに基づく機械的方法によってもよいし、電気的にＣＰＵ１２からカード３１にアクセスできなくなったことに基づくようにしてもよい。
【００４２】
ステップＳ２においては、所定の出庫処理を行い、ステップＳ３に移行する。この出庫処理では、例えば、出庫に対する運行状況データをＳＲＡＭ１４上の作業エリアに作成し、この運行状況データを図５に示すカード３１の管理エリア３１１のアドレスポインタ情報エリア３１１ｂのアドレス情報に基づいてデータエリア３１２に書き込む。
【００４３】
ステップＳ３においては、１ブロック分の運行データを取得し、取得した運行データを図６に示したデータ構造で、図７に示したＳＲＡＭ１４のデータエリア１４２に格納していく。詳述すると、例えば、ある運行イベント（便宜上イベント１と呼ぶ）に対するハンディターミナル２０からのキー入力に応答して、上記データエリア１４２にイベント１の開始時刻３２２及び運行種別３２１を書き込む。次の運行イベント（便宜上イベント２と呼ぶ）の開始入力があると、それに応答してイベント１の終了時刻３２３を書き込むと同時に、時刻情報３２２及び３２３並びに走行センサから得られる距離情報等に基づいて、イベント１の開始時刻から終了時刻までの走行速度３２５、走行時間３２６及び走行距離３２７を算出し、割り当てられたデータエリア１４２にこれらを書き込み、ステップＳ４に移行する。
なお、上述のように走行速度は、イベント開始から終了までの間に取得された走行距離からイベント発生中の平均走行速度を算出し、運行データブロック毎に平均走行速度を書き込むようにしてもよいし、一定時間毎に取得し随時書き込むようにしてもよい。
【００４４】
ステップＳ４においては、カード３１が抜き取られているかどうかを判断する。もし、ここでカード３１が抜き取られていないと判断すれば（ステップＳ４のＮ）、すなわち正常の場合には、正常処理を継続すべくステップＳ５以降に移行する。カード３１が抜き取られていると判断すれば（ステップＳ４のＹ）、すなわち異常の場合には、バックアップ処理を行うべくステップＳ８以降に移行する。
【００４５】
ステップＳ５においては、ステップＳ４において取得した１ブロック分の、例えば、運行データ１を上記データエリア１４２からカード３１に転送し、ステップＳ６に移行する。
【００４６】
ステップＳ６においては、ハンディターミナル２０上の終了ボタン（図示しない）が押下されたかどうかを判断する。ここで、終了ボタンが押下されたと判断すると（ステップＳ６のＹ）、ステップＳ７に移行し、所定の入庫処理を行う。ステップＳ７の入庫処理では例えば出庫に対する運行状況データをＳＲＡＭ１４上の作業エリアに作成し、この運行状況データを図５に示すカード３１の管理エリア３１１のアドレスポインタ情報エリア３１１ｂのアドレス情報に基づいてデータエリア３１２に書き込む。そしてその終了後リーダライタ３０のスロット３０ａからカード３１を排出し、終了する。
一方、ステップＳ６において、終了ボタンが押下されていないと判断すると（ステップＳ６のＮ）、次の運行データを取得すべくステップＳ３に戻る。
【００４７】
ステップＳ４に説明を戻して、ステップＳ４においてカード３１が抜き取られていると判断すれば（ステップＳ４のＹ）、バックアップ処理を行うべくステップＳ８に移行する。ステップＳ８においては、カード３１の抜取時刻を取得して、図７に示したＳＲＡＭ１４内の管理エリア１４１中のカード抜取時刻情報エリア１４１ｃに前記抜取時刻を格納し、ステップＳ９に移行する。
【００４８】
ステップＳ９においては、次の運行データ２をステップＳ３で示したのと同様に取得し、所得した運行データ２をＳＲＡＭ１４のデータエリア１４２に格納し、ステップＳ１０に移行する。
【００４９】
ステップＳ１０においては、カード３１がスロット３０ａに挿入されているかどうかを判断するが、ここで挿入されていると判断しない限りステップＳ９に戻り（ステップＳ１０のＮ）、ステップＳ９によるバックアップ処理を継続する。ステップＳ１０において、カード３１が挿入されていると判断すると、バックアップデータの穴埋め処理を行うべく、ステップＳ１１に移行する。
【００５０】
ステップＳ１１においては、ステップＳ１０におけるカード３１の挿入時刻を所得して、図７に示したＳＲＡＭ１４内の管理エリア１４１中のカード再挿入時刻情報エリア１４１ｄに再挿入時刻を格納し、ステップＳ１２に移行する。
【００５１】
ステップＳ１２においては、カード３１抜き取りによりカード上に発生した欠損データの穴埋め処理を行う。すなわち、ＳＲＡＭ１４上のデータエリア１４２上に格納されている各運行データ１、２、３…それぞれは開始及び終了時刻を有しているので、これらの時刻情報と管理エリア１４１のカード抜取時刻情報エリア１４１ｃ及びカード再挿入時刻情報エリア１４１ｄに格納されている時刻情報とから、カード３１上に欠損している運行データのブロックが特定できる。一方、カード３１上の各運行データはブロック毎に完結しているので、欠損している運行データのブロックのみをカード３１に転送して穴埋めすれば、正規の運行データがカード３１上に再現できる。
【００５２】
このようにして特定した欠損データを、ＳＲＡＭ１４からカード３１に転送して穴埋め処理を行い、正常処理に復帰すべくステップＳ３に戻る。なお、この穴埋め処理のタイミングは、一時的に転送すべきデータを所定のバッファエリアに保管しておき、ＣＰＵ１２の負荷の小さいときに一括して行ってもよいし、割り込み処理により行ってもよい。
【００５３】
このように、出庫処理終了から入庫処理終了までの間において、カード３１上に発生した欠損運行データを検出され、カード３１が再び正常装着されたことに基づいて、この欠損運行データがカード３１に転送され、補償される。従って、運行データ収集中に、誤ってカード３１が抜き取られても、その間のデータを失うことはない。これにより、法律によって定められている速度情報などを確実に保護するのに役立つ。さらに、カード３１が再び正常装着されたことに基づいて、バックアップデータが転送されるので、バックアップ処理のための特別な操作が不要である。乗務員は、単に途中抜けのカードを元に戻すだけで途中抜け以前と同様のデータ収集が継続できる。
【００５４】
また、通常この種の装置は計時手段を有しており、運行データも通常経時データを有しているので、既成の時刻情報を含む運行データ構造を変更する必要することなくかつ新たなハードウエアも追加することなしに、データバックアップ及びデータ欠損穴埋め処理ができる。
【００５５】
ところで、上述のように欠損データの穴埋め処理は時刻情報に基づいて行ってきたが、時刻情報の代わりに直接ＳＲＡＭ１４上のアドレスを用いて同様のバックアップ及び穴埋め処理を行うこともできる。例えば、図８のステップＳ４におけるカード抜取の判断時に、そのタイミングにおけるＳＲＡＭ１４上のデータエリア１４２上のアドレスを、図７の時刻情報エリア１４２ｃを利用して格納しておく。そして、ステップＳ１１におけるカード再挿入の判断時のタイミングにおけるデータエリア１４２上のアドレスを取得し、上記両アドレスから欠損データを特定することができる。
【００５６】
このようにアドレス情報により、直接的に欠損範囲が特定できる。すなわち、欠損したデータのアドレスが直ちに判別できるので、補償すべきデータの範囲も直ちに特定できる。つまり、アドレスを利用することにより、より簡単に欠損データのバックアップ及び補償が行える。
【００５７】
なお、上記ステップＳ３及びステップＳ９が本発明の書込手段、ステップＳ１２が同検出手段、並びにステップＳ１０、ステップＳ１１及びステップＳ１２が同転送手段にそれぞれ相当する。またステップＳ４、ステップＳ１０、エリア１４２ｃ及びｄが本発明の異常情報記憶手段に相当する。さらに上記エリア１４２ｃ及びｄにそれぞれ記憶されている時刻情報が本発明の第１及び第２の時刻情報にそれぞれ相当する。
【００５８】
図９は、図６で示した運行データの他のデータ構造の例を示す。
例えば、図中、出庫処理が完了した時刻を開始時刻３３とし、入庫処理が完了した時刻を終了時刻３５とする。そして開始時刻３３から終了時刻３５までの間、ＣＰＵ１２は時計ＩＣ１５及び走行センサからの情報を利用して、一定時間毎、例えば、３０秒のインターバルで自動的に平均走行速度を随時取得及び算出し、開始時刻３３から終了時刻３５までの営業運行中の速度データ１、２、３…を番号順に格納する。このようなデータ構造にすることにより、開始時刻３３と速度データ１、２、３…番号から、その速度データの取得時刻が特定できることになる。
【００５９】
従って、図８で説明した処理フローが同様に適用でき、図９で示した運行データに対して途中カード抜き取り時のバックアップ処理及び欠損データの穴埋め処理ができる。
【００６０】
【発明の効果】
請求項１記載の発明によれば、可搬型記録媒体３１ａに書き込まれている運行データがデータ記憶手段１４ａにも書き込まれ、記憶される。そして、検出手段１２ｂが出庫処理終了から入庫処理終了までの間において、前記可搬型記録媒体３１ａの装着異常により前記可搬型記録媒体３１ａ上に発生した欠損運行データを検出する。さらに、転送手段１２ｃがこの欠損運行データを、可搬型記録媒体が再び正常装着されたことに基づいて、データ記憶手段１４ａから前記可搬型記録媒体３１ａに転送する。
【００６１】
このように、出庫処理終了から入庫処理終了までの間において、可搬型記録媒体３１ａ上に発生した欠損運行データが検出され、可搬型記録媒体が再び正常装着されたことに基づいて、この欠損運行データが可搬型記録媒体に転送され、補償される。従って、運行データ収集中に、誤ってメモリカード等の可搬型記録媒体が抜き取られても、その間のデータを失うことはない。これにより、法律によって定められている速度情報などを確実に保護するのに役立つ。さらに、可搬型記録媒体が再び正常装着されたことに基づいて、バックアップデータが転送されるので、バックアップ処理のための特別な操作が不要である。乗務員は、単に途中抜けのカードを元に戻すだけで途中抜け以前と同様のデータ収集が継続できる。
【００６２】
また、請求項１記載の発明によれば、異常情報記憶手段１４ｂに装着異常が発生した際に異常開始情報が生成される。また、可搬型記録媒体が再び正常装着された際に異常終了情報が生成される。そして、これら両情報から欠損運行データが検出される。
【００６３】
従って、請求項１記載の発明によれば、上記異常開始情報及び異常終了情報により、記録すべき可搬型記録媒体上の運行データの欠損範囲が容易かつ確実に特定できる。この結果、確実に欠損データの補償も行われる。また正確に範囲が特定できるので、強制抜き取り又は装着したことによりデータが破壊されてしまうこともない。
【００６６】
更に、請求項１記載の発明によれば、異常開始情報は、可搬型記録媒体が抜き取られた際のデータ記憶手段１４ａ上の第１のアドレス情報、異常終了情報は、前記可搬型記録媒体が再装着された際のデータ記憶手段１４ａ上の第２のアドレス情報である。そして、検出手段１２ｂは上記両アドレス間のデータを欠損運行データとして検出する。
【００６７】
従って、請求項１記載の発明によれば、アドレス情報により、直接的に欠損範囲が特定できる。すなわち、欠損したデータのアドレスが直ちに判別できるので、補償すべきデータの範囲も直ちに特定できる。つまり、アドレスを利用することにより、より簡単に欠損データのバックアップ及び補償が行える。
【図面の簡単な説明】
【図１】本発明の車両運行情報収集装置の基本構成を示す図である。
【図２】本発明の一実施の形態による車両運行情報収集装置が適用されるシステムの概略構成を示す図である。
【図３】図２の制御装置１０の構成を示すブロック図である。
【図４】図４（ａ）、（ｂ）及び（ｃ）は本発明の概要を説明するためのカード内及びＳＲＡＭ内に格納されているデータの状態を示す概念図である。
【図５】図２に示すカード３１のメモリマップの一例である。
【図６】運行データのデータ構造の一例である。
【図７】図２に示すＳＲＡＭ１４上における本発明に関わるエリアのメモリマップの一例である。
【図８】図３のＣＰＵが行う本発明に関わる処理フローを示すフローチャートである。
【図９】図６で示した運行データのデータ構造の他の一例である。
【符号の説明】
１      車両運行情報収集装置
５      車両運行情報解析装置
１０    制御装置
２０    ハンディーターミナル
３０    リーダライタ
３１    カード
４０    パソコン
５０    リーダライタ
６０    プリンタ
【図１】
0003859192.tif 000002
【図２】
0003859192.tif 000003
【図３】
0003859192.tif 000004
【図４】
0003859192.tif 000005
【図５】
0003859192.tif 000006
【図６】
0003859192.tif 000007
【図７】
0003859192.tif 000008
【図８】
0003859192.tif 000009
【図９】
0003859192.tif 000010