JP2023027898A

JP2023027898A - 特装車制御装置および特装車制御装置管理システム

Info

Publication number: JP2023027898A
Application number: JP2021133252A
Authority: JP
Inventors: 大策今岡; Daisaku Imaoka; 歩希尾原; Homare Ohara
Original assignee: Kyokuto Kaihatsu Kogyo Co Ltd
Current assignee: Kyokuto Kaihatsu Kogyo Co Ltd
Priority date: 2021-08-18
Filing date: 2021-08-18
Publication date: 2023-03-03

Abstract

【課題】時計機能を有していない特装車制御装置であっても、異常状態となった時刻を推定するシステムを提供する。【解決手段】架装物側制御装置ＵＫ（図２参照）は、エラーを検出すると、自身に記憶している積算稼動累積度データを検出する（Ｓ３）。そして、読み出した積算稼動累積度データと検出したエラーを組み合わせた紐付けデータをユーザ携帯装置１６０に送信する（Ｓ５）。ユーザ携帯装置１６０はかかる紐付けデータを受信すると、特装車管理サーバ１００へユーザＩＤ１００１の紐付けデータとして送信する。特装車管理サーバ１００は、かかる紐付けデータを受信すると、当該ユーザの履歴データとして記憶する。【選択図】図８

Description

この発明は、特装車制御装置および特装車制御装置管理システムに関し、特に、異常状態の管理に関する。

特許文献１には、塵芥車の油圧機器３０の稼働状況を収集して記憶するコントロールユニットが開示されている。このコントロールユニットには、ＵＳＢケーブルを介して携帯用パーソナルコンピュータが接続可能であり、コントロールユニットに記憶された情報を読み込み、稼働状況、メンテナンスが必要な部位及びメンテナンス履歴を収集することができる。

特許５１４７４８５号公報

しかしながら、特許文献１のコントロールユニットを用いた稼働状況の収集技術には以下の問題があった。

サービスマンはUSBケーブルを介して前記情報を検出するが、エラーが発生した時刻がわからないという問題がある。もちろん、コントロールユニット内に時計機能を搭載すれば、かかる問題は解決するが、既にユーザが使用している特装車に、後付けでそのような機能を搭載することは煩雑である。

この発明は、上記問題を解決し、時計機能を有していない特装車制御装置であっても、異常状態となった時刻を推定するシステムを提供することを目的とする。

(1)本発明にかかる特装車制御装置は、特装車に搭載された制御対象装置を制御する特装車制御装置であって、前記制御対象装置の異常状態を検出する異常状態検出手段、前記制御対象装置の稼働データに基づいて、当該制御対象装置の積算稼動累積度データを決定する積算稼動累積度データ決定手段、前記異常状態検出手段が前記異常状態を検出すると、前記積算稼動累積度データ決定手段が決定した積算稼動累積度データを受け取って、前記異常状態と積算稼動累積度データとを関連づけた関連データを生成する生成手段、を備えている。したがって、前記異常状態と積算稼動累積度データとを関連づけた関連データを生成できる。

(2)本発明にかかる特装車制御装置管理システムは、前記特装車制御装置、および、前記特装車制御装置から直接又は間接に前記関連データを受け取ると、記憶するコンピュータ装置を備え、前記コンピュータ装置は時計機能を有し、前記特装車制御装置は、前記関連データを前記コンピュータ装置に送信する送信手段を有する。

したがって、前記コンピュータ装置にて受信した際に記憶した時刻から、前記異常状態の発生時期を推定することができる。

(3)本発明にかかる特装車制御装置管理システムにおいては、前記送信手段は、当該制御対象装置の積算稼動累積度データをあらかじめ定められた送信条件で、前記コンピュータ装置に送信し、前記コンピュータ装置は、特装車制御装置から直接又は間接に前記積算稼動累積度データを受け取ると、前記関連データとの時系列関係がわかるように記憶する。したがって、前記関連データおよび前記積算稼動累積度データを参照して、前記異常状態の発生時期を推定することができる。

請求項にて用いた用語と、実施形態における対応について説明する。

「制御対象装置」とは、実施形態では、油圧ポンプＰ、マルチバルブＭＶ、各種シリンダＡ１～Ａ４、昇降体４、圧縮板５などが該当する。

「特装車制御装置」は、実施形態では、車両側制御装置ＵＶ、架装物側制御装置ＵＫおよびキャビン内制御装置ＵＦが該当する。

「特装車架装物制御装置」とは、実施形態では架装物側制御装置ＵＫが該当する。

