JP2001296911A

JP2001296911A - コントローラ

Info

Publication number: JP2001296911A
Application number: JP2001033783A
Authority: JP
Inventors: Tadamitsu Shinsenji; 忠光秦泉寺
Original assignee: Omron Corp; Omron Tateisi Electronics Co
Current assignee: Omron Corp
Priority date: 2000-02-10
Filing date: 2001-02-09
Publication date: 2001-10-26

Abstract

(57)【要約】【課題】ＰＬＣの情報を効率よくコンピュータに伝達
することができるコントローラを提供すること【解決手段】上位コンピュータ２とＰＬＣ１に対し、
それぞれ通信部１１，１２を介してネットワーク接続さ
れることにより、両者の間に介在する。データ収集処理
部１６ｂにて、ＰＬＣの情報を収集するとともに、収集
した情報をコンパクトフラッシュ（登録商標）カード８
に格納する。予め設定された送信条件に合致した（例え
ば、設定した件数分の情報が収集された）か否かを判断
し、合致した際に、収集・格納した情報を、データ送信
部１６ｃを介して上位コンピュータ２に向けて送る。こ
れにより、情報の自動収集・自動配信ができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コントローラに
関するもので、より具体的には、制御系ネットワークと
情報系ネットワークとの間でネットワーク通信の中継を
行い、制御系システムと情報系システムとに対してデー
タの通信をするコントローラに関する。

【０００２】

【従来の技術】ＦＡシステム等において各種の制御をす
る場合、例えば、ＰＬＣにセンサ等を接続し、そのセン
サで検出した情報をＰＬＣで解析し、その解析結果に基
づいてＰＬＣの制御対象の機器に対して制御命令を送
り、所定の作業を実行するようになっている。

【０００３】そして、システム構成としては、ＰＬＣ単
独で動作するスタンドアロンや、ネットワークで接続さ
れた複数台のＰＬＣを用いて、同期・協調制御等を行う
方式などがある。また、協調制御等を行う場合に、図１
に示すように、複数のＰＬＣ１を上位のコンピュータ
（パソコン等）２にネットワーク接続し、その上位のコ
ンピュータ２を介して、他のＰＬＣ１に対する情報の伝
達を行うようにしたものもある。

【０００４】ところで、従来のＰＬＣの利用方法として
は、制御対象機器に対する装置制御がメインであり、Ｐ
ＬＣの上位にコンピュータが接続される場合でも、ＰＬ
Ｃ１，パソコン２の役割はあくまでも装置制御用の補助
的な役割であった。

【０００５】一方、製造現場にパソコンが広く普及し出
している現在の状況から、及び、パソコン自体に情報管
理機能があることから、図示した上位のコンピュータを
接続したシステム構成において、ＰＬＣ１は、自己に接
続された装置（制御対象機器，センサ等）３との間で装
置制御のための情報の伝送を行いつつ、上位コンピュー
タ２との間で情報の送受を行い、コンピュータ２側で
は、装置３から上がってくるデータ（センサで検出した
データや、制御対象機器の稼動状態等のデータ）を受け
取り、そこにおいて各種の管理を行ったり、ユーザーが
その受け取ったデータを加工したりできるようなシステ
ムの開発が望まれている。

【０００６】ところで、係る情報管理を上位のコンピュ
ータ２で行うようにした場合、以下のような問題があ
り、実現性に欠ける。すなわち、図１には便宜上コンピ
ュータ２に対し、２つのＰＬＣ１が接続され、各ＰＬＣ
１はそれぞれ１つずつの装置（制御対象機器，センサ
等）３が接続された例を示したが、実際には、各ＰＬＣ
１には複数の装置が接続され、さらに、上位のコンピュ
ータ２に接続されるＰＬＣ１も多数存在する。従って、
上位のコンピュータ２でネットワーク管理化におけるＰ
ＬＣ１，装置３の情報管理をするためには、コンピュー
タ２が全ての制御情報を扱うことになり、非常に負荷が
高く、これにより、システムのボトルネックが発生する
ことになる。さらに、上位のコンピュータ２がダウンす
ると、システム全体のダウンにつながり、システムの安
定性に欠け、危険性も高い。

【０００７】そこで、上記のように製造現場にパソコン
が広く普及し、パソコン（上位のコンピュータ）２の役
割が「装置制御用の補助装置」から「装置から上がって
くるデータをユーザーが自由に加工する端末」というも
のに変化するにつれて、ＰＬＣ１の役割も「装置制御」
のみならず「装置制御＋上位コンピュータへのデータ受
け渡し（情報管理）」へ切り替えることが望まれる。

【０００８】しかしながら、ＰＬＣ１の動作を制御する
プログラムは、「ラダーシーケンス」であり、これは装
置などの動作制御を得意とした言語であり、情報管理に
は不向きであり、これを行おうとするには、かなり複雑
なラダーシーケンスを書かなければならない。このた
め、システムの開発工数が非常に膨大になり、またメン
テナンスも困難になっている。

【０００９】しかも、ＰＬＣで動作するラダーシーケン
スの習熟は多大な労力と時間がかかり、さらに、上記の
ラダーシーケンスにとって不得手な情報管理のプログラ
ムを組むのは非常に困難である。

【００１０】さらには、ネットワーク接続された複数の
ＰＬＣ１が、異なるメーカの製品であることがある。す
ると、ＰＬＣとネットワークを接続するための仕様・方
式は、各社各様のため、上位のコンピュータ２と各社の
ＰＬＣを接続するためには、接続するＰＬＣを調べ、コ
ンピュータ２側で各ＰＬＣ１に合わせたプロトコル等を
使用して通信を行う必要があり、煩雑となる。特に、シ
ステムが大型化し、接続されるＰＬＣ１や上位コンピュ
ータ２の数が増えるほど、異なるメーカーの製品が混在
する可能性が高くなり、上記問題が顕著となる。

【００１１】さらに、ＰＬＣ１と接続する上位のコンピ
ュータ２にはパソコンが用いられることが多い。しか
し、現在市販されている汎用のパソコンの仕様・スペッ
クでは、ＦＡ現場で求められている信頼性を満たせない
ことが多く、パソコンを使用したくても使用できない場
合がある。

【００１２】この発明は、ＰＬＣと上位コンピュータは
それぞれコントローラと通信することにより、相手の通
信プロトコルや、動作状況を意識することなくそれぞれ
が稼動することができ、情報収集・管理などのＰＬＣ
（ラダーシステム）が不得手でしかもコンピュータに任
せると過負荷になるような処理を実施することにより、
係る相反する２つの問題を解決することのできるコント
ローラを提供することにある。さらに、ＰＬＣの情報を
効率よく上位コンピュータに伝達することができるよう
にすることを目的とする。

【００１３】

【課題を解決するための手段】この発明によるコントロ
ーラでは、制御系ネットワークと情報系ネットワークと
の間でネットワーク通信の中継を行い、制御系システム
と情報系システムとに対してデータの通信をするコント
ローラであって、ネットワーク接続可能な通信部と、前
記通信部を介して前記制御系システムの情報を収集する
とともに、収集した前記情報を記憶部に格納する情報収
集部と、前記記憶部に格納された前記情報を、前記情報
系システムに向けて送る情報送信部と、予め設定された
送信条件に合致したか否かを判断し、合致した際に前記
情報送信部から、前記情報の送信を行わせる制御部とを
備えるようにした。

【００１４】そして、制御系システムは、制御系ネット
ワークに接続されるもので、実施の形態では、ＰＬＣ
１，シリアル機器６，スレーブ７などに対応する。ま
た、情報系システムは、情報系ネットワークに接続され
るもので、実施の形態では上位コンピュータ２に対応す
る。もちろん、いずれのシステムも上記例示したものに
限られないのはいうまでもない。

【００１５】そして、前記送信条件は、各種のものがあ
るが、例えば記憶部に記憶された情報量が設定値に達す
ることとしたり、予め設定した一定時間を経過したこと
にすることができる。ここで一定時間とは、時刻も含む
概念である。つまり、例えば１０秒経過ごとなどのよう
にある時間間隔で送る場合と、また、毎時０分（ＡＭ１
０：００，ＡＭ１１：００…）等の時刻に基づくもので
も良い。

