JP2002173954A - 建設機械の管理装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】異常判断を正確に行えるようにし、また異常度
合を判別できるようにして、その判別結果に応じて的確
な異常処理が行えるようにする。 【解決手段】建設機械３１に設けられたセンサ群４１よ
って内部情報Ｄ１を検出、これを第１の建設機械情報Ｄ
１として収集。またオイル分析センタ１７は分析対象物
１３１ａを分析することにより第２の建設機械情報Ｄ２
（オイル分析情報）を収集。またサービスマンは建設機
械３１を目視によって判断することにより第３の建設機
械情報Ｄ３を収集。メーカ１０のサーバ装置１１では、
これら第１、第２および第３の建設機械情報Ｄ１、Ｄ
２、Ｄ３のすべてあるいはいずれか２つの組み合わせに
基づいて建設機械の異常度合いを判別する。またサーバ
装置１１は、端末装置５１、５２、５３からの要求に応
じて、対応するランクの異常度合い情報を、インターネ
ット７などの通信手段を介して要求元の端末装置５１，
５２，５３へ送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は建設機械の故障等の
異常を判断しその判断結果に応じて修理等の異常処理を
行うことで建設機械を管理する装置に関するものであ
る。

【０００２】

【従来の技術】油圧ショベル、ダンプトラック、ブルド
ーザ、ホイールローダなどの建設機械は、施主が要求す
る工期までに完工するように工事現場などで連続して稼
動されることが多い。このため建設機械で故障等の異常
が発生した場合には修理等を迅速に行い極力ダウンタイ
ムを短くする必要がある。しかも建設機械は高価であ
り、プール地に保管している機種、台数、レンタルに供
される機種、台数が限られていることから、代替えの建
設機械を即座に工事現場に投入することは難しい。

【０００３】また建設機械は現状では初期の販売額とほ
ぼ同額のサービス費用（パーツ代、工賃等）が必要であ
りサービス費用が高コストになっている。

【０００４】このため建設機械で発生する故障等の異常
を早期に事前に正確に判断して、部品を早期に手配した
り修理を迅速に行うことが、サービス費用のコストの低
減を図り、工事現場等における稼働率を向上させる上で
必要となる。たとえばエンジンが重大な損傷を受ける前
に適切な部品を交換したり調整を行えばサービス費用を
低減でき、修理に要する時間も短くなる。

【０００５】そこで従来はサービスマン（保守員）が建
設機械まで出向き、目視で確認するか若しくは建設機械
にパーソナルコンピュータを接続することによって建設
機械内部のメモリに書き込まれた建設機械に関するデー
タをダウンロードすることで建設機械に関する情報（サ
ービスメータの計時値、燃料消費量、エンジン回転数な
ど）を取得するようにしていた。そして複数の建設機械
から収集されたデータを建設機械のメーカの管理部のコ
ンピュータのメモリに記憶格納させることで、複数の建
設機械を管理するようにしていた。

【０００６】しかしこの方法は人手により情報を収集し
ているため、建設機械の数が多数になるほど情報収集は
煩雑なものとなり情報収集の作業効率は良くないという
問題がある。

【０００７】そこで近年は、特開平８−１４４３１２号
公報（以下第１公報）、特開平１１１４４３１２号公報
（以下第２公報）にみられるように、建設機械の情報の
取得を人手に頼ることなく通信手段を用いて自動的に行
う試みがなされている。

【０００８】第１公報記載の発明は、建設機械の稼動状
態の検出データ、検出データに基づくエラーコード、目
視によるエラーコードを、通信装置を介してメーカなど
の管理部に送信し管理部側の表示画面にエラーコードを
表示することで人手により建設機械の異常を判断し、修
理等をサービスマンに依頼するというものである。

【０００９】一方第２公報記載の発明は、建設機械の稼
動状態の検出データに基づくエラーコードと、エラーコ
ード直前の検出データつまりスナップショットデータを
一時的に建設機械に設けたメモリに記憶し、メモリに記
憶されたデータを通信装置を介してメーカなどの管理部
に送信し管理部側でエラーコードとスナップショットデ
ータから建設機械の異常を自動的に判断し、異常である
と判断された場合に修理等をサービスマンに依頼すると
いうものである。

【００１０】

【発明が解決しようとする課題】第１公報記載の発明に
よれば人手に頼り異常を判断している。このため判断が
ばらつくという問題がある。

【００１１】また第２公報記載の発明によれば自動的に
異常を判断しているため判断がばらつくという問題は生
じない。しかしエラーコードとスナップショットデータ
というデータのみに基づいて異常を判断しているため、
正確な判断を行えないおそれがある。すなわちエラーコ
ードとスナップショットデータは建設機械に設けられた
センサの検出値から得られるデータである。しかしなが
ら建設機械の異常は、センサの検出値のみならず目視に
よる判断結果やオイル等を分析した結果を総合してはじ
めて判断できるものもある。

【００１２】そこで本発明はセンサの検出値以外の情報
を加味して異常判断を正確に行えるようにすることを第
１の解決課題とするものである。

【００１３】また第１公報、第２公報記載の発明によれ
ば、エラーコードが発生したときには原則的に異常が発
生したものと判断される。

【００１４】しかしエラーコードは必ずしも真の異常を
意味するものではない。すなわちエラーコードは建設機
械の内部のコントローラで生成される。コントローラは
安全性を高めるために僅かな異常であってもエラーコー
ドを生成するような規格で製造されている。たとえば建
設機械が下り坂等でオーバーランした場合を想定する。
この場合エンジン回転数が過回転になるたびに、実際に
はエンジン損傷、ブレーキ損傷等の異常が発生していな
いにもかかわらず、オーバーランを示すエラーコードが
生成されてしまう。そしてこのエラーコードから管理部
側で異常であると判断して、現場にサービスマンを派遣
したとしても実際には修理を要するほどの緊急度を要す
る異常ではなかったという事態が数多く発生している。

【００１５】逆にコントローラを、真に異常が発生した
ときのみにエラーコードを生成するような規格にする
と、異常発生を事前に見逃してしまい、建設機械が故障
してから修理にとりかかるような事態となり、ダウンタ
イムが多大なものになるおそれがある。

【００１６】以上のように従来技術によれば異常である
か否かを一義的に判断しているため、緊急度の低い状態
であるにもかかわらず異常であると判断したり逆に緊急
度が高い状態にもかかわらずこれを見逃してしまうとい
う問題があった。

【００１７】そこで本発明は異常度合いつまり緊急度の
度合いを判別できるようにして、その判別結果に応じて
的確な異常処理が行えるようにすることを第２の解決課
題とするものである。

【００１８】ところで上記第１公報、第２公報記載の発
明は、メーカ等の管理部側で建設機械の情報に基づいて
異常を判断し、異常であると判断された場合にサービス
マンを現場に派遣して修理を行うというものである。す
なわち異常であるという判断結果は、修理を行うサービ
ス部門のみならず、経営部門、営業部門、生産部門など
にとっても有用な情報である。しかもサービス部門、経
営部門、営業部門、生産部門などに応じて異常であると
判断するレベルは異なる。たとえばサービス部門であれ
ば、実際に故障が発生する前に現場に急行して建設機械
の異常を確かめる必要性から、僅かな異常であってもそ
の情報を取得する必要がある。また生産部門であれば、
設計変更等を行う必要性から僅かな異常の情報は重要で
なく、ある程度の深刻な異常の情報のみが重要になる。
さらに経営部門にとっては、故障が発生する可能性の高
い情報のみが重要になる。逆にサービス部門に、深刻な
異常の情報のみを与えても、修理等を迅速に行うことが
できなくなるおそれがある。一方経営部門に僅かな異常
の情報を与えてもそれは無用な情報であり結果的に有用
な情報が無視されることになりかねない。

【００１９】このように建設機械を管理する側にとって
要求する情報のレベルは同じではなく管理者側のレベル
によっては全ての情報を与えられても却って使いこなせ
ず無用な情報となることが多々あった。

【００２０】また情報を選別することなく一義的に全て
の情報を送信することは、通信コストの増大を招く結果
になる。

【００２１】そこで本発明は管理者側に真に有用な情報
のみを与えるようにするとともに通信コストを抑えるよ
うにすることを第３の解決課題とするものである。

【００２２】上記第２公報では、建設機械の異常を自動
的に判断している。

【００２３】しかしながら異常であると判断されたとし
ても実際には異常ではなかったり、逆に異常ではないと
判断されたとしても実際には異常であったことが起こり
得る。これは判断に必要なデータが不足していたり、デ
ータの内容が実状に沿っていないなどの理由による。

【００２４】一方において、建設機械を管理する側の専
門的知識、技術レベルには差がある。たとえばメーカの
設計者は、建設機械について技術的に詳しく、レンタル
会社などのユーザは、一般的に建設機械について技術的
に詳しくない。このため自動的に判断結果が得られた場
合に、その結果をそのままメーカの設計者、ユーザに伝
えたものとすると、メーカの設計者は、自らの専門知識
に基づいて、その自動的になされた判断が妥当なものか
否かを最終的に判断して、適切な対処をとることができ
る。これに対して、ユーザは、専門的知識が不足してい
るため、自動的に下された判断結果を信用せざるを得
ず、「異常」という判断が誤っている場合には無用な労
力を費やすことになったり、「異常ではない」という判
断が誤っている場合には修理等の適切な処置の遅れによ
り不都合が生じることになる。

【００２５】本発明は、こうした実状に鑑みてなされた
ものであり、建設機械を管理する側の技術的なレベルに
応じた情報を与えるようにして、適切な対処をとること
ができるようにすることを、第４の解決課題とするもの
である。

【００２６】また第１公報、第２公報記載の発明によれ
ば、エラーコードが発生したときには原則的に異常が発
生したものと判断される。

【００２７】しかしエラーコードは必ずしも真の異常を
意味するものではない。すなわちダンプトラックなどの
建設機械は、同じ作業現場で稼動することが多い。同じ
環境下で稼動する建設機械は、外気温が急上昇するなど
環境が急変すると、センサ値が異常値に達しエラーコー
ドを一斉に発生することがある。したがってエラーコー
ド発生をもって建設機械の異常であると判断すると、環
境の急変によって全ての建設機械に生じた変化を、異常
と判断することになり、実状と合わないことがある。

【００２８】逆に、環境の急変を除外するためにエラー
コードの発生の基準を高く設定すると、真の異常発生を
事前に見逃してしまい、建設機械が故障してから修理に
とりかかるような事態となり、ダウンタイムが多大なも
のになるおそれがある。

【００２９】そこで本発明は、同一の環境で稼動する複
数の建設機械から収集される情報を対比することによ
り、それが環境の原因によるものか、建設機械の真の異
常によるものかを正確に判断できるようにすることを第
５の解決課題とするものである。

【００３０】

【課題を解決するための手段および効果】そこで第１発
明は、第１の解決課題を達成するために、建設機械から
情報を収集し収集された建設機械情報に基づいて前記建
設機械の異常を判断し異常であると判断された場合に建
設機械に対して異常処理を行い建設機械を管理するよう
にした建設機械の管理装置において、前記建設機械内に
設けられ、内部情報を検出することにより第１の建設機
械情報を収集する第１の情報収集手段と、前記建設機械
から取り出された分析対象物を分析することにより第２
の建設機械情報を収集する第２の情報収集手段と、前記
建設機械を目視によって判断することにより第３の建設
機械情報を収集する第３の情報収集手段と、前記第１、
第２および第３の情報収集手段で収集された第１、第２
および第３の建設機械情報のすべてあるいはいずれか２
つの組み合わせに基づいて前記建設機械の異常度合いを
判別する異常度合い判別手段とを具え、前記異常度合い
判別手段で判別された異常度合いに応じて前記建設機械
に対して異常処理を行うようにしたことを特徴とする。

【００３１】第１発明を図１を参照して説明する。

【００３２】第１発明によれば、建設機械３１内に設け
られたセンサ群４１よって、内部情報Ｄ１（オンボード
情報）が検出されこれが第１の建設機械情報Ｄ１として
収集される。

【００３３】またオイル分析センタ１７は建設機械３１
から取り出された分析対象物１３１ａ（オイル）を分析
することにより第２の建設機械情報Ｄ２（オイル分析情
報）を収集する。

【００３４】またサービスマンはパーソナルコンピュー
タ１９を介して建設機械３１を目視によって判断するこ
とにより第３の建設機械情報Ｄ３を収集する。

【００３５】メーカ１０のサーバ装置１１では、これら
収集された第１、第２および第３の建設機械情報Ｄ１、
Ｄ２、Ｄ３のすべてあるいはいずれか２つの組み合わせ
に基づいて建設機械の異常度合いを判別する。具体的に
は図２に示すようにブローバイ圧と排気温度を示す第１
の建設機械情報Ｄ１と、オイル分析結果（鉄Ｆe混入度
合い、シリコンＳi混入度合い）を示す第２の建設機械
情報Ｄ２とに基づいて、異常度合いが第１段階〜第４段
階のいずれにあるかが判別される。

【００３６】このように第１発明によればセンサの検出
値以外の情報を加味して異常判断を正確に行うことがで
きる。

【００３７】第２発明は、第２の解決課題を達成するた
めに、建設機械から情報を収集し収集された建設機械情
報に基づいて前記建設機械の異常を判断し異常であると
判断された場合に建設機械に対して異常処理を行い建設
機械を管理するようにした建設機械の管理装置におい
て、前記建設機械情報を収集する情報収集手段と、前記
情報収集手段によって収集された建設機械情報に基づい
て建設機械の異常の度合いを複数のレベルにランク付け
する情報加工手段とを具え、前記情報加工手段によって
ランク付けされた異常度合いを示す情報に基づいて前記
建設機械に対して異常処理を行うようにしたことを特徴
とする。

【００３８】第２発明を図１を参照して説明する。

【００３９】建設機械３１のコントローラ４０ではたと
えばオーバーランを示すエラーコードが収集される。

【００４０】そしてメーカ１０のサーバ装置１１では、
収集されたエラーコードの単位時間当たりの発生回数に
基づいて建設機械の異常の度合いがランク１（正常Norm
al）、ランク２（注意Warning）、ランク３（異常Abnor
mal）、ランク４（緊急Emergency）の各レベルにランク
付けされる。

【００４１】そして建設機械３１の管理者はこのランク
付けされた異常度合いを示す情報に基づいて建設機械３
１に対して点検、修理等を行う。具体的にはランク１、
ランク２のときにはサービスマンは建設機械３１を点
検、修理する必要がないと判断でき、ランク３、４にな
ったときにはじめて建設機械３１を点検、修理する必要
があると判断することができる。

【００４２】このように第２発明によれば、異常度合い
つまり緊急度の度合いを判別できるので、その判別結果
に応じて的確な異常処理を行うことができる。

【００４３】第３発明は、第２の解決課題を達成するた
めに、建設機械から情報を収集し収集された建設機械情
報に基づいて前記建設機械の異常を判断し異常であると
判断された場合に建設機械に対して異常処理を行い建設
機械を管理するようにした建設機械の管理装置におい
て、前記建設機械情報を収集する情報収集手段と、前記
建設機械に対して異常処理を行う管理者側に設けられた
１または複数の端末装置とを備え、前記情報収集手段
と、前記端末装置と、サーバ装置とを通信手段によって
相互に通信可能に接続し、前記サーバ装置に、前記建設
機械情報に基づいて異常の度合いを複数のレベルにラン
ク付けする情報加工手段を設け、前記情報収集手段によ
って収集された建設機械情報を前記通信手段を介して前
記サーバ装置に送信し、前記サーバ装置の情報加工手段
は、送信された建設機械情報に基づいて建設機械の異常
の度合いを複数のレベルにランク付けし、前記サーバ装
置は、前記１または複数の端末装置からの要求に応じ
て、前記ランク付けされた異常度合いを示す情報を、前
記通信手段を介して要求元の端末装置へ送信するように
したことを特徴とする。

【００４４】第３発明を図１を参照して説明する。

【００４５】第３発明によれば建設機械３１内に設けら
れたセンサ群４１よって、内部情報Ｄ１（オンボード情
報）が検出されこれが第１の建設機械情報Ｄ１として収
集される。

【００４６】またオイル分析センタ１７は建設機械３１
から取り出された分析対象物１３１ａ（オイル）を分析
することにより第２の建設機械情報Ｄ２（オイル分析情
報）を収集する。

【００４７】またサービスマンはパーソナルコンピュー
タ１９を介して建設機械３１を目視によって判断するこ
とにより第３の建設機械情報Ｄ３を収集する。

【００４８】これら収集された建設機械情報Ｄ１、Ｄ
２、Ｄ３は通信衛星５などの通信手段を介してメーカ１
０のサーバ装置１１に送信される。

【００４９】メーカ１０のサーバ装置１１では、収集さ
れた建設機械情報Ｄ１、Ｄ２、Ｄ３毎に異常の度合いが
ランク１（正常Normal）、ランク２（注意Warning）、
ランク３（異常Abnormal）、ランク４（緊急Emergenc
y）の各レベルにランク付けされる。

