JP2003032764A - 保守装置、メンテナンスシステムおよびメンテナンス方法 - Google Patents

Abstract

(57)【要約】 【課題】 稼動情報が不必要に外部に漏れるのを防止す
ることができる保守装置、メンテナンスシステムおよび
メンテナンス方法を提供する。 【解決手段】 ベンダー事業所２００の管理装置２０１
から保守用情報の送信要求があったとしても、ユーザー
工場１００の保守担当者が送信要求に対して送信を許可
するか否かを判断し、送信許可を与えた場合のみ、該許
可が与えた保守用情報のみを保守端末１４０からインタ
ーネット３００を介して管理装置２０１に送信するた
め、保守用情報が不必要に外部に漏れるのを効果的に防
止することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ユーザー工場に
設置された１または複数の機器の動作状況を示す稼動情
報を取得し、前記機器のメンテナンスを行うベンダーに
対し、必要に応じて稼動情報を通信回線によって送信す
る保守装置、該装置を備えるメンテナンスシステムおよ
びメンテナンス方法に関するものである。

【０００２】

【従来の技術】従来より、機器メーカで製造した各種機
器、例えば半導体装置や液晶表示装置の製造用の機器を
ユーザー工場に設置した後、その機器メーカや販売会社
などの会社（以下「ベンダー」という）が該機器のメン
テナンスを実行している。具体的には、機器のトラブル
対応や定期保守などのメンテナンスは、ベンダーの保守
要員がトラブル発生時に電話やファクシミリで対応した
り、定期的もしくは緊急に保守要員が機器設置工場に赴
いて、保守を行っていた。しかしながら、保守要員が不
足しているという現状、ユーザー工場が遠隔地に点在し
ているなどの要因により、従来に比べてトラブル対処や
定期保守に対して迅速な対応が困難になりつつあった。

【０００３】そこで、かかる問題を解消するために、種
々のメンテナンスシステムが近年数多く提案されてい
る。例えば特開平１０−９７９６６号公報に記載された
発明（産業用機器の遠隔保守システム）では、ユーザー
工場に設置されたホストコンピュータによって工場内の
産業用機器の稼働状況を監視し、例えばトラブルがあっ
た場合には、機器の状態の情報を収集し、ベンダーにイ
ンターネットを介して稼動情報を伝達して報告してい
る。一方、ベンダーのホストコンピュータは、各工場に
設置されたホストコンピュータからの通信に対して２４
時間体制で待機しており、ユーザー先のホストコンピュ
ータからトラブルに伴う稼動情報が送信されてくると、
その稼動情報に基づき適切な対応を講じている。

【０００４】

【発明が解決しようとする課題】ところで、機器の稼動
状況を示す稼動情報には、例えば機器のリミットスイッ
チや流量計などのセンサ状態を示すセンサ情報、機器と
ホストコンピュータとの間で行われた通信情報、各機器
に対して予めユーザーが設定した動作手順を示すレシピ
情報などの複数の保守用情報が含まれており、発生した
トラブルの種類によっては一部の保守用情報のみでベン
ダー側で十分な対処が可能な場合もあり、必ずしも全稼
動情報をベンダー側に報知しなければならないというも
のではない。また、稼動情報の中には、ユーザーが外部
に漏らしたくない情報（以下「機密情報」という）が含
まれていることがあり、上記のように該情報をベンダー
側に送信する必要がない場合には、該情報を省略したい
という要望がある。しかしながら、上記従来技術では、
トラブルがあった際に、機器の稼動状況を示す稼動情報
をそのままベンダー側に送信しており、このようなユー
ザーの要望を満足することは不可能であった。

【０００５】ここで、ユーザー要望を満足させるため
に、例えばトラブルが発生した際に稼動情報のうち機密
情報を除いた情報のみをベンダー側に送信することも考
えられるが、発生したトラブルの種類によっては機密情
報を参照しないとベンダー側でトラブル対策を講ずるこ
とができない場合もあり、ユーザーからの稼動情報を一
律に制限することは適切な対応策とは言えない。

【０００６】このように、従来技術では稼動情報の取り
扱いに対して十分な配慮がなされておらず、稼動情報に
含まれる機密情報が必要以上に外部に漏れるのを防止す
るのが困難となっていた。

