JP6236432B2 - 作業機械の管理サーバ及び作業機械の管理方法 - Google Patents

Description

本発明は、作業機械の管理サーバ及び作業機械の管理方法に関する。

従来から、作業機械との間で通信を行い、作業機械が一定期間に行った作業内容を示す作業報告（作業日報）を一定期間毎に作成する管理装置が知られている（特許文献１）。

日本国特許第４３４９４７７号公報

従来技術には、作業機械の管理に必要な情報の授受に際し、管理者やサービスマンが端末を直接操作する必要があるという問題があった。

本発明の第１の態様によると、作業機械の管理サーバは、作業機械からのセンサ出力を受信する受信部と、センサ出力に基づいて所定期間ごとに所定期間内の作業機械の稼働状態を表示する定期レポートを作成する定期レポート作成部と、センサ出力に基づいて作業機械の異常を表す異常データを検知すると、少なくとも１つの緊急レポートを作成する緊急レポート作成部と、センサ出力に基づいて即時の対処は必要としないが、今後作業機械の異常につながる可能性があることを表すデータを検知すると、重要レポートを作成する重要レポート作成部と、定期レポート、少なくとも１つの緊急レポート及び重要レポートを、それぞれ予め設定された定期レポート配信先、緊急レポート配信先及び重要レポート配信先に配信する配信部と、定期レポート配信先、緊急レポート配信先、及び重要レポート配信先をそれぞれ特定する配信先特定部と、定期レポート配信先、緊急レポート配信先、及び重要レポート配信先に関する第１情報を格納する第１データベースと、を備え、配信先特定部は、第１情報を参照して、前記定期レポート配信先、及び緊急レポート配信先として、作業機械の購入者に対応する第１配信先と作業機械の販売者に対応する第２配信先を特定し、重要レポート配信先として、販売者に対応する第２配信先を特定する。
本発明の第２の態様によると、第１の態様の作業機械の管理サーバにおいて、言語に関する第２情報を参照して言語を決定する言語決定部をさらに備えるのが好ましい。第１データベースには第２情報がさらに格納され、定期レポート作成部、緊急レポート作成部、及び重要レポート作成部は、言語決定部によって決定された言語で、定期レポート、少なくとも１つの緊急レポート、及び重要レポートをそれぞれ作成する。
本発明の第３の態様によると、第１の態様の作業機械の管理サーバにおいて、即時の対処は必要としないが、今後作業機械の異常につながる可能性があることを表すデータは、作業機械を現状のまま継続使用すると、作業機械の稼働に支障を来すような異常が発生する可能性がある、異常の兆候を表す予兆データである。
本発明の第４の態様によると、第１の態様の作業機械の管理サーバにおいて、外部端末装置によって作業機械に対して行われたチューニングに関する第３情報が格納される第２データベースと、第３情報を外部端末装置から受信して第２データベースに格納する制御部とをさらに備えるのが好ましい。定期レポート作成部は、定期レポートの作成時に第２データベースに第３情報が格納されている場合、第３情報を含む定期レポートを作成する。
本発明の第５の態様によると、第１の態様の作業機械の管理サーバにおいて、定期レポート作成部は、作業機械と同一機種である複数の他の作業機械からのセンサ出力に基づく燃料消費量、作動油温、水温、およびポンプ圧力のいずれかの平均値を、定期レポ?トに併記するのが好ましい。
本発明の第６の態様によると、第１の態様の作業機械の管理サーバにおいて、緊急レポート作成部は、センサ出力に基づいて異常データを検知する際、センサ出力が所定のしきい値を１回越えた場合、センサ出力が所定のしきい値を複数回連続して越えた場合、およびセンサ出力が所定のしきい値を一定期間内に所定回越えた場合の、いずれの場合に異常データを検知したと判定するか、をセンサ出力の種類に応じて切り替えるのが好ましい。
本発明の第７の態様によると、第１の態様の作業機械の管理サーバにおいて、少なくとも１つの緊急レポートは、第１の緊急レポートと、第１の緊急レポートより情報量の多い第２の緊急レポートと、を含み、配信先特定部は、第１の緊急レポートに対応する緊急レポート配信先として、購入者に対応する第１配信先を特定し、第２の緊急レポートに対応する緊急レポート配信先として、販売者に対応する第２配信先を特定するのが好ましい。
本発明の第８の態様によると、第１の態様の作業機械の管理サーバにおいて、定期レポート作成部、緊急レポート作成部及び重要レポート作成部のうちの少なくとも１つは、定期レポート、少なくとも１つの緊急レポート及び重要レポートのうちの少なくとも１つのレポートに記載する作業機械の燃料消費量の項目として、所定期間内の各日付の数値が表示された日付表示領域に対応して設けられた項目表示領域に、日付表示領域に表示された数値に対応する各日付の燃料消費量を表示し、少なくとも１つのレポートにおいて、日付表示領域と項目表示領域とが、所定期間内の日数分、マトリクス状に配置されるのが好ましい。
本発明の第９の態様によると、受信部と、定期レポート作成部と、緊急レポート作成部と、重要レポート作成部と、配信部と、配信先特定部と、を備える管理サーバによる作業機械の管理方法は、受信部が、作業機械からのセンサ出力を受信し、定期レポート作成部が、センサ出力に基づいて所定期間ごとに所定期間内の作業機械の稼働状態を表示する定期レポートを作成し、緊急レポート作成部が、センサ出力に基づいて作業機械の異常を表す異常データを検知すると、少なくとも１つの緊急レポートを作成し、重要レポート作成部が、センサ出力に基づいて即時の対処は必要としないが、今後作業機械の異常につながる可能性があることを表すデータを検知すると、重要レポートを作成し、配信先特定部が、予め設定された定期レポート配信先、緊急レポート配信先、及び重要レポート配信先に関する第１情報を参照して、前記定期レポート配信先、及び緊急レポート配信先として、作業機械の購入者に対応する第１配信先と作業機械の販売者に対応する第２配信先を特定し、重要レポート配信先として、販売者に対応する第２配信先を特定し、配信部が、定期レポート、少なくとも１つの緊急レポート及び重要レポートを、それぞれ、配信先特定部が特定した定期レポート配信先、緊急レポート配信先及び重要レポート配信先に配信する。
本発明の第１０の態様によると、第９の態様の作業機械の管理方法において、緊急レポート作成部は、センサ出力に基づいて異常データを検知する際、センサ出力が所定のしきい値を１回越えた場合、センサ出力が所定のしきい値を複数回連続して越えた場合、およびセンサ出力が所定のしきい値を一定期間内に所定回越えた場合の、いずれの場合に異常データを検知したと判定するか、をセンサ出力の種類に応じて切り替えるのが好ましい。

本発明によれば、必要な情報が記載されたレポートが自動的に配信されるので、油圧ショベルの購入者や販売者は、必要な情報を煩雑な操作なしに得ることが可能となる。

図１は、本発明の一実施の形態に係るサーバを含む油圧ショベルの管理システムの概略を説明する図である。 図２は、油圧ショベルの構成を示す模式図である。 図３は、油圧ショベルが有する油圧回路の概略を示す模式図である。 図４は、油圧ショベルの各部の状態を検出して状態データ（センサ出力）をサーバへ送信するコントローラを含む油圧ショベルの制御系のブロック図である。 図５は、センサ群に含まれるセンサを示す図である。 図６は、サーバの構成を示す模式図である。 図７は、センサ情報データベースに格納されるデータの一例を示す図である。 図８は、契約情報データベースに格納されるデータの一例を示す図である。 図９は、クライアント端末の構成を示す模式図である。 図１０は、チューニングの概念を説明するための模式図である。 図１１は、定期レポートの様式の例を示す図である。 図１２は、サーバの制御装置が実行する定期レポート配信処理のフローチャートである。 図１３は、緊急レポートの様式の一例を示す図である。 図１４は、重要レポートの様式の一例を示す図である。 図１５は、サーバの制御装置が実行するデータ受信処理のフローチャートである。 図１６は、制御装置が、センサ出力等のデータの種類の判別結果に応じて、異常データの検知方法を切り替える様子を表す図である。 図１７は、定期レポートの様式の例を示す図である。

以下、図面を用いて、本発明を、油圧ショベルの管理システムを構成するサーバに適用した一実施の形態について説明する。

図１は、本発明の一実施の形態に係るサーバを含む油圧ショベルの管理システムの概略を説明する図である。図１において、管理システム１は、複数の油圧ショベル１００を管理する。管理システム１は、本実施の形態のサーバ５００と、可搬性の携帯情報端末であるクライアント端末８００とを含む。サーバ５００は、一般公衆回線網等であるネットワーク４００に接続されている。ネットワーク４００にはサーバ５００の他に基地局３００と複数の情報端末９００とがそれぞれ接続されている。サーバ５００はネットワーク４００に接続されたこれらのノード、すなわち基地局３００および複数の情報端末９００とデータの授受を行うことができる。クライアント端末８００は、図示しない無線局や接続機器等を用いて、ネットワーク４００に接続することが可能である。

各々の油圧ショベル１００は、各々の油圧ショベル１００自身の各部の状態を検出する種々のセンサを有している。各々の油圧ショベル１００が有する後述するコントローラは、それら種々のセンサの出力を所定のタイミングで基地局３００に後述する送信機を介して送信する。所定のタイミングとは、例えば数分〜数時間周期毎である。センサ出力の送信タイミングは、これとは異なる所定のタイミングであってもよい。センサ出力の送信タイミングがセンサの種類毎に異なっていてもよいし、全てのセンサについて一律であってもよい。

