JP2002245504A - 車両運行情報収集装置及び車両運行情報収集装置のアプリケーションプログラム登録方法 - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションプログラムの登録試行前に
ハードウエア異常を自動的に検知して、ハードウエア異
常に起因する登録ミスを事前に防止できるようにする。 【解決手段】 工程Ｓ２、３では、電源投入に基づい
て、アプリケーションプログラムが車両運行情報収集装
置の内部記憶手段１１Ａに登録されているか否かをチェ
ックする。工程Ｓ４、５では、工程Ｓ２、３にて、アプ
リケーションプログラムが未登録と判断された際に、こ
のアプリケーションプログラムに関連するハードウエア
をチェックする。工程Ｓ６〜８では、工程Ｓ４、５に
て、ハードウエア正常と判断された際に、アプリケーシ
ョンプログラムの未登録を報知すると共にアプリケーシ
ョンプログラム登録待ち状態にする。工程Ｓ９、１０で
は、工程Ｓ４、５にて、ハードウエア異常が検知された
際に、その旨を報知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、車両運行情報収集
装置及びこの装置のアプリケーションプログラム登録方
法に関し、特に、建設機械システム等に利用される車両
運行情報収集装置及びこの装置に用いられるデータ構造
に関する。

【０００２】

【従来の技術】従来、この種の車両運行情報収集装置
は、時刻、走行速度、走行距離データ、位置データ及び
作業データ等の車両運行情報を収集してメモリカード等
の可搬型記録媒体に記録するようにしている。そして、
このような車両運行情報の収集を行うためのアプリケー
ションプログラムは、運行前に予め所定の手続きをふん
で登録することが必要である。しかしながら、従来の車
両運行情報収集装置においては、このようなアプリケー
ションプログラムの登録をする際に、たとえハードウエ
アに異常があったとしても、アプリケーションプログラ
ムの登録を試行してしまいがちであり、また、ハードウ
エア異常の場合にもそのためのチェック処理を別途、行
わなければならないという問題があった。この問題を以
下に図４を用いて説明する。

【０００３】図４は従来のアプリケーションプログラム
登録に関する処理動作を示すフローチャートである。特
に、図４（Ａ）は電源投入時、図４（Ｂ）はアプリケー
ションプログラム登録時、そして、図４（Ｃ）はハード
ウエアチェック時の処理動作例を示すフローチャートで
ある。アプリケーションプログラム登録時におけるこれ
らの関係を簡単に説明すると、まず電源投入時に図４
（Ａ）の処理動作によりアプリケーションプログラム未
登録を認識し、その後図４（Ｂ）の処理動作によりアプ
リケーションプログラム登録を試み、登録ミス時には図
４（Ｃ）の処理動作によりハードウエアチェックを行
う。

【０００４】図４（Ａ）の電源投入時のフローチャート
に示すように、まずステップＳ１０１における電源投入
をトリガーとして、ステップＳ１０２において、アプリ
ケーションプログラム登録チェックが行われる。次にス
テップＳ１０３において、ステップＳ１０２におけるチ
ェックに基づいてアプリケーションプログラム登録有無
の判断がなされて、アプリケーションプログラム登録済
の場合にはステップＳ１０４に移行し（ステップＳ１０
３のＹ）、未登録の場合にはステップＳ１０５に移行し
て（ステップＳ１０３のＮ）、それぞれの判断結果に応
じた後述の処理が行われる。ステップＳ１０４において
は、アプリケーションプログラム登録済でかつ関連する
ハードウエアも正常なので、登録済のアプリケーション
プログラムにしたがって通常の車両運行情報収集処理が
実行される。一方、ステップＳ１０５においてはアプリ
ケーションプログラムが未登録である旨が表示され、ス
テップＳ１０６においてはアプリケーションプログラム
が未登録である旨が鳴動される。そして、ステップＳ１
０７において、アプリケーションプログラム登録待状態
に移行する。これにより、アプリケーションプログラム
未登録の認識及び登録の準備が整い、図４（Ｂ）のアプ
リケーションプログラム登録処理に移行できる。

【０００５】図４（Ｂ）に示すアプリケーションプログ
ラム登録時のフローチャートでは、ステップＳ２０１に
おいて、所望のアプリケーションプログラムが格納され
たメモリカードをリーダライタ部に装着することによ
り、アプリケーションプログラム登録処理が始まる。そ
して、登録が正常終了すれば（ステップＳ２０２の
Ｙ）、ステップＳ２０３に移行して登録正常終了を表示
し、登録が失敗すれば（ステップＳ２０２のＮ）登録ミ
スを報知すべく、例えば、ステップＳ２０４において登
録異常終了表示がなされ、ステップＳ２０５において登
録異常終了鳴動がなされる。この時点では、登録ミスの
原因が、装置のハードウエアにあるのか、或いはメモリ
カードやアプリケーションプログラム自体にあるのかが
不明なので、その原因を調査すべく図４（Ｃ）のハード
ウエアチェックを行う。

