JP6136045B2 - 機器制御装置、機器制御システム、プログラム - Google Patents

Description

本発明は、対象機器の動作を制御スケジュールに従って制御する機器制御装置、機器制御システム、プログラムに関する。

従来から、オフィスビル、商業施設、工場など（以下、「施設」という）において、照明器具や空調機器などの機器での電力等の資源の消費量を低減させるために、これらの機器を事前に設定した制御スケジュールに従って運転させる機器制御装置が提案されている。この種の機器制御装置は、一般的に、機器での資源の消費量を低減（省エネルギー化）するように、エンジニアが個々の施設に合わせて設定した制御スケジュールを用いている。そのため、エンジニアは、施設ごとに異なる制御スケジュールを設定（調整）する必要があり、機器制御装置を導入する施設が多岐に亘ればその分エンジニアに掛かる負担が大きくなる。

これに対して、制御スケジュールの設定を簡易化および自動化した機器制御システム（空調機器管理システム）が提案されている（たとえば特許文献１参照）。特許文献１に記載の機器制御システムは、利用者（ユーザ）が空調機器を操作した運転設定内容を、時刻と関連付けて履歴情報として記憶し、この履歴情報に基づいて制御スケジュールを自動的に設定（作成）する。これにより、機器制御システムは、実際に利用者が操作した内容を反復することになる。

特許文献１に記載の機器制御システムは、利用者がスケジュール作成ボタンを押すことで、スケジュール作成の自動化処理が開始する。また、特許文献１には、利用者がスケジュール変更画面にて設定変更ボタンを押すことで時刻設定または運転設定を変更できることが記載されている。

特開２００７−７１４０５号公報

しかし、特許文献１の機器制御システムでは、制御スケジュールが一旦設定されると、利用者が、スケジュール作成ボタンを押して制御スケジュールを再設定するか、スケジュール変更画面にて制御スケジュールを変更しない限り、制御スケジュールは変更されない。そのため、この機器制御システムにおいては、実際に利用者が操作した内容を反復可能であるものの、エンジニアが個々の施設に合わせて設定した制御スケジュールに従って機器を制御する場合に比べ、資源の消費量を低減するという点では十分な効果が得られない。つまり、この機器制御システムは、制御スケジュールの作成時にたとえば機器の消し忘れにより無駄に資源が消費されていると、以降、この機器の消し忘れも含めて利用者の操作内容を反復するので、継続的に資源の消費に無駄が生じて資源の消費量の低減とならない。

本発明は上記事由に鑑みて為されており、エンジニアに大きな負担をかけることなく、機器による資源の消費量の低減を図ることができる機器制御装置、機器制御システム、プログラムを提供することを目的とする。

本発明の一態様に係る機器制御装置は、資源を消費して動作する対象機器の動作を制御する機器制御装置であって、制御時刻と制御内容とを対応付けて一組とした制御命令を複数組含む制御スケジュールを記憶するスケジュール記憶部と、前記スケジュール記憶部に記憶されている前記制御スケジュールを用いて、前記制御時刻になると当該制御時刻に対応する前記制御内容に従って前記対象機器を制御する実行部と、前記対象機器の制御に関して利用者が行った操作の内容および当該操作が為された時刻を表す操作情報を取得する取得部と、前記取得部が取得した前記操作情報の制御の種類を識別する識別部と、二日以上からなる集計期間に亘って前記操作情報の取得回数を、前記識別部で識別された種類別、且つ一日を複数に区分した時間帯別にカウントし、同一時間帯での同一種類の前記操作情報の取得回数が所定の閾値以上か否かを判定する判定部と、前記判定部にて同一時間帯での同一種類の前記操作情報の取得回数が前記閾値以上と判定されたときに、当該操作情報に基づいて、前記制御スケジュールを変更するスケジュール変更部とを備え、前記判定部は、判定に用いる時間帯の幅を設定する機能を有し、前記スケジュール変更部は、前記判定部にて同一種類の前記操作情報の取得回数が前記閾値以上と判定された時間帯が、当該操作情報と同一種類の前記制御内容に対応する前記制御時刻を基準とし当該制御時刻の前および後の少なくとも一方の所定時間からなる監視期間内に含まれる場合、当該監視期間の基準となる前記制御時刻を前記操作情報に基づいて変更することを特徴とする。

本発明の他の態様に係る機器制御装置は、資源を消費して動作する対象機器の動作を制御する機器制御装置であって、制御時刻と制御内容とを対応付けて一組とした制御命令を複数組含む制御スケジュールを記憶するスケジュール記憶部と、前記スケジュール記憶部に記憶されている前記制御スケジュールを用いて、前記制御時刻になると当該制御時刻に対応する前記制御内容に従って前記対象機器を制御する実行部と、前記対象機器の制御に関して利用者が行った操作の内容および当該操作が為された時刻を表す操作情報を取得する取得部と、前記取得部が取得した前記操作情報の制御の種類を識別する識別部と、二日以上からなる集計期間に亘って前記操作情報の取得回数を、前記識別部で識別された種類別、且つ一日を複数に区分した時間帯別にカウントし、同一時間帯での同一種類の前記操作情報の取得回数が所定の閾値以上か否かを判定する判定部と、前記判定部にて同一時間帯での同一種類の前記操作情報の取得回数が前記閾値以上と判定されたときに、当該操作情報に基づいて、前記制御スケジュールを変更するスケジュール変更部とを備え、前記判定部は、判定に用いる時間帯の幅を設定する機能を有し、前記スケジュール変更部は、前記判定部にて同一種類の前記操作情報の取得回数が前記閾値以上と判定された時間帯が、当該操作情報と同一種類の前記制御内容に対応する前記制御時刻を基準とし当該制御時刻の前および後の少なくとも一方の所定時間からなる監視期間内に含まれない場合、新たな前記制御命令を前記操作情報に基づいて前記制御スケジュールに追加することを特徴とする。

本発明の他の態様に係る機器制御装置は、資源を消費して動作する対象機器の動作を制御する機器制御装置であって、制御時刻と制御内容とを対応付けて一組とした制御命令を複数組含む制御スケジュールを記憶するスケジュール記憶部と、前記スケジュール記憶部に記憶されている前記制御スケジュールを用いて、前記制御時刻になると当該制御時刻に対応する前記制御内容に従って前記対象機器を制御する実行部と、前記対象機器の制御に関して利用者が行った操作の内容および当該操作が為された時刻を表す操作情報を取得する取得部と、前記取得部が取得した前記操作情報の制御の種類を識別する識別部と、二日以上からなる集計期間に亘って前記操作情報の取得回数を、前記識別部で識別された種類別、且つ一日を複数に区分した時間帯別にカウントし、同一時間帯での同一種類の前記操作情報の取得回数が所定の閾値以上か否かを判定する判定部と、前記判定部にて同一時間帯での同一種類の前記操作情報の取得回数が前記閾値以上と判定されたときに、当該操作情報に基づいて、前記制御スケジュールを変更するスケジュール変更部とを備え、前記判定部は、判定に用いる時間帯の幅を設定する機能を有し、前記スケジュール変更部は、前記判定部にて同一時間帯での同一種類の前記操作情報の取得回数が前記閾値以上と判定されたときに、当該操作情報のうち前記資源の消費量が最少となる時刻に取得された操作情報に基づいて、前記制御スケジュールを変更することを特徴とする。

本発明の他の態様に係る機器制御装置は、資源を消費して動作する対象機器の動作を制御する機器制御装置であって、制御時刻と制御内容とを対応付けて一組とした制御命令を複数組含む制御スケジュールを記憶するスケジュール記憶部と、前記スケジュール記憶部に記憶されている前記制御スケジュールを用いて、前記制御時刻になると当該制御時刻に対応する前記制御内容に従って前記対象機器を制御する実行部と、前記対象機器の制御に関して利用者が行った操作の内容および当該操作が為された時刻を表す操作情報を取得する取得部と、前記取得部が取得した前記操作情報の制御の種類を識別する識別部と、二日以上からなる集計期間に亘って前記操作情報の取得回数を、前記識別部で識別された種類別、且つ一日を複数に区分した時間帯別にカウントし、同一時間帯での同一種類の前記操作情報の取得回数が所定の閾値以上か否かを判定する判定部と、前記判定部にて同一時間帯での同一種類の前記操作情報の取得回数が前記閾値以上と判定されたときに、当該操作情報に基づいて、前記制御スケジュールを変更するスケジュール変更部とを備え、前記判定部は、判定に用いる時間帯の幅を設定する機能を有し、前記判定部は、前記操作情報の種類によって異なる前記閾値を用いており、前記資源の消費量を減少させる前記操作情報に対する前記閾値は、前記資源の消費量を増加させる前記操作情報に対する前記閾値よりも低く設定されていることを特徴とする。

本発明の機器制御システムは、上記機器制御装置と、資源を消費して動作する複数の機器とを備え、前記機器制御装置は、当該機器を前記対象機器として当該機器の動作を制御することを特徴とする。

本発明の一態様に係るプログラムは、コンピュータを、制御時刻と制御内容とを対応付けて一組とした制御命令を複数組含む制御スケジュールを記憶するスケジュール記憶部と、前記スケジュール記憶部に記憶されている前記制御スケジュールを用いて、前記制御時刻になると当該制御時刻に対応する前記制御内容に従って対象機器を制御する実行部と、前記対象機器の制御に関して利用者が行った操作の内容および当該操作が為された時刻を表す操作情報を取得する取得部と、前記取得部が取得した前記操作情報の制御の種類を識別する識別部と、二日以上からなる集計期間に亘って前記操作情報の取得回数を、前記識別部で識別された種類別、且つ一日を複数に区分した時間帯別にカウントし、同一時間帯での同一種類の前記操作情報の取得回数が所定の閾値以上か否かを判定する判定部と、前記判定部にて同一時間帯での同一種類の前記操作情報の取得回数が前記閾値以上と判定されたときに、当該操作情報に基づいて、前記制御スケジュールを変更するスケジュール変更部とを備える機器制御装置として機能させるプログラムであって、前記判定部は、判定に用いる時間帯の幅を設定する機能を有し、前記スケジュール変更部は、前記判定部にて同一種類の前記操作情報の取得回数が前記閾値以上と判定された時間帯が、当該操作情報と同一種類の前記制御内容に対応する前記制御時刻を基準とし当該制御時刻の前および後の少なくとも一方の所定時間からなる監視期間内に含まれない場合、新たな前記制御命令を前記操作情報に基づいて前記制御スケジュールに追加する。

