JP2002003105A - かごを備えたエレベータの運転パラメータの監視および処理を行う方法 - Google Patents

Abstract

(57)【要約】 【課題】 エレベータの運転パラメータの監視および記
録の方法を提供する。 【解決手段】 エレベータの運転パラメータが監視さ
れ、損傷した部材ではなく乗員干渉に起因してイベント
が生じる確率を決定するのに利用される。さらに同様な
注目すべきイベントが同じ階で起こっているか異なる階
で起こっているかを判断して関連する階ファクタを提供
するために、これらのイベントが分析される。注目すべ
きイベントの発生が前の注目すべきイベントを用いて処
理されることによって、関連するフィーチャの群におけ
る第１フィーチャおよび第２フィーチャと、関連する階
ファクタと、を含む徴候が提供される。さらに、本発明
によると、特定の部材の損傷が示されている徴候の原因
である確率が、専門家の意見およびこのような部材の損
傷の確率から予想される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、エレベータ運転を
監視し、エレベータの運転パラメータに応答してサービ
スに利用できる情報を発生させることに関する。

【０００２】

【従来の技術】保守や修理のためにエレベータ運転を監
視することは、かなり前から知られている。一般的に、
カウンタによって、走行数、ドア開動作もしくはドア閉
動作の回数、セイフティ（安全機構）の損傷などを記録
することができる。ある場合には、その通常の分散（no
rmal variance）と結合された統計的手段によって（例
えば、ドア開動作や他のイベントの平均時間を提供する
ことによって）、データが減少される。多くの場合、こ
のような方法によって、エレベータの保守や整備のため
に重要となるデータがマスクされる。このようなデータ
は、理解してエレベータの整備に適用することが困難で
あるため、修理中にエレベータの問題を解決するのには
あまり有用でないことが判っている。現存のエレベータ
監視システムは、不要なサービスコールを多く発生する
ため、整備技術者がエレベータに到着したときに、その
情報が問題発見に役立つことはあまりなかった。このよ
うな問題は、全て、整備技術者が到着したときにエレベ
ータが通常運転を行なっている場合には、より複雑にな
る。

【０００３】

【発明が解決しようとする課題】本発明の目的は、サー
ビスコールを発生させるための、エレベータ運転データ
についての改良された分析方法を提供することである。
すなわち、エレベータの実際の問題に著しく関連するエ
レベータ運転メッセージを発生させ、エレベータを監視
する際のデータを記憶する必要性を減少させ、簡単に理
解することができるために整備技術者が容易に利用する
ことができるエレベータ保守情報を提供し、整備技術者
がマイクロコンピュータといった分析装置を利用せずに
容易に利用することができるエレベータ保守情報を提供
し、損傷の整備のみならずルーチンによる保守に利用可
能な情報を改良することである。

【０００４】

【課題を解決するための手段】本発明によると、エレベ
ータの運転パラメータ（状態およびイベントを含む）が
監視され、損傷した部材ではなく乗員干渉に起因してイ
ベントが生じる確率を決定するのに利用される。さらに
本発明によると、同様な注目すべきイベントが同じ階で
起こっているか異なる階で起こっているかを判断して関
連する階ファクタを提供するために、これらのイベント
が分析される。本発明によると、注目すべきイベントの
発生が前の注目すべきイベントを用いて処理されること
によって、関連するフィーチャ（特徴：feature）の群
における第１フィーチャおよび第２フィーチャと、関連
する階ファクタと、を含む徴候が提供される。さらに、
本発明によると、示されている徴候の原因が特定の部材
の損傷である確率が、専門家の意見およびこのような部
材が損傷する確率から予想される。さらに、本発明によ
って、上述した３つの機能が組み合わせられる。これら
の機能は、上述した同時係属中の特許出願に開示された
発明を利用して、システムに組み込むことができる。

【０００５】本発明の他の目的、特徴および利点は、実
施例についての以下の詳細な説明および付随の図面によ
って、より明確となるだろう。

【０００６】

【発明の実施の形態】図１を参照すると、エレベータ１
０１の様々なパラメータ１００が、様々なフィーチャ認
識ルーチン１０２〜１０４（これらのうちの２つは、図
２および図３に関して以下で説明される）によって監視
されることによって、何らかの損傷といった、エレベー
タの保守もしくは整備に関して注目すべきフィーチャの
表示１０４が形成されるようになっている。関連するフ
ィーチャの群は、標識１０５，１０６によって分割され
る。このようなフィーチャのアトリビュート（属性）１
０９（例えば、フィーチャ継続時間、関連する要素の継
続時間）は、各フィーチャとともに時系列でログ内に記
憶される。フィーチャおよびアトリビュートは、時系列
のログ１１０内のアドレスｎに記憶される。アドレスｎ
の範囲は、（アトリビュートとともに）現在記憶されて
いる最新のフィーチャからさかのぼって９０日前のフィ
ーチャにまで及ぶ。この目的は、図６〜９に関して以下
で説明される。時系列のログ１１０内では、フィーチャ
およびその継続時間のアトリビュートが、他のアトリビ
ュート（例えば、かご方向、階数１１１、日付１１２お
よび時間１１３）とともに時系列で記憶される。本発明
の１つの重要な形態は、ドア反転やこれ以外の乗員が干
渉し易いフィーチャに対して、乗員干渉確率（Ｌ．Ｏ．
Ｐ．１．）を判断することである。乗員干渉確率が高い
場合、修理作業者は、ドア反転（もしくは他のフィーチ
ャ）を無視することができる。乗員干渉確率が中程度の
場合は、ドア反転を、通常の保守点検の際に調査される
べき潜在的ファクタとみなすことができる。乗員干渉確
率が低い場合は、このフィーチャを、修理作業者が極め
て注意しなければならないファクタとみなすことができ
る。乗員干渉確率は、平均確率（mean likelihood )μ
および標準偏差σと比較される。これらは、図５に関し
て説明される学習ルーチン１１８によって順に決定され
る。図７および図８に関して以下で説明するように、学
習ルーチンが完了した後の実時間運転において、ドア反
転が乗員干渉に起因して起こっている確率が、μおよび
σとの比較により決定される。図９に関して以下で説明
するように、乗員干渉の影響を受けないタイプのフィー
チャは、処理される。フィーチャ処理の間、本願ではビ
ン１２０として記載されるデータベースが新たに形成さ
れる。これには、アドレスｂを有する２０個のビンが含
まれ、これらの２０個のビンは、ドア反転およびこれ以
外の乗員干渉の影響を受けるフィーチャに対して、１〜
２０まで、ランに利用される。一方、乗員干渉の影響を
受けないフィーチャのためのフィーチャ処理は、ここで
はアドレスｃを有する５つのフィーチャスペースのスト
リング内に記憶される。以下で説明するように、このフ
ィーチャ処理では、標識により分割されているとともに
関連するフィーチャ（処理されているフィーチャ）を含
むフィーチャスペースのみが処理される。フィーチャ処
理は、分割標識１０６がログ１１０内に導入される毎に
標識スペース内の第１のフィーチャ（すなわち１つ前の
分割標識に続いて時間的に隣接して生じるフィーチャ）
について処理が行われるような方式で、実時間で行われ
る。しかし、各フィーチャの処理には、ビンに記憶され
ている履歴データが利用される。図５に関して以下で説
明するように学習が終了した後は、現在の標識、前の標
識、およびこれらの間に記憶されているフィーチャ以外
をログ１１０内に維持する必要がなくなる。当然、表１
および図１１に示されたようなプリントアウトは、修理
作業者が点検を行う際に利用することができる。この実
施例では、９０日よりも前のエレベータ履歴は、通常、
現時点で生じている現象および現在の整備・修理のどち
らにも関連しないとみなされる。

【０００７】ログに入力された各分割標識に対して、徴
候が、第１フィーチャ（ｆ１）、第２フィーチャ（ｆ
２）および階数アトリビュートＦの関数として決定され
る。第１フィーチャ（ｆ１）および第２フィーチャ（ｆ
２）は、最後の標識で終了するフィーチャスペース内に
含まれるものである。階数アトリビュートは、同じエレ
ベータサブシステム（ドア、駆動装置など）から得ら
れ、かつ同等なＬ．Ｏ．Ｐ．１を有する５つの前のフィ
ーチャスペースの履歴に基づくものである。

【０００８】徴候１２４は、本発明の初期動作中に、図
１０に関して以下で説明される徴候部材相関関係予想ル
ーチン１２５に入力される。しかし、本発明により決定
された様々な徴候１２４の原因となっている１つもしく
は複数の損傷した特定の部材に関する情報を含む整備情
報が十分に得られると、これらの徴候１２４は、損傷し
た部材に正確に相関させられる。

