JPH07505492A

JPH07505492A - 大域プロセス制御情報システム及び方法

Info

Publication number: JPH07505492A
Application number: JP5517073A
Authority: JP
Inventors: バン　ド　ラボワール，ロニイ; フォロン，マリナス; レイブン‐スクロフト，イアン
Original assignee: ダウ、ベネルクス、ナームロゼ、ベノートスハップ
Priority date: 1992-03-31
Filing date: 1993-03-29
Publication date: 1995-06-15
Also published as: DE69308293D1; CA2130801A1; EP0634032A1; DE69308293T2; KR950701103A; AU3890293A; WO1993020510A1; EP0634032B1; KR100329142B1; CA2130801C; ES2098733T3; US5408603A; MX9301801A

Abstract

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

Description

【発明の詳細な説明】大域プロセス制御情報システム及び方法本発明は、一般に、プロセス制御コンピュータシステムに関し、特に、世界中のユーザにより容易に理解されるような方法でプロセス制御情報の流れを図形で表示するシステム及び方法に関する。

近年、化学薬品、プラスチック及び他の工業資源の生産を自動化し且つ制御するためにコンピュータを採用する場合が増加してきている。この点に関して、各プロセスは典型的にはそれ独自の一組の動作上の制約と、入力パラメータと、制御すべき出力装置とを提示することを理解すべきである。従って、プロセス制御システムの設計はプロセスに関わる特定の事項を考慮することによって手近に行なわれがちである。このため、プロセス制御機器と、そのプロセスを実行する担当技術者との対話は一般にプロセスごとに異なる。

加えて、コンピュータ技術は速いペースで開発されてきたし、開発され続けていることを理解すべきである。

このように、１つ以上の場所のプロセス制御システムに対して、関連するプロセスが類似するもの又は同じものであっても、多様な異なるコンピュータＩ＼−ドウエアプラットフォームやソフトウェアパッケージを採用すること力（−ありうる。従って、技術者がプロセス制御機器と対するために採用されてい一石機器の世代と型式によっても異なる。この点で、何ら−かの特定のコンピュータ利用制御システムにより収集、操作される複雑な情報を表示するソフトウェアの開発に相当に多くの時間と労力を傾けることになり、この情報を１つの制御システムから次のシステムへ通信する方式の一貫性はほとんどないに等しい。この結果、システム設計者が費やす時間と、プロセスを制御するために使用される機器をランし且つ保守する担当者の訓練時間とによって、生産性は低下する。

従って、本発明の目的は、多種多様なプロセスに容易に適用し得るプロセス制御情報システム及び方法を提供することである。

本発明の別の目的は、活性情報又はリアルタイム情報の流れを世界中のユーザにより認識可能な方法により迅速に通信することができるプロセス制御情報システム及び方法を提供することである。

本発明の別の目的は、将来の世代のコンピュータ利用プロセス制御技術、と共に使用するために適応させることができるプロセス制御情報システム及び方法を提供するこ、ムである。

本発明の付加的な目的は、複雑なプロセス制御ステートメントを迅速に解釈し且つ異なるプロセス制御ステートメントを急速に切り替えることができるプロセス制御情報システム及び方法を提供することである。

本発明の更に別の目的は、異常プロセス条件に応答して簡単に障害追跡し且つ制御意思決定をスピードアップするプロセス制御情報システム及び方法を提供することである。

上記の目的を達成するために、本発明は、プロセス制御ステートメント又は式の辞書、構文関係と、プロセスパラメータの値又は状態とを伝達するための一組の所定の図形記号を提供するプロセス制御表示プログラムを提供する。この点に関して、それぞれの図形記号は、プロセスパラメータの値又は状態と、プログラムステートメント又は式の中のデータロジカル特性とを示すために採用された可変図形特性又は可変視覚特性を有する。それらの図形記号とその可変図形特性とが、本質的に、パラメータ値のいずれかを識別するための英数字テキストの使用を最小限に抑えて、伝達されようとしている情報の瞬時認識を可能にするように設計されていることは重要である。

従って、本発明による情報システムは、個々のプロセスセンサからのパラメータデータを特定の図形記号と相関させるために、必要なソフトウェア実現システムを提供する。情報システムは、選択された図形記号を制御すべき特定のプロセスに関わる制御論理シーケンスを表わす配列に組み合わせるプログラムを更に含む。情報システムは、各々の図形記号の可変図形特性がリアルタイムでセンサにより受信されるパラメータ値に対応するように、図形記号の配列を表示させるプログラムを更に含む。

本発明の１つの形態では、図形記号の可変図形特性、すなわち、視覚特性は、ある種の色を知覚するのが困難である人でも認識し得る色の使用を含む。すなわち、たとえば、ＴＲＵＥ条件を指示するためにブルーの色を使用し、ＦＡＬＳＥ条件を指示するためにオレンジの色を使用した。−貫した一組の図形記号を採用し且つそれらの図形記号を配列するに際して一貫した一組の規則を適用することにより、採用されるコンピュータハードウェアプラットフォームとは関係なく、また、ユーザの母国語とは関係なく、どのようなプロセスの状態でも、資格あるあらゆるユーザに迅速に伝達できる。

本発明はプロセス制御情報を表示するのには十分に適合しているが、より広い意味では、多種多様な異なるコンピュータプログラムステートメント又は式の表示に、本発明を適用しても良い。本発明のプロセス制御表示プログラムの大部分は、コンピュータ言語とは無関係であった。広範囲に渡る異なるコンピュータ言語と共に機能するようにプログラムを適合できるであろう。一般に、本発明のプロセス制御表示プログラム及び方法はデータロジカル特性の変化を表現することができる種類のプロダラム式を表示するのに適していた。

ここで使用する用語「データロジカル」はデータのコンピュータ表現に集中するデータモデリングの一形態を指示するために使用された。従って、データロジカル範囲は、情報をコンピュータメモリ、データ型などと関連した対応するコンピュータ表現にマツピングすることを表わす。データロジカル範囲を、正式の意味ではデータの構造を実世界に存在しているように表現することと関連するユーザ指向データモデリングであったインフォロジカル範囲と対比することができる。

ここで使用する「データロジカル特性」は、データロジカル範囲の何らかの特性又は属性、もしくは、データロジカル範囲と関連を持つ何らかの特性又は属性であった。データ値の状態のＴＲＵＥからＦＡＬＳＥへの変化はデータロジカル特性の変化の一例であった。データロジカル特性の変化はインフォロジカル含意を有していてもよい。たとえば、デジタル変数のデータロジカル特性のＴＲＵＥからＦＡＬＳＥへの変化は、ある所定の事例では、物理的装置、たとえば、スイッチの閉成から開成へとマツピングされても良い。スイッチの状態の変化は、たとえば、出荷コンテナが積載プラットフォームの所定位置へ移動したというインフォロジカル的な意味を持つことがある。

プロセス制御表示プログラム及び方法は、式を辞書ユニットに解析し且つ辞書ユニットと、辞書ユニット間の構文関係とを記憶する構造を生成する手段又は過程を含む。データ構造は、プログラム言語の排他的で、徹底した数理記述に基づいて、−再帰的に構築されるのが好ましかった。実現形態によっ−では、原始言語の性質に応じて、再帰を使用せずに生成されるものもあるだろう。プログラム及び方法は、辞書ユニットに対応する記号を構文関係を反映する空間的配列、すなわち、相互結合ネットワークをもって描き出す手段又は過程をさらに含む。プロセス制御表示プログラム及び方法は、記号を描き出す手段又は過程と通信して、データロジカル特性の変化を表示する手段又は過程を更に採用する。

好ましい実施例においては、データロジカル特性の変化は少なくとも一部の記号の視覚特性、すなわち、色を変更することによって表示された。このようにして、データロジカルの流れ又は論理の流れの視覚的外観を描いたのである。現時点で好ましい実施例によれば、記号及び相互結合ネットワークの視覚特性、すなわち、色を被制御プラント又はプロセスから受信した活性データに従って変化させることができる。

更に特定すれば、プロセス制御表示プログラムは英数字プロセス制御ステートメントの図形表示を生成するのに適合していた。プロセス制御ステートメントは所定の文法により定義される構文関係でグルーピングされた一組の辞書ユニットから構成され、辞書ユニットの少なくとも１つの部分集合はデータを表現することができる。

プロセス制御表示プログラムは、表示すべきプロセス制御ステートメントを供給する手段を具備する。このステートメントは１つの式又は完全なステートメントの一部、１つの完全なステートメント、あるいは、複数のステートメントを含むプログラム全体であっても良い。

ステートメントアナライザは、コンピュータメモリにデータ構造として記憶されていた、表示すべきプロセス制御ステートメントに対応する解析ツリーを生成する。

プロセス制御表示プログラムは、図形表示ウィンドウを生成し且つ辞書ユニットのセットの少なくとも一部を表現するために事前定義済の一組の図形アイコンを確定する手段を含む。表示生成手段は解析ツリーデータ構造と通信して、事前定義済の一組の図形アイコンのうち選択されたアイコンを表示ウィンドウの中に、表示すべきプロセス制御ステートメントを構成する辞書ユニットの構文関係に対応する空間的関係をもって配置する。プログラムは、表示すべきプロセス制御ステートメントの辞書ユニットの少なくとも１つに対応するデータを供給する手段を更に含む。加えて、プログラムは、表示すべきプロセス制御ステートメントにより定義される構文関係に応答して、供給されたデータに基づいて、表示ウィンドウ内の選択された図形アイコンの視覚特性を確定する評価手段を含む。このようにして、視覚特性に基づいて、第１の条件を第２の条件と区別できるであろう。

図形を利用する実施例は現時点では好ましいが、プロセス制御表示プログラムのある面を、提供される英数字文字セットから選択した文字を使用して英数字プロセス制御ステートメントの画像表示を生成するような文字利用システムで実現することは可能である。すなわち、そのような実施例は、英数字プロセス制御ステートメントの画像表示を生成するプロセス制御表示プログラムを提供するであろう。プロセス制御ステートメントは所定の文法により定義される構文関係でグルーピングされる一組の辞書ユニットから構成され、辞書ユニットの少なくとも１つの部分集合はデータを表現することができる。

そのような実施例のプロセス制御表示プログラムは、表示すべきプロセス制御ステートメントを供給する手段と、表示すべきプロセス制御ステートメントに対応する記号テーブル、解析ツリー又は他のデータ構造を生成するステートメントアナライザとを含むであろう。プログラムは、表示装置に書き込む手段と、辞書ユニットの少なくとも一部を表現する事前定義済の一組の画像記号を確定する手段とを更に含むであろう。

そのような実施例の表示生成手段は、記号テーブル、解析ツリー又は他のデータ構造と通信して、事前定義済の一組の画像記号のうち選択された記号を表示装置に、表示すべきプロセス制御ステートメントを構成する辞書ユニットの辞書関係又は構文関係に対応する空間的関係をもって書き込むであろう。プログラムは、表示すべきプロセス制御ステートメントの辞書ユニットの少なくとも１つに対応して、データを供給する手段を更に含んでも良い。表示すべきプロセス制御ステートメントにより定義される辞書関係又は構文関係に応答して、表示装置における選択された画像記号を選択的に制御する自動評価手段が設けられた。この選択的制御は供給されるデータに基づいており、それにより、表示すべき画像記号の選択時に少なくとも第１の条件を第２の条件と視覚的に区別できるであろう。

プロセス制御表示プログラムは、第１の画像記号の部分集合と、第２の画像記号の部分集合とを定義する事前定義済の一組の画像記号を確定する手段を更に含んでも良い◎自動評価手段は第１の部分集合の選択された画像記号を第２の部分集合の選択された画像記号と置き換えて、第１の条件を第２の条件と視覚的に区別させるであろう。プロセス制御表示プログラムの表示生成手段は画像記号を相互結合ネットワークとして書き込んでも良く、更に、供給されるデータに応答して、相互結合ネットワークを通るデータロジカルの流れを描き出す手段を具備しても良い。供給されるデータは動的に変化するデータでも良く、プロセス制御ステートメントはクロックに同期（又は、緩やかに同期）されても良いが、その場合、自動−評価手段もクロックに同期（又は、緩やかに同期）される。

図１は、本発明を使用し得るシステムの概略ブロック線図であり；図２は、プロセス制御コンピュータの構成の一例を示すブロック線図であり；図３は、プロセス制御に有用な種類のプログラムステートメントの例を表わす図であり；図４は、表ＩＩＩのプログラムリスティングを理解する上で有用な、バスタブを満たすプロセスを示す図であり：図５は、プロセス制御表示プログラムの現時点で好ましいグラフィカルユーザインタフェース（ＧＵＩ）を示し；図６は、様々なアナログ値及びデジタル値と、式を表現するための現時点で好ましい図形アイコンであり；図７８は、図５の現時点で好ましいグラフィカルユーザインタフェースのウィンドウの中の図形アイコン表現におけるプロセス制御ステートメントの一例を示し；図７ｂは、動的図形アイコンを使用するプロセス制御ステートメントの表現の別の例を示し；図８は、ＡＮＤ関係を図形により描き出す方法を示し；図９は、ＯＲ関係を図形により描き出す方法を示し；図１０は、ＸＯＲ関係を図形により描き出す方法を示し；図１１は、ＮＯＴ関係を図形により描き出す方法を示し；図１２は、入れ子関係又は大括弧に入れた関係を図形により描き出す方法を示し；図１３８は、ＯＦＦ時間遅延（ＴＲＵＥからＦＡＬＳＥに変化するときの遅延）を示す、ディレィタイマの現時点で好ましい図形表示を示し；図１３ｂは、ＯＮ時間遅延（ＦＡＬＳＥからＴＲＵＥに変化するときの遅延）を示す、ディレィタイマの現時点で好ましい図形表示を示し；図１４は、本発明を実施する際に有用な追加の１８０の図形アイコンを示し；図１５８は、メニューバーボタンの使用を実際に表示している図５のグラフィカルユーザインタフェースを示し；図１５ｂは、プラントとコンビ斗−夕の選択プロセスを実際に表示している図５のグラフィカルユーザインタフェースを示し：図１５ｃは、変数選択プロセスを実際に表示している図５のグラフィカルユーザインタフェースを示し；図１５ｄは、行番号選択プロセスを実際に表示している図５のグラフィカルユーザインタフェースを示し二面１５ｅは、用語集機能の使用を実際に表示している図５のグラフィカルユーザインタフェースを示し；図１５ｆは、拡張用語集機能の使用を実際に表示している図５のグラフィカルユーザインタフェースを示し二面１５ｇは、先行パイプ機能の使用を実際に表示している図５のグラフィカルユーザインタフェースを示し；図１６ａ及び図１６ｂは、プロセス制御表示プログラムが構成され、動作する方式を示すフローチャート図であり；図１７は、プログラムの辞書アナライザモジュール及びパーサモジ°ニールを理解する上で有用な詳細なフローチャート図であり；図１８は、プロセス制御表示プログラムステートメントの一例をその対応する解析ツリーと共に示し；図１９は、現時点で好ましい解析ツリーデータ構造を示し：図２０は、プログラムの表示計算モジュールを理解する上で有用な詳細なフローチャート図であり；図２１ａ及び図２１ｂは、表示計算モジュールの第１のバスを実際に表示している図１８の解析ツリーを示し；図２２は、表示計算モジュールの第２のバスを実際に表示している図１８の解析ツリーを示し；図２３は、図２２の第２のバスによる境界ボックスの画面でのレイアウトを示す。

図１は、本発明のプロセス制御表示プログラムを共に使用し得るプロセス制御コンピュータシステムの一例を示す。図示したシステムは、１０２で、少なくとも１つ、多くの場合にコンピュータ１０４及び１９６のような複数のプロセス制御コンピュータによって制御されたプロセスを示す。従来、コンピュータ１０４及び１０６は、１０２で制御されているプロセスをコンピュータ１０４及び１０６が制御し且つ監視するときに使用する各種の多様なセンサ、アクチュエータ、弁、モータ、ヒータ及び他の制御装置を介して、プロセス１０２と接続していた。

希望に応じて、プロセス制御コンピュータ１０４及び１０６を全プロセス１０２の異なる一部分に専用のものとすることは可能であり、あるいは、フェイルセーフ動作のための冗長性を得るように、それらのコンピュータを直列に使用しても良い。

プロセス制御コンピュータ自体は通信インタフェースサブシステム１０８及び１１０を介して監視コンピュータ１１２に接続していた。監視コンピュータは、オペレータが監視コンピュータと対話するためのワークステーション１１４を含んでいても良い。監視コンピュータが収集し且つモニタ１１６などの表示装置に表示された情報を観察することに、対話を限定しても良い。あるいは、監視コンピュータに情報を供給するために、オペレータはキーボード１１８又はマウス１１９などの入力装置を介して対話しても良く、その場合、情報は適切な通信インターフェースサブシステムを介してプロセス制御コンピュータへ通信されれば良い。図示しである監視コンピュータ１１２とワークステーション１１４とは物理的に分離しているが、監視コンピュータの機能を適切にプログラムしたワークステーションによって実行することは可能であろう。

技術者に監視コンピュータ及びプロセス制御コンピュータと対話させるための直観的手段を提供することは容易ではなかった。プロセスを制御し且つ監視する各種の多様なセンサ、アクチュエータ、弁、モータ、ヒータ及び他の制御装置は物理的装置であった。それらの物理的装置は電流と電圧によって制御されるか、又は電流と電圧を発生し、その電流と電圧をプロセス制御コンピュータによりデータとして処理するのに適するアナログ値又はデジタル値としてモデル化又は抽象化していたのである。それらのアナログ値又はデジタル値を処理するために、プロセス制御コンピュータにより複雑なコンピュータプログラムを実行する場合が多かった。物理的装置を最終的には抽象コンピュータデータとしてモデル化していたので、多くの場合、技術者がプラント内でデータのコンピュータ生成表示を観察し且つプロセスを制御、監視している物理的装置と関連する決定論理と算術関係において実際に何が起こっているのかを理解することは困難である。プロセス制御プログラムがプロセス制御プログラムステートメントを周期的に、たとえば、１秒に１回の割合で再評価するという事実によって、この問題は一層困難さを増した。このため、ステートメントから得られる値は同じ周期をもって変化することもあり、技術者がプロセスの状態を理解することは困難になる。図２は抽象モデル化の性質をさらに示す。

図２では、プロセス１０２は各種の多様な物理的装置によって制御、監視されていた。産業界では多種多様な物理的装置を使用するが、コンピュータモデル化を目的として、物理的装置をデータ入力を提供するか又はデータ出力を受信するもの、あるいはその両方を実行するものとして一般化することができる。一般的には、データ入力とデータ出力はアナログ値又はデジタル値のいずれかを供給できる。−例を挙げると、プロセス１０２は、プロセス制御コンピュータ１０４からデジタル出力り。

の形態をとるデジタル制御命令を受信するデジタル装置１２０を採用しても良い。デジタル装置１２０は、たとえば、デジタルオン／オフ信号に応答するオン／オフ弁であっても良いであろう。また、プロセス１０２は、プロセス制御コンピュータ１０４にデジタル入力ＤＩとしてデジタルＴＲＵＥ／ＦＡＬＳＥ値を供給するデジタル装置１２２を含んでも良い。−例を挙げると、デジタル装置１２２はドアか開いていたか、又は閉していたかを感知するマイクロスイッチでも良い。

多くのプロセスはアナログ値とデジタル値を共に含んでいるので、プロセス１０２は、プロセス制御コンピュータ１０４にアナログ入力ＡＩとしてアナログ値を提供するアナログ装置１２４を含んでも良い。アナログ装置１２４は、たとえば、測定される温度に従って変化する電圧の電気信号を供給する温度センサでも良い。プロセス１０２は、プロセス制御コンピュータ１０４からアナログ出力ＡＯとして供給されるアナログ信号に応答するアナログ装置１２６をさらに含んでも良い。アナログ装置１２６は、たとえば、供給されるアナログ制御信号に基づいてバスの温度を調整するヒータの温度制御装置でも良い。

上記のデジタル装置及びアナログ装置は、単に、プロセスを制御し且つ監視するために使用される種類の装置の例であるにすぎない。本発明を例示する目的のために、図２では、コンピュータの出力信号に応答する装置と、コンピュータに入力信号として値を供給する装置とを別個にモデル化しである。また、デジタル装置をアナログ装置とは別にモデル化しである。実際には、入力能力と出力能力の双方を採用する装置でも良く、アナログ特性とデジタル特性の双方を含む装置でも良い。従って、図２の例示とそれに付随する説明は、単に、プロセスに関する情報をプロセスとプロセス制御コンピュータとの間で通信し得る方法の例示にすぎない。

技術者がプロセス制御コンピュータに情報を供給する能力を与えられるべきであるならば、プロセス制御コンピュータにデータ入力装置を結合しても良い。データ入力装置は押しボタンスイッチのように単純なものであっても良いが、キーバッド又はキーボード１２８を設ける場合が多い。システムによってはトラックボール、マウス又はジョイスティック１３０などのボインティング装置を設けても良い。多くの場合、この種の入力装置はプロセス制御コンピュータにデジタル信号を供給するのであるが、アナログ信号を使用しても良い。

プロセス制御コンピュータは、典型的には、ランダムアクセスメモリの形をとるデータ記憶能力を含む。このメモリは、デジタル入力値、デジタル出力値、アナログ入力値及びアナログ出力値をコンピュータメモリに２進数字として記憶できる形態に適切に符号化することにより、それらの値を記憶するために使用されても良い。多くのコンピュータメモリは整数値を所定のサイズ（記憶場所ごとにアーキテクチャの関係上予約されている２進数字の数によって指定される）まで記憶するように構成されている。デジタル値は１つの整数値をブールＴＲＵＥ状態と関連させ且つ別の整数値をブールＦＡＬＳＥ状態と関連させることによって表現されることが多い。固定小数点システムではアナログ値を整数値として直接に記憶でき、それらの値はスケールファクタを適用することに−より解釈される。

スケーリングされた値とスケールファクタは共に整数値として記憶可能である。

あるいは、浮動小数点システムにお１１ては、アナログ値を浮動小数点数として記憶できる。−その場合、数は仮数と、１０の累乗指数とを採用する科学的表記に類似する方式で表現されていた。この説明中における例は固定小数点表現を使用する。

物理的記憶であるため、各々の値は、その値をアドレスを参照することによってアクセスできるようにするために１つのアドレスが割り当てられている１つの記憶場所に記憶された。−例として、図２は、それらのデジタル値とアナログ値を記憶し得る一連の順次記憶場所１３２を概略的に示す。たとえば、Ａｄｄｒ＃ｌと指定されている記憶場所は名前Ｄｏ　（１００）により指定されるデジタル出力値を含んでいるであろう。名前ＤＯは、ＤＯをそのＤｏアレイの１００番目の要素としてり。

（１００）を有する仮想−次元アレイであると考えることができるという概念を反映している。この点に関して、名前Ｄｏ　（１００）をＴＲＵＥ又はＦＡＬＳＥのいずれかであり得るその値の実際の状態と混同すべきではない。

同様に、値の状態ＴＲＵＥ又はＦＡＬＳＥをその状態を表現するために使用される２進数字と混同すべきではない。たとえば、プール状態ＴＲＵＥは物理的には２進数０００００００１により表現され、プール状態ＦＡＬＳＥは２進数１１１１１１１０により表現されるであろう。

あるいは、プール状態を１つの所定のビットの状態によって表現することは可能であろうが、その場合、２進数のその他のビットを属性などの別の情報を記憶するために使用できるであろう。

同様にして、Ａｄｄｒ＃２はデジタル人力変数ＤＩ（１００）を含み、Ａｄｄｒ＃３はアナログ入力変数ＡＩ　（１００）を含み、Ａｄｄｒ＃４はアナログ出力変数ＡＯ（１００）を含むであろう。上記のデジタル値とアナログ値を既知の記憶場所又はメモリアドレスに記憶することにより、明らかにプロセス制御コンピュータニよりそれらの値をアクセスするか、又はデータ処理ステップに包含させることができる。

外界（プロセス１０２又は技術者）との通信のために指定されていた入力値と出力値に加えて、プロセス制御コンピュータはデータ処理ステップ又はプロセス制御ステップを実行するに際して別の値を使用することを必要とすることもあるだろう。規約上、初めに（技術者により）割り当てられ、その後も（コンピュータによって）変化されなかった値を「定数」と呼んだ。初期割り当ての後に変化し得る値を「変数」と呼んだ。入力値及び出力値と同様に、定数と変数はデジタル又はアナログのいずれかであると考えられる。この説明では、デジタル変数とアナログ変数にそれぞれＤＣとＡＣの接頭語を付して名前付けするという名前付は規約を採用する。デジタル定数とアナログ定数は、それぞれ、ＤＫとＡＫの接頭語を付して名前付けされた。変数と定数は入力値及び出力値と同じようにして記憶された。−例として、順次記憶場所１３２はＡｄｄｒ＃９にアナログＡＫ（１００）を含み且つＡｄｄｒ＃１０にデジタル変数ＤＣ（１００）を含む。たとえば、アナログ定数ＡＫ（１ｏｏ）はπのスケーリングされた丸め値を記憶し、一方、デジタル定数ＤＣ（１００）は弁を開放すべき時点を確定するだめに必要とされるプール計算の結果を記憶しても良い。

典型的なコンピュータの物理ランダムアクセスメモリ記憶装置は記憶場所の逐次配列に類似しているが、プロセスによっては、データをマトリクス、すなわち多次元アレイに配列することにより実行がより容易になった。

たとえば、化学的プロセスは、バッチのサイズ又は他の何らかの所望の特性に応じて成分の異なる割合のレシピを要求するであろう。この目的に対しては、アレイ１３４のような二次元アレイ、すなわち、ルックアップテーブルも良く適しているであろう。アレイは行と列の事前定義済配列から構成されており、所定のプロセスに関する所要の値はその行又は列を識別することによって位置を規定されている。他のデジタル定数、デジタル変数、アナログ定数及びアナログ変数と同様に、アレイからなる値は事前定義済アドレスにある記憶場所に記憶された。この説明では、読者がアレイ値と非アレイ値とを明確に区別できるような名前付は規約が採用される。デジタルアレイ値には接頭語ＤＲを割り当て、アナロアグアレイ値には接頭語ＡＲを割り当てた。

ここに記載された説明で採用した規約によれば、たとえば、ＤＩ　（１００）　、ＤＩ　（１０１）などのように、同一の接頭辞を持つ変数を互いに区別できるようにするために、変数の名前は括弧に入れたＩＤ番号を含んでも良い。定数を最初に使用又は定義するとき、プログラマはそれを初期設定するか、又はそれを事前定義済の値と等しい値に設定することを望むかもしれない。固定小数点システムでは、値とスケールファクタの双方を与えることにより事前定義済値を割り当てた。この説明の中で採用した規約によれば、定数を初期設定する値と、適用可能であればスケールファクタとはＩＤ番号と共に括弧の中に入れられても良い。すなわち、ＡＫ　（１，２００，１０００）はアナログ定数に変数名とＩＤ番号ＡＫ　（１）を割り当て、その値をスケールファクタ１０００をもって２００に初期設定する。このようにして宣言し且つ初期設定した後は、速記表記ＡＫ　（１）を使用してこの定数を参照することになる。

本発明のプロセス制御表示プログラムを更に良く理解するためには、一般のコンピュータ言語構造の基礎を理解しておくことは有用であろう。今日、プロセス制御のた６に広く使用できる汎用コンピュータ言語はいくつがある。その例としてはＦＯＲＴＲＡＮＳＢＡＳ　Ｉ　Ｃ。

ＦＯＲＴＨ，Ｃ５ＰＡＳ−ＣＡＬなトカある。プロセス制御の専用コンピュータ言語もある。その多くは汎用言語に倣ってモデル化されており、汎用言語の部分集合または拡張から構成されている場合が多い。本発明のプロセス制御表示プログラムは大半の汎用言語及び専用言語と共に動作するように採用可能である。従って、プロセス制御のために採用されている一般コンピュータ言語の構造に関する以下の説明は単に一例を示すためのものであり、これを添付の請求の範囲に記載される本発明の範囲の限定としてみなすべきではない。

典型的には、汎用コンピュータ言語では、そのコンピュータ言語の文法規則と構文規則に準拠して書き込まれている１つまたは複数の「プログラムステートメント」又は「式」に従ってデータを処理し且つプロセス制御手続きを実行していた。各々のプログラムステートメント又は式は、典型的には、−行又は複数行にわたる英数字文字のストリングから構成されている。英数字文字は、通常、語又は「辞書ユニット」（「記号」ともいう）にまとめられていた。多くの言語において、それらの辞書ユニットは書籍の印刷テキストで言葉がスペースによって分離されるのとまったく同じようにスペース（空白と呼ばれるときもある）によって互いに分離されていた。

