JP2016108089A - 故障診断装置、システム、及び方法 - Google Patents

Abstract

【課題】エレベータ装置の故障を精度よく診断することができる故障診断装置、システム、及び方法を提供する。【解決手段】一実施形態に係る故障診断装置は、仕様取得部と、理想タイミング取得部と、故障診断部と、報知部と、を備える。仕様取得部は、故障診断の対象となるエレベータ装置の仕様を取得する。理想タイミング取得部は、エレベータ装置の状態、動作命令、及び動作命令により指定された動作の開始時刻に基づいて、エレベータ装置が正常な場合に所定の条件を満たす理想タイミングを取得する。故障診断部は、理想タイミングと、エレベータ装置が所定の条件を実際に満たした実タイミングと、の時間差に基づいて、エレベータ装置の故障を診断する。報知部は、診断結果を報知する。【選択図】図１

Description

本発明の実施形態は、故障診断装置、システム、及び方法に関する。

従来、エレベータ装置の故障診断は、エレベータ装置に設けられたセンサでエレベータ装置の異常を検出することにより行われていた。この故障診断方法では、センサにより検出されない故障を診断することは困難であった。

特開２０１３−２３３２５号公報

エレベータ装置の故障を精度よく診断することができる故障診断装置、システム、及び方法を提供する。

一実施形態に係る故障診断装置は、仕様取得部と、理想タイミング取得部と、故障診断部と、報知部と、を備える。仕様取得部は、故障診断の対象となるエレベータ装置の仕様を取得する。理想タイミング取得部は、エレベータ装置の状態、動作命令、及び動作命令により指定された動作の開始時刻に基づいて、エレベータ装置が正常な場合に所定の条件を満たす理想タイミングを取得する。故障診断部は、理想タイミングと、エレベータ装置が所定の条件を実際に満たした実タイミングと、の時間差に基づいて、エレベータ装置の故障を診断する。報知部は、診断結果を報知する。

第１実施形態に係る故障診断装置の機能構成を示すブロック図。 仕様テーブルの一例を示す図。 理想動作時間テーブルの一例を示す図。 故障情報テーブルの一例を示す図。 図１の故障診断装置のハードウェア構成を示すブロック図。 図１の故障診断装置の動作を示すフローチャート。 第２実施形態に係る故障診断装置の動作を示すフローチャート。 第３実施形態に係る故障診断装置の機能構成を示すブロック図。 第４実施形態に係る故障診断装置の機能構成を示すブロック図。 図９の故障診断装置の動作を示すフローチャート。

以下、本発明の実施形態について図面を参照して説明する。

（第１実施形態）
第１実施形態に係る故障診断装置、システム、及び方法について、図１〜図６を参照して説明する。本実施形態に係る故障診断装置は、理想タイミングと実タイミングとの時間差に基づいて、エレベータ装置の故障を診断する。

まず、第１実施形態に係る故障診断装置１００（以下、「装置１００」という）の機能構成について、図１〜図４を参照して説明する。図１は、装置１００の機能構成を示すブロック図である。図１に示すように、装置１００は、仕様取得部１と、理想タイミング取得部２と、故障診断部３と、故障情報ＤＢ４と、故障部位特定部５と、回路図取得部６と、報知部７と、を備える。

仕様取得部１は、建物のエレベータ設備２００が備える１つ又は複数のエレベータ装置ＥＶのうち、故障診断の対象となるエレベータ装置（以下、「対象ＥＶ」という）の仕様を取得する。ここでまず、エレベータ設備２００について説明する。

エレベータ設備２００は、１つ又は複数のエレベータ装置ＥＶと、各エレベータ装置ＥＶの動作を制御する制御盤２０１と、識別情報取得装置２０２と、を備える。図１において、エレベータ装置ＥＶ１，ＥＶ２が図示されているが、エレベータ設備２００が備えるエレベータ装置ＥＶの数は任意である。

制御盤２０１は、動作命令を送信することにより、各エレベータ装置ＥＶの動作を制御する。動作命令とは、エレベータ装置ＥＶが行う動作を指定する命令である。エレベータ装置ＥＶは、受信した動作命令により指定された動作を行う。

