JP2003263328A - イベント駆動型ファンクションブロックの起動方法、イベント駆動型制御装置、イベント駆動型ファンクションブロック用コンパイラ及びイベント駆動型制御プログラム用コンパイラ - Google Patents

Abstract

(57)【要約】 【課題】 イベントが発生したときに所定の処理を実行
するイベント駆動型ファンクションブロックを効率よく
起動し且つ制御システム全体のプログラムの可読性を向
上させる。 【解決手段】 イベントの有無を表す２値のデータ型を
定義し、イベント変数をこのデータ型に定義する。イベ
ント駆動型のファンクションブロックＦＢを呼び出す際
に、上位プログラムがその前段のファンクションブロッ
クＦＢのイベント変数の有無を検索し、イベント有りに
設定されているときに呼び出し先のファンクションブロ
ックＦＢのイベント入力変数をイベント有りに設定す
る。そして、このファンクションブロックＦＢを呼び出
した後、前段のファンクションブロックＦＢのイベント
出力をイベント無しに設定し、呼び出されたファンクシ
ョンブロックＦＢは、所定の処理を実行しイベント入力
変数の参照が全て終了した後、イベント入力変数をイベ
ント無しに設定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、イベントが発生
したときにファンクションブロックを起動するようにし
た、イベント駆動型ファンクションブロックの起動方
法、イベント駆動型制御装置、イベント駆動型ファンク
ションブロック用コンパイラ及びイベント駆動型制御プ
ログラム用コンパイラに関する。

【０００２】

【従来の技術】従来より、例えば、プログラマブル・コ
ントローラにおいて目的とする制御動作を行わせるため
の制御プログラムを作成するためのプログラミング・サ
ポート・ツールが存在する。このようなプログラミング
・サポート・ツールは、表示装置、演算処理装置、記憶
装置、入力装置等を有し、例えば、ラダー図やファンク
ションブロック図のような図示表現により、或いは命令
語を使用して、プログラムの作成を行っている。

【０００３】前記ファンクションブロック図で用いられ
るファンクションブロックは、プログラムを構造化する
ためのプログラミング手法であり、入力変数、出力変
数、及びファンクションブロック内部変数からなるデー
タ構造（以下、インスタンスという。）と、それらのデ
ータを用いて実行されるプログラムとから構成される。
図２７は、ファンクションブロックの外形を表したもの
である。図２７において、矩形がファンクションブロッ
クＦＢの本体を表し、その矩形内の上部中央に示す文字
列（この場合、ＣＴＵ）２０１が、このファンクション
ブロックＦＢを特定する名称である。矩形左辺に接続す
る線２０２がファンクションブロックＦＢへの入力を表
し、これと対になる矩形内左辺に示す文字が入力変数名
である。同様に、矩形右辺に接続する線２０３は、ファ
ンクションブロックＦＢからの出力を表し、これと対に
なる矩形内右辺に示すものが出力変数名である。

【０００４】図２８は、ＩＥＣ６１１３１−３規格にの
っとって表記した、図２７に示すファンクションブロッ
クＦＢの内部構造すなわち内部プログラムを表したもの
である。図２８中、２１１は、ファンクションブロック
ＦＢの名称を宣言しており、この宣言によってファンク
ションブロックＦＢの記述の始まりを示している。２１
２がファンクションブロックＦＢに対する入力の宣言、
２１３はファンクションブロックＦＢからの出力の宣
言、２１４はファンクションブロックＦＢの内部変数の
宣言、２１５はファンクションブロックＦＢの処理内容
を表す。

【０００５】図２８の場合には、“ＣＵ”の立ち上がり
を検出したら、“ＣＶ”をカウントアップし、設定値
“ＰＶ”と等しくなったら、“Ｑ”を出力し、“Ｒ”の
入力によって“ＣＶ”をクリアする処理を表している。
なお、図中、２１６は、ファンクションブロックＦＢの
記述の終了を表し、前記２１１のファンクションブロッ
クＦＢの記述の始まりを表す宣言と対をなしている。図
２９は、ＩＥＣ６１１３１−３規格にのっとった、アプ
リケーションプログラムの構成を表す概念図である。ア
プリケーションプログラムは、例えば１又は複数のプロ
グラム（図２９の場合、二つのプログラム２２１、２２
２）と、ファンクションブロックＦＢ（図２９の場合、
ＦＢ１〜ＦＢ４）と、これに関連する定義とから構成さ
れる。前記ファンクションブロックＦＢは、上位のファ
ンクションブロック又はプログラムの構成要素の一部と
して存在することも可能であり、例えば、ファンクショ
ンブロックＦＢ１のように、ファンクションブロック単
体で一つの機能となることもある。

【０００６】このアプリケーションプログラムを実行す
る制御装置は、この制御装置自身の管理及び、アプリケ
ーションプログラムを実行するための基本処理プログラ
ム（ＯＳ）を備えている。この基本処理プログラムは、
前記プログラム２２１、２２２や、ファンクションブロ
ックＦＢ１〜ＦＢ４等の実行を管理するためのタスク２
２６〜２２８を制御する。前記タスクには、定周期のも
のやイベントで起動されるものがあり、各タスクが、そ
れぞれ登録されているプログラム２２１、２２２やファ
ンクションブロックＦＢ１〜ＦＢ４を、各タスクに設定
されている周期で実行することによって、アプリケーシ
ョンプログラムにしたがって各プログラム或いはファン
クションブロックＦＢが実行されるようになっている。

【０００７】このように、ファンクションブロックＦＢ
を用いてプログラミングを行うことによって、プログラ
ムの構造化、カプセル化によるプログラムの可読性の向
上、ならびにメンテナンス性の向上、基本機能のファン
クションブロックライブラリ化によるプログラム品質の
向上、納期の短縮化等を図ることができるようになって
いる。

【０００８】

【発明が解決しようとする課題】ところで、前記ファン
クションブロックＦＢによるプログラミングにおいて、
イベント的な動作を実現するための手法として、１ビッ
トのデータ型であるＢＯＯＬ型変数の立ち上がり（又は
立ち下がり）エッジ検出を行う方法、また、プログラマ
ブルコントローラシステムにおいてイベントの機能を実
現するための手法として、イベントタスク等がある。

【０００９】しかしながら、ファンクションブロックを
組み合わせてイベント的な動作を行うプログラムを作成
する場合、次のような問題が生じる。すなわち、接続さ
れたファンクションブロック間で、前段のファンクショ
ンブロックの演算の終了を、後段のファンクションブロ
ックに伝え、これによって後段のファンクションブロッ
クの実行を開始するといったプログラムの作成が困難で
あるという問題がある。

【００１０】例えば、立ち上がりエッジを用いてファン
クションブロックの実行を後段のファンクションブロッ
クに伝えるようにした場合、立ち上がりエッジを後段の
ファンクションブロックが認識するためには、ファンク
ションブロックの実行を伝達するための信号の、前回値
と今回値とを比較する必要があり、一つのイベントを伝
達するには、信号値を“０”としてイベントを転送して
ファンクションブロックを起動し、次に信号値を“１”
としてイベントを転送してファンクションブロックを起
動する必要があり、すなわち、最低２回のデータ転送を
行う必要がある。

【００１１】また、イベントタスクにファンクションブ
ロックを登録し、このイベントタスクでファンクション
ブロックを起動することによって、後段のファンクショ
ンブロックを起動するようにした場合、イベントタスク
の起動条件は、タスク側の設定であり、プログラム上に
は現れてこないため、ファンクションブロックを用いて
形成した制御プログラムにおいてその可読性が低下す
る。また、多数のイベントを記述する場合等には、イベ
ントタスクの起動条件等の設定ミスが発生しやすくな
り、さらに、一つのイベントタスクに対して、起動条件
は１種類だけであるため、イベントの種類によって処理
を切り換えるようなファンクションブロックにあっては
その記述が難しいという問題がある。

【００１２】また、イベント駆動型ファンクションブロ
ックのための規格として、ＩＥＣ１４９９等もあるが、
全てのファンクションブロックにイベントを実装するよ
うにしているため、従来のイベント駆動を必要としない
ファンクションブロックに関してもイベントの処理に関
するプログラミングが必要となり、ファンクションブロ
ックの機能が複雑になるという問題がある。そこで、こ
の発明は、上記従来の未解決の問題点に着目してなされ
たものであり、ファンクションブロック間におけるイベ
ントの伝達を容易に行うことの可能なイベント駆動型制
御プログラムのイベント伝達方法、イベント駆動型制御
装置、イベント駆動型ファンクションブロック用コンパ
イラ及びイベント駆動型制御プログラム用コンパイラを
提供することを目的としている。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に、本発明の請求項１に係るイベント駆動型ファンクシ
ョンブロックの起動方法は、イベントの発生が通知され
たとき前記イベントに対応する処理を実行するイベント
駆動型ファンクションブロックの起動方法であって、前
記イベントの発生の有無を表す２値のデータ型を定義
し、前記イベント駆動型ファンクションブロックにイベ
ントの発生を通知するためのイベント変数を前記２値の
データ型で設定し、前記イベント駆動型ファンクション
ブロックへのイベントの通知元のイベント変数がイベン
ト有りに設定されているときに当該イベントの通知先の
イベント駆動型ファンクションブロックのイベント変数
をイベント有りに設定すると共に前記イベント駆動型フ
ァンクションブロックを起動し、その後前記イベント有
りが検出された前記通知元におけるイベント変数をイベ
ント無しに設定するようにしたことを特徴としている。

【００１４】また、請求項２に係るイベント駆動型制御
装置は、イベントの発生が通知されたとき前記イベント
に対応する処理を実行するイベント駆動型ファンクショ
ンブロックと、当該イベント駆動型ファンクションブロ
ックの起動指示を行う上位処理手段と、当該上位処理手
段で指示されたイベント駆動型ファンクションブロック
を起動する基本処理手段と、を備えたイベント駆動型制
御装置であって、前記イベントの有無を表す２値のデー
タ型を定義し、前記イベント駆動型ファンクションブロ
ックにイベントの発生を通知するためのイベント変数を
前記２値のデータ型で設定し、前記上位処理手段は、前
記イベント駆動型ファンクションブロックへのイベント
の通知元のイベント変数に基づいてイベントの有無を検
出するイベント有無検出手段と、当該イベント有無検出
手段でイベント有りを検出したとき当該イベントの通知
先のイベント駆動型ファンクションブロックのイベント
変数をイベント有りに設定し且つ前記基本処理手段に前
記イベント駆動型ファンクションブロックの起動を指示
するイベント伝達手段と、当該イベント伝達手段で前記
起動を指示した後、前記イベント有無検出手段でイベン
ト有りを検出した前記通知元におけるイベント変数をイ
ベント無しに設定するイベントリセット手段と、を備え
ることを特徴としている。

【００１５】また、請求項３に係るイベント駆動型ファ
ンクションブロック用コンパイラは、イベントの有無を
表す２値のデータ型のイベント変数を有し、当該イベン
ト変数にイベント有りが設定されたときに所定の処理を
実行した後、前記イベント変数をイベント無しに設定す
るようになっているイベント駆動型ファンクションブロ
ックを実現するためのソースプログラムを、コンピュー
タで実行可能な機械語に変換するためのイベント駆動型
ファンクションブロック用コンパイラであって、前記イ
ベント駆動型ファンクションブロックにおいて、前記イ
ベント変数を参照する処理が全て終了したことを意味す
る処理を検索するイベント入力参照終了検索手段と、前
記機械語への変換を行う際に、前記イベント駆動型ファ
ンクションブロックの、前記イベント入力参照終了検索
手段で検索した処理の直前に、前記イベント入力変数を
イベント無しに設定する処理を挿入するイベント入力リ
セット挿入手段と、を備えることを特徴としている。

【００１６】また、請求項４に係るイベント駆動型制御
プログラム用コンパイラは、イベントの発生が通知され
たとき前記イベントに対応する処理を実行するイベント
駆動型ファンクションブロックと、当該イベント駆動型
ファンクションブロックを起動する基本処理手段に対し
起動指示を行う上位処理手段と、を備え、且つ、前記イ
ベントの有無を表す２値のデータ型を定義し、前記イベ
ント駆動型ファンクションブロックにイベントの発生を
通知するためのイベント変数を前記２値のデータ型で設
定し、前記上位処理手段は、前記イベント駆動型ファン
クションブロックへのイベントの通知元のイベント変数
に基づいてイベントの有無を検出し、前記イベント駆動
型ファンクションブロックへのイベントが有るとき当該
イベントの通知先のイベント駆動型ファンクションブロ
ックのイベント変数をイベント有りに設定した後、前記
イベント有りを検出した前記通知元におけるイベント変
数をイベント無しに設定するようになっているイベント
駆動型制御プログラムのソースプログラムを、コンピュ
ータで実行可能な機械語に変換するためのイベント駆動
型制御プログラム用コンパイラであって、前記上位処理
手段において前記通知元のイベント変数を参照する処理
が全て終了したことを意味する処理を検索するイベント
出力参照終了検索手段と、前記機械語への変換を行う際
に、前記イベント出力参照終了検索手段で検出した処理
の直後に、前記通知元におけるイベント変数をイベント
無しに設定する処理を挿入するイベント出力リセット挿
入手段と、を備えることを特徴としている。

