WO2019146098A1 - 制御システム、制御方法、及び、プログラム - Google Patents

Abstract

制御システムは、設備機器の状態を表すデータを取得する取得処理と、取得処理で取得されたデータに基づいて設備機器の状態を制御するための演算を行う演算処理と、を含む第１制御処理と、取得処理と演算処理とを含み、実行に必要な処理量が第１制御処理よりも少ない第２制御処理と、をクラウドサーバで実行する制御部（２５１）を備える。また、制御システムは、制御システムの運用コストの増加を抑制する条件が成立すると、第１制御処理の状態を停止状態に維持し又は切り替え、かつ、第２制御処理の状態を実行状態に切り替える制御、及び、第１制御処理及び第２制御処理の内で、設備機器の制御による電力コストの予測削減量と、実行に必要な処理量に基づく運用コストの予測増加量と、に基づいて選択されたいずれか１つの処理の状態を実行状態に切り替える制御、のいずれか１つを行う切替部（２５３）を備える。

Description

制御システム、制御方法、及び、プログラム

　本発明は、制御システム、制御方法、及び、プログラムに関する。

　従来から、一定の間隔でデータを送信する第１の装置と、受信したデータの処理に要した時間を表す処理時間情報を返信する第２の装置と、を備えたシステムが知られている。このシステムの第１の装置は、処理時間情報を第２の装置から受信すると、受信した処理時間情報に基づいてデータの長さを変更し、長さを変更されたデータを一定の間隔で第２の装置に送信する（例えば、特許文献１参照）。

特開２０１４－１２７９６９号公報

　しかしながら、特許文献１に開示されたシステムでは、データ長を変更することで一度に送信するデータの量を変更できるが、送信するデータの総量を変更できなかった。このため、データを受信する第２の装置において、単位時間当たりに行われる処理量の最高値を低下させることしかできず、総処理量の増加を抑制できなかった。

　特に、送信先である第２の装置が、物理的に複数台のサーバであって、仮想的に１台のサーバとして機能するクラウドサーバである場合、単位時間当たりに受信するデータ量が増加しても、１台のサーバとして機能するサーバ数を増加できるため、単位時間当たりに処理可能なデータ量を増加できる。しかし、クラウドサーバの運用コストはデータの総処理量によって決まるため、受信するデータの総量が増加すると、特許文献１のシステムでは、システムの運用コストの増加を抑制できないという問題があった。

　またさらに、クラウドサーバへ悪意ある第三者がデータを大量に送信した場合でも、クラウドサーバは、例えば、設備機器の制御といったサービスを継続しなければならないため、データの受信及び処理を停止できない。このため、特許文献１のシステムでは、第三者によってシステムの運用コストを操作させられてしまうという脆弱性があった。

　本発明は、上記実情に鑑みてなされたものであり、その目的とするところは、設備機器の制御を継続しながら運用コストの増加を抑制し、かつ、従来よりも脆弱性を軽減できる制御システム、制御方法、及び、プログラムを提供することにある。

　上記目的を達成するため、本発明に係る制御システムは、
　設備機器を制御する制御システムであって、
　前記設備機器の状態を表すデータを取得する取得処理と、前記取得処理で取得されたデータに基づいて前記設備機器の状態を制御するための演算を行う演算処理と、を含む第１制御処理と、前記取得処理と前記演算処理とを含み、実行に必要な処理量が前記第１制御処理よりも少ない第２制御処理と、をクラウドサーバで実行する制御手段と、
　前記制御システムの運用コストの増加を抑制する条件が成立すると、
　　前記第１制御処理の状態を停止状態に維持し又は切り替え、かつ、前記第２制御処理の状態を実行状態に切り替える制御、及び、
　　前記第１制御処理及び前記第２制御処理の内で、前記設備機器の制御による電力コストの予測削減量と、前記運用コストの予測増加量と、に基づいて選択された１以上の処理の状態を実行状態に切り替える制御、
　のいずれか１つを行う切替手段と、を備える。

　本発明に係る制御システム、制御方法、及び、プログラムによれば、設備機器の制御を継続しながら運用コストの増加を抑制し、かつ、従来よりも脆弱性を軽減できる。

本発明の実施の形態１に係る制御システムの一構成例を表す図 状況収集システムの一構成例を表す図 状況収集装置が送信する状況データの一例を表す図 消費電力収集システムの一構成例を表す図 制御装置のハードウェア構成の一例を表す図 実施の形態１に係る制御装置が実行する設備制御処理の一例を表すフローチャート 実施の形態１に係る制御装置が有する機能の一例を表す機能ブロック図 クラウドサーバの一構成例を表す図 クラウドサーバとして機能するサーバのハードウェア構成の一例を表す図 実施の形態１に係るサーバが実行する制御指示処理の一例を表すフローチャート 実施の形態１に係るサーバが有する機能の一例を表す機能ブロック図 実施の形態１に係る制御モードの一例を表す図 端末のハードウェア構成の一例を表す図 実施の形態１に係る端末が行う表示の一例を表す図 実施の形態２に係る端末が行う表示の一例を表す図 実施の形態３に係る制御モードの一例を表す図 実施の形態３に係る端末が行う表示の一例を表す図 実施の形態４に係る制御モードの一例を表す図 実施の形態４に係る端末が行う表示の一例を表す図 実施の形態５に係るサーバが実行する制御指示処理の一例の前半部を表すフローチャート 実施の形態５に係るサーバが実行する制御指示処理の一例の後半部を表すフローチャート 実施の形態５に係る制御装置が有する機能の一例を表す機能ブロック図 実施の形態６に係る制御装置が実行する設備制御処理の一例の前半部を表すフローチャート 実施の形態６に係る制御装置が実行する設備制御処理の一例の後半部を表すフローチャート 実施の形態６に係る制御装置が有する機能の一例を表す機能ブロック図 実施の形態６に係るサーバが実行する制御指示処理の一例を表すフローチャート 実施の形態６に係るサーバが有する機能の一例を表す機能ブロック図

（実施の形態１）
　以下、本発明の実施の形態１に係る制御システム１について、添付図面を参照しつつ説明する。

　図１に示す制御システム１は、例えば、複数のフロアを有するオフィスビルに設置される。制御システム１は、オフィスビルに滞在するユーザの状況を表す状況データを収集する状況収集システム１１と、ユーザの滞在する空間に設置された設備機器２１から２３の消費電力を表すデータを収集する消費電力収集システム１２と、を備える。

　また、制御システム１は、ユーザの滞在する空間の空気を調和させる空気調和機（以下、空調機という）である設備機器２１から２３と、設備機器２１から２３を制御する制御装置１００と、を備える。

　さらに、制御システム１は、状況収集システム１１及び消費電力収集システム１２が収集したデータに基づいて、制御装置１００に制御内容を指示するアプリケーション（以下、アプリという）を実行するクラウドサーバ２００と、アプリの実行状態を監視する端末９００と、をさらに備える。

　状況収集システム１１は、図２に示すように、設備機器２１から２３によって空気が調和される空間（以下、空調空間という）を撮影する撮影装置１１１から１１３を備える。また、状況収集システム１１は、ユーザに携帯され、ユーザの空調空間に対する要望を入力するアプリケーション（以下、アプリという）を実行する携帯端末１１６及び１１７と、を備える。

　また、状況収集システム１１は、撮影装置１１１から１１３で撮影された画像を表す画像データ、及び、携帯端末１１６及び１１７で入力された要望を表す要望データに基づいて、ユーザの状況を表す状況データを収集する状況収集装置１１９をさらに備える。状況収集装置１１９は、ローカルネットワークＮ１を介して、図１の制御装置１００にさらに接続され、制御装置１００から送信されるリクエストに応答して状況データを返信する。

　撮影装置１１１は、デジタルカメラであり、例えば、フロアの天井又は壁といった設備機器２１の空調空間を撮影可能な位置に設置されている。撮影装置１１１は、例えば、一定の間隔で撮影を行うイメージセンサ１１１ａと、イメージセンサ１１１ａが撮影を行うと、撮影された空間を表す画像を生成する画像生成回路１１１ｂと、を備える。また、撮影装置１１１は、画像生成回路１１１ｂで画像が生成されると、生成された画像を表す画像データと、撮影装置１１１を識別するカメラＩＤ（Identification Data）と、を状況収集装置１１９へ送信する通信回路１１１ｆをさらに備える。

　撮影装置１１２及び１１３は、撮影装置１１１と同様の構成及び機能を有し、撮影装置１１２は、設備機器２２の空調空間を撮影可能な位置に設置されており、撮影装置１１３は、設備機器２３の空調空間を撮影可能な位置に設置されている。

　携帯端末１１６は、例えば、携帯電話機であり、温度を下げたい又は上げたい、若しくは、湿度を下げたい、といった要望を入力する入力アプリを実行するＣＰＵ（Central Processing Unit）１１６ａを備えている。また、ＣＰＵ１１６ａは、例えば、ローカルネットワークＮ１が備える不図示のアクセスポイントから受信する電波の強度に基づいて、携帯端末１１６が存在するフロア及び位置を、例えば、一定の間隔で検出する検出アプリを実行する。

　携帯端末１１６は、ハードウェアを制御するプログラムを記憶するＲＯＭ（Read Only Memory）１１６ｂ、並びに、アプリ及びプログラムの実行時にワークエリアとして使用されるＲＡＭ（Random Access Memory）１１６ｃをさらに備える。また、携帯端末１１６は、ユーザを識別するユーザＩＤ及びアプリを記憶するフラッシュメモリ１１６ｄ、並びに、アプリの実行時にユーザの操作に応じた信号を入力するタッチパネル１１６ｅをさらに備える。

　また、携帯端末１１６は、アプリの実行によりフロア及び位置が特定された場合、又は、要望が入力された場合に、位置データ又は要望データを、ユーザＩＤと共に状況収集装置１１９へ送信する通信回路１１６ｆをさらに備える。携帯端末１１７は、携帯端末１１６と同様の構成及び機能を有する。

　状況収集装置１１９は、携帯端末１１６のＣＰＵ１１６ａ、ＲＯＭ１１６ｂ、及び、ＲＡＭ１１６ｃと同様の構成及び機能を有するＣＰＵ１１９ａ、ＲＯＭ１１９ｂ、及び、ＲＡＭ１１９ｃを備える。

　また、状況収集装置１１９は、撮影装置１１１のカメラＩＤと、撮影装置１１１が撮影するフロア及び空間を表す空間データと、当該空間を空調する設備機器２１を識別する設備ＩＤと、を対応付けて記憶するハードディスク１１９ｄをさらに備える。同様に、ハードディスク１１９ｄは、撮影装置１１２及び１１３のカメラＩＤ、撮影装置１１２及び１１３の空間データ、及び、設備機器２２及び２３の設備ＩＤを対応付けて記憶する。

　ハードディスク１１９ｄは、撮影装置１１１から１１３の画像データに基づいて、ユーザの服装を特定するプログラムをさらに記憶している。

　また、状況収集装置１１９は、ローカルネットワークＮ１を介して撮影装置１１１から１１３、携帯端末１１６及び１１７、並びに、制御装置１００と通信する通信回路１１９ｆをさらに備える。

　状況収集装置１１９のＣＰＵ１１９ａは、撮影装置１１１から画像データとカメラＩＤとを通信回路１１９ｆが受信すると、ハードディスク１１９ｄが記憶するプログラムを実行することで、画像データを解析し、撮影されたユーザを検出し、検出したユーザの服装を特定する。

