(57)【要約】【課題】帳票やイベント履歴等のデータの改ざんまたは削除を防止し、正確なデータを保存することができるデータ処理装置、データ処理方法およびデータ処理プログラムを提供する。【解決手段】本実施形態によるデータ処理装置は、被監視対象の監視履歴データをテキスト形式で受け取る入力部を備える。演算処理部は、テキスト形式の監視履歴データをイメージデータに変換し、このイメージデータを画素ごとに所定のカラーモードの各成分に分解し、このカラーモードの各成分に分解されたイメージデータを画素ごとに圧縮した圧縮履歴データに変換する。記憶部は、圧縮履歴データを格納する。【選択図】図１
2016019188.tif 000002
【特許請求の範囲】
【請求項１】
被監視対象の監視履歴データをテキスト形式で受け取る入力部と、
テキスト形式の前記監視履歴データをイメージデータに変換し、このイメージデータを画素ごとに所定のカラーモードの各成分に分解し、このカラーモードの各成分に分解された前記イメージデータを前記画素ごとに圧縮した圧縮履歴データに変換する演算処理部と、
前記圧縮履歴データを格納する記憶部とを備えたデータ処理装置。
【請求項２】
前記カラーモードは、ＣＭＹＫ形式である、請求項１に記載のデータ処理装置。
【請求項３】
前記演算処理部は、Ｊａｖａ（登録商標）言語のＢｕｆｆｅｒｅｄＩｍａｇｅ関数を用いてテキスト形式の前記監視履歴データをベースイメージに変換し、Ｊａｖａ（登録商標）言語のＳｔｒｉｎｇ関数を用いてテキスト形式の前記監視履歴データからテキストデータを抽出し、Ｊａｖａ（登録商標）言語のＤｒａｗＳｔｒｉｎｇ関数を用いて前記ベースイメージに前記テキストデータを関連付けることによって、前記イメージデータを生成する、請求項１または請求項２に記載のデータ処理装置。
【請求項４】
前記演算処理部は、前記カラーモードの各成分に分解された前記イメージデータを前記画素ごとにモノクロの一次元データに変換することによって前記圧縮履歴データを生成する、請求項１から請求項３のいずれか一項に記載のデータ処理装置。
【請求項５】
前記演算処理部は、式１を用いて前記圧縮履歴データを生成する、
Ｔ＝｛１−ｍｉｎ（１，Ｃ＊（１−Ｋ）＋Ｋ）｝＊０．２９９＋｛１−ｍｉｎ（１，Ｍ＊（１−Ｋ）＋Ｋ）｝＊０．５８７＋｛１−ｍｉｎ（１，Ｙ＊（１−Ｋ）＋Ｋ）｝＊０．１１４                                                  （式１）
（Ｔは或る画素の前記圧縮履歴データ、Ｃは前記イメージデータの或る画素のＣ成分値、Ｍは前記イメージデータの或る画素のＭ成分値、Ｙは前記イメージデータの或る画素のＹ成分値、Ｋは前記イメージデータの或る画素のＫ成分値、ｍｉｎ（ａ，ｂ）はａまたはｂのいずれか小さい方の値）
請求項４に記載のデータ処理装置。
【請求項６】
前記監視履歴データの印刷要求があった場合に、前記演算処理部は、Ｊａｖａ（登録商標）言語のＤｒａｗＩｍａｇｅ関数を用いて前記圧縮履歴データを展開して印刷イメージデータを生成する、請求項１から請求項４のいずれか一項に記載のデータ処理装置。
【請求項７】
前記監視履歴データの印刷要求があった場合に、前記演算処理部は、Ｊａｖａ（登録商標）言語のＤｒａｗＩｍａｇｅ関数を用いて、各画素毎に、前記圧縮履歴データの一次元データをＣ成分、Ｍ成分、Ｙ成分およびＫ成分のそれぞれにあてはめることによってこの圧縮履歴データを展開して印刷イメージデータを生成する、請求項４に記載のデータ処理装置。
【請求項８】
前記印刷イメージデータを印刷する印刷部をさらに備えた、請求項６または請求項７に記載のデータ処理装置。
【請求項９】
被監視対象の監視履歴データをテキスト形式で受け取りこの監視履歴データを処理するデータ処理装置を用いたデータ処理方法であって、
前記監視履歴データをテキスト形式からイメージデータに変換し、
前記イメージデータを画素ごとに所定のカラーモードの各成分に分解し、
前記カラーモードの各成分に分解された前記イメージデータを前記画素ごとに圧縮した圧縮履歴データに変換することを具備したデータ処理方法。
【請求項１０】
被監視対象の監視履歴データをテキスト形式で受け取りこの監視履歴データを処理するデータ処理装置に用いられるデータ処理プログラムであって、
前記監視履歴データをテキスト形式からイメージデータに変換し、
前記イメージデータを画素ごとに所定のカラーモードの各成分に分解し、
前記カラーモードの各成分に分解された前記イメージデータを前記画素ごとに圧縮した圧縮履歴データに変換することを前記データ処理装置に実行させるデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明による実施形態は、データ処理装置、データ処理方法、データ処理プログラムに関する。
【背景技術】
【０００２】
上下水道処理施設や発電施設等の公共プラントあるいはビル等の施設を監視するために用いられる監視制御システムは、プラントの帳票およびイベント履歴等の様々なデータを収集し、記録している。これらのデータは、プラントまたは施設の運用状況の履歴を示す重要な情報であり、数年ほど保存される。
【０００３】
しかし、従来の監視制御システムはこれらのデータをテキスト形式で保存しており、データの改ざんまたは削除が可能であった。例えば、災害や事故が起きた場合に、帳票およびイベント履歴には、異常データまたは異常メッセージが含まれている場合がある。このような異常データまたは異常メッセージは、テキスト形式で保存されている場合、改ざんまたは削除され得る。帳票およびイベント履歴が改ざんまたは削除されてしまうと、そのイベントの正確な情報（例えば、日時、場所等）が不明になってしまう。従って、監視制御システムでは、このようなデータの改ざんまたは削除を抑制し、もし、データが改ざんまたは削除された場合には、その改ざんまたは削除を検知することが望まれている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１６５９４４号公報
【特許文献２】特許第５２３９３００号明細書
【特許文献３】特開２００９−２４６９５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
帳票やイベント履歴等のデータの改ざんまたは削除を防止し、正確なデータを保存することができるデータ処理装置、データ処理方法およびデータ処理プログラムを提供する。
【課題を解決するための手段】
【０００６】
本実施形態によるデータ処理装置は、被監視対象の監視履歴データをテキスト形式で受け取る入力部を備える。演算処理部は、テキスト形式の監視履歴データをイメージデータに変換し、このイメージデータを画素ごとに所定のカラーモードの各成分に分解し、このカラーモードの各成分に分解されたイメージデータを画素ごとに圧縮した圧縮履歴データに変換する。記憶部は、圧縮履歴データを格納する。
【図面の簡単な説明】
【０００７】
【図１】第１の実施形態によるプラント制御監視システム１００の構成の一例を示す図。
【図２】データ処理装置３０の構成の一例を示すブロック図。
【図３】本実施形態によるデータ処理装置３０の動作の一例を示すフロー図。
【図４】ステップＳ３０のイメージ化処理の一例を示すフロー図。
【図５】ステップＳ４０のイメージデータ圧縮処理の一例を示すフロー図。
【図６】イメージデータの一例を示す図。
【図７】イメージデータの各画素をＣＭＹＫ形式に分解した４次元データを示す図。
【図８】イメージデータの各画素を四次元データから一次元データに圧縮した圧縮履歴データを示す。
【図９】印刷処理の一例を示すフロー図。
【図１０】印刷イメージデータのＣ成分、Ｍ成分、Ｙ成分およびＫ成分の一例を示す図。
【発明を実施するための形態】
【０００８】
以下、図面を参照して本発明に係る実施形態を説明する。本実施形態は、本発明を限定するものではない。
【０００９】
図１は、第１の実施形態によるプラント制御監視システム１００（以下、単に監視システム１００ともいう）の構成の一例を示す図である。監視システム１００は、大規模プラント制御部１と、小規模プラント制御部２と、ネットワーク７０と、管理部３とを備えている。大規模プラント制御部１および小規模プラント制御部２は、例えば、上下水道処理施設や発電施設等の公共プラントあるいはビル等の施設を制御する制御部である。ネットワーク７０は、インターネット、ＶＰＮ（Virtual Private Network）等の広域ネットワーク（ＷＡＮ（Wide Area Network）である。管理部３は、大規模プラント制御部１および小規模プラント制御部２を管理するためにネットワーク７０を介して大規模プラント１および小規模プラント２に接続されている。
【００１０】
大規模プラント制御部１は、操作端末１０と、サーバ２０と、データ処理装置３０と、プリンタ３５と、コントローラ５０とを備えている。操作端末１０、サーバ２０、データ処理装置３０、プリンタ３５およびコントローラ５０は、ＬＡＮ（Local Area Network）等のネットワーク５を介して互いに通信可能に接続されている。
【００１１】
コントローラ５０は、被監視対象であるプラントまたは施設を制御しており、プラントや施設の状態を示す監視履歴データをリアルタイムで収集する。監視履歴データは、プラントや施設の帳票、イベントおよび／またはアラーム等の履歴データである。監視履歴データは、災害や事故等が起きた場合に、その当時のプラントや施設の運用状況を示す資料または証拠として重要である。
【００１２】
サーバ２０は、コントローラ５０から監視履歴データを受け取り、これを保存する。監視履歴データはテキスト形式のデータであり、サーバ２０は、監視履歴データをテキスト形式のまま保存する。例えば、サーバ２０は、監視履歴データを数年分保存する。尚、本実施形態において、監視履歴データは、大規模プラント制御部１内に配置されているサーバ２０に格納されている。しかし、監視履歴データは、大規模プラント制御部１外のサーバ（ウェブサーバ）２２に格納されていてもよい。
【００１３】
操作端末１０は、オペレータによって操作され、コントローラ５０、サーバ２０データ処理装置３０およびプリンタ３５を制御および監視するために設けられている。操作端末１０は、コントローラ５０からの監視履歴データまたはサーバ２０に格納された監視履歴データを表示する。例えば、操作端末１０は、災害や事故が起きたときにイベント発生を知らせるアラームを表示する。このとき、オペレータは、操作端末１０において監視履歴データを確認することができる。
【００１４】
データ処理装置３０は、操作端末１０からの要求を受けて、サーバ２０に格納された監視履歴データをイメージ処理し、イメージ化された監視履歴データを格納するように構成されている。尚、複数のデータ処理装置３０をネットワーク５に接続してもよい。データ処理装置３０の構成および動作については、後で詳細に説明する。
【００１５】
プリンタ３５は、データ処理装置３０に接続されており、データ処理装置３０から送信された印刷イメージデータを印刷する。プリンタ３５は、データ処理装置３０と別体に設けられていてもよく、あるいは、データ処理装置３０と一体であってもよい。プリンタ３５とデータ処理装置３０とが一体である場合、データ処理装置３０は、印刷イメージデータを印刷する印刷部（図示せず）としてプリンタ３５を備える。また、プリンタ３５は、複数台、データ処理装置３０に接続してもよい。
【００１６】
小規模プラント制御部２は、操作端末１１と、サーバ２１と、データ処理装置３１と、プリンタ３６と、コントローラ５１とを備えている。操作端末１１、サーバ２１、データ処理装置３１、プリンタ３６およびコントローラ５１は、ＬＡＮ等のネットワーク６を介して互いに通信可能に接続されている。小規模プラント制御部２は、大規模プラント制御部１よりも小規模であるが、操作端末１１、サーバ２１、データ処理装置３１、プリンタ３６およびコントローラ５１のそれぞれの構成および機能は、大規模プラント制御部１の操作端末１０、サーバ２０、データ処理装置３０、プリンタ３５およびコントローラ５０のそれぞれの構成および機能と同様でよい。従って、操作端末１１、サーバ２１、データ処理装置３１、プリンタ３６およびコントローラ５１のそれぞれの構成および機能の説明は省略する。
【００１７】
管理部３に設けられた操作端末１２は、大規模プラント制御部１および小規模プラント制御部２とネットワーク７０を介して接続されている。オペレータは、操作端末１２を操作して、大規模プラント制御部１および小規模プラント制御部２の各構成要素を制御してもよい。
【００１８】
図２は、データ処理装置３０の構成の一例を示すブロック図である。データ処理装置３０は、入出力部（Ｉ／Ｏ）３１０と、ＣＰＵ３２０と、記憶部３３０とを備えている。
【００１９】
入出力部３１０は、ネットワーク５およびプリンタ３５と接続されており、操作端末１０から送信されたサーバ２０、２２のデータを入力する入力部として機能し、あるいは、記憶部３３０のデータを出力する出力部としても機能する。
【００２０】
演算処理部としてのＣＰＵ３２０は、データ処理装置３０内の入出力部３１０および記憶部３３０を制御する。例えば、ＣＰＵ３２０は、入出力部３１０から入力されたデータを処理し、そのデータを記憶部３３０に格納する。
【００２１】
記憶部３３０は、ＣＰＵ３２０で処理されたデータまたはプリンタ３５を動作させるためのプログラムを格納する。記憶部３３０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）等でよい。
【００２２】
操作端末１０から印刷要求があった場合、データ処理装置３０は、その印刷要求に対応するデータを記憶部３３０からプリンタ３５へ送信する。プリンタ３５は、データ処理装置３０からのデータを印刷する。
【００２３】
図３は、本実施形態によるデータ処理装置３０の動作の一例を示すフロー図である。まず、コントローラ５０がプラントまたは施設の監視データを５００ｍｓ周期でサーバ２０へ送る（Ｓ１０）。サーバ２０に監視データが送られた際、操作端末１０に履歴情報を表示するための監視履歴データが作成される。
【００２４】
次に、サーバ２０に格納された監視履歴データは、操作端末１０からの要求を受けて、あるいは、自動でデータ処理装置３０へ送信される（Ｓ２０）。このとき、監視履歴データは、テキスト形式の状態で送信される。
【００２５】
次に、データ処理装置３０は、テキスト形式の監視履歴データをイメージデータへ変換し（Ｓ３０）、さらに、そのイメージデータを圧縮する（Ｓ４０）。これにより、データ処理装置３０は、圧縮履歴データを生成する。圧縮履歴データは、記憶部３３０に格納する。尚、監視履歴データのイメージ化処理（Ｓ３０）およびイメージデータの圧縮処理（Ｓ４０）については、後述する。
【００２６】
操作端末１０または１２から印刷要求が発行された場合、データ処理装置３０は、圧縮履歴データを復元して印刷イメージデータを生成する（Ｓ５０）。印刷イメージデータは、プリンタ３５へ送信され、プリンタ３５において印刷される（Ｓ６０）。
【００２７】
尚、ステップＳ１０〜Ｓ４０の動作は、サーバ２０に格納される全ての監視履歴データに対して実行してもよい。これにより、サーバ２０に格納される全ての監視履歴データに対応する圧縮履歴データが記憶部３３０に格納される。
【００２８】
（イメージ化処理（Ｓ３０））
図４は、ステップＳ３０のイメージ化処理の一例を示すフロー図である。本実施形態によるデータ処理装置３０は、テキスト形式の監視履歴データを、Ｊａｖａ（登録商標）言語を用いてイメージ化する。以下のイメージ化処理は、データ処理装置３０のＣＰＵ３２０において実行される。
【００２９】
まず、Ｊａｖａ（登録商標）言語のＢｕｆｆｅｒｅｄＩｍａｇｅ関数を用いてテキスト形式の監視履歴データをベースイメージに変換する（Ｓ３２）。尚、ベースイメージは、更新または変更されていない状態のイメージであり、その背景色は、白色（即ち、（Ｃ，Ｍ，Ｙ，Ｋ）＝（０，０，０，０））である。
【００３０】
次に、Ｊａｖａ（登録商標）言語のＳｔｒｉｎｇ関数を用いてテキスト形式の監視履歴データからテキストデータを抽出する（Ｓ３４）。尚、テキストデータは、文字化けを防ぐために、例えば、Ｗｉｎｄｏｅｓ（登録商標）の標準フォントで形成される。
【００３１】
次に、Ｊａｖａ（登録商標）言語のＤｒａｗＳｔｒｉｎｇ関数を用いて、ステップ３２において生成されたベースイメージに、ステップＳ３４において抽出されたテキストデータを関連付ける。即ち、ベースイメージにテキストデータを埋め込む（Ｓ３６）。これにより、監視履歴データに対応するイメージデータが生成される。イメージデータは、記憶部３３０に格納される（Ｓ３８）。
【００３２】
（イメージデータの圧縮処理（Ｓ４０））
図５は、ステップＳ４０のイメージデータ圧縮処理の一例を示すフロー図である。データ処理装置３０は、ステップＳ３０で生成されたイメージデータを画素ごとにカラーモードの各成分に分解し、このカラーモードの各成分に分解されたイメージデータを画素ごとに圧縮する。以下の圧縮処理は、データ処理装置３０のＣＰＵ３２０において実行される。ここで、カラーモードとしてＣＭＹＫ形式を用いている。本実施形態では、プリンタ３５における印刷を前提としているため、ＣＭＹＫ形式がＧＹＢ形式よりも適しているからである。また、テキスト形式の監視履歴データを敢えてカラーモード（ＣＭＹＫ形式）の成分に分解することは、監視履歴データを鮮明に印刷するために必要となる。
【００３３】
まず、イメージデータを画素ごとにＣＭＹＫ形式のＣ（Cyan）成分、Ｍ(Magenta)成分、Ｙ(Yellow)成分、Ｋ(Black)成分に分解する（Ｓ４２）。例えば、図６は、イメージデータの一例を示す。図６に示すように、イメージデータの画素サイズ（画素数）が１６２９２１２画素（縦８８４画素×横１８４３画素）であるとする。この場合、ＣＰＵ３２０は、１６２９２１２個の各画素のイメージをＣ成分、Ｍ成分、Ｙ成分、Ｋ成分に分解する。より詳細には、ＣＰＵ３２０は、Ｊａｖａ（登録商標）言語のＩｍａｇｅＲｅａｄＰａｒａｍ関数を用いて、イメージデータの最上段の１８４３画素のイメージを左側から右側へ向かって１画素ずつＣＭＹＫ形式の各成分に分解する。最上段の画素の分解が終了すると、次に、ＣＰＵ３２０は、２段目の１８４３画素のイメージを左側から右側へ向かって１画素ずつＣＭＹＫ形式の各成分に分解する。２段目の画素の分解が終了すると、次に、ＣＰＵ３２０は、３段目の１８４３画素のイメージを左側から右側へ向かって１画素ずつＣＭＹＫ形式の各成分に分解する。これを繰り返し、８８４段目のイメージの分解が終了すると、イメージデータの分解が終了する。
【００３４】
分解されたイメージデータは、図７に示すように、各画素ごとにＣ成分、Ｍ成分、Ｙ成分、Ｋ成分の順番にカンマで区切った４つの数値として表される。即ち、イメージデータは、Ｃ成分、Ｍ成分、Ｙ成分、Ｋ成分の４次元データとして表される。図７は、イメージデータの各画素をＣＭＹＫ形式に分解した４次元データを示す。１６２９２１２個の画素のイメージを分解しているので、４次元データは、１６２９２１２行を有し、各行はＣ，Ｍ，Ｙ，Ｋの４つの数値からなる。例えば、ＣＭＹＫ形式に分解した場合、１画素当たりの情報量は、３２ビットとなる。このような４次元データの情報量（データ容量）は、イメージデータの情報量よりも大きくなってしまう。従って、４次元データをそのまま記憶部３３０へ格納すると、記憶部３３０は大きな記憶容量を必要とする。また、４次元データを処理しようとすると、ＣＰＵ３２０の負荷も大きくなる。
【００３５】
そこで、ＣＰＵ３２０は、４次元データに分解されたイメージデータを画素ごとにモノクロの一次元データに変換することによって圧縮履歴データを生成する（Ｓ４４）。ＣＰＵ３２０は、色調補正関数を用いて、画素ごとに４次元データを一次元データに変換する。本実施形態に用いられる色調補正関数は、式１で表される。
Ｔ＝｛１−ｍｉｎ（１，Ｃ＊（１−Ｋ）＋Ｋ）｝＊０．２９９＋｛１−ｍｉｎ（１，Ｍ＊（１−Ｋ）＋Ｋ）｝＊０．５８７＋｛１−ｍｉｎ（１，Ｙ＊（１−Ｋ）＋Ｋ）｝＊０．１１４                                                        （式１）
【００３６】
尚、Ｔは或る画素の圧縮履歴データ（一次元データ）である。Ｃはイメージデータの或る画素のＣ成分値である。Ｍはイメージデータの或る画素のＭ成分値である。Ｙはイメージデータの或る画素のＹ成分値である。Ｋはイメージデータの或る画素のＫ成分値である。ｍｉｎ（ａ，ｂ）はａまたはｂのいずれか小さい方の値を示す。
【００３７】
尚、式１は、以下の式２〜式５から導出される。
Ｂ＝１−ｍｉｎ（１，Ｙ＊（１−Ｋ）＋Ｋ）                    （式２）
Ｒ＝１−ｍｉｎ（１，Ｃ＊（１−Ｋ）＋Ｋ）                    （式３）
Ｇ＝１−ｍｉｎ（１，Ｍ＊（１−Ｋ）＋Ｋ）                    （式４）
Ｔ＝（０．２９９＊Ｒ＋０．５８７＊Ｇ＋０．１１４＊Ｂ）      （式５）
【００３８】
式２〜式４は、ＣＭＹＫ形式からＲＧＢ形式にカラーモードを変換する式である。式５は、ＲＧＢ形式をモノクロ形式に変換する式である。式２〜式４のＲ、Ｇ、Ｂを式５のＲ、Ｇ、Ｂに代入することによって式１が得られる。このようにして得られた式１は、ＣＭＹＫ形式（四次元データ）をモノクロ形式（一次元データ）へ直接変換する式である。
【００３９】
ＣＰＵ３２０は、式１を用いて画素ごとに４次元データをモノクロの一次元データに変換する。これにより、図８に示すように、各画素は一次元データに圧縮される。図８は、イメージデータの各画素を四次元データから一次元データに圧縮した圧縮履歴データを示す。圧縮履歴データの情報量は、もとのイメージデータまたは４次元に分解されたイメージデータのそれよりも小さくなる。
【００４０】
以上のようにイメージデータは、圧縮処理される。圧縮履歴データは、図２の記憶部３３０へ格納される（Ｓ４６）。記憶部３３０に格納された圧縮履歴データは、サーバ２０に格納されたテキスト形式の監視履歴データと同様に数年間保存される。尚、監視履歴データが変更された場合、データ処理装置３０は、変更された監視履歴データに対応する圧縮履歴データを格納してもよい。ただし、変更前のもとの監視履歴データに対応する圧縮履歴データは消去せずに保存する。これにより、圧縮履歴データを復元して印刷すれば、監視履歴データの変更履歴も判明する。
【００４１】
（比較処理および印刷処理）
図９は、印刷処理の一例を示すフロー図である。まず、操作端末１０または１２から監視履歴データの印刷要求が発行された場合（Ｓ７０）、操作端末１０または１２は、印刷対象の監視履歴データ（以下、新規の監視履歴データともいう）をサーバ２０からデータ処理装置３０へ送信する（Ｓ７１）。新規の監視履歴データは、テキスト形式でデータ処理装置３０へ送信される。
【００４２】
次に、データ処理装置３０は、図３のステップＳ２０〜Ｓ３０で説明したように、新規の監視履歴データを一次元データに変換する（Ｓ７３）。以下、一次元データに変換された新規の監視履歴データを新規の圧縮履歴データという。
【００４３】
次に、データ処理装置３０は、新規の圧縮履歴データと記憶部３３０に格納されたそれに対応する圧縮履歴データ（以下、旧圧縮履歴データともいう）とを比較する（Ｓ７５）。新規の圧縮履歴データおよびそれに対応する旧圧縮履歴データは、監視履歴データを取得した年、月、日、時間等によって互いに関連付けられている。従って、印刷要求が監視履歴データを取得した年、月、日、時間等の関連情報を含むことによって、データ処理装置３０は、新規の圧縮履歴データに対応する旧圧縮履歴データを容易に特定することができる。また、新規の圧縮履歴データおよび旧圧縮履歴データは、図８に示すように、ともに一次元データである。従って、両者のデータの比較は容易であり、短時間で済む。即ち、ＣＰＵ３２０は、新規の圧縮履歴データおよび旧圧縮履歴データの比較処理を小さな負荷で実行可能である。
【００４４】
ここで、もし、サーバ２０に格納されていた監視履歴データが改ざんされている場合、監視履歴データはテキストデータであるため、新規の圧縮履歴データは、旧圧縮履歴データと明確に異なるはずである。例えば、図６に示す１文字だけが変更されている場合であっても、多数の画素において白と黒とが反転する。この場合、新規の圧縮履歴データは、旧圧縮履歴データと多数の画素（複数の行）の数値において大きく異なるばずである。これにより、ＣＰＵ３２０は、新規の圧縮履歴データと旧圧縮履歴データとの一致または不一致を検知することができる。
【００４５】
このような一致または不一致は、新規の圧縮履歴データと旧圧縮履歴データとの間における一次元データの数値差、および、新規の圧縮履歴データと旧圧縮履歴データとの間において相違する画素数に基づいて判断することができる。例えば、新規の圧縮履歴データと旧圧縮履歴データとの間における一次元データの数値差の閾値を第１の閾値とし、新規の圧縮履歴データと旧圧縮履歴データとの間において相違する画素数の閾値を第２の閾値とする。ここで、或る画素について一次元データの数値の差が第１の閾値より小さい場合、ＣＰＵ３２０は、その画素について新規の圧縮履歴データと旧圧縮履歴データとの間で相違しないと判断する。さらに、新規の圧縮履歴データと旧圧縮履歴データとの間において相違する画素数が第２の閾値より少ない場合には、ＣＰＵ３２０は、テキスト形式の監視履歴データに改ざんが無いと見なし、新規の圧縮履歴データと旧圧縮履歴データとは一致すると判断する。一方、或る画素の一次元データの数値差が第１の閾値を超えている場合に、ＣＰＵ３２０は、その画素は新規の圧縮履歴データと旧圧縮履歴データとの間において異なると判断する。さらに、新規の圧縮履歴データと旧圧縮履歴データとの間において異なると判断された画素数が第２の閾値を超えている場合に、ＣＰＵ３２０は、新規の圧縮履歴データと旧圧縮履歴データとが一致しないと判断する。尚、第１および第２の閾値は、記憶部３３０に予め格納しておけばよい。
【００４６】
新規の圧縮履歴データと旧圧縮履歴データとが一致していない場合（Ｓ７５のＮＯ）、データ処理装置３０は、エラー信号を操作端末１０、１２へ送信する（Ｓ７７）。操作端末１０、１２は、エラー信号を表示することによって、新規の監視履歴データが変更されていることをオペレータへ知らせることができる。このとき、データ処理装置３０は、新規の圧縮履歴データおよび旧圧縮履歴データのそれぞれを復元して、新規の圧縮履歴データおよび旧圧縮履歴データのそれぞれに対応する印刷イメージデータをプリンタ３５へ送信してもよい。この場合、プリンタ３５は、新規の圧縮履歴データおよび旧圧縮履歴データのそれぞれに対応する印刷イメージデータを印刷する。これにより、オペレータは、新規の監視履歴データおよび旧監視履歴データを紙面上にて比較および確認することができる。尚、復元処理についは後述する。
【００４７】
新規の圧縮履歴データと旧圧縮履歴データとが一致している場合（Ｓ７５のＹＥＳ）、データ処理装置３０は、新規の圧縮履歴データまたは旧圧縮履歴データのいずれか一方を復元して印刷イメージデータを生成し、この印刷イメージデータをプリンタ３５へ送信すればよい。プリンタ３５は、印刷イメージデータを印刷する（Ｓ７９）。
【００４８】
（復元処理）
ステップＳ７９において、ＣＰＵ３２０は、圧縮履歴データを復元することによって印刷イメージデータを生成する。例えば、ＣＰＵ３２０は、Ｊａｖａ（登録商標）言語のＤｒａｗＩｍａｇｅ関数を用いて圧縮履歴データを展開する。このとき、ＣＰＵ３２０は、圧縮履歴データの各画素の一次元データを、印刷イメージデータのＣ成分、Ｍ成分、Ｙ成分およびＫ成分のそれぞれにあてはめる。即ち、印刷イメージデータの各画素において、Ｃ成分、Ｍ成分、Ｙ成分およびＫ成分の数値は同じになる。図１０は、印刷イメージデータのＣ成分、Ｍ成分、Ｙ成分およびＫ成分の一例を示す。
【００４９】
このように復元された印刷イメージデータは、データ処理装置３０からプリンタ３０へ送信される。プリンタ３５は、印刷イメージデータを紙に印刷する。このように、一次元の圧縮履歴データをカラーモード（ＣＭＹＫ形式）の成分に復元（展開）することによって、プリンタ３５は、監視履歴データを鮮明に印刷することができる。
【００５０】
以上のように、本実施形態によるデータ処理装置３０は、サーバ２０に格納されているテキスト形式の監視履歴データを、イメージ化された圧縮履歴データとして保存する。これにより、サーバ２０に格納されているテキスト形式の監視履歴データが改ざんまたは削除されても、データ処理装置３０がもとの監視履歴データに対応する圧縮履歴データを格納している。圧縮履歴データはイメージ化されているので改ざんできない。従って、データ処理装置３０は、圧縮履歴データを用いて、もとの正しい監視履歴データを復元することができる。これは、正確な監視履歴データを印刷可能とするとともに、監視履歴データの改ざんまたは削除を発見しあるいは予防することに繋がる。
【００５１】
また、イメージデータは一次元データとして圧縮されているので、データ処理装置３０の記憶部３３０は、少ない記憶容量でイメージデータを格納することができる。さらに、新規の圧縮履歴データと旧圧縮履歴データは、一次元データとして比較される。従って、比較処理においてＣＰＵ３２０に与える負荷が小さい。
【００５２】
また、本実施形態によるデータ処理装置３０は、一次元の圧縮履歴データをＣＭＹＫ形式に展開することによって印刷イメージデータを生成する。従って、印刷イメージデータを印刷したときに、鮮明に印刷することができる。
【００５３】
一般に、テキストデータをイメージ化する専用のソフトウェア（例えば、Adobe Acrobat（登録商標））を使用することが考えられる。しかし、この場合、データ処理装置３０にそのような専用のツール（ソフトウェア）を導入する必要がある。
【００５４】
これに対し、本実施形態によるデータ処理装置３０は、Ｊａｖａ（登録商標）言語の関数を用いてテキスト形式の監視履歴データをイメージ化している。また、復元処理のときにも、データ処理装置３０は、Ｊａｖａ（登録商標）言語の関数を用いて一元化された圧縮履歴データを四次元の印刷イメージデータに復元している。従って、本実施形態では、専用のツール（ソフトウェア）を必要とせず、データ処理装置３０の記憶部３３０に格納されたプログラムを変更することによって実現可能である。
【００５５】
以上の本実施形態によるデータ処理装置３０におけるデータ処理方法の少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、データ処理方法の少なくとも一部の機能を実現するプログラム（データ処理プログラム）をフレキシブルディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。また、データ処理方法の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。
【００５６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００５７】
１００・・・監視システム、１・・・大規模プラント制御部、２・・・小規模プラント制御部、３・・・管理部、１０・・・操作端末、２０・・・サーバ、３０・・・データ処理装置、３５・・・プリンタ、５０・・・コントローラ、７０・・・ネットワーク、３１０・・・入出力部、３２０・・・ＣＰＵ、３３０・・・記憶部
【図１】
2016019188.tif 000003
【図２】
2016019188.tif 000004
【図３】
2016019188.tif 000005
【図４】
2016019188.tif 000006
【図５】
2016019188.tif 000007
【図６】
2016019188.tif 000008
【図７】
2016019188.tif 000009
【図８】
2016019188.tif 000010
【図９】
2016019188.tif 000011
【図１０】
2016019188.tif 000012