本発明は、判定部が、二日以上からなる集計期間に亘って操作情報の取得回数を、識別部で識別された種類別、且つ一日を複数に区分した時間帯別にカウントし、同一時間帯での同一種類の操作情報の取得回数が所定の閾値以上か否かを判定する。スケジュール変更部は、判定部にて同一時間帯での同一種類の操作情報の取得回数が閾値以上と判定されたときに、当該操作情報に基づいて、制御スケジュールを変更する。

したがって、本発明は、エンジニアに大きな負担をかけることなく、機器による資源の消費量の低減を図ることができるという利点がある。

実施形態１に係る機器制御装置の構成を示すブロック図である。 実施形態１に係る機器制御システムの構成を示す概略図である。 実施形態１に係る機器制御装置で用いる履歴テーブルを例示した説明図である。 実施形態１に係る機器制御装置で用いる制御テーブルを例示した説明図である。 実施形態１に係る機器制御装置の動作を示すフローチャートである。 実施形態１に係る機器制御装置の動作例を示す説明図である。 実施形態１に係る機器制御装置の動作例を示す説明図である。 実施形態１に係る機器制御装置の動作例を示す説明図である。 実施形態１に係る機器制御装置の動作例を示す説明図である。 実施形態１に係る機器制御装置の動作例を示す説明図である。 実施形態１に係る機器制御装置の動作例を示す説明図である。 実施形態１に係る機器制御装置の動作例を示す説明図である。 実施形態１に係る機器制御装置の動作例を示す説明図である。 実施形態１に係る機器制御装置の動作例を示す説明図である。 実施形態１に係る機器制御装置の動作例を示す説明図である。 実施形態１に係る機器制御装置の動作例を示す説明図である。 実施形態１に係る機器制御装置の動作例を示す説明図である。 実施形態２に係る機器制御装置の動作例を示す説明図である。 実施形態２に係る機器制御装置の動作例を示す説明図である。 実施形態２に係る機器制御装置の動作例を示す説明図である。 実施形態２に係る機器制御装置の動作例を示す説明図である。

以下では、機器制御システムがスーパーマーケットのような商業施設の店舗に適用されている場合を例として説明するが、同様の機器制御システムは、商業施設に限らず、オフィスビル、工場などの施設にも適用可能である。また、以下では対象機器が動作時に消費する資源が電力である場合を例示するが、対象機器は、水やガス、熱などの電力以外の資源を消費して動作する機器であってもよい。

（実施形態１）
本実施形態の機器制御システムは、図２に示すように、機器制御装置１と、機器制御装置１に接続された複数の対象機器２１，２２，２３とを備えている。図２の例では、対象機器２１は照明器具、対象機器２２は空調機器、対象機器２３はデジタルサイネージ等の映像表示装置であって、これらの対象機器２１，２２，２３はいずれも電力（電気エネルギー）を消費して動作する。なお、これら複数の対象機器２１，２２，２３は負荷群２を構成している。

機器制御装置１は、各対象機器２１，２２，２３と接続線３によって接続されており、接続線３を介して各対象機器２１，２２，２３と通信することにより、少なくとも各対象機器２１，２２，２３のオン状態とオフ状態とを切り替える制御が可能である。また、機器制御装置１は、各対象機器２１，２２，２３との通信により、各対象機器２１，２２，２３の動作状態（少なくともオン状態かオフ状態かの別）を把握可能である。なお、機器制御装置１と各対象機器２１，２２，２３との間の通信は、本実施形態では接続線３を通信線として用いる有線通信であるが、これに限らず無線通信（光通信を含む）であってもよい。また、電力線搬送通信技術により接続線３が電力線と通信線との両方を兼ねてもよいし、電力線と通信線とは別々に設けられていてもよい。

各対象機器２１，２２，２３は、少なくとも動作状態が遷移した場合には、機器制御装置１に対して遷移後の動作状態を通知する。ここで、各対象機器２１，２２，２３は、機器制御装置１による制御だけでなく、利用者の操作によっても、その動作状態が遷移する。つまり、各対象機器２１，２２，２３は、接続線３に接続された壁スイッチ４１，４３や、赤外線式のリモコン送信器４２に対して利用者による操作が為された場合、その操作内容に応じて動作状態が遷移し、遷移後の動作状態を機器制御装置１に通知する。

機器制御装置１は、各対象機器２１，２２，２３の動作状態が遷移した場合に、この遷移が自身の制御によるか、あるいは利用者の操作によるかを判断可能に構成されている。機器制御装置１が把握可能な動作状態の遷移は、オン状態、オフ状態の切り替えに限らず、たとえば照明器具からなる対象機器２１に関しては調光レベルの上昇や低下、空調機器からなる対象機器２２に関しては設定温度の上昇や低下などを含んでいてもよい。ただし、本実施形態では、説明を簡単にするため、対象機器２１，２２，２３の動作状態はオン状態とオフ状態との２状態のみであると仮定して説明する。

以下、機器制御装置１の詳しい構成について、図１を参照して説明する。

機器制御装置１は、表示出力部１１と、処理部１２と、履歴記憶部１３と、スケジュール記憶部１４と、設定記憶部１５とを備えている。本実施形態では、機器制御装置１はコンピュータからなり、メモリに格納されたプログラムを実行することにより、表示出力部１１、制御部１２、履歴記憶部１３、スケジュール記憶部１４、設定記憶部１５として機能する。

表示出力部１１は、機器制御装置１自身の状態や、履歴記憶部１３に蓄積された履歴情報（後述する）や、設定記憶部１５に記憶されている設定情報（後述する）などを表示端末５に出力し、表示端末５に表示させる。ここでいう表示端末５は、たとえばタブレット端末やスマートフォンなどのユーザインタフェースであって、機器制御装置１の表示出力部１１と有線あるいは無線で通信し、機器制御装置１から受信した情報を表示する。なお、表示出力部１１−表示端末５間の通信は、イーサネット（登録商標）を用いていてもよいし、その他（たとえばシリアル通信など）の通信方式であってもよい。

設定記憶部１５は、後述する集計期間および時間帯などの各種の設定情報をたとえばＣＳＶファイル形式で記憶している。設定記憶部１５に記憶される設定情報は、適宜変更可能である。

制御部１２は、負荷群２を構成する各対象機器２１，２２，２３（図２参照）を対象として、スケジュール記憶部１４に記憶されている制御スケジュールに従って制御命令を実行したり、制御や操作の履歴を収集したりする。また、詳しくは後述するが、制御部１２は、利用者による操作の履歴に基づいて制御スケジュールを変更する機能も備えている。

履歴記憶部１３は、制御部１２で収集された各対象機器２１，２２，２３の制御や操作の履歴を、操作情報、制御情報として蓄積する。

ここでいう操作情報は、利用者が壁スイッチ４１，４３やリモコン送信器４２を操作したことにより遷移した各対象機器２１，２２，２３の遷移後の動作状態の履歴情報（ログ）であって、収集された時刻を含んでいる。言い換えれば、操作情報は、対象機器２１，２２，２３の制御に関して利用者が行った操作の内容（制御の対象となる対象機器を含む）および当該操作が為された時刻を表す情報である。本実施形態では、対象機器２１，２２，２３の動作状態はオン状態およびオフ状態のみであるから、操作内容は、各対象機器２１，２２，２３の動作状態をオフ状態からオン状態に遷移させるオン操作、オン状態からオフ状態に遷移させるオフ操作のいずれかである。

また、ここでいう制御情報は、機器制御装置１自身が各対象機器２１，２２，２３を制御したことにより遷移した各対象機器２１，２２，２３の遷移後の動作状態の履歴情報であって、収集された時刻を含んでいる。言い換えれば、制御情報は、機器制御装置１が実際に行った制御の内容（制御の対象となる対象機器を含む）および当該制御が為された時刻を表す情報である。

履歴記憶部１３は、これらの操作情報および制御情報を、たとえば図３に示すような履歴テーブル１３１として管理する。この履歴テーブル１３１は、「受信時刻」欄が操作情報あるいは制御情報を取得した取得時刻を表し、「種別」欄が操作情報と制御情報との別を表し、「端末」欄が対象機器を表し、「操作・制御結果」欄が遷移後の動作状態を表している。すなわち、図３の例では、履歴情報部１３は、操作情報および制御情報を制御部１２が取得した順に時系列に沿って記憶している。

スケジュール記憶部１４は、制御部１２による制御タイミングを表す制御時刻と、制御内容とを対応付けて１組とした制御命令を、複数組含んだ制御スケジュールを記憶する。ここでいう制御内容は、制御の対象となる対象機器を含み、機器制御装置１がその対象機器の動作状態をどのように制御するかを表している。本実施形態では、対象機器２１，２２，２３の動作状態はオン状態およびオフ状態のみであるから、制御内容は、各対象機器２１，２２，２３の動作状態をオフ状態からオン状態に遷移させるオン制御、オン状態からオフ状態に遷移させるオフ制御のいずれかである。

