JP2011027362A - 適応画面更新ｗｅｂ空調監視装置及び方法並びにシステム - Google Patents

Abstract

【課題】専用のアプリケーションを使用せずに、空気調和機の状態等に応じて監視画面の更新周期を変更すること。
【解決手段】空調機４の運転状態およびクライアント端末２から受信した端末操作に関する情報の少なくとも１つの変化に適応して、クライアント端末２から表示要求を送出させる時間間隔である更新周期を決定する更新周期決定部３７と、クライアント端末２から表示要求を受信した場合に、更新周期決定部３７により決定された更新周期と運転状態情報とを含むデータファイルをクライアント端末２に送信する第１通信部３１とを備える。
【選択図】図１

Description

本発明は、適応画面更新ＷＥＢ空調監視装置及び方法並びにシステムに関するものである。

従来、ビル内に配置された複数の空気調和機を集中管理する空調監視システムにおいて、例えば、管理対象となる空気調和機の運転状況等の管理データは、空調監視装置に集約されている。また、各空気調和機の管理データは、空調監視装置からＬＡＮや公衆回線等のネットワークによって接続された遠隔地にあるクライアント端末に通知され、クライアント端末から空気調和機の運転状況の監視が可能なシステムが構築されている。（特許文献１、特許文献２参照）

特開２００７−１２８１７０号公報 特開２００５−３０８２７８号公報

ところで、クライアント端末から分散配置されている空気調和機を監視する場合、空調監視装置から提供される空気調和機の情報をクライアント端末の監視画面に表示させ、クライアント端末のオペレータが、この監視画面の表示を監視している。この監視画面においては、クライアント端末側で更新周期が設定されており、クライアント端末から空調監視装置に対して、固定周期で画面更新要求を送信することによって、空調監視装置から最新情報を取得している。

しかしながら、空気調和機の状態に応じて更新周期を変化させることが望ましいが、クライアント端末側で固定にされているために、運転状態に応じた更新周期をクライアント端末に適用させることができないという問題があった。また、一度設定された表示画面の更新周期は、次回変更するまでクライアント端末側において固定されたままであった。

または、これを可能とするために、クライアント端末側から空調監視装置に対して更新周期を逐次問合わせさせ、問合せ結果に応じて更新周期を変更するような専用のアプリケーションを開発し、クライアント端末にインストールすることも考えられる。しかしながら、空調監視システムは、導入後においてメンテナンスを不要とすることが要求されているため、専用のアプリケーションでなく、既製品、或いは、フリーウェア等のＷＥＢブラウザを使用して監視させたいという要望があった。

本発明は、上記問題を解決するためになされたもので、専用のアプリケーションを使用せずに、空気調和機の状態等に応じて監視画面の更新周期を変更できる空調監視装置及び空調監視方法を提供することを目的とする。

上記課題を解決するために、本発明は以下の手段を採用する。
本発明は、複数の空気調和機の運転制御を行うとともに運転状態を監視し、ＷＥＢを介して接続されるクライアント端末からの表示要求に応じて、該クライアント端末に対して前記運転状態の情報である運転状態情報を提供する空調監視装置であって、前記空気調和機の運転状態、および前記クライアント端末から受信した端末操作に関する情報の少なくとも１つの変化に適応して、前記クライアント端末から表示要求を送出させる時間間隔である更新周期を決定する更新周期決定手段と、前記クライアント端末から表示要求を受信した場合に、前記更新周期決定手段により決定された前記更新周期と前記運転状態情報とを含むデータファイルを前記クライアント端末に送信する通信手段とを備える空調監視装置を提供する。

クライアント端末では、ＷＥＢを介して受信したデータファイルが処理されることにより、データファイルに記載されている運転状態情報が表示される。また、クライアント端末は、データファイルに記載されている更新周期で空調監視装置に対してデータファイルの表示要求を送信する。空調監視装置は表示要求に応じてデータファイルをクライアント端末に送る。このように、空調監視装置の更新周期決定手段によって決定された空気調和機の運転状態、およびクライアント端末から受信した端末操作に関する情報の少なくとも１つの変化に適応した更新周期によって、クライアント端末から表示要求を送信させるので、クライアント端末側では更新周期を制御する必要がない。また、変化に適応した更新周期とは、更新周期決定手段によって空気調和機の運転状態およびクライアント端末から受信した端末操作に関する情報の少なくとも１つの変化を検出した場合に、その変化に応じて決定される更新周期のことである。