【００５０】そしてサーバ装置１１は、端末装置５１か
らの要求に応じて、ランク付けされた異常度合いを示す
情報を、インターネット７などの通信手段を介して要求
元の端末装置５１へ送信する。

【００５１】そして建設機械３１の管理者（サービスマ
ン）側の端末装置５１の表示画面を介してランク付けさ
れた異常度合いを示す情報を知ることができ、建設機械
３１に対して点検、修理等を行うか否かを判断すること
ができる。具体的にはランク１、ランク２のときにはサ
ービスマンは建設機械３１を点検、修理する必要がない
と判断でき、ランク３、４になったときにはじめて建設
機械３１を点検、修理する必要があると判断することが
できる。

【００５２】このように第３発明によれば、異常度合い
つまり緊急度の度合いを判別できるので、その判別結果
に応じて的確な異常処理を行うことができる。

【００５３】第４発明は、第２発明または第３発明にお
いて、複数の建設機械を管理する場合に適用され、前記
情報加工手段は、建設機械毎にランク付けの基準を設定
し、建設機械毎にに設定された基準でランク付けを行う
ことを特徴とする。

【００５４】第５発明は、第２発明または第３発明にお
いて、前記建設機械情報は、時間の経過に応じて変化す
る時系列データであり、前記情報加工手段は、前記時系
列データの傾きあるいは絶対値あるいは初期値に対する
変化量を、複数のレベルにランク付けすることを特徴と
する。

【００５５】第６発明は、第２発明または第３発明にお
いて、前記建設機械情報は、前記建設機械の内部で発生
したエラーを示すエラーコードであり、前記情報加工手
段は、前記エラーコードの発生回数の頻度を、複数のレ
ベルにランク付けすることを特徴とする。

【００５６】第７発明は、第２発明または第３発明にお
いて、前記建設機械情報は、前記建設機械の稼動状態の
予測値に対する実際の稼働状態とを比較した比較結果で
あり、前記情報加工手段は、前記比較結果を、複数のレ
ベルにランク付けすることを特徴とする。

【００５７】第８発明は、第３の解決課題を達成するた
めに、建設機械から情報を収集し収集された建設機械情
報に基づいて前記建設機械の異常を判断し異常であると
判断された場合に建設機械に対して異常処理を行い建設
機械を管理するようにした建設機械の管理装置におい
て、前記建設機械情報を収集する情報収集手段と、前記
建設機械に対して異常処理を行う管理者側に設けられた
複数の端末装置とを具え、前記情報収集手段と、前記複
数の端末装置と、サーバ装置とを通信手段によって相互
に通信可能に接続し、前記サーバ装置に、前記建設機械
情報に基づいて異常の度合いを複数のレベルにランク付
けするとともに、送信すべき異常度合いのランクと前記
複数の端末装置との対応づけを行う前記情報加工手段を
設け、前記情報収集手段によって収集された建設機械情
報を前記通信手段を介して前記サーバ装置に送信し、前
記サーバ装置の情報加工手段は、送信された建設機械情
報に基づいて建設機械の異常の度合いを複数のレベルに
ランク付けするとともに、送信すべき異常度合いのラン
クと前記複数の端末装置それぞれとの対応づけを行い、
前記サーバ装置は、前記端末装置からの要求に応じて、
対応するランクの異常度合い情報を、前記通信手段を介
して要求元の端末装置へ送信するようにしたことを特徴
とする。

【００５８】第８発明を図１を参照して説明する。

【００５９】第８発明によれば建設機械３１内に設けら
れたセンサ群４１よって、内部情報Ｄ１（オンボード情
報）が検出されこれが第１の建設機械情報Ｄ１として収
集される。

【００６０】またオイル分析センタ１７は建設機械３１
から取り出された分析対象物１３１ａ（オイル）を分析
することにより第２の建設機械情報Ｄ２（オイル分析情
報）を収集する。

【００６１】またサービスマンはパーソナルコンピュー
タ１９を介して建設機械３１を目視によって判断するこ
とにより第３の建設機械情報Ｄ３を収集する。

【００６２】これら収集された建設機械情報Ｄ１、Ｄ
２、Ｄ３は通信衛星５などの通信手段を介してメーカ１
０のサーバ装置１１に送信される。

【００６３】メーカ１０のサーバ装置１１では、収集さ
れた建設機械情報Ｄ１、Ｄ２、Ｄ３毎に異常の度合いが
ランク１（正常Normal）、ランク２（注意Warning）、
ランク３（異常Abnormal）、ランク４（緊急Emergenc
y）の各レベルにランク付けされる。また異常度合いの
ランク１、２、３、４と端末装置５１とが対応づけら
れ、異常度合いのランク１、２、３、４とサービスマン
側の端末装置５１とが対応づけられ、異常度合いのラン
ク３、４と営業マン側の端末装置５２とが対応づけら
れ、異常度合いのランク４と経営者側の端末装置５３と
が対応づけられる。

【００６４】そしてサーバ装置１１は、端末装置５１、
５２、５３からの要求に応じて、対応するランクの異常
度合い情報を、インターネット７などの通信手段を介し
て要求元の端末装置５１、５２、５３へ送信する。

【００６５】このためサービスマン側の端末装置５１の
表示画面を介して異常度合いのランク１、２、３、４の
情報を知ることができる。正常な範囲に入るような僅か
な異常でも知ることができる。このため実際に故障が発
生する前に現場に急行して建設機械３１の異常を確かめ
ることができる。また営業マン側の端末装置５２の表示
画面を介して異常度合いのランク３、４の情報のみを知
ることができる。このため深刻な異常の情報のみを知る
ことができる。また経営者側の端末装置５３の表示画面
を介して異常度合いのランク４のみを情報を知ることが
できる。このため故障が発生する可能性の高い情報のみ
を知ることができる。逆にサービスマン側の端末装置５
１に、深刻な異常の情報を示すランク３、４の情報のみ
を与えても、修理等を迅速に行うことができなくなるお
それがある。一方経営者側の端末装置５３に、僅かな異
常の情報を含むランク１、２、３、４の情報全てを与え
てもそれは無用な情報であり結果的に有用な情報が無視
されることになりかねない。

【００６６】また情報を選別して送信しており一義的に
全ての情報を送信するものではないので、通信コストを
抑えることができる。

【００６７】このように第８発明によれば建設機械の管
理者側に真に有用な情報のみを与えることができるとと
もに通信コストを抑えることができる。

【００６８】第９発明は、第３の解決課題を達成するた
めに、建設機械から情報を収集し収集された建設機械情
報に基づいて前記建設機械の異常を判断し異常であると
判断された場合に建設機械に対して異常処理を行い建設
機械を管理するようにした建設機械の管理装置におい
て、前記建設機械情報を収集する情報収集手段と、前記
建設機械に対して異常処理を行う管理者側に設けられた
複数の端末装置とを具え、前記情報収集手段と、前記複
数の端末装置と、サーバ装置とを通信手段によって相互
に通信可能に接続し、前記サーバ装置に、前記建設機械
情報に基づいて、前記端末装置側の管理者のレベルに応
じた情報に加工する情報加工手段を設け、前記情報収集
手段によって収集された建設機械情報を前記通信手段を
介して前記サーバ装置に送信し、前記サーバ装置の情報
加工手段は、送信された建設機械情報を前記端末装置側
の管理者のレベルに応じた情報に加工し、前記サーバ装
置は、前記端末装置からの要求に応じて、要求元の端末
装置側の管理者のレベルに応じた加工情報を、前記通信
手段を介して要求元の端末装置へ送信することを特徴と
する。

【００６９】第９発明は第８発明と同様の効果が得られ
る。

【００７０】第１０発明は、第９発明において、前記サ
ーバ装置は、前記サーバ装置は、要求元の端末装置から
前記加工情報を受領した旨のデータが一定期間内に返信
されない場合は、当該加工情報を再送することを特徴と
する。

【００７１】第１１発明は、建設機械から情報を収集し
収集された建設機械情報に基づいて前記建設機械の異常
を判断し異常であると判断された場合に建設機械に対し
て異常処理を行い建設機械を管理するようにした建設機
械の管理装置において、前記建設機械情報を収集する情
報収集手段と、前記建設機械に対して異常処理を行う管
理者側に設けられた複数の端末装置とを備え、前記情報
収集手段と、前記端末装置と、サーバ装置とを通信手段
によって相互に通信可能に接続し、前記サーバ装置に、
前記建設機械情報に基づいて異常の度合いを複数のレベ
ルにランク付けする情報加工手段と、前記情報加工手段
で行われた異常度合いのランク付けを、ランク付けし直
し、ランク付けし直された結果をサーバ装置のデータベ
ースに記憶する記憶手段とを設け、前記情報収集手段に
よって収集された建設機械情報を前記通信手段を介して
前記サーバ装置に送信し、前記サーバ装置の情報加工手
段は、送信された建設機械情報に基づいて建設機械の異
常の度合いを複数のレベルにランク付けし、前記情報加
工手段で行われた異常度合いのランク付けを、ランク付
けし直し、ランク付けし直された結果を前記記憶手段に
記憶し、前記サーバ装置は、ランク付けがし直された異
常度合いを示す情報を、前記通信手段を介して各端末装
置へ送信するようにしたことを特徴とする。

【００７２】第１１発明を図１を参照して説明する。

【００７３】第１１発明によれば建設機械３１内に設け
られたセンサ群４１よって、内部情報Ｄ１（オンボード
情報）が検出されこれが第１の建設機械情報Ｄ１として
収集される。

【００７４】またオイル分析センタ１７は建設機械３１
から取り出された分析対象物１３１ａ（オイル）を分析
することにより第２の建設機械情報Ｄ２（オイル分析情
報）を収集する。

【００７５】またサービスマンはパーソナルコンピュー
タ１９を介して建設機械３１を目視によって判断するこ
とにより第３の建設機械情報Ｄ３を収集する。

【００７６】これら収集された建設機械情報Ｄ１、Ｄ
２、Ｄ３は通信衛星５などの通信手段を介してメーカ１
０のサーバ装置１１に送信される。

【００７７】メーカ１０のサーバ装置１１では、収集さ
れた建設機械情報Ｄ１、Ｄ２、Ｄ３毎に異常の度合いが
ランク１（正常Normal）、ランク２（注意Warning）、
ランク３（異常Abnormal）、ランク４（緊急Emergenc
y）の各レベルにランク付けされる。

【００７８】さらに異常度合いのランク付けを、ランク
付けし直し、ランク付けし直された結果を記憶手段１２
に記憶する。

【００７９】そしてサーバ装置１１は、ランク付けし直
された異常度合いを示す情報を、インターネット７など
の通信手段を介して各端末装置へ送信する。

【００８０】このため、たとえば建設機械３１、３２の
ユーザであるリース/レンタル会社６０の端末装置６１
に、ランク「４」からランク「３」にランクし直された
データが送信されたとする。この場合には、サービスマ
ンを派遣するなどの措置をとることが回避され、無用な
労力が軽減される。

【００８１】逆に建設機械３１、３２のユーザであるリ
ース/レンタル会社６０の端末装置６１に、ランク
「３」からランク「４」にランクし直されたデータが送
信されたとする。この場合には、サービスマンを緊急に
派遣するなどを措置をとることが可能になり、修理等の
適切な処置を迅速をとることにより、建設機械の故障に
よるダウンタイムの発生を回避することができる。

【００８２】第１２発明は、建設機械から情報を収集し
収集された建設機械情報に基づいて前記建設機械の異常
を判断し異常であると判断された場合に建設機械に対し
て異常処理を行い建設機械を管理するようにした建設機
械の管理装置において、前記建設機械情報を収集する情
報収集手段と、前記建設機械に対して異常処理を行う管
理者側に設けられた複数の端末装置とを備え、前記情報
収集手段と、前記端末装置と、サーバ装置とを通信手段
によって相互に通信可能に接続し、前記サーバ装置に、
前記建設機械情報に基づいて異常の度合いを複数のレベ
ルにランク付けする情報加工手段を設け、前記情報収集
手段によって収集された建設機械情報を前記通信手段を
介して前記サーバ装置に送信し、前記サーバ装置の情報
加工手段は、送信された建設機械情報に基づいて建設機
械の異常の度合いを複数のレベルにランク付けし、前記
サーバ装置は、前記ランク付けされた異常度合いを示す
情報を、前記通信手段を介して、特定の端末装置へ送信
し、前記特定の端末装置は、送信された情報について、
異常度合いのランク付けをし直して、前記サーバ装置に
送信し、前記サーバ装置は、ランク付けがし直された異
常度合いを示す情報を、前記通信手段を介して各端末装
置へ送信するようにしたことを特徴とする。

【００８３】第１２発明を図１を参照して説明する。

【００８４】第１２発明によれば建設機械３１内に設け
られたセンサ群４１よって、内部情報Ｄ１（オンボード
情報）が検出されこれが第１の建設機械情報Ｄ１として
収集される。

【００８５】またオイル分析センタ１７は建設機械３１
から取り出された分析対象物１３１ａ（オイル）を分析
することにより第２の建設機械情報Ｄ２（オイル分析情
報）を収集する。

【００８６】またサービスマンはパーソナルコンピュー
タ１９を介して建設機械３１を目視によって判断するこ
とにより第３の建設機械情報Ｄ３を収集する。

【００８７】これら収集された建設機械情報Ｄ１、Ｄ
２、Ｄ３は通信衛星５などの通信手段を介してメーカ１
０のサーバ装置１１に送信される。

【００８８】メーカ１０のサーバ装置１１では、収集さ
れた建設機械情報Ｄ１、Ｄ２、Ｄ３毎に異常の度合いが
ランク１（正常Normal）、ランク２（注意Warning）、
ランク３（異常Abnormal）、ランク４（緊急Emergenc
y）の各レベルにランク付けされる。

【００８９】さらにサーバ装置１１は、ランク付けされ
た異常度合いを示す情報を、通信手段を介して、特定の
端末装置１１ａへ送信する。

【００９０】そして特定の端末装置１１ａは、送信され
た情報について、異常度合いのランク付けをし直して、
サーバ装置１１に送信し、そしてサーバ装置１１は、ラ
ンク付けし直された異常度合いを示す情報を、インター
ネット７などの通信手段を介して各端末装置へ送信す
る。

【００９１】このため、たとえば建設機械３１、３２の
ユーザであるリース/レンタル会社６０の端末装置６１
に、ランク「４」からランク「３」にランクし直された
データが送信されたとする。この場合には、サービスマ
ンを派遣するなどの措置をとることが回避され、無用な
労力が軽減される。

【００９２】逆に建設機械３１、３２のユーザであるリ
ース/レンタル会社６０の端末装置６１に、ランク
「３」からランク「４」にランクし直されたデータが送
信されたとする。この場合には、サービスマンを緊急に
派遣するなどを措置をとることが可能になり、修理等の
適切な処置を迅速をとることにより、建設機械の故障に
よるダウンタイムの発生を回避することができる。

【００９３】第１３発明は、第１１発明または第１２発
明において、前記複数の端末装置は、複数のレベルにラ
ンク付けされており、前記サーバ装置の情報加工手段で
行われた異常度合いのランク付けを、端末装置のレベル
に応じて、ランク付けし直し、前記サーバ装置は、端末
装置のレベルに対応してランク付けし直された異常度合
いの情報を、前記通信手段を介して、対応する端末装置
へ送信するようにしたことを特徴とする。

【００９４】第１３発明によれば、専門家によって、ラ
ンク付け「４（緊急Emergency）」が実際には「３（異
常Abnormal）」であると判断されると、このランク付け
し直された方のデータつまり「３（異常Abnormal）」が
リース/レンタル会社６０の端末装置６１に送信され、
サービス部門側端末装置５１にはランク付けし直す前の
データつまり「４（緊急Emergency）」がそのまま送信
される。

【００９５】これによりサービスマンは現場に急行し、
ユーザは注意しながら建設機械を運転する措置をとるこ
とが可能になる。このため建設機械はサービスマンが到
着するまで稼動できるのでダウンタイムを最小に抑える
ことができる。またサービスマンは現場に急行して、専
門家の判断が正しいか否かを確認し、その結果をメーカ
に報告することができる。このように第１３発明によれ
ば、ランク付けし直された結果を各端末装置に一義的に
送信した場合と比較して、より適切な措置をとることが
できる。

【００９６】第１４発明は、同一の環境で稼動する複数
の建設機械から情報を収集し収集された建設機械情報に
基づいて前記複数の建設機械の異常を判断し異常である
と判断された場合に、その建設機械に対して異常処理を
行い建設機械を管理するようにした建設機械の管理装置
において、前記建設機械情報を収集する情報収集手段
と、前記情報収集手段によって収集された建設機械情報
の中から同一種類の情報を選択し、この同一種類の情報
が示す値を、複数の建設機械相互間で対比し、この結
果、特異な値を示す建設機械を、異常であると判断する
異常判断手段とを具え、前記異常判断手段によって異常
であると判断された建設機械に対して異常処理を行うよ
うにしたことを特徴とする。

