JPH08278935A - プログラマブルコントローラ - Google Patents

Abstract

(57)【要約】 【目的】 入出力デバイスの値をモニタ、ライトする際
に、プログラムでデバイスの役割が変更された場合、Ｐ
Ｃに接続されている機器（計算機等）側でその変更に対
応する変更を行わなくてもよいＰＣを得る。 【構成】 データ記憶部にモニタデバイスまたはライト
デバイスを設け、かつ、このデバイスと前記データ記憶
部の指定デバイスとの対応を記憶するデバイスメモリを
設けるとともに、前記デバイスメモリを書き換える手段
を設けた。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、産業機器等の制御対
象機器を制御するために使用されるプログラマブルコン
トローラに関するものである。

【０００２】

【従来の技術】従来から、産業機械等の制御用機器とし
てシーケンス制御装置が広く利用されている。ここでい
うシーケンス制御装置とは、産業機械等の制御におい
て、一つの制御動作の終了を確認し、その結果に応じて
次の動作を選定する等、あらかじめ定められた順序に従
って、制御の各段階を逐次進めていく制御（シーケンス
制御）を行う制御機器である。

【０００３】近年のシーケンス制御装置は、プログラム
の変更の可能なプログラマブルコントローラ（以下ＰＣ
と称す）が主流であり、その制御内容も年々高度化しつ
つある。近年では、ＰＣに外部周辺機器を接続し、リア
ルタイムでＰＣが制御している制御対象外部機器の入出
力信号のＯＮ、ＯＦＦ状態やＣＰＵユニットが内部で記
憶している数値データなどの情報を外部周辺機器のＣＲ
Ｔ上でモニタしたり、必要な情報をライトすることも可
能となっている。

【０００４】図２８は、この種のＰＣの従来の構成図で
ある。図２８において、１はＰＣの制御の中心となるＣ
ＰＵユニット、２はモニタ結果を表示する外部周辺機
器、３は入出力ユニットでリミットスイッチ４ａ、ラン
プ４ｂ、バルブ調節計４ｃ等の制御対象外部機器に対し
て入力信号を取り入れ、または出力信号を出す入出力ユ
ニットである。５は特殊機能ユニットで、計算機６等と
交信する機能を持つユニットである。

【０００５】１０から１６はＣＰＵユニット１の内部に
あり、それぞれ１０はシステムＲＯＭ１２に格納された
システムプログラムを実行するＣＰＵ、１１はシーケン
スプログラムを格納するシーケンスプログラムメモリ、
１３はＣＰＵ１０が実行中に一時的に各種システム情報
などのデータを記憶するためのデータＲＡＭ、１４は外
部周辺機器２と交信するための周辺Ｉ／Ｆ、１５は入出
力ユニットと信号をやり取りするための入出力ポート、
１６はシーケンスプログラムで使用される入出力信号の
状態や、タイマの現在値などの数値データを記憶するデ
バイスメモリである。なお、特殊機能ユニット５と、シ
ーケンスプログラムメモリ１１と、システムＲＯＭ１２
と、データＲＡＭ１３と、周辺Ｉ／Ｆ１４と入出力ポー
ト１５と、デバイスメモリ１６は、アドレス信号線やデ
ータ信号線などの各種信号線１０ａによりＣＰＵ１０と
つながっており、ＣＰＵ１０は各種信号線を介してシー
ケンスプログラムメモリ１１などに対してデータの読み
出しまたは書き込みを行う。

【０００６】次に、図２８で示したシーケンスプログラ
ムメモリ１１に格納されるシーケンスプログラムの構成
について、図２９に示す。図２９において、５１１は常
時実行されるメインシーケンスプログラム部分である。
５１６から５１９はメインシーケンスプログラム５１１
に記述される命令であり。図２８の制御対象外部機器４
ａ〜４ｃの状態を読みだしたり、また状態を変化させた
りする。制御対象外部機器４ａ〜４ｃは、これらの命令
５１６〜５１９ではデバイスにより表現される。例えば
命令５１６にあるＸ０という記号は制御対象外部機器か
らの入力信号を意味する。デバイスには、入出力信号の
ようなＯＮ／ＯＦＦの状態を記憶するビットデバイス
や、数値データを記憶するワードデバイス、タイマデバ
イスなどがあり、これらの状態は図２８のデバイスメモ
リ１６に記憶される。

【０００７】この図２９で示したシーケンスプログラム
を実行するための、図２８で示したＣＰＵユニット１の
一般的な実行処理の一例を図３０に示し説明する。図３
０において、ＣＰＵユニット１は、まずはじめに、ステ
ップ５２１でメインプログラムの実行を開始する。次
に、シーケンス制御を実行するシーケンス処理のステッ
プ５２２に進み、ステップ５２２１で予め定められたシ
ーケンスプログラムに基づき、シーケンスプログラムの
開始ステップをメインシーケンスプログラムの先頭ステ
ップすなわち０ステップにセットし、次のステップ５２
２２により開始ステップである０ステップからＥＮＤ命
令のステップまでを実行する。ＥＮＤ命令を実行する
と、次のＥＮＤ処理ステップ５２３へと進む。このステ
ップ５２３では、まず外部周辺機器２との交信処理ステ
ップ５２３１を行う。ここでは、外部周辺機器２から出
された要求を解釈し、応答データを作成し、外部周辺機
器２へ応答データを送信する処理が行われる。次に、特
殊ユニットサービス処理ステップ５２３２が行われ、こ
こでは計算機等６から特殊機能ユニット５を介して出さ
れた要求を解釈し、応答データを作成し、特殊機能ユニ
ット５を会して計算機等６に応答データを送信する処理
が行われる。そして最後に、入出力信号をデバイスメモ
リ１６に格納された値に応じて入出力ユニット３へ出力
または入力する処理などの、その他のＥＮＤ処理ステッ
プ５２３３を実行する。ここで、一連のＥＮＤ処理ステ
ップ５２３が完了すると、始めのステップ５２２へ戻っ
て、図２８のＣＰＵユニット１は再度処理を繰り返すこ
とになる。このように、ＣＰＵユニット１はステップ５
２２、５２３を繰り返し実行処理するものであり、この
繰り返される１回の処理を一般的にスキャンとよぶ。

【０００８】ここで、図２８に示したＣＰＵユニット１
の、図３０で示した処理におけるタイムチャートを図３
１に示し図３０を用いて説明する。図３１において、５
３１は図３０で示したシーケンス処理５２２に要したシ
ーケンス処理時間である。５３２は図３０で示したＥＮ
Ｄ処理５２３に要したＥＮＤ処理時間であり、このＥＮ
Ｄ処理時間５３２は、図３０の外部周辺機器２との交信
処理５２３１の処理時間５３４と、特殊機能ユニット５
のサービス処理５２３２の処理時間５３５と、その他の
ＥＮＤ処理５２３３の処理時間５３６を合わせた時間で
ある。ここで、１回のスキャンに要する時間すなわちシ
ーケンス処理時間５３１とＥＮＤ処理時間５３２を合わ
せた時間をこの発明ではスキャンタイムという。

【０００９】デバイスメモリの内容を外部周辺機器２や
計算機等６からモニタしたり、ライトしたりする場合に
おいて、従来では、外部周辺機器２や計算機等６によっ
てデバイス読み出しおよび書き込みの要求を送信し、Ｃ
ＰＵ１０がこの要求を解釈し、デバイスメモリ１１の読
み出し及び書き込みを行っていた。また、これらの処理
は図３１においてのＥＮＤ処理時に行われていた。

【００１０】このモニタ処理を図３２を元に説明する。
図３２は、外部周辺機器２からデバイスメモリ１６をモ
ニタする場合の外部周辺機器２側の処理内容を記述した
フローチャートである。外部周辺機器２は、処理５４０
１で、ＣＰＵユニット１内部のモニタデバイスの内容を
読み出すため、図３６に示す要求データ５５０１を作成
し、ステップ５４０２でこの要求データ５５０１をＣＰ
Ｕユニット１に送信し、ステップ５５０３でＣＰＵユニ
ット１からの応答データを受信するまで待ち状態とな
る。なお、図３３の５５０１は外部周辺機器２からＣＰ
Ｕユニット１に送られる要求データの構成であり、５５
０１１はデバイスの値を読み出すことを指示する要求コ
ードであり、５５０１２は読み出すデバイスの内容が格
納されているアドレスである。５５０２は、要求データ
５５０１に対してＣＰＵユニット１から外部周辺機器２
に送られる、デバイスの読み出し完了を示す応答データ
の構成であり、読み出し完了を示す値１と、指定された
デバイスの内容５５０２１により構成される。

【００１１】外部周辺機器２からの要求データ５５０１
を受信したときのＣＰＵユニット１の動作を、図３０、
図３４と図３５に示すフローチャートにより説明する。
図３５は、図３３に示される要求データ５５０１が送ら
れた場合のＣＰＵユニット１の処理を示したものであ
る。まず、ＣＰＵユニット１は、図３０に示す外部周辺
機器との交信処理５２３１において図３３の要求データ
５５０１を受け取り、図３４に示す処理３０１で、図３
３の要求コード５５０１１に従ってモニタ処理３０５に
分岐する。この処理３０５では、処理５７０１２で、図
３３の５５０１２のアドレスの内容を読み出し、処理５
７０１３で、モニタ完了を示す図３３の応答データ５５
０２を作成し、外部周辺機器２に送信する。ここで、外
部周辺機器２は、図３２の処理５４０３により、データ
の受信を判断し、処理５４０４により、受信したデータ
を画面に表示する。

