JP2013131118A - メンテナンスシステム、メンテナンス装置及びメンテナンス方法 - Google Patents

Abstract

【課題】制御装置の問題の発生時に有効な対応方法を提供する。
【解決手段】制御装置３ａ〜３ｃは、問題発生時に、メンテナンス装置２から受信した手順データと異なる方法で問題を解決した際、実際に実行した対応方法を含む対応データをメンテナンス装置２に送信する変更処理手段３０３を備え、メンテナンス装置２は、制御装置３ａ〜３ｃによる機器の制御において問題が発生した際、解決データ記憶部２１に記憶され、問題の解決に利用する対応方法を含む解決データから発生している問題の解決に利用する対応方法を抽出し、抽出した対応方法を手順データとして制御装置３ａ〜３ｃに送信する抽出手段２０２と、制御装置３ａ〜３ｃから対応データを受信すると、対応データに含まれる対応方法を利用して解決データを更新する更新手段２０３とを備える。
【選択図】図１

Description

本発明は接続される機器を制御する制御装置における問題を解決するメンテナンスシステム、メンテナンス装置及びメンテナンス方法に関する。

工場やプラントで利用される機器は、このような機器と接続される制御装置によって制御されている。例えば、工場における製品の製造には、ワーク（製品や製品を製造する部品等）の搬送や加工にモータ、シリンダ、アクチュエータ、センサ等の機器が利用されている。これらの機器は接続される制御装置によって制御されているが、制御装置には、複数の機器や周辺装置が接続されており、処理状況等に関する信号を送受信しながら製品の製造が進められる。

このような制御装置では、機器の制御にあたり、機器の不具合等の問題が発生することがある。発生した問題の解決に利用する装置として、問題を解決する対応方法を記憶し、問題が発生した制御装置に提供するシステムがある（例えば、特許文献１参照）。

上述したようなシステムで制御装置に提供される対応方法は、問題を解決するための処理を示すものであり、例えば、発生する各問題に対して、複数の処理内容と各処理の順序とが関連づけられている。このようなシステムにおいて、制御装置は、提供された対応方法をディスプレイに表示する。制御装置を操作するオペレータは、ディスプレイに表示される複数の処理をディスプレイで示される順序で実行して問題を解決する。

仮に、対応方法において処理Ａ、処理Ｂ、処理Ｃの順序で処理を行なうことが規定されていても、処理Ａの後に処理Ｂを行なう必要があるために処理Ａの後に処理Ｂを行なうように規定している場合や、処理Ｂで問題が解決するよりも処理Ａで問題が解決することが多いために処理Ａの後に処理Ｂを行なうように規定している場合がある。

一方で、対応方法は、発生する問題を想定して予め生成されるものであり、実際に発生した問題に対して生成されるものではない。したがって、仮に、上述したようなシステムで提供する対応方法において処理Ａ、処理Ｂ、処理Ｃの順序で処理を行なうように規定していたとしても、実際に制御装置で問題が発生した場合、処理Ｂの前に処理Ｃを行なうこともあれば、処理Ａで問題が解決するよりも処理Ｂで問題が解決するほうが多いこともある。また、提供される対応方法に含まれていない処理で問題が解決することもある。

このように、実際に問題を解決した処理の順序や処理の内容が対応方法で規定される処理の順序や処理の内容と異なることがあっても、このような処理の順序や処理の内容は対応方法に反映されていないのが現状である。

特開２００６−２１９２５８号公報

上述したように、問題の発生時に提供される対応方法は、実際に問題を解決した結果は反映されていないため有効であるとは限らず、対応方法に含まれる内容を変更して問題を解決することが必要な場合もあった。

上記課題に鑑み、本発明は、制御装置の問題の発生時に有効な対応方法を提供するメンテナンスシステム、メンテナンス装置及びメンテナンス方法を提供することを目的としている。

