JP2016115271A - 運用管理サーバ、運用管理システムおよび運用管理方法 - Google Patents

Abstract

【課題】精度が粗い気象データを用いて運用プログラムを生成することができる運用管理サーバを提供する。【解決手段】運用管理サーバ１０に備えられた生成部１００は、第１気象データと第２気象データとから第３気象データを生成する。第１気象データは、制御対象期間における日ごとの建物の所在地に対応する予想最高気温および予想最低気温を含む。第２気象データは、制御対象期間前の測定日における建物の所在地に対応する気温変化を表す。第３気象データは、制御対象期間での時系列に沿った気温変化を表す。生成部１００は、第３気象データに基づいて、制御対象期間で機器を制御する運用プログラムを生成する。【選択図】図１

Description

本発明は、一般に運用管理サーバ、運用管理システムおよび運用管理方法、より詳細には建物の内部に設置された１つ以上の機器を管理する運用管理サーバ、運用管理システムおよび運用管理方法に関する。

従来、対象物件の機器（例えば空調機）を制御するための運転情報（運用プログラム）を生成する装置が存在する（例えば特許文献１参照）。

特許文献１で開示された装置（空調制御装置）は、最大４８時間先までの気象情報を外部（気象会社）から取得する。ここで、気象情報には、時刻と、当該時刻における気温および湿度とが含まれている。空調制御装置は、取得した気象情報から、現時点から４８時間先までの不快指数を時刻ごと（または日ごと）に算出し、算出した不快指数を基に、機器の運転の要否、設定温度の少なくとも一方を含む運転情報を生成する。

特開２００３−７４９４３号公報

ところで、地域によっては、現時点以降の時刻（予想時刻）を含まない気象情報、つまり予想内容の精度が粗い気象データを送信する気象会社が存在する。特許文献１では、気象情報に含まれる現時点以降の時刻（予想時刻）と、当該予想時刻における湿度（予想湿度）とから、予想時刻における不快指数を算出している。そのため、予想時刻を含まない気象情報が送信される地域では、特許文献１の技術を用いて時刻ごとの不快指数を算出することができない。なぜなら、気象情報に含まれる気温、湿度となる時刻が不明だからである。

そこで、本発明は、上記事由に鑑みてなされており、その目的は、予想内容の精度が粗い気象データを用いて運用プログラムを生成することができる運用管理サーバ、運用管理システムおよび運用管理方法を提供することにある。

本発明の運用管理サーバは、建物の外部に設置された運用管理サーバであって、前記建物の内部に設置された機器を制御する運用プログラムを生成する生成部と、前記生成部で生成された前記運用プログラムを、前記運用プログラムに従って前記機器を制御するローカル管理装置に送信する通信部とを備え、前記生成部は、前記機器を制御する制御対象期間における日ごとの前記建物の所在地に対応する予想最高気温および予想最低気温を含む第１気象データと、前記制御対象期間前の測定日における前記建物の所在地に対応する気温変化を表す第２気象データとから前記制御対象期間での時系列に沿った気温変化を表す第３気象データを生成し、生成した前記第３気象データに基づいて、前記制御対象期間で用いられる前記運用プログラムを生成することを特徴とする。

また、本発明の運用管理システムは、上記の運用管理サーバと前記ローカル管理装置とを備える運用管理システムであって、前記ローカル管理装置は、前記運用プログラムを用いて、前記機器を制御する制御処理部を備えることを特徴とする。

本発明の運用管理方法は、建物の内部に設置された機器を制御するための運用プログラムを生成する生成処理と、前記生成処理で生成された前記運用プログラムを、前記運用プログラムに従って前記機器を制御するローカル管理装置に送信する通信処理とを含み、前記生成処理は、前記機器を制御する制御対象期間における日ごとの前記建物の所在地に対応する予想最高気温および予想最低気温を含む第１気象データと、前記制御対象期間前の測定日における前記建物の所在地に対応する気温変化を表す第２気象データとから前記制御対象期間での時系列に沿った気温変化を表す第３気象データを生成し、生成した前記第３気象データに基づいて、前記制御対象期間で用いられる前記運用プログラムを生成することを特徴とする。

本発明の運用管理サーバ、運用管理システムおよび運用管理方法によると、予想内容の精度が粗い気象データを用いて運用プログラムを生成することができる。

実施形態１における運用管理サーバの構成を説明するブロック図である。 実施形態１における運用管理システムの構成を説明する図である。 実施形態１における第３気象データの生成を説明する図である。 図４Ａ〜図４Ｄは、実施形態１における設定運用情報を説明する図である。 実施形態１における制御データのデータ構造を説明する図である。 実施形態１におけるローカル管理装置の構成を説明するブロック図である。 実施形態１における運用プログラムの生成時の運用管理サーバの動作を説明するシーケンス図である。 実施形態１における評価時の運用管理サーバの動作を説明するシーケンス図である。 実施形態１において、運用プログラムを用いて機器を制御する際のローカル管理装置の動作を説明するシーケンス図である。 実施形態２における建物の内部の機器構成を説明する図である。 実施形態２における評価時の運用管理サーバの動作を説明するシーケンス図である。

１ 実施形態１
１．１ 概要
本実施形態の運用管理サーバ１０は、建物の内部に設置された１つ以上の機器を制御するための運用プログラムを生成する装置である。運用管理サーバ１０は、図１に示すように、生成部１００、記憶部１０１、変更部１０２（設定情報変更部）、評価部１０３および通信部１０４を備えている。

運用管理サーバ１０は、図２に示すように、運用管理システム１に含まれている。運用管理システム１は、図２に示すように、運用管理サーバ１０に加えて、気象サーバ１１、ローカル管理装置２０、コントローラ２１、サブコントローラ２２および機器２３を備えている。

ローカル管理装置２０、コントローラ２１、サブコントローラ２２および機器２３は、図２に示すように、建物１２の内部に設置されている。また、ローカル管理装置２０、コントローラ２１、サブコントローラ２２および機器２３が設置された建物１２は、複数存在している（図２参照）。なお、複数の建物１２を区別する場合には、建物１２ａ、１２ｂ、１２ｃ、１２ｄ、１２ｅと記す。また、サブコントローラ２２および機器２３のそれぞれは、図２に示すように、建物１２の内部に複数設置されている。複数のサブコントローラ２２のそれぞれには、複数の機器２３のうち１つ以上の機器２３が接続されている（図２参照）。ここで、機器２３は、空調機、冷熱源機、冷熱源機を冷やすための冷却塔、冷水ポンプ、冷却水ポンプもしくは温熱源機（ボイラー）等である。

本実施形態では、Ｅｔｈｅｒｎｅｔ（登録商標）規格のケーブル、またはＲＳ４８５規格のケーブル等により、コントローラ２１とサブコントローラ２２とが、サブコントローラ２２と１つ以上の機器２３とが、それぞれ接続されている。

