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

Abstract

(57)【要約】 【課題】 デバイスの制御を妨げずに、初回の応答時間
を短縮可能な制御用コンピュータを実現する。 【解決手段】 制御用ホストコンピュータのサーバ部
は、リフレッシュテーブルの登録データの順次読み出し
を繰り返すと共に、各登録データが示すアドレス範囲の
デバイスの状態をプログラマブル・ロジック・コントロ
ーラ（ＰＬＣ）に問い合わせ、キャッシュメモリに格納
する。これにより、キャッシュメモリの内容が繰り返し
更新され、サーバ部は、キャッシュされたデバイスの状
態を高速に上位アプリケーションに返答できる。さら
に、上位アプリケーションから、新たなアドレス範囲で
あるＤ１５００の読出要求を受けると、サーバ部は、Ｄ
１５００を示す登録データをリフレッシュテーブルに追
加すると共に、次の登録データのアドレス範囲であるＤ
３００よりも先に、Ｄ１５００の状態を取得する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、制御システムにお
いて、デバイスの状態を格納するキャッシュメモリが設
けられた制御用コンピュータ、および、そのプログラ
ム、および、それが記録された記録媒体に関するもので
ある。

【０００２】

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

【０００３】具体的には、図９に示すように、従来の制
御システム１０１では、制御用ホストコンピュータ１１
４がローカルエリアネットワーク（ＬＡＮ）１１３を介
して各プログラマブル表示器１１２に接続されており、
各プログラマブル表示器１１２には、ターゲットシステ
ム１０２のデバイス１０２ａを制御するＰＬＣ１１１が
それぞれ接続されている。

【０００４】上記制御用ホストコンピュータ１１４にお
いて、例えば、ＨＭＩ処理部１２１などの上位アプリケ
ーションがサーバ部１２３にデバイス１０２ａの読み出
しを指示すると、サーバ部１２３は、ＬＡＮ・ＩＦ部１
２２、ＬＡＮ１１３およびプログラマブル表示器１１２
を介して、ＰＬＣ１１１にデバイス１０２ａの状態を問
い合わせ、取得した状態を上位アプリケーションへ返答
する。

【０００５】これにより、ＨＭＩ処理部１２１は、例え
ば、デバイス１０２ａの状態に応じた図形を表示して、
制御用ホストコンピュータ１１４のユーザに状態を通知
するなど、デバイス１０２ａの状態に応じた処理を行う
ことができる。

【０００６】

【発明が解決しようとする課題】しかしながら、上記構
成では、デバイス１０２ａの制御を妨げることなく、デ
バイス１０２ａの状態を高速に取得することが難しく、
特に、上位アプリケーションから見て、初回の応答時間
が長くなりがちであるという問題を生ずる。

【０００７】本発明は、上記の問題点に鑑みてなされた
ものであり、その目的は、デバイスの制御を妨げること
なく、初回の応答時間を短縮可能な制御用コンピュー
タ、そのプログラム、および、それが記録された記録媒
体を実現することにある。

【０００８】

【課題を解決するための手段】請求項１の発明に係る制
御用コンピュータは、上記課題を解決するために、上位
アプリケーションからの指示に応じて、デバイスを示す
登録データまたはデバイスのアドレス範囲を示す登録デ
ータを、リフレッシュテーブルに追加する登録手段と、
上記リフレッシュテーブルから順次読み出した登録デー
タに応じたデバイスの状態を取得し、キャッシュメモリ
に格納する更新手段と、上位アプリケーションから、デ
バイスの読出要求を受けた場合、当該デバイスの状態が
上記キャッシュメモリに格納されていれば、当該デバイ
スの状態を、当該キャッシュメモリから読み出して、当
該上位アプリケーションに返答する応答手段とを備え、
上記更新手段は、上記登録手段がリフレッシュテーブル
へ登録データを追加する場合、現在、デバイスの状態を
取得中の登録データの次の登録データよりも先に、追加
された登録データに応じたデバイスの状態を取得し、上
記キャッシュメモリに格納することを特徴としている。

【０００９】上記構成において、更新手段は、リフレッ
シュテーブルから登録データを順次読み出し、例えば、
デバイス自体やデバイスに接続された機器と通信するな
どして、登録データが示すデバイスの状態、あるいは、
登録データが示すアドレス範囲のデバイスの状態など、
登録データに応じたデバイスの状態を取得する。これに
より、キャッシュメモリの内容が更新されている。

【００１０】また、上位アプリケーションがデバイスの
状態の読み出しを要求した場合、応答手段は、当該デバ
イスの状態がキャッシュメモリに格納されていれば、キ
ャッシュメモリにアクセスしてデバイスの状態を取得
し、上位アプリケーションに返答する。これにより、応
答手段は、キャッシュメモリにデバイスの状態が格納さ
れていれば、上位アプリケーションからの読出要求毎に
デバイス自体またはデバイスに接続された機器と通信す
るなどしてデバイスの状態を取得し、上位アプリケーシ
ョンへ返答する構成よりも速く、上位アプリケーション
にデバイスの状態を返答できる。

【００１１】加えて、上位アプリケーションからの読出
要求の多寡に拘らず、デバイスの状態取得は、登録デー
タの読み出し毎に行われるので、デバイスの状態を取得
する回数を削減できる。したがって、応答手段は、デバ
イスの制御を妨げることなく、上位アプリケーションに
デバイスの状態を返答できる。