基地局３００は、通信衛星２００を介してセンサ出力を受信すると、ネットワーク４００を介して当該センサ出力をサーバ５００に送信する。サーバ５００にはセンサ情報データベース（ＤＢ）６００と、契約情報データベース７００とが接続されている。サーバ５００が有する後述する制御装置は、基地局３００を経由して油圧ショベル１００から受信したセンサ出力に、当該センサ出力を送信した油圧ショベル１００を識別するための情報や、当該センサ出力が送信された日時等の情報を付加して、センサ情報データベース６００に格納する。つまりサーバ５００が有する制御装置は、複数の油圧ショベル１００からのセンサ出力を収集してセンサ情報データベース６００に格納する。

詳細は後述するが、クライアント端末８００は、油圧ショベル１００に対してチューニングを行う制御装置を有している。油圧ショベル１００の保守スタッフは、クライアント端末８００が有する制御装置に油圧ショベル１００のチューニングを行わせた後に、クライアント端末８００をネットワーク４００に接続し、クライアント端末８００が有する制御装置にサーバ５００へ当該チューニングに関する情報を送信させる。サーバ５００が有する制御装置は、センサ情報データベース６００に、上述のセンサ出力に加えて、クライアント端末８００から受信したチューニングに関する情報も格納する。

サーバ５００が有する制御装置は、センサ情報データベース６００に格納されたセンサ出力等の情報やチューニングに関する情報等に基づいて、各油圧ショベル１００の状態を表示するレポートを作成し、ネットワーク４００を介して送信する。サーバ５００が有する制御装置は、レポートの送信先を、契約情報データベース７００の内容に基づいて決定する。レポートは、例えば油圧ショベル１００の販売者が利用する情報端末９００や、油圧ショベル１００の購入者（管理者）やオペレータ等が利用する情報端末９００に送信され、当該情報端末９００の表示画面に表示される。

（油圧ショベル１００の構成の説明）
図２は、油圧ショベル１００の構成を示す模式図である。油圧ショベル１００は、走行体８１と、走行体８１の上部に連結された旋回体８２とを有する。旋回体８２は、走行体８１に対して旋回可能である。旋回体８２には、運転室８３と、作業装置８４と、エンジン８５と、旋回油圧モータ８６とが設けられている。作業装置８４は、旋回体８２の本体に取り付けられたブームＢＭと、ブームＢＭに連結されたアームＡＭと、アームＡＭに連結されたアタッチメント、例えばバケットＢＫとを有する。ブームＢＭは、旋回体８２の本体に対して回動可能である。アームＡＭは、ブームＢＭに対して回動可能である。バケットＢＫは、アームＡＭに対して回動可能である。ブームＢＭはブームシリンダＣ１により昇降される。アームＡＭに対してはアームシリンダＣ２によりクラウド操作およびダンプ操作が行われる。バケットＢＫに対してはバケットシリンダＣ３によりクラウド操作およびダンプ操作が行われる。走行体８１には左右の走行用油圧モータ８７および８８が設けられている。

図３は、油圧ショベル１００が有する油圧回路の概略を示す模式図である。エンジン８５は油圧ポンプ２を駆動する。この油圧ポンプ２から吐出される圧油は、複数のコントロールバルブ３ｓ、３ｔｒ、３ｔｌ、３ｂ、３ａおよび３ｂｋでその方向と油量が制御され、上述した旋回油圧モータ８６、左右の走行用油圧モータ８７、８８、油圧シリンダＣ１、Ｃ２、Ｃ３を駆動する。複数のコントロールバルブ３ｓ、３ｔｒ、３ｔｌ、３ｂ、３ａおよび３ｂｋはそれぞれ対応する複数のパイロットバルブ４ｓ、４ｔｒ、４ｔｌ、４ｂ、４ａおよび４ｂｋからそれぞれ供給されるパイロット圧力によって切換操作される。パイロットバルブ４ｓ、４ｔｒ、４ｔｌ、４ｂ、４ａおよび４ｂｋは、パイロット油圧ポンプ５から所定圧力のパイロット油圧が供給され、操作レバー４Ｌｓ、４Ｌｔｒ、４Ｌｔｌ、４Ｌｂ、４Ｌａ、４Ｌｂｋの操作量に応じたパイロット圧力を出力する。複数のコントロールバルブ３ｓ、３ｔｒ、３ｔｌ、３ｂ、３ａおよび３ｂｋは１つのバルブブロックに集約される。複数のパイロットバルブ４ｓ、４ｔｒ、４ｔｌ、４ｂ、４ａおよび４ｂｋも１つのバルブブロックに集約される。

図４は、油圧ショベル１００の各部の状態をセンサ群１０を介して検出して状態データ（センサ出力）をサーバ５００へ送信するコントローラを含む油圧ショベル１００の制御系のブロック図である。油圧ショベル１００には、上述した油圧ショベル１００の各部の状態を検出する複数のセンサを含むセンサ群１０、コントローラ２０、記憶装置２１、送信機３０および受信機３５が搭載されている。センサ群１０から出力される状態検出信号は、所定のタイミングでコントローラ２０によって読み込まれる。

コントローラ２０は、走行操作時間、旋回操作時間、および掘削のためのフロント操作時間を計測するためのタイマ機能２０ａを有している。コントローラ２０は、読み込んだ状態検出信号に基づいて、タイマ機能２０ａにより、走行操作時間、旋回操作時間、フロント操作時間を計測する。これら計測された操作時間は、コントローラ２０によって記憶装置２１に格納される。油圧ショベル１００は、エンジン８５を起動するキースイッチ２２と、エンジン８５の稼働時間を計測するアワメータ２３も有している。

コントローラ２０は、時計機能２０ｂを有しており、時計機能２０ｂによって、キースイッチ２２のオン時刻およびオフ時刻、ならびにエンジン始動時刻およびエンジン停止時刻を認識することができる。これらの時刻もコントローラ２０によって記憶装置２１に格納される。アワメータ２３の計測値も所定のタイミングでコントローラ２０によって読み込まれ、記憶装置２１に格納される。コントローラ２０は、センサ群１０に含まれるその他のセンサの出力（例えばエンジン稼働中の燃料噴出量等）についても、適宜記憶装置２１に記憶させる。

コントローラ２０は、センサ群１０から出力された状態検出信号を、単に記憶装置２１に状態データ（センサ出力）として記憶させるだけではなく、それらのセンサ出力から新たなデータを作成してさらに記憶装置２１に記憶させることもある。具体的には、特定のセンサ出力が予め定められた正常値から乖離した異常値になっていた場合には、コントローラ２０は、当該センサ出力に対応する部位に異常が生じている可能性を示唆するアラームデータを作成して記憶装置２１に記憶させる。例えば、図５を用いて後述するエンジン冷却水温度センサ１５ｗによって検出されたエンジン冷却水の温度が所定のしきい値を上回っていた場合、コントローラ２０はエンジンの冷却系に異常が生じている可能性を示唆するアラームデータを作成して記憶装置２１に記憶させる。

コントローラ２０は、以上で説明した記憶装置２１に記憶させた各データ（例えばセンサ出力、走行、旋回およびフロントの操作時間、ならびにキースイッチオン時刻、およびアラームデータなど）を、所定のタイミングで送信機３０を介して送信する。例えば、アラームデータは、異常が生じている可能性を示唆するデータであるため、速やかに送信されることが望ましい。コントローラ２０は、記憶装置２１がアラームデータを記憶すると、可能な限り速やかに当該アラームデータを送信する。操作時間やキースイッチオン時刻等は、アラームデータに比べて緊急性が低い。そこでコントローラ２０は、これらのデータを定期的（例えば数分〜数時間ごと）に送信する。

送信機３０から送信された電波は通信衛星２００を経由して基地局３００で受信される。コントローラ２０には受信機３５も接続されている。受信機３５は、通信衛星２００を介して基地局３００から送られてくる信号を受信してコントローラ２０へ送出する。

油圧ショベル１００は、クライアント端末８００と接続するための接続インタフェース（Ｉ／Ｆ）２４を有している。接続インタフェース２４は、クライアント端末８００とコントローラ２０との間の通信を仲介するインタフェースである。コントローラ２０には、更に、モード選択ダイヤル２５が接続されている。モード選択ダイヤル２５は、油圧ショベル１００の動作モードを選択するための操作部材である。油圧ショベル１００のオペレータがモード選択ダイヤル２５を操作すると、コントローラ２０には当該操作に応じた操作信号が送出される。コントローラ２０は、当該操作信号に基づいて油圧ショベル１００の動作モードを決定する。

本実施形態において、油圧ショベル１００には、パワーモード（以下、Ｐモードと称する）とエコノミーモード（以下、Ｅモードと称する）と、の２つの動作モードが設けられている。つまり、モード選択ダイヤル２５は、ＰモードとＥモードとを択一的に選択するための操作部材である。コントローラ２０は、油圧ショベル１００がＰモードで動作している場合と、Ｅモードで動作している場合とで、エンジン８５の回転数および／またはトルクを異ならせる。具体的には、Ｐモード動作時、油圧ショベル１００はＥモード動作時よりも高出力で動作する。従って、高出力が要求される高負荷作業を行う際には、油圧ショベル１００の動作モードとしてＰモードをコントローラ２０に設定することが望ましい。Ｅモード動作時、油圧ショベル１００はＰモード動作時よりも良好な燃費で動作する。つまり、Ｐモードは相対的に高出力かつ高燃費な（燃費が悪い）動作モードであり、Ｅモードは相対的に低出力かつ低燃費な（燃費がよい）動作モードである。

記憶装置２１には、ＰモードおよびＥモードの各々に対応するエンジン８５の回転数と油圧ポンプ２の吐出容量（押除け容積）の制御値とが記憶されている。コントローラ２０は、Ｐモードが設定された場合には、Ｐモードに対応するエンジン８５の回転数と油圧ポンプ２の吐出容量の制御値とを記憶装置２１から読み出し、読み出した数値（エンジン８５の回転数および油圧ポンプ２の吐出容量の制御値）に基づいてエンジン８５と油圧ポンプ２とを制御する。コントローラ２０は、Ｅモードが設定された場合には、Ｅモードに対応する各数値（エンジン８５の回転数および油圧ポンプ２の吐出容量の制御値）を記憶装置２１から読み出し、読み出した数値に基づいてエンジン８５と油圧ポンプ２とを制御する。