多くのコンピュータ言語では、一連の基本辞書ユニットから複合辞書ユニット又は構文グルーピングを構成することができる。「トークン」と呼ばれる基本辞書ユニットはキーワード、識別子、句読点、定数、変数及び演Ｘ子、オペランド並びに結果などの不可分の辞書ユニットである。構文グルーピングはプログラムステートメント、式、宣言、機能定義及び他の言語属性などの分割可能な辞書ユニットである。

一般に、−組の事前定義済有用トークンは初期言語定義によって生成されていた。たとえば、ＢＡＳＩＣ言語におけるｒＰＲＩＮＴＪ　トークンは、何らかのデータをコンピュータ表示装置又はモニタに表示させるキーワードであった。たとえば、「、」トークンはＣ言語においてプログラムステートメント又は式の終了を指示するための句読点として使用されていた。同様に、ＦＯＲＴＲＡＮ言語におけるトークン「ＧＴ」、又はトークン「〉」は「より大きい」という比較演算子を指示するために使用されていた。定数及び変数のような他のトークンはプログラマによって定義された。

キーワード、演算子及び句読点などの事前定義済トークンセットと、ユーデが定義したトークンとをまとめて「終端記号」と呼ぶ。コンピュータ言語の文法規則は、「非終端記号」と呼ばれる構文グルーピングを構築するためにそれらの終端記号の関係をいかにして確定するかを定義する。そのようにして定義した非終端記号を次に使用して、更に別の非終端記号を定義しても良い。場合によっては記号を一括した。それを「入れ子にした」という。一般に、入れ子記号は小括弧又は大括弧の中に入れることにより区切られていた。この説明では、大括弧を使用して入れ子記号を区切る。

従来より、コンピュータ言語プログラムステートメント又は式自体を、間に「等価トークン」を挟んで左辺（Ｌ値又はＬＶＡＬと呼ばれるときもある）と、右辺（Ｒ値又はＲＶＡＬと呼ばれるときもある）とに分解【７ても良い。左辺は、プログラムステートメントの「結果」を表現する。その右辺は演算子（＋、−１ＯＲＳＡＮＤ。

ＸＯＲ，＞、くなど）と、結果の状態を確定するオペランド（変数又は定数など）とを含んでいても良い。図３はこの関係を示す。図３には、演算式１３６及び論理式１３８という２つの式が示されている。演算式の左辺１３６Ｌと右辺１３６Ｒとを分離しているのは、等しいと「定義される」又は等しく「なる」ことの符号（ｒ−Ｊ　）の等価トークン１４０である。同様に、論理式の左辺１３８Ｌと右辺１３８Ｒとを分離しているのは条件付きで「向かうＪＩＦ等価のトークンである。また。

図３には英数字文字で書かれた２つの実際の式も示されている。特定すれば、この例で使用した演算式１３６は。

ＡＣ（１００）　−３＊６＊　［ＡＫ　（１）＋４］であった。この例で使用した論理式１３８　は：ＤＣ（１００）　ＩＦ　ＤＩ　（１００）　ＯＲＤＩ　（１０１）であった。

プログラムステートメント、式又は他の構文グルーピングの構成で使用されるトークンは、言語ごとに異なる場合もある。たとえば、ＦＯＲＴＲＡＮにおける演算子ｒＧＴＪは、ＢＡＳ　Ｉ　Ｃの演算子「〉」とほぼ同義であった。さらに、いくつかのクラスの記号、特に演算子は全てのコンピュータ言語にかなり共通していたが、ある言語は大半の汎用コンピュータ言語には一般に見られない専用演算子又は専用の関数、手続き又はサブルーチンを有しているであろう。−例を挙げると、多くのコンピュータ言語にかなり共通する演算子はコンピュータに加算、減算、乗算及び除算という基本算術演算を実行させる算術演算子と；コンピュータに２つの算術変数又は定数を比較させる比較演算子と；変数の値を演算式又は論理式と等しくなるように設定する割り当て演算子とを含む。表１は、以下の説明の中でそれらの一般に使用される演算子のいくつかを表わすために使用される名前付は規約を記載している。表１は、更に、変数及び定数を記述するために使用される名前付は規約を記載している。

オペランドは一次元データアレイを特徴付け、各アレイは多数の異なる個別要素を含んでいることを想起する。

このプロセス制御表示プログラムは、汎用コンピュータ言語−１こは見当たらない　Ｄｅｌａｙ　Ｔｉｍｅ、Ｄｅｖｉａｔ　ｉｏｎ、Ｔｅｒｍｉｎａｔ　ｉｏｎ　及びＳｉｍｕｌａｔｉｏｎなどの専用記号を支援する。プロセス制御コンピュータ言語で有用−であろう専用演算子及び関数があったが、それらについては後に説明する。

表ＩＡＣ［アナログ計算］ＤＣ［デジタル計算］ＡＩ　［アナログ入力］ＤＩ　［デジタル人力］ＡＯ［アナログ出力］Ｄｏ　［デジタル出力］ＡＫ　［アナログ定数］ＤＫ　［デジタル定数］十　［加算］ −［減算］＊　［乗算］／　［除算］論理＃　［プールＮＯＴ］ＡＮＤ　［プールＡＮＤ］ＯＲ［プールＯＲ］ＸＯＲ［プール排他的ＯＲ］ＧＥ　［以上である］ＬＴ　［より小さいコＬＥ　［以下であるコＥＱ　［等しい］ＮＥ　［等しくない］ｓｉｎ　［正弦関数コｔａｎ　［正接関数］ｉｎｔｅｇ　［積分サブルーチンコ本発明のプロセス制御表示プログラムは、動的に変化する図形アイコンを使用して、従来の英数字プログラムステートメントを表わす方式を提供する。すなわち、本発明のプロセス制御表示プログラムによれば、図形アイコンと、それらのアイコンを互いに接続する線、すなわち、「パイプ」の視覚的な特性を変化させることによって、選択された辞書ユニットのリアルタイムの変化につれた値又は状態を表示できる。辞書ユニットの値又は状態が変化するにつれて、視覚的な特性は動的にリアルタイムで変化した。そのため、オペレータはプログラムステートメント又は式の辞書ユニット相互間の演算関係又は論理関係のみならず、任意の時点で表現されている物理的な値又は状態と、式がその状態にある理由をも容易に理解することができる。

化学処理や、製造に適用する場合のプロセス制御動作の多くは論理式（図３の論理式１３８など）を含む。辞書ユニットの状態がリアルタイムでどのように変化するかを例示するために、論理式１３８を考慮することができる。デジタル変数ＤＣ（１００）はデジタル入力値ＤＩ（１００）、あるいはデジタル入力値ＤＩ　（１０１）に従属していた。特定すれば、デジタル入力ＤＩ（１００）とＤＩ　（１０１）が共にＦＡＬＳＥである場合には、デジタル変数ＤＣ（１００）は値ＦＡＬＳＥを割り当てられた。デジタル入力ＤＩ　（１００）又はＤｒ（１０１）のいずれかがＴＲＵＥであれば、デジタル変数Ｄ　Ｃ（１００）　ハＴ　ＲＵ　Ｅ　Ｔ：　ア？　タ。以下（７）表１１１；Ｌデジタル変数ＤＣ（１００）と、デジタル入力ＤＩ（１００）及びＤＩ　（１ｏ１）とについて起こり得る４つの状態全てを記載しており、各辞書ユニットの状態ハそれぞれの辞書ユニットのすぐ下に示されている。

表■ （１）　ＤＣ（１００）　ＩＦ　ＤＩ（１００）　ＯＲＤＩ（１０１）ｆａｌｓｅｆａｌｓｅ　ｆａｌｓｅ（２）　ＤＣ（１００）　ＩＦ　ＤＩ（１００）　ＯＲＤＩ（１０１）ｆａｌｓｅ（３）　ＤＣ（１００）　ＩＦ　ＤＩ（１００）　ＯＲＤＩ（１０１）ｆａｌｓｅ　ｔｒｕｅ（４）　ＤＣ（１００）　ＩＦ　ＤＩ（１００）　ＯＲＤＩ（１０１）　ｒｕｅ上記の表ＩＩの例では、図３の論理式１３８に対応する論理式を行（１）にはＦＡＬＳＥ状態で、また、行（２）から（４）にはＴＲＵＥ状態で示している。それらの式が物理的プロセスとどのように関係しているかを知るために、デジタル人力１：Ｍ（１００）は、移動する部品が事前に規定された位置に到達したときにＴＲＵＥからＦＡＬＳＥに状態を変化させるマイクロスイッチに応答−するものとしても良いであろう。同様に、デジタル入力ＤＩ　（１０１）は、タンクが一杯になったときに信号を発生する光学水位セクサに応答するものとしても良いだろう。デジタル変数−ＤＣ（１００）は、警報を作動すべきか否かを確定するための後の論理式で使用される記憶値であっても良いであろう。

表１１の論理式は比較的理解するのが容易であり、多忙なプラント技術者にもたやすく理解されるであろうが、−全での式がこのように単純であるとは限らない。−例として、以下の表■は、バスタブを一杯にするという単純、′°思ｂｈｙ；、９ｘｙ’ｔ＊ｈｖ；ｂｔ＝ｈに７°惇制“°″ユータより使用できる複数のプログラムステートメン、）′又は数式が６構成８　Ｂ　７′２　ｏグ５．ｌ− １臆１２記賊１１いる。表■と関連して図４を参照のこと。

表■ 使用するオペランドと演算子のリストＤ○（１）　排水弁信号であった：ＴＲＵＥは開放、ＦＡＬＳＥは閉鎖Ｄｏ　（２）　熱水弁信号てあった：ＴＲＵＥは開放、ＦＡＬＳＥは閉鎖Ｄｏ　（３）　冷水弁信号であった：ＴＲＵＥは開放、ＦＡＬＳＥは閉鎖ＡＩ　（１００）　温度測定値であったＡＩ　（１０１）　水位測定値であったＡＫ　（１０００）　風呂の湯の設定温度であったＡＫ　（１００１）　風呂の湯の設定水位であったＡＫ　（１００２）　ｒはぼ空である」ことを定義するためのバスタブの設定低水位であったＤＩ　（１）　押されたときにＴＲＵＥの値をコンピュータへ送信するボタンであった。放すと、ボタンはＦＡＬＳＥの値を送信するＤＴ　（１，１２０，１）　先行ステートメントがＴＲＵＥであるときに動作し始め、指示さＤＴ　（２，５，１）　れた時間だけ動作し終ると結果変数をＴＲＵＥにする個別のタイＤＴ　（３，１０，１〕　マであった。タイマの始動後に先行ステートメントがＦＡＬＳＥＤＴ　（４，５，１）　になると、タイマは零に向かって逆方向にカウントするステップ及び初期値割り当ての事前定義済の意味５ＴＥＰ　（１）　タブは空であった５ＴＥＰ　（２）　タブは一杯になろうとしていた５ＴＥＰ　（３）　タブは一杯であった５ＴＥＰ　（４）　タブは空になろうとしていた八Ｋ（１００ｏ）　２ｏｏのスケールで１ｏｏ。

ＡＫ　（１００１）　１００９６のスケールで６０％ＡＫ　（１００２）　１００％０）７．ケールで３％コメント：　システムは一度に唯一っの５ＴＥＰにあり、別の５ＴＥＰが特定して選択されるまでその５ＴＥＰにとどまる。システムはブーティングの後に５ＴＥＰ　（１）で始まる。１つの５ＴＥＰを選択した後、その５ＴＥＰの変数の値はＴＲＵＥであった。

実際のプログラムコード５ＴＥＰ（１）　ＩＦＳＴＥＰ（４）ＡＮＤＡＩ（１０１，１００）ＬＴＡＫ　（１００２，３，１００）　ＦＯＲＤＴ　（１，１２０，１）ＳＴＥＰ（２）　ＩＦＳＴＥＰ（１）ＡＮＤＤＩ（１）ＦＯＲＤＴ（２，５，１）ＳＴＥＰ　（３）　ＩＦ　５ＴＥＰ　（２）　ＡＮＤ　ＡＩ　（１０１）　ＧＴＡＫ　（１００１，６０，１００）　ＦＯＲＤＴ　（３，１０，１）ＳＴＥＰ（４）　ｒＦｓＴＥＰ（３）ＡＮＤＤＩ（１）ＦＯＲＤＴ（４，５，１）コメント　開放の条件がＴＲＵＥである場合に限って弁は開放する二そうでない場合には、弁は閉鎖する。弁の状態は、状態を計算する評価類が終了した後に変化する　（Ｄｏ　（２）のラッチを参照）ＡＣ（１，２００）−ＡＫ　（１０００，Ｚｏｏ、２００）＋ＡＫ　（１００３，５，２００）ＡＣ（２，１００）−ｐ、Ｋ　（１００１）　＋ＡＫ　（１００４，１０，１００）Ｄｏ（１）　ＩＦ　５ＴＥＰ（４）ＯＲ５ＴＥＰ（１）ＯＲ（八１　（１０１）ＧＴＡＣ（２））Ｄｏ（３）ＩＦ　５ＴＥＰ（２）ＡＮＤ＃ＤＯ（２）ＡＮＤＡＩ（１０１）ＬＴ　ＡＫ（１００１）ＤＯ（２）　ＩＦ　［５ＴＥＰ　（２）ＡＮＤ　Ａｌ　（１０１）ＧＴＡＫ　（１００５，２０，１００）ＡＮＤ　ＡＩ　（１００）ＬＴＡＫ　（１０００）］　ＯＲ［ＤＯ（２）ＡＮＤ　ＡＩ　（１００）ＬＴ　ＡＣ（１）ＡＮＤ　Ａｌ　（１０１）ＬＴＡＫ　（１００１）］従来の表現による英数字プログラムステートメントかを動的に表現するより良い方式が必要とされた理由は、表■の例から更に容易に認識されるであろう。本プロセス制御表示プログラムは、プログラムステートメント又は式の辞書ユニットを事前定義された一組の図形アイコンによって表現することにより、この必要を満たす。アイコンは、ユニットの構文関係を反映するように画面に配列された。

プロセス制御のために使用されるコンピュータ言語Ｃよ、上記のオペランドと演算子に加えて、時間の経過を監視するメカニズムをも必要とする。多くのコンピュータシステムは、時間を測定するために使用できる１つ又１よ複数の周期クロック信号を供給する。一般に、周期クロ・ツク信号は、カウンティングルーチンの状態を変化させて、カウンティングルーチンを所定の開始値からカウントアツプさせるか、又は所定の終了値にカウントダウンさせるた−めに使用されていた。すなわち、カウンティングルーチンは周期クロック信号の増分をカウントすることによって時間を測定するのである。一般に、比較演算子（先の表■に挙げたような演算子）は時間を測定できるようにするためのカウンティングループを実現するために使用されていた。

数多くの化学的プロセス及び製造プロセスに対して時間の経過は非常に重要であるので、本発明のプロセス制御表示プログラムは、その現時点で好ましい実施例においては、ディレィタイマと呼ばれる特殊な演算子を表示するように設計されていた。ディレィタイマは、事象のタイミングを指定し且つ制御するため速記表記をプログラマに与えるために、コンピュータ言語の中に組み込まれても良い。

従って、ディレィタイマ演算子を特定の用途の要求に適合するように注文設計されている専用演算子であるとみなしても良い。多くのコンピュータ言語は、そのような専用演算子を必要に応じて開発し且つ言語に組み込むのを十分に可能にするように拡張自在である。

専用演算子を使用するか否かはコンピュータシステム設計者の選択にかかっており、そのような専用演算子の性質は極めて多岐にわたっている。そのため、この説明では、本発明のプロセス制御表示プログラムをいかにして開発し、特定のプロセス制御条件にいかにして適合させることができるかをより明確に例示するために、専用演算子の一例として、ディレィタイマのみを取り上げる。

従って、プロセス制御表示プログラムは、開示するディレィタイマを言語に包含させるという必要条件に限定されるべきものではなかった。それでもなお、開示するディレィタイマ演算子は極めて強力であり、プロセス制御システムにおいて広い範囲で利用される。

現時点で好ましいディレィタイマの実現形態は、アクション又は計算を遅延させるために何らかの方策を構じなければならないようなアプリケーションで使用されても良い。デルレイタイマを使用し得るいくつかの事例を挙げると：１）機器動作の警報監視で起こる通常の物理的遅延に対する方策を構じる。ディレィタイマは、ＯＮとＯＦＦの間の遷移の間の動作機器の警報状態認識を遅らせるために使用された。たとえば、弁を開放するためにデジタル出力信号を送信した場合、プログラミングは通常弁の開放を期待するように書き込まれるであろう。ディレィタイマは、物理的事象に関わる時間を警報音の前に動かす。

２）偽トリガをフィルタアウトする。機器の偽トリガは電気的雑音によっても起こり得る。乱流による水位の変動は、水位検出器をコンピュータに対するＦＵＬＬ信号とＮＯＴ　ＦＵＬＬ信号との間で交互に変化させるであろう。それらの偽トリガをフィルタアウトするためにディレィタイマを使用できる。

３）処理時間を測定する。１つの事象が完了した後に、１つのアクションが起こることが必要になる場合がある。

これの−例は、たとえば、１分間にわたって混合が完了したときに限って弁を作動すること、又は別のステップへ移行することであった。

４）設定された期間についてデジタル出力を真又は偽にするか、あるいは計算を真又は偽にする。そのような用途の一例は、１０秒間にわたって冷却が要求されたときに３０秒ごとに冷水弁を開放すること、又は３０秒ごとに制御装置の積分を計算することであろう。

５）設定された期間の後に変数の変化を計算する。これの−例は、５分ごとにタンク内の水位の降下を計算することであろう。

以上の例から、デジタル事象（ＯＮｌｏＦＦ）が起こり得る前にプリセットされた時間遅延を強制するためにディレィタイマを使用しても良いことが理解されるであろう。現時点で好ましいディレィタイマは０８時間遅延と、ＯＦＦ時間遅延とを提供する独立した手段である。

言い替えれば、ディレィタイマ演算子はＯＦＦからＯＮへの変化をある所定の時間だけ遅延させると共に、ＯＮからＯＦＦへの変化をそれとは異なる所定の時間だけ遅延させることができたのである。０８時間遅延とＯＦＦ時間遅延とは互いに無関係であるので、遅延機能を働かなくさせるために、いずれか一方を独立して０に設定することは可能である。ディレィタイマに使用する構文を以下の０に示す。

ＦＯＲＤＴ（１，ｎ、ｍ）この説明で採用している規約の上では、プログラムステートメント又は式の中で、語ｒＦＯＲＪはディレィタイマＤＴ演算子に先行する。たとえば：Ｄｏ（１１１）　ＩＰ　［ＤＣ（２）　ＡＮＤ　Ｄｏ（１０１）　ＦＯＲＤＴ（１５，１０，２５）］　ＡＮＤ　ＩＩＡＬＭ（１８７）上記の例において、ディレィタイマは一意の要素番号１５を割り当てられていた。ＯＮ時間遅延は１０であった。ＯＦＦ時間遅延は２５であった。ＡＬＭ　（１８７）は−意の要素番号１８７により指定される特定の「警報」を参照する。警報はソフトウェアフラグとして扱われても良く、これはハードウェア警報を告知するために使用されれば良い。

バスタブを一杯にするという上記の例（表■）では、プログラムはいくつかの事前定義済状態、すなわち「ステップ」に対応するように書き込まれていた。例の中で、５Ｔ−ＥＰＳＩ−４は、それぞれ、（１）タブは空であった；　（２）タブは一杯になろうとしていた；　（３）タブは一杯であった；及び（４）タブは空になろうとしていたに対応する。多くの場合、製造動作と製造プロセスをこれらのような論理ステップによって定義できる。プロセス制御コンピュータ言語に、ある任意の時点でプロセスがどの事前定義済状態、すなわち、ステップにあるかを追跡するために使用される特殊な演算子を持たせると有用であることもある。この概念を例示するために、この説明では、プロセスが存在している状態、すなわち、ステップを追跡するためにソフトウェアフラグ又は変数としてプログラマが使用できる特殊演算子５ＴＥＰを採用する。単純な実施例においては、５ＴＥＰ演算子は、プロセスが１つの状態に達したときにセットされ、プロセスがその状態から離れたときにクリアされるデジタル変数又はフラグと同様に機能しても良い。表■の例では、各ステップに関連して１つのプログラムステートメントがあり、このプログラムステートメントは、真であれば、対応するステップを有効にする（フラグをセットする）。

たとえば、５ＴＥＰ３　（タブは一杯であった）は、５ＴＥＰ２　（タブは一杯になろうとしていた）及びＡＩ（１０１）が１０秒間にわたりＡＫ　（１００１）より大きい場合に起こる。ここで挙げた例においては、一度に有効になることのできるステップは唯一っであると仮定した。従って、５ＴＥＰ３がＴＲＵＥ　（タブは一杯であった）であるとき、他の全てのステップ（タブは空であった；タブは一杯になろうとしていた；タブは空になろうとしていた）はＦＡＬＳＥであった。この仮定は、通常、制御中のプロセスを一連の別個に起こるステップのシーケンスとして記述できる場合に呼び出される。言うまでもなく、複数のシーケンスが並行して起こる、たとえば、所定の時点で２つ以上のステップが有効であるようなプロセスを考えることも可能であった。ステップをソフトウェアフラグとして扱うことにより、本発明はステップが逐次起こらなければならないが又はステップが並行して起こっても良いかについて制限を課さないのである。

また、５ＴＥＰ演算子は物理プロセスと、それらのプロセスを制御するために使用されているプロセス制御プログラムステートメントとの関係を成立させるために使用されたことを理解すべきである。この点に関して、５ＴＥＰ演算子をプログラムステップと混同すべきではない。５ＴＥＰ演算子は物理プロセスの状態又は条件と関連していた。プロセスを制御するコンピュータプログラムは多数の計算ステップ又はデータ処理ステップを実行するであろうが、論理ステップ５ＴＥＰとデータ処理ステップとの間に１対１の対応がある必要はない〇−例を挙げると、バスタブが一杯であると宣言する５ＴＥＰ（ＳＴＥＰ３）は、ＡＩ　（１０１）がＡＫ　（１００１）より大きいか否かを判定するために、多数の数値データ処理ステップを含むであろう。一般的には、より大きい演算子を実現するためにコンピュータが実行するデータ処理ステップは、バスタブが一杯である状態（ＳＴＥＰ３）とは直接に関係していない。以後、この説明を通して、物理プロセス５ＴＥＰＳを参照するときもあり、アルゴリズムを実行するために必要とされるデータ処理ステップを参照するときもある。読者がそれら２つの概念を区別するのを助けるために、物理プロセス５ＴＥＰと５ＴＥＰ演算子を全て大文字で書き表した。データ処理ステップは大文字で書かれていない。

もう１つの有用な特殊演算子は、２つの値の差と第３の値とを比較する、ＤＥＶと書き表される偏差演算子であった。このような演算子は、たとえば、アナログ入力値が設定点アナログ定数値からある量を超えてはずれた場合に警報を鳴らすために使用されても良い。プロセス制御コンピュータ言語の中で、偏差演算子は２つのアナログ値の差を計算し、その差を絶対値に変換し、次にその絶対値を減算によって第３のアナログ値と比較するように設けられても良い。その計算の結果に基づいて、デジタル結果（ＴＲＵＥ／ＦＡＬＳＥ）が生成される。偏差比較を実行するための手続きはかなり簡明であるが、この機能を実行するための特殊ＤＥＶ演算子の生成はブロセス制御システムのプログラマにとっては非常に便利であった。

所定のステップの終了を強制し、それにより、プログラムを番号順に次のステップへ移行させると好都合な場合もある。この目的のために、終了機能ＴＥＲＭを提供しても良い。

場合によっては、ある条件の下で、プログラマがデジタル入力変数又はアナログ入力変数をシミュレートすると有用であろう。アプリケーションの必要条件に応じて、いくつかの異なるシミュレーションアルゴリズムを使用して良い。プログラムの試験及び評価を目的として「問題条件」を生成させるために、いくつかのシミュレーションステートメントに関連する出力に手動操作で介入することによりいくつかの変数を制御又は追跡し、且つそのシミュレーションに実際のプロセスにおけるのと同様に手動介入に応答させることが有用である場合もある。

本発明はこの種のシミュレーションを処理するように構成されていた。一般的に言えば、プロセス制御表示プログラムは言語の中で有効であるどのプログラムステートメント又は式をも表示することができた。この説明では、シミュレートされたアナログ入力変数とデジタル入力変数をそれぞれ指示するために、Ａ　Ｉ　Ｓ　Ｉ　Ｍ及びＤＩＳＩＭという用語を使用した。

プロセス制御表示プログラムの現時点て好ましい実現彫版はグラフィカルユーザインタフェース（ＧＵＩ）を使用する。現時点で好ましい実施例は、（Ｄｉｇｉｔａｌ　Ｅｑｕｉｐｍｅｎｔ　Ｃｏｒｐｏｒａｔｉｏｎがら市販すした）Ｖ５．３バージヨン以降（７）ＶＡＸ／ＶＭＳの下で利用可能なＸウィンドウ環境で動作する。適切な端末は　Ｄ　Ｅ　Ｃｗ　ｉ　ｎ　ｄ　ｏ　ｗ　ｓ　を動作させるＶＡＸｓｔａｔｉｏｎ　又は　Ｄ　Ｅ　Ｃｗ　ｉ　ｎ　ｄ　ｏ　ｗ　ｓ　モードのＸ端末である。適切なＸ端末には、ＤｉｇｉｔａｌＥｕｉｐｍｅｎｔ　ＣｏｒｐｏｒａｔｉｏｎのＶＴＩ３００や、オプションのＴＤＥｎｅｔ　ＲＯＭを伴うＴｅｋｔｒｏｎｉｘ　ＸＰ　２９がある。１０２４個の水平画素、６７８個の垂直画素の最小分解能を持つカラーモニタが好ましかった。

図５は、プログラムをＸウィンドウ環境で動作させたときにユーザの画面（すなわち、表示装置１１６）に現われる現時点で好ましい図形ウィンドウを示す。Ｘウィンドウ環境を熟知している者であれば、図４に示すウィンドウ、すなわち、画面は水平の上縁部に沿ってメニューバー１５０を含むことがゎがるであろう。

メニューバーは、所望の機能を呼び出すためにポインティング装置（たとえば、マウス１１９）を使用して選択できるボタンの配列を含む。メニューバー１５０の下方には、プロセス制御表示プログラムが動的に変化する図形アイコンをペイントする活動ウィンドウ表示領域１５２があった。

この同じ表示領域はプログラムにより英数字テキストメツセージを提示するためにも使用された。

画面の水平の下縁部に沿って、追加の英数字テキストメツセージを提示するメツセージ領域１５４があった。

メツセージ領域１５４の下には、表示領域１５２の中に示されている画像を水平方向に再位置決め、すなわち、スクロールするために使用されるスクロールバー１５６がある。スクロールバーは、Ｘウィンドウの正規に備わっている機能であった。プログラムは表示される画像がウィンドウ、すなわち、画面の境界を越えて延出しないように保証するためのアルゴリズムを含んでいるので、プロセス制御表示プログラムが動作しているときにはスクローリングは通常要求されない。

このアルゴリズムは「隠しバイブアルゴリズム」と呼ばれるが、これについては以下に詳細に説明する。

プロセス制御表示プログラムは、コンピュータ言語によって定義された辞書ユニット又は記号を表現する事前定義済の一組の図形アイコンを採用する。更に特定すれば、プロセス制御表示プログラムは、プロセス制御プログラムで使用されるプログラムステートメント又は式を構成するために採用されたトークン及び何らかの専用記号の各々を表現する図形アイコンを事前定義している。

現時点で好ましい実施例は、より一般的に使用されるトークン及び専用記号（たとえば、５ＴＥＰ、ディレィタイマなど）の大半について、事前定義済図形アイコンを有する。それらのアイコンは対応するオペランド、演算子、あるいはサブルーチン又は機能の状態を直観的に記号により理解させるために考案されたものである。

一般的に、アイコンはまとまって、プロセスを監視する担当技術者により理解される１つのテーマを定義すべきである。−例を挙げると、化学処理プラントにおいては、パイプと弁を一般に採用していた。従って、プロセス制御表示プログラムを化学処理の用途に適応させる場合、パイプと弁を表現する図形記号が好ましいであろう。

言うまでもな（、プロセス制御表示プログラムを航空機の支援システムを監視するために使用すべき場合には、別の図形記号を選択することになるであろう。