「異常検出手段２０８」は、各種のセンサによる異常信号の検出処理および、各種センサからの数値に基づいて、異常か否かを判定する架装物側制御装置ＵＫの処理を含む。後者の例としては、たとえば、マルチバルブＭＶ内にプレッシャレギュレータを設け、供給油圧を所定の設定値以上に規制するプレッシャレギュレータの設定値を診断時の圧力値として用いて、異常状態を検出することが該当する。

また、実施形態における「装置異常」とは、各種のセンサによって判断される異常状態であり、直接センサが直接、異常を検出する場合、あるパラメータ値（たとえば電流値）を計測する機器からの検出値に基づいて判断部がこれを判断する場合のいずれも含む。

また「コンピュータ装置」とは、実施形態では、特装車管理サーバ１００および、ユーザ携帯装置１６０のいずれも含むが一方のみであってもよい。たとえば、実施形態では、特装車制御装置２０１からユーザ携帯装置１６０を介して間接的に、積算稼動累積度データを受け取って記憶する特装車管理サーバ１００がコンピュータ装置である。一方、特装車制御装置２１０から直接、積算稼動累積度データを受け取って記憶する場合、ユーザ携帯装置１６０がコンピュータ装置である。なお、特装車管理サーバ１００およびユーザ携帯装置１６０の双方であってもよい。

「関連データ」とは、「異常状態」と「積算稼動累積度データ」とを関連づけたデータをいい、実施形態では、紐付けデータが該当する。なお、本実施形態においては、エラーが継続している状態で、定時または随時送信タイミングで積算稼動累積度データが送信されると、紐付けデータとして送信される。このように、エラー解除するまでの間は、前記紐付けデータである。図１０Ｂ場合、積算回数１２３回および２１１回のデータは、エラーデータと関連づけられているため、紐付けデータに該当する。

「積算稼動累積度データ」とは制御対象装置の積算稼動数を特定するデータをいい、実施形態の積算積込回数、積算テールゲート（TG）上昇回数などの累積回数はもちろん、PTO稼働時間のような累積時間を含む。

「特装車の識別子」とは特装車のＩＤであり、実施形態では製造番号が該当する。

また、実施形態における制御手段２０５における決定処理、異常検出処理、生成処理、および送信処理が、それぞれ、積算稼動累積度データ決定手段、異常状態検出手段、生成手段および送信手段に該当する。

特装車制御装置管理システム１において採用する塵芥収集車Ｖについて一部を破断した全体側面図である。塵芥収集車Ｖにおける各部の制御関係を説明するための概略図である。特装車制御装置管理システム１の機能ブロック図である。特装車管理サーバ１００のハードウェア構成を示す図である。ユーザ別車両データ、関連データの一例を示す図である。ユーザ携帯装置１６０のハードウェア構成を示す図である。実施形態における紐付けデータのデータ構造を示す図である。書き込み時のフローチャートである。読み出し時のフローチャートである。積算稼動累積度データからおこなう時刻の推測を説明するための図である。

以下、本発明における実施形態について、図面を参照して説明する。

（１．特装車の説明)
まず、本特装車制御装置管理システム１で用いる特装車である塵芥収集車Ｖについて説明する。

図１に示す塵芥収集車Ｖは、ベース車両Ｖｂと、そのベース車両Ｖｂの組立完成後にその車体Ｆ上に架装される塵芥収集作業用の架装物Ｋとから構成されている。ベース車両Ｖｂには車両側制御装置ＵＶが、また架装物Ｋには架装物側制御装置ＵＫがそれぞれ配備されている。

図２に示すように、ベース車両Ｖｂの車体Ｆには、エンジンＥ、バッテリＢ、電動モータＭ、動力選択取出機構ＰＳ、および車両側制御装置ＵＶが搭載されている。

エンジンＥは車輪Ｗに駆動力を付与する。電動モータＭはバッテリＢにインバータ１２を介して接続されてバッテリＢからの電力で作動する。動力選択取出機構ＰＳは、エンジンＥ及び電動モータＭを含む駆動系としての車輪駆動系ＤからエンジンＥ又は電動モータＭの動力を選択的に取出可能である。車両側制御装置ＵＶはマイコンを主要部として構成されており、エンジンＥ、電動モータＭ、バッテリＢ及び電磁クラッチ１１を制御する。エンジンＥを始動操作するためのスタータスイッチＳ－ＳＷも、車両側制御装置ＵＶに接続されている。

なお、車両側制御装置ＵＶと、エンジンＥ、電動モータＭ及びバッテリＢとの各間は、実際には複数の電力線及び／又は信号線で各々接続されるが、その表示を図２では簡略的に示している。