【００１６】情報収集部は、実施の形態では「データ収
集処理部１６ｂ」に対応し、情報送信部は、実施の形態
では「データ送信部１６ｃ」に対応する。また、記憶部
は、実施の形態では「コンパクトフラッシュカード８」
に対応する。さらに、制御部は、実施の形態では、「イ
ベント発行部１６ａ或いはそれとデータ収集処理部１６
ｂ」により実現される。

【００１７】この発明では、コントローラが、情報収集
部を作動させて接続されるＰＬＣに関する情報を収集
し、それを記憶部に格納する。そして、予め設定した送
信条件になったならば、記憶部に格納された収集した情
報をネットワークを介してコンピュータへ送信する。こ
れにより、自動的に情報を収集し、配信するシステムが
実現できる。

【００１８】そして、送信条件を「記憶部に記憶された
情報量が設定値に達すること」にした場合には、例えば
上記設定値を記憶部に格納可能な容量分に応じた値に設
定すると、効率よくデータの送信が行える。つまり、格
納可能な容量分に達していないデータを頻繁に送ること
なく、格納可能な容量分に達した一定データを送ること
で、ネットワーク上のトラフィックが低下することもな
くなる。

【００１９】また、情報送信部は、ｆｔｐで送るように
構成すると良い。さらにまた、情報送信部は、電子メー
ルを送信する機能を備えるとよい。このようにすると、
送信先のコンピュータの状態に関係無く送信できるの
で、情報送信の処理が容易となる。

【００２０】この発明の以上説明した構成要素は可能な
限り組み合わせることができる。つまり、送信条件とし
て、設定値，経過時間の一方或いは双方を組み合わせて
も良い。また、この発明によるコントローラを構成する
各手段を専用のハードウエア回路によって実現すること
ができるし、プログラムされたコンピュータによって実
現することもできる。

【００２１】

【発明の実施の形態】図２は、本発明が適用されるシス
テム構成の一例を示している。同図に示すように、本形
態では、ＰＬＣ１と上位コンピュータ２との間に、コン
トローラたるオープンコントローラ１０を介在させ、そ
のオープンコントローラ１０を介してＰＬＣ１と上位コ
ンピュータ２との間の情報の送受を行うようにしてい
る。さらに、情報管理などのＰＬＣ１の不得手な処理を
オープンコントローラ１０で実行するようにした。な
お、本形態では、色々な種類のネットワークに自由に接
続可能なコントローラという意味で、オープンネットワ
ークコントローラ、略してオープンコントローラと称す
るようにしているが、その名称にとらわれないのは言う
までもない。

【００２２】そして、オープンコントローラ１０と上位
コンピュータ２との間は、イーサネット（登録商標）等
の汎用ネットワーク５で接続するようにした。これによ
り、例えば複数の上位コンピュータ２がイーサネット５
によりＬＡＮ接続されているような場合、オープンコン
トローラ１０を簡単に接続することができる。また、オ
ープンコントローラ１０とＰＬＣ１とは、ＲＳ２３２
Ｃ，フィールドバスその他の各種の通信プロトコルによ
り接続される。

【００２３】つまり、オープンコントローラ１０を介在
させることで、ＰＬＣ１が接続されるネットワーク，通
信ケーブルにおける通信プロトコルと、上位コンピュー
タ２が接続されるネットワークの通信プロトコルが異な
っていても、その相違をオープンコントローラ１０で吸
収することができ、ＰＬＣ１，上位コンピュータ２がそ
れぞれ従来から行っていた通信プロトコルを用いて情報
の送受が行える。

【００２４】さらには、ＰＬＣ１同士であっても異なる
通信プロトコルのネットワークに接続される場合には、
その異なる通信プロトコルがともにオープンコントロー
ラ１０に対応するものであると、そのオープンコントロ
ーラ１０を介して情報の送受が行える。このことは、Ｐ
ＬＣ１同士に限らず、他の機器との間でも言える。

【００２５】そして、本形態のオープンコントローラ１
０を組み込んだ（実装した）ネットワークシステムの一
例としては、図３に示すようになる。同図に示すよう
に、オープンコントローラ１０には、ＲＳ２３２Ｃのよ
うなシリアルネットワークを介してＰＬＣ１や、温調，
ＩＤＢＣＲ，パワーモニタ，デジパネ等のシリアル機器
６が接続されている。また、他の汎用ネットワークを介
してスレーブ７が接続されている。図では、ＰＬＣ１は
１個接続されてた例を示したが、もちろん複数接続され
ていても良い。

【００２６】また、オープンコントローラ１０に接続さ
れるＰＬＣ１としては、同一のシリアルネットワークに
接続されるものに限ることはなく、他のシリアルネット
ワークや汎用ネットワークに接続されることもあり、さ
らには、イーサネットなどに接続されることもある。す
なわち、通信プロトコルは問わず、直接または間接的に
オープンコントローラ１０とＰＬＣ１が接続され、ＰＬ
Ｃ１の情報（動作状態，Ｉ／Ｏ情報等）が、オープンコ
ントローラ１０に伝送可能であれば良い。また、オープ
ンコントローラ１０と上位コンピュータ２とは、イーサ
ネットにより接続されている。

【００２７】ここで本発明では、オープンコントローラ
１０には、コンパクトフラッシュカード８が実装されて
おり、ネットワークを介して取得したＰＬＣ１やシリア
ル機器６並びにスレーブ７などの下位機器の情報が、そ
の記憶部たるコンパクトフラッシュカード８に格納され
るようにしている。

【００２８】そして、このコンパクトフラッシュカード
８に格納された情報は、所定のタイミングでオープンコ
ントローラ１０が自動的にｆｔｐ（ファイル転送プロト
コル）を用いて上位コンピュータ２に送るようになって
いる。この送信タイミングとしては、コンパクトフラッ
シュカード８に記憶された情報が、記憶容量いっぱいに
なったときや、登録件数が予め設定した件数に達したと
き等の記憶量（情報量）がある送信条件に合致した場合
や、一定の時刻に達したとき等の時間的な送信条件に合
致した場合などがある。

【００２９】さらに、上記したように、オープンコント
ローラ１０に接続されるＰＬＣ１等の機器は、多くの場
合、複数台設置されているため、上記した送信条件は各
機器ごとに設定してもよく、或いは各機器を同一条件に
設定してもよい。

【００３０】このように、オープンコントローラ１０
は、自発的に状態を監視し、送信条件に達したか否かを
判断し、送信条件に合致したならば収集した情報を上位
コンピュータ２に送信するので、メモリオーバーにより
情報収集ができなくなったり、収集した情報が消失する
ことが無く、確実に情報の伝達が行える。

【００３１】さらにｆｔｐを用いて送信するため、上位
コンピュータ２側へ与える影響も少なく、上位コンピュ
ータ２の動作状態に関係無くオープンコントローラ１０
は、情報の伝送をすることができるので、予め通信可能
な状態か否かのチェックなどが不要となり、制御が容易
となる。

【００３２】さらに本形態では、コンパクトフラッシュ
カード８を取り出して、上位コンピュータ２のカードリ
ーダ２ａに挿入したり、ＰＣＭＣＩＡカード２ｂに装着
するとともにコンピュータ２のＰＣカードスロットに挿
入することにより、マニュアルにより、上位コンピュー
タ２に対する情報の伝達をすることもできる。

【００３３】そして、上記した各機能を実現するための
オープンコントローラ１０の内部構造（ハードウエア）
としては、図４に示すようになっており、また、ソフト
ウェアから見ると、図５に示すようになる。

