JP2003084825A - 制御システム、そのプログラムおよび記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 少ない手間で、例えば、無線通信網を介して
接続するなど、ローカル制御システムから離れた場所に
配置された端末にて、デバイスの現況を表示可能な制御
システムを構築する。 【解決手段】 ファイル生成部３２は、ローカル制御シ
ステム３内のデバイス２ａのうち、携帯端末４に状態を
表示すべきデバイス２ａのシンボルをユーザが選択する
と、選択したシンボルに応じたアプレットを生成して、
アプレット記憶部３３に格納する。携帯端末４がインタ
ーネット５を介して公開サーバ部３１にアクセスする
と、上記アプレットが携帯端末４に送信される。当該ア
プレットに従って動作する携帯端末４は、公開サーバ部
３１と繰り返し通信して、上記選択したシンボルに対応
するデバイス２ａの状態を問い合わせると共に、応答に
基づいて、携帯端末４における上記デバイス２ａの状態
表示を更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ローカル制御シス
テムから離れた場所に配置された端末にて、デバイスの
現況を表示可能な制御システム、並びに、それを実現す
るためのプログラム、および、そのプログラムが記録さ
れた記録媒体に関するものである。

【０００２】

【従来の技術】従来から、図８に示すように、プログラ
マブル・ロジック・コントローラ（以下、ＰＬＣと略称
する）５１１は、例えば、ベルトコンベアー式の自動組
付機など、種々のターゲットシステム５０２のデバイス
５０２ａを制御する制御装置として、広く使用されてい
る。

【０００３】ここで、例えば、ＰＬＣ５１１やデバイス
５０２ａなど、ローカル制御システム５０３内の機器の
状態を外部から参照／操作できないと、参照／操作する
人物が現場にいる必要があり、現場にいない場合には、
現場に赴く必要がある。

【０００４】したがって、例えば、特開２０００−２５
９２１４号公報では、無線伝送路として携帯電話網を利
用することで、遠隔地から当該機器の状態を参照／操作
する制御システムが開示されている。当該制御システム
５０１において、リモート端末装置５０４は、モデム５
０５、携帯電話５０６、無線基地局５０７、電話回線網
５０８およびローカル制御システム５０３のモデム５１
２を介して、現場コンピュータ５１３にダイアルアップ
接続する。

【０００５】この状態で、リモート端末装置５０４は、
伝送用指令ファイルを現場コンピュータ５１３へ送信す
る。さらに、現場コンピュータ５１３は、当該伝送用指
令ファイルを解凍して指令ログファイルを生成し、ＰＬ
Ｃ５１１へ指令ログファイルに基づいて、表示・操作指
令を送信する。これにより、ＰＬＣ５１１の内部データ
は、操作指令に基づいて修正される。

【０００６】また、ＰＬＣ５１１が上記表示指令に基づ
き、内部データとしての応答信号を現場コンピュータ５
１３へ返送すると、現場コンピュータ５１３は、応答信
号を応答ログファイルに出力する。さらに、現場コンピ
ュータ５１３は、当該応答用ログファイルを圧縮し、上
記通信路を介して、リモート端末装置５０４へ送信す
る。一方、リモート端末装置５０４は、受け取った伝送
用応答ファイルを解凍して応答ログファイルを生成する
と共に、応答ログファイルを表示用データに変換して、
ディスプレイ表示装置に表示出力する。

【０００７】

【発明が解決しようとする課題】しかしながら、上記従
来の制御システム５０１では、携帯電話５０６は、伝送
路として使用されているだけであり、遠隔地からＰＬＣ
５１１へ表示・操作指令を出力するためには、伝送用指
令ファイルの生成、伝送用応答ファイルの解凍および表
示用データへの変換などの機能を有するリモート端末装
置５０４が必要になる。

【０００８】この結果、現在広く普及している携帯電話
５０６とは別にリモート端末装置５０４を用意し、当該
リモート端末装置５０４へ、上記機能を実現するための
プログラムを予めインストールしておく手間がかかって
しまう。

【０００９】本発明は、上記の問題点に鑑みてなされた
ものであり、その目的は、少ない手間で、例えば、無線
通信網を介して接続するなど、ローカル制御システムか
ら離れた場所に配置された端末にて、デバイスの現況を
表示可能な制御システムを構築することにある。

【００１０】

【課題を解決するための手段】請求項１の発明に係る制
御システムは、上記課題を解決するために、ローカル制
御システムのデバイスのうち、端末に状態を表示するデ
バイスの選択を受け付ける選択手段と、選択結果に応じ
て、上記端末への動作指示を生成する動作指示生成手段
とを備え、上記動作指示が示す動作には、当該端末が、
上記ローカル制御システムのデバイスに代わって状態の
問い合わせに応答する応答手段と、広域通信網を介し、
予め定められたタイミングで繰り返し通信して、上記選
択手段が選択を受け付けたデバイスの状態を受け取る動
作と、当該端末が当該デバイスの状態を表示する動作と
が含まれていることを特徴としている。

【００１１】なお、上記動作指示がプログラムの場合、
当該プログラムは、端末に実施させる動作の全手順をＣ
ＰＵやバーチャルマシンなどの演算手段へ指示するコー
ドであってもよい。また、所定の手順で呼び出すこと
で、上記各動作の一部または全部を実行可能な基本プロ
グラム（例えば、オペレーティングシステムやライブラ
リなど）が既に存在していれば、当該基本プログラムの
呼び出しを上記演算手段へ指示するコードやポインタな
どで、上記全手順の一部または全部を置き換えてもよ
い。さらに、上記プログラムのうち、選択結果に応じて
変化する部分をＸＭＬ（eXtensible Mark-up Language
）ファイルなどのデータとして分離し、上記プログラ
ムが当該データを参照することで、上記動作を端末に行
わせてもよい。この場合、動作指示手段は、選択結果に
応じて当該データを生成すると共に、上記プログラムを
実行する端末は、当該データを参照して、上記動作を行
う。

【００１２】上記構成において、選択手段がデバイスの
選択を受け付けると、動作指示生成手段は、選択された
デバイスに応じた動作指示、すなわち、当該端末が広域
通信網を介して応答手段と繰り返し通信して当該デバイ
スの状態を表示するための動作指示を生成する。

【００１３】なお、応答手段と通信する動作や、通信結
果に応じて、デバイスの状態表示を変更する動作は、表
示すべきデバイスが決まれば、決定できる。したがっ
て、例えば、ローカル制御システム内の各デバイスにつ
いて、それぞれが選択された場合に、当該デバイスの表
示するための動作指示を生成する手順を予め記憶してお
くなどすれば、上記動作指示生成手段は、何ら支障な
く、動作指示を自動生成できる。この結果、動作指示を
生成する際、制御システムのユーザは、選択手段へデバ
イスの選択を指示するだけでよい。

【００１４】ここで、上記端末は、上記動作指示に基づ
いて動作するだけなので、上記従来のリモート端末装置
のように、予め特別なプログラムをインストールしてお
く必要がない。さらに、例えば、ｉアプリ（商標）対応
の携帯電話など、制御用途以外の汎用の端末を、本発明
に係る制御システムの端末として流用できる。これらの
結果、上記従来技術に比べて、制御システム構築に要す
る手間を削減できる。

【００１５】なお、上記端末が携帯端末の場合、据え置
き型の端末に比べて、表示可能な画素数が制限されてお
り、画面内に同時表示可能なデバイスの個数が制限され
ている。したがって、この場合は、制御システムの使用
者が携帯端末に表示すべきデバイスを選択手段へ指示す
る際の手間も少ない。

