JPH10293609A - コントローラ操作システム - Google Patents

Abstract

(57)【要約】 【課題】操作盤等のクライアントに必要となるメモリ容
量を制限しつつ、該クライアントを用いた各種コントロ
ーラの柔軟かつ円滑な操作を行うことができるコントロ
ーラ操作システムを提供すること。 【解決手段】キャッシュフラグを付加した各コントロー
ラ１０及び１１にそれぞれ対応する操作画面の画面デー
タをサーバ１２の画面データ記憶部１２ｄに格納してお
き、操作盤１３が各コントローラ１０及び１１を操作す
る場合には、サーバ１２から操作対象となるコントロー
ラの画面データ取得し、該画面データをキャッシュフラ
グに基づいてキャッシュメモリ１３ｅにキャッシュしつ
つ、表示部１３ｂに表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のコントロー
ラを制御するサーバと、表示部に表示した操作画面を用
いて前記複数のコントローラを操作する複数のクライア
ントとがネットワークに加入するコントローラ操作シス
テムに関し、特に、操作盤等の各クライアントに必要と
なるメモリ容量を制限しつつ、該クライアントを用いた
各種コントローラの柔軟かつ円滑な操作を行うコントロ
ーラ操作システムに関する。

【０００２】

【従来の技術】従来、シーケンサ等の数値設定やＩ／Ｏ
の状態監視等を行う工場等の生産現場では、ネットワー
クに加入した操作盤から、ネットワークに接続されたシ
ーケンサ、ＮＣ装置、ロボットコントローラ及びバーコ
ードリーダ等の各種装置（以下「コントローラ」と総称
する。）を操作することが多い。

【０００３】すなわち、かかるコントローラの操作を行
う際に、あらかじめ指定された操作盤を必ず使用しなけ
ればならないとすると、コントローラを操作する際の人
的負担が大きくなるため、ユーザが任意の操作盤を使っ
て所望のコントローラを自由に操作できるようシステム
化される。

【０００４】この際、各コントローラとネットワークと
の間にサーバを介在させ、このサーバと操作盤との間で
クライアント−サーバモデルの情報通信を行うことによ
り、かかるシステムを実現することができる。

【０００５】ただし、ネットワークに加入する各操作盤
は、ネットワーク上の複数のコントローラを操作できる
ように複数の操作画面をあらかじめ記憶しておき、所望
のコントローラを操作する場合には、該コントローラに
対応する操作画面を読み出して使用することが条件とな
る。

【０００６】

【発明が解決しようとする課題】しかしながら、各コン
トローラに対応する全ての操作画面をあらかじめ各操作
盤に記憶するためには、各操作盤に十分のメモリをあら
かじめ付与する必要が生じる。

【０００７】特に、ネットワークに加入するコントロー
ラが増えれば増えるほど、また操作画面を詳細なものに
すればするほど、各操作盤に格納すべき操作画面に関す
るデータ量が増大してメモリ容量を圧迫する。

【０００８】また、各操作盤は、内部に操作画面を保持
しないコントローラを操作することはできないため、新
たなコントローラが導入された場合には、該新たなコン
トローラに対応する操作画面を各操作盤に追加せねばな
らず、多くの人的労力を要する。

【０００９】これらのことから、かかる生産現場では、
所望のコントローラを操作できる操作盤をある程度限定
せざるを得ず、コントローラの柔軟かつ円滑な操作を行
う上で大きな支障となっていた。

【００１０】そこで、本発明では、上記課題を解決し
て、操作盤等のクライアントに必要となるメモリ容量を
制限しつつ、該クライアントを用いた各種コントローラ
の柔軟かつ円滑な操作を行うことができるコントローラ
操作システムを提供することを目的とする。

【００１１】

【課題を解決するための手段及び効果】上記目的を達成
するため、第１の発明は、複数のコントローラを制御す
るサーバと、表示部に表示した操作画面を用いて前記複
数のコントローラを操作する複数のクライアントとがネ
ットワークに加入するコントローラ操作システムにおい
て、前記サーバは、各クライアントにキャッシュするか
否かを示すキャッシュフラグを有し、前記複数のコント
ローラにそれぞれ対応する複数の画面データを記憶する
記憶手段と、各クライアントの要求に応答して、該要求
されたコントローラに対応する前記記憶手段に記憶した
画面データを要求元のクライアントに送信する送信手段
とを具備し、各クライアントは、１又は複数の画面デー
タをキャッシュするキャッシュメモリと、所望のコント
ローラの操作に要する画面データを前記サーバから取得
し、取得した画面データのキャッシュフラグに基づいて
該画面データを前記キャッシュメモリにキャッシュする
か否かを制御する制御手段とを具備するよう構成したの
で、下記に示す効果が得られる。