【００３４】すなわち、複数の通信プロトコルに対応す
るため、まず、各通信プロトコルに応じた接続端子（コ
ネクタ）等を持つ通信部を有する。各通信部としては、
ＲＳ２３２ＣなどのシリアルポートとなるＣＯＭ１（１
１ａ），ＣＯＭ２（１１ｂ），ＣＯＭ３（１１ｃ）や、
イーサネットに対応する１０Ｂａｓｅ−Ｔコネクタ１２
や、汎用ネットワークに接続するためのフィールドバス
コネクタ１３などがある。さらに、ＩＳＡボード（拡張
ボード）を実装可能とするＩＳＡバスコネクタ１４も備
えている。

【００３５】そして、各通信部には、それぞれ所定の通
信ケーブルを介して各種装置・機器が接続される。具体
的には、図３に示すように、ＣＯＭ１（１１ａ）〜ＣＯ
Ｍ３（１１ｃ）には、ＲＳ２３２Ｃに準拠したネットワ
ーク５ａを接続し、そのネットワーク５ａを介してＰＬ
Ｃ１と接続される。１０Ｂａｓｅ−Ｔコネクタ１２に
は、イーサネットのネットワーク５ｂを介して上位コン
ピュータ２が接続される。さらには、他のオープンコン
トローラ１０や、他のＰＬＣ１が接続されることもあ
る。

【００３６】また、フィールドバスコネクタ１３は、Ｉ
／Ｏ（センサ等）やその他のスレーブ７を接続するため
のネットワーク５ｃ（デバイスネットとも称される）を
連結し、そのデバイスネット５ｃには、複数のスレーブ
７が接続されている。もちろん、このデバイスネット５
ｃにＰＬＣ１等を接続してもかまわない。

【００３７】さらに、本形態のオープンコントローラ１
０では、上記各通信部に加えて、ＢＩＯＳなどが格納さ
れたＲＯＭ１５や、各種制御を実行するためのＣＰＵ１
６、作業領域を確保するためのメモリ１７、起動用ＯＳ
等が格納されたフラッシュディスク１８並びにＰＬＣ１
などから収集した情報を記憶する記憶部たるコンパクト
フラッシュカード８を備えている。そして、それら各部
はバスを介して接続され、内部にて情報の送受が行え
る。

【００３８】一方、ソフトウェア機能に着目すると、本
発明との関係で言えば、ＣＰＵ１６の内部は図５に示す
ようなブロック構成となっている。すなわち、情報収集
・処理を行うためのデータ収集処理部１６ｂを有してい
る。

【００３９】このデータ収集処理部１６ｂ並びに以下に
示す各処理部は、随時、追加することが可能な機能ソフ
トウェア・モジュール（機能拡張モジュール）により実
現されている。この機能拡張モジュールは、例えば、Ｗ
ｅｂ機能であったり、ＰＬＣ１の動作状況等を収集する
情報管理機能であったりする。そして、情報管理機能を
組み込んだ場合、ＰＬＣにおける情報管理のシーケンス
が不要になり、ラダーシーケンス技術者の開発効率も格
段に向上するため、ラダーシーケンス技術者の不足を補
うことが可能となる。また、上位コンピュータ２にとっ
ても、直接情報管理を行わなくて良くなるので、負荷が
軽減される。つまり、ＰＬＣ・上位コンピュータがそれ
ぞれ得意な処理だけを行えばよいため、開発効率，メン
テナンス性，性能の向上が可能となる。

【００４０】さらに、オープンコントローラ１０が、そ
の下位に接続された各種機器の動作を管理するようにす
れば、万一、上位コンピュータ２がダウンしても、「オ
ープンコントローラ１０がダウンしない限り製造現場を
停止させない。」というシステムを構築することが容易
に実現でき、システム全体の信頼性が向上する。なお、
具体的な収集アルゴリズムは、例えば特願平１１−２７
６５４１号や、特願平１１−２７６５４２号等に開示さ
れた発明により実現できるし、それ以外の方法でももち
ろんよい。

【００４１】ここで制御部１（ＣＰＵ）６の内部構成と
しては、図５に示すようになる。すなわち、ＣＰＵ１６
内には、イベント発行部１６ａ，データ収集処理部１６
ｂ，並びにデータ送信部１６ｃを備えている。

【００４２】まず、制御部１６は、本発明との関係の機
能としては図６に示すようなフローチャートにしたがっ
て実行される。すなわち、まず初期処理を行い、データ
収集する対象や、各種条件等の設定を行う。次いで、再
立ち上げした後は、イベント発行部１６ａによるイベン
ト発行処理と、データ収集処理部１６ｂによるデータ収
集サービスと、データ送信部１６ｃによる自動送信サー
ビスを起動する。

【００４３】初期処理は、図７に示すように、収集デバ
イスの設定を行う（ＳＴ１）。これは、オープンコント
ローラ１０に接続されたＰＬＣ１その他の機器のうち、
どの機器についての情報を収集するかを設定する。実際
には、タグで管理しているので、収集する機器を特定す
るためのタグ名を登録する。

【００４４】次に、収集エリアの設定を行う（ＳＴ
２）。これは、デバイス（機器）のどの場所の情報を収
集するかを登録する。そして、情報収集のタイミングと
して、定期（例えば１０秒周期）／不定期（例えば、あ
る事象が発生することによるイベント発生時など）を設
定する（ＳＴ３）。

【００４５】さらに、収集したデータの保存先を設定す
る（ＳＴ４）。つまり、本形態では、コンパクトフラッ
シュカード８にディレクトリ構造で特定される記憶エリ
アを特定する。また、収集データ満杯時後処理の設定を
行う（ＳＴ５）。これは、上記設定された記憶エリアに
保存したデータが満杯（設定した値に達した）になった
場合に、それ以上のデータの保存を「停止」／「上書
き」／「バックアップファイルを作成するとともに新規
ファイル作成」のいずれかを選択するようにしている。

【００４６】そして、イベント発行条件の設定を行う
（ＳＴ６）。この設定は、例えば、送信条件の設定、つ
まり、「収集格納したデータが満杯（予め設定した件数
に達する）になった時に送信イベントを発行する。」等
を設定することになり、より具体的には、１つのファイ
ルに登録するデータ件数を指定することになる。また、
本形態では、定時送信機能も備えているので、送信する
一定の時刻或いは動作開始からの経過時間を登録するこ
とになる。

【００４７】その後、自動送信するためのｆｔｐマクロ
を設定する（ＳＴ７）。すなわち、データ送信部１６ｃ
が、コンパクトフラッシュカード８に格納された所望の
機器についての情報を上位コンピュータ２に向けて送信
する旨の命令メッセージを受信した場合に、どの情報を
コンパクトフラッシュカード８から読み出し、それを、
所定の上位コンピュータに送るための処理を設定する。
実際には、ある機器が指定された場合、その機器に関す
る送信すべき情報のファイル名などを登録することにな
る。さらに上記した初期処理は、各機器ごとに設定され
る。

【００４８】また、上記した初期処理により登録された
各初期データは、爾後オープンコントローラ１０に保存
され、その後電源投入される都度、各処理部１６ａ〜１
６ｃが必要なデータを読み出すとともに、各処理部１６
ａ〜１６ｃが、初期設定することになる。

【００４９】そして、各処理部１６ａ〜１６ｃの関係で
あるが、本形態では、イベント発行部１６ａから所定の
イベントがデータ収集処理部１６ｂに与えられ、データ
収集処理部１６ｂは、受信したイベントに応じた処理を
実行する。また、データ送信部１６ｃは、メッセージを
受信したならば、その受信メッセージにしたがった処理
をするようにした。そこで、データの自動送信をするタ
イミングになると、まずイベント発行部１６ａが、デー
タ収集処理部１６ｂに対してデータ送信命令のイベント
を発行し、そのイベントを受信したデータ収集処理部１
６ｂがデータ送信部１６ｃに対して送信命令のメッセー
ジを送出するようにしている。これにより、自動送信が
可能となる。

【００５０】もちろん、各処理部１６ａ〜１６ｃのデー
タの送受方式を変えることにより、イベント発行部１６
ａが直接データ送信部１６ｃに、送信命令を出力するよ
うにしても良い。次に、各処理部１６ａ〜１６ｃのより
具体的な機能を説明する。