また、運用管理サーバ１０は、図２に示すように、複数の建物１２の外部に設置されている。

建物１２ａ〜１２ｃは地域１４に存在し、建物１２ｄ、１２ｅは、地域１５に存在している。ここで、地域１４および地域１５は、所定範囲の土地を区画した複数の領域のうち異なる領域である。

運用管理サーバ１０は、複数の建物１２のそれぞれに対して運用プログラムを生成する。このとき、運用管理サーバ１０は、同一地域に存在する１つ以上の建物１２については、同一の運用プログラムを生成する。具体的には、運用管理サーバ１０は、地域１４に存在する建物１２ａ〜１２ｃに対して同一の運用プログラムを生成し、地域１５に存在する建物１２ｄ、１２ｅに対して、同一の運用プログラムを生成する。

ローカル管理装置２０は、建物１２の内部に設置された複数の機器２３を制御するために、運用管理サーバ１０で生成された運用プログラムを記憶する。ローカル管理装置２０は、記憶した運用管理プログラムに従って、建物１２の内部に設置された複数の機器２３を制御するための第１指示情報をコントローラ２１に出力する。

コントローラ２１は、複数のサブコントローラ２２のそれぞれに、当該サブコントローラ２２と接続された１つ以上の機器２３を制御するための第２指示情報を出力する。

サブコントローラ２２は、自身と接続された１つ以上の機器２３を制御する。

以下、運用管理サーバ１０とローカル管理装置２０との構成および動作について説明する。

１．２ 構成
（１）運用管理サーバ１０
本実施形態の運用管理サーバ１０は、上述したように、生成部１００、記憶部１０１、変更部１０２、評価部１０３および通信部１０４を備えている（図１参照）。運用管理サーバ１０は、プロセッサやコンピュータで読み取りが可能なメモリ（記録媒体）を有しており、生成部１００、変更部１０２および評価部１０３の各機能は、メモリに記憶されているプログラムをプロセッサが実行することにより実現される。

（１−１）生成部１００
生成部１００は、建物１２の内部に設置された１つ以上の機器２３を制御する運用プログラムを生成する。生成部１００は、第１気象データと第２気象データとを、通信部１０４を介して気象サーバ１１から取得し、取得した第１気象データと第２気象データとを用いて、機器２３を制御する制御対象期間での時系列に沿った気温変化を表す第３気象データを生成する。生成部１００は、生成した第３気象データに基づいて、制御対象期間で用いられる運用プログラムを生成する。ここで、第１気象データは、制御対象期間における日ごとの建物１２の所在地（例えば地域１４）に対応する予想最高気温および予想最低気温を含むデータである。第２気象データは、制御対象期間前の測定日における建物１２の所在地（例えば地域１４）に対応する気温変化を表すデータである。

まず、第３気象データの生成について、図３を用いて具体的に説明する。

生成部１００は、第２気象データとして、計測日Ｄ０の時刻ｔ０（例えば０時）から運用プログラムの生成時刻であるｔ２までの間で計測された気温の変化情報を取得する。ここで、計測日Ｄ１は、制御対象期間の前日であるとする。生成部１００は、取得した第２気象データから計測日Ｄ０で最高気温となった時刻ｔ１、つまり時刻ｔ０から時刻ｔ１までの時間長ＴＨを特定する。生成部１００は、制御対象期間に含まれる複数の対象日Ｄ１、Ｄ２、・・・においても時刻ｔ１と同時刻に最高気温に到達するとみなす。例えば、生成部１００は、対象日Ｄ１の時刻ｔ３（０時）から時間長ＴＨの時刻ｔ５に、対象日Ｄ１での予想最高気温ｈ１を配置する。同様に、生成部１００は、対象日Ｄ２の時刻ｔ６（０時）から時間長ＴＨの時刻ｔ８に、対象日Ｄ２での予想最高気温ｈ３を配置する。

また、生成部１００は、計測日Ｄ０の時刻ｔ１から時刻ｔ２までの気温変化に基づいて、時刻ｔ２以降の温度変化に対して線形補間を施して、対象日Ｄ１の予想最低気温ｈ０となる時刻ｔ４、つまり時刻ｔ３から時刻ｔ４までの時間長ＴＬを特定する。ここで、時刻ｔ３は、対象日Ｄ１における０時である。生成部１００は、制御対象期間に含まれる他の対象日Ｄ２、・・・においても時刻ｔ４と同時刻に最低気温に到達するとみなし、対象日Ｄ２の時刻ｔ６（０時）から時間長ＴＬの時刻ｔ７に、対象日Ｄ１での予想最低気温ｈ２を配置する。ここで、上述した時刻ｔ４、ｔ７が第１の時刻に、時刻ｔ５、ｔ８が第２の時刻に相当する。

生成部１００は、制御対象期間での時系列に沿った隣り合う予想最低気温と予想最高気温との間の気温変化について補間を施して、第３気象データを生成する。

次に、運用プログラムの生成について、具体的に説明する。

生成部１００は、建物１２に設置された一の機器２３に対する運用設定情報と第３気象データとを用いて、運用プログラムを生成する。運用設定情報とは、気温に応じた当該一の機器の運用状態を表す情報である。

１つ目の例として、外気を取り込んで熱交換することで冷暖房を行う機器２３（空調機）の運用設定情報について説明する。この場合の運用設定情報は、図４Ａに示すように、機器２３（空調機）のファンの出力の状態を表す情報である。図４Ａに示す気温Ｗ１以下では、暖房時の外気を取り込む量（風量）が最小となり、気温Ｃ１以上では、冷房時の外気を取り込む風量が最小となる。気温Ｗ１から気温が上がるにつれ、暖房時の外気を取り込む風量が多くなり、気温Ｃ１から気温が下がるにつれ、冷房時の外気を取り込む風量が多くなる。

外気の気温が気温Ｌ１〜気温Ｈ１である場合には、空調機のファンは停止、つまり空調機は停止される。具体的には、暖房時において、外気の気温が気温Ｌ１である場合には、ファンによる風量を上限値Ｅ２とし、気温が下がるにつれ、ファンによる風量を減少させる。暖房時において、外気の気温がＷ１以下となると、ファンによる風量を下限値Ｅ１とする。冷房時において、外気の気温が気温Ｈ１である場合には、ファンによる風量を上限値Ｅ２とし、気温が上がるにつれ、ファンによる風量を減少させる。冷房時において、外気の気温がＣ１以上となると、ファンによる風量を下限値Ｅ１とする。

これにより、暖房時および冷房時において、建物１２の室内に取り込む外気の量が調整されるので、空調機は適切な冷暖房運転が可能となる。

また、別の例として、運用設定情報は、図４Ｂに示すように、機器２３（空調機）の吹出温度の状態を表す情報であってもよい。図４Ｂに示す気温Ｗ２以下では、暖房時の空調機の負荷が最大となり、気温Ｃ２以上は、冷房時の空調機の負荷が最大となる。