スケジュール記憶部１４は、制御スケジュールを、たとえば図４に示すように対象機器ごとにオン制御、オフ制御を実行する時刻（制御時刻）を記述した制御テーブル１４１として管理する。この制御テーブル１４１は、「端末」欄が対象機器２１，２２，２３を表し、「スケジュール１」〜「スケジュールｎ」における「ＯＮ制御」欄がオン制御の制御時刻、「ＯＦＦ制御」欄がオフ制御の制御時刻を表している。すなわち、図４の例では、スケジュール記憶部１４は、対象機器ごとに、制御時刻とオン制御あるいはオフ制御とを対応付けて記憶している。言い換えれば、図４の制御テーブル１４１においては、対象機器ごとの「スケジュール１」〜「スケジュールｎ」の各々における「ＯＮ制御」欄、「ＯＦＦ制御」欄が、個々に制御時刻と制御内容とを対応付けた制御命令を構成している。

また、図４の制御テーブル１４１は、対象機器ごとに「消費電力」欄と「予想電力量」欄とを含み、「消費電力」欄が各対象機器の稼働（オン）時の消費電力を表し、「予想電力量」欄が各対象機器で１日に消費される電力量の予測値を表している。予想電力量は、制御スケジュールから求まる各対象機器の１日の累計稼働（オン）時間と、消費電力との積である。

さらに、スケジュール記憶部１４は、上述したような制御スケジュール（制御テーブル１４１）を、たとえば平日、休日、特日の各々について個別に記憶していてもよい。この場合に、制御部１２は、カレンダー機能（図示せず）にて当日の属性（平日、休日、特日の別）を把握し、スケジュール記憶部１４に記憶された複数の制御スケジュールの中から、当日の属性の制御スケジュールを選択して適用する。この場合、予想電力量についても、平日、休日、特日などの特性に合わせた値が併記されていてもよい。

スケジュール記憶部１４には、予めエンジニアによって設定されたデフォルトとなる制御スケジュールが登録されている。

ところで、本実施形態の機器制御装置１は、制御部１２が下記の構成を採用することにより、運用中においてスケジュール記憶部１４内の制御スケジュールを変更する。

すなわち、制御部１２は、図１に示すように、実行部１２１と、取得部１２２と、識別部１２３と、判定部１２４と、時間帯判断部１２５と、スケジュール変更部１２６と、コスト変換部１２７とを有している。

実行部１２１は、スケジュール記憶部１４に記憶されている制御スケジュールに基づいて、制御信号を負荷群（対象機器２１，２２，２３）２に送信し、各対象機器２１，２２，２３を制御する。要するに、実行部１２１は、時計部（図示せず）で計時される現在時刻が制御スケジュール上の制御時刻になると、この制御時刻に対応付けられている制御内容に従って対象機器２１，２２，２３に制御信号を送信し、対象機器２１，２２，２３を制御する。

たとえば、図４に例示した制御テーブル１４１に従って対象機器を制御する場合、実行部１２１は、「９：３０」になると「照明２」、「サイネージ１」の各対象機器をオン制御し、「１０：００」になると「照明１」、「空調１」で表される各対象機器をオン制御する。その後、実行部１２１は、「１２：００」になると「照明２」の対象機器をオフ制御し、「１９：００」になると「照明１」、「空調１」、「サイネージ１」で表される各対象機器をオフ制御する。また、実行部１２１は、制御信号の送信後に、制御情報を要求するための要求信号を負荷群２に送信する。

取得部１２２は、対象機器２１，２２，２３の制御に関して利用者が行った操作の内容を表す情報を負荷群２から取得し、取得時刻（操作時刻）を含んだ操作情報として履歴記憶部１３に記憶する。また、取得部１２２は、実行部１２１からの要求信号への応答として、負荷群２から送信される動作状態を表す情報を取得し、取得時刻（制御時刻）を含んだ制御情報として履歴記憶部１３に記憶する。なお、取得部１２２は、負荷群２ではなく、壁スイッチ４１，４３やリモコン送信器４２から操作情報を取得してもよい。

識別部１２３は、取得部１２２が取得した操作情報の制御の種類を識別する。つまり、識別部１２３は、取得部１２２が操作情報を履歴記憶部１３に記憶する際、この操作情報がオン制御（オン操作）なのか、オフ制御（オフ操作）なのか、さらにいずれの対象機器２１，２２，２３に対する操作であるかを識別し、種類別に分類する。また、識別部１２３は、取得部１２２が取得した制御情報についても、操作情報と同様に、制御の種類を識別する。

本実施形態では制御のパターンはオン制御とオフ制御との２パターンのみであるが、たとえば照明器具からなる対象機器２１に関しては調光レベルの上昇や低下、空調機器からなる対象機器２２に関しては設定温度の上昇や低下などを含んでいてもよい。この場合、識別部１２３は、対象機器２１，２２，２３が同じでも、制御のパターン（オン制御、オフ制御、調光レベルの上昇、調光レベルの低下、設定温度の上昇、設定温度の低下）によって、異なる種類の操作情報として識別する。

判定部１２４は、履歴記憶部１３にアクセスして、二日以上からなる集計期間に亘って操作情報の取得回数を、識別部１２３で識別された種類別、且つ時間帯別にカウントし、同一時間帯での同一種類の操作情報の取得回数が所定の閾値以上か否かを判定する。言い換えれば、判定部１２４は、履歴記憶部１３に記憶された集計期間分の操作情報を基に、時間帯ごとに同一種類の操作情報の取得回数を計数し、取得回数を閾値と大小比較する。

ここでいう時間帯は、一日を複数に区分した各期間であって、本実施形態では一例として、一日を１時間単位で２４の期間に区分した０：００〜１：００、１：００〜２：００、・・・、２３：００〜２４：００の各々が時間帯として判定部１２４の判定に用いられる。集計期間は、操作情報の集計対象となる期間であって、本実施形態では一例として、判定部１２４は、現在から遡った直近の一週間（７日間）を集計期間として用いる。なお、判定部１２４が判定に用いる集計期間および時間帯は、設定記憶部１５に設定情報として予め記憶されており、上記の例に限らず適宜設定される。つまり、判定部１２４は、判定に用いる時間帯の幅を設定する機能を有する。

上記構成により、判定部１２４は、履歴記憶部１３に記憶されている直近の一週間（集計期間）分の操作情報について、時間帯ごとに、オン制御と識別された操作情報の取得回数と、オフ制御と識別された操作情報の取得回数とを対象機器別に計数する。以下では、オン制御と識別された操作情報の取得回数を「オン操作回数」といい、オフ制御と識別された操作情報の取得回数を「オフ操作回数」という。

判定部１２４は、オン操作回数については第１の閾値と比較し、オフ操作回数については第２の閾値と比較する。ここで、第１の閾値と第２の閾値とは同値であってもよいが、異なる値であってもよい。第１の閾値、第２の閾値は、対象機器によって異なる値であってもよい。判定部１２４は、機器制御装置１に接続された対象機器の各々について、オン操作回数が第１の閾値以上であるか、オフ操作回数が第２の閾値以上であるかを時間帯ごとに判定し、判定結果をスケジュール変更部１２６に出力する。

たとえば、直近の一週間における毎日１０：００〜１１：００の時間帯に、対象機器２１をオンする操作が為されたとすると、判定部１２４は、この対象機器２１について集計期間中の同時間帯（１０：００〜１１：００）のオン操作回数を「７」回と判断する。このとき、第１の閾値が「４」であると仮定すれば、判定部１２４は、「１０：００〜１１：００」の時間帯での対象機器２１のオン操作回数（７）が第１の閾値（４）以上であると判定する。

スケジュール変更部１２６は、判定部１２４にて、同一時間帯での同一種類の操作情報の取得回数が閾値以上であると判定されたときに、この操作情報に基づいて、スケジュール記憶部１４内の制御スケジュールを変更する。ここで、スケジュール変更部１２６は、スケジュール記憶部１４内の制御スケジュールにて既に設定されている制御命令の制御時刻をシフト（変更）するか、あるいは新たな制御命令を制御スケジュールに追加することにより、制御スケジュールの変更を行う。スケジュール変更部１２６による制御スケジュールの変更の方法については、後に詳しく説明する。

コスト変換部１２７は、対象機器２１，２２，２３による資源の消費量からコスト（費用）を算出する。本実施形態では資源は電力であるから、コスト変換部１２７は、設定記憶部１５に設定情報として予め記憶されている電気料金単価を用いて、制御スケジュールに従って対象機器を制御した場合の予想（消費）電力量をコストに変換する。表示出力部１１は、このようにしてコスト変換部１２７にて変換されたコストと、変換される前の予想（消費）電力量との少なくとも一方を、表示端末５に表示する。

時間帯判断部１２５は、判定部１２４にて同一時間帯での同一種類の操作情報の取得回数が閾値以上であると判定されたときに、この時間帯が監視期間内に含まれるか否かを判断する。ここでいう監視期間は、制御スケジュールにおいて、取得回数が閾値以上であると判定された操作情報と同一種類の制御内容に対応付けられている制御時刻を基準とし、この制御時刻の前および後の少なくとも一方の所定時間からなる期間である。言い換えれば、時間帯判断部１２５は、既に制御スケジュールとして設定されている制御時刻を基準とした所定の監視期間内に、この制御時刻に対応する制御内容と同一種類の操作情報の取得回数が閾値以上であると判定された時間帯が存在するか否かを判断する。

たとえば、制御スケジュール上で、制御時刻「１２：００」に対象機器２１のオン制御が対応付けられている場合に、制御時刻の前後各一時間を監視期間とすると、「１１：００〜１３：００」が対象機器２１のオン制御に関する監視期間になる。この場合に、ある時間帯での対象機器２１のオン操作回数が第１の閾値以上であると判定部１２４にて判定されると、時間帯判断部１２５は、この時間帯が監視期間内に含まれているか否かを判断する。つまり、対象機器２１のオン操作回数が第１の閾値以上であると判定された時間帯が「１１：００〜１２：００」あるいは「１２：００〜１３：００」であれば、時間帯判定部１２５は、この時間帯が監視期間内に含まれていると判断する。