【００１２】次に、ライト処理を図３６を元に説明す
る。図３６は、外部周辺機器２からデバイスメモリ１６
をライトする場合の外部周辺機器２側の処理内容を記述
したフローチャートである。外部周辺機器２は、処理５
８０１で、ＣＰＵユニット１内部のデバイスに指定した
値を書き込むため、図３７に示す要求データ５９０１を
作成し、ステップ５８０２でこの要求データ５８０１を
ＣＰＵユニット１に送信し、ステップ５８０３でＣＰＵ
ユニット１からの応答データを受信するまで待ち状態と
なる。なお、図３７の５９０１は外部周辺機器２からＣ
ＰＵユニット１に送られる要求データの構成であり、５
９０１１はデバイスに指定した値を書き込むことを指示
する要求コードであり、５９０１２は書き込むデバイス
を指定するアドレスである。また、５９０１３は書き込
む値である。５９０２は、要求データ５９０１に対して
ＣＰＵユニット１から外部周辺機器２に送られる、デバ
イスの書き込み完了を示す応答データの構成であり、書
き込み完了を示す値１により構成される。

【００１３】外部周辺機器２からの要求データ５９０１
を受信したときのＣＰＵユニット１の動作を、図３０、
図３４と図３８に示すフローチャートにより説明する。
図３８は、図３７に示される要求データ５９０１が送ら
れた場合のＣＰＵユニット１の処理を示したものであ
る。まず、ＣＰＵユニット１は、図３０に示す外部周辺
機器との交信処理５２３１において図３７の要求データ
５９０１を受け取り、図３４に示す処理３０１で、図３
７の要求コード５９０１１に従ってライト処理３１２に
分岐する。この処理３１２では、図３８に示す処理が実
行され、処理２２０１２で、図３７の５９０１３のライ
トデータの値を図３７のデバイスアドレスに格納し、処
理６００１３で、ライト完了を示す図３７の応答データ
５９０２を作成し、外部周辺機器２に送信する。ここ
で、外部周辺機器２は、図３６の処理５８０３により、
データの受信を判断し、処理５４０４により、ライト完
了とする。

【００１４】以上、外部周辺機器２からのデバイスメモ
リ１６のモニタおよびライト方法の従来例について記述
したが、計算機等６からも、特殊機能ユニット５を介し
て同様な方法でデバイスメモリ１６のモニタおよびライ
トを実現している。

【００１５】

【発明が解決しようとする課題】プログラマブルコント
ローラで外部機器を制御する場合、外部機器の故障や、
設置上の問題などで、入出力デバイス等の変更を余儀な
くされること、例えば図２９におけるＸ０をＸ１０に変
更するなどといったことは少なからずある。こういった
場合、シーケンスプログラム内部で扱うデバイスメモリ
の内容も変更せねばならない。このような場合、例え
ば、図２８における５１６のＸ０をＸ１０に変更すると
いった場合、外部周辺機器等で簡単に変更が可能であ
る。ところが、図２８からもわかるように、プログラマ
ブルコントローラ１には特殊機能ユニット５等を介して
計算機等６の様々な機器が接続されており、これらの変
更が行われた場合、計算機等６側でもその変更に対応す
る変更を行わなければならないという不都合があった。
つまり、上記の例のように、外部周辺機器２でデバイス
Ｘ０をＸ１０に変更すると、計算機等６でＸ０のモニタ
等を行っている場合、Ｘ１０のモニタに切り替えなけれ
ばならなかった。

【００１６】この発明は、上述のような課題を解決する
ためになされたもので、ＰＣ側で入出力デバイスの変更
等が行われた場合において、このＰＣに接続されている
他機器側におけるプログラムの変更等による作業工数の
増加が防止された、プログラマブルコントローラを得る
ことを目的とする。

【００１７】第１の発明は、ＰＣ側で入出力デバイスの
変更が行われた場合において、このＰＣに接続されてい
る機器側におけるプログラムの変更による作業工数の増
加を的確に防止できるプログラマブルコントローラを得
ることを目的とする。

【００１８】第２の発明は、ＰＣ側で入出力デバイスの
変更が行われた場合において、このＰＣに接続されてい
る機器側におけるプログラムの変更による作業工数の増
加をより的確に防止できるプログラマブルコントローラ
を得ることを目的とする。

【００１９】第３の発明は、ＰＣ側で入出力デバイスの
変更が行われた場合において、このＰＣに接続されてい
る機器側におけるプログラムの変更による作業工数の増
加を一層的確に防止できるプログラマブルコントローラ
を得ることを目的とする。

【００２０】第４の発明は、ＰＣ側で入出力デバイスの
変更が行われた場合において、このＰＣに接続されてい
る機器側におけるプログラムの変更による作業工数の増
加を更に的確に防止できるプログラマブルコントローラ
を得ることを目的とする。

【００２１】第５の発明は、ＰＣ側で入出力デバイスの
変更が行われた場合において、このＰＣに接続されてい
る機器側におけるプログラムの変更による作業工数の増
加をより一層的確に防止できるプログラマブルコントロ
ーラを得ることを目的とする。

【００２２】第６の発明は、ＰＣ側で入出力デバイスの
変更が行われた場合において、このＰＣに接続されてい
る機器側におけるプログラムの変更による作業工数の増
加をなお一層的確に防止できるプログラマブルコントロ
ーラを得ることを目的とする。

【００２３】第７の発明は、ＰＣ側で入出力デバイスの
変更が行われた場合において、このＰＣに接続されてい
る機器側におけるプログラムの変更による作業工数の増
加を更に一層的確に防止できるプログラマブルコントロ
ーラを得ることを目的とする。

【００２４】

【課題を解決するための手段】第１の発明においては、
データ記憶部にモニタデバイスまたはライトデバイスか
らなる機能デバイスを設け、かつ、この機能デバイスと
前記データ記憶部の指定デバイスとの対応を記憶するデ
バイスメモリを設けるとともに、前記デバイスメモリの
記憶状態を書き換える手段を設けた。

【００２５】第２の発明においては、データ記憶部にモ
ニタデバイスまたはライトデバイスからなる機能デバイ
スを設け、かつ、この機能デバイスと前記データ記憶部
の指定デバイスとの対応を記憶するデバイスメモリを設
けるとともに、外部周辺機器から通信により前記デバイ
スメモリの記憶状態を書き換える手段を設けた。

【００２６】第３の発明においては、データ記憶部にモ
ニタデバイスまたはライトデバイスからなる機能デバイ
スを設け、かつ、この機能デバイスと前記データ記憶部
の指定デバイスとの対応を記憶するデバイスメモリを設
けるとともに、外部周辺機器から通信により前記デバイ
スメモリの記憶状態を書き換え可能とし、ＥＮＤ処理時
に指定デバイスからモニタデバイスに一括してリフレッ
シュする。

【００２７】第４の発明においては、データ記憶部にモ
ニタデバイスを設け、モニタデバイスと前記データ記憶
部の指定デバイスの対応表となるデバイステーブルメモ
リを前記データ記憶部に設けるとともに、外部周辺機器
から通信により前記デバイステーブルを書き換え可能と
し、ＥＮＤ処理時に指定デバイスからモニタデバイスに
一括してリフレッシュする。

【００２８】第５の発明においては、第４の発明のプロ
グラマブルコントローラにおいて、外部周辺機器からデ
バイステーブルを書き換える際に、デバイス範囲の指定
ができるようにする。

【００２９】第６の発明においては、データ記憶部にラ
イトデバイスを設け、ライトデバイスと前記データ記憶
部の指定デバイスの対応表となるデバイステーブルメモ
リを前記データ記憶部に設けるとともに、外部周辺機器
から通信により前記デバイステーブルを書き換え可能と
しＥＮＤ処理時にライトデバイスから指定デバイスに一
括してリフレッシュする。

【００３０】第７の発明においては、第６の発明のプロ
グラマブルコントローラにおいて、外部周辺機器からデ
バイステーブルを書き換える際に、デバイス範囲の指定
ができるようにする。

【００３１】

【作用】第１の発明では、外部周辺機器や計算機等から
デバイスのモニタまたはライトを行う場合、外部周辺機
器であらかじめモニタを行うデバイスをモニタと指定の
デバイスに関連付けし、ＣＰＵ内部のメモリに記憶す
る。以後、外部からＣＰＵ内部のデバイスメモリをアク
セスする場合、この専用メモリ（モニタ指定デバイス）
を指定する。

【００３２】第２の発明では、外部周辺機器や計算機等
からデバイスのモニタまたはライトを行う場合、外部周
辺機器であらかじめモニタを行うデバイスをモニタと指
定のデバイスに関連付けし、ＣＰＵ内部のメモリに記憶
する。以後、外部からＣＰＵ内部のデバイスメモリをア
クセスする場合、この専用メモリ（モニタ指定デバイ
ス）を指定する。