上記目的を達成するために、請求項１記載の発明は、機器を制御する制御装置と、制御装置による機器の制御において問題発生時に問題への対応方法に関する手順データを制御装置に送信するメンテナンス装置とが接続されるメンテナンスシステムであって、制御装置は、問題発生時に、メンテナンス装置から受信した手順データと異なる方法で問題を解決した際、実際に実行した対応方法を含む対応データをメンテナンス装置に送信する変更処理手段を備え、メンテナンス装置は、制御装置による機器の制御において問題が発生した際、解決データ記憶部に記憶され、問題の解決に利用する対応方法を含む解決データから発生している問題の解決に利用する対応方法を抽出し、抽出した対応方法を手順データとして制御装置に送信する抽出手段と、制御装置から対応データを受信すると、対応データに含まれる対応方法を利用して解決データを更新する更新手段とを備える。

請求項２の発明は、機器を制御する制御装置と接続され、制御装置による機器の制御において問題への対応方法に関する手順データを制御装置に送信するメンテナンス装置であって、制御装置による機器の制御において問題が発生した際、解決データ記憶部に記憶され、問題の解決に利用する対応方法を含む解決データから発生している問題の解決に利用する対応方法を抽出し、抽出した対応方法を手順データとして制御装置に送信する抽出手段と、制御装置から問題の解決に利用した対応方法を含む対応データを受信すると、受信した対応データに含まれる対応方法を利用して解決データを更新する更新手段とを備える。

請求項３の発明は、更新手段は、手順データに含まれる対応方法と異なる方法を利用して問題を解決した制御装置から対応データを受信しない場合、対応データの送信を要求するリクエスト信号を送信する。

請求項４の発明は、制御装置から機器の制御の状況を受信すると、受信した機器の制御の状況を、蓄積データ記憶部に記憶される機器の制御の状況に関する蓄積データに追加する蓄積手段を備え、抽出手段は、手順データを送信後の制御装置において問題を解決できない場合、蓄積データから抽出した機器の制御の状況の履歴を制御装置に送信する。

請求項５の発明は、機器を制御する制御装置と、制御装置による機器の制御において問題発生時に問題への対応方法に関する手順データを制御装置に送信するメンテナンス装置とが接続されるメンテナンスシステムにおけるメンテナンス方法であって、問題発生時に、制御装置によって、メンテナンス装置に手順データの送信を要求するステップと、メンテナンス装置によって、制御装置の要求に応答して、解決データ記憶部に記憶され、問題の解決に利用する対応方法を含む解決データから、発生している問題の解決に利用する対応方法を抽出するステップと、メンテナンス装置において、抽出した対応方法を手順データとして制御装置に送信するステップと、制御装置において、メンテナンス装置から受信した手順データと異なる方法で問題を解決した際、実際に実行した対応方法を含む対応データをメンテナンス装置に送信するステップと、メンテナンス装置において、制御装置から対応データを受信すると、対応データに含まれる対応方法を利用して解決データを更新するステップとを有する。

本発明によれば、制御装置の問題の発生時に有効な対応方法を提供することができる。

本発明の実施形態に係るメンテナンスシステムの構成を説明するブロック図である。 図１のメンテナンスシステムにおける処理の一例を示すシーケンス図である。 図１のメンテナンス装置で利用する蓄積データの一例である。 図１のメンテナンス装置で利用する解決データの一例である。 図１の制御装置で表示される画面の一例である。 図１の制御装置で表示される画面の他の例である。

図面を参照して、本発明の実施形態に係るメンテナンスシステム、メンテナンス装置及びメンテナンス方法について説明する。図１に示すメンテナンスシステム１は、メンテナンス装置２と制御装置３ａ〜３ｃとがネットワーク４を介して接続されている。制御装置３ａ〜３ｃは、それぞれ接続される機器を制御するものである。例えば、工場における製品の製造工程でワークの搬送や加工等に利用するモータ、シリンダ、アクチュエータ、センサ等の機器（図示せず）と接続されており、各機器を制御する。メンテナンス装置２は、制御装置３ａ〜３ｃにおける制御処理で問題が発生した場合に、問題の解決に必要な対応方法を含む手順データを提供する。

