JP2007071405A - 空調機器管理システム - Google Patents

Abstract

【課題】 スケジュールの設定を簡易化および自動化し、ユーザの負担を軽減することにある。また、設定ミスが少なくなるようにスケジュールを設定し、運転確認を行わなくてもユーザの意図する運転を可能にする。
【解決手段】 運転設定手段８０は、空調機器５０ａ，５０ｂ，５０ｃの運転能力を設定可能である。時刻認識手段９７は、時刻を認識可能である。履歴情報記録手段６６は、ユーザが空調機器５０ａ，５０ｂ，５０ｃを操作した運転設定内容を、時刻と関連づけて履歴情報として記録する。スケジュール作成部８０ａは、履歴情報に基づいてスケジュールを作成する。スケジュールファイル保存手段８６は、スケジュール作成部８０ａにおいて作成されたスケジュールをスケジュールファイルとして保存する。制御装置６０ａ，６０ｃは、作成されたスケジュールに基づいて空調機器の制御を行う。
【選択図】 図１

Description

本発明は、空調機器のスケジュール設定の自動化システムに関する。

任意の時刻に任意の空調機器を操作したいという要求は以前からあり、それに応える機能として、スケジュール機能がある。ユーザが、時間と運転とを入力し、それぞれの空調機器のスケジュール設定をあらかじめ行うことにより、スケジュール制御が機能する。特許文献１では、複数の空調機器のスケジュール設定を行う際に、あらかじめ一つの空調機器のスケジュール設定を行えば、それに基づいて他の空調機器のスケジュール設定を行うことができる。これにより、全ての空調機器のスケジュール設定を、繰り返し行う必要が無くなり、ユーザの負担が軽減される。
特開２００３−３０３２２８号公報

しかし、特許文献１の技術においても、ユーザがスケジュール設定を行うためには、少なくとも一つの空調機器のスケジュール設定を行う必要がある。したがって、ユーザは、その設定方法を学ぶ必要がある。また、ユーザの設定に誤りがあっても、空調機器が実際に運転するまで誤りを認識することが難しい。このため、ユーザは、所望するスケジュール制御を正確に行わせるのに多大な時間を要し、ユーザの負担は大きくなる傾向にある。

そこで、本発明の課題は、スケジュールの設定を簡易化および自動化し、ユーザの負担を軽減することにある。また、設定ミスが少なくなるようにスケジュールを設定し、運転確認を行わなくてもユーザの意図する運転を可能にすることにある。

第１発明に係る空調機器管理システムは、空調機器と、運転設定手段と、時刻認識手段と、履歴情報記録手段と、スケジュール作成部と、スケジュールファイル保存手段と、制御装置と、を備える。なお、これらの手段は、空調機器に設けられていても良いし、リモコン等の空調制御装置に設けられていても良いし、空調機器と空調制御装置とに分けて設けられていても良い。運転設定手段は、空調機器の運転能力を設定可能である。また、ここにいう「運転設定」とは、例えば、温度設定、風量設定、湿度設定、および運転時間設定などである。時刻認識手段は、時刻を認識可能である。履歴情報記録手段は、ユーザが空調機器を操作した運転設定内容を、時刻と関連づけて履歴情報として記録する。なお、ここにいう「履歴情報」とは、時刻、運転モード、温度設定、風量設定、および湿度設定などである。例えば、時刻が１４時３５分に、運転モードを冷房、温度を２５度、風量を弱、湿度をドライなどと設定した際の履歴情報のことである。スケジュール作成部は、履歴情報に基づいてスケジュールを作成する。スケジュールの作成は、履歴情報の記録が全て終了した後に行われても良いし、履歴情報の記録の最中にその都度行われても良い。スケジュールファイル保存手段は、スケジュール作成部において作成されたスケジュールをスケジュールファイルとして保存する。制御装置は、作成されたスケジュールに基づいて空調機器の制御を行う。

この空調機器管理システムでは、運転設定手段において空調機器の運転能力を設定可能である。履歴情報記録手段は、空調機器の履歴情報を時刻認識手段で認識した時刻と関連づけて履歴情報として記録する。スケジュール作成部は、履歴情報に基づいてスケジュールを作成する。スケジュールファイル保存手段は、作成されたスケジュールをスケジュールファイルとして保存する。制御装置は、スケジュールに基づいて空調機器の制御を行う。

したがって、この空調機器管理システムにより、ユーザが空調機器を操作することにより記録される履歴情報に基づいてスケジュールが作成される。このため、この空調機器管理システムは、ユーザが操作した内容を反復するスケジュール制御を行うことができる。この結果、ユーザは、通常の空調機器の操作によってスケジュール機能と同等のことが行えるため、スケジュールの設定方法の学習に費やす時間を短縮できる。また、この空調機器管理システムは、実際にユーザが操作した内容を反復するため、スケジュールの設定後に運転確認を行わなくても、ユーザの意図する運転を行うことができる。

第２発明に係る空調機器管理システムは、第１発明に係る空調機器管理システムであって、時刻変更手段と、運転設定変更手段とをさらに備える。時刻変更手段は、スケジュールファイル内の情報である時刻情報を変更可能である。時刻情報とは、履歴情報の時刻に基づいて、スケジュール作成部によりスケジュール化されたものである。運転設定変更手段は、スケジュールファイル内の情報である運転設定情報を変更可能である。運転設定情報とは、履歴情報の運転設定内容に基づいて、スケジュール作成部によりスケジュール化されたものである。制御装置は、時刻変更手段または運転設定変更手段の少なくとも一方において変更されたスケジュールに基づいた制御を行う。

この空調機器管理システムは、時刻変更手段においてスケジュールファイルの時刻情報を変更可能である。また、運転設定変更手段においてスケジュールファイルの運転設定情報を変更可能である。そして、ユーザが時刻変更または運転変更を行った場合に、制御装置は、変更後のスケジュールファイルに基づいた制御を行う。
したがって、ユーザは、作成されたスケジュールファイルを変更できる。この空調機器管理システムにより、作成されたスケジュールファイルを変更したい場合に、最初からスケジュール設定を行わなくても、変更したい運転設定情報または時刻情報の少なくとも一方を変更することによりスケジュールを変更できる。このため、ユーザがスケジュールの変更に費やす時間が短縮され、ユーザの負担を軽減できる。

第３発明に係る空調機器管理システムは、第１発明に係る空調機器管理システムであって、履歴情報記録終了手段をさらに備える。履歴情報記録終了手段は、第１所定時間が経過した後に、履歴情報の記録を終了する。なお、ここにいう第１所定時間とは履歴情報の記録が終了する時間のことである。例えば、第１所定時間の設定を２４時間とし、７月２４日の午前８時３０分にユーザがスケジュールの設定を開始したとすると、２４時間後の７月２５日の午前８時３０分に履歴情報の記録が終了する。