コンピュータ論理を表現するための記号としてのパイプと弁の使用を、プラント内で使用されるであろう物理的なパイプや弁と混同すべきではない。一般的に、本発明において使用する図形アイコンの「パイプ」及ヒ「弁」と、プラント内に存在し得る物理的なパイプ及び弁との間に１対１の対応はなかった。

化学処理プラントというテーマに沿って、デジタル変数又はオペランド（ＤＩＤＣ，Ｄｏ、ＤＫなど）を表わす現時点で好ましい図形アイコンは、図６に示ス「蝶ネクタイ」記号（１６０及び１６２）を使用して描かれているオン／オフ弁のアイコンであった。本発明の別の面によれば、演算子又はオペランドの異なる条件又は状態を区別するために、図形アイコンと、そこにつながり、また、そこから出て行く接続線、すなわち、「パイプ」とは視覚的な特性（たとえば、色）を変えるようになっていた。すなわち、図６では、デジタルオペランド１６０は視覚特性の第１の状態で示されているが、デジタルオペランド１６２は視覚特性の第２の状態で示されている。

現時点で好ましい実施例は、条件又は状態を区別するために、特定の色を使用する。ＢＬＵＥの色はＴＲＵＥ又はＯＮの状態又は条件を指示するために使用され、０ＲＡＮＧＥの色はＦＡＬＳＥ又はＯＦＦの状態又は条件を指示するために使用された。プログラムステートメント又は式を構成している辞書ユニット又は記号のリアルタイムの条件又は状態、あるいは瞬間的な条件又は状態を含めて、それらの辞書ユニット又は記号の論理的関係を言葉ではなく、記号によりオペレータに理解させるために、様々な図形アイコンの視覚特性、すなわち、色は好ましくはリアルタイムで変化するようになっていた。

研究によれば、ＢＬＵＥと０ＲＡＮＧＥの色は多くの技術者により、たとえ色盲であっても、容易に判別されることがわかっているので、それらの色が現時点では好ましい。

ＢＬＵＥと０ＲＡＮＧＥの色に加えて、カラーシステムでは、ＴＲＵＥでもＦＡＬＳＥでもない中間状態を指示するためにＧＲＥＹの色も使用された。そのような中間状態は、たとえば、故障のある通信回線に接続しているポートのデータをＴＲＵＥ又はＦＡＬＳＥと容易には扱えないと推論できるようなこの通信回線をシステムが検出したときに起こるであろう。

現時点で好ましい視覚特性は色であるが、テクスチャや陰影などの他の視覚的属性も使用できるであろう。更に、カラー表示装置を持たないシステムにおいては、陰影の異なるグレイを使用してＴＲＵＥとＦＡＬＳＥを指示し、白（陰影なし）を使用して中間状態を指示することが可能である。これを例示するため、この明細書の図はＴＲＵＥを明るいグレイ、ＦＡＬＳＥを暗いグレイ、中間状態を白で示している。

演算式は同様に図６に示されている「卓上計算器」アイコン１６４により表わされた。卓上計算器アイコンそれ自体は実際の数値を伝達しないが、アイコンをクリックオンしたときに、その値をメツセージ領域１５４の中に、又はアイコン自体に隣接して表示することができる。

多くの場合、アナログオペランドの厳密な値又は条件を知ることは、その値又は条件を別の値又は条件といかにして比較するかを知ることほど重要ではない。先に説明した通り、偏差関数ＤＥＶはアナログ値の差を比較するために使用された。そのような比較に関わる現時点で好ましい図形アイコンは、図６に１６６．１６８及び１７０で示されている棒グラフアイコンであった。図示するように、棒グラフは１６６の完全なりＬＵＥから１７０の完全な０ＲＡＮＧＥまで変化できると共に１６８のような任意の中間条件をとることができる。表示される相対値は双方のアナログ値のスケールファクタを自動的に考慮に入れる。ＤＥＶ関数それ自体は、プール（ＴＲＵＥ／ＦＡＬＳＥ）値を戻す論理演算子であった。

図形アイコン記号は、関連するアイコンの状態に応じて同じようにＢＬＵＥと０ＲＡＮＧＥとの間で色を変えるパイプに似た水平線と垂直線を経て互いに接続している。厳密には、図形アイコンは描かれているプログラムステートメント又は式に従って接続された。このように、式を構成する辞書ユニットの論理的関係を図形によって描くのである。更に、色が０ＲＡＮＧＥからＢＬＵＥへ、また、ＢＬＵＥから０ＲＡＮＧＥへとリアルタイムで変化するにつれて、プログラムステートメント又は式を通ｉする論理の流れの抽象概念は容易に理解される。

図７８を参照すると、論理式１３８（先に図３に示し且つ説明した）が、今度は画面の表示領域に辞書ユニットの論理的関係に対応する空間的関係をもって図形アイコンの配列として示されている。図形表示は左から右へと読み取られた。このように、オペランドＤＩ　（１００）又はＤＩ　（１０１）のいずれかがＴＲＵＥであれば、結果ＤＣ（１００）はＴＲＵＥであることが図７ａの例示から容易に理解された。このことは、化学プラント技術者には全く直観的に明らかになるであろうし、技術者は流れが左から右へ進行すること、及び結果ＤＣ（１００）は弁ＤＩ　（１００）又はＤＩ　（１０１）のいずれかが開いていれば（これにより、ＴＲＵＥ状態が流れる）、ＴＲＵＥ状態をもって「一杯である」になることを理解するであろう。

図７ａの例示と図３の例示とを比較すると、演算子ＤＩ　（１００）及びＤＩ　（１０１）はプログラムステートメントの右辺１３８Ｒを構成し、ＤＣ（１００）は左辺、すなわち、結果側１３８Ｌを構成することがわがる◎続く例として、結果ＤＣ（１００）はＴＲＵＥとして表されており、これは入力ＤＩ（１０１）がＴＲＵＥであることの結果として論理的に流れていることがゎがる。

この例では、入力ＤＩ　（１００）はＦＡＬＳＥとして示されているが、プール論理に従えば、それは結果ＤＣ（１００）がＴＲＵＥであるという結果に影響を及ぼさない。

先の図７８の例では、オペランドと結果との関係を定義するＯＲ関係を暗示していた。現時点て好ましい実施例においては、プールＯＲ演算子により関連付けられるオペランド（変数、定数など）を垂直に整列させ、結合した。プールＡＮＤ演算子により関連付けられるオペランドは水平に整列、結合される。図８から１２は、プールＡＮＤＳＯＲ及びＸＯＲ演算子、並びにＮＯＴ演算子及び入れ子機能を利用してアイコンの物理レイアウト関係を描き出す現時点で好ましい方式を示す。後に、図７ｂで、それらの演算子の使用中のレイアウトを示す更に詳細な例を提示する。

図８は、ＡＮＤ演算子により読み取るときに２つの図形アイコン又はオブジェクトを空間的に配列する方式を示す。図示するように、各オブジェクトに関連する境界ボックス１７１があり、この境界ボックスは、アイコンの入って来る線と出て行く線、すなわち、「バイブ」を含めて、アイコンを完全に取り囲んでいる。

そこで、図８にはＡとして２つのそのような境界ボックスが示されている。オブジェクト１及びオブジェクト２それぞれのアイコンにかかわる引込み接続線と引出し接続線は、それぞれの境界ボックスが整列されたとき、Ａで示すように、整列しないことに注意する。

好ましい実施例はＡＮＤ演算子により関連付けられたオブジェクトを、接合すべきオブジェクトの引込み接続線と引出し接続線が水平に整列するように整列させる。

このことは図８のＢに示されている。すなわち、それぞれの境界ボックスの位置は、相互接続線を水平に整列させるために必要なオフセットにより：Ａ整されれば良い。

てることにより実現された。図８のＣに示すように、蝶ネクタイ記号１６０は０１のオフセットを有する。棒グラフ記号１６６は０２のオフセットを有する。オフセットは水平の相互接続線から境界ボックスの水平上縁部まで測定された。また、図８のＣに示すように、境界ボックスは距離ＷＤをおいて離間していた。各境界ボックスの位置は、そのボックスの左上角の（ｘＳｙ）位置によって表わされた。したがって、図８において、オブジェクト１の位置は（Ｘｌ、Ｙｌ）であり、オブジェクト２の位置は（Ｘ２、Ｙ２）であった。後の表Ｖには、関係演算子（ＡＮＤｌｏＲ，、ＸＯＲなど）によりグループ分けされるオブジェクトの境界ボックスの寸法と位置を計算する公式を示す。後の「ソフトウェアの詳細な説明」の項の１つとして記載されている「表示計算モジュールのパス１」の説明を参照のこと。

図９は、ＯＲ関係を図形によりどのように描き出すかを示す。この場合、Ａで示すオブジェクトをＢで示すように垂直に整列させた。それぞれのオブジェクトの境界ボックスは距離ＨＤをおいて離間していた。左側ＯＲ線は双方のオブジェクトの引込み線を互いに接続するために描かれていることに注意する。Ｂで示すように、２つのオブジェクトの境界ボックスはそれぞれの左縁部に沿って垂直に整列された。オブジェクト１はオブジェクト２より狭い幅Ｗ１を有するので、図示するように、２つのオブジェクトの結果として出て行く線を右側ＯＲ線と接合させるために、オブジェクト１から出て行く引出し線に子延長線を追加しなければならない。

図１０はＸＯＲオブジェクトを示す。図示するように、２つのＸＯＲ演算子によって結合されるオブジェクトをＯＲ演算子の場合と同様に垂直に配列させた。加えて、複合図にＸＯＲオブジェクトを追加した。ＸＯＲオブジェクトの一部は、（ＸＳ、Ｙ）の位置にあるオブジェクトの境界ボックスの内側に描かれていることに注意する。

このように、ＸＯＲオブジェクトは複合境界ボックスを寸法ＷＬに等しく水平方向に拡張させる結果を生じさせる。

図１１は、ＮＯＴオブジェクトをどのように描き出すかを示す。図示する通り、ＮＯＴボツクスはそれが包囲するオブジェクトの境界ボックスの周囲に追加されている。ＮＯＴボックス自体が引込み線と、引出し線とを有する。従って、（子オブジェクトとＮＯＴボ・ノクスを含む）複合オブジェクトの境界ボックスを水平方向に延長して、ＮＯＴボックスの引込みと引出し線の長さに対応させた。

図１２は、入れ子関係又は、大括弧に入れる関係をどのように表わすかを示す。

本質的には、１つノオフシェクト又は一群のオブジェクトを、寸法ＷＤＬと寸法ＷＤＲの和だけ水平方向に延長させたより大き０境界ボツクスの中に位置決めした。図１２では大括弧に入れた関係又は、入れ子関係の中に１つのオブジェクトを示したが、実際には、プログラムステートメント又は式を実行するにつれて演算を実行して行く優先順位を制御するため１；、多数のオブジェクトを一括するように大括弧関係、又（よ入れ子関係を使用した。

現時点で好ましいディレィタイマアイコンを図１３８及び図１３ｂに示す。図１３８には、ＯＦＦ時間を遅延させるシーケンスを表わすための一連の４つのディレィタイマアイコンを示す。図１３８を参照すると、現時点で好ましいディレィタイマアイコンは「）くイチャート」円１７２から形成されている。

図１３ａのシーケンスは状態Ａにより指定されて（する左から始まる。状態Ａでは、円１７２はＴＲＵＥ又１よＯＮを表現するＢＬＵＥ　（明るいグレイ）であった。状態Ｂ及びＣにおいては、円１７２は徐々に０ＲＡＮＧＥ（暗いグレイ）へと変化する。この円は、ＦＡＬＳＥ又はＯＦＦを表現する完全な０ＲＡＮＧＥになるまで時計回り方向に徐々に変化するパイチャートとして見られたＯ状ｇＤで示すように、ディレィタイマが時間切れになったとき、円の全体は０ＲＡＮＧＥ色に変化し終って（する。

ディレィタイマを通る論理の流れは円の色によって影響を受けた。図１３ａの状態Ａ、Ｂ及びＣにお（１て、円１よＴＲＵＥ又はＯＮ状態を表現する。状態りのみで、円はＦＡＬＳＥ又はＯＦＦ状態に変化している。論理の流れの類推によれば、ディレィタイマが状態ＡＳＢ及びＣにある間に、ＴＲＵＥ又はＯＮ状態は図８のディレィタイマを通って流れるのである。論理の流れが遮断される、すなわち、ＦＡＬＳＥ又はＯＦＦ状態に切り替わるのは、状態りに達したときだけである。

図１３ｂは、ＦＡＬＳＥ又はＯＦＦ状態からＴＲＵＥ又はＯＮ状態に向かう逆方向のシーケンスにおけるディレィタイマを表わす。図１３ｂに示す通り、円パイチャートは逆方向に回転している（状態Ｂ及びＣを参照）。

円は完全にＴＲＵＥに変わる（状態りを参照）までＦＡＬＳＥ又はＯＦＦを指示し続けている。言い換えれば、図１３ｂのディレィタイマは、状態りでタイマが時間切れとなるまで論理の流れを阻止する。

円が状態を変える速度は、所定のディレィタイマのＯＮ時間遅延とＯＦＦ時間遅延を確定する整数値によって決定された。図１３１及び図１３ｂを参照すると、ＯＦＦ時間遅延整数は円パイチャートの時計回りの回転を制御する（図１３ａ）；ＯＮ時間遅延は円パイチャートの反時計回りの回転を制御する（図１３ｂ）。

それらの整数は異なっていても良いので、ディレィタイマは異なるＯＦＦ時間遅延とＯＮ時間遅延を与えることもある。

図１４はン現時点で好ましい実施例で有用であった若干の追加図形アイコンを示す。ひし形のステップアイコン１７６及び１７８はＦＡＬＳＥ状態と、ＴＲＵＥ状態をそれぞれ示す。多くの物理プロセスは、たとえば、タンクを空にする、タンクを洗浄する、反応物質を混合するなどの物理プロセスｒｓＴＥＰｓＪによって記述されていたことが思い起こされる。プログラマは、それらのｒｓＴＥＰｓＪを表現するためのソフトウェア状態を定義する（たとえば、データ構造の中で属性を設定する）ことにより、これを考慮しながらプロセス制御プログラムを書き込む。

演算子を表現するための事前定義済図形アイコンが存在していない場合（たとえば、稀にしか使用されないサブルーチンの場合）に対処するために、ＣＡＬＬアイコン１８０が設けられた。ＣＡＬＬアイコンは、プログラムの流れが呼び出されたサブルーチン又は機能に向かって誘導、すなわち、経路指定されていることを単純に指示する。呼び出されたサブルーチン又は機能の名前はＣＡＬＬアイコンの上に英数字文字で書き表わされた。

図１４には、積分機能の英数学名、ＩＮＴＥＧが示されている。

もう１つの専用アイコンは隠しパイプアイコン１８２であった。以下に更に詳細に説明するが、現時点で好ましい実施例は、可能であれば、切り捨てることなくプログラムステートメント又は式の全体を画面に表示するように書かれている。

現時点で好ましい実施例では、プログラムステートメントの複雑さとは関係なく、アイコンのサイズは一定のままである。従って、場合によっては、複雑なプログラムステートメントを全て表示すると、その表示の一部が表示ウィンドウの境界を越えて延出してしまうであろう。画像を見るためにユーザに前後にスクロールすることを要求するのではなく、隠しパイプアルゴリズムを使用して表示画像の複雑さを軽減させた。これは、論理的に関連するアイコン、すなわち、入れ子になっている一部のアイコンを１つの隠しパイプアイコン１８２と置き換えることにより寒行された。このように、隠しバイブアイコンはその下に、より複雑な関係を表現する記号、すなわち、隠し記号として使用されたのである。隠された関係を見るときには、ユーザは問題の隠しパイプアイコンをクリックオン、すなわち、選択するだけで良く、そこで、プログラムは隠しアイコンと置き換えられていた演算子を表示する。

上述のアイコンを使用すると、広範囲にわたる異なるプログラムステートメントを図形によって描き出す、すなわち、レンダリングすることができる。−例を挙げると、下記のプログラムステートメントは図７ｂの表示領域１５２に図形により描かれていた。

５ＴＥＰ（４１７）　ＩＦ　５ＴＥＰ（４１５）　ＯＲ５ＴＥＰ（４１６）　ＡＮＤ［Ａｌ（４３４）　ＬＴ　ＡＫ（４１７，４００，１０００）　ＡＮＤ　ＡＩ（４３５）　ＬＴＡＫ（４１７）　ＡＮＤ　ＡＣ（４３０）　ＬＴ　ＡＸ（４１７）　ＯＲＤＭ（４１７）　ＯＲ［５ＤＩ（４２７）　ＡＮＤ　Ｄｏ（４２７）　ＦＯＲＤＴ（３４２７，５，２）］］例示のために、５ＴＥＰ　（４１５）番よＴＲＵＥ、５ＴＥＰ（４１６）はＦＡＬＳＥであり、デジタル変数ＤＭ（４１７）ｊｉＦＡＬｓＥであり且つデジタル変数り。

（４２７）はＴＲＵＥであると仮定する。更：こ、デジタル変数ＤＯＴ　（４２７）はＮＯＴ　ＴＲＵＥであり且つＡＩ（４３４）はＡＰ（４１７）より小さく　；Ａｌ（４３５）はＡＰ（４１７）より小さくなく　（ＮＯＴ）。

且つＡＣ（４３０）はＡＰ（４１７）より小さく為と仮定する。これらの仮定をふまえて、図７ｂを参照する。そノ図カラ結果、スナワチ、ＬＶＡＬＳＳＴＥＰ　（４１７）はＦＡＬＳＥであることがわかり、その理由も理解できる。アナログ変数Ａ　Ｉ　（４３５）　ハフす。り変数Ａ　Ｐ（４１７）より小さくない（ＮＯＴ）ので、ＴＲＵＥ論理は最上部の分岐を通って流れること力（できな％ｓ、デジタル変数ＤＭ（４１７）はＦＡＬＳＥであったので、ＴＲＵＥ論理の流れは中央の分岐を通って進行する必要がない。最後に、ＴＲＵＥ論理ｉ；！デジタル変数り。

（４２７）から利用可能であったが、ディレィタイマＤＴ　（３４２７）はまだ時間切れ１こなって０な（１゜この例の変数がいずれも変化しないならば、最終的１こ（よディレィタイマＤＴ　（３４２７）は時間切れとなり、ＴＲＵＥ論理は結果５ＴＥＰ　（４１７）へ流れること：こなる。

以上、動的に変化するアイコンの基礎を理解したので、メニューバーボタンの更に詳細な説明を提示する。図１５ａを参照すると、現時点で好ましいメニューバーは、オペレータがプロセス制御表示プログラムと様々な方法で対話できるようにするためにクリックオン、すなわち、選択することができるいくつかのボタンを有する。これは、選択したボタンの上にマウスカーソル２１０を配置し、次に、そのマウスボタンを押す、すなわち、「クリックオン」することによって実行された。ボタン機能のうちいくつかは極めて一般的なものである。たとえば、ヘルプボタン２００はプログラムのラン中に画面上ヘルプを表示するために選択されれば良い。出口ボタン２０２は、プロセス制御表示プログラムを終了させ、そのウィンドウを表示装置から除去するために使用された。

ユーザが動的に変化するアイコンと共に表示することを希望する厳密なプログラムステートメントを選択できるようにするるために、いくつかの他のアイコンが使用された。大型のプロセス制御システムでは、技術者は特定のプラントで特定のプロセス制御コンピュータにおいてラン中である特定のプログラムステートメントを監視することを望む場合がある。たとえば、図１で説明したシステムは２つのプロセス制御コンピュータ１０４及び１０６を伴って、単一のプロセスを実行する単一のプラントを表わしていた。より大きなシステムは、おそらくは様々な場所に、いくつかのプラントを有し、それぞれのプラントが数多くのプロセスとプロセス制御コンピュータを備えているであろう。

技術者にどのプラントか、及びプラント内のどのプロセス制御コンピュータかを選択させるために、コンピュータ選択ボタン２０４が設けられた。このボタンをクリックオン、すなわち、選択すると、所望のプラントとプロセス制御プログラムを選択するためのプルダウンメニューがユーザに提示される。このプルダウンメニューを図１５ｂに示す。現時点で好ましい実施例では、プルダウンメニューは実際にはプラント選択メニュー２０６及びコンピュータ選択メニュー２０８という一対のプルダウンメニューであった。従って、コンピュータ選択ボタン２０４によって、技術者は、プルダウンメニューから適切な選択肢を選択するだけで、どのようなプラントでも、又、そのプラントの中のどのようなプロセス制御コンピュータでも選択できるのである。−例として、図１５ｂにおいては、プラント３が選択されており、ユーザのカーソル２１０はメニュー１０８からＭｏｄＤと識別されているプロセス制御コンピュータを選択している。ユーザが所望のプラントとコンピュータの選択をクリックオン、すなわち、選択したならば、ユーザの選択肢は画面の右上角のデータフィールド２１２及び２１４に表示された。

時によって、重大なプロセスを２つ以上の冗長プロセス制御コンピュータにより制御することがある。たとえば、先の例において、ＭｏｄＤと名付けられた、選択されたコンピュータは実際には冗長性をもって（並行して又は逐次）動作する２つのコンピュータを含んでいるかもしれない。表示のために一部の冗長コンピュータのうちどれを使用すべきかを技術者が選択できるようにするために、図１５８に示すように冗長コンピュータ選択ボタン２１６が設けられた。それら一群の冗長コンピュータのそれぞれを一意性をもって識別するに際しては、単純な名前又は文字を使用でき、その時点で選択した名前はボタン２１６それ自体に現れる。設けられた冗長コンピュータが２つだけであれば、ボタン２１６はいずれか一方を交互に選択する単純なトグルスイッチであって良い。３つ以上のコンピュータが設けられた場合には、ボタン２１６によりプルダウン選択メニューを呼び出すことができる。

所望のプラントとコンピュータを選択し、且つ一部の冗長コンピュータの中でユーザが関心を持っているのはどれであるのかを識別した後、メニューバー１５０の残りのボタンを使用して、表示すべき特定のプログラムステートメント又は式を選択するるいくつかの異なる方法を技術者に提示する。オペランド選択ボタン２１８　を選択することにより、専用オペランド、警報、終端及びシミュレーションを含めて、可能なあらゆるデジタルオペランドとアナログオペランドを列挙するプルダウンメニューが与えられた。これを図１５ｃに示す。ユーザは、まず、所望のオペランドの総称名を選択し、続いて、選択を一意性をもって識別するために必要な適切な数値を選択する。たとえば、ユーザが計算されたデジタル値ＤＣ（１００）を選択することを希望した場合には、図示されているプルダウンメニューを出現させるためにボタン２１８を選択する。次に、変数の名前ＤＣを選択し、続いて、数字１．０．０を選択するが、それらの数字はキーバッドアイコンをクリックオンするか、又はキーボード１１８の実際のキーバッドを使用することにより入力された。

ディフォルト時には、プログラムは選択されたオペランド又は変数が最前に計算されたときのステートメントを表示し、計算されていなければ、最初にそのオペランド又は変数が使用されたときのステートメントを表示する。ユーザは、「ＬｉｎｅｓＪボタン２１９（図１５ａ及び図１５ｄに示す）を使用することによりこれを変更しても良い。Ｌｉｎｅｓボタンを使用して、ユーザは変数が定義又は計算又は使用されたどのようなプログラムステートメント又は式でも選択できる。主メニューバーから［Ｌｉｎｅｓ］ボタンを選択したとき、計算された変数（ＣＡＬＣ２２０）又は使用された変数（ＵＳＥＤ２２２）のいずれか一方を選択するオプションをユーザに提示する２項目プルダウンメニューが現われる。選択肢ＵＳＥＤを選択すると、現在変数が使用された全ての行番号を列挙したラジオボタンメニューが現わレル。ラジオボタンメニューから行番号の１つを選択することにより、選択した行の図形表現が自動的に表示される。

ＣＡＬＣオプション２２０を選択したときには、現在変数が計算された全ての行番号を列挙した同様のラジオボタンメニューが現われる。そのメニューの行番号の１つを選択するどとにより、選択した行の図形表現が自動的に表示された。この例では、ユーザは変数が最初に使用されたときのステートメントをラジオボタンマウス２２３を介して選択している。

図形表現が表示されたならば、ユーザはその表示を構成するどのオブジェクトでもクリックオンでき、その結果、新たに選択されたオブジェクトが計算されたときのプログラムステートメントを表現する新たな表示が現われる。メニューバーを使用して１つの変数を選択するか、又はその時点で表示されているステートメントの中で１つのオブジェクトを選択するかのいずれかによって、新たな表示を生成したとき、システムは「最後に計算された」ステートメントに自動的にディフォルトする。

ＣＡＬＣボタン２２０の下に見えるラジオボタンメニューは、その他のラジオボタンメニューとは異なる色で現われることにより、この選択を指示している。

メニューバーは、表示された変数に関する情報を更に与える英数字テキスト情報の表示を要求するために選択できる、用語集ボタン２３０及び拡張用語集ボタン２３２という一対のボタンを更に含む。図１５ａを参照。

多くの場合、プログラマは１つの変数に関するコメント又は説明資料を含める。

表■の例では、オペランドのリストはそれぞれの変数と、どの論理状態（ＴＲＵＥ／ＦＡＬＳＥ）がどの物理的条件（たとえば、開／閉）に対応しているかということについてのテキストによる記述を含んでいた。このテキスト情報、又は他の類似する情報を技術者によるアクセスに備えてファイルの中に含めることができるであろう。そのファイルはプログラムステートメント変数の「用語集」を構成するであろう。

複雑なシステムの中には、ユーザの画面に表示される可能性のある大量の情報が存在するものもある。この情報を編成し且つユーザに対してより容易にアクセスできるようにする手段として、階層テーブル又はアウトラインの形態を取る「拡張用語集」を構成しても良い。このようにして、技術者にとって有用であると思われるシステムに関する情報をレベルと、サブレベル（たとえば、アウトラインの形態）で配列した。アウトライン形態を使用することにより、技術者は関心を持っている詳細のレベルを選択できる。この方式によれば、ある情報を選択されたファシリティ又はパスワードレベルで限定するか又はオペレータから隠すこともできる。

現時点で好ましい実施例は、用語集情報と拡張用語集情報の双方へのアクセスを可能にするように適合されていた。用語集ボタンを選択することにより、選択されたプログラムステートメントに関わる各変数の名前に隣接して、ポツプアップウィンドウが現われる。このように、関連する全てのオペランド又は変数を列挙したテーブルが対応する用語集エントリと並んでユーザに提示された。

これを図１５ｅに示す。用語集を使用することにより、ユーザは選択された変数が関心変数であるか否かを容易に判定できる。現時点で好ましい実施例においては、用語集は２３４で示したウィンドウ画面の事前に規定された部分に表示された。ウィンドウタイトル行も現在表示中である変数の用語集テキストを表示して良い。希望に応じて、マウスカーソルをプログラムステートメントの特定の変数に関わるアイコンの上、又はポツプアップメニューテキストストリングの中の変数名の上に移動又は位置決めしたときに、用語集が自動的に現われるようにすることが可能である。

拡張用語集ボタン２３２も同様に動作する。拡張用語集ボタンを選択したとき、ユーザには、まず、そのユーザに対して利用可能である拡張用語集の各階層レベルに対応するプルダウン番号付きリストが提示された。ユーザは、適切な番号をクリックオンすることによって所望の拡張用語集レベルを選択する。この結果、選択された変数に隣接して、拡張用語集ウィンドウが現われる。好ましい実施例では、拡張用語集ポツプアウトウィンドウに複数行のテキスト情報を表示することができる。図１５ｆを参照のこと。図１５ｆでは、拡張用語集ポツプアウトウィンドウを２３６で示しである。

ユーザは、頻繁に、全プロセスの問題の部分の制御下にどのプログラムステートメントが入っているかを場所指定するために、関連するプログラムステートメントをバックトラッキングするか、又は前進しながら、表示のスレッド、すなわち、シーケンスをたどることを望む。

これは、主メニューバーの先行パイプボタン２２４を選択することにより実行されると好都合であろう。図１５ｇを参照。先行バイブボタンを押すと、ボタンの下に、最後に表示された所定の数の変数名を列挙したプルダウンメニューが現われる。ユーザは最近に表示されたプログラムステートメントを表示すべく再び選択することを望む場合が多いので、先行バイブボタンは非常に便利である。コンピュータ選択ボタン２０４を介して別のコンピュータを選択したとき、先行パイプリストはリセット又はクリアされる。