外気の気温が気温Ｌ２〜気温Ｈ２である場合には、空調機は停止される。暖房時において、外気の気温が気温Ｌ２である場合には、吹出温度を下限値Ｅ５とし、気温が下がるにつれ、吹出温度を上昇させる。暖房時において、外気の気温がＷ２以下となると、吹出温度を上限値Ｅ６とする。また、冷房時において、外気の気温が気温Ｈ２である場合には、吹出温度を上限値Ｅ４とし、気温が上がるにつれ、吹出温度を減少させる。冷房時において、外気の気温がＣ２以上となると、吹出温度を下限値Ｅ３とする。

これにより、暖房時および冷房時において、外気の温度に応じて吹出温度が調整されるので、空調機は適切な冷暖房運転が可能となる。

さらに、別の例として、運用設定情報は、図４Ｃに示すように、機器２３（空調機）の熱源へ送る水の温度（送水温度）の状態を表す情報であってもよい。図４Ｃに示す気温Ｗ３以下では、暖房時の空調機の負荷が最大となり、気温Ｃ３では、冷房時の空調機の負荷が最大となる。

外気の気温が気温Ｌ３〜気温Ｈ３である場合には、空調機は停止される。暖房時において、外気の気温が気温Ｌ３である場合には、送水温度を下限値Ｅ９とし、気温が下がるにつれ、送水温度を上昇させる。暖房時において、外気の気温がＷ３以下となると、送水温度を上限値Ｅ１０とする。また、冷房時において、外気の気温が気温Ｈ３である場合には、送水温度を上限値Ｅ８とし、気温が上がるにつれ、送水温度を減少させる。冷房時において、外気の気温がＣ３以上となると、送水温度を下限値Ｅ７とする。

これにより、暖房時および冷房時において、外気の温度に応じて送水温度が調整されるので、空調機は適切な冷暖房運転が可能となる。

さらに、別の例として、運用設定情報は、図４Ｄに示すように、機器２３（空調機）の熱源の冷却水の温度（冷却水温度）の状態を表す情報であってもよい。図４Ｃに示す気温Ｃ３は、冷房時の空調機の負荷が最大となる気温である。なお、熱源の冷却は、冷房時のみに行われるため、気温Ｃ３のみが設定されている。

外気の気温が気温Ｈ４より低い場合には、空調機は停止される。冷房時において、外気の気温が気温Ｈ４以上となると、冷却水温度を所定温度Ｅ１１とする。通常、冷却水の温度が低ければ低いほど空調機の運転効率が上がるので、本例では、外気の気温が気温Ｈ４以上となる場合には、冷却水の温度は常に一定としている。

これにより、冷房時において、空調機は適切な運転が可能となる。

なお、運用設定情報は、図４Ａ〜図４Ｄに示す例で表される情報に限定されない。運用設定情報は、気温に応じて機器２３の設定が変更することが可能な情報であればよい。また、図４Ａ〜図４Ｄでは、機器出力の値は、温度変化に応じて線形的に変化するとしたが、階段的に変化させてもよい。

生成部１００は、運用設定情報で表される温度変化に応じた機器出力の変化と、第３気象データで表される気温変化とに基づいて、複数の機器２３のそれぞれに対して、図５に示す制御データ１５０を生成する。ここで、制御データ１５０は、図５に示すように、コントローラアドレス１５１、サブコントローラアドレス１５２、機器アドレス１５３、制御時刻１５４および制御内容１５５を含んでいる。

コントローラアドレス１５１は、制御対象の機器２３を制御するコントローラ２１のアドレスを表す情報であり、例えばコントローラ２１のＭＡＣアドレスもしくはＩＰアドレスである。サブコントローラアドレス１５２は、制御対象の機器２３と接続されたサブコントローラ２２のアドレスを表す情報であり、例えば当該サブコントローラ２２のＭＡＣアドレスもしくはＩＰアドレスである。機器アドレスは、制御対象の機器２３のアドレスを表す情報であり、例えば当該機器２３のＭＡＣアドレスもしくはＩＰアドレスである。制御時刻１５４は、制御対象の機器２３に対して制御を行う時刻を表す情報である。制御内容１５５は、制御対象の機器２３に対して行う制御の内容であり、例えば電源のオン、オフ、または設定温度の変更、風量の変更である。

なお、運用管理サーバ１０は、建物１２に設置された機器２３ごとに、直接または間接的に接続されるサブコントローラ２２およびコントローラ２１のアドレスを対応付けたアドレス情報テーブルを予め記憶している。

ここで、一例として、機器２３が空調機である場合において、冷房運転を制御する制御データ１５０の生成について説明する。

生成部１００は、運用設定情報で表される温度変化に応じた機器出力の変化と、第３気象データで表される気温変化とに基づいて、午前９時に外気の温度が気温Ｈ１に上昇すると予想される場合、制御時刻１５４に時刻“９：００”を格納する。生成部１００は、さらに、制御内容に“冷房運転オン”をそれぞれ格納する。また、機器２３（空調機）と直接または間接的に接続されるサブコントローラ２２およびコントローラ２１のアドレスをアドレス情報テーブルから取得する。生成部１００は、取得したコントローラ２１のアドレスをコントローラアドレス１５１に、サブコントローラ２２のアドレスをサブコントローラアドレス１５２に格納する。

生成部１００は、建物１２に設置された複数の機器２３のそれぞれに対して生成された制御データ１５０からなり、かつ制御時刻１５４に基づいて時系列に沿って生成された運用プログラムを生成する。生成部１００は、生成した運用プログラムを、通信部１０４を介してコントローラアドレス１５１に格納されたアドレスを有するコントローラと接続されたローカル管理装置２０に送信する。また、生成部１００は、生成した運用プログラムに、送信先のローカル管理装置２０のアドレス（ＩＰアドレスまたはＭＡＣアドレス）を対応付けて記憶部１０１に格納する。

以上説明したように、生成部１００は、運用プログラムを生成する際に、上述した運用設定情報を用いることで、機器２３の効率および性能を考慮した運用プログラムを生成し、運用することができる。

（１−２）記憶部１０１
記憶部１０１は、例えば書き換え可能な半導体メモリであって、生成部１００で生成された運用プログラムを記憶する。具体的には、記憶部１０１は、ローカル管理装置２０のそれぞれに送信した運用プログラムごとに、送信先のローカル管理装置のアドレスを対応付けて記憶している。さらに、記憶部１０１は、上述した運用設定情報およびアドレス情報テーブルを記憶する。

（１−３）変更部１０２
変更部１０２は、運用設定情報の内容を変更し、記憶部１０１で記憶されている運用設定情報を、変更後の運用設定情報に更新する。具体的には、変更部１０２は、建物１２に設置された機器２３（空調機）の性能に劣化が生じた場合には、機器２３が停止される温度範囲がより狭くなるように運用設定情報の内容を変更する。