【００１２】さらに、例えば、上位アプリケーションか
らの登録指示や上位アプリケーションからの状態読出要
求など、上位アプリケーションからの指示に基づいて、
登録手段がリフレッシュテーブルへ登録データを追加す
る場合、更新手段は、現在、デバイスの状態を取得中の
登録データの次の登録データよりも先に、追加された登
録データに応じたデバイスの状態を取得し、上記キャッ
シュメモリに格納する。

【００１３】これにより、以下の構成、すなわち、上位
アプリケーションからの指示の有無に拘らず、リフレッ
シュテーブルからの登録データの読み出しが全て終了し
た後で、リフレッシュテーブルに登録データを追加する
構成に比べて、より早い時点で、新たな登録データに対
応するデバイスの状態をキャッシュメモリに格納でき
る。この結果、登録データの追加が指示されてから、最
初に、当該登録データのデバイスの状態が上位アプリケ
ーションに通知されるまでの時間を短縮でき、上位アプ
リケーションの初回の応答速度を向上できる。

【００１４】また、請求項２記載の発明に係る制御用コ
ンピュータは、請求項１記載の発明の構成に加えて、上
記上位アプリケーションとして、広域通信網を介してア
クセスする端末へ、上記デバイスの状態を通知し、当該
デバイスの状態を当該端末に表示させる端末通信手段を
備え、当該端末通信手段は、上記端末からのアクセスを
受けた時点で、当該端末に状態を通知するデバイスを示
す登録データまたは当該デバイスのアドレス範囲を示す
登録データを、上記登録手段に登録させることを特徴と
している。なお、登録手段への登録指示は、上位アプリ
ケーションが登録指示用のコマンドによって行ってもよ
いし、読出要求自体によって、読出要求のアドレス範囲
を示す登録データまたは読出要求のデバイスを示す登録
データを登録手段に登録させてもよい。

【００１５】上記構成では、端末からのアクセスを受け
た時点で、端末通信手段が登録手段に指示して登録デー
タをリフレッシュテーブルに登録させる。これにより、
登録後は、更新手段によって、端末へ状態を通知すべき
デバイスの状態がキャッシュメモリに格納される。さら
に、端末通信手段は、広域通信網を介してアクセスする
端末へ、上記デバイスの状態を通知し、当該デバイスの
状態を当該端末に表示させる。

【００１６】ここで、上記更新手段は、次の登録データ
よりも先に、追加された登録データに応じたデバイスの
状態を取得するので、端末からのアクセスを受けてか
ら、最初に、当該登録データのデバイスの状態が端末に
通知されるまでの時間を短縮できる。この結果、端末が
制御用コンピュータにアクセスしてから、端末がデバイ
スの状態を表示するまでの応答時間を短縮できる。

【００１７】ところで、上記制御用コンピュータは、ハ
ードウェアのみで実現してもよいが、コンピュータがプ
ログラムを実行することで実現してもよい。具体的に
は、請求項３の発明に係るプログラムは、請求項１記載
の各手段として、コンピュータを動作させるプログラム
であり、請求項４の発明に係る記録媒体は、請求項１記
載の各手段として、コンピュータを動作させるプログラ
ムが記録されていることを特徴としている。

【００１８】上記プログラムがコンピュータで実行され
ると、当該コンピュータは、請求項１記載の制御用コン
ピュータとして動作する。したがって、請求項１記載の
制御用コンピュータと同様に、デバイスの制御を妨げる
ことなく、初回の応答時間を短縮できる。

【００１９】

【発明の実施の形態】本発明の一実施形態について図１
ないし図６に基づいて説明すると以下の通りである。す
なわち、本実施形態に係る制御システム１は、遠隔地か
らでも、制御対象近傍に配されたプログラマブル表示器
で操作する際の画面（操作画面）と同様の画面を参照
し、制御可能なシステムであって、例えば、図２に示す
ように、ターゲットシステム２のデバイス２ａを制御す
る制御装置としてのＰＬＣ１１や、制御システム１のＨ
ＭＩ（Human Machine Interface ）として、ターゲット
システム２の状態を表示し、ターゲットシステム２のオ
ペレータの操作を受け付けるプログラマブル表示器１２
などを含むローカル制御システム３と、インターネット
（広域通信網）４を介して、ローカル制御システム３と
接続可能なクライアント装置（端末）５とを備えてい
る。なお、図２では、説明の便宜上、ＬＡＮ１３にプロ
グラマブル表示器１２が２台接続され、各プログラマブ
ル表示器１２には、ＰＬＣ１１がそれぞれ１台ずつ接続
されると共に、各ＰＬＣ１１にデバイス２ａが１台接続
されている場合を例示しているが、当然ながら、それぞ
れの接続台数は任意に設定できる。

【００２０】以下では、ローカル制御システム３の制御
用ホストコンピュータ（制御用コンピュータ）１４に設
けられたサーバ部２３の構成および動作について説明す
る前に、制御システム１の全体構成について説明する。

【００２１】すなわち、上記クライアント装置５は、例
えば、汎用のパーソナルコンピュータなどであり、Ｊａ
ｖａ（登録商標）言語のプログラムを実行可能なバーチ
ャルマシン５１と、例えば、汎用のブラウザソフトなど
により実現されるブラウザ５２とを備えている。上記ブ
ラウザ５２は、インターネット４に接続された機器と通
信し、受け取ったアプレットをバーチャルマシン５１に
実行させることができる。また、当該ブラウザ５２は、
例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）な
どのプロトコルで任意のサーバ装置からＨＴＭＬ（ Hyp
erText MarkupLanguage）文書などのハイパーテキスト
文書を受け取り、閲覧することもできる。

