JP6419360B1 - エレベーターシステム - Google Patents

Abstract

制御盤（２００）と、制御盤（２００）から故障コードと故障状態コードとが入力された際に、復旧指令と復旧診断指令とを制御盤に出力し、制御盤（２００）にエレベーター（２０）の復旧動作と復旧診断動作とを実行させるモニタパネル（２１０）と、を備え、モニタパネル（２１０）は、故障コードと故障状態コードとの組み合わせの内で発生件数の多い組み合わせと、その組み合わせに対応する復旧指令の内で復旧率の高い復旧指令と、その復旧指令に対応する復旧診断指令とを対応付けて格納したモニタ側復旧処理データベース（２５０）を備え、制御盤（２００）から故障コードと故障状態コードとが入力された際に、モニタ側復旧処理データベース（２５０）を参照して復旧指令と復旧診断指令とを選択し、選択した復旧指令と復旧診断指令とを制御盤（２００）に出力する。

Description

本発明は、故障が発生した際に自動復旧可能なエレベーターシステムに関する。

エレベーターが故障した場合には、できるだけ短時間で復旧することが要求される。このため、エレベーターの制御装置の内部に故障データを収納するとともに、この故障データを用いて故障原因を推定して保守員等に提供する制御装置が提案されている（例えば、特許文献１参照）。

また、監視センタがエレベーターの故障信号を受信し、監視センタが故障履歴データベースを参照して保守員の持つ携帯端末に故障の復旧内容を送信する故障復旧システムが提案されている（特許文献２参照）。

特開平５−３９１７９号公報 特開２００３−１０４６４４号公報

しかし、特許文献１、２に記載された従来技術では、エレベーターが故障した場合、保守員或いは技術者が現場に出動してエレベーターを復旧する必要があるので、復旧までに時間がかかってしまうという問題がある。一方で、近年、エレベーターの運行サービス向上の要求は益々高くなってきている。

そこで、本発明は、エレベーターの運行サービスの向上を図ることを目的とする。

本発明のエレベーターシステムは、エレベーターの駆動制御を行う制御盤と、前記制御盤の近傍に配置されて前記制御盤に接続され、前記制御盤から故障コードと故障状態コードとが入力された際に、故障コードと故障状態コードとに応じて復旧指令と復旧診断指令とを前記制御盤に出力し、前記制御盤に前記エレベーターの復旧動作と復旧診断動作とを実行させるモニタパネルと、を備え、前記モニタパネルは、故障コードと故障状態コードとの組み合わせの内で発生件数の多い組み合わせと、その組み合わせに対応する復旧指令の内で復旧率の高い復旧指令と、その復旧指令に対応する復旧診断指令と、を対応付けて格納したモニタ側復旧処理データベースを備え、前記制御盤から故障コードと故障状態コードとが入力された際に、前記モニタ側復旧処理データベースを参照して復旧指令と復旧診断指令とを選択し、選択した復旧指令と復旧診断指令とを前記制御盤に出力すること、を特徴とする。

本発明のエレベーターシステムにおいて、前記モニタパネルと通信し、前記エレベーターを遠隔監視する遠隔監視センタを含み、前記遠隔監視センタは、故障コードと故障状態コードの組み合わせに対応する故障要因の件数と、復旧指令と、復旧診断指令と、復旧率とを対応付けた復旧診断データベースと、前記復旧診断データベースから、故障コードと故障状態コードとの組み合わせの内で発生件数の多い組み合わせを抽出し、その組み合わせに対応する復旧指令の内で復旧率の高い復旧指令と、その復旧指令に対応する復旧診断指令とを対応付けて格納したセンタ側復旧処理データベースとを備え、前記センタ側復旧処理データベースを所定の間隔で前記モニタパネルに送信し、前記モニタパネルは、前記遠隔監視センタから前記センタ側復旧処理データベースを受信する毎に格納している前記モニタ側復旧処理データベースの内容を受信した前記センタ側復旧処理データベースの内容に更新してもよい。

本発明のエレベーターシステムにおいて、前記制御盤は、前記モニタパネルから入力された復旧指令に応じて実行した復旧動作の後、復旧診断動作によって前記エレベーターが復旧したかどうかを判定し、判定結果を前記モニタパネルに出力し、前記モニタパネルは、前記制御盤から入力された故障コードと、故障状態コードと、判定結果とを前記遠隔監視センタに発信し、前記遠隔監視センタは、前記モニタパネルから入力された判定結果に基づいて故障コードと故障状態コードとの組み合わせに対応する故障要因の件数を更新してもよい。

本発明のエレベーターシステムにおいて、前記遠隔監視センタは、前記モニタパネルから入力された判定結果に基づいて、故障コードと故障状態コードとの組み合わせに対応する復旧率を更新してもよい。

本発明は、エレベーターの運行サービスの向上を図ることができる。

実施形態のエレベーターシステムの構成を示す系統図である。 実施形態のエレベーターシステムの機能ブロック図である。 図２に示すセンタ側保守データベースの構成を示す図である。 図２に示す復旧診断データベースの構成を示す図である。 受信回数順データの構成を示す図である。 センタ側復旧処理データベースの構成を示す図である。 モニタ側保守データベースの構成を示す図である。 モニタ側復旧処理データベースの構成を示す図である。 実施形態のエレベーターシステムのセンタ側復旧処理データベース、モニタ側復旧処理データベースの生成を示すフローチャートである。 実施形態のエレベーターシステムの制御盤とモニタパネルとの動作を示すフローチャートである。 実施形態のエレベーターシステムの遠隔監視センタの動作を示すフローチャートである。

＜エレベーターシステムの構成＞
以下、図面を参照しながら、実施形態のエレベーターシステム１００について説明する。図１に示すように、エレベーターシステム１００は、ビル１０の昇降路１１の中に配置されたエレベーター２０の駆動制御を行う制御盤２００と、制御盤２００の近傍に配置されて制御盤２００に接続されたモニタパネル２１０と、モニタパネル２１０と通信してエレベーター２０を遠隔監視する遠隔監視センタ３００とを含んでいる。遠隔監視センタ３００が監視するエレベーター２０は、１台でもよいし、複数台でもよい。複数台の場合には、エレベーター２０は、同一のビル１０に設置されていてもよいし、異なるビル１０に設置されていてもよい。

