(57)【要約】【課題】装置詳細画面の作成に要する時間を削減し、エンジニアリング作業の効率化・低コスト化を図る。【解決手段】監視装置５は、監視対象装置の識別子を定義した装置定義情報と、監視ポイントの識別子と監視ポイントの内容について記述したポイント説明とを監視対象装置の種類毎に定義した装置テンプレートとを記憶する記憶手段と、ユーザからの表示要求で指定された１台の監視対象装置について監視ポイントのデータを表示する装置詳細画面のレイアウトを、装置定義情報と装置テンプレートとに基づいて決定するレイアウト決定手段と、監視対象装置から収集したデータをレイアウトに従って配置して装置詳細画面を作成する画面作成手段とを有する。【選択図】        図１
2005018119.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された複数の監視対象装置の監視ポイントからデータを収集して前記監視対象装置を管理する監視装置において、
前記監視対象装置の識別子を定義した装置定義情報と、前記監視ポイントの識別子と前記監視ポイントの内容について記述したポイント説明とを監視対象装置の種類毎に定義した装置テンプレートとを記憶する記憶手段と、
前記複数の監視対象装置の監視ポイントにアクセスしてデータを取得するデータアクセス手段と、
ユーザからの表示要求で指定された１台の監視対象装置について監視ポイントのデータを表示する装置詳細画面のレイアウトを、前記装置定義情報と前記装置テンプレートとに基づいて決定するレイアウト決定手段と、
前記表示要求で指定された監視対象装置から取得したデータを前記レイアウトに従って配置して前記装置詳細画面を作成する画面作成手段とを有することを特徴とする監視装置。
【請求項２】
請求項１記載の監視装置において、
前記レイアウト決定手段は、前記装置テンプレートに監視ポイント毎の表示順序が予め設定されている監視対象装置についてユーザから表示要求があった場合、前記表示順序に従って前記装置詳細画面のレイアウトを決定することを特徴とする監視装置。
【請求項３】
請求項１記載の監視装置において、
前記レイアウト決定手段は、前記レイアウトを定義した画面スキーマファイルが予め設定されている監視対象装置についてユーザから表示要求があった場合、前記装置テンプレートの代わりに前記画面スキーマファイルを用いて前記装置詳細画面のレイアウトを決定することを特徴とする監視装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ビルや工場、プラントなどの施設において、複数の監視対象装置の監視ポイントからデータを収集して各監視対象装置を管理する監視装置に関するものである。
【０００２】
【従来の技術】
従来より、ビルや工場、プラントなどの施設において、複数の監視対象装置の監視ポイントからデータを収集して各監視対象装置を管理する監視装置が提案されている（例えば、特許文献１参照）。このような監視装置は、監視業務を行うユーザの要求に応じて運転監視画面をユーザの端末装置に送信する。運転監視画面としては、例えば監視対象装置の発停・設定操作などを画面上から行うアナンシエータ画面、１台の監視対象装置について監視ポイントのデータを表示する装置詳細画面、警報発生を通知する警報通知画面などがある。
【０００３】
運転監視画面のうち装置詳細画面は、監視対象装置毎に作成される。図９は本発明の第１の実施の形態における装置詳細画面の１例を示す図であるが、従来の監視装置においても装置詳細画面の構成は同様であるので、図９の符号を用いて装置詳細画面について説明する。図９において、１０２は主データの内容を示すデータ説明、１０３は監視ポイントから収集したデータ等の主データ、１０４は主データの工業単位である。従来、このような装置詳細画面は、ユーザ（監視システムを設置する作業員や監視システムを利用して監視業務を行う作業員）がグラフィック作成ソフトウェアを用いて監視対象装置毎に作成していた。なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
【０００４】
【特許文献１】
特開平８−２１０６９４号公報
【０００５】
【発明が解決しようとする課題】
図９に示した装置詳細画面は、図１の構成に対応するものである。図１に示す監視システムの例では、監視対象装置であるヒュームフードの総数が数百台に及ぶことがあり、作成が必要な装置詳細画面も数百枚に達することがある。その結果、従来の監視装置では、装置詳細画面の作成とその確認・修正作業に多大な時間とコストを要するという問題点があった。
本発明は、上記課題を解決するためになされたもので、装置詳細画面の作成に要する時間を削減し、エンジニアリング作業の効率化・低コスト化を図ることを目的とする。
【０００６】
【課題を解決するための手段】
本発明は、ネットワークを介して接続された複数の監視対象装置の監視ポイントからデータを収集して前記監視対象装置を管理する監視装置において、前記監視対象装置の識別子を定義した装置定義情報と、前記監視ポイントの識別子と前記監視ポイントの内容について記述したポイント説明とを監視対象装置の種類毎に定義した装置テンプレートとを記憶する記憶手段と、前記複数の監視対象装置の監視ポイントにアクセスしてデータを取得するデータアクセス手段と、ユーザからの表示要求で指定された１台の監視対象装置について監視ポイントのデータを表示する装置詳細画面のレイアウトを、前記装置定義情報と前記装置テンプレートとに基づいて決定するレイアウト決定手段と、前記表示要求で指定された監視対象装置から取得したデータを前記レイアウトに従って配置して前記装置詳細画面を作成する画面作成手段とを有するものである。
また、本発明の監視装置の１構成例において、前記レイアウト決定手段は、前記装置テンプレートに監視ポイント毎の表示順序が予め設定されている監視対象装置についてユーザから表示要求があった場合、前記表示順序に従って前記装置詳細画面のレイアウトを決定するものである。
また、本発明の監視装置の１構成例において、前記レイアウト決定手段は、前記レイアウトを定義した画面スキーマファイルが予め設定されている監視対象装置についてユーザから表示要求があった場合、前記装置テンプレートの代わりに前記画面スキーマファイルを用いて前記装置詳細画面のレイアウトを決定するものである。
【０００７】
【発明の実施の形態】
［第１の実施の形態］
以下、本発明の実施の形態について図面を参照して詳細に説明する。図１は本発明の第１の実施の形態となる監視システムの構成を示すブロック図である。本実施の形態では、監視システムの１例としてヒュームフード監視システムを例に挙げて説明する。ヒュームフード監視システムは、研究施設、工場、病院などの施設内で発生する有毒ガス等を局所排気する複数のヒュームフード１と、ヒュームフード１と種類が異なる他のヒュームフード２と、ヒュームフード１，２の稼働状態によって変化する総排気量に応じて余分な給気を施設内から排出する一般排気バルブ３と、施設内から常時一定の風量を排気する定風量バルブ４と、ヒュームフード１，２、一般排気バルブ３および定風量バルブ４の監視ポイントからデータを収集する監視装置５と、監視装置５から送信されたデータを表示する複数の端末装置６と、ヒュームフード１，２、一般排気バルブ３および定風量バルブ４をネットワークに接続するルータ７と、このネットワークと監視装置５とを接続するゲートウェイ装置８と、端末装置６が接続されたイントラネット９と、監視装置５とイントラネット９とを接続するルータ１０とを有している。
【０００８】
図２は監視装置５の構成を示すブロック図である。監視装置５は、ゲートウェイ装置８と接続される第１のインタフェース装置５１と、ルータ１０と接続される第２のインタフェース装置５２と、演算装置５３と、記憶装置５４とを有している。このような監視装置５はコンピュータによって実現することができる。演算装置５３には、監視機能を実現する監視アプリケーションプログラム（監視手段５３１）と、データアクセス機能を実現するデータアクセスプログラム（データアクセス手段５３２）と、画面作成機能を実現する画面作成アプリケーションプログラム（画面作成手段５３３）とが少なくとも実装されている。なお、画面作成手段５３３は、装置詳細画面のレイアウトを決定するレイアウト決定手段を含んでいる。
【０００９】
以下、このような監視システムの動作を説明する。図３は図１の監視システムの動作を示すフローチャートである。ヒュームフード１，２や一般排気バルブ３、定風量バルブ４等の監視対象の装置には、それぞれ複数の監視ポイントが存在する。例えば、ヒュームフード１，２の場合には、排気風量、サッシ開度、人検知センサ、アラームなどがある。このとき、監視装置５内では、監視ポイントは固有の識別子（例えば監視ポイントの名称など）に基づいて管理され、一方、監視対象装置内にある実際の監視ポイントにアクセスするためには、監視装置５と監視対象装置との間を接続するネットワークおよび監視対象装置が当該監視ポイントを特定するのに必要な監視ポイントのアドレス情報が必要となる。監視装置５のデータアクセス手段５３２は、監視ポイントの識別子とアドレス情報とを対応付けたポイント定義情報を予め作成する（図３ステップＳ１）。このポイント定義情報の作成方法については後述する。
【００１０】
次に、監視装置５の監視手段５３１は、フィールドのデータにアクセスするデータアクセス要求を定期的に発生させる（図３ステップＳ２）。データアクセス手段５３２は、監視手段５３１からデータアクセス要求を受け取ると、各ヒュームフード１，２のコントローラ（不図示）からヒュームフード１，２の稼働状態を表すデータを取得し、一般排気バルブ３のコントローラ（不図示）から一般排気バルブ３の稼働状態を表すデータを取得し、定風量バルブ４のコントローラ（不図示）から定風量バルブ４の稼働状態を表すデータを取得する（図３ステップＳ３）。
【００１１】
ヒュームフード１，２や一般排気バルブ３、定風量バルブ４等の各監視対象装置の監視ポイントからデータを取得するため、データアクセス手段５３２は、ステップＳ１で作成したポイント定義情報を参照して、監視対象装置宛のデータ要求パケットを作成し、このデータ要求パケットをゲートウェイ装置８に送出する。ゲートウェイ装置８およびルータ７を介してデータ要求パケットを受信した監視対象装置は、データ要求パケットのアドレス情報で指定された監視ポイントのデータを監視装置５に送る。そして、データアクセス手段５３２は、監視対象装置から受け取ったデータを監視手段５３１に渡す。
【００１２】
監視手段５３１は、データアクセス手段５３２から受け取ったデータを監視装置内の記憶装置５４に格納し、画面作成手段５３３は、端末装置６の作業員の要求に応じて運転監視画面を作成し（図３ステップＳ４）、作成した運転監視画面を端末装置６に送信する。各端末装置６は、監視装置５から受信した運転監視画面を表示する（図３ステップＳ５）。以上のステップＳ２〜Ｓ５の処理が作業員から監視業務終了の指示があるまで（ステップＳ６においてＹＥＳ）、繰り返し行われる。
【００１３】
監視装置５で作成される運転監視画面としては、例えば監視対象装置の発停・設定操作などを画面上から行うアナンシエータ画面、１台の監視対象装置について監視ポイントのデータを表示する装置詳細画面、警報発生を通知する警報通知画面などがある。本実施の形態は、これら運転監視画面のうち装置詳細画面を自動的に作成する。
【００１４】
ここで、装置詳細画面の作成方法を説明する前に、ポイント定義情報の作成方法について説明する。まず、本実施の形態では、監視対象装置の種類毎に装置テンプレートＤｔｅｍｐを予め作成しておく。図４は装置テンプレートＤｔｅｍｐの１例を示す図である。装置テンプレートＤｔｅｍｐは、装置テンプレートの種類、すなわち監視対象装置の種類を示す装置タイプと、監視装置５において監視ポイントの種類を特定するのに必要な識別子であるポイント名称と、ネットワークおよびネットワーク上の監視対象装置において監視ポイントの種類を特定するのに必要なアドレス情報であるポイント番号およびポイントタイプと、監視ポイントの内容について記述したポイント説明と、監視ポイントの工業単位と、監視ポイントから収集したデータを装置詳細画面上に表示する際の表示順序と、主データの表示属性を示す表示タイプとを対応付けたものである。
【００１５】
図４において、「ＦＵＭＥＨＯＯＤ」、「ＦＵＭＥＨＯＯＤ＿２」、「ＧＥＸ」、「ＣＡＶ」は、それぞれヒュームフード１、ヒュームフード２、一般排気バルブ３、定風量バルブ４に対応した装置テンプレートであることを示している。
【００１６】
同一種類の監視対象装置では、監視ポイントの組み合わせが同一である。また、同一種類の監視対象装置では、同一種類の監視ポイントに同一のポイント名称と同一のポイント説明と同一のポイント番号と同一のポイントタイプと同一の工業単位とが付与されている。例えば、装置タイプ「ＦＵＭＥＨＯＯＤ」に対応する複数のヒュームフード１では、排気風量のポイント名称は全て「ｆｌｏｗ」であり、ポイント番号は「１２」であり、ポイントタイプは「ＡＩ」であり、工業単位は「ＣＭＨ」である。
【００１７】
以上のような装置テンプレートＤｔｅｍｐは、ユーザ（監視システムを設置する作業員や監視システムを利用して監視業務を行う作業員）が端末装置６を操作することによって作成される。作成された装置テンプレートＤｔｅｍｐは、監視装置内の記憶装置５４に格納される。
【００１８】
なお、装置テンプレートＤｔｅｍｐには、監視対象装置の監視ポイントだけでなく、管理用のデータ項目を任意に追加することも可能である。図４の例では、管理用のデータ項目として、装置の最小風量を示す「ｍｉｎｉＦｌｏｗ」、装置が設置された部屋の名称である「ＲＯＯＭ」、装置が接続されたマニフォールドの名称である「ＭＡＮＩＦＯＬＤ」、装置が設置されたフロアの名称である「ＦＬＯＯＲ」が追加されている。
【００１９】
次に、本実施の形態では、監視対象装置毎に装置定義情報Ｄｄｅｆを予め作成しておく。図５は装置定義情報Ｄｄｅｆの１例を示す図である。装置定義情報Ｄｄｅｆは、監視装置５において監視対象装置を特定するのに必要な識別子である装置名称と、前記装置タイプと、監視対象装置の内容について記述した装置説明と、ネットワークおよびネットワーク上の装置において監視対象装置を特定するのに必要なアドレス情報である装置アドレスと、装置詳細画面のレイアウトを定義した画面スキーマファイルのファイル名とを監視対象装置毎に対応付けたものである。この装置定義情報Ｄｄｅｆも、ユーザが端末装置６を操作することによって作成され、作成された装置定義情報Ｄｄｅｆは、監視装置内の記憶装置５４に格納される。
【００２０】
以上のような装置定義情報Ｄｄｅｆと装置テンプレートＤｔｅｍｐとに基づいて、監視装置５のデータアクセス手段５３２は、ポイント定義情報Ｐｄｅｆを作成する。図６はポイント定義情報Ｐｄｅｆの１例を示す図である。ポイント定義情報Ｐｄｅｆは、装置名称と装置タイプと装置アドレスとポイント番号とポイントタイプとポイント名称とポイント説明とを対応付けたものである。これらの情報のうち装置アドレスとポイント番号とポイントタイプとが、ネットワークおよびネットワーク上の装置において監視対象装置を特定し且つ監視対象装置内の監視ポイントを特定するのに必要なアドレス情報を構成している。
【００２１】
監視装置５のデータアクセス手段５３２は、装置定義情報Ｄｄｅｆから１レコード、すなわち１台の監視対象装置の装置定義情報を取り出して、この装置定義情報から装置タイプを取得し、この装置タイプに基づいて装置テンプレートＤｔｅｍｐから当該監視対象装置に対応する装置テンプレートを取得する。そして、データアクセス手段５３２は、取得した装置定義情報と装置テンプレートとを合わせることで、監視対象装置のポイント定義情報を作成する。データアクセス手段５３２は、このようなポイント定義情報の作成を、装置定義情報Ｄｄｅｆに登録されている監視対象装置毎に行う。
【００２２】
次に、装置詳細画面の作成処理（図３ステップＳ４）について説明する。ここでは、装置定義情報Ｄｄｅｆの画面スキーマファイル名が未設定で、かつ装置テンプレートＤｔｅｍｐの表示順序も未設定の場合について説明する。図７は装置詳細画面の作成処理を示すフローチャートである。
【００２３】
監視装置５の画面作成手段５３３は、端末装置６から装置詳細画面の表示要求があった場合（図７ステップＳ１１においてＹＥＳ）、端末装置６が指定した監視対象装置の装置定義情報を装置定義情報Ｄｄｅｆから取り出して、この装置定義情報から装置タイプを取得し、この装置タイプに基づいて装置テンプレートＤｔｅｍｐから当該監視対象装置に対応する装置テンプレートを取得する。そして、画面作成手段５３３は、取得した装置定義情報と装置テンプレートとから、装置詳細画面上に表示すべき監視対象装置のデータのリストを作成する（図７ステップＳ１４）。
【００２４】
図８はデータリストの１例を示す図である。装置詳細画面上に表示する表示データとしては、監視ポイントから収集したデータ等の主データと、主データの内容を示すデータ説明と、主データの工業単位とがある。データリストＰｌｉｓｔは、装置名称と、装置タイプと、データ説明と、主データと、主データが定数なのか変数（監視ポイントから収集するデータ）なのかを示すデータタイプと、主データの工業単位と、装置詳細画面上におけるデータの表示座標と、表示順序と、表示タイプとを対応付けたものである。
【００２５】
図８の例では、端末装置６がヒュームフードＡの装置詳細画面を表示要求した場合について示している。図８のデータリストＰｌｉｓｔのうち装置名称と装置タイプとは、ヒュームフードＡの装置定義情報Ｄｄｅｆから取り出される。「装置名称」、「装置タイプ」、「装置説明」および「装置アドレス」といったデータ説明は初期値として定められているものであり、これらデータ説明に対応する主データ「ヒュームフードＡ」、「ＦＵＭＥＨＯＯＤ」、「６Ｄ−Ｆ−００１」、「４１」はヒュームフードＡの装置定義情報Ｄｄｅｆから取り出される。これら主データは定数（文字列）なので、データタイプは「定数」となる。
【００２６】
一方、「排気風量」〜「緊急」までのデータ説明は、装置タイプが「ＦＵＭＥＨＯＯＤ」の装置テンプレートＤｔｅｍｐから取り出された監視ポイントのポイント説明であり、これらデータ説明に対応する主データ「ｆｌｏｗ」〜「ｅｍｅｒｇｅｎｃｙ」は装置タイプが「ＦＵＭＥＨＯＯＤ」の装置テンプレートＤｔｅｍｐから取り出されたポイント名称である。これらの主データは監視ポイントから収集されるデータなので、データタイプは「変数」となる。例えば、データ説明「排気風量」に対応する主データは、「ｆｌｏｗ」という名称の監視ポイントから収集され記憶装置５４に蓄積された最新のデータである。
【００２７】
なお、前述のように、同一種類の監視対象装置では、同一種類の監視ポイントに同一のポイント名称が付与されているので、データリストＰｌｉｓｔの「ｆｌｏｗ」という主データのみでは記憶装置５４から監視ポイントのデータを取得することはできない。したがって、特定の監視ポイントのデータを取得するには、主データ（ポイント名称）と共に装置名称等を監視ポイントの識別子として用いる必要がある。
【００２８】
次に、画面作成手段５３３は、作成したデータリストＰｌｉｓｔに基づいて装置詳細画面のレイアウトを決定し、データリストＰｌｉｓｔの各データについて表示座標を決定してデータリストＰｌｉｓｔに格納する（図７ステップＳ１５）。装置詳細画面のレイアウトとしては、例えばどのようなデータをどのように表示するかという点と、データの表示順と、データの表示座標などがある。主データの表示タイプが設定されていない場合は、主データの表示形式をテキストとして表示座標を求める。表示タイプが「ＢＡＲ」と設定されている場合は、例えば高さ１００ドットのバーチャートで表示するよう座標計算する。表示タイプが「ＢＯＯＬ（Ｃ０，Ｃ１）」と設定されている場合は、値がＦＡＬＳＥ（あるいは零）のとき色Ｃ０で、値がＴＲＵＥ（あるいは零以外）のとき色Ｃ１で、直径１６ドットの円を表示する。例えば、ＦＡＬＳＥのとき黒、ＴＲＵＥのとき緑で表示したい場合は、ＢＯＯＬ（ＢＬＡＣＫ，ＧＲＥＥＮ）と設定する。また、色指定は、Ｂ（ＢＬＡＣＫ）、Ｇ（ＧＲＥＥＮ）、Ｒ（ＲＥＤ）などと省略表記できる。表示タイプが「ＮＵＭ（ｘ，ｙ）」と設定されている場合は、ｘが整数部の表示桁数を表し、ｙが小数点以下の表示桁数を表している。したがって、整数部が７桁、小数点以下が３桁の数値を表示しようとする場合には、「ＮＵＭ（７，３）」と設定する。画面作成手段５３３は、データリストＰｌｉｓｔの１行にデータ説明と主データと工業単位とが設定されている場合、これらの各々についてＸ，Ｙ座標を決定する。すなわち、決定する表示座標は３組である。一方、データリストＰｌｉｓｔの１行にデータ説明と主データとが設定され、工業単位が設定されていない場合は、データ説明と主データの各々についてＸ，Ｙ座標を決定する。データリストＰｌｉｓｔの１行にデータ説明と主データと工業単位のうちいずれか１つのみが設定されている場合は、設定されているデータのみＸ，Ｙ座標を決定する。
【００２９】
ステップＳ１５の処理後のデータリストＰｌｉｓｔには、表示すべきデータ（データ説明と主データと工業単位）とその表示座標とが設定されているので、実質的には監視装置５内で装置詳細画面が作成されたことになる。
画面作成手段５３３は、作成した装置詳細画面を端末装置６に送信する（図７ステップＳ１６）。装置詳細画面の送信方法としては、２通りある。
【００３０】
第１の送信方法は、データ説明とその表示座標、主データとその表示座標、工業単位とその表示座標の順にデータリストＰｌｉｓｔの行毎に順次送信する方法である。この場合、各端末装置６は、受信したデータを指定された表示座標に表示する。
第２の送信方法は、データ説明、主データ、工業単位の順にデータリストＰｌｉｓｔの行毎に順次送信する方法である。この場合、表示座標の指定がないので、各端末装置６は、受信したデータの表示座標を適宜決定して表示する。
【００３１】
いずれの送信方法においても、データタイプが「変数」の主データについては、対応する監視ポイントから収集した最新のデータが送信される。同一の監視対象装置について装置詳細画面の表示が継続して行われる場合、図７のステップＳ１１〜Ｓ１６の処理が繰り返されることになるので、装置詳細画面に表示されるデータタイプが「変数」の主データは随時最新のデータに更新される。なお、同一の監視対象装置について装置詳細画面の表示が継続して行われる場合には、ステップＳ１４のデータリストの作成とステップＳ１５の表示座標の決定は一度だけ行えばよい。
【００３２】
図９は装置詳細画面の１例を示す図である。図９の装置詳細画面１０１は、図８のデータリストＰｌｉｓｔに基づいて表示されたものである。ただし、表示順序と表示タイプはデータリストＰｌｉｓｔに設定されていないものとする。図９において、１０２はデータ説明、１０３は主データ、１０４は工業単位である。
【００３３】
以上のように、本実施の形態では、装置定義情報Ｄｄｅｆと装置テンプレートＤｔｅｍｐとから装置詳細画面を生成するようにしたので、従来のように装置詳細画面を監視対象装置毎に個別に作成する必要がなくなる。その結果、装置詳細画面に関わるエンジニアリング作業を効率的に行うことができ、エンジニアリング作業に要するコストを低減することができる。
【００３４】
本実施の形態は、監視対象装置の種類毎に装置テンプレートＤｔｅｍｐを用意している。装置テンプレートＤｔｅｍｐにおいては、同一種類の監視対象装置の同一種類の監視ポイントに同一のポイント名称と同一のポイント説明と同一の工業単位とを付与しているので、従来のように監視対象装置毎に装置詳細画面を作成する場合に比べて、表示データのエントリー量を低減することができる。したがって、本実施の形態は、同一種類の監視対象装置を多数有する監視システムにおいて特に有効である。
【００３５】
また、本実施の形態では、装置テンプレートＤｔｅｍｐを継承してポイント定義情報Ｐｄｅｆと装置詳細画面（データリストＰｌｉｓｔ）とを作成しているが、継承元の装置テンプレートＤｔｅｍｐがユーザによって変更された場合、データアクセス手段５３２は、装置テンプレートＤｔｅｍｐの変更に応じてポイント定義情報Ｐｄｅｆを自動的に変更する。また、装置テンプレートＤｔｅｍｐが変更されると、画面作成手段５３３は、変更後の装置テンプレートＤｔｅｍｐに基づいてデータリストＰｌｉｓｔを作成する。したがって、装置テンプレートＤｔｅｍｐの変更を遅滞なくポイント定義情報ＰｄｅｆとデータリストＰｌｉｓｔに反映させることができる。
【００３６】
［第２の実施の形態］
第１の実施の形態では、装置定義情報Ｄｄｅｆの画面スキーマファイル名が未設定で、かつ装置テンプレートＤｔｅｍｐの表示順序も未設定の場合について説明しているが、本実施の形態では、装置テンプレートＤｔｅｍｐに表示順序が設定されている場合の装置詳細画面の作成処理について説明する。
【００３７】
前述のように、監視装置５の画面作成手段５３３は、データリストＰｌｉｓｔを作成するとき、端末装置６が指定した監視対象装置の装置定義情報を装置定義情報Ｄｄｅｆから取り出して、この装置定義情報から装置タイプを取得し、この装置タイプに基づいて装置テンプレートＤｔｅｍｐから当該監視対象装置に対応する装置テンプレートを取得するが、取得した装置テンプレートに表示順序が設定されている場合、この表示順序に従ってポイント説明（データリストＰｌｉｓｔのデータ説明）とポイント名称（主データ）と工業単位とを取り出し、データリストＰｌｉｓｔを作成する（図７ステップＳ１４）。
【００３８】
第１の実施の形態のように表示順序が設定されていない場合、画面作成手段５３３は、「排気風量」、「サッシ開度」、「在席」・・・・「緊急」といったように装置テンプレートの先頭行から順にデータを取り出す。
【００３９】
一方、例えば図４に示した装置タイプ「ＦＵＭＥＨＯＯＤ」の装置テンプレートのように表示順序が設定されている場合、画面作成手段５３３は、「排気風量」、「在席」、「サッシ開度」、「緊急」、「風量不一致」、「ジャム」、「その他のアラーム」という順でデータを取り出す。この表示順序に基づいてデータリストＰｌｉｓｔが作成された場合の装置詳細画面１０１ａを図１０に示す。図１０によれば、図９の装置詳細画面１０１と比べて、監視ポイントの表示順が変わっていることが分かる。ステップＳ１５以降の処理は第１の実施の形態と同じである。
【００４０】
こうして、本実施の形態では、監視ポイントのデータをユーザ（監視システムを設置する作業員や監視システムを利用して監視業務を行う作業員）が設定した表示順序で表示させることができる。
【００４１】
［第３の実施の形態］
第２の実施の形態では、装置テンプレートＤｔｅｍｐに表示順序が設定されている場合について説明したが、本実施の形態では、装置定義情報Ｄｄｅｆあるいは装置テンプレートＤｔｅｍｐに画面スキーマファイル名が設定されている場合について説明する。
【００４２】
監視装置５の画面作成手段５３３は、データリストＰｌｉｓｔを作成するとき、端末装置６が指定した監視対象装置の装置定義情報を装置定義情報Ｄｄｅｆおよび装置テンプレートＤｔｅｍｐから取得するが、取得した装置定義情報あるいは装置テンプレートに画面スキーマファイル名が設定されている場合（図７ステップＳ１２においてＹＥＳあるいはＳ１３においてＹＥＳ）、設定された画面スキーマファイルを記憶装置５４から取得して、装置定義情報と画面スキーマファイルに基づいてデータリストＰｌｉｓｔを作成し、表示座標を決定する（図７ステップＳ１７）。
【００４３】
図１１は画面スキーマファイルの１例を示す図である。図１１の例は、装置名称が「ヒュームフードＢ」の装置定義情報に設定されたファイル名が「ＳＣＨＥＭＥ＿１」の画面スキーマファイルを示している。画面スキーマファイルは、装置詳細画面上の表示座標と、表示データのデータタイプと、表示データ（データ説明、主データまたは工業単位）と、表示データの表示属性を示す表示タイプとを対応付けたものである。
【００４４】
表示タイプは第１の実施の形態と同様であるが、「ＬＡＢＥＬ」は固定文字列を表示する場合に設定される表示タイプで、「ＴＥＸＴ」は変更可能な設定可能文字列（例えば文字列変数）を表示する場合に設定される表示タイプである。
本実施の形態では、画面スキーマファイルに表示座標が設定されているため、画面スキーマファイルの表示座標をそのままデータリストＰｌｉｓｔに設定すればよい。ステップＳ１６の処理は第１の実施の形態と同じである。
【００４５】
こうして、本実施の形態では、画面スキーマファイルを監視対象装置毎に設定することにより、装置詳細画面のレイアウトを監視対象装置毎（装置定義情報Ｄｄｅｆに画面スキーマファイル名を設定する場合）、または監視対象装置の種類毎（装置テンプレートＤｔｅｍｐに画面スキーマファイル名を設定する場合）に設定することができる。
【００４６】
［第４の実施の形態］
第１の実施の形態〜第３の実施の形態では、ポイント定義情報Ｐｄｅｆを予め作成しておき、監視装置５の監視手段５３１がデータアクセス要求を発生させたときにデータアクセス手段５３２が監視ポイントにアクセスし、端末装置６から装置詳細画面の表示要求があったときに画面作成手段５３３がデータリストＰｌｉｓｔを作成して装置詳細画面を端末装置６に送信しているが、ポイント定義情報Ｐｄｅｆを作成しなくてもよい。
【００４７】
ポイント定義情報Ｐｄｅｆを作成しない場合、監視装置５のデータアクセス手段５３２は、監視手段５３１からデータアクセス要求を受け取ったとき（図３ステップＳ２においてＹＥＳ）、ポイント定義情報Ｐｄｅｆを作成する場合と同様にして装置定義情報と装置テンプレートとを取得し、この装置定義情報と装置テンプレートとからネットワークおよびネットワーク上の装置において監視対象装置を特定し且つ監視対象装置内の監視ポイントを特定するのに必要なアドレス情報を求め、このアドレス情報によりデータ要求パケットを作成する（図３ステップＳ３）。これにより、第１の実施の形態と同様のデータ収集を実現することができる。
【００４８】
なお、第１の実施の形態〜第４の実施の形態では、複数のヒュームフード１，２、一般排気バルブ３および定風量バルブ４を監視するヒュームフード監視システムを例に挙げて説明しているが、これに限るものではなく、他の装置を監視するシステムであってもよい。また、ルータ７、ゲートウェイ装置８およびルータ１０は、必ずしも設けなくてもよく、各施設のネットワーク状況に応じて適宜変更可能であることは言うまでもない。
【００４９】
【発明の効果】
本発明によれば、装置定義情報と装置テンプレートとを予め作成しておき、この装置定義情報と装置テンプレートとに基づいて、装置詳細画面のレイアウトを決定し、表示要求で指定された監視対象装置から収集したデータを決定したレイアウトに従って配置して装置詳細画面を作成するようにしたので、従来のように装置詳細画面を監視対象装置毎に作成する必要がなくなる。その結果、装置定義情報と装置テンプレートとを予め作成しておけば、ユーザが装置詳細画面を作成する必要がなくなるので、装置詳細画面に関わるエンジニアリング作業を効率的に行うことができ、エンジニアリング作業に要するコストを低減することができる。近年、監視システムの低価格化が進行しているが、客先へのシステム納入価格面で見た場合、装置詳細画面の作成、確認および修正のエンジニアリング作業に要するコストの比率が非常に高くなってきている。このエンジニアリング作業に要するコストを低減することができれば、客先への納入価格を低減させることができるだけでなく、客の購買意欲を刺激し販売数量増による売り上げ額の上積みや原価低減による利益増などを狙うことができる。本発明は、監視対象装置の種類毎に装置テンプレートを用意するので、同一種類の監視対象装置を多数有する監視システムにおいて特に有効である。
【００５０】
また、装置テンプレートに監視ポイント毎の表示順序が予め設定されている監視対象装置についてユーザから表示要求があった場合、表示順序に従って装置詳細画面のレイアウトを決定するようにしたので、監視ポイントのデータをユーザが設定した表示順序で表示させることができる。
【００５１】
また、レイアウトを定義した画面スキーマファイルが予め設定されている監視対象装置についてユーザから表示要求があった場合、装置テンプレートの代わりに画面スキーマファイルを用いて装置詳細画面のレイアウトを決定するようにしたので、装置詳細画面のレイアウトを監視対象装置毎または監視対象装置の種類毎に設定することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態となる監視システムの構成を示すブロック図である。
【図２】本発明の第１の実施の形態における監視装置の構成を示すブロック図である。
【図３】図１の監視システムの動作を示すフローチャートである。
【図４】本発明の第１の実施の形態における装置テンプレートの１例を示す図である。
【図５】本発明の第１の実施の形態における装置定義情報の１例を示す図である。
【図６】本発明の第１の実施の形態におけるポイント定義情報の１例を示す図である。
【図７】本発明の第１の実施の形態における装置詳細画面の作成処理を示すフローチャートである。
【図８】本発明の第１の実施の形態におけるデータリストの１例を示す図である。
【図９】本発明の第１の実施の形態における装置詳細画面の１例を示す図である。
【図１０】本発明の第２の実施の形態における装置詳細画面の１例を示す図である。
【図１１】本発明の第３の実施の形態における画面スキーマファイルの１例を示す図である。
【符号の説明】
１、２…ヒュームフード、３…一般排気バルブ、４…定風量バルブ、５…監視装置、６…端末装置、７…ルータ、８…ゲートウェイ装置、９…イントラネット、１０…ルータ、５１、５２…インタフェース装置、５３…演算装置、５４…記憶装置、５３１…監視手段、５３２…データアクセス手段、５３３…画面作成手段。
【図１】
2005018119.tif 000003
【図２】
2005018119.tif 000004
【図３】
2005018119.tif 000005
【図４】
2005018119.tif 000006
【図５】
2005018119.tif 000007
【図６】
2005018119.tif 000008
【図７】
2005018119.tif 000009
【図８】
2005018119.tif 000010
【図９】
2005018119.tif 000011
【図１０】
2005018119.tif 000012
【図１１】
2005018119.tif 000013