JP2023014830A - 特装車管理用ユーザ携帯装置および特装車管理用応答処理サーバ装置 - Google Patents

Abstract

【課題】 検出したエラー種別に応じて適切な応答をおこなう。
【解決手段】 ユーザ携帯装置１６０はエラーを受信するとこれを送信する（Ｓ３）。特装車管理用応答処理サーバ１００は、当該エラーがエラー１かエラー２のいずれに属するのかを判断する（Ｓ２３）。エラー１なら、製造番号から該当する取説を送信対象データとする（Ｓ２７）。特装車管理用応答処理サーバ１００は、ユーザ携帯装置１６０にかかる送信対象データを送信する（Ｓ２９）。ユーザ携帯装置１６０はこれを受信して、表示する（Ｓ７）。ステップＳ２３にて、受信したエラーがエラー２なら、特装車管理用応答処理サーバ１００は、製造番号からユーザＩＤを特定し、登録された保守業者リストを送信対象とする（Ｓ２５）。
【選択図】 図８

Description

この発明は、特装車管理用ユーザ携帯装置および特装車管理用応答処理サーバ装置に関し、特に、特装車の異常状態が生じた場合の応答に関する。

特許文献１にはモータへの供給電圧などに基づいて塵芥収集装置の異常を検出する自己診断装置が開示されている（段落0022参照)。

特開２０１３－９１４６０号公報

しかしながら、特許文献１の塵芥車の安全停止技術には以下の問題があった。ただ異常を連絡するだけなので、発生した異常に対して、どのような対応をすればよいのかが、作業者が分からないという問題があった。

この発明は、上記問題を解決し、作業者が対応すべき処理が簡易にわかる特装車作動状況管理システム提供することを目的とする。

(1)本発明にかかる特装車管理用ユーザ携帯装置は、特装車に搭載された制御対象装置を制御する特装車車両側制御装置から異常状態通知を受け取るとこれに対する応答処理を行う特装車管理用ユーザ携帯装置であって、前記異常状態通知についていずれの異常状態分類区分に属するかを判断するための異常状態分類データを記憶する異常状態分類データ記憶手段、前記異常状態分類区分に応じた応答処理データを記憶した応答処理記憶手段、前記異常状態通知を受信すると、異常状態分類データおよび前記応答処理データを参照して、前記異常状態に応じた応答処理をする応答処理実行手段、を備えている。したがって、異常状態分類区分に応じた応答が可能となる。

(2)本発明にかかる特装車管理用応答処理サーバ装置は、特装車に搭載された制御対象装置を制御する特装車車両側制御装置からユーザ携帯装置を介して異常状態通知を受け取るとこれに対する応答処理を行う特装車管理用応答処理サーバ装置であって、前記異常状態通知についていずれの異常状態分類区分に属するかを判断するための異常状態分類データを記憶する異常状態分類データ記憶手段、前記異常状態分類区分に応じた応答処理を記憶した応答処理応答処理記憶手段、前記異常状態通知を受信すると、前記異常状態分類データおよび前記応答処理データを参照して、前記異常状態に応じた応答処理データを前記ユーザ携帯装置に送信する応答処理送信手段、を備えている。

したがって、異常状態分類区分に応じた応答が可能となる。

(3)本発明にかかる特装車管理用ユーザ携帯装置においては、前記異常状態分類区分は、少なくとも軽度異常状態と重度異常状態とに分類され、前記軽度異常状態に対応する応答処理として、前記制御対象機器の保守のやり方を当該特装車管理用ユーザ携帯装置の使用者に伝達する。したがって、前記軽度異常状態、重度異常状態に応じて応答が可能となる。

(4)本発明にかかる特装車管理用応答処理サーバ装置においては、前記異常状態分類区分は、少なくとも軽度異常状態と重度異常状態とに分類され、前記軽度異常状態に対応する応答処理として、前記制御対象機器の保守のやり方を示すデータを、前記特装車管理用ユーザ携帯装置に送信する。したがって、前記軽度異常状態、重度異常状態に応じて応答が可能となる。

(5)本発明にかかる装置においては、前記異常状態は前記制御対象機器の一部の部品に関する異常であり、前記制御対象機器の保守のやり方は、前記異常となった制御対象機器の部品についての、保守のやり方の説明である。したがって、前記部品に関する異常に対して保守のやり方を伝達することができる。