スケジュール変更部１２６は、時間帯判断部１２５にて時間帯が監視期間内に含まれると判断されたときに、この監視期間の基準となる制御時刻を、操作情報に基づいて変更する。一方、スケジュール変更部１２６は、時間帯判断部１２５にて時間帯が監視期間内に含まれないと判断されたときに、新たな制御命令を操作情報に基づいて制御スケジュールに追加する。

なお、基準となる制御時刻に対する監視期間の関係は、設定記憶部１５に設定情報として予め記憶されており、上記の例（基準となる制御時刻の前後各一時間を監視期間とする）に限らず適宜設定される。

次に、上記構成の機器制御装置１における制御スケジュールを変更する動作について、図５のフローチャートを参照して説明する。以下では、ある特定の対象機器２１に着目し、この対象機器２１の制御スケジュールを変更する場合の処理を例示するが、実際には、機器制御装置１は同様の処理を複数の対象機器について繰り返すことにより複数の対象機器の制御スケジュールを変更する。また、以下では第１の閾値と第２の閾値とはいずれも「３」であると仮定する。

機器制御装置１は、予め設定されている集計期間（本実施形態では直近の一週間）を対象として、操作情報を種類別且つ時間帯別に集計する処理を行う（図５のＳ１）。すなわち、機器制御装置１は、対象機器２１について、操作情報を制御のパターン（オン制御、オフ制御）別、取得した時間帯別に集計する。本実施形態では、機器制御装置１は、各時間帯を対象として時間帯ごとに以下の処理Ｓ２〜Ｓ１９を行い、全ての時間帯について同処理を繰り返すことにより、制御スケジュールの変更を完了する。以下では、対象としている時間帯を「対象時間帯」という。

機器制御装置１は、処理Ｓ１の結果を受け、対象時間帯での対象機器２１のオフ操作回数が第２の閾値以上であるか否かを判定する（Ｓ２）。機器制御装置１は、対象時間帯でのオフ操作回数が第２の閾値以上であれば（Ｓ２：Ｙｅｓ）、対象機器２１について制御スケジュール上で設定されている制御内容に対応した制御時刻を基準とする判定期間内に、対象時間帯が含まれるか否かを判断する（Ｓ３）。ここでいう判定期間は、制御スケジュール上の制御時刻を基準に設定されており、対象時間帯での取得回数が閾値以上である操作情報と同一種類の制御内容（つまりオフ制御）に対応する場合（後述の処理Ｓ４：Ｙｅｓ）には、監視期間となる。ここでは判定期間は、基準となる制御時刻の前後各一時間の期間とする。

機器制御装置１は、対象時間帯が判定期間内にあれば（Ｓ３：Ｙｅｓ）、この判定期間の基準となる制御時刻に対応する制御内容の種類を確認する（Ｓ４）。制御時刻に対応する制御内容がオフ制御であれば（Ｓ４：Ｙｅｓ）、つまり対象時間帯が監視期間に含まれていれば、機器制御装置１は、制御スケジュールの変更処理Ａを実行する（Ｓ５）。

「変更処理Ａ」は、対象時間帯に取得された操作情報（オフ操作）のうち、取得時刻（操作時刻）が最先の操作情報の取得時刻を履歴記憶部１３から読み出し、この取得時刻に基づき判定期間の基準となる制御時刻を変更予約する処理である。このような変更処理Ａにより、スケジュール記憶部１４に記憶されている制御スケジュールは、対象機器２１のオフ制御の制御時刻が履歴記憶部１３から読み出された取得時刻に変更されることになる。なお、対象時間帯に取得された操作情報（オフ操作）のうち、取得時刻が最先の操作情報は、対象機器２１の稼働時間が最短となる操作情報、つまり対象機器２１での資源（電力）の消費量が最少となる時刻に取得された操作情報である。

次に、変更処理Ａを行う場合の機器制御装置１の動作の具体例を、図６〜８を参照して簡単に説明する。なお、図６〜８では、対象機器２１について（ａ）が変更前、（ｂ）が変更後の制御スケジュールを表し、「ＯＮ」が制御スケジュール上のオン制御、「ＯＦＦ」が制御スケジュール上のオフ制御、「ｏｎ」がオン操作、「ｏｆｆ」がオフ操作を表している。また、図６〜８では、縦軸方向に対象機器２１のオン状態、オフ状態の別を表している。この表記方法に関しては、以下で説明する図９〜１７でも同様とする。

ここでは、対象機器２１について１０：００にオン制御、１９：００にオフ制御を行うよう制御スケジュールが設定されていると仮定する。

図６（ａ）の例では、集計期間に含まれる１１月１日の１８：３５と、１１月２日の１８：４０と、１１月４日の１８：５０とに、対象機器２１のオフ操作されている。この場合、集計期間における１８：００〜１９：００の時間帯でのオフ操作回数は閾値以上であり（Ｓ２：Ｙｅｓ）、この時間帯は判定期間（１８：００〜２０：００）Ｔ２内にある（Ｓ３：Ｙｅｓ）。さらに、この判定期間の基準となる制御時刻に対応する制御内容はオフ制御である（Ｓ４：Ｙｅｓ）。

したがって、制御スケジュールは、変更処理Ａにより、元々１９：００に設定されていたオフ制御の制御命令の制御時間が、図６（ｂ）に示すように、１８：００〜１９：００の時間帯で最先の操作情報の取得時刻である１８：３５にシフトする。

また、図７（ａ）の例では、集計期間における１９：００〜２０：００の時間帯での対象機器２１のオフ操作回数が３回、オン操作回数が４回である。この場合、１９：００〜２０：００の時間帯でのオフ操作回数は閾値以上であり（Ｓ２：Ｙｅｓ）、この時間帯が含まれる判定期間Ｔ２の基準はオフ制御である（Ｓ３：Ｙｅｓ、Ｓ４：Ｙｅｓ）。

したがって、制御スケジュールは、変更処理Ａにより、元々１９：００に設定されていたオフ制御の制御命令の制御時間が、図７（ｂ）に示すように、１９：００〜２０：００の時間帯で最先の操作情報（オフ操作）の取得時刻である１９：２５にシフトする。

また、図８（ａ）の例では、集計期間における１８：００〜１９：００の時間帯での対象機器２１のオフ操作回数が３回、オン操作回数が４回である。この場合、１８：００〜１９：００の時間帯でのオフ操作回数は閾値以上であり（Ｓ２：Ｙｅｓ）、この時間帯が含まれる判定期間Ｔ２の基準はオフ制御である（Ｓ３：Ｙｅｓ、Ｓ４：Ｙｅｓ）。

したがって、制御スケジュールは、変更処理Ａにより、元々１９：００に設定されていたオフ制御の制御命令の制御時間が、図８（ｂ）に示すように、１８：００〜１９：００の時間帯で最先の操作情報（オフ操作）の取得時刻である１８：１０にシフトする。

また、処理Ｓ４において、制御時刻に対応する制御内容がオフ制御でなければ（Ｓ４：Ｎｏ）、つまり制御内容がオン制御であれば、機器制御装置１は、処理Ｓ１の結果を受け、対象時間帯での対象機器２１のオン操作回数が第１の閾値以上か否かを判定する（Ｓ６）。オン操作回数が第１の閾値以上であれば（Ｓ６：Ｙｅｓ）、機器制御装置１は、制御スケジュールの変更処理Ｂを実行する（Ｓ７）。

「変更処理Ｂ」は、対象時間帯に取得された操作情報（オン操作）のうち、取得時刻（操作時刻）が最も遅い操作情報の取得時刻を履歴記憶部１３から読み出し、この取得時刻に基づいて判定期間の基準となる制御時刻を変更予約する処理である。このような変更処理Ｂにより、スケジュール記憶部１４に記憶されている制御スケジュールは、対象機器２１のオン制御の制御時刻が履歴記憶部１３から読み出された取得時刻に変更されることになる。なお、対象時間帯に取得された操作情報（オン操作）のうち、取得時刻が最も遅い操作情報は、対象機器２１の稼働時間が最短となる操作情報、つまり対象機器２１での資源（電力）の消費量が最少となる時刻に取得された操作情報である。

言い換えれば、スケジュール変更部１２６は、判定部１２４にて、複数種類の前記操作情報について同一時間帯での同一種類の操作情報の取得回数が閾値以上と判定されたときに、監視期間の基準となる制御内容と同一種類の操作情報を優先的に用いる。つまり、スケジュール変更部１２６は、複数種類の操作情報の取得回数が閾値以上である場合、監視期間の基準となる制御時刻に対応する制御内容（ここではオフ制御）と同一種類の操作情報（オフ操作）を優先して、制御スケジュールの変更に用いる。

次に、変更処理Ｂを行う場合の機器制御装置１の動作の具体例を、図９，１０を参照して簡単に説明する。

ここでは、対象機器２１について９：００にオン制御、１９：００にオフ制御を行うよう制御スケジュールが設定されていると仮定する。

図９（ａ）の例では、集計期間における８：００〜９：００の時間帯での対象機器２１のオフ操作回数が３回、オン操作回数が４回である。この場合、８：００〜９：００の時間帯でのオフ操作回数は閾値以上であり（Ｓ２：Ｙｅｓ）、この時間帯が含まれる判定期間（８：００〜１０：００）Ｔ１の基準はオン制御である（Ｓ３：Ｙｅｓ、Ｓ４：Ｎｏ）。さらに、この時間帯でのオン操作回数は閾値以上である（Ｓ６：Ｙｅｓ）。

したがって、制御スケジュールは、変更処理Ｂにより、元々９：００に設定されていたオン制御の制御命令の制御時間が、図９（ｂ）に示すように、８：００〜９：００の時間帯で最も遅い操作情報（オン操作）の取得時刻である８：３５にシフトする。

