JPS6084047A - 監視・警報方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は監視・警報システム、更に詳細に説明すれば、
最終使用者が種々の業務のための監視・警報機能に適合
するように変更できる監視・警報システムに係る。

〔従来技術〕

極めて簡単な装置から非常に複雑なプロセスを要するも
のまで、広い範囲にわたる種々の業務の監視・警報シス
テムが要求されている。監視・警報システムを必要とす
る簡単な装置の例としてｆよ家庭用暖房装置があシ、複
雑なプロセスを必要とする例としては石油分解ブラント
がある。従来、このような種々の業務のために設けられ
た監視・警報システムは、その複雑さの相違により全（
異なったシステムになっている。例えば、暖房７ステム
では、温度センサと視聴覚を利用した簡単な警報装置と
を備え、密閉した炉の温度を監視して温度が一定の安全
な範囲を越えると警報を出すようになって（・るが、複
雑な石油分解プラントでは、相互依存関係にある多くの
プロセスが組込まれ、プラント内のいろいろな場所の温
度が監視されるたけではなく、流量、化学成分およびそ
の他の各種変数も監視される。監視される変数によって
は、一定の値すなわち境界を設け、その値を越えれば警
報状態を生じるものがあるが、もつと多いのは。

相互依存関係にある変数を監視することである。

これは、変数値の一定の組合せが検出された場合にだけ
警報を出すことを意味する。

非常に複雑な業務のために開発された監視・警報システ
ムの特徴として、中央演算処理装置（ＣＰＵ）を接続し
、複数のセンサからの入力を受取り、特定の適用業務の
ために必要な警報または他の表示を出させるものがある
。ＣＰＵはプログラムによって特定の環境に適合され使
用される。各装置は実際には特定の目的に合わせて設計
されるので、このような複雑な適用業務のための監視・
警報システムは非常に高価になるが、この費用は、監視
・警報の対象となる適用業務自体が相対的に高価である
という理由で正当化されろ。また、適用業務の多くは、
更に複雑な監視・警報システムによって大幅な改善が得
られるが、現に設計されているようなシステムの費用は
正当化できないような適用業務もある。

〔発明が解決しようとする問題点〕

本発明の目的を下記に示す： （ａ）　複数の異なった業務に適合するように変更可能
で、複数の被測定変数間の論理関係に基づいた複雑な警
報・制御機能を備えている汎用設割の監視・警報システ
ムを提供する。

（ｂ）複数の変数を監視し、被測定変数の値を所定の値
と比較・検査するのみならず、最終使用者が容易に且つ
簡単に特定の環境に適応させることもできる、ＣＰＵを
用いた顧客の適用業務の監視・警報システムを提供する
。

（ｃ）最終使用者が、複数の被測定変数の希望する値お
よび論理関係を入力し、特定の業務に必要な警報・制御
活動を行なうことができる、ＣＰＵを用いたθを用設計
の監視・警報システムを提供する。

〔問題点を解決するための手段〕

本発明の目的は監視・警報システムのＣＰＵとしてマイ
クロコンピュータを使用することによシ達成されろ。こ
のマイクロコンピュータには、現に広く市販されている
パーソナル・コンピュータまたは小型ビジネス−コンピ
ュータの１つヲ使用できるが、本発明の良好な実施例で
は、ＩＢＭパーソナル−コンピュータを使用している。

このマイクロコンピュータは、種々のセンサがら複数の
入力を受取るように接続されるが、その種類や型は、監
視・警報システムを接続する特定の適用業務に応じて最
終使用者が選択する。また、このマイクロコンピュータ
は、適切なオーディオ装置・可視警報表示装置に接続し
たシ、更に、プログラムによって内蔵のスピーカ・表示
モニタを使用し、必要な警報を出すことができる。

〔作用〕

本発明で用いるマイクロコンピュータは、最終使用者に
複数のスクリーンまたはメニュを提供するようにプログ
ラミングされ、最初、使用者はデータを入力して入力変
数を定義できろ。この場合、マイクロコンピュータに入
力を供給する複数のセンサのハードウェア・アドレスと
変数名が関連ツけられる。次に、最終使用者は、データ
を入力し。

監視される複数の変数の状態を決め、その論理グループ
を定めるようにプロンプトされる。これによシ、最終使
用者は自由に、汎用設計のシステムを特定の環境に適合
するように変更できる。更に、費用のかかる改修、また
はプログラム変更をせずに、センサの付加または取外し
により、または被測定変数の状態、境界、あるいはその
論理グループの変更により、監視・警報システムの変更
が容易にできる。論理グループが定義される表、論理グ
ループが真になる条件に基づ℃・て、マイクロコンピュ
ータはプログラミングされ、最終使用者がスクリーン上
のプロンプトに応答してデータを入力することによって
決まる警報・制御機能を実行する。

〔実施例」 第１図には、本発明の基本的な原理が簡単な炉制御シス
テムによって示されている。ホスト−コンピュータ（Ｃ
ＰＵ　）１０は主要な監視・制御素子である。本発明の
良好な実施例では、ＣＰＵｌ０には、ＩＢＭパーソナル
０コンピュータまたはＭ似のマイクロコンピュータが用
いられている。

後に説明するように、ｃｐｕｉｏは、使用者が特定の適
用業務および環境に対しコンピュータの監視・制御機能
が変更できるようにプログラミングされている。第１図
では、炉”　Ｆ　Ｕ　ＲＮ　Ａ　ＣＥ　”１２は動作中
で熱を発生しており、熱電対”　Ｔ　ＨＥＲＭＯＣＯＵ
ＰＬＥ”　１４は発生した熱に反応して電気信号を生じ
、この電気信号は増幅器゛ＡＭＰ”１６によって増幅さ
れる。ＡＭＰ”１６の出力は、アナログ・ディジタル・
インタフェース（Ａ／Ｄ）１８を介してＣＰＵ１０の人
力の１つに供給されろ。ＡＭＰ１６からの信号は、一定
の範囲にわたって値が変るので’ＡＮＡＬＯＧＩ　Ｎ　
”信号と呼ばれろ。例えば、ＡＭＰ１６かＬ二）の°’
ＡＮＡＬＯＧ　ＩＮ”信号は、−８４°Ｃ〜１４８°Ｃ
の範囲の熱電対温度を表わすことがある。