(6)本発明にかかる特装車管理用ユーザ携帯装置においては、前記重度異常状態に対応する応答処理として、前記制御対象機器の保守業者の連絡先を当該特装車管理用ユーザ携帯装置の使用者に伝達する。したがって、重度異常状態である場合には前記保守業者の連絡先を伝達することができる。

(7)本発明にかかる特装車管理用応答処理サーバ装置においては、前記重度異常状態に対応する応答処理として、前記制御対象機器の保守業者の連絡先を前記特装車管理用ユーザ携帯装置に送信する。したがって、重度異常状態である場合には前記保守業者の連絡先を前記ユーザ携帯装置に伝達することができる。

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

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

「特装車管理用ユーザ携帯装置」とは、実施形態ではユーザ携帯装置１６０が該当する。「異常状態分類データ」とは、実施形態では図５Ｃのエラー種別データが該当する。「応答処理データ」とは図６Ａ～Ｃのデータが該当する。

特装車管理用応答処理システム１において採用する塵芥収集車Ｖについて一部を破断した全体側面図である。 塵芥収集車Ｖにおける各部の制御関係を説明するための概略図である。 特装車管理用応答処理システム１の機能ブロック図である。 特装車管理用応答処理サーバ１００のハードウェア構成を示す図である。 ユーザ別車両データ、特装車稼動動作データ、エラー種別データの一例を示す図である。 応答処理データの一例を示す図である。 ユーザ携帯装置１６０のハードウェア構成を示す図である。 第１実施形態のフローチャートである。 第２実施形態のフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

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

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

油圧ポンプＰとマルチバルブＭＶには図示しない圧力センサが設けられている。かかる圧力センサの検出値は架装物側制御装置ＵＫに与えられる。架装物側制御装置ＵＫは前記圧力センサだけでなく、各種のセンサが接続されておりかかるセンサからの検出信号に基づいてエラーがあれば、これを検出し、積算回数と関連づけて関連データを生成し、キャビン内制御装置ＵＦを介して、ユーザ携帯装置１６０に送信する。詳しくは後述する。

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

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

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

特装車１８０ａの特装車車両側制御装置２０１は、近距離無線送受信手段２０３、稼働動作データ記憶手段２０５、特装車特定データ記憶手段２０９、および制御手段２０７、異常検出手段２０８を有する。近距離無線送受信手段２０３は、特装車車両側制御装置２０１の近距離無線送受信手段１６４と近距離無線通信によって接続する。稼働動作データ記憶手段２０５は、制御対象装置２１０の稼働動作データを記憶する。特装車特定データ記憶手段２０９は特装車の識別子を記憶する。異常検出手段２０８は、制御対象装置２１０における異常を検出する手段である。制御手段２０７は稼働動作データ記憶手段２０５に記憶された稼動動作データを近距離無線送受信手段２０３で送信する際の管理を行う。

「異常検出手段２０８」は、各種のセンサおよびかかるセンサからの数値に基づいて、検出する架装物側制御装置ＵＫの処理はもちろん、センサ検知無しで、複数の機器の相互関係から架装物側制御装置ＵＫが判断する処理（たとえば、マルチバルブＭＶ内にプレッシャレギュレータを設け、供給油圧を所定の設定値に規制するプレッシャレギュレータ（圧力調整装置）の設定値を診断時の圧力値として用いて、異常状態を検出してもよい。）が該当する。

ユーザ携帯装置１６０は、近距離無線送受信手段１６４、稼働動作データ管理手段１６５、および応答処理実行手段１６７を有する。

応答処理実行手段１６７は、近距離無線送受信手段１６４に特装車車両側制御装置２０１と無線通信接続させ、前記特装車車両側制御装置が検出した異常状態通知を受信すると、これを特装車管理用応答処理サーバ１００に送信するとともに、特装車管理用応答処理サーバ１００から前記異常状態に応じた応答処理データを受け取ると、当該応答処理を実行する。

稼働動作データ管理手段１６５は、近距離無線送受信手段１６４に特装車車両側制御装置２０１と無線通信接続させ、架装物の稼働動作データを取得するとともに、取得した稼働動作データを、定められた送信条件に基づいて特装車管理用応答処理サーバ１００に送信する。

特装車管理用応答処理サーバ１００は、異常状態分類データ記憶手段１０３、
応答処理データ記憶手段１０５、稼働動作データ記憶手段１０７、制御手段１０９を備えている。

異常状態分類データ記憶手段１０３は、前記異常状態通知についていずれの異常状態分類区分に属するかを判断するための区分データを記憶する。

