WO1999056186A1

WO1999056186A1 - Systeme de commande, afficheur, ordinateur hote de commande, et procede de transmission de donnees

Info

Publication number: WO1999056186A1
Application number: PCT/JP1999/002204
Authority: WO
Inventors: Nobuhiro Ii; Minoru Yoshida; Yuichi Morigaki; Satoshi Kato; Akio Shinohara
Original assignee: Digital Electronics Corporation
Priority date: 1998-04-27
Filing date: 1999-04-23
Publication date: 1999-11-04
Also published as: EP1091270A1; CA2330693C; TW565753B; KR100451315B1; KR100397760B1; AU3728499A; CN1508641A; US6867749B1; KR20010043024A; KR100722697B1; KR20030005411A; EP1091270A4; KR100397761B1; CN1298497A; JP3364207B2; US7103421B2; US20050114535A1; US7716354B2; US20050113941A1; KR20030085055A

Description

明細書 - 、制御システム、表示装置、および、制御用のホストコンピュータ、並びに、データ伝送方法技術分野

本発明は、プログラマブル · ロジック · コントローラ（以下、「 P L C」と略す。）のような制御手段（制御ュニット）とその制御手段における制御状態を表示する表示装置とを 1組の制御装置として構成し、その制御装置を複数組備えて各制御手段間で制御データを受け渡し可能とする制御システム、その表示手段としての表示装置、および、制御システムで好適に使用される制御用のホストコンピュータ、並びに、上記制御ュニットのような機種固有の通信プロトコルを有する第 1のデータ処理装置とパソコン応用装置のような共通の通信プロトコルを有する第 2 のデー夕処理装置との間でのデータ伝送方法に関するものである。背景技術

従来この種の制御システムは、 P L Cを制御の中心として位置づけ、複数台の P L Cやホストコンピュータを所定のィンターフヱイス回路を介して直接、あるいは専用のアダプタを介して間接的に接続することにより、各 P L C間や P L Cとホストコンピュータ間における制御データの受け渡しが P L C側の通信機能を利用して行われるのが一般的であつた。

しかしながら P L Cは、リレーを使用したシーケンサから発達してきた経緯もあり、その得意とする分野はスィッチのォンオフ制御ゃセンサ

—からのデータ取り込みといった I Z 0制御に関するものであって、たとえ可能であるとしてもデータ通信の中心とするのには負担が多い。さらに、例えば、制御前の初期設定時のように、制御時よりも多量のデータ伝送が必要となる場合には、特にデータ通信時間が膨大になる。また、データ通信時間を短縮するために、例えば、 P L Cの表示装置に直接パソコンを接続すれば、接続変更に多大な手間が必要になつてしまラ o

ここで、典型的な従来技術の制御装置の概略的構成を示すプロック図 (図 2 4 ) を参照して、より詳細に説明すると、複数台（図 2 4の例では 3台）の P L C 5 0 1 ， 5 0 1 /3 , 5 0 1 ァは、それぞれ専用の表示装置 5 0 2 α， 5 0 2 ^， 5 0 2 ァを備えており、またネットワーク回線 5 0 3を介して、ホストコンピュータ 5 0 4 と接続されている。 Ρ L C 5 0 1 α , 5 0 1 yS , 5 0 1 ァは、ホストコンピュータ 5 0 4カヽらの制御出力に応答して、図示しない 1 または複数の制御対象機器を制御すると共に、それらの制御対象機器の状態を図示しないセンサなどから受信し、表示装置 5 0 2 ， 5 0 2 ^ , 5 0 2 ァに表示させる。

前記 P L C 5 0 1 a , 5 0 1 /3 , 5 0 1 ァは、製造メ一力一毎に、また同一メーカ一であっても場合によっては製品毎に、図 2 4において、参照符 α， β , 7でそれぞれ示すように、通信に使用するプロトコルが相互に異なることがある。このためホストコンピュータ 5 0 4は、各プロトコル α， β , ァによって、ネットワーク回線 5 0 3を介して、各 Ρ L C 5 0 1 α , 5 0 1 /3 , 5 0 1 ァと通信を行う。

したがって、各表示装置 5 0 2 ， 5 0 2 ， 5 0 2 ァは、接続ケーブル 5 0 5 α， 5 0 5 /3 , 5 0 5 ァによって、それぞれ対応する R L C 5 0 1 α , 5 0 1 S , 5 0 1 ァと接続され、個別の前記各プロトコル α ， β , 7によって伝送されてきた制御状態を表すデータを、予めインストールされているキャラクタおよびイメージデータに合成して表示画面を作成し、表示を行う。すなわち、たとえば製造ラインを摸した背景画面に前記制御対象機器の機器名称等を加えた固定画面に、前記制御状態を表すデータなどの変動データを合成して表示する。

したがって、前記表示画面は、製造している製品や製造方法を変更すると変更が行われ、もちろん不具合発生時にも変更が行われる。

上述したように、前記 P L C 5 0 1 α， 5 0 1 S , 5 0 1 ァは、元来- リレーを使用した制御用シーケンサから発達してきたものであり、スィツチの〇 N Z〇 F F制御や、センサからのデータの取込みなどの入出力回路としての機能には優れているけれども、データ通信機能には劣っており、表示装置 5 0 2 α， 5 0 2 ^8， 5 0 2 7への前記制御対象機器の制御状態を表すデータ程度の通信は可能であるけれども、キャラクタおよびイメージデータなどの大容量のデータの通信には不向きである。

