JP3190628B2 - 制御用ホストコンピュータ、および、そのプログラムが記録された記録媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、機種固有の通信プ
ロトコルで通信する制御装置と、当該制御装置との間で
データをやり取りする表示装置および制御用ホストコン
ピュータとを含む制御システムに関し、特に、制御装置
を制御システムに加入させる際、制御システム全体の手
間を増加させることなく、制御用ホストコンピュータで
の手間を低減可能な制御用ホストコンピュータ、およ
び、そのプログラムが記録された記録媒体に関するもの
である。

【０００２】

【従来の技術】従来から、プログラマブル・ロジック・
コントローラ（以下、ＰＬＣと略称する）は、例えば、
ベルトコンベアー式の自動組付機など、種々のターゲッ
トシステムを制御する制御装置として、広く使用されて
いる。さらに、近年では、ターゲットシステムの複雑化
に伴って、複数台のＰＬＣを互いに連携させて使用する
ことも行われている。また、各ＰＬＣからのデータの表
示、あるいは、ＰＬＣへの制御指示は、当該ＰＬＣの近
傍などに配される表示装置で行われるだけではなく、例
えば、これらの表示装置から離れた場所に設置した制御
用ホストコンピュータでも、表示あるいは操作できるよ
うに、制御システムを構築することもある。

【０００３】具体的には、例えば、図７に示すように、
従来の制御システム５０１では、ＰＬＣ５０３が制御の
中心として位置付けられており、各ＰＬＣ５０３には、
ターゲットシステム５０２の制御対象機器５２１ａやセ
ンサ５２１ｂと、表示および制御指示を行う表示装置５
０５とが接続されている。さらに、当該ＰＬＣ５０３に
は、他のＰＬＣ５０３や制御用ホストコンピュータ５０
７が所定のインターフェイス回路を介して直接、あるい
は、専用のアダプタを介して間接的に接続されており、
ＰＬＣ５０３と制御用ホストコンピュータ５０７との間
や各ＰＬＣ５０３間における制御データの受け渡しは、
ＰＬＣ５０３の通信機能を利用して行われている。

【０００４】

【発明が解決しようとする課題】しかしながら、上記構
成の制御システム５０１では、各ＰＬＣ５０３および制
御用ホストコンピュータ５０７間と、ＰＬＣ５０３およ
び表示装置５０５間との双方で、ＰＬＣ５０３に固有の
通信プロトコルで通信しているため、多くの種類のＰＬ
Ｃ５０３を混在させることが難しいという問題を生じ
る。

【０００５】また、制御システム５０１の通信の大半を
処理するために、ＰＬＣ５０３の負担が大きくなってし
まう。さらに、制御用ホストコンピュータ５０７と表示
装置５０５との双方に、ＰＬＣ５０３と通信するための
通信プロトコルを用意する必要があるために、制御用ホ
ストコンピュータ５０７および表示装置５０５の製造お
よび維持管理に手間がかかる。

【０００６】具体的には、ＰＬＣ５０３は、リレーを使
用したシーケンサから発達してきた経緯もあり、スイッ
チのオンオフ制御やセンサーからのデータ取り込みとい
ったＩ／Ｏ制御に関する処理を得意としている。したが
って、データ通信の中心として、制御システム５０１の
通信の大半を処理するには、能力が不足することが多
く、仮に処理可能であったとしても負担が大きい。例え
ば、ターゲットシステム５０２を制御するだけであれ
ば、ＰＬＣ５０３は、通常、数十ｋバイト程度の記憶容
量と、記憶容量に応じた処理能力とで十分であるが、こ
の記憶容量や処理能力では、通信の大半を十分な速度で
処理することは難しい。

【０００７】また、ＰＬＣ５０３は、シーケンサから発
達してきた経緯から、製造会社毎、あるいは、同一会社
であっても製品毎など、ＰＬＣ５０３の機種毎に、デー
タ通信に使用する通信プロトコルが異なることが多い。
したがって、従来では、制御システム５０１内では、同
一機種のＰＬＣ５０３が用いられることが多い。

【０００８】ここで、通信プロトコルの相違の程度が軽
微な場合、具体的には、スタートキャラクタやストップ
キャラクタや、送受アドレスの指定方法など、通信の確
立に必要な通信プロトコルが同一であり、かつ、余り重
要ではないコマンドのみが相違している程度であれば、
ＰＬＣ５０３の機能のうち、実際に使用する機能を制限
して、相違しているコマンドを使用しなければ、機種の
異なるＰＬＣ５０３を制御システム５０１に混在させる
ことも不可能ではない。ところが、例えば、複数機種と
通信するコマンドなど、重要なコマンドの相違が異なっ
ている場合には、制御用ホストコンピュータ５０７とＰ
ＬＣ５０３との間で、通信が確立したとしても、制御用
ホストコンピュータ５０７は、ＰＬＣ５０３に所望の動
作を指示することができない。

【０００９】また、上記通信確立に要する通信プロトコ
ル自体が異なっている場合には、通信プロトコルの異な
るＰＬＣ５０３ａと制御用ホストコンピュータ５０７な
どとの間の通信が成立しないだけではなく、通信プロト
コルが共通のＰＬＣ５０３と制御用ホストコンピュータ
５０７との通信を阻害してしまう。したがって、当該Ｐ
ＬＣ５０３ａを接続する場合には、変換器５１０を挿入
して、制御用ホストコンピュータ５０７や他のＰＬＣ５
０３から、当該ＰＬＣ５０３ａが同じ機種に見えるよう
に、通信プロトコルを相互変換する必要がある。ここ
で、制御システム５０１では、変換器５１０を設置でき
る場所が限られていることが多く、また、新たに変換器
５１０を設けると、制御システム５０１全体のコストが
高騰してしまう。さらに、ＰＬＣ５０３の通信プロトコ
ルは、例えば、１００種以上と数多く存在するので、所
望の変換器５１０が存在するとは限らない。

【００１０】これらの結果、ＰＬＣ５０３を通信の中心
に配した場合、制御システム５０１に多くの種類のＰＬ
Ｃ５０３を混在させることが難しく、ＰＬＣ５０３を選
択する際の選択肢が制限されてしまう。

【００１１】加えて、上記従来の制御システム５０１で
は、制御用ホストコンピュータ５０７と表示装置５０５
との双方がＰＬＣ５０３と通信しているため、双方が各
ＰＬＣ５０３の通信プロトコルで通信する必要がある。
したがって、制御用ホストコンピュータ５０７や表示装
置５０５を製造する際、接続される可能性のあるＰＬＣ
５０３の通信プロトコル全てで通信するためのプログラ
ムを、制御用ホストコンピュータ５０７および表示装置
５０５の双方に用意する必要がある。この結果、制御用
ホストコンピュータ５０７および表示装置５０５を製造
する際、多くのＰＬＣ５０３に対応させるために、非常
に多くのソフトウェア工数が必要になってしまう。さら
に、新たな通信プロトコルで通信するＰＬＣ５０３が開
発された場合、制御用ホストコンピュータ５０７および
表示装置５０５の双方に、当該通信プロトコルで通信す
るプログラムを新たに用意する必要があり、さらに手間
がかかる。