制御盤２００は、内部にＣＰＵとメモリを含むコンピュータである。制御盤２００は、エレベーター２０に故障が発生すると、故障コードと故障状態コードをモニタパネル２１０に出力する。

モニタパネル２１０は、モニタ側通信装置２２０と、モニタ側情報処理装置２３０と、モニタ側保守データベース２４０と、モニタ側復旧処理データベース２５０とを含んでいる。モニタ側情報処理装置２３０は、内部にＣＰＵとメモリとを含むコンピュータである。遠隔監視センタ３００は、センタ側通信装置３２０と、センタ側情報処理装置３６０と、センタ側保守データベース３７０と、復旧診断データベース３８０と、センタ側復旧処理データベース３９０と、監視盤３３０とを含んでいる。センタ側情報処理装置３６０と、センタ側保守データベース３７０、復旧診断データベース３８０、センタ側復旧処理データベース３９０とは、同じ場所に設置されていてもよいし、別々の場所に設置されていて互いにインターネット回線等によって接続するようにしてもよい。

モニタパネル２１０のモニタ側情報処理装置２３０は、エレベーター２０に故障が発生した際に、制御盤２００が出力した故障コードと故障状態コードとが入力され、モニタ側復旧処理データベース２５０を参照して入力された故障コードと故障状態コードとに応じて復旧指令と復旧診断指令とを制御盤２００に出力し、制御盤２００にエレベーター２０の復旧動作と復旧診断動作とを実行させる。

モニタ側保守データベース２４０は、エレベーター２０の仕様や検査、保守、修理等の履歴データが格納されたものである。モニタ側復旧処理データベース２５０は、故障コードと故障状態コードとの組み合わせの内で発生件数の多い組み合わせと、その組み合わせに対応する復旧指令の内で復旧率の高い復旧指令と、その復旧指令に対応する復旧診断指令とを対応付けて格納したデータベースである。各データベース２４０、２５０については後で詳細に説明する。

モニタパネル２１０のモニタ側通信装置２２０は、モニタ側情報処理装置２３０の生成した情報を通信ネットワーク３０に発信する。また、モニタ側通信装置２２０は、センタ側情報処理装置３６０が生成したセンタ側復旧処理データベース３９０の情報をセンタ側通信装置３２０、通信ネットワーク３０を介して受信して、モニタ側情報処理装置２３０に出力する。モニタ側通信装置２２０、センタ側通信装置３２０は無線通信を行う機器であってもよいし有線通信を行う機器であってもよい。また、通信ネットワーク３０は、インターネット通信網であってもよいし、電話回線網であってもよい。

遠隔監視センタ３００は、センタ側情報処理装置３６０とデータの授受を行い、エレベーター２０の運行状況、故障状況を監視する監視盤３３０が配置されている。監視盤３３０には、エレベーター２０の運行状況、故障状況、センタ側情報処理装置３６０からの通知等が表示されるディスプレイ３３１と、ディスプレイ３３１の表示を操作するスイッチ３３２が設けられている。また、監視盤３３０には、通信ネットワーク３５を介してサービスセンタ３４０との通信を行う電話３３３が備えられている。

センタ側保守データベース３７０は、エレベーター２０の仕様や検査、保守、修理等の履歴データが格納されたものである。復旧診断データベース３８０は、エレベーター２０が故障した際に制御盤２００が出力した故障コードと故障状態コードの組み合わせに対応する故障要因の件数と、復旧指令と、復旧診断指令と、復旧率とを対応付けたデータベースである。センタ側復旧処理データベース３９０は、復旧診断データベース３８０から、故障コードと故障状態コードとの組み合わせの内で発生件数の多い組み合わせを抽出し、その組み合わせに対応する復旧指令の内で復旧率の高い復旧指令と、その復旧指令に対応する復旧診断指令とを対応付けて格納したデータベースである。センタ側復旧処理データベース３９０は、センタ側情報処理装置３６０によって生成される。各データベース３７０、３８０、３９０については後で詳細に説明する。

センタ側情報処理装置３６０は、内部にＣＰＵとメモリとを含むコンピュータである。センタ側情報処理装置３６０には、エレベーター２０に故障が発生した際に制御盤２００が出力する故障信号、モニタパネル２１０が制御盤２００にエレベーター２０の復旧動作を実行させた際の復旧診断結果等の情報がモニタ側通信装置２２０、センタ側通信装置３２０、通信ネットワーク３０を介して入力される。センタ側情報処理装置３６０は、受信した情報に基づいて、センタ側保守データベース３７０、復旧診断データベース３８０を更新する。また、センタ側情報処理装置３６０は、モニタパネル２１０による復旧動作を実行できない場合、または、モニタパネル２１０による復旧動作での復旧に失敗した場合に、その結果を監視盤３３０のディスプレイ３３１に表示する。

＜データベース構造＞
図２に示すように、センタ側保守データベース３７０には、エレベーター仕様データ３７１、故障履歴データ３７２、故障要因別データ３７３が格納されている。以下、図３を参照しながら、エレベーター仕様データ３７１、故障履歴データ３７２、故障要因別データ３７３のデータ構造について説明する。

＜エレベーター仕様データの構造＞
エレベーター仕様データ３７１は、エレベーター２０の管理番号、機種、製造日、製造番号、設置ビルの名称、設置ビルの用途のデータを格納するデータ構造を有している。設置ビルの用途とは、例えば、事務所、一般居住用、飲食店、学校等である。