このため、従来では、前記表示画面の変更時には、製造現場へ前記キャラクタおよびイメージデータを格納しているパーソナルコンピュータ 5 0 6を持込み、壁面や工作機械に埋込まれている表示装置 5 0 2 α， 5 0 2 yS , 5 0 2 rを取外し、 P L C 5 0 1 ， 5 0 1 /3 , 5 0 1 yをネットワーク回線 5 0 3から開放したオフライン状態とした後、表示装置 5 0 2 α , 5 0 2 /3 , 5 0 2 ァカヽら該 P L C 5 0 1 a， 5 0 1 /3 , 5 0 1 7を接続する接続ケーブル 5 0 5 α:， 5 0 5 ;S , 5 0 5 7を開放し (接続ケーブル 5 0 5 αに矢符 Φで示す）、その後、パーソナルコンピユー夕 5 0 6からの接続ケーブル 5 0 7を接続し（接続ケーブル 5- 0 -7 に矢符 Θで示す）、前記キャラクタおよびイメージデータのインスト一ルが亍ゎれている。

インストールが終了すると、表示装置 5 0 2 α , 5 0 2 ^ , 5 0 2 r に接続ケーブル 5 0 5 α , 5 0 5 ^ , 5 0 5 7が差戻され、前記壁面や工作機械に埋込まれるとともに、 P L C 5 0 1 a， 5 0 1 /3 , 5 0 1 ァは、ネットワーク回線 5 0 3に接続されるオンライン状態に復帰される c したがって、画面変更の作業が煩雑であるとともに、画面変更すべき表示装置に、順次、パーソナルコンピュータ 5 0 6を接続して、ダウンロードする必要があり、ライン停止時間が長くなるという問題もある。また、加工製品の変更や大幅な加工データの変更などの比較的大容量のデ一夕の伝送も、上記キャラクタおよびイメージデータと同様に、各 P L C 5 0 1 α , 5 0 1 β , 5 0 1 ァにパーソナルコンピュータ 5 0 6 を接続し、アプリケーションプログラムや初期値などのプリセットデー夕をインスト一ルすることで行われている。

さらにまた、 P L Cは製造会社によってあるいは同一会社であつても製品毎にデータ通信に使用する通信プロトコルが異なる結果、ホストコンピュー夕が対応すべき通信プロトコルが無数に存在し、接続しようとする P L Cに対応させたホストコンピュー夕専用の通信プロトコルを新たに用意する必要があるなど、使い勝手が極めて悪いものであった。発明の開示

本発明者らはかかる問題について考察を行った結果、以下の知見を得るに至った。すなわち、今まで表示に専念していたプログラム式表示装置は、パソコンの応用装置として発達してきた経緯があるため、汎用のパソコン装置とのデータ通信は汎用のプロトコルを使用して容易に行える。更に、表示装置は P L Cとのデータ通信が必須であるため、既に接続すべき P L Cに対応したそれ専用の通信プロトコルが開発されていることが一般的である。

したがって、この表示装置を通信の中心に位置づけ、各 P L C間ゃホストコンピュータとの間を表示装置で接続すると、表示装置がデータ通信時におけるプロトコル変換手段としての役目を果たすのである。

本発明はかかる知見に基づいてなされたものであつて、従来は専ら制御状態の表示のみに使用していた表示装置をデータ通信の中心として使用することにより、 P L Cなどの制御ュニットを本来の機能である 1 / 〇制御に専念させることができ制御ュニットの負担が減少されると共に、ホストコンピュータなどのデータ処理装置や表示装置側では無数に存在する制御ュニッ卜の通信プロトコルを考慮する必要がなくなり、ソフトウアの工数を軽減することができる制御システムを提供することを目的とする。

また、本発明は、さらに、上記知見に基づき、上記制御ュニットのような機種固有の通信プロトコルを有する第 1のデータ処理装置とパソコン応用装置のような共通の通信プロトコルを有する第 2のデータ処理装置とを有するシステムにおいて、第 1および第 2のデータ処理装置との間でデータを伝送する際、第 2のデータ処理装置が数多く存在する機種固有の通信プロトコル全てを考慮しなくても、正常に通信可能なデータ伝送方法を提供し、システムを開発および管理維持する際のソフトゥェァの工数を軽減することを目的とする。具体的には、本発明に係る制御システムは、制御ュニッ卜と、該制御ュニッ卜に対して専用の通信ラインを介して接続されてその制御状態に対応した表示を可能とする表示装置とを有する制御装置を複数組備え、各制御装置間でデータの受け渡しを可能とする制御システムであって、上述の目的を達成するために、上記した制御ュニットと表示装置間を、各制御ュニット毎に固有に規定された専用のプロトコルでデータ通信する一方、各組の制御装置における全表示装置間を共通の通信ラインで接続すると共に、各表示装置間を共通のプロトコルでデータ通信することを特徴としている。

なお、上記広義のプロトコルには、例えば、スタートキャラクタゃェンドキャラクタを示すコードゃ、各キャラクタの送受タイミング、あるいは、送信先や受信先の特定方法など、送信元と送信先とを含むネットワーク内で統一されていないとデータ自体を正常に伝送できない取決め (伝送プロ卜コル）と、コマンド体系、すなわち、送信元と送信先とで統一されていないと、一方が所望とする動作と他方が実施する動作とが一致せず、正常に制御動作などの動作を行えないコマンド体系とが存在するが、上記専用および共通プロトコルは、それぞれ、伝送プロトコルとコマンド体系との組み合わせとして実現される。

これにより、制御ュニットは、本来の機能である I / 0制御に専念させることができ、制御ュニッ卜の負担を軽減できる。また、さらに、表示装置は、少なくとも自らに接続される制御ュニットに応じた専用プロトコルと、上記共通プロトコルとの双方で通信できればよいので、ソフトウアの作成（開発）に要する工数を削減できる。

上記構成に加えて、上記共通の通信ラインへ更にデータ処理装置を接続し、データ処理装置と各表示装置との間で、上記した共通のプロ卜コルを使用して、データを受け渡してもよい。

当該構成では、データ処理装置が共通プロトコルで通信できれば、任意の制御装置と通信可能である。したがって、データ処理装置が設けられているにも拘わらず、制御システム全体の開発および管理維持の手間を削減できる。

また、本発明に係る表示装置は、上記目的を達成するために、機種固有の専用の通信プロトコルが予め規定された制御ュニッ卜が接続される第 1 のデータ通信ポートと、任意のデータ処理装置が接続される第 2のデータ通信ポートと、上記した第 1および第 2のデータ通信ポートを介して入出力されるデータを、予め設定した手順に従って処理するデータ処理部と、そのデータ処理部で処理された情報に対応した表示を行う表示部とを備え、上記した制御ュニットとの間は専用の通信プロトコルを使用してデータ通信を行う一方、上記したデータ処理装置との間は、共通の通信プロトコルを使用してデータ通信を行うことを特徴としている ₍ 上記構成の表示装置を使用すれば、上述の制御システムと同様に、制御ュニッ卜の負担を軽減できると共に、ソフトゥエアの作成（開発）に要する工数を削減できる。

また、上記構成に加えて、上記したデータ処理部に、更に操作部を接続し、データ処理部におけるデータ処理時期および処理内容の指示が操作部を介して手動で行えるようにしてもよい。これにより、当該表示装置は、制御システムの操作手段として使用できる。

さらに、上記各構成の表示装置は、上記した専用の通信プロトコルで通信するためのデータを、装置の外部からダウンロードするデータ入力部を備えている方が望ましい。、当該構成によれば、予め表示装置に接続される可能性のある全ての専用プロトコルで通信するためのデータを表示装置に用意しなくても、例えば、通信用のプログラムや、通信フォーマツトを示すデータなど、各専用プロトコル用のデータを必要に応じてダウンロードすれば、何ら支障なく制御ュニットと通信できる。

また、上記各構成の表示装置は、さらに、上記専用のプロトコルから抽出した機種固有の情報と、上記共通のプロトコルで伝送される共通の情報との対応を示す変換テーブルが記憶される変換テーブル記憶部を備え、上記データ処理部は、当該変換テーブルを参照して、上記共通の通信ラインから受け取った上記共通情報を、上記固有情報に変換する方が望ましい。

当該構成では、各制御ュニット毎に通信用のプログラムを用意するのではなく、変換テーブルを各制御ュニット毎に用意するので、変換テーブルを交換するだけで、各専用プロ卜コルで通信できる。

さらに、上記構成に加えて、上記専用のプロトコルで伝送される転送情報のデータ転送フォーマツトを記憶するフォーマツト情報記憶部を備え、上記データ処理部は、変換された上記固有情報を、当該データ転送フォーマツ卜の未定義部分に代入して、上記転送情報を作成する方が好ましい。

当該構成では、表示装置は、制御システムの動作中に、データ転送フォーマツトの未定義部分に必要なデータを当てはめながら、特定の制御ユニットとの間で受け渡すコマンドをリアルタイムに生成する。したがつて、入力されるデータが、どこから来たかに拘わらず、データの受渡しができると共に、データ転送すべき制御ュニッ卜が変更された場合であっても、システムを停止することなく即応できる。

加えて、上記各構成の表示装置は、上記制御ュニッ卜との間におけるデータ伝送の確立に先立って、自らが通信可能なプロトコル群から選択した通信プロトコルで、予め設定したデータを送出し、上記制御ュニットによる当該データへの応答が所定の返答だった場合、当該通信プロ卜コルを、上記制御ュニットとの間におけるデータ伝送に使用する通信プ口トコルとして決定するプロトコル決定部を備えている方が望ましい。当該構成では、制御ュニッ卜との間のデータ伝送の確立に先立って、表示装置がデータ伝送に使用する専用プロトコルを決定する。これにより、使用者が専用プロトコルを設定する場合に比べて、使用者の手間を削減でき、誤設定を防止できる。

一方、本発明に係るデータ伝送方法は、第 1 の通信プロトコルでデー夕の受け渡しを行う第 1 のデータ処理装置と、第 2 の通信プロトコルでデータの受け渡しを行う第 2のデータ処理装置との間に配されるデータ処理装置が、上記第 1および第 2のデータ処理装置とデータを受け渡す際のデータ伝送方法であって、上記目的を達成するために、上記した第 1のデータ処理装置との間で、その第 1のデータ処理装置に固有の通信プロトコルでデータを受け渡す専用プロ卜コル通信工程と、接続される可能性のあるデータ処理装置に共通の通信プロトコルを用いて、上記した第 2のデータ処理装置との間でデータを受け渡す共通プロトコル通信工程とを含んでいることを特徴としている。

上記構成によれば、各データ処理装置は、自らに接続されている第 1 のデータ処理装置に固有の専用プロトコルと、共通プロトコルとで通信できればよいので、上述の制御システムと同様に、ソフトゥヱァの作成 (開発）に要する工数を削減できる。

また、本発明に係るデータ伝送方法は、上記データ処理装置が、上記第 1および第 2のデータ処理装置とデータを受け渡す際のデータ伝送方法であって、上記目的を達成するために、上記した第 1 のデータ処理装置との間で、その第 1のデータ処理部に固有の通信プロトコルでデータを受け渡す専用プロトコル通信工程と、専用プロトコル通信工程に先立つて行われ、自己の保有するプロトコル群から通信プロトコルを選択して、予め設定したデータを送出するデータ送出工程と、第 1 のデータ処理装置からの返答を待ち、所定の返答が得られた通信プロトコルを、当該第 1のデータ処理装置との間におけるデ一タ伝送に使用する通信プロトコルとして決定するプロトコル決定工程とを含んでいることを特徴としている。

上記構成によれば、専用プロトコル通信工程の前に、データ送出工程および通信プロトコル決定工程とが行われるので、使用者が専用プロトコルを設定する場合に比べて、使用者の手間を削減でき、誤設定を防止できる。

一方、本発明に係る制御用のホストコンピュータは、制御対象を制御する制御ュニットと、専用ネットワークを介して制御ュニッ卜と通信して当該制御ュニッ卜の制御状態を表示または制御すると共に、上記専用ネットワークとは別の共通ネットワークと当該専用ネットワークとの通信プロトコルが異なる場合、一方から他方に通信プロトコルを変換する表示装置と、上記共通ネットワークを介して当該表示装置に接続される制御用のホストコンピュータとを含む制御システムで使用される制御用のホストコンピュータであって、上記目的を達成するために、上記制-御ュニッ卜への指示内容を含むデータ列を、当該共通ネットワークを介して、当該制御ュニットが接続された表示装置へ送出するィンタ一フエ一ス部を備えていることを特徴としている。

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

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

また、上記構成に加えて、制御用のホストコンピュ一夕には、当該ィンターフヱース部と、上記制御用のホストコンピュータにて上記制御対象の状態を制御または表示するホスト側表示部との間に介在し、当-該ホスト側表示部からの要求に基づいて、上記ィンターフユ一ス部を制御して、上記制御対象の状態を制御または表示するためのデータを送受させる複数の伝送制御部が設けられ、上記伝送制御部の 1つは、残余の伝送制御部よりも簡単な手順で、上記要求を指定可能な簡易伝送制御部である方が好ましい。

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

また、本発明に係る制御システムは、制御装置が、上位装置から伝送される制御出力に応答して制御対象を制御するとともに、その制御に関する情報を表示装置に伝送して、該表示装置に予めィンストールされているキャラクタおよびイメージデータに合成して表示させるようにした制御システムにおいて、上記目的を達成するために、前記表示装置を前記上位装置と制御ュニットとの間に介在し、前記キヤラクタおよびィメージデータを前記上位装置からィンストールすることを特徴としている, 上記の構成によれば、比較的大容量である画像データを扱う表示装置は、 O N / 0 F Fデータなどの比較的小容量のデータを扱う制御ュニットに比べて、演算処理能力が高く、かつデータ通信の適性が高いことに着目し、この表示装置を、ホストコンピュータなどの上位装置と、プログラマブル . ロジック · コントローラなどの制御ュニットとの間に介在し、上位装置からの制御出力や制御ュニットからの制御状態データなどを、それぞれ制御ュニットおよびホストコンビュ一夕へ中継して、何ら支障なく伝送することができる。一方で、たとえば製造ラインを模した背景画面に、制御対象機器の名称等を書込んで作成されるキャラクタおよびイメージデータを、前記上位装置から表示装置ヘインストールするにあたって、通常の通信回線を通して、直接、表示装置へ伝送することができ、製造現場へ該上位装置を持込み、接続し直すような煩雑な作業を行う必要はない。また、ネッ卜ワーク回線を介して、表示装置、すなわち制御ュニッ卜が複数接続されている場合には、各表示装置へ順次キャラクタおよびイメージデータを伝送することができ、短時間でインストール作業を行うことができる。

また、本発明に係る制御システムは、複数の制御ュニッ卜が、上位装置から伝送される制御出力に応答して制御対象をそれぞれ制御するとともに、その制御に関する情報を対応する表示装置に表示させるようにした制御システムにおいて、上記目的を達成するために、前記表示装置を前記上位装置と制御ュニッ卜との間に介在し、プリセットデータを前記上位装置からィンストールすることを特徴としている。

上記の構成によれば、キャラクタおよびイメージデータをインストールする場合と同様に、表示装置は、それぞれ制御ュニットおよびホストコンピュータへ中継して、何ら支障なく伝送することができる。また、アプリケーションプログラムや初期値などのプリセットデータを、前記上位装置から、表示装置へは勿論のこと、制御ュニットヘインストールするにあたって、通常の通信回線を通して、直接伝送することができるしたがって、ィンストールの際の作業量を削減できると共に、表示装置、すなわち、制御ュニッ卜が複数接続されていても、短時間でィンストール作業を行うことができる。

さらに、上位装置から、キャラクタおよびイメージデータ、あるいは、プリセットデータをインストール可能な上記制御システムは、前記制御ュニットと対応する表示装置との間は、任意のプロトコルで通信を行い、表示装置と上位装置との間を介するネットワーク回線では、予め定める共通のプロトコルで通信を行う方が好ましい。

上記の構成によれば、演算処理能力やデータ通信に対する適性の高い表示装置を介して各制御ュニッ卜が上位装置に接続されることを利用して、表示装置にプロトコル変換の機能を持たせ、既存の制御ュニットは、メ一力や製品毎に異なる任意のプロトコルをそのまま使用できるようにし、一方でネットワーク側は予め定める共通のプロトコルとして、その拡張や変更を容易に行うことができるようになる。

本発明のさらに他の目的、特徴、および優れた点は、以下に示す記載によって十分わかるであろう。また、本発明の利益は、添付図面を参照した次の説明で明白になるであろう。図面の簡単な説明

図 1 は、本発明の一実施形態において、制御システムの要部構成を示すブロック図である。

図 2 は、本発明の他の実施形態において、制御システムの要部構成を示すブロック図である。

図 3 は、本発明のさらに他の実施形態において、制御システムの要部構成を示すブロック図である。 - 図 4 は、本発明のまた別の実施形態において、制御システムのネットワーク構成を示すブロック図である。

図 5 は、上記制御システムにおいて、 P L Cおよびプログラム式表示装置のハードウユア構成例を示すプロック図である。

図 6 は、上記プログラム式表示装置の外観形状を例示する一部を破断した斜視図である。

図 7 ( a ) および図 7 ( b ) は、上記制御システムの制御動作の一例を示す説明図である。

図 8 ( a ) 〜図 8 ( c ) は、上記制御システムで使用される処理指示語の構成を示す説明図である。

図 9 は、上記制御システムの要部構成を示すプロック図である。

図 1 0 は、本発明のさらの他の実施形態を示すものであり、制御システムの要部構成を示すプロック図である。

図 1 1 は、上記制御システムにおいて、共通プロトコルで使用するデ

—タ転送フォーマツトの一例を示す説明図である。

図 1 2 は、上記制御システムにおいて、専用プロトコルで使用するデ一夕転送フォーマツ卜の一例を示す説明図である。

図 1 3 は、上記制御システムにおいて、専用プロトコルと共通プロトコルとの間のプロトコル変換に使用する変換テーブルの一例を示す説明図である。

図 1 4 は、上記制御システムをさらに詳細に説明するプロック図である。

図 1 5 は、本発明のさらの他の実施形態において、制御システムの要部構成を示すブロック図である。 - ' 図 1 6 ( a ) および図 1 6 ( b ) は、上記制御システムでプロトコル判別用コマンドを送出する場合において、専用プロトコルと応答コ一ドとの対応表を例示する説明図である。

図 1 7 は、上記制御システムにおいて、専用プロトコルの自動判別手順を示すフローチヤ一トである。

図 1 8 は、本発明のまた別の実施形態において、制御システムの要部構成を示すブロック図である。

図 1 9 は、本発明のさらに他の実施形態において、制御システムの要部構成を示すブロック図である。

図 2 0 は、上記制御システムで用いられるデータ転送フォーマツ卜の一例を示す説明図である。

図 2 1 は、上記制御システムにおいて、ホスト側から表示装置側への画像データのダウンロ一ド動作を説明するためのタイミングチヤ一卜である。

図 2 2 は、本発明の他の実施形態において、制御システムの要部構成を示すブロック図である。

図 2 3 ( a ) 〜図 2 3 ( g ) は、上記制御システムで用いられるデー夕のフォーマツ卜の一例を示す説明図である。

図 2 4 は、典型的な従来技術を示すものであり、制御システムの要部構成を示すプロック図である。発明を実施するための最良の形態

以下、実施例および比較例により、本発明をさらに詳細に説明するが本発明はこれらにより何ら限定されるものではない。 - ―

〔第 1 の実施形態〕

本発明の一実施形態について、図 1 に基づいて説明すれば、以下の通りである。すなわち、本実施形態に係る制御システム 1 は、図 1 に、その全体的な構成を概略的に示すように、制御ュニット 2 と、制御ュニット 2 の制御状態に対応した表示を可能とする表示装置 3 と、両者 2 · 3 間を接続する専用の通信ライン 4 とを有する制御装置 5を複数組備え、各制御装置 5間でデータの受渡しを可能とするシステムであって、各制御装置 5内では、上記制御ュニット 2 と表示装置 3 とが各制御ュニット 2毎に固有に規定された専用のプロトコルでデータ通信する一方で、各組の制御装置 5における全表示装置 3は、共通の通信ラィン 6で互いに接続され、共通のプロトコルでデータ通信する。

上記構成では、各制御装置 5 は、表示装置 3がプロトコル変換を行うことによって、予め定められた共通のプロトコルで通信する。したがつて、各制御ユニット 2の専用プロトコルが互いに異なる場合であつても. 何ら支障なく、各制御装置 5間でデータを受け渡すことができる。この結果、通信プロトコルの異なる制御ュニット 2を容易に混在させることができる。

また、従来は、専ら制御状態の表示のみに使用していた表示装置 3をデータ通信の中心として使用し、表示装置 3が専用プロ卜コルと共通プ口卜コルとの間のプロ卜コル変換を行う。これにより、制御ュニット 2 は、本来の機能である I / 0制御に専念させることができ、制御ュニット 2 の負担を軽減できる。

さらに、表示装置 3 αが少なくとも自らに接続される制御ュニット 2 aに応じた専用プロトコルと、上記共通プロ卜コルとの間でプロトコル変換できれば、他の制御ュニット 2 βの専用プロトコルに拘わらず、制御ュニット 2 ^に対応する表示装置 3 βを介して、当該制御ュニット 2 /3とデータを受渡しできる。したがって、無数に存在する制御ュニッ卜 2 に固有の通信プロトコルを考慮せず、自らに接続される可能性がある制御ュニット 2の専用プロトコルでの通信と、共通のプ口トコルでの通信と、両者間のプロトコル変換とのみを考慮すればよい。したがって、ソフトゥユアの作成（開発）に要する工数を削減できる。

加えて、新たな専用プロトコルで通信する制御ュニット 2 /Sを含む制御装置 5 βが、制御システム 1 に新たに加えられる場合であつても、他の表示装置 3を変更する必要がない。したがって、制御ユニット 2を制御システム 1 に加入させる際の手間を削減でき、制御システム 1全体の管理維持の手間を削減できる。

〔第 2の実施形態〕

本実施形態に係る制御システム 1 aでは、図 2 に示すように、上記制御システム 1の構成に加えて、データ処理装置 7が上記共通の通信ライン 6 に接続されており、データ処理装置 7 と各表示装置 3 との間でも、上記した共通のプロトコルを使用してデータの受渡しが行われる。これにより、例えば、ホストコンピュータによる集中制御や、後述するプロトコル変換手順のダウンロードなど、種々の処理を行うことができる。当該構成でも、上記制御システム 1 と同様に、データ処理装置 7 は、共通のプロトコルのみによる通信によって、各制御装置 5 とデータの受渡しができる。この結果、データ処理装置 7では、個々の専用プロトコル毎に異なるソフトウヱァを作成する必要がなくなり、ソフトゥヱァの作成に要する工数を削減できる。また、新たな制御装置 5を制御システム 1 aに加入させる場合であっても、データ処理装置 7の変更は、不要である。これらの結果、任意の制御装置 5 と通信可能なデータ処理装置 7が設けられているにも拘わらず、制御システム 1 a全体の開発および管理維持の手間を削減できる。

〔第 3の実施形態〕

本実施形態では、図 3 に基づいて、表示装置 3 の構成をやや詳細に説明する。なお、以下では、第 2の実施形態に係る制御システム 1 aに適用した場合を例にして説明するが、第 1の実施形態に係る制御システム 1 に適用しても同様の効果を得ることができる。

すなわち、本実施形態に係る制御システム 1 bの表示装置 3 bには、専用の通信ライン 4を介して、その機種固有の専用のプロトコルが予め規定された制御ュニット 2が接続される専用プロトコルインタ一フエ一ス部（第 1のデータ通信ポート） 1 1 と、予め定められた共通プロトコルで通信される共通の通信ライン 6を介して、例えば、データ処理装置 7や他の表示装置 3 bなど、任意のデータ処理装置が接続される共通プ口トコルインタ一フェース部（第 2 のデータ通信ポート） 1 2 と、両プロトコルインターフェース部 1 1 · 1 2を介して入出力されるデータを予め設定した手順に従って処理するデータ処理部 1 3 と、そのデータ処理部 1 3で処理された情報に対応した表示を行う表示部 1 4 とを備えている o

さらに、例えば、両プロトコルインターフェース部 1 1 · 1 2力、それぞれの通信プロ卜コルで通信すると共に、データ処理部 1 3が必要に応じてデータ形式を変換するなどして、上記専用プロ卜コルインターフエース部 1 1 と制御ュニット 2 との間は、上記専用プロトコルを使用してデータ通信を行う一方、上記共通プロトコルインターフヱース部 1 2 とデータ処理装置 7 (他の表示装置 3 b ) との間は、共通プロトコルを使用してデータ通信を行うように構成されている。

また、上記データ処理部 1 3には、さらに、夕ツチパネルやキーボードなどのように、使用者の入力を受け付ける操作部 1 5が接続され、デ一夕処理部 1 3におけるデータ処理時期および処理内容の指示動作が操作部 1 5を介し、手動で行えるように構成されている。

加えて、本実施形態に係る表示装置 3 bには、例えば、メモリカードリ―ダなど、表示装置 3 bの外部からデータを入力するデータ入力部 1 6が設けられており、上記専用プロトコルを処理するためのデータゃプログラム（専用プロトコル用のデータ）を、表示装置 3 bの外部からダゥンロードできるように構成されている。なお、上記共通プロトコルインターフェース部 1 2をデータ入力部 1 6 として用い、例えば、データ処理装置 7や他の表示装置 3 bからダウンロードしてもよい。

当該構成によれば、表示装置 3 bは、製造後であっても、必要に応じて専用プロトコル用のデータをダウンロードできる。したがって、予め接続可能な制御ュニット 2全てについて、専用プロトコル用のデータを用意する必要が無くなり、表示装置 3 bに必要なメモリ容量を削減できる。さらに、新しく専用プロトコルの制御ュニット 2が開発された場合であっても、当該専用プロトコル用のデータをダウン口一ドするだけで当該制御ュニット 2 と通信できる。また、専用プロトコル用のデータを例えば、データ処理装置 7などに集中管理しておき、必要に応じてダウンロードすることができるので、当該データの管理も容易になる。〔第 4の実施形態〕 - 、本実施形態では、図 4〜図 9に基づいて、制御装置 5の構成をさらに詳細に説明する。すなわち、本実施形態に係る制御システム 1 cは、一例として、図 4に示すように、制御ュニット 2 として備えた複数台の P L C 2 cを互いに連携させることによって、例えば、ベルトコンベア一式の自動組付機のようなタ一ゲットシステム 8をシーケンス制御可能なシステムであり、各 P L C 2 c用の制御盤として、プログラム式の表示装置 3 cが使用されている。また、制御システム 1 cは、図 2に示すデ一夕処理装置 7 として、各制御装置 5 cを集中制御し、かつ、制御装置 5 cのデー夕を一元管理するホストコンピュータ 7 cを備えている。上記した P L C 2 cが接続されたプログラム式表示装置 3 cは、 1組の制御装置 5 c となり、その制御装置 5 cを第 1制御装置 5 c αおよび第 2 制御装置 5 c /3の 2組あるいはそれ以上備える。なお、以下では、説明の便宜上、各組を区別する場合には、例えば、 P L C 2 c αや P L C 2 c のように、参照符号の末尾に、組を識別するギリシァ文字を付して参照する。

本実施形態では、 P L C 2 c として、第 1 P L C 2 c aおよび第 2 P L C 2 c βの 2種類が使用されており、各 P L C 2 c o: * 2 c は、製造会社および機種に特化した、それぞれ専用の通信プロトコルを有している。また、第 l P L C 2 c aおよび第 2 P L C 2 c /3は、例えば、 1 つのベルトコンベア一に分離して配設された被制御系デバイス 9 と個別に接続された状態で、後述するように、互いに連携させた制御を行うことができる。

なお、以下では、説明を簡単にするため、 P L C 2 cおよびプログラム式表示装置 3 cを 2台ずつ備えた例で説明するが、 3台以上に増加した場合にあっても、略同様に実施できることは勿論である。また、制御ュニット 2 として、 P L Cに限らず、各種のバソコン応用装置を使用した場合にあつても略同様に実施できる。

P L C 2 cでは、 C P Uユニットやメモリユニットなどのように、必要とする個別の回路毎に回路がュニット化されており、各ュニッ卜を必要に応じてバスラインを介して適宜追加することにより、 P L C 2 c全体として達成される機能を増減可能である。

図 5 に例示する P L C 2 は、 P L C 2 cの全体を制御する C P Uュニット 1 0 1 と、ターゲットシステム 8から送られる検知信号の直接的な取込みを可能とする入力ュニット 1 0 2 と、ターゲットシステム 8 に向けて処理の制御信号の出力を可能とする出力ュニット 1 0 3 と、各種デ一夕を保存するメモリュニット 1 0 4 と、プログラム式表示装置 3 c との間で所定のデータ通信を可能とする計算機リンクユニット 1 0 5 とを、基本ュニットとして備えている。上記 C P Uュニット 1 0 1 は、常時、入出力手段としての入力、出力あるいは計算機リンクユニット 1 0 2 · 1 0 3 - 1 0 5の変化状態を監視しており、新規データ入力などのデ一夕変化が認められると、必要な演算処理を施した後、メモリユニット 1 0 4上における該当のアドレスにアクセスして内容を書き換えたり、出力ュニット 1 0 3へ向けてデータを送出したりできる。

ここで、メモリュニット 1 0 4 には、夕一ゲットシステム 8 に対して直接入出力され、あるいは、その制御などに用いる状態データ M Dの格納場所が、例えば、ターゲットシステム 8上に備えたレベル計ゃリミッ卜スィッチのような受動部品、リレーやモータのような能動部品、あるいは、カウンタや印字器のようなデータ設定部品など、制御あるいは表示すべき被制御系デバイス 9毎に確保されている。また、入出力されるデータが数値のようなヮードデータに対してはヮ一ドデバイスが割り当てられ、オンオフ情報のようなビッ卜データに対してはビットデバィスが割り当てられている。各デバイスには、例えば、「X 0 0 0」のように、各デバイスに固有のデバイス名が割り当てられており、デバイス名を指定することで、メモリュニット 1 0 4上の上記データの格納場所を特定できる。したがって、 P L C 2 cの内部あるいは外部から、メモリユニット 1 0 4における任意のヮードまたはビットデバイスを特定してアクセスするだけで、ターゲットシステム 8の対応位置を制御したり、対応位置の動作状態に関する情報を個別に取り出すことができる。

なお、 P L C 2 cは、例えば、プログラム式表示装置 3 cなど、他のデータ処理装置から送られるコマンドを受け、そのコマンドに対応したデータのメモリュニット 1 0 4への書き込みや読み出し、あるいは、送られたコマンドやデータを、そのまま送り返す動作のような受動的なデ一夕伝送機能を有するものが一般的であるが、能動的なデータの伝送機能を有する場合であつても略同様に実施できることは勿論である。

一方、プログラム式表示装置 3 cは、上記 P L C 2 c と共にターゲットシステム 8 の操作卓などに一体に組み込み、あるいは、それ自身が独立して配備され、タ一ゲットシステム 8に対する制御盤として使用される。

本実施形態に係るプログラム式表示装置 3 cは、例えば、図 6 に示すように、略矩形状に構成した本体ケース 1 1 1 における正面側に、上記表示部 1 4 としてのディスプレイ 1 4 cの表示画面 1 1 2を配置すると共に、その表示画面に密着させて、上記操作部 1 5 としてのタツチパネル 1 5 cが配設されている。一方、本体ケース 1 1 1の内部には、図 5 に示す表示制御回路 1 1 3が収納される。なお、本実施形態では、上記ディスプレイ 1 4 c として液晶表示デバィスが使用されている。また、上記操作部 1 5 としては、タツチパネル 1 5 cに代えて、あるいは加えて、マウスのようなポインティングデバイスやキーボードのような各種の手動による操作手段を使用できることは勿論である。

当該表示制御回路 1 1 3の基本的なハードウユア構成は、汎用のパソコン装置と略同様であって、図 5 に示すように、バスライン 1 1 4を介して、 C P U 1 1 5 と、 R〇M 1 1 6、 R AM I 1 7をはじめとする各種メモリと、上記夕ツチパネル 1 5 cを制御するための夕ツチパネルコントロ一ラ 1 1 8 と、上記デイスプレイ 1 4 cを制御するためのグラフィックコントローラ 1 1 9 とが接続されており、 C P U 1 1 5は、 R O M l 1 6内に格納されたシステムプログラムに従つて所定の演算動作を行う。また、 R AM 1 1 7 に適宜格納される各種の演算結果は、例えば- キャラク夕を表示するためのフォントデータや静止図形データなど、グラフィック用メモリ 1 2 0内に予め格納された各種の表示用データを用いて、グラフィックコントローラ 1 1 9 によって、ビデオ R A M 1 2 1 上へビットイメージとして展開され、当該ビデオ R AM I 2 1内への書き込み内容に対応した内容が、ディスプレイ 1 4 cの表示画面 1 1 2上に表示される。

さらにまた、上記バスライン 1 1 4には、専用プロトコルインターフエース部 1 1 として、 P L C 2 cの回路構成に特化した専用プロトコルで作動する通信コントローラ 1 1 じが接続されており、シリアルあるいはパラレルの専用の通信ライン 4を介して、上記 P L C 2 c側の計算機リンクュニット 1 0 5 と通信できる。

一方、上記バスライン 1 1 4 には、共通プロトコルインターフェース部 1 2 として、例えば、イーサネット（商標：ゼロックス社）のような汎用的な通信アダプタ 1 2 cが接続されており、例えば、通信ケーブルからなる共通の通信ライン 6を介し、ホストコンピュータ 7 cや他のプ口グラム式表示装置 3 c と口一カル . エリア ' ネットワーク（ L A N ) 接続される。当該 L A Nでは、例えば、 T C P / I Pのような汎用的な通信プロトコル（共通プロトコル）が使用されており、ホス卜コンビュ —夕 7 c と各制御装置 5 c との間、あるいは、各制御装置 5 c間で、各種データの受渡しを可能とする。

また、本実施形態に係る制御システム 1 cでは、 P L C 2 c とプログラム式表示装置 3 c との間のデータ伝送の一例として、プログラム式表示装置 3 c と P L C 2 c との双方に、後述する状態デ一夕用メモリ 1 7 · 3 2が設けられており、両状態データ用メモリ 1 7 · 3 2 は、互いにデータを受け渡すことによって、同一の内容を持つように制御されている。これにより、 P L C 2 c とプログラム式表示装置 3 c とが最小限の時間遅れをもって、 P L C 2 c側に設定されたビットデバイスあるいはヮードデバイスを含む略同一内容の状態データを互いに保持することができる。なお、当該状態データ用メモリ 1 7 は、例えば、プログラム式表示装置 3 c側の R A M 1 1 7上の一領域として設定され、状態データ用メモリ 3 2 は、メモリュニット 1 0 4上の一領域として設定される。

ここで、プログラム式表示装置 3 c においては、図 7 ( a ) に例示するように、 1 または複数の静止図形 Bあるいは部品図形 J 1 をベース画面上に備えて構成された画面を、単位画面として管理している。上記静止図形 Bは、例えば、銘板のような表示内容に変更を要しない図形であつて、上記部品図形 J 1 は、例えば、スィッチ形状のように、形状変化や点滅あるいは色変化させる図形である。さらに、 1台のプログラム式表示装置 3 c内には複数の単位画面を、そのデータ処理用として備えると共に、各単位画面毎に異なつたフアイル番号 Fを指定することにより、単位画面を切り換えるだけで必要な操作内容を表示した画面が得られるようにしている。

具体的には、上記プログラム式表示装置 3 cでは、図 5 に示すように、各単位画面に対応する処理指示語を格納した事象データ用メモリ 1 2 2 が、バスライン 1 1 4に接続されており、 1つの単位画面が選択されると、その選択された単位画面に関係する処理指示語 Wが微小時間毎に間欠的に読み出される。当該処理指示語 Wには、例えば、図 8 ( a ) に示すように、表示制御動作を実行すべきベース画面を示すファィル番号 F と、そのベース画面上で実行すべき動作内容を特定する事象名 Nと、各実行事象毎に参照される 1 または複数のデータからなる参照情報 r とが 1組として含まれており、プログラム式表示装置 3 cは、 P L C 2 cの状態データ用メモリ 3 2 と略同一の内容を有する上記状態データ用メモリ 1 7内のデータを参照しながら、処理指示語 Wの事象名 Nで特定される内容の動作を順次実行する。これにより、ベース画面上の部品図形 J 1や表示データは、 P L C 2 cのビットデバイスあるいはヮードデバイスの内容変化に即応して変化して表示される。

例えば、夕ッチパネル 1 5 cに対する押圧指示操作と連動して、状態データ用メモリ 3 2内の所定アドレス位置に設定したビットデバイスを反転可能とする処理指示語 W Tの形式は、図 8 ( b ) に示すように、単位画面のファィル番号 F 1 と、タツチパネル 1 5 cの操作を特定する例えば「T」から始まる事象名 Ν 1 とを含み、さらに、参照情報 r として、夕ッチパネル 1 5 cからの入力操作を有効とする人力座標範囲 X · Yと、夕ツチパネル 1 5 cの押し操作と連動してデータを書き換えるべきァドレス Aとを含む形式で規定されている。

また、上記した夕ツチパネル 1 5 cの操作と連動して、ベース画面上における対応位置に所定の図形を表示可能とする処理指示語 W Lの形式は、図 8 ( c ) に示すように、ベース画面のフアイル番号 F 1 と、部品図形の表示を特定する例えば「し」から始まる事象名 N 2 とを含み、さらに、参照情報 r として、部品図形の表示座標範囲 X · Yと、呼び出す部品図形を特定するファィル番号 F Lと、部品図形を表示する際に参照するァドレス Aとを含む形式で規定されている。

さらに、図 7 ( a ) に示すように、事象データ用メモリ 1 2 2に 2つの処理指示語 W L 1 · W T 1を設定する際、両処理指示語 W L 1 · W T 1間で、座標範囲 X · Yが互いに一致し、かつ、参照ァドレス Aが互いに一致するように設定する。また、状態データ用メモリ 1 7 のアドレス Aにおけるビットデバイスが「 0」と、スィッチのオフ状態とを予め対応させておき、当該ビットデバイス「 0」力く 0の場合、 P L C 2 cが制御すべき実際のスィッチ設定に対してオフ動作を行うようにする。さらに、グラフィック用メモリ 1 1 9には、上記スィツチのオフ状態に対応する部品図形 J 1を示すデータを、参照フアイル番号 F L 1 と関連して格納し、オン状態に対応する部品図形 J 2を示すデータを参照ファイル番号 F L 2 と関連して格納しておく。ここで、図 7 ( a ) に示すように、状態データ用メモリ 1 7の参照ァドレス Aの値が「 0」の場合、プログラム式表示装置 3 cは、処理指示語 W L 1 に基づいて、グラフィック用メモリ 1 2 0の参照フアイル番号 F L 1から、スイツチのオフ状態に対応する部品図形 J 1を示すデータを読み出し、ベース画面上の座標範囲 X · Yに展開して表示する。

この状態で、夕ツチパネル 1 5 cにおいて、スィッチ形状を有する部品図形 J 1 の表示場所を押すと、プログラム式表示装置 3 cは、事象デ一夕用メモリ 1 2 2からタツチパネル用の処理指示語 W Tを検索し、夕ツチパネル 1 5 cによって指示された座標に基づいて、当該座標を含む範囲を座標情報として含む処理指示語 W Tが存在するか否かを判定する ₍ 例えば、上記処理指示語 W T 1の座標範囲 X · Yの内の一点が押された場合、プログラム式表示装置 3 cは、当該処理指示語 W T 1を見いだし、該当のァドレス Aにおけるデータ値を、図 7 ( a ) に示す値「 0」から、図 7 ( b ) に示す値「 1」に反転する。この結果、 P L C 2 c は- アドレス Aに対応するスィッチ接点をオンする制御を行う。さらに、ァドレス Aの値が「 1」に変化しているので、プログラム式表示装置 3 c は、処理指示語 W L 1 に基づいて、グラフィック用メモリ 1 2 0の参照フアイル番号 F L 2から、オン状態を示す部品図形 J 2を読み出し、座標範囲 X · Y上に表示する。これにより、ベース画面上に表示されたスイッチ形状の部品図形も、オフ状態（ J 1 ) からオン状態（ J 2 ) へと変更される。

かかる構成により、表示画面 1 1 2上に P L C 2 cにおけるターゲットシステム 8の制御状態に対応した表示を行うと同時に、タツチパネル 1 5 cを介した指先によるデータ入力および P L C 2 cを介したタ一ゲットシステム 8側の間接的な制御を可能とする。 - ここで、上記処理指示語 Wで参照される状態データ M Dには、プログラム式表示装置 3 c に直接的に接続された P L C 2 cばかりではなく、共通の通信ラィン 6を介して間接的に接続された P L C 2 cの状態デー夕 M D も指定可能となっている。一例として、例えば、参照情報 rのァドレス A中に、 P L C 2 c を示す情報あるいは P L C 2 c に接続されたプログラム式表示装置 3 cを示す情報を付加し、制御システム 1 c内の各被制御系デバイス 9 を識別する。これにより、プログラム式表示装置 3 cを介して、全 P L C 2 c は、互いに連携して制御動作できる。

当該ハードウア構成によって、図 9 に示すように、図 3 と略同様の制御システム 1 cが実現される。ここで、 P L C 2 c内の機能プロックとして、上記計算機リンクュニット 1 0 5 などによって実現され、 P L C 2 c固有の専用プロトコルで通信するための専用プロ卜コルインターフヱ一ス部 3 1 と、上記 R A M 1 1 7の一領域などとして実現され、 P L C 2 c側に設定されたビットデバイスあるいはワードデバイスの内容を含む状態データ M Dが記憶される状態データ用メモリ 3 2 と、上記 C P U 1 1 5が R 0 M 1 1 6 などに記憶されたプログラムを実行することによつて実現され、夕一ゲットシステム 8や専用プロトコルインターフエース部 3 1 を入出力されるデータを処理するデータ処理部 3 3 とが設けられている。同様に、ホストコンピュータ 7 c内の機能プロックとして、画面表示を行う画面表示部 4 1 と、ホストコンピュータ 7 c全体を制御するデータ処理部 4 2 と、共通プロ卜コルで通信するための共通プ口トコルインタ一フヱース部 4 3 とが設けられる。

上記ホストコンピュータ 7 cのデータ処理部 4 2 は、所定のデ一タ処理を行い、その処理結果を、画面表示部 4 1 の表示画面上に表示する。- また、データ処理部 4 2 は、共通プロトコルインターフヱース部 4 3 を介し、伝送すべきデータを共通の通信ライン 6へ送出する。これにより、当該データは、共通の通信ライン 6上を共通プロトコルで伝送される。一方、各 P L C 2 cのデータ処理部 3 3 は、予め設定したプログラムに従ってターゲットシステム 8 における被制御系デバイス 9 と信号の入出力を行うと共に、その制御状態に対応した内容のデータ（状態データ M D ) を、メモリュニット 1 0 4 に設定した状態デ一夕用メモリ 3 2 に保存する。なお、状態データ用メモリ 3 2 に保存する際のァドレスは、例えば、被制御系デバイス 9 などから特定される。変更された状態デ一夕 M Dは、 P L C 2 cの専用プロトコルインタ一フェース部 3 1 および専用の通信ライン 4を介して、専用プロトコルで、プログラム式表示装置 3 cへ送られ、状態データ用メモリ 1 7 に格納される。これとは逆に、プログラム式表示装置 3 cから専用の通信ライン 4を通じて P L C 2 c 内の状態データ M Dを変更するデータが入力されると、そのデータ変化に対応した被制御系デバイス 9 に対する制御動作が行われる。