【００１６】一方、上記動作指示に従う端末は、所定の
時間間隔など、予め定めるタイミングで応答手段と繰り
返し通信して、当該応答手段から、上記動作指示が示す
デバイスの状態を受け取る。さらに、上記端末は、受け
取ったデバイスの状態を表示する。これにより、端末の
表示は、ローカル制御システムにて、デバイスの状態が
変化すると、当該変化に応じて変化する。なお、上記応
答手段は、ローカル制御システムのデバイスに代わって
問い合わせに応答可能であり、例えば、必要に応じて種
々の通信路を介して、デバイスの状態を取得するなどし
て、デバイスの状態を端末に伝えることができる。

【００１７】この結果、例えば、無線通信網を介して接
続するなど、ローカル制御システムから離れた場所に配
置された端末にて、デバイスの現況を表示可能な制御シ
ステムを、少ない手間で構築できる。

【００１８】また、請求項２の発明に係る制御システム
は、請求項１記載の発明の構成において、上記動作指示
が示す動作には、上記端末が、操作に応じて、上記ロー
カル制御システムのデバイスに代わって状態制御指示を
受け取る受信手段と広域通信網を介して通信し、操作に
応じたデバイスの状態制御指示を伝えて、上記デバイス
を制御する動作が含まれていることを特徴としている。

【００１９】上記構成では、動作指示生成手段は、デバ
イスの状態制御指示を受信手段へ送信する動作を端末へ
指示する動作指示を生成する。なお、この場合でも、表
示のための動作指示を生成する場合と同様に、動作指示
生成手段が動作指示を自動生成できるので、制御システ
ムの使用者は、デバイスを選択するだけで、端末から、
ローカル制御システムのデバイスの状態を制御するため
の動作指示を生成できる。

【００２０】さらに、当該動作指示に従う端末は、当該
端末の使用者の操作によって、デバイスの状態制御が指
示されると、操作に応じた状態制御指示を広域通信網を
介して受信手段へ通信する。また、受信手段は、当該状
態制御指示をデバイスの代わりに受け取り、状態制御指
示をデバイスの状態に反映させる。例えば、受信手段
は、ローカル制御システム外に設けられている場合、ロ
ーカル制御システムと通信したり、ローカル制御システ
ム内に設けられている場合、デバイスを制御する機器と
通信したりして、受信した状態制御指示に従って、デバ
イスを制御する。この結果、ローカル制御システムから
離れた場所に配置された端末からであっても、端末の操
作に応じたデバイスの状態を、端末の操作に応じて制御
できる。

【００２１】さらに、請求項３の発明に係る制御システ
ムは、請求項１または２記載の発明の構成において、上
記端末は、携帯端末であって、上記選択手段は、上記デ
バイスの選択を複数受け付け可能であり、上記動作指示
生成手段が生成する動作指示にて、上記端末がデバイス
の状態を表示する動作は、複数のデバイスの状態を、上
記端末の画面内に同時に表示する動作であることを特徴
としている。

【００２２】上記構成において、制御システムの使用者
がデバイスを複数選択して動作指示生成を指示すると、
動作指示生成手段は、選択されたデバイスの組み合わせ
に応じて、端末が各デバイスの状態を端末の画面内に同
時に表示する動作を含む動作指示を生成する。

【００２３】一方、端末としての携帯端末は、上記動作
指示に従って応答手段と繰り返し通信して、上記選択手
段が選択を受け付けた複数のデバイスの状態を受け取
り、各デバイスの状態を端末の画面内に同時表示する。
この結果、各デバイスの表示画面を切り換える場合と異
なり、端末の使用者は、より少ない手間で、より的確に
ローカル制御システムの状態を把握できる。

【００２４】ここで、携帯端末では表示可能な画素数が
制限されているが、上記構成では、端末が繰り返し応答
手段と通信することで、デバイスの状態表示が更新され
る。したがって、デバイスの状態取得を指示するための
操作領域などを設ける必要がなく、携帯端末は、何ら支
障なく、複数のデバイスの状態を表示できる。

【００２５】また、請求項４の発明に係る制御システム
は、請求項３記載の発明の構成において、上記ローカル
制御システムは、複数の制御装置が、それぞれに接続さ
れたデバイスを制御するシステムであって、上記選択手
段は、互いに異なる上記制御装置に接続されたデバイス
の選択を複数受け付け可能であり、上記動作指示生成手
段が生成する動作指示にて、上記デバイスの状態を受け
取る動作は、上記選択手段が選択した上記各デバイスの
状態を受け取る動作であることを特徴としている。

【００２６】ここで、端末は、ローカル制御システムか
ら離れた場所に配されることが多い。したがって、ロー
カル制御システムにおいて、オペレータにより操作さ
れ、上記各制御装置に接続される制御用表示装置と異な
り、各デバイスが、どの制御装置に接続されているかに
拘らず、ローカル制御システムのデバイスのうち、特に
重要なデバイスのみを表示することが求められる。

【００２７】一方、上記構成によれば、選択手段は、各
選択が、互いに異なる制御装置に接続されたデバイスの
選択であっても受け付け、動作指示生成手段は、各デバ
イスの組み合わせに応じた動作指示を生成する。したが
って、端末の使用者は、より的確にローカル制御システ
ムの状態を把握できる。

【００２８】さらに、請求項５の発明に係る制御システ
ムは、請求項１、２、３または４記載の発明の構成にお
いて、上記ローカル制御システムは、複数の制御装置
が、それぞれに接続されたデバイスを制御するシステム
であって、上記動作指示生成手段は、上記問い合わせま
たは状態制御指示の内容が同じであれば、上記各制御装
置の機種に固有の専用プロトコルに拘らず、上記応答手
段または受信手段と同じデータ列で通信するための動作
指示を生成すると共に、上記応答手段または受信手段か
ら上記制御装置までの間には、それぞれに固有の専用プ
ロトコルで上記各制御装置と通信し、上記応答手段また
は受信手段とは、予め定められた共通プロトコルで通信
するよう、両プロトコルを変換するプロトコル変換手段
が設けられていることを特徴としている。

【００２９】上記構成において、端末は、上記動作指示
に従って動作し、上記問い合わせまたは状態制御指示の
内容が同じであれば、上記各制御装置の機種に固有の専
用プロトコルに拘らず、同じデータ列で、上記応答手段
または受信手段と通信する。一方、応答手段または受信
手段は、当該データ列に基づいて、共通プロトコルで上
記プロトコル変換手段と通信し、当該プロトコル変換手
段は、プロトコルを変換することで、各制御装置に合っ
た専用プロトコルで制御装置と通信する。

【００３０】このように、プロトコル変換手段が両プロ
トコルを変換するので、動作指示生成手段、応答手段お
よび受信手段は、問い合わせや状態制御指示の内容が同
じであれば、専用プロトコルに拘らず、同じ動作をすれ
ばよい。したがって、各専用プロトコルに対応した動作
指示生成手段、応答手段および受信手段を用意する場合
よりも、互いに異なる専用プロトコルを採用した制御装
置が混在した制御システムを構築する際の手間を削減で
きる。