＜故障履歴データの構造＞
故障履歴データ３７２は、エレベーター２０の管理番号、故障発生日時、故障コード、故障状態コード、復旧方法、復旧判定結果を格納するデータ構造を有している。故障コードとは、エレベーター２０に故障が発生した際に制御盤２００から出力される数字あるいは数字と英文字とを組み合わせたコードである。故障コードの種類は、例えば、１０００種類程度である。故障状態コードは、エレベーター２０に故障が発生した際に制御盤２００から故障コードと共に出力される故障状態を示す用語で構成されたコードである。故障状態コードには、例えば、「ドア開不能」、「ドア閉不能」のようなものがある。１つの故障コードと共に１つの故障状態コードが出力される場合もあるし、１つの故障コードと共に複数の故障状態コードが出力される場合もある。復旧方法の項目には、例えば、技術者３５０が出動して検査、点検、復旧を行った場合には「技術者出動」のように入力される。また、モニタパネル２１０が制御盤２００にエレベーター２０の復旧動作を実行させて復旧を行った場合には、「モニタ側自動復旧」のように入力される。復旧判定結果の項目には、エレベーター２０が復旧して運行再開した場合には、「復旧」のように入力される。また、復旧判定結果の項目には、エレベーター２０が復旧に失敗した場合には「失敗」のように入力される。

＜故障要因別データの構造＞
図３に示すように、故障要因別データ３７３は、ある故障コードとある故障状態コードとが制御盤２００から出力された際に、その故障状態コードを受信した回数が格納されている。また、故障要因別データ３７３は、技術者３５０が現場に出動して検査、点検した結果によるその故障コード、および、その故障状態コードに対応する故障要因の件数、および、モニタパネル２１０が制御盤２００にエレベーター２０の復旧動作を実行させて復旧を行って復旧した場合のその故障コード、および、その故障状態コードに対応する故障要因の件数の合計件数が格納されている。

例えば、故障コードがドア１３、２６に関する故障を示す０００１で故障状態コードが「ドア開不能」がＡ回受信された場合について説明する。技術者３５０が現地で点検した結果、その故障コード「０００１」と「ドア開不能」の故障状態コードの出力された要因がドア敷居のゴミ詰まり（故障要因１）であったり、ドア開閉装置のスイッチの接触不良（故障要因２）であったり、その他の故障要因３であったりする。そこで、故障要因別データ３７３は、故障コード「０００１」と「ドア開不能」の故障状態コードが出力された場合、ドア敷居のゴミ詰まり要因（故障要因１）の場合が１００件、ドア開閉装置のスイッチの接触不良が要因（故障要因２）の場合が５０件、その他の故障要因３の場合が１０件というようなデータ構造で、その件数が多い順にデータが並べられるように構成されている。モニタパネル２１０が制御盤２００にエレベーター２０の復旧動作を実行させて復旧を行った場合、復旧指令によってエレベーター２０の復旧に成功した場合にその復旧指令の基礎となった故障コードと故障状態コードに対応する故障要因の件数が全体の故障要因の件数に追加される。

また、故障コードがドア１３、２６に関する故障を示す０００１で故障状態コードが「ドア閉不能」がＢ回受信された場合も同様に、故障コード「０００１」と「ドア閉不能」の故障状態コードの出力された要因がドア敷居のゴミ詰まり（故障要因１）であったり、ドア開閉装置のスイッチの接触不良（故障要因２）であったり、その他の故障要因３であったりする。そこで、故障要因別データ３７３は、故障コード「０００１」と「ドア閉不能」の故障状態コードが出力された場合、ドア敷居のゴミ詰まり要因（故障要因１）の場合が１００件、ドア開閉装置のスイッチの接触不良が要因（故障要因２）の場合が５０件、その他の故障要因３の場合が１０件というようなデータ構造で、その件数が多い順にデータが並べられるように構成されている。

また、故障コード「０００１」と共に「ドア開不能」、「ドア閉不能」の２つの故障状態コードが出力される場合も同様である。

また、故障コードが制御回路に関する故障を示す０００２で故障状態コードが「起動不能」の場合、技術者３５０が現地で点検した結果、その故障コード「０００２」の出力された要因が制御盤２００に取り付けられているリレーに不具合のある場合（故障要因４）であったり、リレーを駆動するリレー駆動回路に不具合がある場合（故障要因５）であったり、その他の故障要因６であったりする。図４に示すように、故障要因別データ３７３は、故障コード「０００２」でエレベーターの状態コードが「起動不能」の場合、リレーに不具合が要因（故障要因４）の場合が１００件、リレー駆動回路の不具合が要因（故障要因５）の場合が５０件、その他の故障要因６の場合が１０件というようなデータ構造で、その件数が多い順にデータが並べられるように構成されている。故障コードが制御回路に関する故障を示す０００２で故障状態コードが「階間停止」の場合も同様である。

図３に示す故障要因別データ３７３において、受信回数は、Ａ＞Ｂ＞Ｃ＞Ｄとなっている。

＜復旧診断データベースの構造＞
図４に示すように、復旧診断データベース３８０は、故障要因別データ３７３の故障コードと故障状態コードに対応する故障要因の件数の多い順に、復旧指令と復旧診断指令のセットである復旧診断指令セットと、その復旧指令の実行によってエレベーター２０の故障が復旧した割合である復旧率（％）が格納されている。復旧診断データベース３８０は、先に説明した故障要因別データ３７３に復旧診断指令セットと復旧率とをリンクさせたデータベースである。