また、制御盤２０１は、各エレベータ装置ＥＶの状態を、エレベータ装置に設けられたセンサ等から常時取得する。エレベータ装置ＥＶの状態には、カゴの位置（階床）、積載重量、昇降速度、及び呼びの少なくとも１つが含まれるが、これに限られない。

各エレベータ装置ＥＶは、個体識別装置２０３をそれぞれ備える。個体識別装置２０３は、エレベータ装置ＥＶを個々に識別するための識別情報（ＩＤ）を記憶する。個体識別装置２０３は、例えば、ＩＣチップやＩＣタグであるが、これに限られない。

識別情報取得装置２０２は、対象ＥＶの個体識別装置２０３から識別情報を取得する。識別情報取得装置２０２は、個体識別装置２０３から取得した対象ＥＶの識別情報を装置１００に送信する。

制御盤２０１及び識別情報取得装置２０２は、有線又は無線により、装置１００と通信可能であり、装置１００とともに、故障診断システムを構成する。

仕様取得部１は、識別情報取得装置２０２から取得した識別情報に基づいて、対象ＥＶの仕様を取得する。仕様取得部１は、仕様ＤＢ１１と、仕様抽出部１２と、を備える。

仕様ＤＢ１１は、エレベータ設備２００が備える各エレベータ装置ＥＶの仕様を記憶している。仕様ＤＢ１１が記憶する仕様は、例えば、機種、昇降速度、設置階床、及び回生電力の少なくとも１つであるが、これに限られない。

ここで、図２は、仕様ＤＢ１１に記憶された仕様テーブル（仕様情報）の一例を示す図である。図２において、各エレベータ装置ＥＶのレコードには、機種、昇降速度、及び設置階床の３つの仕様が含まれている。図２によれば、例えば、エレベータ装置ＥＶ１の機種は、Ａである。

仕様抽出部１２は、識別情報取得装置２０２から対象ＥＶの識別情報を取得し、取得した識別情報に対応する仕様情報を、仕様ＤＢ１１から抽出する。例えば、仕様抽出部１２は、エレベータ装置ＥＶ１の識別情報（ＩＤ＝ＥＶ１）を取得した場合、図２の仕様テーブルから、ＥＶ１のレコードを抽出する。これにより、対象ＥＶの仕様として、機種Ａ、昇降速度３０、及び設置階床１〜１０階が抽出される。

理想タイミング取得部２は、理想タイミングを取得する。理想タイミングとは、正常な対象ＥＶが動作命令により指定された動作を行った場合に、所定の条件を満たす時刻のことである。所定の条件は、例えば、動作命令の終了（動作命令により指定された動作の終了）、昇降速度が所定値となること、カゴが階床間の所定位置を通過すること、及びドアが全開又は全閉となること、の少なくとも１つであるが、これに限られない。理想タイミング取得部２は、理想動作時間ＤＢ２１と、理想タイミング算出部２２と、を備える。

理想動作時間ＤＢ２１は、理想動作時間を記憶している。理想動作時間とは、正常なエレベータ装置ＥＶが、ある動作を行うために要する時間のことである。理想動作時間は、予め設定又は計測され、エレベータ装置ＥＶの仕様毎に記憶される。

ここで、図３は、理想動作時間ＤＢ２１に記憶された理想動作時間テーブル（理想動作時間情報）の一例を示す図である。図３に示すように、理想動作時間ＤＢ２１は、エレベータ装置ＥＶの動作と、理想動作時間と、を対応づけて記憶している。図３によれば、例えば、カゴが１階から２階へ上昇するまでの理想動作時間は５秒である。これは、エレベータ装置ＥＶが正常な場合、カゴが１階から２階へ上昇するまでに５秒かかることを示している。理想動作時間ＤＢ２１は、このような理想動作時間テーブルを、エレベータ装置ＥＶの仕様毎に記憶している。

理想タイミング算出部２２（以下、「算出部２２」という）は、理想タイミングを算出する。まず、算出部２２は、制御盤２０１から、対象ＥＶの状態と、制御盤２０１が対象ＥＶに送信した動作命令と、対象ＥＶが動作命令により指定された動作を開始した開始時刻と、を受信する。