【００１２】本発明は、上記の問題点に鑑みてなされた
ものであり、その目的は、特に、ＰＬＣなどの制御装置
を制御システムに加入させる際、制御システム全体の手
間を増加させることなく、制御用ホストコンピュータで
の手間を低減可能な制御用ホストコンピュータ、およ
び、そのプログラムが記録された記録媒体を実現するこ
とにある。

【００１３】

【課題を解決するための手段】請求項１の発明に係る制
御用ホストコンピュータは、制御対象を制御する制御装
置と、専用ネットワークを介して制御装置と通信して当
該制御装置の制御状態を表示または制御すると共に、上
記専用ネットワークとは別の共通ネットワークと当該専
用ネットワークとの通信プロトコルが異なる場合、一方
から他方に通信プロトコルを変換する表示制御装置と、
上記共通ネットワークを介して当該表示制御装置に接続
される制御用ホストコンピュータとを含む制御システム
で使用される制御用ホストコンピュータであって、上記
課題を解決するために、以下の手段を講じたことを特徴
としている。

【００１４】すなわち、制御用ホストコンピュータは、
上記制御装置への指示内容を含むデータ列を、上記共通
ネットワークを介して、当該制御装置が接続された表示
制御装置へ送出するインターフェース部と、当該インタ
ーフェース部と、上記制御用ホストコンピュータにて上
記制御対象の状態を制御または表示するホスト側表示制
御手段との間に介在し、当該ホスト側表示制御手段から
の要求に基づいて、上記インターフェース部を制御し
て、上記制御対象の状態を制御または表示するためのデ
ータを送受させる複数の伝送制御手段とを備えている。
さらに、上記伝送制御手段の１つは、残余の伝送制御手
段よりも簡単な手順で、上記要求を指定可能な簡易伝送
制御手段である。なお、簡易伝送制御手段は、例えば、
関数の数を削減して、応答可能な要求の数を制限した
り、関数へ与える引数の数や種類を制限して、ホスト側
表示制御手段が要求時に簡易伝送制御手段へ与えるデー
タを簡略化したり、あるいは、定型の初期化動作であれ
ば、特に指定せずに初期化して、初期化を不要にするな
どして実現される。

【００１５】上記構成において、例えば、ホスト側表示
制御手段は、制御装置へ指示する場合、当該要求を伝送
制御手段へ通知し、伝送制御手段は、インターフェース
部を制御する。これにより、インターフェース部は、制
御装置への指示内容に基づいて、当該指示内容を含むデ
ータ列を作成し、共通ネットワークを介して、制御装置
に接続された表示制御装置へ送出する。

【００１６】一方、表示制御装置は、共通ネットワーク
を介して、データ列を受け取ると、専用ネットワークを
介して接続された制御装置へ、指示内容を通知する。こ
の際、専用ネットワークの通信プロトコルが、共通ネッ
トワークの通信プロトコルと異なっている場合、表示制
御装置は、プロトコル変換する。

【００１７】これとは逆に、制御装置からのデータは、
専用ネットワークを介して、表示制御装置に伝えられ、
必要に応じて表示制御装置で通信プロトコルが変換され
た後、共通ネットワークを介して、インターフェース部
へ伝えられる。さらに、伝送制御手段は、インターフェ
ース部からデータを受け取り、ホスト側表示制御手段へ
通知する。

【００１８】上記構成によれば、制御用ホストコンピュ
ータのインターフェース部は、制御装置への指示内容
を、共通ネットワークを介して、表示制御装置へ通知
し、制御システムに必須の構成要素である表示制御装置
が通信プロトコルを変換して、制御装置へ転送する。し
たがって、制御システムのインターフェース部は、制御
装置の通信プロトコルに拘わらず、常に同一の通信プロ
トコルで、共通ネットワークと通信する。この結果、制
御システム内に、通信プロトコルの異なる制御装置を容
易に混在させることができ、制御装置を制御システムに
加入させる際の手間を削減できる。

【００１９】さらに、制御装置の通信プロトコルに拘わ
らず、インターフェース部の通信プロトコルが同一であ
り、新たな制御装置が開発された場合であっても、制御
用ホストコンピュータのインターフェース部および伝送
制御手段を変更する必要がない。したがって、従来のよ
うに、新たな制御装置に対応する際、表示制御装置と制
御用ホストコンピュータとの双方で、当該制御装置の通
信プロトコル用のプログラムを作成する場合と比較する
と、制御用ホストコンピュータに要する手間の分だけ、
制御装置を制御システムに加入させる際の手間を削減で
き、制御システム全体の管理維持の手間を削減できる。

【００２０】加えて、伝送制御手段は、ホスト側表示制
御手段からの要求に応じて、インターフェース部を制御
できればよい。したがって、インターフェース部とホス
ト側制御手段とが、例えば、ＤＤＥのように、オペレー
ティングシステムで定義された手順でデータを伝送する
場合とは異なり、文書作成や表計算など、当該オペレー
ティングシステム上で動作する他のアプリケーションと
の連携を考慮せずに、データ伝送手順を規定でき、制御
システムに合わせて、伝送制御手段の処理を最適化でき
る。この結果、ホスト側表示制御手段とインターフェー
ス部との間で、より高速にデータを伝送でき、ホスト側
表示制御手段における応答時間を短縮できる。また、伝
送制御手段は、上記オペレーティングシステムで定義さ
れた手順では、実現できない処理も実現できるので、ホ
スト側表示制御手段の機能を向上できる。

【００２１】さらに、伝送制御手段の少なくとも１つ
は、簡易伝送制御手段であり、ホスト側表示制御手段の
開発者は、簡易伝送制御手段を使用するか、残余の伝送
制御手段を使用するかによって、自らの熟練度に合わせ
た難易度の要求を伝送制御手段へ通知できる。また、伝
送制御手段の開発者は、ホスト側表示制御手段の開発者
の熟練度を考慮して、いずれの伝送制御手段を使用すれ
ばよいかを提案できる。この結果、ホスト側表示制御手
段の開発者のミスに起因する制御システムの誤動作を防
止できる。

【００２２】また、請求項２記載の発明に係る記録媒体
は、制御対象を制御する制御装置と、専用ネットワーク
を介して接続された上記制御装置の制御状態を表示また
は制御すると共に、上記専用ネットワークとは別の共通
ネットワークと当該専用ネットワークとの通信プロトコ
ルが異なる場合、一方から他方に通信プロトコルを変換
する表示制御装置とを含む制御システムの制御用ホスト
コンピュータとして、上記共通ネットワークを介して上
記表示制御装置に接続可能なコンピュータを動作させる
ためのプログラムが記録された記録媒体であって、上記
課題を解決するために、以下のプログラムが記録されて
いることを特徴としている。

【００２３】すなわち、上記記録媒体には、上記制御装
置への指示内容を含むデータ列を、上記共通ネットワー
クを介して、当該制御装置が接続された表示制御装置へ
送出するインターフェース部、並びに、当該インターフ
ェース部と、上記制御用ホストコンピュータにて上記制
御装置の制御状態を制御または表示するホスト側表示制
御手段との間に介在し、当該ホスト側表示制御手段から
の要求に基づいて、上記インターフェース部を制御し
て、上記制御対象の状態を制御または表示するためのデ
ータを送受させる複数の伝送制御手段として、上記コン
ピュータを動作させると共に、上記伝送制御手段の１つ
は、残余の伝送制御手段よりも簡単な手順で、上記要求
を指定可能な簡易伝送制御手段として、上記コンピュー
タを動作させるためのプログラムが記録されている。