【０００９】本発明により監視することが可能な機能の
１つの例として、ドア運転が挙げられ、関連するフィー
チャとしては、ドア反転が挙げられる。対応するエレベ
ータ装置が動作している状態では、常に、ドア反転およ
びセイフティの損傷を認識して記録するための本発明の
例示的なルーチンが、並列処理として同時に動作する複
数のルーチンのうちの１つとして、連続的に動作する。
図２には、フィーチャ（その継続時間が１つのファクタ
である）とともに記憶されるアトリビュート（attribut
e）の例として、ドア閉命令が発生してからこのフィー
チャ、つまりドア反転が起こるまでの時間が示されてい
る。電源がＯＮにされ、続いて初期化が行われた後、ル
ーチンは初期状態１１に入る。エレベータドアが完全に
開いた状態になるまでは、テスト１２の結果がＮＯにな
るため、このルーチンのサイクルは継続される。エレベ
ータドアが完全に開くと、テスト１２の結果がＹＥＳに
なり、ドア開状態１３に入る。ドア開状態１３では、ド
ア閉命令が発生するまでは、ドア閉命令が発生している
か否かを判断するテスト１７の結果がＮＯとなることに
よって、ルーチンのサイクルが連続的に継続される。続
いて、ステップ１８において、ドア反転タイマが起動さ
れる。通常の閉動作が行われている場合には、ドア反転
タイマを起動する必要はないが、ドア反転が起こった場
合には、ドア閉動作が命令されてからドアが反転した時
点までの時間を知ることが重要となる。ドアが閉まりつ
つある状態では、ドア閉状態２１でルーチンがサイクル
される。ドア閉状態２１では、テスト２２において、ド
ア閉スイッチが動作しているか否かが判断される。これ
が動作している場合、これは定常の閉動作が行われてい
ることを意味するため、ルーチンは初期状態１１に戻
る。これは、イベントに起因してフィーチャが生じず
に、このイベントが完全に無視された場合である。

【００１０】テスト２２がＮＯである場合、続いて、テ
スト２３によってドア閉命令が発生しているか否かが判
断される。ドア閉命令が発生している場合は、ドア閉動
作が継続しているということであるため、テスト２３の
結果がＹＥＳの場合には、ルーチンがドア閉状態２１に
残る。ドア閉命令が取り消された場合、これは、人がド
ア開スイッチボタンを押しているか、もしくはドア安全
スイッチ（例えば、ドア間における物体の存在を検出す
る装置）が動作しているか、もしくは何らかの故障が発
生したことによって起こった可能性があるが、この場合
は、テスト２３の結果がＮＯとなり、続いて、ステップ
２４において、ドア反転タイマが停止される。このドア
反転タイマの値（setting）は、ドア閉動作を行うため
にドアのモータに電力が供給されていた時間間隔を示し
ている。この後、ルーチンは、待機状態２５に入り、ド
ア閉スイッチが動作した（例えば、乗員がエレベータを
起動させるためにドアを閉めようとしたことによって）
状態、もしくはドア開命令が存在した状態になるまで
は、テスト２６，２７の結果がＮＯとなることによっ
て、ルーチンがここでサイクルされる。ドア開命令は、
ドア開スイッチもしくはドア安全スイッチの動作後に、
コントローラから発生するものである。テスト２６に示
されるようにドア閉命令が取り消された後にドア閉スイ
ッチが動作するか、もしくは、テスト２７に示されるよ
うに真にドア開命令に反転したことによって、テスト２
８によって、ドア閉動作のイベントが終了したときに、
テスト２８によって、ドア反転タイマが２０秒よりも長
時間が経過したか否かが判断される。２０秒よりも長時
間が経過していれば、ステップ２９において、「長時間
反転」という名称ラベルで識別されるフィーチャが記憶
され、続いて、ステップ３０において、ドア反転タイマ
が、フィーチャとともに記憶されることによって、表１
に示されているように、時間的にフィーチャに関連付け
られる。ドア反転タイマの値が２０秒未満である場合、
テスト３１において、ドア反転タイマが１秒未満である
か否かが判断される。これが１秒未満であれば、ステッ
プ３２において、フィーチャが「短時間反転」という名
称ラベルで記憶され、ステップ３０において、ドア反転
タイマ値がこの名称ラベルで記憶される。しかし、テス
ト３１の結果がＮＯである場合、ステップ３３におい
て、フィーチャが「中時間反転」という名称ラベルで記
憶される。さらに、ステップ３０においてドア反転タイ
マが記憶された後、図２のルーチンは初期状態１１に戻
る。

【００１１】本発明により監視および記録を行うことが
できる状態の１つの例として、エレベータ用安全チェー
ン（「セイフティ」）におけるドア以外の部分がある。
安全チェーンのドア以外の部分について表示される状態
の例として、周知のように、超過速度調整器、最終限界
スイッチ（final limit switch）、および調速機用セイ
フティが挙げられる。図３では、「セイフティ」という
用語は、ドア用セイフティ以外の全ての安全チェーンを
意味しており、「セイフティの損傷」とは、セイフティ
チェーンの分断ないし喪失を意味している。ドア用セイ
フティが図３のルーチンに含まれない理由は、もしドア
用セイフティがこれに含まれると、通常動作中に停止す
る毎に、エレベータドアが完全に閉じていないことがド
アスイッチにより示され、これによって、これらの停止
状態が全てフィーチャとして記録されてしまうためであ
る。図３に示されているように、電源が投入され、続い
て初期化が完了した後で、「セイフティ損傷」ルーチン
が初期状態３５で開始され、続いて、テスト３６が行わ
れる。安全チェーンが完全な状態である場合、テスト３
６の結果がＹＥＳになり、ルーチンは安全状態３７に入
る。安全状態３７では、テスト４０において、エレベー
タかごが走行しているか停止しているかが判断される。
ブレーキが解放されていない場合、つまりエレベータが
停止している場合は、テスト４１において、ドア以外の
安全チェーンが完全な状態か否かが決定される。完全な
状態であれば、ルーチンは安全状態３７に残る。しか
し、ドア以外の安全チェーンがもはや完全な状態ではな
い場合、テスト４１の結果はＮＯとなり、続いて、ステ
ップ４３でセイフティタイマが起動され、さらに、ステ
ップ４４で「乗場におけるセイフティ損傷」という名称
ラベルでフィーチャが記憶される。続いて、ルーチン
は、非安全状態４５に入り、ドア以外の安全チェーンが
完全な状態に形成されているか否かを判断するテスト４
６を通ってサイクルされる。ドア以外の安全チェーンが
完全な状態で形成されていない場合は、ルーチンは非安
全状態４５に残る。しかし、ドア以外の安全チェーンが
再形成されると、テスト４６の結果がＹＥＳとなり、続
いて、ステップ４９においてセイフティタイマが停止さ
れ、さらに、ステップ５０においてセイフティタイマの
値が記憶される。以上のように、セイフティタイマは、
記録される継続時間信号の一例である。この継続時間
は、実際には、このフィーチャ（セイフティ損傷）自体
の継続時間である。セイフティが損傷している時間の長
さは、問題の厳しさを示している。

【００１２】ブレーキが解放されている（つまりブレー
キがかかっていない）場合、つまりエレベータが走行し
ている場合、テスト４０の結果がＹＥＳになることによ
って、図３のルーチンが走行状態５３に入る。走行状態
５３では、テスト５４において、ブレーキがなお解放さ
れているか否かが判断され、解放されていない場合は、
ルーチンが安全状態３７に戻される。エレベータが解放
されていない状態では、常に、エレベータは安全である
ためである。しかし、ブレーキがなお解放されている場
合は、テスト５５においてドア以外の安全チェーンが完
全な状態か否かが判断される。ドア以外の安全チェーン
が完全な状態である限りは、エレベータ走行が安全に行
われる。通常の状態では、テスト５４およびテスト５５
の結果がＹＥＳとなるため、走行状態５３がサイクルさ
れ、このサイクルは、エレベータかごが乗場に停止する
まで続けられる。エレベータかごが乗場に停止すると、
テスト５４の結果がＮＯになり、安全状態３７に戻る。
ドア以外の安全チェーンが損傷している状態でエレベー
タかごが走行している場合は、テスト５５の結果がＮＯ
となり、ステップ５６においてセイフティタイマが起動
され、続いて、ステップ５７において、「走行中のセイ
フティ損傷」という名称ラベルでフィーチャが記憶され
る。続いて、上述したように、非安全状態４５に入る。