【００１７】また、請求項５に係るイベント駆動型制御
装置は、イベントの発生が通知されたとき前記イベント
に対応する処理を実行するイベント駆動型ファンクショ
ンブロックと、当該イベント駆動型ファンクションブロ
ックの起動指示を行う上位処理手段と、当該上位処理手
段で指示されたイベント駆動型ファンクションブロック
を起動する基本処理手段と、を備えたイベント駆動型制
御装置であって、前記イベントの有無を表す２値のデー
タ型を定義し、前記イベント駆動型ファンクションブロ
ックにイベントの発生を通知するためのイベント変数を
前記２値のデータ型で設定すると共に、前記イベント駆
動型ファンクションブロックのインスタンスに前記イベ
ント変数を格納するための固定領域を設け、前記上位処
理手段は、前記基本処理手段に対して前記起動指示を行
う際に、前記イベント駆動型ファンクションブロックに
イベントを通知するための予め設定された通知元のイベ
ント変数を前記固定領域に複写する複写手段と、当該複
写手段での複写後に、前記通知元のイベント変数をイベ
ント無しに設定するイベント出力リセット手段と、を備
え、前記基本処理手段は起動が指示されたイベント駆動
型ファンクションブロックの前記固定領域を参照してイ
ベントの有無を検出するイベント有無検出手段と、当該
イベント有無検出手段でイベント有りを検出したときに
のみ指示されたイベント駆動型ファンクションブロック
を起動する起動手段と、を備えることを特徴としてい
る。

【００１８】また、請求項６に係るイベント駆動型制御
装置は、請求項５記載のイベント駆動型制御装置におい
て、前記基本処理手段は、前記イベント駆動型ファンク
ションブロックによる処理終了後、当該イベント駆動型
ファンクションブロックから前記上位処理手段による処
理に復帰するための復帰処理を行うと共に、起動したイ
ベント駆動型ファンクションブロックの前記固定領域を
イベント無しに設定するようになっていることを特徴と
している。

【００１９】また、請求項７に係るイベント駆動型制御
装置は、前記請求項２、請求項５及び請求項６の何れか
に記載のイベント駆動型制御装置において、前記上位処
理手段は、起動が指示されたイベント駆動型ファンクシ
ョンブロックで必要とするデータ情報を、当該データ情
報が格納された記録領域から前記イベント駆動型ファン
クションブロックが参照するためのデータ情報入力領域
に複写するようになっているイベント駆動型制御装置で
あって、前記イベント駆動型ファンクションブロックに
通知されるイベント変数と、当該イベント変数がイベン
ト有りのときに前記イベント駆動型ファンクションブロ
ックで必要とするデータ情報との対応を表す入力対応情
報、及び、前記イベント駆動型ファンクションブロック
に通知されるイベント変数と、当該イベント変数がイベ
ント有りのときに前記イベント変数の通知元が出力すべ
きデータ情報との対応を表す出力対応情報の少なくとも
何れか一方を有し、前記上位処理手段は、前記イベント
駆動型ファンクションブロックの起動指示を行う際に、
前記入力対応情報及び出力対応情報の少なくとも何れか
一方を参照し、起動が指示されたイベント駆動型ファン
クションブロックへの、イベント有りに設定されたイベ
ント変数に対応するデータ情報のみを前記データ情報入
力領域に複写するようになっていることを特徴としてい
る。

【００２０】また、請求項８に係るイベント駆動型制御
装置は、請求項２記載のイベント駆動型制御装置におい
て、前記イベント駆動型ファンクションブロックで参照
する情報を記憶するための入力変数領域及び当該入力変
数領域用のバッファ領域を備え、前記上位処理手段は前
記バッファ領域に所定の情報を複写し、前記基本処理手
段は前記イベント駆動型ファンクションブロックを起動
する際に前記バッファ領域の情報を前記入力変数領域に
複写し、前記イベント駆動型ファンクションブロックは
前記入力変数領域に格納された情報を参照するようにな
っていることを特徴としている。

【００２１】また、請求項９に係るイベント駆動型制御
装置は、請求項８記載のイベント駆動型制御装置におい
て、前記バッファ領域は、前記イベント駆動型ファンク
ションブロックのインスタンスに設けられていることを
特徴としている。また、請求項１０に係るイベント駆動
型制御装置は、請求項８記載のイベント駆動型制御装置
において、前記イベント駆動型ファンクションブロック
で参照する情報のうち、前記イベント変数を除くデータ
情報を格納するためのバッファ領域は、前記データ情報
の送信元の前記データ情報の出力側に設けられているこ
とを特徴としている。

【００２２】また、請求項１１に係るイベント駆動型制
御装置は、請求項５記載のイベント駆動型制御装置にお
いて、前記固定領域用のバッファ領域を備え、前記上位
処理手段は前記バッファ領域に前記イベント変数を複写
し、前記基本処理手段は、起動が指示されたイベント駆
動型ファンクションブロックの前記バッファ領域の情報
を前記固定領域に複写した後、当該固定領域を参照して
前記イベントの有無を検出するようになっていることを
特徴としている。

【００２３】また、請求項１２に係るイベント駆動型制
御装置は、請求項１１記載のイベント駆動型制御装置に
おいて、前記基本処理手段は、前記バッファ領域の情報
を前記固定領域に複写した後、前記バッファ領域にイベ
ント無しを設定するようになっていることを特徴として
いる。また、請求項１３に係るイベント駆動型制御装置
は、イベントの発生が通知されたとき前記イベントに対
応する処理を実行するイベント駆動型ファンクションブ
ロックと、当該イベント駆動型ファンクションブロック
の起動指示を行う上位処理手段と、当該上位処理手段で
指示されたイベント駆動型ファンクションブロックを起
動する基本処理手段と、を備えたイベント駆動型制御装
置であって、前記イベントの有無を表す２値のデータ型
を定義し、前記イベント駆動型ファンクションブロック
にイベントの発生を通知するためのイベント変数を前記
２値のデータ型で設定すると共に、前記イベント駆動型
ファンクションブロックのインスタンスに前記イベント
変数を格納するための固定領域及び当該固定領域用のバ
ッファ領域を設け、前記上位処理手段は、前記イベント
駆動型ファンクションブロックの起動を指示する際に、
当該イベント駆動型ファンクションブロックで参照すべ
きイベント変数を前記バッファ領域に複写する複写手段
を備え、前記基本処理手段は、起動が指示されたイベン
ト駆動型ファンクションブロックの前記バッファ領域の
情報を前記固定領域に複写し、当該固定領域を参照して
イベントの有無を検出するイベント有無検出手段と、当
該イベント有無検出手段でイベント有りを検出したとき
にのみ指示されたイベント駆動型ファンクションブロッ
クを起動する起動手段とを備え、前記ファンクションブ
ロックは、起動時に、当該ファンクションブロックのイ
ベント出力をイベント無しに設定するイベント出力リセ
ット手段を備えることを特徴としている。

【００２４】また、請求項１４に係るイベント駆動型制
御装置は、請求項８乃至１３の何れかに記載のイベント
駆動型制御装置において、前記基本処理手段は、前記イ
ベント有りを検出したときセットし前記バッファ領域か
らの前記複写が終了したときリセットする起動フラグ
と、前記イベント駆動型ファンクションブロックが実行
中であるときにセット状態に維持する実行中フラグと、
を備え、前記起動フラグがセットされ且つ前記実行中フ
ラグがリセットされているときに前記複写を行った後前
記イベント駆動型ファンクションブロックを起動するよ
うになっていることを特徴としている。

【００２５】さらに、請求項１５に係るイベント駆動型
制御プログラム用コンパイラは、イベントの発生が通知
されたとき前記イベントに対応する処理を実行するイベ
ント駆動型ファンクションブロックと、当該イベント駆
動型ファンクションブロックの起動指示を行う上位処理
手段と、当該上位処理手段で指示されたイベント駆動型
ファンクションブロックを起動する基本処理手段と、を
備え、且つ、前記イベントの有無を表す２値のデータ型
を定義し、前記イベント駆動型ファンクションブロック
にイベントの発生を通知するためのイベント変数を前記
２値のデータ型で設定すると共に、前記イベント駆動型
ファンクションブロックのインスタンスに前記イベント
変数を格納するための固定領域及び当該固定領域用のバ
ッファ領域を設け、前記上位処理手段は、前記イベント
駆動型ファンクションブロックの起動を指示する際に、
当該イベント駆動型ファンクションブロックで参照すべ
きイベント変数を前記バッファ領域に複写し、前記基本
処理手段は、起動が指示されたイベント駆動型ファンク
ションブロックの前記バッファ領域の情報を前記固定領
域に複写し、当該固定領域を参照してイベントの有無を
検出し当該イベント有無検出手段でイベント有りを検出
したときにのみ指示されたイベント駆動型ファンクショ
ンブロックを起動するようになっているイベント駆動型
制御プログラムのソースプログラムを、コンピュータで
実行可能な機械語に変換するためのイベント駆動型制御
プログラム用コンパイラであって、前記機械語に変換す
る際に、前記ファンクションブロックを実現するための
処理の開始位置に、当該ファンクションブロックのイベ
ント出力をイベント無しに設定する処理を挿入するイベ
ント出力リセット挿入手段を備えることを特徴としてい
る。

【００２６】

【発明の実施の形態】以下に、本発明の実施の形態を説
明する。まず、第１の実施の形態を説明する。図１は、
本発明を適用したイベント駆動型制御システムの一例を
示す構成図であって、プログラミングツール１は、イベ
ント駆動型のファンクションブロックＦＢを用いてシス
テム制御プログラムを作成するための入力装置１１、こ
の入力装置１１での入力に応じて所定のデータを表示す
るための表示装置１２、作成されたシステム制御プログ
ラム等を記録するための記録媒体１３、さらに、前記入
力装置１１、表示装置１２及び記録媒体１３を制御する
処理装置１４を備えている。

【００２７】そして、プログラミングツール１で生成さ
れたシステム制御プログラムは、コンパイラ２によっ
て、機械語プログラムに変換された後、伝送装置３によ
って、制御装置５に伝送され、ここで実行されるように
なっている。ここで、前記イベント駆動型ファンクショ
ンブロックＦＢについて説明する。このイベント駆動型
ファンクションブロックＦＢは、公知のファンクション
ブロックと同様に定義されるが、さらに、データ型とし
て、イベント型が定義されている。

【００２８】図２は、データ型としてイベント型を宣言
する場合の、変数宣言の一例を示したものである。図２
では、“ＣＵ”及び“Ｒ”が、イベント型の変数として
宣言されている。ここでは、イベントを表すキーワード
として“ＥＶＥＮＴ”なる宣言子を用いているが、これ
に限るものはなく、他のデータ型と区別できるものであ
ればよい。また、ここでは、入力変数のイベント宣言の
例を示しているが、出力変数のイベント宣言を行う場合
も同様である。

【００２９】そして、イベント型として、１ビットのデ
ータを想定し、真理値がＴＲＵＥ（ビットが“１”）の
とき“イベント有り”、真理値がＦＡＬＳＥ（ビットが
“０”）であるときに“イベント無し”としている。図
３は、このイベント宣言を用いた、イベント駆動型ファ
ンクションブロックＦＢを示したものである。前述の図
２７に示す、公知のファンクションブロックＦＢと基本
的な構成は同じであるが、入力変数の一部２１と出力変
数の一部２２とがイベント型として宣言されている。

【００３０】図４は、図３に示すファンクションブロッ
クＦＢ２０の内部構造を示すソースプログラムである。
前述の図２８と同様に、３１は、ファンクションブロッ
ク名（この場合、“Ｅ＿ＣＴＵ”）を宣言しており、こ
の宣言によってファンクションブロックの記述の始まり
を示している。そして、３２は、入力変数宣言、３３は
出力変数宣言を示す。

