(57)【特許請求の範囲】
【請求項１】
監視制御装置と、該監視制御装置とネットワークを介して接続される１以上の被監視装置と、該監視制御装置とネットワークを介して接続される監視制御用端末とからなり、該監視制御装置は、監視制御用端末から被監視装置の監視制御依頼を受けると、当該被監視装置に対して監視制御指示を発行しその応答として当該被監視装置から所要の応答情報を受信するとその応答情報を当該監視制御端末に通知するように構成した監視制御システムであって、
該監視制御装置には、該監視制御用端末に通知する応答情報をキャッシュ情報としてキャッシュするキャッシュ蓄積手段と、該キャッシュ蓄積手段に蓄積されるキャッシュ情報を管理するためのキャッシュ管理手段とが備えられており、
該キャッシュ管理手段は、該被監視装置からの応答情報を該キャッシュ蓄積手段にキャッシュする／しないを指定する該監視制御用端末からの監視制御依頼に基づいて該被監視装置の応答情報を該キャッシュ蓄積手段にキャッシュ情報としてキャッシュするようにし、該監視制御用端末からの監視制御依頼に対応する応答情報が該キャッシュ蓄積手段にキャッシュ情報として既に存在する場合には当該キャッシュ情報を該監視制御用端末へ通知し、存在しない場合には当該被監視装置に対して応答情報獲得のための監視制御指示を発行しそれにより得た応答情報を該監視制御用端末へ通知するように構成した監視制御システム。
【請求項２】
前記キャッシュ管理手段は、監視制御用端末からの監視制御依頼に基づいて、当該監視制御用端末への通知情報として、キャッシュ蓄積手段に蓄積されているキャッシュ情報を返送するか、あるいはキャッシュ蓄積手段中に当該キャッシュ情報が有るか無いかにかかわらず被監視装置に応答情報獲得のための監視制御指示を強制的に発行してそれにより得た応答情報を返送するかのいずれかを指示するようにした請求項１記載の監視制御システム。
【請求項３】
前記キャッシュ管理手段は、監視制御用端末からの監視制御依頼に基づいて、キャッシュ蓄積手段の蓄積キャッシュ情報中から削除するキャッシュ情報を指定するようにした請求項１または２記載の監視制御システム。
【請求項４】
前記キャッシュ管理手段は、前記キャッシュ情報にその応答情報を獲得した時刻を応答時刻として付加するようにした請求項１〜３のいずれかに記載の監視制御システム。
【請求項５】
前記キャッシュ管理手段は、該キャッシュ蓄積手段中の各キャッシュ情報について、そのキャッシュ情報中の応答時刻を参照してそのキャッシュ情報を得た時刻が所定時間以上古くなった時には、当該キャッシュ情報に対応する被監視装置に対して応答情報獲得のための監視制御指示を発行して新たな応答情報を獲得しその応答情報により当該キャッシュ情報を更新するようにした請求項４記載の監視制御システム。
【請求項６】
前記キャッシュ管理手段は、該キャッシュ蓄積手段からキャッシュ情報を取り出して該監視制御用端末に送信する場合に、該キャッシュ情報中の応答時刻を参照してそのキャッシュ情報を得た時刻が所定時間以上古くなった時には、当該キャッシュ情報に対応する被監視装置に対して応答情報獲得のための監視制御指示を発行して新たな応答情報を獲得してその応答情報を該監視制御用端末に通知するとともに、該応答情報により当該キャッシュ情報を更新するようにした請求項４記載の監視制御システム。
【請求項７】
前記キャッシュ管理手段は、該監視制御用端末からの、複数のコマンドを含む監視制御依頼を単位とする名称でキャッシュ情報を格納、検索する管理を行うようにした請求項１〜６のいずれかに記載の監視制御システム。
【請求項８】
請求項１〜７のいずれかに記載の監視制御システムにおいて用いられている監視制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はＷｅｂサーバ機能等に備えられたキャッシュ機能を用いて応答情報のキャッシュ管理を行う監視制御システムに関する。
【０００２】
【従来の技術】
図１０には監視制御システムが示される。この監視制御システムでは、監視制御装置１２が複数の被監視装置１３・・・を監視制御網を介して監視制御する。この監視制御装置１２はブラウザ機能を持った監視制御用端末（以降、ブラウザという）１１とＬＡＮで接続されている。監視制御装置１２はその有するＷｅｂサーバ機能を通してブラウザ１１とＨＴＴＰ(Hyper Text Transfer Prtocol) による通信を行い、ブラウザ１１からの被監視装置に対する制御依頼（監視制御要求）を解析して、被監視装置に対してコマンドを発行して被監視装置１３の監視制御を行い、その結果として被監視装置１３から送られて来る応答情報をブラウザ１１に通知し、ブラウザではその受信した応答情報の内容を画面表示している。
【０００３】
【発明が解決しようとする課題】
この従来のＷｅｂサーバを用いた監視制御装置１２では、被監視装置１３におけるパッケージ実装状態といったような実質的には時間的にほとんど変化しない内容の応答情報についても、ブラウザに画面を表示する度に（すなわちブラウザから監視制御依頼がある度に）、被監視装置１３に対してその監視制御状況を問い合わせるコマンドを発行し、被監視装置１３からその応答情報を受け取ってブラウザに転送していた。
【０００４】
したがって、被監視装置１３から応答情報として獲得する情報量が多ければ多いほど、ブラウザ１１への通知に時間がかかり、よってブラウザ１１での画面の表示に時間がかかるといった問題があった。
【０００５】
一方、監視制御装置１２のＷｅｂサーバにはキャッシュ機能が備えられており、このキャッシュ機能では、被監視装置１３から監視情報を受信すると、その監視情報をブラウザに転送するとともに内蔵キャッシュメモリにもキャッシュしておいて、ブラウザ１１から再度同じ監視情報の問合せ依頼を受けたときには、被監視装置１３に直接に問い合わせる代わりにキャッシュメモリからその監視情報を読み出して返送するといったことも行える。
【０００６】
しかしながら、被監視装置１３の応答情報は、上述のような時間的にほとんど変化がない情報だけではなく、被監視装置１３の状態によってブラウザで画面を開く度にその内容が異なるような情報（すなわち被監視装置１３が制御依頼に関係なく自律的に内容を変更するような情報）もある。また、従来では、監視制御装置１２からブラウザに通知された応答情報が、被監視装置１３に直接に問い合わせて得た情報なのか、あるいはキャッシュメモリから読み出したキャッシュ情報なのかをブラウザ１１において判別する手段はなかった。
【０００７】
このため、監視制御装置１２において上述のキャッシュ機能を用いた場合には、被監視装置１３の現実の状態を反映していない応答情報（例えば内容が既に変化してしまっている応答情報）がブラウザ１１に通知されたり、また、ブラウザ１１で表示した内容がキャッシュ情報なのか、あるいは被監視装置１３からの直接情報なのかの判断がブラウザ１１においてできなかったりするため、ブラウザ１１のオペレータが情報を誤って認識してしまうという問題があった。
【０００８】
本発明はかかる問題点に鑑みてなされたものであり、被監視装置の監視制御情報を的確かつ迅速に得ることを目的とする。
【０００９】
【課題を解決するための手段および作用】
本発明に係る監視制御システムは、監視制御装置と、該監視制御装置とネットワークを介して接続される１以上の被監視装置と、該監視制御装置とネットワークを介して接続される監視制御用端末とからなり、該監視制御装置は、監視制御用端末から被監視装置の監視制御依頼を受けると、当該被監視装置に対して監視制御指示を発行しその応答として当該被監視装置から所要の応答情報を受信するとその応答情報を当該監視制御端末に通知するように構成した監視制御システムからなる。
【００１０】
上述の課題を解決するために、本発明に係る監視制御システムでは、該監視制御装置には、該監視制御用端末に通知する応答情報をキャッシュ情報としてキャッシュするキャッシュ蓄積手段と、該キャッシュ蓄積手段に蓄積されるキャッシュ情報を管理するためのキャッシュ管理手段とが備えられており、該キャッシュ管理手段は、該監視制御用端末からの監視制御依頼に基づいて指定された被監視装置の応答情報を該キャッシュ蓄積手段にキャッシュ情報としてキャッシュするようにし、該監視制御用端末からの監視制御依頼に対応する応答情報が該キャッシュ蓄積手段にキャッシュ情報として既に存在する場合には当該キャッシュ情報を該監視制御用端末へ通知し、存在しない場合には当該被監視装置に対して応答情報獲得のための監視制御指示を発行しそれにより得た応答情報を該監視制御用端末へ通知するように構成してある。
このように、被監視装置からの応答情報をキャッシュ蓄積手段にキャッシュする／しないを、監視制御用端末からの監視制御依頼に基づいて定義することにより、指定した応答情報のみをキャッシュ蓄積手段へのキャッシュの対象とすることが可能となるため、時間的に変化のない状態を表示する応答情報などをキャッシュ対象にすることにより、監視制御用端末からのその応答情報に関する監視制御依頼に対してそれに対応するキャッシュ情報を直ちに通知することができるので、監視制御用端末への応答通知の高速化を図ることができる。また、被監視装置側の動作で自律的に変化してしまうような応答情報はキャッシュ対象から外すことができるので、監視制御用端末に通知する応答情報の信頼性を高めることができる。
【００１１】
上述の監視制御システムは、監視制御用端末からの監視制御依頼に基づいて、当該監視制御用端末への通知情報として、キャッシュ蓄積手段に蓄積されているキャッシュ情報を返送するか、あるいはキャッシュ蓄積手段中に当該キャッシュ情報が有るか無いかにかかわらず被監視装置に応答情報獲得のための監視制御指示を強制的に発行してそれにより得た応答情報を返送するかのいずれかを指示するように構成できる。
このように、監視制御用端末への通知情報としてキャッシュ蓄積手段のキャッシュ情報を使用する／しないを監視制御依頼に基づいて定義することにより、必要に応じて、キャッシュ情報ではなく、被監視装置から新たに獲得した現状の最新状態の応答情報を、監視制御用端末に通知することが可能となり、通知する応答情報の信頼性を高めることができる。
【００１２】
また、上述の監視制御システムは、監視制御用端末からの監視制御依頼に基づいて、キャッシュ蓄積手段の蓄積キャッシュ情報中から削除するキャッシュ情報を指定するように構成できる。
このように、キャッシュ蓄積手段から削除するキャッシュ情報の指定を監視制御依頼に基づいて定義できるようにすることで、その監視制御依頼による制御内容によって変化する応答情報に対応するキャッシュ情報（つまり制御内容により無効となることが予め分かっているキャッシュ情報）をキャッシュ蓄積手段から予め削除しておくことことができ、それにより、キャッシュ情報を使用する／しないの指示に関わらず、被監視装置から直接に最新の情報を獲得して、監視制御用端末に通知することが可能となり、通知する応答情報の信頼性を高めることができる。
【００１３】
また、上述の監視制御システムは、前記キャッシュ情報にその応答情報を獲得した時刻を応答時刻として付加するように構成できる。
このように、キャッシュ情報にその応答情報を受信した時刻を応答時刻として付加し、その応答時刻を監視制御用端末への通知中に含めることで、監視制御用端末において、得た応答情報の獲得時刻を判断することが可能となるため、応答情報の信頼性が向上する。
【００１４】
また、上述の監視制御システムは、該キャッシュ蓄積手段中の各キャッシュ情報について、そのキャッシュ情報中の応答時刻を参照してそのキャッシュ情報を得た時刻が所定時間以上古くなった時には、当該キャッシュ情報に対応する被監視装置に対して応答情報獲得のための監視制御指示を発行して新たな応答情報を獲得しその応答情報により当該キャッシュ情報を更新するように構成できる。
これにより、古くなったキャッシュ情報は新たなものに更新できるので、監視制御用端末に通知する応答情報の信頼性を向上できる。
【００１５】
また、上述の監視制御システムは、該キャッシュ蓄積手段からキャッシュ情報を取り出して該監視制御用端末に送信する場合に、該キャッシュ情報中の応答時刻を参照してそのキャッシュ情報を得た時刻が所定時間以上古くなった時には、当該キャッシュ情報に対応する被監視装置に対して応答情報獲得のための監視制御指示を発行して新たな応答情報を獲得してその応答情報を該監視制御用端末に通知するとともに、該応答情報により当該キャッシュ情報を更新するように構成できる。
これにより、古くなったキャッシュ情報は新たなものに更新できるので、監視制御用端末に通知する応答情報の信頼性を向上できる。
【００１６】
また、上述の監視制御システムは、該監視制御用端末からの、複数のコマンドを含む監視制御依頼を単位とする名称でキャッシュ情報を格納、検索する管理を行うように構成できる。
このように、キャッシュ情報を監視制御依頼単位の名称で管理することにより、キャッシュ情報の検索処理速度が向上する。
【００１７】
このように、本発明では、監視制御用端末からの監視制御依頼毎に、それに関連した応答情報をキャッシュする／しない、キャッシュ情報を使用する／しないなどの設定を可能とすることで、監視制御用端末への通知速度の向上を図ることができる。さらに、キャッシュ情報に応答情報の受信時刻を付加し、その時刻を監視制御用端末上で確認することを可能とすること、キャッシュ情報を定期的に参照してキャッシュ情報が規定時間より古い場合には情報を自動的に再獲得することなどで、オペレータに対する正しい情報提供を可能にできる。
【００１８】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
図１には本発明に係る一実施例としての監視制御装置の構成が示される。この監視制御装置が適用される監視制御ネットワークの構成は前述した図１０のものと同じである。すなわち、この監視制御装置１２は、Ｗｅｂサーバ１、解析部２、制御部３、キャッシュメモリ４、通信部５、タイマ６等を含み構成されており、ブラウザ１１（複数）・・・とはＬＡＮ（Local Area Network) で接続され、また被監視装置１３（複数）・・・とは監視制御網を介して接続されている。
【００１９】
Ｗｅｂサーバ１は、ブラウザ１１とＨＴＴＰ（Hyper Text Transfer Protocol) により通信を行うもので、ブラウザ１１から制御依頼通知（１）を受信してそのブラウザ１１からの要求に従って指定された解析部２を起動する機能（通常、ＳＳＩやＣＧＩとして起動される）や、解析部２が出力したＨＴＭＬ (Hyper Text Markup Language) 形式による応答情報通知（１１）をＨＴＴＰによりブラウザ１１に応答情報通知（１２）として送信する機能などを持つ。
【００２０】
解析部２は、ブラウザ１１からの制御依頼通知（１）による監視制御の要求時には，その要求内容（２）を解析して、制御部３に対して制御依頼（３）を行う。また、制御部３から応答情報（１０）を受信した時には、その応答内容（後述の応答時刻を含む）をＨＴＭＬ形式に変換して、Ｗｅｂサーバ１に応答情報通知（１１）として出力する。
【００２１】
制御部３は、解析部２からの制御依頼（３）に基づいて被監視装置１３に対する制御フレーム（監視制御フレーム）を組み立てて、制御フレームの送信依頼（５）を通信部５に対して行う。また、通信部５から受信した応答フレーム通知（８）をキャラクタに変換して応答情報（１０）として解析部２に通知する。この制御部３はキャッシュ管理部３１を備えており、このキャッシュ管理部３１は、キャッシュメモリ４に対するキャッシュ情報の格納、検索、削除等の指示を行うが、その詳細な内容は後述する。
【００２２】
キャッシュメモリ４は、被監視装置１３からの所要の応答情報（応答時刻を含む）をキャッシュ情報として格納しており、キャッシュ管理部３１からの指示に従ってそのキャッシュ情報の読出し／書込み／更新／削除などを行う。
【００２３】
通信部５は、実際に被監視装置１３との通信を司るものであり、制御部３から制御フレームの送信依頼を受けて、その制御フレームを被監視装置に対して送信フレーム（６）として送信する。また、被監視装置１３から受信した応答フレーム（７）を、制御部３に対して応答フレーム通知（８）として通知する。
【００２４】
タイマ手段６は、キャッシュメモリ４における後述の「定期処理」で使用するためのもので、キャッシュ管理部３１からのタイマ設定指示（１３）に従って指定された時間だけウェイトして、指定時間経過後にタイムアウト通知（１４）をキャッシュ管理部３１に対して行うものである。
【００２５】
図６、図７には、キャッシュ管理部３１によるキャッシュ情報の管理方法の例を示す。ここで、図６は被監視装置１３から受信した応答フレーム（応答依頼通知）をキャッシュ管理部３１がキャッシュメモリ４にキャッシュ情報として格納する時の管理方法を説明するためのもの、図７はブラウザ１１から受信した制御依頼通知に基づいてキャッシュ管理部３１がキャッシュメモリ４からキャッシュ情報を検索等する時の管理方法を説明するためのものである。
【００２６】
図６のキャッシュ情報格納時の管理方法では、キャッシュ管理部３１は、応答情報の中の「制御依頼画面（制御依頼通知）の名称」と「被管理装置の名称」をつなげたものを「キャッシュ情報の名称」としてインデックスに用いて、キャッシュメモリ４にそのキャッシュ情報を格納する。なお、このとき、キャッシュ情報としては、応答情報とその応答情報を受信した時刻（応答時刻）とをペアにしたものを格納する。
【００２７】
また、図７の管理方法は、削除対象のキャッシュ情報や制御に対応するキャッシュ情報を検索する場合に用いられる。この例ではキャッシュ管理部３１から制御依頼があった時の例を示しており、制御依頼の内容から上記と同様に、「キャッシュ情報の名称」を「制御依頼画面の名称」と「被監視装置の名称」とから作成して、その作成した「キャッシュ情報名称」によりキャッシュ情報を検索する。
【００２８】
なお、本実施例では、キャッシュの単位はコマンド単位ではなく、画面単位（ブラウザ１１で画面を開く時に複数のコマンドを発行する場合にはまとめて１つのキャッシュ情報とする）でキャッシュを行う。図６、図７の例では、制御内容（制御コマンド）をＮ個指定できるようになっているが、制御依頼画面からの要求に対して１つのキャッシュ情報が作成される。このようにキャッシュ情報を「キャッシュ情報名称」で検索することで、キャッシュ情報の全データの比較が不要となり、検索速度が向上する。
【００２９】
図８、図９には、ブラウザ１１から監視制御装置１２への制御依頼通知（制御依頼画面）の具体例（ＨＴＭＬ形式で各パラメータを表示した例）が示される。図８は「ユニット設定」の制御依頼画面中におけるキャッシュ情報の管理に係わる部分の表記例、図９は「ユニット読出」の制御依頼画面中におけるキャッシュ情報の管理に係わる部分の表記例である。この図８、図９の制御依頼画面の詳細内容については後記するが、各画面における各パラメータの意味は下記の通りである。
【００３０】
ＮＡＭＥ＝”ＮＯＤＥ”（装置名）：被監視対象の装置（被監視装置）の名称である。
【００３１】
ＮＡＭＥ＝”ＤＥＬ−ＣＡＣＨＥ”（キャッシュ削除）：キャッシュメモリ４から削除する対象のキャッシュ情報の名称（制御依頼画面の名称）である。この値がヌル「”  ”」のときは、キャッシュ情報を削除しないことを表す。
【００３２】
ＮＡＭＥ＝”ＣＡＣＨＥ”（キャッシュ指示）：応答情報をキャッシュメモリ４にキャッシュ情報としてキャッシュする場合のキャッシュ情報の名称（その応答情報を得ることを指示した制御依頼画面の名称）を表す。この値がヌル「”  ”」のときは、その制御依頼画面により被監視装置１３から獲得した応答情報はキャッシュしないことを表す。
【００３３】
ＮＡＭＥ＝”ＵＳＥ−ＣＡＣＨＥ”（キャッシュ有効）：その制御依頼画面に対応した応答情報がキャッシュメモリ４中にキャッシュ情報としてキャッシュされていればそのキャッシュ情報を応答情報としてブラウザ１１に通知することを指示するための情報であり、そのキャッシュ情報を検索するためのキャッシュ情報の名称（制御依頼画面の名称）が表示される。この値として何等かのキャッシュ情報名称が指定されている場合には「キャッシュ有効」（すなわちキャッシュ情報があればキャッシュ情報を応答とすること）を表し、この値がヌル「”  ”」のときには、キャッシュメモリ４中のキャッシュ情報は参照せずに、被監視装置１３に対して応答情報を獲得するためのコマンドを発行することを表す。
【００３４】
ＮＡＭＥ＝，ＵＮＩＴ−ＮＯ”：ユニット番号を表す。図８、９で示すユニット設定とユニット読出のパラメータを表す。実際には制御内容によって異なる。
【００３５】
次に、図２〜図５のフローチャートを用いてキャッシュ管理部３１におけるキャッシュ管理処理の説明を行う。
まず、図２にはキャッシュ管理部３１におけるキャッシュ管理処理のメインルーチンが示される。図２に示すように、キャッシュ管理部３１は、起動時にまず、定期処理用のタイマ設定指示をタイマ６に対して行った後（ステップＳ１）、イベント待ち（ステップＳ２）に遷移する。このイベントの内容としては、本実施例では、ブラウザ１１からの「制御依頼の受付」、被監視装置１３からの「応答情報の受信」、タイマ６からの「タイムアウト通知」の３つがあり、イベントを受信すると、そのイベントの内容を判定し（ステップＳ３）、その内容によって以下のように処理が異なる（ステップＳ４〜Ｓ６）。
【００３６】
〔制御依頼の受付時の処理〕
図３には、受信したイベントの内容が「制御依頼の受付」であった場合のフローチャートが示される。まず、制御依頼中に「キャッシュ削除」（ＤＥＬ−ＣＡＣＨＥ）の指示、すなわち削除対象のキャッシュ情報が指定されているかを判定し（ステップＳ４１）、指定されている場合には、キャッシュメモリ４中の当該キャッシュ情報を削除する（ステップＳ４２）。指定されていない場合には、削除処理をすることなく次の処理（ステップ４３）に移行する。
【００３７】
なお、この「キャッシュ削除」処理は、例えば、受信した制御依頼に基づいて被監視装置１３においてその監視制御状態が変化する場合（例えば前述したユニット設定の制御依頼があった場合）などには、変化することが予め分かっているその応答情報（監視制御情報）をキャッシュ情報として保持しておくことは意味がなく、また誤った情報を通知する原因ともなるので、これを事前に削除しておいてその応答情報獲得の制御依頼があったときには被監視装置１３から新たに応答情報を獲得する処理を直ちに行えるようにするための処理である。
【００３８】
次に、制御依頼中に「キャッシュ有効」（ＵＳＥ−ＣＡＣＨＥ）の指定があるかを判定する（ステップＳ４３）。「キャッシュ有効」の指定がない（すなわちＵＳＥ−ＣＡＣＨＥがヌル「”  ”」である）場合には、その制御依頼に対応する応答情報を、キャッシュメモリ４中のキャッシュ情報からではなく、被監視装置１３から直接に獲得することになるので、制御依頼の内容に基づいて制御フレームを組み立てて（ステップＳ４８）、通信部５に対して制御フレームの送信依頼を行う（ステップＳ４９）。これにより、通信部５は被監視装置１３に対して制御フレームを送信（すなわちコマンドの発行）し、被監視装置１３から応答情報を獲得する処理を行う。
【００３９】
一方、「キャッシュ有効」であれば（ステップＳ４３）、制御依頼に対する応答としてのキャッシュ情報がキャッシュメモリ４中に存在するかを検索する（ステップＳ４４）。この検索の結果、当該キャッシュ情報がキャッシュメモリ４中に存在しない場合（例えば上記削除処理がされているような場合）には、その情報を被監視装置１３から直接に獲得する必要があるから、上述同様にステップＳ４８に移行する。一方、キャッシュメモリ４中に当該キャッシュ情報が存在する場合には（ステップＳ４４）、現在時刻を獲得して（ステップＳ４６）、現在時刻と応答時刻を比較する（ステップＳ４６）。ここで、応答時刻とは被監視装置１３から応答情報を受信した時刻である。比較の結果、その差分が規定時間Ｔ以下の場合には、当該キャッシュ情報を応答情報として解析部２ヘ通知する（ステップＳ４７）。一方、前記差分が規定時間Ｔより大きいときは、ステップＳ４８に移行して、被監視装置１３から応答情報を直接に獲得するための処理を行う。この処理は、現在時刻がその応答情報を前回獲得した応答時刻から規定時間Ｔ以上すぎた場合には、そのキャッシュ情報はだいぶ古いものと判断してその信頼性に問題があるから、新たに応答情報を被監視装置１３から獲得し直すためのものである。
【００４０】
このように、「制御依頼の受付」時の処理では、削除するキャッシュ情報を指定可能とすることで、被監視装置１３での制御実施時に監視制御装置１２への応答の内容に変更があるコマンドに対応するキャッシュ情報をあらかじめ削除することができるので、次にその変更があった応答情報を獲得するための制御依頼がブラウザ１１側からあった時には、その応答情報はキャッシュ情報としては存在していないことになるので、自動的に被監視装置１３から最新情報を獲得することが可能となる。
【００４１】
また、キャッシュ情報が規定時間以上古い場合にも、キャッシュ情報が現にキャッシュメモリ４に存在するか否かにかかわらず、被監視装置１３に対して対応する応答情報獲得のためのコマンドが発行されるので、オペレータが意識せずとも自動的に新しい情報を獲得することが可能となる。
【００４２】
また、制御依頼に対応する応答情報がキャッシュされており且つその応答時間が規定時間Ｔ以内であれば、被監視装置１３に対して応答情報獲得のためのコマンドは発行されず、したがってキャッシュメモリ４内のキャッシュ情報が応答情報として直ちに返されるため、応答の表示速度が向上する。さらに、応答情報として応答時刻も共に返送されてブラウザ１１に表示されるため、オペレータはその応答情報の発生時刻を認識することができるので、表示内容の信頼性が向上する。
【００４３】
〔応答受信時の処理〕
図４には、受信したイベントの内容が被監視装置１３からの「応答情報の受信」であった場合のフローチャートが示される。応答情報を受信した時は、まず現在時刻を獲得し（ステップＳ５１）、その時刻を応答時刻（受信時刻）とする（ステップＳ５２）。そして、応答情報と応答時刻をＨＴＭＬ形式で出力するためのキャラクタ情報に変換する（ステップＳ５２）。
【００４４】
次に、その応答情報を獲得する契機となった制御依頼を参照して、その応答情報がキャッシュ対象であるか、すなわち制御依頼通知中において「キャッシュ指定」（ＣＡＣＨＥ）されているかを判断し（ステップＳ５３）、キャッシュ対象の場合には、応答情報と応答時刻を組み合わせたキャッシュ情報（キャラクタ）を、前述の「キャッシュ情報名称」を用いてキャッシュメモリ４中に格納する（ステップＳ５４）。また、キャッシュ対象でなければ、メインルーチンのイベント待ち（ステップＳ２）に戻る。なお、いずれの場合にも、応答情報と応答時刻は、ブラウザ１１に返答する。
【００４５】
〔定期処理〕
図５には、タイマ６からタイムアウト通知があった場合の「定期処理」のフローチャートが示される。タイムアウトが通知された場合には、まず現在時刻を獲得する（ステップＳ６１）。次に、キャッシュメモリ４内から取り出した一のキャッシュ情報について、その応答時刻を現在時刻と比較し（ステップＳ６２）、応答時刻が現在時刻よりも規定時間（Ｔ２）以上古い場合には、そのキャッシュ情報はだいぶ以前に獲得したものであるため信頼性に欠ける状態になっているから更新する必要があると判断して、当該キャッシュ情報に対応した応答情報を被監視装置１３から新たに獲得するための制御フレームを作成し、通信部５に対してその制御フレームの送信依頼を行う（ステップＳ６３）。これにより、被監視装置１３から応答情報を受信したら、前述の「応答情報受信」の時の処理を行ってキャッシュメモリ４内の当該キャッシュ情報を新たなものに更新する。なお、この「定期処理」時には、その受信した応答情報はブラウザ１１側には送信しない。一方、その差時間が規定時刻Ｔ２よりも小さい場合には（ステップＳ６２）、そのキャッシュ情報の更新処理は行わなない。
【００４６】
上記処理をキャッシュメモリ４の全キャッシュ情報に対して実施するまで繰り返す（ステップＳ６４）。全キャッシュ情報について処理が終了したら、定期処理用のタイマ６に対してその設定時間を再度設定し直すようタイマ設定指示（１３）を行って、イベント待ち（ステップＳ２）の状態に戻る。
【００４７】
このようにすることで、キャッシュメモリ４中のキャッシュ情報がそれを獲得した時刻から規定時間以上古くなった場合には、自動的に被監視装置１３から獲得した最新情報に更新されるため、ブラウザ１１側から次回にその応答情報獲得のための制御依頼を受信した時に、被監視装置１３から新たに応答情報を獲得するための処理を行わなくともよくなるので、ブラウザ１１に対する応答表示速度が向上する。
【００４８】
次に前述の図８、図９の依頼制御画面の内容について詳細に説明する。前述のように、図８は「ユニット設定」という制御依頼画面の例、図９は「ユニット読出」という制御依頼画面の例であり、この「ユニット設定」の処理を被監視装置１３において実施したときには、「ユニット読出」の制御依頼に応じて被監視装置１３において「ユニット読出」の処理で読み出す応答情報の内容が変わるものとする。
【００４９】
まず、図８の「ユニット設定」制御依頼画面について説明する。この制御依頼画面の名称（TITLE)は、「ユニット設定」であり、その対象となる被監視装置（すなわち、ＮＡＭＥ＝ＮＯＤＥ）は、装置１と装置２である。「ユニット設定」時には「ユニット読出」時に返送するキャッシュ情報をキャッシュメモリ４から予め削除する必要があるため、
ＮＡＭＥ＝”ＤＥＬ−ＣＡＣＨＥ”  ＶＡＬＵＥ＝”ユニット読出”
の制御内容（コマンド）により、削除対象の「キャッシュ情報の名称」として「ユニット読出」を指定している。
【００５０】
また、この「ユニット設定」の制御依頼に対する被監視装置１３からの応答情報は、被監視装置１３の状態などによって変わるため、「ユニット設定」の制御依頼に対しては、被監視装置１３からの応答情報をキャッシュする必要はないので、
ＮＡＭＥ＝”ＣＡＣＨＥ”  ＶＡＬＵＥ＝”  ”
の制御内容（コマンド）により、受信した応答情報をキャッシュメモリ４にキャッシュしない設定となっている。
【００５１】
同様に、被監視装置１３に対して直接に情報獲得のためのコマンドを発行するから、キャッシュ情報を検索する必要がないので、
ＮＡＭＥ＝”ＵＳＥ─ＣＡＣＨＥ”  ＶＡＬＵＥ＝”  ”
の制御内容（コマンド）により、キャッシュ情報を検索するための名称をヌルとすることで、キャッシュメモリ４からキャッシュ情報の検索を行わない設定となっている。
【００５２】
次に、図９の「ユニット読出」制御依頼画面について説明する。この制御依頼画面の名称（TITLE)は「ユニット読出」であり、被監視装置１３から「ユニット情報」（指定されたユニットに係わる状態情報）を読み出すための制御依頼画面である。その対象となる被監視装置（すなわち、ＮＡＭＥ＝ＮＯＤＥ）は、装置１と装置２である。この「ユニット情報」は「ユニット設定」制御依頼に応じて被監視装置１３において一度設定してしまえば、再度「ユニット設定」制御依頼で変更しない限りその設定内容が変わらない情報とする。よって、「ユニット読出」制御依頼を受けたときにおいて、画面を開く度に、被監視装置１３に対してユニット情報獲得のためのコマンドを発行する必要はなく、このユニット情報はキャッシュ対象としてキャッシュメモリ４にキャッシュしておいた方が効率が良い。
【００５３】
従って、「ユニット読出」制御依頼画面においては、
ＮＡＭＥ＝”ＣＡＣＨＥ”  ＶＡＬＵＥ＝”ユニット読出”
の制御内容（コマンド）により、キャッシュメモリ４にキャッシュするための「キャッシュ情報の名称」として「ユニット読出」が設定されている。
【００５４】
また、既にキャッシュメモリ４に該当するキャッシュ情報があればそのキャッシュ情報を応答情報として返してもらいたいため、
ＮＡＭＥ＝”ＵＳＥ−ＣＡＣＨＥ”  ＶＡＬＵＥ＝”ユニット読出”
の制御内容（コマンド）により、キャッシュメモリ４から検索する「キャッシュ情報の名称」として、同じ名称「ユニット読出」を指定している。
【００５５】
なお、この「ユニット読出」コマンドによっては被監視装置の状態は変わらないため、
ＮＡＭＥ＝”ＤＥＬ−ＣＡＣＨＥ”  ＶＡＬＵＥ＝”  ”
の制御内容（コマンド）により、キャッシ削除対象のキャッシュ情報はヌル、すなわちキャッシュ情報の削除は行わないことを指定している。
【００５６】
以上ように、各パラメータをＨＴＭＬ上で表すことで、パラメータの変更（カスタマイズ）が容易になる。
【００５７】
本発明の実施にあたっては、種々の変形形態が可能である。例えば上述の実施例では、応答情報をキャッシュ情報としてキャッシュする／しない、現にキャッシュされているキャッシュ情報を用いる／用いない、キャッシュ情報を削除するなどの指定を、ブラウザ１１からの制御依頼通知上において行うようにしたが、本発明はこれに限られるものではなく、例えば、監視制御装置１２側において、ブラウザ１１からの各制御依頼通知の種類に応じて上記のキャッシュ情報にかかわる各種指定をテーブルの形で定義しておき、監視制御装置１２はブラウザ１１から制御依頼通知を受信する度に、このテーブルを参照してキャッシュ情報に係わる指定を得て、その指定に基づいて各種処理を行うようにしてもよい。
【００５８】
【発明の効果】
以上説明したように、本発明では、従来からＷｅｂサーバ等が備えているキャッシュ機能を単に使用するのではなく、新たにキャッシュ管理手段を設けることで、時間的にほとんど変化することのない情報等についての応答速度が向上する。
【００５９】
また、キャッシュ情報に応答時刻を付加し、応答時刻を監視制御用端末に通知することで、監視制御用端末のオペレータは、現在表示している内容が何時のものかを直ちに判断することができるため、表示内容の信頼性が向上する。
【００６０】
また、キャッシュ情報が規定時間より古い場合には、自動的に被監視装置から新たに応答情報を獲得するようにすることにより、キャッシュ情報の信頼性が向上する。
【００６１】
さらに、キャッシュする／しない、キャッシュ有効／無効といった情報を監視制御依頼中で表記することが可能なため、カスタマイズを容易に行える。
【図面の簡単な説明】
【図１】本発明に係る一実施例としての監視制御装置の構成を示す図である。
【図２】実施例装置のキャッシュ管理部で行うキャッシュ管理処理のメインルーチンを示すフローチャートである。
【図３】実施例装置のキャッシュ管理部で行うメインルーチン中の「制御依頼受付」時の処理手順を示すフローチャートである。
【図４】実施例装置のキャッシュ管理部で行うメインルーチン中の「応答受信」時の処理手順を示すフローチャートである。
【図５】実施例装置のキャッシュ管理部で行うメインルーチン中の「定期処理」時の処理手順を示すフローチャートである。
【図６】実施例装置におけるキャッシュ管理方法の例（キャッシュ情報格納時）を示す図である。
【図７】実施例装置におけるキャッシュ管理方法の例（キャッシュ情報検索時）を示す図である。
【図８】実施例装置における制御依頼画面（「ユニット設定」時）のＨＴＭＬによる表記例を示す図である。
【図９】実施例装置における制御依頼画面（「ユニット読出」時）のＨＴＭＬによる表記例を示す図である。
【図１０】監視制御ネットワークの構成例を示す図である。
【符号の説明】
１  Ｗｅｂサーバ
２  解析部
３  制御部（キャッシュ管理部を含む）
４  キャッシュメモリ
５  通信部
６  タイマ
１１  ブラウザ
１２  監視制御装置
１３  被監視装置
【図１】
0003966636.tif 000002
【図２】
0003966636.tif 000003
【図３】
0003966636.tif 000004
【図４】
0003966636.tif 000005
【図５】
0003966636.tif 000006
【図６】
0003966636.tif 000007
【図７】
0003966636.tif 000008
【図８】
0003966636.tif 000009
【図９】
0003966636.tif 000010
【図１０】
0003966636.tif 000011