これに対し、”ＤＩＧＩＴＡＬ　ＩＮ“°信号はＯＮま
たは０ＦＦ（０または１）の値を有する。同様に、”Ｄ
ＩＧＩＴＡＬ　ｏｕ’ｒ”信号ｄ１、ＣＩ）Ｕｌｏにお
けるプログラム作用によってＯＮまたはＯＦＦに切替え
られる。従って、”　Ｄ　Ｉ　Ｇ　Ｉ　ＴＡＬＩＮ”ま
たはＤＩＧＩＴＡＬ　Ｏ１Ｊ’ｌ”’信号は、０または
１の状態の１ビア　１−の情報を表わす。第１図では、
ＣＰＵ１０から６つの°°１〕ＩＧＩＴＡＬ　ＯＵＴ“
信号が生じろ。第１の信＋ｒ副は、ＶＡＬＶＥ”（弁）
２０に供給され、ＶＡＬＶＥ２０ｆ７）動作によってＦ
ＵＲＮＡＣＥ１２をＯＮまたはＯＦＦに切替える。第２
の信号ｄ八　°“ＦＡＮ”（ファン）２２に供給され、
ＦＡＮ２２をＯＮまたはＯＦＦにする。第６の信号は、
警報器”ＡＬＡＲＭ”２４に供給され、ＡＩ、ＡＲＭ２
４をアクティブにする。

本発明で、使用者が実行すべき最初の動作は、被監視・
制御システムの変数を定義することである。このプロセ
スは、変数名とセンサのハードウェア・アドレスを関連
づけることにより、制御方式を決めるものであシ、周知
の表示マネージャ・ユーティリティによって生成される
連続スクリーンまたはメニュによって容易に行なうこと
ができろ。これらのスクリーンの１つを第１表に示す：
第１表 このスクリーンでは、プラケットは、一般にＣＰＵ１０
の一部分であるキーボードによる使用者人力の位置を表
わす。これは、使用者のデータ入力を必要とする場合、
多くのプログラムに共通した慣習である。このスクリー
ンでは、”ＤＩＧＩＴＡＬ　ＯＵＴ”が定義される。変
数のハードウェアーアドレスは、クラスタ０、ポート１
、およびビット１である。センサ・タイプは、ＤＯが指
定され、それが’ＤＩＧＩＴＡＬ　ＯＵＴ”であること
を意味する。そのほか、ＡＩは”　Ａ　Ｎ　Ａ　ＬＯＧ
　ＩＮ”、ＤＩは”ＤＩＧＩＴＡＬ　ＩＮ”、ＴＩは’
ＴＩＭＥＲ”を表わす。”ＴＩＭＥＲ’“もホスト・コ
ンピュータへの入力で、警報に遅延を加味できるという
柔軟性が使用者に与えられる。

定義される変数が°゛０′°０′°ステータス合は、ス
クリーンに示すように、メツセージ″ＯＦ　Ｆ　”が現
われる。このスクリーンで定義された変数は８文字から
なる名前”ＦＵＲＮＯＮＯＦ”が指定されている。これ
は、ＦＵＲＮＡＣＦＪ１２をＯＮまたはＯＦＦに切替え
る能力につけられた名前である。

２番目に定義される変数は’Ｃ００ＬＯＮＯＦ”である
。この変数は、ＦＡＮ２２をＯＮまたはＯＦＦに切替え
るための’ＤＩＧＩＴＡＬ　ＯＵＴ’“である。この定
義は第２表のスクリーンに示されている： 第２表 変数”　ＣＯＯＬ　ＯＮ　ＯＦ　”は、クラスタ番号１
のハードウェアーアドレス、ポート１およびビット０を
有し、また、センサ・タイプＤｏによシ゛ＤＩＧＩＴＡ
Ｌ　ＯＵＴ”であることが分る。

６番目に定義される変数は’ＳＥＴＡＬＡＲＭ”である
。この変数は、ＡＬＡＲＭ２４をＯＮまたは０ＦＦＫ切
替えるための”ＤＩＧＩＴＡＬ　ＯＵＴ”である。この
定義は第３表のスクリーンに示されている： 第ろ表 ４番目に定義される変数は°’ＦＵＲＮＴＥＭＰ”′で
ある。この変数はＴＨＥＲＭＯＣＯＵＰＬＥＩ４から来
る°’ＡＮＡＬＯＧ　ＩＮ”を表わす。

ＦＵＲＮＴＥＭＰ“に関連する境界およびそのアドレス
情報は、第４表のスクリーンに示されている： 第４表 ５番目に定義される変数はＦＵＲＮＩ”である。この変
数は、ファイル定義時に定義された変換アルゴリズムに
よって得られる値を有する”　ＡＮＡＬＯＧ　ＩＮ”を
表わす。変換情報は、゛工学単位Ｏ＋＋フィールドおよ
び゛工学単位全目盛″フィールドに表示され、この例で
は、それぞれ、−１７，７７７および３７７７７７の値
が示されて℃・る。この情報により、０−１００％全目
盛の値から工学単位の値への変換が容易になる。この例
は、０目盛を−１７，７７７°Ｃ１全目盛を６７７７７
７°Ｃに変換する。”ＦＵＲＮｌ”に関連する境界およ
びアドレス情報は、第５表のスクリーンに示されて℃・
る： 第５表 制御方法を定業する次のステップは、定義された変数の
論理グループを作ることである。下記の第６表のスクリ
ーンは、警報／処置定義（論理グループ）の名前を示す
。この例では、処置基として°’　Ｂ　ＯＣＡ　”が示
されて〜・る。

