(57)【要約】【課題】再生時にデータを時系列的に検索することにより検索速度を速くし、システムを過去状態で再現するまでの準備時間を短くする。【解決手段】プラント装置１からの監視データ及びプラント装置１に送られる制御データに時刻の情報を付加して保存する蓄積データ１０２と、プラント装置１の各設備に対して監視データ及び制御データに時刻ごとにインデックスを付加することによりテーブルが作成されたインデックスデータ１０３と、ユーザが設定した過去時刻に対応するインデックスの取得を行うとともに蓄積データ１０２からインデックスに該当するデータの取得を行う蓄積データ管理部１１１と、監視制御画面１２０においてデータの再現を実現させる画面データ供給部１１２を備える。【選択図】図１
2018010494.tif 000002
【特許請求の範囲】
【請求項１】
プラント装置からの監視データ及びプラント装置に送られる制御データに時刻の情報を付加して保存する蓄積データと、
上記プラント装置の各設備に対して上記監視データ及び上記制御データに上記時刻ごとにインデックスを付加することによりテーブルが作成されたインデックスデータと、
ユーザが設定した過去時刻に対応する上記インデックスの取得を行うとともに上記蓄積データから上記インデックスに該当するデータの取得を行う蓄積データ管理部と、
監視制御画面において上記データの再現を実現させる画面データ供給部を備えたことを特徴とする監視制御装置。
【請求項２】
上記監視データ及び上記制御データを一時的に格納するための複数の蓄積情報と、
一杯になった上記蓄積情報のデータを上記蓄積データと上記インデックスデータに書き込むための蓄積データ保存部を備えたことを特徴とする請求項１記載の監視制御装置。
【請求項３】
上記インデックスデータを使用して上記蓄積データから表示用データを検索し、上記表示用データを検索結果に予め格納させる蓄積データ検索部を設けたことを特徴とする請求項１又は請求項２記載の監視制御装置。
【請求項４】
上記蓄積データ管理部は画面表示に必要な上記監視データ及び上記制御データのみを取得することを特徴とする請求項１から請求項３のいずれか１項に記載の監視制御装置。
【請求項５】
上記蓄積データ管理部は上記蓄積データから取得された上記データをキャッシュ管理部に供給するとともに上記キャッシュ管理部は上記データを検索結果キャッシュに保存し、
キャッシュ管理部は利用率の低い上記データを削除することを特徴とする請求項１から請求項４のいずれか１項に記載の監視制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は監視制御装置に関するものであり、特に監視制御データを時系列で蓄積し、システムを過去の状態で再現することのできる監視制御装置に関するものである。
【背景技術】
【０００２】
従来の上水処理施設、下水処理施設、ポンプ施設などのプラントの運転管理並びに維持管理において、過去のプラント異常や事故時の状態を調査するため、その時の状態をシステム上で再現する必要がある。それを行う手段として、例えばプラントの運転データをシステムに保存し、再現要求を受けると保存データから必要なデータを抽出し、各画面にてシステム状態を再現する方法がある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−９２８５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献１の場合、監視制御装置の運転期間に伴って保存データの量は多くなり、保存データから期間を指定してデータを抽出することは時間がかかり、システムを過去状態で再現するまでの準備時間が長くなるという問題があった。
【０００５】
この発明は上記のような課題を解決するためになされたものであり、再生時に蓄積データから直接データを取り出すのではなく、インデックスデータを介してデータを取り出すようにして、時系列的に検索することとなり、システムを過去状態で再現するまでの準備時間を短くすることを目的とするものである。
【課題を解決するための手段】
【０００６】
この発明に係る監視制御装置は、プラント装置からの監視データ及びプラント装置に送られる制御データに時刻の情報を付加して保存する蓄積データと、
上記プラント装置の各設備に対して上記監視データ及び上記制御データに上記時刻ごとにインデックスを付加することによりテーブルが作成されたインデックスデータと、
ユーザが設定した過去時刻に対応する上記インデックスの取得を行うとともに上記蓄積データから上記インデックスに該当するデータの取得を行う蓄積データ管理部と、
監視制御画面において上記データの再現を実現させる画面データ供給部を備えたものである。
【発明の効果】
【０００７】
上記のように構成された監視制御装置によれば、再生時に蓄積データから直接データを取り出すのではなく、インデックスデータを介して蓄積データから取り出すので、時系列的に検索することとなり、検索速度が速くなる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態１による監視制御装置を示すブロック構成図である。
【図２】実施の形態１によるカレントデータの構成を示す表である。
【図３】実施の形態１による蓄積データの構成を示す表である。
【図４】実施の形態１によるインデックスデータの構成を示す表である。
【図５】実施の形態１によるデータ保存の動作を示すフローチャートである。
【図６】実施の形態１による通常監視制御時の動作を示すフローチャートである。
【図７】実施の形態１による過去システム状態再生時の動作を示すフローチャートである。
【図８】実施の形態２による監視制御装置を示すブロック構成図である。
【図９】実施の形態２による記録用の蓄積情報を示す表及び保存用の蓄積情報を示す表である。
【図１０】実施の形態２によるデータ保存の動作を示すフローチャートである。
【図１１】実施の形態２による通常監視制御時の動作を示すフローチャートである。
【図１２】実施の形態３による監視制御装置を示すブロック構成図である。
【図１３】実施の形態３による検索結果を示す表である。
【図１４】実施の形態３による動作を示すフローチャートである。
【図１５】実施の形態４による監視制御装置を示すブロック構成図である。
【図１６】実施の形態４による過去システム状態再生時の動作を示すフローチャートである。
【図１７】実施の形態５による監視制御装置を示すブロック構成図である。
【図１８】実施の形態５によるデータ優先度による表及び時刻優先度による表である。
【図１９】実施の形態５による過去システム状態再生時の動作を示すフローチャートである。
【発明を実施するための形態】
【０００９】
実施の形態１．
本発明は上水処理施設、下水処理施設、ポンプ施設などのプラントの監視制御装置に関するものであり、本実施形態による監視制御装置は、プラントに対する本来の監視制御機能を行うとともに、システム全体をユーザが指定した過去の時間に巻き戻し、過去のシステム状態を再現し、確認することができるものである。以下、この発明の実施の形態１を図に基づいて説明する。
【００１０】
図１は実施の形態１による監視制御装置を示すブロック構成図である。監視制御装置１００はデータ送受信部１１０によりプラント装置１と通信を行い、収集した各種データはカレントデータ１０１、蓄積データ１０２及びインデックスデータ１０３において保存する。データの保存はデータ送受信部１１０及び蓄積データ管理部１１１によって行われる。監視制御画面１２０においてユーザはプラント装置１に対して監視制御を行う。監視制御画面１２０に表示される情報は画面データ供給部１１２により提供される。画面データ供給部１１２はユーザの指示に従ってカレントデータ１０１、蓄積データ１０２、または両方からデータを取得する。再生管理部１１４を使用してユーザは過去のシステム状態を再現することができる。ユーザは再生情報設定部１１３により再生情報（例えば再生スピード）１０４を作成し、再生管理部１１４が再現を制御する。再現パターンとして、開始、停止、一時停止のほか早送り、巻戻しの方向制御、更には２倍速、５倍速の速度制御ができる。
【００１１】
図２はカレントデータ１０１の構成を示す表である。図２においてＤＩはディジタルインプットの略であり、ＩＤは装置の認識番号である。値とは例えばスイッチが開であれば０となり、閉であれば１となる。ＡＩはアナログインプットの略であり、値とは例えば水量、電流、電圧等である。更にＤＯとはディジタルアウトプットの略であり、ＡＯはアナログアウトプットの略である。カレントデータ１０１はプラント装置１の最新状態のみを保存し、データ種別ごとに値をファイルにて管理する。又インプット（入力値）は監視の対象となり、アウトプット値は制御の対象となる。
図３は蓄積データ１０２の構成を示す表である。蓄積データ１０２はプラント装置１の状態を時刻付きで保存し、データ種別ごとにファイルにて値を管理する。
【００１２】
図４はインデックスデータ１０３の構成を示す表である。インデックスデータ１０３は時系列でテーブルを作成し、設備ＩＤごとに、該当時刻のデータを取得するためのアドレス情報（インデックス）を記録する。例えば設備ＤＩ０００１に関しては、図３より２０１５／１２／１２  ０９：００：００から２０１５／１２／１２  ０９：００：０４まで値は０であるのでインデックス（アドレス情報）は１００となり、２０１５／１２／１２  ０９：００：０５で値が１となるのでそれ以降のインデックスは１０２となる。又例えば設備ＡＯ０００１に関しては２０１５／１２／１２  ０９：００：００から２０１５／１２／１２  ０９：００：１０までアナログ出力値が変わらないので、インデックスは同じ７６が記入される。インデックスデータの肥大化を防ぐために分割管理が行なわれる。インデックスの分割は日単位また月単位で行い、設定より指定可能である。例えば図４においては、１２月全体で管理を行い、１月からは別に管理を行うことができる。
【００１３】
次に動作について説明する。図５はデータ保存の動作を示すフローチャートである。データ送受信部１１０はプラント装置１との通信を確立した後、データ受付状態にて待機する（ステップ５０１）。プラント装置１から監視データを受信し、また監視制御画面１２０から制御データを受信した場合、カレントデータ１０１に対してカレントデータの更新を実施する（ステップ５０２）。なお制御データを受信した場合、データ送受信部１１０はプラント装置１に対して制御データの送信を行う。又データ送受信部１１０は受信データを蓄積データ管理部１１１に送る。蓄積データ管理部１１１は受信データに時刻情報を付加して、蓄積データ１０２に対して蓄積データの追加を実施する（ステップ５０３）。
【００１４】
更にデータ追加先のアドレス情報（インデックス）をインデックスデータ１０３に追加することによりインデックスデータの追加を実施する（ステップ５０４）。なお図４のインデックスデータ１０３の構造は時系列が特徴であり、蓄積データ管理部１１１がデータ受信のタイミングでインデックスデータ１０３に受信時刻の行を新たに追加する。そして受信データに時刻情報を付加し、蓄積データ１０２も追加する。蓄積データ１０２へのアドレス情報（例えば行番号）をインデックス情報としてインデックスデータ１０３に追加する。例えば設備ＤＩ０００１に関しては、２０１５／１２／１２  ０９：００：００に対してインデックス１００を割り当てる。なお、該当時刻に受信されないデータのインデックスは前回値と同じインデックスが割り当てられる。例えば設備ＤＩ０００１に関しては、２０１５／１２／１２  ０９：００：０１においてはデータが受信されず、２０１５／１２／１２  ０９：００：００と同じ値０であるので、同じインデックス１００を割り当てる。
【００１５】
図６は通常監視制御時の動作を示すフローチャートである。画面データ供給部１１２は起動直後からカレントデータ１０１からカレントデータの取得を行い（ステップ６０１）、監視制御画面１２０に表示用データを供給する。ユーザより制御の指示があった場合（ステップ６０２）、制御データをデータ送受信部１１０を介してプラント装置１に送信し（ステップ６０３）、カレントデータ１０１に対してカレントデータの更新を実施する（ステップ６０４）。更に蓄積データ１０２に蓄積データの追加を実施するとともに（ステップ６０５）、インデックスデータ１０３にインデックスデータの追加を実施する（ステップ６０６）。ユーザより制御の指示がない場合（ステップ６０２）、次のタイミングまで待機する（ステップ６１０）。
【００１６】
次に図７は過去システム状態再生時の動作を示すフローチャートである。ユーザは再生情報設定部１１３にて再生情報を設定し（ステップ７０１）、過去の時刻を設定し、再生情報１０４を作成する。例えば再生スピード、日付、時刻などを作成する。再生情報の設定を完了すると、再生開始が可能となる（ステップ７０２）。ユーザは再生開始を指示すると、再生管理部１１４は再生情報１０４を読込み、再生情報の解析を行い（ステップ７０３）、ユーザが設定した過去時刻を取得する。再生管理部１１４は過去時刻を画面データ供給部１１２に伝える。画面データ供給部１１２は指定した過去時刻に対して蓄積データ管理部１１１に表示データを要求する。
【００１７】
蓄積データ管理部１１１はインデックスデータ１０３から指定された過去時刻に対応するインデックスの取得を行い（ステップ７０４）、蓄積データ１０２から取得されたインデックスに該当する蓄積データ（値）の取得を行う（ステップ７０５）。ユーザから再生の停止指示がなければ（ステップ７０６）、次のタイミングまでの待機時間を算出し、待機する（ステップ７０７）。待機時間の算出に関しては、ユーザの再現速度指定より待機時間が算出され、再現方向の指定より次の時刻を算出する。ここで再現方向とは再現が未来に向かうかあるいは過去に向かうかを指し（早送り、巻き戻し）、更には２倍速、５倍速などによっても待機時間は変わる。画面データ供給部１１２は指定した過去時刻に対応するデータを取得して監視制御画面１２０において当該データの再現を実現する。
【００１８】
なお、過去システム状態再生の間、画面データ供給部１１２によるデータ取得先はカレントデータ１０１から蓄積データ１０２に切替える。再生停止後データ取得先は蓄積データ１０２からカレントデータ１０１に戻す。また過去システム状態再生の間、プラント装置１の異常を検出した場合、自動的に再生を停止し、通常のシステム状態表示に戻る。上記のように再生時に蓄積データ１０２から直接データを取り出すのではなく、インデックスデータ１０３を介して蓄積データ１０２から取り出すので、時系列的に検索することとなり、検索速度が速くなる。又記録データより指定された時間から過去状態を再現する時、機能単位（例えば上記の例では設備ＤＩ０００１毎）ではなく、システム全体として再現することができる。
尚本実施形態においては、過去状態をグラフで表すような場合も適用できる。
【００１９】
実施の形態２．
図８は実施の形態２による監視制御装置を示すブロック構成図である。実施の形態２は実施の形態１と異なり、蓄積データを格納する領域を予め用意することにより実施の形態１より蓄積データ、インデックスデータの保存効率を向上させるものである。メモリにデータを書き込む方がディスクに書き込むよりも早い。そこで実施の形態１と異なり、装置のメモリであって高速アクセス可能なデバイス上の蓄積情報８０１を格納する領域を２個用意する。尚図８では３個用意している場合を示している。蓄積データ管理部１１１は２個の蓄積情報８０１の内１個の蓄積情報８０１に受信データを一時的に格納する。
【００２０】
記録領域が一杯となったら、蓄積データ管理部１１１は受信データの記録先をもう１個の蓄積情報８０１の領域に切替えると同時に蓄積データ保存部８１０に一杯となった蓄積情報８０１のデータに関しての書込み通知を発行する。蓄積データ保存部８１０は一杯となった蓄積情報８０１のデータを蓄積データ１０２とインデックスデータ１０３へ追加する。追加の仕方は実施の形態１で説明した場合と同じである。なお１個の蓄積情報８０１の容量が大きく、保存並びに書き込みに時間がかかる場合、蓄積情報８０１を３個用意することもできる。図８では３個用意している場合を示している。また画面データ供給部１１２からの検索要求は蓄積情報８０１内のデータも検索対象となる。
【００２１】
図９（Ａ）は記録用の蓄積情報８０１Ａを示す表であり、現在においてデータを記録中の状態を示している。図９（Ｂ）は保存用の蓄積情報８０１Ｂを示す表であり、記録領域が一杯となり、書き込みの対象となるものである。蓄積データ管理部１１１は受信データを時系列で並び替え、蓄積情報８０１に格納する。図９に示すように蓄積情報８０１が２個用意された場合、１個は蓄積データ管理部１１１が受信データを格納する記録用の蓄積情報８０１Ａとなり、もう１個は蓄積データ保存部８１０が格納されたデータを蓄積データ１０２及びインデックスデータ１０３に書き込み保存するための保存用の蓄積情報８０１Ｂとして使用される。２個の蓄積情報８０１Ａ、８０１Ｂは切替えして使用される。蓄積情報８０１を３個用意した場合、１個だけを蓄積データ管理部１１１が記録用として使用し、残りの２個は蓄積データ保存部８１０が蓄積データ１０２及びインデックスデータ１０３に対して書き込むための保存用として使用される。
【００２２】
次に実施の形態２の動作について説明する。図１０は実施の形態２におけるデータ保存の動作を示すフローチャートである。実施の形態１と異なり、カレントデータの更新（ステップ５０２）の後、蓄積データ管理部１１１は蓄積情報８０１に蓄積情報の追加を行う（ステップ１００１）。蓄積情報切り替え（ステップ１００２）では、蓄積情報８０１に次の受信データを格納する空領域がある場合データ受信まで待機するが、空領域不足の場合、蓄積情報８０１の切替えを実施し、蓄積データ保存部８１０に蓄積データ保存要求を実施する（ステップ１００３）。蓄積データ保存部８１０は起動されてから、蓄積データ保存受付にて待機する（ステップ１０１０）。蓄積データ管理部１１１から保存要求を受けた場合、蓄積情報８０１の保存用領域からデータを取得し、蓄積データ１０２を追加書き込みするとともに（ステップ１０１１）、インデックスデータの追加書き込みを行う（ステップ１０１２）。
【００２３】
図１１は通常監視制御時の動作を示すフローチャートである。実施の形態１と異なり、カレントデータの更新（ステップ６０４）の後、蓄積データ管理部１１１は蓄積情報８０１に蓄積情報の追加を行う（ステップ１１０１）。蓄積情報切り替え（ステップ１１０２）において、蓄積情報８０１に次の受信データを格納する空領域がある場合データ受信まで待機するが、空領域不足の場合、蓄積情報８０１の切替えを実施し、蓄積データ保存部８１０に蓄積データ保存要求を実施する（ステップ１１０３）。蓄積データ保存部８１０は起動されてから、蓄積データ保存受付にて待機する（ステップ１１１０）。蓄積データ管理部１１１から保存要求を受けた場合、蓄積情報８０１の保存用領域からデータを取得し、蓄積データ１０２の追加（ステップ１０１１）及びインデックスデータ１０３の追加（ステップ１０１２）を行う。尚過去システム状態再生時の動作は実施の形態１と同様である。
【００２４】
上記のように本実施形態では、保存情報を格納するための高速アクセス可能な保存用の蓄積情報８０１を追加しているので、蓄積情報８０１に一定量のデータを貯めてから書き込みができ、蓄積データ１０２及びインデックスデータ１０３への書き込み回数を減らすことができる。更に複数の保存用キャッシュ（蓄積情報８０１）を交代で使用することにより、蓄積データ保存時にシステムへのオーバーヘッドを最小に抑えることができる。
【００２５】
実施の形態３．
実施の形態３は実施の形態１と異なり、検索結果を格納する領域を用意することにより実施の形態１より蓄積データの検索効率の向上を図ることができるものである。
図１２は実施の形態３による監視制御装置を示すブロック構成図である。実施の形態１と異なり、装置のメモリであって高速アクセス可能なデバイス上の検索結果１２０１を格納する領域を２個用意する。蓄積データ検索部１２１０は画面データ供給部１１２から検索の要求を受けると、インデックスデータ１０３を使用して蓄積データ１０２から表示用データを検索する。即ち本実施形態においては、画面データ供給部１１２の代わりに蓄積データ検索部１２１０がデータの検索を行うものである。検索効率を上げるには、１回の検索で１個のデータではなく、次の再生に必要なデータも一緒に検出し、検索結果（１２０１）に格納する。なお１回の検索で抽出する範囲は指定可能である。
【００２６】
図１３は検索結果を示す表であり、図１３（Ａ）は検索結果をインデックスで表示したものであり、図１３（Ｂ）は検索結果を値で示したものである。尚図１３（Ａ）においては全て「インデックス」と表示されているが、実際には例えば設備ＤＩ０００１であれば、図４の１００等が表示される。蓄積データ検索部１２１０は画面データ供給部１１２の時刻指定よりインデックスデータ１０３を検索し、結果を検索結果１２０１に格納する。検索結果１２０１の構造はインデックスによる検索結果となる（図１３（Ａ））。なお１回検出するインデックスデータの量は指定により変更可能である。その後蓄積データ検索部１２１０は検索結果１２０１Ａのインデックス情報をもとに蓄積データ１０２から値を検出し、検索結果１２０１に格納する。この場合の検索結果１２０１の構造は検索結果となる（図１３（Ｂ））。
【００２７】
次に実施の形態３の動作について説明する。図１４は実施の形態３の動作を示すフローチャートである。データ保存の動作（図５）と通常監視制御時の動作（図６）は実施の形態１と同様である。図１４は実施の形態３による過去システム状態生成時の動作を示す。再生開始後、蓄積データ検索部１２１０はインデックスデータ１０３を検索し、指定時刻及び指定量のインデックス情報を検索結果１２０１Ａに格納する（ステップ１４０１）。ここで指定量とは行数のことを言う。図１３では２０１５／１２／１２  ０９：００：００から２０１５／１２／１２  ０９：００：２５までの２５秒の間で５秒毎のデータを格納し、行数は６行となる。その後インデックスにて蓄積データ１０２から値を検索し、検索結果１２０１Ｂに格納する（ステップ１４０２）。再生の停止指令がなければ、再生速度により次の検索結果キャッシュ（保存）時間の算出及び待機を実施する（ステップ１４０３）。
【００２８】
システムを過去状態で再生する時、時系列でデータを検索する特性があるため、次の検索は予測可能である。１回の検索で複数行のデータ（図１３では６行）をまとめて検索しておき、検索結果１２０１に格納しておくことにより、検索回数の低減を実現する。更に複数の検索結果１２０１を交代で使用することにより検索効率の向上を図ることができる。尚本実施形態は実施の形態２においても併用することができる。
【００２９】
実施の形態４．
実施の形態４は実施の形態１と異なり、表示画面と表示用データの関係を示す情報を用意することで、蓄積データ１０２への検索量を必要最低限に抑えることができ、蓄積データの検索性能を向上させることができものである。図１５は実施の形態４による監視制御装置を示すブロック構成図である。実施の形態１と異なり、画面データ供給部１１２は時刻と表示画面ＩＤを元にして蓄積データ管理部１１１へ表示データの供給を要求する。ここで表示画面ＩＤとは設備ごとに割り当てられた画面番号のことであり、例えば設備ＤＩ０００１のみの画面が必要ならば設備ＤＩ０００１の表示画面ＩＤのみを送信し、他の設備（例えばＡＩ０００１等）の画面は必要ないので他の設備についてはデータは不要となる。
【００３０】
蓄積データ管理部１１１は表示データリスト１５０１を参照し、指定画面に必要なデータを把握した上で、インデックスデータ１０３を使用して蓄積データ１０２を検索する。ここで表示データリスト１５０１とは例えば画面番号１には設備ＤＩ０００１が対応し、画面２には設備ＤＩ０００２が対応するようにしたものであり、画面番号１のみが指定されれば、表示データリスト１５０１を参照して設備ＤＩ０００１のみのデータを検索するものである。
【００３１】
次に実施の形態４の動作について説明する。データ保存の動作（図５）と通常監視制御時の動作（図６）は実施の形態１と同様である。図１６は実施の形態４による過去システム状態生成時の動作を示すフローチャートである。実施の形態１と異なる点として、蓄積データ管理部１１１は表示画面ＩＤを使用して表示データリスト１５０１を確認し、検索データの特定を行ってから（ステップ１６０１）、インデックスデータ１０３を使用して蓄積データ１０２を検索する。
上記のように構成することにより、過去状態再生時において再生画面に必要なデータのみを特定することができ、必要なデータのみを検索することにより、検索するデータ量を減らし、検索効率の向上を図ることができる。尚本実施形態は実施の形態２、３と併用させることもできる。
【００３２】
実施の形態５．
実施の形態５は実施の形態４と異なり、利用回数の多い検索結果を保存しておくことで検索量を抑え、蓄積データ検索性能の向上を図るようにしたものである。図１７は実施の形態５による監視制御装置を示すブロック構成図である。実施の形態１と異なり、蓄積データ管理部１１１は蓄積データ１０２に対する検索結果を画面データ供給部１１２に提供するとともに、キャッシュ管理部１７１０にも供給する。キャッシュ管理部１７１０は検索結果を検索結果キャッシュ１７０１へ保存する。検索結果キャッシュ１７０１のデータ構造は図１３の検索結果と同様である。検索結果キャッシュ１７０１の容量を指定範囲内に収めるためには、キャッシュ管理部１７１０は検索結果キャッシュ１７０１にデータを格納すると同時に、利用率の低いデータを削除するようメンテナンスする。
【００３３】
次に検索結果キャッシュ１７０１のメンテナンスについて説明する。蓄積データ管理部１１１は画面データ供給部１１２へ提供するデータをキャッシュ管理部１７１０にも提供するため、キャッシュ管理部１７１０は図１８で示したような監視データ毎（設備毎）の検索回数（データ優先度）と時刻毎の検索回数（時刻優先度）を集計することができる。図１８（Ａ）はデータ優先度による表であり、図１８（Ｂ）は時刻優先度による表である。検索結果キャッシュ１７０１の残容量が不足（例えば使用率が９割を超えた場合）を検出した場合、データ優先度の低い監視データから列データの削除を実施する。列データの削除は図１３（Ｂ）に示された検索結果が対象となり、例えば図１８（Ａ）において、ＡＩ０００２は３回しか検索されていないので、図１３（Ｂ）のＡＩ０００２に関する列データ（９９．７９、１２５．７・・・・・）が削除される。
【００３４】
なお列データは指定値以下に削除されることはない。列データの削除が限界となった場合、図１８（Ｂ）に示した時刻優先度の低い再生時刻から行データの削除を実施する。行データの削除は図１３（Ｂ）に示された検索結果が対象となり、例えば図１８（Ｂ）において、２０１５／１２／２３  １９：００：００が３回しか検索されていないので、図１３（Ｂ）の２０１５／１２／２３  １９：００：００（図１３（Ｂ）では表されていない）に対応する行データ（横方向のデータ）が削除される。検索結果キャッシュ１７０１は時刻優先度による行データの削除を実施する場合、図１８（Ｂ）の時刻優先度からも行データの削除を行う。また１回の削除は使用率の約１割を目安として検索結果キャッシュ１７０１からデータを削除する。回数で時刻優先度の判定ができない場合、最終検索時刻の古い順から行データの削除を行う。
【００３５】
次に動作について説明する。図１９は実施の形態５による過去システム状態生成時の動作を示すフローチャートである。実施の形態１と異なる点として、蓄積データ管理部１１１は蓄積データ１０２を検索する前に、検索結果キャッシュ１７０１そのもの自体が存在するか否かを検索する（ステップ１９０１）。検索結果キャッシュ１７０１が存在しない場合、実施の形態１と同様にして蓄積データ１０２を検索する。検索結果キャッシュ１７０１が存在する場合は蓄積データ管理部１１１が検索結果キャッシュ１７０１のデータを画面データ供給部１１２へ提供する。
【００３６】
次にキャッシュ管理部１７１０によるメンテナンス処理について説明する。検索結果受付にて待機する（ステップ１９１０）。データを受信した場合検索結果キャッシュ１７０１に対して検索結果のキャッシュを行う（ステップ１９１１）。次にキャッシュの残りの容量を確認し（ステップ１９１２）、残りの容量が十分の場合は検索結果受付にて待機するが（ステップ１９１０）、残りの容量が不足している場合、キャッシュ領域の解放を行ってから待機する（ステップ１９１３）。
【００３７】
即ち検索結果キャッシュ１７０１のデータが領域を超えていないかどうかを調べ、領域が一杯となっていればデータを取り消す。このように検索結果を残すので同じものがあると検索の効率が良くなる。更に新たに検索をしなくても済み、メモリ上のものを取ってくれば良いので、検索が容易となる。このように利用頻度の高い検索結果を再利用することにより、過去状態再生時、検索が必要なデータ量を更に減らすことができ、検索効率の向上を図ることができる。尚本実施形態は実施の形態２〜４と併用させることもできる。
又本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略したりすることが可能である。
【符号の説明】
【００３８】
１  プラント装置、１０２  蓄積データ、１０３  インデックスデータ、
１１１  蓄積データ管理部、１１２  画面データ供給部、１２０  監視制御画面、
８０１  蓄積情報、８１０  蓄積データ保存部、１２０１  検索結果、
１２１０  蓄積データ検索部、１７０１  検索結果キャッシュ、
１７１０  キャッシュ管理部。
【図１】
2018010494.tif 000003
【図２】
2018010494.tif 000004
【図３】
2018010494.tif 000005
【図４】
2018010494.tif 000006
【図５】
2018010494.tif 000007
【図６】
2018010494.tif 000008
【図７】
2018010494.tif 000009
【図８】
2018010494.tif 000010
【図９】
2018010494.tif 000011
【図１０】
2018010494.tif 000012
【図１１】
2018010494.tif 000013
【図１２】
2018010494.tif 000014
【図１３】
2018010494.tif 000015
【図１４】
2018010494.tif 000016
【図１５】
2018010494.tif 000017
【図１６】
2018010494.tif 000018
【図１７】
2018010494.tif 000019
【図１８】
2018010494.tif 000020
【図１９】
2018010494.tif 000021