以下、図４に示すように、故障コードがドア１３、２６に関する故障を示す「０００１」で故障状態コードが「ドア開不能」の場合の復旧診断データベース３８０のデータ構成について説明する。ドア敷居のゴミ詰まりが要因（故障要因１）の場合、復旧診断データは、故障状態コードが「ドア開不能」に対応する故障要因１の件数データに復旧指令として「ドア回路リセット＋ドア高トルク開閉」、復旧診断指令として「ドア開閉診断」、の２つの指令のセットである復旧診断指令セットＡと、この復旧指令による復旧動作による復旧率ａ％とをリンクさせたデータ構成となっている。ドア開閉装置のスイッチの接触不良が要因（故障要因２）の場合、復旧診断データは、故障状態コードが「ドア開不能」に対応する故障要因２の件数データに復旧指令として「ドア回路リセット＋ドア開閉リトライ」、復旧診断指令として「ドア開閉診断」の２つの指令のセットである復旧診断指令セットＢと、この復旧指令による復旧動作の復旧率ｂ％とをリンクさせたデータ構成となっている。同様に故障要因３の場合には、復旧診断データは、故障状態コードが「ドア開不能」に対応する故障要因３の件数データに復旧診断指令セットＣと復旧率ｃ％とをリンクさせたデータ構成となっている。このように、復旧診断データベース３８０は、故障コードと、故障状態コードと、その故障コードおよび故障状態コードに対応する故障要因と、その故障要因の件数と、復旧指令と復旧診断のセットである復旧診断指令セットと、復旧率とを対応づけてデータベースに格納したものである。なお、本実施形態では、復旧率ａ％は復旧率ｂ％、ｃ％よりも大きな数値であり、復旧診断指令セットＡは復旧診断指令セットＢ、復旧診断指令セットＣよりも復旧率が高くなっている。

次に、故障コードがドア１３、２６に関する故障を示す「０００１」で故障状態コードが「ドア閉不能」の場合の復旧診断データベース３８０のデータ構成について説明する。ドア敷居のゴミ詰まりが要因（故障要因１）の場合、復旧診断データは、故障状態コードが「ドア閉不能」に対応する故障要因１の件数データに復旧指令として「ドア回路リセット＋ドア高トルク開閉」、復旧診断指令として「ドア開閉診断」、の２つの指令のセットである復旧診断指令セットＡと、この復旧指令による復旧動作による復旧率ｄ％とをリンクさせたデータ構成となっている。ドア開閉装置のスイッチの接触不良が要因（故障要因２）の場合、復旧診断データは、故障状態コードが「ドア閉不能」に対応する故障要因２の件数データに復旧指令として「ドア回路リセット＋ドア開閉リトライ」、復旧診断指令として「ドア開閉診断」の２つの指令のセットである復旧診断指令セットＢと、この復旧指令による復旧動作の復旧率ｅ％とをリンクさせたデータ構成となっている。同様に故障要因３の場合には、復旧診断データは、故障状態コードが「ドア閉不能」に対応する故障要因３の件数データに復旧診断指令セットＣと復旧率ｆ％とをリンクさせたデータ構成となっている。このように、復旧診断データベース３８０は、故障コードと、故障状態コードと、その故障コードおよび故障状態コードに対応する故障要因と、その故障要因の件数と、復旧指令と復旧診断のセットである復旧診断指令セットと、復旧率とを対応づけてデータベースに格納したものである。なお、本実施形態では、復旧率ｅ％は復旧率ｄ％、ｆ％よりも大きな数値であり、復旧診断指令セットＢは復旧診断指令セットＡ、復旧診断指令セットＣよりも復旧率が高くなっている。

次に、故障コードが制御回路に関する故障を示す「０００２」でエレベーターの状態コードが「起動不能」の場合の復旧診断データベース３８０のデータ構成について説明する。リレーに不具合のある場合（故障要因４）には、復旧診断データは、故障要因４の件数データに復旧指令として「制御回路リセット＋低速アップ、ダウン運転」、復旧診断指令として「各階運転、高速運転診断」、の２つの指令のセットである復旧診断指令セットＤと、この復旧診断指令による復旧動作による復旧率ｇ％とをリンクさせたデータ構成となっている。同様に、リレー駆動回路に不具合がある場合（故障要因５）には、復旧診断データは、故障要因５の件数データに復旧指令として「制御回路リセット＋最上階、最下階間運転」、復旧指令として「各階運転、高速運転診断」、の２つの指令のセットである復旧診断指令セットＥと、この復旧診断指令による復旧動作による復旧率ｈ％とをリンクさせたデータ構成となっている。同様に故障要因６の場合には、復旧診断データは、故障要因６の件数データに復旧診断指令セットＦと復旧率ｉ％とをリンクさせたデータ構成となっている。本実施形態では、復旧率は、復旧診断指令セットＤのｇ％が最も高くなっている。

故障コードが制御回路に関する故障を示す「０００２」でエレベーターの状態コードが「階間停止」の場合の復旧診断データベース３８０のデータ構成は、先に説明した、故障コードが制御回路に関する故障を示す「０００２」でエレベーターの状態コードが「階間停止」の場合の復旧診断データベース３８０のデータ構成と同様で、復旧率がそれぞれｊ％、ｋ％、ｌ％としたものである。復旧率は復旧診断指令セットＥのｋ％が最も高くなっている。

＜センタ側復旧処理データベース、受信回数順データの構造＞
次に、図５、６を参照しながら受信回数順データ３８１、センタ側復旧処理データベース３９０のデータ構造について説明する。受信回数順データ３８１は、図４に示す復旧診断データベース３８０からデータを抽出してセンタ側復旧処理データベース３９０を生成するための中間データである。

受信回数順データ３８１は、故障要因別データ３７３から受信回数の多い順に故障コードと故障状態コードの組み合わせを抽出したデータベースである。先に説明したように、故障要因別データ３７３の中の受信回数は、Ａ＞Ｂ＞Ｃ＞Ｄとなっている。受信回数順データ３８１は、受信回数が最も多いＡである、故障コードが０００１、故障状態コードが「ドア開不能」の組み合わせを順位１に、受信回数がＢで２番目に受信回数が多い故障コードが０００１、故障状態コードが「ドア閉不能」の組み合わせを順位２に、受信回数がＣで３番目に受信回数が多い故障コードが０００２、故障状態コードが「起動不能」の組み合わせを順位３に、受信回数がＤで４番目に受信回数が多い故障コードが０００２、故障状態コードが「階間停止」の組み合わせを順位４に、格納したものである。受信回数順データ３８１は、例えば、順位５０までのデータを格納している。