【００３３】第３の発明では、外部周辺機器や計算機等
からデバイスのモニタまたはライトを行う場合、外部周
辺機器であらかじめモニタを行うデバイスをモニタと指
定のデバイスに関連付けし、ＣＰＵ内部のメモリに記憶
する。以後、外部からＣＰＵ内部のデバイスメモリをア
クセスする場合、この専用メモリ（モニタ指定デバイ
ス）を指定する。

【００３４】第４の発明では、外部周辺機器や計算機等
からデバイスのモニタを行う場合、外部周辺機器であら
かじめモニタを行うデバイスをモニタと指定のデバイス
に関連付けし、ＣＰＵ内部のメモリに記憶する。以後、
外部からＣＰＵ内部のデバイスメモリをアクセスする場
合、この専用メモリ（モニタ指定デバイス）を指定す
る。

【００３５】第５の発明では、第４の発明に係わるＰＣ
において、モニタを行うデバイスをモニタ指定デバイス
に関連付けする際に、範囲指定で一括に関連付けできる
ようにする。

【００３６】第６の発明では、外部周辺機器屋計算機等
からのデバイスのライトを行う場合、外部周辺機器であ
らかじめライトを行うデバイスをライト指定デバイスに
関連付けし、ＣＰＵの内部のメモリに記憶する。以後、
外部からＣＰＵ内部のデバイスメモリをアクセスする場
合、この専用メモリ（ライト指定デバイス）を指定す
る。

【００３７】第７の発明では、第６の発明に係わるＰＣ
において、ライトを行うデバイスをライト指定デバイス
に関連付けする際に、範囲指定で一括に関連付けできる
ようにする。

【００３８】

【実施例】

実施例１．この発明の一実施例を、以下により説明す
る。図１は、この発明に係るＰＣの概略構成を示すブロ
ック図であり、図において、１Ａはこの発明によるＰＣ
のＣＰＵユニット、２Ａはこの発明によるモニタ結果を
表示する外部周辺機器、３〜１１と１４〜１５と１０ａ
及び２１は図２８に示す従来の技術と同じものを示す。
１２Ａはシステムプログラムが格納されたシステムＲＯ
Ｍ、１３ＡはデータＲＡＭ、１６Ａはデバイスメモリで
ある。

【００３９】次に、図２は、図１で示したシステムＲＯ
Ｍ１２Ａに格納された、この発明によるＣＰＵユニット
１Ａの実行処理の一例を示したものであり、この処理
は、図３０に示す従来のＥＮＤ処理５２３においてステ
ップ５２３１をステップ２０３１に変更するとともに、
ステップ５２３２をステップ２０３２に変更し、ＥＮＤ
処理とし、後述するモニタデバイスリフレッシュ処理２
０１１とライトデバイスリフレッシュする２０１７を追
加したものである。

【００４０】この図２に示すように、ＣＰＵユニット１
Ａはステップ５２２１からステップ２０１７までを繰り
返し実行処理するものである。

【００４１】次に、図１で示したデバイスメモリ１６Ａ
の詳細な構成について、図４に示す。図４において、４
００は通常デバイスの内容を格納する通常デバイスエリ
ア、４０１は外部の計算機６等から通常デバイスのモニ
タを行う際に使用されるモニタデバイスエリアからなる
モニタ用機能デバイスであり、４０２は外部の計算機６
等から通常デバイスの書き込みを行う際に使用されるラ
イトデバイスエリアからなるライト用機能デバイスであ
る。モニタデバイスエリア４０１の先頭から、モニタ指
定デバイス名ＭＯ０〜ＭＯ１００のエリアとなってい
る。また、ライトデバイスエリア４０２の先頭から、ラ
イト指定デバイス名ＷＲ０〜ＷＲ１００のエリアとなっ
ている。なお、通常デバイスエリア４０１には、従来装
置のデバイスメモリ１６と同様の内容が格納されている
ものとする。

【００４２】次に、図１で示したデータＲＡＭ１３Ａの
詳細な構成について図５に示す。図５において、５０１
は通常データＲＡＭである。５０２はモニタデバイス用
関連付けエリアで、後述するようにモニタ指定デバイス
名で示されるアドレスにモニタ対象デバイス名が格納さ
れる。また、５０３はライトデバイス用関連付けエリア
であり、ライト指定デバイス名で示されるアドレスにラ
イト対象デバイス名が格納される。なお、モニタ指定デ
バイス、モニタ対象デバイス、ライト指定デバイス、ラ
イト対象デバイスはデバイスメモリ１６Ａのアドレスを
示す名称で、指定されるものとする。

【００４３】まずはじめに、この発明の一実施例におけ
る、ＣＰＵ内部のデバイスメモリ１６Ａの内容をモニタ
する際に実際のモニタ対象デバイスを指定せずに、その
デバイスに関連付けされたモニタ指定デバイスを指定す
ることによりモニタする場合の動作について図６に従っ
て説明する。図６は、モニタ指定デバイスをモニタ対象
デバイスに関連付けする際の外部周辺機器２Ａにおける
処理のフローチャートである。図６においてステップ９
０１で外部周辺機器２Ａにおいて図７に示すモニタ指定
デバイスとモニタ対象デバイスの入力を促す画面が表示
されている状態で、ユーザはキーボード２ａからモニタ
指定デバイス名ＭＯ０〜ＭＯ１００に関連づけられるモ
ニタ対象デバイス名をそれぞれ入力する。図７におい
て、１００１はモニタ指定デバイス名のエリア、１００
２はモニタ指定デバイスに関連づけられるモニタ対象デ
バイス名を入力するエリアである。ここで、ユーザは１
００１には、モニタ指定デバイス（ここでは、Ｍ０〜Ｍ
１００）の中の任意のデバイス名を入力することがで
き、１００２にはモニタ対象デバイスの中の任意のデバ
イス名を入力することができる。この図７の例では、モ
ニタ指定デバイスＭＯ０に対してモニタ対象デバイスと
してユーザはＤ３と入力してあるため、モニタ対象デバ
イスＭＯ０はモニタ対象デバイスＤ３と関連づけされる
ことを示している。

【００４４】以上の入力が終わると、外部周辺機器２Ａ
はステップ９０２にて、入力されたデータをもとに図８
に示す要求データ１１０１を作成する。なお、この図８
は、図７に示すような設定を外部周辺機器２Ａで行った
後、外部周辺機器２ＡとＣＰＵユニット１Ａとの間でや
りとりされる要求データの構成を示したものである。図
において、１１０１は外部周辺機器２ＡからＣＰＵユニ
ット１Ａに送られる要求データであり、１１０１１はモ
ニタ指定デバイスとモニタ対象デバイスとの関連づけの
変更を指示する要求コード部であり、１１０１２はモニ
タ指定デバイス名が格納されるモニタ指定デバイス部で
あり、１１０１３はモニタ指定デバイス部１１０１２に
格納されたモニタ指定デバイス名に関連づけされるモニ
タ対象デバイス名が格納されるモニタ対象デバイス部で
ある。なお、要求データ１１０１は要求コード部１１０
１１、モニタ指定デバイス部１１０１２、及び、モニタ
対象デバイス１１０１３より構成される。

【００４５】次に、外部周辺機器２Ａからの要求データ
１１０１を受信したときのＣＰＵユニット１Ａの動作を
図３および図１２に示すフローチャートにより説明す
る。まず、図２に示すメインプログラム実行処理２０１
を行っている図１のＣＰＵユニット１Ａは、図２の外部
周辺機器２Ａとの交信処理２０３１において、図６のス
テップ９０３で外部周辺機器２Ａより送信された要求デ
ータ１１０１を受け取る。ここで、ＣＰＵユニット１Ａ
は図３に示す処理３０１で要求コード部１１０１１の内
容を判定する。図８に示す例においてはこの要求コード
部１１０１１の内容が１であるためモニタデバイス関連
づけ処理３０２に分岐する。なお、図３は外部周辺機器
２ＡからＣＰＵユニット１Ａが要求コード部の内容を受
け取った際の、この要求コード部１１０１１の内容によ
る分岐処理を表したものである。図３の処理３０２で
は、図１２に示される処理が実行され、モニタ指定デバ
イスとモニタ対象デバイスとの関連づけを行うための初
期設定が行われる。

【００４６】図１２は、モニタ指定デバイスとモニタ対
象デバイスとの関連付けを行うための初期設定をＣＰＵ
ユニット１Ａが行う際のフローチャートである。図１２
に示す処理では、まず、処理１３０１で、図８のモニタ
指定デバイス部のデバイス部１１０１２からモニタ指定
デバイス名を読みとり、図１のデータＲＡＭ１３Ａの内
部にある図５のモニタデバイス用関連づけエリア５０２
におけるこのモニタ指定デバイス名のモニタ指定デバイ
スをサーチする。処理１３０３で、図８のモニタ対象デ
バイス部１１０１３に格納されているモニタ対象デバイ
ス名を処理１３０１でサーチされたモニタ指定デバイス
に格納する。図８の例では、モニタ指定デバイス部１１
０１２にはモニタ指定デバイス名としてＭＯ０が格納さ
れており、モニタ対象デバイス部１１０１３にはモニタ
対象デバイス名としてＤ３が格納されているので、図５
のデータＲＡＭ１３Ａのモニタデバイス用関連付けエリ
ア５０２のモニタ指定デバイスＭＯ０にモニタ対象デバ
イス名Ｄ３が格納されることになる。最後に処理１３０
４で、ＣＰＵユニット１Ａがモニタデバイス関連づけ要
求処理を完了したことを示す応答データ１１０２を作成
し、外部周辺機器２Ａに送信する。