この空調機器管理システムでは、履歴情報記録終了手段において、履歴情報の記録を第１所定時間経過後に終了させる。したがって、履歴情報の記録は、第１所定時間単位で行われる。このため、スケジュールは、第１所定時間単位で作成される。この結果、ユーザが、スケジュールの設定を開始してから終了の手続きを行わなくても、自動的に第１所定時間単位のスケジュールを作成することができる。

第４発明に係る空調機器管理システムは、第３発明に係る空調機器管理システムであって、第１所定時間変更手段をさらに備える。第１所定時間変更手段は、第１所定時間を変更可能である。例えば、第１所定時間がデフォルトで２４時間で設定されていたとするとこの時間を２３時間、２２時間、２１時間、・・・などユーザの使用状況に応じて変更が可能である。
この空調機器管理システムでは、第１所定時間変更手段により第１所定時間を変更可能である。したがって、ユーザは、第１所定時間を自由に変更することができる。このため、ユーザの使用状況に応じて、履歴情報記録終了手段が実行される時間を自由に設定することができる。

第５発明に係る空調機器管理システムは、第１発明に係る空調機器管理システムであって、削除手段をさらに備える。削除手段は、複数の履歴情報の束である履歴情報群の中に、エラー履歴情報が存在する場合において、エラー履歴情報の削除を行う。なお、ここにいう「エラー履歴情報」とは、第２所定時間未満の継続運転の履歴情報である。例えば、第２所定時間を２０分とすると、２０分未満の継続運転はエラー履歴情報とされて削除される。例えば、始めに風量が「弱」設定であって、１１時１８分に風量を「強」に変更したが、１１時２５分に風量を「弱」にした場合に、風量が「強」に設定された時間は７分であり、この場合の継続運転の時間は２０分未満であるので、この風量を「強」に変更した履歴情報は削除される。

この空調機器管理システムでは、ユーザが誤って操作した際においても履歴情報の記録が行われる。ここでは、一旦記録された第２所定時間に満たない継続運転の履歴情報は、削除手段によりエラー履歴情報として削除される。
したがって、この空調機器管理システムでは、ユーザが所望しない内容のスケジュール化が行われることを軽減できる。このため、ユーザは、単純化された履歴情報を利用することで、自動的にスケジュールを作成することができる。また、ユーザは、スケジュールの設定方法の学習に費やす時間を短縮できる。

第６発明に係る空調機器管理システムは、第５発明に係る空調機器管理システムであって、第２所定時間変更手段をさらに備える。第２所定時間変更手段は、第２所定時間を変更可能である。例えば、第２所定時間を２０分とすると、２０分未満の継続運転はエラー履歴情報とされて削除されるが、これを３０分間、１０分間、５分間などユーザの利用状況に応じて変更することが可能である。
この空調機器管理システムでは、第２所定時間変更手段により第２所定時間を変更可能である。したがって、ユーザは、エラー履歴情報の判断基準である第２所定時間を自由に変更可能である。このため、ユーザの使用状況に応じて、エラー履歴情報の削除基準の変更が可能である。

第７発明に係る空調機器管理システムは、第１発明に係る空調機器管理システムであって、時刻修正手段をさらに備える。時刻修正手段は、履歴情報中の時刻を、その時刻以前の複数の設定時刻の束の中で最も近い設定時刻に修正する。複数の設定時刻の束は、あらかじめ一定の時刻間隔で指定されている。ここで、あらかじめ指定されている一定の時刻間隔の複数の設定時刻の束とは、例えば１０分間隔に指定されている場合には、０時００分、０時１０分、０時２０分、０時３０分、・・・、２３時４０分、２３時５０分のことであり、２０分間隔に指定されている場合には、０時００分、０時２０分、０時４０分、・・・、２３時２０分、２３時４０分のことである。

この空調機器管理システムでは、時刻修正手段において、履歴情報の時間情報が修正される。したがって、この方法では、単純化された履歴情報を利用することで、自動的にスケジュールを作成することができる。このため、ユーザは、スケジュールの設定方法の学習に費やす時間を短縮できる。

第８発明に係る空調機器管理システムは、第１発明に係る空調機器管理システムであって、分類手段と、名称登録手段とをさらに備える。分類手段は、複数の履歴情報をユーザの行動パターン別に分類する。名称登録手段は、分類手段で分類された履歴情報のそれぞれに、名称を割り当ててスケジュールとして登録する。なお、ここにいう「ユーザの行動パターン」とは、例えば、平日、休日およびユーザが定めた特別の日などのことである。
この空調機器管理システムでは、分類手段において、履歴情報は、第１所定時間単位でユーザの行動パターン別に分類される。名称登録手段において、第１所定時間単位で分類された履歴情報が名称を割り当て登録される。
したがって、この空調機器管理システムでは、ユーザの行動パターン別にスケジュールを作成することができる。また、複数の履歴情報が存在した場合に、それぞれに違う名称を割り当てることで、それぞれを違うスケジュールとして登録することができる。このため、ユーザの行動パターン別に複数の種類のスケジュールを作成することができる。また、ユーザがスケジュールを設定する際に、複数の種類のスケジュールの中から選択するだけで設定することが可能である。この結果、ユーザは、スケジュールの設定方法の学習に費やす時間を短縮できる。

第１発明によれば、この空調機器管理システムにより、ユーザが空調機器を操作することにより記録される履歴情報に基づいてスケジュールが作成される。このため、この空調機器管理システムは、ユーザが操作した内容を反復するスケジュール制御を行うことができる。この結果、ユーザは、通常の空調機器の操作によってスケジュール機能と同等のことが行えるため、スケジュールの設定方法の学習に費やす時間を短縮できる。また、この空調機器管理システムは、実際にユーザが操作した内容を反復するため、スケジュールの設定後に運転確認を行わなくても、ユーザの意図する運転を行うことができる。

第２発明によれば、ユーザは、作成されたスケジュールファイルを変更できる。この空調機器管理システムにより、作成されたスケジュールファイルを変更したい場合に、最初からスケジュール設定を行わなくても、変更したい運転設定情報または時刻情報の少なくとも一方を変更することによりスケジュールを変更できる。このため、ユーザがスケジュールの変更に費やす時間が短縮され、ユーザの負担を軽減できる。

第３発明によれば、履歴情報の記録は、第１所定時間単位で行われる。このため、スケジュールは、第１所定時間単位で作成される。この結果、ユーザが、スケジュールの設定を開始してから終了の手続きを行わなくても、自動的に第１所定時間単位のスケジュールを作成することができる。
第４発明によれば、ユーザは、第１所定時間を自由に変更することができる。このため、ユーザの使用状況に応じて、履歴情報記録終了手段が実行される時間を自由に設定することができる。

第５発明によれば、この空調機器管理システムでは、ユーザが所望しない内容のスケジュール化が行われることを軽減できる。このため、ユーザは、単純化された履歴情報を利用することで、自動的にスケジュールを作成することができる。また、ユーザは、スケジュールの設定方法の学習に費やす時間を短縮できる。
第６発明によれば、ユーザは、エラー履歴情報の判断基準である第２所定時間を自由に変更可能である。このため、ユーザの使用状況に応じて、エラー履歴情報の削除基準の変更が可能である。