第６表 下記の第７表のスクリーンは１つの変数゛ＦＵＲＮＴＥ
ＭＰ’“および制御ロジックの重要な状態を示す： 第７表 前記スクリーンでは、状態は７６７℃の高い警戒状態で
ある。”ＦＵＲＮＴＥＭＰ”°が高い警戒状態になると
、次の第８表、第９表の２つのスクリーンに表示された
警報・処置が定義される：第９表 第８表のスクリーンでは、最初の項目は［−使用者が定
義したスクリーンに現われるメノセー／；−１である。

このメソセージは、論理グループが真になると現われ、
それが真でな（なるまで、そのまま現われている。次の
項目は１−スクリーンの１・部に現われるメツセージ」
である。このメノヒージも、論理グループが真になると
、スクリーンの１部に現われるとともに、プリンタに記
録され、（１！ｉ刻と日付がスタンプされろ。次の項目
ｄ１、論理クルーズが真になると現われる新しいスクリ
ーンを定義する。次の項目は、事象経歴ファイルＩｃ　
ｊ’ｊ込まれるべきレコードがな℃・ことを表わす。次
の項目は、この論理グループは警報可能な機能であるこ
とを表わす。これは、論理グループが真にＩ、ｃろと、
論理グループに連係されている動的表７Ｊ＜の警報領域
が、例えば赤でブリングすることを意味する。これはま
た、論理グループが真になる場合、警報が応答される場
合、そして、論理クルーズがもはや真ではなくなる場合
、レコードが警十ビファイルに書込まれることを意味す
る。次の項Ｌ’Ｊ　ｋ：Ｊ、１す聴警報の項目である。

ブランクに１を書込むことによシ、論理グループが真に
なると、短かい可聴警報が生じる。次の２つの項目は、
この方式にはタイマが関連しないので空白である。第９
表のスクリーンでは、この論理グループのＤＩＧＩＴＡ
ＬＯＵＴとそのステーＺスが定義される。論理グループ
が真になると、これらのＤＩＧＩＴＡＬ　ＯＵＴは、若
し、それらがまだ指定されたステータスになっていなけ
ればセットされる。この論理グループの目的は、ＦｔＪ
ＲＮＡＣＥｌ　２が熱くなシすぎるときはいつでも、ス
クリーンに警報をセットし、ＦＡＮ２２をＯＮに切替え
る。

もう１つの警報／処置（論理）グループは、ＦＵＲＮＡ
ＣＥ１２が冷たくなシすぎると、ＦＵＲＮＡＣＥ１２を
ＯＮに切替え、次いでＦＡＮ２２をＯＦＦに切替えるよ
うに定義されている。この処置者は、次の第１０表に示
すように、”ＢＯＣＡ１°゛である。第１０表のスクリ
ーンでは、使用者が警報／処置（論理）グループの名前
を挿入する： 第１０表 次の第１１表のスクリーンは、変数ＦＵＲＮＴＥＭＰお
よび重要な制御論理の状態−この場合は低い警報状態で
ある−を示す： 第１１表 ＦＵＲＮＴＥＭＰが低い警戒状態である場合は、次の第
１２表、第１３表の２つのスクリーンに示す警報−処置
定義が現われる。

第１２表 第１２表では、最初の項目は［使用者が定義したスクリ
ーンに現われろメツセージ」である。このメツセージは
、論理グループが真になると現われ、論理グループが真
ではなくなるまで、そのままの状態である。次の項目は
［スクリーンの下部に現われるメソセージ」である。こ
のメソセージは、論理グループが真になると、スクリー
ンの下部に現われるとともに、プリンタに記録され、時
刻と日付がスタンプされる。次の項目は、論理グループ
が真になると現われる新しいスクリーンを定義する。以
下、第８表の場合と同様である。

第１３表 第１３表のスクリーンでは、この論理グループのＤＩＧ
ＩＴＡＬ　ＯＵＴ”およびそれらのステータスを示す。

顧客の特定の適用業務に適応させる、（・わゆるカスタ
ム化のプロセスの一部分として、使用者は、監視・警報
システムを使用しているプロセスの概略図表示を生成す
る。概略図表示を生成する良好な方法は米国特許出願第
４９９４５８号（１９８６年５月３１日）に開示されて
いる。この表示に、米国特許出願第４９９４５１号（１
９８３年５月３１日）に記載された方法により、テキス
トが加えられる。前記炉制御システムの簡単な概要図表
示が第２図に示されている。第２図で、”ＡＬＡＲＭ”
と表示された記号は、第１図に示すＡＬＡＲＭ２４に相
当する。同様に、”ＦＵＲＮＡＣＥ”はバーナを含むＦ
ＵＲＮＡＣＥ１２に、Ｃ００Ｌ　Ｅ　Ｒ”はＦＡＮ２２
に相当する。第２図の概略図表示を生成するステップは
下記のとおりである：（ａｌ　スクリーン上の希望する
場所に主要な記号を置（ｂ）　テキスト・ストリングを
適当な場所に置く。

（ｃ）主要なストリングに下線を引く。

（ｄ）　すべての警報／処置定義および変数を、スクリ
ーンの指定領域に連係させる。

（ｅ）使用者が選択した名前のファイルに概略図を保管
する。本実施例では、選択されたファイルの名前は’　
Ｓ　ＩＭＵＬＡＴＥ’“である。

（ｆｌ　機能キーＦ３を押して、概要図生成プロセスの
終了を知らせる。

下記の第１４表のスクリーンは、使用者が希望の動的表
示を選択するスクリーンの例である。

第１４表 ”　Ｗ　ＨＯＬ　Ｅ”が選択されろと仮定すると、最初
に第６図のように動的表示が示される。警報／処置（論
理）グループＢＯＣＡが真になシ、新しいスクリーン“
’ＳＩＭＵＬＡＴＥ”が呼出されると、第４図のスクリ
ーンが表示される。第４図では、ＦＵＲＮＡＣＦ、１２
は警報状態である。また、論理グループもＦＡＮ２２を
ＯＮに切替え、ＦＵＲＮＡＣＥ１２を冷却する。ＦＡＮ
２２がＦ　Ｕ　ＲＮＡＣＥ１２を冷却するにつれて、温
度が低い警戒状態に達し、論理グループＢＯＣＡＩが真
になるのでＦＡＮ２２はＯＦＦになる。