【００４７】以上の処理を行った後、ＣＰＵユニット１
Ａは、図２に示す特殊ユニットサービス処理２０３２以
降を実行し、以後は従来と同様にその他のＥＮＤ処理５
２３３を実行してＥＮＤ処理２０３を終了する。そし
て、後述するライトデバイスリフレッシュ処理２０１７
を実行した後、シーケンス処理２０２に戻り、シーケン
ス処理２０２が終了すると、後述するモニタデバイスリ
フレッシュ処理２０１１を実行し、再びＥＮＤ処理２０
３を実行するようにして、シーケンス処理２０２モニタ
デバイスリフレッシュ処理２０１１とＥＮＤ処理２０３
とライトデバイスリフレッシュ処理２０１７とを実行す
る動作をくり返す。

【００４８】以上の一連の処理を全て完了し、ＣＰＵユ
ニット１Ａは１つのモニタデバイスの関連づけを完了し
たことになる。一方、外部周辺機器２Ａは、図８に示す
応答データ１１０２を受信すると、次に、図６のステッ
プ９０４Ａでモニタデバイスの数分（ここではＭＯ０か
らＭＯ１００なので、１０１）処理を行ったかどうかを
判別し、１０１回に満たない場合は、９０３、９０４の
処理を繰り返し行う。

【００４９】次に、図５のモニタデバイス用関連付けエ
リア５０２の記憶内容に基づき、デバイスメモリ１６Ａ
の内容をリフレッシュするモニタデバイスリフレッシュ
処理２０１１について図１４のフローチャートにより説
明する。処理１３Ｂ０１で、図５のモニタデバイス用関
連付けエリア５０２におけるモニタ指定デバイスＭＯ０
の内容であるモニタ対象デバイス名を読み出す。次に、
処理１３Ｂ０２で、処理１３Ｂ０１で読み出したモニタ
対象デバイス名で示されるアドレスにおける通常デバイ
スエリア４００５０１の内容を読み出す。そして最後に
処理１３Ｂ０３で、デバイスメモリ１６Ａのモニタ指定
デバイスＭＯ０の内容として処理１３Ｂ０２で読み出さ
れた内容を格納する。以降、モニタデバイスの数分（こ
こでは１０１）上記の動作を繰り返す。上記の一連の動
作により、図４のデバイスメモリ１６Ａのモニタデバイ
スエリア４０１には、図５に示すデータＲＡＭ１３Ａの
モニタデバイス用関連付けエリア５０２に格納されてい
るモニタ対象デバイス名によりアドレス指定されるデバ
イスエリア４００の記憶内容が格納されることになる。

【００５０】次に、モニタ処理を図１５により説明す
る。図１５は、外部周辺機器２Ａからデバイスメモリ１
６Ａをモニタする場合の外部周辺機器２Ａ側の処理内容
を示すフローチャートである。処理１４０１で、ＣＰＵ
ユニット１Ａ内部のデバイスメモリ１６Ａにおけるモニ
タ対象デバイスの内容を読み出すため、外部周辺機器２
Ａは、図１１に示す要求データ１２０１を作成し、ステ
ップ１４０２でこの要求データ１２０１をＣＰＵユニッ
ト１Ａに送信する。ステップ１４０３ではＣＰＵユニッ
ト１Ａからの応答データを受信するまで待ち状態とな
る。なお、図１１において１２０１は外部周辺機器２Ａ
からＣＰＵユニット１Ａに送られる要求データであり、
１２０１１はモニタ対象デバイスの値、すなわち、モニ
タ値を読み出すことを指示する要求コード部であり、１
２０１２は読み出すモニタ指定デバイス名（ＭＯ０〜Ｍ
Ｏ１００等）が格納されるモニタ指定デバイスである。
なお、要求データ１２０１は要求コード部１２０１１、
及びモニタ指定デバイス部１２０１２より構成される。
１２０２は、要求データ１２０１に対してＣＰＵユニッ
ト１Ａから外部周辺機器２Ａに送られるモニタ対象デバ
イスの値、すなわち、モニタ値の読み出し完了を示す応
答データであり、完了コード部１２０２１と、モニタ値
が格納されるモニタ値部１２０２１とにより構成され
る。なお、完了コード部１２０２１には通常１が格納さ
れる。

【００５１】外部周辺機器２Ａからの要求データ１２０
１を受信したときのＣＰＵユニット１Ａの動作を、図
２、図３と図１６に示すフローチャートにより説明す
る。図１６は、図１１に示される要求データ１２０１が
送られた場合のＣＰＵユニット１Ａの処理を示したもの
である。まず、ＣＰＵユニット１Ａは、図２に示す外部
周辺機器との交信処理２０３１において図１１の要求デ
ータ１２０１を受け取り、図３に示す処理３０１で、図
１１の要求コード１２０１１が２なのでモニタ処理３０
５に分岐する。このモニタ処理３０５では、図１６に示
す処理が実行される。図１６において処理１５０１２
で、デバイスメモリ１６Ａの図１１のモニタ指定デバイ
ス名により示されるアドレスの内容を読みだし、処理１
５０１３で、モニタ完了を示す図１１の応答データ１２
０２を作成し、外部周辺機器２Ａに送信する。図１１に
示すように要求データ１２０１のモニタ指定デバイス名
１２０１２がＭＯ０であれば、応答データ１２０２のモ
ニタ値部１２０２２にデバイスメモリ１６Ａにおけるモ
ニタ指定デバイスＭＯ０の内容、すなわち、モニタ対象
デバイス名Ｄ３の内容が格納される。

【００５２】以上、モニタを行う外部機器として外部周
辺機器を使用した場合について説明したが、外部周辺機
器を計算機ユニット等の装置と置き換えても全く同じ手
順を踏むことにより、モニタすることが可能である。

【００５３】以上で説明したように、この発明による実
施例１では、デバイスの値をモニタする際に実際のモニ
タ対象デバイスを指定するのではなく、モニタ対象デバ
イスとモニタ指定デバイスとの関連づけをあらかじめ行
っておき、モニタ指定デバイスによりモニタ対象デバイ
スを指定できるので、ＰＣに接続されている様々な機器
（外部周辺機器、計算機等）側で、あらかじめモニタ指
定デバイス名でモニタ対象デバイスの指定を行うように
しておくことにより、シーケンスプログラム上でデバイ
スの役割が変更された場合は、この変更に対応して従来
のような変更を行う必要がなく、モニタ指定デバイスと
モニタ対象デバイスとの関連づけを再度行うだけでよ
い。

【００５４】実施例２．この発明の一実施例におけるＣ
ＰＵ内部のデバイスメモリ１６Ａの内容をモニタする際
に、実際のモニタ対象デバイスを指定せずに、そのデバ
イスに関連づけされたモニタ指定デバイスを範囲指定す
ることによりモニタする場合の動作について図６に従っ
て説明する。図６は、モニタ指定デバイスをモニタ対象
デバイスに関連づけする際の外部周辺機器２Ａにおける
処理のフローチャートである。図６において、ステップ
９０１で外部周辺機器２Ａにおいて図８に示すモニタ指
定デバイスと、モニタ対象デバイスと、設定範囲の入力
を促す画面が表示されている状態で、ユーザはキーボー
ド２ａからモニタ指定デバイス名ＭＯ０〜ＭＯ１００に
関連づけられるモニタ対象デバイス名をそれぞれ入力す
る。図８において、１００Ａ１はモニタ指定デバイス名
のエリア、１００Ａ２はモニタ指定デバイスに関連づけ
られるモニタ対象するデバイス名を入力するエリア、１
００Ａ３は関連づけするデバイスの個数を入力するエリ
アである。ここで、ユーザは１００Ａ１にはモニタ指定
デバイス（ここではＭＯ〜ＭＯ１００）の中の任意のデ
バイス名を入力することができ、１００Ａ２にはモニタ
対象デバイス中の任意のデバイス名を入力することがで
き、１００Ａ３には任意の個数を入力することができ
る。この図８の例では、モニタ指定デバイスＭＯ０に対
してモニタ対象デバイスとしてユーザはＤ０と入力して
あり、設定範囲としては４が入力されているため、モニ
タ指定デバイスＭＯ０〜ＭＯ３はそれぞれモニタ対象デ
バイスＤ０〜Ｄ３と関連づけされていることを示してい
る。

【００５５】以上の入力が終わると、外部周辺機器２Ａ
はステップ９０２にて、入力されたデータをもとに図１
０に示す要求データ１１０１Ａを作成する。なお、この
図１０は、図７に示すような設定を外部周辺機器２Ａで
行った後、外部周辺機器２ＡとＣＰＵユニット１Ａとの
間でやりとりされる要求データの構成を示したものであ
る。図において、１１Ａ１は外部周辺機器２ＡからＣＰ
Ｕユニット１Ａに送られる要求データであり、１１Ａ１
１はモニタ指定デバイスとモニタ対象デバイスとの関連
づけの変更を指示する要求コード部であり、１１Ａ１２
はモニタ指定デバイス名が格納されるモニタ指定デバイ
ス部であり、１１Ａ１３はモニタ指定デバイス部１１Ａ
１２に格納されたモニタ指定デバイス名に関連づけされ
るモニタ対象デバイス名が格納されるモニタ対象デバイ
ス部であり、１１Ａ１４はデバイス範囲を表す数であ
る。なお、要求データ１１０１Ａは、要求コード部１１
Ａ１１、モニタ指定デバイス部１１Ａ１２、モニタ対象
デバイス部１１Ａ１３及び、範囲指定部１１Ａ１４によ
り構成されている。