動力取出装置ＰＴＯの出力側は、架装物Ｋの一部である油圧ポンプＰに連動、連結される。また、動力取出装置ＰＴＯは、車両側制御装置ＵＶに接続されており、同じく車両側制御装置ＵＶに接続された動力取出スイッチＰ－ＳＷへの操作入力に応じて、変速機１０(図１参照)の出力を車輪Ｗ側と油圧ポンプＰ側とに選択的に切り換えて伝達する。具体的には、動力取出スイッチＰ－ＳＷがオフ（ＯＦＦ）の状態では、変速機１０の出力が車輪Ｗ側に伝達されて走行駆動に利用される。これに対して、同スイッチＰ－ＳＷがオン操作された状態では、変速機１０の出力が油圧ポンプＰ側に伝達されてポンプ駆動に利用される。

架装物Ｋは、後端を開放したボックス状の塵芥収容箱１をベース体（架装物本体）としており、この塵芥収容箱１は、ベース車両Ｖｂの車体Ｆ上に後付けで搭載、固定される。塵芥収容箱１の後端には塵芥投入箱３が連設されている。塵芥投入箱３は、塵芥を塵芥収容箱１内に投入するための塵芥投入口３ａを後端に有する。開閉扉３ｔは塵芥投入口３ａを開閉する。

塵芥投入箱３内には、作業機としての塵芥積込装置２が設けられる。塵芥積込装置２は、投入箱３が積込位置にあるときに、投入箱３内の投入塵芥を塵芥収容箱１内に強制的に積み込む。

塵芥積込装置２の構造は、圧縮板式と呼ばれる従来周知のものであり昇降体４、第２シリンダＡ２、圧縮板５、第３シリンダＡ３とを有する。昇降体４は、塵芥収容箱１の後端開口１ａに臨む位置で塵芥投入箱３の左右両側壁に昇降可能に支持されている。第２シリンダＡ２は、昇降体４と、その昇降体４を強制昇降させる。圧縮板５は、昇降体昇降用の第２シリンダＡ２と、塵芥投入箱３内でその横幅一杯に延び且つ昇降体４の下部に前後回動可能に軸支されている。第３シリンダＡ３は圧縮板５を強制回動させる。

また、図１に示す塵芥投入箱３の塵芥投入口３ａ周辺の外面には後部操作盤ＣＲが固定、支持されている。後部操作盤ＣＲには、操作スイッチＣＲ－ＳＷ１～３、第１動力源選択スイッチＭ－ＳＷ１、および報知ランプＬ１～Ｌ５が設けられる。操作スイッチＣＲ－ＳＷ１～３は、塵芥積込装置２の作動態様を選択操作する。特に操作スイッチＣＲ－ＳＷ３は危険状態の場合に緊急停止を指示するスイッチである。第１動力源選択スイッチＭ－ＳＷ１はオン操作されたときモータ選択信号を出力する。これにより、油圧ポンプＰはエンジンＥで駆動されるエンジン駆動状態から、電動モータＭで駆動されるモータ駆動状態に切り換えられる。

図１に示すように、ベース車両Ｖｂの運転室内には、操作盤ＣＦを有するキャビン内制御装置ＵＦが設けられている。キャビン内制御装置ＵＦは図２に示すように、マイコン６１、近距離無線通信ユニット６３、アンテナ６５、および操作盤ＣＦを有する。

操作盤ＣＦには、操作スイッチＣＦ－ＳＷ１～３、第２動力源選択スイッチＭ－ＳＷ２、および報知ランプＬ１～Ｌ５が設けられる。操作スイッチＣＦ－ＳＷ１～３は、操作スイッチＣＲ－ＳＷ１～３と同様、塵芥積込装置２及び塵芥排出装置７の作動態様を選択操作する。第２動力源選択スイッチＭ－ＳＷ２は、前記第１動力源選択スイッチＭ－ＳＷ２と同様、オン操作されたときモータ選択信号を出力する。

油圧ポンプＰとマルチバルブＭＶには図示しない圧力センサが設けられている。かかる圧力センサの検出値は架装物側制御装置ＵＫに与えられる。架装物側制御装置ＵＫは検出値が異常であれば、キャビン内制御装置ＵＦを介して、後述するように、積算稼動累積度データとともに、ユーザ携帯装置１６０に送信する。かかる異常時の送信処理は他のセンサからの異常についても同様である。

たとえば、架装物側制御装置ＵＫは、各種の操作スイッチのオン、オフ信号、タイマーからの信号、負荷量検知部（図示せず）からの信号、および温度検出センサからの信号に基づき、エラー検出をすることができる。かかるエラー検出については従来と同様であるので説明は省略する。

