(57)【特許請求の範囲】
【請求項１】
かごを備えたエレベータの運転パラメータの監視および処理を行う方法であって、前記方法には、
（ａ）エレベータ性能に影響を及ぼす様々なタイプの注目すべきフィーチャを示すイベントもしくは状態の発生を、エレベータの運転パラメータから検出し、前記の注目すべきフィーチャの発生に応答して、対応するフィーチャ信号を発生させるステップが含まれており、前記注目すべきフィーチャには、エレベータの運転状態および乗員の動作により生じ得るエレベータの運転イベントを示す特定の注目すべきフィーチャが含まれ、さらに、前記方法には、
（ｂ）各フィーチャ信号に応答して、前記注目すべきフィーチャに対応するフィーチャ表示を時系列のログに記憶することによって、記憶された特定のフィーチャ表示を含む関連する記憶されたフィーチャ表示を提供するステップと、
（ｃ）前記の記憶されたフィーチャ表示を、共通の原因に関連させることができる類似したフィーチャ表示の群に分割するステップと、が含まれており、
エレベータが非運転状態にある学習段階では、
（ｄ）前記の記憶された特定のフィーチャ表示から、複数の前記の類似したフィーチャの群のそれぞれに含まれる前記フィーチャ表示の数の平均値（Ｎ’）を決定し、これに応答して各群に対して対応する第１の平均値（Ｎ’）表示を記憶するステップと、
（ｅ）前記の類似したフィーチャの群における前記表示の数の範囲を決定して、これを示す範囲表示を記憶するステップと、
（ｆ）前記表示の数の標準偏差（σ）を前記範囲表示の関数として決定し、これを示す標準偏差表示を記憶するステップと、が行われ、
前記学習段階の後のエレベータの通常運転段階では、
（ｇ）前記ステップ（ａ）〜（ｃ）を連続的に行い、前記の記憶されたフィーチャ表示から、各類似したフィーチャ表示の群における前記フィーチャ表示の数を決定するステップと、
（ｈ）前記ステップ（ｇ）で決定されたそれぞれの前記フィーチャ表示の数と、前記平均値（Ｎ’）および前記標準偏差（σ）と、の関係に応じて、注目すべきフィーチャの発生が乗員干渉によって生じている確率を示す表示を提供するステップと、が行われ、
前記ステップ（ｈ）では、
（ｉ）前記ステップ（ｇ）で決定された前記フィーチャ表示の数が、前記平均値（Ｎ’）から前記標準偏差（σ）の３倍値以上離れている場合に、前記の注目すべきフィーチャが乗員干渉に起因して発生している確率が低いことを示す表示を提供し、
（ｉｉ）前記ステップ（ｇ）で決定された前記フィーチャ表示の数のうちの最新の３つのうちの２つが、前記平均値（Ｎ’）から前記標準偏差（σ）の２倍値以上離れている場合に、前記の注目すべきフィーチャが乗員干渉に起因して発生している確率が中程度であることを示す表示を提供し、
（ｉｉｉ）（１）前記ステップ（ｇ）で決定された前記フィーチャ表示の数が前記平均値（Ｎ’）から前記標準偏差（σ）の３倍値以上離れておらず、（２）前記ステップ（ｇ）で決定された前記フィーチャ表示の数のうちの最新の３つのうちの２つが、前記平均値（Ｎ’）から前記標準偏差（σ）の２倍値以上離れていない場合に、前記の注目すべきフィーチャが乗員干渉に起因して発生している確率が高いことを示す表示を提供することを特徴とする方法。
【請求項２】
前記のエレベータが非運転状態にある学習段階では、
前記ステップ（ｄ）およびステップ（ｅ）を複数回繰り返すことによって、前記平均値（Ｎ’）表示を複数決定するとともに前記範囲表示を複数決定し、前記ステップ（ｄ）〜（ｆ）では、
前記平均値（Ｎ’）表示の平均値（μ）を決定し、これを示す前記平均値（μ）表示を記憶し、
前記の複数の範囲表示の平均値の関数として前記標準偏差（σ）表示を決定することを特徴とする請求項１記載の方法。
【請求項３】
前記関数は、前記範囲表示の前記平均値を０．０６倍したものとすることを特徴とする請求項１記載の方法。
【請求項４】
前記の注目すべきフィーチャは、エレベータのドア反転であることを特徴とする請求項１記載の方法。
【請求項５】
前記ステップ（ｃ）では、
（１）エレベータの運転パラメータから、前記の注目すべきフィーチャを共通の原因に関連させることができるエレベータ運転の継続の終了を示すエレベータ運転のイベントもしくは状態を検出し、これに応じて分割標識信号を発生させ、
（２）前記分割標識信号に応答して、分割標識表示を前記ログ内に時系列で記憶し、前記分割標識表示によって、前に前記ログ内に記憶された注目すべきフィーチャが、前記分割標識表示が前記ログ内に記録された後に前記ログ内に記録される注目すべきフィーチャから分割されるようにすることを特徴とする請求項１記載の方法。
【請求項６】
前記フィーチャ信号を、閉動作中のかごドア反転に応じて発生させ、
前記分割標識信号を、（１）エレベータ走行の開始もしくは（２）エレベータの停止に応答して発生させることを特徴とする請求項５記載の方法。
【請求項７】
かごを備えたエレベータの運転パラメータの監視および処理を行う方法であって、
（ａ）エレベータ性能に影響を及ぼす様々なタイプの注目すべきフィーチャを示すイベントもしくは状態の発生を、イベントおよび状態を含むエレベータの運転パラメータから検出し、前記の注目すべきフィーチャの発生に応答して、対応するフィーチャ信号を発生させるステップと、
（ｂ）各フィーチャ信号に応答して、前記注目すべきフィーチャに対応するフィーチャ表示を時系列のログに記憶することによって、関連する記憶されたフィーチャ表示を提供するステップと、
（ｃ）前記の記憶されたフィーチャ表示を、共通の原因に関連させることができる類似したフィーチャ表示の群に分割するステップと、
（ｄ）前記ステップ（ａ）〜（ｃ）を連続的に行い、前記の記憶されたフィーチャ表示から、各類似したフィーチャ表示の群における前記フィーチャ表示の数を決定するステップと、
（ｅ）前記ステップ（ｄ）で決定されたそれぞれの前記フィーチャ表示の数と、前記フィーチャ表示の数の平均値（Ｎ’）および前記フィーチャ表示の数の標準偏差（σ）と、の関係に応じて、注目すべきフィーチャの発生が乗員干渉によって生じている確率を示す表示を提供するステップと、が行われ、
前記ステップ（ｅ）では、
（ｉ）前記ステップ（ｄ）で決定された前記フィーチャ表示の数が、前記平均値（Ｎ’）から前記標準偏差（σ）の３倍値以上離れている場合に、前記の注目すべきフィーチャが乗員干渉に起因して発生している確率が低いことを示す表示を提供し、
（ｉｉ）前記ステップ（ｄ）で決定された前記フィーチャ表示の数のうちの最新の３つのうちの２つが、前記平均値（Ｎ’）から前記標準偏差（σ）の２倍値以上離れている場合に、前記の注目すべきフィーチャが乗員干渉に起因して発生している確率が中程度であることを示す表示を提供し、
（ｉｉｉ）（１）前記ステップ（ｄ）で決定された前記フィーチャ表示の数が前記平均値（Ｎ’）から前記標準偏差（σ）の３倍値以上離れておらず、（２）前記ステップ（ｄ）で決定された前記フィーチャ表示の数のうちの最新の３つのうちの２つが、前記平均値（Ｎ’）から前記標準偏差（σ）の２倍値以上離れていない場合に、前記の注目すべきフィーチャが乗員干渉に起因して発生している確率が高いことを示す表示を提供することを含み、
（ｆ）各フィーチャ信号に応答して、エレベータかごが位置する階を示す階数信号を記憶し、
（ｇ）前記の記憶されたフィーチャ表示を、共通の原因に関連させることができる類似したフィーチャ表示の群に分割するステップと、
（ｈ）各群の注目すべきフィーチャと同じタイプの第１の注目すべきフィーチャを有する所定数の前記群から、前記の第１の注目すべきフィーチャの全てが前記かごとともに（１）同じ階で起こっているか、もしくは（２）複数の階で起こっているか、を各群に対して決定し、（１）の場合には単一階表示を記憶し、（２）の場合には複数階表示を記憶するステップと、が含まれることを特徴とする方法。
【請求項８】
前記の所定数の群のうち、各群の第１の注目すべきフィーチャと同じ第１の注目すべきフィーチャを含む群の数が、選択された数以上でない場合に、前記ステップ（ｈ）の（１）（２）が未知であることを示す表示を各群に対して記憶することを特徴とする請求項７記載の方法。
【請求項９】
前記の選択された数が、前記の各群を含めて１であることを特徴とする請求項８記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、エレベータ運転を監視し、エレベータの運転パラメータに応答してサービスに利用できる情報を発生させることに関する。
【０００２】
【従来の技術】
保守や修理のためにエレベータ運転を監視することは、かなり前から知られている。一般的に、カウンタによって、走行数、ドア開動作もしくはドア閉動作の回数、セイフティ（安全機構）の損傷などを記録することができる。ある場合には、その通常の分散（normal variance）と結合された統計的手段によって（例えば、ドア開動作や他のイベントの平均時間を提供することによって）、データが減少される。多くの場合、このような方法によって、エレベータの保守や整備のために重要となるデータがマスクされる。このようなデータは、理解してエレベータの整備に適用することが困難であるため、修理中にエレベータの問題を解決するのにはあまり有用でないことが判っている。現存のエレベータ監視システムは、不要なサービスコールを多く発生するため、整備技術者がエレベータに到着したときに、その情報が問題発見に役立つことはあまりなかった。このような問題は、全て、整備技術者が到着したときにエレベータが通常運転を行なっている場合には、より複雑になる。
【０００３】
【発明が解決しようとする課題】
本発明の目的は、サービスコールを発生させるための、エレベータ運転データについての改良された分析方法を提供することである。すなわち、エレベータの実際の問題に著しく関連するエレベータ運転メッセージを発生させ、エレベータを監視する際のデータを記憶する必要性を減少させ、簡単に理解することができるために整備技術者が容易に利用することができるエレベータ保守情報を提供し、整備技術者がマイクロコンピュータといった分析装置を利用せずに容易に利用することができるエレベータ保守情報を提供し、損傷の整備のみならずルーチンによる保守に利用可能な情報を改良することである。
【０００４】
【課題を解決するための手段】
本発明によると、エレベータの運転パラメータ（状態およびイベントを含む）が監視され、損傷した部材ではなく乗員干渉に起因してイベントが生じる確率を決定するのに利用される。さらに本発明によると、同様な注目すべきイベントが同じ階で起こっているか異なる階で起こっているかを判断して関連する階ファクタを提供するために、これらのイベントが分析される。本発明によると、注目すべきイベントの発生が前の注目すべきイベントを用いて処理されることによって、関連するフィーチャ（特徴：feature）の群における第１フィーチャおよび第２フィーチャと、関連する階ファクタと、を含む徴候が提供される。さらに、本発明によると、示されている徴候の原因が特定の部材の損傷である確率が、専門家の意見およびこのような部材が損傷する確率から予想される。さらに、本発明によって、上述した３つの機能が組み合わせられる。これらの機能は、上述した同時係属中の特許出願に開示された発明を利用して、システムに組み込むことができる。
【０００５】
本発明の他の目的、特徴および利点は、実施例についての以下の詳細な説明および付随の図面によって、より明確となるだろう。
【０００６】
【発明の実施の形態】
図１を参照すると、エレベータ１０１の様々なパラメータ１００が、様々なフィーチャ認識ルーチン１０２〜１０４（これらのうちの２つは、図２および図３に関して以下で説明される）によって監視されることによって、何らかの損傷といった、エレベータの保守もしくは整備に関して注目すべきフィーチャの表示１０４が形成されるようになっている。関連するフィーチャの群は、標識１０５，１０６によって分割される。このようなフィーチャのアトリビュート（属性）１０９（例えば、フィーチャ継続時間、関連する要素の継続時間）は、各フィーチャとともに時系列でログ内に記憶される。フィーチャおよびアトリビュートは、時系列のログ１１０内のアドレスｎに記憶される。アドレスｎの範囲は、（アトリビュートとともに）現在記憶されている最新のフィーチャからさかのぼって９０日前のフィーチャにまで及ぶ。この目的は、図６〜９に関して以下で説明される。時系列のログ１１０内では、フィーチャおよびその継続時間のアトリビュートが、他のアトリビュート（例えば、かご方向、階数１１１、日付１１２および時間１１３）とともに時系列で記憶される。本発明の１つの重要な形態は、ドア反転やこれ以外の乗員が干渉し易いフィーチャに対して、乗員干渉確率（Ｌ．Ｏ．Ｐ．１．）を判断することである。乗員干渉確率が高い場合、修理作業者は、ドア反転（もしくは他のフィーチャ）を無視することができる。乗員干渉確率が中程度の場合は、ドア反転を、通常の保守点検の際に調査されるべき潜在的ファクタとみなすことができる。乗員干渉確率が低い場合は、このフィーチャを、修理作業者が極めて注意しなければならないファクタとみなすことができる。乗員干渉確率は、平均確率（mean likelihood )μおよび標準偏差σと比較される。これらは、図５に関して説明される学習ルーチン１１８によって順に決定される。図７および図８に関して以下で説明するように、学習ルーチンが完了した後の実時間運転において、ドア反転が乗員干渉に起因して起こっている確率が、μおよびσとの比較により決定される。図９に関して以下で説明するように、乗員干渉の影響を受けないタイプのフィーチャは、処理される。フィーチャ処理の間、本願ではビン１２０として記載されるデータベースが新たに形成される。これには、アドレスｂを有する２０個のビンが含まれ、これらの２０個のビンは、ドア反転およびこれ以外の乗員干渉の影響を受けるフィーチャに対して、１〜２０まで、ランに利用される。一方、乗員干渉の影響を受けないフィーチャのためのフィーチャ処理は、ここではアドレスｃを有する５つのフィーチャスペースのストリング内に記憶される。以下で説明するように、このフィーチャ処理では、標識により分割されているとともに関連するフィーチャ（処理されているフィーチャ）を含むフィーチャスペースのみが処理される。フィーチャ処理は、分割標識１０６がログ１１０内に導入される毎に標識スペース内の第１のフィーチャ（すなわち１つ前の分割標識に続いて時間的に隣接して生じるフィーチャ）について処理が行われるような方式で、実時間で行われる。しかし、各フィーチャの処理には、ビンに記憶されている履歴データが利用される。図５に関して以下で説明するよ��に学習が終了した後は、現在の標識、前の標識、およびこれらの間に記憶されているフィーチャ以外をログ１１０内に維持する必要がなくなる。当然、表１に示されたようなプリントアウトは、修理作業者が点検を行う際に利用することができる。この実施例では、９０日よりも前のエレベータ履歴は、通常、現時点で生じている現象および現在の整備・修理のどちらにも関連しないとみなされる。
【０００７】
ログに入力された各分割標識に対して、徴候が、第１フィーチャ（ｆ１）、第２フィーチャ（ｆ２）および階数アトリビュートＦの関数として決定される。第１フィーチャ（ｆ１）および第２フィーチャ（ｆ２）は、最後の標識で終了するフィーチャスペース内に含まれるものである。階数アトリビュートは、同じエレベータサブシステム（ドア、駆動装置など）から得られ、かつ同等なＬ．Ｏ．Ｐ．１を有する５つの前のフィーチャスペースの履歴に基づくものである。
【０００８】
徴候１２４は、本発明の初期動作中に、図９に関して以下で説明される徴候部材相関関係予想ルーチン１２５に入力される。しかし、本発明により決定された様々な徴候１２４の原因となっている１つもしくは複数の損傷した特定の部材に関する情報を含む整備情報が十分に得られると、これらの徴候１２４は、損傷した部材に正確に相関させられる。
【０００９】
本発明により監視することが可能な機能の１つの例として、ドア運転が挙げられ、関連するフィーチャとしては、ドア反転が挙げられる。対応するエレベータ装置が動作している状態では、常に、ドア反転およびセイフティの損傷を認識して記録するための本発明の例示的なルーチンが、並列処理として同時に動作する複数のルーチンのうちの１つとして、連続的に動作する。図２には、フィーチャ（その継続時間が１つのファクタである）とともに記憶されるアトリビュート（attribute）の例として、ドア閉命令が発生してからこのフィーチャ、つまりドア反転が起こるまでの時間が示されている。電源がＯＮにされ、続いて初期化が行われた後、ルーチンは初期状態１１に入る。エレベータドアが完全に開いた状態になるまでは、テスト１２の結果がＮＯになるため、このルーチンのサイクルは継続される。エレベータドアが完全に開くと、テスト１２の結果がＹＥＳになり、ドア開状態１３に入る。ドア開状態１３では、ドア閉命令が発生するまでは、ドア閉命令が発生しているか否かを判断するテスト１７の結果がＮＯとなることによって、ルーチンのサイクルが連続的に継続される。続いて、ステップ１８において、ドア反転タイマが起動される。通常の閉動作が行われている場合には、ドア反転タイマを起動する必要はないが、ドア反転が起こった場合には、ドア閉動作が命令されてからドアが反転した時点までの時間を知ることが重要となる。ドアが閉まりつつある状態では、ドア閉状態２１でルーチンがサイクルされる。ドア閉状態２１では、テスト２２において、ドア閉スイッチが動作しているか否かが判断される。これが動作している場合、これは定常の閉動作が行われていることを意味するため、ルーチンは初期状態１１に戻る。これは、イベントに起因してフィーチャが生じずに、このイベントが完全に無視された場合である。
【００１０】
テスト２２がＮＯである場合、続いて、テスト２３によってドア閉命令が発生しているか否かが判断される。ドア閉命令が発生している場合は、ドア閉動作が継続しているということであるため、テスト２３の結果がＹＥＳの場合には、ルーチンがドア閉状態２１に残る。ドア閉命令が取り消された場合、これは、人がドア開スイッチボタンを押しているか、もしくはドア安全スイッチ（例えば、ドア間における物体の存在を検出する装置）が動作しているか、もしくは何らかの故障が発生したことによって起こった可能性があるが、この場合は、テスト２３の結果がＮＯとなり、続いて、ステップ２４において、ドア反転タイマが停止される。このドア反転タイマの値（setting）は、ドア閉動作を行うためにドアのモータに電力が供給されていた時間間隔を示している。この後、ルーチンは、待機状態２５に入り、ドア閉スイッチが動作した（例えば、乗員がエレベータを起動させるためにドアを閉めようとしたことによって）状態、もしくはドア開命令が存在した状態になるまでは、テスト２６，２７の結果がＮＯとなることによって、ルーチンがここでサイクルされる。ドア開命令は、ドア開スイッチもしくはドア安全スイッチの動作後に、コントローラから発生するものである。テスト２６に示されるようにドア閉命令が取り消された後にドア閉スイッチが動作するか、もしくは、テスト２７に示されるように真にドア開命令に反転したことによって、テスト２８によって、ドア閉動作のイベントが終了したときに、テスト２８によって、ドア反転タイマが２０秒よりも長時間が経過したか否かが判断される。２０秒よりも長時間が経過していれば、ステップ２９において、「長時間反転」という名称ラベルで識別されるフィーチャが記憶され、続いて、ステップ３０において、ドア反転タイマが、フィーチャとともに記憶されることによって、表１に示されているように、時間的にフィーチャに関連付けられる。ドア反転タイマの値が２０秒未満である場合、テスト３１において、ドア反転タイマが１秒未満であるか否かが判断される。これが１秒未満であれば、ステップ３２において、フィーチャが「短時間反転」という名称ラベルで記憶され、ステップ３０において、ドア反転タイマ値がこの名称ラベルで記憶される。しかし、テスト３１の結果がＮＯである場合、ステップ３３において、フィーチャが「中時間反転」という名称ラベルで記憶される。さらに、ステップ３０においてドア反転タイマが記憶された後、図２のルーチンは初期状態１１に戻る。
【００１１】
本発明により監視および記録を行うことができる状態の１つの例として、エレベータ用安全チェーン（「セイフティ」）におけるドア以外の部分がある。安全チェーンのドア以外の部分について表示される状態の例として、周知のように、超過速度調整器、最終限界スイッチ（final limit switch）、および調速機用セイフティが挙げられる。図３では、「セイフティ」という用語は、ドア用セイフティ以外の全ての安全チェーンを意味しており、「セイフティの損傷」とは、セイフティチェーンの分断ないし喪失を意味している。ドア用セイフティが図３のルーチンに含まれない理由は、もしドア用セイフティがこれに含まれると、通常動作中に停止する毎に、エレベータドアが完全に閉じていないことがドアスイッチにより示され、これによって、これらの停止状態が全てフィーチャとして記録されてしまうためである。図３に示されているように、電源が投入され、続いて初期化が完了した後で、「セイフティ損傷」ルーチンが初期状態３５で開始され、続いて、テスト３６が行われる。安全チェーンが完全な状態である場合、テスト３６の結果がＹＥＳになり、ルーチンは安全状態３７に入る。安全状態３７では、テスト４０において、エレベータかごが走行しているか停止しているかが判断される。ブレーキが解放されていない場合、つまりエレベータが停止している場合は、テスト４１において、ドア以外の安全チェーンが完全な状態か否かが決定される。完全な状態であれば、ルーチンは安全状態３７に残る。しかし、ドア以外の安全チェーンがもはや完全な状態ではない場合、テスト４１の結果はＮＯとなり、続いて、ステップ４３でセイフティタイマが起動され、さらに、ステップ４４で「乗場におけるセイフティ損傷」という名称ラベルでフィーチャが記憶される。続いて、ルーチンは、非安全状態４５に入り、ドア以外の安全チェーンが完全な状態に形成されているか否かを判断するテスト４６を通ってサイクルされる。ドア以外の安全チェーンが完全な状態で形成されていない場合は、ルーチンは非安全状態４５に残る。しかし、ドア以外の安全チェーンが再形成されると、テスト４６の結果がＹＥＳとなり、続いて、ステップ４９においてセイフティタイマが停止され、さらに、ステップ５０においてセイフティタイマの値が記憶される。以上のように、セイフティタイマは、記録される継続時間信号の一例である。この継続時間は、実際には、このフィーチャ（セイフティ損傷）自体の継続時間である。セイフティが損傷している時間の長さは、問題の厳しさを示している。
【００１２】
ブレーキが解放されている（つまりブレーキがかかっていない）場合、つまりエレベータが走行している場合、テスト４０の結果がＹＥＳになることによって、図３のルーチンが走行状態５３に入る。走行状態５３では、テスト５４において、ブレーキがなお解放されているか否かが判断され、解放されていない場合は、ルーチンが安全状態３７に戻される。エレベータが解放されていない状態では、常に、エレベータは安全であるためである。しかし、ブレーキがなお解放されている場合は、テスト５５においてドア以外の安全チェーンが完全な状態か否かが判断される。ドア以外の安全チェーンが完全な状態である限りは、エレベータ走行が安全に行われる。通常の状態では、テスト５４およびテスト５５の結果がＹＥＳとなるため、走行状態５３がサイクルされ、このサイクルは、エレベータかごが乗場に停止するまで続けられる。エレベータかごが乗場に停止すると、テスト５４の結果がＮＯになり、安全状態３７に戻る。ドア以外の安全チェーンが損傷している状態でエレベータかごが走行している場合は、テスト５５の結果がＮＯとなり、ステップ５６においてセイフティタイマが起動され、続いて、ステップ５７において、「走行中のセイフティ損傷」という名称ラベルでフィーチャが記憶される。続いて、上述したように、非安全状態４５に入る。
【００１３】
図２および図３に関して記載されたように、タイマの値により示された継続時間およびフィーチャ名称は、本発明の主要な形態（つまり関連するフィーチャをグループに分割する分割標識）を含む時系列のログ（データベース）の内部に記憶される。関連するフィーチャを標識により分割する方式として、イベントによる識別、共通の原因に関連させることができる注目すべきフィーチャの連続が終了すること（フィーチャスペースが終了すること）を示す、イベントからの経過時間に基づいている。ドア反転およびドア以外のセイフティ損傷に対して、フィーチャスペースは、エレベータの運転状態に対応した経過時間に基づいて終了する。この経過時間は、エレベータが走行している状態では最も短く、ドアが閉じ、かつエレベータが停止している状態では僅かに長く、ドアが開き、かつエレベータが停止している状態では、非常に長い。関連する経過時間の間に運転状態が変化した場合は、タイマが再スタートされる。従って、関連するとみなすべき運転状態で生じる一連の関連するフィーチャは、標識(marker）間に共に記憶される。エレベータの運転の変化により分割されるために関連しないものとみなすべきフィーチャは、標識のそれぞれ反対側に配置される（表１）。
【００１４】
【表１】
0005031149.tif 000002
【００１５】
表１において、End Markerは「終了標識」、Door open in flightは「走行中のドア開」、Door reversal, long は「長時間反転」、Door reversal, mediumは「中時間反転」、Short reversalは「短時間反転」、Lost SAF in flightは「走行中のセイフティ損傷」、reboundは「はね返り」である。
【００１６】
電力が投入され、続いて初期化が行われた後に、図４のルーチンが初期状態５７で開始される。初期状態５７では、テスト５８を行うことによって、フィーチャが発生して記憶される（例えば、ステップ３２，４４，５７）たびに、このことを判断する。エレベータのイベントおよび状態が注目すべきものでない場合は、テスト５８の結果がＮＯとなり、これによって、ルーチンが初期状態５７に残る。上述したようにフィーチャが記憶される場合は、常に、テスト５８の結果がＹＥＳになり、続いて、ステップ６２においてフィーチャスペースタイマがスタートされる。フィーチャスペースタイマの値は、記録データの一部となるアトリビュート（attribute)である。図４のルーチンは、続いて、「フィーチャスペース」状態６３に入り、様々な状況と、走行状態、ドア閉・停止状態およびドア開・停止状態の間でのシフトと、を認識し、続いて、上述した時間が経過するのを待つ。一連のテスト６６，６７，６８によって、これらの状態（走行状態、ドア閉・停止状態、もしくはドア開・停止状態）のうちのどの状態にあるかが判断される。ドアが開きつつある間および閉まりつつある間は、これらの状態のどれにも該当しないため、テスト６６，６７，６８の結果がＮＯとなることによって、関連するフィーチャスペース状態６３が単にサイクルする。テスト６６において、ブレーキが解放されているか否かが判断され、解放されていれば、ステップ６９において状態タイマが起動され、続いて、テスト７１において、ブレーキが解放されているか否かが再び判断される。最初は、通常そうであるため、テスト７２において、状態タイマが０．５秒を経過したか否かが決定される。経過していない場合は、ルーチンが走行状態７０に残り、テスト７１の結果がＹＥＳ、テスト７２の結果がＮＯとなることによって、サイクルされる。ブレーキがかかっている場合、タイマが再スタートされることによって、０．５秒以上経過するまでルーチンが走行状態７０に残ることが可能となる。しかし、ブレーキがかかっておらず、０．５秒経過した場合は、テスト７２の結果がＹＥＳとなり、ステップ７４〜７８の組において、標識、ステップ６２で起動されたフィーチャスペース継続時間および時間スタンプ、日付スタンプおよびかごが停止した階が記憶される。しかし、最後にブレーキが解放されてから０．５秒経過する前にブレーキがかかった場合、テスト７１の結果がＮＯとなり、ルーチンがフィーチャスペース状態６３に戻る。１つの標識スペース内でセイフティ損傷が連続的に生じ得ることは、認識すべきである。これは、ブレーキがかかることによって、関連するフィーチャを分類するフィーチャスペース状態６３に戻り、テスト６６の結果がＮＯになり、デマンドが存在した場合に、テスト６７，６８がＮＯになるためである。従って、セイフティが再び記憶され、ブレーキが解放され、かつ０．５秒経過するまで、フィーチャスペースが継続する。続いて、テスト７２がＹＥＳになることによって、一連のステップ７４〜７８に到達し、ここで、標識がログ内に記憶され、フィーチャスペース継続時間が記憶され、時間スタンプおよび日付スタンプが記憶され、さらに、このときにエレベータが停止した階数が記憶され��。
【００１７】
テスト６６の結果がＮＯであり、かつテスト６７の結果がＹＥＳの場合、図４のルーチンは、ステップ７９に到達し、ここで状態タイマが起動される。続いて、ルーチンは、ドア閉・停止状態８０に入り、テスト８１〜８３がＮＯである場合、つまりドア閉スイッチが開かれておらず、ドア開命令が発生しておらず、かつドア閉・停止状態８０に入ってから１秒以上経過していない場合は、ここに残る。テスト８１がＮＯ、もしくはテスト８２がＹＥＳである場合、つまりドアがもはや完全には閉じていない場合は、ルーチンはフィーチャスペース状態６３に戻る。しかし、ドア閉・停止状態８０に入ってから１．０秒経過した場合、テスト８３の結果はＹＥＳになることによって、ステップ７４〜７８に到達し、表１に示されたように、標識、継続時間、時間スタンプおよび階数が記憶される。
テスト６６およびテスト６７の結果が両方ともＮＯであるが、テスト６８の結果がＹＥＳである場合、ステップ８５において状態タイマが起動され、ドア開・停止状態８７に入る。このとき、３つのテスト８８〜９０によって、ドアがもはや開いた状態でなくなった時点が判断される。ドア閉命令もしくはデマンドが存在するときは、必ず、ドアが閉じるため、テスト８８もしくはテスト８９の結果がＹＥＳとなった場合には、フィーチャスペース状態６３に戻り、テスト６７に到達してドア閉・停止状態８０に入る。ドア開命令が存在する場合、これは定常状態にないことを意味するため、関連する注目すべきイベントがさらに発生し得る。従って、ルーチンは、フィーチャスペース状態６３に戻る。テスト８８〜９０がＮＯである場合、テスト９１において、ドア開・停止状態８７に入ってから３０秒が経過したか否かが判断される。経過していない場合は、ルーチンがドア開・停止状態８７に残る。最終的に、このドア開・停止状態８７に入ってから３０秒が経過すると、テスト９１の結果がＹＥＳとなり、ステップ７４〜７８に到達して、表１に示されるように、標識、フィーチャスペース継続時間、時間スタンプ、日付スタンプおよび階数が記憶される。
【００１８】
図５に示されているように、学習処理によって、フィーチャスペース当たりの関連するフィーチャの数Ｎの平均値μおよび標準偏差σが決定される。これらの値は、この後、乗員干渉確率（Ｌ．Ｏ．Ｐ．Ｉ）を決定するために、実時間で利用される。ドア反転を学習するためのルーチンには、入口点１３１から入ることができる。第１ステップ１３２では、処理されているフィーチャが「ドア反転」として認識される。続いて、ステップ１３３において、増加ファクタｎ’が、初期値ｎ（学習プロセスのためには、この値として、ログ内の現在の最新データのアドレス、もしくは任意選択された他のアドレスを利用することができる）としてセットされる。ステップ１３５において、第２の増加値Ｓが１にセットされる。続いて、ステップ１３６において、第３の増加値ｂ’が０にセットされる。標識以外のフィーチャに到達して処理が開始されるまで、ルーチンは、ｎ’が減少されるステップ１３８、およびテスト１３９を通過する。続いて、ステップ１４１において標識カウンタが０にセットされ、ステップ１４２においてｂ’が増加される。ステップ１４３において、フィーチャカウンタが０にセットされる。１つのフィーチャスペース内には、１つもしくは複数のドア反転以外のフィーチャとともに、処理されているフィーチャ（この場合はドア反転）が０個、１個もしくは複数個存在し得ることは認識すべきである。図５のルーチンでは、フィーチャカウンタによって、各標識スペース内におけるドア反転フィーチャの数がカウントされる。さらに、ステップ１４４において、ログアドレスｎ’が減少され、ステップ１４５において、ログアドレスｎ’に記憶されているフィーチャが処理中のフィーチャ（この場合はドア反転）であるか否かが判断される。これがドア反転である場合、続いて、ステップ１４８において、フィーチャカウンタが増加される。これとは逆に、現在のアドレスにおけるフィーチャがドア反転でない場合、テスト１４５の結果がＮＯとなり、ステップ１４８が省略される。フィーチャカウンタが各フィーチャスペース毎に０にされ、標識カウンタが２５個の各ビン毎に０にされるため、２つのカウンタが別個に必要となる。続いて、テスト１５０において、現在のフィーチャが標識か否かが判断される。最初はそうではないため、テスト１５０の結果がＮＯとなり、ルーチンがステップ１４４に戻り、ここでアドレスｎ’が１だけ減少される。続いて、テスト１４５において、このアドレスｎ’にあるフィーチャがドア反転（もしくは、図５のルーチンで処理することができるような他の特別なフィーチャ）か否かが判断される。ステップおよびテスト１４４〜１５０を通るこの処理は、次の標識が見つけられるまで続けられる。次の標識が見つけられると、テスト１５０の結果がＹＥＳになり、テスト１５１においてフィーチャカウンタが０であるか否かが判断される。これが０であれば、このことは特定の標識スペース内にドア反転が含まれていないことを意味しているため、無視されるべきである。すなわち、学習プロセス中、ルーチンは、ドア反転フィーチャに出会うことなく、分割標識が存在するアドレスを通り、フィーチャが存在する幾つかのアドレスを通り、分割標識が存在するも��一方のアドレスまで移動する可能性がある。このような場合、テスト１５１の結果がＹＥＳになることによって、ルーチンがステップ１４４に戻り、分割標識間におけるフィーチャを走査する処理が継続される。関連するフィーチャ（この場合はドア反転）がフィーチャスペース内に存在することが発見された後、テスト１５０の結果が再びＹＥＳになることによりこのフィーチャスペースが終了されると、フィーチャカウンタの値がもはや０ではないためにテスト１５１の結果がＮＯとなる。これによって、ステップ１５５において、ビン要素ｂ’に対するフィーチャ数Ｎが、フィーチャカウンタと等しい値にセットされる。続いて、ステップ１５６において、標識カウンタが増加される。続いて、テスト１５７において、見つけられた標識の総数が既に２０になったか否かが判断される。最初は、そうではないため、テスト１５７の結果はＮＯとなり、ルーチンがステップ１４２に戻り、ここでｂ’が増加される。続いて、ステップ１４３においてフィーチャカウンタが０にリセットされる。関連するフィーチャを少なくとも１つ含んでいるフィーチャスペースが２０個累積されるまで、同様な方法で処理が継続される。この後、テスト１５７の結果はＹＥＳとなり、ステップ１５８において、関連するフィーチャ（この場合はドア反転）の数がそれぞれＮである２０個のフィーチャスペースｂ’を１つのセットＳとし、この１つのセットＳに対して、平均値Ｎ’が計算される。ステップ１５９において、２０個のフィーチャスペースを含む第１セットＳに対して、範囲Ｒが、２０個のビンにおけるＮの最大値から２０個のビンにおけるＮの最小値を減算したものとして決定される。続いて、テスト１６０において、エクセスフラグ（以下で説明される）が存在するか否かが調べられる。このエクセスフラグは、最初の処理では存在しない。テスト１６１において、２５個のビンが処理されたか否かが判断される。最初は、そうではないため、ステップ１６２においてＳが増加され、プログラムがステップ１４１に到達し、ここで標識カウンタが０とされる。さらに、ステップ１４２においてｂ’が増加され、ステップ１４３においてフィーチャカウンタが０とされた後、ステップ１４４〜１５１に関して上述したようにログ内のアドレスｎ’を１つずつ処理し始める。２０個のフィーチャスペースをそれぞれ含んでいるビンが２５個処理されてしまうと、テスト１６１の結果がＹＥＳになり、ステップ１６３において、フィーチャ「ドア反転」の平均値μが、２５個のセットＳからそれぞれ得られた平均値Ｎ’の合計値の２５分の１の値として決定される。続いて、ステップ１６４において、フィーチャ「ドア反転」に対する標準偏差σが、２５個のビンＳに対して得られた範囲Ｒを０．０６倍した値として決定される。この係数０．０６は、標準的な統計表から得られたものである。
【００１９】
ルーチンは、ステップ１６５に進み、ここでセットＳが１にされ、続いて、ステップ１６７において、ビン１におけるフィーチャ数の平均値Ｎ’が、平均値μに標準偏差σの３倍値を加算した値よりも大きいか否かが判断される。このようなビンが発見された場合、ステップ１７２においてＸＳフラグ(エクセスフラグ）がセットされる。ステップおよびテスト１３６〜１６４に関して上述したような方法で、他のログアドレスｎ’から得られる新たなデータおよび同じＳの値を用いて、新たな値が計算されるが、このときにはテスト１６０がＹＥＳになるため、テスト１６１が省略され、ステップ１６２において、ＸＳフラグがリセットされる。このことによって、ステップ１６３において平均値μが新たに決定され、ステップ１６４において標準偏差σが新たに決定される。続いて、ステップ１６５およびテスト１６７が繰り返して行われることにより、エクセスが、新たに計算されたμおよびσを用いて全てのビンに対して調べられる。現在の平均値Ｎ’が、平均値μに標準偏差の３倍値を加算した値以下である場合、テスト１６７の結果がＮＯとなり、テスト１６８においてＳが２５に等しいか否かが判断される。最初は、そうではないため、テスト１６８の結果はＮＯとなり、ステップ１６６においてＳが増加され、これによって、次の平均値Ｎ’が順にテストされる。平均値μに標準偏差σの３倍値を加算した値以下である平均値Ｎ’を有するビンが全て連続的にテストされると、テスト１６８の結果がＹＥＳになり、ルーチンが点１６９において終了する。図５のルーチンから得られるμおよびσの値は、不変の値とすることができるが、通常の摩耗が生じたり大きな改良が行われることによりエレベータが著しく変化した場合は、新たに決定することができる。
【００２０】
乗員干渉の影響を受ける他の特定のフィーチャを処理するためには、異なる点（例えば、点１７０）から図５のルーチンに入る。続いて、ステップ１７１において、「ドア反転」フィーチャに関して上述したように、フィーチャとしてこの特定のフィーチャ（いかなるフィーチャであっても）がセットされ、ルーチンが継続される。
【００２１】
ドア反転フィーチャのフィーチャ処理が図６〜８に示されている。初期化の後、図６のルーチンは、移送点１７３から初期状態に入る。フィーチャ処理は、一組の標識の間に記憶されているフィーチャ、つまり同じフィーチャスペース内にあるフィーチャの全てに関する。以下で説明するように、処理により決定されるフィーチャスペースの特性は、フィーチャスペースの終了を示す標識Ｍが存在するログアドレスｎに記憶される。
【００２２】
ログ１１０への最新の入力が標識である場合は必ず、これはフィーチャスペースが終了することを示している。テスト１７４の結果がＹＥＳになることによって、ルーチンが初期状態から抜ける。ステップ１７５において、増加可能な数ｎ’として標識のログアドレスｎがセットされる。ステップ１７６においてｎ’が減少され、テスト１７７において、標識がアドレスｎ’に記憶されているか否かが判断される。最初は、そうではないため（２つの標識が隣接して存在することはないので）、テスト１７７の結果はＮＯとなり、ステップ１７６において、ｎ’がさらに１だけ減少される。この処理は、現在のフィーチャスペースの開始を示す１つ前の標識が見つけられるまで継続される。続いて、ステップ１７８においてｎ’が増加され、このフィーチャスペース内におけるフィーチャの処理が開始される。一連のテスト１７９〜１８３によって、このフィーチャスペース内における第１のフィーチャの特定の種類が判断される。この種類は、このフィーチャスペースを特徴付けるものである。この種類がドア反転であると仮定すると、テスト１７９の結果がＹＥＳになり、移送点１８５から図７のルーチンに入る。
【００２３】
図７を参照すると、ステップ１８６において、２０を法とする（modulo 20）ドア反転ビンカウンタｂが増加される。このビンカウンタは、単に、関連するフィーチャ（この場合は、ドア反転）の処理により得られた最新の２０個のフィーチャスペース内にドア反転の数Ｎを維持するものである。２０番目の最も古いフィーチャスペースよりも前に処理されたフィーチャスペースは、単に捨てられる。ステップ１９７において、標識Ｍに対するフィーチャ（ｆ１）としてログアドレスｎ’にあるフィーチャがセットされる。これは、アドレスｎにある標識により終了するフィーチャスペースに対して上述された徴候Ｓ（ｎ）＝ｆ１（ｎ），ｆ２（ｎ），Ｆ（ｎ）の第１フィーチャである。次のステップ１９８において、フィーチャカウンタが１にセットされ、ステップ１９９においてｆ２フラグがリセットされ、続いて、ステップ２００においてＬ．Ｏ．Ｐ．Ｉ．（乗員干渉確率）フラグがリセットされる。これらのフラグは、両方とも、説明されるルーチン内で利用されるものである。
【００２４】
第１に、テスト２０３において、フィーチャスペース内における第１フィーチャのアドレスｎ’にあるドアサブシステムフィーチャがドア反転か否かが判断される。そうでない場合は、ステップ２０４においてＬ．Ｏ．Ｐ．Ｉ．フラグがセットされる。これによって、ドア反転以外のフィーチャ（つまり乗員干渉の影響を受けない他の特定のフィーチャ）のＬ．Ｏ．Ｐ．Ｉ．が自動的に「低い」ことが示される。ステップ２０５においてアドレスｎ’が増加され、テスト２０６において、アドレスｎ’に標識が記憶されているか否かが判断される。通常は、２つ以上のフィーチャが１つのフィーチャスペース内に存在し得るため、アドレスｎ’に標識が記憶されていない可能性がある。このような場合、テスト２０６の結果がＮＯになり、テスト２０７において、第２のアドレスにあるフィーチャがドア反転か否かが判断される。ドア反転である場合、ステップ２０８において、フィーチャカウンタが増加される。ドア反転でない場合、フィーチャカウンタが省略され、ステップ２０９においてＬ．Ｏ．Ｐ．Ｉ．フラグがセットされる。これによって、ドア反転以外のフィーチャを有する標識スペースのＬ．Ｏ．Ｐ．Ｉ．が「低い」ことがさらに示される。続いて、テスト２１１において、ｆ２フラグ（このルーチンだけで利用される）がセットされているか否かが判断される。最初は、ｆ２がセットされていないため、ステップ２１２において、この標識の徴候の第２フィーチャｆ２として、ログの現アドレスにおけるフィーチャがセットされる。ステップ２１３において、ｆ２フラグがセットされ、これによって、この標識に対してステップ２１２がこの段階で重複して行われることがなくなる。続いて、ルーチンは、ステップ２０５に戻り、ここでログアドレスｎ’が増加される。テスト２０６において、現アドレスに標識が存在するか否かが判断される。標識が存在しない場合は、テスト２０７において、現アドレスにドア反転が存在するか否かが判断される。ドア反転が存在する場合、ステップ２０８においてフィーチャカウンタが増大される。これとは逆に、ドア反転が存在しない場合は、ステップ２０８は省略されてＬ．Ｏ．Ｐ．Ｉ．フラグがセットされる（これは、重複する可能性がある）。続いて、ｆ２フラグがセットされているか否かが判断される。ｆ２フラグが以前にセットされている場合、ステップ２１２，２１３は省略される。ルーチンは、再びステップ２０５に戻り、ここでログアドレスが増加される。フィーチャスペースに、１つもしくは複数のドア反転が含まれるとともに他のフィーチャがドア反転によって分散して存在している可能性があることは認識すべきである。ステップおよびテスト２０５〜２１３を含むこのような処理は、ログアドレスｎ’に標識が入るまで続けられる。続いて、テスト２０６の結果がＹＥＳになることによって、テスト２１８に到達し、ここでｆ２フラグがセットされているか否かが判断される。ｆ２フラグがセットされていない場合は、処理中のドア反転のみがこのフィーチャスペース内に存在するということであるため、ステップ２１９において徴候における第２フィーチャｆ２（ｎ）が０にセットされる。続いて、ステップ２２０において、このビンｂの関連するフィーチャの数としてこのフィーチャカウンタの値がセットされる。
【００２５】
本発明の特徴は、ドア反転、および乗員干渉の影響を受ける他の特定のフィーチャが、これらのフィーチャの原因となっている乗員干渉確率（Ｌ．Ｏ．Ｐ．Ｉ．）によって分類されることである。フィーチャスペースにドア反転（もしくは他の特別なフィーチャ（処理されている場合））以外のフィーチャが含まれている場合、そのＬ．Ｏ．Ｐ．Ｉ．が低いことが自動的に判定される。テスト２２１において、Ｌ．Ｏ．Ｐ．Ｉ．フラグがセットされているか否かが判断され、これがセットされていれば、ステップ２２２において、アドレスｎにあるこの標識に対するＬ．Ｏ．Ｐ．Ｉ．として「低」がセットされる。Ｌ．Ｏ．Ｐ．Ｉ．フラグがセットされていない場合、サブルーチン２２３において、最新の連続した関連するフィーチャスペースが２０個含まれる１つのビンに亘って、フィーチャスペース当たりの関連するフィーチャ（この場合はドア反転）数の平均値Ｎ’が決定される。この実施例では、各ビン（ｂ）に、２０個のフィーチャスペースを最初から含んでいるこのビンに対して得られたフィーチャスペース当たりのフィーチャ数の平均値Ｎ’のみならず、このビンをトリガしたフィーチャスペース（現在処理されているフィーチャスペース）内のフィーチャの数が記憶される。サブルーチン２２３において平均値Ｎ’が決定されると、最新のフィーチャスペース内のドア反転が乗員干渉に起因して生じた確率が決定される。最初に、テスト２２７において、標識スペース当たりのドア反転の数の平均値Ｎ’が、平均値μに標準偏差σ（図５に関して説明されたように決定された値）の３倍値を加算した値以上か否かが判断される。そうであれば、乗員干渉確率は「低」となり、ステップ２２２においてこれが記録される。しかし、平均値Ｎ’が平均値μよりも標準偏差σの３倍値以上大きくない場合は、最新の３つのビンのうちの２つのビンについてのＮ’が平均値μに標準偏差σの２倍値を加算した値以上か否かが判断される。ステップ２３０においてＮ’カウンタが０にセットされ、ステップ２３１においてローカルカウント数Ｍが０にセットされる。ｂの値は、ここでもまた、処理中のフィーチャスペースのビン（ステップ１８６でセットされたｂ値）を示している。ステップ２３２において、Ｍの値が１に増大され、テスト２３３において、アドレスがｂとされたビンの平均値Ｎ’の値が、平均値μに標準偏差の２倍値を加算した値以上か否かが判断される。そうである場合、ステップ２３４において、Ｎ’カウンタが増大される。これに対して、そうではない場合、ステップ２３４は省略される。続いて、テスト２３５において、Ｍカウンタが３に到達したか否かが判断される。最初は、そうではないため、ステップ２３６において、アドレスｂが減少され、続いて、ステップ２３２においてＭカウンタが増加される。再び、テスト２３３において、次のビンの平均値Ｎ’が平均値μよりも標準偏差σの２倍値以上大きいか否かが判断される。そうである場合、ステップ２３４においてこれがカウントされるが、そうでない場合は、これはカウントされない。再び、テスト２３５において、３つのアドレスｂが調べられたか否かが判断される。３つのアドレスｂが調べられている場合、テスト２３８において、Ｎ’カウンタが２以上であるか否かが判断される。そうである場合、最後の３つのビンのうちの２つビンの平均値Ｎ’が平均値μよりも標準偏差σの２倍値以上大きいことを意味している。この場合、ステップ２３９において、アドレスｎにある標識により終了するフィーチャスペース内のフィーチャに対する乗員干渉確率が、「中」としてセットされる。しかし、３つビンのうちの２つのビンの平均値Ｎ’が、平均値μよりも標準偏差σの２倍値以上大きくない場合、テスト２３８の結果がＮＯとなり、ステップ２４０において、乗員干渉確率が「高」としてセットされる。移送点２４１により示されるように、図８のルーチンが続いて行われる。
図８に示されているように、ステップ２４３において、他のドアサブシステムのビンカウンタｊが増加される。このビンカウンタは、図８に示されているように使用できるデータを提供するために、ドアサブシステムの最後の５つのフィーチャスペースに対して、フィーチャスペースの標識とともに記録される階を調べるためのものである。続いて、ステップ２４４において、ビンｊのためのデータスタンプとして、アドレスｎにある終了標識の日付スタンプがセットされる。ステップ２４５において、ビンｊの階として、アドレスｎにある終了標識に関連する階がセットされる。続いて、ステップ２４６において、階カウンタが１にセットされ、ステップ２４７において、増加可能な係数ｊ’がｊにセットされる。さらに、ステップ２４８において、ローカルカウンタの値Ｍが０にセットされる。続いて、ステップ２５０において、ｊが減少されることによって、ドアサブシステムに関する１つ前のビンが調べられる。テスト２５１において、前のビンの乗員干渉確率が現在のビンの乗員干渉確率と比較される。これらが等しくない場合は、前のビンが、このフィーチャスペースの階ファクタＦの決定に利用されない。これとは逆に、これらのビンの乗員干渉確率が等しい場合、ステップ２５２においてＭが増加されることによって、等しい乗員干渉確率を有するためにこの計算に含まれるビンの数がカウントされる。続いて、テスト２５３において、前のビンｊ’の階が現在のビンｊの階と同じか否かが判断される。同じであれば、ステップ２５４において階カウンタが増加される。同じでない場合は、ステップ２５４が省略される。続いて、テスト２５５において、適したビン（エレベータサブシステムおよびＬ.Ｏ.Ｐ.Ｉ.が同じであるビン）が既に５つ調べられたか否かが判断される。そうでない場合は、テスト２５６において、このビンｊ’の日付スタンプが今日の日付スタンプから９０日よりも前のものであるか否かが判断される。そうであれば、これより前のビンは、この計算に含まれない。これとは逆に、そうではない場合は、テスト２５６の結果はＮＯとなり、ルーチンがステップ２５０に戻る。この処理は、５つのドアサブシステムビンが現在のビンと同じ乗員干渉確率を有することが発見されてテスト２５５がＹＥＳになるか、最後に調べられたビンが今日から９０日より前のものであることによりテスト２５６がＹＥＳになるまで、継続される。続いて、テスト２６０において、Ｍがステップ２５６で１にセットされただけであるか否かが判断される。そうであれば、現ドアシステムフィーチャスペースと同じ乗員干渉確率を有するドアシステムフィーチャが９０日以内に１度だけ生じたことを意味している。このような場合、ステップ２６１において、アドレスｎにおける現在の標識により終了するフィーチャスペースの階ファクタが、「未知」とされる。階カウンタがＭと等しい場合は、連続した各ビンｊ’がこのビンｊの階と等しいということを意味しているため、Ｍが増加されるたびに、これに対応して階カウンタが増加される。従って、現フィーチャスペースと同じ乗員干渉確率を有する全てのドアシステムフィーチャスペースが、現ドアシステムフィーチャスペースの階（ビンｊの階）と同じ階��生じたということである。従って、ステップ２６３において、アドレスｎにある現在の標識により終了するフィーチャスペースの階ファクタＦが、「単一」とされる。しかし、同じ乗員干渉確率を有するビンが、現在のビンと同じ階を有していなかった場合は、階カウンタはＭと等しくないため、テスト２６２の結果がＮＯとなり、ステップ２６４において、アドレスｎにおける現標識により終了するフィーチャスペースの階ファクタＦとして、「複数」がセットされる。この階ファクタＦは、アドレスｎにおける現標識により終了するフィーチャスペースの徴候Ｓ（以下で説明する方法に用いられるｆ１（ｎ），ｆ２（ｎ）,Ｆ（ｎ））の一部となる。続いて、プログラムは、移送点１７３を介して、図６の初期状態に戻る。
以上の説明では、フィーチャの例としてドア反転が挙げられた。この場合、短時間ドア反転、中時間ドア反転および長時間ドア反転が起こり得るが、これらは、図６〜８に関して説明された方法では、１つのものとして処理される。これに対して、本発明が適用されるべき特定の用途に依存して、上述された説明を、短時間ドア反転、中時間ドア反転および長時間ドア反転に対して別々に利用することもできる。
【００２６】
図６を参照すると、別の時点では、テスト１７９の結果がＮＯであるが、テスト１８０の結果がＹＥＳであると仮定する。これによって、乗員干渉確率を有する特定のフィーチャについてのフィーチャ処理が行なわれる。このような場合、この特定のフィーチャに関するビンを用いて、図７および図８に関して説明したように、処理が行なわれる。これとは逆に、テスト１８０がＮＯであり、テスト１８２がＹＥＳである場合は、移送点２７０に到達して、図９に示されるような、セイフティサブシステムに関するフィーチャの処理に入る。続いて、ステップ２７４において、アドレスｎにおける現標識により終了するフィーチャスペースの第１フィーチャとして、図６のステップ１７７〜１７８により得られたアドレスｎ’における、処理中のフィーチャスペースの第１フィーチャがセットされる。続いて、ステップ２７８においてｎ’が増加されることによって、このフィーチャスペース内の第２フィーチャが指し示される。テスト２７９において、このフィーチャスペースの第２フィーチャが標識か否かが判断される。標識であれば、このフィーチャスペースには１つのフィーチャしか含まれていないということであるため、テスト２７９の結果がＹＥＳである場合は、ステップ２８０において、アドレスｎにおける現標識により終了するフィーチャスペースの第２フィーチャが０にセットされる。これに対して、第２フィーチャが標識でない場合は、テスト２７９の結果がＮＯとなり、ステップ２８１において、アドレスｎにおける現標識により終了するフィーチャスペースの第２フィーチャとして、ログ内のｎ’に記憶されている、フィーチャスペースの第２フィーチャがセットされる。続いて、フィーチャスペースの終わりにある標識がアドレスｎ’に入るまで、ステップ２８２およびテスト２８３において、ｎ’が増加される。ステップ２８４において、５を法とする（modulo five）セイフティサブシステムビンカウンタｋが増加される。乗員干渉確率を有さないフィーチャに対して、あるフィーチャに関連する階の数が単一であるか複数であるかが、最新の５つのビンから決定されるためである。５番目に新しいビンより前のビンは、単に捨てられ、新たなビンがこれに代わる。ステップ２８５において、このビンの日付スタンプとして、処理されているフィーチャスペースの終了標識のアドレスｎ’における日付スタンプがセットされる。さらに、ステップ２８６において、このビンの階ｋとして、処理されているフィーチャスペースの終了標識（アドレスｎ’にある）の階がセットされる。ドア反転もしくは他の特定のフィーチャではないため、ステップ２９０において、このフィーチャスペースのＬ.Ｏ.Ｐ.Ｉは、「低」としてセットされる。さらに、ステップ２９２において、階カウンタが０にセットされる。ステップ２９３において、以下のルーチンで利用されるローカル数Ｍが１にセットされ、ステップ２９４において、増加可能なビンカウンタのアドレスｋ’として、このビンのアドレスｋがセットされる。続いて、ステップ２９７において、ｋ’が減少されることによって、セイフティドアシステムのビンの順序における１つ前のビンが指し示される。さらに、ステップ２９７において、数Ｍが増加され���。テスト２９８によって、調べられているビンの階が処理されているフィーチャスペースの終了標識の階と同じか否かが判断される。同じであれば、ステップ２９９において階カウンタが増加される。しかし、同じでない場合は、ステップ２９９が省略される。テスト３０１において、５つのビン（処理中の１つのビンを含めて）が比較されたか否かが判断される。そうでない場合は、テスト３０２によって、最後に調べられたビンの日付スタンプが今日から９０日前のものであるか否かが判断される。そうでない場合は、プログラムがステップ２９６に戻り、５つのビンが現ビンと比較されるか、もしくは調べられた最後のビンの日付が今日から９０日より前のものである状態になるまで、処理が継続される。このような場合、テスト３０１もしくはテスト３０２の結果がＹＥＳになり、テスト３０５において、Ｍがステップ２９７で１にセットされたのみであるか否かが判断される。そうであれば、ステップ３０６において、アドレスｎにおける現標識により終了するフィーチャスペースの階ファクタＦが「未知」とセットされる。Ｍが１ではなく、かつ階カウンタがＭと等しい場合は、連続した各ビンｋ’の階がこのビンｋの階と同じであることから全階が同じであるということであるため、ステップ３０８において、ファクタＦとして「単一」がセットされる。しかし、階カウンタがＭカウンタと同様に増加しなかった場合は、２つ以上の階が存在しているということであるため、ステップ３０９において、ファクタＦが「複数」とセットされる。続いて、プログラムは、移送点１７３を介して図６の初期状態に戻る。
【００２７】
約６〜８か月の間、本発明が特定のエレベータ、もしくは複数の同様なエレベータのグループに利用された後、ｆ１，ｆ２，Ｆを含む特定の徴候Ｓが、エレベータの特定部材の損傷に起因している確率をサービス記録から決定することができる。整備記録によって、損傷していることが決定されるべき実際の部材が各徴候に関連付けられるためである。これは、部材Ｃが徴候Ｓの原因となっている確率Ｐとして示すことができる。
【００２８】
【数３】
0005031149.tif 000003
【００２９】
適切なサービス履歴を得る前に、以下の関係式から確率を見積もることができる。
【００３０】
【数４】
0005031149.tif 000004
【００３１】
ここで、Ｐ（Ｓ／Ｃ）は、損傷した部材によって特定の徴候が生じる確率であり、Ｐ（Ｃ）は、部材（Ｃ）が損傷している確率であり、Ｐ（Ｓ）は、特定の徴候が生じる確率である。
所定のエレベータもしくはエレベータタイプに関する以前の損傷についての統計的報告から、部材Ｃの損傷に起因して特定のエレベータが損傷もしくは破壊する確率Ｐ（Ｃ）が得られる。
ファクタＰ（Ｓ／Ｃ）は、本発明が適用されているエレベータの運転履歴がなければ、得ることができない。しかし、エレベータの整備および修理の専門家であれば、各部材Ｃの損傷によって特定の徴候Ｓが生じる確率Ｐ’ （Ｓ／Ｃ）を予想することができる。
Ｐ’（Ｓ／Ｃ）＝強＝０．８
Ｐ’（Ｓ／Ｃ）＝中＝０．５
Ｐ’（Ｓ／Ｃ）＝弱＝０．２
Ｐ’（Ｓ／Ｃ）＝無＝０．０
同様に、ファクタＰ（Ｓ）は、本発明を用いて履歴を得る前には、得ることができない。しかし、統計的に、特定の部材Ｃの損傷によって特定の徴候が生じる確率を考えられる全ての部材について合計した値は、１にならなければならない。
【００３２】
【数５】
0005031149.tif 000005
【００３３】
式２を式３に代入して、
【００３４】
【数６】
0005031149.tif 000006
【００３５】
予想される確率Ｐ’（Ｓ／Ｃ）および未知の基準化係数（normalizing factor ）であるＰ’（Ｓ）を式４に代入して、
【００３６】
【数７】
0005031149.tif 000007
【００３７】
従って、
【００３８】
【数８】
0005031149.tif 000008
【００３９】
従って、部材Ｃの損傷に起因して徴候Ｓが生じる確率は、
【００４０】
【数９】
0005031149.tif 000009
【００４１】
予想確率が利用されても（例えば、本発明を最初に適用する場合に）、実際の確率（本発明により数ヶ月間運転させることにより得られる）が利用されても、特定の部材に起因して特定の徴候が生じる確率は、各徴候、ひいては各フィーチャスペースの終了標識と関連する。部材により徴候が生じている確率は、乗員干渉確率（Ｌ．Ｏ．Ｐ．Ｉ）が低いフィーチャのみに対して得られることが好適であると考えられている。
【００４２】
上述した特許出願は、この点について開示している。
【図面の簡単な説明】
【図１】  本発明の実施例を詳細に示す機能上のブロック図。
【図２】ドア反転ルーチンの論理流れ図。
【図３】ドア以外のセイフティのルーチンの論理流れ図。
【図４】分割標識ルーチンの論理流れ図。
【図５】学習処理ルーチンの論理流れ図。
【図６】フィーチャ処理の初期化の論理流れ図。
【図７】ドアサブシステムのフィーチャ処理の論理流れ図。
【図８】ドアサブシステムのフィーチャ処理の論理流れ図。
【図９】セイフティサブシステムのフィーチャ処理の論理流れ図。
【符号の説明】
１０１…エレベータ
１０５…分割標識
１１０…ログ
１１２〜１１４…フィーチャ認識ルーチン
１１８…学習ルーチン
１２０…ビン
【図１】
0005031149.tif 000010
【図２】
0005031149.tif 000011
【図３】
0005031149.tif 000012
【図４】
0005031149.tif 000013
【図５】
0005031149.tif 000014
【図６】
0005031149.tif 000015
【図７】
0005031149.tif 000016
【図８】
0005031149.tif 000017
【図９】
0005031149.tif 000018