【０００７】この発明は上記課題に鑑みなされたもので
あり、稼動情報が不必要に外部に漏れるのを防止するこ
とができる保守装置、メンテナンスシステムおよびメン
テナンス方法を提供することを目的とする。

【０００８】

【課題を解決するための手段】この発明は、ユーザー工
場に設置された１または複数の機器の動作状況を示す稼
動情報を取得し、必要に応じて機器のメンテナンスを行
うベンダーに稼動情報を通信回線によって送信する保守
装置であって、上記目的を達成するため、ベンダーから
稼動情報の送信要求があった際、ユーザーから送信許可
が与えられた場合のみ稼動情報の全部あるいは一部をベ
ンダーに送信している（請求項１）。

【０００９】このように構成された発明では、ベンダー
から稼動情報の送信要求があったとしても、ユーザー側
は該送信要求に対して送信を許可するか否かを判断し、
送信許可を与えた場合のみ、稼動情報の全部あるいは一
部をベンダーに送信する。したがって、稼動情報が不必
要に外部に漏れるのが効果的に防止される。

【００１０】ここで、稼動情報が複数の保守用情報を含
んでおり、ベンダーから保守用情報の全部あるいは一部
について送信要求がなされる場合がある。すなわち、ベ
ンダー側ではメンテナンスに必要となる保守用情報のみ
をユーザー側に要求することがあるが、この場合、ユー
ザー側では、稼動情報のうちベンダーから送信要求があ
った保守用情報の一部あるいは全部をベンダーに送信す
る許可を与えるように構成してもよい。このように稼動
情報のうちベンダー側から送信要求がない情報について
はベンダー側に送信されることはなく、ベンダー側が送
信を要求していない情報が誤って送信されるのを効果的
に防止することができる（請求項２）。

【００１１】また、ベンダーから送信要求があった保守
用情報の各々をベンダーに送信するか否かを選択可能に
構成してもよい。こうすることで、保守用情報を個別に
送信するか否かを設定することができ、ユーザーの意思
をより明確に反映することができる（請求項３）。

【００１２】また、稼動情報を受ける保守装置では、そ
の稼動情報に基づき機器のトラブル発生を予想すること
ができるので、機器トラブルが所定の確率以上で発生す
ると予測した際にはトラブル発生予報をベンダー側に報
知するようにすれば、かかるトラブル発生を未然に防止
することができ、積極的なメンテナンスが可能となる
（請求項４）。なお、トラブル発生予報については、通
信回線によりベンダーに送信するのが効率的である（請
求項５）。

【００１３】また、この発明は、上記目的を達成するた
め、ユーザー工場に設置される請求項１ないし５のいず
れかに記載の保守装置と、ベンダーに設置されて機器を
管理する管理装置とを備えており、通信回線により保守
装置と管理装置との間で情報通信ができるように構成し
ている（請求項６）。

【００１４】このように構成されたメンテナンスシステ
ムでは、上記保守装置を設けたことで、ベンダーから稼
動情報の送信要求があったとしても、常にユーザー側は
該送信要求に対して送信を許可するか否かを判断し、稼
動情報が不必要に外部に漏れるのを効果的に防止する。

【００１５】さらに、この発明は、ユーザー工場に設置
された１または複数の機器をメンテナンスするメンテナ
ンス方法であって、上記目的を達成するため、機器の動
作状況を示す稼動情報を取得する工程と、機器に対する
メンテナンス要求が発生した際に、そのメンテナンス要
求を機器のメンテナンスを行うベンダーに報知する工程
と、ベンダーから稼動情報の送信要求があった際、ベン
ダーへの送信を許可するか否かを判断し、送信を許可す
ると判断した場合のみ、稼動情報の全部あるいは一部を
ベンダーに送信する工程とを備えている（請求項７）。

【００１６】このように構成された発明では、ユーザー
側からベンダー側にメンテナンス要求を与えると、ベン
ダー側は稼動情報の送信をユーザー側に要求するが、ユ
ーザー側ではベンダーへの送信を許可すると判断した場
合のみ、稼動情報の全部あるいは一部をベンダーに送信
している。このため、稼動情報が不必要に外部に漏れる
のが効果的に防止される。

【００１７】