なお、図１に示すメンテナンスシステム１では、メンテナンス装置２と３台の制御装置３ａ〜３ｃが接続されるものとして説明しているが、メンテナンス装置２と接続される制御装置の数は限定されない。また、以下では、制御装置３ｂを用いて説明するが、制御装置３ａ及び制御装置３ｃも制御装置３ｂと同一の構成であり、以下の説明で制御装置３ｂを制御装置３ａ又は制御装置３ｃと置き換えても同様である。

具体的には、図２に示すように、正常時の制御装置３ｂは、制御対象の機器を制御している（Ｓ１）。また、正常時の制御装置３ｂは、制御の状況を状況データとしてメンテナンス装置２に送信している（Ｓ２）。状況データを受信したメンテナンス装置２は、受信した状況データを記憶装置２１に蓄積データＤ１として蓄積して記憶する（Ｓ３）。このステップＳ１〜Ｓ３までの処理は、制御装置３ｂによる機器の制御を停止するまで、又は制御装置３ｂでの制御に問題が発生するまで繰り返される。

制御装置３ｂでの制御に問題が発生すると（Ｓ４）、制御装置３ｂは発生した問題の解決に利用する手順データの送信を要求するリクエスト信号をメンテナンス装置２に送信する（Ｓ５）。リクエスト信号を受信したメンテナンス装置２は、予め記憶装置２１で記憶している解決データＤ２を利用して手順データを制御装置３ｂに送信する（Ｓ６）。

手順データを受信した制御装置３ｂは、受信した手順データを利用して問題を解決する（Ｓ７）。その後、制御装置３ｂは、メンテナンス装置２から受信した手順データを利用して問題を解決することができたか否かの結果を送信する（Ｓ８）。具体的には、制御装置３ｂは、「（ａ）手順データを利用して問題を解決できた」、「（ｂ）手順データと異なる対応方法で問題を解決できた」、「（ｃ）問題を解決できていない」のいずれであるかを特定する結果を送信する。

制御装置３ｂから送信された結果において「（ｂ）手順データと異なる対応方法で問題を解決できた」ことが特定される場合、メンテナンス装置２は、実際に実施した対応方法を解決データＤ２に反映させるために利用する画面データを制御装置３ｂに送信する（Ｓ９）。制御装置３ｂは、画面データを利用して、実際に実施した対応方法を含む対応データをメンテナンス装置２に送信する（Ｓ１０）。これにより、メンテナンス装置２では、解決データＤ２を更新することができるため、その後に制御装置３ｂで同一の問題が発生した際に、最適な手順データを提供することが可能となる。

図２では省略しているが、「（ａ）手順データを利用して問題を解決できた」場合には、メンテナンス装置２では解決データＤ２を更新する必要はなく、制御装置３ｂは、ステップＳ１の機器の制御を再開する。

また、図２では省略しているが、「（ｃ）問題を解決できていない」場合には、メンテナンス装置２は記憶装置２１に記憶している蓄積データＤ１から制御装置３ｂによる機器の制御の状況を抽出して制御装置３ｂに送信する。制御装置３ｂでは、受信した機器の状況をディスプレイに表示し、機器の状況をもとに問題を解決することができる。

図１に示すように、メンテナンス装置２は、例えば、中央処理装置（ＣＰＵ）２０、記憶装置２１及び通信装置２２を備える情報処理装置である。このメンテナンス装置２は、記憶装置２１に記憶されるメンテナンスプログラムＰ１によってＣＰＵ２０に蓄積手段２０１、抽出手段２０２及び更新手段２０３が実装され、制御装置３ｂにおいて機器の制御の際に発生した問題の解決に利用する対応方法を含む手順データの供給が可能となる。

記憶装置２１は、図１に示すように、メンテナンスプログラムＰ１の他、蓄積データＤ１、解決データＤ２及び画面データＤ３を記憶している。