【００２４】上記プログラムがコンピュータに実行され
ると、インターフェース部と、簡易伝送制御手段を含む
伝送制御手段とが実現され、コンピュータは、請求項１
記載の制御用ホストコンピュータと同様の制御用ホスト
コンピュータとして動作できる。それゆえ、ホスト側表
示制御手段を用意する手間を大幅に削減できると共に、
さらに、制御装置を制御システムに加入させる際、制御
システム全体の手間を増加させることなく、制御用ホス
トコンピュータでの手間を低減可能な制御用ホストコン
ピュータを提供できる。

【００２５】加えて、伝送制御手段は、オペレーティン
グシステムで定義された手順でデータ伝送する場合より
も、高機能かつ高速に、ホスト側表示制御手段からの要
求に応答できる。さらに、ホスト側表示制御手段の開発
者は、自らに応じた難易度の伝送制御手段を選択できる
ので、開発者のミスに起因する制御システムの誤動作を
防止できる。

【００２６】

【発明の実施の形態】本発明の一実施形態について図１
ないし図６に基づいて説明すると以下の通りである。す
なわち、本実施形態に係る制御システムは、例えば、タ
ーゲットシステムがベルトコンベアー式の自動組付機の
場合など、複数のプログラマブル・ロジック・コントロ
ーラ（以下では、ＰＬＣと略称する）が互いに連携して
制御するようなターゲットシステムを制御する場合に、
特に好適に使用されるシステムであって、例えば、図１
に示すように、ターゲットシステム２に接続されたＰＬ
Ｃ（制御装置）３と、各ＰＬＣ３に固有の通信プロトコ
ルにて通信する専用ネットワーク４を介して、当該ＰＬ
Ｃ３に接続され、多くの場合、ターゲットシステム２の
近傍でターゲットシステム２の作業員により操作される
グラフィック操作パネル（表示制御装置）５と、各グラ
フィック操作パネル５間を共通の通信プロトコルで接続
する共通ネットワーク６と、当該共通ネットワーク６に
接続され、多くの場合、グラフィック操作パネル５より
も離れた場所から制御システム１全体の監視制御あるい
は設定などを行う制御用ホストコンピュータ７とを備え
ている。

【００２７】上記制御システム１では、従来とは異な
り、通信の中心にグラフィック操作パネル５が配されて
おり、当該グラフィック操作パネル５は、専用ネットワ
ーク４と共通ネットワーク６との双方に接続されてい
る。さらに、グラフィック操作パネル５は、両ネットワ
ーク４・６での通信プロトコルが異なる場合、両通信プ
ロトコルを相互変換して、自らに接続されたＰＬＣ３
と、制御用ホストコンピュータ７あるいは他のグラフィ
ック操作パネル５との間の通信を中継する。これによ
り、各グラフィック操作パネル５に接続されたＰＬＣ３
が採用する通信プロトコルが互いに異なる場合であって
も、各グラフィック操作パネル５および制御用ホストコ
ンピュータ７間は、共通の通信プロトコルにて通信でき
る。

【００２８】より詳細に説明すると、上記ターゲットシ
ステム２は、例えば、バルブやモータなど、指示に応じ
た動作を行う制御対象機器２１ａと、例えば、流量セン
サや温度センサなど、制御対象機器２１ａやターゲット
システム２の各部の状態を検出するセンサ２１ｂとを備
えており、制御対象機器２１ａおよびセンサ２１ｂ（以
下では、機器２１と総称する）は、ＰＬＣ３にて制御さ
れている。また、ＰＬＣ３は、シーケンサから発達して
きた経緯もあって、例えば、製造会社毎や製品の種別毎
など、ＰＬＣ３の機種毎に、独自の通信プロトコルを備
えているものが多い。したがって、ＰＬＣ３は、専用ネ
ットワーク４を介して、グラフィック操作パネル５と接
続されており、当該ＰＬＣ３が通信可能な通信プロトコ
ルで、グラフィック操作パネル５と通信する。

【００２９】これにより、ＰＬＣ３は、グラフィック操
作パネル５自体へ、あるいは、グラフィック操作パネル
５を介して、他のグラフィック操作パネル５あるいは制
御用ホストコンピュータ７へ、センサ２１ｂが取得した
データを送信すると共に、グラフィック操作パネル５自
体から、あるいは、グラフィック操作パネル５を介して
伝えられた制御指示を受信して制御対象機器２１ａを制
御できる。

【００３０】なお、広義の通信プロトコルには、例え
ば、スタートキャラクタやエンドキャラクタを示すコー
ドや、各キャラクタの送受タイミング、あるいは、送信
先や送信元の特定方法など、送信元と送信先とを含むネ
ットワーク内で統一されていないと正常にデータの伝送
できない通信プロトコルと、例えば、各ＰＬＣ３が理解
可能なコマンド体系など、送信元と送信先とで統一され
ていないと、一方が所望する動作と、他方が実施する動
作とが一致せず、正常に制御できない通信プロトコルと
が存在するが、以下では、両者の組み合わせを通信プロ
トコルと称し、両者の区別が必要な場合には、前者を伝
送プロトコル、後者をコマンド体系として区別する。

【００３１】一方、グラフィック操作パネル５は、専用
ネットワーク４を介してＰＬＣ３と通信する専用ネット
ワーク・インターフェース部５１と、作業員へ情報を表
示する表示部５２と、作業員からの指示を受け取る入力
部５３と、グラフィック操作パネル５全体を制御すると
共に、グラフィック操作パネル５で扱われるデータを処
理するデータ処理部５４とを備えている。本実施形態で
は、表示部５２として、例えば、液晶表示装置などが使
用されており、入力部５３として、表示部５２の表示画
面上に一体に形成されたタッチパネルが使用されてい
る。なお、以下では、専用ネットワーク・インターフェ
ース部５１や後述する共通ネットワーク・インターフェ
ース部５５など、各種インターフェース部をＩＦ部と略
称する。

【００３２】さらに、上記グラフィック操作パネル５に
は、共通ネットワーク６と接続するための共通ネットワ
ーク・ＩＦ部５５と、共通ネットワーク６の通信プロト
コルと専用ネットワーク４の通信プロトコルとを相互変
換するための情報を記憶したプロトコル変換用記憶部５
６とが設けられており、上記データ処理部５４は、両ネ
ットワーク４・６での通信プロトコルが互いに異なる場
合、プロトコル変換用記憶部５６を参照しながら、一方
の通信プロトコルから他方へ変換する。

【００３３】なお、本実施形態では、上記各部５１〜５
６、あるいは、後述する各部７１〜７８は、ＣＰＵが所
定のプログラムを実行することによって実現される機能
ブロックであるが、同じ動作を行うハードウェアによっ
て実現することもできる。ただし、本実施形態のよう
に、ソフトウェアによって実現した場合は、プログラム
を記録した記録媒体を配付して、コンピュータに実行さ
せるだけで、容易に上記各部５１〜５６あるいは７１〜
７８を実現できる。