以上、現時点で好ましいグラフィカルユーザインタフェース及びメニューバーの基本的な要素を説明したので、次に、本発明のプログラムにより可能になったグラフィックモードでプログラムステートメントを選択、表示するためにシステムをどのように使用できるがという点について一例を挙げる。

使用中、ユーザには、まず、図１５ａに示したような画面が提示された。ユーザは最初にコンピュータ選択ボタン２０４をクリックオンして、プルダウンメニュー２０６を出現させるであろう。図１５ｂを参照。選択リスト２０６に沿ってマウスカーソルをプルダウンすることにより所望のプラントを選択できる。図１５ｂでは、プラント３が選択されている。カーソルを所望のプラントの上に位置決めすると、コンピュータ選択サイドメニュー２０８が現われる。マウスボタンを押している限り、コンピュータ選択サイドメニューとプラント選択メニューは画面に留まる。ユーザはマウスボタンを押しながらマウスカーソルを右へ、続いて下方へドラッグして、所望のコンピュータを選択する。図１５ｂの例では、「ＭＯＤ　ＤＪと名付けられたコンピュータが選択されている。所望のコンピュータを選択した後にマウスボタンを離すことにより、２つのメニュー２０６及び２０８は消え、ユーザによるプラントとコンピュータの選択は有効になった。その時点でのプラントとコンピュータの選択は右上角のデータフィールド２１２及び２１４に表示された。

次に、ユーザは、おそらく、表示すべきプログラムステートメントを選択することを望むであろう。一般に、ユーザは特定の変数と関連するプログラムステートメントを表示することに関心を持つ。この選択は、オペランド選択ボタン２１８を選択して、変数のプルダウンメニューをリスティングすることにより実行された。図１５Ｃを参照のこと。一般に使用されるデジタル変数及びアナログ変数に加えて、ユーザは警報オペランド（ＡＬＭ）　、５ＴＥＰオペランド、終端オペランド（ＴＥＲＭ）並びにアナログシミュレーションオペランド及びデジタルシミュレーシジンオペランド（ＡＩＳＩＭ、ＤＩＳＩＭ）をも選択できる。選択を明示させるために、ユーザはプルダウンメニュー２４０から所望の変数、オペランド又は演算子を選択するだけではなく、その変数、オペランド又は演算子に名前付けする数字をも選択しなければならない。これは、ポツプアウト計算器キーバッド２４２で適切な数を入力することにより実行された。

計算器キーバッドは数字０−９の各々に対応するキーと、選択した数をクリア又は入力するためのキーとを含む。

所望の変数を選択し終わると、プロセス制御表示プログラムはプログラムステートメントの図形表現を表示できる状態になった。言うまでもなく、選択した値をいくつかの異なるプログラムステートメントの中で使用し、計算することは可能であった。現時点で好ましい実施例はディフォルトして、変数が最後に計算されたときのプログラムステートメントを表示し、計算されていなければ、変数が最初に使用されたときのプログラムステートメントを表示する。適正なプログラムステートメントを確実に観察するために、ユーザは「ＬｉｎｅｓＪボタン２１９を選択することができる。図１５ｄを参照。

たとえば、冗長コンピュータを逐次使用している場合、冗長コンピュータ選択ボタン２１６（図１５ａ）を前後にトグルして、冗長コンピュータにより実際に実現されているように同じプログラムステートメントを比較することができる。これらすべての例において、「Ｆ」コンピュータが選択されている。コンピュータ選択ボタン２１６のクリックオンによって、たとえば、選択をｒＤＪコンピュータに変更することもあるだろう。通常、冗長コンピュータが同期をはずれていないことを保証するために多数の予防手段が実現されるであろうが、複数対又は複数群の冗長コンピュータの間で急速にトグルする能力は障害解析のための便利なツールであるといえる。

希望に応じて、複数対の冗長コンピュータを画面に同時に表示するように、プロセス制御表示プログラムを実現することは可能であろう。

その時点で表示されている変数の用語集は、画面の右上角に位置する専用用語集ウィンドウ２３４の中に自動的に現われる。図１５ｅを参照。特定すれば、その時点で表示されている変数の用語集はウィンドウのタイトル行に現われる。ウィンドウの中に追加の４行分の用語集を表示できる。これは、ユーザが図形によりレンダリングされるプログラムステートメントを構成するオブジェクトの１つにマウスを位置決めしたときに起こる。また、グラフィカルレンダリングに加えて英数字情報を要求するアナログ変数などのいくつかの変数を伴って現われるであろうポツプアップメニューテキストの上にユーザがマウスを位置決めしたときにもこれは起こる。現時点では４行の用語集ウィンドウが好ましいが、用語集ウィンドウのサイズと位置は記号に応じて変更可能であろう。

５行以上の情報を、一度に４行ずつ、選択的に表示させるために、用語集ウィンドウはスクローリング可能なウィンドウであるのが好ましかった。

拡張用語集は、ユーザが拡張用語集ボタン２３２を選択したときに、画面の右下角に位置する拡張用語集ウィンドウ２３６に現われる。図１５ｆを参照。先に説明した通り、拡張用語集ボタンを押すと、所要のレベルの拡張用語集を選択できるようにするプルダウンメニューがユーザに提示される。

図１６ａ及び図１６ｂは、プロセス制御表示プログラムを構成する方式の全体を示す図である。特定すれば、図１６ａ−１６ｂは、プログラムステートメント又は式を動的に更新される図形アイコン表示に変換する方式を示すのである。ステップ３００　から始まって、プログラムはユーザの人力を処理し、それにより、表示すべき所望のプログラムステートメントを選択した。先に説明したように、ユーザは所望のプラントとプロセス制御コンピュータを選択し、次に、ユーザが表示することを望むオペランド又は変数を選択する。そのオペランド又は変数がいくつかのプログラムステートメントの中に現われる場合、ユーザはどのプログラムステートメントを表示すべきかを選択すれば良い。

現時点で好ましい実施例はユーザの入力に基づいて所望のプログラムステートメントを取り出すが、表示すべきステートメントを指定するために別のプログラムを採用することも可能であった。これはステップ３０２に示されている。別のプログラムは、所要のオペランド仕様をユーザ入力を処理する同じメツセージストリームに導入することにより、そのオペランド仕様を提供できるであろう。そのようにして、外部プログラムはオペランド仕様を提供するためにユーザ入力をシミュレートすることができる。これは、それ自体が従来の切替え技法又はオーバレイ技法によって現在のプロセス制御表示プログラムを呼び出す又は開始させる他のプログラムを実現する際には有用であろう。

次に、選択されたオペランド、並びにそのオペランドが位置するプラント、コンピュータ及び経路の必要なアイデンティティを含むテキストストリングを作成した。

このステップを３０４に示す。すなわち、テキストストリングは所望のオペランド又は変数の記述子又は仕様から構成されている。このテキストストリング、すなわち、記述子はプロセス制御表示プログラムの表示生成部分に対する入力を構成する。−例を挙げると、ユーザが冗長コンピュータＥにおける警報番号３３５を含むプロクラムステートメントを表示する希望を指示した場合は、テキストストリング記述子は：　ｒＥ　：　ＡＬＭ　Ｃ３３５）Ｊのように現われるであろう。

次に、プログラムは選択されたオペランドが使用された全てのステートメントと、選択されたオペランドが計算された全てのステートメントとを発見する。これ＋１ステツプ３０６に示されている。ステップ３０６は・実際には、ステップ３０８．３１０．３１２及び３１４に示す一連のアクションを含む。まず、選択されたコンピュータと関連するファイルの場所を指定するために、プログラムはオペレーティングシステム又はシステム定義ユーティリティをアクセスする。ステップ３０８を参照０次に、プログラムは指定されたオペランドが計算、使用された全てのレコードをアクセスする。ステップ３１０を参照。次に、ステップ３１２では、プログラムはどのステートメントを表示するかを確定する。ディフォルト時、プログラムは変数が最後に計算されたときのステートメントを表示し、計算されていなければ変数が最初に使用されたときのステートメントを表示する。

言うまでもなく、ユーザは、先に説明したようにメニューノく一ボタンを使用することにより、このディフォルトを変更できる。最後に、所望のステートメントの場所が指定されなかったならば、プログラムは所望のオペランドが発見されなかったことを指示する適切なメツセージを生成する。ステップ３１４を参照。

このようにして表示すべきステートメントの場所を指定したならば、プログラムは、次に、一般的にステップ３１６に示すステートメント分析と解析のシーケンスを実行する。ステップ３１８に指示する通り、解析シーケンスはツリー構造の形態を取るステートメントの内部コンピュータ表現を生成することを含む。本質的には、ツリー構造は、プログラムステートメントを構成する個々の辞書ユニットの各々がコンピュータメモリに個別に記憶されるようなデータ構造であった。

希望に応じて、プログラムステートメントを再構成できるようにするため、ツリー構造は辞書ユニットの文法関係に関する情報を保持する。プロセス制御表示プログラムの一部を形成する構文アナライザは、プログラムステートメントを解析ツリーに変換するために使用された。構文アナライザと現時点で好ましい解析ツリーについては、以下に図１７に関連して更に詳細に説明する。

プロセス制御表示プログラムの機能の１つは、変化して行く活性データ（又は周期的に更新されるデータ）に基づいて図形アイコンと、それらに関連する引込み線及び引出し線、すなわち、「バイブ」の視覚特性、すなわち、色を変化させることであったので、ステ・ノブ３２０におけるプログラムはプログラムステートメントで使用されるオペランドのリストを構成する。このリストはデータ構造としてコンピュータメモリに記憶された。リストはアイコンを動的に更新するために必要な活性データ値を記憶するために使用された。

選択されたどのアイコンに対しても用語集テキスト情報を提示できるようにするため、ステップ３２２で、プログラムはステートメント中のオペランドごとに全ての関連用語集テキストと、拡張用語集テキストを取り出し且つ記憶する。このテキストはコンピュータメモリのデータ構造にも記憶されるので、ユーザがそのテキストを要求したならば、ただちにアクセスのために利用できる。

ステップ３２４に示すように、用語集情報と拡張用語集情報はその情報が記憶されている適切なＧＬＯＳファイルとＸＧＬＯＳファイルをアクセスすることによって得られた。それらのファイルはディスクに記憶されていても良い。

全ての関連情報を収集したならば、次に、プログラムは静的表示構成を計算する。ステップ３２６を参照。

３２８に示すように、表示計算ルーチンの詳細は後に図２０に示される。表示計算ルーチンは、本質的には、どの図形アイコンを、どの位置に表示しなければならないかを確定する必要がある。表示計算ルーチンは、表示が表示装置の画面に合わせるには大きすぎる場合に表示を変更するための後述する隠しパイプアルゴリズムヲ更ニ含む。

アイコン及び関連する相互接続線、すなわち、パイプの視覚特性を使用して、変数及び演算子のリアルタイムで又は動的に変化する状態に関する情報を伝達したので、プログラムはステップ３３０で活性データを取り出し、ステップ３３２ではこの活性データを使用して、各アイコン及び各パイプの視覚特性、すなわち、色を確定する。

この活性データはステップ３２０で構成したデータ構造の中に記憶されたことが思い起こされる。活性データアルゴリズムの詳細についても、以下で論じる。

次に、プログラムは記憶されている全ての活性データの現在値を考慮に入れて表示を更新するために、表示を再び線引きする。これはステップ３３４に示されている。

ユーザが代替選択を行わない限り、プロセス制御表示プログラムは選択されたプログラムステートメントを図形アイコンの形で表示し続けると共に、活性データの変化につれてアイコンの視覚特性、すなわち、色を更新し続ける。現時点で好ましい実施例では、プロセス制御表示プログラムは１秒に１回プロセス制御コンピュータニ問い合わせるように構成されていた。従って、活性データは、必要に応じて、１秒ごとに評価され、再線引きされたのである。データをリフレッシュするこの頻度は大半のプロセスに対して十分であることがわかっている。細分性の程度、すなわち、データリフレッシュの頻度が制ａｔべきプロセスの型の関数であることは言うまでもない。従って、現時点で好ましい１秒のリフレッシュ頻度は本発明の範囲を限定するものではなかった。本発明の範囲の中で、他のリフレッシュ速度並びに非同期リフレッシュは可能であった。

現時点で好ましいパーサは文脈自由文法をもって動作するように設計された。文脈自由文法の一例は、ＡＬＧＯＬ言語専用に開発されたＢａｃｋｕｓ−Ｎａｕｒ　ｆ　ｏ　ｒｍ　（ＢＮＦ）であった。本発明で使用する特定の実施例は単一トークンルックアヘッド能力を採用する。厳密に言えば、現時点で好ましいパーサはＬＡＲＬ（１）と定義される文法をもって機能する。

先に説明した通り、言語を構成する辞書ユニット又は記号は細分できない終端記号と、最終的には終端記号の集合に細分できる非終端記号又はグルーピングの双方を含む。終端記号を「トークン」と呼ぶこともあった。非終端記号を「グルーピング」と呼ぶこともあった。文法上の値について言えば、同じ型の全てのトークンは同じであると考えられる。たとえば、整数５と整数３０８５は文法的な値としては等しい；それらは共に「整数」であった。ところが、意味論上の値では、整数５と整数３８８５とは異なっていた。整数の意味論上の値は単純にその整数の値であった。グルーピングのようなより複雑な記号の意味論上の値は、たとえば、ツリー構造であろう。

パーサの詳細については、Ａｄｄｉｓｏｎ　−Ｖｅｓｌｅｙ　より刊行されたＡｌｆｒｅｄ　Ｖ、　Ａｈｏ、　Ｒａｖｉ　５ｅｔｈｉ　及びＪｅｆｆｒｅｙＤ、　ＵｌｌｍａｎのＣｏｍｐｉｌｅｒｓ　Ｐｒ１ｎｃｉｐｌｅｓ、　Ｔｅｃｈｎｉｑｕｅｓ、　ＡｎｄＴｏｏ　ｌ　ｓ　を参照。

現時点で好ましいステートメントアナライザは、トークンを配列、分類するための一組の事前定義済文法規則を使用する。ステートメントアナライザを、最初に辞書分析を実行し、次に構文分析を実行する構文駆動インタプリタとみなしても良い。辞書分析は、記号テーブルを作成するために個々の文字をトークンにグルーピングする辞書アナライザ又は辞書スキャナによって実行された。

構文アナライザ又はパーサは、解析ツリーを作成するためにトークンを文法的フレーズにグルーピングする。ステートメントアナライザは、原始言語を記述する排他的で、徹底的な数学定義の事前知識を有する。有効なプログラムステートメントと式は全てその数理記述に準拠している。例を示すと、現時点で好ましいパーサは以下の表Ｉｖに記載する形態により例示される形態、すなわち、数理記述を有するプログラムステートメントを解析することができた。パーサはプログラムステートメントを取り上げて、それをそれらの解析可能形態の１つと整合させる。

表■ 解析可能プログラムステートメントの形態ｆｉｌＦ式一式辻ＩＦ式辻一式ＣＡＬＬ　サブルーチン　ＩＦ　式サブルーチン　ＩＦ　式ＣＡＬＬ　サブルーチンサブルーチン本質的には、パーサは、入力テキストストリーム（すなわち、プログラムステートメント）が上記の表■の解析可能プログラムステートメントの形態の１つと整合するか否かを判定するために入力テキストストリームを処理する再帰的プログラムであった。整合するならば、表示計算モジュールにより使用するための解析ツリーを構成した。ステートメントが上記の解析可能プログラムステートメント形態の１つと整合しない場合には、適切なエラーメツセージを生成することができる。以下に更に詳細に説明するが、解析ツリーは関連図形アイコンデータを付随させたデータ構造であった。最終的には、このデータを使用して、表示端末ウィンドウに視覚アイコンを表示することになった。辞書アナライザ及びパーサを含めて、適切なステートメントアナライザを構成することに関する詳細については、Ｐｒｅｎｔｉｓｓ　−ｔｌａｌｌより刊行されたＡ１１ｅｎ　１．　Ｈｏ１ｕｂのＣｏｍｐｉｌｅｒ　Ｄｅｓｉｇｎ　Ｉｎ　Ｃを参照しても良い。図１７は、現時点で好ましいパーサが動作する方式を示す。まず、ステップ３３６では、表示すべきプログラムステートメントを静的変数として記憶した。記憶されるときのプログラムステートメントは行番号、プログラマのコメント又はコラム位置に従属する情報（たとえば、Ｆｏｒｔｒａｎの場合）などの解析不可能要素を含んでいることもある。それらの解析不可能要素を取り除くと、解析可能な一組のトークン及び／又はトークンのグルービングのみが残った。ステップ３３８では、辞書アナライザを使用してそれらのトークンを識別し、ステップ３４０　ではトークンを一度に１つずつパーサへ送り出す。

そこで、パーサは解析ツリーデータ構造を作成するためにトークンを再帰的に分析する。これは、通常は、ステップ３４２　に示されている。現時点で好ましいパーサは３４４　でＬＶＡＲと指定されている結果解析ツリーを生成する。最終的にはパーサの出力を表示計算モジュールにより使用するために入城変数ポインタとして渡した。ステップ３５０　を参照。

図１８は、プログラムステートメントとその解析ツリーの一例を示す。図示されているステートメント：５ＴＥＰ（４１７）　ＩＦ　５ＴＥＰ（４１５）　ＯＲ５ＴＥＰ（４１６）　ＡＮＤ［Ａ１（４３４）　ＬＴ　ＡＫ（４１７，４００，１０００）　ＡＮ　Ａｌ（４３５）　ＬＴＡＫ（４１７）　ＡＮＤ　ＡＣ（４３０）　ＬＴ　ＡＫ（４１７）　ＯＲＤＭ（４１７）　ＯＲ［５ＤＩ（４２７）　ＡＮＤ　Ｄｏ（４２７）　ＦＯＲＤＴ（３４２７，５，２，）］］は解析可能形態「変数　ＩＦ　式一式」であった。図１８に示すように、解析ツリーはプログラムステートメントをその個別の辞書ユニットにノードの階層セ・ソトとして分解している。このノードのセットは、表示計算モジュールにより関連図形情報を付随させることができるデータ構造に記憶された。

図１９は、解析ツリーデータを記憶するために使用される現時点で好ましいデータ構造を示す。実際には、解析ツリーを記憶するために使用されるデータ構造は、ポインタにより連係された一連のデータ構造から構成されティる。最上位レベルから見ると、データ構造はｎｏｄｅｔと指定されたノードツリー構造３５２を含む。このツリー構造は＝　（１）全ての子ノードの連係リスト及び（２）特定のノードの解析データに対するポインタを含む。すなわち、ノードツリーデータ構造は解析ツリーの全体構成を表現しており、プログラムステートメントを構成する辞書ユニットの関係を示す。

より中間のレベルでは、データ構造は、ノードツリー構造３５２により指示された解析データツリー構造３５４を更に含む。ｐａｒｓｅ　ｄａｔａ　ｔとして表されている解析データツリー構造は、（１）所定の辞書ユニットのトークンコードラベル、（２）ラベル付けされたトークンの意味論上の値及び（３）特定アプリケーション向はデータに対するフックを記憶するツリー構造であった。この特定アプリケーション向はデータは、その特定の辞書ユニット、すなわち、トークンを表現するために使用すべき図形アイコンを識別する。

解析データツリー構造３５４自体は、トークン意味情報を記憶したより低いレベルのツリー構造を指示する。

同様にｔｏｋ　ｓｅｍ　ｔと表わされているこのトークン意味ツリー構造３５６は（１）更に別のデータ構造に対するトークン意味ポインタと、（２）そのトークンに適用可能な特定データとを含む。

更に低いレベルでは、データ構造は同様にｓ　ｅ　ｍ　ａ　ｎｔｉｃ　ｔと表わされている意味ツリー構造３５８から構成されている。この意味ツリー構造は意味論上の値（ＳＶＡＬＵＥ）　、意味論上のテキスト（ＳＴＥＸＴ）、型、変数型、アクセスデータ及び要素データの最大数を記憶するために使用された。これらのデータは表示計算アルゴリズムにより必要とされる情報を記憶するために使用された。

表示計算モジュールは解析ツリーを入力として受信し、プロセス制御表示プログラムの他のモジュールが使用するいくつかのデータ構造をそれに追加する。表示計算モジュールの一次機能の中には、表示すべきプログラムステートメントの辞書ユニットを表現するために使用されるあらゆる図形アイコンの寸法と座標（画面位置）の計算があった。この計算は、隠しバイブアルゴリズムを呼び出す必要があるか否かについての決定を含む。隠しバイブアルゴリズムは、プログラムステートメントの非圧縮図形表示全体がウィンドウの表示領域にはまらない場合に呼び出された。

表示計算モジュールはリアルタイム評価の間に使用される表示リストを生成する必要があった。表示リストに加えて、表示計算モジュールは活°性データ変数リスト及びファイルシステム変数リストも作成する。活性データリストは、オペレーティングシステムに必要な活性データを収集させるために最終的にはオペレーティングシステムに渡されるアドレスリストを生成するために、後述する活性データモジュールにより使用された。ファイルシステム変数リストは、オペレーティングシステムに選択された変数に適用可能な用語集ストリングを供給させるために使用された。このように、表示リストにより用語集ストリングをアドレス指定することができる。コンピユータプログラミングの用語では、表示リスト及び２つの変数リストと、それらのリストのアクセス機能は表示計算モジュールのインタフェースを構成する。

図１８に戻ると、解析ツリーは個々の辞書ユニットがプログラムステートメントをどのように構成するかを表わしている。特定して言えば、プログラムステートメントは、表示計算モジュールが個別のオブジェクトとして扱う終端記号と、表示計算モジュールがオブジェクトグループとして扱う非終端記号とから構成されている。個別のオブジェクトは、それぞれ、解析ツリーの異なるノードによって表現された。表示計算モジュールは解析ツリーをノードからノードへ、上から下へと横切るか、進んで行き、各ノードに画面上の図形アイコンを位置決めし且つレンダリングするために必要なオブジェクトデータを付随させる。表示計算モジュールにより実行される特定のシーケンスを図２０−２２に示す。

表示計算モジュールは解析ツリーを２回のパスで横切る。第１のパスの間に、モジュールはプログラムステートメントの図形表現のサイズを確定する。第２のパスの間には、表示計算モジュールは表示ウィンドウに配置すべき各アイコンの座標を確定する。このプロセスを図２０に示す。ステップ３６０から始まって、表示計算モジュールに解析ツリーポインタを渡した。図１９の解析ツリーデータ構造により例示されるように、このポインタは最終的にはそれぞれの解析ツリーノードに対するアクセスを供給することが思い起こされるであろう。表示計算モジュールの説明の便宜上、図２１及び図２２として図１８の解析ツリーを、表示計算手続きのパス１及びパス２を示すために追加情報を加えながら再現した。

図２０、図２１ａ及び図２１ｂを参照すると、ステップ３６２では、表示計算モジュールは表示すべきプログラムステートメントの図形表現全体のサイズを確定する。

ステップ３６４に更に詳細に示すように、これは解析ツリーを上から下へ横切り且つ各ノードに境界ボックスサイズを割り当てることによって実行された。先に説明した通り、それぞれの図形アイコンは所定のサイズを有する。各アイコンの周囲には、それを完全に取り囲むように、架空の「境界ボックス」が描かれている。このように、架空の境界ボックスの長さと幅は、対応するアイコンの所定のサイズを指示する。

図２１８及び図２１ｂを参照して、−例を挙げると、解析ツリーには最上部、すなわち、Ａと指示されているＡＮＤステートメントから入った。次に、図示されている矢印に従って解析ツリーをＡからＢＳＣ，、、、Ｒまで横切った。現われたそれぞれ個別のオブジェクトには、そのオブジェクトの境界ボックスの縦横の寸法を表現する整列した一対（ｘ、ｙ）の数が割り当てられた。事前定義済図形アイコン（変数及び専用記号など）に対応するオブジェクトの場合、境界ボックスのサイズはあらかじめ決まっており、従って、そのオブジェクトに単純に割り当てられるであろう。比較演算子、ＡＮＤ、ＯＲなどの演算子は、それ自体、個別の図形アイコンとしてはレンダリングされなかった。その代わりに、それらは他のオブジェクトをグルーピングする働きをするので、比較演算子と関連する境界ボックスサイズはそのグループの中の他の演算子から継承された。

現時点で好ましい実施例で採用した規約によれば、ＡＮＤ演算子はオブジェクトを水平に結合することによりそれらをグルーピングする。（図８を参照）。ＯＲ演算子はオブジェクトを垂直に結合することによりそれらをグルーピングする。

（図９を参照）。ＸＯＲ演算子はオブジェクトを垂直に結合し、ＯＲ演算子と区別するために更にＸ型記号を追加することによってそれらをグルーピングする。

（図１０を参照）。ＮＯＴ　（＃）演算子は、図１１に示すように、そのオペランドを包囲する。

最後に、大括弧、すなわち、入れ子演算子も、図１２に示すように、オペランドを包囲する。従って、２つのオブジェクトを比較ＡＮＤ演算子によって結合するときには、その結果の境界ボックスは個々のオブジェクトの水平方向の寸法の和を取り囲むために水平方向に十分に大きくなければならないと共に、個々のオブジェクトのうち大きいものの垂直方向の寸法を取り囲むために垂直方向に十分に大きくなければならない。特定して言えば、比較演算子によりグルーピングされるオブジェクトの境界ボックスの寸法と位置を計算するための公式は以下の表Ｖに記載されている。

表ＶＡＮＤ関係（図８を参照）：Ｗ　−Ｗ１＋Ｗ２＋ＷＤＨ−ｍａｘ　［Ｈｌ−０１，Ｈ２−０２］　＋ｍａｘ　［０１，０２］０　＝ｍａｘ　［０１，０２］１−ＸＹｌ−Ｙ＋ｍａｘ［：ゼロ、０１−０２］Ｘ２−Ｘ＋Ｗ１＋ＷＤｙ２−Ｙ＋ｍａｘ［ゼｏ、０１−０２］ＯＲ関係（図９を参！＠）：Ｗ　−ｍａｘ　［Ｗｌ、Ｗ２］Ｈ−Ｈ１＋Ｈ２＋ＨＤＹ２関Ｙ＋Ｈ１＋ＨＤＸＯＲ関係（図１０を参」　：Ｗ　−ｍａｘ［Ｗｌ、Ｗ２］　＋ＷＬＨ−Ｈ１＋Ｈ２＋ＨＤＯ−０１Ｙ２−Ｙ＋Ｈ１＋ＨＤＮＯＴ関係（図１１を参（財）：Ｗ　＝Ｗ１＋２ｘＷＤ＋２ｘＷＬＯ−０１＋ＨＤＨ−Ｈ１＋２ｘＨＤＸＩ−ＸＣ＋ＷＤ＋ＷＬＹｌ−ＹＣ＋ＨＤ大括弧に入った関係又は入れ子の関係（図１２を参句　＝Ｗ　−Ｗ１＋ＷＤＬ＋ＷＤＲＸＩ−Ｘ＋ＷＤＬＹｌ−Ｙこのように、図２１ａ及び図２１ｂの解析ツリーでは、大文字Ａ−Ｈにより指示されたそれぞれのノードと関連して、境界ボックスの水平方向の寸法と垂直方向の寸法を表わす、順序を付けた一対の数として指定される境界ボックスサイズがある。現時点で好ましい実施例においては、５ＴＥＰ演算子は横１０単位、縦８単位の境界ボックス寸法を有する。従って、ノードＣ及びＤの５ＴＥＰ演算子に隣接する円の中には順序の付いた対（１０，８）が指示されている。ノードＢのＯＲ演算子は、子ノードＣ及びＤに基づいた境界ボックス寸法を継承する。

そこで、ＢのＯＲノードは先の表Ｖの公式を使用して、（１０，１６）の境界ボックスサイズを有する。この点に関して、図２１及び図２２に示す境界ボックスの寸法は、場合によっては、演算を簡略にするために、ＨＤ寸法を省略することによって近似されている。

最終的には、解析ツリー全体を開始ノードＡまで戻って横切り終わったとき、総境界ボックスサイズが確定される。図２１ｂの例では、このサイズは（５２，２０）であった◎その値はプログラムステートメントの右側の総サイズを表わす。

現時点で好ましいアルゴリズムは等価演算子ＩＦの下から解析ツリーに入る。図２１８及び図２１ｂの５ＴＥＰ　（４１７）であるプログラムステートメントの左辺、すなわち、ＬＶＡＬ側は、常に既知の境界ボックスサイズをもつ単一のオブジェクトを表現している。

図２０に戻ると、表示計算モジュールは、次に、図形表現の総サイズが表示ウィンドウの中に、はまるか否かを判定する。これはステップ３６６で実行された。

