JP5808861B1 - エラー処理システム - Google Patents

Abstract

ＦＡシステム特有の事情を考慮した上で、各ＧＯＴで個別にエラーコードが管理されている場合に、エラーコードの管理をサーバ等による一元管理にスムーズに移行できるようにすることを目的とする。ＧＯＴ（３０）は、生産設備で発生したエラーのエラーコードを取得すると、エラーコードをキーとしてエラーデータベース（４０）を検索する。ＧＯＴ（３０）は、メッセージを取得できない場合には、エラーコードをキーとして内部メモリを検索する。ＧＯＴ（３０）は、取得したメッセージを表示する。

Description

この発明は、ファクトリーオートメーションシステム（以下、ＦＡシステム）を構成する生産設備において発生したエラーの処理技術に関する。

ＦＡシステムでは、加工機や検査機等の生産設備毎に、生産設備を制御するプログラマブルロジックコントローラ（以下、ＰＬＣ）と、ＰＬＣのＨＭＩ（Ｈｕｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）であるグラフィックオペレーションターミナル（以下、ＧＯＴ）とが設けられる。

生産設備では、様々なエラーが発生する。ＰＬＣが生産設備で発生したエラーを検知すると、ＧＯＴは発生したエラーを示すエラーコードをＰＬＣから取得する。ＧＯＴは、エラーコードに対応するエラーメッセージを、内部メモリから取得して表示する。作業者は、ＧＯＴに表示されたエラーメッセージを確認して、エラーの原因を特定し、対処する。

生産設備やＰＬＣは、日々改善が繰り返されている。生産設備やＰＬＣに変更が加わると、エラーコードが増える場合や、変更される場合がある。この場合、ＧＯＴの内部メモリに記憶されたエラーコード及び対応するエラーメッセージもメンテナンスされる。
ＧＯＴは、生産設備やＰＬＣと対応して設けられているため、変更が加えられた生産設備やＰＬＣ毎に、対応するＧＯＴのエラーコードとエラーメッセージとをメンテナンスする必要がある。
同一の生産設備が複数ある場合には、同一の生産設備それぞれに対して同じ変更が加えられるのが一般的である。この場合、生産設備それぞれに対応する全てのＧＯＴのエラーコードとエラーメッセージとをメンテナンスする必要がある。

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

ＦＡシステムは、初めは少ない台数の生産設備で稼働し、需要の増大等に伴って徐々に生産設備の台数が増えていく場合がある。生産設備の台数が少ないうちは、各ＧＯＴについてエラーコードとエラーメッセージとをメンテナンスすることに、それほど多くの手間はかからない。しかし、生産設備の台数が増えていくに従い、徐々に手間が増えていく。
そこで、エラーコードとエラーメッセージとを一元管理するサーバを設ける等して、生産設備やＰＬＣの変更に伴う、エラーコードとエラーメッセージとのメンテナンスの手間を減らすことが望まれる。

しかし、ＦＡシステムでは、生産設備の台数が将来増えるかどうかは稼働前には分からないため、初めからサーバ等を設け、コストをかけることができない場合が多い。そのため、初めは各ＧＯＴでエラーコードとエラーメッセージとを管理しておき、生産設備の台数がある程度増えた場合に、サーバ等を設け一元管理するように切り替える必要がある場合がある。

また、ＦＡシステムでは、製品を生産することが目的であるため、生産に関する装置間の通信が優先され、その他の通信のトラフィックは一定以下に抑えるように制限されている場合が多い。そのため、エラーコードとエラーメッセージとを管理するサーバ等を後付けする場合に、後付けされたサーバ等で発生するトラフィックを一定以下に抑えなければならない場合がある。

この発明は、上述したＦＡシステム特有の事情に鑑みて成されたものである。この発明は、ＦＡシステムにおいて、各ＧＯＴで個別にエラーコードとエラーメッセージとが管理されている場合に、エラーコードとエラーメッセージとの管理をサーバ等による一元管理にスムーズに移行できるようにすることを目的とする。