図５は、センサ群１０に含まれるセンサを示す図である。センサ群１０は、メイン油圧回路系の圧力状態を検出する圧力センサ（メイン油圧系センサ）１１を含む。圧力センサ１１は、図３に示す油圧ポンプ２の吐出圧力を計測する圧力センサ１１ｐと、図２および３に示す走行用油圧モータ８７および８８の駆動圧力を計測する圧力センサ１１ｔｒおよび１１ｔｌと、旋回油圧モータ８６の駆動圧力を計測する圧力センサ１１ｓと、図３に示すブーム油圧シリンダＣ１の駆動圧力を計測する圧力センサ１１ｂと、図３に示すアーム油圧シリンダＣ２の駆動圧力を計測する圧力センサ１１ａと、図３に示すバケット油圧シリンダＣ３の駆動圧力を計測する圧力センサ１１ｂｋとを含む。

センサ群１０は、パイロット油圧回路系の圧力状態を検出する圧力センサ（パイロット油圧系センサ）１３も含む。圧力センサ１３は、図３に示す走行油圧パイロットバルブ４ｔｒおよび４ｔｌから出力されるパイロット圧力ＰｔｒおよびＰｔｌを計測する圧力センサ１３ｔｒおよび１３ｔｌと、図３に示す旋回油圧パイロットバルブ４ｓから出力されるパイロット圧力Ｐｓを計測する圧力センサ１３ｓと、図３に示すブーム油圧パイロットバルブ４ｂから出力されるパイロット圧力Ｐｂを計測する圧力センサ１３ｂと、図３に示すアーム油圧パイロットバルブ４ａから出力されるパイロット圧力Ｐａを計測する圧力センサ１３ａと、図３に示すバケット油圧パイロットバルブ４ｂｋから出力されるパイロット圧力Ｐｂｋを計測する圧力センサ１３ｂｋとを有している。

走行操作時間は、走行パイロット圧力センサ１３ｔｒまたは１３ｔｌが検出した圧力ＰｔｒまたはＰｔｌが所定値以上である時間を積算した時間である。旋回操作時間は、旋回パイロット圧力センサ１３ｓが検出した圧力Ｐｓが所定値以上である時間を積算した時間である。フロント操作時間は、ブーム、アームおよびバケット用パイロット圧力センサ１３ｂ、１３ａおよび１３ｂｋのいずれかが検出した圧力Ｐｂ、ＰａおよびＰｂｋのいずれかが所定値以上である時間を積算した時間である。

センサ群１０は、作動油系センサ１４、すなわちメイン油圧ラインに配設されたフィルタの目詰まりを検出する圧力センサ１４ｆ、および油圧モータや油圧シリンダを駆動する作動油の温度を検出する温度センサ１４ｔも含む。さらにセンサ群１０は、エンジン系統の状態を検出する各種のエンジン系センサ１５を有している。エンジン系センサ１５は、排気ガスに含まれる粒子状物質（ＰＭ）を捕集するディーゼル微粒子捕集フィルター（ＤＰＦ）の上流側および下流側の前後差圧を検出するＤＰＦ差圧センサ１５ｄと、エンジン８５の冷却水温を検出する冷却水温度センサ１５ｗと、エンジンオイルの圧力を検出するエンジンオイル圧力センサ１５ｏｐと、エンジンオイルの温度を検出するエンジンオイル温度センサ１５ｏｔと、エンジンオイルのレベルを検出するエンジンオイルレベルセンサ１５ｏｌと、エアフィルタの目詰まりを検出する目詰まりセンサ１５ａｆと、燃料残量を計測する燃料残量センサ１５ｆと、バッテリの充電電圧を検出するバッテリ電圧センサ１５ｖと、エンジン回転数を検出する回転数センサ１５ｒとを有している。

（サーバ５００の構成の説明）
図６は、サーバ５００の構成を示す模式図である。サーバ５００は、制御装置５１０と、記憶部５２０と、通信部５３０とを有する。制御装置５１０は、図示しないマイクロコンピュータおよびその周辺回路を含む。制御装置５１０は、記憶部５２０によって予め記憶されている制御プログラムを読み込んで実行することにより、サーバ５００の各部を制御する。記憶部５２０は、例えば固定ディスク等の不揮発性の記憶装置である。通信部５３０は、所定の手順に則ってネットワーク４００を介したデータ通信を行う。

制御装置５１０には、センサ情報データベース６００および契約情報データベース７００が接続されている。以下、これらの各データベースの内容について、例を挙げて説明する。

図７は、センサ情報データベース６００に格納されるデータの一例を示す図である。１つの油圧ショベル１００から基地局３００を介してサーバ５００に送信されるデータの種類は多岐に渡るため、図７ではその一部のみを図示している。

サーバ５００が有する制御装置５１０は、センサ情報データベース６００に、基地局３００を介して各油圧ショベル１００から受信したデータのデータ種別６３０と、データ値６４０と、当該データの受信日時６１０と、当該データを送信したコントローラ２０を有する油圧ショベル１００に固有の作業機ＩＤ６２０と、をそれぞれ関連付けて格納する。図７ではデータ種別６３０の一例として、アワメータ、油圧ショベル１００の購入後経過時間（累計）、エンジン始動時刻、エンジン停止時刻、エンジン始動時刻からエンジン停止時刻までの期間におけるエンジン８５の燃料吐出容量を挙げている。

センサ情報データベース６００には、クライアント端末８００から送信されたチューニング情報も格納される。制御装置５１０は、チューニング情報をセンサ情報データベース６００に格納する際、データ種別６３０を「チューニング情報」とし、データ値６４０を当該チューニング情報の内容とし、受信日時６１０を当該チューニング情報を受信した日時とし、作業機ＩＤ６２０を当該チューニングが為された油圧ショベル１００に固有の作業機ＩＤとする。チューニング情報については後に詳述する。

契約情報データベース７００の内容について説明する前に、本実施形態における保守契約の例について説明する。

油圧ショベル１００の購入者（管理者）は、販売者との間で油圧ショベル１００の保守契約を締結することができる。油圧ショベル１００の保守契約には、保守に関する個々の要素毎に個別に契約を行う個別契約と、それら複数の個別契約を１つのパッケージとして包括した包括契約とが存在する。本実施形態において、個別契約には、長期保証契約と、メンテナンス契約と、データレポート契約と、チューニング契約とが存在する。これらの個別契約は、油圧ショベル１００毎に締結され、油圧ショベル１００毎にどの個別契約を締結するかを、油圧ショベル１００の購入者（管理者）が自由に選択することができる。包括契約は、それらの個別契約を全て含む契約であり、油圧ショベル１００毎に締結される。サーバ５００と接続されている契約情報データベース７００には、個々の油圧ショベル１００に対してどのような契約が締結されているかを表す契約情報が格納されている。

長期保証契約は、油圧ショベル１００の特定の部品等について、予め一定の料金を支払う契約を行うことによって、通常よりも長期に一定の性能や故障時の修理および交換等が保証される契約である。メンテナンス契約は、油圧ショベル１００の特定の消耗品等について、予め一定の料金を支払う契約を行うことによって、一定期間毎の補給および交換等が保証される契約である。データレポート契約は、油圧ショベル１００の稼働状態について、サーバ５００から定期的にレポートが提供（配信）される契約である。チューニング契約は、油圧ショベル１００に対して、クライアント端末８００を用いたチューニングが提供される契約である。

図８は、契約情報データベース７００に格納されるデータの一例を示す図である。契約情報データベース７００には、各油圧ショベル１００毎に、当該油圧ショベル１００の作業機ＩＤ７１０と、当該油圧ショベル１００を購入した（保有する）購入者（管理者）に関する顧客情報７２０と、その購入者（管理者）と販売者との間で締結された保守契約の契約内容７３０および契約期間７４０とが関連付けて格納されている。油圧ショベル１００の保守契約の締結当事者の一方が油圧ショベル１００の購入者であり、その締結当事者の他方が油圧ショベル１００の販売者である。データレポート契約が締結されている場合と、包括契約が締結されている場合と、のいずれかの場合には、サーバ５００で作成されたレポートの送付先の電子メールアドレスである第１送付先アドレス７５０と、当該送付先に送信するレポートの言語を表す第１言語７６０とが、併せて格納される。第１送付先アドレス７５０には、油圧ショベル１００の購入者（管理者）やオペレータ等の電子メールアドレスが予め設定される。契約情報データベース７００には更に、第２送付先アドレス７７０と、当該第２送付先アドレス７７０に送信されるレポートの言語を表す第２言語７８０とが格納されている。第２送付先アドレス７７０には、油圧ショベル１００の販売者（例えば代理店などの営業拠点）の電子メールアドレスが予め設定される。

詳細は後に説明するが、サーバ５００では、複数の種類のレポートを作成可能である。サーバ５００で作成されたレポートは、当該レポートの種類に応じて、購入者か、販売者か、もしくはその両方に送信される。

（クライアント端末８００の構成の説明）
図９は、クライアント端末８００の構成を示す模式図である。クライアント端末８００は、制御装置８１０と、記憶部８２０と、通信部８３０と、表示部８４０と、操作部８５０と、接続インタフェース（Ｉ／Ｆ）８６０とを有する。

制御装置８１０は、図示しないマイクロコンピュータおよびその周辺回路を含む。制御装置８１０は、記憶部８２０によって予め記憶されている制御プログラムを読み込んで実行することにより、クライアント端末８００の各部を制御する。記憶部８２０は、例えば固定ディスク等の不揮発性の記憶装置である。通信部８３０は、所定の手順に則ってネットワーク４００を介したデータ通信を行う。