図６に示すように、センタ側復旧処理データベース３９０は、先に説明した受信回数順データに故障コード、故障状態コードの組み合わせに対応する復旧指令の中で一番復旧率の高い復旧指令とその復旧指令に対応する診断とを復旧診断指令セットとして受信回数順データ３８１に組み合わせたデータベースである。例えば、順位１の故障コード０００１、故障状態コードが「ドア開不能」の場合、図４に示す復旧診断データベース３８０を参照すると、復旧率が一番高いのは 、復旧率ａ％の復旧診断指令セットＡであるので、復旧診断指令セットＡを受信回数順データ３８１の順位１に組み合わせる。同様に、順位２の故障コード０００１、故障状態コードが「ドア閉不能」の場合、図４に示す復旧診断データベース３８０を参照すると、復旧率が一番高いのは 、復旧率ｅ％の復旧診断指令セットＢであるので、復旧診断指令セットＢを受信回数順データ３８１の順位２に組み合わせる。同様に、順位３の故障コード０００２、故障状態コードが「起動不能」の場合、復旧率が一番高いｇ％の復旧診断指令セットＤを受信回数順データ３８１の順位３に組み合わせ、順位４の故障コード０００２、故障状態コードが「階間停止」の場合、復旧率が一番高いｋ％の復旧診断指令セットＥを受信回数順データ３８１の順位４に組み合わせる。これにより、図６に示すようなセンタ側復旧処理データベース３９０が構成される。センタ側復旧処理データベース３９０は、受信回数順データ３８１と同様、例えば、順位５０までのデータを格納している。

＜モニタ側保守データベースの構造＞
以下、図７を参照しながら、モニタ側保守データベース２４０について説明する。モニタ側保守データベース２４０は、エレベーター仕様データ２４１、遠隔点検履歴データ２４２、変調履歴データ２４３、故障履歴データ２４４を有している。

エレベーター仕様データ２４１、故障履歴データ２４４は、先に図３を参照して説明したエレベーター仕様データ３７１、故障履歴データ３７２と同様であるから、説明は省略する。

遠隔点検履歴データ２４２は、エレベーター２０の管理番号、遠隔点検日時、遠隔点検項目、遠隔点検結果を格納するデータ構造を有している。エレベーター２０の遠隔点検は、例えば、一か月に１回等予め設定されたスケジュールに従って、モニタパネル２１０から制御盤２００に遠隔点検指令を出力することによって実施される。エレベーター２０の制御盤２００は、図１に示すエレベーター２０のカゴ２２を所定の階に移動させる。この移動の際にエレベーター２０に取り付けられた各種のセンサによって運転性能（加速度、異常音の有無）、ドア開閉、ブレーキ、非常用バッテリ、外部連絡装置等に異常がないかを点検する。その点検結果は、制御盤２００からモニタパネル２１０に出力され、遠隔点検履歴データ２４２に格納される。なお、遠隔点検は、遠隔監視センタ３００からの指示によって行うようにしてもよい。

変調履歴データ２４３は、エレベーター２０の管理番号、変調発生日時、変調項目、変調対応結果を格納するデータ構造を有している。エレベーター２０の変調とは、技術者３５０による検査、点検、保守作業、あるいは遠隔点検の結果が異常値には達しないが、そのエレベーター２０の通常の値よりも変化しているような場合をいう。例えば、ブレーキトルクの検査を行った結果、許容値内に入っているが、前回点検の際、あるいはそのエレベーター２０の今までの検査結果の値からのずれが大きいような場合に、変調項目の中に「ブレーキトルク」と記録される。

＜モニタ側復旧処理データベースの構造＞
モニタ側復旧処理データベース２５０の構造は、先に図６を参照して説明したセンタ側復旧処理データベース３９０と同一の構造である。

＜エレベーターシステムの動作＞
次に、図９から図１１を参照しながら、本実施形態のエレベーター２０が故障した際のエレベーターシステム１００の動作について説明する。

＜センタ側復旧処理データベース、モニタ側復旧処理データベースの生成＞
最初に図９を参照して、センタ側復旧処理データベース３９０、モニタ側復旧処理データベース２５０の生成について説明する。

先に説明したように、センタ側復旧処理データベース３９０は、受信回数順データ３８１に故障コード、故障状態コードの組み合わせに対応する復旧指令の中で一番復旧率の高い復旧指令とその復旧指令に対応する診断とを復旧診断指令セットとして受信回数順データ３８１に組み合わせたデータベースである。

図９のステップＳ１１に示すように、センタ側情報処理装置３６０は、図３に示す、故障要因別データ３７３から受信回数の多い順に故障コードと故障状態コードの組み合わせを抽出して、図５に示す受信回数順データ３８１を生成する。本実施形態では、図３に示す故障要因別データ３７３の中の受信回数は、Ａ＞Ｂ＞Ｃ＞Ｄとなっている。センタ側情報処理装置３６０は、受信回数が最も多いＡである、故障コードが０００１、故障状態コードが「ドア開不能」の組み合わせを故障要因別データ３７３から抽出して受信回数順データ３８１の順位１に格納する。また、センタ側情報処理装置３６０は、受信回数がＢで２番目に多い故障コードが０００１、故障状態コードが「ドア閉不能」の組み合わせを順位２に、受信回数がＣで３番目に受信回数が多い故障コードが０００２、故障状態コードが「起動不能」の組み合わせを順位３に、受信回数がＤで４番目に受信回数が多い故障コードが０００２、故障状態コードが「階間停止」の組み合わせを順位４に、それぞれ格納する。以下同様に、センタ側情報処理装置３６０は、受信回数の多い順に故障要因別データ３７３から故障コードと故障状態コードの組み合わせを抽出して、例えば、順位５０まで受信回数順データ３８１に格納していく。