【００２２】一方、本実施形態に係るローカル制御シス
テム３では、上記各プログラマブル表示器１２が、シリ
アルケーブルなどを介して、ＰＬＣ１１と接続されてい
る。さらに、各プログラマブル表示器１２は、イーサネ
ット（商標：ゼロックス社）などのＬＡＮ１３によって
互いに接続されている。さらに、上記ＬＡＮ１３には、
多くの場合、プログラマブル表示器１２よりも離れた場
所から、ローカル制御システム３全体を管理する制御用
ホストコンピュータ１４が接続されている。

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

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

【００２５】さらに、上記制御用ホストコンピュータ１
４は、ローカル制御システム３の監視制御を行うＨＭＩ
処理部２１と、ＬＡＮ１３に接続され、上述の共通プロ
トコルで通信するＬＡＮ・ＩＦ部２２と、ＬＡＮ・ＩＦ
部２２およびＬＡＮ１３を介して各プログラマブル表示
器１２と通信して、ＨＭＩ処理部２１などの要求に応じ
るサーバ部２３とを備えており、ターゲットシステム２
やＰＬＣ１１あるいはプログラマブル表示器１２の状態
を表示したり制御できる。

【００２６】また、上記制御用ホストコンピュータ１４
には、プログラマブル表示器１２の画面データを作成す
る作画処理部２４と、作成した画面データを格納する画
面データメモリ２５とが設けられており、各プログラマ
ブル表示器１２の表示／制御動作を規定する画面データ
は、作画処理部２４で作成（修正）された後、サーバ部
２３、ＬＡＮ・ＩＦ部２２およびＬＡＮ１３を介して、
各プログラマブル表示器１２へ配布される。

【００２７】ここで、上記画面データは、画面上の領域
と、当該領域への表示や入力に対応するデバイスのアド
レスとの対応関係を示すタグを組み合わせて構成されて
おり、作画処理部２４は、例えば、タグのパレットを表
示し、パレット中のタグを選択して画面上に所望のタグ
を配置するように、ユーザへ促す。また、作画処理部２
４は、配置されたタグを指定された座標に表示して、ユ
ーザのドラッグ＆ドロップなどの操作に応じてタグの座
標を調整する。また、作画処理部２４は、タグに関連す
るデバイスアドレスを入力するようにユーザへ促す。こ
れらの結果、ユーザは、作画処理部２４を操作して、画
面上の所望の位置にタグを配置すると共に、各タグとデ
バイスのアドレスとを対応付けるだけで、画面データを
作成できる。

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

【００２９】より詳細には、本実施形態に係るプログラ
マブル表示器１２は、複数の単位画面を切り換え表示可
能であり、各単位画面は、例えば、銘板など、表示内容
を変更しない静止図形や、スイッチやランプあるいはメ
ータなどのように、形状や色、点滅状態などの表示状態
が変換する部品図形を、ベース画面上に配置して形成さ
れる。一方、上記画面を示す画面データは、ベース画面
のファイル番号と、ベース画面上で実行すべき動作内容
を特定する事象名と、各実行事象毎に参照される１また
は複数の参照情報とを含むタグを組み合わせて構成され
ている。タグが所定の画面領域（表示座標範囲）へ、所
定のデバイスアドレスの内容に応じた部品図形を表示す
る表示タグの場合、参照情報には、表示座標範囲と、デ
バイスアドレスと、例えば、部品図形がスイッチの場
合、ＯＮを示す図形のファイルおよびＯＦＦを示す図形
のファイルなど、表示時に参照するファイル番号とが含
まれる。また、タグが入力タグの場合、参照情報とし
て、有効入力座標範囲と、入力結果が書き込まれるデバ
イスアドレスとが含まれる。

【００３０】ここで、プログラマブル表示器１２は、所
定の時間間隔で、自らに格納された画面データから、ベ
ース画面のファイル番号が、現在表示中のベース画面で
ある表示タグを抽出し、各表示タグのデバイスアドレス
の内容を、ＰＬＣ１１から読み出して、内容に応じた部
品図形を画面に表示する。これにより、プログラマブル
表示器１２の画面には、デバイス２ａの状態が反映され
る。

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

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

【００３３】さらに、本実施形態に係る上記制御用ホス
トコンピュータ１４には、プログラマブル表示器１２用
の画面データに基づいて、クライアント装置５が遠隔監
視制御する際の動作を指示する公開用ファイルを生成す
るファイル生成部２６と、当該動作を行うクライアント
装置５と通信する公開サーバ部２７とが設けられてい
る。上記公開用ファイルは、プログラマブル表示器１２
が画面データに基づいてデバイス２ａの状態に応じて表
示する動作、および、操作に応じたデバイス２ａの状態
変更を指示する際の動作と略同様の動作を、クライアン
ト装置５へ指示できる。

【００３４】ただし、プログラマブル表示器１２が画面
データに基づいて動作する場合と異なり、表示先は、ク
ライアント装置５の図示しない表示装置であり、操作
は、クライアント装置５の図示しない入力装置から受け
取る。また、クライアント装置５がデバイス２ａの状態
を問い合わせる相手や状態変更指示の送信先も、公開サ
ーバ部２７に変更されており、公開サーバ部２７は、上
記指示に従って動作するクライアント装置５と通信し
て、デバイス２ａの状態をクライアント装置５へ伝える
と共に、デバイス２ａの状態変更指示をクライアント装
置５から受け取ることができる。