表示部８４０は、例えば液晶ディスプレイ等の表示装置である。操作部８５０は、例えばキーボードやマウス、タッチパネル等の操作部材を有しており、それらの操作部材に対してユーザ（保守スタッフ）が行った操作に応じた操作信号を制御装置８１０に送出する。接続インタフェース８６０は、油圧ショベル１００と接続するためのインタフェースである。クライアント端末８００の制御装置８１０は、接続インタフェース８６０により接続された油圧ショベル１００のコントローラ２０と相互に通信を行うことで、例えば記憶装置２１の記憶内容をコントローラ２０を介して書き換えることができる。

クライアント端末８００を用いた油圧ショベル１００のチューニングについて説明する。図１０は、チューニングの概念を説明するための模式図であり、横軸がエンジン出力（キロワット時）、縦軸が単位時間あたりの燃料消費量（リットル毎時）すなわち燃費を表している。油圧ショベル１００におけるエンジン出力と燃費との関係は、図１０に直線８７０で示す通り、概ね線形になっている。つまり、エンジン出力を高めるほど単位時間当たりの燃料消費量は増大し、逆にエンジン出力を低くするほど単位時間当たりの燃料消費量は減少する。

出荷時の油圧ショベル１００において、Ｅモードにおけるエンジン出力が所定値Ａとなるように、且つ燃費が所定値Ｘとなるように、Ｅモードにおけるエンジン８５の回転数および油圧ポンプ２の吐出容量の制御値が設定されている。出荷時の油圧ショベル１００において、Ｐモードにおけるエンジン出力が所定値Ａよりも大きい所定値Ｂとなるように、且つ燃費が所定値Ｘよりも大きい所定値Ｙとなるように、Ｐモードにおけるエンジン８５の回転数および油圧ポンプ２の吐出容量の制御値が設定されている。具体的には、これらＥモードおよびＰモードのそれぞれのモードに対応するエンジン８５の回転数および油圧ポンプ２の吐出容量の制御値が、記憶装置２１によって記憶されている。

油圧ショベル１００の購入者は、上述した包括契約か、または個別契約のうちチューニング契約が締結されている油圧ショベル１００に対して、ＰモードやＥモードのチューニングが提供されることを希望することができる。本実施形態におけるチューニングとは、油圧ショベル１００の記憶装置２１に格納されている、Ｐモード／Ｅモード動作時のエンジン８５の回転数および／または油圧ポンプ２の吐出容量の制御値を書き換えることを指す。油圧ショベル１００に対し、本実施形態におけるチューニングが行われることによって、Ｐモード動作時の出力（燃費）を、Ｐモードの標準的な出力（燃費）から上下させること、および、Ｅモード動作時の出力（燃費）を、Ｅモードの標準的な出力（燃費）から上下させることができる。Ｐモード動作時のチューニング可能な上記制御値の設定範囲８７２と、Ｅモード動作時のチューニング可能な上記制御値の設定範囲８７１とは、互いに重複しない。Ｐモード動作時のチューニング可能な設定範囲８７２は、出荷時のＰモード動作用の上記制御値の設定値を含む。Ｅモード動作時のチューニング可能な設定範囲８７１は、出荷時のＥモード動作用の上記制御値の設定値を含む。

購入者がチューニングの申し入れを販売者に対して行うと、販売者はクライアント端末８００を所持した保守スタッフを油圧ショベル１００の設置現場に派遣する。保守スタッフは、現場に向かうのに先だって、予めクライアント端末８００をネットワーク４００に接続させ、サーバ５００からチューニング対象の油圧ショベル１００に関する契約情報をクライアント端末８００にダウンロードしておく。

サーバ５００が有する制御装置５１０は、クライアント端末８００が有する制御装置８１０からダウンロードのリクエストを受信すると、契約情報データベース７００から当該リクエストに対応する油圧ショベル１００の契約情報を読み出してクライアント端末８００が有する制御装置８１０に送信する。クライアント端末８００が有する制御装置８１０は、サーバ５００から受信した契約情報を記憶部８２０に格納する。その後、保守スタッフは、クライアント端末８００を持って油圧ショベル１００の設置現場に向かい、クライアント端末８００を、接続インタフェース８６０により油圧ショベル１００に接続する。保守スタッフは、クライアント端末８００が有する制御装置８１０に対し、油圧ショベル１００に対するチューニング処理を実行するよう、命令を入力する。

クライアント端末８００の制御装置８１０は、チューニング処理において、記憶部８２０によって記憶された契約情報を参照し、クライアント端末８００が接続されている油圧ショベル１００へのチューニングが許可されているか否かを判定する。記憶部８２０によって記憶された契約情報として、有効な包括契約またはチューニング契約が記憶部８２０に存在する場合、制御装置８１０は、チューニングが許可されていると判定する。制御装置８１０は、チューニングが許可されていると判定した場合、油圧ショベル１００のエンジン回転数および／またはトルクを、コントローラ２０を介して変更する。換言すると、油圧ショベル１００の記憶装置２１によって記憶されているエンジン８５の回転数および油圧ポンプ２の吐出容量の制御値を、保守スタッフにより操作部８５０を介して制御装置８１０に入力された入力値に、コントローラ２０が書き換える。このようにして油圧ショベル１００のチューニングが実施されることによって、油圧ショベル１００のエンジン８５の回転数および油圧ポンプ２の吐出容量の制御値が変更される。それらの制御値の変更のために保守スタッフにより操作部８５０を介して制御装置８１０に入力された上記入力値が、チューニングの内容に関する情報（チューニング情報）として、制御装置８１０または記憶部８２０によって記憶される。

保守スタッフは、クライアント端末８００の制御装置８１０に油圧ショベル１００のチューニング処理を実行させた後、クライアント端末８００を再度ネットワーク４００に接続する。クライアント端末８００からサーバ５００へ、実施されたチューニングの内容に関するチューニング情報が、制御装置８１０によって通信部８３０を介して送信される。サーバ５００の制御装置５１０は、通信部５３０を介して受信したチューニング情報に、当該チューニングが行われた油圧ショベル１００を識別する作業機ＩＤや、当該チューニングが行われた日時等の情報を付加して、センサ情報データベース６００に格納する。

上述したトルクの変更は以下のようにして行うことができる。

可変容量油圧ポンプの押し除け容量はポンプレギュレータにより調節される。油圧ポンプは、いわゆる全馬力制御で駆動されるものとする。油圧ポンプ吐出圧力に応じて押し除け容積が規定される。この押し除け容積調節は以下のようにして行われる。いわゆるＰＱ線図と呼ばれる特性線図に基づき、ポンプ吐出圧力の測定値に基づいてポンプレギュレータが駆動制御されることによって、押し除け容積が調節される。

ＰＱ線図で表される圧力と吐出量（＝エンジン回転数×ポンプ押し除け容量）との積がトルクに対応する物理量（油圧ポンプ吸収馬力）である。吐出量は、エンジン回転数とポンプ押し除け容量との積である。この実施形態では、ＰモードおよびＥモードのそれぞれに応じて２種類のＰＱ特性線図が規定される。ＰモードのＰＱ線図によればＥモードのＰＱ線図に比較して大きなトルクが得られるように、それら２種類のＰＱ特性線図が設定されている。

チューニングによりトルクを増減する制御の一例を説明すると以下のとおりである。たとえば、Ｐモードでエンジン回転数を一定としたままトルクを大きくするためには、Ｐモードで選択されたＰＱ特性線図に基づいてポンプ吐出圧力から決定されたポンプ吐出容量を大きくすればよい。したがって、たとえば、決定されたポンプ吐出容量に１よりも大きい係数を掛け合わせた値に等しいポンプ容量がチューニングにより得られるように、レギュレータが制御される。

（レポートの説明）
サーバ５００から油圧ショベル１００の購入者（所有者）やオペレータ、販売者等に送信されるレポートについて説明する。サーバ５００が有する制御装置５１０は、定期レポートと、緊急レポートと、重要レポートと、の３種類のレポートを作成し配信する。本実施形態のサーバ５００が有する制御装置５１０は、これら３種類のレポートを油圧ショベル１００ごとに作成するが、複数の油圧ショベル１００を購入した購入者や、複数の油圧ショベル１００を販売した販売者に向けて、それら複数の油圧ショベル１００に対応する１つのレポートを作成し配信してもよい。

（定期レポートの説明）
定期レポートは、サーバ５００が有する制御装置５１０が、センサ出力等を所定期間（本実施形態では暦月の１ヶ月）ごとに収集して作成するレポートである。サーバ５００は、月初に、契約情報データベース７００を参照して、定期レポートを作成すべき油圧ショベル１００を特定する。具体的には、制御装置５１０は、契約内容７３０が示す契約が包括契約またはデータレポート契約であり、且つ契約期間７４０が現在の日付を含むレコードを抽出する。こうして抽出されたレコードに含まれる作業機ＩＤ７１０に対応する油圧ショベル１００が特定される。制御装置５１０は、その特定した各々の油圧ショベル１００について、契約情報データベース７００内の第１言語７６０や第２言語７８０に基づく言語で、当該油圧ショベル１００の前月の稼働状態を表示する定期レポートを作成する。サーバ５００の制御装置５１０は、作成したレポートを、契約情報データベース７００内の第１送付先アドレス７５０および第２送付先アドレス７７０の各々に予め設定された配信先（上記契約の締結者である購入者および販売者）に、電子メールとして配信する。

定期レポートは、一定期間における油圧ショベル１００の稼働状況を確認するためのレポートであり、後述する他のレポートに比べて緊急性の低いレポートである。従って、サーバ５００の制御装置５１０は、必ずしも定期レポートを作成後すぐに送信する必要はない。制御装置５１０は、例えば、ネットワーク４００の通信量が少ない時間帯（例えば深夜あるいは早朝等）になるまで待ってから定期レポートを送信してもよい。同一の定期レポートについて、制御装置５１０が購入者に送信するタイミングと、制御装置５１０が販売者に送信するタイミングとが互いに異なっていてもよい。