　次に、ＣＰＵ１１９ａは、受信された撮影装置１１１のカメラＩＤに対し、ハードディスク１１９ｄが対応付けて記憶する空間データを取得する。その後、ＣＰＵ１１９ａは、携帯端末１１６及び携帯端末１１７から受信した位置データの内で、取得された空間データで表されるフロアと同じフロアを表し、当該空間データで表される空間に含まれる位置を表す位置データを特定する。次に、ＣＰＵ１１９ａは、特定した位置データと共に受信されたユーザＩＤで識別されるユーザを、撮影装置１１１に撮影されたユーザであると特定し、撮影装置１１１の画像データから特定した服装を、当該ユーザの服装であると特定する。

　また、ＣＰＵ１１９ａは、特定されたユーザが滞在する空間を空調する設備機器を特定するために、取得された空間データに対応付けられた設備ＩＤを特定する。

　その後、ＣＰＵ１１９ａは、特定された設備機器の設備ＩＤと、当該設備機器の空調空間に滞在するユーザのユーザＩＤと、当該ユーザの服装を表す服装データ、位置データ、及び、要望データと、を対応付ける。また、ＣＰＵ１１９ａは、撮影装置１１２及び１１３のデータに対して、撮影装置１１１のデータに行った処理と同じ処理を行う。

　その後、ＣＰＵ１１９ａは、位置データで表されるフロアを集計することで、制御システム１が設置されたオフィスビルのフロア総数を特定する。その後、ＣＰＵ１１９ａは、互いに同じフロアを表す位置データを集計することで、フロアに滞在するユーザの総数を特定する。同様に、ＣＰＵ１１９ａは、互いに同じフロアを表す空間データを集計することで、フロアに設置された設備機器の総数を特定し、互いに同じ空調空間を表す空間データに対応付けられたユーザＩＤを集計することで、空調空間に滞在するユーザの総数を特定する。

　その後、ＣＰＵ１１９ａは、図３に示すようなデータフォーマットの状況データを生成するために、予め定められたバイト数のヘッダーの末尾に、フロア総数を表すデータを追加する。次に、ＣＰＵ１１９ａは、特定されたフロアの１つを選択し、選択したフロアのフロアＩＤ、当該フロアに滞在するユーザ総数、及び、当該フロアに設置された設備機器の総数を表すデータを状況データの末尾に追加する。

　その後、ＣＰＵ１１９ａは、選択されたフロアの設備機器の１つを選択し、選択した設備機器の設備ＩＤ、及び、当該設備機器の空調空間に滞在するユーザ総数を表すデータを状況データの末尾に追加する。さらに、ＣＰＵ１１９ａは、空調空間に滞在するユーザの１人を選択し、選択したユーザのユーザＩＤ、位置データ、服装データ、及び、要望データを状況データの末尾に追加する。

　その後、ＣＰＵ１１９ａは、空調空間に滞在する全てのユーザが選択されるまで、ユーザを選択する処理から上記処理を繰り返した後に、選択されたフロアに設置された全ての設備機器が選択されるまで、設備機器を選択する処理から上記処理を繰り返す。その後、ＣＰＵ１１９ａは、全てのフロアが選択されるまで、フロアを選択する処理から上記処理を繰り返した後に、状況データの生成を終了する。

　その後、状況収集装置１１９のＣＰＵ１１９ａは、図２の通信回路１１９ｆが制御装置１００からリクエストを受信すると、生成した状況データを通信回路１１９ｆに返送させる。

　図１の消費電力収集システム１２は、設備機器２１から２３の給電線に設置され、設備機器２１から２３に供給される電流を測定する、図４に示すような電流計１２１から１２３を備える。また、消費電力収集システム１２は、給電線に設置され、設備機器２１から２３に印加される電圧を測定する電圧計１２６から１２８を備える。

　また、消費電力収集システム１２は、電流計１２１から１２３の測定値と電圧計１２６から１２８の測定値とを乗算することで、設備機器２１から２３の消費電力を計測し、計測した消費電力を表すデータを収集する消費電力収集装置１２９をさらに備える。

　消費電力収集装置１２９は、図２に示した状況収集装置１１９のＣＰＵ１１９ａ、ＲＯＭ１１９ｂ、ＲＡＭ１１９ｃ、ハードディスク１１９ｄ、及び、通信回路１１９ｆと同様の構成及び機能を有するＣＰＵ１２９ａ、ＲＯＭ１２９ｂ、ＲＡＭ１２９ｃ、ハードディスク１２９ｄ、及び、通信回路１２９ｆを備える。

　消費電力収集装置１２９のＣＰＵ１２９ａは、通信回路１２９ｆが制御装置１００からリクエストを受信すると、設備機器２１から２３の設備ＩＤと、設備機器２１から２３の消費電力を表す消費電力データと、を通信回路１２９ｆに返送させる。

　図１の設備機器２１は、ＣＰＵ２１ａ、ＲＯＭ２１ｂ、ＲＡＭ２１ｃ、及び、通信回路２１ｆを備える。これらの構成及び機能は、図２に示した携帯端末１１６のＣＰＵ１１６ａ、ＲＯＭ１１６ｂ、ＲＡＭ１１６ｃ、及び、通信回路１１６ｆと同様である。

　また、空調機である設備機器２１は、ユーザに設定された温度を表す設定温度データと、設備機器２１の設備ＩＤと、を記憶するフラッシュメモリ２１ｄをさらに備える。

　また、設備機器２１は、例えば、吸気口に設置され、吸気口から吸い込まれる空気の温度である吸込温度を計測し、計測した温度を表す温度データを、例えば、一定間隔で、ＣＰＵ２１ａに出力する温度計２１ｇを備える。さらに、設備機器２１は、例えば、冷媒配管内に設置され、計測した冷媒の温度である冷管温度を表す温度データを、例えば、一定間隔でＣＰＵ２１ａに出力する温度計２１ｈをさらに備える。

　設備機器２１のＣＰＵ２１ａは、通信回路２１ｆが制御装置１００からリクエストを受信すると、フラッシュメモリ２１ｄに記憶された設備ＩＤ及び設定温度データと、温度計２１ｇ及び２１ｈの温度データと、を、設備機器２１の運転状態を表す運転状態データとして通信回路２１ｆに返信させる。

　また、設備機器２１は、冷媒を圧縮する圧縮機２１ｉと、冷媒によって加熱又は冷却された空気を吐出させる不図示のファンの単位時間当たりの回転数を調整するモータ２１ｊと、を備える。

　設備機器２１のＣＰＵ２１ａは、運転状態データに基づいて決定された制御指示を制御装置１００から通信回路２１ｆが受信すると、制御指示で指示された吹出温度及び吹出風量を実現する運転をさせる制御を圧縮機２１ｉ及びモータ２１ｊに行う。設備機器２２及び２３は、設備機器２１と同様の構成及び機能を有する。

　制御装置１００は、図５に示すようなＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、及び、ハードディスク１０４を備える。これらの構成及び機能は、図２に示した状況収集装置１１９のＣＰＵ１１９ａ、ＲＯＭ１１９ｂ、ＲＡＭ１１９ｃ、及び、ハードディスク１１９ｄと同様である。

　また、制御装置１００は、図１のローカルネットワークＮ１を介して、外部装置である状況収集装置１１９及び消費電力収集装置１２９と通信する外部通信回路１０５ａを備える。さらに、制御装置１００は、空調ネットワークＮ２を介して空調機である設備機器２１から２３と通信する空調通信回路１０５ｂ、及び、公衆回線網Ｎ３を介してクラウドサーバ２００及び端末９００と通信する広域通信回路１０５ｃをさらに備える。広域通信回路１０５ｃは、本発明に係る制御装置が有する通信手段の一例である。

　また、制御装置１００は、ＣＰＵ１０１から出力されたデジタル信号に基づいて画像を描画すると共に、描画された画像を表す画像信号を出力するビデオカード１０６、及び、ビデオカード１０６から出力された画像信号に従って画像を表示するＬＣＤ（Liquid Crystal Display）１０７をさらに備える。さらに、制御装置１００は、ユーザの操作に応じた信号をＣＰＵ１０１に入力するキーボード１０８をさらに備える。

　制御装置１００のＣＰＵ１０１は、空調機２１から２３を制御する、図６に示すような設備制御処理を、例えば、一定の間隔で実行する。これにより、ＣＰＵ１０１は、状況データ、運転状態データ、及び、消費電力データを収集する、図７に示すような収集部１５０として機能する。収集部１５０は、本発明に係る収集手段の一例である。

　また、ＣＰＵ１０１は、収集部１５０が収集したデータが、図５の広域通信回路１０５ｃによってクラウドサーバ２００へ送信された後、クラウドサーバ２００によって決定された制御内容に従って設備機器２１から２３を制御する設備制御部１６０として機能する。

　図６の設備制御処理の実行が開始されると、図７の収集部１５０は、図２に示した状況収集システム１１の状況収集装置１１９を宛先として、状況データの送信を求めるリクエストを、図５の外部通信回路１０５ａに出力する。外部通信回路１０５ａは、出力されたリクエストを状況収集装置１１９へ送信する。収集部１５０は、外部通信回路１０５ａが状況データを状況収集装置１１９から受信すると、状況データを外部通信回路１０５ａから取得する（ステップＳ０１）。

　次に、収集部１５０は、設備機器２１から２３を宛先として、運転状態データの送信を求めるリクエストを空調通信回路１０５ｂに出力する。空調通信回路１０５ｂがリクエストを送信した後に運転状態データを受信すると、収集部１５０は、当該運転状態データを空調通信回路１０５ｂから取得する（ステップＳ０２）。

　その後、収集部１５０は、図４に示した消費電力収集システム１２の消費電力収集装置１２９を宛先として、消費電力データの送信を求めるリクエストを外部通信回路１０５ａに出力する。外部通信回路１０５ａが消費電力データを受信すると、収集部１５０は、当該消費電力データを外部通信回路１０５ａから取得する（ステップＳ０３）。

　その後、収集部１５０は、状況データ、運転状態データ、及び、消費電力データを収集データとして、クラウドサーバ２００を宛先とし、図５の広域通信回路１０５ｃに出力する（ステップＳ０４）。その後、広域通信回路１０５ｃは、収集データをクラウドサーバ２００へ送信する。

　広域通信回路１０５ｃが、収集データに基づいて決定された制御指示をクラウドサーバ２００から受信すると、図７の設備制御部１６０は、制御指示を広域通信回路１０５ｃから取得する（ステップＳ０５）。

　その後、設備制御部１６０は、制御指示を設備機器２１から２３を宛先として、空調通信回路１０５ｂへ出力する（ステップＳ０６）。空調通信回路１０５ｂが制御指示を設備機器２１から２３へ送信した後に、設備制御部１６０は、設備制御処理の実行を終了する。

　図１のクラウドサーバ２００は、図８に示すような物理的に複数台のサーバ２１０から２３０と、複数台のサーバ２１０から２３０の内で仮想的に１台のクラウドサーバ２００として機能させるサーバの数を変更するスケールコントローラ２９０と、で実現される。

　本実施の形態において、クラウドサーバ２００を所有し、保守及び管理を行う事業主体（以下、クラウドサービス事業者という）は、例えば、クラウドサービスを公衆に提供するＩＴ（Information Technology）企業である。これに対して、図１の状況収集システム１１、消費電力収集システム１２、設備機器２１から２３、制御装置１００、及び、端末９００を所有し、保守及び管理を行う事業主体（以下、空調サービス事業者という）は、例えば、設備機器２１から２３を製造したメーカー又は保守管理会社である。