次に、算出部２２は、対象ＥＶの状態及び動作命令に基づいて、開始時刻から理想タイミングまでの理想動作時間を、理想動作時間ＤＢ２１から抽出する。そして、算出部２２は、抽出した理想動作時間を合計した合計時間を算出し、開始時刻から合計時間後の時刻を理想タイミングとして算出する。

例えば、所定の条件が「動作命令の終了」、対象ＥＶの状態が「１階に停止」、動作命令が「２階へ移動」である場合、算出部２２は、図３の理想動作時間テーブルから理想動作時間として５秒（１階→２階）を抽出する。この場合、合計時間は５秒となる。そして、算出部２２は、開始時刻の５秒後を、理想タイミングとして算出する。

また、所定の条件が「ドアが全開となること」、対象ＥＶの状態が「１階に停止」、動作命令が「２階へ移動」である場合、算出部２２は、図３の理想動作時間テーブルから理想動作時間として５秒（１階→２階）及び３秒（戸閉→戸開）を抽出する。この場合、合計時間は８秒となる。そして、算出部２２は、開始時刻の８秒後を、理想タイミングとして算出する。

このように、算出部２２は、１つの動作命令に対して、１つ又は複数の条件に対応する１つ又は複数の理想タイミングを算出することができる。

故障診断部３（以下、「診断部３」という）は、理想タイミングと実タイミングとに基づいて、対象ＥＶの故障の有無を診断する。実タイミングとは、対象ＥＶが動作命令により指定された動作を行い、上述の所定の条件を実際に満たす時刻のことである。各条件に対して、理想タイミングと実タイミングとは、１対１に対応する。診断部３は、制御盤２０１から実タイミングを受信する。

診断部３は、理想タイミングと実タイミングとの時間差（動作タイミングのずれ）を算出し、時間差を所定の閾値と比較することにより、対象ＥＶの故障を診断する。具体的には、診断部３は、時間差が閾値より大きい場合、対象ＥＶは故障していると診断する。閾値は、任意に設定可能であり、理想タイミングを算出する条件毎に同一でも異なってもよい。診断部３による診断結果は、後述する報知部７により報知される。

故障情報ＤＢ４は、故障情報を記憶している。故障情報とは、理想タイミングと実タイミングとの時間差と、エレベータ装置ＥＶの故障部位と、が対応づけられた情報である。ここでいう故障部位は、例えば、エレベータ装置ＥＶを構成する機器（モータ、センサ、巻上げ機など）、機器間の接続部分、及び機器や接続部分の回路上の特定部分、の少なくとも１つである。故障情報は、例えば、故障部位が判明した過去の故障事例に基づいて作成される。

ここで、図４は、故障情報ＤＢ４に記憶された故障情報テーブルの一例を示す図である。図４に示すように、故障情報テーブルには、複数の故障情報のレコードが含まれ、各故障情報には、故障部位、故障内容、及び条件毎の複数の時間差と、が含まれる。例えば、故障情報１は、故障部位Ａで接触不良が発生した場合、条件１の時間差が１秒発生し、条件３の時間差が３秒発生したことを示している。故障情報ＤＢ４は、このような故障情報テーブルを、仕様毎に複数記憶している。なお、故障情報テーブルに含まれる条件の数は任意に設定可能である。

故障部位特定部５（以下、「特定部５」という）は、診断部３から診断結果を取得し、対象ＥＶが故障と診断されている場合、故障部位を特定する。具体的には、特定部５は、診断部３から各条件における時間差を取得し、故障情報ＤＢ４を参照する。そして、特定部５は、故障情報ＤＢ４から、時間差又は時間差の組合せが一致する故障情報を抽出し、抽出した故障情報の故障部位を、対象ＥＶの故障部位として特定する。特定部５が抽出した故障部位は、報知部７により報知される。

回路図取得部６は、仕様取得部１が取得した対象ＥＶの仕様に応じた回路図を取得する。回路図取得部６は、回路図ＤＢ６１と、回路図抽出部６２と、が含まれる。

回路図ＤＢ６１は、エレベータ設備２００が備える各エレベータ装置ＥＶの回路図を、エレベータ装置ＥＶの仕様毎に記憶している。回路図には、エレベータ装置ＥＶを構成する各機器の展開接続図や、機器間の接続を示す回路図が含まれる。