また、変更部１０２は、機器２３（空調機）が設置された室内の利用状況に応じて、運用設定情報の内容を変更する。例えば、運用管理サーバ１０が、機器２３の冷暖房機能を利用する開始時間を早めたいとする指示をユーザから受け取ると、変更部１０２は、機器２３が停止される温度範囲を変更する。これにより、通常、機器２３の冷暖房機能を利用する開始時間が９時であったのが、８時に変更することが可能となる。

このように、機器２３が停止される温度範囲を変更することで、運用管理サーバ１０は、機器２３の性能の劣化に応じた運用の変更、および機器２３の定期的な運用の変更を行うことができる。

（１−４）評価部１０３
評価部１０３は、制御対象期間内において計測された気温変化を表す第４気象データに対する第３気象データの乖離を評価する。ここで、第４気象データは、例えば地域１４で計測されたデータであるとする。

以下、評価部１０３について具体的に説明する。

評価部１０３は、気象サーバ１１から送信された第４気象データを、通信部１０４を介して取得する。評価部１０３は、第３気象データのうち第４気象データで表される気温変化の計測日と同一日における気温変化と、第４気象データで表される気温変化とを比較して、第４気象データに対する第３気象データの乖離を評価する。例えば、評価部１０３は、所定時刻ごとに、当該時刻での第４気象データで表される気温（実気温）から、当該時刻での第３気象データで表される気温（予想気温）を減算し、その結果を累積する。評価部１０３は、累積された結果（累積値）が第１所定値（例えば＋１０）以上、または第２所定値（例えば−１０）以下となった場合には、再度運用プログラムの生成を指示する指示情報を生成部１００に出力する。

この場合、生成部１００では、指示情報を受け取ると、例えば、第１気象データおよび第４気象データを用いて、現時点以降の気温変化を表す第３気象データを再度生成する。生成部１００は、再度生成した第３気象データと、運用設定情報とを用いて、運用プログラムを再度生成する。このとき、運用管理サーバ１０は、地域１４に存在する建物１２ａ〜１２ｃに対して同一の運用プログラムを再度生成する。生成部１００は、再度生成した運用プログラムを、地域１４に存在する建物１２ａ〜１２ｃに、通信部１０４を介して送信する。

（１−５）通信部１０４
通信部１０４は、気象サーバ１１からインターネット１３を介して、第１気象データおよび第２気象データを受信すると、受信した第１気象データおよび第２気象データを生成部１００へ出力する。通信部１０４は、気象サーバ１１からインターネット１３を介して、第４気象データを受信すると、受信した第４気象データを評価部１０３へ出力する。

通信部１０４は、生成部１００から運用プログラムを受け取ると、インターネット１３を介して、当該運用プログラムが適用される地域に存在する１つ以上の建物１２、つまりローカル管理装置２０のそれぞれに送信する。

（２）ローカル管理装置２０
ローカル管理装置２０は、図６に示すように、制御部２００、第１記憶部２０１、第２記憶部２０２、第１通信部２０３および第２通信部２０４を備えている。

ローカル管理装置２０は、プロセッサやコンピュータで読み取りが可能なメモリ（記録媒体）を有しており、制御部２００の機能は、メモリに記憶されているプログラムをプロセッサが実行することにより実現される。

（２−１）制御部２００
制御部２００は、図６に示すように、制御処理部２１０、生成部２１１（プログラム生成部）、変更部２１２（プログラム変更部）および指示部２１３を含んでいる。

以下、制御処理部２１０、生成部２１１、変更部２１２および指示部２１３について説明する。

制御処理部２１０は、運用プログラムを用いて、コントローラ２１およびサブコントローラ２２を介して接続された１つ以上の機器２３のそれぞれを制御する。制御処理部２１０について具体的に説明する。

制御処理部２１０は、運用管理サーバ１０で送信された運用プログラムを、第１通信部２０３を介して受信すると、第１記憶部２０１に記憶する。

制御処理部２１０は、第１記憶部２０１に記憶されている運用プログラムに含まれる制御データ１５０のそれぞれを用いて、建物１２の内部に設置された機器２３を個別に制御する。具体的には、制御処理部２１０は、第１記憶部２０１で記憶されている運用プログラムおよび後述する第２記憶部２０２で記憶されているローカル運用プログラムのそれぞれに含まれる制御時刻１５４および制御内容１５５に基づいて、機器２３を個別に制御する。例えば、制御処理部２１０は、制御内容１５５の内容が“冷房運転オン”である場合には、“冷房運転オン”を表す信号（制御信号）を、第２通信部２０４を介して機器アドレス１５３で表される機器２３に出力する。ここで、制御信号には、図６に示すコントローラアドレス１５１、サブコントローラアドレス１５２、機器アドレス１５３および制御内容１５５を含んでいる。また、制御処理部２１０は、後述するローカル運用プログラムが第２記憶部２０２で記憶されている場合には、第１記憶部２０１で記憶されている運用プログラムの代わりにローカル運用プログラムを用いて、接続された１つ以上の機器２３のそれぞれを制御する。

生成部２１１は、接続された機器２３のそれぞれに対して運用プログラムを用いた制御とは異なる制御をするために、ローカル運用プログラムを生成する。ローカル運用プログラムは、図５に示すサブコントローラアドレス１５２、機器アドレス１５３、制御時刻１５４および制御内容１５５を含んでいる。

変更部２１２は、第１記憶部２０１で記憶されている運用プログラムを変更する。具体的には、変更部２１２は、運用プログラムに含まれる少なくとも１つの制御データ１５０の内容、例えば制御内容１５５で表される内容を変更する。例えば、変更部２１２は、建物１２に設置された機器２３ごとに、当該機器２３の制御データ１５０を変更する。または、サブコントローラ２２と接続されたすべての機器２３を１つのグループとし、当該グループに含まれる機器２３の制御データ１５０を変更する。これにより、例えば、機器２３の設置場所ごとに、当該設置場所に設置された機器２３の制御データ１５０を変更することができる。

指示部２１３は、変更部２１２で建物１２に設置された複数の機器２３のうち所定数の機器２３に対して、つまり所定数の機器２３のそれぞれの制御データ１５０に対して同一の変更が行われた場合に、作成指示を運用管理サーバ１０に対して送信する。作成指示とは、建物１２に設置された複数の機器２３すべてを上述した変更の内容で制御処理部２１０が制御するように新たな運用プログラムの生成を指示する情報であり、所定数の機器２３に対して行われた同一の変更内容を表す変更情報を含んでいる。例えば、変更部２１２は、建物１２に設置されたすべての機器２３のうち８０％以上の台数の機器２３のそれぞれの制御データ１５０に対して同一の変更が行われた場合に、作成指示を、第１通信部２０３を介して運用管理サーバ１０に送信する。この場合、運用管理サーバ１０の生成部１００は、変更指示に含まれる変更情報で表される変更内容に基づいて、送信元であるローカル管理装置のアドレスと同一のアドレスが対応付けられた運用プログラムに含まれるすべての制御データ１５０を変更する。

