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

Description

【０００１】
【発明の属する技術分野】
本発明は建設機械の故障等の異常を判断しその判断結果に応じて修理等の異常処理を行うことで建設機械を管理する装置に関するものである。
【０００２】
【従来の技術】
油圧ショベル、ダンプトラック、ブルドーザ、ホイールローダなどの建設機械は、施主が要求する工期までに完工するように工事現場などで連続して稼動されることが多い。このため建設機械で故障等の異常が発生した場合には修理等を迅速に行い極力ダウンタイムを短くする必要がある。しかも建設機械は高価であり、プール地に保管している機種、台数、レンタルに供される機種、台数が限られていることから、代替えの建設機械を即座に工事現場に投入することは難しい。
【０００３】
また建設機械は現状では初期の販売額とほぼ同額のサービス費用（パーツ代、工賃等）が必要でありサービス費用が高コストになっている。
【０００４】
このため建設機械で発生する故障等の異常を早期に事前に正確に判断して、部品を早期に手配したり修理を迅速に行うことが、サービス費用のコストの低減を図り、工事現場等における稼働率を向上させる上で必要となる。たとえばエンジンが重大な損傷を受ける前に適切な部品を交換したり調整を行えばサービス費用を低減でき、修理に要する時間も短くなる。
【０００５】
そこで従来はサービスマン（保守員）が建設機械まで出向き、目視で確認するか若しくは建設機械にパーソナルコンピュータを接続することによって建設機械内部のメモリに書き込まれた建設機械に関するデータをダウンロードすることで建設機械に関する情報（サービスメータの計時値、燃料消費量、エンジン回転数など）を取得するようにしていた。そして複数の建設機械から収集されたデータを建設機械のメーカの管理部のコンピュータのメモリに記憶格納させることで、複数の建設機械を管理するようにしていた。
【０００６】
しかしこの方法は人手により情報を収集しているため、建設機械の数が多数になるほど情報収集は煩雑なものとなり情報収集の作業効率は良くないという問題がある。
【０００７】
そこで近年は、特開平８−１４４３１２号公報（以下第１公報）、特開平１１１４４３１２号公報（以下第２公報）にみられるように、建設機械の情報の取得を人手に頼ることなく通信手段を用いて自動的に行う試みがなされている。
【０００８】
第１公報記載の発明は、建設機械の稼動状態の検出データ、検出データに基づくエラーコード、目視によるエラーコードを、通信装置を介してメーカなどの管理部に送信し管理部側の表示画面にエラーコードを表示することで人手により建設機械の異常を判断し、修理等をサービスマンに依頼するというものである。
【０００９】
一方第２公報記載の発明は、建設機械の稼動状態の検出データに基づくエラーコードと、エラーコード直前の検出データつまりスナップショットデータを一時的に建設機械に設けたメモリに記憶し、メモリに記憶されたデータを通信装置を介してメーカなどの管理部に送信し管理部側でエラーコードとスナップショットデータから建設機械の異常を自動的に判断し、異常であると判断された場合に修理等をサービスマンに依頼するというものである。
【００１０】
【発明が解決しようとする課題】
第１公報記載の発明によれば人手に頼り異常を判断している。このため判断がばらつくという問題がある。
【００１１】
また第２公報記載の発明によれば自動的に異常を判断しているため判断がばらつくという問題は生じない。しかしエラーコードとスナップショットデータというデータのみに基づいて異常を判断しているため、正確な判断を行えないおそれがある。すなわちエラーコードとスナップショットデータは建設機械に設けられたセンサの検出値から得られるデータである。しかしながら建設機械の異常は、センサの検出値のみならず目視による判断結果やオイル等を分析した結果を総合してはじめて判断できるものもある。
【００１２】
そこで本発明はセンサの検出値以外の情報を加味して異常判断を正確に行えるようにすることを第１の解決課題とするものである。
【００１３】
また第１公報、第２公報記載の発明によれば、エラーコードが発生したときには原則的に異常が発生したものと判断される。
【００１４】
しかしエラーコードは必ずしも真の異常を意味するものではない。すなわちエラーコードは建設機械の内部のコントローラで生成される。コントローラは安全性を高めるために僅かな異常であってもエラーコードを生成するような規格で製造されている。たとえば建設機械が下り坂等でオーバーランした場合を想定する。この場合エンジン回転数が過回転になるたびに、実際にはエンジン損傷、ブレーキ損傷等の異常が発生していないにもかかわらず、オーバーランを示すエラーコードが生成されてしまう。そしてこのエラーコードから管理部側で異常であると判断して、現場にサービスマンを派遣したとしても実際には修理を要するほどの緊急度を要する異常ではなかったという事態が数多く発生している。
【００１５】
逆にコントローラを、真に異常が発生したときのみにエラーコードを生成するような規格にすると、異常発生を事前に見逃してしまい、建設機械が故障してから修理にとりかかるような事態となり、ダウンタイムが多大なものになるおそれがある。
【００１６】
以上のように従来技術によれば異常であるか否かを一義的に判断しているため、緊急度の低い状態であるにもかかわらず異常であると判断したり逆に緊急度が高い状態にもかかわらずこれを見逃してしまうという問題があった。
【００１７】
そこで本発明は異常度合いつまり緊急度の度合いを判別できるようにして、その判別結果に応じて的確な異常処理が行えるようにすることを第２の解決課題とするものである。
【００１８】
ところで上記第１公報、第２公報記載の発明は、メーカ等の管理部側で建設機械の情報に基づいて異常を判断し、異常であると判断された場合にサービスマンを現場に派遣して修理を行うというものである。すなわち異常であるという判断結果は、修理を行うサービス部門のみならず、経営部門、営業部門、生産部門などにとっても有用な情報である。しかもサービス部門、経営部門、営業部門、生産部門などに応じて異常であると判断するレベルは異なる。たとえばサービス部門であれば、実際に故障が発生する前に現場に急行して建設機械の異常を確かめる必要性から、僅かな異常であってもその情報を取得する必要がある。また生産部門であれば、設計変更等を行う必要性から僅かな異常の情報は重要でなく、ある程度の深刻な異常の情報のみが重要になる。さらに経営部門にとっては、故障が発生する可能性の高い情報のみが重要になる。逆にサービス部門に、深刻な異常の情報のみを与えても、修理等を迅速に行うことができなくなるおそれがある。一方経営部門に僅かな異常の情報を与えてもそれは無用な情報であり結果的に有用な情報が無視されることになりかねない。
【００１９】
このように建設機械を管理する側にとって要求する情報のレベルは同じではなく管理者側のレベルによっては全ての情報を与えられても却って使いこなせず無用な情報となることが多々あった。
【００２０】
また情報を選別することなく一義的に全ての情報を送信することは、通信コストの増大を招く結果になる。
【００２１】
そこで本発明は管理者側に真に有用な情報のみを与えるようにするとともに通信コストを抑えるようにすることを第３の解決課題とするものである。
【００２２】
上記第２公報では、建設機械の異常を自動的に判断している。
【００２３】
しかしながら異常であると判断されたとしても実際には異常ではなかったり、逆に異常ではないと判断されたとしても実際には異常であったことが起こり得る。これは判断に必要なデータが不足していたり、データの内容が実状に沿っていないなどの理由による。
【００２４】
一方において、建設機械を管理する側の専門的知識、技術レベルには差がある。たとえばメーカの設計者は、建設機械について技術的に詳しく、レンタル会社などのユーザは、一般的に建設機械について技術的に詳しくない。
このため自動的に判断結果が得られた場合に、その結果をそのままメーカの設計者、ユーザに伝えたものとすると、メーカの設計者は、自らの専門知識に基づいて、その自動的になされた判断が妥当なものか否かを最終的に判断して、適切な対処をとることができる。これに対して、ユーザは、専門的知識が不足しているため、自動的に下された判断結果を信用せざるを得ず、「異常」という判断が誤っている場合には無用な労力を費やすことになったり、「異常ではない」という判断が誤っている場合には修理等の適切な処置の遅れにより不都合が生じることになる。
【００２５】
本発明は、こうした実状に鑑みてなされたものであり、建設機械を管理する側の技術的なレベルに応じた情報を与えるようにして、適切な対処をとることができるようにすることを、第４の解決課題とするものである。
【００２６】
また第１公報、第２公報記載の発明によれば、エラーコードが発生したときには原則的に異常が発生したものと判断される。
【００２７】
しかしエラーコードは必ずしも真の異常を意味するものではない。すなわちダンプトラックなどの建設機械は、同じ作業現場で稼動することが多い。同じ環境下で稼動する建設機械は、外気温が急上昇するなど環境が急変すると、センサ値が異常値に達しエラーコードを一斉に発生することがある。したがってエラーコード発生をもって建設機械の異常であると判断すると、環境の急変によって全ての建設機械に生じた変化を、異常と判断することになり、実状と合わないことがある。
【００２８】
逆に、環境の急変を除外するためにエラーコードの発生の基準を高く設定すると、真の異常発生を事前に見逃してしまい、建設機械が故障してから修理にとりかかるような事態となり、ダウンタイムが多大なものになるおそれがある。
【００２９】
そこで本発明は、同一の環境で稼動する複数の建設機械から収集される情報を対比することにより、それが環境の原因によるものか、建設機械の真の異常によるものかを正確に判断できるようにすることを第５の解決課題とするものである。
【００３０】
【課題を解決するための手段および効果】
そこで第１発明は、第１の解決課題を達成するために、
建設機械から情報を収集し収集された建設機械情報に基づいて前記建設機械の異常を判断し異常であると判断された場合に建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
前記建設機械内に設けられ、内部情報を検出することにより第１の建設機械情報を収集する第１の情報収集手段と、
前記建設機械から取り出された分析対象物を分析することにより第２の建設機械情報を収集する第２の情報収集手段と、
前記建設機械を目視によって判断することにより第３の建設機械情報を収集する第３の情報収集手段と、
前記第１、第２および第３の情報収集手段で収集された第１、第２および第３の建設機械情報のすべてあるいはいずれか２つの組み合わせに基づいて前記建設機械の異常度合いを判別する異常度合い判別手段と
を具え、
前記異常度合い判別手段で判別された異常度合いに応じて前記建設機械に対して異常処理を行うようにしたこと
を特徴とする。
【００３１】
第１発明を図１を参照して説明する。
【００３２】
第１発明によれば、建設機械３１内に設けられたセンサ群４１よって、内部情報Ｄ１（オンボード情報）が検出されこれが第１の建設機械情報Ｄ１として収集される。
【００３３】
またオイル分析センタ１７は建設機械３１から取り出された分析対象物１３１ａ（オイル）を分析することにより第２の建設機械情報Ｄ２（オイル分析情報）を収集する。
【００３４】
またサービスマンはパーソナルコンピュータ１９を介して建設機械３１を目視によって判断することにより第３の建設機械情報Ｄ３を収集する。
【００３５】
メーカ１０のサーバ装置１１では、これら収集された第１、第２および第３の建設機械情報Ｄ１、Ｄ２、Ｄ３のすべてあるいはいずれか２つの組み合わせに基づいて建設機械の異常度合いを判別する。具体的には図２に示すようにブローバイ圧と排気温度を示す第１の建設機械情報Ｄ１と、オイル分析結果（鉄Ｆe混入度合い、シリコンＳi混入度合い）を示す第２の建設機械情報Ｄ２とに基づいて、異常度合いが第１段階〜第４段階のいずれにあるかが判別される。
【００３６】
このように第１発明によればセンサの検出値以外の情報を加味して異常判断を正確に行うことができる。
【００３７】
第２発明は、第２の解決課題を達成するために、
建設機械から情報を収集し収集された建設機械情報に基づいて前記建設機械の異常を判断し異常であると判断された場合に建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
前記建設機械情報を収集する情報収集手段と、
前記情報収集手段によって収集された建設機械情報に基づいて建設機械の異常の度合いを複数のレベルにランク付けする情報加工手段と
を具え、
前記情報加工手段によってランク付けされた異常度合いを示す情報に基づいて前記建設機械に対して異常処理を行うようにしたこと
を特徴とする。
【００３８】
第２発明を図１を参照して説明する。
【００３９】
建設機械３１のコントローラ４０ではたとえばオーバーランを示すエラーコードが収集される。
【００４０】
そしてメーカ１０のサーバ装置１１では、収集されたエラーコードの単位時間当たりの発生回数に基づいて建設機械の異常の度合いがランク１（正常Normal）、ランク２（注意Warning）、ランク３（異常Abnormal）、ランク４（緊急Emergency）の各レベルにランク付けされる。
【００４１】
そして建設機械３１の管理者はこのランク付けされた異常度合いを示す情報に基づいて建設機械３１に対して点検、修理等を行う。具体的にはランク１、ランク２のときにはサービスマンは建設機械３１を点検、修理する必要がないと判断でき、ランク３、４になったときにはじめて建設機械３１を点検、修理する必要があると判断することができる。
【００４２】
このように第２発明によれば、異常度合いつまり緊急度の度合いを判別できるので、その判別結果に応じて的確な異常処理を行うことができる。
【００４３】
第３発明は、第２の解決課題を達成するために、
建設機械から情報を収集し収集された建設機械情報に基づいて前記建設機械の異常を判断し異常であると判断された場合に建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
前記建設機械情報を収集する情報収集手段と、
前記建設機械に対して異常処理を行う管理者側に設けられた１または複数の端末装置とを備え、
前記情報収集手段と、前記端末装置と、サーバ装置とを通信手段によって相互に通信可能に接続し、
前記サーバ装置に、前記建設機械情報に基づいて異常の度合いを複数のレベルにランク付けする情報加工手段を設け、
前記情報収集手段によって収集された建設機械情報を前記通信手段を介して前記サーバ装置に送信し、
前記サーバ装置の情報加工手段は、送信された建設機械情報に基づいて建設機械の異常の度合いを複数のレベルにランク付けし、
前記サーバ装置は、前記１または複数の端末装置からの要求に応じて、前記ランク付けされた異常度合いを示す情報を、前記通信手段を介して要求元の端末装置へ送信するようにしたこと
を特徴とする。
【００４４】
第３発明を図１を参照して説明する。
【００４５】
第３発明によれば建設機械３１内に設けられたセンサ群４１よって、内部情報Ｄ１（オンボード情報）が検出されこれが第１の建設機械情報Ｄ１として収集される。
【００４６】
またオイル分析センタ１７は建設機械３１から取り出された分析対象物１３１ａ（オイル）を分析することにより第２の建設機械情報Ｄ２（オイル分析情報）を収集する。
【００４７】
またサービスマンはパーソナルコンピュータ１９を介して建設機械３１を目視によって判断することにより第３の建設機械情報Ｄ３を収集する。
【００４８】
これら収集された建設機械情報Ｄ１、Ｄ２、Ｄ３は通信衛星５などの通信手段を介してメーカ１０のサーバ装置１１に送信される。
【００４９】
メーカ１０のサーバ装置１１では、収集された建設機械情報Ｄ１、Ｄ２、Ｄ３毎に異常の度合いがランク１（正常Normal）、ランク２（注意Warning）、ランク３（異常Abnormal）、ランク４（緊急Emergency）の各レベルにランク付けされる。
【００５０】
そしてサーバ装置１１は、端末装置５１からの要求に応じて、ランク付けされた異常度合いを示す情報を、インターネット７などの通信手段を介して要求元の端末装置５１へ送信する。
【００５１】
そして建設機械３１の管理者（サービスマン）側の端末装置５１の表示画面を介してランク付けされた異常度合いを示す情報を知ることができ、建設機械３１に対して点検、修理等を行うか否かを判断することができる。具体的にはランク１、ランク２のときにはサービスマンは建設機械３１を点検、修理する必要がないと判断でき、ランク３、４になったときにはじめて建設機械３１を点検、修理する必要があると判断することができる。
【００５２】
このように第３発明によれば、異常度合いつまり緊急度の度合いを判別できるので、その判別結果に応じて的確な異常処理を行うことができる。
【００５３】
第４発明は、第２発明または第３発明において、
複数の建設機械を管理する場合に適用され、
前記情報加工手段は、建設機械毎にランク付けの基準を設定し、建設機械毎にに設定された基準でランク付けを行うこと
を特徴とする。
【００５４】
第５発明は、第２発明または第３発明において、
前記建設機械情報は、時間の経過に応じて変化する時系列データであり、
前記情報加工手段は、前記時系列データの傾きあるいは絶対値あるいは初期値に対する変化量を、複数のレベルにランク付けすること
を特徴とする。
【００５５】
第６発明は、第２発明または第３発明において、
前記建設機械情報は、前記建設機械の内部で発生したエラーを示すエラーコードであり、
前記情報加工手段は、前記エラーコードの発生回数の頻度を、複数のレベルにランク付けすること
を特徴とする。
【００５６】
第７発明は、第２発明または第３発明において、
前記建設機械情報は、前記建設機械の稼動状態の予測値に対する実際の稼働状態とを比較した比較結果であり、
前記情報加工手段は、前記比較結果を、複数のレベルにランク付けすること
を特徴とする。
【００５７】
第８発明は、第３の解決課題を達成するために、
建設機械から情報を収集し収集された建設機械情報に基づいて前記建設機械の異常を判断し異常であると判断された場合に建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
前記建設機械情報を収集する情報収集手段と、
前記建設機械に対して異常処理を行う管理者側に設けられた複数の端末装置とを具え、
前記情報収集手段と、前記複数の端末装置と、サーバ装置とを通信手段によって相互に通信可能に接続し、
前記サーバ装置に、前記建設機械情報に基づいて異常の度合いを複数のレベルにランク付けするとともに、送信すべき異常度合いのランクと前記複数の端末装置との対応づけを行う前記情報加工手段を設け、
前記情報収集手段によって収集された建設機械情報を前記通信手段を介して前記サーバ装置に送信し、
前記サーバ装置の情報加工手段は、送信された建設機械情報に基づいて建設機械の異常の度合いを複数のレベルにランク付けするとともに、送信すべき異常度合いのランクと前記複数の端末装置それぞれとの対応づけを行い、
前記サーバ装置は、前記端末装置からの要求に応じて、対応するランクの異常度合い情報を、前記通信手段を介して要求元の端末装置へ送信するようにしたこと
を特徴とする。
【００５８】
第８発明を図１を参照して説明する。
【００５９】
第８発明によれば建設機械３１内に設けられたセンサ群４１よって、内部情報Ｄ１（オンボード情報）が検出されこれが第１の建設機械情報Ｄ１として収集される。
【００６０】
またオイル分析センタ１７は建設機械３１から取り出された分析対象物１３１ａ（オイル）を分析することにより第２の建設機械情報Ｄ２（オイル分析情報）を収集する。
【００６１】
またサービスマンはパーソナルコンピュータ１９を介して建設機械３１を目視によって判断することにより第３の建設機械情報Ｄ３を収集する。
【００６２】
これら収集された建設機械情報Ｄ１、Ｄ２、Ｄ３は通信衛星５などの通信手段を介してメーカ１０のサーバ装置１１に送信される。
【００６３】
メーカ１０のサーバ装置１１では、収集された建設機械情報Ｄ１、Ｄ２、Ｄ３毎に異常の度合いがランク１（正常Normal）、ランク２（注意Warning）、ランク３（異常Abnormal）、ランク４（緊急Emergency）の各レベルにランク付けされる。また異常度合いのランク１、２、３、４と端末装置５１とが対応づけられ、異常度合いのランク１、２、３、４とサービスマン側の端末装置５１とが対応づけられ、異常度合いのランク３、４と営業マン側の端末装置５２とが対応づけられ、異常度合いのランク４と経営者側の端末装置５３とが対応づけられる。
【００６４】
そしてサーバ装置１１は、端末装置５１、５２、５３からの要求に応じて、対応するランクの異常度合い情報を、インターネット７などの通信手段を介して要求元の端末装置５１、５２、５３へ送信する。
【００６５】
このためサービスマン側の端末装置５１の表示画面を介して異常度合いのランク１、２、３、４の情報を知ることができる。正常な範囲に入るような僅かな異常でも知ることができる。このため実際に故障が発生する前に現場に急行して建設機械３１の異常を確かめることができる。また営業マン側の端末装置５２の表示画面を介して異常度合いのランク３、４の情報のみを知ることができる。このため深刻な異常の情報のみを知ることができる。また経営者側の端末装置５３の表示画面を介して異常度合いのランク４のみを情報を知ることができる。このため故障が発生する可能性の高い情報のみを知ることができる。逆にサービスマン側の端末装置５１に、深刻な異常の情報を示すランク３、４の情報のみを与えても、修理等を迅速に行うことができなくなるおそれがある。一方経営者側の端末装置５３に、僅かな異常の情報を含むランク１、２、３、４の情報全てを与えてもそれは無用な情報であり結果的に有用な情報が無視されることになりかねない。
【００６６】
また情報を選別して送信しており一義的に全ての情報を送信するものではないので、通信コストを抑えることができる。
【００６７】
このように第８発明によれば建設機械の管理者側に真に有用な情報のみを与えることができるとともに通信コストを抑えることができる。
【００６８】
第９発明は、第３の解決課題を達成するために、
建設機械から情報を収集し収集された建設機械情報に基づいて前記建設機械の異常を判断し異常であると判断された場合に建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
前記建設機械情報を収集する情報収集手段と、
前記建設機械に対して異常処理を行う管理者側に設けられた複数の端末装置とを具え、
前記情報収集手段と、前記複数の端末装置と、サーバ装置とを通信手段によって相互に通信可能に接続し、
前記サーバ装置に、前記建設機械情報に基づいて、前記端末装置側の管理者のレベルに応じた情報に加工する情報加工手段を設け、
前記情報収集手段によって収集された建設機械情報を前記通信手段を介して前記サーバ装置に送信し、
前記サーバ装置の情報加工手段は、送信された建設機械情報を前記端末装置側の管理者のレベルに応じた情報に加工し、
前記サーバ装置は、前記端末装置からの要求に応じて、要求元の端末装置側の管理者のレベルに応じた加工情報を、前記通信手段を介して要求元の端末装置へ送信すること
を特徴とする。
【００６９】
第９発明は第８発明と同様の効果が得られる。
【００７０】
第１０発明は、第９発明において、
前記サーバ装置は、前記サーバ装置は、要求元の端末装置から前記加工情報を受領した旨のデータが一定期間内に返信されない場合は、当該加工情報を再送すること
を特徴とする。
【００７１】
第１１発明は、
建設機械から情報を収集し収集された建設機械情報に基づいて前記建設機械の異常を判断し異常であると判断された場合に建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
前記建設機械情報を収集する情報収集手段と、
前記建設機械に対して異常処理を行う管理者側に設けられた複数の端末装置とを備え、
前記情報収集手段と、前記端末装置と、サーバ装置とを通信手段によって相互に通信可能に接続し、
前記サーバ装置に、前記建設機械情報に基づいて異常の度合いを複数のレベルにランク付けする情報加工手段と、前記情報加工手段で行われた異常度合いのランク付けを、ランク付けし直し、ランク付けし直された結果をサーバ装置のデータベースに記憶する記憶手段と
を設け、
前記情報収集手段によって収集された建設機械情報を前記通信手段を介して前記サーバ装置に送信し、
前記サーバ装置の情報加工手段は、送信された建設機械情報に基づいて建設機械の異常の度合いを複数のレベルにランク付けし、
前記情報加工手段で行われた異常度合いのランク付けを、ランク付けし直し、ランク付けし直された結果を前記記憶手段に記憶し、
前記サーバ装置は、ランク付けがし直された異常度合いを示す情報を、前記通信手段を介して各端末装置へ送信するようにしたこと
を特徴とする。
【００７２】
第１１発明を図１を参照して説明する。
【００７３】
第１１発明によれば建設機械３１内に設けられたセンサ群４１よって、内部情報Ｄ１（オンボード情報）が検出されこれが第１の建設機械情報Ｄ１として収集される。
【００７４】
またオイル分析センタ１７は建設機械３１から取り出された分析対象物１３１ａ（オイル）を分析することにより第２の建設機械情報Ｄ２（オイル分析情報）を収集する。
【００７５】
またサービスマンはパーソナルコンピュータ１９を介して建設機械３１を目視によって判断することにより第３の建設機械情報Ｄ３を収集する。
【００７６】
これら収集された建設機械情報Ｄ１、Ｄ２、Ｄ３は通信衛星５などの通信手段を介してメーカ１０のサーバ装置１１に送信される。
【００７７】
メーカ１０のサーバ装置１１では、収集された建設機械情報Ｄ１、Ｄ２、Ｄ３毎に異常の度合いがランク１（正常Normal）、ランク２（注意Warning）、ランク３（異常Abnormal）、ランク４（緊急Emergency）の各レベルにランク付けされる。
【００７８】
さらに異常度合いのランク付けを、ランク付けし直し、ランク付けし直された結果を記憶手段１２に記憶する。
【００７９】
そしてサーバ装置１１は、ランク付けし直された異常度合いを示す情報を、インターネット７などの通信手段を介して各端末装置へ送信する。
【００８０】
このため、たとえば建設機械３１、３２のユーザであるリース/レンタル会社６０の端末装置６１に、ランク「４」からランク「３」にランクし直されたデータが送信されたとする。この場合には、サービスマンを派遣するなどの措置をとることが回避され、無用な労力が軽減される。
【００８１】
逆に建設機械３１、３２のユーザであるリース/レンタル会社６０の端末装置６１に、ランク「３」からランク「４」にランクし直されたデータが送信されたとする。この場合には、サービスマンを緊急に派遣するなどを措置をとることが可能になり、修理等の適切な処置を迅速をとることにより、建設機械の故障によるダウンタイムの発生を回避することができる。
【００８２】
第１２発明は、
建設機械から情報を収集し収集された建設機械情報に基づいて前記建設機械の異常を判断し異常であると判断された場合に建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
前記建設機械情報を収集する情報収集手段と、
前記建設機械に対して異常処理を行う管理者側に設けられた複数の端末装置とを備え、
前記情報収集手段と、前記端末装置と、サーバ装置とを通信手段によって相互に通信可能に接続し、
前記サーバ装置に、前記建設機械情報に基づいて異常の度合いを複数のレベルにランク付けする情報加工手段を設け、
前記情報収集手段によって収集された建設機械情報を前記通信手段を介して前記サーバ装置に送信し、
前記サーバ装置の情報加工手段は、送信された建設機械情報に基づいて建設機械の異常の度合いを複数のレベルにランク付けし、
前記サーバ装置は、前記ランク付けされた異常度合いを示す情報を、前記通信手段を介して、特定の端末装置へ送信し、
前記特定の端末装置は、送信された情報について、異常度合いのランク付けをし直して、前記サーバ装置に送信し、
前記サーバ装置は、ランク付けがし直された異常度合いを示す情報を、前記通信手段を介して各端末装置へ送信するようにしたこと
を特徴とする。
【００８３】
第１２発明を図１を参照して説明する。
【００８４】
第１２発明によれば建設機械３１内に設けられたセンサ群４１よって、内部情報Ｄ１（オンボード情報）が検出されこれが第１の建設機械情報Ｄ１として収集される。
【００８５】
またオイル分析センタ１７は建設機械３１から取り出された分析対象物１３１ａ（オイル）を分析することにより第２の建設機械情報Ｄ２（オイル分析情報）を収集する。
【００８６】
またサービスマンはパーソナルコンピュータ１９を介して建設機械３１を目視によって判断することにより第３の建設機械情報Ｄ３を収集する。
【００８７】
これら収集された建設機械情報Ｄ１、Ｄ２、Ｄ３は通信衛星５などの通信手段を介してメーカ１０のサーバ装置１１に送信される。
【００８８】
メーカ１０のサーバ装置１１では、収集された建設機械情報Ｄ１、Ｄ２、Ｄ３毎に異常の度合いがランク１（正常Normal）、ランク２（注意Warning）、ランク３（異常Abnormal）、ランク４（緊急Emergency）の各レベルにランク付けされる。
【００８９】
さらにサーバ装置１１は、ランク付けされた異常度合いを示す情報を、通信手段を介して、特定の端末装置１１ａへ送信する。
【００９０】
そして特定の端末装置１１ａは、送信された情報について、異常度合いのランク付けをし直して、サーバ装置１１に送信し、
そしてサーバ装置１１は、ランク付けし直された異常度合いを示す情報を、インターネット７などの通信手段を介して各端末装置へ送信する。
【００９１】
このため、たとえば建設機械３１、３２のユーザであるリース/レンタル会社６０の端末装置６１に、ランク「４」からランク「３」にランクし直されたデータが送信されたとする。この場合には、サービスマンを派遣するなどの措置をとることが回避され、無用な労力が軽減される。
【００９２】
逆に建設機械３１、３２のユーザであるリース/レンタル会社６０の端末装置６１に、ランク「３」からランク「４」にランクし直されたデータが送信されたとする。この場合には、サービスマンを緊急に派遣するなどを措置をとることが可能になり、修理等の適切な処置を迅速をとることにより、建設機械の故障によるダウンタイムの発生を回避することができる。
【００９３】
第１３発明は、第１１発明または第１２発明において、
前記複数の端末装置は、複数のレベルにランク付けされており、
前記サーバ装置の情報加工手段で行われた異常度合いのランク付けを、端末装置のレベルに応じて、ランク付けし直し、
前記サーバ装置は、端末装置のレベルに対応してランク付けし直された異常度合いの情報を、前記通信手段を介して、対応する端末装置へ送信するようにしたこと
を特徴とする。
【００９４】
第１３発明によれば、専門家によって、ランク付け「４（緊急Emergency）」が実際には「３（異常Abnormal）」であると判断されると、このランク付けし直された方のデータつまり「３（異常Abnormal）」がリース/レンタル会社６０の端末装置６１に送信され、サービス部門側端末装置５１にはランク付けし直す前のデータつまり「４（緊急Emergency）」がそのまま送信される。
【００９５】
これによりサービスマンは現場に急行し、ユーザは注意しながら建設機械を運転する措置をとることが可能になる。このため建設機械はサービスマンが到着するまで稼動できるのでダウンタイムを最小に抑えることができる。またサービスマンは現場に急行して、専門家の判断が正しいか否かを確認し、その結果をメーカに報告することができる。このように第１３発明によれば、ランク付けし直された結果を各端末装置に一義的に送信した場合と比較して、より適切な措置をとることができる。
【００９６】
第１４発明は、
同一の環境で稼動する複数の建設機械から情報を収集し収集された建設機械情報に基づいて前記複数の建設機械の異常を判断し異常であると判断された場合に、その建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
前記建設機械情報を収集する情報収集手段と、
前記情報収集手段によって収集された建設機械情報の中から同一種類の情報を選択し、この同一種類の情報が示す値を、複数の建設機械相互間で対比し、この結果、特異な値を示す建設機械を、異常であると判断する異常判断手段と
を具え、
前記異常判断手段によって異常であると判断された建設機械に対して異常処理を行うようにしたこと
を特徴とする。
【００９７】
第１４発明を図３５を参照して説明する。
【００９８】
建設機械３１ａ、３１ｂ、３１ｃの情報収集手段によって収集された建設機械情報の中から同一種類の情報たとえばブローバイ圧のトレンドデータが選択され、この同一種類の情報が示す値を、複数の建設機械３１ａ、３１ｂ、３１ｃ相互間で対比し、この結果、特異な値を示す建設機械３１ａを、異常であると判断する。たとえば図３５（ａ）に示すように、建設機械３１ａのトレンドデータは、サービスメータ値ＳＭＲ1以後で急上昇する。しかし、他の建設機械３１ｂ、３１ｃのトレンドデータをみると、「サービスメータ値ＳＭＲ1以後の急上昇」は、ダンプトラック３１ａと同じ傾向を示す。そこで、建設機械３１ａの異常は、作業現場の環境の変化によるものであり、建設機械３１ａ固有の異常である可能性が低いと判定して、最終的にランク４の異常は発生していないと判断し、ランク付けを「４（緊急Emergency）」から「３（異常Abnormal）」に変更する。
【００９９】
逆に、図３５（ｂ）のように、一台の建設機械３１ａについてのトレンドデータのみが、サービスメータ値ＳＭＲ1以後で急上昇する傾向を示しており、他の建設機械３１ｂ、３１ｃは急上昇する傾向を示していない場合には、建設機械３１ａの異常は、建設機械３１ａ固有の異常である可能性が高いと判定して、最終的にランク４の異常が発生しているものと判断し、サーバ装置１１で行われたランク付け「４（緊急Emergency）」を維持する。
【０１００】
以上のように第１４発明によれば、同一の環境で稼動する複数の建設機械から収集される情報を対比することにより、それが環境の原因によるものか、建設機械の真の異常によるものかを正確に判断できるようになる。
【０１０１】
【発明の実施の形態】
以下図面を参照して本発明に係る建設機械の管理装置について説明する。なお実施形態では、建設機械として油圧ショベル、ブルドーザ、ダンプトラック、ホイールローダ、クレーン、グレーダ、破砕処理機械などを想定している。
【０１０２】
図１は実施形態の建設機械を管理する管理装置（管理システム）を示している。本実施形態では建設機械のメーカ１０で生産される多数の建設機械として、３１、３２を代表させて示している。
【０１０３】
まず図１の管理システムの構成、通信形態について説明する。
【０１０４】
図１に示すように建設機械３１、３２の図示しない通信端末と、複数の端末装置１４、１５、１６、１８、１９、５１、５２、５３、６１、６３、６５と、サーバ装置１１は相互に通信衛星５、インターネット７、イントラネット１３などの通信装置によって相互に通信可能に接続されている。なおインターネットとは、複数のＬＡＮ（ローカルエリアネットワーク）をゲートウエイ、ブリッジにより相互に通信自在に接続した世界的通信網のことである。インターネットは電子メール（インターネットを介して送受信する「手紙」）、ＷＷＷ（ワールドワイドウエブ；インターネット上の情報検索システム）などのサービスを提供している。イントラネットとはインターネットの技術に基づき構築された企業内通信網のことである。
【０１０５】
サーバ装置１１は、本実施形態の管理システムで行われるサービス（以下管理情報提供サービス）を提供する建設機械のメーカ本社１０に設けられている。
【０１０６】
サーバ装置１１はデータベース１２を備えている。後述するようにデータベース１２は建設機械３１、３２を管理するための後述する建設機械情報Ｄ１、Ｄ２、Ｄ３、本実施形態の管理情報提供サービスを提供するためのプログラムを記憶している。
【０１０７】
メーカ本社１０内には各端末装置１４、１５、１６が設けられている。
【０１０８】
端末装置１４はメーカ１０の経営部門に設けられている。端末装置１５はメーカ１０の工場に設けられている。工場では建設機械３１、３２が生産される。端末装置１６はメーカ１０の営業部門に設けられている。
【０１０９】
これらサーバ装置１１と端末装置１４、１５、１６とは相互に送受信可能にイントラネット１３により接続されている。
【０１１０】
サーバ装置１１と各端末装置１８、１９、５１、５２、５３、６１、６３、６５とは相互に送受信可能にインターネット７により接続されている。
【０１１１】
建設機械３１、３２の通信端末とサーバ装置１１は通信衛星５を介して双方向に送受信可能に接続されている。通信は無線の通信回線６によって行われる。
【０１１２】
サーバ装置１１はインターネット７、は通信衛星５、イントラネット１３との間のデータの入出力を管理するとともに、データベース１２の記憶データＤ１、Ｄ２、Ｄ３に基づいて、建設機械３１、３２を構成する各コンポーネントの健康状態（損傷状態）を監視したりメンテナンス（点検）したり改修（修理）したりするのに適切な管理情報に加工する。なお建設機械はエンジン、トランスミッション、油圧ポンプ等の各コンポーネントから構成されている。
【０１１３】
端末装置１８は、建設機械３１、３２に使用されるオイル１３１ａ（エンジンオイル、トランスミッションオイル、トルクコンバータオイル、デフオイル、ブレーキオイル、作業機の作動油等）を分析するオイル分析センタ１７に設けられている。
【０１１４】
端末装置１９は携行可能なパーソナルコンピュータ等の携帯用端末装置であり、建設機械３１、３２を点検、修理するサービスマンによって携行される。
【０１１５】
端末装置５１、５２、５３は建設機械３１、３２を販売し点検、修理等のサービスを行う代理店５０に設けられている。端末装置５１は代理店５０のサービス部門に設けられている。端末装置５２は代理店５０の営業部門に設けられている。端末装置５３は代理店５０の経営部門に設けられている。
【０１１６】
代理店５０′は代理店５０と同様な代理店、海外現地法人等である。代理店５０と同様に建設機械を販売し修理等のサービスを行う代理店、現地法人が海外、国内を問わずに多数存在するものとする。ただし代理店５０′が管轄する建設機械は建設機械３１、３２とは異なるものとする。
【０１１７】
端末装置６１は建設機械３１、３２をレンタルまたはリース（貸与）するリース/レンタル会社６０に設けられている。本実施形態ではリース/レンタル会社６０が建設機械３１、３２の所有者であると仮定する。
【０１１８】
端末装置６３は建設機械３１、３２を用いて工事を行わせる工事施工会社６２に設けられている。本実施形態では工事施工会社６２は建設機械３１、３２を直接使用しないが建設機械３１、３２によって行われる工事の責任者であると仮定する。
【０１１９】
端末装置６５は建設機械３１、３２を用いて実際に工事を行う現場事務所６４に設けられている。本実施形態では現場事務所６４が建設機械３１、３２の使用者であると仮定する。
【０１２０】
サーバ装置１１と各端末装置１８、１９、５１、５２、５３、６１、６３、６５とは相互に送受信可能にインターネット７により接続されている。
【０１２１】
本実施形態ではメーカ１０の各端末装置１４、１５、１６側の経営者、工場責任者、営業マン、代理店５０の各端末装置５１、５２、５３側のサービスマン、営業マン、経営者、リース会社６０の端末装置６１側の社員、工事施工会社６２の端末装置６３側の工事責任者（工事施工者）、現場事務所６４の端末装置６５側の現場監督、オペレータが、サーバ装置１１で提供される管理情報提供サービスを受けるものとする。各端末装置１４、１５、１６、１８、１９、５１、５２、５３、６１、６３、６５にはそれぞれサーバ装置１１から提供される管理情報を表示する表示装置が設けられている。
【０１２２】
またリース会社６０の端末装置６１側の社員、工事施工会社６２の端末装置６３側の工事責任者（工事施工者）、現場事務所６４の端末装置６５側の現場監督、オペレータは、代理店５０にとってその管轄下にある顧客（カスタマ）であるものとする。
【０１２３】
つぎに図１の管理システムにおける情報の流れについて説明する。
【０１２４】
建設機械３１、３２に関する情報は、大きくはオンボード情報Ｄ１、オイル分析情報Ｄ２、点検情報Ｄ３とからなる。
【０１２５】
オンボード情報Ｄ１とは建設機械３１、３２に取り付けられた各種センサ４１の検出値に基づき収集される情報のことである。オンボード情報Ｄ１は、センサ４１の検出値の時系列なデータであるトレンドデータ、センサ検出値が異常値に達したときに生成されるエラーコード、複数種類のセンサ検出値に基づき得られる頻度マップデータ等を含む。
【０１２６】
センサ群４１としては、サービスメータの計時値ＳＭＲ（エンジン稼動時間）を検出すサービスメータ、エンジンの回転数Ｎeを検出するセンサ、ブローバイ圧を検出するセンサ、排気温度を検出するセンサ、エンジン、作業機の作動油、トランスミッション等の油温を検出するセンサ、エンジン油圧、油圧ポンプ吐出圧を検出するセンサ、ダンプトラックの場合にはトランスミッションの油圧クラッチを係合させるに要する時間であるフィル時間を検出するセンサ、ダンプトラックの積載量を計測するペイロードメータなどである。なおフィル時間とは油圧クラッチを係合するのに必要な圧油を油圧クラッチに供給し始めてから供給し終えるまでの時間のことである。
【０１２７】
これに対してオイル分析情報Ｄ２、点検情報Ｄ３は建設機械３１、３２内に既設のセンサ４１からは得られないオフボード情報のことである。
【０１２８】
オイル分析情報Ｄ２は建設機械３１、３２から取り出された分析対象物であるオイル１３１ａを分析することにより収集される情報のことである。オイル分析情報Ｄ２はオイル１３１ａを建設機械３１、３２から取り出してこれをオイル分析センタ１７に送り、専用の分析装置を用いて解析しなければ収集することができない。
【０１２９】
また点検情報Ｄ３は建設機械３１、３２に専用の計測機器を取り付けて計測値を目視で判断することにより、あるいは建設機械３１、３２の各部を直接目視で判断することにより収集されるデータのことである。点検情報Ｄ３はサービスマンが建設機械３１、３２が存在する工事現場などに出向き目視で判断しなければ収集することができない。点検情報Ｄ３とは、たとえばタイヤなどの消耗部品の摩耗、破損状態、ホース等の管路のひび割れ、破損状態、作業機が作動する速度、エンジンなどの各コンポーネントが発生する音、エンジンの排気状態などである。
【０１３０】
建設機械３１、３２内のコントローラ４０ではセンサ群４０の検出値に基づきオンボード情報Ｄ１が収集され、記憶される。すなわち建設機械３１、３２の車体内には主コントローラ４０と他のコントローラとがシリアル通信が可能となるように信号線によってデジーチェーン状に接続されており、車体内ネットワークを構成している。車体内のコントローラ間の信号線を介して所定のプロトコルのフレーム信号が伝送される。フレーム信号が各コントローラ間に伝送されるとフレーム信号に記述されたデータに従い各コントローラに接続されたアクチュエータ（油圧ポンプ、ガバナ、制御弁など）に駆動信号が出力されこれらアクチュエータが駆動制御されるとともに、各コントローラに接続されたセンサ群４１で検出された検出データあるいは機器内部の情報を示すデータが取得されフレーム信号に記述される。こうしてコントローラ４０にはフレーム信号を介してセンサ群４１の検出値のデータが取り込まれる。センサの検出値が異常値に達した場合にはエラーコードが生成される。たとえばブローバイ圧が所定値のしきい値以上になった場合には「ブローバイ圧が異常に高い」ことを示すエラーコードが生成される。
【０１３１】
建設機械３１、３２の通信端末とサーバ装置１１との間では通信衛星５を介して無線の通信回線６によって相互に送受信がなされる。これによって建設機械３１、３２内で取得されたオンボード情報Ｄ１は無線通信回線６、通信衛星５を介してサーバ装置１１に定期的に自動送信される。たとえばサービスメータの計時値ＳＭＲの間隔で２０時間毎に自動送信される。また建設機械３１、３２に内蔵された時計で１日計時する毎に自動送信される。また後述するようにサーバ装置１１からの要求に応じて建設機械３１、３２内で取得されたオンボード情報Ｄ１を無線にて返信することができる。また建設機械３１、３２内のオンボード情報Ｄ１を携帯用端末装置１９にダウンロードしてインターネット１を介してサーバ装置１１に送信してもよい。
【０１３２】
また建設機械３１、３２からオイル１３１ａが取り出され、これがオイル分析センタ１７に送られる。オイル分析センタ１７では専用の分析装置を用いてオイル１３１ａを解析してオイル分析情報Ｄ２を作成する。オイル分析情報Ｄ２は端末装置１８から入力されインターネット１を介してサーバ装置１１に送信される。オイル分析情報Ｄ２は建設機械３１、３２の定期的なオイル交換時期毎にサービスマンが建設機械３１、３２まで出向くことによって収集することができる。
【０１３３】
また建設機械３１、３２に専用の計測機器が取り付けられ計測値を目視で判断することにより、あるいは建設機械３１、３２の各部を直接目視で判断することにより点検情報Ｄ３が収集される。点検情報Ｄ３はサービスマンが携行する携帯用端末装置１９に入力され、インターネット１を介してサーバ装置１１に送信される。点検情報Ｄ３は建設機械３１、３２の定期的な点検時毎にサービスマンが建設機械３１、３２まで出向くことによって収集することができる。
【０１３４】
サーバ装置１１では後述するようにオンボード情報Ｄ１、オイル分析情報Ｄ２、点検情報Ｄ３に基づいてデータが加工され、管理情報が作成される。
【０１３５】
サーバ装置１１で作成される管理情報の代表的なものは以下のとおりである。
【０１３６】
・建設機械３１、３２の異常度合いを４段階のランク１（正常Normal）、ランク２（警告Warning）、ランク３（異常Abnormal）、ランク４（緊急Emergency）に分類した「異常情報」。
【０１３７】
異常情報はランク１からランク２、３、４へと高くなるにつれて修理等を行う緊急度が高くなることを意味する。異常情報はオンボード情報Ｄ１の各項目つまりブローバイ圧、排気温度…毎に作成される。またオイル分析情報Ｄ２の各項目つまりエンジンオイル中の鉄Ｆeの含有量、トランスミッションオイルの粘度…毎に作成される。また点検情報Ｄ３の各項目つまりタイヤ摩耗、作業機の速度…毎に作成される。また個別の建設機械３１、３２毎に総合的な異常度合いが同様に４段階のランクで作成される。このランク付けされた異常情報はサーバ装置１１で定期的に作成される。たとえば建設機械３１、３２からオンボード情報Ｄ１が送信されてくる毎に作成される。
【０１３８】
異常情報は電子メールとしてサーバ装置１１から各端末装置に送信される。
【０１３９】
・建設機械３１、３２の健康状態（損傷状態）の「定期的なレポート」。
【０１４０】
これは個別の建設機械３１、３２毎に、オンボード情報Ｄ１、オイル分析情報Ｄ２、点検情報Ｄ３を要約した内容の情報であり上記ランク付けされた異常情報を含む。
【０１４１】
サーバ装置１１のデータベース１２には各端末装置１４、１５、１６、１８、１９、５１、５２、５３、６１、６３、６５の表示画面上で、オンボード情報Ｄ１、オイル分析情報Ｄ２、点検情報Ｄ３を加工した管理情報を検索する等の処理を行うためのＷｅｂページ（先頭ページに続くリンクされた一連のページで構築されているリンク構造のデータであり、インターネット７、イントラネット１３における情報画面の意味で使用する）が格納されている。
【０１４２】
サーバ装置１１は各端末装置１４、１５、１６、１８、１９、５１、５２、５３、６１、６３、６５からの要求に応じてデータベース１２に記憶された内容をこれら端末装置に提供するとともに、あるいは所定の端末装置から入力されたデータに応じてデータベース１２の記憶内容を書き換える。すなわち各端末装置からデータベース１２の記憶データをアクセスすることにより、端末装置の表示画面上でＷｅｂページを表示させ管理情報提供サービスを受けることができる。
【０１４３】
各端末装置１４、１５、１６、１８、１９、５１、５２、５３、６１、６３、６５はサーバ装置１１のデータベース１２に記憶された定期レポートを異常情報のランクにかかわらずにアクセスすることができる。ただし最初にサーバ装置１１から電子メールによって送信されてくる定期レポート毎に付与された異常情報に関しては、特定の端末装置には特定のランクの異常情報しか送信されない。
【０１４４】
たとえばメーカ１０の経営部門側端末装置１４、営業部門端末１６にはランク４の異常情報が電子メールとして送信される。
【０１４５】
またメーカ１０の工場側端末装置１５にはランク３、ランク４の異常情報が電子メールとして送信される。メーカ１０の各端末装置１４、１５、１６では自社で生産した全ての建設機械３１、３２、…に関する異常情報が電子メールとして送信される。
【０１４６】
また代理店５０のサービス部門側端末装置５１にはランク１からランク４までの異常情報が電子メールとして送信される。
【０１４７】
また代理店５０の営業部門側端末装置５２にはランク３、ランク４の異常情報が電子メールとして送信される。
【０１４８】
また代理店５０の経営部門側端末装置５３にはランク４の異常情報が電子メールとして送信される。代理店５０の各端末装置５１、５２、５３には同代理店５０が販売等した管轄下の車両３１、３２に関する異常情報が電子メールとして送信される。
【０１４９】
またリース会社６０の端末装置６１にはランク２、３、４の異常情報が電子メールとして送信される。
【０１５０】
また工事施工会社６２の端末装置６３にはランク３、ランク４の異常情報が電子メールとして送信される。
【０１５１】
また現場事務所６４の端末装置６５にはランク２、３、４の異常情報が電子メールとして送信される。カスタマの各端末装置６１、６３、６５には自己が所有等する管轄下の車両３１に関する異常情報が電子メールとして送信される。
【０１５２】
なお定期レポートについても電子メールで送信される異常情報と同様に特定の端末装置に対しては特定のランクの定期レポートしかアクセスできないように制限を加えてもよい。これは端末装置側において特定のＩＤ番号、特定の暗証番号の入力操作、ユーザ認証キーの使用を条件とすることで実現することができる。つまり特定の端末装置はその端末装置の表示画面上ではＷｅｂページのうち特定のページ、特定の情報のみしか表示させることができないようにする。
【０１５３】
つぎにサーバ装置１１で行われるデータの加工処理について説明する。
【０１５４】
図２はオンボード情報Ｄ１を異常情報に加工する処理を説明する図である。
【０１５５】
以下オンボード情報Ｄ１のうちセンサ検出値の時系列データのことをトレンドデータをいう。
【０１５６】
図２（ｄ）はオンボード情報Ｄ１のうちセンサ検出値の代表的な項目と、異常度合いのランク１、２、３、４を設定するためのしきい値Ｗ、Ａ、Ｅとの関係を示している。図２は（ａ）、（ｂ）、（ｃ）はそれぞれ横軸にサービスメータ計時値ＳＭＲ（Ｈ）をとり、縦軸にセンサ検出値をとったトレンドデータのグラフである。
【０１５７】
図２（ａ）はセンサ検出値の絶対値を各しきい値Ｗ、Ａ、Ｅで段階的に区分した場合を示している。センサ検出値の絶対値がしきい値Ｗ以上である場合には異常度合いがランク２であると判断し、センサ検出値の絶対値がしきい値Ａ以上である場合には異常度合いがランク３であると判断し、センサ検出値の絶対値がしきい値Ｅ以上である場合には異常度合いがランク４であると判断する。たとえば図２（ｄ）に示すようにエンジン油温が１０２deg．C以上である場合には異常度合いがランク２であると判断し、エンジン油温が１０５deg.C以上である場合には異常度合いがランク３であると判断し、エンジン油温が１０８deg.C以上である場合には異常度合いがランク４であると判断する。以下図２（ａ）による異常度合いの判断方法を「トレンドデータの絶対値による判断方法」と称することにする。
【０１５８】
図２（ｂ）は単位時間前後でのセンサ検出値の差分（トレンドデータの傾き）をしきい値Ｗ、Ａ、Ｅで段階的に区分した場合を示している。単位時間前後でのセンサ検出値の差分がしきい値Ｗ以上である場合には異常度合いがランク２であると判断し、単位時間前後でのセンサ検出値の差分がしきい値Ａ以上である場合には異常度合いがランク３であると判断し、単位時間前後でのセンサ検出値の差分がしきい値Ｅ以上である場合には異常度合いがランク４であると判断する。たとえば図２（ｄ）に示すように単位時間１００Ｈ前後でのブローバイ圧の差分が１５０mmAq以上である場合には異常度合いがランク２であると判断し、単位時間１００Ｈ前後でのブローバイ圧の差分が３００mmAq以上である場合には異常度合いがランク３であると判断し、単位時間１００Ｈ前後でのブローバイ圧の差分が５００mmAq以上ある場合には異常度合いがランク４であると判断する。
【０１５９】
なお最新に得られたセンサ検出値がセンサ検出値を取得し始めてから単位時間１００Ｈを経過していない場合には、最古のセンサ検出値と最新のセンサ検出値の差分をとって異常度合いが判断される。以下図２（ｂ）による異常度合いの判断方法を「トレンドデータの傾きによる判断方法」と称することにする。
【０１６０】
図２（ｃ）は初期値に対するセンサ検出値の増分をしきい値Ｗ、Ａ、Ｅで段階的に区分した場合を示している。初期値に対するセンサ検出値の増分がしきい値Ｗ以上である場合には異常度合いがランク２であると判断し、初期値に対するセンサ検出値の増分がしきい値Ａ以上である場合には異常度合いがランク３であると判断し、初期値に対するセンサ検出値の増分がしきい値Ｅ以上である場合には異常度合いがランク４であると判断する。たとえば図２（ｄ）に示すようにサービスメータ計時値が１０００Ｈまでのセンサ検出値の平均値を初期値とし、この初期値に対する排気温度の増分が５０deg．C以上である場合には異常度合いがランク２であると判断し、同初期値に対する排気温度の増分が１００deg．C以上である場合には異常度合いがランク３であると判断し、同初期値に対する排気温度の増分が１５０deg．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）」から「３（異常Abnormal）」に変更する。
【０３０１】
逆に、図３５（ｂ）のように、一台のダンプトラック３１ａについてのトレンドデータのみが、サービスメータ値ＳＭＲ1以後で急上昇する傾向を示しており、他のダンプトラック３１ｂ、３１ｃは急上昇する傾向を示していない場合には、ダンプトラック３１ａの異常は、ダンプトラック３１ａ固有の異常である可能性が高いと判定して、最終的にランク４の異常が発生しているものと判断し、サーバ装置１１で行われたランク付け「４（緊急Emergency）」を維持する。
【０３０２】
なお各ダンプトラック３１ａ、３１ｂ、３１ｃにＧＰＳセンサなどの位置検出センサを設け、この位置検出センサの検出結果をサーバ装置１１を介して専門家側端末装置１１ａに送信することで、複数のダンプトラック３１ａ、３１ｂ、３１ｃが同一の作業現場で稼動していることを判断することができる。
また図３５では、同じ作業現場（同一地域、同一位置）で稼動している複数のダンプトラック３１ａ、３１ｂ、３１ｃ同士のデータを対比する場合を想定しているが、外気温、湿度などの他の外的要因が同じである建設機械同士のデータを対比してもよい。また外的要因に限らず、同じ機種、同じ型式の建設機械同士のデータを対比してもよい。
【０３０３】
以上、「同一の環境で稼動する建設機械同士のデータを対比する」という「ランク付けし直しの判断基準を説明したが、その他の判断基準として、異常判断対象となっているブローバイ圧に関連するデータを考慮してランク付けを見直してもよい。
【０３０４】
たとえばブローバイ圧に関連するエンジン回転数、エンジンの発生トルクを考慮して、ランク付けを見直すことができる。ブローバイ圧が同じ値を示したとしても、エンジン回転数が高い状況ではランク付けは高めの傾向を示し、エンジン回転数が低い状況ではランク付けは低めの傾向を示す。また負荷がかかっているときにはランク付けは高めの傾向を示し、「空ブラシ時」など負荷がかかっていないときにはランク付けは低めの傾向を示す。
【０３０５】
また排気温度についてランク付けをする場合も同様である。外気温が高いときではランク付けは高めの傾向を示し、外気温が低いときではランク付けは低めの傾向を示す。
【０３０６】
このようにしてランク付けし直されたデータは、専門家側端末装置１１ａからサーバ装置１１に送信され、サーバ装置１１のデータベース１２に記憶される。
【０３０７】
以後、各端末装置１４、１５、１６、１８、１９、５１、５２、５３、６１、６３、６５からの要求に応じて、ランクし直されたデータが要求元の端末装置に送信される。すなわち各端末装置からデータベース１２の記憶データをアクセスすることにより、端末装置の表示画面上でＷｅｂページが表示され、ランク付けがし直された結果が表示される。また各端末装置毎に割り当てられた特定のランクの異常情報については、サーバ装置１１から電子メールとして各端末装置に自動送信される。
【０３０８】
たとえば建設機械３１、３２のユーザであるリース/レンタル会社６０の端末装置６１に、ランク「４」からランク「３」にランクし直されたデータが送信されたとする。この場合には、サービスマンを派遣するなどの措置をとることが回避され、無用な労力が軽減される。
【０３０９】
逆に建設機械３１、３２のユーザであるリース/レンタル会社６０の端末装置６１に、ランク「３」からランク「４」にランクし直されたデータが送信されたとする。この場合には、サービスマンを緊急に派遣するなどを措置をとることが可能になり、修理等の適切な処置を迅速をとることにより、建設機械の故障によるダウンタイムの発生を回避することができる。
【０３１０】
上述した実施形態ではサーバ装置１１から専門家側端末装置１１ａに、サーバ装置１１でなされたランク付け結果を送信しているが、専門家がサーバ装置１１側に居れば、サーバ装置１１側でランク付け結果を見直すことができる。そこで、この場合には、サーバ装置１１側の専門家によりランク付けがし直され、そのランク付けし直されたデータが、キーボードなどの入力手段を介して入力され、データベース１２に記憶されることになる。以後同様にして各端末装置に、ランク付けし直されたデータが送信される。
【０３１１】
以上の説明では、ランク付けし直された同じランクのデータを、各端末装置１４、１５、１６、１８、１９、５１、５２、５３、６１、６３、６５に送信しているが、端末装置のレベルに応じて、送信すべきランクを異ならせてもよい。
【０３１２】
たとえばサーバ装置１１で、異常度合いのランク付けが「４（緊急Emergency）」と判断された場合を考える。この場合ランク付け「４（緊急Emergency）」１」をそのままサービス部門側端末装置５１、ユーザであるリース/レンタル会社６０の端末装置６１に送信したとすると、サービスマンは現場に急行し、ユーザは作業中止の措置をとるものと考えられる。このため無用な労力と多大なダウンタイムが発生する。
【０３１３】
上述した実施形態によれば、専門家によって、ランク付け「４（緊急Emergency）」が実際には「３（異常Abnormal）」であると判断されると、このランク付けし直されたデータが、サービス部門側端末装置５１、リース/レンタル会社６０の端末装置６１に送信されることになる。これによりサービスマンは巡回時に点検を行い、ユーザは注意しながら建設機械を運転する措置をとることとなり、実状に合った適切な措置をとることができる。
【０３１４】
これに対して本実施形態では、専門家で、ランク付け「４（緊急Emergency）」が実際には「３（異常Abnormal）」であると判断されると、このランク付けし直された方のデータつまり「３（異常Abnormal）」がリース/レンタル会社６０の端末装置６１に送信され、サービス部門側端末装置５１にはランク付けし直す前のデータつまり「４（緊急Emergency）」がそのまま送信される。
【０３１５】
これによりサービスマンは現場に急行し、ユーザは注意しながら建設機械を運転する措置をとることが可能になる。このため建設機械はサービスマンが到着するまで稼動できるのでダウンタイムを最小に抑えることができる。またサービスマンは現場に急行して、専門家の判断が正しいか否かを確認でき、その結果をメーカに報告することができる。このように本実施形態によれば、ランク付けし直された結果を各端末装置に一義的に送信した場合と比較して、より適切な措置をとることができる。
【図面の簡単な説明】
【図１】図１は実施形態の建設機械の管理装置の全体構成を示す図である。
【図２】図２（ａ）、（ｂ）、（ｃ）、（ｄ）は実施形態の異常度合いを判定するしきい値を説明する図である。
【図３】図３はエラーコードの単位時間当たりの回数の異常度合いを判定するしきい値を説明する図である。
【図４】図４はトレンドデータの絶対値によって異常度合いを判定するグラフを示す図である。
【図５】図５はトレンドデータの初期値に対する増分によって異常度合いを判定するグラフを示す図である。
【図６】図６はトレンドデータの傾きによって異常度合いを判定するグラフを示す図である。
【図７】図７はトレンドデータに基づいて得られた異常度合いの判定結果の出力例を示す図である。
【図８】図８はエラーコードに基づいて得られた異常度合いの判定結果の出力例を示す図である。
【図９】図９はトランスミッションの油圧クラッチのフィル時間のトレンドデータを示す図である。
【図１０】図１０はトレンドデータに基づいて得られた異常度合いの判定結果を建設機械の機種、コンポーネント毎に出力した例を示す図である。
【図１１】図１１はエラーコードに基づいて得られた異常度合いの判定結果を建設機器回の機種、コンポーネント毎に出力した例を示す図である。
【図１２】図１２（ａ）、（ｂ）はブローバイ圧のトレンドデータの実例を示すグラフである。
【図１３】図１３はエンジンの不具合のメカニズムを示す図である。
【図１４】図１４はオンボード情報とオイル分析情報とに基づいてエンジンの異常度合いを判定するために用いられる表を示す図である。
【図１５】図１５（ａ）、（ｂ）はそれぞれブローバイ圧、排気温度のトレンドデータを示すグラフである。
【図１６】図１６はブローバイ圧と排気温度のトレンドデータを示すグラフである。
【図１７】図１７はエンジンオイル中の鉄Ｆeの含有量とシリコンＳiの含有量のトレンドデータを示すグラフである。
【図１８】図１８はダンプトラックの使われ方の調査内容を示す図である。
【図１９】図１９はエンジン負荷率を示すグラフである。
【図２０】図２０（ａ）、（ｂ）は油圧クラッチの係合回数の頻度マップデータを示す図である。
【図２１】図２１はエンジンの負荷頻度マップデータを示す図である。
【図２２】図２２（ａ）、（ｂ）はサイクル負荷変動量を示すグラフである。
【図２３】図２３は端末装置の表示画面の表示例を示す図である。
【図２４】図２４は端末装置の表示画面の表示例を示す図である。
【図２５】図２５は端末装置の表示画面の表示例を示す図である。
【図２６】図２６は端末装置の表示画面の表示例を示す図である。
【図２７】図２７は端末装置の表示画面の表示例を示す図である。
【図２８】図２８は端末装置の表示画面の表示例を示す図である。
【図２９】図２９は端末装置の表示画面の表示例を示す図である。
【図３０】図３０は端末装置の表示画面の表示例を示す図である。
【図３１】図３１は端末装置の表示画面の表示例を示す図である。
【図３２】図３２は端末装置の表示画面の表示例を示す図である。
【図３３】図３３は端末装置の表示画面の表示例を示す図である。
【図３４】図３４は建設機械の故障確率が時間の経過に伴い変化する様子を示すグラフである。
【図３５】図３５（ａ）、（ｂ）は同一の環境で稼動する複数の建設機械のデータを対比するグラフである。
【符号の説明】
５ 通信衛星
６ 無線通信回線
７ インターネット
１１ サーバ装置
１２ データベース
１４、１５、１６、５１、５２、５３、６１、６３、６５ 端末装置
１７ オイル分析センタ
１９ 携帯用端末装置