前記簡単な動作例は、本発明の良好な実施例の基本的な
動作と原理を表わす。第５図は前記プロセスの流れ図で
ある。簡単に言えば、本発明の監視・警報システムは、
境界、状態変更、経過時間およびこれらの組合せの値を
監視・比較する機能を実行する。境界は、使用者が定義
した低い警報境界、低い警戒境界、境界変更速度、高い
警報境界および高い警戒境界から成る。状態は、論理的
に１または０の状態の１°ＤＩＧＩＴＡＬ　ＩＮ“。

または’ＤＩＧＩＴＡＬ　ＯＵＴ’“から成ろ。タイマ
変数は、使用者が時間に基づいた方式を定義できるよう
にするために設けられている。監視動作では、使用者が
定義した頻度およびシステムで定義されたフェーズで各
変数の値を測定する。測定された値は、境界または状態
と比較され、ビット・マスクをセットしてシステムの各
変数の現在の状態を記録する。使用者は、変数定義中に
、境界と変数を走査する頻度とを定義する。警報定義は
、最大１６の変数および変数ごとの状態または境界を、
特定の処置／警報名と連係させることによシ行なわれる
。また、この名前に連係されるのは、すべての状態が真
の場合にとる処置である。

処置（警報）は下記のどれかを、または全部を含むこと
がある： （ａ）最大８個までの’ＤＩＧＩＴＡＬ　ＯＵＴ”を使
用者が定義した値にセットアツプすること。

（ｂ）　スクリーン上の領域を使用者が定義したカラー
でプリンクすること。

（ｃ）現在の表示を使用者が定義した表示に置換えるこ
と。

ｆｄｌ　使用者の表示スクリーンにメツセージを置くこ
と。

（ｅ）　を報メツセージを表示すること。

（ｆ）レコードを事象ファイルに書込むこと。

（ｇ）　パーソナル・コンピュータの警報器を鳴うすこ
と。

（ｈｌ　タイマ変数をリセットすること。−（ｉ）　タ
イマ変数を開始すること。

本発明の論理グループ機能は、使用からのデータを検索
する表示マネージャを最初に使用することにより実行さ
れる。表示マネージャは本発明の一部分ではなく、また
、５ＰＦ（システム、生産性向上機能）またはＣＩＣ８
（顧客情報管理システム）に類似した市販の製品を使用
できる。使用者が入力するデータ項目は下記のものを含
む二（ａ）　少なくとも１つ、最大１５までの変数、Ｆ
ｄよびそれらの状態 （ｂ）　概要図に表示するメツセージ （Ｃ）警報メツセージ （ｄ）　他の表示基 ｆｅ）　事象経歴ファイルにレコードを１込むべきがど
うか （ｆ）　警報経歴ファイルにレコードを書込むべきがど
うか （ｇｌ　可聴警報を短期間、または応答があるまで１１
βらずべきか、あるいは鳴らさないか ｆｈｌ　タイマ変数をリセットすべきかどうか（ｉ）　
タイマ変数を開始すべきかどうか（ｊｌ　最大８個まで
の”ＤＩＧＩＴＡＬ　ＯＵＴ”論理グループが最初に呼
出されると、古い警報／処置ファイルの最初のレコード
が取出される。

このレコードの最初の２バイトには、ファイルのレコー
ド数が含まれている。次の２バイトには、ファイルで使
用された最後の項目番号が含まれている。”　Ｔ　ｏ　
ｔ　ａ　’ｌ　ｒ　ｅ　ｃ　ｏ　ｒ　ｄ”はファイル内
のレコード数にセットされ、”０１ｄｅｎｔｒｙ”は最
後に使用された項目番号にセントされている。

データ項目は、使用者が連続するスクリーンの空白に書
込むことにより、対話的に収集される。

（第６表または第１０表のような）最初のデータ・スク
リーンは警報／処置基のプロンプトである。

使用者は８文字からなる名前を入力する。警報／処置フ
ァイルで該項目が探索され、若し、ファイルに該項目が
存在すれば、前に入力されたデータ項目は現に編集され
るデータ項目として保持される。若し、ファイルに該項
目が存在しなければ、現在のデータ項目は消去され、該
名前が新し７い項目として使用されろ。１つの機能キー
は専用のＲｏｔａｔｅ”キーである。このキーは、使用
者が各々の警報／処置基を、１回に１つ、プロンプト・
フィールドに表示することを可能にする。

名前が入力されてから、現在のデータ項目の内容を有す
る（第７表または第１１表のような）２番目のスクリー
ンが表示される。若し、現在のデータ項目が空白なら、
２番目のスクリーンのすべてのデータ・フィールドも空
白である。使用者は、少なくとも１つの変数名を入力し
、関心を有する状態または警報境界を選択する。

更に、使用者は最大１４個までの他の変数およびそれら
の状態または境界を選択できる。使用者が変数状態の組
合せを入力する方法は、変数名を入力するか、または、
変数ファイルからのすべての有効な変数名を回転する°
“Ｒｏｔａｔｅ”キーを使用することである。有効な変
数が人力されると、それらの種別の下に５つの境界が現
われるか、または２つのティンタル状態が現われる。使
用者はタブ・キーを使って状態を選択でき、選択された
状態または境界の識別は、選択された境界または状態の
反転表示によって行なわれる。関心のある状態または境
界が選択されると、使用者はＥＮＴＥＲキーを押し、選
択したことを知らせる。選択された変数の変数ファイル
の項目番号は、状態または境界とＯＲされ、警報／処置
項目の論理項目を形成する。マスクは下記のとおりであ
る：ｈｅｘ８０ＤＤ：高い警報 ｈｅｘ４０００：高い警戒 ｈｅｘ２０００：変化速度 ｈｅｘｌｏｏｏ：低い警報 ｈｅｘ　８００：低い警戒 ｈｅｘ８０００：ＯＮまたはタイマ経過のディジタルφ
ステータス ｈｅｘ４０００：ＯＦＦまたはタイマーリセットのディ
ジタル−ステータス 使用者は、変数およびそれらの状態の選択を終了すると
、項目を保管するようにプロンプトされる。使用者は、
機能キーＦ２またはＦ８を押し、内部記憶に常駐するデ
ータベースにこれらの項目を保管する。その時点で、３
番目の情報スクリーンが使用者に表示される。