ここで、本実施形態では、プログラム式表示装置 3 c内に発生、あるいは、 P L C 2 cからプログラム式表示装置 3 c 内に取り込まれた各種データは、例えば、一定時間間隔で自動的に、あるいは、コマンドを使用して適宜時期に、共通の通信ライン 6を介してホストコンピュータ 7 cへ送られるように、予め設定されている。これにより、各プログラム式表示装置 3 c毎に備えるメモリ容量を必要最小限に抑制できると共に全プログラム式表示装置 3 cから送られるデータをデータベース化して一元的にデータ管理できる。また、各プログラム式表示装置 3 cにあっても、ホストコンピュ _ータ 7 cから必要なデータを適宜時期に取り出し、各プログラム式表示装置 3 c における表示画面 D上に表示したり、 P L C 2 c における制御動作に利用できる様にしている。さらに、ホストコンピュータ 7 cの側からも、任意の表示装置 3 cを介して全制御装置 5 に関する情報を取得できる様に構成している。

さらに、本実施形態では、専用プロトコルで通信するためのデータ（プロトコル情報）も一元管理するために、ホストコンピュータ 7 c に、各プログラム式表示装置 3 c に関して、接続される可能性のある P L C 2 c に適合したプロトコル情報をデータベース化した、プロトコルデー夕ベースが構築されている。