【００９７】第１４発明を図３５を参照して説明する。

【００９８】建設機械３１ａ、３１ｂ、３１ｃの情報収
集手段によって収集された建設機械情報の中から同一種
類の情報たとえばブローバイ圧のトレンドデータが選択
され、この同一種類の情報が示す値を、複数の建設機械
３１ａ、３１ｂ、３１ｃ相互間で対比し、この結果、特
異な値を示す建設機械３１ａを、異常であると判断す
る。たとえば図３５（ａ）に示すように、建設機械３１
ａのトレンドデータは、サービスメータ値ＳＭＲ1以後
で急上昇する。しかし、他の建設機械３１ｂ、３１ｃの
トレンドデータをみると、「サービスメータ値ＳＭＲ1
以後の急上昇」は、ダンプトラック３１ａと同じ傾向を
示す。そこで、建設機械３１ａの異常は、作業現場の環
境の変化によるものであり、建設機械３１ａ固有の異常
である可能性が低いと判定して、最終的にランク４の異
常は発生していないと判断し、ランク付けを「４（緊急
Emergency）」から「３（異常Abnormal）」に変更す
る。

【００９９】逆に、図３５（ｂ）のように、一台の建設
機械３１ａについてのトレンドデータのみが、サービス
メータ値ＳＭＲ1以後で急上昇する傾向を示しており、
他の建設機械３１ｂ、３１ｃは急上昇する傾向を示して
いない場合には、建設機械３１ａの異常は、建設機械３
１ａ固有の異常である可能性が高いと判定して、最終的
にランク４の異常が発生しているものと判断し、サーバ
装置１１で行われたランク付け「４（緊急Emergenc
y）」を維持する。

【０１００】以上のように第１４発明によれば、同一の
環境で稼動する複数の建設機械から収集される情報を対
比することにより、それが環境の原因によるものか、建
設機械の真の異常によるものかを正確に判断できるよう
になる。

【０１０１】

【発明の実施の形態】以下図面を参照して本発明に係る
建設機械の管理装置について説明する。なお実施形態で
は、建設機械として油圧ショベル、ブルドーザ、ダンプ
トラック、ホイールローダ、クレーン、グレーダ、破砕
処理機械などを想定している。

【０１０２】図１は実施形態の建設機械を管理する管理
装置（管理システム）を示している。本実施形態では建
設機械のメーカ１０で生産される多数の建設機械とし
て、３１、３２を代表させて示している。

【０１０３】まず図１の管理システムの構成、通信形態
について説明する。

【０１０４】図１に示すように建設機械３１、３２の図
示しない通信端末と、複数の端末装置１４、１５、１
６、１８、１９、５１、５２、５３、６１、６３、６５
と、サーバ装置１１は相互に通信衛星５、インターネッ
ト７、イントラネット１３などの通信装置によって相互
に通信可能に接続されている。なおインターネットと
は、複数のＬＡＮ（ローカルエリアネットワーク）をゲ
ートウエイ、ブリッジにより相互に通信自在に接続した
世界的通信網のことである。インターネットは電子メー
ル（インターネットを介して送受信する「手紙」）、Ｗ
ＷＷ（ワールドワイドウエブ；インターネット上の情報
検索システム）などのサービスを提供している。イント
ラネットとはインターネットの技術に基づき構築された
企業内通信網のことである。

【０１０５】サーバ装置１１は、本実施形態の管理シス
テムで行われるサービス（以下管理情報提供サービス）
を提供する建設機械のメーカ本社１０に設けられてい
る。

【０１０６】サーバ装置１１はデータベース１２を備え
ている。後述するようにデータベース１２は建設機械３
１、３２を管理するための後述する建設機械情報Ｄ１、
Ｄ２、Ｄ３、本実施形態の管理情報提供サービスを提供
するためのプログラムを記憶している。

【０１０７】メーカ本社１０内には各端末装置１４、１
５、１６が設けられている。

【０１０８】端末装置１４はメーカ１０の経営部門に設
けられている。端末装置１５はメーカ１０の工場に設け
られている。工場では建設機械３１、３２が生産され
る。端末装置１６はメーカ１０の営業部門に設けられて
いる。

【０１０９】これらサーバ装置１１と端末装置１４、１
５、１６とは相互に送受信可能にイントラネット１３に
より接続されている。

【０１１０】サーバ装置１１と各端末装置１８、１９、
５１、５２、５３、６１、６３、６５とは相互に送受信
可能にインターネット７により接続されている。

【０１１１】建設機械３１、３２の通信端末とサーバ装
置１１は通信衛星５を介して双方向に送受信可能に接続
されている。通信は無線の通信回線６によって行われ
る。

【０１１２】サーバ装置１１はインターネット７、は通
信衛星５、イントラネット１３との間のデータの入出力
を管理するとともに、データベース１２の記憶データＤ
１、Ｄ２、Ｄ３に基づいて、建設機械３１、３２を構成
する各コンポーネントの健康状態（損傷状態）を監視し
たりメンテナンス（点検）したり改修（修理）したりす
るのに適切な管理情報に加工する。なお建設機械はエン
ジン、トランスミッション、油圧ポンプ等の各コンポー
ネントから構成されている。

【０１１３】端末装置１８は、建設機械３１、３２に使
用されるオイル１３１ａ（エンジンオイル、トランスミ
ッションオイル、トルクコンバータオイル、デフオイ
ル、ブレーキオイル、作業機の作動油等）を分析するオ
イル分析センタ１７に設けられている。

【０１１４】端末装置１９は携行可能なパーソナルコン
ピュータ等の携帯用端末装置であり、建設機械３１、３
２を点検、修理するサービスマンによって携行される。

【０１１５】端末装置５１、５２、５３は建設機械３
１、３２を販売し点検、修理等のサービスを行う代理店
５０に設けられている。端末装置５１は代理店５０のサ
ービス部門に設けられている。端末装置５２は代理店５
０の営業部門に設けられている。端末装置５３は代理店
５０の経営部門に設けられている。

【０１１６】代理店５０′は代理店５０と同様な代理
店、海外現地法人等である。代理店５０と同様に建設機
械を販売し修理等のサービスを行う代理店、現地法人が
海外、国内を問わずに多数存在するものとする。ただし
代理店５０′が管轄する建設機械は建設機械３１、３２
とは異なるものとする。

【０１１７】端末装置６１は建設機械３１、３２をレン
タルまたはリース（貸与）するリース/レンタル会社６
０に設けられている。本実施形態ではリース/レンタル
会社６０が建設機械３１、３２の所有者であると仮定す
る。

【０１１８】端末装置６３は建設機械３１、３２を用い
て工事を行わせる工事施工会社６２に設けられている。
本実施形態では工事施工会社６２は建設機械３１、３２
を直接使用しないが建設機械３１、３２によって行われ
る工事の責任者であると仮定する。

【０１１９】端末装置６５は建設機械３１、３２を用い
て実際に工事を行う現場事務所６４に設けられている。
本実施形態では現場事務所６４が建設機械３１、３２の
使用者であると仮定する。

【０１２０】サーバ装置１１と各端末装置１８、１９、
５１、５２、５３、６１、６３、６５とは相互に送受信
可能にインターネット７により接続されている。

【０１２１】本実施形態ではメーカ１０の各端末装置１
４、１５、１６側の経営者、工場責任者、営業マン、代
理店５０の各端末装置５１、５２、５３側のサービスマ
ン、営業マン、経営者、リース会社６０の端末装置６１
側の社員、工事施工会社６２の端末装置６３側の工事責
任者（工事施工者）、現場事務所６４の端末装置６５側
の現場監督、オペレータが、サーバ装置１１で提供され
る管理情報提供サービスを受けるものとする。各端末装
置１４、１５、１６、１８、１９、５１、５２、５３、
６１、６３、６５にはそれぞれサーバ装置１１から提供
される管理情報を表示する表示装置が設けられている。

【０１２２】またリース会社６０の端末装置６１側の社
員、工事施工会社６２の端末装置６３側の工事責任者
（工事施工者）、現場事務所６４の端末装置６５側の現
場監督、オペレータは、代理店５０にとってその管轄下
にある顧客（カスタマ）であるものとする。

【０１２３】つぎに図１の管理システムにおける情報の
流れについて説明する。

【０１２４】建設機械３１、３２に関する情報は、大き
くはオンボード情報Ｄ１、オイル分析情報Ｄ２、点検情
報Ｄ３とからなる。

【０１２５】オンボード情報Ｄ１とは建設機械３１、３
２に取り付けられた各種センサ４１の検出値に基づき収
集される情報のことである。オンボード情報Ｄ１は、セ
ンサ４１の検出値の時系列なデータであるトレンドデー
タ、センサ検出値が異常値に達したときに生成されるエ
ラーコード、複数種類のセンサ検出値に基づき得られる
頻度マップデータ等を含む。

【０１２６】センサ群４１としては、サービスメータの
計時値ＳＭＲ（エンジン稼動時間）を検出すサービスメ
ータ、エンジンの回転数Ｎeを検出するセンサ、ブロー
バイ圧を検出するセンサ、排気温度を検出するセンサ、
エンジン、作業機の作動油、トランスミッション等の油
温を検出するセンサ、エンジン油圧、油圧ポンプ吐出圧
を検出するセンサ、ダンプトラックの場合にはトランス
ミッションの油圧クラッチを係合させるに要する時間で
あるフィル時間を検出するセンサ、ダンプトラックの積
載量を計測するペイロードメータなどである。なおフィ
ル時間とは油圧クラッチを係合するのに必要な圧油を油
圧クラッチに供給し始めてから供給し終えるまでの時間
のことである。

【０１２７】これに対してオイル分析情報Ｄ２、点検情
報Ｄ３は建設機械３１、３２内に既設のセンサ４１から
は得られないオフボード情報のことである。

【０１２８】オイル分析情報Ｄ２は建設機械３１、３２
から取り出された分析対象物であるオイル１３１ａを分
析することにより収集される情報のことである。オイル
分析情報Ｄ２はオイル１３１ａを建設機械３１、３２か
ら取り出してこれをオイル分析センタ１７に送り、専用
の分析装置を用いて解析しなければ収集することができ
ない。

【０１２９】また点検情報Ｄ３は建設機械３１、３２に
専用の計測機器を取り付けて計測値を目視で判断するこ
とにより、あるいは建設機械３１、３２の各部を直接目
視で判断することにより収集されるデータのことであ
る。点検情報Ｄ３はサービスマンが建設機械３１、３２
が存在する工事現場などに出向き目視で判断しなければ
収集することができない。点検情報Ｄ３とは、たとえば
タイヤなどの消耗部品の摩耗、破損状態、ホース等の管
路のひび割れ、破損状態、作業機が作動する速度、エン
ジンなどの各コンポーネントが発生する音、エンジンの
排気状態などである。

【０１３０】建設機械３１、３２内のコントローラ４０
ではセンサ群４０の検出値に基づきオンボード情報Ｄ１
が収集され、記憶される。すなわち建設機械３１、３２
の車体内には主コントローラ４０と他のコントローラと
がシリアル通信が可能となるように信号線によってデジ
ーチェーン状に接続されており、車体内ネットワークを
構成している。車体内のコントローラ間の信号線を介し
て所定のプロトコルのフレーム信号が伝送される。フレ
ーム信号が各コントローラ間に伝送されるとフレーム信
号に記述されたデータに従い各コントローラに接続され
たアクチュエータ（油圧ポンプ、ガバナ、制御弁など）
に駆動信号が出力されこれらアクチュエータが駆動制御
されるとともに、各コントローラに接続されたセンサ群
４１で検出された検出データあるいは機器内部の情報を
示すデータが取得されフレーム信号に記述される。こう
してコントローラ４０にはフレーム信号を介してセンサ
群４１の検出値のデータが取り込まれる。センサの検出
値が異常値に達した場合にはエラーコードが生成され
る。たとえばブローバイ圧が所定値のしきい値以上にな
った場合には「ブローバイ圧が異常に高い」ことを示す
エラーコードが生成される。

【０１３１】建設機械３１、３２の通信端末とサーバ装
置１１との間では通信衛星５を介して無線の通信回線６
によって相互に送受信がなされる。これによって建設機
械３１、３２内で取得されたオンボード情報Ｄ１は無線
通信回線６、通信衛星５を介してサーバ装置１１に定期
的に自動送信される。たとえばサービスメータの計時値
ＳＭＲの間隔で２０時間毎に自動送信される。また建設
機械３１、３２に内蔵された時計で１日計時する毎に自
動送信される。また後述するようにサーバ装置１１から
の要求に応じて建設機械３１、３２内で取得されたオン
ボード情報Ｄ１を無線にて返信することができる。また
建設機械３１、３２内のオンボード情報Ｄ１を携帯用端
末装置１９にダウンロードしてインターネット１を介し
てサーバ装置１１に送信してもよい。

【０１３２】また建設機械３１、３２からオイル１３１
ａが取り出され、これがオイル分析センタ１７に送られ
る。オイル分析センタ１７では専用の分析装置を用いて
オイル１３１ａを解析してオイル分析情報Ｄ２を作成す
る。オイル分析情報Ｄ２は端末装置１８から入力されイ
ンターネット１を介してサーバ装置１１に送信される。
オイル分析情報Ｄ２は建設機械３１、３２の定期的なオ
イル交換時期毎にサービスマンが建設機械３１、３２ま
で出向くことによって収集することができる。

【０１３３】また建設機械３１、３２に専用の計測機器
が取り付けられ計測値を目視で判断することにより、あ
るいは建設機械３１、３２の各部を直接目視で判断する
ことにより点検情報Ｄ３が収集される。点検情報Ｄ３は
サービスマンが携行する携帯用端末装置１９に入力さ
れ、インターネット１を介してサーバ装置１１に送信さ
れる。点検情報Ｄ３は建設機械３１、３２の定期的な点
検時毎にサービスマンが建設機械３１、３２まで出向く
ことによって収集することができる。

【０１３４】サーバ装置１１では後述するようにオンボ
ード情報Ｄ１、オイル分析情報Ｄ２、点検情報Ｄ３に基
づいてデータが加工され、管理情報が作成される。

【０１３５】サーバ装置１１で作成される管理情報の代
表的なものは以下のとおりである。

【０１３６】・建設機械３１、３２の異常度合いを４段
階のランク１（正常Normal）、ランク２（警告Warnin
g）、ランク３（異常Abnormal）、ランク４（緊急Emerg
ency）に分類した「異常情報」。

【０１３７】異常情報はランク１からランク２、３、４
へと高くなるにつれて修理等を行う緊急度が高くなるこ
とを意味する。異常情報はオンボード情報Ｄ１の各項目
つまりブローバイ圧、排気温度…毎に作成される。また
オイル分析情報Ｄ２の各項目つまりエンジンオイル中の
鉄Ｆeの含有量、トランスミッションオイルの粘度…毎
に作成される。また点検情報Ｄ３の各項目つまりタイヤ
摩耗、作業機の速度…毎に作成される。また個別の建設
機械３１、３２毎に総合的な異常度合いが同様に４段階
のランクで作成される。このランク付けされた異常情報
はサーバ装置１１で定期的に作成される。たとえば建設
機械３１、３２からオンボード情報Ｄ１が送信されてく
る毎に作成される。

【０１３８】異常情報は電子メールとしてサーバ装置１
１から各端末装置に送信される。

【０１３９】・建設機械３１、３２の健康状態（損傷状
態）の「定期的なレポート」。

【０１４０】これは個別の建設機械３１、３２毎に、オ
ンボード情報Ｄ１、オイル分析情報Ｄ２、点検情報Ｄ３
を要約した内容の情報であり上記ランク付けされた異常
情報を含む。

【０１４１】サーバ装置１１のデータベース１２には各
端末装置１４、１５、１６、１８、１９、５１、５２、
５３、６１、６３、６５の表示画面上で、オンボード情
報Ｄ１、オイル分析情報Ｄ２、点検情報Ｄ３を加工した
管理情報を検索する等の処理を行うためのＷｅｂページ
（先頭ページに続くリンクされた一連のページで構築さ
れているリンク構造のデータであり、インターネット
７、イントラネット１３における情報画面の意味で使用
する）が格納されている。

【０１４２】サーバ装置１１は各端末装置１４、１５、
１６、１８、１９、５１、５２、５３、６１、６３、６
５からの要求に応じてデータベース１２に記憶された内
容をこれら端末装置に提供するとともに、あるいは所定
の端末装置から入力されたデータに応じてデータベース
１２の記憶内容を書き換える。すなわち各端末装置から
データベース１２の記憶データをアクセスすることによ
り、端末装置の表示画面上でＷｅｂページを表示させ管
理情報提供サービスを受けることができる。

