JP2002330229A

JP2002330229A - 情報収集装置

Info

Publication number: JP2002330229A
Application number: JP2001134077A
Authority: JP
Inventors: Norio Maejima; 規雄前嶋; Yoji Kuramoto; 洋司倉元
Original assignee: Omron Corp; Omron Tateisi Electronics Co
Current assignee: Omron Corp
Priority date: 2001-05-01
Filing date: 2001-05-01
Publication date: 2002-11-15

Abstract

(57)【要約】【課題】設備の状態の収集を簡単に行うことができ、
設備の制御をするＰＬＣとの間のデータ通信を少なくす
ることができる情報収集装置を提供すること【解決手段】ＰＬＣ１２と積層信号灯１３を接続する
信号線の途中に分岐ボックス１５を設け、Ｉ／Ｏユニッ
ト１２ａから積層信号灯へ送る制御信号を分岐し、情報
収集装置２０のＣＰＵ２１にその制御信号を取り込む。
ＰＬＣとはツールインタフェース２３を介して直接デー
タの送受ができ、詳細な情報を収集する。ＣＰＵは、制
御信号に基づき、或いは必要に応じて詳細な情報も加味
して設備の状態を認識して管理データを作成し、データ
記憶部２４に格納する。所定のタイミングで、格納した
管理データを無線通信部２８を介して親局３０に送信す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、情報収集装置に
関するものである。

【０００２】

【従来の技術】半導体製造装置，プラント設備その他の
設備機械の状態を一旦通信機能を備えた情報収集装置で
収集し、その収集した情報を所定のタイミングで無線通
信を利用して遠隔地のメンテナンスセンターなどに通信
する無線監視システムがある。この無線監視システムに
おける収集し送信する情報としては、設備機械の故障の
有無，原因や、消耗品などの欠品情報などがある。そし
て、メンテナンスセンターで待機している監視員が、送
られてきた情報に基づいて故障原因や対策を考え、設備
機械の管理者などに対し、故障原因・対策のアドバイス
をしたり、消耗品の案内などをする。

【０００３】そして、係る無線監視システムの一例とし
ては、特開平１１−１７７５７６号公報に開示された技
術がある。この公報に開示された発明のように、実際の
監視対象の設備機械が、ＰＬＣなどのコントローラによ
り動作が制御されており、その情報収集装置は、ＰＬＣ
との間でデータの送受を行い、必要な情報の収集を行っ
ている。

【０００４】

【発明が解決しようとする課題】上記したように、従来
の無線監視システムでは、情報収集装置が収集する情報
の全ては、ＰＬＣとの間でデータの送受をして取得して
いる。従って、その収集のためのアルゴリズムが煩雑と
なる。また、ＰＬＣは、係る情報収集のために、その情
報収集装置との間でデータの送受を行うことになり、そ
の間、他の制御・処理が行えなくなる。

【０００５】この発明は、設備の状態の収集を簡単に行
うことができ、設備の制御をするコントローラとの間の
データ通信を少なくすることができ、コントローラの設
備に対する制御を効率的に行える情報収集装置を提供す
ることを目的とする。

【０００６】

【課題を解決するための手段】この発明による情報収集
装置は、設備の状態に関する情報を収集する情報収集装
置であって、設備の状態を示す積層信号灯に対する制御
信号を取り込む制御信号受信部と、取り込んだ前記制御
信号に基づいて前記設備に関する情報を求めるととも
に、その求めた情報をデータ記憶部に格納する処理部
と、前記処理部に格納された情報を送出する通信部から
構成した。ここで、制御信号受信部は、実施の形態では
「タワーインタフェース２２」に対応する。また、処理
部は、実施の形態では「ＣＰＵ２１」に対応する。

【０００７】この発明によれば、積層信号灯に対する制
御信号を取り込み、その制御信号に基づいて設備の状態
を収集する。制御信号は、積層信号灯を点灯させるため
に出力されるもので、その制御信号を利用するため、情
報収集のために特別な信号・情報の送受が不要となる。

【０００８】前記設備の動作を制御するコントローラか
らのデータを取り込むデータ受信部と、少なくとも取り
込んだデータに基づき、前記設備の状態を診断するとと
もに、その診断した結果を前記データ記憶部に格納する
診断処理部を備えると良い。ここで、データ受信部は、
実施の形態では、「ツールインタフェース２３」に対応
する。このようにすると、より詳細な情報を収集でき、
設備の詳細な状態を把握することができる。

【０００９】更に、前記制御信号の内容に基づき、前記
データ受信部を介するデータの取り込みを行うか否かを
決定するようにすると、データの送受を行う回数が少な
くて済むので、コントローラが本来の設備の制御を行う
比率を高くすることができる。

