(57)【特許請求の範囲】
【請求項１】
排気ガス中の残留物質を処理する後処理装置を管理する管理装置であって、
前記後処理装置の再生処理の発生状況を示す再生発生状況データを出力する再生発生状況出力部と、
前記後処理装置の再生処理が必要か否か、および再生処理が正常完了したか否かを判定する再生要否判定部と、
前記後処理装置の再生処理の実施中にキーオフ操作が行われて当該再生処理が分断されたことを検出する再生分断検出部と、を備え、
前記再生要否判定部は、前記後処理装置の再生処理が必要と判定したときに再生必要回数を変更し、再生処理が正常完了したと判定したときに再生完了回数を変更し、再生分断検出部が再生処理の分断を検出したときに再生分断回数を変更し、
前記再生発生状況出力部は、前記再生要否判定部で変更された再生必要回数、再生完了回数、および再生分断回数を、イベント発生前の再生処理と当該イベント発生後に再開された再生処理とが一連の再生処理であることを解析可能な再生発生状況データとして出力し、
前記イベントは再生処理の分断を含む
ことを特徴とする後処理装置の管理装置。
【請求項２】
請求項１に記載の後処理装置の管理装置において、
記憶手段を備え、
前記再生発生状況出力部は、再生処理の実施中にキーオフ操作が行われた場合に、再生発生状況データを前記記憶手段に記憶し、
前記再生分断検出部は、キーオン操作後に、前記記憶手段に記憶された再生発生状況データに基づいて再生処理が分断されたか否かを判定し、
前記再生発生状況出力部は、前記再生分断検出部で再生処理が分断されたと判定した場合に、前記記憶手段に記憶された再生発生状況データに再生処理が分断されたことを示す分断情報を加えて出力する
ことを特徴とする後処理装置の管理装置。
【請求項３】
請求項１に記載の後処理装置の管理装置において、
再生処理中であることを示す再生処理実施フラグと前記再生発生状況データとを記憶する記憶手段を備え、
前記再生要否判定部は、
再生処理が必要と判定した際に前記再生処理実施フラグをオンに設定し、
前記再生分断検出部において再生処理が分断されたと判定した場合は前記再生処理実施フラグをオン状態に維持し、
再生処理が必要な状態から不要な状態に変化したと判定した際に前記再生処理実施フラグをオフに設定し、
前記再生発生状況出力部は、前記再生処理実施フラグがオンに設定されてからオフに設定されるまでの再生発生状況データを１つのデータとして出力する
ことを特徴とする後処理装置の管理装置。
【請求項４】
請求項１から請求項３のいずれかに記載の後処理装置の管理装置を備えることを特徴とする作業車両。
【請求項５】
請求項１から請求項３のいずれかに記載の後処理装置の管理装置と、
前記管理装置から出力される再生発生状況データを受信して取得する管理サーバとを備える
ことを特徴する管理システム。
【請求項６】
後処理装置の管理方法であって、
前記後処理装置の再生処理の発生状況を示す再生発生状況データを出力する再生発生状況出力ステップと、
前記後処理装置の再生処理が必要か否か、および再生処理が正常完了したか否かを判定する再生要否判定ステップと、
前記再生処理の実施中に行われるキーオフ操作により当該再生処理が分断されたことを検出する再生分断検出ステップと、を備え、
前記再生要否判定ステップは、前記後処理装置の再生処理が必要と判定したときに再生必要回数を変更し、前記後処理装置の前記再生処理が正常完了したと判定したときに再生完了回数を変更し、再生分断検出ステップで再生処理の分断が検出されたときに再生分断回数を変更し、
前記再生発生状況出力ステップは、前記再生要否判定ステップで変更された再生必要回数、再生完了回数、および再生分断回数を、イベント発生前の再生処理と当該イベント発生後に再開された再生処理とが一連の再生処理であることを解析可能な再生発生状況データとして出力し、
前記イベントは前記再生処理の分断を含む
ことを特徴とする後処理装置の管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、後処理装置の管理装置、作業車両、管理システムおよび後処理装置の管理方法に関する。
【背景技術】
【０００２】
近年、鉱山や建設現場などで使用される油圧ショベルやホイールローダ等の各種建設機械や、ダンプトラック等の運搬車両等の作業車両では、衛星通信、携帯電話通信や鉱山等の所定エリアに設定された無線ＬＡＮ（Local Area Network）等を用いて管理サーバと通信し、作業車両の位置情報、稼働状況、故障履歴等の情報を管理サーバで管理している（例えば、特許文献１参照）。【０００３】
ところで、前記作業車両では、ディーゼルエンジン等の内燃機関を駆動源としている。このため、作業車両では、ディーゼルエンジンからの排気ガス中に含まれる粒子状物質（ＰＭ：Particulate Matter；パーティキュレートマター）を、専用のフィルタ（DPF：Diesel Particulate Filter；ディーゼルパーティキュレートフィルタ）にて捕集する後処理装置が設けられている。
後処理装置では、捕集されたＰＭの堆積量が増加するとフィルタの目詰まりが生じるため、捕集したＰＭを燃焼してフィルタの目詰まりを除去する再生処理を行っている。【０００４】
このような後処理装置において、手動操作による再生作動回数を、建設機械のコントローラから建設機械のレンタル会社のサーバに送信し、メンテナンス費の算定に利用するものが知られている（特許文献２参照）。
この特許文献２では、通常は、自動再生によってＰＭを焼却除去するが、良好に除去されない場合に表示装置に手動再生を促す警告を表示する。オペレータが警告表示を見て再生スイッチを操作すると、手動再生が行われる。そして、コントローラは、再生スイッチからの操作信号に基づき再生作動回数をカウントし、この再生作動回数を無線通信装置を介して管理会社のサーバに送信している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２４８６５３号公報
【特許文献２】特開２０１１−０１４００３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、前記特許文献２では、オペレータが再生スイッチを操作した際に、操作信号に基づいて再生作動回数をカウントしているため、再生作動中にオペレータがキーオフ操作を行った場合に、正しい再生作動回数をカウントできないという問題があった。
すなわち、再生作動中に終業時刻等になってキーオフ操作を行うと、作業車両が停止する。このため、再生処理も停止する。この場合、翌日の始業時等にキーオン操作を行うと、前回の再生処理が途中で終了しているために、再度、表示装置に手動再生を促す警告が表示される場合がある。この場合、オペレータは再生スイッチを操作して手動再生を行うことになり、コントローラに操作信号が入力されて再生作動回数が１回分増加する。【０００７】
このため、本来ならば１回の再生作動回数とカウントすべきところを２回とカウントしていた。このため、作業車両から出力される再生作動回数の情報に基づいて管理者が稼働状態を把握しようとすると、建設機械の再生処理状況を正しく認識できないという課題がある。【０００８】
本発明の目的は、再生処理中にキーオフ操作で作業車両が停止した場合でも、再生処理状況のデータを正しく取得できる後処理装置の管理装置、作業車両、管理システムおよび後処理装置の管理方法を提供することである。
【課題を解決するための手段】
【０００９】
本発明は、排気ガス中の残留物質を処理する後処理装置を管理する管理装置であって、前記後処理装置の再生処理の発生状況を示す再生発生状況データを出力する再生発生状況出力部と、前記再生処理の実施中にキーオフ操作が行われて再生処理が分断されたことを検出する再生分断検出部と、を備え、前記再生発生状況出力部は、前記再生分断検出部で検出された分断前の再生処理と、前記分断後に再開された再生処理とが一連の再生処理であることを解析可能な再生発生状況データを出力することを特徴とする。【００１０】
本発明の後処理装置の管理装置において、前記再生発生状況出力部は、前記再生分断検出部で再生処理が分断されたと判定した場合に、前記再生発生状況データに再生処理が分断されたことを示す分断情報を加えて出力することが好ましい。【００１１】
本発明の後処理装置の管理装置において、記憶手段を備え、前記再生発生状況出力部は、前記再生処理の実施中にキーオフ操作が行われた場合に、前記再生発生状況データを前記記憶手段に記憶し、前記再生分断検出部は、キーオン操作後に、前記記憶手段に記憶された前記再生発生状況データに基づいて再生処理が分断されたか否かを判定し、前記再生発生状況出力部は、前記再生分断検出部で再生処理が分断されたと判定した場合に、前記記憶手段に記憶された再生発生状況データに再生処理が分断されたことを示す分断情報を加えて出力することが好ましい。【００１２】
本発明の後処理装置の管理装置において、再生処理中であることを示す再生処理実施フラグと前記再生発生状況データとを記憶する記憶手段と、前記後処理装置の再生処理の要否を判定する再生要否判定部とを備え、前記再生要否判定部は、再生処理が必要と判定した際に前記再生処理実施フラグをオンに設定し、前記再生分断検出部において再生処理が分断されたと判定した場合は前記再生処理実施フラグをオン状態に維持し、再生処理が必要な状態から不要な状態に変化したと判定した際に前記再生処理実施フラグをオフに設定し、前記再生発生状況出力部は、前記再生処理実施フラグがオンに設定されてからオフに設定されるまでの再生発生状況データを１つのデータとして出力することが好ましい。【００１３】
本発明の作業車両は、前記後処理装置の管理装置を備えることを特徴とする。【００１４】
本発明の管理システムは、前記後処理装置の管理装置と、前記管理装置から出力される再生発生状況データを受信して取得する管理サーバとを備えることを特徴する。【００１５】
本発明は、後処理装置の管理方法であって、前記後処理装置の再生処理の発生状況を示す再生発生状況データを出力する再生発生状況出力ステップと、前記再生処理の実施中にキーオフ操作が行われて再生処理が分断されたことを検出する再生分断検出ステップと、を備え、前記再生発生状況出力ステップは、前記再生分断検出ステップで検出された分断前の再生処理と、前記分断後に再開された再生処理とが一連の再生処理であることを解析可能な再生発生状況データを出力することを特徴とする。【００１６】
本発明では、再生分断検出部を設けたので、再生処理中にキーオフ操作が行われて再生処理が分断されたことを検出して再生発生状況出力部に通知できる。このため、再生発生状況出力部は、分断の前後の再生処理が一連の再生処理であることを解析可能な再生発生状況データを管理サーバなどに出力できる。
したがって、再生処理が分断された場合でも、排気ガス中のＰＭやＮＯｘ等の残留物質の捕集や還元などの処理を行う後処理装置の再生処理状況を正しく管理できる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１実施形態にかかる後処理装置の管理システムを示す模式図。
【図２】第１実施形態の後処理装置および管理装置の構成を示す模式図。
【図３】第１実施形態の後処理装置の管理装置の構成を示すブロック図。
【図４】第１実施形態における再生発生状況データの一例を示す図。
【図５】第１実施形態の後処理装置の管理方法を示すフローチャート。
【図６】第２実施形態の後処理装置の管理方法を示すフローチャート。
【図７】第２実施形態の後処理装置の管理方法を説明するタイミングチャート。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態を図面に基づいて説明する。
［後処理装置の管理システムの概略構成］
図１には、本実施形態に係る後処理装置の管理システム１００の概略構成を示す模式図が示されている。管理システム１００は、作業車両１、ＧＰＳ衛星３、通信衛星４、受信装置５、基地局６、ネットワーク７、サーバ（管理サーバ）８、端末コンピュータ（Personal Computer）９、および携帯電話機や衛星通信機などの通信端末１０を備えている。
【００１９】
［作業車両］
作業車両１は、鉱山や道路等の建設現場において、掘削、地均し等の作業や土砂等の運搬を行う機械であり、例えば、油圧ショベル、ホイールローダ、ブルドーザ、モータグレーダ、クレーン等の建設機械や、フォークリフト等の運搬車両が該当する。
【００２０】
［作業車両の制御装置］
作業車両１は、図２に示すように、エンジン（ディーゼルエンジン）１１と、エンジン１１を制御するエンジンコントローラ１２と、エンジン１１で駆動されて図示しない油圧アクチュエータ（回転系を駆動する油圧モータまたは作業機を駆動する油圧シリンダ等）へ作動油を供給する可変容量型の油圧ポンプ１３と、油圧ポンプ１３の斜板又は斜軸の傾転角を変更するサーボピストン１４と、前記サーボピストン１４の動作を制御して油圧ポンプ１３の流量を調整する車体コントローラ（ポンプコントローラ）１５と、モニタ装置１６と、前記通信衛星４に対する衛星通信や無線ＬＡＮ（Local Area Network）を用いた外部通信を制御する通信コントローラ１７とを備えている。
【００２１】
エンジンコントローラ１２、車体コントローラ１５、モニタ装置１６、通信コントローラ１７は、ＣＡＮ（Controller Area Network）１８を介して互いに通信可能に接続されている。
【００２２】
［モニタ装置］
モニタ装置１６は、図示を略すが表示部と入力部と演算部を備える。表示部は、液晶ディスプレイなどで構成される。表示部は、冷却水温、燃料残量等の各種情報、コーションなどを表示する。
入力部は、表示部の周辺に設けられたボタンなどで構成される。前記表示部には、各入力部（ボタン）の機能がアイコンなどで表示される。このため、オペレータは、再生処理を中断する場合にどのボタンを押せばよいかを容易に把握できる。なお、タッチパネル式のモニタ装置１６を用いれば、タッチパネル上に表示されたボタンをタッチすればよい。
また、入力部は、モニタ装置１６に一体に設けられるボタンに限らず、モニタ装置１６とは別の筐体等に設置されるボタンで構成してもよい。
演算部は、入力部の作業モードの設定の入力操作に基づく指令を各コントローラ１２，１５へ送信する。
また、演算部は、コントローラ１２の稼動を連絡する信号に基づき、稼動した時間の累積となるＳＭＲ（サービスメータ）値を累積する。そして、通信コントローラ１７がサーバ８に対して通信する時にＳＭＲを送信する。ここでモニタ装置１６から送信されるＳＭＲは、通信コントローラ１７からの定期的な指令に基づき送信される。
【００２３】
［後処理装置］
作業車両１のエンジン１１には、排気ガス中のＰＭやＮＯｘ等の残留物質の捕集や還元などの処理を行う後処理装置２０が接続されている。後処理装置２０は、後述するように管理装置であるエンジンコントローラ１２で制御されている。
後処理装置２０は、エンジン１１から排気される排気ガスの流れ方向における上流側から順に、フィルタ装置としてのディーゼル・パーティキュレート・フィルタ（Diesel particulate filter；以下「ＤＰＦ」と記す）装置３０と、還元剤水溶液ミキシング装置（以下、ミキシング装置と略す）４０と、選択還元触媒（Selective Catalytic Reduction；以下「ＳＣＲ」と記す）装置５０とを備える。これらの装置３０、４０、５０は、エンジン１１からの排気ガスが流通する排気管２１の途中に設けられる。この排気管２１は、エンジン１１からの排気ガスをＤＰＦ装置３０に導入する入口管２１Ａと、ＤＰＦ装置３０の出口に接続された出口管２１Ｂと、ＳＣＲ装置５０の出口に接続された出口管２１Ｃとを備える。また、油圧ショベルやホイールローダ、ブルドーザといった作業車両１では、後処理装置２０は、エンジン１１と共にエンジンルーム内に収容される。
【００２４】
［ＤＰＦ装置］
ＤＰＦ装置３０は、ケース３１を備え、ケース３１の内部にはＤＯＣ（ディーゼル酸化触媒：Diesel Oxidation Catalyst）３２と、ＣＳＦ（触媒化スートフィルタ：Catalyzed Soot Filter）３３とが収容されている。
【００２５】
［ＤＯＣ］
ＤＯＣ３２は、排気ガス中に必要に応じて供給されるドージング燃料を酸化、発熱させて、排気ガス温度を所定の高温域まで上昇させる触媒である。この上昇した排気ガスを利用することで、後述するＣＳＦ３３に堆積したＰＭを自己燃焼させて焼却除去し、ＣＳＦ３３を再生させる。
ドージング燃料は、内燃機関がディーゼルエンジンの場合では、例えばエンジン燃料と同じ軽油であり、排気管に設けられたドージング用の燃料噴射装置により排気ガス中に供給され、排気ガスと共に後処理装置２０内に流入する。また、ドージング用の燃料をエンジンシリンダ内に供給する場合では、エンジンシリンダ内噴射用の燃料噴射装置によりドージング用の燃料を供給することになる。
【００２６】
［ＣＳＦ］
ＣＳＦ３３は、詳細な図示を省略するが、多数の小孔を配した構造とされて排気ガス中のＰＭを捕集するフィルタである。ＣＳＦ３３の小孔は、流入側から流出側に向かって連通しており、その断面は多角形状（例えば、六角形状）に形成されている。小孔としては、入口側で開口して出口側で目封じされたものと、入口側で目封じされて出口側で開口したものとが交互に配置されており、前者の小孔から流入した排気ガスが、境界壁を通過して後者の小孔に抜け、下流側に流出する。そして、その境界壁でＰＭが捕集される。
【００２７】
ＣＳＦ３３の材質は、コージェライトや炭化珪素等のセラミックス、または、ステンレスやアルミニウム等の金属からなり、用途に応じて適宜決定される。なお、ＣＳＦ３３の入口側には、ＤＯＣ３２とは材質の異なる酸化触媒がウォッシュコート等によりコーティングされていてもよい。
【００２８】
［ミキシング装置］
ミキシング装置４０は、排気ガス中に還元剤水溶液としての尿素水溶液を添加するものである。このようなミキシング装置４０は、ＤＰＦ装置３０の出口管２１Ｂに取り付けられ、出口管２１Ｂ内部に尿素水溶液を噴射するインジェクタを有するドージングモジュール４１と、前記尿素水溶液が貯蔵される尿素水タンク４２と、尿素水タンク４２からドージングモジュール４１に尿素水溶液を供給するサプライモジュール４３とを備える。
ドージングモジュール４１およびサプライモジュール４３は、エンジンコントローラ１２によって制御されている。そして、ドージングモジュール４１から出口管２１Ｂ内の排気ガス中に噴射された尿素水溶液は、排気ガスの熱によって熱分解され、アンモニアとなる。
【００２９】
［ＳＣＲ装置］
ＳＣＲ装置５０は、ドージングモジュール４１から噴出されたアンモニアを還元剤とすることで、排気ガス中の窒素酸化物を還元浄化するものである。アンモニアは、還元剤として排気ガスと共にＳＣＲ装置５０へ供給される。
なお、ＳＣＲ装置５０の下流側にアンモニア低減触媒を設けてもよい。アンモニア低減触媒は、ＳＣＲ装置５０で未使用とされたアンモニアを酸化処理して無害化するものであり、排気ガスのエミッションをより低減させる。
【００３０】
ＳＣＲ装置５０は、噴射される尿素が出口管２１Ｂ中で結晶化して析出する場合がある。この場合、ＤＰＦ装置３０を再生する場合と同様に、排ガス温度を高温にすることで、出口管２１Ｂ内の析出物を分解する再生を行う。したがって、後処理装置２０の再生処理には、ＤＰＦ装置３０の再生を行う場合と、ＳＣＲ装置５０の再生を行う場合とが含まれる。
【００３１】
［センサ］
後処理装置２０には、後処理装置２０の再生処理状況を検出するための各種センサが設けられている。
具体的には、入口管２１Ａは、排気ガスに含まれる窒素酸化物（ＮＯｘ）の濃度を検出するＮＯｘセンサ６１と、排気ガスの圧力を検出する圧力センサ６３とが設けられている。
ＮＯｘセンサ６１には、電子制御コントロールユニット（electronic control unit；以下「ＥＣＵ」と記す）６２が接続されている。ＥＣＵ６２は、ＮＯｘセンサ６１の検出値を濃度値に演算し、ＣＡＮ１８を経由してエンジンコントローラ１２にＮＯｘ濃度を出力している。
圧力センサ６３は、排気ガスの圧力を検出し、ＣＡＮ１８を経由してエンジンコントローラ１２に排気ガス圧力値を出力している。
【００３２】
［ＤＰＦ装置用センサ］
ＤＰＦ装置３０には、ＤＯＣ３２の入口温度を測定する温度センサ６４と、ＤＯＣ３２の出口温度を測定する温度センサ６５と、ＣＳＦ３３の出口側（下流側）の温度を測定する温度センサ６６とが設けられている。
ＤＰＦ装置３０には、ＣＳＦ３３の上流側と下流側の差圧を測定する差圧センサ６７が設けられている。差圧センサ６７は、ＣＳＦ３３の上流側の圧力を測定する圧力センサ６７１と、ＣＳＦ３３の下流側の圧力を測定する圧力センサ６７２とを備えている。
これらの各センサ６４，６５，６６，６７は、エンジンコントローラ１２に接続され、測定値をエンジンコントローラ１２に出力している。エンジンコントローラ１２は、温度センサ６４，６５，６６で測定される排気ガスの温度等に基づいてドージング燃料の供給制御などを行う。
また、差圧センサ６７で測定される差圧は、ＣＳＦ３３の目詰まり状態を判定する情報つまり再生状態を判定する情報などに使用される。
【００３３】
［ＳＣＲ装置用センサ］
ＳＣＲ装置５０には、ＳＣＲ装置の入口温度を測定する温度センサ６８、出口温度を測定する温度センサ６９、アンモニア濃度を測定するアンモニアセンサ７０が設けられる。
これらの各センサ６８，６９，７０も、エンジンコントローラ１２に接続され、測定値をエンジンコントローラ１２に出力している。エンジンコントローラ１２は、温度センサ６８，６９で測定される排気ガスの温度等に基づいて尿素水溶液の噴出制御などを行う。なお、尿素水溶液の噴出制御は、アンモニアセンサ７０で測定されるアンモニア濃度に応じて制御してもよい。
【００３４】
ＳＣＲ装置５０の下流側に配置される出口管２１Ｃには、ＮＯｘセンサ７１が設けられている。ＮＯｘセンサ７１にはＥＣＵ７２が接続されている。ＥＣＵ７２は、ＮＯｘセンサ７１の検出値を濃度値に演算し、ＣＡＮ１８を経由してエンジンコントローラ１２にＮＯｘ濃度を出力している。エンジンコントローラ１２は、ＮＯｘセンサ６１およびＮＯｘセンサ７１の検出値に基づいて、ＳＣＲ装置５０の上流側のＮＯｘ濃度に対して、下流側のＮＯｘ濃度が低下しない場合（各ＮＯｘ濃度の差分が所定閾値以下の場合）や、ＳＣＲ装置５０の下流側のＮＯｘ濃度が目標値まで十分に低下しない場合などに、ＳＣＲ装置５０の脱硝能力が低下して再生が必要と判断する。
また、尿素水タンク４２には、タンク内の尿素水の温度および液面レベル（貯蔵量）を測定するセンサ７３が設けられている。
ＥＣＵ７２とセンサ７３とは、ＣＡＮ１８によりエンジンコントローラ１２に通信可能に接続されている。このため、ＥＣＵ７２は、測定した排気ガスのＮＯｘ濃度をＣＡＮ１８を介してエンジンコントローラ１２に出力している。また、センサ７３は、測定した尿素水の温度、液面をエンジンコントローラ１２に出力している。
【００３５】
［エンジンコントローラ］
次に、エンジンコントローラ１２の構成について説明する。
エンジンコントローラ１２は、図３に示すように、再生要否判定部１２１、再生制御部１２２、再生分断検出部１２３、再生発生状況出力部１２４、記憶手段１２５を備える。
【００３６】
［再生要否判定部］
再生要否判定部１２１は、ＤＰＦ装置３０、ミキシング装置４０、ＳＣＲ装置５０に設けられた各センサからのセンサ情報を取得して再生処理の要否を判定する。
再生制御部１２２は、前記再生要否判定部１２１で再生処理が必要であると判定されると、作業機械の稼動を続けながら再生処理（自動再生処理）を実行する。また、再生制御部１２２は、ＤＰＦ装置３０の目詰まり状態が悪化した場合など、圧損の増加等で手動再生が必要と判定した場合は、モニタ装置１６に手動再生を促す警告と、手動再生を指示する再生ボタン１２６とを表示する。オペレータが作業機による作業を中止して再生ボタン１２６を押すと、再生制御部１２２は定置手動再生処理を実行する。
【００３７】
［再生制御部］
再生制御部１２２は、再生処理時には、エンジン１１のエンジンシリンダ内噴射用の燃料噴射装置を制御して、ドージング用の燃料供給量を変更すること等で排気ガス温度を上昇させ、ＣＳＦ３３に捕集されたＰＭの強制燃焼を所定時間実施し、ＣＳＦ３３を再生する。また、再生制御部１２２は、ミキシング装置４０を制御して尿素水溶液の供給を制御する。ただし、この尿素水溶液の供給制御は、ＤＰＦ装置３０の再生と異なり、再生処理中であっても、再生制御固有の供給制御を行わず、後処理と同じ制御が行われる。
なお、再生処理中のモニタ装置１６には、再生処理を中断するアイコンなどが表示され、この中断表示に対応する位置の中断ボタン１２７をオペレータが押すと、モニタ装置１６からエンジンコントローラ１２に中断指令が出力される。エンジンコントローラ１２の再生制御部１２２は、中断指令に対応して再生処理を中断する。
【００３８】
［再生分断検出部］
再生分断検出部１２３は、再生制御部１２２によって再生処理が実行中である場合に、作業車両１のキースイッチ１２８がオフされた場合、再生処理がキーオフ操作で分断されたことを判定し、その検出信号を再生発生状況出力部１２４に出力する。すなわち、キースイッチ１２８がオフ操作されると、キースイッチ１２８の状態を検出するセンサがキーオフ操作を検出する。エンジンコントローラ１２は、前記センサの検出結果からキーオフ操作が行われたこと、つまりエンジン停止操作が実行されたことを判定すると、エンジン停止プロセスを実行する。エンジンコントローラ１２は、エンジンコントローラの稼働時間であるＥＣＵ稼働時間や分断情報などを記憶手段１２５に記憶する。エンジンコントローラ１２の電源は、データの記憶処理が完了した後に停止される。
【００３９】
［再生発生状況出力部］
再生発生状況出力部１２４は、再生要否判定部１２１を介して入力されるセンサ情報や、再生制御部１２２や再生分断検出部１２３を介した情報に基づいて、再生発生状況データを算出する。そして、再生発生状況出力部１２４は、再生処理が完了した場合に再生発生状況データを通信コントローラ１７に対して出力する。また、再生発生状況出力部１２４は、再生処理中にキースイッチ１２８がオフ操作されて再生処理が分断された場合に、その時点の再生発生状況データを記憶手段１２５に記憶する。
さらに、再生発生状況出力部１２４は、キースイッチ１２８のキーオフ操作で再生処理が分断された後、キースイッチ１２８のキーオン操作が行われた場合に、前記記憶手段１２５に記憶していた再生発生状況データを読み出して通信コントローラ１７に出力する。なお、再生発生状況データの出力は、モニタ装置１６に表示してもよいし、プリンタ（図示略）で紙に印刷してもよい。
【００４０】
［記憶手段］
記憶手段１２５は、本実施形態では、EPROM (Erasable Programmable Read Only Memory)等の不揮発性メモリを用いているが、半導体記憶装置、磁気記憶装置、光学記憶装置等の各種の記憶装置が利用できる。特に、記憶手段１２５は、キースイッチ１２８のオフ操作でエンジンコントローラ１２等への電力供給が停止しても、再生発生状況データを保持することができる不揮発性の記憶装置が好ましい。また、バッテリーなどの無停電電源装置を設けてキーオフ時にも電力を供給できる場合には、ＤＲＡＭ（Dynamic Random Access Memory）などの揮発性のメモリを用いることもできる。
【００４１】
［通信コントローラ］
通信コントローラ１７は、時刻情報を取得する。また、通信コントローラ１７は、各コントローラ１２，１５やモニタ装置１６に対して情報の出力を指令し、または各コントローラ１２，１５から送信される情報を取得し、出力された各情報を定期送信のために適宜保存する。
通信コントローラ１７は、通信端末１７１を介してサーバ８へ定期的若しくは再生処理などのイベントに応じた情報送信要否を判定し、情報送信が必要と判断した時にサーバへ情報を送信する。なお、通信コントローラ１７は、情報を送信する時には、ＳＭＲ・時刻情報を付与する。
通信端末１７１は、アンテナ１７２が接続され、衛星電話・携帯電話・無線ＬＡＮ等を用いて作業車両１の車外との通信を行う。
通信コントローラ１７は、再生発生状況出力部１２４が出力する再生発生状況データを、通信端末１７１からアンテナ１７２を介して送信する。この送信データは、例えば、衛星電話を用いた場合には、通信衛星４、受信装置５、基地局６、ネットワーク７を経由してサーバ８に送られる。また、携帯電話を用いた場合には、携帯電話の基地局、ネットワーク管制局及びネットワーク７を経由してサーバ８に送られる。
サーバ８は、受信した再生発生状況データをサーバ８の記憶手段に記憶する。
【００４２】
［再生発生状況データ］
ここで、サーバ８に記憶された再生発生状況データ２００の一例を図４に示す。図４において、イベント発生時刻とＳＭＲ（サービスメータ）は、再生発生状況出力部１２４から出力されるデータには含まれていない。ここで、再生処理に関するイベントには、再生処理の正常終了と、再生処理の中断と、再生処理の分断とがある。したがって、再生処理正常終了のイベント発生時刻は再生処理の終了時刻であり、再生処理中断のイベント発生時刻は再生処理の中断時刻である。また、再生処理分断のイベント発生時刻は、キーオフ操作で分断が発生した時刻である。
そして、再生処理の正常終了時と再生処理の中断時は、後述するように、再生発生状況出力部１２４は、通信コントローラ１７に再生発生状況データ２００を出力する。そして、通信コントローラ１７は、再生発生状況データ２００に前記イベント発生時刻を付加し、通信端末１７１を介して送信する。
一方、再生処理の分断時は、後述するように、再生発生状況出力部１２４は、再生発生状況データ２００を記憶手段１２５に記憶する。またイベント発生時刻は、通信コントローラ１７内に記憶される。キーオフ操作で作業車両１が停止し、通信コントローラ１７による通信処理も実行できないためである。この分断時に記憶手段１２５に記憶された再生発生状況データ２００および通信コントローラ１７内に記憶されたイベント発生時刻は、後述するように、次のキーオン時に再生発生状況出力部１２４によって通信コントローラ１７に出力される。通信コントローラ１７は、再生発生状況データ２００にイベント発生時刻を付加し、通信端末１７１を介して送信する。
さらに、通信コントローラ１７は、ＧＰＳ衛星３から受信した衛星信号に基づいて算出した位置データ等を、必要に応じて前記再生発生状況データ２００に付加する。
ＳＭＲは、作業車両１のエンジン１１が動いている時間を示すデータであり、モニタ装置１６より出力され、通信コントローラ１７において再生発生状況データに付加される。
【００４３】
［再生発生状況データ：累積再生必要回数］
再生発生状況データ２００において、累積再生必要回数は、再生要否判定部１２１において再生処理が必要であると判定された場合、インクリメント（１加算）される。なお、後述するように、キーオフ操作で再生処理が分断された後にキーオンされた場合は、再生要否判定部１２１は再度再生の要否を判定し、その時点で再生が必要と再度判定された場合には累積再生必要回数も再度インクリメントされる。
【００４４】
［再生発生状況データ：累積再生中断回数］
累積再生中断回数は、再生処理が中断された累積回数をカウントしている。具体的には、前記中断ボタン１２７が押されて再生処理が中断された回数と、エンジンコントローラ１２が再生を非効率と判断するなどして自動再生を中断した回数とを累積した回数を累積再生中断回数としている。エンジンコントローラ１２が再生を非効率と判断するのは、例えば、再生処理を行って所定時間経過しても排気ガスの温度が上がらない場合などである。
従って、再生処理中に中断ボタン１２７が押されると累積再生中断回数がインクリメントされる。
【００４５】
［再生発生状況データ：累積再生完了回数］
累積再生完了回数は、各センサ情報に基づいて再生処理が完了したことを再生要否判定部１２１が判定し、再生制御部１２２に対して再生処理の完了を指示した場合にインクリメントされる。
［再生発生状況データ：累積再生分断回数］
累積再生分断回数は、前述したように、再生処理中にキーオフ操作が行われたことを再生分断検出部１２３が検出すると、インクリメントされる。
【００４６】
なお、累積再生必要回数、累積再生中断回数、累積再生完了回数、累積再生分断回数は、再生発生状況出力部１２４によって不揮発性メモリである記憶手段１２５に記憶される。このため、後処理装置２０の交換時等にサービスマンがモニタ装置１６を操作して各回数をリセットした場合やエンジンコントローラ１２が交換された場合は、記憶手段１２５に記憶される各回数は初期値である「０」に戻る。従って、前記各回数は、サービスマンがモニタ装置１６を操作して各回数をリセットしたりエンジンコントローラ１２が交換されない限り、減少することはない。
【００４７】
［再生発生状況データ：再生開始要因］
再生開始要因は、再生処理の開始理由が記載されている。図４に示す例では、「Scheduled deSoot」、「Automatic deSoot」、「Automatic deposit removal」の３種類が記載されている。
「Scheduled deSoot」は、決められた時間間隔や日時など、所定のスケジュールに沿って再生処理が実行されたことを意味する。
「Automatic deSoot」は、再生要否判定部１２１によってＤＰＦ装置３０の再生処理が必要と判定されて、自動再生が行われたことを意味する。
「Automatic deposit removal」は、再生要否判定部１２１によってＳＣＲ装置５０における析出物の自動除去処理が必要と判定されて、自動再生が行われたことを意味する。
なお、いずれの場合も、累積再生必要回数はインクリメントされる。
【００４８】
［再生発生状況データ：再生継続時間、ドージング燃料消費量、ＳＭＲ］
再生継続時間は、１回の再生処理の継続時間を示す。このため、再生処理が正常に完了した場合には、前記再生継続時間は再生処理の開始から完了までの時間である。一方、中断ボタン１２７が押されて再生処理が中断した場合や、キースイッチ１２８がオフされて再生処理が分断された場合は、前記再生継続時間は再生処理の開始から中断や分断されるまでの時間である。
ドージング燃料消費量は、再生処理で消費されたドージング燃料の量である。
【００４９】
［再生処理制御］
次に、エンジンコントローラ１２による再生処理制御について図５のフローチャートを参照して説明する。この再生処理は、再生制御部１２２の指令に基づいて行われる。また、再生処理には、再生処理が正常に完了する場合と、中断ボタン１２７の操作で再生処理が中断される場合と、再生処理中にオペレータがキーオフ操作を行うことで再生処理が分断されて分断処理が行われる場合とがある。以下にこれらの処理を詳述する。
【００５０】
＜分断発生判定＞
オペレータがキースイッチ１２８によるキーオン操作を行うと（ステップＳ１）、エンジンコントローラ１２の再生要否判定部１２１は、前回再生処理中にキーオフ操作による分断が発生したかを判定する（ステップＳ２）。具体的には、再生要否判定部１２１は、再生発生状況出力部１２４を介して記憶手段１２５に記憶した再生発生状況データを取得して解析し、再生処理中にキーオフ操作があったことを確認することで、前回の再生処理中にキーオフによる分断が発生したかを判定する。
【００５１】
＜再生要否判定＞
ステップＳ２でＮｏと判定された場合、つまり前回の再生処理中に分断が発生していない場合は、再生要否判定部１２１は、後処理装置２０に設けられた各センサ情報を取得して再生処理の実施が必要であるかを判定する（ステップＳ３）。具体的には、再生要否判定部１２１は、ＣＳＦ３３に設けられた差圧センサ６７の圧力差などから、ＤＰＦ装置３０に堆積したＰＭの堆積量を推定し、再生処理の実施が必要であるかを判定する。また、再生処理のスケジュールが設定されている場合には、再生要否判定部１２１は日時や稼働時間が再生処理スケジュールに該当した場合には、再生処理の実施が必要であると判定する。
【００５２】
再生要否判定部１２１が再生処理の実施が不要と判定した場合（ステップＳ３でＮｏ）、エンジンコントローラ１２は再生処理を開始せずに、再生要否判定部１２１による再生処理の実施必要性の判定処理（ステップＳ３）を継続する。
【００５３】
＜累積再生必要回数更新＞
一方、再生要否判定部１２１が再生処理の実施が必要と判定した場合（ステップＳ３でＹｅｓ）、再生要否判定部１２１は累積再生必要回数に１を加算してインクリメントする（ステップＳ３）。なお、再生制御部１２２が累積再生必要回数をインクリメントしてもよい。
【００５４】
＜再生処理実施＞
次に、再生制御部１２２は再生処理を実施する（ステップＳ５）。すなわち、再生制御部１２２は、エンジン１１のドージング燃料やミキシング装置４０の尿素水溶液の噴出を制御して再生処理を実施する。
【００５５】
＜再生中キーオフ判定＞
次に、再生分断検出部１２３は、再生処理実施中にオペレータによってキースイッチ１２８のオフ操作が行われたかを判定する（ステップＳ６）。すなわち、キースイッチ１２８の状態を検出するセンサがキーオフ操作を検出すると、エンジンコントローラ１２は、前記センサの検出結果からキーオフ操作が行われたこと、つまりエンジン停止操作が実行されたことを判定する。これにより、再生分断検出部１２３は、再生処理実施中にキーオフ操作が行われたことを判定できる。
ステップＳ６でＹｅｓと判定されると、キーオフ信号が再生分断検出部１２３から再生発生状況出力部１２４に入力する（ステップＳ７）。
＜再生発生状況データ記憶＞
すると、再生発生状況出力部１２４は、再生発生状況データを記憶手段１２５に記憶する（ステップＳ８）。この際、エンジンコントローラ１２は、エンジン停止プロセスを実行し、ＥＣＵ稼働時間や分断情報などを記憶手段１２５に記憶する。
そして、キーオフ操作によって作業車両１が停止するため、再生制御処理も終了する（ステップＳ９）。また、エンジンコントローラ１２の電源は、データの記憶処理が完了した後に停止される。
【００５６】
＜分断後のキーオン操作＞
その後、オペレータがキースイッチ１２８のキーオン操作を行うと、ステップＳ１からの処理が再度実行される。
【００５７】
＜分断発生判定＞
このため、ステップＳ２では、前回、キーオフ操作で再生処理を分断していれば、再生要否判定部１２１は、分断発生があったと判定する（ステップＳ２でＹｅｓ）。
＜累積再生分断回数更新＞
すると、再生要否判定部１２１は、累積再生分断回数に１を加算してインクリメントする（ステップＳ１１）。
【００５８】
＜再生発生状況データ出力＞
次に、再生発生状況出力部１２４は、通信コントローラ１７に、再生発生状況データを出力する（ステップＳ１２）。この再生発生状況データは、累積再生必要回数および累積再生分断回数がインクリメントされたデータとなる。
【００５９】
＜再生要否判定＞
ステップＳ１１，Ｓ１２の処理が行われた場合も、再生要否判定部１２１は、再生処理の実施が必要であるかを判定する(ステップＳ３)。そして、ステップＳ３で再生が必要と再度判定された場合も、再生要否判定部１２１は累積再生必要回数をインクリメントする（ステップＳ４）。
【００６０】
次に、エンジンコントローラ１２は、ステップＳ５の再生処理を実施する。そして、ステップＳ６のキーオフ操作の有無の判定処理を実行する。
ここで、再生処理実施中に再度キーオフ操作が行われた場合（ステップＳ６でＹｅｓ）、ステップＳ７，Ｓ８を再度実行して作業車両１を停止する。その後、キーオン操作が行われると、ステップＳ１から処理を繰り返す。
【００６１】
＜再生処理正常完了の場合＞
一方、再生処理実施中にキーオフ操作が行われなかった場合（ステップＳ６でＮｏ）、再生要否判定部１２１は、取得するセンサ情報から再生処理が正常に完了したかを判定する（ステップＳ１３）。
再生要否判定部１２１は、再生処理が正常に完了すると(ステップＳ１３でＹｅｓ)、累積再生完了回数をインクリメントする（ステップＳ１４）。
そして、再生発生状況出力部１２４は、通信コントローラ１７に、再生発生状況データを出力し（ステップＳ１５）、再生制御処理を終了する（ステップＳ９）。この際の再生発生状況データは、累積再生必要回数および累積再生完了回数がインクリメントされたデータとなる。
【００６２】
＜再生処理中断の場合＞
再生処理実施中にキーオフ操作が行われず（ステップＳ６でＮｏ）、再生処理が正常完了していない場合（ステップＳ１３でＮｏ）、再生要否判定部１２１は、中断ボタン１２７が押されて再生処理が中断したかを判定する（ステップＳ１６）。
再生要否判定部１２１は、再生処理が中断した場合は（ステップＳ１６でＹｅｓ）、累積再生中断回数をインクリメントする（ステップＳ１７）。
そして、再生発生状況出力部１２４は、通信コントローラ１７に、再生発生状況データを出力し（ステップＳ１５）、再生制御処理を終了する（ステップＳ９）。この際の再生発生状況データは、累積再生必要回数および累積再生中断回数がインクリメントされたデータとなる。
【００６３】
一方、再生要否判定部１２１は、再生処理が中断していない（ステップＳ１６でＮｏ）と判定された場合は、ステップＳ５の再生処理の実施に戻り、ステップＳ５〜Ｓ１７までを順次繰り返す。
【００６４】
＜再生発生状況データの送信＞
ステップＳ１２やステップＳ１５で再生発生状況データが通信コントローラ１７に出力されると、通信コントローラ１７は、通信端末１７１を用いて、再生発生状況データをサーバ８に送信する。なお、キーオフからキーオンの間も、エンジンコントローラ１２や通信コントローラ１７、通信端末１７１等の電源さえ保証できれば、例えばキーオフ状態の夜間中に各コントローラが起動して情報を送信することもできる。
サーバ８では、作業車両１から送信された再生発生状況データを蓄積する。前述した図４の再生発生状況データ２００は、サーバ８の記憶手段に蓄積されたデータの一例である。
【００６５】
＜再生発生状況データの分析例＞
管理システム１００の管理者やデータ分析担当者は、端末コンピュータ９等を用いて再生発生状況データ２００を正確に分析することができる。分析結果は、故障原因の推定やメンテナンス時期の予測に利用できる。
図４の再生発生状況データ２００の分析例を説明する。図４において、Ｎｏ．５（２０１３／１０／７  １９：０６：４２）のデータは、累積再生必要回数がＮｏ．４のデータの「１２」から「１３」にインクリメントされており、再生開始要因が「Automatic deposit removal」であるため、ＤＰＦ装置３０の付着物を除去するために再生要否判定部１２１で再生処理の実施が必要と判定され（ステップＳ２でＹｅｓ）、ステップＳ３で累積再生必要回数がインクリメントされて再生処理が開始されたものであることが分析できる。
また、累積再生完了回数がＮｏ．４のデータの「１２」から変更されておらず、累積再生分断回数が「０」から「１」にインクリメントされているため、Ｎｏ．５のデータは、再生処理中にキーオフ操作が有り（ステップＳ６でＹｅｓ）、その後のキーオン操作でステップＳ１から再度処理した際にステップＳ４でＹｅｓと判定され、ステップＳ１１で累積再生分断回数がインクリメントされ、ステップＳ１２で出力されたデータであることが分析できる。
【００６６】
また、Ｎｏ．６（２０１３／１０／７  １９：３３：０９）のデータは、直前のＮｏ．５のデータに対して、累積再生完了回数や累積再生中断回数が変化しておらず、累積再生必要回数と累積再生分断回数が＋１加算されてインクリメントされているので、ステップＳ１２の後のステップＳ５で再生処理を実施したが、再度、キーオフ操作があり、ステップＳ６でＹｅｓと判定されて、ステップＳ７，Ｓ８の処理を行った後、再度、キーオン操作があり、ステップＳ１〜Ｓ４，Ｓ１１，Ｓ１２で累積再生分断回数がインクリメントされて出力されたデータであることが分析できる。
すなわち、Ｎｏ．５，６の各データは、分断後のキーオンで処理が再開された際にステップＳ１２で出力されたものであり、再生処理中のキーオフ操作による分断発生が連続して２回行われたことを分析できる。
【００６７】
そして、Ｎｏ．７（２０１３／１０／７  ２１：０３：１４）のデータは、累積再生必要回数および累積再生完了回数が共にインクリメントされているので、ステップＳ１２でＮｏ．６のデータを出力後、ステップＳ３で累積再生必要回数がインクリメントされ、ステップＳ１３でＹｅｓと判定されてステップＳ１４で累積再生完了回数がインクリメントされたこと、つまり分断後の再生処理が正常に完了したことを分析できる。
また、Ｎｏ．８（２０１３／１０／１０  ００：２９：２５）のデータは、累積再生必要回数および累積再生完了回数が共にインクリメントされており、再生開始要因が「Scheduled deSoot」であるため、定期的に行われる再生処理であり、正常に完了したことを分析できる。
【００６８】
なお、Ｎｏ．９のデータに対してＮｏ．１０のデータは累積再生必要回数などの値が減少しているので、その間にリセットされたことを判断できる。同様の理由からＮｏ．１９とＮｏ．２０との間でもリセットされたことを判断できる。
【００６９】
このような本実施形態によれば、エンジンコントローラ１２から通信コントローラ１７を介してサーバ８に送信する再生発生状況データに累積再生分断回数を追加したので、サーバ８に蓄積された再生発生状況データ２００を解析することで、再生処理中にキースイッチ１２８がオフ操作されて再生処理が中断したことを分析できる。
従って、再生処理状況を適切に判断できる。特に、再生処理中のキーオフ操作で再生処理を分断した場合に、累積再生分断回数がインクリメントされるので、累積再生分断回数がインクリメントされたデータ（例えば図４のＮｏ．５）と、その次のデータ（例えば図４のＮｏ．６）とは一連の再生処理のデータであることを認識できるので、分断前後の再生処理を２回の別々の再生処理であると誤判定することを防止できる。このため、再生処理が分断された場合でも、排気ガス中のＰＭやＮＯｘ等の残留物質の捕集や還元などの処理を行う後処理装置２０の再生処理状況を正しく管理できる。
【００７０】
また、再生分断検出部１２３を設けたので、再生処理中にキーオフ操作が行われて再生処理が分断されたことを検出して再生発生状況出力部１２４に通知できる。このため、再生発生状況出力部１２４は、分断の前後の再生処理が一連の再生処理であることを解析可能な再生発生状況データをサーバ８に出力できる。
従って、サーバ８に蓄積されるデータを分析する分析者は、分断発生によって再生発生状況データが２つに分かれていても前記分断情報の有無によって２つの再生発生状況データが一連の再生処理のものであるか、別の再生処理のものであるかを容易に判別できる。また、再生発生状況出力部１２４が、再生分断検出部１２３の検出結果に基づいて分断前後のデータを１つの再生発生状況データとして出力すれば、２つのデータに分かれることがないため、一連の再生処理であることを正しく把握できる。
【００７１】
また、再生発生状況出力部１２４は、再生処理の分断前後の再生処理に関する再生発生状況データを別々に出力する場合に、少なくとも一方の再生発生状況データに分断が発生したことを示す分断情報（累積の分断回数など）を付加することができる。
このため、サーバ８に蓄積されるデータを分析する分析者は、前記分断情報の有無によって２つの再生発生状況データが一連の再生処理のものであるか、別の再生処理のものであるかを容易に判別できる。また、分断情報の有無で判定できるので、サーバ８のプログラムによって、自動的に判定することもできる。
このため、再生処理が分断された場合でも、再生処理状況を正しく管理できる。
【００７２】
さらに、再生発生状況出力部１２４は、再生処理中にキーオフ操作が行われた場合に、その時点での再生発生状況データを前記記憶手段１２５に記憶する。
そして、キーオン操作が行われると、再生分断検出部１２３は記憶手段１２５に記憶された実際の再生発生状況データに基づいて再生処理が分断されたか否かを判定するため、再生の分断発生を確実にかつキーオン操作直後に早期に判定できる。
そして、再生発生状況出力部１２４は、再生分断検出部１２３で再生処理が分断されたことを判定した場合に、前記記憶手段１２５に記憶された再生発生状況データに分断情報を付加して出力するので、分断発生後のキーオン操作の直後に早期にデータを出力できる。
そして、分断情報を付加することで、サーバ８に蓄積されるデータを分析者やプログラムが分析することで、２つの再生発生状況データが一連の再生処理のものであるか、別の再生処理のものであるかを容易に判別できる。
【００７３】
なお、本実施形態では、キーオフ操作で再生処理が分断された後、再度キーオン操作が行われて再生処理が再開された際に、記憶手段１２５に記憶されていた再生発生状況データの累積再生分断回数をステップＳ１１でインクリメントして、再生発生状況データを出力していたが、これに限らない。
例えば、キーオフ操作で再生処理が分断された場合に、ステップＳ８の記憶手段１２５への記憶処理を行う代わりに、累積再生分断回数をインクリメントした再生発生状況データを、通信コントローラ１７に出力してサーバ８に送信してもよい。この場合、キースイッチ１２８のオフ操作で作業車両１が停止するが、通信コントローラ１７への電力供給はサーバ８への送信が終了してから停止するようにすればよい。また、通信コントローラ１７用の電源（バッテリー）を別途設け、作業車両１がキーオフ操作で停止しても、サーバ８との通信を行えるようにしてもよい。
【００７４】
［第２実施形態］
次に、本発明の第２実施形態について説明する。第１実施形態では、再生発生状況出力部１２４から出力される再生発生状況データに累積再生分断回数を付加することで分断が発生したことを分析できるようにしていた。
これに対し、第２実施形態のエンジンコントローラ１２は、累積再生分断回数を付加するのではなく、キーオフ操作で分断された再生処理をエンジンコントローラ１２側で処理し、分断が発生してもその前後のデータをまとめて１つの再生発生状況データとして出力できるように構成したものである。なお、エンジンコントローラ１２の構成は、前記第１実施形態と同じであるため説明を省略する。
【００７５】
第２実施形態のエンジンコントローラ１２の再生処理制御を、図６のフローチャートおよび図７のタイミングチャートを用いて説明する。
オペレータがキースイッチ１２８によるキーオン操作を行うと（ステップＳ２０）、エンジンコントローラ１２の再生要否判定部１２１は、記憶手段１２５に記憶されるＰＭ堆積量フラグがＯＮに設定されているかを判定する（ステップＳ２１）。キーオン時にＰＭ堆積量フラグがＯＮに設定されているのは、後述するように、前回再生処理中に再生処理が正常に完了していない場合、具体的には、キーオフ操作で分断が発生した場合と、中断ボタン１２７で再生処理が中断された場合である。つまり、再生処理が必要な場合である。
【００７６】
＜再生処理開始の判定処理＞
ステップＳ２１でＮｏと判定された場合は、前回の再生処理が正常に終了した場合である。このため、再生要否判定部１２１は、ＤＰＦ装置３０の差圧センサ６７等の情報から推定したＰＭ（スス）の堆積量が、予め設定された閾値以上であるかを判定し（ステップＳ２２）、新たに再生処理を行う必要があるかを判定する。
再生要否判定部１２１は、ＰＭ堆積量が閾値未満と判定した場合（ステップＳ２２でＮｏ）、再生処理を開始せずに、再生要否判定部１２１によるＰＭ堆積量の判定処理（ステップＳ２２）を継続する。
【００７７】
＜再生処理＞
一方、再生要否判定部１２１は、ＰＭ堆積量が閾値以上と判定した場合（ステップＳ２２でＹｅｓ）、記憶手段１２５に記憶されるＰＭ堆積量フラグをＯＮに設定する（ステップＳ２３）。
また、再生要否判定部１２１は、累積再生必要回数に１を加算してインクリメントする（ステップＳ２４）。さらに、再生要否判定部１２１は、ＰＭ堆積量フラグをＯＮに設定して再生処理が必要と判定したので、記憶手段１２５に記憶される再生処理実施フラグをＯＮに設定する（ステップＳ２５）。
すると、再生制御部１２２は再生処理を開始する（ステップＳ２６）。
【００７８】
＜再生中キーオフ判定＞
次に、再生分断検出部１２３は、再生処理実施中にオペレータによってキースイッチ１２８のオフ操作が行われたかを判定する（ステップＳ２７）。
ステップＳ２７でＹｅｓと判定されると、キーオフ信号が再生分断検出部１２３から再生発生状況出力部１２４に入力する（ステップＳ２８）。すると、図７に示すように、再生処理が停止（ＯＦＦ）とされ、再生処理が分断される。
【００７９】
＜ＰＭ堆積量フラグ＆再生処理実施フラグ＞
再生発生状況出力部１２４は、図７に示すように、キーオフ信号が入力されて再生処理が停止しても、記憶手段１２５に記憶されているＰＭ堆積量フラグおよび再生処理実施フラグはＯＮの状態に維持する（ステップＳ２９）。すなわち、再生処理が分断された場合は、再生処理実施フラグは図７の実線のようにＯＮに維持され、図７の点線のようにＯＦＦに変化することがない。
そして、キーオフ操作によって作業車両１が停止するため、再生制御処理も終了する（ステップＳ３０）。なお、キースイッチ１２８のオフ操作で再生処理が分断された場合は、再生発生状況データは通信コントローラ１７を介して出力されない。すなわち、再生処理実施フラグがＯＮに維持されているので、再生発生状況出力部１２４は一連の再生処理中であることを判断でき、キーオフ操作時やその後のキーオン時に再生発生状況データを出力しないように制御する。
【００８０】
＜分断後のキーオン操作＞
次のキーオン操作が行われると、ステップＳ２０からの処理が再度実行される。そして、再生要否判定部１２１は、記憶手段１２５に記憶されているＰＭ堆積量フラグがＯＮであるかを判定する（ステップＳ２１）。前回キーオフ操作で再生処理が分断された場合や、中断ボタン１２７が押されて再生処理が中断された場合は、ＰＭ堆積量フラグはＯＮ（再生処理が必要）となっているので、再生要否判定部１２１はステップＳ２１でＹｅｓと判定する。
【００８１】
次に、再生要否判定部１２１は、再生処理実施フラグがＯＮであるかを判定する（ステップＳ３１）。前回キーオフ操作で再生処理が分断された場合は、再生処理実施フラグはＯＮとなっているので、再生要否判定部１２１はステップＳ３１でＹｅｓと判定する。
この場合、再生要否判定部１２１は、分断前の再生処理の続きの再生処理と判断できるので、累積再生必要回数を更新しない。そして、再生制御部１２２は再生処理を開始（再開）する（ステップＳ２６）。
一方、再生要否判定部１２１は、後述するように、ステップＳ３１で再生処理フラグがＯＦＦの場合（ステップＳ３１でＮｏの場合）、ステップＳ２４に進み、累積再生必要回数をインクリメントし、再生処理実施フラグをＯＮに設定する（ステップＳ２５）。そして、再生制御部１２２は再生処理を開始する（ステップＳ２６）。
【００８２】
＜再生処理正常完了の場合＞
再生処理中にキーオフ操作が行われなかった場合（ステップＳ２７でＮｏ）、再生要否判定部１２１は、再生処理が正常に終了したかを判定する（ステップＳ３２）。例えば、差圧センサ６７等から取得されるセンサ情報からＰＭ堆積量が閾値未満に低下した場合に、再生要否判定部１２１は再生処理が正常に終了したと判定できる。
再生要否判定部１２１は、再生処理が正常に完了すると（ステップＳ３２でＹｅｓ）、累積再生完了回数をインクリメントする（ステップＳ３３）。そして、再生要否判定部１２１は、ＰＭ堆積量フラグをＯＦＦに設定し、再生処理実施フラグをＯＦＦに設定する（ステップＳ３４）。
【００８３】
再生処理が正常に完了すると、再生発生状況出力部１２４は、再生発生状況データを通信コントローラ１７に出力し（ステップＳ３５）、再生制御処理を終了する（ステップＳ３０）。この際の再生発生状況データは、累積再生必要回数および累積再生完了回数がインクリメントされたデータとなる。
【００８４】
＜再生処理中断の場合＞
再生処理実施中にキーオフ操作が行われず（ステップＳ２７でＮｏ）、再生処理が正常完了していない場合（ステップＳ３２でＮｏ）、再生要否判定部１２１は、中断ボタン１２７が押されて再生処理が中断したかを判定する（ステップＳ３６）。
再生要否判定部１２１は、再生処理が中断した場合は（ステップＳ３６でＹｅｓ）、累積再生中断回数をインクリメントし（ステップＳ３７）、再生処理実施フラグをＯＦＦに設定する（ステップＳ３８）。
再生処理が中断された場合、再生発生状況出力部１２４は、再生発生状況データを通信コントローラ１７に出力し（ステップＳ３５）、再生制御処理を終了する（ステップＳ３０）。この際の再生発生状況データは、累積再生必要回数および累積再生中断回数がインクリメントされたデータとなる。
【００８５】
一方、再生要否判定部１２１は、再生処理が中断していない（ステップＳ３６でＮｏ）と判定した場合は、ステップＳ２７の再生処理の実施に戻って、ステップＳ２７以降の処理を順次繰り返す。
【００８６】
＜再生処理中断後のキーオン操作時の処理＞
なお、再生処理が中断され（ステップＳ３６でＹｅｓ）、ステップＳ３７、Ｓ３８の処理を行ってステップＳ３０で制御を終了した後に、キーオン操作が行われた場合は、ＰＭ堆積量フラグはＯＮのままであり、再生処理実施フラグはステップＳ３８でＯＦＦに設定されている。このため、再生要否判定部１２１は、ステップＳ２１でＹｅｓと判定し、ステップＳ３１でＮｏと判定する。したがって、再生要否判定部１２１は累積再生必要回数をインクリメントし（ステップＳ２４）、再生処理実施フラグをＯＮに設定する（ステップＳ２５）。そして、再生制御部１２２は再生処理を開始する（ステップＳ２６）。
【００８７】
＜再生発生状況データの送信＞
再生処理が正常に完了した場合（ステップＳ３２でＹｅｓ）と、再生処理が中断した場合（ステップＳ３６でＹｅｓ）は、再生発生状況データが通信コントローラ１７に出力される（ステップＳ３５）。すると、通信コントローラ１７は、通信端末１７１を用いて再生発生状況データをサーバ８に送信する。なお、キーオフからキーオンの間も、エンジンコントローラ１２や通信コントローラ１７、通信端末１７１等の電源さえ保証できれば、例えばキーオフ状態の夜間中に各コントローラが起動して情報を送信することもできる。
【００８８】
再生要否判定部１２１は、粒子状物質の堆積量を検出したり、ＮＯｘ濃度を検出することで、再生処理の要否を判定する。そして、再生処理が必要と判定されると記憶手段１２５に記憶された再生処理実施フラグをオンに設定する。また、再生要否判定部１２１において再生処理が必要な状態から不要な状態に変化したと判定されると前記再生処理実施フラグをオフに設定する。一方、再生要否判定部１２１は、再生処理中にキーオフ操作が行われた分断が発生した場合は、前記再生処理実施フラグはオンのまま維持する。
そして、再生発生状況出力部１２４は、再生処理実施フラグがオンの状態では再生発生状況データを出力せず、オンからオフに変化した時点で出力する。このため、分断発生時に再生発生状況データが出力されないため、分断前後の一連の再生処理で１つの再生発生状況データが出力される。このため、分断発生時に再生発生状況データが２つのデータに分かれることがないため、一連の再生処理であることを正しく把握でき、再生処理が分断された場合でも、再生処理状況を正しく管理できる。
【００８９】
なお、第２実施形態では、再生処理が分断された時点や、分断後の最初のキーオン操作時は、再生処理実施フラグがＯＮのままであるので、再生発生状況データは出力されない。このため、再生発生状況データとしては、分断前後の再生処理が１つにまとめられたデータとして出力されるため、サーバ８に蓄積された再生発生状況データを分析する場合も、再生発生状況を正しく分析できる。なお、第２実施形態では、分断が発生したことを直接示す分断情報（累積再生分断回数）のデータは含まれていない。このため、分断発生を分析する場合には、再生処理実施フラグがＯＮの状態で、キースイッチがオフ操作されているか否かで判定すればよい。
【００９０】
なお、本発明は前述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
例えば、前記第１実施形態で用いる分断情報としては、累積再生分断回数に限らず、分断が発生したことを示すフラグ情報でもよい。例えば、分断発生時は「１」、分断が発生していない場合は「０」のフラグ情報とすればよい。ただし、累積再生分断回数を用いれば、その時点で分断が発生したことだけでなく、累積の分断発生回数も同時に認識できる利点がある。
同様に、再生発生状況データ２００における累積再生必要回数、累積再生中断回数、累積再生完了回数も累積回数のデータに限らず、フラグ情報としてもよい。
さらに、再生発生状況データ２００に含まれるデータの項目は、前記第１実施形態のものに限らず、その他の情報を付加してもよい。
【００９１】
第１実施形態の再生発生状況出力部１２４は、分断が発生した場合に、一連の再生処理のデータを、複数の再生発生状況データとして出力していたが、複数のデータを記憶手段１２５に出力して記憶し、サーバ８に対しては再生発生状況出力部１２４が記憶手段１２５に記憶された複数の再生発生状況データをまとめて１つの再生発生状況データとして出力するように構成してもよい。
【００９２】
第２実施形態の再生要否判定部１２１は、ステップＳ２１での判定処理を、ＰＭ堆積量フラグつまりＤＰＦ装置３０において再生が必要であるか否かで判定していた。これに対し、ＳＣＲ装置５０でも再生を行う場合には、再生要否判定部１２１は、ステップＳ２１でＤＰＦ装置３０およびＳＣＲ装置５０の少なくとも一方で再生が必要であるか否かで判定すればよい。すなわち、ステップＳ２１では、後処理装置２０で再生が必要であるか否かを判定すればよい。
【００９３】
本発明は、油圧ショベル等の建設機械に限らず、後処理装置２０を備える各種の作業車両に適用できる。
さらに、前記実施形態では、再生発生状況データをサーバ８に蓄積し、サーバ８に蓄積されたデータを分析していたが、作業車両１の記憶手段１２５に蓄積し、作業車両１をメンテナンスするサービスマンが記憶手段１２５に蓄積されたデータを分析してもよい。
【符号の説明】
【００９４】
１…作業車両、８…サーバ、９…端末コンピュータ、１１…エンジン、１２…エンジンコントローラ、１７…通信コントローラ、２０…後処理装置、３０…ＤＰＦ装置、４０…ミキシング装置、４１…ドージングモジュール、４２…尿素水タンク、４３…サプライモジュール、５０…ＳＣＲ装置、６１…ＮＯｘセンサ、６３…圧力センサ、６４，６５，６６…温度センサ、６７…差圧センサ、６８，６９…温度センサ、７０…アンモニアセンサ、７１…ＮＯｘセンサ、７３…センサ、１００…管理システム、１２１…再生要否判定部、１２２…再生制御部、１２３…再生分断検出部、１２４…再生発生状況出力部、１２５…記憶手段、１２６…再生ボタン、１２７…中断ボタン、１２８…キースイッチ。
【要約】
管理装置であるエンジンコントローラ（１２）は、排気ガス中の残留物質を処理する後処理装置（２０）を管理する。エンジンコントローラ（１２）は、後処理装置（２０）の再生処理の発生状況を示す再生発生状況データを出力する再生発生状況出力部（１２４）と、前記再生処理の実施中にキーオフ操作が行われて再生処理が分断されたことを検出する再生分断検出部（１２３）とを備える。再生発生状況出力部（１２４）は、再生分断検出部（１２３）で検出された分断前の再生処理と、前記分断後に再開された再生処理とが一連の再生処理であることを解析可能な再生発生状況データを出力する。【図１】
0005838265.tif 000002
【図２】
0005838265.tif 000003
【図３】
0005838265.tif 000004
【図４】
0005838265.tif 000005
【図５】
0005838265.tif 000006
【図６】
0005838265.tif 000007
【図７】
0005838265.tif 000008