回路図抽出部６２は、仕様抽出部１２から対象ＥＶの仕様を取得し、回路図ＤＢ６１を参照して、対象ＥＶの回路図を抽出する。回路図抽出部６２により抽出された対象ＥＶの回路図は、報知部７により報知される。

報知部７は、診断部３による対象ＥＶの診断結果と、特定部５により特定された故障部位と、回路図抽出部６２により抽出された対象ＥＶの回路図と、を報知する。ここでいう報知とは、対象ＥＶの保守員や装置１００のオペレータが診断結果等を確認可能なように、診断結果等を出力することをいう。

報知部７は、例えば、装置１００を構成するコンピュータ１００′の表示装置１０３（後述）に診断結果等を表示してもよい。また、報知部７は、対象ＥＶの保守作業を行う保守員が有する保守端末３００に、診断結果等を送信してもよい。ここで、保守端末３００について説明する。

保守端末３００とは、保守員が保守作業の際に携帯する携帯端末である。保守端末は、例えば、保守作業用の専用端末、携帯電話、スマートホン、及びタブレットであるが、これに限られない。保守端末３００は、有線又は無線により、装置１００と通信可能であり、装置１００とともに、故障診断システムを構成する。保守員は、装置１００から送信された情報を保守端末３００で受信して表示したり、保守端末３００に入力した情報を装置１００に送信したりすることができる。

報知部７は、診断結果等を報知する際、故障部位を対象ＥＶの回路図上で示すのが好ましい。これにより、保守員やオペレータは、故障部位を容易に把握することができる。

次に、本実施形態に係る装置１００のハードウェア構成について、図５を参照して説明する。本実施形態に係る装置１００は、エレベータ設備２００の管理センタに設けられたサーバなどの、コンピュータをハードウェアとして利用することにより構成される。

図５は、装置１００のハードウェアとして利用されるコンピュータ１００′の構成を示すブロック図である。図５に示すように、このコンピュータ１００′は、ＣＰＵ（中央演算装置）１０１と、入力装置１０２と、表示装置１０３と、通信装置１０４と、記憶装置１０５と、を備え、これらはバス１０６により相互に接続されている。

ＣＰＵ１０１は、コンピュータ１００′の制御装置及び演算装置である。ＣＰＵ１０１は、バス１０６を介して接続された各装置（例えば、入力装置１０２、通信装置１０４、記憶装置１０５）から入力されたデータやプログラムに基づいて演算処理を行い、演算結果や制御信号を、バス１０６を介して接続された各装置（例えば、表示装置１０３、通信装置１０４、記憶装置１０５）に出力する。

具体的には、ＣＰＵ１０１は、コンピュータ１００′のＯＳ（オペレーティングシステム）や、故障診断プログラムなどを実行し、コンピュータ１００′を構成する各装置を制御する。故障診断プログラムとは、コンピュータ１００′に、装置１００の上述の各機能構成を実現させるプログラムである。ＣＰＵ１０１が故障診断プログラムを実行することにより、コンピュータ１００′が装置１００として機能する。

入力装置１０２は、装置１００に情報を入力するための装置である。入力装置１０２は、例えば、キーボード、マウス、及びタッチパネルであるが、これに限られない。

表示装置１０３は、画像や映像を表示するための装置である。表示装置１０３は、例えば、ＬＣＤ（液晶ディスプレイ）、ＣＲＴ（ブラウン管）、及びＰＤＰ（プラズマディスプレイ）であるが、これに限られない。理想タイミング、実タイミング、及び診断結果等の情報は、表示装置１０３により表示することができる。

通信装置１０４は、コンピュータ１００′が、エレベータ設備２００や保守端末３００などの外部装置と無線又は有線で通信するための装置である。通信装置１０４は、例えば、モデム、ハブ、及びルータであるが、これに限られない。装置１００は、通信装置１０４を介して、エレベータ設備２００や保守端末３００と通信する。

対象ＥＶの識別情報、対象ＥＶの状態、動作命令、動作命令の開始時刻、及び実タイミングなどの情報は、通信装置１０４を介して制御盤２０１や識別情報取得装置２０２から受信することができる。また、報知部７が報知する診断結果等の情報は、通信装置１０４を介して保守端末３００へ送信することができる。