【００３５】ここで、上記公開用ファイルは、例えば、
クライアント装置５のバーチャルマシン５１で実行可能
で、上記各動作を実行するアプレットと、ブラウザ５２
で読み込み可能で、上記アプレットをバーチャルマシン
５１に実行させるハイパーテキスト文書との組み合わせ
などで実現され、公開サーバ部２７によってクライアン
ト装置５に送信される。なお、上記ファイル生成部２６
は、画面データに基づいて、アプレットとハイパーテキ
スト文書とを直接生成してもよい。また、上記画面デー
タの各タグに対応するパラメータが記述されたデータフ
ァイルを参照して、上記各動作を実行するようにアプレ
ットが生成されている場合は、上記ファイル生成部２６
は、画面データに基づいて、上記公開用ファイルの１つ
としてのデータファイルを生成してもよい。

【００３６】さらに、公開サーバ部２７は、ＨＭＩ処理
部２１が取得する場合と同様に、サーバ部２３を介して
デバイス２ａの状態を取得できる。また、公開サーバ部
２７は、ＨＭＩ処理部２１がサーバ部２３を介してデバ
イスアドレスの内容を変更する場合と同様に、上記クラ
イアント装置５からの指示に応じて、サーバ部２３へ要
求して、プログラマブル表示器１２自体やプログラマブ
ル表示器１２に接続されたＰＬＣ１１など、デバイスア
ドレスの実体へ内容の変更指示を伝送できる。

【００３７】これにより、クライアント装置５は、イン
ターネット４を介して遠隔地から接続されている場合で
あっても、プログラマブル表示器１２の画面と同一内容
の操作画面を表示すると共に、同じ操作で、デバイス２
ａの状態を制御できる。

【００３８】ここで、本実施形態に係る制御用ホストコ
ンピュータ１４のサーバ部２３には、上記クライアント
装置５からのアクセスに高速に応答できるように、キャ
ッシュメモリ３１と、応答処理部（応答手段）３２とが
設けられており、上記ＨＭＩ処理部２１や公開サーバ部
２７などの上位アプリケーションからデバイス２ａの読
出要求を受けた場合、応答処理部３２は、当該デバイス
２ａの状態がキャッシュメモリ３１に格納されていれ
ば、キャッシュメモリ３１の内容で読出要求に返答でき
る。

【００３９】なお、デバイス２ａが、キャッシュメモリ
３１に状態が格納されるデバイス２ａではない場合、応
答処理部３２は、ＬＡＮ・ＩＦ部２２、ＬＡＮ１３およ
びプログラマブル表示器１２を介してＰＬＣ１１と通信
し、デバイス２ａの状態を取得して、読出要求に返答す
る。また、書き込み要求の場合、応答処理部３２がプロ
グラマブル表示器１２を介してＰＬＣ１１へデバイス２
ａの状態変更（書き込み）を指示してもよいし、応答処
理部３２がキャッシュメモリ３１に書き込み、後述の更
新処理部３４がキャッシュメモリ３１の内容に応じてデ
バイス２ａの状態変更を指示してもよい。

【００４０】さらに、上記サーバ部２３は、キャッシュ
メモリ３１に状態を格納すべきデバイス２ａのアドレス
範囲を示す登録データが格納されたリフレッシュテーブ
ル３３と、リフレッシュテーブル３３を参照して、キャ
ッシュメモリ３１の内容を更新する更新処理部（更新手
段）３４と、上位アプリケーションからの指示に応じ
て、リフレッシュテーブル３３に登録データを登録する
登録処理部（登録手段）３５とを備えている。

【００４１】上記登録処理部３５は、例えば、上位アプ
リケーションから登録を明示されたアドレス範囲や、上
位アプリケーションから読出要求を受けたアドレス範囲
など、上位アプリケーションから指示されたアドレス範
囲を示す登録データを、リフレッシュテーブル３３に登
録できる。

【００４２】さらに、登録処理部３５は、例えば、リフ
レッシュテーブル３３に登録された登録データの数が所
定値を超えた場合や、キャッシュメモリ３１の空き容量
が所定値を下回った場合、あるいは、所定時間内にキャ
ッシュメモリ３１へのアクセスが無い場合など、予め定
められたタイミングで、リフレッシュテーブル３３に登
録された登録データのうち、不要な登録データ、また
は、他よりも優先度が低い登録データを検索し、これら
の登録データを削除できる。なお、登録データが不要か
否かは、例えば、登録データのアドレス範囲に含まれる
デバイス２ａの状態を要求するクライアント装置５から
のアクセスが終了したか否かなどによって判定できる。
また、優先度の低い登録データは、例えば、ＬＲＵ（ L
east Recentry Used）法などのアルゴリズムで見つける
ことができる。

【００４３】また、本実施形態に係るリフレッシュテー
ブル３３は、例えば、図３に示すように、アドレス範囲
の先頭を示すデバイス名と、アドレス範囲の長さを示す
ワード数（個数）との組み合わせからなる登録データに
よって、１つのアドレス範囲を記憶している。上記各登
録データは、例えば、リフレッシュテーブル３３のアド
レスのうち、読み出す順番に応じたアドレスに格納する
などして、上記更新処理部３４が、それぞれを順番に読
み出すことができるように記憶されている。

【００４４】さらに、上記更新処理部３４は、リフレッ
シュテーブル３３から登録データを順次読み出すと共
に、ＬＡＮ・ＩＦ部２２、ＬＡＮ１３およびプログラマ
ブル表示器１２を介してＰＬＣ１１と通信して、各登録
データが示すアドレス範囲のデバイス２ａの状態を取得
し、キャッシュメモリ３１に格納できる。なお、各登録
データに関するデバイス２ａの状態取得は、所定の時間
間隔をおいて行ってもよいが、本実施形態では、キャッ
シュメモリ３１の内容の更新速度を上げるために、１つ
の登録データに関するデバイス２ａの状態を取得した
後、直ちに、次の登録データに関するデバイス２ａの状
態を取得している。

