(57)【特許請求の範囲】
【請求項１】
複数の移動体から、これら複数の移動体を管理する側に設けられた端末装置に対して情報を送信可能に、前記複数の移動体と前記端末装置とを通信手段によって接続し、前記複数の移動体から当該移動体の状態を示す情報を、前記端末装置に送信し、前記端末装置は、送信された情報に基づいて前記複数の移動体を管理するようにした移動体の管理装置において、
自己の移動体の状態が異常値に達した場合に、異常値に達した異常状態を識別する異常状態識別データを出力する異常状態識別データ出力手段と、
前記異常状態識別データを記憶する記憶手段と、
自己の移動体で発生する異常状態の種類毎に、重要度を複数のレベルにランク付けするとともに、異常状態識別データを前記端末装置に送信する基準となる送信基準レベルを設定する設定手段と
を前記複数の移動体それぞれに設け、
前記複数の移動体それぞれは、前記異常状態識別データ出力手段から出力される異常状態識別データに対応する異常状態の重要度が、前記設定手段で設定された送信基準レベル以上である場合に、その異常状態識別データを、自己の移動体から前記端末装置に送信するとともに、
前記端末装置から特定の移動体に対して、現在の送信基準レベルよりも低いレベルの異常状態識別データの送信を要求する指令を送信し、
前記特定の移動体は、当該指令を受信することによって記憶手段から、対応する異常状態識別データを読み出して、端末装置に送信すること
を特徴とする移動体の管理装置。
【請求項２】
前記端末装置から前記複数の移動体に対して、前記送信基準レベルを変更する指令を送信することによって、前記設定手段で設定される送信基準レベルが変更されること
を特徴とする請求項１記載の移動体の管理装置。
【請求項３】
前記設定手段は、機種毎に異常状態識別データと送信基準レベルとの対応づけを設定すること、あるいは、同機種で型式毎に異常状態識別データと送信基準レベルとの対応づけを設定すること
を特徴とする請求項１または２記載の移動体の管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は建設機械などの移動体で発生した故障等の異常を判断しその判断結果に応じて修理等の異常処理を行うことで移動体を管理する装置に関するものである。
【０００２】
【従来の技術】
油圧ショベル、ダンプトラック、ブルドーザ、ホイールローダなどの建設機械は、施主が要求する工期までに完工するように工事現場などで連続して稼動されることが多い。このため建設機械で故障等の異常が発生した場合には修理等を迅速に行い極力ダウンタイムを短くする必要がある。しかも建設機械は高価であり、プール地に保管している機種、台数、レンタルに供される機種、台数が限られていることから、代替えの建設機械を即座に工事現場に投入することは難しい。
【０００３】
また建設機械は現状では初期の販売額とほぼ同額のサービス費用（パーツ代、工賃等）が必要でありサービス費用が高コストになっている。
【０００４】
このため建設機械で発生する故障等の異常を早期に事前に正確に判断して、部品を早期に手配したり修理を迅速に行うことが、サービス費用のコストの低減を図り、工事現場等における稼働率を向上させる上で必要となる。たとえばエンジンが重大な損傷を受ける前に適切な部品を交換したり調整を行えばサービス費用を低減でき、修理に要する時間も短くなる。
【０００５】
そこで従来はサービスマン（保守員）が建設機械まで出向き、目視で確認するか若しくは建設機械にパーソナルコンピュータを接続することによって建設機械内部のメモリに書き込まれた建設機械に関するデータをダウンロードすることで建設機械に関する情報（サービスメータの計時値、燃料消費量、エンジン回転数など）を取得するようにしていた。そして複数の建設機械から収集されたデータを建設機械のメーカの管理部のコンピュータのメモリに記憶格納させることで、複数の建設機械を管理するようにしていた。
【０００６】
しかしこの方法は人手により情報を収集しているため、建設機械の数が多数になるほど情報収集は煩雑なものとなり情報収集の作業効率は良くないという問題がある。
【０００７】
そこで近年は、特開平８−１４４３１２号公報（以下第１公報）、特開平１１１４４３１２号公報（以下第２公報）にみられるように、建設機械の情報の取得を人手に頼ることなく通信手段を用いて自動的に行う試みがなされている。
【０００８】
第１公報記載の発明は、建設機械の稼動状態の検出データ、検出データに基づくエラーコード、目視によるエラーコードを、通信装置を介してメーカなどの管理部に送信し管理部側の表示画面にエラーコードを表示することで人手により建設機械の異常を判断し、修理等をサービスマンに依頼するというものである。
【０００９】
一方第２公報記載の発明は、建設機械の稼動状態の検出データに基づくエラーコードと、エラーコード直前の検出データつまりスナップショットデータを一時的に建設機械に設けたメモリに記憶し、メモリに記憶されたデータを通信装置を介してメーカなどの管理部に送信し管理部側でエラーコードとスナップショットデータから建設機械の異常を自動的に判断し、異常であると判断された場合に修理等をサービスマンに依頼するというものである。
【００１０】
【発明が解決しようとする課題】
第１公報、第２公報記載の発明によれば、エラーコードが発生しこれを管理者が受け取れば建設機械で何らかの異常が発生したものと推認される。
【００１１】
しかしエラーコードは必ずしも真の異常（故障など）を意味するものではない。すなわちエラーコードは建設機械の内部のコントローラで生成される。コントローラは安全性を高めるために僅かな異常であってもエラーコードを生成するような規格で製造されている。たとえば建設機械が下り坂等でオーバーランした場合を想定する。この場合エンジン回転数が過回転になるたびに、実際にはエンジン損傷、ブレーキ損傷等の異常が発生していないにもかかわらず、オーバーランを示すエラーコードが生成されてしまう。そしてこのエラーコードを受け取った管理者が真の異常であると判断して、現場にサービスマンを派遣したとしても実際には修理を要するほどの緊急度を要する異常ではなかったという事態が数多く発生している。
【００１２】
逆にコントローラを、真に異常が発生したときのみにエラーコードを生成するような規格にすると、軽微な異常発生を事前に見逃してしまい、建設機械で致命的な損傷（たとえばエンジンブロー）を生じてから修理にとりかかるような事態となり、ダウンタイムが多大なものになるおそれがある。
【００１３】
以上のように従来技術によればエラーコードが生成されることをもって異常であると一義的に判断しているため、エラーコードの生成の基準を低く見積もれば緊急度の低い状態であるにもかかわらず真の異常であると判断したり、逆にエラーコードの生成の基準を高く見積もれば、軽微な異常発生を見逃してしまうという問題があった。
【００１４】
しかも、建設機械は油圧ショベル、ダンプトラック、ブルドーザ、ホイールローダ等々と、その機種は多岐にわたり、型式の違いも含めれば、その種類は膨大な数にわたる。
【００１５】
建設機械の種類によって、生成されるエラーコードの種類（故障の種類）も異なる。管理者によっては、多種類にわたる建設機械のエラーコードの内容個々に熟知しているわけではなく、エラーコードをみただけで、その建設機械にとって真の異常であるか否かを判断できないことが多い。また建設機械の種類毎にエラーコードの種類、内容が異なるため、多種類にわたる建設機械に対して、均質なサービスを提供することが難しいのが現状である。
【００１６】
また複数の建設機械で種々生成されるエラーコードを選別することなく全てのエラーコードを管理者側に送信することは、通信コストの増大を招く結果になる。
【００１７】
そこで本発明は、複数（複数種類）の移動体について統一的な基準を設け、この基準に達したエラーコードのみを管理者側に送信するようにして、真の異常（故障など）であるか否かの判断を容易に行えるようにするとともに、通信コストを抑えることを解決課題とするものである。
【００１８】
【課題を解決するための手段および効果】
第１発明は、
複数の移動体から、これら複数の移動体を管理する側に設けられた端末装置に対して情報を送信可能に、前記複数の移動体と前記端末装置とを通信手段によって接続し、前記複数の移動体から当該移動体の状態を示す情報を、前記端末装置に送信し、前記端末装置は、送信された情報に基づいて前記複数の移動体を管理するようにした移動体の管理装置において、
自己の移動体の状態が異常値に達した場合に、異常値に達した異常状態を識別する異常状態識別データを出力する異常状態識別データ出力手段と、
自己の移動体で発生する異常状態の種類毎に、重要度を複数のレベルにランク付けして、一定レベル以上の異常状態識別データを、前記端末装置に送信すべき異常状態識別データとして設定する設定手段と
を前記複数の移動体それぞれに設け、
前記複数の移動体それぞれは、前記異常状態識別データ出力手段から出力される異常状態識別データが、前記設定手段で設定された一定レベル以上である場合に、その異常状態識別データを、自己の移動体から前記端末装置に送信するようにしたことを特徴とする。
【００１９】
第２発明は、第１発明において、
前記端末装置から前記複数の移動体に対してレベル変更指令を送信することによって、前記設定手段の設定内容を変更すること
を特徴とする。
【００２０】
第１発明によれば、図１、図３に示すように、自己の移動体３３の状態（冷却水温）が異常値（冷却水オーバーヒート）に達した場合に、異常値に達した異常状態を識別する異常状態識別データ（「冷却水オーバーヒート」のエラーコード）を出力する。自己の移動体３３で発生する異常状態の種類（「冷却水オーバーヒート」、「作業機角度センサ断線」、「エンジン回転規格外」、「油圧ポンプ異常」）毎に、重要度を複数のレベルＡ、Ｂ、Ｃにランク付けして、一定レベル以上（Ｂ以上）の異常状態識別データ（「冷却水オーバーヒート」、「エンジン回転規格外」、「油圧ポンプ異常」の各エラーコード）を、端末装置１１に送信すべき異常状態識別データとして設定する。そして移動体３３は、出力された異常状態識別データ（エラーコード）が、設定された一定レベル以上（Ｂ以上）である場合に、その異常状態識別データ（「冷却水オーバーヒート」、「エンジン回転規格外」、「油圧ポンプ異常」の各エラーコード）を、自己の移動体３３から端末装置１１に送信する。他の移動体３１、３２についても移動体３３と同様に、同じ一定レベル以上（Ｂ以上）の異常状態識別データ（エラーコード）のみを端末装置１１に送信する。
第２発明によれば、端末装置１１から複数の移動体３１、３２、３３に対してレベル変更指令を送信することによって、移動体３１、３２、３３から送信されるべき異常状態識別データ（エラーコード）のレベルがたとえば「Ｂ以上」から「Ａ以上」に変更される。
【００２１】
以上のように第１発明、第２発明によれば、複数（複数種類）の移動体について統一的な基準を設け、この基準に達した異常状態識別データ（エラーコード）のみを管理者側に送信するようにしたので、真の異常（故障など）であるか否かの判断を容易に行うことができる。また異常状態識別データ（エラーコード）すべてを送信した場合に比較して、送信すべきデータ量が少なくなるので通信コストを抑えることができる。
【００２２】
【発明の実施の形態】
以下図面を参照して本発明に係る移動体の管理装置について説明する。なお実施形態では、移動体として建設機械を想定し、油圧ショベル、ブルドーザ、ダンプトラックを代表させて説明する。
【００２３】
図１は実施形態の建設機械を管理する管理装置（管理システム）を示している。本実施形態では建設機械のメーカ１０で生産される多数の建設機械として、３１（ダンプトラック）、３２（油圧ショベル）、３３（ブルドーザ）を代表させて示している。
【００２４】
まず図１の管理システムの構成、通信形態について説明する。
【００２５】
図１に示すように建設機械３１、３２、３３の通信端末と、複数の端末装置１４、５１、６１と、サーバ装置１１は相互に通信衛星５、インターネット１、イントラネット１３などの通信装置によって相互に通信可能に接続されている。なおインターネットとは、複数のＬＡＮ（ローカルエリアネットワーク）をゲートウエイ、ブリッジにより相互に通信自在に接続した世界的通信網のことである。インターネットは電子メール（インターネットを介して送受信する「手紙」）、ＷＷＷ（ワールドワイドウエブ；インターネット上の情報検索システム）などのサービスを提供している。イントラネットとはインターネットの技術に基づき構築された企業内通信網のことである。
【００２６】
サーバ装置１１は、本実施形態の管理システムで行われるサービス（以下管理情報提供サービス）を提供する。サーバ装置１１は建設機械のメーカ本社１０に設けられている。
【００２７】
サーバ装置１１はデータベース１２を備えている。後述するようにデータベース１２は、建設機械３１、３２、３３を管理するために必要な建設機械のオンボード情報Ｄを記憶する。
【００２８】
メーカ本社１０内には端末装置１４が設けられている。サーバ装置１１と端末装置１４とは相互に送受信可能にイントラネット１３により接続されている。
【００２９】
サーバ装置１１と各端末装置５１、６１とは相互に送受信可能にインターネット１により接続されている。
【００３０】
建設機械３１、３２、３３の通信端末とサーバ装置１１は通信衛星５を介して双方向に送受信可能に接続されている。通信は無線の通信回線６によって行われる。
【００３１】
サーバ装置１１はインターネット１、通信衛星５、イントラネット１３との間のデータの入出力を管理するとともに、データベース１２に記憶されたオンボード情報Ｄに基づいて、建設機械３１、３２、３３を構成する各コンポーネントの健康状態（損傷状態）を監視したりメンテナンス（点検）したり改修（修理）したりするのに適切な管理情報に加工する。なお建設機械はエンジン、トランスミッション、油圧ポンプ等の各コンポーネントから構成されている。
【００３２】
端末装置５１は建設機械３１、３２、３３を販売し点検、修理等のサービスを行う代理店５０に設けられている。端末装置５１は代理店５０のサービス部門に設けられている。
【００３３】
端末装置６１は建設機械３１、３２、３３をレンタルまたはリース（貸与）するリース/レンタル会社６０に設けられている。本実施形態ではリース/レンタル会社６０が建設機械３１、３２、３３の所有者であると仮定する。
【００３４】
本実施形態ではメーカ１０の端末装置１４側の管理者、代理店５０の端末装置５１側のサービスマン、リース/レンタル会社６０の端末装置６１側の社員が、サーバ装置１１で提供される管理情報提供サービスを受けるものとする。各端末装置１４、５１、６１にはそれぞれサーバ装置１１から提供される管理情報を表示する表示装置が設けられている。
【００３５】
つぎに図１の管理システムにおける情報の流れについて説明する。
【００３６】
建設機械３１、３２、３３では、オンボード情報Ｄが収集される。
【００３７】
オンボード情報Ｄとは建設機械３１、３２、３３に取り付けられた各種センサ４１の検出信号を入力してコントローラ４０で収集される情報のことである。オンボード情報Ｄは、センサ４１の検出信号が異常値を示した（センサの断線も含む）ときに生成されるエラーコード、その他建設機械内部で取得される情報のことである。
【００３８】
センサ群４１を構成するセンサの種類は、各建設機械３１、３２、３３毎に異なる。したがってエラーコードの種類も、各建設機械３１、３２、３３毎に異なる。
【００３９】
代表的なセンサとこのセンサの検出信号から生成されるエラーコードを、図３を併せ参照して説明する。
【００４０】
建設機械３１（ダンプトラック）には、エンジンの冷却水の温度を検出するセンサ、エアフィルタの目詰まりを検出するセンサ、バッテリへの充電電圧を検出するセンサ、ワイパの異常を検出するセンサなどが設けられている。したがって建設機械３１で生成されるエラーコードは、「冷却水オーバーヒート」、「エアフィルタ目詰まり」、「充電不良」、「ワイパ異常」となる。
【００４１】
建設機械３２（油圧ショベル）には、エンジンの冷却水の温度を検出するセンサ、圧力センサ（圧力センサの断線を検出するセンサ）、ルームライトのスイッチ（ルームライトの断線を検出するセンサ）、電磁弁の短絡を検出するセンサなどが設けられている。したがって建設機械３２で生成されるエラーコードは、「冷却水オーバーヒート」、「圧力センサ断線」、「ルームライト断線」、「電磁弁短絡」となる。
【００４２】
建設機械３３（ブルドーザ）には、エンジンの冷却水の温度を検出するセンサ、作業機の角度を検出するセンサ（角度センサの断線を検出するセンサ）、エンジン回転数を検出するセンサ、油圧ポンプの異常を検出するセンサなどが設けられている。したがって建設機械３２で生成されるエラーコードは、「冷却水オーバーヒート」、「作業機角度センサ断線」、「エンジン回転規格外」、「油圧ポンプ異常」となる。
【００４３】
また各建設機械３１、３２、３３には、サービスメータが設けられている。サービスメータはエンジンの稼動時間を計時する。
【００４４】
また各建設機械３１、３２、３３には、ＧＰＳセンサが設けられている。ＧＰＳセンサはＧＰＳ衛星から送信される電波を受信して、自己の建設機械の絶対位置を検出する。
【００４５】
また各建設機械３１、３２、３３には、カレンダ、タイマが設けられている。
【００４６】
カレンダ、タイマは、年、月、日、時刻（時、分、秒）を計時する。
【００４７】
建設機械３１、３２、３３内のコントローラ４０ではセンサ群４１の検出値に基づきオンボード情報Ｄが収集され、記憶される。すなわち建設機械３１、３２、３３の車体内にはコントローラ４０と他のコントローラとがシリアル通信が可能となるように信号線によってデジーチェーン状に接続されており、車体内ネットワークを構成している。車体内のコントローラ間の信号線を介して所定のプロトコルのフレーム信号が伝送される。フレーム信号が各コントローラ間に伝送されるとフレーム信号に記述されたデータに従い各コントローラに接続されたアクチュエータ（油圧ポンプ、ガバナ、制御弁など）に駆動信号が出力されこれらアクチュエータが駆動制御されるとともに、各コントローラに接続されたセンサ群４１で検出された検出データあるいは機器内部の情報を示すデータが取得されフレーム信号に記述される。こうしてコントローラ４０にはフレーム信号を介してセンサ群４１の検出値のデータが取り込まれる。センサの検出値が異常値に達した場合にはエラーコードが生成される。
【００４８】
たとえば冷却水温が所定値のしきい値以上になった場合には「冷却水オーバーヒート」を示すエラーコードが生成される。
【００４９】
建設機械３１、３２、３３の通信端末とサーバ装置１１との間では通信衛星５を介して無線の通信回線６によって相互に送受信がなされる。これによって建設機械３１、３２、３３内で取得されたオンボード情報Ｄは無線通信回線６、通信衛星５を介してサーバ装置１１に送信される。
【００５０】
オンボード情報Ｄのうちエラーコードをサーバ装置１１へ送信する基準は、以下に示す重要度レベルによって定められる。
【００５１】
重要度レベルＡ：重大な故障が発生しているので、すぐに建設機械を停止させる必要がある。
【００５２】
重要度レベルＢ：このまま運転を継続すると重大な故障が発生するので、作業を停止させる必要がある。
【００５３】
重要度レベルＣ：性能が低下する異常が発生しているので、点検、整備が、必要。
【００５４】
重要度レベルＤ：軽微な異常が発生している。
【００５５】
各エラーコードには、重要度レベルＡ、Ｂ、Ｃ、Ｄが対応づけられている。
【００５６】
この対応づけを図３に示す。各建設機械３１、３２、３３のコントローラ４０では、エラーコードと重要度レベルとの対応関係が設定されている。
【００５７】
本実施形態では、重要度レベルＢ以上、つまり重要度レベルＢとＡのエラーコードのみをサーバ端末１１へ送信するように、コントローラ４０で「送信の基準レベル」が設定されている。
【００５８】
コントローラ４０では、エラーコードが生成されると、そのエラーコードに対応づけられている重要度レベルが「Ｂ」以上であるか否かが判断され、「Ｂ」以上である場合には、そのエラーコードを送信すべく通信端末に送る。そして、通信端末から、そのエラーコードをオンボード情報Ｄとして送信する。
【００５９】
オンボード情報Ｄをサーバ装置１１へ送信するタイミングは、以下のとおりである。
【００６０】
１）重要度レベルが「Ｂ」以上のエラーコードが生成される毎に、その生成をトリガにして建設機械３１、３２、３３はそのエラーコードを自動送信する。
【００６１】
２）重要度レベルが「Ｂ」以上のエラーコードが生成される毎に、その生成をトリガにして建設機械３１、３２、３３は自動送信するが、同じ日に２回以上同じエラーコードが生成された場合には２回以降のエラーコードは自動送信しない。
【００６２】
３）重要度レベルが「Ｂ」以上のエラーコードが生成する毎に、そのエラーコードを記憶しておき、たとえばサービスメータが２４時間計時する毎に、まとめて、建設機械３１、３２、３３はその記憶データを自動送信する。
【００６３】
４）重要度レベルが「Ｂ」以上のエラーコードが生成する毎に、そのエラーコードを記憶しておき、たとえばカレンダ、タイマで１日が計時される毎に、まとめて、建設機械３１、３２、３３はその記憶データを自動送信する。
【００６４】
５）重要度レベルが「Ｂ」以上のエラーコードが生成する毎に、そのエラーコードを記憶しておき、サーバ装置１１からの要求に応じて、建設機械３１、３２、３３は記憶したエラーコードをまとめて返信する（自動送信しない）。
【００６５】
６）重要度レベルが「Ｂ」以上のエラーコードが生成する毎に、そのエラーコードを記憶しておき、その記憶データを携帯用端末装置（ノート型パーソナルコンピュータ、ＰＤＡなど）にダウンロードしてインターネット１を経由してサーバ装置１１に送信する（自動送信しない）。
【００６６】
情報の早さ、情報量、通信コスト等を勘案して、上記１）〜６）のうち、いずれかのタイミングで、オンボード情報Ｄがサーバ装置１１へ送信される。
【００６７】
サーバ装置１１へ送信されるオンボード情報Ｄには、エラーコードの他、サービスメータ計時値ＳＭＲ（エンジン稼動時間）、ＧＰＳセンサ検出値（建設機械３１、３２、３３の位置）、カレンダ、タイマの計時値（年、月、日、時刻）を含ませることができる。この場合、サーバ装置１１へ送信されるＧＰＳセンサ検出値は、エラーコードが生成された時点の建設機械３１、３２、３３の位置のデータであり、サーバ装置１１へ送信されるカレンダ、タイマの計時値は、エラーコードが生成された時点の年、月、日、時刻のデータである。またサーバ装置１１へ送信されるサービスメータ計時値ＳＭＲは、エラーコードが生成された日あるいはエラーコードが生成されるまでの建設機械３１、３２、３３のエンジン稼動時間のデータである。
【００６８】
サーバ装置１１のデータベース１２には各端末装置１４、５１、６１の表示画面上で、オンボード情報Ｄを加工した管理情報を検索する処理を行うためのＷｅｂページ（先頭ページに続くリンクされた一連のページで構築されているリンク構造のデータであり、インターネット１、イントラネット１３における情報画面の意味で使用する）が格納されている。
【００６９】
サーバ装置１１は各端末装置１４、５１、６１からの要求に応じてデータベース１２に記憶された内容をこれら端末装置に提供するとともに、あるいは所定の端末装置から入力されたデータに応じてデータベース１２の記憶内容を書き換える。すなわち各端末装置１４、５１、６１からデータベース１２の記憶データをアクセスすることにより、端末装置の表示画面上でＷｅｂページを表示させ管理情報提供サービスを受けることができる。
【００７０】
各端末装置１４、５１、６１はサーバ装置１１のデータベース１２の記憶データをアクセスすると、端末装置の表示画面上で、以下のような情報を得ることができる。
【００７１】
ａ）図３において重要度レベルが「Ｂ」以上となっているエラーコード
ｂ）図３において重要度レベルが「Ｂ」以上となっているエラーコードと、そのエラーコードが生成された時点の年、月、日、時刻
ｃ）図３において重要度レベルが「Ｂ」以上となっているエラーコードと、そのエラーコードが生成された時点の建設機械３１、３２、３３の位置
ｄ）図３において重要度レベルが「Ｂ」以上となっているエラーコードと、そのエラーコードが生成された日あるいはエラーコードが生成されるまでの建設機械３１、３２、３３の稼動時間（サービスメータ計時値ＳＭＲ）
また重要度が「Ｂ」であるか「Ａ」であるかという情報も、エラーコードに対応づけて、表示することができる。
【００７２】
したがって、これら表示された情報に基づいて、端末装置１４側の管理者は、「建設機械３１、３２、３３の運転をこのまま運転を継続すると重大な故障が発生する」（重要度レベルＢ）、あるいは「建設機械３２、３３で重大な故障が発生している」（重要度レベルＡ）と容易に判断でき、作業の停止を建設機械３１、３２、３３に対して指示したり（重要度レベルＢ）、すぐに建設機械を停止するように、建設機械３２、３３に対して指示するなど、的確な指示を与えることができる。
【００７３】
端末装置５１側のサービスマンも同様な判断を行うことができ、迅速にサービスを行うことができる。
【００７４】
端末装置６１側の社員も同様な判断を行うことができ、所有している建設機械のサービスを迅速に依頼することができる。
【００７５】
ただしデータの積み重ね等によって、実際の故障内容と重要度レベルとの間にずれが生じた場合には、オンボード情報Ｄをサーバ装置１１へ送信する基準となる重要度レベルを変更することができる。
【００７６】
たとえば送信の基準レベルを、「Ｂ」から「Ａ」に変更することができる。この場合、サーバ装置１１は、「送信の基準レベルをＡに変更する」ことを示すデータを無線通信回線６、通信衛星５を介して各建設機械３１、３２、３３に送信する。
【００７７】
このため各建設機械３１、３２、３３のコントローラ４０で「送信の基準レベル」が「Ａ」に設定し直される。以後建設機械３１、３２、３３側からは重要度レベルが「Ａ」のエラーコードのみがサーバ装置１１へ送信されることになる。
【００７８】
同様にして送信の基準レベルを「Ｃ」に変更して、重要度レベルＣ以上、つまり重要度レベルＣとＢとＡのエラーコードのみをサーバ端末１１へ送信してもよく、送信の基準レベルを「Ｄ」に変更して、重要度レベルＤ以上、つまり重要度レベルＤとＣとＢとＡのエラーコードをサーバ端末１１へ送信してもよい。
【００７９】
また異常状態を更に詳しく診断するために、サーバ装置１１から特定の建設機械に対して、現在の送信基準レベルよりも低いレベルのデータを送信するように要求することもできる。
【００８０】
たとえば現在の送信基準レベルが「Ｂ」であるとすれば、サーバ装置１１は建設機械３１に対して、「重要度レベルＣのエラーコードを送信せよ」とのデータを無線通信回線６、通信衛星５を介して、送信する。
【００８１】
このため建設機械３１のコントローラ４０から重要度レベルがＣ以上のエラーコードが読み出され、サーバ装置１１へ送信されることになる。
【００８２】
なお本実施形態では、重要度レベルを４段階（Ａ、Ｂ、Ｃ、Ｄ）に分割しているが、これは一例であり、５段階以上に分割してもよく、３段階以下に分割してもよい。
【００８３】
また実施形態では図３に示すようにブルドーザ、油圧ショベル、ダンプトラックといった機種毎に、エラーコードと重要度レベルとの対応づけを行っているが、同じ機種であっても型式が違う場合にはエラーコードの種類が異なることがある。このため更に型式毎に、エラーコードと重要度レベルとの対応づけを行うようにしてもよい。
【００８４】
以上のように本実施形態によれば、複数（複数種類）の建設機械について統一的な基準を設け、この基準に達したエラーコードのみを管理者側に送信するようにしたので、真の異常（故障など）であるか否かの判断を容易に行うことができる。またエラーコードすべてを送信した場合に比較して、送信すべきデータ量が少なくなるので通信コストを抑えることができる。また建設機械の種類いかんによらず重要度が等しいエラーコードが収集されるので、多種類にわたる建設機械に提供するサービスの質を均質化することができる。
【００８５】
ところで本実施形態の建設機械３１、３２、３３側からサーバ装置１１側への通信は通信衛星５による無線通信回線６にて行われる。一般に通信衛星５によるデータの通信は通信の即時性を確保しようとすると情報量に制約がある。たとえば１回の通信当たりの情報量のサイズは１ｋバイト以下に制約される。しかも通信料金が高いという問題がある。
【００８６】
そこで図１に示す通信形態に代えて図２に示すように地上波を利用した通信形態を採用してもよい。
【００８７】
すなわち図２に示す実施形態では、図１に示す通信衛星５の代わりに地上波基地局２を経由して通信が行われる。地上波基地局２はたとえば携帯基地局である。
【００８８】
すなわち建設機械３１、３２、３３の通信端末と地上波基地局２との間で、パケット通信による無線通信６が行われる。地上波基地局２は、バケット通信ネットワーク３の一部を構成している。パケット通信ネットワーク３はゲートウエイ４、専用線５を介してイントラネット１３に接続している。ゲートウエイ４はパケット通信のプロトコルとイントラネット１３のプロトコルとのプロトコル変換を行うものであり、既存の「インターネット接続サービス」を利用することができる。
【００８９】
また携帯基地局に代えて、ＰＨＳ基地局としてもよい。
【００９０】
また建設機械は地下で作業することも考えられる。この場合既存の衛星通信の設備でデータ通信を行う場合には、通信障害が発生する。
【００９１】
そこで、地下の建設機械と地上の通信衛星５との通信を確保する中継局を新たに設置し、この中継局を経由してデータ通信を行うようにしてもよい。
【００９２】
また建設機械３１、３２、３３とサーバ装置１１との間の通信回線を、２以上冗長に設ける実施も可能である。このように通信回線を冗長に設けることによって、通信不可能と判断される確率をきわめて小さくすることができる。
【００９３】
また本実施形態では、建設機械を想定しているが、本発明は、一般の自動車、二輪車等、各種移動体を管理する場合にも適用することができる。
【図面の簡単な説明】
【図１】図１は実施形態の建設機械の管理装置の全体構成を示す図である。
【図２】図２は図１の通信形態の変更例を示す図である。
【図３】図３はエラーコードと重要度レベルとの対応関係を示す図である。
【符号の説明】
１  インターネット
５  通信衛星
６  無線通信回線
７  インターネット
１１  サーバ装置
１２  データベース
１４、５１、６１  端末装置
３１、３２、３３  建設機械
【図１】
0004769382.tif 000002
【図２】
0004769382.tif 000003
【図３】
0004769382.tif 000004