【００５１】まず、イベント発行部１６ａは、図８に示
すように、まず、タイマを０にするとともにタイマをス
タートさせる（ＳＴ１１）。そして、タイマ値が規定値
（初期設定で設定された定期収集する際の基準時間）に
なったか否かを判断する（ＳＴ１２）。そして、規定値
になっていたならば、タイマイベントを発行するととも
に（ＳＴ１３）、タイマを０に戻しリスタートする（Ｓ
Ｔ１４）。これにより、基準時間間隔で、タイマイベン
トが発行され、データ収集処理部１６ｂに渡す。

【００５２】すなわち、データ収集処理部１６ｂにおけ
るデータ収集は、基本的には一定時間間隔で定期収集す
るように構成しているので、その収集タイミングに来た
ことをタイマイベントを発行することによりデータ収集
処理部１６ｂに伝達するようになっている。

【００５３】さらに、本形態では、各機器ごとに収集タ
イミングを変えることができるようにしているので、タ
イマイベントは、基準時間間隔で発行し、後述するよう
に、データ収集処理部１６ｂ側で受信したタイマイベン
トに基づいて各機器が現在データ収集タイミングに達し
たかを判断し、達した機器についてのみ実際にデータ収
集をするようにしている。もちろん、イベント発行部１
６ａ側で各機器に対するデータ収集タイミングの情報を
持ち、各機器ごとの定期収集タイミングに来たことを知
らせるイベントを発行することにしてもよい。

【００５４】一方、上記ステップ１２の分岐判断でＮｏ
或いはステップ１４の処理を実行後、イベントメモリを
監視する（ＳＴ１５）。そして、イベントメモリに記憶
された内容が、予め設定した送信条件に合致したか否か
を判断し（ＳＴ１６）、合致した場合には、コンパクト
フラッシュカード８に格納された所望のデータを送信す
るためのイベント（不定期サービス）を発行する（ＳＴ
１７）。

【００５５】具体的には、上記したイベントメモリを監
視し、送信フラグがＯＮになったか否かを判断し、ＯＮ
になったときには、該当する機器に関する情報を送信す
るためのイベントをデータ収集処理部１６ｂに与える。
この送信フラグは、後述するように、コンパクトフラッ
シュカード８に格納されている収集したデータ件数が、
初期設定で登録した件数に達した（データが満杯になっ
た）か否かを識別するためのフラグで、達した場合にＯ
Ｎになる。そして、このフラグのＯＮ／ＯＦＦは、デー
タ収集処理部１６ｂが行う。

【００５６】さらに、ユーザーが必要なデータを必要な
時に上位コンピュータ２へ送る機能も備えている。従っ
て、上記送信フラグは各機器ごとに設定しているが、こ
れとは別に各機器ごとに不定期用送信フラグのエリアも
設ける。つまり、イベントメモリ内には、各機器ごとに
収集した情報量が規定量に達したときに送信するための
送信フラグと、個々の指定に基づく不定期送信フラグを
持ち、いずれかのフラグがＯＮになった場合には、その
ＯＮになった機器名をｆｔｐサービス名とする送信イベ
ントを発行することになる。

【００５７】さらに、送信条件として、本形態では定時
送信機能も設けているので、内蔵する時計により、送信
時刻になったか否かを判断し、送信時刻になったなら
ば、所定の情報を送信するためのイベントをデータ収集
処理部１６ｂに与える。なお、この定時送信も、各機器
ごとに設定することもできるし、一斉に送信することも
できる。

【００５８】データ収集処理部１６ｂは、イベント発行
部１６ａから送られるイベントにしたがって動作し、各
通信部１１〜１３を介して接続されたＰＬＣ１等の機器
の情報を収集するとともに、収集した情報（データ）を
コンパクトフラッシュカード８に格納するようになって
いる。さらに、本形態では、コンパクトフラッシュカー
ド８に登録された情報量（件数）を管理し、予め設定さ
れた量に達した（データファイルが満杯になった）か否
かを判断し、その判断結果に基づき送信フラグのＯＮ／
ＯＦＦを制御するようになっている。

【００５９】なお、送信フラグは、メモリ１７内に設定
されるイベントメモリの所定領域に格納される。なおま
た、本形態では、各ＰＬＣ１その他の機器ごとにデータ
ファイルを作成するため、送信フラグも各機器ごとに設
定制御され、上記判断も各機器ごとに行われる。

【００６０】そして、具体的な機能は、図９に示すフロ
ーチャートを実行するようになっている。すなわち、イ
ベント発行部１６ａから送られるイベントを受信するの
を待ち（ＳＴ２１）、受信したならばそれがタイマサー
ビスからのイベント受信（ステップ１３に基づく）なの
か不定期サービスからのイベント受信（ステップ１７に
基づく）なのかを判断する（ＳＴ２２，ＳＴ２３）。

【００６１】そして、タイマイベントの場合には、ステ
ップ２２でＹｅｓとなるのでステップ２４に進み定期収
集処理を行い、定期収集タイミングに達した機器の情報
（データ）を収集し、その収集したデータを、予め設定
されたコンパクトフラッシュカード８内の所定エリアに
格納する（ＳＴ２４，ＳＴ２５）。

【００６２】一方、不定期サービスイベントの場合に
は、ステップ２３でＹｅｓとなるので、受信したイベン
トの内容（サービス名）を判断し、不定期のデータ収集
なのか（ＳＴ２６）、データ送信なのか（ＳＴ２８）を
判断する。具体的には、サービス名から判断できる。

【００６３】つまり、具体的なデータ収集する機器名
（タグ名）とともに、データ収集命令のイベントを受信
した場合には、ステップ２６でＹｅｓとなり、ステップ
２７に進み、サービス名で指定された機器についての情
報を取得するとともに保存する（ＳＴ２７）。

【００６４】また、ｆｔｐサービス名を受信（Ｙｅｓ）
したならば、ステップ２８でＹｅｓとなり、ステップ２
９に進む。そして、データ送信部１６ｃに向けて、上位
送信サービス名（送信すべき機器名付き）をメッセージ
として送信する。

【００６５】上記した処理が、全体の流れである。そし
て、定期収集処理（ＳＴ２４）と、データ保存処理（Ｓ
Ｔ２５，ＳＴ２７）の具体的な処理手順は、それぞれ図
１０，図１１に示すようになっている。

【００６６】まず、定期収集処理は、収集すべき機器を
特定する処理を行うもので、図１０に示すように、ま
ず、タイマイベントを受信すると、カウンタを「１」イ
ンクリメントする（ＳＴ３１）。なお、カウンタは、初
期設定では０となっている。次いで、現在のカウンタ
（値）が、予め設定した機器の収集値に達したか否かを
判断する（ＳＴ３２）。

【００６７】そして、収集値に達していない場合（Ｎ
ｏ）には、ステップ３３に飛ぶ。つまり、今回はデータ
の収集・保存はせずに、ステップ２１に戻り次のイベン
トの受信を待つ。一方、カウンタが収集値になっていた
場合には、ステップ３４に進みカウンタを０に戻すとと
もに、ステップ２５に飛びデータの収集を行う（ＳＴ３
５）。

【００６８】すなわち、本形態では、各機器ごとに収集
タイミングを設定するようにしたので、ある機器の収集
タイミングのときに必ずしも他の機器も収集タイミング
に達しているとは限らない。そこで、基準時間間隔でタ
イマイベントが発生するので、前回データ収集してから
のタイマイベントの発生回数をカウンタで計測する。す
ると、仮に基準時間間隔でデータ収集を行うものの場合
には、収集値を１に設定すると、当初カウンタが０であ
ったものが、タイマイベントを受信することによりステ
ップ３１を実行するとカウンタが１となるので、ステッ
プ３２の分岐判断はＹｅｓとなり、カウンタを０に戻
す。よって、タイマイベントを受信する都度、カウンタ
が１になるとともに、０にセットされるので、係るタイ
マイベントを受信する都度、毎回ＳＴ３２→ＳＴ３４→
ＳＴ３５の手順をふんでデータの収集処理に移行する。