記憶装置１０５は、装置１００のＯＳや、プログラム、故障診断プログラムの実行に必要なデータ、及び故障診断プログラムの実行により生成されたデータなどを記憶する記憶媒体である。記憶装置１０５には、主記憶装置と外部記憶装置とが含まれる。主記憶装置は、例えば、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭであるが、これに限られない。また、外部記憶装置は、ハードディスク、光ディスク、フラッシュメモリ、及び磁気テープであるが、これに限られない。仕様ＤＢ１１、動作時間ＤＢ２１、故障情報ＤＢ４、及び回路図ＤＢ６１は、記憶装置１０５を用いて構成することができる。

なお、コンピュータ１００′は、ＣＰＵ１０１、入力装置１０２、表示装置１０３、通信装置１０４、及び記憶装置１０５を、１つ又は複数備えてもよいし、プリンタやスキャナなどの周辺機器を接続されていてもよい。

また、装置１００は、単一のコンピュータ１００′により構成されてもよいし、相互に接続された複数のコンピュータ１００′により構成されてもよい。

さらに、故障診断プログラムは、記憶装置１０５に予め記憶されていてもよいし、ＣＤ−ＲＯＭなどの記憶媒体に記憶されていてもよいし、インターネット上にアップロードされていてもよい。いずれの場合も、故障診断プログラムをコンピュータ１００′にインストールして実行することにより、装置１００を構成することができる。

次に、本実施形態に係る装置１００の動作について、図６を参照して説明する。図６は、本実施形態に係る装置１００の動作を示すフローチャートである。

ステップＳ１において、仕様取得部１は、対象ＥＶの仕様を取得する。すなわち、仕様抽出部１２は、識別情報取得装置２０２から対象ＥＶの識別情報を取得し、仕様ＤＢ１１から対象ＥＶの仕様を抽出する。

ステップＳ２において、理想タイミング取得部２は、１つ又は複数の条件に対応する１つ又は複数の理想タイミングを取得する。すなわち、理想タイミング算出部２２は、制御盤２０１から、対象ＥＶの状態と、対象ＥＶに送信された動作命令と、対象ＥＶが動作命令により指定された動作を開始した開始時刻と、を受信する。また、理想タイミング算出部２２は、仕様抽出部１２から対象ＥＶの仕様を取得する。そして、理想タイミング算出部２２は、理想動作時間ＤＢ２１から理想動作時間を抽出し、理想タイミングを算出する。理想タイミングの算出方法は、上述の通りである。

ステップＳ３において、診断部３は、理想タイミング算出部２２が算出した１つ又は複数の理想タイミングを取得し、制御盤２０１から理想タイミングに対応する１つ又は複数の実タイミングを取得する。

ステップＳ４において、診断部３は、理想タイミングと実タイミングとの時間差と、所定の閾値とを比較し、時間差が閾値より大きいか判定する。時間差が閾値より大きい場合（ステップＳ４のＹＥＳ）、処理はステップＳ５に進む。

ステップＳ５において、診断部３は、対象ＥＶは故障していると診断する。

ステップＳ６において、特定部５は、診断部３から理想タイミングと実タイミングとの時間差を取得し、故障情報ＤＢ４を参照して、時間差が一致する故障情報を抽出する。時間差が一致する故障情報があった場合（ステップＳ６のＹＥＳ）、処理はステップＳ７に進む。なお、理想タイミング及び実タイミングが複数の条件について算出されている場合には、特定部５は、時間差の組あわせが一致する故障情報を抽出すればよい。

ステップＳ７において、特定部８は、抽出した故障情報の故障部位を、対象ＥＶの故障部位として特定する。

ステップＳ８において、回路図取得部６は、対象ＥＶの仕様に応じた回路図を取得する。すなわち、回路図抽出部６２は、仕様抽出部１２から対象ＥＶの仕様を取得し、回路図ＤＢ６１から仕様に応じた回路図を抽出する。

ステップＳ９において、報知部７は、対象ＥＶが故障している旨の診断結果と、特定された故障部位と、を表示装置１０３に表示したり、保守端末３００に送信したりすることにより、オペレータや保守員に報知する。特定された故障部位は、回路図上に示して表示される。