第７発明によれば、この方法では、単純化された履歴情報を利用することで、自動的にスケジュールを作成することができる。このため、ユーザは、スケジュールの設定方法の学習に費やす時間を短縮できる。
第８発明によれば、この空調機器管理システムでは、ユーザの行動パターン別にスケジュールを作成することができる。また、複数の履歴情報が存在した場合に、それぞれに違う名称を割り当てることで、それぞれを違うスケジュールとして登録することができる。このため、ユーザの行動パターン別に複数の種類のスケジュールを作成することができる。また、ユーザがスケジュールを設定する際に、複数の種類のスケジュールの中から選択するだけで設定することが可能である。この結果、ユーザは、スケジュールの設定方法の学習に費やす時間を短縮できる。

＜空調機器管理システムの構成＞
空調機器管理システム１５０は、図１に示されるように、主に、マルチ式空調機器５０ａ，５０ｂ，５０ｃ、空調コントローラ６０ａ，６０ｃ、空調機器管理サーバ８０、および公衆電話回線１２０から構成される。なお、マルチ式空調機器５０ａ，５０ｂおよび空調コントローラ６０ａは第１ビル１０１に配置され、マルチ式空調機器５０ｃおよび空調コントローラ６０ｃは第２ビル１０２に配置される。また、空調機器管理サーバ８０は、集中監視センタ１１０に配置される。

＜空調機器管理システムの構成要素＞
（１）マルチ式空調機器
マルチ式空調機器５０ａ，５０ｂ，５０ｃでは、図１に示されるように、１台（複数台であっても良い）の室外機２０ａ，２０ｂ，２０ｃに対して複数の室内機１０ａ，１０ｂ，１０ｃが冷媒配管（図示せず）および通信線５５ａ，５５ｂ，５５ｃを介して接続される。このマルチ式空調機器５０ａ，５０ｂ，５０ｃは、ビル１０１，１０２内を冷暖房したり調湿したりする機能を有する。

（２）空調コントローラ
空調コントローラ６０ａ，６０ｃは、図２に示されるように、マルチ式空調機器５０ａ，５０ｂ，５０ｃの監視制御装置であって、主に、中央処理部６１、ＲＡＭ（Random Access Memory）６４、ＲＯＭ（Read Only Memory）６５、ＥＥＰＲＯＭ６６、Ｉ／Ｏ制御部６７、モデム用インターフェイス６９、空調機器用インターフェイス７０、モデム７１、および空調機器用コネクタ７２から構成されている。ここで、中央処理部６１、ＲＡＭ６４、ＲＯＭ６５、ＥＥＰＲＯＭ６６、およびＩ／Ｏ制御部６７は、例えば、マイクロコンピュータであって、相互に第１バス線６８によって接続されており、１つの集積回路を構成している。また、モデム用インターフェイス６９、および空調機器用インターフェイス７０は、例えば、プリント回路基板等であって、第２バス線７３ａ，７３ｂを介してＩ／Ｏ制御部６７に接続されている。また、モデム７１は、第１通信線７４を介してモデム用インターフェイス６９に接続されている。また、空調機器用コネクタ７２は、第２通信線７５を介して空調機器用インターフェイス７０に接続されている。

中央処理部６１は、主に、制御部６２および演算部６３を有する。制御部６２は、図３に示されるように、ＲＯＭ６５に記憶されている監視制御プログラムを読み込み（Ｆｄ６参照）、読み込んだ監視制御プログラムに従って演算部６３、ＲＡＭ６４、ＲＯＭ６５、ＥＥＰＲＯＭ６６、およびＩ／Ｏ制御部６７に運転を指示する（Ｆｃ１〜Ｆｃ４参照）。演算部６３は、図３に示されるように、制御部６２の命令に従って制御部６２、ＲＡＭ６４、ＲＯＭ６５、およびＥＥＰＲＯＭ６６から必要なデータを取得して（Ｆｄ１、Ｆｄ４、およびＦｄ７参照）演算処理（例えば、算術演算処理や論理演算処理等）を行う。また、この演算部６３は、制御部６２の命令に従って、演算処理の処理結果データを制御部６２に供給することができる（Ｆｄ２参照）。また、この演算部６３は、制御部６２の命令に従って、演算処理の処理結果データをＲＡＭ６４やＥＥＰＲＯＭ６６に書き込むことができる（Ｆｄ３参照）。

ＲＡＭ６４は、図３に示されるように、制御部６２の指示に従って、各種データを制御部６２に供給することができる（Ｆｄ５参照）。また、このＲＡＭ６４は、データをＩ／Ｏ制御部６７から取得して（Ｆｄ９参照）一時記憶したり、演算部６３から送信されるデータ（Ｆｄ３参照）を一時記憶したりする。また、このＲＡＭ６４は、制御部６２の命令に応じて一時記憶しているデータをＩ／Ｏ制御部６７に送信する（Ｆｄ８参照）。

ＲＯＭ６５は、監視制御プログラムや各種データを格納している。そして、このＲＯＭ６５は、図３に示されるように、制御部６２の指示に従って、それらを制御部６２に供給する（Ｆｄ６参照）。また、このＲＯＭ６５は、制御部６２の指示に従って、各種データを演算部６３に供給することができる（Ｆｄ７参照）。
ＥＥＰＲＯＭ６６は、電気的に書き換え可能なＲＯＭであり、マルチ式空調機器５０ａ，５０ｂ，５０ｃの監視データなどを記憶する。

Ｉ／Ｏ制御部６７は、モデム７１に着信するデータや、マルチ式空調機器５０ａ，５０ｂ，５０ｃから送信されてくるデータ等をＲＡＭ６４へ入力したり（Ｆｄ９参照）、ＲＡＭ６４に記憶されている各種データや制御信号などをマルチ式空調機器５０ａ，５０ｂ，５０ｃに送信したりする。
モデム用インターフェイス６９、および空調機器用インターフェイス７０は、通信線７４，７５を介してモデム７１、および空調機器用コネクタ７２に接続されており、モデム７１に着信するデータや、マルチ式空調機器５０ａ，５０ｂ，５０ｃから送信されてくるデータ等を受信すると同時にそれらのデータを中央処理部６１が処理可能な形式に変換したりＩ／Ｏ制御部６７からモデム７１や、マルチ式空調機器５０ａ，５０ｂ，５０ｃに出力されるデータや制御信号などをモデム７１やマルチ式空調機器５０ａ，５０ｂ，５０ｃが処理可能な形式に変換したりする。