　設備機器２１から２３に対する制御指示を決定するサーバを、クラウドサービス事業者が管理するクラウドサーバ２００としたのは、空調機である設備機器２１から２３は、気候によって稼働率が大きく変動するためである。設備機器２１から２３の稼働率が気候によって変動するので、設備機器２１から２３に対する制御指示を決定するサーバの必要台数が気候によって大きく変動する。このため、空調サービス事業者が一定台数のサーバを管理するよりも、クラウドサービス事業者が管理するクラウドサーバ２００を利用した方が、稼働率の変動に応じて仮想的に１台のサーバとして機能させるサーバ数を変動できるため、使用コストが低くなる場合があるからである。

　クラウドサーバ２００の管理主体と、設備機器２１から２３及び制御装置１００の管理主体と、が相違するため、クラウドサーバ２００の使用コストは、一般的に、契約によって定められる。本実施の形態では、クラウドサーバ２００の使用コストは、一定額でなく、例えば、１か月又は１年といった一定期間の契約期間においてサーバ２１０から２３０で使用されたシステム・リソースの量の累積値に基づいて決定される。

　クラウドサーバ２００として機能するサーバ２１０は、図９に示すようなＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、ハードディスク２１４、外部通信回路２１５、ビデオカード２１６、ＬＣＤ２１７、及び、キーボード２１８を備える。これらは、図５に示した制御装置１００のＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ハードディスク１０４、外部通信回路１０５ａ、ビデオカード１０６、ＬＣＤ１０７、キーボード１０８と同様の構成及び機能を有する。外部通信回路２１５は、本発明に係るクラウドサーバが有する通信手段の一例である。

　サーバ２１０のＣＰＵ２１１は、外部通信回路２１５が収集データを制御装置１００から受信すると、収集データに基づいて設備機器２１から２３に対する制御内容を指示する、図１０に示すような制御指示処理を実行する。これにより、サーバ２１０のＣＰＵ２１１は、設備機器２１から２３の制御内容を決定する、図１１に示すような制御部２５１として機能する。制御部２５１は、本発明に係る制御手段の一例である。

　また、サーバ２１０のＣＰＵ２１１は、クラウドサーバ２００の使用コストを監視する監視部２５２として機能する。さらに、ＣＰＵ２１１は、使用コストを表す指標である使用料金が、ユーザ又は保守管理者によって設定された上限値を超えた場合に、制御部２５１が実行する処理を、システム・リソースの使用量がより少ない処理に切り替える切替部２５３として機能する。切替部２５３は、本発明に係るクラウドサーバが有する切替手段の一例である。

　図９のハードディスク２１４は、使用料金を表すデータ及び使用料金の上限値を表すデータを記憶する情報記憶部２５９として機能する。

　制御部２５１は、図１２に示すような、第１制御処理及び第２制御処理という２種類の制御処理を実行する。第１制御処理と第２制御処理とは、図９の外部通信回路２１５が受信したデータを取得する取得処理と、取得処理で取得されたデータに基づいて設備機器２１から２３の状態を制御するための演算を行う演算処理と、を含む。このため、制御部２５１は、図１１に示すような、取得処理を実行する取得部２５１ａ及び演算処理を実行する制御演算部２５１ｂと、を含む。

　第１制御処理の取得処理（以下、第１取得処理という）及び第２制御処理の取得処理（以下、第２取得処理という）で、運転状況データから取得されるデータの種類は、図１２に示すように、空調機毎の吸込温度及び冷管温度を表すデータ、並びに、設定温度を表すデータであり、互いに共通している。また、第１取得処理及び第２取得処理で、消費電力データから取得されるデータの種類は、空調機毎の消費電力を表すデータであり、互いに共通している。

　これに対し、第１取得処理で状況データから取得されるデータの種類は、空調空間毎のユーザＩＤと、当該ユーザＩＤで識別されるユーザの状況データであるが、第２取得処理で取得されるデータの種類は、フロア毎のユーザ総数であり、互いに相違している。

　第１取得処理では、図３に示した設備ＩＤと、設備ＩＤで識別される設備機器の空調空間に滞在するユーザのユーザＩＤ、位置データ、服装データ、及び、要望データと、が取得される。これに対して、第２取得処理では、図３に示したフロアＩＤと、当該フロアＩＤで識別されるフロアに滞在するユーザ総数を表すデータと、が取得される。このため、第２取得処理の方が第１取得処理よりも、取得されるデータの種類及び量が少なく、データの取得に要する時間及び処理量が少ない。

　また、第１制御処理の演算処理（以下、第１演算処理という）は、第１取得処理で取得されたデータを演算対象とし、ユーザ分布反映制御演算を行う。ユーザ分布反映制御演算は、空調空間毎に、空調空間に滞在するユーザの位置において、ユーザ及びユーザが使用するコンピュータから発生する熱量を推定し、推定した熱量の分布と、例えば、窓及びドア等の空調空間の環境により固定的に発生又は流出する熱量の分布とに基づいて空調空間の内部負荷の分布を推定する演算を含む。また、ユーザ分布反映制御演算は、推定された内部負荷の分布、当該空間を空調する設備機器の吸込温度と設定温度との差、並びに、設備機器の冷管温度及び消費電力に基づいて、消費電力を削減できる設備機器の吹出温度及び風量を決定する演算をさらに含む。

　これに対して、第２制御処理の演算処理（以下、第２演算処理という）は、第２取得処理で取得されたデータを演算対象とし、内部負荷比例制御演算を行う。内部負荷比例制御演算は、フロア毎に、フロアに滞在するユーザ総数に基づいてユーザ及びコンピュータから発生する総熱量を推定し、推定した総熱量とフロアで固定的に発生又は流出する総熱量とに基づいてフロア全体の内部負荷を推定する演算を含む。また、内部負荷比例制御演算は、推定された内部負荷、当該フロアに設置された設備機器の吸込温度と設定温度との差、並びに、設備機器の冷管温度及び消費電力に基づいて、消費電力を削減できる設備機器の吹出温度及び風量を決定する演算をさらに含む。

　このように、第１演算処理は、ユーザの位置分布を考慮して設備機器２１から２３に対する制御演算を行うのに対し、第２演算処理は、ユーザの総数を考慮した制御演算を行う。このため、第２演算処理の方が第１演算処理よりも、演算対象とするデータの種類及び量が少なく、データの演算に要する時間及び処理量が少ない。よって、第２取得処理及び第２演算処理を含む第２制御処理の方が、第１取得処理及び第１演算処理を含む第１制御処理よりも、実行に必要な時間及び処理量が少ない。

　監視部２５２は、制御システム１の運用コストを監視するため、クラウドサーバ２００の使用コストを表す指標である使用料金が上限値を超えたか否かを判別する。制御システム１の運用コストは、クラウドサーバ２００の使用コストと、設備機器２１から２３を稼働させるために必要な電力コストと、を含むからである。監視部２５２は、使用料金が上限値を超えたと判別すると、運用コストの増加を抑制する条件（以下、抑制条件という）が成立したことを告げるアラートを出力する。

　切替部２５３は、監視部２５２が出力したアラートを検出すると、制御部２５１が実行する処理を、第１制御処理から、第１制御処理よりも実行に要する処理量が少ない第２制御処理に切り替える制御を行う。制御部２５１で実行される処理量が少なくなると、クラウドサーバ２００で使用されるシステム・リソース量が少なくなるため、制御部２５１で実行された処理量の累積値に基づいて決められるクラウドサーバ２００の使用コストの増加を抑制できるためである。

　情報記憶部２５９は、第１制御処理を含む第１アプリと、第２制御処理を含む第２アプリと、を含むアプリ群を記憶している。また、情報記憶部２５９は、制御部２５１の制御モードが、第１アプリを実行する第１制御モードであるか、第２アプリを実行する第２制御モードであるか、を表すフラグを記憶している。このフラグは、契約期間の開始時点の状態である初期状態において、第１制御モードに設定されている。

　また、情報記憶部２５９は、サーバ２１０から２３０が共有して用いる共有メモリとして機能し、クラウドサーバ２００の使用料金を表すデータを記憶している。クラウドサーバ２００の使用料金は、クラウドサーバ２００として機能するサーバ２１０から２３０で実行された処理量の累積値に基づいて決められるからである。

　さらに、情報記憶部２５９は、ユーザ及びユーザが使用するコンピュータから発生する平均的な熱量を表すデータ、空調空間に存在する窓及びドアの位置といった環境要素を表すデータ、及び、環境要素により固定的に発生又は流出する熱量を表すデータといった制御演算に必要なデータを記憶している。

　図１０の制御指示処理の実行が開始されると、制御部２５１は、情報記憶部２５９から制御モードを表すフラグを読み出す（ステップＳ１１）。初期状態では、制御モードは、第１制御モードに設定されているため、以下、制御モードが第１制御モードである場合について説明を行う。

　次に、取得部２５１ａは、制御モードに基づいた取得処理として、第１取得処理を実行する。これにより、取得部２５１ａは、図３に示したデータフォーマットに従って、図９の外部通信回路２１５が受信した収集データを解析することで、第１取得処理で取得対象とされるデータが収集データのどの位置に存在するかを特定する。また、取得部２５１ａは、特定した位置まで収集データを読み飛ばし、特定した位置から取得の対象とされるデータのデータ長だけ収集データを選択することで、取得対象とするデータを選別する。その後、取得部２５１ａは、選別したデータを収集データから取得する（ステップＳ１２）。

　その後、制御演算部２５１ｂは、制御モードに基づいた演算処理として、第１演算処理を実行することで、ユーザ分布反映制御演算を行う。これにより、制御演算部２５１ｂは、設備機器２１から２３に対する制御内容を決定し、決定した制御内容を指示する制御指示を生成する（ステップＳ１３）。

　次に、制御演算部２５１ｂは、制御装置１００を宛先として、図９の外部通信回路２１５に制御指示を出力する（ステップＳ１４）。その後、外部通信回路２１５は、制御装置１００へ制御指示を送信する。

　次に、制御部２５１は、ステップＳ１２で取得されたデータ量及び取得処理の実行に要した時間及び処理量に対し、単位データ量当たりの料金、単位時間当たりの料金、及び、単位処理量当たりの料金を乗算することで、クラウドサーバ２００の使用料金の増加額を算出する。同様に、制御部２５１は、ステップＳ１３で演算処理の実行に要した時間及び処理量に基づいて使用料金の増加額を算出する。その後、制御部２５１は、情報記憶部２５９の共有メモリに保存されたデータで表される使用料金に対し、ステップＳ１２及びＳ１３で生じた使用料金の増加額を加算する。次に、制御部２５１は、加算後の使用料金をクラウドサーバ２００の使用コストを表す指標とし、加算後の使用料金を表すデータで、情報記憶部２５９の共有メモリに保存されたデータを更新する（ステップＳ１５）。

　次に、監視部２５２は、制御モードが第１制御モードであると判別する（ステップＳ１６；Ｙｅｓ）。制御モードが第２制御モードである場合には、後述の処理を実行する必要がないためである。

　その後、監視部２５２は、情報記憶部２５９が記憶する使用料金を表すデータと、使用料金の上限値を表すデータと、を読み出す。次に、監視部２５２は、クラウドサーバ２００の使用料金が上限値を超えたことで、制御システム１の運用コストの増加を抑制する抑制条件が成立したか否かを判別する（ステップＳ１７）。このとき、監視部２５２は、使用料金が上限値を超えていないため、抑制条件が成立していないと判別すると（ステップＳ１７；Ｎｏ）、制御指示処理の実行を終了する。

