JP7402789B2 - クレーン故障診断システム - Google Patents

Description

本発明はクレーン装置の故障診断を行うクレーン故障診断システムに関するものである。

クレーン装置は定期点検が法令により義務付けられているが、最近のクレーン装置では、クレーン装置の異常や故障（以下、まとめて故障と表記する）を検出した際、故障検出の内容をクレーン装置に設けた制御部の表示器にエラーコードとして表示させている。

そして、クレーン装置の作業者は、表示されたエラーコードをメンテナンス業者やクレーンメーカーに連絡し、連絡を受けたメンテナンス業者等の保守係員は、エラーコードからエラー内容を読み解くことで故障検出の要因分析を行い、必要に応じてクレーン装置を復旧させるための交換部品等の準備を実施する。

しかしながら、故障検出の要因分析のためには、保守係員は作業者からクレーン装置の使用方法に関する聞き取り調査の実施や、場合によっては、クレーン装置が設置されている現地に赴いて、実際のクレーン装置の調査を行うことが必要であり、クレーン装置を復旧するまで多くの時間を要することがあった。このような背景に対応するものとして、例えば、特開平０６－１２７８８６号公報(特許文献１)においては、以下の提案がなされている。

特許文献１においては、複数台のクレーン装置を有するクレーン群において、各クレーン装置の故障時にクレーン装置に設置された端末装置から、クレーン装置の故障状態を示す故障状態情報をクレーン装置の識別情報と共に、通信回線を利用して管制基地のコンピュータに送信し、管制基地のコンピュータは、この故障状態情報を記憶すると共に、クレーン装置の故障状態情報に基づき分析された故障の診断結果を、通信回線を利用してクレーン装置の端末装置に送信することを提案している。

これによれば、クレーン装置の故障状態情報を、通信回線を利用して管制基地のコンピュータに送信することで、クレーン装置に故障が発生した場合、管制基地では正確な故障状態情報を短時間で入手することができるので、迅速に正確な故障診断を行なうことができ、これにより適切な判断・対応が可能となり、復帰に要する時間を短縮することができる、と述べている。

特開平０６－１２７８８６号公報

ところで、更に迅速に正確な故障診断を行なうために、ＡＩ(Artificial Intelligence)機能を用いることが考えられる。しかしながら、このようなアプローチは、様々なパターンによる機械学習が必要であり、この機械学習は容易に行えるものでは無い。また、専門家が故障診断する場合は、得られた様々な情報から判断する必要があるので、高い技術力や経験が求められる。更に、クレーン装置の故障の発生要因は、センサー等で捉えきれないメカニカルな部分や、周囲環境が影響することが往々にしてあるので、適切な判断・対応を実施するためには、保守係員の現地調査での支援が必須である。

本発明の目的は、ＡＩ機能等を備えることなく、高い技術力や経験が求められず、また、保守係員の現地調査での支援ができるクレーン故障診断システムを提供することにある。

上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。本発明は上述の課題を解決する手段を複数含んでいるが、その一例を挙げるならば、
クレーン故障診断システムにおいて、クレーン装置における故障状態情報と運転状態情報から故障要因を分析する分析手段と、分析した故障要因から少なくとも、故障に対応した確認項目と交換部品からなる支援情報を求める支援情報取得手段と、取得された支援情報を表示する表示手段とを備えることを特徴としている。

本発明によれば、機械学習や高い技術力・経験が求められず、また、保守係員の現地調査での支援が可能となる。尚、上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

インバータ式クレーン装置の全体構成を示す斜視図である。 インバータ式クレーン装置の故障診断システムの構成を示すブロック図である。 本発明の第１の実施形態になるクラウドの故障要因分析部の構成を示すブロック図である。 ロック検出時の要因分析を行う故障要因分析フローと支援情報の表示項目を表示した携帯表示端末の表示画面の例を説明する説明図である。 ブレーキ機構、及びブレーキ回路の確認方法を説明する説明図である。 本発明の第２の実施形態になる「一問一答形式」の要因分析方法を説明する説明図である。 本発明の第３の実施形態になる「過去事例集」を表示させるための故障要因分析フローと表示項目を表示した携帯表示端末の表示画面の例を説明する説明図である。 過去事例集を説明する説明図である。