【０１４３】各端末装置１４、１５、１６、１８、１
９、５１、５２、５３、６１、６３、６５はサーバ装置
１１のデータベース１２に記憶された定期レポートを異
常情報のランクにかかわらずにアクセスすることができ
る。ただし最初にサーバ装置１１から電子メールによっ
て送信されてくる定期レポート毎に付与された異常情報
に関しては、特定の端末装置には特定のランクの異常情
報しか送信されない。

【０１４４】たとえばメーカ１０の経営部門側端末装置
１４、営業部門端末１６にはランク４の異常情報が電子
メールとして送信される。

【０１４５】またメーカ１０の工場側端末装置１５には
ランク３、ランク４の異常情報が電子メールとして送信
される。メーカ１０の各端末装置１４、１５、１６では
自社で生産した全ての建設機械３１、３２、…に関する
異常情報が電子メールとして送信される。

【０１４６】また代理店５０のサービス部門側端末装置
５１にはランク１からランク４までの異常情報が電子メ
ールとして送信される。

【０１４７】また代理店５０の営業部門側端末装置５２
にはランク３、ランク４の異常情報が電子メールとして
送信される。

【０１４８】また代理店５０の経営部門側端末装置５３
にはランク４の異常情報が電子メールとして送信され
る。代理店５０の各端末装置５１、５２、５３には同代
理店５０が販売等した管轄下の車両３１、３２に関する
異常情報が電子メールとして送信される。

【０１４９】またリース会社６０の端末装置６１にはラ
ンク２、３、４の異常情報が電子メールとして送信され
る。

【０１５０】また工事施工会社６２の端末装置６３には
ランク３、ランク４の異常情報が電子メールとして送信
される。

【０１５１】また現場事務所６４の端末装置６５にはラ
ンク２、３、４の異常情報が電子メールとして送信され
る。カスタマの各端末装置６１、６３、６５には自己が
所有等する管轄下の車両３１に関する異常情報が電子メ
ールとして送信される。

【０１５２】なお定期レポートについても電子メールで
送信される異常情報と同様に特定の端末装置に対しては
特定のランクの定期レポートしかアクセスできないよう
に制限を加えてもよい。これは端末装置側において特定
のＩＤ番号、特定の暗証番号の入力操作、ユーザ認証キ
ーの使用を条件とすることで実現することができる。つ
まり特定の端末装置はその端末装置の表示画面上ではＷ
ｅｂページのうち特定のページ、特定の情報のみしか表
示させることができないようにする。

【０１５３】つぎにサーバ装置１１で行われるデータの
加工処理について説明する。

【０１５４】図２はオンボード情報Ｄ１を異常情報に加
工する処理を説明する図である。

【０１５５】以下オンボード情報Ｄ１のうちセンサ検出
値の時系列データのことをトレンドデータをいう。

【０１５６】図２（ｄ）はオンボード情報Ｄ１のうちセ
ンサ検出値の代表的な項目と、異常度合いのランク１、
２、３、４を設定するためのしきい値Ｗ、Ａ、Ｅとの関
係を示している。図２は（ａ）、（ｂ）、（ｃ）はそれ
ぞれ横軸にサービスメータ計時値ＳＭＲ（Ｈ）をとり、
縦軸にセンサ検出値をとったトレンドデータのグラフで
ある。

【０１５７】図２（ａ）はセンサ検出値の絶対値を各し
きい値Ｗ、Ａ、Ｅで段階的に区分した場合を示してい
る。センサ検出値の絶対値がしきい値Ｗ以上である場合
には異常度合いがランク２であると判断し、センサ検出
値の絶対値がしきい値Ａ以上である場合には異常度合い
がランク３であると判断し、センサ検出値の絶対値がし
きい値Ｅ以上である場合には異常度合いがランク４であ
ると判断する。たとえば図２（ｄ）に示すようにエンジ
ン油温が１０２deg．C以上である場合には異常度合いが
ランク２であると判断し、エンジン油温が１０５deg.C
以上である場合には異常度合いがランク３であると判断
し、エンジン油温が１０８deg.C以上である場合には異
常度合いがランク４であると判断する。以下図２（ａ）
による異常度合いの判断方法を「トレンドデータの絶対
値による判断方法」と称することにする。

【０１５８】図２（ｂ）は単位時間前後でのセンサ検出
値の差分（トレンドデータの傾き）をしきい値Ｗ、Ａ、
Ｅで段階的に区分した場合を示している。単位時間前後
でのセンサ検出値の差分がしきい値Ｗ以上である場合に
は異常度合いがランク２であると判断し、単位時間前後
でのセンサ検出値の差分がしきい値Ａ以上である場合に
は異常度合いがランク３であると判断し、単位時間前後
でのセンサ検出値の差分がしきい値Ｅ以上である場合に
は異常度合いがランク４であると判断する。たとえば図
２（ｄ）に示すように単位時間１００Ｈ前後でのブロー
バイ圧の差分が１５０mmAq以上である場合には異常度合
いがランク２であると判断し、単位時間１００Ｈ前後で
のブローバイ圧の差分が３００mmAq以上である場合には
異常度合いがランク３であると判断し、単位時間１００
Ｈ前後でのブローバイ圧の差分が５００mmAq以上ある場
合には異常度合いがランク４であると判断する。

【０１５９】なお最新に得られたセンサ検出値がセンサ
検出値を取得し始めてから単位時間１００Ｈを経過して
いない場合には、最古のセンサ検出値と最新のセンサ検
出値の差分をとって異常度合いが判断される。以下図２
（ｂ）による異常度合いの判断方法を「トレンドデータ
の傾きによる判断方法」と称することにする。

【０１６０】図２（ｃ）は初期値に対するセンサ検出値
の増分をしきい値Ｗ、Ａ、Ｅで段階的に区分した場合を
示している。初期値に対するセンサ検出値の増分がしき
い値Ｗ以上である場合には異常度合いがランク２である
と判断し、初期値に対するセンサ検出値の増分がしきい
値Ａ以上である場合には異常度合いがランク３であると
判断し、初期値に対するセンサ検出値の増分がしきい値
Ｅ以上である場合には異常度合いがランク４であると判
断する。たとえば図２（ｄ）に示すようにサービスメー
タ計時値が１０００Ｈまでのセンサ検出値の平均値を初
期値とし、この初期値に対する排気温度の増分が５０de
g．C以上である場合には異常度合いがランク２であると
判断し、同初期値に対する排気温度の増分が１００de
g．C以上である場合には異常度合いがランク３であると
判断し、同初期値に対する排気温度の増分が１５０de
g．C以上ある場合には異常度合いがランク４であると判
断する。以下図２（ｃ）による異常度合いの判断方法を
「トレンドデータの初期値からの増分による判断方法」
と称することにする。

【０１６１】つぎに図３を参照してエラーコードから異
常度合いを判断する方法について説明する。

【０１６２】図３はオンボード情報Ｄ１のうちエラーコ
ードの代表的な項目と、異常度合いのランク１、２、
３、４を設定するためのしきい値との関係を示してい
る。

【０１６３】同図３に示すように単位時間あたりのエラ
ーコードの発生頻度が第１のしきい値以上で第２のしき
い値よりも少ないときには異常度合いがランク１である
と判断し、単位時間あたりのエラーコードの発生頻度が
第２のしきい値以上で第３のしきい値よりも少ないとき
には異常度合いがランク２であると判断し、単位時間あ
たりのエラーコードの発生頻度が第３のしきい値以上で
第４のしきい値よりも少ないときには異常度合いがラン
ク３であると判断し、単位時間あたりのエラーコードの
発生頻度が第４のしきい値以上であるときには異常度合
いがランク４であると判断する。

【０１６４】たとえばエンジン回転数Ｎeが１．０秒以
上継続して２７００ｒｐｍ±４０ｒｐｍになっていると
きには、「オーバーラン」を示すエラーコードが生成さ
れる。そして単位時間１００Ｈの間にオーバーランを示
すエラーコードの発生カウント数が１回〜４回のときに
は異常度合いがランク１であると判断し、同単位時間の
間に同エラーコードの発生カウント数が５回〜１４回の
ときには異常度合いがランク２であると判断し、同単位
時間の間に同エラーコードの発生カウント数が１５回〜
１９回のときには異常度合いがランク３であると判断
し、同単位時間の間に同エラーコードの発生カウント数
が２０回以上のときには異常度合いがランク４であると
判断する。なお最新に得られたエラーコードがエラーコ
ードを取得し始めてから単位時間１００Ｈを経過してい
ない場合には、最古にエラーコードを取得したときから
のカウント数によって異常度合いが判断される。

【０１６５】なおエラーコードが全く生成されていない
場合にはエラーコードに基づく異常度合いの判断はなさ
れない。

【０１６６】上述した各しきい値、初期値、単位時間等
は、建設機械３１、３２の機種、型式、機番（号機）毎
に、またコンポーネントの種類、形式毎に異ならせて設
定することができる。また各ランク毎に異常度合いを示
す「説明」を対応づけてもよい。

【０１６７】図１０はトレンドデータのしきい値、初期
値、単位時間の設定例を示している。同図１０に示すよ
うに、たとえば「機種」に「Ｄ７８５」が、「型式」に
「５」が、「エンジン形式」に「ＳＡ１２Ｖ１４０」
が、「コンポーネント」に「エンジン」が、「項目」に
「ブローバイ圧」が、「判断方法」に「トレンドデータ
の絶対値による判断方法」が、「ランク１のしきい値」
に「７００」が、「ランク１の説明」に「正常です」
が、「ランク２のしきい値」に「８００」が、「ランク
２の説明」に「少し高い」が、「ランク３のしきい値」
に「９００」が、「ランク３の説明」に「かなり高い」
が、「ランク４の説明」に「非常に高い」がそれぞれ対
応づけられている。

【０１６８】図１１はエラーコードのしきい値、単位時
間の設定例を示している。同図１０に示すように、たと
えば「機種」に「Ｄ７８５」が、「型式」に「５」が、
「エンジン形式」に「ＳＡ１２Ｖ１４０」が、「コンポ
ーネント」に「エンジン」が、「エラーコード」に「Ｅ
００００１」が、「単位時間」に「１００」が、「ラン
ク１のしきい値」に「５回」が、「ランク１の説明」に
「正常です」が、「ランク２のしきい値」に「１０回」
が、「ランク２の説明」に「少し多い」が、「ランク３
のしきい値」に「２０回」が、「ランク３の説明」に
「かなり多い」が、「ランク４の説明」に「非常に多
い」がそれぞれ対応づけられている。

【０１６９】図４は図２（ａ）のように設定されたしき
い値によって、異常度合いが判断される実例を示してい
る。図４に示すようにセンサ検出値ｖ1がランク２を示
すしきい値以上になった場合には異常度合いがランク３
であると判断される。

【０１７０】図５は図２（ｃ）のように設定されたしき
い値によって、異常度合いが判断される実例を示してい
る。図５に示すように初期値に対するセンサ検出値の増
分ｖ2がランク２を示すしきい値以上になった場合には
異常度合いがランク３であると判断される。

【０１７１】図６は図２（ｂ）のように設定されたしき
い値によって、異常度合いが判断される実例を示してい
る。図６に示すように横軸をｘとし縦軸をｙとする。そ
して単位時間Ｈ2におけるトレンドデータを示す１次関
数ｙ＝ａ2＋ｂ2が２次回帰により求められる。またつぎ
の単位時間Ｈ1におけるトレンドデータを示す１次関数
ｙ＝ａ1＋ｂ1が２次回帰により求められる。そしてこれ
ら１次関数の傾きの差ａ1−ａ2がしきい値と比較されて
異常度合いが判断される。たとえばランク１を判断する
しきい値は１．０に設定され、ランク２を判断するしき
い値は１．５に設定され、ランク３を判断するしきい値
は２．０に設定され、ランク４を判断するしきい値は
３．０に設定される。また単位時間Ｈ1は１００Ｈに設
定され、単位時間Ｈ2は２００Ｈに設定される。たとえ
ば傾きの差ａ1−ａ2が、ランク２を示すしきい値１．５
以上になった場合には異常度合いがランク２であると判
断される。

【０１７２】図１２（ｂ）はブローバイ圧のトレンドデ
ータを示すグラフであり、図１２（ａ）は図１２（ｂ）
のトレンドデータの傾きの差ａ1−ａ2を計算して得られ
たグラフである。たとえば破線で示すように図１２
（ｂ）で傾きの差が大きくなった時点で図１２（ａ）の
値はランク３のレベルに入る。

【０１７３】図７はトレンドデータの判断結果の出力例
（表示例）を示している。

【０１７４】同図７に示すようにたとえば「コンポーネ
ント」に「エンジン」が、「項目」に「ブローバイ圧」
が、「判断時点のサービスメータ計時値ＳＭＲ」に「１
０１８０」が、「判断時点の日付Ｄａｔｅ」に「２００
０年５月３０日」が、「現時点でのセンサ検出値」に
「８２０」が、「判断方法」に「トレンドデータの絶対
値による判断方法」が、「ランク」に「３」が、「ラン
クの説明」に「ブローバイ値がかなり高いです。」がそ
れぞれ対応づけられている。

【０１７５】図８はエラーコードの判断結果の出力例
（表示例）を示している。

【０１７６】同図８に示すようにたとえば「コンポーネ
ント」に「エンジン」が、「エラーコード」に「Ｅ００
０１」が、「単位時間当たりのカウント数」に「２０」
が、「ランク」に「４」が、「ランクの説明」に「最近
１００Ｈで非常に多発しています。」がそれぞれ対応づ
けられている。

【０１７７】上述した「ランクの説明」は建設機械３
１、３２の実際の走行状態と対応づけて記述することが
できる。

【０１７８】図９はダンプトラックのトランスミッショ
ンの油圧クラッチのフィル時間のトレンドデータの実例
を示している。フィル時間が２０４で示す低い値を示し
ている場合には通常の走行状態であり、これに対応して
「正常である」という「ランクの説明」が対応づけられ
る。しかしフィル時間がしきい値２０３を超えた場合に
はクラッチが摩耗が進みクラッチすべりが発生してダン
プトラックが走行不能になるおそれがある。そこでこの
場合には「非常に高い（長い）」という「ランクの説
明」が対応づけられる。こうした「ランクの説明」の情
報からサービスマン等の管理者は建設機械３１、３２の
状態を、容易に把握することができる。

【０１７９】上述したランク付けは頻度マップデータに
対しても行うことができる。ここで頻度マップデータに
ついて説明する。

【０１８０】図２１はエンジンの負荷頻度マップデータ
ＭＤAを示している。

【０１８１】同図２１に示すようにエンジン回転数Ｎe
とトルクＴをそれぞれ座標軸とする２次元平面は複数の
ブロックＢijに分割される。そしてエンジン回転数Ｎ
e、トルクＴのセンサ検出値に基づき単位時間当たりに
各ブロックＢijに入った頻度（回数）ｈijが積算され
る。各ブロックＢijにはそれぞれ、そのブロックにおけ
る負荷の大きさに応じた重みγijが設定されている。た
とえばエンジンのトルクカーブ上の定格点に対応するブ
ロックでは最大の重みが設定されている。そこで、負荷
頻度マップデータＭＤAに基づきエンジン被害量（過酷
度）δが下記（１）式から求められる。

【０１８２】δ＝Σｈij・γij …（１） 上記（１）式は負荷の大きいエンジン回転数、トルク値
でエンジンが稼動されている時間が長いほどエンジンが
受ける被害量（過酷度）が大きくなることを意味する。

【０１８３】そこで前述した図２（ａ）と同様にエンジ
ン被害量δに対して各しきい値が設定され実際のエンジ
ン被害量δとしきい値を比較することにより、ランク
１、ランク２、ランク３、ランク４というエンジン被害
量の異常度合いが求められる。

【０１８４】同様に図２０（ａ）はダンプトラックのト
ランスミッションの変速頻度マップデータＭＤAを示し
ている。

【０１８５】同図２０（ａ）に示すようにトランスミッ
ションの変速前の速度段と変速後の速度段をそれぞれ座
標軸とする２次元平面は複数のブロックに分割される。
ここで速度段はＲ（後進）、Ｎ（中立）、Ｆ１（１
速）、Ｆ２（２速）、Ｆ３（３速）、Ｆ４（４速）、Ｆ
５（５速）、Ｆ６（６速）、Ｆ７（７速）からなる。そ
してトランスミッションの各軸の回転数のセンサ検出値
に基づき変速前の速度段と変速後の速度段が演算され、
この演算結果から単位時間当たりに各ブロックに入った
頻度（回数）ｈijが積算される。各ブロックにはそれぞ
れ、そのブロックにおける負荷の大きさに応じた重みγ
ijが設定されている。そこで負荷頻度マップデータＭＤ
Aに基づきトランスミッション被害量（過酷度）δが上
記（１）式と同様に求められる。

【０１８６】そこで前述した図２（ａ）と同様にトラン
スミッション被害量δに対して各しきい値が設定され実
際のトランスミッション被害量δとしきい値を比較する
ことにより、ランク１、ランク２、ランク３、ランク４
というトランスミッション被害量の異常度合いが求めら
れる。