【００５６】次に、外部周辺機器２Ａからの要求データ
１１Ａ１を受信したときのＣＰＵユニット１Ａの動作を
図３および図１４に示すフローチャートにより説明す
る。まず、図２に示すメインプログラム実行処理２０１
を行っている図１のＣＰＵユニット１Ａは、図２の外部
周辺機器２Ａとの交信処理２０３１において、図６のス
テップ９０３で外部周辺機器２Ａより送信された要求デ
ータ１１Ａ１を受け取る。ここで、ＣＰＵユニット１Ａ
は図３に示す処理３０１で要求コード部１１Ａ１１の内
容を判定する。図１０に示す例においては、この要求コ
ード部１１Ａ１１の内容が１であるためにモニタデバイ
ス関連づけ処理３０２に分岐する。なお、図３は外部周
辺機器２ＡからＣＰＵユニット１Ａが要求コード部の内
容を受け取った際の、この要求コード部１１０１１の内
容による分岐処理を表したものである。図３の処理３０
２では、図１４に示される処理が実行され、モニタ指定
デバイスとモニタ対象デバイスとの関連づけを行うため
の初期設定が行われる。

【００５７】図１４は、モニタ指定デバイスとモニタ対
象デバイスとの範囲指定の関連づけを行うための初期設
定処理ＣＰＵユニット１Ａが行う際のフローチャートで
ある。図１４に示す処理では、まず、処理１３Ｃ１で、
図９のモニタ指定デバイス部１１Ａ１２からモニタ指定
デバイス名を読みとり、図１のデータＲＡＭ１３Ａの内
部にある図５のモニタデバイス用関連づけエリア５０２
におけるこのモニタ指定デバイス名のモニタ指定デバイ
スをサーチする。処理１３Ｃ３で、カウンタＡをリセッ
トし、処理１３Ｃ４で図９のモニタ対象デバイス部１１
０１３に格納されているモニタ対象デバイス名を、処理
１３Ｃ１でサーチされたモニタ指定デバイス＋Ａに格納
する。図９の例では、モニタ指定デバイス部１１Ａ１２
にはモニタデバイス名としてＭＯ０が格納されており、
モニタ対象デバイス部１１Ａ１３にはモニタ対象デバイ
ス名としてＤ０が格納されているので、図５のデータＲ
ＡＭ１３Ａのモニタデバイス用関連づけエリア５０２モ
ニタ指定デバイスのＭＯ０にモニタ対象デバイス名Ｄ０
が、モニタ指定デバイスＭ０１の位置にモニタ対象デバ
イス名Ｄ１のアドレスが、モニタ指定デバイスＭＯ２の
位置にモニタ対象デバイス名Ｄ２のアドレスがそれぞれ
格納されることになる。範囲数分上記の処理を実行した
後、最後に処理１３Ｃ７で、ＣＰＵユニット１Ａがモニ
タデバイス関連づけ要求処理を完了したことを示す応答
データ１１Ａ２を作成し、外部周辺機器２Ａに送信す
る。

【００５８】以上の処理を行った後、ＣＰＵユニット１
Ａは、図２に示す特殊ユニットサービス処理２０３２以
降を実行し、以後は従来と同様にその他のＥＮＤ処理５
２３３を実行してＥＮＤ処理２０３を終了する。そし
て、後述するライトデバイスリフレッシュ処理２０１７
を実行した後、シーケンス処理２０２に戻り、シーケン
ス処理２０２が終了すると、後述するモニタデバイスリ
フレッシュ処理２０１１を実行し、再びＥＮＤ処理２０
３を実行するようにしてシーケンス処理２０２モニタデ
バイスリフレッシュ処理２０１１とＥＮＤ処理２０３と
ライトデバイスリフレッシュ処理２０１７と実行する動
作をくり返す。

【００５９】これらの一連の処理をすべて完了し、ＣＰ
Ｕユニット１Ａは１つのモニタデバイスの範囲指定によ
る関連づけを完了したことになる。以降の周辺機器によ
るモニタデバイスのモニタは、実施例１の場合と同様に
行えばよい。

【００６０】実施例３．次に、この発明の一実施例にお
ける、ＣＰＵ内部のデバイスメモリ１６Ａの内容にライ
トする際に実際のライト対象デバイスを指定せずに、そ
のデバイスに関連づけされたライト指定デバイスを指定
することによりライトする場合の動作について図１７に
従って説明する。図１７はライト指定デバイスをライト
対象デバイスに関連づけする際の外部周辺機器２Ａにお
ける処理のフローチャートである。図１７において、ス
テップ１６０１で外部周辺機器２Ａにおいて図１８に示
すライト指定デバイスと、ライト対象デバイスの入力を
促す画面が表示されている状態で、ユーザはキーボード
２ａからライトデバイス名ＷＲ０〜ＷＲ１００に関連づ
けられるライト対象デバイス名をそれぞれ入力する。図
１８において、１７０１はライト指定デバイス名のエリ
ア、１７０２はライト指定デバイスに関連づけられるラ
イト対象デバイス名を入力するエリアである。ここで、
ユーザは１７０１にはライト指定デバイス（ここではＷ
Ｒ０〜ＷＲ１００）の中の任意のデバイス名を入力する
ことができ１７０２にはライト対象デバイス中の任意の
デバイス名を入力することができる。この図１８の例で
は、ライト指定デバイスＷＲ０に対してライト対象デバ
イスとして、ユーザはＤ３と入力してあるため、ライト
指定デバイスＷＲ０はライト対象デバイスＤ３と関連づ
けされることを示している。

【００６１】以上の入力が終わると、外部周辺機器２Ａ
はステップ１６０２にて、入力されたデータをもとに図
２０に示す要求データ１８０１を作成する。なお、この
図２０は、図１８に示すような設定を外部周辺機器２Ａ
で行った後、外部周辺機器２ＡとＣＰＵユニット１Ａと
の間でやりとりされる要求データの構成を示したもので
ある。図において、１８０１は外部周辺機器２ＡからＣ
ＰＵユニット１Ａに送られる要求データであり、１８０
１１はライト指定デバイスとライト対象デバイスとの関
連づけの変更を指示する要求コード部であり、１８０１
２はライト指定デバイス名が格納されているライト指定
デバイス部であり、１８０１３はライト指定デバイス部
１８０１２に格納されたライト指定デバイス名に関連づ
けされるライト対象デバイス名が格納されるライト対象
デバイスである。なお、要求データ１８０１は要求コー
ド部１８０１１、ライト指定デバイス部１８０１２、及
びライト対象デバイス部１８０１３により構成されてい
る。

【００６２】次に、外部周辺機器２Ａからの要求データ
１８０１を受信したときのＣＰＵユニット１Ａの動作を
図３および図２３に示すフローチャートにより説明す
る。まず、図２に示すメインプログラム実行処理２０１
を行っている図１のＣＰＵユニット１Ａは、図２の外部
周辺機器２Ａとの交信処理２０３１において、図１３の
ステップ１６０３で外部周辺機器２Ａより送信された要
求データ１８０１を受け取る。ここで、ＣＰＵユニット
１Ａは図３に示す処理３０１で要求コード部１８０１１
の内容を判定する。図２０に示す例においては、この要
求コード部１８０１１の内容が３であるためライトデバ
イス関連づけ処理３０９に分岐する。なお、図３は外部
周辺機器２ＡからＣＰＵユニット１Ａが要求コード部の
内容を受け取った際の、この要求コード部１８０１１の
内容による分岐処理を表したものである。図３の処理３
０９では、図２３に示される処理が実行され、ライト指
定デバイスとライト対象デバイスとの関連づけを行うた
めの初期設定が行われる。

【００６３】図２３は、ライト指定デバイスとライト対
象デバイスとの関連づけを行うための初期設定処理をＣ
ＰＵユニット１Ａが行う際のフローチャートである。図
２３に示す処理では、まず、処理２００１で、図２０の
ライト指定デバイス部１８０１２からライト指定デバイ
ス名を読みとり、図１のデータＲＡＭ１３Ａの内部にあ
る図５のライトデバイス用関連づけエリア５０３におけ
る、このライト指定デバイス名のライト指定デバイスを
サーチする。処理２００３で、図２０のライト対象デバ
イス部１８０１３に格納されているライト対象デバイス
名を処理２００１でサーチされたライト指定デバイスに
格納する。図２０の例では、ライト指定デバイス１８０
１２にはライト指定デバイス名としてＷＲ０が格納され
ており、ライト対象デバイス部１８０１３にはライト対
象デバイス名としてＤ３が格納されているので、図５の
データＲＡＭ１３Ａのライトデバイス用関連づけエリア
５０３のライト指定デバイスＷＲ０にライト指定デバイ
ス名Ｄ３のアドレスが格納されることになる。最後に、
処理２００１４で、ＣＰＵユニット１Ａがライトデバイ
ス関連づけ要求処理を完了したことを示す応答データ１
８０２を作成し、外部周辺機器２Ａに送信する。