（２−２）第１記憶部２０１および第２記憶部２０２
第１記憶部２０１は、例えば書き換え可能な半導体メモリであって、運用管理サーバ１０で送信された運用プログラムを記憶する。

第２記憶部２０２は、例えば書き換え可能な半導体メモリであって、生成部２１１で生成されたローカル運用プログラムを記憶する。

（２−３）第１通信部２０３
第１通信部２０３は、運用管理サーバ１０で送信された運用プログラムを、インターネット１３を介して受信すると、受信した運用プログラムを制御部２００へ出力する。

第１通信部２０３は、指示部２１３で出力された作成指示を、インターネット１３を介して運用管理サーバ１０へ送信する。

（２−４）第２通信部２０４
第２通信部２０４は、コントローラ２１およびサブコントローラ２２を介して接続された機器２３を制御するための制御信号をコントローラ２１へ出力する。具体的には、第２通信部２０４は、制御信号を制御処理部２１０から受け取ると、受け取った制御信号を、コントローラアドレス１５１を用いてコントローラ２１へ出力する。

このとき、コントローラ２１は、ローカル管理装置２０から受け取った制御信号を、サブコントローラアドレス１５２を用いて制御対象の機器２３が接続されたサブコントローラ２２へ出力する。また、サブコントローラ２２は、コントローラ２１から受け取った制御信号に含まれる機器アドレス１５３で表される機器２３に対して、制御内容１５５に応じた制御を行う。

１．３ 動作
ここでは、運用管理システム１の動作、特に運用管理サーバ１０およびローカル管理装置２０の動作について説明する。

（１）運用管理サーバ１０の動作
まず、運用プログラムの生成時の運用管理サーバ１０の動作について、図７に示すシーケンス図を用いて説明する。

運用管理サーバ１０の生成部１００は、第１要求処理を行い、第１気象データおよび第２気象データを要求する第１要求情報を生成する（ステップＳ５）。生成部１００は、生成した第１要求情報を通信部１０４を介して気象サーバ１１へ送信する（ステップＳ１０）。

気象サーバ１１は、第１要求情報を受け取ると、第１気象データおよび第２気象データを、インターネット１３を介して運用管理サーバ１０へ送信する（ステップＳ１５）。

運用管理サーバ１０の生成部１００は、第１気象データおよび第２気象データを受信すると、生成処理を行う（ステップＳ２０）。具体的には、生成部１００は、第１気象データおよび第２気象データを用いて、制御対象期間における気温変化を表す第３気象データを生成する（ステップＳ２５）。生成部１００は、生成した第３気象データを基づいて、運用プログラムを生成する（ステップＳ３０）。

運用管理サーバ１０は、生成した運用プログラムを、インターネット１３を介してローカル管理装置２０へ送信する（ステップＳ３５）。

次に、評価時の運用管理サーバ１０の動作について、図８に示すシーケンス図を用いて説明する。

運用管理サーバ１０の評価部１０３は、第２要求処理を行い、第４気象データを要求する第２要求情報を生成する（ステップＳ１００）。評価部１０３は、生成した第２要求情報を通信部１０４を介して気象サーバ１１へ送信する（ステップＳ１０５）。

気象サーバ１１は、第２要求情報を受け取ると、第４気象データを、インターネット１３を介して運用管理サーバ１０へ送信する（ステップＳ１１０）。

運用管理サーバ１０の評価部１０３は、通信部１０４を介して第４気象データを受信すると、評価処理を行う（ステップＳ１１５）。具体的には、運用管理サーバ１０は、第３気象データのうち第４気象データで表される気温変化の計測日と同一日における気温変化と、第４気象データで表される気温変化とを比較して、第４気象データに対する第３気象データの乖離を評価する。

評価部１０３は、評価結果に基づいて、乖離が大きいか否かを判断する（ステップＳ１２０）。評価部１０３で乖離が大きいと判断される場合（ステップＳ１２０における「Ｙｅｓ」）、生成部１００は、運用プログラムの再作成処理を行う（ステップＳ１２５）。具体的には、生成部１００は、第１気象データおよび第４気象データを用いて、現時点以降の気温変化を表す第３気象データを再度生成する。生成部１００は、再度生成した第３気象データと、運用設定情報とを用いて、運用プログラムを再度生成する。例えば、生成部１００は、第４気象データが計測された地域に存在する全てのローカル管理装置２０に対して送信する運用プログラムを再作成する。

生成部１００は、再送信処理を行う（ステップＳ１３０）。具体的には、生成部１００は、再度生成した運用プログラムを、インターネット１３を介してローカル管理装置２０へ送信する。また、生成部１００は、記憶部１０１で記憶されている複数の運用プログラムのうち、再送信先のアドレスが対応付けられた運用プログラムのすべてを、再作成した運用プログラムに更新する。

評価部１０３で乖離が大きいと判断されない場合（ステップＳ１２０における「Ｎｏ」）、生成部１００は、運用プログラムの再作成処理および再送信処理を行わない。

（２）ローカル管理装置２０の動作
ここでは、運用プログラムを用いて機器２３を制御する際のローカル管理装置２０の動作について、図９に示すシーケンス図を用いて説明する。

ローカル管理装置２０の第１通信部２０３は、運用管理サーバ１０で送信された運用プログラムを、インターネット１３を介して受信する（ステップＳ２００）。制御処理部２１０は、第１通信部２０３で受信された運用プログラムを、第１記憶部２０１に記憶する（ステップＳ２０５）。

制御処理部２１０は、接続された１つ以上の機器２３のうち少なくとも１つの機器２３に対して制御を開始するか否かを判断する（ステップＳ２１０）。具体的には、制御処理部２１０は、第１記憶部２０１で記憶された運用プログラムおよび第２記憶部で記憶されたローカル運用プログラムのそれぞれに含まれる各制御データ１５０のうち制御開始となる制御データ１５０が存在するか否かを判断する。例えば、制御処理部２１０は、時刻を計時しており、計時した時刻と同一の制御時刻を含む制御データ１５０が存在するか否かを判断する。

制御を開始すると判断する場合（ステップＳ２１０における「Ｙｅｓ」）、制御対象となる機器２３に対して制御を行うための制御信号を生成し、生成した制御信号をコントローラ２１に出力する（ステップＳ２１５、Ｓ２２０）。具体的には、制御処理部２１０は、計時した時刻と同一の制御時刻を含む制御データ１５０を第１記憶部２０１または第２記憶部２０２から取得する。制御処理部２１０は、取得した制御データ１５０に含まれる制御内容に応じた制御信号を生成し、生成した制御信号を制御対象の機器２３と接続されたコントローラ２１へ出力する。なお、計時した時刻と同一の制御時刻を含む制御データ１５０が複数存在する場合には、制御処理部２１０は、制御データ１５０ごとに、制御信号を生成し、出力する。