【００３１】ところで、上記制御システムは、ハードウ
ェアで実現してもよいし、プログラムをコンピュータに
実行させて実現してもよい。具体的には、請求項６の発
明に係るプログラムは、ローカル制御システムのデバイ
スのうち、端末に状態を表示するデバイスの選択を受け
付ける選択手段、並びに、選択結果に応じて、上記端末
への動作指示を生成する動作指示生成手段として、コン
ピュータを動作させるプログラムであって、上記動作指
示が示す動作には、当該端末が、上記ローカル制御シス
テムのデバイスに代わって状態の問い合わせに応答する
応答手段と、広域通信網を介し、予め定められたタイミ
ングで繰り返し通信して、上記選択手段が選択を受け付
けたデバイスの状態を受け取る動作と、当該端末が当該
デバイスの状態を表示する動作とが含まれていることを
特徴としている。また、請求項７の発明に係る記録媒体
は、請求項６の発明に係るプログラムが記録されている
ことを特徴としている。

【００３２】これらのプログラムが上記コンピュータで
実行されると、当該コンピュータは、請求項１記載の選
択手段および動作指示生成手段として動作する。したが
って、請求項１と同様、ローカル制御システムから離れ
た場所に配置された端末にて、デバイスの現況を表示可
能な制御システムを、少ない手間で構築できる。

【００３３】

【発明の実施の形態】本発明の一実施形態について図１
ないし図７に基づいて説明すると以下の通りである。す
なわち、本実施形態に係る制御システム１は、図１に示
すように、ターゲットシステム２を含むローカル制御シ
ステム３から離れた場所の携帯端末（端末）４でも、イ
ンターネット（広域通信網）５を介して、上記ターゲッ
トシステム２のデバイス２ａを制御可能なシステムであ
る。

【００３４】上記ローカル制御システム３は、ターゲッ
トシステム２のデバイス２ａを制御する制御装置として
のＰＬＣ１１と、多くの場合、制御対象近傍に配される
と共に、制御システム１のＨＭＩ（Human Machine Inte
rface ）として、デバイス２ａの状態を表示し、オペレ
ータによるデバイス２ａへの操作を受け付けるプログラ
マブル表示器（プロトコル変換手段）１２とを備えてい
る。さらに、本実施形態に係るローカル制御システム３
では、各プログラマブル表示器１２は、イーサネット
（登録商標：ゼロックス社）などのＬＡＮ１３によって
互いに接続されている。また、上記ＬＡＮ１３には、多
くの場合、プログラマブル表示器１２よりも離れた場所
から、ローカル制御システム３全体を管理する制御用ホ
ストコンピュータ１４が接続されている。

【００３５】なお、上記各プログラマブル表示器１２
は、シリアルケーブルなどを介して、それぞれに対応す
るＰＬＣ１１と接続されている。また、図１では、説明
の便宜上、ＬＡＮ１３にプログラマブル表示器１２が２
台接続され、各プログラマブル表示器１２には、ＰＬＣ
１１がそれぞれ１台ずつ接続されると共に、各ＰＬＣ１
１にデバイス２ａが１台接続されている場合を例示して
いるが、当然ながら、それぞれの接続台数は任意に設定
できる。

【００３６】また、デバイスは、デバイスアドレスによ
り特定可能で、しかも、状態を取得したり、制御（変
更）できるものであれば、例えば、デバイス２ａ自体で
あってもよいし、例えば、ＰＬＣ１１やプログラマブル
表示器１２の記憶装置など、ローカル制御システム３に
設けられた記憶装置の一領域を示していてもよい。

【００３７】ここで、上記ローカル制御システム３で
は、ローカル制御システム３に必須の構成であり、しか
も、ＨＭＩとして動作するため、演算能力に余力のある
プログラマブル表示器１２が通信の大半を処理するよう
に構成されている。さらに、各プログラマブル表示器１
２は、自らに接続されているＰＬＣ１１の機種に固有の
専用プロトコルと、ＬＡＮ１３での共通プロトコルとを
変換して、他のプログラマブル表示器１２や制御用ホス
トコンピュータ１４と、ＰＬＣ１１との通信を中継す
る。なお、共通プロトコルと専用プロトコルとの間のプ
ロトコル変換には、同じ指示に同じコードが割り当てら
れるように予め定められた共通のコマンドと上記共通の
コマンドに対応するＰＬＣ１１固有のコマンドとの間の
変換や、データやアドレスの表現方法の変換、後述する
シンボルやシンボル名とデバイスアドレスとの間の変換
なども含まれる。

【００３８】これにより、プログラマブル表示器１２お
よび制御用ホストコンピュータ１４は、他のプログラマ
ブル表示器１２に接続されているＰＬＣ１１の機種に拘
らず、ＬＡＮ１３を介して共通のプロトコルで通信でき
る。この結果、互いに異なる機種のＰＬＣ１１の混在す
るローカル制御システム３が比較的容易に実現されてい
る。

【００３９】より詳細には、上記プログラマブル表示器
１２は、予め自らに格納される画面データを参照して、
オペレータにデバイスの状態を表示し、操作を受け付け
るための操作画面を表示している。当該画面データは、
画面上の領域と、当該領域への表示や入力に対応するデ
バイスとの対応関係を示すタグを組み合わせて構成され
ている。

【００４０】本実施形態では、上記プログラマブル表示
器１２は、複数の単位画面を切り換え表示可能であり、
上記タグは、当該タグが有効となる単位画面を示すファ
イル番号と、単位画面上で実行すべき動作内容を特定す
る事象名と、各事象毎に参照される参照情報とを含んで
いる。

【００４１】例えば、上記タグが所定の画面領域（表示
座標範囲）へ所定のデバイスの状態に応じた部品図形を
表示する表示タグの場合、上記参照情報には、表示座標
範囲と、デバイスを特定可能なシンボル（後述）と、例
えば、部品図形がスイッチの場合、ＯＮを示す図形のフ
ァイルおよびＯＦＦを示す図形のファイルなど、表示時
に参照するファイル番号とが含まれる。また、タグが入
力タグの場合、参照情報として、有効入力座標範囲と、
入力結果が書き込まれるデバイスのシンボルとが含まれ
る。

【００４２】一方、プログラマブル表示器１２は、所定
の時間間隔で、自らに格納された画面データから、ベー
ス画面のファイル番号が、現在表示中のベース画面であ
る表示タグを抽出すると共に、予め格納されたシンボル
とデバイスアドレスとの対応表を参照して、例えば、デ
バイスの実体が自らに接続されたＰＬＣ１１によって制
御されるデバイス２ａの場合は、ＰＬＣ１１と通信した
り、デバイスの実体が他のプログラマブル表示器１２に
接続されたＰＬＣ１１によって制御されるデバイス２ａ
の場合は、当該他のプログラマブル表示器１２を介して
当該ＰＬＣ１１と通信するなどして、各表示タグのシン
ボルに対応するデバイスアドレスからデバイスの状態
（デバイスアドレスの内容）を読み出し、デバイスの状
態に応じた部品図形を画面に表示する。これにより、プ
ログラマブル表示器１２の画面には、例えば、図２に示
すように、デバイスの状態が反映される。

【００４３】また、図示しないタッチパネルへの押し操
作など、オペレータの入力操作を受け取ると、プログラ
マブル表示器１２は、上記画面データから、現在表示中
のベース画面に対応し、当該入力操作にマッチする入力
タグを検索すると共に、デバイスの実体の状態を取得す
る場合と略同様に、ＰＬＣ１１やプログラマブル表示器
１２と通信するなどして、入力結果に応じて、入力タグ
のシンボルが示すデバイスの状態を変更するようデバイ
スアドレスの内容（デバイスの状態）を変更する。ここ
で、入力操作の後も、プログラマブル表示器１２は、デ
バイスの状態を画面表示するので、操作結果が画面表示
に反映される。