　これに対して、監視部２５２は、使用料金が上限値を超えたため、抑制条件が成立したと判別すると（ステップＳ１７；Ｙｅｓ）、アラートを出力する。次に、切替部２５３は、アラートを検出すると、制御モードを第２制御モードに切り替える制御を制御部２５１に行うため（ステップＳ１８）、情報記憶部２５９が記憶するフラグを、第２制御モードを表すフラグに更新した後に、制御指示処理の実行を終了する。

　その後、再度、制御指示処理の実行が開始されると、制御部２５１は、情報記憶部２５９から第２制御モードを表すフラグを読み出す（ステップＳ１１）。

　次に、取得部２５１ａは、第１取得処理よりも選別及び取得されるデータの種類及び量が少ない第２取得処理を実行する（ステップＳ１２）。その後、制御演算部２５１ｂは、第１演算処理よりも演算の対象とされるデータの種類及び量、並びに、演算処理量が少ない第２演算処理を実行することで、内部負荷比例制御演算を行い、制御指示を生成する（ステップＳ１３）。

　このように、切替部２５３は、抑制条件が成立すると、制御モードを切り替えることで、第１制御処理の状態を停止状態に維持し、かつ、第２制御処理の状態を実行状態に切り替える制御を制御部２５１に行う。

　その後、ステップＳ１４からＳ１５の処理が実行されてから、監視部２５２は、制御モードが、切替後の第２制御モードであると判別し（ステップＳ１６；Ｎｏ）、制御指示処理の実行を終了する。

　図８のスケールコントローラ２９０は、ＣＰＵ２９０ａ、ＲＯＭ２９０ｂ、ＲＡＭ２９０ｃ、ハードディスク２９０ｄ、外部通信回路２９０ｆ、及び、広域通信回路２９０ｇを備える。これらは、図５に示したＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ハードディスク１０４、外部通信回路１０５ａ、及び、広域通信回路１０５ｃと同じ機能及び構成を有する。

　スケールコントローラ２９０のＣＰＵ２９０ａは、公衆回線網Ｎ３から広域通信回路２９０ｇが単位時間当たりに受信するデータ量が増減すると、サーバ２１０から２３０の内で、広域通信回路２９０ｇで受信されたデータの転送先とするサーバ数を増減させる。これにより、スケールコントローラ２９０は、サーバ２１０から２３０の内で、仮想的に１台のクラウドサーバ２００として機能させるサーバの数を増減させる。

　図１の端末９００は、図１３に示すようなＣＰＵ９０１、ＲＯＭ９０２、ＲＡＭ９０３、ハードディスク９０４、広域通信回路９０５、ビデオカード９０６、ＬＣＤ９０７、及び、キーボード９０８を備える。これらは、図５に示したＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ハードディスク１０４、広域通信回路１０５ｃ、ビデオカード１０６、ＬＣＤ１０７、及び、キーボード１０８と同じ機能及び構成を有する。ＬＣＤ９０７は、本発明に係る表示手段の一例である。

　端末９００のキーボード９０８は、例えば、ユーザ又は保守管理者の操作に従って、クラウドサーバ２００の使用料金の上限値を入力する。次に、端末９００のＣＰＵ９０１は、入力された上限値を表すデータを含み、当該データで、クラウドサーバ２００に記憶された上限値を表すデータを更新することを求めるリクエストを、クラウドサーバ２００を宛先として広域通信回路９０５に出力する。クラウドサーバ２００として機能するサーバ２１０は、リクエストを受信すると、リクエストに含まれる上限値を表すデータで、情報記憶部２５９が記憶する上限値を表すデータを更新する。サーバ２２０及びサーバ２３０も同様の更新処理を行う。このようにして、ユーザ又は保守管理者によって上限値が設定される。

　また、端末９００のＣＰＵ９０１は、例えば、一定間隔で、クラウドサーバ２００の使用コストを表す指標と、当該指標の上限値と、設備機器２１から２３に対して行われている制御処理又は制御モードと、を回答することを求めるリクエストを、クラウドサーバ２００を宛先として広域通信回路９０５に出力する。広域通信回路９０５がクラウドサーバ２００から回答を受信すると、端末９００のＣＰＵ９０１は、回答に基づいて、図１４に示すような表示を行わせる制御をＬＣＤ９０７に行う。ＬＣＤ９０７が行う表示は、上限値と指標との相違を文字列で表す表示、設備機器２１から２３を表すアイコン表示、及び、設備機器２１から２３に対する制御処理又は制御モードを文字列で表す表示を含む。例えば、指標であるクラウドサーバ２００の使用料金が上限値よりも５万円低い場合、ＬＣＤ９０７は、「残り５０，０００円」という文字列を表示する。これに対して、使用料金が上限値よりも５万円高い場合、ＬＣＤ９０７は、「５０，０００円超過」という文字列を表示する、又は、単に「残り０円」という文字列を表示する。

　これらの構成によれば、クラウドサーバ２００として機能するサーバ２１０の切替部２５３は、運用コストの増加を抑制する抑制条件が成立すると、第１制御処理の状態を停止状態に維持し、第１制御処理よりも実行に要する処理量が少ない第２制御処理の状態を実行状態に切り替える制御を行う。このため、クラウドサーバ２００は、第２制御処理の実行によって設備機器２１から２３の制御を継続しながら、実行される処理量に基づいて決まる運用コストの増加を抑制できる。

　また、これらの構成によれば、クラウドサーバ２００へ悪意ある第三者がデータを大量に送信した場合でも、クラウドサーバ２００は、設備機器２１から２３の制御を継続しながら運用コストの増加を抑制できる。このため、クラウドサーバ２００は、第三者による運用コストの操作を従来よりも困難にするため、従来よりも脆弱性を軽減できる。

　また、これらの構成によれば、クラウドサーバ２００の切替部２５３は、クラウドサーバ２００の使用料金が上限値を超えると、抑制条件が成立したとして、制御部２５１で実行される処理を、第１制御処理から第２制御処理に切り替える。このため、クラウドサーバ２００の使用料金が、空調サービス事業者の想定した料金を超過する事象の発生を抑制できる。

　さらに、これらの構成によれば、クラウドサーバ２００は、制御装置１００から収集データを受信すると、図１０の制御指示処理の実行を開始し、ステップＳ１３及びＳ１４で制御指示の決定及び出力を行った後に、ステップＳ１８で制御モードの切り替えを行う。このため、制御モードの切り替えを行ってから制御指示の決定及び出力をする場合よりも、収集データの受信から制御指示の送信までに要する時間を短縮できるため、レスポンス性能を向上できる。

（実施の形態１の変形例１）
　実施の形態１では、図１１の監視部２５２は、クラウドサーバ２００の使用料金が上限値を超えるとアラートを出力し、切替部２５３は、アラートを検出すると制御モードを切り替えると説明した。しかし、これに限定される訳では無く、監視部２５２は、システム日時から一定時間前の日時までの期間における使用料金の増加量に基づいて、システム日時から一定時間後の日時における使用料金を予測し、予測した使用料金が上限値を超えるとアラートを出力しても良い。例えば、契約期間が１か月である場合、契約期間の開始日から１５日経過した日に、監視部２５２は、開始日から１５日経過日までの使用料金を２倍した金額を契約期間の終了日における使用料金と予測し、予測した終了日の使用料金が上限値を超える場合にアラートを出力しても良い。

　この構成によれば、クラウドサーバ２００の使用料金が上限値を超えるとアラートを出力する場合よりも確実に使用料金を上限値以下に抑制できる。

（実施の形態１の変形例２）
　実施の形態１では、クラウドサーバ２００の使用コストを表す指標としてクラウドサーバ２００の使用料金を用いた。しかし、これに限定される訳では無く、クラウドサーバ２００の使用コストを表す指標として、クラウドサーバ２００で実行された処理量の累積値、処理時間の累積値、クラウドサーバ２００のメモリ使用量の累積値、及び、取得処理で取得されたデータ量の累積値のいずれかを用いても良い。

（実施の形態１の変形例３）
　実施の形態１では、クラウドサーバ２００は、抑制条件が成立すると、ユーザ分布反映制御を行う第１制御処理から、第１制御処理よりも実行に要する処理量が少ない内部負荷比例制御を行う第２制御処理へ切り替えると説明した。しかし、クラウドサーバ２００が実行する第１制御処理は、ユーザ分布反映制御を行う処理に限定される訳では無く、かつ、第２制御処理は、内部負荷比例制御を行う処理に限定される訳では無い。クラウドサーバ２００が実行する第１制御処理は、設備機器２１から２３を制御するための処理ならばどのようなものでも良く、第２制御処理は、設備機器２１から２３を制御するための処理であり、かつ、第１制御処理よりも実行に要する処理量が少ない処理であれば、どのような処理でも良い。例えば、第１制御処理は、ユーザに向けて設備機器２１から２３から吐出される空気の温度及び風量を、ユーザの要望又は快適性評価に基づいて制御する処理であり、第２制御処理は、設備機器２１から２３の空調空間の平均温度を目標温度に近づける処理であっても良い。

（実施の形態１の変形例４）
　実施の形態１では、設備機器２１から２３は、空調機であると説明したが、これに限定される訳では無く、設備機器２１から２３は、例えば、照明機器、テレビ、又は、ラジオといった家電機器であっても良い。また、第１制御処理は、ユーザが居ない空間に設置された照明機器を消灯したり、家電機器の電源を切るといったユーザの分布を反映した制御を行う処理でも良い。さらに、第２制御処理は、ユーザの有無に関わらず、全ての照明機器の照度を低下させ、家電機器から出力される音量を低下させる制御を行う処理でも良い。

（実施の形態１の変形例５）
　実施の形態１では、クラウドサーバ２００は、運用コストの増加を抑制する抑制条件が成立すると、第１制御処理から第２制御処理へ、実行する処理を切り替えると説明した。しかし、これに限定される訳では無く、クラウドサーバ２００は、抑制条件が成立すると、第１制御処理を実行する間隔を、抑制条件が成立する前よりも長くすることで、運用コストの増加を抑制しても良い。

（実施の形態１の変形例６）
　実施の形態１では、第２制御処理に含まれる第２取得処理は、第１制御処理に含まれる第１取得処理よりも取得するデータ量が少ないと説明した。このため、実施の形態１では、クラウドサーバ２００は、抑制条件が成立すると、第１制御処理から第２制御処理へ切り替えることで、運用コストの増加を抑制すると説明した。しかし、これに限定される訳では無く、第１制御処理は、制御装置１００へデータを送信する第１送信処理を含み、第２制御処理は、第１送信処理よりも制御装置１００へ送信するデータ量が少ない第２送信処理を含んでも良い。また、クラウドサーバ２００は、抑制条件が成立すると、第１制御処理から第２制御処理へ切り替えることで、送信されるデータ量を削減し、運用コストの増加を抑制しても良い。

（実施の形態１の変形例７）
　実施の形態１では、クラウドサーバ２００として機能するサーバ２１０は、図１０のステップＳ１２及びＳ１３で、第１制御モードに基づいて第１制御処理を実行し終えてから、ステップＳ１８で制御モードを第２制御モードに切り替えた後に、制御指示処理の実行を終了すると説明した。また、実施の形態１では、サーバ２１０は、制御指示処理を再度実行すると、ステップＳ１２及びＳ１３で、第２制御モードに基づいて、第１制御処理の状態を停止状態に維持し、第２制御処理の状態を実行状態に切り替えると説明した。しかし、制御モードの切り替えタイミングは、第１制御処理の実行が終了した後に限定される訳では無く、第１制御処理の実行中であっても良い。この場合、サーバ２１０は、第１制御処理の実行中に制御モードを切り替えるため、第１制御処理の状態を実行状態から停止状態に切り替え、第２制御処理の状態を実行状態に切り替える。