【００１２】１）操作盤等のクライアントに必要となる
メモリ容量を軽減することが可能となる。

【００１３】２）クライアントを用いた各種コントロー
ラの柔軟かつ円滑な操作を行うことが可能となる。

【００１４】また、第２の発明は、前記サーバは、前記
記憶手段に記憶した画像データにキャッシュフラグを設
定する設定手段をさらに具備するよう構成したので、キ
ャッシュするか否かをサーバにおいて自在に設定するこ
とが可能となる。

【００１５】また、第３の発明は、各クライアントは、
前記キャッシュメモリにキャッシュした画面データのキ
ャッシュフラグを更新する更新手段をさらに具備し、前
記制御手段は、前記更新手段によるキャッシュフラグの
更新に応答して、該キャッシュフラグを有する画面デー
タのキャッシュを維持するか否かを制御するよう構成し
たので、設定済みのキャッシュフラグをクライアントの
状況に合わせて流動的に更新することが可能となる。

【００１６】また、第４の発明は、複数のコントローラ
を制御するコントローラサーバと、表示部に表示した操
作画面を用いて前記複数のコントローラを操作する複数
のクライアントとがネットワークに加入するコントロー
ラ操作システムにおいて、各クライアントにキャッシュ
するか否かを示すキャッシュフラグを有し、前記複数の
コントローラにそれぞれ対応する複数の画面データを記
憶する記憶手段と、各クライアントの要求に応答して、
該要求されたコントローラに対応する前記記憶手段に記
憶した画面データを要求元のクライアントに送信する送
信手段とからなる画面サーバを有し、各クライアント
は、１又は複数の画面データをキャッシュするキャッシ
ュメモリと、所望のコントローラの操作に要する画面デ
ータを前記画面サーバから取得し、取得した画面データ
のキャッシュフラグに基づいて該画面データを前記キャ
ッシュメモリにキャッシュするか否かを制御する制御手
段とを具備するよう構成したので、下記に示す効果が得
られる。

【００１７】１）操作盤等のクライアントに必要となる
メモリ容量を軽減することが可能となる。

【００１８】２）コントローラサーバの処理負担の増加
を伴うことなく、クライアントを用いた各種コントロー
ラの柔軟かつ円滑な操作を行うことが可能となる。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して説明する。

【００２０】図１は、第１の実施の形態で用いるコント
ローラ操作システムのシステム構成と、操作盤及びサー
バの細部構成とを示すブロック図である。

【００２１】図１に示すように、このコントローラ操作
システムは、コントローラ１０及び１１の状態設定及び
状態監視を行うサーバ１２と、クライアントたる各操作
盤１３〜１６とがネットワーク１７に接続された構成と
なる。

【００２２】ここで、このコントローラ操作システム
は、各操作盤１３〜１６にあらかじめ複数の画面データ
を格納しておくのではなく、必要の都度サーバ１２から
画面を取得するよう構成している。

【００２３】具体的には、サーバ１２が、コントローラ
１０及び１１に対応する複数の画面データを画面データ
記憶部１２ｄに記憶しておき、いずれかの操作盤から画
面データの要求を受け付けたならば、要求元の操作盤に
対して画面データを出力する。

【００２４】そして、この画面データを受信した操作盤
は、必要に応じて画面データをキャッシュメモリ１３ｅ
に一時的にキャッシュした後、該画面データを表示部１
３ｂに表示して、コントローラ１０又は１１の画面操作
環境をユーザに提供する。

【００２５】ただし、このキャッシュメモリ１３ｅに画
面データをキャッシュするか否かについては、サーバ１
２のフラグ設定部１２ｅにおいて画面データごとにあら
かじめ設定する。

【００２６】このように、本コントローラ操作システム
では、必要の都度サーバ１２が画面データを操作盤に提
供することとしているため、各操作盤１３〜１６のメモ
リ容量を低減しつつ、コントローラの更新に柔軟かつ円
滑に対応することができる。

【００２７】次に、サーバ１２の具体的な構成について
説明する。