【発明の実施の形態】図１は、この発明にかかるメンテ
ナンスシステムの一実施形態を示す全体構成図である。
同図中の符号１００はユーザー工場を示しており、この
ユーザー工場１００には、機器として液晶表示装置を製
造するための製造装置、例えば塗布装置、熱処理装置、
現像装置などが設置されている。なお、ここでは説明の
便宜から、同図には、機器Ａを備えた製造ライン１１０
と、機器Ｂおよび機器Ｃを備えた製造ライン１２０とが
図示されている。

【００１８】この製造ライン１１０では、システムコン
トロールバス１１１が設けられており、システムコント
ロールバス１１１に機器Ａを制御するコントローラ１１
２およびシステムコントローラ１１３が接続されてい
る。また、コントローラ１１２は無線通信によってノー
ト型端末１１４に接続されている。

【００１９】また、製造ライン１２０についても、基本
的に製造ライン１１０と同様に構成されている。すなわ
ち、製造ライン１２０では、システムコントロールバス
１２１が設けられており、システムコントロールバス１
２１に対して、機器Ｂを制御するコントローラ１２２
と、機器Ｃを制御するコントローラ１２３と、システム
コントローラ１２４とが接続されている。また、この製
造ライン１２０では、コントローラ１２２，１２３に対
して１つのノート型端末１２５が設けられており、無線
通信によって接続されている。

【００２０】さらに、ユーザー工場１００には、保守ル
ータ１３０が設けられており、この保守ルータ１３０に
対し、システムコントロールバス１１１，１２１が電気
的に接続されるとともに、本発明の「保守装置」に相当
する保守端末１４０が無線通信によって接続されてい
る。したがって、保守端末１４０は保守ルータ１３０を
介して各コントローラ１１２，１１３，１２２，１２
３，１２４にアクセスして各機器Ａ〜Ｃの動作状況を示
す稼動情報を監視することができるようになっている。
なお、このユーザー工場１００における稼動情報は、以
下の３種類の保守用情報（センサ情報、通信情報および
レシピ情報） (1)センサ情報：各機器Ａ〜Ｃ内に設けられたリミット
スイッチや流量計などのセンサ状態を示す情報、(2)各
コントローラ１１２，１２２，１２３と、ユーザー工場
１００の全体を制御するホストコンピュータ（図示省
略）との間で行われた通信情報（ログ情報）、(3)各機
器Ａ〜Ｃに対して予めユーザーが設定した動作手順やプ
ロセス条件などを示すレシピ情報、を含んでいる。

【００２１】一方、上記機器Ａ〜Ｃをユーザー工場１０
０に供給し、各機器Ａ〜Ｃのメンテナンスを行うベンダ
ー事業所２００には、同図に示すようにベンダー側で機
器Ａ〜Ｃの管理作業を行うための管理装置２０１が設置
されている。この管理装置２０１は通信回線、例えばイ
ンターネット３００を介してユーザー工場１００に設置
された保守端末１４０と双方向通信可能となっており、
次に説明するように保守端末１４０との間で種々の情報
を交換して機器Ａ〜Ｃのメンテナンスを実行する。

【００２２】上記のように構成されたメンテナンスシス
テムでは、ユーザー工場１００に設置された保守端末１
４０は、定期的に各コントローラ１１２，１２２，１２
３から稼動情報（センサ情報、通信情報およびレシピ情
報）を取得して各機器Ａ〜Ｃの稼動状況を監視してい
る。そして、トラブルが発生したことを確認すると、図
２に示す動作フローにしたがって該トラブルに対する対
策が実行される。以下、図２および図３を参照しながら
説明する。

【００２３】図２は、図１のメンテナンスシステムにお
けるトラブル対応動作を示すフローチャートである。こ
のメンテナンスシステムでは、上記のように保守端末１
４０がトラブルを確認すると、そのトラブルの内容をイ
ンターネット３００を介してベンダー事業所２００の管
理装置２０１に通知してベンダー事業所２００に対して
メンテナンスを要求する（ステップＳ１１）。このよう
に、この実施形態では、保守端末１４０が自動的にトラ
ブル内容を通知しているが、ユーザー工場１００の保守
担当者が保守端末１４０のディスプレイ（図示省略）に
現れたトラブルメッセージを確認し、そのトラブル内容
を電話、ＦＡＸ送信や電子メールなどによりマニュアル
的にベンダー事業所２００側に通知するようにしてもよ
い。