　この構成によれば、第１制御処理の実行中であっても制御モードを切り替えられるため、抑制条件が成立してから制御モードを切り替えるまでに要する時間を短くできる。このため、実施の形態１よりも短時間で運用コストの増加を抑制し始めることができる。

（実施の形態２）
　実施の形態１では、クラウドサーバ２００の使用コストを表す指標は、クラウドサーバ２００の使用料金であると説明したが、これに限定される訳ではない。本実施の形態では、クラウドサーバ２００の使用コストを表す指標は、設備機器２１から２３の空調空間における延べユーザ数の累積値であるとして説明を行う。第１制御処理では、ユーザ分布反映制御演算が行われるため、第１制御処理の実行に必要な処理量は、設備機器２１から２３が設置され、空調を行う空間におけるユーザ数に基づいて決まるからである。以下、本実施の形態と実施の形態１との相違点について主に説明する。

　設備機器２１から２３の空調空間における延べユーザ数の累積値は、空調空間に滞在する人数と滞在時間とを乗算した値で表される。つまり、例えば、設備機器２１の空調空間に２人のユーザが１時間滞在し、設備機器２２の空調空間に１人のユーザが１時間滞在し、設備機器２３の空調空間にユーザが滞在しなかったとすると、延べユーザ数の累積値は、以下の数式（１）を用いて値「３」と算出される。

　延べユーザ数の累積値＝２（人）×１（時間）＋１（人）×１（時間）＋０（人）×０（時間）＝３（人・時間）・・・（１）

　また、端末９００のＣＰＵ９０１は、図１５に示すような、延べユーザ数の累積値と、当該累積値の上限値と、の相違を、白色の人型アイコンで表す表示をさせる制御をＬＣＤ９０７に行う。例えば、累積値が上限値の４０％である場合、ＬＣＤ９０７は、黒色の人型アイコン２個と、白色の人型アイコン３個と、を表示することで、累積値が上限値の４０％であり、かつ、累積値と上限値との相違が上限値の６０％であることを表示する。また、例えば、累積値が上限値の５０％まで増加した場合、ＬＣＤ９０７は、全身が黒色の人型アイコン２個と、下半身が黒色で上半身が白色の人型アイコン１個と、全身が白色の人型アイコン２個と、を表示することで、累積値が上限値の５０％であり、かつ、累積値と上限値との相違が上限値の５０％であることを表示する。さらに、例えば、累積値が上限値まで増加した場合、及び、累積値が上限値を超えた場合、ＬＣＤ９０７は、全身が白色の人型アイコン５個を表示する。

　この構成によれば、設備機器２１から２３の空調空間に滞在するユーザ数が増加すると、第１制御処理の実行で使用されるクラウドサーバ２００のシステム・リソース量が増加し、端末９００は、延べユーザ数の累積値と、当該累積値の上限値と、の相違を白色の人型アイコンで表示する。これらのため、どの程度システム・リソースが使用されると、設備機器２１から２３に対する制御内容を決定する処理が第１制御処理から第２制御処理に切り替えられるのか、をユーザが容易に理解できる。また、制御処理の切り替えに伴って設備機器２１から２３に対する制御内容が変更されたこと及び変更された理由をユーザが容易に理解できる。

（実施の形態３）
　実施の形態１では、クラウドサーバ２００は、図１２に示したように、設備機器２１から２３に対してユーザ分布反映制御を行う第１制御処理と、内部負荷比例制御を行う第２制御処理と、を実行すると説明したが、これに限定される訳ではない。本実施の形態では、クラウドサーバ２００は、図１６に示すように、設備機器２１から２３に対して選択的デマンド制御を行う第１制御処理と、一律デマンド制御を行う第２制御処理と、を実行する。以下、本実施の形態と実施の形態１との相違点について主に説明する。

　選択的デマンド制御は、例えば、設備機器２１から２３に電力を供給する電力会社の不図示のサーバから電力消費の削減を求めるリクエストが送信され、当該リクエストを、図１の制御装置１００を介してクラウドサーバ２００が受信した場合に、クラウドサーバ２００で実行される。電力消費の削減を求めるリクエストは、例えば、気温の上昇により、電力会社の複数の電力供給先における総消費電力の予測値が上限値を超えた場合に、安定して電力を供給し続けるため、当該複数の電力供給先に送信される。

　選択的デマンド制御では、設備機器２１から２３の制御空間に滞在するユーザ総数に基づいて、設定温度を一定値だけ増加又は減少させる空間が、設備機器２１から２３の空調空間から選択される。また、選択的デマンド制御では、選択された空間を空調する設備機器の設定温度を一定値だけ増加又は減少させた温度と、当該設備機器の吸込温度との相違、並びに、選択された空間を空調する設備機器の冷管温度及び消費電力に基づいて、当該設備機器に対する制御内容が決定される。例えば、ユーザが１人も滞在していない空間を選択すれば、当該空間の設定温度を増減しても、空調効果に影響を与えることなく、消費電力を削減できるためである。

　一律デマンド制御は、設備機器２１から２３の設定温度を一律に一定値だけ増加又は減少させた温度に基づいて、設備機器２１から２３に対する制御内容が決定される点で、選択的デマンド制御と相違する。

　このため、選択的デマンド制御のために、第１制御処理の第１取得処理では、設備機器２１から２３の設定温度、吸込温度、及び、冷管温度を表すデータが、運転状態データから取得され、かつ、設備機器２１から２３の消費電力を表すデータが取得される。同様に、一律デマンド制御を行う第２制御処理の第２取得処理では、設備機器２１から２３の設定温度、吸込温度、冷管温度、及び、消費電力を表すデータが取得される。

　これに対して、第１取得処理では、状況データから、図３に示した設備ＩＤと、設備ＩＤで識別される設備機器２１から２３の空調空間に滞在するユーザ総数を表すデータと、が取得される。しかし、第２取得処理では、状況データからデータが取得されない。第２制御処理では、空調空間に滞在するユーザの有無に関わらず、設定温度を一律に変化させる一律デマンド制御が行われるからである。このため、第２取得処理の方が第１取得処理よりも、取得されるデータの種類及び量が少なく、データの取得に要する時間及び処理量が少ない。

　また、第１制御処理に含まれる第１演算処理は、第１取得処理で取得されたデータを演算対象とし、設定温度を増減させる空調空間を選択し、選択された空調空間の設定温度を増減させるための演算を行う。これに対し、第２制御処理の第２演算処理は、第２取得処理で取得されたデータを演算対象とし、空調空間の設定温度を一律に増減させるための演算を行う。このため、第２演算処理の方が第１演算処理よりも、演算対象とするデータの種類及び量が少なく、データの演算に要する時間及び処理量が少ない。

　このため、第２取得処理及び第２演算処理を含む第２制御処理の方が、第１取得処理及び第１演算処理を含む第１制御処理よりも、実行に必要な時間及び処理量が少ない。

　クラウドサーバ２００として機能するサーバ２１０のＣＰＵ２１１は、図９の外部通信回路２１５が消費電力の削減を求めるリクエストを受信すると、選択的デマンド制御又は一律デマンド制御により消費電力を削減する制御指示を出力する、図１０の制御指示処理を、例えば、日没時刻まで一定間隔で実行する。日没後は気温が低下するため、消費電力を削減する必要性が無くなるからである。

　制御指示処理を開始すると、ステップＳ１１の処理が実行され、制御モードを表すフラグが読み出される。その後、ステップＳ１２からＳ１４で、選択的デマンド制御を行う第１制御処理、及び、一律デマンド処理を行う第２制御処理のいずれかが制御モードに基づいて実行される。これにより、消費電力を削減する制御指示が設備機器２１から２３を宛先として出力される。

　次に、制御部２５１は、情報記憶部２５９が記憶するデータを読み出し、クラウドサーバ２００の使用コストを表す指標を取得する。ここで、本実施の形態では、例えば、気温が上昇した日に送信されるリクエストに応答して、消費電力の削減を行う第１制御処理が実行された日数の累積値を用いる。第１制御処理が実行された日数が増加すれば、第１制御処理の実行に要したクラウドサーバ２００のシステム・リソース量も増加し、使用コストも増加するからである。

　このため、制御部２５１は、ステップＳ１５において、情報記憶部２５９に記憶された指標を表すデータのタイムスタンプを取得し、タイムスタンプの日付けがシステム日時の日付けと相違するか否かを判別する。第１制御処理が実行された日数の累積値を表す指標を、第１制御処理が実行された日に一度だけ更新するためである。制御部２５１は、タイムスタンプの日付がシステム日時の日付と相違すると判別すると、第１制御処理が実行された日数の累積値を値「１」増加させた値を表すデータで、情報記憶部２５９のデータを更新する。

　次に、ステップＳ１６からステップＳ１８の処理が実行されることで、第１制御処理が実行された日数の累積値が上限値を超えると、消費電力を削減するために実行される処理が、第１制御処理から第２制御処理に切り替えられた後に、制御指示処理の実行が終了される。

　図１３に示した端末９００のＣＰＵ９０１は、図１７に示すように、第１制御処理が実行された日数の累積値で表される指標と、当該指標の上限値と、の相違を文字列で表す表示をＬＣＤ９０７に実行させる。また、選択的デマンド制御を行う第１制御処理が実行されている場合に、端末９００は、設備機器２１から２３の内で、選択されて設定温度を変更された設備機器２２及び２３を枠線で囲う表示、及び、選択された設備機器２２及び２３に対して選択的デマンド制御が行われていることを表す表示をさらに含む。例えば、日数の累積値が上限値よりも３日少ない場合、ＬＣＤ９０７は、「残り３日分」という文字列を表示する。これに対して、累積値が上限値よりも３日多い場合、ＬＣＤ９０７は、「３日分超過」という文字列を表示する、又は、単に「残り０日」という文字列を表示する。

　これらの構成によれば、端末９００は、第１制御処理が実行された日数の累積値と、当該累積値の上限値と、の相違を文字列で表示する。このため、どの程度システム・リソースが使用されると、消費電力を削減するために実行される処理が、選択的デマンド制御を行う第１制御処理から、一律デマンド制御を行う第２制御処理に切り替えられるのか、をユーザが容易に理解できる。また、設備機器２１から２３の内で、選択的デマンド制御により設定温度を変更された設備機器２２及び２３を枠線で囲んで表示するため、設定温度の変更により制御内容が変更された設備機器及び変更の理由をユーザが容易に理解できる。

（実施の形態４）
　実施の形態１では、クラウドサーバ２００は、図１２に示したように、設備機器２１から２３に対してユーザ分布反映制御を行う第１制御処理と、内部負荷比例制御を行う第２制御処理と、を実行すると説明したが、これに限定される訳ではない。本実施の形態では、クラウドサーバ２００は、図１８に示すように、設備機器２１から２３に対して全エリア自動制御を行う第１制御処理と、限定エリア自動制御を行う第２制御処理と、を実行する。以下、本実施の形態と実施の形態１との相違点について主に説明する。

　全エリア自動制御は、設備機器２１から２３の空調空間の全てに対して、ユーザ分布反映制御を行う。これに対して、限定エリア自動制御は、設備機器２１から２３の空調空間の内で、例えば、応接室又は会議室といったユーザ又は保守管理者に指定された空間に限定してユーザ分布反映制御を行う。ユーザ又は保守管理者に指定された空間を表すデータは、クラウドサーバ２００として機能するサーバ２１０の情報記憶部２５９に記憶されている。