【００３１】また、図中３４及び３７は、イベント入力
の判定を行い、３５及び３８は、イベント出力を行って
いる。なお、このイベント出力３５及び３８は、このフ
ァンクションブロックＦＢ２０単体では意味がないが、
後段のファンクションブロックＦＢへのイベントの伝達
や、上位ファンクションブロックＦＢにおいてイベント
の処理が正常に行われたかを確認するため等に用いられ
る。また、図中３６及び３９は、入力されたイベントの
クリア処理を行っている。これは、イベントの操作を全
てファンクションブロックの内部プログラム上に記述し
ているために、イベントの値が必要でなくなったところ
で明示的にクリアする必要があるためである。このよう
に、イベント変数を定義し、その動作をプログラム上に
全て記述すれば、イベント駆動型のファンクションブロ
ックＦＢを記述することができる。

【００３２】図５は、このファンクションブロックＦＢ
２０を用いてシステム制御プログラムを作成した場合の
ファンクションブロックＦＢ２０に対するイベント及び
データの接続の一例を示したものであって、イベント駆
動型のファンクションブロックＦＢ（ＦＢ＿１）４１か
らのイベント伝達にしたがって、イベント駆動型のファ
ンクションブロックＦＢ（Ｅ＿ＣＴＵ）２０及びＦＢ
（ＦＢ＿２）４２が動作するようになっている。

【００３３】図５においてファンクションブロックＦＢ
４１からファンクションブロックＦＢ２０へのイベント
伝達４４及び４５は、ファンクションブロックＦＢ４１
及びＦＢ２０が属する上位のファンクションブロックＦ
Ｂ又は上位のプログラム（以下、上位プログラムとす
る。）４７上に記述される。つまり、図５においてイベ
ント伝達４４及び４５は、接続の概念を表したものであ
って、実際の上位プログラムとは異なる。これは、上位
プログラム４７が、ファンクションブロックＦＢ４１で
設定される“イベント”型の変数ＥＯ１、ＥＯ２をもと
に、イベントの有無を判定し、これに基づいてイベント
の伝達及びファンクションブロックＦＢの起動を行うか
らである。

【００３４】なお、イベント駆動型のファンクションブ
ロックＦＢの前段のファンクションブロックＦＢは、後
段のファンクションブロックＦＢにイベントを伝達する
ための、データ型が“イベント”であるイベント出力変
数を有し、イベント出力変数を“ＴＲＵＥ”に設定する
ことによってイベントの発生を通知するようになってい
る。つまり、図５の場合には、ファンクションブロック
ＦＢ４１は、ファンクションブロックＦＢ２０及びＦＢ
４２にイベントを伝達するためのイベント出力ＥＯ１及
びＥＯ２を備えており、これらイベント出力ＥＯ１或い
はＥＯ２を“ＴＲＵＥ”に設定することによって、イベ
ントの発生を通知する。

【００３５】図６は、上位プログラム４７の、前記ファ
ンクションブロックＦＢ４１とファンクションブロック
ＦＢ２０及びＦＢ４２との接続部分、つまり、イベント
伝達に関する記述のソースプログラムを示したものであ
る。図６においては、５１の処理において、ファンクシ
ョンブロックＦＢ４１のイベント出力ＥＯ１及びＥＯ２
が有るかどうか、つまり、イベント有りに設定されてい
るかどうかを判定し、イベント出力がある場合に、５２
の処理でファンクションブロックＦＢ（Ｅ＿ＣＴＵ）２
０を呼び出す処理を行う。つまり、例えば、図示しない
基本処理プログラムＯＳに対し、ファンクションブロッ
クＦＢ（Ｅ＿ＣＴＵ）２０の起動を指示すると共に、フ
ァンクションブロックＦＢ４１のイベント出力及び所定
の出力データをファンクションブロックＦＢ（Ｅ＿ＣＴ
Ｕ）２０のインスタンスの所定の領域にコピーする。

【００３６】同様に、５４の処理でファンクションブロ
ックＦＢ４１のイベント出力ＥＯ２が有るか否かを判定
し、イベント出力がある場合に、５５の処理でファンク
ションブロックＦＢ（ＦＢ＿２）４２を呼び出す処理を
行う。また、イベント伝達が終わった時点でイベント伝
達４４、４５をクリアしておく必要があるので、５３の
処理でファンクションブロックＦＢ４１のイベント出力
ＥＯ１をクリアし、５４の処理でファンクションブロッ
クＦＢ４１のイベント出力ＥＯ２をクリアする。つま
り、ファクションブロックＦＢ４１のイベント出力ＥＯ
１及びＥＯ２をクリアしておかなければ、次に上位プロ
グラム４７においてイベント出力ＥＯ１及びＥＯ２を参
照したときに、イベント出力ＥＯ１及びＥＯ２がクリア
されていなければ、再度イベント伝達を行うことになる
ため、イベント伝達が終了した時点で、イベント出力Ｅ
Ｏ１及びＥＯ２をクリアするようになっている。

【００３７】したがって、このようにして生成した上位
プログラム４７をコンパイラ２で機械語に変換し、これ
を伝送装置３によって制御装置５に伝送し、これを実行
すれば、ファンクションブロックＦＢ４１のイベント出
力ＥＯ１及びＥＯ２は、上位プログラム４７によって後
段のファンクションブロックＦＢ２０及びＦＢ４２に伝
達されることになる。このとき、上位プログラム４７
が、ファンクションブロックＦＢ４１のイベント出力Ｅ
Ｏ１及びＥＯ２についてイベントの有り無しを判定し、
これを後段のファンクションブロックＦＢ２０及びＦＢ
４２に伝達するようにしているから、ファンクションブ
ロックＦＢ間でのイベントの伝達を上位プログラム４７
によって行うことができると共に、上位プログラム４７
上において、データ型のイベント変数と、このイベント
発生時に送信すべきデータとを関連付けることができる
から、上位プログラム４７の可読性を向上させることが
でき、さらにはシステム制御プログラム全体の可読性を
向上させることができる。

【００３８】また、このとき、上位プログラム４７でイ
ベントの発生の有無を判定しイベント有りのときにの
み、ファンクションブロックＦＢを呼び出すようにして
いるから、必要なときのみファンクションブロックＦＢ
を起動させればよく、ファンクションブロックＦＢを効
率良く動作させることができ、その分、制御システム全
体の処理効率を向上させることができる。ここで、ファ
ンクションブロックＦＢ２０がイベント駆動型ファンク
ションブロックに対応し、上位プログラム４７が上位処
理手段に対応し、基本処理手段ＯＳが基本処理手段に対
応し、図６において、５１及び５４の処理がイベント有
無検出手段に対応し、５２及び５５の処理がイベント伝
達手段に対応し、５３及び５６の処理がイベントリセッ
ト手段に対応している。

【００３９】次に、本発明の第２の実施の形態を説明す
る。この第２の実施の形態は、上記第１の実施の形態に
おけるイベント駆動型ファンクションブロックＦＢ２０
において、イベント入力をリセットする処理を記述しな
いようにしたものである。図７は、第２の実施の形態に
おけるイベント駆動型のファンクションブロックＦＢ２
０の内部構造を示す、高水準プログラミング言語で記載
されたソースプログラムである。なお、図４に示す第１
の実施の形態におけるファンクションブロックＦＢ２０
の内部構造を示すソースプログラムと同一部には同一符
号を付与している。

【００４０】この第２の実施の形態におけるファンクシ
ョンブロックＦＢ２０のソースプログラムにおいては、
図７に示すように、３４又は３７の処理でイベントの判
定を行い、３５及び３８の処理でイベント出力を行う
が、図４の３６及び３９の処理で行っていたイベント入
力のクリアを行う処理はない。そして、第２の実施の形
態においては、前記イベント入力のクリアを行う処理
を、前記ファンクションブロックＦＢ２０のソースプロ
グラムをコンパイルする際に、コンパイラ２によって挿
入する。

【００４１】つまり、コンパイラ２では、コンパイル時
には、イベント駆動型のファンクションブロックＦＢの
ソースプログラムに対し、図８に示すフローチャートに
したがって、コンパイル処理を行う。すなわち、まず、
公知のコンパイラと同様にしてコンパイル処理を行う
（ステップＳ１）。次いで、ファンクションブロックＦ
Ｂ２０のソースプログラム中に、ＲＥＴＵＲＮ命令、或
いはファンクションブロックＦＢのＥＮＤ宣言があるか
どうかを検索する（ステップＳ２）。

【００４２】そして、ＲＥＴＵＲＮ命令或いはＥＮＤ宣
言があった場合には、入力変数としてデータ型が“イベ
ント”と宣言されているイベント入力全てを特定し、イ
ベント入力全てをクリアするための処理を、機械語プロ
グラムのＲＥＴＵＲＮ命令或いはＥＮＤ宣言の直前に追
加する（ステップＳ３）。そして、全てのＲＥＴＵＲＮ
命令或いはＥＮＤ宣言の前にイベント入力クリア処理を
追加したかどうかを判定し（ステップＳ４）、全てに対
する追加処理が終了していない場合には、ステップＳ２
に戻って、イベント入力クリア処理の追加を行い、全て
のＲＥＴＵＲＮ命令或いはＥＮＤ宣言の前にイベント入
力クリア処理を追加したならば、コンパイル処理を終了
する。

【００４３】図９は、図７に示す内部プログラムを有す
るファンクションブロックＦＢ２０のソースプログラム
を、図８に示すコンパイル処理にしたがって、コンパイ
ルした時の結果の一例を示したものである。図７におい
ては、４０ａにＲＥＴＵＲＮ命令、また、４０ｂにＥＮ
Ｄ宣言が存在するから、図８のステップＳ２の処理でこ
の２箇所が検索される。したがって、ステップＳ３の処
理で、４０ａのＲＥＴＵＲＮ命令及び４０ｂのＥＮＤ宣
言の前にイベント入力クリア処理が追加され、図９に示
すように、４０ａのＲＥＴＵＲＮ命令の前に、イベント
入力Ｒ及びＣＵをクリアにするイベント入力クリア処理
３６ａが追加され、また、４０ｂのＥＮＤ宣言の前にイ
ベント入力クリア処理３９ａが追加される。

【００４４】したがって、機械語プログラムに変化され
た時点でイベント入力クリア処理が追加されるから、こ
の時点で、ファンクションブロックＦＢ２０の内部プロ
グラムは、上記第１の実施の形態における図４の内部プ
ログラムと同等のプログラムとなる。ここで、イベント
入力は、イベント駆動型ファンクションブロックＦＢ２
０の内部プログラム中では、イベントの判定、また、イ
ベント同士の簡単な論理演算、イベント出力への伝達等
に使われる。

【００４５】これらの処理が終了した時点で使われなく
なったイベント入力をリセットすればよいが、それに
は、ファンクションブロックＦＢのプログラムの文脈の
解析等を行う必要があり、コンパイラ２の処理が複雑に
なる。しかしながら、イベント入力が、そのイベントが
入力されているファンクションブロックＦＢにおける処
理が終了する時点で確実に不必要となることに注目すれ
ば、イベント入力は、ファンクションブロックＦＢの処
理の終了の時点でクリアすればよい。このファンクショ
ンブロックＦＢの処理の終了を表すものはＲＥＴＵＲＮ
命令及びファンクションブロックＦＢのＥＮＤ ＦＵＮ
ＣＴＩＯＮ ＢＬＯＣＫ宣言だけである。したがって、
図９に示すように、ＲＥＴＵＲＮ命令及びファンクショ
ンブロックＦＢのＥＮＤ宣言の前にイベント入力のクリ
ア処理を追加することによって、内部プログラムの解析
等を行うことなく、容易且つ的確な位置にクリア処理を
追加することができる。

【００４６】また、本来、イベントの概念からすれば、
イベントはその発生と伝達及び参照が必要な機能であっ
て、イベント入力のクリア処理を記述することはイベン
ト駆動型ファンクションブロックＦＢの内部プログラム
が冗長となり、プログラムミスを招く要因となるが、上
述のようにファンクションブロックＦＢの内部プログラ
ムに、イベント入力のクリア処理を記述する必要がない
から、内部プログラムが冗長となり、且つプログラムミ
スを招くことを回避することができる。

【００４７】ここで、図８において、ステップＳ２の処
理がイベント入力参照終了検索手段に対応し、ステップ
Ｓ３の処理がイベント入力リセット挿入手段に対応して
いる。次に、本発明の第３の実施の形態を説明する。こ
の第３の実施の形態は、図６に示す上記第１の実施の形
態における上位プログラム４７のイベント伝達に関する
記述のソースプログラムにおいて、前段のファンクショ
ンブロックＦＢ、図５の場合、ファンクションブロック
ＦＢ４１のイベント出力変数のクリア処理を記述しない
ようにしたものである。