【０００６】図４（Ｃ）に示すハードウエアチェック時
のフローチャートでは、ステップＳ３０１において、所
定のスイッチ操作によりハードウエアチェック指令を出
す。そしてステップＳ３０２において、この装置のハー
ドウエアがチェックされ、ハードウエアが正常である場
合にはステップＳ３０４に移行し（ステップＳ３０３の
Ｙ）、異常である場合にはステップＳ３０５に移行して
（ステップＳ３０３のＮ）、それぞれの判断結果に応じ
た後述の処理が行われる。ステップＳ３０４において
は、ハードウエアは正常であることが表示される。一
方、ステップＳ３０５においてはハードウエアが異常で
ある旨が表示され、ステップＳ３０６においてはハード
ウエアが異常である旨の鳴動がなされる。これにより、
アプリケーションプログラム登録ミスの原因が、装置の
ハードウエアによるものであるかどうか認識される。

【０００７】

【発明が解決しようとする課題】しかしながら、上記従
来例によると、図４（Ａ）の電源投入時処理において、
アプリケーションプログラム未登録の場合には、ハード
ウエア異常有無をチェックすることなく、登録待状態に
移行するので、ここで使用者は直ちにアプリケーション
プログラム登録を試みることになる。そして、図４
（Ｂ）に示すアプリケーションプログラム登録処理を試
みて、初めて登録できないことを認識し、更に図４
（Ｃ）に示すハードウエアチェック処理を指令してやっ
とハードウエア異常を認識することができる。このよう
に、従来の車両運行情報収集装置では、ハードウエアに
異常がある場合にも、アプリケーションプログラムの登
録を試行してしまいがちであり、また、ハードウエア異
常の場合にもそのためのチェック処理を別途、行わなけ
ればならないという問題があった。

【０００８】よって本発明は、上述した現状に鑑み、ア
プリケーションプログラムの登録試行前にハードウエア
異常を自動的に検知して、ハードウエア異常に起因する
登録ミスを事前に防止できるようにする車両運行情報収
集装置及びこの装置のアプリケーションプログラム登録
方法を提供することを課題としている。

【０００９】

【課題を解決するための手段】上記課題を解決するため
になされた請求項１記載の車両運行情報収集装置は、図
１の基本構成図に示すように、内部記憶手段１１Ａに予
め登録されたアプリケーションプログラムにしたがって
車両運行情報を収集する車両運行情報収集装置であっ
て、所定のトリガーに基づいて、前記アプリケーション
プログラムが前記内部記憶手段１１Ａに登録されている
か否かをチェックするアプリケーション登録チェック手
段１０１と、前記アプリケーション登録チェック手段１
０１にて、前記アプリケーションプログラムが未登録と
判断された際に、このアプリケーションプログラムに関
連するハードウエア全体をチェックする第１ハードウエ
アチェック手段１０２と、前記第１ハードウエアチェッ
ク手段１０２にて、ハードウエア正常と判断された際
に、前記アプリケーションプログラムの未登録を報知す
ると共にアプリケーションプログラム登録待ち状態にす
るアプリケーション未登録報知手段１０３と、前記第１
ハードウエアチェック手段１０２にて、ハードウエア異
常が検知された際に、その旨を報知する第１異常報知手
段１０４とを有することを特徴とする。

【００１０】請求項１記載の発明によれば、本車両運行
情報収集装置は内部記憶手段１１Ａに予め登録されたア
プリケーションプログラムにしたがって車両運行情報を
収集し、アプリケーション登録チェック手段１０１、第
１ハードウエアチェック手段１０２、アプリケーション
未登録報知手段１０３及び第１異常報知手段１０４を有
する。アプリケーション登録チェック手段１０１は、所
定のトリガーに基づいて、アプリケーションプログラム
が内部記憶手段１１Ａに登録されているか否かをチェッ
クする。第１ハードウエアチェック手段１０２は、アプ
リケーション登録チェック手段１０１にて、アプリケー
ションプログラムが未登録と判断された際に、このアプ
リケーションプログラムに関連するハードウエア全体を
チェックする。アプリケーション未登録報知手段１０３
は、第１ハードウエアチェック手段１０２にて、ハード
ウエア正常と判断された際に、アプリケーションプログ
ラムの未登録を報知すると共にアプリケーションプログ
ラム登録待ち状態にする。第１異常報知手段１０４は、
第１ハードウエアチェック手段１０２にて、ハードウエ
ア異常が検知された際に、その旨を報知する。このよう
に、アプリケーションプログラムが未登録の際には、こ
のアプリケーションプログラムに関連するハードウエア
全体をチェックし、ハードウエア異常が検知された際に
はその旨を報知するようにしているので、無駄な登録試
行を防止できるようになる。また、アプリケーションプ
ログラムが未登録でハードウエア正常と判断された際に
は、アプリケーションプログラムの未登録を報知すると
共にアプリケーションプログラム登録待ち状態にするよ
うにしているので、従来のようにハードウエア異常が原
因で登録ミスをすることがなくなる。

【００１１】上記課題を解決するためになされた請求項
２記載の車両運行情報収集装置は、図１の基本構成図に
示すように、請求項１記載の車両運行情報収集装置にお
いて、前記アプリケーション登録チェック手段１０１に
て、前記アプリケーションプログラムが登録済と判断さ
れた際に、車両運行情報収集処理に必要なハードウエア
をチェックする第２ハードウエアチェック手段１０５
と、前記第２ハードウエアチェック手段１０５にて、ハ
ードウエア正常と判断された際に、前記アプリケーショ
ンプログラムにしたがって前記車両運行情報収集処理を
実行するアプリケーション実行手段１０６と、前記第２
ハードウエアチェック手段１０５にて、ハードウエア異
常が検知された際に、その旨を報知する第２異常報知手
段１０７とを更に有することを特徴とする。