【００６９】一方、基準時間間隔の２倍の間隔でデータ
収集をするような場合には、収集値を２に設定する。す
ると、１回目は、カウンタが１であるのでＳＴ３２→Ｓ
Ｔ３３の手順をふみ、データの収集は行わない。そし
て、２回目にタイマイベントを受信すると、カウンタが
２となるので、ＳＴ３２→ＳＴ３４→ＳＴ３５の手順を
ふんでデータの収集処理に移行する。これにより、２回
に１回の割合で、データ収集処理を行うようになる。

【００７０】もちろん、上記した処理は、各機器ごとに
行う。つまり、収集値やカウンタは各機器ごとに設定
し、それぞれ個別に判断し、該当するもののみ実際の収
集処理を実行するようになる。

【００７１】一方、データ保存処理（ＳＴ２５，ＳＴ３
１）は、収集タイミングにきた機器についての所定の情
報を収集するとともに、コンパクトフラッシュカード８
に登録するための処理を実行するもので、具体的には図
１１に示すフローチャートを実施するものである。

【００７２】まず、収集タイミングにきた機器のデータ
を取得する（ＳＴ４１）。そして、現在の書き込みポイ
ンタが、初期設定で登録した最大登録件数になったか否
かを判断する（ＳＴ４２）。つまり、本形態では、ある
機器についての情報を格納するファイルを設定したなら
ば、その機器についての情報を取得し、格納する際に先
頭から順に登録するようにしている。従って、例えば図
１２に示すように、機器（ＰＬＣ）Ａについての情報
が、「Ａ．ｔｘｔ」というファイル名で格納されると
し、現在先頭からｎ番目まで情報（収集したデータ）が
登録されているとする。

【００７３】この場合には、書き込みポインタＰは、最
終登録場所のｎを指すようになっている。さらに、デー
タ登録用のファイルを新規作成した場合には、登録デー
タがないので書き込みポインタは０（先頭の１つ前のア
ドレス等）を指すようになっている。そして、装置を起
動直後に行う初期設定として、係る書き込みポインタを
０にする処理も行われる。

【００７４】従って、予め設定した最大登録件数をＮと
すると、書き込みポインタがＮ未満の場合には、まだ最
大登録件数、つまり送信条件に達していないので、ステ
ップ４２の分岐判断でＮｏとなり、対応する自己の機器
についてのファイルへ、取得したデータを追加する（Ｓ
Ｔ４３）。そして、書き込みポインタを＋１し、処理を
終了する。このようにすることにより、コンパクトフラ
ッシュカード８の所定のメモリ領域に設定されたデータ
格納用ファイルに、先頭から順に収集したデータが書き
込まれる。

【００７５】一方、ファイルの最終行（Ｎ番目）まで収
集したデータが書き込まれた場合には、書き込みポイン
タはＮとなっているので、その状態でデータ収集が行わ
れるとステップ４２の分岐判断でＹｅｓとなり、ステッ
プ４５に飛び、モード判定を行う。このモード判定は、
初期処理の際に登録したモード（ステップ５で処理した
収集データ満杯時後処理の設定）を読み出すことにより
行われる。つまり、モードが記憶エリア（ファイル）に
保存したデータが満杯になった場合に、それ以上のデー
タの保存を停止する「ストップモード」か否か（ＳＴ４
６）、ファイル構造をリングバッファのようにし、先頭
から順に上書きしていく「上書きモード」か否か（ＳＴ
４７）、いっぱいになったデータからバックアップファ
イルを作成するとともに新規ファイルを作成する「待避
モード」か否か（ＳＴ４８）を判断する。

【００７６】そして、モードがストップモードの場合に
は、ステップ４６からステップ４９に飛び、送信フラグ
をＯＮにして処理を終了する。つまり、このストップモ
ードでは、データが満杯になった後に収集したデータは
ファイルに追加されることなく破棄される。

【００７７】また、モードが上書きモードの場合には、
ステップ４７からステップ５０に飛び、書き込みポイン
タを０にする。これにより、次の収集データの登録先
は、今まで使用していたファイルの先頭になる。次い
で、送信フラグをＯＮにし（ＳＴ５１）、収集したデー
タをファイルに追加した後、書き込みポインタを１にセ
ットし（ＳＴ５２，ＳＴ５３）、処理を終了する。

【００７８】さらに、モードが待避モードの場合には、
ステップ４８からステップ５４に飛び、現在使用してい
たファイルのファイル名を、予め定めたバックアップ用
の別名にする（ＳＴ５４）。一例を示すと、図１３
（ａ）に示すように、「Ａ．ｔｘｔ」というファイル名
のファイルがいっぱいになると、ファイル名を「Ａ．ｔ
ｘｔ＿ｂａｋ．ｃｓｖ」という別名に書き替える。もち
ろん、格納されたデータは同じままとする。

【００７９】次いで、新規ファイルを作成する（ＳＴ５
５）。つまり、同図（ｂ）に示すように、今まで収集し
たデータを収納する際に使用していたファイル名と同一
ファイル名のものを作成する。そして、書き込みポイン
タは「０」に設定する。これにより、次の収集データの
登録先は、今まで使用していたファイルと同一名のファ
イルの先頭になり、また、今まで収集したデータは別名
のバックアップファイルに登録され、保持される。その
後、送信フラグをＯＮにし（ＳＴ５１）、収集したデー
タを新規に作成したファイルの先頭に追加した後、書き
込みポインタを１にセットし（ＳＴ５２，ＳＴ５３）、
処理を終了する。繰り返し言うが、本形態では、上記し
た送信フラグのＯＮや、データの追加処理も、各機器ご
とに行われる。

【００８０】次に、データ送信部１６ｃの機能について
説明する。このデータ送信部１６ｃは、データ収集処理
部１６ｂのステップ２９の実行により発せられたメッセ
ージに基づいて動作するもので、具体的には図１４に示
すフローチャートを実施するようになっている。

【００８１】すなわち、まず、データ収集処理部１６ｂ
から送られる通信サービスのメッセージの受信を待つ
（ＳＴ６１，ＳＴ６２）。そして、メッセージを受信し
たならば、ｆｔｐを実行し、サービス名に対応するｆｔ
ｐマクロを実行する（ＳＴ６３，ＳＴ６４）。つまり、
送られてくるメッセージとしては、「どの機器（タグ
名）に対する情報を送信しなさい」という内容を表すも
のであるので、該当する機器用のｆｔｐマクロを読み出
して実行することになる。このｆｔｐマクロも、初期処
理（ステップ７）で登録したもので、少なくとも送信す
べきファイル名と、送信先（上位コンピュータに関する
情報）が登録されている。そこで、コンパクトフラッシ
ュカード８内に格納されている該当するファイル名のデ
ータを読み出す。

【００８２】そして、ｆｔｐ（ファイル転送プロトコ
ル）により、読み出したデータ（ファイル）を上位コン
ピュータ２に送信する（ＳＴ６５）。これにより、各機
器から収集したデータを自動的に上位コンピュータ２に
配信することができる。

【００８３】なお、この送信にともない、同一データフ
ァイルを再度送信することがないように、送信フラグを
ＯＦＦに戻す処理を行う。上記した各処理は、例えばｆ
ｔｐマクロに設定し、データ送信部１６ｃが行うように
することができる。また、他の方法としては、例えばデ
ータ収集処理部１６ｂがｆｔｐサービス名のメッセージ
を送信したならば、該当する機器についてのフラグを更
新するようにしてもよい等の他、各種の方式が採れる。

【００８４】一方、ｆｔｐによりデータファイルが送ら
れてきた上位コンピュータ２は、例えば図１５に示すよ
うなフローチャートに示す処理を実行する処理部を備え
る。まず、上位コンピュータ２は、ｆｔｐプロトコルに
対応するｆｔｐサーバを備えている。そして、オープン
コントローラ１０から送られてきて、自己の所定の記憶
領域に格納された新規ファイルを検知したならば（ＳＴ
７１）、その新規ファイルを別のアドレス（記憶領域）
に移動する（ＳＴ７２）。