この発明に係るエラー処理システムは、
生産設備と、前記生産設備を制御するＰＬＣ（プログラマブルロジックコントローラ）と、前記ＰＬＣのＨＭＩ（ヒューマンマシンインタフェース）であるインタフェース装置とを備えるファクトリーオートメーションシステムにおける前記生産設備で発生したエラーに関する処理を行うエラー処理システムであって、エラーデータベースと前記インタフェース装置とを備えるエラー処理システムであり、
前記エラーデータベースは、
エラーコード毎に、エラーの内容を示すメッセージを記憶するエラー情報記憶部
を備え、
前記インタフェース装置は、
エラーコード毎に、エラーの内容を示すメッセージを記憶するメッセージ記憶部と、
前記生産設備で発生したエラーのエラーコードを取得するエラーコード取得部と、
前記エラーコード取得部が取得したエラーコードをキーとして前記エラー情報記憶部を検索して、メッセージを取得するデータベース検索部と、
前記データベース検索部がメッセージを取得できない場合に、前記エラーコード取得部が取得したエラーコードをキーとして前記メッセージ記憶部を検索して、メッセージを取得する内部検索部と、
前記データベース検索部と前記内部検索部とが取得したメッセージを表示する表示部とを備えることを特徴とする。

前記エラー情報記憶部は、エラーコード毎に、メッセージと、エラーの対処法を示す対処情報とを記憶し、
前記データベース検索部は、前記メッセージとともに、前記対処情報を取得し、
前記表示部は、前記データベース検索部が取得したメッセージを表示する場合、前記対処情報も表示する
ことを特徴とする。

前記エラーデータベースは、さらに、
前記データベース検索部がキーとして用いたエラーコードを履歴として記憶する履歴記憶部
を備え、
前記履歴記憶部が記憶したエラーコードの出力する履歴出力部と
を備えることを特徴とする。

前記履歴出力部は、前記履歴記憶部が記憶したエラーコードのうち、前記エラー情報記憶部が記憶していないエラーコードのみを出力する
ことを特徴とする。

前記インタフェース装置は、さらに、
前記エラーが発生してから、前記エラーが解消するまでの復旧時間を計測する復旧時間計測部
を備え、
前記履歴記憶部は、前記復旧時間計測部が計測した復旧時間を、エラーコードとともに記憶し、
前記履歴出力部は、前記エラーコードとともに、前記復旧時間を出力する
ことを特徴とする。

前記インタフェース装置は、さらに、
前記データベース検索部がメッセージを取得できない場合に、前記エラーコード取得部が取得したエラーコードと、前記内部検索部が検索したメッセージとを対応させて、前記エラー情報記憶部に格納するメッセージ格納部
を備えることを特徴とする。

この発明に係るエラー処理システムでは、エラーデータベースに記憶されているエラーコードに関しては、エラーデータベースから取得したエラーメッセージを出力し、エラーデータベースに記憶されていないエラーコードに関しては、インタフェース装置（例えば、ＧＯＴ）に記憶されたエラーメッセージを出力する。そのため、インタフェース装置に記憶されたエラーメッセージを活かしつつ、エラーメッセージの管理を徐々にエラーデータベースによる一元管理に移行することができる。
また、エラーメッセージの管理をエラーデータベースによる一元管理に移行する際、インタフェース装置に記憶されたエラーメッセージを全て吸い上げてエラーデータベースに登録するような必要もない。そのため、一元管理に移行する際、エラーデータベースで大きなトラフィックが発生することもない。