モデム７１は、制御部６２の指示に従って、ＥＥＰＲＯＭ６６に格納されるマルチ式空調機器５０ａ，５０ｂ，５０ｃに関する各種データを、３０分時限おきに、公衆電話回線１２０を介して空調機器管理サーバ８０に送信している。また、このモデム７１は、演算部６３においてマルチ式空調機器５０ａ，５０ｂ，５０ｃに異常が発生したと判定された場合、制御部６２の指示に従って異常識別コード（マルチ式空調機器５０ａ，５０ｂ，５０ｃから送信されてくる）、マルチ式空調機器５０ａ，５０ｂ，５０ｃの機種番号や機種名などのデータ、およびビル１０１，１０２を特定するための顧客ＩＤデータなどとともに即座に公衆電話回線１２０を介して空調機器管理サーバ８０に送信する。
空調機器用コネクタ７２には、図２に示されるように、マルチ式空調機器５０ａ，５０ｂ，５０ｃの室外機２０ｃ，２０ｂ，２０ｃが接続される。

（３）空調機器管理サーバ
空調機器管理サーバ８０は、図４に示されるように、主に、サーバ本体８０ａ、入力装置９４、ディスプレイ９５、モデム９６、および時計９７から構成されている。

サーバ本体８０ａは、図４に示されるように、主に、中央処理部８１、メインメモリ８５、ハードディスク８６、接続部８４、ＩＤＥインターフェイス８７、入力インターフェイス８８、ディスプレイインターフェイス８９、モデムインターフェイス９０、および時計９７から構成されている。そして、このサーバ本体８０ａでは、中央処理部８１が第１バス線９１を介して、メインメモリ８５が第２バス線９２を介して、各種インターフェイス８８〜９０が第３バス線９３を介して接続部８４に接続されている。

ここで、中央処理部８１は、例えば、マイクロプロセッサと呼ばれる半導体チップ等であって、主に、制御部８２および演算部８３から構成される（他に１次キャッシュメモリや２次キャッシュメモリ等を含んでいても良い）。メインメモリ８５は、例えば、ＲＡＭ（ランダムアクセスメモリ）等の半導体チップである。接続部８４は、チップセット等の半導体チップである。なお、このハードディスク８６は、外付けタイプであってもかまわない。

そして、このハードディスク８６には、図６に示されるように、オペレーティングシステム８６ａ、デバイスドライバ８６ｂ、および空調監視アプリケーション８６ｃや、履歴情報記録アプリケーション８６ｅ、スケジュール作成アプリケーション８６ｆといったプログラム、空調監視データ８６ｄ等が格納されている。オペレーティングシステム８６ａは、例えば、ＷＩＮＤＯＷＳ（登録商標）、ＭＡＣ ＯＳ（登録商標）、ＯＳ／２、ＵＮＩＸ（登録商標）（例えば、Ｌｉｎｕｘ（登録商標）等）、あるいはＢｅＯＳ（登録商標）等であって、各部８４〜８６、各種インターフェイス８７〜９０、各装置９４〜９６等のハードウェア管理や、ユーザインターフェイスの提供、各種データの管理、アプリケーションの共通部分の処理等を行う。デバイスドライバ８６ｂは、ハードディスク８６、接続部８４、および各装置９４〜９６それぞれに対して用意されている専用プログラムであって、オペレーティングシステム８６ａがハードディスク８６、接続部８４、および各装置９４〜９６を制御するための橋渡しを行う。

空調監視アプリケーション８６ｃは、空調コントローラ６０ａ，６０ｃから空調機器管理サーバ８０に送信されてくるマルチ式空調機器５０ａ，５０ｂ，５０ｃの監視データ等を所定のデータベースに格納したり監視データを適宜加工する等して所望のデータを構築したりするためのプログラムである。なお、本実施の形態において、空調監視アプリケーション８６ｃは常時実行されており、モデム９６に履歴情報が受信されると、演算部８３が制御部８２の指示に従ってその履歴情報を規定のデータ形式に変換した後に（本実施の形態ではコラム付きテキスト形式からＸＭＬ形式に変換）ハードディスク８６に格納する。

また、履歴情報記録アプリケーション８６ｅはユーザによる入力装置９４の操作により起動し、ユーザによる所定の操作により所定のデータベースに格納されている特定の履歴情報を取り出すことができるようになっている。なお、履歴情報記録アプリケーション８６ｅ起動中に、履歴情報が所定のデータベースから取り出される場合、そのデータ形式は演算部８３により元のデータ形式に復元される（本実施の形態ではＸＭＬ形式からコラム付きテキスト形式に変換）。

また、スケジュール作成アプリケーション８６ｆは、ユーザによる入力装置９４の操作により起動し、ユーザによる所定の操作により履歴情報からスケジュールファイルを作成することができるようになっている。
ＩＤＥ（Integrated Drive Electronics）インターフェイス８７は、ハードディスク８６を接続部８４に接続する。入力インターフェイス８８は、例えば、ＰＳ／２、ＵＳＢ、ＩＥＥＥ１２８４、ＲＳ２３２、あるいはＩｒＤＡ（Infrared Data Association）等のインターフェイスであって、メインメモリ８５にデータを入力するためのキーボード、マウス、スキャナ、あるいはＯＣＲ（Optical Character Reader）等といった入力装置９４を接続する。ディスプレイインターフェイス８９は、例えば、ＡＧＰ（Accelerated Graphics Port）、ＰＣＩ（Peripheral Component Interconnect）、あるいはＲＳ２３２等のインターフェイスであって、メインメモリ８５から送信されてきたデータを文字や画像として表示するためのＣＲＴディスプレイ、液晶ディスプレイ、あるいはプラズマディスプレイ等といったディスプレイ９５を接続する。モデムインターフェイス９０は、公衆電話回線１２０等に通信接続するためのモデム９６を接続する。時計９７は、サーバ本体８０ａ内に内蔵されており、時刻を認識する。

次に、図５を用いて空調機器管理サーバ８０の運転について説明する。
制御部８２は、図５に示されるように、メインメモリ８５に一時記憶されるプログラムを読み込み（Ｆｄ６参照）、読み込んだプログラムに従って各部８３〜８６および各装置９４〜９７に運転を指示する（Ｆｃ１〜Ｆｃ７参照）。演算部８３は、制御部８２の命令に従ってメインメモリ８５から必要なデータを取得して（Ｆｄ２参照）演算処理（例えば、算術演算処理や論理演算処理等）を行う。メインメモリ８５は、プログラムやデータ等をハードディスク８６から取得して（Ｆｄ４参照）一時記憶したり、入力装置９４において入力されたデータを一時記憶したり（Ｆｄ１参照）、演算部８３やモデム９６等から送信されるデータ等（Ｆｄ３およびＦｄ１０参照）を一時記憶したりする。また、このメインメモリ８５は、制御部８２の命令に応じて一時記憶しているデータ等を各部８３〜８６および各装置９４〜９７に送信する（Ｆｄ２、Ｆｄ５、Ｆｄ７、Ｆｄ８、Ｆｄ９およびＦｄ１０参照）。ハードディスク８６は、制御部８２の命令に応じてメインメモリ８５にプログラムやデータ等を供給したり（Ｆｄ４参照）メインメモリ８５から送信されるデータ等を格納したりする（Ｆｄ５参照）。