【００３４】ここで、各ＰＬＣ３の製造会社が規定する
通信プロトコルでは、データの読み出しを指示する場
合、概ね、図２に示すように、次に伝送されるコードが
コマンドであることを示す制御コード（ＥＳＣ）と、Ｐ
ＬＣ３へデータの読み出しを指示するコマンドコード
（ＲＤ）と、読み出し開始アドレス（Ｘ０００１）と、
読み出しサイズ（５）と、伝送の終了を示す制御コード
（ＲＥＴ）とを含むデータ列４１が伝送される。ただ
し、各ＰＬＣ３間では、コマンドコードを含むコマンド
体系は、もちろん、アドレスやサイズなどの並び順や、
制御コード自体、あるいは、アドレスやサイズを表現す
る際の表現方法（数値を示す際のビット幅や文字を示す
際のコード種別など）も互いに異なっていることが多
い。

【００３５】したがって、本実施形態では、グラフィッ
ク操作パネル５が共通ネットワーク６を介してデータ通
信する場合、上記専用ネットワーク４を伝送される通信
プロトコルに拘わらず、統一した通信プロトコルで通信
できるように、専用ネットワーク４で伝送可能な通信プ
ロトコルに共通の通信プロトコル（共通プロトコル）を
規定している。

【００３６】具体的には、本実施形態では、共通ネット
ワーク６として、イーサネット（商標：ゼロックス社）
などのローカル・エリア・ネットワーク（ＬＡＮ）が用
いられており、共通ネットワーク６での伝送プロトコル
として、ＴＣＰ／ＩＰが採用されている。したがって、
共通ネットワーク６に接続される各グラフィック操作パ
ネル５および制御用ホストコンピュータ７には、それぞ
れに固有のＩＰアドレスが割り当てられ、共通ネットワ
ーク６を介して通信する際、ＴＣＰ／ＩＰで規定された
形式、すなわち、図３に示すように、送信元および送信
先のＩＰアドレスを含むヘッダ部６２と、通信内容を示
すデータ本体６３とを備えた形式のデータ列６１を送受
する。これにより、例えば、制御システム１の開発者が
使用する制御用ホストコンピュータ７ａなどが、制御シ
ステム１の運用会社とは異なる場所から電話回線を介し
て接続する場合であっても、ＴＣＰ／ＩＰで通信可能な
通信機器であれば、他の通信機器間のデータ伝送を阻害
することなく、共通ネットワーク６に自由に参加でき
る。

【００３７】さらに、共通プロトコルでは、データ読み
出しを指示するコマンドをＰＬＣ３へ伝える際のデータ
本体６３ｒに、コマンドの内容を示す共通コード６４
と、当該共通コード６４に付随する関連情報６５とし
て、読み出し開始アドレス６５ａおよび読み出しサイズ
６５ｂとが含まれる。また、データ書き込みを指示する
際のデータ本体６３ｗには、関連情報６５として、書き
込み開始アドレス６５ｃおよび書き込みデータ６５ｄが
含まれる。

【００３８】上記共通コード６４は、各ＰＬＣ３が理解
可能なコマンドのうち、互いに同一内容のコマンド間で
は、専用ネットワーク４でのコマンドコード（各ＰＬＣ
３でのコマンドコード）に拘わらず、統一されている。
また、例えば、読み出し開始アドレス６５ａおよび読み
出しサイズ６５ｂなど、関連情報６５内のデータを伝送
する順番、伝送する際の表現方法も、専用ネットワーク
４での通信プロトコルに拘わらず、統一されている。こ
れにより、共通プロトコルでは、グラフィック操作パネ
ル５に接続されているＰＬＣ３に拘わらず、実行させる
べき命令を一意的に特定できる。

【００３９】ここで、図１に示す上記プロトコル変換用
記憶部５６に格納されている情報は、専用ネットワーク
４および共通ネットワーク６の通信プロトコルを相互変
換できれば、どのような形式でもよいが、本実施形態に
係るプロトコル変換用記憶部５６は、専用ネットワーク
４で伝送されるデータのフォーマットを示すデータ転送
フォーマットＦＭＴと、両ネットワーク４・６で伝送さ
れるコマンドコード間の対応関係を示すコマンド変換テ
ーブルＴＢＬとを記憶している。

【００４０】具体的には、図２に示すように、上記デー
タ転送フォーマットＦＭＴは、専用ネットワーク４にて
伝送されるデータ列４１のうち、例えば、読み書きする
データ内容自体や、データのサイズ、あるいは、読み書
きするアドレスなど、実際に伝送するデータ内容によっ
て変化する部分を未定義としたスケルトン状のデータ列
であって、未定義の部分は、用途のみが定義されてい
る。なお、コマンドの領域を未定義とすれば、実際に伝
送されるデータ列から抽出されたデータ転送フォーマッ
トＦＭＴが複数のコマンド間で共通になる場合、コマン
ドの領域をも未定義として、これらのコマンド間で、共
通のデータ転送フォーマットＦＭＴを用いてもよい。

【００４１】また、コマンド変換テーブルＴＢＬには、
図４に示すように、共通ネットワーク６で伝送される共
通コードと、当該専用ネットワーク４にて伝送されるコ
マンドコードとの対応が格納されており、データ処理部
５４は、一方のコードから他方のコードに変換できる。

【００４２】上記構成によれば、共通ネットワーク６を
介して、共通プロトコルのデータ列６１を受け取った場
合、データ処理部５４は、データ本体６３から、ＰＬＣ
３へ伝送すべきコマンドを示す共通コード６４と関連情
報６５とを抽出する。さらに、データ処理部５４は、コ
マンド変換テーブルＴＢＬを参照して、専用ネットワー
ク４で伝送可能で、当該共通コード６４に対応するコマ
ンドコードを選択する。なお、必要に応じて、関連情報
６５の表現方法は、専用ネットワーク４で伝送される表
現方法に変換される。これらの結果、ＰＬＣ３へ伝送す
べきコマンド、データ内容自体、データのサイズおよび
アドレスなどが決まると、データ処理部５４は、データ
転送フォーマットＦＭＴを参照して、ＰＬＣ３へ送出す
るデータ列を生成できる。一方、ＰＬＣ３からデータ列
４１を受け取った場合、データ処理部５４は、上記デー
タ転送フォーマットＦＭＴに当てはめて、当該データ列
の示すコマンド、データ内容自体、データのサイズおよ
びアドレスなどを抽出し、上述とは逆の手順で、共通プ
ロトコルのデータ列６１に変換する。

【００４３】上記データ転送フォーマットＦＭＴおよび
コマンド変換テーブルＴＢＬの組み合わせ（プロトコル
情報）は、グラフィック操作パネル５およびＰＬＣ３が
制御に関するデータを通信する前に、ＰＬＣ３の通信プ
ロトコルに合わせて設定され、異なる通信プロトコルを
採用したＰＬＣ３が接続されると、当該プロトコル情報
は、切り換えられる。例えば、図４では、機種ＡのＰＬ
Ｃ３から機種ＢのＰＬＣ３に変更する場合、コマンド変
換テーブルＴＢＬａからコマンド変換テーブルＴＢＬｂ
に切り換えられる。