【００１３】図２および図３に関して記載されたよう
に、タイマの値により示された継続時間およびフィーチ
ャ名称は、本発明の主要な形態（つまり関連するフィー
チャをグループに分割する分割標識）を含む時系列のロ
グ（データベース）の内部に記憶される。関連するフィ
ーチャを標識により分割する方式として、イベントによ
る識別、共通の原因に関連させることができる注目すべ
きフィーチャの連続が終了すること（フィーチャスペー
スが終了すること）を示す、イベントからの経過時間に
基づいている。ドア反転およびドア以外のセイフティ損
傷に対して、フィーチャスペースは、エレベータの運転
状態に対応した経過時間に基づいて終了する。この経過
時間は、エレベータが走行している状態では最も短く、
ドアが閉じ、かつエレベータが停止している状態では僅
かに長く、ドアが開き、かつエレベータが停止している
状態では、非常に長い。関連する経過時間の間に運転状
態が変化した場合は、タイマが再スタートされる。従っ
て、関連するとみなすべき運転状態で生じる一連の関連
するフィーチャは、標識(marker）間に共に記憶され
る。エレベータの運転の変化により分割されるために関
連しないものとみなすべきフィーチャは、標識のそれぞ
れ反対側に配置される（表１）。

【００１４】

【表１】

【００１５】表１において、End Markerは「終了標
識」、Door open in flightは「走行中のドア開」、Doo
r reversal, long は「長時間反転」、Door reversal,
mediumは「中時間反転」、Short reversalは「短時間反
転」、Lost SAF in flightは「走行中のセイフティ損
傷」、reboundは「はね返り」である。

【００１６】電力が投入され、続いて初期化が行われた
後に、図４のルーチンが初期状態５７で開始される。初
期状態５７では、テスト５８を行うことによって、フィ
ーチャが発生して記憶される（例えば、ステップ３２，
４４，５７）たびに、このことを判断する。エレベータ
のイベントおよび状態が注目すべきものでない場合は、
テスト５８の結果がＮＯとなり、これによって、ルーチ
ンが初期状態５７に残る。上述したようにフィーチャが
記憶される場合は、常に、テスト５８の結果がＹＥＳに
なり、続いて、ステップ６２においてフィーチャスペー
スタイマがスタートされる。フィーチャスペースタイマ
の値は、記録データの一部となるアトリビュート（attr
ibute)である。図４のルーチンは、続いて、「フィーチ
ャスペース」状態６３に入り、様々な状況と、走行状
態、ドア閉・停止状態およびドア開・停止状態の間での
シフトと、を認識し、続いて、上述した時間が経過する
のを待つ。一連のテスト６６，６７，６８によって、こ
れらの状態（走行状態、ドア閉・停止状態、もしくはド
ア開・停止状態）のうちのどの状態にあるかが判断され
る。ドアが開きつつある間および閉まりつつある間は、
これらの状態のどれにも該当しないため、テスト６６，
６７，６８の結果がＮＯとなることによって、関連する
フィーチャスペース状態６３が単にサイクルする。テス
ト６６において、ブレーキが解放されているか否かが判
断され、解放されていれば、ステップ６９において状態
タイマが起動され、続いて、テスト７１において、ブレ
ーキが解放されているか否かが再び判断される。最初
は、通常そうであるため、テスト７２において、状態タ
イマが０．５秒を経過したか否かが決定される。経過し
ていない場合は、ルーチンが走行状態７０に残り、テス
ト７１の結果がＹＥＳ、テスト７２の結果がＮＯとなる
ことによって、サイクルされる。ブレーキがかかってい
る場合、タイマが再スタートされることによって、０．
５秒以上経過するまでルーチンが走行状態７０に残るこ
とが可能となる。しかし、ブレーキがかかっておらず、
０．５秒経過した場合は、テスト７２の結果がＹＥＳと
なり、ステップ７４〜７８の組において、標識、ステッ
プ６２で起動されたフィーチャスペース継続時間および
時間スタンプ、日付スタンプおよびかごが停止した階が
記憶される。しかし、最後にブレーキが解放されてから
０．５秒経過する前にブレーキがかかった場合、テスト
７１の結果がＮＯとなり、ルーチンがフィーチャスペー
ス状態６３に戻る。１つの標識スペース内でセイフティ
損傷が連続的に生じ得ることは、認識すべきである。こ
れは、ブレーキがかかることによって、関連するフィー
チャを分類するフィーチャスペース状態６３に戻り、テ
スト６６の結果がＮＯになり、デマンドが存在した場合
に、テスト６７，６８がＮＯになるためである。従っ
て、セイフティが再び記憶され、ブレーキが解放され、
かつ０．５秒経過するまで、フィーチャスペースが継続
する。続いて、テスト７２がＹＥＳになることによっ
て、一連のステップ７４〜７８に到達し、ここで、標識
がログ内に記憶され、フィーチャスペース継続時間が記
憶され、時間スタンプおよび日付スタンプが記憶され、
さらに、このときにエレベータが停止した階数が記憶さ
れる。

【００１７】テスト６６の結果がＮＯであり、かつテス
ト６７の結果がＹＥＳの場合、図４のルーチンは、ステ
ップ７９に到達し、ここで状態タイマが起動される。続
いて、ルーチンは、ドア閉・停止状態８０に入り、テス
ト８１〜８３がＮＯである場合、つまりドア閉スイッチ
が開かれておらず、ドア開命令が発生しておらず、かつ
ドア閉・停止状態８０に入ってから１秒以上経過してい
ない場合は、ここに残る。テスト８１がＮＯ、もしくは
テスト８２がＹＥＳである場合、つまりドアがもはや完
全には閉じていない場合は、ルーチンはフィーチャスペ
ース状態６３に戻る。しかし、ドア閉・停止状態８０に
入ってから１．０秒経過した場合、テスト８３の結果は
ＹＥＳになることによって、ステップ７４〜７８に到達
し、表１に示されたように、標識、継続時間、時間スタ
ンプおよび階数が記憶される。テスト６６およびテスト
６７の結果が両方ともＮＯであるが、テスト６８の結果
がＹＥＳである場合、ステップ８５において状態タイマ
が起動され、ドア開・停止状態８７に入る。このとき、
３つのテスト８８〜９０によって、ドアがもはや開いた
状態でなくなった時点が判断される。ドア閉命令もしく
はデマンドが存在するときは、必ず、ドアが閉じるた
め、テスト８８もしくはテスト８９の結果がＹＥＳとな
った場合には、フィーチャスペース状態６３に戻り、テ
スト６７に到達してドア閉・停止状態８０に入る。ドア
開命令が存在する場合、これは定常状態にないことを意
味するため、関連する注目すべきイベントがさらに発生
し得る。従って、ルーチンは、フィーチャスペース状態
６３に戻る。テスト８８〜９０がＮＯである場合、テス
ト９１において、ドア開・停止状態８７に入ってから３
０秒が経過したか否かが判断される。経過していない場
合は、ルーチンがドア開・停止状態８７に残る。最終的
に、このドア開・停止状態８７に入ってから３０秒が経
過すると、テスト９１の結果がＹＥＳとなり、ステップ
７４〜７８に到達して、表１に示されるように、標識、
フィーチャスペース継続時間、時間スタンプ、日付スタ
ンプおよび階数が記憶される。