＜スケジュール作成の処理＞
（１）メイン処理
スケジュール作成の処理の流れを、図７のフローチャートにより説明する。
ユーザはスケジュール作成ボタン（図示せず）を押しスケジュール作成の自動化処理を開始させる。このとき、ユーザは、行動パターンと、季節モードとを決定する必要がある。行動パターンとは、平日、休日、特別１および特別２の４種類に分類されている。このように、ユーザは、行動パターン毎にスケジュールを４種類まで分類できる。また、季節モードとは、夏期モード、冬期モード、中間期モード、特別モード１および特別モード２の５種類に分類されている。このように、ユーザは季節ごとに運転モードを設定でき、５種類まで分類できる。この、行動パターンと運転モードを組み合わせることにより、最大で２０種類のスケジュールを作成することができる。

ステップＳ１では、空調コントローラ６０ａ，６０ｃの判断の結果、空調機器管理サーバ８０またはリモートコントローラ（図示せず）のボタン操作があった場合にはステップＳ２へ移行し、そうでない場合には再びステップＳ１へ戻る。ここで、以下に記述する第１メモリ、第２メモリとは、メインメモリ８５内においての仮想メモリである（図示せず）。

ステップＳ２では、第１メモリへ履歴情報の記録が行われる。このときに、ボタン操作の内容とその時刻が記録される。例えば、図９に第１メモリへの履歴情報の記録の状態を示す。Ｎｏ．０１は、時刻８：２５に、運転モードを冷房、風量を急、設定温度２６度で空調機器５０ａ，５０ｂ，５０ｃの電源を入れた場合の履歴情報である。このように、履歴情報は、記録開始から時系列で記録される。

ステップＳ３では、スケジュール作成ボタンを押してから２４時間が経過したかどうかの確認が行われる。開始から２４時間経過していたら、ステップＳ４へ移行し、そうでない場合には、エラー履歴情報の判別ルーチンＲ１へ移行する。このルーチンＲ１については後ほど詳述する。また、この場合の２４時間は、ユーザが変更をすることができる。
ステップＳ４では、第２メモリに記録があるかどうかの判別が行われる。第２メモリに記録がある場合には、ステップＳ５に移行し、そうでない場合にはこの処理は終了する。第２メモリには、ルーチンＲ１で処理された第１メモリ内の履歴情報が記録される。

ステップＳ５では、第２メモリの内容がスケジュールファイルとして記録される。図１０には、図９の第１メモリ内の履歴情報が処理されて第２メモリに記録されたものを示す。ステップＳ５では、例えば、図１０に示すような履歴情報がスケジュールファイルとして、名称とユーザの行動パターンが付与されハードディスク８６に保存される。ステップＳ５を経ると、ステップＳ６に移行する。

ステップＳ６では、ステップＳ５において付与されたユーザの行動パターン情報に基づいて、行動パターン別に分類される。また、スケジュールファイルは、空調機器５０ａ，５０ｂ，５０ｃのグループ別に履歴情報が存在し、それぞれのグループ毎に作成される。
（２）ルーチンＲ１の処理
図８にルーチンＲ１の処理の流れをフローチャートで示す。

ステップＳ１１では、第１メモリ内に履歴情報があるかどうかの判別を行う。第１メモリ内に履歴情報があれば、ステップＳ１２へ移行し、そうでない場合はステップＳ１３へ移行する。
ステップＳ１２では、第１メモリ内の最新の履歴情報との時刻差が２０分以上であるかどうかの判別が行われる。第１メモリ内の最新の履歴情報との時刻差が２０分以上であれば、ステップＳ１３へ移行し、そうでない場合はステップＳ１５へ移行する。ここでの判断基準は時刻差が２０分であるが、これはユーザが変更することができる。ステップＳ１３では、履歴情報の時刻情報の１分の位の切り捨てが行われ、ステップＳ１４へ移行する。ステップＳ１４では、第２メモリへの記録が行われる。一方で、ステップＳ１５では、第２メモリ内で２つ前に履歴情報があるかどうかの判別が行われる。第１メモリにおいて２つ前に履歴情報がある場合には、ステップＳ１６へ移行し、そうでない場合は、ステップＳ１８へ移行する。ステップＳ１６では、第１メモリ内において２つ前の履歴情報の運転設定情報が同じであるかどうかの判別が行われる。２つ前の履歴情報の運転設定情報が同じである場合には、ステップＳ１７へ移行し、そうでない場合にはステップＳ１８へ移行する。ステップＳ１７では、第２メモリに記録されている最新履歴情報が削除される。ステップＳ１８では、第２メモリ内の最新履歴情報の運転設定情報が、処理中の履歴情報の運転設定情報に置き換えられる。ステップＳ１８が終わるとステップＳ１３へ移行する。

（３）ルーチンＲ１の処理例
以下に、スケジュール作成の例を挙げる。
〔ステップＳ１８を経由する場合〕
図９のＮｏ．０４の操作が行われた場合、ステップＳ１１において、第１メモリ内で１つ前に履歴情報があるかどうかの判別が行われる。この場合、Ｎｏ．０３の履歴情報が存在する為、ステップＳ１２へ移行する。そして、ステップＳ１２では、１つ前のＮｏ．０３の履歴情報との時刻差が２０分以上あるかどうかの判別が行われる。その際の最新の履歴情報であるＮｏ．０３の履歴情報との時刻差を見る。この場合、時刻差は８分であるので２０分未満である。したがって、ステップＳ１５へと移行する。ステップＳ１５では、第２メモリ内で２つ前に履歴情報があるかどうかの判別が行われる。この場合、２つ前にＮｏ．０２の履歴情報が存在する為、ステップＳ１６へ移行する。ステップＳ１６では、２つ前の履歴情報の運転設定情報が同じであるかどうかの判別が行われる。この場合、Ｎｏ．０２の履歴情報の運転設定情報と、Ｎｏ．０４の履歴情報の運転設定情報とは、風量がＮｏ．０２では「強」であり、Ｎｏ．０４では「弱」である為、運転設定情報は異なる。したがって、ステップＳ１８へ移行する。ステップＳ１８では、第２メモリ内の最新履歴情報の運転設定情報が、処理中の履歴情報の運転設定情報に置き換えられる。この場合、図１１に示すように、１つ前の履歴情報であるＮｏ．０３の運転設定情報はＮｏ．０４のものに置き換えられる。ステップＳ１８が終わると、ステップＳ１３へ移行する。ステップＳ１３では、第１メモリ内の履歴情報の時刻情報の１分の位の切り捨てが行われる。この場合、Ｎｏ．０３の時刻情報は１０時３９分であるので、１分の位が切り捨てられ、１０時３０分となる。最後にステップＳ１４へ移行する。ステップＳ１４では、第２メモリへの記録が行われる。