【００１０】また、時間計測手段を設け、前記制御信号
は、前記設備が正常動作中であることを示す信号と、前
記設備が稼働中であることを示す信号を有し、少なくと
もそれら２つの信号に基づいて稼働率を算出する機能を
備えるとよい。ここで、時間計測手段は、実施の形態で
は「タイマ」に対応する。

【００１１】この発明の以上説明した構成要素は可能な
限り組み合わせることができる。この発明による情報収
集装置を構成する各手段を専用のハードウエア回路によ
って実現することができるし、プログラムされたコンピ
ュータによって実現することもできる。

【００１２】

【発明の実施の形態】図１は、本発明が適用されるシス
テムの一例の全体構成を示している。同図に示すよう
に、既設の設備１０は、設備機械１１とその動作を制御
するＰＬＣ１２とを備えている。設備機械１１は、半導
体製造装置や、電子部品実装機や生産ラインを構成する
各種の装置などがある。多くの設備機械１１には、複数
色のランプを積層して構成される積層信号灯１３が取り
つけられており、その積層信号灯１３の点灯（点滅）す
るランプの色によって、設備機械１１の動作状況を知ら
せるようになっている。この積層信号灯１３もＰＬＣ１
２からの制御信号に基づいて動作する。

【００１３】この既設の設備１０に対し、情報収集装置
２０を接続し、設備１０から取得した情報に基づき、必
要に応じて設備機械１１の状態を解析する。情報収集装
置２０には、後述するように無線通信機能を有してお
り、上記収集した情報並びにそれに基づいて解析した情
報を親局３０に送信する。

【００１４】本例では、設備１０が複数存在し、各設備
１０に対してそれぞれ情報収集装置２０を接続し、それ
ら複数の情報収集装置２０を１つの親局３０で一括管理
するようにしている。そして、親局３０は、各情報収集
装置２０から受け取った各設備機械に関する情報を公衆
回線３１を介してメンテナンスセンター３２に送信する
ようにしている。公衆回線３１は、有線，無線の何れで
も良いし、インターネットその他のネットワークでも良
い。なお、図示の例では、１つの親局３０が複数の情報
収集装置２０（設備１０）を管理するようにしている
が、情報収集装置２０（設備１０）は１つでも良い。

【００１５】ここで本発明では、ＰＬＣ１２から積層信
号灯１３に与える制御信号を、情報収集装置２０も受け
取るようにし、情報収集装置２０にて受け取った制御信
号に基づいて設備機械１１の状況を解析し、記憶保持す
るようにしている。

【００１６】具体的には、図２に示すように、既設の設
備１０側には、ＰＬＣ１２の所定のＩ／Ｏユニット１２
ａと積層信号灯１３を接続する信号線の途中に分岐ボッ
クス１５を設け、Ｉ／Ｏユニット１２ａから積層信号灯
１３へ送る信号を分岐し、情報収集装置２０へも並列し
て伝達可能としている。

【００１７】また、積層信号灯１３は、赤色，黄色，緑
色，白色の４色のランプを持ち、制御信号は、各色のラ
ンプに対しそれぞれ２ビットで構成され、「２」が点
灯，「１」が点滅，「０」が消灯を意味する。そして、
各色のランプと動作状態の意味の割り付けは、赤色の点
灯が停止，赤色の点滅が部品切れ，黄色の点灯が手動運
転中，黄色の点滅が始業点検，緑色の点灯が稼働運転
中，緑色の点滅が生産中で基板（ワーク）待ち状態を意
味する。本形態は白色のランプは使用しない。つまり、
制御信号としては、赤色用のチャンネル１（ｃｈ１）
と、黄色用のチャンネル２（ｃｈ２）と、緑色用のチャ
ンネル３（ｃｈ３）がある。そして、積層信号灯１３
は、各チャンネルの値に基づき、対応するランプの点灯
を制御する。

【００１８】一方、情報収集装置２０は、収集した情報
に基づき各種の処理を実行するＣＰＵ２１を有し、分岐
ボックス１５で分岐された制御信号（ｃｈ１，ｃｈ２，
ｃｈ３）は、パラレル／シリアル変換するタワーインタ
フェース２２を介してＣＰＵ２１に取り込まれる。つま
り、分岐された制御信号がパラレル信号であるので、タ
ワーインタフェース２２にてシリアル信号に変換する。
そして、タワーインタフェース２２とＣＰＵ２１が接続
されているＣＰＵバスを介して制御信号（シグナル）を
ＣＰＵ２１に送る。