次に図９のステップＳ１２に示すように、センタ側情報処理装置３６０は、復旧診断データベース３８０を参照しながら、受信回数順データ３８１に故障コード、故障状態コードの組み合わせに対応する復旧指令の中で一番復旧率の高い復旧診断指令セットとして受信回数順データ３８１に組み合わせる。順位１の故障コード０００１、故障状態コードが「ドア開不能」の場合、図４に示す復旧診断データベース３８０を参照すると、復旧率が一番高い復旧率ａ％の復旧診断指令セットＡを受信回数順データ３８１の順位１に組み合わせる。同様に、順位２の故障コード０００１、故障状態コードが「ドア閉不能」の場合、復旧率が一番高い復旧率ｅ％の復旧診断指令セットＢを受信回数順データ３８１の順位２に組み合わせる。同様に、順位３の故障コード０００２、故障状態コードが「起動不能」の場合、復旧率が一番高いｇ％の復旧診断指令セットＤを受信回数順データ３８１の順位３に組み合わせ、順位４の故障コード０００２、故障状態コードが「階間停止」の場合、復旧率が一番高いｋ％の復旧診断指令セットＥを受信回数順データ３８１の順位４に組み合わせる。以下、同様に順位５０まで復旧診断指令セットを組み合わせていく。このようにして、センタ側情報処理装置３６０は、図６に示すようなデータセットを生成する。

センタ側情報処理装置３６０は、生成したデータセットをセンタ側復旧処理データベース３９０に格納する。また、センタ側情報処理装置３６０は、所定期間、例えば、一週間、あるいは一か月の間隔でセンタ側復旧処理データベース３９０を更新する。

図９のステップＳ１３に示すように、センタ側情報処理装置３６０は、センタ側復旧処理データベース３９０を更新するタイミングで、センタ側復旧処理データベース３９０の内容をセンタ側通信装置３２０、通信ネットワーク３０、モニタ側通信装置２２０を介してモニタパネル２１０のモニタ側情報処理装置２３０に送信する。

図９のステップＳ１４に示すように、モニタ側情報処理装置２３０は、受信したセンタ側復旧処理データベース３９０の内容でモニタ側復旧処理データベース２５０の内容を更新する。このように、モニタ側復旧処理データベース２５０は、センタ側復旧処理データベース３９０と同一の内容のデータとなる。

＜エレベーターに故障が発生した場合のエレベーターシステムの動作＞
次に、図１０を参照しながら、エレベーター２０に故障が発生した場合のエレベーターシステム１００の動作について説明する。

図１０のステップＳ１０１に示すように、モニタパネル２１０は、エレベーター２０に故障が発生するまで待機している。そして、エレベーター２０に故障が発生した場合には、制御盤２００は、ステップＳ１０２に進んで故障コードと故障状態コードとをモニタパネル２１０に出力する。

図１０のステップＳ１０３に示すように、制御盤２００が出力した故障コード、故障状態コードはモニタ側情報処理装置２３０に入力される。モニタ側情報処理装置２３０は、図１０のステップＳ１０４に示すように、モニタパネル２１０による復旧動作を実行できるかどうか、つまり、モニタ側自動復旧が可能かどうかを判断する。この判断は、以下のように行う。

まず、モニタ側情報処理装置２３０は、制御盤２００の出力、例えば、カゴ２２の重量センサ、カゴ２２内のカメラ、カゴ２２内の人感センサ等の出力からエレベーター２０のカゴ２２の内部に乗客がいるかどうかを確認する。カゴ２２の中に乗客がいる場合には、モニタ側自動復旧は不可と判断する。そして図１０のステップＳ１０５に進み、モニタ側通信装置２２０、通信ネットワーク３０、センタ側通信装置３２０を介してセンタ側情報処理装置３６０にモニタ側自動復旧不可の信号、および、故障コード、故障状態コードを発信する。そして、図１０のステップＳ１１４に進んで、モニタ側保守データベース２４０を更新して動作を終了する。

カゴ２２の中に乗客がいないと判断した場合、モニタ側情報処理装置２３０は、受信した故障コード、故障状態コードの組み合わせに対応する復旧診断指令セットがモニタ側復旧処理データベース２５０に格納されているかどうかを判断する。例えば、故障コードが０００１で、故障状態コードが「ドア開不能」の組は、図８に示すモニタ側復旧処理データベース２５０に格納されているので、次の条件判断に進む。一方、故障コード、故障状態コードがモニタ側復旧処理データベース２５０に格納されていない組み合わせの場合には、図１０のステップＳ１０５に進み、モニタ側通信装置２２０、通信ネットワーク３０、センタ側通信装置３２０を介してセンタ側情報処理装置３６０にモニタ側自動復旧不可の信号、および、故障コード、故障状況コードを発信する。そして、図１０のステップＳ１１４に進んで、モニタ側保守データベース２４０を更新して動作を終了する。

モニタ側情報処理装置２３０は、受信した故障コード、故障状態コードの組み合わせに対応する復旧診断指令セットがモニタ側復旧処理データベース２５０に格納されていると判断した場合には、モニタ側保守データベース２４０の故障履歴データ２４４を参照してエレベーター２０が、最近、同様の故障コード「０００１」による故障信号を発信しているかどうか確認する。

そして、同様の故障コード「０００１」による故障信号を発信している場合には、モニタ側情報処理装置２３０は、モニタ側自動復旧よりも技術者３５０をビル１０に派遣した方が良いと判断し、図１０のステップＳ１０４でＮＯと判断する。そして、図１０のステップＳ１０５に進み、遠隔監視センタにモニタ側自動復旧不可の信号、および、故障コード、故障状況コードを発信し、図１０のステップＳ１１４に進んで、モニタ側保守データベース２４０を更新して動作を終了する。

モニタ側情報処理装置２３０は、カゴ２２の中に乗客がおらず、受信した故障コード、故障状態コードの組み合わせに対応する復旧診断指令セットがモニタ側復旧処理データベース２５０に格納されており、エレベーター２０が同様の故障コード「０００１」による故障信号を発信していないと判断した場合には、図１０のステップＳ１０４でモニタ側自動復旧可能と判断する。そして、図１０のステップＳ１０６に進んでモニタ側復旧処理データベース２５０の中から、受信した故障コード、故障状態コードに対応する復旧指令と復旧診断指令の組である復旧診断指令セットを選択する。そして、図１０のステップＳ１０７に示すように、制御盤２００に出力する。例えば、故障コードが０００１、故障状態コードが「ドア開不能」の場合、モニタ側情報処理装置２３０は、図８に示すモニタ側復旧処理データベース２５０を参照して復旧診断指令セットＡを選択する。復旧診断指令セットＡは、復旧指令として「ドア回路リセット＋ドア高トルク開閉」、復旧診断指令として「ドア開閉診断」、の２つの指令をセットとしたものである。従って、モニタ側情報処理装置２３０は、「ドア回路リセット＋ドア高トルク開閉」の復旧指令と、「ドア開閉診断」の復旧診断指令とを制御盤２００に出力する。