コントローラ２１は、制御対象である機器２３の制御を行う（ステップＳ２２５）。具体的には、コントローラ２１は、ローカル管理装置２０から受け取った制御信号を、サブコントローラアドレス１５２を用いて制御対象の機器２３が接続されたサブコントローラ２２へ出力する。サブコントローラ２２は、コントローラ２１から受け取った制御信号に含まれる機器アドレス１５３で表される機器２３に対して、制御内容１５５に応じた制御を行う。

１．４ 変形例
本実施形態では、ローカル管理装置２０は、運用プログラムを必ず受信することを前提としている。しかしながら、通信障害等により、ローカル管理装置２０は、運用プログラムを受信できない場合がある。そこで、ローカル管理装置２０は、運用プログラムを受信できない場合には、予め記憶している暫定用運用プログラムに基づいて自律的に動作するとしてもよい。

本実施形態において、ローカル管理装置２０は、運用プログラムを受信すると、受信したことを表す応答情報を運用管理サーバ１０へ送信してもよい。この場合、運用管理サーバ１０は、運用プログラムを送信後、一定期間内に応答情報を受信しない場合には、再度運用プログラムを送信してもよい。

また、本実施形態において、第１気象データに、他の地域（例えば地域１５）の予想最高気温および予想最低気温を含めてもよい。この場合、予想最高気温および予想最低気温の組に、地域を識別する地域識別子が対応付けられている。ローカル管理装置２０は、自器が設置された建物１２の所在地である地域の地域識別子を予め記憶している。ローカル管理装置２０は、第１気象データを受信すると、予め記憶している地域識別子と対応付けられた予想最高気温および予想最低気温を取得する。

また、本実施形態において、第２気象データ（第４気象データ）に、他の地域（例えば地域１５）の温度変化を表すデータを含めてもよい。この場合、温度変化を表すデータに、地域を識別する地域識別子が対応付けられている。ローカル管理装置２０は、第２気象データ（第４気象データ）を受信すると、予め記憶している地域識別子と対応付けられた温度変化を表すデータを取得する。

また、本実施形態において、生成部１００は、一の機器２３に対して一の制御データ１５０を生成したが、これに限定されない。生成部１００は、同一のサブコントローラ２２に接続された複数の機器２３に対して一の制御データ１５０を生成してもよい。この場合、制御データ１５０には、機器アドレス１５３が複数含まれる。

また、本実施形態において、生成部１００は、計測日Ｄ０の時刻ｔ１から時刻ｔ２までの気温変化に基づいて、時刻ｔ２以降の温度変化に対して線形補間を施して、対象日Ｄ１の予想最低気温ｈ０となる時刻ｔ４を特定したが、これに限定されない。生成部１００は、計測日Ｄ０において最低気温となった時刻を、対象日Ｄ１における予想最低気温となる時刻としてもよい。この場合、第２気象データには、計測日Ｄ０において最低気温となった時刻と、最高気温となった時刻が含まれていればよい。

２ 実施形態２
本実施形態では、第４気象データの送信元が実施形態１とは異なる。以下、本実施形態では、実施形態１と異なる点を中心に説明する。なお、本実施形態では、実施形態１と同様の構成要素には同一の符号を付して説明を適宜省略する。

本実施形態では、図１０に示すように、建物１２にローカル管理装置２０と接続されたセンサ２４が設置されている。ローカル管理装置２０とセンサ２４とは、Ｅｔｈｅｒｎｅｔ（登録商標）規格のケーブル、またはＲＳ４８５規格のケーブル等で接続されている。

センサ２４は、温度を計測する温度センサであり、計測結果を定期的にローカル管理装置２０へ通知する。

本実施形態のローカル管理装置２０の制御部２００は、センサ２４で出力された計測結果を受け取ると、例えば第１記憶部２０１に記憶する。ここで、計測結果の記憶先は、第１記憶部２０１に限定されない。計測結果の記憶先は、第２記憶部２０２であってもよいし、第１記憶部２０１および第２記憶部２０２とは異なる記憶部であってもよい。

制御部２００は、運用管理サーバ１０で送信された第２要求情報を第１通信部２０３を介して受信する。制御部２００は、第２要求情報を受信すると、当日にセンサ２４で計測された１つ以上の計測結果から得られる温度変化を表すデータを第４気象データとして第１通信部２０３を介して運用管理サーバ１０に送信する。

以下、本実施形態における評価時の運用管理サーバ１０の動作について、図１１に示すシーケンス図を用いて説明する。

本実施形態の運用管理サーバ１０の評価部１０３は、第２要求処理を行い、第４気象データを要求する第２要求情報を生成する（ステップＳ３００）。評価部１０３は、生成した第２要求情報を通信部１０４を介して気象サーバ１１へ送信する（ステップＳ３０５）。

ローカル管理装置２０の制御部２００は、第２要求情報を受け取ると、第４気象データを、インターネット１３を介して運用管理サーバ１０へ送信する（ステップＳ３１０）。

評価部１０３は、通信部１０４を介して第４気象データを受信すると、評価処理を行う（ステップＳ３１５）。具体的な評価方法は、実施形態１と同様であるので、ここでの説明は省略する。

評価部１０３は、評価結果に基づいて、乖離が大きいか否かを判断する（ステップＳ３２０）。評価部１０３で乖離が大きいと判断される場合（ステップＳ３２０における「Ｙｅｓ」）、生成部１００は、運用プログラムの再作成処理を行う（ステップＳ３２５）。具体的には、生成部１００は、第１気象データおよび第４気象データを用いて、現時点以降の気温変化を表す第３気象データを再度生成する。生成部１００は、再度生成した第３気象データと、運用設定情報とを用いて、運用プログラムを再度生成する。例えば、生成部１００は、第４気象データを送信したローカル管理装置２０に対して送信する運用プログラムを再作成する。

生成部１００は、再送信処理を行う（ステップＳ３３０）。具体的には、生成部１００は、再度生成した運用プログラムを、インターネット１３を介してローカル管理装置２０へ送信する。また、生成部１００は、記憶部１０１で記憶されている複数の運用プログラムのうち、再送信先のアドレスが対応付けられた運用プログラムを、再作成した運用プログラムに更新する。

評価部１０３で乖離が大きいと判断されない場合（ステップＳ３２０における「Ｎｏ」）、生成部１００は、運用プログラムの再作成処理および再送信処理を行わない。

（変形例）
本実施形態において、建物１２に１つのセンサ２４が設置されているとしたが、これに限定されない。例えば、建物１２に設置された複数のサブコントローラ２２に、複数のセンサ２４が１対１に接続されてもよい。この場合、制御部２００は、複数のセンサ２４のそれぞれの計測結果から得られる１つの気温変化を第４気象データとしてもよい。例えば、同時刻に計測された気温の平均値を算出し、各時刻の平均値からなる気温変化を、第４気象データとする。