表示全体が表示ウィンドウの中に入りきるのであれば、表示計算モジュールは第２のバス、ステップ３７０に進み、そこで、表示ウィンドウ中の各図形アイコンの場所を確定した。図形表現全体が表示ウィンドウの中に入らない場合には、ステップ３６８に指示するように、隠しパイプアルゴリズムを実行した。

ここで、−例として図２１ｂを使用して、隠しパイプアルゴリズムを説明する。

先に述べた通り、プログラムステートメントは寸法（５２，２０）の境界ボックスを要求する。表示ウィンドウはサイズ（４７，２０）の境界ボックスしか許容しないと仮定する。そこで、隠しパイプアルゴリズムはあるサイズのノードをより小さいサイズの隠しバイブアイコン１８２（図１４）と置き換えようとする。

現時点で好ましい実施例では、隠しバイブアイコンは（１０，８）の境界ボックスサイズを有する。

サイズ（２０，８）のノードをサイズ（１０，８）の隠しバイブアイコンと置き換えると、１００図形単の水平方向の利得が得られる。同様に、サイズ（１０，１２）のノードを隠しバイブアイコンと置き換えると、４図形単位の垂直方向の利得が得られる。サイズ（１０，８）のノードを隠しバイブアイコンと置き換えようとしても、利得なしの結果になると考えられるので、そのような置き換えは実行されなかった。

この例では、５単位の水平方向の利得が要求された。

ノードＣ及びＤのサイズは共に隠しバイブアイコンと等しいので、それらのいずれかを隠しバイブアイコンと置き換えても、利得の所望の増加は生じない。そこで、隠しパイプアルゴリズムはそれら２つのノードを放棄する。

同様に、ノードＢはこの例で要求される必要水平方向の利得を与えるのには不適切であった。

ノードＥに進むと、サイズ（４２，２０）のそのノードを排除することは十分以上の利得−３２の水平方向の利得−を与えることが明白であろう。ところが、ノードＥの排除は、ノードＥの子である全てのノード（すなわち、ノードＦ−Ｒ）を排除することによって結、果表示の有用性を著しく劣化させてしまうであろう。従って、隠しパイプアルゴリズムはノードＦ１ノードＧ１ノードＨへと続きながら、そのたびに十分な利得があることを見出す。

次のノードＩへ進むと、結果として得られる水平方向の利得は４図形単位になるであろう。これは５単位の所望の水平方向の利得を得るには不十分であろうと思われるので、ノードＩの排除は機能しない。従って、アルゴリズムは十分であった先行するノードＨに後戻りし、次にノードＪを試験する。ノードＪは不十分な利得を与えるので、アルゴリズムは再びノードＨに後戻りする。ノードＨから順降する子ノードは他にはながったので、ノードＨを隠しバイブとしてマークした。そこで、最終表示ではノードＨとその子ノードＩ及びＪを単一の隠しバイブアイコンと置き換える。

以上のことから、ある経路が十分な利得を与えない場−合、現時点で好ましい実施例の隠しバイブアルゴリズムはその経路を放棄することがわかる。また、解析ツリーを左から右へ横切ったので、現時点で好ましいアルゴリズムは、当然、ＬＶＡＬにより近接しているノードの排除を優先する。多くの場合に、ＬＶＡＬがら最も遠いノードはより重要であるので、このような排除は有利であった。

図形表示の総サイズを確定し且つ必要に応じて隠しバイブ発行を処理したならば、表示計算モジュールは、表示ウィンドウ内の各図形アイコンの場所を確定するためにステップ３７０（図２０）へ進む。これは、解析ツリーを再び横切ることによって実行された。ステップ３７２に指示するように、各ノードに位置座標とアイコンレンダリングデータ（たとえば、ビットマツプ）を割り当てるために解析ツリーを再び横切った。

これを例示するために、図２２は図１９、図２１ａ及び図２１ｂと同じ解析ツリーを示すが、今回は座標がどのように割り当てられたかを示す。解析ツリーを先に示したのと同じ経路で横切ることにより、ノードＣで最初の個別オブジェクトに遭遇した。このオブジェクトには座標（０，０）が割り当てられた。次の個別オブジェクトに進み、ノードＤの座標は（０，８）であると確定された。これは、ノードＣ及びノードＤがノードＢのＯＲ演算子の子であるとグルーピングされたためにそうなったのである。先に論じた通り、ＯＲ演算子はそのオブジェクトを垂直に結合する。従って、ノードＤのオブジェクトの境界ボックスサイズがわかれば、その位置はノードＣのオブジェクトと垂直に整列しているが、その下方に水平に８単位下がっていると容易に計算された。

表示全体を構成する各オブジェクトの座標がわかるまで、個別のオブジェクトノードのそれぞれについて同じ手続きに従った。それらの座標は、図形アイコンを生成するための適切なビットマツプに対するポインタと共に、表示画面に実際の図形アイコンを描き出す際にオペレーティングシステムのウィンドウ表示機能により使用するために、データ構造に記憶された。

上記の手続きは図形アイコンの座標及び各アイコンがどのように見えるかということに関する情報を、それを解析ツリー又は解析ツリーのコピーに付随させることにより記憶させる。現時点で好ましい実施例は、全ての図形アイコンのそれぞれの引込み線と引出し線、すなわち、「バイブ」が連結するように、それらの図形アイコンを位置決めする。異なる図形記号が異なるサイズを有する可能性があるということ、従って、それらの記号の引込み線と引出し線が異なる相対位置を有することを考慮に入れるために、必要に応じて、全ての引込み線と引出し線が整合するように境界ボックス座標に加算するか又は境界ボックス座標から減算できるようなある数値、すなわち、「オフセット」を各図形アイコンと関連付ける。

言い替えれば、表示計算モジュールのバス２により確定される座標は、たとえば、境界ボックスの左上角を指定するために使用されても良いということであろう。実際の画面上座標は、左上角の座標位置から、全ての隣接アイコン及び連結アイコンの引込み線と引出し線が適正に整合するように保証するための記憶オフセットの量だけ上下に調整される必要があるだろう。この目的のために記憶オフセット値を使用することが現時点では好ましかったが、それに匹敵する別の技法をその代わりに使用しても良い。

図２３は、図２２の解析ツリーに対応する個別のオブジェクトそれぞれの物理的レイアウトを示す。例示の便宜上、各オブジェクトは左上角が図２２に記載されている割り当て座標に位置する境界ボックスによって表現されている。各境界ボックスは、図２１ｂから取った（Ｘ。

ｙ）寸法に基づいて、はぼ実物大で描かれている。例示を簡略にするため、個々のアイコンに適用可能な記憶オフセットは図２３には示されていない。比較のため、図１８、図２１−図２３により表わされたステートメントの図形アイコン表示を図７ｂに示す。

活性データモジュールは、その時点で表示されているプログラムステートメントに存在する全てのプロセス制御コンピュータ変数のリアルタイム値の収集、記憶及び変換（フォーマツティング）を行なう必要がある。（図１６ｂのステップ３３０を参照）。解析ツリーは表示されている全ての変数のリストを含む。このリストはオペレーティングシステムに対して呼び出しを実行するときに使用され、それにより、実際の活性データは゛プロセス制御コンピュータ（たとえば、１０４及び１０６）により収集され、通信インタフェースサブシステム（たとえば、１０８及び１１０）を介して、本発明のプロセス制御表示プログラムを実行しているコンピュータ又はワークステーションへ伝送された。

実際には、活性データはプロセス制御コンピュータにより非同期方式で収集されても良い。すなわち、このプログラムの活性データモジュールは、活性データを同期的に、しかし、本発明のプロセス制御表示プログラムと並行して要求するためのサブプロセスを生成することにより、この活性データを獲得するのが好ましい。サブプロセスは、主プログラムを非同期にトリガ又は割り込みすることができるように、活性データ要求の完了を報知する。このように、プロセス制御表示プログラムの残る部分は、活性データの収集を待機する必要なく、動作状態のままでいることができる。収集したならば、活性データは、図形アイコンとそれらを相互に接続するバイブ、すなわち、線の各々に適用すべき適切な視覚特性を確定するためのリアルタイム評価モジュールに渡された。

先に指示した通り、表示ウィンドウの中の各図形アイコンのリアルタイム状態を指示するために視覚特性、好ましくは色をｉ用した。活性データモジュールにより得られた活性データに基づいて、それぞれのアイコン自体に、適正な視覚特性、すなわち、色を割り当てることは相対的に簡明であった。ところが、プロセス制御表示プログラムは各アイコンに適切な視覚特性を周期的に又はリアルタイムで単純に動的に適用する以上のことを実行する。本発明のプロセス制御表示プログラムは各図形アイコンと関連する引込み線及び引出し線、すなわち、バイブに対する適切な視覚特性、すなわち、色をも確定し且つ適用する。

たとえば、図７ａに示す単純な式において、線、すなわち、バイブの入り変数ＤＩ　（１００）及びＤＩ（１０１）はＴＲＵＥと陰影付けされていた。変数ＤＩ（１００）はこの時点ではＦＡＬＳＥと陰影付けされているので、その変数の引出し線もＦＡＬＳＥと陰影付けされている。逆に、変数ＤＩ　（１０１）はＴＲＵＥと陰影付けされているので、その引出し線、すなわち、バイブもＴＲＵＥと陰影付けされた。図示するように、これと同じＴＲＵＥ論理はデジタル変数ＤＣ（１００）にも流れている。このように、プラントオペレータは、変数ＤＩ　（１０１）がＴＲＵＥであることによって変数ＤＣ（１００）がＴＲＵＥであることを容易に確定できる。

バイブ並びに図形アイコンを陰影付は又は色付けすることにより、オペレータはプログラムステートメントに対応する論理の流れを迅速に追跡できる。図７ａでは、プラントオペレータが変数ＤＣ（１００）はＦＡＬＳＥであると期待しているが、そうではないとわかった場合、その理由は直ちに明らかになるであろう。

変数ＤＣ（１００）から戻ってＴＲＵＥ　（ＢＬＵＥ）の色を追跡することにより、このＴＲＵＥ論理の「ソース」は直ちに明らかになった一変数ＤＣ（１０１）。

リアルタイム評価モジュールは、図形アイコン及びその相互接続バイブの全てに対して適正な視覚特性、すなわち、色を生成する必要があった。リアルタイム評価モジュールは、最後の活性データ要求が適切に完了したことを活性データモジュールが指示したときに直ちに呼び出された。全てのアイコンとバイブの視覚特性、すなわち、色を確定することに加えて、リアルタイム評価モジュールは隠しバイブをも考慮に入れなければならない。

現時点で好ましいリアルタイム評価モジュールを、以下のＣ言語で書かれた表Ｖｌの原始コードリスティングに記載した。リアルタイム評価モジュールに関わる原始コードリスティング全体は、コンピュータプログラミングの技術に習熟した人に現時点で好ましいモジュールをどのように構成したか及びそれがどのように動作するかを十分に理解させるために提示された。表Ｖｌの原始コードリスティングはこの明細書の終わり、添付の請求の範囲の前にある。

アイコン自体の視覚特性、すなわち、色の動的制御は比較的簡明であったが、引込み（左）線及び引出しく右）線の視覚特性、すなわち、色の評価をここで多少論じることはその価値がある。この説明中、「線」という用語と「バイブ」という用語は、特に指示のない限り、同義であった。線色付はアルゴリズムは「現在」ペンカラーと「記憶」ペンカラーの２つのペンカラーを使用する。

記憶ペンカラーはノードごとに解析ツリーに保持された。

原始コードリスティングの中では、現在ペンカラーをｃｕｒ　ｃｏｌｏｕｒと表わし、記憶ペンカラーを５ｔａｔｉｃ　ｃｏｌｏｕｒと表わした。記憶ペンカラー（ｓｔａ　ｔｉｃ　ｃｏｌｏｕｒ）は静的変数として割り当てられても良く、最初に引込み線（方線）を評価するときにＢＬＵＥに初期設定された。現在ペンカラー（ｃｕｒ　ｃｏｌｏｕｒ）はスタ・ツクで割り当てられても良い。

リアルタイム評価モジュール（ＲＴＥＶＡＬ）は引込み線評価手続き、ＥＶＡＬ　ＬＥＦＴ　ＬＩＮＥＳ　Ｏと、引出し線評価手続き、ＥＶＡＬ　ＲＩＧＨＴ　ＬＩＮＥＳ（）とを含む。ＥＶＡＬ　ＬＥＦＴ　ＬＩＮＥＳに対する引数は評価すべき解析ツリーのノードポインタＮ０ＤＥ　ＰＴに対するものであった。ルーチンは再帰的であったので、これは解析ツリーが順降するにつれて１つのノードと関連する。

手続きＥＶＡＬ　ＬＥＦＴ　ＬＩＮＥＳＩ；！、まず、現在ノードの５ＶＡＬＵＥの局所コピーを作成する。現在ノードがＯＲであり且つそれが隠しバイブを表現する場合、隠しバイブオブジェクトを適正に処理できるように局所５ＶＡＬＵＥを作成した。

方線は、常に、記憶ペンカラー（ｓｔａｔｉｃ　ｃ。

１ｏｕｒ）で色付けされた。石線は関係、５ｔａｔｉｃｃｏｌｏｕｒ　ＡＮＤ　ｃｕｒ　ｃｏｌｏｕｒに従って色付けされた。すなわち、ペンカラーがＢＬＵＥであり且つオブジェクトはＢＬＵＥである場合に限って、石線はＢＬＵＥであった。現在オブジェクトがＯＲ又はＸＯＲであるか、あルイハ、ＥＶＡＬ　ＲＩＧＨＴ−ＬＩＮＥＳによりＸＯＲ関係が満たされた場合には、石線は色付けされなかった。

ＸＯＲ演算子は表示されるオブジェクト、アイコンに追加されるＸ字型記号を含むので、特殊なケースであった。この追加のＸ字型記号の色も処理しなければならない。

ディレィタイマは、ＴＲＵＥであるとき、入りペンカラーがＦＡＬＳＥであっても、引出し線をＴＲＵＥにすることを要求する可能性がある。それは、ディレィタイマが遅延がなければそのパイプに沿って進行して行く論理の流れを遅延させる働きをするためである。

現在ノードの子を評価するとき、最初にペンカラーをスタックにセーブした。現在ノードがＮＯＴであれば、ＮＯＴの内側のステートメントは取り囲んでいるステートメントとは別に評価されるので、ペンカラーはＢＬＵＥ　（ＴＲＵＥ）に設定された。

ＥＶＡＬ　ＬＥＦＴ　ＬＩＮＥＳ手続きは全ての子について呼び出された。現在ノードがＯＲであれば、子の後ごとに、ペンカラーはＢＬＵＥにリセットされた。色は、ＮＯＴ演算子で終わったときに、その先行値に設定された。全ての子を評価し終わったとき、現在ノードがペンカラーをグレイに設定することについて不確定（すなわち、不良データ）であるか否かを知るために、現在ノードを検査した。現在ノードの親がＡＮＤ演算子、ＦＯＲ演算子又は解析ツリーの最上位ノードのいずれかであるならば、また、ペンカラーがＢＬＵＥであり且つ現在ノードが０ＲＡＮＧＥであるならば、ペンカラーは０ＲＡＮＧＥに設定された。解析ツリーのより上位でＯＲ演算によりペンカラーがスタックから復元されない限り、これはペンカラーが０ＲＡＮＧＥになり得る唯一の方法であることに注意する。現時点で好ましいルーチンは、線の色が変化したか否かを指示するために、更新フラグをセットする。すなわち、活性データモジュールは周期的にプロセス制御コンピュータをポーリングするであろうが、視覚特性、すなわち、色を変化させることが必要である場合に限って、表示は再び線引きされた。

ＥＶＡＬ　ＲＩＧＨＴ　ＬＩＮＥＳ（）手続きは、ＯＲノードから出る右側線を評価するように特定して設計された。この手続きは、子の子を含めた子の全ての知識を得て初めてＯＲ色を評価できるために要求されたのである。ノードがＯＲ又はＸＯＲであり且つその親がＯＲでない場合、そのＯＲノードから出る有線はその右側の子と同じ色を有する。視覚の面から言えば、このＯＲはこの部分式の中で最下位のＯＲであり、その右側の子は最下位の子であった。ペンカラーはこの色に設定された。

ノードがＯＲであり且つその親がＯＲであり（すなわち、このＯＲが表示の別のＯＲの上にある）、また、ペンカラーがグレイ（不確定）又はＢ　ＬＵＥである場合には、このＯＲの有線はＢＬＵＥで線引きされた。そのようにして、ＢＬＵＥは必要に応じてＯＲを「フローアップ」する。ペンカラーが０ＲＡＮＧＥであったならば、右側線は最下位レベルＯＲと同様に線引きされる（すなわち、その右側の子の色を継承する）。

右側線を色付けした後、プログラムは現在ノードが隠しバイブであったか否かを知るために検査する。隠しパイプであったならば、隠しバイブオブジェクトの色を隠しノードを介してコピーした。隠しノードがＯＲであった場合、ＯＲ記号から出る右側線のＯＲについて特別の処理を実行しなければならない。

リアルタイム評価モジ子−ルを更に完全に理解するために、表Ｖｌの原始コードリスティングを検討することを勧める。

プロセス制御表示プログラムを現時点で好ましい実施例に関連して図示し且つ説明したが、添付の請求の範囲に記載した本発明の趣旨から逸脱せずに本発明の何らかの変形が可能であることは理解されるであろう。

表■ 著作権はＴｈｅ　Ｄｏｗ　Ｃｈｅａｉｃａｌ　Ｃｏｍｐａｎｙ　１９９２に帰属＃１ｎｃｌｕｄｅ　ｃｓｔｄｉｏ、ｈ〉宴１ｎｃｌｕｄｅ　ｃｓｔｄｌｉｂ、ｈ＞＄１ｎｃｌｕｄｅ　＜ｃｔｙｐｅ、ｈ＞＄１ｎｃｌｕｄｅ″ｄ　１ｎｃｌｕｄｅ：ｎ＋ｔｒｅｅ、ｈ−＄１ｎｃｌｕｄｅ″ｄ　１ｎｃｌｕｄｅ：１ｉｓｔ　ｉｎｇｒ、ｈ”１ｉｎｅｌｕｄｅ″ｄ　１ｎｃｌｕｄｅ＋’ｐａｒｓｅｒ、ｈ”５ｉｎｃｌｕｄｅ　−ｄ　ｄｉｓｐｃａｌｃ：ｇｒａｐｈ　ｃａｌｃ、ｈ−＄１ｎｃｌｕｄｅ″ｄ　１ｎｃｌｕｄｅ：ｄｉｓｐｌａｙ　ｓｔｒ、ｈ−８ｉｎｃｌｕｄｅ″ｄ　１ｎｃｌｕｄｅ：　１ｉｖｅｄａｔａ、ｈ−／　＊　１ｉｉｎｃｌｕｄｅ　−ｄ　１ｉｖｅｄａｔａ：ｌｄ　ｐｒｉｖａｔｅ、ｈ−＊　／８ｉｎｃｌｕｄｅ″ｄ　１ｎｃｌｕｄｅ：ｄｉｓｐｃａｌｃ、ｈ−宴１ｎｃｌｕｄｅ　”ｄ　１ｎｃｌｕｄｅ：ａ＋ｅｓｓａｇｅ　ｐｕｂｌｉｃ、ｈ−８ｉｎｃｌｕｄｅ　 −ｄ　ｄｉｓｐｃａｌｃ：ｄｉｓｐｃａｌｃ　ｐｒｉｖａｔｅ、ｈ−＄１ｎｃｌｕｄｅ″ｄ　１ｎｃｌｕｄｅ：ｒｔｅｖａｌ　、ｈ−喜１ｒｎｄｅｆ　ＭＩＮ＄ｄｅｒｊｎｅ　ＭＩＮ（ａ、ｂ）（（（ａ））　＜　（ｂ））？　（ａ）＋（ｂ）　）婁ｅｎｄ　ｉ　ｆ／　＊　Ｆｏｒｗａｒｄ　ｄｅｃｌａｒａｔ１ｏｎｓ＊　／５ｔａｔｉｃ　ＧｒａｐｈｌｃａｌＶａｌｕｅ　Ｅｖａｌ　５ｕｂｔｒｅｅ（ｎｏｄｅ　ｐｔ　Ｉｏｇｉｃｔｒｅｅ）；ｅｘｔｅｒｎ　ｄｏｕｂｌｅ　ｆａｂｓ（ｄｏｕｂｌｅ　ｘ）　；５ｔａｔ１ｃ　ｒｔｅｖａｌ　ｄｅｂｕｇ　−−１；ｔｄｅｆｌｎｅ　ＤＥＢＬＩＧ　ＶＥＲＢＯ３Ｅ　１ｔｄｅｒｉｎｅ　ＤＥＢＵＧ　ＬＩＮＥＳ　２＄ｄｅｆｉｎｅ　ＤＥＢＵＧ　ＲＬＩＮＥＳ　４１Ｉｄｅｆｌｎｅ　ＤＥＢＵＧ　Ｎ０ＧＲＥＹＯＩｊＴ　８釦ｅｒｉｎｅ　ＤＥＢＵＧ　Ｎ０ＣＯＰＹＨＩＤＤＥＮ　１６＄ｊｆｄｅｆ　ＭＡＬＬＯＣＴＥＳＴ＄１ｎｃｌｕｄｅ″ｄ　１ｎｃｌｕｄｅ：ｍａｌｌｏｃ　ｔａｓｔ、ｈ”１ｅｌｓｅｓｔａｔｉｃ　ｖｏｉｄ　＊ｔａｌ　ｔｏｅ（ｕｎｓｉｇｎｅｄ　ｉｎｔ　５ｉｚｅ）ｖｏｉｄ　＊ｂｌｏｃｋ；ｂｌｏｃｋ　−ｔＡａｔ　Ｉｏｃ（ｓｉｚｅ）　；ｉｆ　（ｂｌｏｃｋ　−−ＮＵＬＬ）　ｔＭＳＧ　Ｌｏｇ（−Ｅｒｒｏｒ：　Ｏｕｔ　ｏｆ　ｍｅｍｏｒｙ　ｉｎ　ｂｕｉｌｄ、　ｃ＼ｎ−）　；ｅｘｉｔ（１）：ｒｅｔｕｒｎ　ｂｌｏｃｋ：ｅｎｄｉｆ／　＊　ｔｄｅｆｌｎｅ　ＤＩＳＣＲＰ（ｐ）　（（ｄｉｓｃｒｅｔｅ　ｐｔ）ＤＲＡｖＯＢＪ　Ｐ（（ｐ））−ｍｉｓｃｒｅｔｅｐ）＊／５ｔａｔｉｃ　ｖｏｉｄＳｗａｐＨｉｄｄｅｎ（ｎｏｄｅ　ｐｔ　ｎｏｄｅ　ｐ）ｄｒａｗ　ｏｂｊｅｃｔ　ｐｉ　ｔｏｐｏｂｊｅｃｔ　＋）；ｔｏｐｏｂｊｅｃｔ　ｐ　＝　ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）；ｂｏｔｔｏｍｏｂｊｅｃｔ　ｐ　”　ｔｏｐｏｂｊｅｃｔ　ｐ−＞ｈｉｄｄｅｎｏｂｊ　ｐ；Ｈ（ｂｏｔｔｏｍｏｂｊｅｃｔ　ｐｔ−ＮＬｌｕ、）　（ｔｏｐｏｂｊｅｃｔ　ｐ−＞ｈｉｄｄｅｎｏｂｊ　ｐ　 −ｂｏｔｔｏｍｏｂｊｅｃｔ　ｐ；ｂｏｔｔｏａｏｂｊｅｃｔ　ｐ−＞ｈｉｄｅｎｏｂｊ　ｐ　＝　ｔｏｐｏｂｊｅｃｔ　ｐ；ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）　−ｂｏｔｔｏａ＋ｏｂｊｅｃｔ　ｐ；Ｓｔａｔｉｃ　ｖｏｉｄＥｖａｌ　ＧｒｅｙｏｕｔＯｂｊｅｃｔ（ｄｒａｗ　ｏｂｊｅｃｔ　ｐｔ　ｄｒａｖｏｂｊｅｃｔ）ｓｔｒｕｃｔ　ＤＩｓｐｌａｙＢａｓｅ　＊　Ｂａ５ｅＯｂｊｅｃｔ；ｉｆ　（ｄｒａｖｏｂｊｅｃｔ！　−ＮＵＬＬ　（ＢａｓｅＯｂｊｅｃｔ　＝　ｄｒａｖｏｂｊｅｃｔ−閥１ｓｃｒｅｔｅ　ｐ；Ｂａ５ｅＯｂｊｅｃｔ−〉Ｏｂｊ［１］、Ｃｏ１ｏｕｒ　−Ｇｒｅｙ；　／ネ　１ｅｆｔ　ｈａｎｄ　１ｉｎｅ＊／Ｂａ５ｅＯｂｊｅｃｔ−〉ｏｂｊＯコ、ＣｈａｎｇｅｄＬｉｖｅＤａｔａ　Ｉｂ　−１；Ｂａ５ｅＯｂｊｅｃｔ−〉ｏｂｊ　［２コ、Ｃｏ１ｏｕｒ　−Ｇｒａｙ＋　／＊　ｒｉｇｈｔ　ｈａｎｄ１１ｎｅ＊／Ｂａ５ｅＯｂｊｅｃｔ−：＜ｂｊ［２］、ＣｈａｎｇｅｄＬｉｖｅＤａｔａ　ｌｂ　−１；ｓｔａｔｉｃ　ｎｏｄｅ　ｐｔＥｖａｌ　ＧｒｅｙｏｕｔＮｏｄｅ（ｎｏｄｅ　ｐｔ　ｎｏｄｅ）ｄｒａｗ　ｏｂｊｅｃｔ　ｐｔ　ｄｒａｖｏｂｊｅｃｔ；ｄｒａｖｏｂｊｅｃｔ　−ＤＲＡＩ／　ＯＢＪ　Ｐ（ｎｏｄｅ）　；Ｉｆ　（ｃｉｒａｖｏｂｊｅｃｔ　ｊ−ＮＵＬＬ）　ｔＥｖａｌ　ＧｒｅｙｏｕｔＯｂｊｅｃｔ（ｄｒａｗｏｂｊｅｃｔ）；ｉｆ（ｄｒａｗｏｂｊｅｃｔ−＞ｈｉｄｄｅｎ　！−０）　ＩＳｗａｐＨｌｄｄｅｎ（ｎｏｄｅ）　；ｄｒａｖｏｂｊｅｃｔ　−ＤＲＡＭ　ＯＢｊ　ｐ（ｎｏｄｅ）；ＳｗａｐＨｌｄｄｅｎ（ｎｏｄｅ）　；Ｅｖａｌ　ＧｒｅｙｏｕｔＯｂｊｅｃｔ（ｄｒａｖｏｂｊｅｃｔ）；ｒｅｔｕｒｎ　ｎｏｄｅ；ｓｔａｔｉｃ　ｖｏｉｄＥｖａｌ　Ｇｒｅｙｏｕｔ（ｎｏｄｅ　ｐｔ　Ｉｏｇｉｃｔｒｅｅ）ｉｎｔ　ｕｐ暑−１；汀（ｒｔｅｖａｌ　ｄｅｂｕｇ　＆　ＤＥＢＵＧ　Ｎ０ＧＲＥＹＯＵＴ）ｒｅｔｕｒｎ；ＭＴ　ｗａｌｋ　ｂｏｔｔｏａ＋　ｕｐ（Ｉｏｇｉｃｔｒｅｅ、　Ｅｖａｌ　ＧｒｅｙｏｕｔＮｏｄｅ、　＆ａａｐ）；ｓｔａｔｉｃＧｒａｐｈｊｃａｌＶａｌｕｅＥｖａｌ　ｃｏｍｐｏｓｅ（ｎｏｄｅ　ｐｔ　ｎｏｄｅ　ｐ）Ｏｂｊ　丁ｙｐｅ　ｔｙｐｅ；ＧｒａｐｈｉｃａｌＶａｌｕｅ　ｃｏｌｏｕｒ：ｉｆ’　（ｄｒａｗｏｂｊｅｃｔ−＞ｈｉｄｄｅｎ　！−の　（Ｓｗａｐ）Ｉｆｄｄｅｎ（ｎｏｄｅ）；ｄｒａｖｏｂｊｅｃｔ　−ＤＲＡＷ　ＯＢｊ　ｐ（ｎｏｄｅ）；ＳｗａｐＨｉｄｄｅｎ（ｎｏｄｅ）　；Ｅｖａｌ　ＧｒｅｙｏｕｔＯｂｊｅｃｔ（ｄｒａｗｏｂｊｅｃｔ）：ｒｅｔｕｒｎ　ｎｏｄｅ；ｓｔａｔｌｃ　ｖｏｉｄＥｖａｌ　Ｇｒｅｙｏｕｔ（ｎｏｄｅ　ｐｔ　ｌｏｇｌｃｔｒｅｅ）ｉｎｔ　ｕｐ　−−１；ｉｆ　（ｒｔｅｖａｌ’ｄｅｂｕｇ　＆　ＤＥＢＵＧ　ＮｏＧＲＥＹＯ石）ｒｅｔｕｒｎ；Ｋｒ　ｗａｌｋ　ｂｏｔｔｏａ　ｕｐ（Ｉｏｇｉｃｔｒｅｅ、　Ｅｖａｌ　ＧｒｅｙｏｕｔＮｏｄｅ、　＆ａａｐ）；ｓｔａｔｌｃＧｒａｐｈｉｃａｌＶａｌｕｅＥｖａｌ　ｃｏｍｐｏｓｅ（ｎｏｄｅ　ｐｔ　ｎｏｄｅ　ｐ）ｏｂｊＴｙｐｅ　ｔｙｐｅ；ＧｒａｐｈｌｃａｌＶａｌｕｅ　ｃｏｌｏｕｒ；７　Ｂｌｕｅ；　Ｏｒａｎｇｅ；ｒｅｔｕｒｎ　ｃｏｌｏｕｒ；ｃａｓｅ−［”：ｃｏｌｏｕｒ−Ｃ）ＩＩＩ、Ｄ　Ｃ０ＬＯＵＲｃｈｉｌｄｌ）　；ｒｅｔｕｒｎ　ｃｏｌｏｕｒ；／＊　Ｉｆ　ｗｅ　ｅａＩＩｅ　ｈｅｒｅ、　ｗｅ　ｍｕｓｔ　ｈａｖｅ　ａ　ｂｉｎａｒｙ　ｐａｒｓｅ　ｎｏｄｅ　＊／ｃｈｉｌｄ２−　ＤＲＡＷ　ＯＢＪ　Ｐ（（ｎｏｄｅ　ｐｔ）Ｌａ　ＤＡＴＡ　２　Ｐ（ｎｏｄｅ　ｐ−ｑｈｉｌｄｒｅｎ　１１ｓｔ））；ｉｆ　（（ＣＨＩＬＤ　ＣＯＩ、０ＵＲ（ｃｈｉｌｄ２）　−−Ｇｒｅｙ）ｒｅｔｕｒｎ　Ｇｒｅｙ；５ｗ１ｔｃｈ　（ＳＥＭＰ（ｎｏｄｅ）−＞５ｖａｌｕｅ）ｃａｓｅ　ｆｏｒ　：ｃｏｌｏｕｒ　−（ＣＨＩＬＤ　Ｃｏｔ、０ＵＲ（ｃｈｉｌｄ２）　−−Ｂｌｕｅ）？　Ｂｌｕｅ：　Ｏｒａｎｇｅ；ｂｒｅａｋ；ｃａｓｅ　ａｎｄ　：ｃｏｌｏｕｒ　−（（ＣＨＩＬＤ　Ｃｏｔ、０ＵＲ（ｃｈｉ　１ｄｌ）　−−Ｂｌｕｅ）　＆＆（Ｃ）Ｉｌｌ、Ｄ　Ｃ０ＬＯＵＲ（ｃｈｉｌｄ２）　−−Ｂｌｕｅ））？　Ｂｌｕｅ：　Ｏｒａｎｇｅ；ｂｒｅａｋ；ｃｏｌｏｕｒ　−（（ＣＨＩＬＩ）　ＣＯＩ、０ＵＲ（ｃｈｉｌｄｌ）　−−Ｂｌｕｅ）　ｌ　１（ＣＨＩＬＤ　Ｃ０ＬＯＵＲ（ｃｈｊｌｄ２）　−−Ｂｌｕｅ））？　Ｂｌｕｅ：　Ｏｒａｎｇｅ；ｂｒｅａｋ；ｃａｓｅ　ｘｏｒ　：ｃｏｌｏｕｒ　−（（ＣＨＩＬＩ）　ＣＯＩ、０ＵＲ（ｃｈｉｌｄｌ）　−−Ｂｌｕｅ）　−（ＣＨＩＬＤ　Ｃ０ＬＯＩＪＲ（ｃｈｊｌｄ２）　−−Ｂｌｕｅ））？　Ｂｌｕｅ：　Ｏｒａｎｇｅ；ｂｒｅａｋ；ｄｅｆａｕｌｔ　：ＭＳＧ　ＬＤｇ（−ＲＴＥＶＡＬ−〉Ｅｖａｌ　ｃｏｍｐｏｓｅ：　１ｎｖａｌ　ｊｄ　５ｖａｌｕｅ　％ｄ＼ｎ＋１ＳＥＸ　Ｐ（ｎｏｄｅ　ｐ−＞５ｖａｌｕｅ）；ｒｅｔｕｒｎ　ｃｏｌｏｕｒ；ｓｔａｔｉｃ　ＧｒａｐｈｉｃａｌＶａｌｕｅｃｏｍｐａｒｅ（ｆｌｏａｔ　ａ、　ｒｌｏａｔ　ｂ、　ｃｈａｒ　＊ｏｐｅｒａｔｏｒ、　ｆｌｏａｔ　＊ｐｃｔ　ｂｌｕｅ）ＧｒａｐｈｉｃａｌＶａｌｕｅ　ｒｅｔｖａｌ；ｒｅＬｖａｌ　 −Ｇｒｅｙ；５ｖＨｃｈ（ｏｐｅｒａｔｏｒ［０］）ｃａｓｅ　−Ｅ’：ｉｆ　（ｓｔｒｃａ＋ｐ（ｏｐｅｒａｔｏｒ、−ＥＱ−）　−０（ｒｅｔｖａｌ　−（ａ　＝　ｂ）　？　Ｂｌｕｅ　：　Ｏｒａｎｇｅ；＊ｐｃｔ　ｂｌｕｅ　 −（ａ　−−ｂ）　？　１．０：０．０；ｂｒｅａｋ；ｃａｓｅ　Ｇ′：ｉｆ　（ｓｔｒｃＩＩｌｐ（ｏｐｅｒａｔｏｒ、ｃＴ−）　−一　の　（ｒｅｔｖａｌ　−（ａ　＞ｂ）　？　Ｂｌｕｅ　：　Ｏｒａｎｇｅ；＊ｐｃｔ　ｂｌｕｅ　−ＭＩＮ（１，０，（１，０−（（ｂ　−ａ）／２．０））；ｅｌｓｅ　ｉｆ　（ｓｔｒｃｍｐ（ｏｐｅｒａｔｏｒ、　−ＧＥ−）−一の　（ｒｅｔｖａｌ　−（ａ　＞ｂ）　？　Ｂｌｕｅ　：　Ｏｒａｎｇｅ；＊ｐｃｔ　ｂｌｕｅ　− ）１１Ｎ（１，０，（１，０−（（ｂ　−ａ）／２．の））；ｂｒｅａｋ；ｅａＳｅ　Ｌ°：ｉｆ　（ｓｔｒｃｍｐ（ｏｐｅｒａｔｏｒ、−ＬＴ−）　−−０）　（ｒｅｔｖａｌ　−（ａ　ｃａｂ）？　Ｂｌｕｅ　：　Ｏｒａｎｇｅ；＊ｐｃｔ　ｂｌｕｅ　−ＭＩＮ（１，Ｑ、（１，０−（（ａ　−ｂ）／２．０）））；ｅｌｓｅ　ｉｆ　（ｓｔｒｃｍｐ（ｏｐｅｒａｔｏｒ、　”ＬＥ”）−の　（ｒｅｔｖａｌ　＝　（ａ　＜−ｂ）　？　Ｂｌｕｅ　：　Ｏｒａｎｇｅ；＊ｐｃｔ　ｂｌｕｅ　＝　ＭＩＮ（１，０，（１，０−（（ａ　−ｂ）／２．０）））：ｂｒｅａｋ；ｃａｓｅ　Ｎ°：Ｉｆ　（ｓｔｒｃａ＋ｐ（ｏｐｅｒａｔｏｒ、−ＮＥつｍ−の　（ｒｅｔｖａｌ　”　（ａｌ−ｂ）　？　Ｂｌｕｅ　：　Ｏｒａｎｇｅ；＊ｐｃｔ　ｂｌｕｅ　 −（ａｌ＝ｂ）？１．０：０．０゜ｂｒｅａｋ；／＊　ｐｅｒｃｅｎｔ　ｂｌｕｅ　１ｅｓｓ　ｔｈａｎ　ｚｅｒｏ　ｃａｎ　ｏｎｌｙ　ｈａｐｐｅｎ　ｆ’ｏｒ　ｖａｒｉａｂｌｅｓνｉｔｈ＊　ａ　５ｃａｌｅ　ｖａｌｕｅ　５ｅａｌ　Ｉｅｒ　ｔｈａｎ　ｔｈｅ　ａｃｔｕａｌ　ｖａｌｕｅ、　Ｉｆ　ｓｏ、　ｔｈｅ　ｃ。