上記構成の制御システム 1 cでは、プログラム式表示装置 3 cの初期設定において、プログラム式表示装置 3 c は、自己に接続された P L C

2 c に対応するプロトコル情報を、ホストコンピュータ 7 c に保存されたプロトコルデータベースから選択し、共通の通信ライン 6 を介して共通プロトコルでダウンロードする。これにより、プログラム式表示装置

3 c と P L C 2 c との間で、当該 P L C 2 c に応じた専用プロトコルで相互にデータ伝送が可能になる。

また、プログラム式表示装置 3 cがデータ処理すべき内容を、上記の処理指示語 Wで特定し、各処理指示語 Wを事象データ用メモリ 1 2 2へ格納すると共に、各処理指示語 Wで参照される P L C 2 c側の状態デー夕 M Dが状態データ用メモリ 1 7上に維持されるように、プログラム式表示装置 3 cを設定する。

初期設定が終了すると、通常の制御動作が行われる。例えば、第 1 の P L C 2 c αの状態データを使用して、第 2の P L C 2 c の制瓶動作を行わせる場合、第 2の表示装置 3 c βに設定される処理指示語として、第 1の P L C 2 c αの状態データを参照し、当該状態データに基づいて- 第 2の P L C 2 c が制御動作を行うような処理指示語を予め設定しておぐ

この状態では、第 1の P L C 2 c aから、専用プロトコルを用いて第 1のプログラム式表示装置 3 cへ状態データ MDが送られると、第 1のプログラム式表示装置 3 c αの状態データ用メモリ 1 7内において、該当する状態データ MDが更新される。この更新された状態データ M Dは、第 2のプログラム式表示装置 3 c /3側からの読み出し動作に応じ、共通プロトコルを用いて、第 2のプログラム式表示装置 3 c Sの状態データ用メモリ 1 7内に送られる。

ここで、更新された状態データ M Dが、第 2 の P L C 2 c ySの制御動作に利用できるように、予め処理指示語 Wが設定されている場合、当該状態データ M Dは、さらに、専用プロトコルを用いて、第 2 の P L C 2 c βへ転送される。これにより、第 1の P L C 2 のデータによって、第 2 の P L C 2 C 3の制御動作が行われる。

これとは逆に、第 2のプログラム式表示装置 3 c /3に取り込まれた状態データ MDが、当該プログラム式表示装置 3 c β内で処理すべきデー夕の場合は、第 2の P L C 2 c 8へ転送することなしに、第 2のプログラム式表示装置 3 c S内でデータ処理され、ディスプレイ 1 4 cの表示画面 D上に、状態データ M Dに対応した表示がなされる。

また、ホストコンピュータ 7 じから、第 1の P L C 2 c αにデータを送って、当該 P L C 2 c αに接続された被制御系デバイス 9を制御する場合、伝送すべきデータに、第 1の P L C 2 c aを特定するアドスを付加したデータが作成され、共通の通信ライン 6を介して、共通プロトコルで第 1 のプログラム式表示装置 3 c αへ送られる。

一方、プログラム式表示装置 3 c αでは、他のプログラム式表示装置 3 cから送られてきた場合と同様に、送られてきたデータが、プログラム式表示装置 3 c αで使用するためのデ一タか、第 1の P L C 2 c aで使用するデータかを判定し、 P L C 2 c ひに対するデータであれば、専用プロトコルを用いて、 P L C 2 c a側へ転送される。

これにより、データ通信プロトコルが各 P L C 2 c専用で互いに異なる場合にあっても、複数種類の P L C 2 c間および P L C 2 c とホストコンピュータ 7 c間で、 P L C 2 cにおける制御状態に対応した状態デ一夕 MDをプログラム式表示装置 3 cを介して受け渡すことができる。なお、本実施形態では、プログラム式表示装置 3 c内に状態データ (MD) を絶えず備える場合、すなわち、プログラム式表示装置 3 cおよび P L C 2 cに状態データ用メモリ 1 7 · 3 2をそれぞれ設け、所定の短時間毎に、プログラム式表示装置 3 cが定期的に P L C 2 c側ヘアクセスして、両状態デ一夕用メモリ 1 7 * 3 2のデータ内容を一致させる場合について説明したが、次以降の実施形態で説明するように、例えば、特定のイベントが発生した時点など、必要に応じて P L C側から取り出すものであってもよい。ただし、双方に状態データ用メモリ 1 7 · 3 2を備える場合には、 P L C 2 cが接続されたプログラム式表示装置 3 c と、プログラム式表示装置 3 cの状態データ用メモリ 1 7 におけるアドレスを指定すればよく、例えば、相手コードなどの形式で、 P L C 2 cを特定する必要がない。〔第 5の実施形態〕 - - 本実施形態では、図 1 0〜図 1 3に基づいて、上記表示装置 3によるプロトコル変換動作について、さらに詳細に説明する。なお、以下では- 説明の便宜上、上述した実施形態と同様の構成を有する部材には、同じ参照番号を付して説明を省略する。

すなわち、本実施形態に係る表示装置 3 dには、上記両プロトコルインターフェ一ス部 1 1 · 1 2 と、表示部 1 4 とに加えて、専用プロトコルと共通プロトコルとの間のプロトコル変換を行うプロトコル変換部 1 3 d と、プロトコル変換時に参照されるプロトコル情報を格納するプロトコル情報記憶部 1 8 とが設けられている。

本実施形態では、プロトコル情報は、例えば、コマンドデータなど、 P L C 2 cに固有の情報と当該固有情報に対応する共通プロトコルの情報との対応関係を示す変換テーブルと、 P L C 2 c との間で受け渡される転送情報のフォーマツト（フォーマツト情報）とに分けられ、変換テ一ブル記憶部 1 8 aおよびフォーマット情報記憶部 1 8 bに、それぞれ格納されている。なお、各記憶部 1 8 ( 1 8 a · 1 8 b ) は、例えば、図 5 に示す R A M I 1 7上の領域などとして実現される。

具体的には、本実施形態に係る制御システム 1 dで使用される専用あるいは共通プロトコルでは、一般的な非同期式のデータ転送フォーマツ卜と同様に、図 1 1 に示すように、非同期式のデータ転送フォーマツト Cとして、開始コードと、終了コードとの間に、受け渡すべき情報を挟んで送る形式が規定されている。ただし、各 P L Cメーカが規定するデ一夕転送フォーマツトは、開始コードおよび終了コ一ドは勿論、受渡情報に含まれるデータ内容や、その並び順も、互いに異なったものが使用されている。 _ - ここで、本実施形態では、共通の通信ライン 6を介して受け渡されるデータ転送フォーマツトとして、データ読み出し用のフォーマツト C r とデータ書き込み用のフォーマツト C wが規定されている。すなわち、データ読み出し用のフォーマツト C rには、データを送るべき装置を特定するための相手コード（例えば、「Α · B · · · 」など）と、実行させるべき命令（読み出し命令）を一意的に特定する共通コード（例えば- 「 0 1」など）とに加えて、当該共通コードに付随する関連情報として- 読み出しを開始すべきアドレス（例えば、「X 0 0 0 1」など）と、読み出すべきデータのサイズとが含まれている。また、データ書き込み用に規定されたフォーマツト C wでは、相手コードと、データの書き込みを指示する共通コードとに加え、関連情報として、書き込みを開始すベきアドレスと、書き込むべきデータとが含まれる。上記各フォーマツト C r · C wは、例えば、それぞれに含まれるデータを 1 6進表示の A S C I I コードで一連に表示したデータとして表現される。