以下、本発明の実施形態について図面を用いて詳細に説明するが、本発明は以下の実施形態に限定されることなく、本発明の技術的な概念の中で種々の変形例や応用例をもその範囲に含むものである。

図１は本発明が適用されるインバータ式クレーン装置の全体構成を示し、図２は本発明の実施形態になるインバータ式クレーン装置の故障診断システムの構成を示している。

図１において、インバータ式クレーン装置は、クレーンフック１、ワイヤーロープ２、巻上誘導電動機３、巻上用ドラム４、横行誘導電動機５、横行用車輪６、横行用ガーダー７、走行誘導電動機８、走行用車輪９、走行用ガーダー１０、巻上・横行インバータ制御装置１１、ケーブルに吊り下げられた操作入力装置１２、走行用インバータ制御装置１３等から構成されている。また、巻上誘導電動機３、横行誘導電動機５、及び走行誘導電動機８には、誘導電動機用ブレーキ１４(図２参照)が各々に内蔵されている。

インバータ式クレーン装置は、クレーンフック１に取り付けた荷物を、巻上誘導電動機３によって回転する巻上用ドラム４により、ワイヤーロープ２を巻き上げ/巻き下げすることでＹ方向(Ｙ方向、-Ｙ方向の矢印で示す)、即ち上下方向に荷物を移動する。また、横行用車輪６を横行誘導電動機５が回転させ、横行用ガーダー７に沿ってＸ方向(Ｘ方向、-Ｘ方向の矢印で示す)に移動する。更に、走行用車輪９を走行誘導電動機８が回転させ、走行用ガーダー１０に沿ってＺ方向(Ｚ方向、-Ｚ方向の矢印で示す)に移動する。

図２に示すように、巻上・横行インバータ制御装置１１には、巻上・横行インバータ制御部１５、巻上用インバータ１６、横行用インバータ１７が内蔵されている。また、走行用インバータ制御装置１３には、走行インバータ制御部１８、及び走行用インバータ１９が内蔵されている。また、巻上・横行インバータ制御部１５と走行インバータ制御部１８とは通信線２０によって接続されている。

巻上誘導電動機３と横行誘導電動機５は、巻上・横行用インバータ制御装置１１に格納された巻上・横行インバータ制御部１５により制御される。即ち、オペレータが操作入力装置１２から所定の指示を入力すると、巻上・横行インバータ制御部１５は、巻上用インバータ１６と横行用インバータ１７を制御するため、巻上用インバータ１６と横行用インバータ１７に制御に必要な制御情報を与える。尚、巻上誘導電動機３には、エンコーダ２１が取り付けられており、巻上誘導電動機３の回転情報を巻上・横行インバータ制御部１５に入力している。

そして、巻上用インバータ１６と横行用インバータ１７は、巻上誘導電動機３と横行誘導電動機５に必要な周波数、電圧、電流を加え、同時に誘導電動機用ブレーキ１４を開放制御する。これによって、巻上用ドラム４の場合、クレーンフック１に取り付けられた荷物が、落下することなくＹ方向に移動させられ、また、横行用車輪６の場合、横行用ガーダー７に沿って横行用車輪６をＸ方向に移動させる。

同様に走行用車輪９に取り付けてある走行誘導電動機８は、オペレータが操作入力装置１２からの所定の指示を入力すると、走行用インバータ制御装置１３に格納された走行インバータ制御部１８が走行用インバータ１９を制御し、走行用インバータ１９は走行誘導電動機８に必要な周波数、電圧、電流を加え、同時に誘導電動機用ブレーキ１４を開放制御することで、走行用ガーダー１０に沿って走行用車輪９をＺ方向に移動させる。