Claims (8)

1. 建設機械から情報を収集し収集された建設機械情報に基づいて前記建設機械の異常を判断し異常であると判断された場合に建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
   前記建設機械内に設けられ、内部情報を検出することにより第１の建設機械情報を各項目毎に収集する第１の情報収集手段と、
   前記建設機械から取り出された分析対象物を分析することにより第２の建設機械情報を各項目毎に収集する第２の情報収集手段と、
   前記建設機械を目視によって判断することにより第３の建設機械情報を各項目毎に収集する第３の情報収集手段と、
   前記第１、第２および第３の建設機械情報のすべてあるいはいずれか２つの組み合わせの各項目毎に異常度合いを複数のレベルにランク付けしておくとともに、第１、第２および第３の建設機械情報のすべてあるいはいずれか２つの組み合わせそれぞれの項目の異常によって複合して発生する前記建設機械の不具合を複数のレベルにランク付けしておき、
   前記第１、第２および第３の情報収集手段で収集された第１、第２および第３の建設機械情報のすべてあるいはいずれか２つの組み合わせのそれぞれの項目の異常度合いのレベルに基づいて、前記建設機械の不具合のレベルを判別する異常度合い判別手段と
   を具え、
   前記異常度合い判別手段で判別された前記建設機械の不具合のレベルに応じて前記建設機械に対して異常処理を行うようにしたこと
   を特徴とする建設機械の管理装置。