　このため、全エリア自動制御を行う第１制御処理の第１取得処理では、状況データに含まれる全設備ＩＤについて、設備ＩＤで識別される設備機器の空調空間に滞在するユーザのユーザＩＤ、位置データ、服装データ、及び、要望データと、が状況データから取得される。また、第１取得処理では、運転データから全設備機器である設備機器２１から２３の設定温度、吸込温度、及び、冷管温度を表すデータが取得され、かつ、設備機器２１から２３の消費電力データが取得される。

　これに対して、限定エリア自動制御を行う第２制御処理の第２取得処理では、状況データに含まれる設備ＩＤの内で、ユーザ又は保守管理者に指定された空間を空調する設備機器の設備ＩＤと、当該空調空間に滞在するユーザのユーザＩＤ、位置データ、服装データ、及び、要望データと、が取得される。また、第２取得処理では、運転データから、設備機器２１から２３の内で、ユーザ又は保守管理者に指定された空間を空調する設備機器の設定温度、吸込温度、及び、冷管温度を表すデータが取得され、かつ、当該設備機器の消費電力データが取得される。このため、第２取得処理の方が第１取得処理よりも、取得されるデータの種類及び量が少なく、データの取得に要する時間及び処理量が少ない。

　また、第１制御処理の第１演算処理は、第１取得処理で取得されたデータを演算対象とし、全ての設備機器２１から２３に対してユーザ分布反映制御演算を行う。これに対して、第２制御処理の第２演算処理は、第２取得処理で取得されたデータを演算対象とし、設備機器２１から２３の内で、ユーザ又は保守管理者に指定された空間を空調する設備機器に対してのみユーザ分布反映制御演算を行う。このため、第２演算処理の方が第１演算処理よりも、演算対象とするデータの種類及び量が少なく、データの演算に要する時間及び処理量が少ない。

　このように、第１制御処理及び第２制御処理の実行に必要な処理量は、第１制御処理及び第２制御処理で制御対象とする設備機器の台数に基づいて決まる。第２制御処理の方が、第１制御処理よりも制御対象とする設備機器の台数が少ないため、第１制御処理よりも実行に必要な時間及び処理量が少ない。

　第１制御処理の実行に必要な処理量は、第１制御処理で制御対象とする設備機器の台数に基づいて決まるため、本実施の形態では、クラウドサーバ２００の使用コストを表す指標として、第１制御処理に基づいて制御された設備機器の延べ台数（以下、延べ制御台数という）の累積値を用いる。第１制御処理の延べ制御台数の累積値が増加すれば、第１制御処理の実行に要したクラウドサーバ２００のシステム・リソース量の累積値も増加し、クラウドサーバ２００の使用コストも増加するからである。

　第１制御処理の延べ制御台数の累積値は、第１制御処理に基づいて制御された設備機器の台数に制御時間を乗算した値で表される。つまり、例えば、第１制御処理に基づいて２台の設備機器が１時間に亘って制御された後に、第１制御処理に基づいて１台の設備機器が１時間に亘って制御されれば、延べ制御台数の累積値は、以下の数式（２）を用いて値「３」と算出される。

　延べ制御台数の累積値＝２（台）×１（時間）＋１（台）×１（時間）＝３（台・時間）・・・（２）

　また、端末９００のＣＰＵ９０１は、図１９に示すような、延べ制御台数の累積値と、当該累積値の上限値と、の相違を、文字列で表す表示をＬＣＤ９０７に実行させる。例えば、延べ制御台数の累積値が、当該累積値の上限値を３台分上回る場合には、ＬＣＤ９０７は、「３台分超過」という文字列を表示する。また、累積値が上限値を上回るため、限定エリア制御を行う第２制御処理が実行されている場合、ＬＣＤ９０７は、設備機器２１から２３の内で制御対象とされる設備機器２２及び２３のみを枠線で囲う表示を行う。さらに、ＬＣＤ９０７は、設備機器２２及び２３にのみ限定エリア制御が行われていることを表す文字列を表示する。

　また、例えば、延べ制御台数の累積値が、当該累積値の上限値を３台分下回る場合には、ＬＣＤ９０７は、「残り３台分」という文字列を表示する。また、ＬＣＤ９０７は、累積値が上限値を下回るため、全体エリア制御を行う第１制御処理が実行されている場合に、設備機器２１から２３の全てを枠線で囲う表示を行う。さらに、ＬＣＤ９０７は、設備機器２２及び２３の全てに全体エリア制御が行われていることを表す表示を行う。

　端末９００は、例えば、ユーザ又は保守管理者の操作に従って、端末９００のキーボード９０８から、ユーザ又は保守管理者によって限定エリア制御の対象として指定された空調空間を表すデータを入力する。端末９００は、入力された空調空間を表すデータで、クラウドサーバ２００の情報記憶部２５９に記憶されたデータを更新することを求めるリクエストを、クラウドサーバ２００を宛先として送信する。クラウドサーバ２００は、リクエストを受信すると、端末９００で入力された空調空間を表すデータで、情報記憶部２５９に記憶されたデータを更新する。

　この構成によれば、端末９００は、延べ制御台数の累積値と、当該累積値の上限値と、の相違を表示する。このため、どの程度システム・リソースが使用されると、実行される制御が、全体エリア制御を行う第１制御処理から、限定エリア制御を行う第２制御処理に切り替えられるのか、をユーザが容易に理解できる。また、設備機器２１から２３の内で、選択エリア制御により制御される設備機器２２及び２３を枠線で囲んで表示するため、設備機器２２及び２３の制御内容が変更されたこと及び理由をユーザが容易に理解できる。

　この構成によれば、端末９００は、ユーザ又は保守管理者によって限定エリア制御の対象として指定された空調空間を表すデータを入力し、クラウドサーバ２００は、設備機器２１から２３の内で、ユーザによって指定された空間を空調する設備機器に対して限定エリア制御を行う。このため、例えば、応接室又は会議室の拡張によりオフィス空間の用途が変更された場合でも、そのような空間に対して、限定エリア制御によりユーザ分布反映制御を継続できる。

（実施の形態５）
　実施の形態１では、制御システム１の運用コストを表す指標が、当該指標の上限値を超えた場合に、クラウドサーバ２００は、実行する処理を、第１制御処理よりも実行に必要な処理量が少ない第２制御処理に切り替えると説明した。しかし、本実施の形態では、クラウドサーバ２００は、第１制御処理と第２制御処理との内で、省電力制御による電力コストの予測削減量が、処理の実行による運用コストの予測増加量を上回る量が多い方の処理を実行する。以下、本実施の形態と実施の形態１との相違点について主に説明する。

　図５に示した制御装置１００の広域通信回路１０５ｃは、制御システム１が設置された地域の天候を表すデータを、例えば、気象庁のウェブページからダウンロードし、ダウンロードしたデータをクラウドサーバ２００へ送信する。空調機である設備機器２１から２３で生じる電力コストは、天候によって変化するからである。

　クラウドサーバ２００として機能するサーバ２１０のＣＰＵ２１１は、図２０及び２１に示すような制御指示処理を実行する。これにより、サーバ２１０のＣＰＵ２１１は、第１制御処理及び第２制御処理に基づく設備機器２１から２３の省電力制御によって生じる電力コストの削減量と、第１制御処理及び第２制御処理の実行によって生じる運用コストの増加量と、を予測する、図２２に示すような予測部２５４として機能する。

　図２２の情報記憶部２５９は、運用コストの増加量及び電力コストの削減量の予測に使用されるデータを記憶する。予測に使用されるデータは、第１制御処理を識別する処理ＩＤと、第１制御処理に基づく制御を設備機器２１から２３に対して試験的に行った試験時刻を表すデータと、試験日における天候及び季節を表すデータと、を対応付けたデータを含む。電力コストは、時刻、天候、及び、季節によって大きく変動するためである。

　また、予測に使用されるデータは、第１制御処理の処理ＩＤと、試験時刻、試験日の天候、及び、季節を表すデータと、に対して、第１制御処理の実行試験により生じたクラウドサーバ２００の使用コストの増加量を表すデータが対応づけられている。同様に、第１制御処理の実行試験により設備機器２１から２３で生じた電力コストの削減量を表すデータも、第１制御処理の処理ＩＤと、試験時刻、試験日の天候、及び、季節を表すデータと、に対して対応付けられている。

　さらに、同様に、予測に使用されるデータは、第２制御処理の処理ＩＤと、試験時刻、試験日の天候、及び、季節を表すデータと、第２制御処理の試験実行で生じた使用コストの増加量を表すデータと、電力コストの削減量を表すデータと、を対応付けたデータを含む。

　また、情報記憶部２５９は、制御部２５１の制御モードとして、第１制御モードが選択されている、第２制御モードが選択されている、又は、制御モードが選択されていないことを表す変数を記憶している。この変数は、初期状態において、制御モードが選択されていないことを表す値に設定されている。

　図２０の制御指示処理の実行が開始されると、制御部２５１は、情報記憶部２５９から選択された制御モードを表す変数を読み出す（ステップＳ２１）。次に、制御部２５１は、読み出した変数の値に基づいて、制御モードが選択されているか否かを判別する（ステップＳ２２）。このとき、制御モードが選択されていると判別すると（ステップＳ２２；Ｙｅｓ）、選択されている制御モードに基づいて、図１０のステップＳ１２からＳ１４の処理と同様の処理を実行する（ステップＳ２３からＳ２５）。これにより、第１制御処理及び第２制御処理の内で、選択された制御モードの選択と同時に選択されたいずれか１つの処理の状態が実行状態に切り替えられ、制御指令が決定され、設備機器２１から２３に制御指令が出力される。

　次に、図９の外部通信回路２１５が、図１の制御装置１００から現在の天候を表すデータを受信すると、図２２の予測部２５４は、外部通信回路２１５からデータを取得する。その後、予測部２５４は、例えば、ＯＳ（Operating System）のシステム日時を参照し、現在の時刻及び季節を特定する。

　その後、予測部２５４は、第１制御処理の処理ＩＤと、現在の時刻、天候、及び、季節と同じ又は近似した試験時刻、試験日の天候、及び、季節を表すデータと、に対応付けられた運用コストの増加量を表すデータを、図２２の情報記憶部２５９から取得する。予測部２５４は、取得したデータで表される増加量を、第１制御処理の実行に基づいて生じる運用コストの増加量と予測する。同様に、予測部２５４は、第２制御処理の実行に基づいて生じる運用コストの増加量を予測する（ステップＳ２６）。

　また、同様に、予測部２５４は、第１制御処理の処理ＩＤと、現在の時刻、天候、及び、季節とに基づいて情報記憶部２５９から試験時の電力コストの削減量を表すデータを取得する。次に、予測部２５４は、取得したデータで表される削減量を、第１制御処理に基づいて生じる電力コストの削減量と予測する。同様に、予測部２５４は、第２制御処理の実行に基づいて生じる電力コストの削減量を予測する（ステップＳ２７）。

　その後、図２２の切替部２５３は、第１制御処理の実行による電力コストの予測削減量が運用コストの予測増加量よりも大きいか否か、及び、第２制御処理の実行による電力コストの予測削減量が運用コストの予測増加量よりも大きいか否か、を判別する。切替部２５３は、第１制御処理の実行による電力コストの予測削減量が運用コストの予測増加量よりも大きいと判別した場合、及び、第２制御処理の実行による予測削減量が予測増加量よりも大きいと判別した場合、のいずれか１つ以上の場合に、運用コストの増加を抑制する抑制条件が成立したと判別する（ステップＳ２８；Ｙｅｓ）。運用コストは、電力コストとクラウドサーバ２００の使用コストとを含むためである。