【００４４】一方、上記制御用ホストコンピュータ１４
は、ローカル制御システム３の監視制御を行うＨＭＩ処
理部２１と、ＬＡＮ１３に接続され、上述の共通プロト
コルで通信するＬＡＮ・ＩＦ部２２と、ＬＡＮ・ＩＦ部
２２およびＬＡＮ１３を介して各プログラマブル表示器
１２と通信して上記ＨＭＩ処理部２１などの要求に応じ
るサーバ部２３と、シンボルとデバイスアドレスとの対
応を記憶するシンボルデータベース２４と、各プログラ
マブル表示器１２の画面データを作成する作画処理部２
５と、作成した画面データを格納する画面データメモリ
２６と、ＰＬＣ１１の制御プログラムを作成（修正）す
る制御プログラム編集部２７と、当該制御プログラムを
格納するプログラムメモリ２８とを備えている。これに
より、制御用ホストコンピュータ１４は、画面データお
よび制御プログラムを管理すると共に、ローカル制御シ
ステム３が稼動中、ターゲットシステム２やＰＬＣ１１
あるいはプログラマブル表示器１２の状態を表示したり
制御できる。

【００４５】上記作画処理部２５は、上記画面データを
作成する際、例えば、タグのパレットを表示し、パレッ
ト中のタグを選択して画面上に所望のタグを配置するよ
うに、ユーザへ促す。また、作画処理部２５は、配置さ
れたタグを指定された座標に表示して、ユーザのドラグ
＆ドロップなどの操作に応じてタグの座標を調整する。
また、作画処理部２５は、タグに対応するシンボル（後
述）を入力するようにユーザへ促す。ここで、シンボル
は、後述するように、デバイスアドレスと対応付けられ
ており、シンボルにタグを対応付けることで、作画処理
部２５は、タグとデバイスアドレスとを対応付けること
ができる。これらの結果、ユーザは、作画処理部２５を
操作して、画面上の所望の位置にタグを配置すると共
に、各タグとデバイスのシンボルとを対応付けるだけ
で、画面データを作成できる。

【００４６】したがって、プログラマブル表示器１２の
表示プログラムを修正する場合に比べて容易に、各プロ
グラマブル表示器１２の表示や操作を決定（変更）で
き、ローカル制御システム３のユーザ（制御用ホストコ
ンピュータ１４のユーザ）は、ターゲットシステム２の
実情や、プログラマブル表示器１２のオペレータの習熟
度、あるいは、ユーザの好みに合わせることができる。

【００４７】一方、制御プログラム編集部２７は、例え
ば、ラダーエディタなどであり、図３に示すように、既
に入力されたラダー図を図示し、ユーザの操作に応じ
て、ラダー図上のラダー記号の配置や接続関係などを編
集する。さらに、作成されたラダー図を、ＰＬＣ１１が
理解可能な命令語（機械語）からなる制御プログラムへ
変換する。これにより、ユーザは、エディタ画面上で対
話的にラダー図を編集するだけで、制御プログラムをプ
ログラムできる。

【００４８】さらに、本実施形態では、上記シンボルデ
ータベース２４がサーバ部２３、作画処理部２５および
制御プログラム編集部２７の３者で共用されており、い
ずれかでシンボルデータベース２４のデータが更新され
ると、別途にデータを更新することなく、更新結果が他
者にも反映される。したがって、それぞれを別々のデー
タベースで管理するよりも、データ更新時および作成時
の手間を削減できる。

【００４９】また、上記各部材２３・２５・２７は、デ
バイスアドレスではなく、ユーザが意味ある名前をシン
ボル名として関連付け可能なシンボルによって、各デバ
イスを特定している。ここで、ＰＬＣ１１がデバイス２
ａを制御する際、ＰＬＣ１１は、演算量を削減するため
に、例えば、Ｘ００００のような英数字で表現されるデ
バイスアドレスで各デバイス２ａを特定している。一
方、ＨＭＩ処理部２１を操作する管理者や、制御プログ
ラムや画面データの作成者、あるいは、プログラマブル
表示器１２のオペレータなど、制御システム１のユーザ
にとっては、各デバイスをデバイスアドレスで特定する
よりも、”スイッチ２”のように、意味のある名前で呼
んだ方が、呼称と各デバイスの実体とを関連付けしやす
い。したがって、デバイスアドレスではなく、シンボル
で制御対象となるデバイスを指定することで、上記ユー
ザが操作しやすい制御システム１を実現できる。

【００５０】さらに、例えば、ＰＬＣ１１の機種変更な
どによって、デバイスアドレスが変更されたとしても、
作画処理部２５および制御プログラム編集部２７は、タ
グやラダー記号をシンボルと対応付けているので、シン
ボルデータベース２４において、シンボルとデバイスア
ドレスとの対応を変更するだけで変更に対応できる。こ
の結果、デバイスアドレスを対応付ける構成と異なり、
当該デバイスアドレスが出現する度にデバイスアドレス
を変更する必要がない。この結果、変更時の手間が少な
い制御システム１を実現できる。

【００５１】一例として、本実施形態に係るシンボルデ
ータベース２４は、図４に示すように、ローカル制御シ
ステム３内の各デバイスに対応するシンボルについて、
各シンボルに固有なシンボルＩＤと、シンボル名と、デ
バイスアドレスとの組み合わせを含むレコードを記憶し
ている。また、シンボルデータベース２４において、各
シンボルのレコードは、図５に示すように、階層的に記
憶されており、シンボルデータベース２４を参照するこ
とで、サーバ部２３などは、ローカル制御システム３内
に存在するプログラマブル表示器１２を把握し、各プロ
グラマブル表示器１２に登録されたシンボルを把握でき
ると共に、各シンボルのレコードから、シンボル名やデ
バイスアドレスなどを取得できる。また、シンボルデー
タベース２４を検索することで、所定のシンボル名を持
つデバイスの実体（デバイス２ａ）を制御するＰＬＣ１
１へ接続されたプログラマブル表示器１２を特定でき
る。

【００５２】なお、シンボルデータベース２４には、各
プログラマブル表示器１２など、ＬＡＮ１３に加入して
いる各機器についても、機器を示す局ＩＤと、局の名称
（局名）と、機器のネットワークアドレスなどとの組み
合わせを含むレコードが記憶されており、上記制御シス
テム１のユーザは、上記各機器を局名で指定できる。

【００５３】さらに、本実施形態に係る制御用ホストコ
ンピュータ１４は、上記携帯端末４にて、ローカル制御
システム３のデバイス２ａの状態を表示し、携帯端末４
から操作するために、インターネット５を介して、上記
携帯端末４と通信可能な公開サーバ部３１と、公開サー
バ部３１が携帯端末４へ公開すべきアプレットを生成す
るファイル生成部３２と、アプレットを格納するアプレ
ット記憶部３３とを備えている。なお、上記公開サーバ
部３１が特許請求の範囲に記載の応答手段および受信手
段に対応し、上記ファイル生成部３２が選択手段および
動作指示生成手段に対応する。