【００４５】さらに、本実施形態では、上記更新処理部
３４は、登録データの読み出し毎に、上記登録処理部３
５が新たな登録データの登録指示を受けたか否かを判定
し、登録指示を受けていた場合、次の登録データのアド
レス範囲の状態を取得する前に、新たな登録データに関
するデバイス２ａの状態を取得し、キャッシュメモリ３
１に格納している。

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

【００４７】上記構成において、図３に示す登録データ
がリフレッシュテーブル３３に格納されている場合を例
にして、登録データを登録する際の各部の動作を、図４
のフローチャートに基づき説明すると、以下の通りであ
る。すなわち、制御用ホストコンピュータ１４の更新処
理部３４は、ステップ１（以下では、Ｓ１のように略称
する）において、登録データが新規に登録されたか否か
を判定する。

【００４８】新規登録されていない場合（上記Ｓ１に
て、NOの場合）、更新処理部３４は、Ｓ１１において、
リフレッシュテーブル３３に登録データが記憶されてい
るか否かを判定する。また、記憶されている場合（上記
Ｓ１１にて、YES の場合）、更新処理部３４は、Ｓ１２
において、リフレッシュテーブル３３から、次の登録デ
ータを読み出し、当該登録データが示すアドレス範囲に
含まれる各デバイス２ａの状態を取得する。さらに、更
新処理部３４は、取得した各デバイス２ａの状態を、キ
ャッシュメモリ３１に格納する。これにより、キャッシ
ュメモリ３１において、当該登録データに関するデバイ
ス２ａの状態が更新される。また、更新後は、更新処理
部３４は、上記Ｓ１以降の処理を繰り返す。

【００４９】上記Ｓ１ないしＳ１２の処理が、リフレッ
シュテーブル３３に格納されている登録データの数だけ
繰り返されると、キャッシュメモリ３１において、全て
の登録データに関するデバイス２ａの状態が更新され
る。したがって、キャッシュされるデバイス２ａが一度
状態取得されてから、次に状態取得されるまでの間隔を
リフレッシュ間隔とすると、キャッシュメモリ３１にお
いて、全デバイス２ａの状態は、リフレッシュ間隔毎に
更新される。なお、リフレッシュテーブル３３に登録デ
ータが存在しない場合、更新処理部３４は、上記Ｓ１２
の処理を行うことなく、上記Ｓ１以降の処理を繰り返
す。

【００５０】ここで、サーバ部２３の応答処理部３２
は、上位アプリケーションからデバイス２ａの読出要求
を受けた場合、例えば、リフレッシュテーブル３３を参
照するなどして、要求されたデバイス２ａが、キャッシ
ュメモリ３１に状態が格納されるデバイス２ａか否かを
判定する。さらに、キャッシュメモリ３１にデバイス２
ａの状態が格納されている場合、応答処理部３２は、キ
ャッシュメモリ３１の内容で、上位アプリケーションに
返答する。これにより、図５に示すように、サーバ部２
３の応答処理部３２は、デバイス２ａにアクセスするこ
となく、上位アプリケーションに返答でき、応答時間を
短縮できる。

【００５１】また、上位アプリケーションからの読出要
求の多寡に拘らず、あるデバイス２ａの実際の状態取得
は、リフレッシュ間隔毎なので、ＰＬＣ１１の通信量が
読出要求の多寡によって変動しない。この結果、通信に
よるＰＬＣ１１の負荷を一定のレベルに保つことができ
る。したがって、ＰＬＣ１１では、デバイス２ａを制御
するために、通信など、制御以外に割り当て可能な資源
が制限されているにも拘らず、制御用ホストコンピュー
タ１４は、ＰＬＣ１１によるデバイス２ａの制御を妨げ
ずに、デバイス２ａの状態を取得できる。

【００５２】なお、キャッシュメモリ３１の内容は、厳
密に言うと、デバイス２ａの現在の状態ではないが、更
新処理部３４は、キャッシュメモリ３１に格納される全
てのデバイス２ａの状態を、リフレッシュ間隔毎に更新
しているので、返答された状態は、現時点からリフレッ
シュ間隔より短い時間だけ前の状態となる。したがっ
て、例えば、ＨＭＩ処理部２１が状態を表示したり、公
開サーバ部２７がクライアント装置５へ状態を通知して
状態表示を指示するなど、上位アプリケーションは、何
ら支障なく、デバイス２ａの状態に応じた処理を行うこ
とができる。

【００５３】一方、例えば、上位アプリケーションとし
ての公開サーバ部２７がクライアント装置５からのアク
セスを受け、当該上位アプリケーションから、これまで
にキャッシュメモリ３１に格納されていないアドレス範
囲のデバイス２ａの読み出しが指示された場合など、上
位アプリケーションから新規の登録データの追加が指示
されると、更新処理部３４は、上記Ｓ１（図４参照）に
おいて、新規の登録データの追加が指示されたことを検
出する。なお、検出方法は、例えば、リフレッシュテー
ブル３３に登録されている登録データの数を前回と比較
して、増加していれば、追加と判定する方法でもよい。
また、新規登録か否かを示すフラグがリフレッシュテー
ブル３３の各登録データ毎に格納され、上記登録処理部
３５が新規登録時に当該フラグを新規登録を示す値に設
定する構成の場合、更新処理部３４は当該フラグを参照
して判定できる。また、更新処理部３４が登録処理部３
５への指示を監視して、追加指示の有無を判定してもよ
い。さらに、登録処理部３５が登録を指示された際に割
り込みを発生させ、当該割り込みがあった場合にのみ、
更新処理部３４が以下のＳ２の処理を行ってもよい。