蓄積データＤ１は、ネットワーク４を介して制御装置３ａ〜３ｃから受信する状況データを蓄積した、制御装置３ａ〜３ｃにおける制御の状況の履歴に関するデータである。蓄積データＤ１は、例えば、図３に示すように、時刻と、機器の識別番号と、当該時刻における当該機器の制御値や計測値等の値と、当該機器の動作や操作等のタイミング、機器の稼動時間等を関連づけている。

解決データＤ２は、制御装置３ｂにおいて機器の制御の際に発生した問題の解決に利用する対応方法を含むデータである。解決データＤ２は、例えば、図４に示すように、複数の問題について、問題の内容（トラブル）、原因、復旧方法（対応方法）等が関連づけられている。なお、図４では、制御装置３ｂが搬送装置を制御する場合の解決データの一例を示している。

画面データＤ３は、解決データＤ２を利用して、解決データＤ２の更新に利用する画面を表示させるためのデータである。例えば、解決データＤ２及び画面データＤ３によって、図５に示すような画面Ｗ１を表示させることができる。

蓄積手段２０１は、ネットワーク４及び通信装置２２を介して制御装置３ｂから送信された状況データを入力すると、入力した状況データを蓄積データＤ１に追加する。すなわち、制御装置３ｂが送信する状況データには、蓄積データＤ１が含む内容を含んでおり、例えば、図３に示す蓄積データＤ１と対応する状況データでは、時刻、機器の識別番号、制御値、計測値、動作タイミング、操作タイミング、稼動時間等を含んでいる。なお、蓄積手段２０１は、後に利用することがないと考えられる程度に古いデータを蓄積データＤ１から削除するようにしてもよい。

抽出手段２０２は、ネットワーク４及び通信装置２２を介して制御装置３ｂから送信された手順データの送信を要求するリクエスト信号を入力すると、記憶装置２１に記憶される解決データＤ２を読み出し、解決データＤ２から発生している問題に対応するデータを抽出する。具体的には、抽出手段２０２は、記憶装置２１に記憶される蓄積データＤ１を読み出し、読み出した蓄積データＤ１に含まれる制御装置３ｂによる現在の状況で特定される問題を特定し、特定された問題を解決する対応方法を解決データＤ２から抽出する。または、リクエスト信号に問題を特定する識別番号等を含んでいるときには、抽出手段２０２は、リクエスト信号に含まれる識別番号等で特定される問題を解決する対応方法を解決データＤ２から抽出する。その後、抽出手段２０２は、通信装置２２及びネットワーク４を介して制御装置３ｂに抽出した解決データＤ２を送信する。

抽出手段２０２は、制御装置３ｂから「（ｃ）問題を解決できていない」結果を受信した場合、蓄積データＤ１から必要な機器の状況を抽出し、制御装置３ｂに送信する。具体的には、抽出手段２０２は、問題の原因の特定に利用できる可能性のある状況を抽出する。例えば、抽出手段２０２は、制御装置３ｂが制御する機器の状況のうち、問題が発生する直前の所定タイミングの状況や、問題が発生した前後の所定期間の状況を抽出する。これは、問題発生の直前の状況や問題発生前後の状況は、正常な動作ではなく、異常の特定に有益であるためである。なお、蓄積データＤ１から抽出した履歴データを送信後に制御装置３ｂにおいて送信した履歴データによって問題が解決された場合、抽出手段２０２は、制御装置３ｂから「（ｂ）手順データと異なる対応方法で問題を解決できた」結果を受信する。

更新手段２０３は、ネットワーク４を介して通信装置２２が制御装置３ｂから解決データＤ２を更新する画面データの送信を要求するリクエスト信号を受信した場合、解決データＤ２の更新に利用する画面データＤ３を読み出して制御装置３ｂに送信する。また、更新手段２０３は、制御装置３ｂから「（ｂ）手順データと異なる対応方法で問題を解決できた」結果を受信後に解決データＤ２を更新する画面データ送信のリクエスト信号を受信しない場合にも、解決データＤ２の更新に利用する画面データＤ３を読み出して制御装置３ｂに送信する。