更に巻上・横行インバータ制御装置１１には通信部２２が設けられており、この通信部２２は、通信線２３によって巻上・横行インバータ制御部１５と接続されている。通信部２２は無線通信によって、演算機能を備えるサーバによって構成されたクラウドネットワーク２４に接続されており、このクラウドネットワーク２４は、通信部を備えた携帯表示端末２５とも無線通信で接続されている。

したがって、クラウドネットワーク(以下、クラウドと表記する)２４を介して、通信部２２と携帯表示端末２５は、相互にアクセス可能な環境に設定されている。携帯表示端末２５は、可搬型のタブレット端末やパーソナルコンピュータ(ＰＣ)を使用することができる。

サーバを備えたクラウド２４は、クレーン装置の製造会社や、メンテナンス会社に設置されている。また、携帯表示端末２５は保守係員が携帯するもので、これによって、故障に対応してクレーン装置を早期に復旧できるように、支援情報を携帯表示端末２５に表示することができる。

つまり、クラウド２４のサーバは、故障検出時の故障状態情報、及びこの故障状態情報に対応する運転状態情報から、故障要因を自動で演算/分析する機能を備えており、これによって分析された故障要因に対応する支援情報が、携帯表示端末２５に送信されるようになっている。携帯表示端末２５では、この支援情報が表示画面に表示され、保守係員はこの支援情報に基づいて、クレーン装置の復旧作業を実施することになる。この支援情報は、少なくと、故障部位の確認や故障部位の修正の要請、必要な交換部品の提示等であるが、更に別の支援情報を表示することも可能である。

尚、携帯表示端末２５の代わりに、表示端末としてクレーン装置に設けられていても良く、また、クレーン装置が設置されている設置会社に卓上表示端末として設けられていても良い。要は、保守係員が容易に故障や異常に対応する支援を受けられる体制であれば良いものである。

ここで、クレーン装置の種々の故障検出は、巻上・横行インバータ制御部１５、及び/または走行インバータ制御部１８で実施されており、ここでの故障検出は、周知の方法で行われているので、詳細な説明は省略する。そして、巻上・横行インバータ制御部１５、及び/または走行インバータ制御部１８で検出された故障状態情報は、その故障内容に対応して、アルファベットや数字で表されたエラーコードに変換されて、通信線２３を介して通信部２２送られている。

通信部２２は、少なくとも、エラーコードと故障検出時のクレーン装置の運転状態情報を紐つけて、クラウド２４へ送信する。クラウド２４ではサーバの演算機能によって、エラーコードと故障検出時のクレーン装置の運転状態情報から、故障要因を演算、推定して特定する。更に、クラウド２４のサーバでは、この故障要因に基づいて保守係員に対する支援情報を演算する。

クラウド２４で求められた支援情報は、無線通信で携帯表示端末２５に送られ、携帯表示端末２５では、テキストデータで表示画面に表示したり音声で報知したりして、保守係員が認識できる形態で支援情報を提供する。ここで、通信部２２とクラウド２４は、無線、或いは有線で通信することができる。また、携帯表示端末２５は、保守係員が持ち運ぶので、無線で通信することが好ましい。

尚、故障要因が特定できなければ、現地調査での支援となる支援情報を保守係員が認識できる形態で提供することもできる。ここで、携帯表示端末２５を使用することで、保守係員は事前に交換部品を準備して現地に向かうこともできるので、この点からも迅速な復旧が可能となる。

本実施例ではクラウド２４のサーバを使用して支援情報を求めているが、コンピュータシステムの能力が充分であれば、巻上・横行インバータ制御部１５、及び/または走行インバータ制御部１８で、支援情報を求めるようにしても良い。また、これに対応して、通信部２２と携帯表示端末２５を直接的に接続して、通信によって携帯表示端末２５に支援情報を送り、保守係員が認識できる形態で支援情報を提供するようにしても良い。