【００５４】いずれの検出方法であっても、登録データ
の追加が指示された場合（上記Ｓ１にて、YES の場
合）、更新処理部３４は、Ｓ２において、上記Ｓ１にて
追加された登録データに関するデバイス２ａについて、
上記Ｓ１２と同様に状態を取得し、キャッシュメモリ３
１に格納した後、上記Ｓ１１以降の処理を行う。

【００５５】したがって、図１に示すように、更新処理
部３４がリフレッシュテーブル３３の最初の登録データ
に関するデバイス２ａの状態（Ｄ１００の状態）を読み
出している間に、公開サーバ部２７などの上位アプリケ
ーションからサーバ部２３へ、Ｄ１５００の状態取得が
新たに指示され、登録処理部３５によって、デバイス名
がＤ１５００でワード数が５の登録データが新規に追加
される場合、新規の登録データに関するデバイス２ａの
状態（この例では、Ｄ１５００の状態）は、次の登録デ
ータに関するデバイス２ａの状態（この例では、Ｄ３０
０の状態）よりも優先して、すなわち、より早く取得さ
れる。

【００５６】なお、登録処理部３５は、新規の登録デー
タの追加が指示された場合、例えば、図６に示すよう
に、当該登録データをリフレッシュテーブル３３に追加
する。したがって、当該登録データの次回以降の読み出
しは、他の登録データと同様のリフレッシュ間隔で繰り
返される。

【００５７】ここで、比較例として、図９に示す従来技
術の制御システム１０１を想定した構成、すなわち、登
録データを追加させる原因が制御システム（ローカル制
御システム）１０１内にしかなく、登録データの追加が
殆ど発生しない場合を想定して、サーバ部がリフレッシ
ュテーブルに基づくキャッシュメモリの更新を優先する
構成について、図７および図８に基づき説明する。な
お、比較例に係るサーバ部２３の各部材は、更新処理部
の動作を除いて、図２に示す部材と同一なので、説明の
便宜上、比較例に係る部材は、図２に示す部材の参照符
号の末尾に「ｘ」を付けて区別する。

【００５８】当該比較例に係る更新処理部３４ｘは、図
７に示すＳ２１〜Ｓ３３のように、図４に示すＳ１〜Ｓ
１２と類似した動作を行っている。ただし、本比較例に
係る更新処理部３４ｘは、キャッシュメモリ３１の内容
を更新する場合（Ｓ３１にて、YES の場合）、上記Ｓ１
２とは異なり、Ｓ３２およびＳ３３において、リフレッ
シュテーブル３３の登録データがなくなるまで、登録デ
ータの順次読み出しと、各登録データに関するデバイス
２ａの状態取得とを行う。

【００５９】当該構成では、図８に示すように、上位ア
プリケーションから、図４と同じタイミングで新たなア
ドレス範囲（Ｄ１５００）の読出要求を受けた場合、更
新処理部３４ｘは、リフレッシュが終了するまで、Ｓ１
１およびＳ１２の処理を行わず、Ｄ１５００の状態を取
得しない。したがって、上位アプリケーションには、リ
フレッシュが終了した後、さらに、更新処理部３４ｘに
よってＤ１５００の状態が取得されるまでの間、Ｄ１５
００の状態が返答されず、図２に示す本実施形態の更新
処理部３４に比べて、初回の応答時間が長くなってしま
う。

【００６０】これに対して、本実施形態では、リフレッ
シュが終了しているか否かに拘らず、新規の登録データ
に関するデバイス２ａの状態が次に取得されるので、図
８に示す比較例の構成のように、リフレッシュの終了時
点の次に、新規の登録データに関するデバイス２ａの状
態が取得される構成に比べて、初回読み出しの際、上位
アプリケーションに対する応答時間を短縮できる。

【００６１】一例として、更新処理部３４がデバイスＤ
１００の状態取得を開始した時点で上位アプリケーショ
ンがＤ１５００の読み出しを要求した場合、リフレッシ
ュテーブル３３に図３の登録データが格納されており、
１ワードの状態取得に１秒かかるとすると、上記比較例
の応答時間は、２０＋１００＋１０＋５の１３５秒とな
る。一方、本実施形態では、同じ状況であっても、応答
時間が２０＋５の２５秒となり、大幅に短縮できる。な
お、短縮できる時間は、キャッシュメモリ３１に状態が
格納されるデバイス２ａの数が多くなり、リフレッシュ
間隔が長くなるに従って、長くなる。

【００６２】ところで、上記では、ポーリングによるキ
ャッシュメモリ３１の内容更新よりも、新規の登録デー
タを優先する更新処理部３４が設けられた制御用ホスト
コンピュータを含むシステムの好適な例として、クライ
アント装置５にて、プログラマブル表示器１２と同様の
操作画面を表示するシステムを説明したが、これに限る
ものではない。他のシステムに適用したであっても、制
御用ホストコンピュータ１４の上位アプリケーションが
リフレッシュテーブル３３に登録データを登録させるア
プリケーションであれば、当該アプリケーションに対す
る初回の応答時間を短縮できる。

【００６３】ただし、上位アプリケーションが公開サー
バ部２７のように、ローカル制御システム３外のクライ
アント装置５からの要求を受けて、デバイス２ａの状態
取得をサーバ部２３へ指示するアプリケーションの場
合、ローカル制御システム３内の機器からの要求を受け
てデバイス２ａの状態取得が指示される場合とは異な
り、制御用ホストコンピュータ１４の公開サーバ部２７
は、クライアント装置５から実際にアクセスされるま
で、どの操作画面が参照されるかを決定できず、どのデ
バイス２ａの状態が参照されるかも特定できない。