また、図１０（ａ）の例では、集計期間における９：００〜１０：００の時間帯での対象機器２１のオフ操作回数が３回、オン操作回数が４回である。この場合、９：００〜１０：００の時間帯でのオフ操作回数は閾値以上であり（Ｓ２：Ｙｅｓ）、この時間帯が含まれる判定期間Ｔ１の基準はオン制御であり（Ｓ３：Ｙｅｓ、Ｓ４：Ｎｏ）、この時間帯でのオン操作回数は閾値以上である（Ｓ６：Ｙｅｓ）。

したがって、制御スケジュールは、変更処理Ｂにより、元々９：００に設定されていたオン制御の制御命令の制御時間が、図１０（ｂ）に示すように、９：００〜１０：００の時間帯で最も遅い操作情報（オン操作）の取得時刻である９：４５にシフトする。

また、処理Ｓ３において対象時間帯が判定期間内にないと判断された場合（Ｓ３：Ｎｏ）、あるいは、処理Ｓ６においてオン操作回数が第１の閾値未満と判断された場合（Ｓ６：Ｎｏ）、機器制御装置１は、制御スケジュールの変更処理Ｃを実行する（Ｓ８）。「変更処理Ｃ」は、対象時間帯に取得された操作情報（オフ操作）のうち、取得時刻（操作時刻）が最先の操作情報を履歴記憶部１３から読み出し、この操作情報に基づいて新たな制御命令を制御スケジュールに追加予約する処理である。

具体的には、機器制御装置１は、履歴記憶部１３から読み出した操作情報の取得時刻を制御時刻とし、対象機器２１のオフ制御を制御内容とする新たな制御命令を制御スケジュールに追加予約する。このような変更処理Ｃにより、スケジュール記憶部１４に記憶されている制御スケジュールは、履歴記憶部１３から読み出された取得時刻に、対象機器２１のオフ制御の制御命令が新たに追加されることになる。

次に、変更処理Ｃを行う場合の機器制御装置１の動作の具体例を、図１１〜１３を参照して簡単に説明する。

ここでは、対象機器２１について１０：００にオン制御、２０：００にオフ制御を行うよう制御スケジュールが設定されていると仮定する。なお、図１３の例では、対象機器２１について９：００にオン制御、１９：００にオフ制御を行うよう制御スケジュールが設定されていると仮定する。

図１１（ａ）の例では、集計期間における１１：００〜１２：００の時間帯でのオフ操作回数が３回である。この場合、１１：００〜１２：００の時間帯でのオフ操作回数は閾値以上である（Ｓ２：Ｙｅｓ）。ただし、この時間帯はオン制御を基準とした判定期間（９：００〜１１：００）Ｔ１、オフ制御を基準とした判定期間（１９：００〜２１：００）Ｔ２のいずれにも含まれない（Ｓ３：Ｎｏ）。

したがって、制御スケジュールは、変更処理Ｃにより、図１１（ｂ）に示すように、１１：００〜１２：００の時間帯で最先の操作情報（オフ操作）の取得時刻である１１：３５を制御時刻としたオフ制御の制御命令が、新たに追加される。

また、図１２（ａ）の例では、集計期間における１０：００〜１１：００の時間帯のオフ操作回数が３回である。この場合、１０：００〜１１：００の時間帯でのオフ操作回数は閾値以上であり（Ｓ２：Ｙｅｓ）、この時間帯が含まれる判定期間（９：００〜１１：００）Ｔ１の基準はオン制御である（Ｓ３：Ｙｅｓ、Ｓ４：Ｎｏ）。さらに、この時間帯でのオン操作回数は閾値未満である（Ｓ６：Ｎｏ）。

したがって、制御スケジュールは、変更処理Ｃにより、図１２（ｂ）に示すように、１０：００〜１１：００の時間帯で最先の操作情報（オフ操作）の取得時刻である１０：３０を制御時刻としたオフ制御の制御命令が、新たに追加される。

また、図１３（ａ）の例では、集計期間における８：００〜９：００の時間帯のオフ操作回数が３回である。この場合、８：００〜９：００の時間帯でのオフ操作回数は閾値以上であり（Ｓ２：Ｙｅｓ）、この時間帯が含まれる判定期間（８：００〜１０：００）Ｔ１の基準はオン制御である（Ｓ３：Ｙｅｓ、Ｓ４：Ｎｏ）。さらに、この時間帯でのオン操作回数は閾値未満である（Ｓ６：Ｎｏ）。

したがって、制御スケジュールは、変更処理Ｃにより、図１３（ｂ）に示すように、８：００〜９：００の時間帯で最先の操作情報（オフ操作）の取得時刻である８：２０を制御時刻としたオフ制御の制御命令が、新たに追加される。

また、機器制御装置１は、処理Ｓ２で対象時間帯でのオフ操作回数が第２の閾値未満であると判定されると（Ｓ２：Ｎｏ）、対象時間帯での対象機器２１のオン操作回数が第１の閾値以上であるか否かを判定する（Ｓ９）。

機器制御装置１は、対象時間帯でのオン操作回数が第１の閾値以上であれば（Ｓ９：Ｙｅｓ）、対象機器２１について制御スケジュール上で設定されている制御内容に対応した制御時刻を基準とする判定期間内に、対象時間帯が含まれるか否かを判断する（Ｓ１０）。ここでいう判定期間は、制御スケジュール上の制御時刻を基準に設定されており、対象時間帯での取得回数が閾値以上である操作情報と同一種類の制御内容（つまりオン制御）に対応する場合（後述の処理Ｓ１１：Ｙｅｓ）には、監視期間となる。なお、機器制御装置１は、処理Ｓ９で対象時間帯でのオン操作回数が第１の閾値未満であると判定されれば（Ｓ９：Ｎｏ）、対象時間帯についてのスケジュール変更処理を終了する。

機器制御装置１は、対象時間帯が判定期間内にあれば（Ｓ１０：Ｙｅｓ）、この判定期間の基準となる制御時刻に対応する制御内容の種類を確認する（Ｓ１１）。制御時刻に対応する制御内容がオン制御であれば（Ｓ１１：Ｙｅｓ）、つまり対象時間帯が監視期間に含まれていれば、機器制御装置１は、変更処理Ｂを実行する（Ｓ１２）。すなわち、機器制御装置１は、対象時間帯に取得された操作情報（オン操作）のうち、取得時刻（操作時刻）が最も遅い操作情報の取得時刻を履歴記憶部１３から読み出し、この取得時刻に基づいて判定期間の基準となる制御時刻を変更予約する。

次に、処理Ｓ２で対象時間帯でのオフ操作回数が第２の閾値以上でないと判定した後、変更処理Ｂを行う場合の機器制御装置１の動作の具体例を、図１４を参照して簡単に説明する。

ここでは、対象機器２１について９：００にオン制御、１９：００にオフ制御を行うよう制御スケジュールが設定されていると仮定する。

図１４（ａ）の例では、集計期間における８：００〜９：００の時間帯でのオン操作回数が４回である。この場合、８：００〜９：００の時間帯でのオン操作回数は閾値以上であり（Ｓ９：Ｙｅｓ）、この時間帯が含まれる判定期間（８：００〜１０：００）Ｔ１の基準はオン制御である（Ｓ１０：Ｙｅｓ、Ｓ１１：Ｙｅｓ）。

したがって、制御スケジュールは、変更処理Ｂにより、元々９：００に設定されていたオン制御の制御命令の制御時間が、図１４（ｂ）に示すように、８：００〜９：００の時間帯で最も遅い操作情報（オン操作）の取得時刻である８：４５にシフトする。

また、処理Ｓ１１において、制御時刻に対応する制御内容がオン制御でなければ（Ｓ１１：Ｎｏ）、つまり制御内容がオフ制御であれば、機器制御装置１は、対象時間帯での対象機器２１のオフ操作回数が第２の閾値以上か否かを判定する（Ｓ１３）。オフ操作回数が第２の閾値以上であれば（Ｓ１３：Ｙｅｓ）、機器制御装置１は、変更処理Ａを実行する。すなわち、機器制御装置１は、対象時間帯に取得された操作情報（オフ操作）のうち、取得時刻（操作時刻）が最先の操作情報の取得時刻を履歴記憶部１３から読み出し、この取得時刻に基づいて判定期間の基準となる制御時刻を変更予約する（Ｓ１４）。

言い換えれば、スケジュール変更部１２６は、判定部１２４にて、複数種類の前記操作情報について同一時間帯での同一種類の操作情報の取得回数が閾値以上と判定されたときに、監視期間の基準となる制御内容と同一種類の操作情報を優先的に用いる。つまり、スケジュール変更部１２６は、複数種類の操作情報の取得回数が閾値以上である場合、監視期間の基準となる制御時刻に対応する制御内容（ここではオン制御）と同一種類の操作情報（オン操作）を優先して、制御スケジュールの変更に用いる。

また、処理Ｓ１０において対象時間帯が判定期間内にないと判断された場合（Ｓ１０：Ｎｏ）、あるいは、処理Ｓ１３においてオフ操作回数が第２の閾値未満と判断された場合（Ｓ１３：Ｎｏ）、機器制御装置１は、制御スケジュールの変更処理Ｄを実行する（Ｓ１５）。「変更処理Ｄ」は、対象時間帯に取得された操作情報（オン操作）のうち、取得時刻（操作時刻）が最も遅い操作情報を履歴記憶部１３から読み出し、この操作情報に基づいて新たな制御命令を制御スケジュールに追加予約する処理である。

具体的には、機器制御装置１は、履歴記憶部１３から読み出した操作情報の取得時刻を制御時刻とし、対象機器２１のオン制御を制御内容とする新たな制御命令を制御スケジュールに追加予約する。このような変更処理Ｄにより、スケジュール記憶部１４に記憶されている制御スケジュールは、履歴記憶部１３から読み出された取得時刻に、対象機器２１のオン制御の制御命令が新たに追加されることになる。

次に、変更処理Ｄを行う場合の機器制御装置１の動作の具体例を、図１５〜１７を参照して簡単に説明する。

