監視制御装置および制御方法
【課題】タイムスケジュール作成の手間の軽減を図った監視制御装置を提供すること。
【解決手段】実施形態によれば、監視制御装置は、少なくとも１つの共用機器と、個別のタイムスケジュールで稼動する複数の個別機器とを含む複数の機器を制御する。この監視制御装置は、作成部と、制御部とを具備する。作成部は、個別機器ごとのタイムスケジュールの時間に対する論理和である合成スケジュールを作成する。制御部は、共用機器を合成スケジュールで稼動させる。
【解決手段】実施形態によれば、監視制御装置は、少なくとも１つの共用機器と、個別のタイムスケジュールで稼動する複数の個別機器とを含む複数の機器を制御する。この監視制御装置は、作成部と、制御部とを具備する。作成部は、個別機器ごとのタイムスケジュールの時間に対する論理和である合成スケジュールを作成する。制御部は、共用機器を合成スケジュールで稼動させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ビルや工場などの各設備機器を監視制御するための監視制御装置と、運転のタイムスケジュールを設定可能な機器（空調や照明など）の動作スケジュールを制御する制御方法に関する。
【背景技術】
【０００２】
近年のビルや建物などの施設には、テナントに設置された各種の機器の稼動状況や、電力、水道、ガスの使用量に関係する機器の使用状況を監視する監視制御装置が設けられている。この種の装置は各テナントの空調や照明といった機器を集約的に稼動、制御するためにも使用される。監視制御装置は、予め設定したタイムスケジュールに従って各施設の設備機器の運転／停止（オン／オフ）を制御する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−７１４０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
普通、施設にはテナントごとに占有される占有部と、エレベータホールや廊下のような共用部とがある。設備機器は占有部と共用部の双方に設けられるので、占有部のタイムスケジュールと共用部のタイムスケジュールとを個別に用意する必要がある。しかしながら共用部の設備機器のスケジュールは占有部のスケジュールに基づいて、管理者が作成する必要があった。その作成にあたっては共用部以外の各施設のタイムスケジュールによる設備機器の稼働状況を考慮した設定を行う必要があり、管理者にとって負担が大きかった。
【０００５】
目的は、タイムスケジュール作成の手間の軽減を図った監視制御装置および制御方法を提供することにある。
【課題を解決するための手段】
【０００６】
実施形態によれば、監視制御装置は、少なくとも１つの共用機器と、個別のタイムスケジュールで稼動する複数の個別機器とを含む複数の機器を制御する。この監視制御装置は、作成部と、制御部とを具備する。作成部は、個別機器ごとのタイムスケジュールの時間に対する論理和である合成スケジュールを作成する。制御部は、共用機器を合成スケジュールで稼動させる。
【図面の簡単な説明】
【０００７】
【図１】実施形態に係わる監視システムの一例を示すシステム図。
【図２】図１に示される監視システムの要部を示すブロック図。
【図３】図２に示される監視用サーバ２１の一例を示す機能ブロック図。
【図４】図３に示される監視用サーバ２１の処理手順の一例を示すフローチャート。
【図５】個別機器のタイムスケジュールと合成スケジュールとの関係についての第１の実施形態を示す図。
【図６】個別機器のタイムスケジュールと合成スケジュールとの関係についての第２の実施形態を示す図。
【図７】個別機器のタイムスケジュールと合成スケジュールとの関係についての第３の実施形態を示す図。
【図８】個別機器のタイムスケジュールと合成スケジュールとの関係についての第４の実施形態を示す図。
【図９】個別機器のタイムスケジュールと合成スケジュールとの関係についての第５の実施形態を示す図。
【図１０】個別機器のタイムスケジュールと合成スケジュールとの関係についての第６の実施形態を示す図。
【発明を実施するための形態】
【０００８】
図１は、実施形態に係わる監視システムの一例を示すシステム図である。図１にされる監視システムは例えばビルなどの施設の内部に設置され、ローカルエリアネットワーク（ＬＡＮ）２０に接続された統合コントロール装置１１と、複数のローカルコントローラ１３ａ，１３ｂ，１３ｃと、監視用サーバ２１とを有する。実施形態では、施設としては通常のオフィスビルなどのビルを想定する。
【０００９】
統合コントロール装置１１は、複数のローカルコントローラ１３ａ，１３ｂ，１３ｃを統合制御する中央コントロールステーションに相当する。監視用サーバ２１は、各ローカルコントローラ１３ａ，１３ｂ，１３ｃから、ビル内に設置された機器１５ａ，１５ｂ，１５ｃの動作状態（稼動状況や使用状況）に応じた計測データを収集し、内部の記憶装置からなるデータベース（ＤＢ）１６に蓄積するファイリング機能及び機器１５ａ，１５ｂ、１５ｃを制御するタイムスケジュールを合成するスケジュール合成機能を有する。また各ローカルコントローラ１３ａ，１３ｂ，１３ｃは、機器１５ａ，１５ｂ、１５ｃの動作を制御するための制御信号を出力し、機器１５ａ，１５ｂ，１５ｃの動作を通じてビル内の照明、空調、あるいはエレベータなどの環境を管理する管理機能を有する。
【００１０】
インターフェース１２は、いわゆるヒューマン・マシンインターフェース（ＨＭＩ）であり、統合コントロール装置１１に接続され、オペレータの入力操作を行なうための入力装置や、統合コントロール装置１１のＤＢ（データベース）情報を表示させる表示装置や、各ローカルコントローラから出力される情報を表示する出力装置を備える。各ローカルコントローラ１３ａ，１３ｂ，１３ｃはローカルコントロール・サーバ（ＬＣＳ）とも称され、複数の機器１５ａ，１５ｂ，１５ｃをリモート入出力装置（ＲＩＯ）１４ａ，１４ｂ，１４ｃを介して制御する。リモート入出力装置（ＲＩＯ）１４ａ，１４ｂ，１４ｃはそれぞれ、対応する機器１５ａ，１５ｂ，１５ｃを制御するための制御信号を出力し、また機器１５ａ，１５ｂ，１５ｃからの計測信号を取得する。
【００１１】
各ローカルコントローラ１３ａ，１３ｂ，１３ｃは、ＲＩＯ１４ａ，１４ｂ，１４ｃを介して各機器１５ａ，１５ｂ，１５ｃの動作または状態を示す計測信号を収集し、その計測信号をディジタル値に変換した計測データをＬＡＮ２０を通じて統合コントロール装置１１および監視用サーバ２１に伝送する。機器１５ａ，１５ｂ，１５ｃは、例えばビル内の各フロアに設置された照明機器や空調器である。
【００１２】
実施形態では、各機器１５ａ，１５ｂ，１５ｃのオン／オフを含む動作のタイムスケジュールを、監視用サーバ１１から各ローカルコントローラ１３ａ，１３ｂ，１３ｃに与え、各機器１５ａ，１５ｂ，１５ｃを制御するケースを想定する。
ここで、機器１５ａ，１５ｂは同じフロアの例えば異なるテナントに設置され、機器１５ｃは当該フロアの共用部に設置されるとする。機器１５ａ，１５ｂは予め設定された個別のタイムスケジュールで稼動するが、機器１５ｃを制御するためのタイムスケジュールは従来、人手によるマニュアルでの作成を要した。以下ではこの手間を軽減可能な実施の形態につき説明する。
【００１３】
監視用サーバ２１は、ＬＡＮ２０を介して統合コントロール装置１１と接続される。また、監視用サーバ２１は、広域のネットワーク（例えばインターネット）３０を介してビル運営用サーバ３２と接続される。
【００１４】
ビル運営用サーバ３２は、ネットワーク３０を介してコンピュータ（ＰＣ）３１に接続し、監視システムとコンピュータ（ＰＣ）３１との間における表示・操作機能を実現する。ＰＣ３１は、例えばビルのテナントであるユーザが操作するパーソナルコンピュータである。
【００１５】
図２は、図１に示される監視システムの要部を示すブロック図である。図２において、統合コントロール装置１１と監視用サーバ２１とローカルコントローラ１３はスケジュールデータを記憶するデータベースを備え、各装置間でデータベースは等値化され、その内容は同期して管理される。
先ず、統合コントロール装置１１には、機器１５ａ，１５ｂの個別のタイムスケジュールが、インターフェース１２又はコンピュータ３１により入力され、設定される。統合コントロール装置１１に設定されたスケジュールデータは監視用サーバ２１に通知され、等値化されて管理される。
【００１６】
監視用サーバ２１が統合コントロール装置１１からスケジュール合成要求を取得すると、スケジュール合成機能が動作する。つまり、監視用サーバ２１がスケジュールの合成を行い、合成したスケジュールを各装置へ等値化する。ローカルコントローラ１３はスケジュールに沿って各機器を運転させ、停止させる。
スケジュールデータとは主に、制御対象機器、休日や特異日が設定されているカレンダー情報、カレンダー内でスケジュールを適用する期間、制御機器の運転及び停止時間、等の情報を含む。
【００１７】
図３は、図２に示される監視用サーバ２１の一例を示す機能ブロック図である。監視用サーバ２１は実施形態に係わる機能ブロックとして、スケジュールデータ更新検知部１００、変更通知部２００、合成スケジュール作成部３００、合成スケジュール上位書き込み部４００、および、合成スケジュール下位書き込み部５００を備える。いずれもCentral Processing Unit（ＣＰＵ）の演算処理機能を用いたソフトウェアにより実現される機能ブロックである。
【００１８】
実施形態において、合成スケジュール作成部３００はスケジュールデータ更新検知部１００により検知されたタイミングで、合成スケジュールを作成する。スケジュールデータ更新検知部１００はスケジュールデータの更新タイミングを検知するにあたり、新規のスケジュールを合成するタイミングであるか、あるいは、既存の合成スケジュールを更新するタイミングであるかを判別する。新規のスケジュールを合成するタイミングを検知すると、スケジュールデータ更新検知部１００は強制合成スケジュールフラグを立てた情報を変更通知部２００に送る。
【００１９】
スケジュールデータ更新検知部１００は、スケジュール合成を行うタイミングを検知する。スケジュール合成を行うタイミングには、＜日替わりしたタイミング＞、＜スケジュール合成元のスケジュールを変更したタイミング＞、＜スケジュール合成に対するスケジュール合成元の対応付けを変更したタイミング＞、および、＜監視用サーバ２１を起動したタイミング＞、の例えば４通りのタイミングがある。
【００２０】
＜日替わりしたタイミング＞では、合成スケジュール作成部３００は、全ての合成スケジュールに対して、当日を含めた１週間分のスケジュールを合成する。＜スケジュール合成元のスケジュールを変更したタイミング＞では、合成スケジュール作成部３００は、合成スケジュールに紐付けられている合成元のスケジュールが変更されたタイミングにて、対象となる合成スケジュールを、当日を含めて１週間分合成する。
【００２１】
＜スケジュール合成に対するスケジュール合成元の対応付けを変更したタイミング＞では、合成スケジュール作成部３００は、合成スケジュールに対応付けられている、合成元の対応付けを変更したタイミングにて、対象となる合成スケジュールを、当日を含め１週間分合成する。
【００２２】
＜監視用サーバ２１を起動したタイミング＞では、合成スケジュール作成部３００は、全ての合成スケジュールに対して当日を含めた１週間分のスケジュールを合成する。ここで、更新可能なスケジュールデータは、対象機器、対象機器の運転及び停止時間、祝日や特異日などの設定を行うカレンダー情報、合成スケジュール特有の設定項目が例として挙げられる。これらを統一的に変更可能な項目としては、補正時刻がある。補正時刻とは対象機器の稼働時間を一定時間早めたり、遅らせたりする際に利用するパラメータである。
【００２３】
さて、スケジュールデータ更新検知部１００はスケジュール合成のタイミングを検知すると、その旨を示す情報を変更通知部２００に通知する。通知される情報は、スケジュールを新規で合成するか、あるいは、合成された既存スケジュールのグループを更新するかを示す上記フラグを含む。変更通知部２００はこのフラグを参照して合成スケジュール作成部３００に指示を与える。
【００２４】
合成スケジュール作成部３００は、変更通知部２００から取得した情報に基づいてスケジュールの新規合成操作、または、合成済みスケジュールの更新操作を行う。合成スケジュール作成部３００は、スケジュールデータ更新検知部１００により検知されたタイミングで、合成スケジュールを作成する。すなわち合成スケジュール作成部３００は、機器１５ａ，１５ｂを稼動させるタイムスケジュールの、時間に対する論理和である合成スケジュールを作成する。
【００２５】
機器１５ａ，１５ｂのタイムスケジュールには、機器１５ａ，１５ｂをオンする時刻、およびオフする時刻がそれぞれ記載されている。つまりタイムスケジュールは、対応する機器のオン／オフのスケジュールを定めたスケジュールであり、合成スケジュール作成部３００は機器ごとのオン期間の論理和を合成スケジュールとする。
【００２６】
合成スケジュール作成部３００により合成スケジュールが作成されると、この合成スケジュールは統合コントロール装置１１、ローカルコントローラ１３に書き込まれ、スケジュールデータが更新される。合成スケジュール上位書き込み部４００は、新たな合成スケジュールを統合コントロール装置１１に書き込む。合成スケジュール下位書き込み部５００は、合成スケジュールをローカルコントローラ１３に書き込む。これにより統合コントロール装置１１、監視用サーバ２１、ローカルコントローラ１３のスケジュールデータが同期し、等値化される。
【００２７】
図４は、図３に示される監視用サーバ２１の処理手順の一例を示すフローチャートである。図４において監視用サーバ２１は、強制合成スケジュール作成フラグの有無を判定する（ステップＳ１１）。このフラグが立っていれば（ステップＳ１１でＹｅｓ）、合成スケジュールを新規に合成するタイミングであると判定し、監視用サーバ２１はスケジュール合成定義ファイルから、全ての合成元スケジュールの情報を取得する。
【００２８】
スケジュール合成定義ファイルとは、統合コントロール装置１１でスケジュールを新規に合成する操作をした際、合成後のスケジュールグループ名と制御対象ポイントを記録するためのファイルである。監視用サーバ２１はスケジュール合成定義ファイルからスケジュールグループ名および制御対象ポイントを取得し、以降の処理を行う。
【００２９】
一方、強制合成スケジュールフラグが立っていなければ（ステップＳ１１でＮｏ）、個別に合成スケジュールの更新操作が実施される。この場合、監視用サーバ２１は、スケジュールグループ設定ファイル、スケジュールカレンダー設定ファイル、スケジュール合成定義ファイルのうち変更のあったファイルを参照し、変更対象スケジュールのスケジュール番号を確定する（ステップＳ１３）。これに基づいて監視用サーバ２１は、更新するスケジュールグループの情報を取得する。
【００３０】
ここで、スケジュールグループ設定ファイルとは、登録済みのスケジュールグループの情報が記録されているファイルである。スケジュールカレンダー設定ファイルは、スケジュールグループに対して、曜日毎の運転及び停止時刻、祝日や特異日の運転及び停止時刻、週間スケジュールを設定したカレンダー情報が記録されているファイルである。
【００３１】
確定したスケジュール番号が監視用サーバ２１により取得されると（ステップＳ１４）、以降の処理に必要なループが実行される。まず監視用サーバ２１は、確定したスケジュール番号に対応する合成元スケジュールごとに、スケジュール時間と値とを取得する（ステップＳ１５）。ステップＳ１５の手順が合成元スケジュール分だけ繰り返されると、監視用サーバ２１は、ステップＳ１５で取得したスケジュールの設定時間に対して補正時刻を反映させる（ステップＳ１６）。
【００３２】
次に監視用サーバ２１は、ステップＳ１６で作成した分刻みのスケジュールを元に週間スケジュールを作成し、スケジュール情報に反映する（ステップＳ１７）。ステップＳ１５〜Ｓ１７の手順は、週間スケジュールの作成に際しては７日分繰り返される。このループから抜けると、監視用サーバ２１は、更新したデータを統合コントロール装置１１とローカルコントローラ１３とに書き込む（ステップＳ１８）。ステップＳ１５〜Ｓ１７にステップＳ１８を加えた手順は、確定したスケジュール番号の分だけループされる。以上の手順により、スケジュール合成操作が行われる。次に、個別機器のスケジュールと合成スケジュールとの関係についての複数の実施形態を説明する。
【００３３】
［第１の実施形態］
図５は、個別機器のタイムスケジュールと合成スケジュールとの関係についての第１の実施形態を示す図である。図５〜図１０において符号Ａを機器１５ａのタイムスケジュールとし、符合Ｂを機器１５ｂのタイムスケジュールとする。機器１５ｃの稼動タイムスケジュールである合成スケジュールを（合成）として示す。
【００３４】
図５（１）において、スケジュールＡは８：００にオン、１２：００にオフのスケジュールである。スケジュールＢは１０：００にオン（ＯＮ）、１８：００にオフ（ＯＦＦ）のスケジュールである。スケジュールＡおよびＢが合成元として取り扱われる。これらのスケジュールの論理和は８：００にオン（ＯＮ）、１８：００にオフ（ＯＦＦ）となるスケジュールであり、これが合成スケジュールとなる。機器１５ｃはこの稼動スケジュールに従って稼動される。
ＯＮ時刻とＯＦＦ時刻とのセットが１つの稼動時間帯として判断される。スケジュールの時間に対する論理和とは、一方のスケジュールの稼働時間と、他方のスケジュールの稼働時間とのいわば重ね合わせである。
図５（２）においては、スケジュールＡにおいて１日の中で２回のオン／オフのあることが示される。スケジュールＢとの論理和を取ることで、同様にして合成スケジュールが生成される。
【００３５】
以上のように第１の実施形態によれば、個別に運用される機器１５ａのタイムスケジュールと機器１５ｂのタイムスケジュールとに基づいて、共用機器である機器１５ｃのタイムスケジュールが自動的に生成される。これにより従来は人手によるマニュアルでの操作を要した部分がシステムにより肩代わりされるので、タイムスケジュール作成の手間の軽減を図った監視制御装置および制御方法を提供することが可能になる。
【００３６】
［第２の実施形態］
図６は、個別機器のタイムスケジュールと合成スケジュールとの関係についての第２の 実施形態を示す図である。図６（１）は、合成スケジュールが一方の機器のスケジュール（ここではスケジュールＡ）を完全に包括する例を示す。図６（２）は、合成スケジュールにおいて双方の機器のスケジュールＡ，Ｂが完全に独立する例を示す。各機器１５ａ，１５ｂの時刻設定によっては、論理和条件を取ることで図６（１），（２）に示される状態も生じ得る。
【００３７】
［第３の実施形態］
図７は、個別機器のタイムスケジュールと合成スケジュールとの関係についての第３の実施形態を示す図である。図７（１）は合成元スケジュールのＯＮ時刻が複数設定される状態を示す。例えばスケジュールＡにおいては、機器が５：００と９：００とにオンされる。この場合第３の実施形態では、時間的に先行するＯＮ（５：００のオン）を優先して取り扱い、この時点とスケジュールＢとの論理和を合成スケジュールとする。
【００３８】
図７（２）においては、スケジュールＡでは機器が１３：００と２０：００とにオフされる。この場合第３の実施形態では、時間的に先行するＯＦＦ（１３：００のオフ）とスケジュールＢとの論理和を合成スケジュールとする。すなわちスケジュールＡとＢとのいずれか一方がＯＮになっていれば、合成スケジュールをＯＮとする。つまり合成スケジュールにおいては２０：００時のオフは無視され、スケジュールＢに対応して１８：００で機器１５ｃがオフされることになる。このように第３の実施形態においては、時間的に先行するオン時点、あるいはオフ時点を合成スケジュールに組み込むこととする。
【００３９】
合成元スケジュールにおいてＯＮ時刻、あるいはＯＦＦ時刻が複数設定される場合とは、例えば照明機器が自動的にオンされたのち人手によりオフされる場合を想定して、再度、自動的にオンする設定を組み込むケースがある。共用部の照明機器はテナントに人が出社する前から点灯させて起きたいニーズがある。また、テナントの人が全て帰ってしまった後も暫くは点けておきたいというニーズがある。第３の実施形態はこのようなケースに対応可能である。
【００４０】
［第４の実施形態］
図８は、個別機器のタイムスケジュールと合成スケジュールとの関係についての第４の実施形態を示す図である。図８（１）では、スケジュールＡにおいてオン時刻が設定されているのみである（１０：００）。スケジュールＢとの論理和を取れば５：００以降は機器がオンされた状態になる。このようなケースでは１日の最大期間、例えば２３：５９までをオン期間として設定すれば良い。図８（２）においても同様に、５：００のオン以降は最大期間までオン状態が継続する。
【００４１】
［第５の実施形態］
図９は、個別機器のタイムスケジュールと合成スケジュールとの関係についての第５の実施形態を示す図である。図９においては合成元のスケジュールにＯＦＦのみが設定されているケースを示す。このケースでは、日ごとの最初の時刻（００：００）を、前日の最終値からスタートするようにする。例えばスケジュールＡに示すように［１０：００ ＯＦＦ］が設定されており、かつ前日の最後がＯＮであれば、［００：００ ＯＮ］［１０：００ ＯＦＦ］として、スケジュールを扱う。つまり日ごとの最終時刻を、稼動時間の終了時刻として採用する。図９（１）の合成スケジュールにはその旨が反映されている。
【００４２】
また、図９（２）に示すように前日の最後がＯＦＦであれば、［００：００ ＯＦＦ］［１０：００ ＯＦＦ］となるので、ＯＦＦの連続と同じ扱いとなる。また、元のスケジュールが、１日目＝［ＯＮ］のみ、２日目＝［ＯＦＦ］のみ、のように複数日にわたってスケジュールが連続しているようなケースでは、１日目＝［ＯＮ］のみスケジュールの合成、２日目＝［ＯＦＦ］のみスケジュールの合成として扱う。つまりこの実施形態では、機器ごとのタイムスケジュールに示されるオンタイミング、または、オフタイミングのいずれか一方の論理和を前記合成スケジュールとするようにする。
【００４３】
［第６の実施形態］
図１０は、個別機器のタイムスケジュールと合成スケジュールとの関係についての第６の実施形態を示す図である。第６の実施形態ではオン／オフの２つの状態だけでなく、複数の動作モード、いわゆるマルチステートでの稼動を考える。これは例えば空調機器における［停止］、［冷房］、［除湿］、［暖房］の４値を例として挙げることができる。
【００４４】
図１０は、これらのモード値をＯＮ、ＯＦＦの２値に置き換えて、“運転する期間”に読み替えることで、合成元として取り扱うことが可能なケースを示す。例えば、４値［停止］、［冷房］、［除湿］、［暖房］の場合、ＯＮ＝［冷房］、［除湿］、［暖房］、ＯＦＦ＝［停止］としてとり扱うことができる。つまり［冷房］、［除湿］、［暖房］のいずれの動作モードもオンとして取り扱うようにする。
【００４５】
図１０（１）のスケジュールＡにおいては、機器１５ａが０８：００にオンされ［除湿］機能が稼動し、１２：００に停止する。スケジュールＢにおいては、機器１５ｂが１０：００にオンされ［冷房］機能が稼動し、１８：００に停止する。合成スケジュールにおいては０８：００にオン、１８：００にオフが設定されることになる。
【００４６】
図１０（２）においては、機器１５ａ，１５ｂについては図１０（１）と同様のスケジュール（Ａ，Ｂ）が示されるが、合成スケジュールのオン時点において、［冷房］が設定される。このオン時の動作モードはデフォルトでの設定に基づくもので、このほか［除湿］または［暖房］を設定しておくこともできる。このように第６の実施形態ではマルチステートでの運用に対応するため、運転開始、停止状態の動作モードを設定するようにする。
【００４７】
すなわちこの実施形態では、各機器のタイムスケジュールはオン期間における動作モードを複数の動作モードのうちから選択的に定めたスケジュールである。合成スケジュール作成部３００は、合成スケジュールのオン期間における共用機器１５ｃの動作モードを、を複数の動作モード［停止］、［冷房］、［除湿］、［暖房］のいずれかから選択して合成スケジュールに組み込む。
【００４８】
以上、上記各実施形態で説明したように個別機器のタイムスケジュールの論理和を共用機器のタイムスケジュールとすることで、共用部の設備機器の稼働時刻を自動的に設定することができる。加えて、合成元のスケジュールを変更した場合でも合成先のスケジュールにその変更内容が反映されるようにしているので、設定の矛盾を防ぐことが可能になる。これらのことから、タイムスケジュール作成の手間の軽減を図った監視制御装置および制御方法を提供することが可能となる。
【００４９】
本発明は上記実施形態に限定されるものではない。例えば共用機器を合成スケジュールのとおりに稼動させるのではなく、合成スケジュールよりも一定期間だけ早くオンし、一定期間だけ早くオフするようにしても良い。逆に、共用機器を、合成スケジュールよりも既定期間だけ遅くオンし、一定期間だけ遅くオフするようにしても良い。つまり共用機器を、合成スケジュールよりも一定時間早い／遅いスケジュールで稼動させるようにしても良い。これは、合成スケジュールが生成されることで初めて可能になる制御態様であり、実施形態の装置によれば十分に実現可能である。
【００５０】
本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示するものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００５１】
２０…ローカルエリアネットワーク（ＬＡＮ）、１１…統合コントロール装置、１２…インターフェース、１３ａ，１３ｂ，１３ｃ…ローカルコントローラ、２１…監視用サーバ、１５ａ，１５ｂ，１５ｃ…機器、１６…データベース（ＤＢ）、１４ａ，１４ｂ，１４ｃ…リモート入出力装置（ＲＩＯ）、３０…ネットワーク、３２…ビル運営用サーバ、３１…コンピュータ（ＰＣ）、１００…スケジュールデータ更新検知部、２００…変更通知部、３００…合成スケジュール作成部、４００…合成スケジュール上位書き込み部、５００…合成スケジュール下位書き込み部５００
【技術分野】
【０００１】
本発明の実施形態は、ビルや工場などの各設備機器を監視制御するための監視制御装置と、運転のタイムスケジュールを設定可能な機器（空調や照明など）の動作スケジュールを制御する制御方法に関する。
【背景技術】
【０００２】
近年のビルや建物などの施設には、テナントに設置された各種の機器の稼動状況や、電力、水道、ガスの使用量に関係する機器の使用状況を監視する監視制御装置が設けられている。この種の装置は各テナントの空調や照明といった機器を集約的に稼動、制御するためにも使用される。監視制御装置は、予め設定したタイムスケジュールに従って各施設の設備機器の運転／停止（オン／オフ）を制御する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−７１４０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
普通、施設にはテナントごとに占有される占有部と、エレベータホールや廊下のような共用部とがある。設備機器は占有部と共用部の双方に設けられるので、占有部のタイムスケジュールと共用部のタイムスケジュールとを個別に用意する必要がある。しかしながら共用部の設備機器のスケジュールは占有部のスケジュールに基づいて、管理者が作成する必要があった。その作成にあたっては共用部以外の各施設のタイムスケジュールによる設備機器の稼働状況を考慮した設定を行う必要があり、管理者にとって負担が大きかった。
【０００５】
目的は、タイムスケジュール作成の手間の軽減を図った監視制御装置および制御方法を提供することにある。
【課題を解決するための手段】
【０００６】
実施形態によれば、監視制御装置は、少なくとも１つの共用機器と、個別のタイムスケジュールで稼動する複数の個別機器とを含む複数の機器を制御する。この監視制御装置は、作成部と、制御部とを具備する。作成部は、個別機器ごとのタイムスケジュールの時間に対する論理和である合成スケジュールを作成する。制御部は、共用機器を合成スケジュールで稼動させる。
【図面の簡単な説明】
【０００７】
【図１】実施形態に係わる監視システムの一例を示すシステム図。
【図２】図１に示される監視システムの要部を示すブロック図。
【図３】図２に示される監視用サーバ２１の一例を示す機能ブロック図。
【図４】図３に示される監視用サーバ２１の処理手順の一例を示すフローチャート。
【図５】個別機器のタイムスケジュールと合成スケジュールとの関係についての第１の実施形態を示す図。
【図６】個別機器のタイムスケジュールと合成スケジュールとの関係についての第２の実施形態を示す図。
【図７】個別機器のタイムスケジュールと合成スケジュールとの関係についての第３の実施形態を示す図。
【図８】個別機器のタイムスケジュールと合成スケジュールとの関係についての第４の実施形態を示す図。
【図９】個別機器のタイムスケジュールと合成スケジュールとの関係についての第５の実施形態を示す図。
【図１０】個別機器のタイムスケジュールと合成スケジュールとの関係についての第６の実施形態を示す図。
【発明を実施するための形態】
【０００８】
図１は、実施形態に係わる監視システムの一例を示すシステム図である。図１にされる監視システムは例えばビルなどの施設の内部に設置され、ローカルエリアネットワーク（ＬＡＮ）２０に接続された統合コントロール装置１１と、複数のローカルコントローラ１３ａ，１３ｂ，１３ｃと、監視用サーバ２１とを有する。実施形態では、施設としては通常のオフィスビルなどのビルを想定する。
【０００９】
統合コントロール装置１１は、複数のローカルコントローラ１３ａ，１３ｂ，１３ｃを統合制御する中央コントロールステーションに相当する。監視用サーバ２１は、各ローカルコントローラ１３ａ，１３ｂ，１３ｃから、ビル内に設置された機器１５ａ，１５ｂ，１５ｃの動作状態（稼動状況や使用状況）に応じた計測データを収集し、内部の記憶装置からなるデータベース（ＤＢ）１６に蓄積するファイリング機能及び機器１５ａ，１５ｂ、１５ｃを制御するタイムスケジュールを合成するスケジュール合成機能を有する。また各ローカルコントローラ１３ａ，１３ｂ，１３ｃは、機器１５ａ，１５ｂ、１５ｃの動作を制御するための制御信号を出力し、機器１５ａ，１５ｂ，１５ｃの動作を通じてビル内の照明、空調、あるいはエレベータなどの環境を管理する管理機能を有する。
【００１０】
インターフェース１２は、いわゆるヒューマン・マシンインターフェース（ＨＭＩ）であり、統合コントロール装置１１に接続され、オペレータの入力操作を行なうための入力装置や、統合コントロール装置１１のＤＢ（データベース）情報を表示させる表示装置や、各ローカルコントローラから出力される情報を表示する出力装置を備える。各ローカルコントローラ１３ａ，１３ｂ，１３ｃはローカルコントロール・サーバ（ＬＣＳ）とも称され、複数の機器１５ａ，１５ｂ，１５ｃをリモート入出力装置（ＲＩＯ）１４ａ，１４ｂ，１４ｃを介して制御する。リモート入出力装置（ＲＩＯ）１４ａ，１４ｂ，１４ｃはそれぞれ、対応する機器１５ａ，１５ｂ，１５ｃを制御するための制御信号を出力し、また機器１５ａ，１５ｂ，１５ｃからの計測信号を取得する。
【００１１】
各ローカルコントローラ１３ａ，１３ｂ，１３ｃは、ＲＩＯ１４ａ，１４ｂ，１４ｃを介して各機器１５ａ，１５ｂ，１５ｃの動作または状態を示す計測信号を収集し、その計測信号をディジタル値に変換した計測データをＬＡＮ２０を通じて統合コントロール装置１１および監視用サーバ２１に伝送する。機器１５ａ，１５ｂ，１５ｃは、例えばビル内の各フロアに設置された照明機器や空調器である。
【００１２】
実施形態では、各機器１５ａ，１５ｂ，１５ｃのオン／オフを含む動作のタイムスケジュールを、監視用サーバ１１から各ローカルコントローラ１３ａ，１３ｂ，１３ｃに与え、各機器１５ａ，１５ｂ，１５ｃを制御するケースを想定する。
ここで、機器１５ａ，１５ｂは同じフロアの例えば異なるテナントに設置され、機器１５ｃは当該フロアの共用部に設置されるとする。機器１５ａ，１５ｂは予め設定された個別のタイムスケジュールで稼動するが、機器１５ｃを制御するためのタイムスケジュールは従来、人手によるマニュアルでの作成を要した。以下ではこの手間を軽減可能な実施の形態につき説明する。
【００１３】
監視用サーバ２１は、ＬＡＮ２０を介して統合コントロール装置１１と接続される。また、監視用サーバ２１は、広域のネットワーク（例えばインターネット）３０を介してビル運営用サーバ３２と接続される。
【００１４】
ビル運営用サーバ３２は、ネットワーク３０を介してコンピュータ（ＰＣ）３１に接続し、監視システムとコンピュータ（ＰＣ）３１との間における表示・操作機能を実現する。ＰＣ３１は、例えばビルのテナントであるユーザが操作するパーソナルコンピュータである。
【００１５】
図２は、図１に示される監視システムの要部を示すブロック図である。図２において、統合コントロール装置１１と監視用サーバ２１とローカルコントローラ１３はスケジュールデータを記憶するデータベースを備え、各装置間でデータベースは等値化され、その内容は同期して管理される。
先ず、統合コントロール装置１１には、機器１５ａ，１５ｂの個別のタイムスケジュールが、インターフェース１２又はコンピュータ３１により入力され、設定される。統合コントロール装置１１に設定されたスケジュールデータは監視用サーバ２１に通知され、等値化されて管理される。
【００１６】
監視用サーバ２１が統合コントロール装置１１からスケジュール合成要求を取得すると、スケジュール合成機能が動作する。つまり、監視用サーバ２１がスケジュールの合成を行い、合成したスケジュールを各装置へ等値化する。ローカルコントローラ１３はスケジュールに沿って各機器を運転させ、停止させる。
スケジュールデータとは主に、制御対象機器、休日や特異日が設定されているカレンダー情報、カレンダー内でスケジュールを適用する期間、制御機器の運転及び停止時間、等の情報を含む。
【００１７】
図３は、図２に示される監視用サーバ２１の一例を示す機能ブロック図である。監視用サーバ２１は実施形態に係わる機能ブロックとして、スケジュールデータ更新検知部１００、変更通知部２００、合成スケジュール作成部３００、合成スケジュール上位書き込み部４００、および、合成スケジュール下位書き込み部５００を備える。いずれもCentral Processing Unit（ＣＰＵ）の演算処理機能を用いたソフトウェアにより実現される機能ブロックである。
【００１８】
実施形態において、合成スケジュール作成部３００はスケジュールデータ更新検知部１００により検知されたタイミングで、合成スケジュールを作成する。スケジュールデータ更新検知部１００はスケジュールデータの更新タイミングを検知するにあたり、新規のスケジュールを合成するタイミングであるか、あるいは、既存の合成スケジュールを更新するタイミングであるかを判別する。新規のスケジュールを合成するタイミングを検知すると、スケジュールデータ更新検知部１００は強制合成スケジュールフラグを立てた情報を変更通知部２００に送る。
【００１９】
スケジュールデータ更新検知部１００は、スケジュール合成を行うタイミングを検知する。スケジュール合成を行うタイミングには、＜日替わりしたタイミング＞、＜スケジュール合成元のスケジュールを変更したタイミング＞、＜スケジュール合成に対するスケジュール合成元の対応付けを変更したタイミング＞、および、＜監視用サーバ２１を起動したタイミング＞、の例えば４通りのタイミングがある。
【００２０】
＜日替わりしたタイミング＞では、合成スケジュール作成部３００は、全ての合成スケジュールに対して、当日を含めた１週間分のスケジュールを合成する。＜スケジュール合成元のスケジュールを変更したタイミング＞では、合成スケジュール作成部３００は、合成スケジュールに紐付けられている合成元のスケジュールが変更されたタイミングにて、対象となる合成スケジュールを、当日を含めて１週間分合成する。
【００２１】
＜スケジュール合成に対するスケジュール合成元の対応付けを変更したタイミング＞では、合成スケジュール作成部３００は、合成スケジュールに対応付けられている、合成元の対応付けを変更したタイミングにて、対象となる合成スケジュールを、当日を含め１週間分合成する。
【００２２】
＜監視用サーバ２１を起動したタイミング＞では、合成スケジュール作成部３００は、全ての合成スケジュールに対して当日を含めた１週間分のスケジュールを合成する。ここで、更新可能なスケジュールデータは、対象機器、対象機器の運転及び停止時間、祝日や特異日などの設定を行うカレンダー情報、合成スケジュール特有の設定項目が例として挙げられる。これらを統一的に変更可能な項目としては、補正時刻がある。補正時刻とは対象機器の稼働時間を一定時間早めたり、遅らせたりする際に利用するパラメータである。
【００２３】
さて、スケジュールデータ更新検知部１００はスケジュール合成のタイミングを検知すると、その旨を示す情報を変更通知部２００に通知する。通知される情報は、スケジュールを新規で合成するか、あるいは、合成された既存スケジュールのグループを更新するかを示す上記フラグを含む。変更通知部２００はこのフラグを参照して合成スケジュール作成部３００に指示を与える。
【００２４】
合成スケジュール作成部３００は、変更通知部２００から取得した情報に基づいてスケジュールの新規合成操作、または、合成済みスケジュールの更新操作を行う。合成スケジュール作成部３００は、スケジュールデータ更新検知部１００により検知されたタイミングで、合成スケジュールを作成する。すなわち合成スケジュール作成部３００は、機器１５ａ，１５ｂを稼動させるタイムスケジュールの、時間に対する論理和である合成スケジュールを作成する。
【００２５】
機器１５ａ，１５ｂのタイムスケジュールには、機器１５ａ，１５ｂをオンする時刻、およびオフする時刻がそれぞれ記載されている。つまりタイムスケジュールは、対応する機器のオン／オフのスケジュールを定めたスケジュールであり、合成スケジュール作成部３００は機器ごとのオン期間の論理和を合成スケジュールとする。
【００２６】
合成スケジュール作成部３００により合成スケジュールが作成されると、この合成スケジュールは統合コントロール装置１１、ローカルコントローラ１３に書き込まれ、スケジュールデータが更新される。合成スケジュール上位書き込み部４００は、新たな合成スケジュールを統合コントロール装置１１に書き込む。合成スケジュール下位書き込み部５００は、合成スケジュールをローカルコントローラ１３に書き込む。これにより統合コントロール装置１１、監視用サーバ２１、ローカルコントローラ１３のスケジュールデータが同期し、等値化される。
【００２７】
図４は、図３に示される監視用サーバ２１の処理手順の一例を示すフローチャートである。図４において監視用サーバ２１は、強制合成スケジュール作成フラグの有無を判定する（ステップＳ１１）。このフラグが立っていれば（ステップＳ１１でＹｅｓ）、合成スケジュールを新規に合成するタイミングであると判定し、監視用サーバ２１はスケジュール合成定義ファイルから、全ての合成元スケジュールの情報を取得する。
【００２８】
スケジュール合成定義ファイルとは、統合コントロール装置１１でスケジュールを新規に合成する操作をした際、合成後のスケジュールグループ名と制御対象ポイントを記録するためのファイルである。監視用サーバ２１はスケジュール合成定義ファイルからスケジュールグループ名および制御対象ポイントを取得し、以降の処理を行う。
【００２９】
一方、強制合成スケジュールフラグが立っていなければ（ステップＳ１１でＮｏ）、個別に合成スケジュールの更新操作が実施される。この場合、監視用サーバ２１は、スケジュールグループ設定ファイル、スケジュールカレンダー設定ファイル、スケジュール合成定義ファイルのうち変更のあったファイルを参照し、変更対象スケジュールのスケジュール番号を確定する（ステップＳ１３）。これに基づいて監視用サーバ２１は、更新するスケジュールグループの情報を取得する。
【００３０】
ここで、スケジュールグループ設定ファイルとは、登録済みのスケジュールグループの情報が記録されているファイルである。スケジュールカレンダー設定ファイルは、スケジュールグループに対して、曜日毎の運転及び停止時刻、祝日や特異日の運転及び停止時刻、週間スケジュールを設定したカレンダー情報が記録されているファイルである。
【００３１】
確定したスケジュール番号が監視用サーバ２１により取得されると（ステップＳ１４）、以降の処理に必要なループが実行される。まず監視用サーバ２１は、確定したスケジュール番号に対応する合成元スケジュールごとに、スケジュール時間と値とを取得する（ステップＳ１５）。ステップＳ１５の手順が合成元スケジュール分だけ繰り返されると、監視用サーバ２１は、ステップＳ１５で取得したスケジュールの設定時間に対して補正時刻を反映させる（ステップＳ１６）。
【００３２】
次に監視用サーバ２１は、ステップＳ１６で作成した分刻みのスケジュールを元に週間スケジュールを作成し、スケジュール情報に反映する（ステップＳ１７）。ステップＳ１５〜Ｓ１７の手順は、週間スケジュールの作成に際しては７日分繰り返される。このループから抜けると、監視用サーバ２１は、更新したデータを統合コントロール装置１１とローカルコントローラ１３とに書き込む（ステップＳ１８）。ステップＳ１５〜Ｓ１７にステップＳ１８を加えた手順は、確定したスケジュール番号の分だけループされる。以上の手順により、スケジュール合成操作が行われる。次に、個別機器のスケジュールと合成スケジュールとの関係についての複数の実施形態を説明する。
【００３３】
［第１の実施形態］
図５は、個別機器のタイムスケジュールと合成スケジュールとの関係についての第１の実施形態を示す図である。図５〜図１０において符号Ａを機器１５ａのタイムスケジュールとし、符合Ｂを機器１５ｂのタイムスケジュールとする。機器１５ｃの稼動タイムスケジュールである合成スケジュールを（合成）として示す。
【００３４】
図５（１）において、スケジュールＡは８：００にオン、１２：００にオフのスケジュールである。スケジュールＢは１０：００にオン（ＯＮ）、１８：００にオフ（ＯＦＦ）のスケジュールである。スケジュールＡおよびＢが合成元として取り扱われる。これらのスケジュールの論理和は８：００にオン（ＯＮ）、１８：００にオフ（ＯＦＦ）となるスケジュールであり、これが合成スケジュールとなる。機器１５ｃはこの稼動スケジュールに従って稼動される。
ＯＮ時刻とＯＦＦ時刻とのセットが１つの稼動時間帯として判断される。スケジュールの時間に対する論理和とは、一方のスケジュールの稼働時間と、他方のスケジュールの稼働時間とのいわば重ね合わせである。
図５（２）においては、スケジュールＡにおいて１日の中で２回のオン／オフのあることが示される。スケジュールＢとの論理和を取ることで、同様にして合成スケジュールが生成される。
【００３５】
以上のように第１の実施形態によれば、個別に運用される機器１５ａのタイムスケジュールと機器１５ｂのタイムスケジュールとに基づいて、共用機器である機器１５ｃのタイムスケジュールが自動的に生成される。これにより従来は人手によるマニュアルでの操作を要した部分がシステムにより肩代わりされるので、タイムスケジュール作成の手間の軽減を図った監視制御装置および制御方法を提供することが可能になる。
【００３６】
［第２の実施形態］
図６は、個別機器のタイムスケジュールと合成スケジュールとの関係についての第２の 実施形態を示す図である。図６（１）は、合成スケジュールが一方の機器のスケジュール（ここではスケジュールＡ）を完全に包括する例を示す。図６（２）は、合成スケジュールにおいて双方の機器のスケジュールＡ，Ｂが完全に独立する例を示す。各機器１５ａ，１５ｂの時刻設定によっては、論理和条件を取ることで図６（１），（２）に示される状態も生じ得る。
【００３７】
［第３の実施形態］
図７は、個別機器のタイムスケジュールと合成スケジュールとの関係についての第３の実施形態を示す図である。図７（１）は合成元スケジュールのＯＮ時刻が複数設定される状態を示す。例えばスケジュールＡにおいては、機器が５：００と９：００とにオンされる。この場合第３の実施形態では、時間的に先行するＯＮ（５：００のオン）を優先して取り扱い、この時点とスケジュールＢとの論理和を合成スケジュールとする。
【００３８】
図７（２）においては、スケジュールＡでは機器が１３：００と２０：００とにオフされる。この場合第３の実施形態では、時間的に先行するＯＦＦ（１３：００のオフ）とスケジュールＢとの論理和を合成スケジュールとする。すなわちスケジュールＡとＢとのいずれか一方がＯＮになっていれば、合成スケジュールをＯＮとする。つまり合成スケジュールにおいては２０：００時のオフは無視され、スケジュールＢに対応して１８：００で機器１５ｃがオフされることになる。このように第３の実施形態においては、時間的に先行するオン時点、あるいはオフ時点を合成スケジュールに組み込むこととする。
【００３９】
合成元スケジュールにおいてＯＮ時刻、あるいはＯＦＦ時刻が複数設定される場合とは、例えば照明機器が自動的にオンされたのち人手によりオフされる場合を想定して、再度、自動的にオンする設定を組み込むケースがある。共用部の照明機器はテナントに人が出社する前から点灯させて起きたいニーズがある。また、テナントの人が全て帰ってしまった後も暫くは点けておきたいというニーズがある。第３の実施形態はこのようなケースに対応可能である。
【００４０】
［第４の実施形態］
図８は、個別機器のタイムスケジュールと合成スケジュールとの関係についての第４の実施形態を示す図である。図８（１）では、スケジュールＡにおいてオン時刻が設定されているのみである（１０：００）。スケジュールＢとの論理和を取れば５：００以降は機器がオンされた状態になる。このようなケースでは１日の最大期間、例えば２３：５９までをオン期間として設定すれば良い。図８（２）においても同様に、５：００のオン以降は最大期間までオン状態が継続する。
【００４１】
［第５の実施形態］
図９は、個別機器のタイムスケジュールと合成スケジュールとの関係についての第５の実施形態を示す図である。図９においては合成元のスケジュールにＯＦＦのみが設定されているケースを示す。このケースでは、日ごとの最初の時刻（００：００）を、前日の最終値からスタートするようにする。例えばスケジュールＡに示すように［１０：００ ＯＦＦ］が設定されており、かつ前日の最後がＯＮであれば、［００：００ ＯＮ］［１０：００ ＯＦＦ］として、スケジュールを扱う。つまり日ごとの最終時刻を、稼動時間の終了時刻として採用する。図９（１）の合成スケジュールにはその旨が反映されている。
【００４２】
また、図９（２）に示すように前日の最後がＯＦＦであれば、［００：００ ＯＦＦ］［１０：００ ＯＦＦ］となるので、ＯＦＦの連続と同じ扱いとなる。また、元のスケジュールが、１日目＝［ＯＮ］のみ、２日目＝［ＯＦＦ］のみ、のように複数日にわたってスケジュールが連続しているようなケースでは、１日目＝［ＯＮ］のみスケジュールの合成、２日目＝［ＯＦＦ］のみスケジュールの合成として扱う。つまりこの実施形態では、機器ごとのタイムスケジュールに示されるオンタイミング、または、オフタイミングのいずれか一方の論理和を前記合成スケジュールとするようにする。
【００４３】
［第６の実施形態］
図１０は、個別機器のタイムスケジュールと合成スケジュールとの関係についての第６の実施形態を示す図である。第６の実施形態ではオン／オフの２つの状態だけでなく、複数の動作モード、いわゆるマルチステートでの稼動を考える。これは例えば空調機器における［停止］、［冷房］、［除湿］、［暖房］の４値を例として挙げることができる。
【００４４】
図１０は、これらのモード値をＯＮ、ＯＦＦの２値に置き換えて、“運転する期間”に読み替えることで、合成元として取り扱うことが可能なケースを示す。例えば、４値［停止］、［冷房］、［除湿］、［暖房］の場合、ＯＮ＝［冷房］、［除湿］、［暖房］、ＯＦＦ＝［停止］としてとり扱うことができる。つまり［冷房］、［除湿］、［暖房］のいずれの動作モードもオンとして取り扱うようにする。
【００４５】
図１０（１）のスケジュールＡにおいては、機器１５ａが０８：００にオンされ［除湿］機能が稼動し、１２：００に停止する。スケジュールＢにおいては、機器１５ｂが１０：００にオンされ［冷房］機能が稼動し、１８：００に停止する。合成スケジュールにおいては０８：００にオン、１８：００にオフが設定されることになる。
【００４６】
図１０（２）においては、機器１５ａ，１５ｂについては図１０（１）と同様のスケジュール（Ａ，Ｂ）が示されるが、合成スケジュールのオン時点において、［冷房］が設定される。このオン時の動作モードはデフォルトでの設定に基づくもので、このほか［除湿］または［暖房］を設定しておくこともできる。このように第６の実施形態ではマルチステートでの運用に対応するため、運転開始、停止状態の動作モードを設定するようにする。
【００４７】
すなわちこの実施形態では、各機器のタイムスケジュールはオン期間における動作モードを複数の動作モードのうちから選択的に定めたスケジュールである。合成スケジュール作成部３００は、合成スケジュールのオン期間における共用機器１５ｃの動作モードを、を複数の動作モード［停止］、［冷房］、［除湿］、［暖房］のいずれかから選択して合成スケジュールに組み込む。
【００４８】
以上、上記各実施形態で説明したように個別機器のタイムスケジュールの論理和を共用機器のタイムスケジュールとすることで、共用部の設備機器の稼働時刻を自動的に設定することができる。加えて、合成元のスケジュールを変更した場合でも合成先のスケジュールにその変更内容が反映されるようにしているので、設定の矛盾を防ぐことが可能になる。これらのことから、タイムスケジュール作成の手間の軽減を図った監視制御装置および制御方法を提供することが可能となる。
【００４９】
本発明は上記実施形態に限定されるものではない。例えば共用機器を合成スケジュールのとおりに稼動させるのではなく、合成スケジュールよりも一定期間だけ早くオンし、一定期間だけ早くオフするようにしても良い。逆に、共用機器を、合成スケジュールよりも既定期間だけ遅くオンし、一定期間だけ遅くオフするようにしても良い。つまり共用機器を、合成スケジュールよりも一定時間早い／遅いスケジュールで稼動させるようにしても良い。これは、合成スケジュールが生成されることで初めて可能になる制御態様であり、実施形態の装置によれば十分に実現可能である。
【００５０】
本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示するものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００５１】
２０…ローカルエリアネットワーク（ＬＡＮ）、１１…統合コントロール装置、１２…インターフェース、１３ａ，１３ｂ，１３ｃ…ローカルコントローラ、２１…監視用サーバ、１５ａ，１５ｂ，１５ｃ…機器、１６…データベース（ＤＢ）、１４ａ，１４ｂ，１４ｃ…リモート入出力装置（ＲＩＯ）、３０…ネットワーク、３２…ビル運営用サーバ、３１…コンピュータ（ＰＣ）、１００…スケジュールデータ更新検知部、２００…変更通知部、３００…合成スケジュール作成部、４００…合成スケジュール上位書き込み部、５００…合成スケジュール下位書き込み部５００
【特許請求の範囲】
【請求項１】
少なくとも１つの共用機器と、個別のタイムスケジュールで稼動する複数の個別機器とを含む複数の機器を制御する監視制御装置において、
前記個別機器ごとのタイムスケジュールの時間に対する論理和である合成スケジュールを作成する作成部と、
前記共用機器を前記合成スケジュールで稼動させる制御部とを具備する、監視制御装置。
【請求項２】
前記タイムスケジュールは、対応する機器のオン／オフのスケジュールを定めたスケジュールであり、
前記作成部は、前記個別機器ごとのタイムスケジュールに示されるオン期間の論理和を前記合成スケジュールとする、請求項１に記載の監視制御装置。
【請求項３】
前記タイムスケジュールは、前記オン期間における動作モードを複数の動作モードのうちから選択的に定めたスケジュールであり、
前記作成部は、前記合成スケジュールのオン期間における前記共用機器の動作モードを前記複数の動作モードのいずれかから選択して前記合成スケジュールに組み込む、請求項２に記載の監視制御装置。
【請求項４】
さらに、前記合成スケジュールの更新タイミングを検知する検知部を備え、
前記作成部は、前記検知部により検知された更新タイミングで前記合成スケジュールを作成する、請求項１に記載の監視制御装置。
【請求項５】
前記制御部は、前記合成スケジュールよりも一定時間早いスケジュールで、または、前記合成スケジュールよりも既定時間遅いスケジュールで前記共用機器を稼動させる、請求項１に記載の監視制御装置。
【請求項６】
前記作成部は、前記個別機器ごとのタイムスケジュールに示されるオンタイミング、または、オフタイミングのいずれか一方の論理和を前記合成スケジュールとする、請求項１に記載の監視制御装置。
【請求項７】
個別のタイムスケジュールで稼動する複数の個別機器を備える施設に設置される共用機器の動作スケジュールを制御する制御方法において、
前記個別機器ごとのタイムスケジュールの時間に対する論理和である合成スケジュールを作成し、
前記共用機器を前記合成スケジュールで稼動させる、制御方法。
【請求項８】
前記タイムスケジュールは、対応する機器のオン／オフのスケジュールを定めたスケジュールであり、
前記作成することは、前記個別機器ごとのタイムスケジュールに示されるオン期間の論理和を前記合成スケジュールとする、請求項７に記載の制御方法。
【請求項９】
前記タイムスケジュールは、前記オン期間における動作モードを複数の動作モードのうちから選択的に定めたスケジュールであり、
前記作成することは、前記合成スケジュールのオン期間における前記共用機器の動作モードを前記複数の動作モードのいずれかから選択して前記合成スケジュールに組み込む、請求項８に記載の制御方法。
【請求項１０】
さらに、前記合成スケジュールの更新タイミングを検知し、
前記作成することは、前記検知された更新タイミングで前記合成スケジュールを作成する、請求項７に記載の制御方法。
【請求項１１】
前記稼動させることは、前記合成スケジュールよりも一定時間早いスケジュールで、または、前記合成スケジュールよりも既定時間遅いスケジュールで前記共用機器を稼動させる、請求項７に記載の制御方法。
【請求項１２】
前記作成することは、前記個別機器ごとのタイムスケジュールに示されるオンタイミング、または、オフタイミングのいずれか一方の論理和を前記合成スケジュールとする、請求項７に記載の制御方法。
【請求項１】
少なくとも１つの共用機器と、個別のタイムスケジュールで稼動する複数の個別機器とを含む複数の機器を制御する監視制御装置において、
前記個別機器ごとのタイムスケジュールの時間に対する論理和である合成スケジュールを作成する作成部と、
前記共用機器を前記合成スケジュールで稼動させる制御部とを具備する、監視制御装置。
【請求項２】
前記タイムスケジュールは、対応する機器のオン／オフのスケジュールを定めたスケジュールであり、
前記作成部は、前記個別機器ごとのタイムスケジュールに示されるオン期間の論理和を前記合成スケジュールとする、請求項１に記載の監視制御装置。
【請求項３】
前記タイムスケジュールは、前記オン期間における動作モードを複数の動作モードのうちから選択的に定めたスケジュールであり、
前記作成部は、前記合成スケジュールのオン期間における前記共用機器の動作モードを前記複数の動作モードのいずれかから選択して前記合成スケジュールに組み込む、請求項２に記載の監視制御装置。
【請求項４】
さらに、前記合成スケジュールの更新タイミングを検知する検知部を備え、
前記作成部は、前記検知部により検知された更新タイミングで前記合成スケジュールを作成する、請求項１に記載の監視制御装置。
【請求項５】
前記制御部は、前記合成スケジュールよりも一定時間早いスケジュールで、または、前記合成スケジュールよりも既定時間遅いスケジュールで前記共用機器を稼動させる、請求項１に記載の監視制御装置。
【請求項６】
前記作成部は、前記個別機器ごとのタイムスケジュールに示されるオンタイミング、または、オフタイミングのいずれか一方の論理和を前記合成スケジュールとする、請求項１に記載の監視制御装置。
【請求項７】
個別のタイムスケジュールで稼動する複数の個別機器を備える施設に設置される共用機器の動作スケジュールを制御する制御方法において、
前記個別機器ごとのタイムスケジュールの時間に対する論理和である合成スケジュールを作成し、
前記共用機器を前記合成スケジュールで稼動させる、制御方法。
【請求項８】
前記タイムスケジュールは、対応する機器のオン／オフのスケジュールを定めたスケジュールであり、
前記作成することは、前記個別機器ごとのタイムスケジュールに示されるオン期間の論理和を前記合成スケジュールとする、請求項７に記載の制御方法。
【請求項９】
前記タイムスケジュールは、前記オン期間における動作モードを複数の動作モードのうちから選択的に定めたスケジュールであり、
前記作成することは、前記合成スケジュールのオン期間における前記共用機器の動作モードを前記複数の動作モードのいずれかから選択して前記合成スケジュールに組み込む、請求項８に記載の制御方法。
【請求項１０】
さらに、前記合成スケジュールの更新タイミングを検知し、
前記作成することは、前記検知された更新タイミングで前記合成スケジュールを作成する、請求項７に記載の制御方法。
【請求項１１】
前記稼動させることは、前記合成スケジュールよりも一定時間早いスケジュールで、または、前記合成スケジュールよりも既定時間遅いスケジュールで前記共用機器を稼動させる、請求項７に記載の制御方法。
【請求項１２】
前記作成することは、前記個別機器ごとのタイムスケジュールに示されるオンタイミング、または、オフタイミングのいずれか一方の論理和を前記合成スケジュールとする、請求項７に記載の制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−５８９９２（Ｐ２０１３−５８９９２Ａ）
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願番号】特願２０１１−１９７４７３（Ｐ２０１１−１９７４７３）
【出願日】平成２３年９月９日（２０１１．９．９）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願日】平成２３年９月９日（２０１１．９．９）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]