【００６４】以上の処理を行った後、ＣＰＵユニット１
Ａは、図２に示す特殊ユニットサービス処理２０３２以
降を実行し、以後は従来と同様にその他のＥＮＤ処理５
２３３を実行してＥＮＤ処理２０３を終了する。そし
て、後述するライトデバイスリフレッシュ処理２０１７
を実行した後、シーケンス処理２０２に戻り、シーケン
ス処理２０２が終了すると前述したモニタデバイスリフ
レッシュ処理２０１１を実行し、再びＥＮＤ処理２０３
を実行するようにしてシーケンス処理２０２、モニタデ
バイスリフレッシュ処理２０１１とＥＮＤ処理２０３と
ライトデバイスリフレッシュ処理２０１７とを実行する
動作をくり返し実行する。

【００６５】以上の一連の処理を全て完了し、ＣＰＵユ
ニット１Ａは１つのライトデバイスの関連づけを完了し
たことになる。一方、外部周辺機器２Ａは、図２０に示
す応答データ１８０２を受信すると、次に図１７のステ
ップ１６０４Ａでライトデバイスの数分（ここではＷＲ
０からＷＲ１００なので、１０１）処理を行ったかどう
かを判別し、１０１回に満たない場合は１６０３、１６
０４の処理を繰り返し行う。

【００６６】次に、ライト処理を図２６により説明す
る。図２６は、外部周辺機器２Ａからデバイスメモリ１
６Ａをモニタする場合の、外部周辺機器２Ａの処理内容
を示すフローチャートである。処理２１０１で、ＣＰＵ
ユニット１Ａ内部のデバイスメモリ１６Ａにおけるライ
ト対象デバイスに指定した値を書き込むため、外部周辺
機器２Ａは、図２２に示す要求データ１９０１を作成
し、ステップ２１０２でこの要求データ２１０１をＣＰ
Ｕユニット１Ａに送信する。ステップ２１０３ではＣＰ
Ｕユニット１Ａからの応答データを受信するまで待ち状
態となる。なお、図２２において、１９０１は外部周辺
機器２ＡからＣＰＵユニット１Ａに送られる要求データ
であり、１９０１１はライト対象デバイスに指定した値
を書き込むことを指示する要求コードであり、１９０１
２は書き込むライト指定デバイス名（ＷＲ０〜ＷＲ１０
０等）が格納されているライト指定デバイス部である。
また、１９０１３は書き込む値である。なお、要求デー
タ１９０１は要求コード部１９０１１及びライト指定デ
バイス部１９０１２、ライト値１９０１３により構成さ
れる。１９０２は、要求データ１９０１に対してＣＰＵ
ユニット１Ａから外部周辺機器２Ａに送られる、ライト
対象デバイスの値、すなわちライト値の書き込み完了を
示す応答データであり、完了コード部１９０２１により
構成される。なお、完了コード部１９０２１には通常１
が格納される。

【００６７】外部周辺機器２Ａからの要求データ１９０
１を受信したときのＣＰＵユニット１Ａの動作を、図
２、図３と図２７に示すフローチャートにより説明す
る。図２７は、図２２に示される要求データ１９０１が
送られた場合のＣＰＵユニット１Ａの処理を示したもの
である。まず、ＣＰＵユニット１Ａは、図２に示す外部
周辺機器との交信処理２０３１において図２２の要求デ
ータ１９０１を受け取り、図３に示す処理３０１で、図
２２の要求コード１９０１１が４なのでライト処理３１
２に分岐する。このライト処理３１２では、図２７に示
す処理が実行される。図２７において、処理２２０１１
で、デバイスメモリ１６Ａの図２２のライト指定デバイ
ス名１９０１２により、該当ライト指定デバイスのアド
レスを読み出す。このアドレスは図４のデバイスメモリ
１６Ａの４０２のライトデバイスエリアのアドレスであ
る。処理２２０１２で、図２２の１９０１３のライトデ
ータの値を処理２２０１１で読み出したアドレスに格納
し、処理２２０１３で、ライト完了を示す図２２の応答
データ１９０２を作成し、外部周辺機器２Ａに送信す
る。図２２に示すように要求データ１９０１のライト指
定デバイス名１９０１２がＷＲ０であり、１９０１３の
内容が３であれば、ＷＲ０のアドレスには３という数値
が格納される。

【００６８】次に、図５のライトデバイス用関連づけエ
リア５０１の内容に基づきデバイスメモリ１６Ａの内容
をリフレッシュするライトデバイスリフレッシュ処理２
０１７について図２４のフローチャートにより説明す
る。処理２０Ｂ０１で、図４のデバイスメモリ１６Ａの
ライト指定デバイスＷＲ０の内容を読み出す。次に、処
理２０Ｂ０２で、図２０のライト指定デバイス名１９０
１２を読み取り、該当デバイスに関連づけされているラ
イト対象デバイス名を図１のデータＲＡＭ１３Ａの内部
にある図５のライトデバイス関連づけエリア５０１より
サーチする。そして、最後に処理２０Ｂ０３で、処理２
０Ｂ０２で読み出したライト対象デバイス名で示される
アドレスにおける通常デバイスエリア４００のアドレス
に、処理２０Ｂ０１で読み出された内容を格納する。以
降、モニタデバイスの数分（ここでは１０１）上記の動
作を繰り返す。上記の一連の動作により、図４のデバイ
スメモリ１６Ａのライトデバイスエリア４０２には、図
５に示すデータＲＡＭ１３Ａのライトデバイス用関連づ
けエリア５０３に格納されているライト対象デバイス名
によりアドレス指定されるデバイスエリア４００の記憶
内容が格納されることになる。

【００６９】以上、ライトをする外部機器として外部周
辺機器を使用した場合について説明したが、外部周辺機
器を計算機ユニット等の装置で置き換えても、全く同じ
手順を踏むことによりライトすることが可能である。

【００７０】以上で説明したように、この発明による実
施例３では、デバイスの値をライトする際に実際のライ
ト対象デバイスを指定するのではなく、ライト対象デバ
イスとライト指定デバイスとの関連づけをあらかじめ行
っておき、ライト指定デバイスによりライト対象デバイ
スを指定できるので、ＰＣに接続されている様々な機器
（外部周辺機器、計算機等）側であらかじめライト指定
デバイス名でライト対象デバイスの指定を行うようにし
ておくことにより、シーケンスプログラム上でデバイス
の役割が変更された場合にこの変更に対応して従来のよ
うな変更を行う必要がなく、ライト指定デバイスとライ
ト対象デバイスとの関連づけを再度行うだけでよい。

【００７１】実施例４．この発明の一実施例における、
ＣＰＵ内部のデバイスメモリ１６Ａの内容をライトする
際に、実際のライト対象デバイスを指定せずに、そのデ
バイスに範囲指定で関連づけされたライト指定デバイス
を指定することにより、ライトする場合の動作について
図１７に従って説明する。図１７は、ライト指定デバイ
スをライト対象デバイスに関連づけする際の、外部周辺
機器２Ａにおける処理のフローチャートである。図１７
においてステップ１６０１で外部周辺機器２Ａにおいて
図１９に示すライト指定デバイスと、ライト対象デバイ
スと、設定範囲の入力を促す画面が表示されている状態
で、ユーザはキーボード２ａからライトデバイス名ＷＲ
０〜ＷＲ１００に関連づけられるライト対象デバイス名
をそれぞれ入力する。図１９において、１７０Ａ１はラ
イト指定デバイス名のエリア１７０Ａ２はライト指定デ
バイスに関連づけられるライト対象デバイス名を入力す
るエリア、１７０Ａ３は関連づけするデバイスの個数を
入力するエリアである。ここで、ユーザは１７０Ａには
ライト指定デバイス（ここではＷＲ０〜ＷＲ１００）の
中の任意のデバイス名を入力することができ１７０Ａ２
にはライト指定デバイスの中の任意のデバイス名を入力
することができ、１７０Ａ３には任意の個数を入力する
ことができる。この図１９の例では、ライト指定デバイ
スＷＲ０に対してライト対象デバイスとしてユーザはＤ
０と入力してあり、設定範囲としては４が入力されてい
るため、ライト指定デバイスＷＲ０〜ＷＲ３はそれぞれ
ライト対象デバイスＤ０Ｄ３と関連づけされることを示
している。

【００７２】以上の入力が終わると、外部周辺機器２Ａ
はステップ１６０２にて、入力されたデータをもとに図
２１に示す要求データ１８Ａ１を作成する。なお、この
図２１は、図１９に示すような設定を外部周辺機器２Ａ
で行った後、外部周辺機器２ＡとＣＰＵユニット１Ａと
の間でやりとりされる要求データの構成を示したもので
ある。図において、１８Ａ１は外部周辺機器２ＡからＣ
ＰＵユニット１Ａに送られる要求データであり、１８Ａ
１１はライト指定デバイスとライト対象デバイスとの関
連づけの変更を指示する要求コード部であり、１８Ａ１
２はライト指定デバイス名が格納されているライト指定
デバイス部であり、１８Ａ１３は、ライト指定デバイス
部１８Ａ１２に格納されたライト指定デバイス部に関連
づけされるライト対象デバイス名が格納されるライト対
象デバイスであり、１８Ａ１４はデバイス範囲を表す数
である。なお、要求データ１８Ａ１は要求コード部１８
Ａ１１、ライト指定デバイス部１８Ａ１２、ライト対象
デバイス部１８Ａ１３範囲指定部１８Ａ１４により構成
されている。