図１１は、定期レポートの様式の一例を示す図である。定期レポート１５０は、最新アワメータ値１５１と、油圧ショベル１００の購入後の経過年数１５２と、油圧ショベル１００の累計稼働日数１５３と、レポート作成対象の月における油圧ショベル１００の累計稼働時間１５４と、油圧ショベル１００の燃費カレンダー（稼働状況カレンダー）１５５と、レポート作成対象の月における油圧ショベル１００の累計の燃料消費量１５９と、レポート作成対象の月における油圧ショベル１００の１日あたりの平均燃料消費量１６０（時間燃費）と、油圧ショベル１００の累計燃料消費量に基づいて算出されたＣＯ２排出量１６１と、を含む。レポート作成対象の月における油圧ショベル１００の累計の燃料消費量１５９と、レポート作成対象の月における油圧ショベル１００の１日あたりの平均燃料消費量１６０と、油圧ショベル１００の累計燃料消費量に基づいて算出されたＣＯ２排出量１６１と、については、更に前月比の差分値（増減値）１６２、１６３、および１６４も定期レポート１５０に含まれる。

更に、レポート作成対象の油圧ショベル１００が上述したチューニングを受けている場合、定期レポート１５０には、上述したチューニング情報として、当該チューニングの実施日１５６と、Ｐモードのチューニング内容１５７と、Ｅモードのチューニング内容１５８とが表示される。

定期レポート１５０に含まれる燃費カレンダー１５５には、上述した所定期間内、すなわち暦月内の油圧ショベル１００の稼働時間と燃料消費量とが、日単位で一括して表示される。具体的には、日付の数値（１日なら１、２日なら２など）が表示された日付表示領域である第１領域と、第１領域に隣接して設けられた同日付の稼働時間を表示する項目表示領域である第２領域と、第２領域に隣接して設けられた同日付の燃料消費量を表示する項目表示領域である第３領域とが、暦月内の日数分、マトリクス状に配置される。例えば、図１１に例示する燃費カレンダー１５５中のＹＹＹＹ年ＭＭ月２日（Ｍｏｎ）においては、稼働時間が８．２時間であって、且つ燃料消費量が１５０リットルである旨が表示され、ＹＹＹＹ年ＭＭ月１日（Ｓｕｎ）のように非稼動日においては、空欄で表示され、燃費カレンダー１５５によれば、稼動および非稼動の別、ならびに、日毎の稼動時間とその日の燃料消費量とを一目で把握できる。日毎の稼働時間は、油圧ショベル１００のエンジン始動時刻からエンジン停止時刻までの稼働時間を日毎に積算することにより算出される。本実施形態では更に、各日付に相当する欄の背景色を、稼働時間が多い日付ほど濃い色にすることで、月全体における累計稼働時間の多寡と日付別の稼働時間の多寡とを一目で把握することができるようになっている。背景色を、日毎の稼働時間でなく、日毎の燃料消費量や、単位時間当たりの燃料消費量に基づいて変化させてもよい。

上述したように、油圧ショベル１００から収集されたセンサ出力等の情報がセンサ情報データベース６００によって記憶されているので、それらの記憶されている情報に基づいて定期レポート１５０に記載されている各項目が制御装置５１０によって作成される。例えば最新アワメータ値１５１は、定期レポート１５０に対応する所定期間内に油圧ショベル１００から制御装置５１０が受信したアワメータ値のうち、最も新しいものを、センサ情報データベース６００から制御装置５１０が検索することにより、定期レポート１５０に記載することができる。他の項目についても同様に、センサ情報データベース６００に蓄積されたセンサ出力等の情報から作成可能である。

図１２は、サーバ５００の制御装置５１０が実行する定期レポート配信処理のフローチャートである。ステップＳ３００において、制御装置５１０は、管理下にある全ての油圧ショベル１００の作業機ＩＤから、本定期レポート配信処理において未選択の作業機ＩＤを１つ選択する。ステップＳ３１０〜Ｓ３５０の処理は、ここで選択した作業機ＩＤの油圧ショベル１００について実行される。

ステップＳ３１０で制御装置５１０は、ステップＳ３００で選択された作業機ＩＤを契約情報データベース７００にて検索し、当該作業機ＩＤに対応する有効期間内のデータレポート契約を含む包括契約またはデータレポート契約の個別契約が存在するか否かを判定する。そのような契約が存在しない場合、制御装置５１０は処理をステップＳ３６０に進める。ステップＳ３１０で有効な契約が存在する場合には、制御装置５１０は処理をステップＳ３２０に進める。

ステップＳ３２０において制御装置５１０は、契約情報データベース７００の第１言語７６０および第２言語７８０を参照し、今回作成する定期レポート１５０の言語を決定する。図１５を用いて後述するステップＳ４００の処理で、油圧ショベル１００から送信されたセンサ出力データは制御装置５１０によって受信され、ステップＳ４１０の処理で受信されたセンサ出力データは制御装置５１０によってセンサ情報データベース６００内に格納される。ステップＳ３３０で制御装置５１０は、センサ情報データベース６００を参照し、センサ情報データベース６００内に格納されたセンサ出力データに基づいて定期レポート１５０を作成する。第１言語７６０と第２言語７８０とが異なる場合は、それぞれの言語に対応する２つの定期レポート１５０が作成される。２つの定期レポート１５０においては、表記に用いられる言語は異なるが、記載される情報自体は同一である。

ステップＳ３４０で制御装置５１０は、契約情報データベース７００の第１送付先アドレス７５０および第２送付先アドレス７７０を参照し、今回作成した定期レポート１５０の配信先を特定する。ステップＳ３５０で制御装置５１０は、ステップＳ３４０で特定した配信先に、ステップＳ３３０で作成した定期レポート１５０を、通信部５３０を介して配信する。

ステップＳ３６０において制御装置５１０は、制御装置５１０の管理下の全ての油圧ショベル１００の作業機ＩＤをステップＳ３００で選択したか否かを判定する。未選択の油圧ショベル１００が残っている場合には、制御装置５１０は処理をステップＳ３００に戻し、ステップＳ３００以降の処理を繰り返し実行する。制御装置５１０は、全ての油圧ショベル１００を選択済みの場合には、図１２の処理を終了する。

（緊急レポートの説明）
緊急レポートは、油圧ショベル１００に何らかの異常が発生したことを報知するレポートである。サーバ５００が有する制御装置５１０は、油圧ショベル１００から送信されるセンサ出力等を受信すると、受信した情報をセンサ情報データベース６００に格納すると共に、受信した情報から異常データの検知を試みる。異常データとは、例えば冷却系の故障やエンジン８５の故障など、油圧ショベル１００の稼働に支障を来すような異常の発生を表すデータである。

サーバ５００が有する制御装置５１０による異常データの検知は、油圧ショベル１００から送信されたアラームデータや、油圧ショベル１００から送信されたセンサ出力データなどに基づいて行われる。以下、異常データの検知処理について、具体的に例を挙げて説明する。

（１）ＤＰＦの再生機構
油圧ショベル１００のエンジン８５は、排気ガスの排出経路にＤＰＦを備えている。ＤＰＦ差圧センサ１５ｄはＤＰＦの前後の圧力の差を検知する。この圧力の差は、ＤＰＦへのＰＭの堆積量（ＤＰＦの目詰まりの度合い）を表している。検出されたＰＭの堆積量は、所定値以上の変化が発生する度に、センサ出力データとしてサーバ５００へ送信される。

油圧ショベル１００のコントローラ２０は、ＤＰＦが目詰まりしてしまうことを防止するため、ＤＰＦの再生制御を実行する。再生制御は、例えばポスト噴射を実行したり、エンジンの回転数を上げたりすることによって、コントローラ２０が、ＤＰＦを通過する排気の温度を上昇させ、ＰＭを燃焼させる制御である。コントローラ２０は、所定時間毎に自動的に実行する時間再生制御と、油圧ショベル１００のオペレータによる手動操作に応じて実行する手動再生制御と、の２種類の再生制御を実行可能である。

再生制御は、例えば燃費が悪くなったり、エンジン８５の出力が落ちたりといった、油圧ショベル１００の稼動に対する影響を生じる場合がある。コントローラ２０は、時間再生制御において、ＤＰＦの再生効果が小さいもののこのような影響が少なくなるような制御を行う。コントローラ２０は、手動再生制御において、より再生効果が大きい制御を行うが、このときは、例えば油圧ショベル１００を用いた作業が行えなかったり、あるいはその作業内容に制限が出る等、油圧ショベル１００の稼動に対して、時間再生制御より大きな影響が出る。

コントローラ２０は、再生制御の実行が完了すると、再生制御の実行が完了したことを表すデータと共に、再生完了後にＤＰＦ差圧センサ１５ｄにより検出されたＰＭの堆積量のセンサ出力データを送信する。サーバ５００の制御装置５１０は、時間再生制御完了時のＰＭの堆積量が所定のしきい値以上であることを表すデータ、すなわち、時間再生制御が実行されたにも関わらず、ＰＭの堆積量が十分に下がらなかったことを表すデータを、異常データとして検知する。

（２）エンジンの冷却機構
油圧ショベル１００は、エンジン冷却水温度センサ１５ｗによってエンジン冷却水の温度を検出する。油圧ショベル１００は、作動油温度センサ１４ｔによって、油圧モータや油圧シリンダを駆動する作動油の温度を検出する。更に、油圧ショベル１００は、図示しない外気温センサにより、油圧ショベルが稼動している場所の外気温度を検出する。