（第８表または第１２表のような）３番目のスクリーン
は、最初、使用者が定義したスクリーンおよびスクリー
ンの下部に表わすメツセージを人力するように使用者に
プロンプトする。若し、メソセージが入力されれば、こ
れらは、内部記憶に常駐するデータベースに記憶され、
さもｌ〔け−１Ｉば、ナル項目が記憶される。次の項目
によって新しく・スクリー゛／が現われる。すべての新
しいスクリーンは、独特のファイル型式”、ｄａｔ”を
有するので、使用者の人力項目が有効な新しいスクリー
ンであることを確める検査をすることができる。若し、
スクリーン塩が入力されれば、その名前／ＪＳ内部記憶
に常駐するデータベースに記憶される。さもなければ、
ナル項目が保管される。次の人力項目は事象経歴項目で
ある。このフィールドは゛ＹパまたはＮ″の入力を要求
する。Ｎ゛は省略時の値を想定する。この項目は、論理
グループが真になるごとに、レコードを事象経歴ファイ
ルに書込むかどうかを決定する。次の入力項目は警報可
能な機能項目である。この場合も　ＩＩ　ＹＩＩまたは
ＩＩ　ＮＩ＋の入力が要求される。°Ｎ″は省略時の値
を想定する。この項目は、論理グループの警報レコード
を警報経歴ファイルに書込むべきがどうかを決める。若
し、”Ｙｌｌが入力されれば、論理グループが真になる
ごとに、応答されるごとに、そして真ではなくなるごと
に、レコードが書込まれる。次の入力項目は可聴警報フ
ィールドである。

このフィールドにはｎ　１　ｕまたは２″が入力される
。１“の場合は、論理グループが真になると、短かい発
信音（ｂｅｅｐ）を生じることを意味し、２′の場合は
、警報に対する応答があるまで連続発信音を生じること
を意味する。入力がない場合は、発信音が生じな℃・こ
とを意味する。最後の２つの入力項目はタイマのリセッ
トおよび開始の項目である。これらの項目はタイマ変数
名である。タイマ・リセットにより、論理グループが真
になると、タイマ変数かりセットされる。タイマ開始に
よシ、論理グループが真になると、タイマ変数が開始さ
れる。これらの項目はどちらも、変数ファイルの探索に
よって検査され、入力された名前が実際のタイマ変数で
あるかどうかを決める。すべての項目が正しく書込まれ
ると、使用者は、これらの項目を保管するようにプロン
プトされる。保管は、機能キーＦ２またはＦ８を押すこ
とによシ行なわれる。使用者がＦ２またはＦ８を押すと
、次のスクリーンが表示される。

（第９表または第１３表のような）４番目のデータ・ス
クリーンは、使用者に対し、８個の空白変数名スロット
を表示する。使用者は、空白にＤＩＧＩＴＡＬ　ＯＵＴ
”を書込むようにプロンプトされる。論理グループが真
になる場合、制御活動について最大８個までの’ＤＩＧ
ＩＴＡＬＯＵ　Ｔ　”およびそれらの状態を指定できる
。使用者が変数名を入力すると、変数ファイルを探索１
〜て該変数名が’ＤＩＧＩＴＡＬ　ＯＵＴ“を有するか
どうかを検査し、若し、有するなら、変数ファイルのレ
コードに含まれたポインタによって、”ＤＩＧＩＴＡＬ
　ＯＵＴ”の”０”状態名および゛１゛′状態名が名前
ファイルから得られ、スクリーン上の該当する状態名の
下に表示される。使用者は、２つの項目の間をタブ指定
し、希望する状態を選択できる。前記選択が反転表示さ
れてから、使用者は、ＥＮＴＥＲキーを押して、選択が
終ったことを知らせる。若し、Ｏｎ状態が選択されれば
、変数ファイルの項目番号はｈｅｘ　４　Ｄ　ＤＤとＯ
Ｒされるが、若し　ｎ　１１１状態が選択されれば、変
数ファイルの項目番号はｈｅｘ８ＱＯＯとＯＲされる。

変更された項目番号は内部記憶に常駐スルデータベース
に記憶される。このプロセスは、使用者が機能キーＦ２
を押して警報／処置項目を保管するまで続けられる。

最後のページ（スクリーン）で機能キーＦ２が押される
と、内部記憶に常駐するデー・タベースは、警報／処置
ファイルに入力されるレコードに転送される。このデー
タベースは、８バイトの警報／処置基、論理項目を含む
３２バイトのアレイ、６９バイトの２つのメツセージΦ
フィールド、８バイトのスクリーン・フィールド、２バ
イトの事象経歴フィールド、２バイトの警報フィールド
、２バイトの可聴警報フィールド、２バイトのタイマ・
リセット・フィールド、２バイトのタイマ開始フィール
ドおよび１８バイトの°’ＤＩＧＩＴＡＬＯＵ　Ｔ　”
プレイから成る。若し、使用者の人力項目が既に存在し
ている論理グループの更新であれば、該項目は警報／処
置ファイルにあるレコードに入る。そうでない場合は、
警報／処置ファイルの探索が行なわれ、（項目フィール
ドで°１．Ｉ＋によって指定された）空いているレコー
ドを見１）ける。そして、”　０１ｄｅｎｔｒｙ　”は
増分され、空のレコードの項目数ば’　０１ｄｅ　ｎ　
ｔ　ｒｙ　”と同じ値にセットされる。次（・で、各論
理項目は該レコードに入れられる。そして、使用者が定
義１．たスクリーン・メソセージはメツセージ・ファイ
ルに入れられ、メソセージ・ファイル・レコードに文」
するポインタは警報／処置ファイルに保管される。