架装物側制御装置ＵＫは、積算稼動累積度データとして、積算積込回数、積算ＴＧ上昇回数、およびＰＴＯ稼動時間を記憶している。架装物側制御装置ＵＫは、新たに積込指令、積算ＴＧ上昇指令、およびＰＴＯ稼動指令を受け取ると、これに基づいて、積算積込回数、積算ＴＧ上昇回数、およびＰＴＯ稼動時間の各データを更新する。かかる処理は従来と同様である。

また、図１に示すように、塵芥投入箱３の上部にはカメラ５３が設けられている。かかるカメラ５３からの画像は、制御ユニットボックスＵＫＢ内に設けられた画像処理部５１にて画像が解析される。画像処理部５１は架装物側制御装置ＵＫと接続されており、前記画像解析により危険状態と判断すると架装物側制御装置ＵＫに緊急停止信号を出力する。すなわち操作スイッチＣＲ－ＳＷ３が押された状態と同じとなる。

なお本実施形態においては、特装車として塵芥収集車を例として説明したが、塵芥収集車には限定されない。

２．特装車制御装置管理システム１の全体概要
特装車制御装置管理システム１は、図３に示すように、特装車に搭載された制御対象装置２１０を制御する特装車制御装置２０１を管理するシステムであって、特装車管理サーバ１００、ユーザ携帯装置１６０、ユーザ側管理者端末装置１２０および特装車１８０ａを備えている。

特装車１８０ａの特装車制御装置２０１について説明する。特装車制御装置２０１は、積算稼動累積度データ記憶手段２０２、近距離無線送受信手段２０３、特装車特定データ記憶手段２０４、および制御手段２０５を有する。

積算稼動累積度データ記憶手段２０２は、制御対象装置２１０の積算稼動累積度データを記憶する。近距離無線送受信手段２０３は、特装車制御装置２０１の近距離無線送受信手段１６４と近距離無線通信によって接続する。

特装車特定データ記憶手段２０４は、特装車を特定する特装車の識別子データを記憶する。積算稼動累積度データ記憶手段２０６は、制御対象装置２１０の積算稼動累積度データを記憶する。制御手段は、下記の積算稼動累積度データの決定処理、異常検出処理、生成処理、および送信処理を行う。

決定処理：制御対象装置２１０の稼働データに基づいて、制御対象装置２１０の積算稼動累積度データを決定する。

異常検出処理：制御対象装置２１０の異常状態を検出する。

生成処理：前記異常状態を検出すると、前記決定した積算稼動累積度データを受け取って、前記異常状態と積算稼動累積度データとを関連づけた関連データを生成する。

送信処理：生成した関連データをユーザ携帯装置１６０に送信する。

また、制御手段２０７は積算稼動累積度データ記憶手段２０５に記憶された積算稼動累積度データをあらかじめ定められた送信条件に基づき、近距離無線送受信手段２０３で送信する。

ユーザ携帯装置１６０は、近距離無線送受信手段１６４、積算稼動累積度データ管理手段１６５、および転送手段１６７を有する。

転送手段１６７は、近距離無線送受信手段１６４に特装車制御装置２０１と無線通信接続させ、特装車制御装置２０１から関連データを受け取ると、特装車管理サーバ１００に送信する。積算稼動累積度データ管理手段１６５は、近距離無線送受信手段１６４に特装車制御装置２０１と無線通信接続させ、架装物の積算稼動累積度データを取得するとともに、取得した積算稼動累積度データを、定められた送信条件に基づいて特装車管理サーバ１００に送信する。

特装車管理サーバ１００は、関連データ記憶手段１０５、制御手段１０９を備えている。

関連データ記憶手段１０５は、ユーザ携帯装置１６０から送信された前記関連データを複数、時系列順に記憶する。また、ユーザ携帯装置１６０から受信した積算稼動累積度データを複数、時系列順に記憶する。これらの処理は制御手段１０５が行う。

３．ハードウェア構成
（３．１特装車管理サーバ１００のハードウェア構成）
特装車管理サーバ１００を、ＣＰＵを用いて構成したハードウェア構成について、図４を用いて説明する。

特装車管理サーバ１００は、ＣＰＵ２３、メモリ２７、ハードディスク２６、モニタ３０、光学式ドライブ２５、入力デバイス２８、通信ボード３１、およびバスライン２９を備えている。ＣＰＵ２３は、ハードディスク２６に記憶された各プログラムにしたがいバスライン２９を介して、各部を制御する。

ハードディスク２６は、オペレーティングシステムプログラム２６ｏ（以下ＯＳと略す）、メインプログラム２６m、ユーザ別車両データ記憶部２６c、積算稼動累積度データ記憶部２６dおよび関連データ記憶部２６Sを有する。