【００１８】図５に示されているように、学習処理によ
って、フィーチャスペース当たりの関連するフィーチャ
の数Ｎの平均値μおよび標準偏差σが決定される。これ
らの値は、この後、乗員干渉確率（Ｌ．Ｏ．Ｐ．Ｉ）を
決定するために、実時間で利用される。ドア反転を学習
するためのルーチンには、入口点１３１から入ることが
できる。第１ステップ１３２では、処理されているフィ
ーチャが「ドア反転」として認識される。続いて、ステ
ップ１３３において、増加ファクタｎ’が、初期値ｎ
（学習プロセスのためには、この値として、ログ内の現
在の最新データのアドレス、もしくは任意選択された他
のアドレスを利用することができる）としてセットされ
る。ステップ１３５において、第２の増加値Ｓが１にセ
ットされる。続いて、ステップ１３６において、第３の
増加値ｂ’が０にセットされる。標識以外のフィーチャ
に到達して処理が開始されるまで、ルーチンは、ｎ’が
減少されるステップ１３８、およびテスト１３９を通過
する。続いて、ステップ１４１において標識カウンタが
０にセットされ、ステップ１４２においてｂ’が増加さ
れる。ステップ１４３において、フィーチャカウンタが
０にセットされる。１つのフィーチャスペース内には、
１つもしくは複数のドア反転以外のフィーチャととも
に、処理されているフィーチャ（この場合はドア反転）
が０個、１個もしくは複数個存在し得ることは認識すべ
きである。図５のルーチンでは、フィーチャカウンタに
よって、各標識スペース内におけるドア反転フィーチャ
の数がカウントされる。さらに、ステップ１４４におい
て、ログアドレスｎ’が減少され、ステップ１４５にお
いて、ログアドレスｎ’に記憶されているフィーチャが
処理中のフィーチャ（この場合はドア反転）であるか否
かが判断される。これがドア反転である場合、続いて、
ステップ１４８において、フィーチャカウンタが増加さ
れる。これとは逆に、現在のアドレスにおけるフィーチ
ャがドア反転でない場合、テスト１４５の結果がＮＯと
なり、ステップ１４８が省略される。フィーチャカウン
タが各フィーチャスペース毎に０にされ、標識カウンタ
が２５個の各ビン毎に０にされるため、２つのカウンタ
が別個に必要となる。続いて、テスト１５０において、
現在のフィーチャが標識か否かが判断される。最初はそ
うではないため、テスト１５０の結果がＮＯとなり、ル
ーチンがステップ１４４に戻り、ここでアドレスｎ’が
１だけ減少される。続いて、テスト１４５において、こ
のアドレスｎ’にあるフィーチャがドア反転（もしく
は、図５のルーチンで処理することができるような他の
特別なフィーチャ）か否かが判断される。ステップおよ
びテスト１４４〜１５０を通るこの処理は、次の標識が
見つけられるまで続けられる。次の標識が見つけられる
と、テスト１５０の結果がＹＥＳになり、テスト１５１
においてフィーチャカウンタが０であるか否かが判断さ
れる。これが０であれば、このことは特定の標識スペー
ス内にドア反転が含まれていないことを意味しているた
め、無視されるべきである。すなわち、学習プロセス
中、ルーチンは、ドア反転フィーチャに出会うことな
く、分割標識が存在するアドレスを通り、フィーチャが
存在する幾つかのアドレスを通り、分割標識が存在する
もう一方のアドレスまで移動する可能性がある。このよ
うな場合、テスト１５１の結果がＹＥＳになることによ
って、ルーチンがステップ１４４に戻り、分割標識間に
おけるフィーチャを走査する処理が継続される。関連す
るフィーチャ（この場合はドア反転）がフィーチャスペ
ース内に存在することが発見された後、テスト１５０の
結果が再びＹＥＳになることによりこのフィーチャスペ
ースが終了されると、フィーチャカウンタの値がもはや
０ではないためにテスト１５１の結果がＮＯとなる。こ
れによって、ステップ１５５において、ビン要素ｂ’に
対するフィーチャ数Ｎが、フィーチャカウンタと等しい
値にセットされる。続いて、ステップ１５６において、
標識カウンタが増加される。続いて、テスト１５７にお
いて、見つけられた標識の総数が既に２０になったか否
かが判断される。最初は、そうではないため、テスト１
５７の結果はＮＯとなり、ルーチンがステップ１４２に
戻り、ここでｂ’が増加される。続いて、ステップ１４
３においてフィーチャカウンタが０にリセットされる。
関連するフィーチャを少なくとも１つ含んでいるフィー
チャスペースが２０個累積されるまで、同様な方法で処
理が継続される。この後、テスト１５７の結果はＹＥＳ
となり、ステップ１５８において、関連するフィーチャ
（この場合はドア反転）の数がそれぞれＮである２０個
のフィーチャスペースｂ’を１つのセットＳとし、この
１つのセットＳに対して、平均値Ｎ’が計算される。ス
テップ１５９において、２０個のフィーチャスペースを
含む第１セットＳに対して、範囲Ｒが、２０個のビンに
おけるＮの最大値から２０個のビンにおけるＮの最小値
を減算したものとして決定される。続いて、テスト１６
０において、エクセスフラグ（以下で説明される）が存
在するか否かが調べられる。このエクセスフラグは、最
初の処理では存在しない。テスト１６１において、２５
個のビンが処理されたか否かが判断される。最初は、そ
うではないため、ステップ１６２においてＳが増加さ
れ、プログラムがステップ１４１に到達し、ここで標識
カウンタが０とされる。さらに、ステップ１４２におい
てｂ’が増加され、ステップ１４３においてフィーチャ
カウンタが０とされた後、ステップ１４４〜１５１に関
して上述したようにログ内のアドレスｎ’を１つずつ処
理し始める。２０個のフィーチャスペースをそれぞれ含
んでいるビンが２５個処理されてしまうと、テスト１６
１の結果がＹＥＳになり、ステップ１６３において、フ
ィーチャ「ドア反転」の平均値μが、２５個のセットＳ
からそれぞれ得られた平均値Ｎ’の合計値の２５分の１
の値として決定される。続いて、ステップ１６４におい
て、フィーチャ「ドア反転」に対する標準偏差σが、２
５個のビンＳに対して得られた範囲Ｒを０．０６倍した
値として決定される。この係数０．０６は、標準的な統
計表から得られたものである。