更新手段２０３は、画面データ送信後に制御装置３ｂから対応データを受信すると、対応データを利用して解決データＤ２を更新する。制御装置３ｂが送信する対応データには、発生した問題を解決した対応方法において「変更した処理の順序」や「追加した処理の内容」が含まれている。したがって、更新手段２０３は、対応データに「変更した処理の順序」が含まれているとき、解決データＤ２に含まれる処理の順序を変更した順序に更新する。また、更新手段２０３は、対応データに「追加した処理の順序」が含まれているとき、解決データＤ２に含まれる新たな処理を追加する。すなわち、更新手段２０３において解決データＤ２を更新することで、接続される全ての制御装置３ａ〜３ｃへ、その後に供給される手順データが一括して更新することができる。

なお、更新手段２０３は、制御装置３ｂに画面データを送信後に対応データを受信しない場合、対応データを受信するまで、対応データの送信を要求するリクエスト信号を制御装置３ｂに送信してもよい。

また、更新手段２０３は、変更リクエストを１回受信したタイミングで更新するのではなく、同一の変更に関する変更リクエストを所定回（例えば、３回）受信したタイミングで更新するようにしてもよい。この場合、例えば、１番目の処理と２番目の処理を入れ替える変更リクエストを３回目に受信したタイミングでこの処理の順序を入れ替える。このように、更新の要求の多いものを更新することで、解決データＤ２が有効に更新される。

その他、同一の問題に対して複数の対応方法が考えられる場合、各対応方法に対して問題解決の貢献度に応じて優先順位を設定しておき、更新手段２０３は、解決データＤ２が含む優先順位を更新してもよい。解決データＤ２において各対応方法に優先順位が設定される場合、抽出手段２０２は、この優先順位を含む手順データを制御装置３ｂに送信する。このように優先順位を提示することで、複数の対応方法がある場合でも、問題を解決する可能性の高い対応方法から実施することができる。

図１に示すように、制御装置３ｂは、例えば、中央処理装置（ＣＰＵ）３０、記憶装置３１、表示装置３２、入力装置３３及び通信装置３４等を備える情報処理装置である。この制御装置３ｂは、記憶装置３１に記憶される制御プログラムＰ２によってＣＰＵ３０に制御手段３０１、解決処理手段３０２及び変更処理手段３０３が実装され、機器の制御が可能となる。

例えば、記憶装置３１では、図１に示すように、制御プログラムＰ２の他、制御の状況を蓄積する蓄積データＤ４を記憶している。表示装置３２は、制御装置３ｂにおける制御の状況を表示するものであって、例えば、ディスプレイである。また、入力装置３３は、機器を制御するために必要な信号等を入力するものであって、例えば、操作ボタンやキーボードである。なお、ＣＰＵ３０、記憶装置３１、表示装置３２、入力装置３３及び通信装置３４全てが１台の装置内に含まれている必要はなく、複数台の装置で１つの制御装置３ｂを構成するものであってもよい。

制御手段３０１は、接続される各機器に、機器を制御する制御信号を送信する。また、制御手段３０１は、各機器の制御の状況を状況データとして通信装置３４を介してメンテナンス装置２に送信する。また、制御手段３０１は、制御の状況を蓄積データＤ４に追加する。

解決処理手段３０２は、機器の制御に問題が発生したとき、問題を解決する手順データの送信を要求するリクエスト信号をメンテナンス装置２に送信する。ここで、解決処理手段３０２は、制御装置３ｂで問題の発生を検知したタイミングでリクエスト信号を自動で送信するようにしてもよいし、制御装置３ｂにおける問題の発生を把握したオペレータによって入力装置３３を介して操作信号が入力されたタイミングでリクエスト信号を送信するようにしてもよい。