これに対して、ステップ４において、時間差が閾値以下の場合（ステップＳ４のＮＯ）、処理はステップＳ１０に進む。

ステップＳ１０において、診断部３は、対象ＥＶは正常であると診断する。

その後、ステップＳ９において、報知部７は、対象ＥＶは正常である旨の診断結果を報知する。

また、ステップＳ６において、時間差が一致する故障情報がなかった場合（ステップＳ６のＮＯ）、処理はステップＳ９に進み、報知部７は、対象ＥＶが故障している旨の診断結果を報知する。

装置１００は、以上の処理を所定の時間間隔、或いは、所定のタイミングで行うことにより、対象ＥＶの故障を診断する。以上の処理は、対象ＥＶの通常動作中に一定の時間間隔（例えば、１０分間隔）で行われてもよいし、対象ＥＶに動作命令が送信されたタイミングで行われてもよい。

以上説明したように、本実施形態に係る装置１００は、理想タイミングと実タイミングとの時間差に基づいて、対象ＥＶの故障を診断する。このため、装置１００は、センサなどにより検出できない故障を発見することが可能となり、エレベータ装置ＥＶの故障を精度よく診断することができる。

また、装置１００は、故障部位を特定して報知する。これにより、保守員が故障部位を特定する作業が不要となり、保守作業の手間を軽減することができる。

さらに、装置１００は、故障部位を回路図上に表示する。このため、保守員は、故障部位を具体的かつ容易に把握可能となり、保守作業を容易に行うことができる。

（第２実施形態）
第２実施形態に係る装置１００について、図７を参照して説明する。本実施形態に係る装置１００は、故障部位を特定できない場合、理想タイミングと実タイミングとの時間差に基づいて、故障部位を推定する。装置１００は、特定部５の動作が第１実施形態と異なる。他の構成及びハードウェア構成は、第１実施形態と同様である。以下、特定部５について説明する。

特定部５は、診断部３から診断結果を取得し、対象ＥＶが故障と診断されている場合、故障箇所を特定する。具体的には、特定部５は、診断部３から各条件における時間差を取得し、故障情報ＤＢ４を参照し、時間差又は時間差の組合せが一致する故障情報を抽出し、抽出した故障情報の故障部位を、対象ＥＶの故障部位として特定する。

本実施形態において、特定部５は、故障情報テーブルに時間差又は時間差の組合せが一致する故障情報が存在しない場合、時間差又は時間差の組合せが類似する故障情報を抽出し、抽出した故障情報の故障部位を、対象ＥＶの故障部位として推定する。

より詳細には、特定部５は、対象ＥＶの時間差又は時間差の組あわせと、故障情報の時間差又は時間差の組あわせと、の類似度を故障情報毎に算出する。類似度として、例えば、対象ＥＶの時間差と、故障情報の時間差と、の誤差の二乗和の逆数を用いることができる。

例えば、対象ＥＶの条件１の時間差が２秒、条件３の時間差が４秒の場合、図４の故障情報１の類似度は、１／（（１−２）^２＋（３−４）^２）＝０．５となる。特定部５は、類似度が所定値以上、又は、類似度が最大の故障情報を抽出し、対象ＥＶの故障部位を推定する。特定部５が推定した故障部位は、報知部７により報知される。

次に、本実施形態に係る装置１００の動作について、図７を参照して説明する。図７は、本実施形態に係る装置１００の動作を示すフローチャートである。本実施形態において、ステップＳ１〜Ｓ１０は、第１実施形態と同様である。

本実施形態では、ステップＳ６において、時間差が一致する故障情報がなかった場合（ステップＳ６のＮＯ）、処理はステップＳ１１に進む。

ステップＳ１１において、特定部５は、故障情報ＤＢ４を参照して、時間差が類似する故障情報を抽出する。時間差が類似する故障情報の抽出方法は、上述の通りである。時間差が類似する故障情報があった場合（ステップＳ１１のＹＥＳ）、処理はステップＳ１２に進む。

ステップＳ１２において、特定部５は、抽出した故障情報の故障部位を、対象ＥＶの故障部位として推定する。その後、処理はステップＳ８へ進む。そして、ステップＳ８で回路図が取得された後、ステップＳ９において、報知部７は、対象ＥＶが故障している旨の診断結果と、推定された故障部位と、を報知する。推定された故障部位は、回路図上に示して表示される。