ここでは、対象機器２１について９：００にオン制御、１９：００にオフ制御を行うよう制御スケジュールが設定されていると仮定する。なお、図１６の例では、対象機器２１について９：００ではなく１０：００にオン制御を行うよう制御スケジュールが設定されていると仮定する。

図１５（ａ）の例では、集計期間における１８：００〜１９：００の時間帯でのオン操作回数が４回である。この場合、１８：００〜１９：００の時間帯でのオン操作回数は閾値以上であり（Ｓ９：Ｙｅｓ）、この時間帯が含まれる判定期間（１８：００〜２０：００）Ｔ２の基準はオフ制御である（Ｓ１０：Ｙｅｓ、Ｓ１１：Ｎｏ）。さらに、この時間帯でのオフ操作回数は閾値未満である（Ｓ１３：Ｎｏ）。

したがって、制御スケジュールは、変更処理Ｄにより、図１５（ｂ）に示すように、１８：００〜１９：００の時間帯で最も遅い操作情報（オン操作）の取得時刻である１８：４５を制御時刻としたオン制御の制御命令が、新たに追加される。

また、図１６（ａ）の例では、集計期間における１９：００〜２０：００の時間帯でのオン操作回数が４回である。この場合、１９：００〜２０：００の時間帯でのオン操作回数は閾値以上であり（Ｓ９：Ｙｅｓ）、この時間帯が含まれる判定期間（１８：００〜２０：００）Ｔ２の基準はオフ制御である（Ｓ１０：Ｙｅｓ、Ｓ１１：Ｎｏ）。さらに、この時間帯でのオフ操作回数は閾値未満である（Ｓ１３：Ｎｏ）。

したがって、制御スケジュールは、変更処理Ｄにより、図１６（ｂ）に示すように、１９：００〜２０：００の時間帯で最も遅い操作情報（オン操作）の取得時刻である１９：３５を制御時刻としたオン制御の制御命令が、新たに追加される。

しかも、図１６（ａ）の例では、集計期間における２１：００〜２２：００の時間帯でのオフ操作回数が３回である。この場合、２１：００〜２２：００の時間帯でのオフ操作回数が閾値以上であるが（Ｓ２：Ｙｅｓ）、この時間帯はオン制御を基準とした判定期間（９：００〜１１：００）Ｔ１、オフ制御を基準とした判定期間Ｔ２のいずれにも含まれない（Ｓ３：Ｎｏ）。

したがって、制御スケジュールは、変更処理Ｃにより、図１６（ｂ）に示すように、２１：００〜２２：００の時間帯で最先の操作情報（オフ操作）の取得時刻である２１：１０を制御時刻としたオフ制御の制御命令が、新たに追加される。

また、図１７（ａ）の例では、集計期間における６：００〜７：００の時間帯でのオン操作回数が４回である。この場合、６：００〜７：００の時間帯でのオン操作回数は閾値以上である（Ｓ９：Ｙｅｓ）。ただし、この時間帯はオン制御を基準とした判定期間（８：００〜１０：００）Ｔ１、オフ制御を基準とした判定期間（１８：００〜２０：００）Ｔ２のいずれにも含まれない（Ｓ１０：Ｎｏ）。

したがって、制御スケジュールは、変更処理Ｄにより、図１７（ｂ）に示すように、６：００〜７：００の時間帯で最も遅い操作情報（オン操作）の取得時刻である６：４５を制御時刻としたオン制御の制御命令が、新たに追加される。

また、変更処理Ａ，Ｂ，Ｃ，Ｄにおいて、変更「予約」あるいは追加「予約」としているのは、機器制御装置１は、制御スケジュールの変更（制御時刻の変更、制御命令の追加）を仮登録（予約）し、利用者による承認を得てから本登録するためである。これにより、機器制御装置１が勝手に制御スケジュールを変更することにより、利用者が機器制御装置１の誤作動と勘違いすることを防止できる。

すなわち、機器制御装置１は、変更処理Ａ〜Ｄにて変更後のスケジュールの仮登録を行った後、スケジュール変更部１２６にて、変更後の制御スケジュールの候補を提示し、利用者からの操作入力を受けて制御スケジュールの変更を確定する。具体的には、機器制御装置１は、仮登録（予約）された制御スケジュールを、表示端末５あるいはその他の表示装置（パソコンなど）に電子メールなどで通知し、この制御スケジュールへの変更の拒否を利用者に問い合わせる（Ｓ１６）。利用者は、表示端末５あるいはその他の表示装置にて、仮登録された制御スケジュールを確認し、この制御スケジュールへの変更を許可するか否かを指示する操作を行う。

機器制御装置１は、表示端末５あるいはその他の表示装置にて、仮登録した制御スケジュールへの変更を許可する利用者からの操作入力の有無を判断する（Ｓ１７）。このとき、仮登録した制御スケジュールへの変更が許可されると（Ｓ１７：Ｙｅｓ）、機器制御装置１は、仮登録した制御スケジュールをスケジュール記憶部１４に正式に登録し（Ｓ１８）、対象時間帯についてのスケジュール変更処理を終了する。この場合、機器制御装置１は、それ以降、変更後の制御スケジュールに従って対象機器２１を制御する。仮登録した制御スケジュールへの変更が拒否されると（Ｓ１７：Ｎｏ）、機器制御装置１は、仮登録した制御スケジュールを破棄して（Ｓ１９）、対象時間帯についてのスケジュール変更処理を終了する。

このように、本実施形態の機器制御装置１は、スケジュール変更部１２６が、制御スケジュールを変更する際に、変更後の制御スケジュールの候補を提示し、利用者からの操作入力を受けて、この制御スケジュールへの変更を確定する。

以上説明した本実施形態の機器制御装置１によれば、制御部１２がスケジュール変更部１２６を有しているので、運用中においてスケジュール記憶部１４内の制御スケジュールを変更することができる。すなわち、スケジュール変更部１２６は、判定部１２４にて同一時間帯での同一種類の操作情報の取得回数が閾値以上と判定されたときに、この操作情報に基づいて、制御スケジュールを変更する。したがって、スケジュール変更部１２６に記憶されている制御スケジュールは、利用者が行った操作の内容を表す操作情報に基づいて、随時変更されることになる。

要するに、機器制御装置１は、エンジニアが適当に設定した複数の施設に共通の制御スケジュールをデフォルトとして用いることで、実際に利用者が行った操作に基づき、店舗ごとに異なる適切な制御スケジュールに制御スケジュールが自動的に変更されていく。そのため、この機器制御装置１を用いた制御システムにおいては、エンジニアが個々の施設に合わせて設定（調整）した制御スケジュールを用いなくても、資源（電力）の消費量を低減するという点で十分な効果が得られることになる。つまり、この機器制御システムは、デフォルトの制御スケジュールではある機器で無駄に資源が消費されていても、利用者が、この機器に対するオフ操作を繰り返し行うことでこのオフ操作が制御スケジュールに反映されることになり、資源の消費量を低減できる。

結果的に、本実施形態の機器制御装置１によれば、エンジニアに大きな負担をかけることなく、機器による資源の消費量の低減、つまり省エネルギー化を図ることができるという利点がある。

また、判定部１２４は、判定に用いる時間帯の幅を設定する機能を有するので、取得部１２２で取得された操作情報が時間軸方向にどの程度ばらけていた場合まで同一時間帯に取得されたと判定するかを、自由に設定することができる。つまり、判定に用いる時間帯の幅が広くなるほど判定部１２４での判定は緩くなり、利用者の操作が制御スケジュールに反映され易くなる。

スケジュール変更部１２６は、同一種類の操作情報の取得回数が閾値以上と判定された時間帯が、この操作情報と同一種類の制御内容に対応する制御時刻を基準とした監視期間内に含まれる場合、この監視期間の基準となる制御時刻を操作情報に基づいて変更する。これにより、機器制御装置１は、予め用意された制御スケジュールを、利用者の実際の操作履歴に応じて微調整することができる。

一方、スケジュール変更部１２６は、同一種類の操作情報の取得回数が閾値以上と判定された時間帯が、この操作情報と同一種類の制御内容に対応する制御時刻を基準とした監視期間内に含まれない場合、新たな制御命令を前記操作情報に基づいて追加する。これにより、機器制御装置１は、予め用意された制御スケジュールに対して、利用者の操作履歴に応じた新たな制御命令を追加することができる。

また、本実施形態では、スケジュール変更部１２６は、判定部１２４にて、複数種類の前記操作情報について同一時間帯での同一種類の操作情報の取得回数が閾値以上と判定されたときに、監視期間の基準となる制御内容と同一種類の操作情報を優先的に用いる。つまり、たとえば制御スケジュール上でオフ制御の制御命令の前後において、オン操作とオフ操作との両方が為された場合、制御スケジュールの変更には、制御命令と同一種類のオフ操作が優先的に使用される。したがって、スケジュール変更部１２６は、極力、元の制御スケジュールを考慮した制御スケジュールの変更が可能になる。

さらにまた、スケジュール変更部１２６は、同一時間帯での同一種類の操作情報の取得回数が閾値以上と判定されたときに、これら操作情報のうち資源の消費量が最少となる時刻に取得された操作情報に基づいて、制御スケジュールを変更する。したがって、機器制御装置１は、予め設定された制御スケジュールを運用中に自動的に変更しながらも、省エネルギー化を図ることができる。

また、表示出力部１１は、コスト変換部１２７にて変換されたコストと、変換される前の資源の消費量との少なくとも一方を表示端末５に表示するので、制御スケジュールに従って制御された機器による資源の消費量を利用者に知らせることができる。しかも、機器制御装置１は、資源の消費量を利用者の理解し易いコストに変換して表示することで、省エネルギー化の効果を利用者に分かり易く提示することができる。さらに、機器制御装置１は、スケジュール変更部１２６が制御スケジュールを変更した場合には、この制御スケジュールの変更によって資源の消費量（またはコスト）にどの程度の影響があるのかを明確化できる。