〔ステップＳ１７を経由する場合〕
図９のＮｏ．０６の操作が行われた場合を以下に説明する。Ｎｏ．０６の操作が行われた場合、ステップＳ１１において１つ前に履歴情報があるかどうかの判別が行われる。この場合、Ｎｏ．０５の履歴情報が存在する為、ステップＳ１２へ移行する。そして、ステップＳ１２では、１つ前のＮｏ．０５の履歴情報との時刻差が２０分以上あるかどうかの判別が行われる。その際の最新の履歴情報であるＮｏ．０５の履歴情報との時刻差を見る。この場合、時刻差は２分であるので２０分未満である。したがって、ステップＳ１５へと移行する。ステップＳ１５では、第２メモリ内に２つ前に履歴情報があるかどうかの判別が行われる。この場合、２つ前にＮｏ．０３の履歴情報が存在する為、ステップＳ１６へ移行する。ステップＳ１６では、２つ前の履歴情報の運転設定情報が同じであるかどうかの判別が行われる。この場合、Ｎｏ．０３の履歴情報の運転設定情報と、Ｎｏ．０４の履歴情報の運転設定情報とは一致する。したがって、ステップＳ１７へ移行する。ステップＳ１７では、第２メモリに記録されている最新履歴情報の削除が行われる。この場合、第２メモリに記録されている最新履歴情報はＮｏ．０５であるので削除が行われる（以上図１２参照）。

＜スケジュールファイルの記録＞
このように、ステップＳ１からステップＳ３、そしてルーチンＲ１を繰り返すことでユーザの履歴情報は、最終的に履歴情報として第２メモリに記録される。そして、スケジュールの設定を開始してから２４時間経過後に、ステップＳ４へ移行する。ステップＳ４では、第２メモリに記録があるかどうかの判別が行われる。この場合は、第２メモリに記録がある為、ステップＳ５へ移行する。ステップＳ５では、第２メモリの内容がスケジュールファイルとして、名称および行動パターン情報を付与され記録される。図１３にその例を示す。ここでは、例えば２００５年３月５日の土曜日にスケジュールを作成した場合には、Ｎｏ．０２のように名称を付与されて記録される。また、あらかじめ決定された行動パターン毎にスケジュールが分類される。ステップＳ６では、あらかじめ決定された行動パターンおよび季節モード毎に分類されるが、あらかじめ設定されていない場合は「設定無し」に分類される。「設定無し」に分類されたスケジュールファイルは、このスケジュール一覧画面２００によりユーザが設定できる。

＜スケジュール一覧画面およびスケジュール分類画面＞
図１３にスケジュール一覧画面２００を、図１４にスケジュール分類画面２１０を示す。
この画面においてユーザは、スケジュールファイルの行動パターンと季節モードを決定する。画面切り替ボタン２０２を押すことにより、画面は図１４のスケジュール分類画面２１０に遷移する。スケジュール一覧画面２００にて分類したスケジュールファイルが、スケジュール分類画面２１０においては、行動パターンおよび季節モード別に整理される。スケジュール分類画面２１０では、スケジュールの運用の為の設定を行う。また、季節モードを選択することにより、運用する運転モードの決定を行うことができる。これは、次に詳述するカレンダー設定画面においても設定可能である。行動パターンおよび季節モードの選択はその横のプルダウンボタン２０１を押すことにより、行動パターンの場合には、平日、休日、特別１、特別２の順に、季節モードの場合には、夏期、冬期、中間期、特別１、特別２の順にプルダウン表示され、そこから各パターンおよび各モードを選択可能である。

＜カレンダー設定画面＞
図１５はカレンダー設定画面２２０である。この画面において、ユーザは、スケジュールファイルを割り当てることで、スケジュールの運用ができる。
２００５年６月のスケジュールを設定するとする。まず、ユーザは月遷移ボタン２２１を押すことで、スケジュールの設定をする月に画面を合わせる。ここでは、２００５年の６月になるまで月遷移ボタン２２１を押す。次に、パターン欄２２３から行動パターンを選び、その行動パターンで設定したい日付を押す。例えば、６月１５日を平日の行動パターンで設定したいとすると、行動パターン欄で平日の所を選択し、１５日の「１５」の数字を押す。カレンダー２２８上で平日を意味する□の記号が「１５」の位置に現れる。（行動パターン欄２２３で、休日を選択していれば○、特別１を選択していれば△、特別２を選択していれば◇が表示される。）これで、６月１５日に平日の行動パターンの設定を完了できる。同様にして、休日、特別１、特別２の設定を行う。最後に、季節モード設定欄にて運転モードを選ぶ。例えば、夏期モードにしたいときは、「夏期」が出るまでプルダウンボタン２２２を押し選択する。この季節モードは、プルダウンボタン２２２を押すことで、「夏期」、「冬期」、「中間期」、「特別１」および「特別２」の順に選択できる。最後に、ＯＫボタン２２６を押すことで、スケジュールは運用される。また、設定したスケジュールをキャンセルしたい場合には、キャンセルボタン２２７を押すことでキャンセルできる。

＜スケジュール変更画面＞
図１３のスケジュール一覧画面２００にて変更したいスケジュールファイルを選択しＯＫボタン２０４を押すことにより、図１６に示すスケジュール変更画面２３０に遷移する。ここで、時刻情報または運転設定情報を変更することができる。例えば、Ｎｏ．０２のスケジュールファイルの設定を変更したいとすると、図１３の画面においてＮｏ．０２のスケジュールファイルを選択する。選択すると、「Ｎｏ」の欄の数字が四角枠２０６で囲まれる。選択した状態で、ＯＫボタン２０４を押すと、図１６のスケジュール変更画面２３０が現れる。この画面上で、所望する時刻設定２４０または運転設定２４１を選択し変更を行う。変更の仕方は、まず、グループ選択ボタン２３１を押して、変更したいグループナンバーを選択し、Ｎｏ欄から変更したい設定を選択しＯＫボタン２３３押す。すると、時刻、ｏｎ／ｏｆｆ、運転モード、風量および設定温度の右側に設定変更ボタン２３２が現れる。この設定変更ボタン２３２を押すことで、各設定を選択できる。それぞれを選択することで、時刻設定または運転設定を変更できる。所望する変更が終了したら、再びＯＫボタン２３３を押し決定する。ここでは、例えば、グループＮｏ．０２のＮｏ．０１の設定を変更したい場合は、グループ選択ボタンでグループＮｏ．０２を選択する。そして、設定Ｎｏ．０１を選択することで四角枠２３５が表示される。ＯＫボタン２３３を押す。すると、設定変更ボタン２３２が現れる。設定変更ボタン２３２を押して、変更したい設定を変更する。変更した設定をキャンセルしたい場合には、キャンセルボタン２３４を押すことでキャンセルできる。