【００８５】つまり、ｆｔｐマクロの場合には、予め送
信すべきファイル名と、送信先（ホスト名やＩＰアドレ
ス等により特定）、送信先のコンピュータの記憶エリア
などを登録しており、これは固定データとなる。従っ
て、仮にある機器についての情報を、上位コンピュータ
２の所定のメモリエリアに格納したとすると、そのまま
放置すると、次の情報が送信されると前回送信して登録
した情報の上に上書きされてしまう。そこで、そのよう
に上書きされる前に、上位コンピュータ２は、新規ファ
イルを他の場所に移動するようにした。

【００８６】そして、このようにして取得した各機器の
情報（データファイル）を蓄積し分析用に使用したり
（ＳＴ７３）、取得したデータファイルからデータを読
み込むとともにデータベースへ登録するようにしたり
（ＳＴ７４）、データファイルからデータを読み込み、
稼動状況や設備異常などをモニタ表示する（ＳＴ７５）
など各種の利用形態を実行する。

【００８７】図１６は、本発明の他の実施の形態のコン
トローラ（オープンコントローラ１０）が組み込まれた
システム構成を示している。そして、本実施の形態にお
けるオープンコントローラ１０は、図１７に示すように
なっている。

【００８８】図１６に示すように、本形態では、上記し
た実施の形態に加えて、ダイアルアップ接続機能を備
え、公衆回線や、ＤｏＰＡ（登録商標）網インターネッ
トその他のオープンな通信網２０に接続可能となってい
る。つまり、上記したダイアルアップ接続機能を用い、
所望の通信相手に電話をかけて通信網２０を介して接続
するようになっている。

【００８９】そして、オープンコントローラ１０のデー
タ送信部１６ｃには、ｆｔｐによる自動送信機能に加え
て、電子メールの送信機能を備えており、ダイアルアッ
プ接続後、電子メールを所定の相手に送ることができ
る。従って、上記した実施の形態では、コンパクトフラ
ッシュカード８に格納された情報をイーサネット５によ
りＬＡＮ接続された上位コンピュータ２に対してｆｔｐ
を用いて自動的に送信するようにしたが、本形態では、
係る送信すべき情報を電子メールの本文に書き込むか、
添付ファイルとしてメール送信することなどができる。

【００９０】これにより、ＬＡＮで接続されていない他
のサーバ（上位のコンピュータ）２′に対してもコンパ
クトフラッシュカード８に格納された情報を送ることが
できる。また、情報の送り先としては、上位コンピュー
タ２その他のサーバに限ることはなく、例えば携帯電話
２１でもよい。

【００９１】また、ｆｔｐによる自動送信機能を備えて
いるので、上記したように電子メールを送信するのでは
なく、例えば、ｆｔｐサーバに対してダイアルアップ接
続をし、接続後はｆｔｐを用いて情報を送信するように
することもできる。

【００９２】つまり、本形態ては、ＬＡＮ接続された上
位コンピュータ２に対して情報（データ）を送信する機
能と、ＬＡＮ接続されていない上位コンピュータ２′そ
の他の装置に対して情報（データ）を送信する機能が、
共に電子メールとｆｔｐのいずれでも対応できるように
なる。

【００９３】次に、上記した処理を実施するためのオー
プンコントローラ１０の具体的な構成について説明す
る。図１７に示すように、複数のＣＯＭ１１を備え、そ
のうちの一つにモデム２２を接続する。そして、データ
送信部１６ｃは、上記ＣＯＭ１１を介してモデム２２に
送信すべきデータを出力できるようになっている。

【００９４】さらに、ＣＰＵ１６内には、モデム２２を
制御し、ダイアルアップ接続をするためのダイアルアッ
プ部１６ｄを備えている。さらに、データ送信部１６ｃ
は、と、ｆｔｐによる自動送信をする機能に加え、コン
パクトフラッシュカード８に登録された情報を取得する
とともに、それを送信するための電子メールを作成し、
送信する電子メール送信機能を備えている。なお、その
他の構成並びに作用効果は、図５に示した実施の形態と
同様であるので、対応する部材に同一符号を付し、その
詳細な説明を省略する。なお、データ送信部１６ｃにｆ
ｔｐと電子メールの両方の送信機能を持たせているが、
それぞれ別途構成してもよい。

【００９５】次に、本実施の形態に係るオープンコント
ローラ１０の制御部１６の機能を説明する。この制御部
１６は、本発明との関係の機能として、図１８に示すよ
うなフローチャートにしたがって実行される。すなわ
ち、まず初期処理を行い、データ収集する対象や、各種
条件等の設定を行う。次いで、再立ち上げした後は、イ
ベント発行部１６ａによるイベント発行処理と、データ
収集処理部１６ｂによるデータ収集サービスと、データ
送信部１６ｃによる自動送信サービス並びにメール送信
サービスと、ダイアルアップ部１６ｄによるダイアルア
ップサービスを起動する。

【００９６】初期処理は、図１９に示すようになる。こ
の図１９と図７とを比較すると明らかなように、ステッ
プ１〜ステップ７までは、図７に示す処理と同様の処理
を実行する。その後、ダイアルアップ設定（ＳＴ８）と
メール送信の設定（ＳＴ９）を行う。この初期処理は、
各機器ごとに設定される。

【００９７】ここでダイアルアップ並びにメールサービ
スの初期設定について詳述する。本実施の形態では、図
１７に示すように、オープンコントローラ１０内に、登
録画面情報記憶部１９を備えている。また、このオープ
ンコントローラ１０には、ＩＰアドレスを持ち、例え
ば、ＬＡＮ接続された上位コンピュータ２のブラウザを
立ち上げ、そのオープンコントローラ１０のＩＰアドレ
スを入力することにより、例えば図２０に示すような入
力画面が上位コンピュータ２の画面に出力される。この
出力される画面情報は、オープンコントローラ１０の登
録画面情報記憶部１９に格納されている。

【００９８】そして、ユーザは、画面左側にあるリスト
に従って、登録すべき情報の入力画面を選択する。つま
り、処理対象の項目をクリックして選択する。すると、
係るクリックされたことがオープンコントローラ１０に
伝わるので、オープンコントローラ１０は、登録画面情
報記憶部１９から対応する画像情報を検出し、検出した
画面を出力する。一例を示すと、「ダイアルアップ設
定」を選択すると、図２１に示すような入力画面が表示
される。なお、実際の上位コンピュータ２における画面
表示は、図２０における右側の領域に、図２１に示す画
面を出力することになる。

【００９９】図から明らかなように、接続先の名称や、
接続形態などを登録する。登録は、直接テキストデータ
を入力したり、プルダウン方式で必要なものを選択する
ことにより行う。更に、「接続先詳細設定」を選択する
ことにより、接続先の電話番号などのダイアルアップ接
続するのに必要な各種情報を登録する。この登録された
情報は、ネットワークを介してオープンコントローラ１
０に与えられ、記憶される。

【０１００】また、メールサービスの初期設定は、「メ
ールサービス設定」を選択すると、例えば、図２２に示
す入力画面が表示され、サービス名，送信先のメールア
ドレスその他の情報の登録を行う。また、メールに付加
する「メッセージ情報，エラーログ情報，ステータス情
報など」や添付ファイルの有無もこの画面で行う（ＯＮ
→付加する）。また、付加する具体的な内容は、画面上
の所定領域Ｒをクリックすることにより、更にそれぞれ
の入力画面（図示省略）に飛び、テキストデータ等の入
力を可能とする。

【０１０１】このように、登録画面は、オープンコント
ローラ１０内に保持されているので、ブラウザを備えた
装置等からオープンコントローラ１０にアクセスするだ
けで、同様の入力環境の元で各種の初期設定を行うこと
ができる。また、上記したダイアルアップ設定並びにメ
ールサービス設定に限ることはなく、その他の初期設定
も同様の手順により実施できる。