ここで、クラウド２４のサーバは図３に示す処理部を備えている。図３において、情報受信処理部３０で通信部２２からの運転状態情報と故障状態情報を表すデータを受信し、受信した運転状態情報と故障状態情報のデータを、故障状態情報保存処理部３１と運転情報保存処理部３４に分けて保存する。したがって、故障状態情報保存処理部３１には、故障状態情報のデータが記憶され、運転情報保存処理部３４には、運転状態情報のデータが記憶される。

この場合、運転状態情報と故障状態情報のデータに識別子を付与しておけば容易に、これらを分離して記憶することができる。また、この識別子を付与しておけば、運転状態情報と故障状態情報のデータを分離しないで記憶することもできる。

そして、故障要因を分析する際は、故障要因分析処理部３２で故障要因の分析を実行するが、故障の内容によっては、故障状態情報だけではなく、運転状態情報も活用することもできる。分析した故障要因は、表示内容出力処理部３３に送られ、表示内容出力処理部３３においては、故障要因を復旧するために支援情報を演算する。

この支援情報は、上述したように、少なくと、故障部位の確認や故障部位の修正の要請、必要な交換部品の提示等であるが、更に別の支援情報を提示することも可能である。そして、求められた支援情報は、表示内容出力処理部３３から無線通信によって携帯表示端末２５に送信される。

次に、クラウド２４のサーバによって実行される故障要因の分析と、この分析によって求められた支援情報を携帯表示端末２５に表示する具体的な例を、図４を用いて説明する。この例は、例えば、巻上・横行インバータ制御部１２が、故障状態情報の一つである電動機のロックを検出した場合における、クラウド２４のサーバによるロック検出の要因分析フローと、携帯表示端末２５による支援情報の表示例を示している。

ここで、ロック検出のエラーコードは「Ｅ０１」とする。なお、ロック検出とは、一定時間、例えば１秒間の運転操作に対し、電動機の回転数が1回転以下であれば、電動機にロックが発生している、と検出する故障である。尚、電動機の回転は、電動機軸の回転を測定するエンコーダ２１(図２参照)により測定されている。

図４の左側の示す故障要因分析フローは、クラウド２４のサーバで実行される大まかな制御ステップを示し、図４の右側に示す部分は、携帯表示端末２５の表示画面２５Ｄに、表示項目として表示される支援情報を示している。

図４の実線で示す表示画面２５Ｄは、大まかな制御ステップと支援情報の両方を表示するものである。このように、制御ステップと支援情報の両方を表示すると、保守係員の故障状態情報に関する理解を助け、より迅速に復旧作業を進めることができる。以下に示す実施形態は、制御ステップと支援情報の両方を表示した例である。

また、別の表示形態として、図４の右側の破線枠で示すように、表示画面２５Ｄに故障項目毎に個別に支援情報を表示することもできる。個別の破線枠に示すように、故障に対応した支援情報があれば、表示画面２５Ｄに表示され、故障に対応した支援情報がなければ、表示画面２５Ｄには表示されない。これによれば、表示する情報が少ないので携帯表示端末２５を小型に形成でき、持ち運びが楽になる。

以下、故障に対する支援情報の表示のやり方を図４に基づいて説明するが、上述したように制御ステップと支援情報の両方を表示した例である。ここで、故障要因分析フローの制御ステップは、サーバに備えられたコンピュータで実行されるものであり、所定の動作を実行する機能部として捉えることができる。携帯表示端末２５も同様である。

ステップＳ１０１において、先ず、クラウド２４のサーバは、通信部２２からロック検出(Ｅ０１)の故障状態情報を受信したら、同時に受信するロック検出(Ｅ０１)を実行した時のクレーン装置の運転状態情報から、インバータの出力状態を確認する。インバータの出力が無ければ、インバータの異常と判断できるので、表示項目Ｄ２０１に示すように、必要な交換部品の提示である、インバータの交換を促す要請表示を行う。尚、インバータの異常と判断できる理由は、インバータが出力してからブレーキを開放するのが一般的であるためである。