【００４８】図１０は、第３の実施の形態における上位
プログラム４７の、イベント伝達に関する部分のソース
プログラムを表したものである。なお、図６に示す上記
第１の実施の形態におけるイベント伝達に関する部分の
ソースプログラムにおいて同一部には同一符号を付与し
ている。この第３の実施の形態における上位プログラム
４７のイベント伝達に関するソースプログラムにおいて
は、図１０に示すように、５１の処理において、イベン
ト出力ＥＯ１、ＥＯ２があるか否かを判定し、イベント
出力がある場合に、５２の処理でファンクションブロッ
クＦＢ（Ｅ＿ＣＴＵ）２０を呼び出す処理を行い、ま
た、５４の処理でイベント出力ＥＯ２が有るか否かを判
定し、イベント出力がある場合に５５の処理でファンク
ションブロックＦＢ（ＦＢ＿２）４２を呼び出す処理を
行うが、図６の５３及び５６の処理で行っていた、前段
のファンクションブロックＦＢ４１のイベント出力ＥＯ
１及びＥＯ２をクリアする処理は記述しない。

【００４９】そして、第３の実施の形態においては、上
位プログラム４７をコンパイルする際に、前段のファン
クションブロックＦＢのイベント出力変数のクリアを行
う処理を、コンパイラ２において追加する。つまり、コ
ンパイラ２では、コンパイル時には、上位プログラム４
７のイベント伝達に関する部分のソースプログラムに対
し、図１１に示すフローチャートにしたがって、コンパ
イル処理を行う。

【００５０】すなわち、まず、公知のコンパイラと同様
にしてコンパイル処理を行う（ステップＳ１１）。次い
で、上位プログラム４７のイベント伝達に関する記述箇
所において、前段のファンクションブロックＦＢのイベ
ント出力変数を参照するファンクションブロックＦＢを
検索し、前記イベント出力変数を最後に参照しているフ
ァンクションブロックＦＢを特定する（ステップＳ１
２）。そして、この特定したファンクションブロックＦ
Ｂを呼び出している記述の直後に、イベント出力変数の
クリア処理を追加する（ステップＳ１３）。そして、コ
ンパイル処理を終了する。

【００５１】つまり、図１０のイベント伝達に関する記
述においては、図５の前段のファンクションブロックＦ
Ｂ４１のイベント出力ＥＯ１及びＥＯ２を参照している
ファンクションブロックＦＢは、ＦＢ（Ｅ＿ＣＴＵ）２
０とＦＢ（ＦＢ＿２）４２である。そのうち、イベント
出力ＥＯ１を最後に参照しているのは、図１０の５１の
処理であってファンクションブロックＦＢ２０が該当
し、イベント出力ＩＯ２を最後に参照しているのは、図
１０の５５の処理であってファンクションブロックＦＢ
４２が該当する（ステップＳ１２）。

【００５２】したがって、イベント出力ＥＯ１について
は、これを最後に参照しているファンクションブロック
ＦＢ２０を呼び出す処理５２の直後に、イベント出力Ｅ
Ｏ１をクリアする処理が追加され、同様に、イベント出
力ＥＯ２については、これを最後に参照しているファン
クションブロックＦＢ４２を呼び出す処理５５の直後
に、イベント出力ＥＯ２をクリアする処理が追加される
ことになる。これはすなわち、図６の５３及び５６に示
すイベント出力をクリアする処理が追加されたことにな
り、コンパイル後の上位プログラム４７のイベント伝達
に関する機械語プログラムの記述は、図６に示すソース
プログラムをコンパイルしたものと同等となる。

【００５３】したがって、図１１に示すように、イベン
ト出力を最後に参照しているファンクションブロックＦ
Ｂを呼び出す処理の直後に、イベント出力のクリア処理
を追加することによって、内部プログラムの解析等を行
うことなく、容易且つ的確な位置にクリア処理を追加す
ることができる。よって、この場合も、第２の実施の形
態と同様に、上位プログラム４７におけるイベント伝達
に関する記述を簡略することができ、プログラムミスを
招くことを回避することができると共に、可読性を向上
させることができる。

【００５４】なお、この第３の実施の形態においては、
上記第１の実施の形態において、上位プログラム４７の
イベント出力のクリア処理に関する記述を行わないよう
にした場合について説明しているが、上記第２の実施の
形態と組み合わせるようにしてもよいことはいうまでも
なく、上記第２の実施の形態と組み合わせることによっ
て、システム制御プログラム全体の可読性をより向上さ
せることができる。ここで、図１１の処理において、ス
テップＳ１２の処理がイベント出力参照終了検索手段に
対応し、ステップＳ１３の処理がイベント出力リセット
挿入手段に対応している。

【００５５】次に、本発明の第４の実施の形態を説明す
る。この第４の実施の形態は、上記第３実施の形態にお
けるイベント駆動型のファンクションブロックＦＢ２０
において、そのインスタンスに、イベント入力領域を確
保するようにしたものである。図１２は、ファンクショ
ンブロックＦＢ２０のインスタンスを示したものであっ
て、図１２に示すように、入力変数領域６１と、内部変
数領域６２と、出力変数領域６３とが形成されている。
前記入力変数領域６１は、イベント入力領域６１ａとデ
ータ入力領域６１ｂとから構成され、前記イベント入力
領域６１ａとして、インスタンスの先頭から予め設定し
たワード数の領域が確保されている。

【００５６】図１３は、第４の実施の形態における上位
プログラム４７のイベント伝達に関する記述の一例を示
したものである。図１３に示すように、イベント伝達時
に、イベントの有無の判定は行わず、公知のファンクシ
ョンブロックＦＢ呼び出し時の処理と同様に、ファンク
ションブロックＦＢを呼び出す。この場合、ファンクシ
ョンブロックＦＢ（Ｅ＿ＣＴＵ）２０及びＦＢ（ＦＢ＿
２）４２の呼び出しのみを行い、呼び出しに伴って、イ
ベント変数、データ変数等といった所定の変数をコピー
する。このとき、イベント変数はイベント入力変数とし
て、図１２に示す、イベント入力領域６１ａにコピー
し、データ変数は、入力データとしてデータ入力領域領
域６１ｂにコピーする。

【００５７】そして、第４の実施の形態においては、上
位プログラム４７でのファンクションブロックＦＢの呼
び出し処理が行われたときに、基本処理プログラム（Ｏ
Ｓ）において、イベントの有り無しを判定する。つま
り、基本処理プログラムＯＳでは、上位プログラム４７
によって呼び出し処理が行われ、イベント駆動型のファ
ンクションブロックＦＢ２０の起動指示が行われると、
図１４に示すように、起動が指示されたファンクション
ブロックＦＢのインスタンスのイベント入力領域６１ａ
を参照し、イベント入力の有り無しを判定する（ステッ
プＳ２１）。

【００５８】ここで、前記イベント入力領域６１ａは、
ワード単位で確保されているから、基本処理プログラム
ＯＳでは、ワード単位で、例えば零と比較すること等に
よって、イベントの有無を容易に検出することができ
る。例えば、イベント入力領域６１ａとして、最大１６
のイベント入力変数を設定できる領域を確保した場合に
は、１６イベントを１ワードとし、イベント入力変数が
１６イベントない場合であっても、１６イベントの１ワ
ードのデータとして取り扱い、このワードデータに対し
てイベントの有無の検出を行う。

【００５９】そして、イベントの有無の検出を行った結
果、何れかのイベントがイベント有りであると判定され
る場合には、ステップＳ２２に移行し、指定されたファ
ンクションブロックＦＢを起動する。ステップＳ２１で
イベント無しと判定される場合には、指定されたファン
クションブロックＦＢの呼び出しは行わない。したがっ
て、基本処理プログラムＯＳによって、イベントの有無
を判定するようにしたから、図１３に示すように、上位
プログラム４７上に、イベント有無の判定処理を記述す
る必要はなく、イベント駆動型ではない通常のファンク
ションブロックの呼び出し時と同様の記述で構成するこ
とができる。よって、上位プログラム４７が複雑になる
ことを回避することができる。

【００６０】また、図１２に示すように、インスタンス
の固定位置に固定領域のイベント入力領域６１ａを確保
し、イベント入力変数をワード単位で取り扱うようにし
たから、イベント入力変数を１ビットデータとして扱う
場合に比較して、イベント有無の判定をより短時間で容
易に行うことができ、イベント入力変数種が多い場合で
あっても、イベント有無の判定に伴いファンクションブ
ロックＦＢの呼び出しに時間がかかることを回避するこ
とができる。

【００６１】また、このとき、イベント入力領域６１ａ
の位置とサイズとを固定しているから、基本処理プログ
ラムＯＳにおいて、ファンクションブロックＦＢからの
復帰処理を行う際に、ファンクションブロックＦＢのイ
ンスタンスのイベント入力変数領域６１ａのイベント変
数をクリアするようにしてもよい。このようにすること
によって、ファンクションブロックＦＢの内部プログラ
ムに、イベント入力変数をクリアする処理を設ける必要
がなく、また、上記第２の実施の形態のように、コンパ
イル時にイベント入力をクリアする処理を追加する必要
もない。

【００６２】なお、上記第４の実施の形態においては、
上記第３の実施の形態に適用した場合について説明した
が、これに限らず、上記第１及び第２の実施の形態の何
れかに適用することも可能である。ここで、イベント入
力領域６１ａが固定領域に対応し、図１３においてファ
ンクションブロックＦＢ（Ｅ＿ＣＴＵ）２０及びＦＢ
（ＦＢ＿２）４２を呼び出す際に、イベント変数をイベ
ント入力変数としてイベント入力領域６１ａにコピーす
る処理が複写手段に対応し、図１４において、ステップ
Ｓ２１の処理がイベント有無検出手段に対応し、ステッ
プＳ２２の処理が起動手段に対応している。

【００６３】次に、本発明の第５の実施の形態を説明す
る。この第５の実施の形態は、上記第１の実施の形態に
おいて、図１に示すプログラミングツール１において、
各ファンクションブロックＦＢ毎に、イベント入力変数
と、このイベント入力変数がイベント有りとなったとき
に入力すべきデータ種との対応を表す対応テーブル（入
力対応情報）を作成し、この対応テーブルに基づいてデ
ータ転送を行うようにしたものである。

【００６４】図１５は、前記対応テーブルＴを作成する
ための、対応テーブル作成処理の処理手順の一例を示す
フローチャートである。この対応テーブル作成処理で
は、入力装置１１によって入力された、イベント駆動型
ファンクションブロックＦＢと、このファンクションブ
ロックＦＢに入力される入力データ種と、イベント入力
変数種とを読み込み（ステップＳ３１）、これらファン
クションブロックＦＢと入力データとイベント入力変数
との対応を設定するための対応設定画面を表示装置１２
にウィンドウ表示し、これらの対応付けを行うための対
応付け処理を、入力装置１１での操作にしたがって行う
（ステップＳ３２）。

【００６５】例えば、図１６に示すように、入力データ
種ｍ１とファンクションブロックＦＢｍ２とを線ｍ３で
結び、これらを接続する線ｍ３の途中に、イベント入力
変数種ｍ４毎に対応するチェックボックスｍ５を設け、
このチェックボックスｍ５にチェックを行うことによっ
て、イベント入力変数と、このイベント入力変数が必要
とする入力データ種とを対応付けるようになっている。
例えば図１６の場合には、イベント入力変数“ＣＡＬ”
は入力データ“ＤＡＴＡ１”と関連付けられ、イベント
入力変数“ＳＥＴ”は入力データ“ＰＡＲＡ１”及び
“ＰＡＲＡ２”と関連付けられることを表している。

【００６６】そして、入力装置１１での操作による対応
付け処理が終了したら、ステップＳ３３に移行し、設定
された対応付けにしたがって、例えば図１７に示すよう
な、イベント入力変数と、このイベント入力変数がイベ
ント有りとなったときに必要な入力データの関連を表す
対応テーブルＴを作成し、これを記録媒体１３に記録し
て処理を終了する。なお、図１６では、グラフィカルな
ユーザインタフェースを用いた場合について説明してい
るが、関連付けを行うことができれば、どのような形式
であってもよい。

【００６７】そして、このようにして各ファンクション
ブロックＦＢ毎に前記対応テーブルＴを形成し、これを
制御装置５に転送する。この転送は、例えば、図１に示
す制御装置５にシステム制御プログラムを転送する際に
行うようにしてもよく、また、前記対応テーブルＴを作
成したときに転送するようにしてもよい。そして、制御
装置５では、システム制御プログラムにしたがって処理
を実行し、上記第１の実施の形態と同様に、上位プログ
ラム４７によって前段のファンクションブロックＦＢの
イベント出力の有無を検出する。そして、イベント有り
を検出し、該当するファンクションブロックＦＢを呼び
出す場合には、図１８に示す処理を行った後、基本処理
プログラムＯＳに対し起動を指示する。