上記共通コ— ドは、各 P L C 2 cが理解可能なコマンドのうち、互いに同一内容のコマンド間では、専用の通信ライン 4でのコマンドコード (各 P L C 2 cでのコマンド）に拘わらず、統一されている。また、例えば、読み出し開始ァドレスや読み出しサイズなど、関連情報内のデータを伝送する際の順番、および、伝送する際の表現方法も、専用プロトコルに拘わらず統一されている。これにより、共通プロトコルでは、 P L C 2 cに拘わらず、実行すべき命令を一意的に特定できる。

ここで、ある共通コードと、専用の通信ライン 4でのコマンドコード (固有コ一ド）との対応関係は、各 P L C 2 c毎に異なっているため、例えば、図 1 3に示すように、各共通コードと、現在接続されてい-る— P L C 2 cで当該共通コードに対応する固有コードとを一対とした変換テ一ブルが作成される。したがって、表示装置 3 dは、専用プロトコルに応じた変換テーブルを参照すれば、共通コードと固有コードとを相互に変換できる。また、例えば、プロトコル変換に使用する変換テーブルを、専用プロトコル α用の変換テーブル T B L から、専用プロ卜コル yS用の変換テーブル T B L βに変更すれば、プロトコル変換する専用プロトコルを変更できる。

一方、図 1 2に示すように、上記フォ一マツト情報 F Μ Τは、専用の通信ライン 4で伝送されるデータ列 D aのうち、例えば、読み書きするデータ内容自体や、データのサイズ、あるいは、読み書きするアドレスなど、実際に伝送するデータ内容によって変化する部分を未定義としたスケルトン上のデータ列であって、未定義の部分は、用途のみが定義されている。なお、コマンドの領域を未定義とすれば、実際に伝送されるデータ列から抽出されたフォーマツト情報 F M Tが複数のコマンド間で共通になる場合、当該コマンド領域をも未定義として、これらのコマンド間で共通のフォーマツト情報 F M Tを用いてもよい。

上記フォ一マツト情報および変換テーブルは、各専用プロトコルに対応する上述のプロトコル情報として、ホストコンピュータ 7 cのプロトコルデータベースに格納される一方、表示装置 3 dの初期設定時において、自己に接続された P L C 2 cに対応したプロトコル情報が、プロトコルデータベースから読み出され、共通の通信ライン 6を介して、上記変換テーブル記憶部 1 8 aおよびフォーマツト情報記憶部 1 8 bに格納される。上記構成では、個々専用プロトコルに対応するプロトコル情報が-、フォ一マツ卜情報 F MTおよび変換テーブルとして、互いに独立している。したがって、機種に依存したプロトコル情報を切り替えるだけで特定の専用プロトコルによるデータ通信が可能になる。

ここで、本実施形態に係る制御システム 1 dでは、上記した様に共通の通信プロトコルとして規定されたデータ転送フォ一マツトを、表示装置 3 dから P L C 2 cに対するデ一夕の読み書き時を含めて、できるだけ多くの場面（例えば、表示装置 3 dでの表示やプリセットデータの設定など）で利用することを特徴とする。この結果、表示やプリセットデ一夕の設定など、制御以外の動作も、専用プロトコル毎に変更する必要がなくなり、ソフトウエアの開発および管理維持の工数を削減できる。以下では、図 1 4を参照して、上記フォ一マツト情報 F MTおよび変換テーブルを用いたプロトコル変換について説明する。なお、図 1 4 に示す制御システム 1 dでは、図 9 に示す制御システム 1 じとは異なり、 P L C 2 c と表示装置 3 dとの間の状態データ転送方法の他の例として. 状態データ用メモリを P L C 2 cのみに設け、表示装置 3 dが必要に応じて、 P L C 2 cの状態データ用メモリ 3 2から状態データ MDを読み出す方法を採用している。

例えば、第 1の P L C 2 c aにおける状態データ M Dの変化を利用して第 2の P L C 2 C /?の制御動作を行わせる場合、第 2 の表示装置 3 d aに設定する処理指示語で、第 1 の P L C 2 c αの状態データ MDを参照するように設定し、第 2の P L C 2 c ^がその状態データ M Dで制御動作を行う様に予め設定しておく。

この状態で、共通の通信ライン 6を介して、第 1の P L C 2 に向けてデータの読み出し命令が、図 1 1 に例示するデータ読み出し甩のデ一夕転送フォ一マット C rで発せられると、第 1 の表示装置 3 d αのプ口トコル変換部 1 3 dは、変換テーブル記憶部 1 8 aを参照し、転送された情報のうちの共通コードを固有コ一ドに変換する。さらに、プロトコル変換部 1 3 dは、フォーマツト情報記憶部 1 8 bを参照して、固有コードや、アドレス、サイズなど、必要なデータをフォーマツト情報 F M Tの未定義部分に埋め込み、専用のフォーマツ卜に変換する。その後、当該データは、専用の通信ライン 4を介して、第 1の P L C 2 c aへデ一夕転送される。なお、その際、専用プロトコルで伝送されるァドレスやサイズのうち、表現形式（例えば、ビット幅など）が共通プロトコルと異なる場合は、所定の手順に従って表現形式が変換される。

このデータを受け取った第 1の P L C 2 c aでは、そのデータ内容を解析し、状態データ用メモリ 3 2から必要なデ一夕を取り出した後、第 1の P L C 2 c ひから専用の通信プロトコルを用いて第 1 の表示装置 3 d αへ必要なデータが送られる。

一方、第 1 の表示装置 3 d αは、受け取ったデータを、変換テーブル記憶部 1 8 aおよびフォーマット情報記憶部 1 8 bを参照して、その内容を解析する。そのデータが前回に読み出し請求したデータであることが判定され、さらにこのデータが第 2の P L C 2 c ；8の制御動作に利用できる様に予め処理指示語 Wが設定されている場合、第 1 の表示装置 3 dは、相手コードとして第 2の P L C 2 c を指定して、共通の通信プ口トコルを用いて、第 2の表示装置 3 d β側に転送する。これにより、第 1 の P L C 2 c αのデータによる第 2の P L C 2 c ^側の制御動作が行われるのである。なお、第 2 の表示装置 3 d βに送られたデータが、その表示装置- 3 d 内でのみデータ処理すべきものである場合には、第 2の P L C 2 C /S に転送することなしに、第 2の表示装置 3 d 内でデータ処理されて、表示部 1 4の表示画面 D上に対応した表示がなされる。

また、ホストコンピュータ 7 cから第 1の P L C 2 c o:にデータを送つて、その第 1 の P L C 2 c aに接続された被制御系デバイス 9を制御する場合、伝送すべきデータに、第 1 の P L C 2 c αを特定する相手コ一ドおよびァドレスを付加したものが作成される。このデータは、共通の通信プロトコルを用いて、共通の通信ライン 6を介して第 1の表示装置 3 d aに送られる。

その際、第 1 の表示装置 3 d αは、送られてきたデータがその表示装置 3 d α内で使用するためのものか、第 1の P L C 2 c aで使用するものかを相手コードから判定し、第 1の P L C 2 c aに対するデータであれば、専用の通信プロトコルを用いて上記と略同様にして第 1の P L C 2 c α側に転送する。

なお、上記した実施例にあってはデータアクセスすべき装置が複数ある場合を想定し、相手コードを特定する例を示した。しかしながらデー夕通信する相手が予め特定されている場合には、相手コ一ドは必要とするものではない。

〔第 6の実施形態〕

ところで、上述の表示装置がプロトコル変換するに先立って、変換対象となる専用プロトコルが、制御ュニット（P L C ) に合わせて選択される必要がある。この専用プロトコルの選択は、例えば、表示装置の使用者が予め選択してもよいが、設定時の手間を削減し、かつ、誤設定を防止するためには、表示装置が専用プロトコルを自動的に選択する-方が好ましい。以下では、図 1 5〜図 1 7に基づいて、専用プロトコルを自動選択可能な表示装置 3 eについて説明する。なお、以下では、説明の便宜上、表示装置に接続される可能性のある P L Cの専用プロトコルが「 . " 2 · ^ · ァ」の 4種類である場合を例にして説明するが、その数を適宜増減できることは勿論である。

具体的には、図 1 5に示すように、本実施形態に係る表示装置 3 e は- 図 1 0 に示す上記表示装置 3 dの構成に加えて、専用プロトコル判別用の対応表を記憶するプロトコル判別用データ記憶部 1 8 cを備えている _c 当該対応表は、図 1 6 ( a ) に示すように、所定のプロトコル判別用コマンド（例えば、「 0 0」など）を発行した場合の応答コードを、各専用プロトコルに対してリストアップした表である。当該プロトコル判別用のコマンドとしては、通信プロトコルの相違に対応して、できるだけ異なつた応答データが得られるコマンドが選択されている。ここで、図 1 6 ( a ) の対応表では、専用プロトコル α · α 2のように、同一の応答コードが返されている。この場合は、別の判定用コマンド（例えば. 「 0 1」など）を設定し、図 1 6 ( b ) に示すように、専用プロトコルと応答データとの対応表を作成しておき、各プロトコル判別用コマンドへの応答コードの組み合わせによって、専用プロトコルを判別できるようにする。

上記した構成にあって、図 1 7に示す流れ図のステップ 1 ( S T 1 ) でシステムを始動させると、ステップ 2から始まる通信プロトコルの判別工程に入る。かかる工程にあっては、先ず、ステップ 2 において、例えば「 0 0」の様なプロトコル判別用コマンドが、表示装置 3 e側から P L C 2 cに向けて送出される。 - ― ステップ 3において、 P L C 2 c側からの返答が確認されない場合は、 P L C 2 c との間におけるデータ通信自体が確立されていないものと判断される。そこで、ステップ 4で全てのプロトコルをチェックし終えたものと判定されると、 P L C 2 cが接続されていないか、予め用意した通信プロ卜コル以外であると判定し、ステップ 5 に移つて判定動作を終了する。一方、ステップ 4で、次のプロトコルが存在する場合には、ステツプ 6で適用するプロトコルを変更したあと、ステップ 2 に戻って上記した処理動作を繰り返す。なお、各プロトコルは、自己に接続される可能性のある P L C 2 cに対応して選択され、例えば、プロトコル情報記憶部 1 8 に格納されるプロトコル情報などの形式で予め用意されている。当該プロトコル情報は、例えば、初期設定などの時点で、データ処理装置 7に格納されたプロトコルデータベースなどからダウンロードされる。

また、ステップ 3で P L C 2 c側からの返答が確認されると、ステツプ 7 に移って、上記プロトコル情報記憶部 1 8の対応表のうち、送出したプロトコル判定用コマンドの対応表を参照し、その応答コ一ドに対応するプロトコルを判別する。例えば、図 1 6 ( a ) に示す対応表では、応答コードが「 2 0」の場合、通信プロトコルは「 ^」であり、「 3 0」であればプロトコルは「 Ί」であると判定できるので、ステップ 8 で使用する通信プロトコルを確定したあと、ステップ 1 0 における通常のデータ処理動作を持続する。

しかしながら、ステップ 7で確認された応答コ一ドが「 1 0」の場合にあっては、通信プロトコルは「 αまたは α 2」の可能性があって確定できない。そこで、ステップ 1 に移って判定用のコマンドを「 0 1」に変更して同様な判定動作を行う。この場合は、図 1 6 ( b ) に示すように、応答コードが「 0 1 」ならプロトコル力く「 a」であり、「 0 2」ならプロトコルは「 α 2」と特定でき、それ以外であればサポート外の通信プロトコルと判断できる。

さらに、定常的なデータ処理中におけるステップ 9 において通信エラ一が発生した場合にあっては、表示装置 3 e に接続されている P L C 2 cが取り替えられるなどの変更動作があつたものと推測される。そのような場合にあっては、ステップ 2からの上記した通信プロトコルの判別工程に戻り、 P L C 2 c に適合した通信プロトコルを自動的に設定する。これにより、表示装置 3 eを停止した状態での初期設定動作を必要とすることなく、通信プロ卜コルの設定動作は終了する。

〔第 7の実施形態〕

本実施形態では、図 1 8 に基づき、制御システム 1 ί のホストコンビユー夕 7 f の構成について、さらに詳細に説明する。すなわち、制御用のホストコンピュータ 7 f は、共通ネットワーク 6 と通信するための共通プロトコルインタ一フェース部 5 1 と、ホストコンピュータ 7 f にてターゲットシステム 8の状態を表示あるいは制御するユーザ処理部 5 2 a 〜 5 2 じと、制御システム 1 f 全体の設定を行う設定部 5 2 d と、ュ一ザ処理部 5 2 a 〜 5 2 cや設定部 5 2 dなどの各種処理部 5 2 と上記共通プロトコルインターフヱース部 5 1 との間に介在し、各種処理部 5 2の要求などに応じて共通プロトコルインターフヱース部 5 1 を制御するサーバ部 5 3 とを備えている。さらに、当該サーバ部 5 3では、共通プロ卜コルインタ一フェース部 5 1 を制御して、各 P L C 2 cからのデ一夕を記憶部 5 4へ周期的に蓄積するデータ処理部 5 5 に加えて、 _当該データ処理部 5 5 と上記各種処理部 5 2 とが複数種類の手順で通信できるように、 D D Eサーバ部 5 6、関数処理部 5 7 および関数簡易処理部 5 8が設けられている。

上記 D D Eサーバ部 5 6 は、オペレーティングシステムにて定義された動的データ交換（D D E ： Dynamic Data Exchange) のサーバとして動作できる。したがって、各種処理部 5 2が D D E クライアントとして動作可能なユーザ処理部 5 2 aであれば、ユーザ処理部 5 2 a と D D E サーバ部 5 6 とは、何ら支障なくデータをやり取りできる。

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

また、上記 D D Eは、オペレーティングシステムにて定義されているので、比較的多くの市販のアブリケ一シヨンが D D E クライアントとして動作可能である。したがって、従来は、各種処理部 5 2を使用していない場合であっても、これらのアプリケ一ションを使用することで、比較的容易にユーザ処理部 5 2 aを用意できる。 - さらに、上述したように、各表示装置 3 f およびホストコンピュータ 7 f は、表示装置 3 f に接続されている P L C 2 cの機種に拘わらず、共通プロトコルで通信している。したがって、表示装置 3 f に接続されている P L C 2 cが変更されたり、新たに開発された P L C 2 cを接続する場合であっても、上記 D D Eサーバ部 5 6 は、動作を変更する必要がない。この結果、従来のように、 P L C 2 c毎に異なる D D Eサーバ部 5 6を用意する場合よりも、ホストコンピュータ 7 f のプログラムを開発する手間を大幅に削減でき、制御システム 1 f に新たな P L C 2 c を加入する際の手間を削減できる。

ところで、上記 D D Eは、種々のアプリケーション間で動的にデータ交換するために、ォペレ一ティングシステムで規定された手順であり、必ずしも、被制御系デバイス 9の制御に最適化されていない。この結果- 各種処理部 5 2 とのデータのやり取りを D D Eのみに限定した場合、処理速度が低下したり、実現できない処理があったりする。したがって、本実施形態に係るサーバ部 5 3には、 D D E以外の手順で、各種処理部 5 2 とデータをやり取りするために、関数処理部 5 7および関数簡易処理部 5 8が設けられている。