2. 建設機械から情報を収集し収集された建設機械情報に基づいて前記建設機械の異常を判断し異常であると判断された場合に建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
   前記建設機械情報を収集する情報収集手段と、
   前記建設機械に対して異常処理を行う管理者側に設けられた複数の端末装置とを具え、
   前記情報収集手段と、前記複数の端末装置と、サーバ装置とを通信手段によって相互に通信可能に接続し、
   前記サーバ装置に、前記建設機械情報に基づいて異常の度合いを複数のレベルにランク付けするとともに、送信すべき異常度合いのランクと前記複数の端末装置との対応づけを行う前記情報加工手段を設け、
   前記情報収集手段によって収集された建設機械情報を前記通信手段を介して前記サーバ装置に送信し、
   前記サーバ装置の情報加工手段は、送信された建設機械情報に基づいて建設機械の異常の度合いを複数のレベルにランク付けするとともに、送信すべき異常度合いのランクと前記複数の端末装置それぞれとの対応づけを行い、
   前記サーバ装置は、前記端末装置からの要求に応じて、対応するランクの異常度合い情報を、前記通信手段を介して要求元の端末装置へ送信するようにしたこと
   を特徴とする建設機械の管理装置。
3. 建設機械から情報を収集し収集された建設機械情報に基づいて前記建設機械の異常を判断し異常であると判断された場合に建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
   前記建設機械情報を収集する情報収集手段と、
   前記建設機械に対して異常処理を行う管理者側に設けられた複数の端末装置とを具え、
   前記情報収集手段と、前記複数の端末装置と、サーバ装置とを通信手段によって相互に通信可能に接続し、
   前記サーバ装置に、前記建設機械情報に基づいて、前記端末装置側の管理者のレベルに応じた情報に加工する情報加工手段を設け、
   前記情報収集手段によって収集された建設機械情報を前記通信手段を介して前記サーバ装置に送信し、
   前記サーバ装置の情報加工手段は、送信された建設機械情報を前記端末装置側の管理者のレベルに応じた情報に加工し、
   前記サーバ装置は、前記端末装置からの要求に応じて、要求元の端末装置側の管理者のレベルに応じた加工情報を、前記通信手段を介して要求元の端末装置へ送信すること
   を特徴とする建設機械の管理装置。