ユーザ別車両データ記憶部２６cのデータ構造を図５Ａに示す。ユーザ別車両データ２６cはユーザＩＤごとに当該ユーザが管理する特装車の製造番号および型式データが対応づけて記憶されている。

関連データ記憶部２６Sに記憶される関連データのデータ構造を図５Ｂに示す。関連データは、製造番号に対応付けて、エラー情報、積算積込回数、積算TG上昇回数、PTO稼働時間、および位置データが記憶されている。かかる積算稼動累積度データ関連データはユーザ携帯装置１６０を介して与えられる。

また、図５Bには、エラー情報と紐付けされていない積算稼動累積度データも時系列順に記憶されている。かかる積算稼動累積度データは後述するように、定期的又はユーザの操作に基づいて、ユーザ携帯装置１６０から送信されたものである。

本実施形態においては、オペレーティングシステムプログラム（ＯＳ）２６ｏとして、Windows 10（登録商標または商標）を採用したが、これに限定されるものではない。

なお、上記各プログラムは、光学式ドライブ２５を介して、プログラムが記憶されたＣＤ－ＲＯＭ２５ａから読み出されてハードディスク２６にインストールされたものである。なお、ＣＤ－ＲＯＭ以外に、フレキシブルディスク（ＦＤ）、ＩＣカード等のプログラムをコンピュータ可読の記録媒体から、ハードディスクにインストールさせるようにしてもよい。さらに、通信回線を用いてダウンロードするようにしてもよい。

本実施形態においては、プログラムをＣＤ－ＲＯＭからハードディスク２６にインストールさせることにより、ＣＤ－ＲＯＭに記憶させたプログラムを間接的にコンピュータに実行させるようにしている。しかし、これに限定されることなく、ＣＤ－ＲＯＭに記憶させたプログラムを光学式ドライブ２５から直接的に実行するようにしてもよい。なお、コンピュータによって、実行可能なプログラムとしては、そのままインストールするだけで直接実行可能なものはもちろん、一旦他の形態等に変換が必要なもの（例えば、データ圧縮されているものを、解凍する等）、さらには、他のモジュール部分と組合して実行可能なものも含む。

（３．２ユーザ携帯装置１６０のハードウェア構成）
ユーザ携帯装置１６０について図６を用いて説明する。同図は、ユーザ携帯装置１６０を、ＣＰＵを用いて構成したハードウェア構成の一例である。

ユーザ携帯装置１６０は、一般的なスマートフォンの構成であり、ＣＰＵ１２３、メモリ１２７、フラッシュメモリ１２６、表示部１３０、無線通信部１２８、操作部１２５、音声入出力部１２４、位置情報検出部１２２、近距離無線通信ユニット１２１、およびバスライン１２９を備えている。位置情報検出部１２２は、GNSS(Global Navigation Satellite System)により位置情報を検出するモジュールである。近距離無線通信ユニット１２１はBluetooth（登録商標）規格での通信をおこなう。本実施形態においては、ＯＳとしてiOS（商標）を採用したがこれに限定されない。

ＣＰＵ１２３は、フラッシュメモリ１２６に記憶された各プログラムにしたがいバスライン１２９を介して、各部を制御する。

フラッシュメモリ１２６は、オペレーティングシステムプログラム１２６ｏ（以下ＯＳと略す）、メインプログラム１２６mを有する。

メインプログラム１２６mの処理は後述する。

本実施形態においては、近距離無線通信ユニットとして、Bluetooth（登録商標）を採用したが、これに限定されない。

積算稼動累積度データは、以下の手順でユーザ携帯装置１６０から特装車管理サーバ１００に送信される。ＣＰＵ１２３はメインプログラム１２６mに基づいて、特装車制御装置２０１と定期的に（たとえば30秒毎）近距離無線で接続するとともに、積算稼動累積度データの取得命令を与える。特装車の特装車制御装置２０１はかかる取得命令を受けとると、架装物側制御装置ＵＫ内のメモリ(図２にて図示せず)に記憶されている積算稼動累積度データを、ユーザ携帯装置１６０に送信する。ＣＰＵ１２３はかかる積算稼動累積度データを受け取ると、これを特装車管理サーバ１００に送信する。

また、本実施形態においては、特装車制御装置２０１から図７Ｂに示すような関連データを受け取り、かかるデータは、特装車管理サーバ１００に送信される。

（３．３ユーザ側管理者端末装置１２０のハードウェア構成）
ユーザ側管理者端末装置１２０のハードウェア構成は、ブラウザプログラムを搭載した一般的なコンピュータ装置と同様であるので説明は省略する。