ステップＳ１１において、時間差が類似する故障情報がなかった場合（ステップＳ１１のＮＯ）、処理はステップＳ９に進み、報知部７は、対象ＥＶが故障している旨の診断結果を報知する。

以上説明したように、本実施形態に係る装置１００は、故障部位を推定して報知する。このため、保守員が故障部位を特定する作業が容易となり、保守作業の手間を軽減することができる。

（第３実施形態）
第３実施形態に係る装置１００について、図８を参照して説明する。本実施形態に係る装置１００は、故障部位を特定されなかった故障の故障部位が判明した場合、故障情報ＤＢ４が更新される。

まず、第３実施形態に係る装置１００の機能構成について、図８を参照して説明する。図８は、本実施形態に係る装置１００の機能構成を示すブロック図である。図８に示すように、装置１００は、故障情報更新部８を更に備える。他の機能構成及びハードウェア構成は、第２実施形態と同様である。以下、故障情報更新部８について説明する。

故障情報更新部８（以下、「更新部８」という）は、例外故障に関する情報を記憶する。例外故障とは、診断部３により故障と診断されたものの、特定部５により故障部位が特定されなかった故障のことである。例外故障に関する情報には、対象ＥＶの仕様、理想タイミング、実タイミング、及び理想タイミングと実タイミングとの時間差、の少なくとも１つが含まれる。

本実施形態において、保守員は、例外故障を報知され、当該例外故障を解決した場合、判明した故障部位や故障内容を故障情報更新部８に入力する。故障部位や故障内容は、保守端末３００から入力されてもよいし、オペレータにより入力されてもよい。

更新部８は、入力された例外故障の故障部位や故障内容を取得し、例外故障に関する故障情報を生成する。更新部８が生成した故障情報は、故障情報ＤＢ４に記憶される。これにより、故障情報ＤＢ４に記憶された故障情報が更新される。

更新部８が故障情報を更新するタイミングは、任意に設定可能である。例えば、更新部８は、例外故障の故障部位や故障内容が入力されたタイミングで故障情報を更新してもよいし、所定の時間間隔で故障情報を更新してもよい。

以上説明した通り、本実施形態に係る装置１００は、例外故障に関する故障情報を生成し、故障情報を更新することができる。これにより、装置１００は、故障部位を特定するための故障情報を蓄積し、故障部位の特定精度を向上させることができる。

（第４実施形態）
第４実施形態に係る装置１００について、図９及び図１０を参照して説明する。本実施形態に係る装置１００は、故障部位に対応する対象ＥＶの部品情報を報知する。

まず、第４実施形態に係る装置１００の機能構成について、図９を参照して説明する。図９は、本実施形態に係る装置１００の機能構成を示すブロック図である。図９に示すように、装置１００は、部品情報取得部９を更に備える。他の機能構成及びハードウェア構成は、第３実施形態と同様である。以下、部品情報取得部９について説明する。

部品情報取得部９は、特定部５が特定又は推定した故障部位に対応する、対象ＥＶの部品情報を取得する。部品情報取得部９は、部品情報ＤＢ９１と、部品情報抽出部９２と、を備える。

部品情報ＤＢ９１は、部品情報を記憶している。部品情報とは、エレベータ装置ＥＶの故障を修理するために必要となる部品に関する情報である。部品情報には、部品の種類、品番、価格、在庫数、及び保管場所や、その部品が必要となる対象ＥＶの仕様、故障部位、及び故障内容が含まれる。

部品情報抽出部９２は、特定部５から対象ＥＶの仕様、故障内容、及び故障部位を取得する。部品情報抽出部９２は、部品情報ＤＢ９１を参照して、対象ＥＶの仕様、故障内容、及び故障部位に応じた部品情報を抽出する。部品情報抽出部９２により抽出された部品情報は、報知部７により報知される。

次に、本実施形態に係る装置１００の動作について、図１０を参照して説明する。図１０は、本実施形態に係る装置１００の動作を示すフローチャートである。本実施形態において、ステップＳ１〜Ｓ１２は、第２実施形態と同様である。