＜スケジュール設定における画面遷移＞
スケジュール設定における画面は、図１３〜図１６に示す４画面が存在する。ここに、４画面の遷移の仕方を説明する。図１３のスケジュール一覧画面２００から図１６のスケジュール変更画面２３０へ切り替えるには上述したように、変更したいスケジュールファイルを選択し、ＯＫボタン２０４を押すと切り替わり、逆に図１６から図１３へ切り替えるにはＯＫボタン２３３またはキャンセルボタン２３４を押す。図１３のスケジュール一覧画面２００から図１４のスケジュール分類画面２１０へ切り替えるには画面切り替ボタン２０２を押すことで切り替えられる。逆に図１４から図１３へ切り替えるには、同様に画面切り替ボタン２１１を押す。図１３のスケジュール一覧画面２００から図１５のカレンダー設定画面２２０へ切り替えるにはカレンダーボタン２０３を押すことで切り替えられる。逆に図１５から図１３へ切り替えるには、スケジュール一覧ボタン２２４を押すことで切り替えられる。図１４のスケジュール分類画面２１０から図１５のカレンダー設定画面２２０へ切り替えるには、カレンダーボタン２１２を押すことで切り替えられる。逆にスケジュール分類画面２１０へ切り替えるには、スケジュール分類ボタン２２５を押すことで切り替えられる。

＜特徴＞
（１）
ユーザは、運転設定手段８０において、空調機器５０ａ，５０ｂ，５０ｃの操作を行う。スケジュール作成部８０ａにおいて、空調機器５０ａ，５０ｂ，５０ｃの履歴情報が記録される。スケジュールファイルは、履歴情報に基づいて自動的に作成される。制御部６０ａ，６０ｃにおいて、作成されたスケジュールファイルに基づいて空調機器５０ａ，５０ｂ，５０ｃの運転制御が行われる。

したがって、ユーザは、空調機器５０ａ，５０ｂ，５０ｃのスケジュールを設定する際に、スケジュール作成部８０ａによって自動的に作成されたスケジュールを利用できる。制御部６０ａ，６０ｃは、設定されたスケジュールに従って、空調機器５０ａ，５０ｂ，５０ｃの運転制御を行うことができる。
このため、ユーザがスケジュールの設定方法を学ぶ時間を短縮し、この空調機器管理システム１５０を使用するユーザの負担を軽減できる。また、作成されたスケジュールファイルに基づく制御は、実質的に操作した内容の反復となるために、ユーザによるスケジュールの設定ミスが無くなり、スケジュールを設定後にユーザが運転確認を行わなくても、ユーザが意図した通りの運転制御を実現できる。

（２）
時刻認識手段９７は、ユーザが操作を行った時刻を認識する。履歴情報記録手段６６は、履歴情報を記録する。スケジュール作成部８０ａは、履歴情報に基づいてスケジュールファイルを作成する。スケジュールファイル保存手段８６は、スケジュール作成部８０ａで作成されたスケジュールファイルを保存する。

したがって、履歴情報に基づいて自動的にスケジュールが作成される。ユーザの運転設定内容の反復となるスケジュールが作成される。このため、ユーザがスケジュールの設定方法の学習に費やす時間を短縮することができる。また、ユーザの負担を軽減できる。さらに、ユーザは、スケジュールの設定後に運転確認を行わなくても、ユーザの意図する運転を行うことができる。

（３）
この空調機器管理システム１５０では、履歴情報記録終了手段は、履歴情報の記録を第１所定時間経過後に終了する。エラー履歴情報削除手段は、第２所定時間に満たない継続運転の履歴情報をエラー履歴情報として、エラー履歴情報の削除を行う。時刻情報修正手段は、履歴情報の時刻情報を修正する。分類手段は、第１所定時間単位の履歴情報を、ユーザの行動パターン別に分類する。名称登録手段は、第１所定時間単位に分類された履歴情報に名称を割り当てる。

したがって、スケジュールファイルは、あらかじめ設定された第１所定時間単位で作成される。ユーザが誤って操作した際に、記録された履歴情報に基づいて、誤ったスケジュール化が行われることを軽減できる。この空調機器管理システム１５０は、ユーザの行動パターン別に作成されたスケジュールファイルを保存することができる。また、複数の履歴情報が存在した場合、それぞれに違う名称を登録することで、それぞれを違うスケジュールファイルとして保存することができる。

このため、ユーザが自動化を開始してから終了の手続きを行わなくても、自動的にスケジュールファイルを作成することができる。ユーザは、単純化された履歴情報を利用することで、自動的にスケジュールを設定することができる。ユーザの行動パターン別に複数の種類のスケジュールファイルを作成することができる。また、ユーザは、スケジュールの設定方法の学習に費やす時間を短縮できる。

（４）
時刻変更手段２３０は時刻情報を変更可能である。また、運転設定変更手段２３０は、運転設定情報を変更可能である。
したがって、ユーザは、スケジュールファイルを変更できる。この空調機器管理システム１５０により作成されたスケジュールファイルを変更したい場合に、最初からスケジュールの設定を行わなくても、変更したい運転設定情報または時刻情報を変更する操作により設定変更できる。
このため、ユーザがスケジュールの設定変更に費やす時間を短縮でき、ユーザの負担を軽減できる。

（５）
この空調機器管理システム１５０では、第１所定時間変更手段により第１所定時間を変更可能である。また、第２所定時間変更手段により第２所定時間を変更可能である。

したがって、ユーザは、第１所定時間を自由に変更することができる。このため、ユーザの使用状況に応じて、履歴情報記録終了手段が実行される時間を自由に設定することができる。また、ユーザは、エラー履歴情報の判断基準である第２所定時間を自由に変更可能である。このため、ユーザの使用状況に応じて、エラー履歴情報の削除基準の変更が可能である。

（６）
この空調機器管理システム１５０では、分類手段において、履歴情報は、第１所定時間単位でユーザの行動パターン別に分類される。名称登録手段において、第１所定時間単位で分類された履歴情報が名称を割り当て登録される。
したがって、この空調機器管理システム１５０では、ユーザの行動パターン別にスケジュールを作成することができる。また、複数の履歴情報が存在した場合に、それぞれに違う名称を登録することで、それぞれを違うスケジュールファイルとして保存することができる。このため、ユーザの行動パターン別に複数の種類のスケジュールファイルを作成することができる。また、ユーザがスケジュールを設定する際に、複数の種類のスケジュールファイルの中から選択することのみで設定することが可能である。この結果、ユーザは、スケジュールの設定方法の学習に費やす時間を短縮できる。

＜変形例＞
（Ａ）
先の実施の形態に係る空調機器管理システム１５０では、マルチ式空調機器５０ａ，５０ｂ，５０ｃを監視対象としたが、本発明の監視対象は、マルチ式空調機器５０ａ，５０ｂ，５０ｃに限られない。監視対象は、例えば、ルームエアコン、セントラル式空調機器などの他形式の空調機器であっても良いし、照明機器、給湯器などの設備機器であっても良い。また、ルームエアコンの場合は、空調コントローラおよび空調機器管理サーバの役割を果たす制御装置が、ルームエアコン本体内部あるいはリモコンの内部に備えられている。