【００２４】一方、ベンダー事業所２００では、管理装
置２０１はユーザー工場１００からの通信に対して２４
時間体制で待機しており、ステップＳ２１で上記トラブ
ル通知（メンテナンス要求）を受信すると、そのトラブ
ル内容を解析するために必要な保守用情報の送信をユー
ザー工場１００に対して要求する（ステップＳ２２）。
ここでも、ユーザーへの送信要求をインターネット３０
０を介して自動的に行っているが、ユーザーからのトラ
ブル通知の場合と同様に、保守用情報の送信要求をベン
ダー事業所２００の管理担当者などが電話、ＦＡＸ送信
や電子メールなどによりマニュアル的に行うようにして
もよい。

【００２５】こうして送信要求がなされると、ユーザー
工場１００の保守端末１４０は送信要求を受信し（ステ
ップＳ１２）、保守端末１４０の表示画面１４１（図
３）上にベンダー側から要求された保守用情報の種類
（ここでは同図に示すようにセンサ情報、通信情報、レ
シピ情報の３種類）を表示するとともに、図３に示すよ
うに「ベンダーより以下の保守用情報の送信要求が来て
おります。送信を許可しますか？」というメッセージを
併せて表示してユーザー工場１００の保守担当者に対し
て情報送信の許可判断、つまりベンダーから要求された
情報を送信することを許可するか否かについての判断を
求める（ステップＳ１３）。なお、ここでは３種類の保
守用情報について送信要求されているが、トラブル内容
によっては別の保守用情報が追加要求されたち、逆に１
または２種類の保守用情報のみが要求されることがあ
る。すなわち、この実施形態では、稼動情報の全部につ
いて送信を要求するのではなく、稼動情報のうちトラブ
ル内容に応じた保守用情報のみについて送信要求してい
る。

【００２６】このステップＳ１３でユーザー工場の保守
担当者によって、すべての情報を送信しないと判断され
ると、送信不許可の旨を保守端末１４０がベンダー事業
所２００の管理装置２０１に向けて送信する（ステップ
Ｓ１４）。そして、ステップＳ２３で不許可の通知を受
けた管理装置２０１は予め決められた不許可の場合の対
策を実行する。

【００２７】一方、ステップＳ１３で保守担当者が情報
送信を許可すると判断した場合には、さらに図３の画面
上で送信を許可する項目については「許可」のボタンを
選択し、送信を許可しない項目については「不許可」の
ボタンを選択した後、送信ボタンをマウス（図示省略）
でクリックするなどして保守用情報が選択される（ステ
ップＳ１５）。すると、保守端末１４０はステップＳ１
５で選択された保守用情報をインターネット３００を介
して管理装置２０１に向けて送信する（ステップＳ１
６）。

【００２８】そして、ステップＳ２４でユーザー工場１
００から送られてきた保守用情報を受信した管理装置２
０１はその情報に基づきトラブル解析を実行し（ステッ
プＳ２５）、トラブル発生の原因を求めた後、その原因
に対応する適切な対策を実行する。例えば、ソフト的な
トラブルであれば、インターネット３００を介してトラ
ブル対象となっているコントローラの動作メモリ内容の
修正やソフトウェアの修正で対処できるかを検討し、可
能であればオンラインでの遠隔操作によってデータ更新
や修正ソフトウェアの供給を行う。また、オンライン処
理で対処できない場合には、電子メール、ファクシミ
リ、電話などの手段を使って、ユーザー先の保守担当者
に対処を指示してもよい。それでもできない深刻なトラ
ブルに対しては、ベンダー事業所２００の保守要員がユ
ーザー工場１００を訪問して対処を行うようにすればよ
い。

【００２９】以上のように、この実施形態によれば、ベ
ンダー事業所２００の管理装置２０１から保守用情報の
送信要求があったとしても、ユーザー工場１００の保守
担当者が送信要求に対して送信を許可するか否かを判断
し、送信許可を与えた場合のみ、該許可が与えた保守用
情報のみを保守端末１４０からインターネット３００を
介して管理装置２０１に送信するため、保守用情報が不
必要に外部に漏れるのを効果的に防止することができ
る。