本実施形態では、ステップＳ７において、故障部位が特定された後、及びステップ１２において、故障部位が推定された後、処理はステップＳ１３に進む。

ステップＳ１３において、故障情報取得部９は、特定又は推定された故障部位に応じた部品情報を取得する。すなわち、故障情報抽出部９２が、故障情報ＤＢ９１から、故障部位等に応じた故障情報を抽出する。

その後、処理はステップＳ８へ進む。ステップＳ８で回路図が取得された後、ステップＳ９において、報知部７は、対象ＥＶが故障している旨の診断結果と、特定又は推定された故障部位と、部品情報と、を報知する。

以上説明した通り、本実施形態に係る装置１００は、特定又は推定された故障部位に対応する部品情報を報知する。これにより、保守員は、修理に必要な部品に関する情報を容易に把握できるため、対象ＥＶを効率的に修理することができる。

なお、本発明は上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。また例えば、各実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考えられる。さらに、異なる実施形態に記載した構成要素を適宜組み合わせてもよい。

１：仕様取得部、２：理想タイミング取得部、３：故障診断部、４：故障情報ＤＢ、５：故障部位特定部、６：回路図取得部、７：報知部、８：故障情報更新部、９：部品情報取得部、１１：仕様ＤＢ、１２：仕様抽出部、２１：理想動作時間ＤＢ、２２：理想タイミング算出部、６１：回路図ＤＢ、６２：回路図抽出部、９１：部品情報ＤＢ、９２：部品情報抽出部、１００：故障診断装置、１００′：コンピュータ、１０１：ＣＰＵ、１０２：入力装置、１０３：表示装置、１０４：通信装置、１０５：記憶装置、１０６：バス、２００：エレベータ設備、２０１：制御盤、２０２：識別情報取得部、２０３：個体識別装置、３００：保守端末、ＥＶ：エレベータ装置

Claims (8)

1. 故障診断の対象となるエレベータ装置の仕様を取得する仕様取得部と、
   前記エレベータ装置の状態、動作命令、及び前記動作命令により指定された動作の開始時刻に基づいて、前記エレベータ装置が正常な場合に所定の条件を満たす理想タイミングを取得する理想タイミング取得部と、
   前記理想タイミングと、前記エレベータ装置が前記所定の条件を実際に満たした実タイミングと、の時間差に基づいて、前記エレベータ装置の故障を診断する故障診断部と、
   診断結果を報知する報知部と、
   を備える故障診断装置。
2. 前記時間差と、前記時間差と故障部位とが対応づけられた故障情報と、に基づいて、前記エレベータ装置の故障部位を特定する故障部位特定部を更に備える
   請求項１に記載の故障診断装置。
3. 前記仕様に応じた前記エレベータ装置の回路図を取得する回路図取得部を更に備える
   請求項１又は請求項２に記載の故障診断装置。
4. 前記故障部位特定部は、前記時間差と前記故障情報とに基づいて、前記エレベータ装置の故障部位を推定する
   請求項２又は請求項３に記載の故障診断装置。
5. 前記故障部位が特定されなかった故障の前記故障部位が判明した場合、前記故障情報を更新する故障情報更新部を更に備える
   請求項２乃至請求項４のいずれか１項に記載の故障診断装置。
6. 前記故障部位に対応する前記エレベータ装置の部品情報を取得する部品情報取得部を更に備える
   請求項２乃至請求項４のいずれか１項に記載の故障診断装置。
7. 請求項１乃至請求項６のいずれか１項に記載の前記故障診断装置と、
   前記エレベータ装置を制御する前記制御盤と、
   を備える故障診断システム。
8. 故障診断の対象となるエレベータ装置の仕様を取得する工程と、
   前記エレベータ装置の状態、動作命令、及び前記動作命令により指定された動作の開始時刻に基づいて、前記エレベータ装置が正常な場合に所定の条件を満たす理想タイミングを取得する工程と、
   前記理想タイミングと、前記エレベータ装置が前記所定の条件を実際に満たした実タイミングと、の時間差に基づいて、前記エレベータ装置の故障を診断する工程と、
   診断結果を報知する工程と、
   を備える故障診断方法。

Images