【００５４】上記携帯端末４は、例えば、ｉアプリ（商
標）対応の携帯電話などであり、Ｊａｖａ（登録商標）
言語のプログラムを実行可能なバーチャルマシン４１と
ブラウザ４２とを備えている。上記ブラウザ４２は、イ
ンターネット５に接続された機器と通信し、受け取った
アプレットをバーチャルマシン４１に実行させることが
できる。また、当該ブラウザ４２は、例えば、ＨＴＴＰ
（Hyper Text Transfer Protocol）などのプロトコルで
任意のサーバ装置からＨＴＭＬ（ HyperText Markup La
nguage）文書などのハイパーテキスト文書を受け取り、
閲覧することもできる。

【００５５】一方、上記アプレットは、携帯端末４が実
行可能なプログラムであって、公開サーバ部３１は、当
該アプレットを携帯端末４へ送信することで、携帯端末
４に動作を指示できる。また、ファイル生成部３２は、
ローカル制御システム３内のシンボルをユーザに提示し
て選択を促すと共に、選択されたシンボルの組み合わせ
に基づいて、アプレットを生成できる。

【００５６】当該アプレットが指示する動作は、携帯端
末４が当該シンボルに対応するデバイスの状態を公開サ
ーバ部３１へ繰り返し問い合わせる動作と、当該デバイ
スのシンボル名および状態を携帯端末４の画面に表示す
る動作と、携帯端末４にて、デバイスに対応するシンボ
ルが操作された場合、携帯端末４が操作に応じたデバイ
スの状態制御指示を公開サーバ部３１へ送信する動作と
を含んでいる。

【００５７】さらに、本実施形態に係るファイル生成部
３２は、選択されたシンボルを登録しているプログラマ
ブル表示器１２が互いに異なっている場合、デバイスの
シンボル名だけではなく、シンボル名が登録されたプロ
グラマブル表示器１２の局名をも表示させるアプレット
を生成する。これによって、異なるプログラマブル表示
器１２に登録されたシンボル間で互いにシンボル名が類
似していたとしても、携帯端末４のユーザは、各シンボ
ルを的確に区別できる。

【００５８】ここで、上記ファイル生成部３２は、例え
ば、携帯端末４に状態を表示し、携帯端末４から状態を
制御可能な各デバイス２ａについて、上記各動作を示す
プログラムを記憶しておき、デバイス２ａの組み合わせ
が選択されると、それぞれに対応するプログラムを組み
合わせるなどして、組み合わせに応じたアプレットを生
成できる。

【００５９】なお、上記各部材２１〜３３、４１〜４２
は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記
憶手段に格納されたプログラムを実行し、タッチパネル
やボタンあるいは液晶表示装置などの入出力手段、ある
いは、インターフェース回路などの通信回路を制御する
ことによって実現される機能ブロックである。したがっ
て、これらの手段を有するコンピュータが、上記プログ
ラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）
を読み取り、当該プログラムを実行するだけで、本実施
形態に係る制御用ホストコンピュータ１４および携帯端
末４を実現できる。なお、例えば、シリアルケーブルや
ＬＡＮ１３、インターネット５、あるいは、他の通信路
を介してプログラムをダウンロードするためのプログラ
ムが、上記コンピュータに予めインストールされていれ
ば、当該通信路を介して、上記コンピュータへ上記プロ
グラムを配付することもできる。

【００６０】特に、上記携帯端末４は、アプレットを実
行するために、バーチャルマシン４１およびブラウザ４
２を予め備えている。したがって、当該携帯端末を流用
することで、特別な携帯端末を用意することなく、本実
施形態に係る制御システム１を実現できる。また、制御
用ホストコンピュータは、制御プログラムおよび画面デ
ータを管理し、ローカル制御システム３内の各機器を制
御するために、上記部材２１〜２８を備えている。した
がって、上記部材３１〜３３を追加するだけで、本実施
形態に係る制御用ホストコンピュータ１４を実現でき
る。

【００６１】上記構成では、図６に示すステップ１（以
下では、Ｓ１のように略称する）において、ローカル制
御システム３の制御用ホストコンピュータ１４の作画処
理部２５および制御プログラム編集部２７は、ローカル
制御システム３内の各プログラマブル表示器１２および
ＰＬＣ１１が正しくターゲットシステム２を制御するた
めに、ユーザの指示に基づいて、画面データおよび制御
プログラムを生成する。これに伴い、サーバ部２３、作
画処理部２５および制御プログラム編集部２７で共有さ
れるシンボルデータベース２４には、各シンボルのレコ
ードが生成され、各レコードには、シンボルに対応する
シンボル名およびデバイスアドレスなどが格納される。

【００６２】具体的には、作画処理部２５は、画面デー
タを作成（修正）する際、タグとシンボルとが対応付け
られると、シンボルデータベース２４を参照して、図２
に示すＮ２のように、タグの表示領域付近に、タグに対
応するシンボル名（”スイッチ２”）を表示する。同様
に、制御プログラム編集部２７は、制御プログラムを作
成（修正）する場合、ラダー記号とシンボルとが対応付
けられると、シンボルデータベース２４を参照して、例
えば、図３に示すＮβのように、ラダー記号Ｉβの表示
領域付近に、ラダー記号Ｉβに対応するシンボル名を表
示する。

【００６３】ここで、上記シンボルデータベース２４
は、作画処理部２５および制御プログラム編集部２７で
共有されている。したがって、互いに同じシンボル（例
えば、”ＳＷ２”）に対応する部品図形Ｉ２およびラダ
ー記号Ｉβの近傍には、それぞれ同じ内容のシンボル名
Ｎ２およびＮβが表示される。

【００６４】なお、シンボル、シンボル名およびデバイ
スアドレスの対応付けは、サーバ部２３、作画処理部２
５および制御プログラム編集部２７のいずれで行っても
よい。また、上記では、制御プログラムや画面データの
完成前に対応付けられている場合を例にして説明した
が、ローカル制御システム３が稼動するまでに対応付け
られれば、作成後に対応付けてもよい。

【００６５】上記Ｓ１にて、画面データおよび制御プロ
グラムが作成されると、Ｓ２において、作画処理部２５
は、画面データを画面データメモリ２６に格納すると共
に、上記画面データおよびシンボルデータベース２４の
レコードの一部をプログラマブル表示器１２に出力す
る。また、制御プログラム編集部２７は、制御プログラ
ムをプログラムメモリ２８に格納すると共に、プログラ
マブル表示器１２を介してＰＬＣ１１に制御プログラム
を出力する。これにより、ローカル制御システム３内の
プログラマブル表示器１２およびＰＬＣ１１には、画面
データおよび制御プログラムが格納され、ターゲットシ
ステム２を正しく制御可能になる。

【００６６】より詳細には、制御プログラム編集部２７
は、制御プログラムをプログラマブル表示器１２などを
介してＰＬＣ１１へ出力する際、シンボルデータベース
２４を参照して、シンボル名をデバイスアドレスに変換
する。さらに、当該制御プログラムは、サーバ部２３な
どを介して、制御プログラムを格納すべきＰＬＣ１１に
接続されたプログラマブル表示器１２に配布される。ま
た、当該プログラマブル表示器１２は、制御プログラム
をＰＬＣ１１に送信し、ＰＬＣ１１の所定の記憶領域に
格納させる。これにより、ＰＬＣ１１は、デバイスアド
レスで制御対象を特定した制御プログラムに基づいて、
デバイス２ａを制御できる。

【００６７】一方、作画処理部２５は、プログラマブル
表示器１２へ画面データを出力する際、シンボルデータ
ベース２４のレコードのうち、例えば、プログラマブル
表示器１２に接続されたＰＬＣ１１のデバイス２ａに対
応するシンボルのレコードなど、当該プログラマブル表
示器１２が参照する必要のあるレコードも併せて送付す
る。また、プログラマブル表示器１２も、作画処理部２
５と同様に、予め格納された上記各レコードを参照する
などして、当該タグを表示する際、タグに対応するシン
ボルのシンボル名を、タグの表示領域付近に表示する。