上記両関数処理部 5 7 · 5 8 は、各種処理部 5 2のうちでも、例えば. ユーザ処理部 5 2 aに比べて高度な処理を行うユーザ処理部 5 2 b · 5 2 cや制御システム 1 ί全体の設定を行う設定部 5 2 dなど、 D D Eでデータをやり取りした場合は実行できない処理や処理速度が不足する処理を必要とする各種処理部 5 2 と、上記データ処理部 5 5 との間のインターフェースであり、例えば、マイクロソフト社のオペレーティングシステムである W i n d o w sなどでは、 D L L (ダイナミック · ¹丄ンタ • ライブラリ）として実現できる。両関数処理部 5 7 · 5 8のうち、関数処理部 5 7 は、設定部 5 2 dが行う全ての設定や、被制御系デバイス 9、 P L C 2 cおよび表示装置 3 f からのデータ表示や制御など、データ処理部 5 5が各種処理部 5 2から要求される可能性のある機能全てを- 呼び出し可能な関数として備えている。なお、上記設定としては、表示装置 3 f を共通ネットワーク 6に加入させる際の設定や、表示装置 3 f に接続されている P L C 2 cの設定、あるいは、被制御系デバイス 9 とデバイスァドレスとの関係の設定などが含まれる。これにより、各種処理部 5 2 は、関数処理部 5 7 の各関数を呼び出すことで、データ処理部 5 5 の機能全てを制御できる。

—例として、 D D Eの場合と同様に、被制御系デバイス 9からデ一夕を読み出す関数の場合は、表示装置 3 f の I Pアドレスと、被制御系デバイス 9のデバイス名となどが引数として与えられ、読み出しの成否や- 読み出したデータなどが返り値として返される。この関数は、 D D Eの場合とは異なり、被制御系デバイス 9のデータ読み出しに最適化されているので、データを読み出す際、各種処理部 5 2からデータ処理部 5 5 までの間で伝送あるいは処理されるデータ量を削減できる。また、リンクの設定も不要である。したがって、同様の処理を行う場合であっても. D D Eの場合よりも処理速度を向上できる。また、類似の処理であっても最適な処理手順が異なる場合には、最適な手順で処理できるように、それぞれの処理に対応した関数が用意される。したがって、個々の処理に最適な関数を選択して使用すれば、後述の関数簡易処理部 7 8を利用する場合よりも処理速度を向上できる。加えて、種々の設定や、夕ィミングを指定したデータの伝送など、 D D Eでは定義できないような処理も実現できる。

一方、関数簡易処理部 5 8 には、関数処理部 5 7が用意する関数のうち、比較的簡易に使用でき、かつ、 D D Eでは、十分な速度で処理できない処理を行う関数のみが用意されている。この条件を満たす関数としては、表示装置 3 f を介して、 P L C 2 cのデータを読み出す関数と書き出す関数とが挙げられる。また、これらの関数は、書き込み動作および読み出し動作が終了するまで、返り値を返さず、各種処理部 5 2に制御を返さない。なお、本実施形態では、関数簡易処理部 5 8が関数処理部 5 7 の関数を呼び出すことで、これらの関数を実現しているが、関数簡易処理部 5 8が直接データ処理部 5 5を制御してもよい。

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

ここで、ホストコンピュータ 7 f は、共通プ口トコルで通信しているため、表示装置 3 f に接続されている P L C 2 cが変更されたり、新たに開発された P L C 2 cを接続する場合であっても、上記関数処理部 5 7や関数簡易処理部 5 8 は、動作を変更する必要がない。この結果、従来のように、 P L C 2 c毎に異なる関数処理部 5 7および関数簡易処理部 5 8を用意する場合に比べて、ホストコンピュータ 7 f のプログラームを開発する手間を大幅に削減でき、制御システム 1 ί に新たな P L C 2 cを加入する際の手間を削減できる。

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

また、本実施形態では、上記両関数処理部 5 7 · 5 8 よりも簡単な手順で呼び出し可能な D D Eサーバ部 5 6が設けられており、各種処理部 5 2を開発しなくても、ある程度のデ一夕を交換できる。したがって、各種処理部 5 2を開発する際のミスをさらに低減でき、制御システム 1 f の誤動作を防止できる。

〔第 8 の実施形態〕

ところで、上述の第 1ないし第 7の実施形態では、共通の通信ライン 6を伝送されるデータが、主として、制御ュニット 2を制御するためのデータの場合について説明したが、例えば、背景画像などの画像データや、初期値あるいはアプリケーションプログラムのように、他のデータを伝送する場合でも、例えば、制御システム 1 の開発、管理および維.持に要する手間の削減などの効果を得ることができる。

以下では、本発明の実施の形態として、 P L Cの制御に関する情報表示に使用されるキャラクタおよびイメージデータを伝送する場合について、図 1 9〜図 2 1 に基づいて説明する。

図 1 9 は、本発明の実施の一形態の制御システム 1 gの機能的構成を示すブロック図である。 P L C 2 c a， 2 c β , 2 c ァは、ホストコンピュー夕 7 gからの制御出力に応答して、被制御系デバイス 9のうち、モータや電磁弁などの制御対象機器 9 aを制御する。また、 P L C 2 c , 2 c /3 , 2 c ァは、被制御系デバイス 9のうち、センサ 9 bなどによって前記制御対象機器 9 aの制御状態を検知し、その検知結果を、ホストコンピュータ 7 gへ送信し、表示や前記制御出力の演算、さらには分析などに使用させるとともに、対応する表示装置 3 g α , 2» g β , 3 g rで画像表示させる。このようにして、該制御装置は、工作機械や製造ラインなどの制御を行う。

なお、図 1 9の例では、 P L Cは参照符 2 c a , 2 c β , 2 c ァの 3 台設けられているけれども、 1台、 2台または 4台以上であってもよく . またホストコンピュータ 7 gも複数台設けられていてもよいことは言うまでもない。また図 1 9の例では、制御対象機器 9 aおよびセンサ 9 b は、図面の簡単化のために、 P L C 2 c β , 2 c ァに関して省略してい ο

P L C 2 c α , 2 c β , 2 c 7 と、それらに対応する表示装置 3 g α

， 3 g /S , 3 g ァとの間は、それぞれ、上述の専用の通信ラインとしての接続ケーブル 4 gひ， g β , 4 g ァによって接続されており、各 Ρ L C 2 c α , 2 c β , 2 c ァのメーカーや、ノく一ジョンなどによって予め定められている専用のプロトコル α， β , ァによって、それぞれデ一夕通信を亍ぅ。

注目すべきは、従来とは異なり、本実施形態に係る表示装置 3 g α， 3 g /S , 3 g ァ力く P L C 2 c , 2 c β , 2 c ァとホストコンピュータ

7 g との間に介在されていることである。これらの表示装置 3 g a , 3 g β , 3 g ァは、パーソナルコンピュータの応用装置として発達してきており、汎用のパーソナルコンピュータに対しては、汎用のプロトコル Sによつて容易に通信を行うことができ、また接続されることが必須である対応する P L C 2 c α， 2 c β , 2 c ァに対しては、専用のプロトコル， β , 7がそれぞれ開発されている。

したがって、表示装置 3 g a， 3 g S , 3 g 7を、イーサネット（登録商標）などのネットワーク回線で実現される共通の通信ライン 6 を介してホストコンピュータ 7 gと接続し、そのプロトコルには、前記参照符 Sで示すように、共通のプロトコル、たとえば T C P / I P上のプロトコルを用いて、該表示装置 3 g a， 3 g /3 , 3 g ァによって、プロトコル（5 とプロトコル α , β , 7 との間のプロトコル変換をそれぞれ行う < 共通の通信ライン 6 にはまた、ルータおよび公衆電話回線などを介して、メンテナンス用に、前記表示装置 3 g α , 3 g yS , 3 g 7 の製造メ一力一などの遠隔地に設置されている外部ホスト 1 0が接続可能となつている。

ホストコンピュータ 7 gでは、設定部 6 1 によって、どのノードにどのような種類の表示装置が接続されているのかなどを表すノ一ド情報、および各 P L C 2 c α， 2 c β , 2 c ァに接続されている制御対象機器やセンサのシンボル名などから成るネットワークファイル 6 2が予め作成されており、そのネットワークファイル 6 2を参照して、アプリケーシヨン部 6 3から共通プロトコルインターフェース部 6 4を介して、各 P L C 2 c a , 2 c β , 2 c 7への制御出力が共通の通信ライン 6へ配信される。当該制御出力は、各表示装置 3 f α〜 3 f ァを介して、各 P L C 2 c a〜 2 c 7へ伝えられ、該制御出力に応答した制御が制御対象機器 9 aに行われる。また、センサ 9 bの検出結果などの制御状態を表すデータが各表示装置 3 f から送出されると、当該データは、前記共通プロトコルインタ一フェース部 6 4を介して、アプリケーション部 6 3 に返信され、前記表示、制御出力の演算および分析などに使用される。また、ホストコンピュータ 7 gには、データファイル 6 5 に、前記表示装置 3 g α， 3 g β , 3 g ァでの表示画面の画像データや、前記各プロトコル α， β，ァと共通プロトコル 5との間の変換データが予め登録されており、前記画像データは、加工する製品や加工順序の変更などのメンテナンス時に、必要とする表示装置へ、共通プロトコルインターフエース部 6 4を介して配信され、前記変換データは、共通の通信ライン 6に接続される P L Cの変更などのメンテナンス時に、必要とする表示装置へ、共通プロトコルインタ一フヱ一ス部 6 4を介して配信される。

これに対応して、各表示装置 3 g ( 3 g a〜 3 g 7 ) は、 P L C 2 c に接続される専用プロトコルインターフェース部 1 1 と、上記ホストコンピュータ 7 gに接続される共通プロトコルインタ一フヱース部 1 2 と両プロトコルを相互に変換するプロトコル変換回路 1 3 gと、表示部 1 4 としての表示パネル 1 4 8と、入カ部 1 5 8と、画像メモリ 1 9 とを備えて構成されている。前記制御出力や画像データには、後述するようにコマンドデータが付加されており、共通プロ卜コルインタ一フヱ一ス部 1 2 は、そのコマンドデータが制御出力である場合には、プロトコル変換部 1 3 g と共に、その制御出力をプロトコル変換して、対応する P L Cへ出力し、画像データである場合には、画像メモリ 1 9へ書込んでゆく。画像メモリ 1 9 の更新が終了すると、表示パネル 1 4 gの表示内容が更新される。画像メモリ 1 9 には、たとえば製造ラインを模した背景画面に、各制御対象機器の名称や単位などを併せた不変のキヤラクタおよびイメージデータが格納されており、このキャラクタおよびィメージデータに、プロトコル変換回路 1 3 gから入力される制御状態を表す可変のデータが合成されて、表示パネル 1 4 gによって画像表示される ₍ 表示装置 3 g a， 3 g /3 , 3 g ァは、対応する P L C 2 c ， 2 c β 2 c 7 とともに、製造ラインの操作卓などに一体に組込まれ、または独立して配置され、制御盤などとして使用される。表示パネル 1 4 gの前面側には、タツチパネルなどの入力部 1 5 gが設けられており、その人力結果に応答して、データ入力や、制御対象機器 9 aの間接的な制御を行うことができる。表示装置 3 g ひ， 3 g /3 , 3 g ァは、上述したように、汎用のパーソナルコンピュータとほぼ同様に構成されており、内部バスラインを介して、中央演算処理装置、 R 0 Mや R A Mなどのメモリハ一ドディスク装置などの外部記憶装置、およびグラフィックコント口ーラゃ通信コン卜ローラなどが、相互に接続されて構成されている。図 2 0 は、データフォーマツ卜の一例を示す図であり、共通の通信ライン 6上の前記共通のプロトコル 5でのデータフォーマツトの一例と、各 P L C 2 c a〜 2 c ァに固有のプロトコルでのデータフォーマツト D a〜D y とを示している。同図では、前記共通の通信ライン 6がィーサネットである場合が例示されている。 ― より詳細に説明すると、共通の通信ライン 6側でのプロトコル 5では、ヘッダデータ D 1 , D 2 に続いて、通常の本体データの部分は、コマンドデ一夕 D 3 1 と本体データ D 3 2 とに区分されており、このコマンドデータ D 3 1力く、書込みや読出しのコマンドを表すとともに、本実施の形態では、 P L C 2 c a， 2 c β , 2 c ァとホストコンピュータ 7 g との間の通常のデータ通信であるのか、またはホストコンピュータ 7 gから表示装置 3 g a， ?> g β , 3 g 7の画像メモリ 1 9への画像データのダウン口一ド動作であるのかを表している。

P L C 2 c a , 2 c β , 2 c ァ側でのプロトコル α， β , ァは、へッダデータ d 1 に続いて、コマンドデータ d 2 、アドレスデータ d 3、本体データ d 4 およびェンドデータ d 5から構成されている。前記本体デ —夕 D 3 2 は、前記制御対象機器 9 aやセンサ 9 c などのァドレスデ一夕 d 3 と、数値や O N/ 0 F F情報を表す本体データ d 4 とから構成されることになる。

共通プロトコルインターフェース部 1 2 およびプロトコル変換部 1 3 gは、ホストコンピュータ 7 g との間、および P L C 2 c a , 2 c β , 2 c 7 との間で通信を行う 2 w a y ドライバを構成し、前記データファィル 6 5から与えられるプロトコル変換データを用いて、リアルタイムで、入出力されるデータのプロトコル変換を行う。

このようなプロトコル変換は、共通の通信ライン 6上で共通の前記プ口トコノレ <5 と、各 P L C 2 c ， 2 c β , 2 c ァ毎に固有のプロトコル a , β , ァとの変換テーブルや、変換関数などを用いて行うことができそれらのテーブルや関数は、前記データファイル 2 5 に予め格納されており、前述のような各ノードに接続される表示装置 3 g α， 3 g ， — 3 c r の機種設定などが行われるネットワークファイル 6 2 の作成時に選択され、プロトコル変換部 1 3 gに設定される。

図 2 1 は、ホストコンピュータ 7 gまたは外部ホスト 1 0から表示装置 3 g a , 3 g /3 , 3 g ァの画像メモリ 1 9への画像データのダウン口

— ド動作を説明するためのタイミングチャートである。ステップ s 1 では、ホスト側が、どのノードにどのような機種の表示装置が接続されているのかを探知するノ一ド探知が行われ、ステップ s 2では、各表示装置 3 g a， S g β , 3 g 7から、順次、それらの接続されているノードと機種などを表すステータス情報の応答が行われる。

ステップ s 3では、ホス卜側から画像データの転送開始データが送信され、ステップ s 4で、表示側からァクノリッジが返信されると、ステップ s 5から実際の画像データの送信が開始される。このステップ s 5 での 1パケッ卜の画像データの送信が終了すると、表示側からは、ステップ s 6で示すようにァクノリッジの返信が行われ、所定量の画像デー夕、すなわち表示画面 1画面分の全部または一部の画像データのダウンロードが終了すると、ホスト側からはステップ s 7で示すように、画像データの転送終了デ一夕が送信され、ステップ s 8で表示側からァクノリッジが返信されると、画像データの転送を終了する。

以上のように本実施の形態では、従来と異なり、演算処理能力が高くデータ通信に対する適性の高い表示装置 3 g α， 3 g ^ , 3 g ァを、 P L C 2 c α , 2 c β , 2 c ₇ と、ホストコンピュータ 7 gまたは外部ホスト 1 0 との間に介在するので、ホストコンピュータ 7 gからの制御出力や、 P L C 2 c α， 2 c β , 2 c ァからの制御状態データなどを、それぞれ P L C 2 c a， 2 c β , 2 c ァぉよびホストコンピュータ 7 gへ中継して、何ら支障なく伝送することができる。一方で、ホストコンビュ一タ 7 gまたは外部ホスト 1 0側から、共通の通信ライン 6 を介して、直接、画像データを画像メモリ 1 9へダウンロードすることができるので、製品や製法を変更する度毎に、ダウンロード用のパーソナルコンピユータ等を製造現場に持込み、配線替えをして、ダウンロードさせるような煩雑な作業を行う必要はなくなり、作業性を極めて向上することができる。

また、ダウンロード時に、各表示装置 3 g ， 3 g 3 , 3 g 7 を一旦オフライン状態とした後、ダウンロードを行い、再度ォンライン状態に復帰させるような、表示装置 3 g α , 3 g /3 , 3 g 7の機能を一旦停止させる必要はなく、しかも上述のように配線替えを行うことなく、順次、各表示装置 3 g a， 3 g /3 , 3 g 7 にダウンロードすることが可能であるので、ラィンの停止時間を極めて短くすることができる。

さらにまた、固有のプロトコル α， β , ァと、共通のプロトコル（5 とのプロトコル変換を表示装置 3 g α， ?> g β , 3 g 7 において行うので. ホストコンピュータ 7 g側では、各 P L C 2 c α， 2 c β , 2 c ァ毎にプロトコルの異なる個別のプログラムを設けておく必要は無くなり、共通のプロトコル 5でプログラムを作成することができ、プログラムの作成工数を大幅に簡略化することができる。

〔第 9の実施形態〕

本実施形態では、図 2 2および図 2 3 ( a ) 〜図 2 3 ( g ) に基づいて、共通の通信ライン 6を伝送される他のデータの例として、例えば、初期値あるいはアプリケーションプログラムのように、制御ュニット 2 およびノまたは表示装置 3へ予め設定されるプリセットデータを伝送す- る場合を説明する。

図 2 2 は、本発明の実施の他の形態の制御装置の機能的構成を示すブロック図であり、前述の図 1 9で示す構成に類似し、対応する部分には同一の参照符号を付して、その説明を省略する。本実施の形態では、表示装置 3 h o; , 3 h /3 , 3 h 7 にはメモリ 2 0が設けられている。このメモリ 2 0 には、前記画像メモリ 1 9 と同様に、ホス卜コンピュータ 7 gからのダウン口一ドによってデータがィンストールされる。ィンスト —ルされるデータは、たとえばアプリケーションプログラムや初期値などのプリセットデータであり、該表示装置 3 h α , 3 h ^ , 3 アへのプリセットデータは勿論のこと、 P L C 2 c ， 2 c /3 , 2 c rへのプリセットデータであってもよい。

プリセットデータがダウンロードされる場合には、ホストコンビユー夕 7 _gから共通の通信ライン 6 を介して、共通のプ口トコル Sによってプリセットデータが伝送され、共通プロトコルインターフヱース部 1 2 は、前記コマンドデータから、受け取ったデータがインストールされるべきプリセットデータであることを判断し、前記メモリ 2 0 にストアしてゆく。ストアされたプリセットデータが P L C 2 c ひ， c β , 2 c Τへのデー夕である場合には、表示装置 3 h a， 3 h /3 , 3 h ァは、 P L C 2 c α , 2 c β , 2 c ァへ動作休止の命令を出力した後、共通プロ卜コルインターフェース部 1 2およびプロトコル変換部 1 3 hによってストァしているプリセッ卜データを順次プロトコル変換して、 P L C 2 c a , 2 c β , 2 c 7へ伝送し、伝送が終了すると、動作再開の命令を出力する。図 2 3 ( a ) 〜図 2 3 ( g ) は、表示装置 3 h α， 3 h /3 , 3 h 7 へダウンロードされるデータのデータフォーマツ卜の一例を示す図である _c 図 2 3 ( a ) は、前記図 2 0 における本体デ一夕 D 3 2 を表しており、本実施の形態ではこの本体データ D 3 2力、ヘッダ D 3 2 1 とデータ D 3 2 2 とに、さらに細分化されている。ヘッダ D 3 2 1部分は、たとえば種類データ D 3 2 1 1 と番号データ D 3 2 1 2 とから構成されている _c 前記種類データ D 3 2 1 1 は、後続の前記データ D 3 2 2 、前記画像データやシステム設定データなどのように、どのような種類のデータであるのかの大分類を表し、番号データ D 3 2 1 2 は、後続の前記データ D 3 2 2が、前記各種類の中で、何番目のデータであるのかの小分類を表す。

たとえば、図 2 3 ( c ) は、種類データ D 3 2 1 1 の「 B」が画像デ —夕であることを表し、その画像データの中で、番号データ D 3 2 1 2 の「 0 0 0」が製品 Aを加工するときの画像データであることを表している。図 2 3 ( d ) は、同じく画像データで、番号データ D 3 2 1 2 の「 0 0 1 」が製品 Bを加工するときの画像データであることを表している o

図 2 3 ( e ) は、種類データ D 3 2 1 1 の「 S」が表示装置 3 h α， 3 h /S , 3 h ァのシステム設定データであることを表し、そのシステム設定データの中で、番号データ D 3 2 1 2の「 1 0 0」力く、前記各専用プロトコル β , 7 と共通プロトコル Sの変換データであることを表している。図 2 3 ( f ) は、同じシステム設定データで、番号データ D 3 2 1 2の「 2 0 1」力く、表示装置 3 h α， 3 h yS , 3 h yからホストコンピュータ 7 gへのデータ送信タイミングを規定した配信計画表であることを表している。図 2 3 ( g ) は、同じシステム設定データで、番- 号データ D 3 2 1 2 の「 2 0 2」力、前記表示装置 3 h α， 3 h /3 , 3 h ァからホストコンピュータ 7 gへのデータ送信にあたっての、ビット長や符号の有無などのステータスフォーマットであることを表している _c なお、このようなデータの分類は、前記コマンドデータ D 3 1 と合わせて行われ、または何れか一方に統合されてもよい。

上述のようなプリセットデータのダウンロード動作は、前記図 2 1 において、ステップ s 3でホスト側からプリセッ卜データの転送開始デー夕を送信し、ステップ s 7でプリセットデータの転送終了データを送信することによって、この図 2 1 と同様にして行うことができる。

このようにして、前記画像データに限らず、加工製品の変更や大幅な加工データの変更などに伴い、ホストコンピュータ 7 g側で、各種のァプリケーションプログラムなどを用いて作成された比較的大容量のプリセットデータも、表示装置 3 h a， 3 h /3 , 3 h yおよび Zまたは P L C 2 c α , 2 c β , 2 c yへダウンロードすることができ、特に P L C

2 c a , 2 c β , 2 c 7へのダウンロードには、パーソナルコンビュ一夕を接続するなどの煩雑な作業が不要になり、作業性を極めて向上することができるとともに、ラインの停止時間を短くすることができる。また、各 P L C 2 c a， 2 c β , 2 c ァ毎のプリセットデータを共通のプロトコル Sで作成することができ、データ作成工数を大幅に簡略化することができる。さらにまた、大規模な製造ラインなどで、多数の P L Cが共通の通信ライン 6 に接続されると、トラフィックが増大して、通信に対する負担が増加し、従来のように前記ネットワーク回線 5 0 3 に直接 P L Cが接続されていたのでは、上述のようなダウンロードは困難であるのに対して、本発明のようにデータ通信適性の高い表示装置-を介在することによって、何ら問題なく行うことができる。

なお、上記の説明では、プロトコル情報をホストコンピュータ（ 7 C

• 7 g · データ処理装置 7 ) からダウンロードする場合について説明したが、プロトコル情報をホストコンピュータからダウン口一ドするのに代えてあるいは加えて、メモリ力一ドに対するデ一夕の読み書き手段を備えてそのメモリ力一ドからダウンロードしたり、表示画面の作成時などの適宜時期にローダからダウンロードすることも可能であるし、予め R 0 M内に複数種類の通信プロトコルを用意しておき、必要な通信プロトコルを選択してもよい。ただし、新たな専用プロトコルが開発されることも多いので、外部からダウンロード可能に表示装置を構成する方が好ましい。なお、表示装置に接続される制御ュニッ卜の専用プロトコルが不変の場合は、 R O M内に予め固定しておいてもよい。

