(57)【特許請求の範囲】
【請求項１】
ブレーキを備えたエレベータの保守や修理を含む整備に利用できる情報の監視および記録を行う方法であって、
（ａ）エレベータ性能に影響を及ぼす注目すべきフィーチャを示すイベントもしくは状態の発生を、イベントおよび状態を含むエレベータ運転パラメータから検出し、前記の注目すべきフィーチャの発生に応答して、対応するフィーチャ信号を発生させるステップと、
（ｂ）各フィーチャ信号に応答して、前記注目すべきフィーチャに対応する表示を時系列でログに記憶するステップと、
（ｃ）複数の前記の注目すべきフィーチャを互いに共通の原因と関連させることができるエレベータ運転状態の継続が終了したことを示すエレベータ運転のイベントもしくは状態を、エレベータ運転パラメータから検出し、これに応答して、分割標識信号を発生させるステップと、
（ｄ）前記分割標識信号に応答して、分割標識表示を時系列で前記ログ内に記憶するステップと、を行い、前記分割標識表示は、前に前記ログ内に記録された注目すべきフィーチャを、前記分割標識表示が前記ログ内に記録された後に前記ログ内に記録される注目すべきフィーチャから分離するものであることを特徴とする方法。
【請求項２】
閉動作中のかごドア反転、エレベータのドア以外のセイフティの損傷、ドアロックスイッチが動作しないこと、手操作用昇降路ドアの閉動作時のはね返り、手操作用昇降路ドアの長時間の開状態および走行中のドア開の少なくとも１つに応答して、前記フィーチャ信号を発生させることを特徴とする請求項１記載の方法。
【請求項３】
エレベータ走行の開始、エレベータ走行の終了、エレベータの停止および全ドアロックスイッチの動作の少なくとも１つに関連付けて、前記分割標識信号を発生させることを特徴とする請求項１記載の方法。
【請求項４】
前記分割標識のうちの１つに対応する１つの前記の注目すべきフィーチャが最初に発生してから、前記分割標識のうちの１つに対応する１つの前記注目すべきフィーチャが最後に発生するまでの間に経過した時間に関するフィーチャスペース継続時間を決定するステップを行い、
前記ステップ（ｄ）において、前記フィーチャスペース継続時間の表示を前記の１つの分割標識表示とともに時系列で前記ログ内に記憶することを特徴とする請求項１記載の方法。
【請求項５】
前記ステップ（ｄ）では、日付スタンプ、時間スタンプ、エレベータかごが位置する階、およびエレベータの移動方向の少なくとも１つを示す表示を前記分割標識表示とともに時系列で前記ログ内に記憶することを特徴とする請求項１記載の方法。
【請求項６】
対応するフィーチャ信号を発生させる前記の注目すべきフィーチャのうちの１つに関する継続時間を少なくとも１つ検出し、
前記ステップ（ｂ）において、前記継続時間の表示を前記の注目すべきフィーチャの表示とともに時系列で前記ログ内に記憶することを特徴とする請求項１記載の方法。
【請求項７】
前記継続時間が、前記の注目すべきフィーチャの継続時間であることを特徴とする請求項６記載の方法。
【請求項８】
前記継続時間が、前記の注目すべきフィーチャに関連する状態の継続時間であることを特徴とする請求項６記載の方法。
【請求項９】
閉動作中のかごドア反転およびドア以外のセイフティの損傷のいずれか１つに応答して、前記フィーチャ信号を発生させ、
エレベータ走行の開始およびエレベータの停止のいずれか１つに応答して、前記分割標識信号を発生させることを特徴とする請求項１記載の方法。
【請求項１０】
前記エレベータのブレーキが解放されていることに応答して、前記分割標識信号を発生させることを特徴とする請求項９記載の方法。
【請求項１１】
所定時間の間、前記エレベータが停止していることに応答して、前記分割標識信号を発生させることを特徴とする請求項９記載の方法。
【請求項１２】
前記所定時間は、ドアが閉じた状態で前記エレベータが停止している場合は１秒であり、ドアが開いた状態で前記エレベータが停止している場合は３０秒であることを特徴とする請求項１１記載の方法。
【請求項１３】
閉動作中のかごドア反転に応答して前記フィーチャ信号を発生させ、
ドア反転が起こるまでのドア閉動作の継続時間を検出し、
前記ステップ（ｂ）において、前記継続時間に基づいて、前記の対応するフィーチャの表示として、長時間反転、中時間反転、もしくは短時間反転を記憶することを特徴とする請求項９記載の方法。
【請求項１４】
前記ステップ（ｂ）において、前記継続時間の表示を前記フィーチャの表示とともに時系列で前記ログ内に記憶することを特徴とする請求項１３記載の方法。
【請求項１５】
（１）エレベータの走行中にエレベータのドア以外のセイフティが損傷したこと、もしくは（２）エレベータが乗場にある状態でエレベータのドア以外のセイフティが損傷したことに応答して、前記フィーチャ信号を発生させ、（１）の場合には、前記の対応するフィーチャの表示を走行中のセイフティ損傷を示すものとし、（２）の場合には、前記の対応するフィーチャの表示を乗場におけるセイフティ損傷を示すものとすることを特徴とする請求項９記載の方法。
【請求項１６】
エレベータのドア以外のセイフティが損傷していた継続時間を検出し、
ステップ（ｂ）において、前記継続時間の表示を前記フィーチャの表示とともに時系列で前記ログ内に記憶することを特徴とする請求項１５記載の方法。
【請求項１７】
少なくとも１つのドアロックスイッチが動作しないこと、手操作用昇降路ドアの閉動作時のはね返り、手操作用昇降路ドアの長時間の開状態のいずれか１つが起こったことに応答して、前記フィーチャ信号を発生させ、
かごドアロックスイッチおよび昇降路ドアロックスイッチが全て動作したことに応答して、前記分割標識信号を発生させることを特徴とする請求項１記載の方法。
【請求項１８】
所定時間の間、前記ドアロックスイッチが全て動作したことに応答して、前記分割標識信号を発生させることを特徴とする請求項１７記載の方法。
【請求項１９】
前記所定時間が、０．５秒であることを特徴とする請求項１８記載の方法。
【請求項２０】
少なくとも１つのドアロックスイッチが動作しないか、もしくは手操作用昇降路ドアが長時間開いている状態に応答して、前記フィーチャ信号を発生させ、
前記状態の継続時間を検出し、
前記ステップ（ｂ）において、前記継続時間の表示を前記フィーチャの表示とともに時系列で前記ログ内に記憶することを特徴とする請求項１７記載の方法。
【請求項２１】
エレベータ走行中にエレベータのドアが開いたことに応答して、前記フィーチャ信号を発生させ、
前記フィーチャ信号が発生された前記エレベータ走行が終了したことに応答して前記分割標識信号を発生させることを特徴とする請求項１記載の方法。
【請求項２２】
前記分割標識信号を、ドア開命令に応答して、発生させることを特徴とする請求項２１記載の方法。
【請求項２３】
エレベータ走行中にエレベータのドアが開いていた継続時間を検出し、
ステップ（ｂ）において、前記継続時間の表示を前記フィーチャの表示とともに時系列で記憶することを特徴とする請求項２１記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、エレベータ運転を監視し、注目すべきフィーチャ（特徴：feature）およびこれに関連するアトリビュート（属性）を関連する状況に基づいて分割して示す情報を発生させることに関する。
【０００２】
【従来の技術】
保守や修理のためにエレベータ運転を監視することは、かなり前から知られている。一般的に、カウンタによって、走行数、ドア開動作もしくはドア閉動作の回数、セイフティ（安全機構）の損傷などを記録することができる。ある場合には、その通常の分散（normal variance）と結合された統計的手段によって（例えば、ドア開動作や他のイベントの平均時間を提供することによって）、データが減少される。多くの場合、このような方法によって、エレベータの保守や整備のために重要となるデータがマスクされる。このようなデータは、理解してエレベータの整備に適用することが困難であるため、修理中にエレベータの問題を解決するのにはあまり有用でないことが判っている。現存のエレベータ監視システムは、不要なサービスコールを多く発生するため、整備技術者がエレベータに到着したときに、その情報が問題発見に役立つことはあまりなかった。このような問題は、全て、サービス技術者が到着したときにエレベータが通常運転を行なっている場合には、より複雑になる。
【０００３】
【発明が解決しようとする課題】
本発明の目的は、サービスコールを発生させるための、エレベータ運転データについての改良された分析方法を提供することである。すなわち、エレベータの実際の問題に著しく関連するエレベータ運転警告を発生させ、エレベータを監視する際のデータを記憶する必要性を減少させ、簡単に理解することができるために整備技術者が容易に利用することができるエレベータ保守情報を提供し、整備技術者がマイクロコンピュータといった分析装置を利用せずに容易に利用することができるエレベータ保守情報を提供し、損傷の整備のみならずルーチンによる保守に利用可能な情報を改良することである。
【０００４】
【課題を解決するための手段】
本発明によると、エレベータのパラメータ（状態およびイベント）が監視され、このようなパラメータが保守もしくは修理に重要なものであることが認識された場合に、フィーチャが、関連するアトリビュートとともに時系列でログに記録される。関連するアトリビュートの例として、日付、時間、イベントの継続時間、関連するファクタの継続時間、フィーチャが発生した時点でのエレベータ位置およびかごの移動方向が挙げられる。時間スタンプ、日付スタンプ、関連するフィーチャの継続時間および階数が含まれる分割標識手段によって、互いに関連する記録されたフィーチャの全てが、同様なタイプもしくは他のタイプの関連しない記録されたフィーチャから分離される。記録されるフィーチャの例として、乗場もしくは走行中におけるドア反転およびセイフティの損傷（セイフティチェーンの分断ないしは喪失）、ドアの非ロック状態、走行中のドア開、ドアの戻りおよび長時間のドア開が挙げられる。本発明の他の目的、特徴および利点は、実施例についての以下の詳細な説明および付随の図面によって、より明確となるだろう。
【０００５】
【発明を実施するための最良の形態】
本発明により監視することが可能な機能の１つの例として、ドア運転が挙げられ、関連するフィーチャとしては、ドア反転が挙げられる。対応するエレベータ装置が動作している状態では、常に、ドア反転およびセイフティの損傷を認識して記録するための本発明の例示的なルーチンが、並列処理として同時に動作する複数のルーチンのうちの１つとして、連続的に動作する。図１には、フィーチャ（その継続時間が１つのファクタである）とともに記憶されるアトリビュート（attribute）の例として、ドア閉命令が発生してからこのフィーチャ、つまりドア反転が起こるまでの時間が示されている。電源がＯＮにされ、続いて初期化が行われた後、ルーチンは初期状態１１に入る。エレベータドアが完全に開いた状態になるまでは、テスト１２の結果がＮＯになるため、このルーチンのサイクルは継続される。エレベータドアが完全に開くと、テスト１２の結果がＹＥＳになり、ドア開状態１３に入る。ドア開状態１３では、ドア閉命令が発生するまでは、ドア閉命令が発生しているか否かを判断するテスト１７の結果がＮＯとなることによって、ルーチンのサイクルが連続的に継続される。続いて、ステップ１８において、ドア反転タイマが起動される。通常の閉動作が行われている場合には、ドア反転タイマを起動する必要はないが、ドア反転が起こった場合には、ドア閉動作が命令されてからドアが反転した時点までの時間を知ることが重要となる。ドアが閉まりつつある状態では、ドア閉状態２１でルーチンがサイクルされる。ドア閉状態２１では、テスト２２において、ドア閉スイッチが動作しているか否かが判断される。これが動作している場合、これは定常の閉動作が行われていることを意味するため、ルーチンは初期状態１１に戻る。これは、イベントに起因してフィーチャが生じずに、このイベントが完全に無視された場合である。
【０００６】
テスト２２がＮＯである場合、続いて、テスト２３によってドア閉命令が発生しているか否かが判断される。ドア閉命令が発生している場合は、ドア閉動作が継続しているということであるため、テスト２３の結果がＹＥＳの場合には、ルーチンがドア閉状態２１に残る。ドア閉命令が取り消された場合、これは、人がドア開スイッチボタンを押しているか、もしくはドア安全スイッチ（例えば、ドア間における物体の存在を検出する装置）が動作しているか、もしくは何らかの故障が発生したことによって起こった可能性があるが、この場合は、テスト２３の結果がＮＯとなり、続いて、ステップ２４において、ドア反転タイマが停止される。このドア反転タイマの値（setting）は、ドア閉動作を行うためにドアのモータに電力が供給されていた時間間隔を示している。この後、ルーチンは、待機状態２５に入り、ドア閉スイッチが動作した（例えば、乗員がエレベータを起動させるためにドアを閉めようとしたことによって）状態、もしくはドア開命令が存在した状態になるまでは、テスト２６，２７の結果がＮＯとなることによって、ルーチンがここでサイクルされる。ドア開命令は、ドア開スイッチもしくはドア安全スイッチの動作後に、コントローラから発生するものである。テスト２６に示されるようにドア閉命令が取り消された後にドア閉スイッチが動作するか、もしくは、テスト２７に示されるように真にドア開命令に反転したことによって、ドア閉動作のイベントが終了したときに、テスト２８によって、ドア反転タイマが２０秒よりも長時間が経過したか否かが判断される。２０秒よりも長時間が経過していれば、ステップ２９において、「長時間反転」という名称ラベルで識別されるフィーチャが記憶され、続いて、ステップ３０において、ドア反転タイマが、フィーチャとともに記憶されることによって、表１に示されているように、時間的にフィーチャに関連付けられる。ドア反転タイマの値が２０秒未満である場合、テスト３１において、ドア反転タイマが１秒未満であるか否かが判断される。これが１秒未満であれば、ステップ３２において、フィーチャが「短時間反転」という名称ラベルで記憶され、ステップ３０において、ドア反転タイマ値がこの名称ラベルで記憶される。しかし、テスト３１の結果がＮＯである場合、ステップ３３において、フィーチャが「中時間反転」という名称ラベルで記憶される。さらに、ステップ３０においてドア反転タイマが記憶された後、図１のルーチンは初期状態１１に戻る。
【０００７】
本発明により監視および記録を行うことができる状態の１つの例として、エレベータ用安全チェーン（「セイフティ」）におけるドア以外の部分がある。安全チェーンのドア以外の部分について表示される状態の例として、周知のように、超過速度調整器、最終限界スイッチ（final limit switch）、および調速機用セイフティが挙げられる。図２では、「セイフティ」という用語は、ドア用セイフティ以外の全ての安全チェーンを意味している。ドア用セイフティが図２のルーチンに含まれない理由は、もしドア用セイフティがこれに含まれると、通常動作中に停止する毎に、エレベータドアが完全に閉じていないことがドアスイッチにより示され、これによって、これらの停止状態が全てフィーチャとして記録されてしまうためである。図２に示されているように、電源が投入され、続いて初期化が完了した後で、「セイフティ損傷」ルーチンが初期状態３５で開始され、続いて、テスト３６が行われる。安全チェーンが完全な状態である場合、テスト３６の結果がＹＥＳになり、ルーチンは安全状態３７に入る。安全状態３７では、テスト４０において、エレベータかごが走行しているか停止しているかが判断される。ブレーキが解放されていない場合、つまりエレベータが停止している場合は、テスト４１において、ドア以外の安全チェーンが完全な状態か否かが決定される。完全な状態であれば、ルーチンは安全状態３７に残る。しかし、ドア以外の安全チェーンがもはや完全な状態ではない場合、テスト４１の結果はＮＯとなり、続いて、ステップ４３でセイフティタイマが起動され、さらに、ステップ４４で「乗場におけるセイフティ損傷」という名称ラベルでフィーチャが記憶される。続いて、ルーチンは、非安全状態４５に入り、ドア以外の安全チェーンが完全な状態に形成されているか否かを判断するテスト４６を通ってサイクルされる。ドア以外の安全チェーンが完全な状態で形成されていない場合は、ルーチンは非安全状態４５に残る。しかし、ドア以外の安全チェーンが再形成されると、テスト４６の結果がＹＥＳとなり、続いて、ステップ４９においてセイフティタイマが停止され、さらに、ステップ５０においてセイフティタイマの値が記憶される。以上のように、セイフティタイマは、記録される継続時間信号の一例である。この継続時間は、実際には、このフィーチャ（セイフティ損傷）自体の継続時間である。セイフティが損傷している時間の長さは、問題の厳しさを示している。
【０００８】
ブレーキが解放されている（つまりブレーキがかかっていない）場合、つまりエレベータが走行している場合、テスト４０の結果がＹＥＳになることによって、図２のルーチンが走行状態５３に入る。走行状態５３では、テスト５４において、ブレーキがなお解放されているか否かが判断され、解放されていない場合は、ルーチンが安全状態３７に戻される。エレベータが解放されていない状態では、常に、エレベータは安全であるためである。しかし、ブレーキがなお解放されている場合は、テスト５５においてドア以外の安全チェーンが完全な状態か否かが判断される。ドア以外の安全チェーンが完全な状態である限りは、エレベータ走行が安全に行われる。通常の状態では、テスト５４およびテスト５５の結果がＹＥＳとなるため、走行状態５３がサイクルされ、このサイクルは、エレベータかごが乗場に停止するまで続けられる。エレベータかごが乗場に停止すると、テスト５４の結果がＮＯになり、安全状態３７に戻る。ドア以外の安全チェーンが損傷している状態でエレベータかごが走行している場合は、テスト５５の結果がＮＯとなり、ステップ５６においてセイフティタイマが起動され、続いて、ステップ５７において、「走行中のセイフティ損傷」という名称ラベルでフィーチャが記憶される。続いて、上述したように、非安全状態４５に入る。
【０００９】
図１および図２に関して記載されたように、タイマの値により示された継続時間およびフィーチャ名称は、本発明の主要な形態（つまり関連するフィーチャをグループに分割する分割標識）を含む時系列のログ（データベース）の内部に記憶される。関連するフィーチャを標識により分割する方式として、イベントによる識別、共通の原因に関連させることができる注目すべきフィーチャの連続が終了すること（フィーチャスペースが終了すること）を示す、イベントからの経過時間に基づいている。ドア反転およびドア以外のセイフティ損傷に対して、フィーチャスペースは、エレベータの運転状態に対応した経過時間に基づいて終了する。この経過時間は、エレベータが走行している状態では最も短く、ドアが閉じ、かつエレベータが停止している状態では僅かに長く、ドアが開き、かつエレベータが停止している状態では、非常に長い。関連する経過時間の間に運転状態が変化した場合は、タイマが再スタートされる。従って、関連するとみなすべき運転状態で生じる一連の関連するフィーチャは、標識(marker）間に共に記憶される。エレベータの運転の変化により分割されるために関連しないものとみなすべきフィーチャは、標識のそれぞれ反対側に配置される（表１）。
【００１０】
【表１】
0005063840.tif 000002
【００１１】
表１において、End Markerは「終了標識」、Door open in flightは「走行中のドア開」、Door reversal, long は「長時間反転」、Door reversal, mediumは「中時間反転」、Short reversalは「短時間反転」、Lost SAF in flightは「走行中のセイフティ損傷」、reboundは「はね返り」である。
【００１２】
電力が投入され、続いて初期化が行われた後に、図３のルーチンが初期状態５７で開始される。初期状態５７では、テスト５８を行うことによって、フィーチャが発生して記憶される（例えば、ステップ３２，４４，５７）たびに、このことを判断する。エレベータのイベントおよび状態が注目すべきものでない場合は、テスト５８の結果がＮＯとなり、これによって、ルーチンが初期状態５７に残る。上述したようにフィーチャが記憶される場合は、常に、テスト５８の結果がＹＥＳになり、続いて、ステップ６２においてフィーチャスペースタイマがスタートされる。フィーチャスペースタイマの値は、記録データの一部となるアトリビュート（attribute)である。図４のルーチンは、続いて、「フィーチャスペース」状態６３に入り、様々な状況と、走行状態、ドア閉・停止状態およびドア開・停止状態の間でのシフトと、を認識し、続いて、上述した時間が経過するのを待つ。一連のテスト６６，６７，６８によって、これらの状態（走行状態、ドア閉・停止状態、もしくはドア開・停止状態）のうちのどの状態にあるかが判断される。ドアが開きつつある間および閉まりつつある間は、これらの状態のどれにも該当しないため、テスト６６，６７，６８の結果がＮＯとなることによって、関連するフィーチャスペース状態６３が単にサイクルする。テスト６６において、ブレーキが解放されているか否かが判断され、解放されていれば、ステップ６９において状態タイマが起動され、続いて、テスト７１において、ブレーキが解放されているか否かが再び判断される。最初は、通常そうであるため、テスト７２において、状態タイマが０．５秒を経過したか否かが決定される。経過していない場合は、ルーチンが走行状態７０に残り、テスト７１の結果がＹＥＳ、テスト７２の結果がＮＯとなることによって、サイクルされる。ブレーキがかかっている場合、タイマが再スタートされることによって、０．５秒以上経過するまでルーチンが走行状態７０に残ることが可能となる。しかし、ブレーキがかかっておらず、０．５秒経過した場合は、テスト７２の結果がＹＥＳとなり、ステップ７４〜７８の組において、標識、ステップ６２で起動されたフィーチャスペース継続時間および時間スタンプ、日付スタンプおよびかごが停止した階が記憶される。しかし、最後にブレーキが解放されてから０．５秒経過する前にブレーキがかかった場合、テスト７１の結果がＮＯとなり、ルーチンがフィーチャスペース状態６３に戻る。１つの標識スペース内でセイフティ損傷が連続的に生じ得ることは、認識すべきである。これは、ブレーキがかかることによって、関連するフィーチャを分類するフィーチャスペース状態６３に戻り、テスト６６の結果がＮＯになり、デマンドが存在した場合に、テスト６７，６８がＮＯになるためである。従って、セイフティが再び記憶され、ブレーキが解放され、かつ０．５秒経過するまで、フィーチャスペースが継続する。続いて、テスト７２がＹＥＳになることによって、一連のステップ７４〜７８に到達し、ここで、標識がログ内に記憶され、フィーチャスペース継続時間が記憶され、時間スタンプおよび日付スタンプが記憶され、さらに、このときにエレベータが停止した階数が記憶され��。
【００１３】
テスト６６の結果がＮＯであり、かつテスト６７の結果がＹＥＳの場合、図４のルーチンは、ステップ７９に到達し、ここで状態タイマが起動される。続いて、ルーチンは、ドア閉・停止状態８０に入り、テスト８１〜８３がＮＯである場合、つまりドア閉スイッチが開かれておらず、ドア開命令が発生しておらず、かつドア閉・停止状態８０に入ってから１秒以上経過していない場合は、ここに残る。テスト８１がＮＯ、もしくはテスト８２がＹＥＳである場合、つまりドアがもはや完全には閉じていない場合は、ルーチンはフィーチャスペース状態６３に戻る。しかし、ドア閉・停止状態８０に入ってから１．０秒経過した場合、テスト８３の結果はＹＥＳになることによって、ステップ７４〜７８に到達し、表１に示されたように、標識、継続時間、時間スタンプおよび階数が記憶される。
テスト６６およびテスト６７の結果が両方ともＮＯであるが、テスト６８の結果がＹＥＳである場合、ステップ８５において状態タイマが起動され、ドア開・停止状態８７に入る。このとき、３つのテスト８８〜９０によって、ドアがもはや開いた状態でなくなった時点が判断される。ドア閉命令もしくはデマンドが存在するときは、必ず、ドアが閉じるため、テスト８８もしくはテスト８９の結果がＹＥＳとなった場合には、フィーチャスペース状態６３に戻り、テスト６７に到達してドア閉・停止状態８０に入る。ドア開命令が存在する場合、これは定常状態にないことを意味するため、関連する注目すべきイベントがさらに発生し得る。従って、ルーチンは、フィーチャスペース状態６３に戻る。テスト８８〜９０がＮＯである場合、テスト９１において、ドア開・停止状態８７に入ってから３０秒が経過したか否かが判断される。経過していない場合は、ルーチンがドア開・停止状態８７に残る。最終的に、このドア開・停止状態８７に入ってから３０秒が経過すると、テスト９１の結果がＹＥＳとなり、ステップ７４〜７８に到達して、表１に示されるように、標識、フィーチャスペース継続時間、時間スタンプ、日付スタンプおよび階数が記憶される。
【００１４】
本発明により記録して標識により分割することができる注目すべきイベントの他の例が、図４および図５に示されている。図４において、初期化が行われた後に、ルーチンは、移送点９５から初期状態９６に入る。エレベータのドアが開いた状態でエレベータが乗り場にあると仮定すると、このような場合は、ドア開命令は存在しないため、テスト９７の結果はＮＯとなる。さらに、このような場合は、ブレーキがかかっているため、ブレーキが解放されているか否かを判断するテスト９８の結果もまたＮＯとなり、この結果、ルーチンは初期状態に残る。最終的には、ドアが閉じられてブレーキが解放されることによって、テスト９８の結果がＹＥＳになり、図６に関して以下で説明するように移送点１０１からランサブルーチンに入る。エレベータが乗場に近づくと、ドア開命令が発生することによって、ルーチンがランサブルーチンから初期状態９６に戻り、さらに、この段階では結果がＹＥＳとなるテスト９７を通過してテスト１０２に到達し、ここで、以下で説明するように、ドア開フラグがランサブルーチンにおいて設定されたか否かが判断される。設定されていないと仮定すると、テスト１０２の結果がＮＯとなり、ドア開状態１０３に入り、ここで、一組のテスト１０４，１０５を通ってサイクルが行われ、このサイクルは、ドアが完全に開いた状態もしくはドア開命令が取り消された状態になるまで続けられる。通常は、ドア開命令が終了する前にドアが完全に開くため、ドア開命令が終了するまでにドアが開かない場合は、テスト１０５の結果がＮＯとなり、これによって、ルーチンが初期状態９６に戻る。通常はドア位置表示装置によって、ドアが開いていることが示されると、テスト１０４の結果がＹＥＳになることによって、ドア開状態１０７に入る。ドア閉命令が発生するまでは、常に、ルーチンはこのドア開状態１０７に残る。ドア閉命令が発生すると、テスト１０８の結果がＹＥＳになり、ドア閉命令状態１０９に入る。ドアが閉まりつつある状態では、テスト１１２の結果がＮＯとなり、かつテスト１１３の結果がＹＥＳになるため、ルーチンがドア閉命令状態１０９に残る。しかし、ドア閉命令が終了するまでにエレベータかごのドアがロックされない場合、これは、ドア反転が起こったことによる可能性がある。この場合、最終的にはドアが開かれることによって、テスト１１４の結果がＹＥＳになり、これによって、ルーチンがドア開状態１０７に戻る。ドア反転が起こらないと仮定すると、最終的には、ドアが完全に閉じてエレベータかごのドアがロックされる（かつロックスイッチが動作する）ことによって、テスト１１２の結果がＹＥＳになる。この場合、ルーチンは、移送点１１５を介して図５に移送される。図５に示されているように、ステップ１１６において状態タイマが起動され、ルーチンがエレベータかごロック状態１１７に入る。テスト１１８において、昇降路のドアがロックされているか否かが判断される。通常、最初は昇降路のドアがロックされていないため、テスト１１９において、ドア開命令が存在するか否かが判断される。通常の場合は、ドア開命令は存在しないため、テスト１２０において、セイフティがなお完全な状態か否かが判断される。セイフティが完全な状態であると仮定すると、テスト１２３において、エレベータかごのドアがなおロックされているか否かが判断され、これがロックされている場合、テスト１２４において、エレベータかごロック状態１１６に入ってから０．５秒が経過したか否かが判断される。最初は、この時間が経過していないため、テスト１２４の結果がＮＯになることによって、ルーチンはかごロック状態１１７に戻る。通常の場合は、０．５秒経過する前に、昇降路のドアもまたロックされるため、テスト１１８の結果がＹＥＳになり、これによって、ステップ１２７において状態タイマが起動され、ルーチンが昇降路ロック状態１２８に入る。テスト１２９において、状態タイマが０．５秒経過した後に昇降路のドアがなおロックされているか否かが判断される。この０．５秒の遅れは、ドアが全て適切にロックされた状態でエレベータシステムが確実に定常状態に到達するようにするためのものである。最初は、０．５秒が経過していないため、テスト１２９の結果はＮＯとなり、テスト１３０において、ドア開命令が存在するか否かが判断される。存在しない場合、テスト１３１において、昇降路のドアがなおロックされているか否かが判断される。通常の場合は、昇降路のドアは０．５秒以上ロックされたままであるため、テスト１３１の結果はＹＥＳとなり、再び、昇降路ロック状態１２８に入り、テスト１２９の結果がＹＥＳになると、テスト１３５に到達し、ここで、故障フラグが設定されたか否かが判断される。上述した定常状態では、故障フラグが設定されないため、テスト１３５の結果はＮＯとなり、このプログラムは、移送点９５から図４の初期状態に戻る。これは、エレベータかごのドアおよび昇降路のドアが両方ともロックされた通常の状態である。
【００１５】
図４において、エレベータかごのドアがロックされていないことによって、テスト１１２の結果がＮＯとなり、ドア閉命令が終了してしまったことによりテスト１１３の結果がＮＯとなり、ドア開状態にないことによりテスト１１４の結果がＮＯとなったと仮定する。テスト１１４の結果がＮＯとなることによって、ステップ１３８において状態タイマが起動され、ルーチンがドア待機状態１３９に入る。エレベータかごのドアがロックされると、テスト１４０の結果がＹＥＳとなることによって、上述したように、移送点１１５を介してプログラムが図５のかごロック状態に移送される。しかし、テスト１４０の結果がＮＯである場合、テスト１４１において、ドア開命令が発生しているか否かが判断される。エレベータかごのドアがロックされていない状態では、絶対に、エレベータが移動することがないため、乗員がエレベータ内のドア開命令ボタンを何度も押して何か動作を起こそうとする。このような場合、テスト１４１の結果がＹＥＳになることによって、プログラムが移送点９５を介して初期状態に戻る。セイフティが完全な状態であり、かつ状態タイマが０．５秒以上経過していない場合、テスト１４６によって、ルーチンがドア待機状態１３９に戻される。ドア開命令が発生されておらず、かつエレベータかごのドアがロックされていない場合は、最終的に、テスト１４６の結果がＹＥＳになり、これによって、ルーチンが移送点１４９を介して図５のエレベータかごロック故障状態１４８に入る。このエレベータかごロック故障状態１４８では、かごロック故障の状態が正確に調べられる。ステップ１５１において、故障フラグ（以下で説明される、標識を設定するためのテスト１３５で使用される）がセットされる。ステップ１５２において、エレベータかごのドアロックスイッチが開いた状態で維持されている時間を示す継続時間タイマが起動される。続いて、ルーチンは、かごロック故障状態１５３に入り、ここで、ルーチンが、ドア開命令を検出するテスト１５４、およびかごドアがロックされていない状態で維持されているかを判断するテスト１５５を通してサイクルされる。乗員がドア開スイッチボタンを押すか、乗員用ドア間におけるセイフティスイッチが動作すると、テスト１５４の結果がＹＥＳになり、これによって、ステップ１５８においてフィーチャ「かごドアロックの故障」が記憶され、１５９において継続時間タイマの値が記憶される。続いて、ルーチンは、移送点９５を介して図４の初期状態に戻る。この接続部においては、フィーチャが記憶されているが、関連するフィーチャがさらに発生するか否かを判断することが不可能な状態である。従って、この移送点９５では、標識は記憶されていない。ルーチンがかごロック故障状態１５３にあるが、かごドアがロックされたと仮定する。これは、乗員が両手で両方のドアをそれぞれ反対側に押している場合に生じる。テスト１５５の結果がＹＥＳになることによって、ステップ１６３，１６４に到達し、ここで、フィーチャ「かごドアロックの故障」と、かごドアロックがロックされていない状態で維持された継続時間と、が記憶される。このような状態では、関連するイベントがさらに起こるか否かがまだ判らないため、標識は記憶されない。ステップ１６４の後、プログラムは、ステップ１１６に戻って状態タイマを起動し、続いて、かごロック状態１１７に入り、上述したように動作が進行する。つまり、かごロック状態１１７に入ってから昇降路ドアが０．５秒以内にロックされた（これらはすでにロックされている可能性がある）場合に、テスト１１８の結果がＹＥＳになり、ステップ１２７を通過して昇降路ロック状態１２８に入る。昇降路のドアが０．５秒間ロックされた状態で維持された場合、テスト１２９の結果がＹＥＳとなり、テスト１３５に到達する。ステップ１５１において故障フラグが設定されているため、テスト１３５の結果がＹＥＳとなり、ステップ１６５においてこの故障フラグがリセットされる。続いて、ステップ１６６において、標識を記憶する。図３のステップ７５〜７８に示されているように、フィーチャスペース継続時間、時間スタンプ、日付スタンプ、およびエレベータかごが位置する階数も、標識とともに記憶されるが、ここでは、明確化のために省略されている。このような標識は、フィーチャ「かごドアロックの故障」に続いてログ内に現れる。
【００１６】
かごドアがロックされない場合、上述したように、ドア開命令が発生してテスト１５４の結果がＹＥＳとなるまで、かごロック故障状態１５３が継続される。
【００１７】
ルーチンがかごロック状態１１７にあり、ドア開命令が発生されておらず、セイフティが完全な状態であり、かつかごドアがロックされたままであると仮定する。昇降路のドアがロックされたままこの状態が０．５秒継続した場合、テスト１２４の結果がＹＥＳとなり、これによって、ステップ１７０において故障フラグがセットされ、続いて、ステップ１７１において、継続時間タイマを起動して、昇降路ドアがロックされない状態で維持されていた時間の長さを表示できるようにする。続いて、ルーチンは、昇降路ロック故障状態１７２に入り、昇降路ドアがロックされるか、もしくはドア開命令が発生するのを待機する。これらの状態のいずれかが起こるまでは、テスト１７５およびテスト１７６の結果がＮＯとなるため、ルーチンは昇降路ロック故障状態１７２に残る。昇降路ドアがロックされない場合、ドア開命令がいずれ発生することによりテスト１７５の結果がＹＥＳとなった時点で、昇降路ロック故障状態１７２から抜け、ステップ１８０においてフィーチャ「昇降路ドアロックの故障」が記憶され、続いて、ステップ１８１において継続時間タイマの値が記憶される。続いて、プログラムは、移送点９５を介して図４の初期状態に戻る。しかし、最終的に昇降路ドアがロックされると、テスト１７６の結果がＹＥＳとなり、ステップ１８５においてフィーチャ「昇降路ドアロックの故障」が記憶され、続いて、ステップ１８６において継続時間タイマが記憶される。続いて、ルーチンは、上述したようにステップ１２７を通過して、昇降路ロック状態１２８に進む。昇降路ドアが０．５秒間ロックされたままである場合、テスト１２９の結果がＹＥＳになり、さらに、ステップ１７０において故障フラグがセットされたためにテスト１３５の結果もまたＹＥＳになる。これによって、ステップ１６５においてこの故障フラグがリセットされ、続いて、ステップ１６６において、ドアロックが完了したことを示す標識が設定される。
【００１８】
図４を参照すると、初期状態９６において、ドアが閉じ、かつブレーキが解放されていることにより走行している場合、テスト９８の結果がＹＥＳになり、移送点１０１を介して図６の走行状態に入る。通常の走行中、ドア開命令が発生していない場合はテスト１８９の結果がＮＯとなり、セイフティが完全な状態であればテスト１９０がＹＥＳになり、手操作用昇降路ドア、かごドアおよび昇降路ドアがロックされている場合はテスト１９１〜１９３が全てＹＥＳになり、さらに、ブレーキが解放された状態で維持されている場合はテスト１９４がＹＥＳになることによって、ルーチンが走行状態１８８に残る。走行の終了時にドア領域に到達すると、テスト１８９がＹＥＳになることによって、プログラムが、移送点９５を介して図４の初期状態に戻る。一方、何らかの理由により走行が中断されると、ブレーキがかかることによりテスト１９４がＮＯになり、移送点９５を介して初期ルーチンに到達する。
【００１９】
走行中、いずれかのドアロックスイッチが解放されると、テスト１９１〜１９３のうちの１つがＮＯになり、ルーチンの対応する状態に到達する。手操作用昇降路ドアロックスイッチが解放された場合、テスト１９１がＮＯになり、ステップ１９８に到達し、ここで継続時間タイマが起動される。続いて、ステップ１９９において、ドア開フラグがセットされる。このドア開フラグは、上述した故障フラグと同様に、以下で利用されるものである。続いて、ルーチンは、手操作ドア開状態２００に入り、テスト２０１において手操作用昇降路ドアがロックされているか、もしくはテスト２０２において走行の終了を示すドア開命令が発生するまで、この状態に残る。これらのイベントのうちの１つが発生した場合に、ステップ２０６において、フィーチャ「走行中の手操作用昇降路ドア開」が記憶され、ステップ２０７において、ドアが開いていた時間を示す継続時間タイマが記憶され、さらに、ステップ２０８において、走行タイマの値が記憶される。この走行タイマの値は、図８に関して以下で説明するように、エレベータがドア領域を離れてからドアが開くまでの時間である。続いて、プログラムは、移送点９５を介して図４の初期状態に戻る。図４において、走行の終了時にエレベータがドア領域に到達すると、ドア開命令が発生してテスト９７の結果がＹＥＳになる。図６のステップ１９９においてドア開フラグがセットされているため、テスト１０２の結果がＹＥＳになり、ステップ２１４に到達し、ここでドア開フラグがリセットされる。続いて、ステップ２１５において、標識が記憶される。図３のステップ７５〜７８に示されているように、フィーチャスペース継続時間、時間スタンプ、日付スタンプおよびかごの階数も同時に記憶されるが、明確化のために省略されている。この場合、ドアが開かれる走行の終了時が関連する注目すべきイベントが生じる運転状態の継続の終了時とみなされることにより、標識がセットされる。
【００２０】
図６において、エレベータの走行中にかごドアロックスイッチもしくは昇降路ドアロックスイッチが解放されると、テストおよびステップ１９８〜２０６と同様なテストおよびステップのみならず、ステップ２０７，２０８によって、記憶されるべき適切なフィーチャ「走行中のかごドア開」、フィーチャ「走行中の昇降路ドア開」および標識が形成される。
【００２１】
本願で使用されているように、ドアがロックされているか否かとは、ドアロックスイッチが動作しているか否かを意味する。信号によって特定のドアロックスイッチが動作していることが示された場合、ここではドアがロックされているとみなされる。信号によって、ドアロックスイッチが動作していないことが示された場合は、ここではドアがロックされていないとみなされる。当然、ドア閉動作中に生じるドア反転によって、ドア閉動作が終了してドア開動作が起こる。ドアが走行中に開くということは、ドアが閉じてロックされていることを示すスイッチ、もしくはドアの位置が完全に閉じていることを示すスイッチのいずれかのスイッチが動作していないことを意味する。従って、ドアロックの故障、走行中のドア開、ドアのはね返りおよび長時間のドア開のフィーチャは、単に、ドアが完全に閉じていないことおよび／またはロックされていないことを意味する。
【００２２】
認識してログ内に記憶することができる他のフィーチャとして、手操作用昇降路ドアのはね返り、長時間の開状態、もしくはこれらの両方が挙げられる。図７において、初期化の後、ルーチンは、入口２２１から初期状態２２０に入る。テスト２２２において、かごがドア領域にあるとともにかごドアが開いている（つまりドアが開いた状態で乗場に存在する）か否かが判断される。このような状態になるまで、初期状態２２０は継続される。ドア領域においてドアが開かれた場合、テスト２２２の結果がＹＥＳになり、ステップ２２４に到達し、ここで状態タイマが起動される。続いて、かごドア開状態２２５に入る。最初は、かごドアの位置が開であるため手操作用昇降路ドアもまた開いていることによって、テスト２２８の結果はＮＯになる。ルーチンの特定の部分が動作するまでは閉フラグ（以下で述べられる）がセットされないため、最初は、テスト２２９の結果は、ＮＯになる。テスト２２９の結果がＮＯになることによって、ステップ２３０に到達し、ここで閉フラグがリセットされる（最初は不要であるが、プログラム内のこの点においてこれが確実にリセットされるようになっている）。続いて、ステップ２３１において状態タイマが起動され、ルーチンが手操作用ドア開状態２３６に入る。テスト２３７に示されるように手操作用昇降路ドアがロックされた状態になるまで、ルーチンはこの状態に残る。手操作昇降路ドアが最終的にロックされる（これは、１秒以内に起こるか、もしくは修理作業者によるサービスにより数時間後に起こる可能性がある）と、テスト２３７の結果がＹＥＳになり、テスト２３８に到達し、ここで、状態タイマが６０秒を経過したか否かが判断される。経過していない場合、テスト２３９において、状態タイマが３秒を経過したか否かが判断される。経過していない場合は、通常の閉動作が行われているため、テスト２３９の結果がＮＯとなる場合は、移送点２４０を通ってステップ２２４に到達して状態タイマを起動し、続いて、かごドア開状態２２５に入る。このとき、テスト２２８の結果がＹＥＳになるため、テスト２４３においてかごドアがなおロックされているか否かが判断される。これがロックされている場合、テスト２４３の結果がＹＥＳになり、ステップ２４４において閉フラグがリセットされ、プログラムが移送点２２１を介して初期状態２２０に戻る。
【００２３】
ルーチンが手操作用ドア開状態２３６にあり、かつこの状態に入ってから３秒以上６０秒以内に手操作用昇降路ドアがロックされたと仮定すると、テスト２３９の結果がＹＥＳとなり、ステップ２４５において閉フラグがセットされ、プログラムが、移送点２４０を介してステップ２２４に到達して状態タイマを起動し、かごドア開状態２２５に入る。
【００２４】
手操作昇降路ドアがはね返って開くと、テスト２２８の結果がＮＯとなり、このとき状態タイマが０．３秒未満であればテスト２２９の結果がＹＥＳとなる。これによって、ステップ２４６においてフィーチャ「はね返り」が記憶され、ステップ２４７において状態タイマが起動され、続いてはね返り状態２５０に入る。はね返り状態２５０は、手操作用昇降路ドアがロックされた状態になるまで継続される。手操作用昇降路ドアがロックされると、テスト２５１の結果がＹＥＳになることによってテスト２５２に到達し、ここで状態タイマが１０秒経過したか否かが判断される。経過していない場合、テスト２５２の結果がＮＯになり、上述したように再びドア開状態に入る。状態タイマが１０秒以上経過している場合、テスト２５６においてフィーチャ「はね返り後の手操作昇降路の長時間の開」が記憶され、テスト２５７において、図５のステップ１５２もしくはステップ１７１において起動された継続時間タイマが記憶される。続いて、ステップ２５８において、図５のステップ１５１，１７０においてセットされた故障フラグと同様な故障フラグがセットされる。
【００２５】
図６において、走行中にドアが開いて再びロックされると、ステップ２０８において走行タイマの値が記憶される。走行タイマは、図８のように制御される。初期化後、移送点２６７を介して初期状態２６６に入る。ドアが開いた状態でエレベータが乗場に停止していると仮定する。最終的に、ドアが閉じてブレーキが解放されることによって、テスト２６７の結果がＹＥＳになる。最初は、かごがまだドア領域にあるためテスト２６８はＹＥＳになり、ドア領域状態２７２に入る。エレベータがドア領域にある限り、ルーチンはドア領域状態２７２に残る。但し、ブレーキがかかってテスト２７３の結果がＮＯになると、このドア領域状態２７２には残らない。走行中は、セイフティが損傷しない限り、このことは起こらない。エレベータがドア領域から出ると、テスト２７４の結果はＮＯとなり、ステップ２７５において走行タイマが起動される。続いて、ルーチンは、非ドア領域状態２７８に入り、通常は、かごが次の乗場に近づいてドア領域に入るまで、ここに残る。かごが次の乗場に近づいてドア領域に入ると、テスト２７９の結果がＹＥＳになることによって、ドア領域状態２７２に入り、次の乗場でブレーキがかかるまで、この状態に残る。次の乗場でブレーキがかかると、テスト２７３の結果がＮＯになってブログラムが移送点２６７を介して初期状態２６６に戻る。このような動作は、注目すべきフィーチャが発生しない通常の走行時に行われる。一方、図６に関して上述したように、走行中にいずれかのドアが開いた場合、これによってセイフティの損傷が起こり、ブレーキがかかることによって、テスト２８０の結果がＮＯとなり、ステップ２８１において走行タイマが停止される。このことは、ドア領域外でエレベータかごの移動中にドアが開いたことを示す。走行タイマは、走行中のドア開のアトリビュートであり、走行中のドア開のイベントの前に生じるファクタである。従って、走行タイマによってドアが開いたときが示されるが、走行タイマの値は、昇降路ドアが再びロックされる（図６のテスト２０１）か、もしくは次の乗場でドア開命令が発生する（図６のテスト２０２）まで、記憶されない。これらのイベントによってステップ２０８（図６）に到達し、ここで、いずれかのドアが走行中に開いたことを示すフィーチャとともに、走行タイマの値がアトリビュートとして記憶される。
【００２６】
エレベータの様々な部材の異常な動作といった注目すべきフィーチャを、適切な分割標識とともに発生させるために、以上で明確に記載された技術を用いて他のパラメータを監視することも可能である。
【００２７】
上述した特許出願は、全て、この点について開示している。
【００２８】
従って、本発明は、その実施例に関して図示および記載が行われたが、本発明の主旨および範囲から逸脱することなく、上述したような変更および他の様々な変更、省略および追加を、行うことも可能なことは、当業者であれば理解すべきである。
【図面の簡単な説明】
【図１】ドア反転を検出するため論理流れ図。
【図２】エレベータのドア以外のセイフティの損傷を検出するための論理流れ図。
【図３】ドア反転、セイフティなどの互いに関連するフィーチャを他の関連しないフィーチャから分割する標識を発生させるための論理流れ図。
【図４】ドアロックの故障を検出し、関連する様々なフィーチャを他の関連しないフィーチャから分割するための標識を発生させるための論理流れ図。
【図５】ドアロックの故障を検出し、関連する様々なフィーチャを他の関連しないフィーチャから分割するための標識を発生させるための論理流れ図。
【図６】走行中のドア開を検出するための論理流れ図。
【図７】ドアの跳ね返りおよび長時間のドア開を検出するための論理流れ図。
【図８】エレベータの走行中にドアが開いた時点を検出するための論理流れ図。
【図１】
0005063840.tif 000003
【図２】
0005063840.tif 000004
【図３】
0005063840.tif 000005
【図４】
0005063840.tif 000006
【図５】
0005063840.tif 000007
【図６】
0005063840.tif 000008
【図７】
0005063840.tif 000009
【図８】
0005063840.tif 000010