図１０のステップＳ１０８に示すように、制御盤２００は、モニタ側情報処理装置２３０から復旧診指令と復旧診断指令とが入力されたら、図１０のステップＳ１０９に示すように、エレベーター２０が停止していること、カゴ２２の重量センサ、カゴ２２内のカメラ、カゴ２２内の人物センサ等の出力からカゴ２２の中に乗客がいないことを確認する。そして、制御盤２００は、エレベーター２０が停止していること、カゴ２２の中に乗客がいないことを確認したら、カゴ２２の中に設置された通話装置のスピーカーから「これから遠隔復旧を開始します。エレベーターのドアが開閉します。」等のアナウンスを行う。

そして、制御盤２００は、図１０のステップＳ１１０に進んで、復旧動作を行う。いま、受信している復旧指令は、復旧診断指令セットＡに含まれる「ドア回路リセット＋ドア高トルク開閉」の復旧指令であるから、制御盤２００は、まず、制御盤２００のドア回路をリセットする。この動作は、ドア回路がドア１３またはドア２６が開不能で、閉状態、あるいは半開状態を検知している状態をリセットし、ドア１３またはドア２６を開閉動作可能とする動作である。次に、制御盤２００は、ドア１３およびドア２６の駆動モータのトルクを通常よりも２０〜３０％高くして通常よりも大きな力でドア１３およびドア２６を開閉動作させる。この動作は、ドアの敷居に詰まっていたゴミを敷居から移動させ、ドア１３、２６の開閉動作を通常状態に復旧する動作である。

上記動作によってドア１３、２６の敷居に詰まっていたゴミが移動し、ドア１３、２６の開閉が復旧したかどうかを確認するため、制御盤２００は、図１０のステップＳ１１１に示すように、復旧診断指令である「ドア開閉診断」を実行する。制御盤２００は、通常のトルクでドア１３およびドア２６の開閉を行い、所定の開閉時間で開閉動作ができているか、ドア１３およびドア２６の駆動モータの電流が通常よりも大きくなっていないかを確認する。次に制御盤２００は、駆動モータのトルクを通常よりも２０％程度低くしてドア１３およびドア２６を開閉し、開閉時間に異常がないかを確認する。

復旧診断動作の実行が終了したら、制御盤２００は、図１０のステップＳ１１２に進んで、復旧動作の結果の判定結果をモニタ側情報処理装置２３０に出力する。制御盤２００は、復旧診断動作によってドア１３、２６が通常状態に復旧したと判断した場合には、エレベーター２０が復旧したという判定結果信号をモニタ側情報処理装置２３０に出力する。また、復旧診断動作の結果、復旧診断動作によってドア１３、２６が通常状態に復旧しなかったと判断した場合には、エレベーター２０の復旧に失敗したという判定結果信号を出力する。

図１０のステップＳ１１３に示すように、モニタ側情報処理装置２３０は、制御盤２００から入力された判定結果と、故障コード、故障状況コードとをモニタ側通信装置２２０、通信ネットワーク３０、センタ側通信装置３２０を介してセンタ側情報処理装置３６０に発信する。

モニタ側情報処理装置２３０は、エレベーター２０の故障の処理の結果に基づいてモニタ側保守データベース２４０を更新して動作を終了する。

次に、図１１を参照しながら、センタ側情報処理装置３６０の動作について説明する。図１１のステップＳ２０１、Ｓ２０２に示すように、センタ側情報処理装置３６０は、モニタ側情報処理装置２３０からモニタ側自動復旧不可の信号、あるいは、復旧失敗の信号を受信した場合には、その結果を遠隔監視センタ３００のディスプレイ３３１に表示する。図１１のステップＳ２０５に示すように、監視者３３４は、この表示を確認したら、エレベーター２０の運行休止の指示、および、アナウンス動作を行わせる。また、監視者３３４は、電話３３３によって図２および図１１のステップＳ２０６に示すように、ビル１０近隣のサービスセンタ３４０に技術者３５０をビル１０に派遣するように指示する。また、センタ側情報処理装置３６０は、図１１のステップＳ２０３、ステップＳ２０４に示すように、センタ側保守データベース３７０と、復旧診断データベース３８０とを更新する。

センタ側情報処理装置３６０は、エレベーター２０が復旧したという判定信号を受信した場合には、図１１のステップＳ２０２においてＹＥＳと判断して、図１１のステップＳ２０３、Ｓ２０４に進んでセンタ側保守データベース３７０、復旧診断データベースを更新する。

センタ側情報処理装置３６０は、以下のように、センタ側保守データベース３７０の更新を行う。

エレベーター２０が復旧したという判定信号が入力された場合には、センタ側情報処理装置３６０は、故障履歴データ３７２の復旧方法の項目に「モニタ側自動復旧」、復旧判定結果の項目に「復旧」を格納する。また、受信した故障コード、「０００１」、故障状態コード「ドア開不能」とエレベーター２０の管理番号、故障発生日時をセンタ側保守データベース３７０の故障履歴データ３７２に格納する。

センタ側情報処理装置３６０は、以下のように、図４に示す復旧診断データベース３８０の更新を行う。

センタ側情報処理装置３６０は、モニタ側自動復旧によりエレベーター２０の復旧に成功した場合には、故障コード、故障診断コードの組に対応する故障要因の件数を１件多くし、復旧に成功した分だけ対応する復旧診断指令セットの復旧率を高くする。また、センタ側情報処理装置３６０は、図３に示す故障要因別データ３７３の故障コード、故障状態コードの組の受信回数を１回多くし、復旧診断データベース３８０と同様の故障要因の件数を１つ多くする。