【００６８】さらに、制御用ホストコンピュータ１４の
ユーザは、Ｓ１１およびＳ１２において、ファイル生成
部３２を操作して、携帯端末４へ公開するアプレットを
生成する。

【００６９】具体的には、Ｓ１１において、ファイル生
成部３２は、シンボルデータベース２４を参照して、ロ
ーカル制御システム３内の各プログラマブル表示器１２
を列挙し、ユーザに選択を促す。プログラマブル表示器
１２が選択されると、ファイル生成部３２は、シンボル
データベース２４を参照して、当該プログラマブル表示
器１２に登録された各シンボルを列挙して、ユーザに選
択を促す。ここで、プログラマブル表示器１２やシンボ
ルを列挙する際、ファイル生成部３２は、シンボルデー
タベース２４を参照して、局名やシンボル名を提示する
ので、ユーザは、所望のプログラマブル表示器１２やシ
ンボルを容易に選択できる。

【００７０】当該Ｓ１１におけるシンボルの選択は、携
帯端末４に表示しようとするシンボルが全て選択される
まで繰り返される。なお、例えば、選択すべきシンボル
に対応するデバイス２ａが、互いに異なるプログラマブ
ル表示器１２に接続されたＰＬＣ１１によって制御され
る場合など、次に選択するシンボルが前に選択したシン
ボルと異なるプログラマブル表示器１２に登録されてい
る場合、ユーザは、例えば、プログラマブル表示器１２
の列挙を再度指示するなどして、プログラマブル表示器
１２を再び選択した後、シンボルを選択する。

【００７１】ここで、携帯端末４は、持ち運ばれるた
め、据え置き型の端末装置と比較すると、表示可能な画
素数が制限されており、画面内に同時表示可能なデバイ
スの個数が制限されている。したがって、据え置き型の
端末装置の場合と異なり、ファイル生成部３２のユーザ
が、携帯端末４に表示すべきデバイスを選択しても、余
り手間がかからない。

【００７２】上記Ｓ１１にて、携帯端末４で表示すべき
シンボルが選択され、例えば、ユーザの指示によって、
携帯端末４の画面作成が指示されると、ファイル生成部
３２は、Ｓ１２において、選択されたシンボルの組み合
わせに応じたアプレットを生成して、アプレット記憶部
３３に格納する。本実施形態に係るアプレット記憶部３
３は、互いに異なる組み合わせに応じたアプレットを複
数記憶でき、ファイル生成部３２は、組み合わせに応じ
た記憶領域に各アプレットを格納する。

【００７３】一方、Ｓ２１において、携帯端末４がイン
ターネット５を介して公開サーバ部３１にアクセスし
て、ローカル制御システム３のデバイスの状態取得を希
望すると、Ｓ２２において、公開サーバ部３１は、例え
ば、アクセス時のＵＲＩ( Universal Resource Identif
ier)などに基づいて、公開サーバ部３１が公開可能なア
プレットのうち、携帯端末４が希望しているアプレット
を特定すると共に、当該アプレットをアプレット記憶部
３３から読み出して携帯端末４に送信する。

【００７４】ここで、当該アプレットは、携帯端末４の
バーチャルマシン４１で実行可能であり、携帯端末４の
ブラウザ４２の受け取ったアプレットがバーチャルマシ
ン４１で実行されると、携帯端末４は、Ｓ３１におい
て、当該アプレットに従って公開サーバ部３１と通信す
る。これにより、携帯端末４は、デバイスの状態を自ら
の画面に表示すると共に、自らへの操作に応じて、デバ
イスの状態変更を指示する。

【００７５】具体的には、アプレットを実行する携帯端
末４は、例えば、所定の周期など、予め定められたタイ
ミングで、公開サーバ部３１と繰り返し通信して、上記
Ｓ１１にて、選択された各シンボルに対応するデバイス
の状態を問い合わせる。さらに、当該携帯端末４は、公
開サーバ部３１の応答結果に応じて、図７に示すよう
に、デバイスを示すシンボル名とデバイスの状態との組
み合わせを表示する。

【００７６】なお、図７では、一例として、上記Ｓ１１
にて、局名が”ライン１”のプログラマブル表示器１２
に登録されたシンボルのうち、シンボル名が”スイッチ
２”および”カウンタ１”のデバイスと、局名が”ライ
ン５”のプログラマブル表示器１２に登録されたシンボ
ルのうち、シンボル名が”スイッチ５”および”カウン
タ６”のデバイスとが選択された場合を示している。

【００７７】上記問い合わせは、所定のタイミングで繰
り返されるので、ローカル制御システム３にて、デバイ
スの状態が変化すると、次の問い合わせに応じて、携帯
端末４の表示も更新される。これにより、携帯端末４
は、インターネット５を介してローカル制御システム３
と通信可能な場所であれば、例えば、外国など、ローカ
ル制御システム３から離れた遠隔地に配されている場合
であっても、何ら支障なく、各デバイスの現状を表示で
きる。

【００７８】ここで、上述したように、携帯端末４の画
面の広さが制限されているため、デバイスの状態取得指
示を受け付けるための画面領域を設けるとデバイスの状
態を表示するための画面領域が狭くなりやすい。ところ
が、本実施形態に係る携帯端末４は、公開サーバ部３１
からのアプレットに従って、デバイスの状態を繰り返し
問い合わせるので、状態取得指示を受け付けるための画
面領域を必要としない。したがって、画面の広さが制限
されていたとしても、比較的多くのデバイスの状態を表
示できる。

【００７９】また、本実施形態では、ファイル生成部３
２がシンボルデータベース２４を参照して生成するアプ
レットは、デバイスのシンボル名と状態との組み合わせ
を表示するように、携帯端末４へ指示する。したがっ
て、携帯端末４のユーザは、ローカル制御システム３内
で、プログラマブル表示器１２やＨＭＩ処理部２１、あ
るいは、作画処理部２５や制御プログラム編集部２７を
操作する場合と同一のシンボル名で、デバイスを特定で
きる。この結果、携帯端末４の操作方法を覚える手間を
削減できる。

【００８０】一方、図６に示す上記Ｓ３１において、ユ
ーザのボタン操作などによって、携帯端末４が、表示中
のシンボルへの操作を受け付けると、アプレットに従っ
て動作する携帯端末４は、操作が示すシンボルを、操作
が示すように状態制御するための状態制御指示を生成
し、公開サーバ部３１へ送信する。

【００８１】この場合、公開サーバ部３１は、受け取っ
た状態制御指示に基づいて、例えば、シンボル名など、
制御対象を示す情報と、制御内容を示す情報とを特定
し、ＨＭＩ処理部２１がシンボルで制御対象を特定して
デバイスを制御する場合と同様に、サーバ部２３へ状態
制御を指示する。

【００８２】ここで、サーバ部２３は、シンボルデータ
ベース２４を参照することで、シンボルが登録されたプ
ログラマブル表示器１２を特定できるので、何ら支障な
く、当該プログラマブル表示器１２へ制御指示を伝送で
きる。また、プログラマブル表示器１２が共通プロトコ
ルから専用プロトコルへプロトコル変換するので、プロ
グラマブル表示器１２より上層、制御用ホストコンピュ
ータ１４および携帯端末４は、プログラマブル表示器１
２に接続されたＰＬＣ１１の機種に拘らず、共通プロト
コルで制御を指示すればよく、ＰＬＣ１１が変更されて
もアプレットなどを変更する必要がない。