【０１８７】上述した頻度マップデータＭＤAは建設機
械３１、３２のコントローラ４０で演算することができ
る。頻度マップデータＭＤAは建設機械３１、３２から
通信衛星５を介して、あるいは携帯用端末装置１９でダ
ウンロードされてインターネット７を介してサーバ装置
１１に送信される。そしてサーバ装置１１では被害量δ
が演算され、被害量δの異常度合いが演算される。ただ
しこれは一例であり、建設機械３１、３２側からセンサ
検出値をサーバ装置１１に送信して、サーバ装置１１側
でセンサ検出値に基づき頻度マップデータＭＤAを演算
するように構成してもよい。なお建設機械３１、３２側
で頻度マップデータＭＤAを演算してからサーバ装置１
１側に送信する場合の方が、通信量、サーバ装置１１側
のメモリ容量を減らすことができる。

【０１８８】また異常度合いのランク付けのしきい値
は、予め設定された「使われ方」を基準としてもよい。

【０１８９】一般に建設機械は、作業現場における個々
の使われ方を調査した上で販売される。使われ方とは、
燃料消費率、サイクル負荷変動量、車両の積載量、最高
速度、トランスミッションのクラッチ係合回数などであ
る。このような調査を行うのは調査の結果に応じた適正
な仕様、適正なフリート数の建設機械をカスタマに提供
するためである。しかし建設機械は、販売時に調査した
のとは異なる過酷な使われ方をされることが多い。この
ため販売時に調査したのに比較して過酷な使われ方をし
た場合にはオーバーホール時期などが当初の予定時期よ
りも早まり建設機械の寿命が短くなる。

【０１９０】そこで使われ方が過酷である場合には、適
正に使うようにカスタマに進言できるシステムの構築が
望まれている。このような進言がカスタマになされるこ
とにより建設機械のオーバーホール時期を延ばすことが
できる等の効果が得られる。つぎにこのような要求に応
えることができる実施形態について述べる。

【０１９１】図１８はダンプトラックの使われ方の調査
シートを示している。同図に示すように調査シートには
作業現場（広域鉱山など）における走行コースの各区間
毎の勾配、距離、カーブ半径、走行時間、車速、エンジ
ン回転数、トランスミッションの変速前後の速度段、リ
ターダブレーキ使用の区間、フットブレーキ使用の有
無、路面の評価が記述される。またダンプトラックの車
体総重量をＷ、区間距離をＬ、勾配をαとして、下記
（２）式から区間ごとの負荷Ｋが計算される。

【０１９２】Ｋ＝Ｗ・Ｌ・α …（２） そして走行コースの負荷率Ｌfがダンプトラックの定格
出力をＰＷ、サイクルタイムをｔとして下記（３）式か
ら計算される。

【０１９３】 Ｌf＝（６０×１００）/（７５×ＰＷ×３６００）×ΣＫ …（３） 演算結果は個別の建設機械３１、３２毎に負荷率の予測
値としてデータベース１２に格納される。

【０１９４】そこでこの調査時の予測負荷率Ｌfを基準
としてランク１、２、３、４が定められる。

【０１９５】ダンプトラックの実際の負荷率は、燃料消
費量、トルクをセンサ４１で検出することによって得ら
れる。実際の負荷率は建設機械３１、３２側からサーバ
装置１１側に送信され、データベース１２に記憶されて
いる予測負荷率と比較される。たとえば実際の負荷率と
予測負荷率との差分がとられ、これがしきい値と比較さ
れる。両者の差分値が大きくなる程ランク１、ランク
２、ランク３、ランク４へと異常度合いが変化する。た
とえばランク２以上になったときに、適正に使うよう警
告する内容をカスタマに電子メールにて送信することが
できる。

【０１９６】図１９は実際に測定された負荷率と標準的
な使われ方を示すモニタ負荷率とを時間経過に応じて示
すグラフである。モニタ負荷率２０２に対して測定負荷
率２０１がかけ離れた時点でカスタマに警告を電子メー
ルで送信してもよい。

【０１９７】また負荷率以外にも燃料消費率、サイクル
負荷変動量、積載量、最高速度、トランスミッションの
クラッチ係合回数などを予測値として予め調査し、この
予測値を基準としてランク１、２、３、４を定めてもよ
い。

【０１９８】ここで燃料消費率はエンジンのオーバーホ
ール時期と相関する関係にある。たとえば燃料消費率の
予測値が７０Ｌ/Ｈである場合にオーバーホール時間を
１６０００Ｈに設定していたものとする。しかし実際の
燃料消費率が９０Ｌ/Ｈになった場合にはオーバーホー
ル時間は１４０００Ｈに短縮される。そこで実際の消費
率が予測値に比較して大きくなりそれに応じてオーバー
ホール時期が短縮された場合にはその旨の警告を電子メ
ールにてカスタマに送信してもよい。

【０１９９】図２２はサイクル負荷変動量を示す。

【０２００】同図２２に示す２次元平面は図２１に示す
エンジン回転数ＮeとトルクＴをそれぞれ座標軸とする
２次元平面に対応している。ダンプトラックは図２２に
示すように待機→運搬→ダンプ→移動を１サイクルタイ
ムとして繰り返し稼動する。図２２の破線で示す面積部
分が大きいほど対応するブロックに入った頻度が大きい
ことを意味する。すなわち図２２（ｂ）は運搬やダンプ
している時間が待機している時間に比べて少なく負荷は
小さい。しかし図２２（ａ）は待機している時間と運搬
やダンプしている時間とがそれぞれほぼ同等であり負荷
が大きい。そこで図２２（ｂ）に示す予測値に対して図
２２（ａ）に示す実測値が得られた場合には、負荷が大
きくなっていることを示す警告をカスタマに電子メール
にて送信してもよい。

【０２０１】また図２２に示すようにトランスミッショ
ンのクラッチ係合回数の実際の頻度（図２２（ａ））
と、予測頻度（図２２（ａ））とを比較して警告をカス
タマに電子メールにて送信してもよい。

【０２０２】以上のようにしてオンボード情報Ｄ１がサ
ーバ装置１１で加工される。

【０２０３】つぎにオイル分析情報Ｄ２のデータの加工
処理内容について説明する。

【０２０４】オイルはエンジンオイルを例にとると、そ
の分析内容は、含有する不純物である金属成分（鉄Ｆ
e、シリコンＳiなど）と、オイル性能劣化度合い（粘
度、酸化度など）とに大別される。そこでオイル分析情
報Ｄ２についてもオンボード情報Ｄ１と同様に各項目つ
まり鉄Ｆeの含有量、シリコンＳiの含有量、粘度、酸化
度…毎に、異常度合いがランク１、ランク２、ランク
３、ランク４の４段階に、図２（ａ）、（ｂ）、（ｃ）
と同様な判断方法にてランク付けされる。ランク付けは
オイル分析センタ１７で行ってから端末装置１８、イン
ターネット７を介してサーバ装置１１に送信してもよ
い。またオイル分析センタ１７の分析結果をランク付け
しないまま端末装置１８、インターネット７を介してサ
ーバ装置１１に送信し、サーバ装置１１でランク付けを
行うようにしてもよい。

【０２０５】つぎに点検情報Ｄ３のデータの加工処理内
容について説明する。

【０２０６】点検情報Ｄ３の各項目はタイヤなどの消耗
部品の摩耗、破損状態、ホース等の管路のひび割れ、破
損状態、作業機が作動する速度、エンジンなどの各コン
ポーネントが発生する音、エンジンの排気状態…などで
ある。そこで点検情報Ｄ３についてもオンボード情報Ｄ
１と同様に各項目毎に、異常度合いがランク１、ランク
２、ランク３、ランク４の４段階に、図２（ａ）、
（ｂ）、（ｃ）と同様な判断方法にてランク付けされ
る。ランク付けは携帯用端末装置１９で行い、その結果
のデータをインターネット７を介してサーバ装置１１に
送信してもよい。また端末装置１９にランク付けしない
データを入力してインターネット７を介してサーバ装置
１１に送信し、サーバ装置１１でランク付けを行うよう
にしてもよい。

【０２０７】サーバ装置１１ではオンボード情報Ｄ１、
オイル分析情報Ｄ２、点検情報Ｄ３の３つの組み合わせ
あるいはいずれか２つの組み合わせに基づいて異常度合
いを判断する処理が行われる。この処理内容について図
１２〜図１７を併せ参照して説明する。オンボード情報
Ｄ１（エンジンに関するセンサ検出値）とオイル分析情
報Ｄ２（エンジンオイルに関する分析結果）からエンジ
ンの異常度合いを判断する場合を例にとり説明する。

【０２０８】図１３はエンジン不具合のメカニズムを示
している。図１３はエンジン不具合の原因と現象と結果
の関係を示している。エンジンの不具合は単に１つの項
目（たとえばブローバイ圧上昇）のみで生じるものでは
なく多数の項目が複合して発生することが多い。

【０２０９】すなわちオフセットクロスヘッドの横方向
の揺れという原因２００１によってバルブガイド摩耗と
いう結果３００１とシール性劣化という結果３００２と
バルブ、ピストン破損という結果３００４とメタル焼き
付きという結果３００５が生じる。また吸気配管破損と
いう原因２００２によってダスト混入という結果３００
３と、メタル焼き付きという結果３００５が生じる。

【０２１０】またバルブガイド摩耗という結果３００１
は鉄Ｆeがオイル中に増加しているという現象１００
３、ブローバイ圧増加という現象１００１に関連してい
る。またシール性劣化という結果３００２は排気温度上
昇という現象１００２に関連している。またバルブ、ピ
ストン破損という結果３００４は鉄Ｆeがオイル中に増
加しているという現象１００３、ブローバイ圧増加とい
う現象１００１、排気温度上昇という現象１００２に関
連している。またダスト混入という結果３００３はシリ
コンＳiがオイル中に増加という現象１００４に関連し
ている。またメタル焼き付きという結果３００５は鉄Ｆ
eがオイル中に増加という現象１００３、ブローバイ圧
増加という現象１００１、排気温度上昇という現象１０
０２、シリコンＳiがオイル中に増加しているという現
象１００４に関連している。

【０２１１】図１３に示す関係は図１４のように表され
る。同図１４はオンボード情報Ｄ１のうちブローバイ
圧、排気温度という項目と、オイル分析情報Ｄ２のうち
エンジンオイル中の鉄Ｆe含有量、シリコンＳi含有量と
いう項目の検出結果に基づいてエンジン不具合の度合い
を判別する表を示している。

【０２１２】同図１４に示すようにバルブガイド摩耗と
いう結果３００１、ダスト混入という結果３００３はそ
れぞれランク１に設定される。またシール性劣化という
結果３００２はランク２に設定される。またバルブ、ピ
ストン破損という結果３００４はランク３に設定され
る。またメタル焼き付きという結果３００５はランク４
に設定される。

【０２１３】したがってオンボード情報Ｄ１からブロー
バイ圧増加というランク１またはランク２の異常度合い
が得られかつオイル分析情報Ｄ２から鉄Ｆeがオイル中
に増加しているというランク１またはランク２の異常度
合いが得られているならば、バルブガイド摩耗というラ
ンク１またはランク２のエンジンの不具合が発生してい
ると判定される。またオンボード情報Ｄ１から排気温度
上昇というランク２の異常度合いが得られているなら
ば、シール性劣化というランク２の不具合が発生してい
ると判定される。またオイル分析情報Ｄ２からシリコン
Ｓiがオイル中に増加しているというランク１またはラ
ンク２またはランク３の異常度合いが得られているなら
ば、ダスト混入というランク１またはランク２またはラ
ンク３のエンジンの不具合が発生していると判定され
る。またオンボード情報Ｄ１からブローバイ圧が上昇し
ているというランク３の異常度合い、排気温度が上昇し
ているというランク３の異常度合いが得られ、かつオイ
ル分析情報Ｄ２から鉄Ｆeがオイル中増加というランク
３の異常度合いが得られているならば、バルブ、ピスト
ン破損というランク３のエンジンの不具合が発生してい
ると判定される。またオンボード情報Ｄ１からブローバ
イ圧が上昇しているというランク４の異常度合い、排気
温度が上昇というランク４の異常度合いが得られ、かつ
オイル分析情報Ｄ２から鉄Ｆeがオイル中に増加してい
るというランク４の異常度合い、シリコンＳiがオイル
中に増加というランク４の異常度合いが得られているな
らば、メタル焼き付きというランク４のエンジンの不具
合が発生していると判定される。

【０２１４】図１６はブローバイ圧、排気温度のトレン
ドデータを示している。排気温度は左右の排気管の温度
を検出する場合を示している。同図に○印で示すように
ブローバイ圧がたとえばランク３のしきい値を超えると
ランク４に入ったという警告を示す電子メールがサーバ
装置１１から端末装置側に送信される。

【０２１５】図１７はオイル中の鉄Ｆeの含有量、シリ
コンＳiの含有量のトレンドデータを示している。同図
に○印で示すようにＦe含有量がたとえばランク３のし
きい値を超えるとランク４に入ったという警告を示す電
子メールがサーバ装置１１から端末装置側に送信され、
●印で示すようにＳi含有量がたとえばランク３のしき
い値を超えるとランク３に入ったという警告を示す電子
メールがサーバ装置１１から端末装置側に送信される。

【０２１６】「トレンドデータの絶対値による判断方
法」で異常度合いを判断する場合を例にとる。

【０２１７】たとえば図１６、図１７においてサービス
メータ計時値が９０００Ｈのときにはブローバイ圧、鉄
Ｆeの含有量の含有量はそれぞれランク３の異常度合い
を示しているが排気温度はランク３の異常度合いを示し
ていない。したがってエンジンの不具合はランク３の
「バルブ、ピストン破損」という不具合には至らずラン
ク２の「バルブガイド摩耗」という不具合にとどまると
判定される。

【０２１８】「トレンドデータの絶対値による判断方
法」以外に「トレンドデータの初期値からの増分による
判断方法」、「トレンドデータの傾きによる判断方法」
を取り入れてもよい。

【０２１９】図１５はブローバイ圧のトレンドデータを
示すグラフ（図１５（ａ））と排気温度のトレンドデー
タを示すグラフ（図１５（ｂ））である。

【０２２０】図１５（ａ）に○印で示す期間ではブロー
バイ圧のトレンドデータの傾きの差が、ランク３を示す
しきい値を超えている。このためブローバイ圧はランク
４の異常度合いにあると判断される。なお○印で示すよ
うにサービスメータ計時値が８０００Ｈを超えてからは
ブローバイ圧の絶対値はランク３のしきい値を超えてい
る。

【０２２１】また図１５（ｂ）に○印で示すように排気
温度の初期値に対する増分がランク３を示すしきい値を
超えた場合には、排気温度がランク４の異常度合いにあ
ると判断される。なお○印で示す期間では排気温度の絶
対値はランク３を示すしきい値に達していない。

【０２２２】以上のように本実施形態によればオンボー
ド情報Ｄ１以外にオイル分析情報Ｄ２を加味して、異常
を判断するようにしているので、エンジン不具合という
複合的に原因がからむ異常の判断を正確に行うことがで
きる。

【０２２３】さらに点検情報Ｄ３を加味して異常を判断
してもよい。たとえば目視によりエンジンオイル用のス
トレーナ、フィルタ、ドレンプラグの状態を点検しその
異常度合いのランクと、オンボード情報Ｄ１（ブローバ
イ圧、排気温度）の異常度合いのランクと、オイル分析
情報Ｄ２（鉄Ｆeの含有量、シリコンＳiの含有量）の異
常度合いのランクとに基づいて、バルブ、ピストン破
損、メタル焼き付き等、エンジン不具合のランクを決定
してもよい。

【０２２４】またオンボード情報Ｄ１と点検情報Ｄ３と
に基づいて複合的な異常を不具合を判断することもでき
る。またオイル分析情報Ｄ２と点検情報Ｄ３とに基づい
て複合的な異常を判断することもできる。

【０２２５】つぎに端末装置の表示画面の表示について
図２３〜図３３を併せ参照して説明する。以下の実施形
態では代理店５０のサービス部門側端末装置５１の表示
画面に表示される内容を代表させて説明する。代理店５
０のサービス部門側端末装置５１には代理店５０の管轄
下にある建設機械３１、３２に関するランク１〜４の定
期レポートが作成されたという警告が電子メールで送信
され、その警告およびランク１〜４の定期レポートが表
示画面上に表示される。

【０２２６】すなわちサーバ装置１１で新たに異常情
報、定期レポートが作成されると、その旨を警告するデ
ータが電子メールにて、インターネット７を介して代理
店５０のサービス部門側端末装置５１に送信される。