【００１２】請求項２記載の発明によれば、第２ハード
ウエアチェック手段１０５、アプリケーション実行手段
１０６及び第２異常報知手段１０７を更に有する。第２
ハードウエアチェック手段１０５は、アプリケーション
登録チェック手段１０１にて、アプリケーションプログ
ラムが登録済と判断された際に、車両運行情報収集処理
に必要なハードウエアをチェックする。アプリケーショ
ン実行手段１０６は、第２ハードウエアチェック手段１
０５にて、ハードウエア正常と判断された際に、アプリ
ケーションプログラムにしたがって車両運行情報収集処
理を実行する。第２異常報知手段１０７は、第２ハード
ウエアチェック手段１０５にて、ハードウエア異常が検
知された際に、その旨を報知する。このように、アプリ
ケーションプログラムが登録済と判断された際は、車両
運行情報収集処理に必要なハードウエアをチェックし、
この正常時にはアプリケーションプログラムにしたがっ
て車両運行情報収集処理を実行するようにしているの
で、確実に運行情報収集が開始できるようになる。ま
た、アプリケーションプログラムが登録済であっても、
車両運行情報収集処理に必要なハードウエアが異常の際
には、その旨を報知するようにしているので、運行情報
収集のミスもなくなる。

【００１３】上記課題を解決するためになされた請求項
３記載の車両運行情報収集装置は、図１の基本構成図に
示すように、請求項１又は２いずれか記載の車両運行情
報収集装置において、前記アプリケーション登録チェッ
ク手段１０１は、前記内部記憶手段１１Ａのアプリケー
ションプログラム登録エリアの最初と最後のアドレスの
内容をチェックすることにより、前記アプリケーション
登録有無を判断することを特徴とする。

【００１４】請求項３記載の発明によれば、内部記憶手
段１１Ａのアプリケーションプログラム登録エリアの最
初と最後のアドレスの内容をチェックするようにしてい
るので、短時間でかつ確実にアプリケーション登録有無
が判断できるようになる。

【００１５】上記課題を解決するためになされた請求項
４記載の車両運行情報収集装置は、図１の基本構成図に
示すように、請求項３記載の車両運行情報収集装置にお
いて、前記所定のトリガーはこの装置の電源投入である
ことを特徴とする。

【００１６】請求項４記載の発明によれば、この装置の
電源投入をトリガーとして、上記のようなアプリケーシ
ョンプログラム登録有無及びハードウエアのチェックが
自動的に行われるので、従来のように、これらのチェッ
クのための特別なスイッチ操作を強要されることがなく
なる。

【００１７】上記課題を解決するためになされた請求項
５記載の車両運行情報収集装置のアプリケーションプロ
グラム登録方法は、図１及び図３に示すように、内部記
憶手段１１Ａに予め登録されたアプリケーションプログ
ラムにしたがって車両運行情報を収集する車両運行情報
収集装置のアプリケーションプログラム登録方法であっ
て、所定のトリガーに基づいて、前記アプリケーション
プログラムが前記内部記憶手段１１Ａに登録されている
か否かをチェックするアプリケーション登録チェック工
程Ｓ２、Ｓ３と、前記アプリケーション登録チェック工
程にて、前記アプリケーションプログラムが未登録と判
断された際に、このアプリケーションプログラムに関連
するハードウエアをチェックするハードウエアチェック
工程Ｓ４、Ｓ５と、前記ハードウエアチェック工程に
て、ハードウエア正常と判断された際に、前記アプリケ
ーションプログラムの未登録を報知すると共にアプリケ
ーションプログラム登録待ち状態にするアプリケーショ
ン未登録報知工程Ｓ６〜Ｓ８と、前記ハードウエアチェ
ック工程にて、ハードウエア異常が検知された際に、そ
の旨を報知する異常報知工程Ｓ９、Ｓ１０とを有するこ
とを特徴とする。

【００１８】請求項５記載の発明によれば、本アプリケ
ーションプログラム登録方法は、アプリケーション登録
チェック工程Ｓ２、Ｓ３、ハードウエアチェック工程Ｓ
４、Ｓ５、アプリケーション未登録報知工程Ｓ６〜Ｓ８
及び異常報知工程Ｓ９、Ｓ１０からなる。アプリケーシ
ョン登録チェック工程Ｓ２、Ｓ３では、所定のトリガー
に基づいて、アプリケーションプログラムが車両運行情
報収集装置の内部記憶手段１１Ａに登録されているか否
かをチェックする。ハードウエアチェック工程Ｓ４、Ｓ
５では、アプリケーション登録チェック工程Ｓ２、Ｓ３
にて、アプリケーションプログラムが未登録と判断され
た際に、このアプリケーションプログラムに関連するハ
ードウエアをチェックする。アプリケーション未登録報
知工程Ｓ６〜Ｓ８では、ハードウエアチェック工程Ｓ
４、Ｓ５にて、ハードウエア正常と判断された際に、ア
プリケーションプログラムの未登録を報知すると共にア
プリケーションプログラム登録待ち状態にする。異常報
知工程Ｓ９、Ｓ１０では、ハードウエアチェック工程Ｓ
４、Ｓ５にて、ハードウエア異常が検知された際に、そ
の旨を報知する。このように、アプリケーションプログ
ラム未登録と判断された際には、このアプリケーション
プログラムに関連するハードウエア全体をチェックし、
更にハードウエア異常が検知された際にはその旨を報知
するようにしているので、無駄な登録試行を防止できる
ようになる。また、アプリケーションプログラムが未登
録でハードウエア正常と判断された際には、アプリケー
ションプログラムの未登録を報知すると共にアプリケー
ションプログラム登録待ち状態にするようにしているの
で、従来のようにハードウエア異常が原因で登録ミスを
することなくなる。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。図２は、本発明に関わる車両運行
情報収集装置を示すブロック図である。