油圧ショベル１００において検出されたこれらのセンサ出力データは、油圧ショベル１００のコントローラ２０によって、サーバ５００へ定期的に送信される。サーバ５００の制御装置５１０は、例えば直近１時間以内に複数の油圧ショベル１００（同一機種）から送信されてきたエンジン冷却水の温度から、エンジン冷却水温度の平均温度を算出する。作動油温度、外気温度についても同様に、平均温度を算出する。

制御装置５１０は、ある油圧ショベル１００について、その油圧ショベル１００から送信されてきた最新の温度（エンジン冷却水の温度、作動油温度、外気温度）、上記最新の各温度の平均温度、過去にその油圧ショベルから送信されてきた温度などに基づいて、その油圧ショベル１００の異常データを検知する。例えば、ある油圧ショベル１００において検出された冷却水温度および作動油温度のそれぞれが、その油圧ショベル１００と同一機種の油圧ショベル１００において同時間帯に検出された温度の平均値よりも非常に高ければ、その油圧ショベル１００のラジエータがかなり目詰まりしていると考えられる。この状況を放置してしまうといずれ深刻な故障が発生することも考えられるため、制御装置５１０はその油圧ショベル１００において検出された冷却水温度と作動油温度とを含むデータを、異常データとして検知する。

油圧ショベル１００において、冷却水温度が一定値以上になると、コントローラ２０が、オーバーヒート警告を表すアラームデータをサーバ５００へ送信する。制御装置５１０は、ある油圧ショベル１００において検出された冷却水温度と作動油温度とのそれぞれが、複数の油圧ショベル１００における平均温度と大差ないにも関わらず、その油圧ショベル１００からオーバーヒート警告を表すアラームデータが送信されてきた場合、その油圧ショベル１００の電気系に異常が発生しつつあると判断し、異常データを検知したと判定する。

以上のように、サーバ５００の制御装置５１０は、油圧ショベル１００から収集したセンサ出力データやアラームデータ等に基づいて、油圧ショベル１００の稼働に支障を来すような異常を表す異常データを検知する。

制御装置５１０は、センサ出力データやアラームデータの種類に応じて、異常データの検知方法を切り替える。図１６は、制御装置５１０が、センサ出力等のデータの種類の判別結果に応じて、異常データの検知方法を切り替える様子を表す図であって、図１５のステップＳ４３０で行われる処理の詳細を示している。例えばある種類Ｘのセンサ出力データが所定のしきい値を超過したことを検出したとき（ステップＳ４３０内のステップＳ４３１０で肯定判定）、制御装置５１０は、その種類Ｘのセンサ出力データが所定のしきい値を１回でも越えていればすぐに異常データを検知したと判定し（ステップＳ４３２０で肯定判定、すなわちステップＳ４３０で肯定判定）、種類Ｘ以外の別の種類のセンサ出力データについては、制御装置５１０は、その別の種類のセンサ出力データが所定のしきい値を３回連続して越えていた場合にのみ異常データを検知したと判定する（ステップＳ４３５０で肯定判定、すなわちステップＳ４３０で肯定判定）。これは、センサの種類に応じて、センサ出力データの信頼性に差があるためである。例えば検出誤差が大きいセンサによって得られたセンサ出力データの場合であれば、そのセンサ出力データが示す検出値が大きな誤差を含んだ結果として偶然しきい値を越えたのか、あるいは実際に異常が発生した結果としてその検出値がしきい値を越えたのかがわからない。制御装置５１０は、そのような検出誤差が大きいセンサによって得られたセンサ出力データについては、複数回連続してセンサ出力データがしきい値を越えた場合にのみ、異常データを検知したと判定する。ステップＳ４３１０またはＳ４３５０で否定判定の場合、制御装置５１０は、異常データを検知しなかったと判定する（ステップＳ４３０で否定判定）。制御装置５１０は、検出誤差の大きさがさらに異なる他の種類Ｙのセンサ出力データについては、そのセンサ出力データが複数回連続してしきい値を越えたか否かに基づいて異常データを検知したか否かを判定するのではなく、その種類Ｙのセンサ出力データが一定期間内に所定回しきい値を越えたか否かに基づいて異常データを検知したか否かを判定してもよい。すなわち、制御装置５１０は、センサ出力データが一定期間内に所定回しきい値を越えた場合（ステップＳ４３３０で肯定判定）、そのセンサ出力データの種類がＹであれば（ステップＳ４３４０で肯定判定）、制御装置５１０は、異常データを検知したと判定する（ステップＳ４３０で肯定判定）。

図１３（ａ）、図１３（ｂ）は、緊急レポートの様式の例を示す図である。本実施形態のサーバ５００が有する制御装置５１０は、同一の異常データに対し、図１３（ａ）に示す第１緊急レポート２５０と、図１３（ｂ）に示す第２緊急レポート３５０と、の２種類の緊急レポートを作成する。

第１緊急レポート２５０は、レポートの対象となった油圧ショベル１００（異常が発生した油圧ショベル１００）を特定するための作業機ＩＤ２５１と、当該異常の内容を表す異常の内容２５２とを含む。サーバ５００が有する制御装置５１０は、第１緊急レポート２５０を、契約情報データベース７００の第１言語７６０に基づく言語で作成し、第１送付先アドレス７５０に基づく配信先（購入者）に配信する。

第２レポート３５０は、レポートの対象となった油圧ショベル１００（異常が発生した油圧ショベル１００）を特定するための作業機ＩＤ３５１と、油圧ショベル１００において検出されたアラームデータの内容を表すアラーム３５２と、異常が発生した原因を表す原因３５３と、当該異常に対する対処方法を表す具体的対応３５４と、当該対処方法に関する記載があるマニュアルのページ番号や当該マニュアルを参照するためのＵＲＬ等を含むマニュアル情報３５５と、センサ出力データ３５６とを含む。サーバ５００が有する制御装置５１０は、第２緊急レポート３５０を、契約情報データベース７００の第２言語７８０に基づく言語で作成し、第２送付先アドレス７７０に基づく配信先（販売者）に配信する。

図１３（ｂ）に示した第２緊急レポート３５０は、図１３（ａ）に示した第１緊急レポート２５０よりも記載内容が豊富である。換言すると、第２緊急レポート３５０は第１緊急レポート２５０よりも情報量が多い。これは、販売者は異常データに対応した処置（修理等）を油圧ショベル１００に施す必要があり、センサ出力データ等の、いわば油圧ショベル１００の内部情報についても把握しておく必要があるためである。そのような内部情報を購入者に提示しても、購入者の問題解決には役に立たず、レポートの煩雑さが増すだけであるため、購入者に送信される第１緊急レポート３５０には、そのような内部情報は記載されない。

（重要レポートの説明）
重要レポートは、油圧ショベル１００に何らかの異常の発生につながる兆候が見られることを報知するレポートである。サーバ５００が有する制御装置５１０は、異常データの検知と前後して、油圧ショベル１００から受信した情報に基づく予兆データの検知を試みる。予兆データとは、油圧ショベル１００を現状のまま継続使用すると、例えば冷却系の故障やエンジン８５の故障など、油圧ショベル１００の稼働に支障を来すような異常が発生する可能性があることを表すデータである。

例えば、ある油圧ショベル１００において、過去一ヶ月間の吸気温と作動油温と冷却水温との変化傾向を見たとき、吸気温と作動油温とが下降傾向にあるのに対し、冷却水温が上昇傾向にあった場合、油圧ショベル１００の冷却系の働きが鈍りつつあると考えられる。これを放置すれば、やがて冷却系は冷却機能を喪失し、エンジン８５のオーバーヒート等が発生して油圧ショベル１００の稼働に支障を来すことが考えられる。以上のように、即時の対処は必要としないものの、今後異常につながる可能性がある、異常の兆候を表すデータが、予兆データである。制御装置５１０は、センサ情報データベース６００に蓄積された油圧ショベル１００のセンサ出力データ等を利用して、このような予兆データを検知し、予兆データに基づいて重要レポートを生成する。

図１４は、重要レポートの様式の一例を示す図である。重要レポート４５０は、レポートの対象となった油圧ショベル１００（異常の兆候が見られる油圧ショベル１００）を特定するための作業機ＩＤ４５１と、油圧ショベル１００において検出された過去のセンサ出力データの内容を表す過去１ヶ月のセンサ出力データ４５２と、異常の発生要因を提示する考えられる要因４５３と、今後発生する可能性がある異常を表す発生しうる異常４５４と、当該異常の発生を防止するための対応方法を表す具体的対応４５５とを含む。

サーバ５００が有する制御装置５１０は、重要レポート４５０を、契約情報データベース７００の第２言語７８０に基づく言語で作成し、第２送付先アドレス７７０に基づく配信先（販売者）に配信する。つまり、サーバ５００が有する制御装置５１０は重要レポート４５０を油圧ショベル１００の購入者には配信しない。これは、予兆データは今後油圧ショベル１００にどのような保守を行えばよいかを決定するためのデータであり、直ちに油圧ショベル１００が稼働できなくなったり、必ず油圧ショベル１００が稼働できなくなることを表すデータではないためである。換言すれば、予兆データは異常データに比べて不確実性の高いデータであり、重要レポート４５０が配信されても、油圧ショベル１００に何らかの処置を施さなければならないというわけではない。販売者は、配信された重要レポート４５０を精査し、本当に油圧ショベル１００に異常が発生しつつあるのかどうか、また何らかの処置を行う必要があるのかどうかを判断する。そのような不確実なレポートを購入者に配信しても、購入者にいたずらに不安な気持ちを抱かせるだけであるため、サーバ５００が有する制御装置５１０は重要レポート４５０を購入者には配信しない。

図１５は、サーバ５００の制御装置５１０が実行するデータ受信処理のフローチャートである。この処理は、油圧ショベル１００からサーバ５００へ何らかのデータが送信される度に実行される。ステップＳ４００において、制御装置５１０は、油圧ショベル１００からセンサ出力等のデータを、通信部５３０を介して受信する。ステップＳ４１０で制御装置５１０は、受信したデータをセンサ情報データベース６００に格納する。