【００６８】つまり、上位プログラム４７では、前段の
ファンクションブロックＦＢのイベント出力に基づいて
イベント有りと判断した場合には、これを後段のファン
クションブロックＦＢのイベント入力変数として伝達し
（ステップＳ４１）、続いて、対応テーブルＴを参照
し、イベント有りを検出したイベント変数に対応する入
力データ種を特定する（ステップＳ４２）。そして、前
段のファンクションブロックＦＢの出力変数領域からス
テップＳ４２で特定した入力データを選択し、これを呼
び出し先のファンクションブロックＦＢの入力変数領域
にコピーする（ステップＳ４３）。

【００６９】したがって、後段のファンクションブロッ
クＦＢには、イベント有りと判定されたイベント入力変
数に関連付けられた入力データのみが転送されることに
なり、つまり、必要最小限のコピーが行われることにな
る。ここで、一般に、ファンクションブロックＦＢに複
数のイベント入力変数が入力され、また複数の入力デー
タが入力される場合には、ある一つのイベントが発生し
た場合に必要となる入力データは、そのファンクション
ブロックＦＢに入力されている入力データの全てを必要
としないことが多い。例えば、演算の実行を要求するイ
ベントと演算のためのパラメータをセットするためのイ
ベントとを持ち、入力データとして、演算対象のデータ
と設定すべきパラメータとを持つ、ファンクションブロ
ックＦＢの場合、パラメータセットのイベントが発生し
た場合にはパラメータデータがあればよく、また、演算
実行のイベントが発生した場合には演算データがあれば
よい。特に多数のパラメータを持つファンクションブロ
ックＦＢの場合、ファンクションブロックＦＢを起動す
る度に全てのパラメータデータを入力することは、ファ
ンクションブロックＦＢの呼び出し処理に時間がかかる
ことになり、効率が悪い。

【００７０】しかしながら、上記第５の実施の形態にお
いては、イベント有りと検出されたイベントに関連付け
られた入力データのみを転送するようにしているから、
ファンクションブロックＦＢの呼び出しに伴う処理時間
の短縮を図ることができる。なお、上記第５の形態にお
いては、ファンクションブロックＦＢ毎に、そのイベン
ト入力変数と、これに対応する入力データ種との対応を
表す対応テーブルを作成するようにした場合について説
明したが、例えばファンクションブロックＦＢ毎に、イ
ベント出力変数種と、このイベント出力変数がイベント
有りとなったときに出力すべきデータ種、つまり、イベ
ント出力変数の伝達先の１又は複数のファンクションブ
ロックＦＢで必要とするデータ種の全てとの対応を表す
対応テーブル（出力対応情報）を作成するようにしても
よい。この場合には、上位プログラム４７において、イ
ベント出力変数に基づいてイベント有りを検出したとき
には、このイベント出力変数に対応する出力すべきデー
タ種を特定し、特定したデータのみを所定の記憶領域に
コピーするようにすればよい。したがって、この場合も
必要なデータのみをコピーすることになるから、効率よ
くデータ転送を行うことができる。

【００７１】また、イベント入力変数と入力データ種と
の対応を表す対応テーブルｔinと、イベント出力変数と
データ種との対応を表す対応テーブルｔout とを設ける
ようにしてもよい。このようにすることによって、例え
ば、前段のファンクションブロックＦＢから読み出した
データを一旦所定の記憶領域に格納し、この記憶領域か
ら、伝達先のファンクションブロックのインスタンスに
記憶するような場合等には、対応テーブルｔout を参照
して必要なデータのみを前段のファンクションブロック
ＦＢから前記記憶領域に格納し、対応テーブルｔinを参
照して必要なデータのみを起動するファンクションブロ
ックのインスタンスに記憶するようにすれば、効率よく
データ転送を行うことができる。

【００７２】なお、上記第５の実施の形態においては、
前記対応テーブルＴを作成する処理を、前記プログラミ
ングツール１において実行するようにした場合について
説明したが、これに限るものではなく、例えば、制御装
置５において作成するようにしてもよい。また、上記第
５の実施の形態においては、上記第１の実施の形態に適
用した場合について説明したが、これに限らず、上記第
２から第４の実施の形態に適用することも可能である。

【００７３】このとき、第４の実施の形態に適用する場
合には、上記と同様に上位プログラム４７でイベントの
有無を検出し、イベント有りを検出したときにこれをフ
ァンクションブロックＦＢのイベント入力領域６１ａに
書き込むと共に、イベント入力変数に対応する入力デー
タのみをデータ入力領域６１ｂにコピーする。そして、
基本処理プログラムＯＳでは、イベント入力領域６１ａ
を参照してイベントの有無を検出し、イベント有りを検
出したときに、ファンクションブロックＦＢを呼び出す
ようにすればよい。

【００７４】次に、本発明の第６の実施の形態を説明す
る。この第６の実施の形態は、第５の実施の形態におい
て、ファンクションブロックＦＢのインスタンスに、入
力バッファ領域を設けたものである。すなわち、この第
６の実施の形態におけるインスタンスは、公知のインス
タンスにおいて、さらに入力変数領域と同じ大きさの入
力バッファ領域を備えている。つまり、図１９に示すよ
うに、後述の入力変数領域７２と同じ大きさを有する入
力バッファ領域７１と、イベント入力変数、入力データ
等の入力変数が入力される入力変数領域７２と、内部変
数領域７３と、出力変数領域７４とから構成されてい
る。そして、上位プログラム４７では、イベント入力変
数或いはデータ等の入力変数を、入力バッファ領域７１
にコピーするようになっている。

【００７５】そして、この第６の実施の形態において
は、基本処理プログラムＯＳでは、ファンクションブロ
ックＦＢを起動する際に、図２０に示す手順で処理を行
う。すなわち、起動指示が行われるとまず、読み出し先
のファンクションブロックＦＢのインスタンスにおい
て、入力バッファ領域７１に書き込まれているイベント
入力変数のうち、イベント有りに設定されているイベン
ト入力変数を検索し（ステップＳ５１）、このイベント
有りに設定されているイベント入力変数に関連付けられ
ているデータ種を、前記対応テーブルＴに基づいて検索
し、イベント有りに設定されたイベント入力変数と、こ
れに関連付けられたデータとを入力変数領域７２にコピ
ーする（ステップＳ５２）。

【００７６】そして、イベント有りに設定されているイ
ベント入力変数をクリアする（ステップＳ５３）。今、
例えば、図２１に示すように、イベント駆動型のファン
クションブロックＦＢ（ＦＢ＿３）８１の前段に、ファ
ンクションブロックＦＢ（ＦＢ＿１）８２及びＦＢ（Ｆ
Ｂ＿２）８３が接続され、ファンクションブロックＦＢ
８２はイベント変数ＥＯ１を、また、ファンクションブ
ロックＦＢ８３はイベント変数ＥＯ２をファンクション
ブロックＦＢ８１に出力するようになっている。

【００７７】また、ファンクションブロックＦＢ（ＦＢ
＿３）８１では、前記ファンクションブロックＦＢ８２
のイベント変数ＥＯ１に対応する“ＳＥＴ”イベントに
よってパラメータＰＡＲＡ１及びＰＡＲＡ２がセットさ
れ、ファンクションブロックＦＢ８３のイベント変数Ｅ
Ｏ２に対応する“ＣＡＬ”イベントによって、セットさ
れているＰＡＲＡ１及びＰＡＲＡ２と入力データＤＡＴ
Ａ１とで所定の演算を行うようになっているものとす
る。

【００７８】ここで、イベントによって、ファンクショ
ンブロックＦＢを駆動する場合、どの時点で、ファンク
ションブロックＦＢにイベント及びデータの入力が行わ
れるかわからない。このため、前記図２１において、
“ＣＡＬ”イベントに伴って演算を行っている最中に
“ＳＥＴ”イベントが発生するということも考えられ
る。このような場合、演算の最中にパラメータＰＡＲＡ
１及びＰＡＲＡ２が書き換わってしまうと、演算結果を
保証することができなくなる場合がある。

【００７９】しかしながら、イベント有りに伴ってファ
ンクションブロックＦＢ８１を起動する際に、図２０に
示すように、イベント有りに関連づけられたデータを入
力バッファ領域７１から入力変数領域７２にコピーする
ようにしているから、ファンクションブロックＦＢ８１
で参照している入力データが書き換えられたとしても、
ファンクションブロックＦＢ８１では入力変数領域７２
のデータを参照して処理を行っており、上位プログラム
４７では、入力バッファ領域７１へデータをコピーする
から、ファンクションブロックＦＢ８１で演算処理実行
中にその参照している入力データが更新されることを回
避することができる。

【００８０】なお、この第６の実施の形態においては、
上記第５の実施の形態に適用した場合について説明した
が、これに限らず、上記第１乃至第４の実施の形態の何
れか、またはこれらを組み合わせて適用することも可能
である。この場合には、入力バッファ領域７１の入力変
数を全て入力変数領域７２にコピーすることになるため
コピーに要する時間が多少増加することになるが、上記
と同等の作用効果を得ることができる。

【００８１】次に、本発明の第７の実施の形態を説明す
る。この第７の実施の形態は、上記第６の実施の形態に
おいて、第５の実施の形態に代えて第４の実施の形態を
適用したものである。この場合、そのインスタンスは、
図２２に示すように、入力バッファ領域７１及び入力変
数領域７２のそれぞれに、イベント入力領域７１ａ、７
２ａと、データ入力領域７１ｂ、７２ｂとが形成される
ことになる。なお、入力変数領域７２のイベント入力領
域７２ａが固定領域に対応し、入力バッファ領域７１の
イベント入力領域７１ａが固定領域用のバッファ領域に
対応する。

【００８２】このとき、ファンクションブロックＦＢを
起動する際に、入力バッファ領域７１のデータ入力領域
７１ｂのデータをイベントの有り無しに関わらず全て入
力変数領域７２のデータ入力領域７２ｂにコピーし、入
力バファ領域７１のイベント入力領域７１ａのイベント
入力変数を全てクリアにするようにすれば、イベント入
力をクリアするための処理に関する記述を上位プログラ
ム上に記述する必要がない。つまり、入力バッファ領域
のイベント入力変数をクリアすることはすなわち、イベ
ント入力のクリア処理を行うことと同等となるからであ
る。

【００８３】図２３は、図２２に示すインスタンスを有
するファンクションブロックＦＢへのイベント入力変数
を伝達する際の動作の一例を示したものである。図２３
では、ファンクションブロックＦＢへのイベント入力変
数は４種、すなわち、４ビットあり、最初に第２のイベ
ントが発生し、次に、第１のイベントが発生した場合を
示している。前記第４の実施の形態で説明したように、
イベントが発生した場合、上位プログラム４７では、イ
ベント入力変数と共に入力データを、インスタンスの入
力バッファ領域７１のイベント入力領域７１ａ及びデー
タ入力領域７１ｂにそれぞれコピーし、これと同時に基
本処理プログラムＯＳに対しファンクションブロックＦ
Ｂの起動を指示する。

【００８４】基本処理プログラムＯＳは、入力バッファ
領域７１（７１ａ、７１ｂ）のイベント入力変数及び入
力データを全て入力変数領域７２のイベント入力領域７
２ａ、データ入力領域７２ｂにそれぞれコピーする。ま
た、イベント入力領域７２ａを参照し、イベントが発生
しているときファンクションブロックＦＢを起動し、入
力バッファ領域７１のイベント入力変数をクリアする。
したがって、図２３に示すように、第２のイベントが発
生しているときに、時点ｔ１で上位プログラム４７が入
力バッファ領域７１のイベント入力領域７１ａにこれを
書き込むと、第２のイベントが発生しているから、基本
処理プログラムＯＳがこれを検出して時点ｔ２でファン
クションブロックＦＢを呼び出すと共に、イベント入力
領域７１ａの情報を入力変数領域７２のイベント入力領
域７２ａにコピーし、これを起動する。そして、入力バ
ッファ領域７１のイベント入力領域７１ａのイベント有
りを検出したイベント入力変数をクリアする（時点ｔ
３）。