【００２８】図１に示すように、このサーバ１２は、通
信制御部１２ａと、データ処理部１２ｂと、状態監視部
１２ｃと、画面データ記憶部１２ｄと、フラグ設定部１
２ｅとからなる。

【００２９】通信制御部１２ａは、サーバ１２とネット
ワーク１７との間の通信制御を司る処理部であり、例え
ば、ＨＴＴＰ（Hiper-Text Transfer Protocol）等のプ
ロトコルに従って通信制御を行う。

【００３０】データ処理部１２ｂは、各操作盤１３〜１
６からの画面データの要求に応答して、要求された画面
データを要求元の操作盤に出力する処理を行うととも
に、コントローラ１０又は１１に係わる情報をコントロ
ーラ制御部１２ｃと授受する。

【００３１】具体的には、各操作盤１３〜１６から画面
データを要求されたならば、画面データ記憶部１２ｄか
ら該当する画面データを読み出して通信制御部１２ａに
出力し、また各操作盤１３〜１６から操作データを受け
付けたならば、該操作データをコントローラ制御部１２
ｃに出力し、さらにコントローラ制御部１２ｃから状態
データを受け付けたならば、該状態データを通信制御部
１２ａに出力する。なお、この状態データは、操作要求
元の操作盤に対して返信される。

【００３２】コントローラ制御部１２ｃは、コントロー
ラ１０及び１１を制御する制御部であり、データ処理部
１２ｂから受け取った操作データに基づいて該当するコ
ントローラを制御するとともに、制御結果としてコント
ローラが出力する状態データをデータ処理部１２ｂに出
力する。

【００３３】画面データ記憶部１２ｄは、各コントロー
ラ１０及び１１にそれぞれ適合した操作画面を記憶する
記憶部であり、各操作画面には、操作盤においてキャッ
シュするか否かを示す後述するキャッシュフラグ等が付
加されている。

【００３４】フラグ設定部１２ｅは、画面データ記憶部
１２ｄに記憶された画面データに後述するキャッシュフ
ラグを設定する処理部である。

【００３５】上記構成を有するサーバ１２を用いること
により、ネットワーク１７に加入する各操作盤に対して
操作画面を提供するとともに、該操作画面の操作によっ
て受け付けた操作データに対応するコントローラの制御
を行うことができる。

【００３６】次に、図１に示す操作盤１３の構成につい
て具体的に説明する。なお、ここでは説明の便宜上、操
作盤１３の構成についてのみ説明するが、他の操作盤１
４〜１６についても同様の構成を有する。

【００３７】図１に示すように、この操作盤１３は、通
信制御部１３ａと、表示部１３ｂと、入力部１３ｃと、
表示制御部１３ｄと、キャッシュメモリ１３ｅと、フラ
グ更新部１３ｆとを有する。

【００３８】通信制御部１３ａは、操作盤１３とネット
ワークの通信制御を司る制御部であり、また表示部１３
ｂは、液晶表示器等の表示デバイスであり、サーバ１２
から取得した操作画面が、この表示部１３ｂ上に表示さ
れる。

【００３９】入力部１３ｃは、テンキー及びポインティ
ングデバイス等からなる入力デバイスであり、表示部１
３ｂに表示した操作画面等を操作入力する際に使用され
る。

【００４０】表示制御部１３ｄは、表示部１３ｂへの表
示画面の表示制御を行う制御部であり、具体的には、ネ
ットワーク１７を介してサーバ１２から画面データを取
得したならば、該画面データを必要に応じてキャッシュ
メモリ１３ｅにキャッシュした後、表示部１３ｂ上に表
示する。なお、この操作画面上でユーザが何らかの入力
操作を行った場合には、該入力操作に応答する操作デー
タを通信制御部１３ａを介してサーバ１２に出力する。

【００４１】ここで、この表示制御部１３ｄが、キャッ
シュメモリ１３ｅに画面データをキャッシュするか否か
は、該画面データに付加されたキャッシュフラグによっ
て判断する。

【００４２】キャッシュメモリ１３ｅは、サーバ１２か
ら取得した画面データをキャッシュするメモリであり、
最小限、１画面分のデータを記憶するメモリ容量を有す
れば足りる。

【００４３】フラグ更新部１３ｆは、キャッシュメモリ
１３ｅにキャッシュした画面データのキャッシュフラグ
を更新する処理部である。すなわち、キャッシュメモリ
１３ｅに画面データをキャッシュするか否かは、原則と
してサーバ１２のフラグ設定部１２ｅが設定するわけで
あるが、操作盤での柔軟な操作を担保すべく、かかる画
面データのキャッシュフラグを事後的に更新できること
としている。