実施の形態１に係るエラー処理システム１００の構成図。 実施の形態１に係るＧＯＴ３０とエラーデータベース４０との機能構成図。 実施の形態１に係るメッセージ記憶部３１が記憶する情報を示す図。 実施の形態１に係るエラー情報記憶部４１が記憶する情報を示す図。 実施の形態１に係るエラー処理システム１００の処理を示すフローチャート。 表示部３５が表示する画面例を示す図。 エラー情報記憶部４１のメンテナンス画面例を示す図。 実施の形態２に係るＧＯＴ３０とエラーデータベース４０との機能構成図。 実施の形態２に係る履歴記憶部４２が記憶する情報を示す図。 実施の形態２に係るエラー処理システム１００の処理を示すフローチャート。 実施の形態３に係るＧＯＴ３０とエラーデータベース４０との機能構成図。 実施の形態３に係るエラー処理システム１００の処理を示すフローチャート。 実施の形態１，２に示したＧＯＴ３０、エラーデータベース４０、ＡＰサーバ５０のハードウェア構成の例を示す図。

実施の形態１．
図１は、実施の形態１に係るエラー処理システム１００の構成図である。
エラー処理システム１００は、ＦＡシステムを構成する生産設備１０において発生したエラーに関する処理を行うシステムである。エラー処理システム１００は、生産設備１０、ＰＬＣ２０、ＧＯＴ３０（インタフェース装置の一例）、エラーデータベース４０、ＡＰサーバ５０（アプリケーションサーバ）を備える。
生産設備１０は複数あり、生産設備１０毎に、ＰＬＣ２０及びＧＯＴ３０が設けられている。生産設備１０と対応するＰＬＣ２０の間、ＰＬＣ２０と対応するＧＯＴ３０の間、各ＧＯＴ３０とエラーデータベース４０の間、エラーデータベース４０とＡＰサーバ５０の間は、それぞれネットワークにより接続されている。各ＧＯＴ３０とエラーデータベース４０の間と、エラーデータベース４０とＡＰサーバ５０の間とのネットワークは、トラフィックが一定以下に制限されている場合がある。

図２は、実施の形態１に係るＧＯＴ３０とエラーデータベース４０との機能構成図である。
ＧＯＴ３０は、メッセージ記憶部３１、エラーコード取得部３２、データベース検索部３３、内部検索部３４、表示部３５を備える。
エラーデータベース４０は、エラー情報記憶部４１を備える。

図３は、実施の形態１に係るメッセージ記憶部３１が記憶する情報を示す図である。
メッセージ記憶部３１は、ＧＯＴ３０が内部に有する、エラーメッセージを記憶した記憶装置である。メッセージ記憶部３１は、エラーコード毎に、エラーメッセージを記憶する。エラーコードは、発生したエラーの識別子である。エラーメッセージは、発生したエラーの内容を簡易的に示す情報である。

図４は、実施の形態１に係るエラー情報記憶部４１が記憶する情報を示す図である。
エラー情報記憶部４１は、エラーメッセージ等を記憶する記憶装置である。エラー情報記憶部４１は、設備ＩＤと言語とエラーコードと毎に、エラーメッセージと対処情報とを記憶する。設備ＩＤは、生産設備１０の識別子である。言語は、エラーメッセージの記述言語の識別子である。エラーコード及びエラーメッセージは、上述した通りである。対処情報は、発生したエラーに対してどのような対処をすればよいか等、エラーに対処するに当たり参考となる情報である。

図５は、実施の形態１に係るエラー処理システム１００の処理を示すフローチャートである。
生産設備１０でエラーが発生する（Ｓ１０１）。ＰＬＣ２０は、生産設備１０で発生したエラーを検知する（Ｓ１０２）。ＰＬＣ２０は、生産設備１０の動作を制御・監視する装置であるため、生産設備１０でエラーが発生すれば容易に検知可能である。
すると、ＧＯＴ３０のエラーコード取得部３２は、ＰＬＣ２０から発生したエラーに対応するエラーコードを取得する（Ｓ１０３）。エラーコード取得部３２は、ＰＬＣ２０の内部メモリを監視しており、ＰＬＣ２０がエラーを検知したことを検知可能である。また、エラーコード取得部３２は、ＰＬＣ２０が検知したエラーを示すエラーコードをＰＬＣ２０から取得可能である。