ｏｕｒ＊ｖＩＩｌ　ｂｅ　ｇｒｅｙ。

零１ｉｆ（＊ｐｃｔ　ｂｌｕｅ　＜　０．０）ｒｅｔｖａｌ　−Ｇｒｅｙ；Ｉｆ　（ｒｅｔｖａｌ　＝　Ｇｒｅｙ）＊ｐｃｔ　ｂｌｕｅ　−−１，０；ｒｅｔｕｒｎ　ｒｅｔＶａｌ；ｓｔａｔｉｃ　ＧｒａｐｈｉｃａｌＶａｌｕｅＥｖａｌ　ｄｉｓｃｒｅｔｅ　ｏｂｊｅｃｔ（ｎｏｄｅ　ｐｉ　ｎｏｄｅ　ｐ、　５ｔｒｕｃｔ　０ｂｊｃｅｔｌｎｆｏ　ｄｓ　＊　ｏｆ）ＧｒａｐｈｉｃａｌＶａｌｕｅ　ｃｏｌｏｕｒ；１’ １ｏａｔ　ｔｅａ＋ｐ　ｒ、　ｔｅａｐｌ　ｒ、　ｔｅＩＩｌｐ２　ｒ、　ｔｅａｐ３　ｒ；／＊　Ｔｅ５ｔ　ｆｏｒ　ｂａｄ　ｄａｔａ、　Ｄｅｖｉａｔｉｏｎｓ　ｈａｖｅ　ｔｈｒｅｅ　ｖａｌｕｅｓ：　＊　／ｉｆ　（ＤＲＡＭ　ＯＢＪ　Ｐ（ｎｏｃｌｅ　ｐ）−〉ｔｙｐｅ　−ＤＩＧ　ＦＵＮＣｏｂｊ　＆＆（ｎｏｄｅ　ｐ−＞ｃｈｉｌｄｒｅｎ　１ｉｓｔ−−ＮＵＬＬ　ｌ　ｌＬａ　ＩＴＥＭ　ＣＮＴ（ｎｏｄｅ　ｐ−：ｑｈｉｌｄｒｅｎ　１ｉｓｔ）！−３１ＩＬＤ　ｌ５Ｂａｄ（ｏｆ−＞脳ｖａｒ２−＞Ｖａｌｕｅ　ｆ）　Ｉ　１１、ＤｌｓＢａｄ（ｏｆ−＞Ｍｏｄｖａｒ３−〉Ｖａｌｕｅ　ｆ）））　（ｏｌ−＞ＰｅｒｃｅｎｔＢＩｕｅ　ｆｌ−−１，０ｒｅｔｕｒｎ　Ｇｒｅｙ：ｌ＊＾ｃｏｍｐａｒｉｓｏｎ　ｈａｓ　ｔｗｏ　ｖａｌｕａｓ：　＊／ｉｆ（ＤＲＡＭ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−＞ｔｙｐｅ　−−ＣＯＭＰＡＲＥ　ｏｂｊ　＆＆Ｌｌ）　ｌ５Ｂａｄ（ｏｉ−＞恥ｄｖａｒ２−＞Ｖａｌｕｅ　ｆ’）ｒｅｔｕｒｎ　Ｇｒｅｙ；／＊　Ｂｕｔ　ａｌｌ　ｏｂｊｅｃｔｓ　ｈａｖｅ　ａ　ｆｉｒｓｔ　ｖａｌｕｅ：　＊／ｉｆ　（ＬＤ　ｌ５Ｂａｄ（ｏｆ−＞Ｍｏｄｖａｒｌ−＞Ｖａｌｕｅ　ｆ）ｒｅｔｕｒｎ　ａｒｅｙ：５ｗ１ｔｃｈ　（ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−＞ｔｙｐｅ）ｃａｓｅ　ＤＩＧ　ＶＡＲｏｂｊ：ｃａｓｅ　ＤＩＧ　ＶＡＲ）ＬＡＴＣＨＥＤ　ｏｂｊ：ｃａｓｅ　５ＴＥＰ　ｏｂｊ　：１ｆ（ｏｆ−〉）ｋｘｌｖａｒｌ−＞Ｖａｌｕｅ　ｒ−０，０）ｃｏｌｏｕｒ　 −Ｏｒａｎｇｅ；１ｓｅｃｏｌｏｕｒ　−Ｂｌｕｅ：ｂｒｅａｋ；ｃａｓｅ　ＤＴ　ｏｂｊ　：ｉｆ　（ｏｆ−＞脳ｖａｒｌ−〉５ｃａｌｅ　ｒ　＝　０．０）ｃｏｌｏｕｒ　＝　Ｏｒａｎｇｅ。

１ｓｅｃｏｌｏｕｒ　−Ｂｌｕｅ；ｏｉ−〉ＰｅｒｃｅｎｔＢＩｕｅ　［１−（ｏｆ−＞Ｍｏｄｖａｒｌ−＞Ｖａｌｕｅ　ｒ）；ｂｒｅａｋ；ｃａｓｅ　ＤＩＧ　ＦＵＮＣｏｂｊ：ｉｆ　（（ｎｏｄｅ　ｐ−＞ｃｈｉｌｄｒｅｎ　１１ｓｔ　！　−ＮＯ比）＆＆ＳＥＸ　Ｐ（ｎｏｄｅ　ｐ）−＞５ｖａｌｕｅ　−−ｄｅｖ　＆＆ＬＪＩＩＴＥＭ　ＣＮＴ（ｎｏｄｅ　ｐ−＞ｃｈｉｌｄｒｅｎ　１ｉｓｔ）−３）ｉｆ（ｏｆ −＞Ｍｏｄｖａｒｌ−＞５ｃａｌｅ　ｒ　−−０，０１１ｏｆ−：＞Ｍｏｄｖａｒ２−＞５ｃａｌｅ　ｒ　＝　０．０１ｏｉ−：＞）ｋｘｌｖａｒ３−＞５ｃａｌｅ　ｒ−０，０ｔｅｍｐｌ　ｒ　−ｔｅａｐ２　ｒ　−ｔｅＩＩｐ３　ｒ−０，０；ｏｆ−＞ＰｅｒｃｅｎｔＢＩｕｅ　ｆｌ　＝　−１，０；ｃｏｌｏｕｒ　 −Ｇｒｅｙ；ｂｒｅａｋ；ｔｅａ＋ｐｌ　ｒ　−ｏｆ−＞Ｍｏｃｌｖａｒｌ−＞Ｖａｌｕｅ　ｒｌｏｊ−Ｍｏｄｖａｒｌ−＞５ｃａｌｅ　ｆ’；ｔｅｌｌｐ２１’　−ｏｆ−＞Ｍｏｄｖａｒ２−＞Ｖａｌｕｅ　ｆｌｏｉ−Ｍｏｄｖａｒ２−＞５ｃａｌｅｆ；ｔｅａｐ３　ｆ　−ｏｆ−＞脳ｖａｒ３−＞Ｖａｌｕｅ　ｆｌｏｉ−に４ｏｄｖａｒ３−＞５ｃａｌｅ　ｆ：汀（ｆａｂｓ（ｔｅｍｐｌ　ｒ　−ｔｅａｋｐ２　ｆ）＞　ｔｅｍｐ３　ｒ）ｃｏｌｏｕｒ　−Ｂｌｕｅ；ｅｌｓｅｃｏｌｏｕｒ　”　Ｏｒａｎｇｅ；Ｈ’　（Ｌｅａｐ３　ｆ！−０，０（ｔｅｍｐ　ｆ−ｆａｂｓ（ｔｅＪｐｔ　ｒ　−Ｌｅａｐ２　ｆ）／１ａｂｓ（ｔｅｉｐｓ　ｆ）；ｉｆ　（ｔｅｍｐ　ｆ　＞　１．０）ｔ＠ｐ　ｆ−１，０；ｉｆ　（ｔｅ！Ａｐ　ｆｊ−Ｏｆ−＞ＰｅｒｃｅｎｔＢＩｕｅ　ｆｌ）　（ｏｆ −＞ＰｅｒｃｅｎｔＢｌｕｅ　［１−Ｌｅａｐ　ｆ；ｏｆ−：ＴＣｈａｎｇｅｄＬｉｖｅＤａｔａ　Ｉｂ　＝　ｌ；）　ｅｌｓｅ　（ｏｆ−＞ＰｅｒｃｅｎｔＢＩｕｅ　［１−−１，０；ｃｏｌｏｕｒ　−Ｇｒｅｙ；ｂｒｅａｋ；ｃａｓｅ　ＣＯＭＰＡＲＥ　ｏｂｊ　：１ｆ（ｏｉ−＞汝拓ｖａｒｌ−＞５ｃａｌｅ　ｒ−０，Ｏｌ　１ｏｆ−＞Ｍｏｄｖａｒ２−＞５ｃａｌｅ　ｒ　−−０，０）　ｆｔωｐｉ　ｒ　−Ｌｅａｐ２　ｒ　−０，０：ｃｏｌｏｕｒ　−Ｇｒｅｙ；ｂｒｅａｋ；ｔｅＩｇｐｌ　ｒ　ｑｉ−＞）ｋｘｌｖａｒｌ−＞Ｖａｌｕｅ　ｆｌｏｆ−＞１４ｏｄｖａｒｌ−〉５ｃａｌｅ　ｒ；ｔｅＩｌｐ２　ｆ　−０ｉ−＞Ｍｏｄｖａｒ２−＞Ｖａｌｕｅ　ｆｌｏｉ−＞）ｈｌｖａｒ２−＞５ｃａｌｅ　ｆ；ｃｏｌｏｕｒ　−ｃｏａｐａｒｅ（ｔｅｉｐｌ　ｆ、　Ｌｅａｐ２　ｆ、　ｏｆ−＞Ｍｏｄｖａｒ３−＞Ｎａｇｅ　ｃ、　＆ｔｅｍｐ　ｆ）；ｉｆ（ｔｅｍｐ　ｆ！−ｏｆ−＞ＰｅｒｃｅｎｔＢｌｕｅ　ｆｌ）　（ｏｆ−＞ＰｅｒｃｅｎｔＢＩｕｅ　ｆｌ　−ｔｅｍｐ　ｒ；ｏｆ−：＜ｈａｎｇｅｄＬｉｖｅＤａｔａ　Ｉｂ　−１；ｂｒｅａｋｋ；ｃｔｅｒａｕ＋ｔ；ＭＳＧ　Ｌｏｇ（−ＴｉＴＥＶＡＬ−＞Ｅｖａｌ　ｄｉｓｃｒｅｔｅ：　Ｉｎｖａｌｉｄ　ｏｂｊｅｃｔ　ｔｙｐｅ（ｓｖ：％ｄＸｎ”。

ＳＥＭ　Ｐ（ｎｏｄｅ　ｐ）−＞５ｖａｌｕｅ）　；ｒｅｔｕｒｎ　ｃｏｌｏｕｒ；ｓｔａｔｉｃ　ｎｏｄｅ　ｐｔＥｖａｌ　ｏｂｊｅｃｔ　（ｎｏｄｅ　ｐｔ　ｎｏｄｅ　ｐ）ｉｎｔｉ；５ｔｒｕＣｔ　ＤｉｓｐｌａｙＢａｓｅ　＊ｎｅｗｏｂｊ；５ｔｒｕｃｔ　０ｂｊｅｃｔｌｎｆｏ　ｄｓ　＊　ｃｕｒ、＊　Ｉｅｒｔｌｉｎｅ、　＊　ｒｊｇｈｔｌｉｎｅ：Ｏｂｊ　Ｔｙｐｅ　ｔｙｐｅ；ＧｒａｐｈｉｃａｌＶａｌｕｅ　ｃｏｌｏｕｒ；［（ｎｏｄｅ　ｐ　−−ＮＵＩＩ）　（ＭＳＧ　Ｌｏｇ（−ＮＵＬＬ　ｎｏｄｅ　ｐ　ｉｎ　ｅｖａｌ　ｏｂｊｅｃｔ＼ｎ′）；ｒｅｔｕｒｎ；ｉｆ　（ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−ＮＵＬＬ）　／　＊　Ｎｏ　ｄｒａｖｏｂｊｅｃｔ　ｍｅａｎｓ　＊ｒｅｔｕｒｎ　ｎｏｄｅ　ｐ；　／　＊　ｎｏ　ａｃｔｉｏｎ　＊　／ｎｅｖｏｂｊ　＝　ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−閥１ｓｃｒｅｔｅ　ｐ；ｃｕｒ　−＆ｎｅｗｏｂｊ−〉Ｏｂｊ［０コ　／　＊　Ｔｈｅ　ｏｂｊｅｃｔ　１ｔｓｅｌｒ　＊Ｉｅｆｔｌｉｎｅ　−＆ｎｅｖｏｂｊ−ｘｂｊ［：１］；　／　＊　Ｔｈｅ　１ｅｆｔ　ｈａｎｄ　ｌ１ｎｅｐａｒｔ　＊ｒｉｇｈｔｌｉｎｅ−＆ｎｅｖｏｂｊ−〉Ｏｂｊ［２］；　／　＊　Ｔｈｅ　ｒｉｇｈｔ　ｈａｎｄ　ｌ１ｎｅｐａｒｔ＊／５ｗ１ｔｃｈ　（ＤＲＡνＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−＞ｔｙｐｅ）ｃａｓｅ　ＤＩＧ　ＶＡＲｏｂｊ：ｃａｓｅ　ＤＩＧ　ＭＡＲＨＡＴＣＨＥＤ　ｏｂｊ　：ｃａｓｅ　５ＴＥＰ　ｏｂｊ：ｃａｓｅ　ＤＴ　ｏｂｊ：ｃａｓｅ　ＤＩＧ　ＦＵＮＣｏｂｊ：ｃａｓｅ　ＣＯＭＰＡＲＥ　ｏｂｊ　：ｃｏｌｏｕｒ　−Ｅｖａｌ　ｄｉｓｃｒｅｔｅ　ｏｂｊｅｃｔ（ｎｏｄｅ　ｐ、　ｃｕｔ）；ｂｒｅａｋ；ｃａｓｅ　ＨＩＤＤＥＮ　ｏｂｊ：ｃｏｌｏｕｒ　−Ｅｖａｌ　５ｕｂｔｒｅｅ（ｎｏｄｅ　ｐ）；ｂｒｅａｋ；ｃａｓｅ　ＣＯＭＰＯ３Ｅ　ｏｂｊ　；ｃｏｌｏｕｒ　−Ｅｖａｌ　ｃｏｍｐｏｓｅ（ｎｏｄｅ　ｐ）　；ｂｒｅａｋ；ｄｅｆａｕｌｔ：ＭＳＧ　Ｌｏｇ（−１？ＴＥＶＡＬ−＞Ｅｖａｌ　ｏｂｊｅｃｔ：　Ｉｎｖａｌｉｄ　ｏｂｊｅｃｔ　ｔｙｐｅ　（Ｓｖ：％ｄ）＼ｎ”。

ＳＥＭＰ（ｎｏｄｅ　ｐ）−＞５ｖａｌｕｅ）；１４（ｃｕｒ−）Ｃｏｌｏｕｒ　ｊ”　ｃｏｌｏｕｒ）　ｆｃｕｒ−）ＣＯｌｏｕｒ　−ｃｏｌｏｕｒ；ｃｕｒ −）ｃｈａｎｇｅｃｌＬｉｖｅＤａｔａ　ｌｂ　−１：ｒｅｔｕｒｎ　ｎｏｄｅ　ｐ：ｓｔａｔｉｃ　ＧｒａｐｈｌｃａｌＶａｌｕｅＥｖａｌ　Ｉｖａｒ　（ｎｏｄｅ　ｐｔ　ｍｏｄｅ　ｐ、　ＧｒａｐｈｉｃａｌＶａｌｕｅ　ｓｔａｔｅｍｅｎｔ　ｃｏｌｏｕｒ）１ｎＮ；ｆｌｏａｔ　ｔｅＩｍｐ　ｌ’；５ｔｒｕｃｔ　ＤｉｓｐｌａｙＢａｓｅ　＊　ｎｅｗｏｂｊ：５ｔｒｔｌＣ１ｄｔｓｐｃａ＋ｃ　Ｉｖａｒ　＊　Ｉｖａｒ　ｏｂｊｅｃｔ；５ｔｒｕｃｔ　０ｂｊｅｃｔｌｎｆｏ　ｄｓ　＊ｃｕｒ、＊ｌｅｆ’ｔｌｉｎｅ；Ｏｂｊ　Ｔｙｐｅ　ｔｙｐｅ；ＧｒａｐｈｉｃａｌＶａｌｕｅ　ｃｏｌｏｕｒ、　１ｅｆｔ　ｃｏｌｏｕｒ；ｉｆ　（ｎｏｄｅ　ｐ　−−＋ＪＵｕ、）　ＩＭＳＧＬｏｇ（”ＮＩＪＩＩ　ｎｏｃｌｅ　ｐ　Ｉｎ　ｅｖａｌ　ＩＶＪＩ八ｎつへｒｅｔｕｒｎ：ｉｆ　（ＰＡＲ３Ｅ　Ｐ（ｎｏｄｅ　ｐ）−＞ｔｏｋ　ｓｅａ　ｐ−、ｖａｒｔｙｐｅ　ｊ−ｄｉｇｉｔａｌ）ｒｅｔｕｒｎ：　／＊　ｗｅ　ｏｎｌｙ　ｃｏｌｏｕｒ　ｄｉｇｉｔａｌ　ｖａｒｉａｂｌｅｓ　＊／Ｉｖａｒ　ｏｂｊｅｃｔ　 −（ｓｔｒｕｃｔ　ｄｉｓｐｃａｌｃ　Ｉｖａｒ＊　）ＤＲＡνＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）：ｎｅｖｏｂｊ　−ｔｖａｒ　ｏｂｊｅｃｔ−＞Ｉｖａｒｂａｓｅ；ｃｕｒ　−＆ｎｅｖｏｂｊ−〉ｏｂｊ［０］；　／＊　Ｔｈｅ　ｏｂｊｅｃｔ　１ｔｓｅｌｒ　零１ｌｅｆｔｌｉｎｅ　−＆ｎｅｖｏｂｊ−ｘｂｊ［ｌ］；　／＊　Ｔｈｅ　１ｅｆｔ　ｈａｎｄ　Ｉｊｎｅｐａｒｔ　＊／１ｆ　（ＬＤ　ｌ５Ｂａｄ（ｃｕｒ−＞Ｍｏｄｖａｒｌ−＞Ｖａｌｕｅ　ｆ））　（ｃｏｌｏｕｒ　−Ｇｒｅｙ；ｌ　ｅｌｓｅ　［１ｆ（ｃｕｒ−Ｈｏｄｖａｒｌ−＞Ｖａｌｕｅ　ｆ−−０，０）ｃｏｌｏｕｒ　 ”　Ｏｒａｎｇｅ；１ｓｅｃｏｌｏｕｒ　−Ｂｌｕｅ；ｉｆ　（ｃｏｌｏｕｒ　ｌ−ｃｕｒ−）ｃｏｌｏｕｒ）　（ｃｕｔ→伽１ｏｕｒ　”　ｃｏｌｏｕｒ；ｃｕｒ−＞ｃｈａｎｇｅｄＬｉｖｅＤａｔａ　ｌｂ　−１；ｉｆ　（ｓｔａｔｅａ＋ｅｎｔ　ｃｏｌｏｕｒ　−−ｃｕｒ−）ｃＯｌｏｕｒ）ｌｅｆｔ　ｃｏｌｏｕｒ　−ｃｕｒ−＝ａｌｏｕｒ；１ｓｅｌｅｆｔ　ｃｏｌｏｕｒ　＝　Ｇｒｅｙ；ｉｆ’　（Ｉｅｌ’ｔ　ｃｏｌｏｕｒ！　−１ｅｒｔｌｉｎｅｒ−）ｃｏｌｏｕｒ）　（Ｉｅｆｔｌｉｎｅ−）Ｃｏｌｏｕｒ　−ｃｏｌｏｕｒ；Ｉｅｆｔｌｉｎｅ−：＜ｈａｎｇｅｄＬｌｖｅＤａｔａ　ｌｂ　−１；ｒｅｔｕｒｎ　ｃｏｌｏｕｒ；ｄｅｓｃｒｉｂｅ　ｎｏｄｅ（Ｉｎｔ　５ｖａｌｕｅ、　ｃｈａｒ　＊　ｗｅ）ｓｔａｔｉｃ　ｃｈａｒ　ｂｕｆ［１００］；ｉｆ　（ｎａｍｅ［０］　−−− ＜’＆＆　５ｖａｌｕｅ　＞　３２　＆＆　５ｖａｌｕｅ　＜　１２８）ｓｐｒｌｎｔｆ　（ｂｕｒ、　”％ｄ（−％ｃ’）、　５ｖａｌｕｅ、　５ｖａｌｕｅ）；１ｓｅｓｐｒｉｎｔｆ（ｂｕｆｌ″％ｄ（−％ｓ’）、　５ｖａｌｕｅ、　ｎｕｅ）；ｒｅｔｕｒｎ　ｂｕｔ；５ｔａｔｊｃ　ＧｒａｐｈｊｃａｆｆａｌｕｅＥｖａｌ　１ｅｆｔ　１ｉｎｅｓ（ｎｏｄｅ　ｐｔ　ｎｏｄｅ　ｐ、　ｊｎｔ　ｐａｒｅｎｔ　５ｖａｌｕｅ）ｊｎｔｉ；ｉｎｔ　５ｖａｌｕｅ：５ｔａｔｉｃ　ｊｎｔ　ｄｅｐｔｈ　＝　０；５ｔａｔｉｃ　ＧｒａｐｈｉｃａｌＶａｌｕｅ　５ｔａｔｉｃ　ｃｏｌｏｕｒ；／＊　ａｕｔｏ＊／ＧｒａｐｈｉｃａｌＶａｌｕｅ　ｃｕｒ　ｃｏｌｏｕｒ：／＊　ａｕｔｏ＊／ＧｒａｐｈｌｃａｌＶａｌｕｅ　ｏｌｄ　ＩｅｆＬ　ｃｏｌｏｕｒ、　ｏｌｄ　ｒｉｇｈｔ　ｃｏｌｏｕｒ；５ｔｒｕｃｔ　ｖｌｓｐｒａｙＢａｓｅ　ネｎｅｗｏｂｊ：５ｔｒｕｃｔ　０ｂｊｅｃｔｌｎｆｏ　ｄｓ＊ｃｕｒ４１ｅｆｔｌｉｎｅ、　＊ｒｉｇｈｔｌｉｎｅ；／＊　Ｃａ１ｌ　Ｅｖａｌ　！１ｎｅｓ（ｎｏｄｅ　ｐ、−５００）　ｔｏ　１ｎｉｔ　５ｔａｔｉｃ　ｃｏｌｏｕｒ、　Ｗｅ　ｎｅｅｄ　ａ　ｂｅｔｔｅｒ　＊／／＊　ａ＋ｅｃｈａｎｉｓｍ　ｆｏｒ　ｔｈｉｓ。

