(57)【要約】【課題】  プラントの運転データを収集して、運転履歴データ管理を行う運転履歴データ管理システムにおいて、クライアント端末からの運転データの検索要求への応答に際し、ユーザーに必要以上に待たせず、且つ運転履歴データ管理システムの他の処理に影響を与えないような、処理形態を得る。【解決手段】  運転履歴データ管理装置１のソフトウェアにタイマ処理部２３という判断部を設け、そこで検索予約管理情報２０を調べて検索要求の優先度の最高のものを取り上げ、またＣＰＵ負荷測定処理部２５に検索実行可能かを問い合わせることでＣＰＵ負荷を勘案しながら、直ちに検索実行か、待機かを判断するようにした。【選択図】  図２
2006318014.tif 000002
【特許請求の範囲】
【請求項１】
プラントの運転データを収集し運転履歴データベースに保存する運転データ収集部と、
クライアント端末からのデータ検索要求と検索予約要求を受信しデータ検索結果を返信するデータ検索要求受信・返信部と、
前記運転履歴データベースに対して検索処理を行うデータ検索・編集処理部と、
前記データ検索・編集処理部の検索結果を保存する検索結果保存データベースと、
ＣＰＵ負荷しきい値情報を持つＣＰＵ負荷測定処理部と、
検索予約情報の要求応答時間および検索予約対象データをまとめて記録している検索予約管理情報と、
前記検索予約管理情報をもとに、ＣＰＵ負荷の状況を確認しながら、データ検索・編集処理の実行タイミングを決定し、データ検索・編集処理部に処理実行を指示するタイマー処理部
を備えたことを特徴とするプラント運転履歴データ管理装置。
【請求項２】
前記運転履歴データベースを当日運転履歴データベースと
前日運転履歴データベースと、
何日か以前のＮ日前運転履歴データベースに
分割して使用し、
前記運転データ収集部が直接前記運転履歴データベースに収集データを保存するのではなく、前記当日運転履歴データベース、前記前日運転履歴データベース、前記Ｎ日前運転履歴データベースに収集データを分類して保存する運転データ編集・保存部を経由して前記運転履歴データベースに保存するようにし、
前記クライアント端末からのデータ検索予約要求を専門に受信し、データ検索結果を返信する検索予約受信・返信部を独立して設け、
前記検索結果保存データベースを複数の保存エリアに分割して使用することを特徴とする請求項１に記載のプラント運転履歴データ管理装置。
【請求項３】
クライアント端末での検索データの使用頻度を判定するための使用頻度しきい値を格納する使用頻度しきい値格納部を設け、タイマー処理部は上記検索予約管理情報をもとにするだけでなく、クライアント端末での検索データの使用頻度が上記使用頻度しきい値より小さいとき、上記クライアント端末からの検索予約に基づく検索実行順序を後回しにするタイマー処理を行うようにしたことを特徴とする請求項１または２に記載のプラント運転履歴データ管理装置。
【請求項４】
上記使用頻度しきい値格納部に上記使用頻度しきい値のみならず、検索実行を削除してもよい不使用期間しきい値を格納し、クライアント端末での検索データの不使用期間が上記不使用期間しきい値より大きいとき、上記クライアント端末からの検索予約を削除する検索予約削除処理部を設けたことを特徴とする請求項１乃至３のいずれかに記載のプラント運転履歴データ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば発電プラント、鉄鋼プラントなどの運転データを管理する必要のあるプラントにおいて、運転員の要求により指定された日時の運転データを長時間保存した運転データから検索して表示する運転履歴データ管理装置に関するものである。
【背景技術】
【０００２】
従来の、たとえば発電プラントの運転履歴データ管理装置は、運転履歴データ管理装置に発電プラントからの運転データをある周期に基づき（例えば５秒や１分など）長期間保存（例えば１０年間など）するとともに、クライアント端末からの様々な検索要求（例えば、データ種類、検索期間、検索間隔、検索条件などを指定して検索）に応答して、要求に合致した運転データだけをクライアント端末に返信している。クライアント端末は運転データをトレンドグラフやデータ一覧、散布図など加工して表示する。運転履歴データ管理装置は複数のクライアント端末からの様々な要求に応答可能なように全ての運転データを長期間保存しているが、クライアント端末にて人が検索要求操作を行ってから、検索を開始し運転データをクライアント端末に返信している。（例えば特許文献１参照）
【０００３】
【特許文献１】特開平８−３３５１１０号公報（第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のプラントの運転履歴データ管理装置は以上のように構成されているので、運転データを見たい場合はクライアント端末でユーザが画面を見ながら検索要求操作を行う必要がある。複雑な検索条件で大量のデータを検索し表示する場合などは、検索時間が長くなり待ち時間が発生する。また、同じ種類の検索要求を毎日行う場合など、定型的な検索要求もある。これらの検索要求についてはクライアント端末でユーザが画面を見ながら、検索要求するやり方では、利便性が悪いという問題があった。
【０００５】
また、多数の端末から多数の検索要求を運転履歴データ管理装置で予約を受け付け処理した場合で、同時処理が重なると計算機負荷が上がり他の処理に影響を与える問題があった。
【０００６】
また、多数の端末から多数の検索要求を運転履歴データ管理装置で予約を受け付け処理した場合で、検索予約数が上限に達した場合に、どれかの検索要求をユーザがキャンセルしない限り新たに登録ができないという問題があった。
【課題を解決するための手段】
【０００７】
この発明に係るプラント運転履歴データ管理装置においては、プラントの運転データを収集し運転履歴データベースに保存する運転データ収集部と、
クライアント端末からのデータ検索要求と検索予約要求を受信しデータ検索結果を返信するデータ検索要求受信・返信部と、
前記運転履歴データベースに対して検索処理を行うデータ検索・編集処理部と、
前記データ検索・編集処理部の検索結果を保存する検索結果保存データベースと、
ＣＰＵ負荷しきい値情報を持つＣＰＵ負荷測定処理部と、
検索予約情報の要求応答時間および検索予約対象データをまとめて記録している検索予約管理情報と、
前記検索予約管理情報をもとに、ＣＰＵ負荷の状況を確認しながら、データ検索・編集処理の実行タイミングを決定し、データ検索・編集処理部に処理実行を指示するタイマー処理部
を備えるものである。
【０００８】
更にこの発明に係るプラント運転履歴データ管理装置は、
前記運転履歴データベースを当日運転履歴データベースと
前日運転履歴データベースと、
何日か以前のＮ日前運転履歴データベースに
分割して使用し、
前記運転データ収集部が直接前記運転履歴データベースに収集データを保存するのではなく、前記当日運転履歴データベース、前記前日運転履歴データベース、前記Ｎ日前運転履歴データベースに収集データを分類して保存する運転データ編集・保存部を経由して前記運転履歴データベースに保存するようにし、
前記クライアント端末からのデータ検索予約要求を専門に受信し、データ検索結果を返信する検索予約受信・返信部を独立して設け、
前記検索結果保存データベースを複数の保存エリアに分割して使用することを特徴とするものである。
【０００９】
更にこの発明に係るプラント運転履歴データ管理装置は、
クライアント端末での検索データの使用頻度を判定するための使用頻度しきい値を格納する使用頻度しきい値格納部を設け、タイマー処理部は上記検索予約管理情報をもとにするだけでなく、クライアント端末での検索データの使用頻度が上記使用頻度しきい値より小さいとき、上記クライアント端末からの検索予約に基づく検索実行順序を後回しにするタイマー処理を行うようにしたことを特徴とするものである。
【００１０】
更にこの発明に係るプラント運転履歴データ管理装置は、
上記使用頻度しきい値格納部に上記使用頻度しきい値のみならず、検索実行を削除してもよい不使用期間しきい値を格納し、クライアント端末での検索データの不使用期間が上記不使用期間しきい値より大きいとき、上記クライアント端末からの検索予約を削除する検索予約削除処理部を設けたことを特徴とするものである。
【発明の効果】
【００１１】
ＣＰＵ負荷を考慮しながら、クライアント端末でのユーザの操作を軽減し、運転履歴データ管理装置のＣＰＵ負荷軽減が行えるという効果が有る。
また多くの検索要求を受けた場合でも、運転履歴データ管理装置の他の処理に影響を与えることなくＣＰＵ負荷の分散をはかりながら高速な検索を行うことが可能である。
さらに、クライアント端末での使用頻度が低いものをあとまわしにすることで、ユーザの利便性を損なうことなくＣＰＵ負荷の分散をはかりながら高速な検索を行うことが可能である。
さらに、クライアント端末から検索要求を行ったままで、使用せずに放置されている場合でも、ユーザの利便性を損なうことなくＣＰＵ負荷の分散をはかりながら高速な検索を行うことが可能である。
【発明を実施するための最良の形態】
【００１２】
図１はプラント運転履歴データ管理装置（以後「運転履歴データ管理装置」と呼ぶ）の制御システム全体の中での位置付けを示すブロック図である。
プラント２からのデータ入力、およびプラント２へのデータ出力はユニット計算機４１を通じて行われる。プラントの規模によりユニット計算機４１の台数は異なる。図１ではデータ入出力を４２で表している。
ユニット計算機４１に入力された入力データはデータ収集ネットワーク４０を通じて運転履歴データ管理装置１に伝送される。運転履歴データ管理装置１は本体１−１、保守用端末１−２で構成される。
一方運転履歴データ管理装置１を使用するための端末であるクライアント端末１２は端末ネットワーク１１を介して運転履歴データ管理装置１に接続されており、複数の使用者の要求にこたえるためクライアント端末１２は複数台接続される。
【００１３】
実施の形態１
図２はこの発明の実施の形態１による運転履歴データ管理装置（以後「運転履歴データ管理装置」と呼ぶ）を示すブロック図である。
重要部分の概略機能は以下の通りである。
【００１４】
１．運転履歴データ管理装置１内
運転履歴データベース５：プラント２から収集した運転データを当日運転履歴データベース６、前日運転履歴データベース７、Ｎ日前運転履歴データベース８の３種類に分けて、時系列的に集積したデータベースである。Ｎは２以上の整数である。
【００１５】
タイマ処理部２３：データ検索・編集処理部９の処理タイミングを指示する部分であ
り、ＣＰＵ負荷測定処理部２５にＣＰＵ負荷の問い合わせを出し、その回答に基き、データ検索・編集処理部９へ起動指令を出す。
【００１６】
ＣＰＵ負荷測定処理部２５：一定周期でＣＰＵ負荷の測定を行い、ＣＰＵ負荷がしきい
値を越えているかどうかを判定し、タイマ処理部２３からの問い合わせに回答する。
【００１７】
データ検索・編集処理部９：タイマ処理部２３からの起動指令に基き、運転履歴データ
べース５内を検索して該当情報を、検索結果保存データベ−ス１９ヘ保存する。
【００１８】
２．クライアント端末１２内
検索予約表示部１６：検索をしたい装置使用者が、検索予約をし、その予約情報を表示
するマンマシンインタフェースの機能を有する。予約情報は検索予約要求部１７経由で運転履歴データ管理装置１へ伝送される。
【００１９】
以上の重要部分は以下の通り連携して機能する。
装置使用者が図５に示す画面上にて検索要求を設定することでクライアント端末１２の検索予約表示部１６を通じて、検索要求を入力することができる。
図５は検索予約表示部１６により、クライアント端末１２の画面に表示される検索要求画面である。
設定内容としてはデータ種類５−１、検索期間５−２、検索間隔５−３、検索条件５−４、検索実行日時５−５がある。定期的に実行させたい場合は検索周期５−６を指定する。更にユーザ表示希望時刻５−７（ユーザが実際にデータを見たい日時）を指定する。また、あるイベント発生時にのみ検索要求を行いたい場合はイベントの指定も行うことができるが図示していない。
【００２０】
図２でクライアント端末１２の検索予約表示部１６で設定した図５に示す情報は検索予約要求部１７にて運転履歴データ管理装置１に送信され、検索予約受信・返信部２４を経て、運転履歴データ管理装置１の検索予約管理情報２０にクライアント番号と検索予約番号を付けて保存される。検索予約は１クライアント端末１２から複数受付けることができ、複数のクライアント端末１２からも受付けることができる。
【００２１】
タイマー処理部２３は、検索予約管理情報２０をもとにデータ検索・編集処理部９に対して次のように指示を行う。
タイマー処理部２３が他の機能部に指示を行うタイミングは、各検索要求における検索実行時間からユーザ表示希望時刻までの間で、運転履歴データ管理装置１の現在のＣＰＵ負荷状況とあらかじめ運転履歴データ管理装置１で設定したＣＰＵ負荷の上限を指定したＣＰＵ負荷しきい値情報２６を見て指示を行う。
【００２２】
以下図６、図７に基づいて説明する。
図６はタイマー処理部２３の処理を示すフローチャートで、図７はＣＰＵ負荷測定処理部２５の処理を示すフローチャートである。
図６でタイマー処理部２３は、検索予約管理情報２０の中からユーザ表示時間までの時間が一番短いもの即ち処理優先度最高のものを選び（Ｓ６１，Ｓ６２）、ＣＰＵ負荷測定処理部２５に検索が可能かどうか問合せる（Ｓ６３）。
【００２３】
ＣＰＵ負荷測定処理部２５からの回答がＯＫであれば、データ検索・編集処理部９に対して指示を行い（Ｓ６４，Ｓ６５）、タイマー処理部は次の検索要求の判断を行う（Ｓ６６）。データ検索・編集処理部９は複数の検索要求に対して同時に実行可能である。
【００２４】
ＣＰＵ負荷測定処理部２５からの回答がＮＧであれば、次の負荷判定周期までＣＰＵ負荷測定処理部２５の返事を待つ（Ｓ６８）。ＮＧが続いた場合でもユーザ表示時間が来た場合には、データ検索・編集処理部９に対して指示を行う（Ｓ６７からＳ６５へのルート）。
【００２５】
図７でＣＰＵ負荷測定処理部２５は、タイマー処理部２３からの問い合わせに対し、現在のＣＰＵ負荷がＣＰＵ負荷しきい値情報２６を超えているかをＣＰＵ負荷判定周期毎に判定処理する（Ｓ７１，Ｓ７２）。しきい値を超えていなければ判定ＯＫ（Ｓ７３）、超えていればＮＧの情報をタイマー処理部に返す（Ｓ７４）。
【００２６】
図２で検索結果データは検索結果保存データベース１９の保存エリア１〜N２１、２２の空きエリアに保存され、保存したエリア情報を検索予約管理情報に記録する。
検索予約受信・返信部２４が、検索予約管理情報２０のユーザ表示時間を見て、クライアント端末１２のデータ受信・検索結果保存部１４にデータを送信する。もしもクライアント端末１２の電源が入っていない等通信ができない場合は、検索予約受信・返信部２４が一定周期でクライアント端末１２と通信可能か確認し、通信可能な状態となった時点でデータを送信する。
【００２７】
検索結果をユーザが見たい場合は、データ表示部１５がデータ受信・検索結果保存部１４に保存されているデータをもとにトレンドグラフやデータ一覧、散布図などに加工してデータを表示する。
【００２８】
従って、多くの検索要求を受けた場合でも、運転履歴データ管理装置１の他の処理に影響を与えることなくＣＰＵ負荷の分散をはかりながら高速な検索を行うことが可能である。
【００２９】
実施の形態２
図３は、この発明の実施の形態２を示し、運転履歴データ管理装置１を示すブロック図である。上記実施例１ではクライアント端末から検索要求を設定しても、検索結果データをユーザが表示しているかどうかに関わらずクライアント端末１２に検索結果データを送信していたが、図３では、検索結果データをユーザが表示した場合を使用したと見なし、使用頻度を考慮するように構成したものである。
【００３０】
実施の形態１と同様にクライアント端末１２の検索要求を運転履歴データ管理装置１に登録し、運転履歴データ管理装置１で検索が実行され、検索予約受信・返信部２４がクライアント端末１２のデータ受信・検索結果保存部１４にデータを送信する。クライアント端末１２でデータを初回表示したときのみ、使用実績データ管理２７に検索要求番号と使用実績頻度情報（一定期間内での表示回数）が書き込まれ、さらに運転履歴データ管理装置１に送信される。運転履歴データ管理装置１の検索予約受信・返信部２４が検索要求番号と使用実績頻度情報を受信し、検索予約管理情報２０に検索要求番号と使用実績頻度情報を書き込む。
【００３１】
運転履歴データ管理装置１では、検索実行順序を後回しにしても良い使用頻度のしきい値を、あらかじめ使用頻度しきい値格納部２８に設定しておく。
【００３２】
図８に基づいてタイマー処理部２３の処理を説明する。タイマー処理部２３が、検索指示を行うタイミングは、各検索要求における検索実行時刻からユーザ表示希望時刻までの間で、検索予約管理情報２０を調べ（Ｓ８１）、その中からユーザ表示希望時刻までの時間が一番短いものを選び（Ｓ８２）、当該検索要求の使用頻度と使用頻度しきい値格納部２８に格納された使用頻度のしきい値と比較する（Ｓ８３）。
【００３３】
使用頻度しきい値格納部２８に格納された使用頻度しきい値を見て、検索実行順序を後回しにしても良いと判断した場合は、次の検索要求を先に実行する（Ｓ８３によるYesの判断でＳ８７へ進むルート）。
【００３４】
一方、使用頻度しきい値格納部２８に格納された使用頻度しきい値より当該検索要求の使用頻度が大きい場合は、検索実行順序を後回しにできないと判断し、ＣＰＵ負荷測定処理部２５に問合せる（Ｓ８４）。これによるＣＰＵ負荷測定処理部２５の動作は実施の形態１で説明した図７の通りである。
【００３５】
ＣＰＵ負荷測定処理部２５からの回答がＯＫであれば、直ちにデータ検索・編集処理部９に対して指示を行い（Ｓ８５、Ｓ８６）、タイマー処理部は次の検索要求の判断を行う（Ｓ８７）。
【００３６】
ＣＰＵ負荷測定処理部２５からの回答がＮＧであれば、次の負荷判定周期までＣＰＵ負荷測定処理部２５の返事を待つ（Ｓ８８、Ｓ８９）。ＮＧの回答が続いた場合でもユーザ表示時間が来た場合にはデータ検索・編集処理部９に対して指示を行い、次の検索要求の判断を行う（Ｓ８８からＳ８６、Ｓ８７へのルート）。
【００３７】
従って、クライアント端末１２での使用頻度が低いものをあとまわしにすることで、ユーザの利便性を損なうことなくＣＰＵ負荷の分散をはかりながら高速な検索を行うことが可能である。
【００３８】
実施の形態３
図４は、この発明の実施の形態３を示し、運転履歴データ管理装置１を示すブロック図である。図４では、ユーザの使用頻度が少ない場合に自動でキャンセルできるように構成したものである。
【００３９】
実施の形態２と同様にクライアント端末１２の検索要求を運転履歴データ管理装置１に登録し、運転履歴データ管理装置１で検索が実行され、検索予約受信・返信部２４がクライアント端末１２のデータ受信・検索結果保存部１４にデータを送信する。クライアント端末１２でデータを初回表示したときのみ、使用実績データ管理２７に検索要求番号と使用実績頻度情報（一定期間内での表示回数と最新の表示日付）が書き込まれ、さらに運転履歴データ管理装置１に送信される。運転履歴データ管理装置１の検索予約受信・返信部２４が検索要求番号と使用実績頻度情報を受信し、検索予約管理情報２０に検索要求番号と使用実績頻度情報を書き込む。
【００４０】
運転履歴データ管理装置１では、検索実行順序を後回しにしても良い使用頻度のしきい値と検索実行を削除しても良い不使用期間（最新の表示日付から現在までの期間）しきい値をあらかじめ使用頻度しきい値格納部２８に設定しておく。
【００４１】
図９に基づいてタイマー処理部２３の処理を説明する。タイマー処理部２３が、検索指示を行うタイミングは、各検索要求における検索実行時刻からユーザ表示希望時刻までの間である。
図９において検索予約管理情報２０を調べ（Ｓ９１）、その中からユーザ表示希望時刻までの時間が一番短いものを選び（Ｓ９２）、当該検索要求を行ったクライアント端末１２の不使用期間と使用頻度しきい値格納部２８に設定された不使用期間しきい値を比較する（Ｓ９３）。
【００４２】
上記クライアント端末１２の不使用期間が不使用期間しきい値より大きい時（Ｓ９３でのNoの判断）、タイマー処理部は検索予約を削除しても良いと判断し、検索予約削除処理部２９に対して、当該検索予約を検索予約管理情報２０にキャンセル情報として定義するよう指示する（Ｓ９８）。
【００４３】
この時点で図４においてクライアント端末１２へは検索予約受信・返信部２４を通じて、クライアント端末１２のデータ受信・検索結果保存部１４に当該検索予約がキャンセル情報として定義される。クライアント端末１２でユーザがデータ表示した場合にはキャンセル情報が表示される。
【００４４】
一方、図９のＳ９３において使用頻度しきい値情報に該当しない場合は（Ｓ９３でのYesの判断）、ＣＰＵ負荷測定処理部２５に問合せる（Ｓ９４）。
【００４５】
ＣＰＵ負荷測定処理部２５からの回答がＯＫであれば（Ｓ９５でのyesのルート）、直ちにデータ検索・編集処理部９に対して指示を行い（Ｓ９６）、タイマー処理部２３は次の検索要求の判断を行う（Ｓ９７）。
【００４６】
ＣＰＵ負荷測定処理部２５からの回答がＮＧであれば（Ｓ９５でのnoのルート）、次の負荷判定周期までＣＰＵ負荷測定処理部２５の返事を待つ（Ｓ９９、Ｓ９１０）。ＮＧの回答が続いた場合でもユーザ表示時間が来た場合にはデータ検索・編集処理部９に対して指示を行い、次の検索要求の判断を行う（Ｓ９９からＳ９６、Ｓ９７へのルート）。
【００４７】
従って、クライアント端末１２から周期的な検索要求を行ったままで、使用せずに放置されている場合でも、ユーザの利便性を損なうことなくＣＰＵ負荷の分散をはかりながら高速な検索を行うことが可能である。
【図面の簡単な説明】
【００４８】
【図１】運転履歴データ管理装置の制御システム全体の中での位置付けを示すブロック図である。
【図２】この発明の実施の形態１による運転履歴データ管理装置の構成を示すブロック図である。
【図３】この発明の実施の形態２による運転履歴データ管理装置の構成を示すブロック図である。
【図４】この発明の実施の形態３による運転履歴データ管理装置の構成を示すブロック図である。
【図５】この発明の実施の形態１による運転履歴データ管理装置のクライアント端末での検索要求画面である。
【図６】この発明の実施の形態１によるタイマ処理部のフローチャートである。
【図７】この発明の実施の形態１によるＣＰＵ負荷判定部のフローチャートである。
【図８】この発明の実施の形態２によるタイマ処理部のフローチャートである。
【図９】この発明の実施の形態３によるタイマ処理部のフローチャートである。
【符号の説明】
【００４９】
１  運転履歴データ管理装置
１−１  運転履歴データ管理装置本体
１−２  運転履歴データ管理装置保守用端末
２  プラント
３  運転データ収集部
４  運転データ編集・保存部
５  運転履歴データベース
６  当日運転履歴データベース
７  前日運転履歴データベース
８  Ｎ日前運転履歴データベース
９  データ検索・編集処理部
１０  データ検索要求受信・返信部
１１  端末ネットワーク
１２  クライアント端末
１３  データ検索要求部
１４  データ受信・検索結果保存部
１５  データ表示部
１６  検索予約表示部
１７  検索予約要求部
１９  検索結果保存データベース
２０  検索予約管理情報
２１、２２  保存エリア
２３  タイマー処理部
２４  検索予約受信・返信部
２５  ＣＰＵ負荷測定処理部
２６  ＣＰＵ負荷しきい値情報
２７  使用実績データ管理
２８  使用頻度しきい値格納部
２９  検索予約削除処理部
４０  データ収集ネットワーク
４１  ユニット計算機
４２  データ入出力
【図１】
2006318014.tif 000003
【図２】
2006318014.tif 000004
【図３】
2006318014.tif 000005
【図４】
2006318014.tif 000006
【図５】
2006318014.tif 000007
【図６】
2006318014.tif 000008
【図７】
2006318014.tif 000009
【図８】
2006318014.tif 000010
【図９】
2006318014.tif 000011