エラーコード取得部３２がエラーコードを取得すると、データベース検索部３３は、ＰＬＣ２０を介して接続された生産設備１０の設備ＩＤと、エラーメッセージを表示する言語と、エラーコードとをキーとして、エラーデータベース４０のエラー情報記憶部４１を検索する（Ｓ１０４）。なお、エラーメッセージを表示する言語は、ＧＯＴ３０の使用者等によって設定されているものとする。

検索した結果、キーに対応するレコードがあった場合（Ｓ１０４であり）、データベース検索部３３は、そのレコードからエラーメッセージと対処情報とを取得する（Ｓ１０５）。そして、表示部３５は、データベース検索部３３によって取得されたエラーメッセージと対処情報とを表示する（Ｓ１０７）。

一方、検索した結果、キーに対応するレコードがなかった場合（Ｓ１０４でなし）、内部検索部３４は、エラーコードをキーとして、メッセージ記憶部３１を検索し、エラーメッセージを取得する（Ｓ１０６）。そして、表示部３５は、内部検索部３４によって取得されたエラーメッセージを表示する（Ｓ１０７）。

図６は、表示部３５が表示する画面例を示す図である。
表示部３５は、生産設備１０に関する各種計測値３５１と、生産設備１０を動作させるスイッチ３５２等を通常時には表示している。Ｓ１０７では、表示部３５は、通常時に表示している情報に追加して、メッセージ表示欄３５３にエラーメッセージを表示する。

なお、エラー処理システム１００の管理者は、ＡＰサーバ５０を介して、エラーデータベース４０のエラー情報記憶部４１を適宜メンテナンスする。
図７は、エラー情報記憶部４１のメンテナンス画面例を示す図である。
メンテナンス画面には、エラー情報記憶部４１に記憶された情報の一覧が表示される。管理者は、メンテナンスが必要な情報を選択して、情報を修正して更新ボタンを押下することにより、情報を更新する。また、管理者は、登録ボタンを押下して、新規エラーコードの追加欄を表示させ、新規エラーコードに関する情報を追加する。

各ＧＯＴ３０とエラーデータベース４０の間とのネットワークのトラフィックが一定以下に制限されている場合がある。この場合において、各ＧＯＴ３０でエラーコードとエラーメッセージとのデータを管理している状態から、エラーデータベース４０による一元管理に移行するのに当たり、各ＧＯＴ３０から全てのデータを抽出してエラーデータベース４０に登録することができない。そのため、一度にデータをエラーデータベース４０に移行することは難しい。
実施の形態１に係るエラー処理システム１００では、ＧＯＴ３０がエラーデータベース４０に記憶されたエラーコードに関しては、エラーデータベース４０から取得したエラーメッセージを出力し、エラーデータベース４０に記憶されていないエラーコードに関しては、ＧＯＴ３０に記憶されたエラーメッセージを出力する。そのため、実施の形態１に係るエラー処理システム１００では、ＧＯＴ３０に記憶されたデータを活かして運用を継続しつつ、徐々にデータをエラーデータベース４０へ移行し、一元管理に移行することができる。

工場に海外から研修生等が来る場合がある。このような場合には、一時的にエラーメッセージの表示言語を切り替える必要がある。
実施の形態１に係るエラー処理システム１００では、エラーデータベース４０に登録されたエラーメッセージについては表示言語を切り替えることが可能である。そのため、実施の形態１に係るエラー処理システム１００では、一時的なエラーメッセージの表示言語の切り替えにも容易に対応可能である。

通常、ＧＯＴ３０をメンテナンスする場合、ＧＯＴ３０が設けられた生産設備１０を含むラインを停止する必要がある。そのため、ＧＯＴ３０のメンテナンスができる時間は、非常に限られている。
エラーデータベース４０を導入した後は、原則としてＧＯＴ３０のメッセージ記憶部３１をメンテナンスする必要はない。そのため、エラーメッセージのメンテナンスが容易になる。また、エラーメッセージをメンテナンスするために、ラインを停止する必要もない。