さらに本実施形態では、スケジュール変更部１２６は、制御スケジュールを変更する際に、変更後の制御スケジュールの候補を提示し、利用者からの操作入力を受けて、制御スケジュールへの変更を確定する。したがって、機器制御装置１が勝手に制御スケジュールを変更することにより、利用者が機器制御装置１の誤作動と勘違いすることを防止できる。

ところで、判定部１２４は、オン操作回数の判定に用いる第１の閾値と、オフ操作回数の判定に用いる第２の閾値とで、異なる値を用いる場合、両者は以下の関係にあることが望ましい。

すなわち、資源の消費量を減少させる操作情報に対する閾値は、資源の消費量を増加させる操作情報に対する閾値よりも低く設定されることが望ましい。具体的には、オン操作は資源の消費量を増加させる操作情報、オフ操作は資源の消費量を減少させる操作情報であるから、オフ操作に対する第２の閾値は、オン操作に対する第１の閾値よりも低く設定される。

これにより、スケジュール変更部１２６は、資源の消費量を増加させる操作情報よりも資源の消費量を減少させる操作情報を優先して、制御スケジュールの変更に用いることになる。したがって、機器制御装置１は、予め設定された制御スケジュールを運用中に自動的に変更しながらも、省エネルギー化を図ることができる。

（実施形態２）
本実施形態の機器制御装置１は、把握可能な動作状態の遷移は、たとえば照明器具からなる対象機器２１に関しては調光レベルの上昇や低下、空調機器からなる対象機器２２に関しては設定温度の上昇や低下などを含む点で実施形態１の機器制御装置１と相違する。以下では、実施形態１と同様の構成については共通の符号を付して適宜説明を省略する。

すなわち、本実施形態では、機器制御装置１による制御のパターンは、オン制御およびオフ制御に加え、たとえば照明器具からなる対象機器２１に関しては調光レベルの上昇や低下、空調機器からなる対象機器２２に関しては設定温度の上昇や低下などを含む。以下では、照明器具の調光レベルの上昇や低下に係る制御を「調光制御」といいい、空調機器の設定温度の上昇や低下に係る制御を「温度制御」という。

ここにおいて、識別部１２３は、対象機器２１，２２，２３が同じでも、制御のパターン（オン制御、オフ制御、調光レベルの上昇、調光レベルの低下、設定温度の上昇、設定温度の低下）によって、異なる種類の操作情報として識別する。このとき、識別部１２３は、調光制御や温度制御の度合い（上げ幅および下げ幅）まで識別して、これら調光制御や温度制御の度合いまで一致する場合のみ、同一種類の操作情報として識別してもよい。あるいは、識別部１２３は、調光制御や温度制御の度合いまでは識別せず、調光レベルの上昇、調光レベルの低下、設定温度の上昇、設定温度の低下のいずれであるかで操作情報の種類を識別してもよい。

以下では、識別部１２３が調光制御や温度制御の度合いまでは識別しない場合を例として説明する。つまり、たとえば空調機器からなる対象機器２２に関しては、識別部１２３は、設定温度を１℃上げる操作と、２℃上げる操作とが同一種類の操作情報として識別する。

次に、制御スケジュールの変更に関する機器制御装置１の動作の具体例を、図１８〜２１を参照して簡単に説明する。ここでは、夏季、空調機器からなる対象機器２２を冷房運転させている場合において、この対象機器２２についての制御スケジュールを変更する際の機器制御装置１の動作を例示する。なお、図１８〜２１では、縦軸を設定温度とし、（ａ）が変更前、（ｂ）が変更後の制御スケジュールを表し、「ＯＮ」が制御スケジュール上のオン制御、「ＣＮ」が制御スケジュール上の温度制御を表し、「ＯＰ」が利用者の操作による温度制御を表している。

ここでは、対象機器２２について１１：００にオン制御（設定温度２７℃）、１４：００に設定温度を１℃上げる（２８℃にする）温度制御を行うよう制御スケジュールが設定されていると仮定する。

図１８（ａ）の例では、集計期間に含まれる１１月４日の１３：２５と、１１月５日の１３：３０と、１１月６日の１３：５０とに、それぞれ対象機器２２の設定温度を上げる操作が利用者により為されている。１１月４日の１３：２５の操作と１１月６日の１３：５０の操作とは設定温度を１℃上げる操作であって、１１月５日の１３：３０の操作は設定温度を２℃上げる制御である。この場合、判定部１２４は、１３：００〜１４：００の時間帯での同一種類の操作情報（設定温度の上昇操作）の取得回数が閾値（３）以上であると判定する。さらに、この時間帯（１３：００〜１４：００）は、上記操作情報と同一種類の制御内容（設定温度の上昇）に対応付けられている制御時刻を基準とする監視期間（１３：００〜１５：００）内に含まれている。

そのため、スケジュール変更部１２６は、この監視期間の基準となる制御時刻を、操作情報に基づいて変更する。したがって、制御スケジュールは、元々１４：００に設定されていた温度制御の制御命令の制御時間が、図１８（ｂ）に示すように、１３：００〜１４：００の時間帯で最先の操作情報（設定温度の上昇操作）の取得時刻である１３：２５にシフトする。ここで、図１８（ｂ）の例では、変更後の制御スケジュールにおいて１３：２５に設定された制御命令は、元々１４：００に設定されていた制御命令と同じく、設定温度を１℃上げる温度制御を制御内容とする。

図１９（ａ）の例では、集計期間に含まれる１１月４日の１４：２５と、１１月５日の１４：３０と、１１月６日の１４：５０とに、それぞれ対象機器２２の設定温度を上げる操作が利用者により為されている。１１月４日の１４：２５の操作と１１月６日の１４：５０の操作とは設定温度を１℃上げる操作であって、１１月５日の１４：３０の操作は設定温度を２℃上げる制御である。この場合、判定部１２４は、１４：００〜１５：００の時間帯での同一種類の操作情報（設定温度の上昇操作）の取得回数が閾値（３）以上であると判定する。さらに、この時間帯（１４：００〜１５：００）は、上記操作情報と同一種類の制御内容（設定温度の上昇）に対応付けられている制御時刻を基準とする監視期間（１３：００〜１５：００）内に含まれている。

そのため、スケジュール変更部１２６は、この監視期間の基準となる制御時刻を、操作情報に基づいて変更する。したがって、制御スケジュールは、元々１４：００に設定されていた温度制御の制御命令の制御時間が、図１９（ｂ）に示すように、１４：００〜１５：００の時間帯で最先の操作情報（設定温度の上昇操作）の取得時刻である１４：２５にシフトする。ここで、図１９（ｂ）の例では、変更後の制御スケジュールにおいて１４：２５に設定された制御命令は、元々１４：００に設定されていた制御命令の制御内容（設定温度を１℃上げる温度制御）にさらに設定温度を１℃上げる温度制御を加えた制御内容とする。つまり、変更後の制御スケジュールにおいて１４：２５に設定された制御命令は、設定温度を２℃上げる温度制御を制御内容とする。

図２０（ａ）の例では、集計期間に含まれる１１月４日の１３：２５と、１１月５日の１３：３０と、１１月６日の１３：５０とに、それぞれ対象機器２２の設定温度を下げる操作が利用者により為されている。１１月４日の１３：２５の操作と１１月６日の１３：５０の操作とは設定温度を１℃下げる操作であって、１１月５日の１３：３０の操作は設定温度を２℃下げる制御である。この場合、判定部１２４は、１３：００〜１４：００の時間帯での同一種類の操作情報（設定温度の低下操作）の取得回数が閾値（３）以上であると判定する。ただし、この時間帯（１３：００〜１４：００）は、上記操作情報と同一種類の制御内容（設定温度の低下）に対応付けられている制御時刻を基準とする監視期間内には含まれない。

そのため、スケジュール変更部１２６は、新たな制御命令を操作情報に基づいて制御スケジュールに追加する。したがって、制御スケジュールは、図２０（ｂ）に示すように、１３：００〜１４：００の時間帯で最も遅い操作情報（設定温度の低下操作）の取得時刻である１３：５０を制御時刻とした温度制御の制御命令が、新たに追加される。ここで、図２０（ｂ）の例では、変更後の制御スケジュールにおいて１３：５０に追加された制御命令は、設定温度を１℃下げる温度制御を制御内容とする。なお、図２０（ｂ）の例では、元々１４：００に設定されていた制御命令（設定温度を１℃上げる温度制御）は削除される。

図２１（ａ）の例では、集計期間に含まれる１１月４日の１４：２５と、１１月５日の１４：３０と、１１月６日の１４：５０とに、それぞれ対象機器２２の設定温度を下げる操作が利用者により為されている。１１月４日の１４：２５の操作と１１月６日の１４：５０の操作とは設定温度を１℃下げる操作であって、１１月５日の１４：３０の操作は設定温度を２℃下げる制御である。この場合、判定部１２４は、１４：００〜１５：００の時間帯での同一種類の操作情報（設定温度の低下操作）の取得回数が閾値（３）以上であると判定する。ただし、この時間帯（１４：００〜１５：００）は、上記操作情報と同一種類の制御内容（設定温度の低下）に対応付けられている制御時刻を基準とする監視期間内には含まれない。

そのため、スケジュール変更部１２６は、新たな制御命令を操作情報に基づいて制御スケジュールに追加する。ただし、図２１（ｂ）の例では、元々１４：００に設定されていた温度制御の制御命令と、新たに追加される制御命令とで制御内容が反対（設定温度の上昇と低下）であるので、これらの制御命令が相殺し合うことになる。したがって、制御スケジュールは、図２１（ｂ）に示すように、元々１４：００に設定されていた温度制御の制御命令が削除される。