４．関連データ記憶処理
（４．１第１実施形態）
図８を用いて、ユーザＩＤ１００１のユーザが製造番号18R830001Mの特装車の異常状態検出手段２０８から、ユーザ携帯装置１６０が関連データを受信する場合について説明する。また、この場合、特装車管理サーバ１００の関連データ記憶部２６Sに図５Ｂに示す関連データが記憶されている場合とする。

ユーザ携帯装置１６０の操作者は、ユーザＩＤ１００１で特装車管理サーバ１００にＩＤとＰＷを用いてログインする。かかるログイン処理は一般的なログイン処理なので説明は省略する。

かかるログイン処理がなされると、特装車制御装置の架装物側制御装置ＵＫは、エラーを検出するか否か判断しており（図８ステップＳ１）、エラーを検出すると、自身に記憶している積算稼動累積度データを検出する（ステップＳ３）。本実施形態においては、積算稼動累積度データとして、積算積込回数、積算TG上昇回数、およびPTO稼働時間を採用した。

架装物側制御装置ＵＫは、読み出した積算稼動累積度データと検出したエラーを組み合わせた紐付けデータ（関連データ）をユーザ携帯装置１６０に送信する（ステップＳ５）。紐付けデータの一例を図７Ａに示す。なお、紐付けデータをユーザ携帯装置１６０に送信する際に、自身の製造番号18R830001Mを付与して送信する。