ここで「要請表示」とは、保守係員に対して必要な作業を要請するための文章で表現されたメッセージであり、以下の説明でも同様である。

インバータの出力が有る場合は次にステップＳ１０２において、ロック検出(Ｅ０１)時の吊り上げ荷重の状態を確認する。製品仕様の定格荷重を超える荷重、或いは地球吊り上げ(地面に設置された建築物にフックが掛かっている状態等)を検出していれば、表示項目Ｄ２０２に示すように、使用方法の改善を促す要請表示を行う。

吊り上げ荷重が正常範囲内であれば次にステップＳ１０３において、ロック検出(Ｅ０１)時の電源電圧を確認する。電源電圧が製品仕様より低ければ、瞬時停電や電源欠相などの可能性があることを含め、表示項目Ｄ２０３に示すように、電源環境の改善を促す要請表示を行う。

ここで、上述したステップＳ１０１～Ｓ１０３の判断に該当しない場合は、ステップＳ１０４以降の確認が必要なので、保守係員は現地調査を実施する。このため、図では示していないが、クラウド２４のサーバは、携帯表示端末２５に対して、現地調査が必要である旨の表示を行い、保守係員に現地調査に赴くように指示を出すようにしている。

そして、保守係員は、例えば携帯表示端末２５を使用して図４に記載の要因分析を行う故障要因分析フローの表示を見ながら現地調査を実施する。

ステップＳ１０３で電源電圧が低く無ければ次にステップＳ１０４において電動機の回転状態をチェックする。例えば、電動機が回転しなければ、ステップＳ１０５に進んでブレーキの状態を確認し、ブレーキが解放しないようであれば、表示項目Ｄ２０５に示すように、ブレーキ機構及びブレーキ回路の確認を促す要請表示を行う。尚、本実施形態では、表示項目Ｄ２０５の表示部分は、スイッチ機能を備えており、表示項目Ｄ２０５の箇所を選択する(指で接触する)と、表示画面が切り替わって図５に示す確認項目が表示される。尚、この確認項目は、クラウド２４のサーバに格納されており、表示項目Ｄ２０５が選択されると、クラウド２４のサーバから送られてくるものである。

図５はブレーキ機構、及び、ブレーキ回路の確認方法を表示したものである。表示する内容は、表示項目Ｄ５０１に示すブレーキの構造図と構成部品の部品表、表示項目Ｄ５０２に示すブレーキ機構の確認項目、表示項目Ｄ５０３に示すブレーキの回路と構成部品の部品表、及び表示項目Ｄ５０４に示すブレーキ回路の確認項目である。

表示された確認項目を実施することで、異常箇所が容易に特定でき、また、交換部品を注文する際に必要となる部品コードも表示しているので、スムーズな部品発注が可能となる。

尚、表示されている部品コードを選択することで、発注依頼（見積もり依頼）の画面に遷移させることもできる。ここで、図５に示すような確認項目は、他の表示項目(例えば、後述の表示項目Ｄ２０７や、表示項目Ｄ２１０)においても同様に設定されている。

ステップＳ１０５でブレーキが解放していれば次にステップＳ１０６において、電動機ケーブルの断線をチェックし、断線を生じていると表示項目Ｄ２０６に示すように、電動機ケーブルの交換を促す要請表示を行う。尚、電動機ケーブルが断線していないと、表示項目Ｄ２０７に示すように、電動機の回転伝達機構の確認を促す要請表示を行う。

ステップＳ１０４で電動機が回転していれば次にステップＳ１０７において、エンコーダケーブルの断線をチェックし、エンコーダケーブルが断線を生じていると、表示項目Ｄ２０８に示すように、エンコーダケーブルの交換を促す要請表示を行う。