【００６４】一方、どのデバイス２ａの状態が参照され
てもよいように、参照される可能性のあるデバイス２ａ
の状態全てを、制御用ホストコンピュータ１４のサーバ
部２３でキャッシュしておくと、リフレッシュテーブル
３３およびキャッシュメモリ３１に必要な記憶容量が増
大するだけではなく、キャッシュメモリ３１の内容を更
新するために必要な通信量が増大し、制御用ホストコン
ピュータ１４、ＬＡＮ１３、プログラマブル表示器１２
およびＰＬＣ１１の負担が増大する虞れがある。

【００６５】特に、本実施形態のように、プログラマブ
ル表示器１２の操作画面と同様の画面をクライアント装
置５で表示させる場合、表示されるデバイス２ａは、制
御用ホストコンピュータ１４で総括して操作する際に表
示されるデバイス２ａよりも、多岐に渡り、ローカル制
御システム３内の略全てのデバイス２ａになることも多
い。この結果、参照される可能性のあるデバイス２ａの
状態全てをキャッシュすると負担が極めて大きい。

【００６６】したがって、デバイス２ａの状態取得の原
因となる事象がローカル制御システム３外にあり、上位
アプリケーションがローカル制御システム３外からの指
示に基づいて登録データをサーバ部２３のリフレッシュ
テーブル３３に登録させる構成の場合、登録処理部３５
は、上位アプリケーションから指示を受けた時点で登録
データを登録し、不要な登録データ、または、優先度の
低い登録データをリフレッシュテーブル３３から削除す
ることが望まれる。

【００６７】ところが、この構成で、比較例のように、
リフレッシュテーブル３３の全登録データに関するデバ
イス２ａの状態を一括して取得し、リフレッシュの終了
後に、新規の登録データに関するデバイス２ａの状態を
取得すると、上位アプリケーションに対する、初回の応
答時間が長くなってしまう。

【００６８】これに対して、本実施形態では、新規の登
録データに関する状態取得を優先しているので、上記構
成のように、デバイス２ａの状態取得の原因となる事象
がローカル制御システム３外にあり、リフレッシュテー
ブル３３への登録データ追加が比較的頻繁に実施される
場合であっても、初回の応答時間を短縮できる。

【００６９】特に、取得されたデバイス２ａの状態に応
じた表示が行われる場合、初回の応答時間が長くなる
と、表示を指示してからデバイス２ａの状態が表示され
るまでの期間が長くなってしまう。この期間は、次回以
降の応答とは異なり、前回のデバイス２ａの状態を表示
することができない。したがって、状態が表示されてい
ないことをユーザが把握しやすく、当該期間が長くなる
と、ユーザの使用感を大きく損ねてしまう。これに対し
て、本実施形態では、上述の構成により、初回の応答時
間を短縮しているので、ユーザの使用感を高いレベルに
維持できる。

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

【００７１】当該構成であっても、上位アプリケーショ
ンとしての通信処理部は、サーバ部２３を介してデバイ
ス２ａの状態を取得すると共に、公開サーバ装置とロー
カル制御システム３との間の通信路、公開サーバ装置お
よびインターネット４を介して、クライアント装置５
へ、デバイス２ａの状態を通知し、当該デバイス２ａの
状態をクライアント装置５に表示させることができる。
したがって、公開サーバ部２７などが制御用ホストコン
ピュータ１４に設けられている場合と同様に、比較的頻
繁にリフレッシュテーブル３３に登録データが追加され
るにも拘らず、初めてデバイス２ａの状態を取得する際
の応答時間を短縮できる。

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

【００７３】なお、上記では、リフレッシュテーブル３
３における新規登録データの順番に拘らず、更新処理部
３４が新規の登録データに関するデバイス２ａの状態取
得処理を、次の登録データに関する状態取得処理よりも
優先することで、新規の登録データの状態を先に取得し
ていたが、これに限るものではない。例えば、登録処理
部３５がリフレッシュテーブル３３に新規の登録データ
を追加する際、更新処理部３４が現在読み出している登
録データの順番を検出し、次の順番になるように追加す
ることで、新規の登録データの状態を先に取得しても同
様の効果が得られる。

【００７４】

【発明の効果】請求項１の発明に係る制御用コンピュー
タは、以上のように、上位アプリケーションからの指示
に応じてリフレッシュテーブルに登録データを追加する
登録手段と、上記リフレッシュテーブルから順次読み出
した登録データに応じたデバイスの状態を取得し、キャ
ッシュメモリに格納する更新手段と、上位アプリケーシ
ョンから、デバイスの読出要求を受けた場合、当該デバ
イスの状態を、当該キャッシュメモリから読み出して、
当該上位アプリケーションに返答する応答手段とを備
え、上記更新手段は、上記登録手段がリフレッシュテー
ブルへ登録データを追加する場合、現在、デバイスの状
態を取得中の登録データの次の登録データよりも先に、
追加された登録データに応じたデバイスの状態を取得
し、上記キャッシュメモリに格納する構成である。ま
た、請求項３記載のプログラムは、上記各手段として、
コンピュータを動作させるプログラムであり、請求項４
記載の記録媒体は、上記各手段として、コンピュータを
動作させるプログラムが記録された記録媒体である。そ
して、これらのプログラムを実行することで、コンピュ
ータは、上記制御用コンピュータとして動作する。