＊ｌ汀　（ｐａｒｅｎｔ　５ｖａｌｕｅ　−−−５００）　（ｓｔａｔｉｃ　ｃｏｌｏｕｒ　−Ｂｌｕｅ；ｉｆ　（ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）　＝　ＮＵＬＬ）　／　＊　Ｗｅ　ｉｇｎｏｒｅｎｏｎ−ｄｒａｗｉｎｇ　ｏｂｊｅｃｔｓ　＊／　ｒｅｔｕｒｎ；５ｖａｌｕｅ　−ＳＥＭ　Ｐ（ｎｏｄｅ）−〉５ｖａｌｕｅ；１ｆ（ｓｖａｌｕｅ　−−ｏｒ　＆＆　ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−＞ｈｉｄｄｅｎ　！−の５ｖａｌｕｅ　−０；　／＊　ｔｒｅａｒｔ　ｈｉｄｄｅｎ　ａｓ　ｄｉｓｃｒｅｔｅ　ｏｂｊｅｃｔ＊ｌｎｅｗｏｂｊ　−ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−）ｄｉｓｃｒｅｔｅ　ｐ；ｃｕｒ　−＆ｎｅｖｏｂｊ−）ｏｂｊ［０］；　／＊　Ｔｈｅ　ｏｂｊｅｃｔ　１ｔｓｅｌｆ　＊／Ｉｅｆｔｌｉｎｅ　＝　＆ｎｅｗｏｂｊ−〉Ｏｂｊ［１］；　／ネＴｈｅ　１ｅｆｔ　ｈａｎｄ　１ｉｎｅｐａｒｔ　＊／ｒｉｇｈｔｌｉｎｅ　−＆ｎｅｗｏｂｊ−）Ｏｂｊ［２］；　／＊　Ｔｈｅ　ｒｉｈｇｔ　ｈａｎｄ　ｌ１ｎｅｐａｒｔ　＊／Ｉｆ　（ｒａｔｅｖａｌ　ｄｅｂｕｇ　＆　ＤＥＢＵＧ　ＬＩＮＥＳ）ＭＳＧ　ｔｏｇ（−％＊　ｓ　Ｐｒｅ：　０ｂｊｅｃｔ　％ｓ　ｃｏｌｏｕｒ　％ｓ　ｐｅｎ　％ｓ＼１ｅｆｔ％ｓ　ｒｉｇｈｔ％５ｎ− ２本ｄｅｋｐｔｈ＋１．−’＋５ｄｅｓｃｒｉｂｅ　ｎｏｄｅ（ｓｖａｌｕｅ、　ｃｕｒ−＞ｌ＋ｈｌｖａｒｌ− ＞Ｎａａｅ　ｃ）ｆｏｎｇａｔ　ｃｏｌｏｕｒ（ｃｕｒ−吻Ｉｏｕｒ）。

ｆｏｒｌｌａｔ　ｃｏｌｏｕｒ（ｓｔａｔｉｃ　ｃｏｌｏｕｒ）。

ｆ’ｏｒｍａｔ　ｃｏｌｏｕｒ（Ｉｅｆｔｌｉｎｅ−心１ｏｕｒ）。

ｆｏｒＩｌａｌ　ｃｏｌｏｕｒ（ｒｉｇｈｔｌｌｎｅ−：０１ｏｕｒ））；／本ｐｒｅ　ａｃｔｉｏｎ＊１０１ｄ　１ｅｆｔ　ｃｏｌｏｕｒ　−１ｅｆｔｌｉｎｅ−：６１ｏｕｒ；　／＊　ｒｅｍｅｍｂｅｒ　ｔｈｅ　ｃｏｌｏｕｒｓ　＊１０１ｄ　ｒｉｇｈｔ　ｃｏｌｏｕｒ　”　ｒｉｇｈｔｌｉｎｅ−〉Ｃｏ１ｏｕｒ；　／本ｏｎ　ｔｈｅ　５ｔａｃｋ＊１ｌｅｆｔｌｉｎｅ−）ｃｏｌｏｕｒ−ｓｔａｔｉｃ　ｃｏｌｏｕｒ；１ｆ　（ｓｖａｌｕｅ！　−ｏｒ　＆＆　５ｖａｌｕｅ　！　−ｘｏｒ）　ｉｒｉｇｈｔｌｉｎｅ−〉Ｃｋｌｏｕｒ　−１ｅｒｔｌｉｎｅ−〉ＣｏＩｏｕｒ；ｉｆ　（ｃｕｒ−〉Ｃｏ１ｏｕｒ　−−Ｏｒａｎｇｅ　＆＆　１ｅｆｔｌｉｎｅ−〉ＣｏＩｏｕｒ　−−Ｂｌｕｅ）ｒｉｇｈｔｌｉｎｅ−）ｃＯｌｏｕｒ　−Ｏｒａｎｇｅ；ｉｆ’　（ｃｕｒ−）ＣＯｌｏｕｒ　−Ｇｒｅｙ）ｒｉｇｈｔｌｉｎｅ−）ｃＯｌｏｕｒ−Ｇｒｅｙ；ｉｆ　（ｓｖａｌｕｅ　＝　ｘｏｒ　＆＆５ｔａｔｉｃ　ｃｏｌｏｕｒ　−Ｏｒａｎｇｅ　＆＆ｃｕｒ−）ｃＯｕｌｏｕｒ　−−Ｂｌｕｅ）　（ｃｕｒ−）ｃｏｌｏｕｒ　−Ｏｒａｎｇｅ：ｃｕｒ−）ｃｈａｎｇｅｄＬｉｖｅＤａｔａ　ｌｂ　−１；ｉｆ　（ｓｖａｌｕｅ　−−ｄｔ　＆＆　５ｔａｔｉｃ　ｃｏｌｏｕｒ　ｊ″　Ｇｒｅｙ）　（ｓｔａｔｉｃ　ｃｏｌｏｕｒ　−ｃｕｒ−横１ｏｕｒ；ｒｉｇｌｌｔｌｉｎｅ−）Ｃｏｌｏｕｒ　−５ｔａｔｉｅ　ｃｏｌｏｕｒ；ｃｕｒ　ｃｏｌｏｕｒ　”　５ｔａｔｔｃ　ｃｏｌｏｕｒ；　／＊　５ａｖｅ　ｔｈｅ　ｖａｌｕｅ　ｏｎ　ｔｈｅ　５ｔａｃｋ　＊／ｉｆ　（ｓａｖａｌｕｅ　− −■）　［婁１ｆ’ｄｅｆ　ＮｏｔＤｅｆ１ｆ　（ｓｔａｔｉｃ　ｃｏｌｏｕｒ　！　−Ｇｒｅｙ）ｓｔａｔｉｃ　ｃｏｌｏｕｒ　−Ｂｌｕｅ；１ｓｅｃｕｒ−＞５ｔａｔｉｃ　ｃｏｌｏｕｒ　−Ｇｒｅｙ：＄ｅｌｓｅｓｔａｔｉｃ　ｃｏｌｏｕｒ　−Ｂｌｕｅ婁ｅｎｄｉｆｉｆ　（ｎｏｄｅ　ｐ−）ｃｈｉｌｄｒｅｎ　１ｉｓｔ！　−ＮＵＬＬ）　＆＆（！Ｌａ　ＬＩＳＴ　ＥＭＦｒＹ（ｎｏｄｅ　ｐ−＞ｃｈｉｌｄｌｒｅｎ　１ｉｓｔ）　）Ｌａ　Ｇｏｔｏｌｔｅｉ（ｎｏｄｅ　ｐ−：＜ｈｉｌｄｒｅｎ　１ｉｓｔ、　ＦＩＲ３Ｔ）；ＦＯＲ（１＝　Ｌ；ｉｃ　−Ｌａ　ＩＴＥＭ　ＣＮＴ（ｎｏｄｅ　ｐ−〉Ｃｈｉｌｄｒｅｎ　１ｉｓｔ）；１＋＋）　ｆｄｅｐｔｈ＋＋；（ｖｏｉｄ）　Ｅｖａｌ　１ｅｆｔ　１ｉｎｅｓ（ＬＪＤＡＴＡ　Ｐ（ｎｏｄｅ　ｐ−ｚｈｉｌｄｒｅｎ　１ｉｓｔ）、５ｖａｌｕｅ）；　ｄｅｐｔｈ−；汀（ｓｖａｌｕｅ　＝　ｏｒ）ｓｔａｔｉｃ　ｃｏｌｏｕｒ　”　ｃｕｔ　ｃｏｌｏｕｒ；Ｌａ　Ｎｅｘｔｌｔｅｍ　（ｎｏｄｅ　ｐ−＞ｃｈｉｌｄｒｅｎ　１ｉｓｔ）；＃　ｐｏｓｔ　ａｃｔｉｏｎ　ｌ／５ｉｆｄｅｆ　ＮｏＬ［）ｅｒ汀　（（ｓｖａｌｕｅ　−−−ｆｔ’）　＆＆　（ｃｕｒ　ｃｏｌｏｕｒ　−− Ｏｒａｎｇｅ））Ｓｔａｔｉｃ　ｃｏｌｏｕｒ　−Ｏｒａｎｇｅ；ｅｔ　５ｅｉｆ　（（ｓｖａｌｕｅ　−−婁’）　＆＆　（ｓｔａｔｔｃ　ｃｏｌｏｕｒ− Ｇｒｅｙ）　＆＆　（ｃｕｒ　ｃ。

１ｏｕｒ　Ｉ　＝　Ｇｒｅｙ）！１ｉｔａｔｉｃ　ｃｏｌｏｕｒ　−ｃｕｒ　ｃｏｌｏｕｒ；１ｔｅｎｄｉｆｉｆ’（ｃｕｒ　ｃｏｌｏｕｒ　−−Ｇｒｅｙ）Ｓｔａｔｉｃ　ｃｏｌｏｕｒ　 −Ｇｒｅｙ：ｉｆ　（ｒｔｅｖａｌ　ｄｅｂｕｇ　＆　ＤＥＢＵＧ　Ｌｌ）ＪＥＳ）ＭＳＧ　Ｌｏｇ（−％＊　ｓ　Ｐｏ５ｔ：　０ｂｊｅｃｔ％ｓ　ｃｏｌｏｕｒ　％ｓ　ｐｅｎ　％ｓ　１ｅｆｔ％ｓ　ｒ１ｇｈｔ％ｓｎ” ２＊　ｄｅｐｔｈ＋１ｄｅｓｃｒｉｂｅ　ｎｏｄｅ（ｓｖａｌｕｅ、　ｃｕｒ−＞ＭｏｄｖａｒＬ−＞ＮａＩＩｅ　ｃ）ｆｏｎｇａｔ　ｃｏｌｏｕｒ（ｃｕｒ−）ｃｏｌｏｕｒ）ｌｆｏｒｍａｔ　ｃｏｌｏｕｒ（ｓｔａｔｉｃ　Ｃｏ１ｏｕｒ）ｅｆｏｎａａｔ　ｃｏｌｏｕｒ（Ｉｅｆｔｌｉｎｅ−）ＣＯＩｏｕｒ）。

１ｆ（（ｐａｒｅｎｔ　５ｖａｌｕｅ　−−ａｎｄ　ｌ　ｌ　ｐａｒｅｎｔ　５ｖａｌｕｅ　−−ｆｏｒ　Ｉ　ｌａｒｅｎｔｓｖａｌｕｅ　−−５００）＆＆　ｃｕｒ−窃Ｉｏｕｒ−Ｏｒａｎｇｅ　＆＆　５ｔａｔｉｃ　ｃｏｌｏｕｒ　−ＢｌｕｅＳｔａｔｉＣｃｏｌｏｕｒ　−ｏｒａｎｇｅ；ｉｆ　（ｏｌｄ　１ｅｆｔ　ｃｏｌｏｕｒ　ｌ　−１ｅｆｔｌｉｎｅ−心Ｉｏｕｒ）ｌｅｆｔｌｉｎｅ−＞ｈａｎｇｅｄＬｉｖｅＤａｔａ　Ｉｂ　−１；ｉｆ　（ｏｌｄ　１ｅｆｔ　ｃｏｌｏｕｒ　Ｉ　−ｒｉｇｈｔｌｉｎｅ−）ｃＯｌｏｕｒ）ｒｉｇｈｔｌｉｎｅ−）ＣｈａｎｇｅｄＬｉｖｅＤａｔａ　ｌｂ　−１；ｒｅｔｕｒｎ　５ｔａｔｉｃ　ｃｏｌｏｕｒ；ｓｔａｔｔｃ　ｖｏｉｄｃｏｐｙ　ｈｉｄｄｅｎ　ｃｏｌｏｕｒｓ（ｎｏｄｅ　ｐｔ　ｎｏｄｅ）ｎｏｄｅ　ｐｉ　ｒｌｇｈｔｃｈｉ　ｌｄ；５ｔｒｕｃｔ　ＤｉｓｐｌａｙＢａｓｅ　＊　５ｕｂａｔｒｅｅ　ｏｂｊ、＊　ｈｉｄｄｅｎ　ｏｂｊ、＊　ｃｈｌｌｄｏｂｊ；５ｔｒｕｃｔ　０ｂｊｅｃｔｌｎｒｏ　ｄｓ　ｂｈｉｌｄｒｉｇｈｔｌｉｎｅ；ｉｆ　（ｒｔｅｖａｌ　ｄｅｂｕｇ　＆　ＤＥＢＵＧ　Ｎ０ＣＯＰＹＩＩＩＤＤＥＮ）ｒｅｔｕｒｎ；ｈｉｄｄｅｎ　ｏｂｊ　−ＤＲＡνＯＢＪ　Ｐ（ｎｏｄｅ−）ｄｉｓｃｒｅｔｅ　＋）；ＳｗａｐＨｌｄｄｅｎ（ｎｏｄｅ）　；５ｕｂｔｒｅｅ　ｏｂｊ　−ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ）−閥１ｓｃｒｅｔｅ　ｌ）；ＳｗａｐＨｉｄｄｅｎ（ｎｏｄｅ）　；ｉｆ　（ＤＲＡＭ　ＯＢＪ　Ｐ（ｎｏｄｅ）−＞ｔｙｐｅｌ　−ＨＩＤＤＥＮ　ｏｂｊ）ＭＳＧ　Ｌｏｇ（”　００７ｃｏｐｙ　ｈｉｄｄｅｎ　ｃｏｌｏｕｒｓ：　ｎｏ　ｈｉｄｄｅｎ　ｉｔｅｍ　ａｔｔｏｐ　ｏｆ　ｔｒｅｅｌ　’Ｖ１１ｎつ；ｉｆ　（ｓｕｂｔｒｅｅ　ｏｂｊ−：＜ｂｊ［１］、Ｃｏ１ｏｒ　Ｉ　−ｈｉｄｄｅｎ　ｏｂｊ−ｘｂｊ［１］、Ｃｏ１ｏｕｒ）ｓｕｂｔｒｅｅ　ｏｂｊ−ｘｂｊ［１］、ＣｈａｎｇｅｄＬＩｖｅＤａｔａ　ｌｂ　−１；５ｕｂｔｒｅｅ　ｏｂｊ−ｘｂｊ［１］、Ｃｏ１ｏｕｒ　＝　ｈｉｄｄｅｎ　ｏｂｊ−）Ｏｂｊ［ｌ］、ｃｏｌｏｕｒ）　；ｉｆ　（ｓｕｂｔｒｅｅ　ｏｂｊ−）ｏｂｊ［２］、Ｃｏ！ｏｒ　ｌ　＝　ｈｉｄｄｅｎ　ｏｂｊ−＞　ｏｂｊ［２］、Ｃｏ１ｏｕｒｓｕｂｔｒｅｅ　ｏｂｊ− ：１ｏｂｊ［２］、ＣｈａｎｇｅｄＬｉｖｅＤａｔａ　Ｉｂ　−１；５ｕｂｔｒｅｅ　ｏｂｊ−〉Ｏｂｊ［２コ、Ｃｏ１ｏｕｒ　−ｈｉｄｄｅｎ　ｏｂｊ−〉Ｏｂｊ［２］、Ｃ。

ｔｏｕｒ；／＊　Ｗｅ　ｔｈｅｎ　ｃｏｒｒｅｃｔ　ｔｈｅ　ｃｏｌｏｕｒ　ｏｒ　ａ　ｈｉｄｄｅｎ　ＯＲｎｏｄｅ　（ｔｈｉｓ　ｇｅｔｓ　＊　／／＊　ｕｇｌｙ！　Ｖｅ　ｈａｖｅ　ｔｏ　ｄｏ　ｔｈｉｓ　ａｆｔｅｒ　ｃｏｐｙｉｎｇ　ｔｈｅ　ｃｏｌｏｕｒｓ　ｔｏ　ｔｈｅ　＊　／／＊　ｄｉｓｃｒｅｔｅ　ｏｂｊｅｃｔ　ｂｅｃａｕｓｅ　ｔｈｅ　１ｉｎｅ　ｈａｓ　ｔｏ　ｒｅｐｒｅｓｅｎｔｔｈｅ　＊／／本　（ＯＲ−ｎｏｄｅ　＆＆　ｐｅｎ　ｃｏｌｏｕｒ）　ｉｎ　ｔｈｅ　ｃａｓｅ　ｏｆ　ｔｈｅ　ｈｉｄｄｅｎ　ｐｉｐｅ　＊　／／本ｏｂｊｅｃｔ、１ｎ　ｗｈｉｃｈ　ｃａｓｅ　ｉｔ　＋ｏｕｓｔ　ｂｅ　ｔｒｕｅ　ｗｈｅｎ　ｔｈｅ　ＯＲｉｓ　ｔｒｕｅ、　＊　／／＊　ｗｈｅｒｅａｓ　ｉｔ　ｍｕｓｔ　ｈａｖｅ　ｔｈｅ　５ｐｅｃｉａｌ　ＯＲ１ｉｎｅ　ｔｒａａｔｉｅｎｔ　ｗｈｅｎ　＊　／／＊　ｖｌｅｖｉｎｇ　ｔｈａｔ　ｓａｍｅ　１ｉｎｅ　ａｓ　ｐａｒｔ　ｏｆ　ａ　ｈｉｄｄｅｎ　ＯＲ，５ｏｒｒｙｌ　＊　／ｉｆ（ＳＥＭＰ（ｎｏｄｅ）−＞５ｖａｌｕｅ−−ｏｒ）　ｆｒｉｇｈｔｃｈｉｌｄ　＝　（ｎｏｄｅ　ｐｔ）ＬＪＤＡＴＡ　２　Ｐ（ｎｏｄｅ−〉ｃｈｉｌｄｌｒｅｎｌｉｓｔ）；ｃｈｉ　ｌｄ　ｏｂｊ　−ＤＲＡＷ　ＯＢＪ　Ｐ（ｒｉｇｈｔｃｈｉ　Ｉｄ）− ｍｉｓｃｒｅｔｅ−ｐ；ｃｈｉｌｄｒｉｇｈｔｌｉｎｅ　＝　＆ｃｈｉｌｄ　ｏｂｊ−）Ｏｂｊ［２］；Ｉｒ（ｓｕｂｔｒｅｅ　ｏｂｊ−〉Ｏｂｊ［２コ、Ｃｏ１ｏｕｒ　−−Ｂｌｕｅ　＆＆ｃｈｉｌｄｒｉｇｈｔｌｉｎｅ−）ｃ。

ｔｏｕｒ　−−Ｏｒａｎｇｅ）　ｆｓｕｂｔｒｅｅ　ｏｂｊ−ｘｂｊ［２］、Ｃｏ１ｏｕｒ　−Ｏｒａｎｇｅ；５ｕｂｔｒｅｅ　ｏｂｊ−和ｂｊ［２］、ＣｈａｎｇｅｄＬｉｖｅＤａｔａ　Ｉｂ　 −１；ｓｔａｔｔｃ　ＧｒａｐｈｉｃａｌＶａｌｕｅＥｖａｌ　ｒｉｇｈｔ　１１ｎｅｓ（ｎｏｄｅ　ｐｔ　ｎｏｄｅ　ｐ、ｉｎｔ　ｐａｒｅｎｔ　５ｖａｌｕｅ）１ｎｔｉ；ｉｎｔ　５ｖａｌｕｅ；５ｔａｔ１ｃ　ｖｏｉｄ　ｄｏ　ＩｈｍｐＢａｓｅ（ｓｔｒｕｃｔ　ＤｉｓｐｌａｙＢａｓｅ　ｔａｂｊ）　；５ｔａｔｉｃ　ＧｒａｐｈｉｃａｌＶａｌｕｅ　５ｔａｔｉｃ　ｃｏｌｏｕｒ；／＊ａｕｔｏ＊／ＧｒａｐｈｉｃａｌＶａｌｕｅ　ｏｌｄ　ｒｉｇｈｔ　ｃｏｌｏｕｒ；５ｔｒｕｃｔ　ＤｉｓｐｌａｙＢａｓ淋ｎｅｖｏｂｊ　、＊ｃｈｉ　Ｉｄｏｂｊ　；５ｔｒｕｃｔ　０ｂｊｅｃｔｌｎｆｏ　ｄｓ＊ｃｕｒ、＊１ｅｆｔ１１ｎｅ、＊ｒｉｇｈｔｌｉｎｅ、　＊ｃｈｉｌｄｒｊｇｈｔｌｌｎｅ；ｎｏｄｅ　ｐｔ　ｒｉｇｈｔｃｈｉｌｄ；５ｔａｔｉｃ　ｉｎｔ　ｄｅｐｔｈ　 −０；ｉｆ’（ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−−１ａＬ）　／＊Ｖｅ　Ｉｇｎｏｒｅ　ｎｏｎ−ｄｒａｗｉｎｇｏｂｊｅｃｔｓ＊／ｒｅｔｕｒｎ　Ｇｒｅｙ；５ｖａｌｕｅ　−ＳＥＮ　Ｐ（ｎｏｄｅ　ｐ）−〉５ｖａｌｕｅ；１ｆ（ｓｖａｌｕｅ−ｏｒ　＆＆　ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−〉ｈｉｄｄｅｎ　！−０）ｓｖａｌｕｅ　−ＯＨ／＊ｔｒｅａｔ　ｈｉｄｄｅｎ　ａｓ　ｄｉｓｃｒｅｔｅ　ｏｂｊｅｃｔｔ／ｎｅｗｏｂｊ　−ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−）ｄｉｓｃｒｅｔｅ　ｐ；ｃｕｒ　−＆ｎｅｖｏｂｊ−〉Ｏｂｊ［ｏ］：　／＊Ｔｈｅ　ｏｂｊｅｃｔ　１ｔｓｅｌｒ＊／Ｉｅｆｔｌｉｎｅ　−＆ｎｅｖｏｂｊ−〉Ｏｂｊ［Ｌ］；　／＊Ｔｈｅ　１ｅｆｔ　ｈａｎｄ　ｌ１ｎｅｐａｒｔ＊／ｒｉｇｈｔｌｉｎｅ　−１ｎｅｗｏｂｊ−萄ｂｊ［２］；　／＊Ｔｈｅ　ｒｉｇｈｔ　ｈａｎｄ　１ｉｎｅｐａｒｔ＊／１ｆ（ｒｔｅｖａｌ　ｄｅｂｕｇ　＆　ＤＥＢＵＧ　ＲＬＩＮＥＳ　＆＆（！　（ｒｔｅｖａｌ　ｄｅｂｕｇ　ｌ　ＤＥＢＵＧ　ＬＩＮ田）））ＭＳＧ　Ｌｏｇ（”’％＊ｓ　Ｒｌｇｈｔ　ｐｒｅ：　０ｂｊｅｃｔ　％ｄ（％５）ｓｔａｔｉｃ　ｃｏｌｏｕｒ％ｓ　Ｉｅｆｔ％ｓ　ｒｉｇｈｔ％Ｓ＼ｎ−。

２＊　ｄｅｐｔｈ＋１．”−。

５ｖａｌｕｅ、　ｃｕｒ−＞Ｍｏｄｖａｒｌ−：＞Ｎｕｅ　ｃ、ｒｏｎａａｔ　ｃｏｌｏｕｒ（ｓｔａｔｉｃ　ｃｏｌｏｕｒ）。

