(57)【要約】【課題】大規模プラントでの保守作業を合理化し、保守費用も低減する。【解決手段】部品管理業者のサーバー１と、制御装置を利用するユーザーの端末２及び制御装置を製造するメーカーの端末３を通信線４、５で結ぶ。サーバー１は定期的に部品データベース１１を検索し、発注時期に到達した発注予定部品を選択する。当該部品の交換時期、費用及び重要度を附加した発注予定部品情報をユーザーの端末２に送信する。ユーザーの発注決定手段２１では、まず、ユーザーが発注要否を選択する。発注否の場合、重要度がチエックされ、最高ランク（Ａ）の場合は発注要に切り替えられる。サーバー１は発注要の回答が得られると、メーカーに正式な発注を行なう。【選択図】  図１
2004240484.tif 000002
【特許請求の範囲】
【請求項１】
制御装置の部品の発注を管理する部品管理業者のサーバーと、前記制御装置を製造したメーカーの端末及び前記制御装置を利用しているユーザーの端末とを通信回線で結ぶ制御装置の部品保守方法において、
前記サーバーは前記制御装置の部品毎に交換時期及び費用を格納する部品管理データベースを定期的に検索し、前記交換時期に到達した部品を検出すると部品名、交換時期及び費用を含む承認依頼を前記ユーザーの端末に送信し、ユーザーから当該部品の発注の承認が得られたときに前記メーカーの端末に発注することを特徴とする制御装置の部品保守方法。
【請求項２】
請求項１において、
前記部品管理データベースは、前記部品毎に部品が故障したときの制御装置ないしはプラントへの影響を示す重要度を設定され、前記重要度は前記承認依頼に付与されてユーザーに送信され、前記重要度が所定ランク以上の場合は前記部品の発注が無条件に承認されることを特徴とする制御装置の部品保守方法。
【請求項３】
制御装置の部品の発注を管理する部品管理業者のサーバーと、前記制御装置を製造したメーカーの端末及び前記制御装置を利用しているユーザーの端末とを通信回線で結ぶ制御装置の部品保守システムにおいて、
前記サーバーは制御装置の部品毎に交換時期及び費用を格納する部品管理データベースと、前記交換時期に到達した部品を検出すると部品名、交換時期及び費用を含む承認依頼をユーザーの端末に送信し、ユーザーから当該部品の発注の承認が得られたときにメーカーの端末に発注する部品発注手段を有することを特徴とする制御装置の部品保守システム。
【請求項４】
請求項１において、
前記部品管理データベースは、前記部品毎に当該部品が故障したときの制御装置ないしはプラントへの影響を示す重要度を設定され、前記重要度は前記承認依頼に付与されてユーザーに送信され、前記ユーザーの端末における発注決定手段の判定に用いられることを特徴とする部品保守システム。
【請求項５】
請求項２において、
前記部品管理データベースは、前記ユーザーからの部品の故障に関する情報や前記メーカーからの部品の変更に関する情報によって更新されることを特徴とする部品保守システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は制御装置の保守サービスに係り、部品の交換を支援する保守方法及びシステムに関する。
【０００２】
【従来の技術】
火力発電所などの大規模プラントでは、プラン全体の設備を複数のメーカーが分担して製造している。制御装置の保守メンテナンス業務についても、各メーカーが顧客に交換部品の提案を行い、顧客は各メーカーの提案を元に予算を組み、各メーカーに対して部品交換作業の発注を行なっている。このため保守業務がコスト高になる傾向があった。
【０００３】
従来技術に、物流管理サーバーから製品の維持管理に必要な予備品情報をユーザーに提供し、ユーザーが必要な部品を選択してメーカーに連絡できるようにするものがある（特開２００２−１４９２１７号公報）。
【０００４】
【特許文献１】
特開２００２−１４９２１７号公報（図１，２、段落００１１−００１９）
【０００５】
【発明が解決しようとする課題】
近年、大規模プラントでの保守費用を低減することが課題となっている。上記特許文献１は、物流管理サーバーが用意してユーザーの要求をまとめ、メーカーに対して発注を行なうものであるが、保守部品の管理に関するものではない。
【０００６】
本発明の目的は、上記した従来技術の問題点を克服し、効率的で、かつ信頼性の高い制御装置の部品保守方法及びシステムを提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するための本発明は、制御装置の部品の発注を管理する部品管理業者のサーバーと、前記制御装置を製造したメーカーの端末及び前記制御装置を利用しているユーザーの端末とを通信回線で結ぶ制御装置の部品保守方法において、前記サーバーは制御装置の部品毎に交換時期及び費用を格納する部品管理データベースを定期的に検索し、前記交換時期に到達した部品を検出すると部品名、交換時期及び費用を含む承認依頼を前記ユーザーの端末に送信し、ユーザーから当該部品の発注の承認が得られたときに、前記メーカーの端末に部品の発注を行なうことを特徴とする。
【０００８】
また、前記部品管理データベースは、前記部品毎にその部品が故障したときの制御装置ないしはプラントへの影響を示す重要度を設定され、前記重要度は前記承認依頼に付与されてユーザーに送信され、前記重要度が一定ランク以上の場合は前記部品発注が無条件に承認されることを特徴とする。
【０００９】
本発明の制御装置の部品保守システムは、保守業者のサーバーが制御装置の部品毎に交換時期及び費用を格納する部品管理データベースと、前記交換時期に到達した部品を検出すると部品名、交換時期及び費用を含む承認依頼をユーザーの端末に送信し、ユーザーから部品発注の承認が得られたときにメーカーの端末に発注依頼を行なう部品発注手段を有することを特徴とする。
【００１０】
【発明の実施の形態】
本発明の実施の形態について図面を参照しながら説明する。図１は一実施例による部品保守システムを示す全体構成図である。部品保守システムは保守業者が備える保守管理サーバー１とユーザーが備える顧客端末２がイントラネットなどの通信線４で、また保守管理サーバー１と複数のメーカーがそれぞれ備えるメーカー端末３がインターネットなどの通信線５で結ばれている。なお、通信線４、５は１つのネットワークであってもよい。
【００１１】
保守サーバー１は計算機装置で構成される。ユーザーが用いる制御装置の複数の部品を格納する部品データベース１１、データベース１１の更新手段１２、交換時期が近い部品を抽出して部品の発注を行なう部品発注手段１３を備えている。さらに、通信線４、５を介して顧客端末２やメーカー端末３と送受信する通信手段１４を有している。顧客端末２は保守サーバー１からの交換候補部品の提案、すなわち部品発注の承認依頼を受けて発注するか否かを決定する発注決定手段を備えている。なお、顧客端末２及びメーカー端末３も、保守サーバー１と送受信するための通信手段を有している。
【００１２】
図２は部品データベースのデータ構成を示す。部品データベース１１は部品名、員数、単価、合計額、納期、交換周期、発注時期、重要度、メーカー名を格納している。交換周期より求まる次の交換時期から納期を差し引くと部品の発注時期が得られるので、発注時期は必ずしもデータベース１１に格納しなくてもよい。重要度は制御装置にしめる部品の影響の度合いで、本実施例ではその部品が故障するとプラントの制御に重大な支障をきたす場合を最高ランク（Ａ）とし、制御に支障をきたす場合（Ｂ）、制御に支障をきたさない場合（Ｃ）に分類される。Ｂランクは複数ランクに分かれてもよい。後述するように、当該部品に故障が発生したり、部品納期が長期化するなどの要因が生じれば、Ｂランクはランクアップされる。
【００１３】
図３は部品データベースの更新処理を示すフローチャートである。保守サーバーとメーカーやユーザーとの通信データにはＤＢ更新情報と部品発注情報があり、通信情報内の通信種別によって区別される。
【００１４】
ＤＢ更新手段１２はメーカーまたはユーザーからのＤＢ更新情報を受けて起動される。まず、ＤＢ更新情報の発信先をチエックし（ｓ１０１）、ユーザーであれば部品の故障情報を受けとる（ｓ１０２）。そして、当該部品の現在の重要度を取り出し（ｓ１０３）、ＤＢの重要度を変更するかを判定する（ｓ１０４）。部品の重要度がＢランクであれば変更要であり、たとえばＡランクに更新される（ｓ１０５）。
【００１５】
ＤＢ更新情報がメーカーからの場合、部品の更新情報を受信する（ｓ１０６）。更新内容が価格か、納期か、代替品か判定し（ｓ１０７）、価格であれば新価格を受信し（ｓ１０８）、ＤＢを変更する（ｓ１１１）。納期の変更であれば、その納期を受信し（ｓ１０９）、ＤＢを変更する。ある部品の代替品への変更であれば、該当部品とその代替品の情報を受信し（ｓ１１０）、ＤＢの該当部品情報を代替品の情報に紐付けする。
【００１６】
これによれば、保守業者の部品管理データベースはユーザーからの故障情報やメーカーからの変更情報を受け付けて更新されるので、信頼性が高くかつ発注後に情報の変更による再見積りなども生じない。
【００１７】
図４は保守業者、ユーザー及びメーカー間における業務フローを示す。保守業者は保守サーバー１の部品発注手段１３により、発注時期に到達した部品を部品ＤＢ１１から選択し、部品名、合計費用、重要度などを付した発注予定部品を示す部品発注情報をユーザーに送信する。
【００１８】
ユーザーは顧客端末２で発注予定部品を受信すると、その費用等から判断し発注可否を決定する。発注可の場合は発注要を示した部品発注情報を保守業者に送信する。
【００１９】
図５はユーザーの発注決定手段の処理を示す。発注決定手段２１は発注予定部品を受信すると（ｓ２０１）、ユーザーが発注の可否を判定する（ｓ２０２）。発注否の場合は、自動的に重要度がチエックされ（ｓ２０３）、Ａランクの場合は発注要に切り替えて部品発注情報を送信する（ｓ２０４）。発注否の場合は、発注見合わせを保守業者に送信する（ｓ２０５）。
【００２０】
保守業者は、ユーザーから発注要の部品発注情報を受信すると、メーカーに正式発注を行なう部品発注情報を送信する。メーカーは受信した部品発注情報に対する受諾情報を保守業者に送信し、その後、納期までに保守業者を介してユーザーに部品を納付する。なお、部品の交換は保守業者またはメーカーによって行なわれても良い。
【００２１】
以上、本実施例によれば、保守サーバーは部品データベースにより、部品交換時期から納期を差し引いた発注時期を定期的に管理し、この発注時期に達した部品の発注要否をユーザーに問い合わせるので、効率的な部品管理が実現できる。また、ユーザーに部品の重要度の情報も送信し、ユーザーが発注否とした場合に自動的に重要度をチエックし、Ａランクの場合は発注要に切り替えるので、信頼性の高い部品管理が実現できる。
【００２２】
【発明の効果】
本発明によれば、ユーザーを煩わすことなく効率的に部品の保守管理ができる。また、重要度により信頼性の高い部品交換が可能になる。
【図面の簡単な説明】
【図１】本発明の一実施例による部品保守システムの構成図。
【図２】部品データベースのデータ構成図。
【図３】部品データベースの更新処理を示すフローチャート。
【図４】本発明の一実施例によるビジネスフロー図。
【図５】ユーザーの発注決定手段の処理を示すフローチャート。
【符号の説明】
１…保守管理サーバー、２…顧客端末、３…メーカー端末、４…通信線（イントラネット）、５…通信線（インターネット）、１１…部品データベース、１２…ＤＢ更新手段、１３…部品発注手段、１４…通信手段、２１…発注決定手段。
【図１】
2004240484.tif 000003
【図２】
2004240484.tif 000004
【図３】
2004240484.tif 000005
【図４】
2004240484.tif 000006
【図５】
2004240484.tif 000007