(57)【要約】【課題】  オペレータへより多くの情報を提示でき、より効率良く操作可能な制御用表示装置を実現する。【解決手段】  アラーム監視処理部４１によってアラームの発生が検出されると、ウィンドウイメージ形成処理部４２は、当該アラームが発生した場合に表示すべきウィンドウのイメージを形成し、ブレンド率設定処理部４３は、当該ウィンドウを構成する各部位のブレンド率を設定する。さらに、表示処理部４４は、上記ウィンドウイメージの各部分と、背景となる画面のイメージとを、上記ブレンド率設定処理部４３によって設定されたブレンド率で合成して、上記ディスプレイへ表示する。これにより、アラームが発生した場合、当該アラームに関する操作を受け付けるためのアラームウィンドウは、当該アラームウィンドウとは異なる背景画面の上に、半透明に表示される。【選択図】  図１
2005267267.tif 000002
【特許請求の範囲】
【請求項１】
制御対象となるデバイスの状態を監視してアラームの発生の有無を検出する検出手段と、アラームが発生した場合に当該アラームに関する操作を受け付けるためのアラームウィンドウを、表示装置の画面上に表示させる表示制御手段とを有する制御用表示装置において、
上記表示制御手段は、上記アラームウィンドウとは異なる背景画面の上に、アラームウィンドウを半透明に表示させることを特徴とする制御用表示装置。
【請求項２】
上記表示制御手段が上記表示装置にデバイスの状態を示す操作画面を表示させるための動作と、当該操作画面への操作を受け付けたときの動作とを規定する画面データを記憶する記憶手段を備え、
上記画面データには、各アラームウィンドウを半透明表示する際の半透明の程度を示すブレンド率が含まれており、
上記表示制御手段は、アラームウィンドウを半透明表示させる際、上記記憶手段の画面データに含まれる当該アラームウィンドウのブレンド率の示す程度に半透明表示させることを特徴とする請求項１記載の制御用表示装置。
【請求項３】
上記画面データには、アラームウィンドウの各部位に対応して、当該部位を半透明表示するか否かを示すフラグ情報が含まれており、
上記表示制御手段は、当該フラグ情報が半透明表示を示している部位については、上記アラームウィンドウのブレンド率の示す程度に半透明表示させると共に、上記フラグ情報が非半透明表示を示している部位については、当該部位を透過させずに表示させることを特徴とする請求項２記載の制御用表示装置。
【請求項４】
上記表示制御手段は、デバイスの状態に応じて、アラームの重要度を判定し、判定結果に応じて、当該アラームに関するアラームウィンドウの各部位の少なくともいずれかを半透明表示させる際の程度または半透明表示させるか否かを変更することを特徴とする請求項１、２または３記載の制御用表示装置。
【請求項５】
上記表示制御手段が上記表示装置にデバイスの状態を示す操作画面を表示させるための動作と、当該操作画面への操作を受け付けたときの動作とを規定する画面データを記憶する記憶手段を備え、
上記画面データには、各アラームの重要度を示す重要度情報が含まれており、
上記表示制御手段は、上記記憶手段の画面データに含まれるアラームの重要度情報に応じて、当該アラームに関するアラームウィンドウの各部位の少なくともいずれかを半透明表示させる際の程度または半透明表示させるか否かを変更することを特徴とする請求項１記載の制御用表示装置。
【請求項６】
上記表示制御手段は、予め定められた操作を受け付けた場合、表示中のアラームウィンドウを半透明表示する際の半透明の程度を、一時的に変更させることを特徴とする請求項１、２、３、４または５記載の制御用表示装置。
【請求項７】
請求項１ないし６のいずれか１項に記載の各手段として、コンピュータを動作させるプログラム。
【請求項８】
請求項７記載のプログラムが記録された記録媒体。
【請求項９】
制御対象となるデバイスの状態を監視してアラームの発生を検出した場合に当該アラームに関する操作を受け付けるためのアラームウィンドウを当該アラームウィンドウとは異なる背景画面の上に半透明に表示する制御用表示装置が、デバイスの状態を示す操作画面を表示させるための動作と、当該操作画面への操作を受け付けたときの動作とを規定する画面データを生成する画面データ生成装置であって、
上記各アラームウィンドウ毎に、上記制御用表示装置が当該アラームウィンドウを半透明表示する際の半透明の程度を示すブレンド率の入力を受け付ける受付手段と、
上記画面データとして、上記各アラームウィンドウに関連付けて、上記受付手段によって受け付けられた当該アラームウィンドウのブレンド率を示す情報を含む画面データを生成する生成手段とを備えていることを特徴とする画面データ生成装置。
【請求項１０】
上記受付手段は、上記アラームウィンドウの各部位毎に、当該部位を半透明表示するか否かの入力を受け付け、
上記生成手段は、上記画面データとして、上記受付手段の受け付けた入力に基づいて、上記アラームウィンドウの各部位に対応し、しかも、当該部位を半透明表示するか否かを示すフラグ情報を含む画面データを生成することを特徴とする請求項９記載の制御用表示装置。
【請求項１１】
請求項９または１０記載の各手段として、コンピュータを動作させるプログラム。
【請求項１２】
請求項１１記載のプログラムが記録された記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスの状態を示すと共に、デバイスへの操作を受け付ける制御用表示装置、および、それが参照する画面データを生成する画面データ生成装置に関するものである。
【背景技術】
【０００２】
従来から、制御システムのＨＭＩ（Human Machine Interface ）として、プログラマブル表示器をはじめとするグラフィック操作パネルが広く使用されている（後述する特許文献１参照）。
【０００３】
当該グラフィック操作パネルは、デバイスの状態を操作画面上に表示してオペレータへ通知すると共に、オペレータによる操作画面への操作を受け付け、当該操作に応じてデバイスを制御している。
【０００４】
ところで、上記制御システムでは、特に、異常が発生していない場合は、デバイスの状態を表示し、デバイスへの操作を受け付ければよいが、異常が発生した場合は、オペレータへ異常の発生を通知し、異常への対処を促す必要がある。
【０００５】
したがって、上記特許文献１に係るグラフィック操作パネルは、制御対象となるデバイスの状態を監視してアラームの発生の有無を検出すると共に、アラームが発生した場合には、当該アラームに関する操作を受け付けるためのアラームウィンドウを、画面上に表示して、オペレータへ異常への対処を促している。
【特許文献１】特開２００１−６７１２０号公報（公開日：2001年３月１６日）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来の構成では、アラームが発生した場合、それまで表示していた画面に重なるように、アラームウィンドウが表示され、当該アラームウィンドウによって、それまで表示していた画面（背景画面）が隠されてしまう。したがって、オペレータは、アラームウィンドウによって、アラームに関する操作を確認できる一方で、上記背景画面によってアラームの原因となったデバイスの現状が表示されていても、それを把握することができない。この結果、例えば、デバイスの現状などを把握するためには、それまで表示して画面を参照しようとして、アラームウィンドウを移動させたりする必要があり、操作に手間がかかるという問題を生じる。
【０００７】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、オペレータへより多くの情報を提示でき、より効率良く操作可能な制御用表示装置、および、それが参照する画面データを生成する画面データ生成装置を実現することにある。
【課題を解決するための手段】
【０００８】
本発明に係る制御用表示装置は、上記課題を解決するために、制御対象となるデバイスの状態を監視してアラームの発生の有無を検出する検出手段と、アラームが発生した場合に当該アラームに関する操作を受け付けるためのアラームウィンドウを、表示装置の画面上に表示させる表示制御手段とを有する制御用表示装置において、上記表示制御手段は、上記アラームウィンドウとは異なる背景画面の上に、アラームウィンドウを半透明に表示させることを特徴としている。
【０００９】
上記構成によれば、アラームが発生した場合に、表示制御手段は、表示装置の画面上に、アラームウィンドウを他の背景画面に重ねて半透明に表示させる。したがって、他の画面によって表示されている各デバイスの現状（アラームの原因を示す情報）の上に、アラームウィンドウを表示し、当該アラームウィンドウによって、当該アラームに対応する対応方法の指示を受け付けることができるにも拘わらず、制御用表示装置は、オペレータへ、当該アラームウィンドウを透かして、アラームの原因を示している各デバイスの現状を提示できる。
【００１０】
この結果、アラームウィンドウによって上記背景画面を完全に覆い隠してしまう構成よりも、オペレータへより多くの情報を提示でき、より効率良く操作可能な制御用表示装置を実現できる。
【００１１】
また、本発明に係る制御用表示装置は、上記構成に加えて、上記表示制御手段が上記表示装置にデバイスの状態を示す操作画面を表示させるための動作と、当該操作画面への操作を受け付けたときの動作とを規定する画面データを記憶する記憶手段を備え、上記画面データには、各アラームウィンドウを半透明表示する際の半透明の程度を示すブレンド率が含まれており、上記表示制御手段は、アラームウィンドウを半透明表示させる際、上記記憶手段の画面データに含まれる当該アラームウィンドウのブレンド率の示す程度に半透明表示させてもよい。なお、ブレンド率としては、例えば、アルファブレンド処理の係数（アルファ値）を使用できる。
【００１２】
当該構成によれば、表示制御手段は、画面データにおいて、各アラームウィンドウ毎に記憶されたブレンド率に基づき、当該ブレンド率の示す程度にアラームウィンドウを半透明表示する。したがって、各アラームウィンドウのブレンド率が１種類に固定されている構成とは異なり、各アラームウィンドウの表示に適した値にブレンド率を設定でき、オペレータへ、より操作しやすいアラームウィンドウを提示できる。また、アラームウィンドウの各部位毎にブレンド率を設定する構成よりも、ブレンド率の設定対象の数が少ないので、画面データに含まれる全ブレンド率のデータ量を削減できると共に、より少ない手間で画面データに含まれる全ブレンド率を設定できる。
【００１３】
さらに、本発明に係る制御用表示装置は、上記構成に加えて、上記画面データには、アラームウィンドウの各部位に対応して、当該部位を半透明表示するか否かを示すフラグ情報が含まれており、上記表示制御手段は、当該フラグ情報が半透明表示を示している部位については、上記アラームウィンドウのブレンド率の示す程度に半透明表示させると共に、上記フラグ情報が非半透明表示を示している部位については、当該部位を透過させずに表示させてもよい。
【００１４】
当該構成では、アラームウィンドウ毎にブレンド率が設定されているだけではなく、アラームウィンドウを複数の部位に分け、各部位については、当該部位を半透明表示するか否かの情報が設定されている。したがって、特定の部分については、透過させずに表示することができ、当該部位を際立たせて表示できる。また、各部位毎にブレンド率を設定する構成と比較して、より少ないデータ量で半透明表示のためのデータを記憶できると共に、より少ないデータ量で、半透明表示のための処理を行うことができる。
【００１５】
加えて、本発明に係る制御用表示装置は、上記構成に加えて、上記表示制御手段は、デバイスの状態に応じて、アラームの重要度を判定し、判定結果に応じて、当該アラームに関するアラームウィンドウの各部位の少なくともいずれかを半透明表示させる際の程度を変更してもよい。
【００１６】
当該構成では、上記表示制御手段が、デバイスの状態に応じて、アラームの重要度を判定し、判定結果に応じて、当該アラームに関するアラームウィンドウの各部位の少なくともいずれかを半透明表示させる。したがって、デバイスの状態によって、アラームの重要度が、より重要になると、よりアラームウィンドウを際立たせて表示させることができる。この結果、デバイスの状態に拘わらず、アラームウィンドウの各部位のブレンド率が一定の構成とは異なり、上記制御用表示装置は、アラームウィンドウの各部位のブレンド率の変化によって、アラームの重要度が変化したことも通知できる。また、ブレンド率が一定の構成と比較して、オペレータが制御用表示装置の画面に余り注意を払っていない場合であっても、制御用表示装置は、重要なアラームが発生したことをオペレータへ、より確実に通知できる。
【００１７】
また、本発明に係る制御用表示装置は、上記構成に加えて、上記表示制御手段が上記表示装置にデバイスの状態を示す操作画面を表示させるための動作と、当該操作画面への操作を受け付けたときの動作とを規定する画面データを記憶する記憶手段を備え、上記画面データには、各アラームの重要度を示す重要度情報が含まれており、上記表示制御手段は、上記記憶手段の画面データに含まれるアラームの重要度情報に応じて、当該アラームに関するアラームウィンドウの各部位の少なくともいずれかを半透明表示させる際の程度または半透明表示させるか否かを変更してもよい。
【００１８】
ここで、多くの場合、制御システムに発生し得るアラームには、どの程度緊急に対処すべきかを示す重要度が設定されており、例えば、重要度に応じた色で、それに関連するデバイスの状態を表示したり、重要度順にアラームを表示するなど、アラームの重要度に応じた処理を行うために、制御用表示装置の画面データには、各アラームの重要度を示す重要度情報が含まれている。一方、重要なアラーム程、オペレータが制御用表示装置の画面に余り注意を払っていない場合であっても、そのアラームが発生したことを確実に通知する必要があり、よりアラームウィンドウを際立たせる方が望ましい。
【００１９】
したがって、上記表示制御手段が、上記画面データを参照して、より重要度なアラーム程、アラームウィンドウが際立つように、アラームウィンドウの各部を半透明表示させる際の程度または半透明表示させるか否かを変更することによって、アラームの重要度情報で、上記程度または半透明表示させるか否かを示す情報を代用できる。この結果、画面データから、当該程度または半透明表示させるか否かを示す情報を省略できると共に、画面データを生成する際において、当該程度または半透明表示させるか否かを指定する手間を削減できる。
【００２０】
さらに、本発明に係る制御用表示装置は、上記構成に加えて、上記表示制御手段は、予め定められた操作を受け付けた場合、表示中のアラームウィンドウを半透明表示する際の半透明の程度または半透明表示させるか否かを、一時的に変更させてもよい。
【００２１】
当該構成では、オペレータは、上記予め定められた操作を行うことによって、上記表示制御手段へ、半透明の程度または半透明表示させるか否かの一時的な変更を指示できるので、アラームウィンドウのある部位、あるいは、背景画面のある部位が見にくい場合、半透明の程度または半透明表示させるか否かを一時的に変更して、当該部位を見やすくすることができる。この結果、アラームウィンドウを背景画面の上に半透明表示しているにも拘わらず、オペレータが把握できない部位を無くすことができる。
【００２２】
ところで、上記制御用表示装置は、ハードウェアで実現してもよいが、プログラムをコンピュータに実行させることによって実現してもよい。具体的には、本発明に係るプログラムは、上記制御用表示装置の各手段としてコンピュータを動作させるプログラムであり、本発明に係る記録媒体には、当該プログラムが記録されている。
【００２３】
これらのプログラムがコンピュータによって実行されると、当該コンピュータは、上記制御用表示装置として動作する。したがって、上記制御用表示装置と同様に、アラームウィンドウによって上記背景画面を完全に覆い隠してしまう構成よりも、オペレータへより多くの情報を提示でき、より効率良く操作可能な制御用表示装置を実現できる。
【００２４】
一方、本発明に係る画面データ生成装置は、上記課題を解決するために、制御対象となるデバイスの状態を監視してアラームの発生を検出した場合に当該アラームに関する操作を受け付けるためのアラームウィンドウを当該アラームウィンドウとは異なる背景画面の上に半透明に表示する制御用表示装置が、デバイスの状態を示す操作画面を表示させるための動作と、当該操作画面への操作を受け付けたときの動作とを規定する画面データを生成する画面データ生成装置であって、上記各アラームウィンドウ毎に、上記制御用表示装置が当該アラームウィンドウを半透明表示する際の半透明の程度を示すブレンド率の入力を受け付ける受付手段と、上記画面データとして、上記各アラームウィンドウに関連付けて、上記受付手段によって受け付けられた当該アラームウィンドウのブレンド率を示す情報を含む画面データを生成する生成手段とを備えていることを特徴としている。
【００２５】
なお、上記画面データ生成装置も、ハードウェアで実現してもよいが、プログラムをコンピュータに実行させることによって実現してもよい。具体的には、本発明に係るプログラムは、上記画面データ生成装置の各手段としてコンピュータを動作させるプログラムであり、本発明に係る記録媒体には、当該プログラムが記録されている。さらに、これらのプログラムがコンピュータによって実行されると、当該コンピュータは、上記画面データ生成装置として動作する。
【００２６】
当該各構成の画面データ生成装置では、上記受付手段によって受け付けられた当該アラームウィンドウのブレンド率を示す情報を含む画面データが、上記生成手段によって生成される。したがって、上記制御用表示装置へ、各アラームウィンドウに適したブレンド率を指示する画面データを生成できる。
【００２７】
この結果、アラームウィンドウによって上記背景画面を完全に覆い隠してしまう構成よりも、オペレータへより多くの情報を、上記制御用表示装置に提示させることができ、より効率良く操作可能な制御用表示装置を実現できる。また、各アラームウィンドウのブレンド率が１種類に固定されている構成とは異なり、各アラームウィンドウの表示に適した値にブレンド率を設定できるので、オペレータがより操作しやすいアラームウィンドウを、上記制御用表示装置に提示させることができる。また、アラームウィンドウの各部位毎にブレンド率を設定する構成よりも、ブレンド率の設定対象の数が少ないので、画面データに含まれる全ブレンド率のデータ量を削減できると共に、より少ない手間で画面データに含まれる全ブレンド率を設定できる。
【００２８】
また、本発明に係る画面データ生成装置は、上記構成に加えて、上記受付手段は、上記アラームウィンドウの各部位毎に、当該部位を半透明表示するか否かの入力を受け付け、上記生成手段は、上記画面データとして、上記受付手段の受け付けた入力に基づいて、上記アラームウィンドウの各部位に対応し、しかも、当該部位を半透明表示するか否かを示すフラグ情報を含む画面データを生成してもよい。
【００２９】
当該構成では、アラームウィンドウ毎のブレンド率を指定するだけではなく、アラームウィンドウの各部位に対応するフラグ情報をも含む画面データを生成できる。したがって、特定の部分については、透過させずに表示するように、制御用表示装置を制御でき、当該制御用表示装置に、当該部位を際立たせて表示させることができる。また、制御用表示装置は、各部位毎にブレンド率を設定する構成と比較して、より少ないデータ量で半透明表示のためのデータを記憶できると共に、より少ないデータ量で、半透明表示のための処理を行うことができるので、上記画面データを生成することによって、より構成の簡略化な制御用表示装置を実現できる。
【発明の効果】
【００３０】
本発明の制御用表示装置および画面データ生成装置によれば、アラームが発生した場合に当該アラームに関する操作を受け付けるためのアラームウィンドウを、上記アラームウィンドウとは異なる背景画面の上に、アラームウィンドウを半透明に表示させることができるので、アラームウィンドウによって上記背景画面を完全に覆い隠してしまう構成よりも、オペレータへより多くの情報を提示でき、より効率良く操作可能な制御用表示装置を実現できる。
【発明を実施するための最良の形態】
【００３１】
〔第１の実施形態〕
本発明の一実施形態について図１ないし図９に基づいて説明すると以下の通りである。すなわち、本実施形態に係る制御システムは、以下のグラフィック操作パネル、すなわち、制御対象となるデバイスの状態を監視してアラームの発生の有無を検出すると共に、アラームが発生した場合に当該アラームに関する操作を受け付けるためのアラームウィンドウを、背景となる画面の上に半透明に表示可能なグラフィック操作パネルを備えたシステムであって、オペレータへより多くの情報を提示でき、より効率良く操作させることができる。
【００３２】
以下では、グラフィック操作パネルの構成について説明する前に、制御システム全体の概略構成および動作について説明する。
【００３３】
すなわち、本実施形態に係る制御システム１は、図２に示すように、ターゲットシステム２のデバイス２ａを制御するためのシステムであって、例えば、ベルトコンベアー式の自動組付機などのデバイス２ａの制御に好適に用いられている。
【００３４】
上記制御システム１には、上記デバイス２ａを制御する制御装置としてのＰＬＣ１１と、多くの場合、制御対象近傍に配されると共に、制御システム１のＨＭＩとして、デバイス２ａの状態を表示し、オペレータによるデバイス２ａへの操作を受け付けるグラフィック操作パネル（画面データ生成装置）１３とを備えている。
【００３５】
本実施形態に係る制御システム１では、各グラフィック操作パネル１３は、イーサネット（登録商標）などのＬＡＮ（ローカルエリアネットワーク）１５によって互いに接続されている。さらに、上記ＬＡＮ１５には、多くの場合、グラフィック操作パネル１３よりも離れた場所から、制御システム１全体を管理する制御用ホストコンピュータ１７が接続されている。
【００３６】
また、上記各グラフィック操作パネル１３は、シリアルケーブルなどの通信路を介して、それぞれに対応するＰＬＣ１１と接続されている。また、図２では、説明の便宜上、ＬＡＮ１５にグラフィック操作パネル１３が２台接続されると共に、各グラフィック操作パネル１３に１台ずつのＰＬＣ１１、各ＰＬＣ１１に１台ずつのデバイス２ａがそれぞれ接続されている場合を例示しているが、当然ながら、それぞれの接続台数は任意に設定できる。
【００３７】
また、デバイスは、デバイスアドレスにより特定可能で、しかも、状態を取得したり、制御（変更）できるものであれば、例えば、デバイス２ａ自体であってもよいし、例えば、ＰＬＣ１１やグラフィック操作パネル１３の記憶装置など、制御システム１に設けられた記憶装置の一領域を示していてもよい。
【００３８】
ここで、上記制御システム１では、制御システム１に必須の構成であり、しかも、ＨＭＩとして動作するため、演算能力に余力のあるグラフィック操作パネル１３が通信の大半を処理するように構成されている。さらに、各グラフィック操作パネル１３は、自らに接続されているＰＬＣ１１の機種に固有の専用プロトコルと、ＬＡＮ１５での共通プロトコルとを変換して、他のグラフィック操作パネル１３や制御用ホストコンピュータ１７と、ＰＬＣ１１との通信を中継する。なお、共通プロトコルと専用プロトコルとの間のプロトコル変換には、同じ指示に同じコードが割り当てられるように予め定められた共通のコマンドと上記共通のコマンドに対応するＰＬＣ１１固有のコマンドとの間の変換や、データやアドレスの表現方法の変換、デバイスアドレスと、当該デバイスアドレスに対応し、しかも、デバイスアドレスとは異なる値に設定可能な変数や変数の名称（変数名）との変換なども含まれる。
【００３９】
これにより、グラフィック操作パネル１３および制御用ホストコンピュータ１７は、他のグラフィック操作パネル１３に接続されているＰＬＣ１１の機種に拘らず、ＬＡＮ１５を介して共通のプロトコルで通信できる。この結果、互いに異なる機種のＰＬＣ１１の混在する制御システム１が比較的容易に実現されている。
【００４０】
上記グラフィック操作パネル１３は、後述する画面データに基づいて、デバイスの状態を画面表示する際の動作や、画面への操作に応じてデバイスの状態を制御する際の動作を特定するものであって、ＰＬＣ１１と通信するＰＬＣ・ＩＦ部３１と、上記ＬＡＮ１５に接続するためのＬＡＮ・ＩＦ部３２と、例えば、液晶表示装置などからなるディスプレイ３３と、ディスプレイ３３の画面上に配されたタッチパネルなどからなる入力装置３４と、上記各部材３１〜３４を制御するＨＭＩ処理部（表示制御手段）３５と、当該ＨＭＩ処理部３５によって参照され、上記画面データおよび上記変数が格納されるメモリ（記憶手段）３６とを備えている。
【００４１】
本実施形態に係るグラフィック操作パネル１３は、例えば、プログラマブル表示器であって、上記画面データは、画面上の領域と、当該領域への表示や入力に対応するデバイスとの対応関係を示すタグを組み合わせて構成されている。本実施形態では、ＨＭＩ処理部３５が複数の単位画面を切り換え表示可能であり、上記タグは、当該タグが有効となる単位画面を示すファイル番号と、単位画面上で実行すべき動作内容を特定する事象名と、各事象毎に参照される参照情報とを含んでいる。
【００４２】
例えば、上記タグが所定の画面領域（表示座標範囲）へ所定のデバイスの状態に応じた部品図形を表示する表示タグの場合、上記参照情報には、表示座標範囲と、デバイスを特定可能な変数と、例えば、部品図形がスイッチの場合、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号とが含まれる。さらに、タグが入力タグの場合、参照情報として、有効入力座標範囲と、入力結果が書き込まれるデバイスの変数とが含まれる。
【００４３】
また、メモリ３６には、各変数について、変数の名称（変数名）と、変数に対応するデバイス２ａまたは内部メモリを特定するための情報（例えば、アドレスなど）と、変数の内容との組み合わせが記憶されている。なお、本実施形態では、変数に対応するデバイス２ａの機種に拘わらず、変数の内容を格納する際の表現方法（例えば、ワード長や符号の有無、あるいは、ＢＣＤ／２進表記など）が予め定められた表現方法に統一されており、変数が実在のデバイス２ａに対応する場合、メモリ３６には、実際の機種での表現方法も格納されている。この場合、ＨＭＩ処理部３５は、ＰＬＣ・ＩＦ部３１を介してデバイス２ａの状態を取得あるいは制御する際、表現方法を形式変換して、格納時の表現方法を統一する。
【００４４】
一方、上記ＨＭＩ処理部３５は、所定の時間間隔で、メモリ３６に格納された画面データから、ベース画面のファイル番号が、現在表示中のベース画面である表示タグを抽出する。さらに、ＨＭＩ処理部３５は、メモリ３６に格納された変数を参照して、タグに対応する変数の内容を読み出し、内容に応じた部品図形をディスプレイ３３に表示する。ここで、ＰＬＣ・ＩＦ部３１に接続されたＰＬＣ１１により制御されるデバイス２ａに、上記変数が対応している場合、ＨＭＩ処理部３５は、ＰＬＣ・ＩＦ部３１によるＰＬＣ１１との通信によって、デバイス２ａの状態を取得し、上記変数の内容を当該状態に応じて更新している。これにより、ディスプレイ３３には、デバイス２ａの状態が表示される。
【００４５】
なお、変数が他のグラフィック操作パネル１３に接続されたＰＬＣ１１によって制御されるデバイス２ａの場合、ＨＭＩ処理部３５は、ＬＡＮ・ＩＦ部３２、ＬＡＮ１５および他のグラフィック操作パネル１３を介して当該ＰＬＣ１１と通信するなどして、デバイスの状態を取得し、それに応じて変数の内容を更新する。
【００４６】
また、入力装置３４への押し操作など、オペレータの入力操作を受け付けると、ＨＭＩ処理部３５は、上記画面データから、現在表示中のベース画面に対応し、当該入力操作にマッチする入力タグを検索すると共に、入力結果に応じて、タグに対応する変数の内容を更新する。さらに、ＨＭＩ処理部３５は、デバイス２ａの状態を取得する場合と略同様に、ＰＬＣ１１やグラフィック操作パネル１３と通信するなどして、上記変数の内容に応じて、デバイス２ａの状態を制御させる。ここで、入力操作の後も、ＨＭＩ処理部３５は、デバイス２ａの状態を画面表示するので、操作結果が画面表示に反映される。
【００４７】
加えて、ＨＭＩ処理部３５は、例えば、他のグラフィック操作パネル１３や制御用ホストコンピュータ１７など、ＬＡＮ１５に接続された機器から自らに接続されたＰＬＣ１１のデバイス２ａへの制御指示を受け取った場合や、これとは逆に、上記機器へ報告すべきデバイス２ａの状態を自らのＰＬＣ１１から受け取った場合には、上述したプロトコル変換によって、ＬＡＮ１５での通信、および、ＰＬＣ１１との通信の間を中継できる。
【００４８】
一方、上記制御用ホストコンピュータ１７は、制御システム１の監視制御を行うＨＭＩ処理部７１と、ＬＡＮ１５に接続され、上述の共通プロトコルで通信するＬＡＮ・ＩＦ部７２と、ＬＡＮ・ＩＦ部７２およびＬＡＮ１５を介して各グラフィック操作パネル１３と通信して、ＨＭＩ処理部７１などの要求に応じるサーバ部７３とを備えており、ターゲットシステム２やＰＬＣ１１あるいはグラフィック操作パネル１３の状態を表示したり制御できる。
【００４９】
さらに、本実施形態では、グラフィック操作パネル１３のＨＭＩ処理部３５が、画面データを参照して、以下のアラームウィンドウ、すなわち、アラームが発生した場合に表示され、そのアラームに対応する対応方法を指示するウィンドウを表示する際、当該アラームウィンドウを半透明に表示できるように構成されている。
【００５０】
具体的には、本実施形態に係るＨＭＩ処理部３５は、図１に示すように、例えば、各ＩＦ部３１・３２とやり取りするなどして、デバイスの状態を監視して、上記メモリ３６に記憶されている画面データによって規定されたアラームが発生しているか否かを判定するアラーム監視処理部（検出手段）４１と、上記画面データを参照して、アラームが発生した場合に表示すべきウィンドウを構成する各部位の表示形態（形状、色などブレンド率以外の各部位の表示属性）を決定し、それらの部位からなるウィンドウのイメージを形成するウィンドウイメージ形成処理部（表示制御手段）４２と、上記画面データを参照して、ウィンドウを構成する各部位のブレンド率を設定するブレンド率設定処理部（表示制御手段）４３と、上記ウィンドウイメージ形成処理部４２によって指示された形態を持ったウィンドウの各部位を、ブレンド率設定処理部４３によって設定されたブレンド率で、例えば、背景となる画面のイメージなど、ＨＭＩ処理部３５によって表示される他の画面のイメージと合成して、上記ディスプレイ３３へ表示する表示処理部（表示制御手段）４４とを備えている。
【００５１】
より詳細には、本実施形態に係る画面データには、ＨＭＩ処理部３５へ、各アラームの発生を監視するよう指示するための情報（アラーム情報）が格納されている。当該アラーム情報には、例えば、アラームが発生しているか否かを示すフラグが格納されている変数、あるいは、アラームが発生しているか否かを判定するためのデバイスを特定する変数と、当該変数から、アラームが発生しているか否かを判定するための条件との組み合わせなど、各アラームの発生を監視するための情報と、各アラームが発生した場合に表示するウィンドウを示す情報とが含まれている。
【００５２】
一方、上記アラーム監視処理部４１は、当該アラーム情報に基づいて、例えば、予め定められた周期で、上記監視対象とするフラグが格納されている変数の値を確認したり、予め定められた周期で、上記監視対象とするデバイスに対応する変数から、当該デバイスの現状を読み出して、上記条件が成立しているか否かを確認したりして、上記アラーム情報によって規定されたアラームが発生しているか否かを監視できる。また、アラーム監視処理部４１は、アラームが発生した場合、アラーム情報を参照して、当該アラームが発生した場合に表示すべきウィンドウを特定し、当該ウィンドウイメージの形成および当該ウィンドウを構成する各部位のブレンド率設定を、上記ウィンドウイメージ形成処理部４２およびブレンド率設定処理部４３へ指示できる。
【００５３】
また、上記アラーム監視処理部４１は、各アラームが発生した場合、例えば、当該ウィンドウの表示位置を表示処理部４４へ指示するなどして、ウィンドウイメージ形成処理部４２によってイメージが形成され、上記ブレンド率設定処理部４３によって各部のブレンド率が設定されたウィンドウを表示するように、表示処理部４４へ指示できる。
【００５４】
さらに、上記画面データには、各アラームが発生した場合にウィンドウを表示するためのウィンドウ情報が格納されており、当該ウィンドウ情報には、ウィンドウを構成する各画面要素（文字列、図形など）を示すオブジェクトの情報（オブジェクト情報）が関連付けられている。さらに、当該オブジェクト情報には、例えば、画面要素の形状や大きさ、ウィンドウにおける位置、および、各部の色（線の色や背景色）など、ウィンドウ内に画面要素を表示するために必要な情報が含まれている。一方、上記ウィンドウイメージ形成処理部４２は、ウィンドウ情報を参照して、当該ウィンドウ情報に関連付けられた各オブジェクト情報に対応する各画面要素からなるウィンドウのイメージを形成し、表示処理部４４へ当該イメージの表示を指示できる。
【００５５】
これにより、アラームが発生した場合に、アラームウィンドウを他の画面に重ねて半透明に表示できる。したがって、他の画面によって表示されている各デバイスの現状（アラームの原因を示す情報）の上に、アラームウィンドウを表示して、当該アラームウィンドウによって、当該アラームに対応する対応方法の指示を受け付けることができるにも拘わらず、グラフィック操作パネル１３は、オペレータへ、当該アラームウィンドウを透かして、アラームの原因を示している各デバイスの現状を提示できる。
【００５６】
さらに、本実施形態に係るグラフィック操作パネル１３は、合成に必要なメモリ容量および設定に必要な手間を余り増加させることなく、各アラームウィンドウを見やすく表示するために、ウィンドウイメージを他のイメージと重ね合わせて表示する際の比率（ブレンド率）をウィンドウ毎に設定すると共に、アルファブレンド処理を行うか否かをウィンドウの各部位毎に設定できるように構成されている。
【００５７】
具体的には、上記画面データのウィンドウ情報には、当該ウィンドウのブレンド率が含まれている。また、上記オブジェクト情報には、各部の色の情報と共に、当該部分をアルファブレンド処理するか否かを示すフラグ情報が含まれている。
【００５８】
一方、上記ブレンド率設定処理部４３は、ウィンドウを構成する各部位のブレンド率を設定する際、上記表示処理部４４へ、上記ウィンドウ情報から求めた当該ウィンドウのブレンド率を指示すると共に、上記オブジェクト情報から求めた各部のフラグ情報に基づいて、ウィンドウの各部分をアルファブレンド処理するか否かを指示できる。
【００５９】
また、表示処理部４４は、当該ウィンドウを表示する際、ウィンドウのうち、アルファブレンド処理を行うよう指示された部分については、上記ウィンドウのブレンド率として指示されたブレンド率でブレンドして表示する一方、アルファブレンド処理を行わないよう指示された部分については、ブレンド率が１００％に設定されたときと同様、透過させずに表示できる。
【００６０】
一例として、上記ブレンド率設定処理部４３がウィンドウのイメージの各ドット毎にアルファブレンド処理の要否を示すブレンドフラグを通知する場合について説明すると、表示処理部４４は、例えば、図３に示すように、各イメージを構成する各ドット毎に、Ｒ、ＧおよびＢの階調の情報（階調情報）と、当該ドットのブレンドフラグとを格納する表示用メモリ４４ａと、当該表示用メモリ４４ａに格納されているイメージのうち、表示が指示された各イメージを、指示されたように重ね合わせて、各イメージを合成し、合成後のイメージデータを出力するブレンド率演算装置４４ｂとを備えている。
【００６１】
上記表示用メモリ４４ａには、ウィンドウイメージ形成処理部４２によって、各イメージを構成する各ドット毎に、Ｒ、ＧおよびＢの階調の情報（階調情報）が、それぞれのウィンドウに関連付けて記憶されている。また、表示用メモリ４４ａには、ブレンド率設定処理部４３によって、上記各ドットに対応するブレンドフラグが、それぞれのウィンドウに関連付けて記憶されている。
【００６２】
上記ブレンド率演算装置４４ｂは、上記ブレンド率設定処理部４３から、上記ウィンドウのブレンド率として、当該ウィンドウの比率ＴｏｐＷｉｎｄｏｗＲａｔｅと、当該ウィンドウの下に表示されるウィンドウの比率２ｎｄＷｉｎｄｏｗＲａｔｅとが指示され、あるドットのアルファブレンド処理が指示された場合、当該ドットの色を、ＴｏｐＷｉｎｄｏｗＣｏｌｏｒ、当該ドットの下に表示されるドットの色を、２ｎｄＷｉｎｄｏｗＣｏｌｏｒとすると、以下の式（１）の演算、すなわち、
TopWindowColor × TopWindowRate  ＋  2ndWindowColor × 2ndWindowRate  …（１）
によって、合成後のドットの色を算出する。一方、あるドットのアルファブレンド処理が不要と指示された場合、ブレンド率演算装置４４ｂは、当該ドットの色を TopWindowColor で指定された色に設定する。
【００６３】
これにより、上記ブレンド率設定処理部４３が、各ウィンドウのイメージを構成する各ドットに関連付けながら、それぞれのブレンドフラグを上記表示用メモリ４４ａへ書き込むと共に、上記ブレンド率演算装置４４ｂへブレンド率を設定することによって、ウィンドウを構成する各部位のブレンド率を設定できる。
【００６４】
なお、ブレンド率設定処理部４３のうち、表示用メモリ４４ａへ各ドットのブレンドフラグを書き込む部分は、ウィンドウイメージ形成処理部４２と独立して形成されていてもよいが、当該部分をウィンドウイメージ形成処理部４２と共用した場合は、オブジェクト情報からドットイメージに変換する処理の大部分を共用できる。
【００６５】
上記構成では、図４に示すように、ステップ１（以下では、Ｓ１のように略称する）において、アラーム監視処理部４１は、画面データによって監視すべきと規定されたアラームが発生しているか否かを監視している。
【００６６】
ここで、アラームが発生していない状態では、アラーム監視処理部４１は、表示処理部４４へ当該アラームに対応するウィンドウの表示を指示していないので、当該ウィンドウは表示されていない。したがって、例えば、図５に示すように、グラフィック操作パネル１３のディスプレイ３３には、通常の操作画面が表示され、デバイスの状態を表示している。
【００６７】
一方、アラームが発生した場合（Ｓ１にて、YES の場合）、アラーム監視処理部４１は、当該アラームが発生した場合に表示すべきウィンドウとして、上記画面データにより設定されているウィンドウのイメージ形成をウィンドウイメージ形成処理部４２へ指示し、当該ウィンドウイメージ形成処理部４２は、ウィンドウのイメージを生成し、例えば、当該ウィンドウのイメージを表示用メモリ４４ａへ書き込むなどして、当該ウィンドウイメージを表示処理部４４へ通知する（Ｓ２）。
【００６８】
また、アラームが発生した場合（Ｓ１にて、YES の場合）、ブレンド率設定処理部４３は、Ｓ３において、アラーム監視処理部４１からのブレンド率設定指示に応じて、ウィンドウの各部分をアルファブレンド処理するか否かを画面データに基づき決定すると共に、例えば、上記ウィンドウイメージの各ドットに対応するブレンドフラグを表示用メモリ４４ａへ書き込むなどして、ウィンドウの各部分をアルファブレンド処理するか否かを指示する。さらに、ブレンド率設定処理部４３は、Ｓ４において、画面データに基づいて、当該ウィンドウのブレンド率を決定し、例えば、ブレンド率演算装置４４ｂへ、上記ウィンドウの比率ＴｏｐＷｉｎｄｏｗＲａｔｅと、当該ウィンドウの下に表示されるウィンドウの比率２ｎｄＷｉｎｄｏｗＲａｔｅとを指示するなどして、表示処理部４４へ、当該ウィンドウのブレンド率を指示する。
【００６９】
一方、上記Ｓ２〜Ｓ４の処理が終わると、アラーム監視処理部４１は、Ｓ５において、例えば、ウィンドウの表示位置を指示するなどして、表示処理部４４へ上記ウィンドウの表示を指示し、表示処理部４４は、当該ウィンドウの各部位を、指示されたブレンド率で表示する。
【００７０】
これにより、アラームが発生した場合、例えば、図６に示すように、デバイスの状態を示す画面の上に、アラームウィンドウを重ねて半透明に表示できる。したがって、図７に示すように、アラームウィンドウが非透過の場合、すなわち、各デバイスの現状（アラームの原因の情報）を示す画面（背景）を覆い隠して表示する構成と異なって、背景の上にアラームウィンドウを表示し、当該アラームウィンドウによって当該アラームに対応する対応方法の指示を受け付けることができるにも拘わらず、グラフィック操作パネル１３は、オペレータへ、当該アラームウィンドウを透かして、アラームの原因を示している各デバイスの現状を提示できる。したがって、上記覆い隠す構成と比較して、オペレータへより多くの情報を提示でき、より効率良く操作可能なグラフィック操作パネル１３を実現できる。
【００７１】
ここで、図６は、一例として、ブレンドフラグが全てアルファブレンドの処理することを示していた場合を記載したが、ブレンドフラグが、例えば、文字の部分だけ、アルファブレンドしないように設定されていると、図８に示すように、文字の部分だけが透過されずに表示される。したがって、この場合は、アルファブレンド処理しないと設定した部分（この例では文字の部分）を際立たせることができる。なお、図６〜図８および図１２〜図１４では、説明の便宜上、文字も半透明表示している状態を、白抜き文字で表現している。
【００７２】
この場合でも、アラームウィンドウのうち、アルファブレンド処理するように設定されている部分は、半透明に表示されるので、グラフィック操作パネル１３は、当該部分を介して、アラームの原因を示している各デバイスの現状をオペレータに提示できる。
【００７３】
ところで、本実施形態に係るブレンド率設定処理部４３は、オペレータの指示を入力装置３４を介して受け付けて、ブレンド率を一時変更できるように構成されている。これにより、アラームウィンドウの半透明表示によって、アラームウィンドウまたは背景となる画面が見にくくなった場合でも、グラフィック操作パネル１３は、それらの内容を一時的により明確に提示できる。
【００７４】
具体的には、オペレータからアラームウィンドウをより明確に表示する旨の指示を受け付けると、ブレンド率設定処理部４３は、例えば、ウィンドウのブレンド率を透過しないように変更したり、各ドットのブレンドフラグをアルファブレンド処理しないように設定したりして、表示処理部４４へアラームウィンドウを一時的に透過しないように指示できる。これにより、グラフィック操作パネル１３の表示画面では、図７と同様に、アラームウィンドウが一時的に透過しなくなる。この結果、アラームウィンドウを半透明にすることによって、アラームウィンドウが見にくくなった場合でも、グラフィック操作パネル１３は、オペレータへアラームウィンドウの内容をより確実に提示できる。
【００７５】
なお、上記では、アラームウィンドウを一時的に非透過に設定する場合を例示したが、ブレンド率設定処理部４３は、例えば、ブレンド率変更を表示処理部４４へ指示して、よりアラームウィンドウのブレンド率をより高く設定してもよい。また、例えば、文字など、予め定められた部分のブレンドフラグをアルファブレンド処理しないように設定して、当該部分を際立たせてもよい。これらの場合でも、グラフィック操作パネル１３は、オペレータに対して、アラームウィンドウの内容をより明確に提示できる。
【００７６】
これとは逆に、オペレータから背景となる画面をより明確に表示する旨の指示を受け付けると、ブレンド率設定処理部４３は、表示処理部４４へ指示して、例えば、各ドットのブレンドフラグをアルファブレンド処理するように変更したり、ウィンドウのブレンド率をより低く変更したりする。これにより、アラームウィンドウの表示によって、背景となる画面が見にくくなった場合でも、グラフィック操作パネル１３は、オペレータの操作に応じて、背景となる画面の内容を、一時的により明確に提示できる。
【００７７】
以下では、図２および図９を参照しながら、上述した画面データを作成するための作画エディタ装置の構成を説明する。すなわち、本実施形態に係る画面データ生成装置は、図２に示すように、制御用ホストコンピュータ１７の一機能ブロックとして実現されており、制御用ホストコンピュータ１７には、グラフィック操作パネル１３の画面データを格納する画面データ記憶部７４と、ユーザの指示に応じて、当該画面データを作成し、当該画面データ記憶部７４に格納する作画処理部（画面データ生成装置）７５とが設けられている。
【００７８】
上記作画処理部７５は、図９に示すように、画面データに対応する情報が一時的に格納される作業用のメモリ８１と、ユーザの指示を受け付けて、当該メモリ８１の内容を書き換える編集処理部（受付手段）８２と、編集処理部８２によって編集されるメモリ８１の内容を図示しないディスプレイに表示させる表示処理部８３と、画面データ記憶部７４に格納された画面データを当該メモリ８１に展開したり、編集後のメモリ８１の内容に応じた画面データを画面データ記憶部７４へ書き込むデータ入出力処理部（生成手段）８４とを備えている。
【００７９】
ここで、上記画面データは、上述したように、画面上の領域と、当該領域への表示や入力に対応するデバイスを特定可能なアドレスとの対応関係を示すタグを組み合わせて構成されており、作画処理部７５の編集処理部８２は、例えば、タグのパレットを表示し、パレット中のタグを選択して画面上に所望のタグを配置するようにユーザへ促す。また、編集処理部８２は、ユーザによるタグの配置操作を受け付けると、当該操作に応じて、編集中の画面データが上記配置されたタグを含むように、メモリ８１の内容を変更し、表示処理部８３は、メモリ８１の内容に基づいて、当該タグを指定された座標に表示する。また、編集処理部８２は、ユーザのドラッグ＆ドロップなどの操作に応じてメモリ８１の内容を変更して、当該タグの表示座標を調整し、表示処理部８３は、変更後の位置にタグを表示する。また、編集処理部８２は、タグに関連するアドレスや変数を入力するようにユーザへ促すと共に、入力されたアドレスや変数が当該タグに関連するように、メモリ８１の内容を変更し、表示処理部８３は、ユーザの指示に応じて、各タグに関連つけられているアドレスや変数を表示する。一方、編集終了指示を受け付けると、データ入出力処理部８４は、メモリ８１の内容に応じた画面データを生成して、画面データ記憶部７４へ書き込む。なお、サーバ部７３は、画面データ記憶部７４に格納された画面データを、ＬＡＮ１５を介して、グラフィック操作パネル１３へ送信し、グラフィック操作パネル１３のメモリ３６に格納させる。
【００８０】
これらの結果、ユーザは、作画処理部７５を操作して、画面上の所望の位置にタグを配置すると共に、各タグとデバイスのアドレスとを対応付けるだけで、画面データを作成できる。したがって、グラフィック操作パネル１３の表示プログラムを修正する場合に比べて容易に、各グラフィック操作パネル１３の表示や操作を決定（変更）でき、制御システム１のユーザ（制御用ホストコンピュータ１７のユーザ）は、ターゲットシステム２の実情や、グラフィック操作パネル１３のオペレータの習熟度、あるいは、ユーザの好みに合わせることができる。
【００８１】
さらに、本実施形態に係る作画処理部７５は、ウィンドウの各部位のブレンド率を決定するための情報の入力を受け付け、入力された情報を示すデータを含む画面データを生成できるように構成されている。
【００８２】
具体的には、本実施形態に係る画面データは、ウィンドウの各部位のブレンド率を決定するための情報として、ウィンドウのブレンド率と、ウィンドウの各部分（より詳細には、ウィンドウを構成するオブジェクトの各部分）をアルファブレンド処理するか否かを示すフラグ情報とを含んでおり、図９に示すメモリ８１には、ウィンドウのブレンド率を示す情報を記憶する領域ＡＢと、ウィンドウの各部分のフラグ情報を示す情報を記憶する領域ＡＦとが設けられている。
【００８３】
また、表示処理部８３は、ユーザの指示に応じて、上記領域ＡＢに記憶された各ウィンドウのブレンド率を表示すると共に、上記領域ＡＦに記憶された各部分のフラグ情報を表示できる。さらに、編集処理部８２は、ユーザによるウィンドウのブレンド率設定指示を受け付けて、上記領域ＡＢに書き込むと共に、ウィンドウの各部分をアルファブレンド処理するか否かの指示をユーザから受け付けると、指示に応じて、上記領域ＡＦのフラグ情報を示す情報を変更できる。
【００８４】
本実施形態では、上述したように、上記フラグ情報は、ウィンドウを構成するオブジェクトの各部分に関連付けて設定されており、上記編集処理部８２は、上記オブジェクトの各部の色（例えば、線の色など）の入力と共に、当該部分をアルファブレンド処理するか否かの入力を受け付け、各部分に関連付けて、フラグ情報を示す情報を格納できる。
【００８５】
また、データ入出力処理部８４は、画面データを生成する際、上記領域ＡＢおよびＡＦを参照して、画面データとして、各ウィンドウを示すウィンドウ情報が当該ウィンドウのブレンド率を含み、各オブジェクトを示すオブジェクト情報が当該オブジェクトの各部のフラグ情報を含むデータを出力できる。
【００８６】
なお、上記では、制御用ホストコンピュータ１７の作画処理部７５が、ウィンドウ毎のブレンド率設定指示を受け付け、当該指示に応じて、ウィンドウ情報中にブレンド情報が含まれた画面データを生成する場合を例にして説明したが、ブレンド率の設定操作と、アラームの重要度の設定操作とを共用してもよい。
【００８７】
具体的には、多くの場合、制御システム１に発生し得るアラームには、どの程度緊急に対処すべきかを示す重要度が設定されており、グラフィック操作パネル１３は、例えば、重要度に応じた色で、それに関連するデバイスの状態を表示したり、重要度順にアラームを表示するなど、アラームの重要度に応じた処理を行うことができる。これに伴なって、グラフィック操作パネル１３が参照する画面データには、各アラームの重要度を示す重要度情報と、アラームの重要度に応じた処理を示す情報とが含まれている。ここで、重要度判定情報としては、例えば、あるデバイスの異常は、重要度１であり、他のデバイスの異常は、それよりも重要な重要度２であることを示す情報など、監視対象とするデバイスと重要度との対応関係を示す情報が挙げられる。
【００８８】
一方、重要なアラーム程、オペレータがグラフィック操作パネル１３の画面に余り注意を払っていない場合であっても、そのアラームが発生したことを確実に通知する必要があり、よりアラームウィンドウを際立たせる方が望ましい。
【００８９】
したがって、上記ブレンド率設定処理部４３が、上記画面データを参照して、より重要度なアラーム程、アラームウィンドウが際立つように、アラームウィンドウの各部のブレンド率を表示処理部４４へ指示すれば、重要度情報で、ウィンドウ毎のブレンド率の情報を代用できる。この結果、画面データから、アラームウィンドウ毎のブレンド率を省略できると共に、作画処理部７５によるブレンド率設定処理を省略できる。
【００９０】
ここで、より際立たせる指示として、ブレンド率設定処理部４３は、例えば、アラームウィンドウのブレンド率を予め定められた値から増加させる指示が挙げられる。また、重要度がある値の場合は、ブレンド率設定処理部４３がフラグ情報に拘わらず、アラームウィンドウの各部位にアルファブレンド処理しないように指示しておき、当該値よりも重要度が増加すると、ブレンド率設定処理部４３がフラグ情報に応じて各部位のアルファブレンド処理の要否を指示すれば、相対的にアラームウィンドウを際立たせることができる。
【００９１】
また、上記では、作画処理部７５が、ユーザから、アラームウィンドウの各部位毎にアルファブレンド処理するか否かの指定を受け付けて、画面データを生成する場合について説明したが、これに限るものではない。例えば、アラームウィンドウの表示に使用される色毎に、アルファブレンド処理するか否かの指定を受け付けて、画面データを生成してもよい。当該構成では、部位毎に指定しなくても、アラームウィンドウのうち、特定の色を持った部位を一括して際立たせることができるので、アラームウィンドウの表現力向上と入力の手間削減とのバランスを取ることができる。
【００９２】
なお、上記各部材３１〜４４、並びに、部材７１〜８４は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルや液晶表示装置などの入出力手段、あるいは、インターフェース回路などの通信回路を制御することによって実現される機能ブロックである。なお、これらの部材のうち、メモリ３６・８１および画面データ記憶部７４は、ＲＯＭやＲＡＭなどの記憶装置自体であってもよい。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取って、当該プログラムを実行するだけで、本実施形態に係るグラフィック操作パネル１３および制御用ホストコンピュータ１７を実現できる。
【００９３】
また、例えば、シリアルケーブルやＬＡＮ１５あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータに予めインストールされていれば、当該通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。
【００９４】
〔第２の実施形態〕
ところで、第１の実施形態では、例えば、オペレータによるブレンド率変更指示を受け付けた場合、および、他のアラームウィンドウを表示する場合など、特別な場合を除いて、基本的に、アラームウィンドウの各部位のブレンド率をデバイスの状態に拘わらず固定している構成について説明した。これに対して、本実施形態では、同じアラームウィンドウを表示している場合であっても、デバイスの状態に応じて当該アラームウィンドウのブレンド率を変更可能な構成について説明する。
【００９５】
すなわち、本実施形態に係るグラフィック操作パネル１３ａは、図２に示すように、第１の実施形態に係るグラフィック操作パネル１３と略同様の構成であるが、メモリ３６に格納される画面データには、第１の実施形態の画面データに含まれていた情報に加えて、デバイスの状態に応じた、アラームの重要度を判定するための重要度判定用情報が含まれている。
【００９６】
上記重要度判定用情報は、例えば、アラームの重要度を判定するために必要なデバイスを特定するためのアドレスや変数と、これらのデバイスの状態からアラームの重要度を判定するための条件とを示していてもよい。
【００９７】
また、当該重要度判定用情報は、ブレンド率を決定するためだけに設けられていてもよいが、本実施形態では、ＨＭＩ処理部３５ａがアラームの重要度を判定するための情報と共用されている。
【００９８】
以下では、一例として、デバイスの状態を示す値の取り得る範囲が、図１０に示すように、正常な場合の数値範囲（第１の数値範囲）Ｒ０と、正常な状態から外れ、デバイスの状態に注意すべき場合の数値範囲（第２の数値範囲）Ｒ１と、正常な状態から大きく外れ、緊急に対処すべき場合の数値範囲（第３の数値範囲）Ｒ２とに分けられており、それぞれが、しきい値ＬＬ、Ｌ、ＨおよびＨＨによって区分されている場合について説明する。なお、しきい値ＬＬおよびＨＨは、第２の数値範囲Ｒ１の下限値および上限値であり、しきい値ＬおよびＨは、第１の数値範囲Ｒ０の下限値および上限値である。
【００９９】
本実施形態に係るグラフィック操作パネル１３ａにおいて、画面データには、重要度判定用情報として、デバイスを特定するためのアドレスまたは変数と、各しきい値ＬＬ、Ｌ、ＨおよびＨＨとが含まれている。また、当該画面データは、デバイスの状態を示す値が上記各数値範囲Ｒ０〜Ｒ２のいずれにあるかによって、当該デバイスを表示する際の色を変更するように設定されていると共に、数値範囲Ｒ１の場合は、重要度１のアラームが発生したことを通知させ、数値範囲Ｒ２の場合は、それよりも重要な重要度２のアラームが発生したことを通知させるように設定されている。さらに、上記ＨＭＩ処理部３５ａは、当該画面データに基づいて、デバイスの状態を示す値に応じて、表示の色を変更すると共に、アラームの重要度を把握し、例えば、オペレータの指示に応じて、重要度順にアラーム表示するなど、アラームの重要度に応じた処理を行っている。
【０１００】
さらに、本実施形態に係るＨＭＩ処理部３５ａでは、図１１に示すように、ブレンド率設定処理部４３に代えて設けられたブレンド率設定処理部４３ａが、画面データの重要度判定用情報を参照して、デバイスの状態に応じたアラームの重要度を特定すると共に、アラームの重要度に応じて、アラームウィンドウの各部のブレンド率を変更している。
【０１０１】
より詳細には、上記ブレンド率設定処理部４３ａは、ブレンド率設定処理部４３の処理に加えて、アラームの重要度が増加するに伴なって、アラームウィンドウをより際立たせて表示するように、アラームウィンドウの各部のブレンド率を変更している。
【０１０２】
一例として、上述した重要度判定用情報が画面データに含まれている場合、ブレンド率設定処理部４３ａは、当該重要度判定用情報に基づいて、例えば、上記各ＩＦ部３１・３２とやり取りして取得したデバイスの状態と条件とから重要度を判定するなど、当該重要度判定用情報から重要度を判定するために予め定められた手順でアラームの重要度を判定する。アラームの重要度が１になると、ブレンド率設定処理部４３ａは、フラグ情報に拘わらず、アラームウィンドウの全てのブレンドフラグをアルファブレンド処理するように設定する。これにより、図１２に示すように、グラフィック操作パネル１３は、アラームウィンドウを透かして、背景の画面をオペレータへ通知できる。
【０１０３】
ここで、デバイスの状態を示す値が数値範囲Ｒ２に入るなどして、アラームの重要度が２に増加すると、ブレンド率設定処理部４３ａは、フラグ情報に応じて、ウィンドウの各部位のアルファブレンド処理の要否を表示処理部４４へ指示する。これにより、図１３に示すように、アラームウィンドウのうち、予め定められた部分（この例では、文字）が被透過状態に変化して、当該部分を際立たせる。この結果、グラフィック操作パネル１３は、アラームウィンドウの各部位のブレンド率の変化によって、アラームの重要度が変化したことも通知できると共に、オペレータがグラフィック操作パネル１３の画面に余り注意を払っていない場合であっても、グラフィック操作パネル１３は、重要なアラームが発生したことをオペレータへ、より確実に通知できる。
【０１０４】
なお、上記では、一例として、アラームウィンドウの全ての部位が半透明な状態から、部分的に非透過な状態へと変化させる場合を例にして説明したが、これに限るものではなく、例えば、図１４に示すように、アラームウィンドウの全てを非透過に変化させてもよい。また、アラームウィンドウのブレンド率を増加させてもよい。デバイスの状態に応じて変化するアラームの重要度に応じて、ブレンド率設定処理部４３ａがウィンドウの各部位のブレンド率を変更できれば、同様の効果が得られる。
【０１０５】
なお、上記では、重要度判定用情報が、アラームの重要度を判定するために必要なデバイスを特定するためのアドレスや変数と、これらのデバイスの状態からアラームの重要度を判定するための条件とを示している場合を例にして説明したが、これに限るものではない。例えば、アラームの重要度を示す情報が、制御システム１ａ内に格納されており、例えば、当該情報が、ＨＭＩ処理部３５ａなどによってデバイスの状態に応じて更新されている場合は、当該情報の格納場所を示すアドレスや変数であってもよい。いずれの場合であっても、デバイスの状態に応じて、アラームの重要度を判定できれば、同様の効果が得られる。
【０１０６】
また、上記各実施形態に係るブレンド率設定処理部４３（４３ａ）は、ブレンドフラグによって、各ドットのアルファブレンド処理の要否を設定している。したがって、以下のようにして、表示可能なウィンドウの数を、見かけ上、増加させることができる。具体的には、例えば、図１５に示すように、１つのアラームウィンドウＷ１内に、２つの領域Ａ１・Ａ２を設け、上記ブレンド率設定処理部４３（４３ａ）は、当該両領域Ａ１・Ａ２の各ドットについては、ブレンドフラグの値をアルファブレンド処理不要を示す値に設定し、残余の領域（背景）については、アルファブレンド処理が必要であることを示す値に設定する。これにより、ＨＭＩ処理部３５（３５ａ）は、例えば、図１６に示す画面をディスプレイ３３に表示させて、見かけ上２つのウィンドウがあるように見せかけることができる。なお、図１６では、アルファブレンド処理の結果、アラームウィンドウＷ１の背景を透過して、その下の画面（アラーム１：発生中）などが表示されている。この結果、ハードウェアの制限によって、１つの表示画面に同時に表示可能なウィンドウの数が制限されている場合であっても、表示可能なウィンドウの数を、見かけ上、増加させることができる。
【産業上の利用可能性】
【０１０７】
本発明の制御用表示装置および画面データ生成装置によれば、アラームが発生した場合に当該アラームに関する操作を受け付けるためのアラームウィンドウを、上記アラームウィンドウとは異なる背景画面の上に、アラームウィンドウを半透明に表示させることができるので、アラームウィンドウによって上記背景画面を完全に覆い隠してしまう構成よりも、オペレータへより多くの情報を提示でき、より効率良く操作可能な制御用表示装置を実現できる。したがって、制御システムにおいて、制御用表示装置、および、それが参照する画面データを生成する画面データ生成装置として好適に使用できる。
【図面の簡単な説明】
【０１０８】
【図１】本発明の実施形態を示すものであり、グラフィック操作パネルのＨＭＩ処理部の要部構成を示すブロック図である。
【図２】上記グラフィック操作パネルを含む制御システムの要部構成を示すブロック図である。
【図３】上記グラフィック操作パネルに設けられた表示処理部の要部構成を示すブロック図である。
【図４】上記グラフィック操作パネルの動作を示すフローチャートである。
【図５】上記グラフィック操作パネルに表示される画面例を示すものであり、アラームが発生していない状態の画面例を示す図面である。
【図６】上記グラフィック操作パネルに表示される画面例を示すものであり、アラームが発生した状態の画面例を示す図面である。
【図７】比較例を示すものであり、アラームが発生した状態において、グラフィック操作パネルに表示される画面例を示す図面である。
【図８】上記実施形態に係るグラフィック操作パネルに表示される画面例を示すものであり、アラームが発生した状態の他の画面例を示す図面である。
【図９】上記制御システムの制御用ホストコンピュータに設けられた作画処理部の要部構成を示すブロック図である。
【図１０】本発明の他の実施形態を示すものであり、制御システムのデバイスの状態を示す値と、重要度との関係を示す図面である。
【図１１】上記制御システムのグラフィック操作パネルに設けられたＨＭＩ処理部の要部構成を示すブロック図である。
【図１２】上記グラフィック操作パネルに表示される画面例を示すものであり、アラームが発生した状態の画面例を示す図面である。
【図１３】上記グラフィック操作パネルに表示される画面例を示すものであり、上記アラームの重要度が増大した状態の画面例を示す図面である。
【図１４】上記グラフィック操作パネルに表示される画面例を示すものであり、上記アラームの重要度が増大した状態の他の画面例を示す図面である。
【図１５】上記グラフィック操作パネルに表示される画面の設定例を示す図面である。
【図１６】上記設定によって、グラフィック操作パネルに表示される画面例を示す図面である。
【符号の説明】
【０１０９】
２ａ        デバイス
１３・１３ａ  グラフィック操作パネル（制御用表示装置）
３５          ＨＭＩ処理部（表示制御手段）
３６          メモリ（記憶手段）
４１          アラーム監視処理部（検出手段）
４２          ウィンドウイメージ形成処理部（表示制御手段）
４３・４３ａ  ブレンド率設定処理部（表示制御手段）
４４          表示処理部（表示制御手段）
７５          作画処理部（画面データ生成装置）
８２          編集処理部（受付手段）
８４          データ入出力処理部（生成手段）
【図１】
2005267267.tif 000003
【図２】
2005267267.tif 000004
【図３】
2005267267.tif 000005
【図４】
2005267267.tif 000006
【図５】
2005267267.tif 000007
【図６】
2005267267.tif 000008
【図７】
2005267267.tif 000009
【図８】
2005267267.tif 000010
【図９】
2005267267.tif 000011
【図１０】
2005267267.tif 000012
【図１１】
2005267267.tif 000013
【図１２】
2005267267.tif 000014
【図１３】
2005267267.tif 000015
【図１４】
2005267267.tif 000016
【図１５】
2005267267.tif 000017
【図１６】
2005267267.tif 000018