【００３０】また、この実施形態では、稼動情報の全て
ではなく、ベンダー側から送信要求があった情報、つま
り選択された保守用情報のみを送信するように構成して
いるので、送信要求がない情報がベンダー側に送信され
るのを未然に防止することができる。しかも、送信要求
があった保守用情報であってもユーザー工場１００の保
守担当者がさらに送信すべきか否かを判断した上で保守
用情報を送信するように構成しているので、ユーザーに
とって重要な情報が誤って外部に送信されるのを未然に
防止することができ、ユーザー側でより高度な情報管理
を行うことが可能となる。

【００３１】ところで、上記実施形態では、保守端末１
４０が収集した稼動情報に基づきトラブル発生を確認し
た場合にトラブル内容をベンダー事業所２００に通知し
ているが、トラブル発生が所定の確率以上で発生する可
能性が生じた場合に、該トラブル発生の予報をベンダー
事業所２００の管理装置２０１に報知してトラブル発生
を未然に防止するようにしてもよい。より具体的には、
図４に示すトラブル発生予報の報知動作を実行すればよ
い。以下、図４を参照しつつトラブル発生予報について
説明する。

【００３２】図４は、図１の保守端末によるトラブル発
生予報の報知動作を示すフローチャートである。この保
守端末１４０は、ステップＳ３１で所定の単位処理が完
了する、例えばサイクルタイムごとに各コントローラ１
１２，１２２，１２３からセンサ情報を取得して各機器
Ａ〜Ｃの稼動状況としてモータのトルクを監視する（ス
テップＳ３２）。

【００３３】そして、次のステップＳ３３でトルクのば
らつきを計算する。ここで、トルクのばらつきを計算す
る理由は、ユーザー工場１００に納入される機器は同一
ユーザに対して、あるいは相互に異なるユーザーに対し
て複数台納入するのが一般的であり、各機器に組み込ま
れた駆動機構部は各機器ごとの組立調整のやり方などに
よって一部の機器において駆動機構部に故障が発生する
ことがあるからである。特に、駆動機構部に故障が発生
すると、該故障機器を駆動するサーボモータなどの駆動
源に対する負荷が大きくなり、駆動トルクの変動が大き
くなるからである。したがって、トルクのばらつきを計
算することで駆動機構部の故障をある程度予測すること
ができる。そこで、この実施形態では、トルクのばらつ
きを求め、そのばらつきが許容範囲に収まっているか否
かを判断することで駆動機構部の故障を予測している
（ステップＳ３４）。

【００３４】そして、このステップＳ３４で許容範囲に
収まっていると判断される間は、駆動機構部の故障の可
能性は低く、ステップＳ３１に戻って一連の動作を繰り
返す。一方、許容範囲に収まっていないと判断した際に
は、保守端末１４０はインターネット３００を介してベ
ンダー事業所２００の管理装置２０１にトラブル発生予
報、つまり許容範囲から外れた機器の駆動機構部におい
て所定以上の確率で故障が発生する可能性があることを
報知し（ステップＳ３５）、ステップＳ３１に戻る。な
お、トラブル発生予報（メンテナンス要求）を受けた管
理装置２０１はトラブル発生を受けた場合と同様にして
処理が進められていく。

【００３５】このように、この実施形態によれば、予め
故障予測を行い、故障を未然に防止することができるの
で、ユーザー工場１００のラインダウン時間を短縮する
ことが可能となる。

【００３６】なお、本発明は上記した実施形態に限定さ
れるものではなく、その趣旨を逸脱しない限りにおいて
上述したもの以外に種々の変更を行うことが可能であ
る。例えば、ユーザー工場１００とベンダー事業所２０
０とを１対１で双方通信するように構成した場合につい
て説明したが、複数のユーザー工場とベンダー事業所２
００とを多対１で双方向通信する場合にも、本発明を適
用することができる。

【００３７】また、上記実施形態では、インターネット
３００によってユーザー工場１００とベンダー事業所２
００との間で情報通信を行うように構成しているが、通
信回線についてはインターネット３００に限定されるも
のでなく、例えば専用通信回線で双方向通信するように
構成してもよい。

【００３８】また、上記実施形態では、稼動情報が３つ
の保守用情報を含む場合について説明したが、保守用情
報の種類や数についてはこれに限定されるものではな
く、任意であることはいうまでもない。