【００１９】さらに、ＣＰＵ２１は、ＲＳ−２３２Ｃと
ＣＰＵバス間のデータ変換を行うツールインタフェース
２３を介して、ＰＬＣ１２のＣＰＵユニット１２ｂと接
続され、データの送受を可能としている。

【００２０】ＣＰＵ２１には、設備機械１１に関する情
報を記憶するデータ記憶部２４と、タイマ２５並びにカ
ウンタ２６が接続されており、後述する処理アルゴリズ
ムを実行することにより、設備１０から受け取った情報
をそのまま或いは所定の演算処理をして設備機械１１の
情報を求め、データ記憶部２４に格納する。

【００２１】また、その格納した情報を無線インタフェ
ース部２７を介して無線通信部２８に渡し、この無線通
信部２８を介して親局３０に送信する。無線通信部２８
は、省電力，ＳＳ無線，ＰＨＳなどの所定の通信方式に
対応するもので、データ送受信部２８ｂは、インタフェ
ース２８ａを介して無線インタフェース部２７とデータ
の送受を行うとともに、周波数変換部２８ｃを経由して
搬送周波数との変換を行い、アンテナ２９を介して親局
３０と無線通信を行う機能を持つ。なお、この無線通信
部２８は、従来と同様のものを用いることができるの
で、その詳細な説明を省略する。

【００２２】次に、本発明の要部となるＣＰＵ２１の処
理アルゴリズムについて説明する。まず、具体的な処理
の流れを説明する前に、積層信号灯１３に対する制御信
号に基づいて求められる設備機械１１に関する情報につ
いて説明する。

【００２３】「通電時間」は、ｃｈ１，ｃｈ２，ｃｈ３
の何れか１つでも「０」以外の値となっている時の積算
時間である。「生産時間」は、通電時間から最初にｃｈ
３の値が０以外になるまでの時間を減じることにより求
める。「稼働時間」は、ｃｈ３＝２でかつｃｈ１＝１と
なっている時間を積算することにより求める。「稼働
率」は、稼働時間÷生産時間により求める。「実稼働
率」は、稼働時間÷（生産時間−生産待ち時間）により
求める。なお、生産待ち時間は、ｃｈ＝１となっている
時間である。上記した各値をＣＰＵ２１は、積層信号灯
１３用の制御信号から求めることができる。

【００２４】また、緑色の点灯（ｃｈ＝２）から赤色の
点灯（ｃｈ＝２）になった時は、故障が発生した時とな
るので、係る切り替わる回数をカウントすることによ
り、故障発生回数を算出することができる。

【００２５】図３は、情報収集装置２０の全体の処理手
順を示すフローチャートを示している。すなわち、まず
初期設定を行う（ＳＴ１）。この初期設定は、例えば、
積層信号灯１３の各色のランプの点灯／点滅の意味の割
り当てを行ったり、ＰＬＣ１２並びに親局３０との通信
設定を行ったりする。各種の初期設定が完了すると、実
際のデータ収集処理に移行する。

【００２６】すなわち、設備機械のデータ収集を行う
（ＳＴ２）。このデータ収集は、積層信号灯１３用の制
御信号を逐次取得するとともに、必要に応じてＰＬＣ１
２と通信して所望のデータを取得する。つまり、例えば
赤色のランプが点灯している（ｃｈ＝２）というデータ
を取得すると、何かしらの故障があったことがわかるの
で、ツールインタフェース２３を介してＰＬＣ１２に対
して故障箇所，故障内容の具体的な問い合わせを行う。
この問い合わせを受けたＰＬＣ１２は、設備の状態を応
答するので、そのＣＰＵ２１は、その応答を取得する。
もちろん、問い合わせを行わない設定をとることもでき
る。

【００２７】次いで、収集したデータに基づき、診断並
びに管理処理を行う（ＳＴ３）。つまり、取得したデー
タを用いて上記した各種の演算処理を実行し、設備機械
１１に関する情報を生成し、データ記憶部２４に登録す
る。また、データ記憶部２４に登録したデータを送信す
るか否かを判断し、送信する場合には、発信処理をする
（ＳＴ４）。つまり、データ記憶部２４内の所望のデー
タを無線インタフェース部２７から無線通信部２８に渡
す。その後、無線通信部２８が通信部処理を実行し、受
け取ったデータ（設備機械１１に関係する情報）を親局
３０に渡す。なお、通信しない場合には、ステップ４，
ステップ５はスルーする。