【００２０】図２に示すように、本車両運行情報収集装
置１はマイコン１０、記憶部１１、表示部１２、ＧＰＳ
／電波時計１３、警報部１４、スイッチ部１５、リーダ
ライタＩ／Ｆ１６、リーダライタ部１７、速度センサＩ
／Ｆ１８、ハンディターミナルＩ／Ｆ１９、外部チャネ
ルＩ／Ｆ２０、電源部２１を含んで構成される。

【００２１】上記マイコン１０は、ここでは図示しない
中央演算処理装置（ＣＰＵ）、読み出し専用のメモリ
（ＲＯＭ）及び読み出し書き込み自在のメモリ（ＲＡ
Ｍ）を含んでいる。ＣＰＵはＲＯＭに予め格納された制
御プログラムにしたがって動作する。ＲＯＭには所定の
基本プログラムや固定データ等が予め格納されている。
ＲＡＭにはＣＰＵの処理の過程で発生する各種のデータ
を格納するデータエリアと処理の際に使用するワークエ
リア等も有する。また、マイコン１０はタイマ機能も備
えている。

【００２２】記憶部１１は、例えば、フラッシュメモリ
（ＦＲＯＭ）１１Ａ、スタティックメモリ（ＳＲＡ
Ｍ）、不揮発メモリ（ＮＶＭ）等である。このＦＲＯＭ
１１Ａには、自己診断処理プログラムや車両運行情報収
集用プログラム、すなわち、アプリケーションプログラ
ムが格納される。特に本発明に関わる点として、ＦＲＯ
Ｍ１１Ａには、アプリケーションプログラムを格納する
ための所定エリアが割り当てられている。ＳＲＡＭは、
車両運行情報収集中のバックアップメモリとして使われ
たり、その所定の格納エリアにシステム項目として車両
番号、速度オーバー基準値、定時刻値等の各種の設定項
目テーブルが設定されている。ＮＶＭには累積走行距離
等が記憶される。後述の本発明に関わる処理プログラム
は、上記ＦＲＯＭ１１Ａに予め格納しておいてもよい
し、マイコン１０うちのＲＯＭに予め格納しておいても
よい。これらは一例であり、各メモリに格納するデータ
は適宜変更してもよい。なお、上記ＦＲＯＭ１１Ａは、
請求項１及び５の内部記憶手段に相当する。

【００２３】表示部１２は、ＬＣＤ１２Ａ及びＬＣＤド
ライバから基本的に構成される。ＬＣＤドライバはマイ
コン１０の制御のもとにＬＣＤ１２Ａを駆動するもので
ある。ＬＣＤ１２Ａは、ＬＣＤドライバに駆動されて、
時刻や累積走行距離等、また後述の本発明に関わるハー
ドウエア異常表示、アプリケーション未登録表示等をデ
ジタル表示する。

【００２４】ＧＰＳ／電波時計１３は、公知のＧＰＳを
構成する人工衛星２からのＧＰＳ信号の受信機能を有す
る。このＧＰＳ信号には、時刻データや位置データであ
る緯度データや経度データが含まれる。受信されたＧＰ
Ｓ信号は、マイコン１０に供給され、時刻データや位置
データが抽出されて、車両運行情報収集に利用される。

【００２５】警報部１４は、例えば、マイコン１０から
の駆動指令信号に基づき鳴動するブザー１４Ａや発光す
る発光素子である。このブザー１４Ａはマイコン１０に
指令されて、各診断開始、終了鳴動及び診断異常鳴動
や、また後述の本発明に関わるハードウエア異常鳴動、
アプリケーション未登録鳴動表示等を行う。発光素子
は、ＯＫ（正常）、ＡＬＭ（警報）、ＣＡＲＤ（カード
挿入）等の応じて発光する複数のＬＥＤである。なお、
このブザー１４Ａ及び上記ＬＣＤ１２Ａは、請求項の第
１異常報知手段及び第２異常報知手段のハードウエアに
関連する部分に相当する。

【００２６】スイッチ部１５は、基本的に、本車両運行
情報収集装置１の全面に配設されており、処理終了時に
押下される終了スイッチ、診断時に押下される各スイッ
チ、電源スイッチ１５Ａ、ＬＥＤリセットスイッチ、ブ
ザーリセットスイッチ等である。このうち電源スイッチ
１５Ａは、図３で示す処理を開始するトリガー発生に利
用される。