ステップＳ４２０で制御装置５１０は、ステップＳ４００で受信したデータを送信した油圧ショベル１００の作業機ＩＤを契約情報データベース７００にて検索し、当該作業機ＩＤに対応する有効期間内の包括契約またはデータレポート契約が存在するか否かを判定する。そのような契約が存在しない場合、制御装置５１０は図１５の処理を終了させる。有効な契約が存在する場合には、制御装置５１０は処理をステップＳ４３０に進める。

ステップＳ４３０で制御装置５１０は、センサ情報データベース６００に格納されているセンサ出力データ等に基づいて異常データの検知を試み、異常データを検知したか否かを判定する。異常データを検知した場合、制御装置５１０は処理をステップＳ４４０に進める。

ステップＳ４４０で制御装置５１０は、契約情報データベース７００の第１言語７６０および第２言語７８０を参照し、今回作成する第１緊急レポート２５０および第２緊急レポート３５０の言語を決定する。ステップＳ４５０で制御装置５１０は、センサ情報データベース６００を参照し、ステップＳ４３０でセンサ情報データベース６００内に格納されたセンサ出力データ等に基づいて第１緊急レポート２５０および第２緊急レポート３５０を作成する。ステップＳ４６０で制御装置５１０は、契約情報データベース７００の第１送付先アドレス７５０および第２送付先アドレス７８０を参照し、今回作成した第１緊急レポート２５０および第２緊急レポート３５０の配信先を特定する。ステップＳ４７０で制御装置５１０は、ステップＳ４６０で特定した配信先に、ステップＳ４５０で作成した第１緊急レポート２５０および第２緊急レポート３５０を、通信部５３０を介して配信する。

ステップＳ４３０で異常データを検知しなかった場合、制御装置５１０は処理をステップＳ４８０に進める。ステップＳ４８０で制御装置５１０は、センサ情報データベース６００に格納されているセンサ出力データ等に基づいて予兆データの検知を試み、予兆データを検知したか否かを判定する。予兆データを検知した場合、制御装置５１０は処理をステップＳ４９０に進める。

ステップＳ４９０で制御装置５１０は、契約情報データベース７００の第２言語７８０を参照し、今回作成する重要レポート４５０の言語を決定する。ステップＳ５００で制御装置５１０は、センサ情報データベース６００を参照し、ステップＳ４３０でセンサ情報データベース６００内に格納されたセンサ出力データ等に基づいて重要レポート４５０を作成する。ステップＳ５１０で制御装置５１０は、契約情報データベース７００の第２送付先アドレス７８０を参照し、今回作成した重要レポート４５０の配信先を特定する。ステップＳ５２０で制御装置５１０は、ステップＳ５１０で特定した配信先に、ステップＳ５００で作成した重要レポート４５０を、通信部５３０を介して配信する。

上述した実施の形態によるサーバ５００によれば、次の作用効果が得られる。

（１）制御装置５１０は、油圧ショベル１００から収集されたセンサ出力に基づく定期レポート１５０を所定期間ごとに作成し、センサ出力に基づいて異常データを検知すると緊急レポート２５０及び３５０を作成し、センサ出力に基づいて異常データにつながる予兆データを検知すると重要レポート４５０を作成する。制御装置５１０は、定期レポート１５０と緊急レポート２５０及び３５０と重要レポート４５０との各々を、当該レポートに応じた配信タイミングで指定された配信先に配信する。このようにしたので、作業機械の管理に必要な情報が記載されたレポートが自動的に配信され、必要な情報を煩雑な操作なしに得ることが可能となる。

（２）制御装置５１０は、定期レポート１５０、緊急レポート２５０及び３５０、重要レポート４５０のそれぞれのレポートを作成するにあたり、契約に関する各種情報が格納された契約情報データベース７００を参照して当該レポートの言語を決定し、その決定した言語でレポートを作成する。このようにしたので、単一のシステムにより、複数の言語圏に存在する顧客の各々にレポート配信サービスを提供することができる。

（３）制御装置５１０は、緊急レポート２５０及び３５０の配信先として、油圧ショベル１００の購入者および販売者を特定し、重要レポート４５０の配信先として、油圧ショベル１００の販売者を特定し、定期レポート１５０の配信先として、油圧ショベル１００の購入者および販売者を特定する。このようにしたので、油圧ショベル１００の購入者に必要でない情報が記載された重要レポート４５０は購入者には配信されず、購入者を混乱させることがない。重要レポート４５０に記載された情報は、購入者には必要ではないが、油圧ショベル１００の今後の保守提案には有用であり、そのような有用な情報が販売者に確実に配信される。

これらの情報に基づき、購入者から販売者、販売者から購入者への連絡、連携をより緊密に行うことが可能になり、メンテナンスを適時、適切に施すことが可能になって購入者が所有する作業機械の状態を最良の状態で維持することが可能になる。

（４）制御装置５１０は、緊急レポート２５０及び３５０と重要レポート４５０と定期レポート１５０との配信先として、複数の個別契約を包括して成る包括契約の締結当事者の一方である購入者の登録アドレスと、油圧ショベル１００を販売した締結当事者の他方である販売者の登録アドレスと、を配信先として設定する。このように、契約情報とレポートの配信先とが連動するので、油圧ショベル１００と購入者および販売者との紐付けが確実に為され、レポートを誤りなく配信することができる。契約情報データベース７００とは別に、レポートの配信先を管理するためのデータベースを必要としない。

（５）サーバ５００には、クライアント端末８００から油圧ショベル１００に対して為されたチューニングに関して制御装置５１０が受信した情報を記憶するセンサ情報データベース６００が接続されている。制御装置５１０は、定期レポート１５０の作成時にセンサ情報データベース６００にチューニングに関する情報が記憶されている場合、チューニングに関する情報を含む定期レポート１５０を作成する。このようにしたので、チューニング作業を実施した履歴が定期レポート１５０に表示され、油圧ショベル１００（作業機械）の購入者、とくに管理者がチューニングの状態を正確に把握できる。チューニングの内容は油圧ショベル１００自体には表示されないため、チューニング前後において同一の油圧ショベル１００であるにも関わらず操作性、作業量などが異なり、オペレータが違和感を覚えることがある。しかし、チューニングの内容が定期レポート１５０に記載されているので、オペレータが定期レポート１５０を確認すれば、このような違和感を覚えることがなくなる。さらに、オペレータは、チューニングによって変更されたモード設定値と燃費との関係を一目で把握できるため、モードの変更により燃費がどれだけ向上したのか、または悪化したのかに基づいて、更なるチューニング用設定値の変更の検討が可能になり、より作業内容に即したモード設定を行うことが可能になる。

（６）制御装置５１０は、センサ出力に基づいて異常データを検知する際、１回のセンサ出力が所定のしきい値を越えた場合に異常データを検知するか、時系列的に連続する複数のセンサ出力が所定のしきい値を越えた場合に異常データを検知するか、一定期間内に出力された複数のセンサ出力のうち特定の個数のセンサ出力が所定のしきい値を越えた場合に異常データを検知するか、をセンサ出力の種類毎に切り替える。このようにしたので、異常データの誤検知を抑制することができる。

（７）制御装置５１０は、購入者に配信される第１緊急レポート２５０、販売者に配信され第１緊急レポート２５０より情報量の多い第２緊急レポート３５０とを作成する。このようにしたので、制御装置５１０は、購入者にはわかりやすいレポートを配信しつつ、販売者には必要な情報が余すところなく記載された詳細なレポートを配信することができる。

（８）サーバ５００の制御装置５１０は、油圧ショベル１００からのセンサ出力を所定期間ごとに収集し、所定期間の燃費カレンダー１５５の各々の日付欄に当該日付のセンサ出力に応じた情報を表示した様式の定期レポート１５０を作成し配信する。このようにしたので、オペレータは、日々のセンサ出力（例えば燃費等）の推移を的確に把握することができる。

（９）定期レポート１５０に記載された燃費カレンダー１５５は、日付の数値が表示された第１領域と、第１領域に近接して設けられ、該当する日付の燃費を表示する第３領域とを含み、第１領域と第３領域とがマトリクス状に配置される。このようにしたので、オペレータは、日々の燃費の推移を、容易に把握することができる。

（１０）定期レポート１５０に記載された燃費カレンダー１５５には、日付の数値が表示された第１領域と、第１領域に近接して設けられ、該当する日付の燃費を表示する第３領域とが暦月ごとに配置されている。このようにしたので、オペレータは、ある月における燃費の偏りを容易に把握することができる。

次のような変形例も本発明の範囲内であり、変形例の一つ、もしくは複数を上述の実施形態と組み合わせることも可能である。

（第１変形例）
油圧ショベル１００の管理システム１に用いられるサーバ５００に本発明を適用した一実施形態について上述したが、本発明は、例えばホイールローダ、鉱山機械、クローラクレーン、ダンプトラックなど、油圧ショベル以外の作業機械の管理システムに用いられるサーバに適用することも可能である。

（第２変形例）
上述した実施形態では、サーバ５００が有する制御装置５１０が、３種類のレポートを、包括契約またはデータレポート契約が締結された油圧ショベル１００の購入者や販売者のアドレスに送信するが、他のアドレスに送信してもよい。例えば、制御装置５１０は、包括契約の締結者のアドレスに対しては、緊急レポートと重要レポートと定期レポートの全てを配信し、長期保証契約と、メンテナンス契約と、データレポート契約と、チューニング契約と、のうちの少なくとも１つの契約の締結者のアドレスに対しては、緊急レポートと重要レポートと定期レポートとのうちの１つまたは２つのレポートを配信してもよい。つまり、包括契約とそれ以外の契約とに応じて、配信されるレポートの種類に差を設けてもよい。