また、ＧＯＴ３０の入出力装置は通常タッチパネルであり、ハードウェアとしてのキーボードは備えておらず、ソフトウェアとしてのキーボードのみ有している。そのため、ＧＯＴ３０において、エラーメッセージ等の文字を入力する作業は、作業員に対する負荷が大きい。
エラーデータベース４０を導入した後は、原則としてＧＯＴ３０のメッセージ記憶部３１をメンテナンスする必要はない。そのため、作業員の負荷軽減にもつながる。

エラーデータベース４０には、エラーメッセージとともに対処情報も記憶されている。そして、ＧＯＴ３０は、エラーデータベース４０から取得したエラーメッセージを表示する際、併せて対処情報も表示する。対処情報が表示されることにより、作業者が発生したエラーに対処する時間を短縮することが可能になる。

以上のように、実施の形態１では、徐々にデータをエラーデータベース４０へ移行し、一元管理に移行することができるが、エラー情報記憶部にメッセージ記憶部にない項目（言語、対処情報等）を持たせることにより、よりエラー情報を充実させることができる。また、メッセージ記憶部３１にない項目（言語、対処情報等）を必要とするエラーメッセージについて優先的に登録すれば、少ない労力で、有益な情報を提供することができる。

実施の形態２．
実施の形態２では、エラーメッセージのメンテナンスを効率的に行うことを可能にする方法について説明する。
実施の形態２では、実施の形態１と異なる部分を中心に説明する。

エラーデータベース４０によるデータの一元管理に移行する場合、各ＧＯＴ３０に記憶されたデータを精査しつつ、順にエラーデータベース４０に登録すればよい。しかし、ＦＡシステムでは、製品を生産することが優先であり、エラーメッセージに関する処理になかなか作業者の手が回らないのが実情である。そのため、エラーデータベース４０への登録が本当に必要とされているエラーメッセージを優先的に、エラーデータベース４０に登録する仕組みが必要である。

図８は、実施の形態２に係るＧＯＴ３０とエラーデータベース４０との機能構成図である。
ＧＯＴ３０の機能構成は、図２に示す実施の形態１に係るＧＯＴ３０と同じである。エラーデータベース４０は、図２に示す実施の形態１に係るエラーデータベース４０が備える機能に加え、履歴記憶部４２、履歴出力部４３を備える。

図９は、実施の形態２に係る履歴記憶部４２が記憶する情報を示す図である。
履歴記憶部４２は、発生したエラーに関する情報を履歴として記憶する記憶装置である。履歴記憶部４２は、エラーコード、設備ＩＤ、発生日時、復旧日時、作業者ＩＤを記憶する。エラーコード及び設備ＩＤは上述した通りである。発生日時は、エラーが発生した日時を示す情報である。復旧日時は、エラーが解消された日時を示す情報である。作業者ＩＤは、エラーが発生した際にＧＯＴ３０を使用していた作業者の識別子である。

図１０は、実施の形態２に係るエラー処理システム１００の処理を示すフローチャートである。
Ｓ２０１からＳ２０４の処理は、図５に示すＳ１０１からＳ１０４の処理と同じである。

Ｓ２０４で検索が行われると、エラーデータベース４０の履歴記憶部４２は、キーを受信した日時を発生日時として、キーとされた設備ＩＤとエラーコードと、ＧＯＴ３０の作業者ＩＤと対応付けて、履歴として記憶する（Ｓ２０５）。なお、作業者ＩＤは、ＧＯＴ３０の使用時にＧＯＴ３０に登録され、キーがエラーデータベース４０へ送信される際、併せて送信されるものとする。また、ここでは、Ｓ２０４で検索した結果、キーに対応するレコードがあったか否かに関わらず、Ｓ２０４で検索が行われた全てのエラーコード（つまりＳ２０３で取得した全てのエラーコード）についての履歴が記憶される。

Ｓ２０６からＳ２０８の処理は、図５に示すＳ１０５からＳ１０７の処理と同じである。

Ｓ２０８で表示されたエラーメッセージ等を参照して、作業者がエラーに対処し、エラーが解消する。すると、ＧＯＴ３０が有するエラーが解消したことを入力する復旧ボタンを作業者が押下する等して、ＰＬＣ２０にエラーが解消したことを通知する（Ｓ２０９）。この際、復旧ボタンが押下されたという情報が、エラーデータベース４０へも送信される。エラーデータベース４０の履歴記憶部４２は、復旧ボタンが押下されたという情報を受信した日時を復旧日時として、対応する設備ＩＤ、エラーコード、発生日時等が記憶されたレコードに記憶する（Ｓ２１０）。

履歴出力部４３は、ＡＰサーバ５０を介して、エラー処理システム１００の管理者から指示を受けると、履歴記憶部４２が記憶した履歴をＡＰサーバ５０に出力する。管理者は、出力された履歴を参照して、ＡＰサーバ５０を介して、エラー情報記憶部４１をメンテナンスする。

例えば、履歴出力部４３は、履歴に含まれるエラーコードのうち、エラー情報記憶部４１に記憶されていないエラーコードを抽出して、そのエラーコードと同じレコードに記憶された設備ＩＤ等とともに出力する。これにより、管理者は、エラー情報記憶部４１に記憶されていないエラーコードのうち、実際に発生したエラーを示すエラーコードを知ることができる。実際に発生したエラーは、他のエラーよりも発生する可能性が高いと考えられるため、そのエラーを示すエラーコードは、優先してメンテナンスし、例えば適切なエラーメッセージや対処情報を登録すべきエラーコードである。

また、例えば、履歴出力部４３は、発生日時と復旧日時とから、復旧にかかった復旧時間を計算して、復旧時間を設備ＩＤ等とともに出力する。復旧時間が長いのは、作業者が対処方法を知らなかったことが原因である可能性がある。そのため、復旧時間が長いエラーを示すエラーコードは、優先してメンテナンスし、例えば適切なエラーメッセージや対処情報を登録すべきエラーコードである。
なお、履歴出力部４３は、復旧時間順に整列して履歴を出力してもよい。また、履歴出力部４３は、復旧時間が基準時間以上の情報のみ出力してもよい。

以上のように、実施の形態２に係るエラー処理システム１００では、発生したエラーの履歴を記憶しておき、履歴を参照してエラーメッセージ等をメンテナンスできる。そのため、エラーデータベース４０への登録が本当に必要とされているエラーメッセージを優先的に、エラーデータベース４０に登録することが可能になる。
エラーデータベース４０にエラーメッセージを登録する場合には、より適切なエラーメッセージが登録されるとともに、対処情報も登録される。そのため、ＧＯＴ３０に登録されたエラーメッセージを参照してエラーに対処するよりも、エラーデータベース４０に登録されたエラーメッセージを参照してエラーに対処する方が、復旧時間を短くすることができる。そのため、登録が必要とされているエラーメッセージを優先的に、エラーデータベース４０に登録することにより、復旧時間を短くでき、ラインの稼働率を高くすることができる。

なお、履歴には、実際にエラーに対処した作業者の作業者ＩＤが含まれている。そのため、管理者は、例えば、復旧時間が長いエラーコード等についてのエラーメッセージを登録する際、対処情報に作業者ＩＤを登録してもよい。これにより、後に、同じエラーが発生した場合、作業者ＩＤから実際にそのエラーに対処した作業者を特定できるため、実際にそのエラーに対処した作業者から対処方法を聞き出すことが可能である。

また、履歴記憶部４２は、さらに、作業者が行った対処内容を示す「作業者の対処情報」を記憶してもよい。
例えば、Ｓ２０９で復旧ボタンが押下された後、作業者の対処情報をメニューから選択できるようにしておき、選択された結果が作業者の対処情報として、履歴記憶部４２に記憶されるようにしてもよい。また、メニューには、「その他」が選択できるようになっており、その他が選択された場合には、別途ＡＰサーバ５０から作業者の対処情報を入力できるようにしてもよい。
履歴を参照してエラーメッセージ等をメンテナンスする際に、実際の作業者の対処情報を参照することにより、より適切なエラーメッセージや対処情報を作成することが可能になる。