また、クライアント端末は、空調監視装置とＷＥＢを介して接続されているので、ＷＥＢによって受信したデータファイルを処理できるソフトウェア（例えば、Internet Explorer（登録商標）等のＷＥＢブラウザ）があればよい。例えば、入力された更新周期の情報を処理して画面の更新を行うことのできるＷＥＢブラウザを使用した場合には、クライアント端末において、ＯＳ等のバージョンに依存するような画面の更新を制御するための専用アプリケーションをインストールする必要がなく、こうしたＷＥＢブラウザによって監視することができる。

上記空調監視装置の前記空気調和機は、予め設定されている運転スケジュールに応じて運転状態が制御され、前記更新周期決定手段は、前記運転スケジュールに設定されている運転状態の変化に適応して更新周期を決定することとしてもよい。
このように運転スケジュールに設定される運転状態の変化に適応して決定された更新周期がクライアント端末に送信されるので、クライアント端末側では、更新周期を制御する必要がなく、運転スケジュールに設定される運転状態の変化があった場合に、運転状態の変化に応じた更新周期で監視することができる。

上記空調監視装置は、前記運転状態情報をクライアント端末に表示させるための監視画面を構成する前記画面構成情報を記憶する記憶手段を備え、前記クライアント端末から表示要求を受信した場合に、該表示要求に対応した前記画面構成情報を前記記憶手段から読み出し、該画面構成情報に、前記更新周期決定手段によって決定される更新周期、及び前記表示要求に対応する前記運転状態情報を加えて前記データファイルを生成し、前記クライアント端末に送信することとしてもよい。
画面構成情報に更新周期と運転状態情報とを加えて生成されたデータファイルをクライアント端末に送信するので、画面構成情報に対して設定する更新周期を変更可能とすることができる。

上記空調監視装置の前記監視画面が複数の表示領域を備え、前記データファイルが、各前記表示領域に表示される複数種の前記運転状態情報と、各種運転状態情報毎に決定された更新周期とを含むこととしてもよい。
複数種の運転状態情報が種類毎に監視画面の異なる表示領域に表示され、各種運転状態情報毎に更新周期が決定されるので、クライアント端末は全ての運転状態情報の表示要求を一度に送出する必要がなく、運転状態情報の種類毎に異なる更新周期で表示を更新することができる。

上記空調監視装置の前記更新周期決定手段は、クライアント端末から端末操作に関する情報を受けたときは、更新周期をより短い値に決定することが好ましい。
例えば、オペレータがログイン操作をした場合や監視画面の表示内容を変更する操作をしたような操作をした場合に、更新周期決定手段が更新周期を短くする。これにより、オペレータが監視画面を見ていると推定される場合に監視画面の更新頻度を高め、変化の状況をオペレータに気付かれやすくすることができる。

空調監視装置の前記更新周期決定手段は、空気調和機の運転状態の変化が発生すると予測される場合に、更新周期をより短い値に決定することが好ましい。
例えば、空気調和機の運転開始直後に更新周期に決定する値を小さくすれば、空気調和機の運転状態の変化が頻発することが予想される場合に更新頻度を高め、変化の状況を把握しやすくすることができる。

空調監視装置の前記更新周期決定手段は、所定の数の空気調和機が停止してから一定時間経過後に、更新周期をより長い値に決定することが好ましい。
例えば、所定の数を全台数とし、休日や深夜等に全ての空気調和機が停止する場合には、空気調和機の運転状態の変化の頻度が低くなることが予想されるので、更新周期を大きくする。これによって、監視画面に変化が生じていないと予測される場合には、監視画面の更新頻度を低下させ、クライアント端末及び空気調和制御装置にかかる処理の負担を低減することができる。

本発明は、上記いずれかの空調監視装置と、更新周期を変更させる更新情報を含んでいる場合に、取得した前記データファイルを前記更新情報に基づいて更新させることのできるＷＥＢブラウザを備え、前記空調監視装置とネットワークを介して接続されるクライアント端末とを備える空調監視システムを提供する。

本発明は、運転スケジュールに従って複数の空気調和機の運転制御を行うとともに運転状態を監視し、ＷＥＢを介して接続されるクライアント端末からの表示要求に応じて、該クライアント端末に対して前記運転状態の情報である運転状態情報を提供する空調監視方法であって、前記空気調和機の運転状態、運転スケジュールまたは前記クライアント端末から受信した端末操作に関する情報の少なくとも１つに応じて、前記クライアント端末から表示要求を送出させる時間間隔である更新周期を決定し、前記クライアント端末から表示要求を受信した場合に、前記更新周期と前記運転状態情報とを含むデータファイルを前記クライアント端末に送信する空調監視方法を提供する。