【００２８】さらに、ＣＰＵ２１等のより詳細な処理と
しては、図４，図５に示すようになる。すなわち、ま
ず、タワーインタフェース２２を介して積層信号灯用の
制御信号をモニタ（取得）する（ＳＴ１０）。つまり、
設備機械１１を制御するコントローラであるＰＬＣ１２
からは、積層信号灯用の制御信号が出力されているので
（ＳＴ２２）、その制御信号を取得する。

【００２９】次に、取得した制御信号の状態が変化した
か否かを判断する（ＳＴ１１）。つまり、現在（前回取
得）のｃｈ１，ｃｈ２，ｃｈ３の値（０から２のいずれ
か）を記憶保持しておき、その値と今回取得した各チャ
ンネルの値の異同を調べる。そして、変化した場合に
は、状態判別処理をする（ＳＴ１２）。つまり、状態の
変わったランプが示す内容を取得する。具体的には、初
期設定（準備処理）で各ランプの点灯状態とそれが意味
する内容を関連づけているので、係る関連づけたテーブ
ルを参照することにより、求めることができる。

【００３０】その後、判別した状態から、ＰＬＣ（設備
コントローラ）１２のモニタの必要性の有無を判断する
（ＳＴ１３）。すなわち、例えば赤色のランプが点灯
（ｃｈ＝２）に変わった場合には、故障であるので、故
障内容をＰＬＣ１２から取得する必要がある（モニタ
要）し、赤色の点滅（ｃｈ１＝１）に変わった場合に
は、部品の欠品であるので、何の部品が欠品しているか
をＰＬＣ１２から取得する必要がある。これに対し、赤
色の点灯から緑色の点灯に変わった場合には、正常に戻
ったものであるので、ＰＬＣ１２への問い合わせは不要
となる。そして、係る判断処理は、予め積層信号灯１３
の各色の点灯状態とその意味を関連づけた上記テーブル
に、更に、ＰＬＣへの問い合わせの有無フラグを設けて
おき、そのフラグを参照することにより行える。

【００３１】もちろん、上記した「取得の必要の有無」
の判断は一例であり、赤色の点滅であっても「取得しな
い」という判断結果となるようにしてもよい。これは、
初期設定によりどのような場合に取得するかの条件を与
えておき、このステップ１３の判断では条件に一致する
か否かをみることになる。また、この判断条件はランプ
の点灯状態のみとしてもよいし、他の条件を加味しても
よい。尚、赤色が点滅しても「取得しない」と判断する
例としては、ＰＬＣ１２に負荷をかけたくない場合や、
設備設置側で内部情報を非公開にしている場合などがあ
る。

【００３２】ステップ１３の分岐判断でＹｅｓとなった
場合には、ステップ１４に進み、ツールインタフェース
２３を介してＰＬＣ１２に対してモニタ要求（具体的な
内容の問い合わせ）を送る。すると、そのモニタ要求を
受けたＰＬＣは、要求に応じた情報を応答する（ＳＴ２
３）ので、ＣＰＵ２１は、送られてきた設備機械の具体
的な状態の情報（モニタ結果）を取得する（ＳＴ１
４）。そして、その取得したモニタ結果と、ステップ１
０で受け取った制御信号に基づき詳細な状態の解析を行
い、その解析結果をデータ記憶部に格納する。この解析
は、例えばＰＬＣ１２から受け取った情報が、「故障あ
り」に基づく応答の場合には、故障箇所とその内容を認
識するもので、予めＰＬＣから送られてくる応答（詳細
情報）と、それが意味する内容を関連づけたテーブルを
用意し、それを参照することにより解析することができ
る。

【００３３】そして、上記各処理を行って得られた各種
の情報に基づき管理データを作成する（ＳＴ１６）。こ
こで作成する管理データは、稼働率に関する稼働情報管
理データと、故障状況を特定する故障診断データと、部
品（消耗品）の欠品の有無を管理する部品管理データな
どがある。そして、求めた各管理データを、データ記憶
部２４に格納する。なお、各管理データの算出処理の詳
細は後述する。

【００３４】そして、上記作成した各管理データに対
し、警告が必要か否かを判断し（ＳＴ１７）、警告が必
要と判断された場合と、定期通報になった場合（ＳＴ１
８でＹｅｓ）と、親局３０からの要求があった場合（Ｓ
Ｔ１９でＹｅｓ）には、データ通信処理を行い、データ
記憶部２４に格納された必要なデータを親局３０に送
る。そして、その通信後並びに通信しない場合には管理
データを作成後ステップ１０に戻り次の積層信号灯用の
制御信号に基づく処理を行う。なお、ステップ２０の通
信処理は、具体的には、図３で示した発信処理（ＳＴ
４）と通信部処理（ＳＴ５）がある。

【００３５】また、この管理データの送信に関する親局
３０の処理は、図５に示すように、親局３０から情報収
集装置２０に対してデータ収集モニタ要求を発する（Ｓ
Ｔ２４）ので、ステップ１９の分岐判断は、係るモニタ
要求を受けているか否かにより判断する。そして、ステ
ップ２０のデータ通信処理を実行することにより、情報
収集装置２０から親局３０に向けて所望の管理データが
送られてくるので、親局３０は、係るデータを受信し
（ＳＴ２５）、その受信したデータをメンテナンスセン
ターへ送る（ＳＴ２６）。

【００３６】次に、各管理データの作成を中心に、管理
データの収集アルゴリズムを説明する。まず、稼働情報
管理データを作成する機能は、図６に示すフローチャー
トを実行するものである。まず、準備処理として、求め
る情報（生産情報，稼働状態など）を求めるために必要
な積層信号灯用の制御信号との関連づけ、つまり、どの
チャンネルの何番が、稼働中や生産待ちなどの状態を意
味しているかの関係を登録する。さらに、本形態では、
稼働率が悪い場合には、親局３０に通知するようにして
いるので、係る通知をする基準となる稼働率のしきい値
を登録する。また、タイマ２５はリセットしておく。こ
れらの登録やリセット処理は、たとえば図２に示すステ
ップ１の準備処理の際に行う。

【００３７】上記の準備処理が完了し、図４に示す実際
の処理に移行した場合、ステップ１６の管理データ作成
処理において、図６に示す処理を実行する。すなわち、
まず各チャンネルの状態を判別し、稼働中か否かを判断
する（ＳＴ３１，ＳＴ３２）。ここでは、正常運転中を
稼働中と判定するようにしているので、「ｃｈ３＝２
（緑色ランプが点灯）かつｃｈ１＝０（赤色ランプ消
灯）」の場合にはＹｅｓとなり、それ以外はＮｏとな
る。この稼働中状態の継続時間（稼働時間）をタイマ２
５で積算する（ＳＴ３３）。

【００３８】また、非稼働中の場合には、ステップ３４
に進み、生産待ちか否か、つまり、ｃｈ３＝１（緑色ラ
ンプが点滅）か否かを判断する。そして、その生産待ち
状態の継続時間をタイマ２５で積算する（ＳＴ３５）。
つまり、タイマは、各状態をそれぞれ積算するべく、所
定数用意する。なお、生産待ちでない場合には、通電し
ていなかったり故障，部品切れ，その他の理由で停止し
ているため、いずれのタイマも積算せず、停止する。

【００３９】さらに、ｃｈ１からｃｈ３の値から、生産
時間を求める（ＳＴ３６）。つまり、最初にｃｈ３が０
以外になったときからタイマをスタートさせ、その後
は、非通電（ｃｈ１＝ｃｈ２＝ｃｈ３＝０）の間タイマ
を一時停止し、それ以外の時はタイマを駆動させること
により、生産時間の積算が行われる。

【００４０】上記求めた稼働時間の積算値と、生産時間
の積算値から、稼働率を求め、さらに、生産待ち時間の
積算値を加えた３つの積算値から実稼働率を求める（Ｓ
Ｔ３７）。なお、稼働率並びに実稼働率の演算処理は、
前に述べた演算式に各積算値を代入することにより求め
る。

【００４１】そして、求めた稼働率並びに実稼働率を、
稼働情報管理データとしてデータ記憶部２４に記憶する
（ＳＴ３８）。なお、このときそれら２つのデータを求
める際に使用した３つの積算値も併せて格納しても良
い。

【００４２】なお、求めた稼働率及び又は実稼働率が、
予め登録したしきい値以下になった場合には、図５に示
すステップ１７の分岐判断で、「警告が必要」と判断さ
れ、そのときの稼働率などの情報が、親局３０に通知さ
れることになる。

【００４３】一方、故障診断データを作成する機能は、
図７に示すフローチャートなどを実行する。まず、準備
処理として、求める情報、つまりエラー時に読み出すＰ
ＬＣ１２のチャンネルや、エラー時の積層信号灯用の制
御信号の状態（本例では、ｃｈ１＝２）を登録する。さ
らに、本形態では、エラー頻度を計数し、そのエラー頻
度が高い場合には、親局３０に通知するようにしている
ので、係る通知をする基準となるエラー頻度のしきい値
を登録する。また、エラー頻度を計数するカウンタ２６
の値もリセットしておく。これらの登録やリセット処理
は、装置立ち上げ時における準備処理であり、たとえば
図２に示すステップ１の準備処理の際に行う。