実施の形態３．
実施の形態３では、自動的にエラーメッセージを登録する方法について説明する。
実施の形態３では、実施の形態２と異なる部分を中心に説明する。

実施の形態１で説明したように、各ＧＯＴ３０とエラーデータベース４０との間のネットワークはトラフィックが制限される場合もある。そのため、ネットワークを介して、各ＧＯＴ３０から全てのエラーコードとエラーメッセージとを抽出して、エラーデータベース４０に登録するのは難しい。しかし、実施の形態２で説明したように、ＦＡシステムでは、製品を生産することが優先であり、エラーメッセージに関する処理になかなか作業者の手が回らないのが実情である。そこで、トラフィックの制限を満たしつつ、自動的に必要なエラーメッセージをエラーデータベース４０に登録する仕組みが必要である。

図１１は、実施の形態３に係るＧＯＴ３０とエラーデータベース４０との機能構成図である。
ＧＯＴ３０は、図８に示す実施の形態２に係るＧＯＴ３０が備える機能に加え、メッセージ格納部３６を備える。エラーデータベース４０の機能構成は、図８に示す実施の形態２に係るエラーデータベース４０と同じである。

図１２は、実施の形態３に係るエラー処理システム１００の処理を示すフローチャートである。
Ｓ３０１からＳ３０７と、Ｓ３０９からＳ３１１の処理は、図１０に示すＳ２０１からＳ２１０の処理と同じである。

Ｓ３０７で内部検索部３４がエラーメッセージを取得した場合、メッセージ格納部３６は、取得されたエラーメッセージをエラーデータベース４０のエラー情報記憶部４１に記憶する（Ｓ３０８）。この際、メッセージ格納部３６は、Ｓ３０４でキーとして用いたエラーコード等と対応付けて、エラーメッセージを記憶する。

以上のように、実施の形態３に係るエラー処理システム１００では、実際に発生したエラーのエラーコードとエラーメッセージとがエラーデータベース４０に記憶されていない場合に、そのエラーコードとエラーメッセージをエラーデータベース４０に記憶する。
実施の形態２で説明したように、実際に発生したエラーは、他のエラーよりも発生する可能性が高いと考えられる。そのため、実際に発生したエラーのエラーコード等をエラーデータベース４０に優先的に登録することは有効である。

特に、実施の形態３に係るエラー処理システム１００では、実際にエラーが発生したときに、そのエラーコードとエラーメッセージをエラーデータベース４０に記憶する。そのため、トラフィックが一時に集中することが避けられ、トラフィックの制限を満たすことができる。

図１３は、実施の形態１，２に示したＧＯＴ３０、エラーデータベース４０、ＡＰサーバ５０のハードウェア構成の例を示す図である。
ＧＯＴ３０、エラーデータベース４０、ＡＰサーバ５０の各装置は、コンピュータである。各装置の各要素をプログラムで実現することができる。
各装置のハードウェア構成としては、バスに、演算装置９０１、外部記憶装置９０２、主記憶装置９０３、通信装置９０４、入出力装置９０５が接続されている。

演算装置９０１は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等である。外部記憶装置９０２は、例えばＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ、ハードディスク装置等である。主記憶装置９０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等である。通信装置９０４は、例えば通信ボード等である。入出力装置９０５は、例えばマウス、キーボード、ディスプレイ装置等である。

プログラムは、通常は外部記憶装置９０２に記憶されており、主記憶装置９０３にロードされた状態で、順次演算装置９０１に読み込まれ、実行される。
プログラムは、エラーコード取得部３２、データベース検索部３３、内部検索部３４、表示部３５、履歴出力部４３として説明している機能を実現するプログラムである。
更に、外部記憶装置９０２にはオペレーティングシステム（ＯＳ）も記憶されており、ＯＳの少なくとも一部が主記憶装置９０３にロードされ、演算装置９０１はＯＳを実行しながら、上記プログラムを実行する。
また、実施の形態１の説明において、メッセージ記憶部３１、エラー情報記憶部４１、履歴記憶部４２が記憶すると説明した情報等が主記憶装置９０３にファイルとして記憶されている。