本発明によれば、専用のアプリケーションを使用せずに、空気調和機の状態等に応じて監視画面の更新周期を変更することができるという効果を奏する。

本発明の実施形態に係る空調監視システムの概略構成を示したブロック図である。 ＷＥＢブラウザから空調監視装置の運転状態情報を表示した監視画面の一例である。 データファイルの一例を示した図である。

以下に、本発明に係る空調監視装置及び空調監視システムの一実施形態について、図面を参照して説明する。

図１は、本発明の実施形態に係る空調監視システム（いわゆる適応画面更新ＷＥＢ空調監視システム）１の全体構成を示す図である。
図１に示されるように、空調監視システム１は、指定された更新周期で表示を更新できるＷＥＢブラウザ２２が搭載されたクライアント端末２と、空気調和機（以下「空調機」という。）４の運転状態を所定の時間間隔で監視し、クライアント端末２の要求に対して空調機４の運転状態を通知する空調監視装置３とを主な構成として備えている。なお、本実施形態においては、空調監視装置３が１台であることとして説明するが、空調監視装置３の個数は特に限定されない。

クライアント端末２と空調監視装置３とは、ビル管理通信ネットワーク５を介して接続されている。ビル管理通信ネットワーク５は、標準規格化された通信プロトコル（例えば、ＴＣＰ／ＩＰ）を使用したネットワークであり、例えば、インターネットである。
また、空調監視装置３は、配下に複数の空調機４を備えており、空調監視装置３と各空調機４とは空調制御ネットワーク６を介して接続されている。空調制御ネットワーク６は、例えば、空調機４の制御監視用に開発された専用の通信プロトコルを使用したネットワークである。

なお、クライアント端末２が備えるＷＥＢブラウザ２２は、取得した情報に更新周期が記載されている場合に、記載された更新周期に基づいてＷＥＢブラウザの表示内容を更新する機能を有している。

図１に示されるように、空調監視装置３は、第１通信部（第１通信手段）３１、ＷＥＢサーバ３２、記憶部（記憶手段）３３、空調スケジュール運転データベース３４、空調制御通信部３５、空調運転状態データベース３６、及び更新周期決定部３７を備えている。

空調制御通信部３５は、複数の空調機４のそれぞれと空調制御ネットワーク６を介して、接続されている。空調制御通信部３５は、各空調機４から空調機４の運転状態の情報である運転状態情報を収集し、運転状態情報データベース３６に出力する。
運転状態情報データベース３６は、空調制御通信部３５を介して受信した各空調機４の運転状態情報を格納し、更新周期決定部３７から運転状態情報が読み出される。

空調スケジュール運転データベース３４は、空調機４のそのビルにおける空調機４の運転スケジュールの情報を格納している。例えば、深夜や休日等に空調機４の全台を停止する、或いは、始業時刻や予め設定された時刻において各空調機４が停止されている状態から運転を開始する等の、空調機４の運転スケジュールの情報を格納している。空調スケジュール運転データベース３４は、更新周期決定部３７から運転スケジュールの情報が読み出される。

記憶部３３は、クライアント端末２に表示させる監視画面を構成する画面構成情報（詳細は後述する）を格納している。画面構成情報は、監視画面において更新させる場合には、監視画面の更新周期が変数として記載されている。また、画面構成情報は、クライアント端末２のＷＥＢブラウザによって表示可能な情報として記載されている。

ＷＥＢサーバ３２は、クライアント端末２から監視画面の表示要求を受けた場合に、記憶部３３から表示要求に対応した画面構成情報を読み出し、画面構成情報に含まれる変数に更新周期決定部３７によって決定された値を更新周期として設定して、データファイルを生成する。また、ＷＥＢサーバ３２は、生成されたデータファイルを、第１通信部３１を介してクライアント端末２に送信する。ＷＥＢサーバ３２は、クライアント端末２から監視画面の表示要求を受けた場合に、更新周期決定部３７にクライアント端末２から取得した要求を出力する。

このように、ＷＥＢサーバ３２は、表示要求を受けたときに更新周期決定部３７によって決定された値を更新周期として設定する。従って、データファイルに設定される更新周期の値は、クライアント端末２にデータファイルを送信する都度、前回の更新周期の値から変更されていてもよい。
なお、詳しくは後述するが、データファイルは１つの画面構成情報から構成されてもよいし、２つ以上の画面構成情報から構成されてもよい。
具体的には、ＷＥＢサーバ３２は、サーバサイドスクリプトエンジンを備えており、記憶部３３から画面構成情報を読み出し、画面構成情報内に変数が含まれていた場合に、サーバサイドスクリプトエンジンを起動して変数に与える値を更新周期決定部３７から取得する。