【００３９】また、上記実施形態では、保守端末１４０
が本発明の「保守装置」として機能しているが、他の制
御機器、例えばユーザー工場１００のホストコンピュー
タが「保守装置」として機能するように構成してもよ
い。

【００４０】さらに、図４に示す実施形態では、トルク
のばらつきに基づきトラブル発生を予測しているが、こ
れ以外の稼動情報に基づきトラブル発生を予測してもよ
い。

【００４１】

【発明の効果】以上のように、この発明によれば、ベン
ダー側からユーザー側に稼動情報の送信要求があった場
合であっても、従来技術のようにそのまま稼動情報をベ
ンダー側に送信するのではなく、ベンダーへの送信許可
があった場合のみ、稼動情報の全部あるいは一部をベン
ダーに送信するように構成しているので、稼動情報が不
必要に外部に漏れるのを効果的に防止することができ
る。

【図面の簡単な説明】

【図１】この発明にかかるメンテナンスシステムの一実
施形態を示す全体構成図である。

【図２】図１のメンテナンスシステムにおけるトラブル
対応動作を示すフローチャートである。

【図３】図２のトラブル対応動作中に保守端末に表示さ
れる画面の一例を示す図である。

【図４】トラブル発生予報の報知動作を示すフローチャ
ートである。

【符号の説明】

１００…ユーザー工場 １４０…保守端末（保守装置） ２００…ベンダー事業所 ２０１…管理装置 ３００…インターネット（通信回線） Ａ〜Ｃ…機器

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA01 GB02 JA35 JB16 KC47 KC58 KE02 MC02 5H223 AA05 AA06 BB05 BB08 CC06 DD03 DD07 DD09 EE01 EE06 EE11 EE22 EE29 EE30 5K048 AA15 BA23 BA25 DC01 DC03 EB03 EB08 EB12 HA02

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ユーザー工場に設置された１または複数
   の機器の動作状況を示す稼動情報を取得し、必要に応じ
   て前記機器のメンテナンスを行うベンダーに前記稼動情
   報を通信回線によって送信する保守装置において、 前記ベンダーから前記稼動情報の送信要求があった際、
   ユーザーから送信許可が与えられた場合のみ前記稼動情
   報の全部あるいは一部を前記ベンダーに送信することを
   特徴とする保守装置。
2. 【請求項２】 前記稼動情報は、複数の保守用情報を含
   んでおり、 ユーザーからの送信許可を送信条件として、前記稼動情
   報のうち前記ベンダーから送信要求があった保守用情報
   の一部あるいは全部を前記ベンダーに送信可能となって
   いる請求項１記載の保守装置。
3. 【請求項３】 前記ベンダーから送信要求があった保守
   用情報の各々を前記ベンダーに送信するか否かを選択可
   能となっている請求項２記載の保守装置。
4. 【請求項４】 前記稼動情報に基づき前記機器のトラブ
   ル発生を予想するとともに、機器トラブルが所定の確率
   以上で発生すると予測した際にはトラブル発生予報を報
   知する請求項１ないし３のいずれかに記載の保守装置。
5. 【請求項５】 前記トラブル発生予報を前記通信回線に
   より前記ベンダーに送信する請求項４記載の保守装置。
6. 【請求項６】 前記ユーザー工場に設置される請求項１
   ないし５のいずれかに記載の保守装置と、前記ベンダー
   に設置されて前記機器を管理する管理装置とを備え、 前記通信回線により前記保守装置と前記管理装置との間
   で情報通信が可能となっていることを特徴とするメンテ
   ナンスシステム。
7. 【請求項７】 ユーザー工場に設置された１または複数
   の機器をメンテナンスするメンテナンス方法において、 前記機器の動作状況を示す稼動情報を取得する工程と、 前記機器に対するメンテナンス要求が発生した際に、そ
   のメンテナンス要求を前記機器のメンテナンスを行うベ
   ンダーに報知する工程と、 前記ベンダーから前記稼動情報の送信要求があった際、
   前記ベンダーへの送信を許可するか否かを判断し、送信
   を許可すると判断した場合のみ、前記稼動情報の全部あ
   るいは一部を前記ベンダーに送信する工程とを備えたこ
   とを特徴とするメンテナンス方法。