【００８３】なお、上記では、公開サーバ部３１がロー
カル制御システム３内の制御用ホストコンピュータ１４
に設けられている場合を例にして説明したが、これに限
るものではない。例えば、これらの部材を有する公開サ
ーバ装置をローカル制御システム３外に配してもよい。
この構成の場合、携帯端末４は、公開サーバ装置と通信
して、アプレットを受け取ると共に、デバイス２ａの状
態を送受する。また、公開サーバ装置は、制御用ホスト
コンピュータ１４に設けられた通信処理部と通信して、
画面データを受け取ったり、デバイス２ａの状態を送受
する。

【００８４】当該構成であっても、通信処理部は、サー
バ部２３を介してデバイス２ａの状態を取得すると共
に、公開サーバ装置とローカル制御システム３との間の
通信路、公開サーバ装置およびインターネット５を介し
て、携帯端末４へ、デバイス２ａの状態を通知し、当該
デバイス２ａの状態を携帯端末４に表示させることがで
きる。

【００８５】さらに、上記構成では、携帯端末４がロー
カル制御システム３とは別の公開サーバ装置にアクセス
する。したがって、インターネット５に接続された携帯
端末４へデバイス２ａの状態を表示させることができる
にも拘らず、ローカル制御システム３は、予め定められ
た公開サーバ装置と通信するだけでよい。この結果、制
御用ホストコンピュータ１４が携帯端末４から直接アク
セスされる場合に比べて、ローカル制御システム３の負
担を軽減でき、ローカル制御システム３の安全性を向上
できる。

【００８６】なお、本実施形態では、プログラマブル表
示器１２が専用プロトコルと共通プロトコルとを変換し
ているが、これに限るものではなく、他の装置がプロト
コルしてもよいし、制御用ホストコンピュータ１４が専
用プロトコルでＰＬＣ１１と直接通信してもよい。ただ
し、本実施形態のように、公開サーバ部３１からＰＬＣ
１１までの間に、プロトコル変換する部材が設けられて
いる場合、公開サーバ部３１およびファイル生成部３２
は、デバイス２ａの状態の問い合わせや状態制御指示の
内容が同じであれば、専用プロトコルに拘らず、同じ動
作をすればよい。したがって、専用プロトコル毎に、公
開サーバ部３１およびファイル生成部３２を設ける必要
がなく、制御システム１を構築する際の手間を削減でき
る。

【００８７】また、上記実施形態では、アプレットを公
開する場合を例にして説明したが、アプレットの代わり
に、例えば、べーシックなどのプログラム言語をコンパ
イルするなどして作成され、アプレットと同様の動作を
携帯端末４に実行させる実行プログラムを配信しても、
略同様の効果が得られる。

【００８８】ただし、本実施形態のように、携帯端末４
のバーチャルマシン４１が、当該アプレットを携帯端末
４が実行可能な機械語に翻訳して実行する場合、携帯端
末４がバーチャルマシンを備えていれば、クライアント
装置のオペレーティングシステム（ＯＳ）やＣＰＵが実
行可能な機械語が異なっていても、アプレットを実行で
きる。したがって、公開サーバ部３１が配布するアプレ
ットの種類を増加させることなく、より多くの携帯端末
４でデバイスの状態を表示し、制御できる。

【００８９】なお、上記実施形態では、ローカル制御シ
ステム３と携帯端末４との間をインターネット５で接続
する場合について説明したが、これに限るものではな
く、公衆電話回線網などの広域通信網を介して接続して
もよい。ただし、公衆電話回線網とは異なり、インター
ネット５は、送信側と受信側との間の回線を確保しない
ので、通信費用が安く設定されていることが多い。した
がって、例えば、ローカル制御システム３や携帯端末４
あるいは上述の公開用サーバ装置の間の距離が離れてい
る場合には、本実施形態のように、インターネット５で
接続する方が好ましい。

【００９０】

【発明の効果】請求項１の発明に係る制御システムは、
以上のように、ローカル制御システムのデバイスのう
ち、端末に状態を表示するデバイスの選択を受け付ける
選択手段と、選択結果に応じて、上記端末への動作指示
を生成する動作指示生成手段とを備え、上記動作指示が
示す動作には、当該端末が、上記ローカル制御システム
のデバイスに代わって状態の問い合わせに応答する応答
手段と、広域通信網を介し、予め定められたタイミング
で繰り返し通信して、上記選択手段が選択を受け付けた
デバイスの状態を受け取る動作と、当該端末が当該デバ
イスの状態を表示する動作とが含まれている構成であ
る。

【００９１】また、請求項６の発明に係るプログラム
は、上記選択手段および動作指示手段として、コンピュ
ータを動作させるプログラムであり、請求項７の発明に
係る記録媒体には、当該プログラムが記録されている。
そして、これらのプログラムを実行することで、当該コ
ンピュータを含むシステムを上記制御システムとして動
作させる構成である。

【００９２】これらの構成において、選択手段がデバイ
スの選択を受け付けると、動作指示生成手段は、選択さ
れたデバイスに応じた動作指示を生成する。一方、端末
は、制御システム用のプログラムが予めインストールさ
れていなくても、上記動作指示に従って動作し、広域通
信網を介して応答手段と繰り返し通信して、デバイスの
状態表示を更新する。この結果、ローカル制御システム
から離れた場所に配置された端末にて、デバイスの現況
を表示可能な制御システムを、少ない手間で構築できる
という効果を奏する。

【００９３】請求項２の発明に係る制御システムは、以
上のように、請求項１記載の発明の構成に加えて、上記
動作指示が示す動作には、上記端末が、操作に応じて、
上記ローカル制御システムのデバイスに代わって状態制
御指示を受け取る受信手段と広域通信網を介して通信
し、操作に応じたデバイスの状態制御指示を伝えて、上
記デバイスを制御する動作が含まれている構成である。

【００９４】上記構成において、動作指示に従う端末
は、当該端末の使用者の操作によって、デバイスの状態
制御が指示されると、操作に応じた状態制御指示を広域
通信網を介して受信手段へ通信する。また、受信手段
は、当該状態制御指示をデバイスの代わりに受け取り、
状態制御指示をデバイスの状態に反映させる。この結
果、ローカル制御システムから離れた場所に配置された
端末からであっても、端末の操作に応じたデバイスの状
態を、端末の操作に応じて制御できるという効果を奏す
る。

【００９５】請求項３の発明に係る制御システムは、以
上のように、請求項１または２記載の発明の構成におい
て、上記端末は、携帯端末であって、上記選択手段は、
上記デバイスの選択を複数受け付け可能であり、上記動
作指示生成手段が生成する動作指示にて、上記端末がデ
バイスの状態を表示する動作は、複数のデバイスの状態
を、上記端末の画面内に同時に表示する動作である。

【００９６】上記構成において、端末としての携帯端末
は、上記動作指示に従って応答手段と繰り返し通信し
て、各デバイスの状態を携帯端末の画面内に同時表示す
る。この結果、各デバイスの表示画面を切り換える場合
と異なり、携帯端末の使用者は、より少ない手間で、よ
り的確にローカル制御システムの状態を把握できるとい
う効果を奏する。