ここで、以下に、記憶部３３に格納される画面構成情報及びデータファイルによってクライアント端末２に表示される情報について説明する。
記憶部３３の画面構成情報は、クライアント端末２に表示させる空調機４の運転状態に関する監視画面が複数の領域に分割され、領域毎にその領域に情報を表示させるための構成情報、及びこの構成情報を監視画面において更新させる場合に、更新周期が変数として与えられる情報が記載されたファイルである。

本実施形態においては、運転状態情報を表示する監視画面を４つの領域に分割し、それぞれの領域を「フレーム」という。４つの領域は、例えば、メニューフレーム、タイトルフレーム、メインフレーム、及びこれらを統合する全体フレームとし、各フレームをクライアント端末２のＷＥＢブラウザ２２上に表示するためのデータを画面構成情報とする。画面構成情報は、ＷＥＢブラウザ２２で表示可能な情報であり、例えば、ＰＨＰ（Hypertext Preprocessor）等の言語で記載されている。本実施形態においては、ＰＨＰの言語で記載されたものを例に挙げて説明するが、これに限定されない。

例えば、記憶部３３には、メニューフレーム、タイトルフレーム、メインフレーム、及び全体フレームの各領域をクライアント端末２のＷＥＢブラウザ２２に表示するためのそれぞれの画面構成情報statusmenu.php、statustitle.php、statusmain.php、及びstatusall.phpが格納されている。ここで、画面構成情報の拡張子ｐｈｐは、ＰＨＰ言語で記載されていることを示している。

図３は、上記画面構成情報に基づいて生成したデータファイルの一例を示した図であり、各領域の画面構成情報の詳細は省略している。図３は、運転状態情報を表示する監視画面を上記４つの領域に分割した場合を示している。また、画面構成情報statusall.phpは、他の３つの画面構成情報を統合するために用いられる画面構成情報であり、これら４つの画面構成情報を含むデータファイルをクライアント端末２のＷＥＢブラウザで表示した場合には、他の３つの画面構成情報の内容が、画面構成情報statusall.phpで規定した順に表示される。図２は、これらをＷＥＢブラウザで表示した場合の画面例である。

画面構成情報のうち少なくとも１つには、更新周期が変数として記載されている。例えば、図３に示されるように、タイトルフレーム及びメインフレームには、更新周期が変数として記載されている。具体的には、各ファイルのヘッダー部のメタ（ＭＥＴＡ）タグのｃｏｎｔｅｎｔ属性において、変数（＄Ｔｒｅｆ１及び＄Ｔｒｅｆ２）で与えられる周期で、ｒｅｆｒｅｓｈ（画面の更新：監視画面内容の再読み込み）するように記載されている（図３（ａ）及び（ｂ））。

更新周期決定部３７は、空調機４の運転状態およびクライアント端末２から受信した端末操作に関する情報の少なくとも１つの変化に適応して、クライアント端末２から表示要求を送出させる時間間隔である更新周期を決定する。具体的には、空調機４の運転状態情報およびクライアント端末２の端末操作に関する情報の少なくとも１つの変化を検出した場合には、画面構成情報の変数に与える値をその変化に応じて決定する。また、空調機４の運転状態は、予め設定されている運転スケジュールに応じて制御されていてもよく、運転スケジュールに応じて空調機４の運転状態が制御されている場合には、更新周期決定部３７は、運転スケジュールに設定されている運転状態の変化があったときに、その変化に応じて更新周期を決定することとしてもよい。具体的には、更新周期決定部３７は、更新周期読出部３７１、更新周期制御部３７２、及び共有メモリ部３７３を備えている。

更新周期読出部３７１は、更新条件と更新周期とが対応付けられた対応情報（例えば、テーブル）を有している。この対応情報は、変数が含まれている画面構成情報に対して作成されており、更に、画面構成情報毎に設けられている。本実施形態では、更新周期読出部３７１は、タイトルフレームのデータファイルstatustitle.phpの対応情報Ｍ１と、メインフレームのデータファイルstatusmain.phpの対応情報Ｍ２とを有している。
上記更新条件とは、例えば、（１）ログインから所定時間経過時、（２）画面切り替えから所定時間経過時、（３）空調機４の運転開始時、（４）休日、深夜等であり空調機４が全台停止してから一定時間経過時、（５）クライアント端末２のオペレータがＷＥＢブラウザ２２の監視画面を閉じて（終了して）から一定時間経過時等が挙げられる。