また、解決処理手段３０２は、手順データを受信すると、受信した手順データを表示装置３２に表示する。例えば、表示装置３２には、図４に示すような解決データＤ２に関する内容が表示される。オペレータは、表示装置３２に表示される手順データを参照して、問題の解決にあたる。すなわち、オペレータは、手順データに含まれる対応方法の処理を、手順データによって示される順序で処理を実施する。ここで、問題が解決されない場合や、手順データに含まれる順序で処理を実施することができない場合等には、オペレータは、手順データで規定される順序と異なる順序で処理を実施したり、手順データに含まれていない処理を実施することもある。

受信した手順データに従って問題が解決されたとき、解決処理手段３０２は、「（ａ）手順データを利用して問題が解決できた」結果をメンテナンス装置２に送信する。受信した手順データの規定と異なる順序で処理を実施し、又は手順データに規定されていない処理を実施して問題が解決されたとき、解決処理手段３０２は、「（ｂ）手順データと異なる対応方法で問題を解決できた」結果をメンテナンス装置２に送信する。一方、問題が解決できないとき、解決処理手段３０２は、「（ｃ）問題を解決できていない」結果をメンテナンス装置２に送信する。

さらに、解決処理手段３０２は、「（ｃ）問題を解決できていない」結果をメンテナンス装置２に送信後、蓄積データＤ１から抽出された状況データを受信すると、受信した状況データを表示装置３２に表示する。例えば、表示装置３２には、図３に示すような蓄積データＤ１から抽出された内容が、図６に示すような画面Ｗ２として表示される。ここで表示装置３２に表示される状況データは、数値の配列で表示されてもよいし、グラフ等で表示されてもよい。オペレータは、表示装置３２に表示される状況データを参照して、問題の解決にあたる。

変更処理手段３０３は、メンテナンス装置２から解決データＤ２の更新に利用する画面データを受信すると、受信した画面データを利用して、解決データＤ２の変更に利用する画面を表示装置３２に表示する。図５に示す画面W１の例では、解決データＤ２において問題の解決の対応方法として、処理１〜処理４の複数の処理を処理１、処理２、処理３、処理４の順で行なうことが規定されている。また、画面Ｗ１では、実施した処理をマークするチェックボックスｂ１１〜ｂ１５と、処理の順序を変更する場合に、変更後の順序を入力する入力ボックスｂ２１〜ｂ２５と、新たな処理を追加する場合に、追加する処理の内容を入力する入力ボックスｂ３とを有している。また、画面Ｗ１では、変更後の順序を入力ボックスｂ２１〜ｂ２５に入力した場合又は追加する処理の内容を入力ボックスｂ３に入力した場合に選択する更新ボタンｂ４とを有している。

変更処理手段３０３は、解決データＤ２の更新が要求されたタイミングで、変更する対応方法である対応データを送信する。具体的には、変更処理手段３０３は、画面Ｗ１の更新ボタンｂ４が操作されたタイミングで、対応データを送信する。変更処理手段３０３が送信する対応データは、入力装置３３を利用して画面Ｗ１の入力ボックスｂ２１〜ｂ２５に入力された変更する処理の順序又は入力ボックスｂ３に入力された新たに追加する処理等を含んでいる。

上述したメンテナンスシステム１、メンテナンス装置２及びメンテナンス方法では、問題が発生した制御装置で実際に問題を解決した対応方法を、その後に問題が発生した制御装置に提供する対応方法にフィードバックすることができる。また、上述したメンテナンスシステム１、メンテナンス装置２及びメンテナンス方法では、問題発生前の制御の状況に応じて、問題の原因を予測して提示することで、問題の解決に利用させることができる。

以上、各実施形態を用いて本発明を詳細に説明したが、本発明は本明細書中に説明した実施形態に限定されるものではない。本発明の範囲は、特許請求の範囲の記載及び特許請求の範囲の記載と均等の範囲により決定される。