応答処理データ記憶手段１０５は、前記異常状態分類区分に応じた応答処理データを記憶する。稼働動作データ記憶手段１０７はユーザ携帯装置１６０から受信した稼働動作データを記憶する。これらの処理は制御手段１０５が行う。

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

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

ハードディスク２６は、オペレーティングシステムプログラム２６ｏ（以下ＯＳと略す）、メインプログラム２６m、ユーザ別車両データ記憶部２６c、異常状態分類データ記憶部２６d、および応答処理データ記憶部２６Sを有する。

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

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

異常状態分類データ記憶部２６dに記憶される異常状態分類データのデータ構造を図５Cに示す。異常状態分類データは、エラー1とエラー２に分類されている。本実施形態においては、エラー１は作業の継続はできる軽度なもの、エラー２は作業できなくなる重度エラーに分類した。前者は、たとえば、各種のセンサの故障、モータ過熱、ダイオード過熱などである。後者は、ソレノイド弁のショート、電位回路の接点の溶着などである。

応答処理データ記憶部２６Sに記憶される応答処理データのデータ構造を図６Ａに示す。応答処理データは、エラー分類に応じて応答処理が記憶されている。本実施形態においてはエラー1は「マニュアル表示」、エラー2は「保守業者の連絡先表示」としたが、これに限定されない。

応答処理データ記憶部２６Sに記憶される応答処理データのデータ構造を図６Ａ～Ｃに示す。図６Ａは、エラー区分別の応答処理データである。図６Ｂは、応答処理データとして取り扱い説明書表示する場合に用いる特装車の製造番号とマニュアルファイル名の対応テーブルである。図６Ｃは、応答処理データとして保守業者リストを表示する場合のユーザＩＤ別の登録保守工場の対応データである。

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

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

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

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

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

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

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

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

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

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

（３．３ ユーザ側管理者端末装置１２０のハードウェア構成）
ユーザ側管理者端末装置１２０のハードウェア構成は、図４と同様であるので説明は省略する。

４．特装車管理用応答処理
（４．１ 第１実施形態）
図８を用いて、ユーザＩＤ１００１のユーザが製造番号18R830001Mの特装車の異常状態検出手段２０８から、ユーザ携帯装置１６０がエラー受信した場合について説明する。

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

ログイン処理がなされると、特装車車両側制御装置２０１と定期的に稼働動作データがユーザ携帯装置１６０に送信される。ユーザ携帯装置１６０はかかるデータを受け取ると、これを特装車管理用応答処理サーバ１００に送信する。

特装車車両側制御装置２０１にてエラーが発生すると、ユーザ携帯装置１６０に送信される。ユーザ携帯装置１６０のＣＰＵ１２３はエラーを受信するか否か判断しており（図８ステップＳ１）、エラーを受信すると特装車管理用応答処理サーバ１００に受け取ったエラーを送信する（ステップＳ３）。

特装車管理用応答処理サーバ１００のＣＰＵ２３は、エラーを受信するか否か判断しており（ステップＳ２１）、エラーを受信すると、当該エラーがエラー１かエラー２のいずれに属するのかを判断する（ステップＳ２３）。かかる判断は、図５Ｃを参照して判断することができる。

ステップＳ２３にて、受信したエラーがエラー１である場合には、製造番号から該当する取説を送信対象とする（ステップＳ２７）。この場合、製造番号18R830001Mの型式は図５Ａを参照すると、「GB87-240」である。さらに、図６Ｂを参照すると、この型式のマニュアルのマニュアルファイル名「GB87-240MM」が対象となるファイルがわかる。したがって、マニュアルファイル「GB87-240MM」を送信対象データとする。特装車管理用応答処理サーバ１００のＣＰＵ２３は、ユーザ携帯装置１６０へ、この送信対象データを送信する（ステップＳ２９）。