若し、使用者がメツセージを入れなかったなら、ポイン
タの値として＋　１　＋＋が入れられる。スクリーンの
下部のメツセージも同様に扱われる。スクリーン全体の
名前は名前フィールドに入れられ、名前レコードに対す
るポインタは警報／処置ファイルに入れられる。事象経
歴フィールド、警報フィールドおよび可聴警報フィール
ドの項目がレコードに入れられてから、タイマ・リセッ
トおよびタイマ開始項目、最後に８個の’ＤＩＧＩＴＡ
ＬＯＵ　Ｔ　”項目がレコードに入れられる。そして、
レコードは警報／処置ファイルに書込まれ、前記のデー
タベースは初期化され、最初のスクリーンが使用者に表
示される。

使用者が機能キーＦ３を選択してプログラムを終了する
ごとに、警報／処置ファイルは消去される。このプロセ
スは、警報／処置ファイルの、−１′′に等しくない項
目番号を探索し、該項目を２番目のレコードで始まるフ
ァイルの前に置く。

レコード番号は最初の項目の最初の２バイトＩＣ入れら
−１”Ｌ、最後に使用された項目番号は最初のレコード
の２番目の２バイトに入れられる。

次に、本発明の良好な実ＩＭ例で使用されたファイルに
ついて説明する： ａ、変数ファイル（ｖａｒｆ　ｉ　Ｉｅ、　ｔａｂ　）
　：（ａｌ　変数ファイルの最初のレコードは２つの項
目を有する。第１の２バイトはファイルに含まれたレコ
ード数である。第２の２バイトは使用された最大の項目
番号である。

（ｂｌ　最初のレコード以後の各レコードには２つのフ
ォーマットがある。フォーマットの識別は、各フォーマ
ットの同じ場所に生じるタイプ入力項目によって行なわ
れる。

タイプ１（ＡＮＡＬＯＧ　ＩＮ）は下記のフォーマット
を有するニ ア　５ＥＮＳＥＵＰＩ　タイプを含む２バイト整数フイ
ールト イ、ＶＡＲＵＰ＄：　変数名を含む８バイト文字フィー
ルト ウ、ＣＬＵＳＴＥＩＩＵＰｉ＄：変数を有するクラスタ
を含む２バイト整数フィー ル　ド エ、ＥＴ！［ｉ：　レコードの項目番号を含む２バイト
整数フイール ド オ、ＣＨＡＮＮＥＬＵＰ！Ｉｆ：　”ＡＬＡＬＯＧ　Ｉ
Ｎ”　がやってくるアナログ・チ ヤンネルを含む。

力、ＥＮＧＵＰＳ：　工学単位ファイルの、”ＡＬＡＬ
ＯＧ　ＩＮ”の レコードに対するポイン タを含む２バイト整数フ イールド キ、ＤｇＡＤＵＰ＄：　警報中立帯を含む４）くイト単
精度実数値フィール ド ク、ＬＯＷＵＰＳ：　低い警報境界を含む４ノ（イト単
精度実数値フィー ルド 久　ＨＬＵＰＳ：　高い警報境界を含む４）くイト単精
度実数値フィー ルト コ、ＲＯＣＵＰ＄：　警報変更速度境界を含む゛４バイ
ト単精度実数値フ イールド サ　ＬＷＬＵＰ＄：　低い警戒境界を含む４・くイト単
精度実数値フィー ルド Ｚ　ＨＷＬＵＰ＄：　高い警戒境界を含む４・くイト単
精度実数値フィー ルト ス、ＺＥＮＧＵＰＳ：　０の工学単位の１直を含む４バ
イト精精度実数値フ イールド セ、ＦＥＮＧＵＰ＄：　全目盛の工学単位の値を含む４
バイト精精度実数 値フィールド ソ、ＲＡＴＩＯ＄：　工学単位に変換するのに用いる比
率を含む４バイ ト単精度実数値フイール ド タ　ＦＪＬＬＡ＄：　将来の拡張のだめの１０バイト埋
めくさフィール ド タイプｚ１．３および４（ＤＩＧＩＴＡＬ　ＩＮ。

ＤＩＧＩＴＡＬ　ＯＵＴ　およびタイマ）は下記のフォ
ーマットを有するニ ア、５ＥＮＳＥＵＰＩ　タイプを含む２バイト整数フイ
ールト イ、ＶＡＲＵＰ＄：　変数名を含む８バイト文字フィー
ルト ウ、ＣＬＵＳＴＥＲＵＰ＄：変数を有するクラスタを含
む２バイト整数フイー ルド −ｒ、ＥＴ＄：　レコードの項目番号を含む２バイト整
数フイール ド オ、ＰＯＲＴＵＰ＄：　ＤＩＧＩＴＡＩ、　ＩＮ”かや
ってくるディジタル ・ポート、またはタイマ の秒単位の時刻を含む２ バイト整数フィールド 力、ＢＩＴＵＰｌ　’ＤＩｉＴＡＬ　ＩＮ　”または’
ＤＩＧＩＴＡＬ ＯＵＴ”の関心あるピッ トを含む２バイト整数フ イールド キ、ＺＥＲＯ８ＵＰ＄：　メツセージを含むレコードの
名前ファイルに対す るポインタを含む２バイ ト整数フィールド ク、０ＮＥＳＵＰ＄：　メツセージを含むレコードの名
前ファイルを指す ポインタを含む２バイト 整数フィールド ケ、ＦＩＬＬＤ＄：　将来の拡張のｋめの４２バイト埋
めくさフィール ド ｂ、警報／処置ファイル（ｓｃｒｆｉｌｅ、ｔａｂ）：
（ａｌ　警報／処置ファイルの最初のレコードは２つの
項目を有する。最初の２バイトはファイルに含まれたレ
コード数である。次の２バイトは使用された最大項目番
号を含む。