【００４４】上記の準備処理が完了し、図４に示す実際
の処理に移行する。まず、故障管理について図４に示す
各処理の具体的内容を説明すると、ステップ１２の制御
信号の状態が変化した場合の状態判別処理としては、正
常から異常の変化があったか、異常から正常に復帰する
変化があったかを判別する。具体的には、例えば、前回
の状態がｃｈ１＝０＆ｃｈ３＝２で、今回の状態がｃｈ
１＝２＆ｃｈ３＝２になった場合には、異常発生と判断
でき、前回の状態がｃｈ１＝２＆ｃｈ３＝２で、今回の
状態がｃｈ１＝０＆ｃｈ３＝２になった場合には、正常
復帰と判断できる。

【００４５】また、ステップ１３のＰＬＣ（設備コント
ローラ）へのモニタ要求が必要か否かは、故障管理の場
合には、異常が発生したときや、正常に復帰した際の故
障箇所（故障復帰箇所）を特定する必要があるので、通
常Ｙｅｓとなり、上記した準備処理で登録したＰＬＣの
チャンネルに対する情報取得をすることになる。もちろ
ん、準備処理で、具体的なチャンネルの登録がない場合
（単に故障があったことのみを知ればよい場合など）に
は、ステップ１３の分岐判断はＮｏとなり、詳細なモニ
タ要求はせずに管理データの作成に移行する。

【００４６】管理データの作成処理は、図７に示すよう
に、まず異常が発生したか否かを判断する（ＳＴ４
０）。つまり、前回が正常で今回が異常になった場合
に、この判断がＹｅｓとなる。これは、ｃｈ１，ｃｈ３
の前回の値と今回の値を見ることにより判定できる。

【００４７】そして、異常発生（ｃｈ＝２に変化）の場
合には、ステップ４１に進み、内部時計から現在の時刻
を取得し、エラー発生時刻を記録するとともに、エラー
発生データを作成する。このエラー発生データは、ＰＬ
Ｃから取得した故障箇所などの詳細情報に基づき、どの
エラー項目でエラーを生じたかをデータ記憶部２４に記
録する。

【００４８】そして、異常となったエラー項目について
のカウンタを１インクリメントする（ＳＴ４２）。エラ
ー発生時刻に基づき、単位時間あたりの停止頻度（エラ
ー発生回数）を求め、準備処理で登録したしきい値以上
になったか否かを判断する（ＳＴ４３）。しきい値以上
の場合には、エラー項目とエラー発生回数（頻度）を含
む警告データを作成する（ＳＴ４４）。この作成された
警告データは、図５のステップ１７を経てステップ２０
のデータ通信処理により親局３０へ通知される。

【００４９】一方、異常発生でない場合には、ステップ
４０でＮｏとなるので、今回異常回復したか否かを判断
する（ＳＴ４５）。つまり、前回の状態が異常で今回が
正常になった場合に、この分岐判断はＹｅｓとなり、ス
テップ４６に進む。そして、内部時計から現在の時刻を
取得し、エラー復帰時刻を記録するとともに、エラー復
帰データを作成する。このエラー発生データは、ＰＬＣ
から取得した故障復帰箇所などの詳細情報に基づき、ど
のエラー項目が復帰したかを記録する。また、エラー発
生時刻とエラー復帰時刻からエラー継続時間を算出し、
それもエラー復帰データとし、データ記憶部２４に記録
する。

【００５０】なお、本形態では、例えば、異常状態が継
続中や、正常状態が継続中の場合には、ステップ４０，
４５の分岐判断がいずれもＮｏとなり、それに基づいて
は特に管理データは作成されない。但し、例えば、異常
発生とともにタイマをスタートさせ、異常継続の場合に
はエラー継続時間の更新や、タイマを継続動作させるよ
うにすることもできる。すなわち、運用により、例えば
手動動作による復帰作業中はエラー継続時間に加算しな
いようにした場合には、単純に異常発生時刻と異常回復
時刻の差から異常（エラー）継続時間を求めることはで
きない。係る場合、手動動作中は上記タイマを一時停止
する機能を付加することにより対応できる。

【００５１】一方、部品管理データを作成する機能は、
図８に示すフローチャートなどを実行するものである。
まず、準備処理として、求める情報、つまり部品の欠品
時に読み出すＰＬＣ１２のチャンネルや、欠品時の積層
信号灯用の制御信号の状態（本例では、ｃｈ１＝１）を
登録する。これらの登録は、たとえば図２に示すステッ
プ１の準備処理の際に行う。