【０２２７】図２３はサービス部門側端末装置５１の表
示画面１００を示す。この表示画面１００には「２５通
の新しいレポートがあります。１０通の新しいランク４
のレポートがあります。」という警告表示１０１がなさ
れる。この警告表示１０１によってサービスマンは異常
情報、定期レポートを詳細に検討すべきか否かを容易に
判断することができる。異常情報、定期レポートの詳細
な情報の検索はサーバ装置１００のデータベース１２を
アクセスすることによって行われる。

【０２２８】すなわち端末装置５１でＷｅｂブラウザ
（インターネット７におけるデータ表示ソフトウエア）
が起動されると、Ｗｅｂブラウザを介してサーバ装置１
１のデータベース１２からＷｅｂページのデータが読み
出され端末装置５１の表示画面に表示される。端末装置
５１のサービスマンはアクセス権限に応じた画面を呼び
出し各画面上のボタンをクリック操作する等して処理を
すすめることができる。

【０２２９】端末装置５１では、Ｗｅｂブラウザが起動
されるとまず「先頭画面」が表示される。端末装置５１
における処理開始はサービスマンのＩＤ番号、暗証番号
を入力することを条件とする。そこでサービスマンのＩ
Ｄ番号、暗証番号が入力されると、端末装置５１の表示
画面１００は図２４に示す「レポート件数表示画面」に
移行される。

【０２３０】「レポート件数表示画面」にはオンボード
情報Ｄ１、オイル分析情報Ｄ２、点検情報Ｄ３毎に、新
たに作成された定期レポートの件数、新たに作成された
ランク４の定期レポートの件数、新たに作成されたラン
ク３の定期レポートの件数、新たに作成されたランク２
の定期レポートの件数、新たに作成されたランク１の定
期レポートの件数を示す件数表示１０２がなされる。こ
の件数表示１０２によってサービスマンは新たに作成さ
れた定期レポートのランク１〜４の内訳を知ることがで
きる。

【０２３１】件数表示１０２上の所定箇所をクリック操
作すると、表示画面１００は図２５に示す「レポートリ
スト画面」に移行される。たとえば図２４の件数表示１
０２のうち「オンボード情報Ｄ１」の表示箇所をクリッ
ク操作することで、そのオンボード情報Ｄ１に関する定
期レポートのリスト１０４が表示される。

【０２３２】「レポートリスト表示画面」には、定期レ
ポートを作成した「日付」、「機種」、「型式」、「機
番」、「ＳＭＲ（サービスメータ計時値）」、「仮ラン
ク」、「決定ランク」等のリストの履歴を示すリスト表
示１０４がなされる。

【０２３３】ここで「仮ランク」とはサーバ装置１１で
自動的に判定された異常度合いのランクのことである。
また「決定ランク」とは端末装置５１側で最終的に判断
される異常度合いのランクのことである。「決定ラン
ク」を定める権限は端末装置５１側のサービスマンにあ
る。このリスト表示１０４によってサービスマンは、建
設機械の機種、型式、機番ごとにオンボード情報Ｄ１に
ついての仮ランクの内容を把握することができる。なお
図２５ではオンボード情報Ｄ１のリスト表示１０４を示
しているが、オイル分析情報Ｄ２、点検情報Ｄ３につい
ても同様なリスト表示がなされる。

【０２３４】また図３３に示すように個々の建設機械ご
とにデータを表示させることもできる。

【０２３５】図３３に示すように表示画面１００の表示
箇所１２０には、特定の建設機械の日付（Ｄａｔｅ）と
サービスメータ計時値ＳＭＲ（Ｈ）との関係を示すグラ
フが表示される。

【０２３６】また表示画面１００の表示箇所１２１には
特定の建設機械についての「日付（Ｄａｔｅ）」、「サ
ービスメータ計時値ＳＭＲ（Ｈ）」、「行動」、「仮ラ
ンク」、「決定ランク」等が表示される。ここで「行
動」とは特定の建設機械に関してサーバ装置１１のデー
タベースにアクセスした情報の内容（オンボード情報Ｄ
１、オイル分析情報Ｄ２、点検情報Ｄ３）、あるいは建
設機械に対して取った異常処理（修理等）をいう。

【０２３７】さて図２５でリスト表示１０４上の所定箇
所をクリック操作すると、表示画面１００は図２６に示
す「レポート表示画面」に移行される。たとえば図２５
のリスト表示１０４のうち「３１５１」という「機番」
の表示箇所１０５をクリック操作することで、対応する
機種「Ｄ７８５」、機番「３１５１」の建設機械のオン
ボード情報Ｄ１に関する定期レポートが表示される。

【０２３８】「レポート表示画面」には、トレンドデー
タに関して、検出した「コンポーネント」、「項目」、
「ＳＭＲ（Ｈ）」、「日付（Ｄａｔｅ）」、「検出
値」、「判断方法」、「仮ランク」、「説明」を示すト
レンドデータ要約表示１０８がなされる。またエラーコ
ードに関して、生成された「コンポーネント」、「エラ
ーコード」、「回数（単位時間当たり）」、「仮ラン
ク」、「説明」を示すエラーコード要約表示１１０がな
される。

【０２３９】トレンドデータ要約表示１０８上の所定箇
所をクリック操作すると、表示箇所１０９には対応する
トレンドデータの詳細が表示される。つまり表示箇所１
０９には図４または図５または図６に示すトレンドデー
タのグラフが表示される。たとえばトレンドデータ要約
表示１０８のうち「ブローバイ圧」という「項目」の表
示箇所をクリック操作することで、「ブローバイ圧」と
いう「項目」の「仮ランク」を、「トレンドデータの傾
きによる判断方法」で「ランク３」と判断する根拠とな
った図６に示すトレンドデータのグラフが表示される。

【０２４０】また図２８に示すようにトレンドデータの
詳細を同一画面上に一覧表示させることもできる。図２
８は表示画面１００上で各項目のトレンドデータのグラ
フ１０９ａ、１０９ｂ、１０９ｃ、１０９ｄ、１０９ｅ
を一覧表示させた例を示している。

【０２４１】エラーコード要約表示１１０上の所定箇所
をクリック操作すると、表示箇所１１２には対応するエ
ラーコードの詳細が表示される。つまり表示箇所１１２
には図２７に示すようなエラーコードの履歴が表示され
る。たとえばエラーコード要約表示１１０のうち「Ｍ２
７０（ブローバイ圧高い）」という「エラーコード」の
表示箇所１１１をクリック操作することで、図２７に示
すように「ブローバイ圧高い」という「エラーコード」
の「仮ランク」を、「ランク４」と判断する根拠となっ
たエラーコードの履歴が表示される。図２７の矢印１１
３で示すように「ブローバイ圧高い」というエラーコー
ドは単位時間内に６回発生していることがわかる。

【０２４２】以上のように図２６に示す「レポート表示
画面」からサービスマンは、特定の建設機械（機種「Ｄ
７８５」、機番「３１５１」）のオンボード情報Ｄ１の
うちこれを要約した情報（トレンドデータ要約情報１０
８、エラーコード要約情報１１０）、詳細な情報（トレ
ンドデータグラフ１０９、エラーコード履歴１１２）、
異常情報（仮ランク）を把握することができる。

【０２４３】図２６の「レポート表示画面」には、オン
ボード情報Ｄ１の各項目の「仮ランク」を総合した「仮
ランク」が表示箇所１０６に表示される。総合した「仮
ランク」は各項目の「仮ランク」のうち最も異常度合い
が高いランク（ランク４）であるものと、サーバ装置１
１で自動的に決定される。

【０２４４】図２６の表示画面１００上では、「決定ラ
ンク」を示すデータを、表示箇所１０７をクリック操作
することで入力することができる。決定ランクは定期レ
ポートの内容からサービスマンが判断する。また実際に
作業現場まで出向き該当する建設機械を目視で確認する
ことにより判断してもよい。

【０２４５】図２６の表示画面１００上で「決定ラン
ク」を示すデータ（「ランク３」）が入力されると、こ
のデータはインターネット７を介してサーバ装置１１に
送信される。これによりサーバ装置１１のデータベース
１２の記憶データが書き換えられる。すなわち図２５に
示すリスト表示１０４のうち機種「Ｄ７８５」、機番
「３１５１」の「決定ランク」が空欄の状態から「ラン
ク３」と記述された状態に変化する。

【０２４６】なお図２６ではオンボード情報Ｄ１の定期
レポートを示しているが、オイル分析情報Ｄ２、点検情
報Ｄ３についても同様な定期レポートが表示される。

【０２４７】図２９はオイル分析情報Ｄ２の各項目の詳
細な情報を同一画面上に一覧表示させた表示例を示して
いる。たとえば図２９の表示箇所１１４ａにはエンジン
オイル中の鉄Ｆeの含有量「７２」が表示され、表示箇
所１１４ｂにはエンジンオイル中のシリコンＳiの含有
量「１８」が表示される。

【０２４８】また端末装置５１の表示画面１００を図３
０に示す「一覧画面」に遷移させることもできる。同図
３０に示すように「一覧画面」には代理店５０の管轄下
にある建設機械の「機種」、「号機（機番）」、「国
名」、「お客様（カスタマ）の名前」、「最新に情報を
入手した日」、「最新のＳＭＲ（サービスメータ計時
値）」、「マシンダウン」、「オンボード情報Ｄ１」、
「オイル分析情報Ｄ２」、「点検情報Ｄ３」、「アクシ
ョン」を示す一覧表示１１５がなされる。ここで「マシ
ンダウン」とは建設機械が稼動状態にあるか稼動不可状
態にあるかを「○」または「×」で示した情報のことで
ある。また「オンボード情報Ｄ１」、「オイル分析情報
Ｄ２」、「点検情報Ｄ３」には、ランク１、ランク２、
ランク３、ランク４の異常度合いがそれぞれ、「○」、
「警告」、「異常」、「緊急」で表示される。また「ア
クション」とは代理店５０が管轄下にある建設機械に対
してとった行動（異常処理）であって現在仕掛かりにな
っている工程のことである。たとえば建設機械を修理す
るために部品を発注して未だ部品が届いていない状態の
ときには「部品待ち」と表示される。

【０２４９】なお一覧表示は図３１に示すような表示１
１６としてもよい。

【０２５０】また端末装置５１では、管轄下にある建設
機械を追加、削除、変更する等の設定処理を表示画面１
００上で行うことができる。

【０２５１】建設機械の設定処理を行おうとする場合に
は、図３１に示す表示画面１００上で「監視車両設定」
のボタン１１７がクリック操作される。すると表示画面
１００は図３２に示す「監視車両設定画面」に遷移され
る。

【０２５２】そこで図３２に示す「監視車両設定画面」
上の設定表示１１８内に、新たに追加すべき建設機械の
「機種」、「号機（機番）」、「国名」、「お客様（カ
スタマ）の名前」を記述し、「追加」のボタン１１９が
クリック操作されると、追加された建設機械を示すデー
タがインターネット７を介してサーバ装置１１に送信さ
れる。これによりサーバ装置１１のデータベース１２の
記憶データが書き換えられ、図３２に示す一覧表示１１
６の記述内容が更新される。なお建設機械の削除、変更
も同様にして行うことができる。

【０２５３】以上端末装置５１の表示画面１００に表示
される内容について説明したが、他の端末装置の表示画
面にも同様な表示がなされる。

【０２５４】ただしメーカ１０の経営部門側端末装置１
４、営業部門端末１６には新たにランク４の定期レポー
トが作成された場合のみ警告を示す電子メールが送信さ
れる。またこれら端末装置１４、１６にはメーカ１０で
生産した全ての建設機械３１、３２…に関する警告が送
信される。

【０２５５】また代理店５０の営業部門側端末装置５２
には新たにランク３、ランク４の定期レポートが作成さ
れた場合のみ警告を示す電子メールが送信される。また
端末装置５２には同代理店５０の管轄下の建設機械３
１、３２のみに関する警告が送信される。

【０２５６】また代理店５０の経営部門側端末装置５３
には新たにランク４の定期レポートが作成された場合の
み警告を示す電子メールが送信される。また端末装置５
３には同代理店５０の管轄下の建設機械３１、３２のみ
に関する警告が送信される。

【０２５７】またリース会社６０の端末装置６１には新
たにランク２、ランク３、ランク４の定期レポートが作
成された場合のみ警告を示す電子メールが送信される。
また端末装置６１には管轄下の建設機械３１のみに関す
る警告が送信される。

【０２５８】また工事施工会社６２の端末装置６３には
新たにランク３、ランク４の定期レポートが作成された
場合のみ警告を示す電子メールが送信される。また端末
装置６３には管轄下の建設機械３１のみに関する警告が
送信される。

【０２５９】また現場事務所６４の端末装置６５には新
たにランク２、ランク３、ランク４の定期レポートが作
成された場合のみ警告を示す電子メールが送信される。
また端末装置６５には管轄下の建設機械３１のみに関す
る警告が送信される。

【０２６０】さらに各端末装置ごとにアクセスできる情
報の内容を更に細かく制限してもよい。たとえばカスタ
マ側の端末装置６１、６３、６５には、定期レポートの
うち要約した情報（トレンドデータ要約情報１０８、エ
ラーコード要約情報１１０）のみ表示させるようにし
て、詳細な情報（トレンドデータグラフ１０９、エラー
コード履歴１１２）については表示させないような実施
も可能である。

【０２６１】また端末装置の表示画面上で、「新たに作
成された警告を読んだ」という確認結果を示すデータを
入力しその結果に応じてサーバ装置１１から送信する情
報を制御していもよい。たとえば端末装置の表示画面上
で「電子メール確認」のボタンがクリック操作される
と、この確認結果を示すデータがインターネット７を介
してサーバ装置１１に送信される。これによりサーバ装
置１１のデータベース１２の記憶データが更新される。
このため確認結果を示すデータを一定期間内に返信して
きた特定の端末装置に対しては、既に電子メールにて
「新しい」ものとして送信された警告は以後「新しい」
警告としては再送しない。しかし確認結果を示すデータ
を一定期間内に返信しなかった特定の端末装置に対して
は既に電子メールを送信してあったとしても確認結果が
得られるまで「新しい」警告が作成されたものとして電
子メールが再送される。

【０２６２】また本実施形態の管理情報提供サービスは
有料で提供することができる。この場合、課金をオンラ
インで行うようにしてもよい。

【０２６３】サーバ装置１１では、各端末装置１４、１
５、１６、５１、５２、５３、６１、６３、６５がデー
タベース１２にデータをアクセスした日時、サーバ装置
１１へ通信接続されていた時間（ログイン時間）、アク
セス内容を記録している。

【０２６４】そこで接続時間の長さに応じた料金をオン
ラインで課金してもよい。また定期レポートを検索した
回数に応じた料金を課金してもよい。

【０２６５】以上のように本実施形態によれば、サービ
スマン側の端末装置５１の表示画面１００を介して異常
度合いのランク１、２、３、４の情報を知ることができ
る。このため正常な範囲に入るような僅かな異常でも知
ることができる。このためサービスマンは実際に故障が
発生する前に現場に急行して建設機械３１の異常を確か
めることができる。また営業マン側の端末装置５２の表
示画面を介して異常度合いのランク３、４の情報のみを
知ることができる。このため深刻な異常の情報のみを知
ることができる。また経営者側の端末装置５３の表示画
面を介して異常度合のランク４のみを情報を知ることが
できる。このため故障が発生する可能性の高い情報のみ
を知ることができる。逆にサービスマン側の端末装置５
１に、深刻な異常の情報を示すランク３、４の情報のみ
を与えても、修理等を迅速に行うことができなくなるお
それがある。一方経営者側の端末装置５３に、僅かな異
常の情報を含むランク１、２、３、４の情報全てを与え
てもそれは無用な情報であり結果的に有用な情報が無視
されることになりかねない。

【０２６６】また情報を選別してサーバ装置１１から各
端末装置に送信しており一義的に全ての情報を送信する
ものではないので、通信コストを抑えることができる。

【０２６７】このように本実施形態によれば建設機械の
管理者側に真に有用な情報のみを与えることができると
ともに通信コストを抑えることができる。

【０２６８】ところで本実施形態の建設機械３１、３２
側からサーバ装置１１側への通信は通信衛星５による無
線通信回線６にて行われる。一般に通信衛星５によるデ
ータの通信は情報量に制約がある。たとえば１回の通信
当たりの情報量のサイズは１ｋバイト以下に制約され
る。しかも通信料金が高いという問題がある。そこで通
信を効率的に行うことができる実施形態について以下説
明する。

【０２６９】本実施形態の建設機械３１、３２の車体内
には通信衛星５との間で無線通信６を行う通信端末が設
けられている。建設機械３１、３２は通常夜間などには
エンジンが稼動しない。つまり電源のスイッチはオフさ
れている。