【００８５】そして、ファンクションブロックＦＢの処
理実行中に、第１のイベントが発生し、上位プログラム
４７がこれを入力バッファ領域７１のイベント入力領域
７１ａに書き込むと（時点ｔ４）、基本処理プログラム
ＯＳでは、時点ｔ５でファンクションブロックＦＢを再
度呼び出すと共に、入力バッファ領域７１の情報を、入
力変数領域７２にコピーする。したがって、イベント入
力領域７１ａを入力変数領域７２のイベント入力領域７
２ａにコピーした後、入力バッファ領域７１をクリアす
るようにしているから、入力バッファ領域７１に前回の
イベント入力変数の情報を残すことなく、常に有効なイ
ベントのみが存在することが保証されることになる。

【００８６】また、このとき、ファンクションブロック
ＦＢによる処理が実行される前の時点で、入力変数領域
７２のイベント入力領域７２ｂへのコピーを行っている
から、入力変数領域７２のイベント入力変数のクリアを
処理を行う必要がない。また、図２２に示すインスタン
スを有するファンクションブロックＦＢでは、ファンク
ションブロックＦＢで参照する入力変数は、一旦、入力
バッファ領域７１に保持されるため、ファンクションブ
ロックＦＢを呼び出す際に入力変数領域７２にコピーさ
れる入力変数は、この時点の前段のイベント変数ではな
く、入力バッファ領域７１で保持されているイベント入
力である。したがって、前段のイベントファンクション
ブロックＦＢのイベント出力をクリアするタイミング
は、イベントを伝達した直後でなくともよい。

【００８７】したがって、上記第３の実施の形態におい
ては、前段のファンクションブロックＦＢのイベント出
力をクリアする処理を、コンパイラ２によって追加する
ようにしているが、図２４の９１の記述に示すように、
前段のファンクションブロックＦＢのイベント出力をク
リアする処理を、この前段のファンクションブロックＦ
ＢにおいてファンクションブロックＦＢにおける処理の
開始時に行うようにし（イベント出力リセット手段）、
このときファンクションブロックＦＢの処理の先頭にコ
ンパイラ２によって追加するようにすれば（イベント出
力リセット挿入手段）、前段のファンクションブロック
ＦＢのイベント出力のクリア処理を、上位プログラム４
７或いは基本処理プログラムＯＳによって行う必要がな
く、ファンクションブロックＦＢの内部で閉じた処理と
することができる。よって、コンパイル処理も簡単とな
り、また、ファンクションブロックＦＢの独立性も向上
させることができる。なお、図２４は、前記図４に示す
ファンクションブロックＦＢ（Ｅ＿ＣＴＵ）のソースプ
ログラムに対応している。

【００８８】なお、上記第７の実施の形態においては、
インスタンスに入力バッファ領域７１を設けるようにし
ているが、入力データについては、イベントが発生した
ときに、ファンクションブロックＦＢの入力変数領域に
取り込むことができればよい。したがって、入力バッフ
ァ領域７１にデータ入力領域７１ｂを設ける替わりに、
前段のファンクションブロックＦＢに、データ出力バッ
ファを設けるようにしてもよい。

【００８９】図２５は、その一例を示したものであっ
て、ファンクションブロックＦＢ（ＦＢ＿１）１０１
が、ファンクションブロックＦＢ（ＦＢ＿２）１０２及
びＦＢ（ＦＢ＿３）１０３にイベントを出力し、これら
ファンクションブロックＦＢ１０２及び１０３は、前記
ファンクションブロックＦＢ１０１のデータ出力ＤＯ１
及びＤＯ２を、参照するようになっている。そして、前
記ファンクションブロックＦＢ１０２及び１０３のイン
スタンスには、前記図２２に示す入力バッファ領域７１
のイベント入力領域７１ａが形成されるが、データ入力
領域７１ｂは形成されない。なお、図２５において、バ
ッファ１０２ａ及び１０３ａがイベント入力領域７１ａ
に対応している。

【００９０】一方、前記ファンクションブロックＦＢ１
０１は、そのデータ出力ＤＯ１及びＤＯ２の直後にバッ
ファ１０１ａを有している。つまり、上位プログラム４
７では、ファンクションブロックＦＢ１０１のイベント
出力ＥＯ１を、イベント発生時に各ファンクションブロ
ックＦＢ１０２及び１０３のバッファ１０２ａ及び１０
３ａにコピーし、また、ファンクションブロックＦＢ１
０１のデータ出力ＤＯ１及びＤＯ２を、バッファ１０１
ａにコピーする。また、基本処理プログラムＯＳでは、
前記ファンクションブロックＦＢ１０２及び１０３を起
動するときに前記バッファ１０２ａ或いは１０３ａの情
報、及びバッファ１０１ａの情報を、ファンクションブ
ロックＦＢの入力変数領域にコピーする。

【００９１】したがって、この場合も上記と同様の作用
効果を得ることができると共に、この場合、インスタン
スの入力バッファ領域７１にデータ入力領域７１ｂを設
ける必要がない。ここで、前述のように入力バッファ領
域７１を設ける場合、全てのファンクションブロックＦ
Ｂの入力変数領域を二重にする必要があるため、制御プ
ログラム全体で考えるとメモリ効率が悪くなる。しかし
ながら、上述のようにデータ出力の直後にバッファ１０
１ａを設けることによって、メモリ効率の低下を回避す
ることができる。

【００９２】次に、本発明の第８の実施の形態を説明す
る。この第８の実施の形態は、前記第４の実施の形態或
いは第７の実施の形態に示すように、インスタンスに入
力バッファ領域を有するファンクションブロックＦＢの
起動を、フラグを用いて管理するようにしたものであ
る。図２６は、ファンクションブロックＦＢと、ファン
クションブロックＦＢの演算処理との関係を示したもの
である。

【００９３】入力バッファ領域が確保されたインスタン
スを有するファンクションブロックＦＢの場合、上位プ
ログラム４７は、ファンクションブロックＦＢの入力バ
ッファ領域に、イベント入力変数、入力データがコピー
された時点で、基本処理プログラムＯＳに対し、ファン
クションブロックＦＢの呼び出し処理を依頼する。基本
処理プログラムＯＳでは、このファンクションブロック
ＦＢの呼び出しの管理を起動フラグＦｓと実行中フラグ
Ｆonとの二つのフラグを用いて管理する。

【００９４】具体的には、基本処理プログラムＯＳは、
起動フラグＦｓがオフとなったときに、実行中フラグＦ
onをオンに設定する。そして、ファンクションブロック
ＦＢによる演算処理実行中は実行中フラグＦonをオンに
維持し、ファンクションブロックＦＢによる演算処理が
終了しファンクションブロックＦＢの呼び出し元への復
帰処理時に実行中フラグＦonをオフに設定する。また、
イベント入力変数のイベント有りを検出したときに、起
動フラグＦｓをオンに設定し、入力バッファ領域から入
力変数領域への情報のコピーが終了したときに、起動フ
ラグＦｓをオフに設定する。また、前記入力バッファ領
域から入力変数領域への情報のコピーは、起動フラグＦ
ｓがオンであり、且つ実行中フラグＦonがオフのときに
のみ行う。

【００９５】ここで、入力バッファ領域を持ったインス
タンスを有するファンクションブロックＦＢの場合、上
位プログラム４７では、ファンクションブロックＦＢの
入力バッファ領域にイベント入力変数或いは入力データ
がコピーされた時点で基本処理プログラムＯＳにファン
クションブロックＦＢ呼び出し処理を依頼する。前記基
本処理プログラムＯＳでは、一般に、ファンクションブ
ロックＦＢの呼び出しを管理するためにフラグを用いて
いる。

【００９６】このとき、前記ファンクションブロックＦ
Ｂが定周期で呼び出される場合には、そのフラグは一つ
でよい。これは、定周期のファンクションブロックＦＢ
の場合には、その呼び出し要因が一つ（時間）のみであ
り、複数からの起動要求はないこと、また、多重起動が
おこるようならば呼び出し間隔とファンクションブロッ
クＦＢの処理時間の設定とに明らかに無理があり、呼び
出し間隔を拡げるか、ファンクションブロックＦＢの処
理内容を少なくする以外にこれを解消する術がないから
である。

【００９７】一方、イベントの呼び出しの場合には、複
数のイベントが多少の時間差をおいて発生するといった
状況は十分に考えられる。例えば、図２６に示すよう
に、イベントが発生し、上位プログラムにおいて、入力
バッファ領域へのコピー、また、ファンクションブロッ
クＦＢの起動指示等の処理が行われ、時点ｔ１１で基本
処理プログラムＯＳにおいてイベントの発生を認識する
と、起動フラグＦｓ（図２６（ａ））をオンに設定し、
入力バッファ領域から入力変数領域へのコピー処理を行
う。そして、コピー処理が終了し、ファンクションブロ
ックＦＢ本体の演算処理が開始されるとき、起動フラグ
Ｆｓをオフ、実行中フラグＦon（図２６（ｂ））をオン
に設定する（時点ｔ１２）。

【００９８】そして、時点ｔ１４でイベントが発生する
と、これを認識し、起動フラグＦｓをオンに設定する
が、実行中フラグＦonがオンであるから、入力バッファ
領域から入力変数領域へのコピー処理は行わない。そし
て、時点ｔ１５で、ファンクションブロックＦＢの演算
処理が終了すると、ファンクションブロックＦＢの呼び
出し元への復帰処理を実行し、これと共に実行中フラグ
Ｆonをオフにする。これによって、起動フラグＦｓがオ
ン、実行中フラグＦonがオフとなるから、入力バッファ
領域から入力変数領域へのコピー処理を行い（時点ｔ１
６）、ファンクションブロックＦＢを起動する（時点ｔ
１７）。

【００９９】前記時点ｔ１６で行われるコピー処理は、
時点ｔ１４で発生したイベントに対応するコピー処理で
あるから、ファンクションブロックＦＢ実行中に発生し
たイベントが受け付けられたことになる。このとき、フ
ァンクションブロックＦＢによる演算処理が行われてい
る最中の時点ｔ１３でもイベントが発生した場合には、
この時点で起動フラグＦｓがオンに設定されることにな
るが、この時点ｔ１３では、実行中フラグＦonはオンに
設定されているため、入力バッファ領域から入力変数領
域へのコピー処理は行われない。

【０１００】そして、時点ｔ１４でイベントが発生する
と、起動フラグＦｓはオンに設定されているが、実行中
フラグＦonはオンに設定されているから入力バッファ領
域から入力変数領域へのコピー処理は行われず、時点ｔ
１５で実行中フラグＦonがオフになったとき、入力バッ
ファ領域から入力変数領域へのコピー処理が行われる
が、これは上述のように、時点ｔ１３で発生したイベン
トに対するコピー処理である。

【０１０１】したがって、ファンクションブロックＦＢ
の実行中にイベントが発生した場合には、少なくとも最
後に発生したイベントについては、これに対する処理を
ファンクションブロックＦＢで実行させることができ
る。また、ファンクションブロックＦＢの演算処理が終
了した時点でコピー処理を開始するようにしているか
ら、複数のファンクションブロックＦＢが起動されるこ
とを回避することができる。

【０１０２】ここで、起動フラグを用いる方法として、
図２６に示すように、イベントが発生したときに起動フ
ラグＦ１（図２６（ｃ））をオンに設定し、コピー処理
が終了したときに起動フラグＦ１をオフにする方法、ま
た、イベントが発生したときに起動フラグＦ２（図２６
（ｄ））をオンに設定し、このイベントに対するファン
クションブロックＦＢの処理が終了したときに起動フラ
グＦ２をオフに設定する方法等も考えられる。しかしな
がら、前記起動フラグＦ１を用いる場合には、ファンク
ションブロックＦＢが処理実行中にイベントが発生した
場合、このイベントを受け付けてしまい、ファンクショ
ンブロックＦＢを二重に起動してしまうことになる。ま
た、前記起動フラグＦ２を用いる場合には、ファンクシ
ョンブロックＦＢ実行中に発生したイベントが無視され
てしまうことになる。

【０１０３】しかしながら、上述のように、起動フラグ
Ｆｓ及び実行中フラグＦonを用いることによって、ファ
ンクションブロックＦＢの多重起動を回避することがで
きると共に、ファンクションブロックＦＢの呼び出し抜
けを低減することができる。

【０１０４】

【発明の効果】以上説明したように、本発明の請求項１
又は２に係る発明によれば、イベントの有無を表す２値
のデータ型を定義し、イベント駆動型ファンクションブ
ロックへのイベントの発生を通知するためのイベント変
数をもとにイベントの有無を検出し、イベント有りのと
きのみイベント駆動型ファンクションブロックを起動す
るようにしたから、イベント駆動型のファンクションブ
ロックを容易且つ的確なタイミングで起動させることが
できると共に、プログラムの可読性を向上させることが
できる。