また、上記実施形態例では、各表示装置（ 3 · 3 a〜 3 h ) 間およびホストコンピュータとの間を汎用の通信プロトコルで接続するように構成したが、全表示装置に共通するが表示装置に特化した専用の通信プロトコルを適用することも可能である。また、表示装置には、 P L C ( 2 c · 制御ュニット 2 ) に加えて、ビデオカメラの様な各種のデータ入出力手段を備え、表示装置および共通の通信ライン（ 6 ) を介して、映像データの様な各種のデ一夕伝送をさせることもできる。

さらに、専用の通信ライン（ 4 ) に対して複数台の P L Cを接続可能とし、 1台の表示装置でデータの伝送を行わせることもできる。また、アクセスすべき P L C ( 2 c · 制御ュニット 2 ) の種類が特定されている場合を想定し、その P L Cに固有のァドレスを指定してデータの読み書きをする場合を例示したが、アドレスについても全 P L Cに共通のァドレス表示を予め設定し、各機種固有の表現によるァドレス表示との変換テーブルを用意してもよい。この場合は、アクセスすべき P L Cの種類を全く考慮することなくプログラムを作成することが可能となり、プログラムの汎用性はさらに向上する。

なお、上記各実施形態では、表示装置と制御ュニッ卜とを含む制御システムを例にして説明したが、これに限るものではない。機種固有の通信プロトコルを有する第 1 のデータ処理手段（制御ュニット 2 ) と、パソコン応用装置のような共通の通信プロトコルを有する第 2のデータ処理手段（表示装置 5、データ処理装置 7 ) と、両者間にあって、互いにデータの受渡しを可能とするデータ処理手段（表示装置 3 ) とを含むシステムに広く適用できる。

尚、発明を実施するための最良の形態の項においてなした具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の精神と次に記載する特許請求の範囲内で、いろいろと変更して実施することができるものである。産業上の利用の可能性

以上のように、本発明に係る制御システムでは、従来は専ら制御状態の表示のみに使用していた表示装置をデータ通信の中心として使用する。これにより、従来は、データ通信にも使用していた制御ュニット（ 2 . P L C 2 c ) を本来の機能である I / 0制御に専念させることができ、制御ュニッ卜の負担を減少できる。また、表示装置側、あるいは、表示装置に接続されるホス卜コンピュー夕側では、無数に存在する制御ュニッ卜の通信プロトコルを考慮する必要がなくなる。これにより、制御システムの開発および管理維持の際に必要なソフトゥヱァの工数を軽減でさ

また、本発明に係るデータ伝送方法では、 P L Cのような第 1のデ一夕処理装置（ 2、 2 c ) との間は、従来と同様に機種依存の通信プロ卜コル（専用プロ卜コル）でデータ伝送を行う一方、それ以外の第 2のデ一夕処理装置（ 5、 7 ) との間は、第 2のデータ処理装置全てに共通の通信プロトコルでデータ伝送する。さらに、各機種用の通信コ一ド（プログラム）ではなく、変換テーブルが各機種用に設けられており、第 1 のデータ処理装置へ伝送するデータは、システムの動作中に変換テープルを用いてリアルタイムに生成される。これにより、上記制御システムと同様に、ソフトウアの工数を削減できると共に、第 1のデータ処理装置が変更された場合でも、システムを停止することなく即応できる。

さらに、本発明に係るデータ伝送方法では、上記第 1 のデータ処理装置（ 2、 2 c ) との間で専用プロトコルでデータ伝送を行う前に、所定のデータを送出し、当該データに対する、第 1のデータ処理装置の応答に基づいて、専用プロトコルを特定する。これにより、使用者が専用プ口トコルを特定する場合よりも、設定の手間を削減でき、誤設定を防止できる。

Claims

請求の範囲 -

1. 制御ユニット（ 2 ) と、該制御ユニット（ 2 ) に対して専用の通信ライン（ 4 ) を介して接続されてその制御状態に対応した表示を可能とする表示装置（ 3 ) とを有する制御装置（ 5 ) を複数組備え、各制御装置（ 5 ) 間でデータの受け渡しを可能とする制御システム（ 1 ) であつて、

上記した制御ュニット（ 2 ) と表示装置（ 3 ) 間を、各制御ュニット ( 2 ) 毎に固有に規定された専用のプロトコルでデータ通信する一方、各組の制御装置（ 5 ) における全表示装置（ 3 ) 間を共通の通信ライン（ 6 ) で接続すると共に、各表示装置（ 3 ) 間を共通のプロ卜コルでデータ通信する制御システム（ 1 ) 。

2. 請求項 1記載の制御システム（ 1 ) であって、

上記共通の通信ライン（ 6 ) には更にデータ処理装置（ 7 ) が接続され、

データ処理装置（ 7 ) と各表示装置（ 3 ) との間で、上記した共通のプロトコルを使用して、データを受け渡す制御システム（ 1 a ) 。

3. 請求項 2記載の制御システム（ 1 a ) であって、

上記した制御ュニット（ 2 ) は、内蔵するプログラムによって所定の制御動作を可能とするプログラマブル ' ロジック · コントローラ（ 2 c ) であり、

上記した表示装置（ 3 ) は、制御ュニット（ 2 c ) における制御デ一夕に対応した表示を可能とするプログラム式の表示装置（ 3 c ) であり上記したデータ処理装置（ 7 ) は汎用のコンピュータ装置（ 7 c ) である制御システム（ 1 C ) 。

4. 請求項 1記載の制御システム（ 1 ) であって、

上記した表示装置（ 3 ) は、単位のデータ処理動作を規定する処理指示語（W) を単位画面上に 1 または複数備えて表示画面を構成し、各処理指示語（W) を所定時間間隔で実行することによって所定の表示制御動作を可能とするものであって、

上記した処理指示語（W) では、その参照情報（ r ) として全制御装置（ 5 ) における状態データ（MD) の格納アドレスを指定可能とすると共に、その処理指示語（W) が実行される表示装置（ 3 ) では、参照情報（ r ) として指定された制御装置（ 5 ) が接続された表示装置（ 3 ) に対して共通のプロトコルを使用し共通の通信ライン（ 6 ) を介して必要なデータを送る一方、

データを受け取った表示装置（ 3 ) では、接続された制御ュニット ( 2 ) に対して専用のプロトコルを使用し専用の通信ライン（ 4 ) を介して必要なデータを転送可能とする制御システム（ 1 ) 。

5. 機種固有の専用の通信プロトコルが予め規定された制御ュニット ( 2 ) が接続される第 1のデータ通信ポート（ 1 1 ) と、

任意のデータ処理装置（ 5， 7 ) が接続される第 2のデータ通信ポー卜（ 1 2 ) と、

上記した第 1および第 2のデータ通信ポー卜（ 1 1、 1 2 ) を介して入出力されるデータを、予め設定した手順に従つて処理するデータ処理部（ 1 3 ) と、