更新周期読出部３７１は、ＷＥＢサーバ３２、空調スケジュール運転データベース３４、及び運転状態情報データベース３６等から取得される情報、具体的には、ＷＥＢサーバ３２に入力されるクライアント端末２からオペレータによる操作の情報、空調スケジュール運転データベース３４から入力される各空調機４が日時等に基づいて設定されている運転スケジュールの情報、運転状態情報データベース３６から入力される配下の各空調機４から取得した運転状態情報等に基づいて、上記更新条件に該当するか否かを判定し、該当する場合には、その更新条件に対応する更新周期ｔ１，ｔ２を対応情報Ｍ１、Ｍ２からそれぞれ読み出す。

上記対応情報Ｍ１，Ｍ２において、更新周期は、以下のように決定されていることが望ましい。例えば、（１）ログインから所定時間経過時、（２）画面を切り替えてから所定時間経過時等である場合には、比較的短い時間を更新周期に決定する。また、（３）空調機４の運転開始時等の空調機４の運転状態の変化が頻発することが予想される状態である場合には、比較的短い時間を更新周期に決定する。このように、クライアント端末２のオペレータがＷＥＢブラウザ２２の表示を見ていると推定される状態である場合には、更新周期を短くして、オペレータに変化を気付かせることができる。

一方、（４）休日や深夜等で、空調機４が全台停止してから一定時間経過時、（５）クライアント端末２のオペレータがＷＥＢブラウザ２２の監視画面を閉じて（終了して）から一定時間経過後である等の場合には、比較的長い時間を更新周期に決定する。このように、空調機４の変化が頻繁に発生しないと予想される場合に更新周期を長くすることによって、クライアント端末２の処理を低減するとともに、クライアント端末２と空調監視装置３との通信トラフィックを低減することができる。

また、空調機４の全台が停止している場合には、比較的長い時間を更新周期に決定しておき、空調スケジュール運転データベース３４に規定されている運転スケジュールによる運転が開始される直前に、比較的短い時間を更新周期に決定することとしてもよい。

更新周期読出部３７１は、ＷＥＢサーバ３２、空調スケジュール運転データベース３４、及び運転状態情報データベース３６から取得した情報に基づいて該当する更新条件がある場合には、対応情報Ｍ１，Ｍ２からその更新条件に対応する更新周期ｔ１，ｔ２を読み出し、更新周期制御部３７２に出力する。

更新周期制御部３７２は、更新周期読出部３７１から取得した更新周期ｔ１，ｔ２に基づいて、ＷＥＢ通信トラフィックや更新頻度等の上限下限範囲が所望の範囲か否かを判定し、判定の結果、所望の範囲内であれば、対応する画面構成情報の変数に代入できる文字列に変換して、共有メモリ部３７３に出力する。
共有メモリ部３７３は、取得した更新周期ｔ１，ｔ２を格納し、データファイルの変数に与える値として更新周期ｔ１，ｔ２がＷＥＢサーバ３２により読み出される。

次に、上記構成を備える空調監視システム１の作用について、図１を用いて説明する。
監視員によってクライアント端末２のＷＥＢブラウザ２２が操作され、ＷＥＢブラウザ２２において、空調監視装置３のアドレスが入力されると、クライアント端末２の第２通信部２１から空調監視装置３の第１通信部３２に対し、表示要求が送信される。表示要求がＷＥＢサーバ３２に取得されると、記憶部３３から運転状態情報を表示させるための画面構成情報（例えば、statusall.php、statustitle.php、statusmenu.php、statusmain.php）がＷＥＢサーバ３２によって読み出されるとともに、クライアント端末２からの操作情報が更新周期決定部３７に通知される。また、ＷＥＢサーバ３２によって、運転状態情報データベース３６から配下の空調機４の運転状態情報が読み出される。

更新周期決定部３７において、ＷＥＢサーバ３２、空調スケジュール運転データベース３４、及び運転状態情報データベース３６等から入力される情報と更新条件とが比較され、更新条件に該当する情報が入力されたと判定された場合には、その更新条件に対応する更新周期ｔ１，ｔ２が対応情報Ｍ１，Ｍ２からそれぞれ読み出される。例えば、オペレータがクライント端末２を操作することにより空調監視制御装置３の情報取得を開始した状態であり、平日の日中、画面構成情報statustitle.phpが取得要求された等の情報が更新周期読出部３７１に取得されると、更新周期読出部３７１が有する対応情報Ｍ１が参照され、更新条件に対応する更新周期ｔ１（例えば、５秒）が読み出される。