ｆｏｒｍａｔ　ｃｏｌｏｕｒ（Ｉｅｆｔｌｉｎｅ−釦司ｏｕｒ）、　ｆｏｒｍａｔ　ｃｏｌｏｕｒ（ｒｌｇｈｔｌｌｎｅ−窃１ｏｕｒ））；／＊ｐｒｅ　ａｃｔｉｏｎ＊１０１ｄ　ｒｉｇｈｔ　ｃｏｌｏｕｒ　−ｒｉｇｈｔｌｉｎｅ−）ｃＯＩｏｕｒ：　／＊　ｒｅｍｅｍｂｅｒ　ｔｈｅ　ｃｏｌｏｕｒ＊１ｉｆ（ｓｖａｌｕｅ　−−ｏｒ　＆＆　ｐａｒｅｎｔ　５ｖａｌｕｅ　−−ｏｒ　＆＆（Ｓｔａｔｉｅ　ｃｏｌｏｕｒ　−一　ＧｒｅＹ　ｌ　ｌ　５ｔａｔｉｃ　ｃｏｌｏｕｒ−Ｂｌｕｅ））　（ｒｉｇｈｔｌｉｎｅ−＋Ｃｏ１ｏｕｒ　−５ｔａｔｉｃ　ｃｏｌｏｕｒ；）　ｅｌｓｅ汀（ｓｖａｌｕｅ−ｏｒ　Ｉ　ｌ　５ｖａｌｕｅ　＝　ｘｏｒ）　１ｒｉｇｈｔｃｈｉｌｄ　−（ｎｏｄｅ　ｐｔ）Ｌａ　ＤＡＴＡ　２　Ｐ（ｎｏｄｅ　ｐ−：＞ｃｈｉｌｄｒｅｎｌ　１ｓｔ）　；ｃｈｉ　１ｄｏｂｊ　−ＤＲＡＷ　ＯＢＪ　Ｐ（ｒｉｇｈｔｃｈｉ　ｌｄ）−ｍｉｓｃｒｅＬｅ　ｐ；婁ｉｒｄｅｒＭＯＲＥ　ＤＥＢＵＧＧＩＮＧＭＳＧ　Ｌｎｇ（ｔｋｍｐ　ｖａｎ　ｏｒ　ｎｏｄｅ：　ｎつ；ｄｏ　ＤｔｎｉｐＢａｓｅ（ｎｅｖｏｂｊ）　；ＭＳＧ　Ｌｎｇ（”Ｉｈｍｐ　ｖａｎ　ｒｉｇｈｔｃｈｉｌｄ：　ｎ”）；ｄｏ　ＩｋｎａｐＢａｓｅ（ｃｈｉ　１ｄｏｂｊ）　；審ｅｎｄ　ｉ　ｒｃｈｉｌｄｒｌｇｈｔｌｉｎｅ−＆ｃｈｉｌｄｏｂｊ−：＜ｂｊ［２］；／＊ｌｆ（ｃｈｉｌｄｒｉｇｈｔｌｉｎｅ−）ｃＯｌｏｕｒ−Ｂｌｕｅ）＊／ｒｉｇｈｔｌｉｎｅ−）Ｃｏｌｏｕｒ　−ｃｈｉｌｄｒｉｇｈｔｌｉｎｅ−Ｃｏｌｏｕｒ；ｓｔａｔｉｃ　ｃｏｌｏｕｒ　−ｒｉｇｈｔｌｉｎｅ−−１ｃｏ１ｏｕｒ；１ｆ（（ｎｏｄｅ　ｙｘ市１１ｄｒｅｎ　１ｉｓｔ　ｉ−ＮＩＪＬＬ）＆＆（ｊＬａ　ＬｉｓｔＥｍｐｔｙ（ｎｏｄｅ　ｐ−）ｃｈｌｌｄｒｅｎ　１ｉｓｔ）））　１１ＪＧｏｔｏｌｔｅｓ（ｎｏｄｅ　ｐ−＞ｃｈｉｌｄｒｅｎ　１ｉｓｔ、ＦＩＲＳＴ）：ｆｏｒ（ｉ　−１；ｉ＜−１Ｊ　ｌｔｅｍｃｏｕｎｔ（ｎｏｄｅ　ｐ−＞ｃｈｉｌｄｒｅｎ　１ｉｓｔ）；ｌ→ｄｅｐｔ１１＋＋；Ｅｌｖａｌ　ｒｉｇｈｔ　１ｉｎｅｓ（Ｌａ　ＤＡＴＡ　Ｐ（ｎｏｄｅ　ｐ−＞ｃｈｉｌｄｒｅｎｌｉｓｔ）、　５ｖａｌｕｅ）；ｄｅｐｔｈ−；Ｌａ　Ｎｅｘｔｌｔｅｍ（ｎｏｄｅ　ｐ−＞ｃｈｉｌｄｒｅｎ　１ｉｓｔ＞：＃　ｐｏｓｔ　ａｃｔｉｏｎ　＊／１ｆ（ｏｌｄ　ｒｉｇｈｔ　ｃｏｌｏｕｒトｒｉｇＪ１ｔ　Ｉ　ｉｎｅ−ｔｏｌｏｕｒ）ｒｉｇｈｔｌｉｎｅ−）ｃｈａｎｇｅｄＬｉｖｅＤａｔａ　ｌｂ　−１；／＊　Ｃｏｐｙ　ｔｈｅ　ｃｏｌｏｕｒｓ　ｔｈｒｏｕｇｈ　ｔｏ　ｔｈｅ　ｄｉｓｃｒｅｔｅ　ｈｉｄｄｅｎ　。

ｂｊｅｃｔ　＊／１ｆ（ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−＞ｈｉｄｄｅｎ　！−ｏ）ｃｏｐｙ　ｈｊｄｄｅｎ　ｃｏｌｏｕｒｓ（ｎｏｄｅ　ｐ）；Ｉｆ（ｒｔｅｖａｌ　ｄｅｂｕｇ　＆　ＤＥＢＵＧ　ＲＬＩＮＥＳ）ＭＳＧ　Ｌｏｇ（−魅ｓ　ｒｉｇｈｔ　ｐｏｓｔ：　０ｂｊｅｃｔ　％ｓ　ｃｏｌｏｕｒ　％ｓ　ｐｅｎ　％５ｌｅｆｔ％ｓ　ｒｉｇｈｔ％５Ｘｎ−。

２＊ｄｅｐｔｈ＋１　、−　”　。

ｄｅｓｃｒｉｂｅ　ｎｏｄｅ（ｓｖａｌｕｅ、ｃｕｒ−〉Ｍｏｄｖａｒｌ−＞Ｎｕｅ　ｃ）　。

ｒｏｒｍａｔ　ｃｏｌｏｕｒ（ｃｕｒ−：ａｌｏｕｒ）　。

ｒｏｒｍａｔ　ｃｏｌｏｕｒ（ｓｔａｔｉｃ　ｃｏｌｏｕｒ）　。

ｆｏｒｍａｔ　ｃｏｌｏｕｒ（Ｉｅｒｔｌｊｎｅ−Ｘ）Ｉｏｕｒ）。

ｆｏｒｍａｔ　ｃｏｌｏｕｒ（ｒｊｇｈｔｌｆｎｅ−）ｃｏｌｏｕｒ）ルｒｅｔｕｒｎ　５ｔａｔｉｃ　ｃｏｌｏｕｒ；ｓｔａｔｉｃ　ＧｒａｐｈｌｃａＩＶａｌｕｅＥｖａｌ　５ｕｂｔｒｅｅ（ｎｏｄｅ　ｐｔ　ｌｏｇｉｃｔｒｅｅ）ｉｎｔ　ｔｒｅｅ　ｄｅｐｔｈ　−−１；ＧｒａｐｈｉｃａｌＶａｌｕｅ　Ｉｅｆｔ、ｒｉｇｈｔ；５ｔｒｕｃｔ　ＤｉｓｐｌａｙＢａｓｅ　＊５ｕｂｔｒｅｅ　ｏｂｊ、＊ｈｉｄｄｅｎ　ｏｂｊ；ｈｉｄｄｅｎ　ｏｂｊ　−ＤＲＡＷ　ＯＢＪ　Ｐ（Ｉｏｇｉｃｔｒｅｅ）−ｍｉｓｃｒｅｔｅ　ｐ；ＳｗａｐＨｉｄｄｅｎ（ｌｏｇｉｃｔｒｅｅ）　：１ｆ（（ｒｔｅｖａｌ　ｄｅｂｕｇ　＆　ＤＥＢＵＧ　ＶＥＲＢＯ３Ｅ）　＆＆ＤＲＡＭ　ＯＢＪ　Ｐ（Ｉｏｇｉｃｔｒｅｅ）−＞ｔｙｐｅｌ−ＣＯＭＰＯ３Ｅ　。

ｂｊ））１ｓＧ　Ｌｏｇ（”Ｅｖａｌ　５ｕｂｔｒｅｅ：　ｄｉｓｃｒｅｔｅ　１ｔｅｓ　ａｔ　ｔｏｐ　ｏｆ’　ｔｒｅｅ！＼ｎ−）：ＭＴ　ｗａｌｋ　ｂｏｔｔｏａ　ｕｐ（ｌｏｇｉｃｔｒｅｅ、Ｅｖａｌ　ｏｂｊｅｃｔ、＆ｔｒｅｅ　ｄｅｐｔｈ）；５ｕｂｔｒｅｅ　ｏｂｊ　−ＤＲＡＭ　ＯＢＪ　Ｐ（Ｉｏｇｉｃｔｒｅｅ）−閥１ｓｃｒｅｔｅ　ｐ；ＳｗａｐＨｌｄｄｅｎ（Ｉｏｇｉｃｔｒｅｅ）　；ｒｅｔｕｒｎ　５ｕｂｔｒｅｅ　ｏｂｊ−〉Ｏｂｊ［０コ、Ｃｏ１ｏｕｒ；ｓｔａｔｉｃ　ｖｏｉｄＥｖａｌ　ｅｘｐｒｅｓｓｉｏｎ（ＰＡＲ３ＥＲ５ｔａｔｅａｅｎｔ　ｐｔ　ｐａｒｓｅｔｒｅｅ）ｌｉｓｔ　ｐｔ　ｅｖａｌ　１ｉｓｔ；１ｏｎｇｌｒａｋｅｌ　１ｓｔｐｏｉｎｔｅｒ；５ｔｒｕｃｔ　ｄｉｓｐｃａｌｃ　Ｉｖａｒ　＊Ｉｖａｒ　ｏｂｊｅｃｔ；ｉｎｔ　１ａｂｅｌｔｏｋｅｎ；ｔａｂｅｌｔｏｋｅｎ　”　ＰＡＲＳＥ　Ｐ（ｐａｒｓｅｔｒｅｅ−ｓｌｅｆｔ　ｗａｒ　ｐ）−＞１ａｂｅｌ　ｔｏｋｅｎ；１ｆ（ｌａｂｅｌｔｏｋｅｎ　− Ｔ　５ＵＢＲｌ　ｌ　ｐａｒｓｅｔｒｅｅ−＞ａｎａ　ｅｘｐｒ　ｔｒｅｅ　ｐ　１−ＮＯ比）Ｉｖａｒ　ｏｂｊｅｃｔ　−（ｓｔｒｕｃｔ　ｄｌｓｐｃａｌｃ　１ｖａｒ本）ＤＲＡＭ　ＯＢＪ　Ｐ（ｐａｒｓｅｔｒｅｅ−＞１ｅｆｔ　ｖａｒ　ｐ）；１ｆ（ｌｖａｒ　ｏｂｊｅｃｔ−＞ｅｘｐｒｅｓｓｉｏｎ　１ｉｓｔ　ｌ＝　ＮＵＬＬ）訂聞ＡＬ　ＥｖａｌｕａｔｅＥｘｐｒｅｓｓｉｏｎ（Ｉｖａｒ　ｏｂｊｅｃｔ−＞ｅｘｐｒｅｓＳｉｇｎ　１３Ｓ１）；ｖｏｉｄＲＴＥＶＡＬ　ＥｖａｌｕａｔｅＣｏｌｏｕｒｓ（ＰＡＲ８ＥＲｓｔａｔｅｍｅｎｔ　ｐｔ　ｐａｒｓｅｔｒｅｅ）ｎｏｄｅ　ｐｔ　ｌｏｇｉｃｔｒｅｅ；ＧｒａｐｈｉｃａｌＶａｌｕｅ　５ｔａｔｅａ＋ｅｎｔ　ｃｏｌｏｕｒ、　Ｉｖａｒ　ｃｏｌｏｕｒ；１ｆ（ｒｔｅｖａｌ　ｄｅｂｇ　−−−１）ｒｔｅｖａｌ　ｄｅｂｕｇ　−ｇｅｔ　ｄｅｂｕｇ　ｆｌａｇ（”ＲＴＥＶＡＬ　ＤＥＢＬＩＧ− ）　；Ｅｖａｌ　ｅｘｐｒｅｓｓｌｏｎ（ｐａｒｓｅｔｒｅｅ）　；１ｏｇｉｃｔｒｅｅ　−ｐａｒｓｅｔｒｅｅ−＞ｌｏｇ　ｅｘｐｒ　ｔｒｅｅ　ｐ；ｉｆ（ｌｏｇｉｃｔｒｅｅ−−ＮＵＬＬ）　（ｉｆ（ｒｔｅｖａｌ　ｄｅｂｕｇ　＆　ＤＥＢＵＧ　ＶＥＲＢＯ３Ｅ）ＭＳＧ　Ｌｏｇ（−ＲＴＥＶＡＬ　ＥｖａｌｕａｔｅＣｏｌｏｒｓ：ＮＬＩ比ｌｏｇｉｃ　ｔｒ船！ｎ”）；ｒｅｔｕｒｎ；（ｖｏｉｄ）Ｅｖａｌ　Ｓｕｂｔｒｅｅ（ｌｏｇｉｃｔｒｅｅ）　；ｓｔａｔｅｍｅｎｔ　ｃｏｌｏｕｒ　−Ｅｖａｌ　’１ｅｆｔ　ｌｉｎｅｓ（ｌｏｇｊｃｔｒｅｅ、−５００）；（ｖｏｉｄ）Ｅｖａｌ　ｒｉｇｈｔ　ｌｉｎｅｓ（ｌｏｇｉｃｔｒｅｅ、−４９９）；Ｉｖａｒ　ｃｏｌｏｕｒ　−Ｅｖａｌ　Ｉｖａｒ（ｐａｒｓｅｔｒｅｅ−＞１ｅｆｔ　ｖａｒ　ｐ、ｓｔａｔｅｍｅｎｔ　ｃｏｌｏｕｒ）；１ｆ（ＰＡＲＳＥ　Ｐ（ｐａｒｓｅｔｒｅｅ−〉１ｅｆｔ　ｖａｒ　ｐ）−＞ｔｏｋ　５ｖａｌｕｅ、ｔｏｋ　ｓｅａ　ｐ−＞ｖａｒｔｙｐｅ−−ｄｉｇｔｔａｌ　＆＆１ｖａｒ　ｃｏｌｏｕｒ　Ｉ−Ｇｒｅｙ　＆＆５ｔａｔｅＩＩｅｎｔ　ｃｏｌｏｕｒ　！−Ｇｒｅｙ　＆＆１ｖａｒ　ｃｏｌｏｕｒ　！−５ｔａｔｅＩＩｌｅｎｔ　ｃｏｌｏｕｒ）　ＩＭＳＧ　Ｌｏｇ（”Ｓｔａｔｅｍｅｎｔ　ｉｓ　１ｎｃｏｎｓｉｓｔｅｎｔ　ｗｉｔｈ　５ｅｌｅｃｔｅｄ　ｖａｒｉａｂｌｅｌ　ｎ” ）；Ｅｖａｌ　Ｇｒｅｙｏｕｔ（ｌｏｇｉｃｔｒｅｅ）；ｓｔａｔｌｃ　ｖｏｉｄ　ＤｕｍｐＤｒａｖＯｂｊｅｃｔ（ｎｏｄｅ　ｐｔ　ｎｏｄｅ　ｐ）ｉｆ（ｎｏｄｅ　ｐ　−−１ａｄ）　（ＭＳＳＬＯｇＣ＼ｔ＼ｔＤＤｏ：Ｎｕｌ　Ｉ　ｐａｒｓｅ　ｔｒｅｅ　ｎｏｄｅ　Ｘｘ＼ｎ”、ｎｏｄｅｐ）；ｒｅｔｕｒｎ：ｉｆ（ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）　−−ＮＵＬＬ）　（ＭＳＧ　Ｌｏｇ（−Ｘｔ　ＶＩＶｔＤＤＯ：Ｎｕｌ　Ｉ　ｔｒｅｅ　１ｔｅＩＩ１％Ｘ＼ｎ ”、ｎｏｄｅｐ）；ｒｅｔｕｒｎ；ＭＳＧ　Ｌｏｇ（−％ｘＴ：％ｓＨ：％ｄ　Ｘ：Ｘ０４ｄ　Ｙ：Ｘ０４ｄ　Ｃ：％ｄ　Ｗ：Ｘ０２ｄ　Ｈ：Ｘ０２ｄ＼ｎ−。

ｎｏｄｅ　ｐ。

ｆｏｒｍａｔ　ｏｂｊｅｃｔｔｙｐｅ（ＤＲＡＷ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ） −＞ｔｙｐｅ）。

ＤＲＡＭ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−〉ｈｉｄｄｅｎ。

ＤＲＡＭ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−＞ｃｏｔ　。

ＤＲＡＩ／　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−＞１ｉｎｅ。

ＤＲＡｗＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−礼ｏｎｎ　ｏｌＴｓｅｔ。

ＤＲＡｖＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−〉ｖｉｄｔｈ。

ＤＲＡＭ　ＯＢＪ　Ｐ（ｎｏｄｅ　ｐ）−＞ｈｅｉｇｈｔ）；ｓｔａｔｉｃ　ｖｏｉｄｄｏ　ＤｕｍｐＭｏｄｖａｒ（ｓｔｒｕｃｔ　ＤｉｓｐｌａｙＭｏｄｖａｒ　ｄｓ軸Ｖ）ＭＳＧ　ＩＡｇ（”Ｍｏｄｖａｒ　％−１０，ｌＯｓ　Ｖ：％−１０，ｌＯｓ　Ｆ：％−３Ｊｓ　Ｓ：％−１０，ｌｏｓ＼ｎ”。

ｍｙ−＞Ｎａｍｅ　ｃ、ｍｖ−：＞Ｖａｌｕｅ　ｃ、ｍｖ−＞Ｆｌａｇｓ　Ｑｔ　５ｖ−＞５ｃａｌｅ　ｃ）；Ｓｔａｔｉｃ　ｖｏｉｄｄｏ　ＤｕｉｐＯｂｊｅｃｔｉｎｆｏ（ｓｔｒｕｃｔ　０ｂｊｅｃｔｌｎｆｏ　ｄｓ　＊ｏｉ）ｉｆ（ｏｆ−＞Ｔｙｐｅ　＝　Ｏｂｊ　Ｐｉｐｅ）ＭＳＧ　Ｌｏｇ（”０ｂｊｅｃｔｉｎｆｏ　Ｔ：％−９，９ｓ　Ｃ：％−８，１３ｓ　Ｘ：％０３ｄ−％０３ｄ　Ｙ：％０３ｄ−％０３ｄ＼ｎ“・ｆｏｒａ＋ａｔ　ｏｂｊｔｙｐｅ（ｏｆ−＞Ｔｙｐｅ）。

ｆｏｒｗａｔ　ｃｏｌｏｕｒ（ｏｉ−心１ｏｕｒ）、　ｏｆ−＞Ｘ　ｉｆ、　ｏｉ−＞Ｗｉｄｔｈ　ｉｆ、　ｏｉ−＞Ｙｉｌ。

ｏｆ−＞Ｈｅｉｇｈｔ　ｉｆ）；ｌｓｅ脳Ｌｏｇ（ ”０ｂｊｅｃｔｉｎｒｏ　Ｔ：％−９，９ｓ　Ｃ：％−６．６ｓ　Ｘ：Ｘ０３ｄ　Ｙ：Ｘ０３ｄ　Ｖ：Ｘ０３ｄ　）Ｉ：％０３ｄ　Ｂ：％５ｒ＼ｎ−。

ｆｏｒｉａｔ　ｏｂｊｔｙ９ｅ（ｏｉ−：＞Ｔｙｐｅ）。

ｆｏｒｍａｔ　ｃｏｌｏｕｒ（ｏｆ−）ｃｏｌｏｕｒ）、　ｏｆ−＞Ｘ　Ｉｆ、　ｏｆ−＞Ｙ　ｉｌ。

ｏｌ−＞Ｗｉｄｔｈ　ｌｌ。

ｏｌ−＞Ｈｅｉｇｈｔ　ｉｔ、　ｏｆ−〉ＰｅｒｃｅｎｔＢｌｕｅ　［１）；ｓｔａｔｉｃ　ｖｏｉｄｄｏ　ＤｕｍｐＤｌｓｐｌａｙｌｔｅｉ（ｓｔｒｕｃｔ　０ｂｊｅｃｔｌｎｒｏ　ｄｓ　＊ｏｉ）ｄｏ　ＤｕｏｐＯｂｊｅｃｔｉｎｆｏ（ｏｉ）；１ｆ（ｏｆ− ＞）ｋｘｌｖａｒｌ−＞Ｎｕｅ　ｃ［０コ！−’（’）　ｄｏ　Ｄｕｏ＋ｐＭｏｄｖａｒ（ｏｆ−＞Ｍｏｄｖａｒｌ）；１ｒ（ｏｉ−＞Ｍｏｄｖａｒ２−＞Ｎｕｅ　ｃ［ｏコ！−’＜’）　ｄｏ　Ｉｈｍｐ）４ｏｄｖａｒ（ｏｆ−＞Ｍｏｃｌｖａｒ２）；１ｆ（ｏｆ−＞）ｋｘｌｖａｒ３−＞Ｎｕｅ　ｃ［０］！’＜’）ｄｏ　ｋｐＭｏｄｖａｒ（ｏｉ−＞Ｍｏｄｖａｒ３）；ｓｔａｔｉｃ　ｖｏｉｄｄｏ　ＤＸｆｆｉｐＢａｓｅ（ｓｔｒｕｃｔ　ＤｉｓｐｌａｙＢａｓｅ　＊０ｂｊ）ｉｎｔ　ｉ；１ｆ（ｏｂｊ　−−ＮＵ比）（ＭＳＧ　Ｌｏｇ（−Ｂａｓｅ　ｄｉｓｐｌａｙ　ｉｔｅ［ｌ１ｉｓ　ＮＵＬＬ＼ｎ−）　；ｒｅｔｕｒｎ；ｆｏｒ（１＝　０；　ｉ　＜　３：　ｉ＋＋）ｄｏ　ＤｕａｐＯｂｊｅｃｔｉｎｆｏ（＆ｏｂｊ−：＜ｂｊ［ｉｌ）　；ｆｏｒ（１−０；　ｉ　＜　３；　ｉ＋＋）ｄｏ　ＤｕｌｌｐＭｏｄｖａｒ（＆ｏｂｊ−）１１ｏｄｖａｒ［ｉｌ）　；オブジェクト１　オブジェクト２ＮＯＴを追加する前　ＮＯＴボックス追加する後オブジェクト１叶Ｎ− 図１６ｂへり国際調査報告フロントページの続き（８１）指定回　ＥＰ（ＡＴ、ＢＥ、ＣＨ，ＤＥ。

ＤＫ、ＥＳ、ＦＲ，ＧＢ、ＧＲ，ＩＥ、ＩＴ、ＬＵ、ＭＣ，ＮＬ、ＰＴ、ＳＥ）、０Ａ（ＢＦ、ＢＪ、ＣＦ、ＣＧ、　ＣＩ、　ＣＭ、　ＧＡ、　ＧＮ、　ＭＬ、　ＭＲ，ＮＥ、　ＳＮ。

ＴＤ、　ＴＧ）、　ＡＴ、　ＡＵ、　ＢＢ、　ＢＧ、　ＢＲ，ＣＡ。

ＣＨ，ＣＺ、　ＤＥ、　ＤＫ、　ＥＳ、　ＦＩ、　ＧＢ、　ＨＵ、ＪＰ、　ＫＲ，ＫＺ、　ＬＫ、　ＬＵ、　ＭＧ、　ＭＮ、　ＭＷ、　ＮＬ、ＮＯ，ＮＺ；ＰＬ、　ＰＴ、　ＲＯ，ＲＵ、　ＳＤ、　ＳＥ。

ＳＫ、ＵＡ（７２）発明者　レイブンースクロフト、イアンイギリス国ウィルドジャー、スウィンドン、タムワース、ドライブ、１０１

Claims

【特許請求の範囲】１．図形表示ウィンドウ（１１６）を生成することができる種類のコンピュータシステムの表示装置（１１４）に、所定の文法によって定義される構文関係でグループ分けされる一組の辞書ユニットから構成され、それらの辞書ユニットの少なくとも１つの部分集合はデータを表現できるような英数字プロセス制御ステートメント（１３６、１３８）により表現されることが可能な種類である物理プロセス（１０２）の図形表示表現を生成するプロセス制御の方法において、表示すべきプロセス制御ステートメント（３００−３１４）を少なくとも１つのプロセス制御コンピュータ手段（１０４、１０６）で供給することと；前記プロセス制御コンピュータ手段と通信するコンピュータ処理系（１１２）ステートメントアナライザ手段（３１６）により、表示すべきプロセス制御ステートメントに対応する解析ツリー（３１８）を生成することと；事前プログラムメモリ手段で、前記辞書ユニットの少なくとも一部を表現するための一組の事前定義済図形アイコン（１６０−１７０）を確定することと；表示生成手段（３２６、３２８）が前記ステートメントアナライザ手段と通信して、そこから前記解析ツリーを受信し且つ前記一組の事前定義済図形アイコンのうち選択されたアイコンを前記表示ウィンのドウの中に、表示すべき前記プロセス制御ステートメントを構成している前記辞書ユニットの構文関係に対応する空間的関係をもって配置するように動作することと；プロセス制御コンピュータ手段により表示すべき前記プロセス制御ステートメントの前記辞書ユニットのうち少なくとも１つに対応するデータ（１３０）を供給することと；表示すべき前記プロセス制御ステートメントにより定義される構文関係に応答してコンピュータ実現評価手段により前記供給されたデータに基づいて前記表示ウィンドウにおける前記選択された図形アイコンの視覚特性を確定し、それにより、少なくとも第１のプロセス制御条件を表示されたアイコンの視覚特性に基づいて第２のプロセス制御条件から視覚的に区別できるようにすることとを特徴とする方法。２．前記表示生成手段は前記一組の事前定義済図形アイコンのうち選択されたアイコンを前記表示ウィンドウの中に相互結合ネットワークとして配置する請求項１記載の方法。３．前記供給されたデータは動的に変化するデータである請求項１又は２記載の方法。４．前記視覚特性は色である請求項１から３のいずれか１項に記載の方法。５．前記視覚特性は色であり、第１の色は第１の条件を表現するために使用され且つ第２の色は第２の条件を表現するために使用される請求項１から４のいずれか１項に記載の方法。６．図形表示ウィンドウ（１１６）を生成することができる種類のコンピュータシステムの表示装置（１１４）に、所定の文法によって定義される構文関係でグループ分けされる一組の辞書ユニットから構成され、それらの辞書ユニットの少なくとも１つの部分集合はデータを表現できるような英数字プロセス制御ステートメント（１３６、１３８）により表現されることが可能な種類の物理プロセス（１０２）の図形表示表現を生成するプロセス制御システムにおいて、表示すべきプロセス制御ステートメント（３００−３１４）を供給する少なくとも１つのプロセス制御コンピュタ手段（１０４、１０６）と；前記プロセス制御コンピュータ手段と通信し、表示すべきプロセス制御ステートメントに対応する解析ツリー（３１８）を生成するコンピュータ処理系（１１２）ステートメントアナライザ手段（３１６）と；前記辞書ユニットの少なくとも一部分を表現するための一組の事前定義済図形アイコン（３２６、３２８）を確定する事前プログラムメモリ手段と；前記ステートメントアナライザ手段と通信して、そこから前記解析ツリーを受信し且つ前記一組の事前定義済図形アイコンのうち選択されたアイコンを前記表示ウィンドウに、表示すべき前記プロセス制御ステートメントを構成している前記辞書ユニットの構文関係に対応する空間的関係をもって配置するように動作する表示生成手段（３２６、３２８）と；プロセス制御コンピュータ手段は、更に、表示すべき前記プロセス制御ステートメントの前記辞書ユニットのうち少なくとも１つに対応するデータ（１３０）を供給することと；表示すべき前記プロセス制御ステートメントにより定義される構文関係に応答して、前記供給されたデータに基づいて前記表示ウィンドウにおける前記選択された図形アイコンの視覚特性を確定し、それにより、少なくとも第１の制御条件を表示されたアイコンの視覚特性に基づいて第２のプロセス制御条件と区別できるようにするコンピュータ処理系評価手段（１３２）とを具備するシステム。７．前記表示生成手段は前記一組の事前定義済図形アイコンのうち選択されたアイコンを前記表示ウィンドウの中に相互結合ネットワークとして配置する請求項６記載のシステム。８．前記供給されたデータは動的に変化するデータである請求項６又は７記載のシステム。９．前記視覚特性は色である請求項６から８のいずれか１項に記載のシステム。１０．第１の色は第１の条件を表現するために使用され且つ第２の色は第２の条件を表現するために使用される請求項６から９のいずれか１項に記載のシステム。