【００４４】なお、このフラグ更新部１３Ｆによるキャ
ッシュフラグの更新がなされた場合には、表示制御部１
３ｄは、該キャッシュフラグを有する画面データのキャ
ッシュを維持するか否かを再度判断する。

【００４５】上記構成を有する操作盤１３〜１６を用い
ることにより、サーバ１２に対して画面データを要求
し、該要求に応答して返送される画面データを必要に応
じてキャッシュメモリ１３ｅにキャッシュしつつ、表示
部１３ｂ上に所望の操作画面を表示することが可能とな
る。

【００４６】次に、図１に示す操作盤１３の表示処理部
１３ｄの処理手順について説明する。

【００４７】図２は、図１に示す操作盤１３の表示処理
部１３ｄの処理手順を示すフローチャートである。

【００４８】同図に示すように、この表示処理部１３ｄ
は、まず最初に表示部１３ｂに初期画面を表示し（ステ
ップ２０１）、ユーザに対して何らかの入力操作を促
す。そして、この初期画面上でユーザが画面切替要求を
行ったならば（ステップ２０２）、該切替要求された画
面データがすでにキャッシュメモリ１３ｅにキャッシュ
済みであるか否かを確認する（ステップ２０３）。

【００４９】そして、この画面データがキャッシュ済み
でない場合には、サーバ１２から画面データを取得して
キャッシュメモリ１３ｅにキャッシュする後述のキャッ
シュ処理を行った後に（ステップ２０４）、画面データ
を表示部１３ｂに表示する画面表示を行う（ステップ２
０６）。

【００５０】一方、この画面データがキャッシュ済みで
ある場合には、該キャッシュメモリ１３ｅから該当する
画面データを読み出し（ステップ２０５）、画面表示を
行う（ステップ２０６）。

【００５１】次に、図２のステップ２０４に示すキャッ
シュ処理について説明する。

【００５２】図３は、図２に示すキャッシュ処理の一例
を示すフローチャートである。

【００５３】同図に示すように、表示処理部１３ｄがサ
ーバ１２から画面データを受信したならば（ステップ３
０１）、該画面データがキャッシュ対象であるか否かを
画面データに付加されたキャッシュフラグに基づいて判
断し（ステップ３０２）、キャッシュ対象でないと判断
されたならば、そのまま処理を終了する。

【００５４】これに対して、画面データがキャッシュ対
象であると判断された場合には、キャッシュメモリ１３
ｅに画面データを記憶するだけのメモリ残量があるか否
かを確認し（ステップ３０３）、キャッシュメモリ１３
ｅに余裕がなければ、キャッシュメモリ１３ｅにすでに
記憶した最も古い画面データを削除し（ステップ３０
４）、メモリ残量を再度確認する。

【００５５】そして、画面データを記憶するメモリ残量
を取得するまで上記処理を繰り返し、メモリ残量を取得
した時点で、受信した画面データをキャッシュメモリ１
３ｅにキャッシュして（ステップ３０５）、処理を終了
する。

【００５６】上記一連の処理を行うことにより、画面デ
ータを必要に応じてキャッシュメモリ１３ｅにキャッシ
ュすることができる。

【００５７】ところで、上記キャッシュ処理では、キャ
ッシュメモリ１３ｅに格納した画面データのうち、最も
古い画面データを常に削除することとしたが、現実に
は、極めて重要な画面データと、重要度の薄い画面デー
タが存在する。

【００５８】このため、画面データの優先順位を考慮し
た場合のキャッシュ処理について次に説明する。ただ
し、ここではキャッシュフラグ中に優先順位が付与済み
であるものとする。

【００５９】図４は、画面データの優先順位を考慮した
キャッシュ処理の一例を示すフローチャートである。

【００６０】同図に示すように、表示処理部１３ｄがサ
ーバ１２から画面データを受信したならば（ステップ４
０１）、該画面データがキャッシュ対象であるか否かを
画面データに付加されたキャッシュフラグに基づいて判
断し（ステップ４０２）、キャッシュ対象でないと判断
されたならば、そのまま処理を終了する。