（第３変形例）
各レポートの記載内容やその様式は、上述した実施形態において図１１、図１３、図１４に例示したものとそれぞれ異なっていてもよい。サーバ５００が有する制御装置５１０は、例えば図１７に示す定期レポートの様式の例に表されているように、レポートの対象である油圧ショベル１００と同一機種である複数の他の油圧ショベル１００からのセンサ出力に基づく燃費、作動油温、水温、およびポンプ圧力の平均値を含む表示領域１６１０を、図１１に例示した定期レポート１５０に併記してもよい。このようにすることで、ある油圧ショベル１００の稼働状況を、同一機種である複数の他の機械と相対比較することが可能になる。複数の油圧ショベル１００にＧＰＳセンサを設けることによって、制御装置５１０は、単にレポートの対象である油圧ショベル１００と同一機種であるだけでなく、それぞれのＧＰＳセンサ出力が示す複数の油圧ショベル１００の位置情報に基づいてレポートの対象である油圧ショベル１００と同一地域で稼働している複数の油圧ショベル１００のセンサ出力から算出された燃費、作動油温、水温、およびポンプ圧力の平均値を定期レポート１５０に併記してもよい。このようにすることで、レポートの対象である油圧ショベル１００と、気象条件等の周囲環境がほぼ同条件下の他の油圧ショベル１００との間で、稼働状況の比較を行うことが可能になる。「同一地域」の区分方法は任意に設定してよい。「同一地域」は、例えば「同一の現場」であってもよいし、「同一の市区町村」「同一の地方」「同一の国」であってもよい。更に、定期レポート１５０の作成周期や各レポートの送信タイミングについても、上述した実施形態と異ならせることが可能である。

（第４変形例）
上述した実施形態では、サーバ５００が有する制御装置５１０はクライアント端末８００からチューニング情報を受信していたが、これを各油圧ショベル１００から受信してもよい。

（第５変形例）
上述した実施形態では、燃費カレンダー１５５が定期レポート１５０にのみ表示されるが、緊急レポート２５０、３５０や重要レポート４５０に表示されても良い。燃費カレンダー１５５において、稼動時間および燃料消費量の表示に代えて、他の項目、例えば、稼動時間およびＤＰＦにおける再生回数、平均負荷および最大負荷等、種々の情報、およびその組み合わせが表示されても良い。

本発明の特徴を損なわない限り、本発明は上記実施形態や上記変形例に限定されるものではなく、本発明の技術的思想の範囲内で考えられるその他の形態についても、本発明の範囲内に含まれる。

次の優先権基礎出願の開示内容は引用文としてここに組み込まれる。
日本国特許出願２０１３年第４６９１６号（２０１３年３月８日出願）

１ 管理システム
２０ コントローラ
１００ 油圧ショベル
２００ 通信衛星
３００ 基地局
４００ ネットワーク
５００ サーバ
５１０ 制御装置
６００ センサ情報データベース
７００ 契約情報データベース
８００ クライアント端末
８１０ 制御装置
９００ 情報端末

Claims (10)

1. 作業機械からのセンサ出力を受信する受信部と、
   前記センサ出力に基づいて所定期間ごとに前記所定期間内の前記作業機械の稼働状態を表示する定期レポートを作成する定期レポート作成部と、
   前記センサ出力に基づいて前記作業機械の異常を表す異常データを検知すると、少なくとも１つの緊急レポートを作成する緊急レポート作成部と、
   前記センサ出力に基づいて即時の対処は必要としないが、今後前記作業機械の異常につながる可能性があることを表すデータを検知すると、重要レポートを作成する重要レポート作成部と、
   前記定期レポート、前記少なくとも１つの緊急レポート及び前記重要レポートを、それぞれ予め設定された定期レポート配信先、緊急レポート配信先及び重要レポート配信先に配信する配信部と、
   前記定期レポート配信先、前記緊急レポート配信先、及び前記重要レポート配信先をそれぞれ特定する配信先特定部と、
   前記定期レポート配信先、前記緊急レポート配信先、及び前記重要レポート配信先に関する第１情報を格納する第１データベースと、を備え、
   前記配信先特定部は、前記第１情報を参照して、
   前記定期レポート配信先、及び前記緊急レポート配信先として、前記作業機械の購入者に対応する第１配信先と前記作業機械の販売者に対応する第２配信先を特定し、
   前記重要レポート配信先として、前記販売者に対応する前記第２配信先を特定することを特徴とする作業機械の管理サーバ。
2. 請求項１記載の作業機械の管理サーバにおいて、
   言語に関する第２情報を参照して前記言語を決定する言語決定部をさらに備え、
   前記第１データベースには前記第２情報がさらに格納され、
   前記定期レポート作成部、前記緊急レポート作成部、及び前記重要レポート作成部は、前記言語決定部によって決定された前記言語で、前記定期レポート、前記少なくとも１つの緊急レポート、及び前記重要レポートをそれぞれ作成することを特徴とする作業機械の管理サーバ。
3. 請求項１に記載の作業機械の管理サーバにおいて、
   前記即時の対処は必要としないが、今後前記作業機械の異常につながる可能性があることを表すデータは、前記作業機械を現状のまま継続使用すると、前記作業機械の稼働に支障を来すような異常が発生する可能性がある、異常の兆候を表す予兆データであることを特徴とする作業機械の管理サーバ。
4. 請求項１に記載の作業機械の管理サーバにおいて、
   外部端末装置によって前記作業機械に対して行われたチューニングに関する第３情報が格納される第２データベースと、
   前記第３情報を前記外部端末装置から受信して前記第２データベースに格納する制御部と、をさらに備え、
   前記定期レポート作成部は、前記定期レポートの作成時に前記第２データベースに前記第３情報が格納されている場合、前記第３情報を含む前記定期レポートを作成することを特徴とする作業機械の管理サーバ。
5. 請求項１に記載の作業機械の管理サーバにおいて、
   前記定期レポート作成部は、前記作業機械と同一機種である複数の他の作業機械からの前記センサ出力に基づく燃料消費量、作動油温、水温、およびポンプ圧力のいずれかの平均値を、前記定期レポートに併記することを特徴とする作業機械の管理サーバ。
6. 請求項１に記載の作業機械の管理サーバにおいて、
   前記緊急レポート作成部は、前記センサ出力に基づいて前記異常データを検知する際、前記センサ出力が所定のしきい値を１回越えた場合、前記センサ出力が前記所定のしきい値を複数回連続して越えた場合、および前記センサ出力が前記所定のしきい値を一定期間内に所定回越えた場合の、いずれの場合に前記異常データを検知したと判定するか、を前記センサ出力の種類に応じて切り替えることを特徴とする作業機械の管理サーバ。
7. 請求項１に記載の作業機械の管理サーバにおいて、
   前記少なくとも１つの緊急レポートは、第１の緊急レポートと、前記第１の緊急レポートより情報量の多い第２の緊急レポートと、を含み、
   前記配信先特定部は、前記第１の緊急レポートに対応する前記緊急レポート配信先として、前記購入者に対応する前記第１配信先を特定し、前記第２の緊急レポートに対応する前記緊急レポート配信先として、前記販売者に対応する前記第２配信先を特定することを特徴とする作業機械の管理サーバ。
8. 請求項１に記載の作業機械の管理サーバにおいて、
   前記定期レポート作成部、前記緊急レポート作成部及び前記重要レポート作成部のうちの少なくとも１つは、前記定期レポート、前記少なくとも１つの緊急レポート及び前記重要レポートのうちの少なくとも１つのレポートに記載する前記作業機械の燃料消費量の項目として、前記所定期間内の各日付の数値が表示された日付表示領域に対応して設けられた項目表示領域に、前記日付表示領域に表示された前記数値に対応する前記各日付の前記燃料消費量を表示し、
   前記少なくとも１つのレポートにおいて、前記日付表示領域と前記項目表示領域とが、前記所定期間内の日数分、マトリクス状に配置されたことを特徴とする作業機械の管理サーバ。
9. 受信部と、定期レポート作成部と、緊急レポート作成部と、重要レポート作成部と、配信部と、配信先特定部と、を備える管理サーバによる作業機械の管理方法であって、
   前記受信部が、前記作業機械からのセンサ出力を受信し、
   前記定期レポート作成部が、前記センサ出力に基づいて所定期間ごとに前記所定期間内の前記作業機械の稼働状態を表示する定期レポートを作成し、
   前記緊急レポート作成部が、前記センサ出力に基づいて前記作業機械の異常を表す異常データを検知すると、少なくとも１つの緊急レポートを作成し、
   前記重要レポート作成部が、前記センサ出力に基づいて即時の対処は必要としないが、今後前記作業機械の異常につながる可能性があることを表すデータを検知すると、重要レポートを作成し、
   前記配信先特定部が、予め設定された定期レポート配信先、緊急レポート配信先、及び重要レポート配信先に関する第１情報を参照して、前記定期レポート配信先、及び前記緊急レポート配信先として、前記作業機械の購入者に対応する第１配信先と前記作業機械の販売者に対応する第２配信先を特定し、前記重要レポート配信先として、前記販売者に対応する前記第２配信先を特定し、
   前記配信部が、前記定期レポート、前記少なくとも１つの緊急レポート及び前記重要レポートを、それぞれ、前記配信先特定部が特定した前記定期レポート配信先、前記緊急レポート配信先及び前記重要レポート配信先に配信することを特徴とする作業機械の管理方法。
10. 請求項９に記載の作業機械の管理方法において、
    前記緊急レポート作成部は、前記センサ出力に基づいて前記異常データを検知する際、前記センサ出力が所定のしきい値を１回越えた場合、前記センサ出力が前記所定のしきい値を複数回連続して越えた場合、および前記センサ出力が前記所定のしきい値を一定期間内に所定回越えた場合の、いずれの場合に前記異常データを検知したと判定するか、を前記センサ出力の種類に応じて切り替えることを特徴とする作業機械の管理方法。

Images