【００４４】なお、通信プロトコルの選択方法は、例え
ば、制御用ホストコンピュータ７やグラフィック操作パ
ネル５を操作して、使用者が選択してもよい。さらに、
グラフィック操作パネル５が自らが送出可能な通信プロ
トコルを順次選択しながら、ＰＬＣ３の通信プロトコル
を特定可能なコマンドを、ＰＬＣ３へ送出し、ＰＬＣ３
からの応答コードによって、通信プロトコルを自動的に
判別してもよい。また、グラフィック操作パネル５は、
自らに接続可能なＰＬＣ３が採用している通信プロトコ
ル全てに関して、上記プロトコル情報を格納しておいて
もよいし、現在、接続されているＰＬＣ３の通信プロト
コルのみを格納しておき、必要に応じて、制御用ホスト
コンピュータ７から、あるいは、記録媒体を介してな
ど、種々の方法でダウンロードしてもよい。

【００４５】このように、ＰＬＣ３との間で受け渡すデ
ータ列４１を、制御システム１の動作中にリアルタイム
に生成することにより、グラフィック操作パネル５は、
入力されたデータがどこから来たかを問うことなく、Ｐ
ＬＣ３へデータを受け渡しできると共に、ＰＬＣ３が変
更された場合にあっても、制御システム１を停止するこ
となく即応できる。

【００４６】ここで、グラフィック操作パネル５は、制
御システム１に必須の構成であるが、近年では、高解像
度の画像を表示するために、例えば、数Ｍバイト程度の
記憶容量を持ち、表示に十分な演算速度を有している。
したがって、グラフィック操作パネル５は、十分余力を
持って、上記プロトコル変換できる。また、グラフィッ
ク操作パネル５と制御用ホストコンピュータ７との間
に、ＰＬＣ３が介在していないため、ＰＬＣ３は、ター
ゲットシステム２の制御に専念できる。したがって、図
７に示す従来の制御システム５０１のように、通信の大
半を処理する場合よりも、記憶容量や処理能力を削減で
きる。なお、通信量の大きな処理の例として、ターゲッ
トシステム２が製造する製品を変換する際など、制御用
ホストコンピュータ７からグラフィック操作パネル５へ
画面データをダウンロードする処理などが挙げられる。
ところが、本実施形態に係る制御システム１では、画面
データは、ＰＬＣ３を通過しないので、ＰＬＣ３は、画
面データをダウンロードする場合であっても、負担が少
なく、正常に動作し続けることができる。

【００４７】また、ＰＬＣ３の機種に拘わらず、各グラ
フィック操作パネル５および制御用ホストコンピュータ
７の間は、共通のプロトコルで通信される。したがっ
て、同じ制御システム１内に、複数機種のＰＬＣ３を混
在させることができ、機種選択の幅が広くなる。さら
に、図７に示す従来の制御システム５０１のように、通
信プロトコルが異なるＰＬＣ５０３ａを混在させるため
に、制御システム５０１を、互いに異なる通信プロトコ
ルのサブネットワークに分割し、サブネットワーク間に
変換器５１０を配する場合とは異なり、制御システム１
の共通ネットワーク６では、通信プロトコルが共通であ
る。したがって、例えば、ハブやブリッジ、ルータな
ど、共通ネットワーク６に接続される機器を自由に転用
でき、これらの機器やＰＬＣ３の配置に関する自由度も
向上できる。加えて、変換器５１０が不要なので、制御
システム１全体の製造費を低減できる。

【００４８】一方、共通ネットワーク６を介して、グラ
フィック操作パネル５に接続される制御用ホストコンピ
ュータ７は、図１に示すように、共通ネットワーク６と
通信するための共通ネットワーク・ＩＦ部７１と、制御
用ホストコンピュータ７にてターゲットシステム２の状
態を表示あるいは制御するユーザ処理部７２ａ〜７２ｃ
と、制御システム１全体の設定を行う設定部７２ｄと、
ユーザ処理部７２ａ〜７２ｃや設定部７２ｄなどの各種
処理部７２と上記共通ネットワーク・ＩＦ部７１との間
に介在し、各種処理部７２の要求などに応じて共通ネッ
トワーク・ＩＦ部７１を制御するサーバ部７３とを備え
ている。さらに、当該サーバ部７３では、共通ネットワ
ーク・ＩＦ部７１を制御して、各ＰＬＣ３からのデータ
を記憶部７４へ周期的に蓄積するデータ処理部７５に加
えて、当該データ処理部７５と上記各種処理部７２とが
複数種類の手順で通信できるように、ＤＤＥサーバ部７
６、関数処理部７７および関数簡易処理部７８が設けら
れている。なお、上記共通ネットワーク・ＩＦ部７１が
特許請求の範囲に記載のインターフェース部に対応し、
ユーザ処理部７２ｂおよび７２ｃと設定部７２ｄとがホ
スト側表示制御手段に対応している。また、両関数処理
部７７・７８が伝送制御手段に対応し、その中の関数簡
易処理部７８が簡易伝送制御手段に対応している。

【００４９】上記ＤＤＥサーバ部７６は、オペレーティ
ングシステムにて定義された動的データ交換（ＤＤＥ：
Dynamic Data Exchange）のサーバとして動作できる。
したがって、各種処理部７２がＤＤＥクライアントとし
て動作可能なユーザ処理部７２ａであれば、ユーザ処理
部７２ａとＤＤＥサーバ部７６とは、何ら支障なくデー
タをやり取りできる。具体的には、ユーザ処理部７２ａ
は、あるグラフィック操作パネル５に接続されたＰＬＣ
３が制御する機器２１のデータを読み取る場合、データ
の読み取りに先立って、図５に示すステップ１（以下で
は、Ｓ１のように略称する）において、ユーザ処理部７
２ａとＤＤＥサーバ部７６との間に、ＤＤＥによるリン
クを設定する。この場合、ユーザ処理部７２ａは、例え
ば、”ノード名！シンボル名”のように、グラフィック
操作パネル５を特定するノード名と、機器２１を特定す
るシンボル名とによって、グラフィック操作パネル５お
よび機器２１を指定してもよいし、例えば、グラフィッ
ク操作パネル５に割り当てられたＩＰアドレスと、機器
２１を示すデバイスアドレスとを直接指定してもよい。
各グラフィック操作パネル５のＩＰアドレスとノード名
との対応、並びに、機器２１のシンボル名とデバイスア
ドレスとの関係は、例えば、ＰＬＣ３やグラフィック操
作パネル５を制御システム１に導入する際などに、予め
設定されているので、ＤＤＥサーバ部７６は、ノード名
とシンボル名とによって、リンクが設定された場合、こ
れらの設定を参照して、グラフィック操作パネル５のＩ
Ｐアドレスと、機器２１のデバイスアドレスとを特定で
きる。