【００２７】リーダライタインタフェース（Ｉ／Ｆ）１
６は、リーダライタ部１７及びマイコン１０との間に介
在して接続され、これらの電気的インタフェースをと
る。このリーダライタ部１７は、メモリカード３が挿入
されるカード挿入口を有し、ここに挿入されたメモリカ
ード３に取得した車両運行情報を記録したり、カード３
に格納されるアプリケーションプログラムを読んだりす
る。なお、上記メモリカード３は、本発明に関わるアプ
リケーションプログラム等を格納したプログラムカード
や車両運行情報が記録されるデータカード等である。こ
れらのカード３は、上記リーダライタ部１７のカード挿
入口に挿入できる同一形状のメモリカードであるが、そ
れらの使用目的によって記憶内容が異なる。

【００２８】速度センサインタフェース（Ｉ／Ｆ）１８
は、マイコン１０及び速度センサ４の間に介在して接続
され、これらの電気的インタフェースをとる。この速度
センサ４は走行速度を検出してそれに応じた速度パルス
を生成し、これを速度センサＩ／Ｆ１８を介してマイコ
ン１０に供給する。なお、ここでは、上記速度センサ４
は、エンジンの回転数を検出してその回転数に応じたエ
ンジン回転パルスを生成するエンジン回転センサ機能も
有するものとし、速度センサＩ／Ｆ１８はこれらの電気
的インタフェースを取る機能も有するものとする。

【００２９】ハンディターミナルインタフェース（Ｉ／
Ｆ）１９は、ここでは図示しないハンディーターミナル
及びマイコン１０との間に介在して接続され、これらの
電気的インタフェースをとる。このハンディターミナル
Ｉ／Ｆ１９に接続されるハンディーターミナルは、マイ
コン、表示部、ブザー、各種スイッチ、及び各種データ
の入力時に利用されるテンキーを有しており、これを利
用して荷積、荷卸、待機等の作業状態が入力されたりす
る。

【００３０】外部チャネルインタフェース（Ｉ／Ｆ）２
０は、例えば、温度センサ（図示せず）や車両のブレー
キ装置や安全装置（図示せず）等の外部機器が接続され
る際に利用されるインタフェースである。

【００３１】なお、以上の他に、携帯電話等が本車両運
行情報収集装置に接続される際に利用されるオプション
ユニットインタフェース等もマイコン１０には、接続さ
れてもよいが、ここでは説明を省略する。

【００３２】電源部２１は、車両のバッテリ（図示せ
ず）から供給される電力を、リーダライタ部１７やマイ
コン１０等に分配して供給するもので、またこの電源部
２１は、上記車載バッテリからの電力供給が断たれた場
合に、所定時間に亘りマイコン１０に電力を供給するバ
ックアップ電池も含む。

【００３３】なお、上記マイコン１０にはイグニッショ
ンスイッチ５も接続されており、エンジンスタート及び
停止時にそれぞれ発するイグニッションＯＮ及びＯＦＦ
信号を供給する。

【００３４】このような構成において、本車両運行情報
収集装置１は、電源が投入されるとアプリケーションプ
ログラム登録有無のチェックを行う。そして、アプリケ
ーションプログラムが未登録の際には、このアプリケー
ションプログラムに関連するハードウエア全体をチェッ
クし、ハードウエア異常が検知された際にはその旨を報
知する。また、アプリケーションプログラムが未登録で
ハードウエア正常と判断された際には、アプリケーショ
ンプログラムの未登録を報知すると共にアプリケーショ
ンプログラム登録待ち状態にする。一方、アプリケーシ
ョンプログラムが登録済の際には、車両運行情報収集処
理に必要なハードウエアをチェックし、この正常時には
アプリケーションプログラムにしたがって車両運行情報
収集処理を実行する。また、アプリケーションプログラ
ムが登録済であっても、車両運行情報収集処理に必要な
ハードウエアが異常の際には、その旨を報知する。これ
らの処理は、図３を用いて再度説明する。なお、上記車
両運行情報収集処理時には、リーダライタ部１７にデー
タ記録用のメモリカード３が挿入されて、所定の出庫処
理が終了すると、終了ボタン押下等の運行情報収集終了
トリガーがあるまで、位置情報やその他、速度情報、距
離情報、作業種類等の情報が取得されて、これらがメモ
リカード３に記録される。そして、終了ボタン押下等の
終了トリガーがあると、これに応答して所定の出庫処理
が行われて、一連の処理が終了する。

【００３５】次に図３を用いて、本車両運行情報収集装
置及びアプリケーションプログラム登録方法の実施形態
に関わる処理動作について説明する。図３は本発明の一
実施形態に関わる処理動作を示すフローチャートであ
る。

【００３６】図３のフローチャートに示すように、まず
ステップＳ１における電源スイッチ１５Ａによる電源投
入をトリガーとして、ステップＳ２において、アプリケ
ーションプログラム登録チェックが行われる。このアプ
リケーションプログラム登録チェックでは、例えば、Ｆ
ＲＯＭ１１Ａに割り当てられたアプリケーションプログ
ラム格納エリアの最初と最後のアドレスに対応する内容
を確認することによって、登録有無がチェックされる。

【００３７】このように、ステップＳ２ではアプリケー
ション登録有無を判断するために、ＦＲＯＭ１１Ａのア
プリケーションプログラム登録エリアの最初と最後のア
ドレスの内容をチェックするようにしているので、短時
間でかつ確実にその判断ができるようになる。また、ス
テップＳ１ではこの装置１の電源投入をトリガーとし
て、上記のようなアプリケーションプログラム登録有無
及びハードウエアのチェックが自動的に開始されるの
で、従来のように、これらのチェックのための特別なス
イッチ操作を強要されることがなくなる。なお、上記ス
テップＳ２、ステップＳ３は、請求項１のこのアプリケ
ーション登録チェック手段及び請求項５のアプリケーシ
ョン登録チェック工程に相当する。