（ｂｌ　最初のレコード以後の各レコードは下記のフィ
ールドを有する： フィールド名：　説　明 ア、Ａ＄：　レコードの項目番号を含む２バイト整数フ
イールト イ、Ｂ＄：　警報／処置基を含む８バイト文字フィール
ト ウ、Ｃ＄：　第１の論理項目を含む２バイト整数フイー
ルド −ｒ−，Ｄ５１ｉ：　第２の論理項目を含む２バイト整
数フイールド オ、Ｅ＄：　第６の論理項目を含む２バイト整数フイー
ルド 力、Ｆ＄：　第４の論理項目を含む２バイト整数フイー
ルド キ、Ｇ＄：　第５の論理項目を含む２バイト整数フイー
ルド ク、　Ｈ＄：　第６の論理項目を含む２バイト整数フイ
ールド ケ、Ｉ＄：　第７の論理項目を含む２バイト整数フイー
ルト コ、　Ｊ＄：　第８の論理項目を含む２バイト整数フィ
ールド サ、に＄：　第９の論理項目を含む２バイト整数フイー
ルド シ、　Ｌ＄：　第１０の論理項目を含む２バイト整数フ
イールト ス、Ｍ＄：　第１１の論理項目を含む２バイト整数フイ
ールド セ、Ｎ＄：　第１２の論理項目を含む２バイト整数フイ
ールド ソ、０＄：　第１３の論理項目を含む２バイト整数フイ
ールド タ、ｐｓ：　第１４の論理項目を含む２バイト整数フイ
ールト チ、Ｑ＄：　第１５の論理項目を含む２ハイド整数フィ
ールド ツ、Ｒ＄：　使用者のスクリーン・イメージのメツセー
ジ・ファイル項目を 指すポインタを含む２バイト整 数フィールド チ、Ｓ＄：　警報メツセージのメツセージ−ファイル項
目を指すポインタを 含む２バイト整数フイールド ）、Ｔ＄：　新しいスクリーン塩の名前ファイルを指す
ポインタを含む２バ イト整数フィールド 九　Ｔ１＄：　事象経歴ファイル項目指定子（ｓｐｅｃ
ｉｆｊｅｒ　）を含む２バイ ト整数フイールド ニ、Ｕｌ　警報可能機能指定子を含む２バイト整数フイ
ールド ヌ、Ｖ＄：　可聴警報指定子を含む２バイト整数フイー
ルド ネ、Ｗ＄：　り七ッ卜するタイマ項目番号を含む２バイ
ト整数フイールト ノ、Ｘ＄：　開始するタイマ項目番号を含む２バイト整
数フイールド ハ、Ｙ＄：　第１の”ＤＩＧＩＴＡＬ　ＯＵＴ”の項目
および状態を含む２ノ（イ ト整数フィールド ヒ、　ＡＯｉ＄：　第２の”ＤＩＧＩＴＡＬ　ＯＵＴ”
の項目および状態を含む２・（イ ト整数フィールド 乙Ａ１＄：　第６の’ＤＩＧＩＴＡＬ　ＯＵＴ”の項目
および状態を含む２バイ ト整数フィールド へ、　Ａ２＄：　第４の’ＤＩＧＩＴＡＬ　ＯＵＴ”の
項目および状態を含む２・くイ ト整数フィールド ホ、　Ａ３＄：　第５の’ＤＩＧＩＴＡＬ　ＯＵＴ”の
項目および状態を含む２バイ ト整数フィールド マ、Ａ４＄：　第６の’ＤＩＧＩＴＡＬ　ＯＵＴ”の項
目および状態を含む２バイ ト整数フィールド ミ、Ａｉ：　第７の“’ＤＩＧＩＴＡＬ　ＯＵ’ｌ”’
の項目および状態を含む２〕くイ ト整数フィールト ム、Ａ６！！ｉ：　第８のＤＩＧＩＴＡＩ、ＯＵＴ”の
項目および状態を含む２ノくイ ト整数フィールド Ｃ，メツセージ・ファイル（ｍ６８８ａｇｅ、ｔａｂ）
：メッセージ祷ファイルは下記のフォーマットを有する
。： フィールド名：　説　明 ア１ｍｅｓｓａｇｅ＄：　メツセージを含む３９ノ（イ
ト文字フィールド イ、ｆｎＪ：　１）（イトの埋めくさフィールド ｄ０名名前ファイル　ｎａｍｅｓ、ｔａｂ　）　：名前
フィールドは下記のフォーマットを有する： フィールド名：　説　明 ア　ｎａｍｅｅｎｔｒｙ　Ｓ　：　名前を含む８ノ（イ
ト文字フィールド イ、ｎａｍｅｔｙｐｅＳ　：　名前タイプの２）くイト
・フィールド、１−スクリ ーン名、２二゛’ＤＩＧＩ ＴＡＬ　ＯＵＴ” ｅ、工学単位ファイル（ｅｎｇｕｎｉｔ、ｔａｂ　）：
工学単位ファイルは下記のフォーマットを有するニ ア、　ｅｎｇｉｎｅｅｒｉｎｇｕｎｉｔ＄：工学単位を
含む４ノ（イト文字フィールド ｆ、事象表ファイル（ｅｖｅｎｔ、ｔａｂ　）　：（ａ
）　事象表ファイルの最初のレコードには項目が１つあ
る。最初の２・くイトは最後に書込まねたレコードの番
号である。