ユーザ携帯装置１６０は、かかる紐付けデータを受信するか否か判断しており(図８ステップＳ１１）、かかるデータを受信すると、特装車管理サーバ１００へユーザＩＤ１００１として送信する。紐付けデータの一例を図７Ｂに示す。この紐付けデータは、特装車を特定するための製造番号が付与されている。

特装車管理サーバ１００は、かかる紐付けデータを受信するか否か判断しており(図８ステップＳ２１）、かかるデータを受信すると、当該ユーザの履歴データとして記憶する。紐付けデータが追記されたデータテーブルの一例を図５Ｃに示す。図５Ｂに比べて、製造番号18R830001Mの特装車の関連データとして、装置異常「センサ１」、積算積込回数「61781」、積算TG上昇回数「1996」、PTO稼働時間41993、位置「34.818781, 135.00468」が追記されている。

かかる関連データは以下のように利用することができる。たとえば、ユーザ側管理者端末装置１２０からこれを読み出すことで、時刻データが付与されていなくとも、エラーが起きた時刻を、積算回数から推定することができる。これは積算回数が時刻データと完全に一致はしていないが、ある程度の相関関係があるためである。また、塵芥収集車の場合、移動ルートはおおまかに決まっているため、どこで起きたのかを把握できることにより、おおまかなエラー発生時刻を知ることができる。

なお、本実施形態においては、受け取った関連データを時系列順に記憶しているので積算回数の順に並べる必要がない。ただし、これについては任意である。

図９を用いて、ユーザ側管理者端末装置１２０における読み出し処理について説明する。

ユーザ側管理者端末装置１２０の操作者は、ユーザＩＤ１００１で特装車管理サーバ１００にログインする。ログイン処理について一般的なブラウザプログラムをもちいて行えばよい。

ログイン後、特装車管理サーバ１００から初期画面が送信されると、ユーザ側管理者端末装置１２０のモニタに初期画面を表示する（ステップＳ３１）。

ユーザ側管理者端末装置１２０のＣＰＵ(図示せず)は初期画面に表示されている「車両一覧表示ボタン」(図示せず)を選択されるか否か判断しており、選択されると、車両一覧データ要求を特装車管理サーバ１００へ送信する（ステップＳ３５）。特装車管理サーバ１００のＣＰＵ２３は、かかる要請を受信するか否か判断しており（ステップＳ４１）、これを受信すると車両一覧画面データを作成し、送信する（ステップＳ４３）。なお、ユーザＩＤ１００１の登録車両は、図５Ａのユーザ別車両データを参照すればよい。

ユーザ側管理者端末装置１２０のＣＰＵは、かかるデータを受信するか否か判断しており(ステップＳ５１)、受信すると、車両一覧画面データを表示する（ステップＳ５３）。

ユーザ側管理者端末装置１２０のユーザは車両一覧画面データから紐付けデータの参照を希望する車両を特定する。

ユーザ側管理者端末装置１２０のＣＰＵは、かかる選択があるか否か判断しており(ステップＳ５５)、選択があると、紐付けデータを要求する(ステップＳ５７)。

特装車管理サーバ１００のＣＰＵ２３は、かかる要求を受信するか否か判断しており（ステップＳ６１）、これを受信すると当該特装車の紐付けデータを送信する（ステップＳ６３）。この場合、図５Ｃに示す紐付けデータが送信される。

ユーザ側管理者端末装置１２０のＣＰＵは、かかるデータを受信するか否か判断しており(ステップＳ７１)、受信すると、この紐付けデータを表示する（ステップＳ７３）。

なお、図８のフローチャートとは別に、積算稼動累積度データは特装車制御装置２０１からユーザ携帯装置１６０に、定期的にまたは不定期に送信される。ユーザ携帯装置１６０はかかるデータを受け取ると、これを特装車管理サーバ１００に送信する。特装車管理サーバ１００はこれをエラーとは無関係な積算稼動累積度データとして追記する。かかる処理は従来と同様である。

ユーザ側管理者端末装置１２０の操作者は、このような紐付けデータおよび積算稼動累積度データから、いつ頃発生したエラーなのかを、推定することができる。

たとえば、図１０Ａに示すように、積算回数「７０」：「エラー無し」と、積算回数「１２３」：「センサ１エラー」と、積算回数「２１１」：「エラー無し」とが記憶されており、現在時刻が時刻「t3」である場合、直近の積算回数「２１１」の時刻をたとえば、当該特装車の走行ルートなどから推測する。そして、積算回数「１２３」にて「センサ１エラー」が発生しているので、積算回数「２１１」：「エラー無し」の予測時刻から積算回数「１２３」の時刻を予想すればよい。このようにして、前記積算回数からエラー発生した大まかな時期を推測することができる。

本実施形態においては、時刻推定を操作者がするようにしたが、かかる時刻推定はシステムが推定するようにしてもよい。

たとえば、あるごみ収集業者の積込動作した間隔（時間）の平均値を記憶させておき、現在の積込回数からエラーが生じた積込回数までの差を時間換算させればよい。

また、テールゲートリフターの場合も、上昇作動から特装車移動させた後、次の上昇までの平均時間を記憶させておき、現在の上昇回数からエラー回数の差を時間換算させればよい。

本実施形態においては積算稼動累積度データと紐付けデータを混在させて受信順に記憶するようにしたが、かかるエラーがない積算稼動累積度データが存在することで、エラー発生時の推定がより容易となる。

本実施形態においては、特装車管理サーバ１００に記憶された関連データをユーザ側管理者端末装置１２０の操作者が読み出す場合について説明したが、ユーザ携帯装置１６０または他のコンピュータ装置（保守業者が使用するコンピュータ）から、関連データを読み出すようにしてもよい。

（４．２第２実施形態）
第１実施形態では、特装車管理サーバ１００にエラー種別および応答処理の判断のためのデータを記憶しておき、ユーザ携帯装置１６０に、結果を送信するようにした。

しかし、これに限定されず、ユーザ携帯装置１６０内に図５，６のデータをユーザ携帯装置１６０のフラッシュメモリ１２６に記憶しておき、特装車管理サーバ１００と通信することなく、紐付けデータをユーザ携帯装置１６０に表示するようにしてもよい。

（４．３第３実施形態）
上記実施形態においては、積算稼動累積度データと紐付けデータとを混在させて受信順に記憶する際に、時計データを記憶させていない場合について説明した。しかし、これに限定されずユーザ側管理者端末装置１２０が架装物側制御装置ＵＫから関連データを受信した時、またはユーザ側管理者端末装置１２０から特装車管理サーバ１００への送信時にユーザ携帯装置１６０の管理する時計データを読み出して、かかる時刻データを追加した紐付けデータとして記憶するようにしてもよい。これにより、エラー発生時の時刻を得ることができる。また、エラー発生時以外も積算稼動累積度データと時刻データを対応づけて記憶するようにしてもよい。

なお、このように、紐付けデータに時刻を対応づけて記憶させたとしても、ユーザ携帯装置１６０と架装物側制御装置ＵＫとの通信を確保しているとは限らない。このような場合、エラーが生じたタイミングで、前記紐付けデータを作成しても、やはりエラー発生時は不明となる。

このような場合も、前記エラー発生時の積算稼動累積度データを記憶しておくことで、架装物側制御装置ＵＫとユーザ携帯装置１６０との間が通信できないタイミングであっても、エラー発生時を後からおおまかに推定できる。

たとえば、エラー発生時は架装物側制御装置ＵＫとユーザ携帯装置１６０とを接続しておらず、定期または随時（作業終了時など）に架装物側制御装置ＵＫとユーザ携帯装置１６０とを接続していた場合、図１０Ｂに示すように、積算回数「７０」：「エラー無し」：時刻「t1」と、積算回数「１２３」：「センサ１エラー」と、積算回数「２１１」：「センサ１エラー」：時刻「t3」、積算回数「２１２」：「エラー無し」：時刻「t4」が得られたとする。

この場合、積算回数「１２３」：「センサ１エラー」の前後の、時刻及び積算回数から、センサ１にてエラー発生した大まかな時期を推測することができる。このように異常状態でない場合の２つの積算回数および時刻データから、エラー発生時を推測することができる。

なお、図１０Ｂでは、異常状態でない場合の２つの積算回数および時刻データがある場合について説明したが、一方のみ時刻データがあれば、２つの積算回数から、エラー発生時を推測することができる。やり方としては図１０Ａの場合と同様にすればよい。

なお、本実施形態においてはエラー発生時に前記紐付けデータを生成するようにしたが、エラー終了時にも前記紐付けデータを生成するようにしてもよい。これによりエラーの開始時刻だけでなく、終了時刻もわかる。

また、図１０Ｂでは、異常状態でない積算回数と、異常状態である紐付けデータの２つの時刻データからエラー開始時刻を推測する場合について説明したが、異常状態でない２つの積算回数から推測することもできる。たとえば、図１Ｂでは、センサー1のエラーを解除する時刻t3の積算回数を採用したが、センサー1のエラーを解除した後の、時刻t4の積算回数を採用してもよい。

また、図１０Ｂでは、２つの時刻データ（異常状態でない積算回数「７０」と、異常状態である積算回数「２１１」）から、推測する場合について説明したが、異常状態でない２つの積算回数「７０」、「２１７」から推測するようにしてもよい。

また、図１０Ｃに示すように、２つの時刻データ（異常状態である積算回数「１１０」：時刻「t11」と、積算回数「１３８」：時刻「t12」）から、推測することも可能である。このように、前後の時刻データは他のエラーが継続発生している状態であってもよい。

本実施形態においては、前記制御対象装置の積算稼動累積度データをあらかじめ定められた送信条件で、前記コンピュータ装置に送信するようにしたが、異常状態でない場合、および／または異常状態である場合に、あらかじめ定められた送信条件で、前記コンピュータ装置に送信するようにしてもよい。

(５．他の実施形態)
本実施形態においては、関連データ記憶部２６Sに、関連データと積算稼動累積度データを混在させて記憶するようにした。しかしこれに限定されず、関連データとは別に記憶するようにしてもよい。この場合、関連データと積算稼動累積度データの時系列順がわかるようにしておけばよい。

本実施形態においては、塵芥収集車を例として説明したが、塵芥収集車以外の特殊車両通行についても同様に適用できる。たとえば、荷受台昇降装置（テールゲートリフター）の場合、積算積込回数は上昇スイッチをオンとすることに1カウントされる荷受台昇降回数となる。

本実施形態においては、積算稼動累積度データとして、積算積込回数、積算TG上昇回数、およびPTO稼働時間を採用したが、３つ全てを用いてく手もよいし、別の稼動回数を特定するデータの積算値であってもよい。

ＵＫ架装物側制御装置
１００特装車管理サーバ
１６０ユーザ携帯装置

Claims

特装車に搭載された制御対象装置を制御する特装車車両側制御装置であって、
前記制御対象装置の異常状態を検出する異常状態検出手段、
前記制御対象装置から稼働データを受け取ると、当該制御対象装置の積算稼動累積度データを演算する積算稼動累積度データ演算手段、
前記異常状態検出手段が前記異常状態を検出すると、前記積算稼動累積度データ演算手段から演算した積算稼動累積度データを受け取って、前記異常状態と積算稼動累積度データとを関連づけた関連データを生成する生成手段、
を備えたことを特徴とする特装車車両側制御装置。
請求項１の特装車車両側制御装置、および、
前記特装車車両側制御装置から直接又は間接に前記関連データを受け取ると、記憶するコンピュータ装置、
を備え、
前記コンピュータ装置は時計機能を有し、
前記特装車車両側制御装置は、前記関連データを前記コンピュータ装置に送信する送信手段を有すること、
を特徴とする特装車制御装置管理システム。
請求項２の特装車制御装置管理システムにおいて、
前記送信手段は、当該制御対象装置の積算稼動累積度データをあらかじめ定められた送信条件で、前記コンピュータ装置に送信し、
前記コンピュータ装置は、特装車車両側制御装置から直接又は間接に前記積算稼動累積度データを受け取ると、前記関連データとの時系列関係がわかるように記憶すること、
を備えたことを特徴とする特装車制御装置管理システム。