【０１０５】また、本発明の請求項３に係る発明によれ
ば、イベント駆動型ファンクションブロックを実現する
ためのソースプログラムをコンパイルする際に、イベン
ト変数を参照する処理が全て終了したことを意味する処
理を検索し、この処理の直前に、前記イベント変数をイ
ベント無しに設定する処理を追加するようにしたから、
ソースプログラムには、イベント入力変数をイベント無
しに設定する処理を設ける必要がなく、イベント駆動型
ファンクションブロックのソースプログラムが冗長とな
ることを回避することができる。

【０１０６】また、本発明の請求項４に係る発明によれ
ば、イベント駆動型制御プログラムをコンパイルする際
に、上位処理手段においてイベント駆動型ファンクショ
ンブロックへのイベントの発生を通知する通知元のイベ
ント変数を参照する処理が全て終了したことを意味する
処理を検索し、この処理の直後に、前記通知元のイベン
ト変数をイベント無しに設定する処理を追加するように
したから、イベント駆動型制御プログラムのソースプロ
グラムに、前記通知元のイベント変数をイベント無しに
設定する処理を設ける必要がなく、イベント駆動型制御
プログラムのソースプログラムが冗長となることを回避
することができる。

【０１０７】また、本発明の請求項５に係る発明によれ
ば、上位処理手段において基本処理手段に対してイベン
ト駆動型ファンクションブロックの起動指示を行う際
に、前記イベント駆動型ファンクションブロックにイベ
ントを通知するための予め設定された通知元のイベント
変数を固定領域に複写し、基本処理手段によって固定領
域を参照しイベント有りが設定されいるときにのみ指定
されたイベント駆動型ファンクションブロックを起動す
るようにしたから、上位処理手段においてイベント有無
の判断を行う必要はなく上位処理手段の処理を簡略化す
ることができる。また、例えばワード単位等固定領域単
位でイベントの有無を検出することによって、基本処理
手段では、イベント有無の検出を容易に行うことができ
る。

【０１０８】また、請求項６に係る発明によれば、基本
処理手段でイベント駆動型ファンクションブロックを起
動した後、前記上位処理手段に復帰するための復帰処理
を行うと共に、基本処理手段が起動したイベント駆動型
ファンクションブロックの固定領域を基本処理手段によ
ってイベント無しに設定するようにしたから、上位処理
手段において固定領域をイベント無しに設定する処理を
行う必要がなく、その分、上位処理手段の処理を簡略す
ることができその可読性を向上させることができる。

【０１０９】また、請求項７に係る発明によれば、起動
が指示されたイベント駆動型ファンクションブロックで
必要とするデータ情報を、このデータ情報が記録された
記録領域からイベント駆動型ファンクションブロックで
参照するためのデータ情報入力領域に複写する際に、イ
ベント有りに設定されたイベント変数で必要とするデー
タ情報のみを、データ情報入力領域に複写するようにし
たから、不要なデータ情報を伝送することを回避し、デ
ータ伝送に要する処理時間の短縮を図ることができる。

【０１１０】また、請求項８乃至１０に係る発明によれ
ば、イベント駆動型ファンクションブロックで参照する
情報を格納するための入力変数領域とこの入力変数領域
用のバッファ領域とを設け、上位処理手段はバッファ領
域に所定の情報を複写し、基本処理手段がイベント駆動
型ファンクションブロックを起動する際にバッファ領域
の情報を入力変数領域に複写し、イベント駆動型ファン
クションブロックでは入力変数領域を参照するようにし
たから、イベント駆動型ファンクションブロックが処理
実行中に、上位処理手段がイベント駆動型ファンクショ
ンブロックが参照するための情報の更新を行ったとして
も、イベント駆動型ファンクションブロックが参照して
いる情報が更新されることを回避することができ、情報
の一意性を確保することができる。

【０１１１】特に、イベント変数に応じた処理を実行す
る際に必要とするデータ情報を格納するためのデータ情
報用バッファ領域を、データ情報の送信元のこのデータ
情報の出力側に設けることによって、イベント駆動型フ
ァンクションブロックに二重に記録領域を設ける必要が
ないから、メモリ効率を向上させることができる。ま
た、請求項１１及び１２に係る発明によれば、イベント
変数を格納するための固定領域用のバッファ領域を設
け、上位処理手段はバッファ領域にイベント変数を複写
し、基本処理手段はバッファ領域の情報を固定領域に複
写した後、固定領域を参照してイベントの有無を検出す
るようにしたから、イベント駆動型ファンクションブロ
ックが処理実行中に、上位処理手段がイベント変数を更
新したとしても、イベント駆動型ファンクションブロッ
クが参照しているイベント変数が更新されることを回避
することができ、データの一意性を確保することができ
る。

【０１１２】特に、基本処理手段はバッファ領域の情報
を固定領域に複写した後、前記バッファ領域をイベント
無しに設定することによって、イベント駆動型ファンク
ションブロックに通知されたイベント変数をイベント無
しに設定する処理を設ける必要がなくその分、イベント
駆動型ファンクションブロックを簡略化することができ
る。また、請求項１３に係る発明によれば、上位処理手
段がイベント駆動型ファンクションブロックを起動を指
示する際にイベント駆動型ファンクションブロックで参
照すべきイベント変数をバッファ領域に複写し、基本処
理手段がバッファ領域の情報を固定領域に複写し、この
固定領域を参照してイベント有りがを検出したときのみ
指示されたイベント駆動型ファンクションブロックを起
動し、ファンクションブロックは起動時にそのイベント
出力をイベント無しに設定するようにしたから、このイ
ベント出力をイベント無しに設定する処理を、上位処理
手段或いは基本処理手段で行う必要がなく、イベント駆
動型ファンクションブロック内での閉じた処理とするこ
とができる。

【０１１３】また、請求項１４に係る発明によれば、イ
ベント有りを検出したときセットし、バッファ領域から
の複写が終了したときにリセットする起動フラグとイベ
ント駆動型ファンクションブロックが実行中であるとき
にセット状態に維持する実行中フラグとを設け、起動フ
ラグがセットされ且つ実行中フラグがリセットされてい
るときに、前記複写を行った後、イベント駆動型ファン
クションブロックを起動するようにしたから、複数のイ
ベント駆動型ファンクションブロックが起動されること
を回避することができる。

【０１１４】さらに、請求項１５に係る発明によれば、
上位処理手段がイベント駆動型ファンクションブロック
を起動を指示する際にイベント駆動型ファンクションブ
ロックで参照すべきイベント変数をバッファ領域に複写
し、基本処理手段がバッファ領域の情報を固定領域に複
写し、この固定領域を参照してイベント有りがを検出し
たときのみ指示されたイベント駆動型ファンクションブ
ロックを起動するようにしたイベント駆動型制御プログ
ラムをコンパイルする際に、ファンクションブロックの
機能を実現するための処理の開始位置に、イベント駆動
型ファンクションブロックのイベント出力をイベント無
しに設定する処理を追加するようにしたから、イベント
駆動型制御プログラムのソースプログラムに前記イベン
ト駆動型ファンクションブロックのイベント出力をイベ
ント無しに設定する処理を設ける必要はなく、その分、
イベント駆動型制御プログラムを簡略化することができ
可読性を向上させることができる。

【図面の簡単な説明】

【図１】本発明を適用したイベント駆動型制御システム
の一例を示す構成図である。

【図２】データ型としてイベントを定義する場合の変数
宣言の一例である。

【図３】イベント駆動型ファンクションブロックの一例
である。

【図４】図３のファンクションブロックの内部構造を示
すソースプログラムの一例である。

【図５】イベント駆動型のファンクションブロックＦＢ
を接続して構成したプログラムの一例である。

【図６】図５の上位プログラム４７におけるイベント伝
達に関する部分のソースプログラムの一例である。

【図７】第２の実施の形態におけるイベント駆動型ファ
ンクションブロックの内部構造を示すソースプログラム
の一例である。

【図８】第２の実施の形態におけるコンパイラ２のコン
パイル時の処理手順の一例を示すフローチャートであ
る。

【図９】第２の実施の形態の動作説明に供する説明図で
ある。

【図１０】第３の実施の形態における上位プログラム４
７のイベント伝達に関する部分のソースプログラムの一
例である。

【図１１】第３の実施の形態におけるコンパイラ２のコ
ンパイル時の処理手順の一例を示すフローチャートであ
る。

【図１２】第４の実施の形態におけるイベント駆動型フ
ァンクションブロックのインスタンスの構成図である。

【図１３】第４の実施の形態における上位プログラム４
７のイベント伝達に関する部分のソースプログラムの一
例である。

【図１４】第４の実施の形態における、基本処理プログ
ラムＯＳのファンクションブロック起動時の処理の一例
を示すフローチャートである。

【図１５】第５の実施の形態における対応テーブル作成
処理の処理手順の一例を示すフローチャートである。

【図１６】対応設定画面の一例である。

【図１７】対応テーブルＴの一例である。

【図１８】第５の実施の形態における、上位プログラム
のデータ転送時の処理の処理手順の一例を示すフローチ
ャートである。

【図１９】第６の実施の形態におけるイベント駆動型フ
ァンクションブロックのインスタンスの構成図である。

【図２０】第６の実施の形態における、基本処理プログ
ラムのファンクションブロックＦＢ起動時の処理の処理
手順の一例を示すフローチャートである。

【図２１】第６の実施の形態の動作説明に供する説明図
である。

【図２２】第７の実施の形態におけるイベント駆動型フ
ァンクションブロックのインスタンスの構成図である。

【図２３】第７の実施の形態の動作説明に供する説明図
である。

【図２４】イベント出力変数のクリア処理をファンクシ
ョンブロック内で行う場合の、ファンクションブロック
の内部構造の一例である。

【図２５】入力データ用のバッファを前段のファンクシ
ョンブロックに設けた場合の概念図である。

【図２６】第８の実施の形態の動作説明に供する説明図
である。

【図２７】従来のファンクションブロックＦＢの一例で
ある。

【図２８】図２７のファンクションブロックＦＢの内部
構造の一例である。

【図２９】ファンクションブロックＦＢを用いてシステ
ム制御プログラムを作成した場合のアプリケーションプ
ログラムの概念図である。

【符号の説明】

１ プログラミングツール １１ 入力装置 １２ 表示装置 １３ 記録媒体 １４ 処理装置 ２ コンパイラ ３ 伝送装置 ５ 制御装置 ６１ 入力変数領域 ６１ａ イベント入力領域 ６１ｂ データ入力領域 ６２ 内部変数領域 ６３ 出力変数領域 ７１ 入力バッファ領域 ７１ａ イベント入力領域 ７１ｂ データ入力領域 ７２ 入力変数領域 ７２ａ イベント入力領域 ７２ｂ データ入力領域 ７３ 内部変数領域 ７４ 出力変数領域 １０１ａ、１０２ａ、１０３ａ バッファ ＦＢ ファンクションブロック ＯＳ 基本処理プログラム Ｔ 対応テーブル