【００７３】次に、外部周辺機器２Ａからの要求データ
１８Ａ１を受信したときのＣＰＵユニット１Ａの動作を
図３及び図２５に示すフローチャートにより説明する。
まず、図２に示すメインプログラム実行処理２０１を行
っている図１のＣＰＵユニット１Ａは、図２の外部周辺
機器２Ａとの交信処理２０３１において、図１９のステ
ップ６０３で外部周辺機器２Ａにより送信された要求デ
ータ１８Ａ１を受け取る。ここで、ＣＰＵユニット１Ａ
は図３に示す処理３０１で要求コード部１８Ａ１１の内
容を判定する。図２１に示す例においては、この要求コ
ード部１８Ａ１１の内容が３であるため、ライトデバイ
ス関連づけ処理３０１に分岐する。なお、図３は外部周
辺機器２ＡからＣＰＵユニット１Ａが要求コード部の内
容を受け取った際のこの要求コード部１８Ａ１１の内容
による分岐処理を表したものである。図３の処理３０９
では、図２５に示される処理が実行され、ライト指定デ
バイスとライト対象デバイスとの関連づけを行うための
初期設定が行われる。

【００７４】図２５は、ライト指定デバイスとライト対
象デバイスと関連づけを行うための初期設定処理をＣＰ
Ｕユニット１Ａが行う際のフローチャートである。図２
５に示す処理では、まず、処理２０Ｃ１で、図２１のラ
イト指定デバイス部１８Ａ１２からライト指定デバイス
名を読みとり、図１のデータＲＡＭ１３Ａの内部にある
図５のライトデバイス用関連づけエリア５０３におけ
る、このライト指定デバイス名のライト指定デバイスを
よりサーチする。処理２０Ｃ３で、カウンタＡをリセッ
トし、処理２０Ｃ４で、図２１のライト対象デバイス部
１８Ａ１３に格納されているライト対象デバイス名＋Ａ
を処理２０Ｃ１でサーチされた指定デバイス＋Ａに格納
する。図２１の例では、ライト指定デバイス１８Ａ１２
にはライト指定デバイス名としてＷＲ０が格納されてお
り、ライト対象デバイス部アドレス１８Ａ１３にはライ
ト対象デバイス名としてＤ０が格納されているので、図
５のデータＲＡＭ１３Ａのライトデバイス用関連づけエ
リア５０３のライト指定デバイスＷＲ０にライト対象デ
バイス名Ｄ０のアドレスが、ＷＲ１の位置にＤ１のアド
レスが、ＷＲ２の位置にＤ２のアドレスがそれぞれ格納
されることになる。範囲数分上記の処理を実行した後、
最後に処理２０Ｃ７で、ＣＰＵユニット１Ａがライトデ
バイス関連づけ要求処理を完了したことを示す応答デー
タ１８Ａ２を作成し、外部周辺機器２Ａに送信する。

【００７５】以上に処理を行った後、ＣＰＵユニット１
Ａは、図２に示す特殊ユニットサービス処理２０３２以
降を実行し、以後は従来と同様にその他のＥＮＤ処理５
２３３を実行してＥＮＤ処理２０３を終了する。そし
て、前述したライトデバイスリフレッシュ処理２０１７
を実行した後、シーケンス処理２０２に戻り、シーケン
ス処理２０２が終了すると、前述したモニタデバイスリ
フレッシュ処理２０１１を実行し、再びＥＮＤ処理２０
３と実行するようにしてシーケンス処理２０２、モニタ
デバイスリフレッシュ処理２０１１とＥＮＤ処理２０３
と、ライトデバイスリフレッシュ処理２０１７とを実行
する動作をくり返し実行する。

【００７６】これらの一連の処理をすべて完了し、ＣＰ
Ｕユニット１Ａは１つのライトデバイスの範囲指定によ
る関連づけをすべて完了したことになる。以降の周辺機
器等によるデバイスのライトについては、実施例３の場
合と同様に行えばよい。

【００７７】

【発明の効果】第１の発明によれば、ＰＣ側で入出力デ
バイスの変更が行われた場合において、このＰＣに接続
されている機器側におけるプログラムの変更による作業
工数の増加を的確に防止できるプログラマブルコントロ
ーラを得ることができるという効果がある。

【００７８】第２の発明は、ＰＣ側で入出力デバイスの
変更が行われた場合において、このＰＣに接続されてい
る機器側におけるプログラムの変更による作業工数の増
加をより的確に防止できるプログラマブルコントローラ
を得ることができるという効果がある。

【００７９】第３の発明は、ＰＣ側で入出力デバイスの
変更が行われた場合において、このＰＣに接続されてい
る機器側におけるプログラムの変更による作業工数の増
加を一層的確に防止できるプログラマブルコントローラ
を得ることができるという効果がある。

【００８０】第４の発明によれば、デバイスの値をモニ
タする際に実際のモニタ対象デバイスを指定するのでは
なく、モニタ対象デバイスとモニタ指定デバイスの関連
づけをあらかじめ行っておき、このモニタ指定デバイス
を指定してモニタを行えばよいため、プログラムでデバ
イスの役割が変更された場合、ＰＣに接続されている様
々な機器（計算機等）側でその変更に対応する変更を行
わず、モニタ対象デバイスとモニタ指定デバイスの関連
づけを変更するだけでよいので例えば、使用者が計算機
側のプログラム変更に習熟していない場合などにも対応
できるといった効果がある。

【００８１】第５の発明によれば、モニタ対象デバイス
とモニタ指定デバイスの内容を範囲指定で一括で関連づ
けできるようにすることにより、複数の連続したデバイ
スに関する関連づけのための個々の作業を容易化できる
効果がある。

【００８２】第６の発明によれば、デバイスの値をライ
トする際に実際のライト対象デバイスを指定するのでは
なく、ライト対象デバイスとライト指定デバイスの関連
づけをあらかじめ行っておき、このライト指定デバイス
を指定してライトを行えばよいため、プログラムでデバ
イスの役割が変更された場合、ＰＣに接続されている様
々な機器（計算機等）側でその変更に対応する変更を行
わず、ライト指定デバイスとライト指定デバイスの関連
づけを変更するだけでよいので例えば、使用者が計算機
側のプログラム変更に習熟していない場合などにも対応
できるといった効果がある。

【００８３】第７の発明によれば、ライト対象デバイス
ライト指定デバイスの内容を範囲指定で一括で関連づけ
できるようにすることにより、複数の連続したデバイス
に関する関連づけのための個々の作業を容易化できる効
果がある。

【図面の簡単な説明】

【図１】 この発明のＰＣの構成図である。

【図２】 この発明のＰＣのプログラムの全体構成を示
すフローチャート図である。

【図３】 この発明のＣＰＵユニットにおける外部周辺
機器との交信処理を示すフローチャート図である。

【図４】 この発明の実施例１・実施例２において使用
するデバイスエリアを示す図である。

【図５】 この発明のＣＰＵユニットのデータＲＡＭの
構成図である。

【図６】 この発明の実施例１におけるユーザの操作と
外部周辺機器の処理を示したフローチャート図である。

【図７】 この発明の実施例１における外部周辺機器の
設定画面例を示す図である。

【図８】 この発明の実施例２における外部周辺機器の
設定画面例を示す図である。

【図９】 この発明の実施例１における外部周辺機器と
ＣＰＵユニットとの間でやりとりされるデータの構成を
示した図である。

【図１０】 この発明の実施例２における外部周辺機器
とＣＰＵユニットとの間でやりとりされるデータの構成
を示した図である。

【図１１】 この発明の実施例１における外部周辺機器
とＣＰＵユニットとの間でやりとりされるデータの構成
を示した図である。

【図１２】 この発明の実施例１における外部周辺機器
からのモニタデバイス関連づけ要求に対するＣＰＵユニ
ットの処理を示した図である。

【図１３】 この発明の実施例１におけるモニタ対象デ
バイスをモニタ指定デバイスのリフレッシュする際の、
ＣＰＵユニットの処理を示した図である。

【図１４】 この発明の実施例２における外部周辺機器
からのモニタデバイス関連づけ要求に対するＣＰＵユニ
ットの処理を示した図である。

【図１５】 この発明の実施例１における外部周辺機器
からのモニタ要求に対するＣＰＵユニットの処理を示し
た図である。

【図１６】 この発明の実施例１における外部周辺機器
からの要求データを受信したときのＣＰＵユニットの動
作を示した図である。

【図１７】 この発明の実施例３におけるユーザの操作
と外部周辺機器の処理を示した図である。

【図１８】 この発明の実施例３における外部周辺機器
の設定画面例を示す図である。

【図１９】 この発明の実施例４における外部周辺機器
の設定画面例である。

【図２０】 この発明の実施例３における外部周辺機器
とＣＰＵユニットとの間でやりとりされるデータの構成
を示した図である。