【００６１】これに対して、画面データがキャッシュ対
象であると判断された場合には、キャッシュメモリ１３
ｅに画面データを記憶するだけのメモリ残量があるか否
かを確認し（ステップ４０３）、キャッシュメモリ１３
ｅに余裕がなければ、キャッシュメモリ１３ｅにすでに
記憶した画面データのうち、画面データのキャッシュフ
ラグに付与された優先順位が最も低く、かつ、最も古い
画面データを削除して（ステップ４０４）、メモリ残量
を再度確認する。

【００６２】そして、画面データを記憶するメモリ残量
を取得するまで上記処理を繰り返し、メモリ残量を取得
した時点で、受信した画面データをキャッシュメモリ１
３ｅにキャッシュして（ステップ４０５）、処理を終了
する。

【００６３】上記一連の処理を行うことにより、画面デ
ータの優先順位を考慮した画面データのキャッシングを
行うことができる。

【００６４】次に、図１に示すサーバ１２の画面データ
記憶部１２ｄに記憶する画面データの具体的な構成につ
いて説明する。

【００６５】図５〜図８は、図１に示すサーバ１２の画
面データ記憶部１２ｄに記憶する画面データの一例を示
す図である。

【００６６】図５に示すように、画面データ５０は、画
面データをキャッシュするか否かを示すキャッシュフラ
グ領域５１と、本来の画面データを記憶する画面データ
領域５２とからなる。

【００６７】ここで、このキャッシュフラグ領域５１
は、少なくとも１ビットあれば足り、例えば、キャッシ
ュする場合を’１’すなわちオンとし、キャッシュしな
い場合を’０’すなわちオフと設定することができる。

【００６８】しかし、複数の操作盤を有する場合に、操
作盤ごとにハードウエアの構成が異なることも多いた
め、キャッシュすべき操作盤と、キャッシュすべきでな
い操作盤を区別したい場合も多い。

【００６９】このため、図６に示すように、キャッシュ
フラグ領域６１内において、キャッシュすべき操作盤の
みを指定することもできる。なお、同図は、操作盤１３
及び１６についてのみキャッシュ対象とする場合を示し
ている。

【００７０】このように、キャッシュすべき操作盤を個
別に指定することとすると、全ての操作盤を指定する場
合に、キャッシュフラグ領域６１のデータ量が大きくな
る。このため、図７に示すように、「全ての操作盤」を
指定できるキャッシュフラグ領域７１を設けることもで
きる。

【００７１】ところで、図４を用いて説明したキャッシ
ュ処理のように、キャッシュフラグ中に優先順位を付加
する場合には、図８に示すように、指定する操作盤ごと
に優先順位を付与することになる。ここでは、操作盤１
３に優先順位「２」を付与し、操作盤１６に優先順位
「１」を付加した場合を示している。

【００７２】上述してきたように、第１の実施の形態で
は、キャッシュフラグを付加した各コントローラ１０及
び１１にそれぞれ対応する操作画面の画面データをサー
バ１２の画面データ記憶部１２ｄに格納しておき、操作
盤１３がサーバ１２から取得する画面データを、キャッ
シュフラグに基づいてキャッシュメモリ１３ｅにキャッ
シュしつつ、表示部１３ｂに表示するよう構成したの
で、下記に示す効果が得られる。

【００７３】１）各操作盤が保有すべきメモリ容量を低
減することができる。

【００７４】２）各操作盤が各種コントローラを柔軟か
つ円滑に操作することができる。

【００７５】なお、本実施の形態では、説明の便宜上サ
ーバ１２のみを用いることとしたが、本発明はこれに限
定されるものではなく、ネットワーク１７上に複数台の
サーバを設けた場合に適用することもできる。

【００７６】以上、第１の実施の形態について説明し
た。

【００７７】ところで、上記第１の実施の形態では、サ
ーバ１２が、コントローラ１０及び１１の制御だけでな
く、該コントローラ１０及び１１を操作する際に使用す
る画面データについても管理することとしたが、これら
の処理を別個のサーバに行わせることもできる。

【００７８】すなわち、一つのサーバによって管理され
るコントローラの数が増加すると、該サーバに掛かるコ
ントローラの制御負担が累増するため、かかるサーバに
画面データ管理までを強いるのは効率的ではない。

【００７９】このため、この画面データのみを管理する
独立した画面サーバをシステムに加入させることによ
り、コントローラを制御するサーバの負担を増加するこ
となく、各操作盤に対して画面データの提供サービスを
行うことができる。