フロントページの続き Ｆターム(参考） 5B076 AB15 DA01 DA04 5B081 CC41 5B098 GA04 GC14

Claims (15)

【特許請求の範囲】
1. 【請求項１】 イベントの発生が通知されたとき前記イ
   ベントに対応する処理を実行するイベント駆動型ファン
   クションブロックの起動方法であって、 前記イベントの発生の有無を表す２値のデータ型を定義
   し、前記イベント駆動型ファンクションブロックにイベ
   ントの発生を通知するためのイベント変数を前記２値の
   データ型で設定し、 前記イベント駆動型ファンクションブロックへのイベン
   トの通知元のイベント変数がイベント有りに設定されて
   いるときに当該イベントの通知先のイベント駆動型ファ
   ンクションブロックのイベント変数をイベント有りに設
   定すると共に前記イベント駆動型ファンクションブロッ
   クを起動し、 その後前記イベント有りが検出された前記通知元におけ
   るイベント変数をイベント無しに設定するようにしたこ
   とを特徴とするイベント駆動型ファンクションブロック
   の起動方法。
2. 【請求項２】 イベントの発生が通知されたとき前記イ
   ベントに対応する処理を実行するイベント駆動型ファン
   クションブロックと、 当該イベント駆動型ファンクションブロックの起動指示
   を行う上位処理手段と、 当該上位処理手段で指示されたイベント駆動型ファンク
   ションブロックを起動する基本処理手段と、を備えたイ
   ベント駆動型制御装置であって、 前記イベントの有無を表す２値のデータ型を定義し、前
   記イベント駆動型ファンクションブロックにイベントの
   発生を通知するためのイベント変数を前記２値のデータ
   型で設定し、 前記上位処理手段は、前記イベント駆動型ファンクショ
   ンブロックへのイベントの通知元のイベント変数に基づ
   いてイベントの有無を検出するイベント有無検出手段
   と、 当該イベント有無検出手段でイベント有りを検出したと
   き当該イベントの通知先のイベント駆動型ファンクショ
   ンブロックのイベント変数をイベント有りに設定し且つ
   前記基本処理手段に前記イベント駆動型ファンクション
   ブロックの起動を指示するイベント伝達手段と、 当該イベント伝達手段で前記起動を指示した後、前記イ
   ベント有無検出手段でイベント有りを検出した前記通知
   元におけるイベント変数をイベント無しに設定するイベ
   ントリセット手段と、を備えることを特徴とするイベン
   ト駆動型制御装置。
3. 【請求項３】 イベントの有無を表す２値のデータ型の
   イベント変数を有し、当該イベント変数にイベント有り
   が設定されたときに所定の処理を実行した後、前記イベ
   ント変数をイベント無しに設定するようになっているイ
   ベント駆動型ファンクションブロックを実現するための
   ソースプログラムを、コンピュータで実行可能な機械語
   に変換するためのイベント駆動型ファンクションブロッ
   ク用コンパイラであって、 前記イベント駆動型ファンクションブロックにおいて、
   前記イベント変数を参照する処理が全て終了したことを
   意味する処理を検索するイベント入力参照終了検索手段
   と、 前記機械語への変換を行う際に、前記イベント駆動型フ
   ァンクションブロックの、前記イベント入力参照終了検
   索手段で検索した処理の直前に、前記イベント入力変数
   をイベント無しに設定する処理を挿入するイベント入力
   リセット挿入手段と、を備えることを特徴とするイベン
   ト駆動型ファンクションブロック用コンパイラ。
4. 【請求項４】 イベントの発生が通知されたとき前記イ
   ベントに対応する処理を実行するイベント駆動型ファン
   クションブロックと、当該イベント駆動型ファンクショ
   ンブロックを起動する基本処理手段に対し起動指示を行
   う上位処理手段と、を備え、 且つ、前記イベントの有無を表す２値のデータ型を定義
   し、前記イベント駆動型ファンクションブロックにイベ
   ントの発生を通知するためのイベント変数を前記２値の
   データ型で設定し、 前記上位処理手段は、前記イベント駆動型ファンクショ
   ンブロックへのイベントの通知元のイベント変数に基づ
   いてイベントの有無を検出し、前記イベント駆動型ファ
   ンクションブロックへのイベントが有るとき当該イベン
   トの通知先のイベント駆動型ファンクションブロックの
   イベント変数をイベント有りに設定した後、前記イベン
   ト有りを検出した前記通知元におけるイベント変数をイ
   ベント無しに設定するようになっているイベント駆動型
   制御プログラムのソースプログラムを、コンピュータで
   実行可能な機械語に変換するためのイベント駆動型制御
   プログラム用コンパイラであって、 前記上位処理手段において前記通知元のイベント変数を
   参照する処理が全て終了したことを意味する処理を検索
   するイベント出力参照終了検索手段と、 前記機械語への変換を行う際に、前記イベント出力参照
   終了検索手段で検出した処理の直後に、前記通知元にお
   けるイベント変数をイベント無しに設定する処理を挿入
   するイベント出力リセット挿入手段と、を備えることを
   特徴とするイベント駆動型制御プログラム用コンパイ
   ラ。
5. 【請求項５】 イベントの発生が通知されたとき前記イ
   ベントに対応する処理を実行するイベント駆動型ファン
   クションブロックと、 当該イベント駆動型ファンクションブロックの起動指示
   を行う上位処理手段と、 当該上位処理手段で指示されたイベント駆動型ファンク
   ションブロックを起動する基本処理手段と、を備えたイ
   ベント駆動型制御装置であって、 前記イベントの有無を表す２値のデータ型を定義し、前
   記イベント駆動型ファンクションブロックにイベントの
   発生を通知するためのイベント変数を前記２値のデータ
   型で設定すると共に、前記イベント駆動型ファンクショ
   ンブロックのインスタンスに前記イベント変数を格納す
   るための固定領域を設け、 前記上位処理手段は、前記基本処理手段に対して前記起
   動指示を行う際に、前記イベント駆動型ファンクション
   ブロックにイベントを通知するための予め設定された通
   知元のイベント変数を前記固定領域に複写する複写手段
   と、 当該複写手段での複写後に、前記通知元のイベント変数
   をイベント無しに設定するイベント出力リセット手段
   と、を備え、 前記基本処理手段は起動が指示されたイベント駆動型フ
   ァンクションブロックの前記固定領域を参照してイベン
   トの有無を検出するイベント有無検出手段と、 当該イベント有無検出手段でイベント有りを検出したと
   きにのみ指示されたイベント駆動型ファンクションブロ
   ックを起動する起動手段と、を備えることを特徴とする
   イベント駆動型制御装置。
6. 【請求項６】 前記基本処理手段は、前記イベント駆動
   型ファンクションブロックによる処理終了後、当該イベ
   ント駆動型ファンクションブロックから前記上位処理手
   段による処理に復帰するための復帰処理を行うと共に、
   起動したイベント駆動型ファンクションブロックの前記
   固定領域をイベント無しに設定するようになっているこ
   とを特徴とする請求項５記載のイベント駆動型制御装
   置。
7. 【請求項７】 前記上位処理手段は、起動が指示された
   イベント駆動型ファンクションブロックで必要とするデ
   ータ情報を、当該データ情報が格納された記録領域から
   前記イベント駆動型ファンクションブロックが参照する
   ためのデータ情報入力領域に複写するようになっている
   イベント駆動型制御装置であって、 前記イベント駆動型ファンクションブロックに通知され
   るイベント変数と、当該イベント変数がイベント有りの
   ときに前記イベント駆動型ファンクションブロックで必
   要とするデータ情報との対応を表す入力対応情報、及
   び、前記イベント駆動型ファンクションブロックに通知
   されるイベント変数と、当該イベント変数がイベント有
   りのときに前記イベント変数の通知元が出力すべきデー
   タ情報との対応を表す出力対応情報の少なくとも何れか
   一方を有し、 前記上位処理手段は、前記イベント駆動型ファンクショ
   ンブロックの起動指示を行う際に、前記入力対応情報及
   び出力対応情報の少なくとも何れか一方を参照し、 起動が指示されたイベント駆動型ファンクションブロッ
   クへの、イベント有りに設定されたイベント変数に対応
   するデータ情報のみを前記データ情報入力領域に複写す
   るようになっていることを特徴とする請求項２、請求項
   ５及び請求項６の何れかに記載のイベント駆動型制御装
   置。
8. 【請求項８】 前記イベント駆動型ファンクションブロ
   ックで参照する情報を記憶するための入力変数領域及び
   当該入力変数領域用のバッファ領域を備え、 前記上位処理手段は前記バッファ領域に所定の情報を複
   写し、 前記基本処理手段は前記イベント駆動型ファンクション
   ブロックを起動する際に前記バッファ領域の情報を前記
   入力変数領域に複写し、 前記イベント駆動型ファンクションブロックは前記入力
   変数領域に格納された情報を参照するようになっている
   ことを特徴とする請求項２記載のイベント駆動型制御装
   置。
9. 【請求項９】 前記バッファ領域は、前記イベント駆動
   型ファンクションブロックのインスタンスに設けられて
   いることを特徴とする請求項８記載のイベント駆動型制
   御装置。
10. 【請求項１０】 前記イベント駆動型ファンクションブ
    ロックで参照する情報のうち、前記イベント変数を除く
    データ情報を格納するためのバッファ領域は、前記デー
    タ情報の送信元の前記データ情報の出力側に設けられて
    いることを特徴とする請求項８記載のイベント駆動型制
    御装置。
11. 【請求項１１】 前記固定領域用のバッファ領域を備
    え、 前記上位処理手段は前記バッファ領域に前記イベント変
    数を複写し、 前記基本処理手段は、起動が指示されたイベント駆動型
    ファンクションブロックの前記バッファ領域の情報を前
    記固定領域に複写した後、当該固定領域を参照して前記
    イベントの有無を検出するようになっていることを特徴
    とする請求項５記載のイベント駆動型制御装置。
12. 【請求項１２】 前記基本処理手段は、前記バッファ領
    域の情報を前記固定領域に複写した後、前記バッファ領
    域にイベント無しを設定するようになっていることを特
    徴とする請求項１１記載のイベント駆動型制御装置。
13. 【請求項１３】 イベントの発生が通知されたとき前記
    イベントに対応する処理を実行するイベント駆動型ファ
    ンクションブロックと、 当該イベント駆動型ファンクションブロックの起動指示
    を行う上位処理手段と、 当該上位処理手段で指示されたイベント駆動型ファンク
    ションブロックを起動する基本処理手段と、を備えたイ
    ベント駆動型制御装置であって、 前記イベントの有無を表す２値のデータ型を定義し、前
    記イベント駆動型ファンクションブロックにイベントの
    発生を通知するためのイベント変数を前記２値のデータ
    型で設定すると共に、前記イベント駆動型ファンクショ
    ンブロックのインスタンスに前記イベント変数を格納す
    るための固定領域及び当該固定領域用のバッファ領域を
    設け、 前記上位処理手段は、前記イベント駆動型ファンクショ
    ンブロックの起動を指示する際に、当該イベント駆動型
    ファンクションブロックで参照すべきイベント変数を前
    記バッファ領域に複写する複写手段を備え、 前記基本処理手段は、起動が指示されたイベント駆動型
    ファンクションブロックの前記バッファ領域の情報を前
    記固定領域に複写し、当該固定領域を参照してイベント
    の有無を検出するイベント有無検出手段と、 当該イベント有無検出手段でイベント有りを検出したと
    きにのみ指示されたイベント駆動型ファンクションブロ
    ックを起動する起動手段とを備え、 前記ファンクションブロックは、起動時に、当該ファン
    クションブロックのイベント出力をイベント無しに設定
    するイベント出力リセット手段を備えることを特徴とす
    るイベント駆動型制御装置。
14. 【請求項１４】 前記基本処理手段は、前記イベント有
    りを検出したときセットし前記バッファ領域からの前記
    複写が終了したときリセットする起動フラグと、前記イ
    ベント駆動型ファンクションブロックが実行中であると
    きにセット状態に維持する実行中フラグと、を備え、 前記起動フラグがセットされ且つ前記実行中フラグがリ
    セットされているときに前記複写を行った後前記イベン
    ト駆動型ファンクションブロックを起動するようになっ
    ていることを特徴とする請求項８乃至１３の何れかに記
    載のイベント駆動型制御装置。
15. 【請求項１５】 イベントの発生が通知されたとき前記
    イベントに対応する処理を実行するイベント駆動型ファ
    ンクションブロックと、当該イベント駆動型ファンクシ
    ョンブロックの起動指示を行う上位処理手段と、当該上
    位処理手段で指示されたイベント駆動型ファンクション
    ブロックを起動する基本処理手段と、を備え、且つ、前
    記イベントの有無を表す２値のデータ型を定義し、前記
    イベント駆動型ファンクションブロックにイベントの発
    生を通知するためのイベント変数を前記２値のデータ型
    で設定すると共に、前記イベント駆動型ファンクション
    ブロックのインスタンスに前記イベント変数を格納する
    ための固定領域及び当該固定領域用のバッファ領域を設
    け、 前記上位処理手段は、前記イベント駆動型ファンクショ
    ンブロックの起動を指示する際に、当該イベント駆動型
    ファンクションブロックで参照すべきイベント変数を前
    記バッファ領域に複写し、 前記基本処理手段は、起動が指示されたイベント駆動型
    ファンクションブロックの前記バッファ領域の情報を前
    記固定領域に複写し、当該固定領域を参照してイベント
    の有無を検出し当該イベント有無検出手段でイベント有
    りを検出したときにのみ指示されたイベント駆動型ファ
    ンクションブロックを起動するようになっているイベン
    ト駆動型制御プログラムのソースプログラムを、コンピ
    ュータで実行可能な機械語に変換するためのイベント駆
    動型制御プログラム用コンパイラであって、 前記機械語に変換する際に、前記ファンクションブロッ
    クを実現するための処理の開始位置に、当該ファンクシ
    ョンブロックのイベント出力をイベント無しに設定する
    処理を挿入するイベント出力リセット挿入手段を備える
    ことを特徴とするイベント駆動型制御プログラム用コン
    パイラ。