【００３８】次にステップＳ３においては、ステップＳ
２におけるチェックに基づいてアプリケーションプログ
ラム登録有無の判断がなされて、アプリケーションプロ
グラム登録済の場合にはステップＳ４に移行し（ステッ
プＳ３のＹ）、未登録の場合にはステップＳ１１に移行
して（ステップＳ３のＮ）、それぞれの判断結果に応じ
た後述の処理が行われる。

【００３９】まず、ステップＳ４〜ステップＳ１０に示
すアプリケーションプログラム登録済の場合の処理につ
いて説明する。ステップＳ４においては、このアプリケ
ーションプログラムに関連する本車両運行情報収集装置
のハードウエア全体がチェックされる。すなわち、これ
らハードウエアが関連する全アドレスラインが検証され
て、アプリケーションプログラム登録に支障がないかど
うかがチェックされる。そして、そのチェック結果に基
づきステップＳ５においては、関連するハードウエアが
正常である場合にはステップＳ６に移行し（ステップＳ
５のＹ）、異常である場合にはステップＳ９に移行して
（ステップＳ５のＮ）、それぞれの判断結果に応じた後
述の処理が行われる。なお、上記ステップＳ４、ステッ
プＳ５は、請求項１の第１ハードウエアチェック手段及
び請求項５のハードウエアチェック工程に相当する。

【００４０】ステップＳ６において、マイコン１０に制
御されてＬＣＤ１２Ａは、アプリケーションプログラム
が未登録である旨の表示をする。またステップＳ７にお
いて、マイコン１０に制御されてブザー１４Ａは、アプ
リケーションプログラムが未登録である旨の鳴動、例え
ば、１０秒間の鳴動を行う。そして、ステップＳ８にお
いて、マイコン１０は、ＬＣＤ１２Ａを制御して、更に
アプリケーションプログラム登録待である旨の表示を行
わせると共に、アプリケーションプログラム登録時の準
備処理を行って登録待ち状態にする。なお、この登録待
ち状態において、アプリケーションプログラムが格納さ
れたメモリカード３が、リーダライタ部１７のカード挿
入口に挿入されると、自動的にアプリケーションプログ
ラム登録処理が始まる。なお、上記ステップＳ６〜ステ
ップＳ８は、請求項１のアプリケーション未登録報知手
段及び請求項５のアプリケーション未登録報知工程に相
当する。

【００４１】一方、ステップＳ９においては、マイコン
１０に制御されてＬＣＤ１２Ａは、ハードウエアが異常
である旨の表示をする。またステップＳ１０において、
マイコン１０に制御されてブザー１４Ａは、ハードウエ
アが異常である旨の鳴動、例えば、１０秒間の鳴動を行
う。この鳴動時間は、上記アプリケーションプログラム
未登録時の鳴動と区別するために、１０秒より長くした
り、周波数を変えたりしてもよい。なお、これらの表示
及び鳴動は、所定のスイッチ操作やタイムアウト等によ
って、自動的に停止するようにしてもよい。なお、上記
ステップＳ９、ステップＳ１０は、請求項１の第１異常
報知手段及び請求項５の異常報知工程に相当する。

【００４２】このように、ステップＳ３でアプリケーシ
ョンプログラム未登録と判断された際には、このアプリ
ケーションプログラムに関連するハードウエア全体をチ
ェックし、更にステップＳ５でハードウエア異常が検知
された際にはその旨を報知するようにしているので、無
駄な登録試行を防止できるようになる。また、ステップ
Ｓ３及びステップＳ５でアプリケーションプログラムが
未登録でハードウエア正常と判断された際には、ステッ
プＳ６及びステップＳ７でアプリケーションプログラム
の未登録を報知すると共にステップＳ８でアプリケーシ
ョンプログラム登録待ち状態にするようにしているの
で、従来のようにハードウエア異常が原因で登録ミスを
することなく、確実にプログラム登録することができる
ようになる。

【００４３】次に、ステップＳ１１〜ステップＳ１５に
示すアプリケーションプログラム未登録の場合の処理に
ついて説明する。ステップＳ１１においては、車両運行
情報収集処理に必要なハードウエア、例えばリーダライ
タ部１７等がチェックされる。そして、そのチェック結
果に基づきステップＳ１２においては、関連するハード
ウエアが正常である場合には、アプリケーションプログ
ラム処理に移行すべく処理をステップＳ１３に移行させ
（ステップＳ１２のＹ）、異常である場合には処理をス
テップＳ１４に移行させ（ステップＳ１２のＮ）、それ
ぞれの判断結果に応じた後述の処理が行われる。なお、
上記ステップＳ１１、ステップＳ１２は、請求項２の第
２ハードウエアチェック手段に相当する。

【００４４】ステップＳ１３においては、アプリケーシ
ョンプログラム登録済でかつ関連するハードウエアも正
常なので、マイコン１０は、ＦＲＯＭ１１Ａにすでに格
納されているアプリケーションプログラムにしたがって
車両運行情報収集処理を実行する。なお、この車両運行
情報収集処理時では、リーダライタ部１７にデータ記録
用のメモリカード３が挿入されて、所定の出庫処理が終
了すると、終了ボタン押下等の運行情報収集終了トリガ
ーがあるまで、位置情報やその他、速度情報、距離情
報、作業種類等の情報が取得されて、これらがメモリカ
ード３に記録される。そして、終了ボタン押下等の終了
トリガーがあると、これに応答して所定の出庫処理が行
われて、一連の処理が終了する。なお、上記ステップＳ
１３は、請求項２のアプリケーション実行手段に相当す
る。

【００４５】一方、ステップＳ９においては、マイコン
１０に制御されてＬＣＤ１２Ａは、上記ハードウエアが
異常である旨の表示をする。またステップＳ１０におい
て、マイコン１０に制御されてブザー１４Ａは、上記ハ
ードウエアが異常である旨の鳴動、例えば、１０秒間の
鳴動を行う。この鳴動時間は、上記アプリケーションプ
ログラム未登録時及びアプリケーションプログラム未登
録時のハードウエアが異常の鳴動と区別するために、１
０秒より長くしたり、周波数を変えたりしてもよい。な
お、これらの表示及び鳴動は、所定のスイッチ操作やタ
イム等によって、自動的に停止するようにしてもよい。
なお、上記ステップＳ１４、ステップＳ１５は、請求項
２の第２異常報知手段に相当する。

【００４６】このように、ステップＳ３でアプリケーシ
ョンプログラムが登録済と判断された際は、ステップＳ
１１で車両運行情報収集処理に必要なハードウエアをチ
ェックし、この正常時にはステップＳ１３でアプリケー
ションプログラムにしたがって車両運行情報収集処理を
実行するようにしているので、容易に、確実に運行情報
収集が開始できるようになる。また、ステップＳ３でア
プリケーションプログラムが登録済と判断されても、ス
テップＳ１２で車両運行情報収集処理に必要なハードウ
エアが異常と判断された際には、ステップＳ１４、１５
でその旨を報知するようにしているので、運行情報収集
のミスもなくなる。

【００４７】以上のように、本実施形態によれば、ハー
ドウエアに異常がある場合には、登録前にその旨報知さ
れるので、アプリケーションプログラムの登録可否がわ
かり、ハードウエア異常に起因する登録ミスを事前に防
止できるようになる。また、従来のようにハードウエア
異常が原因で登録ミスをすることなく、確実にプログラ
ム登録することができるようになる。更に、アプリケー
ションプログラムが登録済でハードウエア正常時には、
アプリケーションプログラムにしたがって車両運行情報
収集処理に移行するようにしているので、容易に、確実
に運行情報収集が開始できるようになる。また、アプリ
ケーションプログラムが登録済であっても、ハードウエ
ア異常の際には、その旨を報知するようにしているの
で、運行情報収集のミスもなくなる。

【００４８】

【発明の効果】以上説明したように、請求項１記載の発
明によれば、アプリケーションプログラムが未登録と判
断された際には、このアプリケーションプログラムに関
連するハードウエア全体をチェックし、更にハードウエ
ア異常が検知された際にはその旨を報知するようにして
いるので、無駄な登録試行を防止できるようになる。す
なわち、ハードウエアに異常がある場合には、登録前に
その旨報知されるので、アプリケーションプログラムの
登録可否がわかり、ハードウエア異常に起因する登録ミ
スを事前に防止できるようになる。また、アプリケーシ
ョンプログラムが未登録でハードウエア正常と判断され
た際には、アプリケーションプログラムの未登録を報知
すると共にアプリケーションプログラム登録待ち状態に
するようにしているので、従来のようにハードウエア異
常が原因で登録ミスをすることなく、確実にプログラム
登録することができるようになる。

【００４９】請求項２記載の発明によれば、アプリケー
ションプログラムが登録済と判断された際は、車両運行
情報収集処理に必要なハードウエアをチェックし、この
正常時にはアプリケーションプログラムにしたがって車
両運行情報収集処理を実行するようにしているので、容
易に、確実に運行情報収集が開始できるようになる。ま
た、アプリケーションプログラムが登録済であっても、
車両運行情報収集処理に必要なハードウエアが異常の際
には、その旨を報知するようにしているので、運行情報
収集のミスもなくなる。すなわち、請求項２記載の発明
によれば、請求項１記載の効果に加えて、非常に信頼性
の高い運行情報収集が可能になる。

【００５０】請求項３記載の発明によれば、内部記憶手
段１１Ａのアプリケーションプログラム登録エリアの最
初と最後のアドレスの内容をチェックするようにしてい
るので、短時間でかつ確実にアプリケーション登録有無
が判断できるようになる。

【００５１】請求項４記載の発明によれば、この装置の
電源投入をトリガーとして、上記のようなアプリケーシ
ョンプログラム登録有無及びハードウエアのチェックが
自動的に行われるので、従来のように、これらのチェッ
クのための特別なスイッチ操作を強要されることがなく
なる。