4. 前記サーバ装置は、要求元の端末装置から前記加工情報を受領した旨のデータが一定期間内に返信されない場合は、当該加工情報を再送すること
   を特徴とする請求項３記載の建設機械の管理装置。
5. 建設機械から情報を収集し収集された建設機械情報に基づいて前記建設機械の異常を判断し異常であると判断された場合に建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
   前記建設機械情報を収集する情報収集手段と、
   前記建設機械に対して異常処理を行う管理者側に設けられた複数の端末装置とを備え、
   前記情報収集手段と、前記端末装置と、サーバ装置とを通信手段によって相互に通信可能に接続し、
   前記サーバ装置に、前記建設機械情報に基づいて異常の度合いを複数のレベルにランク付けする情報加工手段と、前記情報加工手段で行われた異常度合いのランク付けを、ランク付けし直し、ランク付けし直された結果を記憶する記憶手段と
   を設け、
   前記情報収集手段によって収集された建設機械情報を前記通信手段を介して前記サーバ装置に送信し、
   前記サーバ装置の情報加工手段は、送信された建設機械情報に基づいて建設機械の異常の度合いを複数のレベルにランク付けし、
   前記情報加工手段で行われた異常度合いのランク付けを、ランク付けし直し、ランク付けし直された結果を前記記憶手段に記憶し、
   前記サーバ装置は、ランク付けがし直された異常度合いを示す情報を、前記通信手段を介して各端末装置へ送信するようにしたこと
   を特徴とする建設機械の管理装置。