なお、図１３の構成は、あくまでも各装置のハードウェア構成の一例を示すものであり、各装置のハードウェア構成は図１３に記載の構成に限らず、他の構成であってもよい。

１０ 生産設備、２０ ＰＬＣ、３０ ＧＯＴ、３１ メッセージ記憶部、３２ エラーコード取得部、３３ データベース検索部、３４ 内部検索部、３５ 表示部、４０ エラーデータベース、４１ エラー情報記憶部、４２ 履歴記憶部、４３ 履歴出力部、５０ ＡＰサーバ、１００ エラー処理システム。

Claims (6)

1. 生産設備と、前記生産設備を制御するＰＬＣ（プログラマブルロジックコントローラ）と、前記ＰＬＣのＨＭＩ（ヒューマンマシンインタフェース）であるインタフェース装置とを備えるファクトリーオートメーションシステムにおける前記生産設備で発生したエラーに関する処理を行うエラー処理システムであって、エラーデータベースと前記インタフェース装置とを備えるエラー処理システムであり、
   前記エラーデータベースは、
   エラーコード毎に、エラーの内容を示すメッセージを記憶するエラー情報記憶部
   を備え、
   前記インタフェース装置は、
   エラーコード毎に、エラーの内容を示すメッセージを記憶するメッセージ記憶部と、
   前記生産設備で発生したエラーに対応するエラーコードを前記ＰＬＣから取得するエラーコード取得部と、
   前記エラーコード取得部が取得したエラーコードをキーとして前記エラー情報記憶部を検索して、メッセージを取得するデータベース検索部と、
   前記データベース検索部がメッセージを取得できない場合に、前記エラーコード取得部が取得したエラーコードをキーとして前記メッセージ記憶部を検索して、メッセージを取得する内部検索部と、
   前記データベース検索部と前記内部検索部とが取得したメッセージを表示する表示部とを備えることを特徴とするエラー処理システム。
2. 前記エラー情報記憶部は、エラーコード毎に、メッセージと、エラーの対処法を示す対処情報とを記憶し、
   前記データベース検索部は、前記メッセージとともに、前記対処情報を取得し、
   前記表示部は、前記データベース検索部が取得したメッセージを表示する場合、前記対処情報も表示する
   ことを特徴とする請求項１に記載のエラー処理システム。
3. 前記エラーデータベースは、さらに、
   前記データベース検索部がキーとして用いたエラーコードを履歴として記憶する履歴記憶部
   を備え、
   前記履歴記憶部が記憶したエラーコードを出力する履歴出力部と
   を備えることを特徴とする請求項１又は２に記載のエラー処理システム。
4. 前記履歴出力部は、前記履歴記憶部が記憶したエラーコードのうち、前記エラー情報記憶部が記憶していないエラーコードのみを出力する
   ことを特徴とする請求項３に記載のエラー処理システム。
5. 前記インタフェース装置は、さらに、
   前記エラーが発生してから、前記エラーが解消するまでの復旧時間を計測する復旧時間計測部
   を備え、
   前記履歴記憶部は、前記復旧時間計測部が計測した復旧時間を、エラーコードとともに記憶し、
   前記履歴出力部は、前記エラーコードとともに、前記復旧時間を出力する
   ことを特徴とする請求項３又は４に記載のエラー処理システム。
6. 前記インタフェース装置は、さらに、
   前記データベース検索部がメッセージを取得できない場合に、前記エラーコード取得部が取得したエラーコードと、前記内部検索部が検索したメッセージとを対応させて、前記エラー情報記憶部に格納するメッセージ格納部
   を備えることを特徴とする請求項１から５までのいずれかに記載のエラー処理システム。

Images