以下、図面を参照しながら本実施形態のエレベーター故障の遠隔復旧システム100について説明する。図1に示すように、遠隔復旧システム100は、ビル10の昇降路11の中に配置されたエレベーター20の駆動制御を行うエレベーター制御装置200と、エレベーター制御装置200と通信し、エレベーター20に故障の復旧動作を行わせる遠隔復旧装置300とを備えている。遠隔復旧装置300が復旧動作を行わせるエレベーター20は、1台でもよいし複数台であってもよい。また、エレベーター20が複数の場合には、各エレベーター20は同一のビル10に設置されていてもよいし、異なるビル10に設置されていてもよい。
エレベーター制御装置200は、エレベーター20の駆動制御を行う制御盤210と通信装置250とを含んでいる。制御盤210は内部にCPUとメモリとを含むコンピュータである。また、遠隔復旧装置300は、通信装置320と監視盤330を含む遠隔監視センター310と、情報処理装置360と、保守データベース370と、復旧診断データベース380とを含んでいる。遠隔監視センター310と情報処理装置360と保守データベース370と復旧診断データベース380とは同じ場所に設置されていてもよいし、別々の場所に設置されてお互いをインターネット回線等によって接続するようにしてもよい。
通信装置250は、制御盤210に接続され、制御盤210からの出力を通信ネットワーク30に発信する。また、通信装置250は、情報処理装置360が復旧診断データベース380を参照して選択した制御盤210に対する指令を通信装置320、通信ネットワーク30を介して受信し、制御盤210に出力する。通信装置320は、制御盤210からの信号を通信装置250、通信ネットワーク30を介して受信し、情報処理装置360に出力する。また、通信装置320は、情報処理装置360が選択した制御盤210に対する指令を通信ネットワーク30に発信する。通信装置250、320は無線通信を行う機器であってもよいし有線通信を行う機器であってもよい。また、通信ネットワーク30は、インターネット通信網であってもよいし、電話回線網であってもよい。
遠隔監視センター310は、情報処理装置360とデータの授受を行い、エレベーター20の運行状況、故障状況を監視する監視盤330が配置されている。監視盤330には、エレベーター20の運行状況、故障状況、情報処理装置360からの通知等が表示されるディスプレイ331と、ディスプレイ331の表示を操作するスイッチ332とが設けられている。また、監視盤330には通信ネットワーク35を介してサービスセンター340との通信を行う電話333が備えられている。
保守データベース370は、エレベーター20の仕様や検査、保守、修理等の履歴データが格納されている。復旧診断データベース380は、エレベーター20の制御盤210から出力された故障コードに対応する複数の故障要因とその件数および復旧率等のデータが格納されている。
情報処理装置360は、内部にCPUとメモリとを含むコンピュータである。情報処理装置360には、エレベーター20に故障が発生した際に制御盤210が出力する故障信号が通信装置250、320、通信ネットワーク30を介して入力される。情報処理装置360は、故障信号が入力されると復旧診断データベース380のデータを参照して故障信号に含まれる故障コードに対応する復旧指令と復旧診断指令を選択する。選択された復旧指令と復旧診断指令とは、通信装置250、320と通信ネットワーク30を介して制御盤210に入力され、エレベーター20に復旧動作、復旧診断動作を実行させる。
図2に示すように、保守データベース370には、エレベーター仕様データ371、検査履歴データ372、保守作業履歴データ373、遠隔点検履歴データ374、変調履歴データ375、修理工事履歴データ376、故障履歴データ377、故障要因別データ378、運転履歴データ379が格納されている。
以下、図3を参照しながら、エレベーター仕様データ371、検査履歴データ372、保守作業履歴データ373、遠隔点検履歴データ374、変調履歴データ375、修理工事履歴データ376、故障履歴データ377、故障要因別データ378のデータ構造について説明する。なお、運転履歴データ379については後述する。
エレベーター仕様データ371は、エレベーター20の管理番号、機種、製造日、製造番号、設置ビルの名称、設置ビルの用途のデータを格納するデータ構造を有している。設置ビルの用途とは、例えば、事務所、一般居住用、飲食店、学校等である。
検査履歴データ372は、エレベーター20の管理番号、技術者350が現地で行った検査の日時、検査項目、検査結果のデータを格納するデータ構造を有している。検査とは、例えば、図1に示すエレベーター20のドア13、26の開閉状態の検査、各階の停止位置の検査(階床12とカゴ22の床27との高さずれ量の点検)、ワイヤ23の検査、走行速度の検査等である。また、検査結果には、検査の結果、異常が発見されたかどうかや、異常は発見されなかったが清掃等の保守作業が必要、あるいは、近々部品交換が必要である等が入力されている。なお、図1において符号25は錘を示す。
保守作業履歴データ373は、エレベーター20の管理番号、技術者350が現場で行ったエレベーター20の保守作業日時、保守作業項目、保守作業結果を格納するデータベース構造を有している。保守作業項目とは、例えば、エレベーター20の運転状態の点検、エレベーター20のドアレールの清掃、図1に示す駆動装置24への給油、エレベーター20のブレーキの調整等である。保守作業結果には、点検、清掃、給油、調整等を実施した実績が入力されている。
遠隔点検履歴データ374は、エレベーター20の管理番号、遠隔点検日時、遠隔点検項目、遠隔点検結果を格納するデータ構造を有している。エレベーター20の遠隔点検は、例えば、一か月に1回等予め設定されたスケジュールに従って、エレベーター20の制御盤210によって実施される。エレベーター20の制御盤210は、図1に示すエレベーター20のカゴ22を所定の階に移動させる。この移動の際にエレベーター20に取り付けられた各種のセンサによって運転性能(加速度、異常音の有無)、ドア開閉、ブレーキ、非常用バッテリ、外部連絡装置等に異常がないかを点検する。その点検結果を通信装置250、320、通信ネットワーク30を介して情報処理装置360から遠隔点検履歴データ374に格納するものである。なお、遠隔点検は、遠隔監視センター310からの指示によって行うようにしてもよい。
変調履歴データ375は、エレベーター20の管理番号、変調発生日時、変調項目、変調対応結果を格納するデータ構造を有している。エレベーター20の変調とは、技術者350による検査、点検、保守作業、あるいは遠隔点検の結果が異常値には達しないが、そのエレベーター20の通常の値よりも変化しているような場合をいう。例えば、走行速度の検査を行った結果、許容値内に入っているが、前回点検の際、あるいはそのエレベーター20の今までの検査結果の値からのずれが大きいような場合に、変調項目の中に「走行速度」と記録される。
修理工事履歴データ376は、エレベーター20の管理番号、修理工事日時、修理工事項目、修理工事結果を格納するデータ構造を有している。修理工事とは、ワイヤ23の交換、ハンガローラ交換、ブレーキパッド交換、制御基板交換、リレー交換等の部品交換による復旧工事である。従って、修理工事項目には、「ワイヤ交換」、「ハンガローラ交換」、「ブレーキパッド交換」等の交換部品の名称が入力され、修理工事結果の欄には、「修理工事終了」、「再修理必要」等の事項が入力される。
故障履歴データ377は、エレベーター20の管理番号、故障発生日時、故障コード、復旧方法、復旧判定結果を格納するデータ構造を有している。故障コードとは、エレベーター20に故障が発生した際に制御盤210から出力される数字あるいは数字と英文字とを組み合わせたコードである。故障コードの種類は、例えば、1000種類程度である。復旧方法の項目には、例えば、技術者350が出動して検査、点検、復旧を行った場合には「技術者出動」のように入力される。また、復旧方法の項目には、例えば、遠隔復旧システム100によって復旧した場合には「遠隔復旧」のように入力される。復旧判定結果の項目には、エレベーター20が復旧して運行再開した場合には、「復旧」のように入力される。また、復旧判定結果の項目には、エレベーター20が復旧に失敗した場合には、「失敗」のように入力される。
故障要因別データ378は、ある故障コードが制御盤210から出力された際に、技術者350が現場に出動して検査、点検した結果によるその故障コードに対応する故障要因の件数、および、遠隔復旧システム100で復旧した場合のその故障コードに対応する故障要因の件数の合計件数が格納されている。例えば、故障コードがドア13、26に関する故障を示す0001の場合、技術者350が現地で点検した結果、その故障コード「0001」の出力された要因がドア敷居のゴミ詰まり(故障要因1)であったり、ドア開閉装置のスイッチの接触不良(故障要因2)であったり、その他の故障要因3であったりする。そこで、故障要因別データは、故障コード「0001」が出力された場合、ドア敷居のゴミ詰まり要因(故障要因1)の場合が100件、ドア開閉装置のスイッチの接触不良が要因(故障要因2)の場合が50件、その他の故障要因3の場合が10件というようなデータ構造で、その件数が多い順にデータが並べられるように構成されている。遠隔復旧システム100による復旧の場合、復旧指令によってエレベーター20の復旧に成功した場合にその復旧指令の基礎となった故障コードに対応する故障要因の件数が全体の故障要因の件数に追加される。
図4に示すように、復旧診断データベース380は、故障要因別データ378の故障要因の件数の多い順に、復旧指令と復旧診断指令のセットである復旧診断指令セットと、その復旧指令の実行によってエレベーター20の故障が復旧した割合である復旧率(%)が格納されている。復旧診断データベース380は、先に説明した故障要因別データ378に復旧診断指令セットと復旧率とをリンクさせたデータベースである。
以下、故障コードがドア13、26に関する故障を示す「0001」の場合の復旧診断データベース380のデータ構成について説明する。ドア敷居のゴミ詰まりが要因(故障要因1)の場合、復旧診断データは、故障要因1の件数データに復旧指令として「ドア回路リセット+ドア高トルク開閉」、復旧診断指令として「ドア開閉診断」、の2つの指令のセットである復旧診断指令セットAと、この復旧指令による復旧動作による復旧率x%とをリンクさせたデータ構成となっている。同様に、ドア開閉装置のスイッチの接触不良が要因(故障要因2)の場合には、復旧診断データは、故障要因2の件数データに復旧指令として「ドア回路リセット+ドア開閉リトライ」、復旧診断指令として「ドア開閉診断」の2つの指令のセットである復旧診断指令セットBと、この復旧指令による復旧動作の復旧率y%とをリンクさせたデータ構成となっている。同様に、故障要因3の場合には、復旧診断データは、故障要因3の件数データに復旧診断指令セットCと復旧率z%とをリンクさせたデータ構成となっている。このように、復旧診断データベース380は、故障コードと、その故障コードに対応する故障要因と、その故障要因の件数と、復旧指令と復旧診断のセットである復旧診断指令セットと、復旧率とを対応づけてデータベースに格納したものである。なお、本実施形態では、復旧率y%は復旧率x%、z%よりも大きな数値であり、復旧診断指令セットBは復旧診断指令セットA、復旧診断指令セットCよりも復旧率が高くなっている。
以下、図2および図5、図6を参照して、エレベーター20から故障信号が発信された場合の遠隔復旧システム100の動作について説明する。以下の説明では、最初にドア13、26に関する故障コード信号「0001」が発信された場合の遠隔復旧動作について説明する。次に、制御盤210の中に組み込まれている制御回路に関する故障コード「0002」が発信された場合の遠隔復旧動作について説明する。その次に、駆動装置24の中のブレーキに関する故障コード「0003」が発信された場合の遠隔復旧動作について説明する。なお、遠隔復旧システム100は、上記以外の部分に関する故障コードが発信された場合にも対応可能である。
図2および図5のステップS101に示すように、エレベーター20の制御盤210は、エレベーター20に故障が発生したか否かの判断を行う。エレベーター20のドア13、26に関する故障、例えば、ドア開閉不良等の故障が発生した場合、制御盤210は、故障発生日時と故障がドアに関する故障であることを示す故障コード「0001」を通信装置250に出力する。エレベーター20に故障が発生しない場合には、制御盤210は、ステップS101の最初に戻ってエレベーター20の監視を継続する。
通信装置250は制御盤210から故障コード「0001」が入力されると、図2および図5のステップS102に示すように、故障コード「0001」およびエレベーター20の管理番号および故障発生日時を含む故障信号を通信ネットワーク30に発信する。図2および図5のステップS103に示すように、遠隔監視センター310の通信装置320は、通信ネットワーク30を介して通信装置250が発信した故障信号を受信する。通信装置320は、故障信号を受信すると、故障信号に含まれる故障コード「0001」とエレベーター20の管理番号、および、故障発生日時を情報処理装置360に出力する。情報処理装置360は、入力された故障コード「0001」とエレベーター20の管理番号、故障発生日時を保守データベース370の故障履歴データ377に格納する。
そして、情報処理装置360は、図5のステップS104に示すように、故障の発生したエレベーター20が遠隔復旧可能かどうかを判断する。情報処理装置360は、図2および図3に示すように、エレベーター20の管理番号を用いてエレベーター仕様データ371からエレベーター20の機種、製造日、製造番号を取得する。情報処理装置360は、取得した仕様データに基づいて、そのエレベーター20が遠隔復旧装置300からの復旧指令、復旧診断指令によって復旧動作、復旧診断動作が可能な仕様であるかどうか確認する。情報処理装置360は、エレベーター20が遠隔復旧動作の不可能な機種である場合には、図2および図5のステップS124に示すように、遠隔監視センター310に遠隔復旧不可を通知する信号を出力する。
また、情報処理装置360は、図2に示すように、検査履歴データ372、保守作業履歴データ373、遠隔点検履歴データ374、変調履歴データ375、修理工事履歴データ376、故障履歴データ377を参照して、以下の(a)〜(f)について確認する。
(a)エレベーター20が最近の検査で調整手直し指示があったものである。
(b)エレベーター20が最近、あるいは、当日に保守計画があり調整ミスの可能性が予測されるものである。
(c)遠隔点検でエレベーター20に異常の診断結果があった。
(d)最近、エレベーター20に変調の発生があった。
(e)エレベーター20が、最近、修理工事が実施されているものである。
(f)エレベーター20が、最近、同様の故障コード「0001」による故障信号を発信している。
そして、上記(a)〜(f)のいずれか1つまたは複数に該当する場合には、情報処理装置360は、遠隔復旧システム100による復旧よりも技術者350をビル10に派遣した方が良いと判断し、図5のステップS104でNOと判断する。そして、図2および図5のステップS124に示すように、情報処理装置360は、遠隔監視センター310に遠隔復旧不可の通知を出力する。
更に、情報処理装置360は、エレベーター20の管理番号を用いてエレベーター仕様データ371と故障履歴データ377から、ビル10が故障信号の誤発信の多い建物であるかを確認する。このような場合には、情報処理装置360は、故障信号の誤発信の可能性が大きいので、遠隔復旧システム100による復旧よりも技術者350をビル10に派遣した方が良いと判断し、図5のステップS104でNOと判断する。そして、情報処理装置360は、図2および図5のステップS124に示すように、遠隔監視センター310に遠隔復旧不可の通知を出力する。
情報処理装置360から遠隔監視センター310に出力された遠隔復旧不可の通知は、図2に示すように、遠隔監視センター310のディスプレイ331に表示される。監視者334は、この表示を確認したら、図2および図6のステップS125に示すように、エレベーター20の運行休止の指示、および、アナウンス動作を行わせる。そして、監視者334は、電話333によって図2および図6のステップS126に示すように、ビル10近隣のサービスセンター340に技術者350をビル10に派遣するように指示する。
図5のステップS104でエレベーター20が遠隔復旧不可との判断をした場合は、情報処理装置360はステップS103において、入力された故障コード「0001」とエレベーター20の管理番号、故障発生日時を保守データベース370の故障履歴データ377に格納する。そして、情報処理装置360は、保守データベース370の他のデータの更新、並びに、復旧診断データベース380の更新は行わずに遠隔復旧動作を終了する。
一方、図5に示すステップS104において、情報処理装置360は、図2に示すように、検査履歴データ372、保守作業履歴データ373、遠隔点検履歴データ374、変調履歴データ375、修理工事履歴データ376、故障履歴データ377を参照して以下の(g)〜(n)について確認する。
(g)エレベーター20が遠隔復旧装置300からの復旧指令、復旧診断指令によって復旧動作、復旧診断動作が可能な仕様である。
(h)エレベーター20が最近の検査で調整手直し指示があったものではない。
(i)エレベーター20が、最近、あるいは、当日に保守計画がなく調整ミスの可能性が予測されるものではない。
(j)遠隔点検でエレベーター20に異常の診断結果がない。
(k)最近、エレベーター20に変調の発生がない。
(l)エレベーター20が、最近、修理工事が実施されているものではない。
(m)エレベーター20が、最近、同様の故障コード「0001」による故障信号を発信していない。
(n)ビル10が故障信号の誤発信の多い建物ではない。
そして、上記(g)〜(n)の全ての要件を満たす場合には、情報処理装置360は、図5に示すステップS104でYESと判断し、ステップS105で遠隔監視センター310に遠隔復旧開始を通知する。この信号は、遠隔監視センター310のディスプレイ331に表示される。これにより遠隔監視センター310の監視者334にエレベーター20の遠隔復旧が開始されることが通知される。
情報処理装置360は、ステップS105で遠隔監視センター310に遠隔復旧開始を通知したら、図5に示すステップS106に進み、故障コード「0001」に対応する復旧指令と復旧診断指令を選択する。先に、図4を参照して説明したように、復旧診断データベース380は、故障要因別データ378に復旧診断指令セットと復旧率とをリンクさせたデータベースである。以下、故障コードがドア13、26に関する故障を示す「0001」の場合の復旧診断データベース380のデータ構成について再度簡単に説明しておく。ドア敷居のゴミ詰まりが要因(故障要因1)の場合には、復旧診断データは、故障要因1の件数データに復旧指令として「ドア回路リセット+ドア高トルク開閉」、復旧診断指令として「ドア開閉診断」、の2つの指令のセットである復旧診断指令セットAと、この復旧指令による復旧動作による復旧率x%とをリンクさせたデータ構成となっている。同様に、ドア開閉装置のスイッチの接触不良が要因(故障要因2)の場合には、復旧診断データは、故障要因2の件数データに復旧指令として「ドア回路リセット+ドア開閉リトライ」、復旧診断指令として「ドア開閉診断」の2つの指令のセットである復旧診断指令セットBと、この復旧指令による復旧動作の復旧率y%とをリンクさせたデータ構成となっている。同様に故障要因3の場合には、復旧診断データは、故障要因3の件数データに復旧診断指令セットCと復旧率z%とをリンクさせたデータ構成となっている。また、先に説明したように、復旧率y%は復旧率x%、z%よりも大きな数値であり、復旧診断指令セットBは復旧診断指令セットA、復旧診断指令セットCよりも復旧率が高くなっている。
情報処理装置360は、故障コード「0001」に対応する複数の故障要因の内の件数が最も多い故障要因に応じた指令を復旧指令として選択してもよい。また、情報処理装置360は、故障コード「0001」に対応する複数の指令の内の復旧率が最も高い指令を復旧指令として選択してもよい。そして情報処理装置360は、選択した復旧指令に対応する復旧診断指令が選択した復旧指令とセットとなっている復旧診断指令セットを選択する。
まず、情報処理装置360が、故障コード「0001」に対応する複数の故障要因の内で件数が最も多い故障要因に応じた指令を復旧指令として選択する場合について説明する。情報処理装置360は、復旧診断データベース380を参照して、復旧指令として故障コード「0001」の場合に最も件数の多い故障要因を確認する。そして、情報処理装置360は、最も件数の多い故障要因であるドア敷居のゴミ詰まり(故障要因1)に対応する復旧動作を実行させる復旧指令である「ドア回路リセット+ドア高トルク開閉」と、この復旧動作の結果に対応する復旧診断動作を実行させる復旧診断指令である「ドア開閉診断」の2つからなる復旧診断指令セットAを選択する。
次に、情報処理装置360が、故障コード「0001」に対応する複数の指令の内の復旧率が最も高い指令を復旧指令として選択する場合について説明する。情報処理装置360は、復旧診断データベース380を参照して、復旧指令として故障コード「0001」に対応する復旧率が最も高い復旧率を確認する。そして、情報処理装置360は、最も高い復旧率y%であるスイッチの接触不良が要因(故障要因2)に対応する復旧動作を実行させる復旧指令である「ドア回路リセット+ドア開閉リトライ」と、この復旧動作の結果に対応する復旧診断動作を実行させる復旧診断指令である「ドア開閉診断」の2つからなる復旧診断指令セットBを選択する。
復旧診断指令セットを選択する場合、故障コード「0001」に対応する最も件数の多い故障要因に基づくか、故障コード「0001」に対応する復旧診断指令セットの復旧率に基づくかの選択は次のように行ってもよい。例えば、最大件数と次の件数との比率(件数比率)と最大復旧率と次の復旧率の比率(復旧率比率)のうち、比率が大きくなっている方、つまり、次の数値に対して最大値が突出している方を選択してもよい。また、例えば、前回の遠隔復旧で失敗した場合には、前回と異なる選択方法をとるようにしてもよい。また、復旧診断指令セットの選択は、例えば、エレベーター20の機種、仕様等によって決定してもよい。
以下の説明では、情報処理装置360が故障コード「0001」に対応する最も件数の多い故障要因1に基づいて復旧診断指令セットAを選択した場合について説明する。
図5のステップS106で復旧診断指令セットAを選択したら、情報処理装置360は、図2および図5のステップS107に示すように、選択した復旧診断指令セットAを通信装置320から発信する。図2および図5のステップS108に示すように、通信装置250は、通信装置320から復旧診断指令セットAを受信したら、復旧指令と復旧診断指令とを制御盤210に出力する。
制御盤210は、まず、図5のステップS109に示すように、エレベーター20が停止していること、カゴ22の重量センサ、カゴ22内のカメラ、カゴ22内の人物センサ等の出力からカゴ22の中に乗客がいないことを確認する。そして、制御盤210は、エレベーター20が停止していること、カゴ22の中に乗客がいないことを確認したら、カゴ22の中に設置された通話装置のスピーカーから「これから遠隔復旧を開始します。エレベーターのドアが開閉します。」等のアナウンスを行う。
制御盤210は、アナウンスが終了したら、図5のステップS110に進み、復旧指令に従って復旧動作を実行する。いま、受信している復旧指令は、ドア敷居のゴミ詰まり(故障要因1)に対応する復旧動作を実行させる復旧指令である「ドア回路リセット+ドア高トルク開閉」であるから、制御盤210は、まず、制御盤210のドア回路をリセットする。この動作は、ドア回路がドア13またはドア26が開閉不能で、開(または閉)状態、あるいは半開(または半閉)状態を検知している状態をリセットし、ドア13またはドア26を開閉動作可能とする動作である。次に、制御盤210は、ドア13およびドア26の駆動モータのトルクを通常よりも20〜30%高くして通常よりも大きな力でドア13およびドア26を開閉動作させる。この動作は、ドアの敷居に詰まっていたゴミを敷居から移動させ、ドア13、26の開閉動作を通常状態に復旧する動作である。上記動作によってドア13、26の敷居に詰まっていたゴミが移動し、ドア13、26の開閉が復旧したかどうかを確認するため、制御盤210は、図5のステップS111に示すように、復旧診断指令である「ドア開閉診断」を実行する。制御盤210は、通常のトルクでドア13およびドア26の開閉を行い、所定の開閉時間で開閉動作ができているか、ドア13およびドア26の駆動モータの電流が通常よりも大きくなっていないかを確認する。次に制御盤210は、駆動モータのトルクを通常よりも20%程度低くしてドア13およびドア26を開閉し、開閉時間に異常がないかを確認する。
そして、制御盤210は、図5のステップS112に示すように、復旧診断動作によってドア13、26が通常状態に復旧したと判断した場合には、図5のステップS113に進む。ステップS113において、制御盤210は、エレベーター20が復旧したという判定結果信号を出力する。この信号は、通信装置250から通信ネットワーク30に発信される。発信された判定結果信号は、図6のステップS114に示すように通信装置320で受信され、判定結果は情報処理装置360に入力される。また、判定結果は、図6のステップS115に示すように、情報処理装置360から遠隔監視センター310に通知され、その結果が遠隔監視センター310のディスプレイ331に表示される。遠隔監視センター310の監視者334は、この表示を確認したら、図6のステップS116に示すように、エレベーター20の運行再開、および、アナウンス動作を行わせる。また、情報処理装置360は、図6のステップS117、ステップS118に示すように、保守データベース370と、復旧診断データベース380とを更新する。
一方、制御盤210は、復旧診断動作の結果、図5のステップS112でNOと判断した場合には、図5のステップS119に進む。ステップS119において制御盤210は、エレベーター20の復旧に失敗したという判定結果信号を出力する。この信号は、通信装置250から通信ネットワーク30に発信される。発信された判定結果信号は、図6のステップS120に示すように通信装置320で受信され、判定結果は情報処理装置360に入力される。また、判定結果は、図6のステップS121に示すように、情報処理装置360から遠隔監視センター310に通知され、その結果が遠隔監視センター310のディスプレイ331に表示される。監視者334は、この表示を確認したら、図6のステップS122に示すように、エレベーター20の運行休止の指示、および、アナウンス動作を行わせる。また、監視者334は、電話333によって図2および図6のステップS123に示すように、ビル10近隣のサービスセンター340に技術者350をビル10に派遣するように指示する。また、情報処理装置360は、図6のステップS117、ステップS118に示すように、保守データベース370と、復旧診断データベース380とを更新する。
情報処理装置360は、図5のステップS113に示すようなエレベーター20が復旧したという判定信号が入力された場合、次のように、保守データベース370を更新する。
図5のステップS113に示すようなエレベーター20が復旧したという判定信号が入力された場合には、情報処理装置360は、故障履歴データ377の復旧方法の項目に「遠隔復旧」、復旧判定結果の項目に「復旧」を格納する。先に、説明したように、通信装置320が故障信号を受信した際に、情報処理装置360は、通信装置320から入力された故障コード「0001」とエレベーター20の管理番号、故障発生日時を保守データベース370の故障履歴データ377に格納している。従って、今回の復旧方法、復旧判定結果の格納により、故障履歴データ377の全ての項目が更新されることになる。
また、今回の遠隔復旧において情報処理装置360は、復旧診断データベース380を参照して、復旧指令として故障コード「0001」の場合に最も件数の多い故障要因であるドア敷居のゴミ詰まり(故障要因1)に対応する復旧動作を実行させる復旧指令である「ドア回路リセット+ドア開閉リトライ」と、この復旧動作の結果に対応する復旧診断動作を実行させる復旧診断指令である「ドア開閉診断」の2つからなる復旧診断指令セットAを選択して復旧動作および復旧診断動作を実行させている。従って、エレベーター20の復旧に成功した場合には、復旧診断データベース380の故障コード「0001」、故障要因1(ドア敷居のゴミ詰まり)の件数を1件多くし、復旧に成功した分だけ復旧率を高くする。また、情報処理装置360は、故障要因別データ378の故障コード「0001」の故障要因1の件数を1件多くする。
一方、情報処理装置360は、図5のステップS119に示すようなエレベーター20の復旧に失敗したという判定信号が入力された場合、次のように、保守データベース370と復旧診断データベース380を更新する。図5のステップS119に示すようなエレベーター20の復旧に失敗したという判定信号が入力された場合には、情報処理装置360は、故障履歴データ377の復旧方法の項目に「遠隔復旧」、復旧判定結果の項目に「失敗」を格納する。また、復旧診断データベース380の故障コード「0001」、故障要因1(ドア敷居のゴミ詰まり)の件数はそのままとし、復旧に失敗した分だけ復旧率を低下させる。なお、復旧に失敗した場合には、故障要因別データ378の故障コード「0001」の故障要因1の件数は変更されない。
以上の説明では、情報処理装置360が故障コード「0001」に対応する最も件数の多い故障要因に基づいて復旧診断指令セットAを選択した場合について説明した。情報処理装置360が故障コード「0001」に対応する復旧診断指令セットの復旧率に基づいて復旧診断指令セットBを選択した場合には、「ドア高トルク開閉」の復旧動作に代えて、通常のトルクでドア13、26の開閉動作を再度行う「ドア開閉リトライ」の復旧動作を行う点が異なる。その他の動作は復旧診断指令セットAを選択した場合と同様である。
エレベーター20の遠隔復旧に成功すると、それまで、故障コード「0001」の場合に最も件数の多い故障要因であったドア敷居のゴミ詰まり(故障要因1)の件数が多くなる。このため、遠隔復旧システム100が故障コード「0001」に対応する最も件数の多い故障要因に基づいて復旧診断指令セットを選択する場合、次の遠隔復旧の際に故障コード「0001」が入力された際に、情報処理装置360は、再度、復旧診断指令セットAを選択する。また、復旧診断指令セットAの復旧率が復旧診断指令セットBの復旧率よりも高くなった場合には、情報処理装置360が故障コード「0001」に対応する複数の指令の内で復旧率が最も高い指令を復帰指令として選択する場合でも、復旧診断指令セットAを選択する。
一方、エレベーター20の遠隔復旧に失敗すると、故障要因別データ378の故障コード「0001」の故障要因1の件数は変更されないが、復旧診断指令セットAの復旧率が低下する。これにより、復旧診断指令セットBの復旧率が相対的に高くなる。つまり、復旧診断指令セットBの復旧診断指令セットAに対する復旧率比率が高くなる。この復旧率比率が故障要因2の件数に対する故障要因1の件数の比率として計算される件数比率よりも大きくなると、情報処理装置360は、故障コード「0001」に対応する複数の指令の内で復旧率が最も高い指令を復帰指令として選択するようになる。このため、情報処理装置360は、次の遠隔復旧の際に故障コード「0001」が入力された場合には、復旧率が最も高い復旧診断指令セットBを選択する。また、情報処理装置360が前回の遠隔復旧で復旧に失敗した復旧診断指令セットAを選択しない場合には、故障要因1の次に故障コード「0001」に対応する件数の多い故障要因2にリンクした復旧診断指令セットBを選択する。
また、情報処理装置360が故障コード「0001」に対応する複数の指令の内で復旧率が最も高い復旧診断指令セットBを選択してエレベーター20の復旧に成功した場合には、復旧診断指令セットBの復旧率が高くなる。従って、情報処理装置360は、次の遠隔復旧では、前回と同様、復旧診断指令セットBを選択する。一方、復旧診断指令セットBでエレベーター20の復旧に失敗した場合には復旧診断指令セットBの復旧率が低くなる。そして、復旧診断指令セットBの復旧率が復旧診断指令セットAの復旧率よりも低くなったら、情報処理装置360は、復旧診断指令セットAを選択する。なお、情報処理装置360が前回の遠隔復旧で復旧に失敗した復旧診断指令セットBを選択しない場合には、復旧診断指令セットBの次に故障コード「0001」に対応する復旧率の高い復旧診断指令セットAを選択する。
このように、遠隔復旧システム100は、遠隔復旧に成功すると故障要因の件数、選択した復旧診断指令セットの復旧率を増加させる。また、遠隔復旧システム100は、遠隔復旧に失敗すると故障要因の件数はそのままで、選択した復旧診断指令セットの復旧率を低下させる。このため、遠隔復旧に成功すると、その遠隔復旧で選択した復旧診断指令セットが次の遠隔復旧の際に選択される可能性が高くなる。また、遠隔復旧に失敗するとその遠隔復旧で選択した復旧診断指令セットが次の遠隔復旧の際に選択される可能性が低くなる。このため、遠隔復旧の回数が多くなるに従って、情報処理装置360は、復旧診断データベース380から故障コードに対応した復旧可能性の高い復旧診断指令セットを選択できるようになり、エレベーター20の復旧の確実性を向上させていくことができる。
以上説明した実施形態では、制御盤210からドア13、26に関する故障であることを示す故障コード「0001」が出力された場合の遠隔復旧システム100の動作について説明した。次に、制御盤210から、制御回路に関する故障であることを示す故障コード「0002」が出力された場合について説明する。なお、故障コード「0001」が出力された場合と同様の動作については、説明は省略する。
故障コードが制御回路に関する故障を示す「0002」の場合、技術者350が現地で点検した結果、その故障コード「0002」の出力された要因が制御盤210に取り付けられているリレーに不具合のある場合(故障要因4)であったり、リレーを駆動するリレー駆動回路に不具合がある場合(故障要因5)であったり、その他の故障要因6であったりする。故障要因別データ378は、故障コード「0002」の場合、リレーに不具合が要因(故障要因4)の場合が100件、リレー駆動回路の不具合が要因(故障要因5)の場合が50件、その他の故障要因6の場合が10件というようなデータ構造で、その件数が多い順にデータが並べられるように構成されている。先に説明したと同様、遠隔復旧システム100による復旧の場合、復旧指令によってエレベーター20の復旧に成功した場合にその復旧指令の基礎となった故障コードに対応する故障要因の件数が全体の故障要因の件数に追加される。
図7に示すように、復旧診断データベース380は、故障要因別データ378に復旧診断指令セットと復旧率とをリンクさせたデータベースである。以下、故障コードが制御回路に関する故障を示す「0002」の場合の復旧診断データベース380のデータ構成について説明する。リレーに不具合のある場合(故障要因4)には、復旧診断データは、故障要因4の件数データに復旧指令として「制御回路リセット+低速アップ、ダウン運転」、復旧診断指令として「各階運転、高速運転診断」、の2つの指令のセットである復旧診断指令セットDと、この復旧診断指令による復旧動作による復旧率a%とをリンクさせたデータ構成となっている。リレー駆動回路に不具合がある場合(故障要因5)には、復旧診断データは、故障要因5の件数データに復旧指令として「制御回路リセット+最上階、最下階間運転」、復旧指令として「各階運転、高速運転診断」、の2つの指令のセットである復旧診断指令セットEと、この復旧診断指令による復旧動作による復旧率b%とをリンクさせたデータ構成となっている。同様に故障要因6の場合には、復旧診断データは、故障要因6の件数データに復旧診断指令セットFと復旧率c%とをリンクさせたデータ構成となっている。このように、復旧診断データベース380は、故障コードと、その故障コードに対応する故障要因と、その故障要因の件数と、復旧指令と復旧診断のセットである復旧診断指令セットと、復旧率とを対応づけてデータベースに格納したものである。なお、復旧率は、復旧診断指令セットEのb%が最も高くなっている。
故障コードが「0002」の場合、情報処理装置360が、情報処理装置360が故障コード「0002」に対応する最も件数の多い故障要因に基づいて復旧診断指令セットDを選択した場合、情報処理装置360は、復旧診断指令セットDを制御盤210に送信する。制御盤210は、制御回路リセット動作を実行した後、エレベーター20のカゴ22を低速で上昇、下降させる低速アップ、ダウン運転を実行する。その後、制御盤210は、ドア13、26の開閉を行わずに各階に停止する各階運転、複数の階間を高速で運転する高速運転を実行し、各階に停止する運転、および、高速での走行運転に異常がないかを確認する。制御盤210は、各階運転、高速運転で異常のない場合には、エレベーター20の復旧に成功した判定結果を出力する。また、各階運転、高速運転で異常が検出された場合には、制御盤210は、エレベーター20の復旧に失敗した判定結果を出力する。この判定結果は、制御盤210から通信装置250、320を介して情報処理装置360に入力される。情報処理装置360は、先に説明したと同様、判定結果に基づいてより復旧可能性の高い復旧診断指令セットを選択することができるように、故障履歴データ377、故障要因別データ378、復旧診断データベース380を更新する。
また、情報処理装置360が故障コード「0002」に対応する復旧率が最も高い復旧診断指令セットEを選択した場合、情報処理装置360は、復旧診断指令セットEを制御盤210に送信する。制御盤210は、制御回路リセット動作を実行した後、エレベーター20のカゴ22を最下階と最上階との間で移動させる最下階、最上階間運転を実行する。次に、制御盤210は、先に説明した各階運転、高速運転を実行し、エレベーター20の復旧診断を行い、エレベーター20の復旧に成功したか失敗したかの判定結果を出力する。先に説明したと同様、この判定結果は、制御盤210から通信装置250、320を介して情報処理装置360に入力される。情報処理装置360は、判定結果に基づいてより復旧可能性の高い復旧診断指令セットを選択することができるように、故障履歴データ377、故障要因別データ378、復旧診断データベース380を更新する。
次に、故障コードがブレーキに関する故障であることを示す「0003」の場合について説明する。
故障コードがブレーキに関する故障を示す0003の場合、技術者350が現地で点検した結果、その故障コード「0003」の出力された要因が制御盤210のブレーキ回路の異常が要因(故障要因7)であったり、その他の故障要因8、故障要因9であったりする。そこで、故障要因別データ378は、故障コード「0003」の場合、ブレーキ回路の異常が要因(故障要因7)の場合が100件、故障要因8の場合が50件、その他の故障要因9の場合が10件というようなデータ構造で、その件数が多い順にデータが並べられるように構成されている。先に説明したと同様、遠隔復旧システム100による復旧の場合、復旧指令によってエレベーター20の復旧に成功した場合にその復旧指令の基礎となった故障コードに対応する故障要因の件数が全体の故障要因の件数に追加される。
図8に示すように、復旧診断データベース380は、故障要因別データ378に復旧診断指令セットと復旧率とをリンクさせたデータベースである。以下、故障コードがブレーキに関する故障を示す「0003」の場合の復旧診断データベース380のデータ構成について説明する。ブレーキ回路の異常が要因(故障要因7)の場合には、復旧診断データは、故障要因7の件数データに復旧指令として「制御回路リセット」、復旧診断指令として「ブレーキトルク診断」、の2つの指令のセットである復旧診断指令セットGと、この復旧診断指令による復旧動作による復旧率d%とをリンクさせたデータ構成となっている。故障要因8、故障要因9の場合には、復旧診断データは、故障要因8および故障要因9の各件数データに復旧診断指令セットHと復旧率e%、復旧診断指令セットIと復旧率f%をそれぞれリンクさせたデータ構成となっている。このように、復旧診断データベース380は、故障コードと、その故障コードに対応する故障要因と、その故障要因の件数と、復旧指令と復旧診断のセットである復旧診断指令セットと、復旧率とを対応づけてデータベースに格納したものである。なお、復旧率は、復旧診断指令セットHのe%が最も高くなっている。
次に制御盤210がブレーキに関する故障発生を検出した場合の遠隔復旧システム100の動作について説明する。
故障コードが「0003」の場合、情報処理装置360が、図5のステップS106で情報処理装置360が故障コード「0003」に対応する最も件数の多い故障要因に基づいて復旧診断指令セットGを選択した場合、情報処理装置360は、復旧診断指令セットGを制御盤210に送信する。
故障コードが「0003」の場合、この復旧診断指令セットGを受信したら、制御盤210は、図5のステップS109に示す現場確認において、ブレーキトルク診断動作を実行する。ブレーキトルク診断動作は、機械的なブレーキで駆動装置24の中の巻上機が回転しない状態とし、巻上機に駆動力を与えてブレーキの保持力で巻上機が回転しないことを確認する動作である。この動作で異常がなければ、制御盤210は、図5のステップS109でエレベーター20の現場確認ができたとして遠隔復旧のアナウンスを行う。その後、図5のステップS110に進んで、制御盤210は、制御回路リセット動作を実行する。
その後、制御盤210はブレーキトルク診断動作を実行する。制御盤210は、この動作により巻上機の回転がない場合には、エレベーター20の復旧に成功した判定結果を出力する。また、巻上機が回転した場合には、制御盤210は、エレベーター20の復旧に失敗した判定結果を出力する。この判定結果は、制御盤210から通信装置250、320を介して情報処理装置360に入力される。情報処理装置360は、判定結果に基づいて復旧可能性の高い復旧診断指令セットを選択することができるように、故障履歴データ377、故障要因別データ378、復旧診断データベース380を更新する。
また、先に説明したと同様、情報処理装置360が故障コード「0003」に対応する復旧率が最も高い復旧診断指令セットHを選択して制御盤210に復旧動作および復旧診断動作を実行させることもできる。
なお、制御盤210は、ブレーキトルク診断動作で異常があった場合には、遠隔復旧を開始できないと判断し、遠隔復旧動作を実行せず、遠隔監視センター310に遠隔復旧不可を通知する。
以上説明したように、遠隔復旧システム100は、エレベーター20でいろいろな故障が発生した場合に、エレベーター20から離れた場所に配置された遠隔復旧装置300からの指令でエレベーター20に復旧動作、復旧診断動作を実行させてエレベーター20の復旧を行うことができる。このため、エレベーター20に故障が発生した際に技術者350を現地に出動させることなくエレベーター20を短時間で復旧することができ、エレベーター20の運行サービス向上を図ることができる。
また、遠隔復旧システム100は、復旧判定結果に基づいて次回の遠隔復旧の際により復旧可能性が高い復旧診断指令セットを選択することができるように、故障履歴データ377、故障要因別データ378、復旧診断データベース380を更新する。このため、遠隔復旧の回数が多くなるに従って、情報処理装置360は、復旧診断データベース380から故障コードに対応したより適切な復旧診断指令セットを選択できるようになる。これにより、更に、エレベーター20の復旧を確実に行うことができ、復旧にかかる時間を短縮してエレベーター20の運行サービス向上を図ることができる。
<故障機器の絞り込み処理>
図5及び図6の遠隔復旧システムのフローチャートでは、遠隔復旧動作が不可能な場合に、遠隔復旧不可の通知を遠隔監視センターに通知して(S124)、運行休止(S125)及び技術者の派遣(S126)を行っていたが、遠隔復旧不可の通知に先立ち、故障原因の絞り込み動作を実行してもよい。
例えばエレベーター20に設けられた各種センサのオン故障が発生したときに、故障原因としてセンサ自体(センサ回路等)の故障である場合と、センサから延設された端子の接続不良である場合とが挙げられる。
図9には、図1で示したエレベーター20の拡大図が例示されている。この例では、カゴ22に設けられた着床センサ400の故障について説明する。この故障及び故障原因の絞込み処理に関連性の低い構成については適宜図示を省略している。
カゴ22はワイヤ23に吊架されており、ワイヤ23の他端には錘25(カウンターウエイト)が吊架される。ワイヤ23は駆動装置24(巻上機)に掛け渡されている。駆動装置24は例えば三相交流モータから構成され、インバータ402によって変調された三相交流電力が供給される。
エレベーター20には種々のセンサが設けられている。これらのセンサは、例えばエンコーダ404、電流センサ406u,406v、ゲートスイッチ408、及び着床センサ400を含む。
エンコーダ404は駆動装置24に取り付けられ、駆動装置24の回転角度を検出する。電流センサ406u,406vはインバータ402から駆動装置24に供給されるu相電流、v相電流をそれぞれ検出する。
ゲートスイッチ408及び着床センサ400はカゴ22に設けられる。ゲートスイッチ408はカゴ22側のドア26の開閉状態を検出する。着床センサ400はカゴ22が所定階に着床したか否かを検出する。着床センサ400は例えば光学式であり、投光部と受光部が間隔を空けて対面するように配置される。昇降路内には高さ方向にレールが設置されており、各階に着床位置プレート(図示せず)が設けられる。カゴ22の昇降に伴って着床センサ400も昇降し、所定位置にて着床センサ400の投光部と受光部との間に着床位置プレートが入り込んで受光部への受光を遮断する。これにより、階床12(図1参照)に対するカゴ22の相対位置が把握され、これに基づいてカゴ22の床27と階床12とが位置合わせされ、ドア26が開閉される。例えば着床センサ400は、投光部と遮光部が着床位置プレートによって遮られている場合には、オン信号として所定のオン電圧を信号配線414に印加する。
カゴ22にはケーブル410が設けられ、一端はカゴ22に設けられた各種電気機器に接続され、他端は制御盤210のインターフェース基盤416に接続される。ケーブル410は給電配線412及び信号配線414を含む配線束である。給電配線412はゲートスイッチ408、着床センサ400をはじめ、カゴ22に設けられた電気機器に接続され、これら機器に電力を供給する。信号配線414はゲートスイッチ408、着床センサ400をはじめ、カゴ操作盤の操作信号や防犯カメラの映像信号等を制御盤210に送信する。
インターフェース基盤416はケーブル410をはじめエレベーター20の各種電気機器(ハードウェア)からの信号を受信して制御盤210の処理基盤417にこれを送信したり、各種電気機器に電力供給する。インターフェース基盤416は複数の入力端子418A〜418E及び出力端子418F,418Gを備える。これらの端子はコンタクトレシーバーとも呼ばれる。なお図9の例では図示を簡略化するために入出力端子を7個のみ示しているが、入力端子、出力端子の数はこれに限らない。
入力端子418A〜418Eには、その順に、電流センサ406u,406v、エンコーダ404、着床センサ400、及びゲートスイッチ408の接続端子420A〜420Eが接続される。また出力端子418F,418Gには、その順に、インバータ402、ケーブル410の給電配線412の接続端子420F,420Gが接続される。
以下で説明する、故障原因の絞込みフローでは、エレベーター20内の電気機器からオン信号が出力され続けるいわゆるオン故障が生じたときに、その原因が機器自体の故障であるのか、入出力端子418A〜418G及び接続端子420A〜420Gの接続不良によるものであるかが判定される。
なお、本実施形態では、故障原因の絞込みフローを遠隔復旧装置300が実行する。ここで、後述するように、故障原因の絞込みフローは、基本的には遠隔復旧が困難である場合に実行される。このことから、故障原因の絞込みフローの実行に限れば、遠隔復旧装置300を、エレベーター20に故障対応動作を行わせる遠隔操作装置に置き換えることができる。また、遠隔復旧システム100は遠隔監視システムに置き換えることができる。
図10には、図2における遠隔復旧処理に、故障原因の絞込みフローの機能ブロック(機能部)を追加した例が示されている。情報処理装置360は、遠隔復旧処理の一環として、故障原因の絞込み、故障原因の送信、及び交換部品の手配を実行する機能ブロックを備える。
また、保守データベース370には、運転履歴データ379が格納されている。運転履歴データ379は、エレベーター制御装置200がエレベーター20の各種機器から受信したデータが時系列及び機器別に格納される。
図11には、故障原因の絞込みフローが例示されている。このフローは、図5のステップS103(故障コード受信)を起点として、ステップS105(遠隔監視センターに遠隔復旧開始を通知)を一つの終点、ステップS124(遠隔監視センターに遠隔復旧不可通知)をもう一つの終点とする。なお、ステップS104からステップS105に進むフローについては上述したので以下では説明を省略する。
図11のフローの説明に先立ち、図9を参照して、エレベーター側で発生した故障態様について説明する。制御盤210(エレベーター制御装置200)は、インターフェース基盤416を介してエレベーター20に含まれる種々の機器から信号を受信する。制御盤210は、これら各種信号がそれぞれ所定の正常値の範囲内にある場合は故障信号の発信を行わずに、必要に応じて各種信号を遠隔復旧装置300に送信する。また、これら各種信号が、正常値から逸脱した所定の変調範囲内にある場合は、故障信号の発信は行わないものの、変調範囲に含まれる信号とこれを出力した機器の識別ID等を遠隔復旧装置300に送信する。さらに、変調範囲よりもさらに正常範囲から逸脱した異常範囲に各種信号が含まれる場合には、機器故障を検出したとして、制御盤210は、故障機器を識別する故障コードを含む故障信号、及び、異常範囲に含まれる信号等を遠隔復旧装置300に送信する。
例えば着床センサ400の場合、オン信号(オン電圧)の受信期間が所定期間(例えば5分)以上継続した場合に、制御盤210(エレベーター制御装置200)は通信装置250及び通信ネットワーク30を介して故障信号を遠隔復旧装置300に送信する。遠隔復旧装置300は、通信装置320を介して、情報処理装置360に故障信号を送信する。例えば故障信号には、着床センサ400の故障を示す故障コード「0010」が含まれる。
上述したように、故障信号には、具体的な故障原因(故障内容)に関する情報は含まれておらず、基本的には故障機器情報のみが含まれる。情報処理装置360では、故障信号の受信を受けて、故障原因の絞込みを行う。
例えば着床センサ400の故障原因として、オフ故障(故障原因1)とオン故障(故障原因2)がある。オフ故障とは、投光部と受光部との間に着床位置プレートが入り込んだときであっても制御盤210がオン信号を受信できない(入力端子418Dにオン電圧が印加されない)故障態様である。オン故障とは、オフ故障とは逆に、投光部と受光部との間に着床位置プレートが入り込んだときと取り除かれたときとを問わずに、オン信号が出力され続ける(入力端子418Dにオン電圧が印加され続ける)故障態様である。
さらにオン故障の詳細な原因として、故障機器である着床センサ400自体の故障、例えば受光部の感度異常(故障原因2−1)と、着床センサ400から延設され制御盤210(エレベーター制御装置)に接続される接続端子420Dの入力端子418Dとの接続不良(故障原因2−2)とが挙げられる。情報処理装置360は、図11に示す故障原因の絞込みフローに則って、着床センサ400の故障原因を絞り込む。
情報処理装置360は、ステップS103(故障コード受信)を受けて、故障コード「0010」(着床センサ故障)を含む故障信号を受信すると、受信した故障が遠隔復旧動作可能な故障か否かを判定する(S104)。
具体的には上述したように、検査履歴データ372、保守作業履歴データ373、遠隔点検履歴データ374、変調履歴データ375、修理工事履歴データ376、故障履歴データ377を参照して、以下の(a)〜(f)について確認する。
(a)エレベーター20が最近の検査で調整手直し指示があったものである。
(b)エレベーター20が最近、あるいは、当日に保守計画があり調整ミスの可能性が予測されるものである。
(c)遠隔点検でエレベーター20に異常の診断結果があった。
(d)最近、エレベーター20に変調の発生があった。
(e)エレベーター20が、最近、修理工事が実施されているものである。
(f)エレベーター20が、最近、同様の故障コード「0010」による故障信号を発信している。
そして、上記(a)〜(f)のいずれか1つまたは複数に該当する場合には、情報処理装置360は、遠隔復旧システム100による復旧よりも技術者350をビル10に派遣した方が良いと判断し、図11のステップS104でNOと判断する。
また、上記(a)〜(f)に加えて、機器交換または端子交換を要するオフ故障及びオン故障が疑われる場合にも、遠隔復旧が困難であることから(遠隔から交換作業は行えないことから)、技術者をビル10に派遣した方が良いと判断し、図11のステップS104でNOと判断する。
オフ故障/オン故障の判定に当たり、情報処理装置360は、故障機器(着床センサ400)から制御盤210への入力信号と、故障機器以外の、エレベーター20に含まれる機器から制御盤210への入力信号とを参照する。例えば、情報処理装置360は、遠隔監視センター310を介して制御盤210に、故障信号発信時点前後10分程度の期間における、制御盤210が受信した全ての機器からの受信データを取得する。または保守データベース370の運転履歴データ379からエレベーター20の全ての機器から受信した過去のデータを取得する。次に情報処理装置360は、これらの受信データを解析する。
例えば着床センサ400からオン信号がオフ状態に切り替えられた後に、ゲートスイッチ408がオフ状態(ゲート開信号)からオン信号(ゲート閉信号)に切り替わり、さらにその後にエンコーダ404から、駆動装置24の回転位置が一定の状態から変動状態に切り替わったケースを考える。このケースでは、停止状態のカゴ22が動き出す前に着床センサ400がオフ状態に切り替わったことから、オフ故障(故障原因1)に該当するものと考えられる。
また例えば着床センサ400にてオン信号の出力が継続している期間に、電流センサ406u、406vから正弦波を受信し、またエンコーダ404から駆動装置24の回転位置変化を受信したケースを考える。このケースでは、カゴ22が階床12を離れてからも着床センサ400からオン信号が出力されているものと考えられるから、オン故障(故障原因2)と考えられる。
ステップS104にて、上述したオフ故障(故障原因1)またはオン故障(故障原因2)と判定された場合、技術者をビル10に派遣した方が良いと判断し、図11のステップS104でNOと判断される。次のステップS1002では、故障機器の故障原因がオン故障(故障原因2)であるか否かが判定される。オン故障でない場合は、そのままステップS124(遠隔監視センターに遠隔復旧不可通知)に進む。
故障機器の故障原因がオン故障である際には、情報処理装置360は、その故障原因の更なる絞込みを行う。具体的には、オン故障の原因が、故障機器である着床センサ400自体の故障(故障原因2−1)であるか、接続端子420Dと入力端子418Dの接続不良(故障原因2−2)であるかを絞り込む。
なお後述するように、故障原因の絞込みに当たって、カゴ22内の一部の電気機器の電力供給が一時中断されることから、カゴ22内の乗客を避難させる避難運転を行った後に、故障原因の絞込みを行ってもよい。例えばエレベーター制御装置200は、最寄階に緊急停止してドア13,26を開放し、さらにカゴ22内にカゴ22からの退出を促すメッセージを出力する。
情報処理装置360は、故障機器(着床センサ400)に対する電力遮断指令をエレベーター制御装置200に送信する(S1004)。エレベーター制御装置200の制御盤210は、給電端子である出力端子418Gへの電力供給を中断する。この間、エレベーター制御装置200から情報処理装置360にすべての機器(特定の機器を選択しても良い)の信号情報が送信される。
電力供給中断後、情報処理装置360は、入力端子418Dの信号を監視し、当該端子からの入力信号が所定期間(例えば5分間)に亘って0であるか否かを判定する(S1006)。所定期間に亘って着床センサ400から入力端子418Dにオン信号の入力がない場合、情報処理装置360は故障機器である着床センサ400自体の故障と判定する(S1008)。
一方、電力供給中断後、上記所定期間のうちに入力端子418Dからオン信号が検出されたとき、情報処理装置360は着床センサ400の接続端子420D及び入力端子418Dの接続不良と判定する(S1010)。
次に情報処理装置360は、故障情報を含む復旧指令を遠隔監視センター310に送信する(S1012)。具体的にはエレベーター20の識別記号、故障機器、故障原因、故障原因の詳細が故障情報に含まれる。例えば「故障機器:着床センサ、故障原因:オン故障、故障原因の詳細:接続不良」との情報が情報処理装置360から遠隔監視センター310に送信される。
さらに情報処理装置360は、不良判定された接続端子420及び入力端子418の少なくとも一方、または故障判定された故障機器(着床センサ400)の交換部品の調達指令を遠隔監視センター310に送信する(S1014)。これにより、交換作業が速やかに行われる。
遠隔監視センター310に送られた故障情報(復旧指令)及び調達指令として通信ネットワーク35を介してサービスセンター340に送信される。サービスセンター340はエレベーター20の復旧を行う作業者を管理する管理装置である。その後遠隔監視センター310に遠隔復旧不可通知が送信される(S124)。
以上説明した実施形態では、着床センサ400の故障を例に採ったが、故障機器はこれに限らない。要するに故障原因にオン故障を含む機器であり、他の機器の信号との比較から故障原因がオン故障であることを判定でき、さらにインターフェース基盤416に端子が接続されている機器であれば、当該機器に対して、本実施形態に係る故障原因の絞込みフローを実行可能となる。例えば出力信号がオン/オフの2値であるセンサについて、本実施形態に係る故障原因の絞込みフローを実行可能となる。
なお、本発明は以上説明した実施形態に限定されるものではなく、請求の範囲により規定されている本発明の技術的範囲ないし本質から逸脱することない全ての変更および修正を包含するものである。
ところで、エレベーターの構成機器の故障態様の一つに、オン信号が出力され続けるいわゆるオン故障がある。このオン故障の原因として、信号出力元の機器の故障による場合と、当該機器から延設される接続端子とエレベーター制御盤のインターフェース基盤の入力端子との接続不良による場合とがある。本発明では、オン故障が検出された際に、その原因が上記のどちらかであるかを判定可能な、エレベーターの遠隔監視システムを提供することを目的とする。