JP3904865B2 - 制御システム、そのプログラムおよび記録媒体 - Google Patents
制御システム、そのプログラムおよび記録媒体 Download PDFInfo
- Publication number
- JP3904865B2 JP3904865B2 JP2001271072A JP2001271072A JP3904865B2 JP 3904865 B2 JP3904865 B2 JP 3904865B2 JP 2001271072 A JP2001271072 A JP 2001271072A JP 2001271072 A JP2001271072 A JP 2001271072A JP 3904865 B2 JP3904865 B2 JP 3904865B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- control system
- operation instruction
- state
- control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Selective Calling Equipment (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Computer And Data Communications (AREA)
- Programmable Controllers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ローカル制御システムから離れた場所に配置された端末にて、デバイスの現況を表示可能な制御システム、並びに、それを実現するためのプログラム、および、そのプログラムが記録された記録媒体に関するものである。
【０００２】
【従来の技術】
従来から、図８に示すように、プログラマブル・ロジック・コントローラ（以下、ＰＬＣと略称する）５１１は、例えば、ベルトコンベアー式の自動組付機など、種々のターゲットシステム５０２のデバイス５０２ａを制御する制御装置として、広く使用されている。
【０００３】
ここで、例えば、ＰＬＣ５１１やデバイス５０２ａなど、ローカル制御システム５０３内の機器の状態を外部から参照／操作できないと、参照／操作する人物が現場にいる必要があり、現場にいない場合には、現場に赴く必要がある。
【０００４】
したがって、例えば、特開２０００−２５９２１４号公報では、無線伝送路として携帯電話網を利用することで、遠隔地から当該機器の状態を参照／操作する制御システムが開示されている。当該制御システム５０１において、リモート端末装置５０４は、モデム５０５、携帯電話５０６、無線基地局５０７、電話回線網５０８およびローカル制御システム５０３のモデム５１２を介して、現場コンピュータ５１３にダイアルアップ接続する。
【０００５】
この状態で、リモート端末装置５０４は、伝送用指令ファイルを現場コンピュータ５１３へ送信する。さらに、現場コンピュータ５１３は、当該伝送用指令ファイルを解凍して指令ログファイルを生成し、ＰＬＣ５１１へ指令ログファイルに基づいて、表示・操作指令を送信する。これにより、ＰＬＣ５１１の内部データは、操作指令に基づいて修正される。
【０００６】
また、ＰＬＣ５１１が上記表示指令に基づき、内部データとしての応答信号を現場コンピュータ５１３へ返送すると、現場コンピュータ５１３は、応答信号を応答ログファイルに出力する。さらに、現場コンピュータ５１３は、当該応答用ログファイルを圧縮し、上記通信路を介して、リモート端末装置５０４へ送信する。一方、リモート端末装置５０４は、受け取った伝送用応答ファイルを解凍して応答ログファイルを生成すると共に、応答ログファイルを表示用データに変換して、ディスプレイ表示装置に表示出力する。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記従来の制御システム５０１では、携帯電話５０６は、伝送路として使用されているだけであり、遠隔地からＰＬＣ５１１へ表示・操作指令を出力するためには、伝送用指令ファイルの生成、伝送用応答ファイルの解凍および表示用データへの変換などの機能を有するリモート端末装置５０４が必要になる。
【０００８】
この結果、現在広く普及している携帯電話５０６とは別にリモート端末装置５０４を用意し、当該リモート端末装置５０４へ、上記機能を実現するためのプログラムを予めインストールしておく手間がかかってしまう。
【０００９】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、少ない手間で、例えば、無線通信網を介して接続するなど、ローカル制御システムから離れた場所に配置された端末にて、デバイスの現況を表示可能な制御システムを構築することにある。
【００１０】
【課題を解決するための手段】
本発明に係る制御システムは、上記課題を解決するために、携帯端末としての端末と通信可能な制御用ホストコンピュータを備え、当該制御用ホストコンピュータには、ローカル制御システムのデバイスのうち、端末に状態を表示するデバイスの選択を受け付ける選択手段と、選択結果に応じて、上記端末への動作指示を生成して、上記端末に公開すべき動作指示として記憶装置に格納する動作指示生成手段と、上記記憶装置に格納された上記端末に公開可能な動作指示のうち、上記端末が所望する動作指示を端末に送信すると共に、上記ローカル制御システムのデバイスに代わって状態の問い合わせに応答する応答手段とが設けられていると共に、上記動作指示が示す動作には、当該端末が、広域通信網を介し、予め定められたタイミングで上記応答手段と繰り返し通信して、上記選択手段が選択を受け付けたデバイスの状態を受け取る動作と、当該端末が当該デバイスの状態を表示する動作とが含まれていることを特徴としている。
【００１１】
また、本発明に係る制御システムは、ローカル制御システムのデバイスのうち、携帯端末としての端末に状態を表示するデバイスの選択を受け付ける選択手段と、選択結果に応じて、上記端末への動作指示を生成して、上記端末に公開すべき動作指示として記憶装置に格納する動作指示生成手段と、上記記憶装置に格納された上記端末に公開可能な動作指示のうち、上記端末が所望する動作指示を端末に送信すると共に、上記ローカル制御システムのデバイスに代わって状態の問い合わせに応答する応答手段と、を備え、上記動作指示が示す動作には、当該端末が、広域通信網を介し、予め定められたタイミングで上記応答手段と繰り返し通信して、上記選択手段が選択を受け付けたデバイスの状態を受け取る動作と、当該端末が当該デバイスの状態を表示する動作とが含まれていると共に、上記選択手段は、上記デバイスの選択を複数受け付け可能であり、上記動作指示生成手段が生成する動作指示にて、上記端末がデバイスの状態を表示する動作は、複数のデバイスの状態を、上記端末の画面内に同時に表示する動作であり、さらに、上記動作指示生成手段は、上記選択手段が互いに異なる制御装置に接続されたデバイスの選択を複数受け付けた場合、上記端末がデバイスの状態を表示する動作として、各デバイスのシンボル名だけではなく、上記制御装置の局名と共に、各デバイスの状態を、上記端末の画面内に同時に表示する動作を示す動作指示を生成することを特徴としている。
【００１２】
また、上記構成に加えて、上記選択手段は、互いに異なる制御装置に接続されたデバイスの選択を複数受け付け可能であり、さらに、上記動作指示生成手段は、上記選択手段が互いに異なる上記制御装置に接続されたデバイスの選択を複数受け付けた場合、上記端末がデバイスの状態を表示する動作として、各デバイスのシンボル名だけではなく、上記制御装置の局名と共に、各デバイスの状態を、上記端末の画面内に同時に表示する動作を示す動作指示を生成してもよい。
【００１３】
なお、上記動作指示がプログラムの場合、当該プログラムは、端末に実施させる動作の全手順をＣＰＵやバーチャルマシンなどの演算手段へ指示するコードであってもよい。また、所定の手順で呼び出すことで、上記各動作の一部または全部を実行可能な基本プログラム（例えば、オペレーティングシステムやライブラリなど）が既に存在していれば、当該基本プログラムの呼び出しを上記演算手段へ指示するコードやポインタなどで、上記全手順の一部または全部を置き換えてもよい。さらに、上記プログラムのうち、選択結果に応じて変化する部分をＸＭＬ（eXtensible Mark-up Language ）ファイルなどのデータとして分離し、上記プログラムが当該データを参照することで、上記動作を端末に行わせてもよい。この場合、動作指示手段は、選択結果に応じて当該データを生成すると共に、上記プログラムを実行する端末は、当該データを参照して、上記動作を行う。
【００１４】
上記構成において、選択手段がデバイスの選択を受け付けると、動作指示生成手段は、選択されたデバイスに応じた動作指示、すなわち、当該端末が広域通信網を介して応答手段と繰り返し通信して当該デバイスの状態を表示するための動作指示を生成する。
【００１５】
なお、応答手段と通信する動作や、通信結果に応じて、デバイスの状態表示を変更する動作は、表示すべきデバイスが決まれば、決定できる。したがって、例えば、ローカル制御システム内の各デバイスについて、それぞれが選択された場合に、当該デバイスの表示するための動作指示を生成する手順を予め記憶しておくなどすれば、上記動作指示生成手段は、何ら支障なく、動作指示を自動生成できる。この結果、動作指示を生成する際、制御システムのユーザは、選択手段へデバイスの選択を指示するだけでよい。
【００１６】
ここで、上記端末は、上記動作指示に基づいて動作するだけなので、上記従来のリモート端末装置のように、予め特別なプログラムをインストールしておく必要がない。さらに、例えば、ｉアプリ（商標）対応の携帯電話など、制御用途以外の汎用の端末を、本発明に係る制御システムの端末として流用できる。これらの結果、上記従来技術に比べて、制御システム構築に要する手間を削減できる。
【００１７】
なお、上記端末が携帯端末の場合、据え置き型の端末に比べて、表示可能な画素数が制限されており、画面内に同時表示可能なデバイスの個数が制限されている。したがって、この場合は、制御システムの使用者が携帯端末に表示すべきデバイスを選択手段へ指示する際の手間も少ない。
【００１８】
一方、上記動作指示に従う端末は、所定の時間間隔など、予め定めるタイミングで応答手段と繰り返し通信して、当該応答手段から、上記動作指示が示すデバイスの状態を受け取る。さらに、上記端末は、受け取ったデバイスの状態を表示する。これにより、端末の表示は、ローカル制御システムにて、デバイスの状態が変化すると、当該変化に応じて変化する。なお、上記応答手段は、ローカル制御システムのデバイスに代わって問い合わせに応答可能であり、例えば、必要に応じて種々の通信路を介して、デバイスの状態を取得するなどして、デバイスの状態を端末に伝えることができる。
【００１９】
この結果、例えば、無線通信網を介して接続するなど、ローカル制御システムから離れた場所に配置された端末にて、デバイスの現況を表示可能な制御システムを、少ない手間で構築できる。
【００２０】
また、本発明に係る制御システムは、上記構成において、上記動作指示が示す動作には、上記端末が、操作に応じて、上記ローカル制御システムのデバイスに代わって状態制御指示を受け取る受信手段と広域通信網を介して通信し、操作に応じたデバイスの状態制御指示を伝えて、上記デバイスを制御する動作が含まれていることを特徴としている。
【００２１】
上記構成では、動作指示生成手段は、デバイスの状態制御指示を受信手段へ送信する動作を端末へ指示する動作指示を生成する。なお、この場合でも、表示のための動作指示を生成する場合と同様に、動作指示生成手段が動作指示を自動生成できるので、制御システムの使用者は、デバイスを選択するだけで、端末から、ローカル制御システムのデバイスの状態を制御するための動作指示を生成できる。
【００２２】
さらに、当該動作指示に従う端末は、当該端末の使用者の操作によって、デバイスの状態制御が指示されると、操作に応じた状態制御指示を広域通信網を介して受信手段へ通信する。また、受信手段は、当該状態制御指示をデバイスの代わりに受け取り、状態制御指示をデバイスの状態に反映させる。例えば、受信手段は、ローカル制御システム外に設けられている場合、ローカル制御システムと通信したり、ローカル制御システム内に設けられている場合、デバイスを制御する機器と通信したりして、受信した状態制御指示に従って、デバイスを制御する。この結果、ローカル制御システムから離れた場所に配置された端末からであっても、端末の操作に応じたデバイスの状態を、端末の操作に応じて制御できる。
【００２３】
さらに、本発明に係る制御システムは、上記構成において、上記端末は、携帯端末であって、上記選択手段は、上記デバイスの選択を複数受け付け可能であり、上記動作指示生成手段が生成する動作指示にて、上記端末がデバイスの状態を表示する動作は、複数のデバイスの状態を、上記端末の画面内に同時に表示する動作であることを特徴としている。
【００２４】
上記構成において、制御システムの使用者がデバイスを複数選択して動作指示生成を指示すると、動作指示生成手段は、選択されたデバイスの組み合わせに応じて、端末が各デバイスの状態を端末の画面内に同時に表示する動作を含む動作指示を生成する。
【００２５】
一方、端末としての携帯端末は、上記動作指示に従って応答手段と繰り返し通信して、上記選択手段が選択を受け付けた複数のデバイスの状態を受け取り、各デバイスの状態を端末の画面内に同時表示する。この結果、各デバイスの表示画面を切り換える場合と異なり、端末の使用者は、より少ない手間で、より的確にローカル制御システムの状態を把握できる。
【００２６】
ここで、携帯端末では表示可能な画素数が制限されているが、上記構成では、端末が繰り返し応答手段と通信することで、デバイスの状態表示が更新される。したがって、デバイスの状態取得を指示するための操作領域などを設ける必要がなく、携帯端末は、何ら支障なく、複数のデバイスの状態を表示できる。
【００２７】
また、本発明に係る制御システムは、上記構成において、上記ローカル制御システムは、複数の制御装置が、それぞれに接続されたデバイスを制御するシステムであって、上記選択手段は、互いに異なる上記制御装置に接続されたデバイスの選択を複数受け付け可能であり、上記動作指示生成手段が生成する動作指示にて、上記デバイスの状態を受け取る動作は、上記選択手段が選択した上記各デバイスの状態を受け取る動作であることを特徴としている。
【００２８】
ここで、端末は、ローカル制御システムから離れた場所に配されることが多い。したがって、ローカル制御システムにおいて、オペレータにより操作され、上記各制御装置に接続される制御用表示装置と異なり、各デバイスが、どの制御装置に接続されているかに拘らず、ローカル制御システムのデバイスのうち、特に重要なデバイスのみを表示することが求められる。
【００２９】
一方、上記構成によれば、選択手段は、各選択が、互いに異なる制御装置に接続されたデバイスの選択であっても受け付け、動作指示生成手段は、各デバイスの組み合わせに応じた動作指示を生成する。したがって、端末の使用者は、より的確にローカル制御システムの状態を把握できる。
【００３０】
さらに、本発明に係る制御システムは、上記構成において、上記ローカル制御システムは、複数の制御装置が、それぞれに接続されたデバイスを制御するシステムであって、上記動作指示生成手段は、上記問い合わせまたは状態制御指示の内容が同じであれば、上記各制御装置の機種に固有の専用プロトコルに拘らず、上記応答手段または受信手段と同じデータ列で通信するための動作指示を生成すると共に、上記応答手段または受信手段から上記制御装置までの間には、それぞれに固有の専用プロトコルで上記各制御装置と通信し、上記応答手段または受信手段とは、予め定められた共通プロトコルで通信するよう、両プロトコルを変換するプロトコル変換装置が設けられていることを特徴としている。
【００３１】
上記構成において、端末は、上記動作指示に従って動作し、上記問い合わせまたは状態制御指示の内容が同じであれば、上記各制御装置の機種に固有の専用プロトコルに拘らず、同じデータ列で、上記応答手段または受信手段と通信する。一方、応答手段または受信手段は、当該データ列に基づいて、共通プロトコルで上記プロトコル変換装置と通信し、当該プロトコル変換装置は、プロトコルを変換することで、各制御装置に合った専用プロトコルで制御装置と通信する。
【００３２】
このように、プロトコル変換装置が両プロトコルを変換するので、動作指示生成手段、応答手段および受信手段は、問い合わせや状態制御指示の内容が同じであれば、専用プロトコルに拘らず、同じ動作をすればよい。したがって、各専用プロトコルに対応した動作指示生成手段、応答手段および受信手段を用意する場合よりも、互いに異なる専用プロトコルを採用した制御装置が混在した制御システムを構築する際の手間を削減できる。
【００３３】
ところで、上記制御システムは、ハードウェアで実現してもよいし、プログラムをコンピュータに実行させて実現してもよい。具体的には、本発明に係るプログラムは、上記制御システムの各手段として、コンピュータを動作させるプログラムであって、本発明に係る記録媒体は、上記プログラムが記録されていることを特徴としている。
【００３４】
これらのプログラムが上記コンピュータで実行されると、当該コンピュータは、上記制御システムの各手段として動作する。したがって、上記制御システムと同様、ローカル制御システムから離れた場所に配置された端末にて、デバイスの現況を表示可能な制御システムを、少ない手間で構築できる。
【００３５】
【発明の実施の形態】
本発明の一実施形態について図１ないし図７に基づいて説明すると以下の通りである。すなわち、本実施形態に係る制御システム１は、図１に示すように、ターゲットシステム２を含むローカル制御システム３から離れた場所の携帯端末（端末）４でも、インターネット（広域通信網）５を介して、上記ターゲットシステム２のデバイス２ａを制御可能なシステムである。
【００３６】
上記ローカル制御システム３は、ターゲットシステム２のデバイス２ａを制御する制御装置としてのＰＬＣ１１と、多くの場合、制御対象近傍に配されると共に、制御システム１のＨＭＩ（Human Machine Interface ）として、デバイス２ａの状態を表示し、オペレータによるデバイス２ａへの操作を受け付けるプログラマブル表示器（プロトコル変換装置）１２とを備えている。さらに、本実施形態に係るローカル制御システム３では、各プログラマブル表示器１２は、イーサネット（登録商標：ゼロックス社）などのＬＡＮ１３によって互いに接続されている。また、上記ＬＡＮ１３には、多くの場合、プログラマブル表示器１２よりも離れた場所から、ローカル制御システム３全体を管理する制御用ホストコンピュータ１４が接続されている。
【００３７】
なお、上記各プログラマブル表示器１２は、シリアルケーブルなどを介して、それぞれに対応するＰＬＣ１１と接続されている。また、図１では、説明の便宜上、ＬＡＮ１３にプログラマブル表示器１２が２台接続され、各プログラマブル表示器１２には、ＰＬＣ１１がそれぞれ１台ずつ接続されると共に、各ＰＬＣ１１にデバイス２ａが１台接続されている場合を例示しているが、当然ながら、それぞれの接続台数は任意に設定できる。
【００３８】
また、デバイスは、デバイスアドレスにより特定可能で、しかも、状態を取得したり、制御（変更）できるものであれば、例えば、デバイス２ａ自体であってもよいし、例えば、ＰＬＣ１１やプログラマブル表示器１２の記憶装置など、ローカル制御システム３に設けられた記憶装置の一領域を示していてもよい。
【００３９】
ここで、上記ローカル制御システム３では、ローカル制御システム３に必須の構成であり、しかも、ＨＭＩとして動作するため、演算能力に余力のあるプログラマブル表示器１２が通信の大半を処理するように構成されている。さらに、各プログラマブル表示器１２は、自らに接続されているＰＬＣ１１の機種に固有の専用プロトコルと、ＬＡＮ１３での共通プロトコルとを変換して、他のプログラマブル表示器１２や制御用ホストコンピュータ１４と、ＰＬＣ１１との通信を中継する。なお、共通プロトコルと専用プロトコルとの間のプロトコル変換には、同じ指示に同じコードが割り当てられるように予め定められた共通のコマンドと上記共通のコマンドに対応するＰＬＣ１１固有のコマンドとの間の変換や、データやアドレスの表現方法の変換、後述するシンボルやシンボル名とデバイスアドレスとの間の変換なども含まれる。
【００４０】
これにより、プログラマブル表示器１２および制御用ホストコンピュータ１４は、他のプログラマブル表示器１２に接続されているＰＬＣ１１の機種に拘らず、ＬＡＮ１３を介して共通のプロトコルで通信できる。この結果、互いに異なる機種のＰＬＣ１１の混在するローカル制御システム３が比較的容易に実現されている。
【００４１】
より詳細には、上記プログラマブル表示器１２は、予め自らに格納される画面データを参照して、オペレータにデバイスの状態を表示し、操作を受け付けるための操作画面を表示している。当該画面データは、画面上の領域と、当該領域への表示や入力に対応するデバイスとの対応関係を示すタグを組み合わせて構成されている。
【００４２】
本実施形態では、上記プログラマブル表示器１２は、複数の単位画面を切り換え表示可能であり、上記タグは、当該タグが有効となる単位画面を示すファイル番号と、単位画面上で実行すべき動作内容を特定する事象名と、各事象毎に参照される参照情報とを含んでいる。
【００４３】
例えば、上記タグが所定の画面領域（表示座標範囲）へ所定のデバイスの状態に応じた部品図形を表示する表示タグの場合、上記参照情報には、表示座標範囲と、デバイスを特定可能なシンボル（後述）と、例えば、部品図形がスイッチの場合、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号とが含まれる。また、タグが入力タグの場合、参照情報として、有効入力座標範囲と、入力結果が書き込まれるデバイスのシンボルとが含まれる。
【００４４】
一方、プログラマブル表示器１２は、所定の時間間隔で、自らに格納された画面データから、ベース画面のファイル番号が、現在表示中のベース画面である表示タグを抽出すると共に、予め格納されたシンボルとデバイスアドレスとの対応表を参照して、例えば、デバイスの実体が自らに接続されたＰＬＣ１１によって制御されるデバイス２ａの場合は、ＰＬＣ１１と通信したり、デバイスの実体が他のプログラマブル表示器１２に接続されたＰＬＣ１１によって制御されるデバイス２ａの場合は、当該他のプログラマブル表示器１２を介して当該ＰＬＣ１１と通信するなどして、各表示タグのシンボルに対応するデバイスアドレスからデバイスの状態（デバイスアドレスの内容）を読み出し、デバイスの状態に応じた部品図形を画面に表示する。これにより、プログラマブル表示器１２の画面には、例えば、図２に示すように、デバイスの状態が反映される。
【００４５】
また、図示しないタッチパネルへの押し操作など、オペレータの入力操作を受け取ると、プログラマブル表示器１２は、上記画面データから、現在表示中のベース画面に対応し、当該入力操作にマッチする入力タグを検索すると共に、デバイスの実体の状態を取得する場合と略同様に、ＰＬＣ１１やプログラマブル表示器１２と通信するなどして、入力結果に応じて、入力タグのシンボルが示すデバイスの状態を変更するようデバイスアドレスの内容（デバイスの状態）を変更する。ここで、入力操作の後も、プログラマブル表示器１２は、デバイスの状態を画面表示するので、操作結果が画面表示に反映される。
【００４６】
一方、上記制御用ホストコンピュータ１４は、ローカル制御システム３の監視制御を行うＨＭＩ処理部２１と、ＬＡＮ１３に接続され、上述の共通プロトコルで通信するＬＡＮ・ＩＦ部２２と、ＬＡＮ・ＩＦ部２２およびＬＡＮ１３を介して各プログラマブル表示器１２と通信して上記ＨＭＩ処理部２１などの要求に応じるサーバ部２３と、シンボルとデバイスアドレスとの対応を記憶するシンボルデータベース２４と、各プログラマブル表示器１２の画面データを作成する作画処理部２５と、作成した画面データを格納する画面データメモリ２６と、ＰＬＣ１１の制御プログラムを作成（修正）する制御プログラム編集部２７と、当該制御プログラムを格納するプログラムメモリ２８とを備えている。これにより、制御用ホストコンピュータ１４は、画面データおよび制御プログラムを管理すると共に、ローカル制御システム３が稼動中、ターゲットシステム２やＰＬＣ１１あるいはプログラマブル表示器１２の状態を表示したり制御できる。
【００４７】
上記作画処理部２５は、上記画面データを作成する際、例えば、タグのパレットを表示し、パレット中のタグを選択して画面上に所望のタグを配置するように、ユーザへ促す。また、作画処理部２５は、配置されたタグを指定された座標に表示して、ユーザのドラグ＆ドロップなどの操作に応じてタグの座標を調整する。また、作画処理部２５は、タグに対応するシンボル（後述）を入力するようにユーザへ促す。ここで、シンボルは、後述するように、デバイスアドレスと対応付けられており、シンボルにタグを対応付けることで、作画処理部２５は、タグとデバイスアドレスとを対応付けることができる。これらの結果、ユーザは、作画処理部２５を操作して、画面上の所望の位置にタグを配置すると共に、各タグとデバイスのシンボルとを対応付けるだけで、画面データを作成できる。
【００４８】
したがって、プログラマブル表示器１２の表示プログラムを修正する場合に比べて容易に、各プログラマブル表示器１２の表示や操作を決定（変更）でき、ローカル制御システム３のユーザ（制御用ホストコンピュータ１４のユーザ）は、ターゲットシステム２の実情や、プログラマブル表示器１２のオペレータの習熟度、あるいは、ユーザの好みに合わせることができる。
【００４９】
一方、制御プログラム編集部２７は、例えば、ラダーエディタなどであり、図３に示すように、既に入力されたラダー図を図示し、ユーザの操作に応じて、ラダー図上のラダー記号の配置や接続関係などを編集する。さらに、作成されたラダー図を、ＰＬＣ１１が理解可能な命令語（機械語）からなる制御プログラムへ変換する。これにより、ユーザは、エディタ画面上で対話的にラダー図を編集するだけで、制御プログラムをプログラムできる。
【００５０】
さらに、本実施形態では、上記シンボルデータベース２４がサーバ部２３、作画処理部２５および制御プログラム編集部２７の３者で共用されており、いずれかでシンボルデータベース２４のデータが更新されると、別途にデータを更新することなく、更新結果が他者にも反映される。したがって、それぞれを別々のデータベースで管理するよりも、データ更新時および作成時の手間を削減できる。
【００５１】
また、上記各部材２３・２５・２７は、デバイスアドレスではなく、ユーザが意味ある名前をシンボル名として関連付け可能なシンボルによって、各デバイスを特定している。ここで、ＰＬＣ１１がデバイス２ａを制御する際、ＰＬＣ１１は、演算量を削減するために、例えば、Ｘ００００のような英数字で表現されるデバイスアドレスで各デバイス２ａを特定している。一方、ＨＭＩ処理部２１を操作する管理者や、制御プログラムや画面データの作成者、あるいは、プログラマブル表示器１２のオペレータなど、制御システム１のユーザにとっては、各デバイスをデバイスアドレスで特定するよりも、”スイッチ２”のように、意味のある名前で呼んだ方が、呼称と各デバイスの実体とを関連付けしやすい。したがって、デバイスアドレスではなく、シンボルで制御対象となるデバイスを指定することで、上記ユーザが操作しやすい制御システム１を実現できる。
【００５２】
さらに、例えば、ＰＬＣ１１の機種変更などによって、デバイスアドレスが変更されたとしても、作画処理部２５および制御プログラム編集部２７は、タグやラダー記号をシンボルと対応付けているので、シンボルデータベース２４において、シンボルとデバイスアドレスとの対応を変更するだけで変更に対応できる。この結果、デバイスアドレスを対応付ける構成と異なり、当該デバイスアドレスが出現する度にデバイスアドレスを変更する必要がない。この結果、変更時の手間が少ない制御システム１を実現できる。
【００５３】
一例として、本実施形態に係るシンボルデータベース２４は、図４に示すように、ローカル制御システム３内の各デバイスに対応するシンボルについて、各シンボルに固有なシンボルＩＤと、シンボル名と、デバイスアドレスとの組み合わせを含むレコードを記憶している。また、シンボルデータベース２４において、各シンボルのレコードは、図５に示すように、階層的に記憶されており、シンボルデータベース２４を参照することで、サーバ部２３などは、ローカル制御システム３内に存在するプログラマブル表示器１２を把握し、各プログラマブル表示器１２に登録されたシンボルを把握できると共に、各シンボルのレコードから、シンボル名やデバイスアドレスなどを取得できる。また、シンボルデータベース２４を検索することで、所定のシンボル名を持つデバイスの実体（デバイス２ａ）を制御するＰＬＣ１１へ接続されたプログラマブル表示器１２を特定できる。
【００５４】
なお、シンボルデータベース２４には、各プログラマブル表示器１２など、ＬＡＮ１３に加入している各機器についても、機器を示す局ＩＤと、局の名称（局名）と、機器のネットワークアドレスなどとの組み合わせを含むレコードが記憶されており、上記制御システム１のユーザは、上記各機器を局名で指定できる。
【００５５】
さらに、本実施形態に係る制御用ホストコンピュータ１４は、上記携帯端末４にて、ローカル制御システム３のデバイス２ａの状態を表示し、携帯端末４から操作するために、インターネット５を介して、上記携帯端末４と通信可能な公開サーバ部３１と、公開サーバ部３１が携帯端末４へ公開すべきアプレットを生成するファイル生成部３２と、アプレットを格納するアプレット記憶部３３とを備えている。なお、上記公開サーバ部３１が特許請求の範囲に記載の応答手段および受信手段に対応し、上記ファイル生成部３２が選択手段および動作指示生成手段に対応する。
【００５６】
上記携帯端末４は、例えば、ｉアプリ（商標）対応の携帯電話などであり、Ｊａｖａ（登録商標）言語のプログラムを実行可能なバーチャルマシン４１とブラウザ４２とを備えている。上記ブラウザ４２は、インターネット５に接続された機器と通信し、受け取ったアプレットをバーチャルマシン４１に実行させることができる。また、当該ブラウザ４２は、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）などのプロトコルで任意のサーバ装置からＨＴＭＬ（ HyperText Markup Language）文書などのハイパーテキスト文書を受け取り、閲覧することもできる。
【００５７】
一方、上記アプレットは、携帯端末４が実行可能なプログラムであって、公開サーバ部３１は、当該アプレットを携帯端末４へ送信することで、携帯端末４に動作を指示できる。また、ファイル生成部３２は、ローカル制御システム３内のシンボルをユーザに提示して選択を促すと共に、選択されたシンボルの組み合わせに基づいて、アプレットを生成できる。
【００５８】
当該アプレットが指示する動作は、携帯端末４が当該シンボルに対応するデバイスの状態を公開サーバ部３１へ繰り返し問い合わせる動作と、当該デバイスのシンボル名および状態を携帯端末４の画面に表示する動作と、携帯端末４にて、デバイスに対応するシンボルが操作された場合、携帯端末４が操作に応じたデバイスの状態制御指示を公開サーバ部３１へ送信する動作とを含んでいる。
【００５９】
さらに、本実施形態に係るファイル生成部３２は、選択されたシンボルを登録しているプログラマブル表示器１２が互いに異なっている場合、デバイスのシンボル名だけではなく、シンボル名が登録されたプログラマブル表示器１２の局名をも表示させるアプレットを生成する。これによって、異なるプログラマブル表示器１２に登録されたシンボル間で互いにシンボル名が類似していたとしても、携帯端末４のユーザは、各シンボルを的確に区別できる。
【００６０】
ここで、上記ファイル生成部３２は、例えば、携帯端末４に状態を表示し、携帯端末４から状態を制御可能な各デバイス２ａについて、上記各動作を示すプログラムを記憶しておき、デバイス２ａの組み合わせが選択されると、それぞれに対応するプログラムを組み合わせるなどして、組み合わせに応じたアプレットを生成できる。
【００６１】
なお、上記各部材２１〜３３、４１〜４２は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルやボタンあるいは液晶表示装置などの入出力手段、あるいは、インターフェース回路などの通信回路を制御することによって実現される機能ブロックである。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行するだけで、本実施形態に係る制御用ホストコンピュータ１４および携帯端末４を実現できる。なお、例えば、シリアルケーブルやＬＡＮ１３、インターネット５、あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータに予めインストールされていれば、当該通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。
【００６２】
特に、上記携帯端末４は、アプレットを実行するために、バーチャルマシン４１およびブラウザ４２を予め備えている。したがって、当該携帯端末を流用することで、特別な携帯端末を用意することなく、本実施形態に係る制御システム１を実現できる。また、制御用ホストコンピュータは、制御プログラムおよび画面データを管理し、ローカル制御システム３内の各機器を制御するために、上記部材２１〜２８を備えている。したがって、上記部材３１〜３３を追加するだけで、本実施形態に係る制御用ホストコンピュータ１４を実現できる。
【００６３】
上記構成では、図６に示すステップ１（以下では、Ｓ１のように略称する）において、ローカル制御システム３の制御用ホストコンピュータ１４の作画処理部２５および制御プログラム編集部２７は、ローカル制御システム３内の各プログラマブル表示器１２およびＰＬＣ１１が正しくターゲットシステム２を制御するために、ユーザの指示に基づいて、画面データおよび制御プログラムを生成する。これに伴い、サーバ部２３、作画処理部２５および制御プログラム編集部２７で共有されるシンボルデータベース２４には、各シンボルのレコードが生成され、各レコードには、シンボルに対応するシンボル名およびデバイスアドレスなどが格納される。
【００６４】
具体的には、作画処理部２５は、画面データを作成（修正）する際、タグとシンボルとが対応付けられると、シンボルデータベース２４を参照して、図２に示すＮ２のように、タグの表示領域付近に、タグに対応するシンボル名（”スイッチ２”）を表示する。同様に、制御プログラム編集部２７は、制御プログラムを作成（修正）する場合、ラダー記号とシンボルとが対応付けられると、シンボルデータベース２４を参照して、例えば、図３に示すＮβのように、ラダー記号Ｉβの表示領域付近に、ラダー記号Ｉβに対応するシンボル名を表示する。
【００６５】
ここで、上記シンボルデータベース２４は、作画処理部２５および制御プログラム編集部２７で共有されている。したがって、互いに同じシンボル（例えば、”ＳＷ２”）に対応する部品図形Ｉ２およびラダー記号Ｉβの近傍には、それぞれ同じ内容のシンボル名Ｎ２およびＮβが表示される。
【００６６】
なお、シンボル、シンボル名およびデバイスアドレスの対応付けは、サーバ部２３、作画処理部２５および制御プログラム編集部２７のいずれで行ってもよい。また、上記では、制御プログラムや画面データの完成前に対応付けられている場合を例にして説明したが、ローカル制御システム３が稼動するまでに対応付けられれば、作成後に対応付けてもよい。
【００６７】
上記Ｓ１にて、画面データおよび制御プログラムが作成されると、Ｓ２において、作画処理部２５は、画面データを画面データメモリ２６に格納すると共に、上記画面データおよびシンボルデータベース２４のレコードの一部をプログラマブル表示器１２に出力する。また、制御プログラム編集部２７は、制御プログラムをプログラムメモリ２８に格納すると共に、プログラマブル表示器１２を介してＰＬＣ１１に制御プログラムを出力する。これにより、ローカル制御システム３内のプログラマブル表示器１２およびＰＬＣ１１には、画面データおよび制御プログラムが格納され、ターゲットシステム２を正しく制御可能になる。
【００６８】
より詳細には、制御プログラム編集部２７は、制御プログラムをプログラマブル表示器１２などを介してＰＬＣ１１へ出力する際、シンボルデータベース２４を参照して、シンボル名をデバイスアドレスに変換する。さらに、当該制御プログラムは、サーバ部２３などを介して、制御プログラムを格納すべきＰＬＣ１１に接続されたプログラマブル表示器１２に配布される。また、当該プログラマブル表示器１２は、制御プログラムをＰＬＣ１１に送信し、ＰＬＣ１１の所定の記憶領域に格納させる。これにより、ＰＬＣ１１は、デバイスアドレスで制御対象を特定した制御プログラムに基づいて、デバイス２ａを制御できる。
【００６９】
一方、作画処理部２５は、プログラマブル表示器１２へ画面データを出力する際、シンボルデータベース２４のレコードのうち、例えば、プログラマブル表示器１２に接続されたＰＬＣ１１のデバイス２ａに対応するシンボルのレコードなど、当該プログラマブル表示器１２が参照する必要のあるレコードも併せて送付する。また、プログラマブル表示器１２も、作画処理部２５と同様に、予め格納された上記各レコードを参照するなどして、当該タグを表示する際、タグに対応するシンボルのシンボル名を、タグの表示領域付近に表示する。
【００７０】
さらに、制御用ホストコンピュータ１４のユーザは、Ｓ１１およびＳ１２において、ファイル生成部３２を操作して、携帯端末４へ公開するアプレットを生成する。
【００７１】
具体的には、Ｓ１１において、ファイル生成部３２は、シンボルデータベース２４を参照して、ローカル制御システム３内の各プログラマブル表示器１２を列挙し、ユーザに選択を促す。プログラマブル表示器１２が選択されると、ファイル生成部３２は、シンボルデータベース２４を参照して、当該プログラマブル表示器１２に登録された各シンボルを列挙して、ユーザに選択を促す。ここで、プログラマブル表示器１２やシンボルを列挙する際、ファイル生成部３２は、シンボルデータベース２４を参照して、局名やシンボル名を提示するので、ユーザは、所望のプログラマブル表示器１２やシンボルを容易に選択できる。
【００７２】
当該Ｓ１１におけるシンボルの選択は、携帯端末４に表示しようとするシンボルが全て選択されるまで繰り返される。なお、例えば、選択すべきシンボルに対応するデバイス２ａが、互いに異なるプログラマブル表示器１２に接続されたＰＬＣ１１によって制御される場合など、次に選択するシンボルが前に選択したシンボルと異なるプログラマブル表示器１２に登録されている場合、ユーザは、例えば、プログラマブル表示器１２の列挙を再度指示するなどして、プログラマブル表示器１２を再び選択した後、シンボルを選択する。
【００７３】
ここで、携帯端末４は、持ち運ばれるため、据え置き型の端末装置と比較すると、表示可能な画素数が制限されており、画面内に同時表示可能なデバイスの個数が制限されている。したがって、据え置き型の端末装置の場合と異なり、ファイル生成部３２のユーザが、携帯端末４に表示すべきデバイスを選択しても、余り手間がかからない。
【００７４】
上記Ｓ１１にて、携帯端末４で表示すべきシンボルが選択され、例えば、ユーザの指示によって、携帯端末４の画面作成が指示されると、ファイル生成部３２は、Ｓ１２において、選択されたシンボルの組み合わせに応じたアプレットを生成して、アプレット記憶部３３に格納する。本実施形態に係るアプレット記憶部３３は、互いに異なる組み合わせに応じたアプレットを複数記憶でき、ファイル生成部３２は、組み合わせに応じた記憶領域に各アプレットを格納する。
【００７５】
一方、Ｓ２１において、携帯端末４がインターネット５を介して公開サーバ部３１にアクセスして、ローカル制御システム３のデバイスの状態取得を希望すると、Ｓ２２において、公開サーバ部３１は、例えば、アクセス時のＵＲＩ( Universal Resource Identifier)などに基づいて、公開サーバ部３１が公開可能なアプレットのうち、携帯端末４が希望しているアプレットを特定すると共に、当該アプレットをアプレット記憶部３３から読み出して携帯端末４に送信する。
【００７６】
ここで、当該アプレットは、携帯端末４のバーチャルマシン４１で実行可能であり、携帯端末４のブラウザ４２の受け取ったアプレットがバーチャルマシン４１で実行されると、携帯端末４は、Ｓ３１において、当該アプレットに従って公開サーバ部３１と通信する。これにより、携帯端末４は、デバイスの状態を自らの画面に表示すると共に、自らへの操作に応じて、デバイスの状態変更を指示する。
【００７７】
具体的には、アプレットを実行する携帯端末４は、例えば、所定の周期など、予め定められたタイミングで、公開サーバ部３１と繰り返し通信して、上記Ｓ１１にて、選択された各シンボルに対応するデバイスの状態を問い合わせる。さらに、当該携帯端末４は、公開サーバ部３１の応答結果に応じて、図７に示すように、デバイスを示すシンボル名とデバイスの状態との組み合わせを表示する。
【００７８】
なお、図７では、一例として、上記Ｓ１１にて、局名が”ライン１”のプログラマブル表示器１２に登録されたシンボルのうち、シンボル名が”スイッチ２”および”カウンタ１”のデバイスと、局名が”ライン５”のプログラマブル表示器１２に登録されたシンボルのうち、シンボル名が”スイッチ５”および”カウンタ６”のデバイスとが選択された場合を示している。
【００７９】
上記問い合わせは、所定のタイミングで繰り返されるので、ローカル制御システム３にて、デバイスの状態が変化すると、次の問い合わせに応じて、携帯端末４の表示も更新される。これにより、携帯端末４は、インターネット５を介してローカル制御システム３と通信可能な場所であれば、例えば、外国など、ローカル制御システム３から離れた遠隔地に配されている場合であっても、何ら支障なく、各デバイスの現状を表示できる。
【００８０】
ここで、上述したように、携帯端末４の画面の広さが制限されているため、デバイスの状態取得指示を受け付けるための画面領域を設けるとデバイスの状態を表示するための画面領域が狭くなりやすい。ところが、本実施形態に係る携帯端末４は、公開サーバ部３１からのアプレットに従って、デバイスの状態を繰り返し問い合わせるので、状態取得指示を受け付けるための画面領域を必要としない。したがって、画面の広さが制限されていたとしても、比較的多くのデバイスの状態を表示できる。
【００８１】
また、本実施形態では、ファイル生成部３２がシンボルデータベース２４を参照して生成するアプレットは、デバイスのシンボル名と状態との組み合わせを表示するように、携帯端末４へ指示する。したがって、携帯端末４のユーザは、ローカル制御システム３内で、プログラマブル表示器１２やＨＭＩ処理部２１、あるいは、作画処理部２５や制御プログラム編集部２７を操作する場合と同一のシンボル名で、デバイスを特定できる。この結果、携帯端末４の操作方法を覚える手間を削減できる。
【００８２】
一方、図６に示す上記Ｓ３１において、ユーザのボタン操作などによって、携帯端末４が、表示中のシンボルへの操作を受け付けると、アプレットに従って動作する携帯端末４は、操作が示すシンボルを、操作が示すように状態制御するための状態制御指示を生成し、公開サーバ部３１へ送信する。
【００８３】
この場合、公開サーバ部３１は、受け取った状態制御指示に基づいて、例えば、シンボル名など、制御対象を示す情報と、制御内容を示す情報とを特定し、ＨＭＩ処理部２１がシンボルで制御対象を特定してデバイスを制御する場合と同様に、サーバ部２３へ状態制御を指示する。
【００８４】
ここで、サーバ部２３は、シンボルデータベース２４を参照することで、シンボルが登録されたプログラマブル表示器１２を特定できるので、何ら支障なく、当該プログラマブル表示器１２へ制御指示を伝送できる。また、プログラマブル表示器１２が共通プロトコルから専用プロトコルへプロトコル変換するので、プログラマブル表示器１２より上層、制御用ホストコンピュータ１４および携帯端末４は、プログラマブル表示器１２に接続されたＰＬＣ１１の機種に拘らず、共通プロトコルで制御を指示すればよく、ＰＬＣ１１が変更されてもアプレットなどを変更する必要がない。
【００８５】
なお、上記では、公開サーバ部３１がローカル制御システム３内の制御用ホストコンピュータ１４に設けられている場合を例にして説明したが、これに限るものではない。例えば、これらの部材を有する公開サーバ装置をローカル制御システム３外に配してもよい。この構成の場合、携帯端末４は、公開サーバ装置と通信して、アプレットを受け取ると共に、デバイス２ａの状態を送受する。また、公開サーバ装置は、制御用ホストコンピュータ１４に設けられた通信処理部と通信して、画面データを受け取ったり、デバイス２ａの状態を送受する。
【００８６】
当該構成であっても、通信処理部は、サーバ部２３を介してデバイス２ａの状態を取得すると共に、公開サーバ装置とローカル制御システム３との間の通信路、公開サーバ装置およびインターネット５を介して、携帯端末４へ、デバイス２ａの状態を通知し、当該デバイス２ａの状態を携帯端末４に表示させることができる。
【００８７】
さらに、上記構成では、携帯端末４がローカル制御システム３とは別の公開サーバ装置にアクセスする。したがって、インターネット５に接続された携帯端末４へデバイス２ａの状態を表示させることができるにも拘らず、ローカル制御システム３は、予め定められた公開サーバ装置と通信するだけでよい。この結果、制御用ホストコンピュータ１４が携帯端末４から直接アクセスされる場合に比べて、ローカル制御システム３の負担を軽減でき、ローカル制御システム３の安全性を向上できる。
【００８８】
なお、本実施形態では、プログラマブル表示器１２が専用プロトコルと共通プロトコルとを変換しているが、これに限るものではなく、他の装置がプロトコルしてもよいし、制御用ホストコンピュータ１４が専用プロトコルでＰＬＣ１１と直接通信してもよい。ただし、本実施形態のように、公開サーバ部３１からＰＬＣ１１までの間に、プロトコル変換する部材が設けられている場合、公開サーバ部３１およびファイル生成部３２は、デバイス２ａの状態の問い合わせや状態制御指示の内容が同じであれば、専用プロトコルに拘らず、同じ動作をすればよい。したがって、専用プロトコル毎に、公開サーバ部３１およびファイル生成部３２を設ける必要がなく、制御システム１を構築する際の手間を削減できる。
【００８９】
また、上記実施形態では、アプレットを公開する場合を例にして説明したが、アプレットの代わりに、例えば、べーシックなどのプログラム言語をコンパイルするなどして作成され、アプレットと同様の動作を携帯端末４に実行させる実行プログラムを配信しても、略同様の効果が得られる。
【００９０】
ただし、本実施形態のように、携帯端末４のバーチャルマシン４１が、当該アプレットを携帯端末４が実行可能な機械語に翻訳して実行する場合、携帯端末４がバーチャルマシンを備えていれば、クライアント装置のオペレーティングシステム（ＯＳ）やＣＰＵが実行可能な機械語が異なっていても、アプレットを実行できる。したがって、公開サーバ部３１が配布するアプレットの種類を増加させることなく、より多くの携帯端末４でデバイスの状態を表示し、制御できる。
【００９１】
なお、上記実施形態では、ローカル制御システム３と携帯端末４との間をインターネット５で接続する場合について説明したが、これに限るものではなく、公衆電話回線網などの広域通信網を介して接続してもよい。ただし、公衆電話回線網とは異なり、インターネット５は、送信側と受信側との間の回線を確保しないので、通信費用が安く設定されていることが多い。したがって、例えば、ローカル制御システム３や携帯端末４あるいは上述の公開用サーバ装置の間の距離が離れている場合には、本実施形態のように、インターネット５で接続する方が好ましい。
【００９２】
【発明の効果】
本発明に係る制御システムは、以上のように、本発明に係る制御システムは、上記課題を解決するために、携帯端末としての端末と通信可能な制御用ホストコンピュータを備え、当該制御用ホストコンピュータには、ローカル制御システムのデバイスのうち、端末に状態を表示するデバイスの選択を受け付ける選択手段と、選択結果に応じて、上記端末への動作指示を生成して、上記端末に公開すべき動作指示として記憶装置に格納する動作指示生成手段と、上記記憶装置に格納された上記端末に公開可能な動作指示のうち、上記端末が所望する動作指示を端末に送信すると共に、上記ローカル制御システムのデバイスに代わって状態の問い合わせに応答する応答手段とが設けられていると共に、上記動作指示が示す動作には、当該端末が、広域通信網を介し、予め定められたタイミングで上記応答手段と繰り返し通信して、上記選択手段が選択を受け付けたデバイスの状態を受け取る動作と、当該端末が当該デバイスの状態を表示する動作とが含まれている構成である。
【００９３】
また、本発明に係る制御システムは、ローカル制御システムのデバイスのうち、携帯端末としての端末に状態を表示するデバイスの選択を受け付ける選択手段と、選択結果に応じて、上記端末への動作指示を生成して、上記端末に公開すべき動作指示として記憶装置に格納する動作指示生成手段と、上記記憶装置に格納された上記端末に公開可能な動作指示のうち、上記端末が所望する動作指示を端末に送信すると共に、上記ローカル制御システムのデバイスに代わって状態の問い合わせに応答する応答手段と、を備え、上記動作指示が示す動作には、当該端末が、広域通信網を介し、予め定められたタイミングで上記応答手段と繰り返し通信して、上記選択手段が選択を受け付けたデバイスの状態を受け取る動作と、当該端末が当該デバイスの状態を表示する動作とが含まれていると共に、上記選択手段は、上記デバイスの選択を複数受け付け可能であり、上記動作指示生成手段が生成する動作指示にて、上記端末がデバイスの状態を表示する動作は、複数のデバイスの状態を、上記端末の画面内に同時に表示する動作であり、さらに、上記動作指示生成手段は、上記選択手段が互いに異なる制御装置に接続されたデバイスの選択を複数受け付けた場合、上記端末がデバイスの状態を表示する動作として、各デバイスのシンボル名だけではなく、上記制御装置の局名と共に、各デバイスの状態を、上記端末の画面内に同時に表示する動作を示す動作指示を生成する構成である。
【００９４】
また、本発明に係る制御システムは、上記構成に加えて、上記選択手段は、互いに異なる制御装置に接続されたデバイスの選択を複数受け付け可能であり、さらに、上記動作指示生成手段は、上記選択手段が互いに異なる上記制御装置に接続されたデバイスの選択を複数受け付けた場合、上記端末がデバイスの状態を表示する動作として、各デバイスのシンボル名だけではなく、上記制御装置の局名と共に、各デバイスの状態を、上記端末の画面内に同時に表示する動作を示す動作指示を生成する構成である。
【００９５】
また、本発明に係るプログラムは、上記制御システムの各手段として、コンピュータを動作させるプログラムであり、本発明に係る記録媒体には、当該プログラムが記録されている。そして、これらのプログラムを実行することで、当該コンピュータを含むシステムを上記制御システムとして動作させる構成である。
【００９６】
これらの構成において、選択手段がデバイスの選択を受け付けると、動作指示生成手段は、選択されたデバイスに応じた動作指示を生成する。一方、端末は、制御システム用のプログラムが予めインストールされていなくても、上記動作指示に従って動作し、広域通信網を介して応答手段と繰り返し通信して、デバイスの状態表示を更新する。この結果、ローカル制御システムから離れた場所に配置された端末にて、デバイスの現況を表示可能な制御システムを、少ない手間で構築できるという効果を奏する。
【００９７】
本発明に係る制御システムは、以上のように、上記構成に加えて、上記動作指示が示す動作には、上記端末が、操作に応じて、上記ローカル制御システムのデバイスに代わって状態制御指示を受け取る受信手段と広域通信網を介して通信し、操作に応じたデバイスの状態制御指示を伝えて、上記デバイスを制御する動作が含まれている構成である。
【００９８】
上記構成において、動作指示に従う端末は、当該端末の使用者の操作によって、デバイスの状態制御が指示されると、操作に応じた状態制御指示を広域通信網を介して受信手段へ通信する。また、受信手段は、当該状態制御指示をデバイスの代わりに受け取り、状態制御指示をデバイスの状態に反映させる。この結果、ローカル制御システムから離れた場所に配置された端末からであっても、端末の操作に応じたデバイスの状態を、端末の操作に応じて制御できるという効果を奏する。
【００９９】
本発明に係る制御システムは、以上のように、上記構成において、上記端末は、携帯端末であって、上記選択手段は、上記デバイスの選択を複数受け付け可能であり、上記動作指示生成手段が生成する動作指示にて、上記端末がデバイスの状態を表示する動作は、複数のデバイスの状態を、上記端末の画面内に同時に表示する動作である。
【０１００】
上記構成において、端末としての携帯端末は、上記動作指示に従って応答手段と繰り返し通信して、各デバイスの状態を携帯端末の画面内に同時表示する。この結果、各デバイスの表示画面を切り換える場合と異なり、携帯端末の使用者は、より少ない手間で、より的確にローカル制御システムの状態を把握できるという効果を奏する。
【０１０１】
本発明に係る制御システムは、以上のように、上記構成において、上記ローカル制御システムは、複数の制御装置が、それぞれに接続されたデバイスを制御するシステムであって、上記選択手段は、互いに異なる上記制御装置に接続されたデバイスの選択を複数受け付け可能であり、上記動作指示生成手段が生成する動作指示にて、上記デバイスの状態を受け取る動作は、上記選択手段が選択した上記各デバイスの状態を受け取る動作である。
【０１０２】
上記構成によれば、選択手段は、各選択が、互いに異なる制御装置に接続されたデバイスの選択であっても受け付け、動作指示生成手段は、各デバイスの組み合わせに応じた動作指示を生成する。したがって、端末の使用者は、より的確にローカル制御システムの状態を把握できるという効果を奏する。
【０１０３】
本発明に係る制御システムは、以上のように、上記構成において、上記動作指示生成手段は、上記問い合わせまたは状態制御指示の内容が同じであれば、デバイスを制御する各制御装置の専用プロトコルに拘らず、上記応答手段または受信手段と同じデータ列で通信するための動作指示を生成すると共に、上記応答手段または受信手段から上記制御装置までの間には、専用プロトコルと共通プロトコルとを変換するプロトコル変換装置が設けられている構成である。
【０１０４】
上記構成によれば、プロトコル変換装置が両プロトコルを変換するので、動作指示生成手段、応答手段および受信手段は、問い合わせや状態制御指示の内容が同じであれば、専用プロトコルに拘らず、同じ動作をすればよい。したがって、各専用プロトコルに対応した動作指示生成手段、応答手段および受信手段を用意する場合よりも、互いに異なる専用プロトコルを採用した制御装置が混在した制御システムを構築する際の手間を削減できるという効果を奏する。
【図面の簡単な説明】
【図１】 本発明の一実施形態を示すものであり、制御システムの要部構成を示すブロック図である。
【図２】 上記制御システムにおいて、プログラマブル表示器の画面、あるいは、当該画面を作成するエディタの画面を示す説明図である。
【図３】 上記制御システムにおいて、制御プログラムのエディタ画面を示す説明図である。
【図４】 上記制御システムにおいて、シンボルデータベースに記憶されるデータの構造を示すものであり、シンボル毎のレコードを示す説明図である。
【図５】 上記制御システムにおいて、シンボルデータベースに記憶されるデータの構造を示すものであり、シンボルの階層構造を示す説明図である。
【図６】 上記制御システムの動作を示すフローチャートである。
【図７】 上記制御システムにおいて、携帯端末の画面を示す説明図である。
【図８】 従来例を示すものであり、制御システムの要部構成を示すブロック図である。
【符号の説明】
１ 制御システム
２ａ デバイス
３ ローカル制御システム
４ 携帯端末（端末）
５ インターネット（広域通信網）
１１ プログラマブル・ロジック・コントローラ（制御装置）
１２ プログラマブル表示器（プロトコル変換装置）
３１ 公開サーバ部（公開手段、受信手段）
３２ ファイル生成部（選択手段、動作指示生成手段）
【発明の属する技術分野】
本発明は、ローカル制御システムから離れた場所に配置された端末にて、デバイスの現況を表示可能な制御システム、並びに、それを実現するためのプログラム、および、そのプログラムが記録された記録媒体に関するものである。
【０００２】
【従来の技術】
従来から、図８に示すように、プログラマブル・ロジック・コントローラ（以下、ＰＬＣと略称する）５１１は、例えば、ベルトコンベアー式の自動組付機など、種々のターゲットシステム５０２のデバイス５０２ａを制御する制御装置として、広く使用されている。
【０００３】
ここで、例えば、ＰＬＣ５１１やデバイス５０２ａなど、ローカル制御システム５０３内の機器の状態を外部から参照／操作できないと、参照／操作する人物が現場にいる必要があり、現場にいない場合には、現場に赴く必要がある。
【０００４】
したがって、例えば、特開２０００−２５９２１４号公報では、無線伝送路として携帯電話網を利用することで、遠隔地から当該機器の状態を参照／操作する制御システムが開示されている。当該制御システム５０１において、リモート端末装置５０４は、モデム５０５、携帯電話５０６、無線基地局５０７、電話回線網５０８およびローカル制御システム５０３のモデム５１２を介して、現場コンピュータ５１３にダイアルアップ接続する。
【０００５】
この状態で、リモート端末装置５０４は、伝送用指令ファイルを現場コンピュータ５１３へ送信する。さらに、現場コンピュータ５１３は、当該伝送用指令ファイルを解凍して指令ログファイルを生成し、ＰＬＣ５１１へ指令ログファイルに基づいて、表示・操作指令を送信する。これにより、ＰＬＣ５１１の内部データは、操作指令に基づいて修正される。
【０００６】
また、ＰＬＣ５１１が上記表示指令に基づき、内部データとしての応答信号を現場コンピュータ５１３へ返送すると、現場コンピュータ５１３は、応答信号を応答ログファイルに出力する。さらに、現場コンピュータ５１３は、当該応答用ログファイルを圧縮し、上記通信路を介して、リモート端末装置５０４へ送信する。一方、リモート端末装置５０４は、受け取った伝送用応答ファイルを解凍して応答ログファイルを生成すると共に、応答ログファイルを表示用データに変換して、ディスプレイ表示装置に表示出力する。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記従来の制御システム５０１では、携帯電話５０６は、伝送路として使用されているだけであり、遠隔地からＰＬＣ５１１へ表示・操作指令を出力するためには、伝送用指令ファイルの生成、伝送用応答ファイルの解凍および表示用データへの変換などの機能を有するリモート端末装置５０４が必要になる。
【０００８】
この結果、現在広く普及している携帯電話５０６とは別にリモート端末装置５０４を用意し、当該リモート端末装置５０４へ、上記機能を実現するためのプログラムを予めインストールしておく手間がかかってしまう。
【０００９】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、少ない手間で、例えば、無線通信網を介して接続するなど、ローカル制御システムから離れた場所に配置された端末にて、デバイスの現況を表示可能な制御システムを構築することにある。
【００１０】
【課題を解決するための手段】
本発明に係る制御システムは、上記課題を解決するために、携帯端末としての端末と通信可能な制御用ホストコンピュータを備え、当該制御用ホストコンピュータには、ローカル制御システムのデバイスのうち、端末に状態を表示するデバイスの選択を受け付ける選択手段と、選択結果に応じて、上記端末への動作指示を生成して、上記端末に公開すべき動作指示として記憶装置に格納する動作指示生成手段と、上記記憶装置に格納された上記端末に公開可能な動作指示のうち、上記端末が所望する動作指示を端末に送信すると共に、上記ローカル制御システムのデバイスに代わって状態の問い合わせに応答する応答手段とが設けられていると共に、上記動作指示が示す動作には、当該端末が、広域通信網を介し、予め定められたタイミングで上記応答手段と繰り返し通信して、上記選択手段が選択を受け付けたデバイスの状態を受け取る動作と、当該端末が当該デバイスの状態を表示する動作とが含まれていることを特徴としている。
【００１１】
また、本発明に係る制御システムは、ローカル制御システムのデバイスのうち、携帯端末としての端末に状態を表示するデバイスの選択を受け付ける選択手段と、選択結果に応じて、上記端末への動作指示を生成して、上記端末に公開すべき動作指示として記憶装置に格納する動作指示生成手段と、上記記憶装置に格納された上記端末に公開可能な動作指示のうち、上記端末が所望する動作指示を端末に送信すると共に、上記ローカル制御システムのデバイスに代わって状態の問い合わせに応答する応答手段と、を備え、上記動作指示が示す動作には、当該端末が、広域通信網を介し、予め定められたタイミングで上記応答手段と繰り返し通信して、上記選択手段が選択を受け付けたデバイスの状態を受け取る動作と、当該端末が当該デバイスの状態を表示する動作とが含まれていると共に、上記選択手段は、上記デバイスの選択を複数受け付け可能であり、上記動作指示生成手段が生成する動作指示にて、上記端末がデバイスの状態を表示する動作は、複数のデバイスの状態を、上記端末の画面内に同時に表示する動作であり、さらに、上記動作指示生成手段は、上記選択手段が互いに異なる制御装置に接続されたデバイスの選択を複数受け付けた場合、上記端末がデバイスの状態を表示する動作として、各デバイスのシンボル名だけではなく、上記制御装置の局名と共に、各デバイスの状態を、上記端末の画面内に同時に表示する動作を示す動作指示を生成することを特徴としている。
【００１２】
また、上記構成に加えて、上記選択手段は、互いに異なる制御装置に接続されたデバイスの選択を複数受け付け可能であり、さらに、上記動作指示生成手段は、上記選択手段が互いに異なる上記制御装置に接続されたデバイスの選択を複数受け付けた場合、上記端末がデバイスの状態を表示する動作として、各デバイスのシンボル名だけではなく、上記制御装置の局名と共に、各デバイスの状態を、上記端末の画面内に同時に表示する動作を示す動作指示を生成してもよい。
【００１３】
なお、上記動作指示がプログラムの場合、当該プログラムは、端末に実施させる動作の全手順をＣＰＵやバーチャルマシンなどの演算手段へ指示するコードであってもよい。また、所定の手順で呼び出すことで、上記各動作の一部または全部を実行可能な基本プログラム（例えば、オペレーティングシステムやライブラリなど）が既に存在していれば、当該基本プログラムの呼び出しを上記演算手段へ指示するコードやポインタなどで、上記全手順の一部または全部を置き換えてもよい。さらに、上記プログラムのうち、選択結果に応じて変化する部分をＸＭＬ（eXtensible Mark-up Language ）ファイルなどのデータとして分離し、上記プログラムが当該データを参照することで、上記動作を端末に行わせてもよい。この場合、動作指示手段は、選択結果に応じて当該データを生成すると共に、上記プログラムを実行する端末は、当該データを参照して、上記動作を行う。
【００１４】
上記構成において、選択手段がデバイスの選択を受け付けると、動作指示生成手段は、選択されたデバイスに応じた動作指示、すなわち、当該端末が広域通信網を介して応答手段と繰り返し通信して当該デバイスの状態を表示するための動作指示を生成する。
【００１５】
なお、応答手段と通信する動作や、通信結果に応じて、デバイスの状態表示を変更する動作は、表示すべきデバイスが決まれば、決定できる。したがって、例えば、ローカル制御システム内の各デバイスについて、それぞれが選択された場合に、当該デバイスの表示するための動作指示を生成する手順を予め記憶しておくなどすれば、上記動作指示生成手段は、何ら支障なく、動作指示を自動生成できる。この結果、動作指示を生成する際、制御システムのユーザは、選択手段へデバイスの選択を指示するだけでよい。
【００１６】
ここで、上記端末は、上記動作指示に基づいて動作するだけなので、上記従来のリモート端末装置のように、予め特別なプログラムをインストールしておく必要がない。さらに、例えば、ｉアプリ（商標）対応の携帯電話など、制御用途以外の汎用の端末を、本発明に係る制御システムの端末として流用できる。これらの結果、上記従来技術に比べて、制御システム構築に要する手間を削減できる。
【００１７】
なお、上記端末が携帯端末の場合、据え置き型の端末に比べて、表示可能な画素数が制限されており、画面内に同時表示可能なデバイスの個数が制限されている。したがって、この場合は、制御システムの使用者が携帯端末に表示すべきデバイスを選択手段へ指示する際の手間も少ない。
【００１８】
一方、上記動作指示に従う端末は、所定の時間間隔など、予め定めるタイミングで応答手段と繰り返し通信して、当該応答手段から、上記動作指示が示すデバイスの状態を受け取る。さらに、上記端末は、受け取ったデバイスの状態を表示する。これにより、端末の表示は、ローカル制御システムにて、デバイスの状態が変化すると、当該変化に応じて変化する。なお、上記応答手段は、ローカル制御システムのデバイスに代わって問い合わせに応答可能であり、例えば、必要に応じて種々の通信路を介して、デバイスの状態を取得するなどして、デバイスの状態を端末に伝えることができる。
【００１９】
この結果、例えば、無線通信網を介して接続するなど、ローカル制御システムから離れた場所に配置された端末にて、デバイスの現況を表示可能な制御システムを、少ない手間で構築できる。
【００２０】
また、本発明に係る制御システムは、上記構成において、上記動作指示が示す動作には、上記端末が、操作に応じて、上記ローカル制御システムのデバイスに代わって状態制御指示を受け取る受信手段と広域通信網を介して通信し、操作に応じたデバイスの状態制御指示を伝えて、上記デバイスを制御する動作が含まれていることを特徴としている。
【００２１】
上記構成では、動作指示生成手段は、デバイスの状態制御指示を受信手段へ送信する動作を端末へ指示する動作指示を生成する。なお、この場合でも、表示のための動作指示を生成する場合と同様に、動作指示生成手段が動作指示を自動生成できるので、制御システムの使用者は、デバイスを選択するだけで、端末から、ローカル制御システムのデバイスの状態を制御するための動作指示を生成できる。
【００２２】
さらに、当該動作指示に従う端末は、当該端末の使用者の操作によって、デバイスの状態制御が指示されると、操作に応じた状態制御指示を広域通信網を介して受信手段へ通信する。また、受信手段は、当該状態制御指示をデバイスの代わりに受け取り、状態制御指示をデバイスの状態に反映させる。例えば、受信手段は、ローカル制御システム外に設けられている場合、ローカル制御システムと通信したり、ローカル制御システム内に設けられている場合、デバイスを制御する機器と通信したりして、受信した状態制御指示に従って、デバイスを制御する。この結果、ローカル制御システムから離れた場所に配置された端末からであっても、端末の操作に応じたデバイスの状態を、端末の操作に応じて制御できる。
【００２３】
さらに、本発明に係る制御システムは、上記構成において、上記端末は、携帯端末であって、上記選択手段は、上記デバイスの選択を複数受け付け可能であり、上記動作指示生成手段が生成する動作指示にて、上記端末がデバイスの状態を表示する動作は、複数のデバイスの状態を、上記端末の画面内に同時に表示する動作であることを特徴としている。
【００２４】
上記構成において、制御システムの使用者がデバイスを複数選択して動作指示生成を指示すると、動作指示生成手段は、選択されたデバイスの組み合わせに応じて、端末が各デバイスの状態を端末の画面内に同時に表示する動作を含む動作指示を生成する。
【００２５】
一方、端末としての携帯端末は、上記動作指示に従って応答手段と繰り返し通信して、上記選択手段が選択を受け付けた複数のデバイスの状態を受け取り、各デバイスの状態を端末の画面内に同時表示する。この結果、各デバイスの表示画面を切り換える場合と異なり、端末の使用者は、より少ない手間で、より的確にローカル制御システムの状態を把握できる。
【００２６】
ここで、携帯端末では表示可能な画素数が制限されているが、上記構成では、端末が繰り返し応答手段と通信することで、デバイスの状態表示が更新される。したがって、デバイスの状態取得を指示するための操作領域などを設ける必要がなく、携帯端末は、何ら支障なく、複数のデバイスの状態を表示できる。
【００２７】
また、本発明に係る制御システムは、上記構成において、上記ローカル制御システムは、複数の制御装置が、それぞれに接続されたデバイスを制御するシステムであって、上記選択手段は、互いに異なる上記制御装置に接続されたデバイスの選択を複数受け付け可能であり、上記動作指示生成手段が生成する動作指示にて、上記デバイスの状態を受け取る動作は、上記選択手段が選択した上記各デバイスの状態を受け取る動作であることを特徴としている。
【００２８】
ここで、端末は、ローカル制御システムから離れた場所に配されることが多い。したがって、ローカル制御システムにおいて、オペレータにより操作され、上記各制御装置に接続される制御用表示装置と異なり、各デバイスが、どの制御装置に接続されているかに拘らず、ローカル制御システムのデバイスのうち、特に重要なデバイスのみを表示することが求められる。
【００２９】
一方、上記構成によれば、選択手段は、各選択が、互いに異なる制御装置に接続されたデバイスの選択であっても受け付け、動作指示生成手段は、各デバイスの組み合わせに応じた動作指示を生成する。したがって、端末の使用者は、より的確にローカル制御システムの状態を把握できる。
【００３０】
さらに、本発明に係る制御システムは、上記構成において、上記ローカル制御システムは、複数の制御装置が、それぞれに接続されたデバイスを制御するシステムであって、上記動作指示生成手段は、上記問い合わせまたは状態制御指示の内容が同じであれば、上記各制御装置の機種に固有の専用プロトコルに拘らず、上記応答手段または受信手段と同じデータ列で通信するための動作指示を生成すると共に、上記応答手段または受信手段から上記制御装置までの間には、それぞれに固有の専用プロトコルで上記各制御装置と通信し、上記応答手段または受信手段とは、予め定められた共通プロトコルで通信するよう、両プロトコルを変換するプロトコル変換装置が設けられていることを特徴としている。
【００３１】
上記構成において、端末は、上記動作指示に従って動作し、上記問い合わせまたは状態制御指示の内容が同じであれば、上記各制御装置の機種に固有の専用プロトコルに拘らず、同じデータ列で、上記応答手段または受信手段と通信する。一方、応答手段または受信手段は、当該データ列に基づいて、共通プロトコルで上記プロトコル変換装置と通信し、当該プロトコル変換装置は、プロトコルを変換することで、各制御装置に合った専用プロトコルで制御装置と通信する。
【００３２】
このように、プロトコル変換装置が両プロトコルを変換するので、動作指示生成手段、応答手段および受信手段は、問い合わせや状態制御指示の内容が同じであれば、専用プロトコルに拘らず、同じ動作をすればよい。したがって、各専用プロトコルに対応した動作指示生成手段、応答手段および受信手段を用意する場合よりも、互いに異なる専用プロトコルを採用した制御装置が混在した制御システムを構築する際の手間を削減できる。
【００３３】
ところで、上記制御システムは、ハードウェアで実現してもよいし、プログラムをコンピュータに実行させて実現してもよい。具体的には、本発明に係るプログラムは、上記制御システムの各手段として、コンピュータを動作させるプログラムであって、本発明に係る記録媒体は、上記プログラムが記録されていることを特徴としている。
【００３４】
これらのプログラムが上記コンピュータで実行されると、当該コンピュータは、上記制御システムの各手段として動作する。したがって、上記制御システムと同様、ローカル制御システムから離れた場所に配置された端末にて、デバイスの現況を表示可能な制御システムを、少ない手間で構築できる。
【００３５】
【発明の実施の形態】
本発明の一実施形態について図１ないし図７に基づいて説明すると以下の通りである。すなわち、本実施形態に係る制御システム１は、図１に示すように、ターゲットシステム２を含むローカル制御システム３から離れた場所の携帯端末（端末）４でも、インターネット（広域通信網）５を介して、上記ターゲットシステム２のデバイス２ａを制御可能なシステムである。
【００３６】
上記ローカル制御システム３は、ターゲットシステム２のデバイス２ａを制御する制御装置としてのＰＬＣ１１と、多くの場合、制御対象近傍に配されると共に、制御システム１のＨＭＩ（Human Machine Interface ）として、デバイス２ａの状態を表示し、オペレータによるデバイス２ａへの操作を受け付けるプログラマブル表示器（プロトコル変換装置）１２とを備えている。さらに、本実施形態に係るローカル制御システム３では、各プログラマブル表示器１２は、イーサネット（登録商標：ゼロックス社）などのＬＡＮ１３によって互いに接続されている。また、上記ＬＡＮ１３には、多くの場合、プログラマブル表示器１２よりも離れた場所から、ローカル制御システム３全体を管理する制御用ホストコンピュータ１４が接続されている。
【００３７】
なお、上記各プログラマブル表示器１２は、シリアルケーブルなどを介して、それぞれに対応するＰＬＣ１１と接続されている。また、図１では、説明の便宜上、ＬＡＮ１３にプログラマブル表示器１２が２台接続され、各プログラマブル表示器１２には、ＰＬＣ１１がそれぞれ１台ずつ接続されると共に、各ＰＬＣ１１にデバイス２ａが１台接続されている場合を例示しているが、当然ながら、それぞれの接続台数は任意に設定できる。
【００３８】
また、デバイスは、デバイスアドレスにより特定可能で、しかも、状態を取得したり、制御（変更）できるものであれば、例えば、デバイス２ａ自体であってもよいし、例えば、ＰＬＣ１１やプログラマブル表示器１２の記憶装置など、ローカル制御システム３に設けられた記憶装置の一領域を示していてもよい。
【００３９】
ここで、上記ローカル制御システム３では、ローカル制御システム３に必須の構成であり、しかも、ＨＭＩとして動作するため、演算能力に余力のあるプログラマブル表示器１２が通信の大半を処理するように構成されている。さらに、各プログラマブル表示器１２は、自らに接続されているＰＬＣ１１の機種に固有の専用プロトコルと、ＬＡＮ１３での共通プロトコルとを変換して、他のプログラマブル表示器１２や制御用ホストコンピュータ１４と、ＰＬＣ１１との通信を中継する。なお、共通プロトコルと専用プロトコルとの間のプロトコル変換には、同じ指示に同じコードが割り当てられるように予め定められた共通のコマンドと上記共通のコマンドに対応するＰＬＣ１１固有のコマンドとの間の変換や、データやアドレスの表現方法の変換、後述するシンボルやシンボル名とデバイスアドレスとの間の変換なども含まれる。
【００４０】
これにより、プログラマブル表示器１２および制御用ホストコンピュータ１４は、他のプログラマブル表示器１２に接続されているＰＬＣ１１の機種に拘らず、ＬＡＮ１３を介して共通のプロトコルで通信できる。この結果、互いに異なる機種のＰＬＣ１１の混在するローカル制御システム３が比較的容易に実現されている。
【００４１】
より詳細には、上記プログラマブル表示器１２は、予め自らに格納される画面データを参照して、オペレータにデバイスの状態を表示し、操作を受け付けるための操作画面を表示している。当該画面データは、画面上の領域と、当該領域への表示や入力に対応するデバイスとの対応関係を示すタグを組み合わせて構成されている。
【００４２】
本実施形態では、上記プログラマブル表示器１２は、複数の単位画面を切り換え表示可能であり、上記タグは、当該タグが有効となる単位画面を示すファイル番号と、単位画面上で実行すべき動作内容を特定する事象名と、各事象毎に参照される参照情報とを含んでいる。
【００４３】
例えば、上記タグが所定の画面領域（表示座標範囲）へ所定のデバイスの状態に応じた部品図形を表示する表示タグの場合、上記参照情報には、表示座標範囲と、デバイスを特定可能なシンボル（後述）と、例えば、部品図形がスイッチの場合、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号とが含まれる。また、タグが入力タグの場合、参照情報として、有効入力座標範囲と、入力結果が書き込まれるデバイスのシンボルとが含まれる。
【００４４】
一方、プログラマブル表示器１２は、所定の時間間隔で、自らに格納された画面データから、ベース画面のファイル番号が、現在表示中のベース画面である表示タグを抽出すると共に、予め格納されたシンボルとデバイスアドレスとの対応表を参照して、例えば、デバイスの実体が自らに接続されたＰＬＣ１１によって制御されるデバイス２ａの場合は、ＰＬＣ１１と通信したり、デバイスの実体が他のプログラマブル表示器１２に接続されたＰＬＣ１１によって制御されるデバイス２ａの場合は、当該他のプログラマブル表示器１２を介して当該ＰＬＣ１１と通信するなどして、各表示タグのシンボルに対応するデバイスアドレスからデバイスの状態（デバイスアドレスの内容）を読み出し、デバイスの状態に応じた部品図形を画面に表示する。これにより、プログラマブル表示器１２の画面には、例えば、図２に示すように、デバイスの状態が反映される。
【００４５】
また、図示しないタッチパネルへの押し操作など、オペレータの入力操作を受け取ると、プログラマブル表示器１２は、上記画面データから、現在表示中のベース画面に対応し、当該入力操作にマッチする入力タグを検索すると共に、デバイスの実体の状態を取得する場合と略同様に、ＰＬＣ１１やプログラマブル表示器１２と通信するなどして、入力結果に応じて、入力タグのシンボルが示すデバイスの状態を変更するようデバイスアドレスの内容（デバイスの状態）を変更する。ここで、入力操作の後も、プログラマブル表示器１２は、デバイスの状態を画面表示するので、操作結果が画面表示に反映される。
【００４６】
一方、上記制御用ホストコンピュータ１４は、ローカル制御システム３の監視制御を行うＨＭＩ処理部２１と、ＬＡＮ１３に接続され、上述の共通プロトコルで通信するＬＡＮ・ＩＦ部２２と、ＬＡＮ・ＩＦ部２２およびＬＡＮ１３を介して各プログラマブル表示器１２と通信して上記ＨＭＩ処理部２１などの要求に応じるサーバ部２３と、シンボルとデバイスアドレスとの対応を記憶するシンボルデータベース２４と、各プログラマブル表示器１２の画面データを作成する作画処理部２５と、作成した画面データを格納する画面データメモリ２６と、ＰＬＣ１１の制御プログラムを作成（修正）する制御プログラム編集部２７と、当該制御プログラムを格納するプログラムメモリ２８とを備えている。これにより、制御用ホストコンピュータ１４は、画面データおよび制御プログラムを管理すると共に、ローカル制御システム３が稼動中、ターゲットシステム２やＰＬＣ１１あるいはプログラマブル表示器１２の状態を表示したり制御できる。
【００４７】
上記作画処理部２５は、上記画面データを作成する際、例えば、タグのパレットを表示し、パレット中のタグを選択して画面上に所望のタグを配置するように、ユーザへ促す。また、作画処理部２５は、配置されたタグを指定された座標に表示して、ユーザのドラグ＆ドロップなどの操作に応じてタグの座標を調整する。また、作画処理部２５は、タグに対応するシンボル（後述）を入力するようにユーザへ促す。ここで、シンボルは、後述するように、デバイスアドレスと対応付けられており、シンボルにタグを対応付けることで、作画処理部２５は、タグとデバイスアドレスとを対応付けることができる。これらの結果、ユーザは、作画処理部２５を操作して、画面上の所望の位置にタグを配置すると共に、各タグとデバイスのシンボルとを対応付けるだけで、画面データを作成できる。
【００４８】
したがって、プログラマブル表示器１２の表示プログラムを修正する場合に比べて容易に、各プログラマブル表示器１２の表示や操作を決定（変更）でき、ローカル制御システム３のユーザ（制御用ホストコンピュータ１４のユーザ）は、ターゲットシステム２の実情や、プログラマブル表示器１２のオペレータの習熟度、あるいは、ユーザの好みに合わせることができる。
【００４９】
一方、制御プログラム編集部２７は、例えば、ラダーエディタなどであり、図３に示すように、既に入力されたラダー図を図示し、ユーザの操作に応じて、ラダー図上のラダー記号の配置や接続関係などを編集する。さらに、作成されたラダー図を、ＰＬＣ１１が理解可能な命令語（機械語）からなる制御プログラムへ変換する。これにより、ユーザは、エディタ画面上で対話的にラダー図を編集するだけで、制御プログラムをプログラムできる。
【００５０】
さらに、本実施形態では、上記シンボルデータベース２４がサーバ部２３、作画処理部２５および制御プログラム編集部２７の３者で共用されており、いずれかでシンボルデータベース２４のデータが更新されると、別途にデータを更新することなく、更新結果が他者にも反映される。したがって、それぞれを別々のデータベースで管理するよりも、データ更新時および作成時の手間を削減できる。
【００５１】
また、上記各部材２３・２５・２７は、デバイスアドレスではなく、ユーザが意味ある名前をシンボル名として関連付け可能なシンボルによって、各デバイスを特定している。ここで、ＰＬＣ１１がデバイス２ａを制御する際、ＰＬＣ１１は、演算量を削減するために、例えば、Ｘ００００のような英数字で表現されるデバイスアドレスで各デバイス２ａを特定している。一方、ＨＭＩ処理部２１を操作する管理者や、制御プログラムや画面データの作成者、あるいは、プログラマブル表示器１２のオペレータなど、制御システム１のユーザにとっては、各デバイスをデバイスアドレスで特定するよりも、”スイッチ２”のように、意味のある名前で呼んだ方が、呼称と各デバイスの実体とを関連付けしやすい。したがって、デバイスアドレスではなく、シンボルで制御対象となるデバイスを指定することで、上記ユーザが操作しやすい制御システム１を実現できる。
【００５２】
さらに、例えば、ＰＬＣ１１の機種変更などによって、デバイスアドレスが変更されたとしても、作画処理部２５および制御プログラム編集部２７は、タグやラダー記号をシンボルと対応付けているので、シンボルデータベース２４において、シンボルとデバイスアドレスとの対応を変更するだけで変更に対応できる。この結果、デバイスアドレスを対応付ける構成と異なり、当該デバイスアドレスが出現する度にデバイスアドレスを変更する必要がない。この結果、変更時の手間が少ない制御システム１を実現できる。
【００５３】
一例として、本実施形態に係るシンボルデータベース２４は、図４に示すように、ローカル制御システム３内の各デバイスに対応するシンボルについて、各シンボルに固有なシンボルＩＤと、シンボル名と、デバイスアドレスとの組み合わせを含むレコードを記憶している。また、シンボルデータベース２４において、各シンボルのレコードは、図５に示すように、階層的に記憶されており、シンボルデータベース２４を参照することで、サーバ部２３などは、ローカル制御システム３内に存在するプログラマブル表示器１２を把握し、各プログラマブル表示器１２に登録されたシンボルを把握できると共に、各シンボルのレコードから、シンボル名やデバイスアドレスなどを取得できる。また、シンボルデータベース２４を検索することで、所定のシンボル名を持つデバイスの実体（デバイス２ａ）を制御するＰＬＣ１１へ接続されたプログラマブル表示器１２を特定できる。
【００５４】
なお、シンボルデータベース２４には、各プログラマブル表示器１２など、ＬＡＮ１３に加入している各機器についても、機器を示す局ＩＤと、局の名称（局名）と、機器のネットワークアドレスなどとの組み合わせを含むレコードが記憶されており、上記制御システム１のユーザは、上記各機器を局名で指定できる。
【００５５】
さらに、本実施形態に係る制御用ホストコンピュータ１４は、上記携帯端末４にて、ローカル制御システム３のデバイス２ａの状態を表示し、携帯端末４から操作するために、インターネット５を介して、上記携帯端末４と通信可能な公開サーバ部３１と、公開サーバ部３１が携帯端末４へ公開すべきアプレットを生成するファイル生成部３２と、アプレットを格納するアプレット記憶部３３とを備えている。なお、上記公開サーバ部３１が特許請求の範囲に記載の応答手段および受信手段に対応し、上記ファイル生成部３２が選択手段および動作指示生成手段に対応する。
【００５６】
上記携帯端末４は、例えば、ｉアプリ（商標）対応の携帯電話などであり、Ｊａｖａ（登録商標）言語のプログラムを実行可能なバーチャルマシン４１とブラウザ４２とを備えている。上記ブラウザ４２は、インターネット５に接続された機器と通信し、受け取ったアプレットをバーチャルマシン４１に実行させることができる。また、当該ブラウザ４２は、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）などのプロトコルで任意のサーバ装置からＨＴＭＬ（ HyperText Markup Language）文書などのハイパーテキスト文書を受け取り、閲覧することもできる。
【００５７】
一方、上記アプレットは、携帯端末４が実行可能なプログラムであって、公開サーバ部３１は、当該アプレットを携帯端末４へ送信することで、携帯端末４に動作を指示できる。また、ファイル生成部３２は、ローカル制御システム３内のシンボルをユーザに提示して選択を促すと共に、選択されたシンボルの組み合わせに基づいて、アプレットを生成できる。
【００５８】
当該アプレットが指示する動作は、携帯端末４が当該シンボルに対応するデバイスの状態を公開サーバ部３１へ繰り返し問い合わせる動作と、当該デバイスのシンボル名および状態を携帯端末４の画面に表示する動作と、携帯端末４にて、デバイスに対応するシンボルが操作された場合、携帯端末４が操作に応じたデバイスの状態制御指示を公開サーバ部３１へ送信する動作とを含んでいる。
【００５９】
さらに、本実施形態に係るファイル生成部３２は、選択されたシンボルを登録しているプログラマブル表示器１２が互いに異なっている場合、デバイスのシンボル名だけではなく、シンボル名が登録されたプログラマブル表示器１２の局名をも表示させるアプレットを生成する。これによって、異なるプログラマブル表示器１２に登録されたシンボル間で互いにシンボル名が類似していたとしても、携帯端末４のユーザは、各シンボルを的確に区別できる。
【００６０】
ここで、上記ファイル生成部３２は、例えば、携帯端末４に状態を表示し、携帯端末４から状態を制御可能な各デバイス２ａについて、上記各動作を示すプログラムを記憶しておき、デバイス２ａの組み合わせが選択されると、それぞれに対応するプログラムを組み合わせるなどして、組み合わせに応じたアプレットを生成できる。
【００６１】
なお、上記各部材２１〜３３、４１〜４２は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルやボタンあるいは液晶表示装置などの入出力手段、あるいは、インターフェース回路などの通信回路を制御することによって実現される機能ブロックである。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行するだけで、本実施形態に係る制御用ホストコンピュータ１４および携帯端末４を実現できる。なお、例えば、シリアルケーブルやＬＡＮ１３、インターネット５、あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータに予めインストールされていれば、当該通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。
【００６２】
特に、上記携帯端末４は、アプレットを実行するために、バーチャルマシン４１およびブラウザ４２を予め備えている。したがって、当該携帯端末を流用することで、特別な携帯端末を用意することなく、本実施形態に係る制御システム１を実現できる。また、制御用ホストコンピュータは、制御プログラムおよび画面データを管理し、ローカル制御システム３内の各機器を制御するために、上記部材２１〜２８を備えている。したがって、上記部材３１〜３３を追加するだけで、本実施形態に係る制御用ホストコンピュータ１４を実現できる。
【００６３】
上記構成では、図６に示すステップ１（以下では、Ｓ１のように略称する）において、ローカル制御システム３の制御用ホストコンピュータ１４の作画処理部２５および制御プログラム編集部２７は、ローカル制御システム３内の各プログラマブル表示器１２およびＰＬＣ１１が正しくターゲットシステム２を制御するために、ユーザの指示に基づいて、画面データおよび制御プログラムを生成する。これに伴い、サーバ部２３、作画処理部２５および制御プログラム編集部２７で共有されるシンボルデータベース２４には、各シンボルのレコードが生成され、各レコードには、シンボルに対応するシンボル名およびデバイスアドレスなどが格納される。
【００６４】
具体的には、作画処理部２５は、画面データを作成（修正）する際、タグとシンボルとが対応付けられると、シンボルデータベース２４を参照して、図２に示すＮ２のように、タグの表示領域付近に、タグに対応するシンボル名（”スイッチ２”）を表示する。同様に、制御プログラム編集部２７は、制御プログラムを作成（修正）する場合、ラダー記号とシンボルとが対応付けられると、シンボルデータベース２４を参照して、例えば、図３に示すＮβのように、ラダー記号Ｉβの表示領域付近に、ラダー記号Ｉβに対応するシンボル名を表示する。
【００６５】
ここで、上記シンボルデータベース２４は、作画処理部２５および制御プログラム編集部２７で共有されている。したがって、互いに同じシンボル（例えば、”ＳＷ２”）に対応する部品図形Ｉ２およびラダー記号Ｉβの近傍には、それぞれ同じ内容のシンボル名Ｎ２およびＮβが表示される。
【００６６】
なお、シンボル、シンボル名およびデバイスアドレスの対応付けは、サーバ部２３、作画処理部２５および制御プログラム編集部２７のいずれで行ってもよい。また、上記では、制御プログラムや画面データの完成前に対応付けられている場合を例にして説明したが、ローカル制御システム３が稼動するまでに対応付けられれば、作成後に対応付けてもよい。
【００６７】
上記Ｓ１にて、画面データおよび制御プログラムが作成されると、Ｓ２において、作画処理部２５は、画面データを画面データメモリ２６に格納すると共に、上記画面データおよびシンボルデータベース２４のレコードの一部をプログラマブル表示器１２に出力する。また、制御プログラム編集部２７は、制御プログラムをプログラムメモリ２８に格納すると共に、プログラマブル表示器１２を介してＰＬＣ１１に制御プログラムを出力する。これにより、ローカル制御システム３内のプログラマブル表示器１２およびＰＬＣ１１には、画面データおよび制御プログラムが格納され、ターゲットシステム２を正しく制御可能になる。
【００６８】
より詳細には、制御プログラム編集部２７は、制御プログラムをプログラマブル表示器１２などを介してＰＬＣ１１へ出力する際、シンボルデータベース２４を参照して、シンボル名をデバイスアドレスに変換する。さらに、当該制御プログラムは、サーバ部２３などを介して、制御プログラムを格納すべきＰＬＣ１１に接続されたプログラマブル表示器１２に配布される。また、当該プログラマブル表示器１２は、制御プログラムをＰＬＣ１１に送信し、ＰＬＣ１１の所定の記憶領域に格納させる。これにより、ＰＬＣ１１は、デバイスアドレスで制御対象を特定した制御プログラムに基づいて、デバイス２ａを制御できる。
【００６９】
一方、作画処理部２５は、プログラマブル表示器１２へ画面データを出力する際、シンボルデータベース２４のレコードのうち、例えば、プログラマブル表示器１２に接続されたＰＬＣ１１のデバイス２ａに対応するシンボルのレコードなど、当該プログラマブル表示器１２が参照する必要のあるレコードも併せて送付する。また、プログラマブル表示器１２も、作画処理部２５と同様に、予め格納された上記各レコードを参照するなどして、当該タグを表示する際、タグに対応するシンボルのシンボル名を、タグの表示領域付近に表示する。
【００７０】
さらに、制御用ホストコンピュータ１４のユーザは、Ｓ１１およびＳ１２において、ファイル生成部３２を操作して、携帯端末４へ公開するアプレットを生成する。
【００７１】
具体的には、Ｓ１１において、ファイル生成部３２は、シンボルデータベース２４を参照して、ローカル制御システム３内の各プログラマブル表示器１２を列挙し、ユーザに選択を促す。プログラマブル表示器１２が選択されると、ファイル生成部３２は、シンボルデータベース２４を参照して、当該プログラマブル表示器１２に登録された各シンボルを列挙して、ユーザに選択を促す。ここで、プログラマブル表示器１２やシンボルを列挙する際、ファイル生成部３２は、シンボルデータベース２４を参照して、局名やシンボル名を提示するので、ユーザは、所望のプログラマブル表示器１２やシンボルを容易に選択できる。
【００７２】
当該Ｓ１１におけるシンボルの選択は、携帯端末４に表示しようとするシンボルが全て選択されるまで繰り返される。なお、例えば、選択すべきシンボルに対応するデバイス２ａが、互いに異なるプログラマブル表示器１２に接続されたＰＬＣ１１によって制御される場合など、次に選択するシンボルが前に選択したシンボルと異なるプログラマブル表示器１２に登録されている場合、ユーザは、例えば、プログラマブル表示器１２の列挙を再度指示するなどして、プログラマブル表示器１２を再び選択した後、シンボルを選択する。
【００７３】
ここで、携帯端末４は、持ち運ばれるため、据え置き型の端末装置と比較すると、表示可能な画素数が制限されており、画面内に同時表示可能なデバイスの個数が制限されている。したがって、据え置き型の端末装置の場合と異なり、ファイル生成部３２のユーザが、携帯端末４に表示すべきデバイスを選択しても、余り手間がかからない。
【００７４】
上記Ｓ１１にて、携帯端末４で表示すべきシンボルが選択され、例えば、ユーザの指示によって、携帯端末４の画面作成が指示されると、ファイル生成部３２は、Ｓ１２において、選択されたシンボルの組み合わせに応じたアプレットを生成して、アプレット記憶部３３に格納する。本実施形態に係るアプレット記憶部３３は、互いに異なる組み合わせに応じたアプレットを複数記憶でき、ファイル生成部３２は、組み合わせに応じた記憶領域に各アプレットを格納する。
【００７５】
一方、Ｓ２１において、携帯端末４がインターネット５を介して公開サーバ部３１にアクセスして、ローカル制御システム３のデバイスの状態取得を希望すると、Ｓ２２において、公開サーバ部３１は、例えば、アクセス時のＵＲＩ( Universal Resource Identifier)などに基づいて、公開サーバ部３１が公開可能なアプレットのうち、携帯端末４が希望しているアプレットを特定すると共に、当該アプレットをアプレット記憶部３３から読み出して携帯端末４に送信する。
【００７６】
ここで、当該アプレットは、携帯端末４のバーチャルマシン４１で実行可能であり、携帯端末４のブラウザ４２の受け取ったアプレットがバーチャルマシン４１で実行されると、携帯端末４は、Ｓ３１において、当該アプレットに従って公開サーバ部３１と通信する。これにより、携帯端末４は、デバイスの状態を自らの画面に表示すると共に、自らへの操作に応じて、デバイスの状態変更を指示する。
【００７７】
具体的には、アプレットを実行する携帯端末４は、例えば、所定の周期など、予め定められたタイミングで、公開サーバ部３１と繰り返し通信して、上記Ｓ１１にて、選択された各シンボルに対応するデバイスの状態を問い合わせる。さらに、当該携帯端末４は、公開サーバ部３１の応答結果に応じて、図７に示すように、デバイスを示すシンボル名とデバイスの状態との組み合わせを表示する。
【００７８】
なお、図７では、一例として、上記Ｓ１１にて、局名が”ライン１”のプログラマブル表示器１２に登録されたシンボルのうち、シンボル名が”スイッチ２”および”カウンタ１”のデバイスと、局名が”ライン５”のプログラマブル表示器１２に登録されたシンボルのうち、シンボル名が”スイッチ５”および”カウンタ６”のデバイスとが選択された場合を示している。
【００７９】
上記問い合わせは、所定のタイミングで繰り返されるので、ローカル制御システム３にて、デバイスの状態が変化すると、次の問い合わせに応じて、携帯端末４の表示も更新される。これにより、携帯端末４は、インターネット５を介してローカル制御システム３と通信可能な場所であれば、例えば、外国など、ローカル制御システム３から離れた遠隔地に配されている場合であっても、何ら支障なく、各デバイスの現状を表示できる。
【００８０】
ここで、上述したように、携帯端末４の画面の広さが制限されているため、デバイスの状態取得指示を受け付けるための画面領域を設けるとデバイスの状態を表示するための画面領域が狭くなりやすい。ところが、本実施形態に係る携帯端末４は、公開サーバ部３１からのアプレットに従って、デバイスの状態を繰り返し問い合わせるので、状態取得指示を受け付けるための画面領域を必要としない。したがって、画面の広さが制限されていたとしても、比較的多くのデバイスの状態を表示できる。
【００８１】
また、本実施形態では、ファイル生成部３２がシンボルデータベース２４を参照して生成するアプレットは、デバイスのシンボル名と状態との組み合わせを表示するように、携帯端末４へ指示する。したがって、携帯端末４のユーザは、ローカル制御システム３内で、プログラマブル表示器１２やＨＭＩ処理部２１、あるいは、作画処理部２５や制御プログラム編集部２７を操作する場合と同一のシンボル名で、デバイスを特定できる。この結果、携帯端末４の操作方法を覚える手間を削減できる。
【００８２】
一方、図６に示す上記Ｓ３１において、ユーザのボタン操作などによって、携帯端末４が、表示中のシンボルへの操作を受け付けると、アプレットに従って動作する携帯端末４は、操作が示すシンボルを、操作が示すように状態制御するための状態制御指示を生成し、公開サーバ部３１へ送信する。
【００８３】
この場合、公開サーバ部３１は、受け取った状態制御指示に基づいて、例えば、シンボル名など、制御対象を示す情報と、制御内容を示す情報とを特定し、ＨＭＩ処理部２１がシンボルで制御対象を特定してデバイスを制御する場合と同様に、サーバ部２３へ状態制御を指示する。
【００８４】
ここで、サーバ部２３は、シンボルデータベース２４を参照することで、シンボルが登録されたプログラマブル表示器１２を特定できるので、何ら支障なく、当該プログラマブル表示器１２へ制御指示を伝送できる。また、プログラマブル表示器１２が共通プロトコルから専用プロトコルへプロトコル変換するので、プログラマブル表示器１２より上層、制御用ホストコンピュータ１４および携帯端末４は、プログラマブル表示器１２に接続されたＰＬＣ１１の機種に拘らず、共通プロトコルで制御を指示すればよく、ＰＬＣ１１が変更されてもアプレットなどを変更する必要がない。
【００８５】
なお、上記では、公開サーバ部３１がローカル制御システム３内の制御用ホストコンピュータ１４に設けられている場合を例にして説明したが、これに限るものではない。例えば、これらの部材を有する公開サーバ装置をローカル制御システム３外に配してもよい。この構成の場合、携帯端末４は、公開サーバ装置と通信して、アプレットを受け取ると共に、デバイス２ａの状態を送受する。また、公開サーバ装置は、制御用ホストコンピュータ１４に設けられた通信処理部と通信して、画面データを受け取ったり、デバイス２ａの状態を送受する。
【００８６】
当該構成であっても、通信処理部は、サーバ部２３を介してデバイス２ａの状態を取得すると共に、公開サーバ装置とローカル制御システム３との間の通信路、公開サーバ装置およびインターネット５を介して、携帯端末４へ、デバイス２ａの状態を通知し、当該デバイス２ａの状態を携帯端末４に表示させることができる。
【００８７】
さらに、上記構成では、携帯端末４がローカル制御システム３とは別の公開サーバ装置にアクセスする。したがって、インターネット５に接続された携帯端末４へデバイス２ａの状態を表示させることができるにも拘らず、ローカル制御システム３は、予め定められた公開サーバ装置と通信するだけでよい。この結果、制御用ホストコンピュータ１４が携帯端末４から直接アクセスされる場合に比べて、ローカル制御システム３の負担を軽減でき、ローカル制御システム３の安全性を向上できる。
【００８８】
なお、本実施形態では、プログラマブル表示器１２が専用プロトコルと共通プロトコルとを変換しているが、これに限るものではなく、他の装置がプロトコルしてもよいし、制御用ホストコンピュータ１４が専用プロトコルでＰＬＣ１１と直接通信してもよい。ただし、本実施形態のように、公開サーバ部３１からＰＬＣ１１までの間に、プロトコル変換する部材が設けられている場合、公開サーバ部３１およびファイル生成部３２は、デバイス２ａの状態の問い合わせや状態制御指示の内容が同じであれば、専用プロトコルに拘らず、同じ動作をすればよい。したがって、専用プロトコル毎に、公開サーバ部３１およびファイル生成部３２を設ける必要がなく、制御システム１を構築する際の手間を削減できる。
【００８９】
また、上記実施形態では、アプレットを公開する場合を例にして説明したが、アプレットの代わりに、例えば、べーシックなどのプログラム言語をコンパイルするなどして作成され、アプレットと同様の動作を携帯端末４に実行させる実行プログラムを配信しても、略同様の効果が得られる。
【００９０】
ただし、本実施形態のように、携帯端末４のバーチャルマシン４１が、当該アプレットを携帯端末４が実行可能な機械語に翻訳して実行する場合、携帯端末４がバーチャルマシンを備えていれば、クライアント装置のオペレーティングシステム（ＯＳ）やＣＰＵが実行可能な機械語が異なっていても、アプレットを実行できる。したがって、公開サーバ部３１が配布するアプレットの種類を増加させることなく、より多くの携帯端末４でデバイスの状態を表示し、制御できる。
【００９１】
なお、上記実施形態では、ローカル制御システム３と携帯端末４との間をインターネット５で接続する場合について説明したが、これに限るものではなく、公衆電話回線網などの広域通信網を介して接続してもよい。ただし、公衆電話回線網とは異なり、インターネット５は、送信側と受信側との間の回線を確保しないので、通信費用が安く設定されていることが多い。したがって、例えば、ローカル制御システム３や携帯端末４あるいは上述の公開用サーバ装置の間の距離が離れている場合には、本実施形態のように、インターネット５で接続する方が好ましい。
【００９２】
【発明の効果】
本発明に係る制御システムは、以上のように、本発明に係る制御システムは、上記課題を解決するために、携帯端末としての端末と通信可能な制御用ホストコンピュータを備え、当該制御用ホストコンピュータには、ローカル制御システムのデバイスのうち、端末に状態を表示するデバイスの選択を受け付ける選択手段と、選択結果に応じて、上記端末への動作指示を生成して、上記端末に公開すべき動作指示として記憶装置に格納する動作指示生成手段と、上記記憶装置に格納された上記端末に公開可能な動作指示のうち、上記端末が所望する動作指示を端末に送信すると共に、上記ローカル制御システムのデバイスに代わって状態の問い合わせに応答する応答手段とが設けられていると共に、上記動作指示が示す動作には、当該端末が、広域通信網を介し、予め定められたタイミングで上記応答手段と繰り返し通信して、上記選択手段が選択を受け付けたデバイスの状態を受け取る動作と、当該端末が当該デバイスの状態を表示する動作とが含まれている構成である。
【００９３】
また、本発明に係る制御システムは、ローカル制御システムのデバイスのうち、携帯端末としての端末に状態を表示するデバイスの選択を受け付ける選択手段と、選択結果に応じて、上記端末への動作指示を生成して、上記端末に公開すべき動作指示として記憶装置に格納する動作指示生成手段と、上記記憶装置に格納された上記端末に公開可能な動作指示のうち、上記端末が所望する動作指示を端末に送信すると共に、上記ローカル制御システムのデバイスに代わって状態の問い合わせに応答する応答手段と、を備え、上記動作指示が示す動作には、当該端末が、広域通信網を介し、予め定められたタイミングで上記応答手段と繰り返し通信して、上記選択手段が選択を受け付けたデバイスの状態を受け取る動作と、当該端末が当該デバイスの状態を表示する動作とが含まれていると共に、上記選択手段は、上記デバイスの選択を複数受け付け可能であり、上記動作指示生成手段が生成する動作指示にて、上記端末がデバイスの状態を表示する動作は、複数のデバイスの状態を、上記端末の画面内に同時に表示する動作であり、さらに、上記動作指示生成手段は、上記選択手段が互いに異なる制御装置に接続されたデバイスの選択を複数受け付けた場合、上記端末がデバイスの状態を表示する動作として、各デバイスのシンボル名だけではなく、上記制御装置の局名と共に、各デバイスの状態を、上記端末の画面内に同時に表示する動作を示す動作指示を生成する構成である。
【００９４】
また、本発明に係る制御システムは、上記構成に加えて、上記選択手段は、互いに異なる制御装置に接続されたデバイスの選択を複数受け付け可能であり、さらに、上記動作指示生成手段は、上記選択手段が互いに異なる上記制御装置に接続されたデバイスの選択を複数受け付けた場合、上記端末がデバイスの状態を表示する動作として、各デバイスのシンボル名だけではなく、上記制御装置の局名と共に、各デバイスの状態を、上記端末の画面内に同時に表示する動作を示す動作指示を生成する構成である。
【００９５】
また、本発明に係るプログラムは、上記制御システムの各手段として、コンピュータを動作させるプログラムであり、本発明に係る記録媒体には、当該プログラムが記録されている。そして、これらのプログラムを実行することで、当該コンピュータを含むシステムを上記制御システムとして動作させる構成である。
【００９６】
これらの構成において、選択手段がデバイスの選択を受け付けると、動作指示生成手段は、選択されたデバイスに応じた動作指示を生成する。一方、端末は、制御システム用のプログラムが予めインストールされていなくても、上記動作指示に従って動作し、広域通信網を介して応答手段と繰り返し通信して、デバイスの状態表示を更新する。この結果、ローカル制御システムから離れた場所に配置された端末にて、デバイスの現況を表示可能な制御システムを、少ない手間で構築できるという効果を奏する。
【００９７】
本発明に係る制御システムは、以上のように、上記構成に加えて、上記動作指示が示す動作には、上記端末が、操作に応じて、上記ローカル制御システムのデバイスに代わって状態制御指示を受け取る受信手段と広域通信網を介して通信し、操作に応じたデバイスの状態制御指示を伝えて、上記デバイスを制御する動作が含まれている構成である。
【００９８】
上記構成において、動作指示に従う端末は、当該端末の使用者の操作によって、デバイスの状態制御が指示されると、操作に応じた状態制御指示を広域通信網を介して受信手段へ通信する。また、受信手段は、当該状態制御指示をデバイスの代わりに受け取り、状態制御指示をデバイスの状態に反映させる。この結果、ローカル制御システムから離れた場所に配置された端末からであっても、端末の操作に応じたデバイスの状態を、端末の操作に応じて制御できるという効果を奏する。
【００９９】
本発明に係る制御システムは、以上のように、上記構成において、上記端末は、携帯端末であって、上記選択手段は、上記デバイスの選択を複数受け付け可能であり、上記動作指示生成手段が生成する動作指示にて、上記端末がデバイスの状態を表示する動作は、複数のデバイスの状態を、上記端末の画面内に同時に表示する動作である。
【０１００】
上記構成において、端末としての携帯端末は、上記動作指示に従って応答手段と繰り返し通信して、各デバイスの状態を携帯端末の画面内に同時表示する。この結果、各デバイスの表示画面を切り換える場合と異なり、携帯端末の使用者は、より少ない手間で、より的確にローカル制御システムの状態を把握できるという効果を奏する。
【０１０１】
本発明に係る制御システムは、以上のように、上記構成において、上記ローカル制御システムは、複数の制御装置が、それぞれに接続されたデバイスを制御するシステムであって、上記選択手段は、互いに異なる上記制御装置に接続されたデバイスの選択を複数受け付け可能であり、上記動作指示生成手段が生成する動作指示にて、上記デバイスの状態を受け取る動作は、上記選択手段が選択した上記各デバイスの状態を受け取る動作である。
【０１０２】
上記構成によれば、選択手段は、各選択が、互いに異なる制御装置に接続されたデバイスの選択であっても受け付け、動作指示生成手段は、各デバイスの組み合わせに応じた動作指示を生成する。したがって、端末の使用者は、より的確にローカル制御システムの状態を把握できるという効果を奏する。
【０１０３】
本発明に係る制御システムは、以上のように、上記構成において、上記動作指示生成手段は、上記問い合わせまたは状態制御指示の内容が同じであれば、デバイスを制御する各制御装置の専用プロトコルに拘らず、上記応答手段または受信手段と同じデータ列で通信するための動作指示を生成すると共に、上記応答手段または受信手段から上記制御装置までの間には、専用プロトコルと共通プロトコルとを変換するプロトコル変換装置が設けられている構成である。
【０１０４】
上記構成によれば、プロトコル変換装置が両プロトコルを変換するので、動作指示生成手段、応答手段および受信手段は、問い合わせや状態制御指示の内容が同じであれば、専用プロトコルに拘らず、同じ動作をすればよい。したがって、各専用プロトコルに対応した動作指示生成手段、応答手段および受信手段を用意する場合よりも、互いに異なる専用プロトコルを採用した制御装置が混在した制御システムを構築する際の手間を削減できるという効果を奏する。
【図面の簡単な説明】
【図１】 本発明の一実施形態を示すものであり、制御システムの要部構成を示すブロック図である。
【図２】 上記制御システムにおいて、プログラマブル表示器の画面、あるいは、当該画面を作成するエディタの画面を示す説明図である。
【図３】 上記制御システムにおいて、制御プログラムのエディタ画面を示す説明図である。
【図４】 上記制御システムにおいて、シンボルデータベースに記憶されるデータの構造を示すものであり、シンボル毎のレコードを示す説明図である。
【図５】 上記制御システムにおいて、シンボルデータベースに記憶されるデータの構造を示すものであり、シンボルの階層構造を示す説明図である。
【図６】 上記制御システムの動作を示すフローチャートである。
【図７】 上記制御システムにおいて、携帯端末の画面を示す説明図である。
【図８】 従来例を示すものであり、制御システムの要部構成を示すブロック図である。
【符号の説明】
１ 制御システム
２ａ デバイス
３ ローカル制御システム
４ 携帯端末（端末）
５ インターネット（広域通信網）
１１ プログラマブル・ロジック・コントローラ（制御装置）
１２ プログラマブル表示器（プロトコル変換装置）
３１ 公開サーバ部（公開手段、受信手段）
３２ ファイル生成部（選択手段、動作指示生成手段）
Claims (9)
- 携帯端末としての端末と通信可能な制御用ホストコンピュータを備え、
当該制御用ホストコンピュータには、ローカル制御システムのデバイスのうち、端末に状態を表示するデバイスの選択を受け付ける選択手段と、
選択結果に応じて、上記端末への動作指示を生成して、上記端末に公開すべき動作指示として記憶装置に格納する動作指示生成手段と、
上記記憶装置に格納された上記端末に公開可能な動作指示のうち、上記端末が所望する動作指示を端末に送信すると共に、上記ローカル制御システムのデバイスに代わって状態の問い合わせに応答する応答手段とが設けられていると共に、
上記動作指示が示す動作には、当該端末が、広域通信網を介し、予め定められたタイミングで上記応答手段と繰り返し通信して、上記選択手段が選択を受け付けたデバイスの状態を受け取る動作と、当該端末が当該デバイスの状態を表示する動作とが含まれていることを特徴とする制御システム。 - 上記端末は、携帯端末であって、
上記選択手段は、上記デバイスの選択を複数受け付け可能であり、
上記動作指示生成手段が生成する動作指示にて、上記端末がデバイスの状態を表示する動作は、複数のデバイスの状態を、上記端末の画面内に同時に表示する動作であることを特徴とする請求項１記載の制御システム。 - 上記選択手段は、互いに異なる制御装置に接続されたデバイスの選択を複数受け付け可能であり、
さらに、上記動作指示生成手段は、上記選択手段が互いに異なる上記制御装置に接続されたデバイスの選択を複数受け付けた場合、上記端末がデバイスの状態を表示する動作として、各デバイスのシンボル名だけではなく、上記制御装置の局名と共に、各デバイスの状態を、上記端末の画面内に同時に表示する動作を示す動作指示を生成することを特徴とする請求項２記載の制御システム。 - ローカル制御システムのデバイスのうち、携帯端末としての端末に状態を表示するデバイスの選択を受け付ける選択手段と、
選択結果に応じて、上記端末への動作指示を生成して、上記端末に公開すべき動作指示として記憶装置に格納する動作指示生成手段と、
上記記憶装置に格納された上記端末に公開可能な動作指示のうち、上記端末が所望する動作指示を端末に送信すると共に、上記ローカル制御システムのデバイスに代わって状態の問い合わせに応答する応答手段と、を備え、
上記動作指示が示す動作には、当該端末が、広域通信網を介し、予め定められたタイミングで上記応答手段と繰り返し通信して、上記選択手段が選択を受け付けたデバイスの状態を受け取る動作と、当該端末が当該デバイスの状態を表示する動作とが含まれていると共に、
上記選択手段は、上記デバイスの選択を複数受け付け可能であり、
上記動作指示生成手段が生成する動作指示にて、上記端末がデバイスの状態を表示する動作は、複数のデバイスの状態を、上記端末の画面内に同時に表示する動作であり、
さらに、上記動作指示生成手段は、上記選択手段が互いに異なる制御装置に接続されたデバイスの選択を複数受け付けた場合、上記端末がデバイスの状態を表示する動作として、各デバイスのシンボル名だけではなく、上記制御装置の局名と共に、各デバイスの状態を、上記端末の画面内に同時に表示する動作を示す動作指示を生成することを特徴とする制御システム。 - 上記ローカル制御システムは、複数の制御装置が、それぞれに接続されたデバイスを制御するシステムであって、
上記選択手段は、互いに異なる上記制御装置に接続されたデバイスの選択を複数受け付け可能であり、
上記動作指示生成手段が生成する動作指示にて、上記デバイスの状態を受け取る動作は、上記選択手段が選択した上記各デバイスの状態を受け取る動作であることを特徴とする請求項２記載の制御システム。 - 上記動作指示が示す動作には、上記端末が、操作に応じて、上記ローカル制御システムのデバイスに代わって状態制御指示を受け取る受信手段と広域通信網を介して通信し、操作に応じたデバイスの状態制御指示を伝えて、上記デバイスを制御する動作が含まれていることを特徴とする請求項１、２、３、４または５記載の制御システム。
- 上記ローカル制御システムは、複数の制御装置が、それぞれに接続されたデバイスを制御するシステムであって、
上記動作指示生成手段は、上記問い合わせまたは状態制御指示の内容が同じであれば、上記各制御装置の機種に固有の専用プロトコルに拘らず、上記応答手段または受信手段と同じデータ列で通信するための動作指示を生成すると共に、
上記応答手段または受信手段から上記制御装置までの間には、それぞれに固有の専用プロトコルで上記各制御装置と通信し、上記応答手段または受信手段とは、予め定められた共通プロトコルで通信するよう、両プロトコルを変換するプロトコル変換装置が設けられていることを特徴とする請求項１、２、３、４、５または６記載の制御システム。 - 請求項１〜７のいずれか１項に記載の制御システムの、前記選択手段、前記動作指示生成手段、前記応答手段として、コンピュータを動作させるプログラム。
- 請求項８記載のプログラムが記録された記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001271072A JP3904865B2 (ja) | 2001-09-06 | 2001-09-06 | 制御システム、そのプログラムおよび記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001271072A JP3904865B2 (ja) | 2001-09-06 | 2001-09-06 | 制御システム、そのプログラムおよび記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003084825A JP2003084825A (ja) | 2003-03-19 |
| JP3904865B2 true JP3904865B2 (ja) | 2007-04-11 |
Family
ID=19096625
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001271072A Expired - Lifetime JP3904865B2 (ja) | 2001-09-06 | 2001-09-06 | 制御システム、そのプログラムおよび記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3904865B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101158879B1 (ko) | 2007-08-08 | 2012-06-26 | 주식회사 티모넷 | 전자지불수단 활성화 방법 및 활성화 서버 |
| CN111033407A (zh) * | 2017-09-14 | 2020-04-17 | 日本电产株式会社 | 设备管理系统以及设备管理方法 |
| CN117581559A (zh) * | 2021-09-29 | 2024-02-20 | 三菱电机株式会社 | 设备控制系统、显示器、设备控制方法以及程序 |
-
2001
- 2001-09-06 JP JP2001271072A patent/JP3904865B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003084825A (ja) | 2003-03-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3883775B2 (ja) | 制御システム用サーバ装置、制御システム、制御システム用サーバ装置の通信方法、および、そのプログラムが記録された記録媒体 | |
| US6518980B1 (en) | Method and system for allowing a programmable controller to communicate with a remote computer | |
| US6901272B2 (en) | Ergonomic system for control of devices through portable wireless terminals | |
| EP1995704B1 (en) | Portable radio terminal with remote control | |
| US7225252B2 (en) | Observation display method for dynamically changing on monitor screen object information observed on computer network and observation display system using computer network | |
| US20060031828A1 (en) | Methodof apparatus for updating software of network device | |
| JP2001157282A (ja) | リモートコントロールシステム、サーバ・クライアントシステム、製品端末機器の制御用サーバ、製品端末機器操作方法、機器情報共有方法、記憶媒体、およびプログラム伝送装置 | |
| KR20060051934A (ko) | 네트워크 가전 제어 시스템 | |
| JP4754432B2 (ja) | 遠隔操作システム、通信端末、サーバ装置、およびコンピュータプログラム | |
| JP3904865B2 (ja) | 制御システム、そのプログラムおよび記録媒体 | |
| JP2002352025A (ja) | 家電品修理対応システム、家庭内通信端末、家電品故障情報通信装置、家電品修理受付サーバー、家電品店データベース、家電品店用通信端末、家電品修理対応方法、家電品修理対応プログラム、それを記録する記録媒体、家電品修理依頼方法、家電品修理依頼プログラム、それを記録する記録媒体、家電品修理受付方法、家電品修理受付プログラム、それを記録する記録媒体、修理可能日時登録方法、修理可能日時登録プログラム、及びそれを記録した記録媒体 | |
| JP3832632B2 (ja) | 制御システム、そのプログラムおよび記録媒体 | |
| JP3600844B2 (ja) | 入力文字の制限方法、ネットワークシステム、及び移動情報端末 | |
| JP3712659B2 (ja) | 制御システムのデータ伝送方法、制御システム、並びに、そのプログラムおよび記録媒体 | |
| JP2001268668A (ja) | リモートコントロールシステムとその設定方法 | |
| JP2004171282A (ja) | クライアント装置、それを備える制御システム、および、そのプログラム | |
| JP2001331428A (ja) | 情報処理装置の遠隔操作ソフト、遠隔操作システム及びプログラムを記録した記録媒体 | |
| JP2000311154A (ja) | Ｗｅｂサーバ型テレメータ装置及びそれを有する遠隔監視制御システム | |
| JP2004005003A (ja) | 電子機器のマニュアル提供方法及び電子機器のマニュアル提供システム | |
| JP2004005060A (ja) | 制御プログラム検索装置、および、そのプログラム | |
| JP4034171B2 (ja) | 制御システム、および、そのプログラム | |
| JP2003085109A (ja) | 制御システム、そのプログラムおよび記録媒体 | |
| JP3047991B2 (ja) | リアルタイムシステム動作仕様記述装置 | |
| JP3256976B2 (ja) | メッセージシーケンス表示装置 | |
| KR20010097304A (ko) | 무선인터넷을 지원하는 모바일폰상에서 정보를다운로드하는 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050422 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050510 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050708 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050708 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060131 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060403 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070109 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070110 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3904865 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110119 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110119 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120119 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120119 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130119 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130119 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140119 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |