(57)【要約】【課題】システムの開発者以外の者でも簡単にデータの編集が行えるとともに更新されたデータを全設備のモニタ部に反映するのに手間がかからないようにしたメンテナンスシステムを提供することを目的とする。【解決手段】複数の同一機能の設備装置４，  ６，  ８，  １０の稼動状態をそれぞれ表示手段に表示する複数の端末３，  ５，  ７，  ９と、この設備装置４，  ６，  ８，  １０の故障および警告の原因と対処方法からなるアラーム情報を蓄積する手段を備えるこの複数の端末３，  ５，  ７，  ９と通信可能な電気通信回線２に接続されたサーバ１とを有し、この端末３，  ５，  ７，  ９はこの設備装置４，  ６，  ８，  １０からの故障または警告の情報に基きこのサーバ１に蓄積されているアラーム情報を読み出しこの表示手段に表示すると共に、このサーバ１に蓄積されているこのアラーム情報を入力手段を介してこの端末３，  ５，  ７，  ９から編集できる編集機能を持つようにしたものである。【選択図】  図１
2004227175.tif 000002
【特許請求の範囲】
【請求項１】
複数の同一機能の設備装置の稼動状態をそれぞれ表示手段に表示する複数の端末と、
前記設備装置の故障および警告の原因と対処方法からなるアラーム情報を蓄積する手段を備える前記複数の端末と通信可能な電気通信回線に接続されたサーバとを有し、
前記端末は前記設備装置からの故障または警告の情報に基き前記サーバに蓄積されているアラーム情報を読み出し前記表示手段に表示すると共に、前記サーバに蓄積されている前記アラーム情報を入力手段を介して前記端末から編集できる編集機能を持つ
ようにしたことを特徴とするメンテナンスシステム。
【請求項２】
請求項１に記載のメンテナンスシステムにおいて、
任意の端末により編集された前記サーバのアラーム情報を自動的に全端末の記憶手段に記憶させる
ようにしたことを特徴とするメンテナンスシステム。
【請求項３】
請求項１に記載のメンテナンスシステムにおいて、
前記表示手段に表示される前記アラーム情報が入力手段を介した所定操作により階層的にグラフィック表示される
ようにしたことを特徴とするメンテナンスシステム。
【請求項４】
請求項１に記載のメンテナンスシステムにおいて、
前記サーバに蓄積された前記設備装置の故障または警告に対する対処方法が複数の場合、有効度が高いと想定される対処方法から順に前記表示手段に表示する
ようにしたことを特徴とするメンテナンスシステム。
【請求項５】
請求項４に記載のメンテナンスシステムにおいて、
前記入力手段を介しオペレータからの表示の呼び出しに応じて前記サーバに蓄積された前記対処方法の表示順が自動的に編集される
ようにしたことを特徴とするメンテナンスシステム。
【請求項６】
請求項４に記載のメンテナンスシステムにおいて、
前記端末が前記入力手段を介し前記対処方法の表示順位の入れ替えを行うことができる編集機能を持つ
ようにしたことを特徴とするメンテナンスシステム。
【請求項７】
請求項４に記載のメンテナンスシステムにおいて、
前記端末は、実際に有効だった対処方法が前記表示手段に表示されたものでない場合、該有効だった対処方法を新たに前記対処方法の一つに追加することができる編集機能を持つ
ようにしたことを特徴とするメンテナンスシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、同一機能の設備装置を複数台稼動させる場合のメンテナンスシステムに関する。
【０００２】
【従来の技術】
従来、多くの工程から構成された自動生産ラインにあっては、自動生産ラインに設けられた各種センサと自動生産ラインの異常を表示する表示部と前記センサの検出信号に基き得られた異常内容に応じて表示部に表示させる制御部とを有し、異常内容をその異常レベルに応じて分類して表示させるようにして、この分類された異常内容を作業者が参照することによって、異常発生の原因を作業者に視覚を通じて直に認識させることができ、かつ該異常原因に対して迅速に対応することができる自動生産ラインにおける異常リスト画面表示システムが提供されている（例えば、特許文献１参照。  ）。
【０００３】
【特許文献１】
特開平４−２４２７号公報
【０００４】
【発明が解決しようとする課題】
しかしながら、上記のような表示部および制御部からなるモニタ部は製造設備１台毎に独立しているものであった。  即ち、例えば、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）やＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）の生産工場のように同一機能の製造設備を同時に稼動させて生産するような場合、異常や故障等のデータを記録するためのデータ記録装置は設備の台数分だけ必要となり、データの更新もシステムの開発者が設備の数だけ処理しなければならないという課題があった。
【０００５】
また、各モニタ部の最新データの把握に時間がかかり、全設備のモニタ部のデータ更新を完了するまで対処に無駄な作業をしなければならないという課題があった。
【０００６】
斯かる点に鑑み、本発明はシステムの開発者以外の者でも簡単にデータの編集が行えるとともに更新されたデータを全設備のモニタ部に反映するのに手間がかからないようにしたメンテナンスシステムを提供するものである。
【０００７】
【課題を解決するための手段】
本発明メンテナンスシステムは、複数の同一機能の設備装置の稼動状態をそれぞれ表示手段に表示する複数の端末と、この設備装置の故障および警告の原因と対処方法からなるアラーム情報を蓄積する手段を備えるこの複数の端末と通信可能な電気通信回線に接続されたサーバとを有し、この端末はこの設備装置からの故障または警告の情報に基きこのサーバに蓄積されているアラーム情報を読み出しこの表示手段に表示すると共に、このサーバに蓄積されているこのアラーム情報を入力手段を介してこの端末から編集できる編集機能を持つ  ようにしたものである。
【０００８】
斯かる本発明によれば、システムの開発段階や導入時には想定されなかった故障および警告の原因や対処方法を、設備装置を運用しながらオペレータ等により端末から編集作業を行うことができる。  そして、その編集結果を電気通信回線を介し全設備装置の端末で利用することができる。
【０００９】
また本発明メンテナンスシステムは、任意の端末により編集されたこのサーバのアラーム情報を自動的に全端末の記憶手段に記憶させるようにしたものである。
【００１０】
斯かる本発明によれば、サーバの更新データが自動的に全端末の記憶手段にバックアップされるので、サ−バおよび／または電気通信回線のトラブルによっても更新データが消失することなくシステムを利用することができる。
【００１１】
また本発明メンテナンスシステムは、この表示手段に表示されるこのアラーム情報が入力手段を介した所定操作により階層的にグラフィック表示されるようにしたものである。
【００１２】
斯かる本発明によれば、故障または警告に関するアラーム情報表示に対し、アラーム発生原因と想定される場所が階層的に詳細表示されるので、オペレータがアラームの発生場所を視覚的に容易に認識することができる。
【００１３】
また本発明メンテナンスシステムは、このサーバに蓄積されたこの設備装置の故障または警告に対する対処方法が複数の場合、有効度が高いと想定される対処方法から順にこの表示手段に表示するようにしたものである。
【００１４】
斯かる本発明によれば、故障または警告に関するアラーム情報表示に対し、例えば、文章等でその原因および有効性の高いと想定される対処方法から表示するようにしたので、オペレータがアラームの発生状況に対して迅速に適切な対応をとることができる。
【００１５】
また本発明メンテナンスシステムは、この入力手段を介しオペレータからの表示の呼び出しに応じてこのサーバに蓄積されたこの対処方法の表示順が自動的に編集されるようにしたものである。
【００１６】
斯かる本発明によれば、任意の故障や警告の原因に対する対処方法に対し、この対処方法を表示する順番を発生状況により適宜自己学習して端末に表示させることができる。
【００１７】
【発明の実施の形態】
以下、本発明メンテナンスシステムの実施の形態の例につき、図１〜図９を参照して説明する。尚、以下の説明および添付図面において、同一の機能構成を有する部分については同一符号を付して示す。
【００１８】
本例では、例えば、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）等の生産工場のような、同一機能の製造設備を複数台同時に稼動させてＤＶＤを生産している場合を例に挙げて説明するが、このように同一機能の製造設備を複数台同時に稼動させているような場合であればよく、この例に限られるものではない。
【００１９】
図１は、本例のメンテナンスシステムの実施の形態の例を示す構成図である。メンテナンスモニタである端末ＰＣ３は設備装置４を監視し、稼動状態や故障状況とその対処方法等を表示する。  同様に、端末ＰＣ５が設備装置６を、端末ＰＣ７が設備装置８を、端末ＰＣ９が設備装置１０をそれぞれ監視している。  そして、各端末ＰＣ３，  ５，  ７，  ９はネットワーク２を介してサーバＰＣ１と接続されている。  これらの設備装置はいずれも同様の構成となっており、その構成内容は後述する。
【００２０】
これらの端末ＰＣは、例えばＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等のディスプレイとパーソナルコンピュータ（以下、ＰＣと称する。  ）等の制御装置とから構成され、制御装置は、自機の各種制御を行うＣＰＵ、このＣＰＵによって行われる各種制御プログラムを記録するＲＯＭ、ＥＥＰＲＯＭ等の不揮発性メモリ、上述ＣＰＵが各種の制御プログラムを実行するのに必要な作業領域を提供するＲＡＭ、モデム等のネットワークに接続するためのネットワークＩ／Ｆ、後述する設備装置の各工程の制御機器とのデータをやり取りできるＩ／Ｆなどを備え、例えばＰＣＩバス等のバスを介してそれぞれ各デバイスが相互にデータ通信を行い、目的とする制御が行える周知のものである。
【００２１】
また、端末ＰＣには、後述するキーボード等の入力機器が接続されており、例えばキー操作により端末ＰＣに対し所望の入力操作をすることができる。
【００２２】
サーバＰＣは、例えば上述したようなパーソナルコンピュータ等の制御装置よりなるサーバであり、端末ＰＣの故障や警告等の内容や原因、その対処方法等の情報を記憶し、また、必要に応じ各端末ＰＣに対しこの情報を送信する機能を有する。
【００２３】
このネットワーク２は、インターネットの他、Ｅｔｈｅｒｎｅｔ（登録商標）等の有線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）またはＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ  ）８０２．１１等の規格準拠の無線ＬＡＮなどで構成される電気通信回線である。
【００２４】
図２に設備装置の一例を示す。例えば、ＤＶＤの製造工場における設備装置は、成形工程やスパッタ工程などの各工程に分類され、設備により工程数は異なる。それぞれの工程（１）〜（５）は独立した分散制御を行っており、この分散制御を行う制御機器には図示するようなプログラマブルロジックコントローラ（以下、ＰＬＣと称する。）やパーソナルコンピュータなど使用される。
【００２５】
各設備装置の稼動情報は、接続されているそれぞれの端末ＰＣのディスプレイに表示される。  稼動情報には、各工程で発生した故障、故障には至らないが設備装置の異常を示す警告、設備装置の段取り停止などの状態がある。  この故障情報や警告情報などには、例えば、工程（１）１１のＭＴＲ（モータ）１１ａおよびＭＴＲ１１ｂや、ＳＯＬ（エアーシリンダー）１１ｃおよびＳＯＬ１１ｄなどの出力機器が正常に動作したかどうかを時間監視またはそれぞれの出力機器に設けられたセンサーからの出力信号により制御機器が判断するようにしている。
【００２６】
ＳＷ１１ｅおよびＰＬ１１ｆはそれぞれ各工程に設けられたスイッチおよびパイロットランプを示し、装置状態を確認するものとしてディスプレイ上に絵や色や文字などで表示される。  これらＳＷやＰＬ、上述したＭＴＲやＳＯＬ等の構成は説明上模式的に表したにすぎず、設備装置および工程によって異なり、この例に限るものでないことは言うまでもない。
【００２７】
各工程の制御機器から端末ＰＣに送られる稼動情報は数値データであり、その数値に対応したアラーム情報の内容を端末ＰＣがサーバＰＣより読み出して、付属のディスプレイに文章ならびにグラフィック表示し、当該設備装置を監視するオペレータが迅速にその内容を認識できる仕組みである。
【００２８】
ところで、この稼動情報で設備の稼働率に一番密接な関係にある故障情報および警告について、制御機器では原因を一つに絞り込めないケースが多い。  例えば、圧縮空気にて動作するエアーシリンダーを例にとった場合、エアーシリンダーがプログラムどおりに動作しない事までは制御機器が判断できるが、原因としてエアーシリンダーの機械的な故障なのか、エアーシリンダーに圧縮空気を送る電磁弁を動作させるデバイスの故障なのか、電磁弁を動作させるための電子デバイス、またはその配線に問題が有る場合や、同様に動作確認を行うセンサー入力関係の幾つかの故障など、１つの故障に対し多数の原因が想定される。
【００２９】
故障内容をオペレータに知らせる方法は、故障原因と想定される場所を端末ＰＣにグラフィック表示させるとともに、文章で原因及び対処方法を表示させるものであるが、上記のエアーシリンダーを例にとった場合、数多くの原因が有り、その表示内容の適切な表示順序については設計段階では想定が難しい。
【００３０】
そこで、表示する順番を実際に操作した実績で並び替えを行うようにプログラムすることで、設計段階で想定できなかった表示順序を実際に使用した実績に合わせることができるようにする。
【００３１】
以下、端末ＰＣのディスプレイに表示されるＤＶＤ生産工程監視モニタについて説明する。  図３はＤＶＤ生産工程監視モニタのメイン画面２０を示し、例えば、生産状況等を数値データで表すカウンタ、ウォームアップ中など設備装置の動作状態を表すステータス、生産された製品の良品率、および故障状況や警告などのアラームを表す表示部が表示される。設備装置に故障や警告等が発生した場合、アラーム表示部２２にアラーム一覧２２ａとして、アラームの発生したエリア、ユニット、アラームメッセージ等が表示される。
【００３２】
このアラーム一覧２２ａに表示する情報は、故障および／または警告の表示選択を行うことができ、例えば図３例では、「Ａｌｌ」が選択されており故障情報と警告情報の両方を表示するように設定されている状態を表している。
【００３３】
ある設備装置に異常が発生した場合、端末ＰＣは当該設備装置の制御機器から送信される、例えば８桁の数字のコードデータ「３０４８２９６０」を受信する。そして、ディスプレイに表示するこのコードデータに対応したアラーム情報をサーバＰＣ１より読み出し、表示する。  このコードデータはアラーム情報との対応がなされているものであれば、数字表記および桁数はこの例に限るものではない。尚、このコードデータは必要に応じシステム開発者が変更することができる。
【００３４】
本例のメンテナンスシステムはロケーション表示を行うことができる。  例えば、アラーム一覧表２２ａ上のアラームメッセージ「パステーブルリフター上昇端センサー異常」の文章上をタッチすると、図４に示すような異常個所の場所を示すアラーム位置表示画面のウィンドウが表示される。
【００３５】
この例では、ＤＶＤ生産監視モニタの表示画面上にタッチパネルが積層され所望部分をタッチするようにしているが、これに限らず、例えばマウス等のポインティングデバイスで所定メッセージ上をクリックすることにより表示画面切り替えを行うようにしてもよい。  また、一方のアラームメッセージ２２ｃのメッセージ上をタッチして画面切り替えを行うようにすることも考えられる。
【００３６】
２２ｄは上記アラームメッセージの内容を示すアラーム説明および対処方法が表示される欄であって、以下対処方法表示欄と称する。  ２２ｅおよび２２ｆは切り替えボタンである。  両ボタンの間に「１／４」とあるのはこのアラームメッセージに対し、４つの対処方法がありそのうちの過去に実績のある有効度の高い順の１番目を表示していることを示している。  他の対処方法を見たいときは、切り替えボタン２２ｅまたは２２ｆを操作して２番目、３番目、・・・と表示の切り替えを行い対処方法表示欄２２ｄに所望の対処方法を表示させることができる。
【００３７】
２１はログインなどパスワードを要求される操作を行う際にタッチしてパスワード入力機能を表示するものである。
【００３８】
図４はアラーム位置表示画面がウィンドウ表示された状態を示す図である。  アラーム位置表示画面３０にグラフィック表示、即ちオペレータがアラーム発生箇所を視覚的に容易に認識できるよう実際の設備と同様の絵が表示されている。  オペレータが故障に対して迅速に対応できるようにするためには、グラフィック表示を充実させ、各センサーやモータなどの故障や警報の原因や対処が必要なその物を即座に表示させることが重要である。
【００３９】
図中、３２はより詳細画面を見たいときに使用するユニット詳細ボタンである。  このボタンをタッチすると、例えば、ディスクが載置されるテーブル単位やディスクを搬送する搬送アーム単位でのアラーム位置の確認を行うことができる。
【００４０】
３３はアラーム内容編集ボタンを示し、このボタンをタッチすると、後述するアラーム内容編集画面がウィンドウ表示される。
【００４１】
３０ｄおよび３０ｅは切り替えボタンを示し、図３に示すアラーム一覧表２２ａに複数のアラーム情報が表示されているときの表示を切り替えるのに使用する。
【００４２】
図５は、図４のアラーム位置をさらに詳細に表示するアラーム詳細画面を示す。  この詳細図面、アラームメッセージに表示されたセンサーなどの場所を特定すると共に、その該当する場所を絵で示すこともできる。  戻るボタン４１をタッチすると、図４に示す１つ前の表示に戻る。このように、故障状況の表示はスイッチ操作で段階的に詳細表示することができるようにしている。  尚、絵の表示はＣＡＤデータやデジカメ（登録商標）データなど種々のものが利用可能である。
【００４３】
また、表示データとアラームメッセージとのリンクは周知技術を用いて、メッセージデータ（例えば、ｃｓｖファイル等）に表示したい絵のファイル名を登録するだけで簡単にリンクをさせることが可能である。  メッセージデータのデータベースファイルとして使用されるファイル形式はこれに限るものではないことは言うまでもない。
【００４４】
図７は設備装置に故障または警告が発生した場合の端末ＰＣの動作を示すフローチャートである。  例えば設備装置４に故障または警告等が発生したら、端末ＰＣ３は設備装置４の制御機器であるＰＬＣからコードデータを受信し（ステップＳ１）、サーバＰＣ１からこのコードデータに対応するアラーム情報を取得する（ステップＳ２）。
【００４５】
そして、端末ＰＣ３はサーバＰＣ１から読み出したアラーム情報として故障状況２２ａを表示し、この故障状況２２ａに対する対処方法２２ｄを、過去に実績のある有効性の高いと思われるものから優先的にディスプレイに表示する（ステップＳ３）。この故障状況２２ａの表示については、必要であれば複数のメッセージを表示できるようにして各メッセージに対する対処方法をそれぞれ有効度の高いと思われる順番に表示するようにしてもよい。
【００４６】
オペレータはこの表示された対処方法を基にアラーム情報に対し適切に対応し原因を取り除く（ステップＳ４）。アラームの原因が解消されると、端末ＰＣ３はＰＬＣからのコードデータの発信がなくなるためサーバＰＣ１からのアラーム情報の読み出しを終了し、自動的にアラームメッセージを消去する（ステップＳ５）。  このとき、自動的にメイン画面に戻るようにしてもよい。
【００４７】
以上述べたように、故障や警告等のアラームメッセージに対し、アラーム発生原因と想定される場所を階層的に詳細表示させるとともに、文章でその原因および有効性の高いと思われる対処方法を表示させるようにしているので、オペレータがアラームの発生状況に対して迅速に適切な対応をとることができる。
【００４８】
また、設計時に想定した原因や対処方法が実際にオペレーションした際に間違っていたまたはその他の原因やより有効な対処方法が有った場合、従来は、システムの開発者がその内容を修正する必要があったが、本例では以下に示す編集機能によってオペレータが修正することができる。
【００４９】
図６に本例のアラーム内容編集画面を示す。  例えば、図５に示す編集ボタン３３をタッチしてウィンドウ表示されたアラーム内容編集画面５０は、コード、エリア、ユニット、アラームメッセージ２２ｃ及びアラーム説明および対処方法の一覧表（以下、対処方法一覧表と称する。  ）５１等のデータが表示される。
【００５０】
このアラーム編集画面５０に対し、対処方法一覧表５１または説明の欄を編集したい場合は、例えばユーザに対しそれぞれ重みを設定しておき、あるアクセスレベル以上のユーザのログインを許可するようにする。  そして、許可されたユーザは変更したい対処方法や説明の欄上をタッチし、または追加したい場合は空白行をタッチする。  入力は付属のキーボード等の入力機器１６を操作して編集する。  編集が終了すると、サーバＰＣ１のＥＥＰＲＯＭなどに記録されたアラーム情報が書き換えられる。
【００５１】
５２及び５３は移動ボタンであり順番を入れ替えする機能である。  メイン画面２０、アラーム位置表示画面３０およびアラーム詳細画面４０の表示では、対処方法一覧表５１の１番の内容から優先的に表示される。５４は消去ボタンであり、選択した対処方法などの内容を消去することができる。
【００５２】
５５は編集した内容を元に戻すボタンであり、選択した対処方法の内容を書き込み編集した後に、１回分のみ元に戻すことができる機能である。  ５６はキャンセルボタンであり、変更内容を保存しないでアラーム内容編集画面５０のウィンドウを閉じる。  ５７はＯＫボタンであり、編集内容を保存してこのウィンドウを閉じる。
【００５３】
図８はアラームの原因を除去後のオペレータの行動について示したフローチャートである。  まず、オペレータは表示された順番の対処方法が有効であったかどうかを判断し（ステップＳ１１）、有効であった場合は何もする必要はない。
【００５４】
上記ステップＳ１１にて有効でなかったという場合、次に、対処方法表示欄２２ｄに表示されない方法が有効であったかどうかを判断し（ステップＳ１２）、対処方法はあったが表示された順の有効度ではなかったという場合でも、オペレータが切り替えボタン２２ｅおよび２２ｆを操作して今回のアラームに合った対処方法を表示しているので、この対処方法を学習して優先的に表示されるよう自動的に順番の入れ替えが行われる。したがって、上述同様オペレータは何もする必要がない。
【００５５】
そして、対処方法表示欄２２ｄに表示されなかった方法が有効だった場合、図６に示すアラーム内容編集画面５０を表示させ、対処方法一覧表５１に新たに今回の対処方法を追加する編集を行う（ステップＳ１４）。  これにより、サーバＰＣ１に記憶されているアラーム情報に新たな対処方法が追加される。
【００５６】
但し、このような故障や警告の原因、対処方法等の編集は、誤操作や誤記入に対して制限をする必要がある。  その制限方法としては、例えば、プログラムで変更できないようにする方法がある。  即ち、本システムの開発者のみ編集可能なようにするものである。  また、パスワードまたは上述したようにパスワードを入力してもユーザのアクセルレベルによってはサーバＰＣへのログインを制限するといったような方法もあり、これらは開発段階で設定する必要がある。
【００５７】
以上述べたような構成により、システムの開発段階や導入時には想定されなかった故障および警告の原因や対処方法が設備を運用しながら更新することができる。
【００５８】
図９にサーバＰＣにて行われる処理についてのフローチャートを示す。例えば、設備装置４にて故障または警告が発生すると、端末ＰＣ３からアラーム情報に関するコードデータが送られてくるので、このコードデータに対応するアラーム情報を端末ＰＣ３に返信する（ステップＳ２１）。
【００５９】
このアラーム情報に含まれるアラームメッセージに関して、オペレータにより対処方法の編集がなされたかどうかを判断する（ステップＳ２２）。  編集作業が行われていない場合、次にオペレータにより対処方法表示欄２２ｄの対処方法の切り替えが行われたかどうかを判断する（ステップＳ２３）。  表示された順番の対処方法が有効で、最終的に対処方法の切り替えが行われなかった場合はサーバＰＣ１の処理はここで終了である。
【００６０】
一方、対処方法の切り替えが行われていた場合、オペレータより呼び出された対処方法により自動的に優先順位を決定し（ステップＳ２４）、サーバＰＣ１に記録された対処方法一覧表示５１のデータを更新するすると共に、ステップＳ２２において端末ＰＣ３にて対処方法の編集がなされた場合にもデータの更新を行う（ステップＳ２５）。このデータの更新は、順次または予め設定された時期にサーバＰＣ１に記録するようにしてもよい。
【００６１】
このときの優先順位の決定方法としては、例えば、複数の対処方法のうち実際に有効だった対処方法を自動的に対処方法一覧表の１番にもってくる方法がある。  また、これらの対処方法をオペレータの呼び出し頻度に応じて自動的に優先順位を決定するようにしてもよい。
【００６２】
端末ＰＣ側で編集された情報をサーバＰＣに送り、共有ファイルとすることで、設備装置が複数有る場合、故障や警報に対する原因や対処方法等の内容（文章）修正ならびに項目の追加、削除、表示順序を変更した等の内容を全ての設備装置に反映することができる。
【００６３】
その一方で、共有ファイルとした場合、例えばネットワークの回線断やサーバＰＣの故障等、万一何らかの原因でこの共有ファイルが使えなくなった場合、全ての設備装置で表示障害が発生するとも限らない。
【００６４】
これを回避するために、各設備装置の端末ＰＣは、サーバＰＣ１の共有ファイルから定期的にこのアラーム情報を受信し、各端末ＰＣに自動でバックアップしておくようにする（ステップＳ２６）。そして、万一の場合は、アラーム情報を各端末ＰＣに保存されたこのバックアップファイルで代用してディスプレイに表示できるようにすることでオペレーションに支障がないようにしておく必要がある。  また、共有ファイルが使用可能になった時点で、自動で共有ファイル使うようにプログラムをし、その間の情報反映も考慮する必要がある。
【００６５】
以上のような構成により、ある故障や警告のアラームに関する複数の原因や対処方法に対し、その原因や対処方法を表示する順序を発生状況により自己学習して表示することができる。
【００６６】
また、１台の設備装置に発生したアラームの原因とその対処方法について編集した結果を、ネットワークを介し全設備装置の端末ＰＣで利用することができるとともに、この編集結果を他の端末ＰＣに１台１台展開（コピー）する手間を省略することができる。
【００６７】
さらに、サーバＰＣの更新データが自動的に全端末ＰＣにバックアップされるので、サ−バＰＣおよび／またはネットワークのトラブルによっても更新データが消失することなく利用できる。
【００６８】
尚、本発明は、上述した実施の形態の例の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵ等の制御装置）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００６９】
この場合のプログラムコードを供給するための記録媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００７０】
さらに本発明は上述した実施の形態の例に限られることなく、本発明の要旨を逸脱することなくその他種々の構成を取り得ることは勿論である。
【００７１】
【発明の効果】
斯かる本発明によれば、システムの開発段階や導入時には想定されなかった故障および警告の原因や対処方法を、設備装置を運用しながらオペレータ等により端末から編集作業を行うことができる。  そして、その編集結果を電気通信回線を介し全設備装置の端末で利用することができるので、この編集結果を手間をかけることなく簡便に全設備装置の端末に反映することができる。
【００７２】
また本発明によれば、任意の端末により編集されたサーバのアラーム情報を自動的に全端末の記憶手段に記憶させるようにしたので、サーバの更新データが自動的に全端末の記憶手段にバックアップされ、サ−バおよび／または電気通信回線のトラブルによっても更新データが消失することなくシステムを利用することができる。
【００７３】
また本発明において、この表示手段に表示されるこのアラーム情報が入力手段を介した所定操作により階層的にグラフィック表示されるようにした場合には、故障または警告に関するアラーム情報表示に対し、アラーム発生原因と想定される場所が階層的に詳細表示されるので、オペレータがアラームの発生場所を視覚的に容易に認識することができる。
【００７４】
また本発明において、このサーバに蓄積されたこの設備装置の故障または警告に対する対処方法が複数の場合には、有効度が高いと想定される対処方法から順にこの表示手段に表示するようにした場合、オペレータがアラームの発生状況に対して迅速に適切な対応をとることができる。
【００７５】
また本発明において、この入力手段を介しオペレータからの表示の呼び出しに応じてこのサーバに蓄積されたこの対処方法の表示順が自動的に編集されるようにした場合には、この対処方法を表示する順番を発生状況により適宜自己学習し、オペレータが意識して編集作業をすることなく自動的に有効度の高い対処方法の表示順位を上げることができる。
【図面の簡単な説明】
【図１】本発明メンテナンスシステムの実施の形態の例を示す構成図である。
【図２】設備装置の一例を示す線図である。
【図３】端末ＰＣの表示画面（メイン画面）の一例を示す線図である。
【図４】端末ＰＣの表示画面（アラーム位置表示画面）の一例を示す線図である。
【図５】端末ＰＣの表示画面（アラーム詳細画面）の一例を示す線図である。
【図６】端末ＰＣの表示画面（アラーム内容編集画面）の一例を示す線図である。
【図７】アラーム発生後の端末ＰＣの動作を示すフローチャートである。
【図８】アラーム原因除去後のオペレータの行動を示すフローチャートである。
【図９】アラーム発生後のサーバＰＣの動作を示すフローチャートである。
【符号の説明】
１・・・・サーバＰＣ、２・・・・ネットワーク、３，  ５，  ７，  ９・・・・端末ＰＣ、４，  ６，  ８，  １０・・・・設備装置、１１，  １２，  １３，  １４，  １５・・・・工程、１６・・・・入力機器、２０・・・・メイン画面（ＤＶＤ生産工程監視モニタ）、２２・・・・アラーム表示部、２２ａ・・・・アラーム一覧表、２２ｂ・・・・コードデータ等表示欄、２２ｃ・・・・アラームメッセージ表示欄、２２ｄ・・・・対処方法表示欄、３０・・・・アラーム位置表示画面、３２・・・・ユニット詳細ボタン、３３・・・・編集ボタン、４０・・・・アラーム位置表示画面（詳細画面）、５０・・・・アラーム内容編集画面、５１・・・・対処方法一覧表
【図１】
2004227175.tif 000003
【図２】
2004227175.tif 000004
【図３】
2004227175.tif 000005
【図４】
2004227175.tif 000006
【図５】
2004227175.tif 000007
【図６】
2004227175.tif 000008
【図７】
2004227175.tif 000009
【図８】
2004227175.tif 000010
【図９】
2004227175.tif 000011