【００９７】請求項４の発明に係る制御システムは、以
上のように、請求項３記載の発明の構成において、上記
ローカル制御システムは、複数の制御装置が、それぞれ
に接続されたデバイスを制御するシステムであって、上
記選択手段は、互いに異なる上記制御装置に接続された
デバイスの選択を複数受け付け可能であり、上記動作指
示生成手段が生成する動作指示にて、上記デバイスの状
態を受け取る動作は、上記選択手段が選択した上記各デ
バイスの状態を受け取る動作である。

【００９８】上記構成によれば、選択手段は、各選択
が、互いに異なる制御装置に接続されたデバイスの選択
であっても受け付け、動作指示生成手段は、各デバイス
の組み合わせに応じた動作指示を生成する。したがっ
て、端末の使用者は、より的確にローカル制御システム
の状態を把握できるという効果を奏する。

【００９９】請求項５の発明に係る制御システムは、以
上のように、請求項１、２、３または４記載の発明の構
成において、上記動作指示生成手段は、上記問い合わせ
または状態制御指示の内容が同じであれば、デバイスを
制御する各制御装置の専用プロトコルに拘らず、上記応
答手段または受信手段と同じデータ列で通信するための
動作指示を生成すると共に、上記応答手段または受信手
段から上記制御装置までの間には、専用プロトコルと共
通プロトコルとを変換するプロトコル変換手段が設けら
れている構成である。

【０１００】上記構成によれば、プロトコル変換手段が
両プロトコルを変換するので、動作指示生成手段、応答
手段および受信手段は、問い合わせや状態制御指示の内
容が同じであれば、専用プロトコルに拘らず、同じ動作
をすればよい。したがって、各専用プロトコルに対応し
た動作指示生成手段、応答手段および受信手段を用意す
る場合よりも、互いに異なる専用プロトコルを採用した
制御装置が混在した制御システムを構築する際の手間を
削減できるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の一実施形態を示すものであり、制御シ
ステムの要部構成を示すブロック図である。

【図２】上記制御システムにおいて、プログラマブル表
示器の画面、あるいは、当該画面を作成するエディタの
画面を示す説明図である。

【図３】上記制御システムにおいて、制御プログラムの
エディタ画面を示す説明図である。

【図４】上記制御システムにおいて、シンボルデータベ
ースに記憶されるデータの構造を示すものであり、シン
ボル毎のレコードを示す説明図である。

【図５】上記制御システムにおいて、シンボルデータベ
ースに記憶されるデータの構造を示すものであり、シン
ボルの階層構造を示す説明図である。

【図６】上記制御システムの動作を示すフローチャート
である。

【図７】上記制御システムにおいて、携帯端末の画面を
示す説明図である。

【図８】従来例を示すものであり、制御システムの要部
構成を示すブロック図である。

【符号の説明】

１ 制御システム ２ａ デバイス ３ ローカル制御システム ４ 携帯端末（端末） ５ インターネット（広域通信網） １１ プログラマブル・ロジック・コントローラ（制
御装置） １２ プログラマブル表示器（プロトコル変換手段） ３１ 公開サーバ部（公開手段、受信手段） ３２ ファイル生成部（選択手段、動作指示生成手
段）

───────────────────────────────────────────────────── フロントページの続き (72)発明者 斉藤 昌夫 大阪府大阪市住之江区南港東８−２−52 株式会社デジタル内 (72)発明者 谷川 舜雨 大阪府大阪市住之江区南港東８−２−52 株式会社デジタル内 Ｆターム(参考） 5B085 BE07 BG00 CC00 5B089 GA25 GB02 HA10 JA35 JB16 KF05 KF06 LB14 MC01 5H220 AA04 AA08 BB10 CC09 CX01 CX06 DD04 EE08 EE10 GG03 GG14 HH01 HH04 JJ12 JJ26 JJ42 JJ53 JJ59 5H223 AA05 AA09 CC03 CC08 CC09 DD07 DD09 EE06 EE30 5K048 AA04 BA23 EB02 EB12 FB05 HA02

Claims (7)

【特許請求の範囲】
1. 【請求項１】ローカル制御システムのデバイスのうち、
   端末に状態を表示するデバイスの選択を受け付ける選択
   手段と、 選択結果に応じて、上記端末への動作指示を生成する動
   作指示生成手段とを備え、 上記動作指示が示す動作には、当該端末が、上記ローカ
   ル制御システムのデバイスに代わって状態の問い合わせ
   に応答する応答手段と、広域通信網を介し、予め定めら
   れたタイミングで繰り返し通信して、上記選択手段が選
   択を受け付けたデバイスの状態を受け取る動作と、当該
   端末が当該デバイスの状態を表示する動作とが含まれて
   いることを特徴とする制御システム。
2. 【請求項２】上記動作指示が示す動作には、上記端末
   が、操作に応じて、上記ローカル制御システムのデバイ
   スに代わって状態制御指示を受け取る受信手段と広域通
   信網を介して通信し、操作に応じたデバイスの状態制御
   指示を伝えて、上記デバイスを制御する動作が含まれて
   いることを特徴とする請求項１記載の制御システム。
3. 【請求項３】上記端末は、携帯端末であって、 上記選択手段は、上記デバイスの選択を複数受け付け可
   能であり、 上記動作指示生成手段が生成する動作指示にて、上記端
   末がデバイスの状態を表示する動作は、複数のデバイス
   の状態を、上記端末の画面内に同時に表示する動作であ
   ることを特徴とする請求項１または２記載の制御システ
   ム。
4. 【請求項４】上記ローカル制御システムは、複数の制御
   装置が、それぞれに接続されたデバイスを制御するシス
   テムであって、 上記選択手段は、互いに異なる上記制御装置に接続され
   たデバイスの選択を複数受け付け可能であり、 上記動作指示生成手段が生成する動作指示にて、上記デ
   バイスの状態を受け取る動作は、上記選択手段が選択し
   た上記各デバイスの状態を受け取る動作であることを特
   徴とする請求項３記載の制御システム。
5. 【請求項５】上記ローカル制御システムは、複数の制御
   装置が、それぞれに接続されたデバイスを制御するシス
   テムであって、 上記動作指示生成手段は、上記問い合わせまたは状態制
   御指示の内容が同じであれば、上記各制御装置の機種に
   固有の専用プロトコルに拘らず、上記応答手段または受
   信手段と同じデータ列で通信するための動作指示を生成
   すると共に、 上記応答手段または受信手段から上記制御装置までの間
   には、それぞれに固有の専用プロトコルで上記各制御装
   置と通信し、上記応答手段または受信手段とは、予め定
   められた共通プロトコルで通信するよう、両プロトコル
   を変換するプロトコル変換手段が設けられていることを
   特徴とする請求項１、２、３または４記載の制御システ
   ム。
6. 【請求項６】ローカル制御システムのデバイスのうち、
   端末に状態を表示するデバイスの選択を受け付ける選択
   手段、並びに、 選択結果に応じて、上記端末への動作指示を生成する動
   作指示生成手段として、コンピュータを動作させるプロ
   グラムであって、 上記動作指示が示す動作には、当該端末が、上記ローカ
   ル制御システムのデバイスに代わって状態の問い合わせ
   に応答する応答手段と、広域通信網を介し、予め定めら
   れたタイミングで繰り返し通信して、上記選択手段が選
   択を受け付けたデバイスの状態を受け取る動作と、当該
   端末が当該デバイスの状態を表示する動作とが含まれて
   いることを特徴とするプログラム。
7. 【請求項７】請求項６記載のプログラムが記録された記
   録媒体。