更新周期制御部３７２において、読み出された更新周期ｔ１が、ＷＥＢ通信トラフィックや更新頻度の上限下限範囲か否かがチェックされ、所望の範囲内であれば、画面構成情報statustitle.phpの変数に代入できる文字列に変換され、共有メモリ部３７３に格納される。同様に、更新周期読出部３７１において対応情報Ｍ２が参照され、画面構成情報statusmain.phpの変数＄Ｔｒｅｆ２に与えられる値として更新周期ｔ２（例えば、１０秒）が読み出される。更新周期ｔ２は、ＷＥＢ通信トラフィックや更新頻度の上限下限範囲か否かがチェックされ、所望の範囲内であれば、画面構成情報statusmain.phpの変数に代入できる文字列に変換され、共有メモリ部３７３に格納される。

また、ＷＥＢサーバ３２において、記憶部３３から読み出された各画面構成情報に記載されている内容に変数が含まれている場合には、ＷＥＢサーバ３２内のサーバサイドスクリプトエンジン（図示略）が呼び出される。

例えば、画面構成情報statustitle.phpには画面の更新周期が変数（例えば、＄Ｔｒｅｆ１）として与えられており、画面構成情報statusmain.phpには画面の更新周期が変数（＄Ｔｒｅｆ２）として与えられており、さらに、それぞれ変数に値を埋め込む指令（例えば、ｅｃｈｏコマンド）が含まれている。このような場合には、変数に与える（埋め込む）値を取得するべく、ＷＥＢサーバ３２内のサーバサイドスクリプトエンジンが、更新周期決定部３７の共有メモリ部３７３から、変数に代入する値を取得する。具体的には、変数＄Ｔｒｅｆ１に代入する更新周期としてｔ１を、変数＄Ｔｒｅｆ２に代入する更新周期としてｔ２を取得する。また、サーバサイドスクリプトエンジンは、取得した更新周期ｔ１、ｔ２をそれぞれ対応する画面構成情報の変数に書き込み、変数に更新周期が書き込まれて生成されたデータファイルがクライアント端末２に送られる。

例えば、画面構成情報statustitle.phpの変数＄Ｔｒｅｆ１には更新周期ｔ１（５秒）が設定され、画面構成情報statusmain.phpの変数＄Ｔｒｅｆ２には更新周期ｔ２（１０秒）が設定され、クライアント端末２に送信するデータファイルが生成される。また、変数が含まれない他の画面構成情報statusall.php（図示略）及びstatusmenu.php（図示略）のファイルは、記憶部３３から取得したままの状態でデータファイルに加えられる。このように生成されたデータファイルが、クライアント端末２に送信される。

クライアント端末２のＷＥＢブラウザ２２において、取得したデータファイルを処理することにより、クライアント端末２のＷＥＢブラウザ２２及び表示装置（図示略）に運転状態情報の表示が行われる（図２を参照）。また、ＷＥＢブラウザ２２に表示が行われてから更新周期ｔ１（５秒）が経過時には、クライアント端末２から空調監視装置３のＷＥＢサーバ３２に対してタイトルフレーム領域（statustitle.php）の取得要求が送信され、クライアント端末２の監視画面の更新のための処理が行われる。

ＷＥＢサーバ３２によってタイトルフレーム領域の取得要求が受信されると、記憶部３３から取得要求に対応する画面構成情報statustitle.phpが読み出され、更新周期決定部３７にクライアント端末２からの操作情報が通知される。更新周期決定部３７において、ＷＥＢサーバ３２、空調スケジュール運転データベース３４、及び運転状態情報データベース３６等から入力される情報と、更新条件とが比較され、更新条件に該当する情報が入力されたと判定された場合には、その更新条件に対応する更新周期ｔ１（例えば、２０秒）が対応情報Ｍ１から読み出される。更新周期ｔ１（２０秒）が、更新周期制御部３７２において所望の範囲内であるとされ、画面構成情報statustitle.phpに代入できる文字列に変換されると、新たな更新周期ｔ１として共有メモリ部３７３に格納され、前回の更新周期ｔ１から書き換えられる。

ＷＥＢサーバ３２において、記憶部３３から読み出された画面構成情報statustitle.phpに記載されている内容に変数が含まれていた場合には、上述のようにサーバサイドスクリプトエンジンが起動され、共有メモリ部３７３から変数＄Ｔｒｅｆ１に与える値が取得される。

