JPS6226483B2 - - Google Patents
Info
- Publication number
- JPS6226483B2 JPS6226483B2 JP56027015A JP2701581A JPS6226483B2 JP S6226483 B2 JPS6226483 B2 JP S6226483B2 JP 56027015 A JP56027015 A JP 56027015A JP 2701581 A JP2701581 A JP 2701581A JP S6226483 B2 JPS6226483 B2 JP S6226483B2
- Authority
- JP
- Japan
- Prior art keywords
- state
- transition
- operator
- status
- timing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired
Links
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Program-control systems
- G05B19/02—Program-control systems electric
- G05B19/18—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of program data in numerical form
- G05B19/409—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of program data in numerical form characterised by using manual data input [MDI] or by using control panel, e.g. controlling functions with the panel; characterised by control panel details or by setting parameters
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/30—Nc systems
- G05B2219/36—Nc in input of data, input key till input tape
- G05B2219/36161—Common program panel for nc, pic, switch display diagnostic or part
Landscapes
- Engineering & Computer Science (AREA)
- Human Computer Interaction (AREA)
- Manufacturing & Machinery (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Automation & Control Theory (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Debugging And Monitoring (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、制御用計算機システムに用いられる
オペレータ・コンソールに関する。 従来技術 電子計算機を、それの使用される目的により分
類すると、一般の事務計算を行なうことを目的と
するものと、様々なプラントの制御を目的とする
ものの２つに大別できる。本発明はとくに後者を
対象とするものである。最近になつて後者に対し
高速応答、安定動作、信頼性等の計算機自身の性
能に対する要求の他に、それを簡単にかつ誤りな
く操作可能な対話機能が要求されてきている。と
いうのは制御対象であるプラントがより大規模と
なり、これに従つて計算機システムも複数の
CPU（中央処理装置）を使用したマルチネツト
ワークシステム等の複雑なものにならざるを得
ず、この結果該システムを最適に操作してゆくこ
とは、設計者自身でさえ困難になつてしまつてき
ている場合が多いからである。この様に複雑な計
算機システムでは、オペレータの判断が遅れた
り、誤設定等が発生した場合、予測不可能な事態
が発生し、プラントの操業に大きな支障をきたし
てしまう。この為、計算機システム設計時に上述
の異常事態を回避する為の手段を講じるのである
が、これにより操作が一層困難となり、計算機の
処理量が増加するという現象が発生してしまう。 計算機と人間（オペレータ）が対話しようとす
る場合、通常コンソールタイプライター、CRT
とキーボード等が用いられる。これらの機器は汎
用性のあるもので、計算機システムソフトウエア
のデバツク、据付時の調整、稼動後の異常発生時
データ収集等、主に該システムの設計者、調整者
により使用される。これに対し完成したシステム
をユーザーが使用する場合、前述機器をそのまま
使用することは稀で、ほとんどのシステムにおい
て、専用の対話手段が設けられる。 第１図はその代表例を示したもので、一般的に
コンソール１は表示装置２、設定装置３より構成
される。前述の様な大システムではシステム全体
を監視、あるいは方向づける為１台のコンソール
にあらゆる機能を搭載し集中管理を行なわせなけ
ればならない。従つて表示装置２はひと目でシス
テムの動作状態を把握可能かつ、動作来歴、次動
作への指示を的確に表示せしめねばならない。一
般的にはランプ、セグメント表示器などによるグ
ラフイツクパネル、あるいはCRT等により行な
われている。 オペレータは表示装置２の内容により計算機に
対する指示を決定し、設定装置３により指令を与
える。設定装置３は様々な算術計算、制御指令、
データ処理等の機能をカバーするため、膨大なス
イツチ類により構成される。オペレータは、該タ
イミングで最適なものを選択し指示を与える。 第２図はランプ付スイツチ（PBL）60個による
構成例であるが、実際はより多種類、多数の設定
装置が組み合わされる。オペレータにとつて設定
が容易かつ、誤設定が無いという目的を達成する
為には２つの方法がある。ひとつは、機能、タイ
ミング等を基準に設定手段をグルーピングする方
法である。これにより操作は慣れにより比較的容
易になり、誤設定の頻度も下がる。しかし一方で
は設定手段の共有ができなくなる為、設定手段の
種類、個数共に大きな冗長度を有することにな
り、コスト及び計算機処理において不利になる。
特に計算機側より考案した場合入力点数の増加に
より、入力事象の時間的分解能力の向上、合理性
の判定等に要する処理量が膨大となり、本来の制
御処理に影響を与えてしまう。 これに対し、もうひとつの方法は、共有可能な
設定手段（スイツチ類等）は共有化し、全体とし
ての点数を少なくするもので、これによりコスト
の低減、計算機処理量の減少が図れることにな
る。しかしながら１つの設定手段が複数の機能を
持つことになる為、操作は極めて困難となり、専
任オペレータの長期に亘る訓練が必要となる。 この様にいずれの方法も欠点を有する為、実際
には双方が混在した形で設計が行なわれている。 前述２はオペレータに的確な情報を与えるとい
う目標があるが、システム毎にプラントの性質、
規模が異なることより、従来一般的手法は存在し
なかつた。多くの場合操業の実績、各装置の動作
状況、算術計算の結果等の多くのデータを表示す
ることによりオペレータが判断してゆくことにな
るが、システム全体の流れそのものを的確に表現
し得ている例はみられなかつた。 以上の様に計算機と人間（オペレータ）の接点
であるオペレータ・コンソールに対して、より容
易で、より確実な設定機能、より的確な表示機能
が望まれていた。 本発明の目的は、より容易で確実な設定機能、
より的確な表示機能を有するオペレータ・コンソ
ールを提供することである。 本発明の特徴は、システム動作状態を状態遷移
図で記述し、設定手段の種類、数量を機能的に共
有させ、かつオペレータに対しては当該タイミン
グでの操作を指示するようにしていることであ
る。 システム設計者は、あらゆるプラントの制御シ
ステム動作を同一手法にて表現する方法は存在す
るか、という問を常に持つている。これに対し、
本発明は次の様にして、１つの解を提示する。 通常、自動機械（オートマトン）の内部状態を
記述する場合、状態遷移図（TRANSITION
CHART）と呼ばれるグラフが用いられる。これ
は自動機械がシリアルな処理しか実行しないとし
たならば、必ず有限の状態にてそれを記述するこ
とができるものであり、理解が非常に容易とな
る。本発明はこれをそのまま計算機システムの動
作にあてはめたものである。 十分な経験を有する優れたシステム設計者は、
常にその設計初期段階で、そのシステムによつて
最適な形での状態遷移をつくりあげてしまう。し
かしながら、そうでない設計者（量的には前者よ
り圧到的に多い）は、システム完成した時点にな
つてさえ全体の流れを把握できず、目前の問題を
解決することで精一杯である。まして設計に関わ
りをもたないオペレータは全くといつてよいほど
システム動作の流れを完全に掴むことは不可能で
ある。 第３図は、ある簡単な計算機システムの内部状
態の遷移を、状態遷移図で記述したものである。
図は状態Ａ〜Ｇ（STATUS）、状態遷移要因，
（TRANSITION FACTOR）、および方向付
パス（PATHWITH DIRECTION）により構成
される。図は次の定義のもとに作成されている。 〈定義〉 (1) 該システムは、記述された状態のいずれか１
つを持たねばならず、かつ複数の状態を有して
はならない。 (2) 状態の遷移は方向付パスが存在する場合に限
り、その方向にのみ可能である。 (3) すべての状態から、任意の１つの状態に遷移
可能なルート１本以上存在する。 (4) 最簡形である。 尚(4)は、オペレータの認識の容易さを考慮した
場合、必須要件ではない。また、最簡形を求める
手法は公知であるため、説明は省略する。 第３図についての具体的説明を以下行なう。プ
ラントをある自動倉庫システムと仮定し、各状態
を次の様に定める。 Ａ○…初期 Ｂ○…アイドル Ｃ○…自動運転１ Ｄ○…自動運転２ Ｅ○…手動運転１ Ｆ○…手動運転２ Ｇ○…実績伝送 ここでＢ○からＣ○への移行を考えてみよう。Ｂ○は
計算機制御中断中で様々なデータ処理、例えば作
業スケジユールの作成、作業条件の入力等を行な
える状態、Ｃ○は計算機オンライン制御中で、デー
タ処理は禁止されている状態とする。Ｂ○→Ｃ○の移
行要因は例えばオペレータ設定によるスタート
指令としたならば、スタート指令は状態がＢ○の時
のみ受付けられ、状態をＣ○に移行させる。他の状
態及び移行も同様な考え方で決定される。本例で
は一度、運転（自動または手動）状態に入つたな
らば、実績伝送が終了するまで、アイドルの状態
に戻れないことを示している。 第４図は、第３図をテーブル化したもので、縦
軸方向に移行前状態、横軸方向に移行後状態をと
つた、状態遷移マトリツクステーブル５である。
５より状態がＣ○である時、移行可能状態はＤ○，Ｅ○
のみで他への移行不可能であること、その時の要
因はとであることが判る。逆に状態Ｃ○へは状
態Ｂ○，Ｄ○，Ｅ○から要因，，にて移行可能で
あることも列方向に検索することで知ることがで
きる。従つて第３図と第４図の状態遷移マトリツ
クステーブル５は同値関係にあると言える。 本例は非常に簡単なものであつたが、いかに大
規模かつ複雑な計算機システムであつても、本手
法で必ず表現可能である。 この様にして最適な状態遷移図が得られたなら
ば、これをオペレータに常時知らせることを行な
う。第５図はその具体例であり、第３図をそのま
まグラフイツクパネルで構成した状態遷移表示器
６であり、状態をSTATUS表示セグメント８
で、方向付パスをPATH表示セグメント７で表示
する。第５図ではシステムが状態Ｃ○にあり、Ｂ○よ
り移行してきたことを表示している。オペレータ
はこれにより常時システム状態を知ることがで
き、同時に移行前状態、移行可能状態を知ること
ができるから適切な判断が可能となる。表示方法
については後述する。 さて、以上の様にオペレータは常に状態を認識
することができるが、設定方法が従来のままであ
ると、やはり誤設定等の発生は避けられない。各
状態においてオペレータが計算機に指示を与えな
ければならぬ項目は数多く存在するが、各状態毎
にそれぞれスイツチを設けたならば膨大な点数と
なり、前述の問題が発生する。本発明ではこれを
次の様に解決している。まず該システムにおいて
は必要最小限項目分スイツチを用意する。ここで
は第２図の様にランプ付スイツチ（PBL）を60個
と仮定する。次に第６図の様に、軸横に状態、縦
軸にPBL No.をとつたPBL受付タイミングチエツ
クテーブルを作成する。本図は、例えばPBL No.
１は状態Ａ○，Ｂ○で受付け可能、その他は受付へ不
可能であることを示す。この様にすると各状態毎
にPBLを用意した場合に比し、大幅な個数の減少
が図れる。例えば７つの状態でそれぞれ30個ずつ
が必要である場合210個が必要となるのに対し、
本発明では60個で済む。一方オペレータに対して
は受付け可能なPBLのみをランプ点灯し指示す
る。オペレータは、これにより設定可能スイツチ
を目視で知ることができることになり、選択の為
のやつかいな手続きを行なうことなく、すみやか
に計算機に指示を与えることが可能となる。 第７図は、前述の動作を行なう様構成した、オ
ペレータ・コンソール構成の一例である。オペレ
ータ・コンソール１は、現在の状態を記憶する為
のステータスメモリ（STATUS MEMORY）１
０、CPUからの移行要求ステータス
（STATUS）信号１２を入力とし、状態遷移処理
を行なう。STATUS遷移装置１１、PBL毎に組
込まれるPBLコントローラ１７、PBL押下イベン
トをCPUに知らせる為のバスライン
（BUSLINE）２０にて構成される。 １１は１２が発生すると予め記憶されている状
態遷移マトリツクステーブル５の情報をもとに移
行可能か否かを判断し、移行不可能（５に未登
録）ならば、CPUに対して移行タイミング異常
信号１３を出力し処理を終了する。そうでない場
合、ステータスメモリ１０に対しSTATUS移行
信号１６を出力し状態を移行させると同時に状態
遷移表示器６に対してSTATUS表示選択信中１
４、PATH表示選択信号１５を出力し、状態表示
を更新する。例えば、第５図の状態でCPUより
状態Ｄ○への移行要求が有つたならば、Ｄ○の８とＣ○
からＤ○への７が点灯し、それまで点灯していた表
示セグメントは消灯する。また第３図の状態でＧ○
への移行要求が有つたならば、移行タイミング不
良として１３を出力する。 第８図は、PBLコントローラ１７の詳細構成を
示したもので、１７はアンドゲート２１，２２、
PBL受付タイミングチエツクパターンメモリー２
３、ランプ２４、プツシユボタンスイツチ２５で
構成される。但し図中２４，２５の電源は省略し
てあり、ランプ２４はアンドゲート２１の出力が
“１”（電位が高い状態を“１”、そうでない状態
を“０”とする）の時点灯、２５はオペレータの
押下げにて、アンドゲート２２への信号が“１”
となるものとする。 オペレータはランプ２４の点灯により押下可能
を知りスイツチを押下げるとアンドゲート２２の
入力信号は共に“１”となるからPBL押下信号１
９も“１”となりCPUは、このPBLの設定が行
なわれたことを認識し所定の処理を行なう。一方
ランプ２４が点灯していない時はスイツチ２５が
押下げされてもアンドゲート２２の入力信号は全
てが“１”とならない為、信号１９は“０”で
CPUに信号は入力しないから誤設定は発生しな
い。 以上までの説明の通り、あらゆるプラントの計
算機制御システムにおいてオペレータとの対話を
行なう場合、本発明のごとく計算機システム内部
状態をグラフイツク表示し各状態で設定可能スイ
ツチをオペレータに指示してやる方式により、オ
ペレータにとつても、計算機にとつても最適なオ
ペレータ・コンソールを実現することができる。 本発明によれば、次の効果が期待できる。 (1) システムの内部状態を、状態遷移図により記
述するので、該システムに携わる全ての人間が
容易にシステム全体の流れを把握することがで
きる。 (2) システム状態と状態遷移方向付パスを表示す
ることにより、現在状態を常時、目視にて判断
することができ遷移前状態及び遷移可能状態を
も知ることができる。 (3) 上述(1)，(2)により設定手段が状態間で共有可
能となり、設定手段の種類、総数の大幅な減少
を図ることができ、この結果計算機処理量の減
少、及び異常事態発生確率の低減を得ることが
できる。 (4) オペレータに対して設定可能なものだけを区
別して指示するため、設定が容易となり、誤設
定が発生しない。
オペレータ・コンソールに関する。 従来技術 電子計算機を、それの使用される目的により分
類すると、一般の事務計算を行なうことを目的と
するものと、様々なプラントの制御を目的とする
ものの２つに大別できる。本発明はとくに後者を
対象とするものである。最近になつて後者に対し
高速応答、安定動作、信頼性等の計算機自身の性
能に対する要求の他に、それを簡単にかつ誤りな
く操作可能な対話機能が要求されてきている。と
いうのは制御対象であるプラントがより大規模と
なり、これに従つて計算機システムも複数の
CPU（中央処理装置）を使用したマルチネツト
ワークシステム等の複雑なものにならざるを得
ず、この結果該システムを最適に操作してゆくこ
とは、設計者自身でさえ困難になつてしまつてき
ている場合が多いからである。この様に複雑な計
算機システムでは、オペレータの判断が遅れた
り、誤設定等が発生した場合、予測不可能な事態
が発生し、プラントの操業に大きな支障をきたし
てしまう。この為、計算機システム設計時に上述
の異常事態を回避する為の手段を講じるのである
が、これにより操作が一層困難となり、計算機の
処理量が増加するという現象が発生してしまう。 計算機と人間（オペレータ）が対話しようとす
る場合、通常コンソールタイプライター、CRT
とキーボード等が用いられる。これらの機器は汎
用性のあるもので、計算機システムソフトウエア
のデバツク、据付時の調整、稼動後の異常発生時
データ収集等、主に該システムの設計者、調整者
により使用される。これに対し完成したシステム
をユーザーが使用する場合、前述機器をそのまま
使用することは稀で、ほとんどのシステムにおい
て、専用の対話手段が設けられる。 第１図はその代表例を示したもので、一般的に
コンソール１は表示装置２、設定装置３より構成
される。前述の様な大システムではシステム全体
を監視、あるいは方向づける為１台のコンソール
にあらゆる機能を搭載し集中管理を行なわせなけ
ればならない。従つて表示装置２はひと目でシス
テムの動作状態を把握可能かつ、動作来歴、次動
作への指示を的確に表示せしめねばならない。一
般的にはランプ、セグメント表示器などによるグ
ラフイツクパネル、あるいはCRT等により行な
われている。 オペレータは表示装置２の内容により計算機に
対する指示を決定し、設定装置３により指令を与
える。設定装置３は様々な算術計算、制御指令、
データ処理等の機能をカバーするため、膨大なス
イツチ類により構成される。オペレータは、該タ
イミングで最適なものを選択し指示を与える。 第２図はランプ付スイツチ（PBL）60個による
構成例であるが、実際はより多種類、多数の設定
装置が組み合わされる。オペレータにとつて設定
が容易かつ、誤設定が無いという目的を達成する
為には２つの方法がある。ひとつは、機能、タイ
ミング等を基準に設定手段をグルーピングする方
法である。これにより操作は慣れにより比較的容
易になり、誤設定の頻度も下がる。しかし一方で
は設定手段の共有ができなくなる為、設定手段の
種類、個数共に大きな冗長度を有することにな
り、コスト及び計算機処理において不利になる。
特に計算機側より考案した場合入力点数の増加に
より、入力事象の時間的分解能力の向上、合理性
の判定等に要する処理量が膨大となり、本来の制
御処理に影響を与えてしまう。 これに対し、もうひとつの方法は、共有可能な
設定手段（スイツチ類等）は共有化し、全体とし
ての点数を少なくするもので、これによりコスト
の低減、計算機処理量の減少が図れることにな
る。しかしながら１つの設定手段が複数の機能を
持つことになる為、操作は極めて困難となり、専
任オペレータの長期に亘る訓練が必要となる。 この様にいずれの方法も欠点を有する為、実際
には双方が混在した形で設計が行なわれている。 前述２はオペレータに的確な情報を与えるとい
う目標があるが、システム毎にプラントの性質、
規模が異なることより、従来一般的手法は存在し
なかつた。多くの場合操業の実績、各装置の動作
状況、算術計算の結果等の多くのデータを表示す
ることによりオペレータが判断してゆくことにな
るが、システム全体の流れそのものを的確に表現
し得ている例はみられなかつた。 以上の様に計算機と人間（オペレータ）の接点
であるオペレータ・コンソールに対して、より容
易で、より確実な設定機能、より的確な表示機能
が望まれていた。 本発明の目的は、より容易で確実な設定機能、
より的確な表示機能を有するオペレータ・コンソ
ールを提供することである。 本発明の特徴は、システム動作状態を状態遷移
図で記述し、設定手段の種類、数量を機能的に共
有させ、かつオペレータに対しては当該タイミン
グでの操作を指示するようにしていることであ
る。 システム設計者は、あらゆるプラントの制御シ
ステム動作を同一手法にて表現する方法は存在す
るか、という問を常に持つている。これに対し、
本発明は次の様にして、１つの解を提示する。 通常、自動機械（オートマトン）の内部状態を
記述する場合、状態遷移図（TRANSITION
CHART）と呼ばれるグラフが用いられる。これ
は自動機械がシリアルな処理しか実行しないとし
たならば、必ず有限の状態にてそれを記述するこ
とができるものであり、理解が非常に容易とな
る。本発明はこれをそのまま計算機システムの動
作にあてはめたものである。 十分な経験を有する優れたシステム設計者は、
常にその設計初期段階で、そのシステムによつて
最適な形での状態遷移をつくりあげてしまう。し
かしながら、そうでない設計者（量的には前者よ
り圧到的に多い）は、システム完成した時点にな
つてさえ全体の流れを把握できず、目前の問題を
解決することで精一杯である。まして設計に関わ
りをもたないオペレータは全くといつてよいほど
システム動作の流れを完全に掴むことは不可能で
ある。 第３図は、ある簡単な計算機システムの内部状
態の遷移を、状態遷移図で記述したものである。
図は状態Ａ〜Ｇ（STATUS）、状態遷移要因，
（TRANSITION FACTOR）、および方向付
パス（PATHWITH DIRECTION）により構成
される。図は次の定義のもとに作成されている。 〈定義〉 (1) 該システムは、記述された状態のいずれか１
つを持たねばならず、かつ複数の状態を有して
はならない。 (2) 状態の遷移は方向付パスが存在する場合に限
り、その方向にのみ可能である。 (3) すべての状態から、任意の１つの状態に遷移
可能なルート１本以上存在する。 (4) 最簡形である。 尚(4)は、オペレータの認識の容易さを考慮した
場合、必須要件ではない。また、最簡形を求める
手法は公知であるため、説明は省略する。 第３図についての具体的説明を以下行なう。プ
ラントをある自動倉庫システムと仮定し、各状態
を次の様に定める。 Ａ○…初期 Ｂ○…アイドル Ｃ○…自動運転１ Ｄ○…自動運転２ Ｅ○…手動運転１ Ｆ○…手動運転２ Ｇ○…実績伝送 ここでＢ○からＣ○への移行を考えてみよう。Ｂ○は
計算機制御中断中で様々なデータ処理、例えば作
業スケジユールの作成、作業条件の入力等を行な
える状態、Ｃ○は計算機オンライン制御中で、デー
タ処理は禁止されている状態とする。Ｂ○→Ｃ○の移
行要因は例えばオペレータ設定によるスタート
指令としたならば、スタート指令は状態がＢ○の時
のみ受付けられ、状態をＣ○に移行させる。他の状
態及び移行も同様な考え方で決定される。本例で
は一度、運転（自動または手動）状態に入つたな
らば、実績伝送が終了するまで、アイドルの状態
に戻れないことを示している。 第４図は、第３図をテーブル化したもので、縦
軸方向に移行前状態、横軸方向に移行後状態をと
つた、状態遷移マトリツクステーブル５である。
５より状態がＣ○である時、移行可能状態はＤ○，Ｅ○
のみで他への移行不可能であること、その時の要
因はとであることが判る。逆に状態Ｃ○へは状
態Ｂ○，Ｄ○，Ｅ○から要因，，にて移行可能で
あることも列方向に検索することで知ることがで
きる。従つて第３図と第４図の状態遷移マトリツ
クステーブル５は同値関係にあると言える。 本例は非常に簡単なものであつたが、いかに大
規模かつ複雑な計算機システムであつても、本手
法で必ず表現可能である。 この様にして最適な状態遷移図が得られたなら
ば、これをオペレータに常時知らせることを行な
う。第５図はその具体例であり、第３図をそのま
まグラフイツクパネルで構成した状態遷移表示器
６であり、状態をSTATUS表示セグメント８
で、方向付パスをPATH表示セグメント７で表示
する。第５図ではシステムが状態Ｃ○にあり、Ｂ○よ
り移行してきたことを表示している。オペレータ
はこれにより常時システム状態を知ることがで
き、同時に移行前状態、移行可能状態を知ること
ができるから適切な判断が可能となる。表示方法
については後述する。 さて、以上の様にオペレータは常に状態を認識
することができるが、設定方法が従来のままであ
ると、やはり誤設定等の発生は避けられない。各
状態においてオペレータが計算機に指示を与えな
ければならぬ項目は数多く存在するが、各状態毎
にそれぞれスイツチを設けたならば膨大な点数と
なり、前述の問題が発生する。本発明ではこれを
次の様に解決している。まず該システムにおいて
は必要最小限項目分スイツチを用意する。ここで
は第２図の様にランプ付スイツチ（PBL）を60個
と仮定する。次に第６図の様に、軸横に状態、縦
軸にPBL No.をとつたPBL受付タイミングチエツ
クテーブルを作成する。本図は、例えばPBL No.
１は状態Ａ○，Ｂ○で受付け可能、その他は受付へ不
可能であることを示す。この様にすると各状態毎
にPBLを用意した場合に比し、大幅な個数の減少
が図れる。例えば７つの状態でそれぞれ30個ずつ
が必要である場合210個が必要となるのに対し、
本発明では60個で済む。一方オペレータに対して
は受付け可能なPBLのみをランプ点灯し指示す
る。オペレータは、これにより設定可能スイツチ
を目視で知ることができることになり、選択の為
のやつかいな手続きを行なうことなく、すみやか
に計算機に指示を与えることが可能となる。 第７図は、前述の動作を行なう様構成した、オ
ペレータ・コンソール構成の一例である。オペレ
ータ・コンソール１は、現在の状態を記憶する為
のステータスメモリ（STATUS MEMORY）１
０、CPUからの移行要求ステータス
（STATUS）信号１２を入力とし、状態遷移処理
を行なう。STATUS遷移装置１１、PBL毎に組
込まれるPBLコントローラ１７、PBL押下イベン
トをCPUに知らせる為のバスライン
（BUSLINE）２０にて構成される。 １１は１２が発生すると予め記憶されている状
態遷移マトリツクステーブル５の情報をもとに移
行可能か否かを判断し、移行不可能（５に未登
録）ならば、CPUに対して移行タイミング異常
信号１３を出力し処理を終了する。そうでない場
合、ステータスメモリ１０に対しSTATUS移行
信号１６を出力し状態を移行させると同時に状態
遷移表示器６に対してSTATUS表示選択信中１
４、PATH表示選択信号１５を出力し、状態表示
を更新する。例えば、第５図の状態でCPUより
状態Ｄ○への移行要求が有つたならば、Ｄ○の８とＣ○
からＤ○への７が点灯し、それまで点灯していた表
示セグメントは消灯する。また第３図の状態でＧ○
への移行要求が有つたならば、移行タイミング不
良として１３を出力する。 第８図は、PBLコントローラ１７の詳細構成を
示したもので、１７はアンドゲート２１，２２、
PBL受付タイミングチエツクパターンメモリー２
３、ランプ２４、プツシユボタンスイツチ２５で
構成される。但し図中２４，２５の電源は省略し
てあり、ランプ２４はアンドゲート２１の出力が
“１”（電位が高い状態を“１”、そうでない状態
を“０”とする）の時点灯、２５はオペレータの
押下げにて、アンドゲート２２への信号が“１”
となるものとする。 オペレータはランプ２４の点灯により押下可能
を知りスイツチを押下げるとアンドゲート２２の
入力信号は共に“１”となるからPBL押下信号１
９も“１”となりCPUは、このPBLの設定が行
なわれたことを認識し所定の処理を行なう。一方
ランプ２４が点灯していない時はスイツチ２５が
押下げされてもアンドゲート２２の入力信号は全
てが“１”とならない為、信号１９は“０”で
CPUに信号は入力しないから誤設定は発生しな
い。 以上までの説明の通り、あらゆるプラントの計
算機制御システムにおいてオペレータとの対話を
行なう場合、本発明のごとく計算機システム内部
状態をグラフイツク表示し各状態で設定可能スイ
ツチをオペレータに指示してやる方式により、オ
ペレータにとつても、計算機にとつても最適なオ
ペレータ・コンソールを実現することができる。 本発明によれば、次の効果が期待できる。 (1) システムの内部状態を、状態遷移図により記
述するので、該システムに携わる全ての人間が
容易にシステム全体の流れを把握することがで
きる。 (2) システム状態と状態遷移方向付パスを表示す
ることにより、現在状態を常時、目視にて判断
することができ遷移前状態及び遷移可能状態を
も知ることができる。 (3) 上述(1)，(2)により設定手段が状態間で共有可
能となり、設定手段の種類、総数の大幅な減少
を図ることができ、この結果計算機処理量の減
少、及び異常事態発生確率の低減を得ることが
できる。 (4) オペレータに対して設定可能なものだけを区
別して指示するため、設定が容易となり、誤設
定が発生しない。
第１図は一般的なオペレータ・コンソールの外
観図、第２図はランプ付スイツチ（PBL）配置
図、第３図は本発明によるシステム状態遷移の一
例を示す図、第４図は本発明に用いられる状態遷
移マトリツクス・テーブルの一例を示す図、第５
図は本発明に用いられる状態遷移表示器の一例を
示す図、第６図は本発明に用いられるPBL受付タ
イミングチエツクテーブルの一例を示す図、第７
図は本発明になるオペレータ・コンソール構成図
の一例を示す図、第８図は第７図に示すPBLコン
トローラの一実施例構成図である。 ５……状態遷移マトリツクステーブル、６……
状態遷移表示器、７……パス表示セグメント、８
……ステータス表示セグメント、１０……ステー
タスメモリ、１１……ステータス遷移装置。
観図、第２図はランプ付スイツチ（PBL）配置
図、第３図は本発明によるシステム状態遷移の一
例を示す図、第４図は本発明に用いられる状態遷
移マトリツクス・テーブルの一例を示す図、第５
図は本発明に用いられる状態遷移表示器の一例を
示す図、第６図は本発明に用いられるPBL受付タ
イミングチエツクテーブルの一例を示す図、第７
図は本発明になるオペレータ・コンソール構成図
の一例を示す図、第８図は第７図に示すPBLコン
トローラの一実施例構成図である。 ５……状態遷移マトリツクステーブル、６……
状態遷移表示器、７……パス表示セグメント、８
……ステータス表示セグメント、１０……ステー
タスメモリ、１１……ステータス遷移装置。
Claims (1)
- １ 制御用計算機システムに用いられるオペレー
タ・コンソールであつて、システムの動作を状
態、方向付バス、状態遷移要因で記述し、オペレ
ータに対して、あるタイミングでの状態、遷移前
状態、及び遷移可能状態を常時表示するグラフイ
ツクパネルを具えたオペレータ・コンソールにお
いて、該システムの状態遷移要因と状態数の積の
記憶容量を有し該要因が該タイミングで受付（遷
移）可能か否かが記憶されているタイミングチエ
ツクテーブルと、該タイミングでオペレータの設
定が可能ならば、その指示を与える表示手段（ラ
ンプ等）を有する、前記遷移要因数分の設定手段
を具えたことを特徴とするオペレータコンソー
ル。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2701581A JPS57141754A (en) | 1981-02-27 | 1981-02-27 | Operator console |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2701581A JPS57141754A (en) | 1981-02-27 | 1981-02-27 | Operator console |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPS57141754A JPS57141754A (en) | 1982-09-02 |
| JPS6226483B2 true JPS6226483B2 (ja) | 1987-06-09 |
Family
ID=12209264
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2701581A Granted JPS57141754A (en) | 1981-02-27 | 1981-02-27 | Operator console |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS57141754A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0437674U (ja) * | 1990-07-20 | 1992-03-30 | ||
| JPH0711679A (ja) * | 1993-06-23 | 1995-01-13 | Chika Nakaya | 臭気漏出防止装置 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0668692B2 (ja) * | 1985-01-28 | 1994-08-31 | 株式会社東芝 | 発電プラント自動運転監視制御装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS49112545A (ja) * | 1973-02-23 | 1974-10-26 | ||
| JPS52147A (en) * | 1975-06-23 | 1977-01-05 | Anritsu Corp | Operational display unit for logic circuit |
| JPS5619160A (en) * | 1979-07-25 | 1981-02-23 | Fujitsu Ltd | Display method of job stream |
-
1981
- 1981-02-27 JP JP2701581A patent/JPS57141754A/ja active Granted
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0437674U (ja) * | 1990-07-20 | 1992-03-30 | ||
| JPH0711679A (ja) * | 1993-06-23 | 1995-01-13 | Chika Nakaya | 臭気漏出防止装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JPS57141754A (en) | 1982-09-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4488258A (en) | Programmable controller with control program comments | |
| JPS6226483B2 (ja) | ||
| JP2009176227A (ja) | 表示装置 | |
| JPS5942884B2 (ja) | シ−ケンス制御プログラムのデバツギング装置 | |
| JPS6034148B2 (ja) | 回線制御装置 | |
| JP3167245B2 (ja) | プログラマブルコントローラ動作状態監視装置 | |
| JPH03168801A (ja) | プラント操作装置 | |
| JPH02242293A (ja) | プラント監視制御装置 | |
| JP2581611B2 (ja) | プログラマブルコントローラの制御方法 | |
| JPS61294493A (ja) | カ−ソル制御装置 | |
| JPS61215919A (ja) | プロセス監視装置 | |
| JP2547867B2 (ja) | 運転状態表示装置 | |
| JP6023248B1 (ja) | 歩進制御装置 | |
| JPH0480402B2 (ja) | ||
| JPH05316616A (ja) | 制御監視システムの操作表示装置 | |
| JPH08272436A (ja) | オペレーション装置 | |
| JPH067364B2 (ja) | プラント制御装置 | |
| JPH0798561A (ja) | 分散形制御装置 | |
| Martin et al. | Control system for the NBS microtron accelerator | |
| JP2698877B2 (ja) | プロセス制御システム | |
| JPH0883118A (ja) | ガイダンス表示装置 | |
| JPH06111092A (ja) | 生産管理装置 | |
| JPS5998209A (ja) | 監視制御装置 | |
| JPH0660087A (ja) | 生産管理装置 | |
| McCabe | A Real-Time Control and Modelling System Based Upon Logic Simulation |