（ｂｌ　最初のレコード以後の各レコードは下記のフォ
ーマットを有するニ ア、ａｃｔｅｎｔｌｌｉ　：　警報／処置項目の２）く
イト項目番号フィールド イ、ａｃｔｄａｔｅ＄：　１２ノくイトの項目口時フィ
ールド ｇ、警報表ファイル（ａｌａｒｍ、ｔａｂ　）：＋ａ＋
　警報表ファイルの最初のレコードには項目が１つある
。最初の２バイトは最後に書込まれたレコードの番号で
ある。

（ｂｌ　最初のレコード以後の各レコードは下記のフォ
ーマットを有するニ ア、ａｌａｒｍｅｎｔ＄：　警報／処置項目の２バイト
項目番号フィールト イ、ｔｙｐｅａｌａｒｍ＄　：　を報項目の２バイト・
タイプ・フィールド、１＝ 警報発生、２＝警報に応 答した、３−警報発生せ ず つ、ａｌａｒｍｄａｔｅ　＄　：　１２バイトの項目日
時フィールド ｈ、動的表示衣（ＮＡＭＥ、ｄａｔ、ただしＮＡＭＥは
表示名）： ＋ａ＋　動的表示衣ファイルの最初のレコードには項目
が１つある。最初の２バイトはファイルのレコード数で
ある。

ｆｂｌ　最初のレコード以後の各レコードは下記のフォ
ーマットを有するニ ア　ｅｎｔｒｙ＄：　警報／処置または変数項目の２バ
イト項目番号フ イールド イ、ｕｌｘｃｈａｒ＄：　警報領域の左上かどの２バイ
トＸ座標フイールト ウ、ｕｌｙｃｈａｒ！［ｉ：　警報領域の左上かどの２
バイトｙ座標フイールド エ、ｂｏｘｘ＄：　警報領域のＸ方向の大きさの２バイ
ト・フィール ド オ、ｂｏｘｙ＄：　警報領域のＸ方向の大きさの２バイ
ト・フィール ド カ、ａｌａｒｍ＄：　警報領域の警報のカラーの２バイ
ト・フィールド キ、ｕｌｘｖａｌｕｅ　Ｓ　：　値領域の中心のＸ座標
の２バイト会フイールド ク、　ｕｌｙｖａｌｕｅ＄：　値領域の中心のＸ座標の
２バイト・フィールド ケ、ｔｙｐｅｄｄｔｌ：　２バイトのレコード・タイプ
・フィールド、１− 変数、２−警報／処置 コ、ｆｉｌｌ＄：　将来の使用のだめの２バイトの埋め
くさフィール ド ｉ、動的表示背景ファイル（ＮＡＭＥ、５ＣＲ１ただし
ＮＡＭＥは表示名）： このファイルは、プロセスの図形スクリーン・イメージ
を作成する背景ピット・パターンを含む。

ｊ、記号衣ファイル（ＮＡＭＥ、ＳＹＭ、ただし、ＮＡ
ＭＥは記号表名）： このファイルは、スクリーンを作成するのに用いた記号
の図形イメージを含む。各記号衣は下記のような類似の
フォーマットを有するニア、最初の２バイトは記号数に
用いられる。

４９次の２つの３ｎバイト（たたし、ｎ−Ｍｅ号数）の
各々の場所には、記号が含まれている記号バッファ領域
の出発点からオフセットのバイト数が含まれる。

つ１次の？？？バイトは記号バッファ領域である。記号
はすべて、スクリーン表示可能なフォーマットで互いに
隣接して記憶される。各記号は、４バイトのＸ、ｙ情報
、および ＩＮＴ（（２☆Ｘ＋７　）／８　）☆Ｙバイトのビット
情報を有する。

ｋ１表示表ファイル（ｄｉｓｐｌａｙ、ｔａｂ　）：こ
のファイルは、各概要図ごとの概要同名および説明文を
含む。各レコードは下記のフォーマットを有するニ ア、ｅｎｔｒｙｎａｍｅ！Ｇ：　８バイトの概要同名フ
ィールト イ、ｅｎｔｒｙ＄：　７０バイトの概要図説明文フィー
ルド 本発明の良好な実施例は、”　Ｉ　Ｂ　Ｍ　Ｐ　ｅｒｓ
ｏｎａｌＣｏｍｐｕｔｅｒ　ＢＡＳ　Ｉ　ＣＣｏｍｐｉ
ｌｅｒ、ｖｅｒｓｉｏｎ　１．００”によって作成した
プログラムを使用しているが、本発明の理解には必要と
しないので省略する。

〔発明の効果〕

本発明によシ、複数の被測定変数値間の論理関係を用い
た複雑な警報・制御機能を提供する汎用の監視・警報シ
ステムを、このシステムの最終使用者が、容易かつ簡単
に、多くの異なった業務に適合し、特定の環境に適応す
るように変更することができる。

【図面の簡単な説明】

第１図は本発明の動作の実施例として用いた簡単な炉制
御システムのブロック図、 第２〜４図は第１図の実施例の概要図表示の種種の状態
を示す図、 第５図は本発明による論理グループ作成プロ七スの概要
流れ図である。 １０・・・・ＣＰＵ、１２・・・・ＦＵＲＮＡＣＥ、１
４・・・・ＴＨＥＲＭＯＣＯＵＰＬＥ、１６　・・・・
ＡＭＰ、１８・−・・’Ａ／Ｄ、２０・−−−ＶＡＬＶ
Ｅ、２２・・・・ＦＡＮ、２４・・・・ＡＬＡＲＭ、２
６・・・・表示装置。

Claims (1)

1. 【特許請求の範囲】 中央演算処理装置（ＣＰＵ　）と、 前記ＣＰＵによってポーリングされ、被測定変数を表わ
   す出力信号を、前記ＣＰＵに供給する複数のセンサと、 使用者の入力を受取シ、前記複数の被測定変数および該
   被測定変数の各々の状態ならびに境界をグループに分け
   るための表示手段と、 グループにおける被測定変数の状態および境界が真であ
   ることによって定義されたすべての条件に応答して前記
   ＣＰＵによって制御される警報手段と よシ成る監視・警報システム。