【００７５】上記構成によれば、応答手段がキャッシュ
メモリを参照する。また、更新手段は、上記リフレッシ
ュテーブルから順次読み出した登録データに応じたデバ
イスの状態を取得して、キャッシュメモリの内容を取得
すると共に、次の登録データよりも先に、新たに追加さ
れた登録データに応じたデバイスの状態を取得し、上記
キャッシュメモリに格納する。したがって、上位アプリ
ケーションからの読出要求毎にデバイスの状態を実際に
取得する構成や、リフレッシュテーブルからの登録デー
タの読み出しが全て終了した後で、リフレッシュテーブ
ルに登録データを追加する構成と比べて、デバイスの制
御を妨げることなく、初回の応答時間を短縮可能な制御
用コンピュータを実現できるという効果を奏する。

【００７６】請求項２記載の発明に係る制御用コンピュ
ータは、以上のように、請求項１記載の発明の構成に加
えて、上記上位アプリケーションとして、広域通信網を
介してアクセスする端末へ、上記デバイスの状態を通知
し、当該デバイスの状態を当該端末に表示させる端末通
信手段を備え、当該端末通信手段は、上記端末からのア
クセスを受けた時点で、当該端末に状態を通知するデバ
イスを示す登録データまたは当該デバイスのアドレス範
囲を示す登録データを、上記登録手段に登録させる構成
である。

【００７７】上記構成によれば、更新手段は、次の登録
データよりも先に、追加された登録データに応じたデバ
イスの状態を取得するので、端末からのアクセスを受け
た後に、登録データが登録されるにも拘らず、端末から
のアクセスを受けてから、最初に、当該登録データのデ
バイスの状態が端末に通知されるまでの時間を短縮でき
る。この結果、端末が制御用コンピュータにアクセスし
てから、端末がデバイスの状態を表示するまでの応答時
間を短縮できるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の一実施形態を示すものであり、キャッ
シュメモリの内容を更新している最中に、リフレッシュ
テーブルに登録データが追加された場合の動作を示すタ
イミングチャートである。

【図２】上記実施形態に係る制御システムの要部構成を
示すブロック図である。

【図３】上記制御システムにおいて、上記キャッシュメ
モリの内容更新用のリフレッシュテーブルのデータ構造
を示す説明図である。

【図４】上記制御システムにおいて、キャッシュメモリ
の内容を更新する更新処理部の動作を示すフローチャー
トである。

【図５】上記制御システムにおいて、キャッシュメモリ
の内容を更新する際における各部の動作を示すタイミン
グチャートである。

【図６】上記登録データ追加後におけるリフレッシュテ
ーブルのデータ構造を示す説明図である。

【図７】本発明の比較例を示すものであり、更新処理部
の動作を示すフローチャートである。

【図８】上記比較例に係る制御システムにおいて、キャ
ッシュメモリの内容を更新している最中に、リフレッシ
ュテーブルに登録データが追加された場合の動作を示す
タイミングチャートである。

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

【符号の説明】

２ａ デバイス ４ インターネット（広域通信網） ５ クライアント装置（端末） １４ 制御用ホストコンピュータ（制御用コンピュー
タ） ２１ ＨＭＩ処理部（上位アプリケーション） ２７ 公開サーバ部（上位アプリケーション；端末通
信手段） ３１ キャッシュメモリ ３２ 応答処理部（応答手段） ３３ リフレッシュテーブル ３４ 更新処理部（更新手段） ３５ 登録処理部（登録手段）

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B042 GA12 GA18 GA36 GB05 GC08 MA08 MC19 5B089 GA01 GA21 JA32 JA35 JA36 JB15 KA05 KC15 KD02 5H220 BB03 BB17 CC09 CX03 CX04 CX05 EE09 EE10 FF03 GG25 HH01 HH04 HH08 JJ16 JJ29 JJ35 JJ38

Claims (4)

【特許請求の範囲】
1. 【請求項１】上位アプリケーションからの指示に応じ
   て、デバイスを示す登録データまたはデバイスのアドレ
   ス範囲を示す登録データを、リフレッシュテーブルに追
   加する登録手段と、上記リフレッシュテーブルから順次
   読み出した登録データに応じたデバイスの状態を取得
   し、キャッシュメモリに格納する更新手段と、上位アプ
   リケーションから、デバイスの読出要求を受けた場合、
   当該デバイスの状態が上記キャッシュメモリに格納され
   ていれば、当該デバイスの状態を、当該キャッシュメモ
   リから読み出して、当該上位アプリケーションに返答す
   る応答手段とを備え、 上記更新手段は、上記登録手段がリフレッシュテーブル
   へ登録データを追加する場合、現在、デバイスの状態を
   取得中の登録データの次の登録データよりも先に、追加
   された登録データに応じたデバイスの状態を取得し、上
   記キャッシュメモリに格納することを特徴とする制御用
   コンピュータ。
2. 【請求項２】上記上位アプリケーションとして、広域通
   信網を介してアクセスする端末へ、上記デバイスの状態
   を通知し、当該デバイスの状態を当該端末に表示させる
   端末通信手段を備え、 当該端末通信手段は、上記端末からのアクセスを受けた
   時点で、当該端末に状態を通知するデバイスを示す登録
   データまたは当該デバイスのアドレス範囲を示す登録デ
   ータを、上記登録手段に登録させることを特徴とする請
   求項１記載の制御用コンピュータ。
3. 【請求項３】請求項１記載の各手段として、コンピュー
   タを動作させるプログラム。
4. 【請求項４】請求項１記載の各手段として、コンピュー
   タを動作させるプログラムが記録された記録媒体。