ユーザ携帯装置１６０のＣＰＵ１２３は、かかる送信対象データを受信するか否か判断しており(図８ステップＳ５）、かかる送信対象データを受信すると、結果を表示する（ステップＳ７）。これにより、マニュアルファイル「GB87-240MM」をユーザ携帯装置１６０の表示部１３０に表示することができる。

一方、ステップＳ２３にて、受信したエラーがエラー２である場合には、特装車管理用応答処理サーバ１００のＣＰＵ２３は、製造番号からユーザＩＤを特定し、登録された保守業者リストを送信対象とする（ステップＳ２５）。製造番号からユーザＩＤの特定は図５Ａのユーザ別車両データを参照すればよい。ユーザＩＤから保守業者リストは、図６Ｃのユーザ別保守工場リストを参照すればよい。かかるデータの結果表示（ステップＳ５，Ｓ７）については同様であるので説明は省略する。

このように、ユーザ携帯装置１６０が特装車から受け取ったエラーを受信すると、特装車管理用応答処理サーバ１００にてエラー種別を判断して、適切な応答をおこなっている。これにより、エラー種別をエラー重要度に応じて区分けしておくことにより、エラー重要度に応じた応答が可能となる。

エラー重要度が小さい（軽度なエラー）としては、たとえば、積込装置の位置を把握するセンサの故障としては、あり得ない検知（２か所同時に検知）、検知するはずなのに検知していない、などがある。この場合、センサの代わりにタイマで動作切り替えして動かすことができる。

また、モータ過熱、ダイオード過熱などは共に温度センサで検出可能である。かかる過熱要因としては、モータを、長時間動かし続けた場合である。また、荷受台昇降装置をスロー動作させると、ダイオード接点が断続的にON・OFFされる（PWM制御）。これが続くとダイオード過熱が生ずる。かかる過熱については冷えるまで時間をおけば、問題は解消する。

したがって、これらの取り扱いをマニュアルに記載しておけばよい。

これに対して、重度エラーの場合、そのままでは塵芥収集車Ｖの架装物Ｋを動作させられない場合がある。たとえば、ソレノイド弁（油圧回路切り替え弁）のショートの場合、シリンダに作動油を供給できず、装置を動かすことができない。また、電気回路の接点（FET）が開いたままでは、電気が流れず、装置は動かないし、閉じたまま（溶着）では、意図せぬ作動をし続ける。

このように重度エラーの場合、保守業者リストをユーザ携帯装置１６０の操作者に伝達することで迅速な対応が可能となる。

なお、当該型式のマニュアルを送るようにしたが、故障しているセンサなどエラー対応が記載している箇所まで特定して、ユーザ携帯装置１６０の操作者に伝達するようにしてもよい。これは、たとえば、別途、センサまで特定したエラー内容と該当するページ数を対応づけて記載しておけばよい。

（４．２ 第２実施形態）
第１実施形態では、特装車管理用応答処理サーバ１００にエラー種別および応答処理の判断のためのデータを記憶しておき、ユーザ携帯装置１６０に、結果を送信するようにした。しかし、これに限定されず、ユーザ携帯装置１６０内に図５，６のデータをユーザ携帯装置１６０のフラッシュメモリ１２６に記憶しておき、特装車管理用応答処理サーバ１００と通信することなく、エラーに対して、応答するようにしてもよい。

この場合のメインプログラム１２６mのフローチャートを図９に示す。

特装車車両側制御装置２０１にてエラーが発生すると、ユーザ携帯装置１６０に送信される。ユーザ携帯装置１６０のＣＰＵ１２３はエラーを受信するか否か判断しており（図９ステップＳ３１）、かかるエラーを受信すると当該エラーがエラー１かエラー２のいずれに属するのかを判断する（ステップＳ３３）。エラー種別判断および表示処理は、第１実施形態と同じなので説明は省略する（ステップＳ３３～Ｓ３９）。

なお、図５，６のデータの一部は、特装車管理用応答処理サーバ１００に記憶させておき、必要な場合には通信を行い、情報を取得するようにしてもよい。たとえば、エラー１については、型式によって異なるので、ユーザ携帯装置１６０にダウンロードするようにすればよいが、個別保守業者リストは特装車管理用応答処理サーバ１００に記憶しておき、問い合わせるなどすればよい。

(５．他の実施形態)
本実施形態においては、稼働動作データをあわせて特装車管理用応答処理サーバ１００に送信して、ステップＳ２３にて、かかる稼働動作データを参照して、エラーの重要度を判断してもよい。これはエラーと稼動動作は関係する場合があるからである。かかるエラーについて説明する。

たとえば、積み込み装置の位置を把握するセンサーが故障したエラーがある場合に、稼働動作データから積み込み装置のサイクル数のカウントが増えている場合には、タイマによって稼動しているので軽度とし、増えていない場合には積み込めてないので重度と判断できる。

また、塵芥収集車には、テールゲートの下げ動作時の最後に、ロックするフックが設けられている。かかるフックはロック状態をセンサーで検知している。ロックのセンサ非検知で積み込みモードに切り替え操作があった場合、エラーとなる。かかるエラーがあった場合1)排出作業（テールゲート下げ操作）が所定時間内に行われていた場合には、軽度エラーとして、下げスイッチの再押し下げを促す。もし、所定期間内に再押し下げがなされなければ重度と判断できる。