エンコーダケーブルに断線がないと、最後にステップＳ１０８において、エンコーダケーブルに強電系のケーブルが近接している可能性があるので、表示項目Ｄ２０９に示すように、エンコーダケーブルの這い回しを見直すことを促す要請表示を行う。一方、エンコーダケーブルに強電系のケーブルが近接していないと、エンコーダ機構及びエンコーダ回路の確認を促す要請表示を行う。

このように、携帯表示端末２５に夫々の故障に対応した支援情報を表示することができるので、機械学習や高い技術力・経験が求められず、また、保守係員の現地調査での支援が可能となる。

上述の第１の実施形態では、故障要因分析フローと支援情報を携帯表示端末２５の表示画面に表示した。これに対して、本発明の第２の実施形態では、クラウド２４のサーバは、図４の制御ステップの実行順序毎に「一問一答形式」で、支援情報を表示することもできる。例えば、図４のステップＳ１０５と表示項目Ｄ２０５について説明すると以下の通りとなる。

図６の(ａ)の表示画面２５Ｄに示すように、クラウド２４のサーバからの「Ｑ５ 操作するとブレーキは開放しますか？」という質問に対して、保守係員はクレーン装置の操作入力装置１２を操作してブレーキを開放動作させる。この結果、ブレーキが開放されれば、保守係員は表示項目Ｄ６０２の「ＹＥＳ」を選択する。クラウド２４のサーバは、これを受けて図４の次のステップＳ１０６の制御ステップを実行する。この制御においても、上記と同様の表示項目を表示する。

一方、ブレーキが開放されなければ、保守係員は表示項目Ｄ６０３の「ＮＯ」を選択する。クラウド２４のサーバは、これを受けて図６の(ｂ)の表示画面２５Ｄに示すように、保守係員に対して「ブレーキ機構及びブレーキ回路の確認を行って下さい」といった支援情報を、表示項目Ｄ２０５として要請表示する。以後、図４に示す故障要因分析フローに対応した操作を行って、保守係員に対して質問と支援情報を提供することができる。

このように、「一問一答形式」で、順番に支援情報を表示することもできる。これによって、携帯表示端末２５に夫々の故障に対応した支援情報を表示することができるので、機械学習や高い技術力・経験が求められず、また、保守係員の現地調査での支援が可能となる。

本発明の第３の実施形態では、図４に示す表示画面に過去の事例集の選択ボタンを設け、この選択ボタンを選択することで、過去に発生した類似事例の一覧を閲覧可能とした。これによって保守係員による要因分析が更に容易になる。尚、この過去の事例集は、故障要因分析フローが実行されるたびに更新されるものである。

図７において、携帯表示端末２５の一部の領域に「過去事例集」の表示項目Ｄ７００が設定されている。この表示項目Ｄ７００は、エラーコードの種類(故障状態情報の種類)毎に表示されるものであり、図７ではエラーコードが「Ｅ０１(ロック検出)」における過去の事例集が検索される構成となっている。

したがって、保守係員は携帯表示端末２５の表示画面２５Ｄに表示された表示項目Ｄ７００を選択すると、クラウド２４のサーバにおいて「Ｅ０１(ロック検出)」における過去の事例集が検索され、携帯表示端末２５の表示画面２５Ｄに表示される。図８に検索された事例集を示している。この事例集は、「Ｅ０１(ロック検出)」に関して、過去に発生した類似事例を一覧で表示している。過去の事例集は、クラウド２４のサーバに格納されており、表示項目Ｄ７００を選択するとサーバから送信されてくるものである。

この一覧には、「発生年月日」、「定格荷重」、「故障の現象」、「原因」、及び「対策」が表示されている。したがって、保守係員は、この一覧からどんな故障が頻繁に発生しているかがわかるので原因が特定しやすくなる、また、その対策も示されているので、復旧作業を迅速に行うことが可能となる。このように、本実施形態では、現地調査で保守係員に支援情報を提供できるので、容易に要因分析が可能になり、また、円滑な交換部品の発注も可能になる。