（Ｂ）
先の実施の形態に係る空調機器管理システム１５０では、運転モードをユーザがカレンダー設定画面２２０において設定することで、決定していたが、ユーザがあらかじめ期間を設定しておくことにより、自動的に運転モードの切り替えを行っても良い。例えば、夏期モードを６月１日〜９月３０日、冬期モードを１２月１日〜２月２８日、中間期モードをそれ以外の日に設定しておくことで、設定された時期になると自動的にモードが切り替えられるようにしても良い。１年間を通じた空調制御においては、季節の変化に従って、気温または湿度が変化し、ユーザの求める制御が変化する。そのため、あらかじめ季節毎に分けておくことで、自動的に年間を通じたスケジュールファイルの作成の自動化を実現できるとともに、ユーザが設定方法を学ぶ時間を削減できる。また、ここで、地域別に通年の気温または湿度からあらかじめ季節別に運転モードの設定しておいても良い。このようにすれば、この設備を利用する地域を選択することのみで、スケジュールの期間を設定できる。

（Ｃ）
先の実施の形態に係る空調機器管理システム１５０では、スケジュールファイルの作成前あるいは作成後に、それぞれのファイルに行動パターンをユーザが設定していたが、あらかじめスケジュールカレンダーにて設定を行っても良い。例えば、まだスケジュールファイルの作成が行われていない２００５年８月２６日を、カレンダー設定画面で休日の行動パターンを設定しておき、当日にスケジュールファイルの作成を行うと行動パターンは休日になるようにしても良い。このようにすれば、スケジュールファイルを作成する際にいちいち行動パターンを決定を行わなくても、あらかじめカレンダー設定画面において行動パターンを割り振っておくことのみで行動パターンの分類が行われる為、ユーザの負担が軽減される。

本発明にかかるスケジュール設定自動化システムは、ユーザがスケジュール設定について学ぶ必要はなくなり、ユーザの負担を小さくでき、空調機器のスケジュールの設定方法の自動化システム等として有用である。

本発明の実施の形態に係る空調機器管理システムのシステム構成図。 本発明の実施の形態に係る空調機器管理システムの空調コントローラの内部構成図。 本発明の実施の形態に係る空調機器管理システムの空調コントローラにおける制御信号およびデータの流れを表す図。 本発明の実施の形態に係る空調機器管理システムの空調機器管理サーバの内部構成図。 本発明の実施の形態に係る空調機器管理システムの空調機器管理サーバにおける制御信号およびデータの流れを表す図。 本発明の実施の形態に係る空調機器管理システムの空調機器管理サーバのハードディスクのイメージ図。 本発明の実施の形態に係るスケジュール自動化処理の流れを表すフローチャート。 本発明の実施の形態に係るスケジュール自動化処理の流れにおけるエラー履歴情報の判別ルーチンの流れを表すフローチャート。 本発明の実施の形態に係るスケジュール自動化処理における第１メモリ内の履歴情報を表す表。 本発明の実施の形態に係るスケジュール自動化処理における第２メモリ内の履歴情報を表す表。 本発明の実施の形態に係るスケジュール自動化処理におけるエラー履歴情報の判別ルーチンの中でのステップＳ１８を経由する処理を表す表。 本発明の実施の形態に係るスケジュール自動化処理におけるエラー履歴情報の判別ルーチンの中でのステップＳ１７を経由する処理を表す表。 本発明の実施の形態に係る空調機器管理システムのスケジュール一覧画面。 本発明の実施の形態に係る空調機器管理システムのスケジュール分類画面。 本発明の実施の形態に係る空調機器管理システムのスケジュールカレンダー設定画面。 本発明の実施の形態に係る空調機器管理システムのスケジュール変更画面

符号の説明

５０ａ，５０ｂ，５０ｃ マルチ式空気調和装置（空調機器）
６０ａ，６０ｃ 空調コントローラ（制御部）
６６ ＥＥＰＲＯＭ（履歴情報記録手段）
８０ 空調機器管理サーバ（運転設定手段）
８０ａ サーバ本体（スケジュール作成部）
８６ ハードディスク（スケジュールファイル保存手段）
９７ 時計（時刻認識手段）
１５０ 空調機器管理システム
２３０ スケジュール変更画面（時刻変更手段、運転設定変更手段）

Claims (8)

1. 空調機器（５０ａ，５０ｂ，５０ｃ）と、
   前記空調機器（５０ａ，５０ｂ，５０ｃ）の運転能力を設定可能である運転設定手段（８０）と、
   時刻を認識可能な時刻認識手段（９７）と、
   ユーザが前記空調機器（５０ａ，５０ｂ，５０ｃ）を前記運転設定手段（８０）で操作した運転設定内容を、時刻と関連づけて履歴情報として記録する履歴情報記録手段（６６）と、
   前記履歴情報に基づいてスケジュールを自動的に作成するスケジュール作成部（８０ａ）と、
   前記スケジュール作成部（８０ａ）において作成された前記スケジュールを、スケジュールファイルとして保存するスケジュールファイル保存手段（８６）と、
   前記スケジュールファイルに基づいて空調機器（５０ａ，５０ｂ，５０ｃ）の制御を行う制御装置（６０ａ，６０ｃ）と、
   を備えた空調機器管理システム（１５０）。
2. 前記履歴情報の前記時刻に基づいて、前記スケジュール作成部（８０ａ）によりスケジュール化された前記スケジュールファイル内の情報である時刻情報（２４０）を変更可能である時刻変更手段（２３０）と、
   前記履歴情報の前記運転設定内容に基づいて、前記スケジュール作成部（８０ａ）によりスケジュール化された前記スケジュールファイル内の情報である運転設定情報（２４１）を変更可能である運転設定変更手段（２３０）と、
   をさらに備え、
   前記制御装置（６０ａ，６０ｃ）は、時刻情報（２４０）または運転設定情報（２４１）を変更後のスケジュールファイルに基づいた制御を行う、
   請求項１に記載の空調機器管理システム（１５０）。
3. 第１所定時間が経過した後に、前記履歴情報の記録を終了する履歴情報記録終了手段、
   をさらに備えた請求項１に記載の空調機器管理システム（１５０）。
4. 前記第１所定時間を変更可能な第１所定時間変更手段、
   をさらに備えた請求項３に記載の空調機器管理システム（１５０）。
5. 複数の前記履歴情報の束である履歴情報群の中に第２所定時間未満の継続動作の履歴情報であるエラー履歴が存在する場合において、前記エラー履歴の削除を行う削除手段、
   をさらに備えた請求項１に記載の空調機器管理システム（１５０）。
6. 前記第２所定時間を変更可能な第２所定時間変更手段、
   をさらに備えた請求項５に記載の空調機器管理システム（１５０）。
7. 前記履歴情報中の前記時刻を、前記時刻以前であって予め指定されている一定の時刻間隔の複数の設定時刻の束の中で最も近い前記設定時刻に、修正する時刻情報修正手段、
   をさらに備えた請求項１に記載の空調機器管理システム（１５０）。
8. 複数の前記履歴情報を、前記ユーザの行動パターン別に分類する分類手段と、
   前記分類手段で分類された前記操作履歴のそれぞれに、名称を割り当ててスケジュールとして登録する名称登録手段と、
   をさらに備えた請求項１に記載の空調機器管理システム（１５０）。

Images