(57)【要約】【課題】メンテナンスを不要とし、専用のアプリケーションを使用せず監視すること。【解決手段】ウェブブラウザ２２を搭載したクライアント端末２に監視対象の複数の空調機４の運転状態情報を提供する空調制御監視装置３であって、クライアント端末２に表示させる運転状態情報のウィンドウを複数の領域に分割し、各領域に表示させる情報及びその表示情報の更新周期が記載されたデータファイルが領域毎に格納される記憶部３１と、ウィンドウを構成する全ての領域のデータファイルをクライアント端末２に送信する第１通信部３２とを有し、複数のデータファイルの一つにクライアント端末２において他のデータファイルが正常に受信したか否かを判定する判定情報が含まれ、前記判定情報を含んでいるデータファイルは、更新されないか、またはその更新周期が判定対象となるデータファイルの更新周期よりも長く設定される。【選択図】図１
2011021801.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末からウェブブラウザを介して送信された指示に応じて、ビルに設置された複数の空気調和機の運転制御を行うとともに、前記空気調和機の運転状態を監視し、前記クライアント端末に対して前記空気調和機の運転状態の情報である運転状態情報を提供する空調制御監視装置であって、
前記クライアント端末に表示させる空気調和機の運転状態に関するウィンドウを複数の領域に分割し、各前記領域に表示させる情報及びその表示情報の更新周期が記載されたデータファイルが前記領域毎に格納されている記憶手段と、
前記クライアント端末から前記ウィンドウの表示要求を受けた場合に、前記ウィンドウを構成する全ての領域のデータファイルを前記記憶手段から読み出して、前記クライアント端末に送信する第１通信手段と、を有し、
前記ウィンドウを構成する複数の前記データファイルの一つに、前記クライアント端末において他のデータファイルが正常に受信できたか否かを判定するための判定情報が含まれており、
前記判定情報を含んでいるデータファイルは、更新されないか、またはその更新周期が判定対象となるデータファイルの更新周期よりも長く設定される空調制御監視装置。
【請求項２】
前記データファイルに含まれる判定情報は、判定対象となる前記データファイルに含まれる所定の文字列を検出したか否かを判定するためのプログラムである請求項１に記載の空調制御監視装置。
【請求項３】
前記判定情報は、判定対象の前記データファイルが、前記クライアント端末に正しく受信されていないと判定された場合に、判定対象の前記データファイルの再取得要求を送信する請求項１または請求項２に記載の空調制御監視装置。
【請求項４】
前記判定情報は、判定を行うタイミングを規定する第１の時間間隔で、判定対象となる前記データファイルが前記クライアント端末に正しく受信されたか否かを判定し、判定の結果、判定対象となる前記データファイルがクライアント端末に正しく受信されていないと判定した場合には、前記第１の時間間隔よりも短い第２の時間間隔で、前記判定を行う請求項１から請求項３のいずれかに記載の空調制御監視装置。
【請求項５】
前記判定の結果、判定対象となる前記データファイルがクライアント端末に正しく受信されていないと判定されてから所定期間が経過した後に、前記データファイルがクライアント端末に正しく受信されていないと判定された場合には、クライアント端末へエラーを通知する請求項１から請求項４のいずれかに記載の空調制御監視装置。
【請求項６】
請求項１から請求項５のいずれかに記載の空調制御監視装置と、
前記空調制御監視装置とネットワークを介して接続されるウェブブラウザを備えたクライアント端末と、
を備える空調制御監視システム。
【請求項７】
クライアント端末からウェブブラウザを介して送信された指示に応じて、ビルに設置された複数の空気調和機の運転制御を行うとともに、前記空気調和機の運転状態を監視し、前記クライアント端末に対して前記空気調和機の運転状態の情報である運転状態情報を提供する空調制御監視方法であって、
前記クライアント端末に表示させる前記空気調和機の運転状態に関するウィンドウを複数の領域に分割し、前記領域毎にその領域に表示させる情報及びその表示情報の更新周期が記載されたデータファイルを保持し、
前記クライアント端末から前記ウィンドウの表示要求を受けた場合に、前記ウィンドウを構成する全ての領域のデータファイルを、前記クライアント端末に送信し、
複数のデータファイルの一つに、前記クライアント端末において他の前記データファイルが正常に受信できたか否かを判定するための判定情報を含み、
前記判定情報を含んでいるデータファイルは、更新されないか、またはその更新周期が判定対象となるデータファイルの更新周期よりも長く設定される空調制御監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、空調制御監視装置及び空調制御監視システムに関するものである。
【背景技術】
【０００２】
従来、ビル内に配置された複数の空気調和機を集中管理する空調監視システムにおいて、管理対象となる空気調和機の運転状況等の管理データは空調制御監視装置に集約されている。また、各空気調和機の管理データは、空調制御監視装置からＬＡＮや公衆回線等のネットワークによって接続された遠隔地にある監視端末に通知され、監視端末から空気調和機の運転状況の監視が行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２９９０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、空調制御監視装置は、監視している空気調和機の運転状態に異常があることを検知すると、遠隔地にある監視端末等に異常の旨を通知するデータを送信することにより、監視員に空気調和機の異常があることを知らせている。しかしながら、空調制御監視装置と監視端末とを接続するネットワークとして利用されるインターネットやＬＡＮ等のＩＰネットワークはベストエフォート型の通信であり、伝送データの到達や通信品質は保障されていない。つまり、ベストエフォート型通信を利用する環境において、ネットワークに障害や不具合等が生じた場合には、空調制御監視装置から通知されるデータが監視端末において正しく受信・表示できない場合がある。
【０００５】
このような場合に、従来は、ネットワーク通信における不具合等を検出するための専用アプリケーションを予め監視端末にインストールする、または空調制御監視装置から専用アプリケーションを監視端末側にダウンロードさせ、これら専用アプリケーションによって、空調制御監視装置と監視端末との通信不具合を検出していた（例えば、特許文献１参照）。また、これら専用アプリケーションによって不具合が検出された場合には、再度、監視対象のデータを取得することが行われている。
【０００６】
しかしながら、空調監視システムは導入後において、メンテナンスを不要とすることが求められているため、監視端末のＯＳ等のバージョンに依存するような空調監視システム専用のアプリケーション等を使用せずに、空調監視システムを監視したいという要望があった。また、ネットワークの不具合等が生じ、監視画面上にエラーが検出された場合には、そのエラー状態を正常状態に回復させたいという要望があった。
【０００７】
本発明は、上記問題を解決するためになされたもので、メンテナンスを不要とし、専用のアプリケーションを使用せずに空調監視システムを監視できる空調制御監視装置及び空調制御監視システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は以下の手段を採用する。
【０００９】
本発明は、クライアント端末からウェブブラウザを介して送信された指示に応じて、ビルに設置された複数の空気調和機の運転制御を行うとともに、前記空気調和機の運転状態を監視し、前記クライアント端末に対して前記空気調和機の運転状態の情報である運転状態情報を提供する空調制御監視装置であって、前記クライアント端末に表示させる空気調和機の運転状態に関するウィンドウを複数の領域に分割し、各前記領域に表示させる情報及びその表示情報の更新周期が記載されたデータファイルが前記領域毎に格納されている記憶手段と、前記クライアント端末から前記ウィンドウの表示要求を受けた場合に、前記ウィンドウを構成する全ての領域のデータファイルを前記記憶手段から読み出して、前記クライアント端末に送信する第１通信手段と、を有し、前記ウィンドウを構成する複数の前記データファイルの一つに、前記クライアント端末において他のデータファイルが正常に受信できたか否かを判定するための判定情報が含まれており、前記判定情報を含んでいるデータファイルは、更新されないか、またはその更新周期が判定対象となるデータファイルの更新周期よりも長く設定される空調制御監視装置を提供する。
【００１０】
このような構成によれば、空調制御監視装置に対して、クライアント端末からウェブブラウザを介して指示が送信され、空調制御監視装置は、この指示に基づいてビルに設置された複数の空気調和機の運転制御を行う。また、空調制御監視装置は、空気調和機の運転状態を監視し、クライアント端末に対して運転状態情報を提供する。空調制御監視装置の記憶手段には、クライアント端末に表示させる空気調和機の運転状態に関するウィンドウを複数の領域に分割したときの各領域に表示させる情報及びその表示情報の更新周期が記載されたデータファイルが領域毎に格納されている。空調制御監視装置がクライアント端末からウィンドウの表示要求を受けた場合には、ウィンドウを構成する全ての領域のデータファイルが記憶手段から読み出され、第１通信手段を介してクライアント端末に送信される。
【００１１】
クライアント端末では、ウェブブラウザによってこれらのデータファイルが処理されることにより、一つのウィンドウのそれぞれの領域に対して、各データファイルに記載されている情報が表示される。ウィンドウを構成するこれらのデータファイルのうちの一つに、他のデータファイルが正常に受信されたか否かを判定する判定情報が含まれているので、そのデータファイルを処理していく上で、他のデータファイルが正常に受信されたか否かが判定されることとなる。
【００１２】
判定対象となるデータファイルには更新周期が記載されている。また、判定情報を含むデータファイルは、更新されなくてもよいし、更新周期が設定される場合には、判定対象となるデータファイルの更新周期よりも長く設定されることが好ましい。
データファイルに更新周期が記載されている場合には、この更新周期でウェブブラウザから空調制御監視装置に対して各データファイルの表示要求が送信され、表示要求に対応するデータファイルが空調制御監視装置からクライアント端末に送られることとなる。これにより、ウィンドウの各領域が所定の周期で更新されることとなる。
【００１３】
また、このように、ウィンドウを構成するデータファイルの中に判定情報が含まれているので、クライアント端末においては、ウェブブラウザが通常の機能を発揮するだけで、データが正常に受信されたか否かの判定を行うことが可能となる。これにより、従来のように、別途プログラムをダウンロードしたり、予めクライアント端末にプログラムをインストールする必要がなく、Internet Explorer（登録商標）やNetscape（登録商標）等のウェブブラウザがクライアント端末に設けられていればよい。
【００１４】
上記空調制御監視装置の前記データファイルに含まれる判定情報は、判定対象となる前記データファイルに含まれる所定の文字列を検出したか否かを判定するためのプログラムであることとしてもよい。
【００１５】
例えば、判定対象となるデータファイルの末尾に所定の文字列を含ませ、判定情報のプログラムによってこの末尾の所定の文字列が検出されたか否かを判定する。所定の文字列が検出された場合には、クライアント端末において判定対象となるデータファイルの末尾までの情報が受信されたこととみなす。このような判定を行うことによって、判定対象のデータファイルがクライアント端末に正しく受信されたか否かを、簡便に、判定することができる。
【００１６】
前記判定情報は、判定対象の前記データファイルが前記クライアント端末に正しく受信されていないと判定した場合に、判定対象の前記データファイルの再取得要求を送信することとしてもよい。
【００１７】
例えば、クライアント端末と空調制御監視装置とのネットワーク接続に一時的な異常があり、判定対象のデータファイルが正しく受信できなかった場合であっても、判定対象のデータファイルの再取得要求が行われる。これにより、クライアント端末は、判定対象のデータファイルの取得を繰り返し行うことができる。
【００１８】
上記空調制御監視装置の前記判定情報は、判定を行うタイミングを規定する第１の時間間隔で、判定対象となる前記データファイルが前記クライアント端末に正しく受信されたか否かを判定し、判定の結果、判定対象となる前記データファイルがクライアント端末に正しく受信されていないと判定した場合には、前記第１の時間間隔よりも短い第２の時間間隔で、前記判定を行うこととしてもよい。
【００１９】
これにより、例えば、クライアント端末と空調制御監視装置とのネットワーク接続等に特に問題がなく、判定対象となるデータファイルの受信に時間がかかっているような場合に、頻度を高めて判定を繰り返し行うことができる。このように、１回の判定で受信の異常を検出するのではなく、正常に受信されていないと判断した場合には、判定間隔を変更して判定を行うので、判定対象のデータファイルの再取得要求の送信頻度を低減することができる。
【００２０】
上記空調制御監視装置の前記判定の結果、判定対象となる前記データファイルがクライアント端末に正しく受信されていないと判定されてから所定期間が経過した後に、前記データファイルがクライアント端末に正しく受信されていないと判定された場合には、クライアント端末へエラーを通知することとしてもよい。
【００２１】
例えば、クライアント端末と空調制御監視装置とのネットワーク（物理的な接続）が切断された場合には、繰り返しデータファイルの再取得を行っても、正しいデータファイルをクライアント端末が受信することはできない。このため、データファイルがクライアント端末に正しく受信されていないと判定されてから、所定期間経過後であっても、いまだデータファイルがクライアント端末に受信されていない状況である場合には、クライアント端末にエラーを通知する。これにより、クライアント端末が際限なく再取得要求を送信することを防止することができるので、クライアント端末のＣＰＵ等のリソースの消費を低減できる。
【００２２】
本発明は、上記いずれかの空調制御監視装置と、前記空調制御監視装置とネットワークを介して接続されるウェブブラウザを備えたクライアント端末とを備える空調監視システムを提供する。
【００２３】
本発明は、クライアント端末からウェブブラウザを介して送信された指示に応じて、ビルに設置された複数の空気調和機の運転制御を行うとともに、前記空気調和機の運転状態を監視し、前記クライアント端末に対して前記空気調和機の運転状態の情報である運転状態情報を提供する空調制御監視方法であって、前記クライアント端末に表示させる前記空気調和機の運転状態に関するウィンドウを複数の領域に分割し、前記領域毎にその領域に表示させる情報及びその表示情報の更新周期が記載されたデータファイルを保持し、前記クライアント端末から前記ウィンドウの表示要求を受けた場合に、前記ウィンドウを構成する全ての領域のデータファイルを、前記クライアント端末に送信し、複数のデータファイルの一つに、前記クライアント端末において他の前記データファイルが正常に受信できたか否かを判定するための判定情報を含み、前記判定情報を含んでいるデータファイルは、更新されないか、またはその更新周期が判定対象となるデータファイルの更新周期よりも長く設定される空調制御監視方法を提供する。
【発明の効果】
【００２４】
本発明によれば、メンテナンスを不要とし、専用のアプリケーションを使用せずに空調監視システムを監視することができるという効果を奏する。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施形態に係る空調制御監視システムの概略構成の一例を示したブロック図である。
【図２】ウェブブラウザから空調制御監視装置の運転状態情報を表示したウィンドウの一例を示した図である。
【図３】タイトルフレームのデータファイルを示した一例の図である。
【図４】メインフレームのデータファイルを示した一例の図である。
【図５】本発明の実施形態に係る空調制御監視方法の動作フローを示した図である。
【図６】図５の動作フローの続きを示した図である。
【発明を実施するための形態】
【００２６】
以下に、本発明に係る空調制御監視装置及び空調制御監視システムの一実施形態について、図面を参照して説明する。
【００２７】
図１は、本実施形態に係る空調制御監視システム１の概略構成を示したブロック図である。
図１に示されるように、空調制御監視システム１は、ウェブブラウザ（ＷＥＢブラウザ）２２が搭載されたクライアント端末２と、空気調和機（以下「空調機」という。）４の運転状態を所定の時間間隔で監視し、クライアント端末２の要求に対して空調機４の運転状態を通知する空調制御監視装置３とを主な構成として備えている。なお、本実施形態においては、空調制御監視装置３が１台であることとして説明するが、空調制御監視装置３の個数はこれに限定されない。空調制御監視装置３は複数であればよいこととし、その個数は特に上限を設けない。
【００２８】
クライアント端末２と空調制御監視装置３とは、ビル管理通信ネットワーク５を介して接続されている。ビル管理通信ネットワーク５は、標準規格化された通信プロトコル（例えば、ＴＣＰ／ＩＰ）を使用したネットワークであり、例えば、インターネットである。
また、空調制御監視装置３は、配下に複数の空調機４を備えており、空調制御監視装置３と各空調機４とは空調制御ネットワーク６を介して接続されている。空調制御ネットワーク６は、例えば、空調機４の制御監視用に開発された専用の通信プロトコルを使用したネットワークである。
【００２９】
図１に示されるように、空調制御監視装置３は、記憶部（記憶手段）３１、第１通信部（第１通信手段）３２、空調制御通信部３３、ＷＥＢサーバ３４、及び運転状態情報データベース３５を備えている。
空調制御通信部３３は、複数の空調機４のそれぞれと空調制御ネットワーク６を介して、接続されている。空調制御通信部３３は、各空調機４から空調機４の運転状態の情報である運転状態情報を収集し、運転状態情報データベース３５に出力する。
運転状態情報データベース３５は、空調制御通信部３３を介して受信した各空調機４の運転状態情報を格納し、ＷＥＢサーバ３４から運転状態情報が読み出される。
【００３０】
記憶部３１は、空調機４の運転状態情報に関するウィンドウをクライアント端末２に表示させるためのデータファイル（詳細は後述する。）を格納している。
ＷＥＢサーバ３４は、クライアント端末２から運転状態情報の表示要求を受信すると、運転状態情報データベース３５から運転状態情報を読み出す。また、ＷＥＢサーバ３４は、この運転状態情報をクライアント端末２のウェブブラウザ２２上で表示するためのデータファイルを記憶部３１から読み出し、運転状態情報とともに第１通信部３２を介してクライアント端末２に送信する。
【００３１】
ここで、以下に、記憶部３１に格納されるデータファイル及びデータファイルによってクライアント端末２に表示される情報について説明する。
記憶部３１に格納されているデータファイルは、クライアント端末２に表示させる空調機４の運転状態に関するウィンドウを複数の領域に分割した場合に、領域毎にその領域に表示させる情報が記載されている。また、表示情報の更新を必要とするデータファイルには、その表示情報の更新周期が記載されている。
【００３２】
本実施形態においては、運転状態情報を表示するウィンドウを３つの領域に分割し、それぞれの領域を「フレーム」という。３つの領域は、例えば、全体フレーム、タイトルフレーム、メインフレームとし、各フレームをクライアント端末２のウェブブラウザ２２上に表示するためのデータをデータファイルとする。
記憶部３１には、タイトルフレーム、メインフレーム、全体フレームの各領域をクライアント端末２のウェブブラウザ２２に表示するためのそれぞれのデータファイルが格納されている。
【００３３】
図２は、クライアント端末２においてウェブブラウザ２２を介して空調制御監視装置３を監視している場合のウィンドウの一例を示している。具体的には、クライアント端末２から南館（本館）に設置されている空調制御監視装置３にアクセスし、南館の空調制御監視装置３が監視している各空調機４の運転状態情報を表示している。
【００３４】
タイトルフレームは、表示する画面名称（例えば、図２では、「Overview Monitor Screen」）をウェブブラウザ２２上に表示する領域である。また、空調機４に異常が発生した場合、ブザー停止スイッチが表示される。例えば、図２に示されるＡの領域に、ブザー停止スイッチが表示される。
【００３５】
メインフレームは、タイトルフレームで選択された空調制御監視装置３の配下の空調機４の運転状態情報をウェブブラウザ２２上に表示する領域である。
全体フレームは、タイトルフレームとメインフレームとをクライアント端末２のウェブブラウザ２２上に表示するための統合画面を構成するための領域である。
【００３６】
また、本実施形態においては、上述した複数のデータファイルの一つに、クライアント端末２において他のデータファイルが正常に受信できたか否かを判定するための判定情報が含まれている。本実施形態においては、判定情報が含まれるデータファイルを判定データファイルといい、上記全体フレームのデータファイルがこの判定データファイルとして機能する。
【００３７】
本実施形態において、判定データファイルを除く他のデータファイル、すなわち、メインフレーム及びタイトルフレームに対応する各データファイルには、ウェブブラウザで表示した場合に所定の時間間隔でウェブブラウザ２２の表示画面を更新する時間の設定が記載されており、判定データファイルである全体フレームのデータファイルには更新周期が設定されていない。従って、例えば、メインフレーム及びタイトルフレームをウェブブラウザ２２で表示した場合には、メインフレーム及びタイトルフレームのデータファイルにそれぞれ規定されている更新周期のタイミングで、クライアント端末２から対応するデータファイルの再取得が行われ、一方、更新周期が設定されていない全体フレームについては、データファイルの更新取得が行われない。
【００３８】
判定対象とされるデータファイルには、所定の文字列が記載される。所定の文字列は、クライアント端末２がウェブブラウザ２２でデータファイルを表示した場合に、ウェブブラウザ２２に表示されなくてもよい文字列であって、上記判定情報によって認識される文字列であればよい。例えば、所定の文字列は、判定対象とされるデータファイルにおいて、ｈｔｍｌ終了タグの後にコメント文として、「MHI-COMMUNICATION-OK」と記載される（図３を参照）。この文字列は、コメント文として記載することでクライアント端末２のウェブブラウザ２２上には表示されない。
【００３９】
判定データファイルの判定情報は、プログラムで設定される。例えば、プログラムはＪａｖａスクリプトである。
図４は、判定データファイルの一例を示した図であり、本実施形態においては全体フレームのデータファイル（以下「データファイルＡ」という。）を判定データファイルとしている。図４に示されるように、判定情報は、ｈｔｍｌタグ内のヘッダ部分において、判定対象のデータファイルに所定の文字列「MHI-COMMUNICATION-OK」が有るか否かを判定するＪａｖａスクリプトとして記載される。
【００４０】
このように、判定データファイルの判定情報によって判定対象のデータファイルを判定し、判定の結果、クライアント端末２において、判定対象のデータファイルから所定の文字列が検出された場合には、他のデータファイルが正常に受信されたと判定される。また、所定の文字列が検出されない場合には、判定対象のデータファイルが正常に受信されていないと判定される。
【００４１】
判定対象のデータファイルが正常に受信されていないと判定された場合には、正常に受信されていないデータファイルを再度取得する要求を送信させることとするとよい。具体的には、判定データファイルは、クライアント端末２に正常に受信されていないデータファイルがある場合には、正常に受信されていないデータファイルの再取得要求をＷＥＢサーバ３４に送信することを、判定情報として記載する。これにより、クライアント端末２は、判定対象のデータファイルの取得を繰り返すことができる。
【００４２】
また、上記判定は第１の時間間隔で行われ、判定対象となるデータファイルがクライアント端末２に正しく受信されていないと判定されると、第１の時間間隔よりも短い第２の時間間隔に変更し、判定を行う。例えば、クライアント端末の第２通信部２１においてネットワーク接続等に特に問題がなく、判定対象となるデータファイルの受信に時間がかかっているような場合に、頻度を高めて判定を繰り返し行う。このように、１回の判定で受信の異常を検出するのではなく、正常に受信されていないと判断した場合には、判定間隔を変更して判定を行うので、判定対象のデータファイルの再取得要求の送信頻度を低減することができる。
【００４３】
また、上記判定の結果、判定対象となるデータファイルがクライアント端末２に正しく受信されていないと判定された時点から所定期間経過した後であっても、クライアント端末２に正しく受信されていないと判定される場合には、クライアント端末２にエラー通知を行うこととしてもよい。このように所定期間経過後にエラー通知を行うことによって、クライアント端末２からＷＥＢサーバに対して、再取得要求を不必要に繰り返すことを防止することができる。
【００４４】
なお、エラー通知の方法は、特に限定されない。例えば、クライアント端末２において、ブザー音を鳴らすこととしてもよいし、ポップアップ画面を表示させる、ウェブブラウザ２２上にブザーボタンを表示させる等がある。
【００４５】
次に、上記構成を備える空調制御監視システム１の作用について、図５及び図６を用いて説明する。
監視員によってクライアント端末２のウェブブラウザ２２が操作され、ウェブブラウザ２２において南館に配置されている空調制御監視装置３のアドレスが入力されると、クライアント端末２の第２通信部２１から南館の空調制御監視装置３の第１通信部３２に対し、運転状態情報の表示要求が送信される。運転状態情報の表示要求を受信した空調制御監視装置３のＷＥＢサーバ３４は、運転状態情報データベース３５から配下の空調機４の運転状態情報を読み出す。
【００４６】
また、この運転状態情報をクライアント端末２のウェブブラウザ上に表示させるためのウィンドウを構成する全てのデータファイルを記憶部３１から読み出す。例えば、全体フレームのデータファイルＡ、タイトルフレームのデータファイルＴ、メインフレームのデータファイルＭの３つのデータファイルが記憶部３１から読み出される。ここで、判定データファイルであるデータファイルＡには、判定情報が記載されており、他のデータファイルであるデータファイルＴとデータファイルＭとには、所定の文字列「MHI-COMMUNICATION-OK」が記載されている。また、データファイルＴ及びデータファイルＭには、更新周期がそれぞれ設定されており、データファイルＡは全体フレームであることから更新が不要であり、よって更新周期が記載されていない。
【００４７】
それぞれ読み出された各データファイルＡ，Ｔ，Ｍ及び運転状態情報は、ＷＥＢサーバ３４によって第１通信部３２を介してクライアント端末２に送信される。送信された各データファイルＡ，Ｔ，Ｍ及び運転状態情報がクライアント端末２の第２通信部２１によって受信されると、クライアント端末２において処理され、クライアント端末２のウェブブラウザ２２上に表示される。クライアント端末２のウェブブラウザにおいて、これらのデータファイルＡ，Ｔ，Ｍが処理されると、図２のように表示される。
【００４８】
クライアント端末２のウェブブラウザ２２において、判定データファイルであるデータファイルＡ、他のデータファイル（判定対象のデータファイル）Ｔ及びＭが読み込まれ、データファイルＡのヘッダ部分に記載されているＪａｖａスクリプトが実行される。クライアント端末２において、データファイルＡのＪａｖａスクリプトは、判定対象のデータファイルＴ及びＭ内に所定の文字列「MHI-COMMUNICATION-OK」が記載されているか否かを判定する（図５のステップＳＡ１）。
【００４９】
図５のステップＳＡ１の判定の結果、判定対象のデータファイルＴ及びＭ内に所定の文字列が記載されていることを検出した場合には（図５のステップＳＡ１の「Ｙｅｓ」）、判定を繰り返すタイミングは第１の時間間隔（例えば、６０秒毎）のままとし（図５のステップＳＡ２）、判定の繰り返し回数が設定されるリトライカウンタを０のままとして（図５のステップＳＡ３）、判定を繰り返す。
【００５０】
また、図５のステップＳＡ１の判定の結果、判定対象のデータファイル内に所定の文字列が記載されていることを検出できなかった場合には（図５のステップＳＡ１の「Ｎｏ」）、クライアント端末２において、判定対象のデータファイルが正常に受信できていないと判定される（図５のステップＳＡ４）。続いて、リトライカウンタが０か否かが判定され、０である場合には（図５のステップＳＡ５の「Ｙｅｓ」）、第１の時間間隔が第２の時間間隔（例えば、５秒ごと）に変更される（図５のステップＳＡ６）。次に、所定の文字列が検出できないと判定されてからの期間を測定するタイマを開始するサブルーチンが起動され（図５のステップＳＡ７）、リトライカウンタが０から１に設定される（図５のステップＳＡ８）。なお、上記サブルーチンによるタイマには、クライアント端末２にエラー通知を行うまでの期間（例えば、６００秒）が設定される。
【００５１】
図５のステップＳＡ６で設定された第２の時間間隔である５秒後に再度判定が行われ（図５のステップＳＡ１）、次回判定も所定の文字列が検出されない場合には、リトライカウンタが０か否かが判定される（図５のステップＳＡ５）。リトライカウンタが０でない場合には（図５のステップＳＡ５の「Ｎｏ」）、続いて、リトライカウンタが１か否かが判定される（図６のステップＳＡ９）。リトライカウンタが１である場合には（図６のステップＳＡ９の「Ｙｅｓ」）、リトライカウンタが１から２に変更され、第２の時間間隔で判定が繰り返される（図６のステップＳＡ１０）。
【００５２】
また、第２の時間間隔で判定が繰り返された結果、ステップＳＡ９において、リトライカウンタが１でない場合には（図６のステップＳＡ９の「Ｎｏ」）、判定対象のデータファイルＴとＭとを再取得する再取得要求が、クライアント端末２から空調制御監視装置３に送信される。さらに、リトライカウンタを０に設定した後、図５のステップＳＡ１に戻り、判定が繰り返される（図６のステップＳＡ１１）。
【００５３】
また、図５のステップＳＡ７で設定したタイマの６００秒が経過しても、所定の文字列が検出されていない状態である場合には、サブルーチンで規定したエラー通知処理を実行し、クライアント端末２に、データファイルが正常に受信できなかったことを通知するエラーが通知される。
【００５４】
以上説明してきたように、本発明に係る空調制御監視装置３及び空調制御監視システム１によれば、クライアント端末２では、ウェブブラウザ２２によってこれらのデータファイルが処理されることにより、一つのウィンドウのそれぞれの領域に対して、各データファイルに記載されている情報が表示される。また、ウィンドウを構成するこれらのデータファイルのうちの一つに、他のデータファイルが正常に受信されたか否かを判定する判定情報が含まれているので、そのデータファイルを処理していく上で、他のデータファイルが正常に受信されたか否かが判定されることとなる。
【００５５】
また、このように、ウィンドウを構成するデータファイルの中に判定情報が含まれているので、クライアント端末２においては、ウェブブラウザ２２が通常の機能を発揮するだけで、データが正常に受信されたか否かの判定を行うことが可能となる。これにより、従来のように、別途プログラムをダウンロードしたり、予めクライアント端末２にプログラムをインストールする必要がなく、Internet Explorer（登録商標）等のウェブブラウザ２２がクライアント端末２に設けられていればよく、簡便に、クライアント端末２が正常にデータを受信したか否かを判定できる。
【００５６】
〔変形例〕
本実施形態の空調制御監視装置３及び空調制御監視システム１は、判定データファイルに更新周期を設定しないこととして説明していたが、これに限定されず、判定データファイルに更新周期が設定されていてもよい。データファイルに更新周期が設定される場合には、判定対象となるデータファイルの更新周期よりも長い更新周期が設定されることが好ましい。
【００５７】
なお、このように更新周期を設定する根拠は、ウェブブラウザ２２にデータファイルが読み込まれた時点で判定が実行されるが、判定データファイルの更新周期が判定対象のデータファイルの更新周期よりも短いと、判定データファイルが同一の判定対象のデータファイルを複数回判定することとなり判定の無駄が生じるので、その無駄を低減するためである。
【００５８】
なお、本実施形態においては、ウィンドウを複数の領域に分割する場合に、３つの領域に分割することとしていたが、これに限定されない。また、領域の分割数に特に上限を設けない。
【００５９】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【００６０】
１  空調制御監視システム
２  クライアント端末
３  空調制御監視装置
２１  第２通信部
２２  ウェブブラウザ
３１  記憶部
３２  第１通信部
３３  空調制御通信部
３４  ＷＥＢサーバ
３５  運転状態情報データベース
【図１】
2011021801.tif 000003
【図２】
2011021801.tif 000004
【図３】
2011021801.tif 000005
【図４】
2011021801.tif 000006
【図５】
2011021801.tif 000007
【図６】
2011021801.tif 000008