6. 建設機械から情報を収集し収集された建設機械情報に基づいて前記建設機械の異常を判断し異常であると判断された場合に建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
   前記建設機械情報を収集する情報収集手段と、
   前記建設機械に対して異常処理を行う管理者側に設けられた複数の端末装置とを備え、
   前記情報収集手段と、前記端末装置と、サーバ装置とを通信手段によって相互に通信可能に接続し、
   前記サーバ装置に、前記建設機械情報に基づいて異常の度合いを複数のレベルにランク付けする情報加工手段を設け、
   前記情報収集手段によって収集された建設機械情報を前記通信手段を介して前記サーバ装置に送信し、
   前記サーバ装置の情報加工手段は、送信された建設機械情報に基づいて建設機械の異常の度合いを複数のレベルにランク付けし、
   前記サーバ装置は、前記ランク付けされた異常度合いを示す情報を、前記通信手段を介して、特定の端末装置へ送信し、
   前記特定の端末装置は、送信された情報について、異常度合いのランク付けをし直して、前記サーバ装置に送信し、
   前記サーバ装置は、ランク付けがし直された異常度合いを示す情報を、前記通信手段を介して各端末装置へ送信するようにしたこと
   を特徴とする建設機械の管理装置。
7. 前記複数の端末装置は、複数のレベルにランク付けされており、
   前記サーバ装置の情報加工手段で行われた異常度合いのランク付けを、端末装置のレベルに応じて、ランク付けし直し、
   前記サーバ装置は、端末装置のレベルに対応してランク付けし直された異常度合いの情報を、前記通信手段を介して、対応する端末装置へ送信するようにしたこと
   を特徴とする請求項５または６記載の建設機械の管理装置。
8. 同一の環境で稼動する複数の建設機械から情報を収集し収集された建設機械情報に基づいて前記複数の建設機械の異常を判断し異常であると判断された場合に、その建設機械に対して異常処理を行い建設機械を管理するようにした建設機械の管理装置において、
   前記建設機械情報を収集する情報収集手段と、
   前記情報収集手段によって収集された建設機械情報の中から同一種類の情報を選択し、この同一種類の情報が示す値を、複数の建設機械相互間で対比し、この結果、特異な値を示す建設機械を、異常であると判断する異常判断手段と
   を具え、
   前記異常判断手段によって異常であると判断された建設機械に対して異常処理を行うようにしたこと
   を特徴とする建設機械の管理装置。

Images