【００８０】以下、画面データの提供を行う画面データ
提供用サーバ（以下「画面サーバ」と言う。）と、コン
トローラを制御するサーバ（以下「コントローラサー
バ」と言う。）とを別個に設けた第２の実施の形態につ
いて説明する。

【００８１】図９は、第２の実施の形態で用いるコント
ローラ操作システムのシステム構成と、コントローラサ
ーバ及び画面サーバの細部構成とを示すブロック図であ
る。

【００８２】なお、この第２の実施の形態では、操作盤
１３〜１６の細部構成を図示していないが、各操作盤
は、図１に示す操作盤１３と同様に構成される。

【００８３】図９に示すように、このコントローラ操作
システムは、コントローラ１０及び１１の状態設定及び
状態監視を行うコントローラサーバ９１と、画面データ
を管理する画面サーバ９２と、クライアントたる各操作
盤１３〜１６とがネットワーク１７に接続された構成と
なる。

【００８４】ここで、このコントローラ操作システムで
は、各操作盤１３〜１６がコントローラサーバ９１では
なく、画面サーバ９２から画面データを取得するよう構
成している。

【００８５】具体的には、画面サーバ１２が、コントロ
ーラ１０及び１１に対応する複数の画面データを画面デ
ータ記憶部９２ｃに記憶しておき、いずれかの操作盤か
ら画面データの要求を受け付けたならば、要求元の操作
盤に対して画面データを出力する。

【００８６】そして、この画面データを受信した操作盤
は、必要に応じて画面データをキャッシュメモリに一時
的にキャッシュした後、該画面データを表示部に表示し
て、コントローラ１０又は１１の画面操作環境をユーザ
に提供する。

【００８７】このように、本コントローラ操作システム
では、画面データの提供専用の画面サーバ９２を用いて
画面データを操作盤に提供することとしているため、コ
ントローラサーバの処理負担を招くことなく、コントロ
ーラの円滑な操作及びコントローラの更新を実現でき
る。

【００８８】次に、コントローラサーバ９１及び画面サ
ーバ９２の具体的な構成について説明する。

【００８９】図９に示すように、このコントローラサー
バ９１は、ネットワーク１７との間の通信制御を司る通
信制御部９１ａと、操作盤１３〜１６の操作データに基
づいてコントローラ１０及び１１を制御し、操作結果を
操作元の操作盤に出力するコントローラ制御部９１ｂと
からなる。

【００９０】また、画面サーバ９２は、ネットワーク１
７との間の通信制御を司る通信制御部９１ａと、画面デ
ータ記憶部９２ｃに記憶した画面データに係わる処理を
行うデータ処理部９２ｂと、各コントローラ１０及び１
１にそれぞれ対応する画面データを記憶する画面データ
記憶部９２ｃと、画面データ記憶部９２ｃに記憶した画
面データにフラグを設定するフラグ設定部９２ｄとから
なる。

【００９１】このように、この画面サーバ９２は、図１
に示すサーバ１２から画面データに係わる機能を分離し
たサーバであり、また、該画面サーバ９２が有する機能
を図１に示すサーバ１２から除去したものをコントロー
ラサーバ９１としている。

【００９２】上述してきたように、第２の実施の形態で
は、コントーラ１０及び１１を制御するコントローラサ
ーバ９１とは別個に、該コントローラ１０及び１１の操
作に使用する画面データを管理する画面サーバ９２を設
けるよう構成したので、コントーラサーバ９１の処理負
担を増やすことなく、操作盤１３〜１６によるコントロ
ーラ１０及び１１の円滑な操作を行うことができる。

【００９３】特に、本実施の形態では、ネットワーク１
７上に複数のコントローラサーバを設けた場合に、各コ
ントローラサーバが管理するコントローラに係わる画面
データを画面サーバ９２で一括管理することとなるの
で、コントローラの更新に伴う画面データの更新が極め
て容易になる。

【００９４】なお、上記第１及び第２の実施の形態で
は、各操作盤から各コントローラを操作する場合を示し
たが、本発明はこれに限定されるものではなく、各種ク
ライアント−サーバモデルに広範に適用することができ
る。

【図面の簡単な説明】

【図１】第１の実施の形態で用いるコントローラ操作シ
ステムのシステム構成と、操作盤及びサーバの細部構成
とを示すブロック図。

【図２】図１に示す操作盤の表示処理部の処理手順を示
すフローチャート。