【０１０２】一方、上記した初期処理により登録された
各初期データは、爾後オープンコントローラ１０に保存
され、その後電源投入される都度、各処理部１６ａ〜１
６ｄが必要なデータを読み出すとともに、各処理部１６
ａ〜１６ｄが、初期設定することになる。

【０１０３】そして、各処理部１６ａ〜１６ｄの関係で
あるが、イベント発行部１６ａから所定のイベントがデ
ータ収集処理部１６ｂに与えられ、データ収集処理部１
６ｂは、受信したイベントに応じた処理を実行する。ま
た、データ送信部１６ｃは、メッセージを受信したなら
ば、その受信メッセージにしたがった処理をするように
した。そこで、データの自動送信をするタイミングにな
ると、まずイベント発行部１６ａが、データ収集処理部
１６ｂに対してデータ送信命令のイベントを発行し、そ
のイベントを受信したデータ収集処理部１６ｂがデータ
送信部１６ｃに対して送信命令のメッセージを送出する
ようにしている。これにより、自動送信（ｆｔｐ，電子
メール）が可能となる。この点（電子メールでの送信を
除く）は、先に説明した実施の形態と同様であり、その
機能を実現するための処理フローチャートも同様である
ので、図を用いた詳細な説明を省略する。

【０１０４】そして、本形態では、データ送信部１６ｃ
が送信する相手が、ＬＡＮ接続されていない装置の場合
には、ダイアルアップ部１６ｄに対して接続要求メッセ
ージが与えられる。これを受けてダイアルアップ部１６
ｄが所定の相手に対してダイアルアップ接続を実行す
る。なお、ダイアルアップ接続先並びに接続の手順など
は、初期処理により登録した内容に従う。また、ダイア
ルアップ部１６ｄへのメッセージの発信元は、例えばデ
ータ収集処理部１６ｂとする。

【０１０５】もちろん、本実施の形態においても各処理
部１６ａ〜１６ｄのデータの送受方式を変えることによ
り、イベント発行部１６ａが直接データ送信部１６ｃに
送信命令を出力したり、ダイアルアップ部１６ｄに接続
命令を出力するようにしても良い。次に、各処理部１６
ａ〜１６ｄのより具体的な機能を説明する。

【０１０６】まず、イベント発行部１６ａは、上記した
実施の形態と同様であり、図８に示すフローチャートを
実施する機能を有する。すなわち、タイマを監視し、基
準時間間隔で、タイマイベントが発行され、データ収集
処理部１６ｂに渡す。すなわち、データ収集処理部１６
ｂにおけるデータ収集は、基本的には一定時間間隔で定
期収集するように構成しているので、その収集タイミン
グに来たことをタイマイベントを発行することによりデ
ータ収集処理部１６ｂに伝達するようになっている。

【０１０７】また、不定期サービスは、イベントメモリ
を監視し、イベントメモリに記憶された内容が、予め設
定した送信条件に合致したか否かを判断し、合致した場
合には、コンパクトフラッシュカード８に格納された所
望のデータを送信するためのイベント（不定期サービ
ス）を発行する。

【０１０８】具体的には、上記したイベントメモリを監
視し、送信フラグがＯＮになったか否かを判断し、ＯＮ
になったときには、該当する機器に関する情報を送信す
るためのイベントをデータ収集処理部１６ｂに与える。
この送信フラグは、コンパクトフラッシュカード８に格
納されている収集したデータ件数が、初期設定で登録し
た件数に達した（データが満杯になった）か否かを識別
するためのフラグで、達した場合にＯＮになる。そし
て、このフラグのＯＮ／ＯＦＦは、データ収集処理部１
６ｂが行う。

【０１０９】そして、上記送信フラグは各機器ごとに設
定しているが、これとは別に各機器ごとに不定期用送信
フラグのエリアも設ける。つまり、イベントメモリ内に
は、各機器ごとに収集した情報量が規定量に達したとき
に送信するための送信フラグと、個々の指定に基づく不
定期送信フラグを持ち、いずれかのフラグがＯＮになっ
た場合には、そのＯＮになった機器名をｆｔｐサービス
名或いは電子メール送信とする送信イベントを発行する
ことになる。なお、何れの方式をとるかは、予め決めて
いる。その種類もフラグにより決定することができる。

【０１１０】データ収集処理部１６ｂは、イベント発行
部１６ａから送られるイベントにしたがって動作し、各
通信部１１〜１３を介して接続されたＰＬＣ１等の機器
の情報を収集するとともに、収集した情報（データ）を
コンパクトフラッシュカード８に格納するようになって
いる。さらに、本形態では、コンパクトフラッシュカー
ド８に登録された情報量（件数）を管理し、予め設定さ
れた量に達した（データファイルが満杯になった）か否
かを判断し、その判断結果に基づき送信フラグのＯＮ／
ＯＦＦを制御するようになっている。

【０１１１】なお、送信フラグは、メモリ１７内に設定
されるイベントメモリの所定領域に格納される。なおま
た、本形態では、各ＰＬＣ１その他の機器ごとにデータ
ファイルを作成するため、送信フラグも各機器ごとに設
定制御され、上記判断も各機器ごとに行われる。

【０１１２】そして、具体的な機能は、図２３に示すフ
ローチャートを実行するようになっている。なお、図２
３は、不定期サービスについては、情報（データ）の送
信のうち、新規に追加された機能を示しており、不定期
のデータ収集機能や、ＬＡＮ接続された上位コンピュー
タ２へのｆｔｐによる送信は図２３に示すフローチャー
トに従って処理される。そして、いずれの処理を実行す
るかは、イベント受信に基づく受信したサービス名によ
り判断される。

【０１１３】すなわち、イベント発行部１６ａから送ら
れるイベントを受信するのを待ち（ＳＴ２１）、受信し
たならばそれがタイマサービスからのイベント受信（ス
テップ１３に基づく）なのか不定期サービスからのイベ
ント受信（ステップ１７に基づく）なのかを判断する
（ＳＴ２２，ＳＴ２３）。

【０１１４】そして、タイマイベントの場合には、ステ
ップ２２でＹｅｓとなるのでステップ２４に進み定期収
集処理を行い、定期収集タイミングに達した機器の情報
（データ）を収集し、その収集したデータを、予め設定
されたコンパクトフラッシュカード８内の所定エリアに
格納する（ＳＴ２４，ＳＴ２５）。なお、このデータ収
集並びに保存は、図１０，図１１に示すフローチャート
を実施することにより実現される。

【０１１５】一方、不定期サービスイベントの場合に
は、ステップ２３でＹｅｓとなるので、受信したイベン
トの内容（サービス名）を判断し、ダイアルアップ接続
要求（ダイアルアップサービス名受信）なのか（ＳＴ８
１）、メール送信（メール送信サービス名受信）なのか
（ＳＴ８２）を判断する。具体的には、サービス名から
判断できる。

【０１１６】つまり、ダイアルアップサービス名を受信
した場合には、ステップ８１でＹｅｓとなり、ステップ
８３に進み、ダイアルアップ部１６ｄにてダイアルアッ
プサービス処理を実行して所定の相手にダイアルアップ
接続をし、その後、ｆｔｐサービス処理を実行（ＳＴ８
４）し、ダイアルアップ接続先の上位コンピュータ２′
（ｆｔｐサーバ）に対して所定データをｆｔｐにより送
信する。なお、このｆｔｐサービス処理は、送信先がＬ
ＡＮ接続されているか否かで異なるものの図９に示した
ステップ２９と基本的に同様である。換言すると、本形
態では、ダイアルアップサービス名の受信は、ダイアル
アップ接続した相手にｆｔｐで送信することを意味す
る。

【０１１７】また、メール送信サービス名を受信（Ｙｅ
ｓ）したならば、ステップ８２でＹｅｓとなり、ステッ
プ８６に進む。そして、メール送信サービス処理を実行
し、所定の送信相手に対して電子メールを送信する。な
お、本形態においては、送信相手先は、ＬＡＮ接続され
ている場合と、接続されていない場合の両方がある。も
ちろん、一方のみとしてもよい。

