JP2001084034A - イベント記録の解析方法 - Google Patents
イベント記録の解析方法Info
- Publication number
- JP2001084034A JP2001084034A JP26241599A JP26241599A JP2001084034A JP 2001084034 A JP2001084034 A JP 2001084034A JP 26241599 A JP26241599 A JP 26241599A JP 26241599 A JP26241599 A JP 26241599A JP 2001084034 A JP2001084034 A JP 2001084034A
- Authority
- JP
- Japan
- Prior art keywords
- displayed
- time
- generating
- event
- events
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Testing And Monitoring For Control Systems (AREA)
Abstract
録を解析する方法において、効率的に問題領域を絞り込
むことが出来るようにする。 【解決手段】イベント記録を発生時刻によるトレンド表
示、発生種別で分類した表示および発生元で分類した表
示の3種類の表示を同時に表示し、この表示画面で更に
絞り込みが出来るようにした。また、操作要求量と操作
量の変化の両方を同時に表示し、その変化のようすから
プラントの操業状況および対応策を推定するようにし
た。イベント記録から効率的に問題点を抽出出来、また
検討すべき対応策を得ることが出来る。
Description
制御システム)等で検知されたアラームやオペレータの
操作などのイベント記録から、プラントの状態を解析す
る方法に関するものである。
生したアラーム(警報)やオペレータの操作などに関し
て、その発生時刻、入力プロセスアラームや操作などの
イベント種、通知メッセージなどをイベント記録として
記録する機能がある。すなわち、プラントの操業中に異
常が発生するとアラームが発せられ、操作員がそのアラ
ームに応じて何らかの対応処置を行う。このような場合
に、これらのアラームやオペレータの操作に関する情報
がイベント記録として記録される。
ソールにサマリ表示することができる。すなわち、イベ
ントを時間、タグ名、バッチIDなどそのイベントの属
性を条件にして絞り込めるフィルタ機能を有している。
オペレータはこのフィルタ機能を利用して過去のイベン
ト記録を検索し、プラントの状態のチェック、問題個所
の洗い出し、アラームに対する対応が適切であったかな
どの検証などを行っている。
に、統計的な手法によってプラントの解析を行う場合も
ある。図8にこのような解析手法の一例を示す。図8に
おいて、1日のイベント記録をアラームタグ毎に集計
し、そのうちアラームの多いタグに注目する。アラーム
が多いということは、そのタグに関連する設備なり制御
手法に問題がある可能性が高いためである。その後、そ
のアラームの発生個所や発生数を表示させて、そのタグ
の関連施設または制御ロジックを調査し、問題点を洗い
出す。このようにして問題のある個所を発見して改善す
ると共に、事故などを事前に防止するようにしている。
解析方法には、次のような問題点があった。フィルタ機
能を用いて過去のイベント記録を検索する方法は、イベ
ントを時間、タグ名、バッチID等イベント属性によっ
て検索する機能を有しているが、それぞれの検索条件の
設定は個別に設定するものであり、相互の関連性を検索
することはできなかった。そのため、イベント記録を解
析する解析者が問題がある場所や種別など絞り込む要因
を事前に理解、意識していないと問題点を充分に洗い出
すことが出来ず、熟練を要するという問題点があった。
また、フィルタ条件を設定するときに、何がどれだけ絞
り込まれるのかを事前に予測し難いという問題点もあっ
た。
する方法は、プラント内の問題がある個所からアラーム
が多発する傾向があるので、それなりに有効な方法であ
る。しかしながら、 (1)単に確認のためだけで出したアラームと、本来起
こるべきでない異常に基づくアラームとを区別すること
ができない。 (2)多発したアラームによって、オペレータがどの程
度忙しくなった、あるいは作業量があふれてしまった、
という情報を把握することができない。 という問題点があった。そのために、単にアラームが多
発したことだけに注目しても、時々刻々と変化するプラ
ントの問題個所あるいは問題の真の原因を特定すること
が困難であった。すなわち、アラームが集中してオペレ
ータの許容量を超える作業量が発生したのか、オペレー
タの不適切な操作が原因で異常状態が発生したのか、あ
るいはアラームは多発しているがオペレータが無視でき
るものが多く、実際のオペレータの作業負荷は低いのか
を特定することが出来ないと言う問題点があった。
ント記録の解析方法である。(1)入力されたイベント
記録を発生時刻毎の頻度のトレンド表示、発生種別毎に
分類してその頻度順に並べた表示、発生元毎に分類して
その頻度順に並べた表示の3種類の表示を同時に表示し
て、この3種類の表示された画面上の各項目の表示個所
を指定することで発生時刻、発生種別および発生元の選
択条件を個別に設定出来るようにして、この設定された
3種類の条件の全てに合致したイベント記録のみを前記
入力されたイベント記録として、前記3種類の表示を更
新するようにしたイベント記録の解析方法。 (2)イベント記録をオペレータが操作した操作成分
と、システムがオペレータに操作を要求する操作要求成
分とに分類して、これら操作成分と操作要求成分の頻度
を集計して発生時刻を横軸として同時にトレンド表示し
て、これらのトレンド表示の変化傾向からプロセスの操
業状況を推定するようにしたイベント記録の解析方法。
る。図1は本発明の一実施例を示すコンソールの表示画
面を表す。この実施例では、1つの画面にイベントが発
生した時刻、イベントの発生種別、イベントの発生元の
3種類の情報を同時に表示し、これらを関連付けて絞り
込みが出来るようにしている。図1において、1はイベ
ントを所定の時刻毎(この実施例の場合は1日を10分
毎)にカウントして、その発生頻度をトレンド表示した
ものである。11はトレンド表示1の下に表示されたサ
マリ画面であり、指定された時刻のイベントを詳細表示
する。この画面によって、イベントがどの時刻に高頻度
で発生しているかを一目で知ることが出来る。このトレ
ンド表示1はまた時刻の絞り込みを実行する画面として
も用いる。すなわち、1日のうちの特定の時間範囲のイ
ベントのみを表示することが出来る。この絞り込みを行
うためには、マウスポインタ(図示せず)でトレンド表
示画面の所定の位置をポイントし、絞り込む開始時刻と
終了時刻を指定する。斜線部分13はこの絞り込み範囲
を指定した状態を表している。
ムの種類、イベントの種類など)毎にその頻度をカウン
トして、頻度が大きい順に円グラフでその割合を表示し
たものである。この画面でどの種別のイベントが高頻度
で発生しているかが一目でわかる。また、この画面で発
生種別の絞り込みを行うことができる。前述のマウスポ
インタで円グラフの絞り込みたい発生種別の部分(複数
でも可)をポイントすると、その発生種別のみのイベン
トを更に詳細種別に分類してその頻度が大きい順に並べ
た円グラフを表示する。この絞り込みを複数回行うこと
によって、多段階の絞り込みを行うことができる。
エータ素子、メッセージ発生制御ステーションなどの発
生元別にその頻度をカウントして、頻度が大きい順に発
生元を表示したものである。この画面で、どの発生元か
らのイベントが多発しているかが一目でわかるようにな
っている。また、この画面も前2者と同様に絞り込みを
行うことが出来る。絞り込みたい発生元の部分をマウス
ポインタで選択すると、その発生元のイベントのみを更
に詳細に分類してその発生頻度を高頻度順に表示する。
なお、これら時刻、発生種別、発生元の絞り込みはお互
いに同期している。すなわち、図1の1で発生時刻範囲
を指定すると、その時刻範囲に入っているイベントのみ
が発生種別に分類されて2の円グラフに表示され、また
発生元別に分類されて3の画面に表示される。その状態
で発生種別により更に絞り込みを行うと、前に指定した
時刻範囲、発生元と今回指定した発生種別の全てを満足
するイベントのみが選択されて、そのトレンド表示が1
に、発生種別毎の円グラフが2に、発生元別の表示が3
に表示される。
て絞り込みを行う方法を説明する。図2において、最初
にDCS(分散制御システム)のイベント記録データベ
ースからイベントデータを入力する。次に、絞り込み
(フィルタ)処理を行う。すなわち、初期のフィルタ条
件に応じて集計すべきデータを選択する。初期のフィル
タ条件としては、例えば所定の1日のデータとすること
が出来る。この初期のフィルタ条件はあらかじめ設定さ
れたものでもよく、また画面から入力するようにしても
よい。次に、頻度集計表示処理を行う。この頻度集計表
示処理は、絞り込み処理されたイベントデータを時刻範
囲、発生種別、発生元別に集計を行い、図1に示すよう
に時刻を横軸にした発生頻度のトレンド表示、発生種別
に分類した円グラフ、発生元別に分類した表を表示す
る。図2の41、42、43はそれぞれ図1の時刻範囲
のトレンド表示1、発生種別の円グラフ表示2、発生元
の表3に対応するものである。この表示から期待された
結果が出たことが確認できればそこで終了する。期待さ
れた結果が出なかったときは、次に絞り込み条件を指定
する。すなわち、図1で説明したように、トレンド表示
41により時刻範囲の絞り込み、円グラフ42により発
生種別の絞り込み、発生元表示43により発生元の絞り
込みを行う。もちろん、これらの全ての絞り込みを行っ
てもよく、またどれか1つの絞り込みのみでもよい。こ
の絞り込みによる新たな条件を付加して、再度絞り込み
フィルタ処理に戻る。このようにして、期待された結果
が出るまで、画面上で絞り込み処理を繰り返す。
潜在する問題を同定しなければならない。「問題を同定
する」とは、その5W1H、すなわちいつ(When)、何が
(What)、どこで(Where)、どのような過程で(How)、誰が
元で(真因個所は何か)(Who)、なぜ(Why)を究明するこ
とである。DCS(分散制御システム)のイベント記録
には、操業中のアラーム、操作のデータが記録されてお
り、問題はこのイベント記録の中に、ある傾向をもって
記録されていると考えられる。イベント記録の記録に
は、発生時刻(When)、イベント種(What)、発生元(Wher
e)の情報が記録されているので、これら3つの情報か
ら、問題の真因個所(Who)、原因(Why)、発生過程(How)
を導き出すことが出来れば、「問題を同定した」と言え
る。この概念を図3に示す。つまり、DCSのイベント
記録に記録されているWhen, What, Whereの情報を3W
フィルタに入力して問題の真因に関するイベント情報を
表示して、Who, Why, Howを導き出して、問題の真因に
関するイベントを表示する。この実施例はこの3Wフィ
ルタとして有効である。
図4は本実施例の考え方を示した図である。この図にお
いて、プロセスによって発生した異常やイベントなどは
DCS等の制御装置によって検出され、タグアラーム、
アナンシュエータ通知、ガイダンスメッセージなどによ
って操作監視端末に通知される。これはオペレータに対
処を促す操作要求成分である。オペレータはこれを認知
してタグデータエントリ、タグモード変更などの操作を
行う。これらは操作成分である。この操作の結果異常状
態は解除され、アラーム復帰やタグモード変化通知がさ
れる。これらは記録成分である。あるいは、操作が新た
な異常を発生させ、通知、操作の過程が繰り返されるこ
ともある。このように、制御装置が通知する操作要求量
(操作要求成分の件数)と、設定値変更や監視確認など
のオペレータが操作する操作量(操作成分の件数)とは
互いに関連しながら増減し、適切に調整されたシステム
では一定範囲でバランスしているという仮説に基づいて
プロセスの状況を把握しようとするものである。操作要
求量と操作量のバランスが崩れるときには、何らかの解
決すべき問題があると考える。記録成分はバランス関係
には中立であるとみなす。なお、この図で実線で囲まれ
た事象はイベント記録の対象になる事象であり、プロセ
ス内部の破線で囲まれた事象は、イベント記録とは無関
係のプロセス内部の実体になる事象である。また、監視
確認やメッセージ確認はイベント記録に記録されていな
い場合が多いので、破線で囲んであり、操作成分からは
除外されている。
化する過程を説明する。図5において、まずDCS(分
散制御システム)のイベント記録データベースからイベ
ントデータを入力する。次に、このイベントデータをイ
ベント分類表に基づいて成分分類処理を行う。すなわ
ち、イベントの種類に応じて操作要求成分と操作成分に
分類する。この分類された操作要求成分と操作成分は単
位時間毎に集計され、時系列的に数量化される。この数
値化されたデータはバランスグラフ化される。すなわ
ち、上側に操作要求量の時系列変化を、下側に操作量の
時系列変化をグラフ化して表示する。この表示されたバ
ランスグラフにより、プロセスの状況を把握するように
する。
図6に基づいてより詳しく説明する。図6において、5
1はDCS(分散制御システム)から入力されたイベン
ト記録を表す。このイベント記録は、発生時刻、イベン
トの内容およびイベントの種別から構成されている。次
にこの入力されたイベント記録をイベント成分分類処理
にかける。すなわち、イベントを操作要求成分、操作成
分と記録成分の3つの成分に分類する。操作要求成分に
はアラーム状態発生通知、アナンシュエータメッセー
ジ、操作指令メッセージ、ダイアログ(入力要求)通知
などがあり、操作成分には計器設定値変更、開閉などの
タグ操作、メッセージ確認操作などがある。また、記録
成分には機能ブロック状態変化、バッチ入力パラメータ
変更記録、アラーム復帰などがある。このうち、記録成
分は操作要求量と操作量のバランス関係には中立とみな
されるので除外し、操作要求成分と操作成分のみを取り
出してその件数の推移を数値化する。52はこの数値化
された時系列データであり、10分毎の操作要求量(操
作要求成分の件数)と操作量(操作成分の件数)の時系
列データである。この時系列データはバランスグラフ化
されて表示される。53は表示されたバランスグラフを
表す。このバランスグラフは横軸を時間にして、上側に
操作要求量、下側に操作量の発生頻度を折れ線グラフで
表示したものである。このグラフは、中央を0として、
操作要求量は上に行くほど、操作量は下に行くほど発生
頻度が高くなるように表示されている。
ンスグラフによってどのようなことがわかるかの例を示
す。図7(A)はバランスグラフの一例で、1日分のイ
ベント記録を各10分毎に頻度集計し、バランスグラフ
化したものである。上下に同一時間の操作要求量と操作
量がグラフ化されているので、両者のバランス関係を一
目で把握することができる。同図(B)はバランスグラ
フによって想定される操業状況と検討すべき対応策をま
とめたものである。この図では5つの状況が例示されて
いる。 (1)操作要求量、操作量共に低い状態で推移している
場合は、適度の操作指令が行われてオペレータがそれに
応じて運転していると想定される。従って、短期的には
特別な対応策は不要である。 (2)操作要求量は多いが対応する操作量はそれほど増
加していない場合は、必要性が低い冗長なアラーム通知
が多いと推定される。従って、不要なメッセージを削減
するように改善すべきである。また、確認アラームが多
い場合には、エキスパートシステムなどを導入して高度
なガイダンスシステムを検討した方がよいと考えられ
る。 (3)操作量が増加して、その後操作要求量が増加して
操作量が多い状態が続く場合は、不適切な操作によって
異常状態が継続するか、系が不安定になっている状況が
想定される。従って、系の安定化のためにより高度な自
動化を検討する必要がある。 (4)操作要求量が増加し、その後操作量が多い状態が
長時間持続する場合は、短期間に予想を越える異常が発
生したためにオペレータの対応が不充分になり、異常状
態がなかなか収まらない状態が想定される。従って、オ
ペレータの人数に対して操作量が過大か、または操作効
率、自動化が不充分であることが考えられる。 (5)操作量は多いが操作要求量はあまり発生していな
い場合は、操作体系が複雑で一事象に対する操作が他の
段階に及んでいることが想定される。従って、操作シー
ケンスの自動化の余地がないか検討する必要がある。 このように、バランスグラフを検討するだけで操業状況
が推定でき、またそれに対する対応策も策定することが
できる。
請求項1の発明によれば、イベント記録を発生時刻、
発生種別、発生元で選択して表示すると共に、画面対応
で更に絞り込みを行いその結果を表示出来るようにし
た。そのため、より直感的な絞り込みが実現できるよう
になる。また、絞り込みの結果が同じ画面に即座に得ら
れるので、絞り込みの対象がより直感的に予想/理解で
き、効率的に試行錯誤して問題点を絞り込むことが出来
るという効果が得られる。
量と操作量の頻度のトレンド表示を同時に行い、その変
化のパターンから操業状況を推定するようにした。その
ため、従来オペレータが直感のみで判断していた操業状
況を数値データに基づいて定量的に判断することが可能
になり、問題領域の絞り込みが簡単に行えるという効果
が得られる。また、バランスグラフの変化の状況と実際
のプラントの操業状態から図7(B)のような対応表を
追加していけば、より正確に操業状況を把握することが
出来るようになるという効果もある。
フローチャートである。
ある。
である。
る手順を示すフローチャートである。
る手順を示す図である。
びバランスグラフから想定されるプラントの操業状況と
対応策を例示した図である。
た図である。
Claims (2)
- 【請求項1】 入力されたイベント記録を発生時刻毎の
頻度のトレンド表示、発生種別毎に分類してその頻度順
に並べた表示、発生元毎に分類してその頻度順に並べた
表示の3種類の表示を同時に表示し、この3種類の表示
された画面上で発生時刻、発生種別および発生元の選択
条件を個別に設定出来るようにして、この設定された3
種類の条件の全てに合致したイベント記録のみを前記入
力されたイベント記録として、前記3種類の表示を更新
するようにしたイベント記録の解析方法。 - 【請求項2】 イベント記録をオペレータが操作した操
作成分と、システムがオペレータに操作を要求する操作
要求成分とに分類し、これら操作成分と操作要求成分の
頻度を発生時刻毎に集計して同時にトレンド表示して、
これらのトレンド表示の変化傾向からプロセスの操業状
況を推定するようにしたイベント記録の解析方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP26241599A JP3449470B2 (ja) | 1999-09-16 | 1999-09-16 | イベント記録の解析方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP26241599A JP3449470B2 (ja) | 1999-09-16 | 1999-09-16 | イベント記録の解析方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001084034A true JP2001084034A (ja) | 2001-03-30 |
JP3449470B2 JP3449470B2 (ja) | 2003-09-22 |
Family
ID=17375476
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP26241599A Expired - Fee Related JP3449470B2 (ja) | 1999-09-16 | 1999-09-16 | イベント記録の解析方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3449470B2 (ja) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005025747A (ja) * | 2003-06-30 | 2005-01-27 | Becton Dickinson & Co | 医療装置から受信したデータを管理する方法および装置 |
JP2005085178A (ja) * | 2003-09-11 | 2005-03-31 | Mitsubishi Electric Corp | 設備運用計画作成システム |
JP2008140110A (ja) * | 2006-12-01 | 2008-06-19 | Yokogawa Electric Corp | プロセス解析支援装置およびプロセス解析支援方法 |
WO2009150950A1 (ja) | 2008-06-12 | 2009-12-17 | 株式会社日立製作所 | プラント監視制御装置及び事象分析支援方法 |
WO2010073479A1 (ja) * | 2008-12-26 | 2010-07-01 | 株式会社 日立ハイテクノロジーズ | 精度管理方法 |
JP2010237893A (ja) * | 2009-03-31 | 2010-10-21 | Hitachi Ltd | プラントの異常診断装置及び異常診断方法 |
JPWO2019220913A1 (ja) * | 2018-05-15 | 2020-05-28 | 住友電気工業株式会社 | 管理装置、管理方法および管理プログラム |
-
1999
- 1999-09-16 JP JP26241599A patent/JP3449470B2/ja not_active Expired - Fee Related
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005025747A (ja) * | 2003-06-30 | 2005-01-27 | Becton Dickinson & Co | 医療装置から受信したデータを管理する方法および装置 |
JP2005085178A (ja) * | 2003-09-11 | 2005-03-31 | Mitsubishi Electric Corp | 設備運用計画作成システム |
JP2008140110A (ja) * | 2006-12-01 | 2008-06-19 | Yokogawa Electric Corp | プロセス解析支援装置およびプロセス解析支援方法 |
WO2009150950A1 (ja) | 2008-06-12 | 2009-12-17 | 株式会社日立製作所 | プラント監視制御装置及び事象分析支援方法 |
JP2009301249A (ja) * | 2008-06-12 | 2009-12-24 | Hitachi Ltd | プラント監視制御装置及び事象分析支援方法 |
WO2010073479A1 (ja) * | 2008-12-26 | 2010-07-01 | 株式会社 日立ハイテクノロジーズ | 精度管理方法 |
US9229015B2 (en) | 2008-12-26 | 2016-01-05 | Hitachi High-Technologies Corporation | Accuracy management method |
JP2010237893A (ja) * | 2009-03-31 | 2010-10-21 | Hitachi Ltd | プラントの異常診断装置及び異常診断方法 |
JPWO2019220913A1 (ja) * | 2018-05-15 | 2020-05-28 | 住友電気工業株式会社 | 管理装置、管理方法および管理プログラム |
Also Published As
Publication number | Publication date |
---|---|
JP3449470B2 (ja) | 2003-09-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210019686A1 (en) | Quality review system with plug-ins | |
EP1000426B1 (en) | Dynamic maintenance management system | |
US8466783B2 (en) | Alarm analysis system and a method for providing statistics on alarms from a process control system | |
EP1114361B1 (en) | Method and apparatus for monitoring the operation of an industrial process | |
EP1727009B1 (en) | System for displaying alarms and related information for supporting process operation | |
JP3085095B2 (ja) | プラント監視装置および監視方法 | |
GB2287558A (en) | Computer network supervision | |
CN114551271A (zh) | 监测机台运行状况的方法及装置、存储介质及电子设备 | |
JP2001084034A (ja) | イベント記録の解析方法 | |
EP3896545A1 (en) | Method for alarm handling in a processing system | |
US7016761B2 (en) | System and method for manufacturing control | |
US9122772B2 (en) | Method for analyzing message archives and corresponding computer program | |
JPH11119960A (ja) | アラームロギングデータ表示装置 | |
JPS62192694A (ja) | プラント診断装置 | |
JP2020201982A (ja) | 稼働管理装置 | |
JPH07152430A (ja) | プロセス監視装置の警報解析装置 | |
JPH0814764B2 (ja) | プラント監視装置 | |
JP2003058967A (ja) | 警報装置 | |
JP2005071200A (ja) | 製造情報管理プログラム | |
JP7113880B2 (ja) | 稼働監視装置、及び稼働監視方法 | |
JP6760985B2 (ja) | 稼働管理装置 | |
JP2547837B2 (ja) | プラント監視装置 | |
JPH08202435A (ja) | プラント情報表示システム、及び、かかるシステムにおける現場パトロール支援システムとそのためのポータブル現場端末装置 | |
GB2613082A (en) | Quality review system | |
JPH07107719B2 (ja) | 警報処理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080711 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090711 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100711 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120711 Year of fee payment: 9 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130711 Year of fee payment: 10 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140711 Year of fee payment: 11 |
|
LAPS | Cancellation because of no payment of annual fees |