または、制御部２００は、センサ２４ごとに、第４気象データを生成してもよい。この場合、運用管理サーバ１０の評価部１０３は、複数の第４気象データのそれぞれと、第３気象データとの乖離を評価する。評価結果において乖離が大きいと評価部１０３で判断される場合、生成部１００は、評価に用いられた第４気象データを計測したセンサ２４と接続するサブコントローラ２２のサブコントローラアドレス１５２を含む制御データ１５０すべてを再作成する。

３ 変形例
以上、各実施形態に基づいて本発明について説明したが、本発明は上述した実施形態に限られない。例えば、以下のような変形例が考えられる。

（１）上記各実施形態において、コントローラ２１とサブコントローラ２２との間、およびサブコントローラ２２と１つ以上機器２３との間は、ケーブルで接続され、通信を行うとしたが、これに限定されない。

コントローラ２１とサブコントローラ２２との間、およびサブコントローラ２２と１つ以上機器２３との間は、無線により通信が行われてもよい。

また、センサ２４とコントローラ２１との間も同様に、無線により通信が行われてもよい。

（２）上記で述べた第１気象データは、制御対象期間における日ごとの予想最高気温および予想最低気温を含むとしたが、さらに、制御対象期間の日ごとに予想される湿度、天気、日射量、風速、風向もしくは気圧等を含んでもよい。

例えば、第１気象データに制御対象期間の日ごとに予想される湿度（予想湿度）が含まれている場合について説明する。生成部１００は、第１気象データに含まれる予想湿度が高いと判断する場合、当該予想湿度が予想される対象日において機器２３（空調機）の除湿機能のオン、オフを制御するように制御データを生成する。また、生成部１００は、第１気象データに含まれる予想湿度が低いと判断する場合、当該予想湿度が予想される対象日において機器２３（空調機）の加湿機能のオン、オフを制御するように制御データを生成する。

（３）上記各実施形態および変形例を組み合わせてもよい。

４ まとめ
以上説明したように、運用管理サーバ１０は、建物１２の外部に設置された運用管理サーバ１０であって、生成部１００と通信部１０４とを備えることを特徴とする。生成部１００は、建物１２の内部に設置された機器２３を制御する運用プログラムを生成する。通信部１０４は、生成部１００で生成された運用プログラムを、運用プログラムに従って機器を制御するローカル管理装置に送信する。生成部１００は、第１気象データと第２気象データとから第３気象データを生成する。第１気象データは、機器２３を制御する制御対象期間における日ごとの建物１２の所在地に対応する予想最高気温および予想最低気温を含む。第２気象データは、制御対象期間前の測定日における建物１２の所在地に対応する気温変化を表す。第３気象データは、制御対象期間での時系列に沿った気温変化を表す。生成部１００は、生成した第３気象データに基づいて、制御対象期間で用いられる運用プログラムを生成する。

この構成によると、運用管理サーバ１０は、予想最高気温および予想最低気温のそれぞれの到達予定時刻を含まない、制御対象期間の第１気象データを用いて、制御対象期間の運用プログラムを生成している。これにより、運用管理サーバ１０は、予想内容の精度が粗い気象データを用いて運用プログラムを生成することができる。

ここで、生成部１００は、第１の時刻と第２の時刻とを特定することが好ましい。第１の時刻は、第２気象データで表される気温変化から制御対象期間に属する日ごとに予想最低気温となる時刻である。第２の時刻は、第２気象データで表される気温変化から制御対象期間に属する日ごとに予想最高気温となる時刻である。生成部１００は、制御対象期間での時系列に沿った隣り合う第１の時刻での予想最低気温と第２の時刻での予想最高気温との間の気温変化について補間を施して、第３気象データを生成することが好ましい。

この構成によると、運用管理サーバ１０は、予想最低気温の時刻と予想最高気温の時刻とから第３気象データを生成することができる。

ここで、生成部１００は、機器２３に対する情報であって気温に応じた機器２３の運用状態を表す運用設定情報と、第３気象データとから運用プログラムを生成することが好ましい。

この構成によると、運用管理サーバ１０は、運用設定情報を用いることで、機器２３の運用状態を基に運用プログラムを生成することができる。

ここで、運用管理サーバ１０は、さらに、運用設定情報を変更する変更部１０２（設定情報変更部）を備えることが好ましい。

この構成によると、運用管理サーバ１０は、運用設定情報を変更することができる。例えば、運用管理サーバ１０は、機器２３の性能の劣化に応じた運用の変更、および機器２３の定期的な運用の変更を行うことができる。

ここで、運用管理サーバ１０は、さらに、制御対象期間内において計測された気温変化を表す第４気象データに対する第３気象データの乖離を評価する評価部１０３を備えることが好ましい。生成部１００は、評価部１０３で乖離が大きいと評価される場合には、運用プログラムを再生成することが好ましい。

この構成によると、運用管理サーバ１０は、実際の気温変化と、予想した気温変化とのズレを修正することができる。そのため、運用管理サーバ１０は、より適切な運用プログラムを生成することができる。

ここで、建物１２は、所定地域に、複数存在し、ローカル管理装置２０は、建物１２ごとに存在する。運用プログラムは、建物１２ごとに、生成部１００で生成、かつ通信部１０４で送信される。評価部１０３は、第４気象データとして、所定地域で計測された気温変化を表すデータを用いて乖離を評価し、生成部１００は、評価部１０３で乖離が大きいと評価される場合には、複数の運用プログラムのそれぞれを再作成することが好ましい。

この構成によると、運用管理サーバ１０は、建物１２が存在する地域ごとにより適切な運用プログラムを生成することができる。

ここで、評価部１０３は、第４気象データとして、建物１２で計測された気温変化を表すデータをローカル管理装置２０から取得することが好ましい。

この構成によると、運用管理サーバ１０は、建物１２ごとにより適切な運用プログラムを生成することができる。

また、運用管理システムは、上記いずれかの運用管理サーバ１０とローカル管理装置２０とを備える運用管理システム１であって、ローカル管理装置２０は、運用プログラムを用いて、機器２３を制御する制御処理部２１０を備えることを特徴とする。

この構成によると、運用管理システム１は、予想内容の精度が粗い気象データ（第１気象データ）を用いて運用プログラムを生成することができる。

ここで、ローカル管理装置２０は、機器２３に対して運用プログラムを用いた制御とは異なる制御をするために、ローカル運用プログラムを生成する生成部２１１（プログラム生成部）を備えることが好ましい。

この構成によると、運用管理システム１は、建物１２に設置された機器２３に対して、ローカル運用プログラムを用いることで一時的な運用変更を行うことができる。

ここで、ローカル管理装置２０は、運用プログラムを変更する変更部２１２（プログラム変更部）を備えることが好ましい。

この構成によると、運用管理システム１は、運用プログラムを変更することができる。