【００５０】一方、サーバ部７３のデータ処理部７５
は、上記Ｓ１でリンクが構築されると、Ｓ２において、
所定の時間間隔で、機器２１のデータをポーリングし
て、記憶部７４に格納する。具体的には、データ処理部
７５は、上述の共通プロトコルで規定された形式のデー
タ本体６３、すなわち、図３に示す共通コード６４がデ
ータの読み出しを示すコマンドコードで、読み出し開始
アドレス６５ａがデバイスアドレスを示すデータ本体６
３を作成し、上記Ｓ１にて指定されたグラフィック操作
パネル５のＩＰアドレスへ、当該データ本体６３を送出
するように、共通ネットワーク・ＩＦ部７１へ指示す
る。これに従って、共通ネットワーク・ＩＦ部７１は、
受け取ったデータ本体６３にヘッダ部６２を付加してデ
ータ列６１を作成し、共通ネットワーク６へ送出する。
一方、各グラフィック操作パネル５は、ヘッダ部６２の
送信先アドレスと自らのＩＰアドレスとを比較して、自
機器宛のデータ列６１のみを受け取る。さらに、グラフ
ィック操作パネル５は、上述したように、プロトコル変
換によって、データ列６１をデータ列４１へ変換し、Ｐ
ＬＣ３と通信する。これにより、機器２１のデータは、
グラフィック操作パネル５に取得され、上記とは逆の手
順で、制御用ホストコンピュータ７へ伝送される。この
結果、記憶部７４に格納された機器２１のデータは、周
期的に更新される。上述したように、共通ネットワーク
６のプロトコルは、グラフィック操作パネル５に接続さ
れているＰＬＣ３の機種に拘わらず、常に一定である。
したがって、サーバ部７３および共通ネットワーク・Ｉ
Ｆ部７１は、ＰＬＣ３の機種が変化しても、同じ動作で
機器２１のデータを取得できる。

【００５１】ここで、機器２１のデータが変更されたこ
とをデータ処理部７５が検出した場合（Ｓ３にて YESの
場合）、ＤＤＥサーバ部７６は、ＤＤＥクライアントで
あるユーザ処理部７２ａへ変化通知する（Ｓ４）。一
方、ユーザ処理部７２ａは、変化通知に応答して、ＤＤ
Ｅサーバ部７６へ読み出し要求を送出する（Ｓ５）。さ
らに、ＤＤＥサーバ部７６は、ユーザ処理部７２ａから
読み出し要求があれば、記憶部７４から、ポーリングし
ている機器２１のデータを、当該ユーザ処理部７２ａへ
返信する（Ｓ６）。この結果、ユーザ処理部７２ａは、
リンクを設定した機器２１の現在のデータを取得して表
示したり、当該データに基づいた処理を実施できる。

【００５２】また、ＤＤＥサーバ部７６が、ＤＤＥクラ
イアントであるユーザ処理部７２ａから書き込み要求を
受け取った場合（上記Ｓ７にて YESの場合）、データ処
理部７５は、Ｓ８において、上記Ｓ２と略同様の手順
で、書き込み要求と共に受け取った書き込みデータを、
共通ネットワーク・ＩＦ部７１、共通ネットワーク６、
グラフィック操作パネル５および専用ネットワーク４を
介して、ＰＬＣ３へ書き込む。なお、データの書き込み
なので、上記Ｓ２とは異なり、共通コード６４として、
書き込みを示すコマンドが指定され、関連情報６５とし
て、書き込みデータが指定されている。ただし、共通プ
ロトコルで通信しているので、ＰＬＣ３の機種が変化し
ても、上記Ｓ２と同様に、サーバ部７３および共通ネッ
トワーク・ＩＦ部７１は、同じ動作で、ＰＬＣ３へ、機
器２１へのデータを書き込める。

【００５３】このように、本実施形態に係るサーバ部７
３は、ＤＤＥサーバ部７６を備えているので、各種処理
部７２がＤＤＥのクライアントとして動作可能であれ
ば、従来から使用していた各種処理部７２を何ら支障な
く転用できる。なお、以前から制御システム１を使用し
ている場合、各種処理部７２は、制御システム１毎に特
化されていることが多く、新たな各種処理部７２の作成
には、手間がかかることが多い。また、これらの各種処
理部７２は、制御用ホストコンピュータ１のオペレーテ
ィングシステム上で動作する他のアプリケーションと連
携するために、ＤＤＥなど、オペレーティングシステム
で定義された手順でデータを伝送できるように形成され
ていることが多い。したがって、多くの場合、何ら支障
なく、従来の各種処理部７２を転用できる。

【００５４】また、上記ＤＤＥは、オペレーティングシ
ステムにて定義されているので、比較的多くの市販のア
プリケーションがＤＤＥクライアントとして動作可能で
ある。したがって、従来は、各種処理部７２を使用して
いない場合であっても、これらのアプリケーションを使
用することで、比較的容易にユーザ処理部７２ａを用意
できる。

【００５５】さらに、上述したように、各グラフィック
操作パネル５および制御用ホストコンピュータ７は、グ
ラフィック操作パネル５に接続されているＰＬＣ３の機
種に拘わらず、共通プロトコルで通信している。したが
って、グラフィック操作パネル５に接続されているＰＬ
Ｃ３が変更されたり、新たに開発されたＰＬＣ３を接続
する場合であっても、上記ＤＤＥサーバ部７６は、動作
を変更する必要がない。この結果、従来のように、ＰＬ
Ｃ３毎に異なるＤＤＥサーバ部７６を用意する場合より
も、制御用ホストコンピュータ７のプログラムを開発す
る手間を大幅に削減でき、制御システム１に新たなＰＬ
Ｃ３を加入する際の手間を削減できる。

【００５６】ところで、上記ＤＤＥは、種々のアプリケ
ーション間で動的にデータ交換するために、オペレーテ
ィングシステムで規定された手順であり、必ずしも、機
器２１の制御に最適化されていない。この結果、各種処
理部７２とのデータのやり取りをＤＤＥのみに限定した
場合、処理速度が低下したり、実現できない処理があっ
たりする。したがって、本実施形態に係るサーバ部７３
には、ＤＤＥ以外の手順で、各種処理部７２とデータを
やり取りするために、関数処理部７７および関数簡易処
理部７８が設けられている。

【００５７】上記両関数処理部７７・７８は、各種処理
部７２のうちでも、例えば、ユーザ処理部７２ａに比べ
て高度な処理を行うユーザ処理部７２ｂ・７２ｃや制御
システム１全体の設定を行う設定部７２ｄなど、ＤＤＥ
でデータをやり取りした場合は実行できない処理や処理
速度が不足する処理を必要とする各種処理部７２と、上
記データ処理部７５との間のインターフェースであり、
例えば、マイクロソフト社のオペレーティングシステム
であるＷｉｎｄｏｗｓなどでは、ＤＬＬ（ダイナミック
・リンク・ライブラリ）として実現できる。両関数処理
部７７・７８のうち、関数処理部７７は、設定部７２ｄ
が行う全ての設定や、機器２１、ＰＬＣ３およびグラフ
ィック操作パネル５からのデータ表示や制御など、デー
タ処理部７５が各種処理部７２から要求される可能性の
ある機能全てを、呼び出し可能な関数として備えてい
る。なお、上記設定としては、すなわち、グラフィック
操作パネル５を共通ネットワーク６に加入させる際の設
定や、グラフィック操作パネル５に接続されているＰＬ
Ｃ３の設定、あるいは、機器２１とデバイスアドレスと
の関係の設定などが含まれる。これにより、各種処理部
７２は、関数処理部７７の各関数を呼び出すことで、デ
ータ処理部７５の機能全てを制御できる。