また、前記エラーがあった場合に、2)排出施設がＧＰＳから所定距離内であれば軽度としてテールゲート下げスイッチを促す。所定距離内になければ重度エラーと判断できる。

このように、稼働動作データを使いることにより、重度エラーと軽度エラー区分けすることができる。

本実施形態においては、塵芥収集車を例として説明したが、塵芥収集車以外の特殊車両通行についても同様に適用できる。

本実施形態においては応答データをユーザ携帯装置１６０に表示することにより情報をユーザ携帯装置１６０の操作者に伝達するようにしたが、他の伝達手法、たとえば音声での説明などであってもよい。

なお、他の条件でエラーや処理を区別してもよい。例えば、エラー１は昼（9：00～17：00）のエラーであり、この場合は「管理者PCに送信して報知する」、第２エラーは夜間（17：00～9：00）のエラーであり「管理者PCに送信のみ（夜は報知しない）」などとしてもよい。

上記実施形態としては、エラー種別を２つとしたが、３つ以上としてもよい。

また、応答処理として、なんらかの応答する場合を例として説明したが、一方の応答処理としては、「何もしない」であってよい。

１００ 特装車管理用応答処理サーバ
１６０ ユーザ携帯装置

Claims (7)

1. 特装車に搭載された制御対象装置を制御する特装車車両側制御装置から異常状態通知を受け取るとこれに対する応答処理を行う特装車管理用ユーザ携帯装置であって、
   前記異常状態通知についていずれの異常状態分類区分に属するかを判断するための異常状態分類データを記憶する異常状態分類データ記憶手段、
   前記異常状態分類区分に応じた応答処理データを記憶した応答処理データ記憶手段、
   前記異常状態通知を受信すると、異常状態分類データおよび応答処理データを参照して、前記異常状態に応じた応答処理をする応答処理実行手段、
   を備えたことを特徴とする特装車管理用ユーザ携帯装置。
2. 特装車に搭載された制御対象装置を制御する特装車車両側制御装置からユーザ携帯装置を介して異常状態通知を受け取るとこれに対する応答処理を行う特装車管理用応答処理サーバ装置であって、
   前記異常状態通知についていずれの異常状態分類区分に属するかを判断するための異常状態分類データを記憶する異常状態分類データ記憶手段、
   前記異常状態分類区分に応じた応答処理データを記憶した応答処理データ記憶手段、
   前記異常状態通知を受信すると、前記異常状態分類データおよび前記応答処理データを参照して、前記異常状態に応じた応答処理データを前記ユーザ携帯装置に送信する応答処理送信手段、
   を備えたことを特徴とする特装車管理用応答処理サーバ装置。
3. 請求項１の特装車管理用ユーザ携帯装置において、
   前記異常状態分類区分は、少なくとも軽度異常状態と重度異常状態とに分類され、
   前記軽度異常状態に対応する応答処理として、前記制御対象機器の保守のやり方を当該特装車管理用ユーザ携帯装置の使用者に伝達すること、
   を特徴とする特装車管理用ユーザ携帯装置。
4. 請求項２の特装車管理用応答処理サーバ装置において、
   前記異常状態分類区分は、少なくとも軽度異常状態と重度異常状態とに分類され、
   前記軽度異常状態に対応する応答処理として、前記制御対象機器の保守のやり方を示すデータを、前記特装車管理用ユーザ携帯装置に送信すること、
   を特徴とする特装車管理用応答処理サーバ装置。
5. 請求項３の特装車管理用ユーザ携帯装置または請求項４の特装車管理用応答処理サーバ装置において、
   前記異常状態は前記制御対象機器の一部の部品に関する異常であり、
   前記制御対象機器の保守のやり方は、前記異常となった制御対象機器の部品についての、保守のやり方の説明であること、
   を特徴とする装置。
6. 請求項３の特装車管理用ユーザ携帯装置において、
   前記重度異常状態に対応する応答処理として、前記制御対象機器の保守業者の連絡先を当該特装車管理用ユーザ携帯装置の使用者に伝達すること、
   を特徴とする特装車管理用ユーザ携帯装置。
7. 請求項４の特装車管理用応答処理サーバ装置において、
   前記重度異常状態に対応する応答処理として、前記制御対象機器の保守業者の連絡先を前記特装車管理用ユーザ携帯装置に送信すること、
   を特徴とする特装車管理用応答処理サーバ装置。

Images