ここで、機器２３は複数存在している。生成部１００は、複数の機器２３のそれぞれを制御するための運用プログラムを生成する。制御処理部２１０は、運用プログラムを用いて複数の機器２３を個別に制御し、変更部２１２は、運用プログラムに対して機器２３ごとに変更を行う。ローカル管理装置２０は、さらに、指示部２１３を備えることが好ましい。指示部２１３は、変更部２１２で複数の機器２３のうち所定数の機器２３に対して同一の変更が行われた場合に、制御処理部２１０が複数の機器２３すべてを同一の変更の内容で制御するように、運用管理サーバ１０に対して新たな運用プログラムの生成を指示する。

この構成によると、運用管理システム１は、機器２３ごとに変更された内容に応じた新たな運用プログラムを生成することができる。

また、運用管理方法は、生成処理と通信処理とを含むことを特徴とする。生成処理は、建物１２の内部に設置された機器２３を制御するための運用プログラムを生成する。通信処理は、生成処理で生成された運用プログラムを、運用プログラムに従って機器２３を制御するローカル管理装置２０に送信する。生成処理は、第１気象データと第２気象データとから第３気象データを生成する。第１気象データは、機器２３を制御する制御対象期間における日ごとの建物１２の所在地に対応する予想最高気温および予想最低気温を含む。第２気象データは、制御対象期間前の測定日における建物１２の所在地に対応する気温変化を表す。第３気象データは、制御対象期間での時系列に沿った気温変化を表す。生成処理は、生成した第３気象データに基づいて、制御対象期間で用いられる運用プログラムを生成する。

この運用管理方法によると、予想内容の精度が粗い気象データ（第１気象データ）を用いて運用プログラムを生成することができる。

１ 運用管理システム
１０ 運用管理サーバ
１２ 建物
２０ ローカル管理装置
２３ 機器
１００ 生成部
１０２ 変更部（設定情報変更部）
１０３ 評価部
１０４ 通信部
２１０ 制御処理部
２１１ 生成部（プログラム生成部）
２１２ 変更部（プログラム変更部）
２１３ 指示部

Claims (12)

1. 建物の外部に設置された運用管理サーバであって、
   前記建物の内部に設置された機器を制御する運用プログラムを生成する生成部と、
   前記生成部で生成された前記運用プログラムを、前記運用プログラムに従って前記機器を制御するローカル管理装置に送信する通信部とを備え、
   前記生成部は、前記機器を制御する制御対象期間における日ごとの前記建物の所在地に対応する予想最高気温および予想最低気温を含む第１気象データと、前記制御対象期間前の測定日における前記建物の所在地に対応する気温変化を表す第２気象データとから前記制御対象期間での時系列に沿った気温変化を表す第３気象データを生成し、生成した前記第３気象データに基づいて、前記制御対象期間で用いられる前記運用プログラムを生成する
   ことを特徴とする運用管理サーバ。
2. 前記生成部は、
   前記第２気象データで表される気温変化から前記制御対象期間に属する日ごとに前記予想最低気温となる第１の時刻を特定し、
   前記第２気象データで表される気温変化から前記制御対象期間に属する日ごとに前記予想最高気温となる第２の時刻を特定し、
   前記制御対象期間での時系列に沿った隣り合う前記第１の時刻での前記予想最低気温と前記第２の時刻での前記予想最高気温との間の気温変化について補間を施して、前記第３気象データを生成する
   ことを特徴とする請求項１に記載の運用管理サーバ。
3. 前記生成部は、
   前記機器に対する情報であって気温に応じた前記機器の運用状態を表す運用設定情報と、前記第３気象データとから前記運用プログラムを生成する
   ことを特徴とする請求項１または２に記載の運用管理サーバ。
4. さらに、前記運用設定情報を変更する設定情報変更部を備える
   ことを特徴とする請求項３に記載の運用管理サーバ。
5. さらに、前記制御対象期間内において計測された気温変化を表す第４気象データに対する前記第３気象データの乖離を評価する評価部を備え、
   前記生成部は、前記評価部で前記乖離が大きいと評価される場合には、前記運用プログラムを再生成する
   ことを特徴とする請求項１〜４のいずれかに記載の運用管理サーバ。
6. 前記建物は、所定地域に、複数存在し、
   前記ローカル管理装置は、前記建物ごとに存在し、
   前記運用プログラムは、前記建物ごとに、前記生成部で生成、かつ前記通信部で送信され、
   前記評価部は、前記第４気象データとして、前記所定地域で計測された気温変化を表すデータを用いて前記乖離を評価し、
   前記生成部は、前記評価部で前記乖離が大きいと評価される場合には、複数の前記運用プログラムのそれぞれを再作成する
   ことを特徴とする請求項５に記載の運用管理サーバ。
7. 前記評価部は、
   前記第４気象データとして、前記建物で計測された気温変化を表すデータを前記ローカル管理装置から取得する
   ことを特徴とする請求項５に記載の運用管理サーバ。
8. 請求項１〜７のいずれかに記載の運用管理サーバと前記ローカル管理装置とを備える運用管理システムであって、
   前記ローカル管理装置は、
   前記運用プログラムを用いて、前記機器を制御する制御処理部を備える
   ことを特徴とする運用管理システム。
9. 前記ローカル管理装置は、
   前記機器に対して前記運用プログラムを用いた制御とは異なる制御をするために、ローカル運用プログラムを生成するプログラム生成部を備える
   ことを特徴とする請求項８に記載の運用管理システム。
10. 前記ローカル管理装置は、
    前記運用プログラムを変更するプログラム変更部を備える
    ことを特徴とする請求項８または９に記載の運用管理システム。
11. 前記機器は複数存在し、
    前記生成部は、複数の前記機器のそれぞれを制御するための前記運用プログラムを生成し、
    前記制御処理部は、前記運用プログラムを用いて複数の前記機器を個別に制御し、
    前記プログラム変更部は、前記運用プログラムに対して前記機器ごとに変更を行い、
    前記ローカル管理装置は、さらに、
    前記プログラム変更部で複数の前記機器のうち所定数の機器に対して同一の変更が行われた場合に、前記制御処理部が複数の前記機器すべてを前記同一の変更の内容で制御するように、前記運用管理サーバに対して新たな運用プログラムの生成を指示する指示部を
    備えることを特徴とする請求項１０に記載の運用管理システム。
12. 建物の内部に設置された機器を制御するための運用プログラムを生成する生成処理と、
    前記生成処理で生成された前記運用プログラムを、前記運用プログラムに従って前記機器を制御するローカル管理装置に送信する通信処理とを含み、
    前記生成処理は、前記機器を制御する制御対象期間における日ごとの前記建物の所在地に対応する予想最高気温および予想最低気温を含む第１気象データと、前記制御対象期間前の測定日における前記建物の所在地に対応する気温変化を表す第２気象データとから前記制御対象期間での時系列に沿った気温変化を表す第３気象データを生成し、生成した前記第３気象データに基づいて、前記制御対象期間で用いられる前記運用プログラムを生成する
    ことを特徴とする運用管理方法。

Images