以上述べたように、本発明においては、クレーン装置における故障状態情報と運転状態情報から故障要因を分析する分析手段と、分析した故障要因から少なくとも、故障に対応した確認項目や交換部品である支援情報を求める支援情報取得手段と、取得された支援情報を表示する表示手段とを備えることを特徴としている。

これによれば、機械学習や高い技術力・経験が求められず、また、保守係員の現地調査での支援が可能となる。

尚、本発明は上記したいくつかの実施例に限定されるものではなく、様々な変形例が含まれる。上記の実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、ある実施例の構成に他の実施例の構成を加えることも可能である。各実施例の構成について、他の構成の追加、削除、置換をすることも可能である。

１…クレーンフック、２…ワイヤーロープ、３…巻上誘導電動機、４…巻上用ドラム、５…横行誘導電動機、６…横行用車輪、７…横行用ガーダー、８…走行誘導電動機、９…走行用車輪、１０…走行用ガーダー、１１…巻上・横行インバータ制御装置、１２…操作入力装置、１３…走行用インバータ装置、１４…誘導電動機用ブレーキ、１５…巻上・横行インバータ制御部、１６…巻上用インバータ、１７…横行用インバータ、１８…走行インバータ制御部、１９…走行用インバータ、２０…通信線、
２１…エンコーダ、２２…通信部、２３…通信線、２４…クラウド、２５…携帯表示端末、２５D…表示画面、３０…情報受信処理部、３１…故障状態情報保存処理部、３２…故障要因分析処理部、３３…表示内容出力処理部、３４…運転情報保存処理部。

Claims (3)

1. クレーン故障診断システムにおいて、
   クレーン装置における故障状態情報と運転状態情報から故障要因を分析する分析手段、及び分析した前記故障要因から、少なくとも、故障に対応した確認項目と交換部品からなる支援情報を求める支援情報取得手段と、
   取得された前記支援情報を表示する表示手段とを備え、
   前記分析手段及び前記支援情報取得手段は、クラウドのサーバであり、
   前記表示手段は、保守係員が携帯する携帯表示端末であり、
   前記クレーン装置は、前記故障状態情報と前記運転状態情報を検出すると共に、前記故障状態情報と前記運転状態情報を前記クラウドのサーバに送信するクレーン側制御部を備え、
   前記クラウドのサーバは、前記クレーン側制御部から送られてきた前記故障状態情報と前記運転状態情報に基づいて前記故障要因を分析し、更に、前記故障要因に対応した前記支援情報を求めると共に、前記故障要因と前記支援情報、或いは前記支援情報を前記携帯表示端末に送信するサーバ側制御部を備え、
   前記携帯表示端末は、前記故障要因と前記支援情報、或いは前記支援情報を表示する表示画面を備えていると共に、
   前記携帯表示端末は、前記故障要因を求める故障要因分析フローと、前記故障要因分析フローの分析結果に対応した前記支援情報を表示する
   ことを特徴とするクレーン故障診断システム。
2. 請求項１に記載のクレーン故障診断システムにおいて、
   前記携帯表示端末は、前記表示画面に表示された前記支援情報が前記保守係員によって選択されると、前記クラウドのサーバから前記支援情報に関する確認項目を取得し、前記表示画面を切り替えて前記確認項目を表示する
   ことを特徴とするクレーン故障診断システム。
3. 請求項１に記載のクレーン故障診断システムにおいて、
   前記携帯表示端末は、検出された前記故障状態情報に関係する過去の故障事例を示す表示項目を表示し、前記表示画面に表示された前記表示項目が前記保守係員によって選択されると、前記クラウドのサーバから前記過去の故障事例を取得し、前記表示画面を切り替えて前記過去の故障事例を表示する
   ことを特徴とするクレーン故障診断システム。

Images