また、モニタ側自動復旧によりエレベーター２０の復旧に失敗した場合には、復旧に失敗した分だけ対応する復旧診断指令セットの復旧率を低くする。また、センタ側情報処理装置３６０は、図３に示す故障要因別データ３７３の故障コード、故障状態コードの組の受信回数を１回多くする。この際、故障要因の件数は変更しない。

このように、モニタ側自動復旧による結果に従って、復旧診断データベース３８０が更新される。そして、所定期間だけ経過したら、更新された復旧診断データベース３８０に基づいて、センタ側復旧処理データベース３９０を更新し、これにより、モニタ側復旧処理データベース２５０を更新する。

以上述べたことにより、本実施形態のエレベーターシステム１００は、故障コードと故障状態コードに対応する復旧率の高い復旧指令によりエレベーター２０のモニタ側自動復旧を行うことができる。

また、本実施形態のエレベーターシステム１００は、発生回数の多いエレベーター２０の故障が発生した場合、遠隔監視センタ３００に故障コード、故障状態コードを送信したり、復旧指令、復旧診断指令を受信したりすることなく、自動復旧動作を実行できるので、エレベーター２０に故障が発生した際に技術者３５０を現地に出動させることなくエレベーター２０を短時間で復旧することができ、エレベーター２０の運行サービス向上を図ることができる。

更に、本実施形態のエレベーターシステム１００は、エレベーター２０の保守データをモニタパネル２１０の中のモニタ側保守データベースに格納しているので、遠隔監視センタ３００のセンタ側保守データベース３７０の容量を抑制することができると共に、遠隔監視センタ３００とモニタパネル２１０との間の通信量を抑制することができる。

なお、本発明は以上説明した実施形態に限定されるものではなく、請求の範囲により規定されている本発明の技術的範囲ないし本質から逸脱することない全ての変更および修正を包含するものである。

１０ ビル、１１ 昇降路、１２ 階床、１３ ドア、２０ エレベーター、２２ カゴ、２３ ワイヤ、２４ 駆動装置、２５ 錘、２６ ドア、２７ 床、３０，３５ 通信ネットワーク、１００ エレベーターシステム、２００ 制御盤、２１０ モニタパネル、２２０ モニタ側通信装置、２３０ モニタ側情報処理装置、２４０ モニタ側保守データベース、２４１ エレベーター仕様データ、２４２ 遠隔点検履歴データ、２４３ 変調履歴データ、２４４ 故障履歴データ、２５０ モニタ側復旧処理データベース、３００ 遠隔監視センタ、３２０ センタ側通信装置、３３０ 監視盤、３３１ ディスプレイ、３３２ スイッチ、３３３ 電話、３３４ 監視者、３４０ サービスセンタ、３５０ 技術者、３６０ センタ側情報処理装置、３７０ センタ側保守データベース、３７１ エレベーター仕様データ、３７２ 故障履歴データ、３７３ 故障要因別データ、３８０ 復旧診断データベース、３８１ 受信回数順データ、３９０ センタ側復旧処理データベース。

Claims (4)

1. エレベーターシステムであって、
   エレベーターの駆動制御を行う制御盤と、
   前記制御盤の近傍に配置されて前記制御盤に接続され、前記制御盤から故障コードと故障状態コードとが入力された際に、故障コードと故障状態コードとに応じて復旧指令と復旧診断指令とを前記制御盤に出力し、前記制御盤に前記エレベーターの復旧動作と復旧診断動作とを実行させるモニタパネルと、を備え、
   前記モニタパネルは、故障コードと故障状態コードとの組み合わせの内で発生件数の多い組み合わせと、その組み合わせに対応する復旧指令の内で復旧率の高い復旧指令と、その復旧指令に対応する復旧診断指令とを対応付けて格納したモニタ側復旧処理データベースを備え、前記制御盤から故障コードと故障状態コードとが入力された際に、前記モニタ側復旧処理データベースを参照して復旧指令と復旧診断指令とを選択し、選択した復旧指令と復旧診断指令とを前記制御盤に出力すること、
   を特徴とするエレベーターシステム。
2. 請求項１に記載のエレベーターシステムであって、
   前記モニタパネルと通信し、前記エレベーターを遠隔監視する遠隔監視センタを含み、
   前記遠隔監視センタは、故障コードと故障状態コードの組み合わせに対応する故障要因の件数と、復旧指令と、復旧診断指令と、復旧率とを対応付けた復旧診断データベースと、
   前記復旧診断データベースから、故障コードと故障状態コードとの組み合わせの内で発生件数の多い組み合わせを抽出し、その組み合わせに対応する復旧指令の内で復旧率の高い復旧指令と、その復旧指令に対応する復旧診断指令とを対応付けて格納したセンタ側復旧処理データベースとを備え、
   前記センタ側復旧処理データベースを所定の間隔で前記モニタパネルに送信し、
   前記モニタパネルは、前記遠隔監視センタから前記センタ側復旧処理データベースを受信する毎に格納している前記モニタ側復旧処理データベースの内容を受信した前記センタ側復旧処理データベースの内容に更新すること、
   を特徴とするエレベーターシステム。
3. 請求項２に記載のエレベーターシステムであって、
   前記制御盤は、
   前記モニタパネルから入力された復旧指令に応じて実行した復旧動作の後、復旧診断動作によって前記エレベーターが復旧したかどうかを判定し、判定結果を前記モニタパネルに出力し、
   前記モニタパネルは、前記制御盤から入力された故障コードと、故障状態コードと、判定結果とを前記遠隔監視センタに発信し、
   前記遠隔監視センタは、前記モニタパネルから入力された判定結果に基づいて故障コードと故障状態コードとの組み合わせに対応する故障要因の件数を更新すること、
   を特徴とするエレベーターシステム。
4. 請求項３に記載のエレベーターシステムであって、
   前記遠隔監視センタは、前記モニタパネルから入力された判定結果に基づいて、故障コードと故障状態コードとの組み合わせに対応する復旧率を更新すること、
   を特徴とするエレベーターシステム。
   

Images