　次に、切替部２５３は、第１制御処理及び第２制御処理の内で、予測削減量が予測増加量を上回る量が多い方の処理を実行する制御モードを選択する（ステップＳ２９）。その後、切替部２５３は、選択した制御モードを表す値に、情報記憶部２５９が記憶する変数の値を更新した後に、制御指示処理の実行を終了する。このため、制御指示処理が再度実行されると、ステップＳ２３及びＳ２４において、選択された制御モードに基づき、予測削減量が予測増加量を上回る量が多い方の処理の状態が実行状態に切り替えられる。

　ステップＳ２８において、切替部２５３は、第１制御処理の実行によるコストの予測削減量が予測増加量よりも小さいと判別し、かつ、第２制御処理の実行によるコストの予測削減量が予測増加量よりも小さいと判別した場合、抑制条件が成立しなかったと判別する（ステップＳ２８；Ｎｏ）。運用コストの増加を抑制できないためである。

　次に、切替部２５３は、情報記憶部２５９が記憶する変数の値を、制御モードが選択されなかったことを表す値に更新した後に、制御指示処理の実行を終了する。このため、制御指示処理が再度実行されると、ステップＳ２２において、情報記憶部２５９が記憶する変数に基づき、制御モードが選択されていないと判別される（ステップＳ２２；Ｎｏ）。その後、ステップＳ２３からＳ２５の処理が実行されずにステップＳ２６の処理が実行されるため、第１制御処理及び第２制御処理のいずれも実行されない。

　これらの構成によれば、切替部２５３は、第１制御処理及び第２制御処理の内で、設備機器２１から２３の制御による電力コストの予測削減量と、制御システム１の運用コストの予測増加量と、に基づいて選択されたいずれか１つの処理の状態を実行状態に切り替える制御を行う。ここで、制御システム１の運用コストは、設備機器２１から２３で生じる電力コストと、クラウドサーバ２００の使用コストと、を含む。このため、第１制御処理及び第２制御処理による電力コストの削減量と、クラウドサーバ２００の使用コストの増加量と、が、例えば、天候又は季節によって変動する場合であっても、運用コストの増加を従来よりも確実に抑制できる。

　また、第１制御処理及び第２制御処理を複雑な処理とすれば、電力コストの削減量を多くできるが、実行に必要な処理量が増加し、クラウドサーバ２００の使用コストの増加量も多くなってしまう場合であっても、電力コストの削減量と使用コストの増加量とのトレード・オフを考慮して、運用コストの増加を従来よりも確実に抑制できる。

　また、これらの構成によれば、切替部２５３は、第１制御処理及び第２制御処理の内で、予測削減量が予測増加量を上回る量が多い方の処理の状態を実行状態に切り替える制御を行う。このため、第１制御処理及び第２制御処理の内で、より運用コストの増加を抑制できる処理を実行させることができる。

　さらに、これらの構成によれば、切替部２５３は、第１制御処理及び第２制御処理の双方について、予測削減量が予測増加量を下回る場合に、第１制御処理及び第２制御処理の状態を停止状態に維持する制御を行うため、運用コストの増加をより確実に抑制できる。

（実施の形態５の変形例１）
　実施の形態５では、第１制御処理及び第２制御処理の実行により生じる運用コストの増加量は、第１制御処理及び第２制御処理を試験的に実行することで得られた運用コストの増加量に基づいて予測されると説明した。しかし、これに限定される訳では無く、第１制御処理及び第２制御処理の実行により生じる運用コストの増加量は、例えば、第１制御処理及び第２制御処理のソースコードから特定される実行に必要な処理量に基づいて予測されても良い。

（実施の形態５の変形例２）
　実施の形態５では、切替部２５３は、第１制御処理及び第２制御処理の内で、予測削減量が予測増加量を上回る量が多い方の処理の状態を実行状態に切り替える制御を行うと説明したが、これに限定される訳では無い。第１制御処理と第２制御処理とが並列的に実行可能な処理である場合であって、第１制御処理と第２制御処理との双方について予測削減量が予測増加量を上回る場合には、第１制御処理の状態と第２制御処理の状態との双方を実行状態に切り替えても良い。例えば、第１制御処理は、ユーザ又は保守管理者に指定された空間でユーザが検出されない場合に当該空間を空調する設備機器の電源を切る制御によって電力コストを削減する処理であっても良い。また、第２制御処理は、設備機器２１から２３の全てに対して設定温度を一定温度だけ増減する制御によって電力コストを削減する処理であっても良い。これらの場合、第１制御処理と第２制御処理とは、互いに並列的に実行可能だからである。

（実施の形態６）
　実施の形態１では、クラウドサーバ２００として機能するサーバ２００は、図１０のステップＳ１２において、図９の外部通信回路２１５が受信した収集データから取得するデータの種類を、制御モードに応じて変更すると説明したが、これに限定される訳ではない。本実施の形態では、制御装置１００がクラウドサーバ２００へ送信する収集データの種類を切り替え、クラウドサーバ２００は、制御装置１００から受信する収集データの種類に基づいて制御モードを切り替える。以下、本実施の形態と実施の形態１との相違点について主に説明する。

　本実施の形態に係る制御装置１００のＣＰＵ１０１は、図２３及び２４に示すような設備制御処理を実行することで、図５の広域通信回路１０５ｃがクラウドサーバ２００へ送信する収集データの種類を切り替える、図２５に示すような切替部１７０として機能する。切替部１７０は、本発明に係る制御装置が有する切替手段の一例である。

　また、制御装置１００のハードディスク１０４は、制御モードを表すフラグを記憶する情報記憶部１９０として機能する。制御モードを表すフラグは、初期状態において、第１制御モードに設定されている。

　図２３の設備制御処理の実行を開始すると、図６のステップＳ０１からＳ０３と同様の処理が実行されることで（ステップＳ３１からＳ３３）、状況データ、運転状態データ、及び、消費電力データを含む収集データが収集される。

　次に、切替部１７０は、情報記憶部１９０から制御モードを表すフラグを読み出し（ステップＳ３４）、読み出したフラグで表される制御モードに基づいて収集データに含まれるデータの種類を変更する。つまり、初期状態において、フラグで表される制御モードが第１制御モードであるので、切替部１７０は、第１制御処理に含まれる第１演算処理において制御演算の対象とされるデータの種類のみを含むように収集データを変更する（ステップＳ３５）。

　その後、切替部１７０は、クラウドサーバ２００を宛先として、図５の広域通信回路１０５ｃに収集データを出力する（ステップＳ３６）。

　次に、図６のステップＳ０５及びＳ０６と同様の処理が実行されることで（ステップＳ３７及びＳ３８）、クラウドサーバ２００が決定した制御指令が設備機器２１から２３を宛先として出力される。

　その後、切替部１７０は、抑制条件が成立した場合にクラウドサーバ２００から送信されるアラートを、図５の広域通信回路１０５ｃが受信したか否かを判別する（ステップＳ３９）。切替部１７０は、アラートを受信しなかったと判別すると（ステップＳ３９；Ｎｏ）、設備制御処理の実行を終了する。

　これに対して、切替部１７０は、アラートを受信したと判別すると（ステップＳ３９；Ｙｅｓ）、制御モードを第１制御モードから第２制御モードに切り替え（ステップＳ４０）、情報記憶部１９０が記憶するフラグを、第２制御モードを表すフラグに更新してから、設備制御処理の実行を終了する。

　このため、設備制御処理が再度実行されると、ステップＳ３５で、切替部１７０は、第２演算処理の対象とされるデータの種類のみを含むように収集データを変更した後に、ステップＳ３６でクラウドサーバ２００を宛先として、図５の広域通信回路１０５ｃに収集データを出力する。このようにして、切替部１７０は、クラウドサーバ２００へ送信される収集データの種類を、第１演算処理の対象とされるデータの種類から、第２演算処理の対象とされるデータの種類へ切り替える制御を広域通信回路１０５ｃに行う。

　クラウドサーバ２００として機能するサーバ２１０のＣＰＵ２１１は、図２６に示すような制御指示処理を実行することで、図２７に示すように、制御部２５１及び監視部２５２として機能するが、図１１に示したような切替部２５３として機能しない。制御モードの切り替えは、図２５に示した制御装置１００の切替部１７０によって行われるからである。

　図２６の制御指示処理の実行が開始されると、図２７の取得部２５１ａは、図９の外部通信回路２１５が受信した収集データを解析したり選別したりすることなく全て取得する（ステップＳ４１）。制御装置１００は、第１制御処理の第１演算処理、又は、第２制御処理の第２演算処理に必要な種類のデータしか送信しないからである。

　その後、制御演算部２５１ｂは、第１演算処理又は第２演算処理の内で、制御演算の対象とするデータが、取得部２５１ａが取得した収集データに全て揃っており、かつ、制御演算の対象とするデータ量がより多い処理を選択する（ステップＳ４２）。つまり、制御装置１００が第１制御処理で制御演算の対象とされるデータのみ送信した場合には、第１制御処理に含まれる第１演算処理が選択される。これに対して、制御装置１００が第２制御処理で制御演算の対象とされるデータのみ送信した場合には、第２演算処理が選択される。

　その後、図１０のステップＳ１４及びＳ１５と同様の処理が実行されることで（ステップＳ４３からＳ４５）、選択された演算処理の実行により決定された制御指示が出力される。

　次に、監視部２５２は、ステップＳ４２で、第１演算処理が選択されたか否かを判別する（ステップＳ４６）。監視部２５２は、第１演算処理が選択されたと判別すると（ステップＳ４６；Ｙｅｓ）、図１０のステップＳ１７と同様の処理を実行することで、抑制条件が成立したか否かを判別する（ステップＳ４７）。

　監視部２５２は、抑制条件が成立したと判別すると（ステップＳ４７；Ｙｅｓ）、制御装置１００を宛先としたアラートを図９の外部通信回路２１５に出力する（ステップＳ４８）。抑制条件の成立を制御装置１００に警告するためである。その後、外部通信回路２１５がアラートを制御装置１００に送信した後に、監視部２５２は、制御指示処理の実行を終了する。

　監視部２５２は、ステップＳ４６において、第１演算処理が選択されず、第２演算処理が選択されたと判別した場合（ステップＳ４６；Ｎｏ）、又は、ステップＳ４７において、抑制条件が成立しなかったと判別した場合（ステップＳ４７；Ｎｏ）、制御指示処理の実行を終了する。

　これらの構成によれば、制御装置１００の切替部１７０は、抑制条件が成立すると、クラウドサーバ２００へ送信する収集データの種類を、第１制御処理で演算対象とされるデータの種類から、第２制御処理で演算対象とされるデータの種類へ切り替える制御を行う。このため、クラウドサーバ２００における第２制御処理の実行時に取得されないデータを、制御装置１００が送信することを抑制できるため、クラウドサーバ２００が受信するデータ量を削減できる。さらに、クラウドサーバ２００の使用コストが、クラウドサーバ２００が受信したデータ量に基づいて決まる場合には、使用コストの増加を抑制できる。

（実施の形態６の変形例）
　実施の形態６では、制御装置１００は、抑制条件が成立すると、クラウドサーバ２００へ送信する収集データの種類を、第１制御処理で演算対象とされるデータの種類から、第２制御処理で演算対象とされるデータの種類へ切り替える制御を行うと説明した。第２制御処理で演算対象とされるデータの量は、第１制御処理で演算対象とされるデータの量よりも少ないためである。しかし、これに限定される訳では無く、制御装置１００は、抑制条件が成立すると、クラウドサーバ２００に対する収集データの送信を停止しても良い。