【００１９】ルーチンは、ステップ１６５に進み、ここ
でセットＳが１にされ、続いて、ステップ１６７におい
て、ビン１におけるフィーチャ数の平均値Ｎ’が、平均
値μに標準偏差σの３倍値を加算した値よりも大きいか
否かが判断される。このようなビンが発見された場合、
ステップ１７２においてＸＳフラグ(エクセスフラグ）
がセットされる。ステップおよびテスト１３６〜１６４
に関して上述したような方法で、他のログアドレスｎ’
から得られる新たなデータおよび同じＳの値を用いて、
新たな値が計算されるが、このときにはテスト１６０が
ＹＥＳになるため、テスト１６１が省略され、ステップ
１６２において、ＸＳフラグがリセットされる。このこ
とによって、ステップ１６３において平均値μが新たに
決定され、ステップ１６４において標準偏差σが新たに
決定される。続いて、ステップ１６５およびテスト１６
７が繰り返して行われることにより、エクセスが、新た
に計算されたμおよびσを用いて全てのビンに対して調
べられる。現在の平均値Ｎ’が、平均値μに標準偏差の
３倍値を加算した値以下である場合、テスト１６７の結
果がＮＯとなり、テスト１６８においてＳが２５に等し
いか否かが判断される。最初は、そうではないため、テ
スト１６８の結果はＮＯとなり、ステップ１６６におい
てＳが増加され、これによって、次の平均値Ｎ’が順に
テストされる。平均値μに標準偏差σの３倍値を加算し
た値以下である平均値Ｎ’を有するビンが全て連続的に
テストされると、テスト１６８の結果がＹＥＳになり、
ルーチンが点１６９において終了する。図５のルーチン
から得られるμおよびσの値は、不変の値とすることが
できるが、通常の摩耗が生じたり大きな改良が行われる
ことによりエレベータが著しく変化した場合は、新たに
決定することができる。

【００２０】乗員干渉の影響を受ける他の特定のフィー
チャを処理するためには、異なる点（例えば、点１７
０）から図５のルーチンに入る。続いて、ステップ１７
１において、「ドア反転」フィーチャに関して上述した
ように、フィーチャとしてこの特定のフィーチャ（いか
なるフィーチャであっても）がセットされ、ルーチンが
継続される。

【００２１】ドア反転フィーチャのフィーチャ処理が図
６〜８に示されている。初期化の後、図６のルーチン
は、移送点１７３から初期状態に入る。フィーチャ処理
は、一組の標識の間に記憶されているフィーチャ、つま
り同じフィーチャスペース内にあるフィーチャの全てに
関する。以下で説明するように、処理により決定される
フィーチャスペースの特性は、フィーチャスペースの終
了を示す標識Ｍが存在するログアドレスｎに記憶され
る。

【００２２】ログ１１０への最新の入力が標識である場
合は必ず、これはフィーチャスペースが終了することを
示している。テスト１７４の結果がＹＥＳになることに
よって、ルーチンが初期状態から抜ける。ステップ１７
５において、増加可能な数ｎ’として標識のログアドレ
スｎがセットされる。ステップ１７６においてｎ’が減
少され、テスト１７７において、標識がアドレスｎ’に
記憶されているか否かが判断される。最初は、そうでは
ないため（２つの標識が隣接して存在することはないの
で）、テスト１７７の結果はＮＯとなり、ステップ１７
６において、ｎ’がさらに１だけ減少される。この処理
は、現在のフィーチャスペースの開始を示す１つ前の標
識が見つけられるまで継続される。続いて、ステップ１
７８においてｎ’が増加され、このフィーチャスペース
内におけるフィーチャの処理が開始される。一連のテス
ト１７９〜１８３によって、このフィーチャスペース内
における第１のフィーチャの特定の種類が判断される。
この種類は、このフィーチャスペースを特徴付けるもの
である。この種類がドア反転であると仮定すると、テス
ト１７９の結果がＹＥＳになり、移送点１８５から図７
のルーチンに入る。

【００２３】図７を参照すると、ステップ１８６におい
て、２０を法とする（modulo 20）ドア反転ビンカウン
タｂが増加される。このビンカウンタは、単に、関連す
るフィーチャ（この場合は、ドア反転）の処理により得
られた最新の２０個のフィーチャスペース内にドア反転
の数Ｎを維持するものである。２０番目の最も古いフィ
ーチャスペースよりも前に処理されたフィーチャスペー
スは、単に捨てられる。ステップ１９７において、標識
Ｍに対するフィーチャ（ｆ１）としてログアドレスｎ’
にあるフィーチャがセットされる。これは、アドレスｎ
にある標識により終了するフィーチャスペースに対して
上述された徴候Ｓ（ｎ）＝ｆ１（ｎ），ｆ２（ｎ），Ｆ
（ｎ）の第１フィーチャである。次のステップ１９８に
おいて、フィーチャカウンタが１にセットされ、ステッ
プ１９９においてｆ２フラグがリセットされ、続いて、
ステップ２００においてＬ．Ｏ．Ｐ．Ｉ．（乗員干渉確
率）フラグがリセットされる。これらのフラグは、両方
とも、説明されるルーチン内で利用されるものである。

【００２４】第１に、テスト２０３において、フィーチ
ャスペース内における第１フィーチャのアドレスｎ’に
あるドアサブシステムフィーチャがドア反転か否かが判
断される。そうでない場合は、ステップ２０４において
Ｌ．Ｏ．Ｐ．Ｉ．フラグがセットされる。これによっ
て、ドア反転以外のフィーチャ（つまり乗員干渉の影響
を受けない他の特定のフィーチャ）のＬ．Ｏ．Ｐ．Ｉ．
が自動的に「低い」ことが示される。ステップ２０５に
おいてアドレスｎ’が増加され、テスト２０６におい
て、アドレスｎ’に標識が記憶されているか否かが判断
される。通常は、２つ以上のフィーチャが１つのフィー
チャスペース内に存在し得るため、アドレスｎ’に標識
が記憶されていない可能性がある。このような場合、テ
スト２０６の結果がＮＯになり、テスト２０７におい
て、第２のアドレスにあるフィーチャがドア反転か否か
が判断される。ドア反転である場合、ステップ２０８に
おいて、フィーチャカウンタが増加される。ドア反転で
ない場合、フィーチャカウンタが省略され、ステップ２
０９においてＬ．Ｏ．Ｐ．Ｉ．フラグがセットされる。
これによって、ドア反転以外のフィーチャを有する標識
スペースのＬ．Ｏ．Ｐ．Ｉ．が「低い」ことがさらに示
される。続いて、テスト２１１において、ｆ２フラグ
（このルーチンだけで利用される）がセットされている
か否かが判断される。最初は、ｆ２がセットされていな
いため、ステップ２１２において、この標識の徴候の第
２フィーチャｆ２として、ログの現アドレスにおけるフ
ィーチャがセットされる。ステップ２１３において、ｆ
２フラグがセットされ、これによって、この標識に対し
てステップ２１２がこの段階で重複して行われることが
なくなる。続いて、ルーチンは、ステップ２０５に戻
り、ここでログアドレスｎ’が増加される。テスト２０
６において、現アドレスに標識が存在するか否かが判断
される。標識が存在しない場合は、テスト２０７におい
て、現アドレスにドア反転が存在するか否かが判断され
る。ドア反転が存在する場合、ステップ２０８において
フィーチャカウンタが増大される。これとは逆に、ドア
反転が存在しない場合は、ステップ２０８は省略されて
Ｌ．Ｏ．Ｐ．Ｉ．フラグがセットされる（これは、重複
する可能性がある）。続いて、ｆ２フラグがセットされ
ているか否かが判断される。ｆ２フラグが以前にセット
されている場合、ステップ２１２，２１３は省略され
る。ルーチンは、再びステップ２０５に戻り、ここでロ
グアドレスが増加される。フィーチャスペースに、１つ
もしくは複数のドア反転が含まれるとともに他のフィー
チャがドア反転によって分散して存在している可能性が
あることは認識すべきである。ステップおよびテスト２
０５〜２１３を含むこのような処理は、ログアドレス
ｎ’に標識が入るまで続けられる。続いて、テスト２０
６の結果がＹＥＳになることによって、テスト２１８に
到達し、ここでｆ２フラグがセットされているか否かが
判断される。ｆ２フラグがセットされていない場合は、
処理中のドア反転のみがこのフィーチャスペース内に存
在するということであるため、ステップ２１９において
徴候における第２フィーチャｆ２（ｎ）が０にセットさ
れる。続いて、ステップ２２０において、このビンｂの
関連するフィーチャの数としてこのフィーチャカウンタ
の値がセットされる。

【００２５】本発明の特徴は、ドア反転、および乗員干
渉の影響を受ける他の特定のフィーチャが、これらのフ
ィーチャの原因となっている乗員干渉確率（Ｌ．Ｏ．
Ｐ．Ｉ．）によって分類されることである。フィーチャ
スペースにドア反転（もしくは他の特別なフィーチャ
（処理されている場合））以外のフィーチャが含まれて
いる場合、そのＬ．Ｏ．Ｐ．Ｉ．が低いことが自動的に
判定される。テスト２２１において、Ｌ．Ｏ．Ｐ．Ｉ．
フラグがセットされているか否かが判断され、これがセ
ットされていれば、ステップ２２２において、アドレス
ｎにあるこの標識に対するＬ．Ｏ．Ｐ．Ｉ．として
「低」がセットされる。Ｌ．Ｏ．Ｐ．Ｉ．フラグがセッ
トされていない場合、サブルーチン２２３において、最
新の連続した関連するフィーチャスペースが２０個含ま
れる１つのビンに亘って、フィーチャスペース当たりの
関連するフィーチャ（この場合はドア反転）数の平均値
Ｎ’が決定される。この実施例では、各ビン（ｂ）に、
２０個のフィーチャスペースを最初から含んでいるこの
ビンに対して得られたフィーチャスペース当たりのフィ
ーチャ数の平均値Ｎ’のみならず、このビンをトリガし
たフィーチャスペース（現在処理されているフィーチャ
スペース）内のフィーチャの数が記憶される。サブルー
チン２２３において平均値Ｎ’が決定されると、最新の
フィーチャスペース内のドア反転が乗員干渉に起因して
生じた確率が決定される。最初に、テスト２２７におい
て、標識スペース当たりのドア反転の数の平均値Ｎ’
が、平均値μに標準偏差σ（図５に関して説明されたよ
うに決定された値）の３倍値を加算した値以上か否かが
判断される。そうであれば、乗員干渉確率は「低」とな
り、ステップ２２２においてこれが記録される。しか
し、平均値Ｎ’が平均値μよりも標準偏差σの３倍値以
上大きくない場合は、最新の３つのビンのうちの２つの
ビンについてのＮ’が平均値μに標準偏差σの２倍値を
加算した値以上か否かが判断される。ステップ２３０に
おいてＮ’カウンタが０にセットされ、ステップ２３１
においてローカルカウント数Ｍが０にセットされる。ｂ
の値は、ここでもまた、処理中のフィーチャスペースの
ビン（ステップ１８６でセットされたｂ値）を示してい
る。ステップ２３２において、Ｍの値が１に増大され、
テスト２３３において、アドレスがｂとされたビンの平
均値Ｎ’の値が、平均値μに標準偏差の２倍値を加算し
た値以上か否かが判断される。そうである場合、ステッ
プ２３４において、Ｎ’カウンタが増大される。これに
対して、そうではない場合、ステップ２３４は省略され
る。続いて、テスト２３５において、Ｍカウンタが３に
到達したか否かが判断される。最初は、そうではないた
め、ステップ２３６において、アドレスｂが減少され、
続いて、ステップ２３２においてＭカウンタが増加され
る。再び、テスト２３３において、次のビンの平均値
Ｎ’が平均値μよりも標準偏差σの２倍値以上大きいか
否かが判断される。そうである場合、ステップ２３４に
おいてこれがカウントされるが、そうでない場合は、こ
れはカウントされない。再び、テスト２３５において、
３つのアドレスｂが調べられたか否かが判断される。３
つのアドレスｂが調べられている場合、テスト２３８に
おいて、Ｎ’カウンタが２以上であるか否かが判断され
る。そうである場合、最後の３つのビンのうちの２つビ
ンの平均値Ｎ’が平均値μよりも標準偏差σの２倍値以
上大きいことを意味している。この場合、ステップ２３
９において、アドレスｎにある標識により終了するフィ
ーチャスペース内のフィーチャに対する乗員干渉確率
が、「中」としてセットされる。しかし、３つビンのう
ちの２つのビンの平均値Ｎ’が、平均値μよりも標準偏
差σの２倍値以上大きくない場合、テスト２３８の結果
がＮＯとなり、ステップ２４０において、乗員干渉確率
が「高」としてセットされる。移送点２４１により示さ
れるように、図８のルーチンが続いて行われる。図８に
示されているように、ステップ２４３において、他のド
アサブシステムのビンカウンタｊが増加される。このビ
ンカウンタは、図８に示されているように使用できるデ
ータを提供するために、ドアサブシステムの最後の５つ
のフィーチャスペースに対して、フィーチャスペースの
標識とともに記録される階を調べるためのものである。
続いて、ステップ２４４において、ビンｊのためのデー
タスタンプとして、アドレスｎにある終了標識の日付ス
タンプがセットされる。ステップ２４５において、ビン
ｊの階として、アドレスｎにある終了標識に関連する階
がセットされる。続いて、ステップ２４６において、階
カウンタが１にセットされ、ステップ２４７において、
増加可能な係数ｊ’がｊにセットされる。さらに、ステ
ップ２４８において、ローカルカウンタの値Ｍが０にセ
ットされる。続いて、ステップ２５０において、ｊが減
少されることによって、ドアサブシステムに関する１つ
前のビンが調べられる。テスト２５１において、前のビ
ンの乗員干渉確率が現在のビンの乗員干渉確率と比較さ
れる。これらが等しくない場合は、前のビンが、このフ
ィーチャスペースの階ファクタＦの決定に利用されな
い。これとは逆に、これらのビンの乗員干渉確率が等し
い場合、ステップ２５２においてＭが増加されることに
よって、等しい乗員干渉確率を有するためにこの計算に
含まれるビンの数がカウントされる。続いて、テスト２
５３において、前のビンｊ’の階が現在のビンｊの階と
同じか否かが判断される。同じであれば、ステップ２５
４において階カウンタが増加される。同じでない場合
は、ステップ２５４が省略される。続いて、テスト２５
５において、適したビン（エレベータサブシステムおよ
びＬ.Ｏ.Ｐ.Ｉ.が同じであるビン）が既に５つ調べられ
たか否かが判断される。そうでない場合は、テスト２５
６において、このビンｊ’の日付スタンプが今日の日付
スタンプから９０日よりも前のものであるか否かが判断
される。そうであれば、これより前のビンは、この計算
に含まれない。これとは逆に、そうではない場合は、テ
スト２５６の結果はＮＯとなり、ルーチンがステップ２
５０に戻る。この処理は、５つのドアサブシステムビン
が現在のビンと同じ乗員干渉確率を有することが発見さ
れてテスト２５５がＹＥＳになるか、最後に調べられた
ビンが今日から９０日より前のものであることによりテ
スト２５６がＹＥＳになるまで、継続される。続いて、
テスト２６０において、Ｍがステップ２５６で１にセッ
トされただけであるか否かが判断される。そうであれ
ば、現ドアシステムフィーチャスペースと同じ乗員干渉
確率を有するドアシステムフィーチャが９０日以内に１
度だけ生じたことを意味している。このような場合、ス
テップ２６１において、アドレスｎにおける現在の標識
により終了するフィーチャスペースの階ファクタが、
「未知」とされる。階カウンタがＭと等しい場合は、連
続した各ビンｊ’がこのビンｊの階と等しいということ
を意味しているため、Ｍが増加されるたびに、これに対
応して階カウンタが増加される。従って、現フィーチャ
スペースと同じ乗員干渉確率を有する全てのドアシステ
ムフィーチャスペースが、現ドアシステムフィーチャス
ペースの階（ビンｊの階）と同じ階で生じたということ
である。従って、ステップ２６３において、アドレスｎ
にある現在の標識により終了するフィーチャスペースの
階ファクタＦが、「単一」とされる。しかし、同じ乗員
干渉確率を有するビンが、現在のビンと同じ階を有して
いなかった場合は、階カウンタはＭと等しくないため、
テスト２６２の結果がＮＯとなり、ステップ２６４にお
いて、アドレスｎにおける現標識により終了するフィー
チャスペースの階ファクタＦとして、「複数」がセット
される。この階ファクタＦは、アドレスｎにおける現標
識により終了するフィーチャスペースの徴候Ｓ（以下で
説明する方法に用いられるｆ１（ｎ），ｆ２（ｎ）,Ｆ
（ｎ））の一部となる。続いて、プログラムは、移送点
１７３を介して、図６の初期状態に戻る。以上の説明で
は、フィーチャの例としてドア反転が挙げられた。この
場合、短時間ドア反転、中時間ドア反転および長時間ド
ア反転が起こり得るが、これらは、図６〜８に関して説
明された方法では、１つのものとして処理される。これ
に対して、本発明が適用されるべき特定の用途に依存し
て、上述された説明を、短時間ドア反転、中時間ドア反
転および長時間ドア反転に対して別々に利用することも
できる。

【００２６】図６を参照すると、別の時点では、テスト
１７９の結果がＮＯであるが、テスト１８０の結果がＹ
ＥＳであると仮定する。これによって、乗員干渉確率を
有する特定のフィーチャについてのフィーチャ処理が行
なわれる。このような場合、この特定のフィーチャに関
するビンを用いて、図７および図８に関して説明したよ
うに、処理が行なわれる。これとは逆に、テスト１８０
がＮＯであり、テスト１８２がＹＥＳである場合は、移
送点２７０に到達して、図９に示されるような、セイフ
ティサブシステムに関するフィーチャの処理に入る。続
いて、ステップ２７４において、アドレスｎにおける現
標識により終了するフィーチャスペースの第１フィーチ
ャとして、図６のステップ１７７〜１７８により得られ
たアドレスｎ’における、処理中のフィーチャスペース
の第１フィーチャがセットされる。続いて、ステップ２
７８においてｎ’が増加されることによって、このフィ
ーチャスペース内の第２フィーチャが指し示される。テ
スト２７９において、このフィーチャスペースの第２フ
ィーチャが標識か否かが判断される。標識であれば、こ
のフィーチャスペースには１つのフィーチャしか含まれ
ていないということであるため、テスト２７９の結果が
ＹＥＳである場合は、ステップ２８０において、アドレ
スｎにおける現標識により終了するフィーチャスペース
の第２フィーチャが０にセットされる。これに対して、
第２フィーチャが標識でない場合は、テスト２７９の結
果がＮＯとなり、ステップ２８１において、アドレスｎ
における現標識により終了するフィーチャスペースの第
２フィーチャとして、ログ内のｎ’に記憶されている、
フィーチャスペースの第２フィーチャがセットされる。
続いて、フィーチャスペースの終わりにある標識がアド
レスｎ’に入るまで、ステップ２８２およびテスト２８
３において、ｎ’が増加される。ステップ２８４におい
て、５を法とする（modulo five）セイフティサブシス
テムビンカウンタｋが増加される。乗員干渉確率を有さ
ないフィーチャに対して、あるフィーチャに関連する階
の数が単一であるか複数であるかが、最新の５つのビン
から決定されるためである。５番目に新しいビンより前
のビンは、単に捨てられ、新たなビンがこれに代わる。
ステップ２８５において、このビンの日付スタンプとし
て、処理されているフィーチャスペースの終了標識のア
ドレスｎ’における日付スタンプがセットされる。さら
に、ステップ２８６において、このビンの階ｋとして、
処理されているフィーチャスペースの終了標識（アドレ
スｎ’にある）の階がセットされる。ドア反転もしくは
他の特定のフィーチャではないため、ステップ２９０に
おいて、このフィーチャスペースのＬ.Ｏ.Ｐ.Ｉは、
「低」としてセットされる。さらに、ステップ２９２に
おいて、階カウンタが０にセットされる。ステップ２９
３において、以下のルーチンで利用されるローカル数Ｍ
が１にセットされ、ステップ２９４において、増加可能
なビンカウンタのアドレスｋ’として、このビンのアド
レスｋがセットされる。続いて、ステップ２９７におい
て、ｋ’が減少されることによって、セイフティドアシ
ステムのビンの順序における１つ前のビンが指し示され
る。さらに、ステップ２９７において、数Ｍが増加され
る。テスト２９８によって、調べられているビンの階が
処理されているフィーチャスペースの終了標識の階と同
じか否かが判断される。同じであれば、ステップ２９９
において階カウンタが増加される。しかし、同じでない
場合は、ステップ２９９が省略される。テスト３０１に
おいて、５つのビン（処理中の１つのビンを含めて）が
比較されたか否かが判断される。そうでない場合は、テ
スト３０２によって、最後に調べられたビンの日付スタ
ンプが今日から９０日前のものであるか否かが判断され
る。そうでない場合は、プログラムがステップ２９６に
戻り、５つのビンが現ビンと比較されるか、もしくは調
べられた最後のビンの日付が今日から９０日より前のも
のである状態になるまで、処理が継続される。このよう
な場合、テスト３０１もしくはテスト３０２の結果がＹ
ＥＳになり、テスト３０５において、Ｍがステップ２９
７で１にセットされたのみであるか否かが判断される。
そうであれば、ステップ３０６において、アドレスｎに
おける現標識により終了するフィーチャスペースの階フ
ァクタＦが「未知」とセットされる。Ｍが１ではなく、
かつ階カウンタがＭと等しい場合は、連続した各ビン
ｋ’の階がこのビンｋの階と同じであることから全階が
同じであるということであるため、ステップ３０８にお
いて、ファクタＦとして「単一」がセットされる。しか
し、階カウンタがＭカウンタと同様に増加しなかった場
合は、２つ以上の階が存在しているということであるた
め、ステップ３０９において、ファクタＦが「複数」と
セットされる。続いて、プログラムは、移送点１７３を
介して図６の初期状態に戻る。

【００２７】約６〜８か月の間、本発明が特定のエレベ
ータ、もしくは複数の同様なエレベータのグループに利
用された後、ｆ１，ｆ２，Ｆを含む特定の徴候Ｓが、エ
レベータの特定部材の損傷に起因している確率をサービ
ス記録から決定することができる。整備記録によって、
損傷していることが決定されるべき実際の部材が各徴候
に関連付けられるためである。これは、部材Ｃが徴候Ｓ
の原因となっている確率Ｐとして示すことができる。

【００２８】

【数３】

【００２９】適切なサービス履歴を得る前に、以下の関
係式から確率を見積もることができる。

【００３０】

【数４】

【００３１】ここで、Ｐ（Ｓ／Ｃ）は、損傷した部材に
よって特定の徴候が生じる確率であり、Ｐ（Ｃ）は、部
材（Ｃ）が損傷している確率であり、Ｐ（Ｓ）は、特定
の徴候が生じる確率である。所定のエレベータもしくは
エレベータタイプに関する以前の損傷についての統計的
報告から、部材Ｃの損傷に起因して特定のエレベータが
損傷もしくは破壊する確率Ｐ（Ｃ）が得られる。ファク
タＰ（Ｓ／Ｃ）は、本発明が適用されているエレベータ
の運転履歴がなければ、得ることができない。しかし、
エレベータの整備および修理の専門家であれば、各部材
Ｃの損傷によって特定の徴候Ｓが生じる確率Ｐ’ （Ｓ
／Ｃ）を予想することができる。 Ｐ’（Ｓ／Ｃ）＝強＝０．８ Ｐ’（Ｓ／Ｃ）＝中＝０．５ Ｐ’（Ｓ／Ｃ）＝弱＝０．２ Ｐ’（Ｓ／Ｃ）＝無＝０．０ 同様に、ファクタＰ（Ｓ）は、本発明を用いて履歴を得
る前には、得ることができない。しかし、統計的に、特
定の部材Ｃの損傷によって特定の徴候が生じる確率を考
えられる全ての部材について合計した値は、１にならな
ければならない。

【００３２】

【数５】

【００３３】式２を式３に代入して、

【００３４】

【数６】

【００３５】予想される確率Ｐ’（Ｓ／Ｃ）および未知
の基準化係数（normalizing factor）であるＰ’（Ｓ）
を式４に代入して、

【００３６】

【数７】

【００３７】従って、

【００３８】

【数８】

【００３９】従って、部材Ｃの損傷に起因して徴候Ｓが
生じる確率は、

【００４０】

【数９】

【００４１】予想確率が利用されても（例えば、本発明
を最初に適用する場合に）、実際の確率（本発明により
数ヶ月間運転させることにより得られる）が利用されて
も、特定の部材に起因して特定の徴候が生じる確率は、
各徴候、ひいては各フィーチャスペースの終了標識と関
連する。部材により徴候が生じている確率は、乗員干渉
確率（Ｌ．Ｏ．Ｐ．Ｉ）が低いフィーチャのみに対して
得られることが好適であると考えられている。

【００４２】上述した特許出願は、この点について開示
している。

【図面の簡単な説明】

【図１】本発明の実施例を詳細に示す機能上のブロック
図。

【図２】ドア反転ルーチンの論理流れ図。

【図３】ドア以外のセイフティのルーチンの論理流れ
図。

【図４】分割標識ルーチンの論理流れ図。

【図５】学習処理ルーチンの論理流れ図。

【図６】フィーチャ処理の初期化の論理流れ図。

【図７】ドアサブシステムのフィーチャ処理の論理流れ
図。

【図８】ドアサブシステムのフィーチャ処理の論理流れ
図。

【図９】セイフティサブシステムのフィーチャ処理の論
理流れ図。

【符号の説明】

１０１…エレベータ １０５…分割標識 １１０…ログ １１２〜１１４…フィーチャ認識ルーチン １１８…学習ルーチン １２０…ビン

フロントページの続き (72)発明者 ジュアン エイ．レンス バーレイロ スペイン，サンティアゴ デ コムポステ ラ，ミラドイロ 121 (72)発明者 チョウワン モーン アメリカ合衆国，コネチカット，グラスト ンベリー，ハンター レーン 11 (72)発明者 ロナルド アール．ペピン アメリカ合衆国，コネチカット，ウィンザ ー ロックス，アコーン ドライヴ 15 (72)発明者 ギャリー エル．フリーランド アメリカ合衆国，コネチカット，プレイン ヴィル，イースト ストリート 492 (72)発明者 ロバート エイチ．マシアック アメリカ合衆国，コネチカット，ソマー ズ，スプリングフィールド ロード 416 Ｆターム(参考） 3F303 BA01 CB21 EA05

Claims (15)

【特許請求の範囲】
1. 【請求項１】 かごを備えたエレベータの運転パラメー
   タの監視および処理を行う方法であって、前記方法に
   は、（ａ）エレベータ性能に大きな影響を及ぼす様々な
   タイプの注目すべきフィーチャを示すイベントもしくは
   状態の発生を、エレベータの運転パラメータから検出
   し、前記の注目すべきフィーチャの発生に応答して、対
   応するフィーチャ信号を発生させるステップが含まれて
   おり、前記注目すべきフィーチャには、エレベータの運
   転状態および乗員の動作により生じ得るエレベータの運
   転イベントを示す特定の注目すべきフィーチャが含ま
   れ、さらに、前記方法には、（ｂ）各フィーチャ信号に
   応答して、前記注目すべきフィーチャに対応するフィー
   チャ表示を時系列のログに記憶することによって、記憶
   された特定のフィーチャ表示を含む関連する記憶された
   フィーチャ表示を提供するステップと、（ｃ）前記の記
   憶されたフィーチャ表示を、共通の原因に関連させるこ
   とができる類似したフィーチャ表示の群に分割するステ
   ップと、が含まれており、 エレベータが非運転状態にある学習段階では、（ｄ）前
   記の記憶された特定のフィーチャ表示から、複数の前記
   の類似したフィーチャの群のそれぞれに含まれる前記フ
   ィーチャ表示の数の平均値（Ｎ’）を決定し、これに応
   答して各群に対して対応する第１の平均値（Ｎ’）表示
   を記憶するステップと、（ｅ）前記の類似したフィーチ
   ャの群における前記表示の数の範囲を決定して、これを
   示す範囲表示を記憶するステップと、（ｆ）前記表示の
   数の標準偏差（σ）を前記範囲表示の関数として決定
   し、これを示す標準偏差表示を記憶するステップと、が
   行われ、 前記学習段階の後のエレベータの通常運転段階では、
   （ｇ）前記ステップ（ａ）〜（ｃ）を連続的に行い、前
   記の記憶されたフィーチャ表示から、各類似したフィー
   チャ表示の群における前記フィーチャ表示の数を決定す
   るステップと、（ｈ）前記ステップ（ｇ）で決定された
   それぞれの前記フィーチャ表示の数と、前記平均値
   （Ｎ’）および前記標準偏差（σ）と、の関係に応じ
   て、注目すべきフィーチャの発生が乗員干渉によって生
   じている確率を示す表示を提供するステップと、が行わ
   れることを特徴とする方法。
2. 【請求項２】 前記のエレベータが非運転状態にある学
   習段階では、前記ステップ（ｄ）およびステップ（ｅ）
   を複数回繰り返すことによって、前記平均値（Ｎ’）表
   示を複数決定するとともに前記範囲表示を複数決定し、
   前記ステップ（ｄ）〜（ｆ）では、前記平均値（Ｎ’）
   表示の平均値（μ）を決定し、これを示す前記平均値
   （μ）表示を記憶し、 前記の複数の範囲表示の平均値の関数として前記標準偏
   差（σ）表示を決定することを特徴とする請求項１記載
   の方法。
3. 【請求項３】 前記関数は、前記範囲表示の前記平均値
   を０．０６倍したものとすることを特徴とする請求項１
   記載の方法。
4. 【請求項４】 前記ステップ（ｈ）では、 前記ステップ（ｇ）で決定された前記フィーチャ表示の
   数が、前記平均値（Ｎ’）から前記標準偏差（σ）の３
   倍値以上離れている場合に、前記の注目すべきフィーチ
   ャが乗員干渉に起因して発生している確率が低いことを
   示す表示を提供することを特徴とする請求項１記載の方
   法。
5. 【請求項５】 前記ステップ（ｈ）では、 前記ステップ（ｇ）で決定された前記フィーチャ表示の
   数のうちの最新の３つのうちの２つが、前記平均値
   （Ｎ’）から前記標準偏差（σ）の２倍値以上離れてい
   る場合に、前記の注目すべきフィーチャが乗員干渉に起
   因して発生している確率が中程度であることを示す表示
   を提供することを特徴とする請求項１記載の方法。
6. 【請求項６】 前記ステップ（ｈ）では、 （１）前記ステップ（ｇ）で決定された前記フィーチャ
   表示の数が前記平均値（Ｎ’）から前記標準偏差（σ）
   の３倍値以上離れておらず、（２）前記ステップ（ｇ）
   で決定された前記フィーチャ表示の数のうちの最新の３
   つのうちの２つが、前記平均値（Ｎ’）から前記標準偏
   差（σ）の２倍値以上離れていない場合に、前記の注目
   すべきフィーチャが乗員干渉に起因して発生している確
   率が高いことを示す表示を提供することを特徴とする請
   求項１記載の方法。
7. 【請求項７】 前記の注目すべきフィーチャは、エレベ
   ータのドア反転であることを特徴とする請求項１記載の
   方法。
8. 【請求項８】 前記ステップ（ｃ）では、（１）エレベ
   ータの運転パラメータから、前記の注目すべきフィーチ
   ャを共通の原因に関連させることができるエレベータ運
   転の継続の終了を示すエレベータ運転のイベントもしく
   は状態を検出し、これに応じて分割標識信号を発生さ
   せ、（２）前記分割標識に応答して、前記分割標識表示
   を前記ログ内に時系列で記憶し、前記分割標識表示によ
   って、前に前記ログ内に記憶された注目すべきフィーチ
   ャが、前記分割標識表示が前記ログ内に記録された後に
   前記ログ内に記録される注目すべきフィーチャから分割
   されるようにすることを特徴とする請求項１記載の方
   法。
9. 【請求項９】 前記フィーチャ信号を、閉動作中のかご
   ドア反転に応じて発生させ、 前記標識信号を、（１）エレベータ走行の開始もしくは
   （２）エレベータの停止に応答して発生させることを特
   徴とする請求項８記載の方法。
10. 【請求項１０】 かごを備えたエレベータの運転パラメ
    ータの監視および処理を行う方法であって、（ａ）エレ
    ベータ性能に大きな影響を及ぼす様々なタイプの注目す
    べきフィーチャを示すイベントもしくは状態の発生を、
    イベントおよび状態を含むエレベータの運転パラメータ
    から検出し、前記の注目すべきフィーチャの発生に応答
    して、対応するフィーチャ信号を発生させるステップ
    と、（ｂ）各フィーチャ信号に応答して、前記注目すべ
    きフィーチャに対応するフィーチャ表示を時系列のログ
    に記憶することによって、関連する記憶されたフィーチ
    ャ表示を提供するステップと、（ｃ）各フィーチャ信号
    に応答して、エレベータかごが位置する階を示す階数信
    号を記憶し、（ｄ）前記の記憶されたフィーチャ表示
    を、共通の原因に関連させることができる類似したフィ
    ーチャ表示の群に分割するステップと、（ｅ）各群の注
    目すべきフィーチャと同じタイプの第１の注目すべきフ
    ィーチャを有する所定数の前記群から、前記の第１の注
    目すべきフィーチャの全てが前記かごとともに（１）同
    じ階で起こっているか、もしくは（２）複数の階で起こ
    っているか、を各群に対して決定し、（１）の場合には
    単一階表示を記憶し、（２）の場合には複数階表示を記
    憶するステップと、が含まれることを特徴とする方法。
11. 【請求項１１】 前記の所定数の群のうち、各群の第１
    の注目すべきフィーチャと同じ第１の注目すべきフィー
    チャを含む群の数が、選択された数以上でない場合に、
    （１）（２）が未知であることを示す表示を各群に対し
    て記憶することを特徴とする請求項１０記載の方法。
12. 【請求項１２】 前記の選択された数が、前記の各群を
    含めて１であることを特徴とする請求項１１記載の方
    法。
13. 【請求項１３】 かごを備えたエレベータの運転パラメ
    ータの監視および処理を行う方法であって、（ａ）エレ
    ベータ性能に大きな影響を及ぼす様々なタイプの注目す
    べきフィーチャを示すイベントもしくは状態の発生を、
    イベントおよび状態を含むエレベータの運転パラメータ
    から検出し、前記の注目すべきフィーチャの発生に応答
    して、対応するフィーチャ信号を発生させるステップ
    と、（ｂ）各フィーチャ信号に応答して、前記注目すべ
    きフィーチャに対応するフィーチャ表示を時系列のログ
    に記憶することによって、関連する記憶されたフィーチ
    ャ表示を提供するステップと、（ｃ）前記の記憶された
    フィーチャ表示を、共通の原因に関連させることができ
    る類似したフィーチャ表示の群に分割するステップと、
    （ｄ）前記群における第１のフィーチャと、第２のフィ
    ーチャが前記群に含まれている場合にはこの第２のフィ
    ーチャと、を含む徴候Ｓの信号表示を各群に対して提供
    するステップと、（ｅ）損傷履歴を有するエレベータの
    各部材Ｃに対して、（１）専門家に各部材Ｃの損傷に起
    因して１つもしくは複数の徴候Ｓが発生する確率Ｐ’
    （Ｓ／Ｃ）を予想させ、さらに、（２）各部材Ｃが損傷
    している確率Ｐ’（Ｃ）を決定するステップと、（ｆ）
    徴候Ｓが各部材Ｃの損傷に起因して生じる予想確率Ｐ’
    を決定するステップと、が含まれることを特徴とする方
    法。 【数１】
14. 【請求項１４】 ステップ（ｄ）で提供された徴候Ｓに
    対して、損傷していることにより前記徴候Ｓの原因とな
    っている可能性がある部材のリストの表示を提供し、前
    記リストを、ステップ（ｆ）で最も可能性が高いものと
    決定された部材が最初に、最も可能性が低いものと決定
    された部材が最後となるような順序で構成することを特
    徴とする請求項１３記載の方法。
15. 【請求項１５】 かごを備えたエレベータの運転パラメ
    ータの監視および処理を行う方法であって、前記方法に
    は、（ａ）エレベータ性能に大きな影響を及ぼす様々な
    タイプの注目すべきフィーチャを示すイベントもしくは
    状態の発生を、エレベータの運転パラメータから検出
    し、前記の注目すべきフィーチャの発生に応答して、対
    応するフィーチャ信号を発生させるステップが含まれて
    おり、前記注目すべきフィーチャには、エレベータの運
    転状態および乗員の動作により生じ得るエレベータの運
    転イベントを示す特定の注目すべきフィーチャが含ま
    れ、さらに、前記方法には、（ｂ）各フィーチャ信号に
    応答して、前記注目すべきフィーチャに対応するフィー
    チャ表示を時系列のログに記憶することによって、記憶
    された特定のフィーチャ表示を含む関連する記憶された
    フィーチャ表示を提供するステップと、（ｃ）前記の記
    憶されたフィーチャ表示を、共通の原因に関連させるこ
    とができる類似したフィーチャ表示の群に分割するステ
    ップと、が含まれており、エレベータが非運転状態にあ
    る学習段階では、（ｄ）前記の記憶された特定のフィー
    チャ表示から、複数の前記の類似したフィーチャの群の
    それぞれに含まれる前記の特定のフィーチャ表示の数の
    平均値（Ｎ’）を決定し、これに応答して各群に対して
    対応する第１の平均値（Ｎ’）表示を記憶するステップ
    と、（ｅ）それぞれの類似したフィーチャの群における
    前記表示の数の範囲を決定して、これを示す範囲表示を
    記憶するステップと、（ｆ）前記表示の数の標準偏差
    （σ）を前記範囲表示の関数として決定し、これを示す
    標準偏差表示を記憶するステップと、が行われ、（ｇ）
    損傷履歴を有するエレベータの各部材Ｃに対して、
    （１）専門家に各部材Ｃの損傷に起因して１つもしくは
    複数の徴候Ｓが発生する確率Ｐ’（Ｓ／Ｃ）を予想さ
    せ、さらに、（２）各部材Ｃが損傷している確率Ｐ’
    （Ｃ）を決定するステップと、前記学習段階の後のエレ
    ベータの通常運転段階では、（ｈ）前記ステップ（ａ）
    〜（ｃ）を連続的に行い、前記の記憶されたフィーチャ
    表示から、各類似したフィーチャ表示の群における前記
    の特定のフィーチャ表示の数を決定するステップと、
    （ｉ）前記ステップ（ｇ）で決定されたそれぞれの前記
    フィーチャ表示の数と、前記平均値（Ｎ’）および前記
    標準偏差（σ）と、の関係に応じて、注目すべきフィー
    チャの発生が乗員干渉によって生じている確率を示す表
    示を提供するステップと、（ｊ）各フィーチャ信号に応
    答して、エレベータかごが位置する階を示す階数信号を
    記憶するステップと、（ｋ）各群の注目すべきフィーチ
    ャと同じタイプの第１の注目すべきフィーチャを有する
    所定数の前記群から、前記の第１の注目すべきフィーチ
    ャの全てが前記かごとともに（１）同じ階で起こってい
    るか、もしくは（２）複数の階で起こっているか、を各
    群に対して決定し、（１）の場合には単一階表示を記憶
    し、（２）の場合には複数階表示を記憶するステップ
    と、（ｉ）前記群における第１のフィーチャと、第２の
    フィーチャが前記群に含まれている場合にはこの第２の
    フィーチャと、を含む徴候Ｓの信号表示を各群に対して
    提供するステップと、（ｍ）徴候Ｓが各部材Ｃの損傷に
    起因して生じる予想確率Ｐ’を決定するステップと、が
    含まれることを特徴とする方法。 【数２】