【図２１】 この発明の実施例４における外部周辺機器
とＣＰＵユニットとの間でやりとりされるデータの構成
を示した図である。

【図２２】 この発明の実施例３における外部周辺機器
とＣＰＵユニットとの間でやりとりされるデータの構成
を示した図である。

【図２３】 この発明の実施例３における外部周辺機器
からのライトデバイス関連づけ要求に対するＣＰＵユニ
ットの処理を示した図である。

【図２４】 この発明の実施例３におけるライト指定デ
バイスをライト対象デバイスにリフレッシュする際のＣ
ＰＵユニットの処理を示した図である。

【図２５】 この発明の実施例４における外部周辺機器
からのライトデバイス関連づけ要求に対するＣＰＵユニ
ットの処理を示した図である。

【図２６】 この発明の実施例３における外部周辺機器
のライト要求時の処理を示した図である。

【図２７】 この発明の実施例３における外部周辺機器
からのライト要求に対するＣＰＵユニットの処理を示し
た図である。

【図２８】 従来のプログラマブルコントローラの構成
図である。

【図２９】 従来のラダープログラム図である。

【図３０】 ＰＣの処理に関する一般的なフローチャー
ト図である。

【図３１】 従来のＰＣの処理に関するタイムチャート
図である。

【図３２】 従来のモニタにおける、外部周辺機器の処
理を示した図である。

【図３３】 従来のモニタにおける、外部周辺機器とＣ
ＰＵユニットの間でやりとりされるデータの構成を示し
た図である。

【図３４】 従来のＣＰＵユニットにおける、外部周辺
機器との交信処理を示す図である。

【図３５】 従来の外部周辺機器からのモニタ要求に対
するＣＰＵユニットの処理を示した図である。

【図３６】 従来のライトにおける、外部周辺機器の処
理を示した図である。

【図３７】 従来のライトにおける、外部周辺機器とＣ
ＰＵユニットの間でやりとりされるデータの構成を示し
た図である。

【図３８】 従来の外部周辺機器からのライト要求に対
するＣＰＵユニットの処理を示した図である。

【符号の説明】 １ 従来のＣＰＵユニット、１Ａ この発明のＣＰＵユ
ニット、２ 外部周辺機器、３ 入出力ユニット、５
特殊機能ユニット、６ 計算機等、１０ ＣＰＵ、１１
シーケンスプログラム、１２ システムＲＯＭ、１３
従来のデータＲＡＭ、１３Ａ この発明のデータＲＡ
Ｍ、１４ 周辺Ｉ／Ｆ、１５ 入出力ポート、１６ デ
バイスメモリ、１６Ａ この発明のデバイスメモリ、２
１Ａ 内部タイマ、１０ａ 各種信号線。

Claims (7)

【特許請求の範囲】
1. 【請求項１】 記憶されたシーケンスプログラムに基づ
   き、産業機器等の制御対象機器を制御するプログラマブ
   ルコントローラであって、シーケンスプログラムを記憶
   するシーケンスプログラム記憶部と、使用されるデータ
   を記憶するデータ記憶部と、シーケンスプログラムを処
   理しＣＰＵユニットを動作させるＣＰＵとを備え、外部
   周辺機器からの処理要求の内容別に各要求処理を行う手
   段を有し、前記データ記憶部の内容を前記外部周辺機器
   で読み出すことにより前記ＣＰＵユニットの内部動作状
   態のモニタを行うプログラマブルコントローラにおい
   て、前記データ記憶部にモニタデバイスまたはライトデ
   バイスからなる機能デバイスを設け、かつ、この機能デ
   バイスと前記データ記憶部の指定デバイスとの対応を記
   憶するデバイスメモリを設けるとともに、前記デバイス
   メモリの記憶状態を書き換える手段を設けたことを特徴
   とするプログラマブルコントローラ。
2. 【請求項２】 記憶されたシーケンスプログラムに基づ
   き、産業機器等の制御対象機器を制御するプログラマブ
   ルコントローラであって、シーケンスプログラムを記憶
   するシーケンスプログラム記憶部と、使用されるデータ
   を記憶するデータ記憶部と、シーケンスプログラムを処
   理しＣＰＵユニットを動作させるＣＰＵとを備え、外部
   周辺機器からの処理要求の内容別に各要求処理を行う手
   段を有し、前記データ記憶部の内容を前記外部周辺機器
   で読み出すことにより前記ＣＰＵユニットの内部動作状
   態のモニタを行うプログラマブルコントローラにおい
   て、前記データ記憶部にモニタデバイスまたはライトデ
   バイスからなる機能デバイスを設け、かつ、この機能デ
   バイスと前記データ記憶部の指定デバイスとの対応を記
   憶するデバイスメモリを設けるとともに、外部周辺機器
   から通信により前記デバイスメモリの記憶状態を書き換
   える手段を設けたことを特徴とするプログラマブルコン
   トローラ。
3. 【請求項３】 記憶されたシーケンスプログラムに基づ
   き、産業機器等の制御対象機器を制御するプログラマブ
   ルコントローラであって、シーケンスプログラムを記憶
   するシーケンスプログラム記憶部と、使用されるデータ
   を記憶するデータ記憶部と、シーケンスプログラムを処
   理しＣＰＵユニットを動作させるＣＰＵとを備え、外部
   周辺機器からの処理要求の内容別に各要求処理を行う手
   段を有し、前記データ記憶部の内容を前記外部周辺機器
   で読み出すことにより前記ＣＰＵユニットの内部動作状
   態のモニタを行うプログラマブルコントローラにおい
   て、前記データ記憶部にモニタデバイスまたはライトデ
   バイスからなる機能デバイスを設け、かつ、この機能デ
   バイスと前記データ記憶部の指定デバイスとの対応を記
   憶するデバイスメモリを設けるとともに、外部周辺機器
   から通信により前記デバイスメモリの記憶状態を書き換
   え可能とし、ＥＮＤ処理時に指定デバイスからモニタデ
   バイスに一括してリフレッシュすることを特徴とするプ
   ログラマブルコントローラ。
4. 【請求項４】 記憶されたシーケンスプログラムに基づ
   き、産業機器等の制御対象機器を制御するプログラマブ
   ルコントローラにおいて、外部周辺機器から通信により
   処理要求を受け取る手段と、ＣＰＵユニットから処理応
   答を前記外部周辺機器に知らせる手段を有し、シーケン
   スプログラムおよびＣＰＵユニットを動作させる制御プ
   ログラムを処理するＣＰＵと、シーケンスプログラムを
   記憶するシーケンスプログラム記憶部と、制御プログラ
   ムを記憶している制御プログラム記憶部と、ＣＰＵの処
   理で使用されるデータを記憶するデータ記憶部を備え、
   前記外部周辺機器からの処理要求の内容別に各要求処理
   を行う手段を有し、前記データ記憶部の内容を前記外部
   周辺機器で読み出すことにより前記ＣＰＵユニットの内
   部動作状態のモニタを行うプログラマブルコントローラ
   において、前記データ記憶部にモニタデバイスを設け、
   モニタデバイスと前記データ記憶部の指定デバイスの対
   応表となるデバイステーブルメモリを前記データ記憶部
   に設けるとともに、外部周辺機器から通信により前記デ
   バイステーブルを書き換え可能とし、ＥＮＤ処理時に指
   定デバイスからモニタデバイスに一括してリフレッシュ
   することを特徴とするプログラマブルコントローラ。
5. 【請求項５】 外部周辺機器からデバイステーブルを書
   き換える際に、デバイス範囲の指定を行う手段を設けた
   ことを特徴とする請求項４に記載のプログラマブルコン
   トローラ。
6. 【請求項６】 記憶されたシーケンスプログラムに基づ
   き、産業機器等の制御対象機器を制御するプログラマブ
   ルコントローラにおいて、外部周辺機器から通信により
   処理要求を受け取る手段と、ＣＰＵユニットから処理応
   答を前記外部周辺機器に知らせる手段を有し、シーケン
   スプログラムおよびＣＰＵユニットを動作させる制御プ
   ログラムを処理するＣＰＵと、シーケンスプログラムを
   記憶するシーケンスプログラム記憶部と、制御プログラ
   ムを記憶している制御プログラム記憶部と、ＣＰＵの処
   理で使用されるデータを記憶するデータ記憶部を備え、
   前記外部周辺機器からの処理要求の内容別に各要求処理
   を行う手段を有し、前記データ記憶部の内容を前記外部
   周辺機器で読み出すことにより前記ＣＰＵユニットの内
   部動作状態のモニタができるプログラマブルコントロー
   ラにおいて、前記データ記憶部にライトデバイスを設
   け、ライトデバイスと前記データ記憶部の指定デバイス
   の対応表となるデバイステーブルメモリを前記データ記
   憶部に設けるとともに、外部周辺機器から通信により前
   記デバイステーブルを書き換え可能とし、ＥＮＤ処理時
   にライトデバイスから指定デバイスに一括してリフレッ
   シュすることを特徴とするプログラマブルコントロー
   ラ。
7. 【請求項７】 外部周辺機器からデバイステーブルを書
   き換える際に、デバイス範囲の指定を行う手段を設けた
   ことを特徴とする請求項６に記載のプログラマブルコン
   トローラ。