【００５２】さらに、状態判別の結果、設備コントロー
ラであるＰＬＣ１２に対してモニタ要求が必要（ステッ
プ１３でＹｅｓ）とすると、各有効部品セット位置に対
するチャンネルのステータスの取得要求をし、ＰＬＣの
応答として返されるステータスを取得する（ＳＴ１
４）。そして、詳細状態解析として、ステータスが「部
品無し」となっているセット位置を認識し、これによ
り、欠品を生じている部品を解析する。つまり、例えば
部品リールの有無センサのステータスが「部品無し」と
なっている場合には、当該部品リールに装着され供給さ
れる部品が欠品であることがわかる。また、ロボットア
ームが取りに行くパレット上の部品を検出するセンサの
ステータスが「部品無し」となっている場合には、その
パレット上に供給されるべき部品が欠品であると判断で
きる。このようにして、具体的な欠品を生じている部品
を認識する。

【００５３】そして、部品管理データの作成処理は、上
記の処理により得られた詳細情報並びに積層信号灯用の
制御信号に基づき、図８に示すフローチャートを実施す
ることになる。すなわち、現在の状態判別を行い、部品
欠品の有無を判断する（ＳＴ５１，ＳＴ５２）。具体的
には、赤色のランプに対する制御信号であるｃｈ１の値
を抽出し、「１」の場合には部品欠品と判断し、それ以
外は欠品なしと判断する。

【００５４】欠品の場合には、前回の状態から変化があ
ったか否かを判断し（ＳＴ５３）、変化があった場合に
は、最初の欠品或いは新たな欠品が発生したと判断し、
取得した詳細情報から欠品位置（部品の種類）と、現在
時刻をデータ記憶部２４に記録する（ＳＴ５４）。

【００５５】一方、欠品でない場合には、ステップ５２
の分岐判断でＮｏとなるので、ステップ５５に進み、前
回も欠品であったか否かを判断し（ＳＴ５５）、欠品の
場合には、今回欠品が解消したと判断し、詳細情報から
欠品解消した部品の種類と、現在時刻をデータ記憶部２
４に記録する（ＳＴ５６）。

【００５６】なお、部品欠品並びに欠品解消について
は、その都度親局３０に通知するようにしているため、
ステップ１７では警告必要と判断され、データ記憶部２
４に格納した情報をデータ通信する。

【００５７】さらに、情報収集装置２０のＣＰＵ２１
は、親局３０から送られてくるコマンドに従い、図９に
示す受信処理を行う機能を持つ。つまり、上記した例で
は図６から図８に示すように、稼働情報管理データ，故
障診断データ並びに部品管理データの３つの情報を収集
するようにしたが、もちろん必ずこの３つの情報を収集
する必要はなく、１または２種類でも良いし、別の情報
を収集するようにしても良い。さらに、例えば、設備に
よって積層信号灯の各色のランプの点灯状況に対する意
味の割付は異なったり、稼働率や停止頻度が悪い場合に
親局に通知する際のしきい値などのパラメータを異なら
せることがある。係る変更を、親局３０からのコマンド
に従って各情報収集装置が実行するようにした。

【００５８】具体的には、親局３０からのコマンドの受
信を待ち（ＳＴ６１）、受信した場合にはコマンドを解
析する（ＳＴ６２）。そして、コマンドの内容が、プロ
グラム切替の場合（ＳＴ６３でＹｅｓ）には、該当する
管理プログラムに切替える（ＳＴ６４）。また、コマン
ドの内容がパラメータ変更の場合（ＳＴ６５でＹｅｓ）
には、指定されたパラメータに変更をする（ＳＴ６
６）。そして、係る変更・切替を実行後、完了レスポン
スを作成する（ＳＴ６７）。

【００５９】また、コマンドが管理データ送信要求の場
合（ＳＴ６８でＹｅｓ）には、要求を受けた管理データ
についての送信メッセージを作成する（ＳＴ６９）。な
お、この送信要求が、図５におけるステップ２４のデー
タ収集モニタ要求に対応する。

【００６０】さらに、データ記憶部２４に格納された所
定の管理データをリセットするリセット命令の場合（Ｓ
Ｔ７０でＹｅｓ）には、指定された管理データをリセッ
ト，消去する（ＳＴ７１）。このリセットには、例え
ば、異常回数のカウント値をリセットすることがあり、
リセットするタイミングとしては、例えば日報を受けた
後、その日のデータを消去するなどがある。また、工程
の段取り変え時や、ユ−ザ操作にともなうリセットもあ
る。そして、リセットした後は、完了レスポンスを作成
する（ＳＴ７２）。