【０２７０】このため仮に電源のスイッチをオフにして
エンジンが稼動していない間でも電源であるバッテリ
（定格電圧２４Ｖ）と通信端末を常時電気的に接続して
おくと、エンジンが稼動されていないためバッテリが発
電機（オルタネータ）によって充電されない。このため
バッテリで放電が急速に進行する。一方仮にエンジンが
オフされている間にバッテリと通信端末との電気的な接
続を常時オフにしておくと、通信衛星５との間で無線通
信６が不可能になる。そこで本実施形態ではエンジンオ
フ時にサーバ装置１１側から通信衛星５を介してコント
ローラ４０内の建設機械情報を要求するデータが送信さ
れると、その信号をトリガとして通信端末の電源回路を
強制的に起動して、コントローラ４０内の建設機械情報
を通信端末から送信できるようにしている。このため夜
間時であっても通信端末のアンテナから建設機械情報が
通信衛星５を介して要求元のサーバ装置１１に対して送
信することができる。これにより夜間時の無駄な電力消
費を抑えることができるとともに、夜間時のサーバ装置
１１側の急な要求に応えることができる。建設機械３
１、３２の稼動が停止している夜間に、建設機械３１、
３２内のオンボード情報Ｄ１を収集することができ、こ
れに基づいて故障診断を行い、改修に必要な部品を発注
することが可能となり、ダウンタイムなく効率よく修理
等の作業を行うことができる。

【０２７１】図３４は建設機械３１、３２で故障が発生
する確率と時間経過との関係３００を示すグラフであ
る。横軸はサービスメータの計時値ＳＭＲ（Ｈ）であ
り、縦軸は建設機械３１、３２で故障が発生する確率Ｐ
である。

【０２７２】同図３４に示すように建設機械３１、３２
の寿命は大きくは第１期３０１、第２期３０２、第３期
３０３に分けられる。第１期３０１は新車時から一定時
間が経過するまでの期間であり、工場における組み付け
の不具合等により故障確率Ｐが比較的大きい期間であ
る。ただし新車時から時間が経過するに伴い故障確率Ｐ
が低下していく。第２期３０２は第１期３０１に続く期
間であり、故障確率Ｐが低い状態で安定する期間であ
る。第２期３０２の終期はたとえば１００００Ｈであ
る。第３期３０３は第２期３０２に続く期間であり、部
品が耐久時間に達して故障が時間の経過に伴い増えてい
く期間である。第３期３０３の終期はオーバーホール時
間ＯＶ（たとえば１６０００Ｈ）である。

【０２７３】建設機械３１、３２の故障等の不具合は、
故障確率Ｐが大きい期間であるほど生じやすい。このた
め故障確率Ｐが大きい期間ほど煩雑に建設機械情報を取
得して建設機械３１、３２を監視する必要がある。逆に
故障確率Ｐが小さい期間であるにもかかわらず煩雑に建
設機械３１、３２側から建設機械情報を送信することに
すると、通信コストが上昇するのみで監視上の利点は少
ない。

【０２７４】そこで本実施形態では、故障確率Ｐが小さ
い期間であるほど長い送信間隔で、建設機械３１、３２
側からサーバ装置１１側にオンボード情報Ｄ１を送信す
るようにしている。

【０２７５】具体的には図３４に示すように故障確率Ｐ
が小さい期間であるほど、送信Ｓの間隔を長くする。ま
た第１期３０１、第２期３０２、第３期３０３毎に送信
間隔を一定に定めてもよい。たとえば第１期３０１の故
障確率Ｐの平均値Ｐ1を求め、この平均故障確率Ｐ１に
応じて一義的な大きさの送信間隔Ｓ1を定めることがで
きる。また第２期３０２の故障確率Ｐの平均値Ｐ2を求
め、この平均故障確率Ｐ2に応じて一義的な大きさの送
信間隔Ｓ2を求める。また第３期３０３の故障確率Ｐの
平均値Ｐ3を求め、この平均故障確率Ｐ3に応じて一義的
な大きさの送信間隔Ｓ3を求める。たとえば送信間隔は
第３期３０３、第１期３０１、第２期３０２の順に、Ｓ
3＜Ｓ1＜Ｓ2と長くなるように設定される。

【０２７６】このような送信間隔で建設機械３１、３２
側から通信衛星５を介してサーバ装置１１に定期的にオ
ンボード情報Ｄ１を送信すれば、建設機械３１、３２の
故障等の不具合を早期かつ正確に診断できるとととも
に、通信コストを抑えることができる。

【０２７７】また故障確率Ｐが小さい期間であるほど、
少ない項目数の建設機械を建設機械３１、３２側からサ
ーバ装置１１側に送信するようにしてもよい。たとえば
故障確率Ｐが小さい第２期３０２では、オンボード情報
Ｄ１のうち主要な項目のトレンドデータのみを送信し、
故障確率Ｐが大きい第３期３０３では、オンボード情報
Ｄ１のうち全ての項目のトレンドデータを送信するとと
もに負荷頻度マップデータを送信するようにする。これ
により故障等の不具合を更に正確に診断でき、通信コス
トを抑えることができる。

【０２７８】つぎに各種通信形態を組み合わせて故障診
断を効率よく行う実施形態について説明する。

【０２７９】建設機械３１、３２側の建設機械情報をサ
ーバ装置１１側で取得する通信形態にはつぎに掲げるも
のがある。

【０２８０】（１）建設機械３１、３２側からの定期的
な送信（図３４に示す送信間隔で送信） （２）サーバ装置１１側の要求に応じて建設機械３１、
３２の通信端末を起動して建設機械情報をサーバ装置１
１側に送信 （３）携帯端末装置１９により建設機械情報をダウンロ
ードすることによりインターネット７を介しての送信 そこでオンボード情報Ｄ１のうちトレンドデータおよび
エラーコードの送信を、上記（１）の通信形態で行い、
オンボード情報Ｄ１のうち頻度マップデータの送信を、
上記（２）の通信形態で行うことができる。

【０２８１】またオンボード情報Ｄ１のうちトレンドデ
ータのみの送信を、上記（１）の通信形態で行い、オン
ボード情報Ｄ１のうちエラーコード、スナップショット
データ、頻度マップデータは上記（３）の通信形態で行
うようにしてもよい。上記（３）の通信形態でサーバ装
置１１側にデータを送信する際にはオンボード情報Ｄ１
に加えて点検情報Ｄ３について同時に送信することがで
きる。

【０２８２】さて上述した実施形態では、サーバ装置１
１で、建設機械３１、３２の異常の度合いがランク１
（正常Normal）、ランク２（注意Warning）、ランク３
（異常Abnormal）、ランク４（緊急Emergency）の各レ
ベルにランク付けされる。そして建設機械３１、３２の
管理者はこのランク付けされた異常度合いを示す情報に
基づいて建設機械３１、３２に対して点検、修理等の処
置を行うようにしている。

【０２８３】しかしながら、サーバ装置１１におけるラ
ンク付けは、予め設定されたデータに基づき自動的にな
されるため、判断に必要なデータが不足していたり、デ
ータの内容が実状に沿っていなかったりすると、ランク
付けが実際のランクよりも高かったり、逆にランク付け
が実際のランクよりも低かったりすることが起こり得
る。

【０２８４】一方において、建設機械３１、３２を管理
する側の専門的知識、技術レベルには差がある。たとえ
ばメーカの設計者は、建設機械について技術的に詳し
く、レンタル会社などのユーザは、一般的に建設機械に
ついて技術的に詳しくない。このためサーバ装置１１に
おけるランク付けの結果をそのままメーカの設計者、ユ
ーザに伝えたものとすると、メーカの設計者は、自らの
専門知識に基づいて、そのランク付けの判断が妥当なも
のか否かを最終的に判断して、適切な対処をとることが
できる。これに対して、ユーザは、専門的知識が不足し
ているため、サーバ装置１１で行われたランク付けを信
用せざるを得ず、ランク付けが実際よりも高いランクで
あった場合には無用な労力を費やすことになったり、ラ
ンク付けが実際よりも低いランクであった修理等の適切
な処置の遅れにより不都合が生じることになる。

【０２８５】そこで、以下に述べる実施形態では、建設
機械３１、３２を管理する側の技術的なレベルに応じた
ランク付けの情報を与えるようにして、適切な対処をと
ることができるようにするものである。

【０２８６】またダンプトラックなどの建設機械は、同
じ作業現場で稼動することが多い。同じ環境下で稼動す
る建設機械は、外気温が急上昇するなど環境が急変する
と、センサ値が異常値に達しエラーコードが一斉に発生
することがある。したがって、環境の急変によって全て
の建設機械に生じた変化を、異常と判断することにな
り、実状と合わないことがある。

【０２８７】逆に、環境の急変を除外するためにエラー
コードの発生の基準を高く設定すると、真の異常発生を
事前に見逃してしまい、建設機械が故障してから修理に
とりかかるような事態となり、ダウンタイムが多大なも
のになるおそれがある。

【０２８８】そこで以下に述べる実施形態では、同一の
環境で稼動する複数の建設機械から収集される情報を対
比することにより、それが環境の原因によるものか、建
設機械の真の異常によるものかを正確に判断できるよう
にするものである。

【０２８９】すなわち図１において、メーカ本社１０内
に、専門家側端末装置１０ａが設けられる。この専門家
側端末装置１０ａは、メーカの設計部門に設けられてい
る。メーカの設計部門の設計者は、建設機械３１、３２
について専門的知識を有し、自らの専門知識に基づい
て、サーバ装置１１で行われた異常度合いのランク付け
の判断が妥当なものか否かを最終的に判断できる者を想
定する。

【０２９０】専門家側端末装置１０ａは他の端末装置１
４、１５、１６と同様に、イントラネット１３に接続さ
れている。

【０２９１】この専門家側端末装置１０ａでは、サーバ
装置１１で行われたオンボード情報Ｄ１、オイル分析情
報Ｄ２、点検情報Ｄ３ごとのランク付けの結果、あるい
はこれら情報Ｄ１、Ｄ２、Ｄ３のいずれか２つ若しくは
全てに基づき得られたランク付けの結果が見直される。

【０２９２】以下オンボード情報Ｄ１を例にとり、本実
施形態の動作について説明する。

【０２９３】サーバ装置１１でオンボード情報Ｄ１につ
いて異常度合いのランク付けが行われると、そのランク
付け結果は全て、サーバ装置１１から専門家側端末装置
１０ａに送信される。

【０２９４】専門家側端末装置１０ａでは、送信された
ランク付けが、ランク付けがし直される。

【０２９５】この「ランク付けし直し」の判断基準を以
下に示す。

【０２９６】オンボード情報Ｄ１は、たとえばブローバ
イ圧であるとする。また建設機械３１としてダンプトラ
ックを想定し、同一の作業現場で複数のダンプトラック
３１が稼動しているものとする。以下、各ダンプトラッ
クに、符号３１ａ、３１ｂ、３１ｃを付与する。

【０２９７】図３５は、各ダンプトラック３１ａ、３１
ｂ、３１ｃのブローバイ圧のトレンドデータを示してい
る。図３５（ａ）の横軸は、サービスメータ計時値ＳＭ
Ｒであり、縦軸は、ブローバイ圧のセンサ検出値であ
る。

【０２９８】同図３５（ａ）に示すように、ダンプトラ
ック３１ａのトレンドデータは、サービスメータ値ＳＭ
Ｒ1以後で急上昇する。このため図２（ｂ）で説明した
「トレンドデータの傾きによる判断方法」にしたがえ
ば、このサービスメータ値ＳＭＲ1以後の急上昇が捉え
られて、サーバ装置１１では、ダンプトラック３１ａが
「異常」であると判断される。この場合の異常度合いの
ランク付けは、ランク４（緊急Emergency）であったと
する。

【０２９９】しかし、他のダンプトラック３１ｂ、３１
ｃのトレンドデータをみると、「サービスメータ値ＳＭ
Ｒ1以後の急上昇」は、ダンプトラック３１ａと同じ傾
向を示す。

【０３００】そこで、ダンプトラック３１ａの異常は、
作業現場の環境の変化によるものであり、ダンプトラッ
ク３１ａ固有の異常である可能性が低いと判定して、最
終的にランク４の異常は発生していないと判断し、ラン
ク付けを「４（緊急Emergency）」から「３（異常Abnor
mal）」に変更する。

【０３０１】逆に、図３５（ｂ）のように、一台のダン
プトラック３１ａについてのトレンドデータのみが、サ
ービスメータ値ＳＭＲ1以後で急上昇する傾向を示して
おり、他のダンプトラック３１ｂ、３１ｃは急上昇する
傾向を示していない場合には、ダンプトラック３１ａの
異常は、ダンプトラック３１ａ固有の異常である可能性
が高いと判定して、最終的にランク４の異常が発生して
いるものと判断し、サーバ装置１１で行われたランク付
け「４（緊急Emergency）」を維持する。

【０３０２】なお各ダンプトラック３１ａ、３１ｂ、３
１ｃにＧＰＳセンサなどの位置検出センサを設け、この
位置検出センサの検出結果をサーバ装置１１を介して専
門家側端末装置１１ａに送信することで、複数のダンプ
トラック３１ａ、３１ｂ、３１ｃが同一の作業現場で稼
動していることを判断することができる。また図３５で
は、同じ作業現場（同一地域、同一位置）で稼動してい
る複数のダンプトラック３１ａ、３１ｂ、３１ｃ同士の
データを対比する場合を想定しているが、外気温、湿度
などの他の外的要因が同じである建設機械同士のデータ
を対比してもよい。また外的要因に限らず、同じ機種、
同じ型式の建設機械同士のデータを対比してもよい。

【０３０３】以上、「同一の環境で稼動する建設機械同
士のデータを対比する」という「ランク付けし直しの判
断基準を説明したが、その他の判断基準として、異常判
断対象となっているブローバイ圧に関連するデータを考
慮してランク付けを見直してもよい。

【０３０４】たとえばブローバイ圧に関連するエンジン
回転数、エンジンの発生トルクを考慮して、ランク付け
を見直すことができる。ブローバイ圧が同じ値を示した
としても、エンジン回転数が高い状況ではランク付けは
高めの傾向を示し、エンジン回転数が低い状況ではラン
ク付けは低めの傾向を示す。また負荷がかかっていると
きにはランク付けは高めの傾向を示し、「空ブラシ時」
など負荷がかかっていないときにはランク付けは低めの
傾向を示す。

【０３０５】また排気温度についてランク付けをする場
合も同様である。外気温が高いときではランク付けは高
めの傾向を示し、外気温が低いときではランク付けは低
めの傾向を示す。

【０３０６】このようにしてランク付けし直されたデー
タは、専門家側端末装置１１ａからサーバ装置１１に送
信され、サーバ装置１１のデータベース１２に記憶され
る。

【０３０７】以後、各端末装置１４、１５、１６、１
８、１９、５１、５２、５３、６１、６３、６５からの
要求に応じて、ランクし直されたデータが要求元の端末
装置に送信される。すなわち各端末装置からデータベー
ス１２の記憶データをアクセスすることにより、端末装
置の表示画面上でＷｅｂページが表示され、ランク付け
がし直された結果が表示される。また各端末装置毎に割
り当てられた特定のランクの異常情報については、サー
バ装置１１から電子メールとして各端末装置に自動送信
される。

【０３０８】たとえば建設機械３１、３２のユーザであ
るリース/レンタル会社６０の端末装置６１に、ランク
「４」からランク「３」にランクし直されたデータが送
信されたとする。この場合には、サービスマンを派遣す
るなどの措置をとることが回避され、無用な労力が軽減
される。

【０３０９】逆に建設機械３１、３２のユーザであるリ
ース/レンタル会社６０の端末装置６１に、ランク
「３」からランク「４」にランクし直されたデータが送
信されたとする。この場合には、サービスマンを緊急に
派遣するなどを措置をとることが可能になり、修理等の
適切な処置を迅速をとることにより、建設機械の故障に
よるダウンタイムの発生を回避することができる。

【０３１０】上述した実施形態ではサーバ装置１１から
専門家側端末装置１１ａに、サーバ装置１１でなされた
ランク付け結果を送信しているが、専門家がサーバ装置
１１側に居れば、サーバ装置１１側でランク付け結果を
見直すことができる。そこで、この場合には、サーバ装
置１１側の専門家によりランク付けがし直され、そのラ
ンク付けし直されたデータが、キーボードなどの入力手
段を介して入力され、データベース１２に記憶されるこ
とになる。以後同様にして各端末装置に、ランク付けし
直されたデータが送信される。

【０３１１】以上の説明では、ランク付けし直された同
じランクのデータを、各端末装置１４、１５、１６、１
８、１９、５１、５２、５３、６１、６３、６５に送信
しているが、端末装置のレベルに応じて、送信すべきラ
ンクを異ならせてもよい。

【０３１２】たとえばサーバ装置１１で、異常度合いの
ランク付けが「４（緊急Emergency）」と判断された場
合を考える。この場合ランク付け「４（緊急Emergenc
y）」１」をそのままサービス部門側端末装置５１、ユ
ーザであるリース/レンタル会社６０の端末装置６１に
送信したとすると、サービスマンは現場に急行し、ユー
ザは作業中止の措置をとるものと考えられる。このため
無用な労力と多大なダウンタイムが発生する。