【００５２】請求項５記載の発明によれば、アプリケー
ションプログラムが未登録の際には、このアプリケーシ
ョンプログラムに関連するハードウエアをチェックし、
これによりハードウエア異常が検知された際にはその旨
を報知するようにしているので、無駄な登録試行を防止
できるようになる。すなわち、ハードウエアに異常があ
る場合には、登録前にその旨報知されるので、アプリケ
ーションプログラムの登録可否がわかり、ハードウエア
異常に起因する登録ミスを事前に防止できるようにな
る。また、アプリケーションプログラムが未登録でハー
ドウエア正常と判断された際には、アプリケーションプ
ログラムの未登録を報知すると共にアプリケーションプ
ログラム登録待ち状態にするようにしているので、従来
のようにハードウエア異常が原因で登録ミスをすること
なく、確実にプログラム登録することができるようにな
る。

【図面の簡単な説明】

【図１】本発明の車両運行情報収集装置の基本構成を示
すブロック図である。

【図２】本発明に関わる車両運行情報収集装置を示すブ
ロック図である。

【図３】本発明の一実施形態に関わる処理動作を示すフ
ローチャートである。

【図４】図４（Ａ）は従来の電源投入時の処理動作例を
示すフローチャートである。図４（Ｂ）は従来のアプリ
ケーションプログラム登録時の処理動作例を示すフロー
チャートである。図４（Ｃ）は従来のハードウエアチェ
ック時の処理動作例を示すフローチャートである。

【符号の説明】

１ 車両運行情報収集装置 ２ 人工衛星 ３ メモリカード ４ 速度センサ ５ イグニッションスイッチ １０ マイコン １１ 記憶部 １１Ａ ＦＲＯＭ（内部記憶手段） １２ 表示部 １２Ａ ＬＣＤ １３ ＧＰＳ／電波時計 １４ 警報部 １４Ａ ブザー １５ スイッチ部 １５Ａ 電源スイッチ １６ リーダライタＩ／Ｆ １７ リーダライタ部 １８ 速度センサＩ／Ｆ １９ ハンディターミナルＩ／Ｆ ２０ 外部チャネルＩ／Ｆ ２１ 電源部

Claims (5)

【特許請求の範囲】
1. 【請求項１】 内部記憶手段に予め登録されたアプリケ
   ーションプログラムにしたがって車両運行情報を収集す
   る車両運行情報収集装置であって、 所定のトリガーに基づいて、前記アプリケーションプロ
   グラムが前記内部記憶手段に登録されているか否かをチ
   ェックするアプリケーション登録チェック手段と、 前記アプリケーション登録チェック手段にて、前記アプ
   リケーションプログラムが未登録と判断された際に、こ
   のアプリケーションプログラムに関連するハードウエア
   全体をチェックする第１ハードウエアチェック手段と、 前記第１ハードウエアチェック手段にて、ハードウエア
   正常と判断された際に、前記アプリケーションプログラ
   ムの未登録を報知すると共にアプリケーションプログラ
   ム登録待ち状態にするアプリケーション未登録報知手段
   と、 前記第１ハードウエアチェック手段にて、ハードウエア
   異常が検知された際に、その旨を報知する第１異常報知
   手段と、 を有することを特徴とする車両運行情報収集装置。
2. 【請求項２】 請求項１記載の車両運行情報収集装置に
   おいて、 前記アプリケーション登録チェック手段にて、前記アプ
   リケーションプログラムが登録済と判断された際に、車
   両運行情報収集処理に必要なハードウエアをチェックす
   る第２ハードウエアチェック手段と、 前記第２ハードウエアチェック手段にて、ハードウエア
   正常と判断された際に、前記アプリケーションプログラ
   ムにしたがって前記車両運行情報収集処理を実行するア
   プリケーション実行手段と、 前記第２ハードウエアチェック手段にて、ハードウエア
   異常が検知された際に、その旨を報知する第２異常報知
   手段と、 を更に有することを特徴とする車両運行情報収集装置。
3. 【請求項３】 請求項１又は２いずれか記載の車両運行
   情報収集装置において、 前記アプリケーション登録チェック手段は、前記内部記
   憶手段のアプリケーションプログラム登録エリアの最初
   と最後のアドレスの内容をチェックすることにより、前
   記アプリケーション登録有無を判断することを特徴とす
   る車両運行情報収集装置。
4. 【請求項４】 請求項３記載の車両運行情報収集装置に
   おいて、 前記所定のトリガーはこの装置の電源投入であることを
   特徴とする車両運行情報収集装置。
5. 【請求項５】 内部記憶手段に予め登録されたアプリケ
   ーションプログラムにしたがって車両運行情報を収集す
   る車両運行情報収集装置のアプリケーションプログラム
   登録方法であって、 所定のトリガーに基づいて、前記アプリケーションプロ
   グラムが前記内部記憶手段に登録されているか否かをチ
   ェックするアプリケーション登録チェック工程と、 前記アプリケーション登録チェック工程にて、前記アプ
   リケーションプログラムが未登録と判断された際に、こ
   のアプリケーションプログラムに関連するハードウエア
   をチェックするハードウエアチェック工程と、 前記ハードウエアチェック工程にて、ハードウエア正常
   と判断された際に、前記アプリケーションプログラムの
   未登録を報知すると共にアプリケーションプログラム登
   録待ち状態にするアプリケーション未登録報知工程と、 前記ハードウエアチェック工程にて、ハードウエア異常
   が検知された際に、その旨を報知する異常報知工程と、 を有することを特徴とする車両運行情報収集装置のアプ
   リケーションプログラム登録方法。