ＷＥＢサーバ３２が、共有メモリ部３７３に格納されている新たな更新周期ｔ１を取得すると、画面構成情報statutitle.phpの変数＄Ｔｒｅｆ１に新たな更新周期ｔ１（２０秒）を設定し、データファイルを生成する。このようにして更新周期ｔ１が代入されたデータファイルは、クライアント端末２に送信される。クライアント端末２は、ＷＥＢブラウザ２２において、新たな更新周期ｔ１が代入されたデータファイルを表示することにより、監視画面の更新が行われることとなる。また、クライアント端末２は、タイトルフレームの領域を更新周期ｔ１に基づいて、画面を更新する処理を継続する。

同様に、はじめにクライアント端末２のＷＥＢブラウザに表示が行われてから１０秒後（更新周期ｔ２経過時）には、上述した手順と同様に、メインフレームの領域を更新する処理が行われ、クライアント端末２から空調監視装置３のＷＥＢサーバ３２に対してメインフレームの取得要求が送信される。

ＷＥＢサーバ３２によって取得要求が受信されると、記憶部３３から画面構成情報statusmain.phpが読み出され、更新周期決定部３７にクライアント端末２からの操作情報が通知される。更新周期決定部３７において、ＷＥＢサーバ３２、空調スケジュール運転データベース３４、及び運転状態情報データベース３６等から入力される情報と、更新条件とが比較され、更新条件に該当する情報が入力されたと判定された場合には、その更新条件に対応する更新周期ｔ２（例えば、１５秒）が対応情報Ｍ２から読み出される。こうして読み出された更新周期ｔ２（１５秒）は、共有メモリ部３７３に新たな更新周期ｔ２として書き換えられる。

ＷＥＢサーバ３２において、記憶部３３から読み出した画面構成情報statusmain.phpに記載されている内容に変数が含まれている場合には、上述のようにサーバサイドスクリプトエンジンが起動される。さらに、サーバサイドスクリプトエンジンは、共有メモリ部３７３に格納されている画面構成情報statusmain.phpに含まれる変数＄Ｔｒｅｆ２に与える値を取得する。

このように共有メモリ部３７３に格納された更新周期ｔ２が、ＷＥＢサーバ３２のサーバサイドスクリプトエンジンによって取得されると、ＷＥＢサーバ３２において、画面構成情報statusmain.phpの変数＄Ｔｒｅｆ２に新たな更新周期ｔ２（１５秒）を設定したデータファイルが生成される。このようにして、画面構成情報statusmain.phpに更新周期ｔ２が代入されたデータファイルは、クライアント端末２に送信される。

クライアント端末２は、ＷＥＢブラウザ２２で表示する監視画面において、新たな更新周期ｔ２が代入されたデータファイル（statusmain.php）を表示することによって、ＷＥＢブラウザ２２が更新される。また、ＷＥＢブラウザ２２は、メインフレームの領域を新たな更新周期ｔ２に基づいて、監視画面の更新の処理を継続する。
このように、監視画面を構成する領域を複数に分割し、分割したそれぞれのデータファイルのうち、更新周期が設定されているデータファイルは、画面の更新を行わせ、更新周期が設定されていないデータファイルはそのまま監視画面の表示を継続する。

以上説明してきたように、本実施形態に係る空調監視装置及び空調監視方法並びに空調監視システムによれば、クライアント端末では、ＷＥＢブラウザ２２によってデータファイルが処理されることにより、データファイルに記載されている情報が表示される。また、画面構成情報内において、画面を更新（リフレッシュ）する周期を変数で与えておき、ＷＥＢサーバ３２のサーバサイドスクリプトエンジンにおいて、この変数に与える値を決定する。こうして生成されたデータファイルはクライアント端末２に送信され、クライアント端末２のＷＥＢブラウザはこのデータファイルを処理することにより、ＷＥＢサーバ３２側で設定された更新周期でデータファイルの表示要求を送信し、データファイルの取得を行う。

このように、ＷＥＢサーバ３２側で更新周期を決定するので、従来のように、予めクライアント端末２側に用意された専用のソフトウェア等によって更新周期を制御する必要がない。また、クライアント端末２は、Internet Explorer（登録商標）等のＷＥＢブラウザ２２を備えていれば、ＷＥＢブラウザ２２が通常の機能を発揮するだけで、空調監視装置３の更新周期決定部３７によって決定された周期で、監視画面を更新することができる。また、更新周期は変数として与えられているので、更新周期を容易に変更することができ、さらに、繰り返し更新周期を変更することができる。また、ＷＥＢブラウザ２２の更新周期が、空調機４の運転状態等によって調整されることにより、常に短時間で更新を行う場合と比較して、クライアント端末２のメモリリークの回数を低減し、クライアント端末２の再起動の回数を低減することができる。