【図３】図２に示すキャッシュ処理の一例を示すフロー
チャート。

【図４】画面データの優先順位を考慮したキャッシュ処
理の一例を示すフローチャート。

【図５】図１に示すサーバの画面データ記憶部に記憶す
る画面データの一例を示す図。

【図６】図１に示すサーバの画面データ記憶部に記憶す
る画面データの他の例を示す図。

【図７】図１に示すサーバの画面データ記憶部に記憶す
る画面データの他の例を示す図。

【図８】図１に示すサーバの画面データ記憶部に記憶す
る画面データの他の例を示す図。

【図９】第２の実施の形態で用いるコントローラ操作シ
ステムのシステム構成と、コントローラサーバ及び画面
サーバの細部構成とを示すブロック図。

【符号の説明】

１０，１１…コントローラ、 １２…サーバ、１２ａ…
通信制御部、 １２ｂ…データ処理部、１２ｃ…コント
ローラ制御部、 １２ｄ…画面データ記憶部、１２ｅ…
フラグ設定部、 １３，１４，１５，１６…操作盤、１
３ａ…通信制御部、 １３ｂ…表示部、 １３ｃ…入力
部、１３ｄ…表示処理部、 １３ｅ…キャッシュメモ
リ、１３ｆ…フラグ更新部、 １７…ネットワーク、５
０，６０，７０，８０…画面データ、５１，６１，７
１，８１…キャッシュフラグ領域、５２…画面データ領
域、９１…コントローラサーバ、 ９１ａ…通信制御
部、９１ｂ…コントローラ制御部、 ９２…画面サー
バ、９２ａ…通信制御部、 ９２ｂ…データ処理部、９
２ｃ…画像データ記憶部、 ９２ｄ…フラグ設定部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数のコントローラを制御するサーバ
   と、表示部に表示した操作画面を用いて前記複数のコン
   トローラを操作する複数のクライアントとがネットワー
   クに加入するコントローラ操作システムにおいて、 前記サーバは、 各クライアントにキャッシュするか否かを示すキャッシ
   ュフラグを有し、前記複数のコントローラにそれぞれ対
   応する複数の画面データを記憶する記憶手段と、 各クライアントの要求に応答して、該要求されたコント
   ローラに対応する前記記憶手段に記憶した画面データを
   要求元のクライアントに送信する送信手段とを具備し、 各クライアントは、 １又は複数の画面データをキャッシュするキャッシュメ
   モリと、 所望のコントローラの操作に要する画面データを前記サ
   ーバから取得し、取得した画面データのキャッシュフラ
   グに基づいて該画面データを前記キャッシュメモリにキ
   ャッシュするか否かを制御する制御手段とを具備するこ
   とを特徴とするコントローラ操作システム。
2. 【請求項２】 前記サーバは、 前記記憶手段に記憶した画像データにキャッシュフラグ
   を設定する設定手段をさらに具備することを特徴とする
   請求項１記載のコントローラ操作システム。
3. 【請求項３】 各クライアントは、 前記キャッシュメモリにキャッシュした画面データのキ
   ャッシュフラグを更新する更新手段をさらに具備し、 前記制御手段は、 前記更新手段によるキャッシュフラグの更新に応答し
   て、該キャッシュフラグを有する画面データのキャッシ
   ュを維持するか否かを制御することを特徴とする請求項
   ２記載のコントローラ操作システム。
4. 【請求項４】 複数のコントローラを制御するコントロ
   ーラサーバと、表示部に表示した操作画面を用いて前記
   複数のコントローラを操作する複数のクライアントとが
   ネットワークに加入するコントローラ操作システムにお
   いて、 各クライアントにキャッシュするか否かを示すキャッシ
   ュフラグを有し、前記複数のコントローラにそれぞれ対
   応する複数の画面データを記憶する記憶手段と、 各クライアントの要求に応答して、該要求されたコント
   ローラに対応する前記記憶手段に記憶した画面データを
   要求元のクライアントに送信する送信手段とからなる画
   面サーバを有し、 各クライアントは、 １又は複数の画面データをキャッシュするキャッシュメ
   モリと、 所望のコントローラの操作に要する画面データを前記画
   面サーバから取得し、取得した画面データのキャッシュ
   フラグに基づいて該画面データを前記キャッシュメモリ
   にキャッシュするか否かを制御する制御手段とを具備す
   ることを特徴とするコントローラ操作システム。