【００５８】この場合は、図６に示すように、ユーザ処
理部７２ｃあるいは設定部７２ｄが、Ｓ１１において、
関数処理部７７に用意された書き込み用の関数、あるい
は、読み出し用の関数を呼び出すと、関数処理部７７
は、Ｓ１２において、関数呼び出し時に与えられた引数
に基づいて、データ処理部７５を制御して、関数を処理
する。さらに、関数の処理が終了すると、関数処理部７
７は、Ｓ１３において、例えば、処理の成否や、読み出
したデータなど、予め定められた返り値を、関数の呼び
出し元へ返信する。なお、引数および返り値は、関数の
処理内容に応じて設定される。

【００５９】一例として、ＤＤＥの場合と同様に、機器
２１からデータを読み出す関数の場合は、グラフィック
操作パネル５のＩＰアドレスと、機器２１のデバイス名
となどが引数として与えられ、読み出しの成否や、読み
出したデータなどが返り値として返される。この関数
は、ＤＤＥの場合とは異なり、機器２１のデータ読み出
しに最適化されているので、データを読み出す際、各種
処理部７２からデータ処理部７５までの間で伝送あるい
は処理されるデータ量を削減できる。また、リンクの設
定も不要である。したがって、同様の処理を行う場合で
あっても、ＤＤＥの場合よりも処理速度を向上できる。
また、類似の処理であっても最適な処理手順が異なる場
合には、最適な手順で処理できるように、それぞれの処
理に対応した関数が用意される。したがって、個々の処
理に最適な関数を選択して使用すれば、後述の関数簡易
処理部７８を利用する場合よりも処理速度を向上でき
る。加えて、種々の設定や、タイミングを指定したデー
タの伝送など、ＤＤＥでは定義できないような処理も実
現できる。

【００６０】一方、関数簡易処理部７８には、関数処理
部７７が用意する関数のうち、比較的簡易に使用でき、
かつ、ＤＤＥでは、十分な速度で処理できない処理を行
う関数のみが用意されている。この条件を満たす関数と
しては、グラフィック操作パネル５を介して、ＰＬＣ３
のデータを読み出す関数と書き出す関数とが挙げられ
る。また、これらの関数は、書き込み動作および読み出
し動作が終了するまで、返り値を返さず、各種処理部７
２に制御を返さない。

【００６１】なお、本実施形態では、関数簡易処理部７
８が関数処理部７７の関数を呼び出すことで、これらの
関数を実現しているが、関数簡易処理部７８が直接デー
タ処理部７５を制御してもよい。いずれの場合であって
も、図６と同様に、関数簡易処理部７８は、Ｓ１１に示
すユーザ処理部７２ｂからの要求に答えて、データ処理
部７５を制御して（Ｓ１２）、その結果をユーザ処理部
７２ｂへ返信する（Ｓ１３）。

【００６２】このように、関数簡易処理部７８では、用
意された関数の数と、引数の種類と、呼び出し元である
各種処理部７２へ制御を返すタイミングとが、関数処理
部７７よりも制限されている。したがって、ユーザ処理
部７２ｂを製造する際、関数簡易処理部７８の関数のみ
を使用すれば、類似の関数の中から最適な関数を選択す
る手間や、最適な関数を使用するために引数の設定や初
期設定する手間、あるいは、制御のタイミングを考慮す
る手間を削減できる。この結果、ＤＤＥの場合よりも処
理速度が速いにも拘わらず、比較的簡単にユーザ処理部
７２ｂを作成できる。

【００６３】ここで、制御用ホストコンピュータ７は、
共通プロトコルで通信しているため、グラフィック操作
パネル５に接続されているＰＬＣ３が変更されたり、新
たに開発されたＰＬＣ３を接続する場合であっても、上
記関数処理部７７や関数簡易処理部７８は、動作を変更
する必要がない。この結果、従来のように、ＰＬＣ３毎
に異なる関数処理部７７および関数簡易処理部７８を用
意する場合に比べて、制御用ホストコンピュータ７のプ
ログラムを開発する手間を大幅に削減でき、制御システ
ム１に新たなＰＬＣ３を加入する際の手間を削減でき
る。

【００６４】加えて、本実施形態に係るサーバ部７３
は、呼び出しの難易度が異なる２つの関数処理部７７・
７８を備えている。したがって、サーバ部７３の開発者
は、各種処理部７２の開発者の熟練度や、各種処理部７
２に必要な機能などに合わせて、関数処理部７７の使用
を薦めたり、関数簡易処理部７８の使用を薦めたりでき
る。この結果、関数簡易処理部７８のみを備える場合よ
りも、複雑あるいは高速な処理が可能であるにも拘わら
ず、関数処理部７７のみを備える場合よりも、各種処理
部７２の開発者のミスに起因する制御システム１の誤動
作を防止できる。なお、本実施形態では、関数処理部の
難易度が２種類の場合について説明したが、互いに異な
る難易度の複数の関数処理部を設けても同様の効果が得
られる。

【００６５】また、本実施形態では、上記両関数処理部
７７・７８よりも簡単な手順で呼び出し可能なＤＤＥサ
ーバ部７６が設けられており、各種処理部７２を開発し
なくても、ある程度のデータを交換できる。したがっ
て、各種処理部７２を開発する際のミスをさらに低減で
き、制御システム１の誤動作を防止できる。

【００６６】なお、本実施形態では、共通ネットワーク
６として、イーサネット上のＴＣＰ／ＩＰを採用してい
るが、これに限るものではない。例えば、ＩＥＥＥ１３
９４など、他のネットワークであってもよい。制御用ホ
ストコンピュータ７がグラフィック操作パネル５を介し
て各ＰＬＣ３と通信するために十分な通信容量を持った
ネットワークであれば、同様の効果が得られる。

【００６７】また、本実施形態において、共通ネットワ
ーク６を伝送されるデータ列６１は、ＰＬＣ３への指示
内容を含むデータ本体６３と、当該ＰＬＣ３が接続され
たヘッダ部６２とを含んでいるが、これに限るものでは
ない。例えば、制御用ホストコンピュータ７に、唯一の
グラフィック操作パネル５を接続する場合や、グラフィ
ック操作パネル５が複数であっても、制御用ホストコン
ピュータ７が、それぞれのグラフィック操作パネル５と
通信するためのポートを個別に備える場合など、ヘッダ
部６２を含まなくても通信相手を特定可能な場合は、デ
ータ列６１がヘッダ部６２を含まなくても、同様の効果
が得られる。なお、この場合は、共通ネットワーク６と
して、ＲＳ−２３２Ｃなど、伝送プロトコルに、ヘッダ
部を含まなくてもよいものが採用される。

【００６８】ただし、この場合は、制御用ホストコンピ
ュータ７に接続可能なグラフィック操作パネル５が、制
御用ホストコンピュータ７のポート数などによって制限
される。したがって、共通ネットワーク６のネットワー
ク構成に自由度が必要な場合は、本実施形態のように、
データ列６１に含まれるヘッダ部６２によって、通信相
手を特定する方が望ましい。

【００６９】

【発明の効果】請求項１の発明に係る制御用ホストコン
ピュータは、以上のように、専用ネットワークを介して
表示制御装置に接続される制御装置への指示内容を含む
データ列を、当該制御装置が接続された表示制御装置へ
送出するインターフェース部と、ホスト側表示制御手段
からの要求に基づいて、上記インターフェース部を制御
して、上記制御対象の状態を制御または表示するための
データを送受させる複数の伝送制御手段とを備え、上記
伝送制御手段の１つは、残余の伝送制御手段よりも簡単
な手順で、上記要求を指定可能な簡易伝送制御手段であ
る構成である。

【００７０】上記構成によれば、制御用ホストコンピュ
ータのインターフェース部は、制御装置への指示内容
を、共通ネットワークを介して、表示制御装置へ通知
し、制御システムに必須の構成要素である表示制御装置
が通信プロトコルを変換して、制御装置へ転送する。そ
れゆえ、制御システムのインターフェース部は、制御装
置の通信プロトコルに拘わらず、常に同一の通信プロト
コルで、共通ネットワークと通信できる。この結果、制
御システム内に、通信プロトコルの異なる制御装置を容
易に混在させることができ、制御装置を制御システムに
加入させる際の手間を削減できるという効果を奏する。

【００７１】さらに、伝送制御手段は、ホスト側表示制
御手段からの要求に応じて、インターフェース部を制御
できればよい。また、ホスト側表示制御手段の開発者
は、自らに応じた難易度伝送制御手段を選択できる。こ
の結果、高機能かつ高速に、ホスト側表示制御手段から
の要求に応答でき、開発者のミスに起因する制御システ
ムの誤動作を防止できるという効果を併せて奏する。

【００７２】請求項２記載の発明に係る記録媒体は、以
上のように、請求項１記載のインターフェース部と、簡
易伝送制御手段を含む伝送制御手段ととして、コンピュ
ータを動作させるためのプログラムが記録されている。

【００７３】それゆえ、上記プログラムがコンピュータ
に実行されると、コンピュータは、請求項１記載の制御
用ホストコンピュータと同様の制御用ホストコンピュー
タとして動作できる。この結果、開発者のミスに起因す
る制御システムの誤動作を防止しながら、高機能かつ高
速に、ホスト側表示制御手段からの要求に応答できると
共に、制御装置を制御システムに加入させる際、制御シ
ステム全体の手間を増加させることなく、制御用ホスト
コンピュータでの手間を低減可能な制御用ホストコンピ
ュータを提供できるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の一実施形態を示すものであり、グラフ
ィック操作パネルを通信の中心に配した制御システム全
体の要部構成を示すブロック図である。

【図２】専用ネットワークの通信プロトコルと、上記グ
ラフィック操作パネルが通信プロトコルを変換する場合
に参照するデータ転送フォーマットとを示す説明図であ
る。

【図３】共通ネットワークの通信プロトコルを示す説明
図である。

【図４】上記グラフィック操作パネルが通信プロトコル
を変換する場合に参照されるコマンド変換テーブルを示
す説明図である。

【図５】上記制御システムの制御用ホストコンピュータ
において、各種処理部がＤＤＥサーバを介してデータを
やり取りする際の動作を示すフローチャートである。

【図６】上記制御システムの制御用ホストコンピュータ
において、各種処理部が関数処理部を介してデータをや
り取りする際の動作を示すフローチャートである。

【図７】従来例を示すものであり、プログラマブル・ロ
ジック・コントローラを通信の中心に配した制御システ
ム全体の要部構成を示すブロック図である。

【符号の説明】

１ 制御システム ３ プログラマブル・ロジック・コントローラ（制御
装置） ４ 専用ネットワーク ５ グラフィック操作パネル（表示制御装置） ６ 共通ネットワーク ７ 制御用ホストコンピュータ ６１ データ列 ７１ 共通ネットワーク・インターフェース部（イン
ターフェース部） ７２ｂ・７２ｃ ユーザ処理部（ホスト側表示制御手
段） ７２ｄ 設定部（ホスト側表示制御手段） ７７ 関数処理部（伝送制御手段） ７８ 関数簡易処理部（伝送制御手段；簡易伝送制御
手段）

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平８−211911（ＪＰ，Ａ) 特開 平９−179608（ＪＰ，Ａ) 特開 昭64−66703（ＪＰ，Ａ) 特開 平７−225831（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G05B 19/04 - 19/05

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】制御対象を制御する制御装置と、 専用ネットワークを介して制御装置と通信して当該制御
   装置の制御状態を表示または制御すると共に、上記専用
   ネットワークとは別の共通ネットワークと当該専用ネッ
   トワークとの通信プロトコルが異なる場合、一方から他
   方に通信プロトコルを変換する表示制御装置と、 上記共通ネットワークを介して当該表示制御装置に接続
   される制御用ホストコンピュータとを含む制御システム
   で使用される制御用ホストコンピュータであって、 上記制御装置への指示内容を含むデータ列を、上記共通
   ネットワークを介して、当該制御装置が接続された表示
   制御装置へ送出するインターフェース部と、 当該インターフェース部と、上記制御用ホストコンピュ
   ータにて上記制御対象の状態を制御または表示するホス
   ト側表示制御手段との間に介在し、当該ホスト側表示制
   御手段からの要求に基づいて、上記インターフェース部
   を制御して、上記制御対象の状態を制御または表示する
   ためのデータを送受させる複数の伝送制御手段とを備
   え、 上記伝送制御手段の１つは、残余の伝送制御手段よりも
   簡単な手順で、上記要求を指定可能な簡易伝送制御手段
   であることを特徴とする制御用ホストコンピュータ。
2. 【請求項２】制御対象を制御する制御装置と、専用ネッ
   トワークを介して接続された上記制御装置の制御状態を
   表示または制御すると共に、上記専用ネットワークとは
   別の共通ネットワークと当該専用ネットワークとの通信
   プロトコルが異なる場合、一方から他方に通信プロトコ
   ルを変換する表示制御装置とを含む制御システムの制御
   用ホストコンピュータとして、上記共通ネットワークを
   介して上記表示制御装置に接続可能なコンピュータを動
   作させるためのプログラムが記録された記録媒体であっ
   て、 上記制御装置への指示内容を含むデータ列を、上記共通
   ネットワークを介して、当該制御装置が接続された表示
   制御装置へ送出するインターフェース部、並びに、 当該インターフェース部と、上記制御用ホストコンピュ
   ータにて上記制御装置の制御状態を制御または表示する
   ホスト側表示制御手段との間に介在し、当該ホスト側表
   示制御手段からの要求に基づいて、上記インターフェー
   ス部を制御して、上記制御対象の状態を制御または表示
   するためのデータを送受させる複数の伝送制御手段とし
   て、上記コンピュータを動作させると共に、 上記伝送制御手段の１つは、残余の伝送制御手段よりも
   簡単な手順で、上記要求を指定可能な簡易伝送制御手段
   として、上記コンピュータを動作させるためのプログラ
   ムが記録された記録媒体。