【０３１３】上述した実施形態によれば、専門家によっ
て、ランク付け「４（緊急Emergency）」が実際には
「３（異常Abnormal）」であると判断されると、このラ
ンク付けし直されたデータが、サービス部門側端末装置
５１、リース/レンタル会社６０の端末装置６１に送信
されることになる。これによりサービスマンは巡回時に
点検を行い、ユーザは注意しながら建設機械を運転する
措置をとることとなり、実状に合った適切な措置をとる
ことができる。

【０３１４】これに対して本実施形態では、専門家で、
ランク付け「４（緊急Emergency）」が実際には「３
（異常Abnormal）」であると判断されると、このランク
付けし直された方のデータつまり「３（異常Abnorma
l）」がリース/レンタル会社６０の端末装置６１に送信
され、サービス部門側端末装置５１にはランク付けし直
す前のデータつまり「４（緊急Emergency）」がそのま
ま送信される。

【０３１５】これによりサービスマンは現場に急行し、
ユーザは注意しながら建設機械を運転する措置をとるこ
とが可能になる。このため建設機械はサービスマンが到
着するまで稼動できるのでダウンタイムを最小に抑える
ことができる。またサービスマンは現場に急行して、専
門家の判断が正しいか否かを確認でき、その結果をメー
カに報告することができる。このように本実施形態によ
れば、ランク付けし直された結果を各端末装置に一義的
に送信した場合と比較して、より適切な措置をとること
ができる。

【図面の簡単な説明】

【図１】図１は実施形態の建設機械の管理装置の全体構
成を示す図である。

【図２】図２（ａ）、（ｂ）、（ｃ）、（ｄ）は実施形
態の異常度合いを判定するしきい値を説明する図であ
る。

【図３】図３はエラーコードの単位時間当たりの回数の
異常度合いを判定するしきい値を説明する図である。

【図４】図４はトレンドデータの絶対値によって異常度
合いを判定するグラフを示す図である。

【図５】図５はトレンドデータの初期値に対する増分に
よって異常度合いを判定するグラフを示す図である。

【図６】図６はトレンドデータの傾きによって異常度合
いを判定するグラフを示す図である。

【図７】図７はトレンドデータに基づいて得られた異常
度合いの判定結果の出力例を示す図である。

【図８】図８はエラーコードに基づいて得られた異常度
合いの判定結果の出力例を示す図である。

【図９】図９はトランスミッションの油圧クラッチのフ
ィル時間のトレンドデータを示す図である。

【図１０】図１０はトレンドデータに基づいて得られた
異常度合いの判定結果を建設機械の機種、コンポーネン
ト毎に出力した例を示す図である。

【図１１】図１１はエラーコードに基づいて得られた異
常度合いの判定結果を建設機器回の機種、コンポーネン
ト毎に出力した例を示す図である。

【図１２】図１２（ａ）、（ｂ）はブローバイ圧のトレ
ンドデータの実例を示すグラフである。

【図１３】図１３はエンジンの不具合のメカニズムを示
す図である。

【図１４】図１４はオンボード情報とオイル分析情報と
に基づいてエンジンの異常度合いを判定するために用い
られる表を示す図である。

【図１５】図１５（ａ）、（ｂ）はそれぞれブローバイ
圧、排気温度のトレンドデータを示すグラフである。

【図１６】図１６はブローバイ圧と排気温度のトレンド
データを示すグラフである。

【図１７】図１７はエンジンオイル中の鉄Ｆeの含有量
とシリコンＳiの含有量のトレンドデータを示すグラフ
である。

【図１８】図１８はダンプトラックの使われ方の調査内
容を示す図である。

【図１９】図１９はエンジン負荷率を示すグラフであ
る。

【図２０】図２０（ａ）、（ｂ）は油圧クラッチの係合
回数の頻度マップデータを示す図である。

【図２１】図２１はエンジンの負荷頻度マップデータを
示す図である。

【図２２】図２２（ａ）、（ｂ）はサイクル負荷変動量
を示すグラフである。

【図２３】図２３は端末装置の表示画面の表示例を示す
図である。

【図２４】図２４は端末装置の表示画面の表示例を示す
図である。

【図２５】図２５は端末装置の表示画面の表示例を示す
図である。

【図２６】図２６は端末装置の表示画面の表示例を示す
図である。

【図２７】図２７は端末装置の表示画面の表示例を示す
図である。

【図２８】図２８は端末装置の表示画面の表示例を示す
図である。

【図２９】図２９は端末装置の表示画面の表示例を示す
図である。

【図３０】図３０は端末装置の表示画面の表示例を示す
図である。

【図３１】図３１は端末装置の表示画面の表示例を示す
図である。

【図３２】図３２は端末装置の表示画面の表示例を示す
図である。

【図３３】図３３は端末装置の表示画面の表示例を示す
図である。

【図３４】図３４は建設機械の故障確率が時間の経過に
伴い変化する様子を示すグラフである。

【図３５】図３５（ａ）、（ｂ）は同一の環境で稼動す
る複数の建設機械のデータを対比するグラフである。

【符号の説明】

５ 通信衛星 ６ 無線通信回線 ７ インターネット １１ サーバ装置 １２ データベース １４、１５、１６、５１、５２、５３、６１、６３、６
５ 端末装置 １７ オイル分析センタ １９ 携帯用端末装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｑ 9/00 ３１１ Ｈ０４Ｑ 9/00 ３１１Ｊ ３２１ ３２１Ｅ (72)発明者 谷長 禎 神奈川県川崎市川崎区中瀬３−20−１ 株 式会社小松製作所システム開発センタ内 Ｆターム(参考） 2D003 AA00 BA03 BA04 BA06 BA07 DA04 DB02 DB06 DB07 5C087 AA03 AA24 AA25 BB12 BB74 DD41 EE19 FF01 FF02 FF04 FF17 FF19 FF20 GG07 GG31 5H223 AA10 AA17 DD03 DD07 EE06 EE29 5K048 AA06 BA21 BA29 DC07 EB02 EB08 EB12 FB04 FB08 GB08 HA01 HA02

Claims (14)

【特許請求の範囲】
1. 【請求項１】 建設機械から情報を収集し収集され
   た建設機械情報に基づいて前記建設機械の異常を判断し
   異常であると判断された場合に建設機械に対して異常処
   理を行い建設機械を管理するようにした建設機械の管理
   装置において、 前記建設機械内に設けられ、内部情報を検出することに
   より第１の建設機械情報を収集する第１の情報収集手段
   と、 前記建設機械から取り出された分析対象物を分析するこ
   とにより第２の建設機械情報を収集する第２の情報収集
   手段と、 前記建設機械を目視によって判断することにより第３の
   建設機械情報を収集する第３の情報収集手段と、 前記第１、第２および第３の情報収集手段で収集された
   第１、第２および第３の建設機械情報のすべてあるいは
   いずれか２つの組み合わせに基づいて前記建設機械の異
   常度合いを判別する異常度合い判別手段とを具え、 前記異常度合い判別手段で判別された異常度合いに応じ
   て前記建設機械に対して異常処理を行うようにしたこと
   を特徴とする建設機械の管理装置。
2. 【請求項２】 建設機械から情報を収集し収集され
   た建設機械情報に基づいて前記建設機械の異常を判断し
   異常であると判断された場合に建設機械に対して異常処
   理を行い建設機械を管理するようにした建設機械の管理
   装置において、 前記建設機械情報を収集する情報収集手段と、 前記情報収集手段によって収集された建設機械情報に基
   づいて建設機械の異常の度合いを複数のレベルにランク
   付けする情報加工手段とを具え、 前記情報加工手段によってランク付けされた異常度合い
   を示す情報に基づいて前記建設機械に対して異常処理を
   行うようにしたことを特徴とする建設機械の管理装置。
3. 【請求項３】 建設機械から情報を収集し収集され
   た建設機械情報に基づいて前記建設機械の異常を判断し
   異常であると判断された場合に建設機械に対して異常処
   理を行い建設機械を管理するようにした建設機械の管理
   装置において、 前記建設機械情報を収集する情報収集手段と、 前記建設機械に対して異常処理を行う管理者側に設けら
   れた１または複数の端末装置とを備え、 前記情報収集手段と、前記端末装置と、サーバ装置とを
   通信手段によって相互に通信可能に接続し、 前記サーバ装置に、前記建設機械情報に基づいて異常の
   度合いを複数のレベルにランク付けする情報加工手段を
   設け、 前記情報収集手段によって収集された建設機械情報を前
   記通信手段を介して前記サーバ装置に送信し、 前記サーバ装置の情報加工手段は、送信された建設機械
   情報に基づいて建設機械の異常の度合いを複数のレベル
   にランク付けし、 前記サーバ装置は、前記１または複数の端末装置からの
   要求に応じて、前記ランク付けされた異常度合いを示す
   情報を、前記通信手段を介して要求元の端末装置へ送信
   するようにしたことを特徴とする建設機械の管理装置。
4. 【請求項４】 複数の建設機械を管理する場合に適
   用され、 前記情報加工手段は、建設機械毎にランク付けの基準を
   設定し、建設機械毎にに設定された基準でランク付けを
   行うことを特徴とする請求項２または３記載の建設機械
   の管理装置。
5. 【請求項５】 前記建設機械情報は、時間の経過に
   応じて変化する時系列データであり、 前記情報加工手段は、前記時系列データの傾きあるいは
   絶対値あるいは初期値に対する変化量を、複数のレベル
   にランク付けすることを特徴とする請求項２または３記
   載の建設機械の管理装置。
6. 【請求項６】 前記建設機械情報は、前記建設機械
   の内部で発生したエラーを示すエラーコードであり、 前記情報加工手段は、前記エラーコードの発生回数の頻
   度を、複数のレベルにランク付けすることを特徴とする
   請求項２または３記載の建設機械の管理装置。
7. 【請求項７】 前記建設機械情報は、前記建設機械
   の稼動状態の予測値に対する実際の稼動状態とを比較し
   た比較結果であり、 前記情報加工手段は、前記比較結果を、複数のレベルに
   ランク付けすることを特徴とする請求項２または３記載
   の建設機械の管理装置。
8. 【請求項８】 建設機械から情報を収集し収集され
   た建設機械情報に基づいて前記建設機械の異常を判断し
   異常であると判断された場合に建設機械に対して異常処
   理を行い建設機械を管理するようにした建設機械の管理
   装置において、 前記建設機械情報を収集する情報収集手段と、 前記建設機械に対して異常処理を行う管理者側に設けら
   れた複数の端末装置とを具え、 前記情報収集手段と、前記複数の端末装置と、サーバ装
   置とを通信手段によって相互に通信可能に接続し、 前記サーバ装置に、前記建設機械情報に基づいて異常の
   度合いを複数のレベルにランク付けするとともに、送信
   すべき異常度合いのランクと前記複数の端末装置との対
   応づけを行う前記情報加工手段を設け、 前記情報収集手段によって収集された建設機械情報を前
   記通信手段を介して前記サーバ装置に送信し、 前記サーバ装置の情報加工手段は、送信された建設機械
   情報に基づいて建設機械の異常の度合いを複数のレベル
   にランク付けするとともに、送信すべき異常度合いのラ
   ンクと前記複数の端末装置それぞれとの対応づけを行
   い、 前記サーバ装置は、前記端末装置からの要求に応じて、
   対応するランクの異常度合い情報を、前記通信手段を介
   して要求元の端末装置へ送信するようにしたことを特徴
   とする建設機械の管理装置。
9. 【請求項９】 建設機械から情報を収集し収集された
   建設機械情報に基づいて前記建設機械の異常を判断し異
   常であると判断された場合に建設機械に対して異常処理
   を行い建設機械を管理するようにした建設機械の管理装
   置において、 前記建設機械情報を収集する情報収集手段と、 前記建設機械に対して異常処理を行う管理者側に設けら
   れた複数の端末装置とを具え、 前記情報収集手段と、前記複数の端末装置と、サーバ装
   置とを通信手段によって相互に通信可能に接続し、 前記サーバ装置に、前記建設機械情報に基づいて、前記
   端末装置側の管理者のレベルに応じた情報に加工する情
   報加工手段を設け、 前記情報収集手段によって収集された建設機械情報を前
   記通信手段を介して前記サーバ装置に送信し、 前記サーバ装置の情報加工手段は、送信された建設機械
   情報を前記端末装置側の管理者のレベルに応じた情報に
   加工し、 前記サーバ装置は、前記端末装置からの要求に応じて、
   要求元の端末装置側の管理者のレベルに応じた加工情報
   を、前記通信手段を介して要求元の端末装置へ送信する
   ことを特徴とする建設機械の管理装置。
10. 【請求項１０】 前記サーバ装置は、要求元の端末装
    置から前記加工情報を受領した旨のデータが一定期間内
    に返信されない場合は、当該加工情報を再送することを
    特徴とする請求項９記載の建設機械の管理装置。
11. 【請求項１１】 建設機械から情報を収集し収集され
    た建設機械情報に基づいて前記建設機械の異常を判断し
    異常であると判断された場合に建設機械に対して異常処
    理を行い建設機械を管理するようにした建設機械の管理
    装置において、 前記建設機械情報を収集する情報収集手段と、 前記建設機械に対して異常処理を行う管理者側に設けら
    れた複数の端末装置とを備え、 前記情報収集手段と、前記端末装置と、サーバ装置とを
    通信手段によって相互に通信可能に接続し、 前記サーバ装置に、前記建設機械情報に基づいて異常の
    度合いを複数のレベルにランク付けする情報加工手段
    と、前記情報加工手段で行われた異常度合いのランク付
    けを、ランク付けし直し、ランク付けし直された結果を
    記憶する記憶手段とを設け、 前記情報収集手段によって収集された建設機械情報を前
    記通信手段を介して前記サーバ装置に送信し、 前記サーバ装置の情報加工手段は、送信された建設機械
    情報に基づいて建設機械の異常の度合いを複数のレベル
    にランク付けし、 前記情報加工手段で行われた異常度合いのランク付け
    を、ランク付けし直し、ランク付けし直された結果を前
    記記憶手段に記憶し、 前記サーバ装置は、ランク付けがし直された異常度合い
    を示す情報を、前記通信手段を介して各端末装置へ送信
    するようにしたことを特徴とする建設機械の管理装置。
12. 【請求項１２】 建設機械から情報を収集し収集され
    た建設機械情報に基づいて前記建設機械の異常を判断し
    異常であると判断された場合に建設機械に対して異常処
    理を行い建設機械を管理するようにした建設機械の管理
    装置において、 前記建設機械情報を収集する情報収集手段と、 前記建設機械に対して異常処理を行う管理者側に設けら
    れた複数の端末装置とを備え、 前記情報収集手段と、前記端末装置と、サーバ装置とを
    通信手段によって相互に通信可能に接続し、 前記サーバ装置に、前記建設機械情報に基づいて異常の
    度合いを複数のレベルにランク付けする情報加工手段を
    設け、 前記情報収集手段によって収集された建設機械情報を前
    記通信手段を介して前記サーバ装置に送信し、 前記サーバ装置の情報加工手段は、送信された建設機械
    情報に基づいて建設機械の異常の度合いを複数のレベル
    にランク付けし、 前記サーバ装置は、前記ランク付けされた異常度合いを
    示す情報を、前記通信手段を介して、特定の端末装置へ
    送信し、 前記特定の端末装置は、送信された情報について、異常
    度合いのランク付けをし直して、前記サーバ装置に送信
    し、 前記サーバ装置は、ランク付けがし直された異常度合い
    を示す情報を、前記通信手段を介して各端末装置へ送信
    するようにしたことを特徴とする建設機械の管理装置。
13. 【請求項１３】 前記複数の端末装置は、複数のレベ
    ルにランク付けされており、 前記サーバ装置の情報加工手段で行われた異常度合いの
    ランク付けを、端末装置のレベルに応じて、ランク付け
    し直し、 前記サーバ装置は、端末装置のレベルに対応してランク
    付けし直された異常度合いの情報を、前記通信手段を介
    して、対応する端末装置へ送信するようにしたことを特
    徴とする請求項１１または１２記載の建設機械の管理装
    置。
14. 【請求項１４】 同一の環境で稼動する複数の建設機
    械から情報を収集し収集された建設機械情報に基づいて
    前記複数の建設機械の異常を判断し異常であると判断さ
    れた場合に、その建設機械に対して異常処理を行い建設
    機械を管理するようにした建設機械の管理装置におい
    て、 前記建設機械情報を収集する情報収集手段と、 前記情報収集手段によって収集された建設機械情報の中
    から同一種類の情報を選択し、この同一種類の情報が示
    す値を、複数の建設機械相互間で対比し、この結果、特
    異な値を示す建設機械を、異常であると判断する異常判
    断手段とを具え、 前記異常判断手段によって異常であると判断された建設
    機械に対して異常処理を行うようにしたことを特徴とす
    る建設機械の管理装置。