そのデータ処理部（ 1 3 ) で処理された情報に対応した表示を行う表示部（ 1 4 ) とを備え、上記した制御ユニット（ 2 ) との間は専用の通信プロトコルを使甩レてデータ通信を亍う一方、

上記したデータ処理装置（ 5， 7 ) との間は、共通の通信プロトコルを使用してデータ通信を行う表示装置（ 3 b ) 。

6. 請求項 5記載の表示装置（ 3 b ) であって、

上記したデータ処理部（ 1 3 ) には、更に操作部（ 1 5 ) が接続され. データ処理部（ 1 3 ) におけるデータ処理時期および処理内容の指示が操作部（ 1 5 ) を介して手動で行える表示装置（ 3 b ) 。

7. 請求項 5記載の表示装置（ 3 b ) であって、

さらに、上記した専用の通信プロトコルで通信するためのデータを、装置の外部からダウンロードするデータ入力部（ 1 2、 1 6 ) を備えている表示装置（ 3 b ) 。

8. 請求項 5記載の表示装置（ 3 b ) であって、

上記した第 1のデータ通信ポート（ 1 1 ) に接続される制御ュニット ( 2 ) は、内蔵するプログラムによって所定の制御動作を可能とするプログラマブル ' ロジック ' コントローラ（ 2 c ) であり、

上記した第 2のデータ通信ポート（ 1 2 ) に接続されるデータ処理装置（ 5， 7 ) は、自己と略同一構成のプログラム式表示装置（ 5 ) であつて、その表示装置における第 1のデータ通信ポ一ト（ 1 1 ) にもプログラマブル . ロジック . コントローラ（ 2 c ) が接続される表示装置 ( 3 c )

9. 請求項 8記載の表示装置（ 3 c ) であって、

上記したデータ処理部（ 1 3 ) は、単位のデータ処理動作を規定する処理指示語（W) を単位画面上に 1 または複数備えて表示画面を構成し各処理指示語（W) を所定時間間隔で実行することによって表示部（-1

4 ) 上に所定の表示制御動作を可能とするものであって、

上記した処理指示語（W) では、その参照情報（ r ) として全プログラマブル . ロジック · コントローラ（ 2 c ) における状態データ（ M D) の格納アドレスを指定可能とすると共に、その処理指示語（W) が実行されるデータ処理部（ 1 3 ) では、参照情報（ r ) として指定されたプログラマプル . ロジック · コントローラ（ 2 c ) が接続された表示装置（ 3 c ) に対して共通のプロトコルを使用し第 2のデータ通信ポート（ 1 2 ) を介して必要なデータを送る一方、

データを受け取った表示装置（ 3 c ) 側では、接続されたプログラマブル · ロジック ' コントローラ（ 2 c ) に対して専用のプロトコルを使用し第 1のデータ通信ポート（ 9 ) を介して必要なデータを転送可能とする表示装置（ 3 c ) 。

1 0. 請求項 5記載の表示装置（ 3 b ) であって、

さらに、上記専用のプロトコルから抽出した機種固有の情報と、上記共通のプロトコルで伝送される共通の情報との対応を示す変換テーブルが記憶される変換テーブル記憶部（ 1 8 a ) を備え、

上記データ処理部は、当該変換テーブルを参照して、上記共通の通信ライン（ 6 ) から受け取った上記共通情報を、上記固有情報に変換する表示装置（ 3 d) 。

1 1. 請求項 1 0記載の表示装置（ 3 d) であって、

さらに、上記専用のプロトコルで伝送される転送情報のデータ転送フォーマツトを記憶するフォーマツト情報記憶部（ 1 8 b ) を備え、上記データ処理部は、変換された上記固有情報を、当該データ転送フォーマツ卜の未定義部分に代入して、上記転送情報を作成する表示装置、 ( 3 d ) o

1 2. 請求項 5記載の表示装置（ 3 b ) であって、

上記表示部（ 1 4 ) と、上記データ処理部（ 1 3 ) とは、同一筐体内に設けられている表示装置（ 3 b ) 。

1 3. 請求項 5記載の表示装置（ 3 b ) であって、

上記制御ユニット（ 2 ) との間におけるデータ伝送の確立に先立って、自らが通信可能なプロトコル群から選択した通信プロトコルで、予め設定したデータを送出し、上記制御ュニット（ 2 ) による当該データへの応答が所定の返答だった場合、当該通信プロトコルを、上記制御ュニット（ 2 ) との間におけるデ一夕伝送に使用する通信プロトコルとして決定するプロ卜コル決定部（ 1 3 e ) を備えている表示装置（ 3 e ) 。

1 4. 機種固有で専用の第 1の通信プロトコルが予め規定された第 1 の制御ュニット（ 2 α ) が接続される第 1のデータ通信ポート（ 1 1 ) と、

機種固有で専用の第 2の通信プロ卜コルが予め規定された第 2の制御ユニット（ 2 が接続される他の表示装置 β との間のデータ通信を行わせるための第 2のデータ通信ポート（ 1 2 ) と、

上記第 1 および第 2のデータ通信ポート（ 1 1 ) ( 1 2 ) を介して入出力されるデータを、予め設定した手順に従って処理するデータ処理部 ( 1 3 ) と、

該データ処理部（ 1 3 ) で処理された情報に対応した表示を行う表示部（ 1 4 ) と、

上記第 1の通信プロトコルを外部から入力する入力部（ 1 6 , 1 2 ) とを備え、

上記他の表示装置（ 3 /3 ) との間は、共通の通信プロトコルを使用してデータ通信を行う表示装置（ 3 b ) 。

1 5. 第 1 の通信プロトコルでデータの受け渡しを行う第 1 のデータ処理装置（ 2 ) と、第 2の通信プロトコルでデータの受け渡しを行う第 2のデータ処理装置（ 5， 7 ) との間に配されるデータ処理装置（ 5 ) 力上記第 1および第 2のデータ処理装置（ 2， 5 , 7 ) とデータを受け渡す際のデータ伝送方法であって、

上記した第 1のデータ処理装置（ 2 ) との間で、その第 1のデータ処理装置（ 2 ) に固有の通信プロトコルでデータを受け渡す専用プロトコル通信工程と、

接続される可能性のあるデータ処理装置（ 5 , 7 ) に共通の通信プロトコルを用いて、上記した第 2のデータ処理装置（ 5， 7 ) との間でデ一夕を受け渡す共通プロトコル通信工程とを含んでいるデータ伝送方法 ₍ 1 6. 請求項 1 5記載のデータ伝送方法であって、

さらに、上記した第 2 の通信プロトコルから第 1 の通信プロトコルへ変換する通信プロトコル変換工程を含み、

当該通信プロトコル変換工程は、第 1 の通信プロトコルから抽出された機種固有の情報と、その固有情報に対応する第 2の通信プロトコルに共通の情報とを変換テーブル（ 1 8 a ) として保持する工程と、

上記変換テーブル（ 1 8 a ) を参照して、上記第 2 のデータ処理装置 ( 5， 7 ) から送られる共通情報を、第 1 のデータ処理装置（ 2 ) に固有の情報へ変換処理する変換工程とを含んでいるデータ伝送方法。

1 7. 請求項 1 6記載のデータ伝送方法であって、上記プロトコル変換工程は、さらに、上記第 1 のデータ処理装置（ - 2 ) との間で受け渡される転送情報のデータ転送フォーマツ卜に関する情報（ 1 8 b ) を保持する工程を含み、

上記変換工程は、第 2のデータ処理装置（ 5， 7 ) から送られる共通の情報を使用したコマンドデータを、上記変換テーブル（ 1 8 a ) を利用して、当該コマンドデータに対応する機種固有情報に変換する工程と、変換された機種固有情報をデータ転送フォーマット情報（ 1 8 b ) の未定情報部分に代入することによって、第 1 のデータ処理装置（ 2 ) に固有の転送情報に変換する工程とを含んでいるデータ伝送方法。

1 8. 請求項 1 7記載のデータ伝送方法であって、

上記共通プロトコル通信工程は、互いに共通の通信ライン（ 6 ) を介して、複数の上記第 2のデータ処理装置（ 5、 7 ) と通信し、

上記専用プロ卜コル通信工程は、専用の通信ライン（ 4 ) を介して、上記第 1 のデータ処理装置（ 2 ) と通信するデータ伝送方法。

1 9. 第 1の通信プロトコルでデータの受け渡しを行う第 1のデータ処理装置（ 2 ) と、第 2の通信プロトコルでデータの受け渡しを行う第 2のデータ処理装置（ 5， 7 ) との間に配されるデータ処理装置（ 5 ) が、上記第 1および第 2 のデータ処理装置（ 2， 5， 7 ) とデータを受け渡す際のデータ伝送方法であって、

専用プロトコル通信工程に先立って行われ、自己の保有するプロトコル群から通信プロトコルを選択して、予め設定したデータを送出するデ —夕送出工程と、 - - 第 1のデータ処理装置（ 2 ) からの返答を待ち、所定の返答が得られた通信プロトコルを、当該第 1のデータ処理装置（ 2 ) との間におけるデータ伝送に使用する通信プロトコルとして決定するプロトコル決定ェ程とを含んでいるデータ伝送方法。

2 0 . 請求項 1 9記載のデータ伝送方法であって、

上記データ送出工程では、第 1 のデータ処理装置（ 2 ) 側から何らかの応答データが得られる所定のコマンドを、上記予め設定したデータとして送出するデータ伝送方法。

2 1 . 請求項 2 0記載のデータ伝送方法であって、

上記データ送出工程では、上記した第 1のデータ処理装置（ 2 ) に送られるコマンドと、そのコマンドに対する応答デ一夕とによって、適用する通信プロトコルを一義的に特定可能なコマンドが送出されるデータ伝送方法。

2 2 . 請求項 2 1記載のデータ伝送方法であって、

上記データ送出工程にて、上記した第 1のデータ処理装置（ 2 ) に送られるコマンドは、第 1のデータ処理装置（ 2 ) にとつて何らかのエラ一となるものであり、

上記プロトコル決定工程にて、上記したコマンドを受け取った第 1のデータ処理装置（ 2 ) から返送される応答データは、通信プロトコルの種類を特定可能とするものであるデータ伝送方法。

2 3 . 請求項 1 9記載のデータ伝送方法であって、

さらに、接続される可能性のあるデータ処理装置（ 5 , 7 ) に共通の通信プロトコルを用いて、上記した第 2のデータ処理装置（ 5， 7 ) との間でデータを受け渡す共通プロトコル通信工程と、 _ 上記専用プロトコル通信工程で上記第 1のデータ処理装置（ 2 ) との間でデータを受け渡すために、上記した共通のプロトコルによって受け渡されるデータを、リアルタイムに第 1 の通信プロトコルに従ってデータ変換する工程とを含んでいるデータ伝送方法。

2 4. 制御対象（ 9 ) を制御する制御ュニット（ 2 ) と、

専用ネットワーク（ 4 ) を介して制御ュニット（ 2 ) と通信して当該制御ュニット（ 2 ) の制御状態を表示または制御すると共に、上記専用ネットワーク（ 4 ) とは別の共通ネットワーク（ 6 ) と当該専用ネットワーク（ 4 ) との通信プロトコルが異なる場合、一方から他方に通信プ口トコルを変換する表示装置（ 3 ) と、

上記共通ネットワーク（ 6 ) を介して当該表示装置（ 3 ) に接続される制御用のホストコンピュータ（ 7 ) とを含む制御システム（ 1 ) で使用される制御用のホストコンピュータ（ 7 ) であって、

上記制御ュニット（ 2 ) への指示内容を含むデータ列を、当該共通ネットワーク（ 6 ) を介して、当該制御ュニット（ 2 ) が接続された表示装置（ 3 ) へ送出するインターフユース部（ 5 1 ) を備えている制御用のホストコンピュータ（ 7 f ) 。

2 5. 請求項 2 4記載の制御用のホストコンピュータ（ 7 f ) であつて、

さらに、当該インタ一フヱース部（ 5 1 ) と、上記制御用のホストコンピュー夕（ 7 ί ) にて上記制御対象（ 9 ) の状態を制御または表示するホス卜側表示部（ 5 2 a〜 5 2 d ) との間に介在し、当該ホスト側表示部（ 5 2 a〜 5 2 d ) からの要求に基づいて、上記ィンターフェース部（ 5 1 ) を制御して、上記制御対象の状態を制御または表示するため- のデータを送受させる複数の伝送制御部（ 5 7 , 5 8 ) とを備え、

上記伝送制御部（ 5 7 , 5 8 ) の 1つは、残余の伝送制御部（ 5 7 ) よりも簡単な手順で、上記要求を指定可能な簡易伝送制御部（ 5 8 ) である制御用のホストコンピュータ（ 7 f ) 。

2 6 . 制御装置（ 5 ) が、上位装置（ 7 ) から伝送される制御出力に応答して制御対象（ 9 ) を制御するとともに、その制御に関する情報を表示装置（ 3 ) に伝送して、該表示装置（ 3 ) に予めインストールされているキャラクタおよびィメ一ジデータに合成して表示させるようにした制御システム（ 1 ) において、

前記表示装置（ 3 g α〜 3 g ァ）を前記上位装置（ 7 g ) と制御ュニット（ 2 C O；〜 2 c 7 ) との間に介在し、前記キャラクタおよびィメージデータを前記上位装置からィンストールする制御システム（ 1 g ) 。

2 7. 請求項 2 6記載の制御システム（ 1 g ) であって、

前記制御ュニット（ 2 c α：〜 2 c 7 ) と対応する表示装置（ 3 g 〜

3 g r ) との間は、任意のプロトコルで通信を行い、表示装置（ 3 g α 〜 3 g ァ）と上位装置 ( 7 g ) との間を介するネットワーク回線（ 6 ) では、予め定める共通のプロトコルで通信を行う制御システム（ 1 g ) 2 8 . 複数の制御ュニット（ 2 ) が、上位装置（ 7 ) から伝送される制御出力に応答して制御対象（ 9 ) をそれぞれ制御するとともに、その制御に関する情報を対応する表示装置（ 3 ) に表示させるようにした制御システム（ 1 ) において、

前記表示装置（ 3 h 〜 3 h 7 ) を前記上位装置（ 7 g ) と制御ュニット（ 2 c α〜 2 c 7 ) との間に介在し、プリセットデータを前記上位装置（ 7 g ) からインスト一ルする制御システム（ 1 h ) 。

2 9. 請求項 2 8記載の制御システム（ 1 h ) であって、

前記制御ュニッ卜（ 2 c α〜 2 c 7 ) と対応する表示装置（ 3 1！ "〜 3 h 7 ) との間は、任意のプロトコルで通信を行い、表示装置（ 3 h α 〜 3 h τ と上位装置（ 7 g ) との間を介するネットワーク回線 ( 6 ) では、予め定める共通のプロトコルで通信を行う制御システム（ 1 h )