また、図１８，２０の例では、変更あるいは追加された制御命令の制御内容は、いずれも操作情報における温度制御の度合い（上げ幅および下げ幅）によらず、１℃という固定された上げ幅または下げ幅での温度制御である。このように、調光制御や温度制御に関して制御スケジュールを変更するにあたっては、変更あるいは追加される制御命令の上げ幅あるいは下げ幅を小さく抑えることにより、制御スケジュールが変更されたことにより利用者に与える違和感を抑えることができる。

以上説明した本実施形態の機器制御装置１によれば、照明器具の調光制御や空調機器の温度制御に関しても、制御スケジュールに含めることができる。しかも、利用者が照明器具の照明レベルや空調機器の設定温度を変更する操作をした場合には、機器制御装置１は、その操作情報に基づいて、制御スケジュールを変更することができる。

たとえば、夏季用に制御スケジュールが設定されたものの、冷夏などにより外気温が予想外に低かった場合、利用者は、空調機器の設定温度を上げるように操作する可能性がある。このような場合に、機器制御装置１は、利用者の操作が反映されるように、制御スケジュールを自動的に変更することができる。その結果、機器による資源の消費量の低減、つまり省エネルギー化を図ることができる。

反対に、機器制御装置１が制御スケジュールに従って空調機器を制御した結果、利用者の快適性が損なわれるような場合には、利用者は、空調機器の設定温度を上げるように操作する可能性がある。このような場合、機器制御装置１は、利用者の操作が反映されるように、制御スケジュールを自動的に変更することができる。その結果、利用者の快適性が確保される。

その他の構成および機能は実施形態１と同様である。

１ 機器制御装置
２ 負荷群
２１，２２，２３ 対象機器
１１ 表示出力部
１３ 履歴記憶部
１４ スケジュール記憶部
１２１ 実行部
１２２ 取得部
１２３ 識別部
１２４ 判定部
１２６ スケジュール変更部
１２７ コスト変換部

Claims (6)

1. 資源を消費して動作する対象機器の動作を制御する機器制御装置であって、
   制御時刻と制御内容とを対応付けて一組とした制御命令を複数組含む制御スケジュールを記憶するスケジュール記憶部と、
   前記スケジュール記憶部に記憶されている前記制御スケジュールを用いて、前記制御時刻になると当該制御時刻に対応する前記制御内容に従って前記対象機器を制御する実行部と、
   前記対象機器の制御に関して利用者が行った操作の内容および当該操作が為された時刻を表す操作情報を取得する取得部と、
   前記取得部が取得した前記操作情報の制御の種類を識別する識別部と、
   二日以上からなる集計期間に亘って前記操作情報の取得回数を、前記識別部で識別された種類別、且つ一日を複数に区分した時間帯別にカウントし、同一時間帯での同一種類の前記操作情報の取得回数が所定の閾値以上か否かを判定する判定部と、
   前記判定部にて同一時間帯での同一種類の前記操作情報の取得回数が前記閾値以上と判定されたときに、当該操作情報に基づいて、前記制御スケジュールを変更するスケジュール変更部とを備え、
   前記判定部は、判定に用いる時間帯の幅を設定する機能を有し、
   前記スケジュール変更部は、前記判定部にて同一種類の前記操作情報の取得回数が前記閾値以上と判定された時間帯が、当該操作情報と同一種類の前記制御内容に対応する前記制御時刻を基準とし当該制御時刻の前および後の少なくとも一方の所定時間からなる監視期間内に含まれる場合、当該監視期間の基準となる前記制御時刻を前記操作情報に基づいて変更する
   ことを特徴とする機器制御装置。
2. 資源を消費して動作する対象機器の動作を制御する機器制御装置であって、
   制御時刻と制御内容とを対応付けて一組とした制御命令を複数組含む制御スケジュールを記憶するスケジュール記憶部と、
   前記スケジュール記憶部に記憶されている前記制御スケジュールを用いて、前記制御時刻になると当該制御時刻に対応する前記制御内容に従って前記対象機器を制御する実行部と、
   前記対象機器の制御に関して利用者が行った操作の内容および当該操作が為された時刻を表す操作情報を取得する取得部と、
   前記取得部が取得した前記操作情報の制御の種類を識別する識別部と、
   二日以上からなる集計期間に亘って前記操作情報の取得回数を、前記識別部で識別された種類別、且つ一日を複数に区分した時間帯別にカウントし、同一時間帯での同一種類の前記操作情報の取得回数が所定の閾値以上か否かを判定する判定部と、
   前記判定部にて同一時間帯での同一種類の前記操作情報の取得回数が前記閾値以上と判定されたときに、当該操作情報に基づいて、前記制御スケジュールを変更するスケジュール変更部とを備え、
   前記判定部は、判定に用いる時間帯の幅を設定する機能を有し、
   前記スケジュール変更部は、前記判定部にて同一種類の前記操作情報の取得回数が前記閾値以上と判定された時間帯が、当該操作情報と同一種類の前記制御内容に対応する前記制御時刻を基準とし当該制御時刻の前および後の少なくとも一方の所定時間からなる監視期間内に含まれない場合、新たな前記制御命令を前記操作情報に基づいて前記制御スケジュールに追加する
   ことを特徴とする機器制御装置。
3. 資源を消費して動作する対象機器の動作を制御する機器制御装置であって、
   制御時刻と制御内容とを対応付けて一組とした制御命令を複数組含む制御スケジュールを記憶するスケジュール記憶部と、
   前記スケジュール記憶部に記憶されている前記制御スケジュールを用いて、前記制御時刻になると当該制御時刻に対応する前記制御内容に従って前記対象機器を制御する実行部と、
   前記対象機器の制御に関して利用者が行った操作の内容および当該操作が為された時刻を表す操作情報を取得する取得部と、
   前記取得部が取得した前記操作情報の制御の種類を識別する識別部と、
   二日以上からなる集計期間に亘って前記操作情報の取得回数を、前記識別部で識別された種類別、且つ一日を複数に区分した時間帯別にカウントし、同一時間帯での同一種類の前記操作情報の取得回数が所定の閾値以上か否かを判定する判定部と、
   前記判定部にて同一時間帯での同一種類の前記操作情報の取得回数が前記閾値以上と判定されたときに、当該操作情報に基づいて、前記制御スケジュールを変更するスケジュール変更部とを備え、
   前記判定部は、判定に用いる時間帯の幅を設定する機能を有し、
   前記スケジュール変更部は、前記判定部にて同一時間帯での同一種類の前記操作情報の取得回数が前記閾値以上と判定されたときに、当該操作情報のうち前記資源の消費量が最少となる時刻に取得された操作情報に基づいて、前記制御スケジュールを変更する
   ことを特徴とする機器制御装置。
4. 資源を消費して動作する対象機器の動作を制御する機器制御装置であって、
   制御時刻と制御内容とを対応付けて一組とした制御命令を複数組含む制御スケジュールを記憶するスケジュール記憶部と、
   前記スケジュール記憶部に記憶されている前記制御スケジュールを用いて、前記制御時刻になると当該制御時刻に対応する前記制御内容に従って前記対象機器を制御する実行部と、
   前記対象機器の制御に関して利用者が行った操作の内容および当該操作が為された時刻を表す操作情報を取得する取得部と、
   前記取得部が取得した前記操作情報の制御の種類を識別する識別部と、
   二日以上からなる集計期間に亘って前記操作情報の取得回数を、前記識別部で識別された種類別、且つ一日を複数に区分した時間帯別にカウントし、同一時間帯での同一種類の前記操作情報の取得回数が所定の閾値以上か否かを判定する判定部と、
   前記判定部にて同一時間帯での同一種類の前記操作情報の取得回数が前記閾値以上と判定されたときに、当該操作情報に基づいて、前記制御スケジュールを変更するスケジュール変更部とを備え、
   前記判定部は、判定に用いる時間帯の幅を設定する機能を有し、
   前記判定部は、前記操作情報の種類によって異なる前記閾値を用いており、
   前記資源の消費量を減少させる前記操作情報に対する前記閾値は、前記資源の消費量を増加させる前記操作情報に対する前記閾値よりも低く設定されている
   ことを特徴とする機器制御装置。
5. 請求項１〜４のいずれか１項に記載の機器制御装置と、
   資源を消費して動作する複数の機器とを備え、
   前記機器制御装置は、当該機器を前記対象機器として当該機器の動作を制御する
   ことを特徴とする機器制御システム。
6. コンピュータを、
   制御時刻と制御内容とを対応付けて一組とした制御命令を複数組含む制御スケジュールを記憶するスケジュール記憶部と、
   前記スケジュール記憶部に記憶されている前記制御スケジュールを用いて、前記制御時刻になると当該制御時刻に対応する前記制御内容に従って対象機器を制御する実行部と、
   前記対象機器の制御に関して利用者が行った操作の内容および当該操作が為された時刻を表す操作情報を取得する取得部と、
   前記取得部が取得した前記操作情報の制御の種類を識別する識別部と、
   二日以上からなる集計期間に亘って前記操作情報の取得回数を、前記識別部で識別された種類別、且つ一日を複数に区分した時間帯別にカウントし、同一時間帯での同一種類の前記操作情報の取得回数が所定の閾値以上か否かを判定する判定部と、
   前記判定部にて同一時間帯での同一種類の前記操作情報の取得回数が前記閾値以上と判定されたときに、当該操作情報に基づいて、前記制御スケジュールを変更するスケジュール変更部とを備える機器制御装置として機能させるプログラムであって、
   前記判定部は、判定に用いる時間帯の幅を設定する機能を有し、
   前記スケジュール変更部は、前記判定部にて同一種類の前記操作情報の取得回数が前記閾値以上と判定された時間帯が、当該操作情報と同一種類の前記制御内容に対応する前記制御時刻を基準とし当該制御時刻の前および後の少なくとも一方の所定時間からなる監視期間内に含まれない場合、新たな前記制御命令を前記操作情報に基づいて前記制御スケジュールに追加する
   プログラム。

Images