【００６１】次いで、上記作成した各完了レスポンス
（ＳＴ６７，７２）や送信メッセージ（ＳＴ６９）を親
局に対して応答メッセージで転送する（ＳＴ７３）。そ
の後、ステップ６１に戻り、次のコマンド受信を待つ。

【００６２】更に、図１，図２に示すように、情報収集
装置２０のアンテナ２９の先端に、複数色の表示部を持
つ表示灯３５を設け、積層信号灯１３の点灯状態と同一
に点灯させると良い。この表示灯３５の点灯制御は、情
報収集装置２０に導かれる制御信号をそのまま用いても
よいし、一旦ＣＰＵ２１に取り込んだ制御信号に基づ
き、そのＣＰＵ２１が表示灯３５の点灯制御信号を生成
し出力するようにしても良い。いずれにしても、積層信
号灯１３に対する制御信号に基づいて行われるので、同
期して表示される。

【００６３】また、積層信号灯１３には、そのランプを
起立保持する金属製のポールを有している。そこで、係
るポールの長さを適宜に設定することにより、アンテナ
２９の機能を持たせることもできる。

【００６４】本形態の情報収集装置は、新規に設置する
設備１０に取り付けることもできるし、既設の設備１０
に取り付けることもできる。後者の場合、既設の設備装
置（積層信号灯１３付き）に取り付け、必要な配線、つ
まり、積層信号灯１３への制御信号用の配線を分岐して
接続するとともに、設備装置１０側のＰＬＣ１２と通信
可能に接続することで、簡単にデ−タ収集、故障診断、
稼働率の把握ができる。

【００６５】

【発明の効果】以上のように、この発明では、積層信号
灯への制御信号を取り込み、その制御信号に基づいて設
備の状態の収集を行うので、簡単に行うことができ、設
備の制御をするコントローラとの間のデータ通信を少な
くすることができ、コントローラの設備に対する制御を
効率的に行える。

【図面の簡単な説明】

【図１】本発明が適用されるシステムの一例の全体構成
を示している。

【図２】本発明に係る情報収集装置の好適な一実施の形
態を示すブロック図である。

【図３】情報収集装置のＣＰＵの機能を示すフローチャ
ートである。

【図４】情報収集装置のＣＰＵの機能を示すフローチャ
ートの一部である。

【図５】情報収集装置のＣＰＵの機能を示すフローチャ
ートの一部である。

【図６】稼働情報管理データを作成する機能を示すフロ
ーチャートである。

【図７】故障診断データを作成する機能を示すフローチ
ャートである。

【図８】部品管理データを作成する機能を示すフローチ
ャートである。

【図９】親局からの受信に基づく処理機能を示すフロー
チャートである。

【符号の説明】

１０設備１１設備機械１２ＰＬＣ（コントローラ）１３積層信号灯１５分岐ボックス２０情報収集装置２１ＣＰＵ２２タワーインタフェース２３ツールインタフェース２４データ記憶部２５タイマ２６カウンタ２７無線インタフェース部２８無線通信部２９アンテナ３０親局３１公衆回線３２メンテナンスセンター３５表示灯

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5H223 AA01 AA05 CC03 DD07 EE30 FF08 5K033 AA03 BA03 BA08 DA01 DA17 EA03 EA06 EA07 5K048 BA21 BA34 EB12 GB00 5K101 KK12 LL11

Claims

【特許請求の範囲】

【請求項１】設備の状態に関する情報を収集する情報
収集装置であって、設備の状態を示す積層信号灯に対する制御信号を取り込
む制御信号受信部と、取り込んだ前記制御信号に基づいて前記設備に関する情
報を求めるとともに、その求めた情報をデータ記憶部に
格納する処理部と、前記処理部に格納された情報を送出する通信部とを備え
た情報収集装置。
【請求項２】前記設備の動作を制御するコントローラ
からのデータを取り込むデータ受信部と、少なくとも取り込んだデータに基づき、前記設備の状態
を診断するとともに、その診断した結果を前記データ記
憶部に格納する診断処理部とを備えたことを特徴とする
請求項１に記載の情報収集装置。
【請求項３】前記制御信号の内容に基づき、前記デー
タ受信部を介するデータの取り込みを行うか否かを決定
するようにしたことを特徴とする請求項２に記載の情報
収集装置。
【請求項４】時間計測手段を設け、前記制御信号は、前記設備が正常動作中であることを示
す信号と、前記設備が稼働中であることを示す信号を有
し、少なくともそれら２つの信号に基づいて稼働率を算
出する機能を備えたことを特徴とする請求項１から３の
いずれか１項に記載の情報収集装置。