　本発明の実施の形態１から６、実施の形態１の変形例１から７、実施の形態５の変形例１及び２、並びに、実施の形態６の変形例は、互いに組み合わせることができる。

　本発明の実施の形態１から６、実施の形態１の変形例１から７、実施の形態５の変形例１及び２、並びに、実施の形態６の変形例のいずれかに係る制御システム１は、制御装置１００、クラウドサーバ２００、及び、端末９００を別個の構成として備えても良いし、一体の構成として備えても良い。

　本発明の実施の形態１から６、実施の形態１の変形例１から７、実施の形態５の変形例１及び２、並びに、実施の形態６の変形例のいずれかに係る機能を実現するための構成を予め備えた制御装置１００、クラウドサーバ２００、及び、端末９００として提供できる。また、プログラムの適用により、既存の制御装置１００、クラウドサーバ２００、及び、端末９００を実施の形態１から６、実施の形態１の変形例１から７、実施の形態５の変形例１及び２、並びに、実施の形態６の変形例のいずれかに係る制御装置１００、クラウドサーバ２００、及び、端末９００として機能させることもできる。すなわち、実施の形態１から６、実施の形態１の変形例１から７、実施の形態５の変形例１及び２、並びに、実施の形態６の変形例のいずれかで例示した制御装置１００、クラウドサーバ２００、及び、端末９００による各機能構成を実現させるためのプログラムを、既存の制御装置１００、クラウドサーバ２００、及び、端末９００を制御するコンピュータ（ＣＰＵなど）が実行することで、実施の形態１から６、実施の形態１の変形例１から７、実施の形態５の変形例１及び２、並びに、実施の形態６の変形例のいずれかに係る制御装置１００、クラウドサーバ２００、及び、端末９００として機能させることができる。

　このようなプログラムの配布方法は任意であり、例えば、メモリカード、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、又は、ＤＶＤ－ＲＯＭ（Digital Versatile Disk Read Only Memory）などの記録媒体に格納して配布できる他、インターネットなどの通信媒体を介して配布することもできる。尚、制御方法は、制御システム１を用いて実施できる。

　また、本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施の形態ではなく、請求の範囲によって示される。そして、請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。

　本発明は、設備機器を制御する制御システムに適する。

１　制御システム、１１　状況収集システム、１２　消費電力収集システム、２１から２３　設備機器、２１ａ，１０１，１１６ａ，１１９ａ，１２９ａ，２１１，２９０ａ，９０１　ＣＰＵ、２１ｂ，１０２，１１６ｂ，１１９ｂ，１２９ｂ，２１２，２９０ｂ，９０２　ＲＯＭ、２１ｃ，１０３，１１６ｃ，１１９ｃ，１２９ｃ，２１３，２９０ｃ，９０３　ＲＡＭ、２１ｄ，１１６ｄ　フラッシュメモリ、２１ｆ，１１１ｆ，１１６ｆ，１１９ｆ，１２９ｆ　通信回路、２１ｇ，２１ｈ　温度計、２１ｉ　圧縮機、２１ｊ　モータ、１００　制御装置、１０４，１１９ｄ，１２９ｄ，２１４，２９０ｄ，９０４　ハードディスク、１０５ａ，２１５，２９０ｆ　外部通信回路、１０５ｂ　空調通信回路、１０５ｃ，２９０ｇ，９０５　広域通信回路、１０６，２１６，９０６　ビデオカード、１０７，２１７，９０７　ＬＣＤ、１０８，２１８，９０８　キーボード、１１１から１１３　撮影装置、１１１ａ　イメージセンサ、１１１ｂ　画像生成回路、１１６，１１７　携帯端末、１１６ｅ　タッチパネル、１１９　状況収集装置、１２１から１２３　電流計、１２６から１２８　電圧計、１２９　消費電力収集装置、１５０　収集部、１６０　設備制御部、１７０，２５３　切替部、１９０，２５９　情報記憶部、２００　クラウドサーバ、２１０から２３０　サーバ、２５１　制御部、２５１ａ　取得部、２５１ｂ　制御演算部、２５２　監視部、２５４　予測部、２９０　スケールコントローラ、９００　端末、Ｎ１　ローカルネットワーク、Ｎ２　空調ネットワーク、Ｎ３　公衆回線網

Claims (10)

1. 　設備機器を制御する制御システムであって、
   　前記設備機器の状態を表すデータを取得する取得処理と、前記取得処理で取得されたデータに基づいて前記設備機器の状態を制御するための演算を行う演算処理と、を含む第１制御処理と、前記取得処理と前記演算処理とを含み、実行に必要な処理量が前記第１制御処理よりも少ない第２制御処理と、をクラウドサーバで実行する制御手段と、
   　前記制御システムの運用コストの増加を抑制する条件が成立すると、
   　　前記第１制御処理の状態を停止状態に維持し又は切り替え、かつ、前記第２制御処理の状態を実行状態に切り替える制御、及び、
   　　前記第１制御処理及び前記第２制御処理の内で、前記設備機器の制御による電力コストの予測削減量と、前記運用コストの予測増加量と、に基づいて選択された１以上の処理の状態を実行状態に切り替える制御、
   　のいずれか１つを行う切替手段と、を備える、
   　制御システム。
2. 　　前記設備機器の状態を表す前記データを収集する収集手段と、
   　　前記収集手段で収集された前記データを前記クラウドサーバへ送信する通信手段と、を有する制御装置を、さらに備え、
   　前記クラウドサーバは、
   　　前記制御装置の前記通信手段が送信した前記データを受信する通信手段と、
   　　前記制御手段と、
   　　前記切替手段と、を有し、
   　前記クラウドサーバの前記制御手段は、前記クラウドサーバの前記通信手段が受信した前記データを用いて前記第１制御処理及び前記第２制御処理を実行し、
   　前記クラウドサーバの前記切替手段は、前記第１制御処理及び前記第２制御処理の状態を切り替える制御を前記制御手段に対して行う、
   　請求項１に記載の制御システム。
3. 　　前記設備機器の状態を表す前記データを収集する収集手段と、
   　　前記収集手段で収集された前記データを前記クラウドサーバへ送信する通信手段と、
   　　前記切替手段と、を有する制御装置をさらに備え、
   　前記制御装置の前記切替手段は、前記条件が成立すると、前記制御装置の前記通信手段が前記クラウドサーバへ送信する前記データの種類を切り替える制御を行い、
   　前記第１制御処理に含まれる前記演算処理と、前記第２制御処理に含まれる前記演算処理と、は、前記演算の対象とするデータの種類が異なり、
   　前記クラウドサーバは、
   　　前記制御装置の前記通信手段が送信した前記データを受信する通信手段と、
   　　前記制御手段と、を有し、
   　前記クラウドサーバの前記制御手段は、前記第１制御処理及び前記第２制御処理の内で、前記クラウドサーバの前記通信手段が受信した前記データの前記種類に基づいて選択された処理を実行する、
   　請求項１に記載の制御システム。
4. 　前記条件は、前記クラウドサーバで実行された処理量の累積値に基づいて決められる又は予測される前記クラウドサーバの使用コストを表す指標が、前記指標に対して定められた上限値を超える場合に成立し、
   　前記切替手段は、前記条件が成立すると、前記制御手段が前記クラウドサーバで実行する処理を、前記第１制御処理から前記第２制御処理に切り替える制御を行う、
   　請求項１から３のいずれか一項に記載の制御システム。
5. 　前記第１制御処理の実行に必要な前記処理量は、前記設備機器が設置された空間におけるユーザ数に基づいて決まり、
   　前記指標は、前記空間における延べユーザ数の累積値であり、
   　前記延べユーザ数の累積値と前記上限値との相違を表す表示、及び、前記制御手段が実行する前記処理が、前記上限値を前記累積値が超える前に実行される前記第１制御処理であるか、前記上限値を前記累積値が超えた後に実行される前記第２制御処理であるかを表す表示、を行う表示手段、をさらに備える、
   　請求項４に記載の制御システム。
6. 　前記第１制御処理及び前記第２制御処理は、前記設備機器が消費する電力を削減し、
   　前記指標は、前記第１制御処理が実行された日数の累積値であり、
   　前記累積値と前記上限値との相違を表す表示、及び、前記制御手段が実行する前記処理が、前記上限値を前記累積値が超える前に実行される前記第１制御処理であるか、前記上限値を前記累積値が超えた後に実行される前記第２制御処理であるかを表す表示、を行う表示手段、をさらに備える、
   　請求項４に記載の制御システム。
7. 　前記第１制御処理の実行に必要な前記処理量は、制御対象とする前記設備機器の台数に基づいて決まり、
   　前記指標は、前記第１制御処理に基づいて制御された前記設備機器の延べ台数の累積値であり、
   　前記累積値と前記上限値との相違を表す表示、及び、前記第１制御処理又は前記第２制御処理に基づいて制御される前記設備機器を表す表示、を行う表示手段、をさらに備える、
   　請求項４に記載の制御システム。
8. 　前記条件は、前記第１制御処理の実行による前記電力コストの前記予測削減量が前記運用コストの前記予測増加量よりも大きい場合、及び、前記第２制御処理の実行による前記予測削減量が前記予測増加量よりも大きい場合、のいずれか１つ以上の場合に成立し、
   　前記切替手段は、前記第１制御処理及び前記第２制御処理の内で、前記予測削減量が前記予測増加量を上回る量が多い方の処理の状態を実行状態に切り替える制御を行う、
   　請求項１から３のいずれか一項に記載の制御システム。
9. 　設備機器を制御する制御システムが実行する制御方法であって、
   　前記制御システムの運用コストの増加を抑制する条件が成立すると、
   　　前記設備機器の状態を表すデータを取得する取得処理と、前記取得処理で取得されたデータに基づいて前記設備機器の状態を制御するための演算を行う演算処理と、を含む第１制御処理の状態を停止状態に維持し又は切り替え、かつ、前記取得処理と前記演算処理とを含み、実行に必要な処理量が前記第１制御処理よりも少ない第２制御処理の状態を実行状態に切り替える制御、及び、
   　　前記第１制御処理及び前記第２制御処理の内で、前記設備機器の制御による電力コストの予測削減量と、前記運用コストの予測増加量と、に基づいて選択された１以上の処理の状態を実行状態に切り替える制御、
   　のいずれか１つを、前記制御システムが備えるクラウドサーバに対して行う切替ステップ、を有する、
   　制御方法。
10. 　設備機器を制御する制御システムが備えるクラウドサーバを、
    　前記設備機器の状態を表すデータを取得する取得処理と、前記取得処理で取得されたデータに基づいて前記設備機器の状態を制御するための演算を行う演算処理と、を含む第１制御処理と、前記取得処理と前記演算処理とを含み、実行に必要な処理量が前記第１制御処理よりも少ない第２制御処理と、を実行する制御手段、
    　前記制御システムの運用コストの増加を抑制する条件が成立すると、
    　　前記第１制御処理の状態を停止状態に維持し又は切り替え、かつ、前記第２制御処理の状態を実行状態に切り替える制御、及び、
    　　前記第１制御処理及び前記第２制御処理の内で、前記設備機器の制御による電力コストの予測削減量と、前記運用コストの予測増加量と、に基づいて選択された１以上の処理の状態を実行状態に切り替える制御、
    　のいずれか１つを行う切替手段、として機能させる、
    　プログラム。

Images