【０１１８】上記したダイアルアップ部１６ｄにおける
ダイアルアップサービス処理は、図２４のように、初期
処理をした後、実際にダイアルアップをする。つまり、
通常のダイアルアップ接続処理と同様であるので、その
詳細な説明を省略する。

【０１１９】また、メール送信サービス処理は、図２
５，図２６に示すようになっている。同図に示すよう
に、ユーザメッセージ，エラーログ，ステータス情報を
付加する場合には、各情報をメール本文に付加する（Ｓ
Ｔ９０〜ＳＴ９５）。各情報を付加するか否かは、初期
設定で予め決めており、それに従って付加するか否かを
決定することになる。

【０１２０】そして、ファイルを添付するか否かを判断
し（ＳＴ９６）、添付する場合には、コンパクトフラッ
シュカード８に格納されている情報を所定の形式のデー
タファイルとして、電子メールに添付する（ＳＴ９
７）。この添付するか否かも初期設定、実際には、送信
先によって設定した内容に従う。つまり、通常は、ファ
イルを添付して送信することになるが、例えば、最終的
な電子メールの送信先が携帯電話などの添付ファイルを
受けられない装置の場合には、ファイルを添付しないよ
うに設定する。この場合には、例えば、上記したユーザ
メッセージとして、機器名とともに故障したことをメー
ル本文に付加したり、その機器についてのエラーログを
コンパクトフラッシュカード８から読み出して、メール
本文に付加することなどにより対応する。

【０１２１】次に、送信先がＬＡＮ上に接続されている
か否かを判断する（ＳＴ９８）。これも、初期設定によ
り予め設定された内容に従うことになる。そして、ＬＡ
Ｎ上に設置されている場合には、イーサネット経由で電
子メールを送信する（ＳＴ９９）。つまり、データ送信
部１６ｃは、１０Ｂａｓｅ−Ｔコネクタ１２からネット
ワーク５ｂを介してコンピュータ２に電子メールを送信
する。

【０１２２】一方、ＬＡＮ上に存在しない場合には、予
め設定されている接続先へダイアルし、接続を図る（Ｓ
Ｔ１００）。そして、接続が成功したならば、モデム２
２経由で所定のメールアドレスに向けて、作成した電子
メールを送信する（ＳＴ１０１，ＳＴ１０２）。一方、
ダイアルアップ接続が失敗した場合には、リトライ回数
が設定値以下であることを条件に、再度ダイアルアップ
接続を試みる（ＳＴ１０１，ＳＴ１０３）。そして、リ
トライ回数が設定値以上になると（ステップ１０３の分
岐判断でＮＯ）、今回のダイアルアップ接続に伴うメー
ル送信は停止する。

【０１２３】なお、送信後は、送信済みのデータを削除
したり、送信済みのファイルであることを示すフラグな
どを付加し、同一情報を再度送信することがないように
管理する。

【０１２４】なおまた、上記した実施の形態では、不定
期サービスに基づいてデータの送信を行うようにした
が、定期的（毎日，毎時等の予め定めた時刻や、何時間
毎，何分毎などの基準時間経過毎）にデータを送信する
ように構成することもできる。この場合に、例えば、タ
イマサービスイベントからのイベントに基づき、データ
送信をするための各種メッセージ（ダイアルアップサー
ビス名，メール送信サービス名，ｆｔｐサービス名な
ど）が発せられるようにすることにより、実現すること
ができる。

【０１２５】

【発明の効果】以上のように、この発明では、ＰＬＣと
コンピュータはそれぞれコントローラと通信することに
より、相手の通信プロトコルや、動作状況を意識するこ
となくそれぞれが稼動することができ、情報収集・管理
などのＰＬＣ（ラダーシステム）が不得手でしかもコン
ピュータに任せると過負荷になるような処理を実施する
ことにより、係る相反する２つの問題を解決することが
できる。係るコントローラを用い、送信条件に達したか
否かを判断し、達した場合に自動的に記憶部に格納した
情報をコンピュータに送信するので、ＰＬＣの情報を効
率よくコンピュータに伝達することができる。

【図面の簡単な説明】

【図１】上位パソコンにＰＬＣをネットワーク接続した
システムの一例を示す図である。

【図２】本発明に係るコントローラの使用形態の一例を
示す図である。

【図３】本発明に係るコントローラの使用形態の一例を
示す図である。

【図４】本発明に係るコントローラの一実施の形態（ハ
ードウエア構成）を示す図である。

【図５】本発明に係るコントローラの一実施の形態（ソ
フトウェア構成）を示す図である。

【図６】ＣＰＵの機能を示すフローチャートである。

【図７】初期処理の具体的な手順を示すフローチャート
である。

【図８】イベント発行部の機能を示すフローチャートで
ある。

【図９】データ収集処理部の機能を示すフローチャート
である。

【図１０】定期収集処理の具体的な手順を示すフローチ
ャートである。

【図１１】データ保存の具体的な手順を示すフローチャ
ートである。

【図１２】書き込みポインタを説明する図である。

【図１３】待避モードを説明する図である。

【図１４】データ送信部の機能を示すフローチャートで
ある。

【図１５】上位コンピュータの機能を示すフローチャー
トである。

【図１６】本発明の別の実施の形態のコントローラが組
み込まれたシステムの一例を示す図である。

【図１７】本発明に係るコントローラの他の実施の形態
（ソフトウェア構成）を示す図である。

【図１８】ＣＰＵの機能を示すフローチャートである。

【図１９】初期処理の具体的な手順を示すフローチャー
トである。

【図２０】初期設定の入力画面の一例を示す図である。

【図２１】初期設定の入力画面の一例を示す図である。

【図２２】初期設定の入力画面の一例を示す図である。

【図２３】データ収集処理部の機能を示すフローチャー
トである。

【図２４】ダイアルアップ部の機能を示すフローチャー
トである。

【図２５】データ送信部におけるメール送信機能を示す
フローチャートである。

【図２６】データ送信部におけるメール送信機能を示す
フローチャートである。

【符号の説明】

１ＰＬＣ２コンピュータ８コンパクトフラッシュカード（記憶部）１０オープンコントローラ（コントローラ）１１通信部１２１０Ｂａｓｅ−Ｔコネクタ（通信部）１３フィールドバスコネクタ（通信部）１４ＩＳＡバスコネクタ１５ＲＯＭ１６ＣＰＵ１６ａイベント発行部（制御部）１６ｂデータ収集処理部（情報収集部，制御部）１６ｃデータ送信部（送信部）１６ｄダイアルアップ部１７メモリ１８フラッシュディスク１９登録画面情報記憶部２０通信網２１携帯電話２２モデム

Claims

【特許請求の範囲】

【請求項１】制御系ネットワークと情報系ネットワー
クとの間でネットワーク通信の中継を行い、制御系シス
テムと情報系システムとに対してデータの通信をするコ
ントローラであって、ネットワーク接続可能な通信部と、前記通信部を介して前記制御系システムの情報を収集す
るとともに、収集した前記情報を記憶部に格納する情報
収集部と、前記記憶部に格納された前記情報を、前記情報系システ
ムに向けて送る情報送信部と、予め設定された送信条件に合致したか否かを判断し、合
致した際に前記情報送信部から前記情報の送信を行わせ
る制御部とを備えたことを特徴とするコントローラ。
【請求項２】前記送信条件は、記憶部に記憶された情
報量が設定値に達することである請求項１に記載のコン
トローラ。
【請求項３】前記送信条件は、予め設定した一定時間
を経過したことである請求項１に記載のコントローラ。
【請求項４】前記情報送信部は、ｆｔｐで送るもので
あることを特徴とする請求項１〜３のいずれか１項に記
載のコントローラ。
【請求項５】前記情報送信部は、電子メールを送信す
る機能を備えたことを特徴とする請求項１〜４のいずれ
か１項に記載のコントローラ。