本実施形態に係る空調監視装置３においては、監視画面を複数の領域に分割し、分割したそれぞれのファイルをデータファイルとすることとしていたが、この構成に限定されない。例えば、監視画面を分割せずに、１つのデータファイルとして扱うこととしてもよい。そのような場合には、１つの監視画面に対して、設定される変数が１つとなるので、ＷＥＢサーバ３２の処理にかかる負荷が軽減される。

１ 空調監視システム
２ クライアント端末
３ 空調監視装置
２１ 第２通信部
２２ ＷＥＢブラウザ
３１ 第１通信部
３２ ＷＥＢサーバ
３３ 記憶部
３４ 空調スケジュール運転データベース
３６ 運転状態情報データベース
３７ 更新周期決定部
３７１ 更新周期読出部
３７２ 更新周期制御部
３７３ 共有メモリ部

Claims (9)

1. 複数の空気調和機の運転制御を行うとともに運転状態を監視し、ＷＥＢを介して接続されるクライアント端末からの表示要求に応じて、該クライアント端末に対して前記運転状態の情報である運転状態情報を提供する空調監視装置であって、
   前記空気調和機の運転状態、および前記クライアント端末から受信した端末操作に関する情報の少なくとも１つの変化に適応して、前記クライアント端末から表示要求を送出させる時間間隔である更新周期を決定する更新周期決定手段と、
   前記クライアント端末から表示要求を受信した場合に、前記更新周期決定手段により決定された前記更新周期と前記運転状態情報とを含むデータファイルを前記クライアント端末に送信する通信手段とを備える空調監視装置。
2. 前記空気調和機は、予め設定されている運転スケジュールに応じて運転状態が制御され、
   前記更新周期決定手段は、前記運転スケジュールに設定されている運転状態の変化に適応して更新周期を決定する請求項１に記載の空調監視装置。
3. 前記運転状態情報をクライアント端末に表示させるための監視画面を構成する前記画面構成情報を記憶する記憶手段を備え、
   前記クライアント端末から表示要求を受信した場合に、該表示要求に対応した前記画面構成情報を前記記憶手段から読み出し、該画面構成情報に、前記更新周期決定手段によって決定される更新周期、及び前記表示要求に対応する前記運転状態情報を加えて前記データファイルを生成し、前記クライアント端末に送信する請求項１または請求項２に記載の空調監視装置。
4. 前記監視画面が複数の表示領域を備え、
   前記データファイルが、各前記表示領域に表示される複数種の前記運転状態情報と、各種運転状態情報毎に決定された更新周期とを含む請求項３に記載の空調監視装置。
5. 前記更新周期決定手段は、クライアント端末から端末操作に関する情報を受けたときは、更新周期をより短い値に決定する請求項１から請求項４のいずれかに記載の空調監視装置。
6. 前記更新周期決定手段は、空気調和機の運転状態の変化が発生すると予測される場合に、更新周期をより短い値に決定する請求項１から請求項４のいずれかに記載の空調監視装置。
7. 前記更新周期決定手段は、所定の数の空気調和機が停止してから一定時間経過後に、更新周期をより長い値に決定する請求項１から請求項４のいずれかに記載の空調監視装置。
8. 請求項１から請求項７のいずれかに記載の空調監視装置と、
   更新周期を変更させる更新情報を含んでいる場合に、取得した前記データファイルを前記更新情報に基づいて更新させることのできるＷＥＢブラウザを備え、前記空調監視装置とネットワークを介して接続されるクライアント端末と、
   を備える空調監視システム。
9. 運転スケジュールに従って複数の空気調和機の運転制御を行うとともに運転状態を監視し、ＷＥＢを介して接続されるクライアント端末からの表示要求に応じて、該クライアント端末に対して前記運転状態の情報である運転状態情報を提供する空調監視方法であって、
   前記空気調和機の運転状態、運転スケジュールまたは前記クライアント端末から受信した端末操作に関する情報の少なくとも１つに応じて、前記クライアント端末から表示要求を送出させる時間間隔である更新周期を決定し、
   前記クライアント端末から表示要求を受信した場合に、前記更新周期と前記運転状態情報とを含むデータファイルを前記クライアント端末に送信する空調監視方法。

Images