１…メンテナンスシステム
２…メンテナンス装置
２０…ＣＰＵ
２０１…蓄積手段
２０２…抽出手段
２０３…更新手段
２１…記憶装置
Ｐ１…メンテナンスプログラム
Ｄ１…蓄積データ
Ｄ２…解決データ
Ｄ３…画面データ
２２…通信装置
３ａ〜３ｃ…制御装置
３０…ＣＰＵ
３０１…制御手段
３０２…解決処理手段
３０３…変更処理手段
３１…記憶装置
Ｐ２…制御プログラム
Ｄ４…蓄積データ
３２…表示装置
Ｗ…画面
ｂ１１〜ｂ１５…チェックボックス
ｂ２１〜ｂ２５…入力ボックス
ｂ３…入力ボックス
ｂ４…解決ボタン
ｂ５…更新ボタン
３３…入力装置
３４…通信装置
４…ネットワーク

Claims (5)

1. 機器を制御する制御装置と、前記制御装置による機器の制御において問題発生時に問題への対応方法に関する手順データを前記制御装置に送信するメンテナンス装置とが接続されるメンテナンスシステムであって、
   前記制御装置は、
   問題発生時に、前記メンテナンス装置から受信した手順データと異なる方法で問題を解決した際、実際に実行した対応方法を含む対応データを前記メンテナンス装置に送信する変更処理手段を備え、
   前記メンテナンス装置は、
   前記制御装置による機器の制御において問題が発生した際、解決データ記憶部に記憶され、問題の解決に利用する対応方法を含む解決データから発生している問題の解決に利用する対応方法を抽出し、抽出した対応方法を手順データとして前記制御装置に送信する抽出手段と、
   前記制御装置から対応データを受信すると、対応データに含まれる対応方法を利用して前記解決データを更新する更新手段とを備える、
   ことを特徴とするメンテナンスシステム。
2. 機器を制御する制御装置と接続され、前記制御装置による機器の制御において問題への対応方法に関する手順データを前記制御装置に送信するメンテナンス装置であって、
   前記制御装置による機器の制御において問題が発生した際、解決データ記憶部に記憶され、問題の解決に利用する対応方法を含む解決データから発生している問題の解決に利用する対応方法を抽出し、抽出した対応方法を手順データとして前記制御装置に送信する抽出手段と、
   前記制御装置から問題の解決に利用した対応方法を含む対応データを受信すると、受信した対応データに含まれる対応方法を利用して前記解決データを更新する更新手段と、
   を備えることを特徴とするメンテナンス装置。
3. 前記更新手段は、手順データに含まれる対応方法と異なる方法を利用して問題を解決した制御装置から対応データを受信しない場合、対応データの送信を要求するリクエスト信号を送信する
   ことを特徴とする請求項２に記載のメンテナンス装置。
4. 前記制御装置から機器の制御の状況を受信すると、受信した機器の制御の状況を、蓄積データ記憶部に記憶される機器の制御の状況に関する蓄積データに追加する蓄積手段を備え、
   前記抽出手段は、手順データを送信後の制御装置において問題を解決できない場合、前記蓄積データから抽出した機器の制御の状況の履歴を前記制御装置に送信する
   ことを特徴とする請求項２に記載のメンテナンス装置。
5. 機器を制御する制御装置と、前記制御装置による機器の制御において問題発生時に問題への対応方法に関する手順データを前記制御装置に送信するメンテナンス装置とが接続されるメンテナンスシステムにおけるメンテナンス方法であって、
   問題発生時に、前記制御装置によって、前記メンテナンス装置に手順データの送信を要求するステップと、
   前記メンテナンス装置によって、前記制御装置の要求に応答して、解決データ記憶部に記憶され、問題の解決に利用する対応方法を含む解決データから、発生している問題の解決に利用する対応方法を抽出するステップと、
   前記メンテナンス装置において、抽出した対応方法を手順データとして前記制御装置に送信するステップと、
   前記制御装置において、前記メンテナンス装置から受信した手順データと異なる方法で問題を解決した際、実際に実行した対応方法を含む対応データを前記メンテナンス装置に送信するステップと、
   前記メンテナンス装置において、前記制御装置から対応データを受信すると、対応データに含まれる対応方法